CN115019418A

CN115019418A - Bluetooth vehicle key control method, device and storage medium

Info

Publication number: CN115019418A
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: 2022-09-06
Anticipated expiration: 2042-01-18
Also published as: WO2023093222A1; CN115019418B

Abstract

The embodiment of the application provides a method, a device and a storage medium for controlling a vehicle by a Bluetooth vehicle key, relating to the technical field of terminals; the method comprises the following steps that when a first communication connection between a first Bluetooth module and a 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 device determines that the scanned Bluetooth broadcast signal comes from the second terminal device, the first Bluetooth module and the second Bluetooth module establish first communication connection; in response to establishment of the first communication connection, the first Bluetooth module triggers starting of a Bluetooth car key application; therefore, the Bluetooth car key application can establish 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, and the user can realize the noninductive control of the vehicle carried by the second terminal device.

Description

Bluetooth vehicle key control method, device and storage medium

The present application claims priority of chinese patent application entitled "bluetooth car key management method, apparatus and storage medium" filed by the chinese intellectual property office at 26/11/2021 under the application number 2021114259098, which is incorporated herein by reference in its entirety or in part.

Technical Field

The application relates to the technical field of terminals, in particular to a Bluetooth vehicle key control method, a Bluetooth vehicle key control device and a storage medium.

Background

Along with the improvement of life, the use amount of car is bigger and bigger, and the inconvenient problem of key that the car used carried 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.

At present, when a mobile phone terminal serves as a bluetooth car key, the mobile phone terminal needs to receive a trigger operation of a user for an icon of a car key application, and the car key application is opened in response to the trigger operation to realize control over a car, so that the operation is complex.

Disclosure of Invention

The embodiment of the application provides a method, a device and a storage medium for controlling a vehicle by a Bluetooth vehicle key, relates to the technical field of terminals, and is beneficial to realizing the noninductive control of unlocking and locking of a vehicle door by the 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 equipment comprises a Bluetooth car key application and a first Bluetooth module; the method comprises the following steps: the method comprises the steps that when a first communication connection between a first Bluetooth module and a 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 device determines that the scanned Bluetooth broadcast signal comes from the second terminal device, the first Bluetooth module and the second Bluetooth module establish first communication connection; in response to establishment of the first communication connection, the first Bluetooth module triggers starting of a Bluetooth car key application; the Bluetooth car key application establishes a second communication connection with a second Bluetooth module through a 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, therefore, 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, and under the condition that the scanned bluetooth broadcast signal comes from the second terminal device, the first bluetooth module establishes the first communication connection with the second bluetooth module, the establishment of the first communication connection triggers the start of the bluetooth car key application, so that the bluetooth car key application establishes the second communication connection with the second bluetooth module through the first bluetooth module, even if the bluetooth car key application is frozen or cleaned up, the first communication connection is established under the condition that the first terminal device, such as a mobile phone, approaches a vehicle, so as to trigger the start of the bluetooth car key application, establish bluetooth car key and second bluetooth module's second communication connection, bluetooth car key uses and can realize the control to the vehicle that second bluetooth module carried on based on this second communication connection to help realizing that the user does not feel the unblanking and shutting of control door.

In a possible implementation manner, the initiating the scanning by the first bluetooth module includes: the first Bluetooth module initiates scanning with a preset scanning duty ratio. Thus, the scanning duty ratio capable of balancing performance and energy consumption can be preset according to experience, and the first Bluetooth module initiates scanning with the preset scanning duty ratio to help balance performance and energy consumption.

In a possible implementation manner, the first bluetooth module comprises a host and a bluetooth radio frequency device controller; the above-mentioned first bluetooth module initiates the scanning with preset scanning duty cycle, includes: the host sends a first request to the Bluetooth radio frequency device controller based on the service of the human-computer interface equipment host; 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 always 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 device; the above-mentioned responding to the establishment of the first communication connection, the first bluetooth module triggers to start the bluetooth car key application, including: under the condition that the first Bluetooth module determines to establish first communication connection with the second Bluetooth module, the first Bluetooth module sends 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 instructs the incubator process to create a process of the bluetooth car key application upon receiving the application start instruction. Therefore, the first Bluetooth module can sense the establishment of the first communication connection, and the first Bluetooth module triggers the starting of the Bluetooth car key application under the condition of sensing the establishment of the first communication connection without manual operation.

In a possible implementation manner, the establishing, by the first bluetooth module, a first communication connection with 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 the 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 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 service of the man-machine interface device is always 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 when the first communication connection is disconnected.

In a possible implementation, the second communication connection is a communication connection based on a generic attribute protocol. In this way, the generic attribute protocol may support the transfer of data, and thus, the first bluetooth module may send command data to the second bluetooth module via the second communication connection.

In a possible implementation manner, the bluetooth car key application establishes a second communication connection with the second bluetooth module through the first bluetooth module, including: the Bluetooth car key application sends a third request to the second Bluetooth module through the first Bluetooth module based on the general attribute protocol; 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 vehicle key application acquires a second response message sent by the second Bluetooth module, the Bluetooth vehicle key application establishes a second communication connection with the second Bluetooth module.

In a possible implementation, the second response message includes a connection interval; the method further comprises the step that the Bluetooth vehicle key application updates the connection parameters of the second communication connection according to the connection interval; the connection parameters are used for controlling the time interval of the first Bluetooth module for 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 bluetooth car key application comprises the following steps: the Bluetooth car key application sends a control instruction to the second Bluetooth module through the first Bluetooth module according to the connection parameters.

In a possible implementation manner, the method further includes: the first terminal equipment scans the 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 device in the prestored pairing information, the first terminal device determines that the scanned first broadcast signal comes from the second terminal device.

