CN114567518B

CN114567518B - Device state prompting method and device, electronic device and storage medium

Info

Publication number: CN114567518B
Application number: CN202210138885.6A
Authority: CN
Inventors: 易良
Original assignee: Lumi United Technology Co Ltd
Current assignee: Lumi United Technology Co Ltd
Priority date: 2022-02-15
Filing date: 2022-02-15
Publication date: 2024-03-12
Anticipated expiration: 2042-02-15
Also published as: CN114567518A

Abstract

The embodiment of the application provides a prompting method and device for equipment state, electronic equipment and a storage medium, and relates to the technical field of computers. Wherein the method comprises the following steps: in the device state page, device states of a plurality of intelligent devices deployed in the gateway are displayed, wherein the device states comprise an offline state and an online state; receiving a plurality of pieces of equipment state information, wherein the equipment state information is used for indicating that the equipment state of the intelligent equipment is recovered from an offline state to an online state when the gateway performs self-recovery processing successfully, and performing self-recovery processing when the equipment state of the plurality of intelligent equipment is displayed in an equipment state page; based on the received plurality of device state information, the device state of the plurality of intelligent devices is displayed in the device state page to change from an offline state to an online state. The embodiment of the application solves the problem of inaccurate prompt about offline of a plurality of intelligent devices in the related technology.

Description

Device state prompting method and device, electronic device and storage medium

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method and apparatus for prompting a device state, an electronic device, and a storage medium.

Background

Along with the rapid development of the technology of the Internet of things, the intelligent home system gradually enters the field of vision of people. The intelligent home system comprises a terminal, a gateway, intelligent equipment deployed in the gateway, a cloud end and the like. The gateway can monitor the intelligent devices deployed therein at any time and report to the terminal/cloud as to the operation of the intelligent devices, for example, whether the intelligent devices are on-line/off-line, whether the intelligent devices are operating normally, and so on.

At present, when a user discovers that a plurality of intelligent devices are offline through a terminal, the offline intelligent devices are manually reset one by one, so that each intelligent device offline can be recovered from offline to online, along with the increase of the number of intelligent devices deployed in a gateway, the user operation is more and more complicated, the device recovery time is longer and the use experience of the user is easily influenced.

However, the prompt of the terminal about the offline of the plurality of intelligent devices comes from the gateway, so that the user discovers that the intelligent devices are offline through the terminal, and the prompt is not only caused by the fault of the intelligent devices, but also caused by the fault of the gateway.

It follows that how to improve the accuracy of the prompts regarding the off-line of the plurality of smart devices remains to be solved.

Disclosure of Invention

The embodiments of the present application provide a method, an apparatus, an electronic device, and a storage medium for prompting a device state, which can solve the problem in the related art that a plurality of intelligent devices are not accurately prompted offline. The technical scheme is as follows:

according to one aspect of the embodiment of the application, a method for prompting a device state is applied to a terminal, and the method comprises the following steps: in the device state page, device states of a plurality of intelligent devices deployed in the gateway are displayed, wherein the device states comprise an offline state and an online state; receiving a plurality of pieces of equipment state information, wherein the equipment state information is used for indicating that the equipment state of the intelligent equipment is recovered from an offline state to an online state when the gateway performs self-recovery processing successfully, and performing self-recovery processing when the equipment state of the plurality of intelligent equipment is displayed in an equipment state page; based on the received plurality of device state information, the device state of the plurality of intelligent devices is displayed in the device state page to change from an offline state to an online state.

According to one aspect of the embodiment of the application, a method for prompting a device state is applied to a gateway, and the method comprises the following steps: if the device states of the plurality of intelligent devices deployed in the gateway are determined to be offline, performing self-recovery processing; and sending equipment state information to the terminal so as to display that the equipment states of the intelligent equipment are changed from the offline state to the online state in the terminal, wherein the equipment state information is used for indicating that the equipment states of the intelligent equipment are restored from the offline state to the online state when the gateway performs self-recovery processing successfully.

According to one aspect of the embodiment of the application, a device state prompting device is applied to a terminal, and the device comprises: the first state display module is used for displaying the equipment states of the plurality of intelligent equipment deployed in the gateway in the equipment state page, wherein the equipment states comprise an offline state and an online state; the information receiving module is used for receiving a plurality of pieces of equipment state information sent by the gateway, the equipment state information is used for indicating that the equipment state of the intelligent equipment is recovered from an offline state to an online state when the self-recovery processing of the gateway is successful, and the gateway performs the self-recovery processing when the equipment state of the plurality of intelligent equipment is displayed in an equipment state page to be the offline state; and the second state display module is used for displaying that the equipment states of the plurality of intelligent equipment are changed from the off-line state to the on-line state in the equipment state page based on the received plurality of pieces of equipment state information.

According to one aspect of the embodiments of the present application, a device state prompting apparatus is applied to a gateway, and the apparatus includes: the self-recovery module is used for carrying out self-recovery processing if the equipment states of the plurality of intelligent equipment deployed in the gateway are determined to be offline; the information sending module is used for sending equipment state information to the terminal so as to display that the equipment states of the intelligent equipment are changed from the offline state to the online state in the terminal, and the equipment state information is used for indicating that the equipment states of the intelligent equipment are restored from the offline state to the online state when the gateway performs self-restoration processing successfully.

According to one aspect of an embodiment of the present application, an electronic device includes: at least one processor, at least one memory, and at least one communication bus, wherein the memory stores computer programs, and the processor reads the computer programs in the memory through the communication bus; the computer program, when executed by a processor, implements a method of prompting a device state as described above.

According to one aspect of the embodiments of the present application, a storage medium has stored thereon a computer program which, when executed by a processor, implements a method of prompting a device state as described above.

According to an aspect of the embodiments of the present application, a computer program product, the computer program product comprising a computer program, the computer program being stored in a storage medium, a processor of a computer device reading the computer program from the storage medium, the processor executing the computer program such that the computer device, when executing, implements a method for prompting a device state as described above.

The beneficial effects that this application provided technical scheme brought are:

in the above technical solution, regarding the terminal, the device states of the plurality of intelligent devices deployed in the gateway are displayed in the device state page, where the device states include an offline state and an online state, if the plurality of intelligent devices are displayed in the device state page and are in the offline state, the gateway first performs a self-recovery process, and when the self-recovery process is successful, sends device state information indicating that the device states of the intelligent devices are recovered from the offline state to the online state to the terminal, based on the plurality of device state information corresponding to the intelligent devices, the device states of the plurality of intelligent devices can be displayed in the device state page and changed from the offline state to the online state, that is, when the plurality of intelligent devices are offline, the possibility of failure of the gateway is first eliminated, so that the offline of the plurality of intelligent devices displayed in the terminal is fully ensured to be related to the failure of the intelligent devices, and the problem of inaccurate offline prompt about the plurality of intelligent devices in the related art is effectively solved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings that are required to be used in the description of the embodiments of the present application will be briefly described below.

Fig. 1 is a schematic diagram of an implementation environment according to the present application.

FIG. 2 is a flow chart illustrating a method of prompting a device state according to an exemplary embodiment;

FIG. 3 is a schematic diagram showing a device status page displaying a plurality of smart devices offline, according to an example embodiment;

FIG. 4 is a schematic diagram showing offline recovery hint information displayed on a device status page according to an exemplary embodiment;

FIG. 5 is a schematic diagram showing a device status page displaying multiple smart devices online, according to an example embodiment;

FIG. 6 is a flowchart illustrating another method of prompting device status according to an exemplary embodiment;

FIG. 7 is a flowchart illustrating another method of prompting device status in accordance with an exemplary embodiment;

FIG. 8 is a schematic diagram showing a hard reset hint information display on a device status page according to an exemplary embodiment;

FIG. 9 is a schematic diagram showing hardware fault notification displayed on a device status page according to an exemplary embodiment;

FIG. 10 is a block diagram illustrating a device status prompting apparatus according to an exemplary embodiment;

FIG. 11 is a block diagram illustrating another device status prompting apparatus in accordance with an exemplary embodiment;

fig. 12 is a hardware configuration diagram of a terminal according to an exemplary embodiment;

FIG. 13 is a hardware block diagram of a gateway shown in accordance with an exemplary embodiment;

fig. 14 is a block diagram illustrating a configuration of an electronic device according to an exemplary embodiment.

Detailed Description

Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein the same or similar reference numerals refer to the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by referring to the drawings are exemplary only for the purpose of illustrating the present application and are not to be construed as limiting the present application.

As used herein, the singular forms "a", "an", "the" and "the" are intended to include the plural forms as well, unless expressly stated otherwise, as understood by those skilled in the art. It will be further understood that the terms "comprises" and/or "comprising," when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof. It will be understood that when an element is referred to as being "connected" or "coupled" to another element, it can be directly connected or coupled to the other element or intervening elements may also be present. Further, "connected" or "coupled" as used herein may include wirelessly connected or wirelessly coupled. The term "and/or" as used herein includes all or any element and all combination of one or more of the associated listed items.

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Fig. 1 is a schematic diagram of an implementation environment involved in a device control method. The implementation environment includes a terminal 110, a router 120, an intelligent device 130, a gateway 150, and a server 170.

Specifically, the terminal 110, which is also referred to as a user terminal or a user terminal, may be configured to perform deployment of a client associated with the smart device 130, and may be an electronic device such as a smart phone, a tablet computer, a notebook computer, or the like, which is not specifically limited herein.

The client, associated with the smart device 130, may be in the form of an application program or a web page, and accordingly, a page provided by the client may be in the form of a program window or a web page, which is not limited herein.

The intelligent device 130 is deployed on the gateway 150, and accesses the gateway 150 through its own configured communication module (e.g. ZIGBEE, wi-Fi, or bluetooth), so as to implement interaction with the gateway 150. The intelligent device 130 may be an intelligent sound, an intelligent printer, an intelligent fax machine, an intelligent video camera, an intelligent air conditioner, an intelligent door lock, an intelligent lamp, a curtain, or an electronic device such as a pressure sensor, a human body sensor, a door and window sensor, a temperature and humidity sensor, a water immersion sensor, a natural gas alarm, a smoke alarm, a wall switch, a wall socket, a wireless switch, a wireless wall-mounted switch, a magic cube controller, a curtain motor, etc., which are not particularly limited herein.

Terminal 110 interacts with gateway 150 and intelligent device 130 deployed in gateway 150 such that a user can control intelligent device 130 deployed in gateway 150 to perform operations with terminal 110. In an application scenario, the terminal 110 establishes a communication connection between the router 130 and the gateway 150 in a wired or wireless manner, so that the terminal 110 and the gateway 150 are deployed in the same local area network, and further, the terminal 110 can implement interaction with the intelligent device 130 and the gateway 150 through a local area network path. In another application scenario, the terminal 110 establishes a wired or wireless communication connection between the server 170 and the gateway 150, for example, the wired or wireless communication connection includes but is not limited to 2G/3G/4G/5G, wi-Fi, so that the terminal 110 and the gateway 150 are deployed in the same wide area network, and further the terminal 110 can implement interaction with the intelligent device 130 and the gateway 150 through a wide area network path.

The server 170 may be a server, a server cluster formed by a plurality of servers, or a cloud computing center formed by a plurality of servers, so as to better provide background services to the mass terminals 110 and the intelligent devices 130. For example, a server is an electronic device that provides a background service to a user, including but not limited to a data storage service, etc., that may be a self-healing process log, device state information of a smart device, heartbeat information, etc.

As the client associated with the smart device 130 runs in the terminal 110, the user enters a device status page in which the device status of the smart device deployed in the gateway, including offline status, online status, can be viewed.

When the user finds that the plurality of intelligent devices are offline, that is, the device state of the plurality of intelligent devices is displayed in the device state page to be in an offline state, the gateway firstly performs self-recovery processing, so that the possibility that the plurality of intelligent devices are offline due to the gateway fault is eliminated.

If the plurality of intelligent devices are offline due to gateway faults, the problem that the plurality of intelligent devices are offline can be solved through the self-recovery processing of the gateway, namely the plurality of intelligent devices are recovered from offline to online, specifically: when the gateway performs the self-recovery processing successfully, for the terminal, the device state information for indicating that the device state of the intelligent device is recovered from the offline state to the online state is received, and based on the device state information corresponding to the intelligent devices, the device states of the intelligent devices are displayed in the device state page to be changed from the offline state to the online state.

