CN115019418B

CN115019418B - Bluetooth car key car control method, device and storage medium

Info

Publication number: CN115019418B
Application number: CN202210056578.3A
Authority: CN
Inventors: 唐能福; 李哲; 沈丽
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2021-11-26
Filing date: 2022-01-18
Publication date: 2023-09-05
Anticipated expiration: 2042-01-18
Also published as: WO2023093222A1; CN115019418A

Abstract

The embodiment of the application provides a Bluetooth vehicle key control method, a Bluetooth vehicle key control device and a Bluetooth vehicle key control storage medium, and relates to the technical field of terminals; under the condition that the first communication connection between the first Bluetooth module and the second Bluetooth module is disconnected, the first Bluetooth module initiates scanning; the second Bluetooth module is a Bluetooth module in the second terminal equipment; under the condition that the first terminal equipment determines that the scanned Bluetooth broadcast signal is from the second terminal equipment, the first Bluetooth module and the second Bluetooth module establish a first communication connection; responding to the establishment of the first communication connection, and triggering and starting a Bluetooth car key application by the first Bluetooth module; in this way, the Bluetooth car key application can establish a second communication connection with the second Bluetooth module, and send a control instruction to the second terminal device through the second communication connection, so that the second terminal device controls the vehicle carried by the second terminal device, thereby being beneficial to realizing the non-inductive control of the vehicle carried by the second terminal device by a user.

Description

Bluetooth car key car control method, device and storage medium

The application claims priority from China national intellectual property agency, application number 2021114259098, application name "Bluetooth vehicle Key controlled method, device and storage Medium", filed at month 11 and 26 of 2021, the contents of which are incorporated herein by reference in their entirety or in part.

Technical Field

The present application relates to the field of terminal technologies, and in particular, to a method, an apparatus, and a storage medium for controlling a bluetooth car key.

Background

Along with the improvement of life, the use amount of car is bigger and bigger, and the inconvenient problem of key portability that the car used has been solved in the appearance of bluetooth car key. The mobile phone terminal can be used as a Bluetooth car key with the help of application, and great convenience is brought to the life of people.

Currently, when the mobile phone terminal is used as a Bluetooth car key, the mobile phone terminal needs to receive triggering operation of an icon of a car key application by a user, and the car key application is opened in response to the triggering operation so as to control a car, so that the operation is complex.

Disclosure of Invention

The embodiment of the application provides a Bluetooth vehicle key control method, a Bluetooth vehicle key control device and a storage medium, relates to the technical field of terminals, and is beneficial to realizing the non-inductive control of unlocking and locking of a vehicle door by a Bluetooth vehicle key.

In a first aspect, an embodiment of the present application provides a bluetooth car key control method, which is applied to a first terminal device; the first terminal device comprises a Bluetooth car key application and a first Bluetooth module; the method comprises the following steps: under the condition that the first communication connection between the first Bluetooth module and the second Bluetooth module is disconnected, the first Bluetooth module initiates scanning; the second Bluetooth module is a Bluetooth module in the second terminal equipment; under the condition that the first terminal equipment determines that the scanned Bluetooth broadcast signal is from the second terminal equipment, the first Bluetooth module and the second Bluetooth module establish a first communication connection; responding to the establishment of the first communication connection, and triggering and starting a Bluetooth car key application by the first Bluetooth module; the Bluetooth car key application establishes a second communication connection with a second Bluetooth module through the first Bluetooth module; the Bluetooth car key application sends a control instruction to the second Bluetooth module based on the second communication connection; the control instruction is used for triggering and controlling the second terminal equipment by the second Bluetooth module.

In the embodiment of the application, the second communication connection is disconnected under the condition that the first communication connection is disconnected, so that the first terminal device can monitor the second communication connection between the Bluetooth car key application and the second Bluetooth module through the first communication connection, the disconnection of the first communication connection can trigger the first Bluetooth module to initiate scanning, the first Bluetooth module and the second Bluetooth module establish the first communication connection under the condition that the scanned Bluetooth broadcast signal is determined to come from the second terminal device, the establishment of the first communication connection triggers the starting Bluetooth car key application to enable the Bluetooth car key application to establish the second communication connection through the first Bluetooth module and the second Bluetooth module, and thus, even if the Bluetooth car key application is frozen or cleaned, the first terminal device, such as a mobile phone, is close to a vehicle, the first communication connection is established to trigger the starting Bluetooth car key application, the second communication connection between the Bluetooth car key application and the second Bluetooth module is established, and the Bluetooth car key application can realize the control of the vehicle carried by the second Bluetooth module based on the second communication connection, so that the user can realize the unlocking and locking of the door without sense of control.

In a possible implementation manner, the first bluetooth module initiates scanning, including: the first Bluetooth module initiates scanning at a preset scanning duty cycle. In this way, the scanning duty cycle capable of balancing the performance and the energy consumption can be preset according to experience, and the first bluetooth module initiates scanning at the preset scanning duty cycle to help balance the performance and the energy consumption.

In a possible implementation manner, the first bluetooth module includes a host and a bluetooth radio frequency device controller; the first bluetooth module initiates scanning with a preset scanning duty cycle, including: the host sends a first request to the Bluetooth radio frequency device controller based on a man-machine interface device host service; the first request includes a preset scan duty cycle; the bluetooth radio frequency device controller initiates scanning based on a preset scanning duty cycle. Since the human interface device host service is running in the first terminal device after the first terminal device is powered on, the first bluetooth module may initiate the first request based on the human interface device host service.

In a possible implementation manner, an activity manager and an incubator process are operated in the first terminal equipment; the responding to the establishment of the first communication connection, the first bluetooth module triggers and starts a bluetooth car key application, and the method comprises the following steps: the method comprises the steps that under the condition that a first Bluetooth module determines to establish first communication connection with a second Bluetooth module, the first Bluetooth module sends an application starting instruction to an activity manager; the application starting instruction is used for triggering a process of establishing the Bluetooth car key application by the activity manager; and the activity manager instructs the incubator process to create the Bluetooth car key application process under the condition that the application starting instruction is received. In this way, the first bluetooth module can sense the establishment of the first communication connection, and the first bluetooth module triggers the start of the bluetooth car key application without manual operation under the condition that the first communication connection is sensed to be established.

In a possible implementation manner, the establishing a first communication connection between the first bluetooth module and the second bluetooth module includes: the first terminal equipment sends a second request to the second terminal equipment through the first Bluetooth module; the second request is used for requesting to establish a first communication connection with the second terminal equipment; and under the condition that the first terminal equipment acquires the first response message sent by the second terminal equipment, the first Bluetooth module and the second Bluetooth module establish a first communication connection.

In a possible implementation, the first communication connection is a communication connection based on a human interface device service protocol. In this way, the human interface device service is operated in the first terminal device after the first terminal device is powered on, which is helpful for the first bluetooth module to initiate scanning in case the first communication connection is disconnected.

In a possible implementation, the second communication connection is a communication connection based on a generic property protocol. In this way, the generic property protocol can support the transmission of data, and thus, the first bluetooth module can send instruction data to the second bluetooth module through the second communication connection.

In a possible implementation manner, the bluetooth car key application establishes a second communication connection with a second bluetooth module through a first bluetooth module, including: the Bluetooth car key application sends a third request to the second Bluetooth module based on the universal attribute protocol through the first Bluetooth module; the third request is used for requesting to establish a second communication connection with the second Bluetooth module; and under the condition that the Bluetooth car key application acquires a second response message sent by the second Bluetooth module, the Bluetooth car key application establishes second communication connection with the second Bluetooth module.

In a possible implementation, the second response message includes a connection interval; the Bluetooth car key application updates the connection parameters of the second communication connection according to the connection interval; the connection parameter is used for controlling the time interval of the first Bluetooth module sending the data packet to the second Bluetooth module; the above-mentioned bluetooth car key application is based on the second communication connection sends control command to the second bluetooth module, includes: the Bluetooth car key application sends a control instruction to the second Bluetooth module according to the connection parameters through the first Bluetooth module.

In a possible implementation manner, the method further includes: the first terminal device scans to a first broadcast signal; the first broadcast signal includes a source address; the first terminal device determines that the scanned first broadcast signal is from the second terminal device in case that the source address is the same as an address of the second terminal device in the pre-stored pairing information.

In a second aspect, an embodiment of the present application provides a terminal device, including: the Bluetooth car key application and the first Bluetooth module; the first Bluetooth module is used for initiating scanning under the condition that the first communication connection between the first Bluetooth module and the second Bluetooth module is disconnected; the second Bluetooth module is a Bluetooth module in the second terminal equipment; under the condition that the first terminal equipment determines that the scanned Bluetooth broadcast signal is from the second terminal equipment, the first Bluetooth module and the second Bluetooth module establish a first communication connection; triggering to start a Bluetooth car key application in response to the establishment of the first communication connection; the Bluetooth car key application is used for establishing second communication connection with the second Bluetooth module through the first Bluetooth module; the Bluetooth car key application is also used for sending a control instruction to the second Bluetooth module based on the second communication connection; the control instruction is used for triggering and controlling the second terminal equipment by the second Bluetooth module.

Optionally, the first bluetooth module is specifically configured to initiate scanning at a preset scanning duty cycle.

Optionally, the first bluetooth module includes a host and a bluetooth radio frequency device controller; the host is used for sending a first request to the Bluetooth radio frequency device controller based on the man-machine interface device host service; the first request includes a preset scan duty cycle; the Bluetooth radio frequency device controller is used for initiating scanning based on a preset scanning duty cycle.

