CN114567518B - 设备状态的提示方法、装置、电子设备及存储介质 - Google Patents
设备状态的提示方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114567518B CN114567518B CN202210138885.6A CN202210138885A CN114567518B CN 114567518 B CN114567518 B CN 114567518B CN 202210138885 A CN202210138885 A CN 202210138885A CN 114567518 B CN114567518 B CN 114567518B
- Authority
- CN
- China
- Prior art keywords
- gateway
- state
- self
- equipment
- intelligent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 65
- 238000011084 recovery Methods 0.000 claims abstract description 106
- 238000012545 processing Methods 0.000 claims abstract description 72
- 230000008859 change Effects 0.000 claims abstract description 5
- 238000004891 communication Methods 0.000 claims description 75
- 238000004590 computer program Methods 0.000 claims description 29
- 230000004044 response Effects 0.000 claims description 20
- 230000002159 abnormal effect Effects 0.000 claims description 12
- 238000012790 confirmation Methods 0.000 claims description 6
- 238000012806 monitoring device Methods 0.000 claims 1
- 238000012544 monitoring process Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 18
- 230000008569 process Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 2
- 230000001788 irregular Effects 0.000 description 2
- VNWKTOKETHGBQD-UHFFFAOYSA-N methane Chemical compound C VNWKTOKETHGBQD-UHFFFAOYSA-N 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007654 immersion Methods 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 239000003345 natural gas Substances 0.000 description 1
- 230000037361 pathway Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 239000000779 smoke Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2803—Home automation networks
- H04L12/2807—Exchanging configuration information on appliance services in a home automation network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Automation & Control Theory (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例提供了一种设备状态的提示方法、装置、电子设备及存储介质,涉及计算机技术领域。其中,该方法包括:在设备状态页面中,显示部署于网关中的多个智能设备的设备状态,设备状态包括离线状态、在线状态;接收多个设备状态信息,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态,在设备状态页面中显示多个智能设备的设备状态为离线状态时,网关进行自恢复处理;基于接收到的多个设备状态信息,在设备状态页面中,显示多个智能设备的设备状态从离线状态变更为在线状态。本申请实施例解决了相关技术中关于多个智能设备离线的提示不准确的问题。
Description
技术领域
本申请涉及计算机技术领域,具体而言,本申请涉及一种设备状态的提示方法、装置、电子设备及存储介质。
背景技术
随着物联网技术的迅速发展,智能家居***逐步进入人们视野。此智能家居***包括终端、网关、部署于网关中的智能设备、云端等等。网关可随时监测部署于其中的智能设备,并向终端/云端汇报关于智能设备的运行情况,例如,智能设备是否在线/离线、智能设备是否正常工作等等。
目前,用户通过终端发现多个智能设备离线时,往往是逐个对离线的智能设备进行手动复位,以使得离线的每一个智能设备都能够从离线恢复至在线,随着部署于网关中的智能设备数量的增加,不仅用户操作愈来愈繁琐,而且设备恢复时间也会愈来愈长,容易影响用户的使用体验。
然而,终端关于多个智能设备离线的提示来自于网关,这就使得用户通过终端发现智能设备离线,既有可能是智能设备自身故障导致的,也有可能是网关故障导致的,如果是因为网关故障导致的多个智能设备离线,则手动复位智能设备不仅没有必要而且仍然不能解决多个智能设备离线的问题。
由此可见,如何提高关于多个智能设备离线的提示的准确率尚有待解决。
发明内容
本申请各实施例提供了一种设备状态的提示方法、装置、电子设备及存储介质,可以解决相关技术中存在的关于多个智能设备离线的提示不准确的问题。所述技术方案如下:
根据本申请实施例的一个方面,一种设备状态的提示方法,应用于终端,所述方法包括:在设备状态页面中,显示部署于网关中的多个智能设备的设备状态,设备状态包括离线状态、在线状态;接收多个设备状态信息,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态,在设备状态页面中显示多个智能设备的设备状态为离线状态时,网关进行自恢复处理;基于接收到的多个设备状态信息,在设备状态页面中,显示多个智能设备的设备状态从离线状态变更为在线状态。
根据本申请实施例的一个方面,一种设备状态的提示方法,应用于网关,所述方法包括:若确定部署于网关中的多个智能设备的设备状态为离线状态,进行自恢复处理;向终端发送设备状态信息,以在终端中显示多个智能设备的设备状态从离线状态变更为在线状态,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态。
根据本申请实施例的一个方面,一种设备状态的提示装置,应用于终端,所述装置包括:第一状态显示模块,用于在设备状态页面中,显示部署于网关中的多个智能设备的设备状态,设备状态包括离线状态、在线状态;信息接收模块,用于接收由网关发送的多个设备状态信息,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态,在设备状态页面中显示多个智能设备的设备状态为离线状态时,网关进行自恢复处理;第二状态显示模块,用于基于接收到的多个设备状态信息,在设备状态页面中,显示多个智能设备的设备状态从离线状态变更为在线状态。
根据本申请实施例的一个方面,一种设备状态的提示装置,应用于网关,所述装置包括:自恢复模块,用于若确定部署于网关中的多个智能设备的设备状态为离线状态,进行自恢复处理;信息发送模块,用于向终端发送设备状态信息,以在终端中显示多个智能设备的设备状态从离线状态变更为在线状态,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态。
根据本申请实施例的一个方面,一种电子设备,包括:至少一个处理器、至少一个存储器、以及至少一条通信总线,其中,存储器上存储有计算机程序,处理器通过通信总线读取存储器中的计算机程序;计算机程序被处理器执行时实现如上所述的设备状态的提示方法。
根据本申请实施例的一个方面,一种存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现如上所述的设备状态的提示方法。
根据本申请实施例的一个方面,一种计算机程序产品,计算机程序产品包括计算机程序,计算机程序存储在存储介质中,计算机设备的处理器从存储介质读取计算机程序,处理器执行计算机程序,使得计算机设备执行时实现如上所述的设备状态的提示方法。
本申请提供的技术方案带来的有益效果是:
在上述技术方案中,就终端而言,部署于网关中的多个智能设备的设备状态会显示在设备状态页面中,此设备状态包括离线状态、在线状态,如果在设备状态页面中显示多个智能设备处于离线状态,网关首先进行自恢复处理,并在自恢复处理成功时,向终端发送指示智能设备的设备状态从离线状态恢复至在线状态的设备状态信息,基于多个对应于智能设备的设备状态信息,设备状态页面中便能够显示多个智能设备的设备状态从离线状态变更为在线状态,也就是说,面对多个智能设备离线时,首先排除网关故障的可能性,以此充分地保障了终端中显示的多个智能设备离线与智能设备自身故障有关,从而有效地解决了相关技术中关于多个智能设备离线的提示不准确的问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对本申请实施例描述中所需要使用的附图作简单地介绍。
图1是根据本申请所涉及的实施环境的示意图。
图2是根据一示例性实施例示出的一种设备状态的提示方法的流程图;
图3是根据一示例性实施例示出的设备状态页面显示多个智能设备离线的示意图;
图4是根据一示例性实施例示出的离线恢复提示信息显示在设备状态页面的示意图;
图5是根据一示例性实施例示出的设备状态页面显示多个智能设备在线的示意图;
图6是根据一示例性实施例示出的另一种设备状态的提示方法的流程图;
图7是根据一示例性实施例示出的另一种设备状态的提示方法的流程图;
图8是根据一示例性实施例示出的硬复位提示信息显示在设备状态页面的示意图;
图9是根据一示例性实施例示出的硬件故障提示信息显示在设备状态页面的示意图;
图10是根据一示例性实施例示出的一种设备状态的提示装置的结构框图;
图11是根据一示例性实施例示出的另一种设备状态的提示装置的结构框图;
图12是根据一示例性实施例示出的一种终端的硬件结构图;
图13是根据一示例性实施例示出的一种网关的硬件结构图;
图14是根据一示例性实施例示出的一种电子设备的结构框图。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本申请,而不能解释为对本申请的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
图1为一种设备控制方法所涉及的实施环境的示意图。该实施环境包括终端110、路由器120、智能设备130、网关150以及服务端170。
具体地,终端110,也认为是用户终端或者用户端,可进行智能设备130所关联客户端的部署,可以是智能手机、平板电脑、笔记本电脑等等电子设备,在此不进行具体限定。
其中,客户端,与智能设备130关联,此客户端可以是应用程序形式,也可以是网页形式,相应地,客户端所提供的页面可以是程序窗口形式,还可以是网页页面形式的,此处也并未加以限定。
智能设备130部署于网关150,并通过其自身所配置的通信模块(例如ZIGBEE、Wi-Fi或者蓝牙)接入网关150,进而实现与网关150之间的交互。该智能设备130可以是智能音响、智能打印机、智能传真机、智能摄像机、智能空调、智能门锁、智能灯、窗帘或者配置了通信模块的压力传感器、人体传感器、门窗传感器、温湿度传感器、水浸传感器、天然气报警器、烟雾报警器、墙壁开关、墙壁插座、无线开关、无线墙贴开关、魔方控制器、窗帘电机等等电子设备,在此也不进行具体限定。
终端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之间的交互。
其中,服务端170,也认为是云端、云平台、平台端等等,此服务端170可以是一台服务器,也可以是由多台服务器构成的一个服务器集群,或者是由多台服务器构成的云计算中心,以便于更好地向海量终端110以及智能设备130提供后台服务。例如,服务器是为用户提供后台服务的电子设备,该后台服务包括但不限于数据存储服务等,此数据可以是自恢复处理日志、智能设备的设备状态信息、心跳信息等等。
随着智能设备130关联的客户端在终端110中运行,用户进入设备状态页面,便能够在此设备状态页面中查看部署于网关中的智能设备的设备状态,此设备状态包括离线状态、在线状态。
当用户发现多个智能设备离线,即设备状态页面中显示多个智能设备的设备状态为离线状态,此时,网关首先进行自恢复处理,以此排除因网关故障导致多个智能设备离线的可能性。
如果是因为网关故障导致的多个智能设备离线,通过网关的自恢复处理便能够解决多个智能设备离线的问题,即使得多个智能设备从离线恢复至在线,具体地:当网关进行自恢复处理成功,对于终端而言,便会接收到用于指示智能设备的设备状态从离线状态恢复至在线状态的设备状态信息,并基于多个对应于智能设备的设备状态信息,在设备状态页面中,显示多个智能设备的设备状态从离线状态变更为在线状态。
由此,对于因为网关故障导致的多个智能设备离线,在网关自我排查之后,终端中将显示多个智能设备的设备状态为在线状态,而不再是多个智能设备的设备状态为离线状态,从而充分地保障了终端中关于多个智能设备离线的提示的准确性。
请参阅图2,本申请实施例提供了一种设备状态的提示方法,该方法应用于电子设备为例进行说明。其中,该电子设备具体可以是适用于图1所示出实施环境中的终端110。
如图2所示,该方法可以包括以下步骤:
步骤310,在设备状态页面中,显示部署于网关中的智能设备的设备状态。
其中,设备状态包括离线状态、在线状态。当然,在其他实施例中,设备状态还可以包括休眠状态、正常状态等等,此处并非构成具体限定。
就终端来说,智能设备的设备状态的获取,具体地,可以由网关通过局域网路径定时/不定时发送设备状态信息至终端,还可以由网关转发设备状态信息至云端,并由云端通过广域网路径定时/不定时发送此设备状态信息至终端。此设备状态信息用于指示智能设备的设备状态,例如,设备状态信息用于指示智能设备的设备状态为离线状态,也可以理解为,设备状态信息用于指示智能设备处于离线状态。
在一个实施例中,对于网关而言,智能设备的设备状态的获取,可以包括以下步骤:监测部署于网关中的智能设备的设备状态,以确定部署于网关中的智能设备的设备状态是离线状态还是在线状态。具体地,在第一设定周期内,接收智能设备发送的心跳信息;若在第一设定周期内未接收到智能设备的心跳信息,则确定智能设备的设备状态为离线状态。值得一提的是,第一设定周期可以根据应用场景的实际需求灵活地调整,例如,智能设备为压力传感器,第一设定周期为60分钟,或者,智能设备为智能空调,第一设定周期为10分钟,此处并未加以限定。
那么,基于设备状态信息,在终端获得智能设备的设备状态之后,随着智能设备关联的客户端在终端运行,用户便能够进入设备状态页面,此设备状态页面用于显示部署于网关中的多个智能设备的设备状态。图3示出了一个实施例中设备状态页面显示多个智能设备离线的示意图,如图3所示,用户进入设备状态页面301,便能够查看到部署于网关中的多个智能设备的设备状态均为离线状态,即多个智能设备离线,也可以理解为是批量智能设备离线。
应当说明的是,部署于网关中的智能设备,通过图1所示出实施环境中的局域网路径/广域网路径,预先在客户端中进行设备标识的添加,使得智能设备在客户端中通过设备标识唯一地表示,进而方能够以设备标识的形式显示在客户端提供的设备状态页面中。在一个实施例中,设备标识可以通过用户输入进行添加,例如,用户为智能音响输入“小爱同学”,那么,智能音响的设备标识为“小爱同学”。在另一个实施例中,设备标识还可以根据添加顺序自动生成,例如,智能音响先添加,对应的设备标识为001,然后智能空调添加,对应的设备标识为002,智能门锁最后添加,对应的设备标识为003。
步骤330,接收多个设备状态信息,每一个设备状态信息对应一个智能设备。
其中,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态,在此,网关是在设备状态页面中显示多个智能设备的设备状态为离线状态时,进行的自恢复处理。
也就是说,如果用户发现多个智能设备离线,即设备状态页面中显示多个智能设备的设备状态为离线状态,网关将首先进行自恢复处理。具体地,自恢复处理可以由网关主动进行,还可以是网关响应于用户手动操作被动进行。
在一个实施例中,触发网关主动进行自恢复处理的过程,可以包括以下步骤:在设定时间内,确定处于离线状态的智能设备的数量;判断处于离线状态的智能设备的数量是否超过设定阈值,如果是,则确定多个智能设备离线,并触发网关进行自恢复处理。值得一提的是,设定阈值可以根据应用场景的实际需求灵活地设置,例如,设定阈值为部署于网关中的智能设备总数量的90%,此处并未加以限定。同理,设定时间也可以根据应用场景的实际需求灵活地设置,本实施例对此也并未加以限定。
在一个实施例中,网关响应于用户手动操作进行自恢复处理的过程,可以包括以下步骤:若在设备状态页面中显示多个智能设备的设备状态为离线状态,则显示离线恢复提示信息,离线恢复提示信息用于提示网关是否进行自恢复处理;检测针对离线恢复提示信息的第一触发操作;响应于第一触发操作,请求网关进行自恢复处理。其中,关于离线恢复提示信息的获取,具体地,可以来自于网关,即网关确定多个智能设备离线即发送离线恢复提示信息至终端;还可以由终端自身生成,即确定设备状态页面中显示的处于离线状态的智能设备的数量,如果此数量超过设定阈值则生成离线恢复提示信息,本实施例对此并未加以限定。
图4示出了一个实施例中离线恢复提示信息显示在设备状态页面的示意图,如图4所示,在设备状态页面301中显示离线恢复提示信息302,以此提示用户是否请求网关进行自恢复处理,当用户点击离线恢复提示信息302中的“确认”图标,便能够触发网关进行自恢复处理。此处的点击操作即视为针对离线恢复提示信息的第一触发操作。当然,在其他实施例中,离线恢复提示信息还可以显示在客户端提供的其他页面中,具体地,当确定多个智能设备离线,从设备状态页面跳转至消息显示页面,将离线恢复提示信息显示在消息显示页面中,此处并非构成具体限定。
补充说明的是,根据终端所配置的输入组件(例如显示屏幕上覆盖的触摸层、鼠标、键盘等)不同,第一触发操作的具体行为也可以有所区别。例如,借由触摸层输入的智能手机,第一触发操作可以是点击、滑动等手势操作,而对应配置鼠标的笔记本电脑来说,第一触发操作可以是拖拽、单击、双击等机械操作,本实施例并非对此构成具体限定。
如前所述,智能设备的设备状态与智能设备在设定周期内发送至网关的心跳信息有关,发明人意识到,对于网关而言,未在设定周期内接收到此心跳信息,有可能是智能设备自身故障导致,也有可能是网关自身故障导致。此时,如果仅是网关自身故障导致,那么在通过自恢复处理解决了网关自身故障之后,网关便能够重新接收到智能设备发送的心跳信息,使得智能设备由离线恢复至在线。
基于此,就终端来说,在网关进行自恢复处理之前,将接收到指示智能设备处于离线状态的设备状态信息,在网关进行自恢复处理成功之后,将接收到指示智能设备处于在线状态的设备状态信息。换而言之,当网关进行自恢复处理成功,设备状态信息指示了智能设备的设备状态从离线状态恢复至在线状态。
步骤350,基于接收到的多个设备状态信息,在设备状态页面中显示多个智能设备的设备状态从离线状态变更为在线状态。
在网关进行自恢复处理成功时,终端便能够确定智能设备的设备状态从离线状态恢复至在线状态,进而显示于设备状态页面中。
图5示出了一个实施例中设备状态页面显示多个智能设备在线的示意图,如图5所示,用户进入设备状态页面301,便能够查看到部署于网关中的多个智能设备的设备状态从离线状态变更在在线状态,即多个智能设备在线,也可以理解为批量智能设备在线。
上述过程中,与网关故障有关的多个智能设备离线,能够通过网关的自恢复处理得到解决,由此,终端中显示的多个智能设备离线仅会与智能设备自身故障有关,从而有效地解决了相关技术中关于多个智能设备离线的提示不准确的问题。
请参阅图6,本申请实施例中提供了一种可能的实现方式,关于网关的自恢复处理,适用于图1所示出实施环境中的网关150,可以包括以下步骤:
步骤410,调用设定接口,向通信模块发送确认信息。
如前所述,就网关而言,智能设备处于离线状态,是网关在第一设定周期内未接收到智能设备的心跳信息所致。而网关在第一设定周期内未接收到智能设备上报的心跳信息则认为智能设备处于离线状态,存在一种情况并不是智能设备故障而没有上报心跳信息给网关,可能是因为网关配置的通信模块自身软件端出现异常或崩溃等情况,具体为软件端进程处于挂起状态、不响应、不处理事件,或者内存满了等异常情况,导致所有智能设备上报的心跳信息通信模块都未处理,从而造成全部智能设备出现假离线现象。此通信模块可以是蓝牙模块,还可以是ZigBee模块,此处并未加以限定。网关配置的通信模块可以理解为设置在网关内的通信模块。
因此,针对上述问题,需要对通信模块进行重启复位以使得通信模块能够正常处理智能设备上报的心跳信息。基于此,在本实施例中,网关会通过预先软件定义的且用于与通信模块通讯的设定接口向通信模块发送确认信息。其中,设定接口,实质为一软件接口,预先配置在网关与通信模块之间,以此检查网关与通信模块之间的接口通讯是否异常。
步骤430,接收通信模块响应确认信息而反馈的响应信息。
正常情况下,每次在收到网关发送的确认信息后,通信模块都需要对确认信息进行响应,并向网关反馈响应信息。若网关接收到通信模块响应确认信息而反馈的响应信息,则确定网关与通信模块之间的接口通讯正常,此时,跳转执行步骤450。
反之,若网关未接收到通信模块响应确认信息而反馈的响应信息,则确定网关与通信模块之间的接口通讯异常,此时,跳转执行步骤480。
步骤450,若网关及其配置的通信模块之间的接口通讯正常,则进行软复位操作。
其中,软复位操作是指通过软件复位指令控制通信模块模仿硬件断电而复位,以此来重启通信模块使得通信模块恢复正常工作状态。具体地,网关会通过预先软件定义的软复位接口向通信模块发送软件复位指令,通信模块接收到复位指令后即会自动重启复位。
在进行软复位操作之后,便可通过判断是否重新接收到心跳信息,来验证网关自身的故障是否已修复,即跳转执行步骤470。
步骤470,在第二设定周期内,接收智能设备发送的心跳信息。
若在第二设定周期内接收到智能设备发送的心跳信息,表明软复位操作/硬复位操作成功,则结束网关的自恢复处理。
反之,若在第二设定周期内未接收到智能设备发送的心跳信息,表明软复位操作失败,则跳转执行步骤480。或者,若在第二设定周期内未接收到智能设备发送的心跳信息,表明硬复位操作失败,则跳转执行步骤490。
应当说明的是,第二设定周期可以根据应用场景的实际需求灵活地调整,例如,智能设备为压力传感器,第二设定周期为60分钟,或者,智能设备为智能空调,第二设定周期为10分钟,此处并未加以限定。还需补充说明的是,第二设定周期和第一设定周期可以设置为一致,还可以设置为不一致,此处并非构成具体限定。
步骤480,若接口通讯异常或者软复位操作失败,则进行硬复位操作。
其中,硬复位操作是指控制通信模块与网关连接的硬件复位引脚接入复位信号,使得通信模块因硬件断电而复位,以此来修复网关与智能设备之间关于心跳信息的传输。在一个实施例中,复位信号可以是高电平信号,还可以是低电平信号,在另一个实施例中,复位信号可以是上升沿信号,还可以是下降沿信号,此处并未加以限定。也就是说,通信模块的硬件复位引脚连接至网关,网关通过控制通信模块的硬件复位引脚的高低电平可以控制通信模块进行硬件复位。通过硬复位操作更深一层的解决因通信模块软件异常引起智能设备处于离线状态的问题。
在进行硬复位操作之后,便可通过判断是否重新接收到心跳信息,来验证网关自身的故障是否已修复,即跳转执行步骤470。
步骤490,向云端上报自恢复处理日志。
其中,自恢复处理日志包括软复位操作日志和硬复位操作日志,软复位操作日志用于指示网关及其配置的通信模块之间的接口通讯是否异常,硬复位操作日志用于指示网关是否存在硬件故障。
也就是说,若软复位操作失败,则软复位操作日志至少指示了网关及其配置的通信模块之间的接口通讯异常。
若硬复位操作失败,则硬复位操作日志至少指示了网关存在硬件故障。
在上述实施例的作用下,实现了网关的自恢复处理,避免依赖于人工断电,有利于提高用户的使用体验。此外,优先控制通信模块采取软复位操作,若软复位操作失败则控制通信模块采取硬复位操作,采取上述先软复位操作后硬复位操作的方式,可以减少频繁硬复位操作而引起硬件的损耗。
关于网关的自恢复处理,可以是网关主动进行,例如,软复位操作和/或硬复位操作主动进行,还可以是响应于用户手动操作被动进行,例如,软复位操作和/或硬复位操作被动进行。具体地,在一个实施例中,响应于第一触发操作,请求网关进行自恢复处理中的软复位操作,若网关进行软复位操作失败,则网关自动进行自恢复处理中的硬复位操作。在另一个实施例中,响应于第一触发操作,请求网关进行自恢复处理中的硬复位操作。在另一个实施例中,响应于第一触发操作,请求网关进行自恢复处理中的软复位操作,若网关进行软复位操作失败,则响应于第二触发操作,请求网关进行自恢复处理中的硬复位操作。
现结合图7至图9,对用户手动操作触发网关进行自恢复处理中的软复位操作和硬复位操作的过程进行如下详细地说明:
请参阅图7,本申请实施例中提供了一种可能的实现方式,响应于第一触发操作,请求进行网关的自恢复处理过程,可以包括以下步骤:
步骤510,响应于第一触发操作,请求网关进行自恢复处理中的软复位操作;
回请参阅图4所示,在设备状态页面中显示离线恢复提示信息,以此提示用户是否请求网关进行自恢复处理,当用户点击离线恢复提示信息,便能够触发网关进行自恢复处理中的软复位操作。
步骤530,接收网关反馈的软复位结果信息。
其中,软复位结果信息用于指示网关进行软复位操作是否成功。
若软复位结果信息指示网关进行软复位操作失败,则跳转执行步骤550。反之,若网关进行软复位操作成功,则智能设备的设备状态方可从离线状态恢复至在线状态,以使终端中显示多个智能设备的设备状态从离线状态变更为在线状态。
步骤550,显示硬复位提示信息,并检测针对硬复位提示信息的第二触发操作。
其中,硬复位提示信息用于提示网关是否进行硬复位操作。
图8示出了一个实施例中硬复位提示信息显示在设备状态页面的示意图,如图8所示,在设备状态页面301中显示硬复位提示信息303,以此提示用户是否请求网关进行自恢复处理中的硬复位操作,当用户点击硬复位提示信息303中的“确认”图标,便能够触发网关进行自恢复处理中的硬复位操作。此处的点击操作即视为针对硬复位提示信息的第二触发操作,也可以认为是,针对软复位操作失败的第二触发操作。
当然,在其他实施例中,硬复位提示信息还可以显示在客户端提供的其他页面中,具体地,当软复位操作失败,从设备状态页面跳转至消息显示页面,将硬复位提示信息显示在消息显示页面中,此处并非构成具体限定。
步骤570,响应于第二触发操作,请求网关进行自恢复处理中的硬复位操作。
步骤580,接收网关反馈的硬复位结果信息。
其中,硬复位结果信息用于指示网关进行的硬复位操作是否成功。
若硬复位结果信息指示网关进行的硬复位操作失败,则跳转执行步骤590。反之,若硬复位结果信息指示网关进行的硬复位操作成功,则智能设备的设备状态方可从离线状态恢复至在线状态,以使终端中显示多个智能设备的设备状态从离线状态变更为在线状态。
步骤590,显示硬件故障提示信息。
其中,硬件故障提示信息用于提示网关存在硬件故障。图9示出了一个实施例中硬件故障提示信息显示在设备状态页面的示意图,如图9所示,在设备状态页面301中显示硬件故障提示信息304,以此提示用户网关存在硬件故障,可以申请维修或者更换。
基于此,网关可以响应于用户手动操作进行自恢复处理,也可以主动进行自恢复处理,当然,在其他应用场景中,网关也可以在设定时间(例如凌晨两点)主动进行硬复位操作,以此来避免多个智能设备离线时用户逐个对离线的智能设备进行手动复位,有利于提升用户的使用体验。
下述为本申请装置实施例,可以用于执行本申请所涉及的设备状态的提示方法。对于本申请装置实施例中未披露的细节,请参照本申请所涉及的设备状态的提示方法的方法实施例。
请参阅图10,本申请实施例中提供了一种设备状态的提示装置900,应用于终端,装置900包括但不限于:第一状态显示模块910、信息接收模块930、第二状态显示模块950。
其中,第一状态显示模块910,用于在设备状态页面中,显示部署于网关中的多个智能设备的设备状态,设备状态包括离线状态、在线状态。
信息接收模块930,用于接收多个设备状态信息,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态,在设备状态页面中显示多个智能设备的设备状态为离线状态时,网关进行自恢复处理。
第二状态显示模块950,用于基于接收到的多个设备状态信息,在设备状态页面中,显示多个智能设备的设备状态从离线状态变更为在线状态。
请参阅图11,本申请实施例中提供了一种设备状态的提示装置1000,应用于网关,装置1000包括但不限于:自恢复模块1010、信息发送模块1030。
其中,自恢复模块1010,用于若确定部署于网关中的多个智能设备的设备状态为离线状态,进行自恢复处理。
信息发送模块1030,用于向终端发送多个设备状态信息,以在终端中显示多个智能设备的设备状态从离线状态变更为在线状态,设备状态信息在网关进行自恢复处理成功时,用于指示智能设备的设备状态从离线状态恢复至在线状态。
需要说明的是,上述实施例所提供的设备状态的提示装置在进行设备状态的提示时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即设备状态的提示装置的内部结构将划分为不同的功能模块,以完成以上描述的全部或者部分功能。
另外,上述实施例所提供的设备状态的提示装置与设备状态的提示方法的实施例属于同一构思,其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述,此处不再赘述。
请参阅图12,图12是根据一示例性实施例示出的一种终端的结构示意图。该终端适用于图1所示出实施环境中的终端110。
需要说明的是,该终端只是一个适配于本申请的示例,不能认为是提供了对本申请的使用范围的任何限制。该终端也不能解释为需要依赖于或者必须具有图12中示出的示例性的终端1100中的一个或者多个组件。
如图12所示,终端1100包括存储器101、存储控制器103、一个或多个(图12中仅示出一个)处理器105、外设接口107、射频模块109、定位模块111、摄像模块113、音频模块115、触控屏幕117以及按键模块119。这些组件通过一条或多条通讯总线/信号线121相互通讯。
其中,存储器101可用于存储计算机程序以及模块,如本申请示例性实施例中的设备状态的提示方法及装置对应的计算机程序及模块,处理器105通过运行存储在存储器101内的计算机程序,从而执行各种功能以及数据处理,即完成设备状态的提示方法。
存储器101作为资源存储的载体,可以是随机存储器、例如高速随机存储器、非易失性存储器,如一个或多个磁性存储装置、闪存、或者其它固态存储器。存储方式可以是短暂存储或者永久存储。
外设接口107可以包括至少一有线或无线网络接口、至少一串并联转换接口、至少一输入输出接口以及至少一USB接口等,用于将外部各种输入/输出装置耦合至存储器101以及处理器105,以实现与外部各种输入/输出装置的通信。
射频模块109用于收发电磁波,实现电磁波与电信号的相互转换,从而通过通讯网络与其他设备进行通讯。通信网络包括蜂窝式电话网、无线局域网或者城域网,上述通信网络可以使用各种通信标准、协议及技术。
定位模块111用于获取终端1100的当前所在的地理位置。定位模块111的实例包括但不限于全球卫星定位***(GPS)、基于无线局域网或者移动通信网的定位技术。
摄像模块113隶属于摄像头,用于拍摄图片或者视频。拍摄的图片或者视频可以存储至存储器101内,还可以通过射频模块109发送至上位机。
音频模块115向用户提供音频接口,其可包括一个或多个麦克风接口、一个或多个扬声器接口以及一个或多个耳机接口。通过音频接口与其它设备进行音频数据的交互。音频数据可以存储至存储器101内,还可以通过射频模块109发送。
触控屏幕117在终端1100与用户之间提供一个输入输出界面。具体地,用户可通过触控屏幕117进行输入操作,例如点击、触摸、滑动等手势操作,以使终端1100对该输入操作进行响应。终端1100则将文字、图片或者视频任意一种形式或者组合所形成的输出内容通过触控屏幕117向用户显示输出。
按键模块119包括至少一个按键,用以提供用户向终端1100进行输入的接口,用户可以通过按下不同的按键使终端1100执行不同的功能。例如,声音调节按键可供用户实现对终端1100播放的声音音量的调节。
可以理解,图12所示的结构仅为示意,终端1100还可包括比图12中所示更多或更少的组件,或者具有与图12所示不同的组件。图12中所示的各组件可以采用硬件、软件或者其组合来实现。
图13根据一示例性实施例示出的一种网关的结构示意。该网关适用于图1所示出实施环境中的网关150。
需要说明的是,该网关只是一个适配于本申请的示例,不能认为是提供了对本申请的使用范围的任何限制。该网关也不能解释为需要依赖于或者必须具有图13示出的示例性的网关2000中的一个或者多个组件。
网关2000的硬件结构可因配置或者性能的不同而产生较大的差异,如图12所示,网关2000包括:电源210、接口230、至少一存储器250、以及至少一中央处理器(CPU,CentralProcessing Units)270。
具体地,电源210用于为网关2000上的各硬件设备提供工作电压。
接口230包括至少一有线或无线网络接口,用于与外部设备交互。例如,进行图1所示出实施环境中终端110与网关150之间的交互。
当然,在其余本申请适配的示例中,接口230还可以进一步包括至少一串并转换接口233、至少一输入输出接口235以及至少一USB接口237等,如图12所示,在此并非对此构成具体限定。
存储器250作为资源存储的载体,可以是只读存储器、随机存储器、磁盘或者光盘等,其上所存储的资源包括操作***251、应用程序253及数据255等,存储方式可以是短暂存储或者永久存储。
其中,操作***251用于管理与控制网关200上的各硬件设备以及应用程序253,以实现中央处理器270对存储器250中海量数据255的运算与处理,其可以是WindowsServerTM、Mac OS XTM、UnixTM、LinuxTM、FreeBSDTM等。
应用程序253是基于操作***251之上完成至少一项特定工作的计算机程序,其可以包括至少一模块(图13未示出),每个模块都可以分别包含有对网关2000的计算机程序。例如,设备状态的提示装置可视为部署于网关2000的应用程序253。
数据255可以是存储于磁盘中的照片、图片等,还可以是智能设备的设备状态信息、心跳信息等,存储于存储器250中。
中央处理器270可以包括一个或多个以上的处理器,并设置为通过至少一通信总线与存储器250通信,以读取存储器250中存储的计算机程序,进而实现对存储器250中海量数据255的运算与处理。例如,通过中央处理器270读取存储器250中存储的一系列计算机程序的形式来完成设备状态的提示方法。
此外,通过硬件电路或者硬件电路结合软件也能同样实现本申请,因此,实现本申请并不限于任何特定硬件电路、软件以及两者的组合。
请参阅图14,本申请实施例中提供了一种电子设备4000,该电子设备400可以包括:
在图14中,该电子设备4000包括至少一个处理器4001、至少一条通信总线4002以及至少一个存储器4003。
其中,处理器4001和存储器4003相连,如通过通信总线4002相连。可选地,电子设备4000还可以包括收发器4004,收发器4004可以用于该电子设备与其他电子设备之间的数据交互,如数据的发送和/或数据的接收等。需要说明的是,实际应用中收发器4004不限于一个,该电子设备4000的结构并不构成对本申请实施例的限定。
处理器4001可以是CPU(Central Processing Unit,中央处理器),通用处理器,DSP(Digital Signal Processor,数据信号处理器),ASIC(Application SpecificIntegrated Circuit,专用集成电路),FPGA(Field Programmable Gate Array,现场可编程门阵列)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器4001也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,DSP和微处理器的组合等。
通信总线4002可包括一通路,在上述组件之间传送信息。通信总线4002可以是PCI(Peripheral Component Interconnect,外设部件互连标准)总线或EISA(ExtendedIndustry Standard Architecture,扩展工业标准结构)总线等。通信总线4002可以分为地址总线、数据总线、控制总线等。为便于表示,图14中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器4003可以是ROM(Read Only Memory,只读存储器)或可存储静态信息和指令的其他类型的静态存储设备,RAM(Random Access Memory,随机存取存储器)或者可存储信息和指令的其他类型的动态存储设备,也可以是EEPROM(Electrically ErasableProgrammable Read Only Memory,电可擦可编程只读存储器)、CD-ROM(Compact DiscRead Only Memory,只读光盘)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。
存储器4003上存储有计算机程序,处理器4001通过通信总线4002读取存储器4003中存储的计算机程序。
该计算机程序被处理器4001执行时实现上述各实施例中的设备状态的提示方法。
此外,本申请实施例中提供了一种存储介质,该存储介质上存储有计算机程序,该计算机程序被处理器执行时实现上述各实施例中的设备状态的提示方法。
本申请实施例中提供了一种计算机程序产品,该计算机程序产品包括计算机程序,该计算机程序存储在存储介质中。计算机设备的处理器从存储介质读取该计算机程序,处理器执行该计算机程序,使得该计算机设备执行上述各实施例中的设备状态的提示方法。
与相关技术相比,一方面,网关的自恢复处理过程,优先通过软复位方式解决大部分异常情况来让网关的通信模块恢复正常,若无法通过软复位方式恢复,再通过硬复位方式更深一层地解决因网关的通信模块软件异常引起智能设备离线的问题,以此避免频繁地硬件复位所造成的其他负面影响,更加具备合理性;另一方面,通过控制网关的通信模块自动重启复位恢复正常工作状态,使得多个已离线的智能设备可以批量恢复在线状态,避免用户盲目的手动复位智能设备却依然无法解决多个智能设备离线的问题,减少用户的主动操作。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
以上所述仅是本申请的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (17)
1.一种设备状态的提示方法,应用于终端,其特征在于,所述方法包括:
在设备状态页面中,显示部署于网关中的多个智能设备的设备状态,所述设备状态包括离线状态、在线状态;
若显示的所述设备状态为离线状态的智能设备的数量超过设定阈值,则请求网关进行自恢复处理,并接收所述网关进行自恢复处理后的多个设备状态信息;所述设备状态信息在所述网关进行自恢复处理成功时,用于指示所述智能设备的设备状态从离线状态恢复至在线状态;
基于接收到的多个所述设备状态信息,在所述设备状态页面中,显示多个所述智能设备的设备状态从离线状态变更为在线状态。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
若在所述设备状态页面中显示多个所述智能设备的设备状态为离线状态,则显示离线恢复提示信息,所述离线恢复提示信息用于提示所述网关是否进行所述自恢复处理;
检测针对所述离线恢复提示信息的第一触发操作;
响应于所述第一触发操作,请求所述网关进行所述自恢复处理。
3.如权利要求2所述的方法,其特征在于,所述响应于所述第一触发操作,请求所述网关进行所述自恢复处理,包括:
响应于所述第一触发操作,请求所述网关进行所述自恢复处理中的软复位操作,以使得若所述网关进行所述软复位操作失败,则所述网关进行所述自恢复处理中的硬复位操作;或
响应于所述第一触发操作,请求所述网关进行所述自恢复处理中的所述硬复位操作。
4.如权利要求2所述的方法,其特征在于,所述响应于所述第一触发操作,请求所述网关进行所述自恢复处理,包括:
响应于所述第一触发操作,请求所述网关进行所述自恢复处理中的软复位操作;
若所述网关进行所述软复位操作失败,则检测针对所述软复位操作失败的第二触发操作;
响应于所述第二触发操作,请求所述网关进行所述自恢复处理中的硬复位操作。
5.如权利要求4所述的方法,其特征在于,所述响应于所述第一触发操作,请求所述网关进行所述自恢复处理中的软复位操作之后,所述方法还包括:
接收所述网关反馈的软复位结果信息,所述软复位结果信息用于指示所述网关进行所述软复位操作是否成功;
若所述网关进行所述软复位操作失败,则显示硬复位提示信息,以检测针对所述硬复位提示信息的所述第二触发操作,所述硬复位提示信息用于提示所述网关是否进行所述硬复位操作。
6.如权利要求3至5任一项所述的方法,其特征在于,所述网关进行所述自恢复处理中的硬复位操作之后,所述方法还包括:
接收所述网关反馈的硬复位结果信息,所述硬复位结果信息用于指示所述网关进行所述硬复位操作是否成功;
若所述网关进行所述硬复位操作失败,显示硬件故障提示信息,所述硬件故障提示信息用于提示所述网关存在硬件故障。
7.一种设备状态的提示方法,应用于网关,其特征在于,所述方法包括:
若确定部署于所述网关中设备状态为离线状态的智能设备的数量超过设定阈值,网关则触发自恢复处理;
向终端发送进行自恢复处理后的多个设备状态信息,以在所述终端中显示多个所述智能设备的设备状态从离线状态变更为在线状态,所述设备状态信息在所述网关进行所述自恢复处理成功时,用于指示所述智能设备的设备状态从离线状态恢复至在线状态。
8.如权利要求7所述的方法,其特征在于,所述方法还包括:
监测部署于所述网关中的多个所述智能设备的设备状态,以确定部署于所述网关中的多个所述智能设备的设备状态是否为离线状态。
9.如权利要求8所述的方法,其特征在于,所述监测部署于所述网关中的多个所述智能设备的设备状态,包括:
在第一设定周期内,接收所述智能设备发送的心跳信息;
若在所述第一设定周期内未接收到所述智能设备的心跳信息,则确定所述智能设备的设备状态为离线状态。
10.如权利要求7所述的方法,其特征在于,所述自恢复处理,包括:
若所述网关及其配置的通信模块之间的接口通讯正常,则进行软复位操作;
若所述接口通讯异常或者所述软复位操作失败,则进行硬复位操作。
11.如权利要求10所述的方法,其特征在于,所述若所述网关及其配置的通信模块之间的接口通讯正常,则进行软复位操作之前,所述方法还包括:
调用设定接口,向所述通信模块发送确认信息;
若未接收到所述通信模块响应所述确认信息而反馈的响应信息,则确定所述网关与所述通信模块之间的所述接口通讯异常。
12.如权利要求10所述的方法,其特征在于,所述方法还包括:
在第二设定周期内,接收所述智能设备发送的心跳信息;
若在所述第二设定周期内未接收到所述智能设备的心跳信息,则确定所述软复位操作失败或者所述硬复位操作失败。
13.如权利要求7至12任一项所述的方法,其特征在于,所述方法还包括:
向云端上报自恢复处理日志,所述自恢复处理日志包括软复位操作日志和硬复位操作日志,所述软复位操作日志用于指示所述网关及其配置的通信模块之间的接口通讯是否异常,所述硬复位操作日志用于指示所述网关是否存在硬件故障。
14.一种设备状态的提示装置,应用于终端,其特征在于,所述装置包括:
第一状态显示模块,用于在设备状态页面中,显示部署于网关中的多个智能设备的设备状态,所述设备状态包括离线状态、在线状态;
信息接收模块,用于若显示的所述设备状态为离线状态的智能设备的数量超过设定阈值,则请求网关进行自恢复处理,并接收所述网关进行自恢复处理后的多个设备状态信息;所述设备状态信息在所述网关进行自恢复处理成功时,用于指示所述智能设备的设备状态从离线状态恢复至在线状态;
第二状态显示模块,用于基于接收到的多个所述设备状态信息,在所述设备状态页面中,显示多个所述智能设备的设备状态从离线状态变更为在线状态。
15.一种设备状态的提示装置,应用于网关,其特征在于,所述装置包括:
自恢复模块,用于若确定部署于所述网关中设备状态为离线状态的智能设备的数量超过设定阈值,网关则触发自恢复处理;
信息发送模块,用于向终端发送进行自恢复处理后的多个设备状态信息,以在所述终端中显示多个所述智能设备的设备状态从离线状态变更为在线状态,所述设备状态信息在所述网关进行所述自恢复处理成功时,用于指示所述智能设备的设备状态从离线状态恢复至在线状态。
16.一种电子设备,其特征在于,包括:至少一个处理器、至少一个存储器、以及至少一条通信总线,其中,
所述存储器上存储有计算机程序,所述处理器通过所述通信总线读取所述存储器中的所述计算机程序;
所述计算机程序被所述处理器执行时实现权利要求1至13中任一项所述的设备状态的提示方法。
17.一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至13中任一项所述的设备状态的提示方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210138885.6A CN114567518B (zh) | 2022-02-15 | 2022-02-15 | 设备状态的提示方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210138885.6A CN114567518B (zh) | 2022-02-15 | 2022-02-15 | 设备状态的提示方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114567518A CN114567518A (zh) | 2022-05-31 |
CN114567518B true CN114567518B (zh) | 2024-03-12 |
Family
ID=81713073
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210138885.6A Active CN114567518B (zh) | 2022-02-15 | 2022-02-15 | 设备状态的提示方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114567518B (zh) |
Citations (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7209968B1 (en) * | 2001-05-29 | 2007-04-24 | Agilent Technologies, Inc. | System and method for recovering management of network element(s) responsive to failure of a distributed gateway |
CN103096186A (zh) * | 2011-10-28 | 2013-05-08 | 上海博泰悦臻网络技术服务有限公司 | 车载设备、车辆的对讲装置及其离线续连方法 |
CN103595572A (zh) * | 2013-11-27 | 2014-02-19 | 牛永伟 | 一种云计算集群中节点自修复的方法 |
CN205121205U (zh) * | 2015-11-24 | 2016-03-30 | 武汉鑫科信科技有限公司 | 一种智能家居控制*** |
CN105553697A (zh) * | 2015-12-09 | 2016-05-04 | 中国航空工业集团公司西安航空计算技术研究所 | 一种采用snmp协议的航空电子***网络管理*** |
CN106130778A (zh) * | 2016-07-18 | 2016-11-16 | 浪潮电子信息产业股份有限公司 | 一种处理集群故障的方法及一种管理节点 |
CN107249027A (zh) * | 2017-06-09 | 2017-10-13 | 顺德职业技术学院 | 一种基于互联网的智能设备管理*** |
CN107332765A (zh) * | 2017-07-04 | 2017-11-07 | 百度在线网络技术(北京)有限公司 | 用于维修路由器故障的方法和装置 |
EP3111591B1 (fr) * | 2014-02-14 | 2018-08-08 | Orange | Technique d'aide au diagnostic a distance d'une passerelle d'acces |
CN109039756A (zh) * | 2018-08-20 | 2018-12-18 | 珠海格力电器股份有限公司 | 一种无线网络控制***及其故障修复方法 |
CN109150656A (zh) * | 2018-08-15 | 2019-01-04 | 北京小米移动软件有限公司 | 智能设备的状态提醒方法、装置、设备和存储介质 |
CN109474494A (zh) * | 2018-12-05 | 2019-03-15 | 深圳绿米联创科技有限公司 | 设备检测方法、装置、服务器及存储介质 |
CN210327726U (zh) * | 2019-06-11 | 2020-04-14 | 深圳市小瑞科技股份有限公司 | 一种带离线自愈功能的无线网络摄像头 |
CN111371584A (zh) * | 2018-12-26 | 2020-07-03 | 中兴通讯股份有限公司 | 设备故障的处理方法、管理设备、家庭网关设备 |
CN111767167A (zh) * | 2020-04-30 | 2020-10-13 | 深圳市欧瑞博科技股份有限公司 | 网关数据的迁移方法、***、服务器及存储介质 |
KR20200117564A (ko) * | 2019-04-04 | 2020-10-14 | 이창우 | 장애 관리 장치 및 이를 이용한 장애 관리 시스템 |
CN112198803A (zh) * | 2019-07-08 | 2021-01-08 | 江苏美的清洁电器股份有限公司 | 故障处理方法、装置、电子设备及存储介质 |
EP3777326A1 (en) * | 2018-05-10 | 2021-02-17 | Samsung Electronics Co., Ltd. | Improvements in and relating to failure modes in multi-hop networks |
CN112445634A (zh) * | 2019-08-29 | 2021-03-05 | 青岛海信宽带多媒体技术有限公司 | 一种故障修复方法、装置、电子设备及存储介质 |
CN112905375A (zh) * | 2021-02-07 | 2021-06-04 | 南方电网数字电网研究院有限公司 | 双芯智能电表管理单元的自恢复方法、装置和计算机设备 |
CN113014459A (zh) * | 2019-12-20 | 2021-06-22 | 西门子(中国)有限公司 | 智能家居***的网关恢复方法及装置 |
CN113055217A (zh) * | 2019-12-28 | 2021-06-29 | 浙江宇视科技有限公司 | 一种设备离线修复方法及装置 |
CN113691404A (zh) * | 2021-08-23 | 2021-11-23 | 深圳市欧瑞博科技股份有限公司 | 智能设备的网络修复方法、装置及智能网关 |
CN113765743A (zh) * | 2021-08-09 | 2021-12-07 | 中标慧安信息技术股份有限公司 | 智能网关工作状态监控方法 |
CN113825164A (zh) * | 2021-10-29 | 2021-12-21 | 中国电信股份有限公司 | 网络故障修复方法、装置、存储介质及电子设备 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180262533A1 (en) * | 2017-03-13 | 2018-09-13 | Comcast Cable Communications, Llc | Monitoring Device Data and Gateway Data |
-
2022
- 2022-02-15 CN CN202210138885.6A patent/CN114567518B/zh active Active
Patent Citations (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7209968B1 (en) * | 2001-05-29 | 2007-04-24 | Agilent Technologies, Inc. | System and method for recovering management of network element(s) responsive to failure of a distributed gateway |
CN103096186A (zh) * | 2011-10-28 | 2013-05-08 | 上海博泰悦臻网络技术服务有限公司 | 车载设备、车辆的对讲装置及其离线续连方法 |
CN103595572A (zh) * | 2013-11-27 | 2014-02-19 | 牛永伟 | 一种云计算集群中节点自修复的方法 |
EP3111591B1 (fr) * | 2014-02-14 | 2018-08-08 | Orange | Technique d'aide au diagnostic a distance d'une passerelle d'acces |
CN205121205U (zh) * | 2015-11-24 | 2016-03-30 | 武汉鑫科信科技有限公司 | 一种智能家居控制*** |
CN105553697A (zh) * | 2015-12-09 | 2016-05-04 | 中国航空工业集团公司西安航空计算技术研究所 | 一种采用snmp协议的航空电子***网络管理*** |
CN106130778A (zh) * | 2016-07-18 | 2016-11-16 | 浪潮电子信息产业股份有限公司 | 一种处理集群故障的方法及一种管理节点 |
CN107249027A (zh) * | 2017-06-09 | 2017-10-13 | 顺德职业技术学院 | 一种基于互联网的智能设备管理*** |
CN107332765A (zh) * | 2017-07-04 | 2017-11-07 | 百度在线网络技术(北京)有限公司 | 用于维修路由器故障的方法和装置 |
EP3777326A1 (en) * | 2018-05-10 | 2021-02-17 | Samsung Electronics Co., Ltd. | Improvements in and relating to failure modes in multi-hop networks |
CN109150656A (zh) * | 2018-08-15 | 2019-01-04 | 北京小米移动软件有限公司 | 智能设备的状态提醒方法、装置、设备和存储介质 |
CN109039756A (zh) * | 2018-08-20 | 2018-12-18 | 珠海格力电器股份有限公司 | 一种无线网络控制***及其故障修复方法 |
CN109474494A (zh) * | 2018-12-05 | 2019-03-15 | 深圳绿米联创科技有限公司 | 设备检测方法、装置、服务器及存储介质 |
CN111371584A (zh) * | 2018-12-26 | 2020-07-03 | 中兴通讯股份有限公司 | 设备故障的处理方法、管理设备、家庭网关设备 |
KR20200117564A (ko) * | 2019-04-04 | 2020-10-14 | 이창우 | 장애 관리 장치 및 이를 이용한 장애 관리 시스템 |
CN210327726U (zh) * | 2019-06-11 | 2020-04-14 | 深圳市小瑞科技股份有限公司 | 一种带离线自愈功能的无线网络摄像头 |
CN112198803A (zh) * | 2019-07-08 | 2021-01-08 | 江苏美的清洁电器股份有限公司 | 故障处理方法、装置、电子设备及存储介质 |
CN112445634A (zh) * | 2019-08-29 | 2021-03-05 | 青岛海信宽带多媒体技术有限公司 | 一种故障修复方法、装置、电子设备及存储介质 |
CN113014459A (zh) * | 2019-12-20 | 2021-06-22 | 西门子(中国)有限公司 | 智能家居***的网关恢复方法及装置 |
CN113055217A (zh) * | 2019-12-28 | 2021-06-29 | 浙江宇视科技有限公司 | 一种设备离线修复方法及装置 |
CN111767167A (zh) * | 2020-04-30 | 2020-10-13 | 深圳市欧瑞博科技股份有限公司 | 网关数据的迁移方法、***、服务器及存储介质 |
CN112905375A (zh) * | 2021-02-07 | 2021-06-04 | 南方电网数字电网研究院有限公司 | 双芯智能电表管理单元的自恢复方法、装置和计算机设备 |
CN113765743A (zh) * | 2021-08-09 | 2021-12-07 | 中标慧安信息技术股份有限公司 | 智能网关工作状态监控方法 |
CN113691404A (zh) * | 2021-08-23 | 2021-11-23 | 深圳市欧瑞博科技股份有限公司 | 智能设备的网络修复方法、装置及智能网关 |
CN113825164A (zh) * | 2021-10-29 | 2021-12-21 | 中国电信股份有限公司 | 网络故障修复方法、装置、存储介质及电子设备 |
Non-Patent Citations (7)
Title |
---|
Lon Works监控网络在25T型客车中的应用;楼锦华;;上海铁道科技(第06期);全文 * |
M. Asim ; H. Mokhtar ; M. Merabti.A Fault Management Architecture For Wireless Sensor Network.IWCMC 2008: 2008 International Wireless Communications and Mobile Computing Conference Crete, Greece 6-8 August 2008 Pages 555-1107. [v.2].2008,全文. * |
S. Ramanathan ; C. Lac.Resilience Enhancement of Home Gateways using Failure Analysis.2008 2nd International Symposium on Advanced Networks and Telecommunications Systems (ANTS): Mumbai, India 15-17 December 2008.2008,全文. * |
ZigBee网络地址分配机制及路由失效自修复研究;李清平;刘清华;傅幼萍;;山东理工大学学报(自然科学版)(第03期);全文 * |
云存储***管理节点故障自恢复算法;马玮骏;王强;何晓晖;张舒;张庆;;计算机***应用(第02期);全文 * |
节点在线率和资源热度相关的P2P存储***副本复制和修复策略;刘志明;沙基昌;万亚平;阳小华;;计算机工程与科学(第02期);全文 * |
详解无线路由频繁掉线9种原因;计算机与网络(第20期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114567518A (zh) | 2022-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106487928B (zh) | 消息推送方法及装置 | |
US7659814B2 (en) | Method for distributed sound collection and event triggering | |
CN109861856B (zh) | ***故障信息的通知方法、装置、存储介质及计算机设备 | |
WO2016065552A1 (zh) | 一种心跳周期的设置方法及终端 | |
WO2014153984A1 (zh) | 终端的信息输出方法及装置 | |
CN106131241B (zh) | 一种网络连接方法、装置及移动终端 | |
CN111930565B (zh) | 分布式管理***中组件的进程故障自愈方法、装置及设备 | |
CN114285844B (zh) | 服务器接口智能熔断的方法、装置、电子设备及存储介质 | |
CN112965799B (zh) | 任务状态的提示方法、装置、电子设备和介质 | |
CN113609107A (zh) | 数据库管理方法、装置、电子设备及存储介质 | |
CN114567518B (zh) | 设备状态的提示方法、装置、电子设备及存储介质 | |
CN109284275B (zh) | 一种云平台虚拟机文件***监控方法和装置 | |
CN111478817A (zh) | 网络故障处理方法、装置、存储介质及移动设备 | |
US10966104B2 (en) | Email synchronization method and device | |
CN108737460B (zh) | 一种连接的处理方法及客户端 | |
CN114157725B (zh) | 设备联动的方法、装置、服务器、电子设备以及存储介质 | |
CN107612719B (zh) | 物联网接入点的数据备份方法及装置 | |
CN115904770A (zh) | 进程的恢复方法、装置、电子设备及存储介质 | |
CN114185688B (zh) | 物理资源占用状态的矫正方法、调度器及可读存储介质 | |
CN110602187A (zh) | 终端共享方法、装置及设备 | |
CN109151160A (zh) | 通信方法、装置、移动终端及存储介质 | |
CN112416698A (zh) | 监控***的扩展方法及装置、存储介质及电子设备 | |
CN112738505B (zh) | 视频通信方法、装置、介质及电子设备 | |
CN114302348B (zh) | 消息生成方法、装置、电子设备和计算机可读存储介质 | |
CN113835977B (zh) | 一种状态提示方法、装置、计算机设备和计算机可读存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |