Vehicle control method, vehicle and control system thereof, and computer readable storage medium

Abstract

The application relates to the technical field of vehicles and discloses a vehicle control method, a vehicle, a control system thereof and a computer readable storage medium. The method comprises the following steps: acquiring a current use period of all use processes of a vehicle in a current preset period; wherein the time unit of the preset period is any one of day, week and month; acquiring a predicted use period of the vehicle in a next preset period based on the current use period; wherein different predicted use periods correspond to different use processes; controlling the vehicle to enter a hot start state from a low-power-consumption state before the predicted use period; wherein the instruction response time length in the low-power-consumption state is longer than that in the hot start state. Therefore, the vehicle is caused to enter the hot start state before the predicted use time, the vehicle can quickly respond to instructions, and the driving experience of a user is improved.

Description

Technical Field

[0001] This application relates to the field of vehicle technology, specifically to a vehicle control method, a vehicle and its control system, and a computer-readable storage medium. Background Technology

[0002] A hot start scheme is a method that delays the preset controller's entry into low power mode to ensure the vehicle has the ability to respond quickly to requests when powered on.

[0003] Currently, the preset controller is in a warm-start state for a fixed period, starting from the power-off time. During the TBD (To Be Determined) period, it's considered a warm start, providing a good user experience when the vehicle is powered on. After the TBD period, the vehicle enters a cold start state, and the preset controller power-on time results in a response time delay. Summary of the Invention

[0004] In view of the above problems, this application provides a vehicle control method, a vehicle and its control system, and a computer-readable storage medium, which enables the preset controller to enter a hot start state before the predicted usage time, thereby improving the user's driving experience.

[0005] The first aspect of this application provides a vehicle control method, comprising: obtaining the current usage period of all vehicle usage processes within a current preset time period; wherein the time unit of the preset time period is any one of day, week, and month; obtaining the predicted usage period of the vehicle within the next preset time period based on the current usage period; wherein different predicted usage periods correspond to different usage processes; controlling the vehicle to enter a hot start state from a low power state before the predicted usage period; wherein the command response time in the low power state is longer than the command response time in the hot start state.

[0006] In some specific embodiments, the step of obtaining the predicted usage time of the vehicle in the next preset time period based on the current usage time period includes: obtaining all corresponding time periods in the next preset time period based on the current usage time period; and using at least one corresponding time period as the predicted usage time period in the next preset time period.

[0007] In some specific embodiments, the time unit is a day. The step of obtaining the predicted usage time of the vehicle in the next preset time period based on the current usage time period includes: obtaining a first time period in the morning and a second time period in the afternoon and evening based on the current usage time period; if it is detected that the time difference between at least one first time period and at least one second time period is less than a preset time difference, then the corresponding time period of the first time period and the second time period is taken as the predicted usage time period in the next preset time period.

[0008] In some specific embodiments, the time unit is a week. The step of obtaining the predicted usage time of the vehicle in the next preset time period based on the current usage time period includes: determining the workdays in the current preset time period based on the current usage time period; obtaining the predicted workdays in the next preset time period based on the workdays in the current preset time period; and using the corresponding time period in the predicted workdays as the predicted usage time period in the next preset time period.

[0009] In some specific embodiments, the step of determining the workday within the current preset time period based on the current usage time period includes: obtaining all the third usage time periods in the morning and the fourth usage time periods in the afternoon within the current preset time period that are within the preset commuting time period; when it is detected that the total number of days in which both the third and fourth usage time periods exist is greater than a preset number of days, the days in which both the third and fourth usage time periods exist are taken as workdays.

[0010] In some specific embodiments, the step of using the corresponding time period of the predicted working day as the predicted usage time period in the next preset time period includes: obtaining the first earliest time period among all third usage time periods of the predicted working day and the second earliest time period among all fourth usage time periods; and using the first earliest time period and the second earliest time period as the predicted usage time period of the predicted working day, respectively.

