專利名稱：服務(wù)網(wǎng)格溯源信息收集系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種服務(wù)網(wǎng)格溯源信息收集系統(tǒng)及方法，尤其是一種能夠?qū)崿F(xiàn)，在服務(wù)網(wǎng)格中提供對溯源信息的全生命周期的支持，實現(xiàn)服務(wù)網(wǎng)格中對溯源信息的創(chuàng)建、記錄、查詢、管理四個階段的操作的系統(tǒng)及方法。
背景技術(shù)：
為了實現(xiàn)網(wǎng)格系統(tǒng)的開放性和可擴展性，從結(jié)構(gòu)上更方便的共享各種異構(gòu)資源的能力，實現(xiàn)它們的互操作，全球性網(wǎng)格論壇(Global Grid Forum，簡稱GGF)在2002年聯(lián)合提出了開放網(wǎng)格服務(wù)體系結(jié)構(gòu)(Open Grid ServiceArchitecture，簡稱OGSA)框架，將面向服務(wù)及其協(xié)議的研發(fā)成為擴充網(wǎng)格功能的一致途徑，通過服務(wù)間的交互完成網(wǎng)格資源的能力共享與協(xié)同工作。OGSA的提出推進了計算網(wǎng)格與Web服務(wù)技術(shù)的融合，明確了基于服務(wù)的網(wǎng)格框架，迅速得到了產(chǎn)業(yè)界和學術(shù)界的重視。
溯源信息是指在現(xiàn)實生活的一次實驗應(yīng)用(如應(yīng)用程序執(zhí)行)中，關(guān)于結(jié)果或數(shù)據(jù)如何獲得的過程記錄信息，實驗完成后，其他用戶可根據(jù)記錄的溯源信息來驗證實驗的有效性、重現(xiàn)實驗或重生產(chǎn)產(chǎn)品，分析探究應(yīng)用規(guī)律。溯源信息的必要性已經(jīng)在很多領(lǐng)域體現(xiàn)出來，在重要的分布式計算工程領(lǐng)域，每次應(yīng)用都會有很多數(shù)據(jù)和計算資源在產(chǎn)生和銷毀，例如，在一個化學實驗的Web服務(wù)中，會產(chǎn)生大量的輸入和輸出數(shù)據(jù)，通過對這些數(shù)據(jù)進行分析，可以得到這次實驗的執(zhí)行時間，執(zhí)行順序等資料，對于分析化學反應(yīng)得中間過程提供了更多有效信息。
網(wǎng)格從最初的元計算到計算網(wǎng)格再到現(xiàn)今的服務(wù)網(wǎng)格，經(jīng)歷了三個重要階段，在現(xiàn)今的服務(wù)網(wǎng)格中，所有資源都封裝為服務(wù)，通過服務(wù)調(diào)用來實現(xiàn)對資源的訪問，在這些服務(wù)調(diào)用過程中產(chǎn)生大量溯源信息，但在多數(shù)情況下，這些信息沒有得到充分利用。在面向服務(wù)體系結(jié)構(gòu)(Service-OrientedArchitecture，簡稱SOA)中，“溯源信息”代表了服務(wù)的輸出結(jié)果是如何產(chǎn)生的中間數(shù)據(jù)信息。
在現(xiàn)今各個使用溯源信息的領(lǐng)域，都沒有提供對溯源信息全生命周期的操作支持，且還存在以下不足1.溯源信息采集沒有提供統(tǒng)一的結(jié)構(gòu)和通用的協(xié)議來記錄數(shù)據(jù)，不支持其他通用的網(wǎng)格服務(wù)，擴展性弱；2.存儲的數(shù)據(jù)沒有統(tǒng)一的數(shù)據(jù)格式，不利于數(shù)據(jù)的存儲和后期查詢；3.溯源信息的調(diào)用與服務(wù)同步進行，時延較大。
溯源信息生命周期有如下4個階段創(chuàng)建、記錄、查詢、管理，一個完整的溯源信息系統(tǒng)必須支持以上所有功能。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種服務(wù)網(wǎng)格溯源信息收集系統(tǒng)與方法，以實現(xiàn)在服務(wù)網(wǎng)格中提供對溯源信息的全生命周期的支持，實現(xiàn)服務(wù)網(wǎng)格中對溯源信息的創(chuàng)建、記錄、查詢、管理四個階段的操作。
為此，本發(fā)明提供如下技術(shù)方案實現(xiàn)上述目的本發(fā)明提供了一種服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于包括存儲模塊，用于存儲溯源信息；創(chuàng)建模塊，用于創(chuàng)建溯源信息；記錄模塊，與創(chuàng)建模塊、存儲模塊連接，用于將創(chuàng)建模塊生成的溯源信息保存到存儲模塊中；查詢模塊，與存儲模塊連接，用于對網(wǎng)格環(huán)境容器節(jié)點的動態(tài)、靜態(tài)信息進行實時監(jiān)控，根據(jù)溯源信息統(tǒng)計服務(wù)調(diào)用頻率；以及對鏈式服務(wù)調(diào)用和多路服務(wù)調(diào)用進行回溯；管理模塊，與存儲模塊連接，用于管理所存儲的溯源信息。
所述系統(tǒng)支持交互式溯源信息，并以可擴展標志語言(eXtensible Markup Language，簡稱XML)格式存儲；所述的存儲模塊具體包括用于存儲溯源信息的數(shù)據(jù)庫和/或本地文件系統(tǒng)；所述的創(chuàng)建模塊具體包括簡單對象訪問協(xié)議(Simple Object Access Protocol，簡稱SOAP)報文處理器，所述的SOAP報文處理器用于過濾提取SOAP報文；所述的記錄模塊具體包括緩存處理單元，所述的緩存單元用于完成溯源信息的記錄和服務(wù)調(diào)用的異步進行；所述的查詢模塊具體包括XML文檔尋址語言(XPath)封裝解析器，用于封裝XPath查詢關(guān)鍵字；所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，還包括顯示模塊，與查詢模塊連接用于顯示查詢到的溯源信息。
本發(fā)明還提供了一種服務(wù)網(wǎng)格溯源信息收集方法，包括根據(jù)網(wǎng)格系統(tǒng)中溯源信息的具體表達方式，創(chuàng)建相關(guān)數(shù)據(jù)結(jié)構(gòu)創(chuàng)建溯源信息的步驟；對創(chuàng)建溯源信息步驟產(chǎn)生的溯源信息進行組織，記錄網(wǎng)格環(huán)境下的溯源信息的步驟；通過緩存處理單元存儲溯源信息的步驟；包括回溯分析服務(wù)及狀態(tài)統(tǒng)計服務(wù)的查詢溯源信息的步驟；管理所存儲的溯源信息的步驟。
本發(fā)明將溯源信息應(yīng)用到網(wǎng)格環(huán)境中，提供對溯源信息全生命周期創(chuàng)建、記錄、查詢、管理的操作支持，溯源信息具有統(tǒng)一的數(shù)據(jù)格式，便于存儲、查詢與管理。
下面結(jié)合附圖和具體實施例進一步說明本發(fā)明的技術(shù)方案。


