Vehicle control method, device, equipment and medium

Abstract

The embodiment of the invention relates to a vehicle control method and device, equipment and a medium, and the method comprises the steps: receiving a vehicle control instruction sent by a terminal and a to-be-compared first comparison key after a vehicle and the terminal are in a preset target distance and are successfully connected according to a preset communication mode; the TBOX compares the first comparison key with a stored comparison key, generates a random number after successful comparison and sends the random number to the terminal, and the terminal verifies the random number and sends a comparison verification success result to the TBOX; and the TBOX processes the vehicle control instruction based on a preset decryption algorithm to obtain a target control instruction and sends the target control instruction to a vehicle body domain controller of the vehicle, and the TBOX receives a processing result fed back by the vehicle body domain controller and sends the processing result to the terminal. Therefore, the TBOX can serve as a role of a communication part of a digital key system, the cost of the whole vehicle is reduced, meanwhile, the safety of the vehicle is improved in the communication connection pairing authentication and digital key vehicle control process, and the risk that the digital key is attacked by a relay is reduced.

Description

Technical Field

[0001] The present disclosure relates to the field of vehicle technology, and in particular to a vehicle control method, device, equipment and medium. Background Art

[0002] As cars are rapidly developing towards networking and intelligence, digital keys (such as Bluetooth keys) have become standard for modern cars. For example, a car's Bluetooth key is the connection between the vehicle and a mobile phone application. The mobile phone application establishes a connection with the vehicle through the Bluetooth module to perform one-button start or vehicle unlocking operations. In the current scenario of using Bluetooth keys, in order to ensure the legitimacy of the user and the vehicle's identity, Bluetooth keys need to undergo security authentication.

[0003] In the related art, the mobile phone Bluetooth and the vehicle Bluetooth are paired in a broadcast packet format. This method easily causes the Bluetooth to be attacked by relays, thus making the Bluetooth key unsafe. Summary of the invention

[0004] In order to solve the above technical problems or at least partially solve the above technical problems, the present disclosure provides a vehicle control method, device, equipment and medium.

[0005] The disclosed embodiment provides a vehicle control method, which is applied to a vehicle, wherein the vehicle is connected to a cloud server and a terminal, and a TBOX (Telematics BOX, a vehicle networking module, used to communicate with a car factory cloud server and a mobile phone application to provide a network hotspot for the vehicle to achieve multiple functions) in the vehicle and the terminal store a comparison key, and the method includes:

[0006] When the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode, receiving a vehicle control instruction and a first comparison key to be compared sent by the terminal;

[0007] The TBOX compares the first comparison key with a stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and sends a comparison result to the TBOX;

[0008] The TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the vehicle body domain controller. The TBOX receives the processing result fed back by the vehicle body domain controller and sends it to the terminal.

[0009] Optionally, the TBOX in the vehicle and the terminal store a digital key pair, and before the connection is successfully established in the preset communication mode, the method further includes:

[0010] The TBOX receives a second comparison key sent by the terminal;

[0011] The TBOX compares the second comparison key with the stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and then sends the stored first digital private key to the TBOX;

[0012] The TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with a second digital public key stored locally, and after the comparison is successful, determines that the communication method has successfully established a connection.

[0013] Optionally, before the vehicle establishes a communication connection with the terminal, the method further includes:

[0014] Receive and store the digital key pair and the comparison key sent by the cloud server; wherein, based on the terminal sending a key application request to the cloud server, the cloud server generates the digital key pair and the comparison key in response to the key application request and sends them to the TBOX of the vehicle and the terminal.

[0015] The embodiment of the present disclosure also provides a vehicle control method, which is applied to a terminal, wherein the vehicle is connected to a cloud server and the terminal, and a TBOX in the vehicle and the terminal store a comparison key. The method includes:

[0016] When the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode, a vehicle control instruction and a first comparison key to be compared are sent to the TBOX;

[0017] receiving the random number sent by the TBOX, and sending a comparison verification success result to the TBOX after verifying the random number; wherein the TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, generates the random number;

[0018] Receive the processing result sent by the TBOX; wherein the TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the body domain controller of the vehicle to execute the processing result.

[0019] Optionally, the TBOX in the vehicle and the terminal store a digital key pair, and before the connection is successfully established in the preset communication mode, the method further includes:

[0020] Sending a second comparison key to the TBOX and receiving a random number sent by the TBOX; wherein the TBOX compares the second comparison key with a stored comparison key and generates the random number after the comparison is successful;

[0021] The terminal verifies the random number and sends the stored first digital private key to the TBOX;

[0022] Receive the communication method connection success information sent by the TBOX; wherein, the TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with the second digital public key stored locally, and after the comparison is successful, generates the communication method connection success information.

[0023] Optionally, the method further includes:

[0024] Sending a key application request to the cloud server; wherein the cloud server generates the digital key pair and the comparison key in response to the key application request and sends them to the TBOX of the vehicle and the terminal;

[0025] The digital key pair and the comparison key sent by the cloud server are received and stored.

[0026] The embodiment of the present disclosure further provides a vehicle control device, which is applied to a vehicle, wherein the vehicle is connected to a cloud server and a terminal, and a TBOX in the vehicle and the terminal store a comparison key. The device includes:

[0027] A connection receiving module, used for receiving a vehicle control instruction and a first comparison key to be compared sent by the terminal when the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode;

[0028] A comparison and sending module, used for the TBOX to compare the first comparison key with a stored comparison key, and after the comparison is successful, generate a random number and send it to the terminal, so that the terminal verifies the random number and sends the comparison and verification success result to the TBOX;

[0029] The processing module is used for the TBOX to process the vehicle control instruction based on a preset decryption algorithm, obtain a target control instruction and send it to the body domain controller of the vehicle, and the TBOX receives the processing result fed back by the body domain controller and sends it to the terminal.

[0030] The embodiment of the present disclosure also provides a vehicle control device, which is applied to a terminal. The vehicle is connected to a cloud server and a terminal. The TBOX in the vehicle and the terminal store a comparison key. The device includes:

[0031] A connection sending module, configured to send a vehicle control instruction and a first comparison key to be compared to the TBOX when the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode;

[0032] A receiving and generating module, configured to receive the random number sent by the TBOX, and after verifying the random number, send a comparison and verification success result to the TBOX; wherein the TBOX compares the first comparison key with a stored comparison key, and after the comparison is successful, generates the random number;

