Remote vehicle locking control method and system and storage medium

Abstract

The invention discloses a remote vehicle locking control method and system and a storage medium. The method comprises the steps that a CGW monitors the running state of a TBOX in real time, if the TBOX runs normally, the CGW serves as a transfer medium, the TBOX receives a control instruction issued by an Internet of Vehicles platform, and the control instruction is forwarded to a VCU through the CGW to execute corresponding vehicle locking control operation; if the TBOX runs abnormally, the CGW replaces the TBOX, interacts with the VCU after requesting the Internet of Vehicles platform to change the vehicle locking function equipment successfully, receives a control instruction issued by the Internet of Vehicles platform, and sends the control instruction to the VCU for corresponding vehicle locking control operation. Thus, the CGW participates in the remote vehicle locking control process, if the TBOX is normal, the CGW serves as a transfer medium, and a control instruction received by the TBOX from the vehicle networking platform is forwarded to the VCU; and if the TBOX is abnormal, the CGW replaces the TBOX to directly receive a control instruction issued by the Internet of Vehicles platform and sends the control instruction to the VCU. Therefore, normal interaction of remote vehicle locking control can be ensured, the remote vehicle locking control function of the vehicle is effective, and effective management and control of the vehicle by a seller can be further ensured.

Description

Technical Field

[0001] The present application relates to the field of automobile technology, specifically to the technical fields of new energy vehicles and computer control, and in particular to a remote vehicle locking control method, system and storage medium. Background Art

[0002] Vehicles are high-value, high-return commodities, and loan transactions are quite common in the market. However, loan transactions themselves have certain risks, and consumers often have problems with overdue or defaulted repayments, which will greatly affect the seller's profits. Based on such problems, various manufacturers have developed vehicle management platforms to manage loaned vehicles, and the application of remote locking and unlocking technology has brought great convenience to preventing overdue or defaulted behaviors, and also made it more convenient for sellers to operate.

[0003] Currently, the most widely used method is to interact with the vehicle control module VCU through the on-board communication module TBOX to lock the vehicle. TBOX sends the corresponding vehicle locking control command to VCU. After receiving and executing the vehicle locking operation, VCU updates the vehicle status to the locked status, thereby achieving the purpose of remote vehicle management.

[0004] The existing technical solution uses TBOX as the signal interface. After receiving the control instructions issued by the Internet of Vehicles platform, it directly interacts with the VCU. If a network failure or interface failure occurs in TBOX, it is very easy for the vehicle locking interaction process to fail to proceed normally, and the transmission of the locking or unlocking command is delayed or fails. As a result, the remote locking control function of the vehicle fails, and the corresponding locking control operation cannot be performed normally, affecting the seller's effective control over the vehicle. Summary of the invention

[0005] The present application provides a remote vehicle locking control method, system and storage medium to solve the problem in the prior art that when a TBOX network failure occurs, the remote vehicle locking control function of the vehicle fails and the corresponding vehicle locking control operation cannot be performed normally, affecting the seller's effective control over the vehicle.

[0006] The technical solution is as follows:

[0007] In a first aspect, a remote vehicle locking control method is provided, which is applied to a remote vehicle locking scenario of a new energy vehicle, and the control method comprises:

[0008] The vehicle gateway monitors the operating status of the vehicle communication module in real time;

[0009] If it is monitored that the vehicle communication module operates normally, a control instruction related to remote vehicle locking issued by the vehicle networking platform to the vehicle communication module is received, and the control instruction is forwarded to the vehicle control module to execute a corresponding vehicle locking control operation;

[0010] If the vehicle communication module is detected to be operating abnormally, the abnormal information is reported to the vehicle networking platform, and a request is made to switch the vehicle locking function device; wherein the abnormal information carries the last control instruction processed by the vehicle communication module read by the vehicle gateway;

[0011] After the request to switch the vehicle locking function device is successful, the on-board communication module is replaced, the control instruction issued by the vehicle networking platform is received, and sent to the vehicle control module to perform the corresponding vehicle locking control operation; wherein, the control instruction is the same as the instruction content of the last control instruction carried in the abnormal information.

[0012] In a possible implementation, the control instruction related to remote vehicle locking includes at least one of the following: an anti-tampering activation instruction, an anti-tampering shutdown instruction, a handshake instruction, a vehicle locking instruction, and an unlocking instruction.

[0013] In a possible implementation, the control instruction is an anti-disassembly activation instruction, and the vehicle gateway receives the control instruction issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, specifically including:

[0014] The vehicle gateway receives the anti-disassembly activation instruction issued by the vehicle networking platform, and sends an activation request to the vehicle control module;

[0015] If an activation response is received within a preset time, requesting a first random number from the vehicle control module;

[0016] The vehicle control module generates a first random number and sends it to the vehicle gateway, and calculates a key value of the vehicle control module in combination with the first random number according to a set encryption algorithm;

[0017] The vehicle gateway calculates the key value of the vehicle gateway based on the received first random number according to the set encryption algorithm, and sends it to the vehicle control module for verification;

[0018] After the verification is successful, the vehicle control module feeds back the verification result and records the device code of the vehicle gateway locally;

[0019] The vehicle gateway sends an activation notification to the vehicle control module and reports updates to the vehicle networking platform;

[0020] The vehicle control module activates and stores the local risk control identifier and anti-disassembly identifier based on the received activation notification.

[0021] In a possible implementation, the control instruction is an anti-disassembly closing instruction, and the vehicle gateway receives the control instruction issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform a corresponding vehicle locking control operation, specifically including:

[0022] The vehicle gateway receives the anti-disassembly shutdown instruction issued by the vehicle networking platform, and sends a shutdown request to the vehicle control module;

[0023] The vehicle control module determines, based on the shutdown request, whether the device code of the vehicle gateway carried by the vehicle control module is consistent with the device code stored locally;

[0024] If they are consistent, the vehicle control module turns off the local wind control flag and anti-disassembly flag, and updates the storage.

[0025] In a possible implementation, the control instruction is a handshake instruction, and the vehicle gateway receives the control instruction issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, specifically including:

[0026] In the anti-tampering activation state, the vehicle gateway actively requests a handshake with the vehicle control module;

[0027] If a handshake reply is received within a set time, the vehicle gateway requests a second random number from the vehicle control module;

[0028] If a second random number is received within a set time, the vehicle gateway generates its own key value based on the second random number and sends it to the vehicle control module for verification;

[0029] If the key value verification passes within the set time, the vehicle gateway sends its own device code to the vehicle control module for verification;

[0030] If the device code verification passes within the set time, the vehicle gateway ends the handshake with the vehicle control module.

[0031] In a possible implementation, the control instruction is a vehicle locking instruction, and the vehicle gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform a corresponding vehicle locking control operation, specifically including:

[0032] In the anti-tampering activation state, the vehicle gateway receives the vehicle locking instruction issued by the vehicle networking platform, and sends the vehicle locking instruction to the vehicle control module;

[0033] The vehicle control module performs corresponding vehicle locking operations according to the vehicle locking mode and speed limit value carried in the vehicle locking instruction;

[0034] The control instruction is an unlocking instruction, and the vehicle gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, which specifically includes:

[0035] In the locked state, the vehicle gateway receives the unlocking instruction issued by the vehicle networking platform, and sends the unlocking instruction to the vehicle control module;

[0036] The vehicle control module performs a corresponding unlocking operation according to the vehicle locking instruction.

[0037] In one possible implementation, if it is monitored that the on-board communication module recovers from abnormal operation to normal operation, the on-board gateway reports to the Internet of Vehicles platform and requests to switch the vehicle locking function device to the on-board communication module, and reports the currently processed control instruction as the next control instruction to the Internet of Vehicles platform.

[0038] In the second aspect, a remote locking control system is provided, which is applied to the remote locking scenario of new energy vehicles. The control system includes: an on-board gateway, an Internet of Vehicles platform, an on-board communication module and a vehicle control module; wherein,

[0039] The vehicle-mounted gateway monitors the operating status of the vehicle-mounted communication module in real time;

[0040] If it is monitored that the vehicle communication module operates normally, a control instruction related to remote vehicle locking issued by the vehicle networking platform to the vehicle communication module is received, and the control instruction is forwarded to the vehicle control module to execute a corresponding vehicle locking control operation;

[0041] If the vehicle communication module is detected to be operating abnormally, the abnormal information is reported to the vehicle networking platform, and a request is made to switch the vehicle locking function device; wherein the abnormal information carries the last control instruction processed by the vehicle communication module read by the vehicle gateway;

[0042] After the request to switch the vehicle locking function device is successful, the on-board communication module is replaced, the control instruction issued by the vehicle networking platform is received, and sent to the vehicle control module to perform the corresponding vehicle locking control operation; wherein, the control instruction is the same as the instruction content of the last control instruction carried in the abnormal information.

[0043] In a third aspect, a computer-readable storage medium is provided, wherein at least one instruction is stored in the storage medium, and the at least one instruction is loaded and executed by a processor to implement the method of the above-mentioned aspect and any possible implementation manner.

[0044] In a fourth aspect, an electronic device is provided, including:

[0045] at least one processor; and

[0046] a memory communicatively connected to the at least one processor; wherein,

[0047] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the at least one processor to perform the method of any possible implementation manner and the aspects described above.

[0048] According to a fifth aspect, a computer program product is provided, comprising a computer program, which, when executed by a processor, implements the above-mentioned aspects and any possible implementation method.

[0049] The beneficial effects of the technical solution provided by this application include at least:

[0050] It can be seen from the above technical solution that the vehicle gateway CGW monitors the operating status of the vehicle communication module TBOX in real time. If TBOX operates normally, CGW acts as a transfer medium, TBOX receives the control instructions issued by the Internet of Vehicles platform, and forwards them to the vehicle control module VCU via CGW to perform the corresponding vehicle locking control operation; if TBOX operates abnormally, CGW replaces TBOX, and interacts with VCU after successfully requesting the Internet of Vehicles platform to change the vehicle locking function equipment. CGW receives the control instructions issued by the Internet of Vehicles platform and sends them to VCU for the corresponding vehicle locking control operation. In this way, CGW participates in the remote vehicle locking control process. If TBOX is normal, CGW acts as a transfer medium to forward the control instructions received by TBOX from the Internet of Vehicles platform to VCU; if TBOX is abnormal, CGW replaces TBOX to directly receive the control instructions issued by the Internet of Vehicles platform and sends them to VCU. Regardless of whether TBOX fails and when it fails, the normal interaction of remote vehicle locking control can be guaranteed, and the remote vehicle locking control function of the vehicle is effective, thereby ensuring the effective control of the vehicle by the seller or lessee.

[0051] It should be understood that the content described in this section is not intended to identify the key or important features of the embodiments of the present application, nor is it intended to limit the scope of the present application. Other features of the present application will become easily understood through the following description. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0053] Figure 1 It is a schematic diagram of the steps of a remote vehicle locking control method provided in an embodiment of the present application.

[0054] Figure 2 This is a schematic diagram of a remote vehicle locking control process provided by another embodiment of the present application.

[0055] Figure 3 It is a flowchart of CGW and VCU interaction to implement anti-dismantling activation control provided by an embodiment of the present application.

[0056] Figure 4 It is a flowchart of CGW and VCU interaction to implement anti-dismantling closing control provided by an embodiment of the present application.

[0057] Figure 5 This is a schematic diagram of the handshake process implemented by the interaction between CGW and VCU provided in an embodiment of the present application.

[0058] Figure 6 It is a structural block diagram of a remote vehicle locking control system provided in an embodiment of the present application.

[0059] Figure 7 It is a block diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0060] The following is a description of exemplary embodiments of the present application in conjunction with the accompanying drawings, including various details of the embodiments of the present application to facilitate understanding, which should be considered as merely exemplary. Therefore, it should be recognized by those of ordinary skill in the art that various changes and modifications can be made to the embodiments described herein without departing from the scope and spirit of the present application. Similarly, for the sake of clarity and conciseness, the description of well-known functions and structures is omitted in the following description.

[0061] Obviously, the described embodiments are only part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without creative work are within the scope of protection of the present application.