圖1為服務(wù)網(wǎng)格溯源信息收集系統(tǒng)結(jié)構(gòu)圖。
圖2為服務(wù)網(wǎng)格溯源信息收集方法流程圖。
圖3為SOAP報文處理流程圖。
圖4為緩存單元執(zhí)行流程示圖。
圖5為鏈式調(diào)用示意圖。
圖6為鏈式調(diào)用流程圖。
具體實施例方式
實施例一、服務(wù)網(wǎng)格溯源信息收集系統(tǒng)結(jié)構(gòu)如圖1所示，以層次化結(jié)構(gòu)實現(xiàn)各個功能模塊底層存儲模塊支持數(shù)據(jù)庫以及本地文件系統(tǒng)，負責對XML格式的溯源信息進行存儲；中間層為各個功能模塊創(chuàng)建模塊利用SOAP報文處理器負責創(chuàng)建溯源信息；記錄模塊與創(chuàng)建模塊和存儲模塊連接，用于對創(chuàng)建的溯源信息進行存儲，同時利用緩存處理單元實現(xiàn)異步傳輸操作，提高記錄效率；查詢模塊與存儲模塊連接，用于對已經(jīng)存儲的溯源信息進行查詢，包括完成狀態(tài)統(tǒng)計服務(wù)對網(wǎng)格環(huán)境容器節(jié)點的動態(tài)、靜態(tài)信息進行實時監(jiān)控，同時統(tǒng)計根據(jù)溯源信息統(tǒng)計服務(wù)調(diào)用頻率及回溯分析服務(wù)對鏈式服務(wù)調(diào)用和多路服務(wù)調(diào)用進行回溯重現(xiàn)；XPath封裝解析器用于對XPath查詢關(guān)鍵字進行包裝，實現(xiàn)面向普通用戶的基于關(guān)鍵溯源信息關(guān)鍵屬性的多層次應(yīng)用程序編程接口(Application Programming Interface，簡稱API)；還包括管理模塊與存儲模塊連接，用于對大量記錄的溯源信息進行相應(yīng)的管理操作，如對過期信息的刪除等以及異常處理模塊負責對系統(tǒng)出現(xiàn)的異常情況進行處理；上層為顯示模塊，存有網(wǎng)絡(luò)環(huán)境拓撲視圖、溯源信息管理視圖、SOAP調(diào)試視圖供不同級別用戶使用。
實施例二、圖2為服務(wù)網(wǎng)格溯源信息收集方法流程圖，包括根據(jù)網(wǎng)格系統(tǒng)中溯源信息的具體表達方式，創(chuàng)建相關(guān)數(shù)據(jù)結(jié)構(gòu)創(chuàng)建溯源信息的步驟；對創(chuàng)建溯源信息步驟產(chǎn)生的溯源信息進行組織，記錄網(wǎng)格環(huán)境下的溯源信息的步驟；通過緩存處理單元存儲溯源信息的步驟；包括回溯分析服務(wù)及狀態(tài)統(tǒng)計服務(wù)的查詢溯源信息的步驟；管理所存儲的溯源信息的步驟。
還包括通過客戶端工具顯示查詢到的溯源信息的步驟。
實施例三、基于實施例二，服務(wù)網(wǎng)格溯源信息收集方法可應(yīng)用如下方式創(chuàng)建溯源信息，SOAP報文處理器負責對客戶端請求和服務(wù)端回饋的SOAP報文進行過濾提取，并生成最終的XML格式的溯源信息。具體為當客戶端調(diào)用服務(wù)或服務(wù)反饋信息時，SOAP報文處理器首先對服務(wù)配置信息進行預(yù)處理，判斷服務(wù)是否具有溯源信息配置信息，如果服務(wù)開發(fā)人員希望所開發(fā)的服務(wù)不需要對溯源信息進行記錄，則不進行任何操作，直接將SOAP消息發(fā)送到客戶端或服務(wù)端；如果服務(wù)具有溯源信息配置信息，則進行相應(yīng)處理，然后開始對SOAP報文進行提取處理，并開始創(chuàng)建一次溯源信息記錄。
為了方便對服務(wù)添加溯源配置信息，SOAP報文處理器只需對服務(wù)配置文件進行處理，而無需對服務(wù)本身細節(jié)信息進行考慮。在此，SOAP報文處理器負責解析“Provenance StoreP_Store_URL_Value”這樣的名值對(名ProvenanceStore表示服務(wù)配置對應(yīng)的Parameter，值P_Store_URL_Value表示服務(wù)指定的溯源信息倉庫URL地址)，SOAP報文處理器在判定服務(wù)配置信息中含有“ProvenanceStore”參數(shù)后，會對其值進行處理，首先判定溯源信息倉庫統(tǒng)一資源定位符(Uniform Resource Location，簡稱URL)是否為空，如果為空，則設(shè)定溯源信息倉庫地址為容器默認配置，否則，設(shè)定溯源信息倉庫地址為該URL，具體處理流程如圖3所示
步驟11、客戶端發(fā)生請求或服務(wù)端發(fā)生反饋時，讀取服務(wù)配置文件信息；步驟12、解析配置文件信息；步驟13、判斷服務(wù)中是否具有溯源信息配置文件，若有則執(zhí)行步驟14；若沒有，則創(chuàng)建溯源信息結(jié)束；步驟14、解析溯源信息倉庫地址URL；步驟15、判斷溯源信息倉庫URL是否為空，若為空則設(shè)定溯源信息倉庫地址為容器默認配置；否則設(shè)定溯源信息倉庫地址為該URL；步驟16、截取SOAP報文；步驟17、解析報文，提取信息；步驟18、創(chuàng)建溯源信息。
實施例四、在網(wǎng)格服務(wù)中有三個因素與性能有直接關(guān)系(1)客戶機向遠程Web服務(wù)發(fā)出一個請求的時間(CT)；(2)處理消息所花費的時間(PT)，這里的消息具體說來，是XML的解析、相應(yīng)流程的管理、服務(wù)的調(diào)用以及最終響應(yīng)編碼；(3)服務(wù)本身執(zhí)行所用的時間(ST)，即服務(wù)自身所執(zhí)行業(yè)務(wù)邏輯所花費的時間。在溯源信息記錄階段，通過“Axis Handler”方式進行對溯源信息的截獲，將對“Handler”的處理時間定義為(RT)，那么整個服務(wù)調(diào)用過程的總時間(TotalTime)為TotalTime＝CT+PT+ST+RT，CT和PT由客戶機本身性能來決定，ST針對不同服務(wù)也有不同的取值范圍，在溯源信息記錄處理階段，所能控制的是RT。
基于實施例二，為了盡量減少RT給用戶請求帶來的時間效率影響，在“Axis Pivot”中加入緩存機制實現(xiàn)溯源信息的記錄和服務(wù)調(diào)用的異步進行。緩存線程負責將這些服務(wù)調(diào)用產(chǎn)生的溯源信息對象存儲一個固定時間周期，到達預(yù)定周期后進行信息記錄，然后再清除這些對象。其具體流程如圖4所示步驟21、將溯源信息存入緩存空間Cache；步驟22、保留緩存溯源信息；步驟23、到達緩存周期后，將緩存的溯源信息存入指定溯源信息倉庫；步驟24、釋放緩存空間Cache。
實施例五、基于實施例二，可按如下方式實現(xiàn)溯源信息的查詢，查詢模塊中的XPath封裝解析器用于對存儲的溯源信息進行查詢，在溯源信息倉庫中找到所有與XPath路徑相匹配的關(guān)鍵字屬性結(jié)點是XPath封裝解析器查詢處理的核心，結(jié)合溯源信息的構(gòu)造結(jié)構(gòu)，從中提取關(guān)鍵屬性，并提供對這些關(guān)鍵字屬性進行封裝的XPath查詢語法，關(guān)鍵字屬性列表如下表所示。針對不同用戶，查詢可以直接通過輸入關(guān)鍵字查詢或直接輸入“XQuery語句”進行查詢。