[0033] The first receiving module is used to receive the processing result sent by the TBOX; wherein the TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the body domain controller of the vehicle to execute the processing result.

[0034] An embodiment of the present disclosure also provides an electronic device, which includes: a processor; a memory for storing executable instructions of the processor; the processor is used to read the executable instructions from the memory and execute the instructions to implement the vehicle control method provided by the embodiment of the present disclosure.

[0035] The embodiment of the present disclosure further provides a computer-readable storage medium, wherein the storage medium stores a computer program, and the computer program is used to execute the vehicle control method provided by the embodiment of the present disclosure.

[0036] The embodiment of the present disclosure also provides a computer program product, including a computer program, wherein the computer program implements the vehicle control method described in the aforementioned aspect when executed by a processor.

[0037] The technical solution provided by the embodiment of the present disclosure has the following advantages over the prior art: the vehicle control solution provided by the embodiment of the present disclosure includes: when the vehicle and the terminal are within a preset target distance, after the connection is successfully established according to the preset communication method, the vehicle control instruction and the first comparison key to be compared sent by the terminal are received; TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and sends the comparison verification success result to TBOX; TBOX processes the vehicle control instruction based on the preset decryption algorithm, obtains the target control instruction and sends it to the vehicle's body domain controller, and TBOX receives the processing result fed back by the body domain controller and sends it to the terminal. The technical problem of the insecurity of the existing digital key is solved. TBOX can also play the role of the communication part of the digital key system while maintaining the original basic functions such as vehicle monitoring and data transmission, which not only reduces the cost of the whole vehicle, but also improves the safety of the vehicle in the process of communication connection pairing authentication and digital key control of the vehicle, reduces the risk of digital keys being attacked by relays, and changes the original single-step encryption verification in the communication connection and vehicle control process into a double-step encryption verification, further improving the safety of vehicle control. BRIEF DESCRIPTION OF THE DRAWINGS

[0038] The above and other features, advantages and aspects of the embodiments of the present disclosure will become more apparent with reference to the following detailed description in conjunction with the accompanying drawings. Throughout the accompanying drawings, the same or similar reference numerals represent the same or similar elements. It should be understood that the drawings are schematic and the originals and elements are not necessarily drawn to scale.

[0039] Figure 1A An example diagram of existing vehicle control provided for an embodiment of the present disclosure;

[0040] Figure 1B An example diagram of the structure of a vehicle control system provided by an embodiment of the present disclosure;

[0041] Figure 2 A schematic flow chart of a vehicle control method provided by an embodiment of the present disclosure;

[0042] Figure 3 A flow chart of another vehicle control method provided by an embodiment of the present disclosure;

[0043] Figure 4 A flowchart of another vehicle control method provided by an embodiment of the present disclosure;

[0044] Figure 5 An example diagram of a vehicle control method provided by an embodiment of the present disclosure;

[0045] Figure 6 A schematic diagram of the structure of a vehicle control device provided by an embodiment of the present disclosure;

[0046] Figure 7 A schematic diagram of the structure of another vehicle control device provided by an embodiment of the present disclosure;

[0047] Figure 8 A schematic diagram of the structure of an electronic device provided in an embodiment of the present disclosure. DETAILED DESCRIPTION

[0048] Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. Although certain embodiments of the present disclosure are shown in the accompanying drawings, it should be understood that the present disclosure can be implemented in various forms and should not be construed as being limited to the embodiments described herein, which are instead provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the present disclosure are only for exemplary purposes and are not intended to limit the scope of protection of the present disclosure.

[0049] It should be understood that the various steps described in the method embodiments of the present disclosure may be performed in different orders and / or in parallel. In addition, the method embodiments may include additional steps and / or omit the steps shown. The scope of the present disclosure is not limited in this respect.

[0050] The term "including" and its variations used herein are open inclusions, i.e., "including but not limited to". The term "based on" means "based at least in part on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". The relevant definitions of other terms will be given in the following description.

[0051] It should be noted that the concepts such as "first" and "second" mentioned in the present disclosure are only used to distinguish different devices, modules or units, and are not used to limit the order or interdependence of the functions performed by these devices, modules or units.

[0052] It should be noted that the modifications of "one" and "plurality" mentioned in the present disclosure are illustrative rather than restrictive, and those skilled in the art should understand that unless otherwise clearly indicated in the context, it should be understood as "one or more".

[0053] The names of the messages or information exchanged between multiple devices in the embodiments of the present disclosure are only used for illustrative purposes and are not used to limit the scope of these messages or information.

[0054] At present, in the current scenario of using Bluetooth keys, in order to ensure the legitimacy of the identity of the user and the vehicle, Bluetooth keys need to undergo security authentication. The mobile phone Bluetooth and the vehicle Bluetooth are paired in the broadcast packet format. This method is prone to Bluetooth being attacked by relays, making the Bluetooth key unsafe.

[0055] Specifically, Figure 1A The example diagram of the existing vehicle control is shown in FIG. Figure 1A As shown in the figure, when the cloud TSP (Telematics Service Provider, the cloud server of the Internet of Vehicles, in the field of Internet of Vehicles, the equipment and software on the car side can transmit the real-time status of the vehicle to the cloud, and the cloud server processes and analyzes data through the cloud computing platform to realize vehicle data analysis, data mining, intelligent maintenance and predictive maintenance services) sends the digital key to the mobile phone application and the car-side TBOX and stores it locally at both ends, the Bluetooth connection event is triggered for Bluetooth pairing. After the pairing is successful, the keys at both ends are compared for encryption and decryption authentication. After the Bluetooth connection is successful, TBOX can perform the subsequent one-key start and vehicle unlocking Bluetooth control operations. After the data is sent to TBOX through the Bluetooth channel, TBOX performs data analysis and encryption and decryption operations to verify the security of the vehicle control command, and then sends it to the body domain controller (controller that controls the vehicle lighting system, manages the door lock switch, window lifting, and the scheduling of the air conditioning system in the car) through CAN (car-side controller local area network) to the handpiece actuator. After waiting for the execution command fed back by the handpiece actuator, TBOX feeds back the feedback result to the mobile terminal (i.e. terminal) application program side through the Bluetooth channel.