[0011] In some specific embodiments, after the step of controlling the vehicle to enter the hot start state from the low power state before the predicted usage period, the method further includes: obtaining the operating state of the vehicle; and controlling the vehicle to maintain the hot start state for a preset time when the vehicle is in a power-off state.

[0012] A second aspect of this application provides a vehicle control system, comprising: a first controller, configured to acquire the current usage period of all vehicle usage processes within a current preset time period; wherein the time unit of the preset time period is any one of day, week, and month; and to acquire the predicted usage period of the vehicle within the next preset time period based on the current usage period; wherein different predicted usage periods correspond to different usage processes; and a second controller, capable of transitioning from a low-power state to a hot-start state before the predicted usage period, wherein the command response time in the low-power state is longer than the command response time in the hot-start state.

[0013] A third aspect of this application provides a vehicle, the vehicle including a processor and a memory, the processor being connected to the memory, the memory being used to store at least one executable instruction, the executable instruction causing the processor to perform the vehicle control method as described above.

[0014] A fourth aspect of this application provides a computer-readable storage medium storing at least one executable instruction that, when executed on a vehicle, causes the vehicle to perform the vehicle control method described above.

[0015] The present application possesses at least the following beneficial technical effects: Based on the vehicle control method, vehicle and its control system, and computer-readable storage medium provided in this application, the method includes: obtaining the current usage period of all vehicle usage processes within a current preset time period; wherein the time unit of the preset time period is any one of day, week, and month; obtaining the predicted usage period of the vehicle within the next preset time period based on the current usage period; wherein different predicted usage periods correspond to different usage processes; controlling the vehicle to enter a hot-start state from a low-power state before the predicted usage period; wherein the command response time in the low-power state is greater than the command response time in the hot-start state. Therefore, this application can predict the vehicle's usage time in the next preset time period based on the current usage period within the current preset time period, thereby obtaining the predicted usage time. By enabling the vehicle to enter a hot-start state in advance before the predicted usage time, the vehicle can respond quickly to commands, thereby improving the user's driving experience.

[0016] The above description is merely an overview of the technical solutions of the embodiments of this application. In order to better understand the technical means of the embodiments of this application and to implement them in accordance with the contents of the specification, and to make the above and other objects, features and advantages of the embodiments of this application more obvious and understandable, specific implementation methods of this application are described below. Attached Figure Description

[0017] The accompanying drawings are for illustrative purposes only and are not intended to limit the scope of this application. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings:

[0018] Figure 1 This is a schematic flowchart of an embodiment of the vehicle control method provided in this application;

[0019] Figure 2 This is a flowchart illustrating another embodiment of the vehicle control method provided in this application;

[0020] Figure 3 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application;

[0021] Figure 4 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application;

[0022] Figure 5 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application;

[0023] Figure 6 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application;

[0024] Figure 7This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application;

[0025] Figure 8 This is a structural block diagram of an embodiment of the vehicle control system provided in this application;

[0026] Figure 9 This is a structural block diagram of one embodiment of the vehicle provided in this application;

[0027] Figure 10 This is a structural block diagram of an embodiment of the computer-readable storage medium provided in this application. Detailed Implementation

[0028] Exemplary embodiments of the present application will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the present application are shown in the drawings, it should be understood that the present application can be implemented in various forms and should not be limited to the embodiments set forth herein. All other embodiments obtained by those skilled in the art based on the embodiments of the present application without inventive effort are within the scope of protection of the present application.

[0029] If the embodiments of this application involve descriptions such as "first" or "second," these descriptions are for descriptive purposes only and should not be construed as indicating or implying their relative importance or implicitly specifying the number of technical features indicated. Therefore, a feature defined with "first" or "second" may explicitly or implicitly include at least one of those features. Furthermore, if the word "and / or" appears throughout the text, it means including three parallel solutions. For example, "A and / or B" includes solution A, solution B, or a solution that simultaneously satisfies A and B. Additionally, the technical solutions of various embodiments can be combined with each other, but this must be based on the ability of those skilled in the art to implement them. When the combination of technical solutions is contradictory or impossible to implement, it should be considered that such a combination of technical solutions does not exist and is not within the scope of protection claimed in this application.

