A vehicle machine system process control method and device, electronic equipment and vehicle

Abstract

The vehicle machine system process control method and device, the electronic equipment and the vehicle provided by the technical scheme of the application detect the current state of the vehicle machine system, monitor the memory occupation rate of the vehicle machine system when the vehicle machine system is in a working state, obtain running application processes in a running state and obtain the activity of the running application processes in the running state by using a preset rule, judge the interval level of the memory occupation rate, obtain a target process processing strategy corresponding to the interval level, and kill or compress the running application processes with different activity according to the target process processing strategy. The above scheme uses the corresponding target process processing strategy to kill or compress the running application processes in combination with the activity of the running application processes after determining the interval level of the memory occupation rate of the vehicle machine system, realizes memory recycling, does not need to limit the scene or special conditions, and can fundamentally recycle the memory of the vehicle machine system when the vehicle machine system is in the working state, thereby improving the improvement effect of the memory state.

Description

Technical Field

[0001] This application relates to the field of vehicle infotainment system memory management technology, and in particular to a vehicle infotainment system process control method, device, electronic device and vehicle. Background Technology

[0002] In vehicles, the in-vehicle infotainment system is the core of vehicle control. When too many applications run on this system, excessive memory usage can affect its operating speed and even cause lag. Therefore, to ensure the system's performance, certain types of processes that meet specific conditions are often compressed to free up memory. For example, during normal vehicle operation, processes related to remote vehicle control can be compressed. However, existing solutions, because the compression process only targets a few specific scenarios and includes only a few special conditions, do not significantly improve the system's memory recovery and fail to truly improve the system's memory status. Summary of the Invention

[0003] The technical problem to be solved by this application is that the existing memory compression methods for vehicle infotainment systems are not effective in improving the memory status of vehicle infotainment systems. To address this, this application proposes a process control method, device, electronic device, and vehicle for vehicle infotainment systems.

[0004] Firstly, the technical solution of this application provides a method for process control of a vehicle infotainment system, including:

[0005] Detect the current status of the vehicle's infotainment system;

[0006] If the current state is a working state, then obtain the memory usage rate of the vehicle system;

[0007] Obtain the running application processes that are in a running state, and determine the activity level of the running application processes according to preset rules;

[0008] Determine the memory usage rate range level and obtain the determination result; the range level includes multiple pre-defined range levels, each range level corresponding to a different memory usage rate range;

[0009] The process processing strategy corresponding to the interval level in the judgment result is obtained as the target process processing strategy, and the running application processes with different activity levels are killed or compressed according to the target process processing strategy; wherein, each interval level corresponds to a different process processing strategy.

[0010] In some solutions, the vehicle infotainment system process control method includes multiple interval levels set according to memory usage range from high to low; the step of determining the interval level where the memory usage rate falls and obtaining the determination result includes:

[0011] The memory usage rate is determined based on the memory usage rate and the memory usage rate range corresponding to each interval level.

[0012] In some solutions, the vehicle system process control method includes a high interval level, and the process processing strategy corresponding to the interval level in the judgment result is the target process processing strategy. The method then performs detection and suppression or compression of running application processes with different activity levels according to the target process processing strategy, including:

[0013] If the judgment result indicates that the memory usage rate is in the high range, then all running application processes with an activity level lower than the first activity level will be killed.

[0014] In some solutions, the vehicle system process control method includes a median interval level, and the process processing strategy corresponding to the interval level in the judgment result is the target process processing strategy. The method then performs detection and suppression or compression of running application processes with different activity levels according to the target process processing strategy, including:

[0015] If the determination result indicates that the memory usage rate is in the median range, then the application process with an activity level lower than the second activity level is compressed using the first compression method, where the second activity level is greater than the first activity level.

[0016] In some solutions, the vehicle system process control method includes a lower interval level, and the process processing strategy corresponding to the interval level in the judgment result is the target process processing strategy. The method then performs detection and suppression or compression of running application processes with different activity levels according to the target process processing strategy, including:

[0017] If the determination result indicates that the memory usage rate is in the low range, then the application process with an activity level lower than the third activity level is compressed using the second compression method. The third activity level is lower than the second activity level, and the compression ratio of the second compression method is lower than the compression ratio of the first compression method.

[0018] In some solutions, the vehicle system process control method uses full compression as the first compression method and reverse page compression as the second compression method.

[0019] Some solutions describe a vehicle infotainment system process control method, which involves obtaining running application processes in a running state and determining the activity level of the running application processes according to preset rules, including:

[0020] Obtain user identification information and extract historical data associated with the user identification information, wherein the historical data includes the historical opening frequency and historical running duration of the running application process in a set historical period;

[0021] The runtime, memory usage, and importance data of the running application process are obtained, whereby the importance data characterizes the importance of the user service corresponding to the running application process.

[0022] The activity level of the running application process is obtained by weighting the historical activation frequency, the historical runtime, the runtime of the current run, the memory usage information, and the importance data.

[0023] In some solutions, the method for controlling the process of a vehicle infotainment system includes obtaining user identification information, which includes:

[0024] The user's biometric information is detected as the user identification information.

[0025] In some solutions, the vehicle system process control method further includes, if the current state is a sleep state:

[0026] Detect the remaining space size of the preset area reserved by the vehicle system for storing compression process data;

[0027] Obtain the compression process activity level of the application corresponding to each compression process data in the preset area;

[0028] The remaining space size is compared with the set value to obtain the comparison result;

[0029] If the comparison result indicates that the remaining space size is lower than the set value, then the application processes corresponding to the compression process data are sequentially killed according to the order of compression process activity until the remaining space size is higher than or equal to the set value.

