A method and apparatus for creating a bluetooth digital key, and a storage medium

Abstract

The application relates to a creation method and device of a Bluetooth digital key and a storage medium, and is used for solving the problem that a vehicle-side Bluetooth chip in the prior art cannot realize multiple Bluetooth digital key protocols in a low-power consumption manner. The creation method comprises the following steps: in response to a first event of a vehicle owner creating a first Bluetooth digital key between a first terminal and a vehicle, generating a first Bluetooth digital key based on a first protocol and first Bluetooth pairing information, so that the first terminal and the vehicle complete the creation of the first Bluetooth digital key; in response to a second event of the vehicle owner creating a second Bluetooth digital key between a second terminal and the vehicle, generating a second Bluetooth digital key based on a second protocol and second Bluetooth pairing information, so that the second terminal and the vehicle complete the creation of the second Bluetooth digital key; a broadcast type supported by an operating system of the first terminal and an operating system of the second terminal is different; and a broadcast type supported by the first Bluetooth digital key and the second Bluetooth digital key is the same.

Description

Technical Field

[0001] This invention relates to the field of digital car keys, and in particular to a method, apparatus and storage medium for creating a Bluetooth digital key. Background Technology

[0002] Digital car keys are one of the important innovative applications of intelligent connected vehicles, and some vehicle manufacturers, terminal equipment manufacturers and OEMs have already begun to develop digital car key solutions.

[0003] Currently, mainstream solutions on the market include CCC (Car Connectivity Consortium), ICCE (Intelligent Car Connectivity Industry Ecosystem Alliance), ICCOA (Intelligent Car Connectivity Open Alliance), and proprietary protocols used by OEMs (Original Equipment Manufacturers). Different protocols have different requirements for Bluetooth broadcasting. For example, CCC, ICCOA, and some proprietary protocols used by terminal manufacturers require sending RPA (resolvable private address) broadcasts, while ICCE and some other custom protocols used by terminal manufacturers require sending static address broadcasts. The vehicle's Bluetooth chip needs to be compatible with mainstream Bluetooth digital key protocols, therefore, the vehicle's Bluetooth chip needs to support sending both types of broadcasts simultaneously.

[0004] The problem with existing technology is that, due to hardware limitations of Bluetooth chips, vehicle-mounted Bluetooth chips only support low-power transmission of one type of broadcast, and do not support simultaneous low-power transmission of both broadcasts, thus failing to achieve multi-protocol coexistence. Although vehicle-mounted Bluetooth chips can switch between transmitting these two broadcasts in a time-sharing manner, this prevents the vehicle-mounted Bluetooth chip from entering low-power mode, leading to an increase in overall vehicle power consumption.

[0005] For the vehicle side, it is necessary to meet the requirements of low power consumption and the coexistence of multiple protocols in order to meet the diverse needs of users for digital car keys. Summary of the Invention

[0006] This invention provides a method, apparatus, and storage medium for creating Bluetooth digital keys, which solves the problem that existing vehicle-side Bluetooth chips cannot achieve the coexistence of multiple Bluetooth digital key protocols with low power consumption.

[0007] The technical solution of this invention is as follows:

[0008] On one hand, the present invention provides a method for creating a Bluetooth digital key, the method comprising:

[0009] In response to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, the system generates the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle.

[0010] In response to the second event where the car owner creates a second Bluetooth digital key between the second terminal and the vehicle, a second Bluetooth digital key and second Bluetooth pairing information based on the second protocol are generated, which are used by the second terminal and the vehicle to complete the creation of the second Bluetooth digital key; the second protocol refers to the proprietary digital key protocol defined by the car manufacturer.

[0011] The operating systems of the first terminal and the second terminal support different types of broadcasts.

[0012] The first and second Bluetooth digital keys support the same broadcast types.

[0013] Preferably, the first occurrence of creating the first Bluetooth digital key based on the first event is earlier than the first occurrence of creating the second Bluetooth digital key based on the second event.

[0014] Preferably, in response to a first event in which the vehicle owner creates a first Bluetooth digital key between the first terminal and the vehicle, the step of generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for the first terminal and the vehicle to complete the creation of the first Bluetooth digital key includes:

[0015] The first Bluetooth digital key and the first Bluetooth pairing information generated based on the first protocol are sent to the first terminal and the vehicle respectively, so that the first terminal and the vehicle can verify the legitimacy of the first Bluetooth digital key.

[0016] When both the first terminal and the vehicle have completed the legality verification of the first Bluetooth digital key, the first terminal is triggered to store the first Bluetooth digital key and the first Bluetooth pairing information, and to determine whether it is the first Bluetooth digital key created for the vehicle for the first time.

[0017] If this is the first Bluetooth digital key created for the vehicle, the vehicle will first switch the digital key protocol and broadcast type according to the first protocol, and then store the first Bluetooth digital key and the first Bluetooth pairing information.

[0018] If this is not the first Bluetooth digital key created for the vehicle, then when the first protocol and the broadcast type supported by the first Bluetooth digital key are the same, the vehicle will be triggered to first switch the digital key protocol according to the first protocol, and then store the pairing information based on the first Bluetooth digital key and the first Bluetooth.

[0019] Preferably, in response to a second event where the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, the steps of generating a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol for the second terminal and the vehicle to complete the creation of the second Bluetooth digital key include:

[0020] The generated second Bluetooth digital key based on the second protocol and the second Bluetooth pairing information are sent to the second terminal and the vehicle respectively, so that the second terminal and the vehicle can verify the legitimacy of the second Bluetooth digital key.

[0021] When both the second terminal and the vehicle have completed the legality verification of the second Bluetooth digital key, the second terminal is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol according to the second protocol, and then store the second Bluetooth digital key and the second Bluetooth pairing information.

[0022] Preferably, the method for creating the Bluetooth digital key further includes:

[0023] The third event responds to the owner's friends sharing a link through the owner's terminal to create a third Bluetooth digital key between the third terminal and the vehicle;

[0024] If the broadcast type supported by the operating system of the third terminal is different from the broadcast type of the vehicle's first Bluetooth digital key, a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key.

[0025] If the broadcast type supported by the operating system of the third terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the third terminal is not supported by the vehicle's communication system, a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key.

[0026] If the broadcast type supported by the operating system of the third terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the third terminal is supported by the vehicle's communication system, a third Bluetooth digital key and third Bluetooth pairing information based on the third protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key; the third protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle.

[0027] The third Bluetooth digital key supports the same broadcast types as the first Bluetooth digital key;

[0028] The vehicle owner terminal is either the first terminal or the second terminal that has a pre-established association with the vehicle on the server.

[0029] Preferably, the method for creating the Bluetooth digital key further includes:

[0030] When a change of vehicle owner is detected, all previously created Bluetooth digital keys are deleted.

[0031] On the other hand, the present invention also provides a method for creating a Bluetooth digital key, the method comprising:

[0032] In response to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, the system generates the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, which are used by the first terminal and the vehicle to complete the creation of the first Bluetooth digital key; the first protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer.

[0033] In response to the second event where the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol are generated so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key.

[0034] In response to the third event of the vehicle owner creating a third Bluetooth digital key between the third terminal and the vehicle, a third Bluetooth digital key based on the second protocol and second Bluetooth pairing information are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key; the second protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle.

[0035] The operating systems of the first terminal and the second terminal support different broadcast types. The operating systems of the third terminal and the first terminal support the same broadcast types, but support different digital key protocols.

[0036] The first, second, and third Bluetooth digital keys support the same broadcast types.

[0037] Preferably, the first occurrence of creating the first Bluetooth digital key based on the first event is earlier than the first occurrence of creating the second Bluetooth digital key based on the second event and the first occurrence of creating the third Bluetooth digital key based on the third event.

[0038] Preferably, in response to a first event in which the vehicle owner creates a first Bluetooth digital key between the first terminal and the vehicle, the step of generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for the first terminal and the vehicle to complete the creation of the first Bluetooth digital key includes:

[0039] The first Bluetooth digital key and the first Bluetooth pairing information generated based on the first protocol are sent to the first terminal and the vehicle respectively, so that the first terminal and the vehicle can verify the legitimacy of the first Bluetooth digital key.

[0040] When both the first terminal and the vehicle have completed the legality verification of the first Bluetooth digital key, the first terminal is triggered to store the first Bluetooth digital key and the first Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol and broadcast type according to the first protocol, and then store the first Bluetooth digital key and the first Bluetooth pairing information.