[0030] The first aspect of this application provides a vehicle control method, which can be applied to vehicles with many functions and many independent controllers. Figure 1 This is a schematic flowchart of an embodiment of the vehicle control method provided in this application. (In conjunction with...) Figure 1 This method includes the following steps:

[0031] S11: Obtain the current usage period of all vehicle usage processes within the current preset time period; wherein, the time unit of the preset time period is any one of day, week, or month.

[0032] The time unit for the preset period can be any of the following: day, week, or month. The duration of the preset period can be one day, one week, one month, or several days, several weeks, several months, etc. The specific settings can be set according to the actual application scenario, and no specific restrictions are imposed here.

[0033] The current preset time period is the time period in which the vehicle is currently located. Within this current preset time period, vehicle usage information is acquired, and based on this information, the usage time periods for all vehicle usage processes are determined. The total usage time period for all these processes constitutes the current usage time period. It should be understood that the vehicle may be used multiple times within the current preset time period, resulting in multiple usage processes. In such cases, there may be multiple current usage time periods, with different usage processes corresponding to different current usage time periods.

[0034] For example, if the current preset time period is the current day, and the vehicle is used once in the morning and once in the afternoon of this day, then the vehicle has two usage processes, and the two usage processes correspond to two current usage time periods.

[0035] S12: Obtain the predicted usage time of the vehicle in the next preset time period based on the current usage time period; where different predicted usage time periods correspond to different usage processes.

[0036] The current usage period indicates the user's specific vehicle usage within the current preset time period, thus reflecting the user's driving habits to some extent. Therefore, the user's driving behavior in the next adjacent preset time period can be predicted based on the current usage period, thereby obtaining the predicted vehicle usage period in the next preset time period. At this point, the user is likely to use the vehicle during the predicted usage period in the next preset time period.

[0037] Based on the above, there may be multiple usage processes within the current preset time period. Based on user habits, the vehicle may also have multiple usage processes within the next preset time period. In this case, multiple usage processes correspond to multiple predicted usage periods.

[0038] Based on the above example, if the vehicle is used once in the morning and once in the afternoon during the current preset time period, then it may be used once in the morning and once in the afternoon during the next preset time period. In this case, two predicted usage periods for the morning and afternoon of the next day can be obtained.

[0039] S13: Control the vehicle to enter the hot start state from the low power state before the predicted usage period; wherein the instruction response time in the low power state is longer than the instruction response time in the hot start state.

[0040] It should be understood that some vehicles may have multiple controllers, which can operate independently and perform different control functions. Of course, multiple controllers can be configured independently or integrated into a single main controller, in which case the different controllers function as different independent control modules.

[0041] The controller is connected to the vehicle's battery, which continues to supply power to the controller even after the vehicle is powered off. To avoid excessive battery drain, the battery supplies power to the controller with a small current for most of the time after power is off; this is a low-power state, sometimes referred to as a sleep state. When the controller is in this low-power state, if the vehicle is powered back on and a control command is sent to it, the controller will have a relatively long response time before responding to the command and performing further control. For example, the response time might be 40 seconds. In existing technology, to ensure a rapid response when the vehicle is powered back on, the controller enters a hot-start state for a certain period after power failure. In this hot-start state, the battery supplies power to the controller with a larger current, putting the controller in a ready-to-operate state. When the controller is in this hot-start state, it responds to control commands more quickly. The response time is shorter, for example, 6 seconds. That is, the controller's instruction response time in low-power state is greater than the controller's instruction response time in warm-start state.

[0042] Among the many controllers in a vehicle, some controllers need to respond quickly after the vehicle is powered on, and thus quickly implement the corresponding control functions. These controllers that require rapid response can be preset controllers. For example, a vehicle has multiple independent controllers that control the panoramic camera, reversing camera, and vehicle display, and these controllers all need to respond relatively quickly. Therefore, these controllers can all be preset controllers.

