A vehicle standby method and device based on residual energy of the vehicle, a vehicle equipment and the vehicle

Abstract

A vehicle preparation method, device, equipment and vehicle based on vehicle residual energy, when obtaining a vehicle preparation instruction sent by a target user, obtaining an in-vehicle environment parameter and a target environment parameter, calculating a vehicle preparation duration based on the in-vehicle environment parameter, the target environment parameter and a vehicle preparation working condition, calculating an energy consumption amount in a vehicle preparation process based on the vehicle preparation duration, calculating an in-vehicle energy residual amount after the vehicle preparation is completed based on a current time vehicle energy residual amount and the energy consumption amount, if the in-vehicle energy residual amount is less than a first preset value, it indicates that the in-vehicle energy amount is small, and the user is not recommended to perform the vehicle preparation operation, at this time, a prompt information can be sent to the target user, and whether the vehicle preparation operation needs to be continuously performed is judged based on a response result of the target user to the prompt information, so that the user has a clear understanding of the energy consumption amount in the vehicle preparation process and the energy residual amount after the vehicle preparation is completed, to prevent the problem of in-vehicle energy depletion caused by vehicle preparation.

Description

Technical Field

[0001] This invention relates to the field of automotive control technology, and more specifically to a vehicle standby method, apparatus, equipment, and vehicle based on the vehicle's remaining energy. Background Technology

[0002] With the continuous development of automotive technology, users' functional needs for automobiles are becoming increasingly diversified. The vehicle backup function has become one of the basic functions of a vehicle. In this solution, the so-called backup function refers to adjusting the interior temperature, seat temperature, and / or steering wheel temperature in advance before the user arrives at the vehicle location, so that the interior environment is in a comfortable state when the user uses the vehicle.

[0003] In the existing solution, the user remotely operates the vehicle to prepare it for standby. Since the user operates remotely, they cannot know the remaining energy status in the vehicle. If the remaining energy in the vehicle is low, the standby operation may not be able to meet the user's driving needs, or the energy may even be exhausted during the standby process. Summary of the Invention

[0004] In view of this, embodiments of the present invention provide a vehicle standby method, apparatus, device, and vehicle based on the vehicle's remaining energy. By analyzing the energy consumption during the standby process and the vehicle's current remaining energy, the system determines whether to continue the standby operation based on the analysis results, thereby avoiding the situation where energy is exhausted during the standby process.

[0005] To achieve the above objectives, the embodiments of the present invention provide the following technical solutions:

[0006] A method for vehicle standby based on remaining vehicle energy, comprising:

[0007] When a vehicle preparation command is received, the in-vehicle environmental parameters and target environmental parameters are obtained.

[0008] The standby time is calculated based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions. The standby conditions refer to the working status data of the vehicle system during the standby process.

[0009] The energy consumption during the vehicle preparation process is calculated based on the preparation time and preparation conditions.

[0010] The remaining energy in the vehicle after the standby is calculated based on the energy consumption and the current energy remaining in the vehicle.

[0011] Determine whether the remaining energy in the vehicle is less than a first preset value. When the remaining energy in the vehicle is less than the first preset value, send a prompt message to the target user. The prompt message includes at least the remaining energy in the vehicle.

[0012] Based on the response result of the prompt information, determine whether to continue responding to the vehicle standby command.

[0013] Optionally, in the above-mentioned method for reserving remaining vehicle energy, the preparation time is calculated based on the in-vehicle environmental parameters, target environmental parameters, and preparation conditions, including:

[0014] During the vehicle preparation process, the curves showing the changes in in-vehicle environmental parameters under preparation conditions as a function of preparation time are obtained.

[0015] Based on the change curve, the time taken to reach the target environmental parameter from the in-vehicle environmental parameter during the vehicle preparation process is calculated, and the time taken is recorded as the vehicle preparation time.

[0016] Optionally, in the above-mentioned method for reserving remaining vehicle energy, the energy consumption during the preparation process is calculated based on the preparation time and preparation conditions, including:

[0017] Obtain the unit energy consumption matching the standby vehicle operating condition, where the unit energy consumption refers to the amount of energy consumed per unit duration of the standby vehicle operating condition.

[0018] The energy consumption during the vehicle standby process is calculated based on the unit energy consumption matching the standby conditions and the standby duration.

[0019] Optionally, in the above-mentioned method for reserving remaining vehicle energy, when a reserve vehicle command is received, in-vehicle environmental parameters and target environmental parameters are obtained, including:

[0020] When a vehicle preparation instruction is received, it is determined whether the vehicle has been parked for a longer period than the preset time.

[0021] If the time exceeds the preset duration, the vehicle standby command is executed; if the time is less than the preset duration, subsequent steps are executed.

[0022] Optionally, the above-mentioned method for utilizing remaining vehicle energy for standby includes, upon receiving a standby command, the following:

[0023] Determine whether the vehicle's remaining energy at the current moment is greater than a second preset value, where the second preset value is greater than the first preset value;

[0024] When the remaining energy of the vehicle at the current moment is greater than the second preset value, the standby vehicle command is responded to.

[0025] If the vehicle's remaining energy at the current moment is not greater than the second preset value, continue to execute the subsequent steps.

[0026] Optionally, in the above-mentioned method for reserving remaining vehicle energy, after obtaining the in-vehicle environmental parameters and target environmental parameters, and before calculating the reserve time based on the in-vehicle environmental parameters, target environmental parameters, and reserve operating conditions, the method further includes:

[0027] Based on the comparison results between the in-vehicle environmental parameters and the target environmental parameters, it is determined whether the vehicle has a backup vehicle requirement. If a backup vehicle requirement exists, the process continues.

[0028] Optionally, the above-mentioned method for reserving remaining vehicle energy may further include, before obtaining the reserve vehicle instruction, the following steps:

[0029] Get parking location;

[0030] Determine whether the parking location is a frequently parked location, where a frequently parked location refers to a location where the vehicle is parked more than a preset number of times.

[0031] When the parking location is a frequently parked location, obtain the historical start time of the vehicle corresponding to the frequently parked location;

[0032] The vehicle startup time is calculated based on the vehicle's historical startup time.

[0033] Determine whether the difference between the current time and the vehicle start time is less than a preset duration;

[0034] When the difference between the current time and the vehicle start time is less than a preset duration, the current in-vehicle environment parameters are obtained;

[0035] Based on the current in-vehicle environmental parameters, determine whether the vehicle needs a backup vehicle;

[0036] When a vehicle needs to be replaced, a replacement vehicle request is generated and sent to the target user.

[0037] A vehicle backup device based on remaining vehicle energy includes:

[0038] The vehicle preparation process analysis unit is used to acquire in-vehicle environmental parameters and target environmental parameters when a vehicle preparation command is received; calculate the preparation time based on the in-vehicle environmental parameters, target environmental parameters, and preparation conditions, where the preparation conditions refer to the working status data of the vehicle system during the preparation process; calculate the energy consumption during the preparation process based on the preparation time and preparation conditions; and calculate the remaining in-vehicle energy after the preparation is completed based on the energy consumption and the current remaining energy in the vehicle.