[0056] In view of the technical problem that the digital key is easily attacked by relay, the embodiment of the present disclosure proposes a vehicle control method, which can be applied to Figure 1B In the application environment shown. The vehicle control method is applied to a vehicle control system. The vehicle control system includes a cloud server 100, a terminal 200 and a vehicle 300. The vehicle 300 includes a TBOX 310 and a body domain controller 320. The vehicle 300 is connected to the cloud server 100 and the terminal 200, and the TBOX 310 in the vehicle 300 and the terminal 200 store a comparison key.

[0057] Specifically, the terminal 200 and TBOX310 receive and store the digital key pair and comparison key sent by the cloud server 100. When the vehicle 300 and the terminal 200 are within a preset target distance and a connection is successfully established according to a preset communication method, the terminal 200 sends a vehicle control instruction and a first comparison key to be compared to TBOX310, and TBOX310 receives the vehicle control instruction and the first comparison key to be compared sent by the terminal 200; TBOX310 compares the first comparison key with the stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal 200. After verifying the random number, the terminal 200 sends the comparison verification success result to TBOX310; TBOX310 processes the vehicle control instruction based on a preset decryption algorithm, obtains the target control instruction and sends it to the body domain controller 320 of the vehicle 300, and TBOX310 receives the processing result fed back by the body domain controller 320 and sends it to the terminal 200. The technical problem of insecurity of existing digital keys has been solved. TBOX can serve as the communication part of the digital key system while maintaining the original basic functions such as vehicle monitoring and data transmission. It not only reduces the cost of the entire vehicle, but also improves the safety of the vehicle during the communication connection pairing authentication and digital key control process, reduces the risk of digital keys being attacked by relays, and changes the original single-step encryption verification in the communication connection and vehicle control process to a double-step encryption verification, further improving the safety of vehicle control.

[0058] Figure 2 The flowchart of a vehicle control method provided by an embodiment of the present disclosure is shown in FIG. 1 , which can be executed by a vehicle control device, wherein the device can be implemented by software and / or hardware and can generally be integrated into an electronic device. Figure 2 As shown, the method is applied to a vehicle, the vehicle is connected to a cloud server and a terminal, a TBOX in the vehicle and a terminal store a comparison key, and the method includes:

[0059] Step 201: When the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode, a vehicle control instruction and a first comparison key to be compared sent by the terminal are received.

[0060] In the embodiment of the present disclosure, the target distance can be selected and set according to the actual application scenario, such as 5 meters, etc. In the embodiment of the present disclosure, the communication mode is pre-set, such as Bluetooth communication, and can also be selected and set according to actual communication needs.

[0061] Specifically, when the vehicle and the terminal are within a preset target distance and a connection is successfully established in accordance with a preset communication method, TBOX receives the vehicle control instructions and the first comparison key to be compared sent by the terminal; wherein the vehicle control instructions may be instructions for controlling vehicle lights, instructions for controlling vehicle door lock switches, etc., wherein the vehicle control instructions are encrypted instructions, which are encrypted in advance according to a preset encryption algorithm, and subsequently TBOX decrypts based on a corresponding decryption algorithm to obtain an unencrypted vehicle control instruction, i.e., a target control instruction.

[0062] Specifically, the first comparison key to be compared refers to the comparison key pre-stored by the terminal as the first comparison key sent to TBOX, so that TBOX compares the first comparison key to be compared with the locally stored comparison key to perform authentication to ensure security. Among them, the comparison key can be understood as a key feature value, used for two-step encryption verification, and can include key validity, application account information, vehicle information, frame number, creation time, etc.

[0063] For example, when a terminal such as a mobile phone approaches a vehicle, the mobile phone and TBOX establish a Bluetooth connection channel, and send a vehicle control instruction and a first comparison key to be compared to TBOX.

[0064] In some embodiments, a digital key pair and a comparison key sent by a cloud server are received and stored; wherein, based on the terminal sending a key application request to the cloud server, the cloud server generates a digital key pair and a comparison key in response to the key application request and sends them to the TBOX and terminal of the vehicle.

[0065] In some embodiments, TBOX receives a second comparison key sent by the terminal; TBOX compares the second comparison key with the stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and then sends the stored first digital private key to TBOX; TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with the second digital public key stored locally, and after the comparison is successful, determines that the communication method has established a connection successfully.

[0066] It is understandable that before the vehicle and the terminal establish a communication connection, it is necessary to send a key application request to the cloud server through the terminal. The cloud server responds to the key application request to generate a digital key pair and a comparison key and sends them to the vehicle's TBOX and terminal for storage. In order to ensure the security of the communication connection, the TBOX receives the comparison key sent by the terminal and compares it with the stored comparison key. After the comparison is successful, it generates a random number and sends it to the terminal, so that the terminal verifies the random number and sends the stored digital private key to the TBOX. The TBOX processes the digital private key sent by the terminal to obtain a digital public key and compares it with the locally stored digital public key. After the comparison is successful, it determines that the communication method has established a successful connection.

[0067] Step 202: TBOX compares the first comparison key with the stored comparison key. After the comparison is successful, it generates a random number and sends it to the terminal, so that the terminal verifies the random number and sends the comparison result to TBOX.

[0068] In the disclosed embodiment, TBOX receives the first comparison key to be compared, compares the first comparison key to be compared with the locally stored comparison key, generates a random number after the comparison is successful and sends it to the terminal, so that the terminal verifies the random number and sends the comparison verification success result to TBOX. Among them, the random number is different for each communication connection, and the generated random number is only valid for this communication connection. The composition of the random number can be set as needed, for example, it is composed of 4 bytes, and can be randomly generated in plain text to prevent relay attacks.

[0069] It should be noted that after the terminal verifies the random number, if the comparison and verification fails, the communication connection will be disconnected to ensure communication security.

[0070] Step 203: TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the vehicle's body domain controller. TBOX receives the processing result fed back by the body domain controller and sends it to the terminal.

[0071] In the disclosed embodiments, a decryption algorithm such as the AES algorithm is pre-set. The Advanced Encryption Standard (AES) in cryptography, also known as the Rijndael encryption method, includes multiple encryption modes, such as the Electronic Codebook Book (ECB), Cipher BlockChaining (CBC), Counter (CTR), Cipher FeedBack (CFB) and Output FeedBack (OFB).

