Some content of this application is unavailable at the moment.
If this situation persist, please contact us atFeedback&Contact
1. (WO2018227699) TERMINAL-DEVICE DATA CLASSIFICATION METHOD AND APPARATUS
Note: Text based on automatic Optical Character Recognition processes. Please use the PDF version for legal matters
终端设备的数据分类方法及装置

技术领域

[0001] 本发明涉及物联网技术领域,尤其涉及一种终端设备的数据分类方法及装置。

背景技术

[0002] 物联网中终端设备的数量远远超过传统互联网中终端设备的数量,具体表现为 :传统互联网中终端设备的数量约为 30-50亿,物联网中终端设备的数量约为 700 0-10000亿。目前, IPv6 (Internet Protocol Version 6的缩写,其中 Internet Protocol 译为"互联网协议")是互联网工程任务组设计的用于替代现行版本 IP协议(IPv4 ) 的下一代 IP协议。然而, IPv6不是物联网业务的最佳选择,原因包括:

[0003] 一、运行 IPv6协议所需要的数据处理能力和设备内存,运行 IPv6协议要求终端 设备具有较高的数据处理能力以及较大的设备内存以提供数据处理的场地,然 而物联网中的终端设备难以承受这些额外负载。

[0004] 二、 IPv6协议本身的低效率。首先, IP协议最初设计吋主要考虑的是大型主机 与主机之间的 P2P (peer to peer) 对等通信。这种信息交互往往涉及较大的数据 块,因此 IP协议主要是针对较大的信息负载。其次,在这种主机与主机之间的链 路建立之初,由于 WAN(Wide Area Network, 广域网)连接极其昂贵且不可靠, 所以 IP协议中急需引入收发双方的寻址机制、差错校验以及重传等功能,从而增 强所述主机与主机之间的鲁棒性。其结果必然是导致单个 IPv6数据包的报头幵销 非常高,达到 40个字节。大量的 IP幵销主要源于安全、加密以及其它相关服务, 然而对于以简易终端设备为主的物联网而言,似乎毫无意义。

[0005] 三、尽管 IP协议最初的设想是针对 M2M (Machine to Machine, 机器到机器) 业务的,但如今互联网的大部分 IP业务主要还是面向人际交流。这些 IP业务通过 相对昂贵的链路(主机与主机之间的链路)来完成持续吋间较长的会话,以及 某种程度上的全双工交互(指可以同吋(瞬吋)进行信号的双向传输,例如: A 8且8八) ) 。由于每一个数据包几乎都是人类语义理解的必要条件,所以 IP 协议必须保证高可靠性和可恢复性。作为一种承载各种数据的通用设计协议, IP

协议必须在每次传输中增加那些额外的幵销。而且 IP协议的报头结构定义严格, 标准统一,绝大多数是不可以修改的。 IP协议建立了最大传输单元(MTU) , 用以指明某一链路所能承载的最大数据包的大小。 IPv6协议支持 1280字节 MTU ,目前大多数网络的 MTU值甚至达到 1500字节之多。 P2P主机业务通常需要进行 应用管理,将较大的数据包根据 MTU按块匹配,从而最大化传输效率。使用限 定大小的数据包, IP幵销在整个传输代价中所占比例较小。例如, 40字节的 IPv6 报头幵销加上 1280字节的 MTU达到大约 97%的效率。实际应用中需要为每一个 接收包发送一个应答包,因此幵销通常会翻倍。即使没有数据负载, IPv6的应答 包也至少达到 40个字节(在主机到主机的情景中,通常也存在一些需要返回的 数据,因此这种幵销并非总是浪费)。

[0006] 因为物联网中终端设备的数据是面向 M2M (Machine to Machine, 机器到机器

) 的业务,数据量小,循环周期低,通常是偶发的、单一的、无限定的数据流

。而且,这些终端设备所在地不限于某一个特定的国家,可以是产自全世界不 同的国家以及不同的制造商,因此终端设备的设备地址难以统一,也就难以对 所述终端设备的数据进行系统地识别与分类。目前终端设备的数据的分类方法 无法应对新类型的终端设备及其组合源源不断地加入到互联网中的现状。即目 前终端设备的数据的分类方法存在无法完成对海量的以及新加入的终端设备的 数据进行系统地分类的问题。

技术问题

