A vehicle preparation method, device, equipment and vehicle management server

Abstract

The vehicle preparation method, device, equipment and vehicle management server, comprising: obtaining meteorological parameters of an area where a vehicle is located; inputting the meteorological parameters and a target time to be predicted as input variables into a pre-trained vehicle temperature prediction model; the vehicle temperature prediction model predicts a vehicle predicted temperature corresponding to the target time based on the meteorological parameters and the target time; then, whether the vehicle needs to be prepared is determined based on the vehicle predicted temperature; when the vehicle needs to be prepared, a vehicle preparation request is sent to a target user bound to the vehicle; when the target user confirms the vehicle preparation request, a control signal for preparing the vehicle is generated, and the vehicle is prepared based on the control signal. When the vehicle temperature is predicted, the data used is meteorological parameters, the vehicle terminal does not need to participate in the prediction process, the power of the vehicle battery is not consumed, and the vehicle battery is not fed.

Description

Technical Field

[0001] This invention relates to the field of automotive control technology, specifically to a vehicle preparation method, apparatus, equipment, and vehicle management server. 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 existing technologies, the vehicle standby operation is initiated by the user. The user obtains the vehicle interior temperature through in-vehicle devices and chooses whether to issue a standby command based on the vehicle interior temperature. In this process, because it is necessary to obtain the vehicle interior temperature through in-vehicle devices, at least some vehicle systems will remain in a low-voltage power-on state when the vehicle is parked. If the vehicle remains in a low-voltage power-on state for a long time, it may cause the vehicle battery to be depleted. Summary of the Invention

[0004] In view of this, embodiments of the present invention provide a vehicle standby method, apparatus, device, and vehicle management server to achieve vehicle interior temperature prediction and standby control without low-voltage power supply to the vehicle.

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

[0006] A method for preparing a vehicle includes:

[0007] Obtain meteorological parameters corresponding to the area where the vehicle is located;

[0008] The meteorological parameters and the target time are used as input variables for the in-vehicle temperature prediction model. The predicted in-vehicle temperature at the target time is obtained from the output of the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the predicted in-vehicle temperature corresponding to the target time.

[0009] Based on the predicted temperature inside the vehicle, determine whether the vehicle needs to be prepared for standby.

[0010] When a vehicle needs to be prepared for standby, a standby request is generated and sent to the target user.

[0011] Once the target user confirms the vehicle standby request, a control signal is generated to standby the vehicle.

[0012] Optionally, in the above vehicle preparation method, the meteorological parameters include: the highest temperature of the day, the lowest temperature of the day, the meteorological parameters corresponding to the target time, and the highest and lowest ambient temperatures within the time period corresponding to the target time.

[0013] Optionally, in the above vehicle standby method, generating control signals for standby of the vehicle includes:

[0014] The standby time is calculated based on the output power of the vehicle's interior temperature control system during standby, the predicted interior temperature, and the target temperature.

[0015] The control signal generation time is determined based on the target time and the vehicle standby time.

[0016] When the control signal generation time arrives, a control signal for preparing the vehicle for standby is generated and output.

[0017] Optionally, in the above vehicle standby method, the vehicle standby request includes at least: the predicted in-vehicle temperature at the target time, the standby duration, and the amount of energy required for standby.

[0018] Optionally, in the above vehicle preparation method, the target time is the time obtained by the target user terminal.

[0019] Optionally, in the above vehicle preparation method, when the vehicle parking location is a frequently used parking location, the target time is a predicted time for the user to start the vehicle next, calculated based on the user's historical vehicle usage associated with the vehicle parking location.

[0020] Optionally, in the above vehicle preparation method, before using the meteorological parameters and target time as input variables for the in-vehicle temperature prediction model, the method further includes:

[0021] Get the parking location type corresponding to the vehicle's parking location;

[0022] Obtain an in-vehicle temperature prediction model that matches the parking location type.

[0023] A vehicle standby device, comprising:

[0024] The data acquisition unit is used to obtain meteorological parameters corresponding to the area where the vehicle is located.

[0025] A temperature prediction unit is used to take the meteorological parameters and the target time as input variables of the in-vehicle temperature prediction model, and obtain the in-vehicle predicted temperature at the target time output by the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the in-vehicle predicted temperature corresponding to the target time.

