Vehicle embedded system state monitoring method and device

Abstract

The embodiment of the present application provides a state supervision method and device for a vehicle embedded system, the method comprising receiving state information sent by a first peripheral module of the vehicle embedded system, the state information comprising an identifier of the first peripheral module, storing the state information in a historical state record table of a database, and sending the historical state record table to a cloud server, so that the cloud server can determine the target state of the vehicle embedded system based on the state information in the historical state record table through a preset expert system inference machine model, and when the target state is a fault precursor state or a fault state, send state supervision information to the state supervision system, the state supervision information comprising the target state and the identifier of the first peripheral module, and receive the state supervision information sent by the cloud server. According to the embodiment of the present application, the system can timely discover and handle faults through the target state, thereby improving the efficiency of fault detection.

Description

Technical Field

[0001] The present application relates to the field of embedded systems, and in particular to a method and device for monitoring the state of a vehicle embedded system. Background Art

[0002] As the degree of electrification of vehicles increases year by year, the number of electronic control units ECU (Electronic Control Unit) in vehicles is increasing, and the vehicle electronic systems are becoming more and more complex.

[0003] The vehicle electronic system is composed of many peripheral modules, many of which have limited self-check and early warning functions. When a vehicle peripheral module fails, the system cannot detect and handle it in time. It is usually diagnosed and processed through a fault diagnosis instrument, which has a certain lag. In addition, it is necessary to check each module one by one when locating the fault, which consumes time and manpower and reduces the efficiency of fault detection. Summary of the invention

[0004] The embodiments of the present application provide a method and device for monitoring the status of a vehicle embedded system, which can solve the problem in the prior art that the diagnosis and processing by a fault diagnosis instrument has a certain lag, and when locating the fault, it is necessary to check one by one, which consumes time and manpower and reduces the efficiency of fault detection.

[0005] In a first aspect, an embodiment of the present application provides a state monitoring method for a vehicle embedded system, the method being applied to a state monitoring system, comprising:

[0006] receiving status information sent by a first peripheral module of the vehicle embedded system, wherein the status information includes an identifier of the first peripheral module,

[0007] The state information is stored in the historical state record table of the database,

[0008] The historical state record table is sent to a cloud server, so that the cloud server determines the target state of the vehicle embedded system based on the state information in the historical state record table by using a preset expert system inference machine model, and sends state supervision information to a state supervision system when the target state is a fault precursor state or a fault state, wherein the state supervision information includes the target state and an identifier of the first peripheral module.

[0009] Receive status supervision information sent by the cloud server.

[0010] In one implementation, the state information further includes a first state value, and the state information is information received at the current moment. After receiving the state information sent by the first peripheral module of the vehicle embedded system, the method further includes:

[0011] recording the current timestamp of the vehicle embedded system,

[0012] Acquire a second state value of the first peripheral module from a latest state table in the database, wherein the latest state table includes state information of the first peripheral module at a previous moment,

[0013] When the first state value is inconsistent with the second state value, the first state value and the current timestamp are updated into the latest state table.

[0014] In one implementation, the latest status table further includes a module identifier, a submodule identifier, and a timestamp.

[0015] In one embodiment, the method further comprises:

[0016] The updated latest status table is stored in the historical status record table of the database.

[0017] In one embodiment, the state monitoring system includes a state acquisition interface, and the method further includes:

[0018] receiving a status request sent by a second peripheral module through the status acquisition interface, wherein the status request is used to acquire the status of the first peripheral module, and the status request includes an identifier of the first peripheral module;

[0019] Based on the identifier of the first peripheral module, query the state information of the first peripheral module at the last moment in the historical state record table in the database,

[0020] Send the status information at the last moment to the second peripheral module.

[0021] In one implementation, the status request further includes a query time period, and the method further includes:

[0022] Based on the identifier of the first peripheral module and the query time period, query the historical status record table in the database for the status information of the first peripheral module in the query time period,

[0023] The status information of the first peripheral module in the historical status record table during the query time period is sent to the second peripheral module.

[0024] In one implementation, the state monitoring system includes a registration monitoring interface, and the method further includes:

[0025] When receiving an instruction to monitor the first peripheral module sent by the third peripheral module through the registration monitoring interface, querying the state information of the first peripheral module at the last moment in the historical state record table in the database,

[0026] Sending the state information of the last moment to the third peripheral module,

[0027] When receiving the current state information sent by the first peripheral module, the current state information is sent to the third peripheral module.

[0028] In one embodiment, the method further comprises:

[0029] polling performance parameters of the vehicle embedded system,

[0030] Determine the target state of the vehicle embedded system based on the performance parameters and the preset judgment rules,

[0031] When the target state is a fault precursor state or a fault state, prompt information is generated.

[0032] In one embodiment, the sending of the historical status record table to the cloud server, so that the cloud server determines the target state of the vehicle embedded system based on the state information in the historical status record table by a preset expert system inference machine model, and sends the state supervision information to the state supervision system when the target state is a fault precursor state or a fault state, includes:

[0033] The historical status record table and performance parameters are sent to a cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into a preset expert system inference machine model, and the target state of the vehicle embedded system is determined by the preset expert system inference machine model. The performance parameter is an influencing factor, and the weight value corresponding to the influencing factor is set according to the influencing factor affecting the system operation condition, and when the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system.

[0034] In a second aspect, an embodiment of the present application provides a state monitoring device for a vehicle embedded system, wherein the state monitoring device for the vehicle embedded system is applied to a state monitoring system, including:

[0035] a receiving module, configured to receive status information sent by a first peripheral module of a vehicle embedded system, wherein the status information includes an identifier of the first peripheral module,

[0036] A storage module, used to store the status information in a historical status record table of a database,

[0037] a sending module, configured to send the historical state record table to a cloud server, so that the cloud server can determine the target state of the vehicle embedded system based on the state information in the historical state record table by using a preset expert system inference machine model, and send state supervision information to a state supervision system when the target state is a fault precursor state or a fault state, wherein the state supervision information includes the target state and an identifier of the first peripheral module,