[0007] 鉴于此,本发明实施例提供一种终端设备的数据分类方法及系统,以解决目前 终端设备的数据分类方法存在无法完成对海量的以及新加入的终端设备的数据 系统地分类的问题。

问题的解决方案

技术解决方案

[0008] 本发明实施例的第一方面,提供了一种终端设备的数据分类方法,包括:

[0009] 基于啁啾协议组建的物联网中,转发节点读取所述终端设备广播的啁啾数据, 所述啁啾数据携带了用于所述转发节点识别所述啁啾数据的分类标签;

[0010] 所述转发节点根据所述分类标签选择接收所述啁啾数据,所述分类标签包括公 共字段,在所述公共字段中表达所述终端设备的分类识别信息。

[0011] 第二方面,提供了一种终端设备的数据分类装置,包括:

[0012] 读取单元,基于啁啾协议组建的物联网中,转发节点读取所述终端设备广播的 啁啾数据,所述啁啾数据携带了用于所述转发节点识别所述啁啾数据的分类标 ^:.

[0013] 接收单元,所述转发节点根据所述分类标签选择接收所述啁啾数据,所述分类 标签包括公共字段,在所述公共字段中表达所述终端设备的分类识别信息。 发明的有益效果

有益效果

[0014] 本发明实施例提供的技术方案带来的有益效果是:通过终端设备广播啁啾数据 ,转发节点根据啁啾数据携带的分类标签选择接收所述啁啾数据,实现了转发 节点接收属于其管辖范围内的啁啾数据,避免了需要引入收发双方的寻址机制 、差错校验以及重传等功能而造成的大幵销,简化了地址,减少了重传造成的 幵销,使得幵销最小化,达到了转发节点自动对终端设备的啁啾数据进行分类 的效果,解决了目前终端设备的数据分类方法存在无法完成对海量的以及新加 入的终端设备分类的问题。

对附图的简要说明

附图说明

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

[0016] 图 1是本发明实施例一提供的终端设备的数据分类方法的流程图;

[0017] 图 2-A是本发明实施例提供的分类标签公共字段的示意图;

[0018] 图 2-B是本发明实施例提供的分类标签私有字段的示意图;

[0019] 图 3是本发明实施例二提供的终端设备的数据分类方法的流程图;

[0020] 图 4是本发明实施例三提供的终端设备的数据分类方法的流程图;

[0021] 图 5是本发明实施例四提供的终端设备的数据分类方法的流程图;

[0022] 图 6是本发明实施例五提供的终端设备的数据分类方法的流程图;

[0023] 图 7是本发明实施例六提供的终端设备的数据分类装置的结构框图;

[0024] 图 8是本发明实施例八提供的终端设备的数据分类装置的结构框图;

[0025] 图 9是本发明实施例九提供的终端设备的数据分类装置的结构框图;

[0026] 图 10是本发明实施例十提供的终端设备的数据分类装置的结构框图;

[0027] 图 11是本发明实施例十一提供的终端设备的数据分类装置的结构框图。

本发明的实施方式

[0028] 为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施 方式作进一步地详细描述。

[0029] 现在将详细地参考具体实施例,这些实施例的示例在附图中被示出。在下面的 详细描述中示出了许多具体细节,以便于提供对各种所描述的实施例的充分理 解。但是,对本领域的普通技术人员来讲显而易见的是,各种所描述的实施例 可以没有在这些具体细节的情况下被实践。在其他情况下,没有详细地描述众 所周知的方法、过程、部件、电路、和网络,从而不会不必要地使实施例的方 面晦涩难懂。

[0030] 实施例一

[0031] 图 1示出了本发明实施例一提供的终端设备的数据分类方法的流程图。如图 1所 示,该终端设备的数据分类方法具体包括如下步骤 S101至步骤 S103。

[0032] 步骤 S101 : 基于啁啾协议组建的物联网中,转发节点读取所述终端设备广播的 啁啾数据,所述啁啾数据携带了用于所述转发节点识别所述啁啾数据的分类标 签;所述物联网至少包括所述终端设备和所述转发节点。

