CN103685484A

CN103685484A - 物联网统一标识编码解析的方法和装置

Info

Publication number: CN103685484A
Application number: CN201310634053.4A
Authority: CN
Inventors: 张成海; 罗秋科; 张旭; 李素彩; 马应召
Original assignee: ARTICLE NUMBERING CENTER OF CHINA
Current assignee: ARTICLE NUMBERING CENTER OF CHINA
Priority date: 2013-11-29
Filing date: 2013-11-29
Publication date: 2014-03-26
Anticipated expiration: 2033-11-29
Also published as: CN103685484B

Abstract

本发明提供一种物联网统一标识编码解析的方法和装置，该方法包括：接收客户端发送的物联网统一标识编码查询请求，所述物联网统一标识编码查询请求用于请求获取与所述物联网统一标识编码查询请求对应的物品信息；将所述物联网统一标识编码查询请求转换为标识名DN记录；将所述DN记录发送给轻量级目录访问协议LDAP服务器，以使所述LDAP服务器对所述DN记录进行解析，获取所述物品信息；接收所述LDAP服务器发送的所述物品信息，并发送给所述客户端。本发明提供的方法用以解决现有技术中物品标识解析的方法兼容性较差的技术问题。

Description

物联网统一标识编码解析的方法和装置

技术领域

本发明涉及信息技术领域，尤其涉及一种物联网统一标识编码解析的方法和装置。

背景技术

随着现代技术的不断发展，人们的生活越来越信息化，物联网概念已经被越来越多的人所熟知，即通过某种电子标识（例如标签、条码等）的方式将某一领域或行业的物品与物品之间联系起来，建立物品与物品之间的“通信”。通过识读器读取物品上的条码信息获知物品的相关信息，例如：厂家、产地或者与其他物品之间的关系等，即可以通过标签识读器读取标签上的编码信息，将该编码信息发送至解析系统进行解析，从而获取物品的相关信息。

在当下的物联网中，存在多种不同标准的物联网编码方案，不同的编码方案对应不同的解析方法，以用于物流供应链的产品电子代码EPC（Electronic Product Code，以下简称EPC）编码的解析为例：EPC系统提出的对象名解析服务（Object Name Service，以下简称ONS）是利用互联网中现有的域名系统(Domain Name System，以下简称DNS)协议来实现的一种物联网标识解析服务；具体为：采用按照物品标识的编码分级结构，将物品标识用点分隔并倒置，最后添加根后缀的方式，将物品标识转化为一一对应的完全规范域名（(Fully Qualified Domain Name，以下简称FQDN)格式，进而采用DNS协议完成解析，并通过命名授权指针（NamingAuthority Pointer，以下简称NAPTR）和DNS资源记录来存储相关解析信息。

然而现有物联网中的物品标识解析的方法只能支持单一编码标准的物品标识，未能同时支持其他编码标准（例如Ucode）的物品标识解析，兼容性较差。

发明内容

本发明提供一种物联网统一标识编码解析的方法和装置，用以解决现有技术中的物品标识解析的方法只能支持单一编码标准的物品标识，未能同时支持其他编码标准的物品标识解析，兼容性较差的技术问题。

本发明第一方面提供一种物联网统一标识编码解析的方法，包括：

接收客户端发送的物联网统一标识编码查询请求，所述物联网统一标识编码查询请求用于请求获取与所述物联网统一标识编码查询请求对应的物品信息；

将所述物联网统一标识编码查询请求转换为标识名DN记录；

将所述DN记录发送给轻量级目录访问协议LDAP服务器，以使所述LDAP服务器对所述DN记录进行解析，获取所述物品信息；

接收所述LDAP服务器发送的所述物品信息，并发送给所述客户端。

本发明第二方面提供一种物联网统一标识编码解析的装置，包括：

接收模块，用于接收客户端发送的物联网统一标识编码查询请求，所述物联网统一标识编码查询请求用于请求获取与所述物联网统一标识编码查询请求对应的物品信息；

