Vehicle control method and apparatus

Abstract

A vehicle control method and apparatus, which are used for adaptively repairing a vehicle key function, so as to ensure an intelligent and convenient vehicle use experience for users. In the method, a first control apparatus on a vehicle may, on the basis of a first communication connection, receive a control instruction from a vehicle key apparatus (S210), a vehicle key being carried on a mobile terminal; determine that a first communication connection is disconnected (S220); send vehicle key information and first indication information to a server or a second control apparatus (S230), the first indication information instructing to, on the basis of the vehicle key information, push an alarm message to the mobile terminal corresponding to the vehicle key apparatus (S240).

Description

A vehicle control method and device

[0001] Cross-reference to related applications

[0002] This application claims priority to Chinese Patent Application No. 202411604647.5, filed on November 8, 2024, entitled "A Vehicle Control Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of communication technology, and in particular to a vehicle control method and device. Background Technology

[0004] With the continuous advancement of intelligent vehicle technology, digital keys are gradually replacing traditional physical keys, becoming a new trend. Users only need to carry convenient tools such as smartphones or wearable devices to realize the function of the keyless entry system (passive entry & passive start, PEPS), bringing users a more intelligent and convenient car use experience.

[0005] For example, taking a digital key application (APP) installed on a user's smartphone as an example, when the user approaches the vehicle with their smartphone, the digital key APP completes the communication connection and authentication with the vehicle through the phone's Bluetooth module, and unlocks the vehicle through the sensed Bluetooth signal. The user can then get into the vehicle and use it, including driving the vehicle or resting inside the vehicle.

[0006] The digital key app relies on the smartphone's Bluetooth module for its functionality. If the Bluetooth connection between the vehicle and the phone is abnormally lost and cannot be reconnected during vehicle use, the digital key app will be unable to connect to the vehicle, thus preventing the digital key from functioning. In this situation, if the user leaves the vehicle with their smartphone, the digital key app's sensor-activated locking function cannot be triggered, leaving the vehicle unlocked for an extended period. Some designs may display a notification on the vehicle's infotainment screen. However, if the user ignores this notification, they still cannot lock the vehicle, resulting in it remaining unlocked for an extended time.

[0007] Therefore, there is an urgent need for an adaptive solution to repair vehicle key functions in order to ensure a smart and convenient user experience. Summary of the Invention

[0008] This application provides a vehicle control method and apparatus for adaptively repairing vehicle key functions to ensure a smart and convenient user experience.

[0009] In a first aspect, this application provides a vehicle control method, which can be implemented by a first control device on the vehicle. The first control device may be a vehicle key management module, or a vehicle control unit (VCU) or vehicle domain controller (VDC) that implements vehicle control, or a smart driving domain control unit or mobile data center (MDC) that implements smart driving or assisted driving functions. The product form of the vehicle control device is not limited in the embodiments of this application.

[0010] The method may include: receiving a control command from a vehicle key carried on a mobile terminal based on a first communication connection; determining that the first communication connection is broken; and sending vehicle key information and first indication information to a server or a second control device, wherein the first indication information indicates that an alarm message is pushed to the mobile terminal based on the vehicle key information.

[0011] Using the above method, in the event of a first communication connection failure, the first control device can indirectly alert the mobile terminal via a server or the second control device, enabling the mobile terminal to restore the vehicle key function. This improves the self-healing capability of the vehicle key in abnormal scenarios and ensures a smart and convenient user experience.

[0012] In conjunction with the first aspect, in one possible implementation, determining that the first communication connection is broken may include: determining that the first communication connection is broken when the mobile terminal is located in the unlocked area or the interior area of ​​the vehicle and the first communication connection is disconnected.

[0013] In conjunction with the first aspect, in one possible implementation, determining that the first communication connection is broken further includes: determining that communication was not restored within a first time period after the first communication connection was broken.

[0014] In conjunction with the first aspect, in one possible implementation, the method further includes: receiving third indication information from the mobile terminal, the third indication information being associated with an alarm message from the server or the second control device, the third indication information indicating the restoration of the first communication connection.

[0015] In conjunction with the first aspect, in one possible implementation, the communication method used by the first communication connection includes any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0016] In conjunction with the first aspect, in one possible implementation, the second control device is located on the vehicle; or, the second control device is located on a roadside unit near the vehicle.

[0017] In conjunction with the first aspect, in one possible implementation, the second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0018] In conjunction with the first aspect, in one possible implementation, the vehicle key is a digital key, and the control commands include digital key authentication commands.

[0019] In conjunction with the first aspect, in one possible implementation, the control commands include one or more of the following commands: door unlocking command, door locking command, vehicle air conditioning switch command, vehicle charging device unlocking command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command.

[0020] Secondly, this application provides a vehicle control method applied to a mobile terminal, wherein the mobile terminal is a carrier of a vehicle key. The method includes: sending a control command to a first control device on the vehicle based on a first communication connection; receiving an alarm message from a server or a second control device, the alarm message including vehicle key information and second indication information, the second indication information being used to indicate that the first communication connection has been lost; restarting the vehicle key according to the vehicle key information; and sending third indication information to the first control device through the vehicle key, the third indication information being used to indicate that the first communication connection has been restored.

[0021] In conjunction with the second aspect, in one possible implementation, before sending the third instruction information to the first control device via the vehicle key, the method may further include: determining that the relative distance between the mobile terminal and the vehicle is within the connectable range of the first communication connection.

[0022] In conjunction with the second aspect, in one possible implementation, if the relative distance between the mobile terminal and the vehicle is outside the connectable range of the first communication connection, the method further includes: obtaining fourth indication information from the server, the fourth indication information indicating the vehicle's lock status; and outputting the fourth indication information.

[0023] In conjunction with the second aspect, in one possible implementation, the communication method used by the first communication connection includes any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0024] In conjunction with the second aspect, in one possible implementation, the second control device is located on the vehicle; or, the second control device is located on a roadside unit near the vehicle.

[0025] In conjunction with the second aspect, in one possible implementation, the second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0026] In conjunction with the second aspect, in one possible implementation, the vehicle key is a digital key, and the control commands include digital key authentication commands.

[0027] In conjunction with the second aspect, in one possible implementation, the control commands include one or more of the following commands: door unlocking command, door locking command, vehicle air conditioning switch command, vehicle charging device unlocking command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command.

[0028] Thirdly, this application provides a vehicle control method applied to a server or a second control device. The method includes: receiving vehicle key information and first indication information from a first control device on the vehicle, wherein the first indication information indicates that an alarm message is pushed to a mobile terminal based on the vehicle key information, and the mobile terminal is a carrier of the vehicle key; and pushing an alarm message to the mobile terminal based on the vehicle key information, wherein the alarm message includes the vehicle key information and the second indication information, and the second indication information is used to indicate that the first communication connection is disconnected.

[0029] In conjunction with the third aspect, in one possible implementation, the second control device is located on the vehicle; or, the second control device is located on a roadside unit near the vehicle.

