METHOD AND DEVICE FOR CREATING A DIGITAL BLUETOOTH KEY AND STORAGE MEDIA

Abstract

The present invention relates to a Bluetooth digital key creation method and device, and a storage medium, for use in solving the problem in the prior art that a vehicle-end Bluetooth chip art cannot support the coexistence of multiple Bluetooth digital key protocols with low power consumption. The creation method comprises: in response to a first event where a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, generating the first Bluetooth digital key and first Bluetooth pairing information based on a first protocol, so as to complete creation of the first Bluetooth digital key between the first terminal and the vehicle; and in response to a second event where the vehicle owner creates a second Bluetooth digital key between a second terminal and the vehicle, generating the second Bluetooth digital key and second Bluetooth pairing information based on a second protocol, so as to complete creation of the second Bluetooth digital key between the second terminal and the vehicle, wherein the broadcast types supported by an operating system of the first terminal and an operating system of the second terminal are different, and the broadcast types supported by the first Bluetooth digital key and the second Bluetooth digital key are the same.

Description

A method, device and storage medium for creating a Bluetooth digital key

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on January 2, 2024, with application number 202410004419.8 and application name “A method, device and storage medium for creating a Bluetooth digital key”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of digital car keys, and in particular to a method, device and storage medium for creating a Bluetooth digital key. Background Art

[0003] Digital car keys are one of the important innovative applications of smart connected vehicles. Some vehicle manufacturers, terminal equipment manufacturers and OEM manufacturers have begun to develop digital car key solutions.

[0004] 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 OEM (Original Equipment Manufacturer) proprietary protocols. Different protocols have different requirements for Bluetooth broadcasts. For example, the CCC protocol, ICCOA, ICCE protocol, and the proprietary protocols used by some terminal manufacturers require RPA (resolvable private address) broadcasts, while some terminal manufacturers use customized protocols that require static address broadcasts. The vehicle's Bluetooth chip needs to adapt to the mainstream Bluetooth digital key protocol, so it needs to support both types of broadcasts.

[0005] The problem with existing technology is that, due to hardware limitations of the Bluetooth chip, the vehicle-side Bluetooth chip only supports low-power transmission of one of the broadcasts, not both simultaneously. Therefore, it cannot achieve multi-protocol coexistence. Although the vehicle-side Bluetooth chip can switch between the two broadcasts at different times, this will prevent the vehicle-side Bluetooth chip from entering low-power mode, resulting in increased power consumption for the entire vehicle.

[0006] For the vehicle side, it is necessary to meet the coexistence of multiple protocols while ensuring low power consumption to meet the diverse needs of users for digital car keys. Summary of the Invention

[0007] The present invention provides a method, device and storage medium for creating a Bluetooth digital key, which are used to solve the problem that the vehicle-side Bluetooth chip in the prior art cannot realize the coexistence of multiple Bluetooth digital key protocols with low power consumption.

[0008] The technical solution of the present invention is:

[0009] In one aspect, the present invention provides a method for creating a Bluetooth digital key, the method comprising:

[0010] In response to a first event in which the vehicle owner creates a first Bluetooth digital key between the first terminal and the vehicle, generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol is a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle;

[0011] In response to a second event in which the vehicle owner creates 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 a second protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle; the second protocol is a private digital key protocol specified by the vehicle manufacturer;

[0012] The operating system of the first terminal and the operating system of the second terminal support different broadcast types;

[0013] The first Bluetooth digital key and the second Bluetooth digital key support the same broadcast type.

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

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

[0016] Sending the generated first Bluetooth digital key based on the first protocol and the first Bluetooth pairing information 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;

[0017] When it is identified that both the first terminal and the vehicle have completed the legitimacy verification of the first Bluetooth digital key, triggering the first terminal to store the first Bluetooth digital key and the first Bluetooth pairing information, and determining whether it is the first Bluetooth digital key created for the vehicle for the first time;

[0018] If it is the first Bluetooth digital key created for the vehicle, the vehicle is triggered to first switch the digital key protocol and broadcast type according to the first protocol, and then the first Bluetooth digital key and the first Bluetooth pairing information are stored;

[0019] If this is not the first Bluetooth digital key created for the vehicle, when the first protocol is the same as the broadcast type supported by the first digital Bluetooth digital key, the vehicle is 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.

[0020] Preferably, in response to a second event in which the vehicle owner creates 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 a second protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle includes:

[0021] Sending the generated second Bluetooth digital key based on the second protocol and the second Bluetooth pairing information 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;

[0022] When it is identified that both the second terminal and the vehicle have completed the legitimacy 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.

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

[0024] Responding to a third event in which a friend of the car owner creates a third Bluetooth digital key between a third terminal and the vehicle through a link shared by the car owner's terminal;

[0025] 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, generating a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle;

[0026] 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 if the digital key protocol supported by the operating system of the third terminal is not supported by the communication system of the vehicle, generating a third Bluetooth digital key and third Bluetooth pairing information based on the second protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle;

[0027] 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 if the digital key protocol supported by the operating system of the third terminal is supported by the communication system of the vehicle, generating a third Bluetooth digital key and third Bluetooth pairing information based on the third protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle; 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;

[0028] The third Bluetooth digital key supports the same broadcast type as the first Bluetooth digital key;

[0029] The vehicle owner terminal is the first terminal or the second terminal that has established an association relationship with the vehicle on the server in advance.

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

[0031] When a change of owner is detected, all Bluetooth digital keys created in the past will be deleted.

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

[0033] In response to a first event in which a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol is a private digital key protocol specified by the vehicle manufacturer;

[0034] In response to a second event in which the vehicle owner creates 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 for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle;

[0035] In response to a third event in which the vehicle owner creates a third Bluetooth digital key between a third terminal and the vehicle, generating a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle; the second protocol is a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle;

[0036] The operating system of the first terminal and the operating system of the second terminal support different broadcast types, and the operating system of the third terminal and the operating system of the first terminal support the same broadcast type but different digital key protocols;

[0037] The first Bluetooth digital key, the second Bluetooth digital key, and the third Bluetooth digital key support the same broadcast type.

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

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

[0040] Sending the generated first Bluetooth digital key based on the first protocol and the first Bluetooth pairing information 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;

[0041] When it is identified 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 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.

[0042] Preferably, in response to a second event in which the vehicle owner creates 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 for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle includes:

[0043] Sending the generated second Bluetooth digital key based on the first protocol and the second Bluetooth pairing information 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;

[0044] When it is identified that both the second terminal and the vehicle have completed the legitimacy 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.

[0045] Preferably, in response to a third event in which the vehicle owner creates a third Bluetooth digital key between the third terminal and the vehicle, generating a third Bluetooth digital key based on the second protocol and second Bluetooth pairing information for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle includes:

[0046] Sending the generated third Bluetooth digital key based on the second protocol and the third Bluetooth pairing information 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;

[0047] When it is identified 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 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.

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

[0049] Responding to a fourth event in which a friend of the car owner creates a fourth Bluetooth digital key between a fourth terminal and the vehicle through a link shared by the car owner's terminal;

[0050] If the broadcast type supported by the operating system of the fourth terminal is different from the broadcast type of the first Bluetooth digital key of the vehicle, generating a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol for completing the creation of the fourth Bluetooth digital key between the fourth terminal and the vehicle;

[0051] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the first Bluetooth digital key of the vehicle, and if the digital key protocol supported by the operating system of the fourth terminal is not supported by the communication system of the vehicle, generating a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol for completing the creation of the fourth Bluetooth digital key between the fourth terminal and the vehicle;

