区县电子政务服务平台对接方案

1、区县电子政务服务平台对接方案（此文档为word格式，下载后您可任意修改编辑）1 目的和范围32 概述32电子政务应用服务支撐基础32.2 共亨与交换平台的应用模式42.2.1 “集中控制”应用模式42.2.2 “分散控制”应用模式62.2.3 “递阶式控制”应用模式72.2.4 区县电子政务应用模式102.3 信息共亨与交换的需求形式102.4 电子政务服务平台的定位112.4.1 业务需求122.4.2 技术需求122.4.3 资源共享、资源门户122.4.4 外部服务133 电子政务服务平台基础架构133.1 平台的基础服务架构133.2 平台技术架构153.2.1 屮心月艮务器163.2

2、.2 节点工作站服务器17323适配器183.3 平台物理部署194 平台功能要求204平台所包含的开发环境需求204.1.1 需求分析204.1.2 性能指标214.2 部署、运行需求214.2.1 需求分析214.2.2 性能指标234.3 应用与平台的对接方式概述235 应用与fiorano平台集成方案245.1 数据交换245.1.1 交换数据规范245.1.2 数据交换实现255.2 应用系统接口集成15.2.1 基于api方式的应用集成15.2.2 基于消息队列的应用集成25.2.3 基于组件的应用集成35.2.4 基于服务的应用集成45.3 业务流程整合66 附件1消息交换格式规

3、范87 附件2. fioranoesb jms接口组件开发标准88 附件3. c/c+接口组件开发标准错误!未定义书签。9 附件4. web services接口的wsdl文件错误!未定义书签。1目的和范围这篇文挡主要描述各委办局节点应用、各异构数据库和新建应用 与电子政务平台的连接方式。2概述2.1电子政务应用服务支撑基础北京市和各区县政府机构都己建起了自己的计算机网络，有自上 而下的纵向专网，也有连接各委办局(横向)的电了政务外网，互联网 (internet)的使用也十分普遍，但是如何让应用和数据充分利用这些 网络基础设施，仍然是一个十分艰巨的挑战。在以往的电子政务信 息系统建设中，构建了

4、许许多多各种类型的应用系统，这些彼此独立 互不相通的应用系统，造成了各式各样的“信息孤岛”，数据不能共 享，业务无法协同，成为了制约电子政务进步发展的瓶颈。数据共享与交换平台是实现政府各机构间通信、互连、转换、可 移植性和安全性标准接口的基础软件平台。平台通过统一的规范和标 准，以xml描述交换的数据格式利数据本身，能够消除由于应用范围、 构建方式、系统结构、数据资源等方面所产生的各机关政务系统间的 差异，实现信息的高度共享和网络办公，保证数据交换的透明、简便、 可靠、安全。因此说，信息共享与交换是电子政务应用服务平台的基 础。2.2 共享与交换平台的应用模式区县数据共享与交换平台依托于区县电

5、子政务外网平台，其目标 是实现多个管理部门之间的互联互通和信息共享，促进相互之间的业 务协同与互动。根据各委办局管理和具体业务结构特征，归纳出了三种基本的应 用模式，它们是“集中控制”应用模式、“分散控制”应用模式和“递 阶控制”应用模式。区县电子政务服务平台是典型的计算机分布式应用系统，分布式 应用不仅包含网络应用之间的数据流，一个分布式基础架构平台需要 同时支持控制流和数据流。下面我们从数据流和控制流二个方面来分 析共享与交换平台的应用模式。2.2.1 “集中控制”应用模式“集中控制”应用模式在系统原理上对应于系统控制论中的“集中控制”结构方案，如1所示。信息共享平台部门业务数据摩图1 “

6、集中控制”应用模式结构 特征分析“集中控制”应用模式特征如下：（1）管理和控制集中。指有一个统一的业务集中管理和调度中 心，由某个主管单位进行统一的组织、管理和维护，集中制定和建设 统一的信息资源目录体系、元数据库以及信息交换标准等规范，集中 整合和集成各单位的业务系统数据，建立和维护集中统一的共享信息 库，实行集中管理、统一决策。（2）观测集中。关于系统中各单位子系统的相关运行状态信息 （共享信息），可由系统进行统一的信息处理和集中观测。用户只需 “一站式”访问数据服务主中心就可以获取所需的各部门的共享信息。（3）纵向信息流。具有各互通单位之间进行交互的纵向信息流。 包括：上行

