Health management method and device, electronic equipment and vehicle

Abstract

The invention provides a health management method and device, electronic equipment and a vehicle. The health management method is applied to the electronic equipment and comprises the steps of configuring at least one monitoring mode for a to-be-managed object based on a configuration file of the to-be-managed object; monitoring the to-be-managed object according to each monitoring mode, and obtaining monitoring information corresponding to each monitoring mode; according to the monitoring information corresponding to each monitoring mode, when it is determined that at least one potential fault exists in the to-be-managed object, a prevention measure corresponding to each potential fault is executed. Potential faults can be solved before faults occur, system breakdown or faults are effectively prevented, stability and reliability of the whole system are improved, fault response time is remarkably shortened, fault expansion is avoided, continuity and efficient operation of the system are ensured, management efficiency is improved, and operation and maintenance cost is reduced.

Description

Technical Field

[0001] The present application relates to the field of software management technology, and in particular to a health management method, device, electronic equipment and vehicle. Background Art

[0002] With the rapid development of science and technology, the diversity, integration and intelligence of automobiles are also constantly improving. With the improvement of the diversity, integration and intelligence of automobiles, more factors affecting safety will inevitably be introduced and the probability of vehicle system failure will increase, which puts higher requirements on the reliability of vehicle systems. Therefore, it is particularly important to monitor the health of vehicle systems and handle faults during the life cycle of the vehicle.

[0003] At present, the methods commonly used in the automotive industry mainly rely on the recording and analysis of diagnostic fault codes and log information. The existing processing methods have great limitations, as follows: (1) Fault codes and log information are usually triggered and recorded only after the fault occurs, resulting in a time lag in maintenance response and the inability to prevent and handle faults immediately. (2) They are highly dependent on the interpretation and judgment of technicians, which not only increases labor costs, but may also lead to misjudgments or missed judgments due to human factors. (3) The deep-seated causes of failures in complex systems are not fully explored, making it difficult to achieve comprehensive fault prediction and health monitoring. (4) They lack intelligent and automated means and cannot meet the automotive industry's needs for diversity, integration and intelligence. Summary of the invention

[0004] In view of this, the present application provides a health management method, device, electronic device and vehicle to solve the technical problem that the existing processing method mainly relies on the recording and analysis of diagnostic fault codes and log information, resulting in a time lag in maintenance response and the inability to achieve immediate prevention and processing of faults.

[0005] The present application provides a health management method, which is applied to an electronic device. The health management method includes: Based on the configuration file of the object to be managed, configuring at least one monitoring mode for the object to be managed; Monitor the object to be managed according to each monitoring mode, and obtain monitoring information corresponding to each monitoring mode; According to the monitoring information corresponding to each monitoring mode, it is determined that the object to be managed has at least one potential fault, and preventive measures corresponding to each potential fault are executed.

[0006] The health management method provided in the embodiment of the present application configures at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed; monitors the object to be managed according to each monitoring mode, and obtains the monitoring information corresponding to each monitoring mode; determines that the object to be managed has at least one potential fault according to the monitoring information corresponding to each monitoring mode, and executes the preventive measures corresponding to each potential fault. Based on this, the present application can realize all-round monitoring of the object to be managed by configuring multiple monitoring modes for the object to be managed based on the configuration file, so as to timely discover potential faults, and automatically execute corresponding preventive measures when potential faults are detected, so as to solve potential faults before the fault occurs, effectively prevent system crashes or faults, improve the stability and reliability of the overall system, significantly shorten the fault response time, avoid fault expansion, ensure the continuity and efficient operation of the system, improve management efficiency, and reduce operation and maintenance costs. In addition, by timely discovering and solving potential faults, the possibility of users being affected by system failures is reduced, and user satisfaction is improved.

[0007] In some embodiments of the present application, the at least one monitoring mode includes a real-time online monitoring mode; Monitoring the object to be managed according to each monitoring mode and obtaining monitoring information corresponding to each monitoring mode includes: Monitor the object to be managed according to the real-time online monitoring mode, and obtain the connection status between the object to be managed and the electronic device; Determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing a preventive measure corresponding to each potential fault includes: If the connection between the object to be managed and the electronic device is interrupted, it is determined that the object to be managed has an offline fault, the object to be managed is restarted, and warning information indicating the offline fault is sent.

[0008] In some embodiments of the present application, the at least one monitoring mode includes a response duration monitoring mode; Monitoring the object to be managed according to each monitoring mode and obtaining monitoring information corresponding to each monitoring mode includes: Monitor the object to be managed according to the response duration monitoring mode, and obtain the response duration of the object to be managed; Determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing a preventive measure corresponding to each potential fault includes: If the response time of the object to be managed is not within a preset threshold range, it is determined that the object to be managed has a performance failure, the object to be managed is restored to a preset state, and warning information indicating the performance failure is sent.

[0009] In some embodiments of the present application, the at least one monitoring mode includes executing a logic monitoring mode; Monitoring the object to be managed according to each monitoring mode and obtaining monitoring information corresponding to each monitoring mode includes: Monitor the object to be managed according to the execution logic monitoring mode to obtain the processing order of the object to be managed for different functions; Determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing a preventive measure corresponding to each potential fault includes: If the processing order of the object to be managed for different functions does not conform to the preset logical order, it is determined that the object to be managed has a logical failure, the object to be managed is restarted, and warning information indicating the logical failure is sent.

