Method and system for fast positioning of a vehicle with a door lock

Abstract

This invention discloses a method and system for rapid vehicle location tracking via door locks. The method includes: configuring topology information containing neighboring door lock addresses for each unit door lock based on a preset community access topology map; the resident door lock sending an IGMP join message to a preset multicast address; generating a discovery message based on the first detection of a Bluetooth tag signal by the unit door lock, and forwarding it to predicted neighbors via unicast according to the neighbor topology; the unit door lock receiving the discovery message switching its Bluetooth detection mode from low frequency to high frequency, forming a relay detection chain along the predicted path; and, based on the condition that the tag's signal strength remains stable near a certain unit door lock, generating a formal announcement multicast message, which is then forwarded by a router to the corresponding resident door lock, completing the vehicle location push. Using this invention, rapid, accurate, and low-power vehicle Bluetooth tag location can be achieved, improving the location response speed and system coordination efficiency in a community environment.

Description

Technical Field

[0001] This invention belongs to the field of smart door lock technology, and in particular, it relates to a method and system for rapid positioning of door locks and vehicles. Background Technology

[0002] With the development of smart communities and IoT technologies, Bluetooth tags are widely used in location tracking scenarios for vehicles and assets. Existing positioning methods are mostly based on fixed base stations or continuous broadcast mechanisms, which suffer from limited signal coverage, high power consumption, and significant positioning latency. Especially in multi-unit, multi-path community environments, achieving fast, accurate, and low-power positioning between door locks and vehicle Bluetooth tags still faces challenges such as low neighbor discovery efficiency, unreliable relay transmission, and misjudgments due to signal interference. Current solutions often rely on centralized servers or continuous full-frequency scanning, making it difficult to achieve efficient collaboration in distributed door lock networks, thus limiting positioning response speed and system scalability. Summary of the Invention

[0003] The purpose of this invention is to provide a method and system for rapid vehicle location via door locks, in order to overcome the shortcomings of the prior art, and to achieve rapid, accurate, and low-power location of vehicle Bluetooth tags, thereby improving the location response speed and system coordination efficiency in a community environment.

[0004] One embodiment of this application provides a method for rapid vehicle location of door locks, the method comprising: Neighbor topology construction and registration: Based on the preset community access topology map, configure topology information for each unit door lock, including the addresses of neighbor door locks; the owner door lock sends an IGMP join message carrying the paired Bluetooth tag ID to the preset multicast address to complete the multicast registration; Tag discovery and predictive forwarding: Based on the signal of the Bluetooth tag first detected by the unit door lock, a discovery message containing the tag ID, the discovered door lock ID and the predicted next-hop neighbor ID is generated and forwarded to the predicted neighbor in a unicast manner according to the neighbor topology; Dynamic frequency adjustment and relay detection: Based on the unit door lock that receives the discovery message, it switches its Bluetooth detection mode from low frequency to high frequency, and after detecting the tag, it continues to forward the updated discovery message to the next hop neighbor, while notifying the previous hop door lock to restore the low frequency mode, forming a relay detection chain along the predicted path. Location tracking determination and final announcement: Based on the discovery message, the neighbor door lock tracking interruption is determined, and based on the condition that the tag signal strength remains stable near a certain unit door lock, the unit door lock generates a formal announcement multicast message containing the tag ID and its own location ID, which is then forwarded by the router to the corresponding owner door lock to complete the vehicle location push.

[0005] Optionally, the neighbor topology construction and registration includes: Neighbor topology pre-configuration: Based on the community access topography map, the IP address and device ID of the nearest neighbor lock in the four directions of east, south, west and north are pre-configured for each unit door lock, forming a logical neighbor chain; Door lock initialization: Based on the configuration after the unit door lock is started, the Bluetooth detection module is initialized to low frequency detection mode, and the locally stored neighbor topology information is loaded; Owner door lock multicast registration: Based on the pairing relationship between the owner door lock and the vehicle's Bluetooth tag, the owner door lock sends an IGMP join message to the preset multicast address. The message carries the Bluetooth tag ID, and the router records the tag ID on the corresponding outgoing interface.

[0006] Optionally, the tag discovery and predictive forwarding includes: Bluetooth tag discovery: The first discovery is when the unit door lock detects the signal of a Bluetooth tag in low-frequency detection mode and there is no discovery message record for that tag in the local area. Discovery message generation: Based on the detection results, a Bluetooth tag discovery message is generated. The message carries the Bluetooth tag ID, signal strength, its own door lock ID, and the predicted next-hop neighbor door lock ID, which are marked as prediction attributes. At the same time, an accelerated detection flag is set. The predicted next-hop neighbor door lock is determined based on the neighbor topology to determine the possible direction of vehicle movement, and other door locks with neighbors that have not received the discovery message are excluded. Predictive unicast forwarding: Based on the local neighbor topology, obtain the IP address of the predicted neighbor's door lock and send the discovery message to the neighbor's door lock in a unicast manner.

[0007] Optionally, the dynamic frequency adjustment and relay detection includes: High-frequency mode switching: If the unit door lock receives a discovery message marked with an accelerated detection flag and the predicted next-hop neighbor ID in the message is itself, it immediately switches its Bluetooth detection module to high-frequency detection mode and starts the high-frequency detection timer. Relay detection and message update: Based on the door lock detecting the same Bluetooth tag in high-frequency mode, a new discovery message is generated. The message carries the ID of the previous discoverer door lock and marks it as a reply attribute. At the same time, the new next-hop neighbor ID is predicted and marked as a prediction attribute. The message is unicast to the new neighbor and a copy of the message is sent back to the previous door lock. Mode recovery: Based on the discovery message marked as reply received by the previous door lock, it is known that the tag has moved to the next hop, and its Bluetooth detection mode is immediately restored to low frequency detection mode.