[0030] In conjunction with the third aspect, in one possible implementation, the second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0031] Fourthly, this application provides a vehicle control device, comprising: a first transceiver unit, configured to receive control commands from a vehicle key based on a first communication connection, the vehicle key being carried on a mobile terminal; a determining unit, configured to determine that the first communication connection is broken; and a second transceiver unit, configured to send vehicle key information and first indication information to a server or a second control device, the first indication information indicating that an alarm message is pushed to the mobile terminal based on the vehicle key information.

[0032] In conjunction with the fourth aspect, in one possible implementation, the determining unit is specifically used to: determine that the first communication connection is broken when the mobile terminal is located in the unlocked area or the interior area of ​​the vehicle and the first communication connection is disconnected.

[0033] In conjunction with the fourth aspect, in one possible implementation, the determining unit is specifically used to: determine that the first communication connection was not restored within a first time period after being disconnected.

[0034] In conjunction with the fourth aspect, in one possible implementation, the first transceiver unit is further configured to: receive third indication information from the mobile terminal, the third indication information being associated with an alarm message from the server or the second control device, the third indication information indicating the restoration of the first communication connection.

[0035] In conjunction with the fourth aspect, in one possible implementation, the communication method used by the first communication connection includes any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0036] In conjunction with the fourth aspect, in one possible implementation, the second control device is located on the vehicle; or, the second control device is located on a roadside unit near the vehicle.

[0037] In conjunction with the fourth aspect, in one possible implementation, the second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0038] In conjunction with the fourth aspect, in one possible implementation, the vehicle key is a digital key, and the control commands include digital key authentication commands.

[0039] In conjunction with the fourth aspect, in one possible implementation, the control commands include one or more of the following commands: door unlocking command, door locking command, vehicle air conditioning switch command, vehicle charging device unlocking command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command.

[0040] Fifthly, this application provides a vehicle control device, comprising: a first transceiver unit, configured to send control commands to a first control device on the vehicle based on a first communication connection; a second transceiver unit, configured to receive an alarm message from a server or a second control device, the alarm message including vehicle key information; a control unit, configured to restart the vehicle key according to the vehicle key information; the first transceiver unit is further configured to send third indication information to the first control device via the vehicle key, the third indication information being used to indicate the restoration of the first communication connection.

[0041] In conjunction with the fifth aspect, in one possible implementation, before sending the third instruction information to the first control device via the vehicle key, the method may further include: determining that the relative distance between the mobile terminal and the vehicle is within the connectable range of the first communication connection.

[0042] In conjunction with the fifth aspect, in one possible implementation, if the relative distance between the mobile terminal and the vehicle is outside the connectable range of the first communication connection, the second transceiver unit is further configured to: obtain fourth indication information from the server, the fourth indication information indicating the vehicle lock status; and further include an output unit configured to output the fourth indication information.

[0043] In conjunction with the fifth aspect, in one possible implementation, the communication method used by the first communication connection includes any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0044] In conjunction with the fifth aspect, in one possible implementation, the second control device is located on the vehicle; or, the second control device is located on a roadside unit near the vehicle.

[0045] In conjunction with the fifth aspect, in one possible implementation, the second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0046] In conjunction with the fifth aspect, in one possible implementation, the vehicle key is a digital key, and the control commands include digital key authentication commands.

[0047] In conjunction with the fifth aspect, in one possible implementation, the control commands include one or more of the following commands: door unlocking command, door locking command, vehicle air conditioning switch command, vehicle charging device unlocking command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command.

[0048] Sixthly, this application provides a vehicle control device, comprising: a first transceiver unit, configured to receive vehicle key information and first indication information from a first control device on the vehicle, wherein the first indication information indicates that an alarm message is pushed to a mobile terminal based on the vehicle key information, and the mobile terminal is a carrier of the vehicle key; and a second transceiver unit, configured to push an alarm message to the mobile terminal based on the vehicle key information, wherein the alarm message includes the vehicle key information and the second indication information, wherein the second indication information indicates that the first communication connection is disconnected.

[0049] In conjunction with the sixth aspect, in one possible implementation, the second control device is located on the vehicle; or, the second control device is located on a roadside unit near the vehicle.

[0050] In conjunction with the sixth aspect, in one possible implementation, the second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

[0051] In a seventh aspect, this application provides an electronic device including a processor coupled to a memory: the processor is configured to execute a computer program or instructions stored in the memory to cause the electronic device to perform the method as described in the first aspect and any possible implementation thereof, or to perform the method as described in the second aspect and any possible implementation thereof, or to perform the method as described in the third aspect and any possible implementation thereof.

[0052] Eighthly, this application provides a communication system including a vehicle and a mobile terminal, wherein a vehicle key of the vehicle is carried on the mobile terminal, the vehicle is used to implement the method as described in the first aspect and any possible implementation of the first aspect, or to implement the method as described in the third aspect and any possible implementation of the third aspect, and the mobile terminal is used to implement the method as described in the second aspect and any possible implementation of the second aspect.

[0053] In conjunction with the eighth aspect, in one possible implementation, the communication system may further include a server for implementing the method as described in the third aspect and any possible implementation thereof.

[0054] Ninthly, this application provides a computer-readable storage medium storing program code that, when executed on a computer, causes the computer to perform the method as described in the first aspect and any possible implementation thereof, or to perform the method as described in the second aspect and any possible implementation thereof, or to perform the method as described in the third aspect and any possible implementation thereof.

[0055] In a tenth aspect, this application provides a computer program product that, when run on a computer, causes the computer to perform the method as described in the first aspect and any possible implementation thereof, or to perform the method as described in the second aspect and any possible implementation thereof, or to perform the method as described in the third aspect and any possible implementation thereof.

[0056] Eleventhly, embodiments of this application provide a terminal device, including units for implementing the method described in the second aspect above and any possible design of the second aspect. For example, the terminal device includes, but is not limited to: intelligent transportation equipment (such as automobiles, ships, drones, trains, freight trucks, etc.), intelligent manufacturing equipment (such as robots, industrial equipment, intelligent logistics, intelligent factories, etc.), and intelligent terminals (mobile phones, computers, tablets, PDAs, desktop computers, headphones, speakers, wearable devices, in-vehicle equipment, etc.).

[0057] Based on the implementations provided in the above aspects, the embodiments of this application can be further combined to provide more implementations.

[0058] The technical effects that can be achieved by any possible implementation of any of the second to eleventh aspects mentioned above can be described with reference to the technical effects that can be achieved by any possible implementation of any of the first aspects mentioned above, and the repetitions will not be discussed. Attached Figure Description

[0059] Figure 1A illustrates a schematic diagram of an application scenario applicable to the embodiments of this application;

[0060] Figure 1B illustrates, by way of example, another system architecture applicable to the embodiments of this application;

[0061] Figure 1C illustrates, by way of example, another system architecture applicable to the embodiments of this application;