[0010] In some embodiments of the present application, configuring at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed includes: Obtaining a configuration file of the object to be managed; Verifying the configuration file, and parsing the configuration file that passes the verification to obtain the configuration information of the object to be managed; Based on the configuration information of the object to be managed, at least one monitoring mode is configured for the object to be managed.

[0011] In some embodiments of the present application, the health management method further includes: The configuration file of the object to be managed is obtained through a unified communication interface, and the configuration file is processed using a preset thread pool.

[0012] In some embodiments of the present application, the health management method further includes: Based on the configuration file, a communication mode between the object to be managed and the electronic device is determined, and the communication mode includes a named pipe, a message queue, and a socket.

[0013] In a second aspect, an embodiment of the present application further provides a health management device, which is applied to an electronic device, and the health management device includes: A configuration module, configured to configure at least one monitoring mode for the object to be managed based on a configuration file of the object to be managed; A monitoring module, used to monitor the object to be managed according to each monitoring mode and obtain monitoring information corresponding to each monitoring mode; The prevention module is used to determine, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and execute the prevention measures corresponding to each potential fault.

[0014] In a third aspect, an embodiment of the present application further provides an electronic device, comprising: a memory storing computer-readable instructions; and a processor executing the computer-readable instructions stored in the memory to implement the health management method as described in the above embodiment.

[0015] In a fourth aspect, an embodiment of the present application further provides a vehicle, which includes the electronic device as described in the above embodiment.

[0016] It can be understood that the health management device of the second aspect, the electronic device of the third aspect and the vehicle of the fourth aspect provided above all correspond to the health management method of the first aspect. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects in the corresponding health management methods provided above and will not be repeated here. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Figure 1 It is a schematic diagram of the hardware structure of a vehicle provided in one embodiment of the present application.

[0018] Figure 2 It is a flowchart of a health management method provided in one embodiment of the present application.

[0019] Figure 3 It is a detailed flowchart of S10 in the health management method provided in one embodiment of the present application.

[0020] Figure 4 It is a detailed flowchart of S12 in the health management method provided in one embodiment of the present application.

[0021] Figure 5 This is a detailed flowchart of S12 in the health management method provided in another embodiment of the present application.

[0022] Figure 6 This is a detailed flowchart of S12 in the health management method provided in another embodiment of the present application.

[0023] Figure 7 It is a schematic diagram of the functional modules of a health management device provided in one embodiment of the present application.

[0024] Component Symbols Vehicle 1 Electronic devices 10 Memory 11 Processor 12 Health management device 100 Configuration module 110 Monitoring module 120 Prevention Module 130 The following specific implementation methods will further illustrate the present application in conjunction with the above-mentioned drawings. DETAILED DESCRIPTION

[0025] In order to more clearly understand the above-mentioned purposes, features and advantages of the present application, the present application is described in detail below in conjunction with the accompanying drawings and specific implementation methods. It should be noted that the implementation methods of the present application and the features in the implementation methods can be combined with each other without conflict.

[0026] In the following description, many specific details are set forth to facilitate a full understanding of the present application. The described implementations are only part of the implementations of the present application, rather than all the implementations.

[0027] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit this application.

[0028] It should be further noted that, in this article, the terms "comprises", "includes" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the presence of other identical elements in the process, method, article or device including the element.

[0029] In this application, "at least one" means one or more, and "more" means two or more than two. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone, where A and B can be singular or plural. The terms "first", "second", "third", "fourth", etc. (if any) in the specification, claims and drawings of this application are used to distinguish similar objects, rather than to describe a specific order or sequence.

[0030] In the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or descriptions. Any embodiment or design described as "exemplary" or "for example" in the embodiments of the present application should not be interpreted as being more preferred or more advantageous than other embodiments or designs. Specifically, the use of words such as "exemplary" or "for example" is intended to present related concepts in a specific way.

[0031] Please refer to Figure 1 , Figure 1It is a schematic diagram of the hardware structure of the vehicle 1 provided in one embodiment of the present application.

[0032] The vehicle 1 provided in the embodiment of the present application includes an electronic device 10. The electronic device 10 may be an onboard device of the vehicle 1.

[0033] The health management method provided in the embodiment of the present application is applied to one or more electronic devices 10. The electronic device 10 is a device that can automatically perform numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes but is not limited to a microprocessor, an application specific integrated circuit (ASIC), a programmable gate array (FPGA), a digital signal processor (DSP), an embedded device, etc.

[0034] In some embodiments of the present application, the electronic device 10 may also be a system on a chip (SOC). SOC refers to a complete system integrated on a single chip. SOC can group all or part of the necessary electronic circuits.

[0035] In other embodiments, the electronic device 10 may also be any electronic product that is communicatively connected to the vehicle 1, such as a personal computer, a tablet computer, etc. The electronic device 10 may interact with the user through a keyboard, a mouse, a remote control, a touch pad, or a voice control device.

[0036] In some embodiments of the present application, the network where the electronic device 10 is located includes but is not limited to: the Internet, a wide area network, a metropolitan area network, a local area network, a virtual private network (VPN), etc.