[0039] The judgment unit is used to determine whether the remaining energy in the vehicle is less than a first preset value;

[0040] The reminder unit is used to send a reminder message to the target user when the remaining energy in the vehicle is less than a first preset value. The reminder message includes at least the remaining energy in the vehicle. Based on the response result of the reminder message, it determines whether to continue responding to the vehicle standby command.

[0041] A vehicle backup device based on remaining energy of a vehicle includes: a memory and a processor;

[0042] The memory is used to store programs;

[0043] The processor is used to execute the program to implement each step of the user departure time reminder method based on traffic conditions described above.

[0044] A vehicle, including a backup device for the vehicle's remaining energy.

[0045] Based on the above technical solution, when a vehicle standby command is received from the target user, the in-vehicle environmental parameters and target environmental parameters are first obtained. The standby time is calculated based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions. Then, the energy consumption during the standby process is calculated based on the standby time. Finally, the remaining energy in the vehicle after standby is calculated based on the current remaining energy and the energy consumption. If the remaining energy is less than a first preset value, it indicates that the energy in the vehicle is low, and it is not recommended for the user to perform the standby operation. At this time, a prompt message can be sent to the target user, and the response of the target user to the prompt message can be used to determine whether the standby operation needs to continue. This allows the user to have a clear understanding of the energy consumption during the standby process and the remaining energy after standby, thus preventing the problem of running out of energy in the vehicle due to standby. Attached Figure Description

[0046] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on the provided drawings without creative effort.

[0047] Figure 1 This is a schematic flowchart of the vehicle standby method based on remaining vehicle energy disclosed in an embodiment of this application;

[0048] Figure 2 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0049] Figure 3 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0050] Figure 4 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0051] Figure 5 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0052] Figure 6 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0053] Figure 7 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0054] Figure 8 This is a schematic flowchart of a vehicle standby method based on remaining vehicle energy, disclosed in another embodiment of this application.

[0055] Figure 9 This is a schematic diagram of the vehicle standby device based on the vehicle's remaining energy, as disclosed in an embodiment of this application.

[0056] Figure 10 This is a schematic diagram of the vehicle standby device based on the vehicle's remaining energy, as disclosed in an embodiment of this application. Detailed Implementation

[0057] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of the present invention, and not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0058] In this solution, to prevent the vehicle from running out of energy and becoming unusable when the vehicle is in low energy condition during standby, this application discloses a standby solution based on the vehicle's remaining energy. This solution analyzes the energy consumption during the standby process and the vehicle's current remaining energy, and determines whether to continue the standby operation based on the analysis results, thereby avoiding the situation where the energy runs out during the standby process.

[0059] For details, see Figure 1 This application discloses a vehicle standby method based on remaining vehicle energy, which may include:

[0060] Step S101: When the vehicle standby command is received, obtain the in-vehicle environmental parameters and the target environmental parameters.

[0061] When a user sends a vehicle standby command, this solution does not execute the command directly. Instead, it first analyzes the energy consumption during the standby process to determine whether the vehicle's remaining energy is sufficient to support the standby process. Therefore, it is necessary to obtain in-vehicle environmental parameters and target environmental parameters in advance. The in-vehicle environmental parameters refer to the current in-vehicle environmental data, while the target environmental data refers to the in-vehicle environmental parameters under ideal conditions (environment where the user feels comfortable). The in-vehicle environmental parameters may include in-vehicle temperature, seat temperature, steering wheel temperature, concentration of harmful gases in the vehicle, etc. The target environmental parameters may include the target values ​​of the in-vehicle temperature, seat temperature, steering wheel temperature, and concentration of harmful gases in the vehicle.

[0062] Furthermore, considering that outdoor temperatures vary with the solar terms, users' clothing habits also differ. For example, in the hot summer, users wear light clothing, and when preparing the car, controlling the interior temperature at around 27°C will make them feel comfortable. In the cold winter, users wear thicker clothing, and if the interior temperature is still controlled at around 27°C when preparing the car, they will feel that the interior temperature is too high. Therefore, it can be seen that the target environmental parameters are different for different external environments, so that appropriate car preparation strategies can be provided for users under different external environments.

[0063] Specifically, in the above solution, obtaining the target environment parameters may include:

[0064] ① Obtain the average daytime temperature of the area where the vehicle is located within a preset time period.

[0065] In this step, the vehicle's location refers to its current location, which can be a county, district, or city. Once the vehicle's location is determined, the average daily temperature for a preset time period can be obtained. This preset time period can be the average daily temperature over the three days prior to the current time. Based on the average daily temperature, the user's clothing index can be determined, and the clothing index can be used to determine the user's required value for the target environmental parameter. In this solution, a mapping relationship between the average daily temperature and the clothing index can be established in advance, and then a mapping relationship between the average daily temperature and the target environmental parameter (in this case, both the in-vehicle environmental parameter and the target environmental parameter refer to the in-vehicle temperature) can be established. Thus, after obtaining the average daily temperature, the target environmental parameter corresponding to the average daily temperature can be obtained. Alternatively, the clothing index corresponding to the vehicle's location on that day can be obtained directly from an electronic map system, and then the corresponding target environmental parameter can be directly determined based on the clothing index.

[0066] ② Obtain target environmental parameters that match the daytime average temperature.

[0067] The higher the average daytime temperature, the cooler the user's clothing, and the higher the value of the target environmental parameter; conversely, the lower the average daytime temperature, the thicker the user's clothing, and the lower the value of the target environmental parameter.

[0068] Step S102: Calculate the vehicle standby time based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions.

[0069] In this step, to calculate the energy consumption during the vehicle standby process, it is necessary to calculate the standby time. The standby time can be calculated based on the current in-vehicle environmental parameters, the target environmental parameters, and the standby operating conditions. The standby operating conditions refer to the working status data of the vehicle system during the standby process. The vehicle system is used to adjust the in-vehicle environment. For example, the vehicle system can be an in-vehicle air conditioner. The standby operating conditions refer to the output power, operating level, and other data of the air conditioning system during the standby process. The standby time refers to the time it takes for the in-vehicle environmental parameters to reach the target environmental parameters after the vehicle system is started.

[0070] Step S103: Calculate the energy consumption during the vehicle standby process based on the standby time and standby conditions.

[0071] In this step, after calculating the standby time, it is further analyzed in conjunction with the standby conditions to calculate the energy consumption during the standby process. This energy consumption refers to the amount of energy consumed from the start to the end of standby. For electric vehicles or hybrid electric vehicles, the energy consumption refers to the amount of electricity consumed by the power battery. For gasoline vehicles, the energy consumption refers to the amount of fuel consumed by the vehicle.

[0072] Step S104: Calculate the remaining energy in the vehicle after the standby is completed based on the energy consumption and the current remaining energy in the vehicle.