[0072] In the disclosed embodiment, TBOX sends the target control instruction to the body domain controller through the vehicle CAN network, and the body domain controller performs related operations after receiving the target control instruction, such as unlocking the whole vehicle. It can also be understood that after the body domain controller successfully executes, it will feedback the execution result to TBOX, and TBOX will then feedback the result to the terminal application (the application can be used in a watch or WeChat applet, etc.) via Bluetooth. For example, the terminal application interface shows that the vehicle is successfully unlocked, and the user can open the door of the whole vehicle to enter the vehicle.

[0073] The vehicle control scheme provided by the embodiment of the present disclosure includes: when the vehicle and the terminal are within a preset target distance, after the connection is successfully established according to the preset communication method, the vehicle control instruction sent by the terminal and the first comparison key to be compared are received; TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, a random number is generated and sent to the terminal, so that the terminal verifies the random number and sends the comparison verification success result to TBOX; TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains the target control instruction and sends it to the vehicle's body domain controller, and TBOX receives the processing result fed back by the body domain controller and sends it to the terminal. The technical problem of the insecurity of the existing digital key is solved. TBOX can also play the role of the communication part of the digital key system while maintaining the original basic functions such as vehicle monitoring and data transmission, which not only reduces the cost of the whole vehicle, but also improves the safety of the vehicle in the process of communication connection pairing authentication and digital key control of the vehicle, reduces the risk of digital keys being attacked by relays, and changes the original single-step encryption verification in the communication connection and vehicle control process into a double-step encryption verification, further improving the safety of vehicle control.

[0074] Figure 3 A flow chart of another vehicle control method provided by an embodiment of the present disclosure is shown as follows: Figure 3 As shown, the method is applied to a terminal, a vehicle is connected to a cloud server and a terminal, and a TBOX in the vehicle and a terminal store a comparison key, including:

[0075] Step 301: When the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode, a vehicle control instruction and a first comparison key to be compared are sent to TBOX.

[0076] In the embodiment of the present disclosure, the target distance can be selected and set according to the actual application scenario, such as 5 meters, etc. In the embodiment of the present disclosure, the communication mode is pre-set, such as Bluetooth communication, and can also be selected and set according to actual communication needs.

[0077] Specifically, when the vehicle and the terminal are within the preset target distance and the connection is successfully established according to the preset communication method, the vehicle control command and the first comparison key to be compared are sent to TBOX; wherein the vehicle control command can be a command to control the vehicle lights, a command to control the vehicle door lock switch, etc., and the first comparison key to be compared refers to the terminal sending the pre-stored comparison key as the first comparison key to TBOX, so that TBOX compares the first comparison key to be compared with the locally stored comparison key to perform authentication to ensure security. Among them, the comparison key can be understood as a key feature value, which is used for two-step encryption verification and can include key validity, application account information, vehicle information, frame number, creation time, etc.

[0078] In some embodiments, an application request is sent to a cloud server key; wherein the cloud server generates a digital key pair and a comparison key in response to the key application request and sends them to the vehicle's TBOX and terminal; the digital key pair and comparison key sent by the cloud server are received and stored.

[0079] In some embodiments, a second comparison key is sent to TBOX, and a random number sent by TBOX is received; wherein TBOX compares the second comparison key with the stored comparison key, and generates a random number after the comparison is successful; the terminal verifies the random number and sends the stored first digital private key to TBOX; and receives the communication method connection establishment success information sent by TBOX; wherein TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with the second digital public key stored locally, and generates the communication method connection establishment success information after the comparison is successful.

[0080] It is understandable that before the vehicle and the terminal establish a communication connection, it is necessary to make a key application request to the cloud server through the terminal. The cloud server responds to the key application request to generate a digital key pair and a comparison key and sends them to the vehicle's TBOX and terminal for storage. In order to ensure the security of the communication connection, the TBOX receives the comparison key sent by the terminal and compares it with the stored comparison key. After the comparison is successful, a random number is generated and sent to the terminal, so that the terminal verifies the random number and sends the stored digital private key to the TBOX. The TBOX processes the digital private key to obtain a digital public key and compares it with the locally stored digital public key. After the comparison is successful, it is determined that the communication method has established a successful connection.

[0081] Step 302: Receive the random number sent by TBOX, and after verifying the random number, send the comparison verification success result to TBOX; wherein TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, generates a random number.

[0082] In the disclosed embodiment, the random number sent by TBOX is received and verified. If the verification is successful, the comparison result is sent to TBOX. If the verification fails, the communication connection is disconnected, that is, the communication connection is not established to ensure security. The verification of the random number can be understood as whether there are extra random number bytes. Normally, there are no such random number bytes, so as to determine that the first comparison key and the stored comparison key are successfully compared.

[0083] Step 303, receiving the processing result sent by TBOX; wherein TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains the target control instruction and sends it to the vehicle's body domain controller for execution processing result.

[0084] In the embodiment of the present disclosure, the pre-set decryption algorithm is the same as described in the aforementioned embodiment. It can be understood that the decryption algorithm corresponds to the encryption algorithm.

[0085] In the disclosed embodiment, TBOX sends the target control instruction to the body domain controller through the vehicle CAN network. After receiving the target control instruction, the body domain controller executes the relevant operation successfully and then feeds back the execution result to TBOX. TBOX then feeds back the result to the terminal via Bluetooth, and the terminal can obtain the processing result.

[0086] As a result, the technical problem of the insecurity of digital keys in the existing method is solved. TBOX can also serve as the communication part of the digital key system while maintaining the original basic functions such as vehicle monitoring and data transmission, which not only reduces the cost of the entire vehicle, but also improves the safety of the vehicle during the communication connection pairing authentication and digital key control process, reduces the risk of digital keys being attacked by relays, and changes the original single-step encryption verification in the communication connection and vehicle control process to a double-step encryption verification, further improving the security of vehicle control.

