Vehicle anti-theft fault determination method, vehicle and storage medium

Abstract

The invention provides a vehicle anti-theft fault determination method, a vehicle and a storage medium, the method is applied to the field of vehicles, and the method comprises the following steps: when the vehicle executes anti-theft authentication, obtaining authentication process information, and if the anti-theft authentication result of the vehicle is failure, determining the anti-theft fault of the vehicle; if yes, a first anti-theft secret key stored in a first anti-theft module of the vehicle and a second anti-theft secret key stored in a second anti-theft module of the vehicle are verified to obtain a verification result, and the verification result and the authentication process information are sent to the intelligent diagnosis system so that the intelligent diagnosis system can determine the anti-theft authentication failure reason of the vehicle. The accuracy of anti-theft fault reasons is improved, and the fault analysis time is shortened.

Description

Technical Field

[0001] The present application relates to the field of vehicles, and more particularly, to a vehicle anti-theft fault determination method, a vehicle, and a storage medium in the field of vehicles. Background Art

[0002] In the current era of new energy vehicles, the efficiency and stability of anti-theft authentication systems are increasingly valued. Each time a vehicle is ignited, both parties must perform the anti-theft authentication process to ensure that the anti-theft authentication is in a passed state before the vehicle is started.

[0003] When an anti-theft authentication failure occurs, the vehicle enters a locked state, and the VCU (Vehicle Control Unit) cuts off the high-voltage power supply, rendering the vehicle completely unable to start and forcing it to passively await after-sales assistance. Furthermore, the dynamic nature of complex vehicle electronic systems and the variability of hidden faults make it difficult for after-sales or technical personnel to quickly locate the fault, requiring them to rely on individual investigations, which hinders decision-making efficiency. Summary of the Invention

[0004] The present application provides a vehicle anti-theft fault determination method, a vehicle, and a storage medium, which can achieve more efficient and comprehensive anti-theft fault detection.

[0005] In a first aspect, a method for determining a vehicle anti-theft fault is provided, the method comprising:

[0006] When the vehicle performs anti-theft authentication, obtain authentication process information;

[0007] If the anti-theft authentication result of the vehicle is failure, verifying the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module to obtain a verification result;

[0008] The verification result and the authentication process information are sent to an intelligent diagnosis system so that the intelligent diagnosis system can determine the reason for the failure of the anti-theft authentication of the vehicle.

[0009] Through the above technical solution, authentication process information of the vehicle during the anti-theft authentication process is collected, wherein the authentication process information includes operation information of various vehicle components involved in the anti-theft authentication process, thereby facilitating subsequent analysis of the cause of the anti-theft authentication failure. In addition, a key verification process after the anti-theft authentication failure is added to analyze whether the vehicle anti-theft authentication failure is due to an error in the stored anti-theft key. The authentication process information and the verification result are sent together to the intelligent diagnosis system for the intelligent diagnosis system to determine the cause of the vehicle anti-theft authentication failure, thereby shortening the troubleshooting and decision-making time.

[0010] In combination with the first aspect, in some possible implementations, the verification result includes a key consistency verification result of the first anti-theft module and a key consistency verification result of the second anti-theft module. If the anti-theft authentication result of the vehicle is a failure, the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module are verified to obtain a verification result, including: if the anti-theft authentication result of the vehicle is a failure, the first anti-theft key stored in the first anti-theft module is encrypted and sent to the second anti-theft module, and the second anti-theft key stored in the second anti-theft module is sent to the first anti-theft module; the second anti-theft key and the first anti-theft key are verified based on the first anti-theft module to generate a key consistency verification result of the first anti-theft module; and the first anti-theft key and the second anti-theft key are verified based on the second anti-theft module to generate a key consistency verification result of the second anti-theft module.

[0011] The above technical solution provides a specific implementation scheme for anti-theft key verification. The first anti-theft module of the vehicle sends the first anti-theft key stored in it to the second anti-theft module, and the second anti-theft module sends the second anti-theft key stored in it to the first anti-theft module. The first anti-theft module verifies whether the second anti-theft key sent by the second anti-theft module is consistent with the first anti-theft key stored in it, and the second anti-theft module verifies whether the first anti-theft key sent by the first anti-theft module is consistent with the second anti-theft key stored in it, thereby obtaining the key consistency verification results of the first anti-theft module and the key consistency verification results of the second anti-theft module, respectively, to realize the verification of the anti-theft keys in the first anti-theft module and the second anti-theft module. Through this verification, it can be determined whether there is an anti-theft key error problem in the first anti-theft module and the second anti-theft module.

[0012] In combination with the first aspect and the above-mentioned implementation method, in some possible implementation methods, the first anti-theft key includes a first personal identification code and a first security key code; the second anti-theft key includes a second personal identification code and a second security key code, and the first anti-theft key stored in the first anti-theft module is encrypted and sent to the second anti-theft module, and the second anti-theft key stored in the second anti-theft module is sent to the first anti-theft module, including: sending the first personal identification code stored in the first anti-theft module to the second anti-theft module, and sending the second personal identification code stored in the second anti-theft module to the first anti-theft module; sending the first security key code stored in the first anti-theft module to the second anti-theft module, and sending the second security key code stored in the second anti-theft module to the first anti-theft module; the first anti-theft module verifies whether the second anti-theft key is consistent with the first anti-theft key, and generates a password for the first anti-theft module. The key consistency verification result includes: verifying whether the second personal identification code is consistent with the first personal identification code based on the first anti-theft module, generating a first verification result; verifying whether the second security key code is consistent with the first security key code based on the first anti-theft module, generating a second verification result; using the first verification result and the second verification result as the key consistency verification result of the first anti-theft module; verifying whether the first anti-theft key is consistent with the second anti-theft key based on the second anti-theft module, generating a key consistency verification result of the second anti-theft module, including: verifying whether the first personal identification code is consistent with the second personal identification code based on the second anti-theft module, generating a third verification result; verifying whether the first security key code is consistent with the second security key code based on the second anti-theft module, generating a fourth verification result; using the third verification result and the fourth verification result as the key consistency verification result of the second anti-theft module.

[0013] The above technical solution provides an implementation method for separately verifying the two parts of the key contained in the anti-theft key. The anti-theft key includes two parts: a personal identification code and a security key code. Furthermore, the two parts of the anti-theft key can be verified. The first anti-theft module can verify its own first personal identification code with the second personal identification code in the second anti-theft module, and verify its own first security key code with the second security key code in the second anti-theft module, thereby determining whether there are errors in the two components of the first anti-theft key of the first anti-theft module. Similarly, the second anti-theft module can also verify the second personal identification code with the first personal identification code of the first anti-theft module, and verify the second security key code with the first security key code of the first anti-theft module, thereby determining whether there are errors in the two components of the second anti-theft key of the second anti-theft module. By splitting the anti-theft key as a whole into two components for verification, it is possible to accurately locate whether there is a key inconsistency fault between the first anti-theft module and the second anti-theft module, as well as the cause of the fault.

[0014] In combination with the first aspect and the above-mentioned implementation methods, in some possible implementation methods, the verification result and authentication process information are sent to the intelligent diagnostic system so that the intelligent diagnostic system can determine the reason for the failure of the vehicle's anti-theft authentication, including: if the verification result indicates that the anti-theft key is inconsistent, the intelligent diagnostic system determines that the reason for the failure of the vehicle's anti-theft authentication is a key inconsistency failure; if the verification result indicates that the anti-theft key is consistent, the intelligent diagnostic system determines the reason for the failure of the vehicle's anti-theft authentication based on the authentication process information and the vehicle's anti-theft authentication standard.

