A remote vehicle locking method, system, medium, and device

Abstract

This invention discloses a remote vehicle locking method, system, medium, and device, relating to the field of computer technology. Addressing the potential locking failure after malicious deletion of locking data, this invention determines whether the target vehicle reports an ignition signal by analyzing the CAN data of the target vehicle to which a locking command has been issued, and / or determines whether the target vehicle has moved based on the ECU status reported by the vehicle's onboard terminal T-Box. This accurately detects and confirms whether the target vehicle has failed to lock after the locking command has been issued. Furthermore, an OTA (Over-The-Air) upgrade task is created for the target vehicle that failed to lock. By writing restrictive powertrain control parameters into the upgrade script, the powertrain control parameters of the target vehicle that failed to lock are updated via OTA upgrade. By restricting the operation of the powertrain of the target vehicle that failed to lock, indirect remote vehicle locking is achieved.

Description

Technical Field

[0001] This invention relates to the field of computer technology, and in particular to a remote vehicle locking method, system, medium, and device. Background Technology

[0002] Currently, incidents of malicious deletion of vehicle locking data occur frequently in the market. When vehicle locking data is deleted, the vehicle will be unable to execute the issued locking command normally. Some malicious users exploit this vulnerability to deliberately delay or even refuse to repay vehicle loans, making it impossible for managers to remotely control vehicle locking, thus causing property losses. Therefore, how to remotely control vehicle locking after locking data has been deleted is an urgent problem to be solved. Summary of the Invention

[0003] Therefore, it is necessary to provide a remote vehicle locking method, system, medium, and device to address the aforementioned technical problems.

[0004] The present invention adopts the following technical solution:

[0005] This invention provides a remote vehicle locking method, comprising:

[0006] For a target vehicle for which a locking command has been issued, if the ignition signal reported by the target vehicle is determined based on the CAN data of the target vehicle, and / or the ECU status reported by the vehicle's on-board terminal T-Box is determined based on the vehicle's ECU status, the locking status of the target vehicle is determined to be a locking failure.

[0007] Create an OTA upgrade task for the target vehicle that failed to lock, and write several preset power system control parameters into the upgrade script; perform an OTA upgrade on the target vehicle that failed to lock through the upgrade script to restrict the operation of the power system of the target vehicle that failed to lock.

[0008] Optionally, determining the target vehicle's reported ignition signal based on the target vehicle's CAN data and determining the target vehicle's locking status as a locking failure specifically includes:

[0009] Set the lock status of the target vehicle for which a lock command has been issued to "locking".

[0010] The CAN data of the target vehicle in the locked state is acquired according to a preset first time interval. When it is determined from the CAN data that the target vehicle in the locked state has reported an ignition signal, the locking status of the target vehicle in the locked state is set to locking failure.

[0011] Optionally, when it is determined that the target vehicle has moved based on the ECU status reported by the vehicle's onboard terminal T-Box, determining the target vehicle's locking status as a locking failure specifically includes:

[0012] When the vehicle terminal T-Box of the target vehicle that is locked reports that the ECU status is locked, the locking status of the target vehicle is set to locked, and the first mileage information data in the GPS data of the locked target vehicle is recorded.

[0013] The second mileage information data in the GPS data of the locked target vehicle is obtained according to the preset second time interval. When it is determined that the locked target vehicle has moved based on the difference between the first mileage information data and the second mileage information data, the locking status of the locked target vehicle is set to lock failure.

[0014] Optionally, determining that the locked target vehicle has moved based on the difference between the first mileage information data and the second mileage information data specifically includes:

[0015] Determine whether the difference between the first mileage information data and the second mileage information data is greater than a preset threshold. If so, determine that the locked target vehicle has moved.

[0016] Optionally, the step of writing several preset power system control parameters into the upgrade script specifically includes:

[0017] Within the upgrade script, set the parameter value of DID: 0x8A68 for the speed limit function controlled by vehicle weight to 1km / h, set the parameter value of DID: 0x8A69 for the weight limit function controlled by vehicle weight to 10t, set the parameter value of DID: 0x8A6A for the maximum speed of the throttle-controlled power take-off to 1000rpm, and set the parameter value of DID: 0x8A6B for the maximum speed of the throttle-controlled power take-off to 1000rpm.

[0018] Optionally, when it is determined that the target vehicle that failed to lock has a VMS controller installed,

[0019] The OTA upgrade of the target vehicle that failed to lock via upgrade script specifically includes:

[0020] The upgrade script is encrypted and converted into hexadecimal upgrade instructions that can be recognized by the vehicle terminal T-Box and sent to the vehicle terminal T-Box. The vehicle terminal T-Box controls the VMS controller of the target vehicle that failed to lock to execute the upgrade script and complete the rewriting of the power system control parameters.

[0021] This invention provides a remote vehicle locking system, comprising:

[0022] The vehicle locking determination module is used to determine the vehicle locking status as a failed lockout for a target vehicle that has been issued a lockout command. When the target vehicle reports an ignition signal based on its CAN data, and / or the target vehicle is found to be moving based on the ECU status reported by the vehicle's onboard terminal T-Box, the module determines that the target vehicle has been locked.

[0023] The remote vehicle locking module is used to create an OTA upgrade task for a target vehicle that fails to lock, and write several preset power system control parameters into the upgrade script; the upgrade script is used to perform an OTA upgrade on the target vehicle that fails to lock, thereby restricting the operation of the power system of the target vehicle that fails to lock.

[0024] The present invention provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described remote vehicle locking method.

[0025] The present invention provides a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the above-described remote vehicle locking method.

[0026] The above-mentioned at least one technical solution adopted in this invention can achieve the following beneficial effects:

[0027] This invention addresses the potential locking failure after maliciously rewriting locking data. It determines whether the target vehicle reports an ignition signal by analyzing the CAN data of the target vehicle to which a locking command has been issued, and / or determines whether the target vehicle has moved based on the ECU status reported by the vehicle's onboard terminal (T-Box). This accurately detects and confirms whether a target vehicle with a locked command has failed to lock. Furthermore, it creates an OTA (Over-The-Air) upgrade task for the failed locking vehicle. By writing restrictive powertrain control parameters into the upgrade script, the powertrain control parameters of the failed locking vehicle are rewritten via OTA upgrade. By restricting the operation of the powertrain of the failed locking vehicle, indirect remote locking is achieved. Attached Figure Description

[0028] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this invention, illustrate exemplary embodiments of the invention and are used to explain the invention, but do not constitute an undue limitation of the invention. In the drawings:

[0029] Figure 1 This is a schematic diagram of a remote vehicle locking method provided by the present invention;

[0030] Figure 2 A schematic diagram of the interaction process for remote indirect vehicle locking provided by the present invention;

[0031] Figure 3 This invention provides a schematic diagram of a timed task workflow during vehicle locking;

[0032] Figure 4 This invention provides a schematic diagram of a timed task workflow for a locked vehicle.

[0033] Figure 5 A schematic diagram of an OTA upgrade process provided by the present invention;

[0034] Figure 6 This invention provides a schematic diagram of the vehicle-mounted terminal T-Box control upgrade process;

[0035] Figure 7 A schematic diagram of a remote vehicle locking system provided by the present invention;

[0036] Figure 8 A schematic diagram of a computer device for implementing a remote vehicle locking method provided by the present invention. Detailed Implementation

[0037] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this invention, and not all of them. Based on the embodiments of this invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this invention.

[0038] The technical solutions provided by the various embodiments of the present invention will be described in detail below with reference to the accompanying drawings.

[0039] Figure 1 This is a schematic diagram of a remote vehicle locking method according to the present invention, which specifically includes the following steps:

[0040] S101: For a target vehicle for which a lock command has been issued, if the target vehicle reports an ignition signal based on the CAN data of the target vehicle, and / or the target vehicle is found to be moving based on the status of the ECU reported by the vehicle's onboard terminal T-Box, the lock status of the target vehicle is determined to be a lock failure.

[0041] S102: Create an OTA upgrade task for the target vehicle that failed to lock, and write several preset power system control parameters into the upgrade script; perform an OTA upgrade on the target vehicle that failed to lock through the upgrade script to restrict the operation of the power system of the target vehicle that failed to lock.

[0042] This invention provides a method for indirectly locking a vehicle remotely by limiting its power output through an OTA (Over-The-Air) update when a loaned vehicle fails to be locked via normal locking commands due to late loan repayments. Figure 2 This is a schematic diagram of the interaction process for a remote indirect vehicle locking procedure in this invention.

[0043] When determining whether the vehicle is locked properly, it can be determined through the vehicle's CAN data and / or the status of the vehicle's electronic control unit (ECU) reported by the onboard terminal T-Box.

[0044] Specifically, in one or more embodiments of the present invention, the server of the dealer's car loan platform can set the locking status of the target vehicle that has been issued a locking command to "locking in progress"; thereby, it can obtain the CAN data of the target vehicle that is locked in progress according to a preset first time interval, and when it is determined from the CAN data that the target vehicle that is locked in progress reports an ignition signal, it can set the locking status of the target vehicle that is locked in progress to "locking failed".

[0045] For example, dealers can typically filter out a list of vehicles that have not made timely loan payments at a set time, and then target these vehicles with overdue payments. They can then issue locking commands to each of these target vehicles one by one. Once a locking command is successfully issued, the locking status of the target vehicle to which the command has been issued is set to "locked".

[0046] Of course, it can also monitor the data reported by the vehicle terminal T-box in real time. When the T-box replies with a general response to the vehicle lock command, the time of the general response can be recorded, as shown in Table 1.

[0047] Table 1 Record Information

[0048]

[0049] The vehicle lock command is usually executed when the vehicle's T15 is powered on again. This feature can be used to start a scanning task for all target vehicles in the vehicle file whose lock status is "locking" and have responded to the lock command. For example, a timed scanning task can be set to scan once every hour, scanning the CAN data of the corresponding target vehicle each time. Based on the acquired CAN data, it can be determined whether the corresponding target vehicle has reported T15 ON during this period. If so, the vehicle lock status recorded in the vehicle file can be changed to "lock failed". Figure 3 This is a schematic diagram of a timed task workflow during vehicle locking according to the present invention.

[0050] Furthermore, in one or more embodiments of the present invention, when the server of the car loan platform receives a signal from the vehicle terminal T-Box of the locked target vehicle reporting that the ECU status is locked, it sets the locking status of the locked target vehicle to locked and records the first mileage information data in the GPS data of the locked target vehicle; it also obtains the second mileage information data in the GPS data of the locked target vehicle according to a preset second time interval; and when it is determined that the locked target vehicle has moved based on the difference between the first mileage information data and the second mileage information data, it sets the locking status of the locked target vehicle to locked failure.

[0051] For example, the server can monitor the CAN data of the target vehicle in real time. When the vehicle terminal T-Box synchronously reports that the ECU status is "locked," the server changes the vehicle lock status recorded in the vehicle file to "locked." At this time, it queries the GPS data currently reported by the target vehicle and records the mileage information data m1 from the GPS. It also starts a timed scanning task for all target vehicles whose lock status is "locked" in the vehicle file, such as scanning once every hour. Figure 4 This is a schematic diagram of the workflow for a timed task involving a locked vehicle according to the present invention. The working logic of the scanning task is as follows:

[0052] 1. Query the GPS information of the target vehicle at the scan time point and obtain the current mileage information m2;

