Vehicle health monitoring method, device, equipment and storage medium

Abstract

The present application discloses a vehicle health monitoring method, apparatus, equipment and storage medium, the method comprising: obtaining operation data and priority information of at least two target entities; adding to the message queues corresponding to the at least two target entities based on the operation data; creating a health monitoring thread for consuming the message queues; determining the message processing order of the message queues of the at least two target entities based on the priority information; utilizing the health monitoring thread to extract a preset number of messages from the message queues of the at least two target entities in sequence based on the message processing order, and performing health analysis on the extracted messages to obtain health status information of the at least two target entities. The present application can give priority to processing target entities with higher priorities, so that abnormal conditions of the monitored target entities can be responded to in a timely manner, thereby achieving reliable and stable monitoring of the target entities and improving safety performance.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle health monitoring, and in particular to a vehicle health monitoring method, apparatus, device and storage medium. Background Art

[0002] With the rapid development of the automotive industry, system security issues have also emerged. To prevent system failures, reliable and stable health monitoring of core processes is essential. High-performance computing platforms are bound to be a key component of future electronic and electrical architectures, and many architects have envisioned their application in multi-domain controllers and central computing platforms. The role of APAUTOSAR in high-performance computing platforms cannot be underestimated, and its platform health management module can implement core process monitoring.

[0003] The implementation of the health monitoring function depends on the target entity sending the information of the checkpoints that need to be monitored to the health management module. The health management module places the received checkpoint information of the target entity in a first-in-first-out queue and updates the monitoring status of the checkpoint information one by one.

[0004] During the monitoring process, the problem faced is that different target entities (software) have different functions and should have different importance. Therefore, the checkpoint information they report should also have different priorities. However, after receiving the checkpoints, the traditional health management daemon indiscriminately puts all checkpoints into a queue, and then the processing thread takes out and processes each checkpoint in turn. This may cause some abnormal situations that need to be handled urgently to not be responded to in time. Suppose a large number of low-priority checkpoints are generated within a certain period of time, and then relatively few high-priority checkpoints are generated. This situation will easily lead to some high-priority checkpoints not being processed in time, resulting in delays in the processing of high-priority abnormal situations, which in turn affects functional safety.

[0005] At the same time, traditional health management only targets the internal part of the machine and cannot achieve cross-domain monitoring. In automotive electronic architecture, cross-domain interaction is relatively common. The functions of some domains depend on other domains to operate normally. If the other domains that a domain depends on do not operate normally, then the domain should not operate normally either.

[0006] Therefore, there is an urgent need for a technical solution for vehicle health monitoring to solve the technical problems existing in the above-mentioned prior art. Summary of the Invention

[0007] To solve the problems of the prior art, the present invention provides a vehicle health monitoring method, device, equipment, and storage medium. The technical solution is as follows:

[0008] In one aspect, a vehicle health monitoring method is provided, which is applied to a vehicle health monitoring terminal. The method includes:

[0009] Obtaining operation data and priority information of at least two target entities;

[0010] Adding the running data to the message queues corresponding to the at least two target entities respectively;

[0011] Create a health monitoring thread for consuming the message queue;

[0012] determining a message processing order of the message queues of the at least two target entities based on the priority information;

[0013] Utilizing the health monitoring thread, a preset number of messages are sequentially extracted from the message queues of the at least two target entities based on the message processing order, and health analysis is performed on the extracted messages to obtain health status information of each of the at least two target entities.

[0014] Furthermore, after the step of extracting a preset number of messages from the message queues of the at least two target entities based on the message processing order by using the health monitoring thread and performing health analysis on the extracted messages, the method further includes:

[0015] Update the health status information corresponding to the operating data in the target entity in real time.

[0016] Furthermore, after the step of performing health analysis on the extracted message to obtain health status information of each of the at least two target entities, the method further includes:

[0017] respectively determining whether the health status information of the at least two target entities meets a preset health condition;

[0018] Storing health status information that meets the preset health conditions;

[0019] If any health status information does not meet the preset health condition, based on the preset correspondence between the health status information and the abnormal status information, obtaining target abnormal control information corresponding to the health status information that does not meet the preset health condition;

[0020] Based on the target abnormality control information, an abnormality control instruction is generated for the target entity corresponding to the health status information that does not meet the preset health condition.

[0021] Furthermore, determining the message processing order of the message queues of the at least two target entities based on the priority information includes:

[0022] The priority information of the at least two target entities is sorted to obtain a sorting result; and a message processing order of the message queues of the at least two target entities is determined according to the sorting result.

[0023] Furthermore, before the step of obtaining the operation data and priority information of at least two target entities, the method further includes:

[0024] A monitoring communication instruction is sent to the at least two target entities, so that the at least two target entities send the operating data and priority information of the at least two target entities to the vehicle health monitoring terminal based on the monitoring communication instruction.

[0025] Furthermore, the vehicle health monitoring terminal includes at least a first vehicle health monitoring terminal and a second vehicle health monitoring terminal; the first vehicle health monitoring terminal and the second vehicle health monitoring terminal are respectively used to monitor target entities belonging to different domains in the same vehicle;

[0026] After performing health analysis on the extracted message to obtain health status information of each of the at least two target entities, the method further includes:

[0027] Obtaining a dependency relationship between the first vehicle health monitoring terminal and the second vehicle health monitoring terminal;

[0028] Sending the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship to the server side, so that the server side determines a monitoring control instruction that matches the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship;

[0029] In response to the monitoring control instructions fed back by the server, the running status of each of the health monitoring threads is controlled.

[0030] Furthermore, the controlling the running state of each of the health monitoring threads in response to the monitoring control instruction fed back by the server side includes:

[0031] If the first vehicle health monitoring terminal depends on the second vehicle health monitoring terminal, and the health status information of the second vehicle health monitoring terminal is abnormal;

[0032] Then, in response to the monitoring control instruction fed back by the server, controlling the health monitoring thread in the second vehicle health monitoring terminal to perform a restart operation;

[0033] and / or;

[0034] Then, in response to the monitoring control instruction fed back by the server, the health monitoring thread in the first vehicle health monitoring terminal is controlled to be suspended.

[0035] In another aspect, a vehicle health monitoring device is provided, which is applied to a vehicle health monitoring terminal. The device includes:

[0036] Information acquisition module: used to obtain operation data and priority information of at least two target entities;

[0037] A message queue generating module: configured to add the operation data to the message queues corresponding to the at least two target entities respectively;

[0038] Health monitoring thread creation module: used to create a health monitoring thread for consuming the message queue;

[0039] A message processing order determining module: configured to determine the message processing order of the message queues of the at least two target entities based on the priority information;

[0040] Health status information determination module: used to use the health monitoring thread to extract a preset number of messages from the message queues of the at least two target entities in sequence based on the message processing order, and perform health analysis on the extracted messages to obtain the health status information of each of the at least two target entities.

[0041] On the other hand, a device is provided, which includes a processor and a memory, wherein the memory stores at least one instruction, at least one program, code set or instruction set, and the at least one instruction, the at least one program, the code set or instruction set is loaded and executed by the processor to implement the vehicle health monitoring method as described above.

[0042] On the other hand, a storage medium is provided, in which at least one instruction, at least one program, code set or instruction set is stored. The at least one instruction, the at least one program, the code set or instruction set is loaded and executed by a processor to implement the vehicle health monitoring method as described above.

[0043] The vehicle health monitoring method, device, equipment, and storage medium provided in this application have the following technical effects:

[0044] In the technical solution of the present application, first, the operation data and priority information of at least two target entities are obtained, and the operation data is added to the message queues corresponding to the at least two target entities respectively. Secondly, a health monitoring thread is created for consuming the message queues; the message processing order of the message queues of the at least two target entities is determined based on the priority information, wherein the message queue with a higher priority will be processed first, avoiding the situation where when the operation data of the target entity with a higher priority is abnormal, it cannot be processed in time, affecting the security of the entire system; furthermore, the health monitoring thread is used to extract a preset number of messages from the message queues of the at least two target entities in sequence based on the message processing order, and the extracted messages are subjected to health analysis to obtain the health status information of the at least two target entities respectively, so that at least two target entities can be processed simultaneously, wherein the number of messages extracted by the message queue with a higher priority will be higher than that of the message queue with a lower priority. The present application can give priority to the target entity with a higher priority through the above technical solution, so that the abnormal situation of the monitored target entity can be responded to in time, and reliable and stable monitoring of the target entity can be achieved, thereby improving safety performance. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0046] Figure 1 A schematic diagram of an implementation environment provided for an embodiment of the present application;

[0047] Figure 2 A flow chart of a vehicle health monitoring method provided in an embodiment of the present application;

