Method, device and equipment for recovering abnormal state of terminal based on process monitoring

Abstract

The invention discloses a method, a device and equipment for recovering an abnormal state of a terminal based on process monitoring, and relates to the technical field of intelligent control of a vehicle-mounted terminal, the method comprises the following steps: periodically carrying out GPIO-C inversion, and monitoring a QVM process state in real time so as to switch a flag bit state and start a timer and a counter when the QVM process is died; judging a terminal restart condition based on the timer and the counter so as to control whether the GPIO-C stops reversing or not; and forcibly restarting the terminal according to the state of the GPIO-C when the GPIO-C stops reversing and does not change the state for a set duration. According to the method and the device, the recovery problem of the terminal under the conditions that the screen is blank, the screen is frozen, the system is stuck, the processes are mutually exclusive, and the system cannot be recovered when entering the Recovery can be effectively solved.

Description

Technical Field

[0001] This application relates to the technical field of intelligent control of in-vehicle terminals, and specifically relates to a method, device, and equipment for realizing the recovery of abnormal terminal states based on process monitoring. Background Art

[0002] Currently, in-vehicle terminal SoC (System on Chip) chips usually run two operating systems, each responsible for different fields and functions. Taking the in-vehicle system installed with a Qualcomm 8155 chip as an example, the Android system is responsible for functions such as the central control screen and the co-pilot entertainment system, and the QNX operating system (a commercial real-time operating system with a microkernel architecture and priority pre-emptive scheduling, etc., mainly used in embedded systems and critical mission applications) is responsible for functions such as the instrument panel and the in-vehicle communication system.

[0003] In the above dual-system architecture, Hypervisor (an intermediate software layer running between the underlying physical server and the operating system) technology is used to run two operating systems simultaneously on a single hardware platform, virtualizing physical hardware resources (such as CPU, memory, etc.) into multiple isolated virtual resources, enabling different operating systems to run independently in their respective virtual environments. The Android system runs as a virtual system on top of the QNX system, enjoying both the stability and security of the QNX system and the openness and application ecosystem of the Android system.

[0004] However, in actual applications, the QVM process is created by the Hypervisor, and the Android system starts through the QVM process. However, the execution process code of the QVM process involves both the QNX side and the Qualcomm side. Both sides maintain their own functions and logics and perform adaptation and modification respectively, making it difficult to unify the maintenance of the QVM process. Although the QNX side will restart the QVM process after receiving the report from the Qualcomm side that the QVM process has died, in actual situations, in many scenarios (such as black screen, frozen screen, system freeze, process mutex, and the system entering Recovery mode and being unable to recover), the QVM process is still in the died state after restart and cannot be recovered, and only a full machine restart can be performed. Therefore, how to achieve the rapid recovery of the terminal in an abnormal state for the above dual-system architecture has become an urgent problem to be solved currently. Summary of the Invention

[0005] This application provides a method, device, and equipment for realizing the recovery of abnormal terminal states based on process monitoring, which can effectively solve the recovery problems in situations such as black screen, frozen screen, system freeze, process mutex, and the system entering Recovery mode and being unable to recover.

[0006] In a first aspect, an embodiment of the present application provides a method for realizing the recovery of the abnormal state of a terminal based on process monitoring. The method for realizing the recovery of the abnormal state of the terminal based on process monitoring includes:

[0007] Periodically reverse GPIO-C, and monitor the QVM process status in real time to switch the status of the flag bit and start the timer and counter when the QVM process dies;

[0008] Based on the timer and counter, judge the terminal restart condition to control whether to stop reversing GPIO-C;

[0009] According to the status of GPIO-C, when GPIO-C stops reversing and there is no status change for a set duration, force the terminal to restart;

[0010] Wherein, the flag bit is used for marking the QVM process status, the timer is used for timing the duration of the QVM process's death, and the counter is used for counting the number of times the QVM process dies.

[0011] Combined with the first aspect, in an implementation manner, the periodically reversing GPIO-C specifically includes:

