A mobile device and a CPU load control method and apparatus thereof

Abstract

This invention provides a mobile device and its CPU load control method and apparatus. By acquiring the historical CPU utilization rate of the OTA upgrade component on the mobile device, a target sub-component is determined from the OTA upgrade component based on the historical utilization rate. After determining the target sub-component, during OTA upgrade, the current CPU utilization rate of the mobile device is monitored. When the current utilization rate meets a preset limit, the CPU utilization rate of the target sub-component is delayed, thereby reducing the current CPU load of the mobile device and preventing OTA upgrade failure or even system crashes during the operation of the OTA upgrade component. Thus, without changing the mobile device hardware, the probability of OTA upgrade failure is effectively reduced.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of OTA upgrade, and particularly relates to a mobile device and a CPU load control method and device thereof. BACKGROUND

[0002] The mobile device OTA (Over-the-Air Technology) master component will periodically run in the OTA upgrade task (characteristics in OTA upgrade, encryption and decryption, and vehicle cloud connection), thereby causing the CPU occupancy rate to periodically change.

[0003] Because the peak occupancy rate and the trough occupancy rate of the CPU differ by several times in the OTA upgrade process, when the CPU occupancy rate of other components in the master node increases, the CPU of the original master node will be temporarily occupied, thereby causing other commands to be unable to be executed, and even causing the OTA upgrade to fail.

[0004] The prior art generally selects a chip with a higher hardware specification according to the CPU peak occupancy value in the OTA upgrade. Although this can avoid the CPU from being occupied to a certain extent, it also causes the CPU load rate to be within 50% most of the time in the OTA upgrade task, thereby wasting CPU computing power and causing the CPU hardware specification to be wasted, resulting in a high hardware cost of the mobile device. SUMMARY

[0005] Embodiments of the present application provide a mobile device and a CPU load control method and device thereof, thereby solving the technical problem of a high probability of OTA upgrade failure when related technologies perform OTA upgrade on a mobile device.

[0006] In a first aspect, an embodiment of the present application provides a mobile device CPU load control method, including: obtaining a historical occupancy rate of an OTA upgrade component on a mobile device CPU, and determining a target sub-component from the OTA upgrade component according to the historical occupancy rate; monitoring a current occupancy rate of the mobile device CPU during an OTA upgrade process, and delaying the occupancy rate of the target sub-component on the mobile device CPU when it is monitored that the current occupancy rate meets a preset limit condition, so as to reduce the current load of the mobile device CPU.

[0007] Preferably, the determining of the target sub-component from the OTA upgrade component according to the historical occupancy rate includes: determining a target occupancy rate from the historical occupancy rate, wherein the target occupancy rate meets periodic changes; and determining the target sub-component from the OTA upgrade component based on the target occupancy rate.

[0008] Preferably, the monitoring of the current occupation rate satisfying the preset limit condition comprises: if the current occupation rate is higher than a preset occupation rate threshold, the current occupation rate satisfies the preset limit condition, otherwise, the current occupation rate does not satisfy the preset limit condition.

[0009] Preferably, the delaying of the occupation rate of the target sub-component to the mobile device CPU comprises: limiting the occupation rate of the target sub-component to the mobile device CPU and starting timing; and after the timing reaches a first preset time length, re-monitoring the current occupation rate of the mobile device CPU.

[0010] Preferably, after the limiting of the occupation rate of the target sub-component to the mobile device CPU, the method further comprises: obtaining a cumulative request number of the target sub-component after being limited, and when the cumulative request number exceeds a preset number threshold, restoring the occupation rate of the target sub-component to the mobile device CPU.

[0011] Preferably, the method further comprises: when the cumulative request number does not exceed the preset number threshold, limiting the occupation rate of the target sub-component to the mobile device CPU for a second preset time length, and after the second preset time length, re-monitoring the current occupation rate of the mobile device CPU.

[0012] In a second aspect, an embodiment of the present application provides a mobile device CPU load control device, comprising:

[0013] A target sub-component determination unit is configured to obtain a historical occupation rate of an OTA upgrade component to the mobile device CPU, and determine a target sub-component from the OTA upgrade component according to the historical occupation rate.

