Vehicle control methods, devices, equipment and storage media

Abstract

This invention belongs to the field of vehicle control technology and discloses a vehicle control method, device, equipment, and storage medium. Upon receiving an engineering activation command, the invention verifies the vehicle key. If the vehicle key verification is successful, vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information. If the platform verification code sent by the management platform matches the request verification code, the vehicle is controlled to enter engineering mode. The platform verification code is obtained by the management platform parsing the mode entry request sent by the user terminal. The mode entry request is generated based on the request verification code after the user terminal verifies with the vehicle key. Because controlling the vehicle to enter engineering mode involves multiple verifications using the management platform, vehicle key, and request verification code, the entire process does not rely on physical keys, and the multiple verifications ensure security.

Description

Technical Field

[0001] This invention relates to the field of vehicle control technology, and in particular to a vehicle control method, device, equipment, and storage medium. Background Technology

[0002] In the past, during vehicle development or subsequent maintenance, certain components of the vehicle needed to be operated in a specific order to put the vehicle into engineering mode. In engineering mode, certain components of the vehicle were then configured (each component's engineering mode is independent of the others) so that engineers or maintenance personnel could identify and repair faults.

[0003] However, with the improvement of vehicle-related technologies, the number of operable physical buttons in vehicles has gradually decreased. The methods of controlling the vehicle to enter engineering mode mentioned above have also been affected (due to the reduction of buttons, the operation sequence is difficult to complicate and is easy to be cracked), and are no longer safe. With the reduction of physical buttons, how to safely control the vehicle to enter engineering mode is a technical problem that urgently needs to be solved. Summary of the Invention

[0004] The main objective of this invention is to provide a vehicle control method, device, equipment, and storage medium, aiming to solve the technical problem that it is difficult to safely control a vehicle to enter engineering mode when the number of physical buttons on the vehicle is reduced.

[0005] To achieve the above objectives, the present invention provides a vehicle control method, the method comprising the following steps:

[0006] Upon receiving the engineering activation command, vehicle key verification is performed;

[0007] If the vehicle key verification is successful, the vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information.

[0008] If the platform verification code sent by the management platform matches the request verification code, the vehicle is controlled to enter the engineering mode. The platform verification code is the verification code obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is a request generated by the user terminal and the vehicle key based on the request verification code.

[0009] Optionally, the step of sending vehicle identification information to the management platform if the vehicle key verification is successful includes:

[0010] If the vehicle key is successfully verified, the key information of the vehicle key is obtained;

[0011] The system sends vehicle identification information and key information to the management platform. The platform verification code is generated by the management platform based on the vehicle identification information after verifying the mode entry request sent to the user terminal based on the key information. The mode entry request is generated by the user terminal after verifying with the vehicle key based on the key information of the vehicle key.

[0012] Optionally, the vehicle key is a proximity sensor key;

[0013] The step of verifying the vehicle key upon receiving the engineering activation command includes:

[0014] Upon receiving the engineering activation command, the vehicle-mounted card reader is activated;

[0015] When the vehicle key is detected in the card reader area of ​​the vehicle-mounted card reader, the key verification information is read from the vehicle key;

[0016] If the key verification information matches the pre-stored key information, the vehicle key verification is deemed successful.

[0017] Optionally, after the step of controlling the vehicle to enter engineering mode if the platform verification code sent by the management platform matches the request verification code, the method further includes:

[0018] Upon receiving a remote connection request, remote verification data is displayed, which is vehicle identification information or verification data generated based on vehicle identification information;

[0019] If a connection verification request is received from the management platform, the connection verification data and the terminal information of the remote terminal are extracted from the connection verification request.

[0020] If the connection verification data is consistent with the remote verification data, a remote connection is established with the remote terminal based on the terminal information, and the remote terminal is controlled to enter the remote engineering mode.

[0021] Optionally, the step of sending vehicle identification information to the management platform and generating a request verification code based on the vehicle identification information if the vehicle key verification is successful includes:

[0022] If the vehicle key verification is successful, auxiliary parameters are generated, including at least one of vehicle model information, vehicle production information, vehicle activation information, and information of the parts to be operated.

[0023] Construct an information encryption key based on the generated auxiliary parameters;

[0024] The vehicle identification information is encrypted using the information encryption key to generate ciphertext identification information;

[0025] Send the encrypted identification information to the management platform;

[0026] A request verification code is generated based on the encrypted identifier information.

[0027] Optionally, the step of generating the information encryption key based on the auxiliary parameters includes:

[0028] The generated auxiliary parameters are encoded and converted to obtain encoded parameters;

[0029] The encoded parameters are assembled in a preset order to obtain assembled parameters;

[0030] The assembly parameters are signed to obtain the information encryption key.

[0031] Optionally, the step of generating a request verification code based on the encrypted identifier information includes:

[0032] Convert the encrypted identifier information into an encrypted string;

[0033] The encrypted string is truncated, and the truncated string is used as the request verification code.

[0034] Furthermore, to achieve the above objectives, the present invention also proposes a vehicle control device, which includes the following modules:

[0035] The verification module is used to verify the vehicle key when the engineering activation command is received;

[0036] The generation module is used to send vehicle identification information to the management platform and generate a request verification code based on the vehicle identification information if the vehicle key verification is successful.

[0037] The control module is used to control the vehicle to enter engineering mode if the platform verification code sent by the management platform matches the request verification code. The platform verification code is a verification code obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is a request generated by the user terminal and the vehicle key based on the request verification code.

[0038] Furthermore, to achieve the above objectives, the present invention also proposes a vehicle control device, which includes: a processor, a memory, and a vehicle control program stored in the memory and executable on the processor. When the vehicle control program is executed by the processor, it implements the steps of the vehicle control method described above.

[0039] Furthermore, to achieve the above objectives, the present invention also proposes a computer-readable storage medium storing a vehicle control program, which, when executed by a processor, implements the steps of the vehicle control method described above.

[0040] This invention verifies the vehicle key upon receiving an engineering activation command. If the vehicle key verification is successful, vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information. If the platform verification code sent by the management platform matches the request verification code, the vehicle is controlled to enter engineering mode. The platform verification code is obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is generated based on the request verification code after the user terminal and vehicle key are verified. Because the control of the vehicle to enter engineering mode is performed by combining the management platform, the vehicle key, and the request verification code for multiple verifications, the vehicle is controlled to enter engineering mode after successful verification. The overall process does not rely on physical keys, and the multiple verifications also ensure security. Attached Figure Description

[0041] Figure 1 This is a schematic diagram of the structure of an electronic device in the hardware operating environment involved in the embodiments of the present invention;

[0042] Figure 2 This is a flowchart illustrating the first embodiment of the vehicle control method of the present invention;

[0043] Figure 3 This is a flowchart illustrating the second embodiment of the vehicle control method of the present invention;

[0044] Figure 4 This is a flowchart illustrating the third embodiment of the vehicle control method of the present invention;

[0045] Figure 5 This is a flowchart illustrating the fourth embodiment of the vehicle control method of the present invention.

[0046] Figure 6 This is a schematic diagram of the engineering mode entry timing according to an embodiment of the present invention;

[0047] Figure 7 This is a structural block diagram of the first embodiment of the vehicle control device of the present invention.

[0048] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0049] It should be understood that the specific embodiments described herein are for illustrative purposes only and are not intended to limit the scope of the invention.