[0012] After the terminal is powered on and the Hypervisor starts, create a target thread for controlling the reversal of GPIO-C;

[0013] Based on the target thread, control GPIO-C to perform periodic reversal.

[0014] Combined with the first aspect, in an implementation manner, the monitoring the QVM process status in real time to switch the status of the flag bit and start the timer and counter when the QVM process dies specifically includes:

[0015] Based on the detection of the QVM state machine logic and event events, realize the real-time monitoring of whether the QVM process is dead;

[0016] When it is monitored that the QVM process is dead, enter the judgment logic, switch the status of the flag bit to the first state, and start the timer and counter.

[0017] Combined with the first aspect, in an implementation manner, the judging the terminal restart condition based on the timer and counter to control whether to stop reversing GPIO-C specifically includes:

[0018] According to the status of the flag bit, the timing duration of the timer, and the counting times of the counter, judge whether the terminal restart condition is met:

[0019] If so, control GPIO-C to stop reversing;

[0020] If not, continue to monitor the QVM process.

[0021] In combination with the first aspect, in an embodiment,

[0022] When the status of the flag bit is the first status and the timing duration of the timer is not less than the first duration, or the status of the flag bit is the first status and the counting times of the counter is not less than the first number, or the status of the flag bit is the first status and the timing duration of the timer is not less than the second duration and the counting times of the counter is not less than the first number, it is determined that the terminal restart condition is satisfied; otherwise, the terminal restart condition is not satisfied.

[0023] In combination with the first aspect, in an embodiment, when the status of GPIO-C is such that when GPIO-C stops reversing and there is no state change for a continuous set duration, force a terminal restart, which specifically includes:

[0024] After GPIO-C stops reversing, monitor the status of GPIO-C to determine whether there is no state change for a continuous set duration:

[0025] If so, force a terminal restart;

[0026] If not, continue to monitor the QVM process.

[0027] In combination with the first aspect, in an embodiment, after forcing a terminal restart, it further includes:

[0028] Switch the status of the flag bit to the initial state, clear the timer and the counter, and execute the method for realizing the recovery of the abnormal state of the terminal based on process monitoring again.

[0029] In a second aspect, an embodiment of the present application provides a device for realizing the recovery of the abnormal state of the terminal based on process monitoring. The device for realizing the recovery of the abnormal state of the terminal based on process monitoring includes:

[0030] A monitoring module, which is used to periodically reverse GPIO-C, and real-time monitor the QVM process status to switch the status of the flag bit and start the timer and the counter when the QVM process dies;

[0031] A judgment module, which is used to judge the terminal restart condition based on the timer and the counter to control whether GPIO-C stops reversing;

[0032] An execution module, which is used to force a terminal restart according to the status of GPIO-C when GPIO-C stops reversing and there is no state change for a continuous set duration;

[0033] Among them, the flag bit is used for QVM process status marking, the timer is used to time the duration of the QVM process's "died", and the counter is used to count the number of times the QVM process "died".

[0034] Combined with the second aspect, in an implementation, the periodic inversion of GPIO-C specifically includes:

[0035] After the terminal is powered on and when the Hypervisor starts, a target thread for controlling the inversion of GPIO-C is created;

[0036] Based on the target thread, control GPIO-C to perform periodic inversion.

[0037] In a third aspect, an embodiment of the present application provides a device for realizing terminal abnormal state recovery based on process monitoring. The device for realizing terminal abnormal state recovery based on process monitoring includes a processor, a memory, and a program for realizing terminal abnormal state recovery based on process monitoring stored on the memory and executable by the processor. When the program for realizing terminal abnormal state recovery based on process monitoring is executed by the processor, the steps of the method for realizing terminal abnormal state recovery based on process monitoring described above are realized.

[0038] The beneficial effects brought by the technical solution provided by the embodiment of the present application include:

[0039] By performing the inversion operation of GPIO-C periodically, then monitoring the QVM process status in real time to switch the flag bit status when the QVM process "died" and start the timer and counter, then based on the timer and counter to judge the terminal restart condition to control whether GPIO-C stops inverting, and then according to the status of GPIO-C, when GPIO-C stops inverting and there is no state change for a set duration, force the terminal to restart. By monitoring the running status of the QVM process and combining three ways of setting the flag bit, timer and counter to realize the forced restart of the terminal system, effectively solve the recovery problems in situations such as the terminal being in a black screen, frozen screen, system stuck, process mutex, and the system entering Recovery and being unable to recover. Description of the Drawings

[0040] Figure 1 It is a flowchart of the method for realizing terminal abnormal state recovery based on process monitoring in the present application;

[0041] Figure 2 It is a functional module diagram of the device for realizing terminal abnormal state recovery based on process monitoring in the present application;

[0042] Figure 3 It is a hardware structure diagram of the device for realizing terminal abnormal state recovery based on process monitoring in the present application. Detailed implementation mode

[0043] In order to enable those skilled in the art of the present technology to better understand the solution of this application, the technical solutions in the embodiments of this application will be clearly and completely described below in conjunction with the accompanying drawings in the embodiments of this application. Obviously, the described embodiments are only a part of the embodiments of this application, rather than all the embodiments. Based on the embodiments in this application, all other embodiments obtained by those of ordinary skill in the art without making creative efforts belong to the scope of protection of this application.

[0044] To make the purpose, technical solution and advantages of this application clearer, the embodiments of this application will be further described in detail below in conjunction with the accompanying drawings.

[0045] In a first aspect, the embodiments of this application provide a method for realizing the recovery of the abnormal state of a terminal based on process monitoring, which is applicable to terminals running Android operating system and QNX operating system, and the Android operating system and QNX operating system are managed and controlled through Hypervisor virtual machine software. By monitoring the running state of the QVM process, the recovery and restart of the terminal system are realized, effectively solving the recovery problems in situations such as the terminal being in a black screen, frozen screen, system freeze, process mutex, and the system entering Recovery and being unable to recover. The terminal in this application refers to terminal products such as mobile phones and in-vehicle devices.

[0046] First, the working environment of QVM is described. When the terminal is powered on and the MCU starts up, the QNX operating system starts, the QNX Hypervisor loads, the QNX startup manager starts the VMM (Virtual Machine Manager), and at the same time, the external entity notifies the VMM to start the QVM. After that, the VMM starts / restarts the QVM process, monitors the running state of the QVM, and maintains the QVM state machine. Then, the Android operating system or other operating systems are started, and the state of the QVM process can be notified to the corresponding threads.

[0047] In one embodiment, refer to Figure 1 , Figure 1 is the flowchart of the method for realizing the recovery of the abnormal state of the terminal based on process monitoring in this application. As Figure 1 shown, the method for realizing the recovery of the abnormal state of the terminal based on process monitoring includes:

[0048] S1: Periodically invert GPIO-C (a pin of the general input / output port group), and monitor the QVM process status in real time to switch the status of the flag bit and start the timer and counter when the QVM process dies; wherein, the flag bit is used to mark the QVM process status, the timer is used to time the duration of the QVM process's death, and the counter is used to count the number of times the QVM process has died; QVM is the Qualcomm Virtual Machine, and the QVM process is an operating system process that runs in the virtual machine manager host outside the kernel;

[0049] S2: Based on the timer and counter, determine the terminal restart condition to control whether to stop inverting GPIO-C;

[0050] S3: According to the status of GPIO-C, when GPIO-C stops inverting and there is no status change for a set duration, force a terminal restart.

[0051] Specifically, this application realizes the operation of restarting the entire terminal by inverting the GPIO (General-purpose input / output). When the Hypervisor starts, a thread will be created, and this thread controls the inversion of GPIO-C. The inversion period can be flexibly set according to actual scenarios, such as 150 ms. When an abnormal state occurs and the MCU (Microcontroller Unit) needs to control a full machine restart, stop the inversion of GPIO-C. Then, if the MCU does not detect a change in the status value of GPIO-C within the set duration, perform the operation of restarting the entire terminal.

