Vehicle computer restart method, electronic device and storage medium

Abstract

The embodiments of the present application provide a vehicle computer restart method, an electronic device, and a storage medium. In some embodiments, the vehicle computer restart method may include the following steps: in response to detecting a sleep instruction, determining the cumulative running time of the vehicle computer; in response to the cumulative running time being within a first preset range and the restart mark being a first identifier, determining the time difference between the current time and a specified time point; configuring a timer task according to the time difference and a random time value determined based on a random time value range; wherein the first preset range is determined according to the vehicle computer performance or the version information of the vehicle computer, and the timer task indicates waking up the vehicle computer after reaching the timer task timing; updating the restart mark to a second identifier, and controlling the vehicle computer to enter a sleep mode; in response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode and restart the vehicle computer.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of control technology, and more specifically, to a vehicle computer restart method, an electronic device, and a storage medium. Background Art

[0002] In order to enable the car computer to start quickly when the user needs to use the car, many car computers are set with a sleep mode. In sleep mode, when the user wakes up the car computer, the car computer can quickly exit sleep mode and provide services to the user. However, if the car computer runs for too long, problems such as car computer freezes will occur, which will greatly affect the user's experience of the car computer. How to ensure the smoothness and stability of the car computer operation is an urgent problem to be solved. Summary of the invention

[0003] The embodiments of the present application provide a vehicle computer restart method, electronic device, and storage medium that can at least partially solve the above-mentioned problems or other problems existing in the prior art.

[0004] The embodiment of the present application provides a vehicle computer restart method on one hand. The method may include the following steps: in response to detecting a sleep instruction, determining the cumulative running time of the vehicle computer; in response to the cumulative running time being in a first preset range and the restart mark being a first mark, determining the time difference between the current time and the specified time point; configuring a timer task according to the time difference and a random time value determined based on a random time value range; wherein the first preset range is determined according to the vehicle computer performance or the version information of the vehicle computer, and the timer task indicates waking up the vehicle computer after reaching the timer task timing; updating the restart mark to a second mark, and controlling the vehicle computer to enter a sleep mode; in response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode and restart the vehicle computer.

[0005] Another aspect of the embodiments of the present application provides an electronic device. The electronic device may include at least one processor and a memory. The memory is in communication with the at least one processor and stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the vehicle restart method mentioned in the above embodiment.

[0006] On the other hand, an embodiment of the present application provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, the vehicle computer restart method mentioned in the above embodiment is implemented.

[0007] According to the vehicle computer restart method, electronic device and storage medium provided in some embodiments of the present application, after detecting the sleep instruction, the execution subject can determine whether to restart the vehicle computer according to the accumulated running time of the vehicle computer, which can reduce the problem of vehicle computer jamming caused by long-term operation of the vehicle computer and ensure the smoothness and stability of the operation of the vehicle computer. At the same time, after determining that the accumulated running time is within the first preset range, the execution subject sets the timer task based on the random time value, so that the vehicle computer restarts at a random time point within the specified time period, which can disperse the restart time points of the vehicle computer and disperse the access operations to the server after the vehicle computer restarts, reduce the risk of server crashes, and reduce the requirements for server resources. In addition, the execution subject determines whether to set the timer task based on the restart flag, which can reduce the waste of resources caused by performing the configuration operation of the timer task again when the vehicle computer has a timer task for waking up and restarting the vehicle computer.

[0008] In some embodiments of the present application, in response to a timer task being triggered, the process of controlling the vehicle computer to exit the sleep mode and restart the vehicle computer may include the following steps: in response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode; in response to no driving intention being detected, restarting the vehicle computer.

[0009] In some embodiments of the present application, the vehicle restart method also includes the following steps: determining whether a driving intention is detected by detecting whether the vehicle is unmanned; or, determining whether a driving intention is detected by detecting whether the vehicle is in a charging state; or, determining whether a driving intention is detected by detecting whether the vehicle is in a preset position range.

[0010] In some implementations of the present application, the vehicle computer restart method further includes the following steps: determining a designated time point based on historical driving data of the vehicle computer.

[0011] In some embodiments of the present application, the process of determining a specified time point based on the historical driving data of the vehicle computer may include the following steps: determining a historical sleep time period of the vehicle computer based on the historical driving data of the vehicle computer; determining a specified time point based on the historical sleep time period; or determining a historical sleep time point of the vehicle computer based on the historical driving data of the vehicle computer; determining a specified time point based on the historical sleep time point.

[0012] In some implementations of the present application, the vehicle computer restart method further includes the following steps: determining a historical sleep time period of the vehicle computer based on historical driving data of the vehicle computer; and determining a random time value range based on the length of the historical sleep time period.

[0013] In some implementations of the present application, the vehicle computer restart method further includes the following steps: using a random value function to generate a random value; and determining a random time value according to a range of random values ​​and random time values.

[0014] In some embodiments of the present application, the vehicle computer restart method also includes the following steps: in response to the cumulative running time being within a second preset range, restarting the vehicle computer, the value within the second preset range being greater than the value within the first preset range; and / or, in response to the cumulative running time being within the first preset range and the restart flag being the second mark, controlling the vehicle computer to enter sleep mode. BRIEF DESCRIPTION OF THE DRAWINGS

[0015] Other features, objects and advantages of the present application will become more apparent by reading the detailed description of non-limiting embodiments made with reference to the following drawings, in which:

[0016] Figure 1 is a flowchart of a vehicle computer restart method according to a first embodiment of the present application;

[0017] Figure 2 It is a flowchart of the vehicle computer operation process of some implementation modes of the present application;

[0018] Figure 3 is a flow chart of a vehicle computer restart method according to a second embodiment of the present application;

[0019] Figure 4 is a schematic block diagram of an electronic device according to some embodiments of the present application. DETAILED DESCRIPTION

[0020] In order to better understand the present application, a more detailed description will be made of various aspects of the present application with reference to the accompanying drawings. It should be understood that these detailed descriptions are only descriptions of exemplary embodiments of the present application, and are not intended to limit the scope of the present application in any way. Throughout the specification, the same reference numerals refer to the same elements. The expression "and / or" includes any and all combinations of one or more of the associated listed items.

