Self-adaptive vehicle locking method, device, equipment, storage medium and program

Abstract

The invention discloses a self-adaptive vehicle locking method and device, equipment, a storage medium and a program, and relates to the technical field of vehicle remote control. According to the method, a vehicle locking interaction signal can be received and responded, and vehicle state information is returned. And receiving and determining a vehicle locking strategy according to the vehicle locking instruction. And when the vehicle locking strategy is the instant vehicle locking strategy, the vehicle speed is reduced to the instant vehicle locking parameter or below. And when the vehicle locking strategy is parking and vehicle locking, waiting until a parking signal is obtained, and reducing the vehicle speed to the parking and vehicle locking parameter or below. And when the vehicle locking strategy is charging vehicle locking, waiting until a charging signal is obtained, and reducing the vehicle speed to the charging vehicle locking parameter or below. And when the vehicle locking strategy is secondary power-on vehicle locking, waiting until a power-on signal is obtained, and reducing the vehicle speed to be equal to or below the secondary power-on vehicle locking parameter. It can be seen that the vehicle locking strategy is determined from instant vehicle locking, parking vehicle locking, charging vehicle locking and secondary power-on vehicle locking based on the vehicle state information, potential safety hazards are reduced, and user experience is improved.

Description

Technical Field

[0001] The present invention 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 Art

[0002] Typically, after a user chooses to purchase a vehicle with a loan, the vehicle provider or loan provider can operate the vehicle through remote control so as to restrict the vehicle if the user defaults on repayment.

[0003] In the prior art, after a vehicle provider or loan provider determines that a vehicle needs to be remotely controlled, they usually directly send instructions through relevant equipment 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 a traffic jam or low battery. At this time, directly limiting the speed of the target vehicle may pose a safety hazard. Summary of the invention

[0005] The present specification provides an adaptive vehicle locking method, device, equipment, storage medium and program to at least partially solve the above-mentioned problems existing in the prior art.

[0006] This manual adopts the following technical solutions:

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

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

[0009] In response to the vehicle locking interaction signal, returning vehicle status information, so that the server can determine a vehicle locking strategy based on the vehicle status information;

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

[0011] Determine a locking strategy according to the locking instruction; the locking strategy is instant locking, parking locking, charging locking or secondary power-on locking;

[0012] When it is determined that the vehicle locking strategy is instant vehicle locking, reducing the vehicle speed to or below the instant vehicle locking parameter;

[0013] When it is determined that the locking strategy is parking locking, waiting for obtaining a parking signal; obtaining a parking signal, and reducing the vehicle speed to or below the parking locking parameter;

[0014] When it is determined that the vehicle locking strategy is charging locking, waiting for obtaining a charging signal; obtaining a charging signal, and reducing the vehicle speed to or below the charging locking parameter;

[0015] When it is determined that the vehicle locking strategy is secondary power-on vehicle locking, wait for obtaining a power-on signal; obtain the power-on signal, and reduce the vehicle speed to or below the secondary power-on vehicle locking parameter.

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

[0017] Preferably, the vehicle end is equipped with an on-board 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 networking 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 a first binding request sent by the central gateway;

[0021] Returning a first confirmed received signal;

[0022] receiving a first seed request;

[0023] Returns the first seed value;

[0024] Generate a first key based on the first seed value and a preset first encryption algorithm;

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

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

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

[0028] If not, a first binding failure signal is returned.

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

[0030] The central gateway receives a second binding request sent by the in-vehicle networking communication terminal;

[0031] Returning a second confirmation reception signal;

[0032] receiving a second seed request;

[0033] Returns the second seed value;

[0034] Generate a third key based on the second seed value and a preset second encryption algorithm;

[0035] receiving a fourth key; the second binding request and / or the second seed request and / or the fourth key carrying a terminal device identification;

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

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

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

[0039] Preferably, the vehicle-mounted communication terminal is used to transmit communication signals between the server end 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 executes the operations of sending the first instruction, sending the second instruction, sending the third instruction, and sending the fourth instruction, the method further includes:

[0041] The central gateway receives the device identification carried in the data sent by the vehicle communication terminal, and determines whether the device identification is the same as the stored terminal device identification; the vehicle control center receives the device identification carried in the data sent by the central gateway, and determines whether the device identification is the same as the stored gateway device identification;

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

[0043] If the judgment result of any one of the items is no, the execution of the vehicle locking instruction is stopped.

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

[0045] The vehicle-mounted networking communication terminal continuously sends a heartbeat signal to the central gateway;

[0046] When the heartbeat signal meets the abnormal condition, the central gateway sends an abnormal takeover instruction to the vehicle networking communication terminal and sends an abnormal takeover request to the server; after receiving the consent request instruction returned by the server, the central gateway is used to directly transmit the communication signal between the server and the vehicle control center; the abnormal condition is that the number of abnormal conditions of the heartbeat signal within a preset time is greater than or equal to a preset abnormal threshold; the abnormal condition includes the number of hops and / or interruption and / or delay;

[0047] The vehicle-mounted networking communication terminal sends an abnormal takeover instruction based on the heartbeat signal meeting the abnormal condition, 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, which is applied to a server side, including:

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