[0030] Secondly, the technical solution of this application provides a vehicle system process control device, comprising:

[0031] The status detection module is configured to detect the current status of the vehicle's infotainment system;

[0032] The memory usage acquisition module is configured to acquire the memory usage of the vehicle system if the current state is a working state.

[0033] The process activity acquisition module is configured to acquire running application processes in a running state and obtain the activity level of the running application processes according to preset rules.

[0034] The interval level acquisition module is configured to determine the interval level in which the memory occupancy rate falls and obtain the determination result; the interval level includes multiple pre-defined interval levels, each interval level corresponding to a different memory occupancy rate range;

[0035] The process control module is configured to obtain the process processing strategy corresponding to the interval level in the judgment result as the target process processing strategy, and to kill or compress the running application processes with different activity levels according to the target process processing strategy; wherein, each interval level corresponds to a different process processing strategy.

[0036] Thirdly, the present application provides a storage medium storing program instructions, which, when invoked by a computer, execute the vehicle system process control method described in any of the first aspects.

[0037] Fourthly, the present application provides an electronic device, which includes at least one processor and at least one memory, wherein at least one memory stores program information, and at least one processor executes the vehicle system process control method described in any of the solutions of the first aspect after calling the program information.

[0038] Fifthly, the present application provides a vehicle infotainment system, which is equipped with the vehicle infotainment system process control device described in the second aspect, the storage medium described in the third aspect, or the electronic device described in the fourth aspect.

[0039] Sixthly, the present application provides a vehicle, which includes the vehicle-mounted system described in the fifth aspect of the technical solution.

[0040] The above technical solution has the following beneficial effects:

[0041] The vehicle infotainment system process control method, device, electronic device, and vehicle provided in this application detect the current state of the vehicle infotainment system. If the system is in operation, it monitors the memory usage rate and identifies running application processes. It also obtains the activity level of these processes using preset rules, determines the memory usage rate range, and then uses the corresponding process handling strategy as the target process handling strategy. By following this strategy, running application processes with different activity levels can be either killed or compressed. This solution, after determining the memory usage rate range of the vehicle infotainment system, utilizes the corresponding target process handling strategy, combined with the activity level of running application processes, to kill or compress memory, achieving memory reclamation. This solution does not require specific scenarios or special conditions; as long as the vehicle infotainment system is in operation, it can fundamentally reclaim memory, improving the overall memory management effect. Attached Figure Description

[0042] Figure 1 This is a flowchart of the vehicle system process control method described in one embodiment of this application;

[0043] Figure 2 This is a flowchart of a vehicle system process control method according to another embodiment of this application;

[0044] Figure 3 This is a flowchart of a vehicle system process control method according to another embodiment of this application;

[0045] Figure 4 This is a structural block diagram of the vehicle system process control device according to an embodiment of this application;

[0046] Figure 5 This is a schematic diagram of the hardware connection relationship of an electronic device used to execute the vehicle system process control method according to an embodiment of this application. Detailed Implementation

[0047] The specific embodiments of this application will be further described below with reference to the accompanying drawings.

[0048] It is readily understood that, based on the technical solution of this application, various structural and implementation methods can be interchanged by those skilled in the art without altering the essential spirit of this application. Therefore, the following detailed embodiments and accompanying drawings are merely illustrative examples of the technical solution of this application and should not be considered as the entirety of this application or as limitations or restrictions on the technical solution of the application.

[0049] The directional terms such as up, down, left, right, front, back, front, back, top, and bottom mentioned or possibly used in this specification are defined relative to the structures shown in the accompanying drawings. They are relative concepts and may therefore vary depending on their location and usage. Therefore, these or other directional terms should not be interpreted as restrictive.

[0050] This application discloses a process control method for a vehicle infotainment system, applied to the vehicle's infotainment system, such as... Figure 1 As shown, the method includes:

[0051] S10: Detect the current status of the vehicle's infotainment system.

[0052] The operating status of the vehicle infotainment system can include off, on, in sleep mode, and operating. Once the vehicle infotainment system is turned on, its operating status can be monitored in real time.

[0053] S20: If the current state is a working state, then obtain the memory usage rate of the vehicle system.

[0054] The memory utilization rate can be the percentage of memory space occupied relative to the total memory space.

[0055] S30: Obtain the running application processes that are in a running state, and obtain the activity level of the running application processes according to preset rules.

[0056] When the vehicle infotainment system is in operation, it can automatically obtain a list of currently running application processes.

[0057] The rules for calculating the activity level of each application process can be pre-stored in the vehicle system and can be determined by factors such as the duration of the application process in its current state, the frequency of its use, and its priority.

[0058] S40: Determine the level of the memory usage rate interval and obtain the determination result; the interval level includes multiple preset interval levels, and each interval level corresponds to a different memory usage rate range.

[0059] Since the memory usage ranges corresponding to the multiple interval levels are different, the memory usage ranges can be sorted, and the interval level division result can be obtained using the sorting result.

[0060] S50: Obtain the process processing strategy corresponding to the interval level in the judgment result as the target process processing strategy, and kill or compress the running application processes with different activity levels according to the target process processing strategy; wherein, each interval level corresponds to a different process processing strategy. The criteria for killing and / or compressing the running application processes differ in the process processing strategies corresponding to different interval levels.

[0061] Specifically, if the memory usage rate corresponds to a higher level, such as when high memory usage causes the vehicle's infotainment system to lag, then more application processes may need to be killed. Conversely, if the memory usage rate corresponds to a lower level, and the vehicle's infotainment system is only responding slowly to certain services, then fewer processes may need to be killed, and compressing some application process data may suffice. Therefore, the standards for killing and / or compressing running application processes differ in the process handling strategies corresponding to different memory usage rate levels.