[0021] It should also be understood that expressions such as "include", "including", "have", "contain" and / or "comprising" are open rather than closed expressions in this specification, which indicate the presence of the stated features, elements and / or components, but do not exclude the presence of one or more other features, elements, components and / or combinations thereof. In addition, when expressions such as "at least one of..." appear after a list of listed features, they modify the entire list of features rather than just the individual elements in the list. In addition, when describing embodiments of the present application, "may" is used to mean "one or more embodiments of the present application". And, the term "exemplary" is intended to refer to an example or illustration.

[0022] Unless otherwise specified, all words (including engineering terms and scientific and technological terms) used in this article have the same meaning as those commonly understood by ordinary technicians in the field to which this application belongs. It should also be understood that, unless clearly stated in this application, words defined in common dictionaries should be interpreted as having the same meaning as their meaning in the context of the relevant technology, and should not be interpreted in an idealized or overly formal sense.

[0023] It should be noted that, in the absence of conflict, the embodiments and features in the embodiments of the present application can be combined with each other. In addition, unless explicitly limited or contradictory to the context, the specific steps included in the method described in the present application are not necessarily limited to the order described, but can be performed in any order or in parallel. The present application will be described in detail below with reference to the accompanying drawings and in conjunction with the embodiments.

[0024] In some technologies, in order to ensure the smoothness and stability of the car computer, a timed restart function is set for the car computer. However, at present, the car computer basically has the function of networking. After the car computer restarts, it is necessary to log in to the server to use related functions. A large number of car computers may access the server at the same time after restarting at the same time. In this case, the server resources will be required to be high. If the server resources are insufficient, the server will be at risk of crashing. If the server resources are increased, the manufacturer's server deployment cost will increase.

[0025] Figure 1 1 is a flow chart of the vehicle restart method of the first embodiment of the present application. The execution subject of the vehicle restart method 100 can be the vehicle itself, or other devices that are connected to the vehicle and have vehicle control authority, which is not limited here. Figure 1 As shown, the vehicle computer restart method 100 may include the following steps:

[0026] Step 101, in response to detecting a sleep instruction, determining the accumulated running time of the vehicle computer.

[0027] In this embodiment, after detecting the sleep instruction, the execution subject can determine the cumulative running time of the vehicle computer. Among them, the sleep instruction instructs the control vehicle computer to enter the sleep mode. The sleep mode may refer to the vehicle entering a low-power standby state after the engine is turned off. The cumulative running time of the vehicle computer may refer to the length of time from the start of the vehicle computer to the current time, and this value can reflect the length of time the vehicle computer has been running continuously. Due to abnormal conditions such as memory fragmentation and memory leakage that may occur after the vehicle computer has been running continuously, the vehicle computer system may run slower or even freeze. Therefore, in the embodiment of the present application, the execution subject can determine whether to perform a subsequent restart operation on the vehicle computer based on the cumulative running time of the vehicle computer, so as to reduce the problems caused by the long-term operation of the vehicle computer and ensure the stability and fluency of the vehicle computer.

[0028] In some embodiments of the present application, the execution subject may determine whether to trigger a sleep instruction according to the driving state of the vehicle. For example, after detecting that the duration of the vehicle stopping driving reaches a first threshold, the execution subject may trigger a sleep instruction to control the vehicle computer to enter a sleep mode to reduce the vehicle's power consumption. The first threshold may be determined according to project requirements, the developer's experience, or the user's personalized settings, and there is no restriction on the first threshold here.

[0029] It should be understood that, without departing from the teachings of this application, the sleep instruction can also be triggered in other ways, for example, whether to trigger the sleep instruction can be determined based on the interaction data detected by the voice interaction system or the touch interaction system. This application does not limit the triggering method of the sleep instruction.

[0030] Step 102, in response to the accumulated running time being within the first preset range and the restart flag being the first identifier, determine the time difference between the current time and the specified time point; and configure the timer task according to the time difference and a random time value determined based on the random time value range.

[0031] In this embodiment, the timer task indicates to wake up the vehicle computer after the timing time of the timer task is reached. For example, the execution subject may enter the timer task configuration link after determining that the cumulative running time of the vehicle computer is within the first preset range and the restart flag is the first mark. In the timer configuration link, the execution subject may determine the time difference between the current time and the specified time point. The time difference reflects the time required for the vehicle computer to reach the specified time point from the sleep mode. The execution subject determines the timing time of the timer task based on the time difference and the random time value determined based on the random time value range, and configures the timer task according to the timing time, so that the vehicle computer exits the sleep mode and restarts after the time length corresponding to the timing time. Since the timing time of the timer task of each vehicle computer that needs to be restarted is generated according to the random time value, the restart time of the vehicle computer is random, which can achieve the purpose of dispersing the restart time of the vehicle computer, and then achieve the purpose of dispersing the time for the vehicle computer to access the server.

[0032] In some embodiments of the present application, the first preset range mentioned above can be determined according to the vehicle computer performance. For example, the execution subject stores the correspondence between the vehicle computer performance index and different time ranges. In the process of determining the first preset range, the execution subject can determine the time range corresponding to the vehicle computer performance index according to the correspondence, and use the time range as the first preset range. Among them, the vehicle computer performance index can be the size of the vehicle computer's memory space or the performance index of the vehicle computer's processing chip. For example, for different vehicle models or different configurations of the same vehicle model, the types of vehicle computer processing chips used are different, the configured memory space is different, and the corresponding first preset ranges are different.

[0033] Taking the chip type as an example, for a single-core system, the processing power of the Qualcomm 8155 chip is weaker than that of the Qualcomm 8295 chip. Therefore, in a single-core system, the setting of the minimum value in the first preset range is positively correlated with the processing power of the chip, that is, the stronger the processing power of the chip, the larger the minimum value in the first preset range can be set accordingly. For a multi-core system, the first preset range can be set in the following manner:

[0034] Method 1

[0035] The execution subject can determine the vehicle computer performance based on the number of system-on-chip (SOC) chips in the multi-core system, and then determine the first preset range. For example, the more SOC chips there are, the better the vehicle computer performance is, and the larger the minimum value of the corresponding first preset range is set. It can be understood that the types of chips in the multi-core system here can be the same type or different types, such as the multi-core system can be a dual-core Qualcomm 8155 system, or a system composed of a dual-core Qualcomm 8155 and a MediaTek 8666.

[0036] Method 2

