CN111726394A

CN111726394A - 设备离线检测方法及其相关装置

Info

Publication number: CN111726394A
Application number: CN202010447856.9A
Authority: CN
Inventors: 黄小华
Original assignee: Hangzhou Tuya Information Technology Co Ltd
Current assignee: Hangzhou Tuya Information Technology Co Ltd
Priority date: 2020-05-25
Filing date: 2020-05-25
Publication date: 2020-09-29
Anticipated expiration: 2040-05-25
Also published as: CN111726394B

Abstract

本申请公开设备离线检测方法及其相关装置。该设备离线检测方法包括：以预设的时间间隔依次对各个设备进行查询；其中，在对各个设备进行查询的过程中，确认在各个设备数据最后一次更新后对各个设备进行查询的次数；若次数大于阈值，则确认次数大于阈值的设备离线。本申请可以在设备总数少时，更快地确认设备是否离线；并当设备总数多时，不会出现网络堵塞的情况，使系统更加稳定。

Description

设备离线检测方法及其相关装置

技术领域

本申请涉及通信技术领域，特别是涉及设备离线检测方法及其相关装置。

背景技术

目前，当设备较多时，因下线时间固定，下行数据可能会有冲突，造成丢包，稳定性差；并且当设备较少时，需要耗费较长的时间才能感知到设备离线。

发明内容

本申请主要的目的是提供设备离线检测方法及其相关装置，可以在设备总数少时，更快地确认设备是否离线；并当设备总数多时，不会出现网络堵塞的情况，使系统更加稳定。

为达到上述目的，本申请采用的一个技术方案是：提供一种设备离线检测方法，该方法包括：

以预设的时间间隔依次对各个设备进行查询；

其中，在对各个设备进行查询的过程中，确认在各个设备数据最后一次更新后对各个设备进行查询的次数；

若次数大于阈值，则确认次数大于阈值的设备离线。

其中，预设的时间间隔与设备的总数量呈负相关。

其中，以预设的时间间隔依次对各个设备进行查询，包括：

对被查询的设备进行心跳检测。

其中，以预设的时间间隔依次对各个设备进行查询，包括：

若被查询的设备为已删除或未绑定的设备，则不执行对被查询的设备进行心跳检测的步骤，对下一个设备进行查询。

其中，以预设的时间间隔依次对各个设备进行查询，包括：

记录当前轮查询开始的时间；

在对各个设备进行查询的过程中，若被查询的设备最后一次数据更新的时间晚于当前轮查询开始的时间，则不执行对被查询的设备进行心跳检测的步骤，对下一个设备进行查询。

其中，对被查询的设备进行心跳检测，包括：

向被查询的设备发送心跳包，确认预定时间内是否接收到被查询的设备的回复。

其中，确认预定时间内是否接收到被查询的设备的回复，之后包括：

若接收到被查询的设备的回复，将被查询的设备的次数清零；

若未接收到被查询的设备的回复，将被查询的设备的次数加一。

其中，设备数据更新的情况包括接收到设备发送的数据的情况，以预设的时间间隔依次对各个设备进行查询，包括：

若存在一设备出现数据更新的情况，则数据更新的设备的次数清零。

为达到上述目的，本申请提供一种设备离线检测装置，该设备离线检测装置包括存储器和处理器；存储器中存储有计算机程序，处理器用于执行计算机程序以实现上述方法中的步骤。

为达到上述目的，本申请提供一种可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述方法中的步骤。

与现有技术相比，本申请的有益效果是：以预设的时间间隔依次对各个设备进行查询，并通过各个设备查询次数判断各个设备是否离线，这样在设备总数少时，可以尽快地将所有设备查询一遍，可以更快地确认设备是否离线，当设备总数多时，虽然将所有设备查询一遍的时间增长，但是上下行数据不会出现冲突，不会出现网络堵塞的情况，系统更加稳定。

附图说明

图1是本申请的设备离线检测方法第一实施例的流程示意图；

图2是本申请的设备离线检测方法第二实施例的流程示意图；

图3是本申请的设备离线检测装置一实施例的结构示意图；

图4是本申请可读存储介质一实施例的结构示意图。

具体实施方式

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

另外，若本申请实施例中有涉及“第一”、“第二”等的描述，则该“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

请参阅图1，图1为本申请设备离线检测方法第一实施方式的流程示意图，如图1所示，本实施方式设备离线检测方法包括以下步骤。