[0037] Please refer to Figure 2 , Figure 2 It is a flowchart of a health management method provided in one embodiment of the present application.

[0038] Specifically, the health management method includes the following steps. According to different requirements, the order of some steps in the flowchart can be changed, and some steps can be omitted.

[0039] Step S10: configuring at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed. In some embodiments of the present application, the objects to be managed may include but are not limited to hardware devices in the vehicle 1 (such as servers, storage devices, network devices, etc.), application programs (such as monitoring programs for monitoring operating status, response time, execution logic, etc.), etc.

[0040] In some embodiments of the present application, the configuration file has a unified format and specification, and is used to record the configuration information of the object to be managed. Such configuration information includes but is not limited to resource allocation, environment settings, monitoring indicators, monitoring frequency, warning thresholds, fault handling strategies, etc.

[0041] In some embodiments of the present application, before executing step S10, the electronic device 10 sends a blank configuration file to the object to be managed, and receives a configuration file with configuration information returned by the object to be managed, so as to ensure the uniformity of the configuration file format.

[0042] In some embodiments of the present application, the monitoring mode may include, but is not limited to, a real-time online monitoring mode, a response time monitoring mode, and an execution logic monitoring mode.

[0043] Specifically, based on the configuration file of the object to be managed, the specific steps of configuring at least one monitoring mode for the object to be managed include: obtaining the configuration file of the object to be managed; verifying the configuration file, and parsing the configuration file that passes the verification to obtain the configuration information of the object to be managed; based on the configuration information of the object to be managed, configuring at least one monitoring mode for the object to be managed.

[0044] It should be noted that how to configure at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed will be described in the following Figure 3 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0045] Step S11, monitoring the object to be managed according to each monitoring mode, and obtaining monitoring information corresponding to each monitoring mode.

[0046] In some embodiments of the present application, the monitoring mode includes but is not limited to a real-time online monitoring mode, a response time monitoring mode, an execution logic monitoring mode, and the like.

[0047] Specifically, the monitoring information corresponding to the real-time online monitoring mode includes the connection status between the management object and the electronic device 10 .

[0048] It should be noted that how to monitor the managed object according to the real-time online monitoring mode and obtain the connection status between the managed object and the electronic device 10 will be described in detail later. Figure 4 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0049] Specifically, the monitoring information corresponding to the response time monitoring mode includes the response time of the object to be managed.

[0050] It should be noted that how to monitor the managed object according to the response time monitoring mode and obtain the response time of the managed object will be described in the following Figure 5 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0051] Specifically, the monitoring information corresponding to the execution logic monitoring mode includes the processing order of the managed object for different functions.

[0052] It should be noted that how to monitor the managed object according to the execution logic monitoring mode and obtain the processing order of the managed object for different functions will be described in the following Figure 6 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0053] Step S12: determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing preventive measures corresponding to each potential fault.

[0054] Specifically, in the real-time online monitoring mode, if the connection between the object to be managed and the electronic device 10 is interrupted, it is determined that the object to be managed has an offline fault, the object to be managed is restarted, and warning information indicating the offline fault is sent.

[0055] It should be noted that how to determine whether the managed object has an offline fault, restart the managed object, and send an early warning message indicating the offline fault will be described in the following Figure 4 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0056] Specifically, in the response time monitoring mode, if the response time of the managed object is not within the preset threshold range, it is determined that the managed object has a performance failure, the managed object is restored to a preset state, and a warning message indicating the performance failure is sent.

[0057] It should be noted that how to determine whether the object to be managed has a performance failure, restore the object to be managed to a preset state, and send a warning message indicating the performance failure in the subsequent Figure 5 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0058] Specifically, in the execution logic monitoring mode, if the processing order of the managed object for different functions does not conform to the preset logical order, it is determined that a logical fault exists in the managed object, the managed object is restarted, and a warning message indicating the logical fault is sent.

[0059] It should be noted that how to determine whether a managed object has a logical fault, restart the managed object, and send a warning message indicating a logical fault will be described in the following Figure 6 The steps shown are described in detail and will not be repeated here to avoid repetition.

[0060] The health management method provided in the embodiment of the present application configures at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed; monitors the object to be managed according to each monitoring mode, and obtains the monitoring information corresponding to each monitoring mode; and when it is determined that the object to be managed has at least one potential fault according to the monitoring information corresponding to each monitoring mode, executes the preventive measures corresponding to each potential fault. Based on this, the present application can realize all-round monitoring of the object to be managed by configuring multiple monitoring modes for the object to be managed based on the configuration file, so as to timely discover potential faults, and automatically execute corresponding preventive measures when potential faults are detected, so as to solve potential faults before the fault occurs, effectively prevent system crashes or faults from occurring, improve the stability and reliability of the overall system, significantly shorten the fault response time, avoid fault expansion, ensure the continuity and efficient operation of the system, improve management efficiency, and reduce operation and maintenance costs. In addition, by timely discovering and solving potential faults, the possibility of users being affected by system failures is reduced, and user satisfaction is improved.

[0061] In some embodiments of the present application, the health management method further includes: obtaining a configuration file of the object to be managed through a unified communication interface, and processing the configuration file using a preset thread pool.

