An emergency rescue door lock coordination method and system

Abstract

This invention discloses a door lock coordination method and system for emergency rescue. The method includes: triggering all door locks in the building to enter rescue mode and activating voice monitoring; based on the trapped person's response via a smart terminal, the door lock of the trapped room sends a rescue call reply message; based on the event that the neighboring door lock of the door where the rescuer is located receives the reply message, triggering the router to establish a filtering and forwarding binding; the neighboring door lock decides whether to become a relay door lock based on location relationship and broadcasts guidance voice; based on the event that the rescuer arrives at the relay door lock and is detected by its RFID, the door lock releases its own filtering binding; the neighboring door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding; based on the event that the relay door lock determines that the trapped door lock is its direct neighbor, guiding the rescuer directly to the target room. Using this embodiment of the invention, decentralized, adaptive personnel positioning and relay guidance can be achieved, improving the real-time performance and reliability of emergency rescue.

Description

Technical Field

[0001] This invention belongs to the field of smart door lock technology, and in particular to a door lock coordination method and system for emergency rescue. Background Technology

[0002] In recent years, with the widespread adoption of building security and smart home systems, rapid and accurate rescue in emergency situations has become a critical requirement. Existing access control or lock systems typically rely on independent alarms or centralized dispatch, making it difficult to achieve dynamic coordination and precise positioning in emergency scenarios such as power outages or network disruptions. Most solutions lack adaptability to real-time location changes of rescuers and trapped individuals, failing to provide relay-style, low-latency path guidance in complex building environments, resulting in low rescue efficiency. Furthermore, traditional multicast or unicast communication methods are prone to flooding and congestion in emergency networking, lacking intelligent filtering and forwarding mechanisms for rescue flows, and unable to guarantee reliable transmission and real-time updates of critical instructions. Therefore, there is an urgent need for an emergency rescue method that can achieve dynamic positioning, relay guidance, and communication optimization through autonomous coordination between lock devices under decentralized and weak network conditions. Summary of the Invention

[0003] The purpose of this invention is to provide a door lock coordination method and system for emergency rescue, so as to overcome the shortcomings of the prior art, realize decentralized and adaptive personnel positioning and relay guidance, and improve the real-time performance and reliability of emergency rescue.

[0004] One embodiment of this application provides a door lock coordination method for emergency rescue, the method comprising: Rescue mode initialization and activation: Based on the rescuer's card swiping and button press operation on any door lock, the door lock will send a rescue call activation message to the preset multicast group address via multicast, triggering all door locks in the building to enter rescue mode and notifying the corresponding smart terminal in the room to start voice monitoring. Trapped Target Location: Based on the trapped person's shout response via smart terminal, the door lock of the trapped room will periodically multicast a rescue call response message, which includes the rescuer's identifier, the calling door lock's identifier, and its own identifier; Neighbor Filtering and Relay Decision: Based on the event that the neighbor lock of the lock where the rescuer is located receives the reply message, the neighbor lock sends an extended IGMP join message carrying the rescuer's identifier and its own identifier to the gateway router, triggering the router to establish filtering and forwarding binding; the neighbor lock decides whether to become the relay lock and broadcast guidance voice based on the positional relationship between its own identifier and the identifiers of the calling lock and the reply lock; Dynamic location update and relay switching: Based on the event that the rescuer arrives at the relay door lock and is sensed by its RFID, the door lock sends a location update message and an extended IGMP leave message to remove its own filtering binding; the neighbor door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, and re-executes the relay decision based on the updated response message stream to realize the switching of relay guidance; Relay Termination and Final Guidance: If the trapped door lock is determined to be a direct neighbor of the trapped door lock in the relay, the relay process is stopped, and the trapped door lock continues to broadcast local voice messages to guide rescuers directly to the target room.

[0005] Optionally, the initialization and activation of the rescue mode includes: Multicast group pre-join: All door locks send an IGMP membership report to the gateway router during initialization to join a preset multicast group used for emergency rescue communications; Rescue call trigger: Rescue personnel use an authorized RFID card to swipe and verify at any door lock, and press a preset button to trigger the rescue call mode. That door lock is then recorded as the calling door lock. Initiate multicast message: The call lock generates and multicasts an emergency call initiation message, which includes the multicast address, message type, the call lock's own identifier, and the rescuer's RFID identifier; Global Mode Synchronization: After receiving the activation message, all door locks in the building will parse it, enter rescue mode, and unicast a notification to the smart terminal in their respective rooms to play a prompt voice and enter voice monitoring mode.

[0006] Optionally, the location of the trapped target includes: Voice response capture: Based on the smart terminal in the room recognizing the voice response of the trapped person in the listening state, a response notification is generated and sent to the door lock of this room by unicast; Response message generation and transmission: Based on the response notification, the door lock of the trapped room generates a rescue call response message. The message includes a multicast address, message type, original rescue call door lock identifier, its own identifier, and rescuer identifier, and begins multicast transmission at fixed intervals. Local voice prompts: While sending multicast reply messages, the door lock of the trapped room will periodically broadcast a voice prompt indicating that the room is trapped.