[0008] Optionally, the location tracking determination and final notification include: Tracking interruption determination: If no response is received from the next-hop neighbor lock before the independent waiting timer expires after the predicted discovery message is sent by the unit door lock, the status of the neighbor lock is updated to undiscovered; when the status of all non-replying neighbor locks is undiscovered, tracking is determined to be interrupted. Location determination condition trigger: If the Bluetooth tag is continuously detected near a certain unit door lock and the signal strength remains stable, it is determined that the vehicle has stopped moving; if the signal weakens or changes, it is determined that the vehicle is still moving, and the next door lock is predicted and a detection message is sent in relay. Formal Announcement Generation and Multicast: Based on the location determination result, the unit door lock generates a Bluetooth tag formal announcement multicast message, which carries the Bluetooth tag ID and its own door lock ID, and sends it to the preset multicast address; Targeted forwarding and owner reception: Based on the official announcement message received by the router, the router queries the multicast forwarding table for the outgoing interface that records the tag ID, and forwards the message only to the corresponding owner's door lock; Location push: Based on the official notification message received by the owner's door lock, the unit door lock ID is parsed as the vehicle's current location, and if no new notification is received within a preset time, the location information is pushed to the owner's mobile APP.

[0009] Optionally, the method further includes: Initiate Bluetooth tag search: Based on the determination of tracking interruption, the unit door lock immediately detects the tag signal; if it is not detected, it sends a Bluetooth tag search message to its neighbor whose status is not undiscovered, and the message marks the last discovered attribute and search attribute; Relay Search: Upon receiving a search message from a neighbor's door lock, immediately switch to high-frequency detection mode and detect tag signals; if a tag is found, process the dynamic frequency adjustment, relay detection, location tracking, and final notification procedures; if no tag is found, continue relaying the search message to other neighbors in other non-search directions to form a search chain. Final location reporting: If the search chain reaches the beginning or end of the topology and the tag is not found again, the current door lock will actively report the ID of the door lock that was last confirmed to have found the tag as the location information and generate a formal notification message.

[0010] Another embodiment of this application provides a system for rapid vehicle location of door locks, the system comprising: The module is used for neighbor topology construction and registration: Based on the preset community access topology map, it configures topology information for each unit door lock, including the addresses of neighbor door locks; the owner door lock sends an IGMP join message carrying the paired Bluetooth tag ID to the preset multicast address to complete the multicast registration; The discovery module is used for tag discovery and predictive forwarding: based on the signal of the Bluetooth tag first detected by the unit door lock, it generates a discovery message containing the tag ID, the discovered door lock ID and the predicted next-hop neighbor ID, and forwards it to the predicted neighbor in a unicast manner according to the neighbor topology; The adjustment module is used for dynamic frequency adjustment and relay detection: based on the unit door lock that receives the discovery message, it switches its Bluetooth detection mode from low frequency to high frequency, and after detecting the tag, it continues to forward the updated discovery message to the next hop neighbor, while notifying the previous hop door lock to restore the low frequency mode, forming a relay detection chain along the predicted path. The determination module is used for location tracking determination and final announcement: based on the discovery message, it determines whether the neighbor lock tracking is interrupted, and based on the condition that the signal strength of the tag remains stable near a certain unit lock, the unit lock generates a formal announcement multicast message containing the tag ID and its own location ID, which is then forwarded to the corresponding owner's lock by the router to complete the vehicle location push.

[0011] Another embodiment of this application provides a storage medium storing a computer program, wherein the computer program is configured to execute the method described in any of the preceding claims when running.

[0012] Another embodiment of this application provides an electronic device including a memory and a processor, wherein the memory stores a computer program and the processor is configured to run the computer program to perform the method described in any of the preceding claims.

[0013] Compared with existing technologies, the present invention provides a method for rapid vehicle location of door locks, which can achieve rapid, accurate and low-power positioning of vehicle Bluetooth tags, and improve the positioning response speed and system coordination efficiency in community environments. Attached Figure Description

[0014] Figure 1 Hardware structure block diagram of a computer terminal for a method of rapid vehicle location via door lock provided in an embodiment of the present invention; Figure 2 A flowchart illustrating a method for rapid vehicle location via door lock, provided in an embodiment of the present invention; Figure 3 A schematic diagram of door lock neighbor relationships for a method of rapid vehicle location of door locks provided in an embodiment of the present invention; Figure 4 A schematic diagram of the Bluetooth and door lock neighbor relationship for a method of rapid vehicle location of a door lock provided in an embodiment of the present invention; Figure 5 This is a schematic diagram of a system for rapid vehicle positioning via door locks, provided as an embodiment of the present invention. Detailed Implementation

[0015] The embodiments described below with reference to the accompanying drawings are exemplary and are only used to explain the present invention, and should not be construed as limiting the present invention.

[0016] In modern residential communities, vehicle management often faces problems such as unclear parking locations, difficulty in finding vehicles, complex community paths, and disputes over parking space occupancy. This is especially true in large, older communities where residents often forget the exact location of their vehicles. Traditional vehicle positioning solutions, such as GPS, have low accuracy and struggle to quickly pinpoint a vehicle's location within the community. Furthermore, they rely on the owner's mobile phone or in-vehicle devices, failing to provide automated vehicle location sensing and notification. Existing technologies also frequently detect vehicle positions during movement, excessively consuming the power and computing resources of door lock devices, generating numerous redundant notification messages, frequently disturbing residents' door locks, and impacting user experience and network efficiency.

[0017] This invention first provides a method for rapid vehicle location via door lock. This method can be applied to electronic devices, such as computer terminals, specifically ordinary computers.

[0018] The following detailed explanation uses a computer terminal as an example. Figure 1 This is a hardware structure block diagram of a computer terminal for a method of rapid vehicle location via door lock, provided in an embodiment of the present invention. (See diagram below.) Figure 1 As shown, the computer device includes a processor, memory, and network interface connected via a system bus, wherein the memory may include non-volatile storage media and internal memory.

[0019] See Figure 2 The present invention provides a method for rapid vehicle location via door lock, which may include the following steps: S201, Neighbor Topology Construction and Registration: Based on a preset community access topology map, configure topology information containing neighbor lock addresses for each unit door lock; the resident door lock sends an IGMP join message carrying the paired Bluetooth tag ID to a preset multicast address to complete multicast registration; specifically, the neighbor topology construction and registration includes: Neighbor topology pre-configuration: Based on the community access topography map, the IP address and device ID of the nearest neighbor lock in the four directions of east, south, west and north are pre-configured for each unit door lock, forming a logical neighbor chain; Door lock initialization: Based on the configuration after the unit door lock is started, the Bluetooth detection module is initialized to low frequency detection mode, and the locally stored neighbor topology information is loaded; Owner door lock multicast registration: Based on the pairing relationship between the owner door lock and the vehicle's Bluetooth tag, the owner door lock sends an IGMP join message to the preset multicast address. The message carries the Bluetooth tag ID, and the router records the tag ID on the corresponding outgoing interface.

