CN107360098B - 一种物联网终端信息寻址方法及装置 - Google Patents

Abstract

本发明属于物联网技术领域，提供了一种物联网终端信息寻址方法及装置，所述方法包括：接收感知层发出的包括公共标签的终端信息和应用层发出的数据请求信息，根据接收到的终端信息和数据请求信息进行配对，若终端信息与数据请求信息配对成功，则根据终端信息当前所在网络节点地址与数据请求信息中应用层地址计算传输路径；根据所述传输路径发送终端信息至与终端信息配对成功的数据请求信息指向的应用层地址。由于可以根据终端信息和数据请求信息的数据类型进行配对，可以将感知层的终端信息按照计算的传输路径进行传输，避免了终端信息四面八方的传播造成的网络阻塞、数据丢包、传输延迟的问题，能够提供一种安全、可靠的终端数据寻址方式。

Description

一种物联网终端信息寻址方法及装置

技术领域

本发明属于物联网技术领域，尤其涉及一种物联网终端信息寻址方法及装置。

背景技术

互联网实现了全世界人和人之间的沟通连接，而物联网则使得全世界万物之间以及万物和人之间都得到沟通连接。现有的物联网包括三层架构：感知层、网络层和应用层。感知层主要是物联网边缘的海量终端设备，网络层主要是提供传统互联网的数据传输及网关功能，应用层主要提供数据分析、控制以及物联网人机接口。

现有的感知层终端数据向应用层传递的方式为“发布/订阅”模式，由于终端数据采用非常简洁的“啁啾”信息的形式，所以单个终端数据很小，感知层将非常小的终端数据传递到网络层的某个转发节点，网络层的转发节点再向四周的转发节点传输，直到传输到应用层，由应用层决定是否接收该终端数据。

但是，这种方式存在一个弊端：虽然物联网的终端数据比较小，但是面对海量的终端设备产生的终端数据在网络层传输，并且这些传输并无唯一的方向性，在网络层传输的数据量依然是非常庞大的，有可能会对网络层造成网络阻塞，造成数据丢包、传输延迟等问题。

发明内容

鉴于此，本发明提供一种物联网终端信息寻址方法及装置，可以提供一种安全、可靠的终端数据传输方式。

本发明的第一方面，提供一种物联网终端信息寻址方法，所述方法包括：

接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向；

接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；

根据接收到的终端信息和数据请求信息进行配对；

若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；

根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

可选的，根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径，所述传输路径是指在一个赋权图的两个节点之间找出一条具有最小权的路径。

可选的，所述传输路径与经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性有关。

可选的，若所述终端信息与所述数据请求信息未配对成功，将所述终端信息和所述数据请求信息存储在当前所在网络节点。

可选的，定期将所述网络节点的存储空间中的终端信息和数据请求信息备份删除。

可选的，在将所述终端信息从当前网络节点发出去后，向发送终端信息至当前网络节点的前一网络节点发送已发送信息以便于所述前一网络节点将所述终端信息删除；

若所述终端信息所在的网络节点在第一预定时间内未将所述终端信息发送出去，则向发送终端信息至当前网络节点的前一网络节点发送未发送信息以便于所述前一网络节点将所述终端信息发送至其它网络节点使得其它网络节点将所述终端信息发送至应用层；

若当前网络节点接收到所述终端信息发送至的后一网络节点的未发送信息或者在第二预定时间内未接收到后一网络节点发送的已发送信息或者未发送信息，则将所述终端信息发送至其它网络节点以便于其它网络节点将所述终端信息发送至应用层。

本发明的第二方面，提供一种物联网终端信息寻址的装置，所述装置包括：

终端信息获取模块，用于接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向；

数据请求信息获取模块，用于接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；

配对模块，用于根据接收到的终端信息和数据请求信息进行配对；

传输路径获得模块，用于若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；

第一终端信息发送模块，用于根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

本发明的第三方面，提供一种物联网终端信息寻址装置，所述装置包括：

存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现以下步骤：

接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向；

接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；

根据接收到的终端信息和数据请求信息进行配对；

若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；

根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

本发明的第四方面，提供一种计算机存储介质，所述计算机存储介质可以是非易失性的，所述计算机存储介质上存储有计算机程序，所述计算机程序在被一个或多个处理器读取并执行时可实现上述第一方面提供的所述方法。

