Vehicle end embedded platform state management method, device, equipment and medium

Abstract

The invention relates to a vehicle-end embedded platform state management method, device, equipment and medium, which are applied to an embedded platform, the embedded platform comprises a plurality of functional groups, and the method comprises the following steps: responding to the embedded platform to execute a platform upgrading instruction or a platform diagnosis instruction, obtaining a platform state switching request aiming at the embedded platform, and sending the platform state switching request to the embedded platform; executing first logic arbitration on the platform state switching request; if the result of the first logic arbitration is passing, obtaining a first configuration list corresponding to the platform state switching request; screening the plurality of function groups based on the first configuration list to obtain a target function group; acquiring a function group state switching request for the target function group, and switching the current running state of the target function group into a second target state corresponding to the function group state switching request; and if the operation state of the target function group is successfully switched, switching the current state of the embedded platform to a first target state corresponding to the platform state switching request, thereby realizing stable platform mode switching.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle embedded software platforms, and in particular, to a method, device, equipment and medium for managing the state of a vehicle-end embedded platform. Background Art

[0002] With the development of automotive technology, automotive intelligence plays an increasingly important role, and the requirements for vehicle-end operating systems for functions such as in-vehicle intelligent control and assisted driving are gradually increasing. Correspondingly, the number and functional complexity of applications in the vehicle-end embedded platform increase, and it is also necessary to frequently schedule and manage the applications in the embedded platform.

[0003] Currently, when a certain part of the applications in the platform needs to be upgraded, the corresponding applications need to be shut down, and at the same time, it is necessary to ensure that the non-upgraded applications are running normally. However, there are dependencies among a large number of applications. It takes a lot of time to confirm and change the states of the applications one by one, and the complexity of logical calculation is relatively high. At the same time, it is also impossible to ensure whether all the applications that need to be shut down are successfully shut down, and whether the applications that need to remain in the running state are running normally. If the upgrade mode is entered at this time, the safety and stability of the platform cannot be guaranteed. Summary of the Invention

[0004] One of the purposes of the present invention is to provide a method for managing the state of a vehicle-end embedded platform to solve the problem that when the existing vehicle-end platform changes modes, it takes a lot of time to confirm and switch several applications one by one, and the stability of the platform cannot be guaranteed; the second purpose is to provide a device for managing the state of a vehicle-end embedded platform; the third purpose is to provide an electronic device; the fourth purpose is to provide a readable storage medium.

[0005] In order to achieve the above purposes, the technical solutions adopted by the present invention are as follows:

[0006] According to the first aspect of the present invention, there is provided a method for managing the state of a vehicle-end embedded platform, the method including:

[0007] In response to the platform upgrade instruction or platform diagnosis instruction executed by the embedded platform, obtain a platform state switching request for the embedded platform, and perform a first logical arbitration on the platform state switching request;

[0008] If the result of the first logical arbitration is passed, obtain a first configuration list corresponding to the platform state switching request, and the first configuration list at least includes the current running states of several function groups in the first target state corresponding to the platform state switching request;

[0009] Screen the several function groups based on the first configuration list to obtain target function groups;

[0010] Obtain a function group status switching request for the target function group, and switch the current running status of the target function group to a second target status corresponding to the function group status switching request;

[0011] If the running status of the target function group is successfully switched, switch the current status of the embedded platform to a first target status corresponding to the platform status switching request.

[0012] Optionally, before obtaining the platform status switching request for the embedded platform, the method further includes:

[0013] Obtain multiple platform modes set by a user for the embedded platform;

[0014] Generate a first configuration list corresponding to the platform mode according to the status information corresponding to each platform mode;

[0015] Wherein, the multiple platform modes at least include an over-the-air technology mode and an automatic diagnosis mode.

[0016] Optionally, the obtaining the first configuration list corresponding to the platform status switching request if the result of the first logical arbitration is passed includes:

[0017] Obtain a first target status corresponding to the platform status switching request;

[0018] If there is a conflict between the first target status and the current status of the embedded platform and the result of the first logical arbitration is not passed, return the result of the first logical arbitration and end the process.

[0019] Optionally, the screening the several function groups based on the first configuration list to obtain a target function group includes:

[0020] Obtain the running status of the several function groups;

[0021] Use the function groups whose running status is inconsistent with the current running status corresponding in the first configuration list as the target function group.

[0022] Optionally, the function group contains several applications, and the applications are divided into corresponding function groups according to function types. The obtaining a function group status switching request for the target function group and switching the current running status of the target function group to a second target status corresponding to the function group status switching request includes:

[0023] Perform a second logical arbitration on the function group status switching request. If the result of the second logical arbitration is passed, read a second configuration list corresponding to the function group status switching request;