7、的状态观测信息流（即源自各单位的共享信息数据），下 达的控制指令信息流（发送给各单位的信息操作指令）。（4）经典信息模式。所谓“经典信息模式”是指集中的控制与 观测的信息模式，集中控制器对系统的全局状态，在结构上是可控制、 可观测的。即平台系统对各单位所提供的共享信息能够进行统一的控 制和集中的观测。（5）辐射式拓扑结构。控制中心与各管理单位之间的控制和观测信息通道形成辐射式（星形）的拓扑结构。 适用性综上所述，“集中控制”应用模式适用性条件如下：(1) 管理控制中心部门与各单位往往属于行政从属关系;(2) 用户要求采用集中控制方案。2.2.2 “分散控制”应用模式“分散控制”应

8、用模式是指没有一个统一的集中管理和调度中 心，各部门的共享信息资源分散部署在各自部门，并自行组织、管理 和维护，分散部署的各部门可以自行发起，相互之间交换共享信息资源。该应用模式的原理结构如图212所示。相互通信部门业务数据库图21 “分散控制”应用模式结构特征分析“分散控制”应用模式特征如下：(1) 管理和控制分散。每个部门独立管理和控制本单位的部门共享信息库，每个局部的部门共享信息库只能与其隶属的共建单位的 业务数据库进行交互操作，发岀局部操作控制指令。（2）观测分散。通过多个局部的部门共享信息库实现对整个系 统的分散观测，每个局部的部门共享信息库只能对相应的共建单位业 务数

9、据进行局部观测，接收局部观测信息。即用户欲获取所需的各部 门的共享信息，只能对该部门进行单独的访问和观测。（3）横向信息流。为了实现各局部共建单位之间的协调，需要 进行相互之间的通信，从而在各部门共享信息库之间具有横向信息 流。（4）非经典信息模式。具有分散的控制与信息观测模式，局部 的部门共享信息库对整个大系统的全局信息状态，在结构上是不可控 制、不可观测的。（5）p2p（点对点）网状拓扑结构。各个分散的部门共享信息库之 间相互通信形成p2p网状式拓扑结构。2.222 适用性综上所述，“分散控制”应用模式的适用性条件如下：（1）各共建部门在管理上属于行政平行关系，自发形成儿个部 f 1之间的

10、信息交换和共享；（2）用户要求釆用分散控制方案。223“递阶式控制”应用模式“递阶式控制”应用模式是指各个共建部门按照统一的标准规范，整合本部门业务系统数据，形成共享数据库；根据具体情况，共 享数据库一部分部署在各部门，自行维护；另一部分由数据服务主中 心进行统一的集中式管理。“递阶式控制”应用模式的原理结构如图 3所示。数据服务主中心部门业务数据库图3 “递阶式控制”应用模式结构特征分析“递阶式控制”应用模式特征如下：（1）管理和控制递阶。采取“上级一下级”的分级递阶式控制 结构。其中，下级各分散的部门共享信息库分别对相应的共建单位的 业务数据库进行控制操作，发岀局部操作控制指

11、令；上级集中式共享 信息库对各个分散的部门共享数据库进行协调控制，间接地对整个业 务系统进行集中式全局控制，从而实现“集中一分散”相结合的大系 统递阶控制。（2）观测递阶。采取“上级一下级”的分级式递阶观测结构。 其中，下级各分散的部门共享信息库分别对相应的共建单位的业务数 据库进行局部观测；上级集中式共享信息库对各个分散的部门共享数 据库进行协调观测，间接地对整个业务系统进行集中式全局观测，从 而实现“集中一分散”相结合的大系统递阶观测。（3）递阶信息流。在“集中式共享信息库一各分散的部门共享 信息库一各共建单位的业务数据库”之间，递阶式传递纵向信息流。 其中，在“集中式共享信息库一各分散的

12、部门共享信息库”之间，为 上级的协调控制与协调观测信息；在“各分散的部门共享信息库一各 共建单位的业务数据库”之间，为下级的各共建单位子系统的控制与 观测信息。（4）准经典信息模式。它是递阶的控制与观测的信息模式。集 中式共享信息库（协调器）通过各局部的部门共享信息库（局部控制 器），在结构上有可能对整个业务系统进行间接的控制和观测，故称 之为“准经典信息模式”。（5）宝塔式网状拓扑结构。上级的集中式共享信息库与下级各 局部的部门共享信息库、各共建单位的业务数据库之间的信息通道， 形成宝塔式的网状拓扑结构。在宝塔的最上一层，各部门之间的数据 流形成网状互通结构。 适用性综上所述，