[0073] In this step, before the vehicle preparation begins, the remaining energy in the vehicle at the current moment and the energy consumption are calculated to obtain the remaining energy in the vehicle after the preparation is completed. For example, the remaining energy in the vehicle at the current moment can be directly subtracted from the energy consumption to obtain the remaining energy in the vehicle after the preparation is completed.

[0074] Step S105: Determine whether the remaining energy in the vehicle is less than a first preset value.

[0075] In this step, after calculating the remaining energy in the vehicle, it is determined whether the remaining energy is less than a first preset value. If it is less than the first preset value, it indicates that the vehicle's energy is insufficient to support the standby process or that even after standby, the vehicle's driving distance is limited and cannot meet the user's driving needs. The first preset value can be set according to the user's needs. If the user's environment has a high density of charging stations and gas stations, the first preset value can be set to a smaller value. If the user's environment has a low density of charging stations and gas stations, the first preset value can be set to a larger value. In this solution, the corresponding first preset value can be automatically set based on the density of charging stations and gas stations in the area where the vehicle is located. For example, in this solution, the first preset value can be 10% or 15% of the vehicle's maximum total energy.

[0076] Step S106: When the remaining energy in the vehicle is less than a first preset value, a prompt message is sent to the target user, the prompt message including at least the remaining energy in the vehicle.

[0077] In this step, when it is detected that the remaining energy in the vehicle is less than a first preset value, it indicates that the remaining energy in the vehicle after the standby is completed is low or even insufficient to support the complete standby process. At this time, in order to prevent the energy in the vehicle from being exhausted during standby, a prompt message can be sent to the target user in advance. The target user refers to the user who issued the standby command. In order to make it easier for the target user to understand the remaining energy in the vehicle, the prompt message includes at least the remaining energy in the vehicle.

[0078] Step S107: Determine whether to continue responding to the vehicle standby command based on the response result of the prompt information.

[0079] After sending the prompt message to the target user, wait for user feedback. The user can independently determine whether to continue executing the vehicle preparation command based on the received prompt message. If the user still wants to prepare the vehicle after receiving the prompt message, the system can provide feedback to the user to continue preparing the vehicle. When this feedback is received, the vehicle preparation command can continue to be executed. When the system receives feedback from the user to stop preparing the vehicle, or when no feedback is received from the user within a preset time, it indicates that the user no longer needs to prepare the vehicle, and the system can stop responding to the vehicle preparation command.

[0080] In the technical solution disclosed in the above embodiments of this application, when a vehicle standby instruction sent by a target user is received, the in-vehicle environmental parameters and target environmental parameters are first obtained. Based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions, the standby time is calculated. Then, based on the standby time, the energy consumption during the standby process is calculated. Finally, based on the current vehicle energy remaining amount and the energy consumption, the remaining energy in the vehicle after standby is calculated. If the remaining energy in the vehicle is less than a first preset value, it indicates that the energy in the vehicle is low, and it is not recommended for the user to perform standby operation. At this time, a prompt message can be sent to the target user, and the response result of the target user to the prompt message is used to determine whether it is necessary to continue to perform standby operation. This allows the user to have a clear understanding of the energy consumption during standby and the remaining energy after standby, so as to prevent the problem of running out of energy in the vehicle due to standby.

[0081] In the technical solution disclosed in this embodiment, a specific method for calculating vehicle standby time is provided. In this embodiment, when a vehicle has a standby requirement, in order to calculate the energy consumption during the standby process, it is necessary to calculate the standby time. When calculating the standby time, it can be calculated based on the current in-vehicle environmental parameters, the target in-vehicle environmental parameters, and the standby operating conditions. The standby operating conditions refer to the working status data of the vehicle system during the standby process. The vehicle system is used to adjust the in-vehicle environmental parameters. For example, the vehicle system can be an in-vehicle air conditioner. The standby operating conditions refer to the output power, working level, and other data of the air conditioning system during the standby process. The standby time refers to the time it takes for the in-vehicle environmental parameters to reach the target in-vehicle environmental parameters after the vehicle system is started.

[0082] In another embodiment of the technical solution disclosed in this application, considering that the standby effect of different vehicles during the standby process may vary, even if the same standby conditions are applied, the time required to reach the target in-vehicle environmental parameters may also differ. For example, as the air conditioning system ages or the air conditioning filter becomes clogged, the heating and cooling capacity of the air conditioning system will gradually decrease. In this case, even if the in-vehicle temperature is adjusted under the same air conditioning conditions, the time required for the air conditioning system to reach the target in-vehicle environmental parameters during the aging process and the degree of air conditioning filter clogging will be different. Therefore, in this embodiment, the standby time calculated based on the in-vehicle environmental parameters, the target environmental parameters, and the standby conditions may further include: obtaining the change curve of the in-vehicle environmental parameters under the standby conditions with the standby time during the standby process; calculating the time required for the in-vehicle environmental parameters to reach the target environmental parameters during the standby process based on the change curve, and recording the time required as the standby time. In this embodiment, the change curve is dynamically updated to ensure the reliability of the standby time calculation result. The standby time calculated in this way can be adapted to vehicles with various conditions, making the standby time calculation result more accurate.

[0083] After calculating the standby time, the energy consumption during the standby process can be further calculated based on the standby time. Specifically, calculating the energy consumption during the standby process based on the standby time and the standby operating conditions includes: obtaining the unit energy consumption matching the standby operating conditions. The unit energy consumption refers to the energy consumption consumed by the standby operating conditions for a continuous unit of time. The unit of time can refer to 1 minute, that is, obtaining the energy consumed by the standby operating conditions for 1 minute. After obtaining the unit energy consumption corresponding to the standby operating conditions, the energy consumption during the standby process is calculated based on the standby time. Specifically, the product of the two can be used as the energy consumption consumed during the standby process.

[0084] In another embodiment of the technical solution disclosed in this application, if the vehicle is a hybrid or gasoline vehicle, considering that if the vehicle has been parked for an extended period, for example, 10 days or more, it is highly likely that the vehicle is nearing the point of battery depletion. Further assessment of the vehicle's remaining energy might lead to a direct battery depletion, preventing the vehicle from starting normally. Therefore, see... Figure 2 When a vehicle standby command is received, the in-vehicle environmental parameters and target environmental parameters are obtained, including:

[0085] Step S201: When a vehicle preparation instruction is received, determine whether the vehicle parking time is greater than the preset time.

[0086] The preset duration can be 10 days or other durations, which can be set according to user needs. When it exceeds the preset duration, it indicates that the vehicle battery power may be in a very low state. At this time, you can directly try to start the vehicle for standby. During the standby process of a fuel vehicle or hybrid vehicle, the vehicle battery will be charged. During this process, the vehicle battery power can be detected. When the vehicle battery power is detected to be greater than the preset power threshold, it indicates that the battery power is sufficient to support the subsequent analysis process, and you can continue to execute the following steps: obtain the in-vehicle environmental parameters and target environmental parameters, as well as subsequent steps.