[0062] It should be noted that the terminal devices involved in the embodiments of the present application may include but are not limited to mobile phones, personal digital assistants (PDAs), wireless handheld devices, tablet computers and other smart devices; display devices may include but are not limited to personal computers, televisions and other devices with display functions.

[0063] In addition, the term "and / or" in this article is only a description of the association relationship between the associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0064] Given that in the remote vehicle locking control solution, if the TBOX fails, it is very easy for the vehicle locking interaction process to fail to proceed normally, and the transmission of the locking or unlocking command to be delayed or failed, thereby causing the vehicle's remote vehicle locking control function to fail and the corresponding vehicle locking control operation to fail to be performed normally, affecting the seller's effective control over the vehicle.

[0065] To this end, the present application proposes a new remote car locking control solution, which is mainly suitable for the remote car locking scenario of new energy vehicles. The inventive concept of the remote car locking control solution is that the on-board gateway CGW monitors the operating status of the on-board communication module TBOX in real time. If TBOX operates normally, CGW acts as a transfer medium, TBOX receives the control instructions issued by the Internet of Vehicles platform, and forwards them to the vehicle control module VCU via CGW to perform the corresponding car locking control operation; if TBOX operates abnormally, CGW replaces TBOX, and interacts with VCU after successfully requesting the Internet of Vehicles platform to change the car locking function equipment. CGW receives the control instructions issued by the Internet of Vehicles platform and sends them to VCU for the corresponding car locking control operation. In this way, CGW participates in the remote car locking control process. If TBOX is normal, CGW acts as a transfer medium to forward the control instructions received by TBOX from the Internet of Vehicles platform to VCU; if TBOX is abnormal, CGW replaces TBOX to directly receive the control instructions issued by the Internet of Vehicles platform and sends them to VCU. Regardless of whether the TBOX fails and when it fails, the normal interaction of the remote vehicle locking control can be guaranteed, and the remote vehicle locking control function of the vehicle is effective, thereby ensuring the effective control of the vehicle by the seller or lessee.

[0066] Reference Figure 1 As shown, it is a schematic diagram of the steps of a remote car locking control method provided in an embodiment of the present application. The remote car locking control method is applied to the remote car locking scenario of new energy vehicles, and its execution subject can be a remote car locking control device. In the present application, the remote car locking control device can be a software module with computing and data processing capabilities, or an electronic device integrated with similar software modules. Optionally, the execution subject of the remote car locking control method in the present application can be a new energy vehicle, such as an electric truck; or a related processing module integrated in a new energy vehicle.

[0067] The control method may specifically include the following steps:

[0068] Step 102: The vehicle gateway monitors the operating status of the vehicle communication module in real time.

[0069] The difference from the existing technology is that the vehicle gateway CGW participates in the vehicle locking control process. As a decision maker, it monitors the operating status of the vehicle communication module TBOX in real time to adjust the vehicle locking control scheme according to the latest TBOX operating status.

[0070] In the present application, CGW monitors the running status of TBOX, where the running status can be the heartbeat status or networking status of TBOX. When determining the running status of TBOX, a heartbeat check method can be used. In specific implementation, CGW can receive the heartbeat signal of TBOX and monitor the beating of the heartbeat signal in real time to determine whether the running status of TBOX is normal or abnormal.

[0071] Step 104: If it is monitored that the vehicle communication module operates normally, a control instruction related to remote vehicle locking issued by the vehicle networking platform to the vehicle communication module is received, and the control instruction is forwarded to the vehicle control module to perform a corresponding vehicle locking control operation.

[0072] It should be understood that in the present application, the control instructions related to remote vehicle locking include at least one of the following: an anti-tampering activation instruction, an anti-tampering shutdown instruction, a handshake instruction, a vehicle locking instruction, an unlocking instruction, etc.

[0073] When CGW detects that the heartbeat signal of TBOX has no skipping or continuous points, and the cumulative number of times in a sending cycle does not reach more than 10 times, the gateway determines that the TBOX communication is normal and does not need to report the situation to the Internet of Vehicles platform. After the Internet of Vehicles platform sends the control command to TBOX, it receives the control command forwarded by TBOX and sends it to the vehicle control module VCU. VCU analyzes the control command and instructs the corresponding module to perform the corresponding vehicle locking control operation according to the analysis result.

[0074] Step 106: If the vehicle communication module is detected to be operating abnormally, the abnormal information is reported to the vehicle networking platform, and a request is made to switch the vehicle locking function device; wherein the abnormal information carries the last control instruction processed by the vehicle communication module read by the vehicle gateway.

[0075] When CGW detects that the heartbeat signal of TBOX has skipped points or continuous points, and the cumulative number of times in a sending cycle reaches more than 10 times, the gateway determines that the TBOX communication is abnormal, and needs to report the situation to the Internet of Vehicles platform and request to switch the car locking function device. Before reporting the abnormality, CGW will read the car locking event, use the last execution result as the initial state of the CGW car locking function, and perform corresponding car locking control on the VCU. In other words, the CGW obtains which car locking control instruction was executed for the last time the car locking control operation was executed. After replacing the car locking function device, the Internet of Vehicles platform will reissue the control instruction to avoid car locking control failure or abnormality due to TBOX abnormality.

[0076] Step 108: After the request to switch the vehicle locking function device is successful, the vehicle communication module is replaced, the control instruction issued by the vehicle networking platform is received, and sent to the vehicle control module to perform the corresponding vehicle locking control operation; wherein the control instruction is the same as the instruction content of the last control instruction carried in the abnormal information.

[0077] After CGW successfully requests to switch the vehicle locking function device, the Internet of Vehicles platform will change the original vehicle locking function device from TBOX to CGW. This can be achieved by modifying the identifier, for example, changing the function identifier of TBOX to 0, indicating that it is unavailable, and changing the function identifier of CGW to 1, indicating that it is available. Alternatively, the vehicle locking function device identifier can be directly replaced from TBOX to CGW. After the Internet of Vehicles platform successfully switches the vehicle locking function device, it notifies CGW so that CGW can officially take over TBOX and communicate with VCU to perform operations such as receiving, forwarding and executing corresponding vehicle locking control instructions.