[0050] Determine a vehicle locking strategy from instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking according to the vehicle status information;

[0051] A locking instruction carrying the locking strategy is sent to the vehicle end, instructing the vehicle end to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the parking locking parameter after obtaining the parking signal based on the parking locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the charging locking parameter after obtaining the charging signal based on the charging locking strategy; or, instructing the vehicle end to send a fourth instruction to the power component based on the power-on locking strategy after obtaining the power-on signal, so that the power component stops working.

[0052] In another aspect, the present specification provides an adaptive vehicle locking device, comprising:

[0053] A first receiving unit, configured to receive a vehicle locking interaction signal sent by a server;

[0054] a first returning unit, configured to return vehicle status information in response to the vehicle locking interaction signal, so that the server can determine a vehicle locking strategy based on the vehicle status information;

[0055] A second receiving unit, used to receive a vehicle locking instruction sent by the server;

[0056] A determination unit, configured to determine a vehicle locking strategy according to the vehicle locking instruction; the vehicle locking strategy is instant vehicle locking, parking vehicle locking, charging vehicle locking, or secondary power-on vehicle locking;

[0057] The execution unit is used to reduce the vehicle speed to or below the instant locking parameter when it is determined that the locking strategy is instant locking; wait for obtaining a parking signal when it is determined that the locking strategy is parking locking; obtain a parking signal, and reduce the vehicle speed to or below the parking locking parameter; wait for obtaining a charging signal when it is determined that the locking strategy is charging locking; obtain a charging signal, and reduce the vehicle speed to or below the charging locking parameter; wait for obtaining a power-on signal when it is determined that the locking strategy is secondary power-on locking; obtain a power-on signal, and reduce the vehicle speed to or below the secondary power-on locking parameter.

[0058] In another aspect, the present specification provides an adaptive vehicle locking device, comprising:

[0059] An interaction unit, used to send a vehicle locking interaction signal to the vehicle end and receive vehicle status information;

[0060] a determination unit, configured to determine a vehicle locking strategy from among instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking according to the vehicle status information;

[0061] An indication unit is used to send a locking instruction carrying the locking strategy to the vehicle end, instructing the vehicle end to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle end 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 end 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 end to send a fourth instruction to the power component based on the power-on locking strategy after obtaining a power-on signal, so that the power component stops working.

[0062] On the other hand, the present specification provides a computer-readable storage medium, wherein the storage medium stores a computer program, and when the computer program is executed by a processor, the adaptive vehicle locking method provided in the above aspect is implemented.

[0063] On the other hand, the present 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 implements the adaptive vehicle locking method provided in the above aspect when executing the program.

[0064] On the other hand, the present specification provides a computer program product. When instructions in the computer program product are executed by a processor of an electronic device, the electronic device implements the adaptive vehicle locking method provided in the above aspect.

[0065] At least one of the above technical solutions adopted in this specification can achieve the following beneficial effects:

[0066] Based on the adaptive vehicle locking method shown in the above content, a locking interaction signal can be received, and the vehicle status information can be returned in response to the locking interaction signal. A locking instruction can also be received, and a locking strategy can be determined according to the locking instruction. When the locking strategy is determined to be instant locking, the vehicle speed is reduced to or below the instant locking parameter. When the locking strategy is determined to be parking locking, wait until the parking signal is obtained, and reduce the vehicle speed to or below the parking locking parameter. When the locking strategy is determined to be charging locking, wait until the charging signal is obtained, and reduce the vehicle speed to or below the charging locking parameter. When the locking strategy is determined to be secondary power-on locking, wait until the power-on signal is obtained, and reduce the vehicle speed to or below the secondary power-on locking parameter.

[0067] It can be seen from the above method that the locking strategy is determined based on the vehicle status information from instant locking, parking locking, charging locking and secondary power-on locking, which reduces safety hazards and improves user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0068] The drawings described herein are used to provide a further understanding of this specification and constitute a part of this specification. The illustrative embodiments and descriptions of this specification are used to explain this specification and do not constitute an improper limitation on this specification. In the drawings:

[0069] Figure 1 A schematic flow chart of an adaptive vehicle locking method provided for one embodiment of this specification;

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

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

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

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

[0074] Figure 6 A schematic flow chart of an adaptive vehicle locking method provided for one embodiment of this specification;

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

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

[0077] Fig. 9 A schematic diagram of the structure of an electronic device provided for one embodiment of this specification;

[0078] Fig.10 An interactive schematic diagram of an adaptive vehicle locking system provided for one embodiment of the present specification. DETAILED DESCRIPTION

[0079] In order to make the purpose, technical solutions and advantages of this specification more clear, the technical solutions of this specification will be clearly and completely described below in combination with the specific embodiments of this specification and the corresponding drawings. Obviously, the described embodiments are only part of the embodiments of this specification, not all of the embodiments. Based on the embodiments in this specification, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0080] In the description of the present invention, it should be noted that the term "or" is generally used in a meaning including "and / or", unless the content clearly indicates otherwise.

