Adaptive vehicle locking methods, devices, equipment, storage media, and programs

Abstract

This specification discloses an adaptive vehicle locking method, apparatus, device, storage medium, and program, relating to the field of vehicle remote control technology. The method receives and responds to a vehicle locking interaction signal, returning vehicle status information. It receives and determines a locking strategy based on a locking command. When the locking strategy is immediate locking, the vehicle speed is reduced to or below the immediate locking parameters. When the locking strategy is parking locking, the vehicle waits for a parking signal and then reduces its speed to or below the parking locking parameters. When the locking strategy is charging locking, the vehicle waits for a charging signal and then reduces its speed to or below the charging locking parameters. When the locking strategy is secondary power-on locking, the vehicle waits for a power-on signal and then reduces its speed to or below the secondary power-on locking parameters. Therefore, the locking strategy is determined based on vehicle status information from immediate locking, parking locking, charging locking, and secondary power-on locking, reducing safety risks and improving user experience.

Description

Technical Field

[0001] This specification relates to the field of vehicle remote control technology, and in particular to an adaptive vehicle locking method, device, equipment, storage medium, and program. Background Technology

[0002] Typically, after a user chooses to finance a vehicle purchase, the vehicle provider or loan provider can remotely control the vehicle to restrict its use if the user defaults on payments.

[0003] In the existing technology, after determining that remote control of a vehicle is necessary, vehicle providers or loan providers usually send instructions directly through relevant devices to limit the speed of the target vehicle.

[0004] However, when the command is sent, the target vehicle may be in motion, or in an abnormal state such as traffic jam or low battery. In this case, directly limiting the speed of the target vehicle may pose a safety hazard. Summary of the Invention

[0005] This specification provides an adaptive vehicle locking method, apparatus, device, storage medium, and program to at least partially solve the aforementioned problems existing in the prior art.

[0006] The following technical solution is adopted in this specification:

[0007] This specification provides an adaptive vehicle locking method, including:

[0008] Receive the vehicle locking interaction signal sent by the server;

[0009] In response to the vehicle locking interaction signal, vehicle status information is returned, enabling the server to determine the vehicle locking strategy based on the vehicle status information.

[0010] Receive the vehicle lock command sent by the server;

[0011] Based on the vehicle locking command, a vehicle locking strategy is determined; the vehicle locking strategy is immediate vehicle locking, vehicle locking while parked, vehicle locking while charging, or vehicle locking upon second power-on.

[0012] When the vehicle locking strategy is determined to be instant locking, the vehicle speed is reduced to or below the instant locking parameters;

[0013] When the vehicle locking strategy is determined to be parking lock, wait to obtain a parking signal; obtain the parking signal and reduce the vehicle speed to the parking lock parameters or below.

[0014] When the vehicle locking strategy is determined to be charging lock, wait to obtain a charging signal; obtain the charging signal and reduce the vehicle speed to the charging lock parameters or below.

[0015] When the vehicle locking strategy is determined to be a secondary power-on locking strategy, wait to obtain a power-on signal; obtain the power-on signal and reduce the vehicle speed to the secondary power-on locking parameters or below.

[0016] Preferably, the vehicle status information includes vehicle speed and / or vehicle type and / or remaining battery power and / or vehicle location.

[0017] Preferably, the vehicle is equipped with an in-vehicle network communication terminal, a central gateway, and a vehicle control center, and the adaptive vehicle locking method is executed by the vehicle control center.

[0018] The vehicle control center communicates with the server through the vehicle-mounted network communication terminal and the central gateway.

[0019] Before the vehicle control center receives the vehicle locking interaction signal, the method further includes:

[0020] The vehicle control center receives the first binding request sent by the central gateway.

[0021] Return to the first confirmed received signal;

[0022] Receive the first seed request;

[0023] Returns the first seed value;

[0024] Based on the first seed value and the preset first encryption algorithm, a first key is generated;

[0025] Receive the second key; the first binding request and / or the first seed request and / or the second key carries a gateway device identifier;

[0026] Determine whether the second key is the same as the first key;

[0027] If so, record the gateway device identifier and return the first binding success signal;

[0028] If not, return the first binding failure signal.

[0029] Preferably, after returning the first successful binding signal, the method further includes:

[0030] The central gateway receives the second binding request sent by the vehicle-mounted network communication terminal;

[0031] Return to the second confirmed received signal;

[0032] Receive second seed request;

[0033] Return the second seed value;

[0034] A third key is generated based on the second seed value and the preset second encryption algorithm;

[0035] Receive the fourth key; the second binding request and / or the second seed request and / or the fourth key carries a terminal device identifier;

[0036] Determine whether the fourth key is the same as the third key;

[0037] If so, record the terminal device identifier and return a second binding success signal;

[0038] If not, return a second binding failure signal.

[0039] Preferably, the vehicle-mounted communication terminal is used to transmit communication signals between the server and the central gateway; the central gateway is used to transmit communication signals between the vehicle-mounted communication terminal and the vehicle control center.

[0040] Before the vehicle control center performs the operations of sending the first command, sending the second command, sending the third command, and sending the fourth command, the method further includes:

[0041] The central gateway receives the device identifier carried in the data sent by the vehicle communication terminal and determines whether the device identifier is the same as the terminal device identifier that has been stored; the vehicle control center receives the device identifier carried in the data sent by the central gateway and determines whether the device identifier is the same as the gateway device identifier that has been stored.

[0042] If all the judgment results are yes, then continue to execute the subsequent steps;

[0043] If the result of any of the judgments is negative, then the execution of the vehicle locking command will be stopped.

[0044] Preferably, after returning the second binding success signal, the method further includes:

[0045] The vehicle-mounted network communication terminal continuously sends heartbeat signals to the central gateway;

[0046] When the heartbeat signal meets the abnormal conditions, the central gateway sends an abnormal takeover command to the vehicle network communication terminal and an abnormal takeover request to the server. After receiving the consent request command from the server, the central gateway is used to directly transmit communication signals between the server and the vehicle control center. The abnormal conditions are that the number of abnormal situations in the heartbeat signal within a preset time period is greater than or equal to a preset abnormal threshold. The abnormal situations include the number of heartbeats and / or interruption and / or delay.

[0047] The vehicle-mounted network communication terminal, based on the abnormal conditions of the heartbeat signal, sends an abnormal takeover command, stops sending the heartbeat signal, and stops transmitting communication signals between the server and the central gateway.