Optionally, an activity manager and an incubator process are operated in the first terminal equipment; responding to the establishment of the first communication connection, and when the first Bluetooth module determines that the first communication connection is established with the second Bluetooth module, the first Bluetooth module is specifically used for sending an application starting instruction to the activity manager; the application starting instruction is used for triggering a process of establishing the Bluetooth car key application by the activity manager; the activity manager is used for indicating the incubator process to create the Bluetooth car key application process under the condition that the application starting instruction is received.

Optionally, the first bluetooth module is configured to send a second request to the second terminal device; the second request is used for requesting to establish a first communication connection with the second terminal equipment; and under the condition that the first terminal equipment acquires the first response message sent by the second terminal equipment, the first Bluetooth module is used for establishing first communication connection with the second Bluetooth module.

Optionally, the first communication connection is a communication connection based on a human interface device service protocol.

Optionally, the second communication connection is a communication connection based on a generic property protocol.

Optionally, the first bluetooth module is configured to send a third request to the second bluetooth module based on a generic attribute protocol; the third request is used for requesting the Bluetooth vehicle key application to establish a second communication connection with the second Bluetooth module; the first Bluetooth module is further configured to establish a second communication connection between the Bluetooth vehicle key application and the second Bluetooth module when the second response message sent by the second Bluetooth module is obtained.

Optionally, the second response message includes a connection interval; the first Bluetooth module is also used for updating the connection parameters of the second communication connection according to the connection interval; the connection parameter is used for controlling the time interval of the first Bluetooth module sending the data packet to the second Bluetooth module; the first Bluetooth module is specifically configured to send a control instruction to the second Bluetooth module according to the connection parameter.

Optionally, the first bluetooth module is configured to scan for a first broadcast signal; the first broadcast signal includes a source address; and under the condition that the source address is the same as the address of the second terminal equipment in the pre-stored pairing information, the first Bluetooth module determines that the scanned first broadcast signal is from the second terminal equipment.

In a third aspect, an embodiment of the present application provides a terminal device, including a processor and a memory, where the processor is configured to invoke a computer program in the memory to execute the bluetooth car key control method provided in the first aspect or any one of possible implementation manners of the first aspect.

In a fourth aspect, an embodiment of the present application provides a computer readable storage medium, in which a computer program or instructions are stored which, when run on a computer, cause the computer to perform the bluetooth car key control method provided in the first aspect or any one of the possible implementations of the first aspect.

In a fifth aspect, embodiments of the present application provide a computer program product comprising a computer program which, when run on a computer, causes the computer to perform the bluetooth car key control method described in the first aspect or any one of the possible implementations of the first aspect.

In a sixth aspect, the present application provides a chip or chip system comprising at least one processor and a communication interface, the communication interface and the at least one processor being interconnected by wires, the at least one processor being adapted to execute a computer program or instructions to perform the bluetooth car key control method described in the first aspect or any one of the possible implementations of the first aspect. The communication interface in the chip can be an input/output interface, a pin, a circuit or the like.

In one possible implementation, the chip or chip system described above further includes at least one memory, where the at least one memory has instructions stored therein. The memory may be a memory unit within the chip, such as a register, a cache, etc., or may be a memory unit of the chip (e.g., a read-only memory, a random access memory, etc.).

It should be understood that, the second aspect to the sixth aspect of the present application correspond to the technical solutions of the first aspect of the present application, and the advantages obtained by each aspect and the corresponding possible embodiments are similar, and are not repeated.

Drawings

Fig. 1 is a schematic diagram of communication between a vehicle-mounted terminal and a mobile phone, to which the embodiment of the application is applicable;

FIG. 2 is a schematic diagram of a vehicle control interface for a Bluetooth vehicle key application according to an embodiment of the present application;

fig. 3 is a schematic diagram of an interaction flow of a bluetooth module of a vehicle-mounted terminal, a bluetooth module of a mobile phone, and a bluetooth car key application in a possible implementation manner;

fig. 4 is a schematic structural diagram of a terminal device to which the embodiment of the present application is applicable;

fig. 5 is a software architecture block diagram of a terminal device to which the embodiment of the present application is applicable;

fig. 6 is a schematic flow chart of a bluetooth car key control method according to an embodiment of the present application;

Fig. 7 is a schematic flow chart of another method for controlling a bluetooth car key according to an embodiment of the application;

fig. 8 is a schematic structural diagram of a terminal device according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of a chip according to an embodiment of the present application.

Detailed Description

In order to clearly describe the technical solution of the embodiments of the present application, in the embodiments of the present application, the words "first", "second", etc. are used to distinguish the same item or similar items having substantially the same function and effect. For example, the first chip and the second chip are merely for distinguishing different chips, and the order of the different chips is not limited. It will be appreciated by those of skill in the art that the words "first," "second," and the like do not limit the amount and order of execution, and that the words "first," "second," and the like do not necessarily differ.

It should be noted that, in the embodiments of the present application, words such as "exemplary" or "such as" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplary" or "such as" is intended to present related concepts in a concrete fashion.

In the embodiments of the present application, "at least one" means one or more, and "a plurality" means two or more. "and/or", describes an association relationship of an association object, and indicates that there may be three relationships, for example, a and/or B, and may indicate: a alone, a and B together, and B alone, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b, or c may represent: a, b, c, a-b, a-c, b-c, or a-b-c, wherein a, b, c may be single or plural.

With the rapid development of automobile terminal technology, the Bluetooth automobile key in the mobile phone is applied to replace an automobile entity key to become the development trend of automobile keys. When a user uses the Bluetooth car key application for the first time, a mobile terminal in a mobile phone Bluetooth connection car is opened, the Bluetooth car key application is logged in, the unique serial number of the car and car purchasing information are input, and the mobile phone Bluetooth car key application uploads the attention book information to a key safety management platform. After receiving the effective user registration information, the key safety management platform pushes the management key of the Bluetooth car key to the Bluetooth car key application of the user mobile phone and the vehicle-mounted terminal of the vehicle at the same time, the Bluetooth car key application in the mobile phone and the vehicle-mounted terminal of the vehicle carry out safety authentication based on a Bluetooth communication protocol, and if the safety authentication is passed, the mobile phone Bluetooth car key application is successfully registered. At the moment, after the mobile phone and the vehicle-mounted terminal are in communication connection, the Bluetooth vehicle key application in the mobile phone can realize the management and control of the vehicle through the communication connection.

As shown in fig. 1, the in-vehicle terminal 20 may establish a communication connection with the mobile phone 10 based on a bluetooth communication protocol, so that a user may implement management and control of a vehicle through the communication connection between the bluetooth car key application of the mobile phone 10 and the in-vehicle terminal 20.

In one example, after the Bluetooth car key application in the mobile phone 10 is turned on, the Bluetooth car key application establishes a communication connection with the in-vehicle terminal 20. As shown in fig. 2, a schematic diagram of a vehicle control interface of a bluetooth car key application in the mobile phone 10 is shown, and the vehicle control interface shown in fig. 2 includes a car key sharing control 201, an unlocking control 202, a windowing control 203, a locking trunk control 204 and a bluetooth connection control 205. The bluetooth connection control 205 is turned on to characterize that the bluetooth car key application and the vehicle-mounted terminal 20 establish a bluetooth communication connection, the mobile phone 10 receives a click operation of the unlocking control 202 by a user, and in response to the click operation, the bluetooth car key application can send an unlocking instruction to a bluetooth module in the vehicle-mounted terminal 20 through the bluetooth module in the mobile phone 10, where the unlocking instruction is used to instruct the vehicle-mounted terminal 20 to control the vehicle carried by the vehicle-mounted terminal 20 to unlock the vehicle door. The in-vehicle terminal 20 recognizes the unlock instruction, and generates a door opening control instruction according to the unlock instruction to control the vehicle to unlock the door. Likewise, the window control 203 may be used to control the vehicle to open windows and the blocked trunk control 204 may be used to control the vehicle to close the trunk.

In some possible implementations, after the bluetooth car key application in the mobile phone 10 is turned on, the bluetooth car key application may send an unlocking instruction to the in-vehicle terminal 20 to unlock the car door in a case where the distance between the mobile phone 10 and the vehicle carried by the in-vehicle terminal 20 is smaller than the distance threshold. The bluetooth car key application may send an unlocking instruction to the in-vehicle terminal 20 through any one of a short-range wireless communication technology (near field communication, NFC) or bluetooth, or the bluetooth car key application may also send an unlocking instruction to the in-vehicle terminal 20 through a remote server. The embodiment of the present application is not limited thereto.

In some scenarios, the bluetooth car key application may invoke the bluetooth module of the handset 10 to initiate the scanning and connection actions. For example: the bluetooth car key application is switched from the background of the mobile phone 10 to the foreground of the mobile phone 10 for operation, the function of the bluetooth module of the mobile phone 10 is opened, the global positioning system (global positioning system, GPS) function in the mobile phone 10 is opened, or the bluetooth car key application in the mobile phone 10 is disconnected from the communication connection of the vehicle-mounted terminal 20 and the like, so that the bluetooth car key application can trigger the bluetooth module of the mobile phone 10 to initiate the scanning and connection actions.

Typically, to save power consumption, the system application of the handset 10, a power saving puck or iaware, etc., will govern the behavior of the application.