[0038] The receiving module is also used to receive the status supervision information sent by the cloud server.

[0039] In one embodiment, the state information further includes a first state value, the state information is information received at the current moment, and the state monitoring device of the vehicle embedded system further includes a recording module, an acquisition module and an update module.

[0040] A recording module, used to record the current timestamp of the vehicle embedded system,

[0041] an acquisition module, configured to acquire a second state value of the first peripheral module from a latest state table in the database, wherein the latest state table includes state information of the first peripheral module at a previous moment,

[0042] An updating module is used to update the first state value and the current timestamp into the latest state table when the first state value is inconsistent with the second state value.

[0043] In one implementation, the latest status table further includes a module identifier, a submodule identifier, and a timestamp.

[0044] In one implementation, the storage module is further configured to store the updated latest status table into a historical status record table of a database.

[0045] In one embodiment, the state monitoring system includes a state acquisition interface, and the state monitoring device of the vehicle embedded system also includes a query module.

[0046] The receiving module is further used to receive a status request sent by the second peripheral module through the status acquisition interface, wherein the status request is used to obtain the status of the first peripheral module, and the status request includes an identifier of the first peripheral module.

[0047] a query module, configured to query the state information of the first peripheral module at the last moment in the historical state record table in the database based on the identifier of the first peripheral module,

[0048] The sending module is also used to send the state information of the previous moment to the second peripheral module.

[0049] In one embodiment, the status request also includes a query time period.

[0050] The query module is further used to query the status information of the first peripheral module in the query time period in the historical status record table in the database based on the identifier of the first peripheral module and the query time period,

[0051] The sending module is further used to send the status information of the first peripheral module in the historical status record table during the query time period to the second peripheral module.

[0052] In one embodiment, the state monitoring system includes a registration monitoring interface.

[0053] The query module is further used to query the state information of the first peripheral module at the last moment in the historical state record table in the database when receiving an instruction to monitor the first peripheral module sent by the third peripheral module through the registration monitoring interface,

[0054] The sending module is further used to send the state information of the previous moment to the third peripheral module,

[0055] The sending module is further used to send the current state information to the third peripheral module when receiving the current state information sent by the first peripheral module.

[0056] In one embodiment, the state monitoring device of the vehicle embedded system further includes a polling module, a judgment module and a generation module.

[0057] A polling module, used to poll the performance parameters of the vehicle embedded system,

[0058] A judgment module, used to judge the target state of the vehicle embedded system based on the performance parameter and a preset judgment rule,

[0059] A generating module is used to generate prompt information when the target state is a fault precursor state or a fault state.

[0060] In one embodiment, the sending module is also used to send the historical status record table and performance parameters to the cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into a preset expert system inference machine model, and the target state of the vehicle embedded system is determined by the preset expert system inference machine model. The performance parameter is an influencing factor, and the weight value corresponding to the influencing factor is set according to the influence of the influencing factor on the system operation condition, and when the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system.

[0061] In a third aspect, an embodiment of the present application provides an electronic device, the electronic device comprising: a processor and a memory storing computer program instructions;

[0062] When the processor executes the computer program instructions, the state supervision method of the vehicle embedded system as described in any one of the embodiments of the first aspect is implemented.

[0063] In a fourth aspect, an embodiment of the present application provides a computer storage medium having computer program instructions stored thereon. When the computer program instructions are executed by a processor, a state monitoring method for a vehicle embedded system as described in any one of the embodiments of the first aspect is implemented.

[0064] In a fifth aspect, an embodiment of the present application provides a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the state monitoring method of a vehicle embedded system as described in any one of the embodiments of the first aspect.

[0065] The vehicle embedded system state monitoring method and device of the embodiment of the present application receives state information sent by the first peripheral module of the vehicle embedded system through the state monitoring system, the state information includes the identification of the first peripheral module, stores the state information in the historical state record table of the database, and sends the historical state record table to the cloud server, so that the cloud server can judge the target state of the vehicle embedded system based on the state information in the historical state record table through the preset expert system inference machine model, and send state monitoring information to the state monitoring system when the target state is a fault precursor state or a fault state, and the state monitoring information includes the target state and the identification of the first peripheral module, and receives the state monitoring information sent by the cloud server. In this way, when a peripheral module of the vehicle fails, the system can promptly discover and handle it through the target state, and locate the position of the fault through the identification of the first peripheral module in the fault information, thereby improving the efficiency of fault detection. BRIEF DESCRIPTION OF THE DRAWINGS

[0066] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

[0067] Figure 1 It is a schematic diagram of the architecture of a state monitoring system provided by an embodiment of the present application;

[0068] Figure 2 It is a flow chart of a state monitoring method of a vehicle embedded system provided by an embodiment of the present application;

[0069] Figure 3 This is one of the workflow diagrams of the health management service provided by one embodiment of the present application;

[0070] Figure 4 This is the second workflow diagram of the health management service provided by an embodiment of the present application;

[0071] Figure 5 is a schematic diagram of a status acquisition interface provided by an embodiment of the present application;

[0072] Figure 6 It is a structural diagram of a state monitoring device for a vehicle embedded system provided by an embodiment of the present application;

[0073] Figure 7 It is a schematic diagram of the structure of an electronic device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0074] The features and exemplary embodiments of various aspects of the present application will be described in detail below. In order to make the purpose, technical solutions and advantages of the present application clearer, the present application will be further described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.

[0075] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants 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 other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the statement "include..." do not exclude the presence of other identical elements in the process, method, article or device including the elements.

[0076] As described in the background art, the prior art uses a fault diagnosis instrument to perform diagnostic processing, which has a certain lag, and needs to be checked one by one when locating the fault, which consumes time and manpower and reduces the efficiency of fault detection. Secondly, there is no clear division of the status levels of automotive embedded systems.

[0077] In order to solve the above problems, the embodiment of the present application provides a state supervision method and device for a vehicle embedded system. The state supervision method for the vehicle embedded system can receive the state information sent by the first peripheral module of the vehicle embedded system through the state supervision system, the state information includes the identification of the first peripheral module, store the state information in the historical state record table of the database, and send the historical state record table to the cloud server, so that the cloud server can judge the target state of the vehicle embedded system based on the state information in the historical state record table through the preset expert system inference machine model, and send the state supervision information to the state supervision system when the target state is the fault precursor state or the fault state, the state supervision information includes the target state and the identification of the first peripheral module, and receive the state supervision information sent by the cloud server. In this way, when the peripheral module of the vehicle fails, the system can timely discover and process it through the target state, and locate the position of the fault through the identification of the first peripheral module in the fault information, thereby improving the fault detection efficiency. The state supervision system of the vehicle embedded system provided by the embodiment of the present application is first introduced below.

[0078] Figure 1 A schematic diagram of the architecture of a state monitoring system for a vehicle embedded system provided by an embodiment of the present application is shown.

[0079] The state monitoring system is an embedded master node of the vehicle embedded system, which communicates with the sub-nodes through the CAN bus. The core service of the state monitoring system is the health management service, which can be a health service that monitors the status of the peripheral hardware modules of the system and the usage of system software resources. The state monitoring system provides a standard unified interface, through which the status information of the peripheral hardware modules is received, wherein the peripheral hardware modules may include a 4G management module, a wireless connection (Wireless-Fidelity, WIFI) management module, a global positioning system (Global Positioning System, GPS) management module, a power management module, a controller area network (Controller Area Network, CAN) management module, an Ethernet management module, a camera management module, and antenna connection management modules for each module.

[0080] It should be noted that, since the status monitoring system only integrates the health management service, the interface of the health management service is equivalent to the interface of the status monitoring system.

[0081] The state monitoring system is also used to actively and regularly scan the performance indicators of the vehicle embedded system, and monitor the physical status of the vehicle embedded system, such as voltage, temperature of important components, etc., where the performance indicators may specifically include the utilization rate of the central processing unit (CPU), memory utilization rate, input / output interface (IO) utilization rate, disk occupancy rate (disk space remaining), (Embedded Multi Media Card, EMMC) embedded memory life, process status, network traffic, etc. The state monitoring system may also include a standard database, which is used to store data such as state information, performance indicators and physical status, and the state monitoring system may also include a backup database to regularly back up data.

[0082] The state monitoring system is also used to establish a connection with the cloud server and report backup data to the cloud server at regular intervals. After receiving the backup data sent by the state monitoring system, the cloud server saves the backup data and inputs the backup data into the preset expert system inference machine model. The inference machine module in the preset expert system inference machine model is used to map the system state from the database. If the system state is in a fault precursor state or a fault state, it is reported to the user in a timely manner. The cloud server is also used to regularly update the preset expert system inference machine model in the cloud server based on the backup data. In this way, the fault location accuracy of the system and peripheral modules is improved, and the system self-check efficiency can be improved.

[0083] Figure 2 A schematic flow chart of a method for monitoring the state of a vehicle embedded system provided in one embodiment of the present application is shown.

[0084] like Figure 2 As shown, the state supervision method of the vehicle embedded system is applied to the state supervision system, which may specifically include the following steps:

[0085] S110, receiving status information sent by a first peripheral module of the vehicle embedded system, where the status information may include an identifier of the first peripheral module.

[0086] The health management service integrated in the vehicle embedded system provides a reporting interface to the peripheral module and performs inter-process communication through the data bus DBUS, thereby receiving status information from the peripheral hardware module. The first peripheral module can be a peripheral hardware module of the vehicle embedded system, which can be a main module or a submodule. The vehicle embedded system consists of software and hardware, and is a device that can run independently. It consists of a central processing unit (CPU) system and the software running on it.

[0087] The status information may be predefined standardized module status information (Module State), which may include a status code and a status value, wherein the data type of the status code may be uint32_t, which may be used as a status transmission medium between modules, and the status code may include an identifier of the first peripheral module, which may be a number that can uniquely identify the first peripheral module. The unified standard status code makes the status monitoring system more standardized and more applicable.

[0088] In addition, the status code can be defined in sequence according to the collected content. For example, if a hardware module is added later, the status code corresponding to the hardware module is added in the agreed manner. The status value can represent the current status of the module, such as successful 4G network registration, successful Ethernet connection, failure, etc.

[0089] S120, storing the status information in a historical status record table of a database.

[0090] The database may be a database created in a specific location of the state monitoring system disk, for example, a health.db database may be created in the / data / data / health / directory. In addition, a backup database may be created in another designated location, such as the / etc / backup directory, for periodic data backup.

[0091] The historical status record table can be a status table preset in the database, which can include the status information of the peripheral modules stored in history. The database can also record a version information table to facilitate the upgrade operation.

[0092] As an example, after the state monitoring system is powered on, the health management service integrated in the state monitoring system is initialized, and the health.db database is created in the / data / data / health / directory, and the backup database is created in the / etc / backup directory. The status code and status value reported by the peripheral module are received, and the status code and status value are stored in the historical status record table of the database.

[0093] S130, sending a historical status record table to the cloud server, so that the cloud server can determine the target state of the vehicle embedded system based on the status information in the historical status record table through a preset expert system inference machine model, and send status supervision information to the status supervision system when the target state is a fault precursor state or a fault state. The status supervision information may include the target state and the identifier of the first peripheral module.

[0094] The historical status record table may be sent to the cloud server periodically, for example, once a day or once a natural month, or once after the historical status record table is updated, that is, after receiving and storing the status information sent by the first peripheral module, it is sent to the cloud server once.

[0095] The cloud server may include a system fault knowledge base, an inference machine model, and a database. The system fault knowledge base may include a state determination expert system composed of historical state codes and determination results. The state determination expert system and the inference machine model constitute a preset expert system inference machine model. When the cloud server receives the historical state record table, the target state of the vehicle embedded system is determined by the preset expert system inference machine model, wherein the preset expert system inference machine model may be obtained by training based on historical state codes and determination results (states), and the target state may be a determination result determined based on state information and the preset expert system inference machine model, and the determination result may include a healthy state, a sub-healthy state, a fault precursor state, and a fault state.

[0096] When the cloud server determines that the target state is a fault precursor state or a fault state, it sends state supervision information to the state supervision system. The state supervision information may include the target state and the identifier of the first peripheral module. The identifier of the first peripheral module here can be used to locate the fault position.

[0097] As an example, the database in the state supervision system is regularly maintained, and the historical state record table is regularly uploaded to the database of the cloud server. The cloud server designs the state determination expert system and the inference engine model. When the cloud server receives the historical state record table, the historical state record table includes the state information of the peripheral module A. The state information of the peripheral module A in the historical state record table is imported into the state determination expert system, and the system state is determined by the inference engine model. When the system state is a fault precursor state or a fault state, the state supervision information including the system state and the identifier of the peripheral module A is sent to the state supervision system.

[0098] As another example, if the GPS management module antenna has poor contact, resulting in frequent status changes in a short period of time, the health management service in the status monitoring system receives status monitoring information sent by the cloud server. The status monitoring information may include the precursor status of the fault and the identifier of the GPS management module. The health management service then generates and displays prompt information to report the precursor status of the fault and prompt the user to check in time to prevent the occurrence of faults.

[0099] In addition, after receiving the historical status record table, the cloud server can optimize / update the preset expert system inference engine model based on the status information in the historical status record table.

[0100] S140, receiving status supervision information sent by the cloud server.

[0101] In some embodiments, an analysis report in the form of an image is generated based on the status supervision information.

[0102] When the target state in the status supervision information obtained through the analysis report is a sub-healthy state, that is, when it is determined that the vehicle embedded system is in a sub-healthy state, a first prompt information is generated, including a duration and a log, to prompt the user to perform maintenance; when the target state in the status supervision information obtained through the analysis report is a pre-fault state, that is, when it is determined that the vehicle embedded system is in a pre-fault state, a second prompt information is generated to prompt the user to perform maintenance in time to avoid a failure that affects the stable operation of the operating system, then the recovery mechanism is started to prompt the user to park in a safe place and restore the system; when the target state in the status supervision information obtained through the analysis report is a fault state, that is, when it is determined that the vehicle embedded system has a fault, an abnormal prompt information is displayed through a human-computer interaction device, and the abnormal prompt information may include an option of whether it is abnormal, and receive a yes or no confirmation operation input by the user, so that the cause of the fault can be more accurately determined through the data flow and the operation input by the user.

[0103] As an example, Figure 3 As shown, S301, initialize the database of the state monitoring system. S302, the state monitoring system receives the state information uploaded by the first peripheral module, and executes S303 at the same time. S303, polls the performance parameters of the vehicle embedded system. S304, the state monitoring system stores the state information and performance parameters in the database. S305, the state monitoring system sends the state information to the cloud server, so that the cloud server can provide the state information and the preset expert system inference machine model, judge the target state of the vehicle embedded system, and send the target state to the state monitoring system. S306, when the target state is a healthy state, keep the system operation state unchanged. S307, when the target state is a sub-healthy state, generate information to prompt the owner to perform maintenance. S308, when the target state is a fault precursor state, generate early warning information. S309, when the target state is a fault state, generate fault prompt information.

[0104] In an embodiment of the present application, the state information sent by the first peripheral module of the vehicle embedded system is received through the state supervision system, the state information includes the identification of the first peripheral module, the state information is stored in the historical state record table of the database, and the historical state record table is sent to the cloud server, so that the cloud server can judge the target state of the vehicle embedded system based on the state information in the historical state record table through the preset expert system inference machine model, and send state supervision information to the state supervision system when the target state is a fault precursor state or a fault state, and the state supervision information includes the target state and the identification of the first peripheral module, and receive the state supervision information sent by the cloud server. In this way, when a peripheral module of the vehicle fails, the system can promptly discover and handle it through the target state, and locate the position of the fault through the identification of the first peripheral module in the fault information, thereby improving the efficiency of fault detection.

[0105] In one embodiment, the state information may further include a first state value, and the state information is information received at the current moment. After S110, the state monitoring method of the vehicle embedded system may further include:

[0106] Record the current timestamp of the vehicle embedded system,

[0107] Acquire a second state value of the first peripheral module from a latest state table in the database, where the latest state table includes state information of the first peripheral module at a previous moment,

[0108] When the first state value is inconsistent with the second state value, the first state value and the current timestamp are updated into the latest state table.

[0109] When receiving the status information of the first peripheral module, the current timestamp of the vehicle embedded system is recorded, and the current timestamp and the status information are written into the database. Specifically, the latest status table is pre-set in the database, and the latest status table may include the status information of each peripheral module at the last moment. When receiving the status information of the first peripheral module, the second status value of the first peripheral module is queried from the latest status table, where the second status value may be the status value of the first peripheral module at the last moment. Next, compare whether the first status value and the second status value in the currently received status information are consistent. If they are inconsistent, it indicates that the status value has changed, and the first status value and the current timestamp are updated to the latest status table.

[0110] As another example, when the antenna of the GPS management module of the vehicle embedded system is short-circuited or open-circuited, the GPS management module calls the reporting interface to report the status information to the health management service of the status monitoring system. The health management service receives the status information of the GPS management module, and the status value in the status information indicates an abnormality. The status value obtained from the latest status table in the database indicates that the status value at the previous moment is normal, and the status value has changed. The health management service updates the currently received status value to the latest status table in the database and generates a prompt message to remind the user that the GPS antenna is faulty and repair it in time to avoid safety accidents.

[0111] In one embodiment, the latest status table may further include a module identifier, a submodule identifier, and a timestamp.

