受理服务器社区

社区政务综合受理平台技术规范v1.
0服务总线接口规范福建省数字福建建设领导小组办公室发布目录1.
范围12.
规范性引用文件13.
术语和定义14.
总体架构24.
1.
架构组成24.
2.
业务流程35.
服务接口55.
1.
编码约定55.
2.
用户身份验证接口65.
3.
面向社区政务综合受理平台的接口75.
3.
1.
业务受理信息提交接口75.
3.
2.
信息综合查询接口95.
4.
面向省厅各类业务系统的接口105.
4.
1.
业务受理对接接口105.
4.
2.
业务受理结果返回接口11范围本规范规定社区综合受理平台服务总线的总体架构和系统接口.
本规范适用于指导社区综合受理平台建设和部门业务系统对接.
规范性引用文件术语和定义3.
1社区政务综合受理平台社区政务综合受理平台是各级部门窗口便民业务的统一受理入口,以设区市为单位部署于政务外网公用区,在街道、社区的综合窗口中使用.
引入社区综合受理平台后,各部门业务系统将业务受理和业务办理功能作分离,由社区综合受理平台负责业务受理,部门业务系统仅负责业务办理,从而实现"前台统一受理、部门分工办理"的服务新模式.

3.
2服务总线服务总线是传统中间件技术与XML、Web服务等技术相互结合的产物,它可以消除不同应用之间的技术差异,让不同的应用服务器协调运作,实现了不同服务之间的通信与整合.
从功能上看,服务总线提供了事件驱动和文档导向的处理模式,以及分布式的运行管理机制,它支持基于内容的路由和过滤,具备了复杂数据的传输能力,并可以提供一系列的标准接口.

总体架构架构组成社区综合受理的系统架构如下图所示:图1"福建省级政务服务总线—社区政务"系统架构服务总线上连省直部门相关业务系统,下连各设区市社区政务综合受理平台.
通过WebServices接口,实现上下数据交换.
服务总线作为政务业务协同服务总线,具有支持多个任务的业务协同管理能力.
由于由社区政务综合受理平台实现面向居民的多业务统一受理、反馈和查询等服务,故省直各部门需要抛弃原先的终端服务界面,改由接口方式接收社区政务综合受理平台推送的受理信息,并向社区政务综合受理平台反馈办理结果.

根据省直相关部门的运行网络不同,设计了三种接入方式:1、业务系统运行在电子政务外网公用区的,则可以直接通过WebServices接口进行数据交互.
2、业务系统运行在政务网(或政务外网互联网区)的,需要在政务外网公用区部署一台交换前置服务器,服务总线将要交换给部门的数据推送到前置服务器,或者从前置服务器读取部门推送的数据.
部门架设网闸连接政务外网公用区与政务网(或政务外网互联网区),通过前置服务器实现数据交换.

3、业务系统运行在部门业务专网的,需要在政务外网公用区部署一台交换前置服务器,服务总线将要交换给部门的数据推送到前置服务器,或者从前置服务器读取部门推送的数据.
部门业务系统可以通过2种方式实现数据交换:(1)架设网闸连接政务外网与业务专网,通过前置服务器实现数据交换;(2)架设网络专线连接政务外网与业务专网,通过前置服务器实现数据交换.

业务流程受理信息交换和反馈的通用数据时序图如下图所示:图2受理信息交换和反馈数据时序图社区政务综合受理平台受理居民办事申请后,将受理信息按格式按要求提交到服务总线.
服务总线接收信息后,将受理信息进行拆包和记录相关流转信息,然后将信息转换成省直部门业务系统所规定的格式发送给部门业务系统.

省直部门业务系统办理事项后,将办理结果信息按格式要求进行封装后交换给服务总线,服务总线记录相关流转信息后重新封装办理结果信息并推送给社区政务综合受理平台.
社区政务综合受理平台在受理居民办事申请时,经常需要查询相关部门业务信息以识别居民是否需要提交材料以及需要提交的材料种类.
因此除业务受理信息和办理结果信息交换外,社区政务综合受理平台还有部门业务信息查询需求,信息查询的通用数据时序图如下图所示:图3信息查询数据时序图社区政务综合受理平台将查询请求信息按格式要求提交给服务总线,服务总线接收后将查询请求信息进行拆包和记录相关流转信息,然后将信息转换成省直部门业务系统所规定的格式发送给部门业务系统;省直部门业务系统接收查询请求信息后,执行系统查询并将查询结果信息反馈给服务总线,服务总线再将查询结果信息转发给社区政务综合受理平台.

服务接口编码约定下表规定了本技术规范中各个接口的返回值约定.
表1接口返回值约定返回值编码编码描述00接口调用成功10未找到匹配的信息11要求必填的输入参数值为空12身份验证不通过或GUID过期13用户无权限操作该接口14单位找不到(单位需用全称)15XML文件的格式不对16XML文件节点不全17XML文件中必填节点值为空18名称数组个数与内容数组个数不一致19名称包含exe等可执行文件扩展名20内容为0字节21时间格式不正确,应为2012-12-01或2012-12-0115:01:5922未知事项23申报号已存在(重复推送申报受理信息)24申报流程不存在(推送审批结果时候未找到申报受理信息)99调用接口失败(系统内部错误)用户身份验证接口部门业务系统调用服务总线接收推送接口时,服务总线首先会对调用方的身份进行验证,调用方的用户名和密码由服务总线分配.
本接口负责部门业务系统的身份认证功能,部门业务系统通过调用本接口,通过服务总线身份认证后将获取到一个身份验证串,用户使用该身份验证串就可以调用服务总线接收推送接口.