In some examples, after the mobile phone 10 is off screen, the system of the mobile phone 10 allows the bluetooth car key application to invoke the bluetooth module of the mobile phone 10 to initiate the scanning and connection actions within five minutes, beyond which the system application stops the bluetooth car key application from invoking the bluetooth module of the mobile phone 10 to initiate the scanning actions.

In other examples, the system application freezes the bluetooth car key application 2 minutes after the bluetooth module in the handset 10 is disconnected. The frozen bluetooth car key application refers to that executable program instructions of the bluetooth car key application still exist in the memory, but the processor does not execute the executable program instructions. At this point the bluetooth car key application process still exists but is not being executed by the processor.

In other examples, the system application clears the bluetooth car key application in the event that the available memory in the handset 10 is less than a first threshold. The system application cleans the Bluetooth car key application refers to that the system application cleans an executable instruction of the Bluetooth car key application from a memory. At this time, the process of the bluetooth car key application is cleaned by the processor, or the process of the bluetooth car key application is turned off by the processor.

In other examples, the system application cleans the bluetooth car key application if the temperature of the handset 10 is greater than the second threshold, or if the power consumption rate of the handset 10 is greater than the third threshold.

In other examples, the system application in the handset 10 may clear the bluetooth car key application if the period of time that the bluetooth car key application is in an unused state is greater than the fourth threshold.

In other examples, the bluetooth module in the handset 10 functions to allow the bluetooth car key application to invoke the bluetooth module to initiate a connection only once after being turned on for more than a predetermined period of time, and the system application freezes the bluetooth car key application in the handset 10 if the connection is unsuccessful.

Currently, when the system application clears or freezes the bluetooth car key application running in the mobile phone 10, when the mobile phone 10 approaches the vehicle again, the user needs to re-open the bluetooth car key application in the mobile phone 10 to complete the establishment of the communication connection between the bluetooth car key application and the vehicle-mounted terminal 20, which causes inconvenience to the user in using the vehicle.

Fig. 3 is a schematic diagram of an interaction flow among a bluetooth car key application, a bluetooth module in a mobile phone, and a bluetooth module of a vehicle-mounted terminal in a possible implementation manner. In fig. 3, S301, a bluetooth car key application is started, S302, and the bluetooth car key application initiates a generic attribute (generic attribute profile, GATT) protocol connection request. The Bluetooth car key application can initiate a GATT connection request to the Bluetooth module of the vehicle-mounted terminal through the Bluetooth module in the mobile phone, and S303, ACL link establishment is carried out between the Bluetooth module in the mobile phone and the Bluetooth module in the vehicle-mounted terminal. The Bluetooth module in the mobile phone and the Bluetooth module in the vehicle-mounted terminal can complete ACL link establishment based on the connection request. S304, the Bluetooth car key application in the mobile phone and the Bluetooth module in the vehicle-mounted terminal realize GATT channel establishment. The Bluetooth car key application in the mobile phone can be established with the GATT channel of the Bluetooth module in the vehicle-mounted terminal through the Bluetooth module in the mobile phone. At this time, the user can realize the control of the vehicle carried by the vehicle-mounted terminal through the Bluetooth vehicle key application. For example, in the case of a cell phone approaching a locked vehicle, the vehicle automatically opens the door. S305, in the case that the Bluetooth car key application is cleaned or frozen, an asynchronous connectionless (asynchronous connectionless, ACL) link between the Bluetooth module in the mobile phone and the Bluetooth module of the vehicle-mounted terminal is disconnected. S306, the Bluetooth car key application is disconnected with a GATT channel of a Bluetooth module in the vehicle-mounted terminal. At this time, when the mobile phone gets closer to the vehicle, the mobile phone needs to receive the opening operation of the user for the Bluetooth car key application, and after the Bluetooth car key application reestablishes communication connection with the Bluetooth module in the vehicle-mounted terminal in response to the opening operation, the control of the vehicle carried by the vehicle-mounted terminal by using the Bluetooth car key application can be realized, and the operation is complex.

In view of this, an embodiment of the present application provides a bluetooth car key car control method, in which a connection disconnection between a mobile phone and a vehicle-mounted terminal may trigger the mobile phone to scan a broadcast event initiated by the vehicle-mounted terminal, and in the case of scanning the broadcast event of the vehicle-mounted terminal, the mobile phone starts a bluetooth car key application to enable the bluetooth car key application to establish a communication connection with the vehicle-mounted terminal, so that, even if the bluetooth car key application is frozen or cleaned, the mobile phone may still automatically start the bluetooth car key application in the case of approaching a vehicle, and establish a communication connection between the bluetooth car key application and the vehicle-mounted terminal, and the bluetooth car key application may implement control of a vehicle carried by the vehicle-mounted terminal based on the communication connection, thereby facilitating implementation of unlocking and locking of a user with no sense control of a car door.

The functions of the mobile terminal and the vehicle-mounted terminal in the Bluetooth vehicle key vehicle control method provided by the embodiment of the application can be realized by the terminal equipment shown in fig. 4. The terminal device shown in fig. 4 may also be referred to as a terminal (terminal), a User Equipment (UE), a Mobile Station (MS), a Mobile Terminal (MT), or the like. The terminal device may be a mobile phone (mobile phone), a wearable device, a tablet (Pad), a Virtual Reality (VR) terminal device, an augmented reality (augmented reality, AR) terminal device, an in-vehicle terminal, or the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the terminal equipment.

In order to better understand the embodiments of the present application, the structure of the terminal device to which the embodiments of the present application are applied is described below. As shown in fig. 4, the terminal device 40 shown in fig. 4 may include a processor 410, a memory 420, a universal serial bus (universal serial bus, USB) interface 430, a power source 440, a communication module 450, an audio module 470, a sensor module 480, keys 490, a display 460, and the like. Among other things, the sensor module 480 may include a pressure sensor 480A, a fingerprint sensor 480B, a touch sensor 480C, and the like.

It should be understood that the structure illustrated in the embodiments of the present application does not constitute a specific limitation on the terminal device 40. In other embodiments of the application, terminal device 40 may include more or fewer components than shown, or certain components may be combined, or certain components may be split, or different arrangements of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The processor 410 may include one or more processing units, such as: processor 410 may include an application processor (application processor, AP), modem processor, graphics processor (graphics processing unit, GPU), image signal processor (image signal processor, ISP), controller, digital signal processor (digital signal processor, DSP), baseband processor, etc. Wherein the different processing units may be separate devices or may be integrated in one or more processors.

The controller can generate operation control signals according to the instruction operation codes and the time sequence signals to finish the control of instruction fetching and instruction execution.

A memory may also be provided in the processor 410 for storing instructions and data. In some embodiments, the memory in the processor 410 is a cache memory. The memory may hold instructions or data that the processor 410 has just used or recycled. If the processor 410 needs to reuse the instruction or data, it may be called directly from the memory. Repeated accesses are avoided, reducing the latency of the processor 410 and thus improving the efficiency of the system.

In some embodiments, processor 410 may include one or more interfaces. The interfaces may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous receiver transmitter (universal asynchronous receiver/transmitter, UART) interface, a mobile industry processor interface (mobile industry processor interface, MIPI), a general-purpose input/output (GPIO) interface, a subscriber identity module (subscriber identity module, SIM) interface, and/or a universal serial bus (universal serial bus, USB) interface, among others.

The I2C interface is a bi-directional synchronous serial bus comprising a serial data line (SDA) and a serial clock line (derail clock line, SCL). In some embodiments, the processor 410 may contain multiple sets of I2C buses. The processor 410 may be coupled to the touch sensor 480C, charger, flash, camera 191, etc., respectively, through different I2C bus interfaces. For example: the processor 410 may be coupled to the touch sensor 480C through an I2C interface, such that the processor 410 communicates with the touch sensor 480C through an I2C bus interface to implement the touch function of the terminal device 40.

The I2S interface may be used for audio communication. In some embodiments, the processor 410 may contain multiple sets of I2S buses. The processor 410 may be coupled to the audio module 470 via an I2S bus to enable communication between the processor 410 and the audio module 470. In some embodiments, the audio module 470 may transmit an audio signal to the communication module 450 through the I2S interface, to implement a function of answering a call through the bluetooth headset.

PCM interfaces may also be used for audio communication to sample, quantize and encode analog signals. In some embodiments, the audio module 470 and the communication module 450 may be coupled by a PCM bus interface. In some embodiments, the audio module 470 may also transmit audio signals to the communication module 450 through the PCM interface to implement a function of answering a call through the bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus for asynchronous communications. The bus may be a bi-directional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is typically used to connect the processor 410 with the communication module 450. For example: the processor 410 communicates with the bluetooth module in the communication module 450 through the UART interface to implement bluetooth functions. In some embodiments, the audio module 470 may transmit an audio signal to the communication module 450 through a UART interface, implementing a function of playing music through a bluetooth headset.

The MIPI interface may be used to connect the processor 410 with peripheral devices such as the display 460. The MIPI interfaces include camera serial interfaces (camera serial interface, CSI), display serial interfaces (display serial interface, DSI), and the like. In some embodiments, processor 410 and display 460 communicate via a DSI interface to implement the display functionality of terminal device 40.

The USB interface 430 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 430 may be used to connect a charger to charge the terminal device 40, or may be used to transfer data between the terminal device 40 and a peripheral device. And can also be used for connecting with a headset, and playing audio through the headset. The interface may also be used to connect other electronic devices, such as AR devices, etc.

It should be understood that the interfacing relationship between the modules illustrated in the embodiment of the present application is only illustrative, and does not constitute a structural limitation of the terminal device 40. In other embodiments of the present application, the terminal device 40 may also use different interfacing manners, or a combination of multiple interfacing manners, in the above embodiments.

