Self-checking and repairing method and system based on Android vehicle machine and vehicle

Abstract

The invention relates to the technical field of vehicle infotainment repair, and discloses a self-checking repair method and system based on an Android vehicle infotainment and a vehicle. A vehicle infotainment server side regularly synchronizes a self-checking repair strategy to a cloud side, a vehicle infotainment client side calls a self-checking repair error strategy to the cloud side, abnormity monitoring is carried out on a program process, and a self-checking repair result is obtained. The program process is monitored to be abnormal and then fed back to the vehicle-mounted terminal server, the vehicle-mounted terminal server can monitor the whole system resource load and the running state of the vehicle-mounted terminal client, and if the system resource load is monitored to be abnormal and / or the vehicle-mounted terminal client and / or the program process abnormal information sent by the vehicle-mounted terminal client is received, the vehicle-mounted terminal server sends the program process abnormal information to the vehicle-mounted terminal server. If yes, the optimal self-checking and repairing strategy can be matched from the self-checking and repairing strategy set synchronized by the cloud end, the vehicle-mounted terminal abnormity repairing is carried out, the vehicle-mounted terminal system resources are monitored, the cloud end can update and optimize the self-checking and repairing strategy in real time based on the vehicle-mounted terminal abnormity repairing result sent by each vehicle-mounted terminal server end, and a self-checking and repairing strategy closed loop is formed.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle computer repair, and in particular to a self-checking and repairing method, system and vehicle based on an Android vehicle computer. Background Art

[0002] With the increasing intelligence of automobiles, the domain control solutions of the T-box Head Unit (THU) have become more diverse, the number of ecological applications and pre-installed system applications has increased, and there are more and more screens in the cockpit. The customization of the Android system, graphics processing unit (GPU), and central processing unit (CPU) has gradually increased, which has also led to the poor stability of the THU cockpit, resulting in a series of problems such as black screen, stuck screen, no response, or stuck interface at startup.

[0003] In the existing solution, when a preset fault occurs in the target functional module, the fault and fault code correspondence preset when the vehicle computer leaves the factory is loaded to realize the fault repair in the specific target functional module in the event of an abnormality. However, with the diversity of intelligence, the diverse problems in the actual operation process cannot be handled and updated in time, which will also affect the timely repair of vehicle computer problems. Summary of the invention

[0004] In view of this, the present invention provides a self-check and repair method, system and vehicle based on Android vehicle computer to solve the problem that various problems in the actual operation process cannot be handled and updated in time, which will also affect the timely repair of vehicle computer problems.

[0005] In a first aspect, the present invention provides a self-check and repair method based on an Android vehicle computer, which is applied to a vehicle computer server, and the method includes: regularly sending a self-check and repair strategy synchronization request to the cloud; receiving a self-check and repair strategy set sent by the cloud, and monitoring the whole system resource load and the running status of the vehicle computer client in real time, wherein the self-check and repair strategy set is obtained by updating the self-check and repair strategy set currently stored in the cloud in real time based on the vehicle computer abnormal repair results historically sent by each vehicle computer server; if it is monitored that the whole system resource load is in a first abnormal state and / or the running status of the vehicle computer client is in a second abnormal state, and / or, program process abnormal information sent by the vehicle computer client is received, matching a target abnormal repair strategy from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormal information; and performing vehicle computer abnormal repair based on the target abnormal repair strategy.

[0006] In an optional implementation, after performing vehicle computer abnormality repair based on the target abnormality repair strategy, the method further includes: sending the vehicle computer abnormality repair result to the cloud, so that the cloud updates and optimizes the self-check and repair strategy set based on the vehicle computer abnormality repair result.

[0007] The cloud of the present invention can update and optimize the self-check and repair strategy set based on the abnormal repair results of the vehicle computer in real time, so that the self-check and repair strategy set can be updated and iterated in time according to new problems.

[0008] In an optional embodiment, the method also includes: in response to the vehicle computer being powered on, the vehicle computer server performs an initialization operation and checks the communication network status with the cloud; if the communication network status with the cloud is normal, sends a self-check and repair strategy synchronization request to the cloud, and uploads the historical vehicle computer abnormality repair results stored locally to the cloud, so that the cloud updates and optimizes the self-check and repair strategy set based on the historical vehicle computer abnormality repair results.

[0009] After the vehicle computer service end of the present invention responds to the vehicle computer being powered on, it can send a self-check and repair strategy synchronization request to the cloud, and can also upload the last or historical vehicle computer abnormality repair results stored locally to the cloud, so that the cloud can update and optimize the self-check and repair strategy set based on the last vehicle computer abnormality repair results, to avoid the cloud failing to update in a timely manner based on the vehicle computer abnormality repair results due to the vehicle computer restart or network abnormality, etc.

[0010] In an optional embodiment, the vehicle computer service end includes at least a vehicle computer self-check and repair service layer, a vehicle computer self-check and repair business layer and a vehicle computer self-check and repair human-computer interaction layer. The vehicle computer self-check and repair service layer interacts with the vehicle computer self-check and repair business layer for data, and the vehicle computer self-check and repair business layer interacts with the vehicle computer self-check and repair human-computer interaction layer for data.

[0011] In an optional embodiment, the initialization operation of the vehicle computer self-check and repair service layer in the vehicle computer server includes: in response to the vehicle computer being powered on, registering a process communication service with the vehicle computer client, the vehicle computer self-check and repair service layer being used to monitor the running status of the vehicle computer client through the process communication service, and receiving program process exception information sent by the vehicle computer client and feeding it back to the vehicle computer self-check and repair business layer.

[0012] In an optional embodiment, the initialization operation of the vehicle self-check and repair business layer in the vehicle server includes: in response to the vehicle being powered on, registering a vehicle self-check and repair service layer listener and creating a thread for monitoring the vehicle system resource load, the vehicle self-check and repair business layer is used to receive the program process exception information and the abnormal operation status of the vehicle client sent by the vehicle self-check and repair service layer through the vehicle self-check and repair service layer listener, monitor the vehicle system resource load based on the created thread, and execute the step of periodically sending a self-check and repair strategy synchronization request to the cloud.

[0013] In an optional embodiment, the initialization operation of the vehicle computer self-check and repair human-computer interaction layer in the vehicle computer server includes: in response to the vehicle computer being powered on, registering a vehicle computer self-check and repair business layer listener, and the vehicle computer self-check and repair human-computer interaction layer is used to receive the vehicle computer abnormality information and target abnormality repair strategy fed back by the vehicle computer self-check and repair business layer after the vehicle computer abnormality repair fails through the registered vehicle computer self-check and repair business layer listener, and the vehicle computer abnormality information includes at least one of the first abnormal state and / or the second abnormal state and / or program process abnormality information.

[0014] The vehicle computer service end of the present invention is divided into a vehicle computer self-check and repair business layer, a service layer and a human-computer interaction layer. Each self-check and repair layer performs its own operation, thereby realizing the self-check and repair of the vehicle computer.