[0087] If the time exceeds the preset duration, the vehicle standby command is executed; if the time is less than the preset duration, subsequent steps are executed.

[0088] In another embodiment of the technical solution disclosed in this application, if there is a large amount of remaining energy in the vehicle when the standby command is received, it is not necessary to consider the situation where the vehicle's energy is exhausted after the standby is completed, and the standby command can be executed directly. In this case, see [link to relevant documentation]. Figure 3 The above method may further include, upon receiving a vehicle standby instruction:

[0089] Step S301: Determine whether the vehicle's remaining energy at the current moment is greater than a second preset value, where the second preset value is greater than the first preset value.

[0090] In this step, a second preset value is pre-configured. This preset value indicates that the vehicle has sufficient remaining energy and there is no need to worry about running out. The specific value can be set according to the user's needs. For example, if the user frequently travels long distances, the second preset value can be set higher; if the user frequently travels short distances, the second preset value can be set lower. For instance, in this solution, the second preset value can be 20% or 25% of the vehicle's maximum total energy.

[0091] When the vehicle's remaining energy at the current moment is greater than the second preset value, the standby command is invoked. When the vehicle's remaining energy at the current moment is not greater than the second preset value, subsequent steps are executed.

[0092] When the vehicle's remaining energy at the current moment is greater than the second preset value, it indicates that there is a large amount of energy remaining in the vehicle, and the vehicle can be put on standby immediately. When the vehicle's remaining energy at the current moment is less than the second preset value, it indicates that there is a small amount of energy remaining in the vehicle, and the steps of obtaining in-vehicle environmental parameters and target environmental parameters, as well as subsequent steps, need to be performed.

[0093] As can be seen, the technical solution disclosed in this embodiment, when a standby command is obtained, determines whether to directly execute the standby operation by judging whether the remaining energy of the vehicle at the current moment is greater than the second preset value. This allows the vehicle to quickly enter the standby state when the remaining energy of the vehicle at the current moment is greater than the second preset value, without the need for subsequent analysis, thus improving the standby speed.

[0094] In the technical solution disclosed in this embodiment, since the user may remotely issue the vehicle standby command, the user's judgment error on the in-vehicle environmental parameters may be relatively large. When the user issues the vehicle standby command, the in-vehicle environmental parameters may be in an optimal state, in which case there is no need to perform a vehicle standby operation. To address this situation, see [link to solution]. Figure 4 After obtaining the in-vehicle environmental parameters and target environmental parameters, and before calculating the standby time based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions, the process may further include:

[0095] Step S401: Based on the comparison result between the in-vehicle environmental parameters and the target environmental parameters, determine whether the vehicle has a backup vehicle requirement. If there is a backup vehicle requirement, continue execution.

[0096] After obtaining the in-vehicle environmental parameters, it can be determined whether the vehicle needs to be prepared for standby by comparing the in-vehicle environmental parameters with the target environmental parameters. Taking the in-vehicle temperature as an example, if the in-vehicle temperature is 40℃ and the target in-vehicle temperature is 25℃-29℃, it can be determined by comparing the two that the vehicle needs to be prepared for standby, and the subsequent process can be continued.

[0097] In this step, when comparing the in-vehicle environmental parameters with the target environmental parameters reveals that the in-vehicle environmental parameters are already at an optimal state, the vehicle standby operation is unnecessary. To further confirm with the user whether to execute the vehicle standby command, a prompt message can be sent to the target user. This prompt message includes at least the in-vehicle environmental parameters and the target environmental parameters, allowing the user to make a more reasonable judgment based on the actual in-vehicle environmental parameters. After sending the prompt message to the target user, the user's feedback can be monitored. If no feedback is received for an extended period, or if the feedback indicates continued execution of the vehicle standby command, the vehicle standby command can continue. If the received feedback indicates a stop vehicle standby command, the vehicle standby command can be ignored.

[0098] In another embodiment of the technical solution disclosed in this application, the vehicle preparation command can be issued actively by the user. Before the user issues the vehicle preparation command, the system can analyze in advance whether the parking location is a frequently parked location. If it is a frequently parked location, the system estimates the vehicle start time and reminds the user to prepare the vehicle in advance based on the vehicle start time. For details, see [link to documentation]. Figure 5 The above method, before obtaining the vehicle preparation instruction, also includes:

[0099] Step S501: Obtain the parking location.

[0100] The parking location refers to the position of the vehicle after it has been parked and the engine turned off. For example, this location could refer to the position where a user parks their vehicle after returning home from get off work.

[0101] Step S502: Determine whether the parking location is a frequently parked location.

[0102] In this solution, a frequently used parking location can be pre-determined. This location refers to a spot where the user parks extremely frequently or repeatedly. For example, the frequently used parking location could be where the user parks their vehicle during their daily commute. This location can be automatically determined by the system based on the user's historical parking data, or it can be actively constructed by the user. A frequently used parking location can refer to a specific coordinate location or a range of areas. For instance, when the user has their own designated parking space, the frequently used parking location can be a specific coordinate location. When the user does not have their own parking space, they typically park their vehicle within a certain area, in which case the frequently used parking location could refer to a range centered on the user's residence or workplace.

[0103] When the frequently parked location is a range, determining whether a parking location is a frequently parked location can specifically include: determining whether the parking location is located within a preset frequently parked area. The frequently parked area is an area where the number of times a user parks their vehicle exceeds a preset number. The preset number can be set according to the user's needs, for example, it can be 100 times, 150 times, 200 times, etc. When the number of times a user parks in the same area exceeds the preset number, the parking area can be considered a frequently parked area. The parking area can refer to a circular area with a radius of 100 meters, 200 meters, or 300 meters, etc. When the parking location is within this area, it indicates that the parking location is a frequently parked location.

[0104] In the technical solution disclosed in this embodiment, it can also be determined whether the parking location is a frequently parked location by the following method: Obtain the time points of vehicle start-up from the same location in historical driving data. If the start-up time points have an error within a preset time period (e.g., 30 minutes or other durations), they are considered to have similar time points. For example, the time points of vehicle start-up from the same location are [15:00, 15:01, 15:01, 15:02, 15:02, 15:04, 15:05, 15:09, 15:14, 15:15, 15:05]. :20,115:25,15:31,15:31,15:32,15:34; Take the time points within the 30 minutes of [15:01-15:31] as the time interval for starting the vehicle; Remove the time points with the fewest occurrences [15:00,15:32,15:34]; Take relevant data from the nearest preset time period (30 days): Calculate the value of the number of starts within the time interval / the total number of starts at the current location. When the calculation result is greater than or equal to a preset ratio (80% or other preset ratios), the current parking location of the vehicle is considered a frequent parking location.