[0052] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the first Bluetooth digital key of the vehicle, and if the digital key protocol supported by the operating system of the fourth terminal is supported by the communication system of the vehicle, generating a fourth Bluetooth digital key and fourth Bluetooth pairing information based on a third protocol for completing the creation of the fourth Bluetooth digital key between the fourth terminal and the vehicle; the third protocol is a public digital key protocol supported by both the operating system of the fourth terminal and the communication system of the vehicle; and the fourth Bluetooth digital key and the first Bluetooth digital key support the same broadcast type;

[0053] The vehicle owner terminal is the first terminal, the second terminal or the third terminal that has been associated with the vehicle in advance on the server.

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

[0055] When a change of owner is detected, all Bluetooth digital keys created in the past will be deleted.

[0056] On the other hand, the present invention further provides a device for creating a Bluetooth digital key, the device comprising:

[0057] A first creation module, configured to respond to a first event in which a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, and generate a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol being a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle;

[0058] a second creation module, configured to respond to a second event in which the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, and generate a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle; the second protocol being a private digital key protocol specified by the vehicle manufacturer;

[0059] The broadcast type supported by the operating system of the first terminal is different from the broadcast type supported by the operating system of the second terminal.

[0060] On the other hand, the present invention further provides a device for creating a Bluetooth digital key, the device comprising:

[0061] a first creation module, configured to respond to a first event in which a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, and generate a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol being a private digital key protocol specified by the vehicle manufacturer;

[0062] A second creation module is configured to respond to a second event in which the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, and generate a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle;

[0063] a third creation module, configured to respond to a third event in which the vehicle owner creates a third Bluetooth digital key between a third terminal and the vehicle, and generate a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle; the second protocol being a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle;

[0064] The operating system of the first terminal and the operating system of the second terminal support different broadcast types, and the operating system of the third terminal and the operating system of the first terminal support the same broadcast type but different digital key protocols;

[0065] The first Bluetooth digital key, the second Bluetooth digital key, and the third Bluetooth digital key support the same broadcast type.

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

[0067] processor;

[0068] a memory for storing processor-executable instructions;

[0069] The processor is configured to execute the steps of the above-mentioned method for creating a Bluetooth digital key.

[0070] On the other hand, the present invention also provides a computer-readable storage medium having computer program instructions stored thereon, which implement the steps of the above-mentioned method for creating a Bluetooth digital key when executed by a processor.

[0071] The beneficial effects of the present invention are:

[0072] When the car owner chooses to use the first terminal to create a Bluetooth digital key to control 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 communication system of the vehicle. After the first Bluetooth digital key between the first terminal and the vehicle is successfully created, the first terminal realizes Bluetooth control of the vehicle through the operating system itself. When the car owner chooses to use the second terminal to create a Bluetooth digital key to control the vehicle, the server generates a second Bluetooth digital key between the second terminal and the vehicle based on the private digital key protocol specified by the car manufacturer where the vehicle is located. After the second Bluetooth digital key between the second terminal and the vehicle is successfully created, the second terminal realizes Bluetooth control of the vehicle through the installed car manufacturer APP. For the vehicle-side Bluetooth chip, since the broadcast types sent to the first terminal and the second terminal are the same, there is no need to time-switch and send two different types of broadcasts as in the existing technology. This allows the vehicle-side Bluetooth chip to support communications with various terminals using different Bluetooth digital key protocols while meeting the low power consumption requirements of the Bluetooth chip. BRIEF DESCRIPTION OF THE DRAWINGS

[0073] FIG1 is a system block diagram of a method for creating a Bluetooth digital key according to various embodiments of the present invention;

[0074] FIG2 is a flow chart of a method for a car owner to create a Bluetooth digital key according to the first embodiment of the present invention;

[0075] FIG3 is a flowchart of a method for creating a Bluetooth digital key based on owner sharing in the first embodiment of the present invention;

[0076] FIG4 is a flow chart of a method for creating a Bluetooth digital key in the first embodiment of the present invention;

[0077] FIG5 is a flow chart of a method for creating a Bluetooth digital key according to a second embodiment of the present invention. DETAILED DESCRIPTION

[0078] It should be noted that, in the absence of conflict, the embodiments of the present invention and the features therein may be combined with each other.

[0079] The present invention will be described in detail below with reference to the accompanying drawings and in conjunction with embodiments.

[0080] Because different terminal manufacturers support different digital key protocols, different digital key protocols may require the vehicle to send different broadcast types (RPA addresses or static addresses). Therefore, when the car owner expects to have multiple Bluetooth digital keys, or the car owner shares the car key with a friend, there will be a problem of mismatched broadcast types. In the first embodiment of the present invention, it is expected that a judgment will be made on the server side. If the terminal supporting the broadcast type of the activated or shared car key and the car owner's first Bluetooth digital key is the same, then a Bluetooth digital key corresponding to the 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.

[0081] 4 , in a first embodiment of the present invention, a method for creating a Bluetooth digital key is provided, which includes:

[0082] S101, in response to the first event of the car owner creating the 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 for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; 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.

[0083] S102, in response to the second event that the car owner creates a second Bluetooth digital key between the second terminal and the vehicle, generates a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle; the second protocol refers to the private digital key protocol specified by the car manufacturer where the vehicle is located.

[0084] The operating system of the first terminal and the operating system of the second terminal support different broadcast types.

[0085] The first Bluetooth digital key and the second Bluetooth digital key support the same broadcast type.

[0086] The user establishes an association with the vehicle on the server using their first or second terminal. Once the association 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 identifies the vehicle information associated with the first or second terminal.

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

[0088] In a 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.

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

[0090] In a first embodiment of the present invention, the key request activation instruction sent by the second terminal carries the brand and model information of the second terminal, which facilitates the server to 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 instruction 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.

[0091] When the digital key protocol supported by the operating system of the first terminal is the CCC protocol or ICCOA protocol that supports the RPA broadcast type, the digital key protocol supported by the operating system of the second terminal is a proprietary protocol that supports the static address broadcast type. When the digital key protocol supported by the operating system of the second terminal is the CCC protocol or ICCOA protocol that supports the resolvable private address broadcast type, the digital key protocol supported by the operating system of the first terminal is a custom protocol that supports the static address broadcast type, that is, the broadcast types supported by the operating systems of the first terminal and the second terminal are different.

[0092] In the first embodiment of the present invention, the terminal's vehicle control functions through Bluetooth include but are not limited to: unlocking, locking, starting, shutting down, window control, sunroof control, trunk control, air conditioning control, sunshade control, seat control, ambient light control, charging cover or fuel tank cover control, front door or rear door control, vehicle search, in-vehicle multimedia control, remote parking, etc.

