CN102333111A - 一种基于云计算的电子政务服务系统 - Google Patents

Abstract

本发明揭示了一种基于云计算的电子政务服务系统，所述系统包括：云基础设施模块、云数据中心、云平台支撑模块、云应用服务模块、云端接入模块；所述云基础设施模块用以构建系统所需的网络设施支撑；所述云数据中心用以构建系统所需的数据仓库，包括基础数据库、办公网络数据库、互联网数据库；所述云平台支撑模块用以构建平台所需的基础服务支撑层；所述云应用服务模块用以构建系统所需的应用服务层；所述多云端接入模块用以构建系统所需的多云端接入层，为终端用户使用系统功能提供多种接入方式和表现方式。本发明可提升系统的交互友好性，提升平台性能、稳定性、可拓展性。

Description

一种基于云计算的电子政务服务系统

技术领域

本发明属于电子政务技术领域，涉及一种电子政务服务系统，尤其涉及一种基于云计算的电子政务服务系统。

背景技术

自20世纪90年代电子政务产生以来，关于电子政务的定义有很多，并且随着实践的发展而不断更新。电子政务作为电子信息技术与管理的有机结合，成为当代信息化的最重要的领域之一。所谓电子政务，就是应用现代信息和通信技术，将管理和服务通过网络技术进行集成，在互联网上实现组织结构和工作流程的优化重组，超越时间和空间及部门之间的分隔限制，向社会提供优质和全方位的、规范而透明的、符合国际水准的管理和服务。

随着政务信息系统推广的深入，电子政务系统数据量越来越大、应用功能越来越多、应用范围越来越广，平台稳定性、可靠性就越来越重要。

然而，现有的电子政务平台通常是相互独立的，如区级的办公部门均有自己的电子政务平台，且各部门的电子政务平台相互不连接。然而，很多情况下，一些项目(如行政许可等)需要多个部门的参与，由于各部门电子政务的互不相连，现有的办事效率低下。

发明内容

本发明所要解决的技术问题是：提供一种基于云计算的电子政务服务系统，可提升系统的交互友好性，提升平台性能、稳定性、可拓展性。

为解决上述技术问题，本发明采用如下技术方案：

一种基于云计算的电子政务服务系统，所述系统包括：云基础设施模块、云数据中心、云平台支撑模块、云应用服务模块、云端接入模块；

所述云基础设施模块用以构建系统所需的网络设施支撑，包括网络设施、存储系统、高性能计算系统和虚级化技术应用，并使系统可对外提供移动接入和移动办公，以提供基础设施即服务IaaS；

所述云数据中心用以构建系统所需的数据仓库，包括基础数据库、办公网络数据库、互联网数据库；

所述云平台支撑模块包括用户认证单元、用户管理单元、权限管理单元，及工作流管理单元、门户管理单元、搜索支持单元、消息管理单元、日志管理单元、任务管理单元，用以构建平台所需的基础服务支撑层，为整体云平台提供统一的用户认证、用户管理、权限管理，及工作流、门户、搜索支持，并提供消息、日志、任务的统一处理支持，以管理系统所需的用户、权限数据，并提供统一的基础服务支撑；

所述云应用服务模块用以构建系统所需的应用服务层，为终端用户提供各种服务构件和功能，以实现的公文办理的中的公文的拟稿发文、流转交换、归档整理、再利用功能；

所述多云端接入模块用以构建系统所需的多云端接入层，为终端用户使用系统功能提供多种接入方式和表现方式；信息门户用来在用户登录前展示系统内部公开的各种信息、数据；办公门户在用户登录后展示用户有权限访问的数据、任务以及模块列表并实现电子办公应用；智能检索系统基于全文检索引擎提供检索式信息展示和数据展示接入；智能客户端主动为用户提供系统内功能导航、信息推送、任务推送和提醒。

作为本发明的一种优选方案，所述云应用服务模块包括公文办理子系统、公文交换子系统、公文目录子系统、公文信息公开子系统；公文信息公开子系统、公文目录子系统、公文交换子系统、公文办理子系统依次连接；

所述公文办理子系统为末端的各部门分别同时拥有的子系统，借助云计算提供对应用服务的个性化自定功能的支持，各部门都设置属于自己的定制的公文办理子系统，公文办理子系统起到了多端接入处理数据的作用；

所述公文交换子系统用以连接所有的公文办理子系统，提供了公文区域性交换数据的平台作用；

所述公文目录子系统用以通过公文交换子系统的数据传输功能得到公文数据的信息，使得完成使命的公文信息数据有了集中归档备案的作用；

所述公文信息公开子系统用以从公文目录子系统取得数据，经过筛选实现需公开信息到外网网站发布的功能。

作为本发明的一种优选方案，所述云应用服务模块进一步包括安全验证系统，所述安全验证系统包括：

安全认证中心，用以为用户发放、撤销、恢复数字证书及电子签章；

电子签章子系统，与安全认证中心、公文交换子系统连接，用以获取从安全认证中心提供的加密电子签章，并将加密电子签章授权相应的电子签章客户端；

电子签章客户端，与电子签章子系统、公文交换子系统连接，用以获取从电子签章子系统授权得到的加密电子签章，并在处理文件时对需要签章的文件设定电子签章；

电子签章客户端设定的电子签章由安全认证中心、电子签章客户端验证。

本发明的有益效果在于：本发明提出的基于云计算的电子政务服务系统，提供新一代云计算电子公文云平台，平台将拥有更好的公文办理功能、应用弹性化设计、公文数据交换性能，并具有更好的对外开发性、系统整合性，并提供丰富的、实用的区域电子公文协同所需的各种基础服务功能，提供友好的、实用的、方便的、个性化的公文办理系统，提供简单易用、智能推送的电子政务智能客户端系统。