[0037] In case of different chip types in a multi-core system, the execution subject may determine the chip type with the weakest processing capability in the multi-core system, and determine the first preset range based on the performance of the chip type or the number of the chips. The execution subject may also determine the chip type used for main processing of infotainment capabilities from the multi-core system, and determine the first preset range based on the performance of the chip type or the number of the chips. For example, in a system composed of a dual-core Qualcomm 8155 and a MediaTek 8666, the Qualcomm 8155 chip is mainly used to process infotainment functions. When calculating the first preset range, the processing capability of one Qualcomm 8155 chip is mainly considered.

[0038] It should be understood that even for the same vehicle model, different configurations may result in different memory spaces, and a large-capacity computing memory can support a larger first preset range.

[0039] It should be understood that, without departing from the teachings of this application, the execution entity may also reflect the vehicle computer performance through other data to further determine the first preset range. There is no limitation on the method of determining the first preset range based on the vehicle computer performance.

[0040] In some other embodiments of the present application, the setting of the first preset range may depend on the version information of the current vehicle. For example, the vehicle can be divided into vehicle control domain, infotainment domain, autonomous driving domain, etc., and different domains correspond to different domain control software version upgrade packages. The execution subject may set the first preset range based on the software version of the upgraded vehicle and the performance improvement of the software version after one or more domain controllers are upgraded. For example, the software version of the infotainment domain is version V3.5.1, and the audio performance is improved, which requires more computing power than the previous version. At this time, the minimum value of the first preset range should be set smaller, and the frequency of vehicle computer sleep should be increased to cope with the high hardware requirements brought by the software upgrade. For example, the software version of the autonomous driving domain is version V4.5.1, which optimizes the path algorithm and reduces the computing power requirement. At this time, the first preset range should be set larger.

[0041] It should be understood that when multiple domain controllers are upgraded, the execution entity may comprehensively evaluate the setting of the first preset range based on different versions and performance requirements for the vehicle computer, or may evaluate the first preset range based on the priority of each domain controller and the version of the domain controller with the highest priority among the upgraded domain controllers. There is no limitation here.

[0042] It should be understood that the first preset range can also be set by developers based on experience, or specified by users. This application does not limit the setting method of the first preset range.

[0043] It should be understood that, without departing from the teachings of this application, the value range in the first preset range can be set as needed. For example, the first preset range can be 24 hours to 72 hours, and this application does not limit the value range of the first preset range.

[0044] In some embodiments of the present application, the execution entity may determine the designated time point based on the historical driving data of the vehicle computer. For example, the execution entity may read the historical driving data of the vehicle computer after obtaining the user's authorization. The historical driving data may reflect the user's driving habits, for example, the time period of the day when the user usually drives the vehicle, and the time period of the day when the user usually does not drive the vehicle. Based on the historical driving data, the execution entity may use the time point that does not affect the user's use of the vehicle as the designated time point. Since the designated time point fits the user's car use habits, it can reduce the impact of the vehicle computer restart on the user's use of the car, and it can also reduce the situation where the user's use of the car interrupts the vehicle computer restart, thereby increasing the probability of successfully executing the vehicle computer restart operation, thereby ensuring the smoothness and stability of the vehicle computer operation.

[0045] For ease of understanding, the following is an exemplary description of the manner in which the execution subject determines the designated time point based on the historical driving data of the vehicle computer.

[0046] Method 1

[0047] As an example, the execution subject may determine the historical sleep time period of the vehicle computer according to the historical driving data of the vehicle computer, and determine the designated time point according to the historical sleep time period.

[0048] For example, the execution subject may analyze the historical driving data to determine the historical sleep time period of the vehicle computer. After determining the historical sleep time period, the execution subject may determine a random time point in the historical sleep time period as the designated time point, or may determine a special time point in the historical sleep time period as the designated time point. Among them, the special time point may be the starting time point or the middle time point of the historical sleep time period, and there is no limitation here. For example, the special time point is the starting time point, and the historical driving data of the vehicle computer indicates that the historical sleep time period of the vehicle computer is from 00:00 to 7:00, and the execution subject may use 00:00 as the designated time point.

[0049] It should be understood that, without departing from the teachings of this application, the means by which the execution subject analyzes the historical driving data may be to input the historical driving data into a preset analysis algorithm or analysis model, and determine the historical sleep time period of the vehicle computer based on the output of the analysis algorithm or analysis model. The analysis algorithm may be a pre-configured algorithm that can determine the historical sleep time period represented by the historical driving data, and the analysis model may be a pre-configured model that can determine the historical sleep time period represented by the historical driving data. The principles of the algorithm and the training process of the model can be set as needed and are not limited here. It is understandable that the execution subject may also adopt other analysis means, for example, to determine the historical sleep time period based on statistics of historical driving data. The implementation process of this method can refer to the relevant description below and will not be repeated here. This application does not limit the means by which the execution subject analyzes the historical driving data.

[0050] Method 2

[0051] As an example, the execution subject may determine a historical sleep time point of the vehicle computer according to historical driving data of the vehicle computer, and determine a designated time point according to the determined historical sleep time point.

[0052] For example, the execution subject can analyze the historical driving data of the vehicle computer to obtain the historical sleep time points of the vehicle computer. For example, based on the historical driving data of the vehicle computer, the execution subject can count the total number of sleep times when the vehicle computer is in sleep mode at each candidate time point, and take the candidate time point with the total sleep number reaching a preset number as the historical sleep time point, or take the T candidate time points with the largest total sleep number as the historical sleep time point. Among them, T is a positive integer, and the value can be set according to the needs of the project. The candidate time points can be multiple time points obtained by dividing a day into minute-level time lengths, or they can be time points that are pre-specified based on experience when the vehicle is usually in sleep mode. There is no restriction on the selection of candidate time points here.