[0093] In the first embodiment of the present invention, the first occurrence time of creating the first Bluetooth digital key based on the first event is earlier than the first occurrence time of creating the second Bluetooth digital key based on the second event. In this case, when the car owner first creates the first Bluetooth digital key between the terminal and the vehicle, the Bluetooth digital key creation is completed based on the public digital key protocol supported by both the terminal's operating system and the vehicle's communication system. In this case, when the first Bluetooth digital key is used to control the vehicle's Bluetooth, the vehicle's Bluetooth control is achieved through the native application (Native APP) of the terminal's operating system. For example, assuming that the first terminal is a mobile phone of a certain brand, the server determines after identification that the digital key protocol supported by the operating system of the first terminal is the CCC protocol also supported by the vehicle's communication system, and the supported broadcast type is RPA broadcast; the second terminal is a mobile phone of an unknown brand, and the server determines after identification that the digital key protocol supported by the operating system of the first terminal is the custom protocol of the brand mobile phone, and the supported broadcast type is static address broadcast. When the first Bluetooth digital key is created between the first terminal and the vehicle first, the first Bluetooth digital key created between the first terminal and the vehicle (the first Bluetooth digital key of the vehicle) supports the CCC protocol and RPA broadcast; when the second terminal creates the second Bluetooth digital key with the vehicle, the second Bluetooth digital key created between the second terminal and the vehicle (the second Bluetooth digital key of the vehicle) supports the private protocol specified by the car manufacturer and the above-mentioned RPA broadcast. In short, once a terminal and a vehicle have created the first Bluetooth digital key, the broadcast type supported by the Bluetooth digital keys created between other terminals and vehicles is always the same as the broadcast type supported by the first Bluetooth digital key (here is RPA broadcast), but the supported digital key protocols are not necessarily the same.

[0094] In the first embodiment of the present invention described above, the created first Bluetooth digital key and the second Bluetooth digital key support the same broadcast type, which enables the vehicle-side Bluetooth chip to only send broadcasts according to one broadcast type all the time, without the need for time-sharing switching of broadcasts as in the background technology.

[0095] In order to realize the creation of a Bluetooth digital key between the first terminal and the second terminal and the vehicle, the scenario of the vehicle owner creating a Bluetooth digital key is described in detail below by way of example.

[0096] The car owner uses the native app (native app) or the car manufacturer's app (car manufacturer app) on phone A (the first terminal) to send a key activation request (1) to the server for vehicle A. This request carries the brand and model of phone A. Based on this request, the server identifies that the digital key protocol supported by phone A's operating system is the CCC protocol, which is also supported by the vehicle's communication system, and that the supported broadcast type is RPA broadcast.

[0097] The server determines whether it is the first Bluetooth digital key for vehicle a based on the key request activation instruction 1.

[0098] For example, if it is 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, Bluetooth device address resolution key)) based on the CCC protocol and RPA broadcast supported by both the operating system of mobile phone A and the communication system of the vehicle.

[0099] The server sends Bluetooth digital key 1 and Bluetooth pairing information 1 to phone A. It then encrypts the Bluetooth digital key 1 and Bluetooth pairing information 1 using a MAC algorithm (message authentication code) before sending it to vehicle A. To ensure vehicle functional safety and prevent man-in-the-middle attacks, data communication between the vehicle and the server requires MAC encryption.

[0100] 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 on the mobile phone side after the verification is completed. The specific process of the DKF module in mobile phone A verifying the legitimacy of Bluetooth digital key 1 is implemented using existing technology.

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

[0102] After confirming that both vehicle A and phone A have successfully authenticated Bluetooth digital key 1, the server sends a trigger message to phone A. The car manufacturer's app on phone A notifies the user that the key has been successfully activated and stores Bluetooth pairing information 1 in the BLE (Bluetooth Low Energy) main module. Simultaneously, the Bluetooth digital key 1 is stored in phone A's SE (Security Element) module or mobile wallet.

[0103] The server also determines that the Bluetooth digital key 1 is the first Bluetooth digital key for vehicle a, and sends a control Bluetooth broadcast switching instruction encrypted by the MAC algorithm to vehicle a. After vehicle a decrypts the Bluetooth broadcast switching instruction with the MAC algorithm, the SDK module of vehicle a 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 instruction; after vehicle a switches the digital key protocol according to the digital key protocol supported by mobile phone A, the SDK module of vehicle a stores the Bluetooth pairing information 1 in the BLE slave module, and stores the Bluetooth digital key 1 in the SE module of the vehicle.

[0104] In addition, when the server determines that both vehicle a and mobile phone A have not successfully authenticated the Bluetooth digital key 1, it triggers the car manufacturer's APP in mobile phone A to prompt that the car key activation failed.

[0105] Based on the above steps, the first Bluetooth digital key (corresponding to Bluetooth digital key 1) is created between phone A and vehicle A. The native app on phone A can then use Bluetooth digital key 1 to call the BLE master module to communicate with vehicle A's BLE slave module via Bluetooth. Vehicle A's vehicle control module receives Bluetooth control commands transmitted by phone A through the SDK module, thereby controlling vehicle A.

[0106] When the car owner uses mobile phone B (such as a certain brand of mobile phone, in this case, since the broadcast type of mobile phone B is the same as that of mobile phone A, mobile phone B is still represented as the first terminal) to create a digital Bluetooth digital key 2 between vehicle a, the processing process between the server, vehicle a and mobile phone B is almost exactly the same as the above-mentioned Bluetooth digital key 1 creation process, the difference is: 1) The created Bluetooth digital key 2 and Bluetooth pairing information 2 are created based on the common digital key protocol (ICCOA protocol in this case) supported by the operating system of mobile phone B and the communication system of the vehicle, but the supported broadcast type is the same as the broadcast type 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, and the server triggers vehicle a to switch the protocol according to the digital key protocol supported by the operating system of mobile phone B (while the broadcast type does not change). Vehicle a then stores the Bluetooth pairing information 2 and stores the Bluetooth digital key 2 in the SE module. The native application (Native APP) 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 instructions transmitted by mobile phone B through the SDK module, thereby controlling vehicle a.

[0107] That is, the aforementioned mobile phone A and mobile phone B jointly execute: 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 identified that the first terminal and the vehicle have completed the legitimacy verification of the first Bluetooth digital key, triggering the first terminal to store the first Bluetooth digital key and the first Bluetooth pairing information, and judging 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, triggering the vehicle 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 digital Bluetooth digital key, triggering the vehicle 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.

[0108] When the car owner uses mobile phone C (such as an unknown brand mobile phone, the broadcast type supported by mobile phone C is static address broadcast, and since the broadcast type is different from that of mobile phone A, mobile phone C is represented as the second terminal) to create a digital Bluetooth digital key 2 between vehicle a, the processing process between the server, vehicle a and mobile phone C is almost exactly the same as the creation process of the aforementioned Bluetooth digital key 1. The difference is: 1) The Bluetooth digital key 3 and Bluetooth pairing information 3 generated by the server are generated according to the private protocol specified by the car manufacturer, but the supported broadcast type is the same as the broadcast type 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, and the server triggers vehicle a to switch the protocol according to the private protocol (the broadcast type does not change). 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 then use the Bluetooth digital key 3 to call the BLE master module to establish Bluetooth communication with the BLE slave module of vehicle a. Vehicle a's vehicle control module then receives the Bluetooth control commands transmitted by mobile phone C via the SDK module, thereby controlling vehicle a. Specifically, the following steps are executed: the second Bluetooth digital key and second Bluetooth pairing information generated based on the second protocol are sent to the second terminal and the vehicle for the second terminal and the vehicle to verify the legitimacy of the second Bluetooth digital key; upon recognizing that both the second terminal and the vehicle have completed the legitimacy 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.

[0109] Therefore, based on the above process, the process of creating the first Bluetooth digital key to more Bluetooth digital keys of vehicle a is realized. For the Bluetooth chip of vehicle a, when it sends broadcasts outward, it always broadcasts outward in accordance with RPA broadcasts, 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.

