Control method of in-vehicle infotainment system, vehicle and storage medium

Abstract

The invention provides a control method of a vehicle machine system, a vehicle and a storage medium, and relates to the technical field of computers.The control method comprises the steps that target parameters of the vehicle machine system of the vehicle are obtained, and the target parameters are used for indicating the system resource occupancy rate of the vehicle machine system; based on the target parameter, diagnosing the memory state of the in-vehicle infotainment system to obtain a diagnosis result of the in-vehicle infotainment system; if the diagnosis result indicates that the in-vehicle entertainment system is abnormal, the in-vehicle entertainment system is controlled to be restarted based on the operation state of the in-vehicle entertainment system. According to the control method, the in-car entertainment system is controlled to be restarted under the condition that the in-car entertainment system is detected to be abnormal, so that abnormal system power caused by memory exhaustion of the in-car entertainment system is avoided, and the system stability of the in-car entertainment system is ensured.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computer, and more particularly, to a control method of a car machine system, a vehicle and a storage medium. BACKGROUND

[0002] When the car machine system is in suspend to RAM (STR), or the car machine system starts the sentinel mode, the central processing unit (CPU) of the car machine system and most of the hardware are in a dormant state, the memory data of the car machine system is retained, and the car machine system is quickly restored to run when the car machine system is woken up. However, if the car machine system is in a dormant state for a long time, the memory applied for when the car machine system is in a dormant state is not completely released after the car machine system is woken up, or the memory is repeatedly applied after the car machine system is woken up but the old memory is not cleaned up, which may cause the memory of the car machine system to be gradually exhausted, thereby causing the car machine system to fail in function, lag and other problems, and affecting the system stability of the car machine system.

[0003] Therefore, how to avoid the system stability of the car machine system from being affected is a technical problem to be solved at present. SUMMARY

[0004] The present application provides a control method of a car machine system, a vehicle and a storage medium, which can avoid the lag and function abnormality caused by the memory leakage of the car machine system, thereby ensuring the system stability of the car machine system.

[0005] In a first aspect, a control method of a car machine system is provided, and the control method comprises: obtaining a target parameter of a car machine system of a vehicle, the target parameter being used to indicate a system resource occupation rate of the car machine system; diagnosing a memory state of the car machine system based on the target parameter to obtain a diagnosis result of the car machine system; if the diagnosis result indicates that the car machine system is abnormal, controlling the car machine system to restart based on a running state of the car machine system.

[0006] In the embodiments of the present application, the memory state of the car machine system is diagnosed according to a target parameter of the car machine system; when the diagnosis result indicates that the car machine system is abnormal, the car machine system is restarted according to the running state of the car machine system. Compared with the related art, the car machine system is passively restarted after the memory of the car machine system is gradually exhausted and the car machine system cannot run, resulting in interruption of the function of the car machine system and affecting the stability of the car machine system. In the present application, the memory state of the car machine system is diagnosed according to the target parameter, which can identify whether the car machine system has a memory leakage risk in advance, and upgrade the passive remedy of the car machine system failure to active prevention. When it is identified that the car machine system has a memory state abnormality (for example, there is a memory leakage risk), the car machine system is restarted according to the running state of the car machine system, which can consider the running state of the car machine system to obtain a suitable restart actual, and avoid interruption of the function of the car machine system caused by directly restarting the car machine system. By restarting the car machine system to release the memory occupied by the car machine system in hibernation and not completely released, the car machine system is prevented from being affected by the system stability caused by the memory leakage.

[0007] In combination with the first aspect, in some implementations of the first aspect, the memory state of the car machine system is diagnosed based on the target parameter, and a diagnosis result of the car machine system is obtained, including: Based on the target parameter, a system resource occupation rate of the car machine system is determined; If the system resource occupation rate is greater than a preset threshold, it is determined that the diagnosis result indicates that the car machine system is abnormal; If the system resource occupation rate is less than or equal to the preset threshold, it is determined that the diagnosis result indicates that the car machine system is normal.

[0008] In the embodiments of the present application, the preset threshold of the system resource occupation rate is a threshold for judging the memory leakage risk of the car machine system. When the system resource occupation rate of the car machine system is greater than the preset threshold, it indicates that the car machine system occupies too much memory, and the risk of memory leakage is high; therefore, it is determined that the diagnosis result indicates that the car machine system is abnormal, thereby preventing the memory leakage of the car machine system. When the system resource occupation rate of the car machine system is less than or equal to the preset threshold, it indicates that the car machine system occupies less memory, and the risk of memory leakage is low; therefore, it is determined that the diagnosis result indicates that the car machine system is normal. It is ensured that the system resource occupation state of the car machine system can be determined according to the detected system resource occupation rate of the car machine system, so as to determine whether the memory state of the car machine system is abnormal.

[0009] In combination with the first aspect and the above implementations, in some implementations of the first aspect, the target parameter includes available memory and memory occupation change rate of the car machine system; The system resource occupation rate of the car machine system is determined based on the target parameter, including: If the available memory is less than the first threshold value and the memory occupation change rate is a positive value, it is determined that the system resource occupation rate is greater than the preset threshold value.

[0010] In the embodiments of the present application, the available memory is less than the first threshold value, indicating that the memory occupied by the car machine system is high, resulting in less remaining available memory; the memory occupation change rate is a positive value, indicating that the memory resources occupied by the car machine system are in a cumulative state and have not been released for a long time. Therefore, when the available memory is low and the car machine system has not released memory resources for a long time, it is determined that the system resource occupation rate of the car machine system is greater than the preset threshold value.

[0011] It should be noted that when the car machine system simultaneously runs multiple system services or the data transmission volume is large, it will result in more occupied available memory, in which case the memory occupation will automatically fall back with the completion of the task, which is not abnormal. If only the available memory is used as the basis to determine the abnormality of the car machine system and trigger a restart, it will result in frequent misoperations, which not only affects the user experience but also increases the meaningless restart loss of the system. The memory occupation change rate being a positive value only indicates that the memory occupation is continuously increasing, but the normal business process can also cause the memory occupation to continuously increase. If only this condition is used to determine the abnormality, the normal function operation will be misjudged as an abnormality of the car machine system. Therefore, if only one of the available memory being less than the first threshold value or the memory occupation change rate being a positive value is met, the memory abnormality of the car machine system cannot be accurately determined. In the present application, the system resource occupation rate is determined to be greater than the preset threshold value when both the available memory is less than the first threshold value (i.e., the system resource pool is exhausted and there is no free memory available for allocation) and the memory occupation change rate is a positive value (i.e., the memory is continuously consumed and there is no memory recycling action). This ensures accurate judgment of the system resource occupation rate.

[0012] In combination with the first aspect and the above implementation manners, in some implementation manners of the first aspect, the memory state of the car machine system is diagnosed based on the target parameter to obtain a diagnosis result of the car machine system, including: If the system resource occupation rate is greater than the preset threshold value and the duration for which the system resource is greater than the preset threshold value is greater than a preset duration, it is determined that the diagnosis result indicates that the car machine system is abnormal; If the system resource occupation rate is less than or equal to the preset threshold value, or the duration for which the system resource occupation rate is greater than the preset threshold value is less than or equal to the preset duration, it is determined that the diagnosis result indicates that the car machine system is normal.

