數(shù)據(jù)交換平臺設計方案

信息交換平臺設計方案目錄TOC\o"1-4"\h\z\u1. 項目背景 41.1. 概述 41.2. 現(xiàn)狀分析 41.3. 需求描述 52. 目的與原則 62.1. 建設目的 62.2. 建設原則 72.3. 定義與約束 73. 建設內(nèi)容與根據(jù) 83.1. 建設內(nèi)容 83.2. 建設根據(jù) 94. 技術路線 94.1. 技術架構 94.2. 應用架構 155. 系統(tǒng)功效 185.1. 功效劃分 185.2. 系統(tǒng)管理 215.2.1. 運行環(huán)境配備 215.2.2. 系統(tǒng)注冊 225.2.3. 目錄服務 235.2.3.1. 類別維護 255.2.3.2. 元數(shù)據(jù)維護 275.2.3.3. 目錄索引管理 285.2.4. 權限管理 285.2.4.1. 操作者權限 295.2.4.2. 系統(tǒng)顧客權限 305.2.5. 訂閱定制 315.2.5.1. 數(shù)據(jù)校驗 335.2.5.2. 訂閱 345.2.5.3. 退訂 355.2.6. 日志定制 365.2.7. 安全管理 385.2.8. 其它參數(shù)設立 395.3. 數(shù)據(jù)交換服務 405.3.1. 數(shù)據(jù)交換流程 405.3.2. 消息管理 415.3.3. 隊列管理 425.3.4. 發(fā)送管理 425.3.5. 接受管理 435.3.6. 封裝解析 445.3.6.1. 封裝 445.3.6.2. 解析 455.3.7. 數(shù)據(jù)整編 465.3.8. 數(shù)據(jù)保存 475.3.9. 其它有關服務 486. 項目實施安排 48項目背景概述通過近幾年的信息化建設，北京市水務局的計算機網(wǎng)絡和應用系統(tǒng)的建設均獲得了長足發(fā)展，隨著信息技術的發(fā)展，水務信息化建設的有關原則與方式辦法也在不停完善和規(guī)范，為后續(xù)有關業(yè)務信息化建設奠定了堅實的基礎。北京市水務局已經(jīng)建設了骨干通訊網(wǎng)，構建了機關內(nèi)部的計算機局域網(wǎng)絡平臺和數(shù)據(jù)庫系統(tǒng)。水務局現(xiàn)在已經(jīng)運行的有近30個業(yè)務系統(tǒng)。以水務局“水務信息平臺”為核心的水務信息網(wǎng)已基本建成。水務信息化原則數(shù)據(jù)庫已經(jīng)建立并在不停的規(guī)范當中?，F(xiàn)在北京市水務局已建立了水文數(shù)據(jù)庫、供水數(shù)據(jù)庫、水環(huán)境數(shù)據(jù)庫、工情數(shù)據(jù)庫、災情數(shù)據(jù)庫、水土保持數(shù)據(jù)庫、社會經(jīng)濟數(shù)據(jù)庫和圖形圖像地理信息數(shù)據(jù)庫八類數(shù)據(jù)庫，這些數(shù)據(jù)庫均是在ORACLE9I版本數(shù)據(jù)庫之上。水務局對下屬機關、局屬、縣區(qū)單位分為A、B、C三類分中心機構，大部分分中心均已建有自己的水務業(yè)務信息系統(tǒng)，且基本實現(xiàn)與局中心水務平臺相連，進行數(shù)據(jù)交換與共享?，F(xiàn)狀分析北京市水務信息平臺雖已獲得的很大進展，但由于各分中心的業(yè)務系統(tǒng)的應用構造、技術構造以及數(shù)據(jù)庫差別較大，特別各分中心的業(yè)務系統(tǒng)所用的數(shù)據(jù)庫不盡相似——有不同版本的ORACLE、SQLSEVER等，采用的開發(fā)技術不同——如J2EE、DOTNET等，不同系統(tǒng)之間需要實現(xiàn)數(shù)據(jù)的及時共享與互通，局中心尚沒有建立完善的信息共享交換機制，不能及時獲得各分中心的水務信息，達不到為決策支持提供信息服務的目的，各系統(tǒng)間的數(shù)據(jù)交換成為數(shù)據(jù)共享的最大障礙，因此需要建立一種統(tǒng)一的、合用性廣的信息交換平臺，用于交換局中心與各分中心之間的多個數(shù)據(jù)，從而實現(xiàn)數(shù)據(jù)及時共享與交換。需求描述建設一種開放的、可擴展的、適應性強的、高效穩(wěn)定的信息交換平臺，平臺應含有以下功效：方便的實現(xiàn)北京市水務局及各分中心業(yè)務應用系統(tǒng)之間的數(shù)據(jù)共享與交換；實現(xiàn)不同類型的數(shù)據(jù)庫對接：即通過本平臺能夠?qū)崿F(xiàn)不同類型數(shù)據(jù)庫之間的互通，能夠?qū)?shù)據(jù)源表和目的數(shù)據(jù)表對應起來；數(shù)據(jù)對導：即本平臺支持對構造相似或相似源數(shù)據(jù)表與目的數(shù)據(jù)表內(nèi)數(shù)據(jù)的直接導出導入操作，對導前能夠配備導出導入字段的對應關系，同時應支持通過視圖進行對導數(shù)據(jù)的功效；數(shù)據(jù)類型自動轉(zhuǎn)換：指通過平臺實現(xiàn)對不同數(shù)據(jù)類型數(shù)據(jù)的自動轉(zhuǎn)換功效，例如一種字段由STRING型轉(zhuǎn)換為另一種數(shù)據(jù)庫接受的VARCHAR型數(shù)據(jù)；消息隊列的自動管理：本平臺能夠自動判斷并管理消息隊列，按消息的優(yōu)先次序或級別來安排消息傳輸，建立良好的數(shù)據(jù)傳輸機制；數(shù)據(jù)的自動封裝與解析：本平臺能夠?qū)χ付〝?shù)據(jù)按一定原則進行封裝，封裝時能夠自動判斷數(shù)據(jù)包的大小，按指定大小封裝成一種或多個包并統(tǒng)計包間的關系，在接受數(shù)據(jù)包后，能夠?qū)ΠM行自動解析；安全控制：本平臺應含有嚴格穩(wěn)定的安全機制，確保數(shù)據(jù)安全，即能夠根據(jù)需要自動按規(guī)則對傳輸數(shù)據(jù)進行加密解密、根據(jù)不同請求者的權限級別設立對應的數(shù)據(jù)訪問權限、自動統(tǒng)計數(shù)據(jù)丟失與否及傳送成功與否的統(tǒng)計，并在傳輸失敗后，能夠以GSM的方式告知接受方本次傳送失敗，請等待下一次傳送；日志：本平臺要有健全完備的日志功效，根據(jù)需要統(tǒng)計系統(tǒng)運行過程中的全部有關信息，特別當系統(tǒng)碰到意外而無法正常工作時，應有有關日志以備查閱；運行穩(wěn)定：由于信息交換平臺要完畢局中心與各分中心之間全部基礎數(shù)據(jù)、業(yè)務數(shù)據(jù)、實時數(shù)據(jù)甚至空間數(shù)據(jù)的時實共享與交換，因此本平臺要長久穩(wěn)定的運行，能夠解決好由于多方同時發(fā)送請求而造成的堵塞或沖突等狀況，同時含有一定的網(wǎng)絡故障應對能力，即當網(wǎng)絡發(fā)生故障時，交換平臺應能自動統(tǒng)計正在傳送途中的數(shù)據(jù)信息，方便網(wǎng)絡恢復時，自動續(xù)傳，支持斷點續(xù)傳；鑒于信息交換平臺在整個水務信息化中的重要地位，本平臺在設計時盡量考慮到后期的可擴展性、開放性和廣泛的兼容性規(guī)定，不能由于具體業(yè)務系統(tǒng)的變化或水務信息平臺的某個問題而影響正常的數(shù)據(jù)交換業(yè)務，更不應出現(xiàn)平臺無端中斷或停止服務而進行平臺擴展調(diào)試的狀況；平臺盡能夠滿足人性化，可配備的靈活規(guī)定。目的與原則建設目的信息交換平臺建設在水務局中心，為局中心與各分中心、各分中心之間的數(shù)據(jù)共享與交換服務，并兼顧分中心與采集系統(tǒng)之間的信息交換，實現(xiàn)整個水務信息網(wǎng)顧客中任意兩個顧客間的數(shù)據(jù)共享與交換，重要實現(xiàn)下列目的：1、數(shù)據(jù)交互：能夠?qū)⒁环N數(shù)據(jù)庫的某一表中數(shù)據(jù)，根據(jù)一定的規(guī)定導入到另一數(shù)據(jù)庫對應表中；2、資源共享與訂閱：能夠?qū)崿F(xiàn)數(shù)據(jù)資源的共享設立、共享級別設立，訂閱數(shù)據(jù)資源等操作，并能按照訂閱內(nèi)容交換數(shù)據(jù)；3、信息級別權限控制：一定級別的工作站只能訪問該級別或級別規(guī)定更低的共享資源；4、數(shù)據(jù)操作源和目的數(shù)據(jù)庫可覺得多個數(shù)據(jù)庫：如：SQLServer，Oracle等；5、數(shù)據(jù)交換要支持多個數(shù)據(jù)類型：如：數(shù)值、字符、日期、文獻等；6、信息交換平臺運行模塊要以服務程序模式運行；7、信息交換平臺支持數(shù)據(jù)配備擴展，能夠通過配備文獻來更改運行環(huán)境、共享資源數(shù)據(jù)內(nèi)容以及共享級別；8、日志統(tǒng)計：創(chuàng)立日志，方便調(diào)試和后來查看；9、系統(tǒng)含有長時間穩(wěn)定運行的能力；10、有一定的網(wǎng)絡故障解決能力，當網(wǎng)絡出現(xiàn)問題時，系統(tǒng)能夠在一定程度上采用自救方法，如支持斷點續(xù)傳和發(fā)送短信息給等待顧客。建設原則本平臺建設遵照下列原則：1、實用性原則：以實用為第一準則，切實滿足管理和業(yè)務需求；2、安全性原則：設計采用有效的軟件安全保護、避免非法入侵等方法，確保應用系統(tǒng)、數(shù)據(jù)的運行安全；3、先進性原則：設計采用先進軟件技術，并考慮適度超前，為此后需求變化留有余地；4、可靠性原則：技術成熟，確保系統(tǒng)穩(wěn)定可靠長久運行；5、完備性原則：設計功效全方面、完整；6、可擴充性原則：采用先進開發(fā)手段，組件化的開發(fā)模式，以確?？蓴U充性；7、原則化與開放性原則：系統(tǒng)設計符合原則化建設和開放的原則。定義與約束1、元數(shù)據(jù)：元數(shù)據(jù)是一組描述數(shù)據(jù)本身基本特性和屬性的數(shù)據(jù)，又稱為“數(shù)據(jù)的數(shù)據(jù)”。從本質(zhì)上說，元數(shù)據(jù)是一種數(shù)據(jù)構造原則，它提供了一種框架體系和辦法來描述、表征數(shù)字化信息的基本特性，并通過一套通用的編碼規(guī)則，將來源各異的數(shù)字化資源歸納到一種原則的體系中。2、數(shù)據(jù)抽?。含F(xiàn)有數(shù)據(jù)庫內(nèi)的數(shù)據(jù)普通都是以某種關系型存在的，構成一種數(shù)據(jù)集合，抽取即是把數(shù)據(jù)庫內(nèi)的數(shù)據(jù)按照一定的規(guī)則提取出來構成一種滿足本身數(shù)據(jù)規(guī)范規(guī)定的數(shù)據(jù)集合的形式。3、SOA（service-orientedarchitecture，也叫面對服務的體系構造或面對服務架構）：是指為理解決在Internet環(huán)境下業(yè)務集成的需要，通過連接能完畢特定任務的獨立功效實體實現(xiàn)的一種軟件系統(tǒng)架構。SOA是一種組件模型，它將應用程序的不同功效單元（稱為服務）通過這些服務之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進行定義的，它應當獨立于實現(xiàn)服務的硬件平臺、操作系統(tǒng)和編程語言。這使得構建在多個這樣的系統(tǒng)中的服務能夠以一種統(tǒng)一和通用的方式進行交互。4、節(jié)點：本文中指整個水務網(wǎng)內(nèi)與局中心相連接的各分中心（涉及局中心）。5、系統(tǒng)顧客：使用本平臺進行數(shù)據(jù)交換或共享的系統(tǒng)，即系統(tǒng)顧客在本文中指一種應用系統(tǒng)。6、操作者顧客：操作本平臺的操作員，即指通過本平臺提供的人機交互界面操作本平臺完畢指定系統(tǒng)功效的人。7、縮略語：在本設計方案中，信息交換平臺或共享交換平臺有時被稱為本平臺或本系統(tǒng)，或在上下文描述時，簡要稱為系統(tǒng)、平臺，均指本信息交換平臺。建設內(nèi)容與根據(jù)建設內(nèi)容根據(jù)信息交換平臺的承當任務、北京市水務信息化建設現(xiàn)狀及發(fā)展形式的規(guī)定，本平臺建設內(nèi)容重要分為下面幾個方面：1、目錄服務系統(tǒng)提供目錄服務功效，統(tǒng)一管理市水務局中心、各分中心的基礎信息、各類業(yè)務信息、多個統(tǒng)計分析等數(shù)據(jù)——涉及有關圖表數(shù)據(jù)，運用目錄服務手段為各顧客根據(jù)權限設定范疇提供獨享數(shù)據(jù)資源、共享數(shù)據(jù)資源的快速檢索與定位。2、基礎信息資源服務通過建立專門的基礎信息維護模塊接受多個系統(tǒng)所需基礎信息資源、公共信息資源，從而為各級顧客之間實現(xiàn)信息資源的共享與流通提供必要保障。3、元數(shù)據(jù)定制服務考慮到本系統(tǒng)的可擴展性及與各類業(yè)務系統(tǒng)之間的兼容性，系統(tǒng)對用到的各類基礎信息元數(shù)據(jù)、業(yè)務信息元數(shù)據(jù)提供顧客可定制功效，即顧客可通過本身業(yè)務需要定制自己的元數(shù)據(jù)信息，再根據(jù)對元數(shù)據(jù)的維護、整頓、分析、接受、發(fā)送、訂閱分派等業(yè)務操作實現(xiàn)數(shù)據(jù)交換與管理功效。4、數(shù)據(jù)訂閱服務局中心、各分中心顧客均可訂閱其它顧客作好訂閱分派的數(shù)據(jù)信息集，能夠根據(jù)各自權限及所需訂閱信息訂閱其它系統(tǒng)或中心的信息數(shù)據(jù)，從而最大程度的包容了由業(yè)務變動帶來的需求信息變化，也靈活的實現(xiàn)了不同時期、不同級別顧客對數(shù)據(jù)的不同需求。5、信息交換服務本交換平臺為局中心、各分中心顧客所需的各項服務進行統(tǒng)一管理，提供對各類數(shù)據(jù)交換的統(tǒng)一規(guī)范化服務與管理，為跨部門、跨區(qū)域、跨級別、跨系統(tǒng)的數(shù)據(jù)交換提供服務。6、支撐服務為了確保本系統(tǒng)穩(wěn)定、安全、順利的運行，本平臺提供全方面的支撐服務體系。如安全認證服務、審計服務等。7、日志作為安全服務的補充，本平臺提供完備的日志管理機制，并對日志進行分級解決，顧客可根據(jù)本身需要在系統(tǒng)內(nèi)設立本平臺所要統(tǒng)計的日志信息，便于后期查看。建設根據(jù)《軟件工程術語》GB/T11457-1995《計算機軟件產(chǎn)品開發(fā)文獻編制指南》GB/T8567-1988《北京市水利骨干通信網(wǎng)——信息高速公路總體規(guī)劃》《信息技術軟件生存期過程》GB/T8566-1995《計算機軟件質(zhì)量確保計劃規(guī)范》GB/T12504-1990《計算機軟件配備管理計劃規(guī)范》GB/T12505-1990《軟件維護指南》GB/T14079-1992《計算機軟件可靠性和維護性管理》GB/T14394-1993《軟件支持環(huán)境》GB/T15853-1995技術路線技術架構1、技術模式作為整個北京市水務信息網(wǎng)絡各應用系統(tǒng)之間的數(shù)據(jù)交換接口，為了確保其可擴展性和系統(tǒng)的可靠性，本信息交換平臺采用組件化的設計模式實現(xiàn)，各構成模塊盡量作到松散耦合，能夠無限制擴充，從而實現(xiàn)與其它系統(tǒng)模塊的無縫集成，該系統(tǒng)采用面對對象的組件化技術建設基于C/S構造的系統(tǒng)，并且以Windows服務程序模式與Windows程序顧客交互模式結(jié)合方式運行。這種設計含有下列某些優(yōu)勢：以服務方式運行的系統(tǒng)能夠在服務器不登陸的狀況下，數(shù)據(jù)交換就能夠運行；服務程序與交互界面并存，這樣能夠?qū)崟r監(jiān)測和控制交換程序的運行，方便維護和調(diào)試；系統(tǒng)提供顧客操作界面，能夠讓顧客非常便捷地完畢有關設立與訂閱操作；C/S構造程序最適合網(wǎng)絡間數(shù)據(jù)交換，能夠確保程序的持續(xù)穩(wěn)定運行；系統(tǒng)采用ODBC數(shù)據(jù)源來連接數(shù)據(jù)庫，解決多個類型的數(shù)據(jù)庫源的連接問題。本系統(tǒng)技術框圖以下：交換平臺技術框圖2、技術實現(xiàn)系統(tǒng)內(nèi)各具體功效模塊均由對應的組件（或稱構件）構成，有關組件由容器統(tǒng)一管理，根據(jù)服務對象與功效的不同，容器可分為“管理容器”和“交換容器”分別完畢系統(tǒng)與數(shù)據(jù)的管理及數(shù)據(jù)交換功效。功效組件按其功效分別歸由對應的容器統(tǒng)一調(diào)配管理，組件間的關系通過配備文獻（XML）實現(xiàn)，以達成松藕合的目的。組件按其作用與重要程度可分為“原則組件”和“附加組件”兩種，原則組件是信息交換平臺為完畢正常數(shù)據(jù)管理與交換功效必要須的功效組件，附加組件是指為了使平臺更加好的運行，為平臺添加某些附加功效而設計的組件。附加組件也是可選組件，平臺根據(jù)有關配備動態(tài)實現(xiàn)附加組件的調(diào)用，當平臺加入的附加組件并已配備了有關信息時，平臺運行過程中會自動調(diào)用此組件實現(xiàn)附加功效；當平臺的配備信息變化刪除附加組件時，平臺不再調(diào)用附加組件，而進行常規(guī)運行，并不影響正常的平臺功效。本平臺設計的組件、分類及作用描述以下表：序號組件名稱容器類型功效描述1注冊組件管理容器原則組件完畢在上級主交換節(jié)點的注冊，獲取本節(jié)點有關編碼、上級節(jié)點的IP地址等信息，啟動共享交換平臺2資源管理完畢本節(jié)點信息資源目錄的建立，自動登記信息資源元數(shù)據(jù)3訂閱組件完畢訂閱其它信息節(jié)點共享資源元數(shù)據(jù)，生成本節(jié)點訂閱信息資源樹4監(jiān)控組件可選組件實時監(jiān)視本節(jié)點信息資源交換狀況，涉及本節(jié)點接受和發(fā)送的數(shù)據(jù)5信息比對執(zhí)行指定的本節(jié)點信息數(shù)據(jù)與其它節(jié)點可共享數(shù)據(jù)的比較，報告比較成果6流量分析統(tǒng)計某時間范疇內(nèi)，本節(jié)點共享數(shù)據(jù)輸出和輸入數(shù)量統(tǒng)計7數(shù)據(jù)抽取交換容器原則組件根據(jù)信息資源元數(shù)據(jù)描述以及信息資源的時間特性，定時或定時從指定的數(shù)據(jù)庫或文獻夾中讀取數(shù)據(jù)8封裝與分發(fā)將數(shù)據(jù)抽取的成果按照數(shù)據(jù)報文規(guī)定進行封裝，每個資源訂閱方分別封裝各自的數(shù)據(jù)包，然后分別發(fā)送給接受方9通訊組件將封裝、分發(fā)后的數(shù)據(jù)報文，通過底層網(wǎng)絡鏈路，傳送到指定的資源共享節(jié)點10分包組件將信息節(jié)點接受到的數(shù)據(jù)包，按照接口規(guī)范，進行拆分、解析以及必需的編碼轉(zhuǎn)換，轉(zhuǎn)化為本信息節(jié)點對應數(shù)據(jù)的存儲格式11存儲組件將分包后的數(shù)據(jù)，寫入信息資源元數(shù)據(jù)描述的數(shù)據(jù)庫或文獻夾中12加密壓縮可選組件在通訊組件運行前執(zhí)行，將數(shù)據(jù)內(nèi)容進行加密、壓縮后，生成新的加密壓縮報文13關聯(lián)計算在分包組件完畢后執(zhí)行，重要完畢針對水務業(yè)務的某些專業(yè)計算需求，如：由水位—庫容曲線，按照水位數(shù)據(jù)計算水庫蓄水量等14信息整編在關聯(lián)計算組件運行后執(zhí)行，根據(jù)信息資源時間特性需求，生成新的不同時間頻率的數(shù)據(jù)15審計組件交換平臺將自動統(tǒng)計運行日志。能夠定義多個級別，不同級別統(tǒng)計日志的具體程度不同注：節(jié)點指使用本平臺的各個系統(tǒng)顧客。以上組件與重要功效模塊的對應關系以下：組件與功效對應關系上圖中淺黃色為組件，淡藍色為功效模塊，箭頭表達功效與組件的重要對應關系。3、技術特點總結(jié)起來信息交換平臺含有下列技術特點：元數(shù)據(jù)采用元數(shù)據(jù)理念管理共享與交換用到的多個數(shù)據(jù)元素，元數(shù)據(jù)管理基于信息資源目錄管理的資源體系實現(xiàn)，本平臺元數(shù)據(jù)描述除清晰描述信息本身含義外，還清晰的描述信息的存取辦法、基本屬性等信息，為建立在信息資源目錄基礎上的數(shù)據(jù)抽取發(fā)明條件。SOA架構本平臺采用SOA技術架構進行開發(fā)，各組件統(tǒng)一在容器中進行規(guī)劃并接受容器的統(tǒng)一調(diào)用與管理，實現(xiàn)組件間的松散藕合，這種組件化的模式使平臺兼?zhèn)浼夹g的先進性與靈活性，最大程度的兼顧了現(xiàn)在和此后應用系統(tǒng)的多樣化，同時為本平臺的無限制擴展提供可能。通信技術信息交換平臺是基于網(wǎng)絡運行的平臺，數(shù)據(jù)傳輸采用SOCKET同時機制傳輸，并且在傳輸過程中，平臺自動對數(shù)據(jù)包大小進行檢測并加以限制，當欲傳輸數(shù)據(jù)不小于包的限制容量時，則分為多個包進行傳送，并自動記憶包間的關系，對檢測到不正當?shù)陌M行自動舍棄，同時發(fā)送舍棄信息給數(shù)據(jù)發(fā)送方。并發(fā)技術由于信息交換平臺運行時需要同時進行多個解決，因此系統(tǒng)設計時采用多線程并發(fā)設計，系統(tǒng)重要并發(fā)線程有：輪詢發(fā)送訂閱數(shù)據(jù)線程、接受解決數(shù)據(jù)線程、訂閱數(shù)據(jù)線程、監(jiān)聽訂閱數(shù)據(jù)線程等，接受每個資源方發(fā)送的數(shù)據(jù)時，每個接受解決一種線程。輪詢技術信息交換平臺運行時需要不停檢測新數(shù)據(jù)，如果檢測到新數(shù)據(jù)則將數(shù)據(jù)發(fā)送給訂閱方。因此系統(tǒng)采用時間輪詢不停檢測和發(fā)送新數(shù)據(jù)。本平臺設計采用線程睡眠Sleep等待辦法實現(xiàn)。Sleep等待是讓此線程停止執(zhí)行一段時間，然后再繼續(xù)運行進行輪詢。這樣能有效避免兩個線程因同時使用資源而產(chǎn)生沖突。輪詢時間間隔能夠通過系統(tǒng)運行環(huán)境配備文獻進行設立。擴展接口為了使平臺在后期維護時方便快捷，不停止正常工作或盡量短時間的中斷正常工作，系統(tǒng)應含有一定的可擴展性，預先考慮到可能存在的接口，現(xiàn)在考慮到的接口以下：數(shù)據(jù)庫操作接口：能夠擴展對多個數(shù)據(jù)庫類型的訪問，以適應不同的數(shù)據(jù)庫類型；數(shù)據(jù)讀取接口：能夠采用多個讀取數(shù)據(jù)的方式；數(shù)據(jù)保存接口：能夠完畢多個狀況的數(shù)據(jù)保存；數(shù)據(jù)整編接口：擴展數(shù)據(jù)整編功效的接口；交互消息接口：各工作站交互不同類型消息時的擴展接口；數(shù)據(jù)傳輸接口：數(shù)據(jù)在網(wǎng)絡間傳輸其它技術擴展接口。應用架構由于本平臺應用于以市水務局為中心的北京市水務信息網(wǎng)絡，負擔的數(shù)據(jù)共享與交換范疇涉及局中心、各級分中心及具體采集終端，因此本平臺以局中心為中心采用集中管理的方式，即各分中心必須登錄局中心平臺進行注冊，獲得本分中心（下列稱節(jié)點）的共享級別及對應的共享數(shù)據(jù)，從而再與其它分中心進行數(shù)據(jù)共享與交換。其交換節(jié)點以“星型”構造存在，以下圖：節(jié)點的星型構造在實際數(shù)據(jù)交換中，本平臺實現(xiàn)水務信息網(wǎng)內(nèi)全部節(jié)點之間的數(shù)據(jù)共享與交換功效，即任意兩個節(jié)點之間都能夠進行信息共享與數(shù)據(jù)交換，因此從數(shù)據(jù)交換的角度看，屬“網(wǎng)狀”構造，構造圖以下：信息交換“網(wǎng)狀”構造本平臺功效架構總體上可分為三層：體現(xiàn)層、認證層和應用層，其中應用層可分為交換服務應用與系統(tǒng)管理應用兩部分。平臺功效架構圖以下：平臺功效架構圖應用層：在本信息交換平臺中，系統(tǒng)管理模塊作為平臺應用層的一部分，也是平臺運行的基礎模塊，完畢平臺運行環(huán)境、平臺運行過程中有關進程的運行方式、時間特性、服務對象與區(qū)享等級、資源信息等的設立操作，為實現(xiàn)數(shù)據(jù)交換提供基礎支撐服務；數(shù)據(jù)交換服務模塊同樣是應用層的構成部分，完畢具體的數(shù)據(jù)交換功效，根據(jù)系統(tǒng)管理部分的設立信息有效有序的管理消息、進行數(shù)據(jù)的接受、發(fā)送、解析、整編及保存等有關操作。認證層：身份認證屬認證層，是指在系統(tǒng)運行過程中，根據(jù)系統(tǒng)管理有關部分的設立信息判斷發(fā)出訂閱申請的顧客在本平臺中含有的共享級別信息，從而作到權限的有效控制，避免信息泄露。體現(xiàn)層：人機交互界面是體現(xiàn)層內(nèi)容，是計算機軟件操作者與軟件系統(tǒng)進行交互的途徑，本平臺除在后臺自動運行的數(shù)據(jù)傳輸及進程管理方面的功效外，全部系統(tǒng)參數(shù)設立、資源定制管理方面的操作均通過體現(xiàn)層的人機交互界面完畢。系統(tǒng)功效功效劃分信息交換平臺除一部分設立功效需要顧客通過界面控制完畢外，數(shù)據(jù)交換功效需要長久穩(wěn)定的在后臺運行，為水務信息各應用提供數(shù)據(jù)共享與交換服務，因此本平臺功效可分為系統(tǒng)管理（或叫數(shù)據(jù)交換管理）和數(shù)據(jù)交換服務兩部分。其功效構造圖以下：信息交換平臺功效構造圖1、系統(tǒng)管理模塊分為運行環(huán)境配備、注冊管理、目錄服務管理、權限管理、訂閱定制、日志定制、安全管理、其它參數(shù)設立七個子模塊，功效概述以下：運行環(huán)境配備：完畢平臺運行的系統(tǒng)環(huán)境、能夠連接的數(shù)據(jù)庫類型、連接方式及參數(shù)、能夠接受轉(zhuǎn)換的數(shù)據(jù)類型等支持系統(tǒng)運行環(huán)境的基礎信息配備。注冊管理：完畢通過本平臺進行數(shù)據(jù)交換與共享的全部應用系統(tǒng)在局中心平臺的注冊，獲取對應訪問信息范疇及其它輔助信息，只有在本平臺注冊過的系統(tǒng)才能夠通過本平臺與局中心及其它分中心之間實現(xiàn)數(shù)據(jù)的交換與共享。目錄服務管理：系統(tǒng)以目錄的形式管理全部信息元素，對各類信息元素進行分類管理，分類從多角度進行，如按基礎信息、業(yè)務信息；服務對象（這里指局中心各系統(tǒng)及分中心有關系統(tǒng)）等，每種分類及具體信息均按一定規(guī)則被編制成目錄形式，且在整個目錄中都有唯一的ID標記，同時基礎信息和業(yè)務信息元素按能夠訪問的秘密程度分組，與系統(tǒng)顧客組對應，這樣便于對有請求的系統(tǒng)顧客（這里指發(fā)出請求的有關應用系統(tǒng)）進行訪問內(nèi)容控制，即根據(jù)目錄索引快速定位到現(xiàn)在顧客有權訪問的數(shù)據(jù)范疇，并快速定位顧客指定信息。目錄信息的類別、內(nèi)容可根據(jù)實際需要由人工或系統(tǒng)設定自動增加整頓，并定時給出總目錄具體信息及目錄變化統(tǒng)計等。權限管理：在本平臺中，權限管理分為兩部分完畢，一是對操作者的管理與權限分派，實現(xiàn)操作者使用本平臺具體功效的權限對應管理；二是對系統(tǒng)顧客的可訪問信息的權限設立，全部欲使用本平臺進行數(shù)據(jù)交換的應用系統(tǒng)需首先在本平臺上注冊身份，注冊方式能夠由系統(tǒng)自動鑒別注冊也能夠由管理員通過有關界面輸入系統(tǒng)內(nèi)，并對各顧客能夠訪問的信息內(nèi)容進行權限等級劃分——不同級別的顧客能夠訪問的資源范疇不同。在此后的運行中，平臺會自動判斷提出請求的顧客身份并與其權限對應，從而確保顧客的正當權力和數(shù)據(jù)信息的保密性。訂閱定制：各顧客均可訂閱其它顧客作好訂閱分派的數(shù)據(jù)信息集，能夠根據(jù)各自權限及所需信息訂閱其它顧客的可訂閱信息數(shù)據(jù)，從而最大程度的包容了由業(yè)務變動帶來的需求信息變化，也靈活的實現(xiàn)了不同時期、不同級別顧客對數(shù)據(jù)的不同需求。日志定制：本平臺將日志按重要程度分級管理，并由顧客進行設立（固然系統(tǒng)會提供默認設立）應統(tǒng)計的日志范疇，系統(tǒng)會根據(jù)設立信息統(tǒng)計有關日志。安全管理：涉及信息數(shù)據(jù)安全及網(wǎng)絡安全兩部分，信息安全又為分訪問安全與傳輸安全兩種，訪問安全是指本平臺通過對顧客進行身份認證、權限判斷的方式保護正當顧客的應得權力，同時避免信息的非法訪問；傳輸安全指本系統(tǒng)對傳輸數(shù)據(jù)按一定規(guī)則進行加密封裝之后再行傳送，接受時同樣首先進行解密和有效性驗證后才對數(shù)據(jù)進行解析、整編、保存有關解決；網(wǎng)絡安全是考慮到本平臺的數(shù)據(jù)交換服務進程要長久依靠網(wǎng)絡運行，因此應含有一定的自動監(jiān)測網(wǎng)絡狀態(tài)及故障應對方法，確保信息的完整和安全。其它參數(shù)設立：支撐系統(tǒng)運行及方便顧客的其它參數(shù)設立功效。2、數(shù)據(jù)交換服務模塊涉及消息管理、隊列管理、發(fā)送管理、接受管理、封裝與解析、數(shù)據(jù)整編、數(shù)據(jù)保存和其它有關服務八個子模塊，功效概述以下：消息管理：平臺提供消息管理機制，統(tǒng)一管理通過平臺的收發(fā)信息。各顧客發(fā)送過來的請求中都有各自的特性信息，平臺接受與準備發(fā)送的消息也同樣以一定規(guī)則驗證特性信息，然后根據(jù)指定原則對多個消息進行驗證、歸類、排序等一系列管理操作，便于通過平臺的各類消息有序的傳遞。隊列管理：當通過本平臺的請求較多時，如果不對各類消息加以控制會產(chǎn)生資源爭用或并發(fā)沖突的現(xiàn)象，并且可能會出現(xiàn)優(yōu)先級較高的請求反而等待時間過長現(xiàn)象，因此需要平臺對隊列進行有序管理，隊列管理根據(jù)消息分類的成果及發(fā)出請求的顧客優(yōu)先級及消息本身的優(yōu)先級進行綜合判斷給出合理排序。發(fā)送管理：本交換平臺在解決各類數(shù)據(jù)交換與共享請求時，會向請求方發(fā)送解決成果或其它中間信息，本平臺根據(jù)發(fā)送數(shù)據(jù)包的特性標記找到接受方，并首先探測網(wǎng)絡狀況，許可時即進行發(fā)送操作，并自動統(tǒng)計發(fā)送日志。接受管理：與發(fā)送管理相對應，本平臺在接受各顧客傳送過來的信息時，首先驗證數(shù)據(jù)包的有效性、接受目的等內(nèi)容，將數(shù)據(jù)解析后接受并歸入對應的目的信息集隊列等待下一步解決。封裝解析：封裝與解析是與發(fā)送和接受相對應的兩個過程，封裝指在數(shù)據(jù)發(fā)送前，要按指定規(guī)則對數(shù)據(jù)進行加密、壓縮、封裝，當數(shù)據(jù)量較大，一種數(shù)據(jù)包裝不下時，系統(tǒng)自動將信息分成多個數(shù)據(jù)包，并在每個包內(nèi)加上對應標記后準備發(fā)送；解析即是接受方在接受到對方傳來的數(shù)據(jù)包后，對數(shù)據(jù)包進行規(guī)則解密、驗證數(shù)據(jù)的有效性，通過后即可整編保存數(shù)據(jù)。數(shù)據(jù)整編：數(shù)據(jù)接受后，要根據(jù)數(shù)據(jù)特性標記進行整編、分析、歸類及有關轉(zhuǎn)換解決，然后準備保存。數(shù)據(jù)保存：整編無誤的數(shù)據(jù)即能夠保存到目的數(shù)據(jù)庫的有關表內(nèi)，以完畢數(shù)據(jù)交換的全部操作。并統(tǒng)計有關日志。有關服務：提供數(shù)據(jù)交換過程中其它有關服務功效如流量分析、關聯(lián)計算等。由于本系統(tǒng)是服務系統(tǒng)，因此只有必要的管理設立模塊有人機交互界面，其它大部分功效沒有人機界面。系統(tǒng)主界面示意圖以下——沒有體現(xiàn)出來的功效模塊均沒有交互界面：信息交換平臺系統(tǒng)主界面系統(tǒng)管理運行環(huán)境配備運行環(huán)境配備維護本平臺能夠解決的數(shù)據(jù)庫類型、連接方式及具體數(shù)據(jù)庫實例名、所屬數(shù)據(jù)庫類型和對應的連接參數(shù)信息。具體描述以下：1、數(shù)據(jù)庫類型維護維護平臺能夠支持的數(shù)據(jù)庫類型，如Oracle9i、Oracle10g、SQLServer、SyBase等。每個數(shù)據(jù)庫類型有一種唯一編碼與之對應，維護信息涉及數(shù)據(jù)庫類型名、編碼、描述等。數(shù)據(jù)庫類型不能隨意刪除，現(xiàn)在數(shù)據(jù)庫在使用時，不能夠刪除。2、連接方式維護平臺能夠采用的數(shù)據(jù)庫連接方式，如ODBC、JDBC、ADO等維護，維護信息涉及方式名稱、編號、可用的數(shù)據(jù)庫類型描述等。3、數(shù)據(jù)類型與轉(zhuǎn)換維護不同數(shù)據(jù)庫所包含的數(shù)據(jù)類型，并配備不同數(shù)據(jù)庫、不同數(shù)據(jù)類型之間轉(zhuǎn)換關系，定義轉(zhuǎn)換格式。4、數(shù)據(jù)庫實例指本平臺在具體數(shù)據(jù)交換時要連接的數(shù)據(jù)庫實例名、所屬數(shù)據(jù)庫類型及有關連接參數(shù)信息，便于平臺自動根據(jù)系統(tǒng)連接、調(diào)用對應數(shù)據(jù)庫獲得所需數(shù)據(jù)。以上各信息之間能夠存在關聯(lián)，或使用一定的方式進行關系映射對應，再與系統(tǒng)顧客進行關系對應設立，這樣顧客在使用時，無需再作任何操作平臺即可直接根據(jù)信息判斷出顧客請求的目的數(shù)據(jù)庫，簡化服務環(huán)節(jié)。對上述各類信息的維護，平臺含有嚴格的權限控制，最高級別權限的人員能夠?qū)τ嘘P信息進增、刪、改、查操作，并能夠打印對應的信息列表以備對照。系統(tǒng)注冊局中心及各分中心的有關應用系統(tǒng)在通過本信息交換平臺進行數(shù)據(jù)交換與共享之間，首先要在局中心通過本平臺注冊，獲得各自的標記及權限信息后才能夠通過本平臺進行數(shù)據(jù)交換。本平臺提供的注冊辦法有兩種：平臺自動注冊和人工注冊。1、平臺自動注冊指當平臺檢測到發(fā)出業(yè)務申請的系統(tǒng)沒有在平臺內(nèi)注冊過時，便自動為其注冊，在平臺內(nèi)保存此系統(tǒng)的標記碼并分派默認訪問權限，同時將此信息發(fā)送給此申請系統(tǒng)顧客，完畢注冊過程。2、人工注冊由具體的系統(tǒng)操作人員通過平臺提供的人機交互界面維護新的應用系統(tǒng)信息，以獲得此系統(tǒng)顧客的標記號并為此系統(tǒng)顧客分派對應權限，便于系統(tǒng)顧客運行時不必再注冊而直接與其它節(jié)點進行數(shù)據(jù)共享與交換操作。系統(tǒng)顧客權限分派請參見權限管理有關部分。目錄服務平臺采用開放式的技術實現(xiàn)信息元的維護操作，在目錄服務模塊中，平臺首先提供一種原則的元數(shù)據(jù)分類方式，并根據(jù)現(xiàn)在水務局數(shù)據(jù)庫內(nèi)容提供默認的信息元素，在此基礎上有關顧客能夠?qū)δ夸洏溥M行維護操作。信息資源目錄的管理與建設原則遵照本平臺的應用架構模式，以局中心為中心的集中式目錄建設，各分中心擁有自己的資源目錄，且與局中心形成網(wǎng)狀的信息共享與交換構造。目錄管理示意圖以下：資源目錄管理構造目錄服務重要涉及類別維護，用于對元數(shù)據(jù)進行分級、分類管理，如類別的增刪改查及對類別分組設立等；元數(shù)據(jù)維護指對具體的元數(shù)據(jù)信息的維護操作，具體元數(shù)據(jù)屬于某個指定的類別，同時對元數(shù)據(jù)能夠設立優(yōu)先級別；目錄索引管理——統(tǒng)一管理目錄索引信息。目錄服務模塊的功效分派以下：目錄服務模塊功效構造圖目錄服務功效界面以下：目錄服務功效界面類別維護類別維護指對信息按一定規(guī)則分類管理，如按局中心數(shù)據(jù)庫分類方式分為水文、供水、水環(huán)境、水利工程等方式進行分類或按基礎信息、業(yè)務信息進行分類，還可分為數(shù)據(jù)目錄、服務目錄、應用目錄和顧客目錄，已訂閱目錄、被訂閱目錄等，本平臺根據(jù)實際需要提供若干固定分類，規(guī)定顧客必須遵照此分類方式進行維護的類別，如顧客對象——在這里指可能使用本平臺進行數(shù)據(jù)交換的操作者和系統(tǒng)；消息分類——涉及不同類型消息的歸類方式、特性碼信息設立等。固定分類因其含有固定的特性而在平臺中含有個性化的管理和服務與之對應。顧客能夠根據(jù)自己的需要創(chuàng)立新的類別并對其進行維護。類別維護可分為新增、修改、刪除和類別分組幾部分功效，其中系統(tǒng)提供的固定類別不能修改或刪除。平臺根據(jù)設立（見日志定制部分），能夠統(tǒng)計類別維護的日志。新增對此模塊有權限的平臺使用者能夠創(chuàng)立新的類別，為類別輸入名稱及有關輔助信息，系統(tǒng)自動為類別生成ID標記號，此ID標記號在整個平臺目錄數(shù)據(jù)中含有唯一性，且按一定的規(guī)則生成，類別能夠涉及子類別，并且系統(tǒng)對類別可分級數(shù)有限制（參見其它參數(shù)設立部分），不允許無限制的分級。已訂閱目錄和被訂閱目錄屬系統(tǒng)根據(jù)顧客操作信息自動生成的查詢、瀏覽目錄。已訂閱目錄內(nèi)分別展示現(xiàn)在顧客已經(jīng)從其它節(jié)點處訂閱的信息內(nèi)容；被訂閱目錄指其它節(jié)點顧客到現(xiàn)在顧客登記的訂閱狀況?，F(xiàn)在操作者只能在對已訂閱目錄內(nèi)容進行取消訂閱（即退訂，參見退訂部分）操作，不能對被訂閱目錄進行任何編輯性操作。修改與新增類別相似，已創(chuàng)立的目錄類別名稱及描述信息能夠修改，但其ID標記不會變化。類別合并已經(jīng)創(chuàng)立的多個類別能夠合并成一種類別，類別合并涉及三個方面：同級類別能夠直接合并，即拖動一種類別到另一種類別文獻夾上，系統(tǒng)即會自動合并兩個文獻夾內(nèi)的信息元素，同時文獻夾名稱不變，被合并的類別文獻夾消失且被合并的信息元素自動按合并后的編碼方式重新編碼，同時通過平臺訂閱統(tǒng)計自動修改其它訂閱顧客的對應信息的編碼；下級向上級合并，首先將下級的信息元素拖到上級目錄，使被合并文獻夾（類別）為空，再刪除之；上級向下級合并，普通來講，不會有上級向下級合并的狀況發(fā)生，根據(jù)規(guī)則，有下級類別的則上級類別沒有直接的信息元素，狀況發(fā)生在一種類別后期又增加子類的時候，首先建立子類別，然后將上級類別的信息元素拖到下子類中即可——系統(tǒng)自動根據(jù)編碼規(guī)則重新為信息元素編碼，并同時通過平臺訂閱統(tǒng)計自動修改其它訂閱顧客的對應信息的編碼。刪除每個類別都有一種啟用與否的狀態(tài)標記，只有未啟用的類別能夠無限制的刪除，一旦該類別被啟用，則必須是這類別下面全部的信息元素均處在未啟用或已被移走（參見元數(shù)據(jù)維護部分）的狀況下才能夠刪除。當這類別包含的信息元有一種處在啟用狀態(tài)時，這類別的狀態(tài)即為啟用狀態(tài)，且此狀態(tài)不能人為改為未啟用，類別在新建成功時，狀態(tài)默認為未啟用。分組設立根據(jù)信息元素能夠被訂閱訪問的級別，平臺提供將元數(shù)據(jù)類別分組的功效，即根據(jù)現(xiàn)在的資源目錄樹，選擇若干類別（選中上級目錄時，全部下級均為選中狀態(tài)）歸為一組，并為此組命名、編號。一種類別能夠同時在多個組內(nèi)出現(xiàn)，但原則上不允許存在類別不在任何組的狀況——平臺提供檢查漏項功效，由系統(tǒng)檢查與否存在尚未被分組的類別資源。便于對系統(tǒng)顧客分派訂閱內(nèi)容。類別分組界面以下圖：資源類別分組界面元數(shù)據(jù)維護信息元維護指對各分類內(nèi)應包含的信息元素（元數(shù)據(jù)）的維護，如水文類中涉及日降雨量、時段降雨量、日蒸發(fā)量等內(nèi)容?；谛畔①Y源目錄管理的信息元素維護在清晰描述信息本身含義的基礎上，還清晰的描述了信息的存取辦法，為后期的數(shù)據(jù)抽取做好準備。元數(shù)據(jù)維護可分為新增、修改、刪除、移動和優(yōu)先級設立幾部分功效。平臺根據(jù)參數(shù)設立（見其它參數(shù)設立部分），能夠統(tǒng)計信息維護的日志。新增對此模塊有權限的平臺使用者可覺得指定類別添加新的信息元素，輸入元素名稱及有關輔助信息，系統(tǒng)自動為元素生成ID標記號，此ID標記號在整個平臺目錄數(shù)據(jù)中含有唯一性，且按一定的規(guī)則生成，信息元素的ID號中涉及有所屬的類別信息，如某元素的所屬類別ID號為0100，則此元素在該類別中是第2個元素，則此元素的ID號為0102。修改與新增相似，已創(chuàng)立的信息元素名稱及描述信息能夠修改，但其ID標記不會變化。3、移動信息元素（或稱元數(shù)據(jù)）能夠由一種類別轉(zhuǎn)移到另一種類別，轉(zhuǎn)移可分為平級轉(zhuǎn)移、向上轉(zhuǎn)移和向下轉(zhuǎn)移，分別與類別維護中的平級合并、向上合并、向下合并相對應。信息元素轉(zhuǎn)移后，平臺自動判斷目的類別的編碼，然后按目的類別編碼生新為信息元素進行編碼，并根據(jù)統(tǒng)計訂閱信息，修改訂閱方此信息元素的編碼值。刪除每個元素都有一種啟用與否的狀態(tài)標記，只有未啟用的元素能夠無限制的刪除，一旦該元素被啟用過，則證明此元素在某個目的數(shù)據(jù)庫內(nèi)存在該信息，平臺會提示要謹慎刪除。一種元素在平臺內(nèi)被發(fā)現(xiàn)有請求使用時，其狀態(tài)自動變?yōu)閱⒂脿顟B(tài)，且此狀態(tài)不能人為改為未啟用，新建成功時，狀態(tài)默認為未啟用。優(yōu)先級設立每個信息元素都有一種優(yōu)先級別號，標記此元素在所在類別中的重要程度，便于平臺在運行時依此做出優(yōu)先級判斷?！斚到y(tǒng)發(fā)生資源爭用時，可優(yōu)先解決優(yōu)先級較高的數(shù)據(jù)請求。目錄索引管理目錄索引顧名思義即是目錄服務部分統(tǒng)一管理信息索引的功效，在此規(guī)定固定的編碼規(guī)則，并對編碼的方式、意義有明確闡明，當創(chuàng)立新的類別、添加新的信息元素或其它需要生成編碼時，即調(diào)用此功效，系統(tǒng)根據(jù)請求信息自動生成與之對應的ID標記。同時尚有廢號回收的功效，即當一種中間類別號或信息元素號被刪除后，再有新的類別或信息元素生成時，能夠使用此號。這樣嚴格控制了目錄中全部信息標記的唯一性，同時也最大程度的運用了號碼資源。權限管理權限管理重要是對使用本系統(tǒng)的操作者及能夠通過本平臺進行數(shù)據(jù)交換及共享的全部應用系統(tǒng)的訪問權限分派與管理功效。功效構造圖以下：權限分派功效構造圖操作者權限操作者的授權重要指普通意義上的顧客與權限的管理，是對指定顧客與平臺功效的權限對應關系的分派與設立。具體涉及角色定義、顧客維護、權限分派。1、角色定義按系統(tǒng)使用者的預定權限范疇將顧客考慮分組，每個組對應一種角色，可擁有相似的系統(tǒng)操作權限。角色定義功效完畢角色的性質(zhì)定義，涉及編號、角色名稱、權限范疇描述等信息。角色定義維護涉及角色信息的新增、修改、刪除、查詢。此功效只能由系統(tǒng)管理員完畢。2、顧客維護顧客維護重要指維護系統(tǒng)的操作者人員信息，涉及人員姓名、編號、登錄名、密碼、單位部門、聯(lián)系方式等基本信息，同時為顧客分派所屬的角色，一種顧客能夠同時擁有多個角色，即擁有多個角色的權限。顧客維護功效涉及新增、修改、刪除、查詢。此功效只能由系統(tǒng)管理員完畢。顧客本身登錄平臺后，可修改個人基本信息中除編號、登錄名稱以外的全部信息。3、權限分派權限分派是對指定角色能夠訪問本平臺的具體菜單及功效進行設立分派。其設立后還能夠根據(jù)需要進行修改。系統(tǒng)提供默認角色及權限設立，當新增一種操作員后，如沒有對其進行角色分派，則采用系統(tǒng)默認分派值操作本平臺。系統(tǒng)顧客權限在這里使用本平臺進行數(shù)據(jù)交換或共享的系統(tǒng)即稱為系統(tǒng)顧客。應用系統(tǒng)的權限設立重要對目錄服務內(nèi)的有關信息進行分派與設立。具體涉及權限分派和權限修改兩部分。目錄服務中已提到，系統(tǒng)顧客在目錄中以一種固定的類別存在，能夠使用本平臺的全部應用系統(tǒng)均是本平臺的系統(tǒng)顧客，因此必然要在目錄列表中存在（可能是人為注冊也能夠是自動注冊的），且具體的應用系統(tǒng)在目錄列表中對應一種具體的信息元素級數(shù)據(jù)。在目錄服務中，也可覺得系統(tǒng)顧客分組。1、權限分派在本模塊中，不能對系統(tǒng)顧客進行增刪改操作——此功效在目錄服務中完畢，只能對系統(tǒng)顧客進行權限分派——當系統(tǒng)顧客進行分組后即為顧客組進行權限分派，即可覺得指定的系統(tǒng)顧客（組）分派能夠訪問的信息資源類別組（涉及其它應用系統(tǒng)），這樣，該顧客就能夠向有權訪問的顧客發(fā)出訂閱請求信息，從而實現(xiàn)數(shù)據(jù)接受或發(fā)送——只有雙方都有權訪問對方時，才干實現(xiàn)數(shù)據(jù)雙向交換。同操作者權限管理類似，平臺對系統(tǒng)顧客提供默認權限設立，當一種新的應用系統(tǒng)通過本平臺自動注冊后，即享有本平臺的默認系統(tǒng)顧客權限，要變化此系統(tǒng)顧客的權限，能夠?qū)υ搼孟到y(tǒng)進行分組或直接分派系統(tǒng)使用權限范疇。系統(tǒng)顧客組權限分派界面以下：系統(tǒng)顧客組權限分派界面如界面所示，在為系統(tǒng)顧客（組）分派權限時，還能夠進行批量分派——當幾個系統(tǒng)顧客（組）有相似的權限范疇時。2、權限修改權限修改即是對已建立并分派權限（涉及默認分派）的顧客或顧客組的權限進行修改、重新分派的過程。權限修改時，當顧客（組）的權限范疇縮?。ㄟ@里指原來有的權限修改為沒有的狀況）時，平臺自動判斷此顧客（組）與否已經(jīng)訂閱了被撤銷權限的信息，如果有則提示操作者顧客此信息已經(jīng)被訂閱，若強烈撤銷此項權限內(nèi)容，則本系統(tǒng)自動刪除此顧客（組）對該信息的訂閱信息及被訂閱方的被訂閱統(tǒng)計，否則直接修改權限。訂閱定制訂閱定制是本交換平臺的核心功效之一，重要指訂閱方向被訂閱方提出訂閱請求，經(jīng)對方允許后獲得訂閱信息的先期預訂過程。系統(tǒng)提供人機交互界面，顧客通過界面訪問、瀏覽能夠訂閱的對方信息，并定制訂閱信息。訂閱信息維護涉及校驗數(shù)據(jù)、訂閱、退訂三部分。訂閱定制的功效構造圖以下：訂閱定制功效構造校驗數(shù)據(jù)是指在具體訂閱資源之前，首先檢查、校驗訂閱方與共享方數(shù)據(jù)的同時性，不同時則通過本平臺進行數(shù)據(jù)同時，方便達成數(shù)據(jù)的一致性。退訂是指訂閱方取消訂閱，刪除已經(jīng)定制好的訂閱信息并發(fā)送退訂消息給共享方不再訂閱的過程；定制與此相反指開始訂閱對方的共享信息。另外系統(tǒng)提供基于訂閱的信息瀏覽與查詢功效，能夠查詢已訂閱的信息，也能夠有針對性的查詢現(xiàn)在網(wǎng)絡中能夠訂閱的其它節(jié)點的共享信息。查詢條件能夠是信息類別、節(jié)點名稱——這些基礎信息均是通過點到點的數(shù)據(jù)同時得到、時間等。訂閱定制總體功效流程圖以下：訂閱流程圖數(shù)據(jù)校驗本平臺提供兩種數(shù)據(jù)校驗方式：系統(tǒng)自動定時校驗和人工操作校驗。1、自動校驗自動校驗是通過系統(tǒng)設立校驗節(jié)點、頻率或時間參數(shù)后，平臺在運行過程中根據(jù)參數(shù)設立對指定對象進行數(shù)據(jù)校驗，自動同時的過程。不需要人為操作。2、人工校驗人工校驗是指由操作員根據(jù)需要對指定節(jié)點的數(shù)據(jù)進行校驗同時的過程。人工校驗沒有時間、頻率的限制，由操作者根據(jù)需要而定。無論通過哪種校驗方式，平臺自動統(tǒng)計校驗統(tǒng)計，統(tǒng)計上次校驗時間，便于下一次數(shù)據(jù)校驗時的參考與比對。訂閱訂閱即指訂閱定制，是顧客通過系統(tǒng)界面瀏覽其權限范疇內(nèi)的其它顧客的共享資源，并對共享資源進行選擇發(fā)送訂閱請求，最后獲得訂閱資格的過程。訂閱的操作流程以下：訂閱流程圖圖中淡粉色框是訂閱方的操作內(nèi)容，淡藍色框是共享的操作內(nèi)容，訂閱過程事實上涉及上圖整個過程。本平臺自動統(tǒng)計訂閱方發(fā)出的訂閱請求信息，涉及請求時間、共享方、請求內(nèi)容、請求成果等有關信息，并提供隨時查看的功效供訂閱方刪改。訂閱定制界面以下：訂閱界面退訂退訂與訂閱的過程剛好相反，是指已經(jīng)訂閱成功的信息，由于某種變化或需要，而由訂閱方向共享方發(fā)出信息，提出取消訂閱的過程。退訂的操作流程以下：退訂流程圖如圖所示，退訂過程中，普通只要訂閱方提出申請共享方即取消對此訂閱方提供對應的訂閱信息。日志定制日志管理分為三個方面：統(tǒng)計內(nèi)容管理、文獻時間設立、日志查看。構造圖以下：日志管理功效構造1、統(tǒng)計內(nèi)容本平臺提供完備的日志服務功效，考慮到顧客的不同需求及靈活性，同時考慮到系統(tǒng)長久運行時輸出日志對系統(tǒng)性能的影響，本平臺將需要統(tǒng)計日志的內(nèi)容按對系統(tǒng)響影的程度分為五級，顧客能夠選擇指定級別統(tǒng)計日志信息。日志內(nèi)容分級狀況表：第一級系統(tǒng)必須輸出的日志如：系統(tǒng)啟動、停止、系統(tǒng)不能正常運行的錯誤等第二級由于環(huán)境配備文獻不對的而引發(fā)的錯誤如：配備文獻不能連接數(shù)據(jù)庫，不能連接網(wǎng)絡等錯誤第三級由于訂閱數(shù)據(jù)配備文獻不對的引發(fā)的錯誤如：由于數(shù)據(jù)配備文獻不對的，在讀取數(shù)據(jù)、整編數(shù)據(jù)、保存數(shù)據(jù)時所引發(fā)的錯誤內(nèi)容第四級系統(tǒng)已經(jīng)考慮到的其它可預計的錯誤信息如：數(shù)據(jù)轉(zhuǎn)換不對的，數(shù)值不能為空等第五級每一步運行的日志統(tǒng)計涉及全部正常運行的日志，如數(shù)據(jù)對的讀取，數(shù)據(jù)對的保存等內(nèi)容2、成文時間本平臺在為需要統(tǒng)計日志內(nèi)容分級的同時，還能夠?qū)θ罩疚墨I時間進行設立，即顧客根據(jù)自己的需要能夠設立每小時、每天、每月、每年一種日志文獻——這里固然是單選，即只能選擇一種。日志文獻能夠人為中斷，中斷時統(tǒng)計成一種文獻，然后能夠更改日志文獻的成文時間。如上所述，本系統(tǒng)充足考慮了顧客對日志內(nèi)容、日志文獻大小方面的個性化規(guī)定，顧客能夠根據(jù)自己的實際狀況權衡日志應統(tǒng)計的內(nèi)容和文獻大小，從而達成最優(yōu)效果，在確保系統(tǒng)的正常運行的同時方便后期查看運行狀況，為分析系統(tǒng)、查找因素提供合適的參考信息。3、查看日志顧客能夠在本系統(tǒng)內(nèi)查看日志信息，能夠輸入查詢條件選擇性查看日志信息。從而從不同角度、不同方位查看分析當時的系統(tǒng)及環(huán)境狀況。對日志查詢成果還能夠輸出打印出來，其輸出格式可為EXCEL和WORD文檔以及數(shù)據(jù)報表。日志查看總體流程圖以下：日志查看流程圖安全管理安全管理提供完備的安全方略保護本平臺及數(shù)據(jù)的安全。本平臺安全管理重要從三個方面考慮：1、顧客方面有嚴格的權限分派與控制機制——權限分派部分已有詳述。2、數(shù)據(jù)方面采用獨特的加密方式進行加密、封裝再傳輸——參見數(shù)據(jù)交換服務之封裝解析部分。3、網(wǎng)絡監(jiān)測方面平臺提供實時網(wǎng)絡監(jiān)測部件，用于實時（間隔時間可設立，見其它參數(shù)設立部分）探測現(xiàn)在的計算機網(wǎng)絡狀況及數(shù)據(jù)流量，當發(fā)現(xiàn)網(wǎng)絡故障時，自動統(tǒng)計網(wǎng)絡故障出現(xiàn)的時間及可能的因素，并中斷現(xiàn)在的網(wǎng)絡通訊作業(yè)，等待網(wǎng)絡恢復后繼續(xù)執(zhí)行。當監(jiān)測到網(wǎng)絡故障發(fā)生一定時間間隔（允許的網(wǎng)絡超時時間，見其它參數(shù)設立部分）后，便以GSM的方式告知現(xiàn)在正在等待網(wǎng)絡信息回復的顧客，網(wǎng)絡發(fā)生故障，并統(tǒng)計被中斷的作業(yè)信息。本平臺網(wǎng)絡監(jiān)測采用定時探測的技術實時監(jiān)測網(wǎng)絡狀態(tài)，同時當網(wǎng)絡出現(xiàn)故障時（斷網(wǎng)或超時），以GSM無線網(wǎng)絡為依靠，采用GPRS（GeneralPacketRadioService，通用分組無線業(yè)務）技術實現(xiàn)信息的無限制發(fā)送，確保通信暢通，為等待回復的顧客及時提供現(xiàn)在狀況，便于顧客盡早采用備戰(zhàn)方法。此功效借鑒現(xiàn)在已在使用的水務實時通技術方案實現(xiàn)。其它參數(shù)設立支持平臺正常運行的有關參數(shù)設立，具體涉及：監(jiān)測網(wǎng)絡的時間間隔：多少秒探測一次網(wǎng)絡連接狀態(tài)。與否支持斷點續(xù)傳：即可否支持傳輸被中斷之后的續(xù)傳。網(wǎng)絡超時時延：探測到多少秒持續(xù)的斷網(wǎng)狀態(tài)后即認為網(wǎng)絡中斷，發(fā)送斷網(wǎng)信息給顧客。傳輸數(shù)據(jù)包的大?。簲?shù)據(jù)傳輸數(shù)據(jù)包的大小限制，以K字節(jié)為單位?？山夸浖墑e：系統(tǒng)能夠創(chuàng)立的服務目錄級別，涉及元數(shù)據(jù)一級。GSM發(fā)送內(nèi)容：網(wǎng)絡中斷、嚴重錯誤、共享資源被刪除。其它參數(shù)設立。數(shù)據(jù)交換服務本模塊描述中，5.3.4發(fā)送管理5.3.8數(shù)據(jù)保存是一種完整、粗略的數(shù)據(jù)交換全過程，其中封裝解析是封裝與解析兩個過程，消息管理與隊列管理功效貫穿其中，大致過程以下：數(shù)據(jù)交換過程信息發(fā)送方的數(shù)據(jù)在