在全球資訊網（World-Wide Web，WWW）資訊量超載及爆炸的時代，以現有HTML為基礎的資訊網路技術，是無法滿足使用者在資訊消耗的需求。在WWW上通行的HTML文件中，電腦只能就安插在文件內的格式化指令，將文件內容做視覺化效果後，呈現在瀏覽器上供使用者解讀。由於電腦無法處理文件內容，使得WWW上提供的服務侷限在人機交談的模式，無法提供以電腦代理的自動化服務。

電子商務的自動化服務

以電子商務為例，一般企業對顧客（Business-to-Customer，B2C）的購物網站，只提供顧客商品型錄瀏覽，或資料庫內容查詢；而其它商業程序如下訂單、付款、送貨、售後服務等，大多是以網頁呈現的方式來完成商業程序。不過這種建立在人機交談模式的電子商務，並無法滿足企業間電子商務（Business-to-Business，B2B）在商業自動化的需求。

在網際網路興起之前，企業間可以透過電子資料交換（Electronic Data Interchange，EDI）來進行商業自動化。EDI是企業間採用共同認可的標準資料交換格式，是經由通訊網路來進行電腦對電腦的資訊交換，其著眼點是將業務往來之商業文件，如訂單、發票等，換成電子型式，所以各行各業的標準EDI格式，便依其需要而應運出來。當網際網路在商業化之後，便成為傳送EDI訊息的重要管道。

當XML成為文件結構標準語言後，EDI的訊息結構便紛紛採用XML為其描述語言，並造成網際網路和XML促使EDI的通訊網路及轉換軟體成本大為降低。不過EDI著重於標準文件的交換，並未牽涉到商業程序的自動化。

商業程序是買、賣雙方透過需求及回應文件交換的工作流程，並達成商業目的的過程。譬如買方送出訂單需求（Purchase Order Request）文件傳給賣方時，後者收到此文件後，將處理的結果以訂單回應（Purchase Order Response）文件傳回給買方，如此就完成訂單處理的工作。EDI只規定了標準的需求及回應的文件，至於商業程序中的工作流程細節則沒有規範。

電子商務的基礎概念

RosettaNet針對電腦製造業、電子零組件業、半導體製造業等高科技產業，定義出一套結合商業程序及商業文件的商業自動化標準規範；這時買、賣雙方就根據標準規範製作程式，做為彼此後端應用程式的前端交談介面；因此以RosettaNet為基礎，可建立整合標準商業XML文件和商業工作流程的商業自動化。

當一對交易伙伴（供、需雙方）有意進行以RosettaNet為基礎的商業交談時，必須見面商討約定雙方共同的商業程序，然後將約定的內容寫成文件，以供雙方參考，而雙方便依照其內容，製作出前端介面程式以連結彼此的後端應用程式，如(圖一)所示。

《圖一　企業間電子商務概念圖》

在ebXML的技術架構中，協同合作協定側寫及協議（Collaboration Protocol Profile and Agreement、CPP and CPA）和註冊服務（Registry Information Model and Services、RIM and RS）等規範，是用來補充公司在找尋適當交易伙伴或設計EB內容上的不足。此外ebXML也定義了共通的商業程序語言（Business Process Specification Schema，BPSS）、並制定共通商業用語的規範（Core Component，CC），讓各產業以此為其共通語言並制定其商業程序規範；ebXML也同時制定訊息服務規範（Message Service，MS），以提供安全可靠的訊息傳輸管道。

ebXML技術架構

ebXML是由聯合國UN/CEFACT與OASIS兩國際組織所負責推動的電子商務標準制定計劃。此計劃開始於1999年秋天，在歷經十八個月的努力後，於2001年五月公佈一套電子商務標準。

ebXML提出了一套完整的技術規範，並訂定電子商務中各種功能標準，包括商業流程的建立、資訊的發掘，及訊息的包裝與傳輸等，其目的是利用以XML為基礎的相關規格和應用從事商業的行為，並希望任何規模大小，以及不分地區的企業或公司行號皆可在以ebXML規範所建立的電子交易環境內，建構一全球互通性之電子交易基礎架構。

《圖二　ebXML技術架構》

在電子交易中的註冊服務

在ebXML的技術架構中，如(圖二)所示，要實行ebXML式的電子商務的公司（以下稱A公司）第一個步驟是先從ebXML相容的註冊服務處取得ebXML的規範；第二個步驟是在規範研究過後，A公司便依所需進行系統製作的工作；第三個步驟是將製作的內容（公司資訊、底層遞送技術、使用文件規格，及商業處理等）編製成合作協定側寫（Collaboration Protocol Profile，CPP），然後再向註冊服務處登錄，以便其他公司查詢。此時A公司的CPP便記載著他們在電子商務處理的能力與限制，及其所提供的商業處理方式。

