ebXML與Web Services相輔相成

申請免費試用、咨詢電話：400-8352-114

ebXML與Web Services相輔相成

在Web Services出現(xiàn)之前，ebXML為電子商務搭建了一個基礎框架，用于交換開展電子商務所必需的信息，而不必借助昂貴而復雜的EDI。但Web Services的影響力使其觸角滲透到了網絡時代應用的每個角落，電子商務自然也是受到沖擊的領域。作為電子商務的標準，ebXML的前景又會如何？

ebXML的宗旨是要開發(fā)一個以開放的XML標準為基礎的電子商務的基礎架構，從而拓展出一個統(tǒng)一的、松散耦合的全球性電子交易市場，使每個加入ebXML體系的成員都能夠在一個共享的、安全的和規(guī)范協(xié)調的環(huán)境下實現(xiàn)全球通用的電子商務信息交互。Web Services則是為解決應用層集成所不可避免的問題而提出的開放式平臺技術架構，它提供了分布式計算技術，可在Internet 或者Intranet上通過使用標準的XML協(xié)議和信息格式來展現(xiàn)商業(yè)應用服務。XML標準及相關標準的使用，使得Web服務平臺、語言和發(fā)布者能夠互相獨立，形成一個松散耦合的Web服務網絡。

此時我們可以看ebXML和Web Services所具有的共同特點：基于松散耦合的應用交互。松散耦合的特性意味著企業(yè)可以自由地選擇供應廠商、硬件平臺、軟件框架等電子商務的組成部分，只要這些供應廠商在相應的硬件平臺上提供了支持ebXML規(guī)范或Web Services規(guī)范的軟件框架就能夠構建可用于交易的電子商務系統(tǒng)。此外，松散耦合在使得企業(yè)有更多選擇的同時，實施費用和集成費用也更低;應用交互則意味著它們都致力于提供一種技術框架以便于不同應用系統(tǒng)進行集成對接。

隨著Web Services的出現(xiàn)和發(fā)展，ebXML中有關底層技術架構的部分逐漸與Web Services中的相關部分進行了融合，ebXML的底層技術架構有向Web Services架構轉化的趨勢，而其自身將更為準確地定位在商務流程和交互協(xié)議部分。

ebXML定位商務

為了理解ebXML的技術體系，首先要理解其概念基礎。從一開始，ebXML體系架構的設計就立足于現(xiàn)實中的商業(yè)流程，它從各種商業(yè)流程中歸納出通用的商業(yè)對象，比如團體、場所、事務等。而XML的出現(xiàn)使得運用XML的元素/屬性機制能夠非常容易地定義和識別這些對象，并且可對這些對象進行自由操作。ebXML的一個基本目標就是通過使用這些抽取出來的、預定義的商務對象，建立一個統(tǒng)一的、跨行業(yè)的商務交互標準。

目前，ebXML使用兩個視圖來描述所有商務交互的相關方面。第一個是商務運作視圖（BOV，Business Operational View），主要針對商務數(shù)據事務的語義以及相關的數(shù)據交換。商業(yè)事務體系包括處理和運作協(xié)議、相互需要承擔的義務、需求等。在實際運用這些特定的商務規(guī)范時，需要有同樣支持或使用ebXML的貿易助手。 第二個是功能服務視圖（FSV, Functional Service View），主要面向對服務的支持，以及滿足對ebXML的部署需求。FSV的實施分為三個主要階段：實施、發(fā)現(xiàn)和部署及后期的運行階段。實施階段處理以ebXML為基礎架構的應用程序；發(fā)現(xiàn)和部署階段包括對所有ebXML相關資源的發(fā)現(xiàn)，以及隨后自我適應地進入ebXML基礎架構；運行階段則主要關注與現(xiàn)有ebXML事務關聯(lián)的ebXML運行環(huán)境。

