CN113691978B - 多设备的token处理方法及系统 - Google Patents

Abstract

本申请涉及智能家居领域，公开了一种多设备的token处理方法及系统，所述处理方法包括：在Mesh网关设备执行上线操作时，所述Mesh网关设备向所述认证服务器申请读写token令牌，且建立收发信息通道；所述Mesh网关设备利用所述token令牌连接所述数据服务器；在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上；所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。Mesh网关设备在一次上线周期内只需申请一次token令牌，Mesh子设备无需反复申请token和服务器重连，token内存占用相对固定，总体而言减低了设备的工作负荷。

Description

多设备的token处理方法及系统

技术领域

本申请涉及智能家居技术领域，尤其涉及一种多设备的token处理方法及系统。

背景技术

随着物联网技术的发展，在家庭或办公室等各个场所都会存在多个智能设备有联网的需求，以实现远程控制、智能联动等功能。多个智能设备通过Mesh组网功能形成一个微型网络并通过其中的网关设备与外部互联网进行数据交互，后台根据一定的拓扑标识来进行设备权限管理，因此，如何管理Mesh网络的设备之间的拓扑结构变得非常重要。

现有技术中，Mesh网关设备根据Mesh内设备总数向后台服务器(认证服务器)进行数据读写权限token的申请，token在计算机身份认证中是令牌，以使后台与每一台设备能够建立独立的逻辑数据交互链路，但每增加或减少一台设备，必须重新申请token，并重新建立和服务器的连接，过程繁琐并且容易造成不稳定；并且，设备端的Wifi模块内存资源有限，而且，token字符串长度与设备数成正比，因此，Mesh网内设备总数会受到很大的限制。

发明内容

本申请提供了一种多设备的token处理方法及系统，通过后台认证服务器与Mesh网关设备的协同，Mesh网关设备在一次上线周期内只需申请一次token令牌，Mesh子设备无需反复申请token和服务器重连，token内存占用相对固定，总体而言减低了设备的工作负荷。

第一方面，本申请提供了一种多设备的token处理方法，应用于多设备的token处理系统，所述多设备的token处理系统包括Mesh网关设备、Mesh子设备、认证服务器和数据服务器；所述处理方法包括：

在Mesh网关设备执行上线操作时，所述Mesh网关设备向所述认证服务器申请读写token令牌，且建立收发信息通道；

所述Mesh网关设备利用所述token令牌连接所述数据服务器；

在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上；

所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。

第二方面，本申请还提供了一种多设备的token处理系统，所述多设备的token处理系统包括Mesh网关设备、Mesh子设备、认证服务器和数据服务器；其中，

所述Mesh网关设备，在执行上线操作时，向认证服务器申请读写token令牌，且建立收发信息通道；

所述Mesh网关设备，利用所述token令牌连接数据服务器；

所述Mesh子设备，在执行上线操作时，所述认证服务器将所述Mesh子设备绑定在所述收发信息通道上；

所述数据服务器，利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。

本申请公开了一种多设备的token处理方法及系统，在Mesh网关设备上线时，向认证服务器申请读写token，且建立收发信息通道；所述Mesh网关设备利用所述token令牌连接所述数据服务器；数据服务器与Mesh子设备之间进行消息传递时，可以利用收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作。Mesh子设备无需反复申请token和认证服务器重连，token内存占用相对固定，总体而言减低了各个设备的工作负荷；部分工作负荷转移到了计算力更强的后台认证服务器中。提高了设备工作的稳定性，并且Mesh子设备连接数的限制也因此得到解放。

附图说明

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

图1是一实施例中多设备的token处理系统的结构示意图；

图2是一实施例中多设备的token处理方法的流程示意图；

图3是一实施例中多设备的token处理方法的子步骤的流程示意图；

图4是一实施例中多设备的token处理方法中下发消息时的流程示意图；

图5是一实施例中多设备的token处理方法中上报消息时的流程示意图；