以预设的时间间隔依次对各个设备进行查询，以判断各个设备是否处于离线状态，对各个设备进行查询的动作不会出现冲突的情况。

在对各个设备进行查询的过程中，主要通过各个设备的查询次数判断各个设备是否处于离线状态。其中，对被查询的设备进行查询的过程，具体可以包括下述步骤。

S101：确认在各个设备的数据最后一次更新后对各个设备进行查询的次数。

因为设备数据更新代表设备未处于离线状态，因此通过各个设备数据最后一次更新后对各个设备进行查询的次数来确定各个设备是否处于离线状态，可以精准地知晓设备的状态。

其中，如果各个设备数据出现更新时各个设备的查询次数不清零，可以记录设备数据更新时的查询次数。这样通过各个设备的当前查询总次数减去各个设备数据最后一次更新时的查询次数得到各个设备数据最后一次更新后对各个设备进行查询的次数。

其中，在设备数据更新时各个设备的查询次数清零，可以直接将各个设备的查询次数作为各个设备数据最后一次更新后对各个设备进行查询的次数。

其中，设备数据更新的情况包括接收到设备发送的数据的情况。

S102：若次数大于阈值，则确认次数大于阈值的设备离线。

在此之前，可以判断各个设备数据最后一次更新后对各个设备进行查询的次数是否大于阈值，若存在次数大于阈值的设备，可以确定次数大于阈值的设备已经离线。

在本实施方式中，以预设的时间间隔依次对各个设备进行查询，并通过各个设备查询次数判断各个设备是否离线，这样在设备总数少时，可以尽快地将所有设备查询一遍，可以更快地确认设备是否离线，当设备总数多时，虽然将所有设备查询一遍的时间增长，但是上下行数据不会出现冲突，不会出现网络堵塞的情况，系统更加稳定。

请参阅图2，图2为本申请设备离线检测方法第二实施方式的流程示意图，如图2所示，本实施方式设备离线检测方法包括以下步骤。

S201：判断等待查询时间是否大于或等于预设的时间间隔。

其中，等待查询时间可以指对被查询的设备进行查询的时间点和当前时间点之间的时间间隔。例如，对被查询的设备进行查询的时间点为10:05:00，当前时间点为10:05:02，那等待查询时间即为2s。

等待查询时间也可以指对被查询的设备查询完毕的时间点和当前时间点之间的时间间隔。例如，对被查询的设备查询完毕的时间点为10:07:51，当前时间点为10:07:51，那等待查询时间即为1s。

预设的时间间隔可按照实际情况进行调整。可选地，预设的时间间隔可以为1s、2s、3s、4s、5s或7s，当然不限于此。

在一实现方式中，在设备的总数量变化时，预设的时间间隔可以维持不变。

在另一实现方式中，预设的时间间隔也可以与设备的总数量呈负相关，这样在设备多时，在保证对多个设备的查询互相不冲突的情况下，能够尽快地确定各个设备是否处于离线状态。

在等待查询时间大于或等于预设的时间间隔时，进入步骤S202；在等待查询时间小于预设的时间间隔时，继续执行步骤S201，以在等待查询时间大于或等于预设的时间间隔时能够进入步骤S202。

S202：将下一个设备作为被查询的设备。

可以在满足下述三种条件中的至少一种时，将下一个设备作为被查询的设备。

切换被查询的设备的三种条件分别是：在对被查询的设备已经查询完毕，且等待查询时间已经大于或等于预设的时间间隔；或被查询的设备为已删除或未绑定的设备；或，被查询的设备在当前轮查询过程中数据出现更新的情况。

设备的查询先后顺序可以预先设定。例如，按照A、B、C、D、E这样的顺序对这五个设备进行查询。

在查询过程中，设备的查询先后顺序也可以调整，或者可以一直不变。

S203：判断被查询的设备是否为已删除或未绑定的设备。

判断被查询的设备是否为已删除或未绑定的设备；在被查询的设备为已删除或未绑定的设备时，返回到步骤S202，以对下一个设备进行查询；在被查询的设备不是已删除或未绑定的设备时，进入步骤S204。

与已删除的设备或未绑定的设备可能无法进行通信交互，而且也不一定要与已删除的设备或未绑定的设备维持通信，因此没有必要对已删除的设备或未绑定的设备进行查询，这样在判断被查询的设备为已删除或未绑定的设备时，不对被查询的设备进行查询，对下一个设备进行查询，节省查询时间资源，可以加快判断设备是否处于离线状态，能够尽快地确定各个设备是否处于离线状态。

