專利名稱：一種基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于網(wǎng)格計算領(lǐng)域，具體涉及一種基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)。

背景技術(shù)：
網(wǎng)格是繼Internet之后的又一次重大技術(shù)進步，在國外，網(wǎng)格往往被稱為“下一代萬維網(wǎng)”。網(wǎng)格的根本特征是資源共享、消除Internet上的資源孤島。它將地理上分布的、異構(gòu)的各種資源通過高速網(wǎng)絡(luò)連接并集成起來，實現(xiàn)計算資源、存儲資源、數(shù)據(jù)資源、信息資源、知識資源和專家資源的全面共享。目前國內(nèi)外比較著名的網(wǎng)格平臺有GPE(德國國家網(wǎng)格平臺)，CGSP(中國教育科研網(wǎng)格平臺)和GOS(織女星網(wǎng)格操作系統(tǒng))，這些由不同的大學(xué)及相關(guān)的科研機構(gòu)開發(fā)出來的網(wǎng)格平臺，在其各自專注的不同領(lǐng)域發(fā)揮了重要的作用。
工作流管理技術(shù)是一種過程建模和過程管理核心技術(shù)，它可以與其它應(yīng)用系統(tǒng)有效地結(jié)合，利用網(wǎng)絡(luò)上已有的Web Service(Web服務(wù))，據(jù)此對問題求解過程進行重組，以提高效率。針對具體應(yīng)用可以利用工作流方法進行過程的建模和深入分析，不僅可以規(guī)范應(yīng)用的流程，發(fā)現(xiàn)流程中不合理的環(huán)節(jié)，進而對整個過程進行優(yōu)化重組，優(yōu)化處理過程。
然而，網(wǎng)格是構(gòu)建在國際互聯(lián)網(wǎng)上的一系列新興技術(shù)，由于尚處于發(fā)展階段，很多技術(shù)標(biāo)準(zhǔn)仍處于制定階段。如何將網(wǎng)格服務(wù)尤其是異構(gòu)網(wǎng)格服務(wù)，以及相對成熟的網(wǎng)格作業(yè)管理系統(tǒng)與工作流技術(shù)相結(jié)合，是當(dāng)前網(wǎng)格工作流管理系統(tǒng)需要解決的首要問題。商用的ActiveBPEL軟件提供了一套工作流管理系統(tǒng)，提供一個健壯的運行環(huán)境，可以編排，控制Web Services，通過分布式的多引擎連接，可以實現(xiàn)負(fù)載均衡。然而單純地將網(wǎng)格服務(wù)作為原子服務(wù)加入ActiveBPEL的工作流管理系統(tǒng)存在以下問題 1)異構(gòu)環(huán)境下，工作流服務(wù)流程中的異構(gòu)網(wǎng)格服務(wù)交互困難； 2)對服務(wù)的可靠性的支持力度不夠，使得整個工作流服務(wù)的可靠性依賴于每個單一原子服務(wù)的可靠性；一旦某一原子服務(wù)資源失效，整個服務(wù)流程就會終止。
3)較弱的適應(yīng)性，在服務(wù)動態(tài)變化的網(wǎng)格環(huán)境下，不能保持工作流服務(wù)的相對獨立性和穩(wěn)定性；任何一個子任務(wù)發(fā)生變化，將導(dǎo)致程序代碼重新編寫和部署。
4)服務(wù)與數(shù)據(jù)的緊耦合，導(dǎo)致系統(tǒng)的控制邏輯變得很模糊。工作流服務(wù)的定制者不需要關(guān)心外部數(shù)據(jù)的具體物理位置。