[0024] Obtain a switching instruction for the applications in the target function group according to the second configuration list, and switch the current running state of the application to a third target state corresponding to the switching instruction;

[0025] If the switching of the running state of the application is successful, switch the current running state of the target function group to a second target state corresponding to the function group state switching request;

[0026] Wherein, the second configuration list at least includes the current running states of several applications in the second target state corresponding to the function group state switching request.

[0027] Optionally, if the result of the second logical arbitration is passed, reading the second configuration list corresponding to the function group state switching request includes:

[0028] Obtain the current running state of the target function group corresponding to the second target state;

[0029] If there is a conflict between the second target state and the current running state of the target function group, and the result of the second logical arbitration is not passed, send a switching failure message for the target function group and end the process.

[0030] Optionally, after switching the current state of the embedded platform to a first target state corresponding to the platform state switching request, the method further includes:

[0031] Obtain the first target state of the embedded platform and the second target state of the target function group;

[0032] Read the second configuration list corresponding to the second target state, and obtain the current running states of several applications in the target function group based on the second configuration list;

[0033] Receive the reporting information of the applications in the target function group;

[0034] If the running state of the application in the second configuration list is start, and the reporting information of the application is not received within a preset period, confirm that the running state of the application is abnormal and restart the application;

[0035] If the running state of the application in the second configuration list is stop, and the reporting information of the application is received within a preset period, confirm that the running state of the application is abnormal and close the application.

[0036] According to a second aspect of the present invention, there is provided a vehicle-mounted embedded platform state management device, the device includes:

[0037] A platform switching request receiving module, configured to, in response to the embedded platform executing a platform upgrade instruction or a platform diagnostic instruction, obtain a platform status switching request for the embedded platform, and perform a first logical arbitration on the platform status switching request;

[0038] A first configuration list obtaining module, configured to, if the result of the first logical arbitration is passed, obtain a first configuration list corresponding to the platform status switching request, where the first configuration list at least includes the current operating status of several function groups in the first target state corresponding to the platform status switching request;

[0039] A target function group screening module, configured to screen the several function groups based on the first configuration list to obtain a target function group;

[0040] A function group status switching module, configured to obtain a function group status switching request for the target function group, and switch the current operating status of the target function group to a second target state corresponding to the function group status switching request;

[0041] A platform status switching module, configured to, if the operation status switching of the target function group is successful, switch the current state of the embedded platform to a first target state corresponding to the platform status switching request.

[0042] According to another aspect of the present invention, there is also provided an electronic device, including:

[0043] A processor;

[0044] A memory for storing executable instructions of the processor;

[0045] Wherein, the processor is configured to execute the instructions to implement the vehicle-mounted embedded platform status management method as described above.

[0046] According to another aspect of the present invention, there is also provided a readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the steps of the vehicle-mounted embedded platform status management method as described above are implemented.

[0047] Advantages of the present invention:

[0048] The method for managing the state of the vehicle-end embedded platform provided by the embodiment of the present invention responds to the platform upgrade instruction or the platform diagnosis instruction executed by the embedded platform, obtains the platform state switching request for the embedded platform, and performs the first logical arbitration on the platform state switching request; if the result of the first logical arbitration passes, obtain the first configuration list corresponding to the platform state switching request, and the first configuration list at least includes the current operating states of several function groups in the first target state corresponding to the platform state switching request; screen several function groups based on the first configuration list to obtain the target function groups; obtain the function group state switching requests for the target function groups, and switch the current operating states of the target function groups to the second target states corresponding to the function group state switching requests; if the switching of the operating states of the target function groups is successful, switch the current state of the embedded platform to the first target state corresponding to the platform state switching request. By defining the platform state, the present invention responds to the execution of the platform upgrade instruction or the platform diagnosis instruction in the embedded platform, that is, in response to the state switching requirement of the embedded platform, obtains the platform state switching request for the embedded platform, and when the platform state switching request passes the first logical arbitration, according to the first configuration list corresponding to the platform state switching request, and obtains the current operating states of several function groups in the first target state therefrom, switches the states of each function group, and realizes the unified management of the operating states of multiple function groups by changing the platform state, effectively improving the management efficiency of the function groups in the platform. Since multiple function groups are switched consistently according to the configuration list, there is no need to detect and confirm one by one, further realizing fast and stable state switching for the embedded platform. BRIEF DESCRIPTION OF THE DRAWINGS

[0049] Figure 1 is a flowchart of the steps of a method for managing the state of a vehicle-end embedded platform provided by an embodiment of the present invention;

[0050] Figure 2 is a schematic diagram of the operating state of a vehicle-end embedded platform provided by an embodiment of the present invention;