[0053] After determining the historical sleep time points of the vehicle computer, the execution subject may determine the designated time point based on the historical sleep time points. For example, if the number of determined historical sleep time points is 1, the execution subject may determine the historical sleep time point as the designated time point. If the number of determined historical sleep time points is greater than 1, the execution subject may determine any one of the historical sleep time points as the designated time point, or may perform more complex logical processing based on the determined historical sleep time points to obtain the designated time point. For example, considering that users in the same area usually do not use the vehicle in some time periods (such as early morning), the execution subject may store a preferred sleep time range set based on the time period. The execution subject may determine whether there is a historical sleep time point within the preferred sleep time range among the determined historical sleep time points; if it is determined to exist, one of the historical sleep time points within the preferred sleep time range may be determined as the designated time point; if it is determined not to exist, any one of the historical sleep time points may be determined as the designated time point. For another example, considering that when the time difference between two historical sleep time points is small, the probability that the vehicle is in sleep mode during the time period defined by these two historical sleep time points is relatively high, the execution entity may determine the time difference between multiple historical sleep time points, and judge whether there is a time difference less than the second threshold value among the determined time differences; if it is determined that there is, the designated time point may be determined based on the two historical sleep time points corresponding to the time difference less than the second threshold value, such as determining the earlier of the two historical sleep time points as the designated time point, or determining the middle time point between the two historical sleep time points as the designated time point. Among them, the second threshold value can be set based on experience and is not limited here. The present application does not limit the way in which the execution entity determines the designated time point based on the historical sleep time points.

[0054] It should be understood that without departing from the teachings of this application, the execution entity may also analyze historical driving data in other ways to determine the specified time point, and this application does not limit the method of determining the specified time point based on historical driving data.

[0055] It should be understood that without departing from the teachings of this application, the execution entity may also determine the specified time point in other ways, for example, by determining a time point configured by the user as the specified time point, or by determining a default time point set by the developer as the specified time point. This application does not limit the method for determining the specified time point.

[0056] After completing the exemplary description of the method for determining the designated time point, the following exemplary description is given of the method for determining the range of random time values.

[0057] In some implementations of the present application, the execution entity may determine the historical sleep time period of the vehicle computer based on the historical driving data of the vehicle computer; and determine the random time value range based on the length of the historical sleep time period.

[0058] As an example of this implementation, the execution subject may count the historical sleep time periods of the vehicle computer based on the historical driving data of the vehicle computer. For example, the execution subject may mark the time of a day according to the time period of the user using the vehicle every day indicated by the historical driving data, and mark the time points corresponding to the time period of the user using the vehicle in a day as 1. After the execution subject completes the marking for all historical driving data, it may determine the historical sleep time period according to the time point marked as 0 in a day. For another example, the execution subject may pre-store candidate time periods for selection. The execution subject may remove the candidate time periods that overlap with the time period of using the vehicle according to the time period of the user using the vehicle every day indicated by the historical driving data, and select the historical sleep time period from the remaining candidate time periods. Among them, the candidate time period can be obtained by dividing the time of a day according to the specified time length, which is usually in hours, and can also be set by the developer based on experience, and is not limited here. It is understandable that if there are no remaining candidate time periods after the removal operation, the execution subject may select the candidate time period with the shortest overlap time with the time period of using the vehicle as the historical sleep time period, or select the historical sleep time period based on other principles, and this application does not limit this.

[0059] It should be understood that, without departing from the teachings of this application, the execution subject may also analyze and obtain the historical sleep time period in other ways, such as inputting the historical driving data into a preset analysis algorithm or analysis model as mentioned above, and determining the historical sleep time period of the vehicle computer based on the output of the analysis algorithm or analysis model. This application does not limit the method of determining the historical sleep time period.

[0060] As an example of this implementation, after the execution subject determines the historical sleep time period, it can determine the interval length of the value interval corresponding to the random time value range according to the time length of the historical sleep time period, and then determine the random time value range.

[0061] As an option, the length of the interval corresponding to the random time value range may be equal to the length of the historical sleep time period. For example, if the length of the historical sleep time period is M, the random time value range is (0, M).

[0062] As another option, the interval length of the value interval corresponding to the random time value range may also be less than the time length of the historical sleep time period. For example, if the time length of the historical sleep time period is M, the interval length of the value interval corresponding to the random time value range is N, N is less than M, and the random time value range is (0, N). Since the interval length of the value interval corresponding to the random time value range is less than the time length of the historical sleep time period, the probability of the vehicle computer being in sleep mode when it restarts after the timing time determined based on the random time value range can be increased, thereby increasing the probability of successful restart of the vehicle computer.

[0063] It should be understood that, without departing from the teaching of this application, the execution subject may also analyze the historical driving data in other ways to determine the random time value range, for example, determine the shortest sleep time of the vehicle computer based on the historical driving data, and determine the random time value range based on the shortest sleep time. This application does not limit the method of determining the random time value range based on historical driving data.

[0064] It should be understood that, without departing from the teachings of this application, the execution subject may also determine the random time value range in other ways. For example, the time range configured by the user is determined as the random time value range, or the default time range set by the developer is determined as the random time value range. This application does not limit the method for determining the random time value range.

[0065] It should be understood that, without departing from the teachings of this application, the determination of the designated time point and the determination of the random time value range can be implemented in combination with each other. For example, the execution subject can determine the historical sleep time period of the vehicle computer based on the historical driving data of the vehicle computer, determine the start time of the historical sleep time period as the designated time point, and determine the time length of the historical sleep time period as the interval length of the value interval corresponding to the random time value range, or determine the middle time point of the historical sleep time period as the designated time point, and determine 1 / 2 of the time length of the historical sleep time period as the interval length of the value interval corresponding to the random time value range. This application does not limit the process by which the determination of the designated time point and the determination of the random time value range can be implemented in combination with each other.

[0066] After completing the exemplary description of the method for determining the range of random time values, the following exemplary description is given of the process of generating random time values.

[0067] In some embodiments of the present application, the execution subject may use a random value function to generate a random value. The random value function is a general function for generating random values, such as a random_int() function. The random value function may also be a random value function customized by a developer for the vehicle computer restart method mentioned in the embodiments of the present application. The execution subject may determine the random time value according to the range of the random value and the random time value.

[0068] It is understandable that the process by which the execution subject determines the random time value based on the random value may be affected by the type of random value function. For example, if the random_int() function is used as the random value function mentioned in this article, since the range of the random value generated by the random_int() function is 0 to 4294967295, after obtaining the random value, the execution subject can use the random value to divide the interval length of the random time value range, and determine the random time value based on the remainder calculated by the division. For another example, if the random value function is a custom random value function, during the custom process, it can be defined as the range of the generated random value is the random time value range, and the execution subject can determine the random time value based on the random value generated by the custom random value function. This application does not limit the selection of the random value function and the process of determining the random time value.