[0081] In the description of the present invention, it should be noted that, unless otherwise clearly specified and limited, the terms "installed", "connected" and "connected" should be understood in a broad sense. In addition, in the description of the present application, the terms "first", "second" and the like are only used to distinguish the description and cannot be understood as indicating or implying relative importance.

[0082] Obviously, the described embodiments are only some embodiments of the present invention, not all embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

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

[0084] Figure 1 A flow chart of an adaptive vehicle locking method provided by an embodiment of this specification is as follows: Figure 1 As shown, the adaptive vehicle locking method specifically includes the following steps:

[0085] S100: receiving a vehicle locking interaction signal.

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

[0087] Preferably, the vehicle end includes the vehicle control unit (VCU), a vehicle-mounted networking communication terminal (Telematic BOX, TBOX) and a central gateway (control gateway, CGW).

[0088] Preferably, Figure 1 The illustrated adaptive vehicle locking method is performed 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, when the VCU communicates with the server, it can be completed 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 collect vehicle status information in response to the vehicle locking interaction signal, 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 power and / or vehicle position, etc. The vehicle type includes pure electric new energy vehicles, traditional energy vehicles, hybrid vehicles, etc.

[0096] S104: Receive a vehicle locking instruction.

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

[0098] Preferably, the vehicle locking instruction carries a vehicle locking strategy, which is instant vehicle locking, parking vehicle locking, charging vehicle locking, or secondary power-on vehicle locking.

[0099] S106: Determine a vehicle locking strategy according to the vehicle locking instruction.

[0100] Preferably, the VCU can determine the vehicle locking strategy according to the vehicle locking instruction.

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

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

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

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

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

[0106] It is understood by those skilled in the art that after receiving a lock command including an immediate lock strategy, the VCU needs to immediately respond to the lock command and lock the vehicle. However, the vehicle corresponding to the VCU is likely to be in motion, and if the speed of the vehicle is suddenly reduced to 0, there may be safety hazards. Moreover, if the speed is reduced to 0, the vehicle will be forced to stop on the road, obstructing traffic, and the user will need to pay extra costs to take the vehicle off 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 instant vehicle locking parameter, wherein the instant vehicle locking parameter is preset, and the instant vehicle locking parameter can be 10km / h, 15km / h, 20km / h, etc., and this specification does not limit it.

[0108] Accordingly, the values ​​of the parking lock parameter, the charging lock parameter, and the secondary power-on lock parameter are not limited in this specification. It should be emphasized that the parking lock parameter, the charging lock parameter, and the secondary power-on lock parameter can all be 0. In addition, the instant 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 vehicle locking parameter means that after the vehicle speed is reduced, the vehicle speed is less than or equal to the instant vehicle locking parameter.

[0110] Specifically, the VCU may send the first braking instruction to the braking component, instructing the braking component to reduce the speed to below the instant vehicle locking parameter. The VCU may also send the first acceleration instruction to the power component, instructing the power component to stop accelerating when determining that the vehicle speed is greater than or equal to the instant vehicle locking parameter. Of course, the VCU may also use other methods to limit the vehicle speed to or below the instant vehicle locking parameter, which is not limited in this specification.

[0111] S110: Waiting for obtaining a parking signal; obtaining the parking signal, sending a second instruction to the power component to instruct the power component to stop working.

[0112] Preferably, the parking and locking of the vehicle is performed after it is determined that the vehicle to which the VCU belongs is parked.

[0113] Normally, in order to prevent the vehicle from sliding, when parking, in addition to switching the gear to parking gear or neutral gear, the user also needs 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 lock instruction including a parking lock strategy, the VCU may wait to obtain a parking signal. The parking signal may be that the gear is in the parking gear and the electronic handbrake is activated. The parking signal may also be that the gear is in neutral and the handbrake is moved to a specific position. The specific type of the parking signal can be determined based on the type of vehicle to which the VCU belongs and the parking-related information in the historical operation records stored by the VCU, and this specification does not limit this.

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

[0116] Specifically, the VCU may send a second instruction to the power assembly of the vehicle, instructing the power assembly to stop accelerating after determining that the vehicle speed is equal to the parking lock parameter. Of course, the VCU may also limit the speed of the vehicle in other ways, which are not limited in this specification.

[0117] S112: Waiting for a charging signal; obtaining a charging signal and reducing the vehicle speed to or below the charging lock parameter.

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

[0119] In one or more preferred embodiments of the present specification, after receiving a lock instruction including a lock strategy of charging lock, the VCU may wait to obtain a charging signal.

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

[0121] Specifically, the VCU may send a third instruction to the power assembly of the vehicle, instructing the power assembly to stop accelerating after determining that the vehicle speed is equal to the charging lock parameter. Of course, the VCU may also limit the speed of the vehicle in other ways, which are not limited in this specification.

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

[0123] S114: Waiting for a power-on signal; obtaining a power-on signal, and reducing the vehicle speed to or below the secondary power-on vehicle locking parameter.

[0124] Preferably, the vehicle is locked after the second power-on, that is, after it is determined that the vehicle to which the VCU belongs is parked, powered off, and powered on again, the vehicle is locked.

