WO2022228012A1

WO2022228012A1 - Exception handling method, apparatus and system, and electronic device

Info

Publication number: WO2022228012A1
Application number: PCT/CN2022/084143
Authority: WO
Inventors: 宗诗皓; 丁进超; 郑尧成; 李怡康
Original assignee: 上海商汤智能科技有限公司
Priority date: 2021-04-25
Filing date: 2022-03-30
Publication date: 2022-11-03
Also published as: CN113064798A

Abstract

Embodiments of the present description provide an exception handling method, apparatus and system, and an electronic device. A monitored device can continuously generate verification information on the basis of the task handling progress of a running program, and send the generated verification information to a monitoring device. Because the verification information corresponding to different task handling progresses is different, as long as the program on the monitored device runs normally, any two pieces of verification information are different, and thus the monitoring device can detect, according to the received verification information, an exception state that the program enters an endless loop, and conduct corresponding exception handling.

Description

Exception handling method, device, electronic device and system

Cross-reference to related applications

This application claims priority to Chinese patent application 202110447342.8 filed on April 25, 2021, the entire contents of which are incorporated herein by reference.

technical field

The present disclosure relates to the technical field of program exception monitoring, and in particular, to an exception processing method, device, electronic device, and system.

Background technique

At present, many tasks are automatically processed by the program. Since the program is unattended when executing the task, it is necessary to monitor the running status of the program, especially if the processing of many tasks takes a long time. Detect exceptions in the running process of the program in time and deal with them accordingly. If the abnormality caused by various reasons cannot be reliably detected, it will seriously affect the progress of task processing. Therefore, it is necessary to provide a more reliable solution for detecting abnormality of program operation and processing the abnormality.

SUMMARY OF THE INVENTION

The present disclosure provides an exception handling method, device, electronic device and system.

According to a first aspect of the embodiments of the present disclosure, an exception handling method is provided, the method is applied to a monitored device, and the method includes:

During the operation of the monitored device, the verification information is continuously generated based on the task processing progress of the program running on the monitored device, wherein different task processing progress corresponds to different verification information;

sending the verification information to a monitoring device, so that the monitoring device performs abnormality diagnosis based on the verification information;

In response to determining that the program is operating abnormally, an exception handling operation is performed.

In some embodiments, the task processing progress includes a plurality of nodes, and the verification information is generated based on the task processing progress of the program running on the monitored device, including:

For any node, in response to determining that the task processing progress has reached the node, verification information corresponding to the node is generated.

In some embodiments, the method further includes:

The monitored device is restarted based on a trigger signal output by the monitoring device, wherein the trigger signal is output when the monitoring device determines that the program runs abnormally.

In some embodiments, the monitored device is provided with a relay, the relay is used to control the on-off of a reset switch of the monitored device, and the monitored device is restarted based on a trigger signal output by the monitoring device, including :

The state of the relay is changed based on the trigger signal output by the monitoring device, so that the relay turns on the reset switch of the monitored device.

In some embodiments, the monitoring device and the monitored device are powered by different power sources.

According to a second aspect of the embodiments of the present disclosure, an exception handling method is provided, the method is applied to a monitoring device, and the method includes:

receiving verification information sent by the monitored device, wherein the verification information is generated based on the task processing progress of the program running on the monitored device, and different task processing progress corresponds to different verification information;

Perform abnormal diagnosis based on the verification information;

Execute an exception handling operation when it is determined that the program runs abnormally.

In some embodiments, the task processing progress includes multiple nodes, and for each node in the multiple nodes, verification information corresponding to the node is generated after the task processing progress reaches the node.

In some embodiments, performing abnormality diagnosis based on the verification information includes:

In the case that the two pieces of verification information received continuously are the same or the verification information is not received after a preset time, it is determined that the program is running abnormally.

In some embodiments, executing an exception handling operation when it is determined that the program runs abnormally, including:

When it is determined that the program runs abnormally, a trigger signal is output to trigger the monitored device to restart.

In some embodiments, the monitored device is provided with a relay, and the relay is used to control the on-off of a reset switch of the monitored device, and output a trigger signal to trigger the monitored device to restart, including:

A trigger signal is output to the relay, so that the relay turns on the reset switch of the monitored device.

According to a third aspect of the embodiments of the present disclosure, there is provided an exception processing apparatus, the apparatus is applied to a monitored device, and the apparatus includes:

