電子商務註冊儲存庫應用於管理商業核心元件之研究

全文

(1)國立臺灣師範大學資訊工程研究所碩士論文. 指導教授：葉耀明博士電子商務註冊儲存庫應用於管理多版本商業核心元件之研究 Research on Applying ebXML Registry/Repository to Multi-Version Core Component Management. 研究生：中華民國. 黃宗瀚. 九十八年. 撰六. 月.

(2) 摘要電子商務註冊儲存庫應用於管理商業核心元件之研究. 黃宗瀚隨著網路成為全球企業交易的主要工具，電子商務的發展需要國際共通的標準。2001 年起聯合國貿易促進與電子商務中心(UN/CEFACT)與美國結構化資訊標準推動組織(OASIS)合力推動了 ebXML 規範之國際標準。經數年的發展， UN/CEFACT 制定的核心元件 (Core Component)和 OASIS 規範的 ebXML 註冊儲存庫標準逐漸成為 ebXML 的發展重點。因此整合核心元件和 ebXML 註冊儲存庫為電子商務推動 ebXML 之重要探討議題。本研究根據 UN/CEFACT 組織在 2008 年公佈之 UN/CEFACT 註冊實作需求規範(UN/CEFACT Registry Implementation Requirements Specification v1.3)為研究主軸，以 ebXML 註冊儲存庫開放原始碼技術，發展核心元件儲存庫系統，並做多版本核心元件之比較和核心元件演進規則之檢查。本研究對核心元件輸入至儲存庫的流程做分析，利用兩階段技術來處理 Excel 工作表的格式輸入。為提供 UN/CEFACT 組織及相關電子商務國際標準建立電子商務註冊儲存庫之參考，本研究並以 UN/CEFACT 組織目前所發佈之全部版本核心元件庫作為輸入驗證測試與量測分析，以改善後續規範修訂之儲存庫輸入流程。. （關鍵詞：電子商務註冊/儲存庫、核心元件、核心元件庫）. I.

(3) Abstract Research on Applying ebXML Registry/Repository to Multi-Version Core Component Management By Zong-Han Huang With the Internet as the world's main tool for business transactions, e-commerce development needs of international common standards. Since 2001 the United Nations Center for Trade Facilitation and Electronic Business (UN / CEFACT) and the United States to promote the structural organization of information standards (OASIS) to jointly promote the ebXML specification of international standards. After several years of development, UN / CEFACT core component of the formulation (Core Component) and the OASIS specification standards ebXML repository registered ebXML has gradually become the focus of development. Therefore integration of core components and ebXML Registry/Repository is an important subject for promoting ebXML. This research based on “UN / CEFACT Registry Implementation Requirements Specification v1.3” published in 2008. Using ebXML Registry/Repository open-source technology to develop core component of storage library systems, and do multi versions of the core components of the core component of comparison and examination of the evolution of the rules. In this research, the core component of the input to the process repository to do analysis, using a two-stage technique to deal with the format of Excel input worksheet. For the provision of UN / CEFACT e-commerce and related organizations to establish international standards for the registration of e-commerce store a reference, the study and to UN / CEFACT organizations of all currently released versions of the core component library as input to verify the test and measurement analysis, to improve the follow-up revised norms input process repository.. (Keywords: ebXML R/R, Core Component, Core Component Library). II.

(4) 目錄國立臺灣師範大學資訊工程研究所............................................................................. 1 摘要.................................................................................................................................. I Abstract .......................................................................................................................... II 目錄............................................................................................................................... III 附圖目錄........................................................................................................................ V 附表目錄......................................................................................................................VII 第一章. 緒論......................................................................................................... 1. 1.1.. 研究背景與動機..................................................................................... 1. 1.2.. 研究目的................................................................................................. 2. 1.3.. 論文架構................................................................................................. 2. 第二章. 文獻探討................................................................................................. 3. 2.1.. Electronic Business using eXtensible Markup Language ....................... 3. 2.1.1. 2.2. 2.2.1.. ebXML技術標準核心文件 .................................................................... 3 核心元件(Core Component) .................................................................. 4 核心元件類別(Core Component Type) ................................................. 4. 2.3.. 核心元件庫(Core Component Library) ................................................. 9. 2.4.. ebXML R/R .......................................................................................... 10. 2.4.1.. 發展與應用狀況................................................................................... 11. 2.5.. JAXR..................................................................................................... 13. 第三章. 系統規劃............................................................................................... 14. 3.1.. 核心元件匯入註冊儲存庫前處理....................................................... 14. 3.1.1.. 建立核心元件之Concept ..................................................................... 15. 3.1.2.. Core Component 欄位對映 ................................................................. 16. 3.2.. Core Component Library 資料輸入 .................................................... 17. 3.2.1.. 前置轉換作業....................................................................................... 22. 3.2.2.. 輸入至ebXML R/R .............................................................................. 23. 3.3.. 搜尋核心元件....................................................................................... 24. 3.4.. 核心元件版本管理............................................................................... 25 III.

(5) 3.4.1.. Evolution Rules Checking .................................................................... 25. 3.4.2.. 3.4.1.1. 將 Evolution Rules 轉換成 XML 格式 ............................ 26 3.4.1.2. 商業核心元件演進規則檢查流程....................................... 27 Ｍutiple Version Compare .................................................................... 28. 第四章. 3.4.2.1. 產生不同版本之核心元件比對XML檔 .............................. 28 3.4.2.2. 商業核心元件版本編號....................................................... 30 平台實作............................................................................................... 31. 4.1.. 系統架構............................................................................................... 31. 4.1.1.. 環近架設議題與需求........................................................................... 31. 4.2.. 系統功能描述....................................................................................... 33. 4.3.. 系統功能詳述....................................................................................... 34. 4.3.1.. 載入商業核心元件............................................................................... 34. 4.3.3.. 商業核心元件版本管理....................................................................... 38. 4.4.. 4.3.3.1. 核心元件演進規則檢察....................................................... 39 4.3.3.2. 核心元件多版本比對........................................................... 41 結果與分析........................................................................................... 43. 第五章. 結論與未來發展................................................................................... 46. 5.1.. 結論....................................................................................................... 46. 5.2.. 未來發展............................................................................................... 47. 參考文獻....................................................................................................................... 48. IV.

(6) 附圖目錄圖 2.1 CC與BIE之對映 .................................................................................................. 5 圖 2.2 範例ACC[17] ...................................................................................................... 5 圖 2.3 範例ASCC[17] ................................................................................................... 6 圖 2.4 範例BCC[17] ...................................................................................................... 6 圖 2.5 範例ABIE[17]..................................................................................................... 7 圖 2.6 範例ASBIE[17] .................................................................................................. 7 圖 2.7 範例BBIE[17] ..................................................................................................... 8 圖 2.7 電子商務註冊資訊模 (ebRIM)[23] ................................................................. 10 圖 2.8. omar Registry Objects defined 使用介面...................................................... 11. 圖 3.1 本系統概念圖................................................................................................... 14 圖 3.2 各元件『Concept』之建立 ............................................................................. 15 圖 3.3 核心元件對映 ebRIM 對映圖 ....................................................................... 16 圖 3.4 核心元件庫轉換流程適意圖........................................................................... 17 圖 3.5 CCL08B ............................................................................................................. 18 圖 3.6 CCL08B_CC.xml............................................................................................... 22 圖 3.7 CCL08B_BIE.xml ............................................................................................. 23 圖 3.8 ebRIM 結構圖 .................................................................................................. 24 圖 3.9 演進規則檢查流程........................................................................................... 26 圖 3.10 XML檔案格式之核心元件演進規則 ............................................................. 27 圖 3.10 多版本比較流程圖......................................................................................... 28 圖 3.11 轉換後各版本內容比較之XML檔 ................................................................ 30 圖 4.1 本系統架構圖................................................................................................... 31 圖 4.2 本系統UseCase Diagram.................................................................................. 33 圖 4.3 載入商業核心元件 Sequence Diagram .......................................................... 34 圖 4.4 上傳檔案與版本選擇系統畫面....................................................................... 35 圖 4.5 產生之檔案和檔案內容................................................................................... 35 圖 4.6 載入至ebXMLR/R 的 CoreComponent ......................................................... 36 圖 4.7 搜尋核心元件 Sequence Diagram .................................................................. 36 V.