實施例六、基于實施例二，可采用如下方式實現(xiàn)溯源信息回溯分析服務(wù)和狀態(tài)統(tǒng)計服務(wù)，根據(jù)溯源信息的構(gòu)造流程及表示方法，制定針對鏈式服務(wù)調(diào)用的路徑回溯分析機制。對于鏈式調(diào)用而言，確定“自頂向下、自左至右”的分析視角。
對于多個參與者(其中客戶端參與者和最終目標服務(wù)是兩個特例)的鏈式調(diào)用，每個參與者的執(zhí)行空間被劃分為R-S-R-S四塊，如圖5鏈式示意圖中參與者B，其中S表示發(fā)送者(Sender)，R表示接收者(Receiver)。從執(zhí)行方向上看，所有參與者的左側(cè)構(gòu)成正向路徑，右側(cè)構(gòu)成逆向路徑，其中n為參與者個數(shù)(n為正整數(shù))，整個鏈式調(diào)用具有如下特征1、除去客戶端和最終服務(wù)端，每個參與者對應(yīng)4條參與者記錄；2、總共產(chǎn)生4(n-2)+2*2＝4(n-1)條發(fā)送/接收消息；3、第1條至第2(n-2)+2＝2(n-1)條記錄構(gòu)成正向路徑；4、第2(n-1)+1＝2n-1至4(n-1)條記錄構(gòu)成逆向路徑。
所述的回溯分析服務(wù)過程包括如下步驟步驟41a、建立存儲列表；步驟42a、解析溯源信息，獲得客戶端與服務(wù)端信息；步驟43a、獲得服務(wù)信息；步驟44a、判斷所述的服務(wù)信息是否為同一客戶端或服務(wù)端，若是則合并服務(wù)信息；否則繼續(xù)執(zhí)行步驟43a；步驟45a、將客戶端與服務(wù)端信息放入存儲列表。
以三個參與者(A-B-C)的鏈式調(diào)用為例，整個流程如圖6所示，其中IDn中包含時間戳信息1.服務(wù)調(diào)用開始；2.A創(chuàng)建發(fā)送消息“A.Sender”；3.A創(chuàng)建“IDA”；4.“A.Sender+IDA”放入隊列5.B創(chuàng)建接收消息“B1.Receiver”；6.B創(chuàng)建“IDB1”；7.“B1.Receiver+IDB1”放入隊列
8.B創(chuàng)建發(fā)送消息”B2.Sender”；9.B創(chuàng)建”IDB2”；10.“B2.Sender+IDB2”放入隊列11.C創(chuàng)建接收消息”C.Receiver”；12.C創(chuàng)建“IDC”；13.“C.Receiver+IDC”放入隊列14.C創(chuàng)建發(fā)送消息“C.Sender”；15.“C.Sender+IDC”放入隊列16.B創(chuàng)建接收消息“B2.Receiver”；17.“B2.Receiver+IDB2”放入隊列；18.B創(chuàng)建發(fā)送消息“B1.Sender”；19.“B1.Receiver+IDB1”放入隊列；20.A創(chuàng)建接收消息“A.Receiver”；21.“A.Receiver+IDA”放入隊列；(以上為記錄流程)22.取出第1到2(n-1)條正向路徑記錄；23.判斷是否出現(xiàn)同樣前綴名，若有，則為同一個參與者，進行合并；24..根據(jù)“IDn”中時間戳信息進行排序；25.排序后的順序即為原始調(diào)用路徑。
執(zhí)行完畢，列表中的信息標示了一次鏈式調(diào)用的完整流程。
在狀態(tài)統(tǒng)計服務(wù)中，首先調(diào)用容器提供的API，然后根據(jù)API分別收集如下信息資源定位描述服務(wù)(Resource Location & Description Service，簡稱RLDS)RLDS名、RLDS訪問點；所有可用容器節(jié)點列表、容器靜態(tài)信息(操作系統(tǒng)類型、主機名、中央處理器(Central Processing Unit，簡稱CPU)類型、CPU頻率、文件系統(tǒng)類型、機器類型、磁盤總空間、內(nèi)存大小、端口)、容器動態(tài)信息(CPU當前負載、當前空閑內(nèi)存空間、當前空閑磁盤空間)；所有可用服務(wù)列表、服務(wù)名、服務(wù)類別、服務(wù)WSDL文件位置、服務(wù)訪問點、所在節(jié)點、服務(wù)描述信息。
具體實施步驟為步驟41b、調(diào)用容器提供的API；步驟42b、根據(jù)API收集狀態(tài)信息；步驟43b、構(gòu)造視圖，展現(xiàn)狀態(tài)信息。
實施例七、基于實施例二，溯源信息系統(tǒng)提供基于“Eclipse Rich ClientPlatform”技術(shù)的富客戶端，是溯源信息的界面展現(xiàn)形式，通過對圖形界面進行一些簡單的操作，提高了溯源信息系統(tǒng)的可管理性、易操作性。目前提供了瀏覽整個網(wǎng)格環(huán)境的拓撲視圖，以及針對普通用戶的SOPA調(diào)試視圖和溯源信息管理視圖兩種模式的視圖。
網(wǎng)格環(huán)境拓撲視圖快捷、迅速的獲取到整個基于廣域網(wǎng)絡(luò)科研環(huán)境的網(wǎng)格環(huán)境下的各個級別的拓撲結(jié)構(gòu)(區(qū)域級、RLDS級、節(jié)點服務(wù)器級、服務(wù)級)以及容器結(jié)點的動態(tài)、靜態(tài)信息，同時也提供了網(wǎng)格信息查詢語言(GridInformation Query Language，簡稱GIQL)接口，方便高級用戶能夠自定義查詢的信息。另外，拓撲視圖也提供了與多模式查詢視圖的接口，針對列表中的每個可用服務(wù)，可以通過相應(yīng)鏈接進入溯源信息管理視圖和SOAP調(diào)試視圖。
溯源信息管理視圖中，服務(wù)列表為從網(wǎng)格環(huán)境拓撲視圖中選取的網(wǎng)格環(huán)境中所有的可用服務(wù)，視圖提供顯示、查詢、條件面板，用戶可以結(jié)合查詢面板和條件面板，制定多種查詢條件，獲取自己感興趣的溯源信息顯示在顯示面板中。
網(wǎng)格服務(wù)調(diào)用都是通過SOAP方式進行，服務(wù)客戶端負責將相關(guān)信息屏蔽，使得用戶不用關(guān)心相關(guān)SOAP細節(jié)即可進行服務(wù)調(diào)用。但是在服務(wù)部署初始階段，為了檢測服務(wù)是否可用，使用一個簡單SOAP報文即可。SOAP調(diào)試視圖中，用戶只需輸入簡單的測試SOAP報文，即可獲得服務(wù)的反饋信息，其中也包含了相應(yīng)的溯源信息。同時，視圖也提供了一定的管理功能。
最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于包括存儲模塊，用于存儲溯源信息；創(chuàng)建模塊，用于創(chuàng)建溯源信息；記錄模塊，與創(chuàng)建模塊、存儲模塊連接，用于將創(chuàng)建模塊生成的溯源信息保存到存儲模塊中；查詢模塊，與存儲模塊連接，用于對網(wǎng)格環(huán)境容器節(jié)點的動態(tài)、靜態(tài)信息進行實時監(jiān)控，根據(jù)溯源信息統(tǒng)計服務(wù)調(diào)用頻率；以及對鏈式服務(wù)調(diào)用和多路服務(wù)調(diào)用進行回溯；管理模塊，與存儲模塊連接，用于管理所存儲的溯源信息。
2.根據(jù)權(quán)利要求1所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于所述的存儲模塊具體包括用于存儲溯源信息的數(shù)據(jù)庫和/或本地文件系統(tǒng)。
3.根據(jù)權(quán)利要求1所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于所述的創(chuàng)建模塊具體包括SOAP報文處理器，所述的SOAP報文處理器用于過濾提取SOAP報文。
4.根據(jù)權(quán)利要求1所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于所述的記錄模塊具體包括緩存處理單元，所述的緩存單元用于完成溯源信息的記錄和服務(wù)調(diào)用的異步進行。
5.根據(jù)權(quán)利要求1所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于所述的查詢模塊具體包括XPath封裝解析器，用于封裝XPath查詢關(guān)鍵字。
6.根據(jù)權(quán)利要求1或2或3或4或5所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于還包括顯示模塊，與查詢模塊連接用于顯示查詢到的溯源信息。
7.根據(jù)權(quán)利要求1或2或3或4或5所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于還包括異常處理模塊與所述各功能模塊連接，用于向客戶端返回出錯信息。
8.根據(jù)權(quán)利要求6所述的服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，其特征在于所述的顯示模塊存有網(wǎng)絡(luò)環(huán)境拓撲視圖、溯源信息管理視圖、SOAP調(diào)試視圖。
9.一種服務(wù)網(wǎng)格溯源信息收集方法，其特征在于包括根據(jù)網(wǎng)格系統(tǒng)中溯源信息的具體表達方式，創(chuàng)建相關(guān)數(shù)據(jù)結(jié)構(gòu)創(chuàng)建溯源信息的步驟；對創(chuàng)建溯源信息步驟產(chǎn)生的溯源信息進行組織，記錄網(wǎng)格環(huán)境下的溯源信息的步驟；通過緩存處理單元存儲溯源信息的步驟；包括回溯分析服務(wù)及狀態(tài)統(tǒng)計服務(wù)的查詢溯源信息的步驟；管理所存儲的溯源信息的步驟。
10.根據(jù)權(quán)利要求9所述的服務(wù)網(wǎng)格溯源信息收集方法，其特征在于所述的創(chuàng)建溯源信息具體包括步驟11、客戶端發(fā)生請求或服務(wù)端發(fā)生反饋時，讀取服務(wù)配置文件信息；步驟12、解析配置文件信息；步驟13、判斷服務(wù)中是否具有溯源信息配置文件，若有則執(zhí)行步驟14；若沒有，則創(chuàng)建溯源信息結(jié)束；步驟14、解析溯源信息倉庫URL；步驟15、判斷溯源信息倉庫URL是否為空，若為空則設(shè)定溯源信息倉庫地址為容器默認配置；否則設(shè)定溯源信息倉庫地址為該URL；步驟16、截取SOAP報文；步驟17、解析報文，提取信息；步驟18、創(chuàng)建溯源信息。
11.根據(jù)權(quán)利要求9所述的服務(wù)網(wǎng)格溯源信息收集方法，其特征在于所述的記錄溯源信息及存儲溯源信息具體包括步驟21、將溯源信息存入緩存空間Cache；步驟22、保留緩存溯源信息；步驟23、到達緩存周期后，將緩存的溯源信息存入指定溯源信息倉庫；步驟24、釋放緩存空間Cache。
12.根據(jù)權(quán)利要求9所述的服務(wù)網(wǎng)格溯源信息收集方法，其特征在于所述的查詢溯源信息的步驟具體為包括關(guān)鍵字查詢和/或查詢語句查詢的Xpath封裝解析器查詢步驟。
13.根據(jù)權(quán)利要9所述的服務(wù)網(wǎng)格溯源信息收集方法，其特征在于所述的回溯分析服務(wù)包括步驟41a、建立存儲列表；步驟42a、解析溯源信息，獲得客戶端與服務(wù)端信息；步驟43a、獲得服務(wù)信息；步驟44a、判斷所述的服務(wù)信息是否為同一客戶端或服務(wù)端，若是則合并服務(wù)信息；否則繼續(xù)執(zhí)行步驟43a；步驟45a、將客戶端與服務(wù)端信息放入存儲列表。
14.根據(jù)權(quán)利要求9所述的服務(wù)網(wǎng)格溯源信息收集方法，其特征在于所述的狀態(tài)統(tǒng)計服務(wù)包括步驟41b、調(diào)用容器提供的API；步驟42b、根據(jù)API收集狀態(tài)信息；步驟43b、構(gòu)造視圖，展現(xiàn)狀態(tài)信息。
15.根據(jù)權(quán)利要求9至14中任一所述的服務(wù)網(wǎng)格溯源信息收集方法，其特征在于還包括通過客戶端工具顯示查詢到的溯源信息的步驟。
全文摘要
本發(fā)明涉及一種服務(wù)網(wǎng)格溯源信息收集系統(tǒng)，系統(tǒng)采用層次化結(jié)構(gòu)，包括底層存儲模塊；中間層包括創(chuàng)建模塊、記錄模塊、查詢模塊、管理模塊及異常處理模塊；上層為顯示模塊。本發(fā)明還涉及一種服務(wù)網(wǎng)格溯源信息收集方法，包括創(chuàng)建溯源信息、記錄溯源信息、存儲溯源信息、查詢溯源信息、顯示溯源信息及管理溯源信息的步驟。本發(fā)明能夠?qū)崿F(xiàn)在服務(wù)網(wǎng)格中提供對溯源信息的全生命周期的支持，實現(xiàn)服務(wù)網(wǎng)格中對溯源信息的創(chuàng)建、記錄、查詢、管理四個階段的操作。
文檔編號H04L12/54GK101043381SQ200710098579
公開日2007年9月26日 申請日期2007年4月20日 優(yōu)先權(quán)日2007年4月20日
發(fā)明者劉旭東, 程國強, 沃天宇 申請人:北京航空航天大學