The power supply 440 provides power to the terminal device 40.

The communication module 450 may use any transceiver-like device to provide wireless communication solutions including wireless local area network (wireless local area networks, WLAN) (e.g., wireless fidelity (wireless fidelity, wi-Fi) network), bluetooth (BT), global navigation satellite system (global navigation satellite system, GNSS), frequency modulation (frequency modulation, FM), near field wireless communication technology (near field communication, NFC), infrared technology (IR), etc., for application on the terminal device 40. The communication module 450 may be one or more devices that integrate at least one communication processing module. The communication module 450 receives electromagnetic waves via an antenna, frequency modulates and filters the electromagnetic wave signals, and transmits the processed signals to the processor 410. The communication module 450 may also receive the signal to be transmitted from the processor 410, frequency modulate it, amplify it, and convert it to electromagnetic waves for radiation via an antenna.

In some embodiments, the antenna of the terminal device 40 and the communication module 450 are coupled such that the terminal device 40 can communicate with the network and other devices through wireless communication techniques. The wireless communication techniques may include the Global System for Mobile communications (global system for mobile communications, GSM), general packet radio service (general packet radio service, GPRS), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR techniques, among others. The GNSS may include a global satellite positioning system (global positioning system, GPS), a global navigation satellite system (global navigation satellite system, GLONASS), a beidou satellite navigation system (beidou navigation satellite system, BDS), a quasi zenith satellite system (quasi-zenith satellite system, QZSS) and/or a satellite based augmentation system (satellite based augmentation systems, SBAS).

The terminal device 40 implements display functions through a GPU, a display screen 460, an application processor, and the like. The GPU is a microprocessor for image processing, connected to the display screen 460 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. Processor 410 may include one or more GPUs that execute program instructions to generate or change display information.

The display 460 is used to display images, videos, and the like. The display 460 includes a display panel. The display panel may employ a liquid crystal display (liquid crystal display, LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED) or an active-matrix organic light-emitting diode (matrix organic light emitting diode), a flexible light-emitting diode (flex), a mini, a Micro led, a Micro-OLED, a quantum dot light-emitting diode (quantum dot light emitting diodes, QLED), or the like. In some embodiments, the terminal device 40 may include 1 or N displays 460, N being a positive integer greater than 1.

Memory 420 may be used to store one or more computer programs, including instructions. The processor 410 may cause the terminal device 40 to perform various functional applications, data processing, and the like by executing the above-described instructions stored in the memory 420. The memory 420 may include a stored program area and a stored data area. The storage program area can store an operating system; the storage area may also store one or more applications (e.g., gallery, contacts, etc.), and so forth. For example, the memory 420 may store a program area for storing a correspondence between a vehicle representation and account information in the method according to the embodiment of the present application.

The storage data area may store data created during use of the terminal device 40 (e.g., photos, etc.), and so on. In addition, the memory 420 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, universal flash memory (universal flash storage, UFS), and the like. In some embodiments, processor 410 may cause terminal device 40 to perform various functional applications and data processing by executing instructions stored in memory 420, and/or instructions stored in memory provided in processor 410.

The audio module 470 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 470 may also be used to encode and decode audio signals. In some embodiments, the audio module 470 may be disposed in the processor 410, or some functional modules of the audio module 470 may be disposed in the processor 410.

The pressure sensor 480A is used for sensing a pressure signal, and can convert the pressure signal into an electrical signal. In some embodiments, pressure sensor 480A may be disposed on display screen 460. The pressure sensor 480A is of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a capacitive pressure sensor comprising at least two parallel plates with conductive material. When a force is applied to the pressure sensor 480A, the capacitance between the electrodes changes. The terminal device 40 determines the strength of the pressure from the change in capacitance. When a touch operation is applied to the display 460, the terminal device 40 detects the intensity of the touch operation based on the pressure sensor 480A. The terminal device 40 may also calculate the position of the touch based on the detection signal of the pressure sensor 480A. In some embodiments, touch operations that act on the same touch location, but at different touch operation strengths, may correspond to different operation instructions. For example: and executing an instruction for checking the short message when the touch operation with the touch operation intensity smaller than the first pressure threshold acts on the short message application icon. And executing an instruction for newly creating the short message when the touch operation with the touch operation intensity being greater than or equal to the first pressure threshold acts on the short message application icon.

The fingerprint sensor 480B is used to collect a fingerprint. The terminal device 40 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access application locks, fingerprint photographing, fingerprint incoming call answering and the like.

Touch sensor 480C, also referred to as a "touch device". The touch sensor 480C may be disposed on the display screen 460, and the touch sensor 480C and the display screen 460 form a touch screen, which is also called a "touch screen". The touch sensor 480C is used to detect a touch operation acting thereon or thereabout. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output related to touch operations may be provided through the display 460. In other embodiments, the touch sensor 480C may also be disposed on a surface of the terminal device 40 at a different location than the display 460.

The keys 490 include a power-on key, a volume key, etc. The keys 490 may be mechanical keys. Or may be a touch key. The terminal device 40 may receive key inputs, generating key signal inputs related to user settings and function control of the terminal device 40.

The software system of the terminal device 40 may employ a layered architecture, an event driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. Taking an Android system with a layered architecture as an example, the embodiment of the application illustrates a software structure of the terminal device 40. Fig. 5 is a block diagram of a software structure of a terminal device to which the embodiment of the present application is applicable. The layered architecture divides the software system of the terminal device 40 into several layers, each layer having a distinct role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system may be divided into five layers, an application layer (applications), an application framework layer (application framework), an Zhuoyun rows (Android run) and system libraries, a hardware abstraction layer (hardware abstract layer, HAL), and a kernel layer (kernel), respectively.

The application layer may include a series of application packages that run applications by calling an application program interface (application programming interface, API) provided by the application framework layer. As shown in fig. 5, the application package may include applications such as a bluetooth car key application, a power saving sprite, and the like.

The application framework layer provides APIs and programming frameworks for application programs of the application layer. The application framework layer includes a number of predefined functions. As shown in fig. 5, the application framework layer may include a plurality of system services, such as: window manager, content provider, activity manager (activity manager service, AMS), view system, human interface device services (human interface device service, HID service), database, etc.

The window manager is used for managing window programs. The window manager can acquire the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like. The activity manager is used for managing the life cycle of each application program and the navigation rollback function. And the main thread creation of the Android is responsible for maintaining the life cycle of each application program. The content provider is used to store and retrieve data and make such data accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phonebooks, etc. The view system includes visual controls, such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, a display interface including a Bluetooth car key application may include a view showing text and a view showing a picture. The HID service provides attributes and interfaces for transmitting and receiving reporting data for the HID. The Bluetooth application can call the HID service through a router mechanism to transmit Bluetooth data. The database may be used to organize, store, and manage data according to a data structure.

The android runtime includes a core library and virtual machines. And the android running time is responsible for scheduling and managing an android system. The core library consists of two parts: one part is a function which needs to be called by java language, and the other part is a core library of android. The application layer and the application framework layer run in a virtual machine. The virtual machine executes java files of the application program layer and the application program framework layer as binary files. The virtual machine is used for executing the functions of object life cycle management, stack management, thread management, security and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: layer manager (surface manager), media library (media library), bluetooth application, three-dimensional graphics processing library, etc., for example: open graphics library (open graphics library, openGL), etc.

The layer manager is used to manage the display subsystem and provides a fusion of 2D and 3D layers for multiple applications. Media libraries support a variety of commonly used audio, video format playback and recording, still image files, and the like. The media library may support a variety of audio video encoding formats, such as: MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, etc. The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, graphic rendering, synthesis, layer processing and the like. The 2D graphics engine is a drawing engine for 2D drawing. Bluetooth applications provide the basic operation of bluetooth. Such as: the bluetooth application may provide bluetooth function on, bluetooth function off, pairing, connection, etc. For example, in the case where the terminal device is a cellular phone, the bluetooth application may include a HId host (HID host), and in the case where the terminal device is a vehicle-mounted terminal, the bluetooth application may include an HID device (HID device).

The hardware abstraction layer may contain a plurality of library modules, which may include, for example, sensor modules, etc. The Android system can load a corresponding library module for the equipment hardware, so that the purpose of accessing the equipment hardware by an application program framework layer is achieved.

The kernel layer is a layer between hardware and software. The kernel layer is used for driving the hardware so that the hardware works. The kernel layer at least includes display drivers, etc., which are not limited in this embodiment of the present application.

It will be appreciated that the functions of the handset 10 described above may be implemented by other terminal devices than handsets. The terminal device may be a mobile phone (mobile phone), a tablet computer (Pad), a notebook computer, a palm computer, or the like. The embodiment of the application does not limit the specific technology and the specific equipment form adopted by the terminal equipment.

It should be noted that, the structure of the terminal device illustrated in the embodiment of the present application does not constitute a specific limitation to the mobile phone 10 and the vehicle-mounted terminal 20; it will be appreciated that the handset 10 and the in-vehicle terminal 20 may include more or less components than illustrated, or certain components may be combined, certain components may be split, or different arrangements of components; wherein the illustrated components may be implemented in hardware, software, or a combination of software and hardware.

