[發(fā)明專利]基于競爭和協(xié)作的Web服務(wù)關(guān)系網(wǎng)絡(luò)系統(tǒng)

無效

• 申請?zhí)枺?/td>: 201210247243.6
• 申請日: 2012-07-17
• 公開（公告）號: CN102769671A
• 公開（公告）日: 2012-11-07
• 發(fā)明（設(shè)計(jì)）人: 馮志勇;陳世展;胡小草;王輝;陳炬;韓冷
• 申請（專利權(quán)）人: 天津大學(xué)
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 天津市北洋有限責(zé)任專利代理事務(wù)所 12201
• 代理人: 劉國威

技術(shù)領(lǐng)域

本發(fā)明涉及基于因特網(wǎng)的服務(wù)描述及服務(wù)發(fā)現(xiàn)的網(wǎng)絡(luò)系統(tǒng)，特別涉及基于Web應(yīng)用的服務(wù)信息組織方式，如注冊、管理和訪問機(jī)制。具體講，涉及基于競爭和協(xié)作的Web服務(wù)關(guān)系網(wǎng)絡(luò)系統(tǒng)。

背景技術(shù)

目前，Web服務(wù)注冊中心往往采用類UDDI(Universal?Description，Discovery?and?Integration)標(biāo)準(zhǔn)，使用XML(Extensible?Markup?Language)文檔來描述企業(yè)及其提供的Web服務(wù)，并維護(hù)Web服務(wù)的全球目錄。這種基于UDDI或其變體的Web服務(wù)注冊模型因缺少對Web服務(wù)之間關(guān)系的語義描述，存在如下弊端：

1.注冊表中僅僅存放Web服務(wù)的名稱、領(lǐng)域等基本信息，只能基于關(guān)鍵字進(jìn)行服務(wù)的發(fā)現(xiàn)、匹配，導(dǎo)致Web服務(wù)的查全率和查準(zhǔn)率不高；

2.缺乏對Web服務(wù)語義屬性的描述信息，造成在面向業(yè)務(wù)流程集成的應(yīng)用中，無法通過Web服務(wù)的語義屬性特征實(shí)現(xiàn)服務(wù)查詢；

3.缺乏對Web服務(wù)間關(guān)系的描述信息，無法提供更具靈活性和可用性的服務(wù)分類機(jī)制；

4.側(cè)重于功能性要求的服務(wù)發(fā)現(xiàn)算法，無法滿足QoS(Quality?of?Service)的要求；

5.缺乏對Web服務(wù)自動(dòng)組合的進(jìn)一步支持。

目前，許多研究致力于修正現(xiàn)有UDDI注冊模型的缺陷，比如利用本體技術(shù)來提高查全率，利用哈希表來提高查找效率，但是都沒有從根本上解決當(dāng)前Web服務(wù)注冊模型所面臨的上述主要問題。

發(fā)明內(nèi)容

本發(fā)明旨在克服現(xiàn)有技術(shù)的不足，實(shí)現(xiàn)動(dòng)態(tài)、自主、基于競爭和協(xié)作的服務(wù)發(fā)現(xiàn)和自動(dòng)、半自動(dòng)服務(wù)組合，為達(dá)到上述目的，本發(fā)明采取的技術(shù)方案是，基于競爭和協(xié)作的Web服務(wù)關(guān)系網(wǎng)絡(luò)系統(tǒng)，包括提交服務(wù)模塊、獲取服務(wù)模塊、關(guān)系挖掘算法模塊、服務(wù)查詢/顯示模塊；提交服務(wù)模塊包括服務(wù)提交/服務(wù)的信息提取，并由本體提供語義支持，標(biāo)注后的提取信息送到Web服務(wù)關(guān)系網(wǎng)絡(luò)；獲取服務(wù)模塊則將獲得帶有語義信息的服務(wù)的描述文件通過服務(wù)查詢/顯示模塊送到Web網(wǎng)絡(luò)，獲取服務(wù)模塊還將根據(jù)包含語義信息的功能描述所獲得的組合服務(wù)，這些組合服務(wù)也是通過服務(wù)查詢/顯示接口送到Web服務(wù)關(guān)系網(wǎng)絡(luò)；服務(wù)關(guān)系挖掘算法模塊用于對提交服務(wù)和獲取服務(wù)間關(guān)系的挖掘得到服務(wù)關(guān)系，后由服務(wù)查詢/顯示模塊送到Web網(wǎng)絡(luò)；查詢服務(wù)功能，通過服務(wù)查詢/顯示模塊來完成。

獲取服務(wù)模塊具體為：當(dāng)有實(shí)現(xiàn)服務(wù)到達(dá)時(shí)，即由OWL-S(Ontology?Web?Language?for?Services)或WSDL(Web?Service?Description?Language)描述的Web服務(wù)，利用OWL-S2SN解析器或WSDL2SN解析器把服務(wù)的接口分解出來；對于WSDL文件，利用WSDL2SN解析器進(jìn)行解析后，生成Web服務(wù)關(guān)系網(wǎng)絡(luò)節(jié)點(diǎn)，進(jìn)而以Web服務(wù)為節(jié)點(diǎn)，Web服務(wù)間的語義關(guān)系為邊組成Web服務(wù)關(guān)系網(wǎng)絡(luò)系統(tǒng)的實(shí)現(xiàn)層；對于OWL-S文件，經(jīng)過OWL-S2SN解析器的解析處理后，生成Web服務(wù)關(guān)系網(wǎng)絡(luò)節(jié)點(diǎn)，進(jìn)而以Web服務(wù)為節(jié)點(diǎn)，Web服務(wù)間的語義關(guān)系為邊組成Web服務(wù)關(guān)系網(wǎng)絡(luò)系統(tǒng)的實(shí)現(xiàn)層。

WSDL2SN的解析器實(shí)現(xiàn)流程，包括以下步驟：

首先，通過WSDL4J(WSDL?for?Java)API(Application?Programming?Interface)把WSDL文件讀到定義(definition)中，步驟401：從definition中讀取得到類型(types)定義即DOM(Document?Object?Model)型；步驟402：在types定義中構(gòu)建命名空間等屬性信息，并將該屬性轉(zhuǎn)換成JDOM(Java?Document?Object?Model)型，步驟403：得到完成轉(zhuǎn)換的類型的模式(schema)定義，步驟404：該schema定義在面對自定義的參數(shù)類型進(jìn)行解析時(shí)需要用到；

對于WSDL文件中的參數(shù)為自定義的復(fù)雜類型的情況，需要使用上面得到的模式(schema)去進(jìn)行復(fù)雜類型的解析，直至將自定義類型分解，得到一系列的簡單類型；這部分流程包括以下步驟：

步驟405：首先對服務(wù)(service)元素進(jìn)行解析，得到綁定信息，即：解析至<wsdl:service>標(biāo)簽，找到每個(gè)<wsdl:port>標(biāo)簽中的綁定(binding)后面的綁定信息；