A verification information generation module, configured to continuously generate verification information based on the task processing progress of the program running on the monitored device during the operation of the monitored device, wherein different task processing progress corresponds to different verification information;

a sending module, configured to send the verification information to a monitoring device, so that the monitoring device performs abnormal diagnosis based on the received verification information;

The first processing module, in response to determining that the program runs abnormally, performs an exception handling operation.

According to a fourth aspect of the embodiments of the present disclosure, there is provided an exception processing apparatus, the apparatus is applied to monitoring equipment, and the apparatus includes:

A receiving module, configured to receive verification information continuously sent by the monitored device during operation, wherein the verification information is generated based on the task processing progress of the program running on the monitored device, and different task processing progress corresponds to different verification information;

an abnormality diagnosis module for performing abnormality diagnosis based on the verification information;

The second processing module is configured to perform an exception processing operation when it is determined that the program runs abnormally.

According to a fifth aspect of the embodiments of the present disclosure, an electronic device is provided, the electronic device includes a processor and a memory, the memory stores a computer program executable by the processor, and the processor executes the computer When the program is executed, the exception handling method mentioned in the first aspect or the second aspect is implemented.

According to a sixth aspect of the embodiments of the present disclosure, there is provided an exception handling system, including a monitored device and a monitoring device;

The monitored device is used to continuously generate verification information based on the task processing progress of the program running on the monitored device during the running process, wherein different task processing progress corresponds to different verification information; information sent to monitoring equipment;

The monitoring device is configured to perform abnormality diagnosis based on the verification information, and execute abnormality processing operations when it is determined that the program runs abnormally.

The traditional way is to monitor exceptions by sending static verification information, so that the exception cannot be detected when the program is stuck in an infinite loop. In the embodiment of the present disclosure, the monitored device can continuously generate verification information based on the task processing progress of the running program, and send the generated verification information to the monitoring device. Since the verification information corresponding to different task processing progress is different, as long as the program on the monitored device runs normally, any two verification information is different, so that the monitoring device can detect the abnormality of the program operation according to the received verification information. , such as entering an infinite loop, and make corresponding exception handling. Compared with the conventional method of sending static verification information, the embodiment of the present disclosure can monitor the program more comprehensively and reliably.

It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure.

Description of drawings

The accompanying drawings, which are incorporated into and constitute a part of this specification, illustrate embodiments consistent with the present disclosure, and together with the description, serve to explain the technical solutions of the present disclosure.

FIG. 1 is a flowchart of an exception processing method according to an embodiment of the present disclosure.

FIG. 2 is a flowchart of an exception processing method according to an embodiment of the present disclosure.

FIG. 3 is a logical structural block diagram of an exception processing apparatus according to an embodiment of the present disclosure.

FIG. 4 is a logical structural block diagram of an exception processing apparatus according to an embodiment of the present disclosure.

FIG. 5 is a logical structural block diagram of an electronic device according to an embodiment of the present disclosure.

FIG. 6 is a logical structural block diagram of an exception handling system according to an embodiment of the present disclosure.

Detailed ways

Exemplary embodiments will be described in detail herein, examples of which are illustrated in the accompanying drawings. Where the following description refers to the drawings, the same numerals in different drawings refer to the same or similar elements unless otherwise indicated. The implementations described in the illustrative examples below are not intended to represent all implementations consistent with this disclosure. Rather, they are merely examples of apparatus and methods consistent with some aspects of the present disclosure as recited in the appended claims.

The terminology used in the present disclosure is for the purpose of describing particular embodiments only and is not intended to limit the present disclosure. As used in this disclosure and the appended claims, the singular forms "a," "the," and "the" are intended to include the plural forms as well, unless the context clearly dictates otherwise. It will also be understood that the term "and/or" as used herein refers to and includes any and all possible combinations of one or more of the associated listed items. Additionally, the term "at least one" herein refers to any one of a plurality or any combination of at least two of a plurality.

It should be understood that although the terms first, second, third, etc. may be used in this disclosure to describe various pieces of information, such information should not be limited by these terms. These terms are only used to distinguish the same type of information from each other. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present disclosure. Depending on the context, the word "if" as used herein can be interpreted as "at the time of" or "when" or "in response to determining."

