組

建

數

據

平

臺

建

設

方

案

目錄

第一章概述....................................錯誤!未指定書簽。

建設背景.....................................錯誤!未指定書簽。

術語介紹.....................................錯誤!未定義書簽。

第二章必要性、可行性及效益分析.................錯誤!未指定書簽。

必要性分析...................................錯誤!未指定書簽。

可行性分析...................................錯誤!未指定書簽。

效益分析.....................................錯誤!未指定書簽。

第三章建設目標、思路及原則.....................錯誤!未指定書簽。

建設目標.....................................錯誤!未指定書簽。

建設思路...................................錯誤!未指定書簽。

建設原則.....................................錯誤!未指定書簽。

第四章關鍵問題解析............................錯誤!未指定書簽。

數據交換平臺能解決什么問題...................錯誤!未指定書簽。

數據交換平臺與業務應用的關系.................錯誤!未指定書簽。

數據交換平臺無法解決實時性的業務需求.........錯誤!未指定書簽。

第五章總體設計................................錯誤!未定義書簽。

系統總體結構.................................錯誤!未指定書簽。

系統邏輯結構.................................錯誤!未指定書簽。

系統物理結構.................................錯誤!未指定書簽。

第六章數據交換平臺功能設計.....................錯誤!未指定書簽。

交換中心管理系統.............................錯誤!未指定書簽。

接入管理系統.................................錯誤!未指定書簽。

運行監控平臺.................................錯誤!未指定書簽。

系統管理.....................................錯誤!未指定書簽。

第七章交換平臺安全設計.........................錯誤!未指定書簽。

威脅與風險分析...............................錯誤!未指定書簽。

安全需求分析.................................錯誤!未指定書簽。

身份認證和授權管理設計.......................錯誤!未指定書簽。

數字證書認證.................................錯誤!未定義書簽。

數據交換過程的安全保障.......................錯誤!未指定書簽。

第八章數據交換中間件選型.......................錯誤!未指定書簽。

數據交換中間件技術要求.......................錯誤!未指定書簽。

第一章概述

1.1建設背景

戶用表集中抄表系統（以下簡稱“抄表系統”）是利用當代微機技術、數字通

訊技術與戶用儀表計量技術完滿結合，集計量、數據采集、處理于一體，將城市

居民用水、電、氣、熱信息加以綜合處理的系統，使供水、供電、供氣、供熱公

司及物業部門從根本上減少人工上門抄表的繁雜勞動強度。準確而便捷的收費系

統，既可節省人工又可減少各部門與客戶之間的糾紛，它不但能提高管理部門的

工作效率，也適應現代用戶對繳費的新需求。隨著科技的進步和人們對信息化要

求的提高，智能住宅將逐漸在全國范圍內得到推廣。智能化居住區的主要功能應

當體現在快捷、高效、安全和方便上，智能樓宇控制系統中的智能抄表系統是智

能建筑優點的充分體現。

遠程數據采集及無線傳輸系統是基于人工數據收集思想改變和發展的一種體

現，同時它也是一種新型現場數據收集的應用工程系統。

在未來信息時代中，各種現場數據收集將以高效率、高可靠性和方便性（H2F）

的要求為主導形式出現。在這種環境要求下，系統既要各個前端控制器具備分散

的獨立工作及獨立應付突發事件的能力，同時又要求它們通過抄表器或遠程傳輸

通信與計費中心數據庫遠程收發管理器實現彼此聯系，并能實現自身協調、執行

多種系統數據收集和監管功能等。

戶用表集中抄表系統是一個綜合性、多學科技術合成的一種技術設備。在技

術層次上它涉及計算機技術應用、通信工程、微電子技術、熱力學等。由于冬季

供熱問題與我國北方地區廣大人民群眾的生活、工作密切相關，產品社會需求量

之大是可想而知的，同時它也是創建和諧社會的一個重要基礎條件。

戶用表集中抄表系統在國內還是一項新興的產業技術，其技術層面的更新必

將摧生更多新興社會服務行業的發展。另外戶用表集中抄表系統的啟動，還可以

帶動一批相關產業鏈的發展、增加國家整體就業機會，比如在原材料業、電子器

件業、計算機業和加工業等。正因為熱能無線自動抄表系統對技術先進性的要求,

這也向相關產業的技術更新提出相應要求，從而極大地促進了相關產業的技術進

步。

1.2術語介紹

(1)交換前置機

