毕业论文——信息发现服务模型的研究与实现.doc

1、本科毕业论文(科研训练、毕业设计)题 目：信息发现服务(EPCDS)模型的研究与实现姓 名： 学 院：软件学院系：专 业：软件工程年 级： 学 号： 指导教师（校内）： 职称： 指导教师（校外）： 职称： 20XX 年 X 月 XX 日信息发现服务模型的研究与实现摘要 近年来，射频识别(RFID) 技术已经被评为本世纪十大重要技术之一 , 由于其自身的优越性，RFID 射频识别系统可以让人们及时掌握供应链中货品在物流网络中的需求状况、来源、货品名称、到达目的地、到达时间等信息。但是，由于目前基于 EPCglobal 架构的 EPCNetwork的相关标准尚不完备，RFID 信息的全球性共享和追

2、踪受到阻碍。本文在 EPCglobal 现行标准的基础上，研究基于 RFID 的全球信息发现技术，并提供基于产品电子码（EPC）的追踪服务EPCDS。当前 RFID 体系中，主要采用的是 EPCglobal 组织提出的物联网架构模型。 EPC 信息发现服务 EPCDS 包括对象命名服务 ONS 及相关配套服务。我们通过 EPCDS 提供的服务，可以基于电子产品码 EPC，在 ONS 的框架内，获取 EPC 数据访问链接，从中采集到物品的静态及动态信息。而物品的信息是由 EPC 信息服务（ECPIS）提供的。EPCIS 目前是一种工作标准，在应用软件和数据库之间作为一种通信机制，使公司可以在内部

3、 RFID 流程中并且同合作伙伴有效地交流和查询数据。本研究将结合、参考 EPCglobal 组织提出的现有规范和一些最新的模型，完善 EPCDS的架构设计，并据此实现上海交通大学 EPC 信息发现服务器，提供 RFID 公共应用的基础服务。关键词：EPCDS ONS EPCIS 信息发现服务The Research and Implementation of EPC Discovery Service ModelAbstract In recent years, the radio frequency identify(RFID) technique has already been one

4、 of the ten most important techniques in this century. Because of its advantage, RFID system can let the passive goods in SCM tell us where they are from, what are their names, where they will go, and when theyll arrive. However, the current standard related to EPCNetwork based on EPCglobal structur

5、e is not yet perfect, which handicaps to share and trace RFID information around the world. On the base of popular EPCglobal standard, this paper portrays the detecting technique of global information based on RFID, and provide a tracing service EPCDS based on the electronic product code(EPC).In the

6、 current RFID system, EPCNetwork model carried out by the EPCglobal organization is adopted widely. EPC Discovery Service contains object naming service(ONS) and those related services. Through the service provided by EPCDS, we can get EPC data visit link based on EPC under the ONS structure, collec

7、ting the dynamic and static information. And the product information is provided by EPC information service(ECPIS), which is a work standard viewed as a communication mechanism between applied software and database and makes companies efficiently communicate and search data in the inter-company RFID

8、 and between the intra-company partners.Our research refers to current standard and the newest model carried out by EPCglobal organization, perfect the EPCDS structure design, and based on these work we set the SJTU EPC information discovery server to provide public RFID-applied base service.Key Wor

9、ds：EPCDS ONS EPCIS EPCNetwork目 录第 1 章 引言 .11.1 研究背景 .11.2 研究意义 .21.3 论文目标 .21.4 论文的篇章结构 2第 2 章 公共服务体系架构研究 42.1 RFID 技术原理 .42.2 公共服务体系研究 72.3 ONS 和 EPCIS 研究 .13第 3 章 EPCDS 系统需求分析及设计 183.1 ONS 服务器的功能需求 183.2 ONS 服务器的详细设计 193.3 ECPDS 服务器的功能需求 .223.4 EPCDS 服务器的详细设计 .233.5 系统总体设计图 25第 4 章 EPCDS 系统的实现 274

10、.1 ONS 服务器的实现 .274.2 EPCDS 服务器的实现 304.3 系统演示及测试 35第 5 章 结束语 38致谢语 .39【参考文献】 40ContentsChapter1 Perface .11.1 Background11.2 Purpose21.3 Object.21.4 Architecture2Chapter2 Research for Public Service Architecture.42.1 Mechanism of RFID Technology42.2 Research for Public Service.72.3 Research for ONS a

