Automatic vehicle preparation method and device

Abstract

The invention provides an automatic vehicle preparation method and device which can be applied to the field of intelligent vehicles. The method comprises the steps that a first device receives first information sent by a second device, wherein the first information is used for indicating a going-out event of a user; when it is determined that the user needs to use the vehicle in response to the first information, the first equipment sends second information to the vehicle, and the second information is used for indicating starting of the target function. In the technical scheme, when the user goes out, the first device can obtain the first information used for indicating the going-out event of the user from the second device to trigger the automatic vehicle preparation process, so that the user does not need to actively operate the vehicle preparation, and the driving experience of the user can be improved.

Description

Technical Field

[0001] This application relates to the field of intelligent vehicles, and more specifically, to a method and apparatus for automatic vehicle backup. Background Technology

[0002] In cold or hot weather, users often need to prepare their vehicles in advance to enhance the driving experience. Currently, when preparing a vehicle, users typically manually activate desired functions through the vehicle control app. For example, in hot summer weather, users might manually activate functions such as seat ventilation or air conditioning cooling through the vehicle control app.

[0003] Alternatively, users can remotely activate the vehicle's target functions by inputting voice commands into a smart speaker at home, thus enabling the vehicle to be prepared in advance.

[0004] However, all of the above methods of vehicle preparation require the user to take the initiative to prepare the vehicle in advance. Summary of the Invention

[0005] This application provides a method and apparatus for automatic vehicle preparation. In this technical solution, when a user leaves home, a device in the user's home can determine the user's departure event to trigger an automatic vehicle preparation process, thus eliminating the need for the user to actively prepare the vehicle.

[0006] A first aspect provides an automatic vehicle standby method applied to a system including a first device, a second device, a third device, and a vehicle, wherein the second device determines a user's departure event; in response to determining the user's departure event, the second device sends first information to the first device, the first information indicating the departure event; in response to receiving the first information, the first device determines whether the user needs to use the vehicle; when it is determined that the user needs to use the vehicle, the first device sends second information to the third device to activate a target function of the vehicle; the third device sends the second information to the vehicle; and the vehicle activates the target function according to the second information.

[0007] For example, the first device can be a mobile phone, the second device can be a smart door lock, and the third device can be a server.

[0008] Based on the embodiments of this application, through the linkage of the first device, the second device, the third device, and the vehicle, the vehicle preparation process can be automatically triggered when the user leaves home, thus preparing the vehicle in advance for the user. For example, in the hot summer, the vehicle can be automatically activated to turn on the seat ventilation and air conditioning cooling modes, so that the interior of the vehicle can have a suitable temperature when the user is driving, in order to improve the user's driving experience.

[0009] In conjunction with the first aspect, in one implementation of the first aspect, the method further includes: if the door is not detected to be unlocked within a preset time period, the vehicle performs an engine shutdown operation.

[0010] Based on the embodiments of this application, if the vehicle does not recognize the door unlocking within a preset time period, the user may not need to use the car this time, and the vehicle can be turned off to avoid the vehicle running for a long time when the user does not need to use the car, resulting in unnecessary energy consumption.

[0011] The second aspect provides an automatic vehicle standby method, the method being applied to a first device, the method comprising: receiving first information sent by a second device, the first information being used to indicate a user's departure event; and in response to the first information determining that the user needs to use the vehicle, sending second information to the vehicle, the second information being used to indicate the activation of a target function.

[0012] For example, the first device is a mobile phone, tablet, smartwatch, etc.

[0013] The second device can be a smart door lock, a smart camera, a smartwatch, etc.

[0014] For example, the first device can send the second information to the vehicle via a server. Alternatively, if the first device is close to the vehicle, it can also send the second information to the vehicle via Bluetooth.

[0015] Based on the embodiments of this application, the first device can obtain first information from the second device to indicate the user's departure event, and when it is determined based on the first information that the user needs to use the vehicle, it sends second information to the vehicle to activate the target function, so that the vehicle can activate the target function in advance.

[0016] In this way, the first device can use smart devices in the user's home to determine the user's departure time, and then link with home appliances to automatically prepare the car for the user silently, without requiring the user to manually operate the car preparation. For example, in the hot summer, it can automatically trigger the vehicle to turn on the seat ventilation and air conditioning cooling modes, so that the interior of the vehicle can have a comfortable temperature while the user is driving, in order to improve the user's driving experience.

[0017] The response to the first information to determine that the user needs to use a vehicle can also be understood as the first device determining that the user needs to use a vehicle based on the first information.

[0018] In some implementations, before sending the second information to the vehicle, the method further includes: obtaining a first distance between the first device and the vehicle; sending the second information to the vehicle includes: sending the second information to the vehicle when the first distance is less than or equal to a preset distance.

[0019] It should be understood that the specific value of the preset distance is not limited in the embodiments of this application. For example, the preset distance can be 100 meters, 500 meters, etc.

[0020] Based on the embodiments of this application, when the distance between the first device and the vehicle is less than or equal to a preset distance, the distance between the two is relatively short, and the probability of the user needing the vehicle is relatively high. At this time, the first device can determine whether the user needs to use the vehicle.

[0021] In this way, the first device can make a more accurate determination of whether a user needs a vehicle.

[0022] In some implementations, before sending the second information to the vehicle, the method further includes: obtaining the user's historical vehicle usage information; sending the second information to the vehicle includes: when it is determined that the user needs to use the vehicle based on the historical vehicle usage information and the first information, sending the second information to the vehicle.

[0023] For example, the historical vehicle usage information could be usage information from the past week or month. Alternatively, the historical vehicle usage information could also be usage information from weekdays in the past week or month, etc., which is not limited in the embodiments of this application.

[0024] Based on the embodiments of this application, the first device determines whether the user needs to use a car for this trip based on the user's historical car usage information and the first information, thereby improving the accuracy of determining whether a car is needed.

[0025] In some implementations, the first information includes the first moment when the user leaves home, and the historical vehicle usage information includes information about a first time period determined based on the moment the user uses the vehicle; wherein, determining that the user needs to use a vehicle based on the historical vehicle usage information and the first information includes: determining that the user needs to use a vehicle when the first moment falls within the first time period.

[0026] For example, if a user leaves home at 8:15 in the morning, then the first time could be 8:15 in the morning.

[0027] For example, if the time period for the vehicle usage in the historical usage information is 8:00-8:30, then the first time period can be 7:30-9:00. It should be understood that the first time period can be set by the first device based on the time period in the historical usage information. Alternatively, the first time period can also be obtained by the first device from a server; this embodiment of the application does not limit this.

[0028] Based on the embodiments of this application, when the time when the user leaves home, which is included in the first information, falls within a first time period in the user's historical car usage information, it can be determined that the user needs to use a car.

[0029] In this way, when determining whether a vehicle is needed, the user's historical vehicle usage information is taken into account, thereby improving the accuracy of the determination.