[0041] Preferably, in response to a second event where the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, the step of generating a second Bluetooth digital key and second Bluetooth pairing information based on a first protocol for the second terminal and the vehicle to complete the creation of the second Bluetooth digital key includes:

[0042] The generated second Bluetooth digital key based on the first protocol and the second Bluetooth pairing information are sent to the second terminal and the vehicle respectively, so that the second terminal and the vehicle can verify the legitimacy of the second Bluetooth digital key.

[0043] When both the second terminal and the vehicle have completed the legality verification of the second Bluetooth digital key, the second terminal is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information.

[0044] Preferably, the steps for responding to a third event in which the vehicle owner creates a third Bluetooth digital key between the third terminal and the vehicle, and generating a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key, include:

[0045] The generated third Bluetooth digital key based on the second protocol and the third Bluetooth pairing information are sent to the third terminal and the vehicle respectively, so that the third terminal and the vehicle can verify the legitimacy of the third Bluetooth digital key.

[0046] When both the third terminal and the vehicle have completed the legality verification of the third Bluetooth digital key, the third terminal is triggered to store the third Bluetooth digital key and the third Bluetooth pairing information based on the second protocol; and the vehicle is triggered to first switch the digital key protocol according to the public protocol, and then store the third Bluetooth digital key and the third Bluetooth pairing information based on the second protocol.

[0047] Preferably, the method for creating the Bluetooth digital key further includes:

[0048] The fourth event is to respond to the owner's friends sharing a link through the owner's terminal to create a fourth Bluetooth digital key between the fourth terminal and the vehicle;

[0049] If the broadcast type supported by the operating system of the fourth terminal is different from the broadcast type of the vehicle's first Bluetooth digital key, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key.

[0050] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the fourth terminal is not supported by the vehicle's communication system, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key.

[0051] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the fourth terminal is supported by the vehicle's communication system, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the third protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key; the third protocol refers to a public digital key protocol supported by both the operating system of the fourth terminal and the communication system of the vehicle; the broadcast type supported by the fourth Bluetooth digital key is the same as that supported by the first Bluetooth digital key;

[0052] The vehicle owner terminal is the first terminal, the second terminal, or the third terminal that has a pre-established association with the vehicle on the server.

[0053] Preferably, the method for creating the Bluetooth digital key further includes:

[0054] When a change of vehicle owner is detected, all previously created Bluetooth digital keys are deleted.

[0055] On the other hand, the present invention also provides a Bluetooth digital key creation device, the Bluetooth digital key creation device comprising:

[0056] The first creation module is used to respond to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, and to generate the first Bluetooth digital key and the first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle.

[0057] The second creation module is used to respond to the second event of the car owner creating a second Bluetooth digital key between the second terminal and the vehicle, and to generate a second Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key; the second protocol refers to the proprietary digital key protocol defined by the car manufacturer.

[0058] The broadcast types supported by the operating system of the first terminal are different from those supported by the operating system of the second terminal.

[0059] On the other hand, the present invention also provides a Bluetooth digital key creation device, the Bluetooth digital key creation device comprising:

[0060] The first creation module is used to respond to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, and to generate the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer.

[0061] The second creation module is used to respond to the second event of the vehicle owner creating a second Bluetooth digital key between the second terminal and the vehicle, and to generate a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key.

[0062] The third creation module is used to respond to the third event when the car owner creates a third Bluetooth digital key between the third terminal and the vehicle, and generates a third Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the third terminal and the vehicle can complete the creation of the third Bluetooth digital key; the second protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle.

[0063] The operating systems of the first terminal and the second terminal support different broadcast types. The operating systems of the third terminal and the first terminal support the same broadcast types, but support different digital key protocols.

[0064] The first, second, and third Bluetooth digital keys support the same broadcast types.

[0065] On the other hand, the present invention also provides a Bluetooth digital key creation device, comprising:

[0066] processor;

[0067] Memory used to store processor-executable instructions;

[0068] The processor is configured to perform the steps of the Bluetooth digital key creation method described above.

[0069] On the other hand, the present invention also provides a computer-readable storage medium storing computer program instructions thereon, characterized in that the program instructions, when executed by a processor, implement the steps of the above-described Bluetooth digital key creation method.

[0070] The beneficial effects of this invention are as follows:

[0071] When a car owner uses a first terminal to create a Bluetooth digital key for vehicle control, the server generates a first Bluetooth digital key between the first terminal and the vehicle based on a public digital key protocol jointly supported by the first terminal's operating system and the vehicle's communication system. After the first Bluetooth digital key is successfully created, the first terminal controls the vehicle via Bluetooth through its operating system. When a car owner uses a second terminal to create a Bluetooth digital key for vehicle control, the server generates a second Bluetooth digital key between the second terminal and the vehicle based on a proprietary digital key protocol defined by the vehicle manufacturer. After the second Bluetooth digital key is successfully created, the second terminal controls the vehicle via Bluetooth through the installed manufacturer's app. For the vehicle-side Bluetooth chip, since the broadcast type sent to the first and second terminals is the same, it is not necessary to send two different types of broadcasts in the time-division multiplexing method used in existing technologies. This allows the vehicle-side Bluetooth chip to support various terminal communications with different Bluetooth digital key protocols while also meeting the low-power requirements of Bluetooth chips. Attached Figure Description

[0072] Figure 1 System block diagram for implementing the Bluetooth digital key creation method in various embodiments of the present invention;

[0073] Figure 2 This is a flowchart illustrating the method for a vehicle owner to create a Bluetooth digital key in the first embodiment of the present invention;

[0074] Figure 3 This is a flowchart of the method for creating a Bluetooth digital key based on car owner sharing in the first embodiment of the present invention;

[0075] Figure 4 This is a flowchart of the Bluetooth digital key creation method in the first embodiment of the present invention;

[0076] Figure 5 This is a flowchart of the Bluetooth digital key creation method in the second embodiment of the present invention. Detailed Implementation

[0077] It should be noted that, without conflict, the embodiments and features in the embodiments of the present invention can be combined with each other.

[0078] The present invention will now be described in detail with reference to the accompanying drawings and embodiments.

[0079] Because different terminal manufacturers support different digital key protocols, and these protocols may require the vehicle to send different broadcast types (RPA address or static address), a broadcast type mismatch problem can occur when a car owner wants to have multiple Bluetooth digital keys or shares a car key with a friend. In the first embodiment of this invention, the server-side determination is made. If the activated or shared car key and the owner's first Bluetooth digital key support the same broadcast type, then a Bluetooth digital key with the corresponding public digital key protocol is directly generated based on the terminal brand and model. If they are different, a Bluetooth digital key with a private digital key protocol is used.

[0080] Reference Figure 4 In the first embodiment of the present invention, a method for creating a Bluetooth digital key is provided, which includes:

[0081] S101, responding to the first event of the vehicle owner creating a first Bluetooth digital key between the first terminal and the vehicle, generates a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle.

[0082] S102 responds to the second event of the vehicle owner creating a second Bluetooth digital key between the second terminal and the vehicle, and generates a second Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key; the second protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer.

[0083] The operating systems of the first terminal and the second terminal support different broadcast types.

[0084] The first and second Bluetooth digital keys support the same broadcast types.

[0085] Users pre-establish a connection between themselves and their vehicles on the server using a first terminal or a second terminal. Once this connection is established, the server identifies the user using the first or second terminal as the vehicle owner. When the vehicle owner logs in to the server using the first or second terminal, the server's Bluetooth digital key management module immediately recognizes the vehicle information associated with that first or second terminal.

[0086] The first event is triggered by the car owner through the native application (Native APP) or the car manufacturer's application (Car Manufacturer APP) on the first terminal. After the first terminal establishes a secure connection with the server, it sends a key request activation command to the server, thus triggering the first event.

[0087] In the first embodiment of the present invention, the key request activation instruction sent by the first terminal carries the brand and model information of the first terminal, so that the server can identify the digital key protocol supported by the operating system of the first terminal based on the brand and model information of the first terminal, and then identify the broadcast type supported by the operating system of the first terminal; or, the key request activation instruction sent by the first terminal directly carries the digital key protocol supported by the operating system of the first terminal, so that the server can identify the broadcast type supported by the operating system of the first terminal.