[0062] In the above embodiment, external data is serially read through a unified communication interface, which ensures the consistency and accuracy of the data and reduces data errors caused by interface incompatibility or signal interference. The thread pool is used to process internal data in parallel, which increases the speed of data processing, reduces the waste of resources, and improves the overall stability and reliability of the system. By combining serial communication and parallel processing, the overall architecture and complexity of the system can be simplified, the maintenance cost of the system can be reduced, and the maintainability of the system can be improved.

[0063] In some embodiments of the present application, the health management method further includes: determining a communication method between the object to be managed and the electronic device 10 based on a configuration file, the communication method including a named pipe, a message queue, and a socket.

[0064] In the above-mentioned embodiment, the communication mode is automatically determined by the configuration file, which reduces the need for manual intervention, reduces the risk of configuration errors, and improves the degree of automation of the configuration process. By using the configuration file, the communication mode can be flexibly configured for different objects to be managed and electronic devices 10, which can meet the needs in different scenarios, and can also ensure that the communication mode between the object to be managed and the electronic device 10 is compatible, avoiding communication problems caused by interface or protocol mismatch, optimizing data transmission efficiency, reducing communication delays, and improving the overall performance of the system. When it is necessary to add a new object to be managed or update the communication interface of the electronic device 10, it is only necessary to modify the configuration file, without large-scale adjustments to the system architecture, thereby improving the scalability of the system and reducing maintenance costs and time costs.

[0065] Please refer to Figure 3 , Figure 3 This is a flow chart of a health management method provided in another embodiment of the present application.

[0066] This embodiment is a specific description of the above embodiment, and further describes how to configure at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed. Specifically, the following steps are included: Step S101, obtaining a configuration file of the object to be managed.

[0067] Specifically, the configuration file has a unified format and specification and is used to store the configuration information of the device or program. Such configuration information includes but is not limited to resource allocation, environment settings, monitoring indicators, monitoring frequency, warning thresholds, fault handling strategies, etc.

[0068] In some embodiments of the present application, the configuration file may be obtained through a variety of ways, including but not limited to directly reading from a local file, downloading from a remote server through a communication interface, retrieving from a database, etc.

[0069] Step S102, verifying the configuration file, and parsing the configuration file that passes the verification to obtain configuration information of the object to be managed.

[0070] Specifically, the correctness, integrity and security of the configuration file are ensured by verifying whether the format of the configuration file complies with the specification, checking whether the configuration file is intact, and checking the security of the configuration file. The configuration file that has passed the verification is further parsed to extract various configuration information of the objects to be managed, providing strong support for subsequent monitoring mode configuration, performance optimization, security management, etc. The parsing process will select the corresponding parsing method according to the format of the configuration file. For example, for JSON files, you can use functions such as JSON.parse() (JavaScript) and json.loads() (Python); for XML files, you can use DOM parser, SAX parser, etc.

[0071] Step S103: configuring at least one monitoring mode for the object to be managed based on the configuration information of the object to be managed.

[0072] Specifically, according to the configuration information, the object to be managed is configured with a corresponding monitoring mode (e.g., real-time online monitoring mode, response time monitoring mode, execution logic monitoring mode), monitoring threshold (e.g., detecting a preset time interval corresponding to the heartbeat signal received from the object to be managed, detecting a threshold range corresponding to the response time of the object to be managed, detecting a preset logical sequence corresponding to the processing sequence of different functions of the object to be managed), triggering conditions (e.g., the connection status between the object to be managed and the electronic device 10 has been interrupted, the response time of the object to be managed is not within the preset threshold range, and the processing sequence of different functions of the object to be managed does not conform to the preset logical sequence), and preventive strategies (e.g., restarting the object to be managed, restoring the object to be managed to a preset state, sending warning information), etc. The monitoring mode can be flexibly configured and adjusted according to business needs to cope with different monitoring scenarios and changes in needs.

[0073] In the above embodiment, the correctness, integrity and security of the configuration file are ensured through a strict verification process. Clear configuration information is parsed to provide strong support for subsequent monitoring mode configuration. Through the configuration of the monitoring mode, it is ensured that the electronic device 10 can monitor and manage the managed object according to the corresponding monitoring mode.

[0074] Please refer to Figure 4 , Figure 4 This is a flow chart of a health management method provided in another embodiment of the present application.

[0075] This embodiment is a specific description of the above embodiment, and further explains how to monitor the managed object in real-time online monitoring mode. Specifically, it includes the following steps: Step S20 , monitoring the object to be managed according to the real-time online monitoring mode, and acquiring the connection status between the object to be managed and the electronic device 10 .

[0076] In some embodiments of the present application, the electronic device 10 confirms whether the object to be managed is still active and operating normally by monitoring the connection status between the object to be managed and the electronic device 10 .

[0077] Specifically, the electronic device 10 obtains the connection status between the object to be managed and the electronic device 10 by regularly monitoring the heartbeat signal, checking the signal strength, monitoring the communication protocol status, etc. For example, when the object to be managed is operating normally, it will send a heartbeat signal to the electronic device 10 at a preset frequency, and the electronic device 10 determines the connection status between the object to be managed and the electronic device 10 by receiving and verifying these heartbeat signals.