[0015] The above technical solution provides a method for determining the cause of anti-theft authentication failure. Based on the verification results, it is determined whether the failure is due to key inconsistency. If not, the authentication process information is compared with the vehicle's standard anti-theft authentication standards to determine which part of the anti-theft authentication process failed. Using this method, the verification is carried out at different process nodes according to the anti-theft authentication process, making it easier to quickly locate the cause of the failure.

[0016] In combination with the first aspect and the above-mentioned implementation methods, in some possible implementation methods, if the verification result indicates that the key is inconsistent, the intelligent diagnostic system determines that the reason for the failure of the vehicle's anti-theft authentication is a key inconsistency failure, and further includes: receiving a key learning instruction sent by the vehicle's remote communication service system; clearing the first anti-theft key stored in the first anti-theft module and the second anti-theft key stored in the second anti-theft module based on the key learning instruction; and writing the third anti-theft key indicated in the key learning instruction into the first anti-theft module and the second anti-theft module respectively.

[0017] The above technical solution provides a remote key rewrite solution. If a problem with the vehicle's key is identified, the telematics service system can remotely send a key learning instruction to the vehicle. The anti-theft module then clears and rewrites the key based on the key learning instruction, eliminating the need for manual resetting using dedicated diagnostic equipment. This improves fault repair efficiency and reduces after-sales service costs.

[0018] In combination with the first aspect and the above-mentioned implementation manner, in some possible implementation manners, the vehicle performs anti-theft authentication, including: in response to an ignition command, sending a first random number to a second anti-theft module based on a first anti-theft module; receiving the first random number based on the second anti-theft module, encrypting the first random number based on a second anti-theft key to obtain a first encryption result, and sending the first encryption result to the first anti-theft module; receiving the first encryption result based on the first anti-theft module, and verifying whether the first encryption result is consistent with the second encryption result obtained by encrypting the first random number based on the first anti-theft key; if not, proceeding to executing the step of sending the first random number to the second anti-theft module based on the first anti-theft module; if so, sending the first encryption result based on the second anti-theft module. The method comprises the steps of: receiving the second random number based on the first anti-theft module, encrypting the second random number based on the first anti-theft key to obtain a third encryption result, and sending the third encryption result to the second anti-theft module; receiving the third encryption result based on the second anti-theft module, and verifying whether the third encryption result is consistent with the fourth encryption result obtained by encrypting the second random number based on the second anti-theft key; if so, determining that the anti-theft authentication result of the vehicle is successful; if not, entering the step of executing the first anti-theft module sending the first random number to the second anti-theft module; if the number of times the step of sending the first random number to the second anti-theft module based on the first anti-theft module is executed exceeds a preset number threshold, determining that the anti-theft authentication result of the vehicle is failed.

[0019] The above technical solution provides a detailed process for vehicle anti-theft authentication. This process involves two rounds of authentication. The first round is initiated by the first anti-theft module, which requests and verifies the first encrypted result from the second anti-theft module. If the first round of authentication succeeds, the second round is initiated by the second anti-theft module, which requests and verifies the second encrypted result from the first anti-theft module. If the verification fails, a retry is initiated. If both rounds of verification are completed within a preset threshold, the vehicle anti-theft authentication is successful.

[0020] In combination with the first aspect and the above implementation, in some possible implementations, the method further includes: if it is determined that the first anti-theft module or the second anti-theft module meets the interaction timeout condition, then proceeding to execute the step of sending the first random number to the second anti-theft module based on the first anti-theft module.

[0021] The above technical solution provides for detecting timeouts in interactions between anti-theft modules. During the anti-theft authentication process, in addition to verifying the encryption result, the first and second anti-theft modules also strictly determine whether the authentication interaction has timed out. If either module detects a timeout, the first round of authentication will be restarted. Interaction timeout conditions include the second anti-theft module failing to receive the first random number within a first preset duration, the first anti-theft module failing to receive the first encryption result within a second preset duration, the first anti-theft module failing to receive the second random number within a third preset duration, or the second anti-theft module failing to receive the third encryption result within a fourth preset duration.

[0022] In combination with the first aspect and the above-mentioned implementation methods, in some possible implementation methods, the method also includes: matching associated historical fault cases in the anti-theft system fault knowledge base of the intelligent diagnostic system based on the vehicle model and the reason for the anti-theft authentication failure; obtaining historical maintenance plans for the associated historical fault cases, and determining the vehicle's anti-theft fault maintenance plan based on the historical maintenance plans.

[0023] The above technical solution provides a method for determining anti-theft fault repair plans. This method builds a knowledge base of historical anti-theft faults, storing a large number of historical fault cases. The vehicle model and the cause of the anti-theft authentication failure are then matched with the historical fault cases to obtain associated historical fault cases. Anti-theft fault repair plans are generated based on the historical repair plans associated with the historical fault cases, thereby improving the accuracy of the repair plans and enhancing the quality of after-sales service.

[0024] In a second aspect, a vehicle is provided, comprising: a memory for storing executable program code; and a processor for calling and running the executable program code from the memory to execute the method in the above-mentioned first aspect or any possible implementation of the first aspect.

[0025] In a third aspect, a computer-readable storage medium is provided, which stores a computer program code. When the computer program code runs on a computer, the computer executes the method in the above-mentioned first aspect or any possible implementation of the first aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[0026] Figure 1 This is a scenario diagram of a vehicle anti-theft fault determination method provided by an embodiment of the present application;

[0027] Figure 2 This is a flow chart of a method for determining a vehicle anti-theft fault provided by an embodiment of the present application;

[0028] Figure 3 This is a flow chart of a method for determining a vehicle anti-theft fault provided by an embodiment of the present application;

[0029] Figure 4 This is a flow chart of a method for determining a vehicle anti-theft fault provided by an embodiment of the present application;

[0030] Figure 5 This is a flow chart of a method for determining a vehicle anti-theft fault provided by an embodiment of the present application;

[0031] Figure 6 It is a structural schematic diagram of a vehicle provided in an embodiment of the present application. DETAILED DESCRIPTION

[0032] The following will clearly and thoroughly describe the technical solutions in this application in conjunction with the accompanying drawings. In the description of the embodiments of this application, unless otherwise specified, " / " means or, for example, A / B can mean A or B: "and / or" in the text is only a description of the association relationship of associated objects, indicating that there can be three relationships, for example, A and / or B can mean: A exists alone, A and B exist at the same time, and B exists alone. In addition, in the description of the embodiments of this application, "multiple" means two or more than two.

[0033] In the following, the terms "first" and "second" are used for descriptive purposes only and should not be understood to imply or suggest relative importance or implicitly indicate the number of technical features indicated. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of the features.

[0034] See Figure 1 , Figure 1 This is a scenario diagram of a vehicle anti-theft fault determination method provided by an embodiment of the present application. Figure 1 As shown, when the anti-theft authentication fails, the vehicle will enter a locked state, and the VCU (Vehicle Control Unit) will cut off the high-voltage power-on function, causing the vehicle to be completely unable to start and can only passively wait for after-sales service. After-sales treatment requires a dedicated diagnostic instrument (such as Figure 1 The vehicle fault diagnosis instrument shown in the figure) device resets the key learning of the anti-theft module. If the fault cannot be eliminated (such as the key is inconsistent), the anti-theft module will be directly replaced. However, this "blind" maintenance mode ignores the dynamic nature of complex electronic systems and the variability of hidden faults, especially for the diagnosis of occasional problems, and lacks a more efficient and comprehensive fault detection and processing solution.

[0035] Based on the above problems, an embodiment of the present application provides a method for determining vehicle anti-theft failures, which collects authentication process information of the vehicle during the anti-theft authentication process, wherein the authentication process information includes the operation information of each vehicle component involved in the anti-theft authentication process, and can provide strong support for the subsequent analysis of the cause of the anti-theft authentication failure. In addition, after the vehicle anti-theft authentication result is a failure, the vehicle will not be locked immediately, and a key verification process after the anti-theft authentication fails is added to determine whether the anti-theft authentication failure is caused by an error in the stored anti-theft key. The relevant information and verification results of the authentication process are sent to the intelligent diagnostic system together to help the system quickly analyze and determine the cause of the anti-theft authentication failure, thereby effectively shortening the troubleshooting and decision-making time, and further taking accurate treatment plans for the cause of the anti-theft authentication failure.

[0036] based on Figure 1 The scene diagram shown below will be combined with Figure 2-Figure 5 , a detailed introduction is given to the vehicle anti-theft fault determination method provided in the embodiment of the present application.

[0037] See Figure 2 , Figure 2 1 is a flow chart of a method for determining vehicle anti-theft faults provided by an embodiment of the present application. It should be understood that the method can be applied to vehicles, and specifically to electronic control units (ECUs) in vehicles.

[0038] like Figure 2 As shown, the method of the embodiment of the present application may include the following steps S101 to S104.

[0039] S101, when the vehicle performs anti-theft authentication, obtaining authentication process information;

[0040] In one embodiment, the trigger condition for the vehicle to perform anti-theft authentication may be after the vehicle receives an ignition signal, for example, when the user inserts the car key into the ignition lock and turns it to the ON position to trigger the ignition signal; for example, when the user presses the start button of the vehicle to trigger the ignition signal.

[0041] Authentication process information includes operational information about each vehicle component involved in the anti-theft authentication process, such as the authentication request time, message content, message response time, the operation status or flags of each step, and encryption and decryption steps. By collecting data from the entire anti-theft authentication process, more comprehensive information can be obtained for subsequent fault analysis.

[0042] S102, if the anti-theft authentication result of the vehicle is failure, verifying a first anti-theft key stored in a first anti-theft module of the vehicle and a second anti-theft key stored in a second anti-theft module to obtain a verification result;

[0043] In one embodiment, after the vehicle's conventional anti-theft authentication process is completed, an anti-theft authentication result is obtained. If the anti-theft authentication result is a failure, the anti-theft keys stored in the vehicle's first anti-theft module and the second anti-theft module are verified. Typically, the first and second anti-theft modules use the same default key. However, there may be situations where the anti-theft key stored in the first or second anti-theft module is incorrect. Therefore, it is necessary to verify the first anti-theft key in the first anti-theft module and the second anti-theft key in the second anti-theft module to determine whether there is a key error.

[0044] The vehicle's first and second anti-theft modules are used to collaboratively complete anti-theft authentication. Optionally, the vehicle can be equipped with a larger number of anti-theft modules. When all modules pass verification, the anti-theft authentication result is confirmed as successful. The vehicle's anti-theft modules can be designed based on actual needs. For example, the first anti-theft module can be a VCU, responsible for vehicle control decision-making. The second anti-theft module can be a CEM (Central Electronic Module), responsible for managing and controlling the vehicle's electrical system.

[0045] S103 : Sending the verification result and the authentication process information to an intelligent diagnosis system so that the intelligent diagnosis system can determine the reason for the failure of the anti-theft authentication of the vehicle.

[0046] In one embodiment, all authentication process information and verification results are collected and sent to the intelligent diagnostic system via the vehicle's communication network (such as the CAN bus, onboard Wi-Fi, etc.). The intelligent diagnostic system analyzes the received authentication process information and verification results to determine the reason for the vehicle's anti-theft authentication failure. Possible reasons for anti-theft authentication failure include: invalid key, signal interference, or system failure.

[0047] Optionally, the intelligent diagnostic system can be deployed in the cloud, relying on distributed computing resources and big data platforms to efficiently process massive amounts of operational data and achieve global analysis and fault prediction of complex faults through machine learning models. The intelligent diagnostic system can be deployed on the vehicle side, where the SDK (Software Development Kit) is locally deployed, and the embedded algorithm directly completes the anti-theft authentication information collection, feature extraction, and basic fault diagnosis. Alternatively, the vehicle side and the cloud side can be deployed collaboratively. After the vehicle side SDK performs preliminary anomaly screening based on the authentication process information, the screening diagnostic data is encrypted and uploaded to the cloud for in-depth analysis.

[0048] In one feasible implementation, the reason for the immobilizer authentication failure can be displayed to the user, for example, via voice and / or visual output. For example, the central control screen might display "The vehicle currently has an immobilizer key inconsistency fault. Please follow the emergency response guide below to restore authentication." Optionally, proactive customer care reminders, such as "Don't worry, you can visit a service station for repairs," can be preset to help customers quickly resolve the issue, avoid customer dissatisfaction and cost losses caused by recalls, and reduce customer decision-making anxiety.

[0049] In an embodiment of the present application, by obtaining authentication process information when the vehicle performs anti-theft authentication, if the anti-theft authentication result of the vehicle is failed, the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module are verified to obtain a verification result, and the verification result and authentication process information are sent to the intelligent diagnostic system for the intelligent diagnostic system to determine the reason for the failure of the vehicle's anti-theft authentication, thereby improving the accuracy of the cause of the anti-theft failure and reducing the fault analysis time.

[0050] See Figure 3 , is a flow chart of a method for determining a vehicle anti-theft fault according to an embodiment of this specification. Figure 3 As shown, the method of the embodiment of this specification may include the following steps S201-S213.

[0051] S201, in response to an ignition command, sending a first random number to a second anti-theft module based on the first anti-theft module;

[0052] In one embodiment, upon receiving an ignition command, the vehicle initiates an anti-theft authentication process. First, the vehicle controls the first anti-theft module to send a first random number to the second anti-theft module. The first random number is a random number generated by the first anti-theft module. It is understood that code programs containing the anti-theft authentication process can be pre-programmed into the first and second anti-theft modules. Upon receiving the ignition command, the vehicle (or a control module therein) transmits the information regarding the receipt of the ignition command to the first anti-theft module, causing the first anti-theft module to begin executing the anti-theft authentication process according to the pre-programmed code programs.

[0053] S202, receiving the first random number based on the second anti-theft module, encrypting the first random number based on a second anti-theft key to obtain a first encryption result, and sending the first encryption result to the first anti-theft module;

[0054] In one embodiment, upon receiving the first random number, the second anti-theft module of the vehicle may encrypt the first random number using the second anti-theft key to obtain a first encryption result. Simultaneously, the first anti-theft module may also encrypt the first random number using the first anti-theft key. It is understood that upon receiving the first random number from the first anti-theft module, the second anti-theft module determines that an anti-theft authentication process is currently being executed and then performs encryption processing according to the code program of the anti-theft authentication process.

[0055] S203: receiving the first encryption result based on the first anti-theft module, and verifying whether the first encryption result is consistent with a second encryption result obtained by encrypting the first random number based on the first anti-theft key;

[0056] It can be understood that if the first anti-theft key and the second anti-theft key are the same and use the same agreed encryption algorithm, and if the calculation process is correct, then the first encryption result and the second encryption result obtained should be consistent. Therefore, the first anti-theft module verifies whether the received first encryption result is consistent with the second encryption result obtained by its own encryption.

[0057] S204, if not, proceeding to the step of sending the first random number to the second anti-theft module based on the first anti-theft module;

[0058] In one embodiment, if the first encryption result differs from the second encryption result, authentication of the first anti-theft module fails and verification must be restarted, with the first anti-theft module sending the first random number to the second anti-theft module. It is understood that the first random number generated during the restart may be the same as or different from the first random number generated during the first verification. Furthermore, the first anti-theft module may record the verification result, i.e., the first encryption result sent by the second anti-theft module, as well as any inconsistencies.

[0059] S205, if yes, sending a second random number to the first anti-theft module based on the second anti-theft module;

[0060] In one embodiment, if the first encryption result is the same as the second encryption result, the first round of anti-theft authentication is passed. Next, the second anti-theft module performs authentication, generates a second random number, and sends the second random number to the first anti-theft module.

[0061] S206, receiving the second random number based on the first anti-theft module, encrypting the second random number based on the first anti-theft key to obtain a third encryption result, and sending the third encryption result to the second anti-theft module;

[0062] In one embodiment, upon receiving the second random number, the first anti-theft module in the vehicle encrypts the second random number according to the first anti-theft key to obtain a third encryption result, and returns the third encryption result to the second anti-theft module.

[0063] S207: receiving the third encryption result based on the second anti-theft module, and verifying whether the third encryption result is consistent with a fourth encryption result obtained by encrypting the second random number based on the second anti-theft key;

[0064] In one embodiment, the second anti-theft module encrypts the second random number based on its own second anti-theft key to obtain a fourth encryption result, and compares the third encryption result sent by the first anti-theft module with the fourth encryption result to determine whether they are consistent.

[0065] S208, if yes, determining that the anti-theft authentication result of the vehicle is successful;

[0066] In one embodiment, if it is determined that the third encryption result is consistent with the fourth encryption result, the vehicle passes the anti-theft authentication and the engine can be started.

[0067] S209, if not, proceeding to the step of executing the first anti-theft module sending the first random number to the second anti-theft module;

[0068] In one embodiment, if it is determined that the third encryption result is inconsistent with the fourth encryption result, it is necessary to restart the first round of authentication, and the first anti-theft module sends the first random number to the second anti-theft module.

[0069] Furthermore, in one embodiment, the method further includes:

[0070] S2091: If it is determined that the first anti-theft module or the second anti-theft module meets the interaction timeout condition, the process proceeds to executing the step of the first anti-theft module sending a first random number to the second anti-theft module.

[0071] In one embodiment, in addition to verifying the encryption result, both the first anti-theft module and the second anti-theft module also strictly determine the timeout for sending authentication interaction information. If either side detects a timeout, the first round of authentication will be restarted, thereby improving the security and reliability of the authentication process. Specifically, the interaction timeout conditions include: the second anti-theft module does not receive the first random number within the first preset time length; or, the first anti-theft module does not receive the first encryption result within the second preset time length; or, the first anti-theft module does not receive the second random number within the third preset time length; or, the second anti-theft module does not receive the third encryption result within the fourth preset time length. Among them, the first preset time length, the second preset time length, the third preset time length, and the fourth preset time length can be partially the same, completely the same, or different, and can be set according to actual needs. For example, they can be set to 10 seconds.

[0072] S210: If the number of times the step of sending the first random number to the second anti-theft module based on the first anti-theft module is executed exceeds a preset number threshold, the anti-theft authentication result of the vehicle is failed.

[0073] In one embodiment, the entire anti-theft authentication process provides a preset number of retry opportunities. If the verification fails within the preset number of retry opportunities, the anti-theft authentication result of this anti-theft authentication is determined to be a failure.

[0074] It is understandable that the above-mentioned anti-theft authentication process is only an example provided in this specification and is not intended to limit the anti-theft authentication process. Steps in the vehicle anti-theft authentication process may be increased or decreased according to actual needs.

[0075] S211, if the anti-theft authentication result of the vehicle is failed, sending the first anti-theft key stored in the first anti-theft module to the second anti-theft module, and sending the second anti-theft key stored in the second anti-theft module to the first anti-theft module;

[0076] S212: Verify, based on the first anti-theft module, whether the second anti-theft key is consistent with the first anti-theft key, and generate a key consistency verification result of the first anti-theft module;

[0077] S213: Verify whether the first anti-theft key is consistent with the second anti-theft key based on the second anti-theft module, and generate a key consistency verification result of the second anti-theft module.

[0078] In one embodiment, after the anti-theft authentication result fails, the first anti-theft key stored in the first anti-theft module is sent to the second anti-theft module, and the second anti-theft module sends the second anti-theft key to the first anti-theft module. The first anti-theft module and the second anti-theft module respectively verify whether the anti-theft key stored by the other module is consistent with their own, thereby obtaining the key consistency verification results of the first anti-theft module and the second anti-theft module. This process can be executed by the first and second anti-theft modules under vehicle control, or by the first and second anti-theft modules themselves when receiving information that the anti-theft authentication result fails.

[0079] Furthermore, in one embodiment, the first anti-theft key includes a first personal identification code and a first security key code; the second anti-theft key includes a second personal identification code and a second security key code, and the method includes:

[0080] S2111, sending the first personal identification code stored in the first anti-theft module to the second anti-theft module, and sending the second personal identification code stored in the second anti-theft module to the first anti-theft module;

[0081] For example, the anti-theft key consists of two parts: a personal identification number (PIN) and a security key (SK). Each vehicle is assigned an anti-theft key after it rolls off the production line. It is understood that the anti-theft key can also be derived from other key combinations, such as a PIN and SK, as well as other verification codes, and can be assigned based on the manufacturer's actual production situation.

[0082] See Figure 4After receiving the ignition signal, the ignition system is switched from the off state to the on state, and then the anti-theft authentication process is entered. When the result of the anti-theft authentication process is a failure, it is determined that the ignition system is on at this time, and the key verification process is executed. If the ignition system is not on at this time, it is necessary to wait for the ignition system to be turned on again and execute the anti-theft authentication process. The key verification process first starts with the first anti-theft module to verify the anti-theft key. The first anti-theft module and the second anti-theft module can verify the two parts of the key respectively, and obtain the verification results of the two parts of the key respectively, and finally obtain the key consistency verification result of the first anti-theft module and the key consistency verification result of the second anti-theft module. The first anti-theft module sends the first personal identification code to the second anti-theft module, and the second anti-theft module verifies the consistency of the first personal identification code and the second personal identification code. At the same time, the second anti-theft module sends the second personal identification code to the first anti-theft module, and the first anti-theft module verifies the consistency of the second personal identification code and the first personal identification code. Afterwards, the first anti-theft module sends the first security key code to the second anti-theft module, and the second anti-theft module waits to verify the consistency of the first security key code and the second security key code. The second anti-theft module sends the second security key code to the first anti-theft module, and the first anti-theft module verifies the consistency of the second security key code and the first security key code. The two anti-theft modules respectively obtain the key consistency verification results.

[0083] S2112, sending the first security key code stored in the first anti-theft module to the second anti-theft module, and sending the second security key code stored in the second anti-theft module to the first anti-theft module;

[0084] Specifically, based on the first anti-theft module sending the first security key code to the second anti-theft module, the second anti-theft module sends the second security key code to the first anti-theft module.

[0085] S2121: Verify, based on the first anti-theft module, whether the second personal identification code is consistent with the first personal identification code, and generate a first verification result; verify, based on the first anti-theft module, whether the second security key code is consistent with the first security key code, and generate a second verification result; use the first verification result and the second verification result as the key consistency verification result of the first anti-theft module;

[0086] Specifically, the first anti-theft module generates a first verification result for the second personal identification code and a second verification result for the second security key code.

[0087] S2131, based on the second anti-theft module, verify whether the first personal identification code is consistent with the second personal identification code, and generate a third verification result; based on the second anti-theft module, verify whether the first security key code is consistent with the second security key code, and generate a fourth verification result; use the third verification result and the fourth verification result as the key consistency verification result of the second anti-theft module.

[0088] Specifically, the second anti-theft module generates a second verification result for the first personal identification code and a fourth verification result for the second security key code.

[0089] Optionally, when transmitting the first anti-theft key and the second anti-theft key, an encrypted transmission method may be used, for example, using the symmetric encryption algorithm AES128, or the asymmetric encryption algorithm RSA, ECC, or the hash algorithm SHA-256, etc., without limitation.

[0090] In the embodiments of this specification, vehicle anti-theft authentication is completed through bidirectional authentication between the first and second anti-theft modules. A retry threshold (preset threshold) is set to optimize resource utilization and reduce system failure rates. If the vehicle anti-theft authentication result fails, an anti-theft key verification process is added. Anti-theft keys are exchanged to verify whether there is a key inconsistency fault. Furthermore, if the anti-theft key includes a personal identification code and a security key code, the personal identification code and the security key code are verified sequentially to determine the verification result of the personal identification code and the security key code.

[0091] See Figure 5 , is a flow chart of a method for determining a vehicle anti-theft fault according to an embodiment of this specification. Figure 5 As shown, the method of the embodiment of this specification may include the following steps S301-S307.

[0092] S301, if the verification result indicates that the anti-theft key is inconsistent, the intelligent diagnosis system determines that the cause of the anti-theft authentication failure of the vehicle is a key inconsistency fault;

[0093] In one embodiment, after sending the verification result and authentication process information to the intelligent diagnostic system, if the verification results obtained by the first anti-theft module and the second anti-theft module indicate that the anti-theft keys are inconsistent, the intelligent diagnostic system determines that the cause of the vehicle's anti-theft authentication failure is a key inconsistency fault.

[0094] Furthermore, the anti-theft key recorded on the production end can be called and compared with the anti-theft keys stored in the first anti-theft module and the second anti-theft module to determine in which anti-theft module the anti-theft key is wrong.

[0095] S302, receiving a key learning instruction sent by the vehicle's remote communication service system;

[0096] In one embodiment, remote key rewriting can be performed when a key inconsistency fault is determined in the vehicle. It is understood that other faults may also be resolved through key rewriting, so there are no specific requirements for key learning. Key learning instructions can be sent by after-sales personnel or the intelligent diagnostic system instructing the remote communication service system (TSP).

[0097] The key learning instruction is sent by the remote communication service system. After receiving the remote key learning instruction, the first anti-theft module and the second anti-theft module synchronously or independently start the key clearing and re-learning process of the vehicle anti-theft key. Exemplarily, the key learning instruction includes the third anti-theft key and the key type of the third anti-theft key. The key type includes the vehicle production key or the custom key. The key type can be used to subsequently determine whether the vehicle anti-theft key has been successfully rewritten. For example, if the key type is a custom key, the custom key stored by the manufacturer is retrieved and compared with the anti-theft key. For another example, if the key type is a vehicle production key, the vehicle factory key stored by the manufacturer is retrieved and compared with the anti-theft key. The third anti-theft key is stored on the KMS (key management system) server of the production plant and is controlled by the user account access rights.

[0098] Optionally, to prevent information leakage and ensure the security of key learning instructions, key learning instructions must be encrypted, for example, using the AES-128 algorithm. Data exposed to the environment must be ciphertext that complies with the AES encryption specification. The ciphertext is 32 bytes long and contains a complete record of all encryption rounds. The encryption and decryption keys for key learning instructions are stored in the first and second anti-theft modules, respectively. The keys are 128 bits and identical.

[0099] S303, clearing the first anti-theft key stored in the first anti-theft module and the second anti-theft key stored in the second anti-theft module based on the key learning instruction;

[0100] In one embodiment, the key learning instruction includes a key clearing instruction for the first anti-theft module and the second anti-theft module, which is used to clear the first anti-theft key and the second anti-theft key stored in the first anti-theft module. It is understood that due to the design principles of the anti-theft module, if an anti-theft key is already written to the anti-theft module, a new key cannot be directly written. The stored key must be cleared before a new key can be written.

[0101] S304: Write the third anti-theft key indicated in the key learning instruction into the first anti-theft module and the second anti-theft module respectively.

[0102] In one embodiment, after the anti-theft keys in the first and second anti-theft modules are cleared, the third anti-theft key indicated in the key learning instruction is written into the first and second anti-theft modules. After writing, it is possible to determine again whether the anti-theft key stored in the first anti-theft module is consistent with the third anti-theft key, thereby determining whether there has been a key clearing failure or other issues.

[0103] S305 : If the verification result indicates that the anti-theft keys are consistent, the intelligent diagnosis system determines a reason for failure of the anti-theft authentication of the vehicle based on the authentication process information and the anti-theft authentication standard of the vehicle.

[0104] In one embodiment, if the verification result indicates that the anti-theft keys are consistent, the fault of inconsistent anti-theft keys is eliminated. Furthermore, the cause of the vehicle's anti-theft authentication failure is investigated based on the authentication process information and the anti-theft authentication standard. The anti-theft authentication standard refers to the authentication process and requirements for passing the anti-theft authentication. The reason for the anti-theft authentication failure is determined by determining which portion of the authentication process information does not meet the anti-theft authentication standard.

[0105] S306, matching and associating historical failure cases in the anti-theft system failure knowledge base of the intelligent diagnosis system based on the vehicle model and the anti-theft authentication failure reason;

[0106] In one embodiment, after determining the reason for the failure of the anti-theft authentication of the vehicle, it is also possible to search for related historical fault cases based on the vehicle model and the reason for the failure of the anti-theft authentication, so as to facilitate the determination of a repair plan. An anti-theft system fault knowledge base is stored in the intelligent diagnostic system. The anti-theft system fault knowledge base stores a large number of historical fault cases. The historical fault cases include the model of the faulty vehicle and a description of the cause of the fault. The vehicle model and the reason for the failure of the anti-theft authentication are matched with the historical fault cases, such as by using keyword intelligent matching or natural language processing technology, to obtain related historical fault cases. The related historical fault cases can be one or more. For example, cases in the anti-theft system fault knowledge base whose matching degree with the currently reported vehicle model and the reason for the failure of the anti-theft authentication reaches a set threshold can be determined as related historical fault cases.

