Bridging type emergency unlocking method and system

Abstract

The invention relates to the technical field of vehicle remote control, in particular to a bridging type emergency unlocking method and system. The unlocking method comprises the following steps: acquiring unique identification information of an offline terminal; sending a signal searching instruction through an online terminal, and determining the online terminal capable of identifying the identification information; selecting at least one of the online terminals as a bridging terminal; issuing an instruction containing the identification information and a corresponding unlocking password to the bridging terminal; based on the identification information, the bridge terminal transmits the unlocking password to the offline terminal; and the offline terminal executes an unlocking operation based on the unlocking password. According to the invention, the surrounding online terminals are used as the relay nodes, so that the quick unlocking operation of the offline terminals is realized, and the problem of difficulty in remote unlocking caused by the fact that the TBOX cannot be networked in the prior art is solved.

Description

Technical Field

[0001] The present invention relates to the technical field of vehicle remote control, and in particular to a bridge-type emergency unlocking method and system. Background Art

[0002] With the popularity of intelligent connected cars, the vehicle's TBOX (TelematicsBox, on-board communication terminal) has become the core device for remote control and management. TBOX realizes functions such as remote unlocking and speed limit release of vehicles through network connection. However, in some special cases (such as insufficient network signal coverage, terminal failure, etc.), TBOX may not be able to connect to the network normally, resulting in the failure of the remote unlocking function.

[0003] In the prior art, when the vehicle's TBOX cannot be connected to the Internet due to network failure or hardware damage, the TBOX is usually replaced to unlock the vehicle. The TBOX on the faulty vehicle is removed; a good TBOX is removed from another vehicle and installed on the faulty vehicle; the network connection is reestablished through the newly installed TBOX to complete remote unlocking.

[0004] Therefore, the existing unlocking method has the following technical problems:

[0005] ① Complex operation: TBOX needs to be disassembled and installed, which is a cumbersome and time-consuming process. ② Dependence on manual intervention: Hardware replacement must be completed by professional technicians and cannot be automated. ③ Inefficiency: The entire process takes a long time and cannot respond quickly to emergency needs. Summary of the invention

[0006] In view of the shortcomings of the prior art, the purpose of the embodiments of the present invention is to provide a bridge-type emergency unlocking method, which uses surrounding online terminals as relay nodes to achieve rapid unlocking operations of offline terminals, thereby solving the problem of remote unlocking difficulties caused by the inability of TBOX to connect to the Internet in the prior art.

[0007] In order to achieve the above objectives, the embodiments of the present invention provide the following technical solutions:

[0008] A bridge-type emergency unlocking method comprises the following steps:

[0009] Obtain unique identification information of the offline terminal;

[0010] Sending a signal search instruction through an online terminal to determine an online terminal that can identify the identification information;

[0011] Selecting at least one of the online terminals as a bridge terminal;

[0012] Sending a command including the identification information and the corresponding unlocking password to the bridging terminal;

[0013] Based on the identification information, the bridging terminal transmits the unlocking password to the offline terminal;

[0014] The offline terminal performs an unlocking operation based on the unlocking password.

[0015] Optionally, the sending of the signal search instruction includes:

[0016] The online terminal broadcasts the signal search instruction through at least one communication protocol among WIFI, Bluetooth, LTE-V2X, ZigBee or LoRa;

[0017] Receive the feedback information of the online terminal in response to the signal search instruction, and filter out a list of online terminals that can identify the identification information.

[0018] Optionally, the step of issuing an instruction to the bridging terminal further includes:

[0019] Simultaneously issue the instruction to multiple candidate bridging terminals;

[0020] When the first candidate bridging terminal feeds back that the instruction is received successfully, terminate the instruction issuing to the remaining candidate bridging terminals.

[0021] Optionally, the signal search instruction combines with GPS or Beidou positioning data to select an online terminal whose straight-line distance from the offline terminal is less than a predetermined range.

[0022] Optionally, generate a priority ranking according to at least one of the signal strength, historical connection success rate or terminal load rate of the online terminal, and select the bridging terminal based on the priority ranking.

[0023] Optionally, predict the future communication distance between the bridging terminal and the offline terminal based on the moving path, direction and speed of the offline terminal;

[0024] If the predicted distance exceeds the preset range, forward the identification information and the unlocking password to other online terminals with the same moving path and direction and similar speed as the offline terminal in advance.

[0025] Optionally, when there are multiple offline terminals to be unlocked, divide the multiple offline terminals into several groups according to geographical locations;

