專利名稱：一種基于本體Ontology概念的網頁服務集成方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及Web(網頁)服務領域，尤其涉及一種基于Ontology(本體)概念的Web Service (網頁服務)集成方法和系統(tǒng)。
背景技術：
在互聯(lián)網高速發(fā)展的今天，大量的Web Service或各自獨立或互相協(xié)作地運行于互聯(lián)網上并提供包括基礎設施、平臺和軟件在內的各種各樣的服務。在一些場合，比如，WebService組合、業(yè)務流程集成、服務器端的mashup (混聚)中，都需要對外部Web Service的組合和集成。在云計算時代，處于公共云平臺上具有許許多多的不同Web Service0如何安全、平滑地集成這些Web Service來創(chuàng)建一個新的服務變得極其重要。在通常情況下，一個依賴外部Web Service的聚合系統(tǒng)需要通過集成這些外部的Web Service來實現(xiàn)一些新的功能。 圖I為一個傳統(tǒng)的Web Service集成系統(tǒng)的示意圖，如圖I所示，一個WebService的可訪問接口可以被抽象成以下的接口原型TYPE_0 SERVICE_FUNCTI0N(TYPE_1
PARAM_1, TYPE_2 PARAM_2,......，TYPE_N PARAM_M)。其中，PARAM_1，PARAM_2,......，
PARAM_M (M表示第M個參數(shù))為一個訪問接口的參數(shù)列表；TYPE_1，......，TYPE_N (N表示
第N個參數(shù))分別為上述參數(shù)列表所對應的參數(shù)類型；ΤΥΡΕ_0為訪問接口的數(shù)據(jù)返回類型。一個傳統(tǒng)的訪問接口要被該集成系統(tǒng)所支持，那么該訪問接口的參數(shù)列表類型，必須全部是該集成系統(tǒng)所可識別和支持的。目前，一個傳統(tǒng)的WebService集成系統(tǒng)一般可以支持所有常見的數(shù)據(jù)類型，t匕
如integer, string, boolean, decimal, float......等。這些常見的數(shù)據(jù)類型被稱為“語
法級”的數(shù)據(jù)類型，這類集成系統(tǒng)一般被稱為支持“語法級”的數(shù)據(jù)類型的Web Service集成系統(tǒng)。隨著互聯(lián)網上Web Service種類(例如公開的和需要密碼保護的服務接口)的迅速增加，其Web Service服務接口的數(shù)據(jù)類型也變的日益豐富和多樣，特別是復雜數(shù)據(jù)類型的大量出現(xiàn)。這類復雜數(shù)據(jù)類型被稱為“語義級”的數(shù)據(jù)類型，其通常是由一組常見數(shù)據(jù)類型參數(shù)組成的結構。復雜數(shù)據(jù)類型本身還可以是由復雜數(shù)據(jù)類型組成的一種更為復雜的數(shù)據(jù)類型。當然，復雜數(shù)據(jù)類型通常都帶有特定的語義，可以看成是帶有某一特定信息的參數(shù)包。發(fā)明人在實現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)，一方面，只滿足“語法級”的Web Service集成系統(tǒng)，無法滿足對這種復雜數(shù)據(jù)類型的類型支持，更無法導入具有這種復雜數(shù)據(jù)類型結構的Web Service進入集成系統(tǒng)。另一方面,具有復雜數(shù)據(jù)類型的Web Service訪問接口，通常被用于私有的服務集成，因為只有服務集成系統(tǒng)才能定向支持該類復雜數(shù)據(jù)類型，然而，這卻大大限制了一個公開Web Service集成系統(tǒng)的集成能力。因此,如何使大量的外部Web Service,尤其是具有復雜訪問接口的Web Service,變得可被集成并易于集成，是業(yè)界的研究方向。應該注意，上面對技術背景的介紹只是為了方便對本發(fā)明的技術方案進行清楚、完整的說明，并方便本領域技術人員的理解而闡述的。不能僅僅因為這些方案在本發(fā)明的背景技術部分進行了闡述而認為上述技術方案為本領域技術人員所公知。