[0015] In an optional embodiment, the method also includes: if the vehicle computer self-check and repair business layer determines that the vehicle computer abnormality repair has failed, it will feed back the vehicle computer abnormality information and the target abnormality repair strategy to the vehicle computer self-check and repair human-computer interaction layer; the vehicle computer self-check and repair human-computer interaction layer will display the vehicle computer abnormality information and the target abnormality repair strategy to the first user, so that the first user can perform the vehicle computer abnormality repair based on the vehicle computer abnormality information and the target abnormality repair strategy; the vehicle computer self-check and repair human-computer interaction layer will send the first vehicle computer abnormality repair result after the first user performs the vehicle computer abnormality repair to the cloud, so that after the first vehicle computer abnormality repair result is an abnormality repair failure, the cloud will feed back the vehicle computer abnormality information to the second user, so that the second user can perform the abnormality repair based on the vehicle computer abnormality information, and after feeding back the second vehicle computer abnormality repair result to the cloud, the cloud will update and optimize the self-check and repair strategy set based on the second vehicle computer abnormality repair result.

[0016] The present invention realizes a three-party closed loop among the vehicle-cloud and developers, and can promptly handle diverse problems during actual operation and update and iterate self-check and repair strategies in real time.

[0017] In the second aspect, the present invention provides a self-check and repair method based on an Android vehicle computer, which is applied to a vehicle computer client, and the method includes: regularly sending a self-check and repair error strategy call request to the cloud; receiving the self-check and repair error strategy sent by the cloud, and performing abnormal monitoring of the program process based on the self-check and repair error strategy; if an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server, so that the vehicle computer server matches the target abnormality repair strategy from the self-check and repair strategy set based on the program process abnormality information, and performs vehicle computer abnormality repair based on the target abnormality repair strategy, the abnormality repair strategy set is sent by the cloud to the vehicle computer server after the vehicle computer server regularly sends a self-check and repair strategy synchronization request to the cloud, and the self-check and repair strategy set is obtained by real-time updating of the self-check and repair strategy set currently stored in the cloud based on the vehicle computer abnormality repair results historically sent by each vehicle computer server.

[0018] In an optional embodiment, the method also includes: in response to the vehicle computer being powered on, sending a self-check and error repair strategy call request to the cloud; establishing handshake communication with the vehicle computer server, and after successfully handshaking with the vehicle computer server, monitoring the program process for abnormalities based on the self-check and error repair strategy, and returning a step in which if an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server.

[0019] After the vehicle computer is powered on, the vehicle computer client is initialized and establishes handshake communication with the vehicle computer server. After the program process is detected to be abnormal, the program process abnormality information can be fed back to the vehicle computer server.

[0020] In an optional embodiment, the program process exception information includes at least the exception type of the program process, and if the program process is detected to have an exception, the program process exception information is sent to the vehicle computer server, including: if the program process is detected to have an exception, determining the exception type of the program process based on the self-check and repair error strategy; sending the exception type of the program process to the vehicle computer server, so that the vehicle computer server matches the corresponding target exception repair strategy from the self-check and repair strategy set based on the exception type of the program process.

[0021] The vehicle computer client of the present invention can monitor the abnormal type of the program process based on the self-check and error repair strategy, and send the abnormal type of the program process to the vehicle computer server, so that the vehicle computer server determines the repair strategy based on the abnormal type, thereby accurately determining the repair strategy based on the abnormal type, and then improving the success rate of vehicle computer abnormality repair.

[0022] In a third aspect, the present invention provides a self-check and repair method based on an Android vehicle computer, which is applied to the cloud, and the method includes: receiving a self-check and repair strategy synchronization request sent by a vehicle computer server, and sending a stored set of self-check and repair strategies to the vehicle computer server, so that the vehicle computer server can monitor the whole system resource load and the running status of the vehicle computer client in real time; if it is monitored that the whole system resource load is in a first abnormal state and / or the running status of the vehicle computer client is in a second abnormal state, and / or, program process abnormality information sent by the vehicle computer client is received, based on the first abnormal state and / or the second abnormal state and / or the program process abnormality The information is matched with the target abnormality repair strategy from the self-check and repair strategy set; the vehicle computer abnormality repair is performed based on the target abnormality repair strategy, and the self-check and repair strategy set is obtained by real-time updating the self-check and repair strategy set currently stored in the cloud based on the vehicle computer abnormality repair results historically sent by each vehicle computer server, and receiving the self-check and repair error strategy call request sent by the vehicle computer client, and sending the stored self-check and repair error strategy to the vehicle computer client, so that the vehicle computer client monitors the program process for abnormalities based on the self-check and repair error strategy, and if an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server.

[0023] In an optional embodiment, the method also includes: responding to the vehicle computer abnormality repair result sent by the vehicle computer server, updating and optimizing the currently stored self-check repair strategy set and self-check repair error strategy based on the vehicle computer abnormality repair result, and the vehicle computer abnormality repair result is generated by the vehicle computer server after performing the vehicle computer abnormality repair based on the target abnormality repair strategy.

[0024] In an optional embodiment, the method also includes: responding to a first vehicle computer abnormality repair result sent by the vehicle computer service end, and after determining that the first vehicle computer abnormality repair result is an abnormality repair failure, feeding back the vehicle computer abnormality information to a second user, so that the second user performs abnormality repair based on the vehicle computer abnormality information, and feeding back the second vehicle computer abnormality repair result to the cloud; updating and optimizing the self-check repair strategy set based on the second vehicle computer abnormality repair result.

[0025] In a fourth aspect, the present invention provides a self-check and repair system based on an Android vehicle computer, the system comprising: a vehicle computer server, a vehicle computer client and a cloud, wherein the vehicle computer server periodically sends a self-check and repair strategy synchronization request to the cloud; the vehicle computer client periodically sends a self-check and repair strategy call request to the cloud; the cloud receives the self-check and repair error strategy call request sent by the vehicle computer client, and sends the stored self-check and repair error strategy to the vehicle computer client; the vehicle computer client performs abnormal monitoring of the program process based on the self-check and repair error strategy, and if an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server; the vehicle computer server receives the self-check and repair strategy set sent by the cloud, and in real time Monitor the whole machine system resource load and the running status of the vehicle machine client, the self-check and repair strategy set is obtained by real-time updating the self-check and repair strategy set currently stored in the cloud based on the vehicle machine abnormality repair results historically sent by each vehicle machine server; if the vehicle machine server detects that the whole machine system resource load is in a first abnormal state and / or the running status of the vehicle machine client is in a second abnormal state, and / or receives the program process abnormality information sent by the vehicle machine client, match the target abnormality repair strategy from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information; the vehicle machine server performs vehicle machine abnormality repair based on the target abnormality repair strategy.

[0026] The present invention provides an Android vehicle-based self-check and repair system. The vehicle server periodically synchronizes the self-check and repair strategy to the cloud. The vehicle client calls the self-check and repair error strategy to the cloud, and performs abnormal monitoring of the program process based on the self-check and repair error strategy. After the program process is detected to be abnormal, the vehicle server is fed back to the vehicle server. The vehicle server can monitor the system resource load of the entire machine and the operating status of the vehicle client. If the system resource load is detected to be abnormal and / or the vehicle client, and / or the program process abnormality information sent by the vehicle client is received, the self-check and repair strategy set synchronized from the cloud can be The best self-check and repair strategy is matched in the system, and the abnormal repair of the vehicle computer is carried out to solve a series of problems such as the inability to boot up the Android system, screen freezing, freeze, and restart due to abnormalities such as disk, jailbreak, and program on the vehicle computer. The vehicle computer system resources are monitored, and the system freezes and soft restarts caused by insufficient resources such as CPU / DDR are not repaired. The cloud can update and optimize the self-check and repair strategy in real time based on the abnormal repair results of the vehicle computer sent by each vehicle computer server, forming a closed loop of self-check and repair strategy, ensuring that the self-check and repair strategy stored in the cloud can be updated and optimized in real time based on the problems existing in the vehicle computer.

