CN114900846A - 设备显示状态更新方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请公开了一种设备显示状态更新方法、装置、电子设备及存储介质，涉及网络技术领域，所述方法包括当前网络中有多个设备，从多个设备中确定显示状态为离线状态的设备作为目标设备，为了确定该设备状态是否为上述的假离线，根据历史数据获取目标设备的探询时间节点，在本轮次的探询时间节点时，目标设备具备收发信息的功能，因此，发送状态确认指令至目标设备，在接收到目标设备基于状态确认指令的响应时，确认目标设备处于能够进行通信的在线状态，将目标设备的显示状态更新为在线状态，以准确检测目标设备的真实状态，也便于后期对该设备的控制。

Description

设备显示状态更新方法、装置、电子设备及存储介质

技术领域

本申请涉及网络技术领域，更具体地，涉及一种设备显示状态更新方法、装置、电子设备及存储介质。

背景技术

随着无线网络技术的发展，越来越多的设备具备联网能力，可以通过网络远程控制这些设备。在受控设备数量较多时，为了便于管控，通常由云端与多个子设备连接，并通过云端控制多个子设备。由于网络状况较差等因素造成的云端与部分子设备之间通信故障，造成子设备所展现的状态与实际的真实状态不符的情况，例如出现假离线的状况，云端无法准确监测设备的真实状态。

发明内容

鉴于上述问题，本申请提出了一种设备显示状态更新方法、装置、电子设备及存储介质，能够解决上述问题。

第一方面，本申请实施例提供了一种设备显示状态更新方法，所述方法包括：将当前网络的多个设备中显示状态为离线状态的设备作为目标设备；获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询周期节点；当到达本轮的探询周期节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应；在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

第二方面，本申请实施例提供了一种设备显示状态更新装置，所述装置包括：目标设备确定模块，用于将当前网络的多个设备中显示状态为离线状态的设备作为目标设备；获取模块，用于获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点；发送模块，用于当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应；确认模块，用于在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

可选地，获取模块包括：数据采集模块以及探询时间节点获取模块；数据采集模块，用于获取所述目标设备在预设时间段内的历史心跳数据；探询时间节点获取模块，用于获取所述历史心跳数据中历史心跳时间节点，基于所述历史心跳时间节点确定所述目标设备的所述探询时间节点。

可选地，探询时间节点获取模块包括：平滑模块以及第一探询时间节点获取模块。平滑模块，用于对所述历史心跳数据中的历史心跳时间节点进行平滑处理，得到平滑处理后的时间节点；第一探询时间节点获取模块，用于基于所述平滑处理后的时间节点确定所述目标设备的探询周期节点。

可选地，探询时间节点获取模块包括：第一调整模块、第二调整模块以及第二探询时间节点获取模块；第一调整模块，用于将所述历史心跳数据中在预设阈值范围内的历史心跳时间节点，调整为第一心跳时间节点；第二调整模块，用于将所述历史心跳数据中未在预设阈值范围内的历史心跳时间节点，调整为第二心跳时间节点；第二探询时间节点获取模块，用于基于所述第一心跳时间节点和所述第二心跳时间节点，确定所述目标设备的所述探询时间节点。

可选地，发送模块包括：探询时长获取模块以及状态确认指令发送模块；探询时长获取模块，用于当所述当前时刻满足所述探询时间节点时，获取探询时长；状态确认指令发送模块，用于在所述探询时长内，持续发送所述状态确认指令至所述目标设备，以指示所述目标设备对所述状态确认指令进行响应。

可选地，所述装置还包括：确定模块以及持续发送模块；确定模块，用于若在预设时长内未接收到所述目标设备反馈的响应信息，则确定下一轮的探询时间节点；持续发送模块，用于当到达所述下一轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应。

可选地，所述装置还包括：更新模块；更新模块，用于将所述目标设备更新后的在线状态同步至对应的终端，以指示所述终端将所述目标设备的状态更新为在线状态并进行显示，以恢复所述终端对所述目标设备的控制。

可选地，所述目标设备为ZigBee设备。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

第五方面，本申请实施例提供了一种计算机程序产品或计算机程序，所述计算机程序产品或计算机程序包括计算机指令，所述计算机指令存储在计算机可读存储介质中；所述计算机设备的处理器从所述计算机可读存储介质读取所述计算机指令，所述处理器执行所述计算机指令时实现本申请各实施例的设备显示状态更新方法中的步骤。

本申请提供的设备显示状态更新方法、装置、电子设备及存储介质，当前网络中有多个设备，从多个设备中确定显示状态为离线状态的设备作为目标设备，为了确定该设备状态是否为上述的假离线，根据历史数据获取目标设备的探询时间节点，在本轮次的探询时间节点时，目标设备具备收发信息的功能，因此，发送状态确认指令至目标设备，在接收到目标设备基于状态确认指令的响应时，确认目标设备处于能够进行通信的在线状态，将目标设备的显示状态更新为在线状态，以准确检测目标设备的真实状态，也便于后期对该设备的控制。

本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1示出了现有技术提供的设备显示状态更新方法的流程示意图；

图2示出了本申请实施例提供的设备显示状态更新方法的ZigBee网状网络拓扑结构示意图；

图3示出了本申请实施例提供的设备显示状态更新方法的应用环境示意图；

图4示出了本申请一个实施例提供的设备显示状态更新方法的流程示意图；

图5示出了本申请的图4所示的设备显示状态更新方法的步骤S120的一种流程示意图；

图6示出了本申请的图5所示的设备显示状态更新方法的步骤S122的一种流程示意图；

图7示出了历史心跳节点曲线示意图；

图8示出了平滑处理后的时间节点曲线示意图；

图9示出了本申请的图6所示的设备显示状态更新方法的步骤S122的一种流程示意图；