[0078] It should be noted that the heartbeat signal is a term with different meanings in multiple fields, but in the embodiment of the present application, it specifically refers to a method for confirming the state of the communication link between the two interconnected parties. That is, the heartbeat signal refers to one of the two interconnected parties (such as the object to be managed) sending a very small data packet to the other party (such as the electronic device 10) at a fixed time interval (or not exceeding a certain time interval). This process is mainly used to confirm whether the two interconnected parties are still online when there is no communication for a long time, or whether the communication link between the two interconnected parties has been disconnected.

[0079] Step S21, detecting whether the connection between the object to be managed and the electronic device is interrupted.

[0080] In some embodiments of the present application, after obtaining the connection status between the object to be managed and the electronic device 10, the electronic device 10 analyzes the connection status between the object to be managed and the electronic device 10 to detect whether there is a connection interruption.

[0081] Continuing with the above embodiment, if the electronic device 10 does not receive the heartbeat signal within the preset time interval for multiple times in a row, it is determined that the connection state between the object to be managed and the electronic device 10 is interrupted. The connection interruption may be caused by a variety of reasons, including but not limited to physical damage, signal interference, power failure, configuration error, network fluctuation, etc.

[0082] In some embodiments of the present application, when the connection between the object to be managed and the electronic device 10 is interrupted, step S22 is continued.

[0083] In some embodiments of the present application, when the connection status between the object to be managed and the electronic device 10 is not interrupted, the process returns to step S20.

[0084] Step S22: determine that the object to be managed has an offline fault, restart the object to be managed, and send warning information indicating the offline fault.

[0085] In some embodiments of the present application, when the connection between the object to be managed and the electronic device 10 is interrupted, that is, it is determined that the object to be managed has a disconnection fault, the electronic device 10 will automatically execute an operation to restart the object to be managed. Restarting can be achieved by sending a restart command to the object to be managed, or by controlling its power supply. In addition, the electronic device 10 will also generate and send an early warning message to notify relevant personnel to pay attention to the occurrence of the disconnection fault so that they can take further measures, such as checking the physical connection, replacing the faulty parts, etc.

[0086] In the above embodiment, the object to be managed is monitored through a real-time online monitoring mode, the connection status between the object to be managed and the electronic device 10 is obtained, and when the connection status between the object to be managed and the electronic device 10 is interrupted, the object to be managed is restarted, and a warning message indicating a disconnection failure is sent. By continuously monitoring the connection status, potential problems are discovered and handled in a timely manner to avoid data loss or equipment failure caused by connection interruption. Before the actual fault information is recorded, the object to be managed is restarted, and an attempt is made to automatically restore the connection and reduce downtime, thereby reducing the need for manual intervention and ensuring the stability and reliability of the system. By sending a warning message, it is ensured that relevant personnel can understand the fault situation in a timely manner and take necessary countermeasures. The overall process automation improves the efficiency and accuracy of fault handling and reduces the losses caused by equipment disconnection.

[0087] Please refer to Figure 5 , Figure 5 This is a flow chart of a health management method provided in another embodiment of the present application.

[0088] This embodiment is a specific description of the above embodiment, and further illustrates how to monitor the managed object in the response duration monitoring mode. Specifically, it includes the following steps: Step S30: monitor the object to be managed according to the response time monitoring mode to obtain the response time of the object to be managed.

[0089] In some embodiments of the present application, the response time may be the time it takes for the managed object to respond to an external request. For example, the electronic device 10 may send a notification message to the managed object at a preset frequency, and the managed object may feed back a response data to the electronic device 10 in response to the notification message. The time required for this interaction process is the response time.

[0090] In other embodiments, the response time may also be the time for the managed object to process a task internally, such as the time required for the managed object to perform a certain operation or a certain task from start to finish, that is, the response time.

[0091] Step S31, detecting whether the response time of the object to be managed is within a preset threshold range.

[0092] In some embodiments of the present application, after obtaining the response time of the object to be managed, the electronic device 10 compares the current response time with a preset threshold range, wherein the threshold range is usually set according to the threshold information in the configuration file, and is used to determine whether the current response time is within an acceptable range.

[0093] In some embodiments of the present application, the response time not being within a preset threshold range may be caused by a variety of reasons, including but not limited to physical damage, signal interference, power failure, configuration error, network fluctuation, etc.

[0094] In some embodiments of the present application, when the response time of the object to be managed is not within a preset threshold range, step S32 is continued.

[0095] In some embodiments of the present application, when the response time of the object to be managed is within a preset threshold range, the process returns to step S30.

[0096] Step S32: determine whether the object to be managed has a performance failure, restore the object to be managed to a preset state, and send warning information indicating the performance failure.

[0097] In some embodiments of the present application, when it is detected that the response time of the object to be managed exceeds the preset threshold range, it is determined that the object to be managed has a performance failure, and the electronic device 10 attempts to restore the object to be managed to a preset working state (such as a default state, etc.). In addition, the electronic device 10 will also generate and send an early warning message to notify relevant personnel to pay attention to the occurrence of the performance failure so that they can take further measures, such as checking the physical connection, replacing the faulty component, etc.