[0043] When the vehicle is in a low-power state, all controllers may be in a low-power state; when the vehicle is in a hot-start state, some controllers may be in a hot-start state. In some specific embodiments, when the vehicle is in a hot-start state, the aforementioned preset controllers may be in a hot-start state.

[0044] To ensure a rapid response from the preset controllers when the vehicle is powered back on, existing technology keeps all controllers in a hot-start state for an extended period after power failure, such as up to 17 hours after power failure. Because the vehicle remains in a hot-start state unconditionally for such a long time, the controllers consume a significant amount of battery power, impacting battery life.

[0045] In this step, the vehicle is controlled to transition from a low-power state to a warm-start state before the predicted usage period. At this time, the preset controller will also transition from a low-power state to a warm-start state before the predicted usage period to ensure a rapid response. In summary, controlling the vehicle to transition from a low-power state to a warm-start state before the predicted usage period can be achieved by controlling the vehicle's preset controller to transition from a low-power state to a warm-start state before the predicted usage period, thus enabling targeted control. Therefore, the vehicle's controller can remain in a low-power state after the vehicle is powered down. Since the vehicle will enter a warm-start state before the predicted usage period, the preset controller, which needs to react quickly, can still react rapidly after the vehicle is powered on.

[0046] Specifically, the controller can enter a warm-start state at least a preset time before the predicted usage period, ensuring that the controller is in a warm-start state when the vehicle is in use. In some specific application scenarios, this preset time can be 2 hours, in which case the controller will enter the warm-start state from a low-power state 2 hours before the predicted usage period. When there are multiple predicted usage periods, the controller will enter the warm-start state from a low-power state before each predicted usage period. Referring to the above example, when there are two predicted usage periods, one in the morning and one in the afternoon, the controller will enter the warm-start state before the predicted usage period in the morning, and the controller will also enter the warm-start state before the predicted usage period in the afternoon.

[0047] In summary, based on the vehicle control method provided in this application, the application can predict the vehicle's usage time in the next preset time period according to the current usage time period in the current preset time period, thereby obtaining the predicted usage time. By enabling the vehicle to enter a hot start state before the predicted usage time, the vehicle can react quickly, thereby improving the user's driving experience.

[0048] Figure 2 This is a schematic flowchart of another embodiment of the vehicle control method provided in this application. (In conjunction with...) Figure 2 In some specific embodiments, the step of obtaining the predicted usage time of the vehicle within the next preset time period based on the current usage time period, i.e., step S12 above, includes:

[0049] S21: Based on the current usage time period, obtain all corresponding time periods within the next preset time period.

[0050] After obtaining the current usage time period, there may be multiple current usage time periods within the current preset time period. At this time, all corresponding time periods within the next preset time period that correspond to all current usage time periods will be obtained.

[0051] It should be understood that the current usage period and the next preset period are corresponding time periods, which can be obtained according to the timeline. Using the example above, if the vehicle was used once in the morning and once in the afternoon of the current preset period (7-8 AM and 6-7 PM), then the current usage period is 7-8 AM and 6-7 PM. Therefore, according to the timeline, the corresponding time periods for the next day are 7-8 AM and 6-7 PM.

[0052] S22: Use at least one corresponding time period as the prediction time period in the next preset time period.

[0053] Based on the above, when there are multiple current usage time slots, there will also be multiple corresponding time slots in the next preset time slot. Using the example above, at least one of the following days, either 7-8 AM or 6-7 PM, can be used as the predicted usage time slot.

[0054] It should be understood that while multiple usage sessions within the current preset time period are likely to be habitual, meaning the user is likely to use the vehicle again in subsequent time periods, there may also be occasional usage sessions within the current preset time period that are unlikely to be repeated later. Therefore, the time periods corresponding to these occasional usage sessions may not be suitable as predicted usage periods for the next preset time period. Thus, whether to select some or all corresponding time periods as predicted usage periods can be set according to specific circumstances, and no specific restrictions are imposed here.

