从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  钟绍康 专案经理)_