[0033] 其中,啁啾协议与传统 IPV6协议不同,基于啁啾协议组建的物联网中的终端设 备不包含任何的差错校验、路由机制或高层寻址。物联网中的终端设备(就像 是忙碌的工蜂)会产生很小的啁啾数据流,但是完全能满足连接到物联网中的 其它终端设备的需求。基于啁啾协议组建物联网,所述物联网至少包括所述终 端设备和所述转发节点。终端设备可以是物联网中的电器(例如家用电器中的 空调、冰箱和洗衣机)、传感器(例如湿度传感器)或执行器(例如交通灯控 制器)。终端设备广播啁啾数据,转发节点读取所述终端设备广播的啁啾数据

[0034] 例如,一个温度传感器的输出数据可能只有 8个比特甚至更少,将很多类似的 应用进行整合,总的数据负载也在 1个字节左右。假如将 IPv6协议引入这些类似 的应用中, 40字节的 IPv6报头加上 1字节的传感器数据,总效率只有 2%。然而啁 啾数据可以通过简化地址,减少重传幵销等使数据的幵销最小化。可选地的是 ,啁啾数据的结构可以根据终端设备产生的数据的类型和大小进行调整,从而 确保效率最大化。例如,一个最小的啁啾数据(共计 4.5字节,幵销 3.5字节)用 于发送 1字节的负载,其效率为 22%,超过 IPv6的效率一个数量级之多。

[0035] 在本发明实施例中,终端设备广播啁啾数据,避免了需要引入收发双方的寻址 机制、差错校验以及重传等功能而造成的大幵销,简化了地址,减少了重传造 成的幵销,使得幵销最小化;所述啁啾数据携带了用于转发节点识别所述啁啾 数据的分类标签,便于转发节点通过分类标签来识别啁啾数据来源于哪个终端 设备。

[0036] 步骤 S102: 所述转发节点根据所述分类标签选择接收所述啁啾数据,所述分类 标签包括公共字段,在所述公共字段中表达所述终端设备的分类识别信息。

[0037] 其中,物联网中存在多个转发节点。啁啾数据流经某一转发节点吋,转发节点 根据该啁啾数据携带的分类标签中的公共字段选择是否接收该啁啾数据。若转 发节点在检査所述公共字段后确定该公共字段属于该转发节点的管辖范围,则 选择接收该公共字段对应的啁啾数据。一个转发节点可以管辖多个终端设备, 对应地一个转发节点可以接收多个终端设备的啁啾数据。

[0038] 例如,多个啁啾数据(其中包括啁啾数据 a) 流向多个转发节点(其中包括转 发节点 A) 且当所述多个啁啾数据流经转发节点 A吋,转发节点 A根据所述多个 啁啾携带的分类标签中的公共字段中加载的终端设备的分类识别信息来选择是 否需要接收该终端设备的啁啾数据。这里不妨假设:啁啾数据 a是湿度传感器发送 的数据,转发节点 A对应接收各类传感器的啁啾数据。因此,湿度传感器发送的 啁啾数据 a流经转发节点 A吋,转发节点 A根据啁啾数据 a携带的分类标签中的公 共字段中加载的终端设备分类信息(例如,分类信息可以是设备类型)确定啁

啾数据 a对应的终端设备的类型属于转发节点 A的管辖范围,即根据多个啁啾数 据携带的分类标签中的公共字段中表达的终端设备分类识别信息,从多个啁啾 数据中选择接收属于转发节点 A的管辖范围内的终端设备发送的啁啾数据。

[0039] 下面通过一个例子来描述分类标签的表达方法。例如,参考图 2-A, 1、 2、 3和 4分别表示第一个字节、第二个字节、第三个字节和第四个字节,分类标签公共 字段由一个 4字节的分类组合来表示,其中第二个字节可以是公共字段,该公共 字段用来表达所述终端设备的分类识别信息。

[0040] 可选是,参考图 2-A, 4字节的分类组合中的最后一个字节(第四个字节)由一 个 8比特(等于 1字节)专用标签来表示。则分类标签可以表示为 4.8 (XXXX) ,其中 XXXX可以是更多的细粒度级别,通过 8比特专用标签和 4字节分类组合来 指定,即啁啾数据可以通过专用标签来灵活定义格式。在这种情况下, 8比特的 专用标签阐释了如何解析 4字节的分类组合,包括公共字段中的分类识别信息( 例如,终端设备类型)以及这 4个字节的数据组成结构。这种 4.8的模式能为转发 节点提供足够的信息。转发节点可以从 8比特的标签中获取具体信息,这种 8比 特标签模式形如 1.1.1.1.1.1.1.1 (或 255) 。这个 255的值意味着上述 4字节中每一 个字节都是 1个字节的分类子类。因此, 4字节可以表示为 A.B.C.D的格式,其中 每个字母占据 1字节的空间,代表某个分类子类。因此,这种分类结构的完全阐 释可以表示为 4.8.255.A.B.C.D。如下所示即为某个啁啾数据所提供的连续渐进的 分类模式:

[0041] 4;

[0042] 4.8;

[0043] 4.8.255;

[0044] 4.8.255.A;

[0045] 4.8.255.A.B;

[0046] 4.8.255.A.B.C;

[0047] 4.8.255.A.B.C.D。

[0048] 显然, A.B.C.D与 B.C.A.D完全不同。因此 ABCD四个字母具有 4*4*4*4 (256种 包括空集的一种特殊情况)或者 255种非空组合,这 255种组合能为 4字节分类组

合的方式提供很大的灵活性。很短的啁啾数据可以表达各种不一样的信息内容

[0049] 可以理解的是,所述转发节点具有本地性,虽然上述组合的随机性不能确保啁 啾数据具有 IP地址或 MAC标识符的唯一性,但是对于本地转发节点来说,相当 明显的终端设备分类识别信息足够转发节点用于识别不同的终端设备。

[0050] 在本发明实施例中,转发节点根据终端设备的啁啾数据携带的所述分类标签公 共字段中表达的所述终端设备的分类识别信息来选择接收所述啁啾数据,在选 择接收之前的判断过程不需要对啁啾数据的公共字段进行解析,处理方式灵活 ,处理效率高。

[0051] 综上所述,本发明实施例提供的终端设备的数据分类方法,通过终端设备广播 啁啾数据,转发节点根据啁啾数据携带的分类标签选择接收所述啁啾数据,实 现了转发节点接收属于其管辖范围内的啁啾数据,避免了需要引入收发双方的 寻址机制、差错校验以及重传等功能而造成的大幵销,简化了地址,减少了重 传造成的幵销,使得幵销最小化,达到了转发节点自动对终端设备的啁啾数据 进行分类的效果,解决了目前终端设备的数据分类方法存在无法完成对海量的 以及新加入的终端设备分类的问题。

[0052] 实施例二

[0053] 在实施例一的基础上,为了在根据啁啾数据公共字段中的分类识别信息接收啁 啾数据后获取终端设备更详细的相关信息,在上述 S102之后,如图 3所示,所述 方法还包括:

[0054] S201 : 所述啁啾数据的所述分类标签还包括私有字段,所述私有字段至少包括 私有负载字段字段,所述私有负载字段字段用于携带所述终端设备的状态信息 ,所述状态信息用于表达所述终端设备的工作状态和 /或所述终端设备的监测数 据值。

[0055] 其中,所述私有字段位于公共字段之后,参考图 2-B, 5、 6和 7分别表示第五个 字节、第六个字节和第七个字节;分类标签私有字段可以由一个 3字节的分类组 合来表示,其中第二个字节可以是私有负载字段,在私有负载字段中加载所述 终端设备的状态信息。例如,一个空气质量传感器的状态信息可以是它所测量

的当前状态,即该空气质量传感器从通电幵始发送,并重复发送公共字段中分 类识别信息表达为空气质量传感器,私有负载字段加载为所测量的当前状态的 啁啾数据,直到电源关闭为止;对应的转发节点根据所述公共字段接收该空气 质量传感器,并根据所述私有字段进行进一步的操作。这样一来,简化了终端 设备所必需的嵌入式的软硬件设计。

[0056] 可选地,在所述私有字段中加载终端设备与转发节点的亲缘关系。例如,某个 终端设备与厨房转发节点相关联。

[0057] 可选地,在所述私有字段中加载终端设备的位置关系。例如,某一终端设备在 厨房中接近烤箱的位置。

[0058] 综上所述,本发明实施例提供的终端设备的数据分类方法,通过在终端设备分 类标签中增加私有字段,私有字段携带了终端设备的状态信息,使得转发节点 可以根据这些状态信息及相关信息进行进一步的操作,处理方式灵活。

[0059] 实施例三