[0078] If a TBOX exception occurs during the vehicle locking process, CGW reports the TBOX exception problem, and then reads that any vehicle locking function process has timed out or failed, it can be determined that the failure is related to the failure of TBOX, and the process interaction with VCU can be re-performed with the last instruction as the initial state and the results can be fed back to the platform. For example, if the last control instruction executed is anti-tampering activation, then the next time the Internet of Vehicles platform sends it to CGW again with anti-tampering activation.

[0079] Optionally, in the present application, the control instruction is an anti-disassembly activation instruction. When the vehicle-mounted gateway receives the control instruction issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, it can be specifically executed as follows:

[0080] The vehicle gateway receives the anti-disassembly activation instruction issued by the Internet of Vehicles platform, and sends an activation request to the vehicle control module; if an activation response is received within a preset time, a first random number is requested from the vehicle control module; the vehicle control module generates a first random number and sends it to the vehicle gateway, and calculates the key value of the vehicle control module according to the set encryption algorithm and the first random number; the vehicle gateway calculates the key value of the vehicle gateway based on the received first random number according to the set encryption algorithm, and sends it to the vehicle control module for verification; after the verification is successful, the vehicle control module feeds back the verification result and records the device code of the vehicle gateway locally; the vehicle gateway sends an activation notification to the vehicle control module, and reports the update to the Internet of Vehicles platform; based on the received activation notification, the vehicle control module activates the local risk control identifier and anti-disassembly identifier, and stores them.

[0081] Correspondingly, if the control instruction is an anti-disassembly closing instruction, when the vehicle gateway receives the control instruction issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, it can be specifically executed as follows:

[0082] The vehicle gateway receives the anti-disassembly shutdown instruction issued by the Internet of Vehicles platform, and sends a shutdown request to the vehicle control module; based on the shutdown request, the vehicle control module determines whether the device code of the vehicle gateway it carries is consistent with the locally stored device code; if they are consistent, the vehicle control module turns off the local risk control flag and anti-disassembly flag, and updates the storage.

[0083] Furthermore, after the anti-tampering of the target vehicle is activated, a handshake operation is automatically performed each time the power is turned on. Specifically, when the control instruction is a handshake instruction, the vehicle gateway receives the control instruction issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, it can be specifically performed as follows:

[0084] In the anti-tampering activation state, the vehicle gateway actively requests a handshake with the vehicle control module; if a handshake reply is received within the set time, the vehicle gateway requests a second random number from the vehicle control module; if the second random number is received within the set time, the vehicle gateway generates its own key value based on the second random number and sends it to the vehicle control module for verification; if the key value verification passes within the set time, the vehicle gateway sends its own device code to the vehicle control module for verification; if the device code verification passes within the set time, the vehicle gateway ends the handshake with the vehicle control module.

[0085] Furthermore, if the control instruction is a vehicle locking instruction, when the vehicle gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, it can be specifically executed as follows:

[0086] In the anti-tampering activation state, the vehicle gateway receives the vehicle locking instruction issued by the vehicle networking platform, and sends the vehicle locking instruction to the vehicle control module; the vehicle control module performs the corresponding vehicle locking operation according to the vehicle locking mode and speed limit value carried in the vehicle locking instruction;

[0087] If the control instruction is an unlocking instruction, when the vehicle-mounted gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, it can be specifically executed as follows: in the locked state, the vehicle-mounted gateway receives the unlocking instruction issued by the vehicle networking platform, and sends the unlocking instruction to the vehicle control module; the vehicle control module performs the corresponding unlocking operation according to the vehicle locking instruction.

[0088] It should be noted here that the car locking control is divided into two types: spontaneous car locking and active car locking. Among them, spontaneous car locking: after each power-on, CGW first reads the handshake result in the non-volatile memory. If it is successful, the car lock will not be executed. If it is any of timeout or failure, the anti-dismantling car lock will be executed, and the vehicle speed will be limited to 0. This state will be maintained until the handshake is successful or the platform issues an anti-dismantling shutdown to release the locked state. Active car locking: For the active car locking function, the VCU and CGW need to be bound to each other after the anti-dismantling is activated. The VCU can determine that the command-sending gateway has not been maliciously replaced based on the stored SN code. That is, the above-mentioned car locking instructions and unlocking instructions are executed after the anti-dismantling is activated or the anti-dismantling is closed or the handshake operation, so it can be regarded as that the device code SN has been verified.

[0089] In addition, if it is monitored that the on-board communication module recovers from abnormal operation to normal operation, the on-board gateway reports to the Internet of Vehicles platform and requests to switch the vehicle locking function device to the on-board communication module, and reports the currently processed control instruction as the next control instruction to the Internet of Vehicles platform.

[0090] Through the above technical solution, the vehicle gateway CGW monitors the operating status of the vehicle communication module TBOX in real time. If TBOX operates normally, CGW acts as a transfer medium, TBOX receives the control instructions issued by the Internet of Vehicles platform, and forwards them to the vehicle control module VCU via CGW to perform the corresponding vehicle locking control operation; if TBOX operates abnormally, CGW replaces TBOX, and interacts with VCU after successfully requesting the Internet of Vehicles platform to change the vehicle locking function equipment. CGW receives the control instructions issued by the Internet of Vehicles platform and sends them to VCU for the corresponding vehicle locking control operation. In this way, CGW participates in the remote vehicle locking control process. If TBOX is normal, CGW acts as a transfer medium to forward the control instructions received by TBOX from the Internet of Vehicles platform to VCU; if TBOX is abnormal, CGW replaces TBOX to directly receive the control instructions issued by the Internet of Vehicles platform and sends them to VCU. Regardless of whether TBOX fails and when it fails, the normal interaction of remote vehicle locking control can be guaranteed, and the remote vehicle locking control function of the vehicle is effective, thereby ensuring the effective control of the vehicle by the seller or lessee.

[0091] The following introduces several vehicle locking control instructions involved in this application in the vehicle locking control process through specific examples.