[0048] On the other hand, this specification also provides an adaptive vehicle locking method, applied on the server side, including:

[0049] Send a vehicle lock interaction signal to the vehicle and receive vehicle status information;

[0050] Based on the vehicle status information, a locking strategy is determined from the following options: immediate locking, parking locking, charging locking, and locking upon second power-on.

[0051] The system sends a locking command carrying the locking strategy to the vehicle terminal, instructing the vehicle terminal to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the parking locking parameter after obtaining a parking signal based on the parking locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the charging locking parameter after obtaining a charging signal based on the charging locking strategy; or, instructing the vehicle terminal to send a fourth command to the power unit after obtaining a power-on locking strategy based on the power-on locking strategy, causing the power unit to stop working.

[0052] On the other hand, this specification provides an adaptive vehicle locking device, comprising:

[0053] The first receiving unit is used to receive the vehicle locking interaction signal sent by the server.

[0054] The first return unit is used to respond to the vehicle locking interaction signal and return vehicle status information, so that the server can determine the vehicle locking strategy based on the vehicle status information.

[0055] The second receiving unit is used to receive the vehicle locking command sent by the server.

[0056] The determining unit is used to determine the locking strategy based on the locking command; the locking strategy is immediate locking, parking locking, charging locking, or second power-on locking.

[0057] The execution unit is configured to: when the locking strategy is determined to be immediate locking, reduce the vehicle speed to or below the immediate locking parameters; when the locking strategy is determined to be parking locking, wait for a parking signal; obtain the parking signal and reduce the vehicle speed to or below the parking locking parameters; when the locking strategy is determined to be charging locking, wait for a charging signal; obtain the charging signal and reduce the vehicle speed to or below the charging locking parameters; when the locking strategy is determined to be secondary power-on locking, wait for a power-on signal; obtain the power-on signal and reduce the vehicle speed to or below the secondary power-on locking parameters.

[0058] On the other hand, this specification provides an adaptive vehicle locking device, comprising:

[0059] The interaction unit is used to send a vehicle locking interaction signal to the vehicle and receive vehicle status information.

[0060] The determining unit is used to determine a locking strategy from the following options based on the vehicle status information: immediate locking, parking locking, charging locking, and secondary power-on locking.

[0061] The instruction unit is configured to send a locking command carrying the locking strategy to the vehicle terminal, instructing the vehicle terminal to reduce the vehicle speed to or below the immediate locking parameter based on the immediate locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the parking locking parameter after obtaining a parking signal based on the parking locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the charging locking parameter after obtaining a charging signal based on the charging locking strategy; or, instructing the vehicle terminal to send a fourth instruction to the power component after obtaining a power-on locking strategy based on the power-on locking strategy, causing the power component to stop working.

[0062] On the other hand, the computer-readable storage medium provided in this specification stores a computer program that, when executed by a processor, implements the adaptive vehicle locking method provided in one aspect above.

[0063] On the other hand, this specification provides an electronic device including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the program, implements the adaptive vehicle locking method provided in one aspect above.

[0064] On the other hand, this specification provides a computer program product in which instructions, when executed by a processor of an electronic device, cause the electronic device to implement the adaptive vehicle locking method provided in the above-mentioned aspect.

[0065] The above-mentioned technical solutions adopted in this specification can achieve the following beneficial effects:

[0066] Based on the adaptive vehicle locking method described above, the system can receive a vehicle locking interaction signal and, in response to the signal, return vehicle status information. It can also receive a vehicle locking command and determine a locking strategy based on that command. When the locking strategy is determined to be immediate locking, the vehicle speed is reduced to or below the immediate locking parameters. When the locking strategy is determined to be parking locking, the system waits for a parking signal and reduces the vehicle speed to or below the parking locking parameters. When the locking strategy is determined to be charging locking, the system waits for a charging signal and reduces the vehicle speed to or below the charging locking parameters. When the locking strategy is determined to be secondary power-on locking, the system waits for a power-on signal and reduces the vehicle speed to or below the secondary power-on locking parameters.

[0067] As can be seen from the above method, the vehicle locking strategy is determined based on vehicle status information, from immediate locking, parking locking, charging locking, and second power-on locking, thereby reducing safety risks and improving user experience. Attached Figure Description

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

[0069] Figure 1 A flowchart illustrating an adaptive vehicle locking method provided as an embodiment of this specification;

[0070] Figure 2 A flowchart illustrating a vehicle locking mode provided for one embodiment of this specification;

[0071] Figure 3 A flowchart illustrating a vehicle locking mode provided for one embodiment of this specification;

[0072] Figure 4 A flowchart illustrating a vehicle locking mode provided for one embodiment of this specification;

[0073] Figure 5 A flowchart illustrating a vehicle locking mode provided for one embodiment of this specification;

[0074] Figure 6 A flowchart illustrating an adaptive vehicle locking method provided as an embodiment of this specification;

[0075] Figure 7 A schematic diagram of the structure of an adaptive vehicle locking device provided in one embodiment of this specification;

[0076] Figure 8A schematic diagram of the structure of an adaptive vehicle locking device provided in one embodiment of this specification;

[0077] Figure 9 A schematic diagram of the structure of an electronic device provided in one embodiment of this specification;

[0078] Figure 10 This is an interactive schematic diagram of an adaptive vehicle locking system provided as an embodiment of this specification. Detailed Implementation

[0079] To make the objectives, technical solutions, and advantages of this specification clearer, the technical solutions of this specification 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 specification, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments in this specification without creative effort are within the scope of protection of this application.

[0080] In the description of this invention, it should be noted that the term "or" is generally used to include the meaning of "and / or" unless otherwise expressly stated in the content.

[0081] In the description of this invention, it should be noted that, unless otherwise explicitly specified and limited, the terms "installation," "connection," and "linking" should be interpreted broadly. Furthermore, in the description of this application, the terms "first," "second," etc., are used only for distinguishing descriptions and should not be construed as indicating or implying relative importance.

[0082] Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without inventive effort are within the scope of protection of the present invention.

[0083] The technical solutions provided in the various embodiments of this specification are described in detail below with reference to the accompanying drawings.

[0084] Figure 1 A flowchart illustrating an embodiment of the adaptive vehicle locking method provided in this specification is shown below. Figure 1 As shown, the adaptive vehicle locking method specifically includes the following steps:

[0085] S100: Receives vehicle lock interaction signals.

[0086] In this instruction manual, Figure 1 The adaptive vehicle locking method shown is applied to the vehicle.

[0087] Preferably, the vehicle terminal includes the Vehicle Control Unit (VCU), the Telematic Box (TBOX), and the Control Gateway (CGW).

[0088] Preferred, Figure 1 The adaptive vehicle locking method shown is executed by the VCU.

[0089] Preferably, the VCU can receive a vehicle locking interaction signal sent by the server.

[0090] Preferably, the VCU can receive the vehicle locking interaction signal through the TBOX and the CGW. In this specification, the VCU can communicate with the server through the TBOX and the CGW.

[0091] Specifically, the TBOX is used to transmit communication signals between the CGW and the server, and the CGW is used to transmit communication signals between the TBOX and the VCU. In other words, the TBOX and the CGW are used to transmit communication signals between the server and the VCU.

[0092] S102: In response to the vehicle locking interaction signal, return vehicle status information.

[0093] Preferably, the VCU can respond to the vehicle locking interaction signal, collect vehicle status information, and return the vehicle status information to the server.

[0094] Preferably, the VCU can return the vehicle status information to the server through the TBOX and the CGW.

[0095] Preferably, the vehicle status information includes vehicle speed and / or vehicle type and / or remaining battery power and / or vehicle location, etc. The vehicle type includes pure electric new energy vehicles, traditional energy vehicles, hybrid vehicles, etc.

[0096] S104: Receive vehicle lock command.

[0097] Preferably, the VCU can receive a vehicle locking command sent by the server.

[0098] Preferably, the locking command carries a locking strategy. The locking strategy is immediate locking, parking locking, charging locking, or locking upon reactivation of power.

[0099] S106: Determine the vehicle locking strategy based on the vehicle locking command.

[0100] Preferably, the VCU can determine the vehicle locking strategy based on the vehicle locking command.

[0101] Preferably, when the VCU determines that the vehicle locking strategy is immediate vehicle locking, step S108 is executed.

[0102] Preferably, when the VCU determines that the vehicle locking strategy is parking and locking, step S110 is executed.

[0103] Preferably, when the VCU determines that the vehicle locking strategy is charging locking, step S112 is executed.

[0104] Preferably, when the VCU determines that the vehicle locking strategy is to lock the vehicle upon second power-on, step S114 is executed.

[0105] S108: Reduce the vehicle speed to or below the instant locking parameter.

[0106] Those skilled in the art will understand that upon receiving a vehicle locking command with an immediate locking strategy, the VCU needs to respond immediately and lock the vehicle. However, the vehicle corresponding to the VCU may be in motion, and suddenly reducing its speed to 0 could pose a safety hazard. Furthermore, reducing the speed to 0 would force the vehicle to stop on the road, obstructing traffic, and the user would need to incur additional costs to remove the vehicle from the road.

[0107] Therefore, in one or more preferred embodiments provided in this specification, the VCU can reduce the vehicle speed to or below the instantaneous locking parameter. This instantaneous locking parameter is preset and can be 10 km / h, 15 km / h, 20 km / h, etc., and is not limited thereto in this specification.

[0108] Correspondingly, this manual does not impose any restrictions on the values ​​of the parking lock parameter, the charging lock parameter, and the secondary power-on lock parameter. It should be emphasized that the parking lock parameter, the charging lock parameter, and the secondary power-on lock parameter can all be 0. Furthermore, the immediate lock parameter, the parking lock parameter, the charging lock parameter, and the secondary power-on lock parameter can be the same or different.

[0109] It should also be emphasized that reducing the vehicle speed to or below the instant locking parameter means that after reducing the vehicle speed, the vehicle speed is less than or equal to the instant locking parameter.

[0110] Specifically, the VCU can send the first braking command to the braking assembly, instructing the braking assembly to reduce the speed below the instantaneous locking parameter. The VCU can also send a first acceleration command to the power assembly, instructing the power assembly to stop acceleration when it determines that the vehicle speed is greater than or equal to the instantaneous locking parameter. Of course, the VCU can also use other methods to limit the vehicle speed to or below the instantaneous locking parameter, which is not limited herein.

[0111] S110: Wait for parking signal; upon receiving parking signal, send a second command to the power unit, instructing the power unit to stop working.

[0112] Preferably, the vehicle is locked after parking, meaning that the locking is performed only after it is confirmed that the vehicle to which the VCU belongs is parked.

[0113] Normally, to prevent the vehicle from rolling, when parking, in addition to shifting the gear to park or neutral, users also need to move the handbrake to a specific position or activate the electronic handbrake.

[0114] Therefore, in one or more preferred embodiments of this specification, after receiving a vehicle locking command containing a parking locking strategy, the VCU may wait to acquire a parking signal. This parking signal may indicate that the gear is in park and the electronic parking brake is engaged. Alternatively, it may indicate that the gear is in neutral and the parking brake has been moved to a specific position. The specific type of parking signal can be determined based on the type of vehicle to which the VCU belongs and parking-related information stored in the VCU's historical operation records; this specification does not impose any limitations on this.

[0115] Preferably, the VCU can acquire a parking signal and reduce the vehicle speed to or below the parking lock parameter. That is, the vehicle speed is less than or equal to the parking lock parameter.

[0116] Specifically, the VCU can send a second command to the vehicle's power unit, instructing the power unit to stop accelerating after determining that the vehicle speed equals the parking lock parameter. Of course, the VCU can also limit the vehicle's speed in other ways, which are not limited here.

[0117] S112: Waiting to receive a charging signal; receiving a charging signal and reducing the vehicle speed to or below the charging lock parameters.

[0118] Preferably, the vehicle is locked while charging, meaning that the vehicle is locked only after it is determined that the vehicle to which the VCU belongs is charging.

[0119] In one or more preferred embodiments of this specification, after receiving a vehicle locking command with a locking strategy of charging lock, the VCU may wait to receive a charging signal.

[0120] Preferably, the VCU can acquire a charging signal and reduce the vehicle speed to or below the charging lock parameter. That is, the vehicle speed is less than or equal to the charging lock parameter.

[0121] Specifically, the VCU can send a third command to the vehicle's power unit, instructing the power unit to stop accelerating after determining that the vehicle speed equals the charging lock parameter. Of course, the VCU can also limit the vehicle's speed in other ways, which are not limited here.