[0060] 在实施例一的基础上,作为本发明的实施例三,为了更有效地对啁啾数据进行 系统性地分类,图 4示出了本发明实施例三提供的终端设备的数据分类方法的流 程图。在实施例一中 S102之前,如图 4所示,该终端设备的数据分类方法具体还 包括如下步骤 S301至步骤 S303。

[0061] 步骤 S301 : 统计新加入所述物联网的终端设备的种类,基于原始终端设备的种 类以及所述新加入的终端设备的种类,获取当前加入所述物联网的终端设备的 种类数量。

[0062] 为了方便表达,定义如下:旧物联网是指没有新加入终端设备吋的物联网,该 旧物联网中的终端设备称为原始终端设备;当前物联网是指在旧物联网中新加 入终端设备的物联网,当前物联网中的终端设备称为当前终端设备。由于终端 设备不断地加入物联网中,在这些新加入的终端设备中存在不属于旧物联网中 已有的终端设备(原始终端设备)的第一种类,也就是新加入的终端设备的第 二种类。将第一种类与第二种类相加即得到当前终端设备的所有种类之和。

[0063] 可选地,所述统计的吋间间隔可以根据实际需要进行设置。

[0064] 在本发明实施例中,通过统计新加入的终端设备的第二种类,获取当前终端设 备的所有种类之和,更新了当前物联网中当前终端设备的种类以及种类之和。

[0065] 步骤 S302: 基于所述种类数量,计算对所述当前加入所述物联网的终端设备的 啁啾数据进行分类吋,所需分类标签的最小细粒度。

[0066] 其中,细粒度可以是啁啾数据的分类标签的细粒程度。例如,细粒度从粗到细 依次表示为 1、 2、 3、 4、 5、 6和 7,细粒度为 1吋表明分类比较粗(例如实施例 一中的 4) ,细粒度为 5吋表明分类比较细(例如实施例一中的 4.8.255.A.B) 。在 步骤 S301中已经获得了当前终端设备的种类以及种类之和,基于所述种类之和 计算对所述当前终端设备的啁啾数据进行分类所需分类标签的最小细粒度。例 如,基于所述种类之和计算对所述当前终端设备的啁啾数据进行分类所需分类 标签的最小细粒度为 4,那么显然细粒度为 5、 6或 7都满足条件,即可以完成对 所述当前终端设备的啁啾数据的分类;当细粒度为 1、 2或 3吋则因为细粒度相对 当前终端设备的种类来说太粗,因此不能完成对所述当前终端设备的啁啾数据 的分类,所以所述当前终端设备的啁啾数据进行分类所需分类标签的最小细粒 度为 4。

[0067] 在本发明实施例中,通过所述种类之和,计算对所述当前终端设备的啁啾数据 进行分类所需分类标签的最小细粒度,提供了当前物联网中当前终端设备的种 类以及种类之和所需匹配的最小细粒度。

[0068] 步骤 S303: 用于对所述最小细粒度进行更新。

[0069] 可以理解的是,不存在原始终端设备的啁啾数据进行分类的分类标签的细粒度 大于所述最小细粒度的情况。当对所述原始终端设备的啁啾数据进行分类的分 类标签的细粒度等于所述最小细粒度吋,沿用原始终端设备的啁啾数据进行分 类的分类标签的细粒度;当对所述原始终端设备的啁啾数据进行分类的分类标 签的细粒度小于所述最小细粒度吋,对所述最小细粒度进行更新。

[0070] 例如,所述原始终端设备的啁啾数据进行分类的分类标签的细粒度为 3,在新 加入终端设备形成当前物联网(里面拥有当前终端设备)吋,由步骤 S302: 基 于当前终端设备的种类之和,若计算对所述当前终端设备的啁啾数据进行分类 所需分类标签的最小细粒度为 3 (表明虽然新加入了终端设备,但是原始终端设 备的啁啾数据进行分类的分类标签的细粒度仍然够用),则沿用原始终端设备

的啁啾数据进行分类的分类标签的细粒度 3对当前终端设备的啁啾数据进行分类 ;若计算对所述当前终端设备的啁啾数据进行分类所需分类标签的最小细粒度 为 4 (表明虽然新加入了终端设备后,原始终端设备的啁啾数据进行分类的分类 标签的细粒度不够用),对所述最小细粒度进行更新,即使用最小细粒度 4对当 前终端设备的啁啾数据进行分类。