[0110] In the first embodiment of the present invention, as shown in Figure 3 , a car owner can also share a car key link with a friend's terminal (referred to as a third terminal in the first embodiment of the present invention) via the car owner's terminal (which can be the first or second terminal mentioned above). 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, the car owner shares the car key link with a friend's phone D (the third terminal mentioned above) via phone A. After phone D receives the car key link, the friend clicks on it, establishing a secure connection between phone D and the server. The server then establishes an association between phone D and vehicle A. The friend then sends a share activation request (including the brand and model of phone D) to the server via phone D. Upon receiving the share activation request from phone D, the server proceeds to create a Bluetooth digital key 4 between phone D and vehicle A. This creation process, depending on whether the broadcast type of phone D and vehicle A's first Bluetooth digital key (here, Bluetooth digital key 1 between phone A and vehicle A) is the same, follows the same steps as the Bluetooth digital key creation process between phone B or phone C and vehicle A. The created Bluetooth digital key 4 supports the same broadcast type as the first Bluetooth digital key. That is, execute:

[0111] Step S103, responding to a third event in which a friend of the car owner creates a fourth Bluetooth digital key between a third terminal and the vehicle through a link shared by the car owner's terminal;

[0112] 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, 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 first Bluetooth digital key of the vehicle, and if the digital key protocol supported by the operating system of the third terminal is not supported by the communication system of the vehicle, 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;

[0114] 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 if the digital key protocol supported by the operating system of the third terminal is supported by the communication system of the vehicle, a third Bluetooth digital key and third Bluetooth pairing information based on a third protocol are generated for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle; 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; and the third Bluetooth digital key and the first Bluetooth digital key support the same broadcast type;

[0115] The vehicle owner terminal is the first terminal or the second terminal that has established an association relationship with the vehicle on the server in advance.

[0116] In summary, the above-mentioned first embodiment of the present invention realizes the following functions and scenarios.

[0117] 1. The owner key activation function, as shown in Figure 2, includes:

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

[0119] 2) After receiving the key activation request, the server determines whether the current key is the first Bluetooth digital key created by the car owner. If so, it generates a Bluetooth digital key, broadcast key, and IRK of the corresponding protocol based on the phone brand and model. If it is not the first key created by the car owner, it determines whether the phone used to apply for the new key uses the same protocol as the first key. If so, it performs the same subsequent operations as the first key. If not, it generates a digital key, broadcast key, and IRK of the private protocol for the new key;

[0120] 3) The server sends the relevant information generated in 2) to the mobile phone and vehicle respectively;

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

[0122] 5) The server determines if the car key has passed the verification of the mobile phone and the vehicle, and notifies the mobile phone that the key has been successfully created. If this is the first Bluetooth digital key to be created, the server will send a control Bluetooth broadcast switching instruction to the vehicle. After receiving it, the vehicle will switch to the broadcast of the corresponding protocol type. Finally, the vehicle, server and mobile phone will store the corresponding car key information respectively. If one or both of them fail to verify, the server will notify the mobile phone that the key activation failed and discard the key-related information.

[0123] 6) Multiple owner keys can be created for one vehicle. When creating subsequent keys:

[0124] 7) The user uses the mobile phone to activate the second and subsequent Bluetooth digital keys. The process is shown in Figure 2. The server side determines whether the same protocol is used as the owner's first car key. The subsequent process refers to steps 2)-5) in "1".

[0125] 2. Friend key sharing function, as shown in Figure 3, when the owner shares the key with a friend, it includes:

[0126] 1) The car owner shares the digital Bluetooth key. After the friend receives the shared car key link, the friend's phone establishes a secure connection with the server and then sends a sharing request to activate the key command to the server;

[0127] 2) After receiving the key sharing request, the server determines whether the friend's phone uses the same protocol as the car owner's first Bluetooth digital key based on the phone's brand and model. If so, it generates a Bluetooth digital key, broadcast key, and IRK for the corresponding protocol based on the phone's brand and model. If not, it generates a Bluetooth digital key, broadcast key, and IRK for the newly requested key using a proprietary protocol.

[0128] 3) The subsequent process on the mobile phone side and the car side is the same as Figure 2, except that the car owner's phone is changed to the friend's phone.

[0129] 3. Owner change function: when the owner changes, it includes:

[0130] 1) When the owner changes, after the new owner's mobile phone establishes a secure connection with the server, it is determined that the owner has changed, and all the owner keys and shared keys of the original vehicle are deleted. The new owner activates the key with reference to the key activation flow chart in Figure 2.

[0131] Based on the creation method of the first embodiment described above, when the car owner selects the 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 communication system of the vehicle. After the first Bluetooth digital key between the first terminal and the vehicle is successfully created, the first terminal realizes Bluetooth control of the vehicle through the operating system itself. When the car owner selects the 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 private digital key protocol specified by the car manufacturer where the vehicle is located. After the second Bluetooth digital key between the second terminal and the vehicle is successfully created, the second terminal realizes Bluetooth control of the vehicle through the installed car manufacturer APP. For the vehicle-side Bluetooth chip, since the broadcast type sent to the first terminal and the second terminal is the same, there is no need to time-share and switch to send two different types of broadcasts as in the prior art. This allows the vehicle-side Bluetooth chip to support communications with various terminals using different Bluetooth digital key protocols while meeting the low power consumption requirements of the Bluetooth chip.

[0132] Considering that the terminal operating systems used by some people do not support these mainstream digital key protocols, but rather non-mainstream digital key protocols customized by the corresponding terminal manufacturers; since the vehicle-side Bluetooth chip cannot adapt to these non-mainstream digital key protocols, when using such a terminal to create the first Bluetooth digital key with the vehicle, it is impossible to create a digital key based on the customized protocol supported by the brand's mobile phone operating system. In order to solve this problem, as shown in Figure 5, in the second embodiment of the present invention, another method for creating a Bluetooth digital key applied to a server is also provided, including:

[0133] S201, in response to a first event in which a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, generating a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol being a private digital key protocol specified by the vehicle manufacturer;

[0134] S202, in response to a second event in which the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, generating a second Bluetooth digital key based on the first protocol and second Bluetooth pairing information for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle;

[0135] S203, in response to a third event in which the vehicle owner creates a third Bluetooth digital key between a third terminal and the vehicle, generating a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle; the second protocol is a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle;

[0136] The operating system of the first terminal and the operating system of the second terminal support different broadcast types, and the operating system of the third terminal and the operating system of the first terminal support the same broadcast type but different digital key protocols;

[0137] The first Bluetooth digital key, the second Bluetooth digital key, and the third Bluetooth digital key support the same broadcast type.

[0138] 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 case, when the first Bluetooth digital key is used to achieve vehicle Bluetooth control, the vehicle's Bluetooth control is achieved through the vehicle manufacturer's application (car manufacturer APP) in the terminal operating system.

[0139] For example, assuming that 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 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 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 mobile phone specially customized by a company according to the requirements of the car manufacturer. 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 between the first terminal and the vehicle first, since the Bluetooth chip on the vehicle side does not support the custom digital key protocol supported by the operating system of the generic mobile phone A, the first Bluetooth digital key successfully created between the first terminal and the vehicle (the first Bluetooth digital key of the vehicle) can only support private protocols and static address broadcasts (the broadcast type can be customized and gives priority to the broadcast type supported by the first terminal); when the second terminal creates the second Bluetooth digital key with the vehicle, since the second terminal and the first terminal support different broadcast types, the second Bluetooth digital key successfully created between the second terminal and the vehicle (the second Bluetooth digital key of the vehicle) can only support the private protocol and the above-mentioned static address broadcast specified by the car manufacturer; and when the third terminal creates the third Bluetooth digital key with the vehicle, since the broadcast type supported by the third terminal is the same as the broadcast type supported by the first terminal and the Bluetooth chip on the vehicle side supports the ICCE protocol, the third Bluetooth digital key successfully created (the third Bluetooth digital key of the vehicle) supports the ICCE protocol and static address broadcast supported by the operating system of the specially customized mobile phone.

