資料結構類型(UDDI 登錄)

登錄完成並登入要使用的 UDDI 登錄之後,就可以登錄 Web 服務。服務的登錄包括四種核心資料結構類型: 商業資訊、服務資訊、連結資訊及描述服務規格的資訊。這些資料類型之間的關係說明位於圖 1 中。

商業資訊。 businessEntity 結構所包含的資訊。businessEntity 含有發佈服務的商業的相關資訊,如商業名稱、說明、聯絡資訊及 ID。

服務資訊。說明一組 Web 服務的資訊。這些資訊包含在 businessService 結構中。businessService 含有技術服務系列的相關資訊。此結構將商業程序或服務群組相關的一組 Web 服務集中起來。

連結資訊bindingTemplate 結構所代表的資訊。 bindingTemplate 保存技術資訊來決定呼叫 Web 服務所需的進入點和建構規格。 bindingTemplate 提供相關的 Web 服務說明供應用程式開發人員來尋找和呼叫 Web 服務。 bindingTemplate 指向服務實作說明,例如透過 URL。

說明服務規格的資訊tModel 所代表的給定 Web 服務所實作之各種規格的相關 Meta 資料。tModel 提供一個參照系統,來協助探索 Web 服務。

圖 1. 資料類型之間的關係。

圖 1 說明商業實體、商業服務、連結範本及 tmodel 之間的關係。

每一個子項結構都具有唯一的母項結構。這表示每一個 businessService 結構都隸屬於特定的 businessEntity。以此類推,每一個 bindingTemplate 都隸屬於特定的 businessService。每一個 bindingTemplate 結構都會參照 tModel 結構的唯一實例; 不過,由於參照在多個母項結構中可以重複,因此可能會有多個不同的實體服務模版母項同時參照 tModels,如圖 2 所示。

圖 2. tModel 的參照。

圖 2 說明指向 tModel 的多重參照。

發佈者確認

發佈者確認是 UDDI 中建立 businessEntity 結構關聯性的一種方式。 發佈者確認定義一組 businessEntity 結構。許多商業無法有效地由單一 businessEntity 來代表。發佈者確認可以在 businessEntity 結構之間建立關聯。 比方說,一家大公司可以擁有數家分公司,雖然它們具有不同說明,但仍然緊密地結合在一起,而且想要使得它們的關係可在 UDDI 登錄中看到。

服務投射

服務投射可讓商業實體參照由另一個商業實體發佈的服務。 以 businessService 結構作為已發佈的 businessService 的投射,企業可以分享或重複使用服務。 服務投射視為參照 businessEntity 的一部分來集中管理。 這表示任何參照 businessEntity 結構對 businessService 所做的變更,適用於所有參照 businessEntity 結構。