[0107] S307 , obtaining a historical maintenance plan associated with the historical fault case, and determining an anti-theft fault maintenance plan for the vehicle based on the historical maintenance plan.

[0108] In one embodiment, relevant repair plans are extracted from the associated historical fault cases. Based on information such as their success rate, implementation steps, and replaced parts, their applicability to the current anti-theft fault is analyzed. For example, if 73% of key inconsistencies in a particular vehicle model are resolved through the anti-theft key clearing and learning process between the first and second anti-theft modules, the same repair plan can be used for the current vehicle's anti-theft fault.

[0109] Optionally, in order to ensure the accuracy of the maintenance plan, the anti-theft system fault knowledge base is continuously updated as new fault cases and maintenance plans are generated.

[0110] Furthermore, if a suitable repair plan cannot be determined for the reported reason for the anti-theft authentication failure, a remote expert consultation can be conducted, and vehicle data can be shared through real-time transmission of high-definition video to reduce the cost of offline personnel allocation for repairs.

[0111] In the embodiment of this specification, it is determined whether the fault is a key inconsistency based on the verification result. If not, the authentication process information is compared with the standard anti-theft authentication standard of the vehicle to determine which part of the anti-theft authentication process has failed. In this way, different process nodes are split according to the anti-theft authentication process for verification, which facilitates the rapid location of the cause of the fault. When it is determined that there is a problem with the key in the vehicle, the remote communication service system can remotely send a key learning instruction to the vehicle, and the anti-theft module clears and rewrites the key according to the key learning instruction, without the need for manual reset through dedicated diagnostic equipment, thereby improving fault repair efficiency and reducing after-sales service costs. In addition, by constructing an anti-theft historical fault knowledge base, a large number of historical fault cases are stored in it, and the vehicle model and the cause of the anti-theft authentication failure are matched with the historical fault cases, so as to obtain related historical fault cases, and generate anti-theft fault repair plans based on the historical repair plans of the related historical fault cases, thereby improving the accuracy of the fault repair plans and improving the quality of after-sales service.

[0112] The embodiment of this specification also provides a computer-readable storage medium having a computer program stored thereon, which implements the above-mentioned Figure 2-Figure 5 The vehicle anti-theft fault determination method of the embodiment shown, the specific execution process can be found in Figure 2-Figure 5 The detailed description of the illustrated embodiment will not be repeated here.

[0113] Please refer to Figure 6, which shows a schematic diagram of the structure of a vehicle provided by an exemplary embodiment of this specification. The vehicle herein may include one or more of the following components: a processor 110, a memory 120, an input device 130, an output device 140, and a bus 150. The processor 110, memory 120, input device 130, and output device 140 may be connected via bus 150.

[0114] The processor 110 may include one or more processing cores. Using various interfaces and circuits, the processor 110 connects to various components within the vehicle. It executes instructions, programs, code sets, or instruction sets stored in the memory 120, as well as accesses data stored in the memory 120, to perform various vehicle functions and process data. Optionally, the processor 110 may be implemented using at least one of the following hardware forms: a digital signal processing (DSP), a field-programmable gate array (FPGA), or a programmable logic array (PLA). The processor 110 may integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. The CPU primarily processes the operating system, user interfaces, and applications; the GPU is responsible for rendering and drawing display content; and the modem handles wireless communications. It is understood that the modem may not be integrated into the processor 110 and may instead be implemented via a separate communications chip.

[0115] The memory 120 may include a random access memory (RAM) or a read-only memory (ROM). Optionally, the memory 120 includes a non-transitory computer-readable medium (Non-Transitory Computer-Readable Storage Medium). The memory 120 may be used to store instructions, programs, codes, code sets, or instruction sets. The memory 120 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc. The operating system may be an Android system, including a system deeply developed based on the Android system, an iOS system developed by Apple, including a system deeply developed based on the iOS system, or other systems.

[0116] The memory 120 can be divided into an operating system space and a user space. The operating system runs in the operating system space, and native and third-party applications run in the user space. In order to ensure that different third-party applications can achieve better operating results, the operating system allocates corresponding system resources to different third-party applications. However, the requirements for system resources in different application scenarios in the same third-party application are also different. For example, in the local resource loading scenario, the third-party application has higher requirements for disk reading speed; in the animation rendering scenario, the third-party application has higher requirements for GPU performance. The operating system and the third-party application are independent of each other, and the operating system often cannot perceive the current application scenario of the third-party application in a timely manner, resulting in the operating system being unable to perform targeted system resource adaptation according to the specific application scenario of the third-party application.

[0117] In order for the operating system to distinguish the specific application scenarios of third-party applications, it is necessary to open up data communication between third-party applications and the operating system so that the operating system can obtain the current scenario information of third-party applications at any time, and then perform targeted system resource adaptation based on the current scenario.

[0118] The input device 130 is used to receive input commands or data and includes, but is not limited to, a keyboard, a mouse, a camera, a microphone, or a touch-sensitive device. The output device 140 is used to output commands or data and includes, but is not limited to, a display device and a speaker. In one example, the input device 130 and the output device 140 may be combined, and the input device 130 and the output device 140 may be a touch-sensitive display.

[0119] The touch display screen can be designed as a full screen, a curved screen or a special-shaped screen. The touch display screen can also be designed as a combination of a full screen and a curved screen, or a combination of a special-shaped screen and a curved screen, which is not limited in the embodiments of this specification.

[0120] In addition, those skilled in the art will appreciate that the vehicle structures shown in the above figures do not limit the vehicle. The vehicle may include more or fewer components than shown, or a combination of certain components, or a different arrangement of components. For example, the vehicle may also include radio frequency circuits, input units, sensors, audio circuits, WiFi modules, power supplies, Bluetooth modules, and other components, which will not be described in detail here.

[0121] exist Figure 6 In the vehicle shown, the processor 110 may be configured to call a computer application stored in the memory 120 and specifically perform the following operations:

[0122] When the vehicle performs anti-theft authentication, obtain authentication process information;

[0123] If the anti-theft authentication result of the vehicle is failure, verifying the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module to obtain a verification result;

[0124] The verification result and the authentication process information are sent to an intelligent diagnosis system so that the intelligent diagnosis system can determine the reason for the failure of the anti-theft authentication of the vehicle.

[0125] In one embodiment, the verification result includes a key consistency verification result of the first anti-theft module and a key consistency verification result of the second anti-theft module. When the processor 110 verifies the first anti-theft key stored in the first anti-theft module and the second anti-theft key stored in the second anti-theft module of the vehicle if the anti-theft authentication result of the vehicle fails to obtain the verification result, the processor 110 specifically performs the following operations:

[0126] If the anti-theft authentication result of the vehicle is failed, the first anti-theft key stored in the first anti-theft module is sent to the second anti-theft module, and the second anti-theft key stored in the second anti-theft module is sent to the first anti-theft module;

[0127] Verifying the second anti-theft key and the first anti-theft key based on the first anti-theft module to generate a key consistency verification result of the first anti-theft module;