[0055] Figure 3 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application. (In conjunction with...) Figure 3 In some specific embodiments, the time unit is days, and the step of obtaining the predicted usage time of the vehicle within the next preset time period based on the current usage time period includes:

[0056] S31: Obtain the first time period in the morning, and the second time periods in the afternoon and evening based on the current usage time.

[0057] Based on the above, it can be seen that among all current usage periods, there may be current usage periods in the morning, afternoon, and evening. The dividing line between morning and afternoon can be noon.

[0058] It should be understood that it is also possible to have only the first time slot in the morning or the second time slot in the afternoon. When both the first time slot in the morning and the second time slot in the afternoon are present, there can be multiple first time slots in the morning and multiple second time slots in the afternoon.

[0059] S32: If the time difference between at least one first time period and at least one second time period is less than a preset time difference, then the corresponding time period between the first time period and the second time period shall be used as the predicted time period in the next preset time period.

[0060] Specifically, a preset time difference is set in advance, and the preset time difference is less than a certain value. When the time difference between the first time period and the second time period is less than the preset time difference, it indicates that the duration of the first time period and the second time period are similar.

[0061] When the time difference between the first time slot in the morning and the second time slot in the afternoon is less than a preset time difference (specifically, the difference between the durations of the first and second time slots is less than the preset time difference), it indicates that the user will drive to a certain location in the morning and then drive back in the afternoon or evening. The user is likely to repeat this driving behavior to that location in the subsequent time period. Furthermore, since the user primarily uses their vehicle for commuting, a time difference less than the preset time difference strongly suggests that the user is likely to drive to and from get off work and is likely to repeat this behavior during the corresponding time slots in the future.

[0062] Figure 4 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application. (In conjunction with...) Figure 4 In some specific embodiments, the time unit is a week. The step of obtaining the predicted usage time of the vehicle in the next preset time period based on the current usage time period, i.e., the above-mentioned step S12, includes:

[0063] S41: Determine the workdays within the current preset time period based on the current usage time period.

[0064] It should be understood that users' vehicle usage habits are generally different on weekdays and non-weekdays, and the current usage time of each day can reflect the user's vehicle usage habits. Therefore, the current usage time of a vehicle can reflect whether the current usage time is on a weekday or a non-weekday.

[0065] Since the preset time period is in weeks, there is a high probability that there are both weekdays and non-weekdays within the current preset time period.

[0066] S42: Based on the workdays within the current preset time period, obtain the predicted workdays within the next preset time period, and use the corresponding time period within the predicted workdays as the predicted time period within the next preset time period.

[0067] Since the current preset time period and the next preset time period are the same preset time period appearing at different positions on the timeline, the next preset time period is also highly likely to include both weekdays and non-working days. In this case, the corresponding weekdays in the next preset time period are the predicted weekdays. For example, if the current preset time period is Monday to Sunday, and Monday to Friday are weekdays and Saturday and Sunday are non-working days, then the next preset time period will also have Monday to Sunday, with Monday to Friday being highly likely to be weekdays and Saturday and Sunday being highly likely to be non-working days.

[0068] It should be understood that users generally use their cars regularly on weekdays, forming car usage habits. For example, they typically drive to the company in the morning and drive home in the afternoon or evening. However, users' car usage on non-weekdays is generally irregular and may not form a usage habit. Therefore, in this embodiment, using the corresponding time period of the predicted weekday as the predicted usage time period in the next preset time period can improve the accuracy of predicting the user's car usage time in the next preset time period.

[0069] Of course, in other embodiments, predicted non-working days can also be obtained, and the corresponding time periods within the predicted non-working days can be used as the predicted usage time periods within the next preset time period. In this embodiment, the predicted usage time periods can be the predicted usage time periods corresponding to the user's vehicle usage habits during holidays.

[0070] Figure 5 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application. (In conjunction with...) Figure 5 Based on the above embodiments, in some specific embodiments, the step of determining the workday within the current preset time period based on the current usage time period, i.e., the above step S41, includes:

[0071] S51: Based on the current usage time period, obtain all the third usage time periods in the morning and the fourth usage time periods in the afternoon within the current preset commuting time period.