[0125] In one or more preferred embodiments of the present specification, after receiving a car locking instruction including a car locking strategy of secondary power-on locking, the VCU may wait to obtain a power-on signal.

[0126] Preferably, the VCU can obtain a power-on signal and reduce the vehicle speed to or below the secondary power-on vehicle locking parameter. In other words, the vehicle speed is less than or equal to the secondary power-on vehicle locking parameter.

[0127] Specifically, the VCU may send a fourth instruction to the power assembly of the vehicle, instructing the power assembly to stop accelerating after determining that the vehicle speed is equal to the secondary power-on lock parameter. Of course, the VCU may also limit the speed of the vehicle in other ways, which are not limited in this specification.

[0128] based on Figure 1 In the adaptive vehicle locking method shown, the VCU can receive a vehicle locking interaction signal and return vehicle status information in response to the vehicle locking interaction signal. It can also receive a vehicle locking instruction and determine a vehicle locking strategy based on the vehicle locking instruction. When the vehicle locking strategy is determined to be an instant vehicle locking, the vehicle speed is reduced to or below the instant vehicle locking parameter. When the vehicle locking strategy is determined to be a parking vehicle locking strategy, wait until a parking signal is obtained, and reduce the vehicle speed to or below the parking vehicle locking parameter. When the vehicle locking strategy is determined to be a charging vehicle locking strategy, wait until a charging signal is obtained, and reduce the vehicle speed to or below the charging vehicle locking parameter. When the vehicle locking strategy is determined to be a secondary power-on vehicle locking strategy, wait until a power-on signal is obtained, and reduce the vehicle speed to or below the secondary power-on vehicle locking parameter.

[0129] It can be seen from the above method that the locking strategy is determined based on the vehicle status information from instant locking, parking locking, charging locking and secondary power-on locking, which reduces safety hazards and improves user experience.

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

[0131] Specifically, first, the VCU may receive a first binding request sent by the CGW. Secondly, the VCU may return a first confirmation reception signal to the CGW. Then, the VCU may 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. At the same time, the VCU may generate a first key based on the first seed value and a preset first encryption algorithm. Then, the VCU may receive a second key sent by the CGW. Among them, the 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 may determine whether the second key is the same as the first key. If so, the VCU may record the gateway device identifier of the CGW and return a first binding success signal to the CGW. If not, the VCU may return a first binding failure signal to the CGW.

[0132] It should be noted that if the judgment result is no, the VCU may stop executing the subsequent steps of the adaptive vehicle locking method. If the judgment result is yes, the VCU may continue to execute 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 may also be bound to the TBOX.

[0134] Specifically, first, the CGW may receive a second binding request sent by the TBOX. Secondly, the CGW may return a second confirmation reception signal to the TBOX. Then, the CGW may 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. At the same time, the CGW may generate a third key based on the second seed value and a preset second encryption algorithm. Then, the CGW may receive a fourth key sent by the TBOX. Among them, the 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 may determine whether the third key is the same as the fourth key. If so, the CGW may record the terminal device identifier of the TBOX and return a second binding success signal to the TBOX. If not, the CGW may return a second binding failure signal to the TBOX.

[0135] It should be noted that if the judgment result is no, the VCU may stop executing the subsequent steps of the adaptive vehicle locking method. If the judgment result is yes, the VCU may continue to execute the subsequent steps of the adaptive vehicle locking method.

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

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

[0138] The CGW may continue to receive the heartbeat signal and determine whether the heartbeat signal meets an abnormal condition.

[0139] If so, the CGW may send an abnormal takeover instruction to the TBOX and an abnormal takeover request to the server. Then, after receiving the consent request instruction returned by the server, the CGW is used to directly transmit the communication signal between the server and the VCU. Among them, the abnormal condition is that the number of abnormal conditions in the heartbeat signal within the preset time is greater than or equal to the preset abnormal threshold. The abnormal condition includes the number of hops and / or interruptions and / or delays, etc. This specification does not limit the content of the abnormal condition.

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

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

[0142] It should be emphasized that, while waiting for the server to return the 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, the final instruction will be sent to the VCU. If the CGW receives the consent request instruction within the preset waiting time, the final instruction will be sent to the VCU only if the content of the communication signal subsequently sent by the server is consistent with the final instruction.

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

[0144] Specifically, first, when the CGW forwards the vehicle locking interaction signal and / or the vehicle locking instruction sent by the TBOX to the VCU, the CGW may add the device identification of the CGW to the vehicle locking interaction signal and / or the vehicle locking instruction. In other words, the vehicle locking interaction signal and / or the vehicle locking instruction carries the device identification of the CGW.