[0062] Figure 2 illustrates a schematic flowchart of a vehicle control method according to an embodiment of this application;

[0063] Figure 3 illustrates a schematic diagram of different control areas of a vehicle according to an embodiment of this application;

[0064] Figure 4 illustrates a schematic flowchart of a vehicle control method according to an embodiment of this application;

[0065] Figure 5 illustrates a schematic flowchart of a vehicle control method according to an embodiment of this application;

[0066] Figure 6 illustrates a schematic diagram of the structure of a communication device according to an embodiment of this application;

[0067] Figure 7 illustrates a schematic diagram of the structure of a communication device according to an embodiment of this application;

[0068] Figure 8 illustrates a schematic diagram of the structure of a communication device according to an embodiment of this application;

[0069] Figure 9 illustrates a schematic diagram of the structure of a communication device according to an embodiment of this application. Detailed Implementation

[0070] The vehicle control scheme in this application embodiment can be applied to vehicle-to-everything (V2X), long-term evolution-vehicle (LTE-V), and vehicle-to-vehicle (V2V) communication. For example, it can be applied to vehicles with driving mobility functions, or other devices within a vehicle with driving mobility functions. These other devices include, but are not limited to, on-board terminals, on-board controllers, on-board modules, on-board components, on-board chips, on-board units, on-board radar, or on-board cameras, and other sensors. Vehicles can implement the vehicle control method provided in this application embodiment through these on-board terminals, on-board controllers, on-board modules, on-board components, on-board chips, on-board units, on-board radar, or on-board cameras. The control scheme in this application embodiment can also be used in other intelligent terminals with mobility control functions besides vehicles, or installed in other intelligent terminals with mobility control functions besides vehicles, or installed in components of such intelligent terminals. These intelligent terminals can be intelligent transportation equipment, smart home devices, robots, etc. Examples include, but are not limited to, smart terminals or controllers, chips, radar or cameras, and other sensors and components within smart terminals.

[0071] Figure 1A illustrates an exemplary application scenario to which this application embodiment applies. In this application scenario, a vehicle 100 and a cloud server 200 may be included, and the vehicle 100 and the cloud server 200 may communicate via a network. In one embodiment, the cloud server 200 may also be implemented using a virtual machine.

[0072] Some or all of the functions of vehicle 100 are controlled by computing platform 150 (or computer system). Computing platform 150 may include at least one processor 151, which can execute instructions 153 stored in a non-transitory computer-readable medium such as memory 152. In some embodiments, computing platform 150 may also be multiple computing devices that control individual components or subsystems of vehicle 100 in a distributed manner. Processor 151 may be any conventional processor, such as a central processing unit (CPU). Alternatively, processor 151 may also include graphics processing unit (GPU), field-programmable gate array (FPGA), system-on-chip (SoC), application-specific integrated circuit (ASIC), or combinations thereof.

[0073] Optionally, the vehicle 100 mentioned above can be a car, truck, motorcycle, bus, ship, airplane, helicopter, lawnmower, recreational vehicle, amusement park vehicle, construction equipment, tram, golf cart, train, etc., and this application embodiment does not impose any special limitations.

[0074] It should be understood that the structure of the vehicle in Figure 1A should not be construed as a limitation on the embodiments of this application.

[0075] The method provided in this application embodiment can be implemented by a vehicle control device. The vehicle control device can be an independent device, a chip or component in the vehicle 100 shown in FIG1A, or a software module. It can be deployed on relevant on-board equipment of the vehicle 100. Optionally, the vehicle control device can also be deployed on a cloud server or other modules on the vehicle. This application embodiment does not limit the product form and deployment method of the vehicle control device.

[0076] Figure 1B illustrates another exemplary system architecture applicable to embodiments of this application. As shown in Figure 1B, this system architecture may include a vehicle key device and a vehicle control device, the vehicle control device being deployed on the vehicle. Optionally, the system architecture may also include a cloud-based server.

[0077] The vehicle control device may include the entire vehicle, or units, modules, chips (or chip systems), or circuits of the vehicle (or installed on the vehicle). The vehicle control device may have network communication capabilities, enabling it to receive instructions and control certain operations of the vehicle according to those instructions. For example, the vehicle may include vehicle 100 as shown in Figure 1A above, and the vehicle control device may be a first control device on the vehicle, used to implement the vehicle key control function on the vehicle side. The first control device may also be called a vehicle key controller (or simply a first controller); if the vehicle key device is a digital key, the first control device may also be called a digital key controller.

[0078] A vehicle key device may include a vehicle key, or a unit, module, chip (or chip system), or circuit within a vehicle key. A vehicle key can be a physical key. A vehicle key can also be a digital key, which has no physical form and is a software key. A digital key can be, for example, a terminal device (such as a mobile terminal like a mobile phone or smart wearable device) or a unit, module, chip (or chip system), or circuit installed on a terminal device. A terminal device with a digital key installed can also be referred to as a terminal device with digital key software installed, or as a digital key, or as a carrier of the vehicle key. This application does not specifically limit the implementation of this vehicle key device.

[0079] A terminal device is a device with wireless transceiver capabilities. A terminal device can be user equipment (UE), which includes handheld devices, in-vehicle devices, wearable devices, or computing devices with wireless communication capabilities. For example, a UE can be a mobile phone, a tablet computer, or a computer with wireless transceiver capabilities. Terminal devices can also be virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in smart cities, wireless terminals in smart homes, etc.

[0080] For ease of description, the vehicle control scheme of this application embodiment will be described below using a mobile terminal as the carrier of the vehicle key, or in other words, the vehicle key is carried on a mobile terminal. The terms vehicle key, vehicle key device, mobile terminal, and digital key can all refer to the vehicle key, and will not be distinguished or described in detail below. Figure 1B illustrates an example where the vehicle key device can be installed in a mobile phone and / or smartwatch, but this does not constitute any limitation on the implementation method of the vehicle key's device carrier.

[0081] In specific implementations, as shown in Figure 1B, the communication methods supported between the vehicle key device and the vehicle control device include, but are not limited to, any of the following: Bluetooth, radio frequency identification (RFID), ultra-wideband (UWB), Starflash, near field communication (NFC), ZigBee, infrared or wireless fidelity (WiFi), Wi-Fi Aware technology, general short-range communication technology, and other future types of short-range communication technologies. This application does not specifically limit the communication method between the vehicle key device and the vehicle control device.

[0082] A connection can be established between the vehicle control unit and the vehicle key device, for example, a direct link connection. This connection can be established based on communication protocols such as StarFlash, Bluetooth, RFID, or Wi-Fi. Alternatively, an indirect link connection can be established between the vehicle control unit and the vehicle key device. For example, the connection can be established through other network devices (such as base stations or Wi-Fi access points), based on protocols such as Long Term Evolution (LTE), New Radio (NR), or Wi-Fi.