[0128] The first anti-theft key and the second anti-theft key are verified based on the second anti-theft module to generate a key consistency verification result of the second anti-theft module.

[0129] In one embodiment, the first anti-theft key includes a first personal identification code and a first security key code, and the second anti-theft key includes a second personal identification code and a second security key code. When the processor 110 sends the first anti-theft key stored in the first anti-theft module to the second anti-theft module, and sends the second anti-theft key stored in the second anti-theft module to the first anti-theft module, the processor 110 specifically performs the following operations:

[0130] sending the first personal identification code stored in the first anti-theft module to the second anti-theft module, and sending the second personal identification code stored in the second anti-theft module to the first anti-theft module;

[0131] sending the first security key code stored in the first anti-theft module to the second anti-theft module, and sending the second security key code stored in the second anti-theft module to the first anti-theft module;

[0132] When the processor 110 verifies whether the second anti-theft key is consistent with the first anti-theft key based on the first anti-theft module and generates a key consistency verification result of the first anti-theft module, the processor 110 specifically performs the following operations:

[0133] Verifying, based on the first anti-theft module, whether the second personal identification code is consistent with the first personal identification code, and generating a first verification result; verifying, based on the first anti-theft module, whether the second security key code is consistent with the first security key code, and generating a second verification result; and using the first verification result and the second verification result as a key consistency verification result of the first anti-theft module;

[0134] When the processor 110 verifies whether the first anti-theft key is consistent with the second anti-theft key based on the second anti-theft module and generates a key consistency verification result of the second anti-theft module, the processor 110 specifically performs the following operations:

[0135] Based on the second anti-theft module, verify whether the first personal identification code is consistent with the second personal identification code, and generate a third verification result; based on the second anti-theft module, verify whether the first security key code is consistent with the second security key code, and generate a fourth verification result; use the third verification result and the fourth verification result as the key consistency verification result of the second anti-theft module.

[0136] In one embodiment, when the processor 110 sends the verification result and the authentication process information to the intelligent diagnostic system so that the intelligent diagnostic system can determine the reason for the failure of the anti-theft authentication of the vehicle, the processor 110 may specifically perform the following operations:

[0137] If the verification result indicates that the anti-theft keys are inconsistent, the intelligent diagnostic system determines that the cause of the anti-theft authentication failure of the vehicle is a key inconsistency fault;

[0138] If the verification result indicates that the anti-theft keys are consistent, the intelligent diagnosis system determines a reason for failure of the anti-theft authentication of the vehicle based on the authentication process information and the anti-theft authentication standard of the vehicle.

[0139] In one embodiment, after the processor 110 executes the following operations after the intelligent diagnostic system determines that the cause of the anti-theft authentication failure of the vehicle is a key inconsistency fault if the verification result indicates that the key is inconsistent:

[0140] receiving a key learning instruction sent by a remote communication service system of the vehicle;

[0141] clearing a first anti-theft key stored in the first anti-theft module and a second anti-theft key stored in the second anti-theft module based on the key learning instruction;

[0142] The third anti-theft key indicated in the key learning instruction is written into the first anti-theft module and the second anti-theft module respectively.

[0143] In one embodiment, the processor 110 performs the following operations when executing vehicle anti-theft authentication:

[0144] In response to an ignition command, sending a first random number to a second anti-theft module based on the first anti-theft module;

[0145] receiving the first random number based on the second anti-theft module, encrypting the first random number based on a second anti-theft key to obtain a first encryption result, and sending the first encryption result to the first anti-theft module;

[0146] receiving the first encryption result based on the first anti-theft module, and verifying whether the first encryption result is consistent with a second encryption result obtained by encrypting the first random number based on the first anti-theft key;

[0147] If not, proceeding to the step of sending the first random number to the second anti-theft module based on the first anti-theft module;

[0148] If so, sending a second random number to the first anti-theft module based on the second anti-theft module;

[0149] receiving the second random number based on the first anti-theft module, encrypting the second random number based on the first anti-theft key to obtain a third encryption result, and sending the third encryption result to the second anti-theft module;

[0150] receiving the third encryption result based on the second anti-theft module, and verifying whether the third encryption result is consistent with a fourth encryption result obtained by encrypting the second random number based on the second anti-theft key;

[0151] If so, determining that the anti-theft authentication result of the vehicle is successful;

[0152] If not, proceeding to the step of executing the first anti-theft module sending the first random number to the second anti-theft module;

[0153] If the number of times the step of sending the first random number to the second anti-theft module based on the first anti-theft module is executed exceeds a preset number threshold, it is determined that the anti-theft authentication result of the vehicle is failed.

[0154] In one embodiment, the processor 110 is further configured to perform the following operations:

[0155] If it is determined that the first anti-theft module or the second anti-theft module meets the interaction timeout condition, then proceeding to executing the step of sending the first random number to the second anti-theft module based on the first anti-theft module;

[0156] The interaction timeout condition includes:

[0157] Based on the second anti-theft module not receiving the first random number within a first preset time period; or,

[0158] Based on the first anti-theft module not receiving the first encryption result within a second preset time period; or

[0159] Based on the first anti-theft module not receiving the second random number within a third preset time period; or,

[0160] The second anti-theft module does not receive the third encryption result within a fourth preset time period.

[0161] In one embodiment, the processor 110 is further configured to perform the following operations:

[0162] Matching and associating historical failure cases in the anti-theft system failure knowledge base of the intelligent diagnosis system based on the vehicle model and the anti-theft authentication failure reason;

[0163] A historical maintenance plan for the associated historical fault case is obtained, and an anti-theft fault maintenance plan for the vehicle is determined based on the historical maintenance plan.

[0164] In an embodiment of the present specification, when the vehicle performs anti-theft authentication, authentication process information is obtained. If the anti-theft authentication result of the vehicle is failed, the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module are verified to obtain a verification result. The verification result and authentication process information are sent to the intelligent diagnosis system so that the intelligent diagnosis system can determine the reason for the failure of the anti-theft authentication of the vehicle, improve the accuracy of the cause of the anti-theft failure, and reduce the fault analysis time. Furthermore, two-way authentication is performed by the first anti-theft module and the second anti-theft module to complete the vehicle anti-theft authentication, and a retry threshold (preset number threshold) is set to optimize resource utilization and reduce the system failure rate. When the vehicle anti-theft authentication result is failed, an anti-theft key verification process is added, and the anti-theft keys (personal identification code and security key code) are sent to each other to verify whether there is a key inconsistency fault. Based on the verification result, it is determined whether it is a key inconsistency fault. If not, the authentication process information is compared with the standard anti-theft authentication standard of the vehicle to determine which part of the anti-theft authentication process has failed. In this way, different process nodes are split according to the anti-theft authentication process for verification, which facilitates rapid location of the fault cause. If a problem with the vehicle's key is identified, the telematics service system can remotely send a key learning instruction to the vehicle. Based on the key learning instruction, the vehicle's anti-theft module clears and rewrites the key, eliminating the need for manual resetting using dedicated diagnostic equipment. This improves fault repair efficiency and reduces after-sales service costs. Furthermore, by building a knowledge base of historical anti-theft faults, storing a large number of historical fault cases, the system matches the vehicle model and the cause of anti-theft authentication failure with historical fault cases to obtain associated historical fault cases. Based on the historical repair plans for these associated historical fault cases, anti-theft fault repair plans are generated, improving the accuracy of the repair plans and enhancing the quality of after-sales service.

