CN114567518A

CN114567518A - Prompting method and device for equipment state, electronic equipment and storage medium

Info

Publication number: CN114567518A
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: 2022-05-31
Anticipated expiration: 2042-02-15
Also published as: CN114567518B

Abstract

The embodiment of the application provides a method and a device for prompting equipment state, electronic equipment and a storage medium, and relates to the technical field of computers. Wherein, the method comprises the following steps: displaying the equipment states of a plurality of intelligent equipment deployed in the gateway in an equipment state page, wherein the equipment 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 the equipment state of the intelligent equipment to be recovered to an online state from an offline state when the gateway successfully performs self-recovery processing, and the gateway performs self-recovery processing when the equipment states of the intelligent equipment are displayed as the offline state in an equipment state page; and displaying that the device states of the intelligent devices are changed from the offline state to the online state in the device state page based on the received device state information. The method and the device solve the problem that prompt about offline of a plurality of intelligent devices is inaccurate in the related art.

Description

Prompting method and device for equipment state, electronic equipment and storage medium

Technical Field

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

Background

With the rapid development of the internet of things technology, the intelligent home system gradually enters the visual field of people. The intelligent home system comprises a terminal, a gateway, intelligent equipment deployed in the gateway, a cloud and the like. The gateway can monitor the intelligent equipment deployed in the gateway at any time and report the operation condition of the intelligent equipment to the terminal/cloud end, for example, whether the intelligent equipment is on-line/off-line, whether the intelligent equipment works normally, and the like.

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

However, the prompt that the terminal is offline for the plurality of intelligent devices comes from the gateway, so that the user finds that the intelligent devices are offline through the terminal, which may be caused by the failure of the intelligent devices themselves or the failure of the gateway.

Therefore, how to improve the accuracy of prompting the offline of a plurality of intelligent devices is still to be solved.

Disclosure of Invention

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

according to an aspect of an embodiment of the present application, a method for prompting a device status is applied to a terminal, and the method includes: displaying the equipment states of a plurality of intelligent equipment deployed in the gateway in an equipment state page, wherein the equipment 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 the equipment state of the intelligent equipment to be recovered to an online state from an offline state when the gateway successfully performs self-recovery processing, and the gateway performs self-recovery processing when the equipment states of the intelligent equipment are displayed as the offline state in an equipment state page; and displaying that the equipment states of the intelligent equipment are changed from the off-line state to the on-line state in the equipment state page based on the received equipment state information.

According to an aspect of an embodiment of the present application, a method for prompting a device status is applied to a gateway, and the method includes: if the equipment states of the intelligent equipment deployed in the gateway are determined to be offline states, self-recovery processing is carried out; and sending the 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 successfully carries out self-restoration processing.

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

According to an aspect of the embodiments of the present application, an apparatus for prompting a device status is applied to a gateway, and the apparatus includes: the self-recovery module is used for performing self-recovery processing if the equipment states of the intelligent equipment deployed in the gateway are determined to be offline states; the information sending module is used for sending the 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 the equipment states of the intelligent equipment to be restored from the offline state to the online state when the gateway successfully carries out self-restoration processing.

According to an aspect of an embodiment of the present application, an electronic device includes: the system comprises at least one processor, at least one memory and at least one communication bus, wherein the memory is stored with 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 the method of prompting for device status as described above.

According to an aspect of an embodiment of the present application, a storage medium stores thereon a computer program, and when executed by a processor, the computer program implements the method for prompting a device status as described above.

According to an aspect of an embodiment of the present application, a computer program product includes a computer program, the computer program is stored in a storage medium, a processor of a computer device reads the computer program from the storage medium, and the processor executes the computer program, so that the computer device realizes the prompting method of the device state as described above when executing.

The beneficial effect that technical scheme that this application provided brought is:

in the above technical solution, as for the terminal, if the device states of the plurality of intelligent devices deployed in the gateway are displayed in a device state page, the device states include an offline state and an online state, if the device states of the plurality of intelligent devices are displayed in the device state page, the gateway first performs a self-recovery process, and 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 when the self-recovery process is successful, based on the device state information corresponding to the intelligent devices, the device state page can display that the device states of the plurality of intelligent devices are changed from the offline state to the online state, that is, when the plurality of intelligent devices are offline, the possibility of gateway failure is first eliminated, thereby sufficiently ensuring that the plurality of intelligent devices displayed in the terminal are offline and related to the failure of the intelligent devices themselves, therefore, the problem that prompt about offline of a plurality of intelligent devices in the related art is inaccurate is effectively solved.

Drawings

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

FIG. 1 is a schematic illustration of an implementation environment according to the present application.

FIG. 2 is a flow diagram illustrating a method of prompting for device status in accordance with an exemplary embodiment;

FIG. 3 is a schematic diagram illustrating a device status page showing multiple smart devices offline in accordance with an illustrative embodiment;

FIG. 4 is a diagram illustrating offline recovery prompt information displayed on a device status page in accordance with an illustrative embodiment;

FIG. 5 is a schematic diagram illustrating a device status page showing multiple smart devices online in accordance with an illustrative embodiment;

FIG. 6 is a flow diagram illustrating another method of prompting for device status in accordance with an exemplary embodiment;

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

FIG. 8 is a diagram illustrating a hard reset prompt message displayed on a device status page in accordance with an illustrative embodiment;

FIG. 9 is a diagram illustrating a hardware fault notification message displayed on a device status page in accordance with an illustrative embodiment;

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

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

FIG. 12 is a diagram illustrating a hardware configuration of a terminal in accordance with an exemplary embodiment;

FIG. 13 is a hardware block diagram of a gateway, according to an example embodiment;

fig. 14 is a block diagram illustrating a structure of an electronic device according to an example embodiment.

Detailed Description

Reference will now be made in detail to embodiments of the present application, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are exemplary only for the purpose of explaining 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 the context clearly indicates otherwise. 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. As used herein, the term "and/or" includes all or any element and all combinations of one or more of the associated listed items.

To make the objects, technical solutions and advantages of the present application more clear, 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 with a device control method. The implementation environment includes a terminal 110, a router 120, a smart device 130, a gateway 150, and a server 170.

Specifically, the terminal 110, which is also considered as a user terminal or a user end, may be configured with 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, and the like, which is not limited herein.

The client is associated with the smart device 130, and 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 smart device 130 is deployed in the gateway 150, and accesses the gateway 150 through a communication module (e.g., ZIGBEE, Wi-Fi, or bluetooth) configured in the smart device, so as to interact with the gateway 150. This smart machine 130 can be intelligent stereo set, intelligent printer, intelligent fax machine, smart camera, intelligent air conditioner, intelligent door lock, intelligent lamp, curtain or the pressure sensor, human body sensor, door and window sensor, temperature and humidity sensor, water logging sensor, natural gas alarm, smoke alarm, wall switch, wall socket, wireless switch, wireless wall post switch, magic cube controller, curtain motor and so on electronic equipment that has configured communication module, does not specifically restrict here yet.

The terminal 110 interacts with the gateway 150 and the intelligent device 130 disposed in the gateway 150, so that a user can control the intelligent device 130 disposed in the gateway 150 to perform operations by means of the terminal 110. In an application scenario, the terminal 110 establishes a wired or wireless communication connection with the gateway 150 through the router 130, so that the terminal 110 and the gateway 150 are deployed in the same local area network, and further the terminal 110 can realize 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 with the gateway 150 through the server 170, 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 interact with the smart device 130 and the gateway 150 through a wide area network path.

The server 170 may be a server, or a server cluster formed by multiple servers, or a cloud computing center formed by multiple servers, so as to better provide background services to the mass terminal 110 and the smart device 130. For example, a server is an electronic device that provides a background service for a user, the background service including, but not limited to, a data storage service, and the like, and this data may be a self-recovery processing log, device state information of a smart device, heartbeat information, and the like.