[0069] It is understandable that the process of the execution subject determining the random time value based on the remainder may be to determine the remainder as a random time value, or to convert the remainder into a corresponding random time value based on the remainder and a predefined conversion rule. The process may be affected by the time unit of the random time value range and the time unit of the timing time of the timer task. For example, if the time unit of the random time value range is the same as the time unit of the timing time of the timer task, the remainder may be determined as a random time value. If the time unit of the random time value range is different from the time unit of the timing time of the timer task, a conversion rule between the time unit of the random time value range and the time unit of the timing time of the timer task may be determined, and based on the conversion rule, the remainder may be converted into a corresponding random time value. Among them, the time unit may be an hour, a minute, a second, a millisecond, a microsecond, a nanosecond, etc., which is not limited here.

[0070] Similarly, the process of determining the random time value based on the random value generated by the user-defined random value function by the execution subject can be to determine the random value as the random time value, or to convert the random value into the corresponding random time value based on the random value and the predefined conversion rule. This process can be affected by the time unit of the random time value range and the time unit of the timer task's timing time. There is no restriction here.

[0071] Step 103, updating the restart flag to the second flag, and controlling the vehicle computer to enter the sleep mode.

[0072] In this embodiment, after determining that the cumulative running time is within the first preset range and the restart flag is the first flag, the execution subject can update the restart flag to the second flag. Since the restart flag is updated to the second flag, if the vehicle computer enters sleep again before restarting based on the above timer task, the execution subject will obtain a negative judgment result in the process of judging whether the restart flag is the first flag, and will not trigger the operation of configuring the timer task, thereby reducing the waste of resources caused by repeatedly performing related operations of timer task configuration when the timer task is configured. After configuring the timer task and updating the restart flag, the execution subject can control the vehicle computer to enter sleep mode to reduce the power consumption of the vehicle.

[0073] Optionally, after determining that the accumulated running time is within the first preset range and the restart mark is the second mark, the execution subject can control the vehicle computer to enter the sleep mode. In other words, if the sleep command of the vehicle computer is detected and the restart mark of the vehicle computer is the second mark, the execution subject can directly control the vehicle computer to enter the sleep mode without configuring the timer task.

[0074] It should be understood that without departing from the teachings of the present application, the first identifier and the second identifier may be selected as needed. For example, the first identifier may be selected as "0" in binary and the second identifier may be selected as "1" in binary. Alternatively, the first identifier may be selected as the string "null" and the second identifier may be selected as the string "Configured". The present application does not impose any restrictions on the selection of the first identifier and the second identifier.

[0075] Step 104 , in response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode and restart the vehicle computer.

[0076] In this implementation, after determining that the timer task is triggered, the execution subject controls the vehicle computer to exit the sleep mode and restart the vehicle computer to release the memory and computing resources of the vehicle computer and ensure the stability and smoothness of the vehicle computer operation.

[0077] In some embodiments of the present application, a second preset range may also be stored in the execution subject, and the values ​​in the second preset range are all greater than the values ​​in the first preset range. After determining that the cumulative running time is within the second preset range, the execution subject may restart the vehicle computer. In other words, if a sleep command is detected and the cumulative running time of the vehicle computer is too long and reaches the second preset range, the execution subject may directly control the vehicle computer to restart, rather than controlling the vehicle computer to enter sleep mode and restart after a set time. This implementation can reduce the probability of the vehicle computer experiencing a freeze problem when the vehicle computer cannot perform its restart function due to a failure to trigger a timer task or a failure to successfully trigger a vehicle computer restart after a timer task is triggered, further ensuring the stability and flow of the vehicle computer operation and improving vehicle safety.

[0078] In some implementations of the present application, the execution entity may set the restart flag to the first flag after the vehicle computer is restarted, so as to configure the timer task again later.

[0079] For ease of understanding, the following scenario is taken as an example: the execution subject is the vehicle computer, the first preset range is a time range greater than or equal to 24 hours and less than 72 hours, the second preset range is a time range greater than or equal to 72 hours, the first identifier is "0", the second identifier is "1", the designated time point is 0 o'clock, the random time value range is 0 minutes to 120 minutes, that is, the time unit of the random time value is minutes, the random value function is the random_int() function, and the time unit of the timing time of the timer task is nanoseconds. The implementation process of the vehicle computer restart method is exemplified.

[0080] Figure 2 1 is a flow chart of the vehicle operation process of some implementation modes of the present application. Figure 2 As shown, the vehicle computer operation process 200 may include the following steps:

[0081] Step 201, after detecting the sleep instruction, determining the accumulated running time of the vehicle computer.

[0082] In this example, the implementation process of step 201 can refer to the relevant description of step 101, which will not be repeated here.

[0083] Step 202, determining whether the accumulated running time is greater than or equal to 72 hours.

[0084] In this example, the vehicle computer first determines whether the accumulated running time is greater than or equal to 72 hours. If the judgment result is yes, that is, the accumulated running time is within the second preset range, the vehicle computer executes step 212; if the judgment result is no, that is, the accumulated running time is not within the second preset range, the vehicle computer executes step 203.

[0085] Step 203, determining whether the accumulated running time is greater than or equal to 24 hours.

[0086] In this example, after determining that the accumulated running time is less than 72 hours, the vehicle computer can determine whether the accumulated running time is greater than or equal to 24 hours. If the judgment result is yes, that is, the accumulated running time is within the first preset range, the vehicle computer can execute step 204, and if the judgment result is no, that is, the accumulated running time is not within the first preset range, the vehicle computer can execute step 208.

[0087] Step 204: determine whether the restart flag is 0.

[0088] In this example, after determining that the accumulated running time is within the first preset range, the vehicle computer can determine whether the restart flag is 0. If the determination result is yes, that is, the restart flag is the first flag, the vehicle computer can execute step 205; if the determination result is no, that is, the restart flag is the second flag, the vehicle computer can execute step 208.

[0089] It should be understood that without departing from the teachings of this application, the vehicle computer may first execute the step of determining whether the restart flag is 0, and when the restart flag is 0, execute the step of determining whether the cumulative operating time is greater than or equal to 72 hours and the step of determining whether the cumulative operating time is greater than or equal to 24 hours. This application does not limit the order of execution of steps 202 to 203 and step 204.

[0090] Step 205: Update the restart flag to 1.

[0091] In this example, if the restart flag is 0, the vehicle computer updates the restart flag to 1, which may indicate that the timer task configuration operation of the vehicle computer is triggered.

[0092] Step 206, calculating the timing time.