[0030] In some implementations, sending the second information to the vehicle includes sending the second information to the vehicle based on one or more of the following: the temperature inside the vehicle cabin, the temperature outside the vehicle cabin, and the weather information of the environment in which the vehicle is located.

[0031] Optionally, when the temperature is greater than a first preset temperature, the target function is determined to be the first target function. When the temperature is less than or equal to a second preset temperature, the target function is determined to be the second target function.

[0032] For example, the first target function is seat ventilation and air conditioning cooling mode. The second target function is steering wheel heating, seat heating, and air conditioning heating mode, etc.

[0033] Based on the embodiments of this application, the first device can determine the target function in real time according to the temperature inside the vehicle, so as to bring a good driving experience to the user when the vehicle is ready.

[0034] In some implementations, sending the second information to the vehicle includes: displaying a first display interface, the first display interface including prompt information, the prompt information being used to prompt the user to enable the target function; and sending the second information to the vehicle when the user's input to enable the target function is detected.

[0035] For example, the first display interface can pop up as a pop-up window.

[0036] Alternatively, the first device can ask the user whether they are sure they need the car by playing a voice prompt when it determines that the user needs the car.

[0037] Based on the embodiments of this application, when the first device determines that a vehicle is needed, it can display a first display interface to further remind the user whether the user is sure about using the vehicle. When the user's confirmation input is detected, the device can send second information to the vehicle to start the target function.

[0038] In this way, after receiving confirmation from the user, the first device sends the second information to the vehicle to prepare the vehicle in advance, thereby improving the accuracy of automatic vehicle preparation.

[0039] Optionally, when the first device determines that a vehicle is needed, it can also send the notification to a wearable device (such as a smartwatch). Upon receiving the notification, the wearable device can vibrate and display the notification to remind the user to receive it in a timely manner.

[0040] In some implementations, the method further includes: receiving third information sent by the vehicle; and displaying the activation status of the target function in a vehicle control application based on the third information.

[0041] Based on the embodiments of this application, after receiving the third information, the first device can display the activation status of the target function in the vehicle control application, so that the user can obtain the vehicle standby status in a timely manner.

[0042] In other examples, if the vehicle's target function fails to activate, the vehicle can send another message to the first device to notify the user that the vehicle's target function has failed to activate.

[0043] In some implementations, the second information is further used to indicate a first duration for which the vehicle activates the target function; and / or, the second information is further used to indicate that the vehicle performs an engine shutdown operation if no unlocking operation is detected within the first duration.

[0044] Based on the embodiments of this application, the second information can also be used to indicate that if no unlocking operation is detected within the first time period, the engine can be turned off. This reduces the vehicle's energy consumption when the vehicle's usage prediction is incorrect.

[0045] A third aspect provides an automatic vehicle standby method, the method being applied to a second device, the method comprising: determining a user's departure event; and in response to determining the departure event, sending first information to a first device, the first information indicating the departure event.

[0046] For example, if the second device detects the user opening and locking the door from the inside, it can determine that the user has left the house. Alternatively, if the second device detects the user opening and locking the door from the inside, and the camera confirms that the user has left the house, it can also determine that the user has left the house.

[0047] For example, the second device could be a smart door lock, a smart camera, etc.

[0048] Based on the embodiments of this application, the second device can determine the user's departure event and send first information to the first device to indicate the departure event, so that the first device can make a vehicle use judgment.

[0049] In this way, by linking the second device with the first device, the automatic vehicle preparation process can be triggered automatically without the need for user intervention, thereby improving the user's driving experience.

[0050] In some implementations, determining the user's exit event includes: determining the exit event through the user's unlocking method of the second device and / or image information acquired by the second device.

[0051] For example, if a user unlocks the second device from the inside, it's highly likely the user needs to go out; if the user unlocks the second device from the outside, it's highly likely the user is going home. Furthermore, the user's trajectory in the image information obtained through the second device can determine whether the user is going out or returning home.

[0052] The fourth aspect provides an automatic vehicle standby method, which is applied to a first device. The method includes: receiving first information sent by a second device, the first information indicating a departure event; and sending fourth information to a third device when the target distance between the first device and the vehicle is less than or equal to a preset distance, the fourth information indicating whether the user needs to use the vehicle.

[0053] Based on the embodiments of this application, after receiving the first information, the first device can determine the target distance between the first device and the vehicle, and when the target distance is less than or equal to a preset distance, send fourth information to the third device to indicate whether the user needs to use the vehicle.

[0054] This facilitates triggering the third device to determine whether a backup vehicle is needed.

[0055] The fifth aspect provides an automatic vehicle standby method, the method being applied to a third device, the method comprising: receiving fourth information sent by a first device; in response to receiving the fourth information, determining whether a user needs to use the vehicle; and when determining that the user needs to use the vehicle, sending second information to the vehicle to activate a target function.

[0056] Based on the embodiments of this application, after receiving the fourth information, the third device can determine whether the user needs to use the vehicle, and when it is determined that the user needs to use the vehicle, it sends the second information to the vehicle to start the target function.

[0057] This allows the vehicle to be prepared automatically for the user, eliminating the need for manual operation. For example, in the hot summer, the vehicle can automatically activate the seat ventilation and air conditioning cooling modes, ensuring a comfortable temperature inside the vehicle while the user is driving, thus enhancing the driving experience.

[0058] In some implementations, determining whether a user needs a vehicle includes: determining whether a user needs a vehicle based on the user's historical vehicle usage information.

[0059] In some implementations, before sending the second information about starting the vehicle's target function to the third device, the method further includes determining the target function based on the temperature inside or outside the vehicle's cabin.

[0060] In some implementations, the method further includes: receiving third information sent by the third device; and displaying the activation status of the target function in a vehicle control application based on the third information.

[0061] A sixth aspect provides an apparatus comprising: one or more processors; one or more memories; said one or more memories storing one or more programs that, when executed by said one or more processors, cause the automatic vehicle standby method as described in the second to fifth aspects and any possible implementation thereof to be performed.

[0062] The seventh aspect provides an apparatus including modules for implementing the automatic vehicle standby method as described in the second to fifth aspects and any possible implementation thereof.

[0063] The eighth aspect provides a chip including a processor and a communication interface for receiving signals and transmitting signals to the processor, the processor processing the signals such that the automatic vehicle standby method as described in the second to fifth aspects and any possible implementation thereof is executed.

[0064] The ninth aspect provides a readable storage medium storing a program that, when run on a device, causes the automatic vehicle standby method as described in the second to fifth aspects and any possible implementation thereof to be executed.

[0065] The tenth aspect provides a program product including program code that, when run on a device, causes the automatic vehicle standby method as described in the second to fifth aspects and any possible implementation thereof to be executed. Attached Figure Description

[0066] Figure 1 This is a schematic diagram of a scenario that the embodiments of this application can be adapted to.

[0067] Figure 2 This is a schematic diagram illustrating the addition of a smart door lock to a vehicle control application, as provided in an embodiment of this application.