[0053] 2. Compare whether m2 and m1 are the same, and determine whether m2-m1 is greater than 0.5km;

[0054] 3. If the distance is greater than 0.5km, change the vehicle lock status recorded in the vehicle file to "Lock failed".

[0055] That is, when it is determined that the locked target vehicle has moved based on the difference between the first mileage information data and the second mileage information data, it can be determined whether the difference between the first mileage information data and the second mileage information data is greater than a preset threshold. If so, it is determined that the locked target vehicle has moved.

[0056] Finally, for the target vehicle that failed to lock, remote locking is required. In one or more embodiments of this invention, this can be achieved through remote OTA upgrade. Specifically, the parameter value of the speed limit function (DID: 0x8A68) can be set to 1 km / h, the parameter value of the weight limit function (DID: 0x8A69) can be set to 10t, the parameter value of the maximum speed of the throttle-controlled power take-off (PTO) (DID: 0x8A6A) can be set to 1000 rpm, and the parameter value of the maximum speed of the throttle-controlled PTO (PTO) (DID: 0x8A6B) can be set to 1000 rpm. This indirectly achieves vehicle locking by manually misconfiguring the upgrade data and causing a malfunction in the vehicle's powertrain during the upgrade process.

[0057] For example, for a target vehicle whose locking status in the vehicle file is "locking failed", the server can check the controller data information reported by the target vehicle to check whether the target vehicle has reported the VMS controller. If so, it can be determined that the target vehicle has a VMS controller installed.

[0058] OTA upgrades typically require customer consent. Therefore, for vehicles equipped with a VMS controller, an OTA upgrade authorization agreement can be signed with the dealer. For the target vehicle with the signed OTA upgrade authorization agreement, an upgrade task for the VMS controller should be created in the OTA system, and the upgrade should be completed using error data by following these steps:

[0059] 1. For the speed limit function controlling vehicle weight - speed limit value DID: 0x8A68, set the parameter value to 1km / h on the OTA cloud platform;

[0060] 2. For the vehicle weight limit function - vehicle weight limit value DID: 0x8A69, set the parameter value to 10t on the OTA cloud platform;

[0061] 3. For the maximum speed value of the throttle-controlled power take-off (CAN control) DID: 0x8A6A, set the parameter value to 1000rpm on the OTA cloud platform;

[0062] 4. For the maximum speed value of the throttle-controlled power take-off (non-CAN controlled) DID: 0x8A6B, set the parameter value to 1000rpm on the OTA cloud platform;

[0063] 5. Convert the parameter values ​​set above into terminal-readable data, and then write them into the upgrade script used in this upgrade task.

[0064] Afterwards, once the core data such as the upgrade package and upgrade script are encrypted, the OTA cloud platform can issue upgrade commands. The command center service will convert the JSON-formatted upgrade commands received from the OTA cloud platform into hexadecimal upgrade commands that the terminal can recognize according to the custom 808 vehicle networking protocol, and then send them to the vehicle terminal T-Box. Figure 5 This is a schematic diagram of an OTA upgrade process according to the present invention.

[0065] Because the upgrade is a silent upgrade, after receiving the hexadecimal upgrade command, the target vehicle's onboard terminal T-Box determines that the vehicle's conditions meet the upgrade requirements and can directly perform the upgrade according to the following actions:

[0066] 1. Parse the upgrade script download path according to the defined vehicle networking protocol;

[0067] 2. The upgrade script was successfully downloaded according to the download path;

[0068] 3. Perform signature verification and decryption operations on the downloaded files;

[0069] 4. Finally, obtain the executable upgrade script;

[0070] 5. The VMS controller completes the software package flashing according to the instructions of the vehicle terminal T-Box;

[0071] 6. The VMS controller will write the received parameter values ​​of the control power system to the corresponding location.

[0072] Figure 6 This is a schematic diagram of the control upgrade process of a vehicle-mounted terminal T-Box in this invention.