[0014] A first delay control unit is configured to monitor a current occupation rate of the mobile device CPU during an OTA upgrade process, and delay the occupation rate of the target sub-component to the mobile device CPU when it is monitored that the current occupation rate satisfies a preset limit condition, so as to reduce the current load of the mobile device CPU.

[0015] In a third aspect, an embodiment of the present application provides a car machine device, comprising a memory, a processor, and a computer program stored in the memory and capable of running on the processor, and the processor implements any of the embodiments of the first aspect when executing the program.

[0016] In a fourth aspect, an embodiment of the present application provides an automobile, comprising the car machine device in the third aspect.

[0017] In a fifth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements any of the embodiments of the first aspect.

[0018] The one or more technical solutions provided in the embodiments of the present application have at least the following technical effects or advantages:

[0019] First, the historical occupation rate of the OTA upgrade component on the mobile device CPU is acquired, and according to the historical occupation rate, a target sub-component is determined from the OTA upgrade component. After the target sub-component is determined, when the OTA upgrade is performed, the current occupation rate of the mobile device CPU is monitored, and when it is monitored that the current occupation rate meets the preset limit condition, the occupation rate of the target sub-component on the mobile device CPU is delayed, so as to reduce the current load of the mobile device CPU, so that in the running process of the OTA upgrade component, the OTA upgrade failure or even the downtime situation is avoided. Further, under the premise that the mobile device hardware does not change, the probability of OTA upgrade failure can be effectively reduced. BRIEF DESCRIPTION OF DRAWINGS

[0020] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiment description. Obviously, the drawings in the following description are some embodiments of the present application, and other drawings can also be obtained by those skilled in the art without creative labor.

[0021] Figure 1 The flow chart of the mobile device CPU load control method in the embodiments of the present application;

[0022] Figure 2 The schematic diagram of the mobile device CPU load control device structure in the embodiments of the present application;

[0023] Figure 3 The schematic diagram of the car machine device structure in the embodiments of the present application;

[0024] Figure 4 The schematic diagram of the computer readable storage medium structure in the embodiments of the present application. DETAILED DESCRIPTION

[0025] The embodiments of the present application provide a mobile device and a CPU load control method and device thereof, which solve the technical problem of high probability of OTA upgrade failure of the related art when the mobile device is upgraded by OTA.

[0026] The technical solutions provided in the embodiments of the present application have the following overall ideas to solve the above technical problems:

[0027] By acquiring the historical occupation rate of the mobile device CPU by the OTA upgrade component, the target sub-component can be determined from the OTA upgrade component according to the historical occupation rate.

[0028] After the target sub-component is determined, when the OTA upgrade is performed, the current occupation rate of the mobile device CPU is monitored, and when it is monitored that the current occupation rate meets the preset limit condition, the occupation rate of the mobile device CPU by the target sub-component is delayed, so that the current load of the mobile device CPU can be reduced, so that the OTA upgrade failure or even the downtime can be avoided during the running of the OTA upgrade component.

[0029] In order to better understand the above technical solutions, the above technical solutions will be described in detail in combination with the description of the drawings and the specific embodiments.

[0030] First of all, the term "and / or" appearing in this paper is only to describe the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B, which can represent the existence of A alone, the existence of A and B, and the existence of B alone. In addition, the character " / " in this paper generally represents an "or" relationship between the front and rear associated objects.

[0031] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above drawings are used to distinguish similar objects, and do not necessarily describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances, so that the embodiments of the application described herein can be implemented in an order other than those illustrated or described herein.

[0032] In a first aspect, an embodiment of the present application provides a mobile device CPU load control method, which can be applied to a mobile device capable of OTA upgrade, especially a mobile device with ordinary CPU performance or a mobile device with low CPU performance requirement, such as a car machine device or a smart TV, etc.

[0033] Please refer to the mobile device CPU load control method as shown in Figure 1 The mobile device CPU load control method can include the following steps S101-S102:

[0034] Step S101: Acquire the historical occupation rate of the mobile device CPU by the OTA upgrade component, and determine the target sub-component from the OTA upgrade component according to the historical occupation rate.