[0083] In one possible implementation, the vehicle key device and the vehicle control device can establish a connection based on a server (which can also be referred to as a cloud server). For example, the vehicle key device can establish a connection with the server based on protocols such as LTE, NR, or Wi-Fi (e.g., through network devices such as base stations, Wi-Fi access points, etc.). Similarly, the vehicle control device can establish a connection with the server based on protocols such as LTE, NR, or Wi-Fi (e.g., through network devices such as base stations, Wi-Fi access points, etc.). The cloud server and network devices can communicate through the interface between the access network and the core network.

[0084] The network devices involved in the embodiments of this application include, for example, radio access network (RAN) devices. RAN devices can be base stations, evolved NodeBs (eNodeBs), transmission reception points (TRPs), transmission points (TPs), next-generation NodeBs (gNBs) in 5G mobile communication systems, base stations in future mobile communication systems, or access nodes in Wi-Fi systems; they can also be modules or units that perform some of the functions of a base station, for example, they can be central units (CUs) or distributed units (DUs). The CU here performs the functions of the radio resource control protocol and packet data convergence protocol (PDCP) of the base station, and can also perform the functions of the service data adaptation protocol (SDAP); the DU performs the functions of the radio link control layer and medium access control (MAC) layer of the base station, and can also perform some or all of the physical layer functions. For specific descriptions of the above protocol layers, please refer to the relevant technical specifications of the 3rd generation partnership project (3GPP).

[0085] Figure 1C illustrates an exemplary system architecture applicable to embodiments of this application. As shown in Figure 1C, this system architecture may include a vehicle key device, a first control device, and a second control device.

[0086] The function and implementation of the vehicle key device are the same as those shown in Figure 1B, and will not be repeated here.

[0087] The first control device can be a vehicle control device on the vehicle (e.g., as shown in Figure 1B), which can communicate with the vehicle key device and implement relevant control functions of the vehicle according to control commands from the vehicle key device. The communication methods supported between the vehicle key device and the first control device include, but are not limited to, any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared or WiFi, Wi-Fi Aware technology, general short-range communication technology, and other future types of short-range communication technologies. This application embodiment does not specifically limit the communication method between the vehicle key device and the first control device. For ease of distinction, this application embodiment can refer to the communication connection between the vehicle key device and the first control device as a first communication connection, which can employ any communication method supported by the vehicle key device and the first control device.

[0088] The second control device can be another vehicle control device on the vehicle, capable of communicating with a mobile terminal (e.g., a carrier of a vehicle key). The communication methods supported between the mobile terminal and the second control device include, but are not limited to, any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, WiFi, Wi-Fi Aware technology, general short-range communication technology, and other future types of short-range communication technologies. This application embodiment does not specifically limit the communication method between the mobile terminal and the second control device. For ease of distinction, this application embodiment can refer to the communication connection between the mobile terminal and the second control device as a second communication connection, which can employ any communication method supported by the mobile terminal and the second control device. Optionally, an indirect link connection can also be established between the mobile terminal and the second control device. For example, the mobile terminal and the second control device can establish a connection through other network devices (e.g., base stations or Wi-Fi access points), which can be based on protocols such as LTE, NR, or Wi-Fi. The implementation of the network device is similar to that in Figure 1B and will not be described again here.

[0089] It should be understood that Figure 1C is merely an illustrative example of the implementation of the second control device and does not constitute any limitation. In other embodiments, after obtaining user authorization, the second control device may be deployed, for example, in a roadside unit (RSU) near the vehicle, or it may also be deployed in other vehicles, which will not be elaborated further here.

[0090] Based on the content provided in Figures 1A, 1B, or 1C, Figure 2 exemplarily illustrates a possible flowchart of a vehicle control method provided in an embodiment of this application. For ease of understanding, the method is described using the interaction between a first control device on a vehicle and a vehicle key device as an example. The first control device may include a vehicle, or a unit, module, chip (or chip system), or circuit of the vehicle (or installed on the vehicle). The first control device may have network communication capabilities so that it can receive instructions and control some operations of the vehicle according to the instructions. The vehicle key device may include a vehicle key, or a unit, module, chip (or chip system), or circuit of the vehicle key. The vehicle key can be a physical key. The vehicle key can also be a digital key, which has no substantial form and is a software key. The digital key can be, for example, a mobile terminal (such as a mobile phone or smart wearable device) or a unit, module, chip (or chip system), or circuit installed on the mobile terminal. A mobile terminal with a digital key installed can also be referred to as a mobile terminal with digital key software installed, or the mobile terminal as a digital key. The descriptions of the first control device and the vehicle key device can also be found in the descriptions of Figures 1A, 1B and 1C above, and will not be repeated here.

[0091] As shown in Figure 2, the vehicle control method may include the following steps:

[0092] S210: The vehicle key device sends a control command to a first control device on the vehicle based on the first communication connection. Correspondingly, the first control device receives the control command from the vehicle key device based on the first communication connection.

[0093] In this embodiment, the vehicle key can be carried on a mobile terminal, and the vehicle key device refers to either the vehicle key or the mobile terminal. The first communication connection is the communication connection between the first control device and the mobile terminal. S210 can also be described as: the vehicle key sends a control command to the first control device through the mobile terminal. The first control device receives the control command from the mobile terminal based on the first communication connection, and the mobile terminal is the carrier of the vehicle key.

[0094] For example, the first communication connection can adopt any of the following communication methods: Bluetooth, RFID, UWB, NFC, ZigBee, infrared, or WiFi. When the vehicle key is a digital key, the control command may include a digital key authentication command. Optionally, the control command may also include one or more of the following commands: door unlock command, door lock command, vehicle air conditioning on / off command, vehicle charging device unlock command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command. Accordingly, the first control device can realize the vehicle's digital key authentication function, or realize one or more control functions such as door unlocking, door locking, opening / closing / adjusting the vehicle air conditioning, unlocking the vehicle charging device, vehicle remote driving, opening / closing windows, and opening / closing the trunk, based on the control command.

[0095] In one example, taking the vehicle key as a digital key, the above control command can be a digital key authentication command.

[0096] Taking Bluetooth communication as an example, both the mobile terminal and the first control device can include Bluetooth modules. A digital key app can be installed on the mobile terminal. The digital key app can establish a Bluetooth connection with the Bluetooth module of the first control device through the mobile terminal's Bluetooth module, representing the first communication connection. The first control device can also include a digital key microcontroller unit (MCU). After the Bluetooth connection is established, the digital key MCU can complete digital key authentication with the mobile terminal. After completing digital key authentication, the digital key app can send other control commands to the digital key MCU based on this Bluetooth connection, such as one or more of the following commands: door unlock command, door lock command, vehicle air conditioning on / off command, vehicle charging device unlock command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command.

