專利名稱：基于語義的Web服務關系網絡系統的制作方法
技術領域：
本發明涉及描述和發現服務的基于因特網的網絡系統，特別是涉及基于Web應用 的服務信息組織方式，例如注冊、管理、訪問機制。
背景技術：
目前，Web服務注冊中心往往采用類UDDI標準，使用XML文檔來描述企業及其提供 的Web服務，并維護Web服務的全球目錄。這種基于UDDI或其變體的Web服務注冊模 型因缺少對Web服務之間關系的語義描述，存在如下弊端
1) 注冊表中僅僅存放Web服務的名稱、領域等基本信息，只能基于關鍵字進行服 務的發現、匹配，導致web服務的査全率和査準率不高；
2) 缺乏對Web服務語義屬性的描述信息，造成在面向業務流程集成的應用中，無 法通過Web服務的語義屬性特征實現服務査詢；
3) 缺乏對Web服務間關系的描述信息，無法提供更具靈活性和可用性的服務分類 機制；
4) 側重于功能性要求的服務發現算法，無法滿足QoS的要求；
5) 缺乏對Web服務自動組合的進一步支持。
目前，許多研究致力于修正現有UDDI注冊模型的缺陷，比如利用本體技術來提高 査全率，利用哈希表來提高查找效率，但是都沒有從根本上解決當前Web服務注冊模型 所面臨的上述主要問題。
發明內容
鑒于上述現有技術中存在的問題，本發明提出了一種基于語義的web服務關系網絡 系統，構建基于語義和關系的Web服務網絡，本發明通過對現有的Web服務注冊中心 中的數據、以及對各種離散的Web服務信息進行重新的歸納、整理，轉換成富有語義 的本體形式；利用挖掘算法對Web服務間的關系進行挖掘，將Web服務注冊中心組織成 一個以Web服務為節點、以服務間的關系為邊的網絡系統，從而實現動態、自主、基于 語義的服務發現和(半)自動的服務組合。
本發明提出了一種基于語義的Web服務關系網絡系統，將Web服務作為該網絡的節點，與服務之間的關系組成的三維立體網絡，具體又分為兩層抽象服務層和具體服務 層，分別包括具體服務和抽象服務，其特征在于，該系統包括Web服務關系網絡、該網 絡的服務提交系統和服務發現系統、該網絡的根據功能描述(半)自動產生組合服務系 統以及服務査詢/顯示接口，其中
Web服務關系網絡用于服務自動發現、服務(半)自動組合，該Web服務關系網絡
所要處理的服務來源于該網絡的提交服務和該網絡的獲取服務，其中，提交服務包括服
務提交/服務的信息提取，該提取信息送到Web服務關系網絡；獲取服務則將獲得服務 的描述文件通過服務查詢/顯示接口送到Web服務關系網絡；以及根據功能描述所獲得 的組合服務，這些組合服務也是通過服務查詢/顯示接口送到Web服務關系網絡；該Web 服務關系網絡提供的査詢服務功能，通過服務查詢/顯示接口來完成。
所述具體服務是抽象服務的實例，基于語義的Web服務關系網絡中的抽象服務和具 體服務之間通過Instance-of連接。
所述具體服務之間，由以下定義的關系相連，該定義的關系包括等價型服務關系、 替換型服務關系、相似型服務關系、組合型服務關系、調用型服務關系、時間型服務關 系、位置型服務關系。
所述各節點的結構按照對應選取的0WL-S文件和WSDL文件中web服務屬性描述部 分的常用子集進行定義，同時各對應的節點提供URI屬性指向原先的0WL-S文件或者 WSDL文件。
所述WSDL文件利用WSDL2SN解析器進行解析后，生成Web服務關系網絡節點，進 而組成Web服務關系網絡系統，所述WSDL2SN的解析器實現流程，包括以下步驟 首先，通過WSDL4J API把WSDL文件讀到definition中； 從definition中讀取得到類型types定義；
在types定義中構建命名空間等屬性信息，并將該屬性轉換成JDOM型； 得到完成轉換的類型的schema定義。
對于WSDL文件中的參數為自定義的復雜類型的情況，需要使用上面得到的schema 去進行復雜類型的解析，直至將自定義類型分解，得到一系列的簡單類型，因此，在上 述流程之后還進一步包括以下步驟
首先對service元素進行解析，得到綁定信息；
根據綁定信息找到應的portType信息；
對portType中所包含的所有操作(operation)進行解析，得到每個操作的基本屬 性和參數信息，每個輸入和輸出結果都分別是一個message; 根據參數信息找到相應的message定義；
message的具體結構從已經構建好的schema中得到，直至將message分解為簡單 類型；
對綁定類型進行判斷，進一步分為RPC型和編碼型；當綁定類型為RPC型時，構建RPC類型復雜參數； 判斷所構建的RPC類型復雜參數是否為復雜類型； 得到完整的服務信息；
當綁定類型為編碼型時，構建文檔類型復雜參數； 判斷所構建的文檔類型復雜參數是否為復雜類型； 得到完整的服務信息。
所述0WL-S文件利用0WL-S解析器進行解析，具體包括以下步驟 首先通過OWL-S的URI，讀取0WL-S文件； 導入OWL-S引用的其他本體； 檢査該文件描述的本體是否有效及符合規范；
如果上述本體的檢査結果是有效及符合規范，則解析出組成服務網絡中服務節點所 需要的相關內容；
映射到符合服務網絡定義的規范； 將結果持久化到服務網絡中，并通知相應的維護程序； 將更新通知服務網絡維護進程；
如果上述本體的檢查結果是無效及不符合規范，則輸出相關信息，并且此次操作結束。
對所述Web服務關系網絡中的服務關系采用的相應的服務關系挖掘算法，具體步驟 如下
首先，對兩個服務進行預處理，提取出服務的功能描述標簽(tag)和服務的操作 接口；然后分別計算兩組tag和兩組服務操作接口的關系；再按照一定權值加權得到服 務關系；根據服務關系更新服務網絡，算法結束。
其中該算法進一步包括服務操作接口關系的計算流程，具體步驟如下
首先，對兩個操作接口進行預處理；判斷這兩個操作接口的接口名和描述信息是否 為反義，如果是，則算法流程結束；如果不是，則進行輸入/輸出參數關系的計算；然 后得到操作接口的關系類型和相似度，算法結束。
所述系統還包括手動操作接口 。
與現有技術相比，本發明更加方便Web服務的發現、組合、查找匹配，并且對多種 服務語義描述語言能夠實現擴充兼容，使用更加方便；將可用Web服務組織成服務生態 系統(Services ecosystem),借助于服務之間的關系改進服務的組合、査找、維護等 操作。
圖1為本發明的基于語義的Web服務關系網絡形成的示意圖； 圖2為本發明的基于語義的Web服務關系網絡系統示意6圖3為對各種Web服務模式轉換器不同描述方式的轉換流程圖； 圖4為適用于WSDL文件的WSDL2SN解析器的實現流程圖； 圖5為適用于0WL-S文件的OWL-S2SN解析器的實現流程圖； 圖6為本發明的基于語義的web服務關系網絡系統的整體框架圖； 圖7為本發明的服務關系挖掘算法的操作接口關系計算流程圖； 圖8為本發明的服務關系挖掘算法流程圖。
具體實施例方式
^ 如圖1所示為本發明的基于語義的Web服務關系網絡形成的示意圖。服務網絡系統 首先從傳統的無語義的Web服務注冊中心取得許多獨立的Web服務，通過對每個服務結 構，語義的分析，挖掘出各個服務之間存在的各種關系，形成具體服務網絡層，同時也 就各個Web服務的功能進行泛化，抽象出共性，從而形成抽象服務網絡層。由此構成的 整體就是本發明的基于語義的Web服務關系網絡。
如圖2所示，為本發明的基于語義的Web服務關系網絡系統示意圖。該服務關系網 絡系統將服務作為該網絡的節點，與服務之間的關系組成的三維立體網絡。具體又分為 兩層抽象服務層和具體服務層，分別包括具體服務和抽象服務。該服務關系網絡中的 服務關系主要包括以下七種類型
1、 等價型服務關系該類型服務的接口屬性(包括輸入/輸出接口)完全一致，所 實現功能完全一致，可以相互替換；并且，這種關系的成立與服務的具體實現無關；
2、 替換型服務關系該類型服務之間存在的是一種有向的替換關系，例如服務A 實現的功能，服務B全部能夠實現，則服務B可替換服務A (反之不一定成立)；
3、 相似型服務關系例如，(單向)服務S與服務T存在功能上的部分重疊(如圖 2中所示相似度0.6)，則稱之為服務B相似于服務A，服務A相似于服務B，但兩者 相似程度上可能有差異。(服務A對服務B的相似度，可能與服務B對服務A的相似度 不同)；
4、 組合型服務關系服務P的實現由服務A1， A2， A3…等組成，則服務Ai到服 務P之間存在組合關系。關于組合關系，首先應考慮到組合的順序，即服務的組成結構 如何，調用順序如何，需要考慮將這些關于組成的控制信息存放在何處，以及需要考慮 如何獲得這些組成的控制信息。這些調用順序可以有以下幾種順序調用，循環調用， 分支調用等等。OWL-S標準支持以上幾種控制結構，比如Sequence, Split, Split+Join， Unordered, Choice, If-Then-Else, Iterate及Repeat-Until等；
5、 調用型服務關系服務B1調用了服務E1，則服務Bl到服務El存在調用關系， 調用關系常常跟組合關系一起存在；
6、 時間型服務關系指不同服務在發 時間方面的先后次序關系。比如，服務P必須先與服務Q執行。
該服務關系網絡系統中的具體服務是抽象服務的實例，之間通過Instance-of連 接。具體服務之間，還可以由上面定義的關系相連。
其中，服務節點的屬性參數包括
接口屬性IOPE，即Input, Output, Precondition, Effect。
*功能描述(是標簽或者分類)采用關鍵字形式描述服務完成的功能以及服務的
特點，并以此作為服務的分類依據，有相同關鍵字的服務成為一類。 *服務的提供者信息比如姓名，聯系方式(電話、E-mail)。當用戶只能使用
此服務，而此服務又不可用，那么用戶可以聯系服務的提供者，通過協商使服
務可用。
* URI:服務的地址。
* D-URI:描述文件所在的URI。
*組合服務屬性如為原子服務則用"atomic"做屬性值，若為組合服務則用cmp 做為屬性值。
*權限信息username/password。對于付費服務，可能會需要。 *服務創建時間(每次的修改時間)。
*服務質量包括穩定性、可靠性、服務成本及信譽度。穩定性(Stability)用 于描述同一 Web服務在不同的調用時刻所需的響應時間的差異；響應時間(Response Time)指服務從請求者發出執行請求開始到收到應答消息所經過的時間；可靠性 (Reliability)表示能夠維護服務和服務質量的程度；服務成本(Service Cost)描 述服務消費者需要為使用服務而付出的費用；信譽度(Grade)用于描述服務使用者對 他們所調用的Web服務的評價。
在本發明的基于語義的Web服務關系網絡系統中，各節點的結構按照對應選取的 OWL-S文件和WSDL文件中web service屬性描述部分的常用子集進行定義，同時各對 應的節點提供URI屬性指向原先的0WL-S文件或者WSDL文件。采用這種做法即可以保 證web service結構的簡潔，清晰，同時也保證了信息的完整性，容易實現。
本發明主要采用對服務的本體描述，來表示Web服務關系網絡。
由于本發明的服務關系網絡與現有技術的各種Web服務描述方式不一致，因此定義 了一種較為簡略又不丟失原描述文件所包含的信息的節點結構，以保證該服務關系網絡 系統對現有技術中的各種不同Web服務描述方式的兼容。該處理需要首先對不同的描述 方式進行解析，解析流程如圖3所示。該解析流程包括以下步驟
對于WSDL文件，利用WSDL2SN解析器進行解析后，生成Web服務關系網絡節點， 進而組成Web服務關系網絡系統；
對于OWL-S文件，經過0WL-S2SN解析器的解析處理后，生成Web服務關系網絡節點，進而組成Web服務關系網絡系統。
WSDL2SN的解析器實現流程，該流程如圖4所示步驟40廣步驟404，該流程包括以 下步驟
首先，通過WSDL4J API把WSDL文件讀到definition中，步驟401;從definition 中讀取得到類型types定義(DOM型)，步驟402;在types定義中構建命名空間等屬性 信息，并將該屬性轉換成JDOM型，步驟403;得到完成轉換的類型的schema定義，歩 驟404;該schema定義在面對自定義的參數類型進行解析時需要用到。
對于WSDL文件中的參數為自定義的復雜類型的情況，需要使用上面得到的Schema 去進行復雜類型的解析，直至將自定義類型分解，得到一系列的簡單類型。這部分流程 如圖4所示步驟405~步驟415，該流程包括以下步驟
步驟405:首先對service元素進行解析，得到綁定信息，即解析至〈wsdl:service〉 標簽，找到每個〈wsdl:port〉標簽中的binding后面的綁定信息；
步驟406:根據綁定信息找到應的portType信息，即:到〈wsdl:binding〉標簽中 去找portType屬性，這就是該服務所提供的主要的接口名稱。
步驟407:對portType中所包含的所有操作(operation)進行解析，得到每個操 作的基本屬性和參數信息，即至(J〈wsdl:portType〉標簽中去找每一個操作， 〈wsdl:operation〉每一個操作又分別對應有自己的輸入和輸出，每個輸入和輸出結果都 分另提一個message;
步驟408:根據參數信息找到相應的message定義，g卩到〈wsdl:message〉中去找 每個message的基本組成，它可能由簡單類型和復雜的自定義類型組成。如果是簡單類 型則解析過程終止；
步驟409:Message的具體結構可以從已經構建好的schema中得到，直至將message 分解為簡單類型，g卩如果message的組成是復雜的自定義類型，則需要遞歸地到類型 定義中去找對這種復雜類型的定義，直至構成類型完全為簡單類型；
步驟410:對綁定類型進行判斷，進一步分為RPC型和編碼型；
步驟411;當綁定類型為RPC型時，構建RPC類型復雜參數；
步驟412:判斷所構建的RPC類型復雜參數是否為復雜類型；
步驟415:得到完整的服務信息；
步驟413:當綁定類型為編碼型時，構建文檔類型復雜參數「 步驟414:判斷所構建的文檔類型復雜參數是否為復雜類型； 步驟415:得到完整的服務信息。
如圖5所示為0WL-S2SN解析器的實現流程圖，具體包括以下步驟
步驟501:首先通過OWL-S的URI，讀取0WL-S文件，g卩獲得被解析的0WL-S文件的URI，讀取該文件，并讀取其引用的其他本體文件； 步驟502:導入0WL-S引用的其他本體；
步驟503:檢査該文件描述的本體是否有效及符合規范，即是否存在語義上的矛盾， 以及是否符合OWL-S規范；
步驟504:如果上述本體的檢查結果是有效及符合規范，則解析出組成服務網絡中
服務節點所需要的相關內容；
步豳505:映射到符合服務網絡定義的規范，即將解析的結果格式化成符合服務 網絡規范定義的格式；
步驟506:將結果持久化到服務網絡中，并通知相應的維護程序；
步驟507:將更新通知服務網絡維護進程；
步驟508:如果上述本體的檢查結果是無效或不符合規范，則輸出相關信息，并且 結束此次操作。
如圖6所示，為本發明的基于語義的Web服務關系網絡系統的整體框架圖，其中 Web服務關系網絡用于服務自動發現、服務(半)自動組合，該Web服務關系網絡的所 要處理的服務來源于用戶提交的服務；Web服務網絡自動產生的組合服務；Web服^務關 系網絡系統通過機器人程序從internet自動搜索，提取出的公開的服務。其中，提交 服務包括服務提交/服務的信息提取，該提取信息送到Web服務關系網絡；Web服務網 絡將根據用戶的需求(半)自動的產生新的組合服務，并產生出該Web服務的描述文件， 在將該服務提交給用戶的同時也作為一個案例存放在Web服務網絡中；獲取服務則將獲 得服務的描述文件通過服務添加接口送到Web服務關系網絡；該Web服務關系網絡提供 的服務查詢功能，通過服務查詢/顯示接口來完成。
該Web服務關系網絡還包括手動操作接口 ，用于對Web服務關系網絡所提供的查詢 服務、獲取服務以及組合服務與Web服務關系網絡的手動操作。
為了實現本發明的目的，本發明將采用語義網技術構建Web服務本體以及設計相應 的關系挖掘算法。對于服務關系挖掘來講，要做的是在普遍的服務世界中計算服務的邏 輯關系，需要詳細的數值來度量服務之間相似的程度，而服務之間的關系很大程度上依 賴于服務操作接口之間的關系。
如圖7所示，為服務關系挖掘算法的操作接口關系的計算流程，該流程包括以下步
驟
首先，對兩個操作接口進行預處理；判斷這兩個操作接口的接口名和描述信息是否 為反義，如果是，則算法流程結束；如果不是，則進行輸入/輸出參數相似度計算，然 后接口相似度建立，得到關系類型和相似度，算法結束。
下面具體介紹本算法中的一些處理步驟的具體含義
"預處理"模塊是對操作接口進行的一些預處理工作，包括對操作接口名的分詞和分析，對描述信息中關鍵字進行提取，以及對輸入輸出參數列表的提取。
操作接口名和操作接口的描述性信息只起參考作用，如果不是相反的意思即可不再 考慮。
"參數相似度計算"模塊用來計算兩組參數的相似程度。輸入參數列表和輸出參數 列表的相似度計算方法是一樣的，后文統稱為參數列表相似度計算。只是在最終計算操 作接口關系的時候，輸入和輸出所占的比重是不一樣的，通常情況下，人們更關心輸出 的匹配情況，因而輸出所占的比重要大于輸入。
一般情況下，服務的參數列表不只是簡單的數據類型，而是具有語義信息的概念， 在本文中，參數列表相似度的計算即可以看作是兩組概念的相似度計算。
首先要說明一下單獨的兩個概念之間相似度的計算方法。概念相似度是指本體中兩 個概念間相似程度的度量。需要說明的是，只有同一個本體中的兩個概念才有相似度， 不同本體中的概念認為相似度為零(未來可以考慮不同本體中的概念相似度)。本體中
概念的相似程度與概念之間的語義距離有關，通過相關的相似度函數即可得到單個概念 間的相似度。
兩組概念的相似度可以可用加權二部圖的最優匹配方法解決。以兩組概念分別為兩 組頂點，操作間的相似度為邊的權值(為方便起見，為相似度設置一個閾值，低于這個 閾值則認為是零，即不存在這條邊)。本發明參照經典的kuhn-munkres算法來確定參數 列表之間的匹配。
在"服務關系建立"模塊中，根據輸入、輸出概念列表的相似度值和相似屬性來最 終確定操作接口之間的相似關系。
如圖8所示，為本發明的操作服務關系計算流程。該流程具體包括以下步驟 首先，對兩個服務進行預處理，對兩個服務進行預處理，提取出服務的功能描述標 簽(tag)和服務的操作接口；然后分別計算兩組tag和兩組服務操作接口的關系；再 按照一定權值加權得到服務關系；根據所得的服務關系更新服務網絡，算法結束。 下面具體介紹本算法中的一些處理步驟的具體含義
"預處理"模塊是對服務操作接口進行的一些預處理工作，提取出服務的功能描述 標簽(tag)和服務的操作接口。
在"接口關系計算"模塊中，將兩組操作接口作為輸入，然后兩兩配對，應用圖7 所示的算法進行計算，得到兩組操作接口中兩兩配對的相似度值和關系類型，再通過尋 找二部圖的最佳匹配。以兩組操作分別為兩組頂點，操作間的相似度為邊的權值(為方 便起見，為相似度設置一個閾值，低于這個閾值則認為是零，即不存在這條邊)。從而 確定兩組操作的相似度和關系類型。這里依舊參照kuhn-munkres算法來確定操作接口 間的匹配。
在"詞組關系計算"模塊中，將兩組tag作為輸入，然后兩兩配對，基于WordNet語義詞典計算詞匯的相似度和關系類型，得到兩組tag中兩兩配對的相似度值和關系類 型，再通過尋找二部圖的最佳匹配。以兩組tag操作分別為兩組頂點，詞匯間的相似度 為邊的權值(為方便起見，為相似度設置一個閾值，低于這個閾值則認為是零，即不存 在這條邊)。從而確定兩組操作的相似度和關系類型。
"服務關系建立"模塊通過操作接口關系和tag關系，按照一定的權值來確實服務 關系，如果服務關系存在，則通過"更新服務網絡"模塊來更新服務網絡，算法結束； 否則算法直接結束。
以上內容僅為本發明的實施例，其目的并非用于對本發明所提出的系統的限制，本 發明的保護范圍以權利要求為準。在不脫離本發明的精神和范圍的情況下，本領域技術 人員在不偏離本發明的范圍和精神的情況下，對其進行的關于形式和細節的種種顯而易 見的修改或變化均應落在本發明的保護范圍之內。
權利要求
1.一種基于語義的Web服務關系網絡系統，將服務作為該網絡的節點，與服務之間的關系組成的三維立體網絡，具體又分為兩層抽象服務層和具體服務層，分別包括具體服務和抽象服務，其特征在于，該系統包括Web服務關系網絡、該網絡的提交服務、該網絡的獲取服務、該網絡的根據功能描述所自動組合得到復合服務以及服務發現/顯示接口，其中Web服務關系網絡用于自動發現、動態組合，該Web服務關系網絡所要處理的服務來源于該網絡的注冊服務和發現服務，其中，注冊服務包括服務提交/服務的信息提取，該提取信息送到Web服務關系網絡；發現服務則通過爬蟲獲得服務的描述文件并注冊到Web服務關系網絡；以及根據功能描述自動進行服務組合，這些復合服務也是通過服務注冊接口送到Web服務關系網絡；該Web服務關系網絡提供的查詢/顯示服務功能，通過服務發現接口來完成。
2. 如權利要求l所述的基于語義的Web服務關系網絡系統，其特征在于，所述具 體服務是抽象服務的實例，基于語義的Web服務關系網絡中的抽象服務與各具體服務之 間通過Instance-of連接。
3. 如權利要求1所述的基于語義的Web服務關系網絡系統，其特征在于，所述具 體服務之間，由以下定義的關系相連等價型服務關系、替換型服務關系、相似型服務 關系、組合型服務關系、調用型服務關系、時間型服務關系。
4. 如權利要求l所述的基于語義的Web服務關系網絡系統，其特征在于，所述各 節點的結構按照對應選取的0WL-S文件和WSDL文件中Web服務屬性描述部分的常用子 集進行定義，同時各對應的節點提供URI屬性指向原先的0WL-S文件或者WSDL文件。
5. 如權利要求4所述的基于語義的Web服務關系網絡系統，其特征在于，所述WSDL 文件利用WSDL2SN解析器進行解析后，生成Web服務關系網絡節點，進而組成Web服務 關系網絡系統，所述WSDL2SN的解析器實現流程，包括以下步驟首先，通過WSDL4J API把WSDL文件讀到definition中； 從definition中讀取得到類型types定義；在types定義中構建命名空間等屬性信息，并將該屬性轉換成JDOM型； 得到完成轉換的類型的schema定義。對于WSDL文件中的參數為自定義的復雜類型的情況，需要使用上面得到的schema 去進行復雜類型的解析，直至將自定義類型分解，得到一系列的簡單類型，因此，在上 述流程之后還進一步包括以下步驟首先對service元素進行解析，得到綁定信息；根據綁定信息找到應的portType信息；對portType中所包含的所有操作operation進行解析，得到每個操作的基本屬性和參數信息，每個輸入和輸出結果都分別是一個message; 根據參數信息找到相應的message定義；message的具體結構從已經構建好的schema中得到，直至將message分解為簡單 類型；對綁定類型進行判斷，進一步分為RPC型和編碼型； ' 當綁定類型為RPC型時，構建RPC類型復雜參數； 判斷所構建的RPC類型復雜參數是否為復雜類型； 得到完整的服務信息；當綁定類型為編碼型時，構建文檔類型復雜參數； 判斷所構建的文檔類型復雜參數是否為復雜類型； 得到完整的服務信息。
6. 如權利要求4所述的基于語義的Web服務關系網絡系統，其特征在于，所述OWL-S 文件利用OWL-S解析器進行解析，具體包括以下步驟首先通過0WL-S的URI，讀取OWL-S文件；導入OWL-S引用的其他本體；檢査該文件描述的本體是否有效及符合規范；如果上述本體的檢查結果是有效及符合規范，則解析出組成服務網絡中服務節點所 需要的相關內容；映射到符合服務網絡定義的規范； 將結果持久化到服務網絡中，并通知相應的維護程序； 將更新通知服務網絡維護進程；'如果上述本體的檢査結果是無效或不符合規范，則輸出相關信息，并且結束此次操作。
7. 如權利要求l所述的基于語義的Web服務關系網絡系統，其特征在于，對所述 Web服務關系網絡中的服務關系采用的相應的服務關系挖掘算法，以及該算法進一步包 括的操作接口關系的計算流程，具體步驟如下首先，對兩個服務進行預處理，提取出服務的功能描述標簽(tag)和服務的操作 接口；然后分別計算兩組tag和兩組服務操作接口的關系；再按照一定權值加權得到服 務關系；根據所得的服務關系更新服務網絡，算法結束。在服務操作接口的計算流程中，首先，對兩個操作接口進行預處理；判斷這兩個操 作接口的接口名和描述信息是否為反義，如果是，則算法流程結束；如果不是，則進行 輸入/輸出參數關系的計算；然后得到操作接口的關系類型和相似度，算法結束。
8. 如權利要求l所述的基于語義的Web服務關系網絡系統，其特征在于，所述系 統還包括手動操作接口。 '
全文摘要
本發明公開了一種基于語義的Web服務關系網絡系統，Web服務關系網絡用于基于語義的服務發現、(半)自動服務組合。該Web服務關系網絡所要處理的服務來源于該網絡的提交服務和該網絡的獲取服務，提交服務被動式接收服務注冊請求，提取信息送到Web服務關系網絡；獲取服務則包括主動利用網絡爬蟲技術獲得服務的描述文件并通過服務注冊接口加入到Web服務關系網絡；根據用戶的功能描述所自動獲得的復合服務，復合服務通過服務注冊送到Web服務關系網絡。本發明更加方便Web服務的發布、基于語義的服務發現、(半)自動組合，并且對多種服務描述語言能夠擴充兼容；將可用的Web服務組織成服務生態系統，借助于服務之間的關系改進服務的自動組合、查找、維護等操作。
文檔編號H04L29/08GK101605141SQ20081005406
公開日2009年12月16日 申請日期2008年8月5日 優先權日2008年8月5日
發明者馮志勇, 輝 王, 炬 陳, 陳世展, 冷 韓 申請人:天津大學