[0088] The second event is triggered by the car owner through the native application (Native APP) or the car manufacturer's application (Car Manufacturer APP) on the second terminal. After the second terminal establishes a secure connection with the server, it sends a key request activation command to the server, thus triggering the second event.

[0089] In the first embodiment of the present invention, the key request activation command sent by the second terminal carries the brand and model information of the second terminal, so that the server can identify the digital key protocol supported by the operating system of the second terminal based on the brand and model information of the second terminal, and then identify the broadcast type supported by the operating system of the second terminal; or, the key request activation command sent by the second terminal directly carries the digital key protocol supported by the operating system of the second terminal, so that the server can identify the broadcast type supported by the operating system of the second terminal.

[0090] When the operating system of the first terminal supports a digital key protocol such as CCC or ICCOA that supports RPA broadcast, the operating system of the second terminal supports a digital key protocol such as ICCE or a proprietary protocol that supports static address broadcast. Conversely, when the operating system of the second terminal supports a digital key protocol such as CCC or ICCOA that supports resolvable private address broadcast, the operating system of the first terminal supports a digital key protocol such as ICCE or a custom protocol that supports static address broadcast. In other words, the operating systems of the first and second terminals support different broadcast types.

[0091] In the first embodiment of the present invention, the vehicle control functions of the terminal via Bluetooth include, but are not limited to: unlocking, locking, starting, turning off, window control, sunroof control, trunk control, air conditioning control, sunshade control, seat control, ambient lighting control, charging cap or fuel tank cap control, front door or rear door control, vehicle location, in-vehicle multimedia control, remote parking, etc.

[0092] In the first embodiment of the present invention, the first occurrence of creating the first Bluetooth digital key based on the first event is earlier than the first occurrence of creating the second Bluetooth digital key based on the second event. At this time, when the vehicle owner creates the first Bluetooth digital key between the terminal and the vehicle for the first time, the Bluetooth digital key creation is completed based on a public digital key protocol supported by both the terminal's operating system and the vehicle's communication system. In this case, when using the first Bluetooth digital key to implement vehicle Bluetooth control, the vehicle's Bluetooth control is achieved through the terminal's operating system's native application. For example, assuming the first terminal is an Apple mobile phone, the server, after identification, determines that the digital key protocol supported by the first terminal's operating system is the CCC protocol, which is also supported by the vehicle's communication system, and the supported broadcast type is RPA broadcast; the second terminal is a Huawei mobile phone, and the server, after identification, determines that the digital key protocol supported by the first terminal's operating system is the ICCE protocol, and the supported broadcast type is static address broadcast. When a first terminal creates a first Bluetooth digital key with a vehicle, the successfully created first Bluetooth digital key (the vehicle's first Bluetooth digital key) supports the CCC protocol and RPA broadcast. When a second terminal creates a second Bluetooth digital key with a vehicle, the successfully created second Bluetooth digital key (the vehicle's second Bluetooth digital key) supports the vehicle manufacturer's proprietary protocol and the aforementioned RPA broadcast. In short, once a terminal and vehicle have created the first Bluetooth digital key, the broadcast type supported by subsequent Bluetooth digital keys created between other terminals and the vehicle will always be the same as the broadcast type supported by the first Bluetooth digital key (here, RPA broadcast), but the supported digital key protocols may not be the same.

[0093] In the first embodiment of the present invention described above, the first Bluetooth digital key and the second Bluetooth digital key that have been created support the same broadcast type. This allows the vehicle-side Bluetooth chip to send broadcasts outwards in only one broadcast type, without the need for time-division switching of broadcasts as in the prior art.

[0094] To enable the creation of Bluetooth digital keys between the first and second terminals and the vehicle, the following example will provide a detailed description of the scenario in which the car owner creates a Bluetooth digital key.

[0095] The vehicle owner initiates a key activation request command (or key activation command) for vehicle A to the server via the native app on mobile phone A (the first terminal) or the vehicle manufacturer's app. This key activation request command includes the brand (Apple) and model number of mobile phone A. Based on this command, the server can identify that mobile phone A's operating system supports the CCC protocol, which is also supported by the vehicle's communication system, and that the supported broadcast type is RPA broadcast.

[0096] Based on the key request activation instruction, the server determines whether it is the first Bluetooth digital key for vehicle a.

[0097] For example, for the first Bluetooth digital key for vehicle A, the server generates Bluetooth digital key 1 and Bluetooth pairing information 1 (including broadcast key and IRK (Identity Resolving Key)) based on the CCC protocol and RPA broadcast, which are supported by both the operating system of mobile phone A and the communication system of the vehicle.

[0098] The server sends Bluetooth digital key 1 and Bluetooth pairing information 1 to mobile phone A, and then encrypts Bluetooth digital key 1 and Bluetooth pairing information 1 using a MAC algorithm (Message Authentication Code) before sending them to vehicle A. To ensure the functional security of the vehicle and prevent man-in-the-middle attacks, the MAC algorithm is required to encrypt the data during data communication between the vehicle and the server.

[0099] The DKF (Digital Key Framework) module in mobile phone A verifies the legitimacy of Bluetooth digital key 1 and notifies the server of the verification result after verification. The specific process of the DKF module in mobile phone A verifying the legitimacy of Bluetooth digital key 1 is implemented using existing technology.

[0100] After vehicle A performs MAC algorithm verification on the received data, its SDK (Software Development Kit) module verifies the legitimacy of Bluetooth digital key 1. Upon completion of the verification, the vehicle notifies the server of the verification result. The specific process of vehicle A's SDK module verifying the legitimacy of Bluetooth digital key 1 is implemented using existing technology.

[0101] After confirming that both vehicle A and mobile phone A have successfully verified Bluetooth digital key 1, the server sends a trigger message to mobile phone A. The car manufacturer's app on mobile phone A notifies that the car key has been successfully activated and stores the Bluetooth pairing information 1 in the BLE (Bluetooth Low Energy) master module; at the same time, it stores Bluetooth digital key 1 in the SE (Security Element) module or mobile wallet of mobile phone A.

[0102] The server also determines that Bluetooth digital key 1 is the first Bluetooth digital key for vehicle a, and sends a control Bluetooth broadcast switching command encrypted with a MAC algorithm to vehicle a. After vehicle a decrypts the Bluetooth broadcast switching command with a MAC algorithm, vehicle a's SDK module switches the digital key protocol (including switching the broadcast type) according to the digital key protocol supported by mobile phone A carried in the Bluetooth broadcast switching command. After vehicle a switches the digital key protocol according to the digital key protocol supported by mobile phone A, vehicle a's SDK module stores Bluetooth pairing information 1 in the BLE slave module and stores Bluetooth digital key 1 in the vehicle's SE module.

[0103] In addition, if the server determines that neither vehicle a nor mobile phone A has successfully verified the Bluetooth digital key 1, it will trigger the car manufacturer's APP on mobile phone A to prompt that the car key activation has failed.

[0104] Therefore, based on the above steps, the first Bluetooth digital key (corresponding to Bluetooth digital key 1) between mobile phone A and vehicle a is created. The native application in mobile phone A can then use Bluetooth digital key 1 to call the BLE master module to communicate with the BLE slave module of vehicle a via Bluetooth. The vehicle control module of vehicle a receives the Bluetooth control commands transmitted by mobile phone A through the SDK module, thereby controlling vehicle a.

[0105] When the car owner uses a mobile phone B (such as a Xiaomi phone, which supports the same broadcast type as mobile phone A but a different digital key protocol) to create a digital Bluetooth key 2 between the car owner and vehicle a, the processing between the server, vehicle a, and mobile phone B is almost identical to the aforementioned Bluetooth digital key 1 creation process. The differences are: 1) The created Bluetooth digital key 2 and Bluetooth pairing information 2 are created based on a shared digital key protocol (ICCOA protocol) supported by both the operating system of mobile phone B and the communication system of the vehicle, but the supported broadcast type is the same as that supported by mobile phone A; 2) When the server determines that both vehicle a and mobile phone B have successfully verified the Bluetooth digital key 2, the server determines that the Bluetooth digital key 2 is not the first Bluetooth digital key for vehicle a. The server triggers vehicle a to switch protocols according to the digital key protocol supported by the operating system of mobile phone B (while the broadcast type remains unchanged). Vehicle a then stores the Bluetooth pairing information 2 and stores the Bluetooth digital key 2 in the SE module. The native application in mobile phone B can use the Bluetooth digital key 2 to call the BLE master module to communicate with the BLE slave module of vehicle a via Bluetooth. The vehicle control module of vehicle a receives the Bluetooth control commands transmitted by mobile phone B through the SDK module, thereby controlling vehicle a.

