XML 標籤<Head>和<Body>來包含。
<xs:sequence>
<DestSystemID>、<ServiceName>等 XML 標籤來表示。
<xs:element name="Head">
<xs:complexType>
</xs:element>
而回應服務請求的服務介面識別，則包含有來源系統識別碼、目的系統識別 碼、目的系統的訊息序號、及所回應的服務名稱，分別以<SourceSystemID>、
<DestSystemID>、<DestMessageID>、<ServiceName>等 XML 標籤來表示。
<xs:element name="Head">
<xs:complexType>
<xs:sequence>
<xs:element ref="SourceSystemID"/>
<xs:element ref="DestSystemID"/>
<xs:element ref="DestMessageID"/>
<xs:element ref="ServiceName"/>
</xs:sequence>
</xs:complexType>
</xs:element>
服務介面主體的內容，會依據不同的服務介面類型(請求與回應)，不同的服 務名稱，定義出不同的內容。這樣的設計方式具有以下兩項好處：
(1) 可以利用一個軟體代理人來實踐多個服務介面，因為軟體代理人可 以從服務介面識別中的服務名稱，來辨別出外部系統所要請求的資 訊服務，使用資訊系統內對應的企業邏輯來執行，然後回應服務請 求。對外的介面減少了，可以減輕管理上的負擔。
(2) 具備彈性，可以適用於表 3-1 所描述的各種企業應用整合的拓墣架
構。詳細說明參考表 4-2。
表 4-2、適用各種整合的拓墣架構的設計說明
拓墣架構 說明
統識別碼、目的系統識別碼、及服務名稱的設計，訊 息可以在此中心點互相交換。
Bus 佈告欄模式，來源系統將訊息送到匯流排上，透過來
源系統識別碼、及目的系統識別碼的設計，各資訊系 統可以從匯流排上取出屬於自己的訊息。
Point-to-Point 應用系統彼此互連，最簡單的方式，只需等待請求的 回應，不需任何特殊設計。
Pipeline 使用先進先出(first in first out)的資訊流，類似 Bus Topology，只是訊息必須依序處理，透過來源系 統識別碼、及目的系統識別碼的設計，各資訊系統可 以取出屬於自己的訊息。
Network 適合非同步的活動和獨立的交易，透過訊息序號的設 計，將請求時的訊息序號與回應時的訊息序號關連起 來，可以滿足非同步的請求、回應方式。
第 5 章、資料保護機制的設計
對企業而言，妥善保護客戶資料，是一種義務，也是一種責任，要做好客戶 關係管理，一定要更重視客戶資料保密。一旦客戶資料洩露出去，客戶會產生資 料安全上的疑慮，對企業產生不信任感，不但競爭對手可能藉機搶走重要客戶，
企業形象也會因而受損。除了保護客戶資料，員工的資料也要受到保護，可以避 免員工受到外界不必要的干擾。
整合帶來了便利，卻也帶來了資料保密的問題，透過整合，客戶和員工的資 料可以由很多管道取得，若缺乏適當的管控，很容易洩露出去。因此必須輔以適 當的保護機制，以及監控的方法，才能在享受整合所帶來的好處的同時，也能達 到資料保護的目的。