附图说明

图1为本发明电子政务服务系统的组成示意图。

图2为云应用服务模块中的电子公文办公系统的组成示意图。

图3为电子公文办公系统的安全验证示意图。

图4为电子公文办公系统的安全应用体系示意图。

图5为电子政务公文办理系统的组成示意图。

图6为收文登记的数据流向图。

图7为公文流转数据流向图。

图8为公文流转管理配置数据流向图。

图9为公文信息公开流转图。

具体实施方式

下面结合附图详细说明本发明的优选实施例。

实施例一

本发明揭示一种基于云计算的电子政务服务系统，所述系统包括：云基础设施模块、云数据中心、云平台支撑模块、云应用服务模块、云端接入模块。

所述云基础设施模块用以构建系统所需的网络设施支撑，包括网络设施、存储系统、高性能计算系统和虚级化技术应用，并使系统可对外提供移动接入和移动办公，以提供基础设施即服务IaaS。

所述云数据中心用以构建系统所需的数据仓库，包括基础数据库、办公网络数据库、互联网数据库。

所述云平台支撑模块包括用户认证单元、用户管理单元、权限管理单元，及工作流管理单元、门户管理单元、搜索支持单元、消息管理单元、日志管理单元、任务管理单元，用以构建平台所需的基础服务支撑层，为整体云平台提供统一的用户认证、用户管理、权限管理，及工作流、门户、搜索支持，并提供消息、日志、任务的统一处理支持，以管理系统所需的用户、权限数据，并提供统一的基础服务支撑。

所述云应用服务模块用以构建系统所需的应用服务层，为终端用户提供各种服务构件和功能，以实现的公文办理的中的公文的拟稿发文、流转交换、归档整理、再利用功能。

所述多云端接入模块用以构建系统所需的多云端接入层，为终端用户使用系统功能提供多种接入方式和表现方式；信息门户用来在用户登录前展示系统内部公开的各种信息、数据；办公门户在用户登录后展示用户有权限访问的数据、任务以及模块列表并实现电子办公应用；智能检索系统基于全文检索引擎提供检索式信息展示和数据展示接入；智能客户端主动为用户提供系统内功能导航、信息推送、任务推送和提醒。

所述云应用服务模块包括公文办理子系统、公文交换子系统、公文目录子系统、公文信息公开子系统；公文信息公开子系统、公文目录子系统、公文交换子系统、公文办理子系统依次连接。所述公文办理子系统为末端的各部门分别同时拥有的子系统，借助云计算提供对应用服务的个性化自定功能的支持，各部门都设置属于自己的定制的公文办理子系统，公文办理子系统起到了多端接入处理数据的作用。所述公文交换子系统用以连接所有的公文办理子系统，提供了公文区域性交换数据的平台作用。所述公文目录子系统用以通过公文交换子系统的数据传输功能得到公文数据的信息，使得完成使命的公文信息数据有了集中归档备案的作用。所述公文信息公开子系统用以从公文目录子系统取得数据，经过筛选实现需公开信息到外网网站发布的功能。

所述云应用服务模块进一步包括安全验证系统，所述安全验证系统包括：安全认证中心、电子签章子系统、电子签章客户端。安全认证中心用以为用户发放、撤销、恢复数字证书及电子签章；电子签章子系统与安全认证中心、公文交换子系统连接，用以获取从安全认证中心提供的加密电子签章，并将加密电子签章授权相应的电子签章客户端；电子签章客户端与电子签章子系统、公文交换子系统连接，用以获取从电子签章子系统授权得到的加密电子签章，并在处理文件时对需要签章的文件设定电子签章；电子签章客户端设定的电子签章由安全认证中心、电子签章客户端验证。

实施例二

云计算(cloud computing)是一种基于网络的超级计算模式，在远程的数据中心里，大量电脑和服务器连接成一片电脑云。因此，云计算可以体验高速的运算能力。用户通过电脑、笔记本、手机等方式接入数据中心，按自己的需求通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，政务数据中心的运行将更与互联网相似。这使得政府能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。这是一种革命性的举措。

电子公文云平台构建云计算平台的目的，在于为用户提供基于虚拟化技术快速部署资源或获得服务；实现动态的、可伸缩的扩展；按需求提供资源；通过区政务内网提供、面向海量信息的处理能力；用户可以方便地参与，减少用户终端的处理负担；降低了用户对于IT专业知识的依赖。

请参阅图1，本发明揭示了一种基于云计算的电子政务服务系统(电子公文云平台)，本发明电子公文云平台构建云基础设施层、云数据中心层、云平台支撑层、云应用服务层、云端接入层五层架构，并在各层间基于SOA架构贯穿服务，并在各层次内建设各种应用系统和构件。

云基础设施层：构建平台所需的网络设施支撑，包括网络设施、存储系统、高性能计算系统和虚级化技术应用，并使平台可以对外提供移动接入和移动办公，以整合区内现有网络提供IaaS服务，降低各机关单位接入办公网的门槛，并享受区基础设施层设施提供的网络服务。

云数据中心层：构建平台所需的网络设施支撑，包括网络设施、存储系统、高性能计算系统和虚级化技术应用，并使平台可以对外提供移动接入和移动办公。

云平台支撑层：包括用户认证单元、用户管理单元、权限管理单元，及工作流管理单元、门户管理单元、搜索支持单元、消息管理单元、日志管理单元、任务管理单元；构建平台所需的基础服务支撑层，为整体云平台提供统一的用户认证、用户管理、权限管理，及工作流、门户、搜索支持，并提供消息、日志、任务的统一处理支持，以管理云计算平台所需的用户、权限等数据，并提供统一的基础服务支撑，支持丰富的二次开发API。