[0112] The module identifier and the submodule identifier are used to uniquely identify the module and the submodule, respectively, and may be, for example, the module name and the submodule name, and are used to indicate the source of the state value in the latest state table. The timestamp may be the current timestamp of the vehicle embedded system when the latest state value is updated, for example, the timestamp may be the current timestamp when the first state value is updated. The latest state table may be as shown in Table 1:

[0113] Table 1: Latest status table

[0114] Module Name Submodule name Timestamp Latest status value

[0115] Therefore, the module identifier, submodule identifier and timestamp in the latest status table are helpful to accurately locate the location and time of the fault.

[0116] In one embodiment, the state supervision method of the vehicle embedded system may further include:

[0117] The updated latest status table is stored in the historical status record table of the database.

[0118] When the latest state table is updated, the information in the latest state table is synchronously added to the historical record table, that is, the historical state record table stores the information of the latest state table after each update. In addition, the historical state table may also include a sequence, thereby improving the convenience of updating the historical state table.

[0119] As an example, Figure 4As shown, S401, receiving the state value reported by the first peripheral module, and periodically polling the system performance parameters. S402, judging whether the state value of the first peripheral module in the latest state table has changed. If yes, executing S403, if not, executing S404. S403, updating the latest state table, that is, updating the state value reported by the first peripheral module to the latest state table. S404, updating the timestamp of the latest state table. S405, storing the updated latest state table in the historical state record table.

[0120] In one implementation, the historical status table may further include a second status value.

[0121] The first state value is the latest state value after the update, and the second state value is the original state value before the update. The historical state record table can be shown in Table 2:

[0122] Table 2: Historical status record table

[0123] sequence Module Name Submodule name Timestamp Status value Latest status value

[0124] In the embodiment of the present application, by recording the current timestamp of the vehicle embedded system and obtaining the second state value of the first peripheral module from the latest state table in the database, the latest state table includes the state information of the first peripheral module at the last moment, and then when the first state value is inconsistent with the second state value, the first state value and the current timestamp are updated to the latest state table. In this way, it is convenient for users to query the latest state of each peripheral hardware module of the vehicle embedded system in real time.

[0125] In one embodiment, the state monitoring system may include a state acquisition interface, and the state monitoring method of the vehicle embedded system may further include:

[0126] receiving a status request sent by the second peripheral module through the status acquisition interface, the status request being used to acquire the status of the first peripheral module, the status request including an identifier of the first peripheral module,

[0127] Based on the identifier of the first peripheral module, query the state information of the first peripheral module at the last moment in the historical state record table in the database,

[0128] Send the status information of the last moment to the second peripheral module.

[0129] The status acquisition interface can be an interface provided by the health management service integrated by the status monitoring system to the peripheral hardware module, and can be used by a peripheral module to obtain the status of other peripheral modules, such as Figure 5As shown, the interface for acquiring the state may include a state acquisition interface, and the state acquisition interface may include a main module state acquisition interface and a submodule state acquisition interface. The state acquisition interface here may be an active acquisition interface, that is, the peripheral module actively sends a state request through the state acquisition interface to acquire state information.

[0130] The status monitoring system receives a status request sent by the second peripheral module through the status acquisition interface. The status request may include the identifier of the first peripheral module, that is, it represents a request to obtain the status of the first peripheral module. Then, the status information of the first peripheral module at the last moment in the historical status record table is queried from the database, and the status information of the last moment is sent to the second peripheral module. It should be noted that since the time range for the query is not entered here, the latest status value is returned to the second peripheral module by default. The latest status value here is the status value of the first peripheral module at the last moment in the historical status record table.

[0131] As an example, the diagnostic module of the vehicle embedded system sends a status request to the health management service integrated in the status supervision system through the status acquisition interface, requesting to monitor the relevant status of the 4G management module, including the status of the subscriber identity module (SIM), the 4G antenna status, the access point name (APN), etc. The health management service queries the latest status information of the 4G management module in the historical status record table from the database and sends it to the diagnostic module.

[0132] In the embodiment of the present application, a status request sent by the second peripheral module is received through the status acquisition interface, the status request is used to obtain the status of the first peripheral module, the status request includes the identifier of the first peripheral module, and based on the identifier of the first peripheral module, the status information of the first peripheral module at the last moment in the historical status record table in the database is queried, and then the status information of the last moment is sent to the second peripheral module. In this way, it is convenient for the peripheral module to call or monitor the status of other peripheral modules, and the unified interface does not depend on the hardware platform, which is convenient for transplantation.

[0133] In one embodiment, the status request may further include a query time period, and the status monitoring method of the vehicle embedded system may further include:

[0134] Based on the identifier of the first peripheral module and the query time period, query the historical status record table in the database for the status information of the first peripheral module in the query time period,

[0135] The status information of the first peripheral module in the query time period in the historical status record table is sent to the second peripheral module.

[0136] The query time period can be a time range input by the second peripheral module, which is used to query the status information of the first peripheral module in the query time period. The status acquisition interface will trigger the query database and return all status information of the query time period of the first peripheral module to the second peripheral module.

[0137] In the embodiment of the present application, based on the identifier of the first peripheral module and the query time period, the status information of the first peripheral module in the query time period in the historical status record table in the database is queried, and the status information of the first peripheral module in the query time period in the historical status record table is sent to the second peripheral module. In this way, the accuracy of the second peripheral module obtaining the status information of the first peripheral module in the query time period is improved.

[0138] In one embodiment, the state monitoring system may include a registration monitoring interface, and the state monitoring method of the vehicle embedded system may further include:

[0139] When receiving the instruction of monitoring the first peripheral module sent by the third peripheral module through the registration monitoring interface, query the state information of the first peripheral module at the last moment in the historical state record table in the database,

[0140] Send the status information of the last moment to the third peripheral module,

[0141] When receiving the current state information sent by the first peripheral module, the current state information is sent to the third peripheral module.

[0142] The registration monitoring interface can be an interface provided by the health management service integrated by the status monitoring system to the peripheral hardware module, and can be used for a peripheral module to monitor the status of other peripheral modules, such as Figure 5 As shown, the registration monitoring interface may include a main module registration monitoring interface and a submodule registration monitoring interface. The registration monitoring interface here may be an interface that only needs to be registered once and can automatically monitor the module status later.