[0165] In addition, the embodiments of this specification provide a computer program product, which includes a computer program. When the computer program is executed by the processor of the vehicle, the processor can at least implement the above-mentioned Figures 2 to 5 The vehicle anti-theft fault determination method provided in the illustrated embodiment.

[0166] Those skilled in the art will appreciate that all or part of the processes in the above-described method embodiments can be implemented by instructing the relevant hardware through a computer program. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it can include the processes of the above-described method embodiments. The aforementioned storage medium can be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

[0167] The above disclosure is only a preferred embodiment of this specification, and certainly cannot be used to limit the scope of rights of this specification. Therefore, equivalent changes made according to the claims of this specification are still within the scope covered by this specification.

Claims

1. A method for determining vehicle anti-theft fault, characterized in that: Applied to a vehicle, the method comprises: When the vehicle performs anti-theft authentication, obtain authentication process information; If the anti-theft authentication result of the vehicle is failure, verifying the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module to obtain a verification result; The verification result and the authentication process information are sent to an intelligent diagnosis system so that the intelligent diagnosis system can determine the reason for the failure of the anti-theft authentication of the vehicle.

2. The method according to claim 1, characterized in that The verification result includes a key consistency verification result of the first anti-theft module and a key consistency verification result of the second anti-theft module; If the anti-theft authentication result of the vehicle is failed, verifying the first anti-theft key stored in the first anti-theft module of the vehicle and the second anti-theft key stored in the second anti-theft module to obtain a verification result, including: If the anti-theft authentication result of the vehicle is failed, the first anti-theft key stored in the first anti-theft module is sent to the second anti-theft module, and the second anti-theft key stored in the second anti-theft module is sent to the first anti-theft module; Verifying the second anti-theft key and the first anti-theft key based on the first anti-theft module to generate a key consistency verification result of the first anti-theft module; The first anti-theft key and the second anti-theft key are verified based on the second anti-theft module to generate a key consistency verification result of the second anti-theft module.

3. The method according to claim 2, characterized in that The first anti-theft key includes a first personal identification code and a first security key code; the second anti-theft key includes a second personal identification code and a second security key code; The step of sending the first anti-theft key stored in the first anti-theft module to the second anti-theft module and sending the second anti-theft key stored in the second anti-theft module to the first anti-theft module includes: sending the first personal identification code stored in the first anti-theft module to the second anti-theft module, and sending the second personal identification code stored in the second anti-theft module to the first anti-theft module; sending the first security key code stored in the first anti-theft module to the second anti-theft module, and sending the second security key code stored in the second anti-theft module to the first anti-theft module; The verifying whether the second anti-theft key is consistent with the first anti-theft key based on the first anti-theft module, and generating a key consistency verification result of the first anti-theft module, includes: Verifying, based on the first anti-theft module, whether the second personal identification code is consistent with the first personal identification code, and generating a first verification result; verifying, based on the first anti-theft module, whether the second security key code is consistent with the first security key code, and generating a second verification result; and using the first verification result and the second verification result as a key consistency verification result of the first anti-theft module; The verifying whether the first anti-theft key is consistent with the second anti-theft key based on the second anti-theft module, and generating a key consistency verification result of the second anti-theft module includes: Based on the second anti-theft module, verify whether the first personal identification code is consistent with the second personal identification code, and generate a third verification result; based on the second anti-theft module, verify whether the first security key code is consistent with the second security key code, and generate a fourth verification result; use the third verification result and the fourth verification result as the key consistency verification result of the second anti-theft module.

4. The method according to claim 1, wherein The sending of the verification result and the authentication process information to the intelligent diagnostic system so that the intelligent diagnostic system can determine the reason for the failure of the anti-theft authentication of the vehicle includes: If the verification result indicates that the anti-theft keys are inconsistent, the intelligent diagnostic system determines that the cause of the anti-theft authentication failure of the vehicle is a key inconsistency fault; If the verification result indicates that the anti-theft keys are consistent, the intelligent diagnosis system determines a reason for failure of the anti-theft authentication of the vehicle based on the authentication process information and the anti-theft authentication standard of the vehicle.

5. The method according to claim 4, characterized in that If the verification result indicates that the keys are inconsistent, then after the intelligent diagnostic system determines that the cause of the vehicle's anti-theft authentication failure is a key inconsistency fault, the method further includes: receiving a key learning instruction sent by a remote communication service system of the vehicle; clearing a first anti-theft key stored in the first anti-theft module and a second anti-theft key stored in the second anti-theft module based on the key learning instruction; The third anti-theft key indicated in the key learning instruction is written into the first anti-theft module and the second anti-theft module respectively.

6. The method according to claim 1, characterized in that The vehicle performs anti-theft authentication, including: In response to an ignition command, sending a first random number to a second anti-theft module based on the first anti-theft module; receiving the first random number based on the second anti-theft module, encrypting the first random number based on a second anti-theft key to obtain a first encryption result, and sending the first encryption result to the first anti-theft module; receiving the first encryption result based on the first anti-theft module, and verifying whether the first encryption result is consistent with a second encryption result obtained by encrypting the first random number based on the first anti-theft key; If not, proceeding to the step of sending the first random number to the second anti-theft module based on the first anti-theft module; If so, sending a second random number to the first anti-theft module based on the second anti-theft module; receiving the second random number based on the first anti-theft module, encrypting the second random number based on the first anti-theft key to obtain a third encryption result, and sending the third encryption result to the second anti-theft module; receiving the third encryption result based on the second anti-theft module, and verifying whether the third encryption result is consistent with a fourth encryption result obtained by encrypting the second random number based on the second anti-theft key; If so, determining that the anti-theft authentication result of the vehicle is successful; If not, proceeding to the step of executing the first anti-theft module sending the first random number to the second anti-theft module; If the number of times the step of sending the first random number to the second anti-theft module based on the first anti-theft module is executed exceeds a preset number threshold, it is determined that the anti-theft authentication result of the vehicle is failed.

7. The method according to claim 6, characterized in that The method further comprises: If it is determined that the first anti-theft module or the second anti-theft module meets the interaction timeout condition, then proceeding to executing the step of sending the first random number to the second anti-theft module based on the first anti-theft module; The interaction timeout condition includes: Based on the second anti-theft module not receiving the first random number within a first preset time period; or, Based on the first anti-theft module not receiving the first encryption result within a second preset time period; or Based on the first anti-theft module not receiving the second random number within a third preset time period; or, The second anti-theft module does not receive the third encryption result within a fourth preset time period.

8. The method according to claim 1, characterized in that The method further comprises: Matching and associating historical failure cases in the anti-theft system failure knowledge base of the intelligent diagnosis system based on the vehicle model and the anti-theft authentication failure reason; A historical maintenance plan for the associated historical fault case is obtained, and an anti-theft fault maintenance plan for the vehicle is determined based on the historical maintenance plan.

9. A vehicle, characterized in that: The vehicle comprises: a memory for storing executable program code; A processor is configured to call and run the executable program code from the memory, so that the vehicle executes the method according to any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that The computer-readable storage medium stores a computer program code, and when the computer program code is executed, the method according to any one of claims 1 to 8 is implemented.

Images