[0062] The solution in this application monitors the current state of the vehicle infotainment system. If the system is operational, it tracks its memory usage and identifies running application processes. Based on preset rules, the activity level of these processes is determined, and the corresponding process handling strategy is used as the target process handling strategy. This strategy allows for the elimination or compression of running application processes with varying activity levels. This solution, after determining the memory usage level of the vehicle infotainment system, utilizes the corresponding target process handling strategy, combined with the activity level of running application processes, to eliminate or compress memory, achieving memory reclamation. This solution requires no specific scenarios or special conditions; as long as the vehicle infotainment system is operational, it can fundamentally reclaim memory, significantly improving memory management.

[0063] In some solutions, in step S40, the interval level includes multiple interval levels set from high to low according to the memory usage rate range; the interval level of the memory usage rate is determined based on the memory usage rate and the memory usage rate range corresponding to each interval level. For example, the interval level includes a high interval level, a median interval level, and a low interval level; the memory usage rate range corresponding to the high interval level is [first memory usage rate, 100%]; the memory usage rate range corresponding to the median interval level is [second memory usage rate, first memory usage rate]; the memory usage rate range corresponding to the low interval level is [third memory usage rate, second memory usage rate]; the first memory usage rate corresponds to the memory usage rate that causes the vehicle system to stop running; the second memory usage rate corresponds to the memory usage rate that causes the vehicle system to lag; and the third memory usage rate corresponds to the memory usage rate that causes the vehicle system response speed to be lower than a preset speed. To determine which range of memory usage rate falls into, you can compare the memory usage rate with the memory usage rate range in each range in descending or ascending order. Once you determine the range of memory usage rate, you can determine the corresponding range.

[0064] In some solutions, such as Figure 2 As shown, step S50 includes:

[0065] S501: If the judgment result indicates that the memory usage rate is in the high range, then kill all running application processes with an activity level lower than the first activity level.

[0066] For example, if the memory usage rate is within the range of [first memory usage rate, 100%], it indicates that the current vehicle system is at risk of stopping operation, and it is urgent to release more memory to ensure that the vehicle system can resume operation. Therefore, this solution kills all running application processes with the first level of activity, thereby releasing memory to the maximum extent. The first level of activity can be either a long-term inactive process or a short-term inactive process. A long-term inactive process indicates that the process has been inactive for a considerable period of time and is almost impossible to recover to an active state. As mentioned earlier, the system determines the activity level based on process priority, the duration of the process's current state, the process's memory usage, and user needs or user experience. A short-term inactive process indicates that the process is inactive but may still recover to an active state. As mentioned earlier, the system determines the activity level based on process priority, the duration of the process's current state, the process's memory usage, and user needs or user experience.

[0067] S502: If the judgment result indicates that the memory occupancy rate is at the median level, then the application process with an activity level lower than the second activity level is compressed using the first compression method, where the second activity level is greater than the first activity level.

[0068] For example, if the memory usage rate falls within the range of [second memory usage rate, first memory usage rate], it indicates that the current vehicle system is experiencing lag. The urgency for memory reclamation is lower than in the higher-level range. In this case, application processes with activity levels lower than the second activity level (where the second activity level is greater than the first activity level) can be compressed using a first compression method. That is, in the higher-level range, all application processes with activity levels lower than the first activity level are killed. This solution can compress some application processes with low activity levels. The activity level of the compressed application processes can be higher than the activity level of the application processes killed in the higher-level range because the impact of compression on application processes is less than that of killing them.

[0069] S503: If the determination result indicates that the memory usage rate falls within the lower range, then the application process with an activity level lower than the third activity level is compressed using the second compression method. The third activity level is lower than the second activity level, and the compression ratio of the second compression method is lower than the compression ratio of the first compression method. When the compression ratio is lower, the difference in data size before and after compression is smaller.

[0070] For example, if the memory usage rate falls within the range of [third memory usage rate, second memory usage rate], it indicates that the current vehicle system is experiencing a slowdown in response speed. The urgency for memory reclamation is lower than in the high and mid-range levels. In this case, a second compression method can be used to compress application processes with activity levels lower than the third activity level, where the third activity level is lower than the second activity level. The compression ratio of the second compression method is lower than that of the first compression method. That is, this solution can compress some application processes with lower activity levels, but the compression ratio must be lower than the compression ratio of the mid-range level. This means the compression process has less impact on the application processes, and the activity level of the compressed application processes can be lower than that of the compressed application processes in the mid-range level. Because the vehicle system's operation is at the mid-range level in this situation, the number of application processes selected for compression can be less than the number of application processes compressed in the mid-range level.

[0071] In the above scheme, the first compression method is full compression, and the second compression method is reverse page compression. That is, for compression operations at the median level, full compression can be directly selected to maximize memory space release. Conversely, for compression operations at the lower level, reverse page compression is used. Although the compression ratio of reverse page compression is lower, it is more convenient when the application process needs to be decompressed again after resuming its active state.

[0072] In some schemes, step S30 above includes:

[0073] S301: Obtain user identification information and extract historical data associated with the user identification information. The historical data includes the historical opening frequency and historical running duration of the running application process during a set historical period.

[0074] User identification information can be identity authentication information.

[0075] Each user has their own preferences for certain vehicle settings. The vehicle's infotainment system can associate and store each user's settings with their identity information. Thus, once a user's identity is confirmed, the system can provide settings that match their preferences.

[0076] The historical activation frequency and historical runtime can be directly determined based on the historical operating data of the vehicle system. In practice, historical operating data within a certain period can be queried, such as data from the past week.