[0143] The third peripheral module calls the registration monitoring interface of the health management service, and sends an instruction to the third peripheral module to monitor the first peripheral module, that is, to register and monitor the status of the first peripheral module. After receiving the instruction, the health management service queries the status information of the first peripheral module at the previous moment in the historical status record table from the database, and sends it to the second peripheral module. The status value of the registration monitoring of the first peripheral module at the previous moment can be the latest status value in the historical status record. Then, when the status information of the current moment sent by the first peripheral module is received, the operation of sending the status information of the current moment to the third peripheral module is triggered.

[0144] As an example, the diagnostic module of the vehicle embedded system registers and monitors the status of the first peripheral module through the registration monitoring interface of the health management service. First, the health management service will trigger the action of querying the historical status record table, and return the latest status information of the 4G management module recorded in the historical status record table to the diagnostic module. Secondly, wait for the 4G management module to report a new status. When the 4G management module reports status information to the status monitoring system, the callback function of the diagnostic module will be triggered, and the status information will be written to the database and transmitted to the diagnostic module at the same time, realizing the data routing function.

[0145] In the embodiment of the present application, when the instruction to monitor the first peripheral module is received from the third peripheral module through the registration monitoring interface, the status information of the first peripheral module at the previous moment in the historical status record table of the database is queried, and the status information of the previous moment is sent to the third peripheral module. When the status information of the current moment is received from the first peripheral module, the status information of the current moment is sent to the third peripheral module. In this way, each peripheral module can monitor the status of other peripheral modules in real time.

[0146] In one embodiment, the state supervision method of the vehicle embedded system may further include:

[0147] Polling performance parameters of vehicle embedded systems,

[0148] Determine the target state of the vehicle embedded system based on performance parameters and preset judgment rules,

[0149] When the target state is a fault precursor state or a fault state, state supervision information is generated.

[0150] Performance parameters may include CPU usage, memory usage, IO usage, disk occupancy, EMMC life, process status, network traffic, etc. The health management service presets a subthread for monitoring the performance indicators of the status monitoring system, which is used to poll performance parameters, that is, actively and regularly query performance parameters through query tools.

[0151] The preset judgment rule may be a rule pre-set by the user, and the rule may include thresholds corresponding to parameters such as CPU usage, memory usage, IO usage, disk occupancy, etc., and a prompt message is generated when the value of the performance parameter exceeds the threshold.

[0152] For example, when it is detected that the CPU usage rate exceeds the corresponding threshold of the CPU usage rate for a period of time, the target state of the vehicle embedded system is judged to be a precursor state of a fault, and a prompt message or alarm message is generated to prompt the user; when it is detected that the memory usage rate maintains an increasing trend, it is judged whether there is a memory leak. If there is a memory leak, the target state is judged to be a fault state, and a prompt message is generated; if the process number of the service of the vehicle embedded system is detected to change, and the process state of the service is a restart state, then the target state of the vehicle embedded system is judged to be a fault state, the reason for the restart is collected, and a prompt message is generated; the disk is scanned at each preset interval time period, and when the disk occupancy rate exceeds the threshold, the target state is judged to be a precursor state of a fault, and files that have not been used for a long time are listed, a prompt message is generated, and the user is prompted whether to clean them up through the human-computer interaction interface.

[0153] In an embodiment of the present application, by polling the performance parameters of the vehicle embedded system, and judging the target state of the vehicle embedded system based on the performance parameters and preset judgment rules, and then generating prompt information when the target state is a fault precursor state or a fault state, it is possible to directly judge whether the performance of the vehicle embedded system is abnormal under special circumstances, thereby improving the self-inspection efficiency.

[0154] In one embodiment, S130 may specifically include:

[0155] Send the historical status record table and performance parameters to the cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into the preset expert system inference machine model, and the target state of the vehicle embedded system is judged by the preset expert system inference machine model. The performance parameters are influencing factors, and the weight values ​​corresponding to the influencing factors are set according to the influencing factors affecting the system operation. When the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system.

[0156] When the cloud server receives the historical status record table and performance parameters, the target state of the vehicle embedded system is determined by the preset expert system inference machine model, wherein the preset expert system inference machine model here can be trained based on the historical status code, performance parameters and judgment results (state). The performance parameter can be an influencing factor, and the preset expert system inference machine model can include the weight of the influencing factor. The weight value corresponding to the influencing factor is set according to the influencing factor affecting the system operation, that is, the weight is set according to the influencing factor affecting the system operation. For example, the number of bad blocks of EMMC directly affects the storage of the system. When it reaches a certain level, it will directly cause system damage. Therefore, this influencing factor should occupy a higher weight; when the temperature continues to be too high, it also has a certain impact on the stable operation of the system, but its impact is weaker than EMMC, so the weight is less than EMMC, etc.

[0157] In an embodiment of the present application, a historical status record table and performance parameters are sent to a cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into a preset expert system inference machine model, and the target state of the vehicle embedded system is judged by the preset expert system inference machine model. The performance parameters are influencing factors, and the weight values ​​corresponding to the influencing factors are set according to the influencing factors affecting the system operation. When the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system. The target state can be jointly judged in combination with the status information sent by the peripheral module and the performance parameters obtained by polling, thereby improving the accuracy and efficiency of fault detection or prediction of faults.

[0158] Figure 6 is a schematic structural diagram of a state monitoring device 600 of a vehicle embedded system according to an exemplary embodiment.

[0159] like Figure 6 As shown, the state supervision device 600 of the vehicle embedded system is applied to the state supervision system and may include:

[0160] The receiving module 601 is used to receive status information sent by a first peripheral module of the vehicle embedded system, where the status information includes an identifier of the first peripheral module.

[0161] The storage module 602 is used to store the status information in the historical status record table of the database.