[0105] In this solution, considering that users need to strictly clock in and out at work, it is necessary to remind them to leave in a timely manner. However, since there is no requirement for users to arrive home after get off work, the frequently parked locations can be further restricted. For example, in this solution, users can pre-set their company location and residential location. When a frequently parked location is detected to be close to the company location, its frequent parking location marker can be removed. Here, "close to the company location" can refer to a range within a preset radius centered on the company location.

[0106] Of course, in this embodiment, when statistical analysis of historical driving data reveals multiple frequent parking locations, a prompt can be issued to the user. Based on the user's selection, the frequent parking location to be monitored is determined as the frequent parking location used in step S102, thereby enabling the user to customize the frequent parking location. At the same time, the user can also actively configure the corresponding driving route for each frequent parking location. The driving route can be a navigation route extracted from an electronic map. That is, when setting a frequent parking location, the user can first navigate to a route on the electronic map, then save and configure the route for the frequent parking location, using the route as the driving route corresponding to the frequent parking location.

[0107] Step S503: When the parking location is a frequently parked location, obtain the vehicle's historical start time corresponding to the frequently parked location.

[0108] In this step, when a vehicle's parking location is detected to be a frequently parked location, the historical start time of the vehicle corresponding to that location can be obtained. This historical start time can be obtained by analyzing driving data associated with the frequently parked location in historical driving data. For example, in historical driving data, if the probability of the vehicle traveling along a certain route after starting is greater than a preset threshold when the vehicle is parked at the frequently parked location (e.g., 60%, 70%, or 80%), then that route can be considered the route corresponding to the frequently parked location. The average historical start time of the vehicle corresponding to that route is the historical start time of the vehicle corresponding to the frequently parked location, and the average travel time of that route is the historical travel time corresponding to the frequently parked location. The historical travel time refers to the time taken by the user to reach the destination of the route from its starting point in the historical driving data; this historical travel time can be an average value. Alternatively, the route can refer to the route actively configured by the user for the frequently parked location in the previous step.

[0109] Step S504: Calculate the vehicle startup time based on the vehicle's historical startup time.

[0110] In this step, when determining the vehicle's historical start time, without considering other factors, the vehicle's historical start time can be used as the vehicle's next start time. The vehicle start time is the predicted time for the user to start the vehicle next time. For example, if the vehicle's historical start time is 8:00 AM, then without considering other interfering factors, the calculated vehicle start time will also be 8:00 AM.

[0111] In the technical solution disclosed in this embodiment, in addition to calculating the vehicle startup time as described above, a trained analysis model can also be used to predict the vehicle startup time. This analysis model is trained using historical data, which may include a preset time period (e.g., the time period between the current time and a preset time, where the preset time can refer to any value such as 30 days, 60 days, or 100 days). Specifically, the historical data used to train the analysis model may include: vehicle VIN, date (month and day), day of the week, date specificity, weather on that day, GPS positioning each time the vehicle is powered on, and vehicle startup time (hour and minute). The date specificity may include whether it is a weekday, the first weekday after a weekend, the last weekday before a weekend, the first weekday after a holiday, the last weekday before a holiday, or the first weekday after a holiday. This data can be manually labeled or obtained using existing third-party data. The weather conditions may include light rain, moderate rain, heavy rain, light snow, etc. Moderate snow, heavy snow, hail, dense fog, etc.; Before training, the vehicle can be divided into multiple historical data sets based on the GPS positioning. The distance difference between the GPS positioning of the corresponding vehicle when it is powered on in different historical data sets is not greater than a preset distance. The analysis model is trained by self-learning using historical data from different historical data sets. During the training process, the input data is the vehicle VIN, date (month and day), day of the week, date special characteristics (holidays, weekdays), weather of the day, and GPS positioning of the vehicle each time it is powered on. The output data is the vehicle's start time (hour and minute) each time. At this time, an analysis model matching different GPS positioning can be obtained. When specifically predicting the vehicle's start time, the analysis model used to perform this prediction can be determined based on the GPS positioning of the vehicle when it was most recently powered off. Then, the vehicle VIN, date, day of the week, date special characteristics, and weather of the day corresponding to the current moment can be obtained. The vehicle VIN, date, day of the week, date special characteristics, and weather of the day are input into the analysis model to predict the start time. In this scheme, the GPS positioning error reported each time the power is turned off and on is considered to be within a preset distance (600 meters) and can be counted as a location. When obtaining GPS positioning, the GPS information in the CAN signal is selected first. If there is no GPS information in the CAN signal each time the power is turned off and on, the GPS information in the travel embedded point can be used.

[0112] Step S505: Determine whether the difference between the current time and the vehicle start time is less than a preset duration.

[0113] Once the vehicle start time is determined, the current time needs to be monitored based on that start time. Specifically, to ensure the vehicle is ready before the user gets in, it's necessary to determine whether the vehicle needs to be prepared before the start time arrives. The preset duration can be a fixed duration, such as 5 minutes, 10 minutes, or 15 minutes. That is, in this step, it's determined whether the time difference between the current time and the vehicle start time is less than the preset duration. If it is less than the preset duration, it's necessary to determine whether the vehicle needs to be prepared. If it is not less than the preset duration, the difference between the two needs to be monitored further.

[0114] Step S506: Obtain current in-vehicle environmental parameters;

[0115] In this step, when the difference between the current time and the vehicle start time is less than a preset duration, it indicates that the user's car usage time is approaching. At this time, in order to provide the user with a comfortable driving environment, it is necessary to obtain the in-vehicle environmental parameters at the current moment. In this solution, the in-vehicle environmental parameters may include, but are not limited to, in-vehicle ambient temperature, in-vehicle seat temperature, steering wheel temperature, concentration of harmful gases in the vehicle, etc.

[0116] Step S507: Determine whether the vehicle needs a backup vehicle based on the current in-vehicle environment parameters.

[0117] After obtaining the current in-vehicle environmental parameters, it is possible to determine whether the vehicle needs to be used as a backup vehicle by comparing the current in-vehicle environmental parameters with the target environmental parameters. Taking the in-vehicle temperature as an example, if the current in-vehicle environmental parameters show an in-vehicle temperature of 40°C, while the target in-vehicle temperature is 25°C-29°C, it can be determined by comparing the two that the vehicle needs to be used as a backup vehicle.

[0118] Step S508: When a vehicle has a backup vehicle requirement, generate and send a backup vehicle request to the target user.