[0050] Reference Figure 1 , Figure 1 This is a schematic diagram of the vehicle control device structure in the hardware operating environment involved in the embodiments of the present invention.

[0051] like Figure 1 As shown, the electronic device may include: a processor 1001, such as a central processing unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. The communication bus 1002 is used to enable communication between these components. The user interface 1003 may include a display screen or an input unit such as a keyboard; optionally, the user interface 1003 may also include a standard wired interface or a wireless interface. The network interface 1004 may optionally include a standard wired interface or a wireless interface (such as a Wireless-Fidelity (Wi-Fi) interface). The memory 1005 may be high-speed random access memory (RAM) or stable non-volatile memory (NVM), such as a disk drive. The memory 1005 may also optionally be a storage device independent of the aforementioned processor 1001.

[0052] Those skilled in the art will understand that Figure 1 The structure shown does not constitute a limitation on the electronic device and may include more or fewer components than shown, or combine certain components, or have different component arrangements.

[0053] like Figure 1 As shown, the memory 1005, which serves as a storage medium, may include an operating system, a network communication module, a user interface module, and a vehicle control program.

[0054] exist Figure 1 In the electronic device shown, the network interface 1004 is mainly used for data communication with the network server; the user interface 1003 is mainly used for data interaction with the user; the processor 1001 and the memory 1005 in the electronic device of the present invention can be set in the vehicle control device. The electronic device calls the vehicle control program stored in the memory 1005 through the processor 1001 and executes the vehicle control method provided in the embodiment of the present invention.

[0055] This invention provides a vehicle control method, referring to... Figure 2 , Figure 2 This is a flowchart illustrating a first embodiment of a vehicle control method according to the present invention.

[0056] In this embodiment, the vehicle control method includes the following steps:

[0057] Step S10: Upon receiving the engineering activation command, verify the vehicle key.

[0058] It should be noted that the executing entity in this embodiment can be the vehicle itself or a vehicle control device installed in the vehicle. The vehicle control device can be a controller in the vehicle, such as an ECU controller, or other devices that can achieve the same or similar functions. This embodiment does not limit this. In this embodiment and the following embodiments, the vehicle control device is used as an example to illustrate the vehicle control method of the present invention.

[0059] It should be noted that the engineering activation command can be a control command sent to the vehicle control device by the vehicle management system (such as the DA system) or the vehicle management platform (such as the management platform set up by the vehicle manufacturer in the cloud).

[0060] For example, when a vehicle needs to be inspected, configured, or repaired, its engineering mode needs to be activated. In this case, the user or manager operates the vehicle management system, selects the vehicle component that needs to be put into engineering mode, and the vehicle management system generates and sends an engineering activation command to the vehicle control device. Alternatively, the user or manager operates the vehicle's management terminal (such as a smartphone or a special maintenance terminal), selects the vehicle component that needs to be put into engineering mode, and the management terminal sends a corresponding request to the cloud management platform. The cloud management platform will then generate and send an engineering activation command to the vehicle control device based on the received request.

[0061] In actual use, if an engineering activation command is received, it means that the user or maintenance personnel wish to enable the vehicle's engineering mode to configure parts. To ensure vehicle security and prevent malicious processing or adjustments, vehicle key verification can be performed to ensure that enabling the vehicle's engineering mode is authorized by the vehicle owner.

[0062] The vehicle key can be a Bluetooth key, a physical remote key, or other similar key. Vehicle key verification can be performed by providing a specific key button click combination (this combination can be preset by the vehicle control device administrator or randomly generated by the vehicle control device based on the buttons present in the vehicle key). For example, if the feature combination is "unlock-unlock-light", and the vehicle key is sensed to be operated at this time, and the button combination operated is this feature combination, then the vehicle key verification is considered successful.

[0063] In practical implementations, vehicle keys now also include proximity sensing keys (such as NFC keys). In this case, verification of the proximity sensing key can also be attempted. Therefore, step S10 in this embodiment may include:

[0064] Upon receiving the engineering activation command, the vehicle-mounted card reader is activated;

[0065] When the vehicle key is detected in the card reader area of ​​the vehicle-mounted card reader, the key verification information is read from the vehicle key;

[0066] If the key verification information matches the pre-stored key information, the vehicle key verification is deemed successful.

[0067] It should be noted that the vehicle-mounted card reader can be a card reader installed in a vehicle that can read information from a proximity key, and the card reading area of ​​the vehicle-mounted card reader can be the area in the vehicle-mounted card reader used to sense the proximity key.

[0068] Understandably, if the vehicle key is in the card reader area, it means that the user or maintenance personnel are using a proximity key for verification. At this time, the key information in the vehicle key can be read by the vehicle card reader as key verification information. If the key verification information read is consistent with the pre-stored key information, it means that the pre-set vehicle key was used for verification. Therefore, it can be determined that the vehicle key verification is successful.

[0069] Step S20: If the vehicle key verification is successful, the vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information.

[0070] It should be noted that even if the vehicle key is verified, it is still impossible to determine whether the vehicle key is in the possession of someone else. Further verification can be performed using the user terminal. To facilitate the verification of the user terminal, the vehicle identification information can be sent to the management platform first, and a request verification code can be generated based on the vehicle identification information.