As the client associated with the smart device 130 runs in the terminal 110, the user enters the device status page, and can view the device status of the smart device deployed in the gateway in the device status page, where the device status includes an offline status and an online status.

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

If the plurality of intelligent devices are offline due to gateway failure, the problem that the plurality of intelligent devices are offline can be solved through self-recovery processing of the gateway, even if the plurality of intelligent devices are recovered to be online from offline, specifically: when the gateway successfully performs the self-recovery processing, 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 the device states of the intelligent devices are displayed to be changed from the offline state to the online state in the device state page based on the device state information corresponding to the intelligent devices.

Therefore, for the offline of the intelligent devices caused by the gateway fault, after the gateway self-checks, the terminal displays that the device states of the intelligent devices are online, but the device states of the intelligent devices are not offline, so that the accuracy of the offline prompt of the intelligent devices in the terminal is fully guaranteed.

Referring to fig. 2, an embodiment of the present application provides a method for prompting a device status, where the method is applied to an electronic device for example. The electronic device may specifically be the 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:

step 310, displaying the device state of the intelligent device deployed in the gateway in the device state page.

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

In the case of the terminal, the device state of the smart device may be obtained, specifically, the device state information may be sent to the terminal by the gateway through the local area network path at regular/irregular time, the device state information may be forwarded to the cloud by the gateway, and the device state information may be sent to the terminal by the cloud through the wide area network path at regular/irregular time. The device state information is used to indicate a device state of the smart device, for example, the device state information is used to indicate that the device state of the smart device is an offline state, and it can also be understood that the device state information is used to indicate that the smart device is in the offline state.

In one embodiment, the obtaining of the device status of the smart device for the gateway may include the following steps: the device status of the smart devices deployed in the gateway is monitored to determine whether the device status of the smart devices deployed in the gateway is an offline status or an online status. Specifically, in a first set period, receiving heartbeat information sent by the intelligent device; and if the heartbeat information of the intelligent equipment is not received in the first set period, determining that the equipment state of the intelligent equipment 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 smart device is a pressure sensor, and the first setting period is 60 minutes, or the smart device is a smart air conditioner, and the first setting period is 10 minutes, which is not limited herein.

Then, after the terminal obtains the device state of the smart device based on the device state information, as the client associated with the smart device runs 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 illustrating that a device status page displays multiple intelligent devices offline in one embodiment, 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 multiple intelligent devices deployed in the gateway are all offline states, that is, the multiple intelligent devices are offline, which may also be understood as batch intelligent device offline.

It should be noted that, the smart device deployed in the gateway adds the device identifier in the client in advance through the local area network path/wide area network path in the implementation environment shown in fig. 1, so that the smart device is uniquely represented in the client by the device identifier, and can be further displayed in the device status page provided by the client in the form of the device identifier. In one embodiment, the device identification may be added by user input, e.g., the user inputs "love classmates" for the smart sound, then the device identification of the smart sound is "love classmates". In another embodiment, the device identifiers may also be automatically generated according to the adding sequence, for example, the smart audio is added first, the corresponding device identifier is 001, then the smart air conditioner is added, the corresponding device identifier is 002, the smart door lock is added last, and the corresponding device identifier is 003.

Step 330, receiving a plurality of device status information, each device status information corresponding to an intelligent device.

The device state information is used for indicating the device state of the intelligent device to be restored from an offline state to an online state when the gateway successfully performs self-restoration processing, and the gateway performs self-restoration processing when the device states of the intelligent devices are displayed as the offline state in the device state page.

That is, if the user finds that the plurality of intelligent devices are offline, that is, the device states of the plurality of intelligent devices are displayed in the device state page as offline states, the gateway will first perform a self-recovery process. Specifically, the self-recovery process may be actively performed by the gateway, or may be passively performed by the gateway in response to a manual operation by a 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 off-line state within a set time; and judging whether the number of the intelligent devices in the offline state exceeds a set threshold value, if so, determining that the intelligent devices are offline, and triggering the 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 the smart devices deployed in the gateway, which is not limited herein. Similarly, the setting time can also be flexibly set according to the actual requirements of the application scenario, which is not limited in this embodiment.