[0119] In this step, when it is determined that there is a need for a backup vehicle, a backup vehicle request can be sent to the target user. The target user can refer to the communication terminal of the vehicle's driver. In this solution, the binding relationship between the vehicle and the driver's communication terminal can be stored in advance. When there is a need for a backup vehicle, the communication method of the target user can be retrieved directly through this relationship, and the backup vehicle request can be sent to the target user based on the communication method. After receiving the vehicle standby request, the user can determine whether standby operation is needed based on the request. If standby is needed, the user can send a confirmation command; if standby is not needed, the user can choose not to send a confirmation command or send a negative command. When the system using this method generates and sends a standby request to the target user, it detects the target user's response. Upon receiving the target user's response to the standby request, the system can determine whether standby is necessary. If the user sends a confirmation command, it indicates that standby is needed, and the vehicle is put into standby mode. Furthermore, to help the user understand the standby status and schedule their vehicle usage time appropriately, when standby is detected as complete and the vehicle is not started, a notification message indicating standby completion is sent to the target user. In this solution, vehicle startup refers to the vehicle's engine or electric motor entering the startup state. The reason for sending the notification message indicating vehicle preparation completion when the vehicle is not started is that if the vehicle has already started, it means the user is already in the vehicle, and sending a notification message to the user at this point would be meaningless. Therefore, the notification message indicating vehicle preparation completion can only be sent to the target user when the vehicle is not started. Furthermore, to help the user accurately determine whether vehicle preparation needs to be initiated, the current in-vehicle environmental parameters can be loaded into the vehicle preparation request. The user can then more accurately determine whether vehicle preparation needs to be initiated based on the current in-vehicle environmental parameters in the request.

[0120] As can be seen from the above solution, when the vehicle parking location is determined to be a frequently parked location, the solution obtains the vehicle start time corresponding to that frequently parked location. When the difference between the current time and the vehicle start time is less than a preset duration, it determines whether the vehicle needs to be prepared for use. Once it is determined that the vehicle needs to be prepared for use, a preparation request is sent to the target user. After receiving the preparation request, the user can determine whether to prepare the vehicle based on their actual needs, thus reminding the user to prepare the vehicle before use. Compared with the existing technology, this solution adds a process of reminding the user to prepare the vehicle at an appropriate time, which can remind the user to prepare the vehicle in a timely manner.

[0121] In this embodiment, the in-vehicle environmental parameters may include one or more monitoring parameters. For example, they may include the in-vehicle ambient temperature, seat temperature, steering wheel temperature, and concentration of harmful gases in the vehicle, as mentioned above. In this solution, see [link to relevant documentation]. Figure 6 We can take the ambient temperature inside the car as an example to introduce the process of determining whether a vehicle needs a backup.

[0122] Step S601: Obtain the in-vehicle temperature from the current in-vehicle environment parameters.

[0123] In this step, the acquired in-vehicle environment data may contain multiple data points. In this solution, one or two data points can be monitored for vehicle standby. For example, some users have higher requirements and need to monitor data such as seat temperature, steering wheel temperature, concentration of harmful gases in the vehicle, and in-vehicle temperature, while other users have lower requirements and only need to monitor the in-vehicle temperature. Therefore, in this step, after acquiring the current in-vehicle environment parameters, a target environment parameter needs to be extracted from these parameters. In this embodiment, the target environment parameter is the in-vehicle temperature. The specific parameters used as target environment parameters can be pre-configured by the user.

[0124] Step S602: Determine whether the interior temperature is within the preset temperature range.

[0125] In this step, after obtaining the target environmental parameters, the target environmental parameters are compared with preset conditions that match the target environmental parameters to determine whether the target environmental parameters meet the preset conditions. If the preset conditions are met, it indicates that the vehicle does not need a backup vehicle; otherwise, it indicates that the vehicle needs a backup vehicle.

[0126] In this step, taking the vehicle interior temperature as an example, after obtaining the vehicle interior temperature, it is compared with a pre-marked preset temperature range. The preset temperature range is a comfortable temperature range that is pre-configured by the user or automatically configured by the system. For example, in this solution, the range can be 25℃-29℃. When the vehicle interior temperature falls within this range, it indicates that there is no need for a backup vehicle. When it does not fall within this range, it indicates that there is a need for a backup vehicle.

[0127] In this embodiment, to ensure the vehicle's interior environment is optimal when the user gets in, the timing of sending the vehicle preparation request to the user needs to be appropriately set. This prevents a situation where the user receives the request and immediately notifies the vehicle to prepare, but the preparation is not yet complete when the user needs to use the vehicle. For this, see [link to relevant documentation]. Figure 7 In the above scheme, when a vehicle needs to be kept in reserve, a vehicle reserve request is generated and sent to the target user, including:

[0128] Step S701: Calculate the vehicle standby time based on the current in-vehicle environment parameters, target environment parameters, and standby conditions;

[0129] When a vehicle needs to be put on standby, the standby time needs to be calculated in order to reasonably set the time when the standby request is sent. When calculating the standby time, it can be calculated based on the current in-vehicle environmental parameters, the target environmental parameters, and the standby operating conditions. The standby operating conditions refer to the working status data of the vehicle system during the standby process. The vehicle system is used to adjust the in-vehicle environmental parameters. For example, the vehicle system can be a vehicle air conditioner. The standby operating conditions refer to the output power, working level, and other data of the air conditioning system during the standby process. The standby time refers to the time it takes for the in-vehicle environmental parameters to reach the target environmental parameters after the vehicle system is started.

[0130] Step S702: Calculate the reminder notification time based on the vehicle start time and the vehicle standby time.

[0131] Once the vehicle standby time is determined, the time for sending the vehicle standby request is determined based on the vehicle standby time and the vehicle start time. In this application, in order to ensure that the in-vehicle environment has reached its optimal state when the user uses the vehicle, the time between the time for sending the vehicle standby request and the vehicle start time must be at least greater than the vehicle standby time. Only when it is greater than the vehicle standby time can sufficient standby time be provided for the vehicle. That is, the time of the reminder notification is located before the vehicle start time on the timeline, and the difference between the two is greater than the vehicle standby time.

[0132] Step S703: When the reminder notification time arrives, generate and send a vehicle standby request to the target user.

[0133] Once the reminder notification time is determined, the current time is monitored. When the current time reaches the reminder notification time, a vehicle standby request is sent to the target user.

[0134] In the technical solution disclosed in this embodiment, considering that the target user does not receive the vehicle standby request immediately, but only sees it after a period of time, even if the user immediately controls the vehicle to standby, the vehicle's internal environment will not be in optimal condition when the vehicle starts. Therefore, in this solution, the reminder notification time can be advanced on the timeline. Specifically, in this embodiment, a first preset time period on the timeline before the vehicle starts can be used as the reminder notification time. The first preset time period is the sum of the standby time period and a second preset time period, where the second preset time period is a fixed duration, such as 5 minutes, 6 minutes, 7 minutes, or 8 minutes, etc. In another technical solution disclosed in an embodiment, a standby request can also be generated and sent to the user immediately when it is determined that the vehicle needs standby. In this scenario, if the response result indicates that the vehicle needs to be prepared, immediately preparing the vehicle might result in a situation where the vehicle is ready but the start-up time has not yet arrived, leading to wasted vehicle energy. To address this, when the response result indicates that the vehicle needs to be prepared, it can be determined whether the time between the current time and the vehicle start-up time is greater than the preparation time. If it is greater, the process continues to wait; otherwise, if it is less than the preparation time, the vehicle is put into preparation mode. This ensures that the vehicle is ready just as the user needs it, preventing energy waste caused by immediately preparing the vehicle when the response result indicates that preparation is required.