图10示出了历史心跳节点曲线示意图；

图11示出了调整后的历史心跳节点曲线示意图；

图12示出了本申请的图4所示的设备显示状态更新方法的步骤S130的一种流程示意图；

图13示出了本申请另一个实施例提供的设备显示状态更新方法的流程示意图；

图14示出了本申请又一个实施例提供的设备显示状态更新方法的流程示意图；

图15示出了本申请再一个实施例提供的设备显示状态更新方法的流程示意图；

图16示出了本申请一实施例提供的设备显示状态更新装置的框图；

图17是本申请实施例的一种电子设备的硬件结构框图。

具体实施方式

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

随着无线网络技术(例如，ZigBee紫蜂)的发展，越来越多的设备具备联网能力，可以通过网络远程控制这些子设备，以远程开启或关闭子设备的某些功能。在子设备数量较多时，为了便于管控上述子设备，通常由云端与多个子设备连接，并通过云端控制多个子设备。由于网络状况较差等因素造成的云端与部分子设备之间通信故障，造成子设备所展现的状态与实际的真实状态不符的情况，例如，由于实际的应用场景中，环境中干扰因素较多(如杂乱的家居、墙壁、金属装饰、大功率电器、远距离等)会对信号进行削弱，导致传输的数据丢失，出现假离线的状况，云端无法准确监测设备的真实状态，并且这种现象会影响后期对设备的控制。

为解决上述问题，现有技术中提供了一种方法，示例性地，请参阅图1，现有技术提供的设备显示状态更新方法包括如下步骤：

步骤S10、网关获取目标设备的显示状态为离线状态。

网关与目标设备通信连接，网关通过该连接关系获取目标设备的显示状态。其中，目标设备可以为Zigbee设备。

步骤S20、网关向目标设备发送identify(识别)报文。

网关通过上述连接关系向目标设备发送identify报文。可选地，网关可以在目标设备的显示状态为离线状态时，自动向目标设备发送identify报文。或者是，在目标设备的显示状态为离线状态时，用户手动的拨动网关上的按钮使得网关发送identify报文至目标设备。再或者，网关与用户终端连接，在目标设备的显示状态为离线状态时，用户通过用户终端输出请求指令，以请求网关发送identify报文至目标设备。

步骤S30、判断目标设备是否接收到identify报文。

为判断目标设备的离线状态是真离线还是由于上述干扰因素导致的假离线，需要判断目标设备是否接收到identify报文，如果目标设备未接收到identify报文报文，即网关未收到目标设备响应identify报文回复的default response(即默认回复)，则流程回到步骤S20，网关重新向目标设备发送identify报文；如果目标设备接收到identify报文，则流程进入步骤S40。

步骤S40、目标设备基于identify报文回复default response，且控制指示灯闪烁。

如果目标设备基于identify报文回复default response，例如目标设备基于identify报文对应的default response为1、0或者是其他任回复。并且控制指示灯闪烁以提示用户目标设备实际为在线状态。其中，指示灯可以为目标设备上的指示灯，或者是其他单独的指示灯。

步骤S50、目标设备的显示状态由离线状态更新为在线状态。

目标设备的显示状态由离线状态更新为在线状态，以便于网关依据该状态控制目标设备。

Zigbee设备包括通信单元，Zigbee设备的通信单元的工作状态包括休眠状态和开启状态，在通信单元处于休眠状态时，通信单元不会为Zigbee设备收发数据，在通信单元处于开启状态时，通信单元为Zigbee设备收发数据。因此，在Zigbee设备的通信单元处于休眠状态时，目标设备不会接收网关的identify报文，因此目标设备也不会响应identify报文回复default response。在现有技术中网关随机的盲发identify报文，如果目标设备的通信单元处于休眠状态，则网关不会收到default response，会误认为目标设备处于离线状态，实际上，目标设备处于在线状态，只是目标设备的通信单元处于休眠状态而无法回复default response。

针对上述技术问题，发明人经过长期的研究发现并提出了一种设备显示状态更新方法、装置、电子设备及存储介质，当目标设备对应的显示状态为离线状态时，为了确定该设备状态是否为上述的假离线，获取目标设备的探询时间节点，在目标设备处于探询时间节点时，该目标设备具备收发信息的功能。因此，发送状态确认指令至目标设备，在接收到目标设备基于状态确认指令的响应时，确认目标设备处于能够进行通信的在线状态，将目标设备的显示状态更新为在线状态，以准确、快速检测目标设备的真实状态，也便于后期对该设备的控制。

为了更好理解本申请实施例提供的设备显示状态更新方法、装置、电子设备及存储介质，下面先对适用于本申请实施例的应用环境进行描述。

在一些场景中，设备显示状态更新方法应用于设备显示状态更新系统，而设备显示状态更新系统可以为ZigBee网状网络，目标设备可以为Zigbee设备。Zigbee是基于IEEE802.15.4标准的低功耗局域网协议，根据国际标准规定，Zigbee技术是一种短距离、低功耗的无线通信技术，短距离、低功耗等传输特点使得该技术对电量资源的极大节省，因而Zigbee技术被广泛用于智能家居中。

请参阅图2，在ZigBee网状网络拓扑结构中，云端可以直接与多个ZigBee子设备连接，例如，云端直接与ZigBee子设备a1连接。云端可以通过其他ZigBee子设备间接与ZigBee子设备连接，例如，云端通过ZigBee子设备a1分别与ZigBee子设备a2、ZigBee子设备a3、ZigBee子设备a4、ZigBee子设备a5连接。可选地，由于ZigBee子设备a1、ZigBee子设备a2、ZigBee子设备a3、ZigBee子设备a4和ZigBee子设备a5在网络中承载了较重要的传输功能，因此ZigBee子设备a1至ZigBee子设备a5可以为功能强大的全功能设备(Ful-FunctionDevice，简称FFD)。可选地，图2中未标记的ZigBee子设备可以为FFD，也可以为功能简单的精简功能设备(Reduced-Function Device，简称RFD)例如具备通信功能的传感器。