[0052] Further, in one embodiment, periodically inverting GPIO-C specifically includes:

[0053] S101: After the terminal is powered on, when the Hypervisor starts, create a target thread for controlling the inversion of GPIO-C;

[0054] S102: Based on the target thread, control GPIO-C to perform periodic inversion.

[0055] Specifically, when the terminal is powered on, a thread will be created when the Hypervisor starts, and the inversion operation of GPIO-C is controlled by the created thread.

[0056] Further, in one embodiment, monitoring the QVM process status in real time to switch the status of the flag bit and start the timer and counter when the QVM process dies specifically includes:

[0057] S111: Based on the detection of the state machine logic of QVM and event events, realize the real-time monitoring of whether the QVM process has died;

[0058] S112: When it is monitored that the QVM process has died, enter the judgment logic, switch the state of the flag bit to the first state, and start the timer and counter.

[0059] Specifically, by monitoring the state machine logic of QVM and event events, the state of the QVM process is monitored. In actual applications, when QVM starts or a new thread is created separately to be responsible for monitoring the state of the QVM process, this thread is also responsible for the reverse control of GPIO-C; when factors such as black screen, frozen screen, system crash, process mutex, and the system entering Recovery and being unable to recover cause the QVM process to die, and it is monitored that the QVM process is in the died state, enter the judgment logic, switch the state of the flag bit to the first state (that is, set the state of the flag bit to true), and start the timer and counter.

[0060] For the flag bit, the initial value of the flag bit is false (false), indicating that it is not detected that the QVM process is in the died state. When it is detected that the QVM process is in the died state, the state value of the flag bit is switched to true (true); for the timer, the timer is used to time the duration of the QVM process being dead. In actual applications, the timing and recovery operations of the timer are controlled by code logic, and the set time is different in different scenarios, and the initial value is 0; for the counter, the initial value of the counter is 0, and each time it is detected that the QVM process is in the died state, it is incremented by 1.

[0061] Further, in one embodiment, based on the timer and counter, the judgment of the terminal restart condition is realized to control whether GPIO-C stops reversing, specifically including:

[0062] According to the state of the flag bit, the timing duration of the timer, and the counting times of the counter, judge whether the terminal restart condition is met:

[0063] If so, control GPIO-C to stop reversing;

[0064] If not, continue to monitor the QVM process.

[0065] Specifically, after switching the state of the flag bit to the first state and starting the timer and counter, judge whether the restart condition is met. The setting of the restart condition is based on actual scenario requirements; when it is determined that the terminal restart condition is met, control GPIO-C to stop reversing, otherwise, continue the monitoring operation.

[0066] In a possible implementation, when the status of the flag bit is the first status and the timing duration of the timer is not less than the first duration, or the status of the flag bit is the first status and the counting times of the counter is not less than the first number, or the status of the flag bit is the first status and the timing duration of the timer is not less than the second duration and the counting times of the counter is not less than the first number, it is determined that the terminal restart condition is satisfied; otherwise, the terminal restart condition is not satisfied. The first status is the true status, the value of the first duration can be 30s, the value of the first number can be 5, and the value of the second duration can be 10s.

[0067] Further, in an embodiment, according to the status of GPIO-C, when GPIO-C stops reversing and does not change its status for a set duration, the terminal is forced to restart. Specifically, it includes:

[0068] After GPIO-C stops reversing, monitor the status of GPIO-C to determine whether GPIO-C has not changed its status for a set duration:

[0069] If so, force the terminal to restart;

[0070] If not, continue to monitor the QVM process.

[0071] Specifically, after detecting through the MCU that GPIO-C has stopped reversing, count the duration during which GPIO-C has stopped reversing. If GPIO-C has not changed its status for the set duration, the MCU forces the terminal to perform a restart operation; otherwise, continue to monitor.

[0072] Further, in an embodiment, after forcing the terminal to restart, it further includes: switching the status of the flag bit to the initial state, clearing the timer and the counter, and executing again the method for realizing the recovery of the abnormal state of the terminal based on process monitoring. That is, perform initialization operations, reset the status of the flag bit to false, reset the timer to 0, and reset the counter to 0.