In one embodiment, the process of the gateway performing the self-recovery process in response to the manual operation of the user may include the following steps: if the equipment states of the intelligent equipment are displayed to be offline states in the equipment state page, displaying offline recovery prompt information, wherein the offline recovery prompt information is used for prompting whether the gateway carries out self-recovery processing or not; detecting a first trigger operation aiming at offline recovery prompt information; and responding to the first trigger operation, and requesting the gateway to perform self-recovery processing. The obtaining of the offline recovery prompt information may specifically be 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 is determined, and if the number exceeds the set threshold, the offline recovery prompt message is generated, which is not limited in this embodiment.

Fig. 4 is a schematic diagram illustrating that the offline recovery prompt message is displayed on the device status page in one embodiment, and as shown in fig. 4, the offline recovery prompt message 302 is displayed on the device status page 301 to prompt the 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 message 302, the gateway can be triggered to perform the self-recovery processing. The click operation is regarded as a first trigger operation for the offline recovery prompt message. 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 multiple smart devices are offline, a device status page jumps to a message display page, and the offline recovery prompt information is displayed in the message display page, which is not limited herein.

It should be noted that, according to the input component configured on the terminal (for example, a touch layer overlaid on a display screen, a mouse, a keyboard, etc.), the specific behavior of the first trigger operation may also be different. For example, the first trigger operation may be a gesture operation such as a click or a slide operation by a smart phone input through a touch layer, and for a notebook computer equipped with a mouse, the first trigger operation may be a mechanical operation such as a drag, a click, a double click, etc., which is not limited in this embodiment.

As described above, the device state of the smart device is related to heartbeat information transmitted to the gateway by the smart device in the set period, and the inventors have realized that, for the gateway, it is possible that the failure of the smart device itself or the failure of the gateway itself may result if the heartbeat information is not received in the set period. At this time, if the fault is caused only by the self-fault of the gateway, after the self-fault of the gateway is solved through self-recovery processing, the gateway can receive heartbeat information sent by the intelligent device again, so that the intelligent device is recovered to be on-line from off-line.

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

And step 350, displaying that the device states of the intelligent devices are changed from the offline state to the online state in the device state page based on the received device state information.

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

Fig. 5 is a schematic diagram illustrating a device status page showing that a plurality of smart devices are online in one embodiment, and as shown in fig. 5, when a user enters the device status page 301, the user can view that the device statuses of the plurality of smart devices deployed in the gateway change from an offline status to an online status, that is, the plurality of smart devices are online, which may also be understood as a batch of smart devices being online.

In the process, the offline of the intelligent devices related to the gateway fault can be solved through the self-recovery processing of the gateway, so that the offline of the intelligent devices displayed in the terminal can be only related to the fault of the intelligent devices, and the problem of inaccurate prompt of the offline of the intelligent devices in the related art is effectively solved.

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

step 410, calling a setting interface, and sending confirmation information to the communication module.

As described above, as for the gateway, the intelligent device is in the offline state, which is caused by the fact that the gateway does not receive the heartbeat information of the intelligent device within the first set period. The gateway determines that the intelligent device is in an offline state if not receiving heartbeat information reported by the intelligent device in a first set period, and there is a case that the intelligent device fails and the heartbeat information is not reported to the gateway, which may be because a software end of a communication module configured by the gateway is abnormal or crashed, specifically, a software end process is in a suspended state, does not respond, does not process an event, or is full of memory, so that all heartbeat information communication modules reported by the intelligent device are not processed, thereby causing a false offline phenomenon of all the intelligent devices. The communication module may be a bluetooth module or a ZigBee module, which is not limited herein. The communication module of the gateway configuration may be understood as a communication module provided within the gateway.