标识名转换模块，用于将所述物联网统一标识编码查询请求转换为标识名DN记录；

发送模块，用于将所述DN记录发送给轻量级目录访问协议LDAP服务器，以使所述LDAP服务器对所述DN记录进行解析，获取所述物品信息；

收发模块，用于接收所述LDAP服务器发送的所述物品信息，并发送给所述客户端。

本发明提供的物联网统一标识编码解析的方法和装置，通过接收客户端发送的物联网统一标识编码查询请求，并将该物联网统一标识编码查询请求转换为DN记录，使得LDAP服务器可以根据对DN记录进行解析，以获取与上述物联网统一标识编码对应的物品信息；之后接收LDAP服务器发送的物品信息并将其转发给客户端，从而实现了对各个编码体系下的编码进行解析的解析方法的兼容。

附图说明

图1为本发明提供的物联网统一标识编码解析的方法实施例一的流程示意图；

图2为本发明提供的物联网统一标识编码解析的装置实施例一的结构示意图。

具体实施方式

本发明涉及的方法是针对物联网中对物品的统一标识编码进行解析的过程，该解析过程是基于轻量级目录访问访问协议（Lightweight Directory AccseeProtocol，以下简称LDAP）进行的，在对解析过程进行说明之前，为了方便理解，本发明首先对物联网统一标识编码（Ecode）作以解释说明。

现有的物联网中存在不同标准的物联网编码方案，即针对不同体系的产品会有不同体系的编码，统一的物联网编码标识体系尚未建立，各个国家和国际组织都在尝试提出适合于物联网应用的编码，例如：如EPC、Ucode、对象标识(Object Identifier，以下简称OID)、数字对象唯一标识符(Digital ObjectUnique Identifier，以下简称DOI)等。

EPC是基于射频识别（Radio Frequency Identification，以下简称RFID）和Internet的对每个实体对象分配的全球唯一编码，可实现对每一个单品进行编码，目前主要在物流供应链领域应用；Ucode是日本提出的惟一标识符（Unique Identifier，以下简称UID）系统采用的编码，主要对物理实体和位置进行编码，但是UID系统与国际标准并不兼容，其编码标准、空中接口标准等都是日本本国的标准，没有得到国际标准化组织的认可；OID是国际标准化组织（International Organization for Standardization，以下简称ISO）/国际电工委员会（International Electrotechnical Commission，以下简称IEC）8824和ISO/IEC9834系列标准中定义的一种标识体系，其制定的初衷是实现在开放系统互联中对“对象”的唯一标识，这里的对象可以是任何的物理、虚拟、信息的物，是开放系统互联整个体系的一部分，但是由于OID过于灵活性，容易出现一物多码，不便于统一管理，并且OID开放性在安全性也需要加强。

因此，鉴于上述不同编码标准的编码体系之间的互不兼容，并随着物联网应用不断深入，跨系统、跨平台、跨地域之间的信息交互、异构系统之间的协同和信息共享会逐步增多，使得建立统一物联网编码标识体系已成为共识。在国内物联网示范工程的应用中，采用各自系统的编码方案，当需要实现跨系统、跨平台、跨地域的互联互通时，往往会遇到各种瓶颈，故而国家物联网基础标准工作组-标识技术项目组就是从国家层面统筹规划，全面协调制定符合我国应用实际的标准，实在现有各种应用系统基础之上，提出具有兼容性的解决方案，既能让现有各种编码系统继续发挥作用，又能充分考虑新的应用需求，制定统一的编码标识体系，在此基础上建立国家物联网统一标识管理公共服务平台，为各行各业物联网建设提供支撑，即本发明中的物联网统一标识编码Ecode。该Ecode对实体编码具有唯一性，这个唯一性既可以是全局唯一，也可以是局部唯一；并具有良好的兼容性，能够实现对现有各应用领域中已存在的编码方案的兼容，通过建立各种映射规则和编码映射关系，支持已经存在的各种编码。