[0020] S202, Tag Discovery and Predictive Forwarding: Based on the signal of the Bluetooth tag first detected by the unit door lock, a discovery message containing the tag ID, the discovered door lock ID, and the predicted next-hop neighbor ID is generated, and forwarded to the predicted neighbor in a unicast manner according to the neighbor topology; specifically, the tag discovery and predictive forwarding includes: Bluetooth tag discovery: The first discovery is when the unit door lock detects the signal of a Bluetooth tag in low-frequency detection mode and there is no discovery message record for that tag in the local area. Discovery message generation: Based on the detection results, a Bluetooth tag discovery message is generated. The message carries the Bluetooth tag ID, signal strength, its own door lock ID, and the predicted next-hop neighbor door lock ID, which are marked as prediction attributes. At the same time, an accelerated detection flag is set. The predicted next-hop neighbor door lock is determined based on the neighbor topology to determine the possible direction of vehicle movement, and other door locks with neighbors that have not received the discovery message are excluded. Predictive unicast forwarding: Based on the local neighbor topology, obtain the IP address of the predicted neighbor's door lock and send the discovery message to the neighbor's door lock in a unicast manner.

[0021] S203, Dynamic Frequency Adjustment and Relay Detection: Based on the unit door lock receiving the discovery message, its Bluetooth detection mode is switched from low frequency to high frequency, and after detecting the tag, it continues to forward the updated discovery message to the next hop neighbor, while notifying the previous hop door lock to restore the low frequency mode, forming a relay detection chain along the predicted path; specifically, the dynamic frequency adjustment and relay detection includes: High-frequency mode switching: If the unit door lock receives a discovery message marked with an accelerated detection flag and the predicted next-hop neighbor ID in the message is itself, it immediately switches its Bluetooth detection module to high-frequency detection mode and starts the high-frequency detection timer. Relay detection and message update: Based on the door lock detecting the same Bluetooth tag in high-frequency mode, a new discovery message is generated. The message carries the ID of the previous discoverer door lock and marks it as a reply attribute. At the same time, the new next-hop neighbor ID is predicted and marked as a prediction attribute. The message is unicast to the new neighbor and a copy of the message is sent back to the previous door lock. Mode recovery: Based on the discovery message marked as reply received by the previous door lock, it is known that the tag has moved to the next hop, and its Bluetooth detection mode is immediately restored to low frequency detection mode.

[0022] S204, Location Tracking Determination and Final Announcement: Based on the discovery message, a neighbor lock tracking interruption determination is made. And based on the condition that the tag's signal strength remains stable near a certain unit lock, that unit lock generates a formal announcement multicast message containing the tag ID and its own location ID. This message is then forwarded by the router to the corresponding resident's lock, completing the vehicle location push. Specifically, the location tracking determination and final announcement includes: Tracking interruption determination: If no response is received from the next-hop neighbor lock before the independent waiting timer expires after the predicted discovery message is sent by the unit door lock, the status of the neighbor lock is updated to undiscovered; when the status of all non-replying neighbor locks is undiscovered, tracking is determined to be interrupted. Location determination condition trigger: If the Bluetooth tag is continuously detected near a certain unit door lock and the signal strength remains stable, it is determined that the vehicle has stopped moving; if the signal weakens or changes, it is determined that the vehicle is still moving, and the next door lock is predicted and a detection message is sent in relay. Formal Announcement Generation and Multicast: Based on the location determination result, the unit door lock generates a Bluetooth tag formal announcement multicast message, which carries the Bluetooth tag ID and its own door lock ID, and sends it to the preset multicast address; Targeted forwarding and owner reception: Based on the official announcement message received by the router, the router queries the multicast forwarding table for the outgoing interface that records the tag ID, and forwards the message only to the corresponding owner's door lock; Location push: Based on the official notification message received by the owner's door lock, the unit door lock ID is parsed as the vehicle's current location, and if no new notification is received within a preset time, the location information is pushed to the owner's mobile APP.

[0023] Furthermore, the method also includes: Initiate Bluetooth tag search: Based on the determination of tracking interruption, the unit door lock immediately detects the tag signal; if it is not detected, it sends a Bluetooth tag search message to its neighbor whose status is not undiscovered, and the message marks the last discovered attribute and search attribute; Relay Search: Upon receiving a search message from a neighbor's door lock, immediately switch to high-frequency detection mode and detect tag signals; if a tag is found, process the dynamic frequency adjustment, relay detection, location tracking, and final notification procedures; if no tag is found, continue relaying the search message to other neighbors in other non-search directions to form a search chain. Final location reporting: If the search chain reaches the beginning or end of the topology and the tag is not found again, the current door lock will actively report the ID of the door lock that was last confirmed to have found the tag as the location information and generate a formal notification message.

[0024] This invention provides a method and system for vehicle positioning in residential communities based on a preset neighbor topology and a predictive forwarding mechanism. By coordinating unit door locks and resident door locks, and combining a unicast forwarding mechanism based on neighbor relationships, the system achieves orderly vehicle discovery and location notification within the community. The system introduces a dynamic detection frequency adjustment mechanism; after detecting a Bluetooth tag, the unit door lock notifies neighboring door locks to increase the detection frequency, achieving a balance between fast response and low power consumption. When a vehicle's location is lost, the system triggers a reverse search mechanism, quickly generating a search chain based on the neighbor topology, thereby accelerating vehicle location determination and improving positioning efficiency and user experience. The solution is as follows: I. Prerequisites: Each building unit entrance in the community is equipped with a smart unit door lock. These locks feature a Bluetooth monitoring and communication module, which supports two operating modes: ① Low-frequency detection mode: the default operating state, with a longer detection interval (configurable, e.g., 1 minute) to reduce power consumption. ② High-frequency detection mode: the active operating state, with a shorter detection interval (configurable, e.g., 5 seconds) for rapid response to vehicle movement.

