基于XML的多级政府电子数据交换模型论文.doc

毕业论文 第VIII页
基于XML的多级政府电子数据交换模型
摘要
近年来，随着计算机技术的发展和国内电子政务市场的成熟，越来越多的政府部门开始部署和实施电子政务项目。当前，我国的很多政府部门都上了OA办公自动化系统，但这也引发了一些问题，如电子公文的安全性、不同单位之间电子公文如何交换和识别。
从全国的角度来看，各个单位之间如何实现电子公文的交流以及电子公文交流的安全性等，是关系到电子政务能否在我国成功实施的关键。推行电子政务，实现电子公文交换是国家政府信息化建设的重要组成部分，可以解决传统公文处理中效率低下的"文件批阅"、"文件旅行"现象，使公文处理全自动化，真正实现提高办公效率、降低办公成本。为此，既要在电脑网络上实现公文处理全程电子化和无纸化，又要形成对上(中央、国家机关、上级政府)、对下(分支机构)、对左右(兄弟单位)的互联互通。 电子公文交换系统的建设目的，就是按照统一的标准，在不同的政府部门之间进行电子公文的传输，并保证公文在传递过程中的安全性和有效性。
为了建立一个标准的电子公文交换系统，本文提出一个基于XML的多级政府电子数据交换模型，该模型采用XML及相关标准作为电子公文交换的核心内容，融入CA 认证、数字签名、传输加密等多种安全防范措施，以构建一个安全、可靠、标准、开放的电子公文交换系统。本文基于微软.NET平台，采用MSMQ 3.0、VS2005和Oracle9i设计实现了该模型。测试结果表明，该系统在大数据传输方面表现良好，同时能保证可靠传输，为数据交换提供了基础。在实际运用中，该模型表现出了良好的可扩展性和开放性。
关键词：电子政务，CA，XML，电子公文交换
The XML-Based Model of Government Electronic Data Exchange