[0007] Optionally, the neighbor filtering and relay decision includes: Neighbor identification and filtering binding establishment: After receiving the rescue call initiation message, the four neighbor locks of the call lock where the rescuer is located identify their own neighbor identities according to their pre-stored neighbor information table, and send an extended IGMP join message to the gateway router. This message carries the rescuer's identifier and its own lock identifier on the basis of the standard IGMP format. The gateway router associates the outgoing interface receiving the message with the rescuer's identifier and lock identifier in the (*, G) multicast forwarding table entry, and establishes filtering forwarding conditions. Reply message targeted reception: After receiving the rescue call reply message, the gateway router queries the (*, G) forwarding table entries based on the multicast address and rescuer identifier carried by the message, and forwards the message only to the neighbor door lock marked with the matching rescuer identifier on the outgoing interface; Relay lock decision-making: The neighboring lock that receives the reply message makes a decision based on the numerical relationship between its own identifier and the identifiers of the calling and replying locks. If it is the next door lock and its ID is between the calling door lock ID and the responding door lock ID, it is confirmed as a relay door lock, and the directional guidance voice will be broadcast repeatedly, and a rescue relay notification message will be sent to its immediate neighbor door lock via multicast. If it is the next door lock and its ID is between the calling door lock ID and the responding door lock ID, it is confirmed as the backup door lock and starts a timer to listen for rescue relay notification messages; if it does not receive a message within the time limit, it will take over as the relay door lock and broadcast guidance voice.

[0008] Optionally, the dynamic location update and relay switching include: Location update trigger: The relay door lock detects the arrival of rescuers through the RFID sensing module, generates and multicasts a location update message for the rescuers, which includes the multicast address, message type, its own identifier, and the rescuer's identifier; Unbinding of old binding: After sending the location update message, the relay door lock immediately sends an extended IGMP leave message to the gateway router. This message carries the rescuer's identifier and its own identifier. Based on this, the gateway router deletes the binding information of the rescuer's identifier and the door lock identifier on the corresponding outgoing interface of the (*, G) table entry. New Neighbor Binding Establishment: After receiving the location update message, the four neighbor locks at the new location of the rescuer identify themselves as new neighbors and send an extended IGMP join message carrying the rescuer's identifier and their own identifier; the gateway router adds the new rescuer identifier and lock identifier binding to the outgoing interface connecting these new neighbor locks in the (*, G) table entry. Old Neighbor Binding Cleanup: Door locks that are not new neighbors but have previously sent extended IGMP join messages will send extended IGMP leave messages after receiving location update messages, notifying the gateway router to unbind the corresponding interface on their outgoing interface; Relay loop: The rescue call response messages periodically sent by the trapped door lock are filtered by the router and forwarded only to the newly bound neighbor door lock. The new neighbor door lock then re-executes the relay door lock decision process.

[0009] Optionally, the relay termination and final guidance include: Relay termination condition judgment: When making a decision, the relay lock checks whether the identifier of the trapped lock exists in its own pre-stored neighbor information table; Final guidance execution: If the trapped door lock is a direct neighbor, the relay door lock will stop broadcasting guidance voice messages and sending relay notifications, and will also stop sending location update messages itself; the trapped door lock will continue to periodically broadcast local trapped voice messages to provide rescuers with final sound source location guidance.

[0010] Another embodiment of this application provides a door lock coordination system for emergency rescue, the system comprising: The startup module is used for rescue mode initialization and startup: based on the rescuer's operation of swiping a card and pressing a button on any door lock, the door lock sends a rescue call startup message to the preset multicast group address via multicast, triggering all door locks in the building to enter rescue mode and notifying the corresponding smart terminal in the room to start voice monitoring. The positioning module is used to locate the trapped target: based on the trapped person's shout response through the smart terminal, the door lock of the trapped room will periodically multicast a rescue call response message, which includes the rescuer's identifier, the calling door lock's identifier, and its own identifier; The decision module is used for neighbor filtering and relay decision-making: based on the event that the neighbor lock of the lock where the rescuer is located receives the reply message, the neighbor lock sends an extended IGMP join message carrying the rescuer's identifier and its own identifier to the gateway router, triggering the router to establish a filtering and forwarding binding; based on the positional relationship between its own identifier and the identifiers of the calling lock and the reply lock, the neighbor lock decides whether to become the relay lock and broadcasts the guidance voice. The switching module is used for dynamic location updates and relay switching: based on the event that the rescuer arrives at the relay door lock and is sensed by its RFID, the door lock sends a location update message and an extended IGMP leave message to remove its own filtering binding; the neighbor door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, and re-executes the relay decision based on the updated response message stream to realize the switching of relay guidance; The guidance module is used for relay termination and final guidance: based on the relay lock, if the trapped lock is determined to be its direct neighbor, the relay process is stopped, and the trapped lock continues to broadcast local voice messages to guide rescuers directly to the target room.