[0135] In the scheme disclosed in this embodiment, the driving routes corresponding to the frequently parked locations are generally fixed. For example, for company employees who drive to and from get off work, both the parking location after get off work and the parking location after work can be considered as the frequently parked locations. The user uses a fixed driving route to and from get off work every day. If the determined frequently parked location is the user's parking location after get off work, then the user is highly likely to use that same route the next time they start their vehicle. To ensure they can clock in on time, the user needs to rationally arrange the vehicle's starting time based on the traffic conditions along different routes. For example, if the route is found to be congested, the user needs to leave earlier. In this case, the user's actual vehicle starting time is earlier than the vehicle's historical starting time. If the vehicle standby demand detection continues based on the vehicle's historical starting time, it may result in the vehicle not being ready when the user needs to use the vehicle. For this, see [link to relevant documentation]. Figure 8 The method described above calculates the vehicle startup time based on the vehicle's historical startup time, which may specifically include:

[0136] Step S801: Obtain the driving route and historical driving time corresponding to the frequently stopped locations.

[0137] In this step, after determining that the parking location is a frequently parked location, the driving route corresponding to the frequently parked location and the historical time taken for the driving route are obtained. Once the driving route is determined, it is used as the driving route that the user will use the next time they start the vehicle.

[0138] Step S802: Obtain the road condition information and predicted travel time for the driving route.

[0139] Once the driving route is determined, traffic information for that route can be obtained through an electronic map system. This traffic information may include information on road congestion, road construction, and real-time vehicle accident information along the route. This traffic information can be collected through a real-time electronic map. In other words, the system used in this solution can be associated with an electronic map system. Once the driving route is determined, the electronic map system can obtain the corresponding traffic information and the corresponding predicted travel time. The predicted travel time can be the travel time for the driving route predicted by the electronic map system.

[0140] Step S803: Calculate the vehicle start time based on the predicted time duration, the historical time duration, and the vehicle's historical start time.

[0141] In this step, after the predicted time, historical time, and historical vehicle start time are determined, it is necessary to predict the vehicle start time for the next vehicle start. Here, the vehicle start time refers to the latest departure time that the user can reach the destination of the route on time under the current road conditions. If the historical time is less than the predicted time, the time difference between the predicted time and the historical time can be calculated first, and then the historical vehicle start time can be advanced by the time node corresponding to the time difference along the time axis as the vehicle start time. This vehicle start time is the latest departure time that the user can reach the destination of the route on time.

[0142] At this time, when sending a vehicle standby request, the road condition information of the driving route, the predicted travel time, and the calculated vehicle start time can be loaded into the vehicle standby request so that the user can more accurately control the departure time.

[0143] Of course, considering that users have different driving habits, their speed, overtaking, and yielding behavior on the driving route will also be different. Therefore, there will be a certain deviation between the actual time taken by the user and the predicted time. This deviation can be corrected by using a preset coefficient.

[0144] When it is necessary to correct the predicted time using a preset coefficient, the preset coefficient can be calculated based on historical driving data analysis. Specifically, the predicted time and actual time of navigation routes in the user's historical navigation data can be statistically analyzed to calculate the ratio of the predicted time to the actual time for each navigation session. The average value of these ratios can be taken as the preset coefficient. At this point, the predicted time can be corrected based on the preset coefficient, and the corrected predicted time can be used as the predicted time for calculating the vehicle start time.

[0145] This embodiment discloses a vehicle standby device based on the vehicle's remaining energy. For the specific working content of each unit in the device, please refer to the above method embodiment.

[0146] The following describes the vehicle standby device based on vehicle residual energy provided by the embodiments of the present invention. The vehicle standby device based on vehicle residual energy described below can be referred to in correspondence with the vehicle standby device method based on vehicle residual energy described above.

[0147] See Figure 9 The device may include: a vehicle preparation process analysis unit 10, a judgment unit 20, and a vehicle preparation reminder unit 30;

[0148] The vehicle preparation process analysis unit 10 is used to acquire in-vehicle environmental parameters and target environmental parameters when a vehicle preparation command is received; calculate the preparation time based on the in-vehicle environmental parameters, target environmental parameters, and preparation conditions, wherein the preparation conditions refer to the working status data of the vehicle system during the preparation process; calculate the energy consumption during the preparation process based on the preparation time and preparation conditions; and calculate the remaining in-vehicle energy after the preparation is completed based on the energy consumption and the current remaining energy of the vehicle.

[0149] Judgment unit 20 is used to determine whether the remaining energy in the vehicle is less than a first preset value;

[0150] The reminder unit 30 is used to send a reminder message to the target user when the remaining energy in the vehicle is less than a first preset value. The reminder message includes at least the remaining energy in the vehicle. Based on the response result of the reminder message, it is determined whether to continue responding to the vehicle standby command.

[0151] The vehicle preparation process analysis unit 10, judgment unit 20, and vehicle preparation reminder unit 30 are also used to execute the detailed implementation schemes described in the above method embodiments, which will not be repeated here.

[0152] Figure 10 The hardware structure diagram of the standby vehicle device based on predicted vehicle usage time provided in the embodiment of the present invention is shown below. Figure 10As shown, it may include: at least one processor 100, at least one communication interface 200, at least one memory 300 and at least one communication bus 400;

[0153] In this embodiment of the invention, the number of processor 100, communication interface 200, memory 300, and communication bus 400 is at least one, and the processor 100, communication interface 200, and memory 300 communicate with each other through communication bus 400; obviously, Figure 10 The communication connections shown for the processor 100, communication interface 200, memory 300, and communication bus 400 are optional.

[0154] Optionally, the communication interface 200 can be an interface of a communication module, such as the interface of a GSM module;

[0155] Processor 100 may be a central processing unit (CPU), an application-specific integrated circuit (ASIC), or one or more integrated circuits configured to implement embodiments of the present invention.

[0156] The memory 300 may include high-speed RAM memory, and may also include non-volatile memory, such as at least one disk storage device.

[0157] Specifically, processor 100 is used for:

[0158] When a vehicle preparation command is received, the in-vehicle environmental parameters and target environmental parameters are obtained.

[0159] The standby time is calculated based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions. The standby conditions refer to the working status data of the vehicle system during the standby process.

[0160] The energy consumption during the vehicle preparation process is calculated based on the preparation time and preparation conditions.

[0161] The remaining energy in the vehicle after the standby is calculated based on the energy consumption and the current energy remaining in the vehicle.

[0162] Determine whether the remaining energy in the vehicle is less than a first preset value. When the remaining energy in the vehicle is less than the first preset value, send a prompt message to the target user. The prompt message includes at least the remaining energy in the vehicle.

[0163] Based on the response result of the prompt information, determine whether to continue responding to the vehicle standby command.

[0164] The processor is also used to execute the specific steps disclosed in the other method embodiments described above, which will not be repeated here.