Therefore, in order to solve the above problem, the communication module needs to be reset again 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 message to the communication module through the setting interface defined by the software in advance and used for communicating with the communication module. The setting interface is a software interface, which 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.

And step 430, receiving response information fed back by the communication module in response to the confirmation information.

Under normal conditions, after receiving the acknowledgement information sent by the gateway each time, 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 at this time, step 450 is executed by skipping.

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 executed.

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

The soft reset operation refers to controlling the communication module to simulate hardware power failure through a software reset instruction to reset so as to restart the communication module to enable the communication module to recover a normal working state. Specifically, the gateway sends a software reset instruction to the communication module through a soft reset interface defined by software in advance, and the communication module automatically restarts the reset after receiving the reset instruction.

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

Step 470, in a second set period, receiving heartbeat information sent by the smart device.

And if the heartbeat information sent by the intelligent equipment is received in the second set period, which indicates 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 smart device is not received within the second set period, which indicates that the soft reset operation fails, the step 480 is skipped to. Or, if the heartbeat information sent by the smart device is not received within the second set period, which indicates that the hard reset operation fails, the step 490 is skipped to execute.

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 smart device is a pressure sensor, and the second setting period is 60 minutes, or the smart device is a smart air conditioner, and the second setting period is 10 minutes, which is not limited herein. It should be further noted that the second setting period and the first setting period may be set to be identical or may not be identical, and this is not a specific limitation.

In step 480, if the interface communication is abnormal or the soft reset operation fails, a hard reset operation is performed.

The hard reset operation refers to controlling a hardware reset pin connected with the communication module and the gateway to access a reset signal, so that the communication module is reset due to hardware power failure, and 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 to say, 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-low level of the hardware reset pin of the communication module. The problem that the intelligent equipment is in an off-line state due to the abnormal software of the communication module is solved by a deeper hard reset operation layer.

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

Step 490, report 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 a hardware fault exists in the gateway.

That is, if the soft reset operation fails, the soft reset operation log indicates at least an interface communication abnormality between the gateway and the communication module configured therewith.

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

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

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

Now, with reference to fig. 7 to 9, the following detailed description is made of the procedure of the soft reset operation and the hard reset operation in the self-recovery process performed by the user manually operating the trigger gateway:

referring to fig. 7, a possible implementation manner is provided in this embodiment, where 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 trigger operation, requesting the gateway to perform a soft reset operation in the self-recovery processing;

referring back to fig. 4, the offline recovery prompt message is displayed in the device status page 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 gateway can be triggered to perform the soft reset operation in the self-recovery processing.

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

And the soft reset result information is used for indicating whether the soft reset operation of the gateway is successful or not.

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

Step 550, displaying the hard reset prompting message, and detecting a second trigger operation aiming at the hard reset prompting message.

And the hard reset prompting information is used for prompting whether the gateway carries out hard reset operation or not.

Fig. 8 is a schematic diagram illustrating a hard reset prompting message displayed on a device status page in an embodiment, and as shown in fig. 8, a hard reset prompting message 303 is displayed on a device status page 301 to prompt a user whether to request the gateway to perform a hard reset operation in the self-recovery processing, and when the user clicks an "ok" icon in the hard reset prompting message 303, the gateway can be triggered to perform the hard reset operation in the self-recovery processing. The click operation may be regarded as a second trigger operation for the hard reset presentation information, or may be regarded as a second trigger operation for the soft reset failure.

Of course, in other embodiments, the hard reset prompting message 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 prompting message is displayed in the message display page, which is not limited herein.

Step 570, responding to the second trigger operation, requesting the gateway to perform a hard reset operation in the self-recovery processing.

Step 580, receiving the hard reset result information fed back by the gateway.

And 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, step 590 is skipped to. On the contrary, 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 the hardware failure prompt information.