Therefore, for the offline of the plurality of intelligent devices caused by the gateway fault, after the gateway self-investigation, the device state of the plurality of intelligent devices is displayed in the terminal to be in an online state, and the device state of the plurality of intelligent devices is not in an offline state any more, so that the accuracy of the prompt about the offline of the plurality of intelligent devices in the terminal is fully ensured.

Referring to fig. 2, an embodiment of the present application provides a method for prompting a device state, where the method is applied to an electronic device for illustration. The electronic device may be, in particular, a terminal 110 suitable for use in the implementation environment shown in fig. 1.

As shown in fig. 2, the method may include the steps of:

in step 310, in the device status page, the device status of the smart device deployed in the gateway is displayed.

The device state comprises an offline state and an online state. Of course, in other embodiments, the device state may also include a sleep state, a normal state, etc., and is not particularly limited herein.

For the terminal, the acquiring of the device state of the intelligent device may specifically send the device state information to the terminal by the gateway through the local area network path at regular/irregular time, or forward the device state information to the cloud by the gateway, and send the device state information to the terminal by the cloud through the wide area network path at regular/irregular time. The device status information is used to indicate the device status of the smart device, for example, the device status information is used to indicate that the device status of the smart device is offline, which may also be understood as indicating that the smart device is offline.

In one embodiment, for the gateway, the obtaining of the device state of the smart device may include the steps of: the device state of the smart device deployed in the gateway is monitored to determine whether the device state of the smart device deployed in the gateway is an offline state or an online state. Specifically, in a first set period, receiving heartbeat information sent by the intelligent equipment; if the heartbeat information of the intelligent device is not received in the first setting period, determining that the device state of the intelligent device is an offline state. It should be noted that the first setting period may be flexibly adjusted according to the actual requirement of the application scenario, for example, the intelligent device is a pressure sensor, the first setting period is 60 minutes, or the intelligent device is an intelligent air conditioner, the first setting period is 10 minutes, which is not limited herein.

Then, based on the device state information, after the terminal obtains the device state of the smart device, as the client associated with the smart device is running at the terminal, the user can enter a device state page for displaying the device states of the plurality of smart devices deployed in the gateway. Fig. 3 is a schematic diagram showing that in one embodiment, the device status page displays a plurality of intelligent devices offline, and as shown in fig. 3, when a user enters the device status page 301, the user can check that the device statuses of the plurality of intelligent devices deployed in the gateway are all offline, that is, the plurality of intelligent devices are offline, which can also be understood as batch intelligent devices offline.

It should be noted that, by the intelligent device deployed in the gateway, through the lan path/wan path in the implementation environment shown in fig. 1, the addition of the device identifier is performed in advance in the client, so that the intelligent device is uniquely represented in the client by the device identifier, and further, the intelligent device can be displayed in the form of the device identifier in the device status page provided by the client. In one embodiment, the device identification may be added by user input, e.g., the user enters "college for" for the smart sound, then the device identification for the smart sound is "college for". In another embodiment, the device identifier may also be automatically generated according to the addition sequence, for example, the intelligent sound is added first, the corresponding device identifier is 001, then the intelligent air conditioner is added, the corresponding device identifier is 002, the intelligent door lock is added last, and the corresponding device identifier is 003.

In step 330, a plurality of device status information is received, each corresponding to a smart device.

The device state information is used for indicating that the device state of the intelligent device is recovered from an offline state to an online state when the self-recovery processing is successful by the gateway, and the gateway performs the self-recovery processing when the device states of the plurality of intelligent devices are displayed in the device state page to be in the offline state.

That is, if the user finds that the plurality of intelligent devices are offline, that is, the device status page displays the device statuses of the plurality of intelligent devices as offline, the gateway will perform the self-recovery processing first. Specifically, the self-recovery process may be performed actively by the gateway, or may be performed passively by the gateway in response to a manual operation by the user.

In one embodiment, the process of triggering the gateway to actively perform the self-recovery processing may include the following steps: determining the number of intelligent devices in an offline state within a set time; judging whether the number of the intelligent devices in the offline state exceeds a set threshold value, if so, determining that a plurality of intelligent devices are offline, and triggering a gateway to perform self-recovery processing. It should be noted that the set threshold may be flexibly set according to the actual requirement of the application scenario, for example, the set threshold is 90% of the total number of intelligent devices deployed in the gateway, which is not limited herein. Similarly, the setting time can be flexibly set according to the actual requirement of the application scenario, which is not limited in this embodiment.

In one embodiment, the gateway may perform the self-recovery processing in response to a manual operation of a user, including the steps of: if the device states of the plurality of intelligent devices are displayed in the device state page to be in an offline state, displaying offline recovery prompt information, wherein the offline recovery prompt information is used for prompting whether the gateway performs self-recovery processing or not; detecting a first triggering operation aiming at offline recovery prompt information; and responding to the first triggering operation, and requesting the gateway to perform self-recovery processing. The obtaining of the offline recovery prompt information may specifically come from a gateway, that is, the gateway determines that a plurality of intelligent devices are offline, that is, sends the offline recovery prompt information to the terminal; the number of the intelligent devices in the offline state displayed in the device state page may also be generated by the terminal itself, that is, the number of the intelligent devices in the offline state displayed in the device state page may be determined, and if the number exceeds a set threshold, an offline recovery prompt message may be generated.

Fig. 4 is a schematic diagram showing that in one embodiment, the offline recovery prompt information is displayed on a device status page, as shown in fig. 4, the offline recovery prompt information 302 is displayed on the device status page 301, so as to prompt a user whether to request the gateway to perform the self-recovery processing, and when the user clicks the "confirm" icon in the offline recovery prompt information 302, the gateway can be triggered to perform the self-recovery processing. The clicking operation is regarded as the first triggering operation for offline recovery prompt information. Of course, in other embodiments, the offline recovery prompt information may also be displayed in other pages provided by the client, specifically, when it is determined that a plurality of intelligent devices are offline, the device state page is jumped to the message display page, and the offline recovery prompt information is displayed in the message display page, which is not limited in this embodiment.

