一种报表分级部署的方法与流程

本发明涉及计算机应用技术领域，具体地说是一种报表分级部署的方法。

背景技术：

在现有技术的大规模企业中，如各种集团公司，其一般都包括二级单位、三级单位等众多子公司，为了实现集团公司对子公司的实时财务监管，子公司需要定期上报财务数据到集团公司。集团公司也需要下发财务报表的表样给子公司。各子公司财务独立，都有自己的一套财务系统。在之前我们只能通过电子表格来实现报表的逐级下发，数据的逐级上报。由于财务数据繁琐复杂，数据的转出、接收和验证都需要耗费巨大的人力物力。

基于此，用户希望方便、快捷的完成数据的下发和接收，同时保持数据的完整性、一致性、有效性和保密性，故本发明提供一种报表分级部署的方法。

技术实现要素：

本发明的技术任务是针对以上不足之处，提供一种报表分级部署的方法。

一种报表分级部署的方法，其实现过程为：

首先在不同层级单位中分别部署本级的应用系统，该应用系统包括已发布的Web服务；

每个层级的单位均配置Web服务，并分别检查Web服务是否可用；

服务配置完成后，当一个层级单位向另一层级单位发送数据时，发送层级单位将数据写入数据库并打包，并写入相关记录，将压缩包保存到本单位应用服务器上；

接收层级单位调用Web服务来查看发送层级单位发送的记录，再次调用Web服务选择下载数据包到本单位应用服务器，读取数据库的数据，并将接收记录回传给发送层级单位。

配置Web服务是指上级单位用户配置本级Web服务地址、其它层级Web服务地址、用户名和密码，即对Web服务的数据传输进行加密处理，保证了数据的安全性。

发送层级单位用户发送的数据写入嵌入式关系数据库SQLite中，生成数据库文件并打包，打包成功后，再写入数据发送记录。

接收层级单位在接收数据包之前，首先验证Web服务是否可用，用户是否合法；验证通过之后，调用Web服务，根据发送记录来选择需要接收的数据后，调用Web服务获取发送的数据包，即打包后SQLite的数据库文件，进行解密解压，写入本单位数据库。

本发明的一种报表分级部署的方法和现有技术相比，具有以下有益效果：

本发明的一种报表分级部署的方法，方便类似集团规模的公司对子公司的财务监管，提供了很大的便利，不再使用传统的电子表格层层汇总的方式，节省了人力物力，将Web服务和SQLite轻型数据库相结合，让数据的互通变的简单、高速，也保证了数据的完整性、一致性和安全性，实用性强，适用范围广泛，具有很好的推广应用价值。

附图说明

附图1为本发明Web服务验证过程图。

附图2是数据包打包过程图。

附图3是数据包接收过程示意图。

具体实施方式

下面结合具体实施例对本发明作进一步说明。

如附图1所示，一种报表分级部署的方法，其实现步骤包括：

首先在不同层级单位中分别部署本级的应用系统，该应用系统包括已发布的Web服务；

每个层级的单位均配置Web服务，并分别检查Web服务是否可用；

服务配置完成后，当一个层级单位向另一层级单位发送数据时，发送层级单位将数据写入数据库并打包，并写入相关记录，将压缩包保存到本单位应用服务器上；

接收层级单位调用Web服务来查看发送层级单位发送的记录，再次调用Web服务选择下载数据包到本单位应用服务器，读取数据库的数据，并将接收记录回传给发送层级单位。

现在以一个集团单位报表分集部署为例，该集团单位包括：集团公司、二级单位、三级单位等，其具体实现过程为：

步骤S01：集团公司、二级单位、三级单位等分别部署本单位的应用系统，应用系统包括已发布的Web服务。

步骤S02：上级单位用户配置本级Web服务地址、下级Web服务地址、用户名和密码；下级单位用户配置本级Web服务地址、上级Web服务地址、用户名和密码；上级单位和下级单位Web服务均测试成功。

步骤S03：上级单位用户选择需要下发的数据，写入SQLite轻型数据库打包，并写入下发记录。

步骤S04：下级单位调用Web服务查看上级单位的下发记录，选择接收数据，同时将接收记录返回给上级单位。

步骤S05：上级单位调用Web服务确认下级单位已成功接收数据。

其中步骤S02包括以下几个步骤：上级单位用户配置本级的Web服务地址、用户名和密码，下级的Web服务地址、用户名和密码。下级单位用户配置本级的Web服务地址、用户名和密码，上级的Web服务地址、用户名和密码。对Web服务的数据传输进行加密处理，保证了数据的安全性。上下级可随时验证Web服务是否配通，只有在配通服务的前提下，才能实现数据的无缝对接。

其中步骤S03包括以下内容：上级单位用户下发数据，将数据写入嵌入式关系数据库SQLite中，生成数据库文件并打包，打包成功后，需要写入数据下发记录。SQLite属轻型数据库，但是功能强大，读写迅速，无需安装和管理配置，支持多语言跨平台，是此方法的优点之一。同样的，下级单位也可以利用此过程上报数据。

其中步骤S04包括以下几个步骤：下级单位在接收数据包之前，需要验证Web服务是否可用，用户是否合法。验证通过之后，调用Web服务，查看上级是否有下发记录。下级单位选择需要接收的数据后，调用Web服务获取上级下发的数据包，即打包后SQLite的数据库文件，进行解密解压，写入本单位数据库。上级单位接收数据的过程与上述过程相同。

其中步骤S05包括以下内容：下级单位接收数据后，调用Web服务将接收的记录信息返回给上级。上级能看到下发数据的接收记录，下级能看到上报数据的接收记录，才完整实现数据的互通。

图1展示了Web服务的验证过程。上级单位用户配置本级的Web服务地址、用户名和密码，下级的Web服务地址、用户名和密码。下级单位用户配置本级的Web服务地址、用户名和密码，上级的Web服务地址、用户名和密码。对Web服务的数据传输进行加密处理，保证了数据的安全性。上下级可随时验证Web服务是否配通，只有在配通服务的前提下，才能实现数据的无缝对接。

图2展示了利用SQLite嵌入式数据库打包数据包并记录日志的过程。上级单位用户下发数据，将数据写入嵌入式关系数据库SQLite中，生成数据库文件并打包，打包成功后，需要写入数据下发记录。SQLite属轻型数据库，但是功能强大，读写迅速，无需安装和管理配置，支持多语言跨平台，是此方法的优点之一。同样的，下级单位也可以利用此过程上报数据。

图3展示了结合Web服务和SQLite嵌入式数据库接收数据包的过程。下级单位在接收数据包之前，需要验证Web服务是否可用，用户是否合法。验证通过之后，调用Web服务，查看上级是否有下发记录。下级单位选择需要接收的数据后，调用Web服务获取上级下发的数据包，即打包后SQLite的数据库文件，进行解密解压，写入本单位数据库。上级单位接收数据的过程与上述过程相同。

通过上面具体实施方式，所述技术领域的技术人员可容易的实现本发明。但是应当理解，本发明并不限于上述的具体实施方式。在公开的实施方式的基础上，所述技术领域的技术人员可任意组合不同的技术特征，从而实现不同的技术方案。

除说明书所述的技术特征外，均为本专业技术人员的已知技术。