為了將BOV和FSV投入具體使用，ebXML架構通過注冊系統(tǒng)進行集成。ebXML的注冊系統(tǒng)提供一整套分布式服務，使得彼此有意愿進行商務流程集成的企業(yè)可以通過共同遵循ebXML規(guī)范來達到共享信息以及應用集成的目的。

商業(yè)與技術　兩大支點

ebXML與Web Services的體系架構有不少相似之處。但我們可以發(fā)現(xiàn)它們明顯的不同在于，ebXML是自上而下地提供解決方案，首先確定成功開展電子商務所必須達到的需求，然后再著手實現(xiàn)滿足那些需求的規(guī)范；而Web Services架構則是自下而上地提供解決方案，先實現(xiàn)那些能滿足個別核心要求的技術規(guī)范（如簡單的XML消息傳遞和服務描述，甚至是服務發(fā)現(xiàn)），然后在此基礎上逐步上升。

同時Web Services的應用范圍更加廣泛，它并不僅僅適用于電子商務，這也是這兩者最本質的區(qū)別。Web Services框架的目標是消除平臺、語言的差異，如果說Java消除了硬件平臺的差異，那么Web Services更進一步，它將消除包括Java平臺、.NET平臺在內的各種軟件平臺的差異。從這一點來看，Web Services應當是下一代應用的基礎框架，電子商務只不過是它的一個應用領域。但反過來，在電子商務領域，光有Web Services并不能提供完整的解決方案，而必須依靠ebXML來構建上層建筑。所以，ebXML和Web Services各自期望解決的問題，以及對問題的考察角度，存在顯著的區(qū)別。

從目前的技術發(fā)展趨勢來看，ebXML的實現(xiàn)可以看成是在Web Services技術框架之上遵循ebXML商務流程相關規(guī)范的應用實現(xiàn)。ebXML的長處不在于它的基礎技術框架，而在于它的商務流程框架。ebXML的商務特性和Web Services的技術特性，構成了一代電子商務的兩大支點。

基于Web Services的ebXML應用模式

我們用一個例子來具體考察ebXML的工作模式，同時探究一下如何在其中應用Web Services技術。

圖1展示了兩個公司之間使用ebXML進行交互的示例。每個步驟的詳解如下：

1．企業(yè) A首先查詢ebXML注冊中心，下載并查看其中存儲的Business Scenario以及Business Profile。通過瀏覽和分析，匹配到與自身實際情況相符合的商業(yè)模型。企業(yè)A根據它確定自己的 ebXML 實現(xiàn)需求，也包括確定ebXML 是否適合其商業(yè)需求。

2．根據獲得的信息，企業(yè)A可以構建或購買適合其計劃的 ebXML 事務的 ebXML實現(xiàn)。支持和實現(xiàn)ebXML的廠商推出的ebXML產品，對企業(yè)用戶而言可能是一個預先包裝的桌面應用程序或是可管理的商業(yè)服務器系統(tǒng)。在圖1中，企業(yè)A和企業(yè)B都使用著類預先包裝好的ebXML應用系統(tǒng)。

3．企業(yè)A需要創(chuàng)建一個CPP（ebXML所定義的協(xié)作協(xié)議概要），并將這個CPP注冊到注冊中心。其內容可能是希望添加新的商務流程，或只是引用已有的商務流程。潛在的合作伙伴可以使用這些CPP信息來確定企業(yè)實體A所感興趣的商業(yè)角色，以及為實現(xiàn)與這些角色的交互，公司A所愿意使用的交互協(xié)議。

4．當企業(yè)A完成注冊后，企業(yè)B就能夠通過注冊中心查詢企業(yè)A的CPP，以確定它與企業(yè)B的CPP是否兼容和匹配。

5．企業(yè)B能夠在順應CPP的基礎上自動與企業(yè)A的系統(tǒng)協(xié)商CPA（ebXML中的協(xié)作協(xié)議協(xié)定）等交互協(xié)議約定。