[0071] The vehicle identification information can be unique identifiers for the vehicle (such as the vehicle's serial number, vehicle identification number, etc.). To prevent malicious interception of the vehicle identification information, it can be encrypted when sent to the management platform. The encryption algorithm and key can be pre-set by the administrator of the vehicle control equipment, and the management platform can be configured with the corresponding decryption algorithm and key.

[0072] Step S30: If the platform verification code sent by the management platform is consistent with the request verification code, then control the vehicle to enter the engineering mode.

[0073] It should be noted that the platform verification code can be a verification code obtained by the management platform after parsing the mode entry request sent by the user terminal to the management platform. The mode entry request can be a request generated based on the verification code after the user terminal verifies with the vehicle key.

[0074] For example, the user terminal can activate its card reader area. Then, the user or maintenance personnel can bring the vehicle key close to the card reader area. At this time, the user terminal will read the key information in the vehicle key and compare it with the key information pre-stored in the user terminal. If they match, the user terminal will enter the request mode and display the corresponding interface. At this time, the user can enter the request verification code on the interface. After the user enters the request verification code, the user terminal will generate a mode entry request using the request verification code as a request parameter and send the mode entry request to the management platform. The management platform can then parse the mode entry request, extract the verification code contained therein, and use it as the platform verification code. Afterwards, the management platform can send the platform verification code to the vehicle control device based on the vehicle identification information.

[0075] Understandably, if the platform verification code sent by the management platform to the vehicle control device matches the requested verification code, it means that the user has operated the user terminal according to the requested verification code. At this point, it can be determined that the user terminal has also passed the verification, and therefore, the vehicle can be controlled to enter the engineering mode.

[0076] In particular, when controlling the vehicle to enter the engineering mode, the vehicle-mounted component designated to enter the engineering mode can be determined according to the engineering activation command, and then the corresponding vehicle-mounted component's engineering mode can be entered so as to make the corresponding settings for the vehicle-mounted component.

[0077] In practical use, since this method requires the user to enter the corresponding request verification code on the interface displayed on the user terminal, the vehicle control device can directly display the request verification code after generating it.

[0078] Of course, in order to reduce the actual operation difficulty for users or maintenance personnel, when displaying the request verification code, a corresponding scan code (such as a barcode or QR code that can be scanned) can be generated based on the request verification code, and then the scan code can be displayed. At this time, users or maintenance personnel can use their user terminals to scan the scan code. After scanning, the user terminal can parse the scan code to obtain the request verification code, and use the request verification code as a request parameter to construct the request mode.

[0079] In practical implementation, the management platform may connect to multiple vehicles simultaneously. To ensure that the management platform can determine which vehicle a received mode entry request corresponds to, the request parameters sent by the user terminal may also include vehicle identification information. The method of using vehicle identification information as a request parameter is similar to the method of using a verification code as a request parameter, and will not be elaborated further here.

[0080] Similarly, to prevent the mode entry request from being maliciously intercepted, the request parameters in the mode entry request can also be encrypted. The encryption algorithm and key can be preset by the vehicle control equipment administrator, and the corresponding decryption algorithm and key can be set in the management platform.

[0081] This embodiment verifies the vehicle key upon receiving the engineering activation command. If the vehicle key verification is successful, vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information. If the platform verification code sent by the management platform matches the request verification code, the vehicle is controlled to enter engineering mode. The platform verification code is obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is generated based on the request verification code after the user terminal and vehicle key are verified. Because the control of the vehicle to enter engineering mode is performed by combining the management platform, the vehicle key, and the request verification code for multiple verifications, the vehicle is controlled to enter engineering mode after successful verification. The overall process does not rely on physical keys, and the multiple verifications also ensure security.

[0082] refer to Figure 3 , Figure 3 This is a flowchart illustrating a second embodiment of a vehicle control method according to the present invention.

[0083] Based on the first embodiment described above, step S20 of the vehicle control method in this embodiment includes:

[0084] Step S201: If the vehicle key verification is successful, obtain the key information of the vehicle key.

[0085] It should be noted that if the verification code is entered manually, the vehicle control device needs to display the verification code. At this time, the verification code may be obtained by other users. If other users also know the vehicle identification information, malicious attackers may enter the request through emulation mode. In order to further improve security and avoid exposing the verification code, it is advisable to use key information to verify the user terminal. Therefore, when the vehicle key is verified, the key information of the read vehicle key can be obtained.

[0086] Step S202: Send vehicle identification information and key information to the management platform, and generate a request verification code based on the vehicle identification information.

[0087] It should be noted that after obtaining the key information, both the key information and vehicle identification information can be sent to the management platform so that the management platform can verify the user terminal.

[0088] In actual use, since the management platform has already received the vehicle identification information and key information, the user terminal can also send the key information to the management platform after completing the verification with the vehicle key. At this time, the management platform can compare the key information sent by the user terminal with the key information previously received, thereby completing the verification of the user terminal.

[0089] Understandably, if the user terminal verification is complete, the management platform can then find the corresponding vehicle identification information based on the key information and generate a corresponding platform verification code based on the vehicle identification information in the same way as the vehicle control device generates the request verification code. After that, the platform verification code is sent to the corresponding vehicle based on the vehicle identification information. When the vehicle detects that the received platform verification code matches the request verification code, it can determine that the received platform verification code was sent by the genuine management platform and is not forged. Furthermore, the management platform has verified the user terminal and the verification has passed. Therefore, the vehicle can be controlled to enter the engineering mode.

[0090] Similarly, to prevent the sent information from being maliciously intercepted, the vehicle control device can encrypt the vehicle identification information and key information sent to the management platform, and the user terminal can encrypt the key information sent to the management platform. The encryption algorithm and key can be preset by the vehicle control device administrator, and the management platform can be configured with the corresponding decryption algorithm and key.

[0091] This embodiment also sends the key information to the management platform, so that when the management platform verifies the user terminal, the user does not need to manually enter the verification code, thus avoiding the leakage of the verification code and further improving the security of the vehicle control method of the present invention.

[0092] refer to Figure 4 , Figure 4 This is a flowchart illustrating a third embodiment of a vehicle control method according to the present invention.

[0093] Based on the first embodiment described above, step S20 of the vehicle control method in this embodiment includes:

[0094] Step S201': If the vehicle key verification is successful, obtain the generated auxiliary parameters.

[0095] It should be noted that the auxiliary parameters can be pre-set by the vehicle control equipment administrator to assist in generating the request verification code. These auxiliary parameters may include at least one of the following: vehicle model information, vehicle production information, vehicle activation information, and information about the component to be operated. Of course, more information can be set if needed, and this embodiment does not impose any limitations on this. Specifically, the vehicle model information may include the vehicle's model name, model code, etc.; the vehicle production information may include the vehicle's hardware serial number, production date, production batch, etc.; the vehicle activation information may include the relevant certificate number and activation record number at the time of vehicle activation, etc.; and the information about the component to be operated may be the component information of the on-board component designated to enter engineering mode, such as component name, component type, component model, etc.

[0096] Step S202': Construct an information encryption key based on the generated auxiliary parameters.

[0097] It should be noted that constructing the information encryption key based on the generated auxiliary parameters can be achieved by signing the generated auxiliary parameters using a preset signature algorithm, and then using the generated signature data as the information encryption key. The preset signature algorithm can be pre-set by the vehicle control equipment administrator, for example, by setting it to the MD5 or RSA algorithm.

[0098] Furthermore, to further enhance security, step S202' in this embodiment may include:

[0099] The generated auxiliary parameters are encoded and converted to obtain encoded parameters;

[0100] The encoded parameters are assembled in a preset order to obtain assembled parameters;

[0101] The assembly parameters are signed to obtain the information encryption key.

[0102] It should be noted that encoding conversion of the generated auxiliary parameters can be performed to obtain encoded parameters by converting the generated auxiliary parameters into parameters with a preset encoding format, and then using the converted parameters as encoded parameters.

[0103] In practical use, the preset order can be set in advance by the vehicle control equipment administrator. For example, if the auxiliary parameters to be generated include vehicle model information, vehicle production information and vehicle activation information, and the preset order is set to "vehicle production information - vehicle model information - vehicle activation information", and the coding parameters corresponding to vehicle model information, vehicle production information and vehicle activation information are A, B and C respectively, then the assembly parameter is "BAC".

[0104] In a practical implementation, signing the assembly parameters to obtain the information encryption key can be achieved by signing the assembly parameters using a preset signature algorithm, and then using the generated signature data as the information encryption key. The preset signature algorithm can be pre-set by the vehicle control equipment administrator; for example, it could be set to MD5 or RSA.

[0105] Understandably, since multiple parameters are used when generating the information encryption key, and these parameters are assembled in a specific order before signing to generate the information encryption key, even if a malicious attacker knows the parameters used, they cannot generate the corresponding information encryption key if they do not know the assembly order. Naturally, they will not be able to crack the encrypted identification information and obtain the corresponding vehicle identification information, which further improves the security of the vehicle control method of the present invention.

[0106] Step S203': Encrypt the vehicle identification information according to the information encryption key to generate ciphertext identification information.

[0107] Step S204': Send the encrypted identification information to the management platform.

[0108] Step S205': Generate a request verification code based on the encrypted identifier information.

[0109] It should be noted that encrypting vehicle identification information using the information encryption key to generate ciphertext identification information can be done through a preset encryption algorithm. The preset encryption algorithm can be a symmetric encryption algorithm, which can be pre-set by the vehicle control equipment administrator. For example, the preset encryption algorithm can be set to RC2, RC4, RC5, etc.

[0110] Understandably, encrypted identification information, processed by using a specific method to generate an encryption key, has a low probability of being cracked, thus ensuring security. Therefore, the generated encrypted identification information can be directly sent to the management platform, which will then use the same method to generate an encryption key and decrypt it, thereby extracting the vehicle identification information.

[0111] In this process, generating a request verification code based on the encrypted identifier information can involve directly using the encrypted identifier information as the vehicle identifier information.

[0112] In a specific implementation, to ensure that the generated request verification code is easy to use, step S205' in this embodiment may include:

[0113] Convert the encrypted identifier information into an encrypted string;

[0114] The encrypted string is truncated, and the truncated string is used as the request verification code.

[0115] It should be noted that due to the special nature of encryption algorithms, the generated ciphertext identifier information is generally quite long (e.g., a 32-bit string). Directly using it as the request verification code may result in an overly complex verification code, which is not conducive to practical use. In order to facilitate use, it is necessary to ensure that the length of the request verification code is reasonable. Therefore, the ciphertext identifier information can be converted into a ciphertext string first, and then the characters of the ciphertext string can be truncated to a string of a preset length as the request verification code.

[0116] The preset length can be set in advance by the vehicle control equipment administrator, for example, the preset length can be set to 6. When truncating characters, truncating can be done from front to back or from back to front; this embodiment does not impose any restrictions on this.

[0117] This embodiment obtains auxiliary parameters if the vehicle key verification is successful. These auxiliary parameters include at least one of the following: vehicle model information, vehicle production information, vehicle activation information, and information about the parts to be operated. An information encryption key is constructed based on these auxiliary parameters. The vehicle identification information is then encrypted using the information encryption key to generate ciphertext identification information. This ciphertext identification information is sent to the management platform. Finally, a request verification code is generated based on the ciphertext identification information. By using at least one specific parameter as the auxiliary parameter for generating the information encryption key, and by encrypting the vehicle identification information using the information encryption key, it is ensured that the ciphertext identification information cannot be cracked without knowing the information encryption key, thus reducing the possibility of the vehicle identification information being intercepted and cracked.

[0118] refer to Figure 5 , Figure 5 This is a flowchart illustrating the fourth embodiment of a vehicle control method according to the present invention.

[0119] Based on the first embodiment described above, after step S30 of the vehicle control method in this embodiment, the method further includes:

[0120] Step S40: Upon receiving a remote connection request, display the remote verification data.

[0121] It should be noted that a remote connection request can be a request sent from the management platform to the vehicle control device by the user or maintenance personnel when they need to remotely control the vehicle in engineering mode, after accessing or operating the management platform.

[0122] In practical applications, remote verification data can be vehicle identification information or verification data generated based on vehicle identification information. When generating verification data based on vehicle identification information, the generation method is similar to that described above when generating encrypted identification information based on vehicle identification information, but different signature algorithms, different assembly rules, and different generation auxiliary parameters can be used.

[0123] The remote verification data can be displayed directly on the vehicle's display screen (such as the vehicle's central control screen), or a corresponding scan code can be generated based on the remote verification data and then displayed on the vehicle's display screen.