[0162] The sending module 603 is used to send a historical state record table to the cloud server, so that the cloud server can judge the target state of the vehicle embedded system based on the state information in the historical state record table by using a preset expert system inference machine model, and send state supervision information to the state supervision system when the target state is a fault precursor state or a fault state, wherein the state supervision information includes the target state and the identifier of the first peripheral module.

[0163] The receiving module 601 is also used to receive the status supervision information sent by the cloud server.

[0164] In one implementation, the state information may further include a first state value, and the state information is information received at the current moment. The state monitoring device 600 of the vehicle embedded system may further include a recording module, an acquisition module, and an update module.

[0165] A recording module for recording the current timestamp of the vehicle embedded system,

[0166] an acquisition module, used to acquire a second state value of the first peripheral module from a latest state table in a database, wherein the latest state table includes state information of the first peripheral module at a previous moment,

[0167] The updating module is used to update the first state value and the current timestamp into the latest state table when the first state value is inconsistent with the second state value.

[0168] In one implementation, the latest status table may further include a module identifier, a submodule identifier, and a timestamp.

[0169] In one implementation, the storage module 602 is further configured to store the updated latest status table into the historical status record table of the database.

[0170] In one implementation, the state monitoring system may include a state acquisition interface, and the state monitoring device 600 of the vehicle embedded system may also include a query module.

[0171] The receiving module 601 is further used to receive a status request sent by the second peripheral module through the status acquisition interface, the status request is used to obtain the status of the first peripheral module, and the status request includes an identifier of the first peripheral module.

[0172] A query module, used to query the state information of the first peripheral module at the last moment in the historical state record table in the database based on the identifier of the first peripheral module,

[0173] The sending module 603 is further used to send the status information of the last moment to the second peripheral module.

[0174] In one embodiment, the status request may also include a query time period.

[0175] The query module is further used to query the status information of the first peripheral module in the query time period in the historical status record table in the database based on the identifier of the first peripheral module and the query time period,

[0176] The sending module 603 is further configured to send the status information of the first peripheral module in the query time period in the historical status record table to the second peripheral module.

[0177] In one embodiment, the state monitoring system may include a registration monitoring interface.

[0178] The query module is further used to query the state information of the first peripheral module at the last moment in the historical state record table in the database when receiving the instruction of monitoring the first peripheral module sent by the third peripheral module through the registration monitoring interface,

[0179] The sending module 603 is further used to send the status information of the last moment to the third peripheral module.

[0180] The sending module 603 is further configured to send the current state information to the third peripheral module when receiving the current state information sent by the first peripheral module.

[0181] In one implementation, the state monitoring device 600 of the vehicle embedded system may further include a polling module, a judgment module, and a generation module.

[0182] Polling module, used to poll the performance parameters of the vehicle embedded system,

[0183] A judgment module is used to judge the target state of the vehicle embedded system based on performance parameters and preset judgment rules,

[0184] The generating module is used to generate prompt information when the target state is a fault precursor state or a fault state.

[0185] In one embodiment, the sending module 603 is also used to send a historical status record table and performance parameters to the cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into a preset expert system inference machine model, and the target state of the vehicle embedded system is judged by the preset expert system inference machine model. The performance parameter is an influencing factor, and the weight value corresponding to the influencing factor is set according to the influence of the influencing factor on the system operation status, and when the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system.

[0186] Thus, the state information sent by the first peripheral module of the vehicle embedded system is received through the state supervision system, the state information includes the identification of the first peripheral module, the state information is stored in the historical state record table of the database, and the historical state record table is sent to the cloud server, so that the cloud server can judge the target state of the vehicle embedded system based on the state information in the historical state record table through the preset expert system inference machine model, and send state supervision information to the state supervision system when the target state is a fault precursor state or a fault state, and the state supervision information includes the target state and the identification of the first peripheral module, and receive the state supervision information sent by the cloud server. In this way, when a fault occurs in the peripheral module of the vehicle, the system can timely discover and handle it through the target state, and locate the position of the fault through the identification of the first peripheral module in the fault information, thereby improving the efficiency of fault detection.

[0187] Figure 7 A schematic diagram of the electronic hardware structure provided in an embodiment of the present application is shown.

[0188] The electronic device may include a processor 701 and a memory 702 storing computer program instructions.

[0189] Specifically, the processor 701 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0190] The memory 702 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 702 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In appropriate cases, the memory 702 may include a removable or non-removable (or fixed) medium. In appropriate cases, the memory 702 may be inside or outside the integrated gateway disaster recovery device. In a specific embodiment, the memory 702 is a non-volatile solid-state memory.

[0191] The memory may include read-only memory (ROM), random access memory (RAM), magnetic disk storage media devices, optical storage media devices, flash memory devices, electrical, optical or other physical / tangible memory storage devices. Thus, typically, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., memory devices) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.

[0192] The processor 701 implements any one of the vehicle embedded system status monitoring methods in the above embodiments by reading and executing computer program instructions stored in the memory 702 .

[0193] In one example, the electronic device may further include a communication interface 703 and a bus 710. Figure 7 As shown, the processor 701, the memory 702, and the communication interface 703 are connected via a bus 710 and communicate with each other.

[0194] The communication interface 703 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0195] Bus 710 includes hardware, software or both, and the components of the state supervision device of the vehicle embedded system are coupled to each other. For example, but not limitation, the bus may include accelerated graphics port (AGP) or other graphics bus, enhanced industrial standard architecture (EISA) bus, front-end bus (FSB), hypertransport (HT) interconnection, industrial standard architecture (ISA) bus, infinite bandwidth interconnection, low pin count (LPC) bus, memory bus, micro channel architecture (MCA) bus, peripheral component interconnect (PCI) bus, PCI-Express (PCI-X) bus, serial advanced technology attachment (SATA) bus, video electronics standard association local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 710 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the present application considers any suitable bus or interconnection.

[0196] The electronic device can execute the vehicle embedded system state monitoring method in the embodiment of the present application based on receiving the state information sent by the first peripheral module of the vehicle embedded system, the state information including the identification of the first peripheral module, thereby realizing the combination Figure 1 A state supervision method for vehicle embedded systems is described.