云应用服务层：构建平台所需的应用服务层，为终端用户提供各种服务构件和功能，本期项目主要是建设电子公文的云计算平台，以实现的公文办理的中的公文的拟稿发文、流转交换、归档整理、再利用等功能。

多云端接入层：构建平台所需的多云端接入层，为终端用户使用平台功能提供多种接入方式和表现方式。信息门户用来在用户登录前展示平台内部公开的各种信息、数据。办公门户在用户登录后展示用户有权限访问的数据、任务以及模块列表并实现电子办公应用。智能检索系统基于全文检索引擎提供检索式信息展示和数据展示接入。智能客户端将以客户端C/S软件的形式运行在客户机器并主动为用户提供平台内功能导航、信息推送、任务推送和提醒。决策仪表盘专注于为区内领导用户提供区内办公、审批、经济、政治层面的各种监控功能和决策参考信息推送。

请参阅图2，所述云应用服务层包括电子公文办公系统，电子公文办公系统包括公文办理系统(公文办理子系统)、公文交换中心(公文交换子系统)、公文目录中心(公文目录子系统)、公文信息公开系统(公文信息公开子系统)；公文信息公开子系统、公文目录子系统、公文交换子系统、公文办理子系统依次连接。

【公文办理系统】

公文办理系统为末端各委办局分别同时拥有的子系统，借助云计算提供的强大的应用服务的个性化自定功能的支持，各委办局都有属于自己的定制的公文办理系统，该系统起到了多端接入处理数据的作用。

请参阅图5，所述公文办理系统包括：公文箱模块、收文管理模块、发文管理模块、办结处理模块。

公文箱

公文箱模块用以存储各阶段的公文文档；包括处于各处理阶段的公文文档，其中的公文文档将会以文件列表的形式来显示个人需要处理文件列表、已处理文件列表、传阅件列表等。

1.待办箱

显示需要当前用户处理的公文(包括收文管理和发文管理中的公文)列表。再根据需要处理的具体办文动作由用户进行相应操作。办文动作包括公文处理中常用的动作：批阅、批示、办理、会签、审核、签发、归档、收文转发、核稿、审稿、校对、总核、缮印、发文登记、来文登记、拟稿、分发、处理、传阅、暂存等等。还可自定义办文动作。

2.待阅箱

针对传阅件设计显示待阅公文数量及内容列表，提供公文传阅功能，用于传阅公文，并可以回复对来文的处理意见。待阅箱主要按已阅公文和未阅公文进行区分，列表内容除了公文的基本信息外，还包括了传阅意见、再传阅等栏目。

3.挂起箱

办文人员根据情况，可将公文暂时保存并挂起在挂起箱，以日后再作处理。

4.回收箱

显示删除的文档列表及文档的相关基础信息，提供回复已删除文件的功能。

5.代理设置

用户可以通过设置代理人，代理操作权限的设置，授权时间等选项来授权代理人来处理公文箱中的公文件。

6.经手文档

具备自动保存用户处理过的各个公文箱中公文的基本信息(公文名称、编号、操作项)，亦即提供简易的用户操作日志。

收文管理

收文管理实现了组织范围内在网络上以电子公文的形式从收文登记、文件拟办、批办、传阅办理以及办结归档等一系列过程。可以方便引入各种主流的办公文档格式。收文管理应完成一般政府机关的完整收文流程，包含收文登记、公文流转、公文检索等。收文管理提供针对电子或纸质来文，进行来文登记和录入，并按设置好的收文处理流程进行流转，收文分收文处理单、正文、附件进行一同流转，流转中可以传阅该公文，也可以由各相关人员给出拟办意见、批示意见、办理意见，并能够自动传递办理意见和传阅信息到相关人员办理。

1.收文主要流程

参考的型收文流程、收文办理涉及到签收人、登记人、审核人、拟办人、批办人、承办人、催办人。

签收人；负责对收到的公文进行签收。

登记人：负责对收到的公文进行登记。

审核人：负责对收到的公文进行审核。

拟办人：负责对收到的公文提出拟办意见。

批办人：负责对收到的公文进行批示处理。

承办人：负责办理收到的公文。

催办人：负责对送批办人批示或承办人办理的公文进行催办。

收文流程案例：外部来文

1)办公室机要人员登记来文，如果是通知、接待、拜访、邀请类的来文，则需要办公室领导审核，若有必要则要给局领导审批，然后给相关部门领导及内勤；

2)如果是区县局级阅件、信息则要据领导阅示，然后给机要人员，由机要人员发送个相关部门领导及内勤，最后归档；

3)如果是区县团级阅件、信息则需要部门领导阅示；

4)如果是办件，则需要经过办公室分管领导初核，办公室主要领导审核，然后返还机要员，由机要员将文件发送给主办部门和协办部门；首先协办部门收到文件后提出意见，如有必要需要部门领导审核，然后给主要部门，主要部门根据协办部门的意见进行办理，然后给部门内勤，部门内勤根据情况或者转入内部签报或批文处理，或者转给机要员，由机要员再给局领导批阅，然后把局领导的意见反馈给相关局领导、相关单位及来文单位，最后办结、归档。

2.收文登记

建立收文登记表，按照领导批示将来文登记表和纸质文件发送给承办处室。系统将提供接口，接收通过扫描输入的图象文件、或经OCR等识别软件转换后的文件，从而实现外部文件/数据的导入。

