A method and system for searching for an object based on a door lock combined with geographical relationship feedback

Abstract

The application discloses a kind of based on the feedback of door lock combination geographical relationship and seek method and system, method includes: according to the RSSI signal strength of door lock periodicity receiving bluetooth tag broadcast frame, generate local position information table containing device ID and position weight;Based on the topology relationship of building information model prestorage, obtain adjacent door lock ID, get the position information topology table of whole network synchronization;According to position information topology table, using the hierarchical voting algorithm of main ticket right, secondary ticket right, weak ticket right calculates each door lock voting weight value, generates door lock voting result table by ticket number accumulation;In response to the query request of bluetooth device ID input by owner, according to voting result table, the door lock of weight higher than preset threshold is filtered and sorted according to total ticket number, and seek instruction is forwarded to the predetermined number of door locks with the highest ticket number, and voice and screen display guidance prompt are triggered.Utilize the embodiment of the application, efficient, low-delay seek feedback can be realized, and positioning accuracy and reliability are improved.

Description

Technical Field

[0001] This invention belongs to the field of smart door lock technology, and in particular to a method and system for finding objects based on door locks combined with geographical relationship feedback. Background Technology

[0002] With the rapid development of smart home and IoT technologies, the problem of lost items has received increasing attention. Traditional item locating methods (such as Bluetooth beacons or GPS positioning) suffer from low positioning accuracy, reliance on a single signal strength, and inability to consider environmental topology. Especially in complex building environments, they are susceptible to multipath effects and signal interference, leading to misjudgments. Existing solutions typically rely solely on the signal strength of a single device, lacking support for multi-node collaborative decision-making, making it difficult to achieve efficient and accurate item location. Summary of the Invention

[0003] The purpose of this invention is to provide a method and system for finding objects based on door locks and geographic relationship feedback, so as to overcome the shortcomings of the prior art, achieve efficient and low-latency object finding feedback, and improve positioning accuracy and reliability.

[0004] One embodiment of this application provides a method for finding items based on door locks combined with geographical relationship feedback, the method comprising:

[0005] Bluetooth signal weight mapping: Based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight.

[0006] Topology-aware multicast synchronization: Based on the pre-stored topology relationships in the building information model, the IDs of adjacent door locks are obtained. Multicast announcement messages carrying the ID of this lock, the IDs of adjacent locks, and location information are sent through a dedicated multicast address. Weighted conflict detection and correction are performed based on the received messages to obtain a network-wide synchronized location information topology table.

[0007] Tiered voting decision: Based on the location information topology table, a tiered voting algorithm with primary vote weight, secondary vote weight, and weak vote weight is used to calculate the voting weight value of each door lock, and the door lock voting result table is generated by accumulating the votes;

[0008] Dynamic item finding guidance: In response to the Bluetooth device ID query request entered by the owner, the system filters door locks with a weight higher than a preset threshold based on the voting results table and sorts them by the total number of votes. The system forwards the item finding instruction to a predetermined number of door locks with the highest number of votes, triggering voice and screen display guidance prompts.

[0009] Optionally, the Bluetooth signal weight mapping includes:

[0010] Signal strength analysis: Based on the Bluetooth broadcast frames received by the door lock, the device ID and RSSI signal strength value are analyzed to obtain quantized signal strength data;

[0011] Dynamic weight allocation: Based on the RSSI signal strength value, a preset high, medium, and low signal strength range is matched and mapped to different levels of position weights;

[0012] Local table construction: Associate and store the device ID with the location weight to generate a local location information table for the door lock.

[0013] Optionally, the topology-aware multicast synchronization includes:

[0014] Multicast network initialization: The door lock sends a join message to the dedicated multicast address to establish a multicast communication link;

[0015] Topology data encapsulation: Extract the IDs of adjacent door locks from the building information model, and encapsulate the ID of this lock, the ID of the discovered Bluetooth device, and the location weight; and encapsulate the IDs of adjacent door locks and the IDs of Bluetooth devices with a predicted location weight of 1 into a multicast advertisement message. After the router receives the advertisement message, it records the IDs of the Bluetooth devices discovered by this lock and their location weights, as well as the IDs of adjacent door locks, the IDs of the Bluetooth devices they discovered, and their location weights on the multicast forwarding interface with the same door lock ID carried in the advertisement message.

[0016] Weight consistency maintenance: When adjacent door locks detect a difference in the location weight of the same Bluetooth device ID they have discovered, they generate a correction message to update the entire network topology table and the router's multicast forwarding table;

[0017] Conflict arbitration execution: If the adjacent door lock does not detect the target device, it sends a clear command with a position weight of 0, and obtains a network-wide synchronized position information topology table.

[0018] Optionally, the tiered voting decision includes:

[0019] Voting rights rules activation: Activate primary vote rights, secondary vote rights, and weak vote rights voting rules according to position weight level;

[0020] Space vote calculation: The primary vote-holding lock allocates a high number of votes to itself and additional votes to adjacent locks; the secondary vote-holding lock allocates a secondary number of votes; and the weak vote-holding lock allocates a basic number of votes.