图6是一实施例中多设备的token处理方法的示意性框图。

具体实施方式

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

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本申请的实施例提供了一种多设备的token处理方法、系统及计算机可读存储介质，能够有效区分流量来源，避免压测的数据与真实用户的行为数据混淆。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图1，图1为本申请的实施例提供的一种多设备的token处理系统，所述处理系统可以包括Mesh网关设备、Mesh子设备、认证服务器和数据服务器；其中，

所述Mesh网关设备，在执行上线操作时，向认证服务器申请读写token令牌，且建立收发信息通道；Mesh网关设备可以是ESP32网关，是一款蓝牙网关，搭载在各家电设备上。

所述Mesh网关设备，利用所述token令牌连接数据服务器；

所述Mesh子设备，在执行上线操作时，所述认证服务器将所述Mesh子设备绑定在所述收发信息通道上；

所述数据服务器，利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。

需要说明的是，还包括控制终端，用于Mesh网关设备上线时，发送蓝牙广播，控制终端在扫描到蓝牙广播包后，在控制终端基于蓝牙广播包接收到联网确认指令时，向Mesh网关设备发送加密的wifi配置信息；控制终端可以是移动控制终端，如智能手机，也可以是PC等，能够安装APP，能够控制全屋互联的控制终端均可。

Mesh网关设备，还用于，对加密的所述wifi配置信息进行解密处理，得到所述wifi配置信息，Mesh网关设备基于所述wifi配置信息与控制终端进行wifi连接，在wifi连接成功时，Mesh网关设备向认证服务器发送MQTT配置信息请求。

IOT云平台，用于接收Mesh网关设备发送的wifi连接成功的信息后，对Mesh网关设备的MQTT配置信息请求进行合法性验证，在MQTT配置信息请求合法性验证通过时，获取用于连接MQTT服务器的目标地址及token令牌，且将目标地址及token令牌发送给Mesh网关设备。

MQTT服务器，用于在wifi mesh网络下，基于目标地址及令牌与网关设备100连接，以完成网关设备100的上线操作。

认证服务器，用于给IOT云平台102颁发用于连接MQTT服务器的目标地址及token令牌，并且，用于验证设备信息。

本案的Mesh网关设备，除了在上线时向认证服务器申请读写token令牌，且建立收发信息通道，通过收发信息通道，Mesh网关设备在一次上线周期内只需申请一次token，子设备的增删无需重连服务器，大大简化了设备端的处理流程，减轻了其资源占用。

需要说明的是，该多设备的token处理方法也可应用于多设备的token处理系统，例如，在Mesh网关设备执行上线操作时，所述Mesh网关设备向所述认证服务器申请读写token令牌，且建立收发信息通道；所述Mesh网关设备利用所述token令牌连接所述数据服务器；在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上；所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。

以下以该多设备的token处理方法应用于中控设备为例进行解释说明。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参阅图2，图2是本申请一实施例提供的多设备的token处理方法的流程示意图。该多设备的token处理方法可以包括步骤S10至步骤S40，具体可以如下：

步骤S10，在Mesh网关设备执行上线操作时，所述Mesh网关设备向所述认证服务器申请读写token令牌，且建立收发信息通道。

具体地，所述Mesh网关设备执行上线操作，包括：所述Mesh网关在接收到对应的联网指令时，所述Mesh网关设备向所述认证服务器上报网关设备信息；所述认证服务器在接收到所述网关设备信息后，对所述网关设备信息进行身份验证；在所述身份验证通过时，所述Mesh网关设备上线成功。

在一些实施方式中，Mesh网关设备采用的wifi mesh网络(无线网状网)，也被称为“多跳”的网络，是一个新的无线网络技术，与传统的wifi网络完全不同。wifi mesh网络是一种基于多跳路由和对等网络的网络技术，是一种新的网络结构。

认证服务器，主要用于对设备信息进行后台验证，如对网关设备信息的身份验证，在验证通过时，Mesh网关设备上线成功，实现联网功能。在验证不通过时，Mesh网关设备上线失败。

