從IT產業趨勢看EPCglobal的未來核心服務

　　云端運算（Cloud-Computing）、軟體即服務（Software as a Service，SaaS）、平臺即服務（Platform as a Service，PaaS）等專業術語，最近有成為IT產業流行語的趨勢，在網路上或各媒體上也常可見到相關議題的論述。簡單來說，所謂的云端運算或者SaaS，并非任何單一技術上的大突破或者是革命性的創新，它們所代表的是一種概念，一種以服務為導向，讓運算資源有限的使用者，也可以享受到等同大企業資源水平的IT新主張。而EPCglobal目前正在發展的標準查詢服務（Discovery Service，以下簡稱DS）以及追蹤與追溯（Track & Trace）正是符合這樣的精神。雖然這些標準發展時程較長、牽涉領域最廣、考量層面最復雜，但其設計理念及可能的技術架構卻和云端運算、SaaS或PaaS有異曲同工之妙。 

　　商業流程與IT技術的演進 

　　就如同以前聽到的網格運算、平行運算、甚至是泛在運算（Ubiquitous Computing）等，包括現在當紅的云端運算，都可以看成是分散式運算所衍伸出來的概念。分散式運算藉由通訊協定或標準，將異種系統之間的溝通、運算資源的分享做整合，當Internet普及、http成為共通網路通訊協定、XML變成統一資訊交換格式后，云端運算就成了提供復雜運算或服務的最佳代名詞（如圖1）。 

 

圖1、云端運算概念：藉由網際網路的優勢和資源處理龐大的運算程序，讓使用者享受來自云端的服務 

　　至于SaaS的前身，從早期的中央式大型主機架構、Client-Server架構，到目前正夯的服務導向架構（Service-Oriented Architecture，SOA），這些演變所追求的目的，以商業邏輯層面看來，不外乎是減少系統中服務元件設計與開發的時間，以提高企業系統可靠度以及改善營運流程。 SaaS概念的提出，其實已經和前述的云端運算慢慢匯流成一體，而這些新興的專有名詞定義在網路上有相當多的資料可參考，就不在本文內贅述。 

　　Discovery Service發展理念 

　　回頭來看EPCglobal的Discovery Service，其發展過程分別在EPCglobal的工作群組以及由歐盟出資的BRIDGE技術發展團隊同時進行。 EPCglobal工作群組主要負責項目是DS的使用者需求和應用情境，而BRIDGE的第二工作分包（WP2）則是致力在技術架構上的開發（如圖2）。 

圖2、Discovery Service概念 

　　DS設計的目的，在于解決當結構更復雜的供應鏈，其成員間甚至不知道對方的存在（亦即未曾直接進行交易過，或無法得知對方EPCIS位址）時，要如何查詢相關EPC序號的商品動態資訊（ONS只能藉由EPC管理者號碼及物件類別碼得知商品靜態資訊）。 

　　EPCglobal對于DS將來可能的技術架構方向，抱持兩種看法：其一為Directory of Resources模式，以及Query Relay模式。  
  
　　Directory of Resources的概念是將DS單純定義為各個資料來源（亦即EPCIS）的目錄查詢服務中介平臺，資源存取（包含查詢和回應）的動作則仍由Client端與目的EPCIS端直接進行；而Query Relay模式除了賦予DS具備目錄查詢功能，亦提供協助Clinet端對多個目的EPCIS端發出Query，并傳回Response的服務。 

　　無論是Directory of Resources或是Query Relay模式均有各自的優缺點，至于會采用何種模式？將在EPCglobal的Data Discovery商業需求群組整合出共識后拍板定案。在今年的GS1 Forum大會上，總會明確指示未來會將GS1原本標準發展的角色，提升為整合標準、解決方案、以及服務的提供者；換言之，當企業內部前端AIDC各項元件標準（例如EPCIS 、ALE等）均齊備或成熟后，更龐大的資料量交換以及安全性控管，才是供應鏈成員真正面對的挑戰；而一個能提供此服務的第三方平臺，其必要性則是不言可喻。 