[0093] In this example, the vehicle computer can determine the time difference between the current time and the specified time point (0 o'clock), and the time difference is defined as parameter A, and the time unit is nanoseconds. When the time range for restarting the vehicle computer is set to 0 o'clock to 2 o'clock in the morning, the random time value range is 0 minutes to 120 minutes. The execution subject uses the random_int() function to generate a random value, and the range of this random value is 0 to 4294967295, which is defined as parameter B. The vehicle computer uses the random value B to take the remainder of 120 to get a random number from 0 to 120. The time unit of this random number is minutes. Therefore, it is necessary to convert it into a value with nanoseconds as the time unit based on the conversion rule. Based on the above data, the formula for calculating the timing time can be: C = A + ((B% 120) * 60 * 1000 * 1000). Among them, C is the timing time, A is the time difference, B is the random value, and % is the remainder symbol. With the above settings, the vehicle computer can perform a restart operation from 0 o'clock to 2 o'clock.

[0094] Step 207, configure the timer task.

[0095] In this example, after the vehicle computer calculates the timing time, a timer for controlling the vehicle computer to restart can be set, and the timing time of the timer is the timing time calculated by step 206. The vehicle computer can be configured with a timer task, and the timer task indicates that step 209 is executed after the timer reaches the timing time.

[0096] Step 208, entering sleep mode.

[0097] In this example, the vehicle computer enters the sleep mode when the timer task configuration is completed, or when the restart flag is 0, or when the cumulative running time is less than 24 hours.

[0098] Step 209, exit the sleep mode.

[0099] In this example, the car computer can exit the sleep mode when triggered by a timer task, or after detecting that the user is using the car computer (such as touching the touch screen or buttons of the car computer), and the car computer can also be controlled to exit the sleep mode in other scenarios, which are not restricted here.

[0100] Step 210: determine whether the restart flag is 1.

[0101] In this example, after the vehicle computer exits the sleep mode, it can determine whether the restart flag is 1 to determine whether the sleep mode may be exited this time due to a timer task, that is, to determine whether the vehicle computer is awakened this time because it needs to be restarted. If the judgment result is yes, it means that the vehicle computer may be awakened this time due to a timer task, and the vehicle computer executes step 211 to make further judgments. If the judgment result is no, it means that the vehicle computer is not awakened this time due to a timer task, and the vehicle computer executes step 214.

[0102] Step 211, determine whether this wakeup is a timer task wakeup.

[0103] In this example, when the vehicle computer exits the sleep mode, it is determined whether the reason for waking up the vehicle computer is a timer task to determine whether the vehicle computer needs to be restarted. If the determination result is yes, the vehicle computer executes step 212, and if the determination result is no, the vehicle computer may execute step 213.

[0104] Step 212, automatic restart.

[0105] In this example, when the accumulated running time of the vehicle computer is greater than 72 hours and when it is awakened by a timer task, the vehicle computer automatically restarts to ensure the stability and smoothness of the vehicle computer operation. Then, step 214 is executed.

[0106] Step 213, delete the timer task.

[0107] In this example, if it is determined that this wakeup is not caused by a timer task, the vehicle computer can delete the timer task. This setting can reduce the situation where the vehicle computer is restarted due to a timer task after being woken up, affecting the user experience. In this example, the vehicle computer can control the vehicle computer to restart when the vehicle computer has been running for 72 hours and a sleep command is detected.

[0108] It should be understood that, without departing from the teaching of the present application, the vehicle computer may not execute step 213 but execute step 214 when it is determined that the wake-up is not caused by a timer task. In this case, in order to reduce the situation where the vehicle computer is restarted due to a timer task after being awakened, affecting the user experience, the vehicle computer may determine whether the vehicle computer is currently operating normally when it is awakened by a timer task. If it is determined to be, step 212 is not executed, and if it is determined not to be, step 212 is executed.

[0109] Step 214, resume normal operation.

[0110] In this example, the vehicle computer resumes normal operation after the cumulative running time does not reach 24 hours or the vehicle computer is restarted. Since the cumulative running time of the vehicle computer is short, the smoothness and stability of the vehicle computer are better.

[0111] According to some implementations of the present application, after detecting the sleep instruction, the execution subject can determine whether to restart the vehicle computer according to the accumulated running time of the vehicle computer, which can reduce the problem of vehicle computer jamming caused by long-term operation of the vehicle computer and ensure the smoothness and stability of the operation of the vehicle computer. At the same time, after determining that the accumulated running time is within the first preset range, the execution subject sets the timer task based on the random time value, so that the vehicle computer restarts at a random time point within the specified time period, which can disperse the restart time points of the vehicle computer and disperse the access operations to the server after the vehicle computer restarts, reduce the risk of server crashes, and reduce the requirements for server resources, thereby reducing the problem of vehicle computer access failure to the server. In addition, the execution subject determines whether to set the timer task based on the restart flag, which can reduce the waste of resources caused by performing the configuration operation of the timer task again when the vehicle computer has a timer task for waking up and restarting the vehicle computer.

[0112] Figure 3 is a flow chart of a vehicle computer restart method according to the second embodiment of the present application. This embodiment is substantially the same as the first embodiment, with the main difference being that, when the execution subject controls the vehicle computer to exit the sleep mode based on the timer task trigger, it determines whether to restart the vehicle computer based on whether the user has the intention to drive. Figure 3 As shown, the vehicle computer restart method 300 may include the following steps:

[0113] Step 301, in response to detecting a sleep instruction, determining the accumulated running time of the vehicle computer.

[0114] In this embodiment, step 301 is substantially the same as step 101 of the first embodiment, and will not be described in detail herein.

[0115] Step 302, in response to the accumulated running time being within the first preset range and the restart flag being the first identifier, determine the time difference between the current time and the specified time point; and configure the timer task according to the time difference and a random time value determined based on the random time value range.

[0116] In this embodiment, step 302 is substantially the same as step 102 of the first embodiment, and will not be described in detail herein.

[0117] Step 303, updating the restart flag to the second flag, and controlling the vehicle computer to enter the sleep mode.

[0118] In this embodiment, step 303 is substantially the same as step 103 of the first embodiment, and will not be described in detail herein.

[0119] Step 304 , in response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode.

[0120] In this embodiment, the execution subject controls the vehicle computer to exit the sleep mode when the timer task is triggered. The process can refer to the relevant content of step 104 of the first embodiment, which will not be repeated here.

[0121] Step 305: In response to not detecting the driving intention, restart the vehicle computer.

[0122] In this embodiment, the execution subject may determine whether the driving intention is detected after the vehicle computer is awakened by the timer task. If the execution subject determines that the driving intention is detected, the vehicle computer may not be restarted, and if it determines that the driving intention is not detected, the vehicle computer is restarted.

[0123] It should be understood that, without departing from the teaching of this application, the execution subject can detect the driving intention in a variety of ways. For ease of understanding, the following is an exemplary description of the driving intention detection method.

[0124] As an example, the execution subject can determine whether the intention to drive is detected by detecting whether the vehicle is in an unmanned state. For example, the execution subject can judge whether there is someone inside the vehicle based on the detection data of the in-vehicle camera, the pressure sensor under the seat and other devices. If it is determined based on the above detection data that the vehicle is in an unmanned state, it can be determined that no one needs to drive the vehicle at present, and then determine the detection result indicating that the intention to drive is not detected. On the contrary, if it is determined based on the above detection data that the vehicle is in an occupied state, it can be determined that someone may need to drive the vehicle at present. In this case, the execution subject can directly determine the detection result indicating that the intention to drive is detected, or it can be combined with the position of the person in the car to further determine the detection result. For example, if the position of the person in the car is the driver's seat, the execution subject determines the detection result indicating that the intention to drive is not detected. If the position of the person in the car is not the driver's seat, the execution subject determines the detection result indicating that the intention to drive is detected.

[0125] It should be understood that without departing from the teachings of this application, the execution entity may also determine whether the vehicle is unmanned based on other data and processing logic, and then determine whether driving intention is detected. There is no limitation here.

[0126] As another example, the execution subject may determine whether the intention to drive is detected by detecting whether the vehicle is in a charging state. For example, considering that the user is usually unable to drive the vehicle during the charging process of the vehicle, in some embodiments of the present application, the execution subject may determine whether the vehicle is in a charging state based on data such as the charging port detection data and vehicle battery parameters. If it is determined that the vehicle is not in a charging state, the execution subject may determine that the intention to drive is detected. If it is determined that the vehicle is in a charging state, the execution subject may determine that the intention to drive is not detected, and further judgment may be made in combination with the remaining charging time. For example, if the remaining charging time is less than a preset time threshold, the execution subject may determine that the intention to drive is detected, and if the remaining charging time is greater than or equal to the preset time threshold, the execution subject may determine that the intention to drive is not detected. Among them, the size of the preset time threshold can be set according to the empirical value of the length of the vehicle restart time, and there is no restriction here.

[0127] It should be understood that, without departing from the teachings of the present application, the execution entity may also determine whether the vehicle is in a charging state based on other data, and the present application does not limit the data used to determine whether the vehicle is in a charging state.

[0128] It should be understood that, without departing from the teachings of this application, the execution entity may also process based on other processing logics in the process of determining whether the driving intention is detected based on whether the vehicle is in a charging state, and this application does not limit this processing logic.

[0129] As another example, the execution subject may determine whether the driving intention is detected by detecting whether the vehicle is in a preset position range. For example, some location information indicating the preset position range may be stored in the execution subject. When the vehicle is in the preset position range and enters sleep mode, the next driving operation is usually not performed immediately. The execution subject may detect whether the vehicle is in the preset position range based on the vehicle's position information and the stored position information. If it is determined to be yes, the execution subject may determine that the driving intention is not detected. If it is determined not to be, the execution subject may determine that the driving intention is detected. Among them, the preset position range can be a position range specified by the user or developer, or it can be a position range corresponding to a map point of a specified type. Among them, the map point of a specified type can be a map point where vehicles usually stay for a long time, such as a parking lot of an office building or a parking lot of a shopping mall, and there is no restriction here.

[0130] It should be understood that the above detection method is an exemplary description, and the execution subject can also detect the driving intention in other ways. This application does not limit the detection method of driving intention.

[0131] According to some embodiments of the present application, after detecting the sleep instruction, the execution subject can determine whether to restart the vehicle computer according to the accumulated running time of the vehicle computer, which can reduce the problem of vehicle computer jamming caused by long-term operation of the vehicle computer and ensure the smoothness and stability of the operation of the vehicle computer. At the same time, after determining that the accumulated running time is within the first preset range, the execution subject sets the timer task based on the random time value, so that the vehicle computer restarts at a random time point within the specified time period, which can disperse the restart time points of the vehicle computer and disperse the access operations to the server after the vehicle computer restarts, reduce the risk of server crashes, and reduce the requirements for server resources. In addition, the execution subject determines whether to set the timer task based on the restart flag, which can reduce the waste of resources caused by the configuration operation of the timer task again when the vehicle computer has a timer task for waking up and restarting the vehicle computer. In addition, before the vehicle computer restarts, the execution subject detects whether the user has the intention to drive, which can reduce the impact of the vehicle computer restart on the user's driving.

[0132] It should be noted that in the technical solution of this disclosure, the acquisition, storage and application of user personal information involved are in compliance with the provisions of relevant laws and regulations and do not violate public order and good morals. It should also be noted that the information in this embodiment is obtained after the user's authorization (that is, with the user's consent) and is in compliance with the provisions of relevant laws and regulations.