[0048] Figure 3 A schematic diagram of the process of processing messages in a message queue based on the message processing order provided by the health monitoring thread of an embodiment of the present application;

[0049] Figure 4 A schematic diagram of the structure of a vehicle health monitoring device provided in an embodiment of the present application;

[0050] Figure 5 A schematic diagram of the structure of a server provided in an embodiment of the present application;

[0051] Among them, the corresponding reference numerals are: 110 - target entity; 120 - vehicle health monitoring terminal; 130 - server end. DETAILED DESCRIPTION

[0052] The following will be combined with the accompanying drawings in the embodiments of this application to clearly and completely describe the technical solutions in the embodiments of this application. Obviously, the embodiments described are only part of the embodiments of this application, not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0053] It should be noted that this specification provides method operation steps as described in the embodiments or flowcharts, but more or fewer operation steps may be included based on conventional or non-creative work. The order of steps listed in the embodiments is only one way of executing the steps in many order and does not represent the only execution order. When the actual system or product is executed, it can be executed in sequence or in parallel according to the method shown in the embodiments or the drawings (for example, in a parallel processor or multi-threaded processing environment).

[0054] See also Figure 1 , which is a schematic diagram of an implementation environment provided in an embodiment of the present application, the implementation environment includes a target entity 110, a vehicle health monitoring terminal 120 and a server end 130.

[0055] Target entity 110 is a vehicle health monitoring terminal running a client-side application or software. In a specific embodiment, it may include target entity 01, target entity 02, and target entity 03. Vehicle health monitoring terminal 120 is connected to target entity 110 and server 130 via a network, which may be a wireless network. Both vehicle health monitoring terminal 120 and server 130 may be independently operated servers or a server cluster consisting of multiple servers.

[0056] The vehicle health monitoring terminal 120 is used to monitor the operating data of the core processes in the target entity 110, such as activity monitoring data, deadline monitoring data, and execution logic monitoring data, etc., to ensure the smooth progress of each operating state of the target entity 110. If an abnormal situation occurs, corresponding actions can be taken in a timely manner, such as resetting the system, to improve the safety performance of the system.

[0057] The server side 130 is used to monitor the healthy operating status of the vehicle health monitoring terminal 120, wherein there may be a dependency relationship between multiple vehicle health monitoring terminals 120. When a dependent vehicle health monitoring terminal 120 fails, even if the operating status of the dependent vehicle health monitoring terminal 120 is normal, it will not work normally due to the failure of the dependent vehicle health monitoring terminal 120. At this time, the server side 130 performs regulation based on the monitored healthy operating status of the vehicle health monitoring terminal 120 to ensure that the vehicle health monitoring terminal 120 can be monitored smoothly. The specific regulation method is such as restarting the dependent vehicle health monitoring terminal 120 or pausing the dependent vehicle health monitoring terminal 120, thereby improving the system safety performance.

[0058] The following combination Figure 1 The vehicle health monitoring method provided by the present application is described in detail with reference to the application environment shown.

[0059] See Figure 2 , which is a flow chart of a vehicle health monitoring method provided in an embodiment of the present application, applied to a vehicle health monitoring terminal, the method comprising:

[0060] S201: Acquire operation data and priority information of at least two target entities;

[0061] In an embodiment of the present application, the target entity is an application or software corresponding to the client running the vehicle health monitoring terminal. Among at least two target entities, each target entity will be configured with different priority information, and each operating data in the target entity will also be configured with priority information corresponding to the target entity. It should be noted that in the same target entity, the priority information of each operating data is the same.

[0062] In a specific embodiment, at least two target entities are configured by a host computer, and the configuration information is persistently stored in a json configuration file, so that the vehicle health monitoring terminal can obtain the configuration information, thereby realizing reasonable monitoring of the target entity and ensuring stable and reliable operation of the target entity.

[0063] Before step S201, the method further includes:

[0064] A monitoring communication instruction is sent to the at least two target entities, so that the at least two target entities send the operating data and priority information of the at least two target entities to the vehicle health monitoring terminal based on the monitoring communication instruction.

[0065] In an embodiment of the present application, in order to enable the vehicle health monitoring terminal to monitor at least two target entities, it is necessary to establish a communication connection between the target entity and the vehicle health monitoring terminal so that the vehicle health monitoring terminal can perform health analysis on the target entity to obtain the health status information of the target entity.