[0140] In order to realize the creation of Bluetooth digital keys between the first terminal to the third terminal and the vehicle, the scenario of the vehicle owner creating a Bluetooth digital key in the second embodiment is described in detail by way of example.

[0141] The car owner sends a key activation request (1) for vehicle A to the server using the native app (native app) or the car manufacturer's app (car manufacturer app) on phone A (the first terminal). This key activation request (1) includes the brand (a generic brand) and model of phone A. Based on this key activation request (1), the server recognizes that the digital key protocol supported by 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.

[0142] The server determines whether it is the first Bluetooth digital key for vehicle a based on the key request activation instruction 1.

[0143] 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 brand A of mobile phone, 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.

[0144] The server sends Bluetooth digital key 1 and Bluetooth pairing information 1 to phone A. It then encrypts the Bluetooth digital key 1 and Bluetooth pairing information 1 using a MAC algorithm and sends them to vehicle A. To ensure vehicle functional security and prevent man-in-the-middle attacks, a MAC algorithm is used to encrypt data during communication between the vehicle and the server.

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

[0146] After vehicle A performs MAC algorithm verification on the received data, the SDK module of vehicle A verifies the legitimacy of Bluetooth digital key 1 and notifies the server of the vehicle-side verification result. The specific process of the SDK module of vehicle A verifying the legitimacy of Bluetooth digital key 1 is implemented using existing technology.

[0147] After confirming that both vehicle A and phone A have successfully authenticated Bluetooth digital key 1, the server sends a trigger message to phone A. The car manufacturer's app on phone A indicates successful key activation and stores Bluetooth pairing information 1 in the BLE master module. Simultaneously, the server determines that Bluetooth digital key 1 is the first Bluetooth digital key for vehicle A and sends a MAC-encrypted Bluetooth broadcast switch command to vehicle A. Vehicle A decrypts the command using the MAC algorithm. The SDK module in vehicle A then switches the digital key protocol (including the broadcast type) to the digital key protocol supported by phone B, as specified in the command. After vehicle A switches the digital key protocol to a protocol supported by both phone B and the vehicle's operating system, the SDK module in vehicle A 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 following steps are executed: sending the generated first Bluetooth digital key based on the first protocol and the first Bluetooth pairing information 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;

[0148] When it is identified 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 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.

[0149] In addition, when the server determines that both vehicle a and mobile phone A have not successfully authenticated the Bluetooth digital key 1, it triggers the car manufacturer's APP in mobile phone A to prompt that the car key activation failed.

[0150] Based on the above steps, the first Bluetooth digital key (corresponding to the aforementioned Bluetooth digital key 1) is created between mobile phone A and vehicle A. The car manufacturer's application (car manufacturer app) on mobile phone A can use Bluetooth digital key 1 to call the BLE master module to communicate with the BLE slave module of vehicle A through 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.

[0151] When the car owner uses mobile phone B with a broadcast type different from that supported by the above-mentioned mobile phone A (such as mobile phone B is a mobile phone specially customized according to the needs of the car manufacturer, and the specially customized mobile phone supports the ICCE protocol but supports static address broadcast, so mobile phone B represents the second terminal in the second embodiment) to create a digital Bluetooth digital key 2 between the vehicle a, the processing process between the server, vehicle a and mobile phone B is almost exactly the same as the above-mentioned Bluetooth digital key 1 creation process, the difference is: 1) Since 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 private protocol specified by the car manufacturer, but the supported broadcast type is the same as the broadcast type supported by the 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, and the server triggers vehicle a to switch the protocol according to the private 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 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 command transmitted by mobile phone B through the SDK module, thereby controlling vehicle a. That is, at this time, execute:

[0152] Sending the generated second Bluetooth digital key based on the first protocol and the second Bluetooth pairing information 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;

[0153] When it is identified that both the second terminal and the vehicle have completed the legitimacy 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.

[0154] When the car owner uses mobile phone C (such as a certain brand of mobile phone, the broadcast type supported by the operating system of mobile phone B is the same as that supported by the operating system of mobile phone A, but the supported digital key protocol is different, so mobile phone C represents the third terminal in the second embodiment) to create a digital Bluetooth digital key 3 between the vehicle a, the processing between the server, vehicle a and mobile phone C is almost exactly the same as the above-mentioned Bluetooth digital key 1 creation process, the difference is: 1) the created Bluetooth digital key 3 and Bluetooth pairing information 3 are based on the operating system of mobile phone C and vehicle The Bluetooth digital key 3 is created based on the digital key protocol (ICCOA protocol) supported by the communication system of both the vehicle a and the mobile phone C, but the supported broadcast type is the same as the broadcast type 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, and the server triggers vehicle a to switch the protocol according to the digital key protocol (ICCOA protocol) supported by the operating system of mobile phone C and the communication system of the vehicle (while the broadcast type does not change). Vehicle a then stores the Bluetooth pairing information 3 and stores the Bluetooth digital key 3 in the SE module. The native application (Native APP) in mobile phone C can use the Bluetooth digital key 3 to call the BLE main module to communicate with the BLE slave module of vehicle a via Bluetooth. The vehicle control module of vehicle a receives the Bluetooth control instructions transmitted by mobile phone B through the SDK module, thereby controlling vehicle a. That is, execute at this time:

[0155] 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 for the third terminal and the vehicle to verify the legitimacy of the third Bluetooth digital key; when it is identified that 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 based on the second protocol and the third Bluetooth pairing information; and the vehicle is triggered to first switch the digital key protocol according to the second protocol, and then store the third Bluetooth digital key and the third Bluetooth pairing information based on the second protocol.

[0156] Therefore, based on the above process, the process of creating the first Bluetooth digital key to more Bluetooth digital keys of vehicle a is realized. For the Bluetooth chip of vehicle a, when it sends broadcasts outward, it always broadcasts outward in accordance with RPA broadcasts, so it can maintain low power consumption operation; but at the same time, it realizes Bluetooth communication with multiple brands of mobile phones whose operating systems support different digital key protocols.

[0157] Since there is a risk of being intercepted by the terminal's operating system and unable to control the vehicle when using the car manufacturer's APP to control the vehicle, in actual use, when establishing the first Bluetooth digital key between the terminal and the vehicle, it is preferred to create the first Bluetooth digital key based on the public digital key protocol supported by both the terminal's operating system and the vehicle's communication system (that is, the method in the first embodiment is preferably used), so that the terminal uses the operating system's native application to control the vehicle. Since the native application does not have the problem of being intercepted by the operating system, the aforementioned risk can be completely avoided.