[0165] Corresponding to the above-mentioned device, this application also discloses a vehicle and a server, which can be equipped with the vehicle standby device based on predicted vehicle usage time as described in the above embodiments, and the device can be integrated into the vehicle computer.

[0166] For ease of description, the above system is described by dividing it into various modules based on their functions. Of course, in implementing this application, the functions of each module can be implemented in one or more software and / or hardware.

[0167] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to mutually. Each embodiment focuses on describing the differences from other embodiments. In particular, for system or system embodiments, since they are basically similar to method embodiments, the description is relatively simple, and relevant parts can be referred to the descriptions in the method embodiments. The systems and system embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without creative effort.

[0168] Those skilled in the art will further recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, computer software, or a combination of both. To clearly illustrate the interchangeability of hardware and software, the components and steps of the various examples have been generally described in terms of functionality in the foregoing description. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementations should not be considered beyond the scope of this invention.

[0169] The steps of the methods or algorithms described in conjunction with the embodiments disclosed herein can be implemented directly by hardware, a software module executed by a processor, or a combination of both. The software module can be located in random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art.

[0170] It should also be noted that, in this document, relational terms such as "first" and "second" are used only to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0171] The above description of the disclosed embodiments enables those skilled in the art to make or use the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the invention is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A method for vehicle standby based on remaining vehicle energy, characterized in that, include: When a vehicle preparation command is received, in-vehicle environmental parameters and target environmental parameters are obtained. The in-vehicle environmental parameters include in-vehicle temperature, seat temperature, steering wheel temperature, and concentration of harmful gases in the vehicle. The target environmental parameters include target values ​​for the in-vehicle temperature, seat temperature, steering wheel temperature, and concentration of harmful gases in the vehicle. The standby time is calculated based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions. The standby conditions refer to the working status data of the vehicle system during the standby process. The energy consumption during the vehicle preparation process is calculated based on the preparation time and preparation conditions. The remaining energy in the vehicle after the standby is calculated based on the energy consumption and the current energy remaining in the vehicle. Determine whether the remaining energy in the vehicle is less than a first preset value. When the remaining energy in the vehicle is less than the first preset value, send a prompt message to the target user. The prompt message includes at least the remaining energy in the vehicle. Based on the response result of the prompt information, determine whether to continue responding to the vehicle standby command; Before receiving the vehicle preparation instruction, the following steps are also included: Get parking location; Determine whether the parking location is a frequently parked location, where a frequently parked location refers to a location where the vehicle is parked more than a preset number of times. When the parking location is a frequently parked location, obtain the historical start time of the vehicle corresponding to the frequently parked location; The vehicle startup time is calculated based on the vehicle's historical startup time. Determine whether the difference between the current time and the vehicle start time is less than a preset duration; When the difference between the current time and the vehicle start time is less than a preset duration, the current in-vehicle environment parameters are obtained; Based on the current in-vehicle environmental parameters, determine whether the vehicle needs a backup vehicle; When a vehicle needs to be replaced, a replacement vehicle request is generated and sent to the target user.

2. The vehicle standby method based on remaining vehicle energy according to claim 1, characterized in that, The standby time is calculated based on the in-vehicle environmental parameters, target environmental parameters, and standby operating conditions, including: During the vehicle preparation process, obtain the curves showing the changes in in-vehicle environmental parameters with the duration of vehicle preparation under preparation conditions; Based on the change curve, the time taken to reach the target environmental parameter from the in-vehicle environmental parameter during the vehicle preparation process is calculated, and the time taken is recorded as the vehicle preparation time.

3. The vehicle standby method based on remaining vehicle energy according to claim 1, characterized in that, The energy consumption during the vehicle standby process is calculated based on the standby time and standby operating conditions, including: Obtain the unit energy consumption matching the standby vehicle operating condition, where the unit energy consumption refers to the amount of energy consumed per unit duration of the standby vehicle operating condition. The energy consumption during the vehicle standby process is calculated based on the unit energy consumption matching the standby conditions and the standby duration.

4. The vehicle standby method based on remaining vehicle energy according to claim 1, characterized in that, When a vehicle standby command is received, in-vehicle environmental parameters and target environmental parameters are obtained, including: When a vehicle preparation instruction is received, it is determined whether the vehicle has been parked for a longer period than the preset time. If the time exceeds the preset duration, the vehicle standby command is executed; if the time is less than the preset duration, subsequent steps are executed.

5. The vehicle standby method based on remaining vehicle energy according to claim 1, characterized in that, When a vehicle preparation instruction is received, it also includes: Determine whether the vehicle's remaining energy at the current moment is greater than a second preset value, where the second preset value is greater than the first preset value; When the remaining energy of the vehicle at the current moment is greater than the second preset value, the standby vehicle command is responded to. If the vehicle's remaining energy at the current moment is not greater than the second preset value, continue to execute the subsequent steps.

6. The vehicle standby method based on remaining vehicle energy according to claim 1, characterized in that, After obtaining the in-vehicle environmental parameters and target environmental parameters, and before calculating the standby time based on the in-vehicle environmental parameters, target environmental parameters, and standby conditions, the following steps are also included: Based on the comparison results between the in-vehicle environmental parameters and the target environmental parameters, it is determined whether the vehicle has a backup vehicle requirement. If a backup vehicle requirement exists, the process continues.

7. A vehicle standby device based on residual energy, characterized in that, For implementing the vehicle standby method based on residual vehicle energy as described in any one of claims 1-6, the apparatus comprises: The vehicle preparation process analysis unit is used to acquire in-vehicle environmental parameters and target environmental parameters when a vehicle preparation command is received. The in-vehicle environmental parameters include in-vehicle temperature, seat temperature, steering wheel temperature, and concentration of harmful gases in the vehicle. The target environmental parameters include target values ​​for the in-vehicle temperature, seat temperature, steering wheel temperature, and concentration of harmful gases in the vehicle. Based on the in-vehicle environmental parameters, target environmental parameters, and vehicle preparation conditions, the unit calculates the preparation time. The vehicle preparation conditions refer to the operating status data of the on-board systems during the preparation process. Based on the preparation time and vehicle preparation conditions, the unit calculates the energy consumption during the preparation process. Based on the energy consumption and the current remaining energy in the vehicle, the unit calculates the remaining energy in the vehicle after the preparation is completed. The judgment unit is used to determine whether the remaining energy in the vehicle is less than a first preset value; The reminder unit is used to send a reminder message to the target user when the remaining energy in the vehicle is less than a first preset value. The reminder message includes at least the remaining energy in the vehicle. Based on the response result of the reminder message, it determines whether to continue responding to the vehicle standby command.

8. A vehicle backup device based on residual energy of a vehicle, characterized in that, include: Memory and processor; The memory is used to store programs; The processor is configured to execute the program to implement each step of the vehicle standby method based on the vehicle's remaining energy as described in any one of claims 1-6.

9. A vehicle, characterized in that, Includes the vehicle standby device based on the vehicle's remaining energy as described in claim 8.

Images