[0013] In the embodiments of the present application, since there is a reasonable scenario of short-time high resource occupation when the car machine system is in normal operation, the system resource occupation rate and the duration are comprehensively judged, and when the system resource occupation rate is high and the duration is long, it is determined that the car machine system is abnormal, so as to avoid misjudging the reasonable scenario of short-time high resource occupation as a fault and triggering unnecessary process killing or restart operation. The diagnostic accuracy of the memory state of the car machine system can be improved.

[0014] In combination with the first aspect and the above implementation manners, in some implementation manners of the first aspect, the obtaining of the target parameter of the car machine system of the vehicle comprises: obtaining the target parameter of the car machine system when it is detected that the car machine system is in a standby state or the vehicle is in a sentinel mode; Alternatively, the target parameter of the car machine system is obtained based on a preset diagnosis period.

[0015] In the embodiments of the present application, when the car machine system is in a standby state or a sentinel mode, the risk of memory leakage of the vehicle is high. For example, when the vehicle is in a standby state, the processes that leak will continuously occupy memory and cannot be recycled, causing the available memory to be gradually exhausted. When the vehicle is in a sentinel mode, the car machine continuously runs the background services of the camera, sensor, communication, etc., which is easy to cause continuous high load of resource occupation without release, and further cause system freezing. In the present application, the target parameter is obtained and the car machine system is diagnosed in the case where the vehicle is easy to leak memory, which can improve the diagnostic accuracy. Alternatively, the target parameter is obtained according to a preset diagnosis period, so as to avoid repeatedly performing the obtaining operation and the diagnosis operation of the target parameter with high resource consumption, and reduce unnecessary power consumption.

[0016] In combination with the first aspect and the above implementation manners, in some implementation manners of the first aspect, the running state of the car machine system comprises a working state and a sleep state, and the control of the car machine system to restart based on the running state of the car machine system comprises: if the car machine system is in the sleep state, immediately controlling the car machine system to restart; if the car machine system is in the working state, controlling the car machine system to restart when it is detected that the vehicle is in a sleep state next time.

[0017] In the embodiments of the present application, if the car machine system is in the dormant state, it means that the car machine system is not used, and the restart of the car machine system will not affect the function; therefore, the vehicle is immediately restarted. If the car machine system is in the working state and the car machine system is being used, if the car machine system is immediately restarted, it may cause safety hazards and experience problems such as navigation interruption and entertainment function failure; therefore, when the vehicle is next in the dormant state, the car machine system is restarted. Ensure that when the car machine system needs to be restarted, the running state of the car machine system is selected to select the appropriate restart time, so as to avoid the function of the car machine system being affected.

[0018] In combination with the first aspect and the above implementation manners, in some implementation manners of the first aspect, the car machine system includes a first operating system and a second operating system, the first operating system is a bottom layer operating system of the car machine system, and the second operating system is an interactive layer operating system of the car machine system. If the diagnostic result indicates that the car machine system is abnormal, based on the running state of the car machine system, the car machine system is restarted, including: If the diagnostic result indicates that the car machine system is abnormal, the target operating system in the car machine system is determined to be abnormal. Based on the target operating system and the running state, the car machine system is restarted.

[0019] In the embodiments of the present application, the car machine system includes a first operating system and a second operating system. Since the first operating system is a bottom layer operating system of the car machine system, and the second operating system is an interactive layer operating system of the car machine system, therefore, when the first operating system is abnormal or the second operating system is abnormal, the degree of influence is different. Therefore, according to the target operating system in the abnormal state and the running state of the car machine system, the vehicle is restarted to ensure that the stability of the bottom layer system can be preferentially guaranteed, the upper layer interactive experience is considered, and the influence of excessive restart on user perception is avoided.

[0020] In combination with the first aspect and the above implementation manners, in some implementation manners of the first aspect, based on the target operating system and the running state, the car machine system is restarted, including: If the target operating system includes the first operating system, based on the running state, the first operating system and the second operating system are restarted. If the target operating system is the second operating system, based on the running state, the second operating system is restarted.

[0021] In the embodiments of the present application, if the target operating system includes the first operating system (i.e., the target operating system is the first operating system, or the target operating system is the first operating system and the second operating system), it indicates that the underlying operating system of the car-machine system has an exception, which can cause problems such as shutdown of the car-machine system, interruption of communication, failure of power management, etc. Therefore, the first operating system and the second operating system are controlled to restart, so as to ensure that the occupied system resources can be recovered through the restart. If the target operating system is the second operating system, it indicates that the interactive layer operating system of the car-machine system has an exception, which does not affect the safety of the vehicle. Therefore, the second operating system is preferentially controlled to restart in a light-weighted manner, so as to ensure that the functions (such as the functions of underlying hardware control, power management, security monitoring, etc.) of the first operating system of the car-machine system are not affected.

[0022] In a second aspect, a control device of a car-machine system is provided, and the control device comprises: An acquisition module is configured to acquire a target parameter of a car-machine system of a vehicle, the target parameter being used to indicate a system resource occupation rate of the car-machine system. A processing module is configured to diagnose a memory state of the car-machine system based on the target parameter, to obtain a diagnosis result of the car-machine system. If the diagnosis result indicates that the car-machine system is abnormal, the car-machine system is controlled to restart based on a running state of the car-machine system.

[0023] In a third aspect, a vehicle is provided, which comprises a memory and a processor, the memory being configured to store executable program code, and the processor being configured to call and run the executable program code from the memory, so that the vehicle executes the control method in the first aspect or any possible implementation manner of the first aspect.

[0024] In a fourth aspect, a computer program product is provided, which comprises computer program code. When the computer program code runs on a computer, the computer program code causes the computer to execute the control method in the first aspect or any possible implementation manner of the first aspect.

[0025] In a fifth aspect, a computer readable storage medium is provided, which stores computer program code. When the computer program code runs on a computer, the computer program code causes the computer to execute the control method in the first aspect or any possible implementation manner of the first aspect. BRIEF DESCRIPTION OF DRAWINGS

[0026] Figure 1 FIG. 1 is a schematic diagram of a system architecture of a car-machine system provided by the embodiments of the present application; Figure 2 FIG. 2 is a schematic flowchart of a control method of a car-machine system provided by the embodiments of the present application; Figure 3 is a schematic flowchart of another control method of a car machine system provided by an embodiment of the present application; Figure 4 is a structural schematic diagram of a control device of a car machine system provided by an embodiment of the present application; Figure 5 is a structural schematic diagram of a vehicle provided by an embodiment of the present application. DETAILED DESCRIPTION

[0027] The technical solutions in the present application will be described in detail below with reference to the drawings. In the description of the embodiments of the present application, unless otherwise specified, " / " represents the meaning of or, for example, A / B can represent A or B: "and / or" in the text is only a description of the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B, which can represent: A exists alone, A and B exist together, and B exists alone, and in addition, in the description of the embodiments of the present application, "multiple" means two or more than two.

[0028] Hereinafter, the terms "first" and "second" are only used for descriptive purposes, and cannot be understood as implying or suggesting relative importance or implicitly indicating the number of indicated technical features. Therefore, the features defined with "first" and "second" can explicitly or implicitly include one or more features.

