專利名稱：Web服務組合系統(tǒng)及方法
技術領域：
本發(fā)明屬于Web服務技術領域，特別是涉及Web服務組合系統(tǒng)及方法。
背景技術：
Web服務是分布于網(wǎng)絡特別是因特網(wǎng)不同節(jié)點上的智能體、信息體，是組件 技術的延伸和發(fā)展，它建立了一種基于標準的、可以使應用被跨系統(tǒng)架構和平 臺訪問的標準機制。
Web服務組合指的是，利用現(xiàn)有Web服務，根據(jù)用戶的應用需求，自動地選 擇合乎需要的多個Web服務，在一定的規(guī)則下，形成一個新的功能更強大的Web 服務。組合的Web服務不僅要在功能上滿足要求，還有一些其他特殊的服務要 素，例如成本、花銷、運行時間等都有可能需要，即服務質量需求。
目前工業(yè)界和學術界都對Web服務組合有深入的研究，但是有關Web服務 組合的研究成果主要是相關的標準、開發(fā)工具等方面。工業(yè)界趨向于利用工作 流方面的研究成果和工具，以BPEL為基礎進行服務的編排，主要成果是一些實 用開發(fā)工具，供用戶以手工形式進行Web服務組合，稱為手工方式。存在多種 基于手工方式的Web服務組合系統(tǒng)(如IBM公司的Websphere Integration Developmer，開放源代碼系統(tǒng)Active BPEL等)。而學術界則主要集中在自動化 組合上，主要是利用形式化的方法描述組合需求、本體、組合規(guī)則等，通過推 理、規(guī)劃等方法從用戶需求出發(fā)自動完成Web服務的組合，稱為自動方式。存 在多種基于自動化方法的Web服務組合系統(tǒng)(基于層次任務網(wǎng)絡的組合方法、基于邏輯程序生成的自動組合方法等)。有關Web服務組合的專利主要是相關的
標準、開發(fā)工具等方面，極少有組合體系等方面的專利。
但是， 一個完整的服務組合流程至少應該包括需求、組合、驗證、改進四
個階段，實際的Web服務組合之中至少涉及到組合需求方、服務提供方、組合 代理方、組合評價方。只有這四者之間進行有效的交互合作，才能組合出服務 用戶需求的組合服務?？梢姰斍氨炯夹g領域已公開研究成果的主要問題是
(1) 只涉及開發(fā)層面，即組合和驗證階段，基本沒有涉及其它階段，不利
于用戶方便地提出組合需求和及時跟蹤掌握組合動態(tài)；
(2) 沒有一種有效的手段使參與組合的各方進行交互；
(3) —次服務組合的完成通常需要循環(huán)進行需求、組合、評價、改進等階 段，而上述成果缺乏對這種循環(huán)的支持。