[0021] Global vote aggregation: Accumulate the votes of each device by door lock ID to generate a door lock voting result table.

[0022] Optionally, the dynamic object-finding guidance includes:

[0023] Lost item request parsing: Match the complete Bluetooth device ID based on the device ID fragment entered by the owner;

[0024] Dynamic candidate lock filtering: Lock high-weight locks and sort them in descending order of total votes, then select the predetermined number of locks with the highest number of votes;

[0025] Multimodal guided execution: Sends commands to candidate door locks via multicast protocol to trigger voice prompts and on-screen navigation information;

[0026] Guidance result feedback: The candidate lock plays location guidance voice and displays the real-time signal strength on the screen, outputting the location result of the lost item.

[0027] Another embodiment of this application provides a door lock-based object finding system combined with geographic relationship feedback, the system comprising:

[0028] The mapping module is used for Bluetooth signal weight mapping: based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight.

[0029] The synchronization module is used for topology-aware multicast synchronization: it obtains the IDs of adjacent door locks based on the pre-stored topology relationships in the building information model, sends multicast announcement messages carrying the ID of the current lock, the IDs of adjacent locks, and location information through a dedicated multicast address, performs weighted conflict detection and correction based on the received messages, and obtains a network-wide synchronized location information topology table.

[0030] The decision-making module is used for hierarchical voting decisions: based on the location information topology table, it uses a hierarchical voting algorithm with primary voting rights, secondary voting rights, and weak voting rights to calculate the voting weight value of each door lock, and generates a door lock voting result table by accumulating the votes;

[0031] The guidance module is used for dynamic item finding guidance: it responds to the Bluetooth device ID query request input by the owner, filters door locks with a weight higher than a preset threshold according to the voting result table and sorts them by the total number of votes, forwards the item finding instruction to the predetermined number of door locks with the highest number of votes, and triggers voice and screen display guidance prompts.

[0032] 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.

[0033] 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.

[0034] Compared with existing technologies, this invention provides a method for finding lost items based on door locks and geographic relationship feedback. It generates a local location information table containing device IDs and location weights based on the RSSI signal strength of Bluetooth tag broadcast frames periodically received by the door locks. It obtains adjacent door lock IDs based on pre-stored topological relationships in a building information model, resulting in a network-wide synchronized location information topology table. Based on the location information topology table, it calculates the voting weight value of each door lock using a hierarchical voting algorithm with primary, secondary, and weak voting weights, and generates a door lock voting result table by accumulating the votes. Responding to the owner's Bluetooth device ID query request, it filters door locks with weights higher than a preset threshold based on the voting result table, sorts them by total votes, and forwards the finding instruction to a predetermined number of door locks with the highest number of votes, triggering voice and screen display guidance prompts. This achieves efficient, low-latency finding feedback, improving positioning accuracy and reliability. Attached Figure Description

[0035] Figure 1 A hardware structure block diagram of a computer terminal for a method of finding objects based on door locks and geographical relationship feedback, provided in an embodiment of the present invention;

[0036] Figure 2 A flowchart illustrating a method for finding items based on door locks and geographical relationship feedback, provided in an embodiment of the present invention;

[0037] Figure 3 A schematic diagram of a door lock in a different location provided in an embodiment of the present invention;

[0038] Figure 4 A voting diagram based on door lock position weights provided for an embodiment of the present invention;

[0039] Figure 5 Another voting diagram based on door lock position weight provided for an embodiment of the present invention;

[0040] Figure 6 This is a schematic diagram of a locator system based on door locks and geographic relationship feedback, provided as an embodiment of the present invention. Detailed Implementation

[0041] 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.

[0042] In private gatherings or business events, the loss of personal belongings is a frequent occurrence, and current mainstream item location technologies still have significant limitations. Taking Apple's Find My and Huawei's StarScan technology (based on the next-generation short-range wireless communication standard launched by the StarScan Wireless Short-Range Communication Alliance) as examples, while both can provide positioning accuracy of 10-100 meters in outdoor environments, their performance is significantly limited indoors: severe signal attenuation makes it impossible to accurately determine the location of items. When relying on the assisted positioning function of specific hardware systems or private platforms (such as iCloud), it is still necessary to be within 10 meters of the target item to trigger a valid signal. Even if the user has narrowed the search range to the target area through initial positioning, multiple interference factors in the indoor environment—including but not limited to the signal shielding effect of reinforced concrete structures, multipath interference caused by complex spatial layouts, and vertical positioning blind spots in cross-floor scenarios—severely hinder the improvement of positioning accuracy, ultimately affecting the efficiency of item retrieval. This technological bottleneck makes it difficult for users to quickly and accurately locate items in indoor environments, urgently requiring breakthrough solutions through technological innovation.

[0043] This invention first provides a method for finding objects based on door locks combined with geographical relationship feedback. This method can be applied to electronic devices, such as computer terminals, specifically ordinary computers.

[0044] 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 finding objects based on door locks and geographical relationship feedback, provided as an embodiment of the present invention. 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.