(7) 圖 4.8 系統搜尋輸入畫面........................................................................................... 37 圖 4.9 搜尋結果........................................................................................................... 37 圖 4.11 檢視詳細內容-1 欄位詳細內容 ................................................................... 38 圖 4.12 檢視詳細內容-2 相關核心元件 ................................................................... 38 圖 4.13 核心元件演進規則檢查 Sequence Diagram ................................................ 39 圖 4.14 轉換成XML格式之核心元件演進規則 ........................................................ 40 圖 4.15 輸入要檢查的核心元件資訊......................................................................... 40 圖 4.16 規則檢查之輸出結果..................................................................................... 41 圖 4.17 核心元件版本比對 Sequence Diagram ........................................................ 42 圖 4.18 不同版本的核心元件內容之整合XML文件 ................................................ 42 圖 4.19 多版本檢查輸出結果..................................................................................... 43 圖 5.1 分散式儲存庫聯合作業................................................................................... 47. VI.

(8) 附表目錄表 2.1 核心元件總表..................................................................................................... 8 表 2.2 各版本核心元件數量統計................................................................................. 9 表 3.1 核心元件對映ebRIM欄位對照表 ................................................................... 17 表 3.1 不同版本相同欄位之名稱比較表................................................................... 29 表 4.1 系統建置環境................................................................................................... 32 表 4.2 各版本CCL的轉換時間表 ............................................................................... 43 表 4.3 各版本CCL匯入時間表 ................................................................................... 44 表 4.4 各項 5 次搜尋時間........................................................................................... 45 表 4.5 搜尋時間比較表............................................................................................... 45. VII.

(9) 第一章緒論 1.1. 研究背景與動機資訊化和產業電子化的影響，商業交易活動由網路迅速擴展到全球，由於電子商務的發展，大多數商業活動和資料交換逐漸轉變為網路上電子交易形式，但因為傳統 B2B(Business to Business)企業之間交易行為是一對一模式，個別的供應商和買方之間沒有統一的資料交換標準，導致各家系統的電子資料交換格式不一致，而讓電子化的交易過程中容易發生資料格式不正確，造成商業交易流程的阻礙和資訊系統的資料格式不相容，甚至造成不必要成本的增加。故電子資料交換在電子商務中已經成為重要的議題。 2001 年起由『聯合國貿易促進與電子商務中心』(UN/CEFACT)和『美國結構化資訊標準推動組織』(OASIS)聯合所推動的 ebXML 規範之國際標準，除了原先的商業文件，利用 W3C(World Wide Web Consortium)組織制定的 XML 格式，更加入電子流程的整合(Electronic Process Integration，簡稱 EPI)，其中還包含企業應用整合(Enterprise Application Integration，簡稱 EAI)和企業協同作業整合 (Business to Business Integration，簡稱 B2Bi)，使得電子商務推動上更趨於完整。而進一步更是全球電子市集的發展，也使電子商務 EDI 的發展漸漸轉向成新的國際標準，也就是 ebXML 的發展。 ebXML 的帶來的益處由台灣 ebXML 推廣中心[25]所述，有以下幾點： 1.. 提供全球性的開放標準. 2.. 建立全球單一的電子商務市集. 3.. 協助目前採用 EC/EDI 的公司進一步轉型為新的電子商務標準，進而發現新的交易夥伴. 4.. 加速目前各種 XML 產業標準的整合. 此外由 UN/CEFACT 和 OASIS 組織所制定的 ebXML 和註冊/儲存庫之國際規範，經數年不斷的擴充和發展，ebXML 註冊儲存庫在全球的電子市集扮演著核心重要的角色，他的應用將會是未來運作的中心。而隨 ebXML 儲存庫的應用持續增加，而企業實際應用需不斷投入資源。進而研究發展 ebXML 的相關技術需要更多人努力和精神投入。如 UN/CEFACT 組織所規劃之註冊實作需求規範 1.

(10) (UN/CEFACT Registry Implementation Requirements Specifications)和核心元件 (Core Component，簡稱 CC)不斷的推動，修訂過程中需要發展者的努力實作與回饋，才可使得國際組織制定相關電子商務標準發展更向前邁進一步。而接下來發展全球之電子商務註冊儲存庫，依據註冊實作需求規範中所述，如何放置商業的核心元件和商業流程的文件(Business Process Document, 簡稱 BP)逐漸成為重要議題，為了讓電子商務之 ebXML 發展更加完善，進而使各國與各企業之間的電子商務交易更加順利。. 1.2. 研究目的本研究透過 ebXML 開放性電子商務標準的相關技術規格，建置電子商務註冊儲存庫系統，並依照 UN/CEFACT 核心元件技術規範(Core Components Technical Specification, 簡稱 CCTS)和註冊實作需求規範為主軸，以 ebXML 註冊儲存庫開放原始碼技術，發展核心元件儲存庫系統。並且發展核心元件多版本資訊之管理，可幫助官方工作小組在文件的修訂文件規範。本實驗室參與 UN/CEFACT Registry 相關計畫。參照 UN/CEFACT Registry Implementation Specification 實作其中部分的功能:第一項是核心元件的資料模型對映到電子商務註冊模型，第二項是將電子商務相關的原件 Core Component、 Business Information Entity 儲存到儲存庫中。. 1.3. 論文架構本論文共分為五個章節。第一章為緒論，介紹研究背景和動機、研究目的和論文架構。第二章為文獻探討，介紹 ebXML 的發展和規範，針對重要組織說明主要負責部份，另外還有電子商務註冊儲存庫的介紹和發展情況，UN/CEFACT 組織的核心元件和規範的概念驗證，最後是電子資料交換之相關技術。第三章為本系統之規劃，其中包含核心元件庫之資料的格式輸入，核心元件庫工作表的 XML 轉換，最後是匯入註冊儲存庫中。核心元件版本檢查之規劃，有分兩大部分，第一是核心元件演進規則的檢查，第二部分是多版的之比較。第四章為本系統之實作和結果分析，其中分別敘述概念驗證的實作系統和核心元件儲存庫查詢系統的建置環境、使用工具、系統需求分析和介面實作等。第五章為結論和未來發展。 2.

(11) 第二章文獻探討 2.1.Electronic Business using eXtensible Markup Language 背景 Internet 成為全球企業交易的主要工具。Internet 及 Internet technology 為基礎的電子化(e-Business)，從過去提供企業資訊作業支援到成為企業策略。挑戰電子化最大的困難就是如何促使企業系統更具開放性。將各項商業應用被廣泛應用於中小企業，並整合”多數企業協同商務作業的框架”，建立動態的業務關係，創造一個任何規模的企業，可使全球各大企業，不論身在何處，皆能透過 ebXML 的標準交換商業訊息、交換資料、進行線上交易作業，建立一個「全球性電子市場」。專案有鑑於 XML 在 Web 技術發展的適用性及產業各自發展 XML-based 標準規範所帶來的困擾，預計以 18 個月的時間發展一個以 XML 為基礎的開放性架構，使的不同企業間的電子化作業能夠在一個安全、一致的環境中作業。 . 於 1999 年 11 月，由 UN/CEFACT 及 OASIS 兩個組織共同成立了一個 ebXML 計畫。. . 果然經過了 18 個月的努力後，於 2001 年 5 月維也納召開 ebXML 大會發佈 ebXML framework 及相關標準規範與 Recommendation 詳情請洽計畫網站:http://www.ebxml.org。. . OASIS 技術委員會負責基礎架構。包括訊息、協定合作、註冊與儲存、互操作、執行、相符等。. . UN/CEFACT 以業務流程及文件結構為主。包括業務協同合作、核心元素等。. 2.1.1. ebXML 技術標準核心文件 ebXML ISO15000 包含下列標準： . Part1:Collaboration-protocol profile and agreement specification(ebCPP). . Part2: Message Service specification(ebMS). . Part3: Registry information model specification(ebRIM). . Part4: Registry services specification (ebRS) 3.