[0029] When the car machine system is in the suspended to memory state, or the car machine system opens the sentinel mode, the CPU of the car machine system and most of the hardware are in a dormant state, the memory data of the car machine system is retained, and quickly recovers running when the car machine system is woken up. However, if the car machine system is in a dormant state for a long time, the memory applied for by the car machine system when it is in a dormant state is not completely released after the car machine system is woken up, or the memory is repeatedly applied for after the car machine system is woken up but the old memory is not cleaned up, which can cause the memory of the car machine system to gradually run out, thereby causing the car machine system to fail in function, lag, and other problems, affecting the system stability of the car machine system.

[0030] The technical problems existing in the related art will be further described below in conjunction with examples.

[0031] For example, when the car machine system is in the STR state or starts the sentry mode, if the frame buffer of the Around View Monitor (AVM) and the video buffer of the sentry mode do not call the interface to release the memory before hibernation, and the memory is re-allocated after the car machine system is woken up, the un-released memory is abandoned. If some modules (for example, the driver module and the process module) do not detect the initialized state after being woken up, the threads are repeatedly created to apply for the memory, and the memory is occupied multiple times. Or, the memory applied for by the car machine system in the hibernation state is not completely released after the car machine system is woken up. The problem of incomplete release or repeated occupation of the memory of the car machine system described above can easily cause the available memory threshold of the car machine system to be lower than the lower limit of the system after a long time of accumulation. When the memory is insufficient, the system triggers the program to randomly close low-priority processes (for example, the AVM or the sentry mode process), causing the function to fail. When the kernel state memory of the system is exhausted, the kernel cannot allocate memory to the key processes, causing the key processes to fail to run, the car machine system to be stuck, and the stability of the car machine system to be affected. In addition, in an extreme case, the memory exhaustion causes the hardware driver to be abnormal, which can cause the peripheral device to overheat and abnormally consume power, further affecting the stability of the car machine system.

[0032] For example, the total available memory of the car machine system is 3GB, and the normal running memory of the sentry mode occupies 300MB (the memory includes video buffer, camera driver, and abnormality detection module). In each STR hibernation or wake-up cycle of the car machine system, 32MB of memory is leaked due to the failure of the driver layer to release the buffer, and this part of the memory is marked as "occupied" but not used by any process, and the system cannot recover it. The critical memory threshold of the car machine system is 0.5GB (when the remaining memory is lower than this value, the car machine system cannot run normally). When the car machine system repeatedly cycles for multiple times, 32MB of memory is leaked in each STR cycle, and when the cumulative leaked memory is greater than 2.5GB, the available memory of the car machine system is less than the critical memory threshold, and the available memory of the car machine system is insufficient, which can cause the car machine screen to be stuck, the touch to be unresponsive, and any function to be unable to be switched. The core process cannot run due to insufficient memory, and finally triggers the car machine system to be forced to power off and restart, affecting the system stability of the car machine system.

[0033] Therefore, how to avoid the system stability of the car machine system from being affected is a technical problem to be solved at present.

[0034] In view of this, this application provides a control method for a vehicle infotainment system, a vehicle, and a storage medium. Through embodiments of this application, the memory status of the vehicle infotainment system is diagnosed based on target parameters. When the diagnostic results indicate an abnormality in the vehicle infotainment system, the system is restarted based on its operating status. This application's diagnosis of the memory status of the vehicle infotainment system based on target parameters enables early identification of memory leak trends, upgrading the system's fault response from reactive remediation to proactive prevention. It ensures that restarting the vehicle infotainment system releases memory occupied during hibernation that has not been fully released, avoiding lag and functional abnormalities caused by memory leaks, thereby preventing the system's stability from being affected.

[0035] The following is combined with Figures 1 to 3 The control method of the vehicle system provided in the embodiments of this application will be described in detail.

[0036] Figure 1 This is a schematic diagram of the system architecture of a vehicle infotainment system provided in an embodiment of this application.