本发明与现有技术相比存在的有益效果是：本发明通过接收感知层发出的包括公共标签的终端信息和应用层发出的数据请求信息，根据接收到的终端信息和数据请求信息进行配对，若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在网络节点地址与所述数据请求信息中应用层地址计算传输路径；根据所述传输路径发送所述终端信息至所述终端信息配对成功的数据请求信息指向的应用层地址。由于可以反向接收应用层发出的数据请求信息，可以根据终端信息的数据类型和数据请求信息的数据类型进行配对，这样就可以将感知层的终端信息按照计算的传输路径进行传输，避免了终端信息四面八方的传播造成的网络阻塞、数据丢包、传输延迟的问题。进而能够提供一种安全、可靠的终端数据传输方式。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明第一实施例提供的物联网终端信息寻址方法的示意流程图；

图2是本发明第一实施例中的现有的物联网架构图；

图3是本发明第一实施例中终端信息数据结构图；

图4是本发明第二实施例提供的物联网终端信息寻址方法的示意流程图；

图5是本发明第三实施例提供的物联网终端信息寻址方法的数据传输图；

图6是本发明第六实施例提供的物联网终端信息寻址装置的示意框图；

图7是本发明第七实施例提供的物联网终端信息寻址装置的示意框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

参见图1，图1是本发明实施例一提供的物联网终端信息寻址方法的示意流程图，如图所示该方法可以包括以下步骤：

首先，通过图2说明本发明实施例应用的物联网架构，物联网架构分为三层，自下而上分别为：感知层、网络层、应用层。所述感知层是物联网的核心，是信息采集的关键部分。感知层包括了海量的终端设备，例如二维码标签和识读器、RFID标签和读写器、摄像头、GPS、传感器等，主要功能是识别物体、采集信息。所述网络层通过各种移动通信网与互联网的融合，将采集的信息实时准确地传递出去。网络层可以看作是由很多个网络节点组成，终端设备采集的信息在网络层通过网络节点转发、传输至应用层。应用层提供数据分析、控制以及物联网人机接口。

以网络层的其中一个网络节点为例，说明物联网架构中终端信息的寻址方法。

步骤S101，接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向。

在本发明实施例中，感知层的终端设备采集的数据会以终端信息的形式发送至网络层的网络节点，所述终端信息至少包括公共标签。公共标签至少包括数据类型和传输指向。图3是一个终端信息的数据包格式，以图3为例，公共标签包括了终端设备采集的数据类型和传输指向，还可以包括采集数据的终端ID和信号频率，但是终端ID和信号频率可以设置为空，还可以预留用以存储其它字段。私有标签包括了终端设备采集的具体数据和帧校验。还预留了字节用于以后扩展。需要说明的是，图3仅仅是用来作为一个举例，并不用于限制本发明，只要包括了公共标签，并且公共标签包括了数据类型和传输指向都在本发明的保护范围内。在实际应用中，还可以根据数据类型和传输指向结合其它字段演变出不同的数据包格式。需要说明的是，所述传输指向也可以设置为空。

所述数据类型是指终端设备采集的数据是哪一类数据。例如，湿度和温度属于不同的数据类型，可以分别为湿度和温度设置不同的字符表示。所述传输指向是指传输的方向，可以表示指向最终的应用层地址，也可以表示数据在网络层的网络节点中传输时的方向，例如，通过不同的字符分别表示寻找最近的网络节点传输、寻找网络性能最佳的网络节点传输等，具体可以根据实际的情况设置。实际应用中，由于是面向接收者的传输机制，还可以将传输指向设置为空，网络节点将终端信息传输至应用层，由应用层决定是否接收该终端信息。

需要说明的是，接收感知层发出的包括公共标签的终端信息表示接收到的终端信息最初是由感知层发出的，中间可能经过了其它网络节点，也可能就是直接接收的感知层终端设备发出的终端信息。

步骤S102，接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型。

在本发明实施例中，应用层当需要某种数据时，不仅仅可以被动的接收终端信息，然后通过分析接收的终端信息选择是否是自己需要的，若是需要的，提取其中的数据，若不需要则丢弃。应用层还可以根据自己的需要发出数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型，数据请求信息的数据包格式比终端信息的数据包格式更简单。仅仅包括了数据类型和自己本身的地址。需要说明的是，本发明实施例中举例的数据请求信息是为了简化数据包格式以及节省网络流量提出的只包含数据类型和自己本身的地址的数据包格式。还可以在这个基础上进行演变，例如包含了数据类型和自己本身地址的数据请求信息都在本发明的保护范围内。所述数据类型与终端信息相对应，可以是温度、湿度等。与终端信息对应的温度用相同的字符，湿度用相同的字符。相对于海量的终端设备发出的终端信息，并且终端信可能是以较高的频率在发出，当面对海量的终端设备产生的海量的终端信息或者以高频率产生的海量的终端信息四面八方无方向的传播时，有可能会造成网络阻塞。但是由于应用层相对于海量的终端设备数量是非常少的，所以当应用层需要某种数据时可以发出一个数据请求信息。作为网络层的一个网络节点，有可能接收到感知层发出的包括公共标签的终端信息，也有可能接收应用层发出的数据请求信息。