[0098] In the above embodiment, the object to be managed is monitored through the response time monitoring mode to obtain the response time of the object to be managed. When it is detected that the response time of the object to be managed exceeds the preset threshold range, the object to be managed is restored to a preset state, and a warning message indicating a performance failure is sent. By continuously monitoring the response time, potential problems can be discovered and handled in a timely manner to avoid a decrease in user experience due to a response time timeout. Before the actual fault information is recorded, the object to be managed is restored to a preset state, which improves the deterministic processing capability of the system and ensures the stability and reliability of the system. By sending a warning message, it is ensured that relevant personnel can understand the fault situation in a timely manner and take necessary countermeasures. The overall process automation improves the efficiency and accuracy of fault handling and reduces the losses caused by performance failures.

[0099] Please refer to Figure 6 , Figure 6 This is a flow chart of a health management method provided in another embodiment of the present application.

[0100] This embodiment is a specific description of the above embodiment, and further explains how to monitor the managed object in the execution logic monitoring mode. Specifically, it includes the following steps: Step S40: monitor the object to be managed according to the execution logic monitoring mode, and obtain the processing sequence of the object to be managed for different functions.

[0101] In some embodiments of the present application, during the monitoring process, the electronic device 10 will record or capture the order in which the objects to be managed actually perform various functions, such as the execution order of function 1, function 2, and function 3.

[0102] Step S41, detecting whether the processing sequence of the managed object for different functions conforms to the preset logical sequence.

[0103] In some embodiments of the present application, the preset logical order may be to execute function 1 first, then execute function 2, and then execute function 3.

[0104] In some embodiments of the present application, the processing order of different functions of the managed objects does not conform to the preset logical order, which may be caused by various reasons, including but not limited to physical damage, signal interference, power failure, configuration errors, network fluctuations, etc.

[0105] In some embodiments of the present application, when the processing order of the objects to be managed for different functions does not conform to the preset logical order, step S42 is continued to be executed.

[0106] In some embodiments of the present application, when the processing order of the objects to be managed for different functions conforms to a preset logical order, the process returns to step S40.

[0107] Step S42: determine that a logical fault exists in the object to be managed, restart the object to be managed, and send warning information indicating the logical fault.

[0108] In some embodiments of the present application, when it is detected that the processing order of the object to be managed for different functions does not conform to the preset logical order, that is, it is determined that the object to be managed has a performance failure, the electronic device 10 will automatically execute an operation of restarting the object to be managed. Restarting can be achieved by sending a restart command to the object to be managed, or by controlling its power supply. In addition, the electronic device 10 will also generate and send an early warning message to notify relevant personnel to pay attention to the occurrence of a logical failure so that they can take further measures, such as checking the physical connection, replacing the faulty component, etc.

[0109] In the above embodiment, the object to be managed is monitored by executing a logical monitoring mode to obtain the processing order of the object to be managed for different functions. When it is detected that the processing order of the object to be managed for different functions does not conform to the preset logical order, the object to be managed is restarted and a warning message indicating a logical failure is sent. By continuously monitoring the processing order, potential problems are discovered and handled in a timely manner to ensure that operations in the object to be managed are performed in a predetermined order. Before the actual fault information is recorded, the object to be managed is restarted to try to automatically restore the connection and reduce downtime, thereby reducing the need for manual intervention and ensuring the stability and reliability of the system. By sending a warning message, it is ensured that relevant personnel can understand the fault situation in a timely manner and take necessary countermeasures. The overall process automation improves the efficiency and accuracy of fault handling and reduces losses caused by confusion in the equipment processing order.

[0110] In this application, these three monitoring modes can be combined to build a comprehensive monitoring system that can monitor the connection status, response time, and correctness of the processing sequence of the managed object in real time. The activity of the managed object can be ensured through the real-time online monitoring mode, the performance bottlenecks and optimization points of the managed object can be identified through the response time monitoring mode, the correct execution of the business process of the managed object can be ensured through the execution of the logical monitoring mode monitoring, and when potential faults are detected, corresponding preventive measures can be taken, which can effectively prevent and respond to security threats and ensure the safe and stable operation of the system.

[0111] See also Figure 7 , Figure 7 This is a schematic diagram of the functional modules of the health management device 100 provided in an embodiment of the present application.

[0112] In this embodiment, based on the same concept as the health management method in the above embodiment, the present application also provides a health management device 100, which can be used to perform the above health management method. For ease of explanation, the composition diagram of the embodiment of the health management device 100 only shows the parts related to the embodiment of the present application. Those skilled in the art can understand that the illustrated structure does not constitute a limitation on the health management device 100, and may include more or fewer components than shown in the figure, or combine certain components, or arrange the components differently.

[0113] Specifically, the health management device 100 is applied to the electronic device 10 , and the health management device 100 includes a configuration module 110 , a monitoring module 120 , and a prevention module 130 .

[0114] The configuration module 110 is used to configure at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed.

[0115] The monitoring module 120 is used to monitor the object to be managed according to each monitoring mode and obtain monitoring information corresponding to each monitoring mode.

[0116] The prevention module 130 is used to execute the prevention measures corresponding to each potential fault when it is determined that the object to be managed has at least one potential fault according to the monitoring information corresponding to each monitoring mode.