[0158] In the second embodiment of the present invention, in conjunction with Figure 3 , the car owner can also share a car key link through the car owner's terminal (which can be the first to third terminals mentioned above) with their friend's terminal (referred to as the fourth terminal in the second embodiment of the present invention), allowing the fourth terminal to create a Bluetooth digital key with the vehicle, allowing the car owner's friend to control the vehicle through the fourth terminal. For example, the car owner shares the car key link through the aforementioned mobile phone A to the friend's mobile phone D (i.e., the aforementioned fourth terminal). After mobile phone D receives the car key link, the friend clicks on the car key link, establishing a secure connection between mobile phone D and the server. At this point, the server establishes an association between mobile phone D and vehicle A. Then, the friend sends a sharing request activation instruction (the instruction contains the brand and model of the mobile phone D) to the server through mobile phone D. After receiving the sharing request activation instruction from mobile phone D, the server will start the process of creating the Bluetooth digital key 4 between mobile phone D and vehicle a. The creation process is based on whether the broadcast type and digital key protocol supported by the operating system of mobile phone D and the first Bluetooth digital key of vehicle a (here refers to the Bluetooth digital key 1 between mobile phone A and vehicle a) are the same, and the same steps as the Bluetooth digital key creation process between mobile phone B or mobile phone C and vehicle a are executed. The created Bluetooth digital key 4 has the same broadcast type as the first Bluetooth digital key. That is, at this time, the following is executed: responding to the fourth event of the car owner's friend creating the fourth Bluetooth digital key between the fourth terminal and the vehicle through the car owner's terminal sharing link;

[0159] If the broadcast type supported by the operating system of the fourth terminal is different from the broadcast type of the first Bluetooth digital key of the vehicle, generating a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol for completing the creation of the fourth Bluetooth digital key between the fourth terminal and the vehicle;

[0160] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the first Bluetooth digital key of the vehicle, and if the digital key protocol supported by the operating system of the fourth terminal is not supported by the communication system of the vehicle, generating a fourth Bluetooth digital key and fourth Bluetooth pairing information based on the first protocol for completing the creation of the fourth Bluetooth digital key between the fourth terminal and the vehicle;

[0161] If the broadcast type supported by the operating system of the fourth terminal is the same as the broadcast type of the first Bluetooth digital key of the vehicle, and if the digital key protocol supported by the operating system of the fourth terminal is supported by the communication system of the vehicle, generating a fourth Bluetooth digital key and fourth Bluetooth pairing information based on a third protocol for completing the creation of the fourth Bluetooth digital key between the fourth terminal and the vehicle; the third protocol is a public digital key protocol supported by both the operating system of the fourth terminal and the communication system of the vehicle; and the fourth Bluetooth digital key and the first Bluetooth digital key support the same broadcast type;

[0162] The vehicle owner terminal is the first terminal, the second terminal or the third terminal that has been associated with the vehicle in advance on the server.

[0163] To accommodate changes in vehicle ownership, some embodiments of the present invention provide a mechanism for handling existing Bluetooth digital keys after a vehicle owner changes ownership. Upon successful registration, the server deletes all Bluetooth digital keys created and shared with friends by the previous owner. The new owner then proceeds to create and share Bluetooth digital keys using the same procedures as described in the previous embodiments.

[0164] The above-mentioned embodiments of the present invention are based on the vehicle Bluetooth chip that currently does not support the simultaneous issuance of two broadcasts. They utilize the collaboration of the vehicle side, the cloud side and the mobile phone side to solve the problem of low power consumption and coexistence of multiple protocols of the vehicle-side Bluetooth digital key, ensuring the diversity of the user's car keys while also ensuring the low power consumption, stability and security of the vehicle side.

[0165] In the above-mentioned embodiments of the present invention, as shown in FIG1 , the physical system required to implement the above-mentioned Bluetooth digital key creation includes:

[0166] The vehicle, acting as a Bluetooth slave node, is responsible for broadcasting, distinguishing protocols, and receiving and executing RKE operations from different protocols on the mobile phone. It includes: a vehicle SDK, a vehicle control module, a SE module, and a BLE slave module. The vehicle SDK module distinguishes protocols and implements Bluetooth digital key connection and authentication. Digital key protocols include ICCE, ICCOA, CCC, and manufacturer-proprietary protocols. The vehicle control module executes the mobile phone's RKE functions. The SE module stores the Bluetooth digital key and implements key encryption and decryption algorithms. The BLE slave module is responsible for Bluetooth communication and broadcasting with the mobile phone.

[0167] The mobile phone, as the Bluetooth master node, is responsible for discovering and connecting to the vehicle's Bluetooth and sending RKE commands. It includes: Native App, Car Manufacturer App, Mobile Key Function (DKF), SE module, and BLE main module. The Native App (native application for mobile terminals) is the system app provided by the mobile phone manufacturer and is used to support the protocols supported by each phone. For example, some phones support ICCOA, some support CCC, and some support ICCE. The Car Manufacturer App is used to support the manufacturer's proprietary protocol. The mobile phone DKF is used to support the connection and authentication functions of the Bluetooth digital key. The SE module is used to store the Bluetooth digital key and implement the key encryption and decryption algorithm. The BLE main module is used for Bluetooth communication with the vehicle.

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

[0169] Some embodiments of the present invention further provide a device for creating a Bluetooth digital key, the device comprising:

[0170] A first creation module, configured to respond to a first event in which a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, and generate a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol being a public digital key protocol supported by both the operating system of the first terminal and the communication system of the vehicle;

[0171] a second creation module, configured to respond to a second event in which the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, and generate a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle; the second protocol being a private digital key protocol specified by the vehicle manufacturer;

[0172] The broadcast type supported by the operating system of the first terminal is different from the broadcast type supported by the operating system of the second terminal.

[0173] This embodiment is a device corresponding to the method in the first embodiment above, and is combined with the method description in the first embodiment above to achieve related purposes and achieve the same technical effects as the above method.

[0174] Some embodiments of the present invention further provide a device for creating a Bluetooth digital key, the device comprising:

[0175] a first creation module, configured to respond to a first event in which a vehicle owner creates a first Bluetooth digital key between a first terminal and a vehicle, and generate a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol for completing the creation of the first Bluetooth digital key between the first terminal and the vehicle; the first protocol being a private digital key protocol specified by the vehicle manufacturer;

[0176] A second creation module is configured to respond to a second event in which the vehicle owner creates a second Bluetooth digital key between the second terminal and the vehicle, and generate a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol for completing the creation of the second Bluetooth digital key between the second terminal and the vehicle;

[0177] a third creation module, configured to respond to a third event in which the vehicle owner creates a third Bluetooth digital key between a third terminal and the vehicle, and generate a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol for completing the creation of the third Bluetooth digital key between the third terminal and the vehicle; the second protocol being a public digital key protocol supported by both the operating system of the third terminal and the communication system of the vehicle;

[0178] The operating system of the first terminal and the operating system of the second terminal support different broadcast types, and the operating system of the third terminal and the operating system of the first terminal support the same broadcast type but different digital key protocols;

[0179] The first Bluetooth digital key, the second Bluetooth digital key, and the third Bluetooth digital key support the same broadcast type.

[0180] This embodiment is a device corresponding to the method in the second embodiment above, and is combined with the method description in the second embodiment above to achieve related purposes and achieve the same technical effects as the above method.

[0181] Some embodiments of the present invention further provide a device for creating a Bluetooth digital key, comprising:

[0182] processor;

[0183] a memory for storing processor-executable instructions;

[0184] The processor is configured to execute the steps of the method for creating a Bluetooth digital key in the first embodiment and the second embodiment.

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

[0186] It should be noted that the various embodiments in this specification are described in a progressive manner, and each embodiment focuses on the differences from other embodiments. The same and similar parts between the various embodiments can be referenced to each other.

[0187] Although the preferred embodiments of the present invention have been described, those skilled in the art may make additional changes and modifications to these embodiments once they become aware of the basic creative concepts. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications that fall within the scope of the embodiments of the present invention.