需要说明的是，接收应用层发出的数据请求信息表示接收到的数据请求信息最初是由应用层发出的，中间可能经过了其它网络节点，也可能就是直接接收的应用层发出的数据请求信息。

步骤S103，根据接收到的终端信息和数据请求信息进行配对。

在本发明实施例中，根据接收到的终端信息和数据请求信息进行配对是指根据接收到的终端信息和数据请求信息中的数据类型进行配对。网络层分布着很多网络节点，网络节点用于转发、传输终端信息，每一条终端信息从感知层的终端设备到应用层可能仅仅经过一个网络节点，也可能会经过很多个网络节点。网络节点既有接收又有发送信息的功能，但是感知层的终端设备有些具备接收信息的功能有些并无接收信息的功能，所以应用层发出的数据请求信息会在网络层传输，并不一定传输到感知层的终端设备。同时网络层的每个网络节点都可能会接收到多个终端信息，也可能会接收到多个数据请求信息。所以根据接收到的终端信息和数据请求信息进行配对的工作会在网络层的网络节点完成。

具体的，网络层的网络节点接收到的终端信息有两个，数据类型分别是：温度、湿度，接收到的数据请求信息有三个，请求的数据类型分别是：压力、温度、水位。网络节点只需要分析终端信息的公共标签中的数据类型和分析数据请求信息中的数据类型。发现接收到的终端信息中数据类型为温度的终端信息与接收到的数据请求信息中数据类型为温度的数据请求信息能够配对成功，就说明它们具有相同的数据类型。若是终端信息的公共标签中的数据类型和数据请求信息中的数据类型一致，则表示接收到的终端信息是应用层发出的数据请求信息中请求的数据，无需分析终端信息中的私有标签中的具体数据内容。

步骤S104，若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径。

在本发明实施例中，若所述终端信息与所述数据请求信息配对成功，则表明网络节点接收到的数据请求信息请求的数据是配对成功的终端信息。则需要分析数据请求信息中的应用层的地址。可以根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径。实际在网络层分布着很多网络节点，在所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址之间可能也存在很多个传输路径，实际上传输路径并不是唯一的。网络节点会与相连的其它网络节点进行信息交互，每个转发节点都会建立自己的邻域表，形成逻辑网络树，这些信息相互共享，从而允许网络节点独立决策，合理选择到达应用层地址的有效路径。

作为一个优选的实施例，根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径包括：根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算最短传输路径。

在本发明实施例中，最短传输路径是指在一个赋权图的两个节点之间找出一条具有最小权的路径，也就是说从所述终端信息当前所在的网络节点地址出发，沿网络层的网络节点到达应用层地址所经过的路径中，每经过一个网络节点计算一次权值，直到到达应用层地址所有权值之和最小的一条路径就是最短传输路径。所述权重与接收所述终端信息的网络节点的负载、可用带宽等有关。具体是选择更可靠但相对网络节点较多的路径还是选择更直接但是负载更大的传输路径，需要通过权重进行平衡。换言之，例如，相比高峰时段的交通状况，是选择拥挤不堪的高速公路，还是选择城市街道绕行更有效可以通过设置权值来进行选择。

在计算传输路径过程中，还需考虑转发节点是否能够直接与互联网直接相连，从而可以依靠IP连接到应用层的地址提供一条最佳路径，但是实际中，有很多网络节点并不能找到与互联网的直连路径，只能通过其它网络节点转发，所以权重还与接收所述终端信息的网络节点是否能够与互联网直接相连有关。

综上所述，最短传输路径与经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性有关。具体计算最短传输路径时可以根据实际情况设置不同的权重值，但需要说明的是，以上经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性这些因素并不用于限制本发明，还可以根据实际情况再增加其它需要考虑的因素，也可以根据实际情况并不考虑其中的某个或多个因素。

传输路径的决策还需要进行周期性的调整，以应对网络扰动或者故障，还包括新增的网络元件以及链路质量信息更新等。一旦新的网络节点或传输路径加入到网络层中，相邻网络节点将立即重新评估它们的路径决策，从而确保到达应用层的有效路径。网络节点也会每隔一段时间执行一次邻域节点更新搜索，用于寻找潜在的新路径以及新的相邻网络节点。

在本发明实施例中，所述最短传输路径并非指最短的距离，而是根据经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性等因素确定的最优的传输路径。通过考虑经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性等因素并为这些因素设置权重值计算的最短传输路径可以快速有效的将所述终端信息发送至与所述终端信息配对成功的数据请求信息对应的应用层地址。