[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, this invention provides a door lock coordination method for emergency rescue. It triggers all door locks in a building to enter rescue mode and initiate voice monitoring. Based on the trapped person's response via a smart terminal, the door lock of the trapped room sends a rescue call reply message. When a neighboring door lock responds, it triggers a router to establish a filtering and forwarding binding. The neighboring door lock decides whether to become a relay lock based on its location and broadcasts guidance voice. Upon the rescuer arriving at the relay lock and being detected by its RFID, the door lock removes its own filtering binding. The neighboring door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, achieving a switch to relay-style guidance. Based on the relay lock's determination that the trapped door lock is its direct neighbor, it guides the rescuer directly to the target room. This enables decentralized, adaptive personnel positioning and relay guidance, improving the real-time performance and reliability of emergency rescue. Attached Figure Description

[0014] Figure 1 Hardware structure block diagram of a computer terminal for an emergency rescue door lock coordination method provided in an embodiment of the present invention; Figure 2 A flowchart illustrating an emergency rescue door lock coordination method provided in an embodiment of the present invention; Figure 3 This is a schematic diagram of the structure of an emergency rescue door lock coordination system provided in 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 the event of a fire or other emergency in a high-rise building such as a hotel or apartment, rapid evacuation of people is crucial. The traditional method involves broadcasting announcements, supplemented by rescue personnel knocking on doors floor by floor. However, the latter method is less efficient. In particular, when rescue personnel are far from the rooms of those trapped, they cannot hear each other directly, hindering the rescue effort.

[0017] By coordinating smart door locks deployed in each room with indoor smart terminals, rescuers can quickly locate the trapped person's position and efficiently guide them to the target room based on the relay-style voice guidance provided by the smart door locks.

[0018] This invention first provides a door lock coordination method for emergency rescue, which can be applied to electronic devices, such as computer terminals, specifically ordinary computers.

[0019] 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 an emergency rescue door lock coordination method provided in 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.

[0020] 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 emergency door lock coordination method.

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

[0022] The 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 emergency rescue door lock coordination method.

[0023] This network interface is used for network communication, such as sending assigned tasks. Those skilled in the art will understand that... Figure 1 The 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.

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

[0025] See Figure 2 The present invention provides an emergency rescue door lock coordination method, which may include the following steps: S201, Rescue Mode Initialization and Activation: Based on the rescuer's card swipe and button press operation on any door lock, that door lock multicasts a rescue call activation message to a preset multicast group address, triggering all door locks in the building to enter rescue mode and notifying the corresponding room's smart terminal to activate voice monitoring; specifically, the rescue mode initialization and activation includes: Multicast group pre-join: All door locks send an IGMP membership report to the gateway router during initialization to join a preset multicast group used for emergency rescue communications; Rescue call trigger: Rescue personnel use an authorized RFID card to swipe and verify at any door lock, and press a preset button to trigger the rescue call mode. That door lock is then recorded as the calling door lock. Initiate multicast message: The call lock generates and multicasts an emergency call initiation message, which includes the multicast address, message type, the call lock's own identifier, and the rescuer's RFID identifier; Global Mode Synchronization: After receiving the activation message, all door locks in the building will parse it, enter rescue mode, and unicast a notification to the smart terminal in their respective rooms to play a prompt voice and enter voice monitoring mode.

[0026] S202, Trapped Target Location: Based on the trapped person's response via a smart terminal, the door lock of the trapped room begins periodically multicasting a rescue call response message, which includes the rescuer's identifier, the calling door lock's identifier, and its own identifier; specifically, the trapped target location includes: Voice response capture: Based on the smart terminal in the room recognizing the voice response of the trapped person in the listening state, a response notification is generated and sent to the door lock of this room by unicast; Response message generation and transmission: Based on the response notification, the door lock of the trapped room generates a rescue call response message. The message includes a multicast address, message type, original rescue call door lock identifier, its own identifier, and rescuer identifier, and begins multicast transmission at fixed intervals. Local voice prompts: While sending multicast reply messages, the door lock of the trapped room will periodically broadcast a voice prompt indicating that the room is trapped.

[0027] S203, Neighbor Filtering and Relay Decision: Based on the event that the neighboring lock of the lock where the rescuer is located receives the reply message, the neighboring lock sends an extended IGMP join message carrying the rescuer's identifier and its own identifier to the gateway router, triggering the router to establish filtering and forwarding binding; the neighboring lock decides whether to become the relay lock and broadcast guidance voice based on the positional relationship between its own identifier and the identifiers of the calling lock and the reply lock; specifically, the neighbor filtering and relay decision includes: Neighbor identification and filtering binding establishment: After receiving the rescue call initiation message, the four neighbor locks of the call lock where the rescuer is located identify their own neighbor identities according to their pre-stored neighbor information table, and send an extended IGMP join message to the gateway router. This message carries the rescuer's identifier and its own lock identifier on the basis of the standard IGMP format. The gateway router associates the outgoing interface receiving the message with the rescuer's identifier and lock identifier in the (*, G) multicast forwarding table entry, and establishes filtering forwarding conditions. Reply message targeted reception: After receiving the rescue call reply message, the gateway router queries the (*, G) forwarding table entries based on the multicast address and rescuer identifier carried by the message, and forwards the message only to the neighbor door lock marked with the matching rescuer identifier on the outgoing interface; Relay lock decision-making: The neighboring lock that receives the reply message makes a decision based on the numerical relationship between its own identifier and the identifiers of the calling and replying locks. If it is the next door lock and its ID is between the calling door lock ID and the responding door lock ID, it is confirmed as a relay door lock, and the directional guidance voice will be broadcast repeatedly, and a rescue relay notification message will be sent to its immediate neighbor door lock via multicast. If it is the next door lock and its ID is between the calling door lock ID and the responding door lock ID, it is confirmed as the backup door lock and starts a timer to listen for rescue relay notification messages; if it does not receive a message within the time limit, it will take over as the relay door lock and broadcast guidance voice.

[0028] S204, Dynamic Location Update and Relay Switching: Based on the event that a rescuer arrives at the relay door lock and is detected by its RFID, the door lock sends a location update message and an extended IGMP leave message to unbind itself from filtering; the neighboring door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, and re-executes the relay decision based on the updated response message stream, realizing the switching of relay guidance; specifically, the dynamic location update and relay switching includes: Location update trigger: The relay door lock detects the arrival of rescuers through the RFID sensing module, generates and multicasts a location update message for the rescuers, which includes the multicast address, message type, its own identifier, and the rescuer's identifier; Unbinding of old binding: After sending the location update message, the relay door lock immediately sends an extended IGMP leave message to the gateway router. This message carries the rescuer's identifier and its own identifier. Based on this, the gateway router deletes the binding information of the rescuer's identifier and the door lock identifier on the corresponding outgoing interface of the (*, G) table entry. New Neighbor Binding Establishment: After receiving the location update message, the four neighbor locks at the new location of the rescuer identify themselves as new neighbors and send an extended IGMP join message carrying the rescuer's identifier and their own identifier; the gateway router adds the new rescuer identifier and lock identifier binding to the outgoing interface connecting these new neighbor locks in the (*, G) table entry. Old Neighbor Binding Cleanup: Door locks that are not new neighbors but have previously sent extended IGMP join messages will send extended IGMP leave messages after receiving location update messages, notifying the gateway router to unbind the corresponding interface on their outgoing interface; Relay loop: The rescue call response messages periodically sent by the trapped door lock are filtered by the router and forwarded only to the newly bound neighbor door lock. The new neighbor door lock then re-executes the relay door lock decision process.

[0029] S205, Relay Termination and Final Guidance: Based on the relay lock's determination that the trapped lock is its direct neighbor, the relay process is stopped, and the trapped lock continues to broadcast local voice instructions to guide rescuers directly to the target room. Specifically, the relay termination and final guidance include: Relay termination condition judgment: When making a decision, the relay lock checks whether the identifier of the trapped lock exists in its own pre-stored neighbor information table; Final guidance execution: If the trapped door lock is a direct neighbor, the relay door lock will stop broadcasting guidance voice messages and sending relay notifications, and will also stop sending location update messages itself; the trapped door lock will continue to periodically broadcast local trapped voice messages to provide rescuers with final sound source location guidance.

[0030] I. Technical Solution: (I) Core Idea: Prerequisites: 1. All smart door locks on both sides of the corridor are numbered sequentially from one end of the corridor to the other according to the distance (ID such as 1, 2, 3...), forming an ordered sequence. The numbering is pre-set in the door lock management system.

[0031] 2. All door locks are connected to the floor's gateway router via network access devices.

[0032] 3. Each door lock is pre-configured with a neighbor information table, which records the ID information of adjacent door locks (two on each side, up to a maximum of four neighbor door locks).

[0033] 4. Door locks and gateway routers support extending standard IGMP messages to carry custom information (such as rescuer ID, door lock ID) by adding custom options.

[0034] 5. Each room is equipped with a smart terminal (such as a smart speaker) capable of voice broadcasting and voice reception, and can communicate with the corresponding room door lock via IP.

[0035] 6. Configure authorized RFID cards (globally unique IDs) for rescue personnel in advance. After swiping the card on the door lock and pressing a specific key, the rescue call mode can be activated.

[0036] Core process: 1. Emergency call activated: All door locks join multicast group G. When a rescuer swipes their card on any door lock to initiate rescue call mode, that door lock multicasts a rescue call activation message to all door locks, including the multicast address (G), message type (rescue call activation), calling door lock ID (the door lock ID), and rescuer ID (i.e., the ID of the RFID card they are carrying). All door locks enter rescue mode and notify the corresponding room's smart terminal to enter voice monitoring mode.

[0037] 2. Response and target location of trapped personnel: Trapped individuals respond by speaking through a smart terminal inside the room. After the smart terminal identifies the response, it notifies the corresponding door lock, which then begins periodically multicasting rescue response messages. These messages include the multicast address (G), message type (rescue call response), rescue call door lock ID (the calling door lock ID in the rescue call initiation message), call response door lock ID (its own ID), and rescuer ID. Simultaneously, a trapped person's voice prompt is broadcast locally.

[0038] 3. Dynamic filtering and relay decision-making for neighbor door locks: After receiving the rescue response message, the four neighboring door locks (two on each side) of the door lock where the rescuer is located send extended IGMP join messages to the gateway router. The multicast group address remains G, but the extension is to append the rescuer's ID and their own ID from the rescue response message to the IGMP message format. Simultaneously, they maintain the local extended IGMP message sending status (marking that extended IGMP join messages have been sent). This is to notify the gateway router that if it subsequently receives multicast data destined for G, carrying the rescuer's ID and their own ID, it should forward the multicast data to itself. The gateway router, in its router (*, G) multicast forwarding table entry, associates the outgoing interface that received the extended IGMP join message (i.e., the interfaces connected to the four neighboring door locks) with the rescuer's ID and door lock ID, as a forwarding filter condition (if the multicast data matches the rescuer's ID but does not specify the target door lock ID, it will be forwarded to all outgoing interfaces matching the rescuer's ID).

[0039] After receiving the multicast message of the rescue response, the gateway and other routers forward it only to these four neighbor locks according to the (*, G) multicast forwarding table entry.

[0040] After receiving a reply message, the neighbor's door lock needs to determine whether it is a relay lock. The following situations apply: (1) For the next-next-door lock (whose ID differs from the calling lock ID in the reply message by 2 bits): If its ID is located between the rescuer's lock and the trapped lock, it becomes the relay lock, continuously broadcasting directional guidance voice and multicasting a rescue relay notification multicast message. The message includes the multicast address (G), message type (rescue relay notification), relay lock ID (the next-next-door lock ID), notification lock ID (its adjacent immediate neighbor lock ID), and rescuer ID. The router forwards the message according to the (*, G) multicast forwarding table entry, ensuring that its adjacent immediate neighbor lock receives the message.

[0041] (2) The neighboring door lock (whose ID differs from the door lock ID value called in the reply message by 1 bit): As a backup, if no rescue relay notification multicast message is received within the set time (indicating that the next neighbor door lock may be faulty or does not exist), it will take over as the relay door lock to provide voice guidance.

[0042] 4. Dynamic location update and relay switching: When rescuers arrive at the relay lock following the sound, the lock senses the RFID card and sends a location update multicast message containing the multicast address (G), message type (rescue personnel location update), relay lock ID (its own ID), and rescuer ID. It then sends an extended IGMP leave message to notify the gateway to unbind the lock from its filtering. This message carries the rescuer ID and its own lock ID. The gateway router then deletes the binding information for the rescuer ID and lock ID from the corresponding outgoing interface in the (*, G) table.

[0043] After receiving the multicast data updating the rescuer's location, the four neighboring door locks at the new location also send extended IGMP join messages, carrying the rescuer's ID and their own ID. The gateway router adds the rescuer's ID and the new neighbor door lock ID information to the outgoing interface connected to the neighboring door locks in the (*, G) table. If a non-neighboring door lock has previously sent an extended IGMP join message (carrying the rescuer's ID and its own door lock ID), it sends an extended IGMP leave message (carrying the rescuer's ID and its own door lock ID) to allow the gateway router to unbind the corresponding lock.

[0044] The rescue response message was then sent only to the new neighbor's door lock, and the relay decision-making process was repeated on the new location door lock.

[0045] 5. Relay Termination and Final Guidance: When the relay lock detects that the trapped lock is its direct neighbor (the lock next to or immediately next to the neighbor), the relay process stops, and the trapped lock continues to broadcast a local trapped voice message, allowing rescuers to follow the sound directly to the target room.

[0046] (II) Complete technical implementation process: Prerequisites: Same as above. Complete process: 1. Initialization and Rescue Call Initiation: (1) All door locks send IGMP membership reports to the gateway router to which they are connected and join multicast group G.

[0047] (2) Rescuers swipe their RFID card on the sensing area of ​​any door lock (the current rescue call door lock, such as door lock 11) and press a specific button. After verification, the rescue call mode can be activated. Then, after pressing the button, they ask questions (such as "Who is trapped in the room? Please answer"). Door lock 11 sends rescue call activation multicast data, including the multicast address (G), message type (rescue call activation), calling door lock ID (door lock 11), and rescuer ID (i.e., the ID of the RFID card they are carrying).

[0048] (3) All door locks can receive the above multicast data. After parsing, it is found to be a rescue call activation message, and all locks activate the rescue call mode. Each door lock communicates unicast with the smart terminal in the room, first notifying the latter to play the preset voice message for the mode activation (such as "Emergency rescue mode has been activated. Rescue personnel are asking questions outside. Please answer if you hear this"), and then enters the listening state.

[0049] 2. Response and target location of trapped personnel: (4) Following step (3) above, if there are trapped people in a room, and the person responds by calling out, the smart terminal recognizes the response information and sends a unicast reply to the corresponding door lock (e.g., door lock 3) indicating that someone is in the room. Then, door lock 3 periodically (e.g., every 10 seconds) sends rescue call response multicast data, including the multicast address (G), message type (rescue call response), rescue call door lock ID (door lock 11), call response door lock ID (door lock 3), and rescuer ID (used to indicate which rescuer's inquiry is being answered). At the same time, the door lock periodically broadcasts a message locally, such as "People are trapped in this room."

[0050] 3. Dynamic filtering and relay decision-making for neighbor door locks: (5) Following step (2), after all locks receive the multicast data initiated by the above rescue call, they also compare the lock ID (11) in the message with their own ID to determine whether they are their neighbor locks. There are two situations: 1) If a lock (such as locks 9 and 13) finds that its ID differs from the lock ID in the message by 2 bits, then it is the lock next to lock 11. 2) If a lock (such as locks 10 and 12) finds that its ID differs from the lock ID in the message by 1 bit, then it is the lock immediately next to lock 11. All four neighbor locks record the current call to lock 11, and then send an extended IGMP join message. The multicast group address is still G. The extension point is to append the rescuer ID and its own ID from the multicast message of lock 11 to the IGMP message format; at the same time, local extended IGMP message sending status maintenance is performed (marking that an extended IGMP join message has been sent). The purpose of this is to notify the gateway router that if it receives multicast data destined for address G, and carries the rescuer's ID and its own ID, it should forward the multicast data to itself. The gateway router connected to the four door locks, upon receiving this extended IGMP join message, will associate the receiving interface (i.e., the interface connected to door locks 9, 10, 12, and 13) with the rescuer's ID and the door lock ID (door lock 9, 10, 12, 13) in the router's (*, G) multicast forwarding table entry as a forwarding filter condition (if the multicast data matches the rescuer's ID but does not specify the target door lock ID, it will be forwarded to all outgoing interfaces matching the rescuer's ID).