11、nd EPCIS .13Chapter3 the Requirement and designing EPCDS System .183.1 Function Requirement of ONS .183.2 Design Details of ONS .193.3 Function Requirement of ECPDS 223.4 Design Details of EPCDS.233.5 Design Diagram .25Chapter4 Implementation of EPCDS274.1 Implementation of ONS274.2 Implementation o

12、f EPCDS .304.3 Test and Demonstrate35Chapter5 Conclusion38Acknowledgement 39Reference.40信息发现服务模型的设计与实现第 1 章 引言本章主要介绍信息发现服务 EPCDS（Electronic Product Codes Discovery Service）模型的设计与实现的研究背景，研究意义，论文目标及论文的组织结构。1.1 研究背景随着现代物流、供应链管理的发展，物流信息的交换和传递变得越来越重要。人们一直在思考如何实时的实现信息的交换和传递。传统的条形码技术对供应链的影响无疑是巨大的，但是随着物流的成熟

13、和发展，企业对于供应链中的物品识别有了更多的要求，而传统条形码本身固有的不可远距离识别，不可精确到单个物品以及易受污损破坏等缺点 1已满足不了行业需求。而企业出于降低物流成本的目的迫切需要从产品识别和跟踪方面对供应链环节进行优化，同时客户对定购商品的在途状态跟踪需求同样促使了新的产品识别技术的产生。随着互联网技术和 RFID(Radio Frequency Identification Technology)的成熟和发展, 信息数字化和全球商业化使得更现代化的产品标识和跟踪方案的研发成为可能。新的供应链的解决方案概括地说, 就是企业将能够及时知道每个商品在它们供应链上任何时点的位置信息 2。那

14、么如何才能使企业及时知道每一件商品在供应链中的信息呢? 要解决这个问题, 应该从以下几方面来考虑:首先, 要有一种技术能够标识每一件商品, 而不是和条码一样只能标识一类商品; 其次,现代快速的物流需求要求企业能够快速地采集到每一件商品的信息; 再次, 需要相应的一套系统来管理企业间或企业内部信息的传递。目前较好的单品识别解决方案是 1999 年由美国麻省理工学院 (MIT) 成立的自动识别技术中心 (Auto-ID Center) 提出的产品电子代码 EPC (Electronic Product Code), 即为每一个单品提供唯一的代码。而将 RFID 从传统的非物流领域引入物流领域则为数

15、据的快速准确的采集提供了很好的解决方案。有了单品识别的标签载体和快速收集信息的通道，企业内部或者企业间的信息传递便成了摆在 EPC 应用面前的大问题。目前解决此问题的方法多是采用在公司内部或有限的合作伙伴之间协商应用系统的数据接口，从而实现数据的共享和传递。但是面对全球巨大的物流网| 第 1 章 引言 1信息发现服务模型的设计与实现络，协调所有系统的数据接口是一件不可能实现的事情。也正是因为这个原因，目前 EPC 的应用还只是局限在公司内部或者几个有业务关系并事先进行协调的企业之间。建立一个全球性的公共服务平台，实现信息的全球共享就成为亟需解决的问题。1.2 研究意义本论文研究的信息发现服务（

16、EPCDS）服务模型，就是着眼于解决全球性的信息共享问题。我们根据现有的网络体系架构，提出 RFID 公共服务平台的概念，使所有公司的信息通过信息服务平台发布出来。但是新的问题又出现了。爆炸性的信息在平台上发布出来，使得信息的查找非常困难，因此，我们提出信息发现服务（EPCDS）的概念。通过信息发现服务，快速查找网络上提供产品信息的服务地址，并访问该地址获得该产品的信息，使得全球性的信息共享变得更加有效。同时，由于我国的公共服务平台标准以及信息发现服务的规范尚未出台，完成这样一个项目，对于搭建公共服务平台和部署信息发现服务器使一种探索，并能够为以后的大规模应用提供一定的实践经验。1.3 论文目