步骤S105，根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

在本发明实施例中，在计算好传输路径后就可以发送所述终端信息至所述终端信息配对成功的数据请求信息指向的应用层地址。但是，在实际传输过程中，有可能会出现在传输路径上的某个转发节点失效、或者发生重大的传输速率的变化，这时就需要考虑备选路径或者根据所述终端信息当前所在的网络节点重新计算传输路径，计算的过程与步骤S104中的一样。

可选的，若再次接收到具有相同数据类型的终端信息，根据配对成功的终端信息与数据请求信息的对应关系，将所述具有相同数据类型的终端信息按照所述对应关系发送至所述数据请求信息中的应用层地址。

在本发明实施例中，网络节点可以将配对成功的终端信息与数据请求信息建立对应关系，实际上建立的对应关系只是数据类型与应用层地址的对应关系，若再次接收到的终端信息的数据类型与预先建立的数据类型与应用层地址的对应关系中的数据类型有相同的，可以根据对应关系将所述终端信息按照对应关系发送至所述数据请求信息中的应用层地址。

通过配对成功的终端信息与数据请求信息的对应关系，可以将再次接收到的终端信息与建立的对应关系中的数据请求信息进行配对，即使当前网络节点并没有接收到数据请求信息还可以根据对应关系将所述终端信息发送至具有相同数据类型的数据请求信息的应用层地址，提高了终端信息传输的效率。

作为一个优选的实施例，在物联网的三层架构中，还可以在应用层和网络层之间再建立一层，可以叫做数据请求层，数据请求层用来接收应用层发出的数据请求信息，并将接收的数据请求信息中具有相同数据类型的请求信息打包反向发送至网络层的各网络节点，这样应用层的多个地址发出的数据请求信息就可以打包为一条数据请求信息进行传输，可以节省网络流量。

本发明通过接收感知层发出的包括公共标签的终端信息和应用层发出的数据请求信息，根据接收到的终端信息和数据请求信息进行配对，若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在网络节点地址与所述数据请求信息中应用层地址计算传输路径；根据所述传输路径发送所述终端信息至所述终端信息配对成功的数据请求信息指向的应用层地址。由于可以反向接收应用层发出的数据请求信息，可以根据终端信息的数据类型和数据请求信息的数据类型进行配对，这样就可以将感知层的终端信息按照计算的传输路径进行传输，避免了终端信息四面八方的传播造成的网络阻塞、数据丢包、传输延迟的问题，能够提供一种安全、可靠的终端数据传输方式。

实施例二：

参见图4，图4是本发明实施例二提供的物联网终端信息寻址方法的示意流程图，为了便于说明，仅示出与本发明实施例相关的部分。

在实施例一的基础上，增加了若所述终端信息与所述数据请求信息未配对成功的寻址方法。

步骤S401，根据接收到的终端信息和数据请求信息进行配对。

步骤S402，若所述终端信息与所述数据请求信息未配对成功，将具有相同数据类型的数据请求信息打包发送至其它网络节点。

在本发明实施例中，由于网络层中有很多网络节点，虽然所述终端信息会向着应用层的方向传播，所述数据请求信息会从应用层到网络层的网络节点传播。但是由于所述终端信息和所述数据请求信息都会根据与当前所在网络节点相连的其它网络节点选择一个较佳的网络节点进行所述终端信息和数据请求信息的传输，所以，在某些网络节点，有可能只能接收到所述终端信息，也有可能只能接收到所述数据请求信息，即使接收到的终端信息和数据请求信息，也有可能并不是具有相同数据类型的终端信息和数据请求信息。这时，所述终端信息与所述数据请求信息就会无法配对成功，也就说应用层发出的数据请求信息请求的数据类型不是当前网络节点接收到的终端信息携带的数据类型。这时，就需要将所述终端信息和所述数据请求信息发送至其它网络节点。

作为一个优选的实施例，若所述终端信息与所述数据请求信息未配对成功，将所述数据请求信息存储在当前所在网络节点，以便于接收到与所述数据请求信息具有相同数据类型的终端信息后，根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

在本发明实施例中，如果所述终端信息与所述数据请求信息未配对成功，如果将所述数据请求信息保留在当前所在的网络节点，则其它网络节点即使接收到与所述数据请求信息具有相同数据类型的终端信息，也无法对接收到的终端信息进行配对，所以必须将所述数据请求信息发送至其它网络节点，但是当前的网络节点也有可能在之后接收到与所述数据请求信息具有相同数据类型的终端信息，所以这时就需要考虑在将数据请求信息发送至其它网络节点之前，先将所述数据请求信息存储在当前的网络节点本地备份，以便于接收到与所述数据请求信息具有相同数据类型的终端信息后，将与所述数据请求信息具有相同数据类型的终端信息发送至所述数据请求信息指向的应用层地址，提高所述终端信息寻址的效率。若是为了节省网络节点的存储空间，还可以定期将所述网络节点的存储空间中的数据请求信息备份删除。例如，可以设定每隔一定时间将存储空间中的数据请求信息备份删除，还可以设定为每天将7天前的存储空间中的数据请求信息备份删除。具体可以根据实际的情况设定。