(12) . Part5: Core Components Technical Specification(CCTS). . Part6: ebXML Business Process Specification Schema (ebBPSS). ebCPP 定義 Buyer-Seller 尋找交易夥伴的流程。ebMS 定義企業間商業交易的訊息標準，為 SOAP 的加強版，加入了安全與容錯功能。ebRIM 定義註冊儲存庫中所儲存的資料模型。ebRS 定義註冊儲存庫中所該具備的功能(API)。 CCTS 是核心元件的架構。. 2.2. 核心元件(Core Component) 背景企業間進行電子商務行為的方式是將彼此的商業流程(Business Process)結合在一起，而企業流程則是由各種業務訊息(Business information)依據共同同意的方式順序與格式在企業間彼此交換而成。在 ebXML 整體的概念裡，企業在選擇與搜尋適合進行的商業流程(Business Process)的過程中可以規劃出彼此交換業務訊息(Business information)的需求和目的，而進一步審視這些 Business Process 則可以確定在這些業務流程交換訊息的過程中需要哪些業務訊息(Business information)。把這些在各產業都有的搜尋過程產生的結果拿來做比較分析，就可以發些一些共通的商業流程(Business Process)以及業務訊息(Business information)，這就是 Core Component 產生的基礎。意義 Core Component Project Team 成立的目的再於定義出一套流程，藉由這套流程可以找出業務流程所需的資訊元件(information component)並加以分類分析，找出哪些 Component 有 Core Component 的特性。這可以達成跨產業進行電子商務交易所必須的互通性(interoperability) 。 2.2.1. 核心元件類別(Core Component Type) 核心元件分兩大類：CC 與 BIE。其中 CC 是不考慮商業使用背景，而 BIE 具有明確的商業使用背景，能用於實際交易中的資訊交換。CC 分三大類 ACC、 BCC、ASCC，相對應 BIE 有 ABIE、BBIE、ASBIE 如圖 2.1。. 4.

(13) 圖2.1 CC與BIE之對映 Aggregate Core component (ACC) 一個 Aggregate Core component (ACC) 是一個商業資訊片段的集合。. 圖 2.2 範例 ACC[17] Association Core Component (ASCC) 一個 Association Core Component (ASCC) 是一個由相關聯不同的 ACC 所組成複雜的屬性。. 5.

(14) 圖 2.3 範例 ASCC[17]. Basic Core Component (BCC) 一個 Basic Core Component (BCC) 可表示 ACC 中一個唯一的屬性。由一群 BCC 集合可成為一個特殊的 ACC。. 圖 2.4 範例 BCC[17] Aggregate Business Information Entity (ABIE) 一群相關連的交易資訊集合，在特殊的商業背景(Business Context)中可以表示出明確的商業意思。即是代表該商業背景的物件類別(Object Class)。. 6.

(15) 圖 2.5 範例 ABIE[17] Association Business Information Entity (ASBIE) 他是一個 BIE，代表為特殊物件類別的複合商業特徵。一個 ASBIE 表現是一種關聯，由一個 ABIE 到另一個 ABIE 的關聯。ASBIE 也是由一個 ASCC 衍生而來的。. 圖 2.6 範例 ASBIE[17] Basic Business Information Entity (BBIE) 一個基本的交易資訊個體，它表示為一個特別物件類別的單一商業特徵，他有唯一的商業語意定義，此外一個 BBIE 是從一個 BCC 衍生而來的。. 7.

(16) 圖 2.7 範例 BBIE[17] 總簡介表表 2.1 核心元件總表物件類型 CC. 全名 Core Components. 說明正確且有意義的架構，用在建構交換的模式計畫及建議。內容僅僅包含用來描述特殊交易概念的資料片段。. ACC. Aggregate Core. 表示為物件類別(Object Class)。商業交易資訊的相. Component. 關集合，用在傳遞有區別性的商業定義，並且集合與集合間是獨立的。. BCC. Basic Core Component. 可看成是物件類別的屬性、特徵。有獨特的商業語義定義。一個 BCC 的「Data Type」定義，即 BCC 的資料型態與範圍。. ASCC. ABIE. BBIE. Association Core. ㄧ個表示物件類別的 ACC 的複合商業特性。ㄧ個. Component. ASCC 的屬性與另ㄧ個 ACC 有所關聯。. Aggregate Business. 相關的商業資訊的集合，在特殊的商業背景用來傳. Information Entity. 遞明顯的商業意義。商業背景的物件類別的表達。. Basic Business. 在特殊商業背景的物件類別的單一商業特性。有獨 8.

(17) 特的商業語義定義。表示一個 BBIE 的屬性是跟. Information Entity. DT 有所相關。BBIE 是從 BCC 衍生出來的。 ASBIE. Association Business. ASBIE 是ㄧ個 BIE，呈現出ㄧ個特殊物件類別的複. Information Entity. 合商業特性，且有唯一的商業語義定義。ASBIE 代表ㄧ個 ABIE 屬性，一個 ASBIE 是一個 ASCC 延伸出來的。. DT. 用來定義 BCC 屬性與 BBIE 屬性的內容值，使其. Data Type. 值是在合理的範圍內。並藉著限定 CCT(Core Component Type)的範圍來形成基本的 Data Type。表 2.2 各版本核心元件數量統計數量(個). CCL06A. CCL06B. CCL07A CCL07B CCL08A CCL08B. ACC. 49. 81. 96. 105. 188. 198. BCC. 102. 528. 636. 715. 1457. 1615. ASCC. 323. 176. 212. 231. 546. 719. ABIE. 146. 96. 230. 363. 460. BBIE. 713. 636. 1255. 2007. 2876. ASBIE. 237. 212. 389. 614. 1118. 核心元件每半年會釋出一個新版本，Core Componenet 也隨之增加。在 CCL08B 中 BIE 的數量總和以達四千多個，其數量已不便使用人力還管理，須利用電腦系統協助管理與驗證。. 2.3. 核心元件庫(Core Component Library) 核心元件庫目前由 UN/CEFACT 小組處理，採用 Excel 試算表整理。在 UN/CEFACT Core Components Technical Specification 裡面有關於 Core Component 實作相關的描述。目前 UN/CEFACT 小組釋出六個版 CoreComponentLibrary: CCL06A、 CCL06B、CCL07A、CCL07B、CCL08A、CCL08B。核心元件的數量隨者版本增加，CC 的數量 CCL06A 有 474 個，在 CCL08B 增加到 2532 個。BIE 在 CCL06B 中產生第一版，共有 1096 個，在 CCL08B 中增加到 4454 個。元件之欄位也隨著版本的演進有所更動。 9.

(18) 2.4. ebXML R/R 由 OASIS 組織制定的註冊標準其中包含了 ebXML 註冊資訊模型規範(OASIS ebXML Registry Information Model Specification，簡稱 ebRIM) 和 ebXML 註冊服務規範(OASIS ebXML Registry Services Specification，簡稱 ebRS)，依據這些標準發展即稱為 ebXML 註冊與儲存庫(ebXML R/R) 。而其版本演化，蕭哲豪之” 電子商務註冊儲存庫應用於管理商業核心元件之概念驗證”中提及，2005 年 2 月發展至 V3.0 Draft。而目前有實作註冊與儲存庫系統的有 OASIS ebXML Registry Reference Implementation Project(簡稱 ebxmlrr 專案)。目前該專案已經釋出 omar version 3.0-final1 版本，是依據 OASIS 在 2006 年 8 月完成的 ebRIM 3.0 和 ebRS 3.0 正式規範而實作。本研究是採用最新版 omar version 3.0-final1 為基礎實作。. 圖 2.7 電子商務註冊資訊模 (ebRIM)[23]. 10.

(19) 圖 2.8. omar Registry Objects defined 使用介面. 在 omar 3.0 final 1 中提供了 web ui 與 java ui (圖 2.8)提供使用者可手動對註冊物件作新增、修改、刪除，並提供使用者的註冊。但核心元件的數量過多，若使用人力透過此介面新增，容易發生錯誤、相當耗時，故本研究開發利用程式輸入核心元件到註冊儲存庫中。 2.4.1. 發展與應用狀況 ebXML R/R 就像是圖書館一樣，而它存放的是電子的數位內容。現今儲存庫發展，採用 ebxmlrr 的開放原始碼專案，其依據規範實作而有以下功能和特色[10]： . 當數位內容發佈時，可以自動的檢查以通過建立方針的認可和確保內容的品質和一致。. . 當數位內容發佈時，可以自動的依序處理它的資料元，之後以便外面的發掘揭露。. . 揭露服務可以使用不同的搜尋參數去發現各種不同的數位內容。. . 在特殊型態的數位內容和事件中已被列為感興趣的部份，知會訊息服務可以發出通知訊息。. . 安全服務，授權與確認、single sign-on 和重要事件之審查. . 聯合(Federation)特點，聯合多個註冊儲存庫如同一個大的註冊中心，可以自己維護自己的自我管理權利和安全。 11.