[0188] It should also be noted that, in this document, the terms "center", "up", "down", "left", "right", "vertical", "horizontal", "inside", "outside" and the like indicate positions or positional relationships based on the positions or positional relationships shown in the accompanying drawings, and are for the purpose of facilitating the description of the present invention and simplifying the description, rather than indicating or implying that the devices or elements referred to must have a specific orientation, be constructed and operate in a specific orientation, and therefore should not be understood as limiting the present invention. In addition, relational terms such as "first" and "second" are used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply that there is any actual relationship or order between these entities or operations, nor should they be understood as indicating or implying relative importance. Moreover, the terms "comprises", "includes" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or terminal device comprising a series of elements does not include those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, article or terminal device. In the absence of further restrictions, an element defined by the phrase "comprising a ..." does not exclude the presence of other identical elements in the process, method, article or terminal device comprising the element.

[0189] The technical solutions provided by the present invention have been described in detail above. Specific examples are used herein to illustrate the principles and implementation methods of the present invention. The description of the above embodiments is intended only to facilitate understanding of the present invention, and the contents of this specification should not be construed as limiting the present invention. Furthermore, those skilled in the art will appreciate that various modifications may be made to the specific implementation methods and scope of application according to the present invention. It is not necessary and impossible to exhaustively enumerate all implementation methods herein, and any obvious variations or modifications derived therefrom remain within the scope of protection of the present invention.

Claims

1. A method for creating a Bluetooth digital key, comprising the steps of in response to a first event in which the owner of the vehicle creates a first Bluetooth digital key between the first terminal device and the vehicle, generating (S101) a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol to complete the creation of the first Bluetooth digital key between the first terminal device and the vehicle, where the first protocol is an open digital key protocol supported by both the operating system of the first terminal device and the communication system of the vehicle; in response to a second event in which the owner of the vehicle creates a second Bluetooth digital key between the second end device and the vehicle, generating (S102) a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol to complete the creation of the second Bluetooth digital key between the second end device and the vehicle, where the second protocol is a confidential digital key protocol specified by the vehicle manufacturer that owns the vehicle; in which the broadcast type supported by the operating system of the first terminal device differs from the broadcast type supported by the operating system of the second terminal device; wherein the broadcast type supported by the first Bluetooth digital key matches the broadcast type supported by the second Bluetooth digital key.

2. The method for creating a Bluetooth digital key according to claim 1, wherein the time of first creation of the first Bluetooth digital key based on the first event is earlier than the time of first 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, wherein the step of responding to a first event in which the vehicle owner creates a first Bluetooth digital key between the first end device and the vehicle by generating (S101) the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol to complete the creation of the first Bluetooth digital key between the first end device and the vehicle comprises a sub-step in which sending the generated first Bluetooth digital key and the generated first Bluetooth pairing information based on the first protocol to the first terminal device and the vehicle, respectively, so that the first terminal device and the vehicle perform a validation check of the first Bluetooth digital key; when it is determined that both the first terminal device and the vehicle have completed the validation of the first Bluetooth digital key, causing the first terminal device to store the first Bluetooth digital key and the first Bluetooth pairing information and determining whether this key is the first key from among the Bluetooth digital keys that is created for the vehicle for the first time, if it is the first key of the Bluetooth digital keys that is created for the vehicle for the first time, starting the vehicle to first execute the digital key protocol and switching the broadcast type in accordance with the first protocol, and then storing the first Bluetooth digital key and the first Bluetooth pairing information; if it is not the first key from among the Bluetooth digital keys that is created for the vehicle for the first time, and when the first protocol matches the broadcast type supported by the first key from among the Bluetooth digital keys, starting the vehicle to first execute the digital key protocol in accordance with the first protocol, and then storing the first Bluetooth digital key and the first Bluetooth pairing information.

4. The method for creating a Bluetooth digital key according to claim 2 or 3, wherein the step of responding to a second event in which the vehicle owner creates a second Bluetooth digital key between the second end device and the vehicle by generating (S102) a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol to complete the creation of the second Bluetooth digital key between the second end device and the vehicle comprises a sub-step in which sending the generated second Bluetooth digital key and the generated second Bluetooth pairing information based on the second protocol to the second terminal device and the vehicle, respectively, so that the second terminal device and the vehicle perform a validation check of the second Bluetooth digital key; When it is determined that both the second terminal device and the vehicle have completed the validation of the second Bluetooth digital key, the second terminal device is started to store the second Bluetooth digital key and the second Bluetooth pairing information; and the vehicle is started to first perform the protocol switching of the digital key in accordance with 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, further comprising the step of in response to a third event in which a friend of the vehicle owner creates a third Bluetooth digital key between a third end device and the vehicle via a shared link from the end device of the vehicle owner, if the broadcast type supported by the operating system of the third terminal device is different from the broadcast type of the first key of the Bluetooth digital keys of the vehicle, generating a third Bluetooth digital key and a third Bluetooth pairing information based on the second protocol to complete the creation of the third Bluetooth digital key between the third terminal device and the vehicle; if the broadcast type supported by the operating system of the third terminal device matches the broadcast type of the first key of the Bluetooth digital keys of the vehicle, and the digital key protocol supported by the operating system of the third terminal device is not supported by the vehicle communication system, then generating a third Bluetooth digital key and a third Bluetooth pairing information based on the second protocol to complete the creation of the third Bluetooth digital key between the third terminal device and the vehicle; if the broadcast type supported by the operating system of the third terminal device matches the broadcast type of the first key of the Bluetooth digital keys of the vehicle, and the digital key protocol supported by the operating system of the third terminal device is supported by the vehicle communication system, then generating a third Bluetooth digital key and a third Bluetooth pairing information based on the third protocol to complete the creation of the third Bluetooth digital key between the third terminal device and the vehicle, wherein the third protocol is an open digital key protocol supported by both the operating system of the third terminal device and the vehicle communication system; wherein the broadcast type supported by the third Bluetooth digital key coincides with the broadcast type supported by the first key from among the Bluetooth digital keys; wherein the vehicle owner's terminal device is the first terminal device or the second terminal device that has previously established a connection with the vehicle on the server.

6. The method for creating a Bluetooth digital key according to claim 1, further comprising the step of deleting all Bluetooth digital keys created in the past upon detection of a change in the owner of the vehicle.

7. A method for creating a Bluetooth digital key, comprising the steps of in response to a first event in which the owner of the vehicle creates a first Bluetooth digital key between the first terminal device and the vehicle, generating (S201) a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol to complete the creation of the first Bluetooth digital key between the first terminal device and the vehicle, wherein the first protocol is a confidential digital key protocol specified by the automobile manufacturer to which the vehicle belongs; in response to a second event in which the vehicle owner creates a second Bluetooth digital key between the second terminal device and the vehicle, generating (S202) a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol to complete the creation of the second Bluetooth digital key between the second terminal device and the vehicle; in response to a third event in which the owner of the vehicle creates a third Bluetooth digital key between the third terminal device and the vehicle, generating (S203) a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol to complete the creation of the third Bluetooth digital key between the third terminal device and the vehicle, wherein the second protocol is an open digital key protocol supported by both the operating system of the third terminal device and the communication system of the vehicle; wherein the broadcast type supported by the operating system of the first terminal device differs from the broadcast type supported by the operating system of the second terminal device; and the operating system of the third terminal device and the operating system of the first terminal device support the same broadcast type, but different digital key protocols; wherein the first Bluetooth digital key, the second Bluetooth digital key and the third Bluetooth digital key support the same broadcast type.