6．這兩家公司開始處理實際事務。這些事務可能會涉及各種符合ebXML的標準和商業(yè)消息。伴隨著所有這些過程，“現(xiàn)實世界”也會發(fā)生相應的活動，例如從一地向另一地發(fā)貨或提供服務。ebXML將有助于認可、監(jiān)控和驗證這些現(xiàn)實世界的活動。在我們的“信息經濟”中，許多正在進行的事務都可能是處于ebXML所涉及的領域。

在這個示例中，除了與商業(yè)流程緊密相關的以Business Scenario/Business Profile為核心的CPP、CPA以及其他商務事務消息外，還包含了很多系統(tǒng)與系統(tǒng)之間的交互，例如有ebXML應用系統(tǒng)與ebXML應用系統(tǒng)的交互，也有ebXML應用系統(tǒng)與注冊中心的交互。目前ebXML系統(tǒng)之間的交互已經采用了Web Services技術架構中的SOAP協(xié)議，而其注冊中心也有被UDDI Registry代替和接合的趨勢。應該說，如果ebXML系統(tǒng)實施技術層面的交互完全轉向Web Services，將更有利于保障ebXML的通用性和松散耦合。

競爭不可避免

雖然ebXML和Web Services在不斷進行融合，但從兩者的技術層面來看，它們仍然有交叉部分，所以嚴格地說來，競爭不可避免。

ebXML規(guī)范已經制訂完成，而Web Services的相關規(guī)范則正在研發(fā)和制訂的過程當中。照理說，ebXML的實施應該比Web Services更為領先，然而，事實是各大技術提供商都優(yōu)先將力量投在了Web Services領域。ebXML要得到廣泛應用，必須有開放的、跨平臺的、松散耦合的、具有優(yōu)秀交互能力的技術平臺架構予以支撐和保障。目前基于XML技術的Web Services技術框架是最佳的選擇，拋開Microsoft這樣的特例（Microsoft擁有BizTalk，BizTalk是一個與ebXML類似的規(guī)范和框架）不談，諸如IBM、Sun、HP、Oracle等IT巨頭們都期望能先將基礎設施Web Services建設好，然后再在上面構筑電子商務的應用平臺：ebXML系統(tǒng)。ebXML是一個很好的規(guī)范和框架，然而在現(xiàn)有的技術平臺上，它并不能極大地發(fā)揮它的能力，基于Web Services的ebXML系統(tǒng)才能真正體現(xiàn)設計者的期望。

當然這并不是說現(xiàn)在致力于ebXML實現(xiàn)沒有價值，事實上，其中也蘊涵著巨大的商業(yè)價值。各大技術開發(fā)商無論是推出操作系統(tǒng)、數(shù)據庫系統(tǒng)、應用平臺框架或是開發(fā)工具，其目的都是要構建企業(yè)商務系統(tǒng)，ebXML系統(tǒng)從技術上來講是具有最大的共享交互能力的商務應用，而共享交互是現(xiàn)在乃至未來的電子商務應用最重要的特征。目前，ebXML的實施也正在相當?shù)姆秶鷥葟V泛開展，Sun、Sybase、Oracle、WebMethods都在它們的平臺軟件中加入了對ebXML的支持，而XML Global、Vitria BusinessWare、IONA、Fujitsu等則紛紛在它們的B2B平臺上加入ebXML模塊，在ebXML上爭奪的激烈程度一點不比Web Services領域遜色，只是各IT巨頭在Web Services的戰(zhàn)場上投入的力量更多，因此更為引人注目。

對于商家來說，如果看好一個技術，絕對不能在基礎設置完全構建完畢后才開始實施，那一定會落在別人的后面。如果認為ebXML的確是未來電子商務的主流應用框架，那么就一定要從現(xiàn)在開始隨著Web Services的發(fā)展而實施ebXML應用系統(tǒng)，等到Web Services完全被用戶接受的時候，隨之構建的ebXML應用系統(tǒng)就能夠馬上交付用戶使用了。在商業(yè)競爭中，時間是如此的寶貴，即時響應所帶來的效益完全可以讓先前的投入變得物超所值。