承办处室的文件管理员可根据部门领导批示将文件交处室工作人员具体办文，并将情况填写在本处室来文登记表中。

3.收文登记：数据流向如图6所示。

数据字典

数据存储条目：

数据存储编号：D1

数据存储名称：待签收表单

来        源：用户登记产生

组        成：一般由流程相关项和公文元素组成

数据存储编号：D2

数据存储名称：待办表单

来        源：用户登记提交

组        成：一般由流程相关项和公文元素组成，数据库字段同D1，通过流程状态区分.

数据存储编号：D3

数据存储名称：表单

来        源：用户登记产生

组        成：一般由流程相关项和公文元素组成，数据库字段同D1，通过流程状态区分.

数据存储编号：D4

数据存储名称：任务中心表

来        源：用户每次操作

组        成：本表主要包含产生流转的数据，反映每个流转的节点，操作人，操作时间等.

数据存储编号：D5

数据存储名称：表单二(请示报告处理流程)

来        源：流程进入办公室产生

组        成：一般由流程相关项和公文元素组成，数据库字段同D1，通过流程状态区分.

4.收文登记簿

类似与纸质收文登记簿的功能自动生成。

5.阅示(批示)

此功能节点支持公文的阅示(阅件)功能，可以指定传阅的人及传阅人的顺序。这些功能都可以通过工作流进行定制实现。

阅示(批示)示例：请示报批

1)经办人拟文，然后由部门分管领导初核，再由部门主要负责人审核，如果拟文有问题则交由经办人重新修改拟文，重新走如上流程；

2)拟文经过审核后，交给部门内勤，内勤将文送给各会签部门，会签部门内勤收到文后交给部门领导，部门领导或者直接提意见，或者给部门相关人员进行办理，最后交给部门内勤，然后回到经办人部门内勤；

3)经办部门内勤将文转给办公室；

4)办公室机要员收到文后，进行核文(如果有问题则退还主办部门)，然后拟办；

5)给分管领导初核，再给主要领导审核，如果中间有任何问题都能退还，审核后，文重新回到机要人员；

6)机要人员将文给局领导批示，机要人员再根据领导批示意见再返还给相关据领导及部门，最后办结，归档。

6.收文转发文

收文在办理过程中，依需要可以转换文档属性，由收文变成发文文档，再次进入发文流程进行公文的拟办处理。

7.收文办理

公文批示处理是指领导在处理单上可查看公文原件并进行批示。而工作人员可以根据领导批示内容进而开展相关的工作。

8.流转查询

用于查询公文的流转过程和当前状态。

9.公文流转数据流向请参阅图7。

数据字典

数据存储编号：D6

数据存储名称：项目表

来        源：登记时产生

组        成：项目ID，项目状态，及操作的时间等组成

数据存储编号：D7

数据存储名称：数据流向表

来        源：由管理员定义

组        成：由当前节点和下一节点，以及流向逻辑属性组成.

数据存储编号：D8

数据存储名称：数据流节点表

来        源：由管理员定义

组        成：由当前节点，节点类型，节点操作人员等属性组成.

处理逻辑如表1所示。

表1

10.公文流转管理配置数据流向请参阅图8。

发文管理

发文管理实现了组织范围内在网络上以电子公文的形式从发文拟稿、文稿审核修改、正式成文的一系列过程。可以方便引入各种主流的办公文档格式。发文管理应完成一般政府机关的完整发文流程，包含待办公文、公文交换、公文回退、数据安全等发文流程相关的功能模块，同时，系统应支持附件上传，及不同格式和版本的公文打印功能。

1.典型发文主流程

参考典型发文流程：

发文办理涉及到拟稿人、审核人、签发人、复核人、缮印人、用印人、登记人、分发人。

拟稿人：负责公文的起草。

审核人：负责公文的审核。

签发人：负责公文的审签发。

复核人：负责公文的复核。

缮印人：负责公文的缮印。

用印人：负责公文的用印。

登记人：负责公文的登记。

分发人：负责公文的分发。

发文管理过程中，各流经环节的工作职责描述如表2所示：

表2

发文管理系统提供针对来文或直接拟文，保存后公文按用户定义的流程开始流转。在拟文过程中，系统能自动保存所作的修改，即痕迹保留。对各类发文能自动生成类似纸质收文登记簿的功能。办结处理环节提供包括制文、拟归档、发文、发布、查询等功能。

2.发文拟稿

拟稿(起草公文)：针对某来文或直接拟文(起草公文)保存后，公文按所定义的流程开始流转；在拟文过程中对拟文的修改系统自动保存所做的修改，即痕迹保留。

3.发文处理

主要处理功能包括制文、拟归档、电子发文、“加盖电子印章(预留接口)”等、对流转的发文可进行正文的直接修改，并对修改的内容进行痕迹保留等功能。

发文制文：对已经成文的文件进行发文前的红头制文；

发文处理示例：发文、会议纪要审批

1)经办人拟文，然后由部门负责人审稿，如果有问题则交由经办人重新修改拟文，重新走如上流程；

2)拟文经过审核后，交给部门内勤，内勤将文送给各会签部门，会签部门内勤收到文后交给部门领导，部门领导或者直接提意见或者给部门相关人员提意见再在即审核，最后交给部门内勤，然后回到经办人部门内勤；

3)经办部门内勤将文转给办公室；

4)办公室机要员收到文后，进行核文，然后拟办，然后给分管负责人初审，再给主要领导审核，如果中间有任何问题则退还给机要人员，机要人员再转给拟办部门，经过审核后，重新回到机要人员；

5)机要人员将文给据领导批示，机要人员再根据领导批示，机要人员根据批示进行制文，然后归档、印发、反馈主办部门；