[0092] Reference Figure 2 The figure shows a system scenario diagram of the vehicle locking control solution of the present application. As an external service end, the Internet of Vehicles platform interacts with the TBOX, CGW and VCU of the target vehicle to realize the locking control of the target vehicle. Figure 2In the diagram, CGW plays two roles: when TBOX operates normally, CGW acts as a medium, that is, forwarding the control instructions received by TBOX to VCU, and forwarding the results fed back by VCU to TBOX, to realize the normal interaction process, as shown by the blue process arrow; when TBOX operates abnormally, CGW actively reports the abnormality and requests the vehicle locking function device to switch, CGW replaces TBOX, receives the empty control instructions issued by the Internet of Vehicles platform, and forwards it to VCU, and sends the results fed back by VCU to the Internet of Vehicles platform, as shown by the red process arrow.

[0093] 1. Anti-tamper activation instructions

[0094] Reference Figure 3 The figure shows the schematic diagram of the anti-tampering activation process provided by the embodiment of the present application. The Internet of Vehicles platform issues the anti-tampering activation command, and the CGW responds and waits after receiving the command, and continues the subsequent process. If the gateway still does not respond after 1s, the platform will repeat the request 5 times. If there is no feedback, the platform will prompt that the activation failed, and the reason for the failure is that the gateway request timed out.

[0095] 1. CGW receives the anti-tampering activation command and sends an activation request to VCU.

[0096] 2. CGW needs to receive a response from VCU within 5 seconds. If a response is received within the scheduled time, it will jump to step 3. If no response is received from VCU after 5 seconds, the process is considered to have timed out and the platform activation failure is reported. The reason for the failure is VCU request timeout.

[0097] 3. CGW requests a random number Seed from VCU.

[0098] 4. VCU receives the instruction, generates a random number and sends it to CGW.

[0099] At the same time, the encryption algorithm calculates VCU_Key based on the current Seed value and jumps to step 5. If CGW does not receive the Seed value within 1s, it will request Seed from VCU again. If there is still no response after repeating 5 times, the process is judged to have timed out and the platform activation failure is reported. The reason for the failure is VCU request timeout.

[0100] 5. CGW calculates CGW_Key using encryption algorithm and sends it to VCU. VCU receives CGW_Key and VCU_Key for verification.

[0101] 6. If the verification is successful, the VCU will feedback that the CGW verification is successful, record the CGW_SN code and jump to step 7.

[0102] If the verification fails or the verification result is not received within 5 seconds, the Key verification failure is fed back and CGW reports that the platform activation failed, and the reason for the failure is Key verification failure.

[0103] 7. CGW sends the risk control activation flag.

[0104] 8. After receiving the information, the VCU activates the risk control flag and the anti-tampering flag and records them in the non-volatile memory.

[0105] After receiving the response, CGW reports to the platform that the vehicle lock status has been activated and stores the activation status. If the gateway does not receive a response within 5 seconds, it determines that the process has timed out and reports to the platform that the activation failed. The reason for the failure is that the VCU request timed out.

[0106] If an exception occurs during the activation process or after the activation is completed, CGW will proactively report the TBOX exception and request to change the device, re-start the activation process from step 1, and replace the storage gateway SN code in step 6.

[0107] 2. Anti-tampering shutdown instruction

[0108] Reference Figure 4 As shown, it is a schematic diagram of the anti-disassembly closing process provided in an embodiment of the present application.

[0109] The Internet of Vehicles platform sends CGW to VCU to request to turn off the anti-disassembly and risk control flags. After receiving the command, VCU verifies whether the CGW_SN code is consistent with its own storage. If they are consistent, the risk control mark and anti-disassembly mark are turned off, and the internal storage value is updated. The CGW reports that the anti-disassembly is successfully closed, and the CGW reports that the lock status is not activated. If the verification is inconsistent or no feedback is received from VCU within 5s, CGW reports that the platform anti-disassembly closure failed, and the reason for the failure is SN code verification failure or VCU request timeout. If the reason for failure in any step is determined to be caused by TBOX abnormality, CGW reads the last event in history as anti-disassembly closure, requests VCU to change the SN code, and automatically executes the anti-disassembly closure process after the next power-on.

[0110] 3. Handshake Instructions

[0111] Reference Figure 5 The handshake process is executed after the anti-tampering is activated, that is, the risk control flag and the anti-tampering flag in the non-volatile memory are both in the activated state, and it starts automatically every time the vehicle is powered on.

[0112] 1. CGW actively requests VCU to perform handshake.

[0113] 2. If CGW receives a reply from VCU within 5s, it will jump to the next step. Otherwise, it will be judged as timeout and reported to the platform.

[0114] 3. CGW requests a Seed random number.

[0115] 4. If CGW receives a reply from VCU within 5 seconds, it will jump to the next step. Otherwise, it will be judged as a timeout and reported to the platform.

[0116] 5. CGW sends the Key value and waits for the VCU verification result.

[0117] 6. If CGW receives a reply from VCU within 5 seconds indicating that the verification is passed, it will jump to the next step. If there is no reply within 5 seconds, it will be considered a timeout. If the reply fails within 5 seconds, it will be considered a failure and reported to the platform.

[0118] 7. CGW sends the SN code to VCU for verification and waits for the SN code verification result.

[0119] 8. If the verification is successful within 5 seconds, jump to the next step.

[0120] If there is no reply within 5 seconds, it is considered a timeout; if the reply verification fails within 5 seconds, it is considered a failure and reported to the platform.

[0121] 9. After receiving the handshake request from VCU, CGW ends the handshake process and records the handshake result in the non-volatile memory.

[0122] If the failure reason of any step is determined to be caused by TBOX abnormality, the handshake process will be repeated after the device is changed, and the handshake result of this time will be taken as the final result and stored.

[0123] The above only takes the control instructions of anti-tampering activation, anti-tampering deactivation and handshake as an example to introduce the detailed process. In fact, the locking and unlocking process can be implemented by referring to the specific scheme below step 108, which will not be repeated here.

