【正文】 于SOAP標(biāo)準(zhǔn)格式的應(yīng)答報(bào)文1轉(zhuǎn)換為本系統(tǒng)的內(nèi)部的數(shù)據(jù)格式（同樣處理應(yīng)答報(bào)文2）請(qǐng)求報(bào)文1請(qǐng)求報(bào)文2應(yīng)答報(bào)文1應(yīng)答報(bào)文2EISP注冊(cè)服務(wù)圖書館管理系統(tǒng)教學(xué)管理系統(tǒng)服務(wù)注冊(cè)中心（UDDI）本地?cái)?shù)據(jù)和制定的標(biāo)準(zhǔn)數(shù)據(jù)格式轉(zhuǎn)換DEA1DEA2同上DEA3 圖2請(qǐng)求—應(yīng)答機(jī)制學(xué)生管理系統(tǒng)DEA3事件報(bào)文事件報(bào)文預(yù)約報(bào)文1預(yù)約報(bào)文2EISP搜索服務(wù)提供者服務(wù)注冊(cè)中心（UDDI）本地?cái)?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ù)對(duì)象的更新事件包括數(shù)據(jù)的添加、修改和刪除。發(fā)布—預(yù)約模型是指當(dāng)應(yīng)用程序更新本地?cái)?shù)據(jù)后即通過它的DEA制作一個(gè)事件報(bào)文發(fā)送給EISP，EISP負(fù)責(zé)將該事件報(bào)文發(fā)布給所有關(guān)心該數(shù)據(jù)的其他DEA。數(shù)據(jù)交換引擎：基于SOAP消息實(shí)現(xiàn)數(shù)據(jù)交換，提供數(shù)據(jù)交換模式的管理、數(shù)據(jù)交換服務(wù)、基于元數(shù)據(jù)的數(shù)據(jù)變換服務(wù)等。正因?yàn)槿绱耍@兩種方案在設(shè)計(jì)時(shí)將信息模型和通信模型都作為標(biāo)準(zhǔn)的主要內(nèi)容，但在實(shí)際應(yīng)用中，一旦信息模型有變化，將直接導(dǎo)致通信模型的大范圍修改。與此相對(duì)，同樣是針對(duì)教育行業(yè)內(nèi)的信息系統(tǒng)的互操作問題，國內(nèi)外某些機(jī)構(gòu)還提出了一些具體的技術(shù)方案。在此基礎(chǔ)上，需要有合適的通信模型來實(shí)現(xiàn)數(shù)據(jù)互通，基于XML技術(shù)的Web Services正是建立異構(gòu)系統(tǒng)通信模型的有效手段，代表著發(fā)展方向。數(shù)據(jù)轉(zhuǎn)換：根據(jù)數(shù)據(jù)交換的要求，基于元數(shù)據(jù)模型建立XML報(bào)文與關(guān)系數(shù)據(jù)庫的雙向映射。只有當(dāng)上述條件滿足，ZISC才會(huì)將請(qǐng)求報(bào)文轉(zhuǎn)發(fā)給這個(gè)指定的應(yīng)答者。b、 發(fā)布：DEA3在更新學(xué)生數(shù)據(jù)后即向EISP發(fā)送事件報(bào)文，發(fā)布學(xué)生數(shù)據(jù)的更新事件。這也是本模塊的思路和重點(diǎn)所在，還有一個(gè)重點(diǎn)就是利用了SOAP擴(kuò)展技術(shù)來實(shí)現(xiàn)SOAP消息應(yīng)用層的加密，解密。由于以前解決異構(gòu)信息系統(tǒng)通信，普遍采用為異構(gòu)系統(tǒng)數(shù)據(jù)庫編寫連接代碼的復(fù)雜對(duì)接模式，因此對(duì)于任何兩個(gè)異構(gòu)系統(tǒng)要實(shí)現(xiàn)通信，就必須為其編寫特定的連接代碼。并且每一個(gè)系統(tǒng)中要部屬針對(duì)不同系統(tǒng)對(duì)接應(yīng)用的特定代碼，顯然增加了維護(hù)成本和出錯(cuò)率。此原理圖中客戶端與服務(wù)器通信的大體過程是：發(fā)布服務(wù)：服務(wù)器提供某種服務(wù)，在UDDI注冊(cè)中心注冊(cè)為某種服務(wù)的提供者；發(fā)現(xiàn)服務(wù)：客戶端想得到某種服務(wù)，通過查詢此服務(wù)，而獲得關(guān)于此服務(wù)的WSDL文件；解析服務(wù)：通過解析WSDL文件，而獲得關(guān)于此服務(wù)的詳細(xì)信息，如接口參數(shù)，訪問服務(wù)的地址等；生成代理客戶端：根據(jù)獲得的詳細(xì)信息而生成相應(yīng)的代理客戶端。3 通信模型的實(shí)現(xiàn)與測(cè)試針對(duì)前面設(shè)計(jì)的通信模型，筆者對(duì)其中的核心問題進(jìn)行了編程實(shí)現(xiàn)，主要包括Web服務(wù)的發(fā)現(xiàn)與注冊(cè)模塊、基于SOAP[6]和WSDL[8]的通信模塊兩大部分。假設(shè)已有學(xué)生管理系統(tǒng)、圖書館管理系統(tǒng)和教學(xué)管理系統(tǒng)等三個(gè)數(shù)據(jù)交換節(jié)點(diǎn)，現(xiàn)在圖書館管理系統(tǒng)和教學(xué)管理系統(tǒng)需要從學(xué)生管理系統(tǒng)中獲取學(xué)生數(shù)據(jù)，那么它們之間的報(bào)文傳遞關(guān)系如下所述（見圖2）：a、 注冊(cè)服務(wù)：各DEA通過EISP向發(fā)送注冊(cè)服務(wù)報(bào)文，注冊(cè)成為服務(wù)使用者。安全策略應(yīng)用：根據(jù)EISP安全管理服務(wù)的要求，建立相應(yīng)的安全策略執(zhí)行機(jī)制，并將所使用的具體安全策略通過WSDL進(jìn)行描述。[4]這樣Web Services就可以將分布于不同平臺(tái)上的異構(gòu)系統(tǒng)以一種柔性的，松耦合的方式集成為一個(gè)靈活的系統(tǒng)，這個(gè)系統(tǒng)可以根據(jù)要求不同而靈活的變化。國內(nèi)的北京師范大學(xué)現(xiàn)代教育技術(shù)研究所在非等效借鑒SIF的基礎(chǔ)上，提出了一個(gè)重要概念——教育管理信息系統(tǒng)互操作框架（EMIF，Specification for Education Management Information System Interoperability Framework）[3]。但從發(fā)展來看，教育管理信息系統(tǒng)需要擺脫獨(dú)立解決方案的實(shí)現(xiàn)模式，需要舍棄復(fù)雜系統(tǒng)連接的實(shí)現(xiàn)方法。（1）教育信息互操作服務(wù)平臺(tái)（EISP）教育信息互操作服務(wù)平臺(tái)完成數(shù)據(jù)中心到下屬單位信息系統(tǒng)的數(shù)據(jù)交換、各單位信息系統(tǒng)間的數(shù)據(jù)交換，它由一系列中間件、服務(wù)、Web服務(wù)接口組成。根據(jù)這兩類數(shù)據(jù)交換，這里定義了兩種數(shù)據(jù)交換機(jī)制，即“請(qǐng)求—應(yīng)答模型”和“發(fā)布—預(yù)約模型”。d、 轉(zhuǎn)發(fā)：EISP接收DEA1的請(qǐng)求報(bào)文1，通過查詢服務(wù)注冊(cè)中心，指定DEA3為應(yīng)答者，并將請(qǐng)求報(bào)文1傳遞給它（同樣處理請(qǐng)求報(bào)文2）。 基于UDDI的服務(wù)發(fā)現(xiàn)模塊實(shí)現(xiàn)作為一個(gè)完整的通信模型，首先需要對(duì)現(xiàn)有的Web服務(wù)進(jìn)行發(fā)現(xiàn)與定位，找到對(duì)應(yīng)的WSDL文檔，再由此解析WSDL文檔，從而構(gòu)造相應(yīng)的S