[0117] The health management device 100 provided in the embodiment of the present application configures at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed; monitors the object to be managed according to each monitoring mode, and obtains the monitoring information corresponding to each monitoring mode; and when it is determined that there is at least one potential fault in the object to be managed according to the monitoring information corresponding to each monitoring mode, executes the preventive measures corresponding to each potential fault. Based on this, the present application can realize all-round monitoring of the object to be managed by configuring multiple monitoring modes for the object to be managed based on the configuration file, so as to timely discover potential faults, and automatically execute corresponding preventive measures when potential faults are detected, so as to solve potential faults before the fault occurs, effectively prevent system crashes or faults from occurring, improve the stability and reliability of the overall system, significantly shorten the fault response time, avoid fault expansion, ensure the continuity and efficient operation of the system, improve management efficiency, and reduce operation and maintenance costs. In addition, by timely discovering and solving potential faults, the possibility of users being affected by system faults is reduced, and user satisfaction is improved.

[0118] Combination Figure 1 As shown, in some embodiments of the present application, the electronic device 10 includes, but is not limited to, a memory 11 storing computer-readable instructions; and a processor 12 executing the computer-readable instructions stored in the memory 11 to implement the health management method of the above embodiment.

[0119] The health management method provided in the embodiment of the present application is applied to one or more electronic devices 10. The electronic device 10 is a device that can automatically perform numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes but is not limited to a microprocessor, an application specific integrated circuit (ASIC), a programmable gate array (FPGA), a digital signal processor (DSP), an embedded device, etc.

[0120] In some embodiments of the present application, the electronic device 10 can be connected to a desktop computer, a notebook, a PDA, a cloud server, etc. The electronic device 10 can interact with the user through a keyboard, a mouse, a remote control, a touch pad, or a voice control device.

[0121] Those skilled in the art will appreciate that the schematic diagram is merely an example of the electronic device 10 and does not constitute a limitation on the electronic device 10 . The electronic device 10 may include more or fewer components than shown in the diagram, or a combination of certain components, or different components. For example, the electronic device 10 may also include input and output devices, network access devices, buses, etc.

[0122] The processor 12 obtains the operating system of the electronic device 10 and various installed applications. The processor 12 obtains the application to implement the steps in the above-mentioned health management method embodiments, for example Figure 2 , Figure 3 , Figure 4 , Figure 5 , Figure 6 Steps shown.

[0123] Exemplarily, the computer readable instructions may be divided into one or more modules / units, one or more modules / units are stored in the memory 11, and are obtained by the processor 12 to complete the present application. One or more modules / units may be a series of computer instruction segments capable of completing a specific function, and the instruction segment is used to describe the acquisition process of the computer readable instructions in the electronic device 10.

[0124] In some embodiments of the present application, the network where the electronic device 10 is located includes, but is not limited to: the Internet, a wide area network, a metropolitan area network, a local area network, a virtual private network (VPN), etc.

[0125] In some embodiments of the present application, the memory 11 is used to store program codes and various data, such as a health management device installed in the electronic device 10, and to achieve high-speed and automatic access to programs or data during the operation of the electronic device 10. The memory 11 may include a read-only memory (ROM), a random access memory (RAM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), a one-time programmable read-only memory (OTPROM), an electronically erasable rewritable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, magnetic disk storage, magnetic tape storage, or any other computer-readable medium that can be used to carry or store data.

[0126] In some embodiments of the present application, the memory 11 may also be an external memory and / or an internal memory of the electronic device 10. Furthermore, the memory 11 may be a memory in a physical form, such as a memory stick, a TF card (Trans-flash Card), and the like.

[0127] In some embodiments of the present application, the processor 12 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc. The processor 12 is the computing core and control center of the electronic device 10, and uses various interfaces and lines to connect various parts of the entire electronic device 10, and calls the data stored in the memory 11 to execute various functions of the electronic device 10 and process data, such as executing the function of health management.

[0128] In some embodiments of the present application, the processor 12 is used to obtain the operating system of the electronic device 10 and various installed applications. For example, the processor 12 obtains the health management program to implement the health management method using the above embodiment, for example Figure 2 , Figure 3 , Figure 4 , Figure 5 , Figure 6 Steps shown.

[0129] In some embodiments of the present application, the electronic device 10 may also include a power supply (not shown) for supplying power to each component. Preferably, the power supply may be logically connected to the processor 12 through a power management device, so that the power management device can manage charging, discharging, and power consumption. The power supply may also include one or more DC or AC power supplies, recharging devices, power failure detection circuits, power converters or inverters, power status indicators, and other arbitrary components. The electronic device 10 may also include a Bluetooth module, a Wi-Fi module, etc., which will not be described in detail here.

[0130] In some embodiments of the present application, if the modules / submodules integrated in the electronic device 10 are implemented in the form of software functional submodules and sold or used as independent workpieces, they can be stored in a storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, and can also instruct the relevant hardware to complete through computer-readable instructions. The computer-readable instructions can be stored in a storage medium. When the computer-readable instructions are obtained by the processor 12, the above-mentioned Figure 2 , Figure 3 , Figure 4 , Figure 5 , Figure 6 The steps of each method embodiment are shown.

[0131] In some embodiments of the present application, the computer-readable instructions may include computer-readable instruction codes, which may be in source code form, object code form, accessible files, or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer-readable instruction code, recording medium, USB flash drive, mobile hard disk, magnetic disk, optical disk, computer memory, and read-only memory (ROM).