[0037] For example, Figure 1 The system architecture 100 shown is the system architecture of the vehicle infotainment system, such as... Figure 1 As shown, the system architecture includes the Host-side operating system ( Figure 1 (left side of the middle) and Android side operating system ( Figure 1 (Right side of the image). The Host-side operating system is the underlying operating system (backend operating system) of the vehicle infotainment system, responsible for hardware control and core service operation; the Android-side operating system is the interaction layer operating system of the vehicle infotainment system, responsible for providing the user-visible interface and App running environment.

[0038] For example, the host-side operating system includes a host data acquisition module, a microcontroller unit (MCU), and a host power management module. The host data acquisition module is used to collect memory information on the host side, including memory nodes and other key indicators, as well as information obtained from the MCU; the host power management module is associated with the host data acquisition module and is responsible for managing the power status of the host.

[0039] The Android-side operating system comprises an Android data collection module, a data analysis processing module, an Android power management module, and a power hardware abstraction layer (Power Hal). The Android data collection module is configured to collect memory information of the Android side, including memory nodes, and transmit the data to the data analysis processing module. The data analysis processing module is configured to receive data of the Host side and the Android side, analyze and determine whether there is a memory leakage, and interact with the cloud. The Android power management module is configured to manage the power of the Android side, and provide an interface for requesting a delayed reset of the SOC in association with the Power Hal. When the data analysis processing module of the Android side interacts with the cloud, the data analysis processing module transmits the analysis result (i.e., the determination result of whether there is a memory leakage) to the cloud. The cloud determines a processing strategy according to the analysis result of the data analysis processing module, and sends the strategy to the data analysis processing module. The data analysis processing module sends a restart or cancel restart instruction to the Android power management module.

[0040] It should be noted that the system architecture is configured to monitor the memory state of the vehicle machine system, analyze and determine the memory state of the vehicle machine system, and execute a corresponding control strategy.

[0041] The following will be described in conjunction with the architecture diagram in Figure 1 The interaction process of the system architecture will be described in conjunction with the architecture diagram in For example, the interaction process comprises three stages of data collection, analysis and decision, and execution of the decision. In the data collection stage, the Host side (the host side) and the Android side (the Android side, also referred to as the client side) synchronously collect data. The Host side collects memory data of the Host through a Host data collection module, and the Android side collects memory data through an Android data collection module. In the analysis and decision stage, the data analysis processing module receives memory data of the Host side and memory data of the Android side, diagnoses the vehicle machine system, determines whether there is a memory exception or resource occupation exception (for example, memory leakage or resource not released) in the Host side or the Android side, transmits the diagnosis result to the cloud, and obtains a preset management strategy from the cloud. In the execution decision stage, the Android power management module provides an interface for resetting the vehicle machine system in association with the Power Hal. When the vehicle machine system enters a standby state, the power state of the vehicle machine system is adjusted. The Host power management module synchronously manages the power state of the Host.

[0042] It should be noted that the above system architecture can be based on a commonly used hypervisor scheme, wherein the Host end is a QNX operating system (the QNX operating system is a kind of real-time microkernel operating system) or Yocto, and the Yocto operating system is a kind of operating system for building a custom embedded Linux image. The present application can also be based on a single operating system, for example, the Host side and the Android side use the same Android system, and the present application does not make specific limitations.

[0043] Figure 2 is a schematic flow chart of a control method of a car machine system provided by an embodiment of the present application.

[0044] Exemplarily, Figure 2 The control method 200 shown can be executed by the car machine system of the vehicle, or can be executed by the vehicle, or can be executed by the processor or chip of the vehicle.

[0045] As Figure 2 As shown, the control method 200 of the car machine system includes S210 to S230, and the control method of the car machine system shown in S210 to S230 will be described in detail below.

[0046] S210, obtaining a target parameter of the car machine system of the vehicle.

[0047] The target parameter is used to indicate the system resource occupation rate of the car machine system; the system resource occupation rate is the proportion of various types of system resources actually used in the running process of the car machine system, which is presented in the form of percentage, and can reflect the load degree of the car machine system within a certain time.

[0048] Exemplarily, when obtaining the target parameter of the car machine system, the target parameter can be obtained through a data acquisition module, for example, for the Host side system, the target parameter of the Host side can be obtained through a Host data acquisition module, and for the Android side system, the target parameter of the Android side can be obtained through an Android data acquisition module.

[0049] In one implementation mode, the target parameter of the car machine system is obtained when it is detected that the car machine system is in a standby state or the vehicle is in a sentinel mode; or the target parameter of the car machine system is obtained based on a preset diagnosis period.

[0050] The target parameters include available memory of the car-machine system and memory occupancy change rate. The available memory of the car-machine system represents the amount of physical memory that can be directly allocated to a new process or a process in use at the current time, and is used to reflect the new work load that the car-machine system can bear. If the available memory is sufficient, it means that the system has room to handle unexpected tasks. If the available memory is too low, it will lead to memory shortage and the new process cannot run. The memory occupancy change rate of the car-machine system refers to the increase or decrease speed of the used memory of the car-machine system within a certain time. If the memory occupancy change rate is positive (i.e. greater than 0) for a long time, it means that the process is continuously occupying memory and not releasing memory.

[0051] For example, when the vehicle is in the standby state, the process that leaks will continuously occupy memory and cannot be recycled, which will cause the available memory to be gradually exhausted. When the vehicle is in the sentinel mode, the car-machine continuously runs the background services of the camera, sensor, communication, etc., which is easy to cause the continuous high load of resources only occupying but not releasing, and then cause the system to be deadlocked. Therefore, the application can improve the diagnosis accuracy by obtaining the target parameters and diagnosing the car-machine system when the vehicle is at risk of memory leakage.

[0052] For example, according to the preset diagnosis period or the target parameters, for example, the preset diagnosis period is 12 hours, the car-machine system obtains the target parameters of the car-machine system every 12 hours, and then diagnoses the memory state of the car-machine system according to the target parameters.

[0053] It can be understood that when the car-machine system is in the sleep state for a long time, it may cause the memory state of the car-machine system. Therefore, only when a certain time length is accumulated, the abnormality will be caused. Compared with the way of obtaining the target parameters in real time and diagnosing in real time, the application obtains the target parameters and diagnoses when the vehicle is at risk of memory leakage (i.e. the car-machine system is in the standby state or the sentinel mode) or when a certain time length is accumulated (i.e. the preset diagnosis period), which avoids repeatedly performing the obtaining operation and the diagnosis operation of the target parameters with high resource consumption, improves the diagnosis efficiency, and reduces unnecessary power consumption.

[0054] S220, diagnosing the memory state of the car-machine system based on the target parameters to obtain the diagnosis result of the car-machine system.

[0055] The diagnosis result includes car-machine system abnormality (i.e. memory state abnormality of the car-machine system) or car-machine system normality (i.e. memory state normality of the car-machine system).

[0056] For example, when diagnosing the memory state of the car-machine system, the diagnosis can be performed according to the target parameters, or the diagnosis can be performed according to the target parameters combined with the time factor.

[0057] The two diagnostic methods are further described below in conjunction with examples.

[0058] In an implementation, the memory state of the car machine system is diagnosed based on the target parameter, and a diagnosis result of the car machine system is obtained, including: based on the target parameter, determining a system resource occupancy rate of the car machine system; if the system resource occupancy rate is greater than a preset threshold, determining that the diagnosis result indicates that the car machine system is abnormal; and if the system resource occupancy rate is less than or equal to the preset threshold, determining that the diagnosis result indicates that the car machine system is normal.

[0059] The preset threshold of the system resource occupancy rate is a threshold preset for judging the memory leakage risk of the car machine system. When the system resource occupancy rate is greater than the preset threshold, it indicates that the car machine system has a higher risk of memory leakage. When the system resource occupancy rate is less than the preset threshold, it indicates that the car machine system has a lower risk of memory leakage.

[0060] For example, when the system resource occupancy rate of the car machine system is greater than the preset threshold, it indicates that the car machine system has too high memory occupation, and has a higher risk of memory leakage. Therefore, it is determined that the diagnosis result indicates that the car machine system is abnormal, thereby preventing the memory leakage of the car machine system. When the system resource occupancy rate of the car machine system is less than or equal to the preset threshold, it indicates that the car machine system has low memory occupation, and has a lower risk of memory leakage. Therefore, it is determined that the diagnosis result indicates that the car machine system is normal. It is ensured that the condition of the car machine system occupying system resources can be determined according to the detected system resource occupancy rate of the car machine system, so as to determine whether the memory state of the car machine system is abnormal.

[0061] For example, the preset threshold of the system resource occupancy rate is 70%. The preset threshold indicates that when the system resource occupancy rate is less than or equal to 70%, the function of the car machine system will not be affected, and the car machine system can operate normally. When the system resource occupancy rate is greater than 70%, the function of the car machine system will be affected and cannot operate normally. When the system resource occupancy rate is determined to be 80% according to the target parameter, the system resource occupancy rate is greater than the preset threshold, and it is determined that the diagnosis result is that the car machine system is abnormal. When the system resource occupancy rate is determined to be 60% according to the target parameter, the system resource occupancy rate is less than the preset threshold, and it is determined that the diagnosis result is that the car machine system is normal.

[0062] It should be noted that the above is an example of the preset threshold, which is used to describe the process of diagnosing the car machine system according to the preset threshold and the system resource occupancy rate. The specific value of the preset threshold is not limited in the present application. In actual application, the corresponding preset threshold can be set according to the performance of the car machine system.

[0063] Optionally, when setting the preset threshold of the system resource occupancy rate, the preset threshold can be determined in combination with the limit value of the memory leakage of the vehicle machine system. By setting the preset threshold to be less than the limit value of the memory leakage (i.e., the preset threshold is less than the limit value of the memory leakage, and the difference between the preset threshold and the limit value of the memory leakage is a preset fixed difference), the risk of the memory leakage of the vehicle machine system can be detected in advance.

[0064] For example, when the system resource occupancy rate of the vehicle machine system is 80%, it indicates that the system resource occupancy rate of the vehicle machine system is greater than 80%, and there is memory leakage, which will affect the function of the vehicle machine system. Therefore, the preset threshold is set to 70% (which is 10% less than the limit value of the memory leakage), so that when the memory resource occupancy rate of the vehicle machine system is greater than 70%, a corresponding strategy can be taken, thereby realizing the prediction and early intervention of the memory leakage risk.

[0065] For example, the system resource occupancy rate of the vehicle machine system is determined as follows: if the available memory is less than a first threshold and the memory occupancy change rate is a positive value, it is determined that the system resource occupancy rate is greater than the preset threshold.

[0066] For example, the available memory being less than the first threshold indicates that the memory occupied by the vehicle machine system is high, resulting in less available memory; and the memory occupancy change rate being a positive value indicates that the memory resource occupied by the vehicle machine system is in a cumulative state, and the memory resource has not been released for a long time (i.e., there is currently new memory demand). Therefore, when the available memory is low and the memory resource has not been released by the vehicle machine system for a long time, it is determined that the system resource occupancy rate of the vehicle machine system is greater than the preset threshold.

[0067] For example, the first threshold of the available memory is 10%. When it is detected that the available memory of the vehicle machine system is less than 10% and the memory occupancy change rate is 1% / s (indicating that the memory occupancy change rate increases by 1% per second), it indicates that the allocatable memory of the vehicle machine system is insufficient, and the used memory is continuously increasing, and the load of the vehicle machine system is increasing. Therefore, it is determined that the system resource occupancy rate is greater than the preset threshold.

[0068] It should be noted that the above is an example of the values of the first threshold and the memory occupancy change rate, which is used to describe the process of determining the system resource occupancy rate according to the available memory and the memory occupancy change rate. The values of the first threshold and the memory occupancy change rate are not limited in the present application.

[0069] It can be understood that when the vehicle machine system simultaneously runs multiple system services or the data transmission amount is large, more available memory is occupied, in this case, the memory occupation will automatically fall back with the completion of the task, which is not an exception. If only the available memory is used as the basis to determine the abnormality of the vehicle machine system and trigger the restart, it will cause frequent misoperation, which affects the user experience and increases the meaningless restart loss of the system. The positive value of the memory occupation change rate only indicates that the memory occupation is continuously increasing, but the normal business process can also cause the memory occupation to continuously increase. If only this condition is used to determine the abnormality, the normal function operation will be misjudged as an abnormality of the vehicle machine system. Therefore, if only one of the available memory being less than the first threshold or the memory occupation change rate being positive, the memory abnormality of the vehicle machine system cannot be accurately determined. In the application, when both the available memory is less than the first threshold (i.e. the system resource pool is exhausted and there is no free memory to allocate) and the memory occupation change rate is positive (i.e. the memory is continuously consumed and there is no memory recovery action), it is determined that the system resource occupation rate is greater than the preset threshold, so that the system resource occupation rate can be accurately judged.

[0070] In another implementation mode, the memory state of the vehicle machine system is diagnosed based on the target parameter, and a diagnosis result of the vehicle machine system is obtained, including: if the system resource occupation rate is greater than the preset threshold and the duration of the system resource being greater than the preset threshold is greater than the preset duration, it is determined that the diagnosis result indicates that the vehicle machine system is abnormal; if the system resource occupation rate is less than or equal to the preset threshold, or the duration of the system resource occupation rate being greater than the preset threshold is less than or equal to the preset duration, it is determined that the diagnosis result indicates that the vehicle machine system is normal.

[0071] For example, when the sentry mode is started, multiple camera data streams are loaded, the navigation software initializes the high-precision map, the system background executes the decompression of the upgrade package for remote upgrade, etc. The resource occupation rate of such scenarios will be temporarily increased, but the resources will be automatically released after the task is completed, which belongs to normal business fluctuations. If the judgment is made according to the resource occupation rate, the restart may be mistakenly triggered in the sentry mode, which will cause the security monitoring to be temporarily ineffective, and there is a vehicle safety risk, or it may cause the processes to be mistakenly killed during vehicle navigation, the navigation data to be lost, the route planning to be interrupted, etc.

[0072] For example, when the sentry mode is started, multiple camera data streams are loaded, the navigation software initializes the high-precision map, the system background executes the decompression of the upgrade package for remote upgrade, etc. The resource occupation rate of such scenarios will be temporarily increased, but the resources will be automatically released after the task is completed, which belongs to normal business fluctuations. If the judgment is made according to the resource occupation rate, the restart may be mistakenly triggered in the sentry mode, which will cause the security monitoring to be temporarily ineffective, and there is a vehicle safety risk, or it may cause the processes to be mistakenly killed during vehicle navigation, the navigation data to be lost, the route planning to be interrupted, etc.

[0073] In the embodiments of the present application, since a real exception of the car machine system (for example, memory leakage, process dead loop, driver exception) has a persistent feature, that is, the state of high resource occupancy rate does not alleviate with the end of the business, but instead continuously deteriorates over time. For example, memory leakage will cause the available memory to continuously decrease, eventually causing the system to crash, and a process dead loop will long-term occupy CPU resources, causing the car machine to respond slowly. Therefore, determining that the car machine system is abnormal when the car machine system simultaneously satisfies the conditions of high resource occupancy rate and long duration can effectively exclude the case of normal short-time high load, avoid misjudging the normal case of short-time high load as a car machine system exception, and ensure that the diagnostic accuracy of the memory state of the car machine system can be improved.

[0074] For example, the first threshold of the available memory is 10%, and the preset time length is 10s; when it is detected that the available memory of the car machine system is continuously less than 10% within 10s, and the memory occupancy change rate is 1% / s, it is determined that the car machine system is abnormal. When it is detected that the available memory of the car machine system is continuously less than 10% within 0 to 5s, and the memory occupancy change rate is 1% / s, the available memory of the car machine system increases after 5s, and the memory occupancy change rate is -2% / s (indicating that the memory occupancy decreases by 2% per second, that is, 2% of memory is released per second), indicating that the car machine system is currently in a reasonable scenario of short-time high resource occupancy, and the resources are automatically released after the task is completed (after 5s). Therefore, it is determined that the car machine system is normal.

[0075] It should be noted that the above is an example of the numerical values of the first threshold, the preset time length and the memory occupancy change rate, which is used to describe the process of diagnosing the car machine system according to the system resource occupancy rate and the duration of the system resource occupancy rate.

[0076] S230, if the diagnostic result indicates that the car machine system has an exception, controlling the car machine system to restart based on the running state of the car machine system.

[0077] The running state of the car machine system includes a working state and a sleep state.

[0078] In one implementation mode, based on the running state of the car machine system, the car machine system is controlled to restart, including: if the car machine system is in a sleep state, immediately controlling the car machine system to restart; if the car machine system is in a working state, controlling the car machine system to restart when it is detected that the vehicle is in a sleep state next time.

[0079] For example, if the car machine system is in the dormant state, it means that the car machine system is not in use, and restarting the car machine system will not affect the function; therefore, the vehicle is immediately restarted. If the car machine system is in the working state and the car machine system is being used, immediately restarting the car machine system may cause safety hazards and experience problems such as navigation interruption and entertainment function failure; therefore, the car machine system is restarted when the vehicle is in the dormant state next time.

[0080] It can be understood that the car machine working state usually corresponds to the vehicle driving and user operation scene (for example, navigation, music playing or auxiliary driving function running), at this time, restarting will directly interrupt the core function, for example, restarting the car machine in high-speed driving, causing the navigation picture of the car machine screen to disappear and the voice interaction to interrupt, which is easy to distract the driver's attention and thus cause safety risks. When the car machine system is in the dormant state (for example, STR mode or off waiting), the user has no operation and no core driving function running, at this time, restarting will not interfere with the user and can complete the repair during the dormant period. When it is necessary to restart the car machine system, the appropriate restart time is selected according to the running state of the car machine system, so as to avoid the function of the car machine system being affected.

[0081] For example, the vehicle is in the sentinel mode (the car machine system is in the dormant state), the diagnosis result indicates that the car machine system Host side memory is continuously exhausted, if not restarted immediately, it will cause the camera monitoring to be interrupted and the vehicle security function to be invalid. Therefore, the car machine system is immediately restarted, the leaked occupied memory is quickly released by immediately restarting, the underlying hardware control function is restored, and the continuous deterioration of the fault is avoided. And since the user does not need to operate the car machine in the dormant state, the sentinel mode is automatically restored after restarting, the car machine system can be restarted without feeling, compared with waiting for the next dormant state, the time window of the continuous fault is reduced. When the vehicle is driving, the car machine is in the working state, the navigation function and the auxiliary driving function of the vehicle are turned on, at this time, the diagnosis finds that there is an application memory leak on the Android side, if restarted immediately, the navigation is interrupted, the voice broadcast is stopped, and the driver needs to manually reset the route, which is easy to distract the attention; if delayed to restart after the vehicle is turned off and enters the dormant state, the driving process will not be affected, the core function interruption caused by the working state restart is avoided, and the stability of the car machine function during driving is ensured.

[0082] In another implementation mode, the car machine system includes a first operating system and a second operating system; if the diagnosis result indicates that the car machine system is abnormal, the car machine system is restarted based on the running state of the car machine system, including: if the diagnosis result indicates that the car machine system is abnormal, determining the target operating system which is abnormal in the car machine system; based on the target operating system and the running state, the car machine system is restarted.

[0083] The first operating system is the underlying operating system of the car machine system (for example, Linux), and the second operating system is the application operating system of the car machine system (for example, Android). Figure 1the left side of the middle is the Host side operating system), and the second operating system is the interactive layer operating system of the vehicle machine system (for example Figure 1 the Android side operating system shown on the right side of the middle).

[0084] For example, since the first operating system is the bottom layer operating system of the vehicle machine system, and the second operating system is the interactive layer operating system of the vehicle machine system, when the first operating system is abnormal or the second operating system is abnormal, the degree of influence generated is different. Therefore, according to the running state of the target operating system in an abnormal state and the vehicle machine system, the vehicle restart is controlled to ensure that the stability of the bottom layer system can be preferentially guaranteed, the upper layer interactive experience is considered, and the influence of excessive restart on user perception is avoided.

[0085] Specifically, if the target operating system includes the first operating system, the first operating system and the second operating system are controlled to restart based on the running state; if the target operating system is the second operating system, the second operating system is controlled to restart based on the running state.

[0086] For example, if the target operating system includes the first operating system, when the running state of the vehicle machine system is the sleep state, the first operating system and the second operating system are controlled to restart immediately; when the running state of the vehicle machine system is the working state, the first operating system and the second operating system are controlled to restart when the vehicle is in the sleep state next time. If the target operating system is the second operating system, when the running state of the vehicle machine system is the sleep state, the second operating system is controlled to restart immediately; when the running state of the vehicle machine system is the working state, the second operating system is controlled to restart when the vehicle is in the sleep state next time.

[0087] For example, if the target operating system includes the first operating system (that is, the target operating system is the first operating system, or the target operating system is the first operating system and the second operating system), it indicates that the bottom layer operating system of the vehicle machine system has an abnormality, which will cause problems such as system crash, communication interruption, power management failure, etc. Therefore, the first operating system and the second operating system are controlled to restart to ensure that the occupied system resources can be recovered through restart. If the target operating system is the second operating system, it indicates that the interactive layer operating system of the vehicle machine system is abnormal, and the abnormality does not affect the safety of the vehicle. Preferentially, a light-weighted way is used to repair, and the second operating system is preferentially controlled to restart to ensure that the functions of the first operating system of the vehicle machine system (for example, bottom layer hardware control, power management, security monitoring, etc.) will not be affected.

[0088] For example, the first operating system is a Host side operating system, and the second operating system is an Android operating system. When a navigation App in the Android operating system leaks memory and causes an abnormality of the car machine system, the Host side operates normally. At this time, only the Android interactive layer is restarted, and the user can still directly enter the sentinel mode after restarting, without the need for reconfiguration. When the Host operating system leaks memory, the Host side operating system is the underlying support of the dual system, and separate restart of the Android side cannot solve the problem of memory leakage of the Host. Therefore, the overall car machine system is restarted.

[0089] Optionally, the car machine system sends the diagnosis result and the current running state of the car machine system to the cloud, so that the cloud determines a corresponding control strategy based on the diagnosis result and the current running state of the car machine system. The car machine system receives the control strategy issued by the cloud, and controls the vehicle to restart immediately or delay restart according to the control strategy. The control strategy includes controlling the car machine system to delay restart when the current running state of the vehicle is a working state, and controlling the car machine system to restart immediately when the current running state of the vehicle is a sleep state.

[0090] In the above embodiment, in the embodiment of the present application, the memory state of the car machine system is diagnosed according to the target parameter of the car machine system. When the diagnosis result indicates that the car machine system is abnormal, the car machine system is restarted according to the running state of the car machine system. Compared with the related art, when the memory of the car machine system is gradually exhausted, the car machine system cannot run, and passive restart is triggered, which causes interruption of the function of the car machine system and affects the stability of the car machine system. The present application diagnoses the memory state of the car machine system according to the target parameter, which can identify whether the car machine system has a memory leakage risk in advance, and upgrade the passive remedy of the car machine system to active prevention. When it is identified that the car machine system has a memory state abnormality (for example, has a memory leakage risk), the car machine system is restarted according to the running state of the car machine system, which can consider the running state of the car machine system to obtain a suitable restart actual, and avoid interruption of the function of the car machine system caused by directly restarting the car machine system. By restarting the car machine system to release the memory occupied and not completely released when the car machine system is in sleep state, the car machine system avoids the lag and abnormality caused by memory leakage, thereby avoiding the influence on the system stability of the car machine system.

[0091] Figure 3 FIG. 3 is a schematic flowchart of another control method of a car machine system provided by an embodiment of the present application.

[0092] For example, Figure 3 The control method 300 shown in the figure can be executed by a car machine system of a vehicle, or can be executed by the vehicle, or can be executed by a processor or a chip of the vehicle.

[0093] AsFigure 3 As shown, the control method 300 of the car-machine system includes S301 to S309, and the control method of the car-machine system shown in S301 to S309 is described in detail below.

[0094] S301, obtaining the state and mode of the car-machine system.

[0095] For example, the state of the car-machine system includes that the car-machine system is in an open state (working state), a closed state and a standby state; and the mode of the car-machine system includes a sentinel mode, a navigation mode and a driving assistance mode, etc.

[0096] For example, the state and mode of the car-machine system can be obtained through a system interface or a Controller Area Network (CAN) bus.

[0097] S302, obtaining the available memory and memory occupancy change rate of the car-machine system of the vehicle when the car-machine system is in the standby state or the sentinel mode.

[0098] For example, when the car-machine system is in the standby state or the sentinel mode, the available memory and memory occupancy change rate of the car-machine system are obtained through a data acquisition module in the car-machine system.

[0099] Optionally, the implementation manners of S301 and S302 can refer to the related description of S210 in Figure 2 , which will not be described here again.

[0100] S303, determining the system resource occupancy rate according to the available memory and the memory occupancy change rate.

[0101] For example, if the available memory is less than a first threshold value and the memory occupancy change rate is a positive value, it is determined that the system resource occupancy rate is greater than a preset threshold value; if the available memory is less than or equal to the first threshold value or the memory occupancy change rate is a negative value, it is determined that the system resource occupancy rate is less than or equal to the preset threshold value.

[0102] S304, whether the system resource occupancy rate is greater than the preset threshold value; if yes, S305 is executed; if no, S306 is executed.

[0103] For example, whether the system resource occupancy rate is greater than the preset threshold value is judged; if the system resource occupancy rate is greater than the preset threshold value, it is determined that the diagnosis result indicates that the car-machine system is abnormal; if the system resource occupancy rate is less than or equal to the preset threshold value, it is determined that the diagnosis result indicates that the car-machine system is normal.

[0104] S305, determining that the diagnosis result indicates that the car-machine system is abnormal.

[0105] For example, when the system resource occupancy rate of the car machine system is greater than the preset threshold, it indicates that the memory occupancy of the car machine system is too high, and the risk of memory leakage is high. Therefore, it is determined that the diagnosis result indicates that the car machine system is abnormal, so as to prevent the memory leakage of the car machine system.

[0106] In S306, it is determined that the diagnosis result indicates that the car machine system is normal.

[0107] For example, when the system resource occupancy rate of the car machine system is less than or equal to the preset threshold, it indicates that the memory occupancy of the car machine system is low, and the risk of memory leakage is low. Therefore, it is determined that the diagnosis result indicates that the car machine system is normal.

[0108] Optionally, the implementation of S303 to S306 can refer to the related description of S220 in Figure 2 , which will not be repeated here.

[0109] In S307, the running state of the car machine system is determined.

[0110] In S308, if the car machine system is in a sleep state, the car machine system is immediately restarted.

[0111] For example, if the car machine system is in a sleep state, it indicates that the car machine system is not used, and restarting the car machine system will not affect the function. Therefore, the vehicle is immediately restarted.

[0112] In S309, if the car machine system is in a working state, the vehicle is restarted when the vehicle is detected to be in a sleep state next time.

[0113] For example, when the car machine system is in a working state, the car machine system is being used. If the car machine system is immediately restarted, it may cause safety hazards and experience problems such as navigation interruption and entertainment function failure. Therefore, the car machine system is restarted when the vehicle is detected to be in a sleep state next time.

[0114] Optionally, the implementation of S307 to S309 can refer to the related description of S230 in Figure 2 , which will not be repeated here.

[0115] In the embodiments of the present application, the risk of memory leakage of the car machine system is predicted according to the available memory and memory occupancy change rate of the car machine system, and when it is detected that the car machine system has a risk of memory leakage, timely intervention is performed to avoid problems such as system abnormality, function failure, and user experience degradation caused by memory leakage of the car machine system. And when the car machine system is in a sleep state, the car machine system is restarted to reduce the impact on the architecture and function of the car machine system, reduce resource overhead, and improve long-term running stability and reliability of the system.

[0116] The above is combined with Figures 1 to 3The control method of the car machine system provided by the embodiment of the application is described in detail. The following will be described in combination with Figure 4 With Figure 5 The device embodiment of the application is described in detail. It should be understood that the device in the embodiment of the application can perform various methods of the foregoing embodiments of the application, that is, the specific working processes of various products below, which can refer to the corresponding processes in the foregoing method embodiments.

[0117] Figure 4 FIG. 1 is a structural schematic diagram of a control device of a car machine system provided by an embodiment of the application.

[0118] Exemplarily, as shown in FIG. 4, the control device 400 of the car machine system comprises: Figure 4 An acquisition module 410, configured to acquire a target parameter of a car machine system of a vehicle, the target parameter being used to indicate a system resource occupation rate of the car machine system. A processing module 420, configured to diagnose a memory state of the car machine system based on the target parameter to obtain a diagnosis result of the car machine system, and control the car machine system to restart based on a running state of the car machine system if the diagnosis result indicates that the car machine system is abnormal. Optionally, as one embodiment, the processing module 420 is specifically configured to: determine the system resource occupation rate of the car machine system based on the target parameter; determine that the diagnosis result indicates that the car machine system is abnormal if the system resource occupation rate is greater than a preset threshold; and determine that the diagnosis result indicates that the car machine system is normal if the system resource occupation rate is less than or equal to the preset threshold.

[0119] Optionally, as one embodiment, the processing module 420 is specifically configured to: determine that the system resource occupation rate is greater than the preset threshold if the available memory is less than a first threshold and the memory occupation change rate is a positive value.

[0120] Optionally, as one embodiment, the processing module 420 is specifically configured to: determine that the diagnosis result indicates that the car machine system is abnormal if the system resource occupation rate is greater than the preset threshold and a duration in which the system resource is greater than the preset threshold is greater than a preset duration; and determine that the diagnosis result indicates that the car machine system is normal if the system resource occupation rate is less than or equal to the preset threshold or the duration in which the system resource occupation rate is greater than the preset threshold is less than or equal to the preset duration.

[0121] Optionally, as one embodiment, the acquisition module 410 is specifically configured to: acquire the target parameter of the car machine system when it is detected that the car machine system is in a standby state or the vehicle is in a sentinel mode; or acquire the target parameter of the car machine system based on a preset diagnosis period.

[0122]

[0123] ​Optionally, as an embodiment, the processing module 420 is specifically configured to: if the car machine system is in the sleep state, immediately control the car machine system to restart; and if the car machine system is in the working state, control the car machine system to restart when it is detected that the vehicle is in the sleep state next time.

[0124] Optionally, as an embodiment, the car machine system comprises a first operating system and a second operating system, the first operating system being a bottom layer operating system of the car machine system, and the second operating system being an interactive layer operating system of the car machine system; and the processing module 420 is specifically configured to: if the diagnosis result indicates that the car machine system is abnormal, determine a target operating system in the car machine system which is abnormal; and control the car machine system to restart based on the target operating system and the running state.

[0125] Optionally, as an embodiment, the processing module 420 is specifically configured to: if the target operating system comprises the first operating system, control the first operating system and the second operating system to restart based on the running state; and if the target operating system is the second operating system, control the second operating system to restart based on the running state.

[0126] It should be noted that the control device of the car machine system described above is embodied in the form of a functional unit. The term “module” herein can be implemented in the form of software and / or hardware, and no specific limitation is made.

[0127] For example, the “module” can be a software program, a hardware circuit or a combination of both, which realizes the above functions. The hardware circuit can include an application specific integrated circuit (ASIC), an electronic circuit, a processor (such as a shared processor, a dedicated processor or a group processor, etc.) and a memory for executing one or more software or firmware programs, and other suitable components for supporting the described functions.

[0128] Therefore, the units of each example described in the embodiments of the present application can be realized in the form of electronic hardware or a combination of computer software and electronic hardware. Whether the functions are executed in hardware or software mode depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0129] Figure 5 Fig. 1 is a structural schematic diagram of a vehicle provided by an embodiment of the present application.