In a second aspect, an embodiment of the present application provides a terminal device, including: a Bluetooth car key application and a 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 device determines that the scanned Bluetooth broadcast signal comes from the second terminal device, the first Bluetooth module and the second Bluetooth module establish first communication connection; triggering and starting a Bluetooth vehicle key application in response to establishment of the first communication connection; the Bluetooth car key application is used for establishing a second communication connection with a 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 host service of the human-computer interface equipment; 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 ratio.

Optionally, an activity manager and an incubator process run in the first terminal device; in response to the establishment of the first communication connection, the first bluetooth module is specifically configured to send an application start instruction to the activity manager when the first bluetooth module determines that the first communication connection is established 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; the activity manager is used for instructing the incubator process to create the process of the Bluetooth car key application under the condition of receiving the application starting instruction.

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 the first Bluetooth module is used for establishing a first communication connection with the second Bluetooth module under the condition that the first terminal device acquires the first response message sent by the second terminal device.

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

Optionally, the second communication connection is a communication connection based on a generic attribute 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 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.

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 parameters are used for controlling the time interval of the first Bluetooth module for sending the data packet to the second Bluetooth module; the first Bluetooth module is specifically used for sending a control instruction to the second Bluetooth module according to the connection parameters.

Optionally, the first bluetooth module is configured to scan 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 device in the prestored pairing information, the first Bluetooth module determines that the scanned first broadcast signal comes from the second terminal device.

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

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where a computer program or an instruction is stored, and when the computer program or the instruction is executed on a computer, the computer is caused to execute the bluetooth car key control method provided in the first aspect or any one of the possible implementation manners of the first aspect.

In a fifth aspect, an embodiment of the present application provides a computer program product including a computer program, which when the computer program runs on a computer, causes the computer to execute the bluetooth car key control method described in the first aspect or any one of the possible implementation manners of the first aspect.

In a sixth aspect, the present application provides a chip or a chip system, where the chip or the chip system includes at least one processor and a communication interface, the communication interface and the at least one processor are interconnected by a line, and the at least one processor is configured to run a computer program or instructions to perform the bluetooth car key control method described in the first aspect or any one of the possible implementation manners of the first aspect. The communication interface in the chip may be an input/output interface, a pin, a circuit, or the like.

In one possible implementation, the chip or chip system described above in this application further comprises at least one memory having instructions stored therein. The memory may be a storage unit inside the chip, such as a register, a cache, etc., or may be a storage 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 beneficial effects achieved by the aspects and the corresponding possible implementations are similar, and are not described again.

Drawings

Fig. 1 is a schematic diagram of a vehicle-mounted terminal and a mobile phone communication system according to an embodiment of the present disclosure;

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

fig. 3 is a schematic view 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 applied;

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

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

fig. 7 is a schematic flowchart of another method for controlling a vehicle by using a bluetooth vehicle according to an embodiment of the present 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 the embodiments of the present application, terms such as "first" and "second" are used to distinguish the same or similar items having substantially the same function and action. For example, the first chip and the second chip are only used for distinguishing different chips, and the sequence order thereof is not limited. Those skilled in the art will appreciate that the terms "first," "second," etc. do not denote any order or quantity, nor do the terms "first," "second," etc. denote any order or importance.

It should be noted that in the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design described herein as "exemplary" or "e.g.," is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

In the embodiments of the present application, "at least one" means one or more, "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone, wherein A and B can be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. "at least one of the following" or similar expressions refer to any combination of these items, including any combination of the singular or plural items. 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 multiple.

With the rapid development of automobile terminal technology, the bluetooth automobile key in the mobile phone is used to replace an automobile entity key to become the development trend of the automobile key. When a user uses the Bluetooth car key application for the first time, the mobile terminal in the mobile phone Bluetooth connection car is opened, the Bluetooth car key application is logged in, the unique serial number and car purchasing information of the car are input, and the mobile phone Bluetooth car key application uploads the information of the concerned volume to the key safety management platform. And after receiving the effective user registration information, the key safety management platform simultaneously 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, the Bluetooth car key application in the mobile phone and the vehicle-mounted terminal of the vehicle carry out safety certification based on a Bluetooth communication protocol, and if the safety certification is passed, the mobile phone Bluetooth car key application is successfully registered. At the moment, after the mobile phone is in communication connection with the vehicle-mounted terminal, the Bluetooth car 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 manage and control the 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 opened, the bluetooth car key application establishes a communication connection with the in-vehicle terminal 20. As shown in fig. 2, which is a schematic view of a vehicle control interface of a bluetooth vehicle key application in the mobile phone 10, the vehicle control interface shown in fig. 2 includes a vehicle key sharing control 201, an unlocking control 202, a windowing control 203, a trunk locking control 204, and a bluetooth connection control 205. The bluetooth connection control 205 is turned on to represent that the bluetooth car key application establishes a bluetooth communication connection with the vehicle-mounted terminal 20, the mobile phone 10 receives a click operation of a user on the unlocking control 202, and in response to the click operation, the bluetooth car key application can send an unlocking instruction to the bluetooth module in the vehicle-mounted terminal 20 through the bluetooth module in the mobile phone 10, and the unlocking instruction is used for instructing the vehicle-mounted terminal 20 to control the vehicle carried by the vehicle-mounted terminal 20 to unlock the vehicle door. The vehicle-mounted terminal 20 recognizes the unlocking instruction and generates a door opening control instruction according to the unlocking instruction so as to control the vehicle to unlock the door. Likewise, a windowing control 203 may be used to control the vehicle to open windows and a latching 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 opened, the bluetooth car key application may send an unlocking instruction to the car terminal 20 to unlock the car door if the distance between the mobile phone 10 and the car equipped with the car terminal 20 is less than a distance threshold. The bluetooth car key application may send an unlocking command to the car terminal 20 through any one of Near Field Communication (NFC) or bluetooth, or the bluetooth car key application may also send an unlocking command to the car terminal 20 through a remote server. This is not limited in the embodiments of the present application.

