理解UDDI(4):元數據體系tModel

MILY: 宋體; mso-ascii-font-family: Verdana; mso-hansi-font-family: Verdana">理解UDDI(4):元數據體系tModel

(本文最初由 IBM developerWorks 中國網站發表，其網址是http://www.ibm.com/developerWorks/cn/)

(本文是我在developerWorks專欄發表的tModel的用途及結構詳解的縮減版，需要瀏覽未縮減版原文，請訪問http://www.ibm.com/developerWorks/cn/)

tModel是UDDI數據模型中兩個頂級數據實體(businessEntity和tModel)之一。tModel這個術語是多個概念的聯合。按照UDDI規范中的描述，tModel被用于表示一個規范或一個概念的服務類型(Service Type)性概念。在目前的UDDI的實現中，有這樣四種注冊的服務類型：“分類系統(Classification System)”、“標識系統(Identification system)” 、“抽象接口組件(abstract interface component)”和“規范(specification)”。tModel是這些服務類型在UDDI注冊數據的承載體和表現形式，是Web服務描述的元數據。一個Web服務所包含的tModel的全體構成了這個Web服務的技術指紋，通過對這個技術指紋的分析，我們就可以很方便地了解該Web服務是符合那些技術規范的，采用怎樣的調用界面的，以及其分類和標識的信息等。

什么是tModel?

為了達到讓兩個或更多的軟件可以互相兼容，也就是說，為達到我們期望的互相交換數據的目標，他們必須共享一些設計目標和通用的規范。所有UDDI站點都支持的注冊信息模型就是基于這樣的共享規范的理念。

以前，為了架構一個具備兼容能力的軟件，兩個公司唯一可以執行的方式是，就使用同樣的規范達成協議，然后基于該協議架構軟件并測試。然而，如果使用UDDI，公司就需要以某種方式組織那些用于設計他們所提供的服務的軟件接口規范及相應版本信息，并將其發布。為了識別不同的公共規范(或者在特定合作者間共享的私有規范)，規范本身的信息需要是可發現的。這種關于規范的信息，也就是傳統上稱作的元數據結構，我們在UDDI中稱其為tModel。

對于企業商務軟件的開發人員來說，tModel提供了一個通用方法，其作為一個通用引用點，使得兼容服務可以很簡單地被識別。而對于使用該軟件的企業來說，好處在于能夠極大地縮短了識別特定服務是否與您的軟件兼容的工作過程。最后，對于軟件生產商和標準化組織來說，注冊一個規范的相關信息，然后用該規范的的tModel來查找兼容的Web服務的實現，能幫助他們的客戶真正獲得使用被廣泛應用的設計規范所帶來的好處。

tModel結構

UDDI的一個重要目標是能夠描述一個Web服務并且使得此描述在搜索的時候提供足夠的語義支持。另一個目標則是提供一種機制使得這些描述足夠有用：當你在不太了解一種服務的時候，可以通過這些描述來學習如何與此服務進行交互。為了做到這一點，必需有一種方法來給描述賦予足夠的信息，這些信息包括服務的行為表現，服務遵循何種協議，或者是服務符合什么規范或標準。tModel 結構的任務之一就是提供對符合某種規范、概念甚至是某種共享設計的描述能力。

tModel 結構以由鍵標識的元數據的(關于數據的數據)形態存在。概括地理解，在UDDI注冊中心里的tModel 結構的用途是提供一個基于抽象的引用系統。因而，tModel 結構所表示的數據類別是相當繁多的。換句話說，一條tModel 注冊信息可以定義任何東西，但在目前的版本中，我們應用了兩個約定，這兩個約定分別將tModel 結構用作確定兼容性的來源以及由鍵標識的命名空間引用。

tModel 結構組成信息非常簡單。它們包括一個鍵，一個名，一個可選的描述，以及一個指向某處的URL，可能好奇的人可以去那里找到tModel 結構中的元數據本身所代表的實際概念，也就是說這個URL可能指向的是一個規范文本或概念的文本。

兩個主要用途

在businessEntity注冊中，你會在兩個地方發現tModel的引用。從這方面考慮，tModel是很特殊的。盡管businessEntity中的其他數據(例如businessService和bindingTemplate數據)都是作為唯一父businessEntity元素的一個唯一的由鍵標識的實例存在的，然而tModel卻是以引用的形式被使用的。這意味著你可以在多個businessEntity數據集中，找到對某個tModel實例的多個引用。

定義技術指紋

tModel的主要角色是作為描述一種技術規范的機制存在。例如是一個概述有線協議的一種規范、交換格式的一種規范或是交換序列規則的一種規范。這樣的一個規范可以在RosettaNet RNIF 1.0規范中被發現。其他例子可以在一些標準工作比如ebXML[1]，ECO[2] 和各種電子文檔交換(EDI)的工作中被找到。

通過通訊介質與其他軟件通信的軟件總是遵循某種預先議定的規范。在這樣的情況下，規范的設計者可以通過使用tModel注冊規范的信息，以達到在一個UDDI注冊中心中建立一個唯一的技術標識的目的。

定義抽象的命名空間引用

其他用到tModel引用的地方是在定義組織身份標識和各種分類信息的identifierBag和categoryBag結構中。在這一上下文中，tModel引用表示了由鍵標識的名/值對與組織身份標識概念名之間的關聯，或是表示了由鍵標識的名/值對與賦予這個名/值對具體語義的命名空間之間的關系。