The mobile phone provided by the embodiment of the application is configured as an HID host, and the mobile phone is used as a host to operate an HID service in a power-on state. The vehicle-mounted terminal is configured as an HID device, and operates as an equipment with an HID service in a power-on state. Bluetooth applications such as HID host of the mobile phone and bluetooth applications such as HID Device in the vehicle terminal all work based on bluetooth protocol stack. The bluetooth protocol stack includes a link layer (link layer). The layer is a Bluetooth radio frequency device controller and is used for controlling the radio frequency state of the Bluetooth radio frequency device. The radio frequency status includes ready, broadcast, listening or scanning, initiate connection, connected. In the broadcast state, the Bluetooth device can transmit data without connection. The bluetooth device may monitor or scan for data transmitted by the bluetooth device in a broadcast state. The bluetooth device in the scanning state may transmit a connection request to the bluetooth device in the broadcasting state in the case of scanning data transmitted by the bluetooth device in the broadcasting state. In the case where the bluetooth device in the broadcast state agrees with the connection request, the bluetooth device in the broadcast state and the bluetooth device in the scanning state enter a connected state.

In the process of establishing Bluetooth connection between a Bluetooth car key application in a mobile phone and a Bluetooth module in a vehicle-mounted terminal for the first time, an HID host of the mobile phone scans a broadcast signal from an HID device of the vehicle-mounted terminal, and then the HID host of the mobile phone sends a connection request to the HID device of the vehicle-mounted terminal, the HID device of the vehicle-mounted terminal sends a connection response message to the HID host of the mobile phone, and the mobile phone stores an address of the vehicle-mounted terminal and/or an identifier of the vehicle-mounted terminal. The HID host of the mobile phone and the HID device of the vehicle-mounted terminal establish a human interface device service protocol (human interface device profile, HID profile) connection. The Bluetooth car key application in the mobile phone establishes a GATT connection with the car terminal based on a common attribute protocol (generic attribute profile, GAP). The GATT is a generic specification for transmitting and receiving very short data segments over bluetooth connections. Both sides of the GATT connection are C/S relationships. The Bluetooth module of the vehicle-mounted terminal is used as a GATT server. The Bluetooth car key application in the mobile phone is a GATT Client (Client), which initiates a request to a GATT server, and the Bluetooth car key application receives a response of a Bluetooth module of the vehicle-mounted terminal. The Bluetooth car key application establishes GATT connection with a Bluetooth module in the vehicle-mounted terminal.

In general, when the GATT connection between the bluetooth car key application and the in-vehicle terminal is disconnected in the mobile phone, the HID profile connection between the HID host of the mobile phone and the HID device of the in-vehicle terminal is also disconnected. And under the condition that the connection of the HID profile between the HID host of the mobile phone and the HID device of the vehicle-mounted terminal is disconnected, the HID host in the mobile phone initiates scanning. Therefore, in the embodiment of the application, the HID profile connection between the HID host of the mobile phone and the HID device of the vehicle-mounted terminal is used as a keep-alive mechanism of the Bluetooth vehicle key application, the HID host initiates scanning under the condition that the HID profile connection is disconnected, the HID host establishes the HID profile connection with the HID device when scanning a broadcast signal sent by the corresponding HID device, and the Bluetooth vehicle key application is started in response to the establishment of the HID profile connection. The Bluetooth car key application can establish GATT connection with the vehicle-mounted terminal after being started.

The following describes the technical scheme of the present application and how the technical scheme of the present application solves the above technical problems in detail with specific embodiments. The following embodiments may be implemented independently or combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments.

Fig. 6 is a schematic flow chart of a bluetooth car key car control method according to an embodiment of the present application, where the bluetooth car key car control method includes the following steps:

s601: under the condition that the mobile phone is disconnected with the corresponding vehicle-mounted terminal, the HID host of the mobile phone initiates scanning.

In the embodiment of the application, the mobile phone turns on the Bluetooth receiver to monitor the broadcast signal, which is called scanning. The scanning is typically based on a scanning window and a scanning interval. The scan window is the time width over which one scan is performed. The scan interval is the time difference between the start times of two consecutive scan windows, the scan interval comprising the time at which the scan is at rest and the time at which the scan is performed. The time of the scan rest and the time of the scan run determine the scan duty cycle. The HID profile is a protocol in a Bluetooth protocol stack, the HID profile is a protocol specification of an application layer and a connection layer, and how the device realizes HID profile connection and application based on the HID profile are defined in the HID profile. For example, HID host and HID device are applications based on HID profile in the device.

In a possible implementation manner, the HID host of the mobile phone initiates a first request, where the first request is a connection request based on a bluetooth protocol stack, and the first request may include a scanning duty cycle, and the bluetooth radio frequency device controller of the mobile phone initiates scanning based on the scanning duty cycle.

It will be appreciated that the bluetooth protocol stack also includes a host control interface layer (host controller interface, HCI) that provides a standard communication interface between the host and the bluetooth radio device controller. The first request from HID host may be translated into an HCI command to the bluetooth radio device controller. Illustratively, the HID host of the handset sends LE Extended Create connection instructions to the bluetooth radio device controller based on the host control interface layer of the bluetooth protocol stack, the HCI instructions comprising a scan duty cycle.

In an exemplary embodiment, after a user stops a vehicle in a ground warehouse, the user goes to a shopping mall to shop, and in the shopping process of the user, the GATT connection between the Bluetooth car key application and the vehicle-mounted terminal in the mobile phone is disconnected, and the HID profile connection between the HID host of the mobile phone and the HID device of the vehicle-mounted terminal is also disconnected, so that the HID host of the mobile phone is triggered to initiate scanning.

S602: an on-board terminal in the vehicle initiates a broadcast event.

The triggering condition of the vehicle-mounted terminal in the vehicle for initiating the broadcast event is not limited. For example, the in-vehicle terminal in the vehicle may always transmit a broadcast signal at a certain broadcast interval in a powered-on state. Or when the connection between the HID device of the vehicle-mounted terminal and the HID profile of the HID host of the mobile phone is disconnected, the vehicle-mounted terminal transmits the broadcast signal at a certain broadcast interval. The broadcast signal may include a media access control address (media access control address, MAC) of the vehicle terminal, a signal strength value, etc. The type of broadcast event may be any one of general broadcast or directional broadcast.

In a possible implementation, the HID device of the vehicle initiates a bluetooth broadcast request, and the bluetooth radio device controller of the vehicle sends broadcast events at certain bluetooth broadcast intervals based on the bluetooth broadcast request. The bluetooth broadcasting interval is the minimum time interval of two broadcasting events, the value range of the bluetooth broadcasting interval can be between 20ms and 10.24s, and the link layer of the vehicle-mounted terminal can generate random broadcasting delay time during each broadcasting event.

It should be noted that, in the embodiment of the present application, the execution sequence of S601 and S602 is not limited, and when the HID device of the vehicle is in the non-connection state, the HID device of the vehicle may send a broadcast event based on the bluetooth protocol stack, and when the HID host of the mobile phone is in the non-connection state, the HID host of the mobile phone may initiate a scan event based on the bluetooth protocol stack.

S603: when the HID host of the mobile phone scans a broadcast signal from the HID device of the vehicle-mounted terminal, a second request is sent to the HID device of the vehicle-mounted terminal.

In the embodiment of the present application, the second request may be an HID profile connection request.

In a possible implementation manner, when the bluetooth receiver in the mobile phone receives the broadcast signal, and when the mobile phone determines that the received broadcast signal is from the vehicle-mounted terminal according to the pre-stored pairing information, the HID host of the mobile phone sends an HID profile connection request to the HID device of the vehicle-mounted terminal. The pairing information comprises the address of the vehicle-mounted terminal paired with the mobile phone. In an exemplary embodiment, when the mobile phone determines that the address corresponding to the received broadcast signal is the same as the address of the vehicle-mounted terminal in the pre-stored pairing information, the mobile phone speaks and determines that the received broadcast signal is from the vehicle-mounted terminal. The HID host of the mobile phone sends an HID profile connection request to an HID device of the vehicle-mounted terminal. The address of the in-vehicle terminal may be a media access control (media access control, mac) address of the in-vehicle bluetooth.

When the mobile phone and the vehicle-mounted terminal were successfully paired, the address of the vehicle-mounted terminal is stored in the mobile phone. And the mobile phone determines that the Bluetooth signal comes from the vehicle-mounted terminal under the condition that the address corresponding to the received Bluetooth signal is the address of the vehicle-mounted terminal in the pairing information.

S604: and the HID device of the vehicle-mounted terminal sends a first response message to the HID host of the mobile phone under the condition that the second request is received. The first response message is used for representing that the HID device of the vehicle-mounted terminal accepts the HID profile connection request.

S605: under the condition that the first response message is received by the HID host of the mobile phone, the HID host of the mobile phone establishes HID profile connection with the HID device of the vehicle-mounted terminal.

In the process of establishing HID profile connection between the HID host of the mobile phone and the HID device of the vehicle-mounted terminal, the Bluetooth module in the mobile phone and the Bluetooth module of the vehicle-mounted terminal establish connection at a link layer. Illustratively, the bluetooth module in the handset establishes an asynchronous link (asynchronous connectionless, ACL) connection with the bluetooth module of the vehicle terminal at the link layer.

S606: and responding to the establishment of the HID profile connection between the HID host of the mobile phone and the HID device of the vehicle-mounted terminal, and starting the Bluetooth vehicle key application by the HID host service of the mobile phone.

