2023学年完整公开课版EPC数据的URI表示

EPC数据的URI表示目录纯标识的URI格式适用于相关数据类型的URI格式不同阶段EPC编码的存储格式123EPC数据的URI表示纯标识的URI格式

纯标识的URI格式只包括用以区别对象的EPC字段。这些URI采用URN格式，为每个纯标识类型分配一个不同的URN名称空间。对于EPC通用标识符，纯标识URI表示为

urn:epc:id:gid:GeneralManagerNumber.ObjectClass.SerialNumber在这种表示情况下，通用管理者代码（GeneralManagerNumber）、对象分类代码（ObjectClass）和序列代码（SerialNumber）三个字段对应描述过的EPC通用标识符的三个部件。在URI表示中，每个字段表述为一个十进制整数，不带前导零（当字段值为0时除外，可用一个数位0来表示）。

还有一些纯标识URI格式是为与EAN.UCC系统代码内某些类型对应的标识符类型而定义的。具体而言，它包括序列化全球贸易产品码（SGTIN）、系列货运包装箱代码（SSCC）、系列化全球位置码（SGLN）、全球可回收资标识符（GRAI）和全球单个资产标识符（GIAI）。对应于这些标识符的URI表示为

urn:epc:id:sgtin:CompanyPrefix.ItemReference.SerialNumber

urn:epc:id:sscc:CompanyPrefix.SerialReference

urn:epc:id:sgln:CompanyPrefix.LocationReference.SerialNumber

urn:epc:id:grai:CompanyPrefix.AssetType.SerialNumber

urn:epc:id:giai:CompanyPrefix.IndividualAssetReference纯标识的URI格式

在以上表示中，CompanyPrefix（公司前缀）对应于UCC或EAN指派给制造厂商的EAN.UCC公司前缀（UCC公司前缀通过在开头添加前导0转换成EAN.UCC公司前缀）。该字段内的数位数有效，根据需要插入前导0。ItemReference（项目参考）、SerialReference（序列参考）和LocationReference（位置参考）字段分别对应于GTIN、SSCC和GLN的类似字段。如同CompanyPrefix字段，这些字段中的数位数有效，根据需要插入前导0。根据标识类型而定，这些字段中的数位数目当与CompanyPrefix字段中的数位数目相加时，始终合计相同的数位数目：SGTIN合计13个数位、SSCC合计17个数位、SGLN合计12个数位、GRAI合计12个字符（SGTIN的ItemReference字段包括附加到项目参考开头的GTIN指示位（PI）；SerialReference字段包括附加到系列参考开头的SSCC扩展数位（ED）；URI表示中并不包括校验数位）。与其他字段不同，SGLN的SerialNumber字段是纯整数，无前导零。SGTIN和GRAI的SerialNumber字段和GIAI的IndividualAssetReference字段可能包括数位、字母和一些字符。然而，为了在96位的标签上对SGTIN、GRAI或GIAI进行编码，这些字段只能由没有前导零的数位组成。这些标识符类型的编码程序定义了这些限制。该格式的SGTIN、SSCC等分别采用SGTIN-URI、SSCC-URI等。以下是示例：

urn:epc:id:sgtin:0652642.800031.400

urn:epc:id:sscc:0652642.123456789

urn:epc:id:sgln:0652642.12345.400

urn:epc:id:grai:0652642.12345.1234

urn:epc:id:giai:0652642.123456适用于相关数据类型的URI格式

在处理产品电子代码的应用中通常会出现多个数据类型，它们本身并非产品电子代码，但紧密相关。本规范也为这些相关数据类型提供URI格式。EPCURN名称空间的通用格式是：urn:epc:type:typeSpecificPart

类型字段type标识了一个特定数据类型，typeSpecificPart编辑合乎该数据类型的信息。目前为type定义了三种可能。1）适用于EPC标签的URI2）适用于因无效标签产生的原始位串的URI格式3）适用于EPC模式的URI格式适用于相关数据类型的URI格式

在某些情况下最好采用URI格式编码特定的EPC标签编码。例如，应用程序有可能希望向操作员报告读出了哪些类型的标签。再如，不仅需要告知负责标签编程的应用程序标签上有什么产品电子代码，而且还要告知该应用程序所采用的编码方案。希望处理标签上“其他数据”字段的应用程序除纯标识格式外，还需要某些表示。EPC标签的URI是通过设置“type”类型字段到“tag”标签字段完成编码的。完整的URI具有以下格式：urn:autoid:tag:EncName:EncodingSpecificFields

这里的EncName是EPC编码方案的名称，EncodingSpecificFields指示该编码方案所要求的数据字段，由点字符隔开。确切有哪些字段取决于所采用的具体编码方案。通常为每一纯标识类型定义了一种或多种编码方案（和相应的EncName值）。例如，为SGTIN标识符定义了两种方案：sgtin—96对应于96位编码、sgtin—64对应于64位编码。注意这些编码方案名称一一对应于独特的标签头值，它们用于表示标签本身的编码方案。通常EncodingSpecificFields包括相应纯标识类型的全部字段，还有可能包括对数字范围的附加限制，加上该编码方案支持的其他字段。例如，为序列化GTIN定义的全部编码包括附加的滤值，应用程序基于与对象纯标识相关（但并非编码在该对象的纯标识范围内）的对象特性使用该滤值执行标签过滤。1）适用于EPC标签的URI适用于相关数据类型的URI格式

某些位串不对应于合法编码。例如，如果最高有效位不能识别为有效的EPC标头，位级模式则是非法的EPC。又如，如果标签编码一个字段的二进制值大于该字段在URI格式下十进制数位码包含的值，则位级模式也是非法的EPC。然而软件可能希望向用户或其他软件报告这些无效位级模式，因此提供无效位级模式的URI表示。URI的原始形式为urn:autoid:raw:BitLength.Value这里的BitLength是无效表示的位数，value是转换成单一十六进制数字的完整位级表示而且跟在字母“x”之后。例如，以下位串0000000000000000000100100011010011011110101011011011111011101111该位串由于没有以00000000开始的有效头，所以无效。该位串对应于以下原始URI：urn:epc:raw:64.x00001234DEADBEEF

为了确保特定位串只有一种URI原始表示，数位码的十六进制值必须等于BitLength的值除以四并四舍五入后得出的整数。另外，大写字母A、B、C、D、E和F用来表示十六进制数位。该URI格式预定为只有当报告与读无效标签相关的错误时才使用。该URI格式并非预定为适合其他用途任意位串通信的一般机制。本规范的早期版本描述了与十六进制版本相对应的十进制值的原始URI。这种版本虽然支持向后兼容，但不推荐使用。字符“x”的加入使软件可以区别十进制值和十六进制值格式。2）适用于因无效标签产生的原始位串的URI格式不同阶段EPC编码的存储格式不同阶段EPC编码的存储格式如图1所示。不同阶段EPC编码的存储格式1在电子标签中，EPC数据是采用二进制数表示的（为了可识读性，在图1中使用十六进制数表示：52C6300007800190000060000000010）；3③在Middleware中间件系统中，EPC编码数据采用适用于EPC模式的URI表示（EPCTagURI），即urn:epc:tag:sgtin-96:3.000100.0000024.16；5客户（Client）可以通过查询程序（Query）来查询EPC编码数据。2通过阅读器，EPC编码数据读入计算机系统，并通过去掉滤值（FilterValue）等处理，采用原