[0097] As shown in Figure 3, logical first, second, and third regions can be defined on the vehicle side. The first region can be the interior area of ​​the vehicle, shown by a dashed box, including the area from the vehicle center to the vehicle body. The second region can include the area within X meters outside the vehicle body. The third region can include the area outside the vehicle body from X meters to Y meters, where Y is greater than X. The second region can also be called the vehicle's unlocking zone, and the third region can also be called the vehicle's locking zone.

[0098] Taking the arrow in the diagram as an example, when a user moves their mobile device along the direction of the arrow, it indicates that the vehicle key device is approaching the vehicle. When the user moves their mobile device to the second or first area, the digital key app can establish a Bluetooth connection with the Bluetooth module of the first control device through the Bluetooth module of the mobile device, and realize the Bluetooth key function based on this Bluetooth connection. For example, the digital key app can send one or more of the following control commands to the first control device through the first communication connection: digital key authentication command, door unlock command, door lock command, vehicle air conditioning on / off command, vehicle charging device unlock command, vehicle remote driving command, window opening / closing command, and trunk opening / closing command.

[0099] When the user moves the vehicle key device in the opposite direction of the arrow, it indicates that the vehicle key device is moving away from the vehicle. When the user moves the mobile terminal to a third area or further away from the vehicle, until it reaches a distance where Bluetooth connectivity is lost, the Bluetooth connection between the mobile terminal's Bluetooth module and the first control device's Bluetooth module is disconnected.

[0100] S220: The first control device determines that the first communication connection has been broken.

[0101] In this embodiment of the application, the first control device may specifically determine that the first communication connection is broken when the mobile terminal is located in the unlocked area or the interior area of ​​the vehicle and the first communication connection is disconnected.

[0102] The mobile terminal is located in the unlocked area or the interior area of ​​the vehicle shown in Figure 3. Specifically, it can be that the user is carrying the mobile terminal inside the vehicle and the vehicle is in motion, or the vehicle is parked and the user is resting inside the vehicle with the mobile terminal, or the vehicle is parked and the user is staying or walking around the vehicle with the mobile terminal. This application embodiment does not make specific limitations in this regard.

[0103] The first communication connection disconnection can be caused by various reasons. Taking a vehicle key implemented as a digital key as an example, it could be due to factors such as the phone's power consumption, battery level, or system limitations causing the digital key app process to close / end. Alternatively, the user could actively close (stop running) the digital key app. Or, the communication quality of the first communication connection could be lower than a first threshold due to environmental factors or obstacles, which would be considered a disconnection. This application does not specifically limit the reasons for the first communication connection disconnection.

[0104] In an optional implementation, when implementing S220, the first control device may further determine that communication was not restored within a first duration after the first communication connection was disconnected. The first duration may be, for example, 30 seconds (s) or other durations, and this application embodiment does not specifically limit it.

[0105] S230: The first control device sends vehicle key information and first instruction information to the server or the second control device.

[0106] In this embodiment of the application, the first indication information may, for example, indicate that an alarm message is pushed to a mobile terminal based on the vehicle key information to indicate the vehicle status.

[0107] For example, the server or second control device may perform the following optional steps:

[0108] S240 (Optional Step): The server or the second control device pushes an alarm message to the mobile terminal corresponding to the vehicle key device based on the vehicle key information. Accordingly, the mobile terminal can receive the alarm message from the server or the second control device, and know the vehicle status according to the alarm message, and perform corresponding vehicle control operations.

[0109] For example, the alarm message may include vehicle key information and a second indication, whereby the second indication indicates a first communication connection loss. Upon learning of the first communication connection loss, the mobile terminal can restart the vehicle key based on the vehicle key information and send a third indication to the first control device via the vehicle key. This third indication may, for example, indicate the restoration of the first communication connection. Accordingly, the first control device can receive the third indication from the mobile terminal and restore the first communication connection based on it. Furthermore, based on the restored first communication connection, the vehicle key device can send control commands to the first control device to achieve intelligent control of the vehicle.

[0110] Therefore, by using the above method to send an alarm to the mobile terminal via a server or a second communication device, the vehicle key function can be adaptively repaired, thereby improving the self-healing capability of the vehicle key and ensuring the user's intelligent and convenient car use experience.

[0111] To facilitate understanding, the vehicle control method of this application embodiment will be described in detail below with reference to different examples.

[0112] Example 1: Adaptively fix vehicle key functionality via server.

[0113] As shown in Figure 4, taking the first control device communicating with the mobile terminal via Bluetooth as an example, the first control device may include an MCU and a Bluetooth module 1. The mobile terminal may include a Bluetooth module 2, and a digital key APP may be installed and run on the mobile terminal's operating system. When implementing the vehicle control method of this application embodiment, the following steps may be included:

[0114] TR1: When a user approaches the vehicle with a mobile terminal, and moves to the vehicle's unlocking area or interior area, the digital key app on the mobile terminal establishes a Bluetooth connection with the MCU of the first control device via Bluetooth module 2 and Bluetooth module 1, i.e., the first communication connection. This first communication connection includes the communication connection between the digital key app and Bluetooth module 2, the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1, and the communication connection between Bluetooth module 1 and the MCU.

[0115] TR2: After the Bluetooth connection is established, the MCU authenticates the digital key with the digital key APP on the mobile terminal via Bluetooth. After authentication, the MCU of the first control device can receive control commands from the digital key APP through the first communication connection to realize the relevant control functions of the vehicle.

[0116] TR3: The first communication connection was lost during the user's vehicle use.

[0117] The user's vehicle use process may include, for example, the mobile terminal being located in the unlocked area or the interior area of ​​the vehicle as shown in Figure 3. Specifically, it may be that the user is carrying the mobile terminal inside the vehicle and the vehicle is in motion, or the vehicle is in a parked state and the user is resting inside the vehicle with the mobile terminal, or the vehicle is in a parked state and the user is staying or walking around the vehicle with the mobile terminal. This application embodiment does not specifically limit this.

[0118] The first communication connection failure can be caused by various reasons. For example, the digital key APP process may be closed / terminated due to factors such as mobile phone power consumption, battery level, or system limitations. Alternatively, the user may actively close (stop running) the digital key APP. Another example is the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1 may be lost, or the quality of the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1 may fall below a first threshold. This application does not specifically limit the causes of the first communication connection failure.

[0119] TR4: Bluetooth module 1 reports the disconnection event between the connection with the digital key APP to the MCU of the first control device.

[0120] TR5: If the MCU analysis determines that the first communication connection meets the following conditions, it can be determined that the digital key APP has abnormally disconnected during vehicle use:

[0121] ① When the first communication connection is lost, the digital key APP (mobile terminal) is located in the vehicle's unlocking area or the in-vehicle area;

[0122] ② After the first communication connection is broken, communication is not restored within a first time period (e.g., 30 seconds).

[0123] The MCU sends vehicle key information and a first indication message to the vehicle's onboard communication module. The onboard communication module, for example, can be the vehicle's TBOX, and can communicate with the server via a communication link established through a base station or Wi-Fi protocol. The first indication message can instruct the push of an alarm message to a mobile terminal based on the vehicle key information.