在Mesh网关设备执行上线操作时，所述Mesh网关设备以自身对应的设备ID向所述认证服务器申请读写token令牌，token令牌是Mesh网关设备连接数据服务器的必要参数，token令牌的主要作用是表示Mesh网关设备的设备身份和设备信息，通过token令牌，才能使得Mesh网关设备与数据服务器建立双向数据通路。

在一些实施方式中，Mesh网关设备在建立收发信息通道时，利用所述Mesh网关设备的设备ID作为索引，建立所述收发信息通道，并且，建立收发信息通道是采用TCP/UDP协议。

可以理解的是，TCP和UDP协议是TCP/IP协议的核心。TCP传输协议：TCP协议是一TCP(Transmission Control Protocol)和UDP(User Datagram Protocol)协议属于传输层协议。其中TCP提供IP环境下的数据可靠传输，它提供的服务包括数据流传送、可靠性、有效流控、全双工操作和多路复用，通过面向连接、端到端和可靠的数据包发送，简而言之，TCP是事先为所发送的数据开辟出连接好的通道，然后再进行数据发送；而UDP则不为IP提供可靠性、流控或差错恢复功能。一般来说，TCP对应的是可靠性要求高的应用，而UDP对应的则是可靠性要求低、传输经济的应用。本案中，可以根据自身需求选择TCP或UDP协议，且以Mesh网关设备的设备ID作为索引，建立Mesh网关设备的收发信息通道，收发信息通道，是用于发送和接收数据的双向通道。

步骤S20，所述Mesh网关设备利用所述token令牌连接所述数据服务器。

具体地，所述Mesh网关设备在向认证服务器申请token令牌成功时，Mesh网关设备利用token令牌连接数据服务器，token令牌由于表示Mesh网关设备的设备身份和设备信息，因此token令牌作为Mesh网关设备连接数据服务器的必要参数，Mesh网关设备只有利用token令牌，才能与数据服务器连接，实现双向数据通路。

步骤S30，在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上。

具体地，在现有技术中，Mesh子设备在上线时，通常是需要Mesh网关设备重新申请token令牌，且token令牌包含的信息有网关设备及子设备的信息，然后，在网关设备与token令牌协同，子设备和数据服务器建立独立的逻辑数据通路。即，每增加一个子设备，网关设备都必须重新申请token令牌，使得数据服务器在和子设备交互时，无需查询子设备所附属的网关设备ID。

为了避免多次申请token令牌，Mesh设备在上线时，建立Mesh子设备与所述认证服务器之间的数据收发通路。

具体地，在Mesh网关设备建立收发信息通道后，如图3所示，图3是一实施例中多设备的token处理方法的子步骤的流程示意图。步骤S30可以包括：

步骤S31，所述Mesh子设备给所述Mesh网关设备上报对应的子设备信息。

具体地，Mesh子设备在上线时，首先，Mesh子设备给所述Mesh网关设备上报对应的子设备信息，子设备信息包括子设备ID、设备型号等信息，以告知Mesh网关设备需要上线的具体是哪个子设备。

步骤S32，所述Mesh网关设备在接收到所述子设备信息后，将所述子设备信息上报给所述认证服务器。

具体地，所述Mesh网关设备在接收到所述子设备信息后，将所述子设备信息上报给所述认证服务器，Mesh网关设备还可以对子设备信息进行保存，例如保存子设备ID在网关设备的子设备ID列表中。

同时，Mesh网关设备还将子设备信息上报给认证服务器，以便于认证服务器对子设备信息进行合法性验证。

步骤S33，所述认证服务器在接收到所述子设备信息后，对所述子设备信息进行合法性验证。

具体地，认证服务器在接收到Mesh网关设备上报的子设备信息后，会对子设备信息进行合法性验证，以确定子设备信息对应的Mesh子设备是否合法，从而确定该子设备是否能够加入Mesh网络。