[0068] Figure 3 This is a schematic diagram of a set of graphical user interfaces (GUIs) provided in the embodiments of this application.

[0069] Figure 4 This is a schematic flowchart illustrating an automatic vehicle standby method provided in an embodiment of this application.

[0070] Figure 5 This is a schematic flowchart illustrating another automatic vehicle standby method provided in the embodiments of this application.

[0071] Figure 6This is a schematic flowchart illustrating an automatic vehicle standby method provided in an embodiment of this application.

[0072] Figure 7 This is a schematic block diagram of a device provided in an embodiment of this application. Detailed Implementation

[0073] The technical solutions in this application will now be described with reference to the accompanying drawings.

[0074] The methods described in this application embodiment can be applied to devices such as smart door locks, smart cameras, smartphones, tablets, laptops, personal computers, wearable devices, and foldable devices, and can also be applied to vehicles.

[0075] In cold or hot weather, users often need to prepare their vehicles in advance to enhance the driving experience. Currently, when preparing a vehicle, users typically manually activate desired functions through the vehicle control app. For example, in hot summer weather, users might manually activate functions such as seat ventilation and air conditioning through the vehicle control app.

[0076] Alternatively, users can remotely activate the vehicle's target functions by inputting voice commands into a smart speaker at home, thus enabling the vehicle to be prepared in advance.

[0077] However, all of the above methods of vehicle preparation require the user to take the initiative to prepare the vehicle in advance.

[0078] In view of this, embodiments of this application provide a method and apparatus for automatic vehicle preparation. In this technical solution, when a user leaves home, a device in the user's home can determine the user's departure event to trigger an automatic vehicle preparation process, thereby eliminating the need for the user to actively prepare the vehicle.

[0079] The following will combine Figure 1-6 This application introduces the technical solution for automatic vehicle backup in the embodiments.

[0080] For example, Figure 1 This is a schematic diagram illustrating scenarios to which the embodiments of this application can be adapted. For example... Figure 1 As shown in (a), during a hot summer day, when a user leaves home, the smart lock can detect the user's departure and send this information to a device with a vehicle control application installed. This device can then send information B to a server, which can use this information B to send information C to the vehicle to activate a target function. For example, the target function could be seat ventilation or air conditioning cooling mode. Upon receiving information C, the vehicle can then activate these functions.

[0081] Similarly, such as Figure 1As shown in (b), in cold winter weather, when a user leaves home, the smart lock can detect the user's departure and send this information to a device equipped with a vehicle control application. This device can then send information B to a server, which can use this information B to send information C to the vehicle to activate a target function. For example, the target function could be seat heating, steering wheel heating, or air conditioning heating mode. Upon receiving information C, the vehicle can then activate these functions.

[0082] It should be understood that the information C for activating the target function includes, but is not limited to, messages, instructions, requests, messages, data, indications, identifiers, etc., and the embodiments of this application do not limit this.

[0083] In other examples, the device can also detect user exit events on its own. For instance, when the device's positioning accuracy is high, it can determine whether a user has moved from inside the door to outside based on the device's location. Alternatively, the device can determine whether a user has moved from inside the door to outside based on changes in the strength of the acquired wireless signal.

[0084] In this way, when users unlock and enter the vehicle, the interior temperature can be controlled within a suitable range, providing users with a good driving and riding experience.

[0085] To improve the fault tolerance of vehicle standby, if no unlocking operation is detected within a preset time after vehicle startup, the vehicle can be shut down. Alternatively, when the server sends information about activating the target function to the vehicle, it can further indicate the startup duration. Within this startup duration, if no unlocking operation is detected, the vehicle can be shut down.

[0086] It should be understood that the unlocking operation can be performed via Bluetooth, near-field communication, proximity, car key, etc., and this application embodiment does not limit this method.

[0087] To implement the technical solutions in this application's embodiments, the user needs to add devices that trigger the automatic vehicle standby process to the vehicle control application, such as smart door locks or smart cameras. This application's embodiments use a smart door lock as an example to illustrate this process.

[0088] For example, Figure 2 This is a schematic diagram illustrating the addition of a smart door lock to a vehicle control application, as provided in an embodiment of this application. Figure 2As shown, the homepage display interface 110 of the vehicle control application of device 100 includes the vehicle's range such as "800km", "battery: 150km, fuel: 650km", vehicle exterior image, smart car standby control 115, air conditioning card 111, location card 112, vehicle status card 113 and smart charging card 114.

[0089] For example, when a user clicks the switch button on the air conditioning card 111, the vehicle's air conditioning will be remotely turned on. The user can click the location card 112 to view the vehicle's current location. The user can click the vehicle status card 113 to view the vehicle's current status. The user can click the smart charging card 114 to configure charging settings.

[0090] When device 100 detects that the user clicks the smart car standby control 115, device 100 can turn on Bluetooth and establish a Bluetooth connection with the smart door lock to add the smart door lock to the vehicle control application.

[0091] It should be understood that device 100 can scan the QR code displayed on the smart lock to establish a Bluetooth connection with the smart lock, or device 100 can also enter a pairing code to establish a Bluetooth connection with the smart lock.

[0092] After a Bluetooth connection is established, the smart lock and device 100 can save the security parameters for the Bluetooth connection. These security parameters include the Bluetooth media access control (MAC) address of the other device, a personal identification code used for pairing, a dynamic session key, and a device certificate pre-installed in the vehicle control application. Therefore, when device 100 is within a preset distance of the smart lock, the smart lock can automatically establish a Bluetooth connection with device 100 based on the saved security parameters, or device 100 can automatically establish a Bluetooth connection with the smart lock based on the saved security parameters.

[0093] It should be understood that this application embodiment uses the establishment of a Bluetooth connection between a smart door lock and device 100 as an example for illustration. In other examples, the smart door lock and device 100 can also establish a communication connection in other ways. These communication connection methods include ultra-wideband, StarFlash, Zigbee, Wi-Fi, etc.

[0094] In other examples, when adding a smart lock, users can also select the specific type of smart lock in the vehicle control app, thereby improving the accuracy of adding the smart lock. The following will combine... Figure 3 The following set of graphical user interfaces (GUIs) illustrates this technical solution.

[0095] For example, Figure 3 This is a schematic diagram of a set of graphical user interfaces (GUIs) provided in an embodiment of this application. Among them, from Figure 3 (a) through (e) in the diagram illustrate the process of adding a smart door lock to the vehicle control application of device 200.

[0096] See Figure 3 In (a), the GUI can be the homepage display interface 210 of the vehicle control application of device 200. The display interface 210 includes the vehicle's range such as "800km", "electric power: 150km, fuel: 650km", vehicle exterior image, air conditioning card 211, location card 212, smart standby card 213 and smart charging card 214, etc.