[0124] Step S50: If a connection verification request is received from the management platform, then extract the connection verification data and the terminal information of the remote terminal from the connection verification request.

[0125] It should be noted that after displaying the remote verification data, users or maintenance personnel can use a remote terminal (i.e., the user terminal or specific terminal used when remotely operating the vehicle) to use the remote verification data as connection verification data. Based on the connection verification data and the terminal information of the remote terminal, a corresponding remote control request is generated and sent to the management platform. The management platform can parse the connection verification data contained in the remote control request (i.e., reverse processing of the generation of remote verification data) to determine the vehicle identification information. Then, based on the vehicle identification information, the received remote control request is fed back to the vehicle control device as a connection verification request. The vehicle control device can receive the connection verification request and extract the connection verification data and the terminal information of the remote terminal from it.

[0126] Step S60: If the connection verification data is consistent with the remote verification data, then establish a remote connection with the remote terminal based on the terminal information, and control the remote terminal to enter the remote engineering mode.

[0127] It is understandable that if the connection verification data and the remote verification data are connected, it means that the remote control request sent by the remote terminal to the management platform is based on the remote verification data generated by the vehicle control device. At this time, it can be determined that the remote terminal has passed the verification. Then, the vehicle control device can be controlled to establish a remote connection with the remote terminal according to the terminal information, and the remote terminal can be controlled to enter the remote engineering mode, so that users or maintenance personnel can remotely set the on-board components in the vehicle through the remote terminal.