In order for those skilled in the art to better understand the technical solutions in the embodiments of the present disclosure, and to make the above objects, features and advantages of the embodiments of the present disclosure more clearly understood, the following describes the technical solutions in the embodiments of the present disclosure with reference to the accompanying drawings. The program is described in further detail.

Many tasks can be performed automatically by developed programs or software, for example, the data to be processed can be continuously received by a special data processing program and then processed. Because the processing time of many tasks is relatively long, for example, the program may need to run all day to complete the pending tasks, so many programs run in an unattended state. Of course, since an exception will inevitably occur during the running process of the program, the task processing will be interrupted and the task processing progress will be affected. Therefore, it is necessary to monitor the running state of the program that processes the task, find out the abnormality in time, and deal with it accordingly.

When monitoring the running state of the program processing the task, some monitoring methods directly open another auxiliary program on the monitored end, and use the auxiliary program to monitor the abnormality of the monitored program on the monitored end, but this monitoring method is in The device becomes ineffective when it loses power or malfunctions. Some monitoring methods can monitor the program on the monitored terminal through monitoring equipment independent of the monitored terminal, so as to overcome the problem of monitoring failure due to equipment failure. Specifically, the monitored terminal can continuously send verification information to the monitoring device. If the monitoring device does not receive the verification information for a certain period of time, it can be determined that the running state of the monitored program is abnormal. However, when the monitored program falls into an infinite loop, the monitored terminal will still send verification information to the monitoring device, because the verification information currently sent involves software version, remaining capacity of hard disk, program log, client address or The static verification information related to the application path and other related verification information, that is, the verification information for a period of time is the same. In this case, the monitoring device cannot distinguish that the same verification information sent by the monitored device is due to an abnormal situation caused by an infinite loop. It is also caused by the fact that the static verification information has not changed, so that the abnormality of the monitored program cannot be detected in time and dealt with accordingly.

Based on this, an embodiment of the present disclosure provides an exception handling method, which can monitor a program running on a monitored device through a monitoring device that is independent of the monitored device, and the monitored device can generate dynamic Verification information, which can change with the progress of the task processing. Therefore, as long as the program executing the task runs normally, any two pieces of verification information sent to the monitoring device are inconsistent, so that the monitoring device can receive The verification information detects that the program is running abnormally, for example, entering an abnormal state such as an infinite loop.

The monitored device in the embodiment of the present disclosure refers to a device running a program that needs to be monitored, and the device may be an electronic device such as a mobile phone, a notebook computer, a server, and a smart wearable device. The monitored program can be used to perform some specific tasks, for example, can be used to process images, or clean and integrate data, and so on. The monitored program may be any code or code set capable of implementing certain specific functions, which is not limited in this embodiment of the present disclosure.

The monitoring device in the embodiment of the present disclosure may be a device that is physically independent from the monitored device, and the device has a function of monitoring programs on the monitored device. In some embodiments, the monitoring device may be a device with a relatively simple structure and low performance, for example, a single-chip microcomputer that integrates a function of monitoring programs on the monitored device. Of course, it can also be a device with high performance that integrates other functions at the same time, for example, it can also be a mobile phone, a computer, a tablet, a smart wearable device, and so on.

The exception handling methods in the embodiments of the present disclosure will be introduced below from the processing procedures of the monitored device and the monitoring device, respectively.

As shown in Figure 1, the processing flow performed by the monitored device includes the following steps:

S102, during the operation of the monitored device, continuously generate verification information based on the task processing progress of the program running on the monitored device, wherein different task processing progress corresponds to different verification information;

S104, sending the generated verification information to a monitoring device, so that the monitoring device performs abnormal diagnosis based on the received verification information;

S106. In response to determining that the program runs abnormally, perform an exception handling operation.

The exception handling method executed by the monitored device may be executed by a monitored program in the monitored device, or may be executed by another program in the monitored device that is independent of the monitored program. For example, assuming that the monitored program is a data processing program, the exception handling method may be executed by the data processing program, or may be executed by other programs independent of the data processing program.

After the monitored device runs, verification information can be continuously generated based on the task processing progress of the program running on the monitored device, wherein different task processing progress corresponds to different verification information, that is, the verification information will follow the progress of the program processing task. changes with the change. If the task processing progress of the program does not change, the verification information also does not change, so that the abnormal state that the program enters an infinite loop can be detected according to the verification information.

