本发明涉及物联网信息
技术领域：
，特别涉及一种物联网统一追溯平台的实施方法及物联网统一追溯系统。
背景技术：
：随着信息化技术的发展，为现代制造企业实行精细化管理提供了可靠的手段。以产品为主线，条码，二维码，RFID等技术为手段，从计划开始，对产品的物料、生产过程、半成品、成品实行自动识别、记录和监控，实施全透明的管理，在生产中预防、发现和及时改正错误，事后对产品进行追溯，清晰查询到产品的真伪、去向、存储、工序记录、生产者、质检者和生产日期等信息，分析不良产品产生的原因，生产追溯系统就应运而生。因此大量企业建立了自己的追溯系统，对应产生了各追溯系统的消费端软件或工具。但是各类软件或工具互不兼容；消费者在使用中面临的产品是各种各样的，因此要真正使用起来需要拥有各种追溯工具和追溯软件。这很明显是不方便的，因为这些不方便；造成大量资源浪费，并且使真正的消费者无法使用。大量追溯系统使用着自定义编码，其格式各不相同，在需要数据互通的时候都是通过企业之间协商完成；少量企业使用EPC(ElectronicPowerControl，发动机电子稳定系统)、OID(ObjectIdentifier)、Ucode等国际编码，但同样在互通上存在严重不足。EPC是基于射频识别RFID和对每个对象实体分配的全球唯一单品编码，主要应用于物流等领域；OID是国际标准化组织ISO/IEC、ITU-T联合提出的标识机制，OID可以对任意“对象”赋予唯一标识，这里的对象可以是任何的实体，虚拟的物品。Ucode是日本提出的唯一标识符系统采用的编码，其与国际标准并不兼容。技术实现要素：本发明的目的旨在至少解决所述技术缺陷之一。为此，本发明的目的在于提出一种物联网统一追溯平台的实施方法及系统。为了实现上述目的，本发明的实施例提供一种物联网统一追溯平台的实施方法，包括如下步骤：步骤S1，构建并配置追溯系统统一服务平台，包括：构建追溯系统统一服务平台，配置功能包括：用户管理、物联网域名注册和DNS解析配置，构建平台查询入口，用于实现用户通过所述查询入口接入统一服务平台；构建DNS解析服务器，用于通过所述DNS解析服务器对用户的查询指令进行解析；构建同步服务，用于实现用户和统一服务平台之间的同步服务；步骤S2，所述追溯系统统一服务平台接收追溯企业的注册请求，并在审核通过后批准该企业的物联网域名，利用DNS解析服务器将企业自定义编码转义为追溯系统统一编码的倒序，企业进入追溯系统统一服务平台配置界面进行配置，配置完成后将解析数据同步至DNS解析服务器，由所述DNS解析服务器判断配置是否正确，如果正确则该企业接入统一追溯平台成功，则可通过该物联网域名登录查询企业的产品追溯信息；步骤S3，所述追溯系统统一服务平台接收用户通过终端设备发送的查询请求，并判断所述查询请求的追溯服务编码是否预设格式编码，如果是，则通过DNS解析服务器对所述查询请求进行解析，提取解析地址及解析参数，使用倒序后的追溯系统统一编码进行替换，以获取最终解析地址，访问该最终解析地址获取请求查询的产品追溯信息，并返回给用户的终端设备。进一步，所述追溯系统统一服务平台采用Apache+PHP+Service技术实现，所述DNS解析服务器使用开源的程序技术bind搭建。进一步，在所述步骤S2中，所述追溯系统统一编码采用OID编码，其格式为追溯系统统一编码格式为物联网域名+“.”+企业自定义编码。进一步，在所述步骤S3中，所述通过DNS解析服务器获取查询地址及参数配置，包括如下步骤：所述DNS解析服务器用于根据所述查询信息生成NS记录和NAPTR记录，其中，所述NAPTR记录用于解析查询请求的查询地址及参数配置；所述NS记录用于指向到另一台DNS解析服务器，递归直至查询出负责解析的NAPTR记录。进一步，所述追溯系统统一服务平台还用于提供用户管理，包括：用户的基本注册，登陆，异常用户的冻结，找回密码，修改资料，修改绑定手机，修改绑定邮箱；所述物联网域名注册包括：域名搜索，已注册域名检索，域名备案，域名管理。本发明的实施例还提出一种物联网统一追溯平台的解决系统，包括：追溯系统统一服务平台、企业端和用户端，所述追溯系统统一服务平台用于用户管理、物联网域名注册和DNS解析配置，且提供查询入口，该查询入口用于实现用户通过所述查询入口接入统一服务平台，所述DNS解析配置通过DNS解析服务器实现，所述DNS解析服务器对用户的查询指令进行解析，并实现用户和统一服务平台之间的同步服务；所述追溯系统统一服务平台用于接收来自所述企业端的注册请求，并在审核通过后批准该企业的物联网域名，利用DNS解析服务器将企业自定义编码转义为追溯系统统一编码的倒序，企业进入追溯系统统一服务平台配置界面进行配置，配置完成后将解析数据同步至DNS解析服务器，由所述DNS解析服务器判断配置是否正确，如果正确则该企业接入统一追溯平台成功，则可通过该物联网域名登录查询企业的产品追溯信息；所述追溯系统统一服务平台接收来自用户端的查询请求，并判断所述查询请求的追溯服务编码是否预设格式编码，如果是，则通过DNS解析服务器对所述查询请求进行解析，提取解析地址及解析参数，使用倒序后的追溯系统统一编码进行替换，以获取最终解析地址，访问该最终解析地址获取请求查询的产品追溯信息，并返回给用户终端。进一步，所述追溯系统统一服务平台采用Apache+PHP+Service技术实现，所述DNS解析服务器使用开源的程序技术bind搭建。进一步，所述追溯系统统一编码采用OID编码，其格式为追溯系统统一编码格式为物联网域名+“.”+企业自定义编码。进一步，所述DNS解析服务器用于根据所述查询信息生成NS记录和NAPTR记录，其中，所述NAPTR记录用于解析查询请求的查询地址及参数配置；所述NS记录用于指向到另一台DNS解析服务器，递归直至查询出负责解析的NAPTR记录。进一步，所述追溯系统统一服务平台还用于提供用户管理，包括：用户的基本注册，登陆，异常用户的冻结，找回密码，修改资料，修改绑定手机，修改绑定邮箱；所述物联网域名注册包括：域名搜索，已注册域名检索，域名备案，域名管理。根据本发明实施例的物联网统一追溯平台的实施方法及系统，采用比较灵活的OID作为基准编码，OID可以很容易的兼容其各企业自定义编码，EPC，Ucode等，然后通过DNS解析机制实现追溯的跨系统、跨平台、跨地域。DNS解析技术具有稳定性可靠，可分布式部署，主辅冗余等优点。本发明实现了追溯领域的单一入口，减少消费者因为各种软件或工具的不统一而放弃追溯，各追溯系统通过简易的方式接入此平台；从此实现各追溯企业产品的上下游信息互通，以及消费端的单一入口，可以减少各追溯企业为推广自身产品的各种支出，消费者也可真正使用起追溯系统，享受有源可溯所带来的益处。现有追溯系统的企业对原有系统的修改量最少，仅需开发开放数据接口，可兼容各种追溯系统编码结构。本发明解决了现有追溯体系中各自为政，互不兼容；无法实现追溯的跨系统、跨平台、跨地域，以及小型企业无力搭建自己的追溯系统的问题。本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。附图说明本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：图1为根据本发明实施例的物联网统一追溯平台的实施方法的流程图；图2为根据本发明实施例的物联网统一追溯平台的架构图；图3为根据本发明实施例的物联网统一追溯系统的结构图。具体实施方式下面详细描述本发明的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。本发明实施例提出一种物联网统一追溯平台的实施方法及物联网统一追溯系统，通过搭建一套物联网统一追溯平台，各追溯系统通过简易的方式接入此平台，实现各追溯企业产品的上下游信息互通，以及消费端的单一入口，可以减少各追溯企业为推广自身产品的各种支出，消费者也可真正使用起追溯系统；享受有源可溯所带来的种种好处。如图1和图2所示，本发明实施例的物联网统一追溯平台的实施方法，包括如下步骤：步骤S1，构建并配置追溯系统统一服务平台，包括：(1)构建追溯系统统一服务平台，配置功能包括：用户管理、物联网域名注册和DNS解析配置。其中，用户管理，包括：用户的基本注册，登陆，异常用户的冻结，找回密码，修改资料，修改绑定手机，修改绑定邮箱。其中，追溯系统统一服务平台的核心功能只有解析配置。物联网域名注册包括：域名搜索，已注册域名检索，域名备案，域名管理。物联网域名注册包括：域名搜索，已注册域名检索，域名备案，域名管理。在本发明的一个实施例中，追溯系统统一服务平台采用Apache+PHP+Service技术实现。下面对这三项技术进行分别介绍：Apache是一款的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。它快速、可靠并且可通过简单的API扩充。它的源代码开放、支持跨平台的应用(可以运行在几乎所有的Unix、Windows、Linux系统平台上)，可移植性强等方面优势。PHP是一种通用开源脚本语言。语法吸收了C语言、Java和Perl的特点，利于学习，使用广泛，主要适用于Web开发领域。PHP独特的语法混合了C、Java、Perl以及PHP自创的语法。它可以比CGI或者Perl更快速地执行动态网页。用PHP做出的动态页面与其他的编程语言相比，PHP是将程序嵌入到HTML(标准通用标记语言下的一个应用)文档中去执行，执行效率比完全生成HTML标记的CGI要高许多；PHP还可以执行编译后代码，编译可以达到加密和优化代码运行，使代码运行更快。Service层使用的是WebService技术，WebService能使得运行在不同机器上的不同应用无须借助附加的、专门的第三方软件或硬件，就可相互交换数据或集成。依据WebService规范实施的应用之间，无论它们所使用的语言、平台或内部协议是什么，都可以相互交换数据。WebService是自描述、自包含的可用网络模块，可以执行具体的业务功能。WebService也很容易部署，因为它们基于一些常规的产业标准以及已有的一些技术，诸如标准通用标记语言下的子集XML、HTTP。WebService减少了应用接口的花费。WebService为整个企业甚至多个组织之间的业务流程的集成提供了一个通用机制。(2)构建平台查询入口，用于实现用户通过查询入口接入统一服务平台。追溯系统统一服务平台查询入口使用Apache+PHP+Service实现。负责用户发起查询时，通过DNS解析服务器获取查询地址及参数配置，然后使用替换后的参数和本条查询的追溯系统对外公共接口地址获取追溯信息。这部分将在后续的用户获取追溯信息部分进行详细说明。(3)构建DNS解析服务器，用于通过DNS解析服务器对用户的查询指令进行解析。DNS解析服务器使用开源的程序技术bind来搭建，负责查询信息的指向，指向包括了NS记录和NAPTR记录。NAPTR记录负责解析查询的具体地址及参数配置；NS记录用来指向到另一台DNS解析服务器，递归直至查询出负责解析的NAPTR记录。(4)使用Apache+PHP+Service构建同步服务，用于实现用户和统一服务平台之间的同步服务。当用户新设置解析配置或修改解析配置后；我们需要将用户的改动通过同步服务更新至DNS解析服务器上。步骤S2，追溯系统统一服务平台接收追溯企业的注册请求，并在审核通过后批准该企业的物联网域名，利用DNS解析服务器将企业自定义编码转义为追溯系统统一编码的倒序。具体地，追溯企业注册追溯系统统一服务平台用户，由追溯系统统一服务平台审核器是否符合资质。如果资质审核未通过，则驳回此申请，企业无法进行后续操作及无法接入追溯系统统一服务平台。如果审核通过，则企业获取物联网域名。需要说明的是，资质审核未通过企业可重复提交物联网域名注册申请，直至审核通过，获取物联网域名；或者放弃物联网域名注册，则无法进行后续操作及无法接入追溯系统统一服务平台。资质审核通过后，平台将企业自定义编码转义为追溯系统统一编码。其中，追溯系统统一编码采用OID编码，其格式为追溯系统统一编码格式为物联网域名+“.”+企业自定义编码。OID具有分层灵活、可扩展性强等特点，适合作为现有各种编码方案之间进行交换的元标识机制。无论企业管理中如何分层分级，企业产品如何分级，使用OID均可解决。例如：某单品码为01100300039208300000035221040842085A(系统标示+企业编码+产品编码+单品编码)。编码拆解表，如表1所示：拆解编码说明01100系统标示300039208企业编码30000003产品编码5221040842085A单品编码表1将上述编码转义为统一追溯平台编码为：1.2.156.30006.300039208.30000003.5221040842085A统一追溯平台编码拆解表，如表2所示：表2DNS解析服务器对转义后的编码使用倒序解析，因此在进行解析配置时须先将追溯系统统一编码倒序。例如编码：1.2.156.30006.300039208.30000003.5221040842085A倒序后格式为：5221040842085A.30000003.300039208.30006.156.2.1企业进入追溯系统统一服务平台配置界面进行配置，包括以下内容：例如该追溯企业的公共数据开放接口为：http://npc.iotcrc.com:8080/index.asmx/Search？code＝01100300039208300000035221040842085A；其中：http://npc.iotcrc.com:8080/index.asmx/Search为该企业公共数据开放接口；code为参数名；01100300039208300000035221040842085A为该企业某单品编码。对该物联网域名做如下解析配置：！^.*300039208.30006.156.2.1$！http://npc.iotcrc.com:8080/index.asmx/Search？code＝01100{2}{1}{0}！解析配置说明，如表3：表3解析参数的设置格式如下表4：将追溯系统统一编码解析成一个数组(按照域名标示“.”拆分顺序排序)。表4该单品在追溯企业中单品编码：01100300039208300000035221040842085A(01100+企业编码+产品编码+单品码)，解析参数设置为：01100{2}{1}{0}，对应上表的追溯系统统一编码拆解成的数组编号，对应表如下表5：编码拆解说明解析展示形式01100系统标示01100300039208企业编码{2}30000003产品编码{1}5221040842085A单品编码{0}表5配置完成后，将解析数据同步至DNS解析服务器，由DNS解析服务器判断配置是否正确，如果正确则该企业接入统一追溯平台成功，则可通过该物联网域名登录查询企业的产品追溯信息。若配置不正确，检查配置错误部分直至配置正确，接入成功。否则，放弃接入追溯系统统一服务平台。然后，由同步服务自动判断该配置是修改还是新增；如果是新增，则新增一条DNS记录。新增示例：updateadd*.300039208.30006.156.2.1INNAPTR0100"u""ORS+OINF""！^.*300039208.30006.156.2.1$！http://npc.iotcrc.com:8080/index.asmx/Search？code＝01100{2}{1}{0}！".NAPTR记录包括：记录排序规则的Order信息，记录排序权威规则的Pref信息，记录解译标志位的Flags信息，记录服务类型的Service信息，记录正则表达式额Regexp信息以及网络别名额Replacement信息，以及带有正则表达式的物联网域名、信息服务地址和配置参数组成的NAPTR信息主体。如下表6说明：表6如果是修改操作，则删除原DNS记录，然后新增修改后的DNS记录。删除示例：updatedelete*.300039208.30006.156.2.1NAPTR如果新增或修改未成功，则将操作保存至日志文件，并发出警报；由系统管理员排查原因并解决。在本发明的一个实施例中，追溯系统统一编码和载体，产品相结合。常见载体包括二维码、NFC标签、高频标签、超高频标签。追溯系统统一编码在于载体结合前，须标注其使用协议为OID；格式为“OID:”+追溯系统统一编码。例如编码：1.2.156.30006.300039208.30000003.5221040842085A的载体编码为OID:1.2.156.30006.300039208.30000003.5221040842085A综上，企业端处理逻辑为：企业用户通过统一追溯平台注册获取企业的物联网域名。使用物联网域名和产品编码组合成该产品的统一追溯平台编码(唯一)。然后各追溯企业搭建自己的追溯信息对外开放接口。通过追溯系统统一服务平台配置解析方案。消费者或需要此企业追溯信息的上下游企业通过此单一入口，获取追溯信息。追溯系统统一服务平台使用DNS的权威指针的方式将请求的统一追溯平台编码解析至对应追溯企业的开放接口；开放接口使用统一的格式将数据返回。步骤S3，追溯系统统一服务平台接收用户通过终端设备发送的查询请求，并判断查询请求的追溯服务编码是否预设格式编码，如果是，则通过DNS解析服务器对查询请求进行解析，提取解析地址及解析参数，使用倒序后的追溯系统统一编码进行替换，以获取最终解析地址，访问该最终解析地址获取请求查询的产品追溯信息，并返回给用户的终端设备。其中，通过DNS解析服务器对查询请求进行解析，提取解析地址及解析参数，包括如下步骤：DNS解析服务器用于根据查询信息生成NS记录和NAPTR记录。其中，NAPTR记录用于解析查询请求的解析地址及解析参数；NAPTR(NamingAuthorityPointer，名称权威指针)，是统一资源标识URI的一种定义格式，主要针对产品进行解析。与ENUM技术类似，名称权威指针是将物联网域名映射为DNS系统中的记录，通过DNS物联网域名寻址的方式，对物联网域名进行分布式层级寻址，将物联网解析指向到由服务或文件提供的单品追溯数据。目前，物联网域名中心可以管理的域名只能到达企业级，而产品的追溯信息只能使用名称权威指针来解析。NS记录用于指向到另一台DNS解析服务器，递归直至查询出负责解析的NAPTR记录。NS记录是域名服务器记录，用来指定该域名由哪个DNS解析服务器来进行解析。使用在例如集团，大型企业等有条件建立自身DNS解析服务器的环境下，通过分级DNS可以减轻主DNS工作压力，实现数据的权限分级。比如一个集团总部下属多个企业，我们就可以给集团下各个企业分配自己的独立DNS，实现自我管理，拓展企业自身的自主性。普通用户可以通过终端设备(例如，手机或其他设备)识读追溯系统统一编码的载体，获取此追溯系统统一编码。对获取到编码进行格式判断，以“OID：”开头编码为统一追溯服务编码，若格式判定为追溯系统统一编码，则通过调用追溯系统统一服务平台查询入口的接口获取查询结果；如果不是，则判定编码为非追溯系统统一编码，则给出提示“非本平台产品”，结束操作。追溯系统统一服务平台查询入口服务器设置DNS指向为物联网根DNS解析服务器；当发起追溯系统统一编码查询时，追溯系统统一服务器将获取识读设备传输过来的追溯系统统一编码。将追溯系统统一编码进行倒序处理：例如编码：1.2.156.30006.300039208.30000003.5221040842085A倒序后编码为：5221040842085A.30000003.300039208.30006.156.2.1然后使用倒序后编码对物联网根DNS解析服务器发起解析查询，若物联网根DNS解析服务器未返回有效结果(返回零条权威指针NAPTR记录)；则判定该编码非本平台编码，返回提示信息“非本平台产品”。DNS解析查询方式:步骤1：从物联网根DNS解析服务器的域名列表中查询符合条件的NAPTR记录，并将查询到的结果记录如待返回列表；步骤2：从物联网根DNS解析服务器的域名列表中查询符合条件的NS记录，若无符合条件NS记录则返回上一步；若存在NS记录，则将查询请求提交至该DNS解析服务器，收到查询请求的DNS解析服务器重复DNS解析查询步骤1和2直至递归结束。DNS解析查询返回值：在DNS解析查询中，不管查询到的NAPTR记录为多少条；将结果直接返回至发起查询服务器。若DNS解析服务器返回NAPTR记录(包括一条或多条)，获取所述Pref信息值最小的第一NAPTR信息中的Regexp信息值，确定所述NAPTR主体的信息服务地址和配置参数。提取信息主体中的解析地址及解析参数：即http://npc.iotcrc.com:8080/index.asmx/Search？code＝01100{2}{1}{0}部分，使用倒序后的追溯系统统一编码进行替换；最终解析地址为：http://npc.iotcrc.com:8080/index.asmx/Search？code＝01100300039208300000035221040842085A访问最终解析地址,若该地址无法访问，则返回信息“该产品追溯服务器不可访问，请稍候访问”，并记录警报日志，由管理员联系追溯企业解决服务器不可访问问题。若访问地址正常，返回结果“该商品不存在”，则返回信息“追溯系统统一服务平台不存在该商品信息，请确认产品是否正品”。若正确查询到该产品追溯信息；则通过接口将该产品追溯信息返回访问端。综上，用户端的处理逻辑为：用户端通过手机或专业手持设备识读到统一追溯平台编码，统一追溯平台编码的载体可以是二维码，高频超高频电子标签，条码等常见载体。通过对应技术访问DNS解析服务器，获取对应企业的公共开放接口追溯信息。如图3所示，本发明实施例的物联网统一追溯系统，包括追溯系统统一服务平台100、企业端200和用户端300。其中，用户通过用户端300识读物联网统一编码，查询出该编码对应商品的追溯信息。企业端200通过配置自己的物联网域名解析和搭建自己的公共追溯数据接口实现向追溯统一平台的接入。具体地，追溯系统统一服务平台100用于用户管理、物联网域名注册和DNS解析配置，且提供查询入口，该查询入口用于实现用户通过查询入口接入统一服务平台100。追溯系统统一服务平台查询入口使用Apache+PHP+Service实现。负责用户发起查询时，通过DNS解析服务器获取查询地址及参数配置，然后使用替换后的参数和本条查询的追溯系统对外公共接口地址获取追溯信息。这部分将在后续的用户获取追溯信息部分进行详细说明。DNS解析配置通过DNS解析服务器实现，DNS解析服务器对用户的查询指令进行解析，并实现用户和统一服务平台100之间的同步服务。DNS解析服务器使用开源的程序技术bind来搭建，负责查询信息的指向，指向包括了NS记录和NAPTR记录。NAPTR记录负责解析查询的具体地址及参数配置；NS记录用来指向到另一台DNS解析服务器，递归直至查询出负责解析的NAPTR记录。具体地，其中，用户管理，包括：用户的基本注册，登陆，异常用户的冻结，找回密码，修改资料，修改绑定手机，修改绑定邮箱。其中，追溯系统统一服务平台的核心功能只有解析配置。物联网域名注册包括：域名搜索，已注册域名检索，域名备案，域名管理。物联网域名注册包括：域名搜索，已注册域名检索，域名备案，域名管理。在本发明的一个实施例中，追溯系统统一服务平台100采用Apache+PHP+Service技术实现，DNS解析服务器使用开源的程序技术bind搭建。追溯系统统一服务平台100用于接收来自企业端200的注册请求，并在审核通过后批准该企业的物联网域名，利用DNS解析服务器将企业自定义编码转义为追溯系统统一编码的倒序。需要说明的是，资质审核未通过企业可重复提交物联网域名注册申请，直至审核通过，获取物联网域名；或者放弃物联网域名注册，则无法进行后续操作及无法接入追溯系统统一服务平台。资质审核通过后，平台将企业自定义编码转义为追溯系统统一编码。其中，追溯系统统一编码采用OID编码，其格式为追溯系统统一编码格式为物联网域名+“.”+企业自定义编码。OID具有分层灵活、可扩展性强等特点，适合作为现有各种编码方案之间进行交换的元标识机制。无论企业管理中如何分层分级，企业产品如何分级，使用OID均可解决。企业进入追溯系统统一服务平台100配置界面进行配置，配置完成后将解析数据同步至DNS解析服务器，由DNS解析服务器判断配置是否正确，如果正确则该企业接入统一追溯平台成功，则可通过该物联网域名登录查询企业的产品追溯信息。追溯系统统一服务平台100接收来自用户端300的查询请求，并判断查询请求的追溯服务编码是否预设格式编码，如果是，则通过DNS解析服务器对查询请求进行解析，提取解析地址及解析参数，使用倒序后的追溯系统统一编码进行替换，以获取最终解析地址，访问该最终解析地址获取请求查询的产品追溯信息，并返回给用户终端。具体地，DNS解析服务器用于根据查询信息生成NS记录和NAPTR记录，其中，NAPTR记录用于解析查询请求的查询地址及参数配置；NS记录用于指向到另一台DNS解析服务器，递归直至查询出负责解析的NAPTR记录。NAPTR(NamingAuthorityPointer，名称权威指针)，是统一资源标识URI的一种定义格式，主要针对产品进行解析。与ENUM技术类似，名称权威指针是将物联网域名映射为DNS系统中的记录，通过DNS物联网域名寻址的方式，对物联网域名进行分布式层级寻址，将物联网解析指向到由服务或文件提供的单品追溯数据。目前，物联网域名中心可以管理的域名只能到达企业级，而产品的追溯信息只能使用名称权威指针来解析。NS记录是域名服务器记录，用来指定该域名由哪个DNS解析服务器来进行解析。使用在例如集团，大型企业等有条件建立自身DNS解析服务器的环境下，通过分级DNS可以减轻主DNS工作压力，实现数据的权限分级。比如一个集团总部下属多个企业，我们就可以给集团下各个企业分配自己的独立DNS，实现自我管理，拓展企业自身的自主性。追溯系统统一服务平台查询入口服务器设置DNS指向为物联网根DNS解析服务器；当发起追溯系统统一编码查询时，追溯系统统一服务器将获取识读设备传输过来的追溯系统统一编码，将追溯系统统一编码进行倒序处理。然后使用倒序后编码对物联网根DNS解析服务器发起解析查询，若物联网根DNS解析服务器未返回有效结果(返回零条权威指针NAPTR记录)；则判定该编码非本平台编码，返回提示信息“非本平台产品”。根据本发明实施例的物联网统一追溯平台的实施方法及系统，采用比较灵活的OID作为基准编码，OID可以很容易的兼容其各企业自定义编码，EPC，Ucode等，然后通过DNS解析机制实现追溯的跨系统、跨平台、跨地域。DNS解析技术具有稳定性可靠，可分布式部署，主辅冗余等优点。本发明实现了追溯领域的单一入口，减少消费者因为各种软件或工具的不统一而放弃追溯，各追溯系统通过简易的方式接入此平台；从此实现各追溯企业产品的上下游信息互通，以及消费端的单一入口，可以减少各追溯企业为推广自身产品的各种支出，消费者也可真正使用起追溯系统，享受有源可溯所带来的益处。现有追溯系统的企业对原有系统的修改量最少，仅需开发开放数据接口，可兼容各种追溯系统编码结构。本发明解决了现有追溯体系中各自为政，互不兼容；无法实现追溯的跨系统、跨平台、跨地域，以及小型企业无力搭建自己的追溯系统的问题。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求及其等同限定。当前第1页1 2 3