[0026] Allocate at least two bridging terminal clusters to each group, and dynamically match the bridging terminal clusters with the corresponding offline terminal groups based on the consistent hashing algorithm.

[0027] Optionally, mark the priority for the unlocking instruction of each offline terminal;

[0028] When the bridging terminal cluster receives multiple unlocking instructions, it preferentially executes the instructions with a high priority and temporarily stores the instructions with a low priority in a queue for batch processing at a preset time interval.

[0029] Optionally, after completing the unlocking operation, the offline terminal performs a reset operation. If the reset is successful, the execution result is transmitted to the cloud platform; if the reset fails, the execution result is transmitted to the cloud platform through the bridging terminal.

[0030] An embodiment of the present invention further provides a bridging type emergency unlocking system, including an offline terminal, an online terminal, and a cloud platform;

[0031] The cloud platform is used to obtain and store the unique identification information of the offline terminal; send an instruction including the identification information and the corresponding unlocking password to the online terminal; screen the online terminals that can identify the identification information, and select at least one from the screened online terminals as the bridging terminal;

[0032] The online terminal is used to send a signal search instruction according to the instruction issued by the cloud platform; transmit the unlocking password to the offline terminal based on the identification information;

[0033] The offline terminal is used to perform an unlocking operation according to the received unlocking password.

[0034] One or more technical solutions provided in the embodiments of the present invention have at least the following technical effects or advantages:

[0035] 1. In the bridging type emergency unlocking method of the present invention, the online terminal is used to send a signal search instruction to determine the online terminal that can identify the identification information of the offline terminal, select the bridging terminal from them, and the cloud platform sends an instruction including the identification information and the unlocking password. The bridging terminal transmits the unlocking password to the offline terminal, and the offline terminal performs the unlocking operation. Through the bridging of multiple terminals, the emergency unlocking instruction is gradually transmitted. As long as one vehicle can be connected to the network, partial unlocking can be realized, solving the time-consuming and complex problem of replacing the TBOX in the prior art.

[0036] 2. Compared with the existing unlocking method, the bridging type emergency unlocking method of the present invention improves the unlocking efficiency, reduces manual intervention, reduces resource consumption, avoids hardware replacement, enhances applicability, and is applicable to various network environments and special scenarios.

[0037] The advantages of the additional aspects of the present invention will be given in the following description, and some will become obvious from the following description, or be understood through the practice of the present invention. Description of the Drawings

[0038] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the drawings required for use in the embodiments or the prior art descriptions are briefly introduced below. Obviously, the drawings described below are only some embodiments recorded in the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work. In addition, the spacing or size between the components is exaggerated to show the positions of the components, and the schematic diagram is only used for illustration.

[0039] Figure 1 is a schematic diagram of a bridge-type emergency unlocking method provided by an embodiment of the present invention;

[0040] Figure 2 is a schematic diagram of a bridge-type emergency unlocking system provided by an embodiment of the present invention; DETAILED DESCRIPTION

[0041] It should be noted that the following detailed descriptions are illustrative and are intended to provide further explanation of the present invention. Unless otherwise specified, all technical and scientific terms used in the present invention have the same meanings as those commonly understood by those of ordinary skill in the art to which the present invention belongs. In addition, it should also be understood that when the terms "comprise" and / or "include" are used in this specification, it indicates the presence of features, steps, operations, devices, components and / or combinations thereof.

[0042] Terminology explanation:

[0043] TBOX is the vehicle's onboard communication terminal, responsible for data exchange with the cloud platform to achieve remote control functions. Unlocking operation usually refers to removing the speed limit of the vehicle.

[0044] Example 1

[0045] like Figure 1 As shown, this embodiment proposes a bridge-type emergency unlocking method, comprising the following steps:

[0046] S100 obtains the unique identification information of the offline terminal. The identification information can be a hardware serial number or an encrypted registration code as the unique number of the vehicle. By obtaining the unique identification information of the offline terminal, the accurate positioning of the target terminal is ensured.

[0047] S200 sends a signal search instruction through the online terminal to determine the online terminal that can identify the identification information.

[0048] The sending of the signal search instruction includes: the online terminal broadcasts the signal search instruction through at least one communication protocol among WIFI, Bluetooth, LTE-V2X, ZigBee or LoRa; receiving feedback information from the online terminal that responds to the signal search instruction, and screening out a list of online terminals that can recognize the identification information.