(20) 註冊儲存庫的應用範圍很廣，除了可以提供電子資料交換的電子市集，也是 SOA 架構的註冊中心，可以管理各種數位內容，探索資訊服務，現在使用註冊儲存庫的應用有。其他相關應用還有 SOA Repository (Sun Microsystems)[10]，使用註冊儲存庫在 SOA 架構之中的實行。Business Vocabulary Management (BVM)[16]，即 UN/CEFACT 想在註冊儲存庫建立 Core Component 的管理應用，不過尚未完整。另外還有 Business process catalog(UN/CEFACT)、Electronic forms(Adobe)；領域相關的則有 Electronic media records(eclipse foundation open healthcare framework / HIMSS IHE / IBM)、地理資訊系統 (Open GIS)等。其它可以參考 ebXML 註冊標準之 ”Profiles” [5] ，意指 ebXML 註冊儲存庫的應用範疇和規範。 ebXML Registry-Repository 與 Database 之比較表 2.3. ebXMLRR 與 Database 之比較[3] Standard Feature. Designed for digital content. Database Designed for tables. Blobs are inadeqaute. ebXML Registry-Repository Yes. Support for standard metadata. No. Yes. Metadata based discovery. No. Yes. Automatic content validation. No. Yes. Automatic content cataloging. No. Yes. No. Yes. Fine-grained role-based access control No. Yes. Standard protocols for subscription and notification. Securely link information across organizational and jurisdictional. No. Yes. No. Yes. boundaries Securely search for information across organizational and jurisdictional boundaries. 12.

(21) freebXML Registry 中所實作之標準 . . . XML Standards . ebXML Registry 3.0. . XACML 1.0 for Role Based Access Control Policies. . SOAP 1.1 with Attachments. . WSDL 1.1. . XML Signature 1.0. . Web Services Security: SOAP Message Security 1.0. . XSLT 1.0. Java Standards . JAXR 1.0. . JAX-RPC 1.1. . SAAJ 1.2. . JAXB 1.0. . JAXP 1.2. . Java Server Faces 1.1. . Java Server Pages. . Java Servlet API. Other Standards . SQL-92. 2.5. JAXR Java API for XML Registries（ JAXR ）提供了一個統一的和標準的 Java API 訪問不同類型的 XML 的註冊儲存庫。一個 XML 註冊儲存庫是一個有利的基礎設施建設，部署和發現 Web 服務。 JAXR 使 Java 程是撰寫人員使用一個單一的，易於使用的抽象的 API 來訪問各種 XML 的註冊儲存庫。簡單性和易用性，便利 JAXR 內 JAXR 通過一個統一的信息模型，描述的內容和數據的 XML 註冊儲存庫內。 JAXR 提供了豐富的功能，分類和協會，以及豐富的查詢功能。作為一個抽象的接口，使開發 JAXR 能力寫入註冊表客戶端程序，在不同的目標便攜式登記。這是符合 Java 的跨平台。. 13.

(22) 第三章系統規劃 Core Component 和 Business Information Entity 是各領域資訊應用的共同資料結構，可幫助建立跨領域互通的標準電子文件(eDoc)，並能依此開發可重覆利用的作業流程程式模組。以下是 UN/CEFACT 計畫中所描述，存放於儲存庫來管理的各種電子商務相關的內容： . Business Requirements Specification (BRS). . Business Process. . Requirements Specification Mapping (RSM). . Core Component and Business Information Entity. . Technical Solution. 本研究計畫主要對商業核心元件做輸入、管理、版本檢查，以下分別描述本研究計畫的流程、步驟和方法(圖 3.1)。. 圖 3.1 本系統概念圖. 3.1.核心元件匯入註冊儲存庫前處理再將核心元件匯入註冊儲存庫之中必須先完成兩大步驟，第一步在註冊儲存庫中建立商業核心元件之分類，第二步要將核心元件資料形態對應到 ebRIM 之 14.

(23) 中。在 UN/CEFACT Registry Implementation Seccififcation 其中一個目標是將 CCTS 中所定義的資料模型對映到 ebRIM 之中。而本系統的匯入核心元件的第一個目標是將核心元件儲存到註冊儲存庫中，與 UN/CEFACT 文件的目標相呼應。 3.1.1. 建立核心元件之 Concept 『Concept』是 JAXR 分類架構底下的一個元件，指的即是 JAXR 的分類項目。依照 ebXML 註冊儲存庫的定義，另有『ExtrinsicObject』此分類項目之下的註冊物件(RegistryObject)是可以包含儲存項目(RepositoryItem)的自訂註冊物件，因此我們必須先在『ExtrinsicObject』中建立『ebXML』這個分類項目，在『ebXML』下分別建立『CC』、『BIE』、『Document』，為了載入不同版本之商業核心元件，必須分別在『CC』、『BIE』中加入『06A』、『06B』、『07A』、『07B』、『08A』、『08B』作為版本辨識的依據。利用 OMAR 的 JAVA UI(圖 3.2)可以建立物件的 Classification Scheme。每一個註冊物件在註冊儲存庫之中都被需要有一個 Classification Scheme。. 圖 3.2 各元件『Concept』之建立當建立完成後，每個類別會有一個唯一的分類樹路徑，以 08A 的核心元件為例： 15.

(24) /urn:oasis:names:tc:ebxml-regrep:classificationScheme:ObjectType/RegistryObject/Ex trinsicObject/ebXML/CC/08A 3.1.2. Core Component 欄位對映為了將 Core Component 放入 ebXML R/R 中，必須先規劃如何把商業核心元件的欄位對應到 ebRIM 之中。註冊資訊模型的兩大重點是註冊物件(Registry Object,簡稱 RO)與儲存項目(Repository Item,簡稱 RI)，而 ebRIM 就是以註冊物件 (RO)為核心，含有註冊物件的基本資訊，含有屬性欄位(Slot)，分類(Classification) 等。UID 對應到 RO 的『Name』，Description 對應到 RO 的『Description』，其他則是對應到『Slot』之中。. 圖 3.3 核心元件對映 ebRIM 對映圖. 16.

(25) 表 3.1 核心元件對映 ebRIM 欄位對照表 CCTS. ebRIM Attribute. Card.. Core Component Source Concept : /ExtrinsicObject/ebXML/CC/08A UID. RO.Name. 1. Dictionary Entry Name. Slot(name). 1. Definition. RO. Description. 1. Object Class Term. Slot(objectClassTerm). 1..1. Business Term. Slot(businessTerm). 0..*. 圖 3.4 核心元件庫轉換流程適意圖匯入 CCL 到註冊儲存庫之中有兩大步驟，第一步是先將 Excel 格式的 CCL 文件轉換成 XML 格式，第二步是將轉換完成的 XML 格式轉換註冊物件，再將註冊物件匯入註冊儲存庫。. 3.2. Core Component Library 資料輸入目前 UN/CFFECT 制定的 Core Component Library 版本在 2009 年已經發佈 UN/CCL version 08B。本研究使用版本是: . CCL 06A. . CCL 06B. . CCL 07A. . CCL 07B. . CCL 08A. . CCL 08B. 17.

(26) 圖 3.5 CCL08B 在 CCL08B 之中共有四頁工作表，分別是 CC、BIE、qDT、uDT。 Core Component 有以下主要欄位: 07A,07B. 08A,08B. Action. ADDCHGDELWDR. UniqueID. UniqueUNAssignedID. DictionaryEntryNameDEN DictionaryEntryNameautogenerated ACCBCCASCC. ABIEBBIEASBIEACCBCCASCCDTCCSC. Definition. DefinitionMandatory. LibraryNote ObjectClassTermQualifiers ObjectClassTermQualifiers ObjectClassTerm. ObjectClassTerm. PropertyTermQualifiers. PropertyTermQualifiers. PropertyTerm. PropertyTerm. RepresentationTerm. RepresentationTerm. AssociatedObjectClassTer mQualifiers. AssociatedObjectClassTermQualifiers. AssociatedObjectClassTer m BusinessTerms. BusinessTerms. OccurrenceMin. OccurrenceMin. OccurrenceMax. OccurrenceMax 18.

(27) Workingcommentsandinstructions Publicationcomments DatatypeQualifiers QualifiedDataTypeUID AssociatedObjectClass UsageRules SequenceNumber ContextCategoriesMandatoryforBIEs FacetsTorestrictthesetofvaluesofContentComponentorSup plementaryComponents Examples BIECCDTVersion RefLibraryVersion SubmitterName RefComponentUNID RefSubmitterCRID UniquesubmitterCRID CRStatusDate CRStatus TBG17Comment TDED SubmittedDefinition SubmitterComment SubmittedDEN SubmissionRowNumber UniqueCCBIEID CRStorageDate PublicationRefs--Source 07A,07B 版本的有 16 個欄位，08A,08B 版本的有 41 個欄位 . Action, ADDCHGDELWDR: 表示此元件是否為新增元件或是改變. . UniqueID, UniqueUNAssignedID: 是每一個 Core Component 都有的唯一識別 ID，不可重複且不能更改。 19.