[0133] The step division of the various methods above is only for clear description. When implemented, they can be combined into one step or some steps can be split and decomposed into multiple steps. As long as they include the same logical relationship, they are all within the protection scope of this disclosure. Adding insignificant modifications to the algorithm or process or introducing insignificant designs without changing the core design of the algorithm and process are all within the protection scope of this disclosure.

[0134] The embodiment of the present application also provides an electronic device, such as Figure 4 As shown, the electronic device 400 may include: at least one processor and a memory, the memory is communicatively connected to the at least one processor and stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the vehicle restart method mentioned in the above embodiment.

[0135] It is understandable that the electronic device 400 may be a vehicle computer, or a device that is communicatively connected to the vehicle computer and has vehicle computer control authority, which is not limited here.

[0136] An embodiment of the present application further provides a computer-readable storage medium, which stores a computer program. When the computer program is executed by a processor, the vehicle computer restart method mentioned in the above embodiment is implemented.

[0137] Figure 4 4 is a schematic block diagram of an electronic device 400 according to some embodiments of the present application. Figure 4 As shown, the electronic device 400 includes a processor 401, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 402 or a computer program loaded from a memory 408 into a random access memory (RAM) 403. In the RAM 403, various programs and data required for the operation of the electronic device 400 can also be stored. The processor 401, the ROM 402, and the RAM 403 are connected to each other via a bus 404. An input / output (I / O) interface 405 is also connected to the bus 404.