[0073] After the target vehicle is restarted following an OTA upgrade, the power system will be under control, thus enabling remote locking of the vehicle.

[0074] The above provides a method for indirectly locking a vehicle when the vehicle locking data is corrupted and the remote locking command cannot be executed normally. This method utilizes the vehicle component remote upgrade (OTA) technology to remotely upgrade the VMS controller, and the upgrade data is manually misconfigured, causing a malfunction in the vehicle's power system.

[0075] based on Figure 1The remote vehicle locking method shown in this invention addresses the potential locking failure situation after maliciously rewriting locking data. It determines whether the target vehicle reports an ignition signal by analyzing the CAN data of the target vehicle to which the locking command has been issued, and / or determines whether the target vehicle has moved based on the ECU status reported by the vehicle's onboard terminal T-Box. This accurately detects and confirms whether the target vehicle to which the locking command has been issued has failed to lock. An OTA upgrade task is then created for the target vehicle that failed to lock. By writing restrictive powertrain control parameters into the upgrade script, the powertrain control parameters of the target vehicle that failed to lock are rewritten via OTA upgrade. By restricting the operation of the powertrain of the target vehicle that failed to lock, indirect remote vehicle locking is achieved.

[0076] When applying the remote vehicle locking method provided by this invention, it is not necessary to... Figure 1 The steps shown are executed in sequence. The specific execution order of each step can be determined as needed, and this invention does not impose any restrictions on it.

[0077] The above describes one or more embodiments of a remote vehicle locking method provided by the present invention. Based on the same idea, the present invention also provides a corresponding remote vehicle locking system, such as... Figure 7 As shown.

[0078] Figure 7 A schematic diagram of a remote vehicle locking system provided by the present invention includes:

[0079] The vehicle locking determination module 201 is used to determine the vehicle locking status as a failed lockout for a target vehicle that has been issued a lockout command. When the target vehicle reports an ignition signal based on its CAN data and / or the target vehicle is found to be moving based on the ECU status reported by the vehicle's onboard terminal T-Box, the module determines that the target vehicle has been locked.

[0080] The remote vehicle locking module 202 is used to create an OTA upgrade task for the target vehicle that failed to lock, and write several preset power system control parameters into the upgrade script; the upgrade script is used to perform an OTA upgrade on the target vehicle that failed to lock, so as to restrict the operation of the power system of the target vehicle that failed to lock.

[0081] For specific limitations regarding the remote vehicle locking system, please refer to the limitations on the remote vehicle locking method above, which will not be repeated here. Each module in the aforementioned remote vehicle locking system can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in the processor of the computer device in hardware form or independent of it, or stored in the memory of the computer device in software form, so that the processor can call and execute the corresponding operations of each module.

[0082] The present invention also provides a computer-readable storage medium storing a computer program that can be used to execute the above-described... Figure 1 Provides a remote vehicle locking method.

[0083] The present invention also provides Figure 8 The schematic diagram of the computer device shown is as follows: Figure 8 As shown, at the hardware level, this computer device includes a processor, internal bus, network interface, memory, and non-volatile memory, and may also include other hardware required for business operations. The processor reads the corresponding computer program from the non-volatile memory into memory and then executes it to achieve the above. Figure 1 Provides a remote vehicle locking method.

[0084] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. Any references to memory, storage, databases, or other media used in the embodiments provided by this invention can include at least one of non-volatile and volatile memory. Non-volatile memory can include read-only memory (ROM), magnetic tape, floppy disk, flash memory, or optical storage, etc. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM), etc.

[0085] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this invention.

Claims