而另一家公司（以下稱B公司）從同一個註冊服務處得知A公司的商業處理方式後，想跟A公司進行ebXML式的電子交易。這時B公司必須先從註冊機制取得A公司的CPP，這也是第四步驟；然後再向A公司送個訊息請求進行ebXML式的電子交易。在經過A公司確認後，雙方便開始協商上層商業處理及下層技術服務的細節，以達成協議。這協議記載在一份XML文件中；而這份文件就稱為合作協定協議書（Collaboration Protocol Agreement，CPA），雙方都會存有一份此文件。接下來的第五個步驟，就是B公司依照CPA中的內容，來進行軟體製作的工作。當B公司軟體備妥之後，就要向A公司軟體提出進行電子交易的申請；在確認雙方都沒有錯誤後，A、B公司的軟體便依協議進行ebXML式的電子交易，此交易便為第六個步驟。

ebXML基礎建設的元件

ebXML的基礎建設中有以下元件以支持上述的情境：

以下針對上述元件做進一步說明。

交易夥伴資訊：CPP與CPA

將參與ebXML式電子商務（eBusiness）交易夥伴間的商業處理細節及能力，包括上層的商業處理及下層的技術服務，記載在一份標準XML文件CPP（Collaboration Protocol Profile）裡，並公佈在註冊服務處，以供其他有興趣的交易夥伴查詢。透過CPP的查詢，ebXML交易夥伴有了開始初步的接觸，而交易夥伴彼此間的商業處理細節及能力差異，就要透過協商並達到一致。雙方協商後的結果則會被紀錄在另一份標準XML文件CPA（Collaboration Protocol Agreement），雙方各存一份，以做為雙方商業交談的依據。

商業程序與資訊模型

在商業程序與資訊模型方面，ebXML提供描述商業程序規範（Business Process Specification）的方法，讓交易夥伴能夠清楚的描述其商業運作的情節。商業運作的情節是由一組經編排後、有秩序的商業交易活動所構成，而每個商業交易活動是供、需雙方交換電子商業文件的過程，ebXML在此提供了XML DTD及UML兩種方法以利建構商業程序及文件，並供交易夥伴描述其商業程序規範。

核心元件與核心資料庫的機能

ebXML訊息的重要目的是互通性。ebXML定義了一系列被稱為核心元素（Core Component）的共用資料項目，以供各行業在利用他們各自的術語交談之餘，透過核心元素與其他行業的術語進行語意上的對應，進而達成不同行業間訊息之互通性。

註冊服務及儲存庫

ebXML註冊服務處有提供儲存庫的功能，並提供查詢服務介面，以供使用者取用ebXML規格文件、及發掘交易夥伴資訊，進而促進交易夥伴間建立交談的關係。此外也提供發佈服務介面，以供各協會提交其規格書及公佈其CPP。

訊息服務機能

ebXML的訊息服務提供交易夥伴間可靠的交換商業訊息方法，但訊息服務並不定義於任何私有的技術及解決方案。訊息服務由上而下可分為三個部分來看。第一是供應用程式端呼叫的訊息服務應用介面、第二是訊息服務層、第三是下層的傳輸服務。訊息服務層接到ebXML應用程式的傳送訊息要求後，做安全控管、文件包入信封，然後將包裝後的訊息交由下層的傳輸服務傳送到目的地。而在傳輸服務方面則是利用現有的埠際傳輸協定，如HTTP、FTP和SMTP等。

ebXML與商業自動化

商業電子化的過程可分為設計期、轉換期與執行期三個部份。第一部份，是交易伙伴找到合適對象後，再經由磋商決定商業電子化的內容，其中包括商業交談的流程以及實現交談所需的訊息服務技術。這也是由彼此相關人員互訪、洽談後，才能夠做的決定。

第二部分是關於如何將前一階段所決定的內容，設計成軟體程式。由於描述這些內容的規格書尚未規格化成XML形式，這時資訊技術人員就必須根據規格書所述，製作上、下層所需之軟體。第三部分是執行所設計的軟體程式，以具體實現設計期所決定的內容。上述的過程會因商業電子化的內容更新、或新夥伴的加入而重複，如(圖三)所示。

《圖三　商業電子化生命週期及各階段工作內容》

ebXML設計期的三項工作