[0124] TR6: The vehicle's onboard communication module sends vehicle key information and first indication information to the server. Correspondingly, the server receives the vehicle key information and first indication information from the vehicle.

[0125] TR7: The server locates the corresponding device carrier, such as a mobile terminal, based on the vehicle key information. The server pushes an alarm message to the mobile terminal. The alarm message may include, for example, vehicle key information and second indication information, which may be used to indicate, for example, that the first communication connection has been lost.

[0126] TR8: After receiving an alarm message from the server, the mobile terminal restarts (or launches) the digital key APP based on the vehicle key information to reconnect to the first communication connection. For example, after restarting (or launching) the digital key APP based on the vehicle key information, the mobile terminal sends a third indication message to the MCU of the first control device through Bluetooth module 2 and Bluetooth module 1. This third indication message is used to indicate the restoration of the first communication connection.

[0127] TR9: Bluetooth module 1 reports the reconnection event with the digital key APP to the MCU of the first control device. Specifically, for example, Bluetooth module 1 sends a third indication message from Bluetooth module 2 to the MCU of the first control device, and the MCU confirms the restoration of the first communication connection, thus completing the reconnection of the first communication connection.

[0128] Furthermore, the digital key APP and the MCU of the first control device can realize the digital key function based on the first communication connection after the communication is restored, so as to ensure the user's intelligent and convenient car use experience.

[0129] It should be understood that in another possible implementation of the embodiments of this application, if it is determined in TR3 that the first communication connection break is caused by the disconnection of the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1, for example, the system Bluetooth switch of the mobile terminal is turned off, TR4-TR9 may not be implemented as described above. Instead, the digital key APP on the mobile terminal will actively remind the user to turn the system Bluetooth switch back on in a user-perceptible manner to restore the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1. The user-perceptible manner may include sending an application notification message to the user on the mobile terminal, vibrating the mobile terminal, or reminding the user by voice broadcast. The embodiments of this application do not specifically limit this.

[0130] Furthermore, in TR8, after the digital key app is activated, it can determine whether the relative distance between the mobile terminal and the vehicle is within the connectable range of the first communication connection. If yes, it indicates that the digital key app can reconnect to the first communication connection, and the digital key app can send third indication information to the first control device. If no, for example, if the user is carrying the mobile terminal outside the vehicle's unlocking area, the digital key app can also obtain fourth indication information from the server, such as indicating the vehicle's lock status. The digital key app can output the fourth indication information. For example, if the lock is unlocked, the digital key app can output the fourth indication information to remind the user that the lock is unlocked. Similarly, the digital key app can proactively remind the user in a way that is perceptible to the user on the mobile terminal. For example, it can send an application notification message to the user on the mobile terminal, or make the mobile terminal vibrate, or remind the user that the vehicle is unlocked by voice broadcast. This application embodiment does not specifically limit this.

[0131] Example 2: Adaptively restore vehicle key functionality via a second control device.

[0132] For example, the second control device can be deployed on the vehicle, specifically as a vehicle sensor, supporting any of the following communication methods: Bluetooth, RFID, UWB, Starflash, NFC, ZigBee, infrared, WiFi, Wi-Fi Aware technology, general short-range communication technology, and other types of short-range communication technology in the future.

[0133] As shown in Figure 5, taking the first control device communicating with the mobile terminal via Bluetooth as an example, the first control device may include an MCU and a Bluetooth module 1. The mobile terminal may include a Bluetooth module 2, and a digital key APP may be installed and run on the mobile terminal's operating system. When implementing the vehicle control method of this application embodiment, the following steps may be included:

[0134] TR11: When a user approaches a vehicle with a mobile terminal, and moves to the vehicle's unlocking area or interior area, the digital key app on the mobile terminal establishes a Bluetooth connection with the MCU of the first control device via Bluetooth module 2 and Bluetooth module 1, i.e., the first communication connection. This first communication connection includes the communication connection between the digital key app and Bluetooth module 2, the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1, and the communication connection between Bluetooth module 1 and the MCU.

[0135] TR12: After the Bluetooth connection is established, the MCU authenticates the digital key with the digital key APP on the mobile terminal via Bluetooth. After authentication, the MCU of the first control device can achieve secure communication with the digital key APP through the first communication connection. For example, the MCU of the first control device can receive control commands from the digital key APP through the first communication connection to realize the relevant control functions of the vehicle.

[0136] TR13: The first communication connection was lost during the user's vehicle use.

[0137] The user's vehicle use process may include, for example, the mobile terminal being located in the unlocked area or the interior area of ​​the vehicle as shown in Figure 3. Specifically, it may be that the user is carrying the mobile terminal inside the vehicle and the vehicle is in motion, or the vehicle is in a parked state and the user is resting inside the vehicle with the mobile terminal, or the vehicle is in a parked state and the user is staying or walking around the vehicle with the mobile terminal. This application embodiment does not specifically limit this.

[0138] The first communication connection failure can be caused by various reasons. For example, the digital key APP process may be closed / terminated due to factors such as mobile phone power consumption, battery level, or system limitations. Alternatively, the user may actively close (stop running) the digital key APP. Another example is the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1 may be lost, or the quality of the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1 may fall below a first threshold. This application does not specifically limit the causes of the first communication connection failure.

[0139] TR14: Bluetooth module 1 reports a disconnection event between itself and the digital key APP to the MCU of the first control device.

[0140] TR15: If the MCU analysis determines that the first communication connection meets the following conditions, it can be determined that the digital key APP has abnormally disconnected during vehicle use:

[0141] ① When the first communication connection is lost, the digital key APP (mobile terminal) is located in the vehicle's unlocking area or the in-vehicle area;

[0142] ② After the first communication connection is broken, communication is not restored within a first time period (e.g., 30 seconds).

[0143] The MCU sends vehicle key information and a first instruction to the second control device. The first instruction instructs the push of an alarm message to the mobile terminal based on the vehicle key information.

[0144] TR16: The second control device pushes an alarm message to the mobile terminal through the second communication connection. The alarm message includes, for example, vehicle key information and second indication information, the second indication information being used to indicate that the first communication connection has been lost.

[0145] In this embodiment, the second communication connection can employ any of the following communication methods: Bluetooth, RFID, UWB, Starflash, NFC, ZigBee, infrared, WiFi, Wi-Fi Aware technology, general short-range communication technology, and other future types of short-range communication technologies. This embodiment does not specifically limit the specific methods used. In some implementations, prior to implementing TR16, the second control device can establish a second communication connection with the mobile terminal. Detailed methods can be found in the relevant standard documents for the communication methods used, and will not be elaborated upon here.

[0146] TR17: After receiving an alarm message from the second communication device, the mobile terminal restarts (or activates) the digital key APP according to the vehicle key information to complete the reconnection of the first communication connection. For example, after the mobile terminal restarts (or activates) the digital key APP according to the vehicle key information, it sends a third indication message to the MCU of the first control device through Bluetooth module 2 and Bluetooth module 1. This third indication message is used to indicate the restoration of the first communication connection.