[0122] In addition, after determining that the vehicle locking strategy is charging lock, the VCU can also obtain the current vehicle charging information to determine whether the vehicle is currently charging. If so, the VCU can directly reduce the vehicle speed to or below the charging lock parameters.

[0123] S114: Wait for power-on signal; obtain power-on signal and reduce vehicle speed to or below the secondary power-on locking parameters.

[0124] Preferably, the vehicle is locked after a second power-on, meaning that the vehicle to which the VCU belongs is parked, powered off, and then powered on again before locking is performed.

[0125] In one or more preferred embodiments of this specification, after receiving a vehicle locking command that includes a secondary power-on locking strategy, the VCU may wait to obtain a power-on signal.

[0126] Preferably, the VCU can acquire a power-on signal and reduce the vehicle speed to or below the secondary power-on locking parameters. That is, the vehicle speed is less than or equal to the secondary power-on locking parameters.

[0127] Specifically, the VCU can send a fourth command to the vehicle's power unit, instructing the power unit to stop accelerating after determining that the vehicle speed equals the secondary power-on locking parameters. Of course, the VCU can also limit the vehicle's speed in other ways, which are not limited here.

[0128] based on Figure 1 The adaptive vehicle locking method shown includes a VCU that can receive a locking interaction signal and, in response to the signal, return vehicle status information. It can also receive a locking command and determine a locking strategy based on that command. When the locking strategy is determined to be immediate locking, the vehicle speed is reduced to or below the immediate locking parameters. When the locking strategy is determined to be parking locking, the vehicle waits for a parking signal and then reduces its speed to or below the parking locking parameters. When the locking strategy is determined to be charging locking, the vehicle waits for a charging signal and then reduces its speed to or below the charging locking parameters. When the locking strategy is determined to be secondary power-on locking, the vehicle waits for a power-on signal and then reduces its speed to or below the secondary power-on locking parameters.

[0129] As can be seen from the above method, the vehicle locking strategy is determined based on vehicle status information, from immediate locking, parking locking, charging locking, and second power-on locking, thereby reducing safety risks and improving user experience.

[0130] Preferably, the VCU can also be bound to the CGW before receiving the vehicle locking interaction signal.

[0131] Specifically, first, the VCU can receive a first binding request sent by the CGW. Second, the VCU can return a first confirmed reception signal to the CGW. Then, the VCU can receive a first seed request sent by the CGW and, in response to the first seed request, return a first seed value to the CGW. Simultaneously, the VCU can generate a first key based on the first seed value and a preset first encryption algorithm. Then, the VCU can receive a second key sent by the CGW. This second key is determined by the CGW based on the first seed value, and the first binding request and / or the first seed request and / or the second key carry the gateway device identifier of the CGW. Finally, the VCU can determine whether the second key is the same as the first key. If so, the VCU can record the gateway device identifier of the CGW and return a first binding success signal to the CGW. If not, the VCU can return a first binding failure signal to the CGW.

[0132] It should be noted that if the determination result is negative, the VCU can stop executing the subsequent steps of the adaptive vehicle locking method. If the determination result is positive, the VCU can continue executing the subsequent steps of the adaptive vehicle locking method.

[0133] Preferably, before the VCU receives the vehicle locking interaction signal, and after the VCU is successfully bound to the CGW, the CGW can also be bound to the TBOX.

[0134] Specifically, first, the CGW can receive a second binding request sent by the TBOX. Second, the CGW can return a second confirmed reception signal to the TBOX. Then, the CGW can receive a second seed request sent by the TBOX and, in response to the second seed request, return a second seed value to the TBOX. Simultaneously, the CGW can generate a third key based on the second seed value and a preset second encryption algorithm. Then, the CGW can receive a fourth key sent by the TBOX. This fourth key is determined by the TBOX based on the second seed value, and the second binding request and / or the second seed request and / or the second key carry the terminal device identifier of the TBOX. Finally, the CGW can determine whether the third key is the same as the fourth key. If so, the CGW can record the terminal device identifier of the TBOX and return a second binding success signal to the TBOX. If not, the CGW can return a second binding failure signal to the TBOX.

[0135] It should be noted that if the determination result is negative, the VCU can stop executing the subsequent steps of the adaptive vehicle locking method. If the determination result is positive, the VCU can continue executing the subsequent steps of the adaptive vehicle locking method.

[0136] In one or more preferred embodiments of this specification, the CGW returns a second binding success signal to the TBOX, and the CGW may also determine, based on the state of the TBOX, whether to directly transmit communication signals between the server and the VCU.

[0137] Specifically, the TBOX continuously sends heartbeat signals to the CGW.

[0138] The CGW can continuously receive the heartbeat signal and determine whether the heartbeat signal meets the abnormal conditions.

[0139] If so, the CGW can send an abnormal takeover command to the TBOX and an abnormal takeover request to the server. Then, after receiving a consent request from the server, the CGW can directly transmit communication signals between the server and the VCU. The abnormal condition is defined as the number of abnormal occurrences of the heartbeat signal within a preset time period being greater than or equal to a preset abnormal threshold. These abnormal occurrences include hop count and / or interruptions and / or delays, etc., and this specification does not limit the content of this abnormal condition.

[0140] If not, the CGW can continue to transmit communication signals between the TBOX and the VCU.

[0141] In addition, the TBOX can receive an abnormal takeover command sent by the CGW based on the abnormal conditions of the heartbeat signal, and in response to the abnormal takeover command, stop sending the heartbeat signal and stop transmitting communication signals between the server and the CGW.

[0142] It is important to emphasize that while waiting for the server to return a consent request instruction, the CGW can use the content of the last communication signal forwarded by the TBOX as the final instruction. If the CGW does not receive the consent request instruction within the preset waiting time, it will send the final instruction to the VCU. If the CGW receives the consent request instruction within the preset waiting time, it will only send the final instruction to the VCU if the content of subsequent communication signals sent by the server matches the final instruction.

[0143] Preferably, the VCU can also verify the CGW when performing any step of the method.

[0144] Specifically, firstly, when the CGW forwards the vehicle locking interaction signal and / or the vehicle locking command sent by the TBOX to the VCU, it can add the CGW's device identifier to the vehicle locking interaction signal and / or the vehicle locking command. In other words, the vehicle locking interaction signal and / or the vehicle locking command carries the CGW's device identifier.