ABSTRACT
In recent years, with the development of computer technology and e-government domestic market matures, An increasing number of government departments began deployment and implementation of e-government projects. At present, the many government departments have on the OA office automation system, but it has also created some problems, electronic documents such as security, between different units how to exchange electronic documents and identification.
From a national perspective, how the various units for electronic document exchange and the exchange of electronic documents such as safety, is able to e-government in China's successful implementation of the key. Implementation of e-government, electronic documents are exchanged information of national government are an important component of the traditional documents can be solved inefficient processing documents "vetted" and "travel document", enable fully automated document processing and genuinely improve office efficiency and lower the cost of office. To this end, not only in computer networks to achieve full electronic document processing and distribution, but also form the (central, State organs, higher levels of government), right under (branches), brothers interoperability. Electronic Document exchange system-building purposes, in accordance with uniform standards, in different government departments for electronic document transmission, and to ensure that documents in the transfer process safety and effectiveness.
In order to establish a standardized electronic document exchange system, This paper proposes an XML-based multi-level government electronic data exchange model, The model uses XML and related standards for the exchange of electronic documents at the core, into CA authentication, digital signature, transmission encryption and other security measures to create a safe, reliable, standards and open electronic document exchange system. Based on the Microsoft. NET platform, using MSMQ 3.0, VS2005 and Oracle9i Design and Implementation of the model. The test results show that the system of data transmission in a good performance, can guarantee reliable transmission, Data exchange for providing the foundation. In actual application, the model showed good scalability and openness.
Key words：E-Government, CA, XML, the Exchange of Electronic Documents目录
1 概述 0
1.1 背景 0
1.2 术语定义 0
2 模型概要设计 1
2.1 电子公文交换技术路线 1
2.2 电子公文交换技术方案 1
2.2.1 架构图说明 2
2.2.2 电子公文交换系统架构 5
2.2.3 公文交换流程处理 6
2.2.4 公文的安全传输 7
2.2.5 公文的可靠传输 8
3 电子公文交换数据格式定义 9
3.1 基本组成要素 9
3.1.1 拓展组成要素 10
3.2 egdXML架构模型 10
3.2.1 路由信息 11
3.2.2 公文指令信息 11
3.2.3 数字签名 11
4 模型详细设计 13
4.1 电子公文交换方式及层次模型 13
4.1.1 电子公文交换方式 13
4.1.2 电子公文交换层次模型 14
4.2 电子公文交换系统的模块划分 15
4.2.1 公文交换子系统 15
4.2.2 路由信息处理子系统 16
4.2.3 系统管理子系统 16
4.2.4 接口管理子系统 16
4.3 数据库设计 18
5 模型实现及其功能点 19
5.1 OA系统向电子公文交换系统发送电子公文功能 19
5.1.1 OA系统向电子公文交换系统发送电子公文流程图 19
5.1.2 OA系统向电子公文交换系统发送电子公文描述 19
5.2 智能客户服务器向电子公文交换系统发送电子公文功能 22
5.2.1 智能客户服务器向电子公文交换系统发送电子公文流程图 22
5.2.2 智能客户服务器向电子公文交换系统发送电子公文描述 22
5.3 OA系统从电子公文交换系统接收电子公文功能 23
5.3.1 OA系统从电子公文交换系统接收电子公文流程图 23
5.3.2 OA系统从电子公文交换系统接收电子公文描述 24
5.4 智能客户服务器从电子公文交换系统接收电子公文功能 24
5.4.1 智能客户服务器从电子公文交换系统接收电子公文流程图 24
5.4.2 智能客户服务器从电子公文交换系统接收电子公文描述 26
5.5 公文回执业务功能 26
5.5.1 公文回执业务流程图 26
5.5.2 公文回执业务描述 27
5.6 查询办文状态功能 27
5.6.1 查询办文状态流程图 27
5.6.2 查询办文状态处理描述 28
5.7 公文撤销功能 30
5.7.1 公文撤销流程图 30
5.7.2 公文撤销处理描述 30
5.8 系统管理功能 31
5.8.1 系统管理流程图 31
5.8.2 系统管理处理描述 31
6 测试 33
6.1 测试工具 33
6.2 测试环境 33
6.3 测试用例 33
6.3.1 数据交换图形 34
6.4 测试结果 34
6.4.1 Windows Resources 34
6.5 测试结果分析 36
7 扩充方案 37
8 总结 40
致谢 41
参考文献 42
附录A 电子公文传输介质Schema 43

表目录
表 2.1设备功能表 3
表 3.1基本组成要素一般包括： 9
表 6.1 Legend 35

图目录
图 2.1电子公文交换系统网络拓扑图 2
图2.2 电子公文交换系统架构 5
图2.3 电子公文交换系统消息处理图 5
图 2.4 电子公文安全传输示意图 8
图 3.1 egdXml架构图 10
图 3.2 ROUTE结构图 11
图 3.3 指令信息 11
图 3.4 数字签名 12
图 4.1 电子公文交换业务流程 13
图 4.2 发送回执模式 14
图 4.3 电子公文交换模型 14
图 4.4 电子公文交换平台 15
图 4.5 数据库设计 18
图 5.1 OA系统向电子公文交换系统发送电子公文流程图 19
图 5.2 智能客户服务器向电子公文交换系统发送电子公文流程图 22
图 5.3 OA系统从电子公文交换系统接收电子公文流程图 23
图 5.4 智能客户服务器从电子公文交换系统接收电子公文流程图 25
图 5.5 公文回执业务流程图 26
图 5.6 查询办文状态流程图 28
图 5.7 公文撤销流程图 30
图 5.8 系统管理流程图 31
图 6.1 测试网络拓扑 34
图 6.2 Windows Resources 35
图 7.1 集成办公OA接口系统 37
图 7.2 电子公文交换智能客户端 38

