語義萬維網服務的自動發現- -
原文地址：http://meta.blogchina.com/812188.html
我感興趣的問題實際上就是Ontology based metadata services for information retrieval. 實際上是開發一個或一組智能代理，利用Semantic Web services架構解決異構系統的情報檢索互操作問題。前提條件是一定的Semantic Web services架構。首先必須對這個概念解釋清楚。這是個很熱門的話題了實際上，一篇經典的文章見（2001年的文章，稍早一些，還沒有DAML-S）：http://www.daml.org/services/ieee01-KSL.pdf，一個作者是越南人，第三作者是個中國留學生，都很年輕啊！
以下主要來自（Katia Sycara, Massimo Paolucci, Anupriya Ankolekar, Naveen Srinivasan, "Automated discovery, interaction and composition of Semantic Web services"）
Web services 利用自主的代理在分布的環境中實現自動的"按需"服務，Semantic Web提供服務描述和服務接口的語義支持，目前這方面的標準正在逐步建立起來，然而多個Web service之間的協調和語義一致性是一個關鍵問題，目前BPEL4WS 和WSCI在這方面作了一些探索，然而最可能的途徑是通過DAML-S提供解決框架。
組合多個Web services可以分為三方面的問題：
- "計劃"Web服務之間的交互以及其提供的功能如何整合；
-
"發現"Web服務實現的的任務；
-
對Web服務之間的"交互"進行有效的管理。
這三個方面是交織在一起的，計劃決定了如何去發現Web服務的類型，卻依賴于Web服務的實現。同樣，Web服務的交互過程依賴于計劃的實施，計劃本身又依賴于對交互的需求。
揭示一個Web服務，系統必須提供對于Web服務所能實現功能和能力的描述機制，并且能夠識別和比較不同Web服務的功能和能力的異同。另一個挑戰是系統還必須支持對不同Web服務的交互的支持。
也就是說需要從語義和語法兩個方面提供互操作性，而不是僅僅是目前考慮的重點——從語法上制定協議標準（例如SOAP和WSDL，利用XSD展現消息數據的結構）。語法的互操作性僅僅提供了消息交換的結構，沒有提供消息內容的解釋。UDDI僅僅是關于Web服務的信息庫，并不包含Web服務能力的揭示。WSCI和BPEL4WS描述了多個Web服務可以組合在一起成為一個更復雜的Web服務，但是其重點放在語法的規定上，因此并不支持自動的Web服務的組合。
語義互操作因此成為Web服務協同組合的關鍵問題。它必須：
-
表達和支持Web服務的任務實現（例如網上賣書或者信用卡認證等），以便通過對于Web服務功能清楚的描述和廣告而實現自動發現；
-
表達和支持業務關系和規則（Business relations and rules）；
-
表達和支持消息排序（message ordering）；
-
理解消息的語義；
-
表達和支持使用特定Web服務的前提條件以及激活服務的效果；
-
允許Web服務組合成為更為復雜的服務。
Web服務可以直接在語義Web基礎上直接建立，后者為Web提供了內容語義，能夠被代理或者其他服務獲取，代理能夠通過嚴格定義的語義內容和規則進行推理，由本體提供的概念模型能夠很好地解釋Web網頁的內容。從這一點來看，語義Web為Web服務提供了其所需得的語義互操作的基礎，提供了形式化的語言和本體，用以支持服務描述、消息內容的理解、業務規則，并提供了不同本體之間的聯系。語義Web和Web服務互相促進：前者使Web成為一個龐大的機讀數據庫，后者提供機器自動使用這些數據的工具。
由此可以認為，"語義Web服務"是語義元數據、本體、形式化工具和Web服務架構的集成，是基于良好定義的語言進行語義描述的Web服務(A Semantic Web service is a Web Service whose description is in a language that has well-defined semantics)。
因此，網絡計算的不確定性得到了最大程度的消除，Web服務的發現、選擇、組合、溝通、激活、監測、管理、恢復和補償都得到了最大程度的自動化和實現。特別低，語義Web服務依賴語義Web描述：
-
消息交換的內容；
-
消息交換的順序；
-
消息交換的狀態變化。
結果為不同服務的無縫互操作提供了基礎。
利用語義Web描述Web服務有很多具體內容，包括描述Web服務的許多附加屬性，例如服務質量、安全性約束等，可能最重要的是在Web服務的運行過程中的狀態描述，包括其輸入和前提條件，以及輸出和結果等，這些是對于其功能和能力描述所必需的。
文章的第二部分討論了DAML-S對于發現和激活語義Web服務的作用，并進一步討論了Web服務發現的不同方法和DAML-S處理模型的形式語義。第三部分集中討論DAML-S怎樣用于Web服務能力的發現，怎樣在UDDI注冊系統的基礎上更進一步。在第四部分介紹了DAML-S虛擬機，主要用于第二部分介紹的"DAML-S處理模型"形式語義的處理。第五部分提供了DAML-S虛擬機運行效果的評價，我們可以看到其運行并不頻繁。第六部分描述了一個具體的利用DAML-S組合服務的應用。第七部分是結論。
（語義Web服務圖示及說明）。
服務描述一般包括三方面內容：服務能力描述；非功能性靜態參數（元數據）；對該項服務負責的服務實體的描述。
服務能力描述：對于符合一定前提條件的Web服務輸入產生一定的輸出（返回消息），以及其間的副產品。例如一個付費新聞服務需要一個日期和信用卡帳號的輸入，然后判斷是否符合日期和信用卡的有效性以及信用卡沒有被過度使用（超出信用額度的透支）的前提條件，所產生的輸出是提交用戶一個滿足其日期請求的新聞網址，以及從信用卡中扣除相應的服務費用，其中可能會有非功能性靜態參數（元數據）參與整個過程，例如對于新聞質量、收費標準以及新聞類別的選者和控制等。
處理過程和服務概要提供了描述Web服務的兩個方面：服務概要描述服務內容和能力，而處理過程描述如何實現服務。例如Amazon的Web服務的概要描述了該網站的售書功能，而服務過程則必須詳細描述為了實現賣書的過程，請求者必須首先查到他所需要的書，提供支付信息，并提供發貨地址等。