教育管理信息系統(tǒng)互操作通信模型設(shè)計與實現(xiàn)(編輯修改稿)
2025-05-16 03:42 本頁面
【文章內(nèi)容簡介】 冊中心返回查詢結(jié)果，接著EISP將查詢到的該數(shù)據(jù)對象服務(wù)的所有提供者作為應(yīng)答者，并將請求報文傳遞給它們。在整個區(qū)域中，每一類數(shù)據(jù)對象都可以有多個應(yīng)答者，并且非提供者也可以成為應(yīng)答者。數(shù)據(jù)對象的每一個應(yīng)答者都有權(quán)等待和處理請求，并返回一個或一組應(yīng)答報文，通過EISP轉(zhuǎn)發(fā)給原請求者。DEA在發(fā)送請求報文時也可以明確指定某DEA作為請求的應(yīng)答者。這時請求方DEA應(yīng)在它的請求報文中指定應(yīng)答者。EISP在收到請求報文時會檢查請求報文中是否存在指定信息，如果存在，還要檢查指定的應(yīng)答者是否具有應(yīng)答權(quán)限。只有當(dāng)上述條件滿足，ZISC才會將請求報文轉(zhuǎn)發(fā)給這個指定的應(yīng)答者。下面舉例說明請求—應(yīng)答機(jī)制的實現(xiàn)。假設(shè)已有學(xué)生管理系統(tǒng)、圖書館管理系統(tǒng)和教學(xué)管理系統(tǒng)等三個數(shù)據(jù)交換節(jié)點，現(xiàn)在圖書館管理系統(tǒng)和教學(xué)管理系統(tǒng)需要從學(xué)生管理系統(tǒng)中獲取學(xué)生數(shù)據(jù)，那么它們之間的報文傳遞關(guān)系如下所述（見圖2）：a、 注冊服務(wù)：各DEA通過EISP向發(fā)送注冊服務(wù)報文，注冊成為服務(wù)使用者。（已注冊則不必重復(fù)此過程）b、 提供：DEA3通過ZISC向服務(wù)注冊中心發(fā)送提供服務(wù)注冊報文（其中必須包含關(guān)于此服務(wù)的WSDL文檔描述或其URL地址），成為學(xué)生數(shù)據(jù)服務(wù)的提供者。（已成為提供者則不必重復(fù)此過程）c、請求：DEA1和DEA2分別向EISP發(fā)送請求報文，請求獲取學(xué)生數(shù)據(jù)。d、 轉(zhuǎn)發(fā)：EISP接收DEA1的請求報文1，通過查詢服務(wù)注冊中心，指定DEA3為應(yīng)答者，并將請求報文1傳遞給它（同樣處理請求報文2）。e、 應(yīng)答：DEA3處理請求報文1（包括了和學(xué)生管理系統(tǒng)的數(shù)據(jù)轉(zhuǎn)換過程），返回應(yīng)答報文1給EISP（同樣處理請求報文2）。f、 轉(zhuǎn)發(fā)：EISP接收DEA3的應(yīng)答報文1，將該報文轉(zhuǎn)發(fā)給DEA1（同樣處理應(yīng)答報文2）g、 轉(zhuǎn)換：DEA1將接收到的基于SOAP標(biāo)準(zhǔn)格式的應(yīng)答報文1轉(zhuǎn)換為本系統(tǒng)的內(nèi)部的數(shù)據(jù)格式（同樣處理應(yīng)答報文2）請求報文1請求報文2應(yīng)答報文1應(yīng)答報文2EISP注冊服務(wù)圖書館管理系統(tǒng)教學(xué)管理系統(tǒng)服務(wù)注冊中心（UDDI）本地數(shù)據(jù)和制定的標(biāo)準(zhǔn)數(shù)據(jù)格式轉(zhuǎn)換DEA1DEA2同上DEA3 圖2請求—應(yīng)答機(jī)制學(xué)生管理系統(tǒng)DEA3事件報文事件報文預(yù)約報文1預(yù)約報文2EISP搜索服務(wù)提供者服務(wù)注冊中心（UDDI）本地數(shù)據(jù)和制定的標(biāo)準(zhǔn)數(shù)據(jù)格式轉(zhuǎn)換DEA2DEA1同上圖3 發(fā)布—預(yù)約機(jī)制學(xué)生管理系統(tǒng)教學(xué)管理系統(tǒng)圖書館管理系統(tǒng)（2）發(fā)布—預(yù)約機(jī)制數(shù)據(jù)對象的更新事件包括數(shù)據(jù)的添加、修改和刪除。當(dāng)應(yīng)用系統(tǒng)更新了它的數(shù)據(jù)對象時，應(yīng)通過事件報文將更新事件傳遞給EISP。數(shù)據(jù)對象的使用者（其它應(yīng)用程序）如果希望及時獲取數(shù)據(jù)的更新情況，應(yīng)向EISP預(yù)約數(shù)據(jù)對象的更新事件。預(yù)約通過向EISP發(fā)送預(yù)約報文實現(xiàn)。事件發(fā)布者將數(shù)據(jù)對象的更新事件傳遞給EISP后，EISP負(fù)責(zé)將它傳遞給所有預(yù)約該數(shù)據(jù)對象更新事件的預(yù)約者。EISP轉(zhuǎn)發(fā)事件報文時不會通知原事件發(fā)布者，因此事件發(fā)布者在完成事件發(fā)布后，就無需關(guān)心將有哪些應(yīng)用程序接收更新事件，以及更新事件是否已傳遞給預(yù)約者。在整個體系中，每一類數(shù)據(jù)對象都可以有多個事件發(fā)布者，但誰可以取得事件發(fā)布權(quán)限則取決于EISP的訪問控制管理。下面舉例說明發(fā)布—預(yù)約機(jī)制的實現(xiàn)。假定已有學(xué)生管理系統(tǒng)、圖書館管理系統(tǒng)和教學(xué)管理系統(tǒng)三個數(shù)據(jù)交換節(jié)點，現(xiàn)在圖書館管理系統(tǒng)和教學(xué)管理系統(tǒng)需要與學(xué)生管理系統(tǒng)的數(shù)據(jù)更新同步，那么它們之間的報文傳遞關(guān)系如下所述（見圖3）：a、 預(yù)約：DEA1和DEA2分別發(fā)送預(yù)約報文給EISP，預(yù)約學(xué)生數(shù)據(jù)的更新事件。b、 發(fā)布：DEA3在更新學(xué)生數(shù)據(jù)后即向EISP發(fā)送事件報文，發(fā)布學(xué)生數(shù)據(jù)的更新事件。c、 轉(zhuǎn)發(fā)：EISP將DEA3的事件報文分別轉(zhuǎn)發(fā)給各預(yù)約者——DEA1和DEA2d、 轉(zhuǎn)換：各個DEA負(fù)責(zé)把網(wǎng)絡(luò)傳輸中標(biāo)準(zhǔn)的SOAP格式通信的報文轉(zhuǎn)換為各個本系統(tǒng)內(nèi)部的數(shù)據(jù)格式。3 通信模型的實現(xiàn)與測試針對前面設(shè)計的通信模型，筆者對其中的核心問題進(jìn)行了編程實現(xiàn)，主要包括Web服務(wù)的發(fā)現(xiàn)與注冊模塊、基于SOAP[6]和WSDL[8]的通信模塊兩大部分。而后，分別對兩大模塊進(jìn)行了實驗測試與分析。，而選擇的開發(fā)語言是Microsoft公司專為網(wǎng)絡(luò)開發(fā)定制的C語言。 基于UDDI的服務(wù)發(fā)現(xiàn)模塊實現(xiàn)作為一個完整的通信模型，首先需要對現(xiàn)有的Web服務(wù)進(jìn)行發(fā)現(xiàn)與定位，找到對應(yīng)的WSDL文檔，再由此解析WSDL文檔，從而構(gòu)造相應(yīng)的SOAP消息實現(xiàn)通信。因此，我們首先設(shè)計了服務(wù)發(fā)現(xiàn)模塊。本模塊的實現(xiàn)涉及到UDDI規(guī)范[9]。它通過向UDDI接
公司管理相關(guān)推薦
鄂ICP備17016276號-1