毕业论文 第45页
1 概述
1.1 背景
电子功能交换系统建立在政府机关专网和政府已有的内部网络环境之上，连接各区、各委办局已经建立的内部网络办公系统和业务信息系统，构建覆盖跨部门的传输与交换平台。电子公文交换系统依托CA认证、电子印章、传输加密等技术，实现安全可靠的政府信息交换，把全市的政府机关各类应用系统联接起来，发挥更大的作用，提高办公效率，推进政务信息化建设。
深圳党政电子公文交换系统以及运行4年，为了适应新的公文交换平台标准以及各用户单位对电子公文交换的更高要求，现有平台的部分架构和系统必须进行必要的改造。通过对现有电子公文交换系统的改造，制定统一规范的标准数据交换接口，整合交换系统各接入节点的资源，实现信息互连互通，提供工作效率，使其真正成为一个覆盖全市的分布式数据交换平台。
通过对现有的公文交换系统改造，把目前市政府使用的文件处理表扩展到全市，各单位的办理意见通过电子公文交换系统传送；各部门之间的处理信息能够通过接口直接转到各部分的内部OA系统中，和内部的文件处理之间实现整合。从而依托电子公文交换系统实现跨部门大办文，打通部门之间信息沟通障碍，统一并透明化办文流程。
1.2 术语定义
(1) 发送方
在一次交换过程中，公文交换的初始发起机关或发送者；
(2) 接收方
在一次交换过程中，公文交换的最终接收机关或接收者；
(3) 节点
参与电子公文交换的信息系统或终端。

2 模型概要设计
2.1 电子公文交换技术路线
电子公文交换数据包括收发的公文、公文办理信息以及其它扩充的业务交换数据。对于电子公文交换平台，这些数据都是交换的载体。由于不同业务要求的时效不同、传输数据量不同，在交换的方式中，分成异步消息交换以及同步消息交换。异步消息交换完成大数据量、时效要求低的交换，例如公文收发、回执等。同步消息交换完成时效要求高、传输数据量小的数据交换，例如特级公文、公文状态查询收发。
在电子公文交换系统异步消息交换中，主要的服务模块之间使用消息中间件MSMQ进行通讯。MSMQ(Microsoft Message Queue，微软消息队列)是在多个不同的应用之间实现相互通信的一种异步传输模式，相互通信的应用可以分布于同一台机器上，也可以分布于相连的网络空间中的任一位置。它的实现原理是：消息的发送者把自己想要发送的信息放入一个容器中（我们称之为Message），然后把它保存至一个系统公用空间的消息队列(Message Queue)中；本地或者是异地的消息接收程序再从该队列中取出发给它的消息进行处理。
采用MSMQ带来的好处是：由于是异步通信，无论是发送方还是接收方都不用等待对方返回成功消息，就可以执行余下的代码，因而大大地提高了事物处理的能力;当信息传送过程中，信息发送机制具有一定功能的故障恢复能力；MSMQ的消息传递机制使得消息通信的双方具有不同的物理平台成为可能。
在电子公文交换系统同步消息中，主要的服务模块之间使用WebService（网络服务）来进行通讯。WebService完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，是创建可互操作的、分布式应用程序的新平台。通过在交换平台的各个环节部署的WebService来完成主动、被动的服务调用。
由于电子公文交换系统需要支持已有的各单位OA系统，电子公文交换系统提供公文收发接口组件供已有的OA系统调用，OA系统调用的收发组件接口可以通过动态库方式或独立应用WebService方式调用，具体采用哪种方式根据实际情况选择。
2.2 电子公文交换技术方案