[0027] In a fifth aspect, the present invention provides a vehicle, comprising the self-checking and repairing system based on an Android vehicle machine as described in the fourth aspect.

[0028] In a sixth aspect, the present invention provides a computer device, comprising: a memory and a processor, the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the self-check and repair method based on an Android vehicle machine according to the first aspect or any corresponding embodiment thereof, or executes the self-check and repair method based on an Android vehicle machine according to the second aspect or any corresponding embodiment thereof, or executes the self-check and repair method based on an Android vehicle machine according to the third aspect or any corresponding embodiment thereof, by executing the computer instructions.

[0029] In the seventh aspect, the present invention provides a computer-readable storage medium having computer instructions stored thereon, the computer instructions being used to enable a computer to execute the self-detection and repair method based on an Android vehicle machine according to the first aspect or any corresponding embodiment thereof, or to execute the self-detection and repair method based on an Android vehicle machine according to the second aspect or any corresponding embodiment thereof, or to execute the self-detection and repair method based on an Android vehicle machine according to the third aspect or any corresponding embodiment thereof.

[0030] The present invention provides an Android vehicle-based self-check and repair system. The vehicle server periodically synchronizes the self-check and repair strategy to the cloud. The vehicle client calls the self-check and repair error strategy to the cloud, and performs abnormal monitoring of the program process based on the self-check and repair error strategy. After the program process is detected to be abnormal, the vehicle server is fed back to the vehicle server. The vehicle server can monitor the system resource load of the entire machine and the operating status of the vehicle client. If the system resource load is detected to be abnormal and / or the vehicle client, and / or the program process abnormality information sent by the vehicle client is received, the self-check and repair strategy set synchronized from the cloud can be The best self-check and repair strategy is matched in the system, and the abnormal repair of the vehicle computer is carried out to solve a series of problems such as the inability to boot up the Android system, screen freezing, freeze, and restart due to abnormalities such as disk, jailbreak, and program on the vehicle computer. The vehicle computer system resources are monitored, and the system freezes and soft restarts caused by insufficient resources such as CPU / DDR are not repaired. The cloud can update and optimize the self-check and repair strategy in real time based on the abnormal repair results of the vehicle computer sent by each vehicle computer server, forming a closed loop of self-check and repair strategy, ensuring that the self-check and repair strategy stored in the cloud can be updated and optimized in real time based on the problems existing in the vehicle computer. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In order to more clearly illustrate the specific implementation methods of the present invention or the technical solutions in the prior art, the drawings required for use in the specific implementation methods or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are some implementation methods of the present invention. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0032] Figure 1 is an example diagram of an existing solution for repairing a vehicle machine according to an embodiment of the present invention;

[0033] Figure 2 It is a structural schematic diagram of a self-checking and repairing system based on an Android vehicle machine according to an embodiment of the present invention;

[0034] Figure 3 is a diagram showing an example of a self-check and repair error strategy and a content of a self-check and repair strategy according to an embodiment of the present invention;

[0035] Figure 4 is an example diagram of a self-check and repair system based on an Android vehicle machine according to an embodiment of the present invention;

[0036] Figure 5 is a structural example diagram of a vehicle client monitoring program process according to an embodiment of the present invention;

[0037] Figure 6 is an example diagram of the process of initializing the vehicle machine server according to an embodiment of the present invention;

[0038] Figure 7 This is an example diagram of a process for monitoring the resource load of the entire system by the vehicle self-check and repair service layer according to an embodiment of the present invention;

[0039] Figure 8 is an example diagram of the process of initializing the vehicle machine client according to an embodiment of the present invention;

[0040] Fig. 9 is an example flow chart of a vehicle machine client monitoring program process according to an embodiment of the present invention;

[0041] Fig.10 is a flowchart of a self-check and repair method based on an Android vehicle machine according to an embodiment of the present invention;

[0042] Fig.11 is an example diagram of a closed-loop interaction between a vehicle-cloud-developer according to an embodiment of the present invention;

[0043] Fig.12 This is an example diagram of the interaction between ports of the self-check and repair system based on the Android vehicle machine according to an embodiment of the present invention;

[0044] Fig.13 is a structural example diagram of a vehicle according to an embodiment of the present invention;

[0045] Fig.14 It is a schematic diagram of the hardware structure of a computer device according to an embodiment of the present invention. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative work are within the scope of protection of the present invention.

[0047] For Android systems, the increasing customization of CPUs also leads to poor stability of the THU cockpit, resulting in a series of problems such as black screen, stuck screen, no response, and stuck interface when starting up. Figure 1 As shown in the figure, when the Android native framework Android system has a series of problems such as screen freezing, there is no other solution except to try to solve the problem by soft restarting through the door dog. There is no treatment measure for Android GUI framework deadlock, disk management deadlock, flash space abnormality, Native memory leakage, etc. For users, it will cause a series of serious problems such as vehicle freezing, black screen, stuck interface, etc., and after the problem occurs, the only measure to recover is to power off and restart the whole vehicle, which seriously affects the user experience.

[0048] The existing solution optimization is limited to loading the fault and fault code correspondence preset by the vehicle computer when it leaves the factory, so as to realize the fault repair in the specific target functional module when an abnormality occurs. However, with the diversity of intelligence and the increase of entertainment, the use of fixed repair measures can no longer meet the actual engineering needs. Its disadvantages are as follows:

[0049] 1. The existing solution is limited to the initial pre-loaded state when the vehicle machine leaves the factory. It cannot handle the diverse problems in the actual operation process in real time and update it in time. It cannot respond quickly to the batch problems that may be caused. Even the subsequent updates are dependent on OTA iteration release and vehicle machine OTA iteration plan;

[0050] 2. The existing solution does not monitor the system resources of the vehicle computer, and does not repair problems such as system freezes and soft restarts caused by insufficient resources such as CPU / DDR.

[0051] The embodiment of the present invention provides a self-checking and repairing system based on Android vehicle machine, such as Figure 2As shown, the system includes: a vehicle computer server 1, a vehicle computer client 2 and a cloud 3, wherein the vehicle computer server 1 periodically sends a self-check and repair strategy synchronization request to the cloud 3; the vehicle computer client 2 periodically sends a self-check and repair strategy call request to the cloud 3; the cloud 3 receives the self-check and repair error strategy call request sent by the vehicle computer client 2, and sends the stored self-check and repair error strategy to the vehicle computer client 2; the vehicle computer client 2 performs abnormal monitoring of the program process based on the self-check and repair error strategy, and if an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server 1; the vehicle computer server 1 receives the self-check and repair strategy set sent by the cloud 3, and monitors the resource load of the entire system in real time. The self-check and repair strategy set is obtained by real-time updating of the self-check and repair strategy set currently stored in the cloud 3 based on the vehicle abnormality repair results historically sent by each vehicle server 1; if the vehicle server 1 detects that the system resource load of the whole machine is in a first abnormal state and / or the running state of the vehicle client 2 is in a second abnormal state, and / or receives the program process abnormality information sent by the vehicle client 2, it matches the target abnormality repair strategy from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information; the vehicle server 1 performs vehicle abnormality repair based on the target abnormality repair strategy.