In a possible implementation manner, the HID host of the mobile phone sends an application start instruction to the AMS in the system service when the HID profile connection is monitored, and the AMS instructs the incubator process to create the process of the bluetooth car key application to start the bluetooth car key application when receiving the application start instruction. Because the HID host is a system application, the system application runs all the time after the mobile phone is electrified, and the HID host of the mobile phone cannot be cleaned by the system application under the condition that the connection of the HID profile is disconnected, therefore, the HID host can initiate scanning based on the disconnection of the connection of the HID profile, and in this way, the HID host of the mobile phone can trigger starting of the Bluetooth car key application based on the establishment of the connection of the mobile phone and the HID profile of the vehicle-mounted terminal.

S607: and the Bluetooth car key application establishes GATT connection with the car-mounted terminal.

In a possible implementation manner, the bluetooth car key application sends a third request to the bluetooth module of the vehicle-mounted terminal based on the GATT protocol through the bluetooth module in the mobile phone, the bluetooth module in the vehicle-mounted terminal sends a second response message to the bluetooth car key application after receiving the third request, and the bluetooth car key application completes GATT connection between the bluetooth car key application and the bluetooth module in the vehicle-mounted terminal under the condition that the bluetooth car key application receives the second response message.

Optionally, S608: the Bluetooth car key application and the vehicle-mounted terminal update the GATT connection parameters.

In the embodiment of the application, the GATT connection parameters include: the bluetooth car key application transmits a time interval (which may also be referred to as a connection interval) of a data packet to a bluetooth module of the in-vehicle terminal through the bluetooth module of the mobile phone. The connection interval may be a bluetooth module of the vehicle terminal that transmits to a bluetooth car key application.

In a possible implementation, the connection response message received by the bluetooth car key application includes a connection interval, and the bluetooth car key application updates the connection interval in the GATT connection parameter according to the connection interval.

S609: the Bluetooth car key application sends a control instruction to the vehicle-mounted terminal based on the GATT connection.

In the embodiment of the application, the Bluetooth car key application can transmit data with the car-mounted terminal based on a private protocol. The private protocol is a Bluetooth car key protocol of a Bluetooth car key application and a vehicle-mounted terminal. The Bluetooth car key protocol can realize encryption and decryption of data transmitted by the Bluetooth car key application and the vehicle-mounted terminal, authentication of transmitted instructions and the like.

In one possible implementation, the bluetooth car key application receives a plurality of bluetooth signals from the vehicle terminal based on the GATT connection, and the bluetooth car key application determines a first door opening command for controlling the vehicle according to the received plurality of bluetooth signals. The Bluetooth car key application sends an encrypted first door opening instruction to a Bluetooth module of the vehicle-mounted terminal through the Bluetooth module of the mobile phone based on a Bluetooth car key protocol, wherein the first door opening instruction is used for indicating the vehicle carried by the vehicle-mounted terminal to unlock a car door.

In one example, the vehicle-mounted terminal includes a first bluetooth module disposed at a front left door of the vehicle, a second bluetooth module disposed at a rear left door of the vehicle, a fourth bluetooth module disposed at a front right door of the vehicle, a fifth bluetooth module disposed at a rear right door of the vehicle, a sixth bluetooth module disposed at a trunk of the vehicle, and the like. The first bluetooth module can be a master control bluetooth module, after the bluetooth car key application establishes GATT connection with the master control bluetooth module of the vehicle-mounted terminal, the bluetooth car key application receives a plurality of bluetooth signals from the first bluetooth module to the sixth bluetooth module at a first moment, the bluetooth car key application calculates a first distance between a mobile phone and each part of a vehicle according to attenuation degrees of the plurality of bluetooth signals, the bluetooth car key application receives a plurality of bluetooth signals from the first bluetooth module to the sixth bluetooth module at a second moment, the bluetooth car key application calculates a second distance between the mobile phone and each part of the vehicle according to attenuation degrees of the plurality of bluetooth signals, the bluetooth car key application determines that the mobile phone moves towards a left front door of the vehicle according to the first distance and the second distance, and sends a first door opening instruction to the first bluetooth module of the vehicle-mounted terminal, and the first door opening instruction is used for indicating the vehicle to automatically unlock the left front door of the vehicle, so that the vehicle door is automatically unlocked under the control of the vehicle without sense.

In another possible implementation manner, when the sensor of the mobile phone detects that the mobile phone performs a shake operation, the bluetooth car key application in the mobile phone sends an encrypted first door closing instruction to the bluetooth module of the vehicle-mounted terminal through the bluetooth module of the mobile phone based on GATT connection and bluetooth car key protocol in response to the shake operation, wherein the first door closing instruction is used for indicating that the vehicle mounted on the vehicle-mounted terminal locks a car door.

In another possible implementation manner, a bluetooth car key application in the mobile phone receives a plurality of bluetooth signals from the vehicle-mounted terminal based on GATT connection, and when the bluetooth car key application determines that the distance between the mobile phone and the vehicle is greater than a second distance threshold according to the received plurality of bluetooth signals, the bluetooth car key application sends an encrypted first door closing instruction to a bluetooth module of the vehicle-mounted terminal, wherein the first door closing instruction is used for indicating that the vehicle carried by the vehicle-mounted terminal locks a car door.

S610: and triggering the control of the vehicle by the vehicle-mounted terminal according to the control instruction.

In a possible implementation manner, the bluetooth module of the vehicle-mounted terminal receives the first door opening instruction, the vehicle-mounted terminal decrypts the first door opening instruction, and sends a second door opening instruction to the vehicle controller based on the first door opening instruction, and the vehicle controller executes the second door opening instruction to unlock the vehicle door. The first door opening instruction is an instruction carried by a Bluetooth signal, and the second door opening instruction is a data instruction transmitted based on a controller area network (controller area network, CAN) bus.

In another possible implementation manner, when the bluetooth module of the vehicle-mounted terminal receives the first door closing instruction from the bluetooth car key application, the bluetooth module sends a second door closing instruction to the vehicle controller, and the vehicle controller executes the second door closing instruction to lock the car door. The first door closing instruction is an instruction carried by a Bluetooth signal, and the second door closing instruction is a data instruction transmitted based on a CAN bus.

In another possible implementation manner, when the bluetooth module of the vehicle-mounted terminal detects that the vehicle-mounted terminal is disconnected from the bluetooth car key application, a second door closing instruction is sent to the vehicle controller, and the vehicle controller executes the second door closing instruction to lock the car door.

The Bluetooth module of the vehicle-mounted terminal detects that the Bluetooth car key application is disconnected, and sends a door closing instruction to the vehicle controller, and the vehicle controller executes the door closing instruction to close the door, so that the door closing action of the vehicle is controlled in a noninductive mode. In this way, the safety hazard caused by the fact that a user forgets to lock the door when leaving the vehicle can be prevented.

In another possible implementation manner, when the bluetooth module of the vehicle-mounted terminal detects that the packet loss rate applied to the bluetooth car key is greater than the packet loss threshold, a second door closing instruction is sent to the vehicle controller, and the vehicle controller executes the second door closing instruction to lock the car door. And the Bluetooth module of the vehicle-mounted terminal sends a locking notification message to the Bluetooth module in the mobile phone. The latch notification message is used to notify a user and latch the door. Therefore, the vehicle-mounted terminal can control the vehicle to lock the door when the distance between the mobile phone carried by the user and the vehicle is relatively large, and the safety of the vehicle is further improved.

In the embodiment of the application, the HID host of the mobile phone can scan the broadcast signal of the vehicle-mounted terminal so as to establish communication connection between the mobile phone and the vehicle-mounted terminal, and the mobile phone triggers the starting of the Bluetooth vehicle key application under the condition that the communication connection between the mobile phone and the vehicle-mounted terminal is established, thereby realizing the automatic establishment of connection between the Bluetooth vehicle key application and the Bluetooth module in the vehicle-mounted terminal. Therefore, the Bluetooth car key application can send a control instruction to the car-mounted terminal to control the car carried by the car-mounted terminal, and the unlocking and locking of the car door can be controlled in a non-sensing mode by a user.

Fig. 7 is a schematic flow chart of another method for controlling a bluetooth car key according to an embodiment of the application, where the method for controlling a bluetooth car key includes the following steps:

s701: under the condition that the car key application is disconnected with the vehicle Bluetooth, the car key application initiates a GATT connection request to the mobile phone Bluetooth.

In the embodiment of the application, the vehicle key application and the vehicle Bluetooth have completed initialization configuration and security authentication, and connection is established. GATT is a common specification for transmitting and receiving very short data segments. Both sides of the GATT connection are C/S relationships. Illustratively, GATT connections include logical link control and adaptation layer protocol (logical link control and adaptation layer protocol, L2 CAP) based connections.

In a possible implementation manner, the mobile phone receives a triggering operation of a user on an icon of the car key application, the mobile phone starts the car key application in response to the triggering operation, and a GATT connection request is initiated to the bluetooth of the mobile phone after the car key application is started.

For example, a user wants to unlock the vehicle using the vehicle key application, and then manually trigger an icon of the vehicle key application to open the vehicle key application. The mobile phone receives triggering operation of a user aiming at an icon of the car key application, and the mobile phone responds to the triggering operation to start the car key application. And after the car key application is started, a GATT connection request is initiated to the Bluetooth of the mobile phone. The GATT connection request is used to establish a GATT connection with the vehicle bluetooth.

S702: and the Bluetooth of the mobile phone responds to the GATT connection request to complete the establishment of the connection with the vehicle Bluetooth ACL at the link layer.

In the embodiment of the application, ACL connection is used for transmitting packet data between a link layer of mobile phone Bluetooth and a link layer of vehicle Bluetooth.