步骤S34，在所述子设备信息验证通过时，所述认证服务器将所述子设备信息登记到所述Mesh网关设备上，以关联所述Mesh子设备及所述Mesh网关设备，完成所述Mesh子设备绑定在所述收发信息通道上。

具体地，当认证服务器对子设备信息验证通过时，认证服务器将子设备信息登记到Mesh网关设备的名下，从而建立Mesh子设备及所述认证服务器之间的关联关系。

对应的，在所述子设备信息验证通过时，认证服务器保存所述子设备信息，由于所述Mesh网关设备保存所述子设备信息，因此认证服务器保存一个Mesh网关设备与Mesh子设备之间的映射关系，使得该子设备信息能够分别被Mesh网关设备和认证服务器查询得到。

步骤S35，所述认证服务器将所述子设备信息对应的Mesh子设备设置为在线状态。

具体地，在认证服务器将所述子设备信息登记到所述Mesh网关设备上后，所述认证服务器将所述子设备信息对应的Mesh子设备的状态设置为在线状态，以告知Mesh网关设备该子设备上线成功，并且，Mesh子设备上线时，不需要Mesh网关设备再次申请token令牌，从而使得token内存占用相对固定，总体而言，降低了设备的工作负荷。

步骤S40，所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。

具体地，待处理消息包括数据服务器给Mesh子设备下发消息、Mesh子设备给数据服务器上报消息这两种消息。

所述待处理消息为数据服务器下发Mesh子设备的消息，如图4所示，图4是一实施例中多设备的token处理方法中所述待处理消息为数据服务器下发Mesh子设备的消息时的流程示意图，包括：

步骤S41，在检测到所述数据服务器下发待处理消息时，所述认证服务器查询Mesh子设备所附属的网关设备ID。

具体地，在数据服务器想要给Mesh子设备下发消息时，认证服务器检测到数据服务器下发的待处理消息后，待处理消息包括数据服务器想要下发的Mesh子设备对应的子设备信息；查询Mesh子设备所附属的网关设备ID；由于网关设备ID在Mesh子设备上线时，认证服务器和Mesh网关设备均保存有Mesh子设备对应的子设备信息，因此，根据映射关系，能够查询到Mesh子设备所附属的网关设备ID，从而找到对应的Mesh网关设备。

步骤S42，所述认证服务器通过所述网关设备ID对应的Mesh网关设备的收发信息通道下发待处理消息，且将所述Mesh子设备的ID附在所述待处理消息的头部。

具体地，认证服务器在找到与Mesh子设备对应的Mesh网关设备后，通过Mesh网关的收发信息通道下发待处理消息，并且，将Mesh子设备对应的子设备信息中的ID附在消息头部。

步骤S43，所述网关设备ID对应的Mesh网关设备在接收到带有Mesh子设备的ID的待处理消息后，基于所述Mesh子设备的ID确定对应的Mesh子设备信息；

步骤S44，所述网关设备将所述待处理消息转发到Mesh子设备信息对应的Mesh子设备。

具体地，在网关设备ID对应的Mesh网关设备接收到消息后，判断消息头部的ID，从而得到具体的Mesh子设备，然后，所述网关设备将所述待处理消息转发到Mesh子设备信息对应的Mesh子设备，从而完成数据服务器对Mesh子设备的消息下发。

所述待处理消息为Mesh子设备上报数据服务器的消息，如图5所示，图5是一实施例中多设备的token处理方法中所述Mesh子设备上报数据服务器的消息时的流程示意图，包括：

步骤S45，在检测到所述Mesh子设备上报待处理消息时，所述Mesh子设备将待处理消息发送至所述Mesh子设备所附属的Mesh网关设备，且所述待处理消息的头部附加有所述Mesh子设备的ID。

具体地，在Mesh子设备想要给数据服务器上报消息时，所述Mesh子设备将待处理消息发送至所述Mesh子设备所附属的Mesh网关设备，且所述待处理消息的头部附加有所述Mesh子设备的ID，以便于确定该消息是具体哪个Mesh子设备上报的。