Ecode的编码结构为“版本信息（Version，以下简称V）+编码标识体系标识（Numbering System Identifier，以下简称NSI）+主体代码”，基本长度为96bits、128bits、256bits等，根据选择不同的版本，长度不同，当版本为可根据需要灵活扩展,具体方案见表1；并且Ecode可以存在于一维码（code128编码）、二维码以及RFID标签（ISO/IEC18000-63，ISO/IEC18000-3m3）等类型的载体中。

其中，表1中的版本信息用于区分不同数据结构的Ecode。版本信息长度为4bits。可采用十进制表示（版本1010₂～1111₂禁用）；该版本信息由我国物联网统一编码管理机构统一分配。当采用版本0时，其代码仅能采用RFID标签标识；当采用版本为0001₂时，Ecode的长度为96bits，除了能采用一维码、二维码标识外，还能采用RFID标签标识（目前主流RFID标签的唯一标识区长度为96bits）；当采用版本为0010₂时，Ecode的长度为128bits;当采用版本为“0011₂”时，Ecode的长度为256bits;当采用版本为0100₂时，Ecode的NSI长度为16bits，Ecode的长度由长度指示符决定。

表1

表1中的NSI用于指示某一编码体系的主体代码，根据版本信息的不同，NSI长度可以为8bits、12bits、16bits等，NSI由我国物联网统一编码管理机构统一分配，且不同的NSI代表不同的编码体系；需要注意的是，当某一种编码体系的主体代码要成为Ecode时，就要向我国物联网统一标识编码管理机构在线申请版本信息和NSI，并且主体代码的长度和数据结构是由NSI决定的，且主体代码的数据结构及分配由某一编码体系的管理机构自行管理和维护，当某一编码体系的管理机构制定的主体代码数据结构应向管理我国物联网统一编码管理机构备案。在此举例说明版本信息、NSI和主体代码之间的联系，以版本1为例，具体如下：

当Ecode采用版本1时，其对应的NSI长度为12bits，总长度为12bits目前，已分配的数据结构如表2所示，其中，表2中的GTIN为项目贸易代码（Global Trade Identification Number，以下简称GTIN），GLN为参与方位置码（Global Location Number，以下简称GLN），SSCC为物流单元代码（SerialShipping Container Code，以下简称SSCC），GRAI为全球可回收资产代码（Global Returnable Asset Identifier，以下简称GRAI)），GIAI为全球单个资产代码（Global Individual Asset Identifier，以下简称GIAI），GSRN为全球服务关系代码（Global Service Relation Number，以下简称GSRN）；版本1可以用于与商品条码体系的编码兼容，还可以对国际电话号码（Telephone NumberMapping working group，以下简称ENUM）进行兼容，也可以与传感器节点身份标识进行兼容等，下面是采用版本1时Ecode对一些编码体系的兼容的介绍：

（1）Ecode对于基于条码的商品编码的兼容

表2

基于条码的商品编码包括贸易项目代码、物流单元代码、全球可回收资产代码、参与方位置代码和服务关系代码等的标识代码及附加属性代码，其中，GTIN是目前商品编码体系中应用最广泛的标识代码，GTIN编码结构如表3所示，物流单元通过SSCC来标识，且SSCC是无含义、定长的18位数字代码，不包含分类信息。SSCC的编码结构如表4所示。

表3

表4

当采用Ecode对基于条码的商品编码进行兼容时，由物联网统一编码管理机构分配给该系统的NSI为：003_H—008_H，根据主体代码的长度和字符类型，GTIN和SSCC的版本都选用版本1，其数据结构用NSI进行区分。