企業基礎信息交換平臺連接的交換前置服務器。

(2)信息交換橋接

業務應用信息庫與前置交換信息庫之間信息安全交換的連接通道。

(3)企業基礎信息庫

存儲、管理企業基礎信息的數據庫。

(4)前置交換信息庫

企業基礎信息交換平臺之間共享信息雙向交換的中轉數據庫。

(5)業務數據庫

業務數據庫是指各個保存業務數據的數據庫，運行在內網中。

(6)應用系統

應用系統是指本項目開發的部署在各節點前置機上的橋接系統、中心數據管

理系統、數據比對和整合系統等應用的總稱。

(7)中心數據管理系統

中心數據管理系統是指本項目開發的實現交換數據查詢和管理等功能的應用

系統。

(8)數據比對整合系統

數據比對系統是用來加工整理各單位發送的企業基礎信息的系統。按照一定

的比對規則和條件，數據比對系統對各部門的信息進行對比，形成完整、統一的

XX市基礎信息數據庫。

第二章必要性、可行性及效益分析

2.1必要性分析

在信息化建設過程中，各職能部門通常采用不同的技術和體系結構來構建自

身的信息系統，雖然為各自業務發展起到了很好的促進作用，但各信息系統數據

獨立存儲形成一個個信息孤島，使得各業務系統之間很難實現數據共享，嚴重制

約著政府各職能部門、業務系統之間的協作及工作效率的提升。如何在不改變原

有系統的基礎上實現跨平臺數據訪問也成為信息化建設道路上必須思考的一個問

題。

2.2可行性分析

從當前現狀來看，在技術上，當前市場已經涌現很多實現數據交換的平臺產

品，形成先進的信息交換和共享服務技術體系，能為數據交換平臺的建立提供很

好的技術架構。

2.3效益分析

通過數據交換平臺的建立可以打破當前的“信息孤島”現象，建立不同業務

系統的數據共享平臺，形成政府綜合信息庫。同時，通過統一的數據交換平臺實

現各業務系統之間數據交換的單一安全通道，在實現信息共享的基礎上也確保了

各自數據信息的安全。

從未來發展的角度看，當前建立數據交換平臺可以為以后新的業務系統的建

設提供標準，一旦標準形成，審批、監察等業務都可以直接利用共享的基礎信息

庫數據，從而減少了數據采集的資本投入，也提高了監管工作效率和公共服務水

平，取得了良好的經濟效益和社會效益。

第三章建設目標、思路及原則

3.1建設目標

核心目標是建設數據交換平臺，作為今后數據交換的支撐，將來在平臺上不

斷的擴展應用。

建設目標

搭建數據交換中心，實現集抄業務系統之間的數據交換，為內部辦公提

供數據交換采集綜合信息庫；

建立能源管理的標準和規范，為以后信息系統的建立提供規范指導。

通過數據交換建立能源監測信息庫，實現數據共享，為網上行政審批提

供決策數據；

建立業務數據的集中采集平臺，實現了行政審批電子監察數據的在線、

實時采集。

3.2建設思路

要實現各數據共享，必須先建立統一的數據交換平臺，通過交換平臺實現各

異構數據庫之間的數據集成，實現原有各業務系統在數據級集成，保證異構數據

庫之間的數據交換與共享。

在建立的數據交換平臺基礎上，針對各業務系統的技術和體系結構，配置各

業務系統的數據交換映射關系，形成各業務系統的應用。當平臺建立好以后，業

務應用可以任意擴展，添加新的共享數據。

3.3建設原則

數據信息交換平臺建設必須遵守以下原則：

不影響現有或其它相關信息系統的使用和信息安全；

技術要成熟、可靠，在節約成本投入的前提下確保平臺建設質量；

建立一個堅實的系統應用平臺，便于系統的管理和維護，技術易于更新,

網絡及業務規模可以逐步擴展。統一規劃，分步實施。

第四章關鍵問題解析

4.1數據交換平臺能解決什么問題

對數據交換平臺的理解有一種誤區，就是有了數據交換平臺不同系統之間的

信息交換就可以隨便實現了，而不需要任何編碼；實際上這是不對的。

數據交換平臺的應用主要是在異構系統之間的信息交換，但在信息交換過程

中交換平臺本身要解決的問題只是一小部分，它本質是一個中間件，面向客戶時

屏蔽了很多系統底層的信息，比如網絡的協議、數據的傳輸安全等，據交換平臺