[0087] For a clearer description, the vehicle control method of the embodiment of the present disclosure is taken as an example. Figure 4As shown, step 401, an application request is sent to the cloud server key, and the cloud server responds to the key application request to generate a digital key pair and a comparison key and sends them to the vehicle's TBOX and terminal for storage; step 402, a second comparison key is sent to the TBOX, and the TBOX compares the second comparison key with the stored comparison key, and after the comparison is successful, a random number is generated and sent to the terminal; step 403, after the terminal verifies the random number, the comparison verification success result and the stored first digital private key are sent to the TBOX, and the TBOX processes the first digital private key based on the decryption algorithm to obtain a first digital public key, and compares the first digital public key with the second digital public key stored locally, and determines after the comparison is successful. The communication mode connection is established successfully; step 404, TBOX sends a communication mode connection establishment success message to the terminal, and the terminal sends the vehicle control instruction and the first comparison key to be compared to TBOX; step 405, TBOX compares the first comparison key with the stored comparison key, generates a random number after the comparison is successful, and sends it to the terminal, and the terminal verifies the random number and sends the comparison verification success result to TBOX; step 406, TBOX processes the vehicle control instruction based on a preset decryption algorithm to obtain the target control instruction and sends it to the vehicle body domain controller, TBOX receives the processing result fed back by the body domain controller and sends it to the terminal, and the terminal receives the processing result sent by TBOX.

[0088] Specifically, taking the terminal as a mobile phone and the communication method as Bluetooth communication, such as Figure 5As shown, it includes: step 1 that the mobile phone sends a key application to the cloud; step 2 that the cloud generates and saves the key and related business data; step 3 that the cloud sends the key to the mobile terminal (i.e., the mobile phone) and the vehicle terminal (TBOX); step 4 that the mobile phone stores the key locally and TBOX stores the key locally; step 5 that the mobile phone feeds back information to the cloud and TBOX feeds back information to the cloud; step 6 that the mobile phone and TBOX establish a Bluetooth connection channel; step 7 that the mobile phone sends KEYID (comparison key) to TBOX; step 8 that TBOX verifies and compares the KEYID; step 9 that TBOX returns a random number to the mobile phone after the verification is successful; step 10 that the mobile phone verifies and compares the random number; step 11 that the mobile phone and TBOX perform authentication , authentication process; Step 12 The mobile phone and TBOX are successfully connected via Bluetooth; Step 13 TBOX sends the vehicle control command (vehicle control command) to TBOX via Bluetooth; Step 14 The mobile phone sends the KEYID to TBOX; Step 15 TBOX verifies and compares the KEYID; Step 16 TBOX returns a random number to the mobile phone after the verification is successful; Step 17 The mobile phone verifies and compares the random number; Step 18 The mobile phone feeds back the comparison result to TBOX; Step 19 TBOX performs data analysis and encryption and decryption; Step 20 TBOX sends it to the body domain controller via CAN; Step 21 TBOX receives the execution result fed back by the body domain controller; Step 22 TBOX feeds back the execution result to the mobile phone.