[0045] Non-volatile storage media can store operating systems and computer programs. These computer programs include program instructions that, when executed, cause the processor to perform any object-finding method based on a combination of door lock and geographical relationship feedback.

[0046] The processor provides computing and control capabilities, supporting the operation of the entire computer device.

[0047] Internal memory provides an environment for the execution of computer programs in non-volatile storage media. When the computer program is executed by the processor, it enables the processor to execute any object-finding method based on door locks combined with geographical relationship feedback.

[0048] This network interface is used for network communication, such as sending assigned tasks. Those skilled in the art will understand that... Figure 1The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0049] It should be understood that the processor can be a Central Processing Unit (CPU), but it can also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Among these, a general-purpose processor can be a microprocessor or any conventional processor.

[0050] See Figures 2-5 The embodiments of the present invention provide a method for finding items based on door locks and geographical relationship feedback, which may include the following steps:

[0051] S201, Bluetooth signal weight mapping: Based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, signal classification processing is performed according to preset weight mapping rules to generate a local location information table containing device ID and location weight; specifically, the Bluetooth signal weight mapping includes:

[0052] Signal strength analysis: Based on the Bluetooth broadcast frames received by the door lock, the device ID and RSSI signal strength value are analyzed to obtain quantized signal strength data;

[0053] Dynamic weight allocation: Based on the RSSI signal strength value, a preset high, medium, and low signal strength range is matched and mapped to different levels of position weights;

[0054] Local table construction: Associate and store the device ID with the location weight to generate a local location information table for the door lock.

[0055] S202, Topology-Aware Multicast Synchronization: Based on the pre-stored topology relationships in the Building Information Model (BIM), adjacent door lock IDs are obtained. A multicast announcement message carrying the lock's ID, adjacent lock IDs, and location information is sent via a dedicated multicast address. Weighted conflict detection and correction are performed based on the received messages to obtain a network-wide synchronized location information topology table. Specifically, the topology-aware multicast synchronization includes:

[0056] Multicast network initialization: The door lock sends a join message to the dedicated multicast address to establish a multicast communication link;

[0057] Topology data encapsulation: Extract the IDs of adjacent door locks from the building information model, and encapsulate the ID of this lock, the ID of the discovered Bluetooth device, and the location weight; and encapsulate the IDs of adjacent door locks and the IDs of Bluetooth devices with a predicted location weight of 1 into a multicast advertisement message. After the router receives the advertisement message, it records the IDs of the Bluetooth devices discovered by this lock and their location weights, as well as the IDs of adjacent door locks, the IDs of the Bluetooth devices they discovered, and their location weights on the multicast forwarding interface with the same door lock ID carried in the advertisement message.

[0058] Weight consistency maintenance: When adjacent door locks detect a difference in the location weight of the same Bluetooth device ID they have discovered, they generate a correction message to update the entire network topology table and the router's multicast forwarding table;

[0059] Conflict arbitration execution: If the adjacent door lock does not detect the target device, it sends a clear command with a position weight of 0, and obtains a network-wide synchronized position information topology table.

[0060] S203, Tiered Voting Decision: Based on the location information topology table, a tiered voting algorithm with primary vote weight, secondary vote weight, and weak vote weight is used to calculate the voting weight value of each door lock, and a door lock voting result table is generated by accumulating the votes; specifically, the tiered voting decision includes:

[0061] Voting rights rules activation: Activate primary vote rights, secondary vote rights, and weak vote rights voting rules according to position weight level;

[0062] Space vote calculation: The primary vote-holding lock allocates a high number of votes to itself and additional votes to adjacent locks; the secondary vote-holding lock allocates a secondary number of votes; and the weak vote-holding lock allocates a basic number of votes.

[0063] Global vote aggregation: Accumulate the votes of each device by door lock ID to generate a door lock voting result table.

[0064] S204, Dynamic Item Finding Guidance: In response to the Bluetooth device ID query request input by the owner, the system filters door locks with weights higher than a preset threshold based on the voting results table, sorts them by total votes, forwards the item finding instruction to a predetermined number of door locks with the highest number of votes, and triggers voice and screen display guidance prompts. Specifically, the dynamic item finding guidance includes:

[0065] Lost item request parsing: Match the complete Bluetooth device ID based on the device ID fragment entered by the owner;

[0066] Dynamic candidate lock filtering: Lock high-weight locks and sort them in descending order of total votes, then select the predetermined number of locks with the highest number of votes;

[0067] Multimodal guided execution: Sends commands to candidate door locks via multicast protocol to trigger voice prompts and on-screen navigation information;

[0068] Guidance result feedback: The candidate lock plays location guidance voice and displays the real-time signal strength on the screen, outputting the location result of the lost item.

[0069] In practical applications, this invention provides a method and system for accurately determining the location range of lost personal items indoors through information exchange between the item's Bluetooth tag, the door lock's geographical location, and a switch, enabling the owner to find the lost item more quickly. Solution:

[0070] I. Prerequisites:

[0071] The owner's phone is pre-paired with the item via Bluetooth. When the item is lost, the GPS location information can be used to roughly determine its location, such as within an office building. The item itself carries a Bluetooth tag that can communicate with nearby door locks that have Bluetooth enabled, periodically sending BLE broadcast frames containing information such as the device ID and RSSI (Received Signal Strength Indicator). The door lock receives and processes this information, determining its distance to the Bluetooth tag in real time.

[0072] Door locks can communicate with each other. Each floor's BIM (Building Information Modeling) information is pre-stored in each door lock. Information about nearby door locks can be obtained through the BIM (two adjacent door locks in the BIM information are considered nearby door locks). The hallway switch or wireless router enables bidirectional PIM multicast protocol.

[0073] II. Solution Steps:

[0074] 1. The door lock sends feedback from nearby Bluetooth tags:

[0075] (1) The owner brings the item indoors to attend a private party or official event. The item carries a Bluetooth tag and periodically broadcasts BLE broadcast frames. Nearby smart door locks receive the BLE broadcast frames sent by the item through the Bluetooth module, record the device ID and RSSI information carried in the frame, set the location weight for different RSSI ranges, and generate a "Bluetooth device location information" table as shown in Table 1 below.

[0076] Table 1

[0077]

[0078] The correspondence between the range of Bluetooth RSSI and the weight ID (the smaller the weight value, the higher the weight) is as follows:

[0079] Excellent signal: greater than -50dBm (less than 0), indicating that the device is very close. Set the weight to 1.

[0080] Good signal: -50dBm to -70dBm, typically indicating close proximity of the device and no severe interference. Set weight to 2.

[0081] Typical signal strength: -70dBm to -90dBm. Communication can still be maintained even with some distance or obstacles. Set the weight to 3.

[0082] Poor signal: Below -90dBm, at a greater distance, facing the risk of disconnection. Set the weight to 4.

[0083] (2) Each door lock actively sends an IGMP join message to the multicast group address 227.10.10.1, carrying the door lock ID (the same applies throughout the text, so it will not be repeated). In this invention, the multicast IP address 227.10.10.1 is called the "Bluetooth Device Location Announcement Group Address" and is dedicated to this solution. It is used for door locks to send "Bluetooth Device Location Announcement" and "Find Item" multicast messages and is not used for forwarding multicast messages in other application scenarios. When the corridor switch or wireless router receives the IGMP message, it creates a (*, 227.10.10.1) multicast forwarding table entry and stores the connected door lock ID on the multicast forwarding table output interface (the same applies throughout the text, so it will not be repeated).

[0084] Figure 3 This describes an example of door locks in different locations within an organization. Each door lock sends an IGMP join message to join the multicast group (*, 227.10.10.1). Taking door lock 1 as an example, door lock 1 needs to announce the Bluetooth device information it has detected. Door lock 1 sends a multicast message named "Bluetooth Device Location Announcement" to the destination address 227.10.10.1. The message carries the door lock ID (Lock 1), the IDs of nearby door locks (obtained through BIM information; the nearby door locks for door lock 1 are door locks 2 and 4, with lock IDs of Lock 2 and Lock 4 respectively), the Bluetooth device ID, and the location weight (e.g., Bluetooth Device 02:1A:BC:4D:EF:56, Position weight 1; Bluetooth Device 0A:3F:91:22:5C:7B, Position weight 2, etc.). The message is sent periodically every 60 seconds. The message content is shown in Table 2 (only the extended content of this scheme is listed).

[0085] Table 2

[0086]

[0087] Note: Lock 1 assumes that the Bluetooth device (02:1A:BC:4D:EF:56) with a location weight of 1 can be detected by itself and nearby locks, and the weights are consistent. In this case, the "Bluetooth Device Location Announcement" message sent by Lock 1 contains information about all Bluetooth devices detected by this lock (when the ID of a nearby lock is 0), as well as information about the Bluetooth device 02:1A:BC:4D:EF:56 with a location weight of 1 detected by Locks 2 and 4 (when the ID of a nearby lock is not 0). The reason Lock 1 assumes that nearby locks 2 and 4 can also detect 02:1A:BC:4D:EF:56 is because a location weight of 1 for 02:1A:BC:4D:EF:56 indicates that this Bluetooth device is within close range of Lock 1, which is of significant value in location determination. In most scenarios, the location weights of Bluetooth devices detected by nearby door locks (door lock 2 and door lock 4) are not much different from those of door lock 1. In this case, when door lock 1 sends the "Bluetooth device location announcement" message, it carries the 02:1A:BC:4D:EF:56 and its location weights detected by door lock 2 and door lock 4, which is more economical in terms of performance.

[0088] In a further improvement to the present invention, when the corridor switch or router receives a "Bluetooth device location announcement" message sent by door lock 1 with a destination address of 227.10.10.1, the outgoing interfaces (G0 / 1, G0 / 2, and G0 / 4) connected to the door locks with the same door lock ID in the announcement message (i.e., door lock 1, door lock 2, and door lock 4—door lock 2 and door lock 4 are the door locks near door lock 1) in the (*, 227.10.10.1) forwarding table are recorded, along with the nearby door lock ID, Bluetooth device ID, and location weight.