[0077] S302: Obtain the runtime, memory usage, and importance data of the running application process in this run, wherein the importance data represents the importance of the user service corresponding to the running application process.

[0078] Once the vehicle infotainment system starts, it can obtain real-time information on the runtime and memory usage of the running application processes. The importance data is determined by the server. The server can monitor the status of the service tasks corresponding to each application process and record the user's personalized needs for each service task. Based on the user's personalized needs for each service task, the importance of each service task can be determined, thereby determining the importance of each application process.

[0079] S303: The activity level of the running application process is obtained by weighting the historical start frequency, the historical runtime, the runtime of the current run, the memory usage information, and the importance data.

[0080] By pre-setting weight values ​​for each of the above parameters, the activity level is calculated by multiplying the weight value by the numerical value corresponding to each parameter, and then using a pre-defined calculation algorithm. For example, the activity level can be obtained by directly multiplying the weight value and the parameter and summing the results.

[0081] In a specific example, if user A likes to play music on cloud platforms every Monday morning from 7:00 to 8:00, then if the user is identified as user A during this time, the music-related application processes will be considered processes that should not be killed or fully compressed. This is because cleaning up application processes affects opening speed, and compressing application processes can cause system lag, thus avoiding impacting the user's actual experience. However, if the identified user is not user A, the application processes will be killed or compressed based on their activity level. If a new user has reset or changed vehicle functions, the user's settings and changes will be directly associated with the new user's identification information and stored, thus recording application usage habits on a user-by-user basis.

[0082] Preferably, the acquisition of user identification information in the above scheme includes: detecting at least one biometric feature of the user as the user identification information. The biometric feature information may include facial recognition results, voice recognition results, or fingerprint recognition results, etc.

[0083] In some solutions, such as Figure 3 As shown, if the current state is a dormant state, the method further includes:

[0084] S60: Detect the remaining space size of the preset area reserved by the vehicle system for storing compression process data.

[0085] The preset area is a storage area reserved by the vehicle's infotainment system for storing compression process data. This area is typically reserved in most operating systems. The remaining space in the preset area is directly accessible to the vehicle's infotainment system and is usually expressed as a size or a percentage.

[0086] S70: Obtain the compression process activity of the application corresponding to each compression process data in the preset area.

[0087] The compressed process data is obtained by compressing application processes, while the activity level of running processes can be obtained in real time by the vehicle's infotainment system. Furthermore, the compression operations performed by the vehicle's infotainment system on application processes can also determine the correspondence between the compressed process data and the application processes. Therefore, the vehicle's infotainment system can obtain the compression process activity level of the application processes corresponding to the compressed process data in real time.

[0088] S80: Compare the remaining space size with the set value to obtain the comparison result.

[0089] The setting value can be determined based on the size of the data in a typical compression process, and is usually several times the size of the data in a typical compression process.

[0090] S90: If the comparison result is that the remaining space size is lower than the set value, then the application processes corresponding to the compression process data are killed sequentially according to the order of compression process activity until the remaining space size is higher than or equal to the set value.

[0091] If the remaining space in the preset area is too small, it may affect the storage of compression process data. Even if the vehicle system becomes slow or lags, it will be impossible to free up memory space by compressing inactive application processes. In this step, when the remaining space is less than a set value, the application processes corresponding to the compression process data are killed in order of activity, thereby reclaiming the storage space in the preset area.

[0092] The above solutions ensure that the reserved space in the preset area remains sufficient at all times, allowing the vehicle system to reclaim memory space through memory compression at any time. This effectively improves the operating speed of the vehicle system and avoids lag. Furthermore, when the vehicle system enters sleep mode, the remaining space in the preset area is detected and cleared, effectively reducing memory pressure on the vehicle system while minimizing the impact of memory compression and application process cleanup on system performance.

[0093] As a preferred approach, the order of compression process activity can be obtained by sorting the compression process activity of the applications corresponding to the compression process data from low to high. This allows for the prior elimination of application processes with low activity levels during application process elimination. Lower activity levels indicate less frequent use, or even inactivity for a considerable period, meaning elimination of such processes will not adversely affect the normal operation of the vehicle system. Furthermore, eliminating these processes naturally clears their corresponding compression process data, freeing up space in the preset area. By sequentially releasing the space occupied by one or more compression process data, the remaining space in the preset area can be made sufficient.

[0094] In some solutions, step S70 may include: obtaining the priority, current state duration, memory usage, and importance of the application process corresponding to each compression process data, whereby the importance characterizes the significance of the user service corresponding to the application process. The compression process activity of the application process corresponding to each compression process data is obtained by weighting the priority, current state duration, memory usage, and importance. The priority can be manually set. The current state duration and memory usage can be directly obtained by the vehicle system, as the vehicle system can monitor the status of each running application process during operation and can obtain the current state duration and memory usage of each application process at any time. The importance is determined by the server. The server can monitor the status of the service tasks corresponding to each application process and record the user's personalized needs for each service task. Based on the user's personalized needs for each service task, the importance of each service task can be determined, thereby determining the importance of each application process. By pre-setting weight values ​​for each of the above parameters, the activity level is calculated by multiplying the weight value by the numerical value corresponding to each parameter, and then using a pre-defined calculation algorithm. For example, the activity level can be obtained by directly multiplying the weight value and the parameter and summing the results.

