QoS-based 查詢方法

如何從一群提供相同功能的網路服務中找出一個好的網路服務，稱為服務選 擇(Service Selection)[10,21]的問題，因此除了以往針對網路服務功能的查詢之外，

網路服務的非功能屬性 QoS 也成為了查詢的重要指標，為了滿足使用者對網路 服務功能性和非功能性的需求，許多文獻提出了以服務品質為基礎(QoS-based) 的網路服務查詢方法。

Gouscos, D.等人[7]提出了一個簡單的方法，將重要 QoS 屬性分類成兩個群

10

組，分別是靜態(Static)和動態(Dynamic)屬性。例如，價格、所保證的回應時間 (Service Response Time)、和所保證的失敗率(Probability of Failure)都被認為是靜 態屬性，可以將其儲存到 UDDI 中。而像是服務實際的回應時間和失敗率的數值 則可以放到 WSDL 文檔中或是透過資訊代理人(Information Broker)來提供，這個 方法主要的優點在於相當直覺而且易於實作，但是依然無法解決 QoS 過時不正 確的問題。

Ran, S. [30]提出了 Extending UDDI Model，除了傳統模型中的三個角色，服 務提供者、服務需求者、和服務註冊中心之外，還多加了一個角色，稱為網路服 務品質擔保者(Web Service QoS Certifier)，其主要是在服務提供者把服務註冊到 UDDI 之前，先驗證所提供的服務品質是否如所保證的相同，這樣服務需求者在 鏈結網路服務之前，就可以先向 QoS Certifier 查詢所要鏈結網路服務的 QoS 是 否正確。然而這個方法並沒有提出一個可靠的演算法來驗證網路服務的服務品質，

而且只在服務註冊之前驗證服務品質的正確性，並沒有辦法提供保證當未來 QoS 更新時的正確性。圖 4 為 Ran, S.[30]所提出的模型架構圖。

圖 4、一個新的網路服務註冊與發現模型[30]

11

Huang, A.F.M.等人[3]根據不同資料型態的 QoS 屬性，提出了一個三階段的 服 務 選 擇 系 統 (Service Selection Scheme) 來 幫 助 服 務 請 求 者 查 詢 服 務 。 在 Text-based QoS matchmaking 的階段中，其是利用 UDDI 所提供的關鍵字查詢和 網路服務目錄的查詢方式，而在 Numeric-based QoS matchmaking 階段中則區分 了兩個情境，一是以 QoS 為基礎的單一服務發現(Single QoS-based Service Discovery)，其是指從多個服務當中衡量個別的 QoS 數值，並從其中選出 QoS 表 選最好的服務給使用者。而另一個情境 則是以 QoS 為基礎的最佳化選擇 (QoS-based Optimization)，這是指從整體的工作流(Workflow)結構來看，選擇一 個服務使得整體的 QoS 表現是最好的。圖 5 描述了這三個階段。

圖 5、三階段的網路服務選擇系統[3]

Al-Masri, E.等人[11]提出了 WSRB(Web Service Repository Builder)框架，利 用 WSCE(Web service Crawler Engine) 根據使用者的功能需求向多個 UDDI 查詢 網路服務並取得 QoS 資訊，之後再將所收集到提供相同功能網路服務的 QoS 資 訊以矩陣的方式來儲存，一開始先找出每項 QoS 數值中的最大值來對 QoS 作正 規化(Nomalize)，而後再依據使用者的 QoS 需求，給予不同的 QoS 數值相對應 的權重，權重越高表示使用者的需求越高，並依此計算出每個服務的分數，最後 依據分數的高低推薦服務給使用者。然而，此方法雖然解決了服務選擇的問題，

但卻無法驗證 QoS 的正確性。

12