After each piece of verification information is generated by the monitored device based on the task processing progress, the verification information can be sent to the monitoring device. The monitoring device can receive the verification information continuously sent by the monitored device, and then judge the program running on the monitored device to perform abnormal diagnosis according to the received verification information. If the monitoring device determines that the program running on the monitored device runs abnormally based on the received verification information, a corresponding exception handling operation is performed.

The monitored device generates verification information based on the task processing progress of the running program, and the verification information changes with the task processing progress. Therefore, as long as the program runs normally, any two pieces of verification information sent by the monitored device are different. Therefore, the monitoring device can also detect the abnormal state that the program enters an infinite loop based on the received verification information. At the same time, because the monitored device and the monitoring device are independent devices, compared with the monitored program and the monitoring program are located in the same device. It can detect the abnormality of the monitored program caused by equipment failure in time, so that various abnormal situations can be covered, and the progress status of the monitored program can be monitored more comprehensively and reliably.

In some embodiments, the verification information may include information identifying the current task processing progress of the program. For example, if the task executed by the program is to process a batch of data, when the program has processed 1% of the batch of data, the verification information Include information indicating the current progress (eg, 1%). Of course, the verification information may also include other information generated according to the current task processing progress, for example, a string uniquely representing the progress generated based on the current task processing progress, which is not limited in this embodiment of the present disclosure.

In some embodiments, multiple nodes may be set for the task processing progress of the monitored program in advance, and only when the task processing progress of the monitored program reaches each node, the verification information corresponding to the node will be generated to Make sure that when the monitoring device receives the verification information corresponding to the node, the processing task corresponding to the node has been completed. For example, if the task to be processed by the monitored program is to denoise 1000 frames of images, 1000 nodes can be set for the progress of the task processing. For example, the first node means that the first frame of images has been processed. , the second node means that the second frame image has been processed, and so on. The first piece of verification information generated by the monitored device is generated and sent after the program has processed the first frame of image, so that when the monitoring device receives the verification information, the task corresponding to the processing progress indicated by the verification information has been completed.

The monitored device can continuously send verification information to the monitoring device. In some embodiments, the monitored device and the monitoring device can be connected wirelessly, and the verification information can be sent to the monitoring device through wireless communication. In other embodiments, in order to ensure more reliable transmission of the verification information, the monitoring device and the monitored device may be electrically connected through a hardware communication interface, and the verification information may be sent through the hardware communication interface. For example, the monitoring device and the monitored device can be connected through the serial port, and the verification information is transmitted through the serial port.

After receiving the verification information sent by the monitored device, the monitoring device can determine whether the program is abnormal according to the received verification information. In some embodiments, if two or more pieces of verification information continuously received by the monitoring device are the same, or the task processing progress displayed in the verification information is the same, it means that the program may be stuck in an infinite loop, so it can be determined that the program is abnormal. In some embodiments, if the monitoring device does not receive the verification information for a preset period of time, the program may also be abnormal, for example, interrupted. Therefore, it may also be determined that the monitored program is abnormal. The preset duration may be determined based on the maximum task processing duration between two adjacent nodes, for example, the preset duration may be greater than the maximum task processing duration between two adjacent nodes. Exemplarily, to process 100 frames of pictures, 100 nodes representing the progress of the task processing can be set, and the processing task between two adjacent nodes is to process one frame of pictures. If the processing duration is 10s, the preset duration must be greater than 10s, for example, it can be set to 15s.

In some embodiments, a timer may be set on the monitoring device. If the monitoring device receives the verification information sent by the monitored device, and the verification information is different, the timer will be reset to zero, otherwise, it will not be reset to zero. If the duration counted by the device is greater than the preset duration, it is determined that the program is abnormal and subsequent exception handling operations are performed.

