设备状态的提示方法、装置、电子设备及存储介质与流程

1.本技术涉及计算机技术领域，具体而言，本技术涉及一种设备状态的提示方法、装置、电子设备及存储介质。


背景技术：

2.随着物联网技术的迅速发展，智能家居系统逐步进入人们视野。此智能家居系统包括终端、网关、部署于网关中的智能设备、云端等等。网关可随时监测部署于其中的智能设备，并向终端/云端汇报关于智能设备的运行情况，例如，智能设备是否在线/离线、智能设备是否正常工作等等。
3.目前，用户通过终端发现多个智能设备离线时，往往是逐个对离线的智能设备进行手动复位，以使得离线的每一个智能设备都能够从离线恢复至在线，随着部署于网关中的智能设备数量的增加，不仅用户操作愈来愈繁琐，而且设备恢复时间也会愈来愈长，容易影响用户的使用体验。
4.然而，终端关于多个智能设备离线的提示来自于网关，这就使得用户通过终端发现智能设备离线，既有可能是智能设备自身故障导致的，也有可能是网关故障导致的，如果是因为网关故障导致的多个智能设备离线，则手动复位智能设备不仅没有必要而且仍然不能解决多个智能设备离线的问题。
5.由此可见，如何提高关于多个智能设备离线的提示的准确率尚有待解决。


技术实现要素：