[0035] Specifically, the historical CPU occupation rate of the OTA upgrade component can be obtained by running a process management component in the mobile device, monitoring the running status of the OTA upgrade component in the past period of time by using the process management component, or continuously obtaining the running status of the OTA upgrade component in the past period of time by using pre-created code instructions or controls.

[0036] To determine the target sub-component from the OTA upgrade component, specifically, the target occupation rate can be determined from the historical occupation rate, wherein the target occupation rate meets the periodic change; and the target sub-component is determined from the OTA upgrade component based on the target occupation rate.

[0037] In the specific implementation process, the OTA upgrade component can include an encryption sub-component, a decryption sub-component, an installation sub-component, and a communication connection sub-component, and when the OTA upgrade component runs, the CPU operation resources of the mobile device will be necessarily occupied.

[0038] The CPU operation resources occupied by different sub-components are different, and as long as the occupation rate meeting the periodic change is found from the historical occupation rate, the target occupation rate can be determined, and then based on the target occupation rate, the sub-component corresponding to the target occupation rate is found, so that the target sub-component can be determined from the OTA upgrade component.

[0039] Step S102: In the OTA upgrade process, the current occupation rate of the mobile device CPU is monitored, and when it is monitored that the current occupation rate meets the preset limit condition, the occupation rate of the target sub-component to the mobile device CPU is delayed to reduce the current load of the mobile device CPU.

[0040] Similarly, the current occupation rate of the OTA upgrade component to the mobile device CPU can be obtained by using the process management component.

[0041] To determine whether the current occupation rate meets the preset limit condition, specifically, when it is monitored that the current occupation rate is higher than the preset occupation rate threshold, it is determined that the current occupation rate meets the preset limit condition, otherwise it is determined that it does not meet the preset limit condition.

[0042] In the specific implementation process, the preset occupation rate threshold can be set according to the hardware specifications or actual use requirements of the mobile device CPU. The greater the preset occupation rate threshold of the mobile device, the more likely the mobile device is to be stuck or down in the OTA upgrade process; the smaller the preset occupation rate threshold, although it reduces the probability of the mobile device being stuck or down in the OTA upgrade process, but also prolongs the time spent in the OTA upgrade process.

[0043] For the mobile device with high CPU hardware specification, the preset occupancy threshold can be set higher, and for the mobile device with low CPU hardware specification, the preset occupancy threshold can be set lower. As a preferred embodiment, the preset occupancy threshold can be set to any value in the range of 60% to 80%.

[0044] As an optional embodiment, how to delay the occupancy of the target sub-component to the mobile device CPU can be specifically achieved by limiting the occupancy of the target sub-component to the mobile device CPU and starting timing. After the timing reaches a first preset time length, the current occupancy of the mobile device CPU is monitored again.

[0045] In the specific implementation process, the occupancy of the target sub-component to the mobile device CPU can be paused, that is, the occupancy of the target sub-component to the mobile device CPU is temporarily 0, and correspondingly, the OTA upgrade is paused at this time. Of course, the occupancy of the target sub-component to the mobile device CPU can also be reduced to make the occupancy of the target sub-component to the mobile device CPU at a lower level, and correspondingly, the OTA upgrade speed is slower at this time.

[0046] The first preset time length can be set according to actual use requirements. It should be noted that the longer the first preset time length is, the longer the time required for the OTA upgrade process is. In order to ensure the user experience, the first preset time length can be set to any value in the range of 200 to 400 seconds, for example, 300 seconds.

[0047] The target sub-component is limited, and after the limitation time length reaches the first preset time length, the current occupancy of the mobile device CPU is monitored again to monitor whether the current occupancy meets the preset limitation condition. If it is monitored again that the current occupancy no longer meets the preset limitation condition, the occupancy of the target sub-component to the mobile device CPU can be restored to continue the OTA upgrade task or speed up the OTA upgrade speed.

[0048] As another optional embodiment, in order to avoid that the important sub-component in the OTA upgrade component is always limited or delayed to execute, resulting in the failure of the OTA upgrade. Specifically, after limiting the occupancy of the target sub-component to the mobile device CPU, the cumulative request number of the target sub-component after being limited can be obtained, and when the cumulative request number exceeds a preset number threshold, the occupancy of the target sub-component to the mobile device CPU is restored.