(28) . ObjectClassTerm: 是表示 BCC 和 ASCC 所屬於的 ACC. . Associated Object Class Term:當一個 ACC 包含於另一個 ACC 時，這樣的關聯為 ASCC，此欄位為 ASCC 的主要內容。. Business Information Entity 有以下主要欄位: 07A,07B. 08A,08B. Action. ADDCHGDELWDR. UniqueID. UniqueUNAssignedID. DictionaryEntryNameDEN DictionaryEntryNameautogenerated ACCBCCASCC. ABIEBBIEASBIEACCBCCASCCDTCCSC. Definition. DefinitionMandatory. LibraryNote ObjectClassTermQualifiers ObjectClassTermQualifiers ObjectClassTerm. ObjectClassTerm. PropertyTermQualifiers. PropertyTermQualifiers. PropertyTerm. PropertyTerm. RepresentationTerm. RepresentationTerm. AssociatedObjectClassTer mQualifiers. AssociatedObjectClassTermQualifiers. AssociatedObjectClassTer m. AssociatedObjectClass. BusinessTerms. BusinessTerms. OccurrenceMin. OccurrenceMin. OccurrenceMax. OccurrenceMax. DataTypeQualifiers. DatatypeQualifiers. DataType QualifiedDataTypeUID. QualifiedDataTypeUID. ContextBusinessProcess ContextProduct ContextIndustry ContextRegionGeopolitical 20.

(29) ContextOfficialConstraints ContextRole ContextSupportingRole ContextSystemConstraints Workingcommentsandinstructions Publicationcomments UsageRules SequenceNumber SubmitterName. ContextCategoriesMandatoryforBIEs FacetsTorestrictthesetofvaluesofContentComponentorSup plementaryComponents Examples BIECCDTVersion RefLibraryVersion RefComponentUNID RefCRID UniquesubmitterID CRStatusDate CRStatus TBG17Comment TDED SubmittedDefinition SubmitterComment SubmittedDEN SubmissionRowNumber UniqueCCBIEID CRStorageDate PublicationRefs--Source. 21.

(30) 3.2.1. 前置轉換作業本研究在將 Core Component Library 的當案輸入到 ebXML R/R 之前，會先把工作表的檔案轉換成一般 XML 格式，再利用 JAVA DOM API 對 XML 檔做操作輸入至 ebXML R/R 儲存庫中。本研究會對不同版本的 Core Component Library 的每一頁工作表輸出一份 XML 檔:. 07A. 07B. 08A. 08B. CCL07A_CC.xml. CCL07B_CC.xml. CCL08A_CC.xml. CCL08B_CC.xml. CCL07A_BIE.xml. CCL07B_BIE.xml. CCL08A_BIE.xml. CCL08B_BIE.xml. CCL07A_qDT.xml CCL07B_qDT.xml. CCL08A_qDT.xml CCL08B_qDT.xml CCL08A_uDT.xml CCL08B_uDT.xml. 08A,08B 新增加 uDT 的資料表。轉換後的結果如下:. 圖 3.6 CCL08B_CC.xml. 22.

(31) 圖 3.7 CCL08B_BIE.xml. 3.2.2. 輸入至 ebXML R/R 本研究規劃的輸入架構分 2 大步驟(1)轉換 Excel 檔案(2)可交換格式輸入儲存庫模組。執行的流程可細分如下: . 上傳須要轉換的 CCL Excel 檔案，選擇所要轉換的版本。 . . 可轉換版本:06A,06B,07A,07B,08A,08B. 程式將此 CCL File 轉換出對應的 XML 檔。 . 程式會將 Excel 每個工作表分開轉換，以工作表的名稱加以命名並且加上版本名稱。. . 程式再對各別的 XML 檔案做以下的處理，也就是把每個 Core Component 分配到他所屬的類別。. . 利用 JAVA DOM 將 XML 檔案中的資料取出。 . 先將 XML 檔讀入記憶體中，形成一個 DOM 的物件，使用 JDOM API 可以有效率、正確的取出資料。. . 利用 JAXR 和 ebXMLRR 取得連線。 23.

(32) . 要再 ebXML R/R 上註冊一個物件，必須是要有註冊之使用者，並且取得連線，在認證之後才可以執行此動作。. . 取得連線後將每一個 Core Component 轉換成 ebRIM(圖 3.8)的可交換檔案格式。. . 自動批次處理將所有的 Core Component 儲存到 ebXML R/R 中。. . 不同版本的 Core Component 會被分類到不同類別的註冊物件。 . 不同的 Core Component 會依版本分類，可以增加版本管理的效率. 圖 3.8 ebRIM 結構圖註冊物件(RO)是註冊儲存庫的核心，註冊物件的資料結構是由 ebRIM[7]之中所定義。系統在讀入 CCL 所轉換後的 XML 檔案，會建立一個”ExtrinsicObject” 的註冊物件，這是用來註冊使用者自行定義的資料類別所使用的註冊物件。. 3.3. 搜尋核心元件資料查詢的主要功能是根據使用者輸入的參數，在資料庫中以照所指定的不同欄位對參數做比對，並且回傳相關文件，呈現給使用者有用的資訊。查詢功能的提供，可以增加管理和使用者在對 CoerComponent 的使用上增加效率。 24.

(33) 本研究是利用 JAXR 中的 DeclarativeQueryManager 轉換所指定的 SQL 參數，透過 ebXML R/R 再對資料庫做搜尋得到結果。搜尋的種類分兩大類，第一類是對目前最新版的核心元件做搜尋，可藉由核心元件的 UID、Name、其他欄位(利用註冊物件的 slot)和 UUID 做搜尋。第二類是對單一核心元件在所有 CCL 版本中的欄位做搜尋，利用核心元件的 UID 做搜尋，輸出每個欄位在不同版本之內容。. 3.4. 核心元件版本管理目前 UN/CFFECT 制定的 Core Component Library 版本在 2009 年已經發佈 UN/CCL version 08B。目前種共有 06A,06B,07A,07B,08A,08B: 6 個版本，且最新的版本(CCL08B) Core Component 的資料已達數千筆，是很難用單純人工去檢查、管理。所以本研究的另一主要目標就是利用儲存再 ebXML R/R 儲存庫中的 Core Component 資料做版本個管理。本系統之版本管理有兩大功能，第一是對核心元件做演進規則的檢查，利用 CCTS 中所制定的規則來檢查核心元件是否可以執行規則對應的動作。 3.4.1. Evolution Rules Checking 一般性的版本管理是對 Core Component 的新增和修改做檢查，看是否有違反 Core Component Technical Specification V3.0 中 Core Component 的演進規則。 Rules for Core Components Permitted to an ACC . Add an optional BCC/ASCC within the ACC. . Add a mandatory BCC/ASCC within the ACC. Not Permitted to an ACC . Change the name of the ACC. . Change the name of a BCC/ASCC within the ACC. . Delete a BCC/ASCC within the ACC. Rules for Business Information Entities Permitted to an BIE . Add a BBIE/ASBIE within the ABIE;. . Delete a BBIE/ASBIE within the ABIE; 25.

(34) . Change the name of the ABIE or a BBIE/ASBIE within the ABIE;. . Change the description of the ABIE or a BBIE/ASBIE within the ABIE;. . Change the context category of the ABIE or a BBIE/ASBIE within the ABIE;. . Change the cardinality from 0..1 to 1 of a BBIE/ASBIE within the ABIE;. . Change the cardinality from 1 to 0..1 of a BBIE/ASBIE within the ABIE.. Evolution Rules Checking 規劃本系統的研究規則檢察主要分為兩大部分。第一部分是做規則文件的轉換，將規則轉換 XML 形式可以更容易用程式讀入。第二部分是將轉換好的規則，將其讀入，讓使用者輸入要做檢查的核心元件相關資料，系統會找出所對映的註冊物件，再將這些規則和此註冊物件做比對得到結果。. 圖 3.9 演進規則檢查流程 3.4.1.1.. 將 Evolution Rules 轉換成 XML 格式. 商業核心元件的演進規則是一個文件的形式，必須將它轉換成電腦可讀的形式，XML 格式方便交換，可讀性高，容易修改，故選用 XML 格式作為轉換之格式。經過觀察之後，商業核心元件的演進規則有以下幾個重要的屬性： . 可執行或不可執行:規則有分兩大類，一是允許的事項，二是不允許的事項。. . 規則名稱:表達此規則主要的目的. . 規則對應之商業核心元件的類型. . 商業核心元件是否包含於其他的商業核心元件之中 26.