[0026] The vehicle standby judgment unit is used to determine whether the vehicle needs to be standby based on the predicted temperature inside the vehicle. When the vehicle needs to be standby, it generates and sends a standby request to the target user.

[0027] The vehicle standby control unit is used to generate a control signal for preparing the vehicle after the target user confirms the vehicle standby request.

[0028] A backup vehicle device includes: a memory and a processor;

[0029] The memory is used to store programs;

[0030] The processor is used to execute the program to implement each step of the vehicle preparation method described above.

[0031] A vehicle management server includes the aforementioned backup vehicle equipment.

[0032] Based on the above technical solution, this embodiment of the invention provides a vehicle standby solution, which includes: acquiring meteorological parameters of the area where the vehicle is located; inputting the meteorological parameters and the target time to be predicted as input variables into a pre-trained in-vehicle temperature prediction model; the in-vehicle temperature prediction model predicts the in-vehicle temperature corresponding to the target time based on the meteorological parameters and the target time; then determining whether the vehicle needs to be standby based on the in-vehicle temperature prediction; when standby is required, sending a standby request to a target user bound to the vehicle; after the target user confirms the standby request, generating a control signal for standby of the vehicle; and performing standby based on the control signal. As can be seen from the above solution, the technical solution disclosed in this application predicts the in-vehicle temperature based on meteorological parameters, without requiring the participation of the vehicle terminal in the prediction process, thus eliminating the need for the vehicle terminal to be powered on at low voltage and consuming the vehicle battery's power, and avoiding the situation of vehicle battery depletion caused by the vehicle terminal being in a low-voltage power-on state for a long time, as is the case in the prior art. Attached Figure Description

[0033] 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.

[0034] Figure 1 This is a schematic flowchart of a vehicle preparation method disclosed in an embodiment of this application;

[0035] Figure 2 This is a schematic flowchart of a vehicle preparation method disclosed in another embodiment of this application;

[0036] Figure 3 This is a schematic flowchart of a vehicle preparation method disclosed in another embodiment of this application;

[0037] Figure 4 This is a schematic diagram of the vehicle standby device disclosed in the embodiments of this application;

[0038] Figure 5 This is a schematic diagram of the vehicle standby device disclosed in an embodiment of this application. Detailed Implementation

[0039] 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.

[0040] To prevent the vehicle battery from being depleted when the vehicle is in standby mode, this application discloses a standby method. In this method, the predicted temperature inside the vehicle is obtained by predicting the meteorological parameters of the area where the vehicle is located. Based on the predicted temperature inside the vehicle, it is determined whether the vehicle needs to be in standby mode. Since the predicted temperature inside the vehicle is obtained by predicting the meteorological parameters of the area where the vehicle is located, this process does not require the participation of the vehicle terminal, and therefore the vehicle terminal does not need to be kept in a low-voltage power-on state, thus preventing the vehicle battery from being depleted.

[0041] For details, see Figure 1 This application discloses a vehicle standby method that does not require an on-board terminal to participate in in-vehicle temperature detection. See [link to relevant documentation]. Figure 1 ,include:

[0042] Step S101: Obtain the meteorological parameters corresponding to the area where the vehicle is located.

[0043] In this solution, the vehicle's location information can be obtained through vehicle navigation data, vehicle positioning data, or other positioning systems. Based on the vehicle's location information, the meteorological parameters of the area where the vehicle is located can be determined. For example, when the vehicle's coordinates are determined, the city where the vehicle is located can be determined based on the vehicle's coordinates, and then the meteorological parameters corresponding to that city on that day can be obtained. The meteorological parameters include at least the real-time temperature of that day, the predicted temperature for the next period of time, the highest temperature of that day, the lowest temperature of that day, and weather conditions, etc. Weather conditions can include sunny weather, foggy weather, hail weather, rainy or snowy weather, etc.

[0044] In this embodiment, the execution of the scheme can be triggered by the user. For example, the user can send relevant instructions to the server to query whether a backup vehicle is needed at a target time. In this case, the backup vehicle method disclosed in this application embodiment will be triggered.