6)如需联合发文则将文打印出来给外单位会签，然后在录入会签意见，然后给据领导批阅，最后印发、归档。

4.催办、督办

催办、督办信息由催办人根据公文限期自动发送；它是个特殊的信息，与公文有关对办理者起催促作用。办理者是不可删除的；催办、督办后若公文还未处理，系统将根据信息提醒功能设置进行提醒操作。若公文已处理信息将自动删除。

5.跨单位会签、联合发文功能

可将需要会签或联合发文的公文及拟稿单通过公文交换模块发送给有关单位。该单位经内部处理后反馈会签或联合发文意见给发送单位。处理中产生的多个文件作为此文件的过程文件。

办结处理

公文流转结束后提供办结功能，发文传阅完毕以后，可以移交单位文档库。归档库中的公文会定期发往公文目录中心进行统一的管理。各单位归档库可以提供按部门等多种方式的查询功能，每个单位负责本单位的办结处理管理。整个公文系统会定期从各部门的归档库中集中进行收集归档文件，并将其发送至目录中心完成正式归档前的拟归档等功能。

本模块在列出需要办理的公文列表，可作如下的办理功能：

1.公文办结

本模块主要显示已流转结束的文件列表，包括签发日期、主题、发文编号、内容、位置、流转情况、撤消、处理、已制文等各要素信息。

2.发文交换

发文交换就是根据公文流程与公文处理意见，将特定的收文发送到相应单位的相应部门进行再发布，通过区公文交换系统中的公文交换箱流转到本单位或其他单位的相关部门进行下一步的办理。

3.拟归档

将单位办理完结或流转结束的公文文档进行文件的拟归档处理，首先建设各个单位各自的公文库，再将办结的公文归入文件资料目录，留待公文目录系统定期收集，最后依政府公文归档处理要求在公文目录中心系统进入统一归档流程。

4.打印、套打

5.公文补登记

对于系统外的已完成公文办理流程的公文，实现统一的补充登记功能。该模块功能可以通过单一帐号登记公文流转过程中的所有操作步骤，同时通过角色的权限控制来实现补登记操作的管理。

6.公文监控

公文监控系统基于工作流平台的督办监控机制实现，实现对于工作流应用项目的图形化监控、流转日志监控、流转效率分析、催办督办功能。系统可以对在流转任务进行综合监控，触发催办消息或督办任务，包括处理项目监控、待办督办件、发起督办、处理已办督办件、对责权范围内的督办情况进行查询分析、上报。

可视化业务流程监控根据政务流程所处理项目的进行状态，以图形化的形式显示项目各节点状态和流转状况。根据需要，用户可以对业务处理流程的阶段性情况进行了解。产品提供图形化的处理流程、查询与监控功能。用户依照自己的权限，可以了解流程相应的阶段性完成情况，查询流程中各节点的任务处理情况，如任务处理人、任务状态、任务处理所用时间以及任务期限等信息。由于采用了图形化监控，系统以不同的颜色显示流程的任务处理状态，界面形象直观，用户能够一目了然地了解各流程、各节点的相关信息。

系统会自动记录各待办任务的流转过程，产生任务流转日志，基于此日志分析，可以得到某任务的流转过程数据，进行效能分析。

痕迹保留

图形化痕迹保留技术，系统能够纪录文件在流转全过程中的修改痕迹，并以所见即所得的图形化方式实现，达到政府部门全方位纪录文件信息的办公要求。

预留数字签名及电子印章接口

在电子公文上加盖电子印章后，该文档将自动进行受控状态，所以内容被锁定，此时的文档内容具备防撰改、防拷贝等安全特性。

公文查询

可以根据条件查询，也可以按文档列表的形式来显示，(例：可以分为收文和发文两种)。

1)收文一览表：列出全部的收文列表，类似与纸质收文登记簿的功能自动生成。

2)发文一览表：列出全部的发文列表，类似与纸质发文登记簿的功能自动生成，机要人员显示全部的发文，其它工作人员显示自己拟办的公文。

【公文交换中心】

公文交换中心则联系了所有的公文办理子系统，提供了公文区域性交换数据的平台作用，该子系统则是有着坐正中盘，联系各方的作用。

为配合公文交换推广和应用，使公文交换中心与办公系统紧密结合起来，方便收发文人员操作，公文系统将会在提供各委办局标准的公文交换系统，主要处理公文交换箱所对应的公文交换模块。

公文交换(发文)

办公人员可以通过此模块，向委办局发送公文信息，获取已发送文件的签收情况等，并可以通过路由设置对于公文信息数据的流向进行控制。

1.已发布文档

(1)待发文档

显示暂存的需要发送公文信息。

办公人员可以对列表信息进行维护，比如重新选择发送单位，添加附件信息，修改公文信息等。点击发送后，发送公文信息。

(2)文件发送

办公人员通过此模块向各委办局发送公文信息。

注意：在选择单位时，后台处理逻辑需要绑定数据交换平台对应的接收单位信息，包括单位代号等。

(3)已发文件

办公人员可通过条件查询已经发送的公文信息内容。

2.结果反馈

办公人员可以通过此模块，查看已发布的公文信息，并查看签收单位信息和签收情况。显示已经发送的公文信息。

3.路由设置

用户可以通过路由设置，管理不同类型公文的流转，可以定义全区流转(即发转所有单位)、条线流转(即只在部分相关单位间流转)或单向递送(即发送指定单位)。

公文交换(收文)

公文交换中的收文部分，主要显示公文交换箱中获取到的公文数据，办公人员可以对接收信息进行签收，分发处理，并结合本办公系统启动收文流程，进行收文流转。