1. A remote vehicle locking method, characterized in that, include: For a target vehicle for which a locking command has been issued, if the ignition signal reported by the target vehicle is determined based on the CAN data of the target vehicle, and / or the ECU status reported by the vehicle's on-board terminal T-Box is determined based on the vehicle's ECU status, the locking status of the target vehicle is determined to be a locking failure. Create an OTA upgrade task for the target vehicle that failed to lock, and write several preset power system control parameters into the upgrade script; perform an OTA upgrade on the target vehicle that failed to lock through the upgrade script to restrict the operation of the power system of the target vehicle that failed to lock.

2. The remote vehicle locking method as described in claim 1, characterized in that, The step of determining the ignition signal reported by the target vehicle based on the CAN data of the target vehicle, and determining the locking status of the target vehicle as a locking failure, specifically includes: Set the lock status of the target vehicle for which a lock command has been issued to "locking". The CAN data of the target vehicle in the locked state is acquired according to a preset first time interval. When it is determined from the CAN data that the target vehicle in the locked state has reported an ignition signal, the locking status of the target vehicle in the locked state is set to locking failure.

3. The remote vehicle locking method as described in claim 2, characterized in that, When it is determined that the target vehicle has moved based on the ECU status reported by the vehicle's onboard terminal T-Box, the locking status of the target vehicle is determined to be a locking failure, specifically including: When the vehicle terminal T-Box of the target vehicle that is locked reports that the ECU status is locked, the locking status of the target vehicle is set to locked, and the first mileage information data in the GPS data of the locked target vehicle is recorded. The second mileage information data in the GPS data of the locked target vehicle is obtained according to the preset second time interval. When it is determined that the locked target vehicle has moved based on the difference between the first mileage information data and the second mileage information data, the locking status of the locked target vehicle is set to lock failure.

4. The remote vehicle locking method as described in claim 3, characterized in that, The step of determining that the locked target vehicle has moved based on the difference between the first mileage information data and the second mileage information data specifically includes: Determine whether the difference between the first mileage information data and the second mileage information data is greater than a preset threshold. If so, determine that the locked target vehicle has moved.

5. The remote vehicle locking method as described in claim 1, characterized in that, The step of writing several preset power system control parameters into the upgrade script specifically includes: Within the upgrade script, set the parameter value of DID: 0x8A68 for the speed limit function controlled by vehicle weight to 1km / h, set the parameter value of DID: 0x8A69 for the weight limit function controlled by vehicle weight to 10t, set the parameter value of DID: 0x8A6A for the maximum speed of the throttle-controlled power take-off to 1000rpm, and set the parameter value of DID: 0x8A6B for the maximum speed of the throttle-controlled power take-off to 1000rpm.

6. The remote vehicle locking method as described in claim 1, characterized in that, When it is determined that the target vehicle that failed to lock has a VMS controller installed. The OTA upgrade of the target vehicle that failed to lock via upgrade script specifically includes: The upgrade script is encrypted and converted into hexadecimal upgrade instructions that can be recognized by the vehicle terminal T-Box and sent to the vehicle terminal T-Box. The vehicle terminal T-Box controls the VMS controller of the target vehicle that failed to lock to execute the upgrade script and complete the rewriting of the power system control parameters.

7. A remote vehicle locking system, characterized in that, include: The vehicle locking determination module is used to determine the vehicle locking status as a failed lockout for a target vehicle that has been issued a lockout command. When the target vehicle reports an ignition signal based on its CAN data, and / or the target vehicle is found to be moving based on the ECU status reported by the vehicle's onboard terminal T-Box, the module determines that the target vehicle has been locked. The remote vehicle locking module is used to create an OTA upgrade task for a target vehicle that fails to lock, and write several preset power system control parameters into the upgrade script; the upgrade script is used to perform an OTA upgrade on the target vehicle that fails to lock, thereby restricting the operation of the power system of the target vehicle that fails to lock.

8. A computer-readable storage medium, characterized in that, The storage medium stores a computer program, which, when executed by a processor, implements the method as described in any one of claims 1 to 6.

9. A computer device, characterized in that, It includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the computer program, implements the method as described in any one of claims 1 to 6.

Images