【正文】 ........................................................161 目的和范圍這篇文擋主要描述各委辦局節(jié)點應用、各異構數(shù)據(jù)庫和新建應用與電子政務平臺的連接方式。2 概述 電子政務應用服務支撐基礎 北京市和各區(qū)縣政府機構都己建起了自己的計算機網(wǎng)絡，有自上而下的縱向?qū)＞W(wǎng)，也有連接各委辦局(橫向)的電子政務外網(wǎng)，互聯(lián)網(wǎng)(Inter)的使用也十分普遍，但是如何讓應用和數(shù)據(jù)充分利用這些網(wǎng)絡基礎設施，仍然是一個十分艱巨的挑戰(zhàn)。數(shù)據(jù)共享與交換平臺是實現(xiàn)政府各機構間通信、互連、轉(zhuǎn)換、可移植性和安全性標準接口的基礎軟件平臺。因此說，信息共享與交換是電子政務應用服務平臺的基礎。根據(jù)各委辦局管理和具體業(yè)務結(jié)構特征，歸納出了三種基本的應用模式，它們是“集中控制”應用模式、 “分散控制”應用模式和“遞階控制”應用模式。下面我們從數(shù)據(jù)流和控制流二個方面來分析共享與交換平臺的應用模式。圖 1 “集中控制”應用模式結(jié)構 特征分析“集中控制”應用模式特征如下：（1）管理和控制集中。（2）觀測集中。用戶只需“一站式”訪問數(shù)據(jù)服務主中心就可以獲取所需的各部門的共享信息。具有各互通單位之間進行交互的縱向信息流。（4）經(jīng)典信息模式。即平臺系統(tǒng)對各單位所提供的共享信息能夠進行統(tǒng)一的控制和集中的觀測?？刂浦行呐c各管理單位之間的控制和觀測信息通道形成輻射式（星形）的拓撲結(jié)構。 “分散控制”應用模式“分散控制”應用模式是指沒有一個統(tǒng)一的集中管理和調(diào)度中心，各部門的共享信息資源分散部署在各自部門，并自行組織、管理和維護，分散部署的各部門可以自行發(fā)起，相互之間交換共享信息資源。圖 21 “分散控制”應用模式結(jié)構 特征分析“分散控制”應用模式特征如下：（1）管理和控制分散。（2）觀測分散。即用戶欲獲取所需的各部門的共享信息，只能對該部門進行單獨的訪問和觀測。為了實現(xiàn)各局部共建單位之間的協(xié)調(diào)，需要進行相互之間的通信，從而在各部門共享信息庫之間具有橫向信息流。具有分散的控制與信息觀測模式，局部的部門共享信息庫對整個大系統(tǒng)的全局信息狀態(tài)，在結(jié)構上是不可控制、不可觀測的。各個分散的部門共享信息庫之間相互通信形成 P2P 網(wǎng)狀式拓撲結(jié)構。 “遞階式控制”應用模式“遞階式控制”應用模式是指各個共建部門按照統(tǒng)一的標準規(guī)范，整合本部門業(yè)務系統(tǒng)數(shù)據(jù)，形成共享數(shù)據(jù)庫；根據(jù)具體情況，共享數(shù)據(jù)庫一部分部署在各部門，自行維護；另一部分由數(shù)據(jù)服務主中心進行統(tǒng)一的集中式管理。圖 3 “遞階式控制”應用模式結(jié)構 特征分析“遞階式控制”應用模式特征如下：（1）管理和控制遞階。其中，下級各分散的部門共享信息庫分別對相應的共建單位的業(yè)務數(shù)據(jù)庫進行控制操作，發(fā)出局部操作控制指令；上級集中式共享信息庫對各個分散的部門共享數(shù)據(jù)庫進行協(xié)調(diào)控制，間接地對整個業(yè)務系統(tǒng)進行集中式全局控制，從而實現(xiàn)“集中－分散”相結(jié)合的大系統(tǒng)遞階控制。采取“上級－下級”的分級式遞階觀測結(jié)構。（3）遞階信息流。其中，在“集中式共享信息庫－各分散的部門共享信息庫”之間，為上級的協(xié)調(diào)控制與協(xié)調(diào)觀測信息；在“各分散的部門共享信息庫－各共建單位的業(yè)務數(shù)據(jù)庫”之間，為下級的各共建單位子系統(tǒng)的控制與觀測信息。它是遞階的控制與觀測的信息模式。（5）寶塔式網(wǎng)狀拓撲結(jié)構。在寶塔的最上一層，各部門之間的數(shù)據(jù)流形成網(wǎng)狀互通結(jié)構。 區(qū)縣電子政務應用模式為適應現(xiàn)實的政府體制和管理模式，尤其是不同業(yè)務的需求，平臺必須能支持以上不同的應用模式或幾種模式并存的混合模式。至于第二種模式應用，平臺將來通過提供 UDDI 服務注冊庫或使用平臺的交換服務 (數(shù)據(jù)不落地，只提供交換通道的方式)為委辦局提供服務。具體形式表現(xiàn)為：? 數(shù)據(jù)同步(data synchronization)和數(shù)據(jù)匯總 (data aggregation) (數(shù)據(jù)交換)節(jié)點采集的數(shù)據(jù)(庫) 需以同步或異步方式送往其它節(jié)點系統(tǒng)，保持各個節(jié)點異構系統(tǒng)中的數(shù)據(jù)同步或?qū)崿F(xiàn)數(shù)據(jù)的集中與匯總，節(jié)點之間數(shù)據(jù)通信可以跨不同網(wǎng)段( 穿防火墻) 。通過業(yè)務流程管理(BPMS)技術，實現(xiàn)業(yè)務流程的靈活組合、調(diào)度和監(jiān)控管理，滿足不斷變化的業(yè)務需求。 電子政務服務平臺的定位處于物理互通網(wǎng)絡中任何兩節(jié)點的應用是可以通過約定協(xié)議進行溝通的(完全分散控制的方式)，哪為什么我們還需要通過中間人(服務平臺)來發(fā)生關系呢？要問答這個問題，我們須從政務管理和技術需求兩個層面來理解。? 業(yè)務協(xié)同和監(jiān)察管理如行政聯(lián)合審批，需將委辦局審批流程按整合起來，形成協(xié)同辦公流程并提供監(jiān)察接口(行政許可法要求)。 技術需求? 提供各種接口及接口管理? 數(shù)據(jù)轉(zhuǎn)化? 靈活路由? 其它等 資源共享、資源門戶通過元數(shù)據(jù)服務、目錄服務和統(tǒng)一的資源門戶，使領導和公務員方便使用共享資源。 外部服務平臺不應是封閉的，應提供各種外部服務接口，以供其它電子政務平臺和系統(tǒng)調(diào)用?？傊?，區(qū)縣電子政務需要這么一種中間服務平臺，滿足電子政務系統(tǒng)互連互通和政務管理的需求，并為應用提供資源共享和提供 SOA基礎設施。用戶將通過開發(fā)環(huán)境，即服務開發(fā)、組合工具，以及運行操作環(huán)境，即服務部署和管理界面（portal）發(fā)生交互。這篇文擋主要描述節(jié)點應用、各分布異構數(shù)據(jù)庫和新建應用與平臺的連接方式。中心服務器提供包括應用服務組合(Process Composer)、組件開發(fā)環(huán)境、統(tǒng)一部署、監(jiān)控管理、安全管理等平臺公共應用支撐服務。中心服務器運行于覆蓋各個部門的政務外網(wǎng)，節(jié)點服務器可以運行于政務外網(wǎng)或者委辦局內(nèi)網(wǎng)(跨防火墻 )，組成一個網(wǎng)狀拓撲結(jié)數(shù)據(jù)映射工具組件庫應用組合工具 配置管理適配組件、路由、數(shù)據(jù)轉(zhuǎn)換、適配組件、路由、數(shù)據(jù)轉(zhuǎn)換適配組件、路由、數(shù)據(jù)轉(zhuǎn)換委辦局 A委辦局 B委辦局 C平臺服務器消息總線節(jié)點工作站應用監(jiān)控管理安全管理 Fire WallP2P 可靠傳輸Fire Wall數(shù)據(jù)中心適配組件、路由、數(shù)據(jù)轉(zhuǎn)換構的應用互聯(lián)網(wǎng)絡。由于可以靈活連接服務組件的輸入輸出端，因而可以靈活構成滿足不同需求的交換邏輯。對于遺留的老系統(tǒng)，通過在該數(shù)據(jù)交換節(jié)點上配置適配服務組件(用不同語言如 Java、 C/C++、VB 封裝)，可以將老應用系統(tǒng)封裝成標準的接口服務（如 JMS 或 Webservice 服務） ，從而能夠接入交換平臺并提供一致的訪問行為和接口。中心服務器主要完成服務組件組合服務、遠程部署、管理配置、監(jiān)控管理、安全管理等功能。系統(tǒng)根據(jù)由服務組件組合成的業(yè)務流程和服務組件配置的運行節(jié)點，遠程將服務組件部署運行于節(jié)點服務器上，并在節(jié)點服務器上建立若干個消息隊列作為 XML 數(shù)據(jù)傳輸?shù)耐ǖ?，實現(xiàn)點對點或發(fā)布/訂閱的信息傳遞。中心服務器主要包括以下幾個部分：? 用戶管理配置：管理連接到服務器的用戶，設置訪問系統(tǒng)用戶的權限信息。? XSL 管理配置：通過界面提供的拖拉方式和轉(zhuǎn)換函數(shù)，設置不同的 XML 格式之間轉(zhuǎn)換的所使用的 XSLT，所生成的XSLT 數(shù)據(jù)轉(zhuǎn)換服務運行于節(jié)點上，充分利用節(jié)點的計算能力。? 監(jiān)控管理為用戶提供系統(tǒng)的運行狀況信息，包括組件運行狀態(tài)監(jiān)控、數(shù)據(jù)流監(jiān)控，日志等管理功能。節(jié)點工作站為運行其上的接口服務等組件提供兩部分主要功能：? 運行環(huán)境和監(jiān)控信息采集：接口服務等組件運行其上，并將有關服務組件的狀態(tài)發(fā)送到中心服務器，中心服務器通過節(jié)點服務器開啟組件。 適配器服務組件適配器是根據(jù)應用來定制的，為構建在數(shù)據(jù)共享與交換平臺之上的應用提供簡單易用的連接服務組件。適配器服務組件應可重用并可配置，不應包含數(shù)據(jù)路由和數(shù)據(jù)轉(zhuǎn)換代碼。FioranoESB 企業(yè)服務器 FESFioranoESB 節(jié)點服務器 FPS數(shù)據(jù)庫防火墻4 平臺功能要求平臺是支撐各類電子政務業(yè)務系統(tǒng)的信息化基礎設施，主要提供目錄與導航管理、數(shù)據(jù)共享交換、安全管理服務、平臺管理等功能。 需求分析平臺應支持面向服務架構(SOA)的服務開發(fā)、服務部署和服務組合。2）平臺應提供工具，支持主流開發(fā)語言，能夠開發(fā)、定制特定適配器，包括接入和輸出兩類適配器。4）利用平臺提供的工具，能夠快速整合應用、服務和數(shù)據(jù)。? 平臺應提供 GUI 工具進行服務到服務及服務到適配器之間的組合。? 平臺可將自身所包含的服務進行包裝，提供給應用及門戶進行開發(fā)。? 平臺開發(fā)環(huán)境須支持 XML、JMS、JCA、J2EE、.NET 和Web Services 組件標準.? 平臺開發(fā)環(huán)境須支持多種傳輸協(xié)議的連接模塊，包括TCP、 HTTP、HTTPS、JMS 等。 需求分析平臺為支撐多項電子政務應用的基礎設施，應具有較高可靠性，在整合多個模塊和多個節(jié)點的基礎上，避免單點故障。投標單位應該根據(jù)平臺現(xiàn)有情況，在對雙機熱備、集群配置、磁盤鏡像等多種方案進行分析的基礎上（包括優(yōu)勢和代價等） ，提出合理、可操作的解決方案。承建商應提出平臺統(tǒng)一的軟硬件系統(tǒng)管理、存儲備份及恢復方案：實現(xiàn)對平臺中各個模塊和應用軟硬件環(huán)境的統(tǒng)一管理；對關鍵業(yè)務應至少保證各種必要的熱備份機制；對所有業(yè)務，應提供介質(zhì)（如：磁盤、磁帶、光盤）的備份和恢復機制，保證系統(tǒng)能根據(jù)備份策略恢復至指定的時間和狀態(tài)。? 平臺應提供負載均衡能力根據(jù)平臺中各模塊的負載程度，平臺應能夠自動進行負載均衡管理。2) 平臺的配置可動態(tài)改變。 ? 平臺不應影響所接入系統(tǒng)的運行平臺對接入的系統(tǒng)、服務和數(shù)據(jù)不能造成任何有害影響。? 平臺應具備跨越多個網(wǎng)絡環(huán)境，穿透多重防火墻的能力。 （審批事件等）。這此交換存在一些特點：數(shù)據(jù)庫異構，應用系統(tǒng)異構，提取的數(shù)據(jù)內(nèi)容因不同業(yè)務需求而多種多樣。 交換數(shù)據(jù)規(guī)范由于各委辦局應用系統(tǒng)多種多樣，各種數(shù)據(jù)的格式、精度以及含義描述等隨著采集設備和采集單位的不同會有所不同。對現(xiàn)有業(yè)務系統(tǒng)中使用的數(shù)據(jù)，依據(jù)目前階段保護原有投資的原則，暫不進行標準化改造，但是需要對現(xiàn)有數(shù)據(jù)進行翻譯，轉(zhuǎn)換成標準化的中間表達，以利于在不同系統(tǒng)間進行數(shù)據(jù)交換。XML（可擴展的標記語言）標準為構造內(nèi)容和數(shù)據(jù)提供了一種方法，XML 文檔內(nèi)的數(shù)據(jù)結(jié)構在數(shù)據(jù)類型定義（DTD）中加以說明。 XML 定義了一種超越任何平臺、任何語言的數(shù)據(jù)表示格式，在XML 所傳輸?shù)男畔⒅谐ㄓ脩魯?shù)據(jù)外，還包括對數(shù)據(jù)格式的描述信息，使任何接收端的 XML 都能夠方便地 “解碼”，并將 XML 標準格式的數(shù)據(jù)轉(zhuǎn)換成接收端程序所能識別的本地數(shù)據(jù)。 數(shù)據(jù)交換實現(xiàn)綜合數(shù)據(jù)庫的訪問可以通過 FioranoESB 提供的預置的數(shù)據(jù)訪問控件，對各節(jié)點業(yè)務數(shù)據(jù)庫的訪問。對于各委辦局目前的異構數(shù)據(jù)庫，如 Oracle，Sybase，SQL Server，Access 等，都有相應的驅(qū)動匹配，對于上層應用開發(fā)者來說是透明的，開發(fā)者可以專注于業(yè)務內(nèi)容構建，數(shù)據(jù)庫異構問題由軟件平臺來解決。發(fā)生數(shù)據(jù)更改或刪除時，數(shù)據(jù)同步原理一樣。邏輯結(jié)構信息資源共享服務的功能體系包括三部分內(nèi)容，即信息共享的調(diào)用和訪問接口和標準、共享機制和共享標準接口規(guī)范。FioranoESB 訪問的接口和標準包括 API 接口、JMS 接口、WebService 接口。共享機制包括功能層和數(shù)據(jù)傳輸層兩個層面。FioranoESB 支持多種傳輸機制，如 Http、Http(s)、JMS、Web Services 等，并通過同一組件多個實例和組件分布部署的方式來解決大規(guī)模并發(fā)訪問的效率問題。行政審批 信息發(fā)布共享數(shù)據(jù)標準接口服務委辦局 A 委辦局 B 委辦局 B信訪系統(tǒng)API 接口 WebSvc 接口 JMS 接口加密安全權限控制路由選擇基于 JMS 的調(diào)用機制、流程控制應用層接口層功能層傳輸層支撐層數(shù)據(jù)層數(shù)據(jù)交換的客戶端訪問方式消息是數(shù)據(jù)的基本單位，它由消息頭和消息體兩部分組成。消息頭中包含和消息訪問以及消息轉(zhuǎn)發(fā)相關的重要信息，包括消息的標識、目的隊列、長度、標題、消息組標識、優(yōu)先級等。具體的消息格式設計詳見附件 1。FioranoESB/FioranMQ 提供點對點、訂閱/發(fā)布的可靠消息傳遞機制,在數(shù)據(jù)量大而通信信道可靠性不好的情況下, 保證消息不會丟失、一定送達、不會重復,支持同步和異步兩種方式,全面支持 JMS 標準。消息體采用 XML 格式,利用 XML 的附件隨消息一起傳輸文件和圖象數(shù)據(jù)。FioranoESB 基于 XML(XPATH)的多種路由組件可按業(yè)務規(guī)則和消息內(nèi)容,構建一個整體的消息交換平臺,并且可跨各節(jié)點的防火墻傳輸。采用 FioranoESB 預制的郵件 SMTP/POP3/IMAP 組件,連接電子郵件服務器收發(fā)郵件。 辦公業(yè)務系統(tǒng)可通過 API(Java、C/C++、VB、C)/消息中間層(JMS)/數(shù)據(jù)庫多種方式, 與統(tǒng)一消息系統(tǒng)進行辦公通知、工作流日程安排、工作結(jié)果等雙向交互。利用封裝安全系統(tǒng)功能的組件, 對消息內(nèi)容進行加密、解密、數(shù)字簽名、身份驗證等安全操作，保證統(tǒng)一消息系統(tǒng)各種渠道的安全性。XSLT 是 Extensible Stylesheet Language Transformation 的縮寫，可以基于 XSLT 實現(xiàn) XML to XML 的轉(zhuǎn)換。首先，Xpath 用于 XML 中的內(nèi)容定位；其次，XSL 用于指定輸出顯示；最后，XSLT 用于將 XML 文檔轉(zhuǎn)換到另一種文檔。在 FioranoESB 中實現(xiàn) XSLT 要以下幾個步驟： 創(chuàng)