發(fā)明內容
本發(fā)明實施例的目的在于提供一種基于ontology概念的Web Service集成方法和系統(tǒng)，以提高對外部Web Service服務的集成能力，并提高效率。根據(jù)本發(fā)明的一個方面，提供了一種基于本體Ontology概念的網頁服務集成方法，其中，所述方法包括構建步驟,構建一個基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫；檢查步驟，根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查；·
更新步驟，根據(jù)檢查結果或者操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。根據(jù)本發(fā)明的另一個方面，還提供了一種基于本體Ontology概念的網頁服務集成系統(tǒng)，其中，所述系統(tǒng)包括基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫；檢查部件，其根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查；更新部件，其根據(jù)所述檢查部件的檢查結果或者根據(jù)操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。本發(fā)明實施例的有益效果在于本發(fā)明實施例的方法和系統(tǒng)，利用Ontology概念體系替代傳統(tǒng)Web Service集成系統(tǒng)的常見數(shù)據(jù)類型列表,從而使得Web Service集成系統(tǒng)對Web Service訪問接口數(shù)據(jù)類型的支持從“語法級”提升到“語義級”，使得Web Service集成系統(tǒng)對訪問接口復雜數(shù)據(jù)類型(特別是結構化的復雜數(shù)據(jù)類型)的集成成為可能。此夕卜，該方法和系統(tǒng)提出的訪問接口數(shù)據(jù)類型的“Ontology概念體系”還支持用戶或管理員對Ontology概念體系進行動態(tài)追加、修改等操作，從而使系統(tǒng)實現(xiàn)對訪問接口數(shù)據(jù)類型的動態(tài)擴展支持。參照后文的說明和附圖，詳細公開了本發(fā)明的特定實施方式，指明了本發(fā)明的原理可以被采用的方式。應該理解，本發(fā)明的實施方式在范圍上并不因而受到限制。在所附權利要求的精神和條款的范圍內，本發(fā)明的實施方式包括許多改變、修改和等同。針對一種實施方式描述和/或示出的特征可以以相同或類似的方式在一個或更多個其它實施方式中使用，與其它實施方式中的特征相組合，或替代其它實施方式中的特征。應該強調，術語“包括/包含”在本文使用時指特征、整件、步驟或組件的存在，但并不排除一個或更多個其它特征、整件、步驟或組件的存在或附加。