[0089] (3) Other door locks that join the (*, 227.10.10.1) multicast group (taking door lock 4 as an example) will receive the "Bluetooth Device Location Announcement" message sent by door lock 1. Door lock 4 stores the received "Bluetooth Device Location Announcement" message locally and analyzes it. It finds that the ID of the nearby door lock carried in the message is the same as its own ID (both are Lock 4). At this time, door lock 4 will further extract the Bluetooth device ID in the "Bluetooth Device Location Announcement" message as a query condition to check whether there is a Bluetooth device ID with the same ID in its own "Bluetooth Device Location Information" table and whether the location weight is 1. Assume that the contents of the "Bluetooth Device Location Information" table of door lock 4 are as follows: Table 3:

[0090] Table 3

[0091]

[0092] The "Bluetooth Device Location Information" table of door lock 4 also contains the Bluetooth device ID 02:1A:BC:4D:EF:56, with a location weight of 1. This indicates that the Bluetooth device 02:1A:BC:4D:EF:56 is also within the close range of door lock 4. Since door lock 1 has already announced in its "Bluetooth Device Location Announcement" message that door lock 4 can also detect this Bluetooth device, door lock 4 does not need to send the Bluetooth device ID and location weight ID of 02:1A:BC:4D:EF:56 again when sending its subsequent "Bluetooth Device Location Announcement" messages. This reduces duplicate content, and only the information of other Bluetooth devices heard by this door lock frame needs to be sent. However, if the location weight of Bluetooth device 02:1A:BC:4D:EF:56 in the "Bluetooth Device Location Information" table of door lock 4 is not 1 (e.g., 2) or does not exist, door lock 4 needs to immediately respond with a "Bluetooth Device Location Announcement" message, announcing the location weight of the Bluetooth device in its own "Bluetooth Device Location Information" table. This is to update the (*, 227.10.10.1) table entry of the building switch or wireless router and notify door lock 1 to take the content announced by door lock 4 as the standard. After receiving the message, the building switch or wireless router queries the (*, 227.10.10.1) table entry and finds that the interface that received the message is the outgoing interface connected to door lock 4, and the door lock ID in the message is door lock 4. Then, it updates the (*, 227.10.10.1) table entry, changing the location weight (from 1 to 2) corresponding to the Bluetooth device ID (02:1A:BC:4D:EF:56) recorded on the outgoing interface G0 / 4 (connected to door lock 4). Door lock 1 also receives the "Bluetooth Device Location Notification" message sent by door lock 4. It extracts the Bluetooth device ID from the message and uses it as a query condition to retrieve nearby Bluetooth devices detected by door lock 4 from its own "Bluetooth Device Location Notification" messages. If the Bluetooth device IDs match (both are 02:1A:BC:4D:EF:56), then when door lock 1 periodically sends "Bluetooth Device Location Notification" messages, it will no longer include the information of the nearby Bluetooth device 02:1A:BC:4D:EF:56 detected by door lock 4; instead, it will use the information sent by door lock 4. The "Bluetooth Device Location Notification" message sent by door lock 4 is as follows (corresponding to the case where the location weight of Bluetooth device 02:1A:BC:4D:EF:56 is not 1): Table 4:

[0093] Table 4

[0094]

[0095] Note: When door lock 4 can detect Bluetooth device 02:1A:BC:4D:EF:56, but its location weight is not 1, it will report the actual location weight (e.g., 2). If door lock 4's "Bluetooth Device Location Information" table does not contain information for 02:1A:BC:4D:EF:56, it means that Bluetooth device 02:1A:BC:4D:EF:56 cannot be detected by door lock 4, and door lock 4 will report that the location weight of 02:1A:BC:4D:EF:56 is 0 (0 means that this Bluetooth device ID cannot be detected). After the corridor switch or wireless router receives data with a location weight of 0, it will remove 02:1A:BC:4D:EF:56 from the output interface (G0 / 4) connected to door lock 4. When door lock 4 sends a "Bluetooth Device Location Advertisement" message, it also advertises the Bluetooth device ID with a location weight of 1 on behalf of nearby door locks (door locks 3, 5, and 6—because this message is a response to door lock 1's "Bluetooth Device Location Advertisement" message, it only sends the nearby door lock ID and the information of the detected Bluetooth device, and no longer sends door lock 1 and the information of the detected Bluetooth device). Door locks 3, 5, and 6 repeat the above process of door lock 4.

[0096] (4) After receiving the "Bluetooth device location announcement" message sent by the door lock 1, the door lock 5 stores the received "Bluetooth device location announcement" message locally and analyzes it. It finds that the ID of the nearby door lock carried in the message is inconsistent with its own ID. The door lock 5 discards the "Bluetooth device location announcement" message sent by the door lock 1 and sends its own "Bluetooth device location announcement" message to other door locks.