[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 gateway device identifier recorded when the VCU is bound to the CGW. If the judgment result is yes, the VCU can continue to execute the subsequent steps. If the judgment result is no, the VCU stops executing the car lock instruction.

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

[0147] Specifically, first, when the TBOX forwards the vehicle locking interaction signal and / or the vehicle locking instruction sent by the server to the CGW, the TBOX may add the device identification of the TBOX to the vehicle locking interaction signal and / or the vehicle locking instruction. In other words, the vehicle locking interaction signal and / or the vehicle locking instruction carry the device identification of the TBOX.

[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 terminal device identifier recorded when the CGW binds to the TBOX. If the judgment result is yes, the CGW can continue to execute the subsequent steps. If the judgment result is no, the CGW stops executing the car lock instruction.

[0149] Preferably, when executing steps S108, S110, S112, and S114, the VCU reduces the vehicle speed to or below the instant lock parameter, parking lock parameter, charging lock parameter, and secondary power-on lock parameter, and can also light up the turtle light on the instrument panel, and display and / or play a prompt message through the vehicle's central control display and / or speaker to remind the vehicle driver that the vehicle's speed has been limited. Of course, the prompt message can also include other content, which is not limited in this specification.

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

[0151] Furthermore, after determining that the vehicle is powered on, the VCU can obtain the vehicle lock information from the non-volatile memory. If the vehicle lock information is obtained, the speed of the vehicle can be limited based on the vehicle lock mode and the instant lock parameters, parking lock parameters, charging lock parameters or secondary power-on lock parameters corresponding to the vehicle lock mode. If the vehicle lock information is not obtained, the vehicle can be driven normally.

[0152] Furthermore, the VCU can also receive a vehicle unlocking command, and in response to the vehicle unlocking command, lift the restriction on the vehicle speed, and delete the vehicle locking mode in the non-volatile memory, as well as the locking information such as the instant locking parameters, parking locking parameters, charging locking parameters or secondary power-on locking parameters corresponding to the vehicle locking mode.

[0153] Preferably, the VCU can also execute steps S100 to S114 when the vehicle locking information is stored in the non-volatile memory and no unlocking instruction is received. That is, after sending the vehicle locking instruction, the server can send the vehicle locking instruction again to change the vehicle locking strategy.

[0154] Figure 2 , Figure 3 , Figure 4 as well as Figure 5 All of them are flowcharts of a locking mode provided by an embodiment of this specification, such as Figure 2 , Figure 3 , Figure 4 as well as Figure 5 shown.

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

[0156] The above is an adaptive vehicle locking method applied to the vehicle side provided by one or more embodiments of 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 shown.

[0157] Figure 6 A flow chart of an adaptive vehicle locking method provided by an embodiment of this specification is as follows: Figure 6 As shown, the method specifically includes the following steps.

[0158] S600: Send a vehicle lock interaction signal to the vehicle end and receive vehicle status information.

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

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

[0161] S602: Determine a vehicle locking strategy from instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking according to the vehicle status information.

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

[0163] Preferably, the server can determine, based on the vehicle status information, whether the vehicle is traveling, whether it is on a highway, whether it is in a traffic jam, whether it is in a low-battery state, whether it is a pure electric new energy vehicle, whether it is an automatic transmission vehicle, and other driving condition information.

[0164] Preferably, when the server determines that the vehicle is in a low-battery state, the charging lock strategy is preferred; when the server determines that the vehicle is on a highway, the instant lock strategy is prohibited; when the server is in a traffic jam, the instant lock strategy is prohibited. Of course, this specification does not limit how the server determines the lock strategy based on the driving condition information, and the above content is only an exemplary description.

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

[0166] Preferably, the vehicle locking strategy is one of instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking.

[0167] S604: Send a locking instruction carrying the locking strategy to the vehicle end, instructing the vehicle end to send a first instruction to the brake component and the power component based on the instant locking strategy, so that the brake component and the power component reduce the vehicle speed to below the locking parameter; or, instructing the vehicle end to send a second instruction to the power component based on the parking locking strategy after obtaining the parking signal, so that the power component stops working; or, instructing the vehicle end to send a third instruction to the power component based on the charging locking strategy after obtaining the charging signal, so that the power component stops working; or, instructing the vehicle end to send a fourth instruction to the power component based on the power-on locking strategy after obtaining the power-on signal, so that the power component stops working.

[0168] Preferably, after determining the locking strategy, the server may send a locking instruction carrying the locking strategy to the vehicle end, instructing the vehicle end to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the parking locking parameter after obtaining the parking signal based on the parking locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the charging locking parameter after obtaining the charging signal based on the charging locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the secondary power-on locking parameter after obtaining the power-on signal based on the secondary power-on locking strategy.

[0169] Preferably, the server may be bound to the TBOX before sending the vehicle locking interaction signal to the vehicle end.

[0170] Specifically, the server may receive a third binding request sent by the TBOX on the vehicle side. And return a third confirmation reception signal to the TBOX. The server may continue to wait until receiving a third seed request sent by the TBOX, and in response to the third seed situation, 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. Receive the sixth key sent by the TBOX. Among them, the third binding request and / or the third seed request and / or the sixth key carry the terminal device identification of the TBOX. Finally, the server may determine whether the sixth key is the same as the fifth key. If so, the terminal device identification of the TBOX is recorded, and a third binding success signal is returned to the TBOX. If not, a third binding failure signal is returned to the TBOX.

[0171] It should be emphasized that the server can only continue to execute the subsequent steps of the adaptive vehicle locking method after the judgment result is yes. If the judgment result is no, the method is stopped. In addition, in the subsequent interaction with the TBOX, the server needs to verify whether the identification carried by the signal of each interaction is consistent with the terminal device identification of the recorded TBOX. Only when the verification is successful can the method be continued.

[0172] The above is an adaptive vehicle locking method provided by one or more embodiments of this specification. Based on the same idea, this specification also provides a corresponding adaptive vehicle locking device, such as Figure 7 as well as Figure 8 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 in FIG. Figure 7 As shown, the adaptive vehicle locking device specifically includes:

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

[0175] A first return unit 702, configured to return vehicle status information in response to the vehicle locking interaction signal, so that the server can determine a vehicle locking strategy based on the vehicle status information;

[0176] The second receiving unit 704 is used to receive a vehicle locking instruction sent by the server;

[0177] A determination unit 706 is used to determine a vehicle locking strategy according to the vehicle locking instruction; the vehicle locking strategy is instant vehicle locking, parking vehicle locking, charging vehicle locking or secondary power-on vehicle locking;

[0178] The execution unit 708 is used to reduce the vehicle speed to or below the instant locking parameter when it is determined that the locking strategy is instant locking; when it is determined that the locking strategy is parking locking, wait for a parking signal; obtain a parking signal, and reduce the vehicle speed to or below the parking locking parameter; when it is determined that the locking strategy is charging locking, wait for a charging signal; obtain a charging signal, and reduce the vehicle speed to or below the charging locking parameter; when it is determined that the locking strategy is 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 parameter.

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

[0180] The interaction unit 800 is used to send a vehicle locking interaction signal to the vehicle end and receive vehicle status information;

[0181] A determination unit 802 is used to determine a vehicle locking strategy from instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking according to the vehicle status information;

[0182] The indication unit 804 is used to send a locking instruction carrying the locking strategy to the vehicle end, instructing the vehicle end to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the parking locking parameter after obtaining the parking signal based on the parking locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the charging locking parameter after obtaining the charging signal based on the charging locking strategy; or, instructing the vehicle end to send a fourth instruction to the power component based on the power-on locking strategy after obtaining the power-on signal, so that the power component stops working.

[0183] This specification also provides a computer-readable storage medium, which stores a computer program, which can be used to execute the above Figure 1 or Figure 6 An adaptive vehicle locking method is provided.

[0184] This specification also provides a computer program product. When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device implements the above Figure 1 or Figure 6 An adaptive vehicle locking method is provided.

[0185] Fig. 9 The structure diagram of an electronic device provided by one embodiment of this specification. Fig. 9 As mentioned above, at the hardware level, the electronic device includes a processor, an internal bus, a network interface, a memory, and a non-volatile memory, and may also include other hardware required for the business. The processor reads the corresponding computer program from the non-volatile memory into the memory and then runs it to achieve the above Figure 1 or Figure 6 Of course, in addition to the software implementation, this specification does not exclude other implementations, such as logic devices or a combination of software and hardware, etc., that is, the execution subject of the following processing flow is not limited to each logic unit, but can also be hardware or logic devices.

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

[0187] Fig.10An interactive schematic diagram of an adaptive vehicle locking system provided for one embodiment of this specification is shown in FIG. Fig.10 As shown, the interaction process of the vehicle locking system includes the following contents.

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

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

[0190] S903: The TBOX continues to send a heartbeat signal to the CGW.

[0191] S904: The CGW continuously monitors whether the heartbeat signal meets an abnormal condition.

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

[0193] S905: The server sends a vehicle locking interaction signal to TBOX.

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

[0195] S907: The CGW forwards the vehicle locking interaction signal to the 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 a vehicle locking strategy based on the vehicle status information.

[0200] S912: The server sends a vehicle lock instruction to TBOX.

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

[0202] S990: The CGW determines that the heartbeat signal meets the abnormal condition and stops forwarding the instruction that needs to be forwarded (i.e., the vehicle lock instruction). It should be emphasized that step S990 can occur before or after any step after step S903, that is, as long as the CGW determines that the heartbeat signal meets the abnormal condition, step 990 is executed. Moreover, when the CGW determines that the heartbeat signal meets the abnormal condition, it can stop forwarding the instruction that needs to be forwarded, regardless of what the instruction is.

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

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

[0205] S993: The server sends a request for approval to the CGW.

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

[0207] It should be emphasized that no matter whether the CGW receives the approval request instruction within the preset waiting time, the CGW can send the instruction verification request.

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

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

[0210] It should be emphasized that if the proofreading result is correct and the CGW does not receive the consent request instruction within the preset waiting time, and the CGW has forwarded the last instruction received (i.e., the vehicle lock instruction) to the CCU, then step S996 may not be executed.

[0211] S914: The VCU locks the vehicle based on the vehicle lock instruction or the updated vehicle lock instruction.

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

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

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

[0215] It should also be emphasized that the content of the above-mentioned adaptive vehicle locking method has been relatively detailed. Therefore, the detailed structure and detailed functions of the adaptive vehicle locking system will not be repeated in this specification. For specific content, please refer to the above-mentioned adaptive vehicle locking method.

[0216] In the 1990s, it was very clear whether the improvement of a technology was a hardware improvement (for example, improvements to the circuit structure of diodes, transistors, switches, etc.) or a software improvement (improvement of the method flow). However, with the development of technology, many improvements in the method flow today can be regarded as direct improvements in the hardware circuit structure. Designers almost always obtain the corresponding hardware circuit structure by programming the improved method flow into the hardware circuit. Therefore, it cannot be said that the improvement of a method flow cannot be implemented using a hardware entity module. For example, a programmable logic device (PLD) (such as a field programmable gate array (FPGA)) is such an integrated circuit whose logical function is determined by the user's programming of the device. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to ask a chip manufacturer to design and produce a dedicated integrated circuit chip. Moreover, nowadays, instead of manually making integrated circuit chips, this kind of programming is mostly implemented by "logic compiler" software, which is similar to the software compiler used when developing and writing programs, and the original code before compilation must also be written in a specific programming language, which is called hardware description language (HDL). There is not only one HDL, but many kinds, 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, RHDL (Ruby Hardware Description Language), etc. The most commonly used ones are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art should also know that it is only necessary to program the method flow slightly in the above-mentioned hardware description languages ​​and program it into the integrated circuit, and then it is easy to obtain the hardware circuit that implements the logic method flow.

[0217] The controller can be implemented in any appropriate manner, for example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing a computer-readable program code (such as software or firmware) that can be executed by the (micro)processor, a logic gate, a switch, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the control logic of the memory. Those skilled in the art also know that in addition to implementing the controller in a purely computer-readable program code manner, the controller can be implemented in the form of a logic gate, a switch, an application-specific integrated circuit, a programmable logic controller, and an embedded microcontroller by logically programming the method steps. Therefore, this controller can be considered as a hardware component, and the devices included therein for implementing various functions can also be regarded as structures within the hardware component. Or even, the devices for implementing various functions can be regarded as both software modules for implementing the method and structures within the hardware component.

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

[0219] For the convenience of description, the above device is described by dividing it into various units according to its functions. Of course, when implementing this specification, the functions of each unit can be implemented in the same or multiple software and / or hardware.

[0220] Those skilled in the art will appreciate that embodiments of the present invention may be provided as methods, systems, or computer program products. Therefore, the present invention may take the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, the present invention may take the form of a computer program product implemented 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] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowchart and / or block diagram, as well as the combination of processes and / or blocks in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0222] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0223] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions 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] The memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. The memory is an example of a computer-readable medium.