云端与ZigBee子设备连接，通过云端对ZigBee子设备进行控制、监控等。可选地，ZigBee子设备中包括通信单元，ZigBee子设备的通信单元与云端连接，通过ZigBee子设备的通信单元实现与云端的数据交互。由于云端与ZigBee子设备之间不是一直进行数据交互，为了降低功耗、提高ZigBee子设备的续航能力，可以周期性开启ZigBee子设备的通信单元。例如，在探询(polling)时刻时，通信单元处于开启状态，ZigBee子设备功耗增大，ZigBee子设备可以占用信道与云端进行数据交互，或者向父节点询问是否有云端的控制指令；在其余时刻时，ZigBee子设的通信单元处于休眠状态，ZigBee子设备功耗降低，ZigBee子设备可以不能与云端进行数据交互。

可选地，多个ZigBee子设备为室内的智能家居设备，例如，智能家居设备可以为，但不限于墙壁插座、墙壁开关、无线开关、冰箱、空调、台灯等。

在智能家居设备包括墙壁插座、墙壁开关、无线开关的场景中，本申请提出了另一种应用于设备显示状态更新方法的设备显示状态更新系统，请参阅图3，该系统包括云端、网关、手机以及上述墙壁插座、墙壁开关、无线开关等智能家居设备。墙壁插座、墙壁开关、无线开关以及云端均与网关通信连接，云端与手机通信连接，手机上安装有控制智能家居设备的应用程序(Application，简称APP)，用户通过手机上是APP与云端通信，通过云端和网关可以实现对墙壁插座、墙壁开关和无线开关的远程控制。并且云端还可以将墙壁插座、墙壁开关和无线开关等智能家居设备的显示状态发送至手机的APP上进行显示，其中显示状态包括在线状态和离线状态。

图4示出了本申请一个实施例提供的设备显示状态更新方法的流程示意图，所述设备显示状态更新方法可以应用于如图2所示的云端、图9所示的设备显示状态更新装置100以及如图10所示的配置有设备显示状态更新装置100的电子设备1200。

本实施例将以设备显示状态更新方法应用于电子设备为例说明本实施例的具体流程，例如，电子设备具体可以为服务器、云端、网关等。下面将针对图4所示的流程进行详细的阐述，所述设备显示状态更新方法具体可以包括如下步骤：

步骤S110、将当前网络的多个设备中显示状态为离线状态的设备作为目标设备。

其中，当前网络是指用于上述电子设备与其对应的各设备之间通信连接的网络。例如当前网络可以是图1中的云端与多个ZigBee子设备之间通信连接的网络。

多个设备指的是设备显示状态更新系统中的设备，也指的是处于当前网络中的设备，设备显示状态更新系统中的设备的数量并非固定的，当多个设备中有设备退出当前网络后，对应从设备显示状态更新系统中退出。当设备显示状态更新系统中有设备加入时，设备显示状态更新系统中多个设备的数量对应增加。

显示状态指的是在云端或者手机上显示的设备的网络连接状态(后称显示状态)，其中云端和手机上显示状态是一致的。可以理解，显示状态可以包括在线状态和离线状态。

当设备显示状态更新系统中的设备的显示状态为在线状态时，说明对云端或者手机而言该设备仍然处于当前网络中，仍然可以被设备显示状态更新系统中的云端或手机控制。当设备显示状态更新系统中的设备的显示状态为离线状态时，说明对云端或者手机而言该设备已退出当前网络，也就意味着云端或者手机无法通过当前网络控制该设备。

电子设备获取处于当前网络的多个设备中每个设备的显示状态，将显示状态为离线状态的设备作为目标设备，可以理解的是，目标设备指的当前网络中显示状态为离线状态的设备，也就是说，对于设备显示状态更新系统中的云端或手机而言，目标设备处于离线状态，这里的离线状态可能由于网络或者障碍物原因导致的假离线，也可能为真离线即目标设备退出当前网络，因此需要对该离线状态进行验证。

电子设备获取多个设备所处的状态。在一种实施方式中，多个设备中每个设备上具有通信单元，通信单元周期性地处于开启状态，在通信单元每次处于开启状态时，将设备的心跳包发送至电子设备，电子设备在一段时间内未收到心跳包，则显示状态为离线状态，也就是说电子设备认为该设备所处的状态为离线状态。

在另一种实施方式中，电子设备与终端设备连接，其中，终端设可以为图2中的手机、智能穿戴设备、平板电脑、笔记本电脑等。终端设备上显示多个设备对应的标识，例如，对于空调，在终端设备上显示空调的图案作为标识，电子设备通过获取移动终端上多个设备所显示的标识信息，标识信息可以指示设备的显示状态为在线状态或者离线状态，例如当标识信息为灰色时指示该设备为离线状态，当标识信息为彩色时指示该设备为在线状态。当显示标识信息指示有设备处于离线状态时，该离线状态可能为上述的假离线，需要对该离线状态进行判定，确定显示离线状态的设备为目标设备。

步骤S120、获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点。

在电子设备在确认目标设备后，电子设备认为该目标设备的显示状态为离线状态，由于网络、障碍物等因素会导致目标设备的假离线，为了确认目标设备的显示的离线状态为上述的假离线还是真离线，需要根据判断当前时刻是否到达探询时间节点，可以理解的是，在探询时间节点时，该目标设备的通信单元处于开启状态，可以进行数据交互。在当前时刻不满足探询时间节点时，则说明目标设备的通信单元处于休眠状态，目标设备不能与电子设备交互，如果此刻发送状态确认指令至目标设备，该指令不能被目标设备接收。也就是说，目标设备不会回复状态确认指令，则不能准确的判断目标设备处于真离线或假离线。