[0066] S202: Adding the running data to the message queues corresponding to at least two target entities respectively;

[0067] In an embodiment of the present application, based on the operation data added to the message queue corresponding to each target entity, different message queues are used to store messages corresponding to the operation data of different target entities. It should be noted that the message queue follows the first-in-first-out rule, and different message queues store messages corresponding to the operation data of different target entities. In a specific embodiment, if health monitoring is performed on three target entities, the three target entities are marked as SE_A, SE_B and SE_C, and their corresponding message queues are dq3, dq2 and dq1, respectively. Then, the message marked as SE_A is stored in dq3, the message marked as SE_B is stored in dq2, the message marked as SE_C is stored in dq1, and so on. The messages corresponding to each target entity are stored in their corresponding message queues.

[0068] S203: Create a health monitoring thread for consuming message queues;

[0069] Specifically, the behavior of the vehicle health monitoring terminal obtaining information sent by the target entity in the message queue is called consumption. In an embodiment of the present application, the health monitoring thread is used to consume the messages in the message queue to facilitate health monitoring of the target entity.

[0070] S204: Determine a message processing order of the message queues of at least two target entities based on the priority information;

[0071] In an optional embodiment, step 204 may include:

[0072] sorting priority information of at least two target entities to obtain a sorting result;

[0073] The message processing order of the message queues of at least two target entities is determined according to the sorting result.

[0074] In an embodiment of the present application, message queues corresponding to high-priority information are processed first. In a specific embodiment, if health monitoring is performed on three target entities, the three target entities are marked as SE_A, SE_B and SE_C, respectively, and their corresponding message queues are dq3, dq2 and dq1, respectively. Assuming that the priority information of the target entities marked as SE_A, SE_B and SE_C are SE_A, SE_B and SE_C from high to low, the message processing order of the message queues of these three target entities is dq3, dq2, dq1, and health analysis is performed on them in turn.

[0075] S205: Using the health monitoring thread, based on the message processing order, a preset number of messages are sequentially extracted from the message queues of at least two target entities, and health analysis is performed on the extracted messages to obtain health status information of the at least two target entities.

[0076] In an embodiment of the present application, the health monitoring thread consumes the messages in the message queue in sequence, and the order of its consumption is cyclically processed according to the message processing order, and the number of messages it consumes is also related to the message processing order, showing a decreasing trend, and a health analysis is performed on the extracted messages. It should be noted that if the number of messages in the message queue does not reach the preset number, it will be extracted according to the actual number, but it will not affect the number of processed messages in other message queues.

[0077] In a specific embodiment, if health monitoring is performed on three target entities, the three target entities are marked as SE_A, SE_B and SE_C, and their corresponding message queues are dq3, dq2 and dq1, respectively. Assuming that the priority information of the target entities marked as SE_A, SE_B and SE_C are SE_A, SE_B and SE_C from high to low, the message processing order of the message queues of these three target entities is dq3, dq2, and dq1. The health monitoring thread is used to take 3 messages from dq3, 2 messages from dq2, and 1 message from dq1 for health analysis, and the corresponding messages are extracted and processed in a cycle to avoid the inability to handle in time when the operating data of the target entity with higher priority is abnormal, affecting the safety of the entire system, and also improving the monitoring efficiency.

[0078] For example, Figure 3 As shown, it is a flow chart of the health monitoring thread provided in the embodiment of the present application processing messages in the message queue based on the message processing order, as shown Figure 3, for the messages in message queue dq3 numbered 33, 32, and 31, for the messages in message queue dq2 numbered 22 and 21, and for the message in message queue dq1 numbered 11, the health monitoring thread extracts messages numbered 31, 32, 33, 21, 22, and 11 from the message queue in sequence based on the message processing order, and then updates the messages in the message queue, so that the health analysis of the messages in the message queues corresponding to the target entities can be performed in real time.

[0079] After step S205 , the method may further include: updating the health status information corresponding to the operating data in the target entity in real time.

[0080] In a specific embodiment, by updating the health status information corresponding to the operation data in the target entity, the target entity can be monitored in real time, thereby improving its reliability. The operation data may include activity monitoring data, deadline monitoring data and execution logic monitoring data; the activity monitoring data is whether the actual number of executions of the target entity 110 is within the configured number range within the configured time cycle period; the deadline monitoring data is whether the actual execution time of the target entity 110 is within the configured time range; the execution logic monitoring data is whether the target entity 110 is executed in accordance with the execution order defined by the programmer.