1.待签收文档

待签收文档功能会显示各委办局发送过来的公文信息。

办公人员可以对公文进行签收，签收信息将通过公文交换平台反馈到委办局系统，也可以对公文进行分发，启动内部收文流转自己进行流转。

2.已签收文件

显示已经签收的文件信息，同时办公人员还可以对公文进行分发，启动内部收文流转自己进行流转。同时本模块还包含公文查询功能，用户可以通过关键字，查询公文交换信息。

3.办理跟踪

显示正在办理的公文信息，并提供关键字等条件查询功能，可以查询公文(收文)信息。

【公文目录中心】

公文目录中心则是通过公文交换中心的数据传输功能得到公文数据的信息，使得完成使命的公文信息数据有了集中归档备案的作用。

对于整个范围内的办结公文，设立公文目录中心，实现对办结公文的分目录集中管理、授权查看、电子归档的功能。公文信息的操作包括录入、浏览、查询、管理、归档等五种功能，可以方便的收录与查看公文文件，并把多种形式的公文件通过拟归档处理来转化成符合国家档案归档要求的文件格式。该模块将会已目录方式进行展现，主要模块分文档录入、目录浏览、文档查询、文档管理、归档管理、权限设置。

1.文档录入

手工与自动收集和采集待归档的公文信息，可以手工录入相关的公文详细信息，同时通过自动设置，定期从公文办结处理中收集通过公文办结处理的并存储在各委办局的档案库中的已办结公文。

2.目录浏览

以目录的形式来展示目录中心现有的全部公文信息的列表，通过权限控制实现可控的公文信息资源的共享和在利用等功能。

3.文档查询

可以根据条件查询。

通输入查询信息后，搜索结果将会按照公文一览表的模式来列出全部的办结公文的列表，类似公文档案登记簿的功能自动生成，在点击公文标题后可以查看公文的详细信息(即公文内容、建立时间、办结时间、流程名称、相关单位、领导、处理意见、相关日期、负责人等更多信息内容)。

4.文档管理

对于具有管理权限的用户，可以对响应的公文文件进行维护与修改(权限内的备注添加、与位置控制)。

根据实际需要，有权限的用户可以将目录中心的公文推送至信息公开服务系统，来实现公文公开展示等功能。

5.归档管理与档案系统接口集成

主要为实现公文电子化归档的功能，可以实现公文信息的拟归档。拟归档就是将公文目录中心服务系统中的公文存档通过格式的转换，转变成符合档案局归档要求的电子版档案件，并通过与档案局的接口设置，直接将完成拟归档的公文件推送至档案管理系统进行归档。

(1)归档预处理

公文拟归档主要实现对日常业务积累形成的公文及其他文书档案数据进行本地化归档预处理，包括档案的著入、整理、编目、立卷、编号、鉴定等本地化档案初步规格化处理操作。

本地化归档预处理功能如下所示：

档案著录：提供电子公文的文件著录界面和电子档案的案卷级著录界面。

归档鉴定：对电子公文文件信息进行鉴定。并从文件级信息中提取部分信息作为目录级信息同时形成鉴定日志。

档案维护：针对电子公文文件的维护只提供目录级信息的修改。

档案编目：所有编目文件均通过查询语句形成Recordset数据集将数据集传递给报表文件由报表文件统一处理(包括显示样式)。

档号重编：根据所选择的排序方式及档案固有的编号规则进行档号重编。

开放鉴定：针对电子公文文件中开放字段进行修订鉴定。

移交鉴定：应用于档案发送到档案系统前的移交审批过程。

数据导出：把档案数据批量发送至档案管理系统。

(2)实现步骤

电子公文办理系统公文流转完成后，在公文办结处理功能模块中，首先对公文进行拟归档。

公文信息内容会通过公文交换服务系统转入公文目录中心，在归档管理模块中选择要归档的公文。

当对此公文进行正式归档时，调用数据库接口，保存数据到档案管理系统数据库对应的数据表中，并且在公文目录中心系统内部保存公文归档的副本信息，便于归档查询。档案管理系统将可以读取此数据表信息，进行统一的档案管理。

(3)相关处理流程

根据经验，公文处理单位对公文的保留期限、密级等档案属性有更为深刻的认识，因此，这些属性的设定将由公文办理人员在公文目录中心服务系统中进行，即拟归档。拟归档的公文按照档案的格式著录完成后推送到档案管理系统，档案管理人员只需对该公文的档案属性进行再次核对即可，档案工作强度得到有效降低。

工作人员将公文拟归档提交以后，该文档将自动推送到档案管理系统中，档案工作人员对这份文档有三种处理方式：

进一步鉴定和补充著录后归档；

撤回文档并附上重办意见，让相关人员重新拟归档；

撤回并告知相关人员该公文无需归档。

6.权限设置

通过阅读权限的设置来控制公文目录中心对于用户的开放级别，实现分级、分类、分权的开放、共享公文信息资源。

【公文信息公开系统】

公文信息公开系统则只从公文目录中心取得数据，经过筛选让后实现需公开信息到外网网站发布的功能。

随着政务网站的建设，与网络信息化技术在政府办公之中不断取得的巨大成果，针对政务公开化、政策透明化等行政指导方针的需要，对于公文信息在网站上的信息发布提出了迫切的需要。通过平台与网站接口的设计，完成公文平台与政务网的链接的同时，系统还将提供真实、安全、可控的公文信息发布、跟踪、查询等功能，从而更好的完成公文在政府信息公开工程中所发挥的作用。

1.公开文档