It is added that the specific behavior of the first triggering operation may be different according to the input components (such as a touch layer, a mouse, a keyboard, etc. overlaid on the display screen) configured by the terminal. For example, by means of a smart phone input by the touch layer, the first triggering operation may be a gesture operation such as clicking, sliding, etc., while the first triggering operation may be a mechanical operation such as dragging, clicking, double clicking, etc. for a notebook computer with a corresponding mouse, the embodiment is not limited to this specific configuration.

As described above, the device status of the smart device relates to the heartbeat information sent by the smart device to the gateway in the set period, and the inventor realizes that, for the gateway, the failure to receive the heartbeat information in the set period may be caused by the failure of the smart device itself or may be caused by the failure of the gateway itself. At this time, if the failure of the gateway is caused only, after the failure of the gateway is solved through the self-recovery processing, the gateway can re-receive the heartbeat information sent by the intelligent device, so that the intelligent device is recovered from offline to online.

Based on this, in terms of the terminal, before the gateway performs the self-recovery processing, the device state information indicating that the intelligent device is in the offline state will be received, and after the gateway performs the self-recovery processing successfully, the device state information indicating that the intelligent device is in the online state will be received. In other words, when the gateway performs the self-recovery processing successfully, the device state information indicates that the device state of the intelligent device is recovered from the offline state to the online state.

Step 350, based on the received plurality of device state information, displaying the device states of the plurality of intelligent devices in the device state page to change from an offline state to an online state.

When the gateway performs the self-recovery processing successfully, the terminal can determine that the equipment state of the intelligent equipment is recovered from the offline state to the online state, and then the equipment state is displayed in the equipment state page.

FIG. 5 is a schematic diagram showing that in one embodiment, a device status page displays that a plurality of intelligent devices are online, and as shown in FIG. 5, a user enters a device status page 301, so that the user can check that the device status of the plurality of intelligent devices deployed in a gateway changes from an offline status to an online status, that is, that the plurality of intelligent devices are online, and can also be understood as batch intelligent devices are online.

In the above process, the off-line of the plurality of intelligent devices related to the gateway fault can be solved through the self-recovery processing of the gateway, so that the off-line of the plurality of intelligent devices displayed in the terminal is only related to the fault of the intelligent devices, and the problem of inaccurate prompting about the off-line of the plurality of intelligent devices in the related technology is effectively solved.

Referring to fig. 6, a possible implementation manner is provided in the embodiment of the present application, and regarding the self-recovery processing of the gateway, a gateway 150 suitable for the implementation environment shown in fig. 1 may include the following steps:

step 410, call the setting interface to send the confirmation information to the communication module.

As described above, the gateway is in an offline state, which is caused by the gateway not receiving the heartbeat information of the smart device in the first set period. If the gateway does not receive the heartbeat information reported by the intelligent device in the first set period, the intelligent device is considered to be in an offline state, and a situation that the intelligent device fails and the heartbeat information is not reported to the gateway exists may be caused by the situation that the software end of the communication module configured by the gateway is abnormal or crashed, and the like, specifically, the abnormal situations that the process of the software end is in a suspended state, does not respond, does not process an event, or the memory is full, and the like, so that the heartbeat information communication modules reported by all the intelligent devices are not processed, and the phenomenon of false offline of all the intelligent devices is caused. The communication module may be a bluetooth module or a ZigBee module, which is not limited herein. A gateway configured communication module may be understood as a communication module arranged within a gateway.

Therefore, in order to solve the above problem, the communication module needs to be restarted and reset so that the communication module can normally process the heartbeat information reported by the intelligent device. Based on this, in this embodiment, the gateway sends the confirmation information to the communication module through the setting interface defined by the software in advance and used for communicating with the communication module. The interface is set, which is a software interface, and is pre-configured between the gateway and the communication module, so as to check whether the interface communication between the gateway and the communication module is abnormal.

In step 430, response information fed back by the communication module in response to the acknowledgement information is received.

Under normal conditions, each time after receiving the acknowledgement information sent by the gateway, the communication module needs to respond to the acknowledgement information and feed back response information to the gateway. If the gateway receives the response information fed back by the communication module in response to the confirmation information, it is determined that the interface communication between the gateway and the communication module is normal, and step 450 is performed in a jumping manner.

Otherwise, if the gateway does not receive the response information fed back by the communication module in response to the confirmation information, it is determined that the interface communication between the gateway and the communication module is abnormal, and at this time, step 480 is skipped.

And 450, if the interface communication between the gateway and the communication module configured by the gateway is normal, performing a soft reset operation.

The soft reset operation is to control the communication module to simulate hardware power-off to reset through a software reset instruction, so that the communication module is restarted to recover the normal working state of the communication module. Specifically, the gateway sends a software reset instruction to the communication module through a soft reset interface defined by the software in advance, and the communication module automatically restarts and resets after receiving the reset instruction.

After the soft reset operation, it can be verified whether the failure of the gateway itself has been repaired by determining whether the heartbeat information is received again, i.e. the step 470 is performed.

And 470, receiving heartbeat information sent by the intelligent device in a second set period.

And if the heartbeat information sent by the intelligent device is received in the second setting period, indicating that the soft reset operation/the hard reset operation is successful, ending the self-recovery processing of the gateway.

Otherwise, if the heartbeat information sent by the intelligent device is not received in the second setting period, which indicates that the soft reset operation fails, step 480 is skipped. Or if the heartbeat information sent by the intelligent device is not received in the second setting period, which indicates that the hard reset operation fails, the step 490 is skipped.

It should be noted that the second setting period may be flexibly adjusted according to the actual requirement of the application scenario, for example, the intelligent device is a pressure sensor, the second setting period is 60 minutes, or the intelligent device is an intelligent air conditioner, the second setting period is 10 minutes, which is not limited herein. It should be noted that the second setting period and the first setting period may be set to be identical or may be set to be inconsistent, and the present invention is not limited thereto.

And step 480, if the interface communication is abnormal or the soft reset operation fails, performing the hard reset operation.

The hard reset operation refers to controlling a hardware reset pin connected with the gateway to access a reset signal, so that the communication module is reset due to hardware outage, and accordingly transmission of heartbeat information between the gateway and the intelligent device is repaired. In one embodiment, the reset signal may be a high level signal or a low level signal, and in another embodiment, the reset signal may be a rising edge signal or a falling edge signal, which is not limited herein. That is, the hardware reset pin of the communication module is connected to the gateway, and the gateway can control the communication module to perform hardware reset by controlling the high and low levels of the hardware reset pin of the communication module. The problem that the intelligent equipment is in an offline state due to the abnormality of communication module software is solved through the deeper layer of hard reset operation.

