龚炜 安徽省经济信息中心 230001

数据交换平台在政府信息资源整合中的应用

龚炜 安徽省经济信息中心 230001

政府信息资源数据交换平台（简称 数据交换平台）是为了解决解决政府部门间信息分散、信息不规范和难以获取等问题而构建的统一的平台。平台的建设能有效解决政府部门“信息孤岛”的问题。本文详细介绍了政府部门间异构数据库业务系统的接入方式，数据共享问题，以及基于ESB企业服务总线的高性能、高可用性和高可扩展性的问题。

1 、系统面临的问题

目前政府各部门特别是省、市级以上政府部门的业务处理已经实现了信息化，建立了各自的业务处理系统，为了解决信息共享，有的政府部门也整合了本系统内的各个业务系统，实现部门内各个业务系统的互联互通和信息共享问题。但只是从一个个小的“信息孤岛”变成了一个大的“信息孤岛”，部门与部门系统间的业务系统各自独立，还是难于实现信息共享等诸多问题。为了从根本上改变政府部门间存在的“信息孤岛”的局面，需要建立统一的具有支持多种交换方式、跨多种业务平台、扩展性强、操作方便的数据交换平台，为共享交换部门内部局域网和政务外网公共业务数据交换和共享提供服务。

2 、平台主要技术路线

●采用成熟的中间件技术 ●面向服务的架构（SOA）●服务总线（ESB）技术 ●Web服务（Web Services）

3 、系统的设计

系统采用成熟的数据交换中间件，基于ESB总线进行应用集成，采用面向服务的体系架构，这样可以降低应用系统、各个组件及相关技术的耦合度，消除应用系统点对点集成瓶颈，降低集成开发难度，提高复用，增进系统开发和运行效率，便于业务系统灵活重构，快速适应业务及流程变化需要。

3.1 整体逻辑结构

整体系统框架由六块组成：数据交换、资源服务、统一管理、共享库、资源门户、规范及制度模块。见图2。

1）门户管理模块：门户管理模块为对信息资源和应用的访问提供入口，并提供信息资源门户展示服务。

2）规范及制度模块：本模块主要是工作推进管理模式的建设，包括管理办法、技术规范、运维制度等建设。

3）资源服务模块：按照信息资源服务业务应用进行加工组织，建立对外服务统一机制，实现信息资源统一管理和服务访问控制。

4）基础（共享）库管理模块：对使用基础（共享）库的资源（数据库和文件）的管理。

5）交换平台模块：对业务用户使用数据交换系统进行资源（数据库和文件）进行交换。

6）统一管理模块：对交换平台底层的监控，对资源被访问的日志、交换平台进行交换、基础（共享）库的日志的采集，并对这些日志记录的次数和信息量进行统计和分析。

3.2 整体应用框架

数据交换平台将为各类政府业务应用服务，采用中心——前置机模式实现。逻辑上包括数据交换部门前置、数据交换中心、信息服务中心、中心共享库、中心服务库、中心应用库、数据交换产品、应用服务器产品等。应用结构如图3。

1）业务应用：数据交换平台所服务的业务应用系统。

2）数据交换部门前置：数据交换部门设立前置机，完成部门应用系统的数据桥接，为数据交换平台共享数据。

3）数据交换中心：采用中心监控管理模式，数据交换中心负责各部门业务数据的接收和管理，以及集成数据为业务应用系统服务。包括建立中心共享库、中心应用库等。

4）中心共享库：采用统一共享下发模式，为各部门共享需要的数据。对业务系统需要的数据进行数据加工、清洗处理，并按照业务需求进行管理。

5）中心应用库：包括业务系统数据、中心管理说需要基础数据等。

6）信息服务中心：按照业务需求，建立中心服务库服务中心，采用服务形式形式进行管理，供其他应用系统调用。

7）数据交换产品：建立数据交换平台的基础软件，包括应用集成中间件和消息中间件。

8）应用服务器产品：为基于J2EE应用系统提供基础架构支撑。

9）统一管理和维护：构建平台管理系统，通过平台各子系统的接口和资源属性配置，实现对配置、运行状态监控、存储、备份和恢复等方面的统一管理工作。