[0081] Specifically, if a health monitoring thread is used to extract a preset number of messages from the message queues of at least two target entities based on the message processing order, wherein the messages are messages corresponding to the activity monitoring data, then the health status information corresponding to the activity monitoring data in the target entity is updated;

[0082] If a health monitoring thread is used, a preset number of messages are sequentially extracted from the message queues of at least two target entities based on the message processing order, wherein the messages are messages corresponding to the deadline monitoring data, then the health status information corresponding to the deadline monitoring data in the target entity is updated;

[0083] If a health monitoring thread is used, a preset number of messages are extracted from the message queues of at least two target entities based on the message processing order, where the messages are messages corresponding to the execution logic monitoring data, then the health status information corresponding to the execution logic monitoring data in the target entity is updated.

[0084] After step S205, the method may further include:

[0085] Determine whether the health status information of at least two target entities meets the preset health conditions;

[0086] Storing health status information that meets preset health conditions;

[0087] If any health status information does not meet the preset health condition, based on the preset correspondence between the health status information and the abnormal status information, obtain the target abnormal control information corresponding to the health status information that does not meet the preset health condition;

[0088] Based on the target abnormality control information, an abnormality control instruction is generated for the target entity corresponding to the health status information that does not meet the preset health condition.

[0089] In an embodiment of the present application, the target entity corresponding to the health status information that does not meet the preset health conditions is controlled according to the generated abnormal control instructions, such as including but not limited to resetting the device corresponding to the method, etc. The health status information that does not meet the preset health conditions includes: activity monitoring data or deadline monitoring data or execution logic monitoring data in the operation data. If one of the above does not meet the preset health conditions, the target abnormal control information corresponding to the health status information that does not meet the preset health conditions will be obtained, and the corresponding abnormal control instructions will be generated according to the obtained target abnormal control information to realize the monitoring of the target entity.

[0090] Furthermore, the vehicle health monitoring terminal includes a first vehicle health monitoring terminal and a second vehicle health monitoring terminal, wherein the first vehicle health monitoring terminal and the second vehicle health monitoring terminal are respectively used to monitor target entities belonging to different domains in the same vehicle;

[0091] After step S205, the method may further include the following steps:

[0092] Obtaining a dependency relationship between a first vehicle health monitoring terminal and a second vehicle health monitoring terminal;

[0093] Sending the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship to the server side, so that the server side determines a monitoring control instruction that matches the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship;

[0094] In response to the monitoring control instructions fed back by the server, the running status of each health monitoring thread is controlled.

[0095] Specifically, the first vehicle health monitoring terminal and the second vehicle health monitoring terminal merely refer to the existence of multiple vehicle health monitoring terminals. In an embodiment of the present application, a third, fourth and fifth vehicle health monitoring terminal may also be included. Different vehicle health monitoring terminals are used to monitor target entities belonging to different domains in the same vehicle. Among them, different domains in the same vehicle include but are not limited to power domain, chassis domain, body domain, automatic driving domain, smart cockpit domain, etc. Each vehicle health monitoring terminal monitors the above-mentioned different domains respectively.

[0096] In an embodiment of the present application, there may be a dependency relationship between the above-mentioned vehicle health monitoring terminals. If the dependent vehicle health monitoring terminal does not monitor normally, even if the dependent vehicle health monitoring terminal can monitor normally, the dependent vehicle health monitoring terminal will stop monitoring due to the dependent vehicle health monitoring terminal. Therefore, the above-mentioned vehicle health monitoring terminals are monitored by the server side, and the matching monitoring control instructions are determined according to the monitored health status information and the dependency relationship between them, so as to control the running status of each health monitoring thread.

[0097] In an optional embodiment, in response to the monitoring control instruction fed back by the server, controlling the running state of each health monitoring thread may include:

[0098] If the first vehicle health monitoring terminal depends on the second vehicle health monitoring terminal, and the health status information of the second vehicle health monitoring terminal is abnormal;

[0099] Then, in response to the monitoring control instruction fed back by the server, the health monitoring thread in the second terminal of the vehicle health monitoring is controlled to restart;

[0100] and / or;

[0101] Then, in response to the monitoring control instruction fed back by the server, the health monitoring thread in the first vehicle health monitoring terminal is controlled to be suspended.