[0073] For the method for realizing the recovery of the abnormal state of the terminal based on process monitoring described in this application, it can be exposed to the outside through an interface, so that processes in the Android operating system and the QNX operating system can use the method described in this application by calling the interface. And the method for realizing the recovery of the abnormal state of the terminal based on process monitoring in this application is applicable to all terminal products that support the start of the QVM process.

[0074] It should be noted that in the native system, when the QVM process dies, the Hypervisor (VMM) will attempt to restart the process. However, due to the persistent abnormal state, the restart operation may frequently fail, resulting in a poor user experience. To solve this problem, the present application uses three methods, namely setting a flag bit, a timer, and a counter for counting the number of times of death, to implement forced system restart. These three methods can be used singly or in combination according to specific situations, and the specific scenario depends on the context in which each process executes.

[0075] The method for implementing terminal abnormal state recovery based on process monitoring according to the embodiments of the present application periodically performs inversion operations on GPIO-C, and then monitors the QVM process status in real time to switch the flag bit status and start the timer and counter when the QVM process dies. Then, based on the timer and counter, it determines the terminal restart condition to control whether to stop inverting GPIO-C. Then, according to the status of GPIO-C, when GPIO-C stops inverting and there is no state change for a continuously set duration, it forcibly restarts the terminal. By monitoring the running status of the QVM process and combining the three methods of setting a flag bit, a timer, and a counter, it effectively solves the recovery problems in situations such as the terminal being in a black screen, frozen screen, system freeze, process mutex, and the system entering Recovery and being unable to recover.

[0076] In a second aspect, the embodiments of the present application further provide a device for implementing terminal abnormal state recovery based on process monitoring.

[0077] In one embodiment, referring to Figure 2 , Figure 2 is a schematic diagram of the functional modules of the device for implementing terminal abnormal state recovery based on process monitoring according to the present application. As Figure 2 shown, the device for implementing terminal abnormal state recovery based on process monitoring includes: a monitoring module, a judgment module, and an execution module.

[0078] The monitoring module is used to periodically invert GPIO-C and monitor the QVM process status in real time to switch the flag bit status and start the timer and counter when the QVM process dies; the judgment module is used to determine the terminal restart condition based on the timer and counter to control whether to stop inverting GPIO-C; the execution module is used to forcibly restart the terminal according to the status of GPIO-C when GPIO-C stops inverting and there is no state change for a continuously set duration; wherein, the flag bit is used for QVM process status marking, the timer is used to time the duration of the QVM process's death, and the counter is used to count the number of times of the QVM process's death.

[0079] In a third aspect, an embodiment of the present application provides a device for realizing the recovery of the abnormal state of a terminal based on process monitoring. The device for realizing the recovery of the abnormal state of a terminal based on process monitoring may be a device with data processing functions such as a personal computer (PC), a laptop computer, a server, etc.

[0080] Referring to Figure 3 , Figure 3 FIG. is a schematic diagram of the hardware structure of the device for realizing the recovery of the abnormal state of a terminal based on process monitoring involved in the solution of the embodiment of the present application. In the embodiment of the present application, the device for realizing the recovery of the abnormal state of a terminal based on process monitoring may include a processor, a memory, a communication interface, and a communication bus.

[0081] Among them, the communication bus can be of any type and is used to interconnect the processor, the memory, and the communication interface.

[0082] The communication interface includes input / output (I / O) interfaces, physical interfaces, and logical interfaces, etc., which are used to realize the interconnection of internal components of the device for realizing the recovery of the abnormal state of a terminal based on process monitoring, and interfaces for realizing the interconnection of the device for realizing the recovery of the abnormal state of a terminal based on process monitoring with other devices (such as other computing devices or user devices). The physical interface can be an Ethernet interface, an optical fiber interface, an ATM interface, etc.; the user device can be a display screen (Display), a keyboard (Keyboard), etc.