上述表2也就是说，Ecode对于商品编码体系的编码的兼容，是通过所分配的版本信息+NSI+主体代码的结构实现的，因为一个版本下有多个NSI，可是不同的NSI对应不同的主体代码，这样不仅可以区分主体代码，也为后面的解析主体代码做了铺垫。

需要注意的是，Ecode的其余版本也可以兼容其他体系下的编码，例如版本1可以实现对电子监管码的兼容，版本3可实现对handle代码的兼容，版本4实现对国家OID代码的兼容，在此就不一一举例了。

另一方面，针对目前对象的编码有二进制、十进制数字型、字母数字型（字符型）等不同类型的编码，转换为Ecode的具体流程这里也作以简要说明：

1）二进制：二进制不用转化，可以直接写为“V+NSI+二进制编码”；

2）十进制：主体代码直接按照4位二进制转化成1位十进制进行译码，采用版本为11，最终编码为：V+NSI（1位NSI+4位NSI）+数字

例如：主体代码为123456，版本V1，NSI为000000001000（十进制8）。

假设采用条码，对应的Ecode编码为：10018123456；编码数据为：“Ecode=10008123456”；

假设采用二维码，对应的Ecode编码为“Ecode=10008123456”；

3）字母数字型：主体代码采用6位二进制表示1个字符，如表5所示：

表5

例如：编码为A123456，版本为3，NSI为0000000000001000（十进制8），假设采用条码，对应的Ecode编码为：30008A123456；编码数据为：“Ecode=30008A123456”（注：不推荐字母数字型采用条码标识，推荐优先采用二维码或RFID标签表示）；

假设采用二维码，对应的Ecode编码为：30008A123456；编码数据为“Ecode=30008A123456”；

假设采用RFID标签，当采用分段内存标签标识，先设定应用类型标识（Application Family Identifier，AFI）区的指示位，对应的Ecode编码为：“0011 0000000000001000001010000001000010000011000100000101000110.”。

一般的，Ecode的存储或者获取Ecode的形式可以有以下几种，即根据实际应用不同，有其相应的标识方式：

第一种：对全新的行业应用，即还没有统一的行业编码系统，如果采用Ecode的编码结构，可将“VNSI+主体代码”作为一个整体写入数据载体中，因此获取VNSI信息时可以通过该数据载体获取（该数据载体可以是条码、二维码或者RFID等）。

若采用一维条码作为载体，可以采用目前最为通用的Code128条码作为载体，为了避免和现有编码系统冲突，将“Ecode=版本+NSI+主体代码”整体写入一维条码中，其中“Ecode=”作为一个采用Ecode编码体系的标识符。

若采用二维码作为载体，通过制定二维码的物联网统一编码模式，从而将“版本+NSI+主体代码”整体写入二维码中，其中“Ecode=”作为一个采用Ecode编码体系的标识符。

若采用RFID作为载体时，根据标签空口协议和标签存储结构的不同，需要做具体的规定，Ecode在进行射频标签承载时，是以二进制存储在射频标签的内存中，目前射频标签的存储结构主要有三种：

（1）分段内存结构：按照逻辑内存划分的四个区域存储，每个区域存储对应的功能数据，这种方式更方便识读器读取数据，提高识读过程的工作效率，例如ISO/IEC18000-3模式（Mode）3和ISO/IEC18000-6类型（Type）C空中接口协议的射频标签内存结构,其内存结构，从逻辑上划分为四段内存，如表6至表9所示：

表6

表7

表8

表9

Ecode应存储在标识为内存段01（唯一标识区，也称作UII区）的17h开始的位置；内存段01的数据存储，除这里的规定外，其余遵照对应的空中接口协议规定执行；依据Ecode应用分类，当存储的Ecode编码属于版本0时，内存段01的协议控制区17hbit置0；当存储的Ecode编码其他版本时时，内存段01的协议控制区17hbit置1。

例如：对于某一领域应用的编码为“ABCD12345678”，AFI取值(00001010)_h，该编码的NSI为(0000000000001001)₂；假设将一个用于RFID的Ecode使用ISO/IEC18000-6Type C标签，则Ecode值如下：（为便于表示，采用十六进制）