[0130] For example, the vehicle 500 comprises a processor 510, a memory 520 and executable program code 530.

[0131] The vehicle 500 can include one or more processors 510 that can support the vehicle 500 to implement the control method of the vehicle infotainment system in the method embodiments. The processor 510 can be a general purpose processor or a special purpose processor. For example, the processor 510 can be a central processing unit, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic device such as a discrete gate or transistor logic device, or a discrete hardware component.

[0132] The processor 510 can be configured to control the vehicle 500, execute a software program, and process data of the software program.

[0133] The vehicle 500 can include one or more memories 520 in which executable program codes 530 can be stored. The executable program codes 530 can be run by the processor 510 to generate instructions for the processor 510 to perform the control method of the vehicle infotainment system described in the method embodiments.

[0134] Optionally, the memory 520 can also store data. Optionally, the processor 510 can also read the data stored in the memory 520. The data can be stored in the same storage address as the executable program codes 530, or the data can be stored in a different storage address from the executable program codes 530.

[0135] The processor 510 and the memory 520 can be separately provided or integrated together, for example, integrated on a system on chip of the terminal device.

[0136] The memory 520 can be configured to store the related programs of the control method of the vehicle infotainment system provided in the embodiments. The processor 510 can be configured to call the executable program codes 530 stored in the memory 520 when controlling the vehicle, and execute the control method of the vehicle infotainment system in the embodiments. For example, a target parameter of a vehicle infotainment system of a vehicle is obtained. The target parameter is used to indicate a system resource occupancy rate of the vehicle infotainment system. A memory state of the vehicle infotainment system is diagnosed based on the target parameter, and a diagnosis result of the vehicle infotainment system is obtained. If the diagnosis result indicates that the vehicle infotainment system is abnormal, the vehicle infotainment system is restarted based on an operating state of the vehicle infotainment system.