[0089] Specifically, the mobile application triggers the key application business process; after receiving the key application business process sent by the application, the cloud TSP generates an encrypted key secret key and compares the key KEYID, and records and saves relevant information (such as the time when the user applied for the key, the key validity of the user's application, etc.); the cloud TSP sends the key information to the mobile application side and the vehicle-side TBOX side; the mobile application and the vehicle-side TBOX save the key locally after receiving the key sent by the cloud; the mobile application and the vehicle-side TBOX successfully save the key locally and then feedback to the TSP cloud; when the mobile phone is close to the vehicle, the mobile phone scans the vehicle-side broadcast and establishes a Bluetooth connection channel; after the Bluetooth connection channel is established, the mobile phone The end sends the comparison key (KEYID) stored locally to TBOX; TBOX compares the local key. If the comparison fails, the Bluetooth connection is disconnected. If the comparison succeeds, the next step is taken; TBOX returns a random number to the mobile application (only for this Bluetooth connection). If the mobile application does not respond within a certain period of time, the Bluetooth connection is disconnected. If there is a response, the next step is taken; after receiving the random number returned by TBOX, the mobile application performs a local verification. If the verification fails, the Bluetooth connection is disconnected. If the verification succeeds, the next step is taken; the mobile application sends the locally stored key to TBOX, TBOX decrypts it and then performs a comparison. If the comparison fails, the authentication fails. If the comparison fails, the Bluetooth is disconnected. If the comparison is successful, the authentication is successful. After the Bluetooth connection is successful, subsequent Bluetooth vehicle control commands (one-key start or vehicle unlocking operations, etc.) can be performed. The mobile phone application sends the Bluetooth vehicle control command to the vehicle-side TBOX, and the vehicle-side TBOX stores the vehicle control command locally. The mobile phone application sends the KEYID to TBOX again. After receiving the KEYID, TBOX compares it with the local key. If the comparison fails, the Bluetooth connection is disconnected. If the comparison is successful, a random number is fed back to the mobile phone application (only for this Bluetooth connection). If the mobile phone application does not feedback within a certain period of time, the Bluetooth connection is disconnected. If feedback is received, the next step is performed. The mobile phone application receives the feedback from TBOX After receiving the random number fed back, a local check is performed. If the check fails, the Bluetooth connection is disconnected. If the check succeeds, the next operation is performed. The mobile application feeds back the comparison and verification results to TBOX. After TBOX receives the verification results, it performs data parsing and encryption and decryption on the aforementioned temporarily stored vehicle control instructions. If an exception occurs, the instructions are not executed and the relevant error information of the mobile application is fed back. After TBOX parses and encrypts the Bluetooth vehicle control instructions, it sends the relevant instructions to the body domain controller through CAN. After executing the operation, the body domain controller feeds back the results to TBOX. After receiving the feedback results from the counterpart actuator, TBOX feeds back the execution results to the mobile terminal, that is, the mobile application, through the Bluetooth channel.

[0090] As an example of a scenario, after the user downloads the application on the mobile phone, registers and logs in successfully to enter the application interface and apply for a Bluetooth key. At this time, the mobile phone will send the instruction to apply for the Bluetooth key to the background cloud server through the network under network conditions. After receiving the instruction sent by the application, the cloud server will automatically generate a digital key key and a KEYID for comparing the key information and record the valid information of the user's key in the cloud server. The valid information includes but is not limited to the time when the user applied for the key, the key validity of the user's application for the key, the account information of the user's application for the key, and the vehicle information corresponding to the account number for the user's application for the key (such as license plate, frame number, etc.).

[0091] Among them, KEYID is used for subsequent Bluetooth connection between the mobile application and the vehicle and for secondary verification when controlling the vehicle with Bluetooth. The length and format of KEYID can be defined by yourself. Whether this KEYID is sent in plain text or encrypted can also be defined by yourself. The encryption method can also be defined by yourself. Here, it is sent in plain text, including key validity, account information and vehicle frame number. The digital key key is encrypted and sent according to standard specifications, such as AES encryption method CBC mode.

[0092] After the cloud server processes the digital key, KEYID, and valid user information, it sends the digital key and KEYID to the mobile application and the vehicle-side TBOX at the same time. The mobile application receives the relevant information sent by the cloud server through the network and stores it in the mobile phone storage module. The vehicle-side TBOX receives the relevant information sent by the cloud server through MQTT and stores it in the storage chip.

[0093] At this time, if the user turns on the Bluetooth switch on the mobile phone or turns on the Bluetooth button in the application, the mobile phone can establish a Bluetooth channel with the Bluetooth module of the vehicle-side TBOX. The APP will transmit the locally stored KEYID to TBOX according to the relevant standard protocol. After receiving the KEYID, TBOX will call the KEYID stored in the storage chip for verification and comparison. If the comparison fails, the TBOX side will actively disconnect the Bluetooth connection, and the user needs to manually reconnect the Bluetooth again. If the comparison is successful, TBOX will return a random number to the application through the Bluetooth channel. This random number is only used for this Bluetooth connection. For example, the random number consists of 4 bytes and is randomly generated in plain text to prevent relay attacks. After receiving the random number, the application will complete the verification within a certain period of time, and then send the digital key after verification. The time defined here is, for example, 3s. If TBOX does not receive the key information sent by the application after 3s, it will actively disconnect the Bluetooth connection, and the user needs to manually trigger the Bluetooth connection again.

[0094] After receiving the digital key, TBOX performs encryption and decryption analysis according to the standard. If the analysis fails, Bluetooth is disconnected. If the analysis and comparison are successful, the application is fed back with a successful Bluetooth connection instruction. The application displays a successful Bluetooth connection on the interface, and the user can perform Bluetooth vehicle control instructions, such as unlocking the entire vehicle. The application sends the unlock vehicle instruction to TBOX and also sends the KEYID again. TBOX stores this vehicle control instruction locally for a short time, and compares the KEYID first. If the comparison is successful, the random number is fed back to the application end. After receiving the random number, the application needs to perform verification and comparison within a certain period of time, which is defined here as 2s. If the comparison is successful, the result is fed back to TBOX.

[0095] If the random number and KEYID verification and comparison fail at any point during the interaction between the above Bluetooth car control application and TBOX, the Bluetooth connection will be disconnected. After TBOX receives the verification result, it calls the Bluetooth car control command temporarily stored in the local chip to perform data encryption and decryption and analysis. The relevant content is consistent with the data encryption and decryption analysis steps during the Bluetooth connection and is implemented in accordance with the Bluetooth standard specification. If the analysis fails, the application will be fed back with the execution abnormal instruction. At this time, the application will display a pop-up window to inform the user that the instruction execution error occurred. If the analysis and comparison are successful, TBOX sends the vehicle control instruction to the body domain controller through the vehicle CAN network. After receiving the instruction, the body domain controller performs related operations, which is to perform the operation of unlocking the vehicle. If the body domain controller successfully executes and feeds back the execution result to TBOX, TBOX will then feed back the result to the application via Bluetooth. The application interface shows that the vehicle is successfully unlocked, and the user can open the vehicle door and enter the vehicle.

[0096] It should be noted that, based on the fact that TBOX also plays some roles in the Bluetooth of the digital key system, if the Bluetooth controller of the digital key system is separated from TBOX, or other controllers also play some roles in Bluetooth, it can also be used on the Bluetooth controller of the digital key system or other controllers that also play some roles in Bluetooth, to further meet application requirements.

[0097] In addition, after the KEYID used for two-step encryption verification is sent from the cloud to the application and the vehicle, the application and the vehicle can perform secondary encryption on the KEYID for each Bluetooth connection to reduce the risk of relay attacks and further improve vehicle control safety.

[0098] As a result, TBOX not only realizes its own basic functions (such as vehicle monitoring, data transmission, remote control, emergency rescue, OTA upgrade), but also plays the role of the Bluetooth part of the digital key system, which not only reduces the cost of the entire vehicle, but also improves the safety of the vehicle during Bluetooth connection pairing authentication and Bluetooth vehicle control, and reduces the risk of Bluetooth relay attacks, and changes the original single-step encryption verification in the Bluetooth connection and vehicle control process into a two-step encryption verification.

[0099] Figure 6 This is a schematic diagram of the structure of a vehicle control device provided by an embodiment of the present disclosure. The device can be implemented by software and / or hardware and can generally be integrated into an electronic device. Figure 6 As shown, it is applied to a vehicle, the vehicle is connected to a cloud server and a terminal, the TBOX in the vehicle and the terminal store a comparison key, and the device includes:

[0100] The connection receiving module 601 is used to receive the vehicle control instruction and the first comparison key to be compared sent by the terminal when the vehicle and the terminal are within a preset target distance and a connection is successfully established according to a preset communication method;

[0101] The comparison and sending module 602 is used for the TBOX to compare the first comparison key with the stored comparison key, and after the comparison is successful, generate a random number and send it to the terminal, so that the terminal verifies the random number and sends the comparison and verification success result to the TBOX;

[0102] The processing module 603 is used for the TBOX to process the vehicle control instruction based on a preset decryption algorithm, obtain a target control instruction and send it to the body domain controller of the vehicle, and the TBOX receives the processing result fed back by the body domain controller and sends it to the terminal.

[0103] Optionally, the device further includes:

[0104] A second receiving module, used for the TBOX to receive a second comparison key sent by the terminal;

[0105] a comparison generation module, configured for the TBOX to compare the second comparison key with a stored comparison key, and after the comparison is successful, to generate a random number and send it to the terminal, so that the terminal verifies the random number and then sends the stored first digital private key to the TBOX;

[0106] The processing and determination module is used for the TBOX to process the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compare the first digital public key with the second digital public key stored locally, and after the comparison is successful, determine that the communication method has successfully established a connection.

[0107] Optionally, the device further includes:

[0108] The third receiving module is used to receive and store the digital key pair and the comparison key sent by the cloud server; wherein, based on the terminal sending a key application request to the cloud server, the cloud server generates the digital key pair and the comparison key in response to the key application request and sends them to the TBOX of the vehicle and the terminal.

[0109] Figure 7 This is a schematic diagram of the structure of another vehicle control device provided by an embodiment of the present disclosure. The device can be implemented by software and / or hardware and can generally be integrated into an electronic device. Figure 7 As shown, the device is applied to a terminal, a vehicle is connected to a cloud server and a terminal, a TBOX in the vehicle and the terminal store a comparison key, and the device includes:

[0110] The connection sending module 701 is used to send a vehicle control instruction and a first comparison key to be compared to the TBOX when the vehicle and the terminal are within a preset target distance and a connection is successfully established according to a preset communication method;

[0111] The receiving and generating module 702 is used to receive the random number sent by the TBOX, and after verifying the random number, send the comparison verification success result to the TBOX; wherein the TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, generates the random number;

[0112] The first receiving module 703 is used to receive the processing result sent by the TBOX; wherein the TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the body domain controller of the vehicle to execute the processing result.

[0113] Optionally, the device further includes:

[0114] a sending and receiving module, configured to send a second comparison key to the TBOX and receive a random number sent by the TBOX; wherein the TBOX compares the second comparison key with a stored comparison key and generates the random number after the comparison is successful;

[0115] A verification storage module, used for the terminal to send the stored first digital private key to the TBOX after verifying the random number;

[0116] The fourth receiving module is used to receive the communication mode connection establishment success information sent by the TBOX; wherein, the TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with the second digital public key stored locally, and after the comparison is successful, generates the communication mode connection establishment success information.

[0117] Optionally, the device further includes:

[0118] A sending module, used for sending a key application request to the cloud server; wherein the cloud server generates the digital key pair and the comparison key in response to the key application request and sends them to the TBOX of the vehicle and the terminal;

[0119] The fifth receiving module is used to receive and store the digital key pair and the comparison key sent by the cloud server.

[0120] The vehicle control device provided in the embodiments of the present disclosure can execute the vehicle control method provided in any embodiment of the present disclosure, and has functional modules and beneficial effects corresponding to the execution method.

[0121] The embodiments of the present disclosure also provide a computer program product, including a computer program / instruction, which implements the vehicle control method provided by any embodiment of the present disclosure when executed by a processor.

[0122] Figure 8 This is a schematic diagram of the structure of an electronic device provided by an embodiment of the present disclosure. Figure 8 , which shows a schematic diagram of the structure of an electronic device 800 suitable for implementing the embodiment of the present disclosure. The electronic device 800 in the embodiment of the present disclosure may include, but is not limited to, mobile terminals such as mobile phones, notebook computers, digital broadcast receivers, PDAs (personal digital assistants), PADs (tablet computers), PMPs (portable multimedia players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 8 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 disclosure.

[0123] like Figure 8 As shown, the electronic device 800 may include a processing device (e.g., a central processing unit, a graphics processing unit, etc.) 801, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 802 or a program loaded from a storage device 808 into a random access memory (RAM) 803. In the RAM 803, various programs and data required for the operation of the electronic device 800 are also stored. The processing device 801, the ROM 802, and the RAM 803 are connected to each other via a bus 804. An input / output (I / O) interface 805 is also connected to the bus 804.

[0124] Typically, the following devices may be connected to the I / O interface 805: input devices 806 including, for example, a touch screen, a touch pad, a keyboard, a mouse, a camera, a microphone, an accelerometer, a gyroscope, etc.; output devices 807 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 808 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 809. The communication device 809 may allow the electronic device 800 to communicate with other devices wirelessly or by wire to exchange data. Although Figure 8 The electronic device 800 is shown with various devices, but it should be understood that it is not required to implement or possess all the devices shown. More or fewer devices may be implemented or possessed instead.

[0125] In particular, according to an embodiment of the present disclosure, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present disclosure includes a computer program product, which includes a computer program carried on a non-transitory computer-readable medium, and the computer program contains program code 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 device 809, or installed from a storage device 808, or installed from a ROM 802. When the computer program is executed by the processing device 801, the above-mentioned functions defined in the vehicle control method of the embodiment of the present disclosure are executed.

[0126] It should be noted that the computer-readable medium disclosed above may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, but not limited to, 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 may 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 or 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 disclosure, a computer-readable storage medium may be any tangible medium containing or storing a program that may be used by or in combination with an instruction execution system, device or device. In the present disclosure, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, in which a computer-readable program code is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. The computer readable signal medium may also be any computer readable medium other than a computer readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. The program code contained on the computer readable medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (radio frequency), etc., or any suitable combination of the above.

[0127] In some embodiments, the client and the server may communicate using any currently known or future developed network protocol such as HTTP (Hyper Text Transfer Protocol), and may be interconnected with any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), an internet (e.g., the Internet), and a peer-to-peer network (e.g., an ad hoc peer-to-peer network), as well as any currently known or future developed network.

[0128] The computer-readable medium may be included in the electronic device, or may exist independently without being incorporated into the electronic device.

[0129] The computer-readable medium carries one or more programs. When the one or more programs are executed by the electronic device, the electronic device: when the vehicle and the terminal are within a preset target distance and a connection is successfully established in accordance with a preset communication method, the electronic device receives the vehicle control instruction and the first comparison key to be compared sent by the terminal; the TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and sends the comparison verification success result to the TBOX; the TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains the target control instruction and sends it to the vehicle's body domain controller, and the TBOX receives the processing result fed back by the body domain controller and sends it to the terminal.

[0130] Computer program code for performing the operations of the present disclosure may be written in one or more programming languages ​​or a combination thereof, including, but not limited to, object-oriented programming languages, such as Java, Smalltalk, C++, and conventional procedural programming languages, such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., through the Internet using an Internet service provider).