參照以下的附圖可以更好地理解本發(fā)明的很多方面。附圖中的部件不是成比例繪制的，而只是為了示出本發(fā)明的原理。為了便于示出和描述本發(fā)明的一些部分，附圖中對應部分可能被放大或縮小。在本發(fā)明的一個附圖或一種實施方式中描述的元素和特征可以與一個或更多個其它附圖或實施方式中示出的元素和特征相結合。此外，在附圖中，類似的標號表示幾個附圖中對應的部件，并可用于指示多于一種實施方式中使用的對應部件。在附圖中在附圖中圖I是傳統(tǒng)的Web Service集成系統(tǒng)的示意圖；圖2是本發(fā)明實施例的基于Ontology概念的Web Service集成系統(tǒng)的示意圖；圖3是本發(fā)明實施例提供的基于Ontology概念的網頁服務集成方法的流程圖；圖4是本發(fā)明實施例提供的基于Ontology概念的網頁服務集成系統(tǒng)組成示意圖。
具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚明白，下面結合實施例和附圖，對本發(fā)明實施例做進一步詳細說明。在此，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，但并不作為對本發(fā)明的限定。下面參照附圖對本發(fā)明的優(yōu)選實施方式進行說明。圖2為本發(fā)明實施例的基于Ontology概念的Web Service集成系統(tǒng)的示意圖，如圖2所示，該數(shù)據(jù)類型庫不是以圖I所示的參數(shù)類型列表的方式存儲不同的數(shù)據(jù)類型，而是以Ontology概念體系的方式存儲不同的數(shù)據(jù)類型。在該Ontology概念體系的數(shù)據(jù)類型庫中，葉子節(jié)點(圖2中所示的黑色圓圈)為普通的數(shù)據(jù)類型，也即“語法級”的數(shù)據(jù)類型，除根節(jié)點以外的非葉子節(jié)點(圖2中所示的白色圓圈)為可被支持的復雜的數(shù)據(jù)類型，也即“語義級”的數(shù)據(jù)類型。在圖2所示的示例中，以該根節(jié)點下有三個非葉子節(jié)點，這三個非葉子節(jié)點的每一個各包含葉子節(jié)點為例，但本實施例并不以此作為限制。在本實施例中，根節(jié)點也可以直接連接葉子節(jié)點，除根節(jié)點以外的非葉子節(jié)點也可以連接另外一個非葉子節(jié)點，也即，一個復雜的數(shù)據(jù)類型可以只包括普通的數(shù)據(jù)類型，也可以既包括普通的數(shù)據(jù)類型，又包括復雜的數(shù)據(jù)類型?；趫D2所示的Web Service集成系統(tǒng),本發(fā)明實施例提供了一種基于ontology概念的Web Service集成方法和系統(tǒng)，以下通過不同的實施例對該方法和系統(tǒng)進行說明。實施例I為了使Web Service集成系統(tǒng)更好地支持復雜數(shù)據(jù)類型，本發(fā)明實施例提出了基于Ontology概念的Web Service集成方法,也就是使Web Service集成系統(tǒng)滿足對“語義級”數(shù)據(jù)類型的支持。該方法在Web Service訪問接口參數(shù)類型上,利用Ontology概念體系對復雜數(shù)據(jù)類型的子參數(shù)類型進行分類、歸檔，同時支持動態(tài)子類追加及更改。圖3為本發(fā)明實施例提供的一種基于ontology概念的Web Service集成方法的流程圖，請參照圖3，該方法包括構建步驟301 :構建一個基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫；檢查步驟302 :根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查；更新步驟303 :根據(jù)檢查結果或者操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。在步驟301中，本實施例的Web Service集成系統(tǒng)構建一個基于Ontology概念體系(記為TypeOntology_DOM)的可支持訪問接口的數(shù)據(jù)類型庫。該數(shù)據(jù)類型庫的拓撲結構在邏輯上是一棵遵循Ontology概念的樹狀結構圖，如圖2所示。該結構圖的葉子節(jié)點表示一個數(shù)據(jù)類型，該數(shù)據(jù)類型為一種常見的數(shù)據(jù)類型，比如integer, string, boolean,decimal, float...。該結構圖的每一個非葉子節(jié)點(除概念樹的根(Root)節(jié)點外)都表示一個可被系統(tǒng)支持的復雜數(shù)據(jù)類型。其中，該根節(jié)點還可以直接連接葉子節(jié)點，該非葉子節(jié)點也可以連接另外一個非葉子節(jié)點，該另外一個非葉子節(jié)點還可以連接葉子節(jié)點和/或再一個非葉子節(jié)點，以此類推。在步驟302中，本實施例的Web Service集成系統(tǒng)在新的Web Service導入時,對新導入的Web Service的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查，并對檢查結果進行信息反饋。其中，新導入的Web Service所包含的數(shù)據(jù)類型包括“語法級”的數(shù)據(jù)類型和/或“語義級”的數(shù)據(jù)類型。在一個實施例中，本實施例的Web Service集成系統(tǒng)對新導入的網頁服務的訪問 接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，形成一個參數(shù)數(shù)據(jù)類型列表，然后遍歷該參數(shù)數(shù)據(jù)類型列表，在前述數(shù)據(jù)類型庫中查找該參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型是否存在。如果在該數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在，則本實施例的Web Service集成系統(tǒng)向導入該網頁服務的一側返回正確(True)標示,并進行下一個數(shù)據(jù)類型的查找，如果在該數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型，則本實施例的WebService集成系統(tǒng)向導入該網頁服務的一側返回錯誤(False)標示，并根據(jù)預定策略，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。其中，該參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型可以是“語法級”的數(shù)據(jù)類型，也可以是“語義級”的數(shù)據(jù)類型。其中，預定策略可以是直接添加，也可以是通過發(fā)送邀請并根據(jù)操作指示確定是否添加。如果預定策略是直接添加，則根據(jù)本實施例的步驟302，如果在數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型，則確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。根據(jù)這一合法性檢查結果，本實施例的步驟303將該被送入的數(shù)據(jù)類型添加到所述數(shù)據(jù)類型庫。如果預定策略是通過發(fā)送邀請并根據(jù)操作指示確定是否添加，則根據(jù)本實施例的步驟302，如果在數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型，則本實施例的WebService集成系統(tǒng)生成是否添加數(shù)據(jù)類型的邀請，并根據(jù)用戶或者管理員的操作指示，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。如果用戶或者管理員的操作指示為“是”，則確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。根據(jù)這一合法性檢查結果，本實施例的步驟303將該被送入的數(shù)據(jù)類型添加到所述數(shù)據(jù)類型庫。如果用戶或者管理員的操作指示為“否”，則確定不將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。根據(jù)這一合法性檢查結果，本實施例的步驟303不進行添加數(shù)據(jù)類型的操作。在步驟303中，本實施例的Web Service集成系統(tǒng)可以根據(jù)合法性檢查的結果動態(tài)更新之前構建的數(shù)據(jù)類型庫，還可以根據(jù)用戶或者管理員的操作指示更新之前構建的數(shù)據(jù)類型庫。如果是根據(jù)合法性檢查的結果，確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫，則本實施例的Web Service集成系統(tǒng)首先從所述新導入的網頁服務的導入文件中查找并獲得所述當前被送入的數(shù)據(jù)類型的類型信息，然后根據(jù)該類型信息在所述數(shù)據(jù)類型庫中添加所述當前被送入的數(shù)據(jù)類型。其中，對于如何在數(shù)據(jù)類型庫中添加當前被送入的數(shù)據(jù)類型，以及添加到所述數(shù)據(jù)類型庫的哪個節(jié)點下，可以根據(jù)上述類型信息通過現(xiàn)有的Ontology概念體系的添加操作來實現(xiàn),在此不再贅述。如果是根據(jù)用戶或者管理員的操作指示更新所述數(shù)據(jù)類型庫，則可以根據(jù)用戶或者管理員的操作指示，對在上述的基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫，實現(xiàn)對其邏輯樹節(jié)點的查找、添加、刪除、編輯和完整性校驗功能。通過本實施例的方法，當一個新的Web Service通過了 “合法性檢查”，并得到了True的返回標示時，當前的新Web Service算是被成功導入到本實施例的Web Service集成系統(tǒng)。這時，本實施例的Web Service集成系統(tǒng)可以在對該新導入的Web Service進行了完整性校驗后，根據(jù)發(fā)布策略把當前新導入的Web Service發(fā)布到對應的Web Service服務列表，供所有用戶進行服務選擇和集成。其中，完整性校驗可以通過步驟303來實現(xiàn)，在此不再贅述。本發(fā)明實施例的方法在Web Service集成系統(tǒng)對Web Service訪問接口參數(shù)類型 支持上，實現(xiàn)了只要系統(tǒng)搜索系統(tǒng)預定義的Ontology概念樹(該概念樹支持動態(tài)擴展及修改)，即可確定是否對Web Service訪問接口參數(shù)類型的支持。當Web Service集成系統(tǒng)不支持新的接口類型時，集成系統(tǒng)允許用戶(或管理員)對Ontology概念體系進行新數(shù)據(jù)類型的動態(tài)追加，從而來滿足系統(tǒng)對Web Service訪問接口復雜數(shù)據(jù)類型的支持。通過本發(fā)明實施例的方法，使得Web Service集成系統(tǒng)對訪問接口復雜數(shù)據(jù)類型(特別是結構化的復雜數(shù)據(jù)類型)的集成成為可能。該方法利用Ontology概念體系替代傳統(tǒng)Web Service集成系統(tǒng)的常見數(shù)據(jù)類型列表，從而使得Web Service集成系統(tǒng)對WebService訪問接口數(shù)據(jù)類型的支持從“語法級”提升到“語義級”。該方法提出的訪問接口數(shù)據(jù)類型的“Ontology概念體系”支持用戶或管理員對Ontology概念體系進行動態(tài)追加、修改等操作，從而使系統(tǒng)實現(xiàn)對訪問接口數(shù)據(jù)類型的動態(tài)擴展支持。本發(fā)明實施例還提供了一種Web Service集成系統(tǒng),如下面的實施例2所述。由于該Web Service集成系統(tǒng)解決問題的原理與上述實施例I的方法相似，因此該Web Service集成系統(tǒng)的實施可以參見實施例I的方法的實施，重復之處不再贅述。實施例2本發(fā)明實施例還提供了一種同時支持“語法級”和“語義級”的Web Service集成系統(tǒng)，該Web Service集成系統(tǒng)可以滿足對復雜數(shù)據(jù)類型的支持。圖4為本發(fā)明實施例提供的一種基于Ontology概念的Web Service集成系統(tǒng)的組成示意圖，請參照圖4，該系統(tǒng)包括基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫41 ；檢查部件42，其根據(jù)所述數(shù)據(jù)類型庫41，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查；更新部件43，其根據(jù)所述檢查部件42的檢查結果或者根據(jù)操作指示，動態(tài)更新所述數(shù)據(jù)類型庫41。在本實施例中，基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的葉子節(jié)點為語法級數(shù)據(jù)類型；基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的除根節(jié)點以外的非葉子節(jié)點為語義級數(shù)據(jù)類型。在一個實施例中，檢查部件42包括生成模塊421，其對所述新導入的網頁服務的訪問接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，形成一個參數(shù)數(shù)據(jù)類型列表；遍歷模塊422，其遍歷所述生成模塊421形成的參數(shù)數(shù)據(jù)類型列表，在所述數(shù)據(jù)類型庫41中查找所述參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型是否存在。 在本實施例中，檢查部件402還包括反饋模塊423，其用于在遍歷模塊422的查找結果為在所述數(shù)據(jù)類型庫41中查找到當前被送入的數(shù)據(jù)類型已經存在時，返回True標示，在遍歷模塊422的查找結果為在所述數(shù)據(jù)類型庫41中沒有查找到當前被送入的數(shù)據(jù)類型時，返回False標示；
處理模塊424，其用于在遍歷模塊422的查找結果為在所述數(shù)據(jù)類型庫41中查找到當前被送入的數(shù)據(jù)類型已經存在時，令所述遍歷模塊422進行下一個數(shù)據(jù)類型的查找；在遍歷模塊422的查找結果為在所述數(shù)據(jù)類型庫41中沒有查找到當前被送入的數(shù)據(jù)類型時，根據(jù)預定策略，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫41。在本實施例中，更新部件43包括查找模塊431，其用于在所述處理模塊424確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫41時，從所述新導入的網頁服務的導入文件中查找并獲得所述當前被送入的數(shù)據(jù)類型的類型信息；添加模塊432，其用于根據(jù)所述查找模塊431查找到的所述當前被送入的數(shù)據(jù)類型的類型信息，在所述數(shù)據(jù)類型庫41中添加所述當前被送入的數(shù)據(jù)類型。其中，本實施例是以查找模塊431包含于更新部件43為例進行說明，在實際實施時，本實施例并不限制該查找模塊431的位置，例如其也可以包含于檢查部件42中，實施其功能。以上對本實施例的Web Service集成系統(tǒng)的各組成部分及其功能進行了詳細說明，以下通過舉例對本實施例的Web Service集成系統(tǒng)進行說明。當本實施例的Web Service集成系統(tǒng)接收到一個新的Web Service導入時,該WebService集成系統(tǒng)執(zhí)行以下過程I)系統(tǒng)調用“檢查部件”，對新的Web Service的訪問接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，并形成一個參數(shù)數(shù)據(jù)類型列表，記為ImportWebServiceParamType_List ；2) “檢查部件”遍歷參數(shù)數(shù)據(jù)類型列表ImportWebServiceParamType_List,對列表的每一個數(shù)據(jù)類型送入Ontology概念體系的樹結構Type0ntology_D0M進行查找；3)如果“檢查部件”在樹結構Type0ntology_D0M中發(fā)現(xiàn)了當前被送入的數(shù)據(jù)類型已經存在，則直接返回True標示，并直接進入下一個參數(shù)數(shù)據(jù)類型的檢查；4)如果“檢查部件”在樹結構Type0ntology_D0M中沒有發(fā)現(xiàn)當前被送入的數(shù)據(jù)類型，則表示當前被送入的數(shù)據(jù)類型為一個新的數(shù)據(jù)類型。這時，“檢查部件”拋出提示信息，邀請用戶(或管理員)對當前數(shù)據(jù)類型進行“Ontology概念體系”的添加；5)如果用戶(或管理員)選擇放棄當前的數(shù)據(jù)類型的添加邀請，這時系統(tǒng)放棄對當前新的Web Service導入；
6)如果用戶(或管理員)選擇接收添加當前的數(shù)據(jù)類型，則“檢查部件”將從WebService導入文件(一個標準的Web Service服務XML描述文檔)中查找并獲得當前參數(shù)的類型信息，并調用“Ontology概念體系”的添加功能，也即調用“更新部件”，為當前數(shù)據(jù)類型在“Ontology概念體系”中添加新的數(shù)據(jù)類型。添加成功后返回True標示，并進入下一個參數(shù)數(shù)據(jù)類型的檢查；前述查找的動作也可以通過“更新部件”來實現(xiàn)。7) 按照上述方法分別遍歷完畢參數(shù)數(shù)據(jù)類型列表ImportffebServiceParamType_List中的每一個數(shù)據(jù)類型。只有當參數(shù)數(shù)據(jù)類型列表ImportffebServiceParamType_List中的每一個數(shù)據(jù)類型都在“Ontology概念體系”中產生對應節(jié)點時，當前的Web Service導入的參數(shù)數(shù)據(jù)類型才算成功完成檢查,并返回True標示。否則返回False標示。當一個新的Web Service通過了 “檢查部件”,并得到了 True的返回標示時，當前的新Web Service算是被成功導入到Web Service集成系統(tǒng)。這時,集成系統(tǒng)可以根據(jù)策略把當前新導入的Web Service發(fā)布到對應的Web Service服務列表,供所有用戶進行服 務選擇和集成。以上舉例只是本實施例的Web Service集成系統(tǒng)的一個實施方式，但本實施例并不以此作為限制，任何根據(jù)本實施例的精神或者主旨所作的變化都包含于本發(fā)明的保護范圍。本發(fā)明實施例的Web Service集成系統(tǒng)對Web Service訪問接口參數(shù)類型支持上，實現(xiàn)了只要系統(tǒng)搜索系統(tǒng)預定義的Ontology概念樹(該概念樹支持動態(tài)擴展及修改)，即可確定是否對Web Service訪問接口參數(shù)類型的支持。當Web Service集成系統(tǒng)不支持新的接口類型時，集成系統(tǒng)允許用戶(或管理員)對Ontology概念體系進行新數(shù)據(jù)類型的動態(tài)追加，從而來滿足系統(tǒng)對Web Service訪問接口復雜數(shù)據(jù)類型的支持。通過本發(fā)明實施例的Web Service集成系統(tǒng),使得Web Service集成系統(tǒng)對訪問接口復雜數(shù)據(jù)類型(特別是結構化的復雜數(shù)據(jù)類型)的集成成為可能。該系統(tǒng)利用Ontology概念體系替代傳統(tǒng)Web Service集成系統(tǒng)的常見數(shù)據(jù)類型列表,從而使得WebService集成系統(tǒng)對Web Service訪問接口數(shù)據(jù)類型的支持從“語法級”提升到“語義級”。該系統(tǒng)提出的訪問接口數(shù)據(jù)類型的“Ontology概念體系”支持用戶或管理員對Ontology概念體系進行動態(tài)追加、修改等操作，從而使系統(tǒng)實現(xiàn)對訪問接口數(shù)據(jù)類型的動態(tài)擴展支持。以上參照附圖描述了本發(fā)明的優(yōu)選實施方式。這些實施方式的許多特征和優(yōu)點根據(jù)該詳細的說明書是清楚的，因此所附權利要求旨在覆蓋這些實施方式的落入其真實精神和范圍內的所有這些特征和優(yōu)點。此外，由于本領域的技術人員容易想到很多修改和改變，因此不是要將本發(fā)明的實施方式限于所例示和描述的精確結構和操作，而是可以涵蓋落入其范圍內的所有合適修改和等同物。應當理解，本發(fā)明的各部分可以用硬件、軟件、固件或者它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可以用本領域共知的下列技術中的任一項或者他們的組合來實現(xiàn)具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(PGA)，現(xiàn)場可編程門陣列(FPGA)等。
流程圖中或在此以其它方式描述的任何過程或方法描述或框可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程中的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本發(fā)明的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中，可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或者按相反的順序，來執(zhí)行功能，這應被本發(fā)明所述技術領域的技術人員所理解。在流程圖中表示或者在此以其它方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質中，以供指令執(zhí)行系統(tǒng)、裝置或設備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設備取指令并執(zhí)行指令的系統(tǒng))使用，或結合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用。就本說明書而言，“計算機可讀介質”可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設備或結合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用的裝置。計算機可讀介質例如可以是但不限于電子、磁、光、電磁、紅外或半導體系統(tǒng)、裝置、設備或傳播介質。計算機可讀介質的更具體的示例(非 窮盡性列表)包括以下具有一個或更多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(RAM)(電子裝置)，只讀存儲器(ROM)(電子裝置)，可擦除可編程只讀存儲器(EPR0M或閃速存儲器)(電子裝置)，光纖(光裝置)，以及便攜式光盤只讀存儲器(CDROM)(光學裝置)。另外，計算機可讀介質甚至可以是可在其上打印所述程序的紙或其他合適的介質，因為可以例如通過對紙或其他介質進行光學掃描，接著進行編輯、解譯或必要時以其它合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。上述文字說明和附圖示出了本發(fā)明的各種不同的特征。應當理解，本領域普通技術人員可以準備合適的計算機代碼來實現(xiàn)上面描述且在附圖中例示的各個步驟和過程。還應當理解，上面描述的各種終端、計算機、服務器、網絡等可以是任何類型的，并且可以根據(jù)公開內容來準備所述計算機代碼以利用所述裝置實現(xiàn)本發(fā)明。在此公開了本發(fā)明的特定實施方式。本領域的普通技術人員將容易地認識到，本發(fā)明在其他環(huán)境下具有其他應用。實際上，還存在許多實施方式和實現(xiàn)。所附權利要求絕非
為了將本發(fā)明的范圍限制為上述具體實施方式
。另外，任意對于“用于......的裝置”的引
用都是為了描繪要素和權利要求的裝置加功能的闡釋，而任意未具體使用“用于......的
裝置”的引用的要素都不希望被理解為裝置加功能的元件，即使該權利要求包括了 “裝置”的用詞。盡管已經針對特定優(yōu)選實施方式或多個實施方式示出并描述了本發(fā)明，但是顯然，本領域技術人員在閱讀和理解說明書和附圖時可以想到等同的修改例和變型例。尤其是對于由上述要素(部件、組件、裝置、組成等)執(zhí)行的各種功能，除非另外指出，希望用于描述這些要素的術語(包括“裝置”的引用)對應于執(zhí)行所述要素的具體功能的任意要素(即，功能等效)，即使該要素在結構上不同于在本發(fā)明的所例示的示例性實施方式或多個實施方式中執(zhí)行該功能的公開結構。另外，盡管以上已經針對幾個例示的實施方式中的僅一個或更多個描述了本發(fā)明的具體特征，但是可以根據(jù)需要以及從對任意給定或具體應用有利的方面考慮，將這種特征與其他實施方式的一個或更多個其他特征相結合。關于包括以上多個實施例的實施方式，還公開下述的附記。附記1，一種基于本體Ontology概念的網頁服務集成方法，其中，所述方法包括
構建步驟,構建一個基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫；檢查步驟，根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查； 更新步驟，根據(jù)檢查結果或者操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。附記2，根據(jù)附記I所述的方法，其中，所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的葉子節(jié)點為語法級數(shù)據(jù)類型；所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的除根節(jié)點以外的非葉子節(jié)點為語義級數(shù)據(jù)類型。附記3，根據(jù)附記I所述的方法，其中，所述檢查步驟包括對所述新導入的網頁服務的訪問接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，形成一個參數(shù)數(shù)據(jù)類型列表；遍歷所述參數(shù)數(shù)據(jù)類型列表，在所述數(shù)據(jù)類型庫中查找所述參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型是否存在。附記4，根據(jù)附記3所述的方法，其中，所述檢查步驟還包括如果在所述數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在，則返回正確True標示，并進行下一個數(shù)據(jù)類型的查找；如果在所述數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型，則返回錯誤False標示，并根據(jù)預定策略，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。附記5，根據(jù)附記4所述的方法，其中，所述預定策略為直接添加或者通過發(fā)送邀請并根據(jù)操作指示確定是否添加。附記6，根據(jù)附記4所述的方法，其中，如果確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫，則所述更新步驟包括從所述新導入的網頁服務的導入文件中查找并獲得所述當前被送入的數(shù)據(jù)類型的類型信息；根據(jù)所述類型信息，在所述數(shù)據(jù)類型庫中添加所述當前被送入的數(shù)據(jù)類型。附記7，根據(jù)附記6所述的方法，其中，在將所述當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫之后，返回True標示。附記8，根據(jù)附記1-7任一項所述的方法，其中，所述數(shù)據(jù)類型為語法級的數(shù)據(jù)類型或者為語義級的數(shù)據(jù)類型。附記9，根據(jù)附記1-7任一項所述的方法，其中，在所述更新步驟之后，所述方法還包括對所述新導入的網頁服務進行完整性校驗。附記10，根據(jù)附記9所述的方法，其中，在對所述新導入的網頁服務進行完整性校驗后，所述方法還包括根據(jù)發(fā)布策將所述新導入的網頁服務發(fā)布到所述發(fā)布策略對應的網頁服務列表上，以便用戶進行服務選擇和集成。附記11，一種基于本體Ontology概念的網頁服務集成系統(tǒng)，其中，所述系統(tǒng)包括基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫；檢查部件，其根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查；
更新部件，其根據(jù)所述檢查部件的檢查結果或者根據(jù)操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。附記12，根據(jù)附記11所述的系統(tǒng)，其中，所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的葉子節(jié)點為語法級數(shù)據(jù)類型；所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的除根節(jié)點以外的非葉子節(jié)點為語義級數(shù)據(jù)類型。附記13，根據(jù)附記11所述的系統(tǒng)，其中，所述檢查部件包括生成模塊，其對所述新導入的網頁服務的訪問接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，形成一個參數(shù)數(shù)據(jù)類型列表；遍歷模塊，其遍歷所述生成模塊形成的參數(shù)數(shù)據(jù)類型列表，在所述數(shù)據(jù)類型庫中查找所述參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型是否存在。 附記14，根據(jù)附記13所述的系統(tǒng)，其中，所述檢查部件還包括反饋模塊，其用于在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在時，返回True標示，在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型時，返回False標示；處理模塊，其用于在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在時，令所述遍歷模塊進行下一個數(shù)據(jù)類型的查找；在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型時，根據(jù)預定策略，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。附記15，根據(jù)附記14所述的系統(tǒng)，其中，所述預定策略為直接添加或者通過發(fā)送邀請并根據(jù)操作指示確定是否添加。附記16，根據(jù)附記14所述的系統(tǒng)，其中，所述更新部件包括查找模塊，其用于在所述處理模塊確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫時，從所述新導入的網頁服務的導入文件中查找并獲得所述當前被送入的數(shù)據(jù)類型的類型信息；添加模塊，其用于根據(jù)所述查找模塊查找到的所述當前被送入的數(shù)據(jù)類型的類型信息，在所述數(shù)據(jù)類型庫中添加所述當前被送入的數(shù)據(jù)類型。附記17，根據(jù)附記16所述的系統(tǒng)，其中，在將所述當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫之后，返回True標示。附記18，根據(jù)附記11-17任一項所述的系統(tǒng)，其中，所述數(shù)據(jù)類型為語法級的數(shù)據(jù)類型或者為語義級的數(shù)據(jù)類型。附記19，根據(jù)附記11-17任一項所述的系統(tǒng)，其中，在所述更新步驟之后，所述方法還包括對所述新導入的網頁服務進行完整性校驗。附記20，根據(jù)附記19所述的方法，其中，在對所述新導入的網頁服務進行完整性校驗后，所述方法還包括根據(jù)發(fā)布策將所述新導入的網頁服務發(fā)布到所述發(fā)布策略對應的網頁服務列表上，以便用戶進行服務選擇和集成。
權利要求
1.一種基于本體Ontology概念的網頁服務集成方法，其中，所述方法包括 構建步驟，構建一個基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫； 檢查步驟，根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查； 更新步驟，根據(jù)檢查結果或者操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。
2.根據(jù)權利要求I所述的方法，其中，所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的葉子節(jié)點為語法級數(shù)據(jù)類型；所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的除根節(jié)點以外的非葉子節(jié)點為語義級數(shù)據(jù)類型。
3.根據(jù)權利要求I所述的方法，其中，所述檢查步驟包括 對所述新導入的網頁服務的訪問接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，形成一個參數(shù)數(shù)據(jù)類型列表； 遍歷所述參數(shù)數(shù)據(jù)類型列表，在所述數(shù)據(jù)類型庫中查找所述參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型是否存在。
4.根據(jù)權利要求3所述的方法，其中，所述檢查步驟還包括 如果在所述數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在，則返回正確True標示，并進行下一個數(shù)據(jù)類型的查找； 如果在所述數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型，則返回錯誤False標示，并根據(jù)預定策略，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。
5.根據(jù)權利要求4所述的方法，其中，如果確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫，則所述更新步驟包括 從所述新導入的網頁服務的導入文件中查找并獲得所述當前被送入的數(shù)據(jù)類型的類型信息； 根據(jù)所述類型信息，在所述數(shù)據(jù)類型庫中添加所述當前被送入的數(shù)據(jù)類型。
6.一種基于本體Ontology概念的網頁服務集成系統(tǒng)，其中，所述系統(tǒng)包括 基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫； 檢查部件，其根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查； 更新部件，其根據(jù)所述檢查部件的檢查結果或者根據(jù)操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。
7.根據(jù)權利要求6所述的系統(tǒng)，其中，所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的葉子節(jié)點為語法級數(shù)據(jù)類型；所述基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型的除根節(jié)點以外的非葉子節(jié)點為語義級數(shù)據(jù)類型。
8.根據(jù)權利要求6所述的系統(tǒng)，其中，所述檢查部件包括 生成模塊，其對所述新導入的網頁服務的訪問接口的所有接口參數(shù)及參數(shù)數(shù)據(jù)類型進行提取，形成一個參數(shù)數(shù)據(jù)類型列表； 遍歷模塊，其遍歷所述生成模塊形成的參數(shù)數(shù)據(jù)類型列表，在所述數(shù)據(jù)類型庫中查找所述參數(shù)數(shù)據(jù)類型列表中的每一個數(shù)據(jù)類型是否存在。
9.根據(jù)權利要求8所述的系統(tǒng)，其中，所述檢查部件還包括 反饋模塊，其用于在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在時，返回True標示，在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型時，返回False標示； 處理模塊，其用于在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中查找到當前被送入的數(shù)據(jù)類型已經存在時，令所述遍歷模塊進行下一個數(shù)據(jù)類型的查找；在所述遍歷模塊的查找結果為在所述數(shù)據(jù)類型庫中沒有查找到當前被送入的數(shù)據(jù)類型時，根據(jù)預定策略，確定是否將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫。
10.根據(jù)權利要求9所述的系統(tǒng)，其中，所述更新部件包括 查找模塊，其用于在所述處理模塊確定將當前被送入的數(shù)據(jù)類型添加入所述數(shù)據(jù)類型庫時，從所述新導入的網頁服務的導入文件中查找并獲得所述當前被送入的數(shù)據(jù)類型的類型信息； 添加模塊，其用于根據(jù)所述查找模塊查找到的所述當前被送入的數(shù)據(jù)類型的類型信息，在所述數(shù)據(jù)類型庫中添加所述當前被送入的數(shù)據(jù)類型。
全文摘要
本發(fā)明實施例提供一種基于本體Ontology概念的網頁服務集成方法和系統(tǒng)，所述方法包括構建步驟，構建一個基于Ontology概念體系的可支持訪問接口數(shù)據(jù)類型庫；檢查步驟，根據(jù)所述數(shù)據(jù)類型庫，對新導入的網頁服務的訪問接口的所有接口參數(shù)的數(shù)據(jù)類型進行合法性檢查；更新步驟，根據(jù)檢查結果或者操作指示，動態(tài)更新所述數(shù)據(jù)類型庫。通過本發(fā)明實施例的方法和系統(tǒng)，利用Ontology概念體系替代傳統(tǒng)Web Service集成系統(tǒng)的常見數(shù)據(jù)類型列表，從而使得Web Service集成系統(tǒng)對WebService訪問接口數(shù)據(jù)類型的支持從“語法級”提升到“語義級”，使得Web Service集成系統(tǒng)對訪問接口復雜數(shù)據(jù)類型(特別是結構化的復雜數(shù)據(jù)類型)的集成成為可能。
文檔編號G06F17/30GK102880604SQ201110192660
公開日2013年1月16日 申請日期2011年7月11日 優(yōu)先權日2011年7月11日
發(fā)明者王主龍, 鄒綱, 皮冰峰, 鐘朝亮, 張軍, 李紹明 申請人:富士通株式會社