[0045] Step S102: Use the meteorological parameters and the target time as input variables of the in-vehicle temperature prediction model, and obtain the in-vehicle predicted temperature at the target time output by the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the in-vehicle predicted temperature corresponding to the target time.

[0046] In this solution, an in-vehicle temperature prediction model is pre-established and trained. During training, the training samples are historical data, which includes at least the meteorological parameters of the vehicle's location and the in-vehicle temperature at various times. When training the in-vehicle temperature prediction model, the meteorological parameters and the target time are used as input variables. The in-vehicle temperature prediction model calculates based on the input variables to obtain the estimated in-vehicle temperature corresponding to the target time. The predicted in-vehicle temperature is compared with the actual in-vehicle temperature corresponding to the target time in the historical data. Based on the comparison results, the in-vehicle temperature prediction model is iterated and adjusted repeatedly until the difference between the estimated in-vehicle temperature output by the in-vehicle temperature prediction model and the actual in-vehicle temperature is within an allowable range. At this point, the in-vehicle temperature prediction model is completed and can be used to predict the in-vehicle temperature.

[0047] The data used to train the in-vehicle temperature prediction model may include the vehicle's VIN, historical data including meteorological parameters of the user's vehicle location in the vehicle's driving history, and the in-vehicle temperature at various times. The meteorological parameters may include the highest and lowest temperatures of the day when the user starts the vehicle, the meteorological parameters at the time of vehicle start, and the highest and lowest ambient temperatures within the time period corresponding to the time of vehicle start (this time period may be a time period centered on the time of vehicle start, such as 1 hour, 2 hours, etc.). Of course, other training data may also be added according to user needs.

[0048] The target time is the time selected by the user, which can be the current time or another time that has not yet arrived or has already arrived. When the field used to configure the target time in the data is empty, the target time is the current time. If the field is not empty, the target time is determined based on that field. After obtaining the meteorological parameters and target time corresponding to the region where the vehicle is located, the meteorological parameters and target time are substituted into the trained in-vehicle temperature prediction model to obtain the predicted in-vehicle temperature corresponding to the target time. This process can be performed on the server side without the participation of the in-vehicle terminal.

[0049] Step S103: Based on the predicted temperature inside the vehicle, determine whether the vehicle needs to be prepared for standby.

[0050] After obtaining the predicted in-vehicle temperature at the target time, the predicted in-vehicle temperature is compared with the target temperature range to determine whether the vehicle needs to be prepared for standby. The target temperature range can be a continuous temperature range. If the predicted in-vehicle temperature is not within the target temperature range, it is considered that the vehicle needs to be prepared for standby. The target temperature range can be a temperature range of 20℃-30℃. If the predicted in-vehicle temperature is 15℃ or 35℃, the temperature is not within the target temperature range, and it can be determined that the vehicle needs to be prepared for standby. If the predicted in-vehicle temperature is 25℃, the temperature is not within the target temperature range, and it can be determined that the vehicle does not need to be prepared for standby at the target time.

[0051] 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.

[0052] Specifically, obtaining the target temperature range can include:

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

[0054] 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 desired temperature range. 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 temperature range can be established. Thus, after obtaining the average daily temperature, the target temperature range corresponding to that 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 temperature range can be determined directly based on that clothing index.

[0055] ② Obtain the target temperature range that matches the daytime average temperature.

[0056] The higher the average daytime temperature, the cooler the user's clothing, and the higher the maximum and minimum values ​​of the target temperature range. Conversely, the lower the average daytime temperature, the thicker the user's clothing, and the lower the maximum and minimum values ​​of the target temperature range.

[0057] Step S104: When it is necessary to prepare the vehicle, generate and send a vehicle preparation request to the target user;

[0058] In this step, when it is determined that the vehicle needs to be prepared for standby at a target time, a standby request can be sent to the target user. The target user can be the vehicle owner, the driver of the vehicle during the current time period, or other users linked to the vehicle. More specifically, the target user is the mobile phone number of the vehicle owner, the driver of the vehicle during the current time period, or other users linked to the vehicle. When standby is needed, the standby request is sent to the target user, who then determines whether or not the vehicle needs to be prepared for standby. In this solution, the standby request may include the predicted in-vehicle temperature at the target time, the standby duration, and the amount of energy required for standby. When the vehicle is an electric vehicle, the amount of energy required is the amount of electricity consumed during the standby process, and the remaining energy is the remaining charge of the power battery. When the vehicle is a gasoline-powered vehicle, the amount of energy required is the amount of fuel consumed during the standby process, and the remaining energy is the amount of fuel remaining in the vehicle. Users can actively choose whether or not to start the vehicle for standby based on this data.