[0145] Secondly, the VCU can determine whether the device identifier is the same as the recorded gateway device identifier. The recorded gateway device identifier is the one recorded when the VCU is bound to the CGW. If the determination result is yes, the VCU can continue to execute subsequent steps. If the determination result is no, the VCU stops executing the vehicle locking command.

[0146] Preferably, the CGW can also verify the TBOX when the VCU performs any step of the method.

[0147] Specifically, firstly, when the TBOX forwards the vehicle locking interaction signal and / or the vehicle locking command sent by the server to the CGW, it can add the TBOX's device identifier to the vehicle locking interaction signal and / or the vehicle locking command. In other words, the vehicle locking interaction signal and / or the vehicle locking command carries the TBOX's device identifier.

[0148] Secondly, the CGW can determine whether the device identifier is the same as the recorded terminal device identifier. The recorded terminal device identifier is the one recorded when the CGW is bound to the TBOX. If the determination result is yes, the CGW can continue to execute subsequent steps. If the determination result is no, the CGW stops executing the vehicle locking command.

[0149] Preferably, when executing steps S108, S110, S112, and S114, after reducing the vehicle speed to or below the instant locking parameter, parking locking parameter, charging locking parameter, and secondary power-on locking parameter, the VCU may further notify the driver that the vehicle speed is limited by illuminating the turtle-shaped indicator light on the instrument panel and displaying and / or playing a prompt message on the vehicle's central control display screen and / or through the speaker. Of course, the prompt message may also include other content, which is not limited herein.

[0150] Furthermore, after displaying and / or playing the prompt information, the VCU can also store the current locking mode, locking time, and the corresponding real-time locking parameters, parking locking parameters, charging locking parameters, or secondary power-on locking parameters in non-volatile memory.

[0151] Furthermore, after confirming that the vehicle is powered on, the VCU can retrieve vehicle locking information from its non-volatile memory. If the locking information is obtained, the VCU can limit the vehicle's speed based on the locking mode and the corresponding locking parameters, such as real-time locking parameters, parking locking parameters, charging locking parameters, or secondary power-on locking parameters. If the locking information is not obtained, the vehicle can continue to drive normally.

[0152] Furthermore, the VCU can also receive an unlock command and, in response to the unlock command, remove the speed limit on the vehicle and delete the locking mode, as well as the locking information corresponding to the locking mode, such as the real-time locking parameters, parking locking parameters, charging locking parameters, or secondary power-on locking parameters, from the non-volatile memory.

[0153] Preferably, the VCU can also execute steps S100-S114 even when it stores the locking information in non-volatile memory and has not received an unlocking command. In other words, after sending a locking command, the server can send another locking command to change the locking strategy.

[0154] Figure 2 , Figure 3 , Figure 4 as well as Figure 5 The following are schematic diagrams illustrating the locking mode provided in one embodiment of this specification, such as... Figure 2 , Figure 3 , Figure 4 as well as Figure 5 As shown.

[0155] It should be noted that all actions involving the acquisition of signals, information, or data in this application are carried out in compliance with the relevant data protection laws and policies of the country where the application is located, and with the authorization granted by the owner of the relevant device.

[0156] The above are one or more embodiments of the adaptive vehicle locking method applied to the vehicle side provided in this specification. Based on the same idea, this specification also provides a corresponding adaptive vehicle locking method applied to the server side, such as... Figure 6 As shown.

[0157] Figure 6 A flowchart illustrating an embodiment of the adaptive vehicle locking method provided in this specification is shown below. Figure 6 As shown, the method specifically includes the following steps.

[0158] S600: Sends a vehicle lock interaction signal to the vehicle and receives vehicle status information.

[0159] Preferably, the method is executed by the server.

[0160] Preferably, the server can send a vehicle lock interaction signal to the vehicle and receive vehicle status information returned by the vehicle.

[0161] S602: Based on the vehicle status information, determine a locking strategy from the following options: immediate locking, parking locking, charging locking, and secondary power-on locking.

[0162] Preferably, the vehicle status information includes vehicle speed and / or vehicle type and / or remaining battery power and / or vehicle location, etc.

[0163] Preferably, the server can determine, based on the vehicle status information, whether the vehicle is driving, on a highway, in a traffic jam, has a low battery, is a pure electric new energy vehicle, or is an automatic transmission vehicle, etc.

[0164] Preferably, when the server determines that the vehicle is in a low battery state, it prioritizes the charging-based locking strategy; when the server determines that the vehicle is on a highway, it prohibits the immediate locking strategy; and when the server is in a traffic jam, it prohibits the immediate locking strategy. Of course, this specification does not limit how the server specifically determines the locking strategy based on the driving information; the above is merely an illustrative example.

[0165] Preferably, the server can determine the vehicle locking policy in response to the user's operation.

[0166] Preferably, the vehicle locking strategy is one of the following: immediate locking, parking locking, charging locking, and locking upon re-energization.

[0167] S604: Send a locking command carrying the locking strategy to the vehicle terminal, instructing the vehicle terminal to send a first command to the braking component and the power component based on the immediate locking strategy, causing the braking component and the power component to reduce the vehicle speed below the locking parameters; or, instructing the vehicle terminal to send a second command to the power component after obtaining a parking signal based on the parking locking strategy, causing the power component to stop working; or, instructing the vehicle terminal to send a third command to the power component after obtaining a charging signal based on the charging locking strategy, causing the power component to stop working; or, instructing the vehicle terminal to send a fourth command to the power component after obtaining a power-on signal based on the power-on locking strategy, causing the power component to stop working.

[0168] Preferably, after determining the vehicle locking strategy, the server can send a vehicle locking command carrying the locking strategy to the vehicle, instructing the vehicle to reduce the vehicle speed to or below the immediate locking parameters based on the immediate locking strategy; or, instructing the vehicle to reduce the vehicle speed to or below the parking locking parameters after obtaining a parking signal based on the parking locking strategy; or, instructing the vehicle to reduce the vehicle speed to or below the charging locking parameters after obtaining a charging signal based on the charging locking strategy; or, instructing the vehicle to reduce the vehicle speed to or below the secondary power-on locking parameters after obtaining a power-on signal based on the secondary power-on locking strategy.

[0169] Preferably, the server can bind to the TBOX before sending the vehicle lock interaction signal to the vehicle.