[0137] The application further provides a computer readable storage medium, which stores a computer program, and the program is executed by a processor to implement the control method of the vehicle-machine system according to any one of the foregoing embodiments.

[0138] The computer readable storage medium can include, but is not limited to, any type of disk, including a floppy disk, an optical disk, a Digital Video Disc (DVD), a Compact Disc Read-Only Memory (CD-ROM), a microdrive, and a magneto-optical disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), an Erasable Programmable Read-Only Memory (EPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), a Dynamic Random Access Memory (DRAM), a Video Random Access Memory (VRAM), a flash memory device, a magnetic or optical card, a nanosystem (including a molecular memory IC), or any type of medium or device suitable for storing instructions and / or data.

[0139] The application further provides a computer program product, which, when running on a computer, causes the computer to execute the related steps to implement the control method of the vehicle-machine system according to any one of the foregoing embodiments.

[0140] In addition, the vehicle provided by the embodiments of the application can be a chip, a component or a module, and the vehicle can include a connected processor and a memory; the memory is used to store instructions, and the processor can invoke and execute the instructions to enable the chip to execute the control method of the vehicle-machine system according to any one of the foregoing embodiments.

[0141] The vehicle, the computer readable storage medium, the computer program product or the chip provided by the application are all used to execute the control method of the corresponding vehicle-machine system provided above, and thus the beneficial effects achieved by the vehicle, the computer readable storage medium, the computer program product or the chip can refer to the beneficial effects of the control method of the corresponding vehicle-machine system provided above, which will not be described herein again.