[0072] It should be understood that the preset time period in this embodiment is measured in weeks. When a user uses the vehicle during commuting hours, there will be multiple current usage periods within the current preset time period that fall within the morning commute and others that fall within the afternoon commute. For example, the preset commute periods are 8-9 AM and 6-7 PM. Therefore, after obtaining all current usage periods within a week, a third usage period that coincides with 8-9 AM and a fourth usage period that coincides with 6-7 PM can be identified.

[0073] Specifically, preset commuting periods are set in advance, which can include morning commuting periods and afternoon commuting periods. Therefore, based on the current usage period and the preset commuting periods, all morning third usage periods and afternoon fourth usage periods within the preset commuting periods can be obtained.

[0074] S52: When the total number of days in which both the third and fourth usage periods exist is greater than the preset number of days, the days in which both the third and fourth usage periods exist will be treated as working days.

[0075] It should be understood that if a user has both a third and a fourth usage period on a given day, it indicates that the user is more likely to use the vehicle on a weekday.

[0076] Based on the premise that days with a third and fourth usage period are highly likely to be workdays, further analysis is conducted: if the number of days with a third and fourth usage period is greater than the preset number of days, it indicates that the user is repeatedly using the vehicle for commuting on weekdays over multiple days within a week. This suggests that days with a third and fourth usage period are highly likely to be workdays, and in this case, the days with a third and fourth usage period are designated as workdays.

[0077] Figure 6 This is a flowchart illustrating another embodiment of the vehicle control method provided in this application. Based on the above embodiments for obtaining the third and fourth usage periods, in some specific embodiments, the step of using the corresponding time period of the predicted workday as the predicted usage period within the next preset time period, i.e., step S42 above, includes:

[0078] S61: Obtain the earliest first time period among all third usage periods and the second earliest time period among all fourth usage periods for the predicted working day.

[0079] Based on the above, after obtaining the predicted workdays, there are now third and fourth usage periods within those predicted workdays. When there are multiple predicted workdays, there are corresponding multiple third and fourth usage periods. Since users may drive to work at different times, the start times of these multiple third usage periods may differ. Similarly, since users may drive home from get off work at different times, the start times of these multiple fourth usage periods may also differ.

[0080] By obtaining the earliest time period in the third usage period and the earliest time period in the fourth usage period, we can obtain the earliest time period when a user first drives to work and the earliest time period when they first drive home.

[0081] S62: Use the first earliest time period and the second earliest time period as the forecasting time periods for the predicted working days.

[0082] Based on the above, the predicted usage periods for predicted weekdays have predictive attributes. In reality, a user may use the vehicle during any of the predicted usage periods corresponding to a third usage period. At this time, the user's actual usage period may be before the predicted usage period, and the preset controller may not yet have entered the warm-up state.

[0083] This step uses the earliest time slot as the predicted usage time for the predicted workday, i.e., the predicted morning usage time. Even if there is a certain deviation between the actual usage time and the predicted usage time, based on user habits, the actual usage time generally will not be earlier than the earliest of the earliest time slots. Therefore, using the earliest time slot as the predicted usage time for the predicted workday can largely ensure that the vehicle is in a warm-start state when the user uses it. The principle is the same for using the second earliest time slot as the predicted time slot for the workday; please refer to the explanation for using the earliest time slot as the predicted usage time for the predicted workday.

[0084] Figure 7 This is a flowchart illustrating yet another embodiment of the vehicle control method provided in this application. (In conjunction with...) Figure 7 In some specific embodiments, after the step of controlling the vehicle to enter the hot-start state from the low-power state before the predicted usage period, i.e. after step S13 above, the method further includes:

[0085] S71: Obtain the vehicle's operating status.

[0086] Based on the above, after the preset controller transitions from a low-power state to a warm-start state, the user is likely to use the vehicle. After using the vehicle, the user will power it off. Both the power-on and power-off states of the vehicle represent its operational state.

[0087] S72: When the vehicle is powered off, control the vehicle to maintain a hot start state for a preset time.