[0097] (5) After all the door locks have completed sending the "Bluetooth device location announcement" message, the outgoing interfaces (interfaces connected to each door lock) of the forwarding table (*, 227.10.10.1) on the corridor switch or wireless router record the connected door lock ID, the nearby door lock ID, the Bluetooth device ID detected by the door lock, and the location weight DI.

[0098] 2: Position-weighted voting method:

[0099] (1) The present invention designs a location-weighted voting method, in which the corridor switch or wireless router calculates the number of votes for each door lock with each Bluetooth device ID as the object. The rules are designed as shown in Table 5 below:

[0100] Table 5

[0101]

[0102] (2) Figure 4 and Figure 5An example is described: locks 1 is near locks 2 and 4; lock 2 is near locks 1 and 5; lock 3 is near lock 4; lock 4 is near locks 1, 3, 5, and 6; lock 5 is near locks 2 and 4; and lock 6 is near lock 4. For simplicity, an item carrying a Bluetooth tag (02:1A:BC:4D:EF:56) is used as an example. All locks detect the BLE broadcast frame sent by the 02:1A:BC:4D:EF:56 Bluetooth device. Position weights are set based on the RSSI information within the frame. Different locks are at different distances from the 02:1A:BC:4D:EF:56 Bluetooth device, so their position weights also differ. Locks 1, 3, and 4 are closest, with a position weight of 1; locks 2 and 5 are relatively close, with a position weight of 2; and lock 6 is relatively far away, possibly at the edge of the detection range. The hallway switch or wireless router calculates the number of votes for each door lock according to the voting type corresponding to the location weight set for Bluetooth devices 02:1A:BC:4D:EF:56. Door locks 1, 3, and 4 vote for themselves 3 times and for nearby door locks 1 time; door locks 2 and 5 vote for themselves 2 times and for nearby door locks 0.5 times; door lock 6 votes for itself 1 time.

[0103] (3) The total number of votes for each door lock is calculated by the corridor switch or wireless router, and the results are saved as a "Door Lock Voting Results" table. The total number of votes for door lock 1 is 4.5, the total number of votes for door lock 2 is 3.5, the total number of votes for door lock 3 is 4, the total number of votes for door lock 4 is 5.5, the total number of votes for door lock 5 is 3.5, and the total number of votes for door lock 6 is 2.

[0104] 3: Initiate a lost item search:

[0105] (1) When an item is lost and the owner tries to find it, the owner first uses their mobile phone to find the device ID of the paired Bluetooth tag (e.g., 02:1A:BC:4D:EF:56), then randomly finds a door lock nearby, clicks the "Find Item" button on the door lock screen, and enters the last 16 digits (EF:56) of the Bluetooth device ID to search. Since each door lock stores the "Bluetooth device location notification" messages sent by other door locks, the complete Bluetooth device ID can be found.

[0106] (2) The door lock that initiates the "find item" function sends a "find item" message to the building switch or wireless router. The destination address of the message is 227.10.10.1. The message content includes the door lock ID that sent the message, the Bluetooth device ID being searched for, the location weight (set to 1), and the item tag (set to 1 to indicate that the item search has started). After receiving the message, the building switch or wireless router finds that the message is a "find item" message (item tag is 1), and then extracts the Bluetooth device ID being searched for (e.g., 02:1A:BC:4D:EF:56). It then queries the "Door Lock Voting Results" table to find the location weight of device 02:1A:BC:4D:EF:56 and the total number of votes for the corresponding door lock. The hallway switch or wireless router first locks the door locks with a location weight of 1 (door lock 1, door lock 3, door lock 4), then sorts them from highest to lowest total votes and selects the top three door locks (door lock 4, door lock 1, door lock 3), and lists the door lock IDs on the door lock display screen that starts the "find item" function.