In some scenarios, the bluetooth car key application may invoke the bluetooth module of the cell phone 10 to initiate the scanning and connection activities. 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 turned on, the Global Positioning System (GPS) function of the mobile phone 10 is turned on, or the bluetooth car key application in the mobile phone 10 is disconnected from the communication connection with the vehicle-mounted terminal 20, and the like, and the bluetooth car key application triggers the bluetooth module of the mobile phone 10 to initiate scanning and connection behaviors.

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

In some examples, after the mobile phone 10 is turned off, 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 connecting action within five minutes, and after more than five minutes the system application stops the bluetooth car key application from invoking the bluetooth module of the mobile phone 10 to initiate the scanning action.

In other examples, the system applies the frozen bluetooth car key application 2 minutes after the bluetooth module in the handset 10 is disconnected. The Bluetooth car key application is a Bluetooth car key application, wherein executable program instructions of the Bluetooth car key application still exist in the memory, but the processor does not execute the executable program instructions. The process of the bluetooth car key application still exists but is not 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 the first threshold. The system application cleaning Bluetooth car key application means that the system application removes executable instructions of the Bluetooth car key application from a memory. At this time, the process of the Bluetooth car key application can be cleared by the processor, or the process of the Bluetooth car key application is called to be turned off by the processor.

In other examples, the system application clears the bluetooth car key application if the temperature of the cell phone 10 is greater than the second threshold, or if the rate of power consumption by the cell phone 10 is greater than a third threshold.

In other examples, the system application in the mobile phone 10 may clear the bluetooth car key application in the event that the bluetooth car key application is not in use for a period greater than a fourth threshold.

In other examples, the system application may only allow the bluetooth car key application to invoke the bluetooth module to initiate a connection after the function of the bluetooth module in the mobile phone 10 is turned on for more than a predetermined period of time, and in the event that the connection is unsuccessful, the system application freezes the bluetooth car key application in the mobile phone 10.

At present, when the system application clears or freezes the bluetooth car key application running in the mobile phone 10, and 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 illustrating 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, the bluetooth car key application starts S301, and the bluetooth car key application initiates a generic attribute profile (GATT) protocol connection request S302. The Bluetooth car key application can initiate a GATT connection request to a Bluetooth module of the vehicle-mounted terminal through the Bluetooth module in the mobile phone, and S303 establishes an ACL link 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 in the mobile phone and the Bluetooth module in the vehicle-mounted terminal are used for achieving GATT channel establishment. The Bluetooth car key 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 the moment, the user can realize the management and control of the vehicle carried by the vehicle-mounted terminal through the Bluetooth vehicle key application. For example, when a cellular phone approaches a locked vehicle, the vehicle automatically opens the door. S305, under the condition that the Bluetooth car key application is cleaned or frozen, an Asynchronous Connection (ACL) link between a Bluetooth module in the mobile phone and a Bluetooth module of the vehicle-mounted terminal is disconnected. And S306, the Bluetooth car key application is disconnected with the GATT channel of the Bluetooth module in the vehicle-mounted terminal. At this moment, when the mobile phone approaches the vehicle again, 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 purpose of controlling the vehicle carried by the vehicle-mounted terminal by using the bluetooth car key application can be achieved, so that the operation is complex.

In view of this, an embodiment of the present application provides a bluetooth car key control method, in which a disconnection between a mobile phone and a car-mounted terminal may trigger the mobile phone to scan a broadcast event initiated by the car-mounted terminal, and when the broadcast event of the car-mounted terminal is scanned, the mobile phone starts a bluetooth car key application to establish a communication connection between the bluetooth car key application and the car-mounted terminal, so that even if the bluetooth car key application is frozen or cleared, the mobile phone may automatically start the bluetooth car key application when approaching a vehicle, and establish a communication connection between the bluetooth car key application and the car-mounted terminal, and the bluetooth car key application may implement control over the vehicle carried by the car-mounted terminal based on the communication connection, thereby facilitating realization of non-sensory control of unlocking and locking of a car door of a user.

The functions of the mobile terminal and the vehicle-mounted terminal in the bluetooth vehicle key control method provided by the embodiment of the application can be realized by the terminal equipment shown in fig. 4. The terminal equipment 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 computer (Pad), a Virtual Reality (VR) terminal device, an Augmented Reality (AR) terminal device, a vehicle-mounted terminal, or the like. The embodiment of the present application does not limit the specific technology and the specific device form adopted by the terminal device.

In order to better understand the embodiments of the present application, the following describes a structure of a terminal device to which the embodiments of the present application are applied. As shown in fig. 4, which is a schematic structural diagram of a terminal device according to an embodiment of the present disclosure, the terminal device 40 shown in fig. 4 may include a processor 410, a memory 420, a Universal Serial Bus (USB) interface 430, a power supply 440, a communication module 450, an audio module 470, a sensor module 480, a button 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 is to be understood that the illustrated structure of the embodiment of the present invention does not specifically limit the terminal device 40. In other embodiments of the present application, terminal device 40 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 410 may include one or more processing units, such as: the processor 410 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a Digital Signal Processor (DSP), a baseband processor), and the like. The different processing units may be separate devices or may be integrated into one or more processors.

The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in 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 have just been used or recycled by the processor 410. If the processor 410 needs to use the instruction or data again, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 410, thereby increasing the efficiency of the system.

In some embodiments, processor 410 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a 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 (SIM) interface, a bus or Universal Serial Bus (USB) interface, and the like.

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

The I2S interface may be used for audio communication. In some embodiments, processor 410 may include 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 can communicate audio signals to the communication module 450 through the I2S interface, enabling answering a call through a bluetooth headset.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, audio module 470 and communication module 450 may be coupled by a PCM bus interface. In some embodiments, the audio module 470 may also transmit the audio signal to the communication module 450 through the PCM interface, so as to receive the 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 used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 410 and 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 the bluetooth function. In some embodiments, the audio module 470 may transmit the audio signal to the communication module 450 through the UART interface, so as to realize the function of playing music through the bluetooth headset.