[0226] Computer readable media include permanent and non-permanent, removable and non-removable media that can be implemented by any method or technology to store information. Information can be computer readable instructions, data structures, program modules 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 technology, compact disk read-only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include temporary computer readable media (transitory media), such as modulated data signals and carrier waves.

[0227] It should also be noted that the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, commodity or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, commodity or device. In the absence of more restrictions, the elements defined by the sentence "comprises a ..." do not exclude the existence of other identical elements in the process, method, commodity or device including the elements.

[0228] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems or computer program products. Therefore, this specification may take the form of a complete hardware embodiment, a complete software embodiment or an embodiment combining software and hardware. Moreover, this specification may take the form of a computer program product implemented 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 may be described in the general context of computer-executable instructions executed by a computer, such as program modules. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform specific tasks or implement specific abstract data types. This specification may also be practiced in distributed computing environments where tasks are performed by remote processing devices connected through a communication network. In a distributed computing environment, program modules may be located in local and remote computer storage media, including storage devices.

[0230] Each embodiment in this specification is described in a progressive manner, and the same or similar parts between the embodiments can be referred to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the system embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the partial description of the method embodiment.

[0231] The above description is only an embodiment of this specification and is not intended to limit this specification. For those skilled in the art, this specification may have various changes and variations. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of this specification should be included in the scope of the claims of this application.

