電子商務后臺數據中ＸＭＬ消息的傳遞研究

[摘要] 在電子商務中，服務器與服務器之間、服務器與瀏覽器之間有大量的數據需要交換。這些被交換的數據，都被要求對數據的內容和表現方式有所說明，用XML擔當這個重任是再合適不過了。因為它們的顯示與信息是分開的，所以不增加任何程序，就可以使XML文檔以不同的格式（由XSL樣式指定）在各種設備上顯示。

[關鍵詞] 電子商務 后臺數據 XML

一、XML在電子商務中的作用

在電子商務應用系統中，XML簡化了在制造商與消費者之間的數據交換過程，因為只要使用同樣的XML語言并使用XML交換數據和元數據，他們就可不必采用同樣的實現手段了。例如：XML可以被用在供應鏈管理環境中交換產品目錄。此時，供貨商使用XML作為默認的格式將他們的產品清單發送給零售商，零售商則可以將這些信息載入到自己的數據庫中并能立即在他們的Web商店中顯示。

XML只處理數據及其結構，而不涉及數據的表示。XSL的樣式表單負責處理XML結構化數據的表現形式。XSL對于XML而言是一個天然的數據轉換機制，它允許同一XML文檔可以被多個設備顯示，而表現形式則主要依賴于該設備所應用的樣式表單。每個樣式表單對于每個特殊的設備都有不同的考慮。通過使用XML和XSL，開發者可以維護單一版本的應用程序和數據源，但可以通過不同的樣式表單支持各種不同的設備。所以，在電子商務應用中，使用XML，就可以實現異種數據之間的相互轉換。在電子商務中進行數據交換，以前都是基于EDI（電子數據內部交換）。但是基于XML的系統比基于EDI的系統在實現和維護上都要經濟的多。XML圍繞異種數據源提供了虛擬層，并通過單獨一個統一接口簡化了數據源的集合。而Oracle XML網關可用于將Oracle電子商務套件和任何第三方的ERP系統或類似

的環境集成在一起。

二、電子商務中的XML消息傳遞方案

作為代表方案的SOAP采用了HTTP作為底層通訊協議，RPC作為一致性的調用途徑，XML作為數據傳送的格式，允許服務提供者和服務客戶經過防火墻進行通訊。RPC的描敘可能不大準確，因為SOAP一開始構思就是要實現平臺與環境的無關性和獨立性，每一個通過網絡的遠調用都可以通過SOAP封裝起來。SOAP的兩個主要設計目標是簡單性和可擴展性。這就意味著有一些傳統消息系統或分布式對象系統中的某些性質將不是SOAP規范的一部分。SOAP在商業尤其是Web服務方面得到廣泛的應用。

支持傳遞XML消息的通訊協議當然不止SOAP一種，其中包括了XML-RPC，WDDX，ebXML和JMS，等等。W3C組織的 Eric Prud'hommeaux 和 Ken Macleod 調查了這些協議，并給出一個非常好的總結。XML-RPC提供了一個非常簡單使用在HTTP上傳遞XML的RPC機制。WDDX(Web Distributed Data Exchange)是由Allaire公司開發的，提供了一個在HTTP之上交換復雜數據結構的機制。WDDX聲明的目標是“提供一個更類似Web的方法在不同的網絡實體間傳送結構化數據對象，而不需要將開發Web應用的編程方法從面向頁面改變到面向對象。”但是WDDX序列化的方法是基于結構的而不是基于對象的。可以看出，XML-RPC、SOAP和WDDX都是基本的在HTTP上序列化和傳遞XML編碼數據的技術，也是相對簡單和現實的解決方案。

ebXML是一項倡議，參與者包括很多大公司和和官方標準協會。ebXML是一個規范集，這些規范共同實現了模塊化電子商務框架。ebXML的構想是實現一個全球電子市場，不同規模和不同地區的企業可以通過交換基于XML的消息來合作和進行商業活動。ebXML消息傳遞支持在多方交易處理中必須的高層語義。這些語義包括一對一以及一對多路由模型，對多方回路文檔交換的支持，以及根據消息頭屬性的服務質量確定。ebXML與傳輸協議無關，甚至可以用SOAP。

Java消息服務（Java Message Service，JMS）API是J2EE平臺的構成元素。JMS 1.0.2定義了兩種類型的消息傳遞域（它們是相互獨立的），即點對點發布／訂閱。盡管JMS不是專門為傳遞XML設計，但是在實際應用中由于它對消息交換高層語義的支持使得它也可以傳遞XML。

三、面向對象的XML消息傳遞協議

為了避免一些已經存在缺陷和適應XML消息傳遞應用需求的復雜化，我們認為協議設計要著重考慮以下幾個方面：

1.序列化的實現應當更高層

由于直接使用RPC機制會帶來一些問題，如難以實現高度的交互性，在實現擴展協議編程接口時會有困難，在安全上的問題。為了可交互性序列化機制應使用高層協議實現，而不應依賴于面向RPC的實現。

2.協議應當面向對象

由于序列化的方法是基于結構而不是基于對象所以不能被用來交換具有復雜關系的對象實例，所以應采用面向對象更適合通用地表達商務邏輯，所以應采用面向對象方法來彌補這樣的缺陷，以便能更通用地幫助協議實現模塊化，以及提高模塊的可重用性。

3.協議應當簡單化，并有良好的可擴展性

在像Web環境這樣的松散結構下，要求開發的簡易性、系統的可擴展性，這也是對XML消息傳遞協議的要求。從這個角度來說，SOAP是一個典型代表。SOAP本身不解決高層的分布式對象問題，例如，對象引用、對象激活、分布式垃圾收集、成批傳送消息、生命周期管理等。

基于以上的分析，所以我們認為XML消息傳遞協議應是一個簡單的、擴展性良好的面向對象的解決方案，并能在更高層實現序列化。

四、結束語

由于XML在電子商務的應用越來越廣泛，本文從協議應用的角度，分析了目前在電子商務的應用領域，XML協議涉及的具體問題，盡量從較高的角度來介紹協議應用的現狀，以及分析一些典型協議的可行之處和存在的問題，并嘗試使用面向對象的建模技術，將模塊化網絡協議設計為可構建、可重用和可擴展的架構，提出了面向對象的XML消息傳遞協議的解決方向和體系結構，這也是我們以后研究工作的基礎。

本文中所涉及到的圖表、注解、公式等內容請以PDF格式閱讀原文。