17、标本论文分析研究了现阶段国内外基于 RFID 的网络架构，挑选被广泛接受的 EPCglobal组织提出的 EPCNetwork 体系架构，依据其提出的各项标准，结合物流行业的具体场景，开发实现信息发现服务模型的设计，并在此基础上实现一个物品追踪服务器的原型系统。作为实现信息发现服务的一部分，本论文还会在 Linux 平台下，利用其 DNS 服务器（BIND9），完成 ONS（Object Naming Server）服务器的部署和实现，提供出由 EPC 编码解析出信息服务地址的功能。此外，还会实现一个原型系统，展示 EPCDS 模型如何对供应链下的物品进行信息动态追踪。1.4 论文的组织结构本

18、论文共分五章。第 1 章 引言2 第 1 章 引言 |信息发现服务模型的设计与实现介绍研究背景，研究意义，论文目标及论文的组织结构。第 2 章 EPCglobal 架构分析本章根据 EPCglobal 发布的 EPCglobal 体系框架，自下而上的介绍构建 EPCDS模型的基础知识，并分析 EPCDS 在 EPCglobal 体系的位置及作用，为 EPCDS 模型的开发实现提供总体方向。第 3 章 EPCDS 系统的功能需求分析及详细设计本章根据目前物流行业供应链的现状进行分析，提出 EPCDS 模型的功能需求，并根据需求进行系统设计。第 4 章 EPCDS 系统的编码实现及演示根据第三章提

19、出的系统需求，进行编码和测试，最终形成完整的系统并进行演示。第 5 章 结束语总结 EPCDS 的构建过程，并对该系统的应用前景进行展望。| 第 1 章 引言 3信息发现服务模型的设计与实现第 2 章 公共服务体系架构研究2.1 RFID 技术原理2.1.1 什么是 RFID射频识别技术 RFID 是一种非接触式的自动识别技术，它通过射频信号自动识别目标对象并获取相关数据，识别工作无须人工干预，可工作于各种恶劣环境。RFID 技术可识别高速运动物体并可同时识别多个标签， 操作快捷方便。射频识别技术与条形码是两种不同的技术，有不同的适用范围，有时会有重叠。两者之间最大的区别是条形码是“可视技术“

20、 。射频标签只要在接受器的作用范围内就可以被读取。射频识别标签和条形码的区别如下：表 2-1 RFID 标签和条形码的对比信息载体 信息量 读写性 读取方式 保密性 智能化 抗干扰能力 寿命 成本纸、塑料 CCD 或激条形码 小 只读 差 无 差 较短 最低薄膜 光束扫描RFID 标签 EEPROM 大 读/写 无线通信 最好 有 很好 最长 较高2.1.2 RFID 的系统组成一个基本的 RFID 系统 4由以下几部分组成：阅读器(Reader)：读取(有时还可以写入 )标签信息的设备，可设计为手持式或固定式；图 2-1 RFID 阅读器天线(Antenna) ：在标签和读取器间传递射频信号

21、；4 第 2 章 公共服务体系架构研究 |信息发现服务模型的设计与实现图 2-2 RFID 天线标签(Tag)：由耦合元件及芯片组成，每个 RFID 标签具有唯一的电子编码，附着在物体上标识目标对象，俗称电子标签或智能标签；图 2-3 RFID 标签一套完整的系统还需具备：数据传输和处理系统。2.1.3 RFID 系统的工作原理RFID 系统在实际应用中，电子标签附着在待识别物体的表面，电子标签中保存有约定格式的电子数据。阅读器可无接触地读取并识别电子标签中所保存的电子数据，从而达到自动识别物体的目的。阅读器通过天线发送出一定频率的射频信号，当标签进入磁场时产生感应电流从而获得能量，发送出自身

22、编码等信息，被读取器读取并解码后送至电脑主机进行有关处理 5。| 第 2 章 公共服务体系架构研究 5信息发现服务模型的设计与实现图 2-4 RFID 系统工作原理2.1.4 RFID 技术特点及优势RFID 主要有以下几个方面特点：读取方便快捷：数据的读取无需光源，甚至可以透过外包装来进行。有效识别距离更大，采用自带电池的主动标签时，有效识别距离可达到 30 米以上；识别速度快：标签一进入磁场，解读器就可以即时读取其中的信息，而且能够同时处理多个标签，实现批量识别；数据容量大：数据容量最大的二维条形码(PDF417)，最多也只能存储 2725 个数字；若包含字母，存储量则会更少；RFID 标