[0059] Step S105: After the target user confirms the vehicle standby request, a control signal is generated for the vehicle standby, so that when the target time arrives, the vehicle interior temperature reaches the target temperature.

[0060] When a user determines that the vehicle needs to be prepared for standby based on the standby request, a control signal for preparing the vehicle is generated and sent to the vehicle terminal. This control signal causes the vehicle to enter standby mode so that the interior temperature has reached the target temperature when the target time arrives. Of course, if the target time is the current time or an approaching time, the vehicle can be immediately controlled to enter standby mode via the control signal so that the interior temperature can quickly reach the target temperature. Here, the target temperature can refer to a temperature within the target temperature range mentioned above.

[0061] When a user receives the vehicle backup request and decides that the vehicle does not need to be backed up, they can choose not to respond to the request. If the server does not receive a response for a long time (5 minutes, 10 minutes, or other durations) or receives a negative response, it indicates that the user has no need for a vehicle backup and the process can be terminated. In this case, the vehicle backup control is not performed.

[0062] As can be seen from the above solution, the technical solution disclosed in this application predicts the in-vehicle temperature based on meteorological parameters. It does not require the participation of the vehicle terminal in the prediction process, and therefore does not require the vehicle terminal to be powered on at low voltage, nor does it consume the power of the vehicle battery. It avoids the situation of vehicle battery depletion caused by the vehicle terminal being in a low-voltage power-on state for a long time, as is the case in the prior art.

[0063] In the technical solution disclosed in this embodiment, considering that the target time input by the user may be a time far from the current time, if a control signal for vehicle standby is immediately generated after the target user confirms the vehicle standby request, causing the vehicle interior temperature to reach the target temperature prematurely, the vehicle will remain in standby mode for a long period of time, during which the user has no need to use the vehicle, thus wasting energy. Therefore, in this solution, see... Figure 2 Generate control signals for preparing the vehicle for standby, which may specifically include:

[0064] Step S201: Calculate the standby time based on the output power of the vehicle interior temperature control system during standby, the predicted temperature inside the vehicle, and the target temperature.

[0065] In this solution, the vehicle preparation process mainly involves the vehicle interior temperature regulation system adjusting the interior temperature to a comfortable range. The duration of this process depends on the output power of the vehicle interior temperature regulation system, the predicted interior temperature, and the target temperature. The lower the output power of the vehicle interior temperature regulation system during preparation, the longer the preparation time. The greater the difference between the predicted interior temperature and the target temperature, the longer the preparation time. Therefore, after obtaining the output power of the vehicle interior temperature regulation system, the predicted interior temperature, and the target temperature, the preparation time can be calculated.

[0066] In another embodiment of this application, considering the different standby effects of different vehicles, even with the same standby conditions, the time required to reach the target in-vehicle environmental parameters may vary. For example, as the air conditioning system ages or the air filter becomes clogged, the heating and cooling capacity of the air conditioning system gradually decreases. In this case, even with the same air conditioning conditions, the time required to adjust the in-vehicle temperature will differ depending on the degree of aging or clogging of the air filter. Therefore, in this embodiment, calculating the standby time based on the in-vehicle environmental parameters, the target environmental parameters, and the standby conditions may further include: obtaining a curve showing the change of in-vehicle environmental parameters with the standby time under the current vehicle conditions during the standby process; calculating the time required to reach the target environmental parameters from the in-vehicle environmental parameters during the standby process based on the curve, and recording the time as the standby time. In this embodiment, the curve is dynamically updated to ensure the reliability of the standby time calculation result.

[0067] Step S202: Determine the control signal generation time based on the target time and the standby time.

[0068] After the preparation time is calculated, the control signal generation time is determined based on the target time and the preparation time. The control signal generation time is the time corresponding to the preparation time before the target time. That is, on the time axis, the time obtained by pushing the preparation time backward from the target time is used as the control signal generation time.