[0049] The signal search instruction is broadcast via multiple protocols to adapt to different communication environments. For example, when the WIFI signal is weak, it switches to Bluetooth short-range communication, or uses LoRa long-distance transmission in remote areas. When screening feedback information, only the online terminals containing the target identification information are retained, and invalid responses are excluded. The dynamic frequency band adjustment can avoid crowded channels (such as interference in the 2.4GHz frequency band) based on the terminal location, improving the signal search efficiency.

[0050] Broadcasting the signal search instruction via multiple communication protocols significantly improves the search success rate and coverage, ensuring effective identification of surrounding bridgeable online terminals in different communication environments.

[0051] S300 selects at least one of the online terminals as the bridging terminal;

[0052] In one implementation, the signal search instruction combines GPS or Beidou positioning data to select online terminals whose straight-line distance from the offline terminal is less than a predetermined range.

[0053] When screening online terminals by combining GPS / Beidou positioning data, a radius (such as 50 meters) range is delimited by geofencing technology, and the terminals within the straight-line distance are selected. For example, the distance between terminals is calculated using the map API, and signal errors caused by building blockages are excluded.

[0054] Selecting nearby online terminals by combining positioning data effectively reduces communication latency and signal attenuation problems, improves the accuracy and efficiency of signal search, provides guarantee for the stable transmission of the unlocking instruction. Especially in complex geographical environments, it can quickly locate the optimal bridging terminal and speed up the unlocking process.

[0055] In one implementation, a priority ranking is generated based on at least one of the signal strength, historical connection success rate, or terminal load rate of the online terminal, and the bridging terminal is selected based on the priority ranking.

[0056] In the priority ranking, the signal strength is quantified by the RSSI value, the historical connection success rate is statistically calculated based on the past 10 connection records, and the terminal load rate is comprehensively calculated according to the CPU usage rate (the threshold is set at 70%) and the memory occupancy rate. For example, if a terminal has a signal strength of -60dBm, a historical success rate of 95%, and a load rate of 30%, its priority is higher than that of a terminal with a load rate of 50%.

[0057] Generate priority rankings based on multiple metrics, optimizing the selection process of the bridging terminal to ensure that the selected bridging terminal has the best communication performance and processing capabilities. By comprehensively evaluating factors such as signal strength, historical connection success rate, and terminal load rate, it avoids unlocking failures caused by insufficient terminal performance or poor communication, improves the success rate and reliability of the unlocking operation, and enhances the system's adaptability in complex network environments.

[0058] S400 issues an instruction containing the identification information and the corresponding unlocking password to the bridging terminal;

[0059] The step of issuing an instruction to the bridging terminal further includes: issuing the instruction to multiple candidate bridging terminals simultaneously; when the first candidate bridging terminal feeds back successful receipt of the instruction, terminate the instruction issuance to the remaining candidate bridging terminals.

[0060] Issue instructions to multiple candidate bridging terminals simultaneously, adopting the "first response first" mechanism: after the first terminal that successfully receives the instruction triggers an operation, the remaining instructions are automatically terminated. This mechanism reduces network resource occupancy, avoids duplicate operations, shortens the response time of the unlocking operation, enhances the system's adaptability and robustness in a multi-terminal environment, and ensures the quick start and execution of the unlocking process. For example, the cloud platform sets a 3-second timeout window. If the first terminal fails to respond within the timeout, the second-best candidate is enabled.

[0061] S500 Based on the identification information, the bridging terminal transmits the unlocking password to the offline terminal.

[0062] S600 The offline terminal performs an unlocking operation based on the unlocking password.

[0063] S700 After completing the unlocking operation, the offline terminal performs a reset operation, such as restoring the factory settings or restarting the core module. If the reset is successful, it transmits the execution result to the cloud platform; if the reset fails, it transmits the execution result to the cloud platform through the bridging terminal.

[0064] The reset operation and result feedback mechanism after unlocking ensures the timely update of the status of the offline terminal and the monitoring accuracy of the cloud platform. By distinguishing different feedback paths for successful and failed resets, it improves the reliability of status feedback, facilitating the cloud platform to promptly grasp the unlocking result and perform subsequent processing. This closed-loop management mechanism effectively guarantees the integrity and traceability of the unlocking process, providing strong support for the stable operation and fault troubleshooting of the system.

[0065] When the vehicle (offline terminal) is in a fast-moving state, due to differences in the moving paths, directions, and speeds of each vehicle, the communication distance between terminals may quickly exceed the range, resulting in interruption of instruction transmission.

[0066] Based on this, in one implementation, the future communication distance between the bridging terminal and the offline terminal is predicted based on the moving path, direction, and speed of the offline terminal; if the predicted distance exceeds the preset range, the identification information and unlocking password are forwarded in advance to other online terminals that have the same moving path and direction as the offline terminal and a similar speed.