[0170] Specifically, the server can receive a third binding request sent by the TBOX on the vehicle side and return a third confirmation signal to the TBOX. The server can continue to wait until it receives a third seed request sent by the TBOX, and in response to the third seed status, return a third seed value to the TBOX. Then, based on the third seed value and a preset third encryption algorithm, a fifth key is generated. The server then receives a sixth key sent by the TBOX. The third binding request and / or the third seed request and / or the sixth key carry the terminal device identifier of the TBOX. Finally, the server can determine whether the sixth key is the same as the fifth key. If so, it records the terminal device identifier of the TBOX and returns a third binding success signal to the TBOX. If not, it returns a third binding failure signal to the TBOX.

[0171] It is important to emphasize that the server can only continue executing subsequent steps of the adaptive vehicle locking method after confirming that the judgment result is yes; if the judgment result is no, the method execution will stop. Furthermore, during subsequent interactions with the TBOX, the server needs to verify whether the identifier carried by the signal of each interaction matches the recorded terminal device identifier of the TBOX. Only if the verification is successful can the method continue execution.

[0172] The above describes one or more embodiments of the adaptive vehicle locking method provided in this specification. Based on the same idea, this specification also provides corresponding adaptive vehicle locking devices, such as... Figure 7 as well as Figure 8 As shown.

[0173] Figure 7 A schematic diagram of the structure of an adaptive vehicle locking device provided in one embodiment of this specification is shown below. Figure 7 As shown, the adaptive vehicle locking device specifically includes:

[0174] The first receiving unit 700 is used to receive the vehicle locking interaction signal sent by the server.

[0175] The first return unit 702 is used to respond to the vehicle locking interaction signal and return vehicle status information, so that the server can determine the vehicle locking strategy based on the vehicle status information.

[0176] The second receiving unit 704 is used to receive the vehicle locking command sent by the server.

[0177] The determining unit 706 is used to determine the locking strategy according to the locking command; the locking strategy is immediate locking, parking locking, charging locking, or secondary power-on locking.

[0178] The execution unit 708 is configured to: when the vehicle locking strategy is determined to be immediate locking, reduce the vehicle speed to or below the immediate locking parameters; when the vehicle locking strategy is determined to be parking locking, wait for a parking signal; obtain a parking signal and reduce the vehicle speed to or below the parking locking parameters; when the vehicle locking strategy is determined to be charging locking, wait for a charging signal; obtain a charging signal and reduce the vehicle speed to or below the charging locking parameters; when the vehicle locking strategy is determined to be secondary power-on locking, wait for a power-on signal; obtain a power-on signal and reduce the vehicle speed to or below the secondary power-on locking parameters.

[0179] Figure 8 A schematic diagram of the structure of an adaptive vehicle locking device provided in one embodiment of this specification is shown below. Figure 8 As shown, the adaptive vehicle locking device specifically includes:

[0180] The interaction unit 800 is used to send a vehicle lock interaction signal to the vehicle and receive vehicle status information.

[0181] The determining unit 802 is used to determine a vehicle locking strategy from the following options based on the vehicle status information: immediate vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking.

[0182] The instruction unit 804 is configured to send a locking command carrying the locking strategy to the vehicle terminal, instructing the vehicle terminal to reduce the vehicle speed to or below the immediate locking parameter based on the immediate locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the parking locking parameter after obtaining a parking signal based on the parking locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the charging locking parameter after obtaining a charging signal based on the charging locking strategy; or, instructing the vehicle terminal to send a fourth instruction to the power component after obtaining a power-on locking strategy based on the power-on locking strategy, causing the power component to stop working.

[0183] This specification also provides a computer-readable storage medium storing a computer program that can be used to execute the above-described... Figure 1 or Figure 6 The provided adaptive vehicle locking method.

[0184] This specification also provides a computer program product in which instructions, when executed by the processor of an electronic device, cause the electronic device to perform the above-described functions. Figure 1 or Figure 6 The provided adaptive vehicle locking method.

[0185] Figure 9 This is a schematic diagram of the structure of an electronic device provided as an embodiment of this specification. Figure 9 At the hardware level, the electronic device includes a processor, internal bus, network interface, memory, and non-volatile memory, and may also include other hardware required for the business operations. The processor reads the corresponding computer program from the non-volatile memory into memory and then runs it to achieve the above-mentioned functions. Figure 1 or Figure 6 The adaptive vehicle locking method described above. Of course, in addition to software implementation, this specification does not exclude other implementation methods, such as logic devices or a combination of hardware and software, etc. That is to say, the execution subject of the following processing flow is not limited to individual logic units, but can also be hardware or logic devices.

[0186] In addition, this specification also provides an adaptive vehicle locking system, which includes a vehicle end and a platform end.

[0187] Figure 10An interactive schematic diagram of an adaptive vehicle locking system provided as an embodiment of this specification, such as... Figure 10 As shown, the interaction process of this vehicle locking system includes the following.

[0188] S901: TBOX sends a binding request to CGW and interacts with CGW to bind until the binding is successful.

[0189] S902: The CGW sends a binding request to the VCU and interacts with the VCU to bind until the binding is successful.

[0190] S903: TBOX continuously sends heartbeat signals to the CGW.

[0191] S904: CGW continuously monitors whether the heartbeat signal meets abnormal conditions.

[0192] It should be emphasized that the execution order of steps S901 and S902 is not restricted, and steps S903 and S904 are executed immediately and continuously after step S901 is completed.

[0193] S905: The server sends a lock signal to the TBOX.

[0194] S906: TBOX forwards the vehicle locking interaction signal to CGW.

[0195] S907: CGW forwards the vehicle locking interaction signal to VCU.

[0196] S908: The VCU returns vehicle status information to the CGW.

[0197] S909: CGW forwards the vehicle status information to TBOX.

[0198] S910: TBOX forwards the vehicle status information to the server.

[0199] S911: The server determines the vehicle locking strategy based on the vehicle status information.

[0200] S912: The server sends a lock command to the TBOX.

[0201] S913: The CGW forwards the vehicle locking command to the VCU.

[0202] S990: The CGW determines that the heartbeat signal meets the abnormal condition and stops forwarding the currently required instruction (i.e., the vehicle lock instruction). It is important to emphasize that step S990 can occur before or after any step following S903. In other words, step 990 is executed as soon as the CGW determines that the heartbeat signal meets the abnormal condition. Furthermore, the CGW can stop forwarding the currently required instruction simply by determining that the heartbeat signal meets the abnormal condition, regardless of the type of instruction.