[0095] In some solutions, the method for determining the priority of the application process corresponding to the compression process data in step S70 may include: obtaining the historical running frequency and historical running duration of the application process corresponding to the compression process data. The priority is obtained by accumulating the product of the historical running frequency and the historical running duration. The historical running frequency and the historical running duration can be directly determined based on the historical running data of the vehicle system. In specific implementation, historical running data within a certain period can be queried, such as data from the past week. A higher historical running frequency or a longer historical running duration reflects the likelihood of a user using the application process, and a higher likelihood of a user using the application process should result in a higher priority. In this solution, the product of the historical running frequency and the historical running duration can be directly added, and the sum is used as the priority. Alternatively, the sum of the results of each application process can be sorted, and the sorted sequence number can be used as the priority.

[0096] In some solutions, after step S80, if the comparison result shows that the remaining space size is greater than or equal to the set value, the method further includes S91: obtaining the running activity level of uncompressed and running application processes. Compressing application processes with running activity levels lower than a first set activity level yields compressed process data. The compressed process data is stored in the preset area. That is, by cleaning up some compressed process data in the preset area, ensuring the remaining space in the preset area meets the conditions for continuing to store compressed process data, the activity level of currently uncompressed running application processes is filtered. The purpose is to select more application processes for compression, thereby reclaiming the memory space of the vehicle system. The first set activity level can be a long-term inactive process or a short-term inactive process. By continuing to compress and store some application processes in the preset area, the overall memory space of the vehicle system can be further released and reclaimed. When the vehicle system exits hibernation and enters normal operation, it can achieve higher operating speed.

[0097] Further preferably, S91 in the above scheme may include: performing reverse page compression on application processes whose running process activity is lower than the first set activity level but higher than the second set activity level to obtain the compressed process data. Performing full compression on application processes whose running process activity is lower than the second set activity level to obtain the compressed process data, wherein the second set activity level is less than the first set activity level. That is, application processes that are unlikely to return to an active state can be directly fully compressed to maximize the release of space in the preset area. For application processes that may return to an active state, reverse page compression is used. The compression ratio of reverse page compression is higher than that of full compression, making it more convenient when the application process needs to be decompressed after returning to an active state. In specific implementation, the long-term inactive processes and short-term inactive processes can be written into two separate lists. If it is necessary to compress a certain type of application process, the type of application process can be efficiently determined by looking up the table, thereby quickly determining the compression strategy.

[0098] This application also provides a vehicle infotainment system process control device, such as... Figure 4 As shown, it includes:

[0099] The status detection module 10 is configured to detect the current status of the vehicle infotainment system; the operating status of the vehicle infotainment system can include off, on, in sleep mode, or operating. Once the vehicle infotainment system is turned on, its operating status can be monitored in real time.

[0100] The memory usage rate acquisition module 20 is configured to acquire the memory usage rate of the vehicle system if the current state is a working state; the memory usage rate can be the percentage of memory space occupied to the total memory space.

[0101] The process activity acquisition module 30 is configured to acquire running application processes in a running state and obtain the activity level of the running application processes according to preset rules. When the vehicle system is in working state, the system can automatically acquire a list of currently running application processes. The calculation rules for the activity level of each application process can be pre-stored in the vehicle system and can be determined using factors such as the duration of the application process in its current state, the frequency of use of the application process, and the priority of the application process.

[0102] The interval level acquisition module 40 is configured to determine the interval level in which the memory occupancy rate is located and obtain the determination result; the interval level includes multiple pre-set interval levels, each interval level corresponding to a different memory occupancy rate range; since the memory occupancy rate ranges corresponding to the multiple interval levels are different, the memory occupancy rate ranges can be sorted, and the interval level division result can be obtained using the sorting result.

[0103] The process control module 50 is configured to acquire the process processing strategy corresponding to the interval level in the judgment result as the target process processing strategy, and to kill or compress the running application processes with different activity levels according to the target process processing strategy; wherein, each interval level corresponds to a different process processing strategy. The criteria for killing and / or compressing the running application processes differ in the process processing strategies corresponding to different interval levels.

[0104] Specifically, if the memory usage rate corresponds to a higher level, such as when high memory usage causes the vehicle's infotainment system to lag, then more application processes may need to be killed. Conversely, if the memory usage rate corresponds to a lower level, and the vehicle's infotainment system is only responding slowly to certain services, then fewer processes may need to be killed, and compressing some application process data may suffice. Therefore, the standards for killing and / or compressing running application processes differ in the process handling strategies corresponding to different memory usage rate levels.

[0105] The solution in this application monitors the current state of the vehicle infotainment system. If the system is operational, it monitors the system's memory usage and identifies running application processes. Using preset rules, it determines the activity level of these processes, identifies the memory usage range, and then uses the corresponding process handling strategy as the target strategy. By applying this strategy, running application processes with varying activity levels can be either eliminated or compressed. This solution, after determining the memory usage range of the vehicle infotainment system, utilizes the corresponding target process handling strategy, combined with the activity level of running application processes, to eliminate or compress memory, achieving memory reclamation. This solution requires no specific scenarios or special conditions; as long as the vehicle infotainment system is operational, it can fundamentally reclaim memory, significantly improving memory management.

[0106] In some solutions, the interval level acquisition module 40 is configured as follows: the interval levels include multiple interval levels set from high to low according to the memory usage rate range; based on the memory usage rate and the memory usage rate range corresponding to each interval level, the interval level in which the memory usage rate belongs is determined. When determining which interval level the memory usage rate belongs to, the memory usage rate can be compared with the memory usage rate range in each interval level sequentially in descending or ascending order; determining the range in which the memory usage rate belongs determines the corresponding interval level.