[0051] (6) The gateway router receives the multicast message replying to the rescue call. According to the multicast address and rescuer ID information in the message, it sends the message to the outgoing interface marked with the rescuer ID information according to the local (*, G) table entry (so that door locks 9, 10, 12 and 13 can receive the message).

[0052] (7) After all four door locks receive the multicast message, they parse and confirm that it is a rescue call response message, and then process it as follows: 1) Locks 9 and 13 confirm that they are their adjacent locks by comparing the rescue call lock ID (11) in the multicast message with their own ID, and therefore need to be processed first. This can be further divided into two cases: ① When lock 9 finds its ID to be between the currently calling lock ID (11) and the responding lock ID (3), it is confirmed as a relay lock. Based on the received rescue call response message, it cyclically broadcasts the trapped direction (e.g., "There is a trapped person in a room ahead," the purpose of which is to guide the rescuer to the room where lock 3 is located with sound), and sends a rescue relay notification multicast message, including the multicast address (G), message type (rescue relay notification), relay lock ID (lock 9), notification lock ID (lock 10, this field is the target lock ID), and rescuer ID. The gateway router sends the message to the outgoing interface marked with the rescuer ID and notification lock ID according to the (*, G) table entry (so that lock 10 can receive the message).

[0053] ② If the door lock 13 finds that its ID is not between the currently calling door lock ID (11) and the responding door lock ID (3), and confirms that it is not a relay door lock, then no operation will be performed.