[0083] The memory can be various types of storage media, such as random access memory (RAM), read-only memory (ROM), non-volatile RAM (NVRAM), flash memory, optical memory, hard disk, programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), etc.

[0084] The processor can be a general-purpose processor, and the general-purpose processor can call the program for realizing the recovery of the abnormal state of a terminal based on process monitoring stored in the memory and execute the method for realizing the recovery of the abnormal state of a terminal based on process monitoring provided by the embodiment of the present application. For example, the general-purpose processor can be a central processing unit (CPU). Among them, the method executed when the program for realizing the recovery of the abnormal state of a terminal based on process monitoring is called can refer to the various embodiments of the method for realizing the recovery of the abnormal state of a terminal based on process monitoring of the present application, which will not be elaborated here.

[0085] Those skilled in the art can understand that Figure 3 the hardware structure shown in

[0086] does not constitute a limitation to this application, and may include more or fewer components than those shown, or combine certain components, or have different component arrangements.

[0087] A computer-readable storage medium is further provided in an embodiment of this application.

[0088] A program for implementing terminal abnormal state recovery based on process monitoring is stored on the computer-readable storage medium of this application. When the program for implementing terminal abnormal state recovery based on process monitoring is executed by a processor, the steps of the method for implementing terminal abnormal state recovery based on process monitoring as described above are implemented.

[0089] For the terms "including" and "having" and any variations thereof in the description of the specification, claims and drawings of this application, the intention is to cover non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but may optionally further include unlisted steps or units, or may optionally further include other steps or units inherent to these processes, methods, products or devices. Descriptions such as "first", "second" and "third" are used to distinguish different objects, etc., and do not represent a sequence, nor do they limit that "first", "second" and "third" are different types.

[0090] In the description of the embodiments of this application, terms such as "exemplary", "for example" or "for instance" are used to represent examples, illustrations or explanations. Any embodiment or design solution described as "exemplary", "for example" or "for instance" in the embodiments of this application should not be construed as being more preferred or having more advantages than other embodiments or design solutions. Exactly speaking, the use of words such as "exemplary", "for example" or "for instance" is intended to present relevant concepts in a specific manner.

[0091] In the description of the embodiments of this application, unless otherwise specified, " / " means "or". For example, A / B may mean A or B; "and / or" in the text is merely a description of the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B may mean: A exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the embodiments of this application, "a plurality of" means two or more than two.

[0092] In some processes described in the embodiments of the present application, there are multiple operations or steps that appear in a specific order. However, it should be understood that these operations or steps may not be executed in the order in which they appear in the embodiments of the present application or may be executed in parallel. The serial numbers of the operations are only used to distinguish different operations, and the serial numbers themselves do not represent any execution order. Additionally, these processes may include more or fewer operations, and these operations or steps may be executed in sequence or in parallel, and these operations or steps may be combined.

[0093] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-described embodiment methods can be implemented by means of software plus a necessary general hardware platform. Of course, they can also be implemented by hardware, but in many cases, the former is a better implementation method. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art can be embodied in the form of a software product. This computer software product is stored in a storage medium as described above (such as ROM / RAM, magnetic disk, optical disc) and includes several instructions for causing a terminal device to execute the methods described in the various embodiments of the present application.

[0094] The above are only the preferred embodiments of the present application, and do not limit the patent scope of the present application accordingly. Any equivalent structural or equivalent process transformation made by using the content of the specification and drawings of the present application, or directly or indirectly applied in other related technical fields, shall be equally included in the patent protection scope of the present application.

Claims

1. A method for realizing the recovery of the abnormal state of a terminal based on process monitoring, characterized in that, The method for realizing terminal abnormal state recovery based on process monitoring includes: Periodically reverse GPIO-C, and real-time monitor the QVM process status to switch the status of the flag bit and start the timer and counter when the QVM process dies; Based on the timer and counter, judge the terminal restart condition to control whether to stop reversing GPIO-C; According to the status of GPIO-C, when GPIO-C stops reversing and no status change occurs for a set duration, force a terminal restart; Among them, the flag bit is used to mark the QVM process status, the timer is used to time the duration of the QVM process's death, and the counter is used to count the number of times the QVM process dies.