[0069] Step S203: When the control signal generation time arrives, generate and output a control signal for preparing the vehicle.

[0070] In this step, it is determined whether the control signal generation time has arrived. When the control signal generation time has arrived, a control signal for preparing the vehicle is generated and output. The arrival of the control signal generation time means that the detected current time has reached or exceeded the control signal generation time. When the control signal generation time is detected to have arrived, a control signal for preparing the vehicle is generated and output.

[0071] In this embodiment, when the vehicle is ready for standby based on the control signal, since the vehicle system is already powered on at low voltage, the standby control can be performed using the current temperature inside the vehicle, the target temperature, and the time interval between the current time and the target time collected by the temperature sensor. During this process, the time interval between the current time and the target time can be used as the standby duration. Based on the standby duration, the current temperature inside the vehicle, and the target temperature, the output power and operating mode of the vehicle temperature regulation system are calculated. Based on the output power and operating mode, the operating state of the vehicle temperature regulation system is controlled, so that when the target time arrives, the temperature inside the vehicle is adjusted to the target temperature, thus achieving precise control of the standby process.

[0072] In the technical solution disclosed in this embodiment, when the vehicle preparation is completed, if it is detected that the vehicle has not started or no one has entered the vehicle, a prompt message indicating that the vehicle preparation is complete can be sent to the target user to remind the user that the vehicle preparation is complete and the temperature inside the vehicle has reached the target temperature. The user can use the vehicle at any time. When the user receives this information, he or she can get on the vehicle together with the passengers, so that the user and passengers will have a comfortable driving environment when they get on the vehicle.

[0073] In this embodiment, the target time is obtained in two ways: passive acquisition and active generation. Passive acquisition refers to the target user actively sending the target time to the server applying this solution. Active generation refers to the target time being calculated based on the user's historical vehicle usage associated with the vehicle parking location when the detected parking location is a frequently used parking location (a location where the user regularly parks and starts the vehicle). The parking location can refer to a fixed coordinate position or a fixed area. For example, when the user has their own parking space, the parking location can refer to a fixed parking space coordinate. When the user does not have their own parking space, the user's parking location is random within a certain range; therefore, the parking location in this case can refer to an area.

[0074] In this embodiment, when determining whether a vehicle parking location is a frequently used parking location, a frequently used parking location is predetermined. This frequently used parking location refers to a location where the user parks very frequently or often. For example, the frequently used parking location can refer to the parking location where the user parks their vehicle every day when commuting to and from get off work. This frequently used parking location can be automatically obtained by the system based on the user's historical vehicle usage data, or it can be actively constructed by the user.

[0075] When the frequently used parking location is a range, determining whether a parking location is within a frequently used parking location can specifically include: determining whether the parking location is within a preset frequently used parking location. In this case, the frequently used parking location is an area where the number of times the user parks the vehicle exceeds a preset number. The value of 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 the user parks in the same area exceeds the preset number, the parking area can be regarded as a frequently used parking location. The parking area can refer to a circular area, and the radius of the circular area can be 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 used parking location.