After the hard reset operation, it can be verified whether the failure of the gateway itself has been repaired by determining whether the heartbeat information is received again, i.e. the step 470 is performed.

Step 490, reporting the self-recovery processing log to the cloud.

The self-recovery processing log comprises a soft reset operation log and a hard reset operation log, wherein the soft reset operation log is used for indicating whether interface communication between the gateway and a communication module configured by the gateway is abnormal, and the hard reset operation log is used for indicating whether hardware faults exist in the gateway.

That is, if the soft reset operation fails, the soft reset operation log indicates at least that the interface communication between the gateway and the communication module configured by the gateway is abnormal.

If the hard reset operation fails, the hard reset operation log indicates at least that the gateway has a hardware failure.

Under the action of the embodiment, the self-recovery processing of the gateway is realized, the dependence on manual power failure is avoided, and the use experience of a user is improved. In addition, the communication module is controlled to adopt soft reset operation preferentially, if the soft reset operation fails, the communication module is controlled to adopt hard reset operation, and the mode of firstly carrying out soft reset operation and then carrying out hard reset operation is adopted, so that the loss of hardware caused by frequent hard reset operation can be reduced.

With respect to the self-recovery processing of the gateway, the gateway may be actively performed, for example, a soft reset operation and/or a hard reset operation may be actively performed, or may be passively performed in response to a manual operation by a user, for example, a soft reset operation and/or a hard reset operation may be passively performed. Specifically, in one embodiment, in response to a first trigger operation, the gateway is requested to perform a soft reset operation in the self-recovery process, and if the soft reset operation fails, the gateway automatically performs a hard reset operation in the self-recovery process. In another embodiment, the gateway is requested to perform a hard reset operation in the self-recovery process in response to the first trigger operation. In another embodiment, in response to the first trigger operation, the gateway is requested to perform a soft reset operation in the self-recovery process, and if the gateway fails to perform the soft reset operation, in response to the second trigger operation, the gateway is requested to perform a hard reset operation in the self-recovery process.

The procedure of manually operating the trigger gateway by the user to perform the soft reset operation and the hard reset operation in the self-recovery process will now be described in detail with reference to fig. 7 to 9 as follows:

referring to fig. 7, in one possible implementation manner, in response to a first trigger operation, a request for performing a self-recovery processing procedure of a gateway may include the following steps:

step 510, responding to the first triggering operation, requesting the gateway to perform a soft reset operation in the self-recovery process;

referring back to fig. 4, an offline recovery prompt message is displayed in the device status page, so as to prompt the user whether to request the gateway to perform the self-recovery processing, and when the user clicks the offline recovery prompt message, the user can trigger the gateway to perform the soft reset operation in the self-recovery processing.

And step 530, receiving soft reset result information fed back by the gateway.

The soft reset result information is used for indicating whether the gateway performs soft reset operation successfully or not.

If the soft reset result information indicates that the gateway fails to perform the soft reset operation, the step 550 is skipped. Otherwise, if the gateway performs the soft reset operation successfully, the device state of the intelligent device can be recovered from the offline state to the online state, so that the device state of the plurality of intelligent devices displayed in the terminal is changed from the offline state to the online state.

Step 550, displaying the hard reset prompt and detecting a second trigger operation for the hard reset prompt.

The hard reset prompt information is used for prompting whether the gateway performs hard reset operation or not.

Fig. 8 is a schematic diagram showing that in one embodiment, the hard reset prompting information is displayed on the device status page, as shown in fig. 8, the hard reset prompting information 303 is displayed on the device status page 301, so as to prompt the user whether to request the gateway to perform the hard reset operation in the self-recovery process, and when the user clicks the "confirm" icon in the hard reset prompting information 303, the user can trigger the gateway to perform the hard reset operation in the self-recovery process. The clicking operation is considered as a second trigger operation for the hard reset prompt information, and may also be considered as a second trigger operation for the soft reset operation failure.

Of course, in other embodiments, the hard reset reminder information may also be displayed in other pages provided by the client, specifically, when the soft reset operation fails, the device status page jumps to the message display page, and the hard reset reminder information is displayed in the message display page, which is not limited in particular herein.

In response to the second trigger operation, the gateway is requested to perform a hard reset operation in the self-recovery process, step 570.

In step 580, the hard reset result information fed back by the gateway is received.

The hard reset result information is used for indicating whether the hard reset operation performed by the gateway is successful or not.

If the hard reset result information indicates that the hard reset operation performed by the gateway fails, the step 590 is performed. Otherwise, if the hard reset result information indicates that the hard reset operation performed by the gateway is successful, the device state side of the intelligent device can be recovered from the offline state to the online state, so that the device states of the plurality of intelligent devices displayed in the terminal are changed from the offline state to the online state.

Step 590, displaying hardware fault prompt information.

The hardware fault prompting information is used for prompting that the gateway has hardware faults. FIG. 9 is a schematic diagram showing a hardware fault notification displayed on a device status page in one embodiment, as shown in FIG. 9, and a hardware fault notification 304 is displayed on a device status page 301, so as to notify a user that a gateway has a hardware fault, and service or replacement can be applied.

Based on the method, the gateway can respond to the manual operation of the user to perform self-recovery processing, and can also actively perform self-recovery processing, and of course, in other application scenes, the gateway can also actively perform hard reset operation in set time (for example, two early morning points), so that the user can be prevented from manually resetting the offline intelligent devices one by one when a plurality of intelligent devices are offline, and the user experience is improved.

The following is an embodiment of the apparatus of the present application, and may be used to execute the method for prompting the device status related to the present application. For details not disclosed in the device embodiments of the present application, please refer to a method embodiment of the method for prompting the device state related to the present application.

Referring to fig. 10, in an embodiment of the present application, a device state prompting apparatus 900 is provided, and the device 900 is applied to a terminal, and includes but is not limited to: a first status display module 910, an information receiving module 930, and a second status display module 950.

The first status display module 910 is configured to display, in a device status page, device statuses of a plurality of intelligent devices deployed in a gateway, where the device statuses include an offline status and an online status.