以公文列表的形式显示公文名称、办结日期、相关单位、公文编号、公开需求、审批情况等信息，集中展示需要公开的公文文档的基本情况。该模块主要收录从公文目录中心服务系统等同级系统发送过来的待发布的公文信息内容。模块可以根据权限，发送并进入信息公开编辑、审批状态，以供具备权限的用户对其内容进行维护、添加、修改，同时提升进入审批流程以决定是否继续信息公开的流程。

2.依公开跟踪

模块功能主要为监控公开文件进度与文档信息状态所设，用户可以通过公文名称或公文编号查询到相关的文件，同时系统将会显示相关文档在信息公开流程中的相关节点，并可以查看当前进度下公文信息在信息公开系统中所修改或添加的内容信息。

跟踪信息来源可以参考文档公开流程如图9所示。

需要公开的公文需要在公文拟或处理阶段在对应的填选框中注明公文公开属性：主动公开或依申请公开。

让后当公文在电子公文系统中流转结束，在完成了公文办理系统中的单位办结处理过程后，由公文交换系统传输渠道统一发转公文目录中心系统。此时公文信息公开系统将从以进入拟归档状态的公文库中将需要公开的公文件信息抓去到公文公开系统，从而实现收录功能。

在公文公开系统中，还设置了专门的二级审批流程，为需要公开的公文信息作最终的审核工作。并依权限对于公开的公文信息进行公开适应性编辑修改(注：编辑和修改首先必须满足权限认证，同时不可改动原文内容，只能添加备注或注释信息或依要求进行部分公开等操作)。

此时经过处理的公文信息，通过带公开公文模块进行打包加密，等待工作人员通过人工下载相关信息。

通过人工转移，将公文信息包上传到达物理隔离的外网服务器上，通过外网的待公开公文信息模块将打包的公文信息进行解压、解密处理后发布到政务外网的网站上。

3.公开查询

可以根据条件查询。通输入查询信息后，搜索结果将会按照公文一览表的模式来列出全部的办结公文的列表，类似公文档案登记簿的功能自动生成，在点击公文标题后可以查看公文的详细信息(即公文内容、建立时间、办结时间、流程名称、相关单位、领导、处理意见、相关日期、负责人等更多信息内容)。也可以通过政务网站链接，再网站中检索。

请参阅图3、图4，电子CA安全中心系统与公文系统的主要接口程序就是电子签章的客户端程序。该模块会设计整合进入整个公文办理系统。而其它相关联的部分只有验证数据的传输与用户信息的更改数据，这些联系只需要数据传输端口的预留，而不需要进一步开发系统程序。

所述云应用服务模块进一步包括安全验证系统，所述安全验证系统包括：安全认证中心、电子签章子系统、电子签章客户端。安全认证中心用以为用户发放、撤销、恢复数字证书及电子签章；电子签章子系统与安全认证中心、公文交换子系统连接，用以获取从安全认证中心提供的加密电子签章，并将加密电子签章授权相应的电子签章客户端；电子签章客户端与电子签章子系统、公文交换子系统连接，用以获取从电子签章子系统授权得到的加密电子签章，并在处理文件时对需要签章的文件设定电子签章；电子签章客户端设定的电子签章由安全认证中心、电子签章客户端验证。

【电子证书系统】

按照电子公文的管理模式和业务特点，为提升电子公文传输过程中的身份认证的安全要求，全区电子公文系统的部署需要建立完善的区级电子CA服务系统，设立RA管理点，便于统一管理。卢湾区公文系统的RA系统可以实现为个人、单位及服务器等业务对象提供数字证书及证书相关的安全技术，支持各种网上业务，实现电子CA的颁发、修订、注销；实现对于电子CA的挂失管理、黑名单控制等功能。

证书种类：CA证书可以从应用角度分成系统证书(又称：设备证书)和用户证书两种。其中系统证书指CA及子级运营体系中相关管理和操作员所持的证书(含CA系统、RA系统、RAT系统的操作和管理员证书)，系统证书是由CA直接制作，授权和颁发是指定边界的，执行的相关操作必须经过CA的审批和认可。

用户证书指在CA安全认证体系基础上从事电子政务活动的主体所持有的证书，这些主体的物理身份只要得到CA授权机构(如RA、RAT)的审核批准后，就可以申请证书。这类证书包括个人用户证书、企业用户证书、服务器证书、软件代码证书等。以下给出相应的正式证书介绍：

个人身份证书：与个人身份证、军官证或护照等身份证件的号码绑定，代表个人身份，支持主流浏览器及特定用户端软件；

个人身份双证书：在实现个人身份证书的基础上，同时提供加密证书和签名证书。

签发多种格式的证书：证书系统可以根据业务系统的要求，对证书的扩展项进行定义。如应用通过扩展属性部分，使证书带有不同的等级权限，实施权限控制。另外对于业务系统的特殊要求，可以在扩展项中加入其标记代码。总之证书系统所签发的证书遵循X.509 V3标准，完全能够满足电CA中心对证书分类的要求，同时还提供了灵活的扩展域定制功能，系统的操作人员对扩展域进行定制，以满足不同应用的需要。证书系统还可以据不同的用户需求签发不同应用的证书，证书的各种不同应用是证书策略的一部分，体现在X.509 V3的扩展域上面，应用软件通过解释这些证书扩展域来实现各种应用，从而实现证书的管理策略。

【电子签章系统】

一套先进的电子签章软件作为系统信息防止篡改、防止冒充、防止抵赖的安全体系，纳入到整个应用安全管理系统的平台上，统一部署在客户的OA管理系统，提高各级行政审批流程的工作效率，确保系统信息和数据的完整性和可靠性，加强整个系统数据传递过程的安全保护。