[0088] When the vehicle is powered off, it means the user has left the vehicle, and the power will only be restored the next time the user uses it. To ensure the user can continue using the vehicle for a short period after power-off, the vehicle is kept in a warm-start state for a preset time, so that the preset controller will respond quickly when the user uses the vehicle again within the preset time. In summary, this means the preset controller maintains a warm-start state for the vehicle within a preset time.

[0089] The preset time can be pre-set and can be set to a relatively short period to ensure that the controller can respond quickly if the user uses the vehicle again within a short time. For example, the preset time could be 2 hours, but it is not limited to this.

[0090] Combining the predicted workdays and predicted non-workdays in the above embodiments, the preset time for predicted workdays can be uniformly set to 2 hours. For predicted non-workdays, if it is predicted that the user will drive out for leisure, then part of the preset time can be determined based on the leisure time. For example, if the user will leisurely play for 4 hours after arriving at their destination, then the corresponding preset time can be set to 4 hours. In this case, after the user arrives at their destination and the vehicle is powered off, the pre-set controller will maintain a hot-start state for 4 hours.

[0091] A second aspect of this application provides a vehicle control system 80, Figure 8 This is a structural block diagram of an embodiment of the vehicle control system 80 provided in this application.

[0092] Combination Figure 8 The vehicle control system includes a first controller 81 and a second controller 82, which are independent controllers. The first controller 81 acquires the current usage period of all vehicle usage processes within a current preset time period; the preset time period is in units of days, weeks, and months; and acquires the predicted usage period of the vehicle within the next preset time period based on the current usage period; different predicted usage periods correspond to different usage processes. The second controller 82 enters a hot-start state from a low-power state before the predicted usage period. Based on the above, the second controller 82 can be a preset controller.

[0093] For details on the specific execution of the above steps by the first controller 81 and the second controller 82, please refer to the content in the above embodiments, which will not be repeated here.

[0094] A third aspect of this application provides a vehicle 90, Figure 9 This is a structural block diagram of an embodiment of the vehicle 90 provided in this application.

[0095] Combination Figure 9 The vehicle 90 includes a processor 91 and a memory 92. The processor 91 is connected to the memory 92, which stores at least one executable instruction that causes the processor 91 to perform any of the vehicle control methods described above.

[0096] The processor 91 may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of this application. The one or more processors 91 included in the vehicle may be processors of the same type 21, such as one or more CPUs; or they may be processors of different types 91, such as one or more CPUs and one or more ASICs. The memory 92 may include high-speed RAM and may also include non-volatile memory, such as at least one disk storage device.

[0097] A fourth aspect of this application provides a computer-readable storage medium 10, Figure 10 This is a structural block diagram of an embodiment of the computer-readable storage medium 10 provided in this application.

[0098] Combination Figure 10 The computer-readable storage medium 10 stores at least one executable instruction 11, which, when executed on the vehicle, causes the vehicle to perform any of the vehicle control methods described above.

[0099] The computer-readable storage medium 10 may include various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0100] In summary, based on the vehicle control method, vehicle and its control system, and computer-readable storage medium provided in this application, the method includes: obtaining the current usage period of all vehicle usage processes within a current preset time period; wherein the time unit of the preset time period is any one of day, week, and month; obtaining the predicted usage period of the vehicle within the next preset time period based on the current usage period; wherein different predicted usage periods correspond to different usage processes; controlling a preset controller of the vehicle to enter a hot-start state from a low-power state before the predicted usage period; wherein the instruction response time of the preset controller in the low-power state is greater than the instruction response time in the hot-start state.

[0101] Through the above-described configuration, this application can predict the vehicle's usage time in the next preset time period based on the current usage time within the current preset time period, thereby obtaining the predicted usage time. By enabling the vehicle to enter a hot-start state before the predicted usage time, the vehicle can react quickly, thus improving the user's driving experience.

[0102] The above description is merely an optional embodiment of this application and does not limit the patent scope of this application. Any equivalent structural transformations made based on the concept of this application and the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included within the patent protection scope of this application.

