互联互通系统建设方案.docx

- 1 - / 15- 1 -
互联互通系统建设方案
互联互通系统建设方案
中国电信股份有限公司系统集成广西分公司
电子公文互联互通
可以使业务系 统与交换平台适当的融合为一体。 建议有需要将平台与业务系统进行融合且开发时间上 相对较紧的单位选择此种开发方式。
. 平台关键实现
. 公文交互
说明
公文交互主要实现河池人民政府办公室与广西省办公厅之前的公文交互传输。
- 5 - / 15- 5 -
收文、发文的角色
A 向Ｂ发文件,则Ａ为发文方， B 为收文方。反之,则 B 为发文方， A 为收文方。
- 6 - / 15- 6 -
互联互通系统建设方案
发送和接收的实现机制
发送信件
一封信件分为封首和封内文件两部分（参见 ．１节)。将一封信件发送到数据接 入控制器,需要两个步骤：
1)将封内文件利用 SFＴP协议上传到数据接入控制器的Ｓ FTP 服务器的 Upload 目 录上。 (为了便于今后管理和归档本单位上传的封内文件,建议在 Upload 目录下按当前日 期建立子目录,比如建立 Up ｌ oad/2013— 12— 1 目录。
2）构造封首报文,将封内文件的 S ＦTP 路径以及封内文件的 MD5 校验值填入封首 报文的ｆiles 节点区域,利用 HＴTP Ｓ协议将封首报文对应的字符串作为ＨＴTPS 协议的 Bo ｄ y ，发送到数据接入控制器的 XML-RＰC/ＲＥST Service 服务器上．
收取信件
使用协议对接方式从数据接入控制器收取一封信件需要四个步骤:
- 6 - / 15- 6 -
1、向数据接入控制器提供的 REST Service／XMＬ－RＰC 服务发送一份“查询 缓存信件"的报文(参“／信封范例/缓存信件/查询缓存信件/ｅnveloｐe。 xm ｌ” )。该请 求的响应是一封查询缓存信件-反馈报文,此报文中将会携带最近未读缓存信件的封首
- 7 - / 15- 7 -
互联互通系统建设方案
(如果有缓存信件尚未拉取),参考“/信封范例／缓存信件/查询缓存信件—反馈/envｅ lope。 xm ｌ”。
2、向数据接入控制器提供的 REＳT Service/XML—RP Ｃ服务发送一份根据缓存信 件封首中的唯一标识符构造的“封首已成功接收的确认信件”(参考“/信封范例/缓存信 件/确认封首／”)，以通知数据接入控制器将已获取的封首从未获取队列 中移除。如果此步骤失败,则获取的封首不会从为获取队列中移除,在下次进行此步骤时 会拉取到相同的封首。
3、解析信件封首中的 files 节点(如果有),从中提取封内文件的ＳＦＴＰ路径,从数据 接入控制器的 SFＴP服务器上下载对应的封内文件,并做 MD ５完整性校验。
4、向数据接入控制器提供的 REST Servicｅ/XＭL—RPC 服务发送一份根据缓存信 件封首中的唯一标识符构造的“封内文件已成功接收的确认信件”(参考“／信封范例
／缓存信件/确认封内／envｅｌ ｌ” )。数据接入控制器在收到此报文时会向信 件发送方发送一封回执信（参考“/信封范例/回执/envelｏpe．xml”),表示信件已成功被 接收方获取。
对接程序需要周期性的从数据接入控制器上收取信件,建议间隔时间不低于 10 秒．
- 8 - / 15- 8 -
互联互通系统建设方案
解封与加封
加封是将封内文件用交换控制信息包装，然后生成封首文件,最终得到封内文件和封 ,将封首文件和封内文件放入信件的文件夹中。其详细步 骤如下:
1。 创建一个空的新文件夹(文件夹名字不限,建议采用ＵUID 以区别于其它信件）；
‏ﻩ‏（包含交换识别信息和交换主体信息,根据业务需要,封内 文件可以包含零个、一个或多个),并将其放入刚创建的文件夹中,如果没有封内文件则跳 过此步和第三步;
‏ﻩ‏ MD５校验值,和其文件名（不包含其在文件系统中的路径信息)一 起填入封首文件;
‏ﻩ‏４‏。补全封首文件中其它控制信息（参见附录 B 以及“／信封范例"），将构造好的封 首文件放入刚创建的文件夹，并命名为“ｅ n ｖ elope。 xｍl”;
至此，加封过程完毕,即生成一个信件文件夹,可以将其放至发件箱，等待被发送。
- 8 - / 15- 8 -
解封是加封的逆过程，详