The hardware fault prompting information is used for prompting that the gateway has a hardware fault. Fig. 9 is a schematic diagram illustrating a hardware failure prompt message displayed on a device status page in one embodiment, and as shown in fig. 9, a hardware failure prompt message 304 is displayed on a device status page 301, so as to prompt a user that a gateway has a hardware failure and can apply for repair or replacement.

Based on this, the gateway can respond to the manual operation of the user to perform self-recovery processing, and also can actively perform self-recovery processing, and certainly, in other application scenarios, the gateway can also actively perform hard-reset operation at set time (for example, two points in the morning), so that the situation that the user manually resets the offline intelligent devices one by one when a plurality of intelligent devices are offline is avoided, and the improvement of the user experience is facilitated.

The following is an embodiment of the apparatus of the present application, which can be used to implement the method for presenting the device status according to the present application. For details that are not disclosed in the embodiments of the apparatus of the present application, please refer to method embodiments of a method for prompting a device status in the present application.

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

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

The information receiving module 930 is configured to receive multiple pieces of device state information, where the device state information indicates that the device state of the intelligent device is restored from an offline state to an online state when the gateway successfully performs self-restoration processing, and the gateway performs self-restoration processing when the device state page shows that the device states of the multiple intelligent devices are in the offline state.

A second status displaying module 950, configured to display, in the device status page, that the device statuses of the plurality of smart devices are changed from the offline status to the online status based on the received plurality of device status information.

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

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

The information sending module 1030 is configured to send multiple pieces of device state information to the terminal, so as to display that the device states of multiple pieces of intelligent devices are changed from an offline state to an online state in the terminal, and when the gateway succeeds in self-recovery processing, the device state information is used to indicate that the device states of the intelligent devices are recovered from the offline state to the online state.

It should be noted that, when the device for presenting a device status provided in the foregoing embodiment presents a device status, the division of each functional module is merely used as an example, and in practical applications, the functions may be distributed to different functional modules according to needs, that is, the internal structure of the device for presenting a device status is divided into different functional modules to complete all or part of the functions described above.

In addition, the apparatus for prompting a device status and the method for prompting a device status provided in the above embodiments belong to the same concept, and a specific manner for each module to perform operations has been described in detail in the method embodiments, and 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 as terminal 110 in the implementation environment shown in fig. 1.

It should be noted that the terminal is only an example adapted to the application and should not be considered as providing any limitation to the scope of use of the application. Nor should the terminal be interpreted as having a need to rely on or have to have one or more 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 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 computer programs and modules, such as the computer programs and modules corresponding to the method and apparatus for prompting a device status in the exemplary embodiment of the present application, and the processor 105 executes various functions and data processing by running the computer programs stored in the memory 101, that is, completes the method for prompting a device status.

The memory 101, as a 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 transient 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, and the like, for coupling various external input/output devices to the memory 101 and the processor 105, so as to realize communication with various external input/output devices.

The rf module 109 is configured to receive and transmit electromagnetic waves, and achieve interconversion between the electromagnetic waves and electrical signals, so as to communicate with other devices through a communication network. Communication networks include cellular telephone networks, wireless local area networks, or metropolitan area networks, which may use various communication standards, protocols, and technologies.

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

The camera module 113 is attached to a camera and is used for taking pictures or videos. The shot pictures or videos can be stored in the memory 101 and also can be sent to an upper computer through the radio frequency module 109.

Audio module 115 provides an audio interface to a user, which may include one or more microphone interfaces, one or more speaker interfaces, and one or more headphone interfaces. And performing audio data interaction with other equipment through the audio interface. The audio data may be stored in the memory 101 and may also be transmitted through the radio frequency module 109.

The touch screen 117 provides an input-output interface between the terminal 1100 and a user. Specifically, the user may perform an input operation, such as a gesture operation of clicking, touching, sliding, or the like, through the touch screen 117, so that the terminal 1100 responds to the input operation. The terminal 1100 displays and outputs the output content formed by any form or combination of text, pictures or videos to the user through the touch screen 117.

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