After the monitoring device determines that the program is abnormal, it can perform abnormal processing operations. The exception handling operation can be set according to actual requirements. In some embodiments, the monitoring device can send an alarm message when the running state of the monitored program is abnormal to prompt the user that the monitored program is abnormal so that the user can handle it in time. For example, the monitoring device can issue a sound prompt, or the monitoring device can send instant messaging information, such as SMS, WeChat, QQ, etc., to the user's mobile phone, computer, smart wearable device and other terminals to remind the user that the running state of the monitored program is abnormal, so that The user comes to deal with it in time. Of course, in some embodiments, if the performance of the monitoring device is relatively poor, the above-mentioned alarm function cannot be implemented. For example, in the scenario where the monitoring device is only a single-chip microcomputer, the monitoring device can also send an exception handling instruction to the monitored device, and the monitored device can To perform abnormal handling operations, for example, to send alarm information from the monitored device. In some embodiments, after determining that the monitored program is abnormal, the monitoring device may send an exception handling instruction to the monitored device, and after receiving the exception handling instruction, the monitored device may restart the program, or restart the monitored device, wherein , the monitored program can be set to start automatically when the device is started, so that the program can also be re-run when the monitored device is restarted.

Of course, after the monitoring device finds that the program runs abnormally, it can send an exception handling instruction to the program running on the monitored device, and then the program executes the instruction to restart the monitored device. However, if the monitored device or the program itself is abnormal (for example, the monitored device crashes or the program cannot receive the instruction abnormally), the exception handling instruction cannot be received normally, and the corresponding exception handling operation cannot be performed. In some embodiments, in order to ensure that the exception handling operation can be more reliable, the monitoring device and the monitored device can be connected through a hardware interface. After the monitoring device detects that the program runs abnormally, it can output trigger information through the hardware interface to trigger the monitored device. reboot. Compared with the method of outputting software instructions to control the restart of the monitored device, this method of triggering the restart of the monitored device through the output signal of the hardware interface is more reliable.

In some instances, the monitoring device can output a trigger signal through the hardware interface to change the on-off state of some hardware switches on the monitored device. After the state of these hardware switches is changed, the monitored device can be restarted, or the software running on the monitored device can be restarted. The monitored program can resume normal operation. In some embodiments, a relay can be set on the monitored device, and the relay can be used to change the on-off of the reset switch on the monitored device. After the monitoring device detects that the program is running abnormally, it can output a trigger signal through a hardware interface, The trigger signal can change the state of the relay (for example, voltage, current or frequency), so that the relay controls the reset switch to be turned on, thereby controlling the monitored equipment to restart. Of course, if the monitoring device fails to restart the monitored device for many times, an alarm message can also be sent to prompt the user to come over to deal with the abnormality in time.

In some embodiments, the monitoring device and the monitored device may be powered by different power sources. In this way, it can be avoided that the monitoring fails due to the failure of the power supply when the two use the same power supply for power supply.

The following is an explanation from the processing process performed by the monitoring device. As shown in Figure 2, the processing flow performed by the monitoring device specifically includes the following steps:

S202, receiving the verification information sent by the monitored device, wherein the verification information is generated based on the task processing progress of the program running on the monitored device, and different task processing progress corresponds to different verification information;

S204, performing abnormality diagnosis based on the received verification information;

S206: Execute an exception handling operation when it is determined that the program runs abnormally.

The exception handling method executed by the monitoring device may be executed by a specific application program installed on the monitoring device. Of course, the exception handling function can also be built in the monitoring device.

The monitoring device can receive verification information continuously sent by the monitored device, where the verification information is generated based on the task processing progress of the program running on the monitored device, and the verification information corresponding to different processing progress is also different. After receiving the verification information, the monitoring device can perform abnormality diagnosis according to the received verification information, and execute abnormality processing operations when it is determined that the program is running abnormally.

Since the verification information changes with the progress of the task processing, as long as the program runs normally, any two pieces of verification information sent by the monitored device are different. Therefore, the monitoring device can also detect the abnormal state that the program enters an infinite loop based on the received verification information. At the same time, because the monitored device and the monitoring device are independent devices, compared with the monitored program and the monitoring program are located in the same device. It can detect the abnormality of the monitored program caused by equipment failure in time, so that various abnormal situations can be covered, and the progress status of the monitored program can be monitored more comprehensively and reliably.

In some embodiments, the abnormality diagnosis is performed based on the received verification information, including:

If the two pieces of verification information received continuously are the same and/or the verification information has not been received for a preset time period, it is determined that the program is abnormal.

In some embodiments, the monitoring device and the monitored device are connected through a hardware interface (in other embodiments, the monitoring device and the monitored device may also be connected wirelessly), and when it is determined that the program is running abnormally Execute exception handling operations, including:

When it is determined that the program runs abnormally, a trigger signal is output through the hardware interface to trigger the monitored device to restart.

In some embodiments, the monitored device is provided with a relay, the relay is used to control the on-off of the reset switch of the monitored device, and a trigger signal is output through the hardware interface to trigger the monitored device to restart ,include:

A trigger signal is output to the relay through the hardware interface, so that the relay turns on the reset switch of the monitored device.

For the specific implementation details of the monitoring device performing abnormality detection and abnormality processing on the monitored device, reference may be made to the descriptions in each implementation on the monitored device side, which will not be repeated here.

In order to further explain the exception handling method of the embodiment of the present disclosure, the following is explained with reference to a specific embodiment.

Exemplarily, the monitored device is a high-performance computer on which a data processing program runs. The data processing program can automatically receive the data to be processed from the outside, complete the data processing, and then save the processing results locally. Since the entire process of data processing by the data processing program can be run automatically, no human supervision is required.

In order to find out the interruption of data processing tasks caused by various abnormalities in the data processing program in time, an additional single-chip microcomputer can be configured as a monitoring device. The single-chip microcomputer and the high-performance computer can communicate with each other through the serial port, and the single-chip computer can control the on-off of the reset switch on the mainboard of the high-performance computer. For example, a relay can be set between the reset pin and the ground on the motherboard of a high-performance computer, and the microcontroller can change the state of the relay to control the state of the reset switch on the motherboard to restart the high-performance computer.

During the running process of the data processing program, the verification information can be sent to the single-chip microcomputer through the serial port of the high-performance computer continuously. The verification information may change with the change of the data processing progress. For example, the verification information may include information identifying the current data processing progress. Of course, the content of the verification information can be set according to specific data processing tasks. When the data processing program on the main device is running normally, any two pieces of verification information sent by the data processing program to the microcontroller should not be the same, and the verification information can only be generated after the data processing program has processed a piece of data normally. For example, assuming that the current data processing program has processed 1% of the data, it can generate a piece of verification information, and the verification information can indicate that the current processing progress is 1% of all the data processed.

Among them, a timer can be set on the single-chip microcomputer. If the single-chip microcomputer does not receive the verification information for a preset period of time, or if multiple pieces of verification information received continuously show that the progress of data processing has not changed, it is determined that the data processing program is abnormal. At this time, the single-chip microcomputer will turn on the reset switch on the high-performance computer motherboard, and restart the high-performance computer and the data processing program. Of course, if the single-chip microcomputer fails to restart the high-performance computer and the data processing program several times in a row, an alarm message can be sent to the maintenance personnel.

Of course, in order to prevent the single-chip microcomputer from being unable to monitor the high-performance computer due to the abnormality of the power supply, the single-chip microcomputer and the high-performance computer can use different power supplies.

Through the above method, the monitored data processing program can be comprehensively monitored, and the abnormality caused by the power supply, the high-performance computer, and each link of the data processing program can be detected in time, and the corresponding abnormality processing can be carried out. At the same time, restarting the high-performance computer by controlling the hardware switch on the high-performance device to restore the data processing program to a normal state is more secure and reliable than the method of software-controlled restarting of the high-performance computer.

Correspondingly, an embodiment of the present disclosure further provides an exception processing apparatus. As shown in FIG. 3 , the apparatus 30 includes:

The verification information generation module 31 is used for continuously generating verification information based on the task processing progress of the program running on the monitored device during the operation of the monitored device, wherein different task processing progress corresponds to different verification information;

a sending module 32, configured to send the verification information to the monitoring device, so that the monitoring device can perform abnormal diagnosis based on the received verification information;

The first processing module 33 is configured to perform an exception handling operation in response to determining that the program runs abnormally.

In some embodiments, the task processing progress includes a plurality of nodes, and the verification information generation module is configured to:

For any node, when the task processing progress reaches the node, the verification information corresponding to the node is generated.

In some embodiments, the monitoring device and the monitored device are connected through a hardware interface, and the exception handling apparatus is further configured to:

The monitored device is restarted based on a trigger signal output by the monitoring device through the hardware interface, and the trigger signal is output when the monitoring device determines that the program is running abnormally.

In some embodiments, the monitored device is provided with a relay, and the relay is used to control the on-off of the reset switch of the monitored device, and the abnormality processing device is further configured to:

Based on the monitoring device outputting a trigger signal through the hardware interface, the state of the relay is changed, so that the relay turns on the reset switch of the monitored device.

Correspondingly, an embodiment of the present disclosure further provides an exception processing apparatus. As shown in FIG. 4 , the apparatus 40 includes:

The receiving module 41 is configured to receive the verification information continuously sent by the monitored device during the running process, wherein the verification information is generated based on the task processing progress of the program running on the monitored device, and different task processing progress corresponds to different verify message;

an abnormality diagnosis module 42, configured to perform abnormality diagnosis based on the verification information;

The second processing module 43 is configured to perform an exception processing operation when it is determined that the program runs abnormally.

In some embodiments, the task processing progress includes multiple nodes, and for each node in the multiple nodes, verification information corresponding to the node is generated after the task processing progress reaches the progress node.

In some embodiments, the abnormality diagnosis module is used to:

In the case where the two pieces of the verification information received continuously are the same or the verification information is not received after a preset duration, it is determined that the program is running abnormally, wherein the preset duration is longer than the two adjacent ones of the verification information. Maximum task processing time between nodes.

In some embodiments, the monitoring device and the monitored device are connected through a hardware interface, and when it is determined that the program runs abnormally, an exception handling operation is performed, and the exception handling apparatus is further configured to:

In some embodiments, the monitored device is provided with a relay, and the relay is used to control the on-off of a reset switch of the monitored device, and the abnormality processing device is used for:

Further, an embodiment of the present disclosure further provides an electronic device. As shown in FIG. 5 , the electronic device includes a processor 51 and a memory 52 , and the memory 52 stores a computer program executable by the processor 51 . , when the processor 51 executes the computer program, any one of the processing methods in the foregoing embodiments is implemented.

In addition, an embodiment of the present disclosure also provides an exception handling system, as shown in FIG. 6 , which is a schematic diagram of an exception handling system in an embodiment of the present disclosure, and the system includes a monitored device and a monitoring device;

The monitored device is used to generate verification information based on the task processing progress of the program running on the monitored device during the running process, wherein different task processing progress corresponds to different verification information; information sent to monitoring equipment;

The monitoring device is configured to perform abnormality diagnosis based on the received verification information, and perform abnormality processing operations when it is determined that the program is abnormally running.

For the specific implementation details of the monitored device and the monitoring device in the exception handling process, reference may be made to the descriptions in the foregoing method embodiments, which will not be repeated here.

Embodiments of the present disclosure further provide a computer-readable storage medium, on which a computer program is stored, and when the program is executed by a processor, implements the exception handling method described in any of the foregoing embodiments.