[0051] Figure 3 is a flowchart of the steps of another method for managing the state of a vehicle-end embedded platform provided by an embodiment of the present invention;

[0052] Figure 4 is a block diagram of the structure of a device for managing the state of a vehicle-end embedded platform provided by an embodiment of the present invention;

[0053] Figure 5 is a structural diagram of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0054] The embodiments of the present invention will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand the other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, rather than for limiting the protection scope of the present invention.

[0055] Referring to Figure 1 , a flowchart of the steps of the vehicle-end embedded platform status management method provided by an embodiment of the present invention is shown. The method may include:

[0056] Step 101, in response to the embedded platform executing a platform upgrade instruction or a platform diagnosis instruction, obtain a platform status switching request for the embedded platform, and perform a first logical arbitration on the platform status switching request.

[0057] Exemplarily, there are several function groups in the vehicle-end embedded platform. Among them, a function group is a set of coherent processes that need to be uniformly controlled. By combining these processes together according to a certain correlation, a certain function can be achieved. When the embedded platform is in a certain operating state, each function group will be in a corresponding function group state. When the embedded platform needs to perform some operations, such as Over-the-Air Technology (OTA) upgrade or automatic diagnosis, the Microcontroller Unit (MCU) or other applications in the embedded platform will issue corresponding platform upgrade instructions or platform diagnosis instructions. In response to the execution of the platform upgrade instruction or the platform diagnosis instruction by the embedded platform, the Platform Status Management (PSM) module in the embedded platform obtains the platform status switching request to switch the operating state of the embedded platform according to the platform status switching request.

[0058] To ensure the safe and stable operation state of the platform, after receiving the platform status switching request, the platform status management module first performs a first logical arbitration on the platform status switching request. The first logical arbitration will prohibit some illegal operations that may cause adverse consequences. For example, when the embedded platform is in the OTA upgrade process, the platform will be prohibited from switching to the power-off state at this time to avoid cutting off the power before the application upgrade is completed, resulting in errors in data reception in the platform.

[0059] In an embodiment of the present invention, when the embedded platform executes a platform upgrade instruction or a platform diagnosis instruction, OTA upgrade or automatic diagnosis is performed. That is, when there is a need for state switching in the current embedded platform, a response is generated to the action of executing the instruction on the embedded platform, a platform state switching request is obtained, and the first logical arbitration is performed on the platform state switching request. By changing the platform state, consistent switching management is performed on the states of each functional group, improving the stability of the embedded platform while achieving rapid platform state switching.

[0060] Step 102, if the result of the first logical arbitration is passed, obtain the first configuration list corresponding to the platform state switching request. The first configuration list at least includes the current running states of several functional groups in the first target state corresponding to the platform state switching request.

[0061] Exemplarily, obtain the first target state corresponding to the platform state switching request. When the result of the first logical arbitration indicates that there is no conflict between the first target state corresponding to the platform state switching request and the current state of the platform, it can be considered that the result of the first logical arbitration is passed. That is, the state of the embedded platform can be changed according to the platform state switching request. When there is a conflict between the first target state corresponding to the platform state switching request and the current state of the platform, it can be considered that the result of the first logical arbitration is not passed. At this time, the state of the embedded platform cannot be switched according to the platform state switching request, and the result of the first logical arbitration is returned to the microcontroller unit or application that issues the platform state switching request, and this state switching process is ended. The specific content of the first logical arbitration can be set according to platform requirements and is not specifically limited here. Among them, when the platform state switching request passes the first logical arbitration, obtain the first configuration list corresponding to the platform state switching request. The first configuration list at least includes the current running states of several functional groups in the first target state corresponding to the platform state switching request. According to the obtained first configuration list, the running state information corresponding to several functional groups of the corresponding embedded platform in the first target state can be read, so as to perform consistent switching and management on the running states of several functional groups.

[0062] In an embodiment of the present invention, according to the first configuration list corresponding to the platform state switching request, the running states of each functional group when the platform is in the first target state can be obtained. Therefore, when the received platform state switching request passes the first logical arbitration, the running states of each functional group can be matched and switched and managed according to the first configuration list.

[0063] Step 103, screen several functional groups based on the first configuration list to obtain target functional groups.

[0064] Exemplarily, after obtaining the first configuration list, the running state information corresponding to each functional group in the embedded platform in the first target state can be read according to the first configuration list. For example, when the current state of the platform is the OTA upgrade state, each functional group corresponds to the start state or the shutdown state; when the current state of the platform is the automatic diagnosis state, each functional group corresponds to the start state or the shutdown state. Obtain the running states of several functional groups in the embedded platform, and compare them with the running state information corresponding to each functional group obtained from the first configuration list. Among them, the functional groups with the running state the same as the corresponding current running state in the first configuration list do not need to switch states and remain in the target running state, and are not selected as target functional groups. While the functional groups with the running state different from the corresponding current running state in the first configuration list need to be switched according to the current running state in the first configuration list, that is, they are selected as target functional groups to obtain the functional group state switching request and complete the switching of the running state of the target functional group.