[0097] It should be understood that the content included in the display interface 210 is merely illustrative. In other examples, the display interface 210 may also include cards for other functions, such as intelligent driving cards, energy consumption cards, etc. The display interface 210 may also include shortcut function controls, such as door unlocking function controls, door locking function controls, trunk opening function controls, window closing function controls, etc.

[0098] When device 200 detects that the user clicks on the smart backup card 213, it can display the following: Figure 3 The GUI shown in (b) is shown in the image.

[0099] See Figure 3 In (b), the GUI is the display interface 220 of the smart vehicle standby function of device 200. The display interface 220 includes an image of the vehicle's exterior and a smart vehicle standby control 221.

[0100] When device 200 detects that the user clicks the smart car standby control 221, it can display the following: Figure 3 The GUI shown in (c) is shown in the image.

[0101] See Figure 3 In (c), the display interface 220 includes the text content "Add Smart Lock" and a smart lock type card 223, and the control 221 in the display interface 220 is turned on.

[0102] The smart lock type card 223 includes multiple types of smart locks, such as smart lock type 1, smart lock type 2, smart lock type 3, etc.

[0103] Users can select the corresponding smart lock type based on the type of smart lock in their home. For example, if the smart lock in a user's home is type 1, the user can click to select smart lock type 1.

[0104] When device 200 detects that the user clicks on the smart door lock type 1 operation, it can display as follows: Figure 3 The GUI shown in (d) is shown in the image.

[0105] See Figure 3 (d) In the display interface 220, there is a smart lock type 1 card 224. The smart lock type 1 card 224 includes the text "smart lock type 1" and a Bluetooth connection control 225.

[0106] After device 200 detects that the user clicks the Bluetooth connection control 225, device 200 can establish a Bluetooth connection with the smart lock. After the Bluetooth connection is established, device 200 can display the following: Figure 3 The GUI shown in (e) is shown in the image.

[0107] It should be understood that device 200 can scan the QR code displayed on the smart lock to establish a Bluetooth connection with the smart lock, or device 200 can also enter a connection pairing code to establish a Bluetooth connection with the smart lock.

[0108] See also Figure 3 In section (e), the display interface 220 includes the added smart lock A card 226. The card 226 includes the text "Linked Device - Smart Lock A" and "It will be linked with smart lock A to trigger automatic vehicle backup in the future".

[0109] It should be understood that the text content in card 226 is illustrative.

[0110] This allows users to select the specific type of smart lock they want to add in the vehicle control application, thereby improving the accuracy of adding smart locks.

[0111] The following will combine Figure 4-6 This application describes an automatic vehicle standby method in its embodiments.

[0112] For example, Figure 4 This is a schematic flowchart illustrating an automatic vehicle standby method provided in an embodiment of this application. Figure 4 As shown, the method 300 can be applied to systems including smart locks, mobile phones, servers and vehicles, and the method 300 includes steps 301 to 313.

[0113] 301. The smart backup function is activated in the vehicle control application via mobile phone.

[0114] For example, see Figure 2 Once the phone detects that the user clicks the smart car backup control 115 when leaving the house, it can be understood that the phone has activated the smart car backup function.

[0115] For example, see Figure 3 Once the phone detects that the user clicks the smart car standby control 221, it can be understood that the phone has activated the smart car standby function.

[0116] 302. Add a smart lock to your mobile phone using the vehicle control application.

[0117] For example, when a mobile phone adds a smart lock in a vehicle control application, it needs to establish a communication connection with the smart lock.

[0118] The communication connection method includes, but is not limited to, Bluetooth, UWB, StarFlash, Zifeng, and Wi-Fi, etc., and the embodiments of this application do not limit it.

[0119] It should be understood that after the smart lock establishes a communication connection with the mobile phone, it can be understood as adding the smart lock to the vehicle control application. Subsequently, when the mobile phone is far away from the smart lock, the connection between the mobile phone and the smart lock may be lost.

[0120] After the mobile phone and the smart lock establish a communication connection, the smart lock can save the security parameters for the Bluetooth connection with the mobile phone.

[0121] It should be understood that steps 301-302 are optional. In some embodiments, steps 301-302 may not be performed. In this case, the mobile phone has already activated the smart vehicle standby function and added the smart door lock in the vehicle control application, and the method 300 can start from step 303.

[0122] 303, the smart door lock determines the user's departure event.

[0123] For example, in a user's home, when the phone is far from the smart lock, the connection between the phone and the smart lock will be lost; when the phone is close to the smart lock, the connection will be automatically established. When the user leaves the home, they will typically bring their phone close to the smart lock and perform the actions of opening, leaving, and locking the door, allowing the smart lock to detect the user's departure.

[0124] Normally, when a user opens the door from the inside, they unlock it using an internal button. Similarly, when a user opens the door from the outside, they unlock it using a fingerprint or a password. Therefore, when a user opens the door, the smart lock can determine whether the user is opening it from the inside or the outside based on the unlocking method.

[0125] In some cases, smart locks have built-in cameras. The images captured by these cameras can determine whether a user has left home. Alternatively, if a smart lock does not have a built-in camera, a security camera installed in the user's home can send its captured images to the smart lock, allowing the smart lock to determine whether the user has left home.

[0126] It is understandable that the process of a smart lock's camera acquiring the user's image information is performed with the user's authorization.

[0127] After a user leaves the house, if the user locks the door, the smart lock can determine whether the door is locked.

[0128] In one implementation, if the smart lock detects that a user opens and locks the door from the inside, it can determine that the user has left the house.

[0129] In another implementation, if the smart lock detects that the user opens and locks the door from the inside, and the image information obtained by the smart lock's camera shows that the user leaves the door from the inside, then the user's exit event can be determined.

[0130] In another implementation, if the smart lock detects that the user opens and locks the door from the inside, and the security camera's image shows the user leaving the door from the inside, then the user's exit event can be determined.

[0131] It should be understood that smart locks acquire image information only with user authorization. For example, when a user adds a smart lock to their mobile vehicle control application, an authorization reminder card can be displayed. Image information will only be acquired via the camera after the user's authorization is obtained. Furthermore, the image information acquired by the smart lock via the camera is only used to determine whether the user is leaving or returning home, and is not used to identify any specific natural person, and complies with the laws and regulations of relevant countries and regions.

[0132] 304, The smart lock sends message A to the mobile phone. Message A is used to indicate the user's departure event.

[0133] After a smart lock detects a user leaving the house, since the user is carrying a mobile phone near the smart lock, a communication connection can be automatically established between the mobile phone and the smart lock. The smart lock can then send information A to the mobile phone to indicate the user's departure.

[0134] For example, when establishing a Bluetooth connection between a mobile phone and a smart lock, since the mobile phone had already established a Bluetooth connection when adding the smart lock in the vehicle control application, the mobile phone and the smart lock can automatically establish a Bluetooth connection based on the security parameters of the previously established Bluetooth connection.

[0135] 305, The distance A between the location of the smart door lock and the location of the vehicle is determined by the mobile phone.