[0049] In the implementation process, the preset number threshold can be set according to the actual application scene. The greater the preset number threshold is set, the lower the probability of the mobile device appearing to be stuck or down during the OTA upgrade process is, but the probability of the OTA upgrade failure is undoubtedly increased due to the limitation of the operation of the target subcomponent. On the contrary, the smaller the preset number threshold is set, the lower the probability of the OTA upgrade failure is, but the probability of the mobile device appearing to be stuck or down during the OTA upgrade process is increased due to the reduction of the limitation of the target subcomponent.

[0050] In addition, when the accumulated request number does not exceed the preset number threshold, the CPU occupancy rate of the target subcomponent to the mobile device is limited for a second preset time length, and after the second preset time length, the current CPU occupancy rate of the mobile device is monitored again.

[0051] In the implementation process, the second preset time length can be set according to the actual use demand. It should be noted that the longer the second preset time length is, the longer the time required for the OTA upgrade process is. In order to ensure the user experience, the second preset time length can be set to any value in 5-15 seconds, for example, 10 seconds.

[0052] Next, taking the car machine device in the mobile device as an example, the embodiment of the application is briefly described as follows.

[0053] At present, the car machine device is widely installed on new energy vehicles, and the functions of the car machine device are gradually enriched, so that the car is also more and more intelligent. Some car functions need to be obtained through the OTA upgrade after leaving the factory.

[0054] However, in the daily use process of the car machine device, the installed functional components will occupy the CPU operation resources from time to time. When the car machine device needs to be upgraded, the CPU operation resources of the car machine device will be further occupied, and the CPU operation resources may be completely occupied, the car machine device cannot normally execute other components, resulting in that the car machine device is unresponsive or even down.

[0055] By applying the embodiment of the application, the historical occupancy rate of the OTA upgrade component to the CPU of the car machine device is first acquired, and the target subcomponent is determined from the OTA upgrade component according to the historical occupancy rate. Assuming that the target subcomponent is determined to be a communication connection subcomponent.

[0056] Then, the current occupancy rate of the CPU of the car machine device is monitored. Assuming that the current occupancy rate is higher than the preset occupancy rate threshold, the communication connection subcomponent is suspended and the timing is started. At this time, the car machine device is disconnected from the cloud server, and the OTA upgrade is suspended.

[0057] After the time reaches 300 seconds, the current CPU occupancy of the vehicle device is re-monitored, and if the re-monitored current CPU occupancy is less than 60%, the communication connection subcomponent can be re-run to continue the OTA upgrade task.

[0058] Of course, after the communication connection subcomponent is suspended, the communication connection subcomponent re-requests connection, the cumulative request number of the communication connection subcomponent after being suspended can be obtained, and when the cumulative request number does not exceed 3 times, the communication connection subcomponent is suspended for 10 seconds, and after 10 seconds, the current CPU occupancy of the vehicle device is re-monitored. Until the cumulative request number exceeds the preset number threshold, the operation of the communication connection subcomponent is restored.

[0059] Wherein, the connection restriction can be obtained by using the int ota_get_connect_restrict(unsigned int*restriction) function, and if the value of the function output parameter restriction is 0, it represents that there is a connection restriction, otherwise it represents that there is no connection restriction. In addition, when the value of the function output parameter restriction is not 0, the value of the output parameter restriction can be output in a log manner, which is convenient for debugging using TBOX debug.

[0060] In a second aspect, based on the same aspect, by an embodiment of the present application, a mobile device CPU load control device is provided, as shown in Figure 2 The device can include:

[0061] The target subcomponent determination unit 201 is configured to obtain the historical occupancy of the mobile device CPU by the OTA upgrade component, and determine the target subcomponent from the OTA upgrade component according to the historical occupancy.

[0062] The first delay control unit 202 is configured to monitor the current occupancy of the mobile device CPU during the OTA upgrade process, and delay the occupancy of the mobile device CPU by the target subcomponent when the current occupancy meets the preset restriction condition, so as to reduce the current load of the mobile device CPU.

[0063] As an optional implementation, the target subcomponent determination unit 201 includes:

[0064] The occupancy screening subunit is configured to determine the target occupancy from the historical occupancy, wherein the target occupancy meets the periodic change.

[0065] The target component determination subunit is configured to determine the target subcomponent from the OTA upgrade component based on the target occupancy.

[0066] As an optional implementation, if the current occupancy rate is higher than the preset occupancy rate threshold, the current occupancy rate satisfies the preset limit condition, otherwise, does not satisfy the preset limit condition.

[0067] As an optional implementation, the delay control unit 202 is specifically used for:

[0068] Limiting the occupancy rate of the target sub-component to the mobile device CPU, and starting timing; after the timing reaches a first preset time length, re-monitoring the current occupancy rate of the mobile device CPU.

[0069] As an optional implementation, the device further comprises:

[0070] The second delay control unit 203 is used for obtaining the cumulative request number of the target sub-component after the occupancy rate of the target sub-component to the mobile device CPU is limited, and when the cumulative request number exceeds a preset number threshold, restoring the occupancy rate of the target sub-component to the mobile device CPU.

[0071] As an optional implementation, the second delay control unit 203 is specifically used for:

[0072] When the cumulative request number does not exceed the preset number threshold, limiting the occupancy rate of the target sub-component to the mobile device CPU for a second preset time length, and after the second preset time length, re-monitoring the current occupancy rate of the mobile device CPU.

[0073] Since the mobile device CPU load control method introduced in the embodiment is the method adopted by the mobile device CPU load control device in the embodiment of the application, based on the mobile device CPU load control method introduced in the embodiment of the application, those skilled in the art can understand the specific implementation of the method of the embodiment and its various forms, so the method of how to implement the method in the embodiment of the application will not be introduced in detail. As long as those skilled in the art implement the method adopted by the mobile device CPU load control device in the embodiment of the application, it belongs to the scope of the application.

[0074] In a third aspect, based on the same inventive concept, the embodiment of the application provides a car machine device, which can be applied to a car, especially a new energy car.

[0075] Reference Figure 3 As shown in the figure, the car machine device provided by the embodiment of the application comprises a memory 301, a processor 302, and a code stored in the memory and executable on the processor 302, and the processor 302 implements any of the embodiments of the mobile device CPU load control method in the foregoing when executing the code.

[0076] Among them, Figure 3In the exemplary embodiment, the bus architecture (represented by bus 300) can include any number of interconnected buses and bridges, the bus 300 linking together various circuits including the processor(s) represented by processor 302, and the memory represented by memory 301. The bus 300 can also link various other circuits such as peripheral devices, voltage stabilizers and power management circuits, which are well known in the art, and therefore, not further described herein. Bus interface 305 provides an interface between bus 300 and receiver 303 and transmitter 304. Receiver 303 and transmitter 304 can be the same device, i.e., a transceiver, providing a unit for communicating with various other apparatuses over a transmission medium. Processor 302 is responsible for managing bus 300 and general processing, while memory 301 can be used for storing data used by processor 302 in the execution of operations.

[0077] In a fourth aspect, based on the same inventive concept, the present application provides an automobile comprising the car machine device in the third aspect.

[0078] In a fifth aspect, as shown in the accompanying drawings, Figure 4 In a fifth aspect, as shown in the accompanying drawings,

[0079] The technical solutions in the above embodiments of the present application have at least the following technical effects or advantages:

[0080] The embodiments of the present application acquire the historical occupation rate of the OTA upgrade component on the mobile device CPU, and determine the target sub-component from the OTA upgrade component according to the historical occupation rate. After the target sub-component is determined, when the OTA upgrade is performed, the current occupation rate of the mobile device CPU is monitored, and when it is monitored that the current occupation rate meets the preset limit condition, the occupation rate of the target sub-component on the mobile device CPU is delayed, so as to reduce the current load of the mobile device CPU, so that in the running process of the OTA upgrade component, the OTA upgrade failure or even the downtime situation is avoided. Further, under the premise that the mobile device hardware is unchanged, the probability of OTA upgrade failure can be effectively reduced.

[0081] Those skilled in the art will appreciate that embodiments of the present application can be devised for a variety of applications. It is therefore intended that the present application cover all such modifications and variations of the application disclosed herein provided they come within the scope of the appended claims and their equivalents. It is intended to