[0106] In other words, the aforementioned mobile phone A and mobile phone B jointly execute the following: sending the generated first Bluetooth digital key and first Bluetooth pairing information based on the first protocol to the first terminal and the vehicle, so that the first terminal and the vehicle can verify the legitimacy of the first Bluetooth digital key; when it is recognized that both the first terminal and the vehicle have completed the legitimacy verification of the first Bluetooth digital key, the first terminal is triggered to store the first Bluetooth digital key and the first Bluetooth pairing information, and to determine whether it is the first Bluetooth digital key created for the vehicle for the first time; if it is the first Bluetooth digital key created for the vehicle for the first time, the vehicle is triggered to first switch the digital key protocol and broadcast type according to the first protocol, and then store the first Bluetooth digital key and the first Bluetooth pairing information; if it is not the first Bluetooth digital key created for the vehicle for the first time and the first protocol is the same as the broadcast type supported by the first Bluetooth digital key, the vehicle is triggered to first switch the digital key protocol according to the first protocol, and then store the information based on the first Bluetooth digital key and the first Bluetooth pairing information.

[0107] When a car owner uses a mobile phone C (such as a Huawei phone, which supports a static address broadcast and is considered a second terminal because its broadcast type is different from that of mobile phone A) to create a digital Bluetooth key 2 between the car owner and vehicle a, the processing between the server, vehicle a, and mobile phone C is almost identical to the aforementioned Bluetooth digital key 1 creation process. The differences are: 1) The Bluetooth digital key 3 and Bluetooth pairing information 3 generated by the server are generated according to the proprietary protocol defined by the car manufacturer, but the supported broadcast type is the same as that supported by mobile phone A; 2) When the server determines that both vehicle a and mobile phone C have successfully verified the Bluetooth digital key 3, the server determines that the Bluetooth digital key 3 is not the first Bluetooth digital key for vehicle a. The server triggers vehicle a to switch protocols according to the proprietary protocol (the broadcast type does not change), and vehicle a then stores the Bluetooth pairing information 3 and stores the Bluetooth digital key 3 in the SE module. The car manufacturer's app on mobile phone C can use this Bluetooth digital key 3 to call the BLE master module to communicate with the BLE slave module of vehicle a via Bluetooth. The vehicle control module of vehicle a receives Bluetooth control commands transmitted from mobile phone C through the SDK module, thereby controlling vehicle a. Specifically, the following steps are executed: the generated second Bluetooth digital key based on the second protocol and the second Bluetooth pairing information are sent to the second terminal and the vehicle for the second terminal and vehicle to verify the legitimacy of the second Bluetooth digital key; when both the second terminal and the vehicle have verified the legitimacy of the second Bluetooth digital key, the second terminal is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol according to the second protocol, and then store the second Bluetooth digital key and the second Bluetooth pairing information.

[0108] Therefore, based on the above process, the creation process of the first Bluetooth digital key to more Bluetooth digital keys for vehicle a is realized. For the Bluetooth chip of vehicle a, when it broadcasts to the outside, it always broadcasts to the outside according to RPA broadcast, so it can maintain low power consumption operation; but at the same time, it realizes Bluetooth communication with multiple brands of mobile phones that support different digital key protocols.

[0109] In the first embodiment of the present invention, combined with Figure 3The car owner can also share the car key link with their friend's terminal (which can be the aforementioned first terminal or second terminal) through the car owner's terminal (referred to as the third terminal in the first embodiment of the present invention). This allows the third terminal to create a Bluetooth digital key with the vehicle, enabling the car owner's friend to control the vehicle through the third terminal. For example, if the car owner shares the car key link with their friend's phone D (i.e., the aforementioned third terminal) through the aforementioned mobile phone A, after receiving the car key link, the friend clicks on the car key link to establish a secure connection between mobile phone D and the server. At this time, the server establishes an association between mobile phone D and vehicle a. Then, the friend sends a sharing request activation command (which includes the brand and model of mobile phone D) to the server through mobile phone D. After receiving the sharing request activation command from mobile phone D, the server initiates the process of creating the Bluetooth digital key 4 between mobile phone D and vehicle a. This creation process specifically follows the same steps as the Bluetooth digital key creation process between mobile phone B or mobile phone C and vehicle a, depending on whether the broadcast types of the first Bluetooth digital key (here referring to the Bluetooth digital key 1 between mobile phone A and vehicle a) are the same. The created Bluetooth digital key 4 supports the same broadcast types as the first Bluetooth digital key. That is, execute:

[0110] Step S103: Respond to the third event of the car owner's friend creating a fourth Bluetooth digital key between the third terminal and the vehicle by sharing a link through the car owner's terminal;

[0111] Step S104: If the broadcast type supported by the operating system of the third terminal is different from the broadcast type of the first Bluetooth digital key of the vehicle, generate a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol, so that the third terminal and the vehicle can complete the creation of the third Bluetooth digital key.

[0112] Step S105: If the broadcast type supported by the operating system of the third terminal is the same as the broadcast type of the first Bluetooth digital key of the vehicle, and the digital key protocol supported by the operating system of the third terminal is not supported by the vehicle's communication system, a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key.

[0113] Step S105: If the broadcast type supported by the operating system of the third terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the third terminal is supported by the vehicle's communication system, a third Bluetooth digital key and third Bluetooth pairing information based on the third protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key; the third protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle; the broadcast type supported by the third Bluetooth digital key and the first Bluetooth digital key is the same.

[0114] The vehicle owner terminal is either the first terminal or the second terminal that has a pre-established association with the vehicle on the server.

[0115] In summary, the first embodiment of the present invention achieves the following functions and scenarios.

[0116] I. Owner key activation function, such as Figure 2 As shown, it includes:

[0117] 1) When the car owner uses his mobile phone to activate the Bluetooth digital key, after the mobile phone and the server establish a secure connection, the mobile phone sends a key activation request to the server, which includes the brand and model information of the mobile phone.

[0118] 2) After receiving the key request activation command, the server determines whether this is the first Bluetooth digital key created by the car owner. If so, it generates a Bluetooth digital key, broadcast key, and IRK corresponding to the phone brand and model. If it is not the first key created by the car owner, it determines whether the phone applying for the new key uses the same protocol as the first key. If so, it performs the same subsequent operations as the first key; otherwise, it generates a private protocol digital key, broadcast key, and IRK for the newly applied key.

[0119] 3) The server will send the relevant information generated in step 2) to the mobile phone and the vehicle respectively;

[0120] 4) The mobile phone and the vehicle respectively verify the legitimacy of the Bluetooth digital key and send the verification results to the server;

[0121] 5) If the car key has been successfully verified by both the mobile phone and the vehicle, the server will notify the mobile phone that the key creation was successful. If this is the first Bluetooth digital key being created, the server will send a Bluetooth broadcast switching command to the vehicle. Upon receiving the command, the vehicle will switch to the broadcast of the corresponding protocol type. Finally, the vehicle, the server, and the mobile phone will each store the corresponding car key information. If either party or neither of them has been successfully verified, the server will notify the mobile phone that the key activation failed and discard the key-related information.

[0122] 6) Multiple owner keys can be created for a single vehicle. When creating subsequent keys:

[0123] 7) For the process of activating a second and subsequent Bluetooth digital keys using a mobile phone, please refer to [link / details]. Figure 2 The server determines whether the same protocol is used as the owner's first car key. For subsequent procedures, refer to steps 2)-5 in "I".

[0124] II. Key sharing function with friends, such as Figure 3 When a car owner shares their keys with a friend, including:

[0125] 1) When a car owner shares a digital Bluetooth key, after a friend receives the shared car key link, the friend's mobile phone establishes a secure connection with the server and then sends a sharing request to the server to activate the key.

[0126] 2) After receiving the sharing request and key activation command, the server determines whether the friend's mobile phone brand and model use the same protocol as the car owner's first Bluetooth digital key. If so, it generates a Bluetooth digital key, broadcast key, and IRK corresponding to the mobile phone brand and model. If not, it generates a Bluetooth digital key, broadcast key, and IRK with a private protocol for the newly applied key.