[0124] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0125] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0126] Figure 6 FIG. 1 shows a block diagram of a remote vehicle locking control system provided by an embodiment of the present application. Figure 6The remote vehicle locking control system 600 of this embodiment may include a vehicle gateway 601 , a vehicle networking platform 602 , a vehicle communication module 603 and a vehicle control module 604 . The vehicle gateway 601 monitors the operation status of the vehicle communication module 603 in real time; if it is detected that the vehicle communication module 603 is operating normally, the vehicle gateway 601 receives the control instruction related to remote vehicle locking issued by the vehicle networking platform 602 to the vehicle communication module 603, and forwards the control instruction to the vehicle control module 604 to perform the corresponding vehicle locking control operation; if it is detected that the vehicle communication module 603 is operating abnormally, the abnormal information is reported to the vehicle networking platform 602, and a request is made to switch the vehicle locking function device; wherein the abnormal information carries the last control instruction processed by the vehicle communication module 603 read by the vehicle gateway; after the request to switch the vehicle locking function device is successful, the vehicle gateway 601 replaces the vehicle communication module 603, receives the control instruction issued by the vehicle networking platform 602, and sends it to the vehicle control module 604 to perform the corresponding vehicle locking control operation; wherein the control instruction is the same as the instruction content of the last control instruction carried in the abnormal information.

[0127] It should be noted that part or all of the remote vehicle locking control system of this embodiment except the Internet of Vehicles platform may be an application located in the local terminal, or may also be a functional unit such as a plug-in or software development kit (SDK) set in the application located in the local terminal, or may also be a processing engine located in a network-side server, or may also be a distributed system located on the network side.

[0128] It is understandable that the application may be a local program (nativeApp) installed on the local terminal, or may be a webpage program (webApp) of a browser on the local terminal, which is not limited in this embodiment.

[0129] Optionally, in a possible implementation of this embodiment, the control instruction related to remote vehicle locking includes at least one of the following: an anti-tampering activation instruction, an anti-tampering shutdown instruction, a handshake instruction, a vehicle locking instruction, and an unlocking instruction.

[0130] Optionally, in a possible implementation of this embodiment, the control instruction is an anti-disassembly activation instruction. When the vehicle gateway 601 receives the control instruction issued by the Internet of Vehicles platform 602 and sends it to the vehicle control module 604 to perform a corresponding vehicle locking control operation, it may specifically include:

[0131] The vehicle gateway 601 receives the anti-disassembly activation instruction issued by the vehicle networking platform 602, and sends an activation request to the vehicle control module 604; if an activation response is received within a preset time, the vehicle gateway 601 requests a first random number from the vehicle control module 604; the vehicle control module 604 generates a first random number and sends it to the vehicle gateway 601, and calculates the key value of the vehicle control module 604 according to the set encryption algorithm and the first random number; the vehicle gateway 601 calculates the key value of the vehicle gateway 601 based on the received first random number according to the set encryption algorithm, and sends it to the vehicle control module 604 for verification; after the verification is successful, the vehicle control module 604 feedbacks the verification result and locally records the device code of the vehicle gateway 601; the vehicle gateway 601 sends an activation notification to the vehicle control module 604, and reports the update to the vehicle networking platform 602; the vehicle control module 604 activates the local risk control identifier and anti-disassembly identifier based on the received activation notification, and stores them.

[0132] Optionally, in a possible implementation of this embodiment, the control instruction is an anti-disassembly closing instruction. When the vehicle gateway 601 receives the control instruction issued by the Internet of Vehicles platform 602 and sends it to the vehicle control module 604 to perform a corresponding vehicle locking control operation, it may specifically include:

[0133] The vehicle gateway 601 receives the anti-disassembly shutdown instruction issued by the Internet of Vehicles platform 602, and sends a shutdown request to the vehicle control module 604; based on the shutdown request, the vehicle control module 604 determines whether the device code of the vehicle gateway 601 it carries is consistent with the locally stored device code; if they are consistent, the vehicle control module 604 turns off the local risk control flag and anti-disassembly flag, and updates the storage.

[0134] Optionally, in a possible implementation of this embodiment, the control instruction is a handshake instruction. When the vehicle gateway 601 receives the control instruction issued by the Internet of Vehicles platform 602 and sends it to the vehicle control module 604 to perform a corresponding vehicle locking control operation, it may specifically include:

[0135] In the anti-tampering activation state, the vehicle gateway 601 actively requests a handshake with the vehicle control module 604; if a handshake reply is received within the set time, the vehicle gateway 601 requests a second random number from the vehicle control module 604; if the second random number is received within the set time, the vehicle gateway 601 generates its own key value based on the second random number and sends it to the vehicle control module 604 for verification; if the key value verification passes within the set time, the vehicle gateway 601 sends its own device code to the vehicle control module 604 for verification; if the device code verification passes within the set time, the vehicle gateway 601 ends the handshake with the vehicle control module 604.

[0136] Optionally, in a possible implementation of this embodiment, the control instruction is a vehicle locking instruction. When the vehicle gateway 601 receives the control instruction issued by the vehicle networking platform 602 and sends it to the vehicle control module 604 to perform a corresponding vehicle locking control operation, it may specifically include:

[0137] In the anti-tampering activation state, the vehicle gateway 601 receives the vehicle locking instruction issued by the vehicle networking platform 602, and sends the vehicle locking instruction to the vehicle control module 604; the vehicle control module 604 performs the corresponding vehicle locking operation according to the vehicle locking mode and speed limit value carried in the vehicle locking instruction;

[0138] The control instruction is an unlocking instruction. When the vehicle gateway 601 receives the control instruction issued by the vehicle networking platform 602 and sends it to the vehicle control module 604 to perform the corresponding vehicle locking control operation, it may specifically include:

[0139] In the locked state, the vehicle gateway 601 receives the unlocking instruction issued by the vehicle networking platform 602, and sends the unlocking instruction to the vehicle control module 604; the vehicle control module 604 performs the corresponding unlocking operation according to the vehicle locking instruction.

[0140] Optionally, in a possible implementation of this embodiment, if it is monitored that the on-board communication module 603 recovers from abnormal operation to normal operation, the on-board gateway 601 may also report to the Internet of Vehicles platform 602, and request to switch the vehicle locking function device to the on-board communication module 603, and report the currently processed control instruction as the next control instruction to the Internet of Vehicles platform 602.