[0054] 2) Locks 10 and 12 confirm that they are their immediate neighbor locks and are backups of the adjacent neighbor locks by comparing the rescue call lock ID (11) in the multicast message with their own ID. They are then processed as follows. There are two further scenarios: ① If lock 10 finds that its ID is between the currently calling lock ID (11) and the responding lock ID (3), and is also the neighboring lock, it will further confirm that it is the backup lock and will be in a listening state. If it does not receive a rescue relay notification multicast message from lock 9 within a predetermined time (e.g., within 1 minute after receiving the rescue call response message), it will confirm that lock 9 is faulty and will take over lock 9 as the backup lock, and will continuously broadcast the trapped direction voice message; if it receives a rescue relay notification multicast message from lock 9, it will not perform any operation.

[0055] ② If lock 12 finds that its ID is not between the currently calling lock ID (11) and the responding lock ID (3), it will confirm that it is not a relay backup lock and will not perform any operation.

[0056] 4. Dynamic relay and position update: (8) The rescuer follows the sound to the relay lock (when lock 9 is normal, the relay lock is lock 9; if lock 9 malfunctions, the relay lock is lock 10; lock 9 is used as an example here). After lock 9 automatically senses the RFID card information carried by the rescuer (indicating that the rescuer has come to its side), it sends a rescuer location update multicast data, including the multicast address (G), message type (rescuer location update), relay lock ID (lock 9), and rescuer ID, indicating that the rescuer has come to lock 9. Then, lock 9 stops the voice broadcast and sends an extended IGMP leave message. The multicast group address is G, and the extension point carries the rescuer ID and its own lock ID. The purpose is to notify the gateway router to delete the rescuer ID and lock ID information on the corresponding interface in the (*, G) table after receiving the IGMP leave message, but not to delete lock 9 (i.e., lock 9 is restored to a normal multicast group member without additional rescuer ID and lock ID markers).