[0197] In addition, in combination with the state monitoring method of the vehicle embedded system in the above embodiment, the embodiment of the present application can provide a computer storage medium for implementation. The computer storage medium stores computer program instructions; when the computer program instructions are executed by the processor, any one of the state monitoring methods of the vehicle embedded system in the above embodiment is implemented.

[0198] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0199] The functional blocks shown in the above-described block diagram can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application specific integrated circuit (ASIC), appropriate firmware, a plug-in, a function card, etc. When implemented in software, the elements of the present application are programs or code segments that are used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or a communication link by a data signal carried in a carrier wave. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, ROM, flash memory, erasable ROM (EROM), floppy disks, CD-ROMs, optical disks, hard disks, optical fiber media, radio frequency (RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

[0200] It should also be noted that the exemplary embodiments mentioned in this application describe some methods or systems based on a series of steps or devices. However, this application is not limited to the order of the above steps, that is, the steps can be performed in the order mentioned in the embodiment, or in a different order from the embodiment, or several steps can be performed simultaneously.

[0201] The above describes various aspects of the present disclosure with reference to the flowcharts and / or block diagrams of the methods, devices (systems) and computer program products according to the embodiments of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a state supervision device of a general-purpose computer, a special-purpose computer, or other programmable vehicle embedded system to produce a machine so that these instructions executed by the processor of the state supervision device of the computer or other programmable vehicle embedded system enable the implementation of the functions / actions specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs the specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0202] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A state monitoring method for a vehicle embedded system, characterized in that: include: receiving status information sent by a first peripheral module of the vehicle embedded system, wherein the status information includes an identifier of the first peripheral module, The state information is stored in the historical state record table of the database, Sending the historical state record table to a cloud server, so that the cloud server determines the target state of the vehicle embedded system based on the state information in the historical state record table by using a preset expert system inference machine model, and sending state supervision information to a state supervision system when the target state is a fault precursor state or a fault state, wherein the state supervision information includes the target state and an identifier of the first peripheral module, receiving status supervision information sent by the cloud server, The sending of the historical status record table to the cloud server, so that the cloud server determines the target state of the vehicle embedded system through a preset expert system inference machine model based on the state information in the historical status record table, and sends the state supervision information to the state supervision system when the target state is a fault precursor state or a fault state, includes: The historical status record table and performance parameters are sent to a cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into a preset expert system inference machine model, and the target state of the vehicle embedded system is determined by the preset expert system inference machine model. The performance parameter is an influencing factor, and the weight value corresponding to the influencing factor is set according to the influencing factor affecting the system operation condition, and when the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system.

2. The method according to claim 1, characterized in that The state information further includes a first state value, and the state information is information received at the current moment. After receiving the state information sent by the first peripheral module of the vehicle embedded system, the method further includes: recording the current timestamp of the vehicle embedded system, Acquire a second state value of the first peripheral module from a latest state table in the database, wherein the latest state table includes state information of the first peripheral module at a previous moment, When the first state value is inconsistent with the second state value, the first state value and the current timestamp are updated into the latest state table.

3. The method according to claim 2, characterized in that The latest status table also includes a module identifier, a submodule identifier and a timestamp.

4. The method according to claim 2 or 3, characterized in that: The method further comprises: The updated latest status table is stored in the historical status record table of the database.

5. The method according to claim 1, characterized in that: The state monitoring system includes a state acquisition interface, and the method further includes: receiving a status request sent by a second peripheral module through the status acquisition interface, wherein the status request is used to acquire the status of the first peripheral module, and the status request includes an identifier of the first peripheral module; Based on the identifier of the first peripheral module, query the state information of the first peripheral module at the last moment in the historical state record table in the database, Send the status information at the last moment to the second peripheral module.

6. The method according to claim 5, characterized in that The status request also includes a query time period, and the method further includes: Based on the identifier of the first peripheral module and the query time period, query the historical status record table in the database for the status information of the first peripheral module in the query time period, The status information of the first peripheral module in the historical status record table during the query time period is sent to the second peripheral module.

7. The method according to claim 1, characterized in that The state monitoring system includes a registration monitoring interface, and the method further includes: When receiving an instruction to monitor the first peripheral module sent by the third peripheral module through the registration monitoring interface, querying the state information of the first peripheral module at the last moment in the historical state record table in the database, Sending the state information of the last moment to the third peripheral module, When receiving the current state information sent by the first peripheral module, the current state information is sent to the third peripheral module.

8. The method according to claim 1, characterized in that The method further comprises: polling performance parameters of the vehicle embedded system, Determine the target state of the vehicle embedded system based on the performance parameters and the preset judgment rules, When the target state is a fault precursor state or a fault state, prompt information is generated.

9. A state monitoring device for a vehicle embedded system, characterized in that: include: a receiving module, configured to receive status information sent by a first peripheral module of a vehicle embedded system, wherein the status information includes an identifier of the first peripheral module, A storage module, used to store the status information in a historical status record table of a database, a sending module, configured to send the historical state record table to a cloud server, so that the cloud server can determine the target state of the vehicle embedded system based on the state information in the historical state record table by using a preset expert system inference machine model, and send state supervision information to a state supervision system when the target state is a fault precursor state or a fault state, wherein the state supervision information includes the target state and an identifier of the first peripheral module, The receiving module is further used to receive the status supervision information sent by the cloud server, The sending module is also used to send the historical status record table and performance parameters to the cloud server, so that when the cloud server receives the historical status record table and performance parameters, the status information and performance parameters in the historical status record table are imported into a preset expert system inference machine model, and the target state of the vehicle embedded system is determined by the preset expert system inference machine model. The performance parameter is an influencing factor, and the weight value corresponding to the influencing factor is set according to the influencing factor affecting the system operation status, and when the target state is a fault precursor state or a fault state, the state supervision information is sent to the state supervision system.

Images