[0052] The vehicle computer server 1 of the embodiment of the present invention can periodically send a self-check and repair strategy synchronization request to the cloud 3, wherein the timing can be periodic, such as sending a self-check and repair strategy synchronization request once every 5 seconds, to ensure that the vehicle computer server 1 can obtain the updated self-check and repair strategy of the cloud 3 in real time, and then use the latest self-check and repair strategy to repair the abnormality of the vehicle computer. The vehicle computer client 2 can also periodically send a self-check and repair strategy call request to the cloud 3, wherein the timing of sending the call request is also timed, and its timing time may be different from the timing time when the vehicle computer server 1 sends the synchronization request. After the cloud 3 receives the self-check and repair strategy synchronization request and the self-check and repair error strategy call request sent by the vehicle computer server 1 and the vehicle computer client 2 respectively, it sends the latest self-check and repair strategy set and self-check and repair error strategy stored in itself to the vehicle computer server 1 and the vehicle computer client 2 respectively, wherein, as Figure 3 As shown, the self-check and repair error strategy includes a self-check error behavior and a corresponding self-check error type, and the self-check and repair strategy includes a self-check error type and a corresponding repair strategy, which is only taken as an example.

[0053] The vehicle computer client 2 can save the self-check and repair error strategy sent by the cloud 3 locally, and then can monitor whether the vehicle computer program process is abnormal in real time based on the self-check and repair error strategy. There is no limitation on the way in which the vehicle computer client 2 monitors whether the vehicle computer program process is abnormal. The monitoring is performed according to the type characteristics of the vehicle computer client 2, such as Figure 4As shown, the vehicle client 2 integrates a self-check system service installation package (Software Development Kit, SDK), including an abnormal signal capturer, a listener, an IPC agent (Inter-Process Communication, inter-process communication) for establishing a process communication connection with the vehicle server 1 and an application programming abstract interface (Application Programming Interface, API), just as an example, Figure 5 As shown, the improvement of the architecture of program process detection is that the self-check abstract layer will be loaded when the program process of the embodiment of the present invention is initialized, and the self-check interface diopen (corresponding to the application programming abstract interface) is internally defined to open the function in the function lib library, which is used to decouple the Android native process from the self-check and repair system process, and realize the hot plug and play update of the program (self-check and repair strategy of this process error type is detected). The thread monitor (corresponding to the abnormal signal capturer and listener) is used to monitor the abnormality of the program process. The IPC communication module of the Android car machine is used to connect to the car machine server 1 and report the abnormal information of the program process, just as an example.

[0054] The vehicle computer server 1 of the embodiment of the present invention can actively monitor the resource load of the entire system during operation, including at least memory status, CPU status and GPU status, etc. to determine whether the resource load of the entire system is in an abnormal state. It can also monitor the operating status of the vehicle computer client 2 in real time, such as whether the vehicle computer client 2 is in a state of operation crash or freeze. If the monitoring shows that the resource load of the entire system is in a first abnormal state and / or the operating status of the vehicle computer client 2 is in a second abnormal state, and / or, the program process abnormality information sent by the vehicle computer client 2 is received, the best target abnormality repair strategy model can be matched from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information, and then self-check and repair can be attempted based on the target abnormality repair strategy model. If the self-check and repair of the vehicle computer abnormality is completed, the risk can be eliminated. Among them, the self-check and repair strategy set and the self-check and repair error strategy stored in the cloud 3 can be updated in real time according to the vehicle computer abnormality repair result sent by the vehicle computer server 1, so that the self-check and repair strategy set and the self-check and repair error strategy stored in the cloud 3 are the latest and can be updated and optimized in real time.

[0055] The self-check and repair system based on Android vehicle provided by the present invention comprises a vehicle server 1 which synchronizes a self-check and repair strategy to a cloud 3 at a regular interval, a vehicle client 2 calls a self-check and repair error strategy to the cloud 3, and performs abnormal monitoring of the program process based on the self-check and repair error strategy, and feeds back to the vehicle server 1 after detecting an abnormal program process, and the vehicle server 1 can monitor the system resource load of the whole machine, and monitor the running status of the vehicle client 2, and if it is detected that the system resource load is abnormal and / or the vehicle client 2, and / or the program process abnormal information sent by the vehicle client 2 is received, the self-check and repair strategy synchronized from the cloud 3 can be used. The best self-check and repair strategy is matched in the strategy set, and the abnormal repair of the vehicle computer is carried out to solve a series of problems such as the inability to boot up the Android system, screen freezing, freeze, and restart due to abnormalities such as disk, jailbreak, and program on the vehicle computer. The vehicle computer system resources are monitored, and the system freezes and soft restarts caused by insufficient resources such as CPU / DDR are not repaired. The cloud 3 can update and optimize the self-check and repair strategy in real time based on the vehicle computer abnormal repair results sent by each vehicle computer server 1, forming a closed loop of self-check and repair strategy, and ensuring that the self-check and repair strategy stored in the cloud 3 can be updated and optimized in real time based on the problems existing in the vehicle computer.

[0056] In an optional implementation, after the vehicle computer server 1 repairs the vehicle computer abnormality based on the target abnormality repair strategy, the vehicle computer abnormality repair result is sent to the cloud 3; the cloud 3 responds to the vehicle computer abnormality repair result sent by the vehicle computer server 1, and updates and optimizes the currently stored self-check repair strategy set and self-check repair error strategy based on the vehicle computer abnormality repair result.

[0057] After the vehicle computer server 1 of the embodiment of the present invention performs vehicle computer abnormality repair based on the target abnormality repair strategy, the vehicle computer abnormality repair result can be fed back to the cloud 3, and the cloud 3 can update and optimize its own stored self-check and repair strategy set based on the vehicle computer abnormality repair result in real time. After responding to the self-check and repair strategy synchronization request sent by the vehicle computer server 1 next time, the updated and optimized self-check and repair strategy set can be sent to the vehicle computer server 1.

[0058] The cloud of the present invention can update and optimize the self-check and repair strategy set based on the abnormal repair results of the vehicle computer in real time, so that the self-check and repair strategy set can be updated and iterated in time according to new problems.

[0059] In an optional embodiment, the vehicle computer server 1 responds to the vehicle computer being powered on, performs an initialization operation, and checks the communication network status with the cloud 3; if the communication network status with the cloud 3 is in a normal state, sends a self-check and repair strategy synchronization request to the cloud 3, and uploads the historical vehicle computer abnormality repair results stored locally to the cloud 3, so that the cloud 3 updates and optimizes the self-check and repair strategy set based on the historical vehicle computer abnormality repair results.

[0060] After the vehicle computer server 1 of the embodiment of the present invention responds to the vehicle computer being powered on, it can first perform initialization operations, such as registering various monitoring threads and listening services, etc. As an example only, the current communication network status between the vehicle computer server 1 and the cloud 3 can be checked. If it is detected that the communication network status with the cloud 3 is in a normal state, a self-check and repair strategy synchronization request can be sent to the cloud 3 to obtain the current self-check and repair strategy set collected and updated by the cloud 3, so as to avoid the failure to synchronize the timing during the last vehicle computer power-on process or the failure to synchronize the updated self-check and repair strategy set to the cloud 3 after locking the vehicle. The last or historical vehicle computer abnormality repair result stored locally can also be uploaded to the cloud 3, so that the cloud 3 updates and optimizes the self-check and repair strategy set based on the last vehicle computer abnormality repair result, so as to avoid the failure to upload the vehicle computer abnormality repair result due to vehicle computer restart or network abnormality, resulting in the cloud 3 not being updated in time based on the vehicle computer abnormality repair result.