[0141] In this embodiment, the vehicle gateway CGW monitors the operating status of the vehicle communication module TBOX in real time. If TBOX operates normally, CGW acts as a transfer medium, TBOX receives the control instructions issued by the Internet of Vehicles platform, and forwards them to the vehicle control module VCU via CGW to perform the corresponding vehicle locking control operation; if TBOX operates abnormally, CGW replaces TBOX, and interacts with VCU after successfully requesting the Internet of Vehicles platform to change the vehicle locking function device. CGW receives the control instructions issued by the Internet of Vehicles platform and sends them to VCU for the corresponding vehicle locking control operation. In this way, CGW participates in the remote vehicle locking control process. If TBOX is normal, CGW acts as a transfer medium to forward the control instructions received by TBOX from the Internet of Vehicles platform to VCU; if TBOX is abnormal, CGW replaces TBOX to directly receive the control instructions issued by the Internet of Vehicles platform and sends them to VCU. Regardless of whether TBOX fails and when it fails, the normal interaction of remote vehicle locking control can be guaranteed, and the remote vehicle locking control function of the vehicle is effective, thereby ensuring the effective control of the vehicle by the seller or lessee.

[0142] An embodiment of the present application provides a computer-readable storage medium, wherein the storage medium stores at least one instruction, and the at least one instruction is loaded and executed by a processor to implement the remote vehicle locking control method as described above.

[0143] An embodiment of the present application provides a computer program product, including a computer program, which implements the remote vehicle locking control method as described above when executed by a processor.

[0144] An embodiment of the present application provides an electronic device, which includes a processor and a memory, wherein the memory stores at least one instruction, and the instruction is loaded and executed by the processor to implement the remote vehicle locking control method as described above.

[0145] In the technical solution of this application, the collection, storage, use, processing, transmission, provision and disclosure of user personal information involved are in compliance with the relevant laws and regulations and do not violate public order and good morals.

[0146] Figure 7A schematic block diagram of an example electronic device 700 that can be used to implement an embodiment of the present application is shown. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workbenches, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device can also represent various forms of mobile devices, such as personal digital processing, cellular phones, smart phones, wearable devices, and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the present application described and / or required herein.

[0147] like Figure 7 As shown, the electronic device 700 includes a computing unit 701, which can perform various appropriate actions and processes according to a computer program stored in a read-only memory (ROM) 702 or a computer program loaded from a storage unit 708 into a random access memory (RAM) 703. In the RAM 703, various programs and data required for the operation of the electronic device 700 can also be stored. The computing unit 701, the ROM 702, and the RAM 703 are connected to each other via a bus 704. An input / output (I / O) interface 705 is also connected to the bus 704.

[0148] Multiple components in the electronic device 700 are connected to the I / O interface 705, including: an input unit 706, such as a keyboard, a mouse, etc.; an output unit 707, such as various types of displays, speakers, etc.; a storage unit 708, such as a disk, an optical disk, etc.; and a communication unit 709, such as a network card, a modem, a wireless communication transceiver, etc. The communication unit 709 allows the electronic device 700 to exchange information / data with other devices through a computer network such as the Internet and / or various telecommunication networks.

[0149] The computing unit 701 may be a variety of general and / or special processing components with processing and computing capabilities. Some examples of the computing unit 701 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various dedicated artificial intelligence (AI) computing chips, various computing units running machine learning model algorithms, digital signal processors (DSPs), and any appropriate processors, controllers, microcontrollers, etc. The computing unit 701 performs the various methods and processes described above, such as a remote car lock control method. For example, in some embodiments, the remote car lock control method may be implemented as a computer software program, which is tangibly contained in a machine-readable medium, such as a storage unit 708. In some embodiments, part or all of the computer program may be loaded and / or installed on the electronic device 700 via the ROM 702 and / or the communication unit 709. When the computer program is loaded into the RAM 703 and executed by the computing unit 701, one or more steps of the remote car lock control method described above may be performed. Alternatively, in other embodiments, the computing unit 701 may be configured to perform the remote car lock control method in any other appropriate manner (e.g., by means of firmware).

[0150] Various implementations of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), application specific standard products (ASSPs), systems on chips (SOCs), complex programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various implementations can include: being implemented in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which can be a special purpose or general purpose programmable processor that can receive data and instructions from a storage system, at least one input device, and at least one output device, and transmit data and instructions to the storage system, the at least one input device, and the at least one output device.

[0151] The program code for implementing the method of the present application can be written in any combination of one or more programming languages. These program codes can be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or other programmable data processing device, so that the program code, when executed by the processor or controller, implements the functions / operations specified in the flow chart and / or block diagram. The program code can be executed entirely on the machine, partially on the machine, partially on the machine and partially on a remote machine as a stand-alone software package, or entirely on a remote machine or server.

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

[0153] To provide interaction with a user, the systems and techniques described herein can be implemented on a computer having: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user can provide input to the computer. Other types of devices can also be used to provide interaction with the user; for example, the feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including acoustic input, voice input, or tactile input).

[0154] The systems and techniques described herein may be implemented in a computing system that includes back-end components (e.g., as a data server), or a computing system that includes middleware components (e.g., an application server), or a computing system that includes front-end components (e.g., a user computer with a graphical user interface or a web browser through which a user can interact with implementations of the systems and techniques described herein), or a computing system that includes any combination of such back-end components, middleware components, or front-end components. The components of the system may be interconnected by any form or medium of digital data communication (e.g., a communication network). Examples of communication networks include: a local area network (LAN), a wide area network (WAN), and the Internet.

[0155] A computer system may include a client and a server. The client and the server are generally remote from each other and usually interact through a communication network. The relationship of client and server is generated by computer programs running on respective computers and having a client-server relationship with each other. The server may be a cloud server, a server of a distributed system, or a server combined with a blockchain.

[0156] It should be understood that the various forms of processes shown above can be used to reorder, add or delete steps. For example, the steps recorded in this disclosure can be executed in parallel, sequentially or in different orders, as long as the desired results of the technical solution disclosed in this application can be achieved, and this document is not limited here.