[0127] 3) Subsequent processes and connections with mobile and vehicle terminals Figure 2 It's the same, except the car owner's phone number is changed to a friend's phone number.

[0128] III. Owner Replacement Function: When the owner changes ownership, this includes:

[0129] 1) When a vehicle owner changes, after the new owner's mobile phone establishes a secure connection with the server, it determines that the owner has changed and deletes all owner keys and shared keys of the original vehicle. The new owner then activates the key according to the following steps. Figure 2 Flowchart for key activation and usage.

[0130] Based on the creation method of the first embodiment described above, when a car owner selects a first terminal to create a Bluetooth digital key for controlling the vehicle, the server generates a first Bluetooth digital key between the first terminal and the vehicle based on the public digital key protocol supported by the operating system of the first terminal and the vehicle's communication system. After the first Bluetooth digital key between the first terminal and the vehicle is successfully created, the first terminal controls the vehicle via Bluetooth through its operating system. When a car owner selects a second terminal to create a Bluetooth digital key for controlling the vehicle, the server generates a second Bluetooth digital key between the second terminal and the vehicle based on the proprietary digital key protocol defined by the vehicle manufacturer. After the second Bluetooth digital key between the second terminal and the vehicle is successfully created, the second terminal controls the vehicle via Bluetooth through the installed manufacturer's APP. For the vehicle-side Bluetooth chip, since the broadcast type sent to the first terminal and the second terminal is the same, it is not necessary to send two different types of broadcasts in the time-division multiplexing method used in the prior art. This allows the vehicle-side Bluetooth chip to support various terminal communications with different Bluetooth digital key protocols while also meeting the low power consumption requirements of Bluetooth chips.

[0131] Considering that some users' terminal operating systems do not support mainstream digital key protocols, but rather non-mainstream digital key protocols customized by the corresponding terminal manufacturers; and because the vehicle's Bluetooth chip is not compatible with these non-mainstream digital key protocols, when creating the first Bluetooth digital key between such a terminal and the vehicle, it is impossible to create the digital key based on the custom protocol supported by the brand's mobile phone operating system. To address this issue, as mentioned above... Figure 5 In a second embodiment of the present invention, another method for creating a Bluetooth digital key for a server is also provided, comprising:

[0132] S201, responding to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, generates the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer.

[0133] S202, responding to the second event of the vehicle owner creating a second Bluetooth digital key between the second terminal and the vehicle, generating a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key;

[0134] S203, responding to the third event of the vehicle owner creating a third Bluetooth digital key between the third terminal and the vehicle, generates a third Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the third terminal and the vehicle can complete the creation of the third Bluetooth digital key; the second protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle.

[0135] The operating systems of the first terminal and the second terminal support different broadcast types. The operating systems of the third terminal and the first terminal support the same broadcast types, but support different digital key protocols.

[0136] The first, second, and third Bluetooth digital keys support the same broadcast types.

[0137] In the second embodiment, the first occurrence of creating the first Bluetooth digital key based on the first event is earlier than the first occurrence of creating the second Bluetooth digital key based on the second event and the first occurrence of creating the third Bluetooth digital key based on the second event. In this case, when the vehicle owner first creates the first Bluetooth digital key between the terminal and the vehicle, the Bluetooth digital key creation is completed based on a proprietary protocol. In this scenario, when using the first Bluetooth digital key to control the vehicle via Bluetooth, the vehicle's Bluetooth control is achieved through the vehicle manufacturer's application (vehicle manufacturer's APP) on the terminal operating system.

[0138] For example, suppose the first terminal is a generic mobile phone A. After identification, the server determines that the digital key protocol supported by the operating system of the first terminal is a non-mainstream digital key protocol defined by the brand of the mobile phone (the vehicle's communication system does not support this non-mainstream digital key protocol), and the supported broadcast type is static address broadcast. The second terminal is a Xiaomi mobile phone B. After identification, the server determines that the digital key protocol supported by the operating system of the first terminal is the ICCOA protocol, and the supported broadcast type is RPA broadcast. The third terminal is a Huawei mobile phone. After identification, the server determines that the digital key protocol supported by the operating system of the first terminal is the ICCE protocol, but the supported broadcast type is static address broadcast. When the first terminal creates the first Bluetooth digital key with the vehicle, because the vehicle's Bluetooth chip does not support the custom digital key protocol supported by the operating system of the generic mobile phone A, the successfully created first Bluetooth digital key between the first terminal and the vehicle (the vehicle's first Bluetooth digital key) can only support the private protocol and static address broadcast (this broadcast type can be customized and takes precedence over the broadcast type supported by the first terminal). When the second terminal creates the second Bluetooth digital key with the vehicle, because the broadcast types supported by the second terminal and the first terminal are different, the successfully created second Bluetooth digital key between the second terminal and the vehicle (the vehicle's second Bluetooth digital key) can only support the private protocol specified by the car manufacturer and the aforementioned static address broadcast. When the third terminal creates the third Bluetooth digital key with the vehicle, because the broadcast types supported by the third terminal are the same as those supported by the first terminal and the vehicle's Bluetooth chip supports the ICCE protocol, the successfully created third Bluetooth digital key (the vehicle's third Bluetooth digital key) supports the ICCE protocol and static address broadcast supported by the operating system of the Huawei mobile phone.

[0139] In order to realize the creation of Bluetooth digital keys between the first terminal, the third terminal and the vehicle, the following is a specific description of the scenario in the second embodiment where the car owner creates a Bluetooth digital key, using an example.

[0140] The vehicle owner sends a key activation request command (command 1) to the server via the native app on mobile phone A (the first terminal) or the vehicle manufacturer's app (the vehicle manufacturer's app). This key activation request command includes the brand (or generic brand) and model number of mobile phone A. Based on this command, the server can identify that the digital key protocol supported by mobile phone A's operating system is a custom digital key protocol not supported by the vehicle's operating system, and that the supported broadcast type is RPA broadcast.

[0141] Based on the key request activation instruction, the server determines whether it is the first Bluetooth digital key for vehicle a.

[0142] For example, if it is the first Bluetooth digital key for vehicle A, since the vehicle's Bluetooth chip does not support the digital key protocol customized by the mobile phone brand A, the server generates Bluetooth digital key 1 and Bluetooth pairing information 1 (including broadcast key and IRK) based on the car manufacturer's fixed private protocol and RPA broadcast.

[0143] The server sends Bluetooth digital key 1 and Bluetooth pairing information 1 to mobile phone A, and then encrypts Bluetooth digital key 1 and Bluetooth pairing information 1 using a MAC algorithm before sending them to vehicle A. To ensure the functional security of the vehicle and prevent man-in-the-middle attacks, the data needs to be encrypted using a MAC algorithm when communicating with the server.

[0144] The DKF module in mobile phone A verifies the legitimacy of Bluetooth digital key 1 and notifies the server of the verification result after verification. The specific process of mobile phone A's DKF module verifying the legitimacy of Bluetooth digital key 1 is implemented using existing technology.

[0145] After vehicle A performs MAC algorithm verification on the received data, vehicle A's SDK module verifies the legitimacy of Bluetooth digital key 1. Upon completion of the verification, the vehicle-side verification result is notified to the server. The specific process of vehicle A's SDK module verifying the legitimacy of Bluetooth digital key 1 is implemented using existing technology.

[0146] After confirming that both vehicle A and mobile phone A have successfully verified Bluetooth digital key 1, the server sends a trigger message to mobile phone A. The car manufacturer's app on mobile phone A notifies the driver that the car key has been successfully activated and stores Bluetooth pairing information 1 in the BLE master module. Simultaneously, it stores Bluetooth digital key 1 in mobile phone A's SE (Security Element) module. At the same time, determining that Bluetooth digital key 1 is the first Bluetooth digital key for vehicle A, the server sends a MAC-encrypted control Bluetooth broadcast switching command to vehicle A. After vehicle A decrypts the Bluetooth broadcast switching command using the MAC algorithm, its SDK module switches the digital key protocol (including broadcast type switching) according to the digital key protocol supported by mobile phone B carried in the Bluetooth broadcast switching command. After vehicle A switches the digital key protocol according to the digital key protocol supported by both mobile phone B and the vehicle's operating system, vehicle A's SDK module stores Bluetooth pairing information 1 in the BLE slave module and stores Bluetooth digital key 1 in the vehicle's SE module. That is, at this time, the generated first Bluetooth digital key based on the first protocol and the first Bluetooth pairing information are sent to the first terminal and the vehicle, so that the first terminal and the vehicle can verify the legitimacy of the first Bluetooth digital key;