It is to be understood that the configuration shown in fig. 12 is merely exemplary, and terminal 1100 may include more or fewer components than shown in fig. 12, or 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 illustrates a structural schematic of a gateway according to an example embodiment. The gateway is suitable for use in the gateway 150 of the implementation environment shown in fig. 1.

It should be noted that the gateway is only an example adapted to the application and should not be considered as providing any limitation to the scope of use of the application. The gateway is not to be interpreted as requiring reliance on, or necessity of, one or more components of the exemplary gateway 2000 illustrated in fig. 13.

The hardware structure of the gateway 2000 may be greatly different due to the difference of configuration or performance, as shown in fig. 12, the gateway 2000 includes: a power supply 210, an interface 230, at least one memory 250, and at least one Central Processing Unit (CPU) 270.

Specifically, the power supply 210 is used to provide operating voltages for the various hardware devices on the gateway 2000.

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

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

The storage 250 is used as a carrier for resource storage, and may be a read-only memory, a random access memory, a magnetic disk or an optical disk, etc., and the resources stored thereon include an operating system 251, an application 253, data 255, etc., and the storage manner may be a transient storage or a permanent storage.

The operating system 251 is used for managing and controlling each hardware device and the application 253 on the gateway 200, so as to implement the operation and processing of the mass data 255 in the memory 250 by the central processing unit 270, which may be Windows server, Mac OS XTM, unix, linux, FreeBSDTM, and the like.

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

The data 255 may be a photograph, a picture, or the like stored in a disk, and may also be device state information, heartbeat information, or the like of the smart device, and is stored in the memory 250.

The central processor 270 may include one or more processors and is configured to communicate with the memory 250 through at least one communication bus to read the computer programs stored in the memory 250, and further implement operations and processing on the mass data 255 in the memory 250. The method of prompting the status of the device is accomplished, for example, by the central processor 270 reading a series of computer programs stored in the memory 250.

Furthermore, the present application can also be implemented by hardware circuits or hardware circuits in combination with software, and therefore, the implementation of the present application is not limited to any specific hardware circuits, software, or a combination of the two.

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

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

Processor 4001 is coupled to memory 4003, such as via communication bus 4002. Optionally, the electronic device 4000 may further include a transceiver 4004, and 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. It should be noted that the transceiver 4004 is not limited to one in practical applications, 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), a general-purpose Processor, a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array) or other Programmable logic device, a transistor logic device, a hardware component, or any combination thereof. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. The processor 4001 may also be a combination that performs a computational function, including, for example, a combination of one or more microprocessors, a combination of a DSP and a microprocessor, or the like.

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) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The communication bus 4002 may 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 that does not indicate only one bus or one type of bus.

The Memory 4003 may be a ROM (Read Only Memory) or other types of static storage devices that can store static information and instructions, a RAM (Random Access Memory) or other types of dynamic storage devices that can store information and instructions, an EEPROM (Electrically Erasable Programmable Read Only Memory), a CD-ROM (Compact Disc Read Only Memory) or other optical Disc storage, optical Disc storage (including Compact Disc, laser Disc, optical Disc, digital versatile Disc, blu-ray Disc, etc.), a magnetic Disc storage medium 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, but is not limited to these.

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

The computer program realizes the method of prompting the device status in the above embodiments when executed by the processor 4001.

In addition, in the embodiments of the present application, a storage medium is provided, where a computer program is stored, and when the computer program is executed by a processor, the method for prompting a device state in the above embodiments is implemented.

A computer program product is provided in an embodiment of the present application, the computer program product comprising 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 method for prompting the device status in the embodiments described above.