[0136] For example, a smart lock can have a positioning function. After installation, the smart lock's location is fixed, and a mobile phone can obtain its location. The vehicle control application on the mobile phone can display the vehicle's location in real time. Therefore, the mobile phone can determine the distance A between the smart lock's location and the vehicle's location.

[0137] For example, the location of the smart door lock and the vehicle can be represented by latitude and longitude coordinates.

[0138] In other examples, since users carry their phones when they leave home, and the phone's location is relatively close to the smart lock's location, the phone can also determine its own location and use that location as the smart lock's location.

[0139] It should be understood that step 305 is an optional step, and in other examples, step 305 may not be performed.

[0140] 306. When the distance to A is less than the preset distance, the mobile phone sends information B to the server.

[0141] For example, information B can be used to instruct the server to perform a probability analysis of a user's vehicle usage.

[0142] It should be understood that the specific value of the preset distance is not limited in the embodiments of this application. For example, the preset distance is 500 meters or 1000 meters.

[0143] It should be understood that if step 305 is not executed, the mobile phone can send information B directly to the server after receiving information A.

[0144] 307. The server determines whether the user needs a ride based on information B.

[0145] After receiving information B, the server can combine the user's historical car usage information to determine whether the user needs a car for this trip, and thus decide whether to prepare a car for the user.

[0146] This historical vehicle usage information can be information generated from the user's vehicle usage prior to this current usage.

[0147] For example, the historical car usage information can be car usage information from the past week. If the number of times a user's car usage time falls within the time period T1-T2 during the past week is greater than a preset number, the server can determine that the user needs to use a car during the time period T1-T2; otherwise, the server determines that the user does not need to use a car.

[0148] For example, the time period T1-T2 could be 8:00-8:30 AM, with a preset number of trips of 3. If the user's usage information from the past week shows that they used the car between 8:00-8:30 AM on 6 days, then it can be determined that the user needs a ride between 8:00-8:30 AM and not during the other time periods. If the server determines whether the user needs a ride at 8:15 AM, then it can be determined that the user needs a ride for this trip. If the server determines whether the user needs a ride at 7:15 AM, then it can be determined that the user does not need a ride for this trip.

[0149] For example, if the user's car usage information from the past week shows that they used the car between 8:00 and 8:30 on one day, and the number of uses is less than the preset number, then it can be determined that the user does not need to use the car between 8:00 and 8:30. If the server determines that the user will use the car at 8:15, then it can be determined that the user does not need to use the car this time.

[0150] In other examples, the historical vehicle usage information may also be usage information from the past two weeks or one month, which is not limited in this application embodiment.

[0151] Optionally, historical car usage information also includes the correlation between the number of users and whether they need a car. For example, if multiple users are going out, the user usually uses a car; if only one user is going out, the user does not use a car. Therefore, when a current departure event indicates that multiple users are going out, the server can determine that the user needs a car; when the current departure event indicates that only one user is going out, the server can determine that the user does not need a car.

[0152] 308. When it is determined that a user needs to use a vehicle, the server sends information C to the vehicle to activate the target function.

[0153] In one example, the server can determine the target function that needs to be activated based on the temperature inside the vehicle's cabin, and send information C to the vehicle to activate that target function.

[0154] The information C includes, but is not limited to, messages, instructions, requests, messages, data, indications, and identifiers, etc., and the embodiments of this application do not limit it.

[0155] For example, if the temperature inside the vehicle cabin is higher than the preset temperature 1, then the temperature inside the vehicle is high. The server can determine that the target function is seat ventilation, air conditioning cooling mode, etc., and then the server can send information C to the vehicle to start seat ventilation and air conditioning cooling mode.

[0156] The preset temperature 1 can be 30 degrees or 35 degrees, etc.

[0157] For example, if the temperature inside the vehicle cabin is less than or equal to the preset temperature 2, the interior temperature is low. The server can determine that the target function is seat heating, steering wheel heating, air conditioning heating mode, etc., and then the server can send information C about seat heating, steering wheel heating, and air conditioning heating mode to the vehicle.

[0158] The preset temperature 2 can be 15 degrees or 10 degrees, etc.

[0159] It should be understood that when the server determines that multiple target functions of the vehicle need to be activated, the information C sent by the server to the vehicle can be one piece of information or multiple pieces of information, which is not limited in the embodiments of this application.

[0160] In another example, the server can also determine the target function that needs to be activated based on the outside temperature or the weather of the day, and send information C to the vehicle to activate the target function.

[0161] Optionally, historical vehicle usage information may also include user vehicle preferences. For example, if a user owns multiple vehicles, and the user frequently uses a particular vehicle, the server may send information C to the user's preferred vehicle when the server determines that the user needs to use a vehicle.

[0162] This ensures that the vehicle automatically reserved for the user is one that the user uses frequently, thereby improving the user's driving experience.

[0163] Optionally, historical vehicle usage information also includes the association between user identifiers and preferred vehicles. For example, if user A prefers to use new energy vehicles and user B prefers to use gasoline vehicles, the server can determine which vehicle to send information C to based on which user is currently out and about.

[0164] This ensures that the vehicle automatically reserved for the user is one that the user uses frequently, thereby improving the user's driving experience.

[0165] Optionally, historical vehicle usage information may also include different vehicles used by the user at different times. For example, if a user frequently uses car A in the morning and car B in the evening, the server can determine whether to send information C to car A or car B based on this historical usage information.

[0166] For example, if the time of this outing is in the morning, and the first device determines that the user needs a car, then the first device can send information C to car A.

[0167] This ensures that when automatically preparing a vehicle, the vehicle prepared for the user is one that the user is accustomed to using.

[0168] 309. The vehicle initiates the target function based on information C.

[0169] For example, the server can send the information C to the vehicle's telematics box (T-BOX), and the T-BOX will wake up the vehicle's electronic control unit based on the information C to start the target function.

[0170] For example, the vehicle activates seat ventilation and air conditioning cooling modes based on information C.

[0171] 310. The vehicle sends information D to the server, which indicates the activation status of the target function.

[0172] For example, after the vehicle activates the seat ventilation and air conditioning cooling modes according to information C, it can send information D to the server to indicate that the seat ventilation and air conditioning cooling modes are activated.

[0173] The information D includes, but is not limited to, messages, instructions, requests, messages, data, indications, and identifiers, etc., and the embodiments of this application do not limit it.

[0174] 311, The server sends information D to the mobile phone.

[0175] For example, the server can forward the information D to the mobile phone.

[0176] In some cases, after receiving this information D, the mobile phone can display the activation status of the target function based on this information D, providing feedback to the user.

[0177] 312. Based on information D, the mobile phone displays in the vehicle control application that the vehicle's target function is enabled.

[0178] For example, see Figure 3 In (a), after the mobile phone receives the information indicating that the air conditioning cooling mode has been turned on, the air conditioning switch control in card 211 can be in the on state.

[0179] In other examples, the phone may also pop up a card or reminder message to indicate that the target function for the vehicle is enabled.