[0203] S991: CGW sends an exception takeover request to the server.

[0204] S992: If the CGW does not receive a consent request instruction within the preset waiting time, the CGW will forward the last instruction received (i.e., the vehicle locking instruction) to the CCU.

[0205] S993: The server sends an agreement request instruction to the CGW.

[0206] S994: ​​CGW sends a command verification request to the server to verify whether the command to be forwarded (i.e., the vehicle locking command) is accurate.

[0207] It should be emphasized that the CGW can send the instruction verification request regardless of whether it receives the consent request instruction within the preset waiting time.

[0208] S995: The server verifies the vehicle locking command and returns the verification result to the CGW (the verification result may include an updated vehicle locking command).

[0209] S996: Based on the verification result, forward the vehicle lock command or forward the vehicle lock update command.

[0210] It should be emphasized that if the verification result is correct and the CGW has not received a consent request instruction within the preset waiting time, and the CGW has forwarded the last instruction received (i.e. the vehicle locking instruction) to the CCU, then step S996 can be skipped.

[0211] S914: The VCU locks the vehicle based on the locking command or the updated locking command.

[0212] S915: The VCU returns the vehicle locking result to the CGW.

[0213] S916: The CGW forwards the car locking result to the server.

[0214] It should be emphasized that the above content is merely an exemplary interaction process. Steps S990-S996 can occur between any two steps S905-S916, and the content of the corresponding steps can also be adaptively modified. This specification does not impose any restrictions on this.

[0215] It should also be emphasized that the above-described adaptive vehicle locking method is already quite detailed. Therefore, the detailed structure and functions of the adaptive vehicle locking system will not be repeated here. For details, please refer to the above-described adaptive vehicle locking method.

[0216] In the 1990s, improvements to a technology could be clearly distinguished as either hardware improvements (e.g., improvements to the circuit structure of diodes, transistors, switches, etc.) or software improvements (improvements to the methodology). However, with technological advancements, many methodological improvements today can be considered direct improvements to the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved methodology into the hardware circuit. Therefore, it cannot be said that a methodological improvement cannot be implemented using hardware physical modules. For example, a Programmable Logic Device (PLD) (such as a Field Programmable Gate Array (FPGA)) is such an integrated circuit whose logic function is determined by the user programming the device. Designers can program and "integrate" a digital system onto a PLD themselves, without needing chip manufacturers to design and manufacture dedicated integrated circuit chips. Furthermore, nowadays, instead of manually manufacturing integrated circuit chips, this programming is mostly implemented using "logic compiler" software. Similar to the software compiler used in program development, the original code before compilation must be written in a specific programming language, called a Hardware Description Language (HDL). There are many HDLs, such as ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also understand that by simply performing some logic programming on the method flow using one of these hardware description languages ​​and programming it into an integrated circuit, the hardware circuit implementing the logical method flow can be easily obtained.

[0217] The controller can be implemented in any suitable manner. For example, it can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, application-specific integrated circuits (ASICs), programmable logic controllers, and embedded microcontrollers. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicon Labs C8051F320. A memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art will also recognize that, in addition to implementing the controller in purely computer-readable program code form, the same functionality can be achieved by logically programming the method steps to make the controller take the form of logic gates, switches, ASICs, programmable logic controllers, and embedded microcontrollers. Therefore, such a controller can be considered a hardware component, and the means included therein for implementing various functions can also be considered as structures within the hardware component. Alternatively, the means for implementing various functions can be considered as both software modules implementing the method and structures within the hardware component.

[0218] The systems, devices, modules, or units described in the above embodiments can be implemented by computer chips or entities, or by products with certain functions. A typical implementation device is a computer. Specifically, a computer can be, for example, a personal computer, laptop computer, cellular phone, camera phone, smartphone, personal digital assistant, media player, navigation device, email device, game console, tablet computer, wearable device, or any combination of these devices.

[0219] For ease of description, the above devices are described in terms of function, divided into various units. Of course, in implementing this specification, the functions of each unit can be implemented in one or more software and / or hardware components.

[0220] Those skilled in the art will understand that embodiments of the present invention can be provided as methods, systems, or computer program products. Therefore, the present invention can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0221] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0222] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0223] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0224] In a typical configuration, a computing device includes one or more processors (CPU), input / output interfaces, network interfaces, and memory.

[0225] Memory may include non-persistent storage in computer-readable media, such as random access memory (RAM) and / or non-volatile memory, such as read-only memory (ROM) or flash RAM. Memory is an example of computer-readable media.

[0226] Computer-readable media includes both permanent and non-permanent, removable and non-removable media that can store information using any method or technology. Information can be computer-readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase-change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory or other memory technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable media does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0227] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0228] Those skilled in the art will understand that the embodiments of this specification can be provided as methods, systems, or computer program products. Therefore, this specification may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this specification may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0229] This specification can be described in the general context of computer-executable instructions that are executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform a specific task or implement a specific abstract data type. This specification can also be practiced in distributed computing environments, where tasks are performed by remote processing devices connected via a communication network. In distributed computing environments, program modules can reside in local and remote computer storage media, including storage devices.

[0230] The various embodiments in this specification are described in a progressive manner. Similar or identical parts between embodiments can be referred to interchangeably. Each embodiment focuses on describing the differences from other embodiments. In particular, the system embodiments are basically similar to the method embodiments, so the description is relatively simple; relevant parts can be referred to the descriptions in the method embodiments.

[0231] The above description is merely an embodiment of this specification and is not intended to limit this specification. Various modifications and variations can be made to this specification by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this specification should be included within the scope of the claims of this application.

Claims

1. An adaptive vehicle locking method, characterized in that, Applications in vehicles include: Receive the vehicle locking interaction signal sent by the server; In response to the vehicle locking interaction signal, vehicle status information is returned, enabling the server to determine the vehicle locking strategy based on the vehicle status information; Receive the vehicle lock command sent by the server; Based on the vehicle locking command, a vehicle locking strategy is determined; the vehicle locking strategy is immediate vehicle locking, vehicle locking while parked, vehicle locking while charging, or vehicle locking upon second power-on. When the vehicle locking strategy is determined to be instant locking, the vehicle speed is reduced to or below the instant locking parameters; When the vehicle locking strategy is determined to be parking lock, wait to obtain a parking signal; obtain the parking signal and reduce the vehicle speed to the parking lock parameters or below. When the vehicle locking strategy is determined to be charging lock, wait to obtain a charging signal; obtain the charging signal and reduce the vehicle speed to the charging lock parameters or below. When the vehicle locking strategy is determined to be a secondary power-on locking strategy, wait to obtain a power-on signal; obtain the power-on signal and reduce the vehicle speed to the secondary power-on locking parameters or below.