[0107] In some solutions, the process control module 50 is configured to: if the judgment result indicates that the memory usage rate falls within a high-level range, then kill all running application processes with an activity level lower than a first activity level; if the judgment result indicates that the memory usage rate falls within a mid-level range, then compress application processes with an activity level lower than a second activity level (where the second activity level is greater than the first activity level) using a first compression method; if the judgment result indicates that the memory usage rate falls within a low-level range, then compress application processes with an activity level lower than a third activity level (where the third activity level is less than the second activity level) using a second compression method, and the compression ratio of the second compression method is less than the compression ratio of the first compression method. A smaller compression ratio results in a smaller difference in data size before and after compression. For example, if the memory usage rate falls within the range of [first memory usage rate, 100%], it indicates that the current vehicle system is at risk of stopping operation, and it is urgent to release more memory to ensure the vehicle system can resume operation. Therefore, in this solution, all running application processes with an activity level of the first activity level are killed, thereby maximizing memory release. If the memory usage rate falls within the range of [second memory usage rate, first memory usage rate], it indicates that the current vehicle system is experiencing lag. The urgency for memory reclamation is lower than in the higher-level range. In this case, a first compression method can be used to compress application processes with activity levels lower than the second activity level, where the second activity level is greater than the first activity level. That is, in the higher-level range, all application processes with activity levels lower than the first activity level are killed. This solution can compress some application processes with low activity levels. The activity level of the compressed application processes can be higher than the activity level of the application processes killed in the higher-level range, because the impact of compression on application processes is less than that of killing. If the memory usage rate falls within the range of [third memory usage rate, second memory usage rate], it indicates that the current vehicle system is experiencing slowed response speed. The urgency for memory reclamation is lower than in the higher and middle-level ranges. In this case, a second compression method can be used to compress application processes with activity levels lower than the third activity level, where the third activity level is less than the second activity level. The compression ratio of the second compression method is less than that of the first compression method. In other words, this solution can compress some application processes with lower activity levels, but the compression rate should be lower than that of the median interval level. This means the compression process has less impact on the application processes, and the activity level of the compressed application processes can be lower than that of the compressed application processes in the median interval level. Because the vehicle system's operation is at the median interval level in this case, the number of application processes selected for compression can be less than the number of application processes compressed in the median interval level.

[0108] In the above scheme, the first compression method is full compression, and the second compression method is reverse page compression. That is, for compression operations at the median level, full compression can be directly selected to maximize memory space release. Conversely, for compression operations at the lower level, reverse page compression is used. Although the compression ratio of reverse page compression is lower, it is more convenient when the application process needs to be decompressed again after resuming its active state.

[0109] In some solutions, the aforementioned process activity acquisition module 30 is configured to acquire user identification information and extract historical data associated with the user identification information. The historical data includes the historical activation frequency and historical runtime of the running application process within a set historical period. It acquires the runtime, memory usage, and importance data of the current run of the running application process, where the importance data characterizes the importance of the user service corresponding to the running application process. The activity level of the running application process is obtained by weighting the historical activation frequency, historical runtime, current runtime, memory usage, and importance data. User identification information can be identity authentication information. Each user has their own preferences for certain function settings during vehicle use, and the vehicle system can associate and store each user's settings data with their identity authentication information. Thus, once the user's identity is determined, settings data that meet their preferences can be provided. The historical activation frequency and historical runtime can be directly determined based on the historical running data of the vehicle system. In specific implementations, historical running data within a certain period can be queried, such as data from the past week. Once the vehicle infotainment system starts, it can obtain real-time information on the runtime and memory usage of the running application processes. The importance data is determined by the server. The server can monitor the status of the service tasks corresponding to each application process and record the user's personalized needs for each service task. Based on the user's personalized needs, the importance of each service task can be determined, thereby determining the importance of each application process. By pre-setting weight values ​​for the above parameters, the activity level is calculated by multiplying the weight value by the numerical value of each parameter, and then using a pre-defined calculation algorithm. For example, the activity level can be obtained by directly multiplying the weight value and the parameter and summing the results.

[0110] Preferably, the acquisition of user identification information in the above scheme includes: detecting at least one biometric feature of the user as the user identification information. The biometric feature information may include facial recognition results, voice recognition results, or fingerprint recognition results, etc.

[0111] In some embodiments, the device further includes:

[0112] A preset space reclamation module is configured to detect the remaining space size of a preset area reserved by the vehicle system for storing compressed process data. It obtains the compression process activity of the application corresponding to each compressed process data in the preset area. The remaining space size is compared with a set value to obtain a comparison result. If the comparison result indicates that the remaining space size is lower than the set value, the application processes corresponding to the compressed process data are sequentially killed according to the order of their compression process activity until the remaining space size is higher than or equal to the set value. The preset area is a storage area reserved by the vehicle system for storing compressed process data, and this area is typically reserved in most operating systems. The remaining space size of the preset area is directly obtainable by the vehicle system and is usually expressed as a size or a percentage. Compressed process data is obtained by compressing application processes, and the activity level of running processes can be obtained by the vehicle system in real time. Simultaneously, the compression operation of application processes performed by the vehicle system can also determine the correspondence between compressed process data and application processes. Therefore, the vehicle system can obtain the compression process activity of the application processes corresponding to the compressed process data in real time. The set value can be determined based on the size of typical compressed process data, and is usually several times the size of typical compressed process data. If the remaining space in the preset area is too small, it may affect the storage of compressed process data. Even if the vehicle system experiences slowdowns or lag, it will be impossible to free up memory space by compressing inactive application processes. In this step, when the remaining space is less than the set value, the application processes corresponding to the compressed process data are killed in order of activity, thereby reclaiming the storage space in the preset area.