[0065] Specifically, the switching of each functional group state is managed by the Status Management (SM) module. Among them, the functional state switching request is sent by the platform status management module, received by the status management module, and the second logical arbitration is performed on the functional state switching request to ensure the stable operation of the functional group, which will not be elaborated here.

[0066] Step 104, obtain the functional group state switching request for the target functional group, and switch the current running state of the target functional group to the second target state corresponding to the functional group state switching request.

[0067] Exemplarily, after filtering out the target functional group based on the first configuration list, the status management module obtains the functional group state switching request for the target functional group. To ensure the stable operation of the functional group, the second logical arbitration is also performed on the functional group state switching request to avoid the execution result of the functional group state switching request causing data anomalies in the functional group. For example, when the target functional group is in the upgrade process, the running state of the target functional group is prohibited from being switched to the power-off state or shutdown state at this time, to avoid data loss caused by incomplete reception of the upgrade data in the target functional group. Therefore, when the result of the second logical arbitration indicates that the second target state corresponding to the functional group state switching request does not conflict with the current state of the target functional group, it can be considered that the result of the second logical arbitration is passed, and the state of the target functional group is switched according to the functional state switching request. While when the second target state corresponding to the functional group state switching request conflicts with the current state of the target functional group, it can be considered that the result of the second logical arbitration is not passed. At this time, the status management module sends a switching failure message for the target functional group to the platform status management module and ends the current state switching process.

[0068] Specifically, after the state transition process ends, the platform state management module returns the platform's transition result information to the microcontroller unit or application that sent the platform state transition request. Among them, when the result of the second logical arbitration fails, the current state transition process ends, and the platform state management module returns a transition failure message to the microcontroller unit or application, indicating that the embedded platform has not successfully switched to the first target state. The specific content of the second logical arbitration can be set according to platform requirements and is not specifically limited here.

[0069] In the embodiment of the present invention, after obtaining the target function group, a function group state transition request for the target function group is obtained, and when the second logical arbitration is passed, the current running state of the target function group is switched to the second target state corresponding to the function group state transition request. Specifically, according to the second target state information corresponding to the function group state transition request, the second configuration list corresponding to the function group state transition request can be read. The second configuration list at least includes the current running states of several applications in the target function group in the second target state corresponding to the function group state transition request. The current running states of the applications in the second configuration list are compared with the running states of the applications in the target function group. If there is an application whose running state is different from the current running state in the second configuration list, a switching instruction is obtained for the application, and the running state of the application is switched to the third target state corresponding to the switching instruction according to the switching instruction, that is, according to the second configuration list, the running states of several applications in the target function group are matched and switched to make the current running states of several applications in the target function group conform to the current running states of the applications in the second target state. Specifically, in this embodiment, the Execution Management (EM) application is responsible for starting and stopping all applications in the embedded platform except the EM application itself, that is, all applications are subprocesses of the EM application. Among them, the switching instruction for the application in the target function group is sent by the state management module to the execution management module, and the application in the target function group is started or stopped through the execution management module, that is, the switching instruction is executed to switch the running state of the application to the third target state, and after the execution is completed, the execution result of the switching instruction is returned to the state management module. According to the execution result of the switching instruction, when the current running states of all applications in the target function group conform to the second configuration list, that is, all applications have completed the switching, it can be indicated that the target function group has successfully switched to the second target state.

[0070] Step 105, if the running state of the target function group is successfully switched, the current state of the embedded platform is switched to the first target state corresponding to the platform state transition request.

[0071] Exemplarily, the status management module receives the status switching result of the target function group. When the running status of all target function groups under the embedded platform has been successfully switched, it indicates that the current running status of all applications included in the embedded platform at this time can support the platform to switch to the first target state. At this time, the current state of the embedded platform is switched to the first target state corresponding to the platform status switching request, and the platform status management module obtains the first target state information and returns the first target state information, that is, the status information of the switched embedded platform, to the microcontroller unit or application that sent the switching request, indicating that the embedded platform has been successfully switched to the first target state corresponding to the platform status switching request, enabling the microcontroller unit or application to continue with the next step of operation, which will not be elaborated here.