Ecode	V	NSI	主体代码
				Value	3_H	0009_H	(ABCD12345678)_H

（2）离散内存结构：编码的存储位置由标签的智能控制元件进行控制寻址并写入读出，例如ISO/IEC18000-3Mode1与ISO/IEC18000-6TypeA空中接口协议的射频标签内存结构；离散内存标签是物理内存映射到地址不同的内存区域，通过相应的命令可以进行独立寻址，对离散内存标签，数据的写入和读取时通过相应命令实现，AFI和Ecode分别存储在两段连续的内存存储单元上，版本0的Ecode只存储在分段内存标签中，因此这里就不予考虑，仅规定版本0以外的其他版本Ecode的存储，具体为：

当存储的编码属于非0版本的Ecode时，整个编码结构存储于内存的AFI区域和物品唯一标识区（UII），编码以外的数据存储遵照对应的空中接口协议规定执行，具体如表10所示：

表10

（3）连续内存结构：所有数据按照地址高低依次顺序存储，例如ISO/IEC18000-4Mode1和ISO/IEC18000-6TypeB空中接口协议的射频标签内存结构，即遵循ISO/IEC18000-4Mode1和ISO/IEC18000-6TypeB空中接口协议的标签属于线性内存的标签，该线性内存标签是指标签的物理内存映射到一段连续的内存区，其逻辑内存结构如表11所示，其中，Byte12存储0Ah，表示遵从上述规定：

表11

总而言之，Ecode宜存放在射频标签的物品唯一标识区，并且射频标签的物品唯一标识区，根据不同的标签类型而不同;对于一个射频标签里存储多个Ecode代码的情况，上述内容规定在射频标签的物品唯一标识区应只存储一个Ecode，其余的Ecode存储在非物品唯一标识区。

第二种：对于有些已有成熟应用的编码系统（即现有已存在的编码体系的系统），在现有物品的载体中承载的是行业编码，无法承载“V+NSI”这些信息，可以通过Ecode标签将“V+NSI”信息标注在标签中，即Ecode标签和该行业编码（条码信息、二维码信息、RFID标签信息等）共同组成了Ecode。

第三种：还有些情况是行业应用编码与特定的载体是绑定的，这种情况，服务器根据数据载体标识符识别出这一编码来自于何种编码系统，从而获取该系统的NSI与版本信息，即可以看作是VNSI存储在这套系统里的数据库里；且数据载体标识符由标志符、载体类型标识、载体子类标识组成，该数据载体标识符的结构示意如下：“]cm”其中，“]”标志符；“c”载体类型标识；“m”载体子类标识。

在识读器读完标签信息，向应用系统传输数据时，数据载体标识符由识读器在传输信息前加载；应用系统根据标志符“]”来确定是否使用了数据载体标识符，并根据该数据载体标识符确定该载体中存在的数据为某一应用系统的编码，从而确定该编码系统的“V+NSI”。例如，对于商品条码，识读器完成识读商品条码“6901234567892”后，增加码制标识符“]E6901234567892”后传输到应用系统，在应用系统收到“]E16901234567892”报文后，根据物联网编码规范，并根据“E”判断该段代码属于商品条码编码，因此，其“VNSI”为10003，将之转化为统一的Ecode编码为：10036901234567892。

第四种：对于特定的行业应用，行业应用应向管理机构注册属于该行业编码系统的V+NSI信息，当其采用的数据载体确定后，可制定标准化的数据协议，将V+NSI信息标识在特定的协议控制区，识读时，只要遵循该数据协议，即可获取该编码系统的“V+NSI”信息，即通过读取协议控制区的内容来确定是哪一系统的编码，然后根据该数据协议确定其NSI（数据协议写在识读器中，该协议规定了编码系统和VNSI的映射关系）。