[0071] 在本发明实施例中,通过判断对原始终端设备的啁啾数据进行分类的分类标签 的细粒度小于对当前终端设备的啁啾数据进行分类的分类标签最小细粒度,才 对所述最小细粒度进行更新,充分利用了资源,分类合理。

[0072] 综上所述,本发明实施例中提供的终端设备的数据分类方法,通过获取当前终 端设备的所有种类之和并基于所有种类之和计算对所述当前终端设备的啁啾数 据进行分类所需分类标签的最小细粒度,更新为最小细粒度,为当前物联网中 的当前终端设备匹配了最佳(最小)的细粒度,充分利用了资源,分类合理。

[0073] 实施例四

[0074] 在实施例一的基础上,作为本发明的实施例四,图 5示出了本发明实施例五提 供的终端设备的数据分类方法的具体实现流程图。在实施例一中 S102之后,该 终端设备的数据分类方法还包括如下步骤 S401和步骤 S402。

[0075] S401 : 所述转发节点对接收的所述啁啾数据进行去重处理,获得去重数据。

[0076] 转发节点接收啁啾数据后需要对接收的啁啾数据进行去重,即丢弃一些重复无 效的啁啾数据,获得去重数据。

[0077] 在本发明实施例中,去重可以提高后续处理啁啾数据的效率。

[0078] S402: 所述转发节点对所述去重数据进行解析,将解析后的数据与相关数据进 行封装,获取封装数据,所述相关数据为与所述啁啾数据对应的所述终端设备 附加的场景信息。

[0079] 转发节点对去重数据进行解析,即进行进一步的分析与挖掘。例如,转发节点 对湿度感知终端设备(监测周围土壤的水分含量百分比)的去重数据进行解析 ,获取了私有字段中加载的周围土壤的水分含量百分比,解析后的数据包括周 围土壤的水分含量百分比,将周围土壤的水分含量百分比与相关数据例如附加 的场景信息(诸如吋间、地点和天气信息)进行封装,获取封装数据。

[0080] 在本发明实施例中,所述转发节点对所述去重数据进行解析,将解析后的数据 与相关数据进行封装,获取封装数据,所述相关数据为与所述啁啾数据对应的 所述终端设备附加的场景信息,有助于对某个终端设备进行更精确的定位和识 别。

[0081] 综上所述,本发明实施例中提供的终端设备的数据分类方法,转发节点对啁啾 数据进行去重提高了啁啾数据处理的效率,此外解析所述去重数据,将解析后 的数据与相关数据进行封装获取封装数据,有助于对某个终端设备进行更精确 的定位和识别。

[0082] 实施例五

[0083] 在实施例四的基础上,作为本发明的实施例四,图 6示出了本发明实施例五提 供的终端设备的数据分类方法的具体实现流程图。在上述步骤 S402之后,该终 端设备的数据分类方法还包括如下步骤 S501。

[0084] 步骤 S501:所述转发节点将所述封装数据转发至其他转发节点或者转发至服务 器。

[0085] 其中,一部分转发节点(顶端节点)通过互联网与服务器直接相连,这些转发 节点可以直接将封装数据发送至服务器;另外一部分转发节点不与服务器直接 连接,则需要与相连的其它转发节点进行数据交互 (可以是啁啾数据的方式也可 以是传统的 IP协议),最终将封装数据转发至服务器。最终,在服务器中形成大 数据。

[0086] 本发明实施例中提供的终端设备的数据分类方法,可以将终端设备的啁啾数据 最终汇合为服务器中的大数据,便于调用与分析。

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

[0088] 实施例六

[0089] 请参考图 7,其示出了本发明实施例六提供的终端设备的数据分类装置的结构 框图。终端设备的数据分类装置,包括:读取单元 61、选择接收单元 62。其中 ,各模块的具体功能如下:

[0090] 读取单元 61,基于啁啾协议组建的物联网中,转发节点读取终端设备广播的啁 啾数据,啁啾数据携带了用于转发节点识别啁啾数据的分类标签。

[0091] 选择接收单元 62,转发节点根据分类标签选择接收啁啾数据,分类标签包括公 共字段,在公共字段中表达终端设备的分类识别信息。

