【文章內容簡介】 準元素。消息體則包含要傳輸?shù)男畔?。n 標準元素：消息中必須或可以出現(xiàn)的元素n 標準類型：可重用的類型定義（simpleType或plexType）。例如：圖5 gXL消息類型實例l 傳輸協(xié)議n 定義如何把邏輯地址解析為物理地址n 路由規(guī)則的定義n 錯誤處理機制l gXL消息 (gXL Message)n 具體的消息――Message Body中的內容的定義。n 會議通知、簡報等等例如：圖6 gXL消息實例?xml version= encoding=UTF8?message xmlns= xmlns:xsi= xsi:schemaLocation= header destination location市建委/location /destination versionString/version timestamp20011217T09:30:4705:00/timestamp /header body 通知 xmlns= xmlns:dep= xmlns:xsi= xsi:schemaLocation= 發(fā)送單位 dep:location市建委/dep:location /發(fā)送單位 抄送單位 dep:locationabcd/dep:location /抄送單位 發(fā)文單位 dep:location秘書處/dep:location /發(fā)文單位 密級保密/密級 正文String/正文 /通知 /body/message圖7 gXL消息實例數(shù)據(jù)交換中心包括了數(shù)據(jù)交換管理和數(shù)據(jù)交換中間件（數(shù)據(jù)交換器）兩個部分的交互，可以實現(xiàn)以統(tǒng)一的數(shù)據(jù)描述為基礎的電子政務應用數(shù)據(jù)訪問服務。數(shù)據(jù)交換中心的系統(tǒng)邏輯結構如下圖所示：圖8 數(shù)據(jù)交換中心系統(tǒng)邏輯結構數(shù)據(jù)交換中心的數(shù)據(jù)交換管理功能主要包括：（1）數(shù)據(jù)交換標準定義管理模塊根據(jù)對決策支持、政府部門間協(xié)作辦公（如并聯(lián)審批）、政務信息公開等綜合性應用內容的需求分析，定義出一系列的數(shù)據(jù)交換標準。這些標準將反映各個應用所需要的數(shù)據(jù)的結構。同時在標準中定義的還有數(shù)據(jù)“宿主” 位置等信息，表示該塊數(shù)據(jù)將向哪個業(yè)務系統(tǒng)請求獲得。所有的數(shù)據(jù)交換標準定義信息，均以XML結構記錄。可以通過數(shù)據(jù)交換標準定義管理工具完成如下功能：l 新建標準、修改或刪除標準l 維護標準中的屬性，包括數(shù)據(jù)結構、數(shù)據(jù)“宿主”位置、缺省過濾條件等l 實現(xiàn)對用戶身份識別與管理權限控制（2）數(shù)據(jù)交換流程定義和管理模塊數(shù)據(jù)交換是依據(jù)數(shù)據(jù)交換流程實現(xiàn)的，針對不同的數(shù)據(jù)，需要設定和管理不同的數(shù)據(jù)流轉過程。該模塊的作用是提供圖形化界面，供給數(shù)據(jù)交換平臺的管理人員實現(xiàn)數(shù)據(jù)流轉過程的定義。數(shù)據(jù)交換流轉過程的描述也采用XML方式。具體功能如下：l 新建流程、修改或刪除流程l 維護流程的規(guī)則、數(shù)據(jù)加工過程和數(shù)據(jù)路由方式l 實現(xiàn)對用戶身份識別與管理權限控制（3）數(shù)據(jù)交換標準與內部數(shù)據(jù)結構的映射關系管理模塊由于數(shù)據(jù)交換標準并不知道在具體業(yè)務系統(tǒng)內的相應數(shù)據(jù)的位置、屬性、名稱等等信息，所以需要在業(yè)務系統(tǒng)內對數(shù)據(jù)交換標準中的對應項有一個映射關系的定義。這種定義包括數(shù)據(jù)項與數(shù)據(jù)項的對應或組合對應（公式化）、數(shù)據(jù)類型的匹配或轉換關系、數(shù)據(jù)項位置描述記錄等等。以XML結構保存定義的內容。具體功能包括：l 數(shù)據(jù)交換標準定義信息的導入l 維護數(shù)據(jù)交換標準與內部數(shù)據(jù)結構間的映射定義表，包括數(shù)據(jù)項與數(shù)據(jù)項 的對應或組合對應（公式化）、數(shù)據(jù)類型的匹配或轉換關系、數(shù)據(jù)項位置描述記錄等等l 實現(xiàn)對管理員的身份識別與管理權限控制數(shù)據(jù)交換中心的數(shù)據(jù)交換器功能主要包括：（1）數(shù)據(jù)交換工作流執(zhí)行模塊數(shù)據(jù)交換工作流的執(zhí)行是通過數(shù)據(jù)交換中間件和XML數(shù)據(jù)庫實現(xiàn)的。采用中間件產(chǎn)品可以保證數(shù)據(jù)交換的高效、安全和可靠地進行。其工作原理是：讀入數(shù)據(jù)交換流程，根據(jù)流程設定，啟動數(shù)據(jù)交換過程。根據(jù)業(yè)務需要，同時可以并發(fā)若干個數(shù)據(jù)交換工作流。當業(yè)務變化是，只需修改數(shù)據(jù)交換流程定義，就可以實現(xiàn)基于新業(yè)務的數(shù)據(jù)交換過程，因此系統(tǒng)具有很好的可擴展能力。XML數(shù)據(jù)庫以XML的原生方式保存數(shù)據(jù)交換過程中的產(chǎn)生的各種數(shù)據(jù)，提供日志管理和數(shù)據(jù)分析的功能。具體功能如下：l 接收數(shù)據(jù)l 驗證數(shù)據(jù)l 分析流程定義l 根據(jù)流程進行數(shù)據(jù)交互過程l 數(shù)據(jù)交互的事務管理l 日志管理和交換數(shù)據(jù)存儲l 消息隊列管理l 實現(xiàn)對管理員的身份識別與管理權限控制（2）XML數(shù)據(jù)處理模塊XML數(shù)據(jù)處理模塊提供對數(shù)據(jù)交換系統(tǒng)中的XML消息的處理能力，從而對基于XML標準的表單設計、處理提供了有力的工具。XML數(shù)據(jù)處理功能主要包括：l XML數(shù)據(jù)（文檔）的查找l XML數(shù)據(jù)（文檔）的校驗l XML數(shù)據(jù)（文檔）的轉換l XML數(shù)據(jù)（文檔）的復制/復合l XML數(shù)據(jù)（文檔）的操作日志記錄l XML數(shù)據(jù)（文檔）的事件觸發(fā) CIP數(shù)據(jù)交換器的作用圖9 CIP數(shù)據(jù)交換器的作用和基本結構如上圖所示，CIP數(shù)據(jù)交換器是數(shù)據(jù)交換系統(tǒng)的核心。它包括強大的分布式數(shù)據(jù)流引擎和XML數(shù)據(jù)的處理能力。這也是電子政務平臺對數(shù)據(jù)交換中心服務的一個關鍵的要求。 數(shù)據(jù)流引擎數(shù)據(jù)流引擎是數(shù)據(jù)交換器的核心，它是業(yè)務流程的任務調度器。構建數(shù)據(jù)流引擎的主要目的是為了全面實現(xiàn)“網(wǎng)上并聯(lián)審批”，“一網(wǎng)式”審批，“一站式”領證，“一表式”登記的電子網(wǎng)上服務的跨部門協(xié)同工作。CIP數(shù)據(jù)交換器以數(shù)據(jù)流引擎為核心，來實現(xiàn)數(shù)據(jù)流設計、運行和管理過程。其基本框架如下圖所示。圖9數(shù)據(jù)流引擎結構原理圖如上圖所示，CIP數(shù)據(jù)交換服務器根據(jù)數(shù)據(jù)流引擎定義的流程可以執(zhí)行以下任務：l 接收數(shù)據(jù)l 驗證數(shù)據(jù)l 根據(jù)流程進行數(shù)據(jù)交換l 日志管理和交換數(shù)據(jù)存儲l 事務管理l 實現(xiàn)管理員的身份識別與管理權限控制CIP數(shù)據(jù)交換器中的數(shù)據(jù)流引擎功能包括：l 對流程的XML描述l 流程實例的創(chuàng)建、激活、掛起、終止等l 流程實例間的關聯(lián)，包括串行或并行的操作、工作流相關數(shù)據(jù)解釋等l 支持分布式工作流的協(xié)同l 提供支持用戶操作的接口l 維護工作流控制數(shù)據(jù)和工作流相關數(shù)據(jù)l 提供用于激活外部應用程序和訪問工作流相關數(shù)據(jù)的接口（SOAP/HTTP/SMTP…）l 提供控制、管理和監(jiān)督工作流實例執(zhí)行情況的功能。CIP數(shù)據(jù)交換器提供圖形化流程設計器，讓開發(fā)者用最少的時間設計或修改業(yè)務工作流程。流程設計器提供了相當豐富的流程邏輯表達方式，可以表示非常復雜的流程。流程設計的主要功能有：l 支持專業(yè)的流程建模l 流程協(xié)作定義l 任務協(xié)作定義l 事件驅動和流轉條件控制l 時間控制l 分布式流程設計l 決策型流程支持在流程設計器中，還包括了對角色建模工具和組織機構建模工具的開發(fā)接口。角色建模工具建立參與業(yè)務流程的人員角色，使得流程的管理與具體的人員分離，可以通過管理工具靈活的變化流程角色，使崗位職能轉變等變化很容易被適應。角色建模工具與電子政務平臺中安全體系提供的統(tǒng)一用戶管理平臺相連接，能夠讀取或更新統(tǒng)一用戶數(shù)據(jù)庫中的數(shù)據(jù)，保證用戶信息的集中管理。；組織機構建模工具可以利用圖形化的形式定義組織機構圖，讓用戶以圖形化的方式為政府幾個部門及單位建立組織機構圖，組織機構圖能顯示使用者的職責、職稱及從屬關系等。管理者可以根據(jù)工作流使用者在不同工作流程中需要完成的任務，為其賦予角色。流程設計器中的對角色建模工具和組織機構建模工具提供的開發(fā)接口。使得角色建模工具和組織機構建模工具定義的角色和工作節(jié)點可以有效地加入到數(shù)據(jù)流過程中來。 XML數(shù)據(jù)（表單）處理CIP數(shù)據(jù)交換器提供提供了強大的XML數(shù)據(jù)處理能力。包括：l XML數(shù)據(jù)（文檔）的查找l XML數(shù)據(jù)（文檔）的校驗l XML數(shù)據(jù)（文檔）的轉換l XML數(shù)據(jù)（文檔）的復制/復合l XML數(shù)據(jù)（文檔）的操作日志記錄l XML數(shù)據(jù)（文檔）的事件觸發(fā)上述功能實現(xiàn)了對流入數(shù)據(jù)交換中心來的XML數(shù)據(jù)（文檔）的處理和轉換工作?；赬ML數(shù)據(jù)與表現(xiàn)形式分離的特性，對XML數(shù)據(jù)的處理與對XML頁面表現(xiàn)模板的設計可以完全分離。因此，XML數(shù)據(jù)處理結果可以多種表現(xiàn)形式靈活地呈現(xiàn)，從而使得CIP數(shù)據(jù)交換器能夠十分方便地與各類基于XML的圖形化表單和界面設計工具進行集成?；贑IP數(shù)據(jù)交換器的表單開發(fā)工具可以實現(xiàn)：l 所見即所得的文檔和表格設計l 多文檔復合信息支持l 多種業(yè)務文檔類型l 文檔與XML數(shù)據(jù)的連接與輸入自動感知l 復雜文檔窗體的設計l 文檔視圖動態(tài)測試l 業(yè)務文檔事件 交換標準管理采用CIP數(shù)據(jù)交換器提供的標準管理模塊，可以方便高效地維護gXL標準。CIP數(shù)據(jù)交換器提供的標準管理功能包括：l 瀏覽、新建、修改標準。l 用戶定義標準的合法性校驗。l 用戶權限控制、修改日志記錄等功能。l 標準及其原信息存儲在標準庫(gML Standard Repository)中。l 標準的編輯。使用XML Schema編輯工具編輯標準。l 可以通過Web 管理界面進行遠程維護。 數(shù)據(jù)交換節(jié)點（各委辦局）數(shù)據(jù)交換適配器配置由于各委辦局的信息系統(tǒng)建設的時間階段不同，其采用的技術也差別很大，老系統(tǒng)一般是C/S架構，總之，因此委辦局和部門各自的信息系統(tǒng)對SOAP技術的支持程度也不盡相同。針對此情況，我們提出兩種方案來進行委辦局系統(tǒng)數(shù)據(jù)交換器的配置工作：l 老系統(tǒng)（C/S結構）或不直接支持SOAP技術的系統(tǒng)對于此類系統(tǒng)可以采用CIP數(shù)據(jù)交換適配器（或其他支持對老系統(tǒng)進行Webservice封裝的EAI中間件產(chǎn)品），根據(jù)前面的介紹，該中間件可以為老系統(tǒng)創(chuàng)建可重用的服務或者將老系統(tǒng)中可向外發(fā)布的功能轉換為Web Services，因此，可以通過CIP數(shù)據(jù)交換適配器為委辦局已有系統(tǒng)配置具有數(shù)據(jù)交換功能的Web Service，實現(xiàn)與數(shù)據(jù)中心進行數(shù)據(jù)交換的功能（可參見CIP數(shù)據(jù)交換適配器的產(chǎn)品說明）。圖10 CIP數(shù)據(jù)交換適配器對遺留系統(tǒng)的封裝l 支持SOAP技術的系統(tǒng)對于新構建的系統(tǒng)，體系上都為三層或多層，因此都可以對SOAP或HTTP技術提供較好的支持，因此既可以采用CIP數(shù)據(jù)交換適配器抽取和配置具有數(shù)據(jù)交換功能的Web Service，也可以直接構建數(shù)據(jù)交換SOAP服務器來實現(xiàn)數(shù)據(jù)交換器功能。圖10 對新系統(tǒng)的連接 CIP IESD平臺構建電子政務數(shù)據(jù)交換系統(tǒng)的特點l 有優(yōu)異的性能，強大的可擴展性和可靠性，能夠實現(xiàn)應用系統(tǒng)間的無縫銜接，兼俱開放性與靈活性l 利用組件包裹技術，無需對原有程序代碼做出修改即可重新使用原來的工作流程中的業(yè)務邏輯和業(yè)務數(shù)據(jù)。同時將應用轉化為服務，使之能夠與其他新建立的服務一起接受各種應用的訪問，從而高效率地管理了各種資源l 工程實施周期短l 通過可靠消息代理技術的方式提供多種市政府業(yè)務之間的同步/異步的通訊方式l 易學易用，適合政府技術人員和系統(tǒng)維護人員掌握l 支持WAP設備（如WAP移動電話，PDA）與相關后臺應用程序的集成。通過內建JAVA類，可產(chǎn)生WML頁面給WAP設備。l 通過SOAP安全機制，可與電子政務平臺中安全支撐服務（授權、登錄系統(tǒng)等）無縫銜接。實現(xiàn)可信的數(shù)據(jù)交換。 需要解決的問題市電子政務數(shù)據(jù)中心必須滿足電子政務平臺進行數(shù)據(jù)交換的需要，同時還必須滿足在平臺上建立的各業(yè)務系統(tǒng)進行綜合業(yè)務處理的要求。為門戶系統(tǒng)提供各種靜態(tài)和動態(tài)的數(shù)據(jù)、信息。所謂靜態(tài)信息是指對電子政務的運行中不經(jīng)常變化，供各個業(yè)務系統(tǒng)查詢、處理的數(shù)據(jù)或信息：政策、法規(guī)、元數(shù)據(jù)、資料庫、各種多媒體數(shù)據(jù)等，它們會隨著時間而逐步增大。所謂動態(tài)數(shù)據(jù)是指隨著運行而增加、修改的數(shù)據(jù)：并聯(lián)審批中文件流轉狀態(tài)數(shù)據(jù)，反映企業(yè)、個人所處狀態(tài)的數(shù)據(jù)，國民經(jīng)濟運行狀態(tài)的數(shù)據(jù)等。動態(tài)數(shù)據(jù)同各個局委辦的信息密切相關，但又是面向主題的，如市社會保險這個主題，實際上同保險、工資、稅務和銀行密切相關；個人信用使用主題，它的數(shù)據(jù)與銀行、稅務、個人消費、個人收入密切相關。而數(shù)據(jù)倉庫顯然也有面向主題的定義，但這些主題是較長時間的，具有戰(zhàn)略定義的主題。因此，數(shù)據(jù)中心的建設，首先要解決數(shù)據(jù)庫異構信息類型的分類存儲和檢索體系以及針對不同類型數(shù)據(jù)模型的設計這一基本問題。另一方面，數(shù)據(jù)中心管理著大量的結構化和非結構化信息。所謂非結構化信息，是相對于那些有清晰的結構和類型定義以及有數(shù)據(jù)相關性的明確描述的信息類型而言的。比如，在財稅分析系統(tǒng)中，財政收支情況的月度數(shù)據(jù)，可以理解為一種有清晰結構的信息；而一份綜合性包含了文字、報表、分析圖形的財政收支分析報告則是一種非結構化的信息。網(wǎng)站上發(fā)布的信息，如新聞動態(tài)、政務公開等等，一般也是非結構化的信息。此外，非結構化信息中還包括了一類對象數(shù)據(jù)信息。所謂對象數(shù)據(jù)信息，是指一個包含了內斂結構的專門數(shù)據(jù)塊，這個數(shù)據(jù)塊單獨無法建立與別的數(shù)據(jù)項的關聯(lián)關系，并且需要工作在特定的工作模塊下。比如：GIS空間定義信息數(shù)據(jù)、多媒體的聲像數(shù)據(jù)等，均為對象類型的數(shù)據(jù)。在政府決策應用中，非結構化信息將占到相當?shù)谋壤?。所有的政府文件均屬于非結構化信息，政策法規(guī)屬于非結構化信息，一些決策分析的綜合性資料也是非結構化信息。與結構化信息相比，非結構化信息的管理利用存在一些難點，就是：（1）定義管理的難度“非結構”化表明了沒有一種象關系數(shù)據(jù)庫規(guī)范那樣的定義模型來對非結構化信息進行定義管理。雖然你可以強制對一個非結構化的信息塊進行解構，將其分成類似頭、中、尾這樣的半結構。但是這種解構只有在制定了具有普遍含義的結構描述定義后才有真正的意義。對非結構化信息進行定義管理的另一個難點在于數(shù)據(jù)元類型無法窮舉。不象關系型