10）标准规范：建立数据交换平台的数据规范、接口规范、数据更新机制、交换结构等基础规范，方便系统扩展及实施维护。

图2 整体逻辑架构

11）管理制度：建立对接指南、对接协议、更新考核制度、维护制度、管理制度等。

3.3 整体技术框架

以基于 SOA（ Service Oriented Architecture，面向服务架构）和总线ESB （Enterprise service Bus，企业服务总线）的体系架构建设门户服务集成系统，将充分利用服务松耦合的软件模式以及各种主流的开放标准。可以用一个服务替换另一个服务而无须关心其底层的实现技术和服务的位置，唯一要考虑的就是服务接口，而它采用了通用的 Web 服务和 XML标准。

对已有的应用系统的已有资源进行服务封装，统一发布为WebService服务。按照门户集成的需要，通过ESB服务总线对服务进行编排，生成包括基础数据查询、数据分析、流程整合、信息浏览、业务应用等服务，统一对服务进行注册管理，按照门户服务集成要求，进行查找调用。

3.3.1 基于SOA架构的信息服务中心架构，见图4。

信息服务中心系统包括以下主要部分：

数据服务封装：按照业务系统数据格式要求进行数据格式清洗、数据加工。

信息服务封装：按照业务系统的似乎精确、数据业务逻辑进行信息核实、信息统计等加工。

服务编排功能：对数据服务和信息服务按照业务的服务要求进行流程编排。

服务管理功能：对服务进行注册、浏览、调用等管理。

服务安全审计：对访问权限、服务调用权限做统一管理控制。

服务门户运行：建立数据资源的服务浏览、授权、审计的运行支撑。

图4 信息服务中心架构

3.3.2 基于ESB服务总线的数据交换平台应用架构

数据交换平台采用应用集成中间件和消息中间件构成，满足各部门之间的数据交换需要。应用集成中间件适配器完成不同部门不同系统数据资源的数据采集及写入，ESB服务总线提供数据交换机制、交换流程、交换规则的设定及管理；消息中间件建立不同部门不同数据源之间的安全可靠的传输通道。

图3 整体应用架构

3.4 架构设计优势

使用基于SOA架构和ESB总线技术搭建的数据交换平台将提供以下优势：

1）采用SOA松耦合的协作方式，定好各个部分的技术、业务及组织上的接口及边界，便于分布实施，实现协同建设；

2）使用基于SOA的服务平台，可方便快速将业务逻辑或现有应用系统的功能封装发布为服务，能够充分利用传统的技术和现有的IT资源；

3）基于SOA的基于门户的服务集成系统支持多种服务集成方式，比如，JCA、Web Service、Messaging、Adaptors等。适配器既屏蔽了不同应用系统的技术接口复杂性，又能够满足不用修改原有应用，对现有业务系统的运行影响较小的要求；

4）提供了功能全面的开发工具能够快速开发和部署SOA相关的应用，并提供可视化拖拽图形映射工具，能够加快系统集成的速度，并能够保证开发的质量；

5）基于SOA架构的门户服务集成系统提供了灵活、可扩展的企业服务总线ESB，便于集成不同技术实现和通讯协议的服务和应用系统，在其上开发的集成应用，具有良好的扩展性；

6）基于SOA架构的门户服务集成系统可以采用目前先进、开放式标准和开放的技术体系，比如，XML、Web Service、SOAP、JMS, JCA等。

4 、结束语

以门户服务集成模式为主线，面向业务协作、辅助决策、信息查询等业务应用，通过面向服务的服务封装、编排等服务集成技术，构建面向服务的体系架构的数据交换平台。按照业务资源的数据准、底数清、应用明的整体目标，对各部门、各系统业务资源的进行服务封装，通过服务总线，将业务资源服务进行集成应用。有效解决政府部门间“信息孤岛”的问题，实现政府信息资源的有效整合利用，同时也实现政府部门间信息共享的问题。

10.3969/j.issn.1001-8972.2010.20.032

ESB；SOA；web服务；中间件