[0025] Property management personnel pre-configure neighbor topology information for each unit door lock based on the community's access map. The neighbor relationships include four directions: east, south, west, and north. For each direction, the IP address and device ID of the nearest neighbor door lock are configured (e.g., ...). Figure 3 As shown: Unit door lock A's east neighbor is door lock B; unit door lock B's west neighbor is door lock A, and its east neighbor is door lock C; unit door lock C's west neighbor is door lock B, its east neighbor is door lock D, and its north neighbor is door lock F; unit door lock D's west neighbor is door lock C, and its east neighbor is door lock E; unit door lock F's south neighbor is door lock C, and its north neighbor is door lock G, and so on. The naming rule for unit door lock IDs is: building number-unit number, such as 1-1-1 for building 1, unit 1 (abbreviations are used in the text for ease of description), forming a logical neighbor chain.

[0026] Homeowners equip their vehicles with Bluetooth tags (such as Bluetooth Low Energy Beacon), each with a unique ID. Homeowner door locks are pre-paired with the vehicle's Bluetooth tag, and the Bluetooth tag ID (D8:30:62:FA:4C:21, hereinafter referred to as Bluetooth Tag A) is recorded. Routers are deployed within the community to build an IoT network. All unit door locks and homeowner door locks connect to the network via wired or wireless means, each with a unique IP address. The routers operate a bidirectional PIM multicast routing protocol, supporting IGMP message processing and multicast forwarding.

[0027] II. Solution Steps: 1: Neighbor topology construction and door lock registration.

[0028] (1) After the unit door locks of all buildings in the community are activated, the neighbor topology information is obtained from the property configuration server and stored locally, and the Bluetooth detection module is initialized to low frequency detection mode (e.g., once per minute). The door lock of owner X records the mapping relationship of "Bluetooth tag A ID - owner door lock address".

[0029] (2) The door lock of owner X sends an IGMP join message with a destination address of 228.15.15.1, carrying a pre-paired Bluetooth tag A ID, indicating that the door lock is interested in the location information of the tag. After receiving the IGMP join message, the router records the interface information in the multicast forwarding table and records the Bluetooth tag ID it is interested in on the interface connected to the owner's door lock, which is used to receive the "Bluetooth Tag Official Announcement" message.

[0030] 2: Bluetooth tag discovery and prediction of forwarding paths (including dynamic frequency adjustment).

[0031] (1) Each unit door lock continuously listens for nearby Bluetooth tag signals in a low-frequency detection mode. For example... Figure 4 As shown, when unit door lock A detects Bluetooth tag A, it confirms that this is the first discovery of the Bluetooth tag (i.e., there is no record of sending a "Bluetooth tag discovery" message for this Bluetooth tag locally), and generates a "Bluetooth tag discovery" message. The message carries the ID of Bluetooth tag A, the Bluetooth tag signal strength, its own door lock ID (door lock A), the predicted next-hop neighbor door lock ID (because it is the first discovery, it is determined according to the neighbor topology to be all neighbor door locks; for door lock A, the predicted next-hop neighbor door lock is door lock B), and marks the attribute as "predicted," and carries the "accelerated detection" tag set to 1. Door lock A obtains the IP of door lock B according to the neighbor topology and sends the discovery message to door lock B. To further save door lock power consumption, when door lock A discovers Bluetooth tag A again, it will not send a "Bluetooth tag discovery" message. A neighbor topology state table of the current door lock A is shown in Table 1.

[0032] Table 1. Neighbor topology state table for door lock A ; (2) After receiving the "Bluetooth Tag Discovery" message, lock B compares the next-hop neighbor lock ID carried in the message with its own lock ID, and the lock A ID carried in the message with the western neighbor lock A in the local neighbor topology. After confirmation, lock B immediately switches the Bluetooth detection mode to high-frequency detection mode (e.g., detecting once every 5 seconds) to closely detect the signal of Bluetooth tag A. Lock B starts the high-frequency detection timer T_high (e.g., 30 seconds), and after T_high expires, it restores the Bluetooth detection mode to low-frequency detection mode.

[0033] (3) If the vehicle arrives near lock B along the path from lock A to lock B, and lock B detects Bluetooth tag A, then lock B constructs a new "Bluetooth tag discovery" message. The difference between this message and lock A's "Bluetooth tag discovery" message is that, in addition to carrying the Bluetooth tag A ID, Bluetooth tag signal strength, its own lock ID (lock B), and the ID of the next-hop neighbor lock C marked with the "predict" attribute (based on the neighbor topology, the possible direction of vehicle movement is determined to exclude other locks with neighbors besides those that received the discovery message; lock B only has one possible next-hop neighbor lock, namely the eastern neighbor lock C), and setting the "accelerate detection" tag to 1, it also carries the lock ID of the previous discoverer lock A and marks it with the attribute "reply". Lock B obtains the lock C IP according to the neighbor topology, sends the "Bluetooth tag discovery" message to lock C, and simultaneously copies the same message to reply to lock A. A neighbor topology state table for the current lock B is shown in Table 2.

[0034] Table 2 Neighbor Topology State Table for Door Lock B ; (4) After receiving the "Bluetooth Tag Discovery" message from lock B, lock A compares the message with its own lock ID and the attribute "Reply". It knows that Bluetooth tag A has been detected near lock B and does not need further processing. It immediately restores its Bluetooth detection mode to low-frequency detection mode (if the frequency has been increased before). After receiving the "Bluetooth Tag Discovery" message from lock B, lock C compares the message with lock B's ID and its own lock ID and the attribute "Predict" and "Accelerate Detection" tag set to 1. Lock C determines that lock B is located to its west based on the locally stored neighbor topology. Lock C predicts that the next discoverer will be lock D to the east or neighbor F to the north, as well as neighbors in the remaining directions (if they are in the neighbor topology information). At this time, lock C switches to high-frequency detection mode to closely detect the signal of Bluetooth tag A. Lock C starts the high-frequency detection timer T_high (e.g., 30 seconds). After T_high expires, it restores the Bluetooth detection mode to low-frequency detection mode.