作为一个优选的实施例，若所述终端信息与所述数据请求信息未配对成功，将所述终端信息存储在当前所在网络节点，以便于接收到与所述终端信息具有相同数据类型的数据请求信息后，根据当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

在本发明实施例中，如果所述终端信息与所述数据请求信息未配对成功，如果将所述终端信息保留在当前所在的网络节点，则其它网络节点即使接收到与所述终端信息具有相同数据类型的数据请求信息，也无法对接收到的数据请求信息进行配对，所以必须将所述终端信息发送至其它网络节点，但是当前的网络节点也有可能在之后接收到与所述终端信息具有相同数据类型的数据请求信息，所以这时就需要考虑在将终端信息发送至其它网络节点之前，先将所述终端信息存储在当前的网络节点本地备份，以便于接收到与所述终端信息具有相同数据类型的数据请求信息后，将与所述数据请求信息具有相同数据类型的终端信息发送至所述数据请求信息指向的应用层地址，提高所述终端信息寻址的效率。若是为了节省网络节点的存储空间，还可以定期将所述网络节点的存储空间中的终端信息备份删除。例如，可以设定每隔一定时间将存储空间中的终端信息备份删除，还可以设定为每天将7天前的存储空间中的终端信息备份删除。具体可以根据实际的情况设定。

作为一个优选的实施例，可以将具有相同数据类型的数据请求信息打包发送至其它网络节点。所述具有相同数据类型的数据请求信息不仅包括接收到的数据请求信息还包括存储在本地备份的数据请求信息，可以节省网络流量。

步骤S403，若所述终端信息与所述数据请求信息未配对成功，则将所述终端信息发送至其它网络节点。

步骤S4031，若所述公共标签指明了所述终端信息的数据类型和传输指向，则根据所述数据类型和传输指向传输所述终端信息。

在本发明实施例中，所述终端信息包括了公共标签，所述公共标签至少包括数据类型和传输指向，若所述终端信息的传输指向字段中表明了传输指向，则可以根据所述数据类型和传输指向传输所述终端信息。

具体的，若所述传输指向表示的是向当前所在网络节点最近的相邻网络节点传输，则将所述终端信息向当前所在网络节点最近的相邻网络节点传输，若所述传输指向表示的是寻找网络性能最佳的网络节点传输，则向当前所在网络节点能够连接的其它网络节点中网络性能最佳的网络节点传输。不同的传输指向可以用不同的字符表示。

步骤S4032，若所述公共标签未指明所述终端信息的数据类型和传输指向，则将所述终端信息传输至其它网络节点。

在本发明实施例中，当所述传输指向字段为空时，或者所述传输指向字段内部存储的字符表示的含义为空时，则将所述终端信息传输至临近的其它网络节点即可。

作为一个优选的实施例，在将所述终端信息从当前网络节点发出去后，向发送终端信息至当前网络节点的前一网络节点发送已发送信息以便于所述前一网络节点将所述终端信息删除；

若所述终端信息所在的网络节点在第一预定时间内未将所述终端信息发送出去，则向发送终端信息至当前网络节点的前一网络节点发送未发送信息以便于所述前一网络节点将所述终端信息发送至其它网络节点使得其它网络节点将所述终端信息发送至应用层；

若当前网络节点接收到所述终端信息发送至的后一网络节点的未发送信息或者在第二预定时间内未接收到后一网络节点发送的已发送信息或者未发送信息，则将所述终端信息发送至其它网络节点以便于其它网络节点将所述终端信息发送至应用层。

在本发明实施例中，包括了以下4种情况：

网络节点将所述终端信息发送出去后，向前一网络节点发送已发送的信息；

网络节点第一预定时间内未将所述终端信息发送出去，向前一网络节点发送未发送的信息；

网络节点接收到后一网络节点发送的未发送的信息后，将所述终端信息发送至其它网络节点；

网络节点第二预定时间内未接收到后一网络节点发送的已发送或未发送的信息，将所述终端信息发送至其它网络节点。