步骤S46，所述Mesh网关设备通过收发信息通道，将所述待处理消息上报至所述数据服务器。

具体地，所述Mesh子设备所附属的Mesh网关设备通过收发信息通道，将头部附加有所述Mesh子设备的ID的消息上报至数据服务器，以便于数据证服务器查询Mesh网关设备与Mesh子设备之间的绑定关系。

步骤S47，所述数据服务器服务器在接收到所述待处理消息后，解析所述待处理消息，得到所述Mesh子设备的ID和Mesh网关设备的ID；

步骤S48，所述数据服务器基于所述Mesh子设备的ID和Mesh网关设备的ID查询Mesh子设备与Mesh网关设备的绑定关系，以处理所述待处理消息的数据。

具体地，所述数据服务器通过Mesh网关设备的收发信息通道接收到所述待处理消息后，解析所述待处理消息，得到所述Mesh子设备的ID和Mesh网关设备的ID，然后，基于所述Mesh子设备的ID和Mesh网关设备的ID查询Mesh子设备与Mesh网关设备的绑定关系，以处理所述待处理消息的数据从而完成Mesh子设备对数据服务器的上报消息。

请参阅图6，图6是一实施例中多设备的token处理方法的示意性框图，在Mesh网关设备执行上线操作时，所述Mesh网关设备向所述认证服务器申请读写token令牌，且建立收发信息通道；所述Mesh网关设备利用所述token令牌连接所述数据服务器；在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上；所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递。

本申请公开了一种多设备的token处理方法及系统，在Mesh网关设备上线时，向认证服务器申请读写token，且建立收发信息通道；所述Mesh网关设备利用所述token令牌连接所述数据服务器；数据服务器与Mesh子设备之间进行消息传递时，可以利用收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作。Mesh子设备无需反复申请token和认证服务器重连，token内存占用相对固定，总体而言减低了各个设备的工作负荷；部分工作负荷转移到了计算力更强的后台认证服务器中。提高了设备工作的稳定性，并且Mesh子设备连接数的限制也因此得到解放。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (9)

1.一种多设备的token处理方法，其特征在于，应用于多设备的token处理系统，所述多设备的token处理系统包括Mesh网关设备、Mesh子设备、认证服务器和数据服务器；所述处理方法包括：

在Mesh网关设备执行上线操作时，所述Mesh网关设备向所述认证服务器申请读写token令牌，且建立收发信息通道；

所述Mesh网关设备利用所述token令牌连接所述数据服务器；

在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上；

所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递；

其中，所述在Mesh子设备执行上线操作时，将所述Mesh子设备绑定在所述收发信息通道上，包括：

所述Mesh子设备给所述Mesh网关设备上报对应的子设备信息；

所述Mesh网关设备在接收到所述子设备信息后，将所述子设备信息上报给所述认证服务器；

所述认证服务器在接收到所述子设备信息后，对所述子设备信息进行合法性验证；

在所述子设备信息验证通过时，所述认证服务器将所述子设备信息登记到所述Mesh网关设备上，以关联所述Mesh子设备及所述Mesh网关设备，完成所述Mesh子设备绑定在所述收发信息通道上；

所述认证服务器将所述子设备信息对应的Mesh子设备设置为在线状态。

2.根据权利要求1所述的处理方法，其特征在于，所述在Mesh网关设备执行上线操作时，所述Mesh网关设备向认证服务器申请读写token令牌，且建立收发信息通道，包括：

在Mesh网关设备执行上线操作时，所述Mesh网关设备以自身对应的设备ID向认证服务器申请读写所述token令牌，且利用所述Mesh网关设备的设备ID作为索引，建立所述收发信息通道。

3.根据权利要求2所述的处理方法，其特征在于，所述利用所述Mesh网关设备的设备ID作为索引，建立所述收发信息通道，包括：