23、签则可以根据用户的需要扩充到数十 K；使用寿命长，应用范围广：其无线电通信方式，使其可以应用于粉尘、油污等高污染环境和放射性环境，而且其封闭式包装使得其寿命大大超过印刷的条形码；标签数据可动态更改：利用编程器可以向写入数据，从而赋予 RFID 标签交互式便携数据文件的功能，而且写入时间相比打印条形码更少；更好的安全性：不仅可以嵌入或附着在不同形状、类型的产品上，而且可以为标签数据的读写设置密码保护，从而具有更高的安全性；动态实时通信：标签以与每秒 50100 次的频率与解读器进行通信，所以只要 RFID 标签所附着的物体出现在解读器的有效识别范围内，就可以对其位置进行动态的追踪和监控。2.1.

24、7 RFID 应用短距离射频识别产品不怕油渍、灰尘污染等恶劣的环境，可在这样的环境中替代条码，6 第 2 章 公共服务体系架构研究 |信息发现服务模型的设计与实现例如用在工厂的流水线上跟踪物体。长距射频识别产品多用于交通上，识别距离可达几十米，如自动收费或识别车辆身份等。1、在零售业中， RFID 技术的运用使得数以万计的商品种类、价格、产地、批次、货架、库存、销售等各环节被管理得井然有序；2、使用 RFID 的车辆自动识别技术 6，使得路桥、停车场等收费场所避免了车辆排队通关现象，减少了时间浪费，从而极大地提高了交通运输效率及交通运输设施的通行能力；3、在自动化的生产流水线上，RFID 技术

25、使整个产品生产流程的各个环节均被置于严密的监控和管理之下；4、在粉尘、污染、寒冷、炎热等恶劣环境中，远距离射频识别技术的运用改善了卡车司机必须下车办理手续的不便；5、在公交车的运行管理中，自动识别系统准确地记录着车辆在沿线各站点的到发站时刻，为车辆调度及全程运行管理提供实时可靠的信息。RFID 电子标签的技术应用非常广泛，目前典型应用：动物晶片、门禁控制、航空包裹识别、文档追踪管理、包裹追踪识别、畜牧业、后勤管理、移动商务、产品防伪、运动计时、票证管理、汽车晶片防盜器、停车场管制、生产线自动化、物料管理等等。2.2 公共服务体系研究2.2.1 公共服务体系现状RFID 公共服务体系，是在互联网

26、网络体系的基础上，依托无线射频识别技术(RFID)，增加一层以物品信息交流为中心、提供面向服务功能的平台。它通过统一的电子产品编码方式，建立一套分布式的 RFID 公共应用与服务支撑体系，为用户获得商品信息提供相关的注册、检索、定位等服务。公共服务体系都是依托 RFID 技术的发展而形成的。目前，RFID 技术应用以欧美EPCglobal 的物联网及日本 Ubiquitous ID Center 的泛在计算为代表。这两种体系都采用了统一物品编码方式，EPC 是电子产品代码，uCode 是泛在计算代码；EPCglobal 采用业务链的方式，面向企业，面向产品信息的流动(物联网)，比较强调与互联网

27、的结合，而 UID 采用扁平式信息采集处理方式，强调信息的获取与分析，比较强调前端的微型化与集成；EPCglobal 体系是构筑在互联网的基础之上，而 UID 体系在信息网络方面主要依赖于日本的| 第 2 章 公共服务体系架构研究 7信息发现服务模型的设计与实现泛在网络，可以借助独立于互联网的其它通信网络实现信息共享。我国目前还没有提出 RFID 公共服务体系架构，并且相关的支撑 RFID 技术和产业发展的基础设施、相关测试认证、政策环境都还没有建立起来。通过 RFID 公共服务体系，能够为企业或个人用户提供及时、准确、方便地分类甚至是单件物品信息，这些信息是为管理服务的，能够根本性的改变企业

28、的信息化模式，产生更大的生产效率。2.2.2 EPCglobal 体系EPC 是与全球标准代码条形码相对应的射频技术代码，1999 年由麻省理工学院(MIT)首先提出 7。它为世界上每一件物品提供一个唯一的编号，EPC 标签即是这一编号的载体。当 EPC 标签贴在物品上或者内嵌在物品中时，即将该物品与 EPC 标签中的唯一编号（EPC）建立起了一对一的对应关系。EPC 编码 96 位方式的编码体系如下图：图 2-5 EPC 编码方案96 位的 EPC 码，可以为 2.68 亿公司赋码，每个公司可以有 1600 万种产品分类，每类产品有 680 亿的独立产品编码，形象的说可以为地球上的每一粒大米