图 2.1电子公文交换系统网络拓扑图
2.2.1 架构图说明
深圳市政府电子公文交换系统网络架构图分成四个部分（四个部分完成的功能以及各部分之间的数据传输方式见后表）：
(1) 核心公文交换系统
核心公文交换系统包括：核心交换服务器（数据库服务器、文件服务器）、接口服务器群、智能客户服务器、CA认证服务器以及维护管理终端。
数据库服务器、文件服务器的数据保存在磁盘阵列以及磁带库上，它们之间通过光纤通道相连。数据库服务器保存的是交换的公文（业务数据）信息、交换文件的日志信息、路由定址信息以及系统配置数据；文件服务器保存的是公文的文件或附件信息（这些数据可以根据一定的策略定义保存的时限）；
(2) 接口服务器群
由一系列的服务器组成，因为它完成终端（政府办公网络）与核心公文交换系统的通讯，所以称之为接口服务器，又由于深圳党政机关在数量上可能存在上百个政府办公OA网络与接口服务器相连，所以提供接口服务器群来响应来自不同政府机关的OA连接，每个接口服务器上运行环境以及服务完全是一样。根据性能的要求，可以增加接口服务器的数量来达到负载均衡。一个接口服务器服务与1至N个政府办公网络，后台提供接口服务器与政府办公网络的匹配设置，匹配设置后，对于一个政府办公网络都有一个接口服务器来进行接收、发送响应；维护管理终端完成对各项数据的管理配置。
(3) CA认证服务器
采用CA认证系统，实现身份识别，应用模块授权、电子签名等安全措施。
(4) 政府办公网络
政府办公网络是深圳市要与公文交换系统相连的OA系统。
(5) 远程办公终端
为了使没有政府办公网络的机关单位能够与公文交换系统相连，系统提供远程办公终端来实现此目录。远程办公终端就是一个浏览器的终端（例如IE浏览器），通过B/S的结构连接核心交换服务器中的智能终端服务器，完成公文收发、公文制作、公文管理等电子公文处理系统。为了保证数据的安全性，对于要加盖公章的公文，公章保存在客户端，盖章的时候进行上传盖印。为了确保远程办公终端的身份合法，每个终端提供USB KEY的身份验证。
(6) 全国政府办公资源网
可能会与深圳市公文交换系统进行信息交换的兄弟省市、广东省以及国务院相关系统。
表 2.1设备功能表
设备
功能
备注
核心公文交换系统
接口服务器
启用WebService完成同步请求
异步队列完成不需要立即回应的业务交换要求，例如发送公文、回执等信息
启用微软消息队列（MSMQ）完成异步请求
对政府办公网络传输过来的信息完成路由信息（提交给核心交换服务器，核心交换服务器完成路由转发地址功能）与交换数据的解析
对核心交换服务器提交过来的地址信息，定位政府办公网络，并进行业务调用、数据传输
核心交换服务器
启用MSMQ(WebService)完成整个传输网络的异步(同步)请求

根据接收接口服务传过来的路由数据，进行路由解析服务；根据路由定址选择相应的接口服务器来跟指定的政府办公网络通讯。
智能客户服务器
公文收发、公文制作、公文处理、公文管理、系统管理模块
为用户提供一套电子公文处理系统
与核心公文交换系统进行直接数据交换（当核心公文交换系统路由时，如是地址是智能客户服务器，那么直接写入智能客户服务器数据库）
CA认证服务器
―――

维护管理终端
管理核心交换服务器路由信息
对核心交换服务器、接口服务器进行管理
接口服务器与政府办公网络匹配信息
接口服务器上队列消息管理
核心交换服务器上交换日志管理
核心交换服务器交换数据信息管理
政府办公网络
OA服务器
完成政府办公功能

启用微软或其它厂商消息中间件与接口服务器MSMQ消息队列进行通讯

提供同步的WebService，供接口服务器同步WebService调用

形成消息体，然后进行CA认证、数据加密

消息自动签收

发送、接收消息

远程办公终端

智能客户服务器操作终端

2.2.2 电子公文交换系统架构

图2.2 电子公文交换系统架构

