EPC数据的URI表示(2022新)_第1页
EPC数据的URI表示(2022新)_第2页
EPC数据的URI表示(2022新)_第3页
EPC数据的URI表示(2022新)_第4页
EPC数据的URI表示(2022新)_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

EPC数据的URI表示RFIDContents

录纯标识的URI格式01适用于相关数据类型的URI格式02不同阶段EPC编码的存储格式0301纯标识的URI格式纯标识的URI格式只包括用以区别对象的EPC字段。这些URI采用URN格式,为每个纯标识类型分配一个不同的URN名称空间。对于EPC通用标识符,纯标识URI表示为urn:epc:id:gid:GeneralManagerNumber.ObjectClass.SerialNumber

在这种表示情况下,通用管理者代码(GeneralManagerNumber)、对象分类代码(ObjectClass)和序列代码(SerialNumber)三个字段对应描述过的EPC通用标识符的三个部件。在URI表示中,每个字段表述为一个十进制整数,不带前导零(当字段值为0时除外,可用一个数位0来表示)。纯标识的URI格式还有一些纯标识URI格式是为与EAN.UCC系统代码内某些类型对应的标识符类型而定义的。具体而言,它包括序列化全球贸易产品码(SGTIN)、系列货运包装箱代码(SSCC)、系列化全球位置码(SGLN)、全球可回收资标识符(GRAI)和全球单个资产标识符(GIAI)。对应于这些标识符的URI表示为urn:epc:id:sgtin:CompanyPrefix.ItemReference.SerialNumberurn:epc:id:sscc:CompanyPrefix.SerialReferenceurn:epc:id:sgln:CompanyPrefix.LocationReference.SerialNumberurn:epc:id:grai:CompanyPrefix.AssetType.SerialNumberurn:epc:id:giai:CompanyPrefix.IndividualAssetReference纯标识的URI格式在以上表示中,CompanyPrefix(公司前缀)对应于UCC或EAN指派给制造厂商的EAN.UCC公司前缀(UCC公司前缀通过在开头添加前导零转换成EAN.UCC公司前缀)。该字段内的数位数有效,根据需要插入前导零。

ItemReference(项目参考)、SerialReference(序列参考)和LocationReference(位置参考)字段分别对应于GTIN、SSCC和GLN的类似字段。如同CompanyPrefix字段,这些字段中的数位数有效,根据需要插入前导零。根据标识类型而定,这些字段中的数位数目当与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进行编码,这些字段只能由没有前导零的数位组成。这些标识符类型的编码程序定义了这些限制。纯标识的URI格式该格式的SGTIN、SSCC等分别采用SGTIN-URI、SSCC-URI等。以下是示例:urn:epc:id:sgtin:0652642.800031.400urn:epc:id:sscc:0652642.123456789urn:epc:id:sgln:0652642.12345.400urn:epc:id:grai:0652642.12345.1234urn:epc:id:giai:0652642.123456纯标识的URI格式02适用于相关数据类型的URI格式在处理产品电子代码的应用中通常会出现多个数据类型,它们本身并非产品电子代码,但紧密相关。本规范也为这些相关数据类型提供URI格式。EPCURN名称空间的通用格式是:urn:epc:type:typeSpecificPart类型字段type标识了一个特定数据类型,typeSpecificPart编辑合乎该数据类型的信息。目前为type定义了三种可能。适用于相关数据类型的URI格式1)适用于EPC标签的URI3)适用于EPC模式的URI格式2)适用于因无效标签产生的原始位串的URI格式在某些情况下最好采用URI格式编码特定的EPC标签编码。例如,应用程序有可能希望向操作员报告读出了哪些类型的标签。再如,不仅需要告知负责标签编程的应用程序标签上有什么产品电子代码,而且还要告知该应用程序所采用的编码方案。希望处理标签上“其他数据”字段的应用程序除纯标识格式外,还需要某些表示。EPC标签的URI是通过设置“type”类型字段到“tag”标签字段完成编码的。完整的URI具有以下格式:

urn:autoid:tag:EncName:EncodingSpecificFields适用于相关数据类型的URI格式1)适用于EPC标签的URI这里的EncName是EPC编码方案的名称,EncodingSpecificFields指示该编码方案所要求的数据字段,由点字符隔开。确切有哪些字段取决于所采用的具体编码方案。通常为每一纯标识类型定义了一种或多种编码方案(和相应的EncName值)。例如,为SGTIN标识符定义了两种方案:sgtin—96对应于96位编码、sgtin—64对应于64位编码。注意这些编码方案名称一一对应于独特的标签头值,它们用于表示标签本身的编码方案。通常EncodingSpecificFields包括相应纯标识类型的全部字段,还有可能包括对数字范围的附加限制,加上该编码方案支持的其他字段。例如,为序列化GTIN定义的全部编码包括附加的滤值,应用程序基于与对象纯标识相关(但并非编码在该对象的纯标识范围内)的对象特性使用该滤值执行标签过滤。适用于相关数据类型的URI格式1)适用于EPC标签的URI某些位串不对应于合法编码。例如,如果最高有效位不能识别为有效的EPC标头,位级模式则是非法的EPC。又如,如果标签编码一个字段的二进制值大于该字段在URI格式下十进制数位码包含的值,则位级模式也是非法的EPC。然而软件可能希望向用户或其他软件报告这些无效位级模式,因此提供无效位级模式的URI表示。URI的原始形式为urn:autoid:raw:BitLength.Value这里的BitLength是无效表示的位数,value是转换成单一十六进制数字的完整位级表示而且跟在字母“x”之后。例如,以下位串0000000000000000000100100011010011011110101011011011111011101111该位串由于没有以00000000开始的有效头,所以无效。该位串对应于以下原始URI:urn:epc:raw:64.x00001234DEADBEEF适用于相关数据类型的URI格式2)适用于因无效标签产生的原始位串的URI格式为了确保特定位串只有一种URI原始表示,数位码的十六进制值必须等于BitLength的值除以四并四舍五入后得出的整数。另外,大写字母A、B、C、D、E和F用来表示十六进制数位。该URI格式预定为只有当报告与读无效标签相关的错误时才使用。该URI格式并非预定为适合其他用途任意位串通信的一般机制。本规范的早期版本描述了与十六进制版本相对应的十进制值的原始URI。这种版本虽然支持向后兼容,但不推荐使用。字符“x”的加入使软件可以区别十进制值和十六进制值格式。纯标识的URI格式2)适用于因无效标签产生的原始位串的URI格式在某些情况下最好采用URI格式编码特定的EPC标签编码。例如,应用程序有可能希望向操作员报告读出了哪些类型的标签。再如,不仅需要告知负责标签编程的应用程序标签上有什么产品电子代码,而且还要告知该应用程序所采用的编码方案。希望处理标签上“其他数据”字段的应用程序除纯标识格式外,还需要某些表示。EPC标签的URI是通过设置“type”类型字段到“tag”标签字段完成编码的。完整的URI具有以下格式:

urn:autoid:tag:EncName:EncodingSpecificFields适用于相关数据类型的URI格式2)适用于因无效标签产生的原始位串的URI格式为了确保特定位串只有一种URI原始表示,数位码的十六进制值必须等于BitLength的值除以四并四舍五入后得出的整数。另外,大写字母A、B、C、D、E和F用来表示十六进制数位。该URI格式预定为只有当报告与读无效标签相关的错误时才使用。该URI格式并非预定为适合其他用途任意位串通信的一般机制。本规范的早期版本描述了与十六进制版本相对应的十进制值的原始URI。这种版本虽然支持向后兼容,但不推荐使用。字符“x”的加入使软件可以区别十进制值和十六进制值格式。适用于相关数据类型的URI格式2)适用于因无效标签产生的原始位串的URI格式适用于相关数据类型的URI格式3)适用于EPC模式的URI格式某些软件应用程序需要根据不同的条件指定过滤EPC列表的规则。“EPC数据结构”为此提供了模式URI格式。模式URI不表示单一的产品电子代码,而是指一个EPC集。其典型模式与以下类似:urn:autoid:tag:sgtin-64:3.0652642.[1024-2047].*

该模式指EPCSGTIN标识符的64位标签:过滤器字段是3,公司前缀是0652642,项目参考范围是1024≤itemReference≤2047,序列号任意。通常每一标签编码格式均有相应的模式格式,除各个字段中有可能使用范围或星号(*)以外,其语法实质上相同。适用于相关数据类型的URI格式3)适用于EPC模式的URI格式对于SGTIN、SSCC、SGLN、GRAI和GIAI模式,模式语法稍微限制了通配符和范围合并的方式。CompanyPrefix字段只允许两种可能。一个可能是星号(*),该情况下随后的字段(ItemReference、SerialReference或LocationReference)也必须是星号;另外一个可能是特定的公司前缀,该情况下随后的字段可能是数字、范围或星号,不能为CompanyPrefix规定范围。不同阶段EPC编码的存储格式不同阶段EPC编码的存储格式如图8-16所示。适用于相关数据类型的URI格式不同阶段EPC编码的存

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论