發(fā)明內(nèi)容
本發(fā)明目的在于針對現(xiàn)有技術的不足，提出有效的技術手段支持參與Web 服務組合的各方進行交互，支持完整的服務組合流程。
本發(fā)明的技術方案為設立服務組合總線，組合各方通過服務組合總線建 立通信，所述組合各方包括有服務需求方、服務提供方、組合代理方和組合評 價方；所示服務組合總線建立二維主題事件矩陣，并基于二維主題事件矩陣以 "訂閱/發(fā)布"及"請求/回復"機制在組合各方之間傳送與服務組合有關的主 題事件；
所述二維主題事件矩陣的一維為用戶，另一維為主題事件，兩維交叉處即 為某用戶對某主題事件的訂閱情況；
所述"訂閱/發(fā)布"機制，是指組合各方中某用戶訂閱感興趣的某主題事件，服務組合總線記錄該訂閱情況到二維主題事件矩陣；組合各方中某用戶發(fā)布了
某主題事件時，服務組合總線根據(jù)二維主題事件矩陣發(fā)送給訂閱了該主題事件
的所有用戶；
所述"請求/回復"機制，是指組合各方中某用戶發(fā)出請求，服務組合總線 收到請求后根據(jù)二維主題事件矩陣將符合請求條件的主題事件回復給該用戶。 而且，所述二維主題事件矩陣為動態(tài)矩陣，支持添加用戶或主題事件。 而且，服務組合總線為服務需求方、服務提供方、組合代理方和組合評價 方這四類用戶提供主題事件處理工具和基本數(shù)據(jù)庫，供組合各方處理主題事件 時調(diào)用；
其中主題事件處理工具用于組合各方與服務組合四個階段相對應的工作， 包括有需求描述工具、自動組合工具、手工組合工具、靜態(tài)性能評價工具和運 行時性能評價工具；
所述基本數(shù)據(jù)庫包括有領域本體庫、領域服務組合規(guī)則庫、基本服務注冊 庫、性能評價參數(shù)庫以及用戶庫；其中領域本體庫、領域服務組合規(guī)則庫、基 本服務注冊庫用于自動組合工具或手工組合工具進行服務組合時調(diào)用；性能評 價參數(shù)庫存儲性能評價參數(shù)標準值，用于靜態(tài)性能評價工具和運行時性能評價 工具進行評價時調(diào)用；用戶庫存儲合法用戶的基本身份信息，用于在服務組合 總線內(nèi)傳輸主題事件時驗證用戶。
本發(fā)明還提供了基于上述Web服務組合系統(tǒng)實現(xiàn)的服務組合方法，包括以 下步驟，
步驟一，服務需求方提出組合需求，以主題事件的形式通過服務組合總線進 行招標，即發(fā)布招標事件；步驟二，訂閱了該招標事件的各組合代理方根據(jù)組合需求進行組合，生成組
合結果；然后以主題事件的形式將組合結果發(fā)布到服務組合總線上，即發(fā)布投 標事件；
步驟三，訂閱了投標事件的組合評價方響應各組合代理方的組合結果并分別 進行評價，形成評價結果，評價結果連同組合結果以主題事件的形式一起發(fā)送 到服務組合總線上；
步驟四，組合需求方根據(jù)評價結果，選擇滿足組合需求的一個組合結果作為 所需結果；當所有組合結果均不能滿足組合需求時，調(diào)整組合需求并返回步驟 一重新招標，直到得到所需結果。
而且，通過觸發(fā)調(diào)用服務組合總線提供的主題事件處理工具支持服務組合， 具體方式如下，
服務需求方提出組合需求時，觸發(fā)需求描述工具，通過需求描述工具將組合 需求整理后作為招標事件發(fā)布；
組合代理方收到招標事件后，觸發(fā)自動組合工具或手工組合工具，通過自動 組合工具或手工組合工具根據(jù)組合需求進行組合，生成組合結果；
組合評價方收到投標事件后，觸發(fā)靜態(tài)性能評價工具和運行時性能評價工具 對各組合代理方的組合結果分別進行評價，形成評價結果。
本發(fā)明提供了一種基于消息系統(tǒng)的服務組合總線，通過支持"訂閱/發(fā)布" 和"請求/回復"機制和構建二維主題事件矩陣，為服務組合提供了一個綜合性 的平臺，為Web服務的組合實現(xiàn)提供了一個方便的環(huán)境。服務組合總線的引入， 大大提高了組合效率，服務組合各參與方在一個一致性的平臺上進行工作，彼 此之間可以利用平臺提供的豐富的通信手段實現(xiàn)即時交互。并且各種工具和基本數(shù)據(jù)庫的引入，使得組合工作能夠在Web服務組合系統(tǒng)內(nèi)完成，工作效率得 到了較大的提高。本發(fā)明還提供了服務組合方法，能夠完整地實現(xiàn)服務組合的 四個階段，實現(xiàn)了從用戶需求到最終組合結果的全過程支持；還能支持手工和 自動的雙通道組合環(huán)路，滿足不同的用戶需求。本發(fā)明特別適合用于支持多組 合代理"競標"，組合各方可以及時掌握組合中存在的問題，及時調(diào)整組合策略， 對提高組合質量有較大的幫助，以利于獲得性價比最高的組合服務。