6.本技术各实施例提供了一种设备状态的提示方法、装置、电子设备及存储介质，可以解决相关技术中存在的关于多个智能设备离线的提示不准确的问题。所述技术方案如下：
7.根据本技术实施例的一个方面，一种设备状态的提示方法，应用于终端，所述方法包括：在设备状态页面中，显示部署于网关中的多个智能设备的设备状态，设备状态包括离线状态、在线状态；接收多个设备状态信息，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态，在设备状态页面中显示多个智能设备的设备状态为离线状态时，网关进行自恢复处理；基于接收到的多个设备状态信息，在设备状态页面中，显示多个智能设备的设备状态从离线状态变更为在线状态。
8.根据本技术实施例的一个方面，一种设备状态的提示方法，应用于网关，所述方法包括：若确定部署于网关中的多个智能设备的设备状态为离线状态，进行自恢复处理；向终端发送设备状态信息，以在终端中显示多个智能设备的设备状态从离线状态变更为在线状态，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态。
9.根据本技术实施例的一个方面，一种设备状态的提示装置，应用于终端，所述装置包括：第一状态显示模块，用于在设备状态页面中，显示部署于网关中的多个智能设备的设
备状态，设备状态包括离线状态、在线状态；信息接收模块，用于接收由网关发送的多个设备状态信息，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态，在设备状态页面中显示多个智能设备的设备状态为离线状态时，网关进行自恢复处理；第二状态显示模块，用于基于接收到的多个设备状态信息，在设备状态页面中，显示多个智能设备的设备状态从离线状态变更为在线状态。
10.根据本技术实施例的一个方面，一种设备状态的提示装置，应用于网关，所述装置包括：自恢复模块，用于若确定部署于网关中的多个智能设备的设备状态为离线状态，进行自恢复处理；信息发送模块，用于向终端发送设备状态信息，以在终端中显示多个智能设备的设备状态从离线状态变更为在线状态，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态。
11.根据本技术实施例的一个方面，一种电子设备，包括：至少一个处理器、至少一个存储器、以及至少一条通信总线，其中，存储器上存储有计算机程序，处理器通过通信总线读取存储器中的计算机程序；计算机程序被处理器执行时实现如上所述的设备状态的提示方法。
12.根据本技术实施例的一个方面，一种存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上所述的设备状态的提示方法。
13.根据本技术实施例的一个方面，一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序存储在存储介质中，计算机设备的处理器从存储介质读取计算机程序，处理器执行计算机程序，使得计算机设备执行时实现如上所述的设备状态的提示方法。
14.本技术提供的技术方案带来的有益效果是：
15.在上述技术方案中，就终端而言，部署于网关中的多个智能设备的设备状态会显示在设备状态页面中，此设备状态包括离线状态、在线状态，如果在设备状态页面中显示多个智能设备处于离线状态，网关首先进行自恢复处理，并在自恢复处理成功时，向终端发送指示智能设备的设备状态从离线状态恢复至在线状态的设备状态信息，基于多个对应于智能设备的设备状态信息，设备状态页面中便能够显示多个智能设备的设备状态从离线状态变更为在线状态，也就是说，面对多个智能设备离线时，首先排除网关故障的可能性，以此充分地保障了终端中显示的多个智能设备离线与智能设备自身故障有关，从而有效地解决了相关技术中关于多个智能设备离线的提示不准确的问题。
附图说明
16.为了更清楚地说明本技术实施例中的技术方案，下面将对本技术实施例描述中所需要使用的附图作简单地介绍。
17.图1是根据本技术所涉及的实施环境的示意图。
18.图2是根据一示例性实施例示出的一种设备状态的提示方法的流程图；
19.图3是根据一示例性实施例示出的设备状态页面显示多个智能设备离线的示意图；
20.图4是根据一示例性实施例示出的离线恢复提示信息显示在设备状态页面的示意图；
21.图5是根据一示例性实施例示出的设备状态页面显示多个智能设备在线的示意
图；
22.图6是根据一示例性实施例示出的另一种设备状态的提示方法的流程图；
23.图7是根据一示例性实施例示出的另一种设备状态的提示方法的流程图；
24.图8是根据一示例性实施例示出的硬复位提示信息显示在设备状态页面的示意图；
25.图9是根据一示例性实施例示出的硬件故障提示信息显示在设备状态页面的示意图；
26.图10是根据一示例性实施例示出的一种设备状态的提示装置的结构框图；
27.图11是根据一示例性实施例示出的另一种设备状态的提示装置的结构框图；
28.图12是根据一示例性实施例示出的一种终端的硬件结构图；
29.图13是根据一示例性实施例示出的一种网关的硬件结构图；
30.图14是根据一示例性实施例示出的一种电子设备的结构框图。
具体实施方式
31.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本技术的限制。
32.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
33.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施方式作进一步地详细描述。
34.图1为一种设备控制方法所涉及的实施环境的示意图。该实施环境包括终端110、路由器120、智能设备130、网关150以及服务端170。
35.具体地，终端110，也认为是用户终端或者用户端，可进行智能设备130所关联客户端的部署，可以是智能手机、平板电脑、笔记本电脑等等电子设备，在此不进行具体限定。
36.其中，客户端，与智能设备130关联，此客户端可以是应用程序形式，也可以是网页形式，相应地，客户端所提供的页面可以是程序窗口形式，还可以是网页页面形式的，此处也并未加以限定。
37.智能设备130部署于网关150，并通过其自身所配置的通信模块(例如zigbee、wi-fi或者蓝牙)接入网关150，进而实现与网关150之间的交互。该智能设备130可以是智能音响、智能打印机、智能传真机、智能摄像机、智能空调、智能门锁、智能灯、窗帘或者配置了通信模块的压力传感器、人体传感器、门窗传感器、温湿度传感器、水浸传感器、天然气报警器、烟雾报警器、墙壁开关、墙壁插座、无线开关、无线墙贴开关、魔方控制器、窗帘电机等等电子设备，在此也不进行具体限定。
38.终端110与网关150以及部署在网关150中的智能设备130进行交互，使得用户得以借助终端110控制部署在网关150中的智能设备130执行操作。在一个应用场景中，终端110通过路由器130与网关150之间建立有线或者无线等方式的通信连接，使得终端110与网关150部署于同一个局域网络，进而使得终端110可通过局域网络路径实现与智能设备130、网关150之间的交互。在另一个应用场景中，终端110通过服务端170与网关150之间建立有线或者无线等方式的通信连接，例如，该有线或者无线等方式包括但不限于2g/3g/4g/5g、wi-fi等，使得终端110与网关150部署于同一个广域网络，进而使得终端110可通过广域网络路径实现与智能设备130、网关150之间的交互。
39.其中，服务端170，也认为是云端、云平台、平台端等等，此服务端170可以是一台服务器，也可以是由多台服务器构成的一个服务器集群，或者是由多台服务器构成的云计算中心，以便于更好地向海量终端110以及智能设备130提供后台服务。例如，服务器是为用户提供后台服务的电子设备，该后台服务包括但不限于数据存储服务等，此数据可以是自恢复处理日志、智能设备的设备状态信息、心跳信息等等。
40.随着智能设备130关联的客户端在终端110中运行，用户进入设备状态页面，便能够在此设备状态页面中查看部署于网关中的智能设备的设备状态，此设备状态包括离线状态、在线状态。
41.当用户发现多个智能设备离线，即设备状态页面中显示多个智能设备的设备状态为离线状态，此时，网关首先进行自恢复处理，以此排除因网关故障导致多个智能设备离线的可能性。
42.如果是因为网关故障导致的多个智能设备离线，通过网关的自恢复处理便能够解决多个智能设备离线的问题，即使得多个智能设备从离线恢复至在线，具体地：当网关进行自恢复处理成功，对于终端而言，便会接收到用于指示智能设备的设备状态从离线状态恢复至在线状态的设备状态信息，并基于多个对应于智能设备的设备状态信息，在设备状态页面中，显示多个智能设备的设备状态从离线状态变更为在线状态。
43.由此，对于因为网关故障导致的多个智能设备离线，在网关自我排查之后，终端中将显示多个智能设备的设备状态为在线状态，而不再是多个智能设备的设备状态为离线状态，从而充分地保障了终端中关于多个智能设备离线的提示的准确性。
44.请参阅图2，本技术实施例提供了一种设备状态的提示方法，该方法应用于电子设备为例进行说明。其中，该电子设备具体可以是适用于图1所示出实施环境中的终端110。
45.如图2所示，该方法可以包括以下步骤：
46.步骤310，在设备状态页面中，显示部署于网关中的智能设备的设备状态。
47.其中，设备状态包括离线状态、在线状态。当然，在其他实施例中，设备状态还可以包括休眠状态、正常状态等等，此处并非构成具体限定。
48.就终端来说，智能设备的设备状态的获取，具体地，可以由网关通过局域网路径定时/不定时发送设备状态信息至终端，还可以由网关转发设备状态信息至云端，并由云端通过广域网路径定时/不定时发送此设备状态信息至终端。此设备状态信息用于指示智能设备的设备状态，例如，设备状态信息用于指示智能设备的设备状态为离线状态，也可以理解为，设备状态信息用于指示智能设备处于离线状态。
49.在一个实施例中，对于网关而言，智能设备的设备状态的获取，可以包括以下步
骤：监测部署于网关中的智能设备的设备状态，以确定部署于网关中的智能设备的设备状态是离线状态还是在线状态。具体地，在第一设定周期内，接收智能设备发送的心跳信息；若在第一设定周期内未接收到智能设备的心跳信息，则确定智能设备的设备状态为离线状态。值得一提的是，第一设定周期可以根据应用场景的实际需求灵活地调整，例如，智能设备为压力传感器，第一设定周期为60分钟，或者，智能设备为智能空调，第一设定周期为10分钟，此处并未加以限定。
50.那么，基于设备状态信息，在终端获得智能设备的设备状态之后，随着智能设备关联的客户端在终端运行，用户便能够进入设备状态页面，此设备状态页面用于显示部署于网关中的多个智能设备的设备状态。图3示出了一个实施例中设备状态页面显示多个智能设备离线的示意图，如图3所示，用户进入设备状态页面301，便能够查看到部署于网关中的多个智能设备的设备状态均为离线状态，即多个智能设备离线，也可以理解为是批量智能设备离线。
51.应当说明的是，部署于网关中的智能设备，通过图1所示出实施环境中的局域网路径/广域网路径，预先在客户端中进行设备标识的添加，使得智能设备在客户端中通过设备标识唯一地表示，进而方能够以设备标识的形式显示在客户端提供的设备状态页面中。在一个实施例中，设备标识可以通过用户输入进行添加，例如，用户为智能音响输入“小爱同学”，那么，智能音响的设备标识为“小爱同学”。在另一个实施例中，设备标识还可以根据添加顺序自动生成，例如，智能音响先添加，对应的设备标识为001，然后智能空调添加，对应的设备标识为002，智能门锁最后添加，对应的设备标识为003。
52.步骤330，接收多个设备状态信息，每一个设备状态信息对应一个智能设备。
53.其中，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态，在此，网关是在设备状态页面中显示多个智能设备的设备状态为离线状态时，进行的自恢复处理。
54.也就是说，如果用户发现多个智能设备离线，即设备状态页面中显示多个智能设备的设备状态为离线状态，网关将首先进行自恢复处理。具体地，自恢复处理可以由网关主动进行，还可以是网关响应于用户手动操作被动进行。
55.在一个实施例中，触发网关主动进行自恢复处理的过程，可以包括以下步骤：在设定时间内，确定处于离线状态的智能设备的数量；判断处于离线状态的智能设备的数量是否超过设定阈值，如果是，则确定多个智能设备离线，并触发网关进行自恢复处理。值得一提的是，设定阈值可以根据应用场景的实际需求灵活地设置，例如，设定阈值为部署于网关中的智能设备总数量的90％，此处并未加以限定。同理，设定时间也可以根据应用场景的实际需求灵活地设置，本实施例对此也并未加以限定。
56.在一个实施例中，网关响应于用户手动操作进行自恢复处理的过程，可以包括以下步骤：若在设备状态页面中显示多个智能设备的设备状态为离线状态，则显示离线恢复提示信息，离线恢复提示信息用于提示网关是否进行自恢复处理；检测针对离线恢复提示信息的第一触发操作；响应于第一触发操作，请求网关进行自恢复处理。其中，关于离线恢复提示信息的获取，具体地，可以来自于网关，即网关确定多个智能设备离线即发送离线恢复提示信息至终端；还可以由终端自身生成，即确定设备状态页面中显示的处于离线状态的智能设备的数量，如果此数量超过设定阈值则生成离线恢复提示信息，本实施例对此并
未加以限定。
57.图4示出了一个实施例中离线恢复提示信息显示在设备状态页面的示意图，如图4所示，在设备状态页面301中显示离线恢复提示信息302，以此提示用户是否请求网关进行自恢复处理，当用户点击离线恢复提示信息302中的“确认”图标，便能够触发网关进行自恢复处理。此处的点击操作即视为针对离线恢复提示信息的第一触发操作。当然，在其他实施例中，离线恢复提示信息还可以显示在客户端提供的其他页面中，具体地，当确定多个智能设备离线，从设备状态页面跳转至消息显示页面，将离线恢复提示信息显示在消息显示页面中，此处并非构成具体限定。
58.补充说明的是，根据终端所配置的输入组件(例如显示屏幕上覆盖的触摸层、鼠标、键盘等)不同，第一触发操作的具体行为也可以有所区别。例如，借由触摸层输入的智能手机，第一触发操作可以是点击、滑动等手势操作，而对应配置鼠标的笔记本电脑来说，第一触发操作可以是拖拽、单击、双击等机械操作，本实施例并非对此构成具体限定。
59.如前所述，智能设备的设备状态与智能设备在设定周期内发送至网关的心跳信息有关，发明人意识到，对于网关而言，未在设定周期内接收到此心跳信息，有可能是智能设备自身故障导致，也有可能是网关自身故障导致。此时，如果仅是网关自身故障导致，那么在通过自恢复处理解决了网关自身故障之后，网关便能够重新接收到智能设备发送的心跳信息，使得智能设备由离线恢复至在线。
60.基于此，就终端来说，在网关进行自恢复处理之前，将接收到指示智能设备处于离线状态的设备状态信息，在网关进行自恢复处理成功之后，将接收到指示智能设备处于在线状态的设备状态信息。换而言之，当网关进行自恢复处理成功，设备状态信息指示了智能设备的设备状态从离线状态恢复至在线状态。
61.步骤350，基于接收到的多个设备状态信息，在设备状态页面中显示多个智能设备的设备状态从离线状态变更为在线状态。
62.在网关进行自恢复处理成功时，终端便能够确定智能设备的设备状态从离线状态恢复至在线状态，进而显示于设备状态页面中。
63.图5示出了一个实施例中设备状态页面显示多个智能设备在线的示意图，如图5所示，用户进入设备状态页面301，便能够查看到部署于网关中的多个智能设备的设备状态从离线状态变更在在线状态，即多个智能设备在线，也可以理解为批量智能设备在线。
64.上述过程中，与网关故障有关的多个智能设备离线，能够通过网关的自恢复处理得到解决，由此，终端中显示的多个智能设备离线仅会与智能设备自身故障有关，从而有效地解决了相关技术中关于多个智能设备离线的提示不准确的问题。
65.请参阅图6，本技术实施例中提供了一种可能的实现方式，关于网关的自恢复处理，适用于图1所示出实施环境中的网关150，可以包括以下步骤：
66.步骤410，调用设定接口，向通信模块发送确认信息。
67.如前所述，就网关而言，智能设备处于离线状态，是网关在第一设定周期内未接收到智能设备的心跳信息所致。而网关在第一设定周期内未接收到智能设备上报的心跳信息则认为智能设备处于离线状态，存在一种情况并不是智能设备故障而没有上报心跳信息给网关，可能是因为网关配置的通信模块自身软件端出现异常或崩溃等情况，具体为软件端进程处于挂起状态、不响应、不处理事件，或者内存满了等异常情况，导致所有智能设备上
报的心跳信息通信模块都未处理，从而造成全部智能设备出现假离线现象。此通信模块可以是蓝牙模块，还可以是zigbee模块，此处并未加以限定。网关配置的通信模块可以理解为设置在网关内的通信模块。
68.因此，针对上述问题，需要对通信模块进行重启复位以使得通信模块能够正常处理智能设备上报的心跳信息。基于此，在本实施例中，网关会通过预先软件定义的且用于与通信模块通讯的设定接口向通信模块发送确认信息。其中，设定接口，实质为一软件接口，预先配置在网关与通信模块之间，以此检查网关与通信模块之间的接口通讯是否异常。
69.步骤430，接收通信模块响应确认信息而反馈的响应信息。
70.正常情况下，每次在收到网关发送的确认信息后，通信模块都需要对确认信息进行响应，并向网关反馈响应信息。若网关接收到通信模块响应确认信息而反馈的响应信息，则确定网关与通信模块之间的接口通讯正常，此时，跳转执行步骤450。
71.反之，若网关未接收到通信模块响应确认信息而反馈的响应信息，则确定网关与通信模块之间的接口通讯异常，此时，跳转执行步骤480。
72.步骤450，若网关及其配置的通信模块之间的接口通讯正常，则进行软复位操作。
73.其中，软复位操作是指通过软件复位指令控制通信模块模仿硬件断电而复位，以此来重启通信模块使得通信模块恢复正常工作状态。具体地，网关会通过预先软件定义的软复位接口向通信模块发送软件复位指令，通信模块接收到复位指令后即会自动重启复位。
74.在进行软复位操作之后，便可通过判断是否重新接收到心跳信息，来验证网关自身的故障是否已修复，即跳转执行步骤470。
75.步骤470，在第二设定周期内，接收智能设备发送的心跳信息。
76.若在第二设定周期内接收到智能设备发送的心跳信息，表明软复位操作/硬复位操作成功，则结束网关的自恢复处理。
77.反之，若在第二设定周期内未接收到智能设备发送的心跳信息，表明软复位操作失败，则跳转执行步骤480。或者，若在第二设定周期内未接收到智能设备发送的心跳信息，表明硬复位操作失败，则跳转执行步骤490。
78.应当说明的是，第二设定周期可以根据应用场景的实际需求灵活地调整，例如，智能设备为压力传感器，第二设定周期为60分钟，或者，智能设备为智能空调，第二设定周期为10分钟，此处并未加以限定。还需补充说明的是，第二设定周期和第一设定周期可以设置为一致，还可以设置为不一致，此处并非构成具体限定。
79.步骤480，若接口通讯异常或者软复位操作失败，则进行硬复位操作。
80.其中，硬复位操作是指控制通信模块与网关连接的硬件复位引脚接入复位信号，使得通信模块因硬件断电而复位，以此来修复网关与智能设备之间关于心跳信息的传输。在一个实施例中，复位信号可以是高电平信号，还可以是低电平信号，在另一个实施例中，复位信号可以是上升沿信号，还可以是下降沿信号，此处并未加以限定。也就是说，通信模块的硬件复位引脚连接至网关，网关通过控制通信模块的硬件复位引脚的高低电平可以控制通信模块进行硬件复位。通过硬复位操作更深一层的解决因通信模块软件异常引起智能设备处于离线状态的问题。
81.在进行硬复位操作之后，便可通过判断是否重新接收到心跳信息，来验证网关自
身的故障是否已修复，即跳转执行步骤470。
82.步骤490，向云端上报自恢复处理日志。
83.其中，自恢复处理日志包括软复位操作日志和硬复位操作日志，软复位操作日志用于指示网关及其配置的通信模块之间的接口通讯是否异常，硬复位操作日志用于指示网关是否存在硬件故障。
84.也就是说，若软复位操作失败，则软复位操作日志至少指示了网关及其配置的通信模块之间的接口通讯异常。
85.若硬复位操作失败，则硬复位操作日志至少指示了网关存在硬件故障。
86.在上述实施例的作用下，实现了网关的自恢复处理，避免依赖于人工断电，有利于提高用户的使用体验。此外，优先控制通信模块采取软复位操作，若软复位操作失败则控制通信模块采取硬复位操作，采取上述先软复位操作后硬复位操作的方式，可以减少频繁硬复位操作而引起硬件的损耗。
87.关于网关的自恢复处理，可以是网关主动进行，例如，软复位操作和/或硬复位操作主动进行，还可以是响应于用户手动操作被动进行，例如，软复位操作和/或硬复位操作被动进行。具体地，在一个实施例中，响应于第一触发操作，请求网关进行自恢复处理中的软复位操作，若网关进行软复位操作失败，则网关自动进行自恢复处理中的硬复位操作。在另一个实施例中，响应于第一触发操作，请求网关进行自恢复处理中的硬复位操作。在另一个实施例中，响应于第一触发操作，请求网关进行自恢复处理中的软复位操作，若网关进行软复位操作失败，则响应于第二触发操作，请求网关进行自恢复处理中的硬复位操作。
88.现结合图7至图9，对用户手动操作触发网关进行自恢复处理中的软复位操作和硬复位操作的过程进行如下详细地说明：
89.请参阅图7，本技术实施例中提供了一种可能的实现方式，响应于第一触发操作，请求进行网关的自恢复处理过程，可以包括以下步骤：
90.步骤510，响应于第一触发操作，请求网关进行自恢复处理中的软复位操作；
91.回请参阅图4所示，在设备状态页面中显示离线恢复提示信息，以此提示用户是否请求网关进行自恢复处理，当用户点击离线恢复提示信息，便能够触发网关进行自恢复处理中的软复位操作。
92.步骤530，接收网关反馈的软复位结果信息。
93.其中，软复位结果信息用于指示网关进行软复位操作是否成功。
94.若软复位结果信息指示网关进行软复位操作失败，则跳转执行步骤550。反之，若网关进行软复位操作成功，则智能设备的设备状态方可从离线状态恢复至在线状态，以使终端中显示多个智能设备的设备状态从离线状态变更为在线状态。
95.步骤550，显示硬复位提示信息，并检测针对硬复位提示信息的第二触发操作。
96.其中，硬复位提示信息用于提示网关是否进行硬复位操作。
97.图8示出了一个实施例中硬复位提示信息显示在设备状态页面的示意图，如图8所示，在设备状态页面301中显示硬复位提示信息303，以此提示用户是否请求网关进行自恢复处理中的硬复位操作，当用户点击硬复位提示信息303中的“确认”图标，便能够触发网关进行自恢复处理中的硬复位操作。此处的点击操作即视为针对硬复位提示信息的第二触发操作，也可以认为是，针对软复位操作失败的第二触发操作。
98.当然，在其他实施例中，硬复位提示信息还可以显示在客户端提供的其他页面中，具体地，当软复位操作失败，从设备状态页面跳转至消息显示页面，将硬复位提示信息显示在消息显示页面中，此处并非构成具体限定。
99.步骤570，响应于第二触发操作，请求网关进行自恢复处理中的硬复位操作。
100.步骤580，接收网关反馈的硬复位结果信息。
101.其中，硬复位结果信息用于指示网关进行的硬复位操作是否成功。
102.若硬复位结果信息指示网关进行的硬复位操作失败，则跳转执行步骤590。反之，若硬复位结果信息指示网关进行的硬复位操作成功，则智能设备的设备状态方可从离线状态恢复至在线状态，以使终端中显示多个智能设备的设备状态从离线状态变更为在线状态。
103.步骤590，显示硬件故障提示信息。
104.其中，硬件故障提示信息用于提示网关存在硬件故障。图9示出了一个实施例中硬件故障提示信息显示在设备状态页面的示意图，如图9所示，在设备状态页面301中显示硬件故障提示信息304，以此提示用户网关存在硬件故障，可以申请维修或者更换。
105.基于此，网关可以响应于用户手动操作进行自恢复处理，也可以主动进行自恢复处理，当然，在其他应用场景中，网关也可以在设定时间(例如凌晨两点)主动进行硬复位操作，以此来避免多个智能设备离线时用户逐个对离线的智能设备进行手动复位，有利于提升用户的使用体验。
106.下述为本技术装置实施例，可以用于执行本技术所涉及的设备状态的提示方法。对于本技术装置实施例中未披露的细节，请参照本技术所涉及的设备状态的提示方法的方法实施例。
107.请参阅图10，本技术实施例中提供了一种设备状态的提示装置900，应用于终端，装置900包括但不限于：第一状态显示模块910、信息接收模块930、第二状态显示模块950。
108.其中，第一状态显示模块910，用于在设备状态页面中，显示部署于网关中的多个智能设备的设备状态，设备状态包括离线状态、在线状态。
109.信息接收模块930，用于接收多个设备状态信息，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态，在设备状态页面中显示多个智能设备的设备状态为离线状态时，网关进行自恢复处理。
110.第二状态显示模块950，用于基于接收到的多个设备状态信息，在设备状态页面中，显示多个智能设备的设备状态从离线状态变更为在线状态。
111.请参阅图11，本技术实施例中提供了一种设备状态的提示装置1000，应用于网关，装置1000包括但不限于：自恢复模块1010、信息发送模块1030。
112.其中，自恢复模块1010，用于若确定部署于网关中的多个智能设备的设备状态为离线状态，进行自恢复处理。
113.信息发送模块1030，用于向终端发送多个设备状态信息，以在终端中显示多个智能设备的设备状态从离线状态变更为在线状态，设备状态信息在网关进行自恢复处理成功时，用于指示智能设备的设备状态从离线状态恢复至在线状态。
114.需要说明的是，上述实施例所提供的设备状态的提示装置在进行设备状态的提示时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分
配由不同的功能模块完成，即设备状态的提示装置的内部结构将划分为不同的功能模块，以完成以上描述的全部或者部分功能。
115.另外，上述实施例所提供的设备状态的提示装置与设备状态的提示方法的实施例属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。
116.请参阅图12，图12是根据一示例性实施例示出的一种终端的结构示意图。该终端适用于图1所示出实施环境中的终端110。
117.需要说明的是，该终端只是一个适配于本技术的示例，不能认为是提供了对本技术的使用范围的任何限制。该终端也不能解释为需要依赖于或者必须具有图12中示出的示例性的终端1100中的一个或者多个组件。
118.如图12所示，终端1100包括存储器101、存储控制器103、一个或多个(图12中仅示出一个)处理器105、外设接口107、射频模块109、定位模块111、摄像模块113、音频模块115、触控屏幕117以及按键模块119。这些组件通过一条或多条通讯总线/信号线121相互通讯。
119.其中，存储器101可用于存储计算机程序以及模块，如本技术示例性实施例中的设备状态的提示方法及装置对应的计算机程序及模块，处理器105通过运行存储在存储器101内的计算机程序，从而执行各种功能以及数据处理，即完成设备状态的提示方法。
120.存储器101作为资源存储的载体，可以是随机存储器、例如高速随机存储器、非易失性存储器，如一个或多个磁性存储装置、闪存、或者其它固态存储器。存储方式可以是短暂存储或者永久存储。
121.外设接口107可以包括至少一有线或无线网络接口、至少一串并联转换接口、至少一输入输出接口以及至少一usb接口等，用于将外部各种输入/输出装置耦合至存储器101以及处理器105，以实现与外部各种输入/输出装置的通信。
122.射频模块109用于收发电磁波，实现电磁波与电信号的相互转换，从而通过通讯网络与其他设备进行通讯。通信网络包括蜂窝式电话网、无线局域网或者城域网，上述通信网络可以使用各种通信标准、协议及技术。
123.定位模块111用于获取终端1100的当前所在的地理位置。定位模块111的实例包括但不限于全球卫星定位系统(gps)、基于无线局域网或者移动通信网的定位技术。
124.摄像模块113隶属于摄像头，用于拍摄图片或者视频。拍摄的图片或者视频可以存储至存储器101内，还可以通过射频模块109发送至上位机。
125.音频模块115向用户提供音频接口，其可包括一个或多个麦克风接口、一个或多个扬声器接口以及一个或多个耳机接口。通过音频接口与其它设备进行音频数据的交互。音频数据可以存储至存储器101内，还可以通过射频模块109发送。
126.触控屏幕117在终端1100与用户之间提供一个输入输出界面。具体地，用户可通过触控屏幕117进行输入操作，例如点击、触摸、滑动等手势操作，以使终端1100对该输入操作进行响应。终端1100则将文字、图片或者视频任意一种形式或者组合所形成的输出内容通过触控屏幕117向用户显示输出。
127.按键模块119包括至少一个按键，用以提供用户向终端1100进行输入的接口，用户可以通过按下不同的按键使终端1100执行不同的功能。例如，声音调节按键可供用户实现对终端1100播放的声音音量的调节。
128.可以理解，图12所示的结构仅为示意，终端1100还可包括比图12中所示更多或更少的组件，或者具有与图12所示不同的组件。图12中所示的各组件可以采用硬件、软件或者其组合来实现。
129.图13根据一示例性实施例示出的一种网关的结构示意。该网关适用于图1所示出实施环境中的网关150。
130.需要说明的是，该网关只是一个适配于本技术的示例，不能认为是提供了对本技术的使用范围的任何限制。该网关也不能解释为需要依赖于或者必须具有图13示出的示例性的网关2000中的一个或者多个组件。
131.网关2000的硬件结构可因配置或者性能的不同而产生较大的差异，如图12所示，网关2000包括：电源210、接口230、至少一存储器250、以及至少一中央处理器(cpu,central processing units)270。
132.具体地，电源210用于为网关2000上的各硬件设备提供工作电压。
133.接口230包括至少一有线或无线网络接口，用于与外部设备交互。例如，进行图1所示出实施环境中终端110与网关150之间的交互。
134.当然，在其余本技术适配的示例中，接口230还可以进一步包括至少一串并转换接口233、至少一输入输出接口235以及至少一usb接口237等，如图12所示，在此并非对此构成具体限定。
135.存储器250作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源包括操作系统251、应用程序253及数据255等，存储方式可以是短暂存储或者永久存储。
136.其中，操作系统251用于管理与控制网关200上的各硬件设备以及应用程序253，以实现中央处理器270对存储器250中海量数据255的运算与处理，其可以是windows servertm、mac os xtm、unixtm、linuxtm、freebsdtm等。
137.应用程序253是基于操作系统251之上完成至少一项特定工作的计算机程序，其可以包括至少一模块(图13未示出)，每个模块都可以分别包含有对网关2000的计算机程序。例如，设备状态的提示装置可视为部署于网关2000的应用程序253。
138.数据255可以是存储于磁盘中的照片、图片等，还可以是智能设备的设备状态信息、心跳信息等，存储于存储器250中。
139.中央处理器270可以包括一个或多个以上的处理器，并设置为通过至少一通信总线与存储器250通信，以读取存储器250中存储的计算机程序，进而实现对存储器250中海量数据255的运算与处理。例如，通过中央处理器270读取存储器250中存储的一系列计算机程序的形式来完成设备状态的提示方法。
140.此外，通过硬件电路或者硬件电路结合软件也能同样实现本技术，因此，实现本技术并不限于任何特定硬件电路、软件以及两者的组合。
141.请参阅图14，本技术实施例中提供了一种电子设备4000，该电子设备400可以包括：
142.在图14中，该电子设备4000包括至少一个处理器4001、至少一条通信总线4002以及至少一个存储器4003。
143.其中，处理器4001和存储器4003相连，如通过通信总线4002相连。可选地，电子设
备4000还可以包括收发器4004，收发器4004可以用于该电子设备与其他电子设备之间的数据交互，如数据的发送和/或数据的接收等。需要说明的是，实际应用中收发器4004不限于一个，该电子设备4000的结构并不构成对本技术实施例的限定。
144.处理器4001可以是cpu(central processing unit，中央处理器)，通用处理器，dsp(digital signal processor，数据信号处理器)，asic(application specific integrated circuit，专用集成电路)，fpga(field programmable gate array，现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器4001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等。
145.通信总线4002可包括一通路，在上述组件之间传送信息。通信总线4002可以是pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。通信总线4002可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
146.存储器4003可以是rom(read only memory，只读存储器)或可存储静态信息和指令的其他类型的静态存储设备，ram(random access memory，随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备，也可以是eeprom(electrically erasable programmable read only memory，电可擦可编程只读存储器)、cd-rom(compact disc read only memory，只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
147.存储器4003上存储有计算机程序，处理器4001通过通信总线4002读取存储器4003中存储的计算机程序。
148.该计算机程序被处理器4001执行时实现上述各实施例中的设备状态的提示方法。
149.此外，本技术实施例中提供了一种存储介质，该存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述各实施例中的设备状态的提示方法。
150.本技术实施例中提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在存储介质中。计算机设备的处理器从存储介质读取该计算机程序，处理器执行该计算机程序，使得该计算机设备执行上述各实施例中的设备状态的提示方法。
151.与相关技术相比，一方面，网关的自恢复处理过程，优先通过软复位方式解决大部分异常情况来让网关的通信模块恢复正常，若无法通过软复位方式恢复，再通过硬复位方式更深一层地解决因网关的通信模块软件异常引起智能设备离线的问题，以此避免频繁地硬件复位所造成的其他负面影响，更加具备合理性；另一方面，通过控制网关的通信模块自动重启复位恢复正常工作状态，使得多个已离线的智能设备可以批量恢复在线状态，避免用户盲目的手动复位智能设备却依然无法解决多个智能设备离线的问题，减少用户的主动操作。
152.应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
153.以上所述仅是本技术的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。