[0072] The vehicle-mounted embedded platform status management method provided by the embodiments of the present invention defines the platform status and responds to the execution of platform upgrade instructions or platform diagnostic instructions in the embedded platform, that is, in response to the existence of a status switching requirement for the embedded platform, obtains a platform status switching request for the embedded platform. When the platform status switching request passes the first logical arbitration, according to the first configuration list corresponding to the platform status switching request, obtains the current running status of several function groups in the first target state, switches the status of each function group, further combines the second logical arbitration result with the second configuration list to switch the running status of the applications in the target function group, and receives the reporting information to monitor the current running status of the applications. By changing the platform status, the unified management of the current running status of several function groups and several applications in the embedded platform is realized, effectively improving the management efficiency of the embedded platform. Since the running status of several function groups and several applications is switched in accordance with the configuration list, there is no need to detect and confirm one by one, further realizing fast and stable status switching for the embedded platform.

[0073] Refer to Figure 2 , which shows a schematic diagram of the running status of a vehicle-mounted embedded platform provided by the embodiments of the present invention. As Figure 2 shown, the embedded platform includes several function groups, such as function group A, function group B, and function group C, and several applications are included in each function group.

[0074] Among them, the running status of the platform and the first configuration list are obtained through the following steps:

[0075] Obtain multiple platform modes set by the user for the embedded platform.

[0076] Generate a first configuration list corresponding to the platform mode according to the status information corresponding to each platform mode.

[0077] Among them, the multiple platform modes at least include the over-the-air technology mode and the automatic diagnosis mode.

[0078] In an embodiment of the present invention, multiple platform modes preset by a user for an embedded platform are received. For any platform mode, according to the status information of the platform in this platform mode, a first configuration list corresponding to this platform mode is generated, that is, according to the current operating status of each functional group and each application that the embedded platform should have in this platform mode, a first configuration list is generated, and the operation status of several functional groups and several applications is uniformly configured and managed by setting the platform mode. As Figure 2 shown, in the current platform mode, each functional group is in the functional group A state, the functional group B state, and the functional group C state respectively, and several applications included in the functional group also correspond to the current operating status in the platform mode, such as the application 1 state, the application 2 state, and the application 3 state in the functional group A. Therefore, by setting multiple platform modes and correspondingly generating the first configuration list, the operation status of several functional groups and several applications in the embedded platform is uniformly configured and managed, and when the platform status switches, the status of the functional group and the application is quickly switched according to the first configuration list.

[0079] Referring to Figure 3 , another vehicle-mounted embedded platform status management method provided by an embodiment of the present invention is shown. This method is basically the same as the vehicle-mounted embedded platform status management method provided by the first embodiment of the present invention, except that the method may further include:

[0080] Step 301, in response to the embedded platform executing a platform upgrade instruction or a platform diagnosis instruction, obtain a platform status switch request for the embedded platform, and perform a first logical arbitration on the platform status switch request.

[0081] Step 302, if the result of the first logical arbitration is passed, obtain the first configuration list corresponding to the platform status switch request. The first configuration list at least includes the current operating status of several functional groups in the first target state corresponding to the platform status switch request.

[0082] Step 303, screen several functional groups based on the first configuration list to obtain target functional groups.

[0083] Step 304, obtain a functional group status switch request for the target functional group, and switch the current operating status of the target functional group to a second target state corresponding to the functional group status switch request.

[0084] Step 305, if the operation status switch of the target functional group is successful, switch the current status of the embedded platform to the first target state corresponding to the platform status switch request.

[0085] Step 306: Obtain the first target state of the embedded platform and the second target state of the target function group.

[0086] Step 307: Read the second configuration list corresponding to the second target state, and obtain the current running states of several applications in the target function group based on the second configuration list.

[0087] Step 308: Receive the reporting information of the applications in the target function group.

[0088] In the embodiment of the present invention, the Platform Health Management (PHM) module monitors the running states of various applications in the embedded platform. Specifically, by reading the second configuration list corresponding to the second target state of the target function group in the switched embedded platform, the current running states of several applications in the target function group in the second target state are obtained, and the reporting information regularly sent by the applications is received, and the current running states of the applications are confirmed by information comparison.

[0089] Step 309: If the running state of the application in the second configuration list is start, and the reporting information of the application is not received within the preset period, confirm that the running state of the application is abnormal and restart the application; if the running state of the application in the second configuration list is stop, and the reporting information of the application is received within the preset period, confirm that the running state of the application is abnormal and close the application.

