Safety management method and device for vehicle key, electronic equipment and storage medium

Abstract

The invention relates to the technical field of vehicles, and discloses a safety management method and device for a vehicle key, electronic equipment and a storage medium, the method is applied to a target vehicle, and the method comprises the following steps: receiving a Bluetooth connection request carrying an identifier of the vehicle key; if the identifier of the vehicle key is successfully matched with the disabled equipment identifier, generating a first disabled state code according to the disabled equipment identifier, and obtaining position information of the vehicle key; and sending the position information to the cloud, and generating Bluetooth response information in response to the Bluetooth connection request according to the first forbidden state code and the data zero clearing instruction, so that the vehicle key determines whether to execute the data zero clearing instruction or not according to a matching result of the first forbidden state code and the second forbidden state code. According to the invention, the safety management capability among the cloud, the vehicle key and the target vehicle can be improved.

Description

Technical Field

[0001] The present application relates to the field of vehicle technology, and in particular to a method, device, electronic device and storage medium for secure management of vehicle keys. Background Art

[0002] With the development of intelligent vehicles, the ways of unlocking vehicles are becoming more and more diverse. For example, the paired target vehicle can be unlocked / locked through the application in the mobile device such as the mobile phone. After the mobile device such as the vehicle key successfully logs into the cloud server for the first time or successfully pairs with the target vehicle through Bluetooth, the relevant historical cloud login information and historical Bluetooth login information will generally be stored locally. The historical cloud login information and historical Bluetooth login information will be directly used for identity verification in the future, so as to save the tedious process of identity authentication and facilitate the use of the vehicle key.

[0003] Because the vehicle key stores relevant login information, the vehicle can be quickly unlocked / locked using the vehicle key without re-authenticating the identity of the vehicle key user. Once the vehicle key is lost or stolen, anyone who picks up or steals the vehicle key can easily unlock / lock the target vehicle, posing a major safety hazard. Summary of the invention

[0004] In view of the above problems, the present application provides a vehicle key security management method, device, electronic device and storage medium, which are used to enhance the security management capabilities between vehicle keys, target vehicles and the cloud.

[0005] According to one aspect of the present application, a method for safely managing vehicle keys is provided, and the method is applied to a target vehicle, and the method comprises: receiving a Bluetooth connection request carrying an identifier of a vehicle key; if the identifier of the vehicle key successfully matches the identifier of a disabled device, generating a first disabled status code according to the disabled device identifier, and obtaining the location information of the vehicle key; wherein the disabled device identifier is a device identifier set by a user in the cloud to prohibit permission management of the target vehicle; sending the location information to the cloud, and generating a Bluetooth response message in response to the Bluetooth connection request according to the first disabled status code and a data clearing instruction, so that the vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; wherein the second disabled status code is a status code sent from the cloud to the vehicle key, and the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key, and causes the vehicle key to report its own location information to the cloud.

[0006] In an optional manner, generating a first disabled status code based on the disabled device identifier includes: encrypting the disabled device identifier to obtain an encrypted string; moving characters at a first preset position in the encrypted string to a second preset position, and adding preset values ​​to the numerical values ​​corresponding to each character to obtain a first disabled status code.

[0007] In an optional manner, the security management method further includes: in response to a status signal sent by the cloud indicating that the disabled device is online, searching for a Bluetooth signal of the disabled device, and sending an alarm message to the cloud when the Bluetooth signal of the disabled device is found.

[0008] The target vehicle of the present application responds to the Bluetooth connection request of the vehicle key, determines whether the vehicle key is a disabled vehicle key according to the disabled device identifier received from the cloud, and generates a first disabled status code that is fed back to the vehicle key when it is determined that the vehicle key is a disabled vehicle key, so that the vehicle key executes the data clearing instruction returned by the target vehicle when it is determined that the first disabled status code matches the second disabled status code stored locally, so that the vehicle key clears the historical cloud login information and historical Bluetooth login information stored in itself to prevent the vehicle key from being used by others and the vehicle from being stolen. At the same time, the vehicle key sends its own location information to the cloud and the target vehicle to facilitate the user to retrieve the disabled vehicle key.

[0009] According to one aspect of the present application, another method for safely managing vehicle keys is provided, and the method is applied to vehicle keys, and the method comprises: sending a Bluetooth connection request carrying a vehicle key identifier to a target vehicle to receive a Bluetooth response message returned by the target vehicle; wherein the Bluetooth response message comprises a first disabled status code and a data clearing instruction, and the data clearing instruction is an instruction generated by the target vehicle when it is determined that the vehicle key identifier is a disabled device identifier; matching the first disabled status code with the second disabled status code issued by the cloud; if the match is successful, clearing the historical cloud login information and the historical Bluetooth login information, and sending the vehicle's own location information to the cloud and the target vehicle; wherein the historical cloud login information is historical verification information for logging into the cloud, and the historical Bluetooth login information is historical verification information for turning on the Bluetooth function.

[0010] In an optional manner, the security management method also includes: receiving the second disabled status code; wherein the second disabled status code is a status code generated by the cloud based on the disabled device identifier, and the disabled device identifier is a device identifier set by the user in the cloud to prohibit permission management of the target vehicle; moving the characters at the second preset position in the second disabled status code to the first preset position, and subtracting the preset values ​​from the numerical values ​​corresponding to each character to obtain the second disabled status code after numerical conversion; decrypting the second disabled status code after numerical conversion to obtain the disabled device identifier represented by the second disabled status code; if the disabled device identifier is the same as the identifier of the vehicle key, storing the second disabled status code.

[0011] According to one aspect of the present application, another method for secure management of vehicle keys is provided, which is applied to the cloud, and includes: in response to a user's changed cloud login information, updating the identifier of a historical vehicle key corresponding to the changed cloud login information to a disabled device identifier, and generating a second disabled status code according to the disabled device identifier; wherein the historical vehicle key is the vehicle key specified in the historical cloud login information; issuing the second disabled status code to the historical vehicle key, and issuing the disabled device identifier to a target vehicle corresponding to the historical vehicle key, so that the target vehicle returns a Bluetooth response message including a data clearing instruction and a first disabled status code to the historical vehicle key when receiving a Bluetooth connection request sent by the historical vehicle key, so that the historical vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the historical vehicle key, and causes the historical vehicle key to report its own location information to the cloud.

[0012] In an optional manner, the security management method also includes: in response to an unlocking request, determining the unlocking object targeted by the unlocking request and the identifier of the requesting party carried in the unlocking request; if the unlocking object is the target vehicle and the identifier of the requesting party is the disabled device identifier, obtaining the location information of the requesting party and sending a status signal indicating that the requesting party is online to the target vehicle.

[0013] According to another aspect of the present application, a vehicle key security management device is provided, which is applied to a target vehicle, and includes: a receiving module, which receives a Bluetooth connection request carrying an identifier of a vehicle key; a matching success module, which generates a first disabled status code according to the disabled device identifier if the identifier of the vehicle key matches the disabled device identifier successfully, and obtains the location information of the vehicle key; wherein the disabled device identifier is a device identifier set by a user in the cloud to prohibit permission management of the target vehicle; a management module, which sends the location information to the cloud, and generates a Bluetooth response message in response to the Bluetooth connection request according to the first disabled status code and a data clearing instruction, so that the vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; wherein the second disabled status code is a status code sent from the cloud to the vehicle key, and the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key, and causes the vehicle key to report its own location information to the cloud.

[0014] According to another aspect of the present application, another vehicle key security management device is provided, and the security management method is applied to the vehicle key, and the security management method includes: a sending module, which sends a Bluetooth connection request carrying the identification of the vehicle key to the target vehicle, so as to receive the Bluetooth response information returned by the target vehicle; wherein the Bluetooth response information includes a first disabled status code and a data clearing instruction, and the data clearing instruction is an instruction generated by the target vehicle when it is determined that the identification of the vehicle key is a disabled device identification; a matching module, which matches the first disabled status code with the second disabled status code issued by the cloud; a data clearing module, if the match is successful, clears the historical cloud login information and the historical Bluetooth login information, and sends its own location information to the cloud and the target vehicle; wherein the historical cloud login information is the historical verification information for logging into the cloud, and the historical Bluetooth login information is the historical verification information for turning on the Bluetooth function.

[0015] According to another aspect of the present application, another vehicle key security management device is provided, and the security management method is applied to the cloud, and the security management method includes: a login response module, in response to the user's changed cloud login information, updating the identifier of the historical vehicle key corresponding to the changed cloud login information to a disabled device identifier, and generating a second disabled status code according to the disabled device identifier; wherein the historical vehicle key is the vehicle key specified in the historical cloud login information; a sending module, sending the second disabled status code to the historical vehicle key, and sending the disabled device identifier to the target vehicle corresponding to the historical vehicle key, so that the target vehicle returns a Bluetooth response message including a data clearing instruction and a first disabled status code to the historical vehicle key when receiving a Bluetooth connection request sent by the historical vehicle key, so that the historical vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the historical vehicle key, and causes the historical vehicle key to report its own location information to the cloud.

[0016] According to one aspect of the present application, an electronic device is provided, comprising: a controller; and a memory for storing one or more programs, which, when the one or more programs are executed by the controller, execute the above-mentioned security management method.

[0017] According to one aspect of the present application, a computer-readable storage medium is also provided, on which computer-readable instructions are stored. When the computer-readable instructions are executed by a processor of a computer, the computer executes the above-mentioned security management method.

[0018] According to one aspect of the present application, a computer program product or a computer program is also provided, the computer program product or the computer program includes computer instructions, the computer instructions are stored in a computer-readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the above-mentioned security management method.

[0019] This application improves the security management capabilities between the cloud, vehicle keys, and target vehicles. The cloud sends the disabled device identifier corresponding to the vehicle key to the target vehicle so that the target vehicle can know the disabled vehicle key in time; the cloud also sends the second disabled status code representing the disabled device identifier to the vehicle key so that the vehicle key can determine whether it has become a disabled vehicle key according to the second disabled status code.

[0020] When the vehicle key determines that it has become a disabled vehicle key, it stores the second disabled status code sent by the cloud; if the second disabled status code successfully matches the first disabled status code sent by the target vehicle, the vehicle key executes the data clearing instruction sent by the target vehicle, clears the historical cloud login information and historical Bluetooth login information stored in itself, and sends its own location information to the cloud and the target vehicle to facilitate the user to retrieve the disabled vehicle key.

[0021] When the target vehicle is responding to the Bluetooth connection request of the vehicle key, if it is determined that the vehicle key is a disabled vehicle key, a first disabled status code is generated according to the disabled device identifier, and the first disabled status code and the data clearing instruction are returned to the vehicle key as Bluetooth response information, so that the vehicle key determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code stored in itself.

[0022] The above description is only an overview of the technical solution of the embodiment of the present application. In order to more clearly understand the technical means of the present application, it can be implemented in accordance with the contents of the specification. In order to make the above and other purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are listed below. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] The drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present application, and are used together with the specification to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0024] Figure 1 It is a flowchart of a method for secure management of vehicle keys shown in an exemplary embodiment of the present application.

[0025] Figure 2 is based on Figure 1 The exemplary embodiment shown is a flowchart of another method for securely managing vehicle keys.

[0026] Figure 3 It is a flowchart of another method for secure management of vehicle keys shown in an exemplary embodiment of the present application.

[0027] Figure 4 It is a flowchart of another method for secure management of vehicle keys shown in an exemplary embodiment of the present application.

[0028] Figure 5 is based on Figure 4The exemplary embodiment shown is a flowchart of another method for securely managing vehicle keys.

[0029] Figure 6 It is a schematic diagram of the application scenario of the vehicle key security management method of the present application.

[0030] Figure 7 It is a schematic structural diagram of a vehicle key security management device shown in an exemplary embodiment of the present application.

[0031] Figure 8 It is a schematic structural diagram of another vehicle key security management device shown in an exemplary embodiment of the present application.

[0032] Fig. 9 It is a schematic structural diagram of another vehicle key security management device shown in an exemplary embodiment of the present application.

[0033] Fig.10 It is a structural diagram of a computer system of an electronic device shown in an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0034] Here, exemplary embodiments will be described in detail, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments do not represent all implementations consistent with the present application. Instead, they are only examples of devices and methods consistent with some aspects of the present application as detailed in the attached claims.

[0035] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities may be implemented in software form, or in one or more hardware modules or integrated circuits, or in different networks and / or processor devices and / or microcontroller devices.

[0036] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.

[0037] The term "multiple" as used in this application refers to two or more than two. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the related objects are in an "or" relationship.

[0038] The vehicle key has the function of storing historical login information, so there is no need to re-authenticate the identity of the vehicle key user, and the vehicle can be quickly unlocked / locked using the vehicle key. Once the vehicle key is lost or stolen, the person who picks up or steals the vehicle key can easily unlock / lock the target vehicle, posing a major safety hazard.

[0039] To this end, one aspect of the present application provides a method for securely managing vehicle keys. Figure 1 , Figure 1 This is a flow chart of a vehicle key security management method shown in an exemplary embodiment of the present application. The security management method is applied to a target vehicle and includes at least S110 to S130, which are described in detail as follows:

[0040] S110: Receive a Bluetooth connection request carrying an identification of a vehicle key.

[0041] The vehicle key can be a mobile device with a built-in vehicle unlocking / locking function application. The vehicle key of this application must have Bluetooth function and other wireless signal communication functions. For example, mobile devices such as mobile phones and platforms can communicate with related vehicles through Bluetooth and other wireless communications, and can also use the cloud as a communication transfer station to communicate wirelessly with related vehicles.

[0042] The Bluetooth connection request includes but is not limited to the port identifier, authentication information, request reply information type, etc. Among them, the port identifier is the initial port for sending the Bluetooth connection request. The target vehicle can obtain the relevant data of the vehicle key based on this port. This port is the port for the vehicle key to interact with the target vehicle key through Bluetooth data; the authentication information includes the requester's identifier (i.e. the vehicle key identifier), the authentication request time limit, the authentication method, etc.; the authentication request duration is the duration from the time when the Bluetooth connection request is sent to the end of the authentication window period. For example, if the authentication request duration is 1 minute and the Bluetooth connection request is sent at 9:00, then the end time of the authentication window period representing the opening of the vehicle key is 9:01, that is, only in the time period from 9:00 to 9:01 can two-way Bluetooth authentication be performed.

[0043] S120: If the vehicle key identifier successfully matches the disabled device identifier, a first disabled status code is generated according to the disabled device identifier, and the location information of the vehicle key is obtained; wherein the disabled device identifier is a device identifier set by the user in the cloud to prohibit permission management of the target vehicle.

[0044] When a user finds that the vehicle key is lost or stolen, he will log in to the cloud through other terminals to set the lost or stolen vehicle key as a disabled device, that is, set its identification in the disabled device identification list of the cloud, so that the cloud can send the disabled device identification to the vehicle key.

[0045] The first disabled status code is a status code generated by the target vehicle according to the disabled device identifier, which is a status code obtained by encrypting the disabled device identifier to ensure data security in the process of sending the first disabled status code by the target vehicle.

[0046] If the vehicle key's identifier successfully matches the disabled device identifier, it indicates that the vehicle key has become a disabled device. The target vehicle generates a first disabled status code based on its corresponding disabled device identifier and preset function, and actively obtains the location information of the vehicle key to send it to the new terminal bound to the user, and to the cloud. The cloud then triggers an alarm message to send it to the new terminal bound to the user, so as to provide a multi-channel data transmission link and send the location information of the vehicle key to the new terminal bound to the user, so as to facilitate the user to retrieve the vehicle key.

[0047] In one embodiment, the generation method of the first disabled status code is exemplarily described: the disabled device identifier is encrypted to obtain an encrypted string; wherein the encryption operation includes but is not limited to a standard encryption operation, an asymmetric encryption operation, a hash encryption operation, etc. The encryption operation process can also be performed in conjunction with a related key, for example, the disabled device identifier is encrypted according to a hash algorithm and a first key to obtain an encrypted string.

[0048] In order to ensure data transmission security and prevent relevant data leakage, the encrypted string is subjected to relevant obfuscation processing. In this embodiment, the characters at the first preset position in the encrypted string are moved to the second preset position, and the numerical values ​​corresponding to each character are added with the preset numerical values ​​to obtain the first disabled state code. The first preset position and the second preset position represent different positions in the string; the preset numerical value can be a constant, and its numerical value can be adaptively adjusted according to the actual scenario.

[0049] S130: Send the location information to the cloud, and generate a Bluetooth response message in response to the Bluetooth connection request based on the first disabled status code and the data clearing instruction, so that the vehicle key can determine whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code; wherein, the second disabled status code is a status code sent from the cloud to the vehicle key, and the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key, and enable the vehicle key to report its own location information to the cloud.

[0050] The data clearing instruction is an instruction sent to the vehicle key when the vehicle key is identified as a disabled device. The instruction can be a command to be sent preset in the target vehicle, or it can be an associated instruction sent at the same time when the second disabled status code is sent from the cloud, that is, there is an associated mark between the second disabled status code and the data clearing instruction, so that the target vehicle can send the first disabled status code and quickly determine the data clearing instruction that needs to be sent to the disabled device based on the associated mark.

[0051] The Bluetooth response information may also include the target vehicle's Bluetooth port information, Bluetooth authentication information, etc. In some embodiments, the target vehicle successfully establishes a Bluetooth connection with the disabled device through the Bluetooth response information, so that the target vehicle can quickly obtain the location information of the disabled device through the Bluetooth communication link. In order to ensure vehicle safety, the target vehicle will not open all Bluetooth control permissions to the disabled device. For example, if the disabled device and the target vehicle successfully establish Bluetooth, the disabled device cannot unlock the target vehicle.

[0052] In some embodiments, different conditions can also be set to limit the management rights of the disabled device to the target vehicle in a distributed manner. For example, if the disabled device and the target vehicle successfully establish Bluetooth, the disabled device can unlock the target vehicle. In combination with the vehicle-mounted camera and other devices, when the person carrying the disabled device enters the vehicle, the target vehicle will automatically lock, close all permissions of the disabled device, and report the collected person image frames to the cloud and / or user terminal so that the user can know the identity of the thief.

[0053] The target vehicle of the present application responds to the Bluetooth connection request of the vehicle key, determines whether the vehicle key is a disabled vehicle key according to the disabled device identifier received from the cloud, and generates a first disabled status code that is fed back to the vehicle key when it is determined that the vehicle key is a disabled vehicle key, so that the vehicle key executes the data clearing instruction returned by the target vehicle when it is determined that the first disabled status code matches the second disabled status code stored locally, so that the vehicle key clears the historical cloud login information and historical Bluetooth login information stored in itself to prevent the vehicle key from being used by others and the vehicle from being stolen. At the same time, the vehicle key sends its own location information to the cloud and the target vehicle to facilitate the user to retrieve the disabled vehicle key.

[0054] In order to retrieve the disabled device, it is necessary to strengthen the search for the disabled device. To this end, in another exemplary embodiment of the present application, a detailed description is given of how the target vehicle searches for the disabled device. For details, please refer to Figure 2 , Figure 2 is based on Figure 1 The exemplary embodiment shown is a flow chart of another method for managing vehicle key security. Figure 1Based on the S110 to S130 shown, at least S210 is also included, which is described in detail as follows:

[0055] S210: In response to a status signal sent by the cloud indicating that the disabled device is online, searching for a Bluetooth signal of the disabled device, and sending an alarm message to the cloud when the Bluetooth signal of the disabled device is found.

[0056] The status signal in this embodiment is a status signal indicating that the disabled device is online, which is generated when the cloud detects that the disabled device is logged into the cloud, or obtains the wireless signal of the disabled device. The cloud sends the status signal to the target vehicle to trigger the target vehicle to actively search for the Bluetooth signal of the disabled device. If the disabled device is within the Bluetooth communication distance of the target vehicle, the target vehicle can search for its Bluetooth signal, and then send an alarm message to the cloud and / or the user terminal to let the user know that the disabled device is near the target vehicle.

[0057] One aspect of the present application provides another method for securely managing vehicle keys. Figure 3 , Figure 3 1 is a flow chart of another method for managing vehicle keys according to an exemplary embodiment of the present application. The method for managing vehicle keys is applied to the vehicle keys and includes at least steps S310 to S330, which are described in detail as follows:

[0058] S310: Send a Bluetooth connection request carrying the vehicle key identifier to the target vehicle to receive Bluetooth response information returned by the target vehicle; wherein the Bluetooth response information includes a first disabled status code and a data clearing instruction, and the data clearing instruction is an instruction generated by the target vehicle when it is determined that the vehicle key identifier is a disabled device identifier.

[0059] The Bluetooth connection request includes but is not limited to the port identifier, authentication information, request reply information type, etc. Among them, the port identifier is the initial port for sending the Bluetooth connection request. The target vehicle can obtain the relevant data of the vehicle key based on this port. This port is the port for the vehicle key to interact with the target vehicle key through Bluetooth data; the authentication information includes the requester's identifier (i.e. the vehicle key identifier), the authentication request time limit, the authentication method, etc.; the authentication request duration is the duration from the time when the Bluetooth connection request is sent to the end of the authentication window period. For example, if the authentication request duration is 1 minute and the Bluetooth connection request is sent at 9:00, then the end time of the authentication window period representing the opening of the vehicle key is 9:01, that is, only in the time period from 9:00 to 9:01 can two-way Bluetooth authentication be performed.

[0060] The Bluetooth response information may also include the target vehicle's Bluetooth port information, Bluetooth authentication information, etc. The Bluetooth response information is the information returned to the vehicle key by the target vehicle in response to the Bluetooth connection request. In some embodiments, the target vehicle successfully establishes a Bluetooth connection with the disabled device through the Bluetooth response information, so that the target vehicle can quickly obtain the location information of the disabled device through the Bluetooth communication link. In order to ensure vehicle safety, the target vehicle will not open all Bluetooth control permissions to the disabled device. For example, if the disabled device and the target vehicle successfully establish Bluetooth, the disabled device cannot unlock the target vehicle.

[0061] S320: Match the first disabled status code with the second disabled status code sent from the cloud.

[0062] The second disabled status code is a status code generated by the cloud based on the disabled device identifier. The disabled device identifier is a device identifier set by the user in the cloud to prohibit permission management of the target vehicle. For example, the user sets the identifier of the vehicle key to a disabled device identifier in the cloud, and the cloud generates a second disabled status code corresponding to the disabled device identifier and sends it to the vehicle key.

[0063] In some embodiments, the vehicle key receives the second disabled state code, but does not directly store it. It needs to be decrypted and information matched. For example, the characters at the second preset position in the second disabled state code are moved to the first preset position, and the numerical values ​​corresponding to each character are respectively subtracted from the preset numerical values ​​to obtain the second disabled state code after numerical conversion; the second disabled state code after numerical conversion is decrypted to obtain the disabled device identifier represented by the second disabled state code; if the disabled device identifier is the same as the identifier of the vehicle key, the second disabled state code is stored. Among them, the first preset position and the second preset position represent different positions in the character string; the preset numerical value can be a constant, and its numerical value can be adaptively adjusted according to the actual scenario.

[0064] If the disabled device identifier represented by the second disabled status code is different from that of the vehicle key, it indicates that the second disabled status code is sent to the vehicle key by mistake by the cloud, and the vehicle key does not need to store it.

[0065] If the disabled device identifier represented by the second disabled status code is the same as that of the vehicle key, it indicates that the vehicle key has been set as a disabled device. In order to avoid incorrect settings, the vehicle key does not directly perform operations such as clearing data, but stores the second disabled status code. When the first disabled status code sent by the target vehicle is received, the two are matched, and it is determined whether to execute the data clearing instruction issued by the target vehicle based on the matching result.

[0066] S330: If the match is successful, the historical cloud login information and historical Bluetooth login information are cleared, and the vehicle's own location information is sent to the cloud and the target vehicle; the historical cloud login information is the historical verification information used to log in to the cloud, and the historical Bluetooth login information is the historical verification information used to enable the Bluetooth function.

[0067] If the match is successful, it means that both the cloud and the target vehicle have set the vehicle key as a disabled device. The vehicle key will clear the historical cloud login information and historical Bluetooth login information stored locally to prevent others from stealing the vehicle key to unlock / lock the target vehicle, thereby improving vehicle safety; and send its own location information to the cloud and the target vehicle, so that the user can quickly know the location of the vehicle key through the target vehicle and cloud account, so as to facilitate the retrieval of the vehicle key.

[0068] When the vehicle key of the present application determines that it has become a disabled vehicle key, the second disabled status code sent by the cloud will be stored; if the second disabled status code successfully matches the first disabled status code sent by the target vehicle, the vehicle key will execute the data clearing instruction sent by the target vehicle, clear the historical cloud login information and historical Bluetooth login information stored in itself, and send its own location information to the cloud and the target vehicle to facilitate the user to retrieve the disabled vehicle key.

[0069] In one aspect, the present application provides another method for securely managing vehicle keys. Figure 4 , Figure 4 This is a flow chart of another method for secure management of vehicle keys shown in an exemplary embodiment of the present application. The method for secure management is applied to the cloud and includes at least S410 to S420, which are described in detail as follows:

[0070] S410: In response to the user's changed cloud login information, the identifier of the historical vehicle key corresponding to the changed cloud login information is updated to a disabled device identifier, and a second disabled status code is generated according to the disabled device identifier; wherein the historical vehicle key is the vehicle key specified in the historical cloud login information.

[0071] The cloud login information after the user changes is the information that the user successfully logs into the cloud server through the new mobile device. The cloud login information includes not only the identification of the historical vehicle key, but also the device identification of the new mobile device, the wireless communication port corresponding to the cloud server, the user's identity information, etc. The historical vehicle key can be a lost, stolen, or other invalid vehicle key, that is, the user expects to limit his control authority over the target vehicle.

[0072] The cloud encrypts the disabled device identifier to obtain an encrypted string; moves the characters at the first preset position in the encrypted string to the second preset position, and adds the preset values ​​to the values ​​corresponding to each character to obtain a second disabled status code. The first preset position and the second preset position represent different positions in the string; the preset value can be a constant, and its value can be adaptively adjusted according to the actual scenario.

[0073] S420: Send the second disabled status code to the historical vehicle key, and send the disabled device identifier to the target vehicle corresponding to the historical vehicle key, so that when the target vehicle receives the Bluetooth connection request sent by the historical vehicle key, it returns a Bluetooth response message including a data clearing instruction and the first disabled status code to the historical vehicle key, so that the historical vehicle key determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code; the data clearing instruction instructs the historical cloud login information and historical Bluetooth login information stored in the historical vehicle key to be cleared, and the historical vehicle key reports its own location information to the cloud.

[0074] The cloud will send different data for the target vehicle and the historical vehicle key. The cloud will send the second disabled status code to the historical vehicle key so that the historical vehicle key can decrypt the second disabled status to obtain the disabled device identifier. If the disabled device identifier is the same as the historical vehicle key's own identifier, the second disabled status code will be stored. When the historical vehicle key receives the first disabled status code sent by the target vehicle, the historical vehicle key determines whether to execute the data clearing instruction based on the matching results of the two disabled status codes.

[0075] The cloud will also send the disabled device identification to the target vehicle so that the target vehicle can know the disabled device in time. During the process of Bluetooth connection or other communication connection between the disabled device and the target vehicle, the target vehicle can quickly determine its disabled identity to limit the control authority of the disabled device.

[0076] The cloud of this application sends the disabled device identification corresponding to the vehicle key to the target vehicle so that the target vehicle can know the disabled vehicle key in time. The cloud also sends a second disabled status code representing the disabled device identification to the vehicle key so that the vehicle key can determine whether it has become a disabled vehicle key according to the second disabled status code.

[0077] The vehicle key can also remotely unlock the vehicle by sending an unlock request for the target vehicle to the cloud, which provides a parallel unlocking method in scenarios where the Bluetooth communication signal is poor. Disabled devices can also perform this unlocking method. If disabled devices are allowed to remotely unlock the vehicle, the vehicle safety will be reduced.

[0078] To this end, in another exemplary embodiment of the present application, how the cloud prompts the target vehicle when the disabled device is online is described in detail. Figure 5 , Figure 5 is based on Figure 4 The exemplary embodiment shown is a flow chart of another method for managing vehicle key security. Figure 4 Based on the S410 to S420 shown, at least S510 to S520 are also included, which are described in detail as follows:

[0079] S510: In response to an unlock request, determine an unlock object targeted by the unlock request and an identifier of a requester carried in the unlock request.

[0080] Any unlock request received by the cloud is characterized by the unlock object (i.e. the target vehicle to be unlocked) and the unlock request party (i.e. the party issuing the unlock request). The unlock request generally carries the identifier of the unlock object and the identifier of the unlock request party, i.e. the target vehicle identifier and the vehicle key identifier.

[0081] S520: If the unlocking object is the target vehicle, and the identifier of the requesting party is a disabled device identifier, the location information of the requesting party is obtained, and a status signal indicating that the requesting party is online is sent to the target vehicle.

[0082] Because the cloud can preset vehicle keys paired with multiple vehicles, it is necessary to determine the unlocking object and the requesting party based on the relevant information in the unlocking request. If the historical vehicle key of the target vehicle has been set as a disabled device by the user, the identifier of the historical vehicle key is set to a disabled device identifier. If the cloud detects that the unlocking object is the target vehicle and the identifier of the requesting party is a disabled device identifier, it indicates that the disabled historical vehicle key has interacted with the cloud through signals, and someone is using the disabled historical vehicle key, making the disabled historical vehicle key online. The cloud will send a status signal indicating that the disabled historical vehicle key is online to the target vehicle, and / or the user terminal, so that the user knows the activity status of the disabled historical vehicle key, so as to facilitate the inspection of the historical vehicle key.

[0083] In another exemplary embodiment of the present application, the application scenarios of the above-mentioned multiple security management methods are exemplarily described. Figure 6 , Figure 6 Schematic diagram of the application scenario of the vehicle key security management method of the present application, which includes a vehicle key 100, a target vehicle 200 and a cloud 300, which can be connected by wireless communication, and the present application does not limit the connection method between them.

[0084] The vehicle key 100 can be an application loaded in a mobile device, and the mobile device can be a mobile phone, tablet, mobile computer, or other device that also has Bluetooth communication function. The T-Box in the target vehicle 200 can be used as the actual executor of data reception, processing, and transmission. The server in the cloud 300 can receive data sent by the vehicle key 100 and the target vehicle 200, and can also send relevant data to the vehicle key 100 and the target vehicle 200. Among them, the server can be a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms, and this is not limited here.

[0085] In response to the changed cloud login information of the user, the cloud 300 updates the identification of the historical vehicle key corresponding to the changed cloud login information to the disabled device identification, and generates a second disabled status code according to the disabled device identification; wherein the historical vehicle key is the vehicle key 100 specified in the historical cloud login information; the second disabled status code is sent to the historical vehicle key (i.e., the vehicle key 100), and the disabled device identification is sent to the target vehicle 200 corresponding to the historical vehicle key. The vehicle key 100 receives the second disabled status code, decodes it, obtains the disabled device identification, and matches it with its own identification. If the match is successful, the second disabled status code is stored; if the match fails, the second disabled status code is cleared.

[0086] The vehicle key 100 sends a Bluetooth connection request carrying the identifier of the vehicle key 100 to the target vehicle 200. The target vehicle 200 receives the Bluetooth connection request, and if the identifier of the vehicle key 100 matches the disabled device identifier successfully, the target vehicle 200 generates a first disabled status code according to the disabled device identifier, and obtains the location information of the vehicle key 100 to send to the cloud 300; the target vehicle 200 generates Bluetooth response information in response to the Bluetooth connection request according to the first disabled status code and the data clearing instruction.

[0087] The vehicle key 100 receives the Bluetooth response information and determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the stored second disabled status code; wherein the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key 100, and enables the vehicle key 100 to report its own location information to the cloud 300.

[0088] This application can improve the security management capabilities between the cloud, vehicle keys, and target vehicles. The cloud sends the disabled device identifier corresponding to the vehicle key to the target vehicle so that the target vehicle can know the disabled vehicle key in time; the cloud also sends the second disabled status code representing the disabled device identifier to the vehicle key so that the vehicle key can determine whether it has become a disabled vehicle key according to the second disabled status code.

[0089] When the vehicle key determines that it has become a disabled vehicle key, it stores the second disabled status code sent by the cloud; if the second disabled status code successfully matches the first disabled status code sent by the target vehicle, the vehicle key executes the data clearing instruction sent by the target vehicle, clears the historical cloud login information and historical Bluetooth login information stored in itself, and sends its own location information to the cloud and the target vehicle to facilitate the user to retrieve the disabled vehicle key.

[0090] When the target vehicle is responding to the Bluetooth connection request of the vehicle key, if it is determined that the vehicle key is a disabled vehicle key, a first disabled status code is generated according to the disabled device identifier, and the first disabled status code and the data clearing instruction are returned to the vehicle key as Bluetooth response information, so that the vehicle key determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code stored in itself.

[0091] Another aspect of the present application also provides a vehicle key security management device, such as Figure 7 As shown, Figure 7 1 is a schematic diagram of a structure of a vehicle key security management device according to an exemplary embodiment of the present application. The security management device 700 is applied to a target vehicle and includes:

[0092] The receiving module 710 receives a Bluetooth connection request carrying an identification of a vehicle key;

[0093] The matching success module 730 generates a first disabled status code according to the disabled device identifier and obtains the location information of the vehicle key if the identifier of the vehicle key matches the disabled device identifier successfully; wherein the disabled device identifier is a device identifier set by the user in the cloud to prohibit the permission management of the target vehicle;

[0094] The management module 750 sends the location information to the cloud, and generates a Bluetooth response message in response to the Bluetooth connection request based on the first disabled status code and the data clearing instruction, so that the vehicle key determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code; wherein the second disabled status code is a status code sent from the cloud to the vehicle key, and the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key, and enables the vehicle key to report its own location information to the cloud.

[0095] In another exemplary embodiment of the present application, the matching success module 730 includes:

[0096] The encryption unit performs encryption operation on the disabled device identification to obtain an encrypted string;

[0097] The shift unit moves the characters at the first preset position in the encrypted string to the second preset position, and adds the preset values ​​to the values ​​corresponding to the characters to obtain the first disabled state code.

[0098] In another exemplary embodiment of the present application, the security management device 700 further includes:

[0099] The response module searches for a Bluetooth signal of the disabled device in response to a status signal sent by the cloud indicating that the disabled device is online, and sends an alarm message to the cloud when the Bluetooth signal of the disabled device is found.

[0100] Another aspect of the present application also provides another vehicle key security management device, such as Figure 8 As shown, Figure 8 1 is a schematic diagram of another vehicle key security management device according to an exemplary embodiment of the present application. The security management device 800 is applied to a vehicle key and includes:

[0101] The sending module 810 sends a Bluetooth connection request carrying the identification of the vehicle key to the target vehicle, so as to receive Bluetooth response information returned by the target vehicle; wherein the Bluetooth response information includes a first disabled status code and a data clearing instruction, and the data clearing instruction is an instruction generated by the target vehicle when it is determined that the identification of the vehicle key is a disabled device identification;

[0102] A matching module 830 matches the first disabled status code with the second disabled status code issued by the cloud;

[0103] The data clearing module 850, if the match is successful, will clear the historical cloud login information and the historical Bluetooth login information, and send its own location information to the cloud and the target vehicle; among which, the historical cloud login information is the historical verification information used to log in to the cloud, and the historical Bluetooth login information is the historical verification information used to enable the Bluetooth function.

[0104] In another exemplary embodiment of the present application, the security management device 800 further includes:

[0105] A second disabled status code receiving module receives a second disabled status code; wherein the second disabled status code is a status code generated by the cloud according to the disabled device identifier, and the disabled device identifier is a device identifier set by the user in the cloud to prohibit the permission management of the target vehicle;

[0106] A numerical conversion module moves the characters at the second preset position in the second disabled state code to the first preset position, and subtracts the preset value from the numerical value corresponding to each character to obtain the second disabled state code after numerical conversion;

[0107] A decryption module performs a decryption operation on the second disabled status code after the numerical conversion to obtain a disabled device identifier represented by the second disabled status code;

[0108] The storage module stores the second disabled status code if the disabled device identifier is the same as the identifier of the vehicle key.

[0109] Another aspect of the present application also provides a vehicle key security management device, such as Fig. 9 As shown, Fig. 9 9 is a schematic diagram of another vehicle key security management device according to an exemplary embodiment of the present application. The security management device 900 is used in the cloud and includes:

[0110] The login response module 910, in response to the changed cloud login information of the user, updates the identifier of the historical vehicle key corresponding to the changed cloud login information to a disabled device identifier, and generates a second disabled status code according to the disabled device identifier; wherein the historical vehicle key is the vehicle key specified in the historical cloud login information;

[0111] The sending module 930 sends the second disabled status code to the historical vehicle key, and sends the disabled device identifier to the target vehicle corresponding to the historical vehicle key, so that when the target vehicle receives the Bluetooth connection request sent by the historical vehicle key, it returns a Bluetooth response information including a data clearing instruction and the first disabled status code to the historical vehicle key, so that the historical vehicle key determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code; the data clearing instruction instructs the historical cloud login information and historical Bluetooth login information stored in the historical vehicle key to be cleared, and the historical vehicle key reports its own location information to the cloud.

[0112] In another exemplary embodiment of the present application, the security management device 900 further includes:

[0113] An unlock request response module, in response to the unlock request, determines the unlock object targeted by the unlock request and the identifier of the requester carried in the unlock request;

[0114] The location information acquisition module acquires the location information of the requester if the unlocking object is the target vehicle and the identification of the requester is a disabled device identification, and sends a status signal indicating that the requester is online to the target vehicle.

[0115] This application improves the security management capabilities between the cloud, vehicle keys, and target vehicles. The cloud sends the disabled device identifier corresponding to the vehicle key to the target vehicle so that the target vehicle can know the disabled vehicle key in time; the cloud also sends the second disabled status code representing the disabled device identifier to the vehicle key so that the vehicle key can determine whether it has become a disabled vehicle key according to the second disabled status code.

[0116] When the vehicle key determines that it has become a disabled vehicle key, it stores the second disabled status code sent by the cloud; if the second disabled status code successfully matches the first disabled status code sent by the target vehicle, the vehicle key executes the data clearing instruction sent by the target vehicle, clears the historical cloud login information and historical Bluetooth login information stored in itself, and sends its own location information to the cloud and the target vehicle to facilitate the user to retrieve the disabled vehicle key.

[0117] When the target vehicle is responding to the Bluetooth connection request of the vehicle key, if it is determined that the vehicle key is a disabled vehicle key, a first disabled status code is generated according to the disabled device identifier, and the first disabled status code and the data clearing instruction are returned to the vehicle key as Bluetooth response information, so that the vehicle key determines whether to execute the data clearing instruction based on the matching result of the first disabled status code and the second disabled status code stored in itself.

[0118] It should be noted that the security management device provided in the above embodiment and the security management method provided in the above embodiment belong to the same concept, and the specific manner in which each module and unit performs operations has been described in detail in the method embodiment and will not be repeated here.

[0119] Another aspect of the present application also provides an electronic device, including: a controller; a memory for storing one or more programs, when the one or more programs are executed by the controller, to execute the above-mentioned security management method.

[0120] See also Fig.10 , Fig.10 1 is a schematic diagram of the structure of a computer system of an electronic device shown in an exemplary embodiment of the present application, which shows a schematic diagram of the structure of a computer system of an electronic device suitable for implementing an embodiment of the present application.

[0121] It should be noted that Fig.10 The computer system 1000 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0122] like Fig.10As shown, the computer system 1000 includes a central processing unit (CPU) 1001, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 1002 or the program loaded from the storage part 1008 to the random access memory (RAM) 1003, such as executing the method in the above embodiment. In the RAM 1003, various programs and data required for system operation are also stored. The CPU 1001, the ROM 1002 and the RAM 1003 are connected to each other through the bus 1004. The input / output (I / O) interface 1005 is also connected to the bus 1004.

[0123] The following components are connected to the I / O interface 1005: an input section 1006 including a keyboard, a mouse, etc.; an output section 1007 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1008 including a hard disk, etc.; and a communication section 1009 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to the I / O interface 1005 as needed. A removable medium 1011, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 1010 as needed so that a computer program read therefrom is installed into the storage section 1008 as needed.

[0124] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 1009, and / or installed from a removable medium 1011. When the computer program is executed by a central processing unit (CPU) 1001, various functions defined in the system of the present application are executed.

[0125] It should be noted that the computer-readable medium shown in the embodiment of the present application can be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media can include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable storage medium can be any tangible medium containing or storing a program, which can be used by an instruction execution system, device or device or used in combination with it. In the present application, a computer-readable signal medium can include a data signal propagated in a baseband or as a part of a carrier wave, wherein a computer-readable computer program is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Computer-readable signal media may also be any computer-readable medium other than computer-readable storage media, which may send, propagate, or transmit programs for use by or in conjunction with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.

[0126] The flowchart and block diagram in the accompanying drawings illustrate the possible architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order than the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0127] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.

[0128] Another aspect of the present application also provides a computer-readable storage medium on which a computer program is stored, and when the computer program is executed by a processor, the security management method as described above is implemented. The computer-readable storage medium may be included in the electronic device described in the above embodiment, or may exist independently without being assembled into the electronic device.

[0129] Another aspect of the present application also provides a computer program product or a computer program, which includes a computer instruction stored in a computer-readable storage medium. A processor of a computer device reads the computer instruction from the computer-readable storage medium, and the processor executes the computer instruction, so that the computer device executes the security management method provided in each of the above embodiments.

[0130] According to one aspect of an embodiment of the present application, a computer system is also provided, including a central processing unit (CPU), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) or a program loaded from a storage portion into a random access memory (RAM), such as executing the method in the above embodiment. In RAM, various programs and data required for system operation are also stored. CPU, ROM and RAM are connected to each other via a bus. An input / output (I / O) interface is also connected to the bus.

[0131] The following components are connected to the I / O interface: an input part including a keyboard, a mouse, etc.; an output part including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage part including a hard disk, etc.; and a communication part including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication part performs communication processing via a network such as the Internet. A drive is also connected to the I / O interface as needed. Removable media, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., are installed on the drive as needed so that the computer program read therefrom is installed into the storage part as needed.

[0132] The above content is only a preferred exemplary embodiment of the present application and is not intended to limit the implementation scheme of the present application. A person skilled in the art can easily make corresponding changes or modifications based on the main concept and spirit of the present application. Therefore, the scope of protection of the present application shall be based on the scope of protection required by the claims.

Claims

1. A method for secure management of vehicle keys, characterized in that: The safety management method is applied to a target vehicle, and the safety management method includes: receiving a Bluetooth connection request carrying an identification of a vehicle key; If the identification of the vehicle key successfully matches the disabled device identification, a first disabled status code is generated according to the disabled device identification, and the location information of the vehicle key is obtained; wherein the disabled device identification is a device identification set by the user in the cloud to prohibit the authority management of the target vehicle; The location information is sent to the cloud, and a Bluetooth response message is generated in response to the Bluetooth connection request according to the first disabled status code and the data clearing instruction, so that the vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; wherein the second disabled status code is a status code sent from the cloud to the vehicle key, and the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key, and enables the vehicle key to report its own location information to the cloud.

2. The safety management method according to claim 1, characterized in that: The step of generating a first disabled status code according to the disabled device identifier includes: Encrypting the disabled device identifier to obtain an encrypted string; The characters at the first preset position in the encrypted character string are moved to the second preset position, and the numerical values ​​corresponding to the respective characters are added with the preset numerical values ​​to obtain the first disabled status code.

3. The safety management method according to claim 1, characterized in that: The safety management method further comprises: In response to the status signal sent by the cloud indicating that the disabled device is online, a Bluetooth signal of the disabled device is searched, and when the Bluetooth signal of the disabled device is searched, an alarm message is sent to the cloud.

4. A method for secure management of vehicle keys, characterized in that: The safety management method is applied to a vehicle key, and the safety management method includes: Sending a Bluetooth connection request carrying the identification of the vehicle key to the target vehicle to receive Bluetooth response information returned by the target vehicle; wherein the Bluetooth response information includes a first disabled status code and a data clearing instruction, and the data clearing instruction is an instruction generated by the target vehicle when it is determined that the identification of the vehicle key is a disabled device identification; Matching the first disabled status code with the second disabled status code issued by the cloud; If the match is successful, the historical cloud login information and historical Bluetooth login information will be cleared, and the vehicle's own location information will be sent to the cloud and the target vehicle; wherein, the historical cloud login information is the historical verification information used to log in to the cloud, and the historical Bluetooth login information is the historical verification information used to enable the Bluetooth function.

5. The safety management method according to claim 4, characterized in that: The safety management method further comprises: Receive the second disabled status code; wherein the second disabled status code is a status code generated by the cloud according to the disabled device identifier, and the disabled device identifier is a device identifier set by a user in the cloud to prohibit permission management of the target vehicle; Move the characters at the second preset position in the second disabled state code to the first preset position, and subtract the preset value from the numerical value corresponding to each character to obtain the second disabled state code after numerical conversion; Performing a decryption operation on the second disabled status code after the numerical conversion to obtain a disabled device identifier represented by the second disabled status code; If the disabled device identifier is the same as the identifier of the vehicle key, the second disabled status code is stored.

6. A method for secure management of vehicle keys, characterized in that: The security management method is applied to the cloud, and the security management method includes: In response to the user's changed cloud login information, updating the identifier of the historical vehicle key corresponding to the changed cloud login information to a disabled device identifier, and generating a second disabled status code according to the disabled device identifier; wherein the historical vehicle key is the vehicle key specified in the historical cloud login information; The second disabled status code is sent to the historical vehicle key, and the disabled device identifier is sent to the target vehicle corresponding to the historical vehicle key, so that when the target vehicle receives the Bluetooth connection request sent by the historical vehicle key, it returns a Bluetooth response message including a data clearing instruction and a first disabled status code to the historical vehicle key, so that the historical vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; the data clearing instruction instructs to clear the historical cloud login information and historical Bluetooth login information stored in the historical vehicle key, and enables the historical vehicle key to report its own location information to the cloud.

7. The safety management method according to claim 6, characterized in that: The safety management method further comprises: In response to an unlock request, determining an unlock object for which the unlock request is directed, and an identifier of a requesting party carried in the unlock request; If the unlocking object is the target vehicle, and the identifier of the requesting party is the disabled device identifier, the location information of the requesting party is acquired, and a status signal indicating that the requesting party is online is sent to the target vehicle.

8. A vehicle key security management device, characterized in that: The management device is applied to a target vehicle, and the management device comprises: A receiving module, receiving a Bluetooth connection request carrying an identification of a vehicle key; A matching success module generates a first disabled status code according to the disabled device identifier and obtains the location information of the vehicle key if the identifier of the vehicle key matches the disabled device identifier successfully; wherein the disabled device identifier is a device identifier set by the user in the cloud to prohibit the permission management of the target vehicle; The management module sends the location information to the cloud, and generates a Bluetooth response message in response to the Bluetooth connection request according to the first disabled status code and the data clearing instruction, so that the vehicle key determines whether to execute the data clearing instruction according to the matching result of the first disabled status code and the second disabled status code; wherein, the second disabled status code is a status code sent from the cloud to the vehicle key, and the data clearing instruction indicates to clear the historical cloud login information and historical Bluetooth login information stored in the vehicle key, and enables the vehicle key to report its own location information to the cloud.

9. An electronic device, characterized in that: include: Controller; A memory for storing one or more programs, which, when executed by the controller, enables the controller to implement the security management method described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: Computer-readable instructions are stored thereon, and when the computer-readable instructions are executed by a processor of a computer, the computer is caused to execute the security management method described in any one of claims 1 to 7.

Images