S703: the car key application establishes GATT connection with the vehicle Bluetooth through the mobile phone Bluetooth.

Possible implementation is not described in detail with reference to the description in S606.

S704: and the mobile phone Bluetooth and the vehicle Bluetooth establish HID profile connection.

Possible implementation manners, refer to the descriptions of S600 to S604 above, and are not repeated.

Under the condition that a user carries the mobile phone away from a vehicle carried by the vehicle-mounted Bluetooth or the mobile phone and the vehicle-mounted Bluetooth are separated by multiple barriers, the situation that the heartbeat signal of the other party cannot be detected possibly occurs between the mobile phone Bluetooth and the vehicle-mounted Bluetooth. At this time, the ACL link, GATT connection, and HID profile connection between the mobile bluetooth and the vehicle bluetooth may be disconnected.

S705: in the case where the car key application is disconnected from the onboard bluetooth, the car key application frequently initiates the scan.

Illustratively, in the case where the car key application is disconnected from the onboard Bluetooth, the car key application initiates the scan every 0.6 ms.

S706: the car key application is cleaned.

In a possible implementation, the car key application is cleaned by the system application. The system application may be a power saving puck or iaware, etc.

In the embodiment of the application, the vehicle key application cleaned finger system application cleans the executable code instruction corresponding to the vehicle key application from the memory. The car key application being cleaned may also be referred to as the car key application being turned off.

S707: the mobile phone bluetooth initiates the scan.

In a possible implementation manner, the HID host of the mobile phone initiates an HID Profile connection request to bluetooth of the mobile phone, where the connection request includes a scanning duty cycle. The mobile phone Bluetooth initiates a scan at the scan duty cycle in response to the connection request.

It is understood that the HID profile connection request may be a request of the application layer. In the bluetooth protocol, communication between the host and the controller is accomplished through a host controller interface (host controller interface, HCI) transport layer, and requests from the application layer may be translated into HCI commands to the controller.

Illustratively, the HID host of the handset sends LE Extended Create connection instructions to the bluetooth controller based on the bluetooth protocol stack, which includes the scan duty cycle.

S708: the vehicle bluetooth transmits a broadcast signal based on a bluetooth broadcast interval.

In a possible implementation, the HID device of the vehicle bluetooth controls the bluetooth controller to send a broadcast signal based on the bluetooth broadcast interval.

S709: the mobile phone Bluetooth scans the broadcast signal sent by the vehicle Bluetooth.

In a possible implementation manner, in the case that the mobile phone bluetooth scans the broadcast signal, the mobile phone bluetooth determines that the received broadcast signal is from the vehicle-mounted bluetooth according to the bluetooth address in the pre-stored pairing information. The pairing information comprises an address of the vehicle Bluetooth paired with the Bluetooth of the mobile phone. For example, the address of the in-vehicle bluetooth may be a MAC address of the in-vehicle bluetooth.

S710: and the Bluetooth of the mobile phone and the Bluetooth of the vehicle-mounted device complete ACL link establishment.

In the embodiment of the application, the establishment of the ACL link is used for carrying out data transmission on the link layer between the mobile phone Bluetooth and the vehicle Bluetooth.

In a possible implementation manner, the mobile phone bluetooth sends a connection request to the vehicle bluetooth when the mobile phone bluetooth determines that the received broadcast signal is from the vehicle bluetooth. And under the condition that the mobile phone Bluetooth receives the connection response message from the vehicle Bluetooth, the mobile phone Bluetooth and the vehicle Bluetooth establish an ACL link at a link layer.

S711: and the mobile phone Bluetooth and the vehicle Bluetooth realize HID profile connection.

S712: the mobile phone Bluetooth pulls up the car key application.

In a possible implementation, reference is made to the description in S605, which is not described in detail.

S713: the vehicle key application establishes a GATT channel with the vehicle bluetooth.

S714: the car key application updates the connection parameters with the car bluetooth.

The possible implementation manner, refer to the description in S607, and will not be described in detail.

S715: the car key application interacts with the bluetooth car key protocol on board bluetooth.

In the embodiment of the application, the Bluetooth car key protocol can realize encryption and decryption of data transmitted by the Bluetooth car key application and the vehicle-mounted terminal, authentication of transmitted instructions and the like.

The vehicle key application can send a control command to the vehicle-mounted Bluetooth, and the vehicle-mounted Bluetooth responds to the received control command to control the vehicle.

In the embodiment of the application, when the car key application is cleaned or frozen, the mobile phone Bluetooth can scan the broadcast signal of the car Bluetooth, the mobile phone Bluetooth establishes communication connection with the car Bluetooth, and when the mobile phone Bluetooth establishes connection with the car Bluetooth, the mobile phone triggers the starting of the car key application, thereby realizing the automatic connection establishment between the car key application and the car Bluetooth. Therefore, the vehicle key application can send a control instruction to the vehicle-mounted terminal to control the vehicle carried by the vehicle-mounted terminal, so that the unlocking and locking of the vehicle door can be controlled in a non-sensing manner by a user.

The foregoing description of the solution provided by the embodiments of the present application has been mainly presented in terms of a method. To achieve the above functions, it includes corresponding hardware structures and/or software modules that perform the respective functions. Those of skill in the art will readily appreciate that the present application may be implemented in hardware or a combination of hardware and computer software, as the method steps of the examples described in connection with the embodiments disclosed herein. Whether a function is implemented as hardware or computer software driven hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

According to the embodiment of the application, the terminal equipment for realizing the Bluetooth car key car control method can be divided into the functional modules according to the method example, for example, each functional module can be divided corresponding to each function, and two or more functions can be integrated into one processing module. Illustratively, the functions of the target application, the drawing interface, and the display engine are integrated in the display control unit. The integrated modules may be implemented in hardware or in software functional modules. It should be noted that, in the embodiment of the present application, the division of the modules is schematic, which is merely a logic function division, and other division manners may be implemented in actual implementation.

As shown in fig. 8, a schematic structural diagram of a terminal device provided in an embodiment of the present application, a terminal device 80 shown in fig. 8, where the terminal device 80 includes: a bluetooth car key application 810 and a first bluetooth module 820; the first bluetooth module 820 is configured to initiate scanning in a case where the first communication connection between the first bluetooth module 820 and the second bluetooth module is disconnected; the second Bluetooth module is a Bluetooth module in the second terminal equipment; in the case where the terminal device 80 determines that the scanned bluetooth broadcast signal is from the second terminal device, the first bluetooth module 820 establishes a first communication connection with the second bluetooth module; in response to the establishment of the first communication connection, triggering the start of the bluetooth car key application 810; the bluetooth car key application 810 establishes a second communication connection with a second bluetooth module through the first bluetooth module 820; the bluetooth car key application 810 sends control instructions to the second bluetooth module based on the second communication connection; the control instruction is used for triggering and controlling the second terminal equipment by the second Bluetooth module. For example, in connection with fig. 6, the first bluetooth module 820 may be used to perform the transmission steps S604, S605, and S606 in S601, S603. Referring to fig. 7, the first bluetooth module 820 may be used to perform the receiving steps S702 to S704, S707, S709 to S712 in S701.

Optionally, the first bluetooth module 820 is specifically configured to initiate scanning at a preset scanning duty cycle.

Optionally, the first bluetooth module 820 includes a host and a bluetooth radio frequency device controller; the host is used for sending a first request to the Bluetooth radio frequency device controller based on the man-machine interface device host service; the first request includes a preset scan duty cycle; the Bluetooth radio frequency device controller is used for initiating scanning based on a preset scanning duty cycle.

Optionally, an activity manager and an incubator process run in the terminal device 80; in response to the establishment of the first communication connection, the first bluetooth module 820 is specifically configured to send an application start instruction to the activity manager when the first bluetooth module 820 determines that the first communication connection is established with the second bluetooth module; the application launch instruction is used by the activity manager to trigger a process of establishing the bluetooth car key application 810; the activity manager is configured to instruct the incubator process to create the process of the bluetooth car key application 810 upon receiving the application start instruction.

Optionally, the first bluetooth module 820 is configured to send a second request to the second terminal device; the second request is used for requesting to establish a first communication connection with the second terminal equipment; in case the terminal device 80 obtains the first response message sent by the second terminal device, the first bluetooth module 820 is configured to establish a first communication connection with the second bluetooth module.

Optionally, the first bluetooth module 820 is configured to send a third request to the second bluetooth module based on a generic attribute protocol; the third request is for requesting the bluetooth car key application 810 to establish a second communication connection with the second bluetooth module; the first bluetooth module 820 is further configured to establish a second communication connection between the bluetooth car key application 810 and the second bluetooth module if a second response message sent by the second bluetooth module is obtained.

Optionally, the second response message includes a connection interval; the first bluetooth module 820 is further configured to update connection parameters of the second communication connection according to the connection interval; the connection parameter is used to control the time interval for the first bluetooth module 820 to send a data packet to the second bluetooth module; the first bluetooth module 820 is specifically configured to send a control instruction to the second bluetooth module according to the connection parameter.

Optionally, the first bluetooth module 820 is configured to scan for a first broadcast signal; the first broadcast signal includes a source address; in case that the source address is the same as the address of the second terminal device in the pre-stored pairing information, the first bluetooth module 820 determines that the scanned first broadcast signal is from the second terminal device.

In one example, the functionality of the first bluetooth module 820 may be invoked by the processor 410 in conjunction with fig. 4 to invoke a computer program in the memory 420 and implemented in conjunction with the communication module 450.