因此，在显示状态为离线状态时，为判断该离线状态是真离线还是假离线，需要从历史数据中获取探询时间节点。其中，历史数据为在目标设备与电子设备正常通信时，目标设备主动向电子设备上报的数据。例如，目标设备以心跳包的形式向电子设备上报数据。其中，心跳包中的数据包括目标设备上报心跳包的时间，电子设备接收到心跳包后，将心跳包中的数据作为历史数据进行存储。因此，电子设备可以从历史数据的存储位置中获取历史数据，并从历史数据中获取探询时间节点。其中，探询时间节点是指的目标设备的通信单元处于开启状态能够进行数据交互的时刻或者时间段，即polling(轮询)时刻。在探询时间节点时，目标设备的通信单元处于开启状态，通过通信单元实现数据交互。

在一种实施方式中，对于预设探询周期可变的目标设备，其预设探询周期可以根据用户的设置进行调控。例如，当目标设备为智能台灯时，预设探询周期可以为一天，用户可以根据季节因素，重新设置预设探询周期为12小时。

作为一种方式，电子设备为云端，云端与终端设备连接，用户在终端设备上进行周期设置，云端基于该设置生成信标帧，将信标帧发送至目标设备，以设置目标设备的预设探询周期，云端将用户设置的预设探询周期进行保存。作为另一种方式，终端设备分别与目标设备和云端连接，终端设备发送周期设置指令至目标设备，设置目标设备的预设探询周期，云端从终端设备获取周期设置指令，根据该指令获取并存储预设探询周期。

在另一种实施方式中，对于预设探询周期固定的目标设备，例如单火设备(如烟感传感器)，电子设备只需要获取一次目标设备对应的预设探询周期。

步骤S130、当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应。

其中，状态确认指令是由电子设备生成的，为验证目标设备的离线状态是假离线还是真离线。可选地，状态确认指令可以为identify属性的指令。在处于探询时间节点时，目标设备的通信单元处于开启状态，目标设备才可能接收到电子设备发送的状态确认指令。为确定发送状态确认指令的时机，需要判断是否到达本轮探询时间节点，可以先获取当前时间，再判断当前时间是否为探询时间，从而来判断是否到达本轮的探询时间节点。

在一种实施方式中，探询时间节点为一时刻，在获取到探询时间节点后，需要判断当前时刻是否为探询时间节点，当当前时刻与探询时间节点不相同时，则确定当前时刻不是探询时间节点，说明电子设备已经错过了目标设备开启通信单元的探询时间节点。例如当前时刻为10:22，探询时间节点为10：20，或者是电子设备还未等来目标设备开启通信单元的探询时间节点，例如，当前时刻为10:22，探询时间节点为10:30。

在另一种实施方式中，探询时间节点为一时间段，目标设备的通信单元在连续的一段时间内(即探询时间节点内)都处于开启状态，即探询时间节点对应的探询时长，当当前时刻不处于探询时长内时，则确定当前时刻不满足探询时间节点。例如，当获取的探询时刻为9:00，通信单元开启的时长为2分钟，则探询时长为9:00-9:02之间的时长。在当前时刻为8:49时，则认为当前时刻不在探询时长内，确定当前时刻不满足探询时间节点，电子设备仍需要继续等待探询时刻。

作为一种方式，为节省电子设备开支，电子设备在探询时长内发送一次状态确认指令至目标设备。

作为另一种方式，为了使得确认结果更准确，在探询时长内，电子设备可以持续多次地发送状态确认指令至目标设备。

步骤S140、在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

电子设备通过状态确认指令验证离线状态为真离线还是假离线的原理为，在探询时间节点时，目标设备的通信单元处于开启状态，电子设备将状态确认指令发送至目标设备。目标设备通过其上的通信单元接收状态确认指令，然后再响应状态确认指令，电子设备在接收到目标设备的该响应后，判断电子设备与目标设备之间的通信连接正常，电子设备能够通过该连接关系控制目标设备，即目标设备处于实际上处于在线状态。也就是说，显示的目标设备的离线状态为假离线。将目标设备的显示状态由离线状态更新为在线状态，便于电子设备控制目标设备。

反之，如果电子设备未接收到目标设备的响应，判断电子设备与目标设备之间的通信连接异常，电子设备不能控制目标设备，目标设备实际上处于离线状态，也就是说，显示的目标设备的离线状态为真离线。

可选地，由于环境中的干扰因素可能会导致电子设备和目标设备之间传输的数据丢失，为保证上述验证结果的准确性，电子设备可以多次向目标设备发送状态确认指令，即若在预设时长内未接收到所述目标设备反馈的响应信息，确定下一轮的探询时间节点。当到达所述下一轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应。

可选地，为防止电子设备的处理资源和当前网络的通信资源的过渡占用，重新验证的轮次是有限制的，重新验证的轮次可以预先设定，例如，可以设置为5次、6次等。如果在预设设定的轮次中均未收到目标设备返回的响应，则确定目标设备的离线状态为真离线。

本实施例提供的设备显示状态更新方法，当前网络中有多个设备，从多个设备中确定显示状态为离线状态的设备作为目标设备，为了确定该设备状态是否为上述的假离线，根据历史数据获取目标设备的探询时间节点，在本轮次的探询时间节点时，目标设备具备收发信息的功能。因此，发送状态确认指令至目标设备，在接收到目标设备基于状态确认指令的响应时，确认目标设备处于能够进行通信的在线状态，将目标设备的显示状态更新为在线状态，以准确、快速检测目标设备的真实状态，也便于后期对该设备的控制。相较于上述现有技术盲发identify报文，本申请实施例在等待到探询时间节点才发送状态确认指令，目标设备可以快速响应该指令，提升状态检测速度。