[0147] TR18: Bluetooth module 1 reports the reconnection event with the digital key APP to the MCU of the first control device. Specifically, for example, Bluetooth module 1 sends a third indication message from Bluetooth module 2 to the MCU of the first control device, and the MCU confirms the restoration of the first communication connection, thus completing the reconnection of the first communication connection.

[0148] Furthermore, the digital key APP and the MCU of the first control device can realize the digital key function based on the first communication connection after the communication is restored, so as to ensure the user's intelligent and convenient car use experience.

[0149] It should be understood that in another possible implementation of the embodiments of this application, if it is determined in TR13 that the first communication connection break is caused by the disconnection of the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1, for example, the system Bluetooth switch of the mobile terminal is turned off, TR14-TR18 may not be implemented as described above. Instead, the digital key APP on the mobile terminal will actively remind the user to turn the system Bluetooth switch back on in a user-perceptible manner to restore the Bluetooth connection between Bluetooth module 2 and Bluetooth module 1. The user-perceptible manner may include sending an application notification message to the user on the mobile terminal, vibrating the mobile terminal, or reminding the user by voice broadcast. The embodiments of this application do not specifically limit this.

[0150] Furthermore, in TR17, after the digital key app is activated, it can determine whether the relative distance between the mobile terminal and the vehicle is within the connectable range of the first communication connection. If yes, it indicates that the digital key app can reconnect to the first communication connection, and the digital key app can send third indication information to the first control device. If no, for example, if the user is carrying the mobile terminal outside the vehicle's unlocking area, the digital key app can also obtain fourth indication information from the server, such as indicating the vehicle's lock status. The digital key app can output the fourth indication information. For example, if the lock is unlocked, the digital key app can output the fourth indication information to remind the user that the lock is unlocked. Similarly, the digital key app can proactively remind the user in a way that is perceptible to the user on the mobile terminal. For example, it can send an application notification message to the user on the mobile terminal, or make the mobile terminal vibrate, or remind the user that the vehicle is unlocked by voice broadcast. This application embodiment does not specifically limit this.

[0151] Therefore, through Examples 1 and 2 above, a solution for adaptively restoring the digital key function in scenarios where the digital key is abnormally disconnected in the unlocking area or the interior area during vehicle use is described in detail. This solution can report the abnormal event to the mobile terminal through cloud or local means, thereby waking up the target APP on the mobile terminal to complete the digital key reconnection, thereby improving the self-healing capability of abnormal scenarios where digital key pairing is lost, and ensuring the user's intelligent and convenient car use experience.

[0152] This application also provides a communication device that can be used to implement the methods implemented by the vehicle control device (including the first control device or the second control device), the vehicle key device, or the server mentioned above.

[0153] As shown in Figure 6, the communication device 600 can be implemented as a vehicle control device to implement the method embodiment of the first control device described above. The communication device 600 may include: a first transceiver unit 601, used to receive control commands from a vehicle key carried on a mobile terminal based on a first communication connection; a determining unit 602, used to determine that the first communication connection is broken; and a second transceiver unit 603, used to send vehicle key information and first indication information to a server or a second control device, wherein the first indication information indicates that an alarm message should be pushed to the mobile terminal based on the vehicle key information. Related details can be found in the method embodiment described above, and will not be repeated here.

[0154] As shown in Figure 7, the communication device 700 can implement the method implemented by the mobile terminal (vehicle key device). The communication device 700 may include: a first transceiver unit 701, used to send control commands to a first control device on the vehicle based on a first communication connection; a second transceiver unit 702, used to receive alarm messages from a server or a second control device, the alarm messages including vehicle key information; a control unit 703, used to restart the vehicle key according to the vehicle key information; the first transceiver unit 701 is also used to send second indication information to the first control device through the vehicle key, the second indication information being used to indicate the restoration of the first communication connection. Related details can be found in the above method embodiments and will not be repeated here.

[0155] As shown in Figure 8, the communication device 800 can implement the method implemented by the server or the second control device. The communication device 800 may include: a first transceiver unit 801, used to receive vehicle key information and first indication information from the first control device on the vehicle, wherein the first indication information indicates that an alarm message should be pushed to a mobile terminal based on the vehicle key information, and the mobile terminal is the carrier of the vehicle key; and a second transceiver unit 802, used to push an alarm message to the mobile terminal based on the vehicle key information, wherein the alarm message includes information about the first communication connection being lost. Related details can be found in the above method embodiments and will not be repeated here.

[0156] It should be noted that the division of units in the embodiments of this application is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods. The functional units in the embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated units described above can be implemented in hardware or as software functional units.

[0157] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to it, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0158] In one possible implementation, embodiments of this application provide a computer-readable storage medium storing program code that, when executed on a computer, causes the computer to perform the method embodiments described above.

[0159] In one possible implementation, this application provides a computer program product that, when run on a computer, causes the computer to execute the above-described method embodiments.

[0160] In a simplified embodiment, those skilled in the art will realize that the communication devices in the above embodiments can all take the form shown in FIG9.

[0161] The device 900 shown in Figure 9 includes at least one processor 910 and a communication interface 930. In an optional design, a memory 920 may also be included.

[0162] The specific connection medium between the processor 910 and the memory 920 described above is not limited in the embodiments of this application.

[0163] In the device shown in Figure 9, when the processor 910 communicates with other devices, it can transmit data through the communication interface 930.

[0164] When the communication device adopts the form shown in FIG9, the processor 910 in FIG9 can call the computer execution instructions stored in the memory 920, so that the device 900 can execute the method executed by the communication device in any of the above method embodiments.

[0165] This application also relates to a chip system including a processor for calling a computer program or computer instructions stored in a memory to cause the processor to execute the methods of any of the above embodiments.

[0166] In one possible implementation, the processor can be coupled to the memory via an interface.

[0167] In one possible implementation, the chip system may also directly include a memory in which computer programs or computer instructions are stored.

[0168] For example, the memory can be volatile memory or non-volatile memory, or may include both. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which serves as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0169] This application also relates to a processor for calling a computer program or computer instructions stored in a memory to cause the processor to execute the methods described in any of the above embodiments.

[0170] For example, in the embodiments of this application, the processor is an integrated circuit chip with signal processing capabilities. For instance, the processor can be a field-programmable gate array (FPGA), a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, a system-on-chip (SoC), a central processing unit (CPU), a network processor (NP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly manifested as being executed by a hardware decoding processor, or executed by a combination of hardware and software modules in the decoding processor. The software module can reside in a mature storage medium in the field, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, or registers. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method.

[0171] It should be understood that embodiments of this application may be provided as methods, systems, or computer program products. Therefore, this application may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0172] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means that implement the functions specified in one or more flowcharts and / or one or more block diagrams.

[0173] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