2. The adaptive vehicle locking method according to claim 1, characterized in that, The vehicle status information includes vehicle speed and / or vehicle type and / or remaining battery power and / or vehicle location.

3. The adaptive vehicle locking method according to claim 1, characterized in that, The vehicle is equipped with an in-vehicle network communication terminal, a central gateway, and a vehicle control center. The adaptive vehicle locking method is executed by the vehicle control center. The vehicle control center communicates with the server through the vehicle-mounted network communication terminal and the central gateway. Before the vehicle control center receives the vehicle locking interaction signal, the method further includes: The vehicle control center receives the first binding request sent by the central gateway. Return to the first confirmed received signal; Receive the first seed request; Returns the first seed value; Based on the first seed value and the preset first encryption algorithm, a first key is generated; Receive the second key; the first binding request and / or the first seed request and / or the second key carries a gateway device identifier; Determine whether the second key is the same as the first key; If so, record the gateway device identifier and return the first binding success signal; If not, return the first binding failure signal.

4. The adaptive vehicle locking method according to claim 3, characterized in that, After returning the first successful binding signal, the method further includes: The central gateway receives the second binding request sent by the vehicle-mounted network communication terminal; Return to the second confirmed received signal; Receive second seed request; Return the second seed value; A third key is generated based on the second seed value and the preset second encryption algorithm; Receive the fourth key; the second binding request and / or the second seed request and / or the fourth key carries a terminal device identifier; Determine whether the fourth key is the same as the third key; If so, record the terminal device identifier and return a second binding success signal; If not, return a second binding failure signal.

5. The method according to claim 4, characterized in that, The vehicle-mounted network communication terminal is used to transmit communication signals between the server and the central gateway; the central gateway is used to transmit communication signals between the vehicle-mounted network communication terminal and the vehicle control center. Before the vehicle control center performs the operations of sending the first command, sending the second command, sending the third command, and sending the fourth command, the method further includes: The central gateway receives the device identifier carried in the data sent by the vehicle network communication terminal and determines whether the device identifier is the same as the terminal device identifier that has been stored; the vehicle control center receives the device identifier carried in the data sent by the central gateway and determines whether the device identifier is the same as the gateway device identifier that has been stored. If all the judgment results are yes, then continue to execute the subsequent steps; If the result of any of the judgments is negative, then the execution of the vehicle locking command will be stopped.

6. The method according to claim 4, characterized in that, After returning the second successful binding signal, the method further includes: The vehicle-mounted network communication terminal continuously sends heartbeat signals to the central gateway; When the heartbeat signal meets the abnormal conditions, the central gateway sends an abnormal takeover command to the vehicle network communication terminal and an abnormal takeover request to the server. After receiving the consent request command from the server, the central gateway is used to directly transmit communication signals between the server and the vehicle control center. The abnormal conditions are that the number of abnormal situations in the heartbeat signal within a preset time period is greater than or equal to a preset abnormal threshold. The abnormal situations include the number of heartbeats and / or interruption and / or delay. The vehicle-mounted network communication terminal, based on the abnormal conditions of the heartbeat signal, sends an abnormal takeover command, stops sending the heartbeat signal, and stops transmitting communication signals between the server and the central gateway.

7. An adaptive vehicle locking method, characterized in that, Applied to the server side, including: Send a vehicle lock interaction signal to the vehicle and receive vehicle status information; Based on the vehicle status information, a locking strategy is determined from the following options: immediate locking, parking locking, charging locking, and locking upon second power-on. The system sends a locking command carrying the locking strategy to the vehicle terminal, instructing the vehicle terminal to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the parking locking parameter after obtaining a parking signal based on the parking locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the charging locking parameter after obtaining a charging signal based on the charging locking strategy; or, instructing the vehicle terminal to send a fourth command to the power unit after obtaining a power-on locking strategy based on the power-on locking strategy, causing the power unit to stop working.

8. An adaptive vehicle locking device, characterized in that, include: The first receiving unit is used to receive the vehicle locking interaction signal sent by the server. The first return unit is used to respond to the vehicle locking interaction signal and return vehicle status information, so that the server can determine the vehicle locking strategy based on the vehicle status information. The second receiving unit is used to receive the vehicle locking command sent by the server. The determining unit is used to determine the vehicle locking strategy based on the vehicle locking command; The vehicle locking strategy is immediate locking, parking locking, charging locking, or locking upon second power-on. The execution unit is configured to: when the locking strategy is determined to be immediate locking, reduce the vehicle speed to or below the immediate locking parameters; when the locking strategy is determined to be parking locking, wait for a parking signal; obtain the parking signal and reduce the vehicle speed to or below the parking locking parameters; when the locking strategy is determined to be charging locking, wait for a charging signal; obtain the charging signal and reduce the vehicle speed to or below the charging locking parameters; when the locking strategy is determined to be secondary power-on locking, wait for a power-on signal; obtain the power-on signal and reduce the vehicle speed to or below the secondary power-on locking parameters.

9. An adaptive vehicle locking device, characterized in that, include: The interaction unit is used to send a vehicle lock interaction signal to the vehicle and receive vehicle status information. The determining unit is used to determine a locking strategy from the following options based on the vehicle status information: immediate locking, parking locking, charging locking, and secondary power-on locking. The instruction unit is configured to send a locking command carrying the locking strategy to the vehicle terminal, instructing the vehicle terminal to reduce the vehicle speed to or below the immediate locking parameter based on the immediate locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the parking locking parameter after obtaining a parking signal based on the parking locking strategy; or, instructing the vehicle terminal to reduce the vehicle speed to or below the charging locking parameter after obtaining a charging signal based on the charging locking strategy; or, instructing the vehicle terminal to send a fourth instruction to the power component after obtaining a power-on locking strategy based on the power-on locking strategy, causing the power component to stop working.

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

11. An electronic device comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the method described in any one of claims 1-7.

12. A computer program product, characterized in that, When the instructions in the computer program product are executed by the processor of the electronic device, the electronic device causes the electronic device to perform the method as described in any one of claims 1-7.

Images