2. The method for realizing the recovery of the abnormal state of the terminal based on process monitoring according to claim 1, wherein The periodically reversing GPIO-C specifically includes: After the terminal is powered on and the Hypervisor starts, create a target thread for controlling the reversal of GPIO-C; Based on the target thread, control GPIO-C to perform periodic reversal.

3. The method for realizing the recovery of the abnormal state of the terminal based on process monitoring according to claim 1, characterized in that, The real-time monitoring of the QVM process status to switch the status of the flag bit and start the timer and counter when the QVM process dies specifically includes: Based on the detection of the QVM's state machine logic and event events, realize the real-time monitoring of whether the QVM process is dead; When it is detected that the QVM process is dead, enter the judgment logic, switch the status of the flag bit to the first state, and start the timer and counter.

4. The method for realizing the recovery of the abnormal state of the terminal based on process monitoring according to claim 3, wherein, The realizing the judgment of the terminal restart condition based on the timer and counter to control whether to stop reversing GPIO-C specifically includes: According to the status of the flag bit, the timing duration of the timer, and the counting times of the counter, judge whether the terminal restart condition is met: If so, control GPIO-C to stop reversing; If not, continue to monitor the QVM process.

5. The method for realizing terminal abnormal state recovery based on process monitoring according to claim 4, characterized in that When the status of the flag bit is the first state and the timing duration of the timer is not less than the first duration, or the status of the flag bit is the first state and the counting times of the counter is not less than the first number, or the status of the flag bit is the first state and the timing duration of the timer is not less than the second duration and the counting times of the counter is not less than the first number, it is determined that the terminal restart condition is met; otherwise, the terminal restart condition is not met.

6. The method for realizing the recovery of the abnormal state of the terminal based on process monitoring according to claim 1, characterized in that The according to the status of GPIO-C, when GPIO-C stops reversing and no status change occurs for a set duration, force a terminal restart specifically includes: After GPIO-C stops reversing, monitor the status of GPIO-C to judge whether GPIO-C has not changed its status for a set duration: If so, force a terminal restart; If not, continue to monitor the QVM process.

7. The method for realizing the recovery of the abnormal state of the terminal based on process monitoring according to claim 1, characterized in that, After forcing a terminal restart, it further includes: Switch the status of the flag bit to the initial state, clear the timer and counter, and execute the method for realizing terminal abnormal state recovery based on process monitoring again.

8. A device for realizing the recovery of the abnormal state of a terminal based on process monitoring, characterized in that, The device for realizing terminal abnormal state recovery based on process monitoring includes: A monitoring module, which is used to periodically reverse GPIO-C, and to monitor the QVM process status in real time to switch the status of the flag bit and start the timer and counter when the QVM process dies; A judgment module, which is used to judge the terminal restart condition based on the timer and counter to control whether to stop reversing GPIO-C; An execution module, which is used to force a terminal restart according to the status of GPIO-C when GPIO-C stops reversing and there is no status change for a set duration; Wherein, the flag bit is used for marking the QVM process status, the timer is used to time the duration of the QVM process death, and the counter is used to count the number of times the QVM process dies.

9. The device for realizing the recovery of the abnormal state of the terminal based on process monitoring according to claim 8, wherein The periodic reversal of GPIO-C specifically includes: After the terminal is powered on, when the Hypervisor starts, a target thread for controlling the reversal of GPIO-C is created; Based on the target thread, control GPIO-C to perform periodic reversal.

10. A device for realizing the recovery of the abnormal state of a terminal based on process monitoring, characterized in that, The device for realizing terminal abnormal state recovery based on process monitoring includes a processor, a memory, and a program for realizing terminal abnormal state recovery based on process monitoring stored on the memory and executable by the processor. When the program for realizing terminal abnormal state recovery based on process monitoring is executed by the processor, the steps of the method for realizing terminal abnormal state recovery based on process monitoring according to any one of claims 1 to 7 are realized.

Images