[0067] By predicting the future communication distance between the bridging terminal and the offline terminal and forwarding the instruction to other online terminals in advance, the problem of communication interruption caused by vehicle movement is effectively avoided. This forward-looking communication path adjustment mechanism ensures the continuous transmission of the unlocking instruction during the entire movement process, improves the adaptability of the system to the dynamic environment, and guarantees the successful completion of the unlocking operation.

[0068] When multiple vehicles (A1, A2, A3...) need to be unlocked due to network failures simultaneously, but the number of available relay terminals in the surrounding area is limited, it may lead to instruction conflicts or resource competition, network congestion caused by multi-instruction concurrency, and overloading of the relay terminal load, resulting in increased response latency.

[0069] Based on this, in another implementation, the following steps are adopted:

[0070] Step 1: Grouping of offline terminals and allocation of relay clusters

[0071] Dynamic geographical grouping: The platform divides the offline terminals into 5 groups based on GPS data. The division logic is as follows: Group 1 (A1 - A10): Vehicles closest to relay terminals B1 - B2. Group 2 (A11 - A20): Vehicles close to B3 - B4. And so on, ensuring that 2 relay terminals are allocated to each group.

[0072] Consistent hashing algorithm: The platform assigns a unique hash value to each relay terminal (B1 - B10), and the vehicle matches the nearest relay cluster according to the location hash. If a certain relay terminal goes offline (such as B5 fails), the hash ring automatically skips B5 and redistributes the task to B6.

[0073] Step 2: Priority preemption and task distribution

[0074] Marking of emergency vehicles: The platform identifies high-priority vehicles and marks their task priority as "Priority 1", and the rest as "Priority 2".

[0075] Instruction distribution strategy:

[0076] Preemptive scheduling: Relay terminal B1 preferentially processes the unlocking instruction of A1 and pauses the current low-priority task (such as the instruction of A2). The platform sends a preemption instruction to B1: "Pause the current task and immediately serve A1".

[0077] Batch processing optimization: For non-emergency vehicles (priority 2), the platform packages the instructions of 10 vehicles into a single data packet and sends it to the relay terminal, reducing communication overhead.

[0078] Step 3: Vehicle-to-vehicle collaborative computing and load balancing

[0079] Task sharding and offloading: After receiving the unlocking instruction, if the load of relay terminal B1 is too high (CPU > 80%): Split the instruction into two subtasks of "password verification" and "signal forwarding". Offload the "password verification" task to the neighboring idle terminal B2 through the in-vehicle local area network (CAN bus or Ethernet).

[0080] Execution process: B2 completes the hash verification of password S and generates a digital signature to send back to B1. B1 is only responsible for sending the signed instruction to A1 via WIFI.

[0081] Step 4: Multi-hop relaying and exception recovery

[0082] Relay path selection: If the signal strength between A1 and B1 is insufficient (< -80dBm), B1 automatically triggers the relay mode: Search for available relays (such as B3) through in-vehicle V2X broadcast. Build a relay link of B1 → B3 → A1, and after receiving the instruction, B3 forwards it to A1 via Bluetooth.

[0083] By geographically grouping multiple offline terminals, allocating a cluster of bridging terminals, and dynamically matching using the consistent hashing algorithm, the resource allocation and load balancing problems under large-scale unlocking requirements are effectively solved. Through reasonable grouping and efficient matching, the system's processing capacity for a large number of unlocking tasks is improved, resource conflicts and network congestion are avoided, ensuring that each offline terminal can obtain unlocking services in a timely manner, and the overall performance and scalability of the system are enhanced.

[0084] By marking priorities for unlocking instructions and giving priority to executing high-priority instructions, reasonable scheduling of tasks and optimal allocation of resources are achieved. By temporarily storing low-priority instructions and processing them in batches, the system's response speed to emergency tasks is improved, ensuring the quick unlocking of critical vehicles. This priority management mechanism effectively enhances the system's operating efficiency in a multi-task environment, guarantees the orderly progress of the unlocking process, and meets the requirements for unlocking timeliness in different scenarios.

[0085] Embodiment 2

[0086] This embodiment provides a bridging-type emergency unlocking system, as Figure 2 shown, including offline terminals, online terminals, and a cloud platform;

[0087] The cloud platform is used to obtain and store the unique identification information of the offline terminal; send an instruction containing the identification information and the corresponding unlocking password to the online terminal; screen the online terminals that can identify the identification information, and select at least one from the screened online terminals as a bridging terminal;