[0174] Obviously, those skilled in the art can make various modifications and variations to the embodiments of this application without departing from the scope of the embodiments of this application. Therefore, if these modifications and variations to the embodiments of this application fall within the scope of the claims of this application and their equivalents, this application also intends to include these modifications and variations.

Claims

1. A vehicle control method, characterized in that, The method, applied to a first control device on the vehicle, includes: Based on the first communication connection, control commands are received from a vehicle key, which is carried on a mobile terminal. It has been determined that the first communication connection is broken; The system sends vehicle key information and first instruction information to a server or a second control device. The first instruction information instructs the push of an alarm message to the mobile terminal based on the vehicle key information.

2. The method according to claim 1, characterized in that, Determining that the first communication connection is broken includes: If the mobile terminal is located in the unlocked area or the interior area of ​​the vehicle and the first communication connection is disconnected, it is determined that the first communication connection is broken.

3. The method according to claim 2, characterized in that, The step of determining that the first communication connection is broken also includes: It was determined that the first communication connection was not restored within a first time period after it was broken.

4. The method according to any one of claims 1-3, characterized in that, The method further includes: The system receives a third indication message from the mobile terminal, the third indication message being associated with an alarm message from the server or the second control device, the third indication message indicating the restoration of the first communication connection.

5. The method according to any one of claims 1-4, characterized in that, The communication method used in the first communication connection includes any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

6. The method according to any one of claims 1-5, characterized in that, The second control device is located on the vehicle; or, The second control device is located in a roadside unit near the vehicle.

7. The method according to claim 6, characterized in that, The second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

8. The method according to any one of claims 1-7, characterized in that, The vehicle key is a digital key, and the control commands include digital key authentication commands.

9. The method according to any one of claims 1-8, characterized in that, The control commands include one or more of the following commands: door unlocking command, door locking command, vehicle air conditioning switch command, vehicle charging device unlocking command, vehicle remote driving command, window opening and closing command, and trunk opening and closing command.

10. A vehicle control method, characterized in that, Applied to a mobile terminal, wherein the mobile terminal is a carrier of a vehicle key, the method includes: Based on the first communication connection, control commands are sent to the first control device on the vehicle; Receive an alarm message from a server or a second control device, the alarm message including vehicle key information and second indication information, the second indication information being used to indicate that the first communication connection is disconnected; Restart the vehicle key according to the vehicle key information; The vehicle key sends a third instruction message to the first control device, the third instruction message being used to instruct the restoration of the first communication connection.

11. The method according to claim 10, characterized in that, Before sending the third instruction information to the first control device via the vehicle key, the method further includes: The relative distance between the mobile terminal and the vehicle is determined to be within the connectable range of the first communication connection.

12. The method according to claim 10 or 11, characterized in that, If the relative distance between the mobile terminal and the vehicle is outside the connectable range of the first communication connection, the method further includes: Obtain fourth indication information from the server, the fourth indication information indicating the vehicle's lock status; Output the fourth instruction information.

13. The method according to any one of claims 10-12, characterized in that, The communication method used in the first communication connection includes any of the following: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

14. The method according to any one of claims 10-13, characterized in that, The second control device is located on the vehicle; or, The second control device is located in a roadside unit near the vehicle.

15. The method according to claim 14, characterized in that, The second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

16. The method according to any one of claims 10-15, characterized in that, The vehicle key is a digital key, and the control commands include digital key authentication commands.

17. The method according to any one of claims 10-16, characterized in that, The control commands include one or more of the following commands: door unlocking command, door locking command, vehicle air conditioning switch command, vehicle charging device unlocking command, vehicle remote driving command, window opening and closing command, and trunk opening and closing command.

18. A vehicle control method, characterized in that, Applied to a server or a second control device, the method includes: The system receives vehicle key information and first instruction information from a first control device on the vehicle. The first instruction information instructs the push of an alarm message to a mobile terminal based on the vehicle key information. The mobile terminal is the carrier of the vehicle key. An alarm message is pushed to the mobile terminal based on the vehicle key information. The alarm message includes the vehicle key information and a second indication information, which is used to indicate that the first communication connection is broken.

19. The method according to claim 18, characterized in that, The second control device is located on the vehicle; or, The second control device is located in a roadside unit near the vehicle.

20. The method according to claim 19, characterized in that, The second communication connection between the second control device and the mobile terminal includes any of the following communication methods: Bluetooth, RFID, UWB, StarFlash, NFC, ZigBee, infrared, or WiFi.

21. A vehicle control device, characterized in that, include: The first transceiver unit is used to receive control commands from a vehicle key, which is carried on a mobile terminal, based on a first communication connection. A determining unit is configured to determine that the first communication connection is broken. The second transceiver unit is used to send vehicle key information and first instruction information to the server or the second control device. The first instruction information indicates that an alarm message should be pushed to the mobile terminal based on the vehicle key information.

22. A vehicle control device, characterized in that, include: The first transceiver unit is used to send control commands to the first control device on the vehicle based on the first communication connection; The second transceiver unit is used to receive alarm messages from a server or a second control device, the alarm messages including vehicle key information; Control unit, used to restart the vehicle key based on the vehicle key information; The first transceiver unit is also configured to send a third instruction message to the first control device via the vehicle key, the third instruction message being used to instruct the restoration of the first communication connection.

23. A vehicle control device, characterized in that, include: The first transceiver unit is used to receive vehicle key information and first instruction information from the first control device on the vehicle. The first instruction information indicates that an alarm message should be pushed to a mobile terminal based on the vehicle key information. The mobile terminal is the carrier of the vehicle key. The second transceiver unit is used to push an alarm message to the mobile terminal based on the vehicle key information. The alarm message includes the vehicle key information and a second indication information, the second indication information being used to indicate that the first communication connection has been lost.

24. An electronic device, characterized in that, Includes a processor, which is coupled to memory: The processor is configured to execute a computer program or instructions stored in the memory to cause the electronic device to perform the method as described in any one of claims 1-9, or the method as described in any one of claims 10-17, or the method as described in any one of claims 18-20.

25. A communication system, characterized in that, The system includes a vehicle and a mobile terminal, wherein the vehicle key is carried on the mobile terminal, and the vehicle is used to implement the method as described in any one of claims 1-9, or to implement the method as described in any one of claims 18-20; the mobile terminal is used to implement the method as described in any one of claims 10-17.

26. The communication system according to claim 25, characterized in that, It also includes a server for implementing the method as described in any one of claims 18-20.

27. A computer-readable storage medium, characterized in that, The computer-readable medium stores program code that, when executed on a computer, causes the computer to perform the method as described in any one of claims 1-9, or the method as described in any one of claims 10-17, or the method as described in any one of claims 18-20.

28. A computer program product, characterized in that, When the computer program product is run on a computer, it causes the computer to perform the method as described in any one of claims 1-9, or the method as described in any one of claims 10-17, or the method as described in any one of claims 18-20.

Images