[0157] The above specific implementations do not constitute a limitation on the protection scope of this application. It should be understood by those skilled in the art that various modifications, combinations, sub-combinations and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions and improvements made within the spirit and principles of this application should be included in the protection scope of this application.

Claims

1. A remote vehicle locking control method, characterized in that: Applied to the remote locking scenario of new energy vehicles, the control method includes: The vehicle gateway monitors the operating status of the vehicle communication module in real time; If it is monitored that the vehicle communication module operates normally, a control instruction related to remote vehicle locking issued by the vehicle networking platform to the vehicle communication module is received, and the control instruction is forwarded to the vehicle control module to execute a corresponding vehicle locking control operation; If the vehicle communication module is detected to be operating abnormally, the abnormal information is reported to the vehicle networking platform, and a request is made to switch the vehicle locking function device; wherein the abnormal information carries the last control instruction processed by the vehicle communication module read by the vehicle gateway; After the request to switch the vehicle locking function device is successful, the on-board communication module is replaced, the control instruction issued by the vehicle networking platform is received, and sent to the vehicle control module to perform the corresponding vehicle locking control operation; wherein, the control instruction is the same as the instruction content of the last control instruction carried in the abnormal information.

2. The method according to claim 1, characterized in that The control instructions related to remote vehicle locking include at least one of the following: an anti-tampering activation instruction, an anti-tampering shutdown instruction, a handshake instruction, a vehicle locking instruction, and an unlocking instruction.

3. The method according to claim 2, characterized in that The control command is an anti-disassembly activation command, and the vehicle gateway receives the control command issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, which specifically includes: The vehicle gateway receives the anti-disassembly activation instruction issued by the vehicle networking platform, and sends an activation request to the vehicle control module; If an activation response is received within a preset time, requesting a first random number from the vehicle control module; The vehicle control module generates a first random number and sends it to the vehicle gateway, and calculates a key value of the vehicle control module in combination with the first random number according to a set encryption algorithm; The vehicle gateway calculates the key value of the vehicle gateway based on the received first random number according to the set encryption algorithm, and sends it to the vehicle control module for verification; After the verification is successful, the vehicle control module feeds back the verification result and records the device code of the vehicle gateway locally; The vehicle gateway sends an activation notification to the vehicle control module and reports updates to the vehicle networking platform; The vehicle control module activates and stores the local risk control identifier and anti-disassembly identifier based on the received activation notification.

4. The method according to claim 3, characterized in that The control command is an anti-disassembly closing command, and the vehicle gateway receives the control command issued by the Internet of Vehicles platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, which specifically includes: The vehicle gateway receives the anti-disassembly shutdown instruction issued by the vehicle networking platform, and sends a shutdown request to the vehicle control module; The vehicle control module determines, based on the shutdown request, whether the device code of the vehicle gateway carried by the vehicle control module is consistent with the device code stored locally; If they are consistent, the vehicle control module turns off the local wind control flag and anti-disassembly flag, and updates the storage.

5. The method according to claim 3, characterized in that The control instruction is a handshake instruction, and the vehicle gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, which specifically includes: In the anti-tampering activation state, the vehicle gateway actively requests a handshake with the vehicle control module; If a handshake reply is received within a set time, the vehicle gateway requests a second random number from the vehicle control module; If a second random number is received within a set time, the vehicle gateway generates its own key value based on the second random number and sends it to the vehicle control module for verification; If the key value verification passes within the set time, the vehicle gateway sends its own device code to the vehicle control module for verification; If the device code verification passes within the set time, the vehicle gateway ends the handshake with the vehicle control module.

6. The method according to claim 3 or 5, characterized in that The control instruction is a vehicle locking instruction, and the vehicle gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, which specifically includes: In the anti-tampering activation state, the vehicle gateway receives the vehicle locking instruction issued by the vehicle networking platform, and sends the vehicle locking instruction to the vehicle control module; The vehicle control module performs corresponding vehicle locking operations according to the vehicle locking mode and speed limit value carried in the vehicle locking instruction; The control instruction is an unlocking instruction, and the vehicle gateway receives the control instruction issued by the vehicle networking platform and sends it to the vehicle control module to perform the corresponding vehicle locking control operation, which specifically includes: In the locked state, the vehicle gateway receives the unlocking instruction issued by the vehicle networking platform, and sends the unlocking instruction to the vehicle control module; The vehicle control module performs a corresponding unlocking operation according to the vehicle locking instruction.

7. The method according to claim 3 or 5, characterized in that If it is monitored that the on-board communication module recovers from abnormal operation to normal operation, the on-board gateway reports to the Internet of Vehicles platform and requests to switch the vehicle locking function device to the on-board communication module, and reports the currently processed control instruction as the next control instruction to the Internet of Vehicles platform.

8. A remote vehicle locking control system, characterized in that: Applied to the remote locking scenario of new energy vehicles, the control system includes: an on-board gateway, an Internet of Vehicles platform, an on-board communication module and a vehicle control module; wherein, The vehicle-mounted gateway monitors the operating status of the vehicle-mounted communication module in real time; If it is monitored that the vehicle communication module operates normally, a control instruction related to remote vehicle locking issued by the vehicle networking platform to the vehicle communication module is received, and the control instruction is forwarded to the vehicle control module to execute a corresponding vehicle locking control operation; If the vehicle communication module is detected to be operating abnormally, the abnormal information is reported to the vehicle networking platform, and a request is made to switch the vehicle locking function device; wherein the abnormal information carries the last control instruction processed by the vehicle communication module read by the vehicle gateway; After the request to switch the vehicle locking function device is successful, the on-board communication module is replaced, the control instruction issued by the vehicle networking platform is received, and sent to the vehicle control module to perform the corresponding vehicle locking control operation; wherein, the control instruction is the same as the instruction content of the last control instruction carried in the abnormal information.

9. A non-transitory computer-readable storage medium storing computer instructions, wherein: The computer instructions are used to cause the computer to execute the method according to any one of claims 1-5.

10. A computer program product, comprising a computer program, which, when executed by a processor, implements the method according to any one of claims 1 to 5.

Images