13、“递阶控制”应用模式适用性条件如下:（1）行政上各部门相互独立，但由于共同的业务需求，需要业 务协同，信息共享和交换，如应急联动、行政联合审批系统、信访系 统等；（2）用户要求采用分级递阶控制方案。2.2.4区县电子政务应用模式为适应现实的政府体制和管理模式，尤其是不同业务的需求，平 台必须能支持以上不同的应用模式或几种模式并存的混合模式。根据 区县电子政务平台权属部门为信息办（资源中心），因此，平台主要支 持第三种模式的应用。至于第二种模式应用，平台将来通过提供uddi 服务注册库或使用平台的交换服务（数据不落地，只提供交换通道的 方式）为委办局提供服务。2.3信息共享与交换的需求形式根据电

14、了政务综合性应用的特点，我们可以归纳出三个方面的整 合需求：即数据交换、流程整合和服务整合。具体形式表现为：数据同步（data synchronization）和数据汇总（data aggregation）（数据交换）节点采集的数据（库）需以同步或异步方式送往其它节点系 统，保持各个节点异构系统中的数据同步或实现数据的集中与 汇总，节点之间数据通信可以跨不同网段（穿防火墙）。自动化协同业务流程构建、整合和管理(bpms)构建于分布异构系统之上的服务按业务流程主线连接成多 步(nwistep)的业务流程，如行政联合审批业务等。通过业务 流程管理(bpms)技术，实现业务流程的灵活组合、调度和监控