(35) 依照上述三個主要屬性，將規則轉換成下列形式 <rule name="ChangeDescription"> <target type="ASCC" within="ACC"/> </rule> Rule: 一個規則 Name: 規則的名稱 Target: 規則所對應的商業核心元件 Type: 所對應核心元件的類型 Within: 所相關核心元件的類型. 圖 3.10 XML 檔案格式之核心元件演進規則 3.4.1.2.. 商業核心元件演進規則檢查流程. 產生核心元件演進規則的 XML 檔案後，使用程式將此 XML 檔案載入，把所要檢查的商業核心元件，對其中的規則做檢查。以下是整個規則檢查之流程： . 輸入要檢查商業核心元件之 UID 或是 Name。. . 連接到 ebXML R/R，取得此商業核心元件的 Registry Object. . 讀入規則的 XML 檔案. . 對不同的 Rule 做 . 檢查 RO 的分類，是否有符合 target 的 type 屬性 27.

(36)  . 檢查 RO 是否和 target 的 within 屬性的 RO 有關. 輸出檢查結果透過 XML 檔案的規則檢察，可以了解到 RO 有哪些工作是允許被執行和不. 允許被執行。且使用 XML 檔案可以對規則做增加、修改、刪除。 3.4.2. Ｍutiple Version Compare 因為 Core Component Library 的版本眾多，故本研究對不同版本，相同 UN/CEFACT UID 的 Core Component 做比較。辨識出每個核心元件有過幾次的版本變化，讓使用者能更有效率的了解核心元件的改變。. 圖 3.11 多版本比較流程圖 3.4.2.1. 產生不同版本之核心元件比對 XML 檔不同版本的核心元件在相同的欄位有不同的名稱，必須將不同名稱的欄位統一名稱。本系統程式會將相同欄位不同名稱的整合到同一個位，每一個商業核心元件的一項屬性就會記載所有不同版本之內容。最後以 XML 檔案的格式輸出，再經由版本確認的程式做比對。. 28.

(37) 表 3.2 不同版本相同欄位之名稱比較表. 修改動作. UID. 06A. 06B. 07A. 07B. 08A. 08B. -. Action. Action. Action. ADD/. ADD/. CHG/. CHG/. DEL/. DEL/. WDR. WDR. UniqueU. UniqueU. NAssigne. NAssigne. d. d. ID. ID. UniqueID. UniqueID. UniqueID. UniqueID. 商業核心. ACC/. ACC/. ACC/. ACC/. ABIE/. ABIE/. 元件類型. BCC/AS. BCC/AS. BCC/AS. BCC/AS. BBIE/. BBIE/. CC. CC. CC. CC. ASBIE/. ASBIE/. ACC/. ACC/. BCC/. BCC/. ASCC/. ASCC/. DTCCSC. DTCCSC. 定義. 名稱. Definition Definition Definition Definition Definition Definition Mandator. Mandator. y. y. Dictionar. Dictionar. Dictionar. Dictionar. Dictionar. Dictionar. yEntryNa. yEntryNa. yEntryNa. yEntryNa. yEntryNa. yEntryNa. meDEN. meDEN. meDEN. meDEN. meautoge. meautoge. nerated. nerated. 06A 為第一版各故沒有修改動作這個欄位。核心元件此欄位在 08A 之後的版本，將出現的型態都放在一起統一欄位名稱。. 29.

(38) 圖 3.12 轉換後各版本內容比較之 XML 檔轉換後的檔案命名為 ccVersionCompare，此檔案主要是有多個 ”CoreComponent”所組成，其屬性”UID”就是記錄此”CoreComponent”所對映核心元件之為一 ID。在”CoreComponent”這下的元素是利用核心元件的欄位命名，這些元素下都包含了”content”這個元素，其個數等於載入 CCL 版本的個數，目的是儲存不同版本核心元件之內容。. 3.4.2.2. 商業核心元件版本編號經過不同版本內容之整理，得到了整合後的 XML 檔案，透過這個檔案，先取出『ADD/CHG/DEL/WDR』這個欄位，這個欄位說明了商業核心元件的動作(新增，修改，刪除)，再取出『ABIE/BBIE/ASBIE/ACC/BCC/ASCC/DT/CCSC』確定此核心元件是從哪個版本開始產生的。獲的這些資訊後就可以將每個核心元件在不同版本時，標記上他的『version』，透過這個就可以幫助使用者更清楚的了解商業核心元件演進的過程。預計輸出結果如下：. UID:UN00001267 06A Version:0 06B Version:1 07A Version:1 07B Version:1 08A Version:1 08B Version:1 30.

(39) 第四章平台實作依照 OASIS ebXML Registry Standard (ISO 15000)之規範實作 Core Component 多版本管理系統，本研究以 freebXML Registry version 3.0-final1 release 做為基礎，建立完整的應用服務系統。. 4.1.系統架構. 圖 4.1 本系統架構圖當使用者使用 Web Client 連線到 Tomcat Web 伺服器時，本系統會列出可以使用的功能。使用者可以做核心元件的匯入、查詢、版本管理。這些動作都會連接後端的註冊儲存庫來做資料的保存。 4.1.1. 環近架設議題與需求本系統依系統架構之分析使用 Web-Based，有以下考量 . 趨勢：Web-based 服務為現今熱門技術，電子地圖、信箱、部落格服務、全球資訊搜尋等的 Web 服務，已被許多網路使用者所使用，未來各種服務在 Web 上的應用是主要的發展趨勢。 31.

(40) . 可攜性：一般來說 Web-based 之好處在於現在網路社會發達，到處可透過 Web 瀏覽器即可以連到 Web 上，比起傳統的單機系統更容易在不同地方，不須安裝 Client 程式即可以連上系統。. . 相容性與開放性：本系統使用 ebxmlrr 專案來建置，其主要也是 Web-based 和 Server 開發的系統，因採用 Java 程式語言，其為開放性原始碼，系統開發上可以降低可能遭遇到的相容性問題，而未來因為開放性原始碼易於修改的因素下，增加和擴充功能比較容易。. . 安全性：利用 ebxmlrr 本身即有的基本憑證機制，其透過公開和私人的金鑰，對於使用者安全更有保障。表 4.1 系統建置環境. 名稱. 版本. Java 環境. Java 5. JWSDP 1.6. JAXP、JAXB、SAAJ、JAX-WS…. Java OpenSource package. jdom1.0、JExcel1.0、 Jakarta commons-fileupload 1.2.1、 Jakarta commons-io 1.4. Web 環境和技術. Tomcat 5.0.28 JSP/Servlet、HTML. 儲存庫開放原始碼技術. ebxmlrr 專案-- omar-3.0-final 1. 資料庫. PostgreSQL 8.3. 建置工具. Sun NetBeans 6.5. 其他使用工具本系統架設主要採用 ebXML R/R 開放原始碼技術而建制發展，其建置過程中需要安裝 PostgreSQL 作為內部之管理，另外在安裝部屬上需要使用 Tomcat 5.0.28 和 Java 5 執行期環境作為所需。而本系統主要撰寫之儲存庫應用，主要也是採用 Java 程式語言，並且使用 Tomcat 5.0.28 之容器管理和 JSP/Servlet 撰寫。而用到 JWSDP，即是 Java Web Services 發展套件，而對於 XML 之處理使用 JDOM 套件，即是優化之 Java XML 的處理套件，其可以利用指定預設之 XML Parser 來讀取 DOM 資料，方便的把 XML 資料轉化成 Java 物件加以讀取和修改，最後可以輸出成 XML 檔案。除本系統使用 ebXML R/R 和 JWSDP 套件外，另外在檔案上傳 32.

(41) 本系統採用 Apache Jakarta 的上傳套件，而網頁介面上使用 HTML。上述套件使用的好處在於許多都是 Java 之開放性原始碼，而發展之組織或社群(Apache、 Jakarta、Sun 等)早已成立許久並且成功發展了許多大型計畫，旗下專案計畫廣為使用，在建置上可以放心使用。. 圖 4.2 本系統 UseCase Diagram. 4.2. 系統功能描述本系統主要功能如下： . 載入 Core Component：提供使用者將商業核心元件透過 excel 檔案一次輸入到 ebXML R/R 之中。. . 檢視、搜尋 Core Component：使用者可依照不同的欄位屬性對商心元件做搜尋，系統會自動搜尋出相關的核心元件。. . CoreComponent 版本管理：版本管理主要提共兩個功能，第一是讓使用者對一個核心元件做演進規則的檢查，第二是將不同版本的商業核心元件做版本的比較。 33.