[0147] When both the first terminal and the vehicle have completed the legality verification of the first Bluetooth digital key, the first terminal is triggered to store the first Bluetooth digital key and the first Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol and broadcast type according to the first protocol, and then store the first Bluetooth digital key and the first Bluetooth pairing information.

[0148] In addition, if the server determines that neither vehicle a nor mobile phone A has successfully verified the Bluetooth digital key 1, it will trigger the car manufacturer's APP on mobile phone A to prompt that the car key activation has failed.

[0149] Therefore, based on the above steps, the first Bluetooth digital key (corresponding to Bluetooth digital key 1) between mobile phone A and vehicle a is created. The car manufacturer's application (car manufacturer APP) in mobile phone A can then use Bluetooth digital key 1 to call the BLE master module to communicate with the BLE slave module of vehicle a via Bluetooth. The vehicle control module of vehicle a receives the Bluetooth control commands transmitted by mobile phone A through the SDK module, thereby controlling vehicle a.

[0150] When the car owner uses a mobile phone B (such as a Huawei phone, which supports the ICCE protocol but also static address broadcasting, so mobile phone B represents the second terminal in the second embodiment) to create a digital Bluetooth key 2 between the car owner and vehicle a, the processing between the server, vehicle a, and mobile phone B is almost identical to the aforementioned Bluetooth digital key 1 creation process. The differences are: 1) Because the broadcast type of mobile phone B is different from that of mobile phone A, the Bluetooth digital key 2 and Bluetooth pairing information 2 generated by the server are generated according to the proprietary protocol defined by the car manufacturer, but the broadcast type supported is the same as that supported by digital Bluetooth key 1; 2) When the server determines that both vehicle a and mobile phone B have successfully verified the Bluetooth digital key 2, the server determines that the Bluetooth digital key 2 is not the first Bluetooth digital key for vehicle a. The server triggers vehicle a to switch protocols according to the proprietary protocol (the broadcast type does not change), and vehicle a then stores the Bluetooth pairing information 2 and stores the Bluetooth digital key 2 in the SE module. The car manufacturer's app on phone B can then use the Bluetooth digital key 2 to call the BLE master module and establish Bluetooth communication with the BLE slave module of vehicle a. Vehicle a's vehicle control module receives Bluetooth control commands transmitted from phone B via the SDK module, thereby controlling vehicle a. That is, at this time, the following is executed:

[0151] The generated second Bluetooth digital key based on the first protocol and the second Bluetooth pairing information are sent to the second terminal and the vehicle, so that the second terminal and the vehicle can verify the legitimacy of the second Bluetooth digital key.

[0152] When both the second terminal and the vehicle have completed the legality verification of the second Bluetooth digital key, the second terminal is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information.

[0153] When the car owner uses a mobile phone C (such as a Xiaomi phone, where the operating system of the phone B supports the same broadcast type as the operating system of the phone A, but supports a different digital key protocol, so the phone C represents a third terminal in the second embodiment) to create a digital Bluetooth key 3 between the car owner and vehicle a, the processing between the server, vehicle a, and mobile phone C is almost exactly the same as the aforementioned Bluetooth digital key 1 creation process, except that: 1) the created Bluetooth digital key 3 and Bluetooth pairing information 3 are based on the operating system of mobile phone C and the vehicle. The communication systems of both vehicles support the Digital Key Protocol (ICCOA) for creation, but the supported broadcast types are the same as those supported by mobile phone A; 2) When the server determines that both vehicle a and mobile phone C have successfully verified the Bluetooth digital key 3, the server determines that the Bluetooth digital key 3 is not the first Bluetooth digital key for vehicle a. The server triggers vehicle a to switch protocols according to the Digital Key Protocol (ICCOA) supported by both the operating system of mobile phone C and the vehicle's communication system (while the broadcast type remains unchanged). Vehicle a then stores the Bluetooth pairing information 3 and stores the Bluetooth digital key 3 in the SE module. The native application in mobile phone C can then use the Bluetooth digital key 3 to call the BLE master module to communicate with the BLE slave module of vehicle a via Bluetooth. The vehicle control module of vehicle a receives the Bluetooth control commands transmitted by mobile phone B through the SDK module, thereby controlling vehicle a. That is, at this time, the following is executed:

[0154] The generated third Bluetooth digital key and third Bluetooth pairing information based on the second protocol are sent to the third terminal and the vehicle for the third terminal and the vehicle to verify the legitimacy of the third Bluetooth digital key. When it is recognized that both the third terminal and the vehicle have completed the legitimacy verification of the third Bluetooth digital key, the third terminal is triggered to store the third Bluetooth digital key and third Bluetooth pairing information based on the second protocol. The vehicle is also triggered to first switch the digital key protocol according to the second protocol, and then store the third Bluetooth digital key and third Bluetooth pairing information based on the second protocol.

[0155] Therefore, based on the above process, the creation process of the first Bluetooth digital key to more Bluetooth digital keys for vehicle a is realized. For the Bluetooth chip of vehicle a, when it broadcasts to the outside, it always broadcasts to the outside according to RPA broadcast, so it can maintain low power consumption operation; but at the same time, it realizes Bluetooth communication with multiple brands of mobile phones that support different digital key protocols of the operating system.

[0156] Because using a car manufacturer's app to control the vehicle carries the risk of being blocked by the terminal's operating system, thus preventing vehicle control, in practical use, when establishing the first Bluetooth digital key for the terminal and the vehicle, it is preferable to create the first Bluetooth digital key based on a public digital key protocol supported by both the terminal's operating system and the vehicle's communication system (i.e., the method in the first embodiment is preferred). This allows the terminal to use the operating system's native application to control the vehicle. Since native applications do not have the problem of being blocked by the operating system, the aforementioned risks can be completely avoided.

[0157] In the second embodiment of the present invention, combined with Figure 3 The car owner can also share the car key link with their friend's terminal (which can be the first to third terminals mentioned above) through the car owner's terminal (referred to as the fourth terminal in the second embodiment of the present invention). This allows the fourth terminal to create a Bluetooth digital key with the vehicle, enabling the car owner's friend to control the vehicle through the fourth terminal. For example, if the car owner shares the car key link with their friend's phone D (i.e., the fourth terminal) through the aforementioned mobile phone A, after receiving the car key link, the friend clicks the car key link to establish a secure connection between mobile phone D and the server. At this time, the server establishes an association between mobile phone D and vehicle a. Then, the friend sends a sharing request activation command (which includes the brand and model of mobile phone D) to the server through mobile phone D. After receiving the sharing request activation command from mobile phone D, the server initiates the process of creating the Bluetooth digital key 4 between mobile phone D and vehicle a. This creation process specifically follows the same steps as the Bluetooth digital key creation process between mobile phone B or mobile phone C and vehicle a, depending on whether the broadcast type and digital key protocol supported by mobile phone D's operating system and the first Bluetooth digital key of vehicle a (here referring to the Bluetooth digital key 1 between mobile phone A and vehicle a) are the same. The newly created Bluetooth digital key 4 supports the same broadcast type as the first Bluetooth digital key. That is, at this time, the following event is executed: responding to the fourth event indicating that a friend of the vehicle owner has created a fourth Bluetooth digital key between the fourth terminal and the vehicle via a link shared by the owner's terminal;

[0158] If the broadcast type supported by the operating system of the fourth terminal is different from the broadcast type of the vehicle's first Bluetooth digital key, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key.

[0159] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the fourth terminal is not supported by the vehicle's communication system, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key.

[0160] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the fourth terminal is supported by the vehicle's communication system, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the third protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key; the third protocol refers to a public digital key protocol supported by both the operating system of the fourth terminal and the communication system of the vehicle; the broadcast type supported by the fourth Bluetooth digital key is the same as that supported by the first Bluetooth digital key;

[0161] The vehicle owner terminal is the first terminal, the second terminal, or the third terminal that has a pre-established association with the vehicle on the server.

[0162] Considering the possibility of vehicle owners changing, some embodiments of the present invention also provide a mechanism for handling the created Bluetooth digital keys after a change of owner. After the new owner successfully registers, the server deletes all Bluetooth digital keys created and shared with friends by the original owner. The new owner then creates and shares their own Bluetooth digital key in the same manner as in the aforementioned embodiments.