[0128] To facilitate understanding, we will now combine... Figure 6 This explanation is provided, but it does not limit the scope of this solution. Figure 6 This is a schematic diagram illustrating the engineering mode entry timing in this embodiment. For example... Figure 6 As shown, when it is necessary to control the vehicle (i.e. Figure 6 When the vehicle's infotainment system enters engineering mode, the user can activate it from the system. In this mode, the system will verify the vehicle key and activate the onboard card reader. If the user places the NFC key in the reader's area, the system will generate a verification code based on the vehicle identification information and will then send the vehicle identification information and key information (i.e.,...) to the system. Figure 6 The system sends the vehicle ID to the cloud server (i.e., the management platform) and requests a verification code from the cloud server (i.e., requests to enter a verification code). After that, the user can verify the key with their mobile phone (i.e., the user terminal). Once the verification is successful, the user terminal will enter request mode and send the key information to the cloud server. The cloud server will find the corresponding vehicle identification information based on the key information and generate a platform verification code based on the vehicle identification information, which will be sent to the vehicle's infotainment system. If the vehicle's infotainment system verifies that the platform verification code matches the requested verification code, it will enter engineering mode.

[0129] Subsequently, if the user needs to remotely control the vehicle's engineering mode, they can do so via a remote terminal (i.e., Figure 6 The mobile phone sends a request to the cloud server to request access to administrator mode. At this time, the cloud server will send a remote connection request to the vehicle's infotainment system, and the vehicle's infotainment system will display remote verification data (i.e., ...). Figure 6 The user inputs remote verification data (Vehicle ID) into the remote terminal. The remote terminal sends the remote verification data and terminal information to the cloud server. Then, the cloud server forwards the remote verification data and terminal information to the vehicle's infotainment system. The vehicle's infotainment system verifies the remote verification data. After successful verification, the vehicle's infotainment system and the remote terminal establish a remote connection. At this time, the remote terminal enters remote engineering mode (i.e., mobile phone engineering mode). After that, the vehicle's engineering mode can be configured in the remote terminal.

[0130] This embodiment displays remote verification data upon receiving a remote connection request. If a connection verification request is received from the management platform, connection verification data and the remote terminal's terminal information are extracted from the request. If the connection verification data matches the remote verification data, a remote connection is established with the remote terminal based on the terminal information, and the remote terminal is controlled to enter remote engineering mode. Because specific remote verification data can be used to verify the remote terminal, a secure remote connection can be established, ensuring security while allowing users to remotely control the vehicle's engineering mode.

[0131] Furthermore, embodiments of the present invention also propose a storage medium storing a vehicle control program, which, when executed by a processor, implements the steps of the vehicle control method described above.

[0132] Reference Figure 7 , Figure 7This is a structural block diagram of the first embodiment of the vehicle control device of the present invention.

[0133] like Figure 7 As shown, the vehicle control device proposed in this embodiment of the invention includes:

[0134] The verification module 10 is used to verify the vehicle key when the engineering activation command is received;

[0135] The generation module 20 is used to send vehicle identification information to the management platform and generate a request verification code based on the vehicle identification information if the vehicle key verification is successful.

[0136] The control module 30 is used to control the vehicle to enter the engineering mode if the platform verification code sent by the management platform is consistent with the request verification code. The platform verification code is a verification code obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is a request generated by the user terminal and the vehicle key based on the request verification code.

[0137] This embodiment verifies the vehicle key upon receiving the engineering activation command. If the vehicle key verification is successful, vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information. If the platform verification code sent by the management platform matches the request verification code, the vehicle is controlled to enter engineering mode. The platform verification code is obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is generated based on the request verification code after the user terminal and vehicle key are verified. Because the control of the vehicle to enter engineering mode is performed by combining the management platform, the vehicle key, and the request verification code for multiple verifications, the vehicle is controlled to enter engineering mode after successful verification. The overall process does not rely on physical keys, and the multiple verifications also ensure security.

[0138] Furthermore, the generation module 20 is also used to obtain the key information of the vehicle key if the vehicle key verification is successful; and to send vehicle identification information and the key information to the management platform. The platform verification code is a verification code generated by the management platform based on the vehicle identification information after verifying the mode entry request sent to the user terminal based on the key information. The mode entry request is a request generated based on the key information of the vehicle key after the user terminal verifies with the vehicle key.

[0139] Furthermore, the vehicle key is a proximity sensor key;

[0140] The verification module 10 is also used to activate the vehicle card reader when receiving the engineering activation command; when the vehicle key is detected in the card reading area of ​​the vehicle card reader, read the key verification information from the vehicle key; if the key verification information is consistent with the pre-stored key information, the vehicle key verification is determined to be successful.

[0141] Furthermore, the control module 30 is also used to display remote verification data when a remote connection request is received. The remote verification data is vehicle identification information or verification data generated based on vehicle identification information. If a connection verification request is received from the management platform, the connection verification data and the terminal information of the remote terminal are extracted from the connection verification request. If the connection verification data is consistent with the remote verification data, a remote connection is established with the remote terminal according to the terminal information, and the remote terminal is controlled to enter the remote engineering mode.

[0142] Furthermore, the generation module 20 is also used to obtain auxiliary parameters if the vehicle key verification is successful. The auxiliary parameters include at least one of vehicle model information, vehicle production information, vehicle activation information, and information of the parts to be operated; construct an information encryption key based on the auxiliary parameters; encrypt the vehicle identification information based on the information encryption key to generate ciphertext identification information; send the ciphertext identification information to the management platform; and generate a request verification code based on the ciphertext identification information.

[0143] Furthermore, the generation module 20 is also used to encode and convert the generation auxiliary parameters to obtain encoded parameters; assemble the encoded parameters in a preset order to obtain assembled parameters; and sign the assembled parameters to obtain an information encryption key.

[0144] Furthermore, the generation module 20 is also used to convert the ciphertext identifier information into a ciphertext string; to truncate the characters of the ciphertext string, and to use the truncated string as a request verification code.

[0145] It should be understood that the above are merely illustrative examples and do not constitute any limitation on the technical solutions of the present invention. In specific applications, those skilled in the art can make settings as needed, and the present invention does not impose any restrictions on this.

[0146] It should be noted that the workflow described above is merely illustrative and does not limit the scope of protection of this invention. In practical applications, those skilled in the art can select some or all of the workflow to achieve the purpose of this embodiment according to actual needs, and no restrictions are imposed here.

[0147] In addition, for technical details not described in detail in this embodiment, please refer to the vehicle control method provided in any embodiment of the present invention, which will not be repeated here.

[0148] Furthermore, it should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or system. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or system that includes that element.

[0149] The sequence numbers of the above embodiments of the present invention are for descriptive purposes only and do not represent the superiority or inferiority of the embodiments.

[0150] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of the present invention, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product is stored in a storage medium (such as read-only memory (ROM) / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal device (which may be a mobile phone, computer, server, or network device, etc.) to execute the methods described in the various embodiments of the present invention.

[0151] The above are merely preferred embodiments of the present invention and do not limit the scope of the patent. Any equivalent structural or procedural transformations made based on the description and drawings of the present invention, or direct or indirect applications in other related technical fields, are similarly included within the scope of patent protection of the present invention.

Claims

1. A vehicle control method, characterized in that, The vehicle control method includes the following steps: Upon receiving the engineering activation command, vehicle key verification is performed; If the vehicle key verification is successful, the vehicle identification information is sent to the management platform, and a request verification code is generated based on the vehicle identification information. If the platform verification code sent by the management platform matches the request verification code, the vehicle is controlled to enter the engineering mode. The platform verification code is the verification code obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is a request generated by the user terminal and the vehicle key based on the request verification code.

2. The vehicle control method as described in claim 1, characterized in that, The step of sending vehicle identification information to the management platform if the vehicle key verification is successful includes: If the vehicle key is successfully verified, the key information of the vehicle key is obtained; The system sends vehicle identification information and key information to the management platform. The platform verification code is generated by the management platform based on the vehicle identification information after verifying the mode entry request sent to the user terminal based on the key information. The mode entry request is generated by the user terminal after verifying with the vehicle key based on the key information of the vehicle key.

3. The vehicle control method as described in claim 1, characterized in that, The vehicle key is a proximity sensor key; The step of verifying the vehicle key upon receiving the engineering activation command includes: Upon receiving the engineering activation command, the vehicle-mounted card reader is activated; When the vehicle key is detected in the card reader area of ​​the vehicle-mounted card reader, the key verification information is read from the vehicle key; If the key verification information matches the pre-stored key information, the vehicle key verification is deemed successful.

4. The vehicle control method as described in claim 1, characterized in that, After the step of controlling the vehicle to enter engineering mode if the platform verification code sent by the management platform matches the request verification code, the method further includes: Upon receiving a remote connection request, remote verification data is displayed, which is vehicle identification information or verification data generated based on vehicle identification information; If a connection verification request is received from the management platform, the connection verification data and the terminal information of the remote terminal are extracted from the connection verification request. If the connection verification data is consistent with the remote verification data, a remote connection is established with the remote terminal based on the terminal information, and the remote terminal is controlled to enter the remote engineering mode.

5. The vehicle control method according to any one of claims 1-4, characterized in that, The step of sending vehicle identification information to the management platform and generating a request verification code based on the vehicle identification information if the vehicle key verification is successful includes: If the vehicle key verification is successful, auxiliary parameters are generated, including at least one of vehicle model information, vehicle production information, vehicle activation information, and information of the parts to be operated. Construct an information encryption key based on the generated auxiliary parameters; The vehicle identification information is encrypted using the information encryption key to generate ciphertext identification information; Send the encrypted identification information to the management platform; A request verification code is generated based on the encrypted identifier information.

6. The vehicle control method as described in claim 5, characterized in that, The step of constructing the information encryption key based on the generated auxiliary parameters includes: The generated auxiliary parameters are encoded and converted to obtain encoded parameters; The encoded parameters are assembled in a preset order to obtain assembled parameters; The assembly parameters are signed to obtain the information encryption key.

7. The vehicle control method as described in claim 5, characterized in that, The step of generating a request verification code based on the encrypted identifier information includes: Convert the encrypted identifier information into an encrypted string; The encrypted string is truncated, and the truncated string is used as the request verification code.

8. A vehicle control device, characterized in that, The vehicle control device includes the following modules: The verification module is used to verify the vehicle key when the engineering activation command is received; The generation module is used to send vehicle identification information to the management platform and generate a request verification code based on the vehicle identification information if the vehicle key verification is successful. The control module is used to control the vehicle to enter engineering mode if the platform verification code sent by the management platform matches the request verification code. The platform verification code is a verification code obtained by the management platform from parsing the mode entry request sent by the user terminal. The mode entry request is a request generated by the user terminal and the vehicle key based on the request verification code.

9. A vehicle control device, characterized in that, The vehicle control device includes: a processor, a memory, and a vehicle control program stored in the memory and executable on the processor, wherein when the vehicle control program is executed by the processor, it implements the steps of the vehicle control method as described in any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a vehicle control program, which, when executed by a processor, implements the steps of the vehicle control method as described in any one of claims 1-7.

Images