EPCIS - EPC Information Services Standard

■ EPCIS標準

EPCIS位於EPCglobal　Network最頂層之位置，位於標籤及讀取器還有中介軟體之上，由於每個企業內部的IT環境大不相同，為了達到企業間EPCIS資料分享的目的，EPCIS比起EPC網路架構底層的成員更為複雜及多樣化。

■ 下載最新版本

 ■ 相關文章介紹

EPCIS介紹及其供應鏈運用

文/EPCglobal Taiwan‧鍾紹康

EPCIS（EPC Information Services)為EPCglobal Network中的資料儲存中心，不僅擁有EPC相關資料儲存功能外，也具備供應鏈交易成員間資料分享的功能。今年4月份，EPCglobal Inc公佈了EPCIS 1.0規格，因此本文將對EPCIS架構和發展做更新。

EPCIS架構介紹

EPCIS位於EPCglobal　Network最頂層之位置，位於標籤及讀取器還有中介軟體之上，由於每個企業內部的IT環境大不相同，為了達到企業間EPCIS資料分享的目的，EPCIS比起EPC網路架構底層的成員更為複雜及多樣化。

EPCIS被設計為一分層式、可延伸、以及模組化的架構（如圖一），共包括抽象資料模型層（Abstract Data Model Layer）、資料定義層（Data Definition Layer）、服務層（Services Layer），再加上一系列賦予EPCIS透過網路資料交換能力的bindings。

圖一、EPCIS結構

EPCIS的各層元件簡介如下：

一. 抽象資料模型層：本層乃定義所有EPCIS型式的資料結構與特性、相關性，以及使用規則；其中Event Data紀錄了真實世界每一筆商務流程中EPC號碼的讀取，而Master Data則為Event Data提供更完整、更適合使用者判讀的EPC相關資訊，例如讀取地點和地址等。

二. 資料定義層：定義了EPCIS核心事件資料型態，目前已有Object Event、Aggregation Event、Quantity Event、和Transaction Event共四種型態．每種事件型態都有其衍伸的資料欄位（如表一）。

三. 服務層：EPCIS提供兩項核心服務－Capture Interface及Query Interface．EPCIS藉由Capture Interface捕捉在真實世界發生的EPC Event，由Query Interface負責處理EPCIS的查詢請求並回傳相關資料。

四. Bindings：其目的在於連結資料定義層與服務層的元件好讓EPCIS具有資料分享的能力．資料定義層中的各個事件資料型態均有相對應之XML schema；服務層的Capture Interface對應的是Message Queue及HTTP；Query Control Interface被賦予WSDL（SOAP over HTTP）和AS2；Query Callback Interface則是HTTP、HTTPs以及AS2。

資料定義層Object Event Data Type的XML schema範例

表一、EPCIS核心事件資料型態及屬性

EPCIS與供應鏈

在EPCglobal標準發展群組重整之前，EPCIS以及Data Exchange工作小組是根據快速消費性商品（Fast Moving Consumer Goods，FMCG）產業特性來制定EPCIS資料中的商用字彙（Business Vocabulary）；以FMCG為例，當EPC從製造商開始一路到配銷中心，再到零售商倉儲，最後抵達零售賣場的過程中，每經過一個讀取點（Read Point）就會留下紀錄並產生EPCIS資料，而這些資料包括：

1. EPC號碼－包括SGTIN、SSCC、GRAI等編碼
2. Time Stamp－事件發生時間或讀取時間
3. Read Point－包括Site Location、Site Sub-Location，甚或Site Location Extension
4. Business Location－同樣包括Site Location、Site Sub-Location或Site Location Extension
5. Business Step－表示目前發生的商務流程
6. Disposition－表示目前商品所處狀態

工作小組在發展EPCIS標準時的流程，首先會選擇目標產業，再將其供應鏈拆解成數個商務流程（Business Step），爾後將每個商務流程找出相對應的EPCIS核心事件資料型態（例如目前的四種），並根據產業別定義每種事件資料型態下所需的欄位（參考表一），最後則是定義每個欄位底下必要的商用字彙以便讓EPCIS資料具有意義。

以FMCG為基礎發展出EPCIS的基本商用字彙後，接下來健康醫療產業（Health & Life Science，HLS）和運輸物流產業（Transportation & Logistics Services，TLS）則以此為藍本繼續發展。同時工作小組也發現無論何種產業均具有相似或同樣的商務流程，因此統一的核心商用字彙將會是EPCIS的發展方向，只要再針對特定產業發展額外的商用字彙（參考表二及表三）。

表二、商用字彙範例（黑色字體為FMCG，藍色字體為HLS新增）

表三、商用字彙範例

由於EPCIS提供了標準的資料模組，藉由Capture/Query Interface達到商品的Track & Trace以及產品驗證，而一套標準介面除了可跨多重產業亦比多個使用者客製系統更節省成本；安全性也是EPCIS所強調的概念－交易成員能保有自身重要資料權限，只有在允許的情況下回應或是傳送可供分享的資料－這是歸功於高安全性的網路通訊協定服務（如AS2和HTTPs），在HLS的EPCIS應用上也支援電子簽章及PKI驗證；加上EPCIS採分層式架構的設計可長期支援延展性和擴充性，交易成員可自由選擇市場上各家系統商EPCIS產品甚至自行開發。更進一步來說，目前已有許多FMCG和HLS產業已經投入EPCIS的先導性計畫並證明其實用性及EPCIS能為供應鏈帶來可貴的價值。

圖二、EPCIS在供應鏈之運用

EPCIS規格現況及後續發展

目前EPCIS的規格為1.0版，預計在今明兩年間，EPCIS將就HLS上的e-pedigree和Traceability發展更完備，同時也將對TLS產業特性發展EPCIS商務流程定義（牽涉到陸上運輸及海上運輸）、商用字彙（考量到地域性資料描述，如經緯度）、以及編碼系統（移動中的卡車或是貨輪等business location該如何採用適合之對應編碼，如GLN）。無論如何，EPCIS在供應鏈的實用性已無庸置疑，而在EPCglobal工作小組和產業的努力下，EPCglobal Network各個元件標準服務也將會更齊全，請拭目以待。