[0163] The embodiments of the present invention described above, based on vehicle Bluetooth chips that currently do not support simultaneous transmission of two broadcasts, utilize the collaboration of the vehicle, cloud, and mobile devices to solve the problems of low power consumption and multiple protocols coexisting in vehicle Bluetooth digital keys, ensuring the diversity of user car keys while also guaranteeing low power consumption, stability, and security of the vehicle.

[0164] In the various embodiments of the present invention described above, such as Figure 1 The physical systems required to create the aforementioned Bluetooth digital key include:

[0165] The vehicle-side component, acting as a Bluetooth slave node, is responsible for broadcasting, protocol differentiation, and receiving and executing RKE operations from the mobile phone using different protocols. It includes: a vehicle-side SDK, a vehicle control module, an SE module, and a BLE slave module. The vehicle-side SDK module is used to differentiate protocols and implement Bluetooth digital key connection and authentication. Digital key protocols include ICCE, ICCOA, CCC, and vehicle manufacturer-specific protocols. The vehicle control module executes the RKE function from the mobile phone. The SE module stores the Bluetooth digital key and implements the key encryption / decryption algorithm. The BLE slave module is used for Bluetooth communication with the mobile phone and for broadcasting.

[0166] On the mobile device, acting as the Bluetooth master node, it is responsible for discovering and connecting to the vehicle's Bluetooth and sending RKE commands. It comprises: a Native App, a vehicle manufacturer's App, a mobile DKF (Data Key File System), an SE module, and a BLE master module. The Native App (the mobile terminal's native application) is the system app included with the phone manufacturer, supporting the protocols supported by each phone (e.g., Xiaomi supports ICCOA, Apple supports CCC, and Huawei supports ICCE). The vehicle manufacturer's App supports the manufacturer's proprietary protocols. The mobile DKF supports Bluetooth digital key connection and authentication. The SE module stores the Bluetooth digital key and implements the key encryption / decryption algorithm. The BLE master module is used for Bluetooth communication with the vehicle.

[0167] Server-side: It contains a Bluetooth digital key management module, which is used to manage the issuance and management of Bluetooth digital keys and shared keys.

[0168] Some embodiments of the present invention also provide a Bluetooth digital key creation device, the Bluetooth digital key creation device comprising:

[0169] The first creation module is used to respond to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, and to generate the first Bluetooth digital key and the first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle.

[0170] The second creation module is used to respond to the second event of the car owner creating a second Bluetooth digital key between the second terminal and the vehicle, and to generate a second Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key; the second protocol refers to the proprietary digital key protocol defined by the car manufacturer.

[0171] The broadcast types supported by the operating system of the first terminal are different from those supported by the operating system of the second terminal.

[0172] This embodiment is an apparatus corresponding to the method in the first embodiment described above. By combining the method description in the first embodiment above to achieve the relevant objectives, it can achieve the same technical effect as the method described above.

[0173] Some embodiments of the present invention also provide a Bluetooth digital key creation device, the Bluetooth digital key creation device comprising:

[0174] The first creation module is used to respond to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, and to generate the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer.

[0175] The second creation module is used to respond to the second event of the vehicle owner creating a second Bluetooth digital key between the second terminal and the vehicle, and to generate a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key.

[0176] The third creation module is used to respond to the third event when the car owner creates a third Bluetooth digital key between the third terminal and the vehicle, and generates a third Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the third terminal and the vehicle can complete the creation of the third Bluetooth digital key; the second protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle.

[0177] The operating systems of the first terminal and the second terminal support different broadcast types. The operating systems of the third terminal and the first terminal support the same broadcast types, but support different digital key protocols.

[0178] The first, second, and third Bluetooth digital keys support the same broadcast types.

[0179] This embodiment is an apparatus corresponding to the method in the second embodiment described above. By combining the method description in the second embodiment above to achieve the relevant objectives, it can achieve the same technical effect as the method described above.

[0180] Some embodiments of the present invention also provide a Bluetooth digital key creation apparatus, comprising:

[0181] processor;

[0182] Memory used to store processor-executable instructions;

[0183] The processor is configured to execute the steps of the Bluetooth digital key creation method described in the first and second embodiments above.

[0184] Some embodiments of the present invention also provide a computer-readable storage medium having stored thereon computer program instructions that, when executed by a processor, implement the steps of the Bluetooth digital key creation method of the first and second embodiments described above.

[0185] It should be noted that the various embodiments in this specification are described in a progressive manner, with each embodiment focusing on the differences from other embodiments. The same or similar parts between the various embodiments can be referred to each other.

[0186] Although preferred embodiments of the present invention have been described, those skilled in the art, upon learning the basic inventive concept, can make other changes and modifications to these embodiments. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments as well as all changes and modifications falling within the scope of the embodiments of the present invention.

[0187] It should also be noted that, in this document, the terms "center," "upper," "lower," "left," "right," "vertical," "horizontal," "inner," and "outer," etc., indicating orientation or positional relationships based on the orientation or positional relationships shown in the accompanying drawings, are used for the convenience of describing the invention and for simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, or be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of the invention. Furthermore, relational terms such as "first" and "second" are used to distinguish one entity or operation from another entity or operation, without necessarily requiring or implying any such actual relationship or order between these entities or operations, nor should they be construed as indicating or implying relative importance. Moreover, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or terminal device that comprises a list of elements does not include those elements, but also includes other elements not expressly listed, or elements inherent to such a process, method, article, or terminal device. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or terminal device that includes the element.

[0188] The technical solution provided by this invention has been described in detail above. Specific examples have been used to illustrate the principles and implementation methods of this invention. The descriptions of the above embodiments are only for the purpose of helping to understand this invention, and the content of this specification should not be construed as a limitation of this invention. Furthermore, for those skilled in the art, there will be different forms of changes in the specific implementation methods and application scope based on this invention. It is neither necessary nor possible to exhaustively list all implementation methods here, but obvious changes or modifications derived therefrom are still within the protection scope of this invention.

Claims

1. A method for creating a Bluetooth digital key, characterized in that, The method for creating the Bluetooth digital key includes: In response to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, the system generates the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle. In response to the second event where the car owner creates a second Bluetooth digital key between the second terminal and the vehicle, a second Bluetooth digital key and second Bluetooth pairing information based on the second protocol are generated, which are used by the second terminal and the vehicle to complete the creation of the second Bluetooth digital key; the second protocol refers to the proprietary digital key protocol defined by the car manufacturer. The operating systems of the first terminal and the second terminal support different types of broadcasts. The first and second Bluetooth digital keys support the same broadcast types.

2. The method for creating a Bluetooth digital key according to claim 1, characterized in that, The first occurrence of the creation of the first Bluetooth digital key based on the first event is earlier than the first occurrence of the creation of the second Bluetooth digital key based on the second event.

3. The method for creating a Bluetooth digital key according to claim 2, characterized in that, In response to the first event of the vehicle owner creating a first Bluetooth digital key between the first terminal and the vehicle, the steps for generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol, for the first terminal and the vehicle to complete the creation of the first Bluetooth digital key, include: The first Bluetooth digital key and the first Bluetooth pairing information generated based on the first protocol are sent to the first terminal and the vehicle respectively, so that the first terminal and the vehicle can verify the legitimacy of the first Bluetooth digital key. When both the first terminal and the vehicle have completed the legality verification of the first Bluetooth digital key, the first terminal is triggered to store the first Bluetooth digital key and the first Bluetooth pairing information, and to determine whether it is the first Bluetooth digital key created for the vehicle for the first time. If this is the first Bluetooth digital key created for the vehicle, the vehicle will first switch the digital key protocol and broadcast type according to the first protocol, and then store the first Bluetooth digital key and the first Bluetooth pairing information. If this is not the first Bluetooth digital key created for the vehicle, then when the first protocol and the broadcast type supported by the first Bluetooth digital key are the same, the vehicle will be triggered to first switch the digital key protocol according to the first protocol, and then store the pairing information based on the first Bluetooth digital key and the first Bluetooth.

4. The method for creating a Bluetooth digital key according to claim 2 or 3, characterized in that, In response to a second event where the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, the system generates a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol, which facilitates the steps for the second terminal and the vehicle to complete the creation of the second Bluetooth digital key, including: The generated second Bluetooth digital key based on the second protocol and the second Bluetooth pairing information are sent to the second terminal and the vehicle respectively, so that the second terminal and the vehicle can verify the legitimacy of the second Bluetooth digital key. When both the second terminal and the vehicle have completed the legality verification of the second Bluetooth digital key, the second terminal is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol according to the second protocol, and then store the second Bluetooth digital key and the second Bluetooth pairing information.

5. The method for creating a Bluetooth digital key according to claim 1, characterized in that, The method for creating the Bluetooth digital key also includes: The third event responds to the owner's friends sharing a link through the owner's terminal to create a third Bluetooth digital key between the third terminal and the vehicle; If the broadcast type supported by the operating system of the third terminal is different from the broadcast type of the vehicle's first Bluetooth digital key, a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key. If the broadcast type supported by the operating system of the third terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the third terminal is not supported by the vehicle's communication system, a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key. If the broadcast type supported by the operating system of the third terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the third terminal is supported by the vehicle's communication system, a third Bluetooth digital key and third Bluetooth pairing information based on the third protocol are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key; the third protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle. The third Bluetooth digital key supports the same broadcast types as the first Bluetooth digital key; The vehicle owner terminal is either the first terminal or the second terminal that has a pre-established association with the vehicle on the server.

6. The method for creating a Bluetooth digital key according to claim 1, characterized in that, The method for creating the Bluetooth digital key also includes: When a change of vehicle owner is detected, all previously created Bluetooth digital keys are deleted.

7. A method for creating a Bluetooth digital key, characterized in that, The method for creating the Bluetooth digital key includes: In response to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, the system generates the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, which are used by the first terminal and the vehicle to complete the creation of the first Bluetooth digital key; the first protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer. In response to the second event where the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol are generated so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key. In response to the third event of the vehicle owner creating a third Bluetooth digital key between the third terminal and the vehicle, a third Bluetooth digital key based on the second protocol and second Bluetooth pairing information are generated for the third terminal and the vehicle to complete the creation of the third Bluetooth digital key; the second protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle. The operating systems of the first terminal and the second terminal support different broadcast types. The operating systems of the third terminal and the first terminal support the same broadcast types, but support different digital key protocols. The first, second, and third Bluetooth digital keys support the same broadcast types.

8. The method for creating a Bluetooth digital key according to claim 7, characterized in that, The first occurrence of the creation of the first Bluetooth digital key based on the first event is earlier than the first occurrence of the creation of the second Bluetooth digital key based on the second event and the first occurrence of the creation of the third Bluetooth digital key based on the third event.

9. The method for creating a Bluetooth digital key according to claim 8, characterized in that, In response to the first event of the vehicle owner creating a first Bluetooth digital key between the first terminal and the vehicle, the steps for generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol, for the first terminal and the vehicle to complete the creation of the first Bluetooth digital key, include: The first Bluetooth digital key and the first Bluetooth pairing information generated based on the first protocol are sent to the first terminal and the vehicle respectively, so that the first terminal and the vehicle can verify the legitimacy of the first Bluetooth digital key. When both the first terminal and the vehicle have completed the legality verification of the first Bluetooth digital key, the first terminal is triggered to store the first Bluetooth digital key and the first Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol and broadcast type according to the first protocol, and then store the first Bluetooth digital key and the first Bluetooth pairing information.

10. The method for creating a Bluetooth digital key according to claim 8 or 9, characterized in that, In response to a second event where the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, the system generates a second Bluetooth digital key and second Bluetooth pairing information based on a first protocol, which facilitates the creation of the second Bluetooth digital key between the second terminal and the vehicle. The steps include: The generated second Bluetooth digital key based on the first protocol and the second Bluetooth pairing information are sent to the second terminal and the vehicle respectively, so that the second terminal and the vehicle can verify the legitimacy of the second Bluetooth digital key. When both the second terminal and the vehicle have completed the legality verification of the second Bluetooth digital key, the second terminal is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is triggered to store the second Bluetooth digital key and the second Bluetooth pairing information.

11. The method for creating a Bluetooth digital key according to claim 10, characterized in that, In response to a third event where the vehicle owner creates a third Bluetooth digital key between a third terminal and the vehicle, the system generates a third Bluetooth digital key based on a second protocol and second Bluetooth pairing information. This information is used by the third terminal and the vehicle to complete the steps for creating the third Bluetooth digital key, including: The generated third Bluetooth digital key based on the second protocol and the third Bluetooth pairing information are sent to the third terminal and the vehicle respectively, so that the third terminal and the vehicle can verify the legitimacy of the third Bluetooth digital key. When both the third terminal and the vehicle have completed the legality verification of the third Bluetooth digital key, the third terminal is triggered to store the third Bluetooth digital key and the third Bluetooth pairing information based on the second protocol; and the vehicle is triggered to first switch the digital key protocol according to the public protocol, and then store the third Bluetooth digital key and the third Bluetooth pairing information based on the second protocol.

12. The method for creating a Bluetooth digital key according to claim 7, characterized in that, The method for creating the Bluetooth digital key also includes: The fourth event is to respond to the owner's friends sharing a link through the owner's terminal to create a fourth Bluetooth digital key between the fourth terminal and the vehicle; If the broadcast type supported by the operating system of the fourth terminal is different from the broadcast type of the vehicle's first Bluetooth digital key, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key. If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the fourth terminal is not supported by the vehicle's communication system, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key. If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the vehicle's first Bluetooth digital key, and the digital key protocol supported by the operating system of the fourth terminal is supported by the vehicle's communication system, a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the third protocol are generated for the fourth terminal and the vehicle to complete the creation of the fourth Bluetooth digital key; the third protocol refers to a public digital key protocol supported by both the operating system of the fourth terminal and the communication system of the vehicle; the broadcast type supported by the fourth Bluetooth digital key is the same as that supported by the first Bluetooth digital key; The vehicle owner terminal is the first terminal, the second terminal, or the third terminal that has a pre-established association with the vehicle on the server.

13. The method for creating a Bluetooth digital key according to claim 7, characterized in that, The method for creating the Bluetooth digital key also includes: When a change of vehicle owner is detected, all previously created Bluetooth digital keys are deleted.

14. A Bluetooth digital key creation device, characterized in that, The Bluetooth digital key creation device includes: The first creation module is used to respond to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, and to generate the first Bluetooth digital key and the first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle. The second creation module is used to respond to the second event of the car owner creating a second Bluetooth digital key between the second terminal and the vehicle, and to generate a second Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key; the second protocol refers to the proprietary digital key protocol defined by the car manufacturer. The broadcast types supported by the operating system of the first terminal are different from those supported by the operating system of the second terminal; The first and second Bluetooth digital keys support the same broadcast types.

15. A Bluetooth digital key creation device, characterized in that, The Bluetooth digital key creation device includes: The first creation module is used to respond to the first event of the vehicle owner creating the first Bluetooth digital key between the first terminal and the vehicle, and to generate the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol, so that the first terminal and the vehicle can complete the creation of the first Bluetooth digital key; the first protocol refers to the proprietary digital key protocol defined by the vehicle manufacturer. The second creation module is used to respond to the second event of the vehicle owner creating a second Bluetooth digital key between the second terminal and the vehicle, and to generate a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol, so that the second terminal and the vehicle can complete the creation of the second Bluetooth digital key. The third creation module is used to respond to the third event when the car owner creates a third Bluetooth digital key between the third terminal and the vehicle, and generates a third Bluetooth digital key and second Bluetooth pairing information based on the second protocol, so that the third terminal and the vehicle can complete the creation of the third Bluetooth digital key; the second protocol refers to a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle. The operating systems of the first terminal and the second terminal support different broadcast types. The operating systems of the third terminal and the first terminal support the same broadcast types, but support different digital key protocols. The first, second, and third Bluetooth digital keys support the same broadcast types.

16. A Bluetooth digital key creation device, characterized in that, include: processor; Memory used to store processor-executable instructions; The processor is configured to perform the steps of the method for creating a Bluetooth digital key according to any one of claims 1 to 6 or any one of claims 7 to 13.

17. A computer-readable storage medium having computer program instructions stored thereon, characterized in that, When executed by the processor, the program instructions implement the steps of the method for creating a Bluetooth digital key according to any one of claims 1 to 6 or any one of claims 7 to 13.

Images