具体的，我们假设一条终端信息从网络节点1传输到当前的网络节点2，当前的网络节点2准备将所述终端信息传输到网络节点3，在当前的网络节点2将所述终端信息传输到网络节点3之后，当前的网络节点2需要向网络节点1发送一条已经将所述终端信息发送出去的信息，网络节点1在接收到这条网络节点2已经将所述终端信息发送出去的信息后将所述终端信息删除。若网络节点2在第一预定时间内并未将所述终端信息发送至其他网络节点，则向网络节点1发送未发送的信息。若网络节点3接收到所述终端信息后，第一预定时间内并未将所述终端信息发送至网络节点4，需要向网络节点2发送一条未发送的信息，网络节点2接收到所述未发送的信息后，将所述终端信息发送至其它网络节点。若网络节点2在第二预定时间内未接收到网络节点3发送的已经将所述终端信息发送或者未发送的信息，将所述终端信息发送至其它网络节点。

在本发明实施例中，增加了若所述终端信息与所述数据请求信息未配对成功时的处理方式：可以将所述终端信息存储在当前网络节点，以便于接收到具有相同数据类型的数据请求信息后可以将存储当前网络节点的终端信息和数据请求信息进行配对，增加了所述终端信息和数据请求信息配对成功的几率。还可以将具有相同数据类型的数据请求信息打包发送，节省网络流量。还设置了将所述终端信息发送出去后或者预定时间内未将所述终端信息发送出去，向前一网络节点发送已发送或者未发送的信息，以便于所述前一网络节点根据所述信息删除所述终端信息或者将所述终端信息。

应理解，在上述所有实施例中，各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定，另外，以上实施例的划分只是为了便于说明，可以根据实际的情况将上述实施例任意组合组成新的实施例，将上述实施例任意组合组成的新的实施例也在本发明保护范围内。

实施例三：

参见图5，图5是本发明实施例三提供的物联网终端信息寻址方法的数据传输图，为了便于说明，仅示出与本发明实施例相关的部分。

在本发明实施例中，以图3为例介绍数据传输的过程，其中51表示应用层发出数据请求信息的应用层地址，可以用汇聚单元表示，52表示网络层中的网络节点，53表示感知层的终端设备，虚线表示可能的数据的传输过程，以实线为例说明一条终端信息和一条数据请求信息的传输过程。521、523分别表示网络层中的一个网络节点，522表示用于将终端信息和数据请求信息配对的网络节点，531表示感知层其中一个终端设备。需要说明的是，图3仅用于示例，并不用于限制本发明，应用于不同的场景中，还可以增加或者减少应用层中设备、感知层网络节点、感知层终端设备的数量。

具体的，终端设备531定时的将采集的数据信息经过数据发生器生成数据包的形式，数据包包括公共标签和私有标签，其中公共标签包含了数据类型。终端设备将生成的包含公共标签的终端信息发送至网络层的网络节点523，图中仅示出了发送至网络节点523，实际应用中，可以设置为一个网络节点负责接收指定的多个终端设备的终端信息，也就是每个终端设备都只能发送给特定的网络节点，也可以设定每个终端设备可以发送至至少一个网络节点，具体的可以根据实际情况进行设置。

网络节点523接收到终端设备531接收的终端信息后，首先解析公共标签，无需解析私有标签，通常终端设备采集的数据信息会存放在私有标签中，数据类型和传输指向存放在公共标签中。网络节点523通过解析接收到的终端信息的公共标签可以跟接收到的数据请求信息中的数据类型进行比对，若没有匹配的数据请求信息则将所述终端信息根据公共标签中的传输指向将所述终端信息发送至其它网络节点，如图所示，将所述终端信息传输至网络节点522。需要说明的是，若接收到的终端信息未在网络节点523配对成功，则网络节点523会将所述终端信息存储在当前网络节点再发送出去，以便于发出去之后接收到与所述终端信息具有相同数据类型的数据请求信息后，将存储在网络节点523的终端信息发送至与所述终端信息具有相同数据类型的数据请求信息的汇聚单元地址。

应用层中一个汇聚单元51在进行大数据分析时需要某种类型的信息，可以发出数据请求信息，所述数据请求信息包括了请求的数据类型和汇聚单元的地址，可选的，根据实际情况还可以包括其它信息，但是通常都会包含请求的数据类型和汇聚单元的地址。所述数据类型用于网络节点进行配对，所述汇聚单元的地址用于网络节点将配对成功的终端信息发送至汇聚单元的地址。如图所示，汇聚单元51将数据请求信息发送至网络节点521。

网络节点521，将接收到的数据请求信息与接收到的终端信息进行配对，若并没有配对成功的终端信息，则将所述数据请求信息发送至其它网络节点。如图中所示，将所述数据请求信息发送至网络节点522。需要说明的是，若接收到的数据请求信息未在网络节点521配对成功，则网络节点521会将所述数据请求信息存储在当前网络节点再发送出去，以便于发出去之后接收到与所述数据请求信息具有相同数据类型的终端信息。