29、赋一个唯一的编码,因此，能够做到对全世界的每件商品唯一识别。EPCglobal 是一个受业界委托而成立的非盈利组织，由国际物品编码协会(EAN ，现更名为 GS1)和美国统一代码委员会 (UCC，现更名为 GS1 US) 组成，它负责 EPC 网络的全球化标准，以便更加快速、自动、准确地识别供应链中商品。EPCglobal 的目的是促进 EPC 网络在全球范围内更加广泛地应用。它的主要职责是在全球范围内对各个行业建立和维护 EPC网络，保证供应链各环节信息的自动、实时识别采用全球统一标准。通过发展和管理 EPC 网络标准来提高供应链上贸易单元信息的透明度与可视性，以此来提高全球供应链的运作效率

30、。 2005 年 7 月 1 日，EPCglobal 发布了 The EPCglobal Architecture Framework 规范 10，8 第 2 章 公共服务体系架构研究 |信息发现服务模型的设计与实现该规范规定了企业间数据交换的一系列接口和标准。如图 2-6 所示。图 2-6：EPCglobal 体系框架图中蓝色框表示硬件或软件角色，而绿色框表示 EPCglobal 标准规定的接口。下面将自下而上对图中的每一个角色(Role)或者接口(Interface)的职责进行简要解释。(a) RFID 标签(Role)存储一个产品电子码 EPC，也可能存储一些制造商信息，用户数据等，有的

31、标签还可能包含一些对标签操作授权的标志位，如锁定标签，杀死标签，访问标签等。| 第 2 章 公共服务体系架构研究 9信息发现服务模型的设计与实现(b) EPC 标签数据规范 (Interface)已发布的 EPCglobal 规范。定义了 EPC 的编码结构，包括兼容不同码制的机制；定义 EPCglobal 专用编码方案，并定义不同表示方法之间的转换规则。(c) 标签协议(Interface)2003 年 11 月 EPCglobal 成立以前，Auto-ID 中心发布了两个 UHF(超高频)标签协议，分别是 C0G1(Class 0 Gen 1)和 C1G1(Class 1 Gen 1)，这

32、两个协议在 2004 年 12 月被EPCglobal 发布的 C1G2 协议取代。这些协议在本质上是同等的，不同在于标签和读写器之间数据和命令的交换细节以及命令集的设置。此部分的职责是协调标签和读写器之间的信息交换：把命令从读写器传到标签；把反馈信息从标签传给读写器；为读写器提供方法以区分处在读写范围内的多个标签；最大限度的减小标签和读写器之间的干扰。(d) RFID 读写器(Role)读取或修改处在该读写器的天线（可能是一个或多个）范围内的 RFID 标签内的 EPC；对含有特定信息（如 a 中所述的用户数据，操作标志位等）的标签进行读取和改写。(e) 读写器协议(Interface)读写

33、器协议为软件提供控制 RFID 读写器操作的方法，包括控制读写器读标签，写标签，操作标签数据或者访问特征位（如杀标签，锁标签）等。(f) 读写器管理接口(Interface)提供方法查询读写器的配置，如读写器的 ID，天线的数量等；监视读写器的操作状态，如所读取标签的数量，频段状态，天线连接状况等，并能够操作特定的天线或属性。(g) 读写器管理(Role)监视一个或多个读写器的操作状态，配置等，完成读写器固件/软件配置的检测与升级，管理读写器的功耗。(h) 过滤file “db.test“;代码清单 3-1上文代码将 注册到 named 中，即注册到该 named 所对应的 DNS 服务器中