8. The method for creating a Bluetooth digital key according to claim 7, wherein the time of first creation of the first Bluetooth digital key based on the first event is earlier than the time of first creation of the second Bluetooth digital key based on the second event and the time of first 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, wherein the step of responding to a first event in which the vehicle owner creates a first Bluetooth digital key between the first end device and the vehicle by generating (S201) the first Bluetooth digital key and first Bluetooth pairing information based on the first protocol to complete the creation of the first Bluetooth digital key between the first end device and the vehicle comprises a sub-step in which sending the generated first Bluetooth digital key and the generated first Bluetooth pairing information based on the first protocol to the first terminal device and the vehicle, respectively, so that the first terminal device and the vehicle perform a validation check of the first Bluetooth digital key; when it is determined that both the first terminal device and the vehicle have completed the validation of the first Bluetooth digital key, the first terminal device is started to store the first Bluetooth digital key and the first Bluetooth pairing information, and the vehicle is started to first execute the digital key protocol and switch the broadcast type in accordance with 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, wherein the step of responding to a second event in which the vehicle owner creates a second Bluetooth digital key between the second end device and the vehicle by generating (S202) a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol to complete the creation of the second Bluetooth digital key between the second end device and the vehicle comprises a sub-step in which sending the generated second Bluetooth digital key and the generated second Bluetooth pairing information based on the first protocol to the second terminal device and the vehicle, respectively, so that the second terminal device and the vehicle perform a validation check of the second Bluetooth digital key; when it is determined that both the second terminal device and the vehicle have completed the validation of the second Bluetooth digital key, starting the second terminal device to store the second Bluetooth digital key and the second Bluetooth pairing information; and starting the vehicle 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, wherein the step of responding to a third event in which the vehicle owner creates a third Bluetooth digital key between a third end device and the vehicle by generating (S203) a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol to complete the creation of the third Bluetooth digital key between the third end device and the vehicle comprises a sub-step in which sending the generated third Bluetooth digital key and the generated third Bluetooth pairing information based on the second protocol to the third terminal device and the vehicle, respectively, so that the third terminal device and the vehicle perform a validation check of the third Bluetooth digital key; When it is determined that both the third terminal device and the vehicle have completed the validation of the third Bluetooth digital key, the third terminal device is started to store the third Bluetooth digital key and the third Bluetooth pairing information based on the second protocol; and the vehicle is started to first perform the protocol switching of the digital key in accordance with the second protocol, then storing 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, further comprising the step of in response to a fourth event in which a friend of the vehicle owner creates a fourth Bluetooth digital key between a fourth end device and the vehicle via a shared link from the end device of the vehicle owner; if the broadcast type supported by the operating system of the fourth terminal device is different from the broadcast type of the first key of the Bluetooth digital keys of the vehicle, generating a fourth Bluetooth digital key and a fourth Bluetooth pairing information based on the first protocol to complete the creation of the fourth Bluetooth digital key between the fourth terminal device and the vehicle; if the broadcast type supported by the operating system of the fourth terminal device matches the broadcast type of the first key of the Bluetooth digital keys of the vehicle, and the digital key protocol supported by the operating system of the fourth terminal device is not supported by the vehicle communication system, then generating a fourth Bluetooth digital key and a fourth Bluetooth pairing information based on the first protocol to complete the creation of the fourth Bluetooth digital key between the fourth terminal device and the vehicle; if the broadcast type supported by the operating system of the fourth terminal device matches the broadcast type of the first key of the Bluetooth digital keys of the vehicle, and the digital key protocol supported by the operating system of the fourth terminal device is supported by the vehicle communication system, then generating a fourth Bluetooth digital key and a fourth Bluetooth pairing information based on a third protocol to complete the creation of a fourth Bluetooth digital key between the fourth terminal device and the vehicle, wherein the third protocol is an open digital key protocol supported by both the operating system of the fourth terminal device and the vehicle communication system; wherein the broadcast type supported by the fourth Bluetooth digital key coincides with the broadcast type supported by the first key from among the Bluetooth digital keys; wherein the vehicle owner's terminal device is the first terminal device, the second terminal device or the third terminal device that has previously established a connection with the vehicle on the server.

13. The method for creating a Bluetooth digital key according to claim 7, further comprising the step of deleting all Bluetooth digital keys created in the past upon detection of a change in the owner of the vehicle.

14. A Bluetooth digital key generation device comprising: a first creation module configured to, in response to a first event in which the owner of the vehicle creates a first Bluetooth digital key between the first terminal device and the vehicle, generate a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol to complete the creation of the first Bluetooth digital key between the first terminal device and the vehicle, wherein the first protocol is an open digital key protocol supported by both the operating system of the first terminal device and the communication system of the vehicle; a second creation module configured to, in response to a second event in which the vehicle owner creates a second Bluetooth digital key between the second end device and the vehicle, generate a second Bluetooth digital key and second Bluetooth pairing information based on a second protocol to complete the creation of the second Bluetooth digital key between the second end device and the vehicle, wherein the second protocol is a confidential digital key protocol specified by the vehicle manufacturer; in which the broadcast type supported by the operating system of the first terminal device differs from the broadcast type supported by the operating system of the second terminal device; wherein the broadcast type supported by the first Bluetooth digital key matches the broadcast type supported by the second Bluetooth digital key.

15. A Bluetooth digital key generation device comprising: a first creation module configured to, in response to a first event in which the owner of the vehicle creates a first Bluetooth digital key between the first end device and the vehicle, generate a first Bluetooth digital key and first Bluetooth pairing information based on a first protocol to complete the creation of the first Bluetooth digital key between the first end device and the vehicle, wherein the first protocol is a confidential digital key protocol specified by the vehicle manufacturer to which the vehicle belongs; a second creation module configured to, in response to a second event in which the vehicle owner creates a second Bluetooth digital key between the second end device and the vehicle, generate a second Bluetooth digital key and second Bluetooth pairing information based on the first protocol to complete the creation of the second Bluetooth digital key between the second end device and the vehicle; a third creation module configured to, in response to a third event in which the owner of the vehicle creates a third Bluetooth digital key between the third end device and the vehicle, generate a third Bluetooth digital key and second Bluetooth pairing information based on a second protocol to complete the creation of the third Bluetooth digital key between the third end device and the vehicle, wherein the second protocol is an open digital key protocol supported by both the operating system of the third end device and the communication system of the vehicle; wherein the broadcast type supported by the operating system of the first terminal device differs from the broadcast type supported by the operating system of the second terminal device; and the operating system of the third terminal device and the operating system of the first terminal device support the same broadcast type, but different digital key protocols; wherein the first Bluetooth digital key, the second Bluetooth digital key and the third Bluetooth digital key support the same broadcast type.

16. A Bluetooth digital key generation device comprising: CPU; memory capable of storing commands executed by the processor; wherein the processor is configured to perform the steps of the method for creating a Bluetooth digital key according to any of paragraphs 1-6 or the steps of the method for creating a Bluetooth digital key according to any of paragraphs 7-13.

17. A machine-readable storage medium on which computer program commands are stored, wherein, when the program commands are executed by the processor, the steps of the method for creating a Bluetooth digital key according to any of paragraphs 1-6 or the steps of the method for creating a Bluetooth digital key according to any of paragraphs 7-13 are implemented.