第五种：如果以上方式都无法直接或间接的标识“V+NSI”信息，那么只有通过中间件的方式，在获取主体代码信息时，获取V+NSI的信息，并在主体代码传输时，加上V+NSI信息，构成Ecode。

综上是对Ecode的数据结构、对各个编码体系的兼容以及不同进制类型的编码转换成Ecode以及Ecode的存储载体等的介绍，总而言之，Ecode是目前对物联网系统中的物品实行统一的编码，即Ecode可以兼容现有的各个编码体系的编码，因此对上述Ecode进行解析，也就相当于对各个编码体系的编码进行解析，进而实现了解析方法的兼容。

本发明实施例提供了一种基于LDAP来对Ecode进行解析的方法。LDAP提供LDAP目录级别的查询方式。LDAP目录以树状的层次结构来存储数据。而这个树状的存储结构，就叫做目录树(Directory Information Tree，以下简称DIT)，所有的信息数据都放到这个目录树中，并且这个目录树结构中的每一个节点叫一个条目。该条目是LDAP目录树中的节点，它包含了相应的信息数据，这些信息数据放在定义这个条目的对象类(object class)的属性中，在LDAP中的查询、增加、修改和删除操作，一般都是针对条目进行的。并且，上述对象类类似于LDAP条目(LDAP Entry)的模板，它规定了条目的属性集，包括必有属性（must attribute）和可选属性（may attribute）。在LDAP目录数据库中，所有的条目都必须定义自己的ObjectClass属性。Object Class是可以继承的，继承后的对象类也必须实现父类规定的必有属性（requited attribute），同时拥有父类规定的可选属性（option attribute）。

同时，在LDAP中存储的数据，都是以属性值的形式存在，在属性的定义中规定了属性名称、语法、匹配规则以及是单值还是多值等信息。该属性值是信息的最基本组成元素，是组成对象类的基础。

另外目录树中的层次结构，也可以真实的反映现实世界中的层次关系，比如，最上层节点表示国家，下面表示某个组织，组织下面的节点表示各个部门等。LDAP目录所记录的标识名（Distinguished Name，简称DN）是用来读取单个记录，相当于数据库中数据表的关键字，可用于数据查询时的索引。该LDAP目录的数据类型主要是字符型，而不是关系数据库提供的整数、浮点数、日期、货币等类型，同样也不提供像关系数据库中普遍包含的大量的函数，它主要面向数据的查询服务，因此可以快速响应和大容量查询并且提供多目录服务器的信息复制功能。

针对上述Ecode解析的过程，可以参见图1，该方法的执行主体是标识名解析服务（Distinguished Name Resolve Service，以下简称DNRS）服务器，具体的方法如下：

S101：接收客户端发送的物联网统一标识编码查询请求，该物联网统一标识编码查询请求用于请求获取与所述物联网统一标识编码查询请求对应的物品信息。

具体的，本发明涉及的客户端可以是基于LDAP的客户机。客户端将Ecode查询请求发送给DNRS服务器，该Ecode查询请求用于向DNRS服务器请求获取该Ecode对应的物品信息。

S102：将上述物联网统一标识编码查询请求转换为标识名（Distinguished Name，以下简称DN）记录。

具体的，DNRS服务器在接收到上述Ecode查询请求后，根据DNRS服务器中的DN转换规则将上述物联网统一标识编码查询请求转换为DN记录，实际上也就是将上述物联网统一标识编码查询请求中所携带的信息转换为DN记录。

S103：将上述DN记录发送给LDAP服务器，以使LDAP服务器对该DN记录进行解析，获取物品信息。

具体的，在LDAP服务器中，数据的存储不同于一般的数据库存储形式，它在逻辑上是一个分层的树形结构，每个节点为一个条目，每个条目以DN记录为索引。同时，在这个条目中除了索引，还存放了对应物品的信息。