[0076] In the technical solution disclosed in this embodiment, it can also be determined whether the parking location is a frequently used parking spot 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 number of starts [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 frequently used parking location.

[0077] Once the parking location is determined to be a frequently used parking spot, the corresponding driving route, historical travel time, and vehicle start time are obtained. This route is then used as the user's next driving route. After the route is determined, traffic information can be obtained through an electronic map system. This traffic information may include 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 linked to an electronic map system. Once the driving route is determined, the electronic map system can obtain the corresponding traffic information and the predicted travel time. The predicted travel time can be the time estimated by the electronic map system for the driving route. Once the predicted travel time, historical travel 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 at which the user can reach the destination of the route on time under the current road conditions. If the historical travel time is less than the predicted travel time, the time difference between the predicted and historical travel times can be calculated first. Then, the historical vehicle start time is shifted forward along the time axis to the time node corresponding to the time difference, which is taken as the vehicle start time. This vehicle start time is the latest departure time at which the user can reach the destination of the route on time. The final calculated vehicle start time is then used as the target time.

[0078] 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, moderate snow, etc. 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 time 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, i.e., the target 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.

[0079] In the technical solutions disclosed in the embodiments of this application, the environmental type of the user's parking location affects the degree of influence of the external environment on the vehicle's interior temperature differently. For example, taking summer as an example, the influence of the external environment on the vehicle's interior temperature is definitely different when the vehicle is in a sun-exposed environment, in a shady environment, or in an underground parking lot. Therefore, see... Figure 3Before using the meteorological parameters and target time as input variables for the in-vehicle temperature prediction model, this application further includes:

[0080] Step S301: Obtain the parking location type of the vehicle parking location;

[0081] In this solution, the parking location type of the vehicle can be obtained in advance. Different parking location types result in different effects of meteorological parameters on the temperature inside the vehicle. Therefore, it is necessary to obtain the parking location type in advance. This type can be actively entered by the user or automatically analyzed by the server using this method. When the server automatically analyzes the parking location type of the vehicle, it can automatically obtain image information collected by the vehicle's onboard image acquisition device before the vehicle parks. Based on this image information, the parking type of the parking location can be further determined. For example, in this solution, the parking type can include fully exposed type, shaded type (the parking location is located in an outdoor environment and is shaded), and of course, it can also include other scene types. The reason why underground parking lot scenarios are not considered is that, generally speaking, such parking lots have independent temperature control systems, and the temperature inside the parking lot is not affected by meteorological parameters. Therefore, when the parking location is such an underground parking lot, the solution disclosed in the embodiments of this application does not need to be implemented.

[0082] Step S302: Obtain the in-vehicle temperature prediction model that matches the parking location type.

[0083] Once the parking location type is determined, the matching in-vehicle temperature prediction model can be determined based on the pre-established mapping relationship between the parking location type and the in-vehicle temperature prediction model. By selecting the in-vehicle temperature prediction model that matches the parking location type to predict the in-vehicle temperature at the target time, the reliability of the prediction results will be further improved.

[0084] This embodiment discloses a vehicle backup device, see [link to documentation]. Figure 4 For details on the specific operation of each unit in the device, please refer to the above method embodiments.

[0085] The standby device provided in the embodiments of the present invention is described below. The standby device described below and the standby method described above can be referred to in correspondence.

[0086] The device may include:

[0087] The data acquisition unit 10, corresponding to step S101 in the above method, is used to acquire meteorological parameters corresponding to the area where the vehicle is located.

[0088] Temperature prediction unit 20, corresponding to step S102 in the above method, is used to take the meteorological parameters and the target time as input variables of the in-vehicle temperature prediction model, and obtain the in-vehicle predicted temperature at the target time output by the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the in-vehicle predicted temperature corresponding to the target time.

[0089] The vehicle standby judgment unit 30, corresponding to step S103 in the above method, is used to determine whether the vehicle needs to be standby based on the predicted temperature inside the vehicle. When the vehicle needs to be standby, it generates and sends a standby request to the target user.

[0090] The vehicle standby control unit 40, corresponding to step S104 in the above method, is used to generate a control signal for standby vehicle operation after the target user confirms the vehicle standby request.

[0091] In the above-described scheme of this application, the data acquisition unit 10, temperature prediction unit 20, standby vehicle judgment unit 30, and standby vehicle control unit 40 are also used to execute the method steps disclosed in other embodiments of the above method, which will not be described in detail hereafter.

[0092] Figure 5 For a hardware structure diagram of the standby vehicle device provided in an embodiment of the present invention, please refer to [reference needed]. Figure 5 As 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;

[0093] 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 5 The communication connections shown for the processor 100, communication interface 200, memory 300, and communication bus 400 are optional.

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

[0095] 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.

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

[0097] Specifically, processor 100 is used for:

[0098] Obtain meteorological parameters corresponding to the area where the vehicle is located;

[0099] The meteorological parameters and the target time are used as input variables for the in-vehicle temperature prediction model. The predicted in-vehicle temperature at the target time is obtained from the output of the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the predicted in-vehicle temperature corresponding to the target time.

[0100] Based on the predicted temperature inside the vehicle, determine whether the vehicle needs to be prepared for standby.

[0101] When a vehicle needs to be prepared for standby, a standby request is generated and sent to the target user.

[0102] Once the target user confirms the vehicle standby request, a control signal is generated to standby the vehicle.

[0103] Of course, the processor can also be used to perform other steps disclosed in the above-described method embodiments of this application, which will not be repeated here.

[0104] Corresponding to the aforementioned device, this application also discloses a vehicle management server, which may include the aforementioned backup vehicle device, and the server may interact with the bound vehicle terminal and the target user.

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

[0106] 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.

[0107] 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.

[0108] 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.

[0109] 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.

[0110] 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 preparing a vehicle, characterized in that, include: Obtain the meteorological parameters corresponding to the area where the vehicle is located; The meteorological parameters and the target time are used as input variables for the in-vehicle temperature prediction model. The predicted in-vehicle temperature at the target time is obtained from the output of the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the predicted in-vehicle temperature corresponding to the target time. Based on the predicted temperature inside the vehicle, determine whether the vehicle needs to be prepared for standby. When a vehicle needs to be prepared for standby, a standby request is generated and sent to the target user. After the target user confirms the vehicle standby request, the change curve of the in-vehicle environmental parameters under the standby conditions during the standby process is obtained. Based on the change curve, the time taken to reach the target environmental parameters from the in-vehicle environmental parameters during the standby process is calculated, and the time taken is recorded as the standby time. The control signal generation time is determined based on the target time and the vehicle standby time. When the control signal generation time arrives, a control signal for preparing the vehicle for standby is generated and output. The time interval between the current time and the target time is taken as the actual standby time. Based on the actual standby time, the current temperature inside the vehicle, and the target temperature, the output power and working mode of the vehicle temperature regulation system are calculated. Based on the output power and working mode, the working state of the vehicle temperature regulation system is controlled so that the vehicle temperature is adjusted to the target temperature when the target time arrives.

2. The vehicle preparation method according to claim 1, characterized in that, The meteorological parameters include: the highest temperature of the day, the lowest temperature of the day, the meteorological parameters corresponding to the target time, and the highest and lowest ambient temperatures within the time period corresponding to the target time.

3. The vehicle preparation method according to claim 1, characterized in that, The vehicle standby request includes at least: the predicted in-vehicle temperature at the target time, the standby time, and the amount of energy required for standby.

4. The vehicle preparation method according to claim 1, characterized in that, The target time is the time obtained by the target user terminal.

5. The vehicle preparation method according to claim 1, characterized in that, When the vehicle is parked at a frequently used parking location, the target time is calculated based on the user's historical vehicle usage associated with that parking location, resulting in a predicted time when the user will start the vehicle next.

6. The vehicle preparation method according to claim 4, characterized in that, Before using the meteorological parameters and target time as input variables for the in-vehicle temperature prediction model, the following steps are also included: Get the parking location type corresponding to the vehicle's parking location; Obtain an in-vehicle temperature prediction model that matches the parking location type.

7. A vehicle standby device, employing the vehicle standby method according to any one of claims 1-6, characterized in that, The device includes: The data acquisition unit is used to obtain meteorological parameters corresponding to the area where the vehicle is located. A temperature prediction unit is used to take the meteorological parameters and the target time as input variables of the in-vehicle temperature prediction model, and obtain the in-vehicle predicted temperature at the target time output by the in-vehicle temperature prediction model. The input variables of the in-vehicle temperature prediction model are the meteorological parameters and the target time, and the output variable is the in-vehicle predicted temperature corresponding to the target time. The vehicle standby judgment unit is used to determine whether the vehicle needs to be standby based on the predicted temperature inside the vehicle. When the vehicle needs to be standby, it generates and sends a standby request to the target user. The vehicle standby control unit is used to calculate the standby time based on the output power of the vehicle interior temperature regulation system, the predicted vehicle interior temperature, and the target temperature after the target user confirms the vehicle standby request. The control signal generation time is determined based on the target time and the vehicle standby time; when the control signal generation time arrives, a control signal for vehicle standby is generated and output.

8. A vehicle standby device, characterized in that, include: Including 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 preparation method as described in any one of claims 1-6.

9. A vehicle management server, characterized in that, Includes the standby vehicle equipment as described in claim 8.

Images