[0088] The online terminal is used to send a signal search instruction according to the instruction sent by the cloud platform; transfer the unlocking password to the offline terminal based on the identification information;

[0089] The offline terminal is used to perform an unlocking operation according to the received unlocking password.

[0090] Through the collaborative work of the offline terminal, the online terminal and the cloud platform, the system constructs a complete and efficient emergency unlocking ecosystem. The cloud platform centrally manages the unlocking process, realizing the accurate issuance of instructions and the intelligent screening of terminals; the online terminal serves as a bridging node to ensure the reliable transmission of unlocking instructions; the offline terminal performs the unlocking operation, completing the closed-loop of the entire process. It provides all-round guarantee for the rapid unlocking of vehicles in emergency situations, has good scalability and adaptability, and can meet the unlocking requirements under different scales and scenarios.

[0091] Although the specific implementation manners of the present invention are described above in conjunction with the accompanying drawings, it is not a limitation to the protection scope of the present invention. Those skilled in the art should understand that based on the technical solutions of the present invention, various modifications or deformations that can be made by those skilled in the art without creative efforts are still within the protection scope of the present invention.

Claims

1. A bridging emergency unlocking method, characterized in that, Including the following steps: Obtain the unique identification information of the offline terminal; Send a signal search instruction through the online terminal to determine the online terminal that can identify the identification information; Select at least one of the online terminals as the bridging terminal; Send an instruction containing the identification information and the corresponding unlocking password to the bridging terminal; Based on the identification information, the bridging terminal transmits the unlocking password to the offline terminal; The offline terminal performs an unlocking operation based on the unlocking password.

2. The bridging type emergency unlocking method according to claim 1, characterized in that, The sending of the signal search instruction includes: The online terminal broadcasts the signal search instruction through at least one communication protocol among WIFI, Bluetooth, LTE-V2X, ZigBee or LoRa; Receive the feedback information of the online terminals responding to the signal search instruction, and filter out the list of online terminals that can identify the identification information.

3. The bridging type emergency unlocking method according to claim 2, characterized in that, The step of sending an instruction to the bridging terminal further includes: Send the instruction to multiple candidate bridging terminals simultaneously; When the first candidate bridging terminal feeds back that the instruction is received successfully, terminate the sending of the instruction to the remaining candidate bridging terminals.

4. The bridging type emergency unlocking method according to claim 2, characterized in that, The signal search instruction combines GPS or Beidou positioning data to select an online terminal whose straight-line distance from the offline terminal is less than a predetermined range.

5. The bridging type emergency unlocking method according to claim 2, wherein, Generate a priority ranking according to at least one of the signal strength, historical connection success rate or terminal load rate of the online terminal, and select the bridging terminal based on the priority ranking.

6. The bridging type emergency unlocking method according to claim 1, wherein Based on the moving path, direction and speed of the offline terminal, predict the future communication distance between the bridging terminal and the offline terminal; If the predicted distance exceeds the preset range, forward the identification information and the unlocking password to other online terminals with the same moving path, direction and similar speed as the offline terminal in advance.

7. The bridging type emergency unlocking method according to claim 1, wherein When there are multiple offline terminals to be unlocked, divide the multiple offline terminals into several groups according to geographical location; Allocate at least two bridging terminal clusters for each group, and dynamically match the bridging terminal clusters with the corresponding offline terminal groups based on the consistent hashing algorithm.

8. The bridging type emergency unlocking method according to claim 7, wherein, Mark the priority for the unlocking instruction of each offline terminal; When the bridging terminal cluster receives multiple unlocking instructions, give priority to executing the high-priority instructions, and temporarily store the low-priority instructions in the queue for batch processing at preset time intervals.

9. The bridging type emergency unlocking method according to claim 1, characterized in that, After completing the unlocking operation, the offline terminal performs a reset operation. If the reset is successful, the execution result is transmitted to the cloud platform; If the reset fails, the execution result is transmitted to the cloud platform through the bridging terminal.

10. A bridging emergency unlocking system, characterized in that, Including an offline terminal, an online terminal and a cloud platform; The cloud platform is used to obtain and store the unique identification information of the offline terminal; send an instruction containing the identification information and the corresponding unlocking password to the online terminal; Filter the online terminals that can identify the identification information, and select at least one of the filtered online terminals as the bridging terminal; The online terminal is used to send a signal search instruction according to the instruction issued by the cloud platform; Transmit the unlocking password to the offline terminal based on the identification information; The offline terminal is used to perform an unlocking operation according to the received unlocking password.

Images