[0142] Through the description of the above embodiments, those skilled in the art can understand that, for the convenience and brevity of description, only the division of the above functional modules is exemplified, and in actual application, the above functions can be completed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above.

[0143] In the embodiments provided in the present application, it should be understood that the disclosed device and method can be implemented in other ways. For example, the device embodiments described above are only illustrative, for example, the division of the modules or units is only a logical function division, and in actual implementation, there can be another division manner, for example, a plurality of units or components can be combined or integrated into another device, or some features can be ignored or not executed. In addition, the coupling or direct coupling or communication connection between the displayed or discussed ones can be indirect coupling or communication connection through some interfaces, devices or units, and can be electrical, mechanical or other forms.

[0144] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto, any person skilled in the art can easily think of changes or replacements within the technical range disclosed in the present application, which should be covered in the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A control method for a vehicle infotainment system, characterized in that, The control method includes: Obtain the target parameters of the vehicle's infotainment system, wherein the target parameters are used to indicate the system resource utilization rate of the infotainment system; Based on the target parameters, the memory status of the vehicle system is diagnosed to obtain the diagnostic results of the vehicle system. If the diagnostic results indicate that the vehicle infotainment system is malfunctioning, the vehicle infotainment system will be restarted based on its operating status.

2. The control method according to claim 1, characterized in that, The step of diagnosing the memory status of the vehicle system based on the target parameters to obtain the diagnostic results of the vehicle system includes: Based on the target parameters, the system resource utilization rate of the vehicle system is determined; If the system resource utilization rate is greater than a preset threshold, the diagnostic result indicates that the vehicle system is abnormal; If the system resource utilization rate is less than or equal to the preset threshold, the diagnostic result indicates that the vehicle system is normal.