[0180] 313, the vehicle failed to detect door unlocking within a preset time period and executed the engine shutdown operation.

[0181] For example, the preset duration can be 10 minutes or 15 minutes, but this application embodiment does not limit it.

[0182] If the vehicle fails to recognize the door unlocking within a preset time, it may be because the user does not need to use the car this time. To avoid energy consumption caused by the vehicle running for a long time, the vehicle can be turned off.

[0183] It should be understood that step 313 is an optional step, and in other examples, step 313 may not be performed.

[0184] In some embodiments, after step 313, the vehicle may also send the prediction result of determining whether the user needs a vehicle to the server so that the server can update the data, thereby facilitating more accurate predictions of whether the user needs a vehicle in the future.

[0185] Based on the embodiments of this application, the smart door lock can send information A to the mobile phone after determining that the user has left home. After receiving information A, the mobile phone can determine the distance A between the location of the smart door lock and the location of the vehicle. When the distance A is less than a preset distance, information B is sent to the server. The server can determine whether the user needs to use the vehicle this time based on information B, and when it is determined that the user needs to use the vehicle, information C for activating the target function is sent to the vehicle to prepare the vehicle in advance.

[0186] In this way, through the linkage between smart door locks, mobile phones, and vehicles, the vehicle preparation process can be automatically triggered when the user leaves home, preparing the vehicle in advance. For example, in the hot summer, the vehicle can automatically activate the seat ventilation and air conditioning cooling modes, so that the interior of the vehicle can maintain a comfortable temperature while the user is driving, thereby improving the user's driving and riding experience.

[0187] For example, Figure 5 This is a schematic flowchart illustrating another automatic vehicle standby method provided in an embodiment of this application. Figure 5 As shown, the method 400 can be applied to systems including smart locks, mobile phones, servers, and vehicles, and the method 400 includes steps 401 to 411.

[0188] It should be understood that in method 400, the mobile phone has already enabled the smart vehicle backup function and has already added smart door locks in the vehicle control application.

[0189] 401, the smart door lock determines the user's departure event.

[0190] 402, The smart door lock sends information A to the mobile phone. Information A is used to indicate the user's departure event.

[0191] It should be understood that steps 401-402 can be referred to in the relevant descriptions of steps 303-304 above, and will not be repeated here for the sake of brevity.

[0192] 403, The mobile phone determines the distance B between the mobile phone's location and the vehicle's location.

[0193] Since users carry their mobile phones when they go out, and the location of the mobile phone is relatively close to the location of the smart door lock, the mobile phone can determine its own location, and the current location of the mobile phone can be regarded as the location of the smart door lock.

[0194] It should be understood that step 403 is an optional step, and in some examples, step 403 may not be performed.

[0195] 404. When the distance to B is less than the preset distance, the mobile phone determines whether the user needs to use the car.

[0196] It should be understood that the process of the mobile phone determining whether a user needs a ride can be found in the relevant description of step 307 above, where the server determines whether a user needs a ride.

[0197] It should be understood that if step 403 is not executed, the mobile phone can determine whether the user needs to use the vehicle after receiving information A.

[0198] 405. When it is determined that the user needs to use the car, the mobile phone sends information C to the server to start the target function.

[0199] It should be understood that the mobile phone can determine the target function to be activated based on the temperature inside the vehicle's cabin and send information C to the vehicle to activate that target function. For example, see the relevant description of the server determining the target function in step 308 above.

[0200] The temperature inside the vehicle's cabin can be sent from the vehicle to a server, which then forwards it to the mobile phone.

[0201] In other examples, when it is determined that a user needs a vehicle, the mobile phone can also send information to the server indicating that a vehicle needs to be prepared, and the server will determine which target functions to activate. For example, see the relevant description of the server determining the target functions in step 308 above.

[0202] 406, The server sends information C to the vehicle to start the target function.

[0203] In other examples, the server can also send information to the vehicle indicating that it needs to be prepared, allowing the vehicle to determine which target functions to activate based on the temperature inside and outside the vehicle.

[0204] 407, The vehicle initiates the target function based on information C.

[0205] 408. The vehicle sends information D to the server. Information D is used to indicate the activation status of the target function.

[0206] 409, The server sends information D to the mobile phone.

[0207] 410. Based on information D, the mobile phone displays in the vehicle control application that the target function of the vehicle is enabled.

[0208] 411. If the vehicle fails to recognize the door unlock within a preset time, the engine will be turned off.

[0209] It should be understood that steps 407-411 can be referred to in the relevant descriptions of steps 309-311 above, and will not be repeated here for the sake of brevity.

[0210] Based on the embodiments of this application, the smart door lock can send information A to the mobile phone after determining that the user has left home. After receiving information A, the mobile phone can determine the distance B between the location of the mobile phone and the location of the vehicle. When the distance B is less than a preset distance, the mobile phone can determine whether the user needs to use the vehicle. When it is determined that the user needs to use the vehicle, the mobile phone sends information C to the vehicle through the server to activate the target function in order to prepare the vehicle in advance.

[0211] In this way, through the linkage between smart door locks, mobile phones, and vehicles, the vehicle preparation process can be automatically triggered when the user leaves home, preparing the vehicle in advance. For example, in the hot summer, the vehicle can automatically activate the seat ventilation and air conditioning cooling modes, so that the interior of the vehicle can maintain a comfortable temperature while the user is driving, thereby improving the user's driving and riding experience.

[0212] For example, Figure 6 This is a schematic flowchart illustrating an automatic vehicle standby method provided in an embodiment of this application. Figure 6 As shown, the method 500 can be applied to a first device, and the method 500 includes steps 510 to 520.

[0213] 510, the first device receives the first information sent by the second device, the first information being used to indicate the user's exit event.

[0214] The first device can be a mobile phone, tablet, smartwatch, etc. The second device can be a smart door lock, camera, wearable device, etc.

[0215] In other examples, the first device can also determine the user's exit event independently. For instance, with sufficient positioning accuracy, when a user carries the first device from inside a door to outside, the first device can determine the exit event using positioning information.

[0216] In this embodiment of the application, the user's exit event can be determined by the second device.

[0217] It should be understood that the second device's determination of the user's exit event can be found in the detailed description of step 303 above, which will not be repeated here for the sake of brevity.

[0218] For example, the first piece of information could be information A from the preceding text.

[0219] 520, in response to the first information determining that the user needs to use the vehicle, the first device sends a second information to the vehicle, the second information being used to instruct the activation of the target function.

[0220] The second information includes, but is not limited to, messages, instructions, requests, reports, data, indications, and identifiers, etc., and is not limited in this application embodiment. For example, the second information can be information C mentioned above.

[0221] For example, the departure event includes the time of vehicle use, and the first device can determine whether the user needs a vehicle based on this time. When it is determined that the user needs a vehicle, the first device can send second information to the vehicle to instruct the activation of the target function.

