1 / 56

第九章 eCo 架構

第九章 eCo 架構. eCo 系統簡介 eCo 規格的目標與組成元件 eCo 系統設計理念與需求 eCo 系統運作方式 eCo 架構 eCo 架構的 XML 參考資料. eCo 簡介. eCo Framework 計劃由美國 CommerceNet 於 1998 年 8 月成立， Commerce One 為主要贊助公司。 eCo 是一跨產業的組織， eCo Framework 的目地並非要取代其他標準，而是試圖要建立一個各種標準的互通性架構。. eCo 系統簡介. 電子商務 互通性 問題 eCo 架構規格 超過 35 公司與集團

brygid
Download Presentation

第九章 eCo 架構

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. 第九章 eCo架構 eCo 系統簡介 eCo 規格的目標與組成元件 eCo 系統設計理念與需求 eCo 系統運作方式 eCo 架構 eCo 架構的XML 參考資料

  2. eCo簡介 • eCo Framework計劃由美國CommerceNet於1998年8月成立，Commerce One為主要贊助公司。eCo是一跨產業的組織，eCo Framework的目地並非要取代其他標準，而是試圖要建立一個各種標準的互通性架構。

  3. eCo系統簡介 • 電子商務互通性問題 • eCo架構規格 • 超過35公司與集團 • 標準:OBI、OFX 、IOTP 、XML/EDI 、RosettaNet 、XML-Based • 與其他規格的關係 • eCo交易環境

  4. 互通性之定義 • 指在不受限於特定及專屬的整合方式下，在特定產業內或跨產業間的交易雙方(或many-to-many)能促發甚而進行彼此間的交易行為。

  5. 互通性之定義(續) • 從應用層面來看，互通性的主要定義可解釋為建立一技術架構規範，以幫助欲從事交易行為的特定組織解決下述的商業層面問題： • 如何尋找和確認潛在的交易伙伴？ • 潛在的交易伙伴提供何種產品和服務？ • 與潛在交易伙伴的互動方式為何？ • 潛在交易伙伴提供何種應用程式界面？

  6. 互通性之定義(續) • 潛在交易伙伴的互動方式遵循何種協定？ • 一己的系統能否和潛在交易伙伴進行上述的互動？ • 一己的應用程式界面是否和潛在交易伙伴的應用程式界面相容？ • 一己應與潛在的交易伙伴進行哪些資訊交換？

  7. 參與的公司或集團 • Netscape、Veo Systems、Sun Microsystems、3Com、NEC、CommerceNet、Formtec、HP、Harbinger、Epic Systems、Muzmo、Royal Bank of Canada、NTT Labs、GEIS、

  8. 參與的公司或集團(續) • Berkeley National Laboratory、Microsoft、Vignette、EAN International、Intel、Compag、Article Numbering Associations、News Corp、NIST、Computer Science Corporation、Ontology、TradeEx、Drummond Group、UWI

  9. 與其他規格的關係 • eCo規格直參考了其他多種的標準與規格。接eCo將既有的電子商務標準當成建立共通性電子商務架構的基礎。

  10. eCo交易環境 • 交易環境的提供者與組織者，會成為一個特定交易環境的市場創建者，資料類型的語意整合與開放的儲存庫，將被視為社區市場的開發與操作的基礎，CommerceNet的目標在於成為促進建立在全球社群交易市場的提出者。

  11. eCo關聯技術 • CBL - Common Business Library：一個XML文件相關的DTDs集合，用以架構複合電子商務文件。CBL是XML-based商業訊息和文件的集合。 • CDF - Channel Definition Format：用以定義微軟的Internet Explorer頻道更新時程和快取方式。

  12. eCo關聯技術(續) • EDI - Electronic Data Interchange：在過去多年來被許多大公司採用的一套語意和語法系統，主要用在商業文件的交換。 • ICE - Information Content and Exchange：規範資訊內容間之交換方式，並提供交易關係控管之用。

  13. eCo關聯技術(續) • KQML - Knowledge Query and Manipulation Language：用以規範在特定領域的代理程式之間的溝通語言。KQML是一種訊息架構，它主要被用在代理程式間的溝通。 • OBI - Open Buying on the Internet：開放且具彈性的標準，在這架構環境中企業與企業間可在網際網路上以安全互通的方式交易低單價高總量的消耗品。

  14. eCo關聯技術(續) • OFX - Open Financial Exchange ：由Microsoft, Intuit, and CheckFree共同合作開發的一項標準，它主要是用在線上金融資訊之傳輸和交換，使金融機構和其客戶間之資訊交換不需透過第三者來進行 。

  15. eCo關聯技術(續) • XML/EDI：利用既存EDI語意以定義XML語法中的語意。 • XMI - XML Metadata Interchange：使模擬語言（modeling language）工具間的metadata得以以更方便的方式交換。

  16. eCo規格的目標與組成元件 • eCo互通性(Interoperability)目標：eCo互通性並無完全採用或部分採用的問題，eCo規格從系統到商業層級，提供交易伙伴一個清楚且穩定的介面，交易伙伴不需要採用整個eCo架構仍然相容。

  17. eCo規格的目標與組成元件（續) • eCo的組成元件 • eCo架構：界定企業自我描述及電子商務系統描述方式，以及企業所屬的交易社群市場。 • eCo語意建意書：提供建立電子商務的語意型態，與語法定義的方法和建議。另外，建議書制訂XML基本元素及文件定義。

  18. eCo系統設計理念 • 使用網際網路標準與規格 • 使用現行或剛掘起的標準 • 提升互動性 • 支援國際語言 • 具備延展性 • 具備簡易性 • 具備達成性

  19. eCo設計需求 • eCo需提供既有電子商務系統的共同架構 • eCo提供網際網路上的電子商務系統搜尋機制 • eCo需要提供一個方法，可參考到電子商務系統使用的通訊協定 • eCo需要提供一種定義共通的電子商務語意機制

  20. eCo設計需求(續) • eCo需要能將商務服務做整合 • eCo需要建立一個可適用於各界的商業流程 • eCo必須提供與電子商務系統溝通機制

  21. eCo系統運作方式 • eCo提昇電子商務的互通性: • eCo將相互搜尋、互動與處理交易，變得簡單且步驟化 • 從系統層次到商業層次進行商業層次進行整合 • 並不需要企業重新建立新的標準 • 提供交易夥伴一個清楚且穩定的介面，不需理會該企業內部的技術，如何實作

  22. eCo系統運作方式(續) • 建立線上交易社群 • 為了幫助其他企業能自動地找到自己的公司，與區別所提供的產品和服務 • eCo規格並不需要所有企業都同一種商業模式，而是協助他們去描述他們自己的商業模式 • 所有電子商務系統的實作細節都不需要公開，eCo是讓企業的電子商務系統作互通而已

  23. eCo系統運作方式(續) 3. eCo的7層架構定義電子商務功能 • eCo規格試圖提供一個標準的架構，來描述一個複雜的電子商務系統

  24. eCo系統運作方式(續) • eCo的7層架構定義電子商務功能 • 網路層(Networks) • 市場層(Markets) • 商業層(Business) • 服務層(Services) • 互動層(Interactions) • 文件層(documents) • 資訊項目層(Information items)

  25. eCo架構概念 • eCo架構的開發目標旨在剷除進入電子商務的兩大障礙，利用XML文件，將以瀏覽器為主的作業移轉至代理程式，進而體現商業自動化以及互通性。eCo架構亦企圖轉化傳統的封閉式交易網路。為達此一目的eCo工作團隊發展出BIDs 、 CBL 、 eCo伺服器等概念。

  26. BIDs簡介 • 在eCo架構下該界面最早被稱為“商業界面定義”（Business Interface Definitions, BIDs）。潛在的交易伙伴將可利用BIDs獲取供應商產品以及服務的相關的資訊。

  27. CBL簡介 • CBL包括的是一般化的XML文件模式，如訂單、收據等應用層元素，加諸如X12 EDI和OTP以及OBI等訊息格式標準，再配合schema邏輯結構，強化XML文件的資料型別以及繼承關係，如此以提高XML文件以及傳統物件導向和關聯式資料模型之間的互動。

  28. eCo伺服器簡介 • 在eCo架構中，eCo伺服器所扮演的角色是用以串聯企業內部及外部的服務，以營造所謂的虛擬企業或交易社群。

  29. eCo的7層架構 • Ex:買電腦，透過eCo相容的智慧型代理機制

  30. eCo架構規格的目的 • 定義一個電子商務系統能互相溝通的架構 • 定義一可查詢資訊的方法 • 定義一個可用來回傳的資訊架構

  31. eCo架構中交易伙伴的基本需求 • 為了讓網際網路中異質電子商務系統能互通 • 在網際網路中發掘其他商業伙伴 • 決定如何交易與如何加入市場 • 決定提供那些服務給其他交易伙伴 • 決定互動時需要用的文件與資訊格式 • 決定電子商業系統如何溝通 • 決定如何修改系統以達到電子系統的互通性

  32. eCo的基本架構

  33. eCo? eCo! Where can I get a computer? We have a computer market. 網路層(Networks) • eCo架構的最上層 • 電子商務可以在在實體網路環境 • 網路環境可包含許多交易市場或市集

  34. Great, who sells? Selling businesses are: X,Y, Z 市場層(Markets) • 每個市場可能彼此獨立，擁有自己的規則，程序與通訊協定

  35. Y, I like Y. Can I order? From Y, you can buy, lease ... 商業層(Businesses) • 用來區分各種商業類、位置、網站與其他商業相關資訊 • 任何企業都可以加入多個市場中進行交易(ex:電腦製造業可加入硬體、軟體、金融、諮詢、服務市場)

  36. eCo? eCo! How can I order? Y knows OFX, OBI, cXML ... 服務層(Services) • 描述企業能提供的服務內容 • 服務內容包含存取服務的介紹，與任何可得到此服務的相關資訊 • 服務的類型與它們的介面，可以依企業而有所不同，不過可以先進行溝通 • 每項提供的服務可能包含許多子服務，子服務提供整個服務的一些不同選項

  37. eCo? eCo! Here is my order. Thanks, here is your receipt. 互動層(Interactions) • 服務間及子服務間的關係定義在互動層中 • 是被隱藏起來的 • 描述在每個服務背後的互動類型，及每個互動時所使用的訊息類型，每個訊息或訊息容器會包含一個及多個文件或資訊類型

  38. 資訊項目層(Information items) • 描述資料項目的類型，以組成互動中的每個文件的類型 • 企業可以定義自己的資料元素與文件，可以使用其他公司依照某種領域或標準，所定義好的元素與文件 • 定義查詢與存取，各層級資訊集合屬性的介面

  39. eCo工作團隊 • 工作團隊分工：eCo架構計畫工作團隊主要分作兩個工作小組，其中的eCo相關技術分析小組人員檢視了XMI、IOTP、ICE、X12 EDI、UN/EDIFACT EDI以及Simple EDI等標準，以便瞭解它們之間在語意以及語法上的關係，藉以產出互通性的XML語法和語意。

  40. 型態註冊庫(Type Registries) • eCo每層級都有定義個別的類型註冊庫 • 描述不同文件與元素類型元件的類型資訊 • 都是階層結構，允許類型定義，重新透過子類型來新增定義 • 每個註冊庫也有發佈資訊與查詢的介面，讓註冊庫也能被查詢 • 不定義註冊庫的管理介面

  41. 型態註冊庫(Type Registries) • eCo支援單一繼承和簡單樹狀結構 • 每個註冊庫也有發佈資訊與查詢的介面，讓註冊庫也能被查詢

  42. 使用類型註冊庫的目的 • 可以避免在同個註冊庫中重複定義相同的類型 • 可取得類型的定義 • 能決定已存在的類型之間的關係

  43. 互通性七層架構與註冊機制及儲存庫 • 各企業及組織可透過metadata定義和表述一己的網路資源，透過metadata交易雙方得以理解彼此之間的網路資源為何以及相關的交易資訊，藉以進行相關的交易，在eCo互通性的七層邏輯架構下，每一層的註冊機制與儲存庫皆有其相關必要的metadata描述該層的網路資源。

  44. Metadata定義 • metadata功能性定義：與某一人事物有關的資訊，且該資訊必須透過適切的儲存方法以供其它作用物利用。其中人事物可為任何抽象或具體的人事物，而作用物可能是人類、軟體或是硬體。 • metadata管理上定義：一種將資料的結構、意涵和行為加以記錄、控管和公佈的方法。

  45. eCo架構各層級關係

  46. eCo架構各層級關係(續) • 企業共同存在在eCo交易市場中，eCo市場必須註冊在網路層級的市場中，如此才能在網際網路中被找到。這些企業都互相提供了一組電子商務服務，每個服務代表一種商業流程的介面。一個服務是由一組文件交換所組成，當某一個企業向另一個企業提出要求，且要求的企業收到回應時，會產生一個interaction。

  47. eCo語意建議書 • 完整的語意定義是廣泛地進行電子商務互動的關鍵因素 • 必須在不使用人工的情況下，進行電子文的管理與交換 • 提供建立電子商務語意類型，與定義的方針和建議

  48. eCo語意建議書(續) • 能夠剖析文換的資料 • eCo架構中的文件層級與資訊項目層級，是在處理語意的互通的問題，定義了文件類、文件內容類型及資訊項目等。 • 語意問題的最佳解決方案，並不只是透過定義個別的資料項目就可以解決。 • 最好的方式是針對語意定意，提供一個能普遍被接受的方針或建議。

  49. eCo架構的XML設計理念建議 • 針對使用進行模組的抽象化 • 符合使用schemas的實體文件必須是可讀且容易了解，並能獲得直覺反應 • 不要只是形式合法(well-formedness)，更要符合schemas的限制 • 在schemas中能完全描述語意

  50. eCo架構的XML設計理念建議(續) • 使用標示讓資料結構，即可分別出項目與元素及屬性 • 使用常見的資料型態 • 程式應該使用外部參引(external reference)方式，這些程式可能被視為服務

More Related