[0102] In a specific embodiment, if the first terminal for vehicle health monitoring is used to monitor the target entity in the chassis domain, and if the second terminal for vehicle health monitoring is used to monitor the target entity in the power domain, the chassis domain monitored by the first terminal for vehicle health monitoring is marked as domain A, and the power domain monitored by the second terminal for vehicle health monitoring is marked as domain B, where domain A depends on domain B to perform health monitoring on the target entity. At a certain point in time, the server side monitors that domain A is monitoring normally, but domain B has an abnormality. Then, in response to the monitoring control instruction fed back by the server side, domain B is controlled to restart or domain A is controlled to suspend operation, so as to realize cross-domain vehicle health monitoring and enhance the safety factor of the vehicle during driving.

[0103] It can be seen from the above technical solutions of the embodiments of the present application that in the technical solutions of the present application, first, by obtaining the operation data and priority information of at least two target entities, the operation data is added to the message queues corresponding to the at least two target entities respectively. Secondly, a health monitoring thread for consuming the message queue is created; the message processing order of the message queues of the at least two target entities is determined based on the priority information, wherein the message queue with a higher priority will be processed first, avoiding the situation where when the operation data of the target entity with a higher priority is abnormal, it cannot be processed in time, affecting the security of the entire system. Furthermore, using the health monitoring thread, a preset number of messages are extracted from the message queues of the at least two target entities respectively based on the message processing order, and a health analysis is performed on the extracted messages to obtain the health status information of the at least two target entities respectively, so that at least two target entities can be processed simultaneously, wherein the number of messages extracted by the message queue with a higher priority will be higher than that of the message queue with a lower priority. Through the above technical solution, the present application can give priority to the target entity with a higher priority, so that the abnormal situation of the monitored target entity can be responded to in time, and reliable and stable monitoring of the target entity can be achieved, thereby improving safety performance.

[0104] The present application also provides a vehicle health monitoring device, such as Figure 4 As shown, it is a structural diagram of a vehicle health monitoring device provided in an embodiment of the present application, the device comprising:

[0105] Information acquisition module 10: used to obtain operation data and priority information of at least two target entities;

[0106] A message queue generating module 20 is configured to add the operation data to the message queues corresponding to the at least two target entities respectively;

[0107] A health monitoring thread creation module 30 is used to create a health monitoring thread for consuming the message queue;

[0108] A message processing order determining module 40 is configured to determine the message processing order of the message queues of the at least two target entities based on the priority information;

[0109] Health status information determination module 50: used to utilize the health monitoring thread to extract a preset number of messages from the message queues of the at least two target entities in sequence based on the message processing order, and perform health analysis on the extracted messages to obtain the health status information of each of the at least two target entities.

[0110] Furthermore, after the health status information determination module 50, the following is further included:

[0111] Update module: used to update the health status information corresponding to the running data in the target entity in real time.

[0112] Furthermore, after the health status information determination module 50, the following is further included:

[0113] Judgment module: used to judge whether the health status information of at least two target entities meets the preset health conditions;

[0114] Storage module: used to store health status information that meets preset health conditions;

[0115] Abnormal control information determination module: used for obtaining target abnormal control information corresponding to the health status information that does not meet the preset health condition based on the preset correspondence between the health status information and the abnormal status information if any health status information does not meet the preset health condition;

[0116] Abnormal control instruction generation module: used to generate abnormal control instructions for the target entity corresponding to the health status information that does not meet the preset health conditions based on the target abnormal control information.

[0117] Furthermore, the message processing order determination module 40 includes:

[0118] Sorting module: used to sort the priority information of at least two target entities to obtain a sorting result;

[0119] The first message processing sequence determining module is configured to determine the message processing sequence of the message queues of at least two target entities according to the sorting result.

[0120] Furthermore, before the information acquisition module 10, it also includes:

[0121] Communication connection module: used to send monitoring communication instructions to at least two target entities, so that the at least two target entities send the operating data and priority information of the at least two target entities to the vehicle health monitoring terminal based on the monitoring communication instructions.

[0122] Furthermore, the vehicle health monitoring terminal includes at least a first vehicle health monitoring terminal and a second vehicle health monitoring terminal; the first vehicle health monitoring terminal and the second vehicle health monitoring terminal are respectively used to monitor target entities belonging to different domains in the same vehicle;

[0123] After the health status information determination module 50, the following is also included:

[0124] Dependency determination module: used to obtain the dependency relationship between the first vehicle health monitoring terminal and the second vehicle health monitoring terminal;

[0125] An information sending module is used to send the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship to the server side, so that the server side determines a monitoring control instruction that matches the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship;

[0126] Control module: used to respond to the monitoring control instructions fed back by the server and control the running status of each health monitoring thread.

[0127] Furthermore, the control module includes:

[0128] Abnormality determination module: used for determining if the first vehicle health monitoring terminal depends on the second vehicle health monitoring terminal and the health status information of the second vehicle health monitoring terminal is abnormal;

[0129] A first control module is configured to control the health monitoring thread in the second vehicle health monitoring terminal to restart in response to the monitoring control instruction fed back by the server;

[0130] and / or;

[0131] The second control module is used to control the suspension of the health monitoring thread in the first vehicle health monitoring terminal in response to the monitoring control instruction fed back by the server.

[0132] Regarding the apparatus in the above embodiment, the specific manner in which each module performs operations has been described in detail in the embodiment of the method, and will not be elaborated here.

[0133] An embodiment of the present application provides a device comprising a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the vehicle health monitoring method provided in the above-mentioned method embodiment.

[0134] The memory can be used to store software programs and modules. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory. The memory can mainly include a program storage area and a data storage area. The program storage area can store the operating system, application programs required for the functions, etc.; the data storage area can store data created based on the use of the device, etc. In addition, the memory can include high-speed random access memory and non-volatile memory, such as at least one disk storage device, flash memory device, or other volatile solid-state storage device. Accordingly, the memory can also include a memory controller to provide the processor with access to the memory.

[0135] The device may be a server. The present application embodiment also provides a schematic diagram of the structure of a server. Figure 5 The server 500 is used to implement the data processing method provided in the above embodiments. The server 500 may vary significantly due to different configurations or performance, and may include one or more processors 510 (e.g., one or more processors) and storage 530, one or more storage media 520 (e.g., one or more mass storage devices) storing application programs 523 or data 522. The memory 530 and storage media 520 may be either ephemeral or persistent storage. The program stored in the storage medium 520 may include one or more modules, each of which may include a series of instructions and operations on the server. Furthermore, the processor 510 may be configured to communicate with the storage medium 520 to execute the series of instructions and operations in the storage medium 520 on the server 500. The server 500 may also include one or more power supplies 560, one or more wired or wireless network interfaces 550, one or more input / output interfaces 540, and / or one or more operating systems 521, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0136] An embodiment of the present application also provides a storage medium, which can be set in a server to store at least one instruction, at least one program, code set or instruction set related to a data processing method in an embodiment of the method. The at least one instruction, the at least one program, the code set or instruction set is loaded and executed by the processor to implement the vehicle health monitoring method provided by the above-mentioned embodiment of the method.

[0137] Optionally, in this embodiment, the storage medium may be located in at least one of a plurality of network servers in a computer network. Optionally, in this embodiment, the storage medium may include, but is not limited to, various media capable of storing program code, such as a USB flash drive, a read-only memory (ROM), a random access memory (RAM), a mobile hard disk, a magnetic disk, or an optical disk.

[0138] It should be noted that the order of the embodiments of the present application described above is for descriptive purposes only and does not represent the superiority or inferiority of the embodiments. The above description is of specific embodiments of this specification. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps described in the claims can be performed in an order different from that in the embodiments and still achieve the desired results. In addition, the processes depicted in the accompanying drawings do not necessarily require the specific order or continuous order shown to achieve the desired results. In some embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0139] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A vehicle health monitoring method, characterized in that: Applied to a vehicle health monitoring terminal, the vehicle health monitoring terminal includes at least a first vehicle health monitoring terminal and a second vehicle health monitoring terminal; the first vehicle health monitoring terminal and the second vehicle health monitoring terminal are respectively used to monitor target entities belonging to different domains in the same vehicle, the method comprising: Obtaining operation data and priority information of at least two target entities, wherein the operation data includes activity monitoring data, deadline monitoring data, and execution logic monitoring data; Adding the running data to the message queues corresponding to the at least two target entities respectively; Create a health monitoring thread for consuming the message queue; determining a message processing order of the message queues of the at least two target entities based on the priority information; Using the health monitoring thread, based on the message processing order, sequentially extract a preset number of messages from the message queues of the at least two target entities, and perform health analysis on the extracted messages to obtain health status information of each of the at least two target entities; Obtaining a dependency relationship between the first vehicle health monitoring terminal and the second vehicle health monitoring terminal; Sending the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship to the server side, so that the server side determines a monitoring control instruction that matches the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship; In response to the monitoring control instructions fed back by the server, the running status of each of the health monitoring threads is controlled.