Compared with the related art, on one hand, in the self-recovery processing process of the gateway, most abnormal conditions are solved preferentially in a soft reset mode to enable the communication module of the gateway to recover to be normal, and if the communication module cannot be recovered in the soft reset mode, the problem that the intelligent equipment is off-line due to the fact that the communication module software of the gateway is abnormal is further solved in a hard reset mode, so that other negative effects caused by frequent hardware reset are avoided, and the self-recovery processing process of the gateway is more reasonable; on the other hand, the communication module of the control gateway automatically restarts the reset to restore the normal working state, so that the plurality of offline intelligent devices can restore the online state in batch, the problem that the plurality of offline intelligent devices cannot be solved even if the user blindly resets the intelligent devices manually 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, the steps are not necessarily performed in order as indicated by the arrows. The steps are not performed in the exact order shown and may be performed in other orders unless explicitly stated herein. Moreover, at least a portion of the steps in the flow chart of the figure may include multiple sub-steps or multiple stages, which are not necessarily performed at the same time, but may be performed at different times, which are not necessarily performed in sequence, but may be performed alternately or alternately with other steps or at least a portion of the sub-steps or stages of other steps.

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

Claims

1. A method for prompting the equipment state is applied to a terminal, and is characterized in that the method comprises the following steps:

displaying the device states of a plurality of intelligent devices deployed in a gateway in a device state page, 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 the equipment state of the intelligent equipment to be recovered to an online state from an offline state when the gateway successfully performs self-recovery processing, and the gateway performs the self-recovery processing when the equipment state of the intelligent equipment is displayed as the offline state in an equipment state page;

and displaying that the equipment states of the 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.

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

if the device states of the intelligent devices are displayed to be offline states in the device state page, 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 trigger operation aiming at the off-line recovery prompt message;

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

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

responding to the first trigger operation, requesting the gateway to perform a soft reset operation in the self-recovery processing, so that if the gateway fails to perform the soft reset operation, the gateway performs a hard reset operation in the self-recovery processing; or

Requesting the gateway to perform the hard reset operation in the self-recovery processing in response to the first trigger operation.

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

responding to the first trigger 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 aiming at the soft reset operation failure;

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

5. The method of claim 4, wherein after requesting the gateway to perform a soft reset operation in the self-recovery process in response to the first trigger operation, 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;

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

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 a hardware fault.

7. A method for prompting the state of equipment is applied to a gateway, and is characterized in that the method comprises the following steps:

if the equipment states of the intelligent equipment deployed in the gateway are determined to be offline states, self-recovery processing is carried out;

and sending a plurality of pieces of equipment state information to a terminal so as to display that the equipment states of the 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 restored from the offline state to the online state when the gateway successfully carries out the self-restoration processing.

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

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

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

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

and if the heartbeat information of the intelligent equipment is not received in the first set period, determining that the equipment state of the intelligent equipment is an offline state.

10. The method of claim 7, wherein the self-healing 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 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 configured communication module is normal, the method further comprises:

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

and if 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:

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

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

13. The method of any of claims 7 to 12, further comprising:

reporting a self-recovery processing log to a 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 a hardware fault exists in the gateway.

14. A device for prompting equipment state is applied to a terminal, and is characterized in that the device comprises:

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

an information receiving module, configured to receive multiple pieces of device state information, where the device state information is used to indicate that a device state of the intelligent device is restored from an offline state to an online state when self-restoration processing performed by the gateway is successful, and the gateway performs the self-restoration processing when the device state of the multiple pieces of intelligent device is displayed in the device state page as the offline state;

and the second state display module is used for displaying that the equipment states of the 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. An apparatus for prompting device status, applied to a gateway, the apparatus comprising:

the self-recovery module is used for performing self-recovery processing if the equipment states of the intelligent equipment deployed in the gateway are determined to be off-line states;

the information sending module is used for sending a plurality of pieces of equipment state information to a terminal so as to display that the equipment states of the 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 states of the intelligent equipment are restored from the offline state to the online state when the gateway successfully carries out the self-restoration processing.

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

the memory has a computer program stored thereon, and the processor reads the computer program in the memory through the communication bus;

the computer program, when executed by the processor, implements a method of prompting a device status as claimed in any one of claims 1 to 13.

17. A storage medium on which a computer program is stored, which computer program, when being executed by a processor, carries out a method of prompting a status of a device according to any one of claims 1 to 13.