[0090] In this embodiment, after the state of the embedded platform is switched, the target function group in the second target state in the platform is obtained, and the second configuration list corresponding to the target function group is read again, and the current running states of several applications in the second target state are obtained from the second configuration list. Specifically, the applications in the embedded platform in the start running state will regularly send reporting information to the platform health management module. If in the second target state, the second configuration list clearly indicates that the application should be in the start running state, and the platform health management module does not receive the reporting information of the application within the preset period, it can be indicated that the running state of the application is abnormal. At this time, the platform health management module sends an instruction to the execution management module to restart the application through the execution management module. At the same time, if in the second target state, the second configuration list clearly indicates that the application should be in the stop running state, and the platform health management module receives the reporting information of the application within the preset period, it can also be indicated that the running state of the application is abnormal. At this time, the application is closed through the execution management module, so as to monitor the current running states of all applications in the embedded platform and ensure the stable operation of the platform in the current target state.

[0091] The above steps 301 to 305 are as described in the previous steps 101 to 105 and will not be elaborated here.

[0092] On the basis of realizing the beneficial effects of the first embodiment, the embodiment of the present invention receives the reporting information of the application through the platform health management module, rereads the second configuration list of the target function group in the second target state, and compares it according to the current running states of several applications in the second configuration list, monitors the current running states of all applications in the platform, and switches the current running state of the abnormal application through the execution management module, ensuring that all applications run in the current running state corresponding to the current target state of the platform, thereby improving the stability of the running state of the embedded platform.

[0093] Referring to Figure 4 , a structural block diagram of a vehicle-mounted embedded platform state management device provided by an embodiment of the present invention is shown. The device may include:

[0094] A platform switching request receiving module 401, configured to obtain a platform state switching request for the embedded platform in response to the embedded platform executing a platform upgrade instruction or a platform diagnosis instruction, and perform a first logic arbitration on the platform state switching request;

[0095] A first configuration list obtaining module 402, configured to obtain a first configuration list corresponding to the platform state switching request if the result of the first logic arbitration is passed. The first configuration list at least includes the current running states of several function groups in the first target state corresponding to the platform state switching request;

[0096] A target function group screening module 403, configured to screen the several function groups based on the first configuration list to obtain a target function group;

[0097] A function group state switching module 404, configured to obtain a function group state switching request for the target function group, and switch the current running state of the target function group to a second target state corresponding to the function group state switching request;

[0098] A platform state switching module 405, configured to switch the current state of the embedded platform to a first target state corresponding to the platform state switching request if the running state switching of the target function group is successful.

[0099] Further, the device further includes:

[0100] A platform mode setting module, configured to obtain multiple platform modes set by a user for the embedded platform;

[0101] A first configuration list generating module, configured to generate a first configuration list corresponding to the platform mode according to the status information corresponding to each platform mode;

[0102] Among them, the multiple platform modes at least include the Over-the-Air (OTA) technology mode and the automatic diagnosis mode.

[0103] Further, the first configuration list acquisition module 402 includes:

[0104] A first target state acquisition module, configured to acquire a first target state corresponding to the platform state switching request;

[0105] A first logic arbitration module, configured to, if there is a conflict between the first target state and the current state of the embedded platform and the result of the first logic arbitration is not passed, return the result of the first logic arbitration and end the process.

[0106] Further, the target function group screening module 403 includes:

[0107] A function group state acquisition module, configured to acquire the running states of the several function groups;

[0108] A target function group acquisition module, configured to use the function groups whose running states are inconsistent with the current running states corresponding in the first configuration list as target function groups.

[0109] Further, the function group contains several applications, and the applications are divided into corresponding function groups according to function types. The function group state switching module 404 includes:

[0110] A second logic arbitration module, configured to perform a second logic arbitration on the function group state switching request. If the result of the second logic arbitration is passed, read a second configuration list corresponding to the function group state switching request;

[0111] A third target state switching module, configured to obtain a switching instruction for the applications in the target function group according to the second configuration list, and switch the current running state of the applications to a third target state corresponding to the switching instruction;

[0112] A target function group state switching module, configured to, if the running state switching of the applications is successful, switch the current running state of the target function group to a second target state corresponding to the function group state switching request;

[0113] Among them, the second configuration list at least includes the current running states of several applications in the second target state corresponding to the function group state switching request.

[0114] Further, the second logic arbitration module includes:

[0115] A function group current state acquisition module, configured to acquire the current running state of the target function group corresponding to the second target state;

[0116] The second logical arbitration result confirmation module is used to send a switching failure message for the target function group and end the process if there is a conflict between the second target state and the current operating state of the target function group, and the result of the second logical arbitration fails.

[0117] Furthermore, the device further includes:

[0118] The target state reading module is used to obtain the first target state of the embedded platform and the second target state of the target function group;

[0119] The second configuration list reading module is used to read the second configuration list corresponding to the second target state, and obtain the current operating states of several applications in the target function group based on the second configuration list;

[0120] The reporting point information receiving module is used to receive the reporting point information of the applications in the target function group;