电子公文交换系统消息处理图
在电子公文交换系统网络架构中，办公OA系统通过独立应用或组件（与OA集成）调用的方式与公文收发接口进行通讯，无办公OA系统的用户通过使用浏览器与智能客户服务器通讯，智能客户服务器与接口服务器、公文收发接口和接口服务器、接口服务器和核心交换服务使用MSMQ进行通讯。
对于已安装办公OA系统的单位，电子公文交换系统提供公文收发组件供办公OA系统调用，办公OA系统调用公文收发组件中的接口连接接口服务器，完成电子公文的发送和接收；对于未安装办公OA系统的单位，可以使用浏览器连接上公文交换系统的智能服务器，完成公文收发、公文制作、公文处理、公文管理。
在电子公文交换系统中传递的电子公文应满足<<基于XML的电子公文格式规范>>(GB/T 19667.3-2006)。基于XML格式的电子公文应满足政府各单位、各部门之间电子公文处理的需要，其组成要素除公文内容之外，还应包括记录公文处理过程等必要信息。
2.2.3 公文交换流程处理
2.2.3.1 电子公文的发送流程：
(1) 已安装办公OA系统的单位
可以建立OA系统和电子公文交换系统中收发组件的应用集成，通过收发组件连接电子公文交换系统的接口服务器，调用收发组件的发送接口向接口服务器提交电子公文；收发组件接收OA系统的提交电子公文请求后，对电子公文的格式进行检验，如果格式不正确则向OA系统返回错误响应，由OA系统进行相关处理；收发组件对电子公文格式检验后，对电子公文进行加密，然后向接口服务器提交电子公文；接口服务器接收电子公文后，查找电子公文的接收方路由信息，向对应的核心交换服务器提交电子公文；核心交换服务器接收到电子公文后，查找电子公文的接收方路由，向接收方对应的接口服务器提交电子公文。
(2) 对于未安装办公OA系统的单位，
可以通过浏览器登陆智能客户服务器，完成公文制作、公文处理、公文管理、公文收发。在发送公文时，智能客户服务器首先对电子公文的格式进行检验，如果格式不正确则向返回错误信息；智能客户服务器对电子公文格式检验后，对电子公文进行加密，然后通过MSMQ向接口服务器提交电子公文；接口服务器接收电子公文后，查找电子公文的接收方路由信息，向对应的核心交换服务器提交电子公文；核心交换服务器接收到电子公文后，查找电子公文的接收方路由，向接收方对应的接口服务器提交电子公文。
2.2.3.2 电子公文的接收流程：
(1) 已安装办公OA系统的单位
可以建立OA系统和电子公文交换系统中收发组件的应用集成进行接收电子公文；当电子公文由发送方提交到核心交换服务器后，核心交换服务器查找对应的接收方路由信息，获取当前接收方连接的接口服务器信息，然后向接收方连接的接口服务器投递电子公文；接口服务器接收到公文后，查找接收方对应的收方组件连接，然后向对应的收发组件投递电子公文；收发组件接收到电子公文后，对电子公文进行解密，然后通知OA系统对电子公文进行处理。
(2) 未安装办公OA系统的单位
可以通过浏览器登陆智能客户服务器，完成公文制作、公文处理、公文管理、公文收发。当电子公文由发送方提交到核心交换服务器后，核心交换服务器查找对应的接收方路由信息，如果接收方没有OA系统通过收发组件连接电子公文交换系统，则将电子公文存储到公文DB中，当公文接收者通过浏览器登陆智能客户服务器后，智能客户服务器向接口服务器提交下载公文列表请求，接口服务器将请求转发给核心交换服务器，核心交换服务器响应请求，将对应该用户的电子公文列表返回给接口服务器，接口服务器再返回给智能客户服务器，智能客户服务器显示返回的公文列表给用户查看；当用户需要查看指定的公文信息时，智能客户服务器向接口服务器提交下载指定的电子公文请求，接口服务器将请求转发给核心交换服务器，核心交换服务器响应请求，将对应该用户的电子公文发送给接口服务器，接口服务器再发送给智能客户服务器，智能客户服务器对电子公文进行解密，然后显示给用户相关的电子公文信息。
2.2.4 公文的安全传输
采用对称加密算法、非对称加密算法、数字摘要、数字签名向公文提供全方位的安全保护，在公文的保密性方面防止了公文被窃取；在公文的完整性方面防止了公文被篡改；在公文交换的不可抵赖性方面防止了用户身份不能被确认。