A MIPI interface may be used to connect processor 410 with peripheral devices such as display screen 460. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 410 and display screen 460 communicate via a DSI interface to implement display functions 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. USB interface 430 may be used to connect a charger to charge terminal device 40, and may also be used to transfer data between terminal device 40 and peripheral devices. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other electronic devices, such as AR devices and the like.

It should be understood that the interface connection relationship between the modules in the embodiment of the present invention is only an exemplary illustration, and does not form a structural limitation on the terminal device 40. In other embodiments of the present application, the terminal device 40 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

Power supply 440 provides power to terminal device 40.

The communication module 450 may use any transceiver or other devices to provide wireless communication solutions for the terminal device 40, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), Bluetooth (BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), short-range wireless communication (NFC), Infrared (IR), and so on. The communication module 450 may be one or more devices integrating at least one communication processing module. The communication module 450 receives electromagnetic waves via an antenna, frequency modulates and filters electromagnetic wave signals, and transmits the processed signals to the processor 410. The communication module 450 may also receive a signal to be transmitted from the processor 410, frequency modulate it, amplify it, and convert it into electromagnetic waves via an antenna for radiation.

In some embodiments, the antenna of terminal device 40 is coupled to communication module 450 so that terminal device 40 can communicate with networks and other devices via wireless communication techniques. The wireless communication technology may include global system for mobile communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), Wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

Terminal device 40 implements display functionality via the GPU, display screen 460, and application processor, among other things. The GPU is a microprocessor for image processing, coupled to a display screen 460 and an 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 alter display information.

The display screen 460 is used to display images, video, and the like. The display screen 460 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, terminal device 40 may include 1 or N display screens 460, N being a positive integer greater than 1.

Memory 420 may be used to store one or more computer programs, which include instructions. The processor 410 may execute the above-mentioned instructions stored in the memory 420, thereby causing the terminal device 40 to execute various functional applications, data processing, and the like. The memory 420 may include a program storage area and a data storage area. Wherein, the storage program area can store an operating system; the storage area may also store one or more application programs (e.g., gallery, contacts, etc.), etc. For example, the memory 420 stores a program area that can store the correspondence between the vehicle representation and the account information in the method provided by the embodiment of the present application.