[0131] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present disclosure. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the 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 implementations as replacements, the functions marked in the square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square 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 square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart 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.

[0132] The units involved in the embodiments described in the present disclosure may be implemented by software or hardware, wherein the name of a unit does not, in some cases, limit the unit itself.

[0133] The functions described above herein may be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), and the like.

[0134] In the context of the present disclosure, a machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, device, or equipment. A machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device, or equipment, or any suitable combination of the foregoing. A more specific example of a machine-readable storage medium may include an electrical connection based on one or more lines, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or 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 foregoing.

[0135] According to one or more embodiments of the present disclosure, the present disclosure provides an electronic device, including:

[0136] processor;

[0137] a memory for storing instructions executable by the processor;

[0138] The processor is used to read the executable instructions from the memory and execute the instructions to implement any vehicle control method provided in the present disclosure.

[0139] According to one or more embodiments of the present disclosure, the present disclosure provides a computer-readable storage medium, wherein the storage medium stores a computer program, and the computer program is used to execute any vehicle control method as provided by the present disclosure.

[0140] The above description is only a preferred embodiment of the present disclosure and an explanation of the technical principles used. Those skilled in the art should understand that the scope of disclosure involved in the present disclosure is not limited to the technical solutions formed by a specific combination of the above technical features, but should also cover other technical solutions formed by any combination of the above technical features or their equivalent features without departing from the above disclosed concept. For example, the above features are replaced with the technical features with similar functions disclosed in the present disclosure (but not limited to) by each other to form a technical solution.