进一步地，在判断被查询的设备为已删除或已绑定的设备时，可以从查询列表将该被查询的设备删除，以避免下一轮乃至后续轮查询中还需要对该被查询的设备进行查询，提高查询效率。

S204：判断被查询的设备在当前轮查询过程中是否出现数据更新的情况。

其中，判断被查询的设备在当前轮查询过程中是否出现数据更新的情况的步骤，可以包括：获取当前轮查询开始的时间T_s和被查询的设备的数据最后一次更新的时间T_n；判断被查询的设备的数据最后一次更新的时间T_n是否大于当前轮查询开始的时间T_s；若T_n＞T_s，则被查询的设备在当前轮查询过程中出现数据更新的情况；若T_n＜T_s，则被查询的设备在当前轮查询过程中未出现数据更新的情况。

可以理解的是，一轮查询过程是指从对第一个设备开始查询到对最后一个设备查询完毕的过程。可以理解的是，可以任选一个设备作为每轮查询过程中的第一个设备，这样这个设备的前一个设备为每轮查询过程中的最后一个设备。例如，5个设备的查询先后顺序为：A、B、C、D、E，将D作为每轮查询过程中的第一个设备，那相应地，C为每轮查询过程中的最后一个设备。

在被查询的设备在当前轮查询过程中未出现数据更新的情况时，进入步骤S205；在被查询的设备在当前轮查询过程中出现数据更新的情况时，返回到步骤S202，以对下一个设备进行查询。

另外，在被查询的设备在当前轮查询过程中出现数据更新的情况时，可以将被查询的设备的查询次数清零，以便根据被查询的设备的查询次数判断被查询的设备是否处于离线状态。

可以理解的是，步骤S204和步骤S203的执行顺序不限于此，步骤S203还可以在步骤S204之前执行。并且步骤S204和步骤S203可以不需要都执行，例如只执行步骤S204，或者只执行步骤S203。

S205：判断被查询的设备的查询次数是否超过阈值。

在被查询的设备的查询次数超过阈值时，进入步骤S207；在被查询的设备的查询次数未超过阈值时，进入步骤S206。

其中，阈值可以根据实际情况进行调整，例如，阈值可以为2，当然不限于此。

S206：对被查询的设备进行查询。

可以对被查询的设备进行心跳检测查询，以判断与被查询的设备之间的通信是否正常，从而通过心跳检测查询的结果来判断被查询的设备是否处于离线状态。可以理解的是，为了更加方便地通过心跳检测的结果判断被查询的设备是否处于离线状态，可以基于心跳检测的结果更改查询次数，以便于利用查询次数判断被查询的设备是否处于离线状态。其中，基于心跳检测的结果更改查询次数的步骤，可以包括：心跳检测的结果为与被查询的设备之间的通信正常，将被查询的设备的查询次数清零；心跳检测的结果为与查询的设备之间的通信异常，将被查询的设备的查询次数加一。

在一实现方式中，可以对被查询的设备进行主动心跳检测。具体地，向被查询的设备发送心跳包，并确定预设时间内是否接收到被查询的设备的回复。若预设时间内未接收到被查询的设备的回复，则确定与被查询的设备之间的通信异常，即将被查询的设备的查询次数加一；若预设时间内接收到被查询的设备的回复，则确定与被查询的设备之间的通信正常，即将被查询的设备的查询次数清零。

在另一实现方式中，也可以对被查询的设备进行被动心跳检测。具体地，确定在当前轮查询中是否有接收到被查询的设备的心跳包。若在当前轮查询中接收到被查询的设备的心跳包，则确定与被查询的设备之间的通信正常，即将被查询的设备的查询次数清零；若在当前轮查询中未接收到被查询的设备的心跳包，则确定与被查询的设备之间的通信异常，即将被查询的设备的查询次数加一。

对被查询的设备查询完毕后，可以跳回到步骤S201，以对后续的设备进行查询。

可以理解的是，步骤S205和步骤S206的执行顺序不限于此，例如步骤S205在步骤S206之后执行。

S207：确认被查询的设备离线。

在被查询的设备的查询次数超过阈值时，可以确认被查询的设备处于离线状态，此时可以将“被查询的设备处于离线状态”这一事件上报，以让用户知晓“设备处于离线状态”这一事情。