[0222] For example, the first device can send the second information to the vehicle via a server. Alternatively, when the first device is close to the vehicle, it can also send the second information to the vehicle via Bluetooth.

[0223] For example, in hot weather, this target function could be seat ventilation or air conditioning cooling mode. In cold weather, this target function could be seat heating, steering wheel heating, or air conditioning heating mode.

[0224] Based on the embodiments of this application, the first device can receive first information sent by the second device to indicate the user's departure event, and when it is determined that the user needs to use the vehicle, it sends second information to the vehicle to activate the target function, so that the vehicle can activate the target function in advance.

[0225] In this way, by integrating with smart devices in the user's home, the first device can automatically prepare the vehicle for the user silently, without requiring the user to actively operate the vehicle preparation mechanism. For example, in the hot summer, it can automatically trigger the vehicle to activate the seat ventilation and air conditioning cooling modes, so that the interior of the vehicle can maintain a comfortable temperature while the user is driving, thereby improving the user's driving and riding experience.

[0226] The response to the first information to determine that the user needs to use a vehicle can also be understood as the first device determining that the user needs to use a vehicle based on the first information after obtaining it.

[0227] It should be understood that if the first device determines that the user does not need to use a car for this trip, the first device may not perform any operation.

[0228] For example, if the second information is used to instruct the vehicle to turn on the seat ventilation and air conditioning cooling modes, the vehicle can turn on the seat ventilation and air conditioning cooling modes according to the received second information.

[0229] For example, if the second information is used to instruct the vehicle to turn on the seat heating, steering wheel heating, and air conditioning heating modes, the vehicle can turn on the seat heating, steering wheel heating, and air conditioning heating modes according to the received second information.

[0230] In some embodiments, the second information is also used to indicate a first duration for which the vehicle initiates the target function.

[0231] For example, the first duration can be 10 minutes, 20 minutes, etc.

[0232] In some embodiments, the second information is also used to instruct the vehicle to perform an engine shutdown operation if no unlocking operation is detected within a first time period.

[0233] Based on the embodiments of this application, if the vehicle does not recognize the door unlocking within a preset time period, the user may not need to use the car this time, and the vehicle can be turned off to avoid the vehicle running for a long time when the user does not need to use the car, resulting in unnecessary energy consumption.

[0234] In some embodiments, before sending the second information to the vehicle, the method 500 further includes:

[0235] The first device acquires the first distance between the first device and the vehicle;

[0236] Send a second message to the vehicle, including:

[0237] When the first distance is less than or equal to the preset distance, the first device sends the second information to the vehicle.

[0238] It should be understood that the specific value of the preset distance is not limited in the embodiments of this application. For example, the preset distance can be 100 meters, 500 meters, etc.

[0239] Based on the embodiments of this application, when the distance between the first device and the vehicle is less than or equal to a preset distance, the distance between the two is relatively short, and the probability of the user needing the vehicle is relatively high. At this time, the first device can determine whether the user needs to use the vehicle.

[0240] In this way, the first device can make a more accurate determination of whether a user needs a vehicle.

[0241] In some embodiments, before sending the second information to the vehicle, the method 500 further includes:

[0242] The first device acquires the user's historical vehicle usage information;

[0243] Send a second message to the vehicle, including:

[0244] When the system determines that a user needs a vehicle based on historical vehicle usage information and the first information, the first device sends the second information to the vehicle.

[0245] For example, the historical vehicle usage information could be usage information from the past week or month. Alternatively, the historical vehicle usage information could also be usage information from weekdays in the past week or month, etc., which is not limited in the embodiments of this application.

[0246] Based on the embodiments of this application, the first device determines whether the user needs to use a car for this trip based on the user's historical car usage information and the first information, thereby improving the accuracy of determining whether a car is needed.

[0247] Optionally, historical vehicle usage information may also include user vehicle usage preferences. For example, if a user owns multiple vehicles, and the user frequently uses a particular vehicle, then when it is determined that the user needs to use a vehicle, the first device may send second information to the vehicle that the user prefers.

[0248] This ensures that the vehicle automatically reserved for the user is one that the user uses frequently, thereby improving the user's driving experience.

[0249] Optionally, historical vehicle usage information also includes the association between user identifiers and preferred vehicles. For example, if user A prefers to use new energy vehicles and user B prefers to use gasoline vehicles, the first device can determine which vehicle to send the second information to based on which user is currently out and about.

[0250] This ensures that the vehicle automatically reserved for the user is one that the user uses frequently, thereby improving the user's driving experience.

[0251] Optionally, historical vehicle usage information may also include different vehicles used by the user at different times. For example, if the user frequently uses vehicle A in the morning and vehicle B in the evening, the first device can determine whether to send the second information to vehicle A or vehicle B based on this historical vehicle usage information.

[0252] For example, if the time of this outing is in the morning, and the first device determines that the user needs a car, then the first device can send a second message to vehicle A.

[0253] This ensures that when automatically preparing a vehicle, the vehicle prepared for the user is one that the user is accustomed to using.

[0254] Optionally, historical vehicle usage information also includes the correlation between the number of users and whether they need a vehicle. For example, if multiple users are going out, the user usually uses a vehicle; if only one user is going out, the user does not use a vehicle. Therefore, when a departure event indicates that multiple users are going out, the first device can determine that the user needs a vehicle; when a departure event indicates that only one user is going out, the first device can determine that the user does not need a vehicle.

[0255] It should be understood that the first device determines whether a vehicle is needed based on historical vehicle usage information. This can also be seen in step 307 above, where the server determines whether a vehicle is needed; the process is similar.

[0256] In some embodiments, the first information includes the first moment when the user leaves home, and the historical vehicle usage information includes information about a first time period determined based on the moment when the user uses the vehicle.

[0257] Among these, determining a user's need for a vehicle based on historical vehicle usage information and primary information includes:

[0258] When the user is within the first time period at the first moment, it is determined that the user needs a car.

[0259] For example, if a user leaves home at 8:15 in the morning, then the first time could be 8:15 in the morning.

[0260] For example, if the time period for the vehicle usage time in the historical vehicle usage information is 8:00-8:30, then the first time period can be 7:30-9:00.

[0261] It should be understood that the first time period may be set by the first device based on the time period in the historical vehicle usage information. Alternatively, the first time period may also be obtained by the first device from the server, which is not limited in this embodiment.

[0262] Based on the embodiments of this application, when the time of departure of the user is within the first time period in the user's historical car usage information, it can be determined that the user needs to use a car.

[0263] In this way, when determining whether a vehicle is needed, the user's historical vehicle usage information is taken into account, thereby improving the accuracy of the determination.

[0264] In some embodiments, sending a second message to the vehicle includes:

[0265] The first device sends a second message to the vehicle based on one or more of the following: the temperature inside the vehicle cabin, the temperature outside the vehicle cabin, and the weather information of the vehicle's environment.

[0266] Optionally, when the temperature is greater than a first preset temperature, the target function is determined to be the first target function. When the temperature is less than or equal to a second preset temperature, the target function is determined to be the second target function.