图 2.3 电子公文安全传输示意图
2.2.5 公文的可靠传输
利用安全加密技术、自动回执技术以及系统传输日志纪录相结合实现可靠的公文传输，保证公文在电子公文交换系统中安全可靠地传输，使公文传输过程可控可查。

3 电子公文交换数据格式定义
在此模型中，作为交换的介质――egdXml占很重要的以部分。
egdXML组成要素
3.1 基本组成要素
表 3.1基本组成要素一般包括：
egdXML基本组成要素
元素名称
元素标识
元素说明
数据交换对象
POWER_EXCHANGE
XML根节点
数据传输交换序号，用来查询和跟踪等
EXCHANGE_SERIAL_NO
数据传输交换序号，用来查询和跟踪等
路由信息
ROUTER
路由信息
发送者
SENDER
发送单位名称和ID
发送时间
SEND_TIME
公文发送时间
接收者，可以包含一个或多个NODE节点
RECEIVERS
公文接收单位
接收者节点
NODE
公文接收单位名称和ID
数字签名
DIGITAL_SIGN
数字签名节点
签名人
SIGN
签名单位
签名时间
SIGN_TIME
签名时间
签名数据
SIGN_DATA
签名数据
备注
NOTE
备注信息
业务传输对象，业务数据的载体
OBJECT
包括egXML,国家电子公文交换
项
ITEM
业务项
行节点，用来表示一个数据集中的一行
ROW
行节点，用来表示一个数据集中的一行
文件节点
FILE
文件节点
文件名
FILE_NAME
文件名
扩展名
EXT_NAME
扩展名
是否需要回执（此回执为系统与交换平台之间的回执）
RECEIPT
是否需要回执（此回执为系统与交换平台之间的回执）
传输对象相关交换序号（集）,序号与序号之间用半角逗号格开
RELA_SERIAL_NOS
传输对象相关交换序号（集）,序号与序号之间用半角逗号格开
扩展节点
APPEND
扩展节点
总计
21

3.1.1 拓展组成要素
因业务需求变化，只需要拓展egdXML指令类型，并不需要更改egdXML定义。
3.2 egdXML架构模型
egdXML由三个部分ROUTER、OBJECT和DIGITAL_SIGN组成，其架构模型见图：

图 3.1 egdXml架构图
XML包括三个主要的部分：
(1) 路由信息
路由信息包括公文发送方标识和公文接收方标识，同时包括指令类型。
(2) 业务节点
业务节点包括指令的业务对象信息，只有特殊的指令交换才识别此节点信息。
(3) 签名信息
包括发送发对该公文的签名信息。
3.2.1 路由信息

图 3.2 ROUTE结构图
SENDER：公文发送方；
SEND_TIME：发送时间；
RECEIVER：接收方，接收方可以为多个，子元素NODE可以无限拓展。
RECEIPT：是否需要回执，当交换系统把公文传输到达目的地时，是否需要交换自动回执，以确认公文传送成功。
3.2.2 公文指令信息

图 3.3 指令信息
ITEM：数据节点；
ENCRYPTED：密钥节点。
3.2.3 数字签名

图 3.4 数字签名
SIGN：包括签名人信息；
SIGN_TIME：签名时间；
SIGN_DATA：签名数据；
NOTE：备注信息。
4 模型详细设计
4.1 电子公文交换方式及层次模型
4.1.1 电子公文交换方式
党政机关的公文可经过各种电子传输方式在发送方和接收方之间进行交换，其交换的介质为标准化的电子公文，具体业务流程见下图：