当LDAP服务器接收到上述DNRS服务器发送的DN记录后，对该DN记录进行解析处理（实际上就是将该DN记录作为索引，根据索引进行查询），获得物品信息。

S104：接收所述LDAP服务器发送的所述物品信息，并发送给客户端。

在上述图1所示实施例的基础上，作为本发明实施例的一种可行的实施方式，可选的，当上述物联网统一标识编码查询请求包括：物联网统一标识编码的版本信息和编码标识体系信息时，上述S102具体可以为：根据DN转换规则将物联网统一标识编码的版本信息和编码标识体系信息转换为DN记录。

具体的，当DNRS服务器接收到客户端发送的Ecode查询请求，并且该Ecode查询请求中所包含的信息为物联网统一标识编码的版本信息和编码标识体系信息，即Ecode中的VNSI时，DNRS服务器会根据DN转换规则将该VNSI转换为相应的DN记录。在此后的LDAP目录服务中，通过这个标识名DN，就能查询得到相应的物品信息。

上述DN转换规则可以为根据LDAP数据存储的层次结构，将Ecode查询请求中的物联网统一标识编码的版本信息和编码标识体系信息转换成十进制形式，最后加上“dc=iotroot,dc=com”即可。例如：某个Ecode中的VNSI是：EcodeV=1,EcodeNSI=0003，那么转换后标识名DN为：“EcodeNSI=0003，EcodeV=1，dc=iotroot，dc=com”。

另外，如上述实施例一所述的，LDAP服务器中，数据的存储不同于一般的数据库存储形式，查询也不同于数据库查询。在数据库查询中，是将将域名和数据分开，得到域名后，还得再次到相应服务器中，才能得到物品的数据信息。在LDAP解析中，将这两步操作在一步完成，即只需要通过一次DN记录查询LDAP服务器即可。由于LDAP对查询作了优化，在同样的查询条件下，它比关系数据库要快一个数量级。

本发明提供的物联网统一标识编码解析的方法和装置，通过接收客户端发送的包含VNSI的物联网统一标识编码查询请求，并将VNSI转换为DN记录，使得LDAP服务器可以根据对DN记录进行解析，以获取与上述物联网统一标识编码对应的物品信息；之后接收LDAP服务器发送的物品信息并将其转发给客户端，从而实现了对各个编码体系下的编码进行解析的解析方法的兼容。同时，由于LDAP对数据查询作了相当的优化，使其相同的查询，本身就比查询关系数据库快，增加了信息的反馈速度。

在上述图1所示实施例的基础上，作为本发明实施例的第二种可行的实施方式，上述Ecode查询请求包括：物联网统一标识编码的版本信息、编码标识体系信息和主体代码；则上述S102具体可以为：根据DN转换规则将物联网统一标识编码的版本信息、编码标识体系信息和主体代码转换为DN记录。

具体的，当DNRS服务器接收到客户端发送的Ecode查询请求，并且该Ecode查询请求中所包含的信息为物联网统一标识编码的版本信息、编码标识体系信息和主体代码（MD），即Ecode中的VNSI+MD时，DNRS服务器会根据DN转换规则将该VNSI转换为相应的DN记录。在此后的LDAP目录服务中，通过这个标识名DN，就能查询得到相应的物品信息。

上述DN转换规则可以为根据LDAP数据存储的层次结构，将Ecode查询请求中的VNSI+MD转换成十进制形式，最后加上“dc=iotroot,dc=com”即可。例如：物品编码的十进制形式为：6901234567892，该编码标准对应的VNSI是：EcodeV=1,EcodeNSI=0003，那么转换后标识名DN为：“EcodeMcode=6901234567892，EcodeNSI=0003，EcodeV=1，dc=iotroot，dc=com”。

并且，为了能够更好的看出LDPA服务器在存储以DN记录为索引的条目和对应的物品信息的层次关系，此处以LDAP中的LDIF文件中的数据格式为例：