本身不具有業務本身的處理功能，比如無法自動從某個業務系統中直接獲取數據

信息，只能通過編程把數據從業務系統中提取出來，再送到數據交換平臺。利用

數據交換平臺使開發過程中不需要關注數據各式轉換、消息的傳輸、數據路由等,

只需要關注與業務本身的數據處理部分。

4.2數據交換平臺與業務應用的關系

在能源管理系統建設過程中，有些應用系統必須充分利用數據交換平臺，比

如資源目錄管理系統、人口基礎信息庫、企業基礎信息庫的關系、決策支持系統

等。這些業務系統從不同單位的不同系統中獲取數據，數據交換平臺為信息交換

和傳遞提供一個安全可靠的通道，不同的應用系統可以公用相同的數據交換平臺,

因為數據交換平臺好比是高速公路，可以有不同的車道和車輛，而業務系統本身

有自身的業務邏輯。所以從功能和應用層次的角度交換平臺#業務應用。

4.3數據交換平臺無法解決實時性的業務需求

假設有A、B兩套完全獨立的系統，中間通過數據交換平臺連接，能實現一部

信息的交換，若從A系統發起一個請求查詢B系統的數據，這類應用就是實時性

業務。

這類業務數據交換平臺是無法實現的，因為查詢是針對A系統的數據庫，如

果要看到B系統的信息必須B系統在查詢前把信息傳遞到A系統，否則無法直接

查詢B系統的信息。

第五章總體設計

5.1系統總體結構

5.2系統邏輯結構

業務系統的資源交換是通過中間件進行交換和共享。其中，發送模塊負責從

業務系統接收信息、把信息的格式轉換成中間件可識別的格式、和把轉換后的信

息發送給中間件;接收模塊負責從中間件接收信息、把信息的格式轉換成接收系統

可識別的格式、和把轉換后的信息發送給業務系統。

5.3系統物理結構

業務系統通過交換平臺接入點連接業務系統，接入交換平臺的業務系統，需

要開發相應的適配器，如下圖：

第六章數據交換平臺功能設計

6.1交換中心管理系統

6.1.1數據交換標準定義

根據對目標系統綜合性應用內容的需求分析，定義出一系列的數據交換標準。

這些標準將反映各個應用所需要的數據的結構。同時在標準中定義的還有數據“宿

主”位置等信息，表示該塊數據將向哪個業務系統請求獲得。

所有的數據交換標準定義信息，均以XML結構記錄?？梢酝ㄟ^數據交換標準定

義管理工具完成如下功能：

新建標準、修改或刪除標準；

維護標準中的屬性，包括數據結構、數據“宿主”位置、缺省過濾條件等;

實現對用戶身份識別與管理權限控制；

6.1.2數據交換流程定義

數據交換是依據數據交換流程實現的，針對不同的數據，需要設定和管理不同

的數據流轉過程。該模塊的作用是提供圖形化界面，供給數據交換平臺的管理人

員實現數據流轉過程的定義。數據交換流轉過程的描述也采用XML方式。

具體功能如下：

新建流程、修改或刪除流程

維護流程的規則、數據加工過程和數據路由方式

實現對用戶身份識別與管理權限控制

6.1.3數據交換標準與內部數據結構的映射管理

由于數據交換標準并不知道在具體業務系統內的相應數據的位置、屬性、名稱

等等信息，所以需要在業務系統內對數據交換標準中的對應項有一個映射關系的

定義。這種定義包括數據項與數據項的對應或組合對應（公式化）、數據類型的匹

配或轉換關系、數據項位置描述記錄等等。以XML結構保存定義的內容。

具體功能包括:

數據交換標準定義信息的導入

維護數據交換標準與內部數據結構間的映射定義表，包括數據項與數據項

的對應或組合對應（公式化）、數據類型的匹配或轉換關系、數據項位置

描述記錄等等

實現對管理員的身份識別與管理權限控制

6.1.4數據交換流執行

數據交換流的執行是通過應用集成中間件實現的。采用中間件產品可以保證數

據交換的高效、安全和可靠地進行。其工作原理是：讀入數據交換流程，根據流

程設定，啟動數據交換過程。根據業務需要，同時可以并發若干個數據交換流程。

當業務變化時，只需修改數據交換流程定義，就可以實現基于新業務的數據交換

過程，因此系統具有很好的可擴展能力。

