电子签章共享服务平台设计

马英辉 李远非 王娅云 孙军芳

（国网青海省电力公司信息通信公司，青海西宁 810000）

0 引言

传统电子签章管理工作主要依靠人工进行，资源利用率低，共享程度不高。为满足电子签章管理工作的需要，越来越多相关部门都在推进信息化建设，也建立起共享服务平台。目前，已开发出的平台主要应用微服务架构及云计算技术。基于微服务架构模式的共享服务平台根据系统中融合数据间的协同模式，在受控存储的基础上，结合密态计算,构建全生命周期的数据服务管理，通过微服务架构监测数据流转情况，实现数据共享；基于云计算技术的电子签章共享服务平台通过利用云计算技术将系统多源信息进行整合与建库，同时结合J2EE 平台构建共享服务系统。但是，经研究表明，以上两种方法存在信息整合能力较差、信息共享不流畅等不足。为此，提出电子签章共享服务平台设计这一课题。通过前台管理模块与后台数据库的设计，以电子签章共享服务为主线，实现统一管理、共享服务的目标。

1 平台总体架构设计

本文设计的电子签章共享服务平台主要在单位内部的云服务器上实现应用部署。通过云服务器对设计的平台进行统一管理、维护与功能更新。电子签章共享服务平台的总体架构主要包括基础设施层、资源数据层、资源支撑层、应用层和顶端用户层5 个部分[1]。具体平台架构如图1 所示。

图1 平台总体架构

2 .前台管理模块设计

2.1 签章集成管理模块

（1）签章整合：通过签章分类、签章同步、签章抽取、签章清洗等处理，实现不同来源、类型签章的整合集成。将敏感签章和普通签章进行区分，按照不同安全级别对签章进行分类管理。（2）签章质控：对电子签章进行质量管理，实时监控签章的服务状态与使用状态，定义签章字典，对签章信息进行审核与异常处理。（3）签章封装：对不同来源的电子签章进行格式与类型转换，将结构化的签章信息统一存储到后台数据库中；非结构化的签章信息存储在特殊文件服务器上，并详细记录文件信息，确保签章的完整性[2]。（4）签章统计：按照签章来源、更新时间、签章属性等对结构化与非结构化的签章分门别类进行统计，通过签章统计来分析不同部门的管理服务情况。（5）集成规则管理：设置不同类别电子签章的转换、集成与使用规则，包括签章抽取、签章清洗、签章同步与异常签章的处理办法等。

2.2 签章信息发布模块

平台中主要依靠自由扩展组件PostGIS 实现电子签章管理平台资源数据的接收、发送、存储和分析功能，在此基础上，将平台中的历史签章资源数据通过组件发布到Geoserver，之后生成网络要素服务，完成签章信息发布。签章信息发布流程如图2 所示。

图2 签章信息发布流程

2.3 签章信息共享服务模块

用户可将当前已经存在的签章信息通过发布模块发布到平台的服务器上，既可以将签章信息作为私有包进行存储，也可将该签章信息公开，并由平台后台管理员审核通过后，将私有包转换为公有包，提供给其他平台用户使用，实现签章共享服务。

3 后台管理数据库设计

3.1 元数据库设计

电子签章的相关数据域信息来源渠道较多、类型较为复杂，共享服务平台采用SQL Server 2008 技术进行数据库设计，有效解决了签章信息传输速率低、共享效率差的问题，实现了信息的高效率共享。对于多元化的签章信息，需要先进行信息汇交，再提交实体信息数据，因此，在实现共享的过程中，要先创建签章信息的元数据库[3]。在SQL Server 2008 数据库中，建立名称为“TB md”的元数据库，用来保存需要汇交的签章数据，为后期查询与更改提供便利条件。元数据信息如表1 所示。

表1 电子签章元数据表

电子签章信息的共享必须严格遵循汇交流程的规定，在提交签章实体信息前需要进行数据汇交，使得汇交流程有序进行，进而改善平台的资源共享质量[4]。用户在登录平台时，根据平台提示注册平台账号，并注册元数据，数据层根据注册的数据类型，选择对应的审核专家对其进行审核，审核通过后进入类型数据库，并参照发布流程进行信息发布；若审核不通过，则会标注需要修改的信息，提出修改意见，提高用户元数据注册的成功率[5]。

3.2 临时数据库设计

临时数据库是平台元数据库在更新过程中的中间数据库，其主要功能与元数据相同，唯一的不同点是该数据库还可以存储未审核数据，便于后台的管理员和签章领域专家随时查看和审核，用来辨别审核数据和未审核数据。如表2 所示。

表2 临时数据表

根据临时数据表模板申请线上数据上传凭证，取数据字典，完成“用户实名注册—注册元数据—上传实体数据—数据审核—临时数据入库和发布”整条数据共享过程。

4 平台测试分析

4.1 测试准备

测试的网络硬件环境为无线广域网，带宽为100Mbps；测试客户端的设备型号ThinkPad New S2 2018；软件操作系统Windows10 64 位，应用软件Chrome 8；应用服务器+数据库服务器（47.92.34.120）。为了更加真实地模拟共享服务平台的并发测试场景，在访问请求前，在平台设置一个集合点，即阈值，当访问并发数量达到阈值时，允许请求同时发出[6]。

4.2 测试说明

平台前台模块与后台数据库的设计与开发并不代表平台的整个周期。为减少平台在后期投入使用中出现错误的概率以及因设计不合理而造成的不必要的损失，对平台的实际应用性能进行测试。测试范围包括平台的前台管理模块及后台数据库的综合性能。根据平台的总体架构和基本功能，预计平台可同时处理60 位用户的签章信息。实验中通过模拟真实用户访问平台，执行部分操作，测试平台是否会有延时明显变长，无法及时响应用户请求的现象发生[7]。

4.3 平台测试结果

为验证设计的电子标签共享服务平台的可靠性，同时采用基于微服务架构的电子签章共享服务平台（平台1）、基于云计算的电子签章共享服务平台（平台2）作为设计的平台的对照组。模拟真实用户，向平台不定时发送10～500 次的访问数量，并统计不同平台的页面响应时间，对比结果如图3 所示。

图3 平台访问响应时间对比

在图3 中，横轴为并发数量，代表模拟组同一时间发出的请求用户数，纵轴为页面响应时间，代表用户访问平台执行操作后得到的平台反馈时间。分析图3 可知，测试中的3 种平台的平均响应时间均随着并发数量的增多而增大，通过比较可以看出，平台在不同并发用户数量的条件下，响应时间均远低于对照组的响应时间。由此可以说明，文中设计的电子签章共享服务平台可以快速响应反馈，符合预期设计目标。

5 结语

针对电子签章来源复杂、类型格式多样、物理分散等问题，本文开发了一种电子签章共享服务平台，有效解决了常规方法对电子签章信息整合能力差、共享效果不佳的缺陷。并通过平台调试证明，文中设计的平台能够在并发请求人数较多的情况下，快速进行反馈响应，满足实际应用需求。