[0113] The above solutions ensure that the reserved space in the preset area remains sufficient at all times, allowing the vehicle system to reclaim memory space through memory compression at any time. This effectively improves the operating speed of the vehicle system and avoids lag. Furthermore, when the vehicle system enters sleep mode, the remaining space in the preset area is detected and cleared, effectively reducing memory pressure on the vehicle system while minimizing the impact of memory compression and application process cleanup on system performance.

[0114] As a preferred embodiment, the order of compression process activity in the aforementioned preset space reclamation module can be obtained as follows: The compression process activity of the applications corresponding to the compression process data is sorted from low to high. This allows for the prior elimination of application processes with low activity levels during application process elimination. Lower activity levels indicate less frequent use, or even inactivity for a considerable period. Eliminating such processes will not adversely affect the normal operation of the vehicle system, and the corresponding compressed process data is naturally cleared, thus freeing up some space in the preset area. By sequentially releasing the space occupied by one or more compressed process data, the remaining space in the preset area can be made sufficient.

[0115] In some solutions, the preset space reclamation module is also used to: obtain the priority, current state duration, memory usage, and importance of the application process corresponding to each compression process data, whereby the importance characterizes the significance of the user service corresponding to the application process. The compression process activity of the application process corresponding to each compression process data is obtained by weighting the priority, current state duration, memory usage, and importance. The priority can be manually set. The current state duration and memory usage can be directly obtained by the vehicle system, as the vehicle system can monitor the status of each running application process during operation and can obtain the current state duration and memory usage of each application process at any time. The importance is determined by the server. The server can monitor the status of the service tasks corresponding to each application process and record the user's personalized needs for each service task. Based on the user's personalized needs for each service task, the importance of each service task can be determined, thereby determining the importance of each application process. By pre-setting weight values ​​for each of the above parameters, the activity level is calculated by multiplying the weight value by the numerical value corresponding to each parameter, and then using a pre-defined calculation algorithm. For example, the activity level can be obtained by directly multiplying the weight value and the parameter and summing the results.

[0116] In some solutions, the preset space reclamation module is also used to: obtain the historical running frequency and historical running duration of the application process corresponding to the compression process data. The priority is obtained by accumulating the product of the historical running frequency and the historical running duration. The historical running frequency and the historical running duration can be directly determined based on the historical running data of the vehicle system. A higher historical running frequency or a longer historical running duration reflects the likelihood of the user using the application process, and a higher likelihood of the user using the application process should result in a higher priority. In this solution, the product of the historical running frequency and the historical running duration can be directly added, and the sum is used as the priority. Alternatively, the sum of the results of each application process can be sorted, and the sorted sequence number can be used as the priority.

[0117] In some solutions, the preset space reclamation module is further used to: if the comparison result shows that the remaining space size is greater than or equal to the set value, then obtain the running activity level of the uncompressed and running application processes. Compress the application processes whose running activity level is lower than the first set activity level to obtain compressed process data. Store the compressed process data in the preset area. That is, by cleaning up some of the compressed process data in the preset area, so that the remaining space in the preset area meets the conditions for continuing to store compressed process data, the activity level of the currently uncompressed running application processes is filtered. The purpose is to select some application processes for further compression, thereby realizing the reclamation of the vehicle system's memory space. The first set activity level can be a long-term inactive process or a short-term inactive process. By continuing to compress some application processes and storing them in the preset area, the overall memory space of the vehicle system can be further released and reclaimed. When the vehicle system exits the hibernation state and enters the normal operating state, it can have a higher operating speed.

[0118] More preferably, the preset space reclamation module is further configured to: perform reverse page compression on application processes whose running process activity is lower than the first preset activity level but higher than the second preset activity level to obtain the compressed process data; and perform full compression on application processes whose running process activity is lower than the second preset activity level to obtain the compressed process data, wherein the second preset activity level is lower than the first preset activity level. That is, application processes that are unlikely to return to an active state can be directly fully compressed to maximize the release of space in the preset area. For application processes that may return to an active state, reverse page compression is used. The compression ratio of reverse page compression is higher than that of full compression, so it is more convenient when the application process needs to be decompressed after returning to an active state. In specific implementation, the long-term inactive processes and short-term inactive processes can be written into two lists respectively. If it is necessary to compress a certain type of application process, the type of application process can be efficiently determined by looking up the table, thereby quickly determining the compression strategy.

[0119] In some embodiments of this application, a storage medium is provided, which stores program instructions. After a computer calls the program instructions, it executes the vehicle system process control method described in any of the above embodiments.

[0120] This application also provides an electronic device, such as... Figure 5As shown, the electronic device includes at least one processor 51 and at least one memory 52. ​​The at least one memory 52 stores program information. After reading the program information, the at least one processor 51 executes the vehicle system process control method described in any of the above method embodiments. The device may further include an input device 53 and an output device 54. The processor 51, memory 52, input device 53, and output device 54 can be communicatively connected. The memory 52, as a non-volatile computer-readable storage medium, can be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The processor 51 executes various functional applications and data processing by running the non-volatile software programs, instructions, and modules stored in the memory 52, thereby implementing the vehicle system process control method provided in any of the above embodiments. The memory 52 may include a program storage area and a data storage area. The program storage area may store the operating system and application programs required for at least one function; the data storage area may store data created according to the use of the vehicle system process control method, etc. Furthermore, memory 52 may include high-speed random access memory and non-volatile memory, such as at least one disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, memory 52 may optionally include memory remotely located relative to processor 51, and these remote memories may be connected via a network to the apparatus executing the vehicle system process control method. Examples of such networks include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof. Input device 53 may receive user clicks and generate signal inputs related to user settings and function control of the vehicle system process control method. Output device 54 may include a display device such as a display screen. When one or more modules are stored in memory 52 and are executed by one or more processors 51, the vehicle system process control method in any of the above method embodiments is performed.