具體功能如下：

接收數據

驗證數據

分析流程定義

根據流程進行數據交互過程

數據交互的事務管理

日志管理和交換數據存儲

消息隊列管理

實現對管理員的身份識別與管理權限控制

6.2接入管理系統

6.2.1接入點注冊

在接入點向信息交換平臺注冊時，信息交換平臺會自動檢測接入點提供的屬

性信息是否正確，只有正確后，才可以注冊，接入點才可以接入信息交換平臺。

6.2.2接入點配置

由于有很大一部分的業務系統早已開發完成，且采用的數據庫不同，有

Sybase,Oracle、SQLServer、Access等等，各個業務系統根據實際需要，挑

選可共享的數據，定制不同的共享接入點，將共享接入點發布到數據交換平臺上;

也可以根據業務系統自身的不同的數據種類定制不同的共享接入點，將共享接入

點發布到數據交換平臺上。這樣就最大限度的提供了各自業務系統數據的共享，

也保證了各業務系統數據的安全。

共享接入點的管理員可以根據需要設置本接入點的類型（只能收、只能發、

接收都可）、本節點只接收那種信息類型，如果管理員本身是接入點的創建者，還

可以設置本接入點的管理員帳號。

6.2.3接入點維護

（-）新增接入點

根據各個業務系統的實際需要，系統管理員可以增加新的接入點，和建立新

接入點的管理員帳號。為了便于管理和資源的充分利用，規定一個單位或部門只

有一個共享（單位或部門內部共享）接入點（因為多個業務系統可以通過一個接入

點接入交換信息平臺）.

如果要新增接入點，由使用單位或部門提出書面申請，經系統平臺管理員審

核同意后，統一由系統平臺管理員新增接入點，同時由系統平臺管理員設置新增

接入點的相關信息

（二）修改接入點

因為各個單位、部門的業務系統的數據種類是變化的，且用戶的要求也是變

化的，所以共享接入點的管理員要根據需求實時來修改其共享接口，滿足其他用

戶、單位、部門對數據的需求。共享接入點的管理員先查詢到要修改的接口，然

后對接口的關鍵字及其他屬性進行修改，但接入點的唯一標識（比接入點編號）不

允許修改.修改后的共享接口在數據交換平臺上能立即反映出來，以便其他單位、

部門使用。

（三）刪除接入點

如果共享接入點的管理員認為其定制的共享接入點已沒有使用意義或已被新

的的共享接入點替代，由接入點的管理員提出書面申請，經數據交換平臺系統管

理員（接入點的創建者）審核通過后，統一由交換平臺系統管理員進行刪除。共享

接入點的管理員只能申請刪除自己管理的共享接入點，在共享接入點刪除后，數

據交換平臺記錄刪除日志,并刪除與它有關的在數據交換服務器（JMS）的隊列.刪

除接入點的信息要在數據交換平臺監控上立即反映出來，以便其他單位、部門不

再向它發送信息。

（四）查詢接入點

根據需要，可以按類型、狀態查詢各個接入點的情況，可以統計各個接入點

的類型、狀態（是否有效、是否已刪除）。

6.3運行監控平臺

6.3.1傳輸監控

傳輸監控的主要任務是對交換平臺本身和流過交換平臺的數據包進行觀察與

控制。

傳輸監控包括如下幾個方面：

（1）對數據流量和狀態的查詢、統計與審計；

（2）對信息交換平臺自身運行狀態的查詢和監控；

（3）對信息交換平臺的遠程監控。

數據流量和狀態的監控，首先是對于所有通過信息交換平臺進行交換的數據

總量的把握，其次是對每個通過信息交換平臺的數據包狀態的微觀把握。通過監

控功能，可以了解在指定時間內按照進入/轉出、目的地/來源地、數據量大小等

項目進行查詢和統計，從而實現對總量的把握；通過對數據狀態（例如等待處理、

正在進行、處理完畢、回執收到、處理中斷等）的監控，可以追蹤某一個指定數

據的狀態。

對信息交換平臺自身運行狀態的查詢和監控，是為了確認信息交換平臺自身

的運行是否正常。查詢和監控的對象主要是構成共享平臺的各類軟件運行實體（例

如進程、隊列等）。以進程為例，監控的主要操作包括查詢進程狀態、停止進程、

重新啟動進程等。

對信息交換平臺的遠程監控，是指通過監控命令的交換，對系統中的遠端信