發(fā)明內(nèi)容
本發(fā)明的目的是提供一種基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，該系統(tǒng)具有簡單靈活，易于實現(xiàn)的特點，并且不影響各異構(gòu)網(wǎng)格平臺自身的獨立性。
本發(fā)明提供一種基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，其特征在于該系統(tǒng)包括虛擬服務(wù)信息管理模塊，虛擬服務(wù)調(diào)度模塊和虛擬數(shù)據(jù)中心管理模塊； 虛擬信息管理模塊用于集成各異構(gòu)網(wǎng)格平臺的服務(wù)信息，并向虛擬服務(wù)調(diào)度模塊提供分組后的虛擬服務(wù)信息； 虛擬服務(wù)調(diào)度模塊根據(jù)工作流引擎提供的輸入?yún)?shù)，在虛擬信息中心模塊提供的虛擬服務(wù)信息中，選擇適當(dāng)?shù)姆?wù)在該服務(wù)所在的網(wǎng)格平臺上執(zhí)行，并將結(jié)果作為輸出參數(shù)返回工作流引擎，在服務(wù)調(diào)度過程中涉及的外部數(shù)據(jù)請求均提交給虛擬數(shù)據(jù)中心管理模塊； 虛擬數(shù)據(jù)中心管理模塊接收虛擬服務(wù)調(diào)度模塊提供的外部數(shù)據(jù)請求，將其中的虛擬數(shù)據(jù)地址經(jīng)過地址格式轉(zhuǎn)換為物理地址，并進行實際的數(shù)據(jù)操作，再將結(jié)果還原成虛擬地址，返回虛擬服務(wù)調(diào)度模塊。
本發(fā)明通過虛擬服務(wù)的引入，屏蔽了底層網(wǎng)格平臺的異構(gòu)性，并將網(wǎng)格服務(wù)的選擇和調(diào)度加入了工作流管理系統(tǒng)，一方面實現(xiàn)了各異構(gòu)網(wǎng)格平臺之間的服務(wù)資源互操作，另一方面提高了該網(wǎng)格工作流管理系統(tǒng)的可靠性和靈活性。具體而言，本發(fā)明具有以下優(yōu)點及效果 (1)靈活性。異構(gòu)網(wǎng)格服務(wù)的更新，通過虛擬服務(wù)組管理完成，而不影響工作流流程的執(zhí)行，不必重新編寫工作流服務(wù)代碼，不必重新部署。
(2)可靠性。通過在同一虛擬服務(wù)組中增加物理服務(wù)備份的形式，可以提高工作流管理系統(tǒng)的可靠性。當(dāng)組內(nèi)某一或某些服務(wù)資源退出或失效時，不影響工作流流程的執(zhí)行。
(3)數(shù)據(jù)與服務(wù)的松耦合性。通過虛擬數(shù)據(jù)中心的引入，工作流服務(wù)的定制者無需了解外部數(shù)據(jù)的絕對地址，更無需將該地址寫入工作流代碼中。當(dāng)外部數(shù)據(jù)失效或地址變換時，只需改變數(shù)據(jù)中心中的映射關(guān)系，而無需修改服務(wù)流程。
(4)可擴展性。為其他網(wǎng)格平臺留有統(tǒng)一的接口，新的網(wǎng)格平臺加入，只需部署特定的插件模塊，不會影響原有網(wǎng)格工作流管理系統(tǒng)的運行。
當(dāng)發(fā)明采用JAVA作為開發(fā)工具時，可以實現(xiàn)平臺無關(guān)性。



圖1為本發(fā)明基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)的結(jié)構(gòu)示意圖； 圖2為虛擬服務(wù)信息管理模塊的結(jié)構(gòu)示意圖； 圖3為虛擬服務(wù)調(diào)度模塊的結(jié)構(gòu)示意圖； 圖4為虛擬數(shù)據(jù)中心管理模塊的結(jié)構(gòu)示意圖； 圖5為本發(fā)明基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)的各模塊綜合示意圖。