可以将上述设备离线查询方法应用到主设备管理多个子设备上下线的方案中，这样主设备就可以通过对各个子设备的查询结果，判断各个子设备是否处于离线状态，这样即使子设备较多时，也不会出现因下线时间固定导致下行数据出现冲突的情况，也不会造成网络拥塞，虽然时间加长，但系统更加稳定；另外，当子设备较少时，可以更快地感知到设备是否处于离线状态。

按照上述设备离线查询方法对OD个子设备进行查询时，预设的时间间隔为T_m秒，阈值为N，设备的最大离线时间T_max＝OD×T_m×N秒，设备的最小离线时间T_min＝OD×T_m×N-(OD-1)×T_m秒。这样，T_m的取值范围为：

根据大数据获取实际用户下挂子设备的情况，如表1所示，可以看出几个典型设备个数情况(假定以下N固定为2次，即N＝2)，和各种情况下的T_m取值与设备的最大离线时间。

表1设备数、时间间隔和最大离线时间的对应表

从表1可以看出，当有1个子设备时，离线时间为10s，即子设备在断电后，用户10s就能感知其离线，大大的提高了用户的体验。

上述设备离线检测方法一般由设备离线检测装置实现，因而本申请还提出一种设备离线检测装置。请参阅图3，图3是本申请设备离线检测装置一实施方式的结构示意图。本设备离线检测装置10包括处理器12和存储器11；存储器11用于存储实现如上述设备离线检测方法，处理器12用于执行存储器11存储的程序指令。

上述设备离线检测方法的逻辑过程以计算机程序呈现，在计算机程序方面，若其作为独立的软件产品销售或使用时，其可存储在计算机存储介质中，因而本申请提出一种可读存储介质。请参阅图4，图4是本申请可读存储介质一实施方式的结构示意图，本实施方式可读存储介质20中存储有计算机程序21，计算机程序被处理器执行时实现上述设备离线检测方法中的步骤。

该可读存储介质20具体可以为U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory，)、磁碟或者光盘等可以存储计算机程序的介质，或者也可以为存储有该计算机程序的服务器，该服务器可将存储的计算机程序发送给其他设备运行，或者也可以自运行该存储的计算机程序。该可读存储介质20从物理实体上来看，可以为多个实体的组合，例如多个服务器、服务器加存储器、或存储器加移动硬盘等多种组合方式。

以上仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims

1.一种设备离线检测方法，其特征在于，所述方法包括：

以预设的时间间隔依次对各个设备进行查询；

若次数大于阈值，则确认次数大于阈值的设备离线。

2.根据权利要求1所述的设备离线检测方法，其特征在于，所述预设的时间间隔与所述设备的总数量呈负相关。

3.根据权利要求1所述的设备离线检测方法，其特征在于，所述以预设的时间间隔依次对各个设备进行查询，包括：

对被查询的设备进行心跳检测。

4.根据权利要求3所述的设备离线检测方法，其特征在于，所述以预设的时间间隔依次对各个设备进行查询，包括：

若所述被查询的设备为已删除或未绑定的设备，则不执行所述对被查询的设备进行心跳检测的步骤，对下一个设备进行查询。

5.根据权利要求3所述的设备离线检测方法，其特征在于，所述以预设的时间间隔依次对各个设备进行查询，包括：

记录当前轮查询开始的时间；

在对各个设备进行查询的过程中，若所述被查询的设备最后一次数据更新的时间晚于所述当前轮查询开始的时间，则不执行所述对被查询的设备进行心跳检测的步骤，对下一个设备进行查询。

6.根据权利要求3所述的设备离线检测方法，其特征在于，所述对被查询的设备进行心跳检测，包括：

向所述被查询的设备发送心跳包，确认预定时间内是否接收到所述被查询的设备的回复。

7.根据权利要求6所述的设备离线检测方法，其特征在于，所述确认预定时间内是否接收到所述被查询的设备的回复，之后包括：

若接收到所述被查询的设备的回复，将所述被查询的设备的次数清零；

若未接收到所述被查询的设备的回复，将所述被查询的设备的次数加一。

8.根据权利要求7所述的设备离线检测方法，其特征在于，设备数据更新的情况包括接收到设备发送的数据的情况，所述以预设的时间间隔依次对各个设备进行查询，包括：

9.一种设备离线检测装置，其特征在于，所述设备离线检测装置包括存储器和处理器；所述存储器中存储有计算机程序，所述处理器用于执行所述计算机程序以实现如权利要求1-8中任一项所述方法的步骤。

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