34、，而代码中所指向的文件db.test则包含了* 的域名转换数据，如代码清单 3-2 所示：| 第 3 章 EPCDS 系统需求分析及设计 19信息发现服务模型的设计与实现/ db.test 文件$TTL 604800$ORIGIN . IN SOA . root. . (200211131 ; serial, todays date + todays serial #28800 ; refresh, seconds7200 ; retry, seconds3600000 ; expire, seconds86400 ) ; minimum, secondsNS .MX 10 ./ 域名服务器列

35、表. IN NS .IN MX 0 计算机名称和地址localhost IN A 127.0.0.1book IN A 192.1.110.120notepad IN A 192.1.110.122代码清单 3-2代码清单 3-2 中，第一行是 TTL 设定，生存时间记录字段。它以秒为单位定义该资源记录中的信息存放在高速缓存中的时间长度。这里定义为 604800 秒，也就是 1 周。第二行是 $ORIGIN 设定,说明下面的记录出自何处。然后,第三行,是一个 SOA 记录的设定, 在这里我们看到一个特殊字符 ,它就是 ORIGIN 的意思, 也就是刚刚所定义的$ ORIGIN . 的内容，您

36、可以写成 . 也可以用 来代替。假如这个文件前面没有定义 $ ORIGIN 的话, 那這个 的值就以 named.conf 里的 zone。接着 SOA 后面，指定了这个区域的授权主机和管理者的信箱，这里分别是“.“ 和“.“。我们平时使用的信箱通常是userhost这样的格式，但因为 在 DNS 记录中是个保留字符，所以在 SOA 中就用.来代替了。目前这个信箱是 “.“。 接下来的 SOA 设置，是被括在( )之间的 5 组数字，主要作为和 slave 服务器同步 DNS 资料所使用的资料:20 第 3 章 EPCDS 系统需求分析及设计 |信息发现服务模型的设计与实现Serial：其格式

37、通常会是年月日+修改次序(但也不一定如此，您自己能够记得就行 )。当slave 要进行资料同步的时候，会比较这个号码。如果发现在这里的号码比它那边的数值 大，就进行更新，否则忽略。不过设 serial 有一个地方您要留意：不能超过 10 位数字！Refresh：这里是是告诉 slave 要隔多久要进行资料同步(是否同步要看 Serial 的比较结果)。Retry：如果 slave 在进行更新失败后，要隔多久再进行重试。Expire：这是记录逾期时间：当 slave 一直未能成功与 master 取得联系，那到这里就放弃 retry，同时这里的资料也将标识为过期( expired )。Minim

38、um：这是最小默认 TTL 值，如果您在前面没有用$TTL来定义，就会以此值为准。NS 表明负责 .这个域的 Name Server 是 debian 这台主机。MX 记录标明发往 域的邮件由 这台服务器接收。A 记录标明了 IP 地址和域名之间的对应关系。根据代码清单 3-1 注册的域和清单 3-2 的定义，该 DNS 就可以将 定位到IP:192.1.110.120，而 就被定位到 IP：192.1.110.122 。以上所叙述的是 BIND9 实现的对互联网域名的解析，我们构造 ONS 服务器就是对 BIND9进行扩充，使其实现对 NAPTR 的数据支持功能 15。首先，将我们

39、所使用的域() 注册到 ONS 服务器中，代码如下代码清单 3-3所示：/ 附加于 named.conf 文件后/ 将 注册到 ONS 服务器中zone ““ IN type master;file ““;代码清单 3-3而包含此域的数据转换文件则如上文代码指定为 文件，所以，我们将创建此文件，并添加转换数据，如下代码清单 3-4 所示：| 第 3 章 EPCDS 系统需求分析及设计 21信息发现服务模型的设计与实现$TTL 86400 IN SOA . . ( 42 ; serial (d. adams)3H ; refresh15M ; retry1W ; expiry1D ) ; m

40、inimumIN NS .localhost IN A 127.0.0.1gateway IN A 192.168.0.133local IN A 192.168.0.133cao IN A 192.168.0.132server IN A 192.168.0.254lab2 IN A 202.120.40.92110003.0000435 IN NAPTR 0 0 “u“ “EPC+ws“!.*$!http:/192.168.0.254:8080/virtualManu/service/ProductInfoService?wsdl!“.IN NAPTR 0 0 “u“ “EPCDS+xml

41、rpc“!.*$!http:/192.168.0.95:8080/TraceServer/public/xmlrpc!“ .110003.0000436 IN NAPTR 0 0 “u“ “EPC+ws“!.*$!http:/192.168.0.254:8080/virtualManu/service/ProductInfoService?wsdl!“.IN NAPTR 0 0 “u“ “EPCDS+ws“!.*$!http:/192.168.0.95:8080/TraceServer/public/TraceService?wsdl!“ .代码清单 3-4以上代码中的 NAPTR 只是一些示

42、例，具体实现的时候可能根据服务地址的不同而进行修改。这样，我们就设计好了 ONS 服务器。3.3 ECPDS 服务器的功能需求在公共服务平台中要能够提供物品信息的检索服务。检索服务根据物品编码能够检索出全部相关的物品信息，根据需要返回给用户。检索服务器通过编码解析接口注册到编码解析服务器上，而后通过物品信息服务接口获取物品信息。EPCDS 服务器即充当了检索服务器 的角色 16。面对海量的物品信息，检索服务应是分布式的。不同的检索服务处理不同的物品编码段的检索。物品的当前状态信息与时间紧密相关，故检索服务提供的信息必须具备一定的实时22 第 3 章 EPCDS 系统需求分析及设计 |信息发现服

43、务模型的设计与实现性。检索服务接口：通过该接口向用户提供指定检索条件的结果。检索服务管理与配置接口：通过该接口对检索服务系统进行管理与配置。在公共服务平台中还要能够提供物品信息的跟踪服务。跟踪服务收集物品在生存周期中的过程信息，整理并提供追踪、追溯及评估等服务。追踪指从物品源头出发，正向查找到物品当前状态的服务。追溯指从物品当前状态出发，逆向回溯到物品源头的服务。评估指根据过程信息判断物品某时刻状态的服务。不同的跟踪服务器处理不同的物品编码段的跟踪。跟踪服务器通过编码解析接口注册到编码解析服务上。在开环应用或行业级闭环应用中，物品信息常常是在不同地域中分布的，这样对于指定物品信息的跟踪就必须能

44、够将分布的物品信息按时间序列获取并处理整合成完整的物品信息链。物品的当前状态信息与时间紧密相关，故跟踪服务提供的信息必须具备一定的实时性。跟踪服务接口：通过该接口向用户提供追踪、追溯服务。由此，在公共服务平台的架构中，需要设计出一套标准的检索服务和跟踪服务的规范接口 17。通过这些标准接口，用户可以使用统一的标准检索服务获取检索内容及商品跟踪信息。3.4 EPCDS 服务器的详细设计3.4.1 架构设计根据 3.3 中的需求， EPCDS 服务器需要提供接口对物品的信息进行查询。EPCDS 实现的功能如下图 3-1 所示 18。图 3-1 EPCDS 系统功能示意图| 第 3 章 EPCDS

45、系统需求分析及设计 23信息发现服务模型的设计与实现首先 EPCDS 服务器向 ONS 注册服务地址，当客户端程序需要查询某个 EPC 对应的信息的时候，它向 ONS 查询，对于查询到的静态信息，ONS 会直接提供公司的 EPCIS 系统 19进行查询，而对于动态信息部分，ONS 会将 EPCDS 的服务地址通告客户端，继而转向 EPCDS对该 EPC 信息进行查询。而根据设计，公共服务平台中的其他用户客户端在产生标签事件（出库，入库等）的同时会向 EPCDS 服务器注册，EPCDS 即是利用这些注册事件，对相应的EPC 进行查询，将注册事件中的服务 URL 及服务类型等返回给客户端 20。物

46、品跟踪服务器应该提供接口接收事件信息注册，同时响应追踪查询，并可对数据的有效性进行相应验证。此外，由于它和物品编码紧密相关，所以还需要提供出初始配置功能，便于大规模快速部署。由此，我们得出如图 3-2 的详细架构设计框架 21。PIS ServerRegisterEventApplicationsConsoleJMS WSxmlrpcTraceEvent TraceResponseRegister Module ModuleInitialConifgModuleValidate ModuleProduct Trace Service Server图 3-2 EPCDS 服务器(PTS)详细架构在该服务器设计中，包括以下模块：追踪事件注册模块（TraceEvent Register Module），追踪响应模块（TraceReponse Module），验证模块（Validate Module），初始化配置模块（Initial Config Module）。(a) 追踪事件注册模块（TraceEvent Register Module）追踪事件注册模块，通过暴露一组对外接口，接收来自 PIS 服务器关于商品信息的注册内容。在对这些数据进行相应处理的基础上，追踪服务器就能够记录下关于商品信息提供商的服务地址以及联系方式。24 第 3 章 EPCDS 系统需求分析及设计 |