具體實施例方式 從工作原理的角度，可以將整個工作流管理系統(tǒng)分為三個部分，即虛擬服務(wù)信息管理模塊，虛擬服務(wù)調(diào)度模塊和虛擬數(shù)據(jù)中心管理模塊。由于受到機器硬件性能的限制，這三個模塊可分開安裝到不同的機器上；而從減少通信開銷的角度考慮，避免在服務(wù)執(zhí)行過程中，虛擬服務(wù)調(diào)度模塊與工作流引擎間頻繁的網(wǎng)絡(luò)消息傳輸，最好將虛擬服務(wù)調(diào)度模塊和工作流引擎安裝在同一臺機器上。
工作流管理系統(tǒng)的結(jié)構(gòu)如圖1所示，虛擬信息管理模塊1負(fù)責(zé)集成各異構(gòu)網(wǎng)格平臺5.1，5.2...5.N的服務(wù)信息，并向虛擬服務(wù)調(diào)度模塊2提供分組后的虛擬服務(wù)信息；虛擬服務(wù)調(diào)度模塊2接收工作流引擎4的輸入?yún)?shù)，在虛擬信息中心模塊1提供的虛擬服務(wù)組中，選擇適當(dāng)?shù)姆?wù)在該服務(wù)所在的網(wǎng)格平臺5上執(zhí)行，并將結(jié)果作為輸出參數(shù)返回工作流引擎4，在服務(wù)調(diào)度過程中涉及的外部數(shù)據(jù)請求均需提交給虛擬數(shù)據(jù)中心管理模塊3；虛擬數(shù)據(jù)中心管理模塊3接收虛擬服務(wù)調(diào)度模塊2提供的虛擬數(shù)據(jù)地址和數(shù)據(jù)的操作方法名，經(jīng)過地址格式轉(zhuǎn)換為物理地址后做實際的數(shù)據(jù)操作，并將結(jié)果還原成虛擬地址，返回虛擬服務(wù)調(diào)度模塊2。
下面分別舉例對各模塊作進一步詳細的說明。
如圖2所示，虛擬服務(wù)信息管理模塊1包括信息中心模塊11，組管理模塊12和同步更新模塊13。
信息中心模塊11負(fù)責(zé)收集各異構(gòu)網(wǎng)格平臺5.1，5.2，...5.N的服務(wù)信息，包括服務(wù)所在結(jié)點機的CPU性能，內(nèi)存容量，網(wǎng)絡(luò)帶寬等硬件信息，和服務(wù)本身的類型，所屬的網(wǎng)格平臺名稱，服務(wù)的執(zhí)行代價等信息，并通過統(tǒng)一的服務(wù)信息描述語言將服務(wù)信息集成為XML(可擴展標(biāo)識語言)文檔，供組管理模塊12查詢使用。當(dāng)服務(wù)信息發(fā)生變化時，信息中心模塊11負(fù)責(zé)將更新信息，即最新的XML文檔，封裝成SOAP(簡單對象訪問協(xié)議)消息，發(fā)送給同步更新模塊13。
組管理模塊12向信息中心模塊11提出服務(wù)信息的查詢請求，在得到的查詢結(jié)果的服務(wù)集合中，根據(jù)服務(wù)信息間相同或相似的特性，如相同的所屬網(wǎng)格平臺，相似的功能描述，相同的服務(wù)執(zhí)行代價等，對服務(wù)分組，并對虛擬服務(wù)組進行管理，包括添加或刪除虛擬服務(wù)組，變更組名稱，注冊，注銷或更新組內(nèi)服務(wù)信息等操作。分組后的服務(wù)信息以多個XML文檔的形式組織，每一個XML文檔對應(yīng)于一個虛擬服務(wù)組；組管理模塊12接收同步更新模塊13的更新查詢的結(jié)果，將查詢結(jié)果得到的XML文檔與虛擬服務(wù)組中各服務(wù)原有XML文檔比對，包括新增或刪除的標(biāo)簽，新增刪除或更新的屬性等，并進行必要的更新操作。
當(dāng)異構(gòu)網(wǎng)格平臺5.1，5.2，...5.N中的服務(wù)信息發(fā)生變化時，信息中心模塊11中收集到的服務(wù)信息也會發(fā)生相應(yīng)的變化，此時，為了保證組管理模塊12中的服務(wù)信息保持同步，需通過同步更新模塊13更新各虛擬服務(wù)組內(nèi)的服務(wù)信息。根據(jù)應(yīng)用需求，同步更新可采用定時更新的方式，即同步更新模塊13定時向信息中心模塊11提出查詢請求；也可以采用觸發(fā)更新的方式，即當(dāng)服務(wù)信息發(fā)生變化時，由信息中心模塊11向同步更新模塊13發(fā)出更新通告，觸發(fā)同步更新模塊13的查詢請求。以上兩種方式的查詢請求執(zhí)行完畢后，都需將查詢結(jié)果即最新的XML，封裝成SOAP消息，發(fā)送給組管理模塊12。
如圖3所示，虛擬服務(wù)調(diào)度模塊2包括服務(wù)入口預(yù)處理模塊21，規(guī)則庫模型22，調(diào)度匹配管理模塊23，服務(wù)調(diào)度信息解析模塊24，服務(wù)調(diào)度模塊25和服務(wù)出口處理模塊26。
服務(wù)入口預(yù)處理模塊21接收工作流引擎4的輸入?yún)?shù)，包括調(diào)用WebService需要的服務(wù)物理地址，方法名，參數(shù)類型和參數(shù)值等，以及涉及外部數(shù)據(jù)操作的請求，將數(shù)據(jù)的虛擬地址提交給虛擬數(shù)據(jù)中心管理模塊3處理，并接收返回的數(shù)據(jù)虛擬地址的結(jié)果。預(yù)處理過程完畢后，觸發(fā)調(diào)度匹配管理模塊23的執(zhí)行。
規(guī)則庫模型22用于存放一組預(yù)置的計算公式，每一個計算公式對應(yīng)于一種服務(wù)調(diào)度模型，如最小代價模型，最快響應(yīng)時間模型，最優(yōu)負(fù)載平衡模型等。計算公式由服務(wù)信息中結(jié)點機的CPU性能，內(nèi)存容量，網(wǎng)絡(luò)帶寬，服務(wù)執(zhí)行代價，所屬網(wǎng)格平臺名稱等各項組成，各項在公式中所占的權(quán)重由不同的服務(wù)調(diào)度模型決定，如在最快響應(yīng)時間模型中，網(wǎng)絡(luò)帶寬項的所占權(quán)重最大，而在最小代價模型中，服務(wù)執(zhí)行代價項的所占權(quán)重最大。該預(yù)置公式組提供給調(diào)度匹配管理模塊23選擇使用。
調(diào)度匹配管理模塊23接收服務(wù)入口預(yù)處理模塊21的觸發(fā)后，根據(jù)用戶選擇的服務(wù)調(diào)度模型，從規(guī)則庫模型22中選擇出恰當(dāng)?shù)挠嬎愎?，并根?jù)該公式，計算虛擬服務(wù)信息管理模塊1中提供的虛擬服務(wù)組中各服務(wù)的加權(quán)平均值，從中選擇出一個加權(quán)平均值最大的服務(wù)，將該服務(wù)信息，如服務(wù)所屬平臺名稱，服務(wù)物理地址，WSDL(Web服務(wù)描述文檔)地址等提交給服務(wù)調(diào)度信息解析模塊24。
服務(wù)調(diào)度信息解析模塊24接收調(diào)度匹配管理模塊23提供的服務(wù)信息，根據(jù)其中WSDL地址，通過XPath(XML路徑語言)查詢技術(shù)，解析出實際調(diào)用該服務(wù)時所需要的具體參數(shù)，如服務(wù)名，名字空間，方法名，輸入輸出參數(shù)類型和輸入?yún)?shù)值等，并將該參數(shù)以及服務(wù)所屬平臺名稱的信息發(fā)送給服務(wù)調(diào)度模塊25。
服務(wù)調(diào)度模塊25負(fù)責(zé)將由服務(wù)調(diào)度信息解析模塊24提供的參數(shù)封裝成該服務(wù)所屬網(wǎng)格平臺能夠接受的輸入?yún)?shù)形式，通過調(diào)用該網(wǎng)格平臺特定的服務(wù)提交接口，發(fā)送SOAP請求消息，在網(wǎng)格平臺上執(zhí)行該服務(wù)，執(zhí)行過程結(jié)束后，結(jié)果以SOAP響應(yīng)消息的形式返回，消息中包括該服務(wù)所屬網(wǎng)格平臺的輸出參數(shù)，發(fā)送給服務(wù)出口處理模塊26。
服務(wù)出口處理模塊26取得服務(wù)調(diào)度模塊25的運行結(jié)果參數(shù)，通過XPath技術(shù)，解析出其中的服務(wù)名，方法名，服務(wù)物理地址，輸出參數(shù)的類型，輸出參數(shù)的值等信息，封裝成Web Service的輸出參數(shù)，發(fā)送給工作流引擎4。
如圖4所示，虛擬數(shù)據(jù)中心管理模塊3包括地址格式轉(zhuǎn)換模塊31和異構(gòu)數(shù)據(jù)傳輸模塊32。
地址格式轉(zhuǎn)換模塊31接收虛擬服務(wù)調(diào)度模塊2的數(shù)據(jù)操作請求，該請求包括數(shù)據(jù)的虛擬地址和數(shù)據(jù)的操作方法名。根據(jù)預(yù)先制定的虛擬地址和物理地址間的映射關(guān)系，將數(shù)據(jù)的虛擬地址轉(zhuǎn)換為物理地址，并將數(shù)據(jù)的物理地址和數(shù)據(jù)的操作方法名發(fā)送給異構(gòu)數(shù)據(jù)傳輸模塊32做實際的數(shù)據(jù)操作，操作結(jié)束后，將返回結(jié)果的物理地址根據(jù)映射關(guān)系轉(zhuǎn)換為虛擬地址，以虛擬地址的形式返回給虛擬服務(wù)調(diào)度模塊2。
異構(gòu)數(shù)據(jù)傳輸模塊32接收地址格式轉(zhuǎn)換模塊31的數(shù)據(jù)操作請求，根據(jù)對速度或穩(wěn)定性的不同要求，和數(shù)據(jù)本身的特性如數(shù)據(jù)量大小和分塊大小，采用不同的數(shù)據(jù)傳輸軟件6.1，6.2，...6.N執(zhí)行具體的數(shù)據(jù)的操作方法名指定的操作，如上傳，下載等。網(wǎng)格環(huán)境下使用的數(shù)據(jù)傳輸軟件通常包括采用ftp，GridFTP等。
實例 為了驗證本發(fā)明系統(tǒng)的可行性和有效性，在真實環(huán)境下配置本發(fā)明系統(tǒng)，我們對四個異構(gòu)網(wǎng)格平臺下的網(wǎng)格服務(wù)進行工作流管理。兩個網(wǎng)格平臺采用中國教育科研網(wǎng)格支撐中間件CGSP搭建，另兩個網(wǎng)格平臺采用中國科學(xué)院計算所開發(fā)的GOS網(wǎng)格中間件搭建。詳細試驗環(huán)境配置見表1所示。
經(jīng)過試驗測試，可以實現(xiàn)以下操作 (1)在工作流流程中包含CGSP和GOS兩網(wǎng)格平臺上的服務(wù)。實現(xiàn)異構(gòu)網(wǎng)格服務(wù)在工作流作業(yè)中的透明選擇。
(2)更新各網(wǎng)格平臺上的服務(wù)信息，該信息都可以在信息中心和虛擬服務(wù)組中體現(xiàn)出來。
(3)根據(jù)功能需求和QoS需求，可動態(tài)地對虛擬服務(wù)組匹配選擇并執(zhí)行，無需人工配置或重新編寫代碼。
(4)工作流流程中只包含數(shù)據(jù)的虛擬地址，虛擬地址和物理地址的轉(zhuǎn)換以及實際的數(shù)據(jù)操作都可以完成。
表1實驗環(huán)境配置