息交換平臺部件進行上述監控。

由于信息交換平臺的運行記錄不僅是進行監控的重要依據，還是進行審計的

重要基礎，因此根據監控的功能設計，必須實現相應的日志機制。

6.3.2前置節點運行監控

中心數據交換平臺通過網絡連接了許多不同的節點，通過監控系統能對分布

在不同物理位置的前置交換系統狀態進行必要的監控，及時發現異常的監控節點。

6.3.3數據庫運行監控

數據交換平臺涉及中心數據庫，前置節點數據庫等多套數據庫系統，通過監

控系統能實時了解各節點數據運行的狀態，能通過圖示的方式進行提醒。

6.3.4適配器監控

監控平臺對橋接服務實行數據傳輸量監控，速率監控，歷史數據統計等監控

管理，對有關交換的各種組件運行狀態及日志情況，可以非常方便的進行監控及

查詢。

6.4系統管理

6.4.1接入編碼管理

接入點編號是由交換信息平臺統一分配給各個使用單位或部門。各個使用單

位或部門要接入信息交換平臺，必須先申請接入點編號。獲得接入點編號后，必

須要先進行接入點注冊，然后才可以通過接入點接入到交換信息平臺。

接入點編號規則參考如下：

A.編號長度為九位（數據的長度預留20位：如果以后要加市的，在原來基礎

上前面加多倆位，依此類推：加省、）；

B.位數的意義：第一、二位代表區;第三、四位代表單位類型;最后五位流水

號。比如：

000000000

區單位類型流水號

6.4.2數據備份及恢復

數據交換平臺涉及大量數據的存儲，需要有良好的數據存儲機制確保數據的

安全，避免數據丟失。

6.4.3用戶管理

數據交換平臺作為一套專門的信息交換系統，具有完善的用戶管理體系，能

創建不同權限、不同角色的用戶帳號，對系統內的信息進行查看和訪問。

6.4.4日志管理

管理員能查看系統不同類型的日志，對系統的運行狀態進行監控，及時發現

運行過程中出現的問題。并提供日志審核的功能。

第七章交換平臺安全設計

7.1威脅與風險分析

交換系統的業務特點和信息的敏感性決定了系統可能承受來自各個方面的攻

擊，如犯罪團伙的破壞，黑客的惡意攻擊。

信息交換平臺系統的安全性應從政府專網的網絡安全中總體考慮，包括入侵

檢測、防病毒系統、防火墻系統在內的安全措施由xx市政府專網統一考慮。本實

施方案中重點考慮系統在應用、數據交換、數據管理以及系統管理方面的安全問

題。

(1)信息安全

信息安全指信息內容在采集、存取、處理、使用和傳輸中的機密性、完整性、

可用性和不可否認性，以及確保信息在系統主體的可控性和可審計性等特征的系

統辨別、控制、策略和過程。主要威脅和風險包括：偽裝、系統入侵、通信監聽、

數據篡改、否認和拒絕服務等。

(2)安全管理

安全管理主要威脅和風險包括：

(1)管理不當造成的口令及密鑰丟失和泄露；

(2)制度遺漏造成的系統無序運行、系統災難；

(3)人員管理漏洞；安全審計不力或無審計等。

7.2安全需求分析

為了使數據系統能夠有效應對以上所描述的安全威脅和風險，切實保障系統

的安全，必須從組織管理、技術保障、政策環境、標準體系、人才培養等方面著

手，形成有效的安全防護能力、隱患發現能力和應急反應能力，為系統建立可靠

的安全運行環境，切實保障系統的安全。

從應用安全和信息安全需求來分析，重要的是要解決全網統一的身份鑒別，

要解決數據的完整性、數據的訪問控制和授權，以及敏感信息的機密性。

從安全管理需求來分析，要考慮規章制度的完善、安全策略的制定、系統人

員的安全培訓等，特別要考慮到基層人員計算機應用水平還不高，必須加強安全

管理和人員培訓，與技術保障緊密結合，形成一套比較完備的交換系統的安全保

密體系。

因此，系統應用安全要重點做好以下幾方面的工作，同時也是安全方案需要

解決的問題：

（1）解決信息的備份問題。

（2）解決信息交換平臺的統一身份鑒別問題。

（3）解決信息交換平臺的信息資源管理，信息分類訪問控制和分組共享（即

什么人可以訪問什么信息和哪些人可以共享哪些信息）問題，實現全系統的有效