Claims

1. A vehicle control method, characterized in that, include: Obtain the current usage time period for all vehicle usage processes within the current preset time period; wherein, the time unit of the preset time period is any one of day, week, and month; Based on the current usage period, the predicted usage period of the vehicle in the next preset period is obtained; wherein, different predicted usage periods correspond to different usage processes; The controller controlling the vehicle enters a warm-start state from a low-power state before the predicted usage period; wherein the command response time in the low-power state is longer than the command response time in the warm-start state; The method further includes: If the time unit is a week, the step of determining the workdays within the current preset time period based on the current usage time period includes: Based on the current usage time period, obtain all the third usage time periods in the morning and the fourth usage time periods in the afternoon within the preset commuting time period of the current preset time period; If the total number of days in which the third and fourth usage periods coexist is greater than a preset number of days, the days in which the third and fourth usage periods coexist will be designated as working days.

2. The vehicle control method according to claim 1, characterized in that, The step of obtaining the predicted usage time of the vehicle within the next preset time period based on the current usage time period includes: Based on the current usage time period, obtain all corresponding time periods within the next preset time period; At least one of the corresponding time periods will be used as the prediction time period in the next preset time period.

3. The vehicle control method according to claim 2, characterized in that, The time unit is days. The step of obtaining the predicted usage time of the vehicle within the next preset time period based on the current usage time period includes: Based on the current usage time period, obtain the first time period in the morning, and the second time periods in the afternoon and evening; If it is detected that the time difference between at least one of the first time periods and at least one of the second time periods is less than a preset time difference, then the corresponding time periods corresponding to the first time period and the second time period are used as the predicted usage time periods in the next preset time period.

4. The vehicle control method according to claim 2, characterized in that, The time unit is a week. The step of obtaining the predicted usage time of the vehicle within the next preset time period based on the current usage time period includes: Based on the workdays within the current preset time period, the predicted workdays for the next preset time period are obtained, and the corresponding time periods within the predicted workdays are used as the predicted time periods for the next preset time period.

5. The vehicle control method according to claim 4, characterized in that, The step of using the corresponding time period of the predicted working day as the predicted usage time period in the next preset time period includes: Obtain the first earliest time period among all the third usage time periods and the second earliest time period among all the fourth usage time periods for the predicted working day; The first earliest time period and the second earliest time period are respectively used as the prediction time periods for the predicted working days.

6. The vehicle control method according to claim 1, characterized in that, Following the step of controlling the vehicle to enter a hot-start state from a low-power state before the predicted usage period, the method further includes: Obtain the vehicle's operating status; When the vehicle is in a power-off state, the vehicle is controlled to maintain the hot start state for a preset time.

7. A vehicle control system, characterized in that, include: A first controller is configured to acquire the current usage period of all vehicle usage processes within a current preset time period; wherein the time unit of the preset time period is any one of day, week, and month; and acquire the predicted usage period of the vehicle within the next preset time period based on the current usage period; wherein different predicted usage periods correspond to different usage processes; if the time unit is week, the step of determining the workday within the current preset time period based on the current usage period includes: acquiring all morning third usage periods and afternoon fourth usage periods within the current preset time period that are within a preset commuting period; when it is detected that the total number of days in which both the third and fourth usage periods exist is greater than a preset number of days, the days in which both the third and fourth usage periods exist are designated as workdays; The second controller is able to transition from a low-power state to a warm-start state before the predicted usage period, wherein the instruction response time in the low-power state is longer than the instruction response time in the warm-start state.

8. A vehicle, characterized in that, The vehicle includes a processor and a memory, the processor being connected to the memory, the memory being used to store at least one executable instruction, the executable instruction causing the processor to perform the vehicle control method as described in any one of claims 1-6.

9. A computer-readable storage medium, characterized in that, The storage medium stores at least one executable instruction, which, when executed on the vehicle, causes the vehicle to perform the vehicle control method as described in any one of claims 1-6.

Images