Claims

1. An adaptive vehicle locking method, characterized in that: Applied to the vehicle side, including: Receive the vehicle locking interaction signal sent by the server; In response to the vehicle locking interaction signal, returning vehicle status information, so that the server can determine a vehicle locking strategy based on the vehicle status information; Receive the car lock command sent by the server; Determine a locking strategy according to the locking instruction; the locking strategy is instant locking, parking locking, charging locking or secondary power-on locking; When it is determined that the vehicle locking strategy is instant vehicle locking, reducing the vehicle speed to or below the instant vehicle locking parameter; When it is determined that the locking strategy is parking locking, waiting for obtaining a parking signal; obtaining a parking signal, and reducing the vehicle speed to or below the parking locking parameter; When it is determined that the vehicle locking strategy is charging locking, waiting for obtaining a charging signal; obtaining a charging signal, and reducing the vehicle speed to or below the charging locking parameter; When it is determined that the vehicle locking strategy is secondary power-on vehicle locking, wait for obtaining a power-on signal; obtain the power-on signal, and reduce the vehicle speed to or below the secondary power-on vehicle locking parameter.

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 power and / or vehicle position.

3. The adaptive vehicle locking method according to claim 1, characterized in that: The vehicle end is equipped with an in-vehicle networking communication terminal, a central gateway and a vehicle control center, and the adaptive vehicle locking method is executed by the vehicle control center; The vehicle control center communicates with the server through the vehicle-mounted networking 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 a first binding request sent by the central gateway; Returning a first confirmed received signal; receiving a first seed request; Returns the first seed value; Generate a first key based on the first seed value and a preset first encryption algorithm; receiving a second key; the first binding request and / or the first seed request and / or the second key carrying a gateway device identifier; Determining whether the second key is the same as the first key; If yes, record the gateway device identifier and return a first binding success signal; If not, the first binding failure signal is returned.