(42) . 檢視 ebXML 文件：檢視文件 BRS、Core Component Library(CCL)相關資訊. 4.3. 系統功能詳述 4.3.1. 載入商業核心元件. 圖 4.3 載入商業核心元件 Sequence Diagram 載入商業核心元件第一步是要先將 Core Component Library 的檔案上傳到系統，並且選定要載入的版本。當上傳完成之後，系統會開始轉換，依照不同的類別轉換出對應的 XML 檔案。轉換成功後，系統會讀取 XML 檔案，取出之中的內容，將核心元件分別載入到 ebXML R/R。. 34.

(43) 圖 4.4 上傳檔案與版本選擇系統畫面. 圖 4.5 產生之檔案和檔案內容 35.

(44) 圖 4.6 載入至 ebXMLR/R 的 CoreComponent 4.3.2. 搜尋商業核心元件. 圖 4.7 搜尋核心元件 Sequence Diagram 36.

(45) 搜尋核心元件使用者必須先輸入搜尋的關鍵字，可以依照 UID、UUID、Name、 Slot 來做搜尋。輸入關鍵字後，系統會依照這些資訊加以搜尋，輸出解果。使用者可以點擊收詢之結果獲得進一步的資訊，系統會回傳 Core Component 的詳細資訊，並回傳相關 Core Component 之連結。. 圖 4.8 系統搜尋輸入畫面. 圖 4.9 搜尋結果 37.

(46) 圖 4.11 檢視詳細內容-1 欄位詳細內容. 圖 4.12 檢視詳細內容-2 相關核心元件 4.3.3. 商業核心元件版本管理本系統之商業核心元件之版本管理功能有兩大功能，第一是對核心元件作演進規則之檢查，第二是對核心元件做版本的編號，並對各版本的資料做整合整理。核心元件規則之檢查，是可以提供使用者在對 CCL 做更新、修改前，可以確認這個行動是否有符合 CCTS[17]中所記載的演進規則。 38.

(47) 版本編號是將每個核心元件以照所對映的 CCL 版本先後，再檢查核心元件是否有更改，將對映不同本版 CCL 的核心元件給予核心元件之版本編號。 4.3.3.1. 核心元件演進規則檢察. 圖 4.13 核心元件演進規則檢查 Sequence Diagram 系統對核心元件做演進規則之檢察，第一步必須先將規則轉換成 XML 的形式，使程式可以較容易讀入。第二步使用者再輸入介面輸入要被檢察核心元件的資訊，系統接收到資訊，規則檢查的程式會先讀入規則，依照規則的內容，築象隊目標的核心元件做檢察，最後輸出檢查的結果。. 39.

(48) 圖 4.14 轉換成 XML 格式之核心元件演進規則. 圖 4.15 輸入要檢查的核心元件資訊. 40.

(49) 圖 4.16 規則檢查之輸出結果. 4.3.3.2. 核心元件多版本比對. 41.

(50) 圖 4.17 核心元件版本比對 Sequence Diagram 多版本比對在第一步要先將所有不同版本的核心元件內容讀入，將不同版本同一欄位的資料集合在一起，整理之後輸出一份 XML 檔案。版本比較的程式會利用這個 XML 檔案的欄位，對每個核心元件的版本做出判定，最後輸出一份版本演進的表格在使用者端。. 圖 4.18 不同版本的核心元件內容之整合 XML 文件轉換後所產生之內容整合 XML 文件(圖 4.18)，”CoreComponent”的”UID”屬性是儲存此核心元件的唯一的代碼，”CoreComponent”的下一階的內容是以每個欄位的名稱來命名，”content”是來儲存各版本的內容，其”version”屬性是記錄該內容所屬的 CCL 版本。. 42.

(51) 圖 4.19 多版本檢查輸出結果使用者點擊”Multi-Version List”，本系統會呈現出畫面(圖 4.19)，每一組資料有兩行資訊，第一是呈現此註冊物件的 UID，第二行是呈現對映每個 CCL 版本此核心元件之版本編號。”0”是表示此核心元件還未出現。. 4.4. 結果與分析本研究的實作測試流程，其輸入結果分以下幾步驟描述。首先是上傳 Excel 工作表之轉換成 XML 的結果如(表 4.2)，此部份花費時間依照版本的不同、檔案的大小轉換的時間會增加，在 CCL06B 轉換完成需要 1914(ms)，CCL08A 轉換完成需要 7505(ms)。大量轉換完成的 XML 資料至註冊儲存庫，其結果為(表 4.3) 計算使用各版本的核心元件庫匯入所花費時間。. 表 4.2 各版本 CCL 的轉換時間表輸出. 轉換時. 06A.xls. 06B.xls. 07A.xls. 07B.xls. 08A.xls. 08B.xls. 06A_CC.xml. 06B_CC.xml. 07A_CC.xml. 07B_CC.xml. 08A_CC.xml. 08B_CC.xml. 06B_BIE.xml. 07A_BIE.xml. 07B_BIE.xml. 08A_BIE.xml. 08A_BIE.xml. 06B_qDT.xml. 07A_qDT.xml. 07B_qDT.xml. 08A_qDT.xml. 08A_qDT.xml. 08A_uDT.xml. 08A_uDT.xml. 7,505. 9,575. 1,435. 1,914. 2,631. 2,621. 間 (ms) 43.

(52) 表 4.3 各版本 CCL 匯入時間表 06A. 項. 06B. 07A. 07B. 08A. 08B. CC. BIE. CC. BIE. CC. BIE. CC. BIE. CC. BIE. CC. BIE. 474. 0. 785. 1,096. 944. 1,532. 1,051. 1,874. 2,191. 2,984. 2,532. 4,454. 45,864. 0. 122,921. 160,845. 163,976. 369,089. 132,429. 312,804. 667,992. 685,168. 786,337. 1,275,848. 156.58. 146.75. 173.70. 240.91. 126.00. 166.91. 304.87. 229.61. 310.55. 286.44. 目數量匯入時間 (ms) 平. 96.75. 均時間 (ms). 在不同版本的 CCL 中，資料量越大的，平均匯入的時間會較長。在版本 06A 中平均匯入一個核心元件需要 96.75(ms)，而在版本 08A 中平均匯入一個核心元件需要 304.87(ms)。核心元件因為版本眾多，數量龐大，若要使用人工一一輸入到註冊儲存庫中必須花費大量的時間，並且人工容易發生失誤，透過本系統大量的匯入核心元件，可以確保匯入時的正確性，減少人工比對的時間。本研究輸入之量測最後受限於處理儲存庫操作所花時間為最多。使用高階 JAXR API 操作關係，本身也受限於物件導向操作方式。. 44.

(53) 表 4.4 各項 5 次搜尋時間搜尋欄位. 1. 2. 3. 4. 5. UID. 2,808. 2,761. 2,886. 2,840. 3,120. Name. 3,183. 3,696. 3,152. 3,549. 3,444. Slot. 3,827. 3,415. 3,639. 3,458. 3,401. Slot. 4,733. 4,711. 4,836. 4,914. 4,804. UUID. 1,750. 2,839. 1,816. 2,902. 1,718. 表 4.5 搜尋時間比較表搜尋欄位. 搜尋結. 平均搜尋. 時間/個. 果個數. 時間(ms). 數(ms). UID. 1. 2,883. 2,883. Name. 1. 3,399. 3,399. Slot(ObjectClassTerm). 12. 3,548. 295. Slot(ABIEBBIEASBIEACCBCCASCCDTCCSC) 198. 4,799. 24. UUID. 2,205. 2,205. 1. 在不同的搜尋上，UUID 速度最快，因為系統會直接比對註冊物件的 ID。UID 的搜尋相對於其他類型會快一些，因為 UID 是儲存在註冊物件的”Name”。此外的搜尋都是利用註冊物件的 Slot 去做搜尋，第一步要先比對 Slot 的欄位名稱，第二步再比較欄位內容，速度就會較其他的搜尋慢。. 45.