[0057] (9) After all locks receive the multicast data updating the location of the rescuers, they parse the lock ID (lock 9) in the message, and then determine whether they are a neighboring lock. There are two possibilities: 1) If it is a neighbor's door lock (door lock 7, 8, 10, 11), then similar to step (5), send an extended IGMP join message, the multicast group address is still G, and the extension point carries the rescuer ID and the user's ID. Similarly, after receiving the extended IGMP join message, the gateway router connected to the four neighbor's door locks adds the rescuer ID and door lock ID (door lock 7, 8, 10, 11) information to the outgoing interface connected to the neighbor's door lock in the router (*, G) table.

[0058] 2) If it is not a neighbor's door lock, check whether it has sent an extended IGMP join message (carrying the rescuer's ID and its own ID) according to the local extended IGMP message sending status maintenance table. If so (in this example, door locks 12 and 13), then send an extended IGMP leave message (similar to the extended IGMP leave message sent by door lock 9 in step (8)) to notify the gateway router to delete the rescuer's ID and its own ID information of the corresponding outgoing interface in the corresponding (*, G) table entry. In this way, it will no longer receive multicast data with multicast address G and carrying the rescuer's ID (or carrying both the rescuer's ID and its own ID).

[0059] (10) As described in step (4), door lock 3 periodically sends rescue call response multicast data (carrying the rescuer ID). At this time, the router forwards the message according to the (*, G) table entry, which will eventually be sent to door locks 7, 8, 10, and 11.

[0060] (11) Similar to step (7), door locks 7, 8, 10 and 11 perform the corresponding operations.

[0061] 5. Relay Termination and Final Guidance: (12) The rescuers follow the sound to door lock 7 and perform similar operations as in steps (8)-(11). Finally, door lock 5 repeatedly broadcasts the trapped person's location, and the rescuers follow the sound to door lock 5 again. Door lock 5 discovers that the responding door lock 3 is its neighbor's door lock, so it does not send the rescuer's location update multicast data and stops the relay. Door lock 3 broadcasts the local voice message "People trapped in this room", achieving accurate location.

[0062] II. Beneficial Effects: 1. By extending IGMP messages, gateway routers can dynamically filter multicast data and forward it only to relevant neighbor locks, reducing network bandwidth usage and lock processing overhead.

[0063] 2. Each door lock only needs to pre-store local neighbor information, eliminating the need for a global topology and saving storage space.

[0064] 3. Based on the real-time location of rescue personnel, the router binding information is dynamically updated to achieve efficient relay-style voice guidance and improve rescue efficiency.

[0065] 4. Improve reliability through a backup mechanism design that includes alternate and adjacent door locks.

[0066] III. Protection Points: 1. The four neighboring door locks at the rescuer's current location send extended IGMP join messages, carrying the rescuer's ID and their own ID. This ensures that the rescue call reply multicast message sent by the door lock where the trapped person is located, carrying the rescuer's ID, can be accurately forwarded to the four neighboring door locks via the router. Then, each neighboring door lock determines its priority: if it is the next neighboring door lock and its ID falls between the calling and replying door locks, it initiates the relay, i.e., it broadcasts a voice direction and sends a rescue relay notification multicast message; if it is the next neighboring door lock and is a backup door lock, it listens for the rescue relay notification multicast message; if it does not receive it, it becomes a relay door lock; if a neighboring door lock is neither a relay door lock nor a backup door lock, it does not process the request.

[0067] 2. Based on the change in the rescuer's current location, the currently relaying door lock sends the rescuer's location update multicast data and an extended IGMP leave message, carrying the rescuer's ID and its own door lock ID, notifying the gateway to no longer receive rescue call reply multicast messages. Subsequently, the four new neighboring door locks send extended IGMP join messages, receive reply messages, and continue the judgment and relay process. Additionally, door locks that are not neighbors but previously sent extended IGMP join messages send extended IGMP leave messages, similarly notifying the gateway to no longer receive rescue call reply multicast messages.

[0068] As can be seen, the system triggers all door locks in the building to enter rescue mode and activate voice monitoring; based on the trapped person's response via a smart terminal, the door lock of the trapped room sends a rescue call reply message; the event of the neighboring door lock of the door where the rescuer is located replying to the message triggers the router to establish a filtering and forwarding binding; the neighboring door lock decides whether to become the relay door lock based on the location relationship and broadcasts guidance voice; based on the event of the rescuer arriving at the relay door lock and being detected by its RFID, the filter binding of the rescuer is released; the neighboring door lock of the rescuer's new location sends an extended IGMP join message to establish a new binding, realizing the switching of relay guidance; based on the event of the relay door lock determining that the trapped door lock is its direct neighbor, the rescuer is guided directly to the target room, thereby realizing decentralized, adaptive personnel positioning and relay guidance, improving the real-time performance and reliability of emergency rescue.

[0069] Another embodiment of the present invention provides a door lock coordination system for emergency rescue, see [link to relevant documentation]. Figure 3 The system may include: The startup module 301 is used for rescue mode initialization and startup: based on the operation of the rescuer swiping the card and pressing the button on any door lock, the door lock sends a rescue call startup message to the preset multicast group address via multicast, triggering all door locks in the building to enter rescue mode and notifying the corresponding smart terminal in the room to start voice monitoring. The positioning module 302 is used for locating the trapped target: based on the trapped person's shout response through the smart terminal, the door lock of the trapped room will periodically multicast a rescue call response message, which includes the rescuer's identifier, the calling door lock's identifier, and its own identifier; Decision module 303 is used for neighbor filtering and relay decision-making: based on the event that the neighbor lock of the lock where the rescuer is located receives the reply message, the neighbor lock sends an extended IGMP join message carrying the rescuer's identifier and its own identifier to the gateway router, triggering the router to establish filtering and forwarding binding; based on the positional relationship between its own identifier and the identifiers of the calling lock and the reply lock, the neighbor lock decides whether to become the relay lock and broadcasts guidance voice. The switching module 304 is used for dynamic location updates and relay switching: based on the event that the rescuer arrives at the relay door lock and is sensed by its RFID, the door lock sends a location update message and an extended IGMP leave message to remove its own filtering binding; the neighbor door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, and re-executes the relay decision based on the updated reply message stream to realize the switching of relay guidance; The guidance module 305 is used for relay termination and final guidance: based on the relay lock, if the trapped lock is determined to be its direct neighbor, the relay process is stopped, and the trapped lock continues to broadcast local voice messages to guide rescuers directly to the target room.

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

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

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

[0073] 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 door lock coordination method for emergency rescue, characterized in that, The method includes: Rescue mode initialization and activation: Based on the rescuer's card swiping and button press operation on any door lock, the door lock will send a rescue call activation message to the preset multicast group address via multicast, triggering all door locks in the building to enter rescue mode and notifying the corresponding smart terminal in the room to start voice monitoring. Trapped Target Location: Based on the trapped person's shout response via smart terminal, the door lock of the trapped room will periodically multicast a rescue call response message, which includes the rescuer's identifier, the calling door lock's identifier, and its own identifier; Neighbor Filtering and Relay Decision: Based on the event that the neighbor lock of the lock where the rescuer is located receives the reply message, the neighbor lock sends an extended IGMP join message carrying the rescuer's identifier and its own identifier to the gateway router, triggering the router to establish filtering and forwarding binding; the neighbor lock decides whether to become the relay lock and broadcast guidance voice based on the positional relationship between its own identifier and the identifiers of the calling lock and the reply lock; Dynamic location update and relay switching: Based on the event that the rescuer arrives at the relay door lock and is sensed by its RFID, the door lock sends a location update message and an extended IGMP leave message to remove its own filtering binding; the neighbor door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, and re-executes the relay decision based on the updated response message stream to realize the switching of relay guidance; Relay Termination and Final Guidance: If the trapped door lock is determined to be a direct neighbor of the trapped door lock in the relay, the relay process is stopped, and the trapped door lock continues to broadcast local voice messages to guide rescuers directly to the target room.

2. The method according to claim 1, characterized in that, The initialization and activation of the rescue mode includes: Multicast group pre-join: All door locks send an IGMP membership report to the gateway router during initialization to join a preset multicast group used for emergency rescue communications; Rescue call trigger: Rescue personnel use an authorized RFID card to swipe and verify at any door lock, and press a preset button to trigger the rescue call mode. That door lock is then recorded as the calling door lock. Initiate multicast message: The call lock generates and multicasts an emergency call initiation message, which includes the multicast address, message type, the call lock's own identifier, and the rescuer's RFID identifier; Global Mode Synchronization: After receiving the activation message, all door locks in the building will parse it, enter rescue mode, and unicast a notification to the smart terminal in their respective rooms to play a prompt voice and enter voice monitoring mode.

3. The method according to claim 2, characterized in that, The location of the trapped target includes: Voice response capture: Based on the smart terminal in the room recognizing the voice response of the trapped person in the listening state, a response notification is generated and sent to the door lock of this room by unicast; Response message generation and transmission: Based on the response notification, the door lock of the trapped room generates a rescue call response message. The message includes a multicast address, message type, original rescue call door lock identifier, its own identifier, and rescuer identifier, and begins multicast transmission at fixed intervals. Local voice prompts: While sending multicast reply messages, the door lock of the trapped room will periodically broadcast a voice prompt indicating that the room is trapped.

4. The method according to claim 3, characterized in that, The neighbor filtering and relay decision-making includes: Neighbor identification and filtering binding establishment: After receiving the rescue call initiation message, the four neighbor locks of the call lock where the rescuer is located identify their own neighbor identities according to their pre-stored neighbor information table, and send an extended IGMP join message to the gateway router. This message carries the rescuer's identifier and its own lock identifier on the basis of the standard IGMP format. The gateway router associates the outgoing interface receiving the message with the rescuer's identifier and lock identifier in the (*, G) multicast forwarding table entry, and establishes filtering forwarding conditions. Reply message targeted reception: After receiving the rescue call reply message, the gateway router queries the (*, G) forwarding table entries based on the multicast address and rescuer identifier carried by the message, and forwards the message only to the neighbor door lock marked with the matching rescuer identifier on the outgoing interface; Relay lock decision-making: The neighboring lock that receives the reply message makes a decision based on the numerical relationship between its own identifier and the identifiers of the calling and replying locks. If it is the next door lock and its ID is between the calling door lock ID and the responding door lock ID, it is confirmed as a relay door lock, and the directional guidance voice will be broadcast repeatedly, and a rescue relay notification message will be sent to its immediate neighbor door lock via multicast. If it is the next door lock and its ID is between the calling door lock ID and the responding door lock ID, it is confirmed as the backup door lock and starts a timer to listen for rescue relay notification messages; if it does not receive a message within the time limit, it will take over as the relay door lock and broadcast guidance voice.

5. The method according to claim 4, characterized in that, The dynamic location update and relay switching include: Location update trigger: The relay door lock detects the arrival of rescuers through the RFID sensing module, generates and multicasts a location update message for the rescuers, which includes the multicast address, message type, its own identifier, and the rescuer's identifier; Unbinding of old binding: After sending the location update message, the relay door lock immediately sends an extended IGMP leave message to the gateway router. This message carries the rescuer's identifier and its own identifier. Based on this, the gateway router deletes the binding information of the rescuer's identifier and the door lock identifier on the corresponding outgoing interface of the (*, G) table entry. New Neighbor Binding Establishment: After receiving the location update message, the four neighbor locks at the new location of the rescuer identify themselves as new neighbors and send an extended IGMP join message carrying the rescuer's identifier and their own identifier; the gateway router adds the new rescuer identifier and lock identifier binding to the outgoing interface connecting these new neighbor locks in the (*, G) table entry. Old Neighbor Binding Cleanup: Door locks that are not new neighbors but have previously sent extended IGMP join messages will send extended IGMP leave messages after receiving location update messages, notifying the gateway router to unbind the corresponding interface on their outgoing interface; Relay loop: The rescue call response messages periodically sent by the trapped door lock are filtered by the router and forwarded only to the newly bound neighbor door lock. The new neighbor door lock then re-executes the relay door lock decision process.

6. The method according to claim 5, characterized in that, The relay termination and final instructions include: Relay termination condition judgment: When making a decision, the relay lock checks whether the identifier of the trapped lock exists in its own pre-stored neighbor information table; Final guidance execution: If the trapped door lock is a direct neighbor, the relay door lock will stop broadcasting guidance voice messages and sending relay notifications, and will also stop sending location update messages itself; the trapped door lock will continue to periodically broadcast local trapped voice messages to provide rescuers with final sound source location guidance.

7. A door lock coordination system for emergency rescue, characterized in that, The system includes: The startup module is used for rescue mode initialization and startup: based on the rescuer's operation of swiping a card and pressing a button on any door lock, the door lock sends a rescue call startup message to the preset multicast group address via multicast, triggering all door locks in the building to enter rescue mode and notifying the corresponding smart terminal in the room to start voice monitoring. The positioning module is used to locate the trapped target: based on the trapped person's shout response through the smart terminal, the door lock of the trapped room will periodically multicast a rescue call response message, which includes the rescuer's identifier, the calling door lock's identifier, and its own identifier; The decision module is used for neighbor filtering and relay decision-making: based on the event that the neighbor lock of the lock where the rescuer is located receives the reply message, the neighbor lock sends an extended IGMP join message carrying the rescuer's identifier and its own identifier to the gateway router, triggering the router to establish a filtering and forwarding binding; based on the positional relationship between its own identifier and the identifiers of the calling lock and the reply lock, the neighbor lock decides whether to become the relay lock and broadcasts the guidance voice. The switching module is used for dynamic location updates and relay switching: based on the event that the rescuer arrives at the relay door lock and is sensed by its RFID, the door lock sends a location update message and an extended IGMP leave message to remove its own filtering binding; the neighbor door lock at the rescuer's new location sends an extended IGMP join message to establish a new binding, and re-executes the relay decision based on the updated response message stream to realize the switching of relay guidance; The guidance module is used for relay termination and final guidance: based on the relay lock, if the trapped lock is determined to be its direct neighbor, the relay process is stopped, and the trapped lock continues to broadcast local voice messages to guide rescuers directly to the target room.

8. The system according to claim 7, characterized in that, The startup module is specifically used for: Multicast group pre-join: All door locks send an IGMP membership report to the gateway router during initialization to join a preset multicast group used for emergency rescue communications; Rescue call trigger: Rescue personnel use an authorized RFID card to swipe and verify at any door lock, and press a preset button to trigger the rescue call mode. That door lock is then recorded as the calling door lock. Initiate multicast message: The call lock generates and multicasts an emergency call initiation message, which includes the multicast address, message type, the call lock's own identifier, and the rescuer's RFID identifier; Global Mode Synchronization: After receiving the activation message, all door locks in the building will parse it, enter rescue mode, and unicast a notification to the smart terminal in their respective rooms to play a prompt voice and enter voice monitoring mode.

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