前述ebXML基礎建設可以促進EB生命週期(圖三)中的設計期自動化。設計期的工作可分成資訊準備、資訊取得和內容協商。資訊準備的工作包括製作描述標準的內容的EB規範文件，以便參與廠商理解EB標準的內容，以及製作描述參與廠商EB能力文件，供其他廠商認識；資訊取得的工作，是有關於前述文件的取用及管理機制；內容協商的工作則是交易夥伴雙方根據彼此的EB能力，協商出一套EB交談的內容。

利用資訊技術來實現設計期的自動化的三項工作

資訊準備

這項工作是要讓文件製成機器可處理（machine processable）的格式，如XML DTD或Schema等作為表達文件的格式，這樣的工作稱之為文件正規化（formalize）。ebXML的BPSS以XML DTD定義描述商業程序規範的語言，而定義標準的單位，則可利用此語言清楚的描述其上層架構。此外ebXML提供CPP和CPA，前者是交易夥伴在上層及下層EB能力的描述文件，後者是交易夥伴間同意EB上層及下層內容的文件。因為二者皆為用XML DTD所制定，因此也是機器可處理的資料。

資訊取得

這項工作是利用資訊技術來管理前一項工作的所有文件及其他EB相關的文件，以利使用者了解EB標準的內容，並發掘潛在的交易對象。ebXML提供註冊服務處（Registry Service）執行這項工作，而為了實現註冊服務，ebXML制定了註冊服務處資訊模型（Registry Information Model）和註冊服務規範（Registry Service Specification）。前者定義了儲存在註冊服務處的各類物件的性質，這些物件包括標準規格書、參與廠商的能力側寫（CPP）等，後者則是定義了管理前面物件的服務介面，包括查詢、增、刪、修等功能。

內容協商

這項工作是廠商根據註冊服務處提供的服務介面，找到合適的交易夥伴後，雙方根據彼此的EB能力內容，磋商出一套彼此同意的交談協定。ebXML的做法是，雙方拿各自的CPP在透過協商程序後，得出彼此同意的內容記在一份協議文件（CPA），並讓雙方各存一份。

依據上面的分析，第二、三項工作的自動化程度決定設計期的效率。第一項工作雖然不直接影響效率，但是文件正規化的程度卻是決定後兩項工作是否得以自動化的關鍵。

總結

以上各技術組成的要件，在彼此間緊密地結合成一個嚴謹的EB架構，例如CPP和CPA中所定義的商業處理程序是根據商業程序規範框架（Business Process Specification Schema）而來；而CPA中每個商業程序均附有其遞送的管道、當中明訂的訊息安全，以及可靠度的要求；這時訊息服務便根據遞送管道的規定，建立起安全可靠的傳輸管道，以便實現上層商業處理的情節。註冊服務處則管理所有標準規格資訊、商業程序規範及CPP等。

隨著商業電子化蓬勃發展，各種產業的電子商務標準隨著出現，未來也會隨之出現這些異質標準整合的問題，而ebXML則是標準整合問題的解決方法之一，並做為共通的描述工具。雖然RosettaNet缺乏註冊服務處，此外也沒有制定CPP及CPA標準，但ebXML可用來補足這方面的不足，並被充分地利用。

＜作者為大同大學資訊工程系所副教授，聯絡方式：chingyeh@cse.ttu.edu.tw＞

延 伸 閱 讀

XML（Extensible Markup Language）為延伸式的標記語言，是SGML（Standard Generalized Markup Language）的一個子集合，於1998年成為W3C推薦標準。XML標籤是在做資料的 定義，讓定義好的資料直接透過網際網路傳達於組織間及世界各地，相關介紹請見「淺談XML文件與資料庫管理」一文。 近幾年來，網路風潮帶動一波波電子商務的風氣與商機，也讓企業對應用程式系統網路化 需求大增，然而以往的單廠牌或單一平台的解決方案卻已不敷使用，且整合困難。因此，提供跨平台 、跨網路與跨程式語言的資料描述方式「XML」的興起，正如網路救世主一般地帶來了新生機。目前 新一代的企業整合方案及各B2B交易市集，無不採用XML為基礎資料格式，你可在「XML與Web Services」一文中得到進一步的介紹。 本文將先以元件架構以及客戶端架構部份的討論為開端，接著討論二大架構下最重要的兩 大議題：資料與目錄存取，以及對XML的支援，由檢討二者開發的架構性，讓讀者能夠更了解二者所 採取的市場策略，在「新一代的Web應用標準競爭」一文為你做了相關的評析。

相關組織網站	ebXML標準規格官方網站 XML電子商務網站 W3C對XML的規範文件網站