[0121] This application also provides a vehicle infotainment system, which is equipped with the vehicle infotainment system process control device, storage medium, or electronic device described in the above-mentioned solution.

[0122] This application also provides a vehicle, which includes the vehicle-mounted system described above.

[0123] As needed, the above technical solutions can be combined to achieve the best technical effect.

[0124] The above are merely the principles and preferred embodiments of this application. It should be noted that, for those skilled in the art, several other modifications can be made based on the principles of this application, and these modifications should also be considered within the scope of protection of this application.

Claims

1. A process control method for a vehicle infotainment system, characterized in that, include: Detect the current status of the vehicle's infotainment system; If the current state is a working state, then obtain the memory usage rate of the vehicle system; Obtain the running application processes that are in a running state, and determine the activity level of the running application processes according to preset rules; Determine the level of the memory usage rate interval and obtain the determination result; the interval level includes multiple pre-defined interval levels, each interval level corresponding to a different memory usage rate range; the interval level includes high interval level, median interval level and low interval level set according to the memory usage rate range from high to low; The process handling strategy corresponding to the interval level in the judgment result is obtained as the target process handling strategy, and the running application processes with different activity levels are killed or compressed according to the target process handling strategy; wherein, each interval level corresponds to a different process handling strategy, including: If the judgment result indicates that the memory usage rate is in the high range, then kill all running application processes with an activity level lower than the first activity level. If the determination result indicates that the memory usage rate is in the median range, then the application process with an activity level lower than the second activity level is compressed using the first compression method; the second activity level is greater than the first activity level. If the determination result indicates that the memory usage rate is in the low range, then the application process with an activity level lower than the third activity level is compressed using the second compression method. The third activity level is lower than the second activity level, and the compression ratio of the second compression method is lower than the compression ratio of the first compression method.

2. The vehicle infotainment system process control method according to claim 1, characterized in that, The process of determining the memory occupancy rate range and obtaining the determination result includes: The memory usage rate and the memory usage rate range corresponding to each interval level are used to determine the interval level in which the memory usage rate belongs.

3. The vehicle infotainment system process control method according to claim 1, characterized in that: The first compression method is full compression, and the second compression method is reverse page compression.

4. The vehicle infotainment system process control method according to claim 1, characterized in that, The step of acquiring running application processes in a running state and determining the activity level of the running application processes according to preset rules includes: Obtain user identification information and extract historical data associated with the user identification information, wherein the historical data includes the historical opening frequency and historical running duration of the running application process in a set historical period; The runtime, memory usage, and importance data of the running application process are obtained, whereby the importance data characterizes the importance of the user service corresponding to the running application process. The activity level of the running application process is obtained by weighting the historical activation frequency, the historical runtime, the runtime of the current run, the memory usage information, and the importance data.

5. The vehicle infotainment system process control method according to claim 4, characterized in that, The acquisition of user identification information includes: The user's biometric information is detected as the user identification information.

6. The vehicle infotainment system process control method according to any one of claims 1-5, characterized in that, If the current state is a dormant state, the method further includes: Detect the remaining space size of the preset area reserved by the vehicle system for storing compression process data; Obtain the compression process activity level of the application corresponding to each compression process data in the preset area; The remaining space size is compared with the set value to obtain the comparison result; If the comparison result indicates that the remaining space size is lower than the set value, then the application processes corresponding to the compression process data are sequentially killed according to the order of compression process activity until the remaining space size is higher than or equal to the set value.

7. A vehicle infotainment system process control device, characterized in that, include: The status detection module is configured to detect the current status of the vehicle's infotainment system; The memory usage acquisition module is configured to acquire the memory usage of the vehicle system if the current state is a working state. The process activity acquisition module is configured to acquire running application processes in a running state and obtain the activity level of the running application processes according to preset rules. The interval level acquisition module is configured to determine the interval level in which the memory occupancy rate falls and obtain a determination result; the interval level includes multiple preset interval levels, each interval level corresponding to a different memory occupancy rate range; the interval level includes high interval level, median interval level and low interval level set according to the memory occupancy rate range from high to low; The process control module is configured to acquire the process handling strategy corresponding to the interval level in the judgment result as the target process handling strategy, and to kill or compress the running application processes with different activity levels according to the target process handling strategy; wherein, each interval level corresponds to a different process handling strategy, including: If the judgment result indicates that the memory usage rate is in the high range, then kill all running application processes with an activity level lower than the first activity level. If the determination result indicates that the memory usage rate is in the median range, then the application process with an activity level lower than the second activity level is compressed using the first compression method; the second activity level is greater than the first activity level. If the determination result indicates that the memory usage rate is in the low range, then the application process with an activity level lower than the third activity level is compressed using the second compression method. The third activity level is lower than the second activity level, and the compression ratio of the second compression method is lower than the compression ratio of the first compression method.

8. A storage medium, characterized in that, The storage medium stores program instructions, and the computer executes the vehicle system process control method according to any one of claims 1-6 after calling the program instructions.

9. An electronic device, characterized in that, The electronic device includes at least one processor and at least one memory, wherein at least one memory stores program information, and at least one processor executes the vehicle system process control method according to any one of claims 1-6 after calling the program information.

10. A vehicle infotainment system, characterized in that, The vehicle infotainment system is equipped with the vehicle infotainment system process control device of claim 7, the storage medium of claim 8, or the electronic device of claim 9.

11. A vehicle, characterized in that, The vehicle includes the vehicle-mounted system as described in claim 10.

Images