网络节点522将接收到的终端信息与接收到的数据请求信息配对成功，则根据当前的地址与数据请求信息中汇聚单元的地址计算传输路径，并根据所述传输路径将所述终端信息发送至与所述终端信息具有相同数据类型的数据请求信息中的应用层地址。所述传输路径并不限于所述数据请求信息传输的路径的反向路径，例如：522－521－51；还可以是能从522到51的所有传输路径，具体的可以根据设置的传输路径策略进行选择。

实施例四：

参见图6，图6是本发明实施例四提供的物联网终端信息寻址的装置的示意框图，为了便于说明，仅示出与本发明实施例相关的部分。

该物联网终端信息寻址装置可以是内置于终端设备例如手机、平板电脑、笔记本、计算机、穿戴设备等)内的软件单元、硬件单元或者软硬结合的单元，也可以作为独立的挂件集成到所述终端设备中。

所述物联网终端信息寻址装置包括：

终端信息获取模块61，用于接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向

数据请求信息获取模块62，用于接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；

配对模块63，用于根据接收到的终端信息和数据请求信息进行配对；

传输路径获得模块64，用于若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；

第一终端信息发送模块65，用于根据所述传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

可选的，所述装置还包括：

数据请求信息发送模块66，用于若所述终端信息与所述数据请求信息未配对成功，将具有相同终端信息种类的数据请求信息打包发送至其他网络节点。

可选的，所述装置还包括：

第二终端信息发送模块67，还用于若所述终端信息与所述数据请求信息未配对成功，则根据所述终端信息的公共标签的内容选择发送的方向。

可选的，所述第二终端信息发送模块67具体用于：

若所述公共标签指明了所述终端信息的数据类型和传输指向，则根据所述数据类型和传输指向传输所述终端信息；

若所述公共标签未指明所述终端信息的数据类型和传输指向，则将所述终端信息传输至其它网络节点。

可选的，所述第一终端信息发送模块65还用于：

若再次接收到具有相同数据类型的终端信息，根据配对成功的终端信息与数据请求信息的对应关系，将所述具有相同数据类型的终端信息按照所述对应关系发送至所述数据请求信息中的应用层地址。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中模块的具体工作过程，可以参考前述方法实施例的对应过程，在此不再赘述。

实施例五：

参见图7，图7是本发明实施例五提供的物联网终端信息寻址装置的示意框图。如图所示的该物联网终端信息寻址装置可以包括：一个或多个处理器701(图7中仅示出一个)；一个或多个输入设备702(图7中仅示出一个)，一个或多个输出设备703(图7中仅示出一个)和存储器704。上述处理器701、输入设备702、输出设备703和存储器704通过总线705连接。存储器704用于存储指令，处理器701用于执行存储器704存储的指令。其中：

所述处理器701，用于通过输入设备702接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向；所述处理器701还用于通过输入设备702接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；所述处理器701还用于根据接收到的终端信息和数据请求信息进行配对；所述处理器701还用于若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算传输路径；所述处理器701还用于根据所述传输路径通过输出设备703发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址。

可选的，所述处理器701还用于若所述终端信息与所述数据请求信息未配对成功，将具有相同数据类型的数据请求信息打包通过输出设备703发送至其它网络节点。

可选的，所述处理器701还用于若所述终端信息与所述数据请求信息未配对成功，则将所述终端信息通过输出设备703发送至其它网络节点。

可选的，所述处理器701还用于若所述公共标签指明了所述终端信息的数据类型和传输指向，则根据所述数据类型和传输指向通过输出设备703传输所述终端信息；所述处理器701还用于若所述公共标签未指明所述终端信息的数据类型和传输指向，则将所述终端信息通过输出设备703传输至其它网络节点。

可选的，若再次通过输入设备702接收到具有相同数据类型的终端信息，根据配对成功的终端信息与数据请求信息的对应关系，将所述具有相同数据类型的终端信息按照所述对应关系通过输出设备703发送至所述数据请求信息中的应用层地址。

所述存储器704，用于存储软件程序、模块、单元以及终端信息寻址装置中需要的数据信息，所述处理器701通过运行存储在所述存储器704的软件程序、模块以及单元，从而执行各种功能应用以及数据处理，提供了一种安全、可靠的终端数据传输方式。

应当理解，在本发明实施例中，所称处理器701可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field－Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备702可以包括触控板、指纹采集传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风、数据采集装置、数据接收装置等，输出设备703可以包括显示器(LCD等)、扬声器、数据发送装置等。