　　Traceability：追蹤及追溯 

　　BRIDGE群組除了發展DS的技術架構外，也持續投入大量心血和資源在追蹤及追溯解決方案上。 

　　Traceability相對于DS具有更宏觀的高度，除了EPC/RFID技術，傳統一、二維條碼等AIDC商品識別機制外，連全球資料同步網（GDSN）也都在Traceability的范圍內。就某種程度而言，Discovery Service和Traceability其實是相同的概念，兩者都是藉由收集一連串的物件經手紀錄（以DS來說即為貼附標簽的物件讀取事件，而Traceability則是物件讀取資訊整合商業交易文件的紀錄），供主管機關或使用者查詢特定商品的動態資訊；而所謂的動態資訊，其實也可稱為商品流通履歷，尤其在經過毒奶粉、保久乳、甚至是黑心農藥等事件后，消費者意識抬頭，對于商品來歷及流通管道會更加重視。 

　　BRIDGE的第三項工作分包（WP3）日前和英國BT、SAP及劍橋大學合作，完成了Track & Trace Analytics Framework雛型系統。該雛型系統的目的，是未來當企業所上傳至DS或Traceability平臺的事件資料日益龐大時，藉由此雛型系統的事件分析功能，協助企業產生更精確的商業智慧和做出決策。此雛型系統采模組化的設計，如圖3所示： 

圖3、Track & Trace Analytics Framework模組化架構  

　　在模組化的部分，包含了事件收集層（Event Gathering Layer）、非或然率追蹤/追溯演算法（Non-Probabilistic Track & Trace Algorithms）、或然率追蹤/追溯演算法（Probabilistic Track & Trace Algorithms）、以及類似Work Flow應用軟體般設定供應鏈流程的直覺式圖形化使用者介面（Supply Chin Modeller，如圖4）。使用者可定義彈性的供應鏈流程細節，媒合至事件收集層所擷取的大大小小事件；由非或然率追蹤追溯演算法模組進行現有事件的各式分析，再由或然率追蹤追溯演算法進行未來事件可能發生的趨勢預測。 

圖4、階層式且直覺化的供應鏈流程  

　　Track & Trace Analytics Framework雛型系統的開發進度十分順利，在不同專長領域機構的整合上也激蕩出令人驚艷的火花。由于藥品供應鏈的流程和資料量最為復雜且最龐大，以劍橋大學為首的研發團隊，將WP6藥品供應鏈追蹤與追溯的先導計畫，作為雛型系統的測試驗證對象；而測試的成果相當穩定，對于雛型系統未來正式上線會面臨到的壓力和挑戰，具有正面的指標意義。另外，以SAP為首的研發團隊則是發揮其ERP系統的專長，將雛型系統和WP2的Discovery Service作整合，并改良操作介面的簡化和人性化，同時也加強安全性控管以及納入WP5的商品防偽機制。 

　　結語 

　　從一開始的ONS，到已接近醞釀成熟的Discovery Service和Traceability，GS1正一步一步將所有的產品和標準進行整合，并轉型為核心服務。未來這些服務存在的形式有可能以產業別、或是地區別作區分，并以PaaS平臺方式存在，予企業用戶及消費者使用。而GS1的標準元件模組化特性，也允許系統業者有充分彈性的設計空間，提供如SaaS的應用程式或實用工具等加值應用。無論是何種方式，IT供應商都可從中找出商機與切入點，藉由云端的龐大運算資源，提供給使用者前所未有的多樣化服務。 

　　隨著資訊技術的發展，人們對于資訊系統的仰賴度亦與日俱增。資訊化提升了企業營運的效能與效率，也讓消費者隨時隨地透過任何終端設備上線，并享受各種數位內容與應用。而GS1一貫堅持的目標，就是持續追求商品自動識別與資料擷取（Automatic Identification & Data Capture，AIDC）技術的精進，發展資訊服務創新應用，讓消費者買到正確無誤的商品、企業掌握自家產品流向、供應鏈效能和安全提升。

　　(文/ EPCglobal Taiwan  鐘紹康 專案經理)_