从上面的数据中，可以很容易的看出数据的层次关系，而所有的这些关系组成了一个树形的结构。每个条目中的数据是可扩展的，为了解决不同的需求，还可以定义自己的object class，从而可以存储任何需要存储的数据。

如上述LDIF文件中的数据格式可以看出，LDAP目录服务将所有的数据信息组织成树形结构，当客户端在DNRS服务器中输入相应的VNSI和主体代码之后，能够在LDAP服务器中快速定位到相应的DN记录，并根据该DN记录确定相应的物品相关信息（例如：具体的产品名称、生产日期等）。因此，本实施例中的LDAP为Ecode查询请求查询物品信息比上述实施例中（Ecode查询请求中包括VNSI的情况）的查询更向下进行了一层，即得到了更具体的物品信息。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图2为本发明提供的物联网统一标识编码解析的装置实施例一的结构示意图，如图2所示，该装置包括：接收模块10，用于接收客户端发送的物联网统一标识编码查询请求，所述物联网统一标识编码查询请求用于请求获取与所述物联网统一标识编码查询请求对应的物品信息；标识名转换模块11，用于将所述物联网统一标识编码查询请求转换为标识名DN记录；发送模块12，用于将所述DN记录发送给轻量级目录访问协议LDAP服务器，以使所述LDAP服务器对所述DN记录进行解析，获取所述物品信息；收发模块13，用于接收所述LDAP服务器发送的所述物品信息，并发送给所述客户端。。

本发明提供的物联网统一标识编码解析的装置可以执行上述方法实施例，其实现原理和技术效果类似，在此不再赘述。

在上述图2所示实施例的基础上，进一步地，上述物联网统一标识编码查询请求包括：物联网统一标识编码的版本信息和编码标识体系信息，则上述标识名转换模块11具体用于根据DN转换规则将所述物联网统一标识编码的版本信息和所述编码标识体系信息转换为所述DN记录。

在上述图2所示实施例的基础上，进一步地，上述物联网统一标识编码查询请求包括：物联网统一标识编码的版本信息、编码标识体系信息和主体代码；则上述标识名转换模块11具体用于根据DN转换规则将所述物联网统一标识编码的版本信息、所述编码标识体系信息和所述主体代码转换为所述DN记录。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种物联网统一标识编码解析的方法，其特征在于，包括：

将所述物联网统一标识编码查询请求转换为标识名DN记录；

2.根据权利要求1所述的方法，其特征在于，所述物联网统一标识编码查询请求包括：所述物联网统一标识编码的版本信息和编码标识体系信息，则将所述物联网统一标识编码查询请求转换为标识名DN记录，包括：

根据DN转换规则将所述物联网统一标识编码的版本信息和所述编码标识体系信息转换为所述DN记录。

3.根据权利要求1所述的方法，其特征在于，所述物联网统一标识编码查询请求包括：所述物联网统一标识编码的版本信息、编码标识体系信息和主体代码；则将所述物联网统一标识编码查询请求转换为标识名DN记录，包括：

根据DN转换规则将所述物联网统一标识编码的版本信息、所述编码标识体系信息和所述主体代码转换为所述DN记录。

4.一种物联网统一标识编码解析的装置，其特征在于，包括：

5.根据权利要求4所述的装置，其特征在于，所述物联网统一标识编码查询请求包括：所述物联网统一标识编码的版本信息和编码标识体系信息，则所述标识名转换模块具体用于根据DN转换规则将所述物联网统一标识编码的版本信息和所述编码标识体系信息转换为所述DN记录。

6.根据权利要求4所述的装置，其特征在于，所述物联网统一标识编码查询请求包括：所述物联网统一标识编码的版本信息、编码标识体系信息和主体代码；则所述标识名转换模块具体用于根据DN转换规则将所述物联网统一标识编码的版本信息、所述编码标识体系信息和所述主体代码转换为所述DN记录。