图 4.1 电子公文交换业务流程
在电子公文交换过程中，电子公文的发送方发出电子公文后就完成本次发送，接收方接收到电子公文后，根据电子公文的内容决定接收或者拒收，如果同意接受并对方要求回执，则发送一个确认回执；如果拒收该电子公文，则在回执中注明拒收原因。

图 4.2 发送回执模式

4.1.2 电子公文交换层次模型
下图中的交换层次模型描述了电子公文从发送方交换到接收方相关各个层次模型结构：

图 4.3 电子公文交换模型

(1) 数据层
用于交换的电子公文信息内容；
(2) 信息层
交换过程中所需要的发送方和接收方信息，用于指导电子公文交换；
(3) 节点层
电子公文在交换过程中所牵涉到的节点。其中路由节点负责存储转发电子公文；
(4) 传输层
电子公文在不同节点中传输交换的方法，支持多种交换协议，例如WebServices、Socket、消息中间件、Email、Ftp等。
在电子公文交换过程中，发送方利用电子公文交换信息系统，将电子公文直接或通过路由节点发送给接收方。
4.2 电子公文交换系统的模块划分
电子公文交换平台主要完成电子公文以及其它业务信息数据的交换（不包括公文的制作、管理等）。通过核心交换服务系统、接口服务器系统、智能交换客户端系统、以及集成办公OA接口系统组成电子公文交换系统。

图 4.4 电子公文交换平台
从上图看出，电子公文交换平台分成公文交换子系统、路由信息处理子系统、系统管理子系统和接口管理子系统。
4.2.1 公文交换子系统
(1) 节点管理
对公文交换系统中的各接口服务器、各接入局配置信息进行管理，例如IP、端口等。
(2) 交换信息日志
记录公文交换的日志信息，通过对交换信息日志的分析，启动不同的交换策略来处理交换日志。
(3) 交换策略
定义各种公文信息交换策略以及对交换日志的处理策略。交换策略，例如公文发送通过异步的MSMQ消息中间件进行交换，办文状态通过WebService同步交换；处理策略，例如公文发送如果5次发送不成功，则通知相关人员公文交换不成功信息，启动其它响应机制。
(4) 公文XML解析
对交换的数据（XML格式）进行解析，解析出公文信息部分以及路由信息部分。
(5) XML模板管理：
对各种类型的公文交换数据定义XML模板。
(6) 交换统计分析
对交换平台交换的数据进行统计分析，包括系统运行日志、系统处理交换流量等。
4.2.2 路由信息处理子系统
(1) 路由资源管理
对各节点的信息进行链路配置。
(2) 地址解析
根据交换数据的路由信息部分解析出地址链路，为公文交换提供转发目的的寻址信息。
(3) 路由信息处理
对寻址信息根据交换数据的交换策略进行路由处理，公文信息按照交换策略进行交换。
4.2.3 系统管理子系统
(1) 数据管理
负责文件存储分区、数据备份与灾难回复功能。
(2) 用户管理
实现组和用户的建立、修改、删除。
(3) 参数管理
对系统运行的参数进行管理，系统数据字典的维护。
(4) 安全管理
包括CA认证、权限管理。
(5) 日志管理
对各种日志进行管理，包括运行日志、调试日志、错误日志以及对各中日志的善后处理工作。
(6) 单位联系人管理
对各节点单位的联系人管理，在公文数据交换的过程处理中可以通知单位联系人进行必要响应。
4.2.4 接口管理子系统
(1) 消息队列管理
对微软MSMQ的消息队列管理，以及对各种消息绑定不同消息响应机制来完成异步公文交换。
(2) 应用接口
管理公文交换的各种应用接口，实现公文交换过程的自动化。
4.3 数据库设计

图 4.5 数据库设计
5 模型实现及其功能点
5.1 OA系统向电子公文交换系统发送电子公文功能
5.1.1 OA系统向电子公文交换系统发送电子公文流程图