訪問控制。

（4）解決系統敏感數據的加密問題，特別是重要信息的多級安全保護；采用

數字簽名和各種安全審計手段，解決關鍵操作的抗抵賴問題。

（5）解決內部人員濫用權力，有意犯罪，越權訪問機密信息或惡意篡改等問

題。

（6）解決系統安全運行的管理問題。

7.3身份認證和授權管理設計

為了保證信息的合法訪問，建立統一的認證網關和授權管理系統。在本系統

中，主要有兩類操作涉及到身份認證和授權訪問控制：

一種是對接入的業務系統（即接入用戶）的身份認證和授權訪問控制，當一

個業務系統，通過應用適配器或者調用交換系統的JAVAAPI,向信息交換平臺發

送數據或者從交換平臺讀取數據時，必須要提供身份信息（用戶名/口令、CA證

書），交換平臺進行身份認證和權限檢查，被授權的合法用戶才能將操作完成。

另一類是對系統管理人員的身份認證和訪問控制，用戶登錄到管理平臺，進

行系統管理，必須經過系統的身份認證和授權訪問控制。

這兩類身份認證和授權管理都可以通過eStarESS提供的安全管理模塊來實

現。

eStarESS支持兩種身份憑證：用戶名/口令和數字證書兩類技術體系的電子

身份憑證。

用戶名/口令認證的實現方式是：

（1）系統管理員利用系統超級用戶登錄到系統管理平臺，建立多個用戶，并

授予不同的權限，密碼加密后保存在用戶數據庫中;

（2）將這些用戶分別賦給不同的業務系統，業務系統連接信息交換平臺時，

提供預先配置的用戶名和密碼；

（3）對業務系統提供的用戶名/口令進行認證和權限檢驗。

系統管理員登陸系統的過程類似，只是管理員每次登陸時都要輸入用戶名和

口令，而不是向業務系統那樣，用戶名和口令預先被配置。

7.4數字證書認證

系統支持內部的CA證書系統，也可以和外部獨立的CA認證系統連接。

具體的實現方式是：

（1）向不同的業務系統頒發CA證書；

（2）業務系統訪問信息交換平臺時，提供CA證書；

（3）系統的安全認證接口進行身份認證，授權管理系統進行權限檢查。

在交換平臺中，數據被保存在消息隊列中，不同的用戶對消息隊列的訪問權

限是不一樣的，給每個用戶分別授予不同的權限，從而實現對數據資源的保護。

具體的實現方法是：

（1）對于共享的信息，可以發送到公共的隊列中，將該隊列的訪問權限賦予

所有的用戶，則所用的用戶登陸后，都可以訪問該隊列的信息。

（2）對于私有信息，保存到私有隊列中，將權限授予特定的用戶，則只有該

用戶可以訪問該隊列中的消息，其他用戶則不能訪問。

7.5數據交換過程的安全保障

數據交換過程的安全保障主要指信息在交換過程中不能被非法篡改、不能被

非法訪問、數據交換后不能抵賴等功能。

提供了兩種方法實現上述功能：

一種是支持HTTPS傳輸協議，通過SSL實現數據防篡改、數據加密等功能。

另一種是通過支持對消息內容的數字簽名、數字摘要和信息加密，來實現上

述的安全功能。

上述兩種安全傳輸實現方式，都需要數字證書的支持，在交換系統中，利用

系統提供的證書，也可統一使用外部CA系統頒發CA證書。

第八章數據交換中間件選型

8.1數據交換中間件技術要求

信息交換平臺由交換中間件、應用適配器系統組成，各部分設計要求如下：

8.1.1交換中間件技術要求

交換中間件技術要求主要包括：數據傳輸要求、數據轉換要求、可靠性要求、

安全性要求、差錯處理要求、Web服務支持要求、跨平臺要求、基本性能要求等

幾個方面。

(1)數據傳輸要求

在數據傳輸方面，交換中間件應能滿足以下要求：

O傳輸協議

交換中間件必須支持HTTP/HTTPS傳輸協議。支持消息傳輸與文件傳輸。

。消息基礎協議

交換中間件支持國家政務信息資源交換體系標準規定的消息格式。

。大文件支持

交換中間件支持大文件傳輸。

。消息交換模式

交換中間件支持消息主動發送、請求/應答、訂閱/發布三種消息交換模式。

。消息路由

交換中間件支持消息路由的功能，包括