所述Mesh网关设备利用所述Mesh网关设备的设备ID作为索引，通过TCP/UDP协议建立所述收发信息通道。

4.根据权利要求1所述的处理方法，其特征在于，所述Mesh网关设备在接收到所述子设备信息后，所述处理方法还包括：

所述Mesh网关设备保存所述子设备信息。

5.根据权利要求1所述的处理方法，其特征在于，所述在所述子设备信息验证通过时，所述处理方法还包括：

所述认证服务器保存所述子设备信息。

6.根据权利要求1所述的处理方法，其特征在于，所述待处理消息为数据服务器下发Mesh子设备的消息；所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递，包括：

在检测到所述数据服务器下发待处理消息时，所述认证服务器查询Mesh子设备所附属的网关设备ID；

所述认证服务器通过所述网关设备ID对应的Mesh网关设备的收发信息通道下发待处理消息，且将所述Mesh子设备的ID附在所述待处理消息的头部；

所述网关设备ID对应的Mesh网关设备在接收到带有Mesh子设备的ID的待处理消息后，基于所述Mesh子设备的ID确定对应的Mesh子设备信息；

所述网关设备将所述待处理消息转发到Mesh子设备信息对应的Mesh子设备。

7.根据权利要求1所述的处理方法，其特征在于，所述待处理消息为Mesh子设备上报数据服务器的消息；所述数据服务器利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递，包括：

在检测到所述Mesh子设备上报待处理消息时，所述Mesh子设备将待处理消息发送至所述Mesh子设备所附属的Mesh网关设备，且所述待处理消息的头部附加有所述Mesh子设备的ID；

所述Mesh网关设备通过收发信息通道，将所述待处理消息上报至所述数据服务器；

所述数据服务器在接收到所述待处理消息后，解析所述待处理消息，得到所述Mesh子设备的ID和Mesh网关设备的ID；

所述数据服务器基于所述Mesh子设备的ID和Mesh网关设备的ID查询Mesh子设备与Mesh网关设备的绑定关系，以处理所述待处理消息的数据。

8.根据权利要求1至7中任一项所述的处理方法，其特征在于，所述Mesh网关设备执行上线操作，包括：

所述Mesh网关在接收到对应的联网指令时，所述Mesh网关设备向所述认证服务器上报网关设备信息；

所述认证服务器在接收到所述网关设备信息后，对所述网关设备信息进行身份验证；

在所述身份验证通过时，所述Mesh网关设备上线成功。

9.一种多设备的token处理系统，所述多设备的token处理系统包括Mesh网关设备、Mesh子设备、认证服务器和数据服务器；其中，

所述Mesh网关设备，在执行上线操作时，向认证服务器申请读写token令牌，且建立收发信息通道；

所述Mesh网关设备，利用所述token令牌连接数据服务器；

所述Mesh子设备，在执行上线操作时，所述认证服务器将所述Mesh子设备绑定在所述收发信息通道上；

所述数据服务器，利用所述收发信息通道，在所述Mesh网关设备与所述Mesh子设备之间对待处理消息进行处理及转发操作，以完成所述数据服务器与所述Mesh子设备之间的消息传递；

其中，所述Mesh子设备，在执行上线操作时，所述认证服务器将所述Mesh子设备绑定在所述收发信息通道上，包括：

所述Mesh子设备给所述Mesh网关设备上报对应的子设备信息；

所述Mesh网关设备在接收到所述子设备信息后，将所述子设备信息上报给所述认证服务器；

所述认证服务器在接收到所述子设备信息后，对所述子设备信息进行合法性验证；

在所述子设备信息验证通过时，所述认证服务器将所述子设备信息登记到所述Mesh网关设备上，以关联所述Mesh子设备及所述Mesh网关设备，完成所述Mesh子设备绑定在所述收发信息通道上；

所述认证服务器将所述子设备信息对应的Mesh子设备设置为在线状态。