圖1為本發(fā)明的Web服務組合系統(tǒng)原理示意圖； 圖2為本發(fā)明的服務組合方法流程示意圖； 圖3為本發(fā)明實施例的保障流程圖； 圖4為本發(fā)明實施例的手工組合編排示意圖。
具體實施例方式
以下結合附圖詳細說明本發(fā)明技術方案
本發(fā)明設置了服務組合總線，組合各方通過服務組合總線建立通信，所述 組合各方包括有服務需求方、服務提供方、組合代理方和組合評價方；所示服
務組合總線建立二維主題事件矩陣，并基于二維主題事件矩陣以"訂閱/發(fā)布"
及"請求/回復"機制在組合各方之間傳送與服務組合有關的主題事件；所述二 維主題事件矩陣的一維為用戶，另一維為主題事件，兩維交叉處即為某用戶對 某主題事件的訂閱情況；所述"訂閱/發(fā)布"機制，是指組合各方中某用戶訂閱 感興趣的某主題事件，服務組合總線記錄該訂閱情況到二維主題事件矩陣；組 合各方中某用戶發(fā)布了某主題事件時，服務組合總線根據(jù)二維主題事件矩陣發(fā) 送給訂閱了該主題事件的所有用戶；所述"請求/回復"機制，是指組合各方中某用戶發(fā)出請求，服務組合總線收到請求后根據(jù)二維主題事件矩陣將符合請求條件的主題事件回復給該用戶。具體實施時，服務組合總線可以采用服務器技術實現(xiàn)，組合各方通過網(wǎng)絡連接到服務組合總線的服務器，即可通過服務組合
總線建立通信。Web服務組合系統(tǒng)中的主題事件
二維主題事件矩陣可以定義一維為用戶Userl，User2，…，User，另一維為主題事件Eventl，Event2,…，EventM，從而構成一個矩陣。兩維交叉處(Userl，EventJ)即為某用戶(userl)對某主題事件(EventJ)的訂閱情況。二維矩陣的作用主要是便于系統(tǒng)査找某用戶對某事件的訂閱情況，是"訂閱/發(fā)布"及"請求/回復"機制的重要支撐數(shù)據(jù)結構。根據(jù)服務組合的過程特點，Web服務組合系統(tǒng)內(nèi)與服務組合有關的主題事件可以大致分為"需求事件"、"組合事件"、"評價事件"、"改進事件"。具體實施時，可以設定二維主題事件矩陣為動態(tài)矩陣，支持根據(jù)具體情況增減調(diào)整用戶或者主題事件。
"訂閱/發(fā)布"的意義主要是Web服務組合系統(tǒng)中有關招標/投標以及性能評價的相關操作均定義具有確定名稱的主題事件(即Eventl EventM)。如果某用戶對某些主題事件感興趣(或與之相關)就可以利用系統(tǒng)提供的"訂閱"功能訂閱這些主題事件，之后只要系統(tǒng)中發(fā)生這些主題事件，相關信息就會發(fā)送給該用戶；反之，對于該用戶未訂閱的主題事件，即使發(fā)生了，相關信息也不會發(fā)送給該用戶。"發(fā)布"指的是，當某用戶需要發(fā)起某主題事件時，就調(diào)用系統(tǒng)提供的"發(fā)布"功能，將與主題該事件相關的信息發(fā)布到總線上，之后"訂閱"了該類事件的用戶均會收到這些信息。"訂閱/發(fā)布"機制主要意義是保證用戶只接收自己感興趣的事件，屏蔽與自己無關的信息。
"請求/回復"機制是對"訂閱/發(fā)布"機制的一種補充。任何消息系統(tǒng)都不能保證100%的可靠性，在網(wǎng)絡、系統(tǒng)或軟件發(fā)生故障時，某主題事件可能會沒有正確及時地送達到訂閱了該主題事件的用戶，為此設置"請求/回復"機制。"請求/回復"機制主要工作過程可以是用戶以"時間"或"事件"為關鍵字，向總線發(fā)出"請求"；總線收到請求后根據(jù)二維主題事件矩陣進行核對，將符合請求關鍵字的主題事件"回復"給該用戶。比如某用戶的工作主機休停一段時間后重新啟動，以時間為關鍵字向總線請求，以便補充獲取其訂閱的相關主題事件。
本發(fā)明提出以基于XML標準的消息為基本的通信機制，通過"訂閱/發(fā)布"和"請求/回復"機制和二維主題事件矩陣，實現(xiàn)了事件的"發(fā)起者"和"處理者"之間的松耦合。事件的"發(fā)起者"只需要將事件的描述以主題事件的形式發(fā)送到總線，不必關心由誰來處理該主題事件。只有訂閱了該主題的用戶才會收到該事件的描述，他不必關心該事件來自何方。這種松耦合符合因特網(wǎng)之類的開放環(huán)境，可以靈活接納用戶作為組合需求方、服務提供方、組合代理方或組合評價方，對于提高服務組合效率具有重要意義。
本發(fā)明還提供了進一步技術方案服務組合總線為服務需求方、服務提供方、組合代理方和組合評價方這四類用戶提供主題事件處理工具和基本數(shù)據(jù)庫，供組合各方處理主題事件時調(diào)用；其中主題事件處理工具用于組合各方與服務
組合四個階段(需求、組合、驗證、改進)相對應的工作，包括有需求描述工
具、自動組合工具、手工組合工具、靜態(tài)性能評價工具和運行時性能評價工具；所述基本數(shù)據(jù)庫包括有領域本體庫、領域服務組合規(guī)則庫、基本服務注冊庫、性能評價參數(shù)庫以及用戶庫；其中領域本體庫、領域服務組合規(guī)則庫、基本服務注冊庫用于自動組合工具或手工組合工具進行服務組合時調(diào)用；性能評價參數(shù)庫存儲性能評價參數(shù)標準值，用于靜態(tài)性能評價工具和運行時性能評價工具進行評價時調(diào)用；用戶庫存儲合法用戶的基本身份信息(如合法用戶的用戶名、登錄口令、用戶類別和權限等參數(shù))，用于在服務組合總線內(nèi)傳輸主題事件時驗證用戶，用于在服務組合總線內(nèi)傳輸主題事件時驗證用戶。主題事件處理工具可以采用現(xiàn)有技術中已有工具， 一般組合各方根據(jù)自身需要設置在本地工作主機中，例如服務需求方設置需求描述工具。而本發(fā)明提出將主題事件處理工具集成設置到服務組合總線中，供組合各方用戶調(diào)用，這樣有利于提高系統(tǒng)集成度，減少資源冗余?；緮?shù)據(jù)庫則可以輔助服務組合總線的運行管理。主題事
件處理工具可以根據(jù)需要通過Sql語言調(diào)用基本數(shù)據(jù)庫，例如需求描述工具調(diào)用用戶庫，將招標事件結合服務需求方的身份基本信息一同發(fā)送到服務組合總線，服務組合總線驗證招標事件是否為系統(tǒng)的合法用戶所發(fā)布。領域本體庫、領域服務組合規(guī)則庫、基本服務注冊庫可以直接利用互聯(lián)網(wǎng)上現(xiàn)有的Web服務注冊中心的資源；或者在服務組合總線的服務器中采用Web服務注冊和組合技術自行設置，構建出本地的服務注冊中心，這樣有利于記載服務組合已用Web服務的情況，進一步提高改進效率。Web服務注冊和組合技術屬于現(xiàn)有技術，本發(fā)明簡略說明以供參考領域本體庫以領域為關鍵字，按照0WL-S國際標準規(guī)范構建，描述特定領域的基本概念、定義、公理、實事和定理，是特定領域的知識庫；領域服務組合規(guī)則庫同樣以領域為關鍵字，以if-then-else的形式補充領域本體庫難以描述的服務組合規(guī)則；基本服務注冊庫以WSDL國際標準為規(guī)范，存儲原子服務的相關描述。性能評價參數(shù)庫和用戶庫則直接采用基礎的數(shù)據(jù)庫技術建立在服務組合總線的服務器中即可。
參見附圖l，服務組合總線連通多個用戶，各用戶按照參與角色分屬組合需求方、服務提供方、組合代理方或組合評價方。服務組合總線可以投標/招標管理器的形式提供"訂閱/發(fā)布"和"請求/回復"機制和二維主題事件矩陣，以便基于消息系統(tǒng)為組合需求方和組合代理方搭建橋梁，組合需求方通過向其發(fā)布需求信息進行招標；組合代理方通過訂閱相關招標信息，提供相關組合服務
方案。為了保證Web服務組合系統(tǒng)正常運行，還可另設總線管理方，具體實施時由總線管理方維護服務組合總線的服務器。圖1中的服務組合總線還提供各種主題事件處理工具和基本數(shù)據(jù)庫。當組合代理形成相關的組合服務方案后，靜態(tài)性能評價工具對該方案進行靜態(tài)評價，即從基本數(shù)據(jù)庫中搜集相關原子服務的靜態(tài)性能信息，從而完成對組合服務的性能評價。運行時性能評價工具(即動態(tài)性能評價工具)采用仿真方法，精確地模擬組合代理提供的組合方案的執(zhí)行環(huán)境，模擬相關事件(包括異常事件和停止事件)，并可定為可能產(chǎn)生的性能瓶頸，進而為服務組合提供基于仿真的動態(tài)評價?；緮?shù)據(jù)庫則充當兩種角色，一是充當本地的服務注冊中心；二是充當服務組合總線相關管理類信息的數(shù)據(jù)庫。
本發(fā)明提供了用上述Web服務組合系統(tǒng)實現(xiàn)的服務組合方法，其特征在于包括以下步驟，
步驟一，服務需求方提出組合需求，以主題事件的形式通過服務組合總線進行招標，即發(fā)布招標事件；
步驟二，訂閱了該招標事件的各組合代理方根據(jù)組合需求進行組合，生成組合結果；然后以主題事件的形式將組合結果發(fā)布到服務組合總線上，即發(fā)布投標事件；
步驟三，訂閱了投標事件的組合評價方響應各組合代理方的組合結果并分別進行評價，形成評價結果，評價結果連同組合結果以主題事件的形式一起發(fā)送到
服務組合總線上，也就是發(fā)布評價事件；
步驟四，組合需求方根據(jù)評價結果，選擇滿足組合需求的一個組合結果作為所
需結果；當所有組合結果均不能滿足組合需求時，調(diào)整組合需求并返回步驟一重新招標，直到得到所需結果。返回步驟一重新招標，可以以主題事件的形式在原組合需求基礎上發(fā)布更詳細的改進要求，也就是發(fā)布改進事件，以提高后續(xù)所得組合結果的質量。
根據(jù)組合各方的任務，可以總結組合各方的訂閱/發(fā)布情況服務需求方發(fā)布招標事件，訂閱評價事件；組合代理方發(fā)布投標事件，訂閱招標事件；組合評價方發(fā)布評價事件，訂閱招標事件。并且在特殊情況下，服務需求方發(fā)布改進事件，組合代理方訂閱改進事件，并在此基礎上重新發(fā)布投標事件。參見附圖2，本發(fā)明提供了服務組合方法實施時的基本流程組合需求作為招標事件在服務組合總線發(fā)布；多個組合代理l n進行自動代理或手工代理，將n個組合結果作為投標事件在服務組合總線發(fā)布；組合評價方對n個組合結果分別評價，并作為評價事件在服務組合總線發(fā)布。
具體實施中，服務組合總線內(nèi)集成的主題事件處理工具可以由組合各方自行調(diào)用；或者根據(jù)主題事件自動觸發(fā)-
步驟一中，服務需求方提出組合需求時，觸發(fā)需求描述工具，通過需求描述工具將組合需求整理后作為招標事件發(fā)布。通過需求描述工具向服務組合總線提出需求時，通過該工具構建組合服務的功能性需求，完成對組合服務全局性能約束的輸入，并最終以0WL-S格式(現(xiàn)有國際標準)向服務組合總線發(fā)布需求及招標信息。步驟二中，組合代理方收到招標事件后，觸發(fā)自動組合工具或手工組合工具， 通過自動組合工具或手工組合工具根據(jù)組合需求進行組合，生成組合結果。自
動組合工具可以基于HTN (層次任務網(wǎng)絡，是現(xiàn)有的AI規(guī)劃技術)的自動組合，
通過建立的領域本體庫，對用戶需求逐層分解，直到用戶的功能需求有著具體
的服務實例與之相匹配，并將用來進行自動組合所采用的OWL-S格式轉換為工 業(yè)標準支持的BPEL格式。最終，該組合服務描述文件被提交至服務組合總線進 行投標。
步驟三中，組合評價方收到投標事件后，觸發(fā)靜態(tài)性能評價工具和運行時性 能評價工具對各組合代理方的組合結果分別進行評價，形成評價結果，由總線 送至服務需求方。因為同時提供了自動組合工具和手工組合工具，系統(tǒng)可以提 供雙通道組合環(huán)路，甚至交互使用自動組合工具和手工組合工具，滿足不同的 用戶需求。運行時性能評價工具可以采用現(xiàn)有的仿真引擎實現(xiàn)，通過仿真引擎 進行仿真，進而對該組合結果的整體性能進行評價，并對可能產(chǎn)生的瓶頸進行 定位。
參見附圖3、 4，為了便于理解本發(fā)明技術方案效果，在此提供一個可以在 民航機場信息系統(tǒng)集成平臺中實際應用的具體實施例
該實施例建立了以航管電報為驅動源的民用航空器地面保障流程編排系 統(tǒng)，也就是說以航管電報為組合需求，并且以各類地面保障流程的保障節(jié)點為 Web服務(即基本服務，由各地面保障代理信息系統(tǒng)提供)。結合領域本體庫， 相應的組合代理可進行自動為主，手工為主式的保障流程編排，經(jīng)評價和改進 后，最終生成合適的保障流程。
圖3為該實例所基于的民用航空器地面保障流程總圖，用于總結民航機場的保障情況，航空器的保障根據(jù)運行需要執(zhí)行其中的一部分保障節(jié)點。圖中的 地面保障流程分為兩大類——進港航班和離港航班， 一架航空器由進港到離港， 時間進程可劃分為預達時間、落地時間、飛機泊定、到達航班保障完畢、申請 登機、許可登機、計劃起飛時間，直到實際起飛時間為止。按照對象則分為貨 郵行保障、安護、飛行器保障、旅客保障和安檢。具體來說，進港航班保障進
程的保障節(jié)點包括有機位引導、泊位引導、放輪檔；然后在飛機泊定放貨艙門
后，有行李卸載到轉盤、貨郵卸載、機務保障、機艙清潔保障、航油保障、下 客保障等。離港航班保障進程的保障節(jié)點則包括有貨郵預配、裝載貨郵、裝載
行李、航空護衛(wèi)、機務保障、VIP客戶保障、值機直到截止、旅客登機、安檢等。
進一步，對于具體的不同的航班，根據(jù)其航空公司與機場的服務協(xié)議、航班特 點(如機型參數(shù)，貨運航班、客運航班等)等，需要能夠針對這些特點提供不 能的保障服務編排。
該實施例的組合過程為首先，當集成平臺收到民航的航管電報后，首先 根據(jù)領域本體庫中的相關本體信息，為每一航班自動生成初步的保障流程(組 合服務)，機場指揮中心相關作業(yè)人員對系統(tǒng)生成的初步保障流程進行人工審 核，通過性能評價工具進行仿真，并可在其基礎上進行人工修改，重復上述過 程，直到滿意為止，最終形成一個面向航管電報中的所有航班的保障流程并投 入實際使用。
本實施例中，大多數(shù)航管電報能夠由系統(tǒng)自動解析。在此情況下，組合需
求描述工具根據(jù)航管電報解析結果的，自動合成符合0WL-S(本體Web服務語言) 規(guī)格的組合需求描述代碼，并以航空器地面保障流程的"自動組合"+ "需求 描述"為主題事件，將需求發(fā)送到服務組合總線上。訂閱該主題的服務組合方會收到該事件后，調(diào)用自動組合工具，自動生成服務BPEL4WS規(guī)范的航空器地 面保障流程代碼，并將流程代碼，以航空器地面保障流程的"自動組合"+ "服 務組合"為主題事件，發(fā)送到服務組合總線。訂閱該主題的性能評價方同樣會 即時收到該事件，調(diào)用性能評價工具，對流程代碼進行性能評價和QoS (服務質 量)分析后，將分析結果連同流程代碼，以航空器地面保障流程的"自動組合" + "性能評價"為主題事件，發(fā)送到服務總線。組合需求方根據(jù)性能評價結果， 決定是否接收該流程代碼，如果性能不滿足其要求，則調(diào)整需求并重復上述過 程，直到滿意位置。這就是服務組合總線的自動化通道。
對于少數(shù)不能由系統(tǒng)自動解析的航管電報，則啟動手工服務組合通道。在 此情況下，組合需求描述工具提供一個可視化的需求編排工具，由組合需求方 手工編排組合需求描述代碼，將結果以"手動組合"+ "需求描述"為主題發(fā) 送到服務總線。服務組合方調(diào)用可視化流程編輯工具手工編排航空器地面保障 流程代碼，將結果以"手動組合"+ "服務組合"為主題發(fā)送到服務組合總線。 如圖4所示，按照任務(預登機、上客擺渡、下客擺渡、機務送飛、客梯車、客 艙清潔、關客艙門、開客艙門、加油、機務、監(jiān)護、貨郵、航食、廣播、過站 旅客、飛機引導、撤輪檔、放輪檔、到達行李、登機橋、下客、廣播、上客)分 項編排流程。性能評價方調(diào)用可視化調(diào)用性能評價工具，手工進行性能評價和 QoS (服務質量)分析后，將分析結果連同流程代碼，以"手動組合"+ "性能 評價"為主題事件，發(fā)送到服務組合總線。組合需求方根據(jù)性能評價結果，決 定是否接收該流程代碼，如果性能不滿足其要求，則調(diào)整需求并重復上述過程， 直到滿意位置。這就是服務組合總線的手工通道。
以上實施例是相對極端的例子，其組合要么是全自動的，要么是全手工的。本發(fā)明實際上支持半自動半手工的組合模式，每一個階段都可以選擇采用自動 方式還是手動方式。本發(fā)明提供了全自動化實現(xiàn)服務組合流程的技術方案，具 體實施時，則可根據(jù)具體情況選擇某階段半自動。某階段是否能夠采用自動化， 可以參考前一個階段的結果是否包含實現(xiàn)本階段自動化所需的所有要素。當自 動化通道無法得到滿意結果時，也可以啟用手工通道。
本發(fā)明還能用于其他實際應用，例如軍用機場飛行保障系統(tǒng)中的飛行器保 障流程生成系統(tǒng)。雖然同樣是飛行器保障，但軍、民機場在保障模式上完全不 同，可以主要以飛行動態(tài)系統(tǒng)和飛行計劃系統(tǒng)為驅動源。由于軍機保障流程相 對固定，因此使用總線中的自動化通道完成流程圖的自動生成即可。
18
權利要求
1. Web服務組合系統(tǒng)，其特征在于設立服務組合總線，組合各方通過服務組合總線建立通信，所述組合各方包括有服務需求方、服務提供方、組合代理方和組合評價方；所示服務組合總線建立二維主題事件矩陣，并基于二維主題事件矩陣以“訂閱/發(fā)布”及“請求/回復”機制在組合各方之間傳送與服務組合有關的主題事件；所述二維主題事件矩陣的一維為用戶，另一維為主題事件，兩維交叉處即為某用戶對某主題事件的訂閱情況；所述“訂閱/發(fā)布”機制，是指組合各方中某用戶訂閱感興趣的某主題事件，服務組合總線記錄該訂閱情況到二維主題事件矩陣；組合各方中某用戶發(fā)布了某主題事件時，服務組合總線根據(jù)二維主題事件矩陣發(fā)送給訂閱了該主題事件的所有用戶；所述“請求/回復”機制，是指組合各方中某用戶發(fā)出請求，服務組合總線收到請求后根據(jù)二維主題事件矩陣將符合請求條件的主題事件回復給該用戶。
2. 如權利要求l所述的Web服務組合系統(tǒng)，其特征在于所述二維主題事件矩 陣為動態(tài)矩陣，支持添加用戶或主題事件。
3. 如權利要求l或2所述的Web服務組合系統(tǒng)，其特征在于服務組合總線為 服務需求方、服務提供方、組合代理方和組合評價方這四類用戶提供主題事件 處理工具和基本數(shù)據(jù)庫，供組合各方處理主題事件時調(diào)用；其中主題事件處理工具用于組合各方與服務組合四個階段相對應的工作， 包括有需求描述工具、自動組合工具、手工組合工具、靜態(tài)性能評價工具和運行時性能評價工具；所述基本數(shù)據(jù)庫包括有領域本體庫、領域服務組合規(guī)則庫、基本服務注冊 庫、性能評價參數(shù)庫以及用戶庫；其中領域本體庫、領域服務組合規(guī)則庫、基 本服務注冊庫用于自動組合工具或手工組合工具進行服務組合時調(diào)用；性能評 價參數(shù)庫存儲性能評價參數(shù)標準值，用于靜態(tài)性能評價工具和運行時性能評價 工具進行評價時調(diào)用；用戶庫存儲合法用戶的基本身份信息，用于在服務組合 總線內(nèi)傳輸主題事件時驗證用戶。
4. 采用權利要求1或2所述Web服務組合系統(tǒng)實現(xiàn)的服務組合方法，其特征在 于包括以下步驟，步驟一，服務需求方提出組合需求，以主題事件的形式通過服務組合總線進行 招標，即發(fā)布招標事件；步驟二，訂閱了該招標事件的各組合代理方根據(jù)組合需求進行組合，生成組合 結果；然后以主題事件的形式將組合結果發(fā)布到服務組合總線上，即發(fā)布投標 事件；步驟三，訂閱了投標事件的組合評價方響應各組合代理方的組合結果并分別進 行評價，形成評價結果，評價結果連同組合結果以主題事件的形式一起發(fā)送到 服務組合總線上；步驟四，組合需求方根據(jù)評價結果，選擇滿足組合需求的一個組合結果作為所 需結果；當所有組合結果均不能滿足組合需求時，調(diào)整組合需求并返回步驟一 重新招標，直到得到所需結果。
5. 采用權利要求3所述Web服務組合系統(tǒng)實現(xiàn)的服務組合方法，其特征在于-包括以下步驟，步驟一，服務需求方提出組合需求，以主題事件的形式通過服務組合總線進行 招標，即發(fā)布招標事件；步驟二，訂閱了該招標事件的各組合代理方根據(jù)組合需求進行組合，生成組合結果；然后以主題事件的形式將組合結果發(fā)布到服務組合總線上，即發(fā)布投標 事件；步驟三，訂閱了投標事件的組合評價方響應各組合代理方的組合結果并分別進 行評價，形成評價結果，評價結果連同組合結果以主題事件的形式一起發(fā)送到 服務組合總線上；步驟四，組合需求方根據(jù)評價結果，選擇滿足組合需求的一個組合結果作為所 需結果；當所有組合結果均不能滿足組合需求時，調(diào)整組合需求并返回步驟一 重新招標，直到得到所需結果。
6.采用權利要求5所述Web服務組合系統(tǒng)實現(xiàn)的服務組合方法，其特征在于-通過觸發(fā)調(diào)用服務組合總線提供的主題事件處理工具支持服務組合，具體方式 如下，服務需求方提出組合需求時，觸發(fā)需求描述工具，通過需求描述工具將組合需 求整理后作為招標事件發(fā)布；組合代理方收到招標事件后，觸發(fā)自動組合工具或手工組合工具，通過自動組 合工具或手工組合工具根據(jù)組合需求進行組合，生成組合結果； 組合評價方收到投標事件后，觸發(fā)靜態(tài)性能評價工具和運行時性能評價工具對 各組合代理方的組合結果分別進行評價，形成評價結果。
全文摘要
本發(fā)明提供了Web服務組合系統(tǒng)，系統(tǒng)中設立服務組合總線，組合各方通過服務組合總線建立通信，所述組合各方包括有服務需求方、服務提供方、組合代理方和組合評價方；所示服務組合總線建立二維主題事件矩陣，并基于二維主題事件矩陣以“訂閱/發(fā)布”及“請求/回復”機制在組合各方之間傳送與服務組合有關的主題事件。本發(fā)明還提供了服務組合方法，能夠完整地實現(xiàn)服務組合的四個階段，實現(xiàn)了從用戶需求到最終組合結果的全過程支持。本發(fā)明特別適合用于支持多組合代理“競標”，組合各方可以及時掌握組合中存在的問題，及時調(diào)整組合策略，對提高組合質量有較大的幫助，以利于獲得性價比最高的組合服務。
文檔編號G06F17/30GK101464887SQ20081023747
公開日2009年6月24日 申請日期2008年12月30日 優(yōu)先權日2008年12月30日
發(fā)明者何炎祥, 釗 吳, 彭曉明, 方其慶 申請人:武漢大學