[0121] The application state confirmation module is used to confirm that the operating state of the application is abnormal and restart the application if the operating state of the application in the second configuration list is start and the reporting point information of the application is not received within a preset period; confirm that the operating state of the application is abnormal and close the application if the operating state of the application in the second configuration list is close and the reporting point information of the application is received within a preset period.

[0122] The vehicle-mounted embedded platform state management device provided by the embodiment of the present invention defines the platform state and responds to the execution of the platform upgrade instruction or the platform diagnosis instruction in the embedded platform, that is, in response to the need for state switching of the embedded platform, obtains the platform state switching request for the embedded platform. When the platform state switching request passes the first logical arbitration, according to the first configuration list corresponding to the platform state switching request, and obtains the current operating states of several function groups in the first target state from it, switches the states of each function group, further combines the second logical arbitration result with the second configuration list to switch the operating states of the applications in the target function group, and receives the reporting point information to monitor the current operating states of the applications. By changing the platform state, the unified management of the current operating states of several function groups and several applications in the embedded platform is realized, effectively improving the management efficiency of the embedded platform. Since the operating states of several function groups and several applications are switched consistently according to the configuration list, there is no need to detect and confirm one by one, and the fast and stable state switching of the embedded platform is further realized.

[0123] Refer to Figure 5 and the embodiment of the present invention also provides an electronic device, such as Figure 5As shown in the figure, it includes a processor 501, a communication interface 502, a memory 503, and a communication bus 504. Among them, the processor 501, the communication interface 502, and the memory 503 complete mutual communication through the communication bus 504.

[0124] The memory 503 is used to store computer programs.

[0125] When the processor 501 executes the program stored in the memory 503, the following steps are implemented:

[0126] When it is detected that the embedded platform performs Over-the-Air (OTA) technology upgrade or automatic diagnosis, receive a platform status switch request.

[0127] Perform a first logical arbitration on the platform status switch request. When the result of the first logical arbitration passes, obtain a first configuration list corresponding to the platform status switch request.

[0128] Obtain a function group status switch request for a target function group according to the first configuration list.

[0129] According to the function group status switch request, switch the current running state of the target function group to a first target state.

[0130] When the running state of the target function group is successfully switched, switch the current state of the embedded platform to a second target state and return the second target state information.

[0131] The communication bus mentioned in the above terminal can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into an address bus, a data bus, a control bus, etc. For the sake of simplicity, only a thick line is used to represent it in the figure, but it does not mean that there is only one bus or one type of bus.

[0132] The communication interface is used for communication between the above terminal and other devices.

[0133] The memory can include a Random Access Memory (RAM), and can also include a non-volatile memory, such as at least one disk memory. Optionally, the memory can also be at least one storage device located far from the aforementioned processor.

[0134] The above-mentioned processor may be a general-purpose processor, including a Central Processing Unit (CPU), a Network Processor (NP), etc.; it may also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field-Programmable Gate Array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

[0135] In another embodiment provided by the present invention, a computer-readable storage medium is further provided. Instructions are stored in the computer-readable storage medium. When it runs on a computer, the computer is enabled to execute the vehicle-end embedded platform state management method described in any one of the above embodiments.

[0136] In the above embodiments, it may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented using software, it may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions described in the embodiments of the present invention are generated in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions may be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, a computer, a server, or a data center to another website, a computer, a server, or a data center by wire (such as coaxial cable, optical fiber, Digital Subscriber Line (DSL)) or wireless (such as infrared, wireless, microwave, etc.). The computer-readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, a data center, etc. that includes one or more available media integrated. The available medium may be a magnetic medium (for example, a floppy disk, a hard disk, a magnetic tape), an optical medium (for example, a DVD), or a semiconductor medium (for example, a Solid State Disk (SSD)).

[0137] It should be noted that in this text, relational terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any actual relationship or order between these entities or operations. Moreover, the terms "comprising", "including" or any other variants thereof are intended to cover non-exclusive inclusion, such that a process, method, article or device comprising a series of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article or device. Without further limitation, an element defined by the statement "comprising an..." does not exclude the presence of additional identical elements in the process, method, article or device comprising the said element.

[0138] Each embodiment in this specification is described in a related manner. For the same or similar parts among the embodiments, reference can be made to each other, and the differences between each embodiment and other embodiments are emphasized. In particular, for system embodiments, since they are basically similar to method embodiments, the description is relatively simple, and reference can be made to the relevant parts of the method embodiments for the relevant content.

[0139] The above are only the preferred embodiments of the present invention and are not intended to limit the protection scope of the present invention. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention are included within the protection scope of the present invention.

Claims