[0061] Specifically, the vehicle computer service end 1 at least includes a vehicle computer self-check and repair service layer, a vehicle computer self-check and repair business layer and a vehicle computer self-check and repair human-computer interaction layer. The vehicle computer self-check and repair service layer exchanges data with the vehicle computer self-check and repair business layer, and the vehicle computer self-check and repair business layer exchanges data with the vehicle computer self-check and repair human-computer interaction layer. Among them, the vehicle computer self-check and repair service layer in the vehicle computer service end 1 performs initialization operations including: registering a process communication service with the vehicle computer client 2 in response to the vehicle computer being powered on, the vehicle computer self-check and repair service layer is used to monitor the running status of the vehicle computer client 2 through the process communication service, and receive the program process exception information sent by the vehicle computer client 2 and feed it back to the vehicle computer self-check and repair business layer; the vehicle computer self-check and repair business layer in the vehicle computer service end 1 registers a vehicle computer self-check service layer listener and creates a monitoring The thread of the vehicle system resource load, the vehicle self-check and repair business layer is used to receive the program process exception information and the abnormal operation status of the vehicle client 2 sent by the vehicle self-check service layer through the vehicle self-check service layer listener, monitor the vehicle system resource load based on the created thread, and execute the step of periodically sending a self-check and repair strategy synchronization request to the cloud 3; the vehicle self-check and repair human-computer interaction layer in the vehicle server 1 responds to the vehicle power-on and registers the vehicle self-check and repair business layer listener. The vehicle self-check and repair human-computer interaction layer is used to receive the vehicle abnormality information and the target abnormality repair strategy fed back by the vehicle self-check and repair business layer after the vehicle abnormality repair fails through the registered vehicle self-check and repair business layer listener. The vehicle abnormality information includes at least one of the first abnormal state and / or the second abnormal state and / or the program process abnormality information.

[0062] like Figure 4As shown, the vehicle machine service end 1 of the embodiment of the present invention includes a vehicle machine self-check and repair service layer, a vehicle machine self-check and repair business layer and a vehicle machine self-check and repair human-machine interaction layer. The vehicle machine self-check and repair service layer includes at least an IPC module and a monitoring module, the vehicle machine self-check and repair business layer includes at least a resource monitoring module and a strategy module, and the vehicle machine self-check and repair human-machine interaction layer includes at least an input module and a display module, just as an example. After the vehicle machine is powered on, the self-check core service process is incubated through the init process. After the self-check core service process is started, the three major business components of the vehicle machine self-check and repair service layer, the vehicle machine self-check and repair business layer and the vehicle machine self-check and repair human-machine interaction layer are loaded.

[0063] like Figure 6 As shown, the vehicle self-check and repair service layer registers system-level services based on the standardized IPC capability of the Android system, including process communication services with the vehicle client 2, which are used to monitor the running status of the vehicle client 2, that is, the status of the Android core service process set, through the process communication service (corresponding to the monitoring module), and receive the program process exception information sent by the vehicle client 2 through the process communication service (corresponding to the IPC module) and report it to the vehicle self-check and repair business layer. When the vehicle self-check and repair business layer is initialized, the vehicle self-check service layer listener can be registered first, which is used to receive the program process exception information and the abnormal running status of the vehicle client 2 sent by the vehicle self-check and repair service layer, and initialize the relevant policy modules. Then, when the communication network status with the cloud 3 is normal, the self-check and repair policy set stored in the cloud 3 can be synchronized, and the local vehicle self-check and repair results can be uploaded to the cloud 3, so that the cloud 3 can improve the self-check and repair policy set; when the vehicle self-check and repair business layer is initialized, a thread for monitoring the vehicle system resource load can also be created to monitor the resource load of the entire system, and determine whether an abnormal state has been reached based on the resource load. Specifically, Figure 7 As shown, the vehicle self-check and repair business layer detects the resource load of the entire system through the resource monitoring module, and determines whether the resource load has reached an abnormal state. If an abnormal state is reached, the abnormal event is called back to the business layer. As an example only, the self-check and repair strategy hitter is then loaded to execute the above-mentioned best abnormal repair strategy based on the first abnormal state and / or the second abnormal state and / or the program process abnormal information, and can monitor the self-check and repair state, and feed back the vehicle self-check and repair results to the cloud 3.

[0064] The vehicle computer self-check and repair human-machine interaction layer can perform screen input initialization and display human-machine interaction interface (HMI) initialization in response to the vehicle computer being powered on, and can register a vehicle computer self-check and repair business layer listener to receive vehicle computer abnormality information and target abnormality repair strategy fed back by the vehicle computer self-check and repair business layer after the vehicle computer abnormality repair fails, as an example only.

[0065] The vehicle computer service end of the present invention is divided into a vehicle computer self-check and repair business layer, a service layer and a human-computer interaction layer. Each self-check and repair layer performs its own operation, thereby realizing the self-check and repair of the vehicle computer.

[0066] In an optional implementation, the vehicle computer client 2 sends a self-check and error repair strategy call request to the cloud 3 in response to the vehicle computer being powered on; establishes handshake communication with the vehicle computer server 1, and after successfully shaking hands with the vehicle computer server 1, monitors the program process for abnormalities based on the self-check and error repair strategy, and returns a step in which if an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server 1.

[0067] like Figure 8 As shown, after the vehicle is powered on, the zygote process is incubated and loaded through the init process, and the Android system core service set is incubated through the zygote process to initialize the Android system core service set. The vehicle can start through the native exception handling module according to the latest program code matched based on the program process exception by the vehicle self-check and repair business layer before the vehicle is powered on, and load the self-check and repair SDK when the Android system loads the core process. When the self-check and repair SDK is initialized, it is bound to the vehicle server 1, establishes handshake communication with the vehicle server 1, and sets the current Android core service status to ready. Among them, the vehicle server 1 integrates the self-check and repair system service capability set, monitors the running status of the vehicle client 2, receives the program process exception information sent by the vehicle client 2, and monitors the resource load of the entire system through the self-check and repair system service-core process set detector. For example, the Android core service set initializes the watchdog thread inside the program to monitor whether the program itself has an exception. If it is detected that the watchdog key thread response timeout, the Android system needs to be restarted. For example, Fig. 9 As shown in the figure, after the self-check and repair SDK successfully shakes hands with the vehicle server 1, it connects to the self-check and repair service, parses the self-check and repair error strategy sent by the cloud 3 and saved locally, monitors the program process nodes in real time, and implements the core process key node insertion. For details about the program process monitoring process, see Figure 5 , I will not go into details here.

[0068] After the vehicle computer is powered on, the vehicle computer client is initialized and establishes handshake communication with the vehicle computer server. After the program process is detected to be abnormal, the program process abnormality information can be fed back to the vehicle computer server.

[0069] Specifically, the program process exception information includes at least the exception type of the program process. If the vehicle computer client 2 detects that the program process has an exception, the program process exception information is sent to the vehicle computer server 1, including: if the program process is detected to have an exception, the program process exception type is determined based on the self-check and repair error strategy; the program process exception type is sent to the vehicle computer server 1, so that the vehicle computer server 1 matches the corresponding target exception repair strategy from the self-check and repair strategy set based on the program process exception type.