權(quán)利要求
1.一種基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，其特征在于該系統(tǒng)包括虛擬服務(wù)信息管理模塊(1)，虛擬服務(wù)調(diào)度模塊(2)和虛擬數(shù)據(jù)中心管理模塊(3)；
虛擬信息管理模塊(1)用于集成各異構(gòu)網(wǎng)格平臺的服務(wù)信息，并向虛擬服務(wù)調(diào)度模塊(2)提供分組后的虛擬服務(wù)信息；
虛擬服務(wù)調(diào)度模塊(2)根據(jù)工作流引擎提供的輸入?yún)?shù)，在虛擬信息中心模塊(1)提供的虛擬服務(wù)信息中，選擇適當(dāng)?shù)姆?wù)在該服務(wù)所在的網(wǎng)格平臺上執(zhí)行，并將結(jié)果作為輸出參數(shù)返回工作流引擎，在服務(wù)調(diào)度過程中涉及的外部數(shù)據(jù)請求均提交給虛擬數(shù)據(jù)中心管理模塊(3)；
虛擬數(shù)據(jù)中心管理模塊(3)接收虛擬服務(wù)調(diào)度模塊(2)提供的外部數(shù)據(jù)請求，將其中的虛擬數(shù)據(jù)地址經(jīng)過地址格式轉(zhuǎn)換為物理地址，并進行實際的數(shù)據(jù)操作，再將結(jié)果還原成虛擬地址，返回虛擬服務(wù)調(diào)度模塊(2)。
2.根據(jù)權(quán)利要求1所述的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，其特征在于虛擬服務(wù)信息管理模塊(1)包括信息中心模塊(11)，組管理模塊(12)和同步更新模塊(13)；
信息中心模塊(11)負(fù)責(zé)收集各異構(gòu)網(wǎng)格平臺的服務(wù)信息，并通過統(tǒng)一的服務(wù)信息描述語言將服務(wù)信息集成為XML文檔，供組管理模塊(12)查詢使用；當(dāng)服務(wù)信息發(fā)生變化時，信息中心模塊(11)負(fù)責(zé)將更新信息發(fā)送給同步更新模塊(13)；
組管理模塊(12)向信息中心模塊(11)提出服務(wù)信息的查詢請求，在得到的查詢結(jié)果的服務(wù)集合中，根據(jù)服務(wù)信息間相同或相似的特性對服務(wù)分組，并對虛擬服務(wù)組進行管理，分組后的服務(wù)信息以多個xml文檔的形式組織，每一個xml文檔對應(yīng)于一個虛擬服務(wù)組；組管理模塊(12)接收同步更新模塊(13)的更新查詢的結(jié)果，將查詢結(jié)果與虛擬服務(wù)組中各服務(wù)原有信息比對，并進行更新操作；
同步更新模塊(13)向信息中心模塊(11)提出查詢請求，將更新后的查詢結(jié)果發(fā)送給組管理模塊(12)。
3.根據(jù)權(quán)利要求1或2所述的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，其特征在于虛擬服務(wù)調(diào)度模塊(2)包括服務(wù)入口預(yù)處理模塊(21)，規(guī)則庫模型(22)，調(diào)度匹配管理模塊(23)，服務(wù)調(diào)度信息解析模塊(24)，服務(wù)調(diào)度模塊(25)和服務(wù)出口處理模塊(26)；
服務(wù)入口預(yù)處理模塊(21)接收工作流引擎(4)的輸入?yún)?shù)，將數(shù)據(jù)的虛擬地址提交給虛擬數(shù)據(jù)中心管理模塊(3)處理，并接收返回的數(shù)據(jù)虛擬地址的結(jié)果；預(yù)處理過程完畢后，觸發(fā)調(diào)度匹配管理模塊(23)的執(zhí)行；
規(guī)則庫模型(22)用于存放一組預(yù)置的計算公式，供調(diào)度匹配管理模塊(23)選擇使用，每一個計算公式對應(yīng)于一種服務(wù)調(diào)度模型；
調(diào)度匹配管理模塊(23)接收服務(wù)入口預(yù)處理模塊(21)的觸發(fā)后，根據(jù)用戶選擇的服務(wù)調(diào)度模型，從規(guī)則庫模型(22)中選擇出恰當(dāng)?shù)挠嬎愎?，并根?jù)該公式，計算虛擬服務(wù)信息管理模塊(1)中提供的虛擬服務(wù)組中各服務(wù)的加權(quán)平均值，從中選擇出一個加權(quán)平均值最大的服務(wù)，將該服務(wù)信息提交給服務(wù)調(diào)度信息解析模塊(24)；
服務(wù)調(diào)度信息解析模塊(24)接收調(diào)度匹配管理模塊(23)提供的服務(wù)信息，根據(jù)其中服務(wù)描述文檔地址，解析出實際調(diào)用該服務(wù)時所需要的具體參數(shù)，并將該參數(shù)以及服務(wù)所屬平臺名稱的信息發(fā)送給服務(wù)調(diào)度模塊(25)；
服務(wù)調(diào)度模塊(25)負(fù)責(zé)將由服務(wù)調(diào)度信息解析模塊(24)提供的參數(shù)封裝成該服務(wù)所屬網(wǎng)格平臺能夠接受的輸入?yún)?shù)形式，通過調(diào)用該網(wǎng)格平臺特定的服務(wù)提交接口，在網(wǎng)格平臺上執(zhí)行該服務(wù)，執(zhí)行過程結(jié)束后，結(jié)果以該服務(wù)所屬網(wǎng)格平臺的輸出參數(shù)形式返回，并發(fā)送給服務(wù)出口處理模塊(26)；
服務(wù)出口處理模塊(26)獲取服務(wù)調(diào)度模塊(25)的運行結(jié)果參數(shù)，并予以解析，將解析后的信息封裝后發(fā)送給工作流引擎。
4.根據(jù)權(quán)利要求1或2所述的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，其特征在于虛擬數(shù)據(jù)中心管理模塊(3)包括地址格式轉(zhuǎn)換模塊(31)和異構(gòu)數(shù)據(jù)傳輸模塊(32)；
地址格式轉(zhuǎn)換模塊(31)接收虛擬服務(wù)調(diào)度模塊(2)的數(shù)據(jù)操作請求，根據(jù)預(yù)先制定的虛擬地址和物理地址間的映射關(guān)系，將數(shù)據(jù)的虛擬地址轉(zhuǎn)換為物理地址，并將數(shù)據(jù)的物理地址和數(shù)據(jù)的操作方法名發(fā)送給異構(gòu)數(shù)據(jù)傳輸模塊(32)；并將返回結(jié)果的物理地址根據(jù)映射關(guān)系轉(zhuǎn)換為虛擬地址，以虛擬地址的形式返回給虛擬服務(wù)調(diào)度模塊(2)；
異構(gòu)數(shù)據(jù)傳輸模塊(32)接收地址格式轉(zhuǎn)換模塊(31)的數(shù)據(jù)操作請求，執(zhí)行具體的數(shù)據(jù)的操作方法名指定的操作，并返回結(jié)果的物理地址。
全文摘要
本發(fā)明公開了一種基于虛擬服務(wù)的異構(gòu)網(wǎng)格工作流管理系統(tǒng)，其中，虛擬信息管理模塊用于集成各異構(gòu)網(wǎng)格平臺的服務(wù)信息，并向虛擬服務(wù)調(diào)度模塊提供分組后的虛擬服務(wù)信息；虛擬服務(wù)調(diào)度模塊根據(jù)工作流引擎提供的輸入?yún)?shù)，在虛擬服務(wù)組中選擇適當(dāng)?shù)姆?wù)在網(wǎng)格平臺上執(zhí)行，并將結(jié)果返回工作流引擎，外部數(shù)據(jù)請求提交給虛擬數(shù)據(jù)中心管理模塊；虛擬數(shù)據(jù)中心管理模塊將虛擬數(shù)據(jù)地址轉(zhuǎn)換為物理地址，實際數(shù)據(jù)操作后將結(jié)果還原成虛擬地址并返回。本發(fā)明通過虛擬服務(wù)的引入，屏蔽了底層網(wǎng)格平臺的異構(gòu)性，并將網(wǎng)格服務(wù)的選擇和調(diào)度加入了工作流管理系統(tǒng)，實現(xiàn)了各異構(gòu)網(wǎng)格平臺之間的服務(wù)資源互操作，提高了該網(wǎng)格工作流管理系統(tǒng)的可靠性和靈活性。
文檔編號H04L12/46GK101227375SQ20081004684
公開日2008年7月23日 申請日期2008年1月29日 優(yōu)先權(quán)日2008年1月29日
發(fā)明者海 金, 凱 王, 鄒德清, 陶永才, 松 吳, 漢 何, 李運發(fā), 廖振松 申請人:華中科技大學(xué)