1. A method for managing the state of an in-vehicle embedded platform, characterized in that, Applied to an embedded platform, which includes several functional groups, the method includes: In response to the embedded platform executing a platform upgrade instruction or a platform diagnosis instruction, obtain a platform status switching request for the embedded platform, and perform a first logical arbitration on the platform status switching request; If the result of the first logical arbitration is passed, obtain a first configuration list corresponding to the platform status switching request, where the first configuration list at least includes the current running status of several functional groups in the first target state corresponding to the platform status switching request; Based on the first configuration list, screen the several functional groups to obtain target functional groups; Obtain a functional group status switching request for the target functional group, and switch the current running status of the target functional group to a second target state corresponding to the functional group status switching request; If the running status of the target functional group is successfully switched, switch the current state of the embedded platform to the first target state corresponding to the platform status switching request.

2. The method according to claim 1, wherein Before obtaining the platform status switching request for the embedded platform, the method further includes: Obtain multiple platform modes set by a user for the embedded platform; Generate a first configuration list corresponding to the platform mode according to the status information corresponding to each platform mode; Wherein, the multiple platform modes at least include an Over-the-Air (OTA) technology mode and an automatic diagnosis mode.

3. The method according to claim 1, wherein The step of if the result of the first logical arbitration is passed, obtain a first configuration list corresponding to the platform status switching request, includes: Obtain a first target state corresponding to the platform status switching request; If there is a conflict between the first target state and the current state of the embedded platform and the result of the first logical arbitration is not passed, return the result of the first logical arbitration and end the process.

4. The method according to claim 1, wherein The step of based on the first configuration list, screen the several functional groups to obtain target functional groups, includes: Obtain the running status of the several functional groups; Use the functional groups whose running status is inconsistent with the current running status in the first configuration list as target functional groups.

5. The method according to claim 1, characterized in that, Each functional group includes several applications, and the applications are divided into corresponding functional groups according to function types. The step of obtain a functional group status switching request for the target functional group, and switch the current running status of the target functional group to a second target state corresponding to the functional group status switching request, includes: Perform a second logical arbitration on the functional group status switching request. If the result of the second logical arbitration is passed, read a second configuration list corresponding to the functional group status switching request; Obtain a switching instruction for the applications in the target functional group according to the second configuration list, and switch the current running status of the applications to a third target state corresponding to the switching instruction; If the running status of the applications is successfully switched, switch the current running status of the target functional group to the second target state corresponding to the functional group status switching request; Among them, the second configuration list at least includes the current running states of several applications in the second target state corresponding to the function group state switching request.

6. The method according to claim 5, wherein If the result of the second logical arbitration is passed, reading the second configuration list corresponding to the function group state switching request includes: Obtaining the current running state of the target function group corresponding to the second target state; If there is a conflict between the second target state and the current running state of the target function group, and the result of the second logical arbitration is not passed, sending a switching failure message for the target function group and ending the process.

7. The method according to claim 1, characterized in that, After switching the current state of the embedded platform to the first target state corresponding to the platform state switching request, the method further includes: Obtaining the first target state of the embedded platform and the second target state of the target function group; Reading the second configuration list corresponding to the second target state, and obtaining the current running states of several applications in the target function group based on the second configuration list; Receiving the reporting information of the applications in the target function group; If the running state of the application in the second configuration list is start, and the reporting information of the application is not received within a preset period, confirming that the running state of the application is abnormal and restarting the application; If the running state of the application in the second configuration list is stop, and the reporting information of the application is received within a preset period, confirming that the running state of the application is abnormal and closing the application.

8. An on-vehicle embedded platform status management device, characterized in that, The device includes: A platform switching request receiving module, configured to obtain a platform state switching request for the embedded platform in response to the embedded platform executing a platform upgrade instruction or a platform diagnosis instruction, and perform a first logical arbitration on the platform state switching request; A first configuration list obtaining module, configured to obtain the first configuration list corresponding to the platform state switching request if the result of the first logical arbitration is passed, where the first configuration list at least includes the current running states of several function groups in the first target state corresponding to the platform state switching request; A target function group screening module, configured to screen the several function groups based on the first configuration list to obtain a target function group; A function group state switching module, configured to obtain a function group state switching request for the target function group, and switch the current running state of the target function group to the second target state corresponding to the function group state switching request; A platform state switching module, configured to switch the current state of the embedded platform to the first target state corresponding to the platform state switching request if the running state of the target function group is successfully switched.

9. An electronic device, characterized in that, Including: A processor; A memory for storing processor-executable instructions; Among them, the processor is configured to execute the instructions to implement the vehicle-mounted embedded platform state management method according to any one of claims 1 to 7.

10. A readable storage medium, characterized in that, A computer program is stored on the readable storage medium, and when the computer program is executed by the processor, it implements the vehicle-mounted embedded platform state management method according to any one of claims 1 to 7.

Images