[0107] (3) The corridor switch or router forwards the "Lost and Found" message from the outgoing interface of door lock 4, door lock 1, and door lock 3 connected to (*, 227.10.10.1) (the Bluetooth device ID and location weight in the "Lost and Found" message match the Bluetooth device ID and location weight of the forwarding table's outgoing interface). Upon receiving the message, door lock 4, door lock 1, and door lock 3 simultaneously prompt the owner to go and find the lost item via voice broadcast.

[0108] By monitoring nearby Bluetooth tags through door locks and coordinating with other door locks to vote, the limitations of weak and inaccurate GPS signals in indoor environments can be effectively compensated for, narrowing down the search area for lost items. Multicast protocols reduce message transmission between door locks, enabling more precise delivery of lost item messages.

[0109] As can be seen, based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, a local location information table containing device IDs and location weights is generated; adjacent door lock IDs are obtained based on the pre-stored topology relationships in the building information model, resulting in a network-wide synchronized location information topology table; based on the location information topology table, a hierarchical voting algorithm with primary, secondary, and weak voting weights is used to calculate the voting weight value of each door lock, and a door lock voting result table is generated by accumulating the votes; responding to the Bluetooth device ID query request input by the owner, door locks with weights higher than a preset threshold are filtered according to the voting result table and sorted by total votes, and the item-finding command is forwarded to a predetermined number of door locks with the highest number of votes, triggering voice and screen display guidance prompts, thereby achieving efficient and low-latency item-finding feedback and improving positioning accuracy and reliability.

[0110] Another embodiment of the present invention provides a door lock-based object finding system with geographic relationship feedback, see [link to relevant documentation]. Figure 6 The system may include:

[0111] The mapping module 601 is used for Bluetooth signal weight mapping: based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight.

[0112] Synchronization module 602 is used for topology-aware multicast synchronization: it obtains the IDs of adjacent door locks based on the pre-stored topology relationships in the building information model, sends multicast announcement messages carrying the ID of this lock, the IDs of adjacent locks and location information through a dedicated multicast address, performs weighted conflict detection and correction based on the received messages, and obtains a location information topology table synchronized across the entire network.

[0113] Decision module 603 is used for hierarchical voting decision-making: based on the location information topology table, it uses a hierarchical voting algorithm of primary vote weight, secondary vote weight, and weak vote weight to calculate the voting weight value of each door lock, and generates a door lock voting result table by accumulating the vote count;

[0114] The guidance module 604 is used for dynamic item finding guidance: responding to the Bluetooth device ID query request input by the owner, filtering door locks with weights higher than a preset threshold according to the voting result table and sorting them by total votes, forwarding the item finding instruction to a predetermined number of door locks with the highest number of votes, and triggering voice and screen display guidance prompts.

[0115] 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.

[0116] Specifically, in this embodiment, the storage medium can be configured to store a computer program for performing the following steps:

[0117] S201, Bluetooth signal weight mapping: Based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight.

[0118] S202, Topology-aware multicast synchronization: Based on the pre-stored topology relationship in the building information model, obtain the IDs of adjacent door locks, send multicast announcement messages carrying the ID of this lock, the IDs of adjacent locks and location information through a dedicated multicast address, perform weighted conflict detection and correction based on the received messages, and obtain a network-wide synchronized location information topology table;

[0119] S203, Tiered voting decision: Based on the location information topology table, a tiered voting algorithm with primary vote weight, secondary vote weight, and weak vote weight is used to calculate the voting weight value of each door lock, and the door lock voting result table is generated by accumulating the votes;

[0120] S204, Dynamic Item Search Guidance: Responding to the Bluetooth device ID query request input by the owner, the system filters door locks with weights higher than a preset threshold based on the voting results table and sorts them by total votes. The system forwards the item search command to a predetermined number of door locks with the highest number of votes, triggering voice and screen display guidance prompts.

[0121] 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.

[0122] 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.

[0123] Specifically, in this embodiment, the processor can be configured to perform the following steps via a computer program:

[0124] S201, Bluetooth signal weight mapping: Based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight.

[0125] S202, Topology-aware multicast synchronization: Based on the pre-stored topology relationship in the building information model, obtain the IDs of adjacent door locks, send multicast announcement messages carrying the ID of this lock, the IDs of adjacent locks and location information through a dedicated multicast address, perform weighted conflict detection and correction based on the received messages, and obtain a network-wide synchronized location information topology table;

[0126] S203, Tiered voting decision: Based on the location information topology table, a tiered voting algorithm with primary vote weight, secondary vote weight, and weak vote weight is used to calculate the voting weight value of each door lock, and the door lock voting result table is generated by accumulating the votes;

[0127] S204, Dynamic Item Search Guidance: Responding to the Bluetooth device ID query request input by the owner, the system filters door locks with weights higher than a preset threshold based on the voting results table and sorts them by total votes. The system forwards the item search command to a predetermined number of door locks with the highest number of votes, triggering voice and screen display guidance prompts.

[0128] 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 finding items based on door locks combined with geographical relationship feedback, characterized in that, The method includes: Bluetooth signal weight mapping: Based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight. Topology-aware multicast synchronization: Based on the pre-stored topology relationships in the building information model, the IDs of adjacent door locks are obtained. Multicast announcement messages carrying the ID of this lock, the IDs of adjacent locks, and location information are sent through a dedicated multicast address. Weighted conflict detection and correction are performed based on the received messages to obtain a network-wide synchronized location information topology table. Tiered voting decision: Based on the location information topology table, a tiered voting algorithm with primary vote weight, secondary vote weight, and weak vote weight is used to calculate the voting weight value of each door lock, and the door lock voting result table is generated by accumulating the votes; Dynamic item finding guidance: In response to the Bluetooth device ID query request entered by the owner, the system filters door locks with a weight higher than a preset threshold based on the voting results table and sorts them by the total number of votes. The system forwards the item finding instruction to a predetermined number of door locks with the highest number of votes, triggering voice and screen display guidance prompts.

2. The method according to claim 1, characterized in that, The Bluetooth signal weight mapping includes: Signal strength analysis: Based on the Bluetooth broadcast frames received by the door lock, the device ID and RSSI signal strength value are analyzed to obtain quantized signal strength data; Dynamic weight allocation: Based on the RSSI signal strength value, a preset high, medium, and low signal strength range is matched and mapped to different levels of position weights; Local table construction: Associate and store the device ID with the location weight to generate a local location information table for the door lock.

3. The method according to claim 2, characterized in that, The topology-aware multicast synchronization includes: Multicast network initialization: The door lock sends a join message to the dedicated multicast address to establish a multicast communication link; Topology data encapsulation: Extract the IDs of adjacent door locks from the building information model, and encapsulate the ID of this lock, the ID of the discovered Bluetooth device, and the location weight; and encapsulate the IDs of adjacent door locks and the IDs of Bluetooth devices with a predicted location weight of 1 into a multicast advertisement message. After the router receives the advertisement message, it records the IDs of the Bluetooth devices discovered by this lock and their location weights, as well as the IDs of adjacent door locks, the IDs of the Bluetooth devices they discovered, and their location weights on the multicast forwarding interface with the same door lock ID carried in the advertisement message. Weight consistency maintenance: When adjacent door locks detect a difference in the location weight of the same Bluetooth device ID they have discovered, they generate a correction message to update the entire network topology table and the router's multicast forwarding table; Conflict arbitration execution: If the adjacent door lock does not detect the target device, it sends a clear command with a position weight of 0, and obtains a network-wide synchronized position information topology table.

4. The method according to claim 3, characterized in that, The tiered voting decision-making process includes: Voting rights rules activation: Activate primary vote rights, secondary vote rights, and weak vote rights voting rules according to position weight level; Space vote calculation: The primary vote-holding lock allocates a high number of votes to itself and additional votes to adjacent locks; the secondary vote-holding lock allocates a secondary number of votes; and the weak vote-holding lock allocates a basic number of votes. Global vote aggregation: Accumulate the votes of each device by door lock ID to generate a door lock voting result table.

5. The method according to claim 4, characterized in that, The dynamic object-finding guidance includes: Lost item request parsing: Match the complete Bluetooth device ID based on the device ID fragment entered by the owner; Dynamic candidate lock filtering: Lock high-weight locks and sort them in descending order of total votes, then select the predetermined number of locks with the highest number of votes; Multimodal guided execution: Sends commands to candidate door locks via multicast protocol to trigger voice prompts and on-screen navigation information; Guidance result feedback: The candidate lock plays location guidance voice and displays the real-time signal strength on the screen, outputting the location result of the lost item.

6. A door lock-based item finding system with geographic relationship feedback, characterized in that, The system includes: The mapping module is used for Bluetooth signal weight mapping: based on the RSSI signal strength of the Bluetooth tag broadcast frames periodically received by the door lock, the signal is graded according to the preset weight mapping rules to generate a local location information table containing device ID and location weight. The synchronization module is used for topology-aware multicast synchronization: it obtains the IDs of adjacent door locks based on the pre-stored topology relationships in the building information model, sends multicast announcement messages carrying the ID of the current lock, the IDs of adjacent locks, and location information through a dedicated multicast address, performs weighted conflict detection and correction based on the received messages, and obtains a network-wide synchronized location information topology table. The decision-making module is used for hierarchical voting decisions: based on the location information topology table, it uses a hierarchical voting algorithm with primary voting rights, secondary voting rights, and weak voting rights to calculate the voting weight value of each door lock, and generates a door lock voting result table by accumulating the votes; The guidance module is used for dynamic item finding guidance: it responds to the Bluetooth device ID query request input by the owner, filters door locks with a weight higher than a preset threshold according to the voting result table and sorts them by the total number of votes, forwards the item finding instruction to the predetermined number of door locks with the highest number of votes, and triggers voice and screen display guidance prompts.

7. The system according to claim 6, characterized in that, The mapping module is specifically used for: Signal strength analysis: Based on the Bluetooth broadcast frames received by the door lock, the device ID and RSSI signal strength value are analyzed to obtain quantized signal strength data; Dynamic weight allocation: Based on the RSSI signal strength value, a preset high, medium, and low signal strength range is matched and mapped to different levels of position weights; Local table construction: Associate and store the device ID with the location weight to generate a local location information table for the door lock.

8. The system according to claim 7, characterized in that, The synchronization module is specifically used for: Multicast network initialization: The door lock sends a join message to the dedicated multicast address to establish a multicast communication link; Topology data encapsulation: Extract the IDs of adjacent door locks from the building information model, and encapsulate the ID of this lock, the ID of the discovered Bluetooth device, and the location weight; and encapsulate the IDs of adjacent door locks and the IDs of Bluetooth devices with a predicted location weight of 1 into a multicast advertisement message. After the router receives the advertisement message, it records the IDs of the Bluetooth devices discovered by this lock and their location weights, as well as the IDs of adjacent door locks, the IDs of the Bluetooth devices they discovered, and their location weights on the multicast forwarding interface with the same door lock ID carried in the advertisement message. Weight consistency maintenance: When adjacent door locks detect a difference in the location weight of the same Bluetooth device ID they have discovered, they generate a correction message to update the entire network topology table and the router's multicast forwarding table; Conflict arbitration execution: If the adjacent door lock does not detect the target device, it sends a clear command with a position weight of 0, and obtains a network-wide synchronized position information topology table.

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-5 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-5.

Images