该存储器704可以包括只读存储器和随机存取存储器，并向处理器701提供指令和数据。存储器704的一部分还可以包括非易失性随机存取存储器。例如，存储器704还可以存储设备类型的信息。

具体实现中，本发明实施例中所描述的处理器701、输入设备702、输出设备703和存储器704可执行本发明实施例提供的物联网终端信息寻址的方法的实施例中所描述的实现方式，也可执行物联网终端信息寻址装置的实施例中所描述的实现方式，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的模块及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明实施例各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read－Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (7)

1.一种物联网终端信息寻址方法，其特征在于，所述方法包括：

接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向；

接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；

根据接收到的终端信息和数据请求信息进行配对；

若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算最短传输路径，所述最短传输路径是指在一个赋权图中的两个节点之间找出一条具有最小权的路径，所述最短传输路径并非指最短的距离，而是根据经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性确定的最优的传输路径；

根据所述最短传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址；

若再次接收到具有相同数据类型的终端信息，根据配对成功的终端信息与数据请求信息的对应关系，将所述具有相同数据类型的终端信息按照所述对应关系发送至所述数据请求信息中的应用层地址；

所述方法还包括：对传输路径的决策进行周期性的调整，以应对网络扰动或者故障，还包括新增的网络元件以及链路质量信息更新；一旦新的网络节点或传输路径加入到网络层中，相邻网络节点将立即重新评估它们的路径决策，从而确保到达应用层的有效路径；

所述方法还包括：

若所述终端信息与所述数据请求信息未配对成功，将具有相同数据类型的数据请求信息打包发送至其它网络节点，所述具有相同数据类型的数据请求信息包括接收到的数据请求信息，还包括存储在本地备份的数据请求信息；这样应用层的多个地址发出的数据请求信息就可以打包为一条数据请求信息进行传输，可以节省网络流量。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

若所述终端信息与所述数据请求信息未配对成功，则将所述终端信息发送至其它网络节点。

3.如权利要求2所述的方法，其特征在于，所述将所述终端信息发送至其它网络节点包括：

若所述公共标签指明了所述终端信息的数据类型和传输指向，则根据所述数据类型和传输指向传输所述终端信息；

若所述公共标签未指明所述终端信息的数据类型和传输指向，则将所述终端信息传输至其它网络节点。

4.一种物联网终端信息寻址装置，其特征在于，所述装置包括：

终端信息获取模块，用于接收感知层发出的包括公共标签的终端信息，所述公共标签包括数据类型和传输指向；

数据请求信息获取模块，用于接收应用层发出的数据请求信息，所述数据请求信息包括应用层地址和请求的数据类型；

配对模块，用于根据接收到的终端信息和数据请求信息进行配对；

传输路径获得模块，用于若所述终端信息与所述数据请求信息配对成功，则根据所述终端信息当前所在的网络节点地址与所述数据请求信息中应用层地址计算最短传输路径，所述最短传输路径是指在一个赋权图中的两个节点之间找出一条具有最小权的路径，所述最短传输路径并非指最短的距离，而是根据经过的网络节点数量、每个接收终端信息的网络节点的负载、可用带宽、是否能够与互联网直接连接、可靠性确定的最优的传输路径；

第一终端信息发送模块，用于根据所述最短传输路径发送所述终端信息至与所述终端信息配对成功的数据请求信息指向的应用层地址；

所述第一终端信息发送模块，还用于若再次接收到具有相同数据类型的终端信息，根据配对成功的终端信息与数据请求信息的对应关系，将所述具有相同数据类型的终端信息按照所述对应关系发送至所述数据请求信息中的应用层地址；

所述传输路径获得模块，还用于对传输路径的决策进行周期性的调整，以应对网络扰动或者故障，还包括新增的网络元件以及链路质量信息更新；一旦新的网络节点或传输路径加入到网络层中，相邻网络节点将立即重新评估它们的路径决策，从而确保到达应用层的有效路径

所述装置还包括：

数据请求信息发送模块，用于若所述终端信息与所述数据请求信息未配对成功，将具有相同数据类型的数据请求信息打包发送至其它网络节点，所述具有相同数据类型的数据请求信息包括接收到的数据请求信息，还包括存储在本地备份的数据请求信息；这样应用层的多个地址发出的数据请求信息就可以打包为一条数据请求信息进行传输，可以节省网络流量。

5.如权利要求4所述的装置，其特征在于，所述装置还包括：

第二终端信息发送模块，还用于若所述终端信息与所述数据请求信息未配对成功，则将所述终端信息发送至其它网络节点。

6.一种物联网终端信息寻址装置，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至3任一项所述方法的步骤。

7.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至3任一项所述方法的步骤。

Images