[0132] The memory 11 in the electronic device 10 stores a plurality of instructions to implement a health management method, and the processor 12 can obtain the plurality of instructions to implement the health management method of the above embodiment.

[0133] Specifically, the specific implementation method of the processor 12 for the above instructions can refer to Figure 2 , Figure 3 , Figure 4 , Figure 5 , Figure 6 The description of the relevant steps in the corresponding embodiments will not be repeated here.

[0134] In the several embodiments provided in this application, it should be understood that the disclosed methods and devices can be implemented in other ways. For example, the device embodiments described above are only schematic, for example, the division of modules is only a logical function division, and there may be other division methods in actual implementation.

[0135] The modules described as separate components may or may not be physically separated, and the components shown as modules may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0136] Each functional module in each embodiment of the present application can be integrated into a processing submodule, or each submodule can exist physically separately, or two or more submodules can be integrated into one submodule. The above-mentioned integrated submodule can be implemented in the form of hardware or in the form of hardware plus software functional modules.

[0137] Therefore, no matter from which point of view, the embodiments should be regarded as illustrative and non-restrictive, and the scope of the present application is limited by the appended claims rather than the above description, so it is intended that all changes falling within the meaning and scope of the equivalent elements of the claims are included in the present application. Any attached figure mark in the claims should not be regarded as limiting the claims involved.

[0138] In addition, it is obvious that the word "comprising" does not exclude other submodules or steps, and the singular does not exclude the plural. The multiple submodules or devices stated in this application can also be implemented by one submodule or device through software or hardware.

[0139] Finally, it should be noted that the above embodiments are only used to illustrate the technical solution of the present application and are not intended to limit it. Although the present application has been described in detail with reference to the preferred embodiments, a person of ordinary skill in the art should understand that the technical solution of the present application may be modified or replaced by equivalents without departing from the spirit and scope of the technical solution of the present application.

Claims

1. A health management method, characterized in that: Applied to electronic equipment, the health management method includes: Based on the configuration file of the object to be managed, configuring at least one monitoring mode for the object to be managed; Monitor the object to be managed according to each monitoring mode, and obtain monitoring information corresponding to each monitoring mode; According to the monitoring information corresponding to each monitoring mode, it is determined that the object to be managed has at least one potential fault, and preventive measures corresponding to each potential fault are executed.

2. The health management method according to claim 1, characterized in that: The at least one monitoring mode includes a real-time online monitoring mode, and the monitoring information corresponding to the real-time online monitoring mode includes the connection status between the object to be managed and the electronic device; the determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing the preventive measures corresponding to each potential fault includes: If the connection between the object to be managed and the electronic device is interrupted, it is determined that the object to be managed has an offline fault, the object to be managed is restarted, and warning information indicating the offline fault is sent.

3. The health management method according to claim 1, characterized in that: The at least one monitoring mode includes a response time monitoring mode, and the monitoring information corresponding to the response time monitoring mode includes the response time of the object to be managed; Determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing a preventive measure corresponding to each potential fault includes: If the response time of the object to be managed is not within a preset threshold range, it is determined that the object to be managed has a performance failure, the object to be managed is restored to a preset state, and warning information indicating the performance failure is sent.

4. The health management method according to claim 1, characterized in that: The at least one monitoring mode includes an execution logic monitoring mode, and the monitoring information corresponding to the execution logic monitoring mode includes the processing order of the managed object for different functions; Determining, based on the monitoring information corresponding to each monitoring mode, that the object to be managed has at least one potential fault, and executing a preventive measure corresponding to each potential fault includes: If the processing order of the object to be managed for different functions does not conform to the preset logical order, it is determined that the object to be managed has a logical failure, the object to be managed is restarted, and warning information indicating the logical failure is sent.

5. The health management method according to claim 1, characterized in that: The configuring at least one monitoring mode for the object to be managed based on the configuration file of the object to be managed includes: Obtaining a configuration file of the object to be managed; Verifying the configuration file, and parsing the configuration file that passes the verification to obtain the configuration information of the object to be managed; Based on the configuration information of the object to be managed, at least one monitoring mode is configured for the object to be managed.

6. The health management method according to claim 5, characterized in that: The health management method further includes: The configuration file of the object to be managed is obtained through a unified communication interface, and the configuration file is processed using a preset thread pool.

7. The health management method according to claim 1, characterized in that: The health management method further includes: Based on the configuration file, a communication mode between the object to be managed and the electronic device is determined, and the communication mode includes a named pipe, a message queue, and a socket.

8. A health management device, characterized in that: Applied to electronic equipment, the health management device comprises: A configuration module, configured to configure at least one monitoring mode for the object to be managed based on a configuration file of the object to be managed; A monitoring module, used to monitor the object to be managed according to each monitoring mode and obtain monitoring information corresponding to each monitoring mode; The prevention module is used to determine that the object to be managed has at least one potential fault according to the monitoring information corresponding to each monitoring mode, and execute the prevention measures corresponding to each potential fault.

9. An electronic device, characterized in that: The electronic device includes: a memory storing computer-readable instructions; and a processor executing the computer-readable instructions stored in the memory to implement the health management method as described in any one of claims 1 to 7.

10. A vehicle, characterized in that: The vehicle comprises the electronic device as claimed in claim 9.

Images