The information receiving module 930 is configured to receive a plurality of device state information, where the device state information is configured to instruct, when the gateway performs the self-recovery processing successfully, the device state of the intelligent device to recover from an offline state to an online state, and when the device states of the plurality of intelligent devices are displayed in the device state page to be in the offline state, the gateway performs the self-recovery processing.

The second status display module 950 is configured to display, on the device status page, a change of the device status of the plurality of intelligent devices from the offline status to the online status based on the received plurality of device status information.

Referring to fig. 11, in the embodiment of the present application, a device state prompting apparatus 1000 is provided, and the device 1000 is applied to a gateway, and includes but is not limited to: a self-recovery module 1010 and an information transmission module 1030.

The self-recovery module 1010 is configured to perform self-recovery processing if it is determined that the device states of the plurality of intelligent devices deployed in the gateway are offline.

The information sending module 1030 is configured to send, to the terminal, a plurality of pieces of equipment status information, so as to display, in the terminal, that the equipment status of the plurality of intelligent devices changes from an offline status to an online status, where the equipment status information is used to instruct the equipment status of the intelligent devices to be restored from the offline status to the online status when the gateway performs the self-recovery processing successfully.

It should be noted that, when the device for prompting the device state provided in the foregoing embodiment performs prompting of the device state, only the division of the foregoing functional modules is used as an example, in practical application, the foregoing functional allocation may be completed by different functional modules according to needs, that is, the internal structure of the device for prompting the device state will be divided into different functional modules to complete all or part of the functions described above.

In addition, the device for prompting the device state and the embodiment of the method for prompting the device state provided in the foregoing embodiments belong to the same concept, and the specific manner in which each module performs the operation has been described in detail in the method embodiment, which is not described herein again.

Referring to fig. 12, fig. 12 is a schematic diagram illustrating a structure of a terminal according to an exemplary embodiment. The terminal is suitable for use in the terminal 110 shown in fig. 1 in an implementation environment.

It should be noted that the terminal is just one example adapted to the present application, and should not be construed as providing any limitation on the scope of use of the present application. Nor should the terminal be construed as necessarily relying on or necessarily having one or more of the components of the exemplary terminal 1100 shown in fig. 12.

As shown in fig. 12, the terminal 1100 includes a memory 101, a memory controller 103, one or more (only one is shown in fig. 12) processors 105, a peripheral interface 107, a radio frequency module 109, a positioning module 111, a camera module 113, an audio module 115, a touch screen 117, and a key module 119. These components communicate with each other via one or more communication buses/signal lines 121.

The memory 101 may be used to store a computer program and a module, such as a computer program and a module corresponding to a method and an apparatus for prompting a device state in an exemplary embodiment of the present application, and the processor 105 executes the computer program stored in the memory 101 to perform various functions and data processing, that is, to complete the method for prompting the device state.

Memory 101, which is the carrier of resource storage, may be random access memory, e.g., high speed random access memory, non-volatile memory, such as one or more magnetic storage devices, flash memory, or other solid state memory. The storage means may be a temporary storage or a permanent storage.

The peripheral interface 107 may include at least one wired or wireless network interface, at least one serial-to-parallel conversion interface, at least one input/output interface, at least one USB interface, etc. for coupling external various input/output devices to the memory 101 and the processor 105 to enable communication with the external various input/output devices.

The radio frequency module 109 is configured to receive and transmit electromagnetic waves, and to implement mutual conversion between the electromagnetic waves and the electrical signals, so as to communicate with other devices through a communication network. The communication network may include a cellular telephone network, a wireless local area network, or a metropolitan area network, and may employ various communication standards, protocols, and techniques.

The positioning module 111 is configured to obtain a current geographic location of the terminal 1100. Examples of the positioning module 111 include, but are not limited to, global satellite positioning system (GPS), wireless local area network or mobile communication network based positioning technology.

The camera module 113 is attached to a camera for taking pictures or videos. The photographed pictures or videos may be stored in the memory 101, and may also be transmitted to an upper computer through the rf module 109.

The audio module 115 provides an audio interface to the user, which may include one or more microphone interfaces, one or more speaker interfaces, and one or more earphone interfaces. The interaction of the audio data with other devices is performed through the audio interface. The audio data may be stored in the memory 101 or may be transmitted via the radio frequency module 109.

The touch screen 117 provides an input-output interface between the terminal 1100 and the user. Specifically, the user may perform an input operation, such as a gesture operation of clicking, touching, sliding, etc., through the touch screen 117 to make the terminal 1100 respond to the input operation. The terminal 1100 displays and outputs the output content formed by any one or combination of the text, the picture or the video to the user through the touch screen 117.

The key module 119 includes at least one key to provide an interface for a user to input to the terminal 1100, and the user can cause the terminal 1100 to perform different functions by pressing different keys. For example, the sound adjustment key may allow the user to adjust the volume of sound played by the terminal 1100.

It is to be understood that the structure shown in fig. 12 is merely illustrative, and that terminal 1100 may also include more or fewer components than shown in fig. 12, or have different components than shown in fig. 12. The components shown in fig. 12 may be implemented in hardware, software, or a combination thereof.

Fig. 13 shows a structural schematic of a gateway according to an exemplary embodiment. The gateway is suitable for use in the gateway 150 shown in fig. 1 in an implementation environment.

It should be noted that this gateway is only an example adapted to the present application, and should not be construed as providing any limitation to the scope of use of the present application. Nor should the gateway be construed as necessarily relying on or necessarily having one or more of the components of the exemplary gateway 2000 illustrated in fig. 13.

The hardware structure of gateway 2000 may vary widely depending on configuration or performance, as shown in fig. 12, gateway 2000 includes: a power supply 210, an interface 230, at least one memory 250, and at least one central processing unit (CPU, central Processing Units) 270.

Specifically, power supply 210 is configured to provide an operating voltage for each hardware device on gateway 2000.

Interface 230 includes at least one wired or wireless network interface for interacting with external devices. For example, interactions between terminal 110 and gateway 150 in the implementation environment shown in FIG. 1 are performed.

Of course, in other examples of adaptation of the present application, the interface 230 may further include at least one serial-parallel conversion interface 233, at least one input-output interface 235, and at least one USB interface 237, as shown in fig. 12, which is not specifically limited herein.