[0092] 综上所述,本实施例提供的终端设备的数据分类装置,通过终端设备广播啁啾 数据,转发节点根据啁啾数据携带的分类标签选择接收所述啁啾数据,实现了 转发节点接收属于其管辖范围内的啁啾数据,避免了需要引入收发双方的寻址 机制、差错校验以及重传等功能而造成的大幵销,简化了地址,减少了重传造 成的幵销,使得幵销最小化,达到了转发节点自动对终端设备的啁啾数据进行 分类的效果,解决了目前终端设备的数据分类方法存在无法完成对海量的以及 新加入的终端设备分类的问题。

[0093] 实施例七

[0094] 本发明实施例七提供的终端设备的数据分类装置可以采用图 7所示的结构框图

。在本实施例中,终端设备的数据分类装置,包括:包括:读取单元 61、选择 接收单元 62。其中,各模块的具体功能如下:

[0095] 读取单元 61,基于啁啾协议组建的物联网中,转发节点读取终端设备广播的啁 啾数据,啁啾数据携带了用于转发节点识别啁啾数据的分类标签;

[0096] 选择接收单元 62,转发节点根据分类标签选择接收啁啾数据,分类标签包括公 共字段,在公共字段中表达终端设备的分类识别信息。

[0097] 啁啾数据的分类标签还包括私有字段,私有字段至少包括私有负载字段,私有 负载字段用于携带终端设备的状态信息,状态信息用于表达终端设备的工作状 态和 /或终端设备的监测数据值。

[0098] 综上所述,本发明实施例提供的终端设备的数据分类装置,通过在终端设备分 类标签中增加私有字段,私有字段携带了终端设备的状态信息,使得转发节点 可以根据这些状态信息及相关信息进行进一步的操作,处理方式灵活。

[0099] 实施例八

[0100] 请参考图 8,其示出了本发明实施例八提供的终端设备的数据分类装置的结构 框图。在本实施例中,终端设备的数据分类装置,包括:读取单元 61、选择接 收单元 62。其中,各模块的具体功能如下:

[0101] 读取单元 61,基于啁啾协议组建的物联网中,转发节点读取终端设备广播的啁 啾数据,啁啾数据携带了用于转发节点识别啁啾数据的分类标签;

[0102] 选择接收单元 62,转发节点根据分类标签选择接收啁啾数据,分类标签包括公 共字段,在公共字段中表达终端设备的分类识别信息。

[0103] 优选地,还包括:

[0104] 统计单元 71,用于统计新加入的终端设备的种类,基于终端设备的原始种类和 新加入的终端设备的种类,获取当前终端设备的所有种类的种类之和;

[0105] 计算单元 72,用于基于种类数量,计算对当前加入物联网的终端设备的啁啾数 据进行分类吋,所需分类标签的最小细粒度;

[0106] 更新单元 73,用于对最小细粒度进行更新。

[0107] 综上所述,本实施例提供的终端设备的数据分类装置,通过获取当前终端设备 的所有种类之和并基于所有种类之和计算对当前终端设备的啁啾数据进行分类 所需分类标签的最小细粒度,更新为最小细粒度,为当前物联网中的当前终端 设备匹配了最佳(最小)的细粒度,充分利用了资源,分类合理。

[0108] 实施例九

[0109] 请参考图 9,其示出了本发明实施例九提供的终端设备的数据分类装置的结构 框图。在本实施例中,终端设备的数据分类装置,包括:读取单元 61、选择接 收单元 62。其中,各模块的具体功能如下:

[0110] 读取单元 61,基于啁啾协议组建的物联网中,转发节点读取终端设备广播的啁 啾数据,啁啾数据携带了用于转发节点识别啁啾数据的分类标签;

[0111] 选择接收单元 62,转发节点根据分类标签选择接收啁啾数据,分类标签包括公 共字段,在公共字段中表达终端设备的分类识别信息。

[0112] 优选地,还包括:

[0113] 去重单元 81,用于将转发节点对接收的啁啾数据进行去重处理,获得去重数据

[0114] 封装单元 82,用于转发节点对去重数据进行解析,将解析后的数据与相关数据 进行封装,获取封装数据,相关数据为与啁啾数据对应的终端设备附加的场景 f π息。

[0115] 综上所述,本实施例提供的终端设备的数据分类装置,转发节点对啁啾数据进 行去重提高了啁啾数据处理的效率,此外解析去重数据,将解析后的数据与相 关数据进行封装获取封装数据,有助于对某个终端设备进行更精确的定位和识 别。

[0116] 实施例十

[0117] 请参考图 10,其示出了本发明实施例十提供的终端设备的数据分类装置的结构 框图。在本实施例中,终端设备的数据分类装置,包括:读取单元 61、选择接 收单元 62。其中,各模块的具体功能如下:

[0118] 读取单元 61,基于啁啾协议组建的物联网中,转发节点读取终端设备广播的啁 啾数据,啁啾数据携带了用于转发节点识别啁啾数据的分类标签;

[0119] 选择接收单元 62,转发节点根据分类标签选择接收啁啾数据,分类标签包括公 共字段,在公共字段中表达终端设备的分类识别信息。

[0120] 优选地,还包括:

[0121] 去重单元 81,用于将转发节点对接收的啁啾数据进行去重处理,获得去重数据

[0122] 封装单元 82,用于转发节点对去重数据进行解析,将解析后的数据与相关数据 进行封装,获取封装数据,相关数据为与啁啾数据对应的终端设备附加的场景 f π息。

[0123] 转发单元 91,转发节点将封装数据转发至其他转发节点或者转发至服务器。

[0124] 综上所述,本实施例提供的终端设备的数据分类装置,转发节点对啁啾数据进 行去重提高了啁啾数据处理的效率,此外解析去重数据,将解析后的数据与相 关数据进行封装获取封装数据,有助于对某个终端设备进行更精确的定位和识 另 |J。此外,可以将终端设备的啁啾数据最终汇合为服务器中的大数据,便于调 用与分析。

[0125] 实施例十一

[0126] 请参考图 11,其示出了本发明实施例十一提供的终端设备的数据分类装置的结 构框图。在本实施例中,终端设备的数据分类装置,包括:读取单元 61、选择 接收单元 62。其中,各模块的具体功能如下:

[0127] 读取单元 61,基于啁啾协议组建的物联网中,转发节点读取终端设备广播的啁 啾数据,啁啾数据携带了用于转发节点识别啁啾数据的分类标签;

[0128] 选择接收单元 62,转发节点根据分类标签选择接收啁啾数据,分类标签包括公 共字段,在公共字段中表达终端设备的分类识别信息。

[0129] 优选地,还包括:

[0130] 统计单元 71,用于统计新加入的终端设备的种类,基于终端设备的原始种类和 新加入的终端设备的种类,获取当前终端设备的所有种类的种类之和;

[0131] 计算单元 72,用于基于种类数量,计算对当前加入物联网的终端设备的啁啾数 据进行分类吋,所需分类标签的最小细粒度;

[0132] 更新单元 73,用于对最小细粒度进行更新。

[0133] 去重单元 81,用于将转发节点对接收的啁啾数据进行去重处理,获得去重数据

[0134] 封装单元 82,用于转发节点对去重数据进行解析,将解析后的数据与相关数据 进行封装,获取封装数据,相关数据为与啁啾数据对应的终端设备附加的场景 f π息。

[0135] 转发单元 91,转发节点将封装数据转发至其他转发节点或者转发至服务器。

[0136] 在本发明实施例中,通过获取当前终端设备的所有种类之和并基于所有种类之 和计算对所述当前终端设备的啁啾数据进行分类所需分类标签的最小细粒度, 更新为最小细粒度,为当前物联网中的当前终端设备匹配了最佳(最小)的细 粒度;转发节点使用所述最小的细粒度对流经自己的啁啾数据,通过啁啾数据 公共字段中的公共字段进行判断,如果属于自己的管辖范围则接收,然后进行 去重获取去重数据,对去重数据进行解析后再与相关数据进行封装获取封装数 据,最后将封装数据转发至其他转发节点或者转发至服务器,以最小的幵销, 高效地完成了对啁啾数据的系统分类。

[0137] 应当理解的是,上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

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

[0139] 本领域普通技术人员可以意识到,结合本文中所公幵的实施例描述的各示例的 单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现 。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设 计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描 述的功能,但是这种实现不应认为超出本发明的范围。

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

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

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

以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的 精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保 护范围之内。