3. The control method according to claim 2, characterized in that, The target parameters include the available memory and memory usage change rate of the vehicle system; Determining the system resource utilization rate of the vehicle system based on the target parameters includes: If the available memory is less than the first threshold and the memory usage change rate is positive, it is determined that the system resource usage rate is greater than the preset threshold.

4. The control method according to claim 1, characterized in that, The step of diagnosing the memory status of the vehicle system based on the target parameters to obtain the diagnostic results of the vehicle system includes: If the system resource utilization rate is greater than a preset threshold, and the duration of the system resource utilization rate being greater than the preset threshold is greater than a preset duration, the diagnostic result indicates that the vehicle system is abnormal. If the system resource utilization rate is less than or equal to the preset threshold, or if the duration for which the system resource utilization rate is greater than the preset threshold is less than or equal to the preset duration, the diagnostic result indicates that the vehicle system is normal.

5. The control method according to claim 1, characterized in that, The acquisition of target parameters of the vehicle's in-vehicle infotainment system includes: When the vehicle infotainment system is detected to be in standby mode or the vehicle is in sentry mode, the target parameters of the vehicle infotainment system are acquired. Alternatively, the target parameters of the vehicle system can be obtained based on a preset diagnostic cycle.

6. The control method according to claim 1, characterized in that, The operating state of the vehicle infotainment system includes a working state and a sleep state. Controlling the restart of the vehicle infotainment system based on its operating state includes: If the vehicle infotainment system is in the sleep state, immediately control the vehicle infotainment system to restart; If the vehicle infotainment system is in the working state, it will control the vehicle infotainment system to restart when it detects that the vehicle will be in a sleep state again.

7. The control method according to any one of claims 1 to 6, characterized in that, The vehicle infotainment system includes a first operating system and a second operating system. The first operating system is the underlying operating system of the vehicle infotainment system, and the second operating system is the interaction layer operating system of the vehicle infotainment system. If the diagnostic result indicates that the vehicle infotainment system is malfunctioning, the system is restarted based on its operating status, including: If the diagnostic results indicate that the vehicle infotainment system is abnormal, determine the target operating system of the abnormal vehicle infotainment system; Based on the target operating system and the running status, the vehicle system is restarted.

8. The control method according to claim 7, characterized in that, The step of controlling the vehicle system to restart based on the target operating system and the running state includes: If the target operating system includes a first operating system, based on the running state, control the first operating system and the second operating system to restart; If the target operating system is the second operating system, control the second operating system to restart based on the running status.

9. A vehicle, characterized in that, The vehicles include: Memory, used to store executable program code; A processor for calling and running the executable program code from the memory, causing the vehicle to perform the control method as described in any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed, implements the control method as described in any one of claims 1 to 8.

Images