[0082] The present application is described in reference to the drawings using a flowchart and / or a block diagram of the method, apparatus (system) and computer program according to embodiments of the application. It will be understood that each block of the flowchart and / or block diagram, and combinations of blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processing device or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 means for performing each of the functions specified in the flowchart and / or block diagram block or blocks.

[0083] These computer program instructions can also be stored in a computer- readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instructions which implement the function specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 means for performing each of the functions specified in the flowchart and / or block diagram block or blocks.

[0084] These computer program instructions can also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart and / or block diagram block or blocks. Figure 1 one or more functions specified in the flowchart and / or block diagram block or blocks. Figure 1 means for performing each of the functions specified in the flowchart and / or block diagram block or blocks.

[0085] While preferred embodiments of the application have been described, those skilled in the art will appreciate that additional modifications and variations to the described embodiments are possible in light of the above teachings. It is therefore intended that the present application cover all such modifications and variations as fall within the scope of the application, as defined by the appended claims and their equivalents.

[0086] It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application cover modifications and variations of this application provided they come within the scope of the appended claims and their equivalents.

Claims

1. A mobile device CPU load control method, characterized by, The method comprises: acquiring historical occupation rates of the mobile device CPU by an OTA upgrade component, and determining a target sub-component from the OTA upgrade component according to the historical occupation rates; during an OTA upgrade process, monitoring a current occupation rate of the mobile device CPU, and delaying occupation of the mobile device CPU by the target sub-component when it is monitored that the current occupation rate meets a preset limitation condition, so as to reduce the current load of the mobile device CPU; the determining of the target sub-component from the OTA upgrade component according to the historical occupation rates comprises: determining a target occupation rate from the historical occupation rates, wherein the target occupation rate meets periodic change; determining the target sub-component from the OTA upgrade component based on the target occupation rate.

2. The method of claim 1, wherein, the monitoring of the current occupation rate meeting the preset limitation condition comprises: if it is monitored that the current occupation rate is higher than a preset occupation rate threshold, the current occupation rate meets the preset limitation condition, otherwise, it does not meet the preset limitation condition.

3. The method of claim 1, wherein, the delaying of the occupation of the mobile device CPU by the target sub-component comprises: limiting the occupation of the mobile device CPU by the target sub-component, and starting timing; after the timing reaches a first preset time length, re-monitoring the current occupation rate of the mobile device CPU.

4. The method of claim 3, wherein, after the limiting of the occupation of the mobile device CPU by the target sub-component, further comprising: acquiring a cumulative request number of the target sub-component after being limited, and restoring the occupation of the mobile device CPU by the target sub-component when the cumulative request number exceeds a preset number threshold.

5. The method of claim 4, wherein, the method further comprises: when the cumulative request number does not exceed the preset number threshold, limiting the occupation of the mobile device CPU by the target sub-component for a second preset time length, and re-monitoring the current occupation rate of the mobile device CPU after the second preset time length.

6. A mobile device CPU load control apparatus, characterized by, The device comprises: a target sub-component determination unit configured to acquire historical occupation rates of the mobile device CPU by an OTA upgrade component, and determine a target sub-component from the OTA upgrade component according to the historical occupation rates; the target sub-component determination unit is further configured to determine a target occupation rate from the historical occupation rates, wherein the target occupation rate meets periodic change; determine the target sub-component from the OTA upgrade component based on the target occupation rate; a first delay control unit configured to, during an OTA upgrade process, monitor a current occupation rate of the mobile device CPU, and delay occupation of the mobile device CPU by the target sub-component when it is monitored that the current occupation rate meets a preset limitation condition, so as to reduce the current load of the mobile device CPU.

7. A car kit device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, characterized in that, The processor implements the method of any one of claims 1-5 when executing the program.

8. An automobile characterized by comprising: The vehicle machine device comprises the vehicle machine device according to claim 7.

9. A computer readable storage medium having stored thereon a computer program, characterized in that, The program is executed by the processor to implement the method of any one of claims 1-5. The program is executed by the processor to implement the method of any one of claims 1-5.

Images