数据交换平台技术规范

数据交换平台技术规范目录前言 41.引言 51.1适用范围 51.2引用的规范文件和有关规定 51.3术语和定义 61.4缩略语 72.系统总体设计要求 72.1平台介绍 72.1.1概述 72.1.2体系架构 72.1.3系统结构 92.2功能体系 92.2.1数据交换 92.2.2交换节点管理 102.2.3交换流程管理 112.2.4系统管理 112.3技术要求 122.3.1基本要求 123.系统性能要求 133.1开发环境要求 133.1.1要求描述 133.1.2性能指标 133.2平台部署、运行要求 143.2.1要求描述 143.2.2性能指标 153.3数据共享交换服务要求 153.3.1要求描述 153.3.2性能指标 173.4平台扩展性需求 173.5平台管理模式要求 183.5.1要求描述 183.5.3性能要求 183.6共享交换应用服务要求 183.5.1要求描述 193.7对性能的规定 193.8运行环境适应性要求 20前言《数据交换平台技术规范》，是根据国家有关规定和国标，并且在数年电子政务系统建设和应用经验的基础上，针对信息资源交换平台的功效技术条件编制而成的。政府各单位可根据本规范为本单位的办公业务系统开发软件接口，实现与数据交换平台无缝对接，从而实现与全市其它单位的系统联网进行电子公文、业务资料、业务信息等各类信息资源的交换。本规范只给出交换平台的技术商定，不涉及信息资源的管理规定。各单位使用本规约的时候，应注意恪守国家和我省有关法律法规和规章制度。1.引言数据交换平台是为解决全市各部门内数据交换与共享需求而提出的一种综合性服务平台，数据交换平台的建设和实施，将能够解决各部门内应用系统之间的数据共享和集成问题，为各部门内的应用系统提供全局试图、全局数据权限试图和完善数据交换服务，从而解决各部门内部诸多应用系统在“联邦模型”（一种应用系统间松散耦合的模型）下出现的信息孤岛问题，让多个数据资源能够在应用系统间实现互联互通，推动政府信息化进程。数据交换平台以国家统一的电子政务网络为基础，通过构建覆盖全市各部门信息资源交换体系技术总体架构，围绕跨部门的业务协同，以部门业务信息为基础，拟定部门间交换信息指标及信息交换流程，实现不同部门间异构应用系统松耦合的信息交换，形成部门间政务信息资源物理分散、逻辑集中的信息交换模式，提供部门间横向按需信息交换服务，提高各部门行政管理效率和公共服务水平，满足各部门推行职能的需要。1.1合用范畴本规范规定了数据交换平台的体系架构、功效体系及技术规定。本规范合用于信息资源交换体系的建设、规划、设计和实施。1.2引用的规范文献和有关规定本规范引用的重要技术原则、规范和行业管理规定涉及：GB/T7408-数据元和交换格式信息交换日期和时间表达法（ISO8601：）GB/T9704-1999国家行政机关公文格式GB/T21O62.1-政务信息资源交换体系第一部分：总体框架。GB/T21062.2-政务信息资源交换体系第二部分：技术规定。GB/T21062.3-政务信息资源交换体系第二部分：数据接口规范。GB/T21062.4-政务信息资源交换体系第二部分：技术管理规定。《电子政务原则化指南》，国务院信息化工作办公室和国标化管理委员会1月印发。《国家电子政务总体框架》，国务院信息化工作办公室3月印发。1.3术语和定义数据交换信息资源在互相之间联网的两个或两个以上不同计算机系统之间发送、传输、接受的过程。数据交换平台特质专用于为互相之间联网的不同计算机系统集中分发、中转、传输、接受数据的计算机网络信息系统。发送方在一次数据交换过程中，交换的初始发起机关或者发送者。接受方在一次数据交换过程中，交换的最后接受机关或者接受者。交换节点政务信息资源共享交换平台的构成部分，实现政务信息资源的适配、转换和传输。交换流程按照特定规则，由组件编排组合并完毕特定数据交换任务的工作程序。交换中心政务信息资源共享交换平台的交换管理中枢，管理交换节点和交换流程，实现政务信息资源的交换及监控管理。WebServices基于XML进行数据交换的一种跨平台的系统通信方式。XML（ExtensibleMarkupLanguage）可扩展标记语言，定义了用于定义其它与特定领域有关的、语义的、构造化的标记语言的句法语言。XMLSchema用于描述XML的内容构造。1.4缩略语HTTP 超文本传输合同(HypertextTransferProtocol)HTTPS 安全超文本传输合同(SecureHypertextTransferProtocol)SOAP 简朴对象访问合同(SimpleObjectAccessProtocol)JMS Java消息服务(JavaMessageService)Ftp 文献传输合同(FileTransferProtocol)SOA 面对服务架构(Service-OrientedArchitecture)ESB 公司服务总线(EnterpriseServiceBus)2.系统总体设计规定2.1平台介绍2.1.1概述数据交换平台是实现信息资源的适配、转换和传输，并对交换过程进行配备、监控和管理的信息系统，重要含有数据交换、交换节点管理、交换流程管理、系统管理等功效。数据交换平台系统支撑交换中心和交换节点的运行，交换节点含有信息资源适配、转换和传输等基本功效，交换中心含有交换节点的基本功效，并含有对交换节点和交换流程进行配备、监控和管理的功效。2.1.2体系架构数据交换平台系统体系架构见图,涉及服务层、功效层和数据层。服务层以JMS、Web服务等形式对功效层各项功效进行封装后提供服务，重要涉及文献交换服务和数据库交换服务等。文献交换服务接受文献交换请求，将文献交换到指定位置。数据库交换服务接受数据库交换请求，将数据库中的数据交换到指定的数据库中。功效层重要涉及数据交换、交换节点管理、交换流程管理、系统管理等功效。数据层重要涉及文献和数据库等形式的可交换数据。2.1.3系统构造概述数据交换平台应涉及数据交换、交换节点管理、交换流程管理、系统管理等子系统。系统内部构成数据交换子系统应实现数据适配、数据转换和数据传输等功效。交换节点管理子系统应实现交换节点注册和交换节点监控等功效。交换流程管理子系统应实现交换流程配备和交换流程监控等功效。系统管理子系统应实现日志管理、统计分析和备份管理等功效。各子系统关系数据交换子系统按照交换流程管理子系统所配备的交换流程，实现交换节点之间或交换节点与交换中心之间数据的适配、转换和传输；系统管理子系统对数据交换、交换流程管理、交换节点管理等子系统运行过程中产生的日志信息进行统计、备份和统计分析。2.2功效体系2.2.1数据交换数据适配应支持文献或数据库数据的访问、抽取、传输与写入，涉及文献适配和数据库适配；文献适配应支持二进制和文本等格式文献的适配；数据库适配应支持多个主流数据库的适配。数据转换应支持异构数据之间的格式、代码转换；应提供数据转换规则定义接口和惯用转换函数，并可自定义转换函数。数据传输应实现数据在网络中的可靠传输，并支持断点续传；应支持HTTP、HTTPS、TCP、TCPS、JMS、SOAP、FTP等多个合同；应支持将数据从一种交换节点同时发送到多个交换节点的数据传输模式；应支持文献大小4GB以上单个文献的传输；应支持单表统计数万条以上数据库数据的传输。2.2.2交换节点管理交换节点注册应支持交换节点信息在交换中心的注册、更新等工作；应涉及交换节点信息的登记、修改和删除等操作；交换节点信息应涉及交换节点IP地址、端标语、交换节点名称等信息。交换节点监控应支持交换节点运行状态监测和交换节点控制等工作；应涉及交换节点状态信息统计、交换节点状态信息查看、故障和报警信息提示、交换节点启动、交换节点停止等操作；交换节点状态信息应涉及交换节点名称、IP地址、端标语、运行状态、故障状况等。2.2.3交换流程管理交换流程配备应支持交换流程所涉及有关规则的配备工作；应涉及交换流程的创立、修改和删除等操作；交换流程配备所涉及规则重要涉及传输合同、时间规则、路由规则、转换规则、日志统计规则等；应提供可视化拖放配备方式，支撑数据适配、数据转换、数据传输等功效和有关规则的可视化配备管理；应支持交换流程在交换中心或交换节点的热布署和热切换功效。交换流程监控应支持交换流程运行状态监测和交换流程控制等工作；应涉及交换流程状态信息统计、交换流程状态信息查看、故障和报警信息提示、交换流程启动、交换流程停止等操作；交换流程状态信息应涉及交换流程名称、运行状态、故障状况等。2.2.4系统管理日志管理应支持数据交换、交换节点监控、交换流程监控等过程所产生日志信息的统计与管理等工作；应涉及日志信息的统计、查询、统计、备份和删除等操作；数据交换日志信息重要涉及发送节点名称、接受节点名称、资源名称、交换数据量、发送时间和接受时间等；交换节点监控日志信息重要涉及交换节点名称、状态变化、状态变化时间等；交换流程监控日志信息重要涉及交换流程名称、状态变化、状态变化时间等；日志统计操作应按照统一的时间原则统计时间。统计分析应支持系统运行状况、数据交换状况的统计和分析等工作；应涉及故障与报警统计、资源交换次数统计、资源交换数据量统计、资源交换趋势分析等。备份管理应支持交换节点信息、交换节点状态信息、交换流程配备信息、交换流程状态信息和日志信息等数据的备份和恢复工作；应涉及手动备份、自动备份、手动恢复、自动恢复等操作；应支持全量备份、增量备份两种备份方略，备份数据应能精确、完整、快速地恢复。2.3技术规定2.3.1基本规定应支持SOA架构和ESB技术；应通过组件方式实现文献适配、数据库适配、数据转换、数据传输等功效；应采用由交换中心集中管理的端对端分布式体系构造，使数据能在各交换节点间并行传输；应支持跨防火墙的数据传输；应根据应用需求，按照国家信息安全等级保护制度拟定交换中心及交换节点的安全等级，并根据拟定的安全等级配备对应的安全防护方法；应含有符合安全等级规定的快速恢复能力；应含有良好的可扩展性，可根据交换需求的变化实现系统的扩展布署；应保障交换节点、交换中心之间数据的可靠传输；应提供7*24小时稳定可靠的服务。3.系统性能规定3.1开发环境规定平台主体建设完毕后，必须能够支撑信息系统、多个数据资源的快速接入，并支撑多个应用系统的快速开发，因此，平台必须包含一种快速SOA架构的开发环境。3.1.1规定描述平台应支持面对服务架构(SOA)的服务开发、服务布署和服务组合。平台应能够对应用、服务、数据进行整合。平台应提供通用适配器，以适配连接到平台的各类应用、服务、数据，涉及采集和交付两类适配器，并能为多个数据库、应用系统快速服务。平台应提供工具，支持主流开发语言(Java、C/C++、C#、VB)，能够开发、定制特定适配器。开发的适配器应支持参数配备和版本控制管理。运用平台提供的工具，能够快速整合应用、服务和数据。适配器应能够由中心通过网络进行分布式布署到节点和管理。分布布署到各节点的适配器应能够由节点工具进行配备和运行监控。平台应提供GUI工具进行服务组合和编排，并支持BPEL流程。平台应支持以WSDL和UDDI原则描述的WEB服务。平台应将交换服务、安全服务等功效模块的接口与开发环境进行良好的整合。平台应实现市、区、县三级平台架构，并具体支持数据库、格式化文献和非格式化文献的两级平台交换。3.1.2性能指标平台开发环境应支持分布式调测(debug)。平台开发环境必须支持XML、JMS、JCA、J2EE、.NET和WebServices组件原则.平台开发环境必须支持多个传输合同的连接模块，涉及TCP、HTTP、HTTPS、JMS、WebServcies等。3.2平台布署、运行规定平台应能够在地市内部网络和各区县政务外网上正常运行，在确保性能和稳定性的规定下，所需硬件、软件配备尽量低。3.2.1规定描述平台为支撑多项跨部门应用的基础设施，应含有较高可靠性，在整合多个模块和多个节点的基础上，应支持P2P的可靠数据交换模式，避免单点故障和效率瓶颈。平台应不存在单点故障平台由多台服务器共同支撑，同时用于复合的业务流程中，因此需要对单点故障进行管理，实现故障切换。平台应含有多层次备份能力平台应含有适配器、服务、系统等多层次备份和恢复能力。系统自动切换到备份系统后，规定数据不能丢失。平台应含有可扩展能力根据平台所接入节点、应用、服务、数据的变化，平台应含有扩展能力，并且所提供的扩展方式不应影响平台工作效率。平台应提供负载均衡能力根据平台中各模块的负载程度，平台应能够自动进行负载均衡管理。平台中的模块应能够灵活配备平台中的各个模块应可运行在不同环境中，通过配备，平台的配备可动态变化。运行监控平台应提供监控的人机界面，对服务组件进行远程管理和监控。平台不应影响所接入系统的运行平台对接入的系统、服务和数据不能造成任何有害影响。3.2.2性能指标平台应支撑多个主流操作系统，如Windows,HPUnix,AIX,Solaris,Linux等，要重点考虑对LINUX的支持。平台应含有跨越多个网络环境，穿透多重防火墙的能力。3.3数据共享交换服务规定运用平台提供的基础服务建立一种数据交换环境，通过对数据转换和传输过程的集中统一控制和规范管理，以多个数据共享交换方式实现省级、地市级委办局之间的数据共享与业务协同，为跨部门的应用提供支撑。平台可实现多个信息资源的交换和共享，涉及文献交换，数据库数据交换，事件驱动、请求/响应和公布/订阅等多个方式。文献交换实现各部门间一对一、一对多的文献交换。数据库数据交换实现部门之间异构数据库之间的数据交换及中间格式转换。共享数据库建设运用数据交换服务，建设落地的公司基础信息和人口库、空间地理数据库等。基于服务的交换能够将多个数据库和应用系统方便、快速地包装成Web服务或JMS服务，解析各机构提供的各类服务接口中的数据，并转化为需求方的数据格式。3.3.1规定描述构建一种数据交换环境，实现在多个网络间不同应用系统之间的数据共享交换与业务协同，具体功效需求涉及下列多个方面：基于事件驱动的会话模式：推：点到点或点到多点的主动信息推送方式推送模式需支持数据增量实时、定时和周期性时间规则的数据服务模式。拉：点到点或点到多点的被动信息获取方式组播：在一种域或群组范畴内的多点群发方式基于服务的会话模式：请求响应：基于请求响应模式双向交互的被动服务主动服务：基于事件回调模式双向交互的主动服务交换平台应支持多个不同会话方略：实时：基于事件驱动，由系统运行时动态产生和控制的会话方式定时：由系统定时器根据预设的定时方略产生和控制的会话方式手工：系统运行时由顾客手工产生和控制的会话方式支持多个灵活的交换方略交换平台规定实现的两种数据交换方式：对等交换(数据“不落地”)模式：各部门之间通过交换平台实现透明的点对点对等交换，交换的数据不需存储在交换中心节点中。交换共享(数据“落地”集中)模式：各部门之间通过交换平台实现交换，交换的数据通过中心节点存储在共享信息库中，形成需要共享的基础数据。支持多个数据接口支持多个数据接口，能够提供数据库、文献系统、JMS、Web服务、API接口等多个接口方式。支持多个传输合同：平台可支持多个网络交换合同完毕信息资源的交换，涉及JMS消息、FTP、SNTP、HTTP(s)、WebService等，并且规定节点之间交换的合同可配备完毕。能够进行跨网段数据交换能够跨网段、跨防火墙访问，提供相似或不同网络之间的数据交换、数据转发功效。保障信息安全能够运用信息安全体系的基础服务，通过对敏感信息进行加密等手段，实现信息内容的保密和操作的不可抵赖性。提供数据交换日志能够对全部的数据交换任务纪录具体的日志信息，确保能够对数据交换任务进行追踪和事后审计。提供数据格式转换能够对各部门的数据格式原则进行管理，在此基础上为不同部门之间的数据交换提供数据格式转换服务。满足布署、运行环境和分布管理模式的规定交换服务的运行环境由分布于各部门的多个节点服务器和数据交换中心的数据交换管理服务器构成，其中，前者是一种前置机或信息资源共享单元，作为一种共享区域寄存各部门与其它部门之间的交换数据。平台能够扩展成为全省级共享交换平台。平台应十分方便增加接入省级部门节点，扩展成为省级信息共享交换平台架构，并支持多个跨部门信息共享交换应用和共享库的建设。平台并可进一步扩展成为省市二级平台架构，省级与市级各部门的交换将通过跨二级平台的交换方式。应支持数据库、文献(涉及二进制大文献)的交换。3.3.2性能指标系统容量规定：单台普通PC服务器支撑的交换系统数不不大于20个，同时挂接的数据交换接口不不大于200个；支持P2P的交换方式。P2P的交换数据无需通过中心，避免中心单点故障和效率瓶颈数据交换能力：系统支持文献和数据库数据等多个交换方式，并含有良好的负载均衡能力，交换数率达成最少1000x1k/s；交换数据量：支持大数据包和大二进制文献的交换，数据量大小不应受限制；3.4平台扩展性需求平台应十分方便增加接入省级部门节点，扩展成为省级信息共享交换平台架构，并支持多个跨部门信息共享交换应用和共享库的建设。平台并可进一步扩展成为省市二级平台架构，省级与市级部门的交换将通过跨二级平台的交换方式。应支持二级平台之间的数据库、文献(涉及二进制大文献)的交换。3.5平台管理模式规定平台含有本身管理功效，通过管理模块来配备和管理各子系统的接口和资源属性，可进行系统本身配备、运行状态及存储、备份和恢复等管理工作，能够配备和管理平台的交换数据流程，能够配备和管理节点之间交换的合同。3.5.1规定描述平台管理功效应支持交换中心节点对平台基础设施的集中技术管理、业务主管部门(如工商局)对平台应用(如公司基础信息应用服务系统)的业务管理、以及参加信息交换委办局对节点交换服务(监控、配备)分布管理的规定，充足满足参加信息共享交换不同部门的管理需求。平台管理重要涉及平台本身的系统安全管理、软件模块管理、系统运行日志管理功效。