如图4所示，整个电子签章安全体系的设计是以电子签章技术为主要核心，结合数字证书使用，利用USB KEY硬件加密保存手段，扩展安全保障功能，使整个安全体系与实际应用系统紧密联系，安全控制更加全面，用户也可以根据自身系统实际情况选择需要的组件。安全体系主要由如下几个部件组成：可视化基于Office电子文件的电子签章，可视化基于Web页面的电子签章，数字证书管理中心(CA)，USB KEY硬件。

电子签章的作用：电子签章解决否认、伪造、篡改及冒充等问题。具体要求：

a)发送者事后不能否认发送的报文签名，

b)接收者能够核实发送者发送的报文签名，

c)接收者不能伪造发送者的报文签名，

d)接收者不能对发送者的报文进行部分篡改，

e)网络中的某一用户不能冒充另一用户作为发送者或接收者。

电子签章的应用范围十分广泛，在保障电子数据交换的安全性上是一个突破性的进展，凡是需要对用户的身份进行判断的情况都可以使用电子签章，比如加密信件、商务信函、定货购买系统、远程金融交易、自动模式处理等以及本项目所涉及的公文文档。

本发明系统性能指标如下：

1)单个页面平均响应时间小于4秒；

2)数据查询时间小于6秒；

3)系统平均无故障时间应大于800小时；

4)系统正式上线后，将支持至少1000名用户的使用；

5)后续通过负载均衡技术，新增负载均衡设备及应用服务器满足2000以上的用户使用要求。

综上所述，本发明提出的基于云计算的电子政务服务系统，提供新一代云计算电子公文云平台，平台将拥有更好的公文办理功能、应用弹性化设计、公文数据交换性能，并具有更好的对外开发性、系统整合性，并提供丰富的、实用的区域电子公文协同所需的各种基础服务功能，提供友好的、实用的、方便的、个性化的公文办理系统，提供简单易用、智能推送的电子政务智能客户端系统。

这里本发明的描述和应用是说明性的，并非想将本发明的范围限制在上述实施例中。这里所披露的实施例的变形和改变是可能的，对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是，在不脱离本发明的精神或本质特征的情况下，本发明可以以其它形式、结构、布置、比例，以及用其它组件、材料和部件来实现。在不脱离本发明范围和精神的情况下，可以对这里所披露的实施例进行其它变形和改变。

Claims (3)

1.一种基于云计算的电子政务服务系统，其特征在于，所述系统包括：云基础设施模块、云数据中心、云平台支撑模块、云应用服务模块、云端接入模块；

所述云基础设施模块用以构建系统所需的网络设施支撑，包括网络设施、存储系统、高性能计算系统和虚级化技术应用，并使系统可对外提供移动接入和移动办公，以提供基础设施即服务IaaS；

所述云数据中心用以构建系统所需的数据仓库，包括基础数据库、办公网络数据库、互联网数据库；

所述云平台支撑模块包括用户认证单元、用户管理单元、权限管理单元，及工作流管理单元、门户管理单元、搜索支持单元、消息管理单元、日志管理单元、任务管理单元，用以构建平台所需的基础服务支撑层，为整体云平台提供统一的用户认证、用户管理、权限管理，及工作流、门户、搜索支持，并提供消息、日志、任务的统一处理支持，以管理系统所需的用户、权限数据，并提供统一的基础服务支撑；

所述云应用服务模块用以构建系统所需的应用服务层，为终端用户提供各种服务构件和功能，以实现的公文办理的中的公文的拟稿发文、流转交换、归档整理、再利用功能；

所述多云端接入模块用以构建系统所需的多云端接入层，为终端用户使用系统功能提供多种接入方式和表现方式；信息门户用来在用户登录前展示系统内部公开的各种信息、数据；办公门户在用户登录后展示用户有权限访问的数据、任务以及模块列表并实现电子办公应用；智能检索系统基于全文检索引擎提供检索式信息展示和数据展示接入；智能客户端主动为用户提供系统内功能导航、信息推送、任务推送和提醒。

2.根据权利要求1所述的基于云计算的电子政务服务系统，其特征在于：

所述云应用服务模块包括公文办理子系统、公文交换子系统、公文目录子系统、公文信息公开子系统；公文信息公开子系统、公文目录子系统、公文交换子系统、公文办理子系统依次连接；

所述公文办理子系统为末端的各部门分别同时拥有的子系统，借助云计算提供对应用服务的个性化自定功能的支持，各部门都设置属于自己的定制的公文办理子系统，公文办理子系统起到了多端接入处理数据的作用；

所述公文交换子系统用以连接所有的公文办理子系统，提供了公文区域性交换数据的平台作用；

所述公文目录子系统用以通过公文交换子系统的数据传输功能得到公文数据的信息，使得完成使命的公文信息数据有了集中归档备案的作用；

所述公文信息公开子系统用以从公文目录子系统取得数据，经过筛选实现需公开信息到外网网站发布的功能。

3.根据权利要求2所述的基于云计算的电子政务服务系统，其特征在于：

所述云应用服务模块进一步包括安全验证系统，所述安全验证系统包括：

安全认证中心，用以为用户发放、撤销、恢复数字证书及电子签章；

电子签章子系统，与安全认证中心、公文交换子系统连接，用以获取从安全认证中心提供的加密电子签章，并将加密电子签章授权相应的电子签章客户端；

电子签章客户端，与电子签章子系统、公文交换子系统连接，用以获取从电子签章子系统授权得到的加密电子签章，并在处理文件时对需要签章的文件设定电子签章；

电子签章客户端设定的电子签章由安全认证中心、电子签章客户端验证。

Images