[0070] After the vehicle client 2 of the embodiment of the present invention detects that the program process is abnormal, it can first detect the self-check error behavior and the Figure 3 The self-check and repair error strategy shown in the figure determines the self-check error type of the program process and sends the self-check error type to the vehicle computer server 1, so that the vehicle computer server 1 matches the corresponding target abnormal repair strategy from the self-check and repair strategy set based on the self-check error type of the program process, wherein the self-check error type and the repair strategy can be matched according to the error code; the abnormal repair strategy is initially divided into two types, a. code repair type, b. resource / scenario repair type. The resource / scenario repair type is mainly based on past experience, and the code repair type is the accumulation of repair patches when problems are exposed later, which is only used as an example.

[0071] The vehicle computer client of the present invention can monitor the abnormal type of the program process based on the self-check and error repair strategy, and send the abnormal type of the program process to the vehicle computer server, so that the vehicle computer server determines the repair strategy based on the abnormal type, thereby accurately determining the repair strategy based on the abnormal type, and then improving the success rate of vehicle computer abnormality repair.

[0072] In an optional implementation, if the vehicle computer self-check and repair business layer determines that the vehicle computer abnormality repair has failed, it will feed back the vehicle computer abnormality information and the target abnormality repair strategy to the vehicle computer self-check and repair human-computer interaction layer; the vehicle computer self-check and repair human-computer interaction layer will display the vehicle computer abnormality information and the target abnormality repair strategy to the first user, so that the first user can perform the vehicle computer abnormality repair based on the vehicle computer abnormality information and the target abnormality repair strategy; the vehicle computer self-check and repair human-computer interaction layer will send the first vehicle computer abnormality repair result after the first user performs the vehicle computer abnormality repair to the cloud 3, and the cloud 3 will respond to the first vehicle computer abnormality repair result sent by the vehicle computer server 1, and after determining that the first vehicle computer abnormality repair result is an abnormality repair failure, it will feed back the vehicle computer abnormality information to the second user, so that the second user can perform the abnormality repair based on the vehicle computer abnormality information, and feed back the second vehicle computer abnormality repair result to the cloud 3; and update and optimize the self-check and repair strategy set based on the second vehicle computer abnormality repair result.

[0073] like Fig.10As shown, the vehicle machine self-check and repair business layer in the vehicle machine server 1 of the embodiment of the present invention receives the program process exception information sent by the vehicle machine client 2 through the vehicle machine self-check and repair service layer, and / or / the vehicle machine client 2 operation status exception information sent by the vehicle machine self-check and repair service layer, and / or responds to the whole machine system resource load exception, matches the best exception repair strategy from the self-check and repair strategy set synchronized with the cloud 3, if the target exception repair strategy is matched, the exception repair algorithm can be loaded to perform exception repair, if the vehicle machine self-check and repair business layer successfully completes the exception repair, the risk is eliminated.

[0074] If the vehicle self-check and repair business layer does not match the target abnormality repair strategy from the self-check and repair strategy set, it can also load the local self-repair algorithm to try self-repair, such as collecting vehicle-side system data, matching the best self-repair algorithm according to the internal resource status of the vehicle and the abnormal error information, and trying to perform self-check and repair. If the self-check and repair plan is completed, the risk is eliminated. If the vehicle abnormality repair fails, the vehicle self-check and repair business layer sends the vehicle abnormality information and the target abnormality information service strategy to the vehicle self-check and repair human-computer interaction layer. The vehicle self-check and repair human-computer interaction layer displays the calculation results of the self-repair algorithm through the HMI display component, prompting the first user to manually repair it. The first user may include the vehicle owner. As an example only, the first user selects a manual repair item based on the selected repair item. If the first user chooses to reject the manual repair, the SOC is restarted and started again; if the first user chooses to repair, a manual repair is performed. For example, the first user performs repair operations such as deleting the plug-in that occupies the memory. As an example only, based on the solution combining the car computer and the cloud 3, the car computer abnormality self-repair is realized. By monitoring the status of the car computer core process set, the unrecoverable state when the car computer is abnormal is solved, the abnormal problem strategy is hit, and the abnormal state of the car computer is automatically repaired. If the strategy is not hit, a pop-up window prompts the user to perform HMI repair operations. Based on this system, a series of problems such as car computer interface freezing, car computer black screen freezing, car computer running lag, etc. during user use can be effectively solved, ensuring the user's ultimate experience and achieving better in-car entertainment effects. The car computer self-check and repair human-computer interaction layer can send the first car computer abnormal repair result after the first user's abnormal repair is completed to the cloud 3. The cloud 3 determines whether it is necessary to synchronize the second user based on the first car computer abnormal repair result uploaded by the car computer self-check and repair human-computer interaction layer. The second user includes developers. The condition for determining whether it is necessary to synchronize the second user is that the first car computer abnormal repair result is an abnormal repair failure.

[0075] If the cloud 3 determines that the abnormal repair result of the first vehicle computer is a successful abnormal repair, the self-check and repair strategy set can be updated based on the abnormal repair result of the first vehicle computer. If the abnormal repair result of the first vehicle computer is determined to be a failed abnormal repair, it is determined that the developer needs to be synchronized. The developer performs abnormal repair based on the vehicle computer abnormal information. After the abnormal repair is completed, the abnormal repair result of the second vehicle computer is synchronized to the cloud 3. The cloud 3 can update the self-check and repair strategy set based on the abnormal repair result of the second vehicle computer. After responding to the self-check and repair strategy synchronization request sent by the vehicle computer server 1 again, the updated self-check and repair strategy set is sent to the vehicle computer server 1, and then the following is implemented. Fig.11 The three-party closed loop of the vehicle-cloud 3 and the developer shown can promptly handle diverse problems during actual operation and update the self-check and repair strategy in real time.

[0076] The embodiment of the present invention also provides a self-checking and repairing method based on an Android vehicle machine, which is applied to Figure 2 The vehicle machine server 1, the vehicle machine client 2 and the cloud 3 are shown, wherein Fig.12 As shown, the vehicle machine server 1 is used to execute steps S101 to S105, the vehicle machine client 2 is used to execute steps S201 to S203, and the cloud is used to execute steps S301 to S303.

[0077] Step S101, periodically sending a self-check and repair strategy synchronization request to the cloud.

[0078] Step S102, receiving the self-check and repair strategy set sent by the cloud, and monitoring the whole system resource load and the operating status of the vehicle client in real time.

[0079] Step S103: if it is detected that the resource load of the whole system is in the first abnormal state and / or the running state of the vehicle client is in the second abnormal state, and / or, the program process abnormality information sent by the vehicle client is received, the target abnormality repair strategy is matched from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information. The self-check and repair strategy set is obtained by the cloud side updating the self-check and repair strategy set currently stored in the cloud side in real time based on the vehicle machine abnormality repair results sent historically by each vehicle machine server side.

[0080] Step S104, repairing the vehicle computer abnormality based on the target abnormality repair strategy.

[0081] Step S201, regularly sending a self-check and error repair strategy call request to the cloud.

[0082] Step S202: receiving a self-check and error repair strategy sent by the cloud, and performing abnormal monitoring on the program process based on the self-check and error repair strategy.

[0083] Step S203: If an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle computer server.

[0084] Step S301, in response to a self-check and repair strategy synchronization request reflected by the vehicle computer server, a stored self-check and repair strategy set is sent to the vehicle computer server.

[0085] Step S302 , in response to the self-check and repair error strategy invocation request sent by the vehicle client, the stored self-check and repair error strategy is sent to the vehicle client.