4. The adaptive vehicle locking method according to claim 3, characterized in that: After returning the first binding success signal, the method further includes: The central gateway receives a second binding request sent by the in-vehicle networking communication terminal; Returning a second confirmation reception signal; receiving a second seed request; Returns the second seed value; Generate a third key based on the second seed value and a preset second encryption algorithm; receiving a fourth key; the second binding request and / or the second seed request and / or the fourth key carrying a terminal device identification; Determining whether the fourth key is the same as the third key; If yes, record the terminal device identifier and return a second binding success signal; If not, a second binding failure signal is returned.

5. The method according to claim 4, characterized in that The vehicle-mounted communication terminal is used to transmit communication signals between the server end and the central gateway; the central gateway is used to transmit communication signals between the vehicle-mounted communication terminal and the vehicle control center; Before the vehicle control center executes the operations of sending the first instruction, sending the second instruction, sending the third instruction, and sending the fourth instruction, the method further includes: The central gateway receives the device identification carried in the data sent by the vehicle communication terminal, and determines whether the device identification is the same as the stored terminal device identification; the vehicle control center receives the device identification carried in the data sent by the central gateway, and determines whether the device identification is the same as the stored gateway device identification; If the judgment results are all yes, continue to execute the subsequent steps; If the judgment result of any one of the items is no, the execution of the vehicle locking instruction is stopped.

6. The method according to claim 4, characterized in that After returning the second binding success signal, the method further includes: The vehicle-mounted networking communication terminal continuously sends a heartbeat signal to the central gateway; When the heartbeat signal meets the abnormal condition, the central gateway sends an abnormal takeover instruction to the vehicle networking communication terminal and sends an abnormal takeover request to the server; after receiving the consent request instruction returned by the server, the central gateway is used to directly transmit the communication signal between the server and the vehicle control center; the abnormal condition is that the number of abnormal conditions of the heartbeat signal within a preset time is greater than or equal to a preset abnormal threshold; the abnormal condition includes the number of hops and / or interruption and / or delay; The vehicle-mounted networking communication terminal sends an abnormal takeover instruction based on the heartbeat signal meeting the abnormal condition, 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 end and receive vehicle status information; Determine a vehicle locking strategy from instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking according to the vehicle status information; A locking instruction carrying the locking strategy is sent to the vehicle end, instructing the vehicle end to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the parking locking parameter after obtaining the parking signal based on the parking locking strategy; or, instructing the vehicle end to reduce the vehicle speed to or below the charging locking parameter after obtaining the charging signal based on the charging locking strategy; or, instructing the vehicle end to send a fourth instruction to the power component based on the power-on locking strategy after obtaining the power-on signal, so that the power component stops working.

8. An adaptive vehicle locking device, characterized in that: include: A first receiving unit, configured to receive a vehicle locking interaction signal sent by a server; A first return unit, configured to return vehicle status information in response to the vehicle locking interaction signal, so that the server can determine a vehicle locking strategy based on the vehicle status information; A second receiving unit, used to receive a vehicle locking instruction sent by the server; A determination unit, configured to determine a vehicle locking strategy according to the vehicle locking instruction; The locking strategy is instant locking, parking locking, charging locking or secondary power-on locking; The execution unit is used to reduce the vehicle speed to or below the instant locking parameter when it is determined that the locking strategy is instant locking; wait for obtaining a parking signal when it is determined that the locking strategy is parking locking; obtain a parking signal, and reduce the vehicle speed to or below the parking locking parameter; wait for obtaining a charging signal when it is determined that the locking strategy is charging locking; obtain a charging signal, and reduce the vehicle speed to or below the charging locking parameter; wait for obtaining a power-on signal when it is determined that the locking strategy is secondary power-on locking; obtain a power-on signal, and reduce the vehicle speed to or below the secondary power-on locking parameter.

9. An adaptive vehicle locking device, characterized in that: include: An interaction unit, used to send a vehicle locking interaction signal to the vehicle end and receive vehicle status information; a determination unit, configured to determine a vehicle locking strategy from among instant vehicle locking, parking vehicle locking, charging vehicle locking, and secondary power-on vehicle locking according to the vehicle status information; An indication unit is used to send a locking instruction carrying the locking strategy to the vehicle end, instructing the vehicle end to reduce the vehicle speed to or below the instant locking parameter based on the instant locking strategy; or, instructing the vehicle end 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 end 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 end to send a fourth instruction to the power component based on the power-on locking strategy after obtaining a power-on signal, so that the power component stops working.

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

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, the method described in any one of claims 1 to 7 is implemented.

12. A computer program product, characterized in that When the instructions in the computer program product are executed by a processor of an electronic device, the electronic device executes the method according to any one of claims 1 to 7.

Images