【正文】 的IP地址等信息，啟動共享交換平臺2資源管理完成本節(jié)點(diǎn)信息資源目錄的建立，自動登記信息資源元數(shù)據(jù)3訂閱組件完成訂閱其他信息節(jié)點(diǎn)共享資源元數(shù)據(jù)，生成本節(jié)點(diǎn)訂閱信息資源樹4監(jiān)控組件可選組件實(shí)時(shí)監(jiān)視本節(jié)點(diǎn)信息資源交換狀況，包括本節(jié)點(diǎn)接受和發(fā)送的數(shù)據(jù)5信息比對執(zhí)行指定的本節(jié)點(diǎn)信息數(shù)據(jù)與其他節(jié)點(diǎn)可共享數(shù)據(jù)的比較，報(bào)告比較結(jié)果6流量分析統(tǒng)計(jì)某時(shí)間范圍內(nèi)，本節(jié)點(diǎn)共享數(shù)據(jù)輸出和輸入數(shù)量統(tǒng)計(jì)7數(shù)據(jù)抽取交換容器標(biāo)準(zhǔn)組件依據(jù)信息資源元數(shù)據(jù)描述以及信息資源的時(shí)間特性，定時(shí)或定期從指定的數(shù)據(jù)庫或文件夾中讀取數(shù)據(jù)8封裝與分發(fā)將數(shù)據(jù)抽取的結(jié)果按照數(shù)據(jù)報(bào)文要求進(jìn)行封裝，每個(gè)資源訂閱方分別封裝各自的數(shù)據(jù)包，然后分別發(fā)送給接收方9通訊組件將封裝、分發(fā)后的數(shù)據(jù)報(bào)文，通過底層網(wǎng)絡(luò)鏈路，傳送到指定的資源共享節(jié)點(diǎn)10分包組件將信息節(jié)點(diǎn)接收到的數(shù)據(jù)包，按照接口規(guī)范，進(jìn)行拆分、解析以及必需的編碼轉(zhuǎn)換，轉(zhuǎn)化為本信息節(jié)點(diǎn)對應(yīng)數(shù)據(jù)的存儲格式11存儲組件將分包后的數(shù)據(jù)，寫入信息資源元數(shù)據(jù)描述的數(shù)據(jù)庫或文件夾中12加密壓縮可選組件在通訊組件運(yùn)行前執(zhí)行，將數(shù)據(jù)內(nèi)容進(jìn)行加密、壓縮后，生成新的加密壓縮報(bào)文13關(guān)聯(lián)計(jì)算在分包組件完成后執(zhí)行，主要完成針對水務(wù)業(yè)務(wù)的一些專業(yè)計(jì)算需求，如：由水位—庫容曲線，按照水位數(shù)據(jù)計(jì)算水庫蓄水量等14信息整編在關(guān)聯(lián)計(jì)算組件運(yùn)行后執(zhí)行，根據(jù)信息資源時(shí)間特性需求，生成新的不同時(shí)間頻率的數(shù)據(jù)15審計(jì)組件交換平臺將自動記錄運(yùn)行日志。以上組件與主要功能模塊的對應(yīng)關(guān)系如下：組件與功能對應(yīng)關(guān)系上圖中淺黃色為組件，淡藍(lán)色為功能模塊，箭頭表示功能與組件的主要對應(yīng)關(guān)系。2) SOA架構(gòu)本平臺采用SOA技術(shù)架構(gòu)進(jìn)行開發(fā)，各組件統(tǒng)一在容器中進(jìn)行規(guī)劃并接受容器的統(tǒng)一調(diào)用與管理，實(shí)現(xiàn)組件間的松散藕合，這種組件化的模式使平臺兼?zhèn)浼夹g(shù)的先進(jìn)性與靈活性，最大程度的兼顧了當(dāng)前和今后應(yīng)用系統(tǒng)的多樣化，同時(shí)為本平臺的無限制擴(kuò)展提供可能。4) 并發(fā)技術(shù)由于信息交換平臺運(yùn)行時(shí)需要同時(shí)進(jìn)行多種處理，所以系統(tǒng)設(shè)計(jì)時(shí)采用多線程并發(fā)設(shè)計(jì)，系統(tǒng)主要并發(fā)線程有：輪詢發(fā)送訂閱數(shù)據(jù)線程、接收處理數(shù)據(jù)線程、訂閱數(shù)據(jù)線程、監(jiān)聽訂閱數(shù)據(jù)線程等，接收每個(gè)資源方發(fā)送的數(shù)據(jù)時(shí)，每個(gè)接收處理一個(gè)線程。所以系統(tǒng)采用時(shí)間輪詢不停檢測和發(fā)送新數(shù)據(jù)。Sleep等待是讓此線程停止執(zhí)行一段時(shí)間，然后再繼續(xù)運(yùn)行進(jìn)行輪詢。輪詢時(shí)間間隔可以通過系統(tǒng)運(yùn)行環(huán)境配置文件進(jìn)行設(shè)置。 數(shù)據(jù)庫操作接口：可以擴(kuò)展對多種數(shù)據(jù)庫類型的訪問，以適應(yīng)不同的數(shù)據(jù)庫類型；252。 數(shù)據(jù)保存接口：可以完成多種情況的數(shù)據(jù)保存；252。 交互消息接口：各工作站交互不同類型消息時(shí)的擴(kuò)展接口；252。. 應(yīng)用架構(gòu)由于本平臺應(yīng)用于以市水務(wù)局為中心的北京市水務(wù)信息網(wǎng)絡(luò)，負(fù)擔(dān)的數(shù)據(jù)共享與交換范圍包括局中心、各級分中心及具體采集終端，因此本平臺以局中心為中心采用集中管理的方式，即各分中心必須登錄局中心平臺進(jìn)行注冊，獲得本分中心（以下稱節(jié)點(diǎn)）的共享級別及相應(yīng)的共享數(shù)據(jù)，從而再與其它分中心進(jìn)行數(shù)據(jù)共享與交換。平臺功能架構(gòu)圖如下：平臺功能架構(gòu)圖應(yīng)用層：在本信息交換平臺中，系統(tǒng)管理模塊作為平臺應(yīng)用層的一部分，也是平臺運(yùn)行的基礎(chǔ)模塊，完成平臺運(yùn)行環(huán)境、平臺運(yùn)行過程中相關(guān)進(jìn)程的運(yùn)行方式、時(shí)間特性、服務(wù)對象與區(qū)享等級、資源信息等的設(shè)置操作，為實(shí)現(xiàn)數(shù)據(jù)交換提供基礎(chǔ)支撐服務(wù)；數(shù)據(jù)交換服務(wù)模塊同樣是應(yīng)用層的組成部分，完成具體的數(shù)據(jù)交換功能，根據(jù)系統(tǒng)管理部分的設(shè)置信息有效有序的管理消息、進(jìn)行數(shù)據(jù)的接收、發(fā)送、解析、整編及保存等相關(guān)操作。表現(xiàn)層：人機(jī)交互界面是表現(xiàn)層內(nèi)容，是計(jì)算機(jī)軟件操作者與軟件系統(tǒng)進(jìn)行交互的途徑，本平臺除在后臺自動運(yùn)行的數(shù)據(jù)傳輸及進(jìn)程管理方面的功能外，所有系統(tǒng)參數(shù)設(shè)置、資源定制管理方面的操作均通過表現(xiàn)層的人機(jī)交互界面完成。其功能結(jié)構(gòu)圖如下：信息交換平臺功能結(jié)構(gòu)圖系統(tǒng)管理模塊分為運(yùn)行環(huán)境配置、注冊管理、目錄服務(wù)管理、權(quán)限管理、訂閱定制、日志定制、安全管理、其它參數(shù)設(shè)置七個(gè)子模塊，功能概述如下：252。252。252。目錄信息的類別、內(nèi)容可根據(jù)實(shí)際需要由人工或系統(tǒng)設(shè)定自動增加整理，并定時(shí)給出總目錄詳細(xì)信息及目錄變化記錄等。 權(quán)限管理：在本平臺中，權(quán)限管理分為兩部分完成，一是對操作者的管理與權(quán)限分配，實(shí)現(xiàn)操作者使用本平臺具體功能的權(quán)限對應(yīng)管理；二是對系統(tǒng)用戶的可訪問信息的權(quán)限設(shè)置，所有欲使用本平臺進(jìn)行數(shù)據(jù)交換的應(yīng)用系統(tǒng)需首先在本平臺上注冊身份，注冊方式可以由系統(tǒng)自動判別注冊也可以由管理員通過相關(guān)界面輸入系統(tǒng)內(nèi)，并對各用戶可以訪問的信息內(nèi)容進(jìn)行權(quán)限等級劃分——不同級別的用戶可以訪問的資源范圍不同。252。252。252。252。數(shù)據(jù)交換服務(wù)模塊包括消息管理、隊(duì)列管理、發(fā)送管理、接收管理、封裝與解析、數(shù)據(jù)整編、數(shù)據(jù)保存和其它相關(guān)服務(wù)八個(gè)子模塊，功能概述如下：252。各用戶發(fā)送過來的請求中均有各自的特征信息，平臺接收與準(zhǔn)備發(fā)送的消息也同樣以一定規(guī)則驗(yàn)證特征信息，然后根據(jù)指定原則對各種消息進(jìn)行驗(yàn)證、歸類、排序等一系列管理操作，便于通過平臺的各類消息有序的傳遞。 隊(duì)列管理：當(dāng)通過本平臺的請求較多時(shí)，如果不對各類消息加以控制會產(chǎn)生資源爭用或并發(fā)沖突的現(xiàn)象，并且可能會出現(xiàn)優(yōu)先級較高的請求反而等待時(shí)間過長現(xiàn)象，因此需要平臺對隊(duì)列進(jìn)行有序管理，隊(duì)列管理根據(jù)消息分類的結(jié)果及發(fā)出請求的用戶優(yōu)先級及消息本身的優(yōu)先級進(jìn)行綜合判斷給出合理排序。 發(fā)送管理：本交換平臺在處理各類數(shù)據(jù)交換與共享請求時(shí)，會向請求方發(fā)送處理結(jié)果或其它中間信息，本平臺依據(jù)發(fā)送數(shù)據(jù)包的特征標(biāo)識找到接收方，并首先探測網(wǎng)絡(luò)狀況，許可時(shí)即進(jìn)行發(fā)送操作，并自動記錄發(fā)送日志。 接收管理：與發(fā)送管理相對應(yīng)，本平臺在接收各用戶傳送過來的信息時(shí)，首先驗(yàn)證數(shù)據(jù)包的有效性、接收目標(biāo)等內(nèi)容，將數(shù)據(jù)解析后接收并歸入相應(yīng)的目標(biāo)信息集隊(duì)列等待下一步處理。 封裝解析：封裝與解析是與發(fā)送和接收相對應(yīng)的兩個(gè)過程，封裝指在數(shù)據(jù)發(fā)送前，要按指定規(guī)則對數(shù)據(jù)進(jìn)行加密、壓縮、封裝，當(dāng)數(shù)據(jù)量較大，一個(gè)數(shù)據(jù)包裝不下時(shí)，系統(tǒng)自動將信息分成多個(gè)數(shù)據(jù)包，并在每個(gè)包內(nèi)加上相應(yīng)標(biāo)識后準(zhǔn)備發(fā)送；解析即是接收方在接收到對方傳來的數(shù)據(jù)包后，對數(shù)據(jù)包進(jìn)行規(guī)則解密、驗(yàn)證數(shù)據(jù)的有效性，通過后即可整編保存數(shù)據(jù)。 數(shù)據(jù)整編：數(shù)據(jù)接收后，要根據(jù)數(shù)據(jù)特性標(biāo)識進(jìn)行整編、分析、歸類及相關(guān)轉(zhuǎn)換處理，然后準(zhǔn)備保存。 數(shù)據(jù)保存：整編無誤的數(shù)據(jù)即可以保存到目的數(shù)據(jù)庫的相關(guān)表內(nèi)，以完成數(shù)據(jù)交換的全部操作。252。由于本系統(tǒng)是服務(wù)系統(tǒng)，因此只有必要的管理設(shè)置模塊有人機(jī)交互界面，其余大部分功能沒有人機(jī)界面。具體描述如下：數(shù)據(jù)庫類型維護(hù)維護(hù)平臺可以支持的數(shù)據(jù)庫類型，如Oracle9i、Oracle10g、SQL Server2000、SyBase等。數(shù)據(jù)庫類型不能隨意刪除，當(dāng)前數(shù)據(jù)庫在使用時(shí)，不可以刪除。數(shù)據(jù)類型與轉(zhuǎn)換維護(hù)不同數(shù)據(jù)庫所包含的數(shù)據(jù)類型，并配置不同數(shù)據(jù)庫、不同數(shù)據(jù)類型之間轉(zhuǎn)換關(guān)系，定義轉(zhuǎn)換格式。以上各信息之間可以存在關(guān)聯(lián)，或使用一定的方式進(jìn)行關(guān)系映射對應(yīng)，再與系統(tǒng)用戶進(jìn)行關(guān)系對應(yīng)設(shè)置，這樣用戶在使用時(shí)，無需再作任何操作平臺即可直接根據(jù)信息判斷出用戶請求的目標(biāo)數(shù)據(jù)庫，簡化服務(wù)環(huán)節(jié)。. 系統(tǒng)注冊局中心及各分中心的相關(guān)應(yīng)用系統(tǒng)在通過本信息交換平臺進(jìn)行數(shù)據(jù)交換與共享之間，首先要在局中心通過本平臺注冊，獲得各自的標(biāo)識及權(quán)限信息后才可以通過本平臺進(jìn)行數(shù)據(jù)交換。平臺自動注冊指當(dāng)平臺檢測到發(fā)出業(yè)務(wù)申請的系統(tǒng)沒有在平臺內(nèi)注冊過時(shí)，便自動為其注冊，在平臺內(nèi)保存此系統(tǒng)的標(biāo)識碼并分配默認(rèn)訪問權(quán)限，同時(shí)將此信息發(fā)送給此申請系統(tǒng)用戶，完成注冊過程。系統(tǒng)用戶權(quán)限分配請參見權(quán)限管理相關(guān)部分。信息資源目錄的管理與建設(shè)原則遵照本平臺的應(yīng)用架構(gòu)模式，以局中心為中心的集中式目錄建設(shè)，各分中心擁有自己的資源目錄，且與局中心形成網(wǎng)狀的信息共享與交換結(jié)構(gòu)。目錄服務(wù)模塊的功能分配如下：目錄服務(wù)模塊功能結(jié)構(gòu)圖目錄服務(wù)功能界面如下：目錄服務(wù)功能界面. 類別維護(hù)類別維護(hù)指對信息按一定規(guī)則分類管理，如按局中心數(shù)據(jù)庫分類方式分為水文、供水、水環(huán)境、水利工程等方式進(jìn)行分類或按基礎(chǔ)信息、業(yè)務(wù)信息進(jìn)行分類，還可分為數(shù)據(jù)目錄、服務(wù)目錄、應(yīng)用目錄和用戶目錄，已訂閱目錄、被訂閱目錄等，本平臺根據(jù)實(shí)際需要提供若干固定分類，要求用戶必須遵循此分類方式進(jìn)行維護(hù)的類別，如用戶對象——在這里指可能使用本平臺進(jìn)行數(shù)據(jù)交換的操作者和系統(tǒng)；消息分類——包括不同類型消息的歸類方式、特征碼信息設(shè)置等。用戶可以根據(jù)自己的需要創(chuàng)建新的類別并對其進(jìn)行維護(hù)。平臺根據(jù)設(shè)置（見日志定制部分），可以記錄類別維護(hù)的日志。已訂閱目錄和被訂閱目錄屬系統(tǒng)根據(jù)用戶操作信息自動生成的查詢、瀏覽目錄。當(dāng)前操作者只能在對已訂閱目錄內(nèi)容進(jìn)行取消訂閱（即退訂，參見退訂部分）操作，不能對被訂閱目錄進(jìn)行任何編輯性操作。 類別合并已經(jīng)創(chuàng)建的多個(gè)類別可以合并成一個(gè)類別，類別合并包括三個(gè)方面：同級類別可以直接合并，即拖動一個(gè)類別到另一個(gè)類別文件夾上，系統(tǒng)即會自動合并兩個(gè)文件夾內(nèi)的信息元素，同時(shí)文件夾名稱不變，被合并的類別文件夾消失且被合并的信息元素自動按合并后的編碼方式重新編碼，同時(shí)通過平臺訂閱記錄自動修改其它訂閱用戶的相應(yīng)信息的編碼；下級向上級合并，首先將下級的信息元素拖到上級目錄，使被合并文件夾（類別）為空，再刪除之；上級向下級合并，一般來講，不會有上級向下級合并的情況發(fā)生，依據(jù)規(guī)則，有下級類別的則上級類別沒有直接的信息元素，情況發(fā)生在一個(gè)類別后期又增加子類的時(shí)候，首先建立子類別，然后將上級類別的信息元素拖到下子類中即可——系統(tǒng)自動根據(jù)編碼規(guī)則重新為信息元素編碼，并同時(shí)通過平