图 5.1 OA系统向电子公文交换系统发送电子公文流程图
5.1.2 OA系统向电子公文交换系统发送电子公文描述
5.1.2.1 正常处理描述
OA系统对电子公文完成套红、电子印章等处理环节，然后对电子公文进行CA认证处理，生成符合<<基于XML的电子公文格式规范>>的标准公文文件，然后通过WebService接口向电子公文交换系统的收发组件提交标准公文文件,该过程是一个同步的处理过程，在OA系统提交公文完成后收发组件会返回本次提交的成功或失败代码，由OA系统根据返回代码做进一步处理。在提交过程中OA系统设置公文的接收单位(由OA系统从地址簿中选择)和公文的流转序号(由OA系统生成)。
电子公文交换系统的收发组件接收到OA系统提交的电子公文后，对电子公文的格式进行检验，如果格式不正确则向OA系统返回错误信息，提示电子公文格式有误；如果格式正确，则对电子公文进行传输前加密，然后通过MSMQ向接口服务器发送电子公文对象。由于MSMQ的传输是一个异步的处理过程，收发组件在完成向MSMQ发送电子公文后即结束了收发组件发文的操作，电子公文传送至接口服务器由MSMQ实现。
接口服务器监控本地的MSMQ发送队列，当收发组件发送的电子公文传送到接口服务器MSMQ发送队列后，接口服务器检测到电子公文对象到达，读取电子公文对象的接收方地址，查找接收方对应的核心服务器地址，然后投递该电子公文对象到核心服务器的MSMQ交换队列。
核心服务器监控本地的MSMQ交换队列，当接口服务器发送的电子公文传送到核心服务器MSMQ交换队列后，核心服务器检测到电子公文对象到达，首先将电子公文对象存入数据库中，然后读取电子公文对象的接收方地址，查找接收方对应的接口服务器地址，投递该电子公文对象到接口服务器的MSMQ接收队列。
接口服务器监控本地的MSMQ接收队列，当核心服务器发送的电子公文传送到接口服务器MSMQ接收队列后，接口服务器检测到电子公文对象到达，读取电子公文对象的接收方地址，查找接收方对应的收发组件地址，然后投递该电子公文对象到收发组件的MSMQ接收队列。
收发组件监控本地的MSMQ接收队列，当接口服务器发送的电子公文传送到收发组件MSMQ接收队列后，收发组件检测到电子公文对象到达，可以通过两种方式完成向OA系统传递电子公文：
OA系统定时通过WebService接口向收发组件查询是否有新公文到达，如果有新公文到达，则通过WebService接口接收电子公文，收发组件在传递电子公文给OA系统前进行电子公文的发送后解密处理。
当收发组件接收到新公文后，直接调用OA系统提供的WebService接口将电子公文传递给OA系统，收发组件在传递电子公文给OA系统前进行电子公文的发送后解密处理。
OA系统接收到电子公文后，对电子公文进行CA认证，以确保电子公文在传输中没有被篡改。OA系统然后对电子公文进行CA认证，OA系统按照自身的处理流程开始电子公文的处理。
5.1.2.2 异常处理描述
在电子公文交换的过程中，应保证电子公文可靠地传输，对于超时无法送达的电子公文，应进行重发处理，重发的时间间隔和次数可配置，如果重发了最大重发次数后电子公文还是无法送达，则判定该电子公文发送永久失败，对发送永久失败的电子公文应给发送方OA系统返回传输失败回执，以便发送方OA系统能作出正确处理。
OA系统接收到电子公文后，对电子公文进行CA认证，如果发现电子公文在传输中被篡改，则发送回执给电子公文发送方，回执代码为电子公文签名验证有误。
5.1.2.3 其它处理描述
在电子公文交换从OA系统->收发组件->接口服务器->核心服务器->接口服务器->收发组件->OA系统的过程中，在电子公文交换系统内部收发组件->接口服务器->核心服务器->接口服务器->收发组件路径中电子公文的传输通过MSMQ进行，将电子公文封装成