Fig. 9 is a schematic structural diagram of a chip according to an embodiment of the present application. Chip 90 includes one or more (including two) processors 901, communication lines 902, and communication interfaces 903, and optionally, chip 90 also includes memory 904.

In some implementations, the memory 904 stores the following elements: executable modules or data structures, or a subset thereof, or an extended set thereof.

The method described in the above embodiments of the present application may be applied to the processor 901 or implemented by the processor 901. Processor 901 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in the processor 901 or instructions in the form of software. The processor 901 may be a general purpose processor (e.g., a microprocessor or a conventional processor), a digital signal processor (digital signal processing, DSP), an application specific integrated circuit (application specific integrated circuit, ASIC), an off-the-shelf programmable gate array (field-programmable gate array, FPGA) or other programmable logic device, discrete gates, transistor logic, or discrete hardware components, and the processor 901 may implement or perform the methods, steps, and logic blocks disclosed in embodiments of the present application.

The steps of the method disclosed in connection with the embodiments of the present application may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a state-of-the-art storage medium such as random access memory, read-only memory, programmable read-only memory, or charged erasable programmable memory (electrically erasable programmable read only memory, EEPROM). The storage medium is located in the memory 904, and the processor 901 reads information in the memory 904 and performs the steps of the above method in combination with its hardware.

The processor 901, the memory 904, and the communication interface 903 may communicate via a communication line 902.

In the above embodiments, the instructions stored by the memory for execution by the processor may be implemented in the form of a computer program product. The computer program product may be written in the memory in advance, or may be downloaded in the form of software and installed in the memory.

Embodiments of the present application also provide a computer program product comprising one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the processes or functions in accordance with embodiments of the present application are produced in whole or in part. The computer may be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wired (e.g., coaxial cable, fiber optic, digital subscriber line (digital subscriber line, DSL), or wireless (e.g., infrared, wireless, microwave, etc.), or semiconductor medium (e.g., solid state disk, SSD)) or the like.

The embodiment of the application provides a terminal device which comprises a memory and a processor, wherein the processor invokes a computer program in the memory to realize a method executed by a mobile phone or a method executed by a vehicle-mounted terminal in any Bluetooth vehicle key control method.

The embodiment of the application also provides a computer readable storage medium. The methods described in the above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. Computer readable media can include computer storage media and communication media and can include any medium that can transfer a computer program from one place to another. The storage media may be any target media that is accessible by a computer.

As one possible design, the computer-readable medium may include compact disk read-only memory (CD-ROM), RAM, ROM, EEPROM, or other optical disk memory; the computer readable medium may include disk storage or other disk storage devices. Moreover, any connection is properly termed a computer-readable medium. For example, if the software is transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium. Disk and disc, as used herein, includes Compact Disc (CD), laser disc, optical disc, digital versatile disc (digital versatile disc, DVD), floppy disk and blu-ray disc where disks usually reproduce data magnetically, while discs reproduce data optically with lasers.

Combinations of the above should also be included within the scope of computer-readable media. The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present application. Therefore, the protection scope of the application is subject to the protection scope of the claims.

Claims

1. The Bluetooth car key car control method is characterized by being applied to first terminal equipment; the first terminal device comprises a Bluetooth car key application and a first Bluetooth module; the method comprises the following steps:

under the condition that the first communication connection between the first Bluetooth module and the second Bluetooth module is disconnected, the first Bluetooth module initiates scanning; the second Bluetooth module is a Bluetooth module in the second terminal equipment;

the first Bluetooth module establishes the first communication connection with the second Bluetooth module under the condition that the first terminal equipment determines that the scanned Bluetooth broadcast signal is from the second terminal equipment;

responding to the establishment of the first communication connection, and triggering the starting of the Bluetooth car key application by the first Bluetooth module;

The Bluetooth car key application establishes a second communication connection with the second Bluetooth module through the first Bluetooth module;

the Bluetooth car key application sends a control instruction to the second Bluetooth module based on the second communication connection; the control instruction is used for triggering and controlling the second terminal equipment by the second Bluetooth module;

the second communication connection is a communication connection based on a universal attribute protocol;

the Bluetooth car key application establishes a second communication connection with the second Bluetooth module through the first Bluetooth module, and the Bluetooth car key application comprises:

the Bluetooth car key application sends a third request to the second Bluetooth module through the first Bluetooth module based on the universal attribute protocol; the third request is used for requesting to establish the second communication connection with the second Bluetooth module;

the Bluetooth car key application establishes the second communication connection with the second Bluetooth module under the condition that the Bluetooth car key application acquires a second response message sent by the second Bluetooth module;

when the packet loss rate of the second communication connection between the Bluetooth car key application and the second Bluetooth module is larger than a packet loss threshold, the first Bluetooth module receives a locking notification message sent by the second Bluetooth module, and the locking notification message is used for notifying a user and locking a car door.

2. The bluetooth car key control method according to claim 1, wherein the first bluetooth module initiates scanning, comprising:

the first Bluetooth module initiates scanning at a preset scanning duty cycle.

3. The bluetooth car key control method according to claim 2, wherein the first bluetooth module comprises a host and a bluetooth radio frequency device controller; the first bluetooth module initiates scanning with a preset scanning duty cycle, including:

the host sends a first request to the Bluetooth radio frequency device controller based on a man-machine interface device host service; the first request includes the preset scan duty cycle;

the Bluetooth radio frequency device controller initiates scanning based on the preset scanning duty cycle.

4. A bluetooth car key control method according to any of claims 1-3, characterized in that the first terminal device has an activity manager and an incubator process running therein; the responding to the establishment of the first communication connection, the first Bluetooth module triggering the starting of the Bluetooth car key application comprises the following steps:

the first Bluetooth module sends an application starting instruction to the activity manager under the condition that the first Bluetooth module determines to establish the first communication connection with the second Bluetooth module; the application starting instruction is used for triggering a process of establishing the Bluetooth car key application by the activity manager;

And the activity manager instructs the incubator process to create the Bluetooth car key application process under the condition that the application starting instruction is received.

5. A bluetooth car key control method according to any of claims 1-3, wherein the first bluetooth module establishes the first communication connection with the second bluetooth module, comprising:

the first terminal equipment sends a second request to the second terminal equipment through the first Bluetooth module; the second request is used for requesting to establish the first communication connection with the second terminal equipment;

and under the condition that the first terminal equipment acquires a first response message sent by the second terminal equipment, the first Bluetooth module and the second Bluetooth module establish the first communication connection.

6. A bluetooth car key control method according to any of claims 1-3, wherein the first communication connection is a communication connection based on a human interface device service protocol.

7. A bluetooth car key control method according to any of claims 1-3, wherein the second response message comprises a connection interval; the method further comprises the steps of:

The Bluetooth car key application updates the connection parameters of the second communication connection according to the connection interval; the connection parameter is used for controlling the time interval of the first Bluetooth module sending the data packet to the second Bluetooth module;

the bluetooth car key application sends a control instruction to the second bluetooth module based on the second communication connection, and the control instruction comprises:

and the Bluetooth car key application sends the control instruction to the second Bluetooth module through the first Bluetooth module according to the connection parameters.

8. A bluetooth car key control method according to any of claims 1-3, wherein the method further comprises:

the first Bluetooth module scans a first broadcast signal; the first broadcast signal includes a source address;

and under the condition that the source address is the same as the address of the second terminal equipment in the pre-stored pairing information, the first Bluetooth module determines that the scanned first broadcast signal is from the second terminal equipment.

9. A terminal device, comprising: the Bluetooth car key application and the first Bluetooth module;

the first Bluetooth module is used for initiating scanning under the condition that the first communication connection between the first Bluetooth module and the second Bluetooth module is disconnected; the second Bluetooth module is a Bluetooth module in the second terminal equipment; under the condition that the terminal equipment determines that the scanned Bluetooth broadcasting signal is from the second terminal equipment, the first Bluetooth module and the second Bluetooth module establish the first communication connection; triggering and starting the Bluetooth car key application in response to the establishment of the first communication connection;

The Bluetooth car key application is used for establishing second communication connection with the second Bluetooth module through the first Bluetooth module;

the Bluetooth car key application is further used for sending a control instruction to the second Bluetooth module based on the second communication connection; the control instruction is used for triggering and controlling the second terminal equipment by the second Bluetooth module;

the first Bluetooth module is used for sending a third request to the second Bluetooth module based on the universal attribute protocol; the third request is used for requesting the Bluetooth car key application to establish a second communication connection with the second Bluetooth module; the first Bluetooth module is further used for establishing a second communication connection between the Bluetooth car key application and the second Bluetooth module under the condition that a second response message sent by the second Bluetooth module is obtained;

the first bluetooth module is configured to receive a locking notification message sent by the second bluetooth module when the packet loss rate of the second communication connection between the bluetooth car key application and the second bluetooth module is greater than a packet loss threshold, where the locking notification message is used to notify a user and lock a car door.

10. A terminal device, characterized in that the terminal device comprises a processor and a memory, the processor being adapted to invoke a computer program in the memory to perform the bluetooth car key control method according to any of the claims 1-8.

11. A computer readable storage medium storing computer instructions which, when run on a terminal device, cause the terminal device to perform the bluetooth car key control method according to any of claims 1-8.

12. A chip comprising at least one processor and a communication interface, the communication interface and the at least one processor being interconnected by a circuit, the at least one processor being configured to execute a computer program or instructions to perform the bluetooth car key control method of any one of claims 1-8.