15、 管理，满足不断变化的业务需求。(流程整合与管理)由分布的节点服务构建大型综合应用(composite application) (服务组合)某些大型的综合应用系统如城市应急指挥系统、领导决策 等，需要由不同节点的服务，如元数据(库)服务、目录服务、 数据(库)服务、gis服务、交换服务、安全服务等构成。composite ap(3fllcaac<i2.4电子政务服务平台的定位处于物理互通网络中任何两节点的应用是可以通过约定协议进行 沟通的（完全分散控制的方式），哪为什么我们还需要通过中间人（服务 平台）来发生关系呢？要问答这个问题，我们须从政务管理和技术需 求两个层面来理解。2.4.1

16、业务需求领导决策管理（综合数据需求）各节点委办局拥有局部的数据，而领导决策需要全局数据及具有 决策意义高层次数据，如何从分布节点汇集并进行数据的整合十 分重要，而原始数据的采集和管理仍然在由委办局负责。业务协同和监察管理如行政联合审批，需将委办局审批流程按整合起来，形成协同办 公流程并提供监察接口 （行政许可法要求）。基于而向服务的架构（soa）应用基于面向服务的架构（soa）应用需要平台提供基础公共服务，无 须“再造轮子”。2.4.2技术需求提供各种接口及接口管理数据转化灵活路rh其它等2.4.3资源共享、资源门户通过元数据服务、冃录服务和统一的资源门户，使领导和公 务员方便使用共享资源。共

17、享资源包括：数据资源、服务资源和 应用资源。2.4.4外部服务平台不应是封闭的，应提供各种外部服务接口，以供其它电 子政务平台和系统调用。平台应提供快速通向soa的桥梁。总之，区县电子政务需要这么一种中间服务平台，满足电子政务系统 互连互通和政务管理的需求，并为应用提供资源共享和提供soa基 础设施。概括起来，平台的核心是支撑：数据交换资源共享服务整合和soa3电子政务服务平台基础架构3.1平台的基础服务体系架构电子政务服务平台的基础服务体系架构和服务模块如下图所示:综合应用其它应用勺增值服务基础公共服务企业服务总线esb/服务整合架构(。领导决策了 5联合审批范急联率 li'j服务总

18、线nnn虚线方框中是平台的主要服务功能模块，平台的基础支撑是企业 服务总线(esb)技术架构，并提供各种基础服务/增值服务和工具。用户将通过开发环境，即服务开发、组合工具，以及运行操作环 境,即服务部署和管理界而(portal)发生交互。委办局应用、各分布异构数据(库)和新建各电子政务综合应用将 通过各种预制适配器、定制组件(api)、或调用平台服务与平台交互。这篇文挡主要描述节点应用、各分布异构数据库和新建应用与平 台的连接方式。3.2平台技术架构平台技术架构如下图所示:fire wall应用节点工作站消息总线平台服务器委办局a数据中心f委办局b委办局cfire wall1适配组件、路fia

19、 1 w.活配纟h件.路适配组件、路由、数据转换由、数据转换由、数据转换zxp2p可族传输a适配组件、路 由、数据转换、平台技术架构图平台系统由一台中心服务器fioranoesb server(fes)和一台或多 台节点工作站服务器fioranoesb peer server(fps)构成。中心服务器 提供包括应用服务组合(process composer).组件开发环境、统一部署、 监控管理、安全管理等平台公共应用支撑服务。节点工作站服务器构 成分布式的服务组件运行环境，并提供事件管理功能如可靠事件的传 输管理机制等，与各节点应用接口的接口适配器(adaptors)运行于节 点工作站上。中心

20、服务器运行于覆盖各个部门的政务外网，节点服务器可以运 行于政务外网或者委办局内网(跨防火墙)，组成一个网状拓扑结构的 应用互联网络。数据交换是通过连接节点适配服务组件以及数据转换等一系列 功能组件，形成端到端的数据（业务）流程而实现的。由于可以灵活连 接服务组件的输入输出端，因而可以灵活构成满足不同需求的交换逻 辑。通过配置在每个数据交换节点（需要进行数据交换的各个委办局） 的交换服务，每个数据交换节点只需要与数据交换平台通过标准的接 口服务进行交互，并通过xml数据格式，而不需要应用系统间相互 直接连接访问就可以获取到所需要的数据。对于遗留的老系统，通过在该数据交换节点上配置适配服务组件 （

21、用不同语言如java、c/c+、vb封装），可以将老应用系统封装成标 准的接口服务（如jms或webservice服务），从而能够接入交换平台 并提供一致的访问行为和接口。3.2.1中心服务器中心服务器fes是数据交换平台信息控制中枢。中心服务器主 要完成服务组件组合服务、远程部署、管理配置、监控管理、安全管 理等功能。服务组件组合服务是系统的核心。系统根据由服务组件组 合成的业务流程和服务组件配置的运行节点，远程将服务组件部署运 行于节点服务器上，并在节点服务器上建立若干个消息队列作为 xml数据传输的通道，实现点对点或发布/订阅的信息传递。管理配 置包括服务组件运行节点的配置和组件本身的配

22、置。中心服务器主要 包括以下儿个部分：用户管理配置：管理连接到服务器的用户，设置访问系统用户的权限信息。服务组件组合服务：通过拖放方式连接服务组件的输入输出 端，形成应用之间的数据通道。 xsl管理配置：通过界面提供的拖拉方式和转换函数，设置 不同的xml格式之间转换的所使用的xslt,所生成的xslt 数据转换服务运行于节点上，充分利用节点的计算能力。管理服务：包括服务组件库管理和组件（适配器）本身的配置 管理、组件之间连接的管理（创建、删除、改变等），以及系 统运行管理（开启服务、应用等）。监控管理为用户提供系统的运行状况信息，包括组件运行状 态监控、数据流监控，口志等管理功能。3.2.2

23、节点工作站服务器中心和各节点工作站服务器fps 起构成分布式的服务组件运 行环境，并提供事件管理功能如消息队列和可靠事件的传输管理机制 等，与各节点应用接口的接口适配器（adaptors）和各种服务组件运行 于节点服务器上。节点工作站为运行其上的接口服务等组件提供两部 分主要功能：运行环境和监控信息采集：接口服务等组件运行其上，并将 有关服务组件的状态发送到中心服务器，中心服务器通过节 点服务器开启组件。可靠事件传输：为服务组件之间的数据传输提供可靠传输机 制，包括断点续传等功能。323适配器服务组件适配器是根据应用来定制的，为构建在数据共享与交换平台之上 的应用提供简单易用的连接服务组件。它

24、的主要功能是实现与应用的 对接，并把抽取和接收的xml消息发送到数据交换平台实现数据路 由和数据转换。适配器服务组件应可重用并可配置，不应包含数据路 市和数据转换代码。3.3平台物理部署外网企业庚务总线平台帀级平台u严*外网爷点js:务券:委办局接口jms/q数据中心昉火墻內技台內技台委办局a 节占患务器委办局血l内訊运行库jjms心委办局日 拾占患务器委办局b内訊运行库平台物理部署图委办局接口可以采用jms/q、数据库、或文件，建议采用jms/qofioranoesb企业服务器fesfioranoesb节点服务器fps数据库防火墙4 平台功能要求平台是支撑各类电子政务业务系统的信息化基础设施

25、，主要提供 目录与导航管理、数据共享交换、安全管理服务、平台管理等功能。4.1平台所包含的开发环境需求平台主体建设完成后，必须能够支撑信息系统、数据资源的快速 接入，支撑应用系统、门户的快速开发，因此，平台必须包含一个快 速开发环境。4.1.1需求分析平台应支持面向服务架构（soa）的服务开发、服务部署和服务组合。 平台应能够对应用、服务、数据进行整合1）平台应提供通用适配器，以适配连接到平台的各类应用、服务、 数据，包括接入和输出两类适配器。2）平台应提供工具，支持主流开发语言，能够开发、定制特定适 配器，包括接入和输出两类适配器。3）开发的适配器应支持参数配置和版本控制管理。4）利用平台提

26、供的工具，能够快速整合应用、服务和数据。5）适配器应能够由中心通过网络进行分布式部署和管理。平台应提供gui工具进行服务到服务及服务到适配器之间的组 合。平台应支持以wsdl描述的web服务平台应将元数据服务、目录与导航服务、交换服务、基础构件库等功能模块的接口与开发环境进行良好的整合。平台可将自身所包含的服务进行包装，提供给应用及门户进行开发。4丄2性能指标平台开发环境应支持分布式调测(debug) o平台开发环境须支持xml、jms、jca、j2ee、.net和webservices组件标准.平台开发环境须支持多种传输协议的连接模块，包括tcp、http、https、jms 等。4.2部署

27、、运行需求平台应能够在冃前区县内部网络和北京市政务外网上正常运行，在保证性能和稳定性的要求下，所需硬件、软件配置尽可能低。4.2.1需求分析平台为支撑多项电子政务应用的基础设施，应具有较高可靠性，在整合多个模块和多个节点的基础上，避免单点故障。平台应不存在单点故障平台由多台服务器共同支撑，同时用于复合的业务流程中，因此 需要对单点故障进行管理，实现故障切换，可以考虑采用双机热备、 集群配置、磁盘镜像等方式，以确保应用系统的高可靠性运行。投标单位应该根据平台现有情况，在对双机热备、集群配置、磁盘镜像等 多种方案进行分析的基础上（包括优势和代价等），提出合理、可操 作的解决方案。平台应具备多层次备

28、份能力平台应具备组件、服务、系统等多层次备份和恢复能力。承建商 应提出平台统一的软硬件系统管理、存储备份及恢复方案：实现对平 台中各个模块和应用软硬件环境的统一管理；对关键业务应至少保证 各种必要的热备份机制；对所有业务，应提供介质（如：磁盘、磁带、 光盘）的备份和恢复机制，保证系统能根据备份策略恢复至指定的时 间和状态。平台应具备可扩展能力根据平台所接入应用、服务、数据的变化，平台应具备扩展能力, 并且所提供的扩展方式不应影响平台工作效率。平台应提供负载均衡能力根据平台中各模块的负载程度，平台应能够自动进行负载均衡管理。平台中的模块应能够灵活配置1）平台中的各个模块应可运行在不同环境中，通过

29、配置，能够使 平台适应区县、市级、委办局等不同政府机构对平台的需求。2）平台的配置可动态改变。运行监控平台应提供监控的人机界面，对服务组件进行远程管理和监控。平台不应影响所接入系统的运行平台对接入的系统、服务和数据不能造成任何有害影响。4.2.2性能指标平台应支撑各种主流操作系统，如windows, iip unix, aix,solaris, linux等，本项目要重点考虑对国产linux的支持。 平台应具备跨越多个网络环境，穿透多重防火墙的能力。4.3应用与平台的对接方式概述委办局节点应用和新建应用与平台的对接主要在三个层面：1. 数据层面的对接，系统间主要的接口是底层数据的交换和访 问；

30、2. 服务调用，包括支持标准web services和jms调用等；3. api集成（封装成服务组件，支持不同语言）应用与平台的对接数据包括：1. 基础数据（人口、企业、地理信息等）；2. 静态、定期更新业务数据；3实时动态交互业务流程数据。（审批事件等）。4. 查询、服务调用（如比对、信用等）5应用与fiorano平台集成方案5.1数据交换各委办局应用系统之间存在大量的数据交换需求，如审批中心的 数据需要和各委办局的业务系统或0a进行交换，信访系统和0a及网 站之间需要数据交换等。这此交换存在一些特点：数据库异构，应用系统异构，提取的数 据内容因不同业务需求而多种多样。利用fioranoes

31、b提供的关系数 据库适配器组件(dbadaptors)、文件读写适配器组件 (mleadaptors).逻辑路由组件(cbr)、及自己开发的适配器服务组 件，可以构成数据交换平台，保证数据及时可靠地在各应用系统之间 传递和完成入库操作，保证数据的一致性。5.1.1交换数据规范由于各委办局应用系统多种多样，各种数据的格式、精度以及含 义描述等随着采集设备和采集单位的不同会有所不同。这就需要将这 些数据进行标准化。对现有业务系统中使用的数据，依据目前阶段保 护原有投资的原则，暂不进行标准化改造，但是需要对现有数据进行 翻译，转换成标准化的中间表达，以利于在不同系统间进行数据交换。由于整个系统构建在

32、fioranoesb框架之上，所以所有数据可以 容易地采用xml格式记录并用于交换。xml (可扩展的标记语言) 标准为构造内容和数据提供了一种方法，xml文档内的数据结构在 数据类型定义（dtd）中加以说明。支持xml的应用无需事先相互 了解就能通信和交换数据，只要它们共享或能够转换dtd即可。 xml定义了一种超越任何平台、任何语言的数据表示格式，在xml 所传输的信息中除包括用户数据外，还包括对数据格式的描述信息， 使任何接收端的xml都能够方便地“解码j并将xml标准格式的 数据转换成接收端程序所能识别的本地数据。这样便可实现采用不同 硬件平台、不同操作系统平台、不同语言的应用之间平滑

33、地通信。5.1.2数据交换实现数据访问接口综合数据库的访问可以通过fioranoesb提供的预置的数据访问 控件，对各节点业务数据库的访问。通过自行开发的数据库适配器、 数据访问控件或数据库适配器封装了对数据库和文件访问的过程和 相关技术接口，简化了开发过程。对于各委办局目前的异构数据库， 如oracle, sybase, sql server, access等，都有相应的驱动匹配， 对于上层应用开发者来说是透明的，开发者可以专注于业务内容构 建，数据库异构问题由软件平台来解决。数据驱动的方式（自动方式数据驱动的同步方式进行数据交换时可以按照如下描述进行：运行于委办

34、局a节点上的数据库接口适配器dboutadapter传感 出所监控的数据表格发生了数据增量（插入新的数据），增量数据被抽 取出来并转化成xml格式文件，经内容路由组件分发到不同委办局, 由数据转化组(xslttransformer)w化成不同格式的xml文件，并 插入位于委办局b或c中的杲构数据库。发生数据更改或删除时， 数据同步原理一样。数据交换的数据驱动方式5.123客户端数据访问方式(请求/响应)客户端数据访问方式进行数据交换时可以按照如下描述进行：各局委办之间要进行数据访问时，发送部门的应用程序通过使用 api接口函数(接口服务组件，接口服务组件开发详见附录1)将数据 打包后发送到数据

35、交换平台，通过平台路由和数据格式转换，转换为 下一个部门可以识别和接收的形式，运行于接收部门节点服务器上的 接口服务组件(adaptor)从数据库中获得数据并返回。逻辑结构信息资源共享服务的功能体系包括三部分内容，即信息共享的调 用和访问接口和标准、共享机制和共享标准接口规范。信息共享的调用和访问接口和标准，访问接口和标准负责接受 来自各委办局应用系统的共享数据请求，并调用共享机制中相 应的功能。fioranoesb访问的接口和标准包括api接口、jms 接口、webservice 接口。信息的共享机制，该机制负责接收来自接口的请求，启动数据 传输机制，调用相应的共享数据标准接口服务获得相关的

36、数 据，同时完成基于数据类型的权限控制及对数据进行必要的加 密签名等功能。共享机制包括功能层和数据传输层两个层面。 功能层包括路由选择、权限控制和加密签名，由接口层调度； 数据传输层根据具体的应用环境实现远程的数据传输功能，数 据传输层可以基于jms机制、基于webservice的调用，根据 需要可以采用串联和并联的访向机制，解决大规模并发访问的 效率问题。fioranoesb支持多种传输机制，如http、http(s)、 jms、web services等,并通过同一组件多个实例和组件分布 部署的方式来解决大规模并发访问的效率问题。信息的共享标准和规范，这些标准和规范是为了能够适应共享 机制

37、的要求对各系统提出的共享数据接口服务实现规范。行政审批信息发布k?信访系统vjms 接 口api 接口应用层路由选择websvc 接口权限控制加密安全基于jms的调用机制、流程控制共享数据标准接口服务接口层功能层传输层支撑层委办局a委办局b二委办局b数据层数据交换的客户端访问方式消息交换机制消息是数据的基本单位，它由消息头和消息体两部分组成。消息 头由一串域组成，它的长度和格式是固定的。消息头中包含和消息访 问以及消息转发相关的重要信息，包括消息的标识、冃的队列、长度、 标题、消息组标识、优先级等。消息体的长度是不固定的，取决于用 户每次发送多大的数据，它的意义是由应用程序来解释

38、的。具体的消息格式设计详见附件lofioranoesb消息交换解决方案： fioranoesb/fioranmq提供点对点、订阅/发布的可靠消息传递机 制，在数据量大而通信信道可靠性不好的情况下，保证消息不会丢 失、一定送达、不会重复，支持同步和异步两种方式，全面支持jms标 准。消息体釆用xml格式，利用xml的附件随消息一起传输文件和图象 数据。 fioranoesb基于xml(xpatii)的多种路由组件可按业务规则和消息 内容，构建一个整体的消息交换平台，并且可跨各节点的防火墙传输。采用fioranoesb预制的邮件smtp/p0p3/imap组件，连接电了邮件 服务器收发邮件。通过短

39、消息组件sms与手机短信服务商连接，发送 短信。提供给信息门户http和webservice接口访问统一消息系统办公业务系统可通过api (java> c/c+、vb、c#) /消息中间层(jms) / 数据库多种方式，与统一消息系统进行办公通知、工作流日程安排、 工作结果等双向交互。利用封装安全系统功能的组件，对消息内容进行加密、解密、 数字签名、身份验证等安全操作，保证统一消息系统各种渠道的安全 性。基于xslt实现的xml to xml转换xpath是用于从xml中定位内容的规范，使用xpath可以遍历 xml文档从指定位置提取出内容，xpath使用路径表达式描述位置

40、, xpath可以定位的内容包括元素值、元素和属性值。xslt 是 extensible stylesheet language transformation 的缩写， 可以基于xslt实现xml to xml的转换。xslt包含从xml文档中定位、复制元素并构造出新的xml文 档。首先，xpath用于xml中的内容定位；其次，xsl用于指定输 出显示；最后，xslt用于将xml文档转换到另一种文档。xslt首 先将xml文档转换成结果树，然后将结果树根据输出规则生成输出 文档。在fioranoesb中实现xslt要以下几个步骤：导入用于转换的xsl文件；创建 transformation 组

41、件；在transformation组件中通过拖拉放方式图形化定制一个xslt转换方法，如下图所示;eo cf 左田u o m &|ib-j-x8= a |appftcwtlon-contwxt <r> order<f> order idcoslomerld <o cmo«<t > modw<h> acklrout <e> country<p> postalcod® <g> p»x>n©nufnl>er <o pro<*uct <

42、b> quantity <t> pracin <t> tjira-mootrf<f> ordorqcrt©out_rc*it a <«> order<o order id<e> <t> ttrnnif ud <b><p> mcxio<p> ackhes-k <g> country<e> po5t«lcocie <e> phnrvmnumbmr <t> procjuct <e> ouwdi

43、ty <f> prieo <f> bunoont图24.图形化的数据转换工具fioranoesb数据交换流程的启动有三种方式：事件驱动的自控方式，数据源发牛数据更新时，数据组件可以设 定监听数据更新事件，更新发生后，启动数据交换；定时方式，设置定时器，定时到达时触发事件启动流程；用户请求的调用方式，通过应用程序启动数据交换；支持实时/定时、同步/杲步方式交换和同步数据 fioranoesb可配置重用数据库组件支持oracel> sql server、ibm db2> sybase、 access、 excelo预制的文件组件能够读写带格式文件、xml格式数据

44、。图形化的数据转换工具实现xml与xml之间、关系数据库与xml 数据之间、文本文件与xml之间、并提供多种转换函数。提供给信息门户http和webservice接口访问数据共享交换系统办公业务系统可通过api(java、c/c+、vb、c#)/消息中间层(jms)/ 数据库多种方式，与数据共享交换系统进行双向交互数据，也支 持请求/应答方式。利用封装安全系统功能的组件，对数据源访问进行身份验证等安 全操作，保证数据共亨交换系统的安全性。数据共享交换系统可以实现的数据交换流向包括：(1) 委办局应用系统之间数据(数据库、文件、报表)的双向交换;(2) 数据源与办公应用系统之间的双向交换；(3)

45、 从多数据源实时抽取关联的数据通过信息门户系统进行展 现；(4) 从各区域和城市数据库汇聚数据到信息中心数据库和中心下 发数据；(5) 与外部系统双向数据交换。 fioranoesb实现数据交换可以做到：(1) 分布的信息可靠事件传输机制，信息不会丢失、一定送达、 不会重复，保证信息传输质量；(2) 灵活定制数据交换逻辑和交换路径，满足未来业务发展需 要；(3) 大量预制的数据采集和转换组件，可视化开发界面，无需编 程；(4) 信息传输可以完成双向异步或同步的方式；(5) 支持xml和非xml的数据格式转换；(6) 统一的配置、部署、审计监控管理功能，随需记录交换过程 和内容；支持的通信模式：

46、点对点、发布/订阅、请求/应答、同步/杲步等;5.2应用系统接口集成数据集成解决的是一个比较基础的问题，可以实现数据层的连通 与共享，但是在一些场合，数据集成可能无法实现（如不能直接访 问业务系统的数据库）或者不能达到目的（如涉及到某些业务功能 上的交互），这就需要进行功能层的集成了。由于以下一些原因， 使得这种集成的实现并不是一件很容易的事情： 应用系统具有不同的硬件平台、操作系统和网络环境，它们 之间往往存在着很大的异构性； 应用系统可能来自不同的软件供应商，它们的工作方式千差 万别； 随着业务数量和范围的扩展，需要新旧系统协调的工作； 企业自我发展完善过程中，还需要对系统进行不断的扩展和

47、 升级。5.2.1基于api方式的应用集成应用集成的一种传统方式是api集成，通过在一个应用系统中调 用另一个系统的编程接口来实现，这种方式简单，但是具有很大的 局限性： 这是一种紧耦合的集成方式，交互时需要双方都处于止常运 行状态；集成过程中需要考虑系统所处的外部环境，如操作系统、开 发环境等，一旦有变化必须重新进行调整； 系统很难进行升级改造，牵一发而动其身，不能灵活的适应 需求的变化。fioranoesb 提供各种语言如 java、c/c+、c#、vb 的 api 集成，通过封装成组件的方式供应用使用，大大方便了开发人员的 对接口组件的使用，而这些定制开发的接口组件和其它fioranoe

48、sb 提供的预制组件一样方便使用，即通过图形化的工具拖放方式进行 服务组合形成业务流程。例1、由java jms开发接口组件详见附件2例2、由c语言开发接口组件详见附件35.2.2基于消息队列的应用集成基于消息队列的应用集成是指一个应用将数据放到队列中，另一 个应用从该队列中获取数据，从而达到双方的交互，这两个应用可 以在同一台机器中，也可以在由局域网或广域网所连接的不同机器 中。每个应用只需要与消息队列打交道，不需要知道对方的位置和 环境，也不必要求双方必须正在运行时才能进行交互。fioranoesb 通过底层的消息中间件服务器fioranomq和预制的jms适配器组件 jmsadaptor

49、为这种方式提供全面的支持。基于消息的应用集成523基于组件的应用集成随着web技术和组件技术的发展，现在有很多应用都是基于组 件的方式，如com、ejb等，所以在应用集成中不能不考虑组件之 间的集成。组件集成的前提是应用必须基于组件技术进行开发，即 每个应用通过组件组合而成。在组装应用时可以将其他应用开发的 组件组合到本应用中，从而实现集成其他应用的功能。基于组件的 应用集成如下图所示：组件a1应用a应用b用八界面层应用服务器a应用服务器b-组件an组件bl、 组件八2 -用户界面层组f用2组件bn图2基于组件的应用集成相对于其他的集成方式来说，组件集成是比较方便而灵活的，这是因为： 组件是一种自包含的，具有相对独立的功能特性和具体实现 的软件包，它提供了定义好的、标准的服务接口，能够独立的进行 发布，其本身具备了一定的“即插即用”能力； 组件都有一个赖以生存的环境（如ejb容器），由这个环境 来统一创建、部署、运行和管理各个组件。fioranoesb为组件集