The memory 250 may be a carrier for storing resources, such as a read-only memory, a random access memory, a magnetic disk, or an optical disk, where the resources stored include an operating system 251, application programs 253, and data 255, and the storage mode may be transient storage or permanent storage.

The operating system 251 is used for managing and controlling various hardware devices and applications 253 on the gateway 200, so as to implement the operation and processing of the cpu 270 on the mass data 255 in the memory 250, which may be Windows server, mac OS XTM, unixTM, linuxTM, freeBSDTM, etc.

The application 253 is a computer program that performs at least one specific task based on the operating system 251, and may include at least one module (not shown in fig. 13), each of which may respectively include a computer program for the gateway 2000. For example, the hint means of the device state may be regarded as an application 253 deployed at gateway 2000.

The data 255 may be a photograph, a picture, etc. stored in a disk, or may be device status information, heartbeat information, etc. of an intelligent device, and stored in the memory 250.

The central processor 270 may include one or more processors and is configured to communicate with the memory 250 via at least one communication bus to read the computer program stored in the memory 250, thereby implementing the operation and processing of the bulk data 255 in the memory 250. The prompting method of the device state is accomplished, for example, by the cpu 270 reading a series of computer programs stored in the memory 250.

Furthermore, the present application can be realized by hardware circuitry or by a combination of hardware circuitry and software, and thus, the implementation of the present application is not limited to any specific hardware circuitry, software, or combination of the two.

Referring to fig. 14, in an embodiment of the present application, an electronic device 4000 is provided, and the electronic device 400 may include:

in fig. 14, the electronic device 4000 includes at least one processor 4001, at least one communication bus 4002, and at least one memory 4003.

Wherein the processor 4001 is coupled to the memory 4003, such as via a communication bus 4002. Optionally, the electronic device 4000 may further comprise a transceiver 4004, the transceiver 4004 may be used for data interaction between the electronic device and other electronic devices, such as transmission of data and/or reception of data, etc. It should be noted that, in practical applications, the transceiver 4004 is not limited to one, and the structure of the electronic device 4000 is not limited to the embodiment of the present application.

The processor 4001 may be a CPU (Central Processing Unit ), general purpose processor, DSP (Digital Signal Processor, data signal processor), ASIC (Application Specific Integrated Circuit ), FPGA (Field Programmable Gate Array, field programmable gate array) or other programmable logic device, transistor logic device, hardware components, or any combination thereof. Which may implement or perform the various exemplary logic blocks, modules, and circuits described in connection with this disclosure. The processor 4001 may also be a combination that implements computing functionality, e.g., comprising one or more microprocessor combinations, a combination of a DSP and a microprocessor, etc.

The communication bus 4002 may include a pathway to transfer information between the aforementioned components. The communication bus 4002 may be a PCI (Peripheral Component Interconnect, peripheral component interconnect standard) bus or an EISA (Extended Industry Standard Architecture ) bus, or the like. The communication bus 4002 can be divided into an address bus, a data bus, a control bus, and the like. For ease of illustration, only one thick line is shown in fig. 14, but not only one bus or one type of bus.