(54) 第五章結論與未來發展 5.1.結論本研究是對電子商務註冊儲存庫與核心元件整合之探討。而本研究主要是將各版本之核心元件庫匯入電子商務註冊儲存庫之中，並且利用匯入的各版本的資料做比較。本研究實作包含輸入的工作試算表(Excel)之格式轉換技術、電子商務註冊資訊模型匯入儲存庫技術、核心元件之演進規則檢查、多版本的核心元件比較。其中過程有幾項重點： . 本研究使用官方公佈之核心元件庫(CCL06A Excel~CCL08B Excel)作為輸入測試，並利用本研究輸入流程達成目的，此結果為重要實作的核心元件儲存庫系統之參考，是發展 UN/CEFACT 官方儲存庫的重要依據。. . 本研究同時使用了多個版本的核心元件庫，利用這些資料可以讓使用者去觀察各版本核心元件庫的演進，並且了解各核心元件之版本。. . CCL 每半年釋出新版本。本研究對 CCL 輸入的研究，可在新版本發佈後將新版本的 CCL 輸入至註冊儲存庫。. . 本研究協助驗證 UN/CEFACT Registry Implementation Specification . 將核心元件的資料模型對映到 ebRIM 的資料模型。. . 轉換各類 ebXML 相關元件到註冊儲存庫中。如核心元件(CC)、商業資訊物件(BIE)。. . 初步的版本管理。. 46.

(55) 5.2. 未來發展未來方向，除了商業核心元件，還有商業流程(BP)、商業需求規範(BRS)、需求規範對應(RSM)等文件需要實作儲存庫結合之探討。而另一方面還可繼續發展儲存庫的聯合查詢(Federation)，如何從多個電子商務註冊儲存庫獲得資訊，對每個電子商務註冊儲存庫做資料的修改，牽涉到憑證安全問題和資料同步問題。後續發展皆相當複雜和龐大。並參與發展 UN/CEFAC 官方 Registry。. 圖5.1 分散式儲存庫聯合作業另一方面發展分散式儲存庫聯合作業(Registry Federation)如圖 5.1，每個儲存庫有自己本身的定位(Banking、Constrcution 等等)，內容由各國一起來更新與維持。一般的使用者可以透過主要的註冊儲存庫對這些儲存庫做查詢以及應用。. 47.

(56) 參考文獻 [1]. Benoit Marchal (Mar 2004), UML, XMI, and code generation, Part 1~3, IBM DeveloperWorks, http://www.ibm.com/developerworks/library/x-wxxm23/index. html?S_TACT=105AGX52&S_CMP=cn-a-x. [2]. freebXML(Aug 2006), “OASIS ebXML Registry Reference Implementation Project (ebxmlrr)”, freebxml.org http://ebxmlrr.sourceforge.net/. [3]. freebXML(Mar 2006) , “ebXML Registry-Repository Important Features” , freebxml.org Omar Wiki http://ebxmlrr.sourceforge.net/wiki/index.php/Overview#Important_Feature s. [4]. feebXML (Apr 2006), ” Some Real World Examples” , freebxml.org Omar Wiki http://ebxmlrr.sourceforge.net/wiki/index.php/Overview#Some_Real_World _Examples. [5]. feebXML (July 2006), ” Profiles of ebXML Registry Standard” , freebxml.org Omar Wiki http://ebxmlrr.sourceforge.net/wiki/index.php/Overview#Profiles_of_ebXM L_Registry_Standard. [6]. Justin Elsberry & Nicholas Elsberry (Mar 2003), Using XML and SVG to Generate Dynamic UML Diagrams, Department of Computer Science Central Washington University. http://www.cwu.edu/~gellenbe/docs/xmltouml/xmltechnicalreport.ht ml. [7]. OASIS (May 2005), “ebXML Registry Information Model (ebRIM) Specification v3.0 Approved Draft”, OASIS ebXML Registry Technical Committee, http://docs.oasis-open.org/regrep/v3.0/regrep-3.0-os.zip. [8]. OASIS (May 2005), “ebXML Registry Services (ebRS) Specification v3.0 Approved Draft”, OASIS ebXML Registry Technical Committee http://docs.oasis-open.org/regrep/v3.0/regrep-3.0-os.zip. [9]. OMG (July 2007), “XML Metadata Interchange (XMI)”, Catalog of OMG Modeling and Metadata Specifications-(Object Management Group). http://www.omg.org/technology/documents/modeling_spec_catalog.htm 48.

(57) [10] Source Forge (Mar 2007), uml2svg - an XSLT-based tool for converting UML Diagrams to SVG Project, sourceforge.net. http://uml2svg.sourceforge.net/index.html [11] Sun Microsystems (Sep 2005), “Effective SOA Deployment Using An SOA Registry Repository”, Sun Microsystems SOA Registry White Paper http://www.sun.com/products/soa/registry/soa_registry_wp.pdf [12] UN/CEFACT (2003), “Core Components Technical Specification V2-01 – Part 8 of the ebXML Framework” (CCTS2.01Final), United Nations Centre for Trade Facilitation and Electronic Business (UN/CEFACT). http://www.unece.org/cefact/ebxml/CCTS_V2-01_Final.pdf [13] UN/CEFACT (Feb 2006), ” Core Component Library Version 06”, UN/CEFACT TBG, ATG, I CG http://www.unece.org/cefact/codesfortrade/codes_index.htm#ccl [14] UN/CEFACT (Mar 2007), UN/CEFACT Registry Implementation Requirements Specification v1.1, UN/CEFACT Information Content Management Group(ICG) http://webster.disa.org/cefact-groups/icg/Downloads/Archives/UNCEFACT_Registry_Specifications_V1%200_DraftB.zip [15] UN/CEFACT (2005), UN/CEFACT's Open Development Process for Technical Specifications, UN/CEFACT Applied Technology Group (ATG). http://xml.coverpages.org/CEFACT-ODP20050323.html [16] UN/CEFACT (Apr 2005), Business Vocabulary Management (BVM) , OASIS ebXML Registry profile for ebXML Core Components v0.1 Draft (regrep-ccts-profile-01) http://ebxmlrr.sourceforge.net/tmp/regrep-ccts-profile-01 .pdf [17] UN/CEFACT(Apr 2007),Core Component Technical Specification Project Team, Core Component Technical Team Version 3.0 http://www.unstandards.org:8080/download/attachments/3801817/Specification++CCTS+3p0+Second+Iteration+ODP6+20081218.pdf [18] Vincent Hardy (2003), Using SVG to Create Compelling User Interfaces for Web Services. XML EUROPE 2003. http://www.idealliance.org/papers/dx_xmle03/papers/02-04-05/02-04-05.h tml [19] Wes Biggs & Harry Evans (2001), Simplify XML programming with JDOM, IBM 49.

(58) DeveloperWorks. http://www.ibm.com/developerworks/java/library/j-jdom/ http. ://www.jdom.org/downloads/docs.html [20] Wikipedia (2007) , “Electronic Data Interchange” http://en.wikipedia.org/wiki/Electronic_Data_Interchange [21] 富士通台灣(2000-2006)，採購交易中心電子數據交換 (EDI) 服. 務。 http://www.fujitsu.com/tw/services/manufacturing/procuremartediservices/ [22] 葉耀明(2005)，ebXML技術標準介紹及應用。TEC電子商務之應用典範與技. 術標準研討會(2005/8/5) http://www.twtec.org.tw/include/getfile.php?fid=1040 [23] 葉耀明，聯合國發展 ebXML 電子商務標準專題報告。. 國立臺灣師範大學。 http://xml.csie.ntnu.edu.tw/course/ec/2006UNebXMLPaper.pdf [24] 夏光宣(2005)，Core Component之基本觀念與UN/CEFACT XML NDR。資訊. 工業策進會電子商務研究所。TEC BCF研討會 (2005/8/30)。http://www.twtec.org.tw/include/getfile.php?fid=1021&PHPSESSI D=5aeb55ee6ff4ef062ede841e0e5dab67 [25] 台灣ebXML推廣中心(2004)，ebXML架構介紹。 http://www.ebxml.org.tw/big5/content/ebxml_introduce.htm [26] 台灣ebXML推廣中心(2004)，漫談 ebXML。http://www.ebxml.org.tw/big5/index.jsp [27] 台灣ebXML推廣中心(2004)，OASIS相關技術委員會介紹。http://www.ebxml.org.tw/big5/content/ebxml_oasis.htm [28] 台灣ebXML推廣中心(2004)，UN/CEFACT工作群組介紹。http://www.ebxml.org.tw/big5/content/ebxml_un-cefact.htm [29] 董才業(2005)，“數位學習 SCORM 教材註冊及儲存庫管理之研究”，國立台. 灣師範大學資訊教育所碩士論文。 [30] 呂智翔(2006)，“應用電子商務註冊儲存庫機制整合 BPEL4WS 在旅遊服務之探討”，國立台灣師範大學資訊教育所碩士論文。 [31] 蕭哲豪(2007)，“電子商務註冊儲存庫應用於管理商業核心元件之概念驗證”，國立台灣師範大學資訊教育研究所碩士論文。. 50.

(59) 51.

(60)