在显示状态为离线状态之前，目标设备向电子设备周期性上报心跳包，电子设备将心跳包中的心跳数据进行存储。例如在历史数据包括历史心跳数据的场景中，可将心跳属性存储至历史数据中。

请参阅图5，步骤S120包括如下子步骤：

子步骤S121、获取所述目标设备在预设时间段内的历史心跳数据。

在目标设备的显示状态为离线状态之前，目标设备与电子设备通过当前网络维持正常通信，目标设备周期性地向电子设备上报心跳包。其中，心跳包中包括心跳数据，电子设备将心跳包中的心跳数据作为历史心跳数据存储至预先设置的存储位置。

子步骤S122、获取所述历史心跳数据中历史心跳时间节点，基于所述历史心跳时间节点确定所述目标设备的所述探询时间节点。

历史心跳数据中包括历史心跳时间节点，其中，历史心跳时间节点指的是在目标设备的显示状态为离线状态之前，目标设备的通信单元处于开启状态的时刻或者时间段。可以理解的是，在历史心跳时间节点时，目标设备可以进行数据交互。根据历史心跳节点推测目标设备的探询时间节点。

在一种实施方式中，请参阅图6，子步骤S122包括如下子步骤：

子步骤S122-1、对所述历史心跳数据中的历史心跳时间节点进行平滑处理，得到平滑处理后的时间节点。

其中，历史心跳数据中存储有目标设备主动上报的历史心跳时间节点，可以理解的是，在历史心跳时间节点时，目标设备的通信单元处于开启状态，设备可以进行数据交互。

电子设备获取历史心跳数据，可选地，电子设备可以从自身存储历史心跳数据的位置获取历史心跳数据，还可以从与电子设备连接的其他设备处获取历史心跳数据。历史心跳数据中包括多个历史心跳时间节点，如图7所示，x轴代表星期数，例如x为1时代表星期一，x为7时代表星期天，可以理解的是，目标设备发送历史心跳时间节点的周期可以为1天。y轴代表时钟显示时间，例如，y轴为10代表10:00。如图7所示，x-y坐标系上的点表征目标设备的历史心跳时间节点，例如，采集了目标设备连续一周的多个历史探询时刻，分别为10：35，10：35，10：35，10：35，10：34，10：37，10：35。

需要说明的是，历史心跳数据中不仅包括目标设备的历史心跳时间节点，还包括多个设备中除目标设备外的其余设备的历史心跳时间节点。并且探询周期不限于上述1天，还可以根据实际统结果可以为6小时、一天、一周等。

由于目标设备不同轮次的历史心跳时间节点不同，因此，不同历史心跳时间节点构成的曲线存在波动。在根据历史心跳时间节点估计探询时间节点时，为了提高估计的准确率，需要对历史心跳时间节点构成的曲线平滑处理。示例性的，对图7的历史心跳时间节点的曲线平滑处理后，获得图8所示的曲线。

对历史心跳时间节点构成的曲线进行平滑处理的方式可以计算多个历史心跳时间节点的平均值，并将所述平均值作为探询时间节点。计算多个历史心跳时间节点的平均值。

具体为，首先计算多个历史心跳时间节点表示的总的分钟数，即多个历史心跳时间节点的小时对应的分钟数和多个历史心跳时间节点的分钟之和，为总的分钟数，继续结合图7中的例子，总的分钟数为10*60*7+35*5+34+37＝4446。然后计算平均小时，通过总的分钟数和天数计算平均小时，如果计算的平均小时是小数取整，具体地，总的分钟数/天数/60，得到平均小时，例如，4446/7/60＝10，获得的平均小时为10。再计算平均分钟，具体地，总的分钟数除以天数，再对60取余，例如，(4446/7)％60＝35。最后将平均小时和平均分钟连起来，获得平均探询时刻10:35。可以将平均值作为接下来一周内每天的探询时间节点。

子步骤S122-2、基于所述平滑处理后的时间节点确定所述目标设备的探询周期节点。

电子设备基于平滑处理后的时间节点，确定目标设备的探询周期节点。示例性的，电子设备获取当天为星期一，根据图8所示的曲线，获取x轴为1的点对应的y轴上的读数作为探询周期节点。

在另一种实施方式中，请参阅图9，子步骤S122包括如下子步骤：

子步骤S122-3、将所述历史心跳数据中在预设阈值范围内的历史心跳时间节点，调整为第一心跳时间节点。

可选地，获取多个历史心跳时间节点，可以在多个历史心跳时间节点中任取两个不同的时间节点作为第一心跳时间节点和第二心跳时间节点，例如，请参阅图10，在图10中横坐标为日期，纵坐标为历史心跳时间节点，根据图10获取多个历史心跳时间节点分别为10：15、10：17、10：19、10：13、10：15、10：15、10:07、10:23、10:15以及10:11。在多个历史心跳时间节点中任意选取两个不同的时间节点作为第一时间节点和第二时间节点，例如，选取10:18作为第一时间节点，选取10:05作为第二时间节点。或者在多个历史心跳时间节点中，取出现频率较高的两个历史心跳时间节点作为两个时间节点，例如，第一心跳时间节点可以为10：15，第二心跳时间节点可以为10：17。

可选地，预先设置预设阈值范围，例如，可以设置预设阈值范围为6分钟。