Computer-readable media includes both persistent and non-permanent, removable and non-removable media, and storage of information may be implemented by any method or technology. Information may be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), Flash Memory or other memory technology, Compact Disc Read Only Memory (CD-ROM), Digital Versatile Disc (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission medium that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media, such as modulated data signals and carrier waves.

From the description of the above embodiments, those skilled in the art can clearly understand that the embodiments of the present specification can be implemented by means of software plus a necessary general hardware platform. Based on such understanding, the technical solutions of the embodiments of this specification or the parts that make contributions to the prior art may be embodied in the form of software products, and the computer software products may be stored in storage media, such as ROM/RAM, A magnetic disk, an optical disk, etc., includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments in this specification.

The systems, devices, modules or units described in the above embodiments may be specifically implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer, which may be in the form of a personal computer, laptop computer, cellular phone, camera phone, smart phone, personal digital assistant, media player, navigation device, email sending and receiving device, game control desktop, tablet, wearable device, or a combination of any of these devices.

Each embodiment in this specification is described in a progressive manner, and the same and similar parts between the various embodiments may be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the apparatus embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and reference may be made to the partial description of the method embodiment for related parts. The device embodiments described above are only illustrative, wherein the modules described as separate components may or may not be physically separated. When implementing the solutions of the embodiments of the present specification, the functions of each module may be integrated into the same module. or multiple software and/or hardware implementations. Some or all of the modules may also be selected according to actual needs to achieve the purpose of the solution in this embodiment. Those of ordinary skill in the art can understand and implement it without creative effort.

The above are only specific implementations of the embodiments of the present specification. It should be pointed out that for those skilled in the art, without departing from the principles of the embodiments of the present specification, several improvements and modifications can be made. These Improvements and modifications should also be regarded as the protection scope of the embodiments of the present specification.

Claims

An exception handling method, the method is applied to a monitored device, and the method includes:

During the operation of the monitored device, the verification information is continuously generated based on the task processing progress of the program running on the monitored device, wherein different task processing progress corresponds to different verification information;

sending the verification information to a monitoring device, so that the monitoring device performs abnormality diagnosis based on the verification information;

In response to determining that the program is operating abnormally, an exception handling operation is performed.
The method according to claim 1, wherein the task processing progress comprises a plurality of nodes, and generating the verification information based on the task processing progress of the program running on the monitored device comprises:

For any node, in response to determining that the task processing progress has reached the node, verification information corresponding to the node is generated.
The method according to claim 1 or 2, wherein the method further comprises:

The monitored device is restarted based on a trigger signal output by the monitoring device, wherein the trigger signal is output when the monitoring device determines that the program runs abnormally.
The method according to claim 3, wherein the monitored device is provided with a relay, and the relay is used to control the on-off of a reset switch of the monitored device, and restarts based on a trigger signal output by the monitoring device The monitored equipment includes:

The state of the relay is changed based on the trigger signal output by the monitoring device, so that the relay turns on the reset switch of the monitored device.
The exception handling method according to any one of claims 1-4, wherein the monitoring device and the monitored device are powered by different power sources.
An exception handling method, the method is applied to a monitoring device, and the method includes:

receiving verification information sent by the monitored device, wherein the verification information is generated based on the task processing progress of the program running on the monitored device, and different task processing progress corresponds to different verification information;

Perform abnormal diagnosis based on the verification information;

Execute an exception handling operation when it is determined that the program runs abnormally.
The method according to claim 6, wherein the task processing progress includes a plurality of nodes, and for each node in the plurality of nodes, the verification information corresponding to the node is reached when the task processing progress reaches the node. generated later.
The method according to claim 6 or 7, wherein the abnormal diagnosis based on the verification information comprises:

In the case that the two pieces of verification information received continuously are the same and/or the verification information is not received after a preset duration, it is determined that the program is running abnormally, wherein the preset duration is greater than the duration between two adjacent nodes. Maximum task processing time.
The method according to any one of claims 6-8, wherein performing an exception handling operation when it is determined that the program runs abnormally, comprising:

When it is determined that the program runs abnormally, a trigger signal is output to trigger the monitored device to restart.
The method according to claim 9, wherein the monitored device is provided with a relay, and the relay is used to control the on-off of the reset switch of the monitored device,

The outputting a trigger signal to trigger restarting of the monitored device includes:

A trigger signal is output to the relay, so that the relay turns on the reset switch of the monitored device.
An exception handling device, the device is applied to a monitored device, and the device includes:

A verification information generation module is used to continuously generate verification information based on the task processing progress of the program running on the monitored device during the operation of the monitored device, wherein different task processing progress corresponds to different verification information ;

a sending module, configured to send the verification information to a monitoring device, so that the monitoring device performs abnormal diagnosis based on the received verification information;

The first processing module, in response to determining that the program runs abnormally, performs an exception handling operation.
An exception processing device, the device is applied to monitoring equipment, and the device includes:

a receiving module, configured to receive the verification information sent by the monitored device, wherein the verification information is generated based on the task processing progress of the program running on the monitored device, and different task processing progress corresponds to different verification information;

an abnormality diagnosis module for performing abnormality diagnosis based on the verification information;

The second processing module is configured to perform an exception processing operation when it is determined that the program runs abnormally.
An electronic device comprising a processor and a memory, the memory stores a computer program executable by the processor, and when the processor executes the computer program, any one of claims 1-5 or 6-10 is implemented. A step of the method.
An exception handling system, including monitored equipment and monitoring equipment;

The monitored device is used to continuously generate verification information based on the task processing progress of the program running on the monitored device during the running process, wherein different task processing progress corresponds to different verification information; information sent to monitoring equipment;

The monitoring device is configured to perform abnormality diagnosis based on the verification information, and execute abnormality processing operations when it is determined that the program runs abnormally.
A computer-readable storage medium having a computer program stored thereon, the computer program implementing the steps of the method according to any one of claims 1-5 or 6-10 when executed by a processor.