[0086] Step S303 , in response to the vehicle computer abnormality repair result sent by the vehicle computer server, the currently stored self-check and repair strategy set and self-check and repair error strategy are updated and optimized based on the vehicle computer abnormality repair result.

[0087] Please refer to the above embodiments for detailed description, which will not be repeated here.

[0088] The self-check and repair method based on Android vehicle computer provided by the present invention synchronizes the self-check and repair strategy to the cloud at regular intervals through the vehicle computer server end, the vehicle computer client end calls the self-check and repair error strategy to the cloud end, and performs abnormal monitoring of the program process based on the self-check and repair error strategy, and feeds back to the vehicle computer server end after detecting the abnormality of the program process. The vehicle computer server end can monitor the resource load of the entire system and the running status of the vehicle computer client end. If it is detected that the system resource load is abnormal and / or the vehicle computer client end, and / or the program process abnormality information sent by the vehicle computer client end is received, the best self-check and repair strategy can be matched from the self-check and repair strategy set synchronized with the cloud end, and the vehicle computer abnormality can be repaired. The cloud end can update and optimize the self-check and repair strategy in real time based on the vehicle computer abnormality repair results sent by each vehicle computer server end, so as to form a closed loop of self-check and repair strategy, and ensure that the self-check and repair strategy stored in the cloud end can be updated and optimized in real time based on the problems existing in the vehicle computer.

[0089] The embodiment of the present invention further provides a vehicle, such as Fig.13 As shown, the vehicle includes a self-check and repair system based on an Android vehicle computer.

[0090] See also Fig.14 , Fig.14 is a schematic diagram of the structure of a computer device provided by an optional embodiment of the present invention, such as Fig.14As shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including high-speed interfaces and low-speed interfaces. Various components are connected to each other using different buses for communication, and can be installed on a common mainboard or installed in other ways as needed. The processor can process the instructions executed in the computer device, including instructions stored in or on the memory to display the graphical information of the GUI on an external input / output device (such as, a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a group of blade servers, or a multi-processor system). Fig.14 A processor 10 is taken as an example.

[0091] The processor 10 may be a central processing unit, a network processor or a combination thereof. The processor 10 may further include a hardware chip. The hardware chip may be a dedicated integrated circuit, a programmable logic device or a combination thereof. The programmable logic device may be a complex programmable logic device, a field programmable gate array, a general purpose array logic or any combination thereof.

[0092] The memory 20 stores instructions executable by at least one processor 10, so that at least one processor 10 executes the method shown in the above embodiment.

[0093] The memory 20 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application required for at least one function; the data storage area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some optional embodiments, the memory 20 may optionally include a memory remotely arranged relative to the processor 10, and these remote memories may be connected to the computer device via a network. Examples of the above-mentioned network include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

[0094] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk or a solid state drive; the memory 20 may also include a combination of the above types of memory.

[0095] The computer device also includes an input device 30 and an output device 40. The processor 10, the memory 20, the input device 30 and the output device 40 may be connected via a bus or other means. Fig.14 The example of connecting through bus is taken in the following.

[0096] The input device 30 can receive input digital or character information, and generate key signal input related to the user settings and function control of the computer device, such as a touch screen, a keypad, a mouse, a track pad, a touch pad, an indicator bar, one or more mouse buttons, a trackball, a joystick, etc. The output device 40 may include a display device, an auxiliary lighting device (e.g., an LED) and a tactile feedback device (e.g., a vibration motor), etc. The above-mentioned display device includes but is not limited to a liquid crystal display, a light emitting diode, a display and a plasma display. In some optional embodiments, the display device can be a touch screen.

[0097] The embodiment of the present invention also provides a computer-readable storage medium. The method according to the embodiment of the present invention can be implemented in hardware, firmware, or can be implemented as a computer code that can be recorded in a storage medium, or can be implemented as a computer code that is originally stored in a remote storage medium or a non-temporary machine-readable storage medium and will be stored in a local storage medium through a network download, so that the method described herein can be stored in such software processing on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium can be a magnetic disk, an optical disk, a read-only storage memory, a random access memory, a flash memory, a hard disk or a solid-state hard disk, etc.; further, the storage medium can also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code. When the software or computer code is accessed and executed by a computer, a processor, or hardware, the method shown in the above embodiment is implemented.

[0098] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art may make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations are all within the defined scope.

Claims

1. A self-check and repair method based on Android vehicle computer, characterized in that: Applied to the vehicle server, the method includes: Periodically send self-check and repair strategy synchronization requests to the cloud; Receive the self-check and repair strategy set sent by the cloud, and monitor the resource load of the whole system and the operation status of the vehicle client in real time. The self-check and repair strategy set is obtained by updating the self-check and repair strategy set currently stored in the cloud in real time based on the vehicle abnormality repair results historically sent by each vehicle server; If it is monitored that the resource load of the whole system is in a first abnormal state and / or the running state of the vehicle client is in a second abnormal state, and / or program process abnormality information sent by the vehicle client is received, a target abnormality repair strategy is matched from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information; The vehicle computer abnormality repair is performed based on the target abnormality repair strategy.

2. The method according to claim 1, characterized in that After the vehicle computer abnormality is repaired based on the target abnormality repair strategy, the method further includes: The vehicle computer abnormality repair result is sent to the cloud, so that the cloud updates and optimizes the self-check and repair strategy set based on the vehicle computer abnormality repair result.

3. The method according to claim 1, characterized in that The method further comprises: In response to the vehicle computer being powered on, the vehicle computer server performs initialization operations and checks the communication network status with the cloud; If the communication network status with the cloud is normal, a self-check and repair strategy synchronization request is sent to the cloud, and the historical vehicle abnormality repair results stored locally are uploaded to the cloud, so that the cloud can update and optimize the self-check and repair strategy set based on the historical vehicle abnormality repair results.

4. The method according to claim 3, characterized in that The vehicle computer service end includes at least a vehicle computer self-check and repair service layer, a vehicle computer self-check and repair business layer and a vehicle computer self-check and repair human-computer interaction layer. The vehicle computer self-check and repair service layer interacts with the vehicle computer self-check and repair business layer for data, and the vehicle computer self-check and repair business layer interacts with the vehicle computer self-check and repair human-computer interaction layer for data.

5. The method according to claim 4, characterized in that The initialization operation of the vehicle computer self-check and repair service layer in the vehicle computer service end includes: In response to the vehicle computer being powered on, the process communication service with the vehicle computer client is registered. The vehicle computer self-check and repair service layer is used to monitor the running status of the vehicle computer client through the process communication service, and receive the program process exception information sent by the vehicle computer client and feed it back to the vehicle computer self-check and repair business layer.

6. The method according to claim 4, characterized in that The initialization operation of the vehicle computer self-check and repair service layer in the vehicle computer server includes: In response to the vehicle computer being powered on, a vehicle computer self-check service layer listener is registered and a thread for monitoring the vehicle computer system resource load is created. The vehicle computer self-check and repair business layer is used to receive program process exception information and abnormal operation status of the vehicle computer client sent by the vehicle computer self-check service layer through the vehicle computer self-check service layer listener, monitor the vehicle computer system resource load based on the created thread, and execute the step of periodically sending a self-check and repair strategy synchronization request to the cloud.