[0035] (5) When the vehicle arrives near lock C along the path from lock A to lock B, lock C detects Bluetooth tag A. Lock C then constructs and sends a new "Bluetooth tag discovery" message. This message carries the Bluetooth tag A ID, Bluetooth tag signal strength, its own lock ID (lock C), and the next-hop neighbor lock IDs D and F (lock C has two possible next-hop neighbor locks, namely the east neighbor lock D and the north neighbor lock F) marked with the "predict" attribute, as well as the lock ID of the previous discoverer lock B, marked with the "reply" attribute. Lock B obtains the IP addresses of lock D and lock F according to the neighbor topology, sends the "Bluetooth tag discovery" message to lock D and lock F, and simultaneously copies the same message to reply to lock B. A neighbor topology state table for the current lock C is shown in Table 3.

[0036] Table 3. Neighbor Topology State Table for Door Lock C ; (6) After receiving the "Bluetooth Tag Discovery" message from lock C, lock B compares the message with its own lock ID and the attribute "Reply". It learns that Bluetooth tag A has moved to the vicinity of lock C and has been detected. It does not need to process it further and restores its own Bluetooth detection mode to low-frequency detection mode (if the frequency has been increased before). After receiving the "Bluetooth Tag Discovery" message from lock C, locks D and F compare the message with lock C's ID and their own lock ID and the attribute "Predict" and "Accelerate Detection" tag set to 1. Lock D determines that lock C is located to its west based on the locally stored neighbor topology (lock F determines that lock C is located to its south). It then predicts that the next discoverer is itself, and the next discoverer after that is lock E to the east (lock F's next discoverer is lock G to the north). At this time, lock D or F switches to high-frequency detection mode and starts the high-frequency detection timer T_high (e.g., 30 seconds). After T_high expires, it restores the Bluetooth detection mode to low-frequency detection mode.

[0037] (7) Subsequently, after lock D or lock F detects Bluetooth tag A, it performs the same processing as lock C after receiving the discovery message from lock B. Lock D or lock F constructs and sends a new "Bluetooth tag discovery" message, which carries the Bluetooth tag AID, Bluetooth tag signal strength, its own lock ID, the lock ID of the previous discoverer lock C, and marks the attribute as "reply"; predicts the lock ID of the next possible discoverer lock (the next discoverer of lock D is lock E, and the next discoverer of lock F is lock G), and marks the attribute as "prediction" and sets the "accelerate detection" tag to 1. Lock D or F obtains the IP addresses of lock E and lock G according to the neighbor topology, sends the "Bluetooth tag discovery" message to lock E and lock G, and at the same time copies the same message to reply to lock C. If lock E or lock G subsequently detects Bluetooth tag A, it constructs and sends a new "Bluetooth tag discovery" message according to the same rules. The neighbor topology state tables for current door lock D and door lock F are shown in Tables 4 and 5, respectively.

[0038] Table 4 Neighbor topology state table for door lock D ; Table 5 Neighbor Topology State Table for Door Lock F ; 3: Official notification and acceptance by the owner of the Bluetooth tag.

[0039] (1) Taking door locks D and E as examples, if door lock E receives the "Bluetooth tag discovery" message sent by door lock D, it switches to high-frequency detection mode to closely detect the signal of Bluetooth tag A, but fails to detect Bluetooth tag A, so door lock E will not reply to door lock D with the "Bluetooth tag discovery" message. After door lock D sends the "Bluetooth tag discovery" message to door lock E, it starts a waiting time t (configurable, such as 5 minutes). If door lock D does not receive a reply to the "Bluetooth tag discovery" message from a neighbor with the "predicted" attribute (only one neighbor in this example is door lock E) within the time t, door lock D updates the attribute of neighbor E in the neighbor topology status table to "not discovered". When all other neighbor door locks in the neighbor topology status table except the neighbor door lock with the "reply" attribute (door lock E in the current example) have the attribute of "not discovered", door lock D believes that the location information of Bluetooth tag A has been lost on the predicted path and has not continued to move to the vicinity of door lock E. It should be noted that the mechanism of door lock D's startup waiting time t also applies to each door lock in the previous steps (for the sake of coherence and smoothness in the scenario description, this mechanism is highlighted after door lock D sends the "Bluetooth Tag Discovery" message, but it is not only applicable to door lock D). A neighbor topology state table of the current door lock D is shown in Table 6.

[0040] Table 6 Neighbor Topology State Table for Door Lock D ; (2) If door lock D detects that the Bluetooth tag location information is lost on the predicted path, it will activate the Bluetooth tag search mode. At this time, door lock D believes that the location of Bluetooth tag A may be in several situations: ① Bluetooth tag A moves back and forth between the edges of door locks D and E. After door lock D expires T_high, it reverts to low-frequency detection mode. Bluetooth tag A likely returns to the vicinity of door lock D but is missed. At this time, door lock D immediately detects the signal location and signal strength of Bluetooth tag A. If Bluetooth tag A is detected, door lock D switches to high-frequency detection mode and starts a high-frequency detection timer T_high (e.g., 30 seconds). If the signal strength of Bluetooth tag A remains basically unchanged within T_high (signal strength fluctuation range does not exceed 10%), it is considered that Bluetooth tag A has stopped near door lock D. Door lock D generates a "Bluetooth Tag Official Announcement" multicast message, carrying the Bluetooth tag A ID and door lock D ID, and sends it to the multicast address 228.15.15.1. Then, it resets the door lock to its initial state. After receiving the official announcement message, the router queries the multicast forwarding table for the interface that records the Bluetooth tag ID (i.e., the door lock of owner X paired with this tag) and only forwards it to these interfaces. After receiving the official notification message, the resident's door lock will parse the building ID of the door lock D, save it as the vehicle's current location, and if no new notification is received within a certain period of time (such as 30 minutes), it will push the final location information (such as "the vehicle is located near Unit 2 of Building 3") to the car owner's mobile APP to guide the car owner to find the car quickly.