[0267] For example, the first target function is seat ventilation and air conditioning cooling mode. The second target function is steering wheel heating, seat heating, and air conditioning heating mode, etc.

[0268] Based on the embodiments of this application, the first device can determine the target function in real time according to the temperature inside the vehicle, so as to bring a good driving experience to the user when the vehicle is ready.

[0269] In some embodiments, sending a second message to the vehicle includes:

[0270] The first device displays a first display interface, which includes prompt information to prompt the activation of the target function.

[0271] When the system detects that the user has enabled the target function, the first device sends the second information to the vehicle.

[0272] For example, the first display interface includes a confirm control and a negative control, and the input to enable the target function can be the user clicking the confirm control.

[0273] For example, the first display interface can pop up as a pop-up window.

[0274] Alternatively, the first device can ask the user whether they are sure they need the car by playing a voice prompt when it determines that the user needs the car.

[0275] Based on the embodiments of this application, when the first device determines that a vehicle is needed, it can display a first display interface to further remind the user whether to confirm the vehicle use. When the user's confirmation operation is detected, the device can send second information to the vehicle to start the target function.

[0276] In this way, after receiving confirmation from the user, the first device sends the second information to the vehicle to prepare the vehicle in advance, thereby improving the accuracy of automatic vehicle preparation.

[0277] In some embodiments, when the first device determines that a vehicle is needed, it can also send a prompt message asking whether the user is sure about using the vehicle to a wearable device (such as a smartwatch). After receiving the prompt message, the wearable device can vibrate and display the prompt message to remind the user to receive the prompt message in a timely manner.

[0278] In some embodiments, the method 500 further includes:

[0279] The first device receives the third information sent by the vehicle;

[0280] The first device displays the activation status of the target function in the vehicle control application based on the third information.

[0281] For example, see Figure 3 In (a), for example, after the air conditioner cooling mode is successfully turned on, the air conditioner can be displayed as turned on in card 211.

[0282] The third information includes, but is not limited to, messages, instructions, requests, reports, data, indications, and identifiers, etc., and is not limited in this application embodiment. For example, the third information may be information D as mentioned above.

[0283] Based on the embodiments of this application, after receiving the third information, the first device can display the activation status of the target function in the vehicle control application, so that the user can obtain the vehicle standby status in a timely manner.

[0284] In other examples, if the vehicle's target function fails to activate, the vehicle will send another message to the first device to notify the user that the vehicle's target function has failed to activate.

[0285] Figure 7 This is a schematic block diagram of a device provided in an embodiment of this application. Figure 7 As shown, the device 600 includes one or more processors 610; one or more memories 620; the one or more memories 620 storing one or more instructions that, when executed by one or more processors 610, cause the automatic vehicle standby method as described in any of the possible implementations above to be executed.

[0286] For example, the device 600 can be the device 100, device 200, smart door lock, mobile phone, server, vehicle, first device, second device, etc. mentioned above.

[0287] This application also provides an apparatus including a processor and a communication interface. The communication interface is used to receive signals and transmit the signals to the processor. The processor processes the signals so that the automatic vehicle standby method described in any of the possible implementations above is executed.

[0288] The device can be a chip. For example, the chip can be a chip system or a standalone chip.

[0289] This application also provides a readable storage medium (also known as a computer-readable storage medium) storing a program that, when run on a device, causes the device to execute the aforementioned method steps to implement the automatic vehicle standby method in the above embodiments.

[0290] This application also provides a program product (also known as a computer program product) that, when run on a device, causes the device to perform the aforementioned steps to implement the automatic vehicle standby method described in the above embodiments.

[0291] This application also provides an apparatus including a module for implementing the automatic vehicle standby method as described in any of the preceding embodiments.

[0292] In addition, embodiments of this application also provide an apparatus, which may specifically be a chip, component or module. The apparatus may include a connected processor and a memory; wherein the memory is used to store instructions, and when the apparatus is running, the processor may execute the instructions stored in the memory to cause the apparatus to perform the automatic vehicle standby method in the above method embodiments.

[0293] In this embodiment, the device, readable storage medium, program product or apparatus are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can be referred to the beneficial effects of the corresponding methods provided above, and will not be repeated here.

[0294] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in hardware, or a combination of software and hardware. 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 implementation should not be considered beyond the scope of this application.

[0295] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0296] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0297] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method of automatic vehicle preparation, characterized in that, The method is applied to a first device, and the method comprises: receiving first information sent by a second device, the first information being used to indicate a going-out event of a user; when it is determined that the user needs a vehicle in response to the first information, sending second information to a vehicle, the second information being used to indicate starting a target function.

2. The method of claim 1, wherein, Before the second information is sent to the vehicle, the method further comprises: obtaining a first distance between the first device and the vehicle; the second information is sent to the vehicle, comprising: when the first distance is less than or equal to a preset distance, the second information is sent to the vehicle.

3. The method of claim 1, wherein, Before the second information is sent to the vehicle, the method further comprises: obtaining historical vehicle use information of the user; the second information is sent to the vehicle, comprising: when it is determined that the user needs a vehicle according to the historical vehicle use information and the first information, the second information is sent to the vehicle.

4. The method of claim 3, wherein, The first information comprises a first time point at which the user goes out, and the historical vehicle use information comprises information of a first time period determined according to a time point at which the user uses a vehicle; wherein, the determination that the user needs a vehicle comprises: when the first time point is located in the first time period, it is determined that the user needs a vehicle.

5. The method according to any one of claims 1-4, characterized in that, The second information is sent to the vehicle, comprising: the second information is sent to the vehicle according to one or more of a temperature in a cabin of the vehicle, a temperature outside the cabin of the vehicle, and weather information of an environment in which the vehicle is located.

6. The method of claim 1, wherein, The second information is sent to the vehicle, comprising: displaying a first display interface, the first display interface comprising prompt information, the prompt information being used to prompt starting of the target function; when an input of starting the target function of the user is detected, the second information is sent to the vehicle.

7. The method according to any one of claims 1 to 6, characterized in that, The method further comprises: receiving third information sent by the vehicle; displaying a starting state of the target function in a vehicle control application according to the third information.

8. The method according to any one of claims 1-7, characterized in that, The second information is further used to indicate a first time length for which the vehicle starts the target function; and / or, the second information is further used to indicate that, when the vehicle does not detect an unlocking operation within the first time length, an engine-off operation is performed.

9. An apparatus, comprising: comprise: one or more processors; one or more memories; the one or more memories store one or more programs, when the one or more programs are executed by the one or more processors, the method of automatically preparing a vehicle as claimed in any one of claims 1-8 is executed.

10. A chip, characterized by The chip comprises a processor and a communication interface, the communication interface is used to receive a signal and transmit the signal to the processor, the processor processes the signal, so that the method of automatically preparing a vehicle as claimed in any one of claims 1-8 is executed.

Images