2. The method according to claim 1, characterized in that After the steps of extracting a preset number of messages from the message queues of the at least two target entities in sequence based on the message processing order using the health monitoring thread and performing health analysis on the extracted messages, the method further includes: Update the health status information corresponding to the operating data in the target entity in real time.

3. The method according to claim 1, characterized in that After the step of performing health analysis on the extracted message to obtain health status information of each of the at least two target entities, the method further includes: respectively determining whether the health status information of the at least two target entities meets a preset health condition; Storing health status information that meets the preset health conditions; If any health status information does not meet the preset health condition, based on the preset correspondence between the health status information and the abnormal status information, obtaining target abnormal control information corresponding to the health status information that does not meet the preset health condition; Based on the target abnormality control information, an abnormality control instruction is generated for the target entity corresponding to the health status information that does not meet the preset health condition.

4. The method according to claim 1, wherein The determining, based on the priority information, a message processing order of the message queues of the at least two target entities includes: Sorting the priority information of the at least two target entities to obtain a sorting result; The message processing order of the message queues of the at least two target entities is determined according to the sorting result.

5. The method according to claim 1, wherein Before the step of obtaining the operation data and priority information of at least two target entities, the method further includes: A monitoring communication instruction is sent to the at least two target entities, so that the at least two target entities send the operating data and priority information of the at least two target entities to the vehicle health monitoring terminal based on the monitoring communication instruction.

6. The method according to claim 1, wherein The controlling the running state of each of the health monitoring threads in response to the monitoring control instruction fed back by the server side includes: If the first vehicle health monitoring terminal depends on the second vehicle health monitoring terminal, and the health status information of the second vehicle health monitoring terminal is abnormal; Then, in response to the monitoring control instruction fed back by the server, controlling the health monitoring thread in the second vehicle health monitoring terminal to perform a restart operation; and / or; Then, in response to the monitoring control instruction fed back by the server, the health monitoring thread in the first vehicle health monitoring terminal is controlled to be suspended.

7. A vehicle health monitoring device, characterized in that: Applied to a vehicle health monitoring terminal, the vehicle health monitoring terminal includes at least a first vehicle health monitoring terminal and a second vehicle health monitoring terminal; the first vehicle health monitoring terminal and the second vehicle health monitoring terminal are respectively used to monitor target entities belonging to different domains in the same vehicle, and the device includes: An information acquisition module is configured to acquire operation data and priority information of at least two target entities, wherein the operation data includes activity monitoring data, deadline monitoring data, and execution logic monitoring data; A message queue generating module: configured to add the operation data to the message queues corresponding to the at least two target entities respectively; Health monitoring thread creation module: used to create a health monitoring thread for consuming the message queue; A message processing order determining module: configured to determine the message processing order of the message queues of the at least two target entities based on the priority information; a health status information determination module configured to utilize the health monitoring thread to sequentially extract a preset number of messages from the message queues of the at least two target entities based on the message processing order, and perform health analysis on the extracted messages to obtain health status information of each of the at least two target entities; A dependency determination module, configured to obtain a dependency between the first vehicle health monitoring terminal and the second vehicle health monitoring terminal; an information sending module, configured to send the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship to a server side, so that the server side determines a monitoring control instruction that matches the health status information of the first vehicle health monitoring terminal, the health status information of the second vehicle health monitoring terminal, and the dependency relationship; The control module is used to control the running status of each of the health monitoring threads in response to the monitoring control instructions fed back by the server.

8. A computer device, characterized in that: The method comprises a processor and a memory, wherein the memory stores at least one instruction, at least one program, a code set or an instruction set, and the at least one instruction, the at least one program, the code set or the instruction set is loaded and executed by the processor to implement the vehicle health monitoring method according to any one of claims 1 to 6.

9. A storage medium, wherein at least one instruction or at least one program is stored in the storage medium, and the at least one instruction or the at least one program is loaded and executed by a processor to implement the vehicle health monitoring method according to any one of claims 1 to 6.

Images