[0041] ② If lock D detects a continuous change in the signal strength of Bluetooth tag A within the T_high time period, lock D assumes that Bluetooth tag A is likely moving to other neighbor locks in the neighbor topology state table (excluding those with the attribute "Not Found"). Lock D then sends a "Bluetooth Tag Discovery" message to other neighbor locks in the neighbor topology state table (lock D has again discovered that Bluetooth tag A may have moved to the vicinity of other neighbors and needs to immediately notify other neighbors to detect the location of the Bluetooth tag). The message carries the Bluetooth tag A ID, lock D ID, and the ID of the next possible discoverer lock C, and is marked with the attributes "Predict" and "Accelerated Detection" tags set to 1. Upon receiving the message, lock C compares it with the message containing lock D ID and its own lock ID, and the attributes "Predict" and "Accelerated Detection" tags are set to 1. Door lock C switches to high-frequency detection mode and starts the high-frequency detection timer T_high. It immediately detects the signal of Bluetooth tag A. If Bluetooth tag A is found, door lock C constructs and sends a new "Bluetooth tag discovery" message according to the neighbor topology state table. The message carries the Bluetooth tag A ID, door lock C ID, the ID of the next possible discoverer door lock with the "predicted" tag (here, it should be the neighbor door lock B on the west side and the neighbor door lock F on the north side), the "accelerated detection" tag set to 1, and the ID of the previous door lock (door lock B) with the "respond" tag. The neighbor door locks continue to repeat the behavior of door lock C until Bluetooth tag A is detected three times consecutively by a unit door lock in low-frequency mode and the Bluetooth signal strength remains basically unchanged (the signal strength value fluctuation range does not exceed 10%). Then it is determined that Bluetooth tag A has stopped near that unit door lock, and the unit door lock generates a "Bluetooth tag official announcement" multicast message. The router forwards it to the resident's door lock to synchronize the location information of the Bluetooth tag. It should be noted that the mechanism by which Bluetooth tag A is determined to have stopped near a certain unit lock when the Bluetooth signal strength remains basically unchanged after being detected three times consecutively by a unit lock in low-frequency mode also applies to each lock in the previous steps (this mechanism is highlighted in this paragraph for the sake of coherence and smoothness of the scenario description, but it is not only applicable here). A neighbor topology state table of the current lock C is shown in Table 7.