Memory 4003 may be, but is not limited to, ROM (Read Only Memory) or other type of static storage device that can store static information and instructions, RAM (Random Access Memory ) or other type of dynamic storage device that can store information and instructions, EEPROM (Electrically Erasable Programmable Read Only Memory ), CD-ROM (Compact Disc Read Only Memory, compact disc Read Only Memory) or other optical disk storage, optical disk storage (including compact discs, laser discs, optical discs, digital versatile discs, blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer.

The memory 4003 has stored thereon a computer program, and the processor 4001 reads the computer program stored in the memory 4003 through the communication bus 4002.

The computer program, when executed by the processor 4001, implements the method of presenting the device status in the above-described embodiments.

Further, in the embodiments of the present application, there is provided a storage medium having stored thereon a computer program which, when executed by a processor, implements the method for presenting the device status in the above embodiments.

In an embodiment of the present application, a computer program product is provided, which includes a computer program stored in a storage medium. The processor of the computer device reads the computer program from the storage medium, and the processor executes the computer program, so that the computer device executes the prompting method of the device state in the above embodiments.

Compared with the related art, on one hand, in the self-recovery processing process of the gateway, most abnormal conditions are solved by a soft reset mode preferentially to enable the communication module of the gateway to recover normally, and if the communication module cannot recover by the soft reset mode, the problem that the intelligent equipment is offline due to abnormal communication module software of the gateway is solved more deeply by a hard reset mode, so that other negative effects caused by frequent hardware reset are avoided, and the gateway is more reasonable; on the other hand, the communication module of the control gateway is automatically restarted to restore the normal working state, so that a plurality of off-line intelligent devices can be restored to the on-line state in batches, the problem that the off-line intelligent devices cannot be solved still due to the fact that the intelligent devices are manually reset for the blind purpose of a user is avoided, and the active operation of the user is reduced.

It should be understood that, although the steps in the flowcharts of the figures are shown in order as indicated by the arrows, these steps are not necessarily performed in order as indicated by the arrows. The steps are not strictly limited in order and may be performed in other orders, unless explicitly stated herein. Moreover, at least some of the steps in the flowcharts of the figures may include a plurality of sub-steps or stages that are not necessarily performed at the same time, but may be performed at different times, the order of their execution not necessarily being sequential, but may be performed in turn or alternately with other steps or at least a portion of the other steps or stages.

The foregoing is only a partial embodiment of the present application, and it should be noted that, for a person skilled in the art, several improvements and modifications can be made without departing from the principle of the present application, and these improvements and modifications should also be considered as the protection scope of the present application.

Claims

1. The method for prompting the equipment state is applied to a terminal and is characterized by comprising the following steps:

Displaying the equipment states of a plurality of intelligent devices deployed in a gateway in an equipment state page, wherein the equipment states comprise an offline state and an online state;

if the number of the intelligent devices with the displayed device states in the offline state exceeds a set threshold, requesting the gateway to perform self-recovery processing, and receiving a plurality of device state information after the gateway performs the self-recovery processing; the equipment state information is used for indicating the equipment state of the intelligent equipment to be recovered from an offline state to an online state when the gateway performs self-recovery processing successfully;

and based on the received device state information, displaying the device states of the intelligent devices in the device state page to change from an offline state to an online state.

2. The method of claim 1, wherein the method further comprises:

if the device states of the plurality of intelligent devices are displayed in the device state page to be in an offline state, displaying offline recovery prompt information, wherein the offline recovery prompt information is used for prompting whether the gateway performs the self-recovery processing or not;

detecting a first triggering operation aiming at the offline recovery prompt information;

And responding to the first triggering operation, and requesting the gateway to perform the self-recovery processing.

3. The method of claim 2, wherein the requesting the gateway to perform the self-recovery process in response to the first trigger operation comprises:

responding to the first triggering operation, and requesting the gateway to perform soft reset operation in the self-recovery processing, so that if the gateway fails to perform the soft reset operation, the gateway performs hard reset operation in the self-recovery processing; or (b)

And responding to the first triggering operation, and requesting the gateway to perform the hard reset operation in the self-recovery processing.

4. The method of claim 2, wherein the requesting the gateway to perform the self-recovery process in response to the first trigger operation comprises:

responding to the first triggering operation, and requesting the gateway to perform soft reset operation in the self-recovery processing;

if the gateway fails to perform the soft reset operation, detecting a second trigger operation for the soft reset operation failure;

and responding to the second triggering operation, and requesting the gateway to perform a hard reset operation in the self-recovery processing.

5. The method of claim 4, wherein the responding to the first trigger operation requests the gateway to perform a soft reset operation in the self-recovery process, the method further comprises:

receiving soft reset result information fed back by the gateway, wherein the soft reset result information is used for indicating whether the soft reset operation of the gateway is successful or not;

and if the soft reset operation of the gateway fails, displaying a hard reset prompt message to detect the second trigger operation aiming at the hard reset prompt message, wherein the hard reset prompt message is used for prompting whether the gateway performs the hard reset operation or not.

6. The method of any of claims 3 to 5, wherein after the gateway performs a hard reset operation in the self-recovery process, the method further comprises:

receiving hard reset result information fed back by the gateway, wherein the hard reset result information is used for indicating whether the hard reset operation of the gateway is successful or not;

and if the gateway fails to perform the hard reset operation, displaying hardware fault prompt information, wherein the hardware fault prompt information is used for prompting that the gateway has hardware faults.

7. A method for prompting a device state, applied to a gateway, the method comprising:

if the number of the intelligent devices which are deployed in the gateway and have the device state of the offline state is determined to exceed a set threshold, triggering the self-recovery processing by the gateway;

and sending the plurality of pieces of equipment state information subjected to the self-recovery processing to a terminal so as to display that the equipment states of a plurality of intelligent equipment are changed from an offline state to an online state in the terminal, wherein the equipment state information is used for indicating that the equipment state of the intelligent equipment is recovered from the offline state to the online state when the gateway is successful in the self-recovery processing.

8. The method of claim 7, wherein the method further comprises:

and monitoring the device states of the plurality of intelligent devices deployed in the gateway to determine whether the device states of the plurality of intelligent devices deployed in the gateway are offline states.

9. The method of claim 8, wherein the monitoring device status of a plurality of the smart devices deployed in the gateway comprises:

in a first setting period, receiving heartbeat information sent by the intelligent equipment;

And if the heartbeat information of the intelligent device is not received in the first setting period, determining that the device state of the intelligent device is an offline state.

10. The method of claim 7, wherein the self-recovery process comprises:

if the interface communication between the gateway and the communication module configured by the gateway is normal, performing soft reset operation;

and if the interface communication is abnormal or the soft reset operation fails, performing a hard reset operation.

11. The method of claim 10, wherein, before performing the soft reset operation if the interface communication between the gateway and the communication module configured therewith is normal, the method further comprises:

calling a setting interface and sending confirmation information to the communication module;

and if the response information fed back by the communication module in response to the confirmation information is not received, determining that the interface communication between the gateway and the communication module is abnormal.

12. The method of claim 10, wherein the method further comprises:

in a second setting period, receiving heartbeat information sent by the intelligent equipment;

and if the heartbeat information of the intelligent device is not received in the second setting period, determining that the soft reset operation fails or the hard reset operation fails.

13. The method of any one of claims 7 to 12, wherein the method further comprises:

and reporting a self-recovery processing log to the cloud, wherein the self-recovery processing log comprises a soft reset operation log and a hard reset operation log, the soft reset operation log is used for indicating whether interface communication between the gateway and a communication module configured by the gateway is abnormal, and the hard reset operation log is used for indicating whether hardware faults exist in the gateway.

14. A device state prompting apparatus, applied to a terminal, characterized in that the apparatus comprises:

the first state display module is used for displaying the equipment states of the plurality of intelligent equipment deployed in the gateway in the equipment state page, wherein the equipment states comprise an offline state and an online state;

the information receiving module is used for requesting the gateway to perform self-recovery processing if the number of the intelligent devices with the displayed device states in the offline state exceeds a set threshold value and receiving a plurality of device state information after the gateway performs the self-recovery processing; the equipment state information is used for indicating the equipment state of the intelligent equipment to be recovered from an offline state to an online state when the gateway performs self-recovery processing successfully;

And the second state display module is used for displaying that the equipment states of the plurality of intelligent equipment are changed from an off-line state to an on-line state in the equipment state page based on the received equipment state information.

15. A device state prompting apparatus, applied to a gateway, characterized in that the apparatus comprises:

the self-recovery module is used for triggering self-recovery processing if the number of intelligent devices which are deployed in the gateway and are in an offline state is determined to exceed a set threshold value;

the information sending module is used for sending the plurality of pieces of equipment state information subjected to the self-recovery processing to the terminal so as to display that the equipment states of the plurality of intelligent equipment are changed from an offline state to an online state in the terminal, and the equipment state information is used for indicating that the equipment state of the intelligent equipment is recovered from the offline state to the online state when the gateway is successful in the self-recovery processing.

16. An electronic device, comprising: at least one processor, at least one memory, and at least one communication bus, wherein,

the memory stores a computer program, and the processor reads the computer program in the memory through the communication bus;

The computer program, when executed by the processor, implements the method of prompting a device state of any one of claims 1 to 13.

17. A storage medium having stored thereon a computer program, which when executed by a processor implements the method of prompting a device state according to any one of claims 1 to 13.