[0141] In addition, although each operation is described in a specific order, this should not be understood as requiring these operations to be performed in the specific order shown or in a sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Similarly, although some specific implementation details are included in the above discussion, these should not be interpreted as limiting the scope of the present disclosure. Some features described in the context of a separate embodiment can also be implemented in a single embodiment in combination. On the contrary, the various features described in the context of a single embodiment can also be implemented in multiple embodiments individually or in any suitable sub-combination mode.

[0142] Although the subject matter has been described in language specific to structural features and / or methodological logical actions, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. On the contrary, the specific features and actions described above are merely example forms of implementing the claims.

Claims

1. A vehicle control method, characterized in that: Applied to a vehicle, the vehicle is connected to a cloud server and a terminal, a TBOX in the vehicle and the terminal store a comparison key, the method comprises: When the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode, receiving a vehicle control instruction and a first comparison key to be compared sent by the terminal; The TBOX compares the first comparison key with a stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and sends a comparison result to the TBOX; The TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the vehicle body domain controller. The TBOX receives the processing result fed back by the vehicle body domain controller and sends it to the terminal.

2. The vehicle control method according to claim 1, characterized in that: The TBOX in the vehicle and the terminal store a digital key pair, and before the connection is successfully established in the preset communication mode, the method further includes: The TBOX receives a second comparison key sent by the terminal; The TBOX compares the second comparison key with the stored comparison key, and after the comparison is successful, generates a random number and sends it to the terminal, so that the terminal verifies the random number and then sends the stored first digital private key to the TBOX; The TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with a second digital public key stored locally, and after the comparison is successful, determines that the communication method has successfully established a connection.

3. The vehicle control method according to claim 2, characterized in that: Before the vehicle establishes a communication connection with the terminal, the method further includes: Receive and store the digital key pair and the comparison key sent by the cloud server; wherein, based on the terminal sending a key application request to the cloud server, the cloud server generates the digital key pair and the comparison key in response to the key application request and sends them to the TBOX of the vehicle and the terminal.

4. A vehicle control method, characterized in that: Applied to a terminal, a vehicle is connected to a cloud server and a terminal, a TBOX in the vehicle and the terminal store a comparison key, and the method includes: When the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode, a vehicle control instruction and a first comparison key to be compared are sent to the TBOX; receiving the random number sent by the TBOX, and sending a comparison verification success result to the TBOX after verifying the random number; wherein the TBOX compares the first comparison key with the stored comparison key, and after the comparison is successful, generates the random number; Receive the processing result sent by the TBOX; wherein the TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the body domain controller of the vehicle to execute the processing result.

5. The vehicle control method according to claim 4, characterized in that: The TBOX in the vehicle and the terminal store a digital key pair, and before the connection is successfully established in the preset communication mode, the method further includes: Sending a second comparison key to the TBOX and receiving a random number sent by the TBOX; wherein the TBOX compares the second comparison key with a stored comparison key and generates the random number after the comparison is successful; The terminal verifies the random number and sends the stored first digital private key to the TBOX; Receive the communication method connection success information sent by the TBOX; wherein, the TBOX processes the first digital private key based on a preset decryption algorithm to obtain a first digital public key, and compares the first digital public key with the second digital public key stored locally, and after the comparison is successful, generates the communication method connection success information.

6. The vehicle control method according to claim 5, characterized in that: The method further comprises: Sending a key application request to the cloud server; wherein the cloud server generates the digital key pair and the comparison key in response to the key application request and sends them to the TBOX of the vehicle and the terminal; The digital key pair and the comparison key sent by the cloud server are received and stored.

7. A vehicle control device, characterized in that: Applied to a vehicle, the vehicle is connected to a cloud server and a terminal, a TBOX in the vehicle and the terminal store a comparison key, and the device comprises: A connection receiving module, used for receiving a vehicle control instruction and a first comparison key to be compared sent by the terminal when the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode; A comparison and sending module, used for the TBOX to compare the first comparison key with a stored comparison key, and after the comparison is successful, generate a random number and send it to the terminal, so that the terminal verifies the random number and sends the comparison and verification success result to the TBOX; The processing module is used for the TBOX to process the vehicle control instruction based on a preset decryption algorithm, obtain a target control instruction and send it to the body domain controller of the vehicle, and the TBOX receives the processing result fed back by the body domain controller and sends it to the terminal.

8. A vehicle control device, characterized in that: Applied to a terminal, a vehicle is connected to a cloud server and a terminal, a TBOX in the vehicle and the terminal store a comparison key, and the device includes: A connection sending module, configured to send a vehicle control instruction and a first comparison key to be compared to the TBOX when the vehicle and the terminal are within a preset target distance and a connection is successfully established in a preset communication mode; A receiving and generating module, configured to receive the random number sent by the TBOX, and after verifying the random number, send a comparison and verification success result to the TBOX; wherein the TBOX compares the first comparison key with a stored comparison key, and after the comparison is successful, generates the random number; The first receiving module is used to receive the processing result sent by the TBOX; wherein the TBOX processes the vehicle control instruction based on a preset decryption algorithm, obtains a target control instruction and sends it to the body domain controller of the vehicle to execute the processing result.

9. An electronic device, characterized in that: The electronic device comprises: processor; a memory for storing instructions executable by the processor; The processor is used to read the executable instructions from the memory and execute the instructions to implement the vehicle control method described in any one of claims 1-3 or the vehicle control method described in any one of claims 4-6.

10. A computer-readable storage medium, characterized in that: The storage medium stores a computer program, and the computer program is used to execute the vehicle control method described in claims 1-3 or any one of claims 4-6.

Images