[0042] Table 7 Neighbor Topology State Table for Door Lock C ; ③ If lock D immediately detects the signal location and signal strength of Bluetooth tag A, but does not detect Bluetooth tag A, then lock D assumes that Bluetooth tag A has most likely moved to the vicinity of other neighbor locks in the neighbor topology status table except for those with the attribute "not found". Lock D will immediately send a "Bluetooth tag search" message to the neighbor lock in this direction (lock C at this time). The message carries the Bluetooth tag A ID, lock D ID and is marked with the attribute "last found", the next possible finder lock C ID, and is marked with the attributes "search" and "accelerate detection" tags set to 1. After receiving the "Bluetooth Tag Search" message, door lock C compares the message with the door lock ID D and its own door lock ID, and the attributes "Search" and "Accelerate Detection" tags are set to 1. Door lock C then immediately detects the signal location and signal strength of Bluetooth tag A. If Bluetooth tag A is found, the processing flow of door lock D in the previous two steps is repeated: if it is determined that the Bluetooth tag has stopped moving, a formal notification message is sent; or if it is determined that the tag is still moving, the direction of movement is predicted, and a "Bluetooth Tag Discovery" message is sent to notify the door locks in this direction to detect, until the final location where the Bluetooth tag stops is confirmed. If lock C still fails to detect Bluetooth tag A, lock C assumes that Bluetooth tag A has moved to the vicinity of other neighbor locks in the neighbor topology state table (excluding those with the attribute "Search"). Lock C will immediately send a "Bluetooth tag search" message to the neighbor locks in this direction (locks B and F in this case; lock C's neighbor topology state table is shown in Table 7), notifying them to continue detecting Bluetooth tag A (carrying the ID of the next possible discoverer lock and marking it with the attribute "Search") until the final location of the Bluetooth tag is confirmed. In this way, a search chain is formed hop-by-hop from lock D, which last discovered Bluetooth tag A, to each subsequent lock that might discover Bluetooth tag A, quickly discovering the Bluetooth tag and confirming its final location.

[0043] ④ If, after continuing the above steps, a unit door lock (e.g., door lock A) fails to detect Bluetooth tag A, and the neighbor topology indicates there is no next possible discoverer (if all neighbor door locks have the attribute "search," it means that none of the door locks on the path from door lock D, the last door lock to discover Bluetooth tag A, have discovered it), then door lock A will proactively send a "Bluetooth Tag Official Announcement" multicast message. This message carries the Bluetooth tag A ID and door lock D ID (i.e., the door lock ID with the "last discovered" tag attribute extracted from the "Bluetooth Tag Search" message; Bluetooth tag A is most likely near the door lock where it was last discovered, and may be in a blind spot nearby). This message is sent to multicast address 228.15.15.1, and then the door lock is reset to its initial state. Upon receiving the official announcement message, the router queries the multicast forwarding table for the interface that records the Bluetooth tag ID (i.e., the door lock of owner X paired with this tag) and only forwards the message to these interfaces. After receiving the official notification message, the resident's door lock will parse the building ID of the door lock D, save it as the vehicle's current location, and if no new notification is received within a certain period of time (such as 30 minutes), it will push the final location information (such as "the vehicle is located near Unit 2 of Building 3") to the car owner's mobile APP to guide the car owner to find the car quickly.

[0044] Beneficial effects: 1. The unit door lock defaults to a low-frequency detection mode to reduce power consumption, only briefly switching to a high-frequency mode when a "faster detection" command is received, and automatically returning to the low-frequency state via a timer. This mechanism significantly reduces overall system energy consumption while ensuring rapid response.

[0045] 2. By utilizing pre-configured neighbor topology relationships, the door lock unicasts discovery messages to adjacent door locks in the possible direction of vehicle travel, forming a relay-style prediction link, which significantly reduces the number of broadcast messages across the network, alleviates network load, and improves communication efficiency.

[0046] 3. Each door lock dynamically maintains a neighbor status table for each tag, recording the discovery status of neighbors in all directions in real time. When tracking is interrupted, a directional backtracking search can be initiated based on the status table to quickly recapture the target or confirm the last known location, enhancing the robustness and continuity of the system.

[0047] 4. The system only triggers a one-time final location notification after determining that the vehicle has come to a complete stop near a unit door lock. Residents only receive valid parking location information and obtain guidance, avoiding frequent invalid notifications during the driving process and significantly improving the user experience.

[0048] Innovations: 1. The Bluetooth module of the unit door lock supports low-frequency and high-frequency detection modes. It can automatically switch to high-frequency mode after receiving the "accelerated detection" command or detecting a Bluetooth tag in tag search mode. At the same time, it starts a timer and automatically resumes low-frequency mode after the timeout. It only sends a discovery message once after detecting a Bluetooth tag, further reducing power consumption and achieving an adaptive balance between power consumption and response speed.

[0049] 2. Utilizing pre-configured neighbor topology, the door lock unicasts discovery messages to neighboring door locks in the possible directions of vehicle travel, forming a relay-style prediction link. After sending the prediction message, the door lock starts an independent waiting timer. If it does not receive a discovery response from the next-hop neighbor within the timeout period, it updates the neighbor status to "not discovered". When all non-responding neighbors are in the "not discovered" state, the system collaboratively determines that tracking is interrupted and triggers the tag search mode.

[0050] 3. In tag search mode, the door lock actively sends "Bluetooth tag search" messages to neighbors whose status is not "undiscovered". The receiver immediately enters high-frequency detection and relays the search, forming an active search network that spreads or diverges along the topology until the target is rediscovered or possible paths are traversed.

[0051] 4. When the search chain reaches the topology start point or end point and the target is not found again, the current door lock actively reports the ID of the door lock that was last confirmed to have found the tag as location information, providing the user with the most likely effective clues to find the car and ensuring the practicality of the system output results.

[0052] Another embodiment of the present invention provides a system for rapid vehicle location of door locks, see [link to documentation]. Figure 5 The system may include: Module 501 is used for neighbor topology construction and registration: Based on the preset community access topology map, it configures topology information for each unit door lock, including the addresses of neighbor door locks; the owner door lock sends an IGMP join message carrying the paired Bluetooth tag ID to the preset multicast address to complete the multicast registration; Discovery module 502 is used for tag discovery and predictive forwarding: based on the signal of the Bluetooth tag first detected by the unit door lock, it generates a discovery message containing the tag ID, the discovered door lock ID and the predicted next-hop neighbor ID, and forwards it to the predicted neighbor in a unicast manner according to the neighbor topology; Adjustment module 503 is used for dynamic frequency adjustment and relay detection: based on the unit door lock that receives the discovery message, it switches its Bluetooth detection mode from low frequency to high frequency, and after detecting the tag, it continues to forward the updated discovery message to the next hop neighbor, while notifying the previous hop door lock to restore the low frequency mode, forming a relay detection chain along the predicted path. The determination module 504 is used for location tracking determination and final announcement: based on the discovery message, it determines whether the neighbor door lock tracking is interrupted, and based on the determination condition that the signal strength of the tag remains stable near a certain unit door lock, the unit door lock generates a formal announcement multicast message containing the tag ID and its own location ID, which is then forwarded to the corresponding owner door lock by the router to complete the vehicle location push.

[0053] This invention also provides a storage medium storing a computer program, wherein the computer program is configured to execute the steps in any of the above method embodiments when running.

[0054] This invention also provides an electronic device, including a memory and a processor, wherein the memory stores a computer program, and the processor is configured to run the computer program to perform the steps in any of the above method embodiments.

[0055] Specifically, the aforementioned electronic device may further include a transmission device and an input / output device, wherein the transmission device is connected to the aforementioned processor, and the input / output device is connected to the aforementioned processor.

[0056] The above description, based on the embodiments shown in the figures, details the structure, features, and effects of the present invention. The above description is only a preferred embodiment of the present invention, but the present invention is not limited to the scope of implementation shown in the figures. Any changes made in accordance with the concept of the present invention, or equivalent embodiments modified to have equivalent changes, that do not exceed the spirit covered by the specification and figures, should be within the protection scope of the present invention.

Claims

1. A method for rapid vehicle location via door lock, characterized in that, The method includes: Neighbor topology construction and registration: Based on the preset community access topology map, configure topology information for each unit door lock, including the addresses of neighbor door locks; the owner door lock sends an IGMP join message carrying the paired Bluetooth tag ID to the preset multicast address to complete the multicast registration; Tag discovery and predictive forwarding: Based on the signal of the Bluetooth tag first detected by the unit door lock, a discovery message containing the tag ID, the discovered door lock ID and the predicted next-hop neighbor ID is generated and forwarded to the predicted neighbor in a unicast manner according to the neighbor topology; Dynamic frequency adjustment and relay detection: Based on the unit door lock that receives the discovery message, it switches its Bluetooth detection mode from low frequency to high frequency, and after detecting the tag, it continues to forward the updated discovery message to the next hop neighbor, while notifying the previous hop door lock to restore the low frequency mode, forming a relay detection chain along the predicted path. Location tracking determination and final announcement: Based on the discovery message, the neighbor door lock tracking interruption is determined, and based on the condition that the tag signal strength remains stable near a certain unit door lock, the unit door lock generates a formal announcement multicast message containing the tag ID and its own location ID, which is then forwarded by the router to the corresponding owner door lock to complete the vehicle location push.

2. The method according to claim 1, characterized in that, The neighbor topology construction and registration includes: Neighbor topology pre-configuration: Based on the community access topography map, the IP address and device ID of the nearest neighbor lock in the four directions of east, south, west and north are pre-configured for each unit door lock, forming a logical neighbor chain; Door lock initialization: Based on the configuration after the unit door lock is started, the Bluetooth detection module is initialized to low frequency detection mode, and the locally stored neighbor topology information is loaded; Owner door lock multicast registration: Based on the pairing relationship between the owner door lock and the vehicle's Bluetooth tag, the owner door lock sends an IGMP join message to the preset multicast address. The message carries the Bluetooth tag ID, and the router records the tag ID on the corresponding outgoing interface.

3. The method according to claim 2, characterized in that, The tag discovery and predictive forwarding includes: Bluetooth tag discovery: The first discovery is when the unit door lock detects the signal of a Bluetooth tag in low-frequency detection mode and there is no discovery message record for that tag in the local area. Discovery message generation: Based on the detection results, a Bluetooth tag discovery message is generated. The message carries the Bluetooth tag ID, signal strength, its own door lock ID, and the predicted next-hop neighbor door lock ID, which are marked as prediction attributes. At the same time, an accelerated detection flag is set. The predicted next-hop neighbor door lock is determined based on the neighbor topology to determine the possible direction of vehicle movement, and other door locks with neighbors that have not received the discovery message are excluded. Predictive unicast forwarding: Based on the local neighbor topology, obtain the IP address of the predicted neighbor's door lock and send the discovery message to the neighbor's door lock in a unicast manner.

4. The method according to claim 3, characterized in that, The dynamic frequency adjustment and relay detection include: High-frequency mode switching: If the unit door lock receives a discovery message marked with an accelerated detection flag and the predicted next-hop neighbor ID in the message is itself, it immediately switches its Bluetooth detection module to high-frequency detection mode and starts the high-frequency detection timer. Relay detection and message update: Based on the door lock detecting the same Bluetooth tag in high-frequency mode, a new discovery message is generated. The message carries the ID of the previous discoverer door lock and marks it as a reply attribute. At the same time, the new next-hop neighbor ID is predicted and marked as a prediction attribute. The message is unicast to the new neighbor and a copy of the message is sent back to the previous door lock. Mode recovery: Based on the discovery message marked as reply received by the previous door lock, it is known that the tag has moved to the next hop, and its Bluetooth detection mode is immediately restored to low frequency detection mode.

5. The method according to claim 4, characterized in that, The location tracking determination and final notification include: Tracking interruption determination: If no response is received from the next-hop neighbor lock before the independent waiting timer expires after the predicted discovery message is sent by the unit door lock, the status of the neighbor lock is updated to undiscovered; when the status of all non-replying neighbor locks is undiscovered, tracking is determined to be interrupted. Location determination condition trigger: If the Bluetooth tag is continuously detected near a certain unit door lock and the signal strength remains stable, it is determined that the vehicle has stopped moving; if the signal weakens or changes, it is determined that the vehicle is still moving, and the next door lock is predicted and a detection message is sent in relay. Formal Announcement Generation and Multicast: Based on the location determination result, the unit door lock generates a Bluetooth tag formal announcement multicast message, which carries the Bluetooth tag ID and its own door lock ID, and sends it to the preset multicast address; Targeted forwarding and owner reception: Based on the official announcement message received by the router, the router queries the multicast forwarding table for the outgoing interface that records the tag ID, and forwards the message only to the corresponding owner's door lock; Location push: Based on the official notification message received by the owner's door lock, the unit door lock ID is parsed as the vehicle's current location, and if no new notification is received within a preset time, the location information is pushed to the owner's mobile APP.

6. The method according to claim 5, characterized in that, The method further includes: Initiate Bluetooth tag search: Based on the determination of tracking interruption, the unit door lock immediately detects the tag signal; if it is not detected, it sends a Bluetooth tag search message to its neighbor whose status is not undiscovered, and the message marks the last discovered attribute and search attribute; Relay Search: Upon receiving a search message from a neighbor's door lock, immediately switch to high-frequency detection mode and detect tag signals; if a tag is found, process the dynamic frequency adjustment, relay detection, location tracking, and final notification procedures; if no tag is found, continue relaying the search message to other neighbors in other non-search directions to form a search chain. Final location reporting: If the search chain reaches the beginning or end of the topology and the tag is not found again, the current door lock will actively report the ID of the door lock that was last confirmed to have found the tag as the location information and generate a formal notification message.

7. A system for rapid vehicle location via door lock, characterized in that, The system includes: The module is used for neighbor topology construction and registration: Based on the preset community access topology map, it configures topology information for each unit door lock, including the addresses of neighbor door locks; the owner door lock sends an IGMP join message carrying the paired Bluetooth tag ID to the preset multicast address to complete the multicast registration; The discovery module is used for tag discovery and predictive forwarding: based on the signal of the Bluetooth tag first detected by the unit door lock, it generates a discovery message containing the tag ID, the discovered door lock ID and the predicted next-hop neighbor ID, and forwards it to the predicted neighbor in a unicast manner according to the neighbor topology; The adjustment module is used for dynamic frequency adjustment and relay detection: based on the unit door lock that receives the discovery message, it switches its Bluetooth detection mode from low frequency to high frequency, and after detecting the tag, it continues to forward the updated discovery message to the next hop neighbor, while notifying the previous hop door lock to restore the low frequency mode, forming a relay detection chain along the predicted path. The determination module is used for location tracking determination and final announcement: based on the discovery message, it determines whether the neighbor lock tracking is interrupted, and based on the condition that the signal strength of the tag remains stable near a certain unit lock, the unit lock generates a formal announcement multicast message containing the tag ID and its own location ID, which is then forwarded to the corresponding owner's lock by the router to complete the vehicle location push.

8. The system according to claim 7, characterized in that, The building module is specifically used for: Neighbor topology pre-configuration: Based on the community access topography map, the IP address and device ID of the nearest neighbor lock in the four directions of east, south, west and north are pre-configured for each unit door lock, forming a logical neighbor chain; Door lock initialization: Based on the configuration after the unit door lock is started, the Bluetooth detection module is initialized to low frequency detection mode, and the locally stored neighbor topology information is loaded; Owner door lock multicast registration: Based on the pairing relationship between the owner door lock and the vehicle's Bluetooth tag, the owner door lock sends an IGMP join message to the preset multicast address. The message carries the Bluetooth tag ID, and the router records the tag ID on the corresponding outgoing interface.

9. A storage medium, characterized in that, The storage medium stores a computer program, wherein the computer program is configured to execute the method of any one of claims 1-6 when it is run.

10. An electronic device comprising a memory and a processor, characterized in that, The memory stores a computer program, and the processor is configured to run the computer program to perform the method of any one of claims 1-6.

Images