Digital key control method and related equipment

Abstract

The invention discloses a digital key control method and related equipment, and relates to the field of vehicle control, and the method comprises the following steps: under the condition that a first message sent by a first terminal is received, the vehicle terminal writes the connection state of a Bluetooth key into a target bit of the first message to generate a second message; the second message is sent to the first terminal to obtain a third message returned by the first terminal, and the third message is generated by a request action selected by a target user on the first terminal based on the connection state of the Bluetooth key displayed by the second message; and executing an authentication operation of the first terminal or a disconnection operation of the first terminal based on the third message.

Description

Technical Field

[0001] This specification relates to the field of vehicle control, and more specifically, the present application relates to a digital key control method and related equipment. Background Art

[0002] In recent years, with the rapid development of smart cars and the Internet of Things (IoT), digital keys, a wireless vehicle control technology, have gradually replaced traditional physical keys. Digital keys primarily rely on wireless communication technologies such as Bluetooth Low Energy (BLE), Ultra-Wideband (UWB), and Near Field Communication (NFC) to enable secure interaction between user devices (such as smartphones and smartwatches) and vehicles, enabling operations such as unlocking and starting the vehicle.

[0003] Currently, the digital key functionality of most models on the market relies on Bluetooth Low Energy (BLE) technology. However, traditional Bluetooth key systems have certain technical limitations, namely, they only allow one terminal device to establish a connection with the vehicle's Bluetooth key. In scenarios where multiple users need to share digital keys (such as family sharing and car rental platforms), this can lead to user complaints and reduce the convenience and intelligence of digital keys.

[0004] Therefore, it is necessary to propose a digital key control method and related equipment to at least solve some of the above problems. Summary of the Invention

[0005] The Summary of the Invention introduces a series of simplified concepts that will be further described in the Detailed Description of the Invention. The Summary of the Invention of this application is not intended to limit the key features and essential technical features of the claimed technical solution, nor is it intended to determine the scope of protection of the claimed technical solution.

[0006] In a first aspect, a digital key control method is provided for a vehicle, comprising:

[0007] Upon receiving the first message sent by the first terminal, the vehicle terminal writes the connection status of the Bluetooth key into the target bit of the first message to generate a second message;

[0008] sending the second message to the first terminal to obtain a third message returned by the first terminal, wherein the third message is generated by a request action selected by the target user on the first terminal based on the connection status of the Bluetooth key displayed in the second message;

[0009] An authentication operation of the first terminal or a disconnection operation of the first terminal is performed based on the third message.

[0010] In a feasible implementation, the above-mentioned first message includes an FFE1 data structure, the above-mentioned FFE1 data structure includes a data type field, a data length field and a data value field, the above-mentioned data value field includes a pairing mode bit, a pairing information status bit, an authentication status bit and a Bluetooth channel status bit, and the above-mentioned Bluetooth channel status bit is the above-mentioned target bit.

[0011] In a feasible implementation manner, when the third message is an authentication request message, the specific steps of the authentication operation of the first terminal include:

[0012] generating a fourth message based on the random code;

[0013] Sending the fourth message to the first terminal to obtain a fifth message fed back by the first terminal;

[0014] When the authentication code in the fifth message matches the random code, the second terminal is disconnected and authentication is performed with the first terminal.

[0015] In a feasible implementation, it further includes:

[0016] In the event of a failure to disconnect the second terminal or a failure to authenticate with the first terminal, generating a sixth message based on the failure result;

[0017] The sixth message is sent to the first terminal.

[0018] In a feasible implementation, it further includes:

[0019] If the third message is not received within a preset time period, the Bluetooth connection with the first terminal is disconnected.

[0020] In a feasible implementation, it further includes:

[0021] Obtaining historical authentication information of the second terminal and the first terminal;

[0022] Determine historical authentication time regularity information based on the above historical authentication information;

[0023] Automatically modify the default connection status of the above Bluetooth key according to the above historical authentication time regularity information.

[0024] In a feasible implementation, it further includes:

[0025] Acquiring geographic location data of the second terminal and the first terminal;

[0026] Building a user behavior model based on the above historical authentication information and the above geographic location data;

[0027] When it is detected that the current geographical location matches the above-mentioned user usage behavior pattern, the connection and authentication operation of the currently matched terminal Bluetooth key is automatically completed.

[0028] In a second aspect, the present application proposes a digital key control device, comprising:

[0029] a generating unit configured to, upon receiving a first message sent by the first terminal, cause the vehicle end to write the connection status of the Bluetooth key into a target bit of the first message to generate a second message;

[0030] a sending unit, configured to send the second message to the first terminal to obtain a third message returned by the first terminal, wherein the third message is generated by a request action selected by the target user on the first terminal based on the connection status of the Bluetooth key displayed in the second message;

[0031] An operating unit is configured to perform an authentication operation of the first terminal or a disconnection operation of the first terminal based on the third message.

[0032] In a third aspect, an electronic device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor is configured to implement the steps of the digital key control method of any one of the first aspects described above when executing the computer program stored in the memory.

[0033] In a fourth aspect, the present application also proposes a computer-readable storage medium on which a computer program is stored. When the above-mentioned computer program is executed by a processor, it implements the digital key control method of any one of the first aspects.

[0034] In summary, the existing Bluetooth key solution can only support the connection of a single terminal device. This solution uses Bluetooth broadcast and user authorization mechanisms to enable multiple terminal devices to manage the connection permissions of the Bluetooth key in an orderly manner, thereby avoiding the trouble of users having to manually disconnect the Bluetooth connection. This solution introduces a Bluetooth broadcast mechanism, so that device B can receive information that device A is connected when trying to connect, and prompts the user to make a decision through a pop-up window in the user interface, thereby improving the intelligent interactive experience. The user is given control over the Bluetooth key connection by making interactive choices on terminal device B. The PerAuth authentication challenge mechanism is adopted to ensure the security of connection switching and prevent unauthorized devices from maliciously taking over the Bluetooth key. The authentication matching mechanism is adopted. When the terminal device requests to connect to the Bluetooth key, it needs to undergo random code verification to ensure the legitimacy of the device and prevent illegal devices from attempting to seize the connection. The digital key control method provided in this application overcomes the single-device connection limitation of traditional Bluetooth keys, enables multiple terminal devices to manage Bluetooth key connections in an orderly and secure manner, improves the intelligence level of digital keys, and brings a better user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0035] Various other advantages and benefits will become apparent to those skilled in the art upon reading the detailed description of the preferred embodiment below. The accompanying drawings are for illustration purposes only and are not to be considered as limiting the present description. The same reference symbols are used throughout the drawings to represent the same components. In the drawings:

[0036] Figure 1 A schematic diagram of a digital key control method provided in an embodiment of the present application;

[0037] Figure 2 A structural schematic diagram of a digital key control device provided in an embodiment of the present application;

[0038] Figure 3 A structural schematic diagram of a digital key control electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0039] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchangeable where appropriate, so that the embodiments described herein can be implemented in a sequence other than that illustrated or described herein. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units that are clearly listed, but may include other steps or units that are not clearly listed or that are inherent to these processes, methods, products or devices. The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the embodiments described are only part of the embodiments of the present application, not all of the embodiments.

[0040] Figure 1 A schematic diagram of a digital key control method provided in an embodiment of the present application is provided. The method may specifically include:

[0041] S110. Upon receiving the first message sent by the first terminal, the vehicle terminal writes the connection status of the Bluetooth key into the target bit of the first message to generate a second message.

[0042] Exemplarily, the Bluetooth key controller on the vehicle side receives the first message sent by the first terminal (device B) and parses the FFE1 data structure therein. The Bluetooth key controller on the vehicle side updates the Bluetooth channel status bit according to the current Bluetooth connection status. If the Bluetooth key is currently connected to device A, the "connected" status is written in the Bluetooth channel status bit, and the information of the currently connected device is indicated. If the Bluetooth key is not connected to any device, the "unconnected" status is written. After the Bluetooth key controller on the vehicle side updates the connection status information of the Bluetooth key in the target bit of the first message, it generates a new message, namely the second message.

[0043] S120: Send the second message to the first terminal to obtain a third message returned by the first terminal, wherein the third message is generated by a request action selected by the target user on the first terminal based on the connection status of the Bluetooth key displayed in the second message;

[0044] For example, the vehicle-side Bluetooth key controller sends the second message to the first terminal device (device B). The application of the first terminal device (device B) parses the second message and displays the connection status of the Bluetooth key on the user interface, for example: "The Bluetooth key is currently connected to device A. Do you want to disconnect device A?" The user selects on the first terminal device (device B) to decide whether to disconnect the currently connected device A:

[0045] If the user selects "Yes", the application of the first terminal device (device B) generates a third message, requesting the vehicle end to disconnect device A and make a new Bluetooth authentication connection.

[0046] If the user selects "No", the application of the first terminal device (device B) generates a third message, requests to maintain the existing connection, and automatically disconnects the communication with the vehicle Bluetooth key.

[0047] If the user does not make a selection, the system will automatically terminate the current Bluetooth connection after a 30-second timeout. The first terminal device (device B) sends the third message to the vehicle-side Bluetooth key controller to instruct the vehicle-side to perform corresponding processing.

[0048] S130: Perform an authentication operation of the first terminal or a disconnection operation of the first terminal based on the third message.

[0049] For example, if the user requests to disconnect device A and connect device B via the third message, an authentication request matching operation is performed on the first terminal. If the user chooses not to intervene via the third message, the connection of the first terminal is disconnected.

[0050] In summary, the existing Bluetooth key solution can only support the connection of a single terminal device. This solution uses Bluetooth broadcast and user authorization mechanisms to enable multiple terminal devices to manage the connection permissions of the Bluetooth key in an orderly manner, thereby avoiding the trouble of users having to manually disconnect the Bluetooth connection. This solution introduces a Bluetooth broadcast mechanism, so that device B can receive information that device A is connected when trying to connect, and prompts the user to make a decision through a pop-up window in the user interface, thereby improving the intelligent interactive experience. The user is given control over the Bluetooth key connection by making interactive choices on terminal device B. The PerAuth authentication challenge mechanism is adopted to ensure the security of connection switching and prevent unauthorized devices from maliciously taking over the Bluetooth key. The authentication matching mechanism is adopted. When the terminal device requests to connect to the Bluetooth key, it needs to undergo random code verification to ensure the legitimacy of the device and prevent illegal devices from attempting to seize the connection. The digital key control method provided in this application overcomes the single-device connection limitation of traditional Bluetooth keys, enables multiple terminal devices to manage Bluetooth key connections in an orderly and secure manner, improves the intelligence level of digital keys, and brings a better user experience.

[0051] In a feasible implementation, the above-mentioned first message includes an FFE1 data structure, the above-mentioned FFE1 data structure includes a data type field, a data length field and a data value field, the above-mentioned data value field includes a pairing mode bit, a pairing information status bit, an authentication status bit and a Bluetooth channel status bit, and the above-mentioned Bluetooth channel status bit is the above-mentioned target bit.

[0052] Exemplarily, the FFE1 data structure may consist of four core fields: a data type field, a data length field, a data value field, and an additional parameter field.

[0053] The data type field indicates that the data is used for Bluetooth key protocol interaction, such as device pairing, status query, identity authentication, etc.

[0054] The data length field takes the value 1, indicating that the data value part occupies 1 byte.

[0055] Data value field This field contains multiple bits, which are used to represent different Bluetooth key status information, including pairing mode bits (bit0-bit2), pairing information status bit (bit3), authentication status bit (bit4) and Bluetooth channel status bit (bit5).

[0056] The additional parameter fields include the pairing key, random number, and disconnection reason. Pairing Key (0x02): Used to store the pairing modes supported by the Bluetooth device, such as 0x00, 0x10, 0x11, 0x20, and 0x81. Random Number (0x03): Used as an encryption challenge during the pairing process, with a value range of 0x00000000 to 0xFFFFFFFF, and a default value of 0. Disconnect Password (0x04): Used to control the Bluetooth key's disconnection, with a value range of 0x00 to 0xFF, and a default of 0x0F.

[0057] This embodiment defines an efficient Bluetooth key connection management solution based on the FFE1 data structure. Using the Bluetooth channel status bit (bit 5), the vehicle can dynamically update and broadcast the Bluetooth key connection status, ensuring seamless connection switching between multiple devices. Combined with PassKey authentication, user interaction, and timeout mechanisms, this solution improves the security, flexibility, and user experience of digital keys.

[0058] In a feasible implementation manner, when the third message is an authentication request message, the specific steps of the authentication operation of the first terminal include:

[0059] generating a fourth message based on the random code;

[0060] Sending the fourth message to the first terminal to obtain a fifth message fed back by the first terminal;

[0061] When the authentication code in the fifth message matches the random code, the second terminal is disconnected and authentication is performed with the first terminal.

[0062] For example, after receiving the third message, the vehicle-side Bluetooth key controller recognizes that this is a request for authentication message, indicating that device B needs to be authenticated to obtain connection permission for the Bluetooth key. The vehicle-side Bluetooth key controller generates a random code (Nonce) for the Challenge-Response Authentication mechanism. The random code is a unique 32-bit or 64-bit random number that ensures the security of the authentication process and prevents devices from forging identities. For example: Random code = 0x5A3F2B91

[0063] The vehicle-side Bluetooth key controller encapsulates the random code into a fourth message (Challenge message) and sends it to the first terminal device (device B). After receiving the fourth message, the first terminal device (device B) parses the random code Nonce therein.

[0064] The first terminal device (Device B) uses its locally stored security key (Shared Secret) to encrypt the random code and generate an authentication code (auth_code). The first terminal device (Device B) encapsulates the calculated auth_code into the fifth message (Response message) and sends it back to the vehicle-side Bluetooth key controller. The vehicle-side Bluetooth key controller receives the fifth message and parses the auth_code therein. The vehicle-side uses the same shared key (Stored Secret) to encrypt the previously generated random code (Nonce) and obtain the expected auth_code.

[0065] The vehicle verifies whether the auth_code matches:

[0066] 1. If the auth_code matches: The vehicle disconnects the currently connected device A and releases the Bluetooth key's connection permission. The vehicle's Bluetooth key controller authorizes device B to connect to the Bluetooth key, completing the connection handover. The vehicle updates the FFE1 data structure, setting the Bluetooth channel status bit (bit 5) to 1 (indicating device B is connected). A confirmation message indicating a successful connection is returned to device B.

[0067] 2. If the auth_code does not match: The vehicle rejects the connection request from device B. The vehicle maintains the connection status of device A and returns an authentication failure message to device B.

[0068] This embodiment uses a random code and HMAC authentication mechanism to ensure that the device identity is authorized and prevent malicious devices from preempting the Bluetooth key connection.

[0069] In a feasible implementation, it further includes:

[0070] In the event of a failure to disconnect the second terminal or a failure to authenticate with the first terminal, generating a sixth message based on the failure result;

[0071] The sixth message is sent to the first terminal.

[0072] For example, upon receiving the request (third message) from device B, the vehicle-side Bluetooth key controller performs the following two tasks:

[0073] Task 1. Try to disconnect the currently connected device A;

[0074] Task 2. Authenticate device B.

[0075] Determine whether the disconnection of device A is successful: If successful, continue the authentication process of device B. If failed, enter the failure handling process and generate the sixth message.

[0076] Determine whether device B authentication is successful: If successful, allow device B to connect to the Bluetooth key. If failed, enter the failure handling process and generate the sixth message.

[0077] The failure to disconnect device A could be due to an abnormal Bluetooth signal on device A, preventing the disconnect command from executing correctly. Alternatively, device A may still be in active communication, and a forced disconnect could affect vehicle functionality. Alternatively, the vehicle's Bluetooth controller may be unable to properly disconnect device A.

[0078] Device B's authentication failure may be due to a miscalculation of the auth_code provided by device B, which does not match the verification code provided by the vehicle. Alternatively, device B's Bluetooth connection may be unstable, causing the authentication process to fail. Alternatively, device B may not be in the authorized device list, preventing authentication from completing.

[0079] The sixth message data structure can be represented by the error type field (ErrorType): 0x01 indicates that device A fails to disconnect, and 0x02 indicates that device B fails to authenticate.

[0080] The vehicle-side Bluetooth key controller sends the sixth message to the first terminal device B via the Bluetooth protocol. Device B parses the sixth message and displays an error message on the app.

[0081] In a feasible implementation, it further includes:

[0082] If the third message is not received within a preset time period, the Bluetooth connection with the first terminal is disconnected.

[0083] For example, the system continuously monitors for 30 seconds to see if device B sends a third message (user operation request). If device B sends the third message (selects "Yes" or "No"), the system performs the corresponding operation and stops counting (does not trigger a timeout disconnect). If device B does not send the third message within 30 seconds, the system determines that a timeout has occurred and enters the timeout processing flow, immediately disconnecting the Bluetooth connection with device B and releasing Bluetooth resources.

[0084] In summary, this embodiment proposes a timeout disconnection mechanism. When the first terminal device does not send the third message within the preset time, the system will automatically disconnect its Bluetooth connection and return a timeout notification. This mechanism effectively prevents Bluetooth resources from being occupied for a long time, thereby improving the stability of the Bluetooth key and user experience.

[0085] In a feasible implementation, it further includes:

[0086] Obtaining historical authentication information of the second terminal and the first terminal;

[0087] Determine historical authentication time regularity information based on the above historical authentication information;

[0088] Automatically modify the default connection status of the above Bluetooth key according to the above historical authentication time regularity information.

[0089] For example, when a second terminal (device B) attempts to connect to a vehicle's Bluetooth key, the system not only monitors the currently connected first terminal (device A) but also retrieves historical authentication information from the vehicle or cloud database. This historical authentication information includes, but is not limited to, the device's connection frequency, connection duration, and connection time distribution. This data can reflect the respective usage habits and priorities of device A and device B for the Bluetooth key.

[0090] The system analyzes the historical authentication information obtained above and extracts historical authentication time pattern information, such as: high-frequency connection time period, connection priority inference, and authentication success rate and stability.

[0091] Based on this analysis, the system can form a time-priority mapping relationship. For example: 8:00-17:00: Device A is used more frequently and has a higher priority. 18:00-23:00: Device B is used more frequently and has a higher priority.

[0092] After completing the analysis of historical authentication time pattern information, the vehicle-side or cloud system will automatically adjust the default connection strategy of the Bluetooth key in different time periods. If it is detected that the current time period is about to enter the high-frequency use period of device B, and device A is not currently actively used, the system can prompt the user in advance or automatically switch to device B (under the premise of complying with security policies). Through the analysis of historical patterns and automatic adjustment of the default connection status, users do not need to frequently manually disconnect device A or switch to device B. The system can make intelligent judgments based on historical usage in the background.

[0093] Through this embodiment, the vehicle-side Bluetooth key system can not only meet the needs of shared use by multiple terminals, but also make targeted optimizations based on historical data, reducing the inconvenience caused by manual operation, and making the experience of smart cars and digital keys more complete and smooth.

[0094] In a feasible implementation, it further includes:

[0095] Acquiring geographic location data of the second terminal and the first terminal;

[0096] Building a user behavior model based on the above historical authentication information and the above geographic location data;

[0097] When it is detected that the current geographical location matches the above-mentioned user usage behavior pattern, the connection and authentication operation of the currently matched terminal Bluetooth key is automatically completed.

[0098] For example, while recording the historical authentication information of the terminal devices (device A, device B) (such as connection frequency, connection period, authentication success rate, etc.), the system will also associate the geographic location data to form a multi-dimensional data model of "geographic location-time-device connection".

[0099] When device A successfully connects to and uses a Bluetooth key multiple times in a specific location (such as a residential complex or company parking lot), the system will annotate the location information along with the connection time period, connected device, and other data. If device B uses the vehicle more frequently in another fixed location (such as a shopping mall or a friend's house), the same data will be collected and annotated.

[0100] The system performs clustering or association rule analysis on the multi-dimensional data (time, location, and connected devices) to derive user behavior patterns. For example, Pattern 1: On weekday mornings between 8:00 and 8:30 AM, device A connects with vehicles near the company parking lot with an 80% probability. Pattern 2: At night between 7:00 and 7:30 PM, device B connects with vehicles more frequently near residential areas.

[0101] Through this analysis, the system can infer which terminal device is more likely to use the vehicle at a certain location and time. When it detects that the current geographical location matches the user's usage behavior pattern, it automatically completes the Bluetooth key connection and authentication of the matching device.

[0102] This embodiment combines geolocation data with historical authentication information to construct user behavior patterns. Upon detecting a geolocation match, it automatically completes Bluetooth key connection and authentication operations for the matching device. This solution not only effectively simplifies the process of multi-device vehicle sharing, but also further enhances the intelligence and personalization of the digital key system.

[0103] like Figure 2 As shown, this application proposes a digital key control device, including:

[0104] The generating unit 21 is configured to, upon receiving a first message sent by the first terminal, cause the vehicle end to write the connection status of the Bluetooth key into a target bit of the first message to generate a second message;

[0105] a sending unit 22 configured to send the second message to the first terminal to obtain a third message returned by the first terminal, wherein the third message is generated by a request action selected by the target user on the first terminal based on the connection status of the Bluetooth key displayed in the second message;

[0106] The operating unit 23 is configured to perform an authentication operation of the first terminal or a disconnection operation of the first terminal based on the third message.

[0107] The digital key control device may further perform the following steps:

[0108] In a feasible implementation, the above-mentioned first message includes an FFE1 data structure, the above-mentioned FFE1 data structure includes a data type field, a data length field and a data value field, the above-mentioned data value field includes a pairing mode bit, a pairing information status bit, an authentication status bit and a Bluetooth channel status bit, and the above-mentioned Bluetooth channel status bit is the above-mentioned target bit.

[0109] In a feasible implementation manner, when the third message is an authentication request message, the specific steps of the authentication operation of the first terminal include:

[0110] generating a fourth message based on the random code;

[0111] Sending the fourth message to the first terminal to obtain a fifth message fed back by the first terminal;

[0112] When the authentication code in the fifth message matches the random code, the second terminal is disconnected and authentication is performed with the first terminal.

[0113] In a feasible implementation, it further includes:

[0114] In the event of a failure to disconnect the second terminal or a failure to authenticate with the first terminal, generating a sixth message based on the failure result;

[0115] The sixth message is sent to the first terminal.

[0116] In a feasible implementation, it further includes:

[0117] If the third message is not received within a preset time period, the Bluetooth connection with the first terminal is disconnected.

[0118] In a feasible implementation, it further includes:

[0119] Obtaining historical authentication information of the second terminal and the first terminal;

[0120] Determine historical authentication time regularity information based on the above historical authentication information;

[0121] Automatically modify the default connection status of the above Bluetooth key according to the above historical authentication time regularity information.

[0122] In a feasible implementation, it further includes:

[0123] Acquiring geographic location data of the second terminal and the first terminal;

[0124] Building a user behavior model based on the above historical authentication information and the above geographic location data;

[0125] When it is detected that the current geographical location matches the above-mentioned user usage behavior pattern, the connection and authentication operation of the currently matched terminal Bluetooth key is automatically completed.

[0126] In summary, the existing Bluetooth key solution can only support the connection of a single terminal device. This solution uses Bluetooth broadcast and user authorization mechanisms to enable multiple terminal devices to manage the connection permissions of the Bluetooth key in an orderly manner, thereby avoiding the trouble of users having to manually disconnect the Bluetooth connection. This solution introduces a Bluetooth broadcast mechanism, so that device B can receive information that device A is connected when trying to connect, and prompts the user to make a decision through a pop-up window in the user interface, thereby improving the intelligent interactive experience. The user is given control over the Bluetooth key connection by making interactive choices on terminal device B. The PerAuth authentication challenge mechanism is adopted to ensure the security of connection switching and prevent unauthorized devices from maliciously taking over the Bluetooth key. The authentication matching mechanism is adopted. When the terminal device requests to connect to the Bluetooth key, it needs to undergo random code verification to ensure the legitimacy of the device and prevent illegal devices from attempting to seize the connection. The digital key control method provided in this application overcomes the single-device connection limitation of traditional Bluetooth keys, enables multiple terminal devices to manage Bluetooth key connections in an orderly and secure manner, improves the intelligence level of digital keys, and brings a better user experience.

[0127] like Figure 3 As shown, an embodiment of the present application also provides an electronic device 300, including a memory 310, a processor 320, and a computer program 311 stored in the memory 310 and executable on the processor. When the processor 320 executes the computer program 311, the steps of any of the above-mentioned digital key control methods are implemented.

[0128] Since the electronic device introduced in this embodiment is a device used to implement a digital key control device in the embodiment of this application, based on the method introduced in the embodiment of this application, technical personnel in this field can understand the specific implementation of the electronic device of this embodiment and its various variations. Therefore, how the electronic device implements the method in the embodiment of this application will not be introduced in detail here. As long as the equipment used by technical personnel in this field to implement the method in the embodiment of this application falls within the scope of protection to be protected by this application.

[0129] During the specific implementation process, when the computer program 311 is executed by the processor, any implementation method of the embodiments corresponding to the first aspect can be implemented.

[0130] It should be noted that, in the above embodiments, the description of each embodiment has its own focus. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant description of other embodiments.

[0131] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) that contain computer-usable program code.

[0132] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded computer, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0133] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0134] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0135] An embodiment of the present application also provides a computer program product, which includes computer software instructions. When the computer software instructions are executed on a processing device, the processing device executes the digital key control process in the corresponding embodiment.

[0136] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from one website, computer, server or data center to another website, computer, server or data center via a wired (e.g., coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) method. The computer-readable storage medium can be any available medium that a computer can store or a data storage device such as a server or data center that includes one or more available media integrated. The available medium can be a magnetic medium (e.g., a floppy disk, a hard disk, a tape), an optical medium (e.g., a DVD), or a semiconductor medium (e.g., a solid state drive (SSD)).

[0137] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0138] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of units is only a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interface, device or unit, which can be electrical, mechanical or other forms.

[0139] Units described as separate components may or may not be physically separate, and components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0140] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0141] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, server, or network device, etc.) to execute all or part of the steps of the various embodiments of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0142] The above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. A digital key control method for a vehicle, characterized in that: include: Upon receiving the first message sent by the first terminal, the vehicle end writes the connection status of the Bluetooth key into the target bit of the first message to generate a second message; sending the second message to the first terminal to obtain a third message returned by the first terminal, wherein the third message is generated by a request action selected by the target user on the first terminal based on the connection status of the Bluetooth key displayed in the second message; An authentication operation of the first terminal or a disconnection operation of the first terminal is performed based on the third message.

2. The digital key control method according to claim 1, characterized in that: The first message includes an FFE1 data structure, which includes a data type field, a data length field and a data value field. The data value field includes a pairing mode bit, a pairing information status bit, an authentication status bit and a Bluetooth channel status bit, and the Bluetooth channel status bit is the target bit.

3. The digital key control method according to claim 1, characterized in that: In the case where the third message is an authentication request message, the specific steps of the authentication operation of the first terminal include: generating a fourth message based on the random code; Sending the fourth message to the first terminal to obtain a fifth message fed back by the first terminal; If the authentication code in the fifth message matches the random code, the second terminal is disconnected and authentication is performed with the first terminal.

4. The digital key control method according to claim 3, characterized in that: Also includes: If disconnection of the second terminal fails or authentication with the first terminal fails, generating a sixth message based on the failure result; Send the sixth message to the first terminal.

5. The digital key control method according to claim 1, characterized in that: Also includes: If the third message is not received within a preset time period, the Bluetooth connection with the first terminal is disconnected.

6. The digital key control method according to claim 1, characterized in that: Also includes: Obtaining historical authentication information of the second terminal and the first terminal; Determining historical authentication time regularity information based on the historical authentication information; The default connection state of the Bluetooth key is automatically modified according to the historical authentication time regularity information.

7. The digital key control method according to claim 6, characterized in that: Also includes: Acquiring geographic location data of the second terminal and the first terminal; Constructing a user usage behavior pattern based on the historical authentication information and the geographic location data; When it is detected that the current geographical location matches the user's usage behavior pattern, the connection and authentication operations of the currently matched terminal Bluetooth key are automatically completed.

8. A digital key control device, characterized in that: include: a generating unit configured to, upon receiving a first message sent by a first terminal, cause the vehicle end to write the connection status of the Bluetooth key into a target bit of the first message to generate a second message; a sending unit, configured to send the second message to the first terminal to obtain a third message returned by the first terminal, wherein the third message is generated by a request action selected by the target user on the first terminal based on the connection status of the Bluetooth key displayed in the second message; An operating unit is configured to perform an authentication operation of the first terminal or a disconnection operation of the first terminal based on the third message.

9. An electronic device comprising: A memory and a processor, characterized in that the processor is used to implement the steps of the digital key control method as described in any one of claims 1 to 7 when executing the computer program stored in the memory.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the digital key control method according to any one of claims 1 to 7 are implemented.

Images