[0138] Multiple components in the electronic device 400 are connected to the I / O interface 405, including: an input unit 406, such as buttons and touch screens of the vehicle computer; an output unit 407, connected to, for example, various types of displays, speakers, etc., to output various forms of signals; a memory 408, including any medium for storing computer executable programs; and a communication unit 409, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 409 allows the electronic device 400 to exchange information / data with other devices through a local area network or other wireless communication network.

[0139] The processor 401 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the processor 401 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The processor 401 performs the various methods and processes described above, such as the vehicle restart method mentioned in the above embodiment. For example, in some embodiments, the vehicle restart method mentioned in the above embodiment may be implemented as a computer software program, which is tangibly contained in a computer-readable storage medium, such as a memory 408. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 400 via the ROM 402 and / or the communication unit 409. When the computer program is loaded into the RAM 403 and executed by the processor 401, one or more steps of the vehicle restart method mentioned in the above embodiment may be executed. Alternatively, in other embodiments, the processor 401 may be configured to execute the vehicle computer restart method mentioned in the above embodiment in any other appropriate manner (for example, by means of firmware).

[0140] Various aspects of the present application are described herein with reference to the flowcharts and / or timing diagrams of the methods, devices (systems), and computer program products according to the exemplary embodiments of the present application. It should be understood that each step of the flowchart and / or timing diagram and the combination of the steps in the flowchart and / or timing diagram can be implemented by computer-readable program instructions.

[0141] These computer-readable program instructions can be provided to a processor in an electronic device, a general-purpose computer, a special-purpose computer, or a processing unit of other programmable data processing devices, thereby producing a machine, so that when these instructions are executed by the processing unit of the computer or other programmable data processing device, a device that implements the functions / steps specified in one or more steps in the flowchart and / or timing diagram is generated. These computer-readable program instructions can also be stored in a computer-readable storage medium, and these instructions cause the computer, programmable data processing device, and / or other equipment to work in a specific manner, so that the computer-readable medium storing the instructions includes a manufactured product, which includes instructions for implementing various aspects of the functions / steps specified in one or more steps in the flowchart and / or timing diagram.

[0142] Computer-readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device so that a series of operational steps are performed on the computer, other programmable data processing apparatus, or other device to produce a computer-implemented process, thereby causing the instructions executed on the computer, other programmable data processing apparatus, or other device to implement the functions / steps specified in one or more steps in the flowchart and / or timing diagram.

[0143] The flowchart and timing diagram in the accompanying drawings show the possible architecture, functions and operations of the equipment, methods and computer program products according to multiple embodiments of the present application. In this regard, each step in the flowchart or timing diagram can represent a part of a module, a program segment or an instruction, and a part of the module, a program segment or an instruction contains one or more executable instructions for realizing the specified logical function. In some alternative embodiments, the functions marked in the steps can also occur in an order different from that marked in the accompanying drawings. For example, two consecutive steps can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each step in the timing diagram and / or the flowchart, and the combination of the steps in the timing diagram and / or the flowchart, can be implemented with a dedicated hardware-based system that performs a specified function or action, or can be implemented with a combination of dedicated hardware and computer instructions.

[0144] The above description is only an implementation method of the present application and an explanation of the technical principles used. Those skilled in the art should understand that the scope of protection involved in the present application is not limited to the technical solution formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the technical concept. For example, the above features are replaced with (but not limited to) technical features with similar functions disclosed in this application.

Claims

1. A vehicle computer restart method, comprising: In response to detecting the sleep instruction, determining the accumulated operating time of the vehicle computer; In response to the accumulated running time being within a first preset range and the restart flag being a first identifier, determining a time difference between the current time and a specified time point; configuring a timer task according to the time difference and a random time value determined based on a random time value range; wherein the first preset range is determined according to the vehicle computer performance or the version information of the vehicle computer, and the timer task indicates waking up the vehicle computer after the timing time of the timer task is reached; Updating the restart mark to a second mark, and controlling the vehicle computer to enter a sleep mode; In response to the timer task being triggered, the vehicle computer is controlled to exit the sleep mode and restart the vehicle computer.

2. The method according to claim 1, wherein: In response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode and restarting the vehicle computer includes: In response to the timer task being triggered, controlling the vehicle computer to exit the sleep mode; In response to not detecting the driving intention, restarting the vehicle computer.

3. The method according to claim 2, further comprising: Determining whether the driving intention is detected by detecting whether the vehicle is unmanned; or, Determining whether the driving intention is detected by detecting whether the vehicle is in a charging state; or, Whether the driving intention is detected is determined by detecting whether the vehicle is in a preset position range.

4. The method according to claim 1, further comprising: The designated time point is determined according to the historical driving data of the vehicle computer.

5. The method according to claim 4, wherein: The step of determining the designated time point according to the historical driving data of the vehicle computer includes: Determine the historical sleep time period of the vehicle computer according to the historical driving data of the vehicle computer; determine the designated time point according to the historical sleep time period; or According to the historical driving data of the vehicle computer, the historical sleep time point of the vehicle computer is determined; according to the historical sleep time point, the designated time point is determined.

6. The method according to claim 1, further comprising: Determining a historical sleep time period of the vehicle computer according to historical driving data of the vehicle computer; The random time value range is determined according to the length of the historical sleep time period.

7. The method according to any one of claims 1 to 6, further comprising: Generate random values ​​using the random value function; The random time value is determined according to the random value and the random time value range.

8. The method according to any one of claims 1 to 6, further comprising: In response to the accumulated running time being within a second preset range, restarting the vehicle computer, the value within the second preset range being greater than the value within the first preset range; and / or In response to the accumulated running time being within the first preset range and the restart mark being the second mark, the vehicle computer is controlled to enter the sleep mode.

9. An electronic device, characterized in that: include: at least one processor; as well as, A memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the vehicle computer restart method as described in any one of claims 1 to 8.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the vehicle computer restart method according to any one of claims 1 to 8 is implemented.

Images