The storage data area may store data (such as a photograph) created during use of the terminal device 40, and the like. Further, the memory 420 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (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 a memory disposed in processor 410.

The audio module 470 is used to convert digital audio information into an analog audio signal output and also used to convert an analog audio input into a digital audio signal. The audio module 470 may also be used to encode and decode an audio signal. 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 converting the pressure signal into an electrical signal. In some embodiments, the pressure sensor 480A may be disposed on the display screen 460. The pressure sensor 480A may be of a variety of 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 sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 480A, the capacitance between the electrodes changes. The terminal device 40 determines the intensity of the pressure from the change in capacitance. When a touch operation is applied to the display screen 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 touched position from the detection signal of the pressure sensor 480A. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

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 to an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The touch sensor 480C is 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 applied thereto or therearound. The touch sensor may communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 460. In other embodiments, the touch sensor 480C may be disposed on the surface of the terminal device 40 at a different position than the display screen 460.

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

The software system of the terminal device 40 may adopt a hierarchical architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. In the embodiment of the present application, a software structure of the terminal device 40 is exemplarily described by taking an Android system with a layered architecture as an example. Fig. 5 is a block diagram of a software structure of a terminal device to which the embodiment of the present application is applied. The layered architecture divides the software system of the terminal device 40 into several layers, each layer having a clear 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, namely an application layer (applications), an application framework layer (application framework), an Android runtime (Android runtime), and a system library, a Hardware Abstraction Layer (HAL), and a kernel layer (kernel).

The application layer may include a series of application packages, and the application layer runs the application by calling an Application Programming Interface (API) provided by the application framework layer. As shown in fig. 5, the application package may include applications such as bluetooth car key application, power saving sprites, and the like.

The application framework layer provides an API and programming framework for the applications 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 number of system services, such as: a window manager, a content provider, an Activity Manager (AMS), a view system, a human interface device service (HID service), a database, etc.

The window manager is used for managing window programs. The window manager can obtain 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 backspacing function. The method is responsible for establishing the main thread of the Android and maintaining the life cycle of each application program. The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, 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 that displays text and a view that displays pictures. The HID service provides attributes and interfaces to transmit and receive report data of the HID. The bluetooth application can call the HID service for the transmission of bluetooth data through the render mechanism. Databases may be used to organize, store, and manage data in data structures.

The android runtime includes a core library and a virtual machine. The android runtime is responsible for scheduling and managing the android system. The core library comprises 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. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: layer managers (surface managers), media libraries (media libraries), bluetooth applications, three-dimensional graphics processing libraries, etc., such as: open graphics library (OpenGL), etc.

The layer manager is used for managing the display subsystem and providing fusion of 2D and 3D layers for a plurality of application programs. The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. 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, composition, layer processing and the like. The 2D graphics engine is a drawing engine for 2D drawing. The bluetooth application provides the basic operation of bluetooth. Such as: the bluetooth application may provide bluetooth function on, bluetooth function off, pairing, and connection, etc. For example, in the case where the terminal device is a mobile phone, the bluetooth application may include HId host (HID host), and in the case where the terminal device is an in-vehicle terminal, the bluetooth application may include an HID device (HID device).

The hardware abstraction layer may comprise a plurality of library modules, which may include, for example, sensor modules, etc. The Android system can load corresponding library modules for the equipment hardware, and then the purpose that the application program framework layer accesses the equipment hardware is achieved.

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

It will be appreciated that the functionality of the handset 10 described above may also 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 or a palm computer. The embodiment of the present application does not limit the specific technology and the specific device form adopted by the terminal device.

It should be noted that the structure of the terminal device illustrated in the embodiment of the present application does not specifically limit the mobile phone 10 and the in-vehicle terminal 20; it will be appreciated that the handset 10 and in-vehicle terminal 20 may include more or fewer components than illustrated, or combine certain components, or split certain components, or a different arrangement of components; where 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 to be the HID host, and the HID service is operated as the host in the power-on state of the mobile phone. The vehicle-mounted terminal is configured to be an HID device, and the vehicle-mounted terminal runs as equipment with HID service in a power-on state. Bluetooth applications in mobile phones, such as HID host, and Bluetooth applications in vehicle terminals, such as HID Device, all work based on the Bluetooth protocol stack. The bluetooth protocol stack includes a 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 state includes ready (standby), broadcast (broadcasting), listening or scanning (scanning), initiating connection (initiating), connected (connected). The bluetooth device may transmit data without a connection while in the broadcast state. A bluetooth device may listen or scan for data sent by a bluetooth device in a broadcast state. The bluetooth device in the scan state may transmit a connection request to the bluetooth device in the broadcast state in case of scanning data transmitted by the bluetooth device in the broadcast state. And under the condition that the Bluetooth device in the broadcasting state agrees with the connection request, the Bluetooth device in the broadcasting state and the Bluetooth device in the scanning state enter the connected state.

In the process that Bluetooth connection is established 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 the HID device of the vehicle-mounted terminal, 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 terminal establish a human interface device service protocol (HID profile) connection. The Bluetooth car key application in the mobile phone establishes GATT connection with the vehicle-mounted terminal based on a common attribute protocol (GAP). Wherein GATT is a common specification for sending and receiving very short data segments over a bluetooth connection. Both parties of the GATT connection are in a C/S relationship. And 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 the response of the Bluetooth module of the vehicle-mounted terminal. The Bluetooth car key application establishes a GATT connection with a Bluetooth module in the vehicle-mounted terminal.

Generally, 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 when the HID host of the mobile phone is disconnected with the HID device of the vehicle-mounted terminal, the HID host in the mobile phone initiates scanning. Therefore, according to 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 car key application, the HID host initiates scanning when the HID profile connection is disconnected, the HID host establishes the HID profile connection with the HID device when the HID host scans the broadcast signal sent by the corresponding HID device, and the Bluetooth car key application is triggered and started in response to the HID host establishment of the HID profile connection. After the Bluetooth car key application is started, GATT connection can be established with the vehicle-mounted terminal.

The following describes the technical solutions of the present application and how to solve the above technical problems with specific embodiments. The following embodiments may be implemented independently or in combination, and details of the same or similar concepts or processes may not be repeated in some embodiments.

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

s601: and when the mobile phone disconnects the HID profile from the corresponding vehicle-mounted terminal, the HID host of the mobile phone initiates scanning.

In the embodiment of the application, the process of turning on the bluetooth receiver by the mobile phone to listen to the broadcast signal is called scanning. Scanning is typically based on a scan window and a scan interval. The scanning window is the time width of one scanning. The scan interval is the time difference between the start times of two consecutive scan windows, the scan interval comprising the time of the scan rest and the time of the scan run. The time of scan rest and the time of scan progress 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 HID profile connection is realized and an application based on the HID profile is defined in the HID profile. For example, the HID host and the HID device are HID profile-based applications 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 scan duty cycle, and the bluetooth radio frequency device controller of the mobile phone initiates scanning based on the scan duty cycle.

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

For example, the user stops the vehicle in the garage and goes to a shopping mall for shopping, the GATT connection between the bluetooth car key application and the vehicle-mounted terminal in the mobile phone is disconnected in the process of shopping by the user, 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: the vehicle-mounted terminal in the vehicle initiates a broadcast event.

The embodiment of the application does not limit the triggering condition for the vehicle-mounted terminal to initiate the broadcast event. For example, the in-vehicle terminal in the vehicle may always transmit the broadcast signal at a certain broadcast interval in a power-on state. Or, when the HID device of the vehicle-mounted terminal is disconnected from the HID profile of the HID host of the mobile phone, the vehicle-mounted terminal sends the broadcast signal at a certain broadcast interval. The broadcast signal may include a media access control address (MAC) of the in-vehicle terminal, a signal strength value, and the like. The type of broadcast event may be any one of a general broadcast or a directional broadcast.

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

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

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

In this embodiment, 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 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 includes the address of the vehicle-mounted terminal which was paired with the mobile phone. For example, 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, it is said that the received broadcast signal comes from the vehicle-mounted terminal. And the HID host of the mobile phone sends an HID profile connection request to the HID device of the vehicle-mounted terminal. The address of the in-vehicle terminal may be a media access control (mac) address of the in-vehicle bluetooth.

In the case where the pairing of the mobile phone and the in-vehicle terminal has been successful, the address of the in-vehicle terminal is stored in the mobile phone. And the mobile phone determines that the Bluetooth signal is 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 sending a first response message to the HID host of the mobile phone by the HID of the vehicle-mounted terminal under the condition of receiving the second request. The first response message is used for representing that the HID device of the vehicle-mounted terminal receives the HID profile connection request.

S605: and when the HID host of the mobile phone receives the first response message, the HID host of the mobile phone establishes HID profile connection with the HID device of the vehicle-mounted terminal.

It should be noted that, in the process of establishing the 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 a connection in the link layer. For example, the bluetooth module in the mobile phone and the bluetooth module of the vehicle-mounted terminal establish an asynchronous link (ACL) connection at a 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 car key application by the HID host service of the mobile phone.

In a possible implementation mode, the HID host of the mobile phone sends an application starting instruction to an AMS in system service under the condition that the HID profile connection is monitored to be established, and the AMS instructs an incubator process to create a process of a Bluetooth car key application under the condition that the application starting instruction is received so as to start the Bluetooth car key application. The HID host is applied to the system, the system is always operated after the mobile phone is powered on, and the HID host of the mobile phone cannot be cleaned by the system application under the condition that the HID profile connection is disconnected, so that the HID host can initiate scanning based on the disconnection of the HID profile connection, and the HID host of the mobile phone can trigger the starting of the Bluetooth car key application based on the establishment of the HID profile connection between the mobile phone and the vehicle-mounted terminal.

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

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

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

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

In a possible implementation manner, 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 vehicle-mounted terminal based on a private protocol. The private protocol is a Bluetooth vehicle key protocol applied to the Bluetooth vehicle key and applied to the vehicle-mounted terminal. The Bluetooth vehicle key protocol can realize encryption and decryption of data transmitted by the Bluetooth vehicle key application and the vehicle-mounted terminal, authentication of transmitted instructions and the like.

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

In one example, the vehicle-mounted terminal comprises a first Bluetooth module arranged at the head part of the vehicle, a second Bluetooth module arranged at the left front door of the vehicle, a third Bluetooth module arranged at the left rear door of the vehicle, a fourth Bluetooth module arranged at the right front door of the vehicle, a fifth Bluetooth module arranged at the right rear door of the vehicle, a sixth Bluetooth module arranged at the trunk of the vehicle and the like. Wherein, the first Bluetooth module can be a master control Bluetooth module, the Bluetooth vehicle key application receives a plurality of Bluetooth signals respectively from the first Bluetooth module to the sixth Bluetooth module at a first time after GATT connection is established with the master control Bluetooth module of the vehicle terminal, the Bluetooth vehicle key application calculates a first distance from the mobile phone to each part of the vehicle according to attenuation degrees of the plurality of Bluetooth signals, the Bluetooth vehicle key application receives a plurality of Bluetooth signals respectively from the first Bluetooth module to the sixth Bluetooth module at a second time, the Bluetooth vehicle key application calculates a second distance from the mobile phone to each part of the vehicle according to attenuation degrees of the plurality of Bluetooth signals, the Bluetooth vehicle key application determines that the mobile phone sends a first door opening instruction to the first Bluetooth module of the vehicle terminal under the condition of moving to the left front door of the vehicle according to the first distance and the second distance, the first door opening instruction is used for indicating the vehicle to automatically unlock the left front door of the vehicle, so that the automatic unlocking of the vehicle door is realized in a non-inductive control mode.

In another possible implementation manner, when a 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 the GATT connection and the bluetooth car key protocol in response to the shake operation, where the first door closing instruction is used to instruct a vehicle mounted by the vehicle-mounted terminal to lock a door.

In another possible implementation manner, the bluetooth car key application in the mobile phone receives multiple bluetooth signals from the vehicle-mounted terminal based on GATT connection, and sends an encrypted first door closing instruction to a bluetooth module of the vehicle-mounted terminal under the condition that the bluetooth car key application determines that the distance from the mobile phone to the vehicle is greater than a second distance threshold according to the multiple received bluetooth signals, where the first door closing instruction is used to instruct the vehicle carried by the vehicle-mounted terminal to lock a vehicle door.

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

In one possible implementation mode, 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 (CAN) bus.

In another possible implementation manner, the bluetooth module of the vehicle-mounted terminal sends a second door closing instruction to the vehicle controller when receiving the first door closing instruction from the bluetooth vehicle key application, and the vehicle controller executes the second door closing instruction to lock the vehicle door. The first door closing instruction is an instruction borne 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 detecting that the vehicle-mounted terminal is disconnected from the bluetooth car key application, the bluetooth module of the vehicle-mounted terminal 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.

For example, after a user carries a mobile phone and is far away from a vehicle, a bluetooth module of a vehicle-mounted terminal cannot detect heartbeat information sent by a bluetooth vehicle key application, and then breaks off the connection with a GATT of the bluetooth vehicle key application, at this time, the bluetooth module of the vehicle-mounted terminal detects the disconnection of the bluetooth vehicle key application and sends a door closing instruction to a vehicle controller, and the vehicle controller executes the door closing instruction to lock a vehicle door, so that the lock action of the vehicle door is controlled without sensing. In this way, it helps prevent a user from forgetting to lock the doors when leaving the vehicle, creating a safety hazard.

In another possible implementation manner, when detecting that the packet loss rate applied to the bluetooth car key is greater than the packet loss threshold, the bluetooth module of the vehicle-mounted terminal 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. And the Bluetooth module of the vehicle-mounted terminal sends a locking notification message to the Bluetooth module in the mobile phone. The lock notification message is used to notify the user and lock the door. Therefore, the vehicle-mounted terminal can control the vehicle to lock the vehicle door under the condition that the distance between the user carrying the mobile phone and the vehicle is larger, 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 that the communication connection between the mobile phone and the vehicle-mounted terminal is established, and under the condition that the communication connection between the mobile phone and the vehicle-mounted terminal is established, the mobile phone triggers the starting of the Bluetooth car key application, so that the Bluetooth car key application is automatically connected with 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 a car carried by the car-mounted terminal, and therefore the user can control unlocking and locking of a car door in a non-inductive mode.

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

s701: and under the condition that the vehicle key application is disconnected with the vehicle-mounted Bluetooth, the vehicle 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-mounted Bluetooth have already completed the initialization configuration and the security authentication, and have once established the connection. The GATT is a general specification for transmitting and receiving very short data segments. Both parties of the GATT connection are in a C/S relationship. Illustratively, the GATT connection includes a logical link control and adaptation layer protocol (L2 CAP) based connection.

In a possible implementation manner, the mobile phone receives a trigger operation of a user for an icon of the car key application, the mobile phone starts the car key application in response to the trigger operation, and the mobile phone initiates a GATT connection request to the mobile phone Bluetooth after the car key application is started.

For example, a user wants to unlock the vehicle using the vehicle key application, and then manually triggers an icon of the vehicle key application to unlock the vehicle key application. The mobile phone receives a trigger operation of a user for an icon of the car key application, and the mobile phone starts the car key application in response to the trigger operation. After the vehicle key application is started, a GATT connection request is initiated to the mobile phone Bluetooth. The GATT connection request is used to establish a GATT connection with the bluetooth vehicle.

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

In the embodiment of the application, the ACL connection is used for carrying out packet data transmission between the link layer of the mobile phone Bluetooth and the link layer of the vehicle-mounted Bluetooth.

S703: the vehicle key application establishes a GATT connection with the vehicle-mounted Bluetooth through the mobile phone Bluetooth.

The possible implementation manners are not described in detail with reference to the description in S606 above.

S704: and establishing HID profile connection between the mobile phone Bluetooth and the vehicle-mounted Bluetooth.

For possible implementation manners, reference is made to the description of S600 to S604, which is not described again.

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

S705: under the condition that the vehicle key application is disconnected from the vehicle-mounted Bluetooth, the vehicle key application frequently initiates scanning.

Illustratively, in the case where the car key application is disconnected from the bluetooth onboard vehicle, the car key application initiates scanning every 0.6ms interval.

S706: the car key application is cleared.

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

In the embodiment of the application, the car key application is cleared, which means that the system application clears the executable code instruction corresponding to the car key application from the memory. The car key application is cleared, which may also be referred to as the car key application being closed.

S707: and initiating scanning by the Bluetooth of the mobile phone.

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

It is understood that the HID profile connection request may be an application layer request. In the bluetooth protocol, communication between the host and the controller is completed through a Host Controller Interface (HCI) transport layer, and a request of an application layer can be converted into an HCI command and transmitted to the controller.

Illustratively, the HID host of the handset sends an LE Extended Create connection instruction to the bluetooth controller based on the bluetooth protocol stack, where the HCI instruction includes a scan duty cycle.

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

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

S709: the mobile phone Bluetooth scans the broadcast signals sent by the vehicle-mounted Bluetooth.

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

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

In the embodiment of the application, the establishment of the ACL link is used for data transmission between the mobile phone Bluetooth and the vehicle-mounted Bluetooth at a link layer.

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

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

S712: the mobile phone Bluetooth is used for pulling up the car key.

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

S713: the GATT channel is established between the vehicle key application and the vehicle-mounted Bluetooth.

S714: and the vehicle key application and the vehicle-mounted Bluetooth update connection parameters.

For possible implementation manners, reference is made to the description in S607 above, and details are not repeated.

S715: the vehicle key application and the vehicle Bluetooth interactive Bluetooth vehicle key protocol.

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

Therefore, 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, under the condition that the vehicle key application is cleaned or frozen, the mobile phone Bluetooth can scan the broadcast signal of the vehicle-mounted Bluetooth, the mobile phone Bluetooth establishes communication connection with the vehicle-mounted Bluetooth, and under the condition that the mobile phone Bluetooth establishes connection with the vehicle-mounted Bluetooth, the mobile phone triggers the start of the vehicle key application, so that the vehicle key application and the vehicle-mounted Bluetooth are automatically established connection. Therefore, the vehicle key application can send a control instruction to the vehicle-mounted terminal to control the vehicle mounted on the vehicle-mounted terminal, and therefore the vehicle key application is beneficial to realizing that a user can control unlocking and locking of a vehicle door in a non-inductive mode.

The scheme provided by the embodiment of the application is mainly introduced from the perspective of a method. To implement the above functions, it includes hardware structures and/or software modules for performing the respective functions. Those of skill in the art will readily appreciate that the present application is capable of hardware or a combination of hardware and computer software implementing the exemplary method steps described in connection with the embodiments disclosed herein. Whether a function is performed as hardware or computer software drives 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.

In the embodiment of the present application, the functional modules of the terminal device implementing the method for controlling a bluetooth car by using a key may be divided according to the above method example, for example, each functional module may be divided corresponding to each function, or two or more functions may be integrated into one processing module. Illustratively, the functions of the target application, drawing interface, and display engine are integrated in the display control unit. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. It should be noted that, in the embodiment of the present application, the division of the module is schematic, and is only one logic function division, and there may be another division manner in actual implementation.

As shown in fig. 8, a schematic structural diagram of a terminal device provided in an embodiment of the present application is 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 used for initiating scanning when 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; triggering the starting of the bluetooth car key application 810 in response to the establishment of the first communication connection; 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 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. For example, in conjunction with fig. 6, the first bluetooth module 820 may be configured to perform the transmitting steps S604, S605, and S606 in S601 and S603. Referring to fig. 7, the first bluetooth module 820 may be configured 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 host service of the human-computer interface equipment; 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 ratio.

Optionally, an activity manager and an incubator process run in the terminal device 80; in response to the establishment of the first communication connection, in a case where the first bluetooth module 820 determines to establish the first communication connection with the second bluetooth module, the first bluetooth module 820 is specifically configured to send an application start instruction to the activity manager; the application start instruction is used for the activity manager to trigger a process of establishing a Bluetooth car key application 810; the activity manager is used to instruct the incubator process to create a process of the bluetooth car key application 810 upon receiving an 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; when the terminal device 80 acquires 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 the 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 when acquiring a second response message sent from the second bluetooth module.

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 the first broadcast signal; the first broadcast signal includes a source address; in the 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, in conjunction with fig. 4, the functionality of the first bluetooth module 820 may be invoked by the processor 410 into 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 a communication interface 903, and optionally chip 90 also includes memory 904.

In some embodiments, memory 904 stores the following elements: an executable module or a data structure, or a subset thereof, or an expanded set thereof.

The method described in the foregoing embodiment of the present application may be applied to the processor 901, or implemented by the processor 901. The processor 901 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by integrated logic circuits of hardware or instructions in the form of software in the processor 901. The processor 901 may be a general-purpose processor (e.g., a microprocessor or a conventional processor), a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf programmable gate array (FPGA) or other programmable logic device, discrete gate, transistor logic device or discrete hardware component, and the processor 901 may implement or execute the methods, steps and logic blocks disclosed in the embodiments of the present application.

The steps of the method disclosed in connection with the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium mature in the field, such as a random access memory, a read only memory, a programmable read only memory, or a charged erasable programmable memory (EEPROM). The storage medium is located in the memory 904, and the processor 901 reads the information in the memory 904, and completes the steps of the method in combination with the hardware thereof.

The processor 901, memory 904, and communication interface 903 may communicate over 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. The procedures or functions according to the embodiments of the present application are all or partially generated when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. Computer instructions may be stored in, or transmitted from, a computer-readable storage medium to another computer-readable storage medium, e.g., from one website, computer, server, or data center to another website, computer, server, or data center via wire (e.g., coaxial cable, fiber optics, Digital Subscriber Line (DSL), or wireless (e.g., infrared, wireless, microwave, etc.), the computer-readable storage medium may be any available medium that a computer can store or a data storage device including one or more available media integrated servers, data centers, etc., the available media may include, for example, magnetic media (e.g., floppy disks, hard disks, or magnetic tape), optical media (e.g., digital versatile disks, DVD), or a semiconductor medium (e.g., a Solid State Disk (SSD)), etc.

The embodiment of the application provides a terminal device, which comprises a memory and a processor, wherein the processor calls 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 one of the above bluetooth vehicle key control methods.

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 may include computer storage media and communication media, and may include any medium that can communicate a computer program from one place to another. A storage medium may be any target medium that can be accessed by a computer.

As one possible design, the computer-readable medium may include a compact disk read-only memory (CD-ROM), RAM, ROM, EEPROM, or other optical disk storage; the computer readable medium may include a disk memory or other disk storage device. Also, any connecting line may also be 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 (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 above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

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

the method comprises the steps that when a first communication connection between a first Bluetooth module and a second Bluetooth module is disconnected, the first Bluetooth module initiates scanning; the second Bluetooth module is a Bluetooth module in second terminal equipment;

under the condition that the first terminal device determines that the scanned Bluetooth broadcast signal comes from the second terminal device, the first Bluetooth module and the second Bluetooth module establish the first communication connection;

in response to establishment of the first communication connection, the first Bluetooth module triggers starting of the Bluetooth car key application;

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 device by the second Bluetooth module.

2. The method of claim 1, wherein the first bluetooth module initiates scanning, comprising:

the first Bluetooth module initiates scanning with a preset scanning duty ratio.

3. The method of claim 2, wherein the first bluetooth module comprises a host and a bluetooth rf 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 the service of the human-computer interface equipment host; the first request comprises the preset scan duty cycle;

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

4. The method for controlling the vehicle by the bluetooth vehicle key according to any one of the claims 1-3, wherein an activity manager and an incubator process are operated in the first terminal device; the responding to the establishment of the first communication connection, the first Bluetooth module triggering the starting of the Bluetooth vehicle 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 the activity manager to trigger a process of establishing the Bluetooth vehicle key application;

and the activity manager instructs the incubator process to create the process of the Bluetooth car key application under the condition of receiving the application starting instruction.

5. The method for controlling the vehicle by the Bluetooth vehicle key according to any one of claims 1-4, wherein the first Bluetooth module and the second Bluetooth module establish the first communication connection, and the method comprises the following steps:

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 device acquires the first response message sent by the second terminal device, the first Bluetooth module and the second Bluetooth module establish the first communication connection.

6. The method of any one of claims 1-5, wherein the first communication link is a communication link based on a human interface device service protocol.

7. The bluetooth car key control method according to any one of claims 1-6, wherein the second communication connection is a communication connection based on a generic attribute protocol.

8. The method of claim 7, wherein the Bluetooth car key application establishes a second communication connection with the second Bluetooth module via the first Bluetooth module, comprising:

the Bluetooth car key application sending a third request to the second Bluetooth module based on the generic attribute protocol through the first Bluetooth module; the third request is for requesting establishment of the second communication connection with the second Bluetooth module;

and under the condition that the Bluetooth vehicle key application acquires a second response message sent by the second Bluetooth module, the Bluetooth vehicle key application establishes the second communication connection with the second Bluetooth module.

9. The bluetooth car key control method according to claim 8, wherein the second response message comprises a connection interval; the method further comprises the following steps:

the Bluetooth vehicle key application updates the connection parameters of the second communication connection according to the connection interval; the connection parameters are used for controlling the time interval of the first Bluetooth module for sending data packets to the second Bluetooth module;

the Bluetooth car key application sending a control instruction to the second Bluetooth module based on the second communication connection, including:

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.

10. The bluetooth car key control method according to any one of claims 1-9, wherein the method further comprises:

the first Bluetooth module scans a first broadcast signal; the first broadcast signal comprises 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 comes from the second terminal equipment.

11. A terminal device, comprising: a Bluetooth car key application and a 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 second terminal equipment; the first Bluetooth module and the second Bluetooth module establish the first communication connection under the condition that the first terminal device determines that the scanned Bluetooth broadcast signal comes from the second terminal device; triggering the starting of the Bluetooth car key application in response to the establishment of the first communication connection;

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

the bluetooth car key application is further configured to send 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 device by the second Bluetooth module.

12. A terminal device, characterized in that the terminal device comprises a processor and a memory, the processor is used for calling a computer program in the memory to execute the bluetooth car key control method according to any one of claims 1-10.

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

14. A chip, wherein the chip comprises at least one processor and a communication interface, wherein the communication interface and the at least one processor are interconnected by a line, and wherein the at least one processor is used for running a computer program or instructions to perform the bluetooth car keying method of any one of claims 1-10.