7. The method according to claim 4, characterized in that The vehicle computer self-check and repair human-computer interaction layer in the vehicle computer server performs initialization operations including: In response to the vehicle computer being powered on, a vehicle computer self-check and repair business layer listener is registered. The vehicle computer self-check and repair human-computer interaction layer is used to receive the vehicle computer abnormality information and target abnormality repair strategy fed back by the vehicle computer self-check and repair business layer after the vehicle computer abnormality repair fails through the registered vehicle computer self-check and repair business layer listener. The vehicle computer abnormality information includes at least one of the first abnormal state and / or the second abnormal state and / or program process abnormality information.

8. The method according to claim 7, characterized in that The method further comprises: If the vehicle computer self-check and repair business layer determines that the vehicle computer abnormality repair fails, the vehicle computer abnormality information and the target abnormality repair strategy are fed back to the vehicle computer self-check and repair human-computer interaction layer; The vehicle computer self-check and repair human-computer interaction layer displays the vehicle computer abnormality information and the target abnormality repair strategy to the first user, so that the first user can perform vehicle computer abnormality repair based on the vehicle computer abnormality information and the target abnormality repair strategy; The vehicle computer self-check and repair human-computer interaction layer sends the first vehicle computer abnormality repair result after the first user performs the vehicle computer abnormality repair to the cloud, so that after the first vehicle computer abnormality repair result is abnormality repair failure, the cloud will feedback the vehicle computer abnormality information to the second user, so that the second user can perform abnormality repair based on the vehicle computer abnormality information, and after the second vehicle computer abnormality repair result is fed back to the cloud, the cloud will update and optimize the self-check and repair strategy set based on the second vehicle computer abnormality repair result.

9. A self-check and repair method based on Android vehicle computer, characterized in that: Applied to a vehicle client, the method includes: Periodically send self-check and error repair strategy call requests to the cloud; Receiving the self-checking and repairing error strategy sent by the cloud, and performing abnormal monitoring on the program process based on the self-checking and repairing error strategy; If an abnormality is detected in the program process, the program process abnormality information will be sent to the vehicle computer server, so that the vehicle computer server can match the target abnormality repair strategy from the self-check and repair strategy set based on the program process abnormality information, and perform vehicle computer abnormality repair based on the target abnormality repair strategy. The abnormality repair strategy set is sent by the cloud to the vehicle computer server after the vehicle computer server periodically sends a self-check and repair strategy synchronization request to the cloud. The self-check and repair strategy set is obtained by real-time updating of the self-check and repair strategy set currently stored in the cloud based on the vehicle computer abnormality repair results historically sent by each vehicle computer server.

10. The method according to claim 9, characterized in that The method further comprises: In response to the vehicle computer being powered on, a self-check and error repair strategy call request is sent to the cloud; Establish handshake communication with the vehicle computer server, and after successfully handshaking with the vehicle computer server, monitor the program process for abnormalities based on the self-check and error repair strategy, and return the step of sending the program process abnormality information to the vehicle computer server if an abnormality is detected in the program process.

11. The method according to claim 9, characterized in that The program process abnormality information at least includes the abnormality type of the program process. If the program process is detected to be abnormal, the program process abnormality information is sent to the vehicle computer server, including: If an abnormality is detected in the program process, the abnormality type of the program process is determined based on the self-checking and error repairing strategy; The exception type of the program process is sent to the vehicle computer server, so that the vehicle computer server matches the corresponding target exception repair strategy from the self-check and repair strategy set based on the exception type of the program process.

12. A self-check and repair method based on Android vehicle computer, characterized in that: Applied to the cloud, the method includes: Receive a self-check and repair strategy synchronization request sent by the vehicle computer server, and send the stored self-check and repair strategy set to the vehicle computer server, so that the vehicle computer server can monitor the whole system resource load and the running status of the vehicle computer client in real time; if it is monitored that the whole system resource load is in a first abnormal state and / or the running status of the vehicle computer client is in a second abnormal state, and / or, receive the program process abnormality information sent by the vehicle computer client, match the target abnormality repair strategy from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information; perform vehicle computer abnormality repair based on the target abnormality repair strategy, the self-check and repair strategy set is obtained by real-time updating the self-check and repair strategy set currently stored in the cloud based on the vehicle computer abnormality repair results historically sent by each vehicle computer server, and, Receive a self-check and repair error strategy call request sent by the vehicle client, and send the stored self-check and repair error strategy to the vehicle client, so that the vehicle client monitors the program process for abnormalities based on the self-check and repair error strategy. If an abnormality is detected in the program process, the program process abnormality information is sent to the vehicle server.

13. The method according to claim 12, characterized in that The method further comprises: In response to the vehicle computer abnormality repair result sent by the vehicle computer service end, the currently stored self-check repair strategy set and self-check repair error strategy are updated and optimized based on the vehicle computer abnormality repair result. The vehicle computer abnormality repair result is generated by the vehicle computer service end after performing vehicle computer abnormality repair based on the target abnormality repair strategy.

14. The method according to claim 12, characterized in that The method further comprises: In response to the first vehicle machine abnormality repair result sent by the vehicle machine service end, after determining that the first vehicle machine abnormality repair result is abnormality repair failure, feeding back vehicle machine abnormality information to the second user, so that the second user performs abnormality repair based on the vehicle machine abnormality information, and feeding back the second vehicle machine abnormality repair result to the cloud; Based on the abnormal repair result of the second vehicle computer, the self-check and repair strategy set is updated and optimized.

15. A self-check and repair system based on Android vehicle computer, characterized in that: The system includes: a vehicle machine server, a vehicle machine client and a cloud, wherein: The vehicle computer server periodically sends a self-check and repair strategy synchronization request to the cloud; The vehicle client sends a self-check and repair strategy call request to the cloud at regular intervals; The cloud receives the self-check and error repair strategy call request sent by the vehicle client, and sends the stored self-check and error repair strategy to the vehicle client; The vehicle computer client monitors the program process for abnormalities based on the self-check and error repair strategy, and if an abnormality is detected in the program process, sends the program process abnormality information to the vehicle computer server; The vehicle computer server receives the self-check and repair strategy set sent by the cloud, and monitors the resource load of the whole system and the operation status of the vehicle computer client in real time. The self-check and repair strategy set is obtained by the cloud by updating the self-check and repair strategy set currently stored in the cloud in real time based on the vehicle computer abnormality repair results historically sent by each vehicle computer server; If the vehicle computer service end detects that the whole system resource load is in a first abnormal state and / or the operation state of the vehicle computer client is in a second abnormal state, and / or receives program process abnormality information sent by the vehicle computer client, the target abnormality repair strategy is matched from the self-check and repair strategy set based on the first abnormal state and / or the second abnormal state and / or the program process abnormality information; The vehicle computer service end performs vehicle computer abnormality repair based on the target abnormality repair strategy.

16. A vehicle, characterized in that: The vehicle includes the self-check and repair system based on Android vehicle computer as described in claim 13.

17. A computer device, characterized in that: include: A memory and a processor, wherein the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the self-check and repair method based on an Android vehicle machine according to any one of claims 1 to 8, or executes the self-check and repair method based on an Android vehicle machine according to any one of claims 9 to 11, or executes the self-check and repair method based on an Android vehicle machine according to any one of claims 12 to 14 by executing the computer instructions.

18. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, which are used to enable a computer to execute the self-check and repair method based on an Android vehicle machine as described in any one of claims 1 to 8, or to execute the self-check and repair method based on an Android vehicle machine as described in any one of claims 9 to 11, or to execute the self-check and repair method based on an Android vehicle machine as described in any one of claims 12 to 14.

Images