将多个历史心跳时间节点中的每个历史心跳时间节点加上预设阈值范围，获得相加后的历史心跳时间节点，将每个历史心跳时间节点处理为与相加后的历史心跳时间节点更接近的时间节点。例如，将某一历史心跳时间节点与预设阈值范围相加或者相减，获得计算结果，相较于第二心跳时间节点，当计算结果接近第一心跳时间节点时，将该历史心跳时间节点调节为第一心跳时间节点。

示例性的，选取10：18和10：07分别作为第一心跳时间节点和第二心跳时间节点时，对于历史心跳时间节点10：12，历史心跳时间节点10：12加上6分钟，获得计算结果为10:18，相较于第二心跳时间节点10:07，计算结果10:18更接近第一心跳时间节点10:18，则将历史心跳时间节点10：12处理为10:18，即将该历史心跳时间节点调整为第一心跳时间节点。

子步骤S122-4、将所述历史心跳数据中未在预设阈值范围内的历史心跳时间节点，调整为第二心跳时间节点。

将多个历史心跳时间节点中的每个历史心跳时间节点加上预设阈值范围，获得相加后的历史心跳时间节点，将每个历史心跳时间节点处理为与相加后的历史心跳时间节点更接近的时间节点。例如，将某一历史心跳时间节点与预设阈值范围相加或者相减，获得计算结果，相较于第一心跳时间节点，当计算结果接近第二心跳时间节点时，将该历史心跳时间节点调节为第二心跳时间节点。

示例性的，继续结合上述例子，对于历史心跳时间节点10：05，历史心跳时间节点10：05加上2分钟，获得计算结果为10:07，相较于第一心跳时间节点10:18，计算结果10:07更接近第二心跳时间节点10:07，将历史心跳时间节点10：05处理第二心跳时间节点。

按照子步骤S122-3和子步骤S122-4，将图10中的历史心跳时间节点曲线调节为图11所示的曲线。

子步骤S122-5、基于所述第一心跳时间节点和所述第二心跳时间节点，确定所述目标设备的所述探询时间节点。

基于第一心跳时间节点和第二心跳时间节点获得如图11所示的曲线图，从曲线图中确定目标设备的所述探询时间节点。例如，当前日期为1号，则从图11中获取横坐标为1的点对应的纵坐标10:18作为目标设备的所述探询时间节点。

在图4实施例的基础上，本实施例提供一种设备显示状态更新方法，请参阅图13，该方法包括如下步骤：

步骤S210、将当前网络的多个设备中显示状态为离线状态的设备作为目标设备。

步骤S220、获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点。

步骤S230、当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应。

步骤S240、在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

其中，步骤S210-步骤S240的具体描述请参阅步骤S110-步骤S140，在此不再赘述。

步骤S250、将所述目标设备更新后的在线状态同步至对应的终端，以指示所述终端将所述目标设备的状态更新为在线状态并进行显示，以恢复所述终端对所述目标设备的控制。

电子设备和终端上显示的目标设备的显示状态是同步的，因此，在电子设备上将目标设备的显示状态更新为在线状态后，为保持电子设备和终端两者显示状态的同步，电子设备将目标设备更新后的在线状态同步至对应的终端，控制终端将目标设备的显示状态由原本的离线状态更新为在线状态，并且显示更新后的在线状态。例如，可以将代表目标设备的状态的标识信息由灰色更新为彩色。在终端上显示目标设备的显示状态为在线状态后，终端认为该目标设备可以被控制，因此在终端上恢复对目标设备的控制。

本实施例提供的设备显示状态更新方法，在电子设备将目标设备的显示状态由离线状态更新为在线状态后，电子设备将该在线状态同步至终端，即将目标设备更新后的在线状态同步至对应的终端，以指示终端更新显示状态，便于用户通过终端对目标设备进行控制。

针对电子设备为云端，目标设备为无线开关的场景，本申请提出了一种设备显示状态更新方法，图14示出了本申请又一个实施例提供的设备显示状态更新方法的流程示意图，请参阅图14，设备显示状态更新方法包括：

步骤S310、无线开关的显示状态为离线状态。

云端与无线开关通信连接，云端获取到无线开关的显示状态为离线状态。可以理解的是，在无线开关处于离线状态下，云端认为无线开关断开网络连接，云端无法控制该无线开关。

步骤S320、设置自动发送identify报文。

可选地，上述状态确认指令可以为identify报文。设置自动发送identify报文，可以理解的是，云端根据历史探询时间节点预计探询时间节点，当当前时刻到达预计的探询时间节点时，云端自动发送identify报文以寻求无线开关的响应。

步骤S330、云端判断是否到达预计探询时间节点。

如果判断到达预计探询时间节点，则流程回到步骤S320，如果判断未到达预计探询时间节点，则流程进入步骤S340。

步骤S340、云端向无线开关发送identify报文。

基于步骤S320中的自动设置，云端自动向无线开关发送identify报文。

步骤S350、判断无线开关是否恢复在线。

如果云端判断出无线开关不处于在线，即无线开关并未响应identify报文，为了进一步判断该无线网关的显示状态，流程进入步骤S360，如果云端判断出无线开关处于在线，及无线开关响应identify报文，则流程进入步骤S370。

步骤S360、判断触发identify报文次数是否少于预设次数。

如果云端判断出触发identify报文次数少于预设次数，则说明云端还可以继续触发identify报文，流程回到步骤S340。如果云端判断出触发identify报文不少于预设次数，说明云端触发identify报文的次数已经大于或等于预设次数，在云端触发identify报文的次数足够多但却任然未接收到无线开关的响应时，流程回到步骤S310。

步骤S370、无线开关的显示状态由离线状态更新为在线状态。

云端将无线开关的显示状态由离线状态更新为在线状态。云端还可以控制指示在线状态的指示灯点亮，便于用户了解无线开关的工作状态。

本实施例提供的设备显示状态更新方法，云端确定无线开关的显示状态为离线状态，为了确定该无线开关的离线状态是否为假离线，云端根据历史数据预计无线开关的探询时间节点，在探询时间节点时，无线开关具备收发信息的功能。因此，在探询时间节点时，云端自动触发identify报文，将identify报文发送至无线开关，在接收到无线开关基于identify报文的响应时，确认无线开关处于能够进行通信的在线状态，将无线开关的显示状态更新为在线状态，以准确、快速检测无线开关的真实状态，也便于后期对该无线开关的控制。

针对电子设备为云端，目标设备为墙壁插座的场景，本申请提出了一种设备显示状态更新方法，图15示出了本申请再一个实施例提供的设备显示状态更新方法的流程示意图，请参阅图15，设备显示状态更新方法包括：

步骤S410、墙壁插座的显示状态为离线状态。

云端与墙壁插座通信连接，云端获取到墙壁插座的显示状态为离线状态。可以理解的是，在墙壁插座处于离线状态下，云端认为墙壁插座断开网络连接，云端无法控制该墙壁插座。

步骤S420、设置手动或自动发送identify报文。

可选地，上述状态确认指令可以为identify报文。

可以设置自动发送identify报文，可以理解的是，云端根据历史探询时间节点预计探询时间节点，当当前时刻到达预计的探询时间节点时，云端自动发送identify报文以寻求墙壁插座的响应。

还可以设置手动发送identify报文，云端根据历史探询时间节点预计探询时间节点，当当前时刻到达预计的探询时间节点时，发出提示信息以提示用户到达探询时间节点，用户在接收到提示信息后，手动发送identify报文，其中，提示信息。

步骤S430、云端判定是否到达预计探询时间节点。

如果云端判定出未到达预计探询时间节点，则流程进入步骤S440，如果云端判定出到达预计探询时间节点，则流程进入步骤S450。

步骤S440、手动触发identify报文。

接收用户手动触发的identify报文指令，手动触发identify报文。可选地，还可以在到达预计探询时间节点时，自动触发identify报文。

步骤S450、云端向墙壁插座发送identify报文。

云端向墙壁插座发送identify报文。

步骤S460、判断墙壁插座是否恢复在线。

如果墙壁插座恢复在线，则流程进入步骤S480，如果墙壁插座未恢复在线，则流程进入步骤S470。

步骤S470、判断触发identify报文次数是否少于预设次数。

如果触发identify报文次数少于预设次数，说明云端还可以继续触发identify报文，流程回到步骤S410。如果触发identify报文次数不少于预设次数，说明云端触发identify报文的次数已经大于或等于预设次数，在云端触发identify报文的次数足够多但却任然未接收到墙壁插座的响应时，流程回到步骤S450。

步骤S480、墙壁插座的显示状态由离线状态更新为在线状态。

云端将墙壁插座的显示状态由离线状态更新为在线状态。云端还可以控制指示在线状态的指示灯点亮，便于用户了解无线开关的工作状态。

本实施例提供的设备显示状态更新方法，若云端确定墙壁插座的显示状态为离线状态，为了确定该墙壁插座的离线状态是否为假离线，云端则根据历史数据预计墙壁插座的探询时间节点，在探询时间节点时，墙壁插座具备收发信息的功能。因此，在探询时间节点时，云端自动触发identify报文，将identify报文发送至墙壁插座，在接收到墙壁插座基于identify报文的响应时，确认墙壁插座处于能够进行通信的在线状态，将墙壁插座的显示状态更新为在线状态，以准确、快速检测墙壁插座的真实状态，也便于后期对该墙壁插座的控制。

应该理解的是，虽然图4-6、9、12、13的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图4-6、9、12、13中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

为实现上述方法类实施例，本实施例提供一种设备显示状态更新装置，图16示出了本申请一实施例提供的设备显示状态更新装置的框图，请参阅图16，设备显示状态更新装置100包括：目标设备确定模块110、获取模块120、发送模块130以及确认模块140。

目标设备确定模块110，用于将当前网络的多个设备中显示状态为离线状态的设备作为目标设备；

获取模块120，用于获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点；

发送模块130，用于当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应；

确认模块140，用于在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

可选地，获取模块120包括：数据采集模块以及探询时间节点获取模块。

数据采集模块，用于获取所述目标设备在预设时间段内的历史心跳数据；

探询时间节点获取模块，用于获取所述历史心跳数据中历史心跳时间节点，基于所述历史心跳时间节点确定所述目标设备的所述探询时间节点。

可选地，探询时间节点获取模块包括：平滑模块以及第一探询时间节点获取模块。

平滑模块，用于对所述历史心跳数据中的历史心跳时间节点进行平滑处理，得到平滑处理后的时间节点；

第一探询时间节点获取模块，用于基于所述平滑处理后的时间节点确定所述目标设备的探询周期节点。

可选地，探询时间节点获取模块包括：第一调整模块、第二调整模块以及第二探询时间节点获取模块。

第一调整模块，用于将所述历史心跳数据中在预设阈值范围内的历史心跳时间节点，调整为第一心跳时间节点；

第二调整模块，用于将所述历史心跳数据中未在预设阈值范围内的历史心跳时间节点，调整为第二心跳时间节点；

第二探询时间节点获取模块，用于基于所述第一心跳时间节点和所述第二心跳时间节点，确定所述目标设备的所述探询时间节点。

可选地，发送模块130包括：探询时长获取模块以及状态确认指令发送模块。

探询时长获取模块，用于当所述当前时刻满足所述探询时间节点时，获取探询时长；

状态确认指令发送模块，用于在所述探询时长内，持续发送所述状态确认指令至所述目标设备，以指示所述目标设备对所述状态确认指令进行响应。

可选地，所述装置还包括：确定模块以及持续发送模块。

确定模块，用于若在预设时长内未接收到所述目标设备反馈的响应信息，则确定下一轮的探询时间节点；

持续发送模块，用于当到达所述下一轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应。

可选地，所述装置还包括：更新模块。

更新模块，用于将所述目标设备更新后的在线状态同步至对应的终端，以指示所述终端将所述目标设备的状态更新为在线状态并进行显示，以恢复所述终端对所述目标设备的控制。

可选地，所述目标设备为ZigBee设备。

所属领域的技术人员可以清楚地了解到，本申请实施例提供的动作检测的装置能够实现图4到图15的方法实施例中电子设备实现的各个过程，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参阅前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

本发明实施例提供了一种电子设备，该电子设备包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的指纹异物检测的方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

图17是本申请实施例的一种电子设备的硬件结构框图。如图17所示，该电子设备1200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Processing Units，PU)1210(处理器1210可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器1230，一个或一个以上存储应用程序1223或数据1222的存储介质1220(例如一个或一个以上海量存储设备)。其中，存储器1230和存储介质1220可以是短暂存储或持久存储。存储在存储介质1220的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器1210可以设置为与存储介质1220通信，在电子设备1200上执行存储介质1220中的一系列指令操作。电子设备1200还可以包括一个或一个以上电源1260，一个或一个以上有线或无线网络接口1250，一个或一个以上输入输出接口1240，和/或，一个或一个以上操作系统1221，例如Windows ServerTM，MacOSXTM，UnixTM，LinuxTM，FreeBSDTM等等。

输入输出接口1240可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备1200的通信供应商提供的无线网络。在一个实例中，输入输出接口1240包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，输入输出接口1240可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

本领域普通技术人员可以理解，图17所示的结构仅为示意，其并不对上述电子设备的结构造成限定。例如，电子设备1200还可包括比图17中所示更多或者更少的组件，或者具有与图17所示不同的配置。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行实现上述设备显示状态更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。

本发明实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方法实施例中的步骤。

综上所述，本申请提供的设备显示状态更新方法、装置、电子设备及存储介质，当前网络中有多个设备，从多个设备中确定显示状态为离线状态的设备作为目标设备，为了确定该设备状态是否为上述的假离线，根据历史数据获取目标设备的探询时间节点，在本轮次的探询时间节点时，目标设备具备收发信息的功能，因此，发送状态确认指令至目标设备，在接收到目标设备基于状态确认指令的响应时，确认目标设备处于能够进行通信的在线状态，将目标设备的显示状态更新为在线状态，以准确检测目标设备的真实状态，也便于后期对该设备的控制。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是智能网关，手机，计算机，服务器，空调器或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请各实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护范围之内。

Claims (11)

1.一种设备显示状态更新方法，其特征在于，所述方法包括：

将当前网络的多个设备中显示状态为离线状态的设备作为目标设备；

获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点；

当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应；

在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

2.根据权利要求1所述的方法，其特征在于，所述历史数据包括历史心跳数据，所述获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点，包括：

获取所述目标设备在预设时间段内的历史心跳数据；

获取所述历史心跳数据中历史心跳时间节点，基于所述历史心跳时间节点确定所述目标设备的所述探询时间节点。

3.根据权利要求2所述的方法，其特征在于，所述获取所述历史心跳数据中历史心跳时间节点，基于所述历史心跳时间节点确定所述目标设备的所述探询时间节点，包括：

对所述历史心跳数据中的历史心跳时间节点进行平滑处理，得到平滑处理后的时间节点；

基于所述平滑处理后的时间节点确定所述目标设备的探询周期节点。

4.根据权利要求2所述的方法，其特征在于，所述获取所述历史心跳数据中历史心跳时间节点，基于所述历史心跳时间节点确定所述目标设备的所述探询时间节点，包括：

将所述历史心跳数据中在预设阈值范围内的历史心跳时间节点，调整为第一心跳时间节点；

将所述历史心跳数据中未在预设阈值范围内的历史心跳时间节点，调整为第二心跳时间节点；

基于所述第一心跳时间节点和所述第二心跳时间节点，确定所述目标设备的所述探询时间节点。

5.根据权利要求1所述的方法，其特征在于，所述当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应，包括：

当所述当前时刻满足所述探询时间节点时，获取探询时长；

在所述探询时长内，持续发送所述状态确认指令至所述目标设备，以指示所述目标设备对所述状态确认指令进行响应。

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

若在预设时长内未接收到所述目标设备反馈的响应信息，则确定下一轮的探询时间节点；

当到达所述下一轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应。

7.根据权利要求1-6任意一项所述的方法，其特征在于，所述在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态之后，还包括：

将所述目标设备更新后的在线状态同步至对应的终端，以指示所述终端将所述目标设备的状态更新为在线状态并进行显示，以恢复所述终端对所述目标设备的控制。

8.根据权利要求7所述的方法，其特征在于，所述目标设备为ZigBee设备。

9.一种设备显示状态更新装置，其特征在于，所述装置包括：

目标设备确定模块，用于将当前网络的多个设备中显示状态为离线状态的设备作为目标设备；

获取模块，用于获取所述目标设备的历史数据，并基于所述历史数据确定所述目标设备的探询时间节点；

发送模块，用于当到达本轮的探询时间节点时，则向所述目标设备发送状态确认指令，以指示所述目标设备对所述状态确认指令进行响应；

确认模块，用于在接收到所述目标设备基于所述状态确认指令反馈的响应信息时，将所述目标设备的显示状态更新为在线状态。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器；

一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个应用程序配置用于执行如权利要求1-8任一项所述的方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-8任一项所述的方法。

Images