A door lock guidance method and system for emergency rescue

Abstract

This invention discloses a door lock guidance method and system for emergency rescue. The method includes: triggering all door locks to enter rescue mode based on a start command triggered by a rescuer swiping a card on any smart door lock; periodically sending rescue call response messages from the trapped person's smart terminal to the service IP address based on the response signal sent by the trapped person; dynamically selecting and notifying a relay door lock based on deep parsing of the rescue call response messages by the gateway router to guide the rescuer's movement; migrating the service IP address from the original door lock to the relay door lock after the rescuer arrives at the relay door lock and triggers a location update; and stopping message forwarding and continuously playing end-point guidance voice based on the relay door lock's decision that the trapped door lock is a neighboring door lock. Using this invention, real-time, progressive, and precise guidance from the rescue initiation point to the trapped point can be achieved, improving the path adaptability and arrival efficiency 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 guidance method and system for emergency rescue. Background Technology

[0002] In recent years, with the continuous development of smart buildings and emergency rescue systems, how to use IoT devices to guide rescuers to quickly locate trapped individuals in complex indoor environments has become an important technical challenge. Traditional emergency guidance methods mostly rely on centralized monitoring and broadcasting, or on trapped individuals continuously reporting their location using mobile devices. In emergency scenarios such as fires and power outages, these methods suffer from problems such as communication interruptions, inaccurate positioning, and path dependence on pre-set fixed plans. They are difficult to adapt to the real-time dynamics of on-site rescuers and trapped individuals, resulting in low guidance efficiency and potentially delaying rescue efforts. Summary of the Invention

[0003] The purpose of this invention is to provide a door lock guidance method and system for emergency rescue, so as to overcome the shortcomings of the prior art and realize real-time, progressive and precise guidance from the rescue initiation point to the trapped point, thereby improving the path adaptability and arrival efficiency of emergency rescue.

[0004] One embodiment of this application provides a door lock guidance method for emergency rescue, the method comprising:

[0005] Rescue call activation and service binding: Based on the activation command triggered by the rescuer swiping a card on any smart lock, the lock activates the preset service IP address and multicasts a rescue call activation message, triggering all locks to enter rescue mode, and the gateway router establishes a record of the neighbor information of the currently calling lock based on the neighbor information table;

[0006] Trapped Personnel Response and Message Reporting: Based on the response signal sent by the trapped personnel through the smart terminal, the door lock where the trapped person is located periodically sends a rescue call response message to the service IP address. This message contains the identifier of the currently calling door lock and the identifier of the trapped door lock itself.

[0007] Dynamic relay and service IP migration: Based on the deep analysis of the rescue call response message by the gateway router, the relay lock is dynamically selected and notified to guide the rescue personnel to move; when the rescue personnel arrive at the relay lock and trigger the location update, the service IP address is migrated from the original holding lock to the relay lock, and the current calling lock identifier in subsequent call response messages is updated to achieve gradual guidance;

[0008] End-point guidance and rescue arrival: Based on the decision that the trapped door lock belongs to your neighbor, stop forwarding messages and continue playing end-point guidance voice messages until rescuers arrive at the trapped room.

[0009] Optionally, the rescue call initiation is bound to a service, including:

[0010] Call Initiation and IP Binding: Based on the rescue personnel's card swiping and button operation on the current call door lock, the door lock enables a preset virtual service IP address as an auxiliary address on its network interface, and sends a gratuitous ARP message to announce the address binding within the local area network;

[0011] Call message multicast: Based on the event that the service IP is enabled, the current call door lock multicast sends a rescue call initiation message. The message contains the multicast address, message type, current call door lock identifier, service IP address and unique identifier of the rescuer;

[0012] Global mode trigger: Upon receiving the multicast rescue call activation message, all door locks trigger the local smart terminal to play the preset rescue voice and enter the voice listening state, completing the global rescue mode initialization;

[0013] Neighbor information reporting: Based on the neighbor information table stored locally by each door lock, determine whether it is a neighbor door lock of the currently calling door lock; if so, it unicasts its own identifier and the identifier of the currently calling door lock to the gateway router. The gateway router records the neighbor door lock information of the currently calling door lock, namely the neighbor door lock's identifier, MAC address, management IP and association relationship, forming a neighbor information table for relay path decision.

[0014] Optionally, the trapped personnel's response and message reporting include:

[0015] Response signal reception: Based on the voice response issued by the trapped person, the smart terminal in the room recognizes it and generates a response message containing the signal of the person's presence, which is then unicasted to the trapped door lock;

[0016] Reply message generation and transmission: Based on the received response message, the trapped door lock periodically generates a rescue call response unicast message, wherein the destination IP address is the service IP address, the source IP address is its own management IP, and the application layer payload includes the current calling door lock identifier, the trapped door lock's own identifier, and the rescuer's identifier;

[0017] Local voice broadcast: Based on the behavior of sending reply messages, the trapped door lock synchronously triggers the local device to periodically broadcast voice messages to remind people in the room that they are trapped.

[0018] Optionally, the dynamic handover and service IP migration includes:

[0019] Gateway policy routing decision: Based on the rescue call reply message received by the gateway router with the destination IP as the service IP, the current calling door lock identifier and the trapped door lock identifier are parsed to obtain the current calling door lock identifier and the trapped door lock identifier. The relative location is determined by comparing the values ​​of the two, and the neighbor door lock that is closer to the trapped door lock is selected from the neighbor information table as the first relay door lock.

[0020] Message forwarding: Based on the MAC address of the preferred relay lock determined by the decision, the gateway router modifies the Layer 2 destination MAC address of the original unicast message to that MAC address, keeps the Layer 3 destination service IP unchanged, and forwards the modified message within the subnet so that the message is received by the relay lock;

[0021] Relay Lock Guidance and Location Update: Upon receiving a rescue call response message with the destination MAC address as the local machine and the destination IP address as the service IP, the relay lock confirms its relay role and then plays a guiding voice pointing in the direction of the entrapment. When the arrival of rescue personnel is detected, a multicast message is sent to update the location of the rescue personnel, which includes the new currently calling lock identifier and service IP address.

[0022] Service IP migration execution: Upon receiving the location update message, the lock holding the original service IP unbinds itself from the service IP and sends a gratuitous ARP to clear the notification; at the same time, the new successor lock activates the service IP and sends a gratuitous ARP to update the notification, completing the dynamic migration of service IP control.

[0023] Response message update: Based on the location update message of the rescuers, the trapped door lock will update the currently calling door lock identifier in the response message to a new currently calling door lock identifier, so that the gateway selects and notifies the next relay door lock according to the above gateway policy routing decision method, and gradually reduces the guidance distance;

[0024] Fault reselection mechanism: If the gateway router does not receive a location update message from a relay lock within a set time, it determines that the relay lock may be faulty. Then, it selects the nearest neighbor lock of the original calling lock that is closer to the trapped lock from the neighbor information table as a backup relay lock, and forwards the message after modifying the destination MAC address.

[0025] Optionally, the gateway policy routing decision includes:

[0026] Location determination: Calculate the difference between the currently calling door lock ID and the calling answering door lock ID obtained from the parsing; if the difference is positive, the trapped door lock is located to the left of the currently calling door lock; if it is negative, it is located to the right.

[0027] Neighbor set filtering: Based on the location judgment result, filter out all neighbor lock records that belong to the currently called lock and are located in the direction of the trapped lock from the neighbor information table;

[0028] Optimal relay point selection: Based on the screened neighbor locks, prioritize the next neighbor lock that is farther away from the currently calling lock but closer to the trapped lock as the first relay lock.

[0029] Optionally, the end-point guidance and rescue arrival includes:

[0030] End-point condition judgment: After receiving and parsing the rescue call response message, the relay lock determines whether the trapped lock identifier exists in its own locally stored neighbor information table;

[0031] Stop forwarding and end-point guidance: Based on the result of "yes", the relay door lock is determined to be the end-point relay point, and the forwarding of the message to the next hop is stopped. Instead, the end-point guidance voice prompting the rescuers that they have approached the target is played in a loop.

[0032] Rescue complete: Based on the physical location of the room where the locked door is located, the emergency rescue guidance process is completed.

[0033] Another embodiment of this application provides a door lock guidance system for emergency rescue, the system comprising:

[0034] The binding module is used for emergency call initiation and service binding: based on the initiation command triggered by the rescuer swiping a card on any smart lock, the lock activates the preset service IP address and multicasts the emergency call initiation message, triggering all locks to enter emergency mode, and the gateway router establishes a record of the neighbor information of the currently calling lock based on the neighbor information table;

[0035] The reporting module is used for trapped personnel to respond and report messages: based on the response signal sent by the trapped personnel through the smart terminal, the door lock where the trapped personnel are located periodically sends a rescue call response message to the service IP address. The message contains the current calling door lock identifier and the trapped door lock's own identifier.

[0036] The migration module is used for dynamic relay and service IP migration: based on the deep parsing of the rescue call response message by the gateway router, it dynamically selects and notifies the relay lock to guide the rescue personnel to move; when the rescue personnel arrive at the relay lock and trigger the location update, the service IP address is migrated from the original holding lock to the relay lock, and the current calling lock identifier in subsequent call response messages is updated to achieve gradual guidance;

[0037] The guidance module is used for end-point guidance and rescue arrival: based on the decision of the relay lock to determine that the trapped lock belongs to a neighbor, it stops message forwarding and continues to play end-point guidance voice until the rescuers arrive at the trapped room.

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

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

[0040] Compared with existing technologies, the present invention provides a door lock guidance method for emergency rescue. Based on the activation command triggered by a rescuer swiping a card on any smart door lock, all door locks are activated into rescue mode. Based on the response signal sent by the trapped person through a smart terminal, the door lock where the trapped person is located periodically sends a rescue call response message to the service IP address. Based on the deep analysis of the rescue call response message by the gateway router, a relay door lock is dynamically selected and notified to guide the rescuer's movement. When the rescuer arrives at the relay door lock and triggers a location update, the service IP address is transferred from the original door lock to the relay door lock. Based on the relay door lock's decision that the trapped door lock is a neighboring lock, message forwarding is stopped and end-point guidance voice is continuously played until the rescuer arrives at the trapped room. This enables real-time, progressive, and precise guidance from the rescue initiation point to the trapped point, improving the path adaptability and arrival efficiency of emergency rescue. Attached Figure Description

[0041] Figure 1 Hardware structure block diagram of a computer terminal for an emergency rescue door lock guidance method provided in an embodiment of the present invention;

[0042] Figure 2 A flowchart illustrating an emergency rescue door lock guidance method provided in an embodiment of the present invention;

[0043] Figure 3 This is a schematic diagram of the structure of an emergency rescue door lock guidance system provided in an embodiment of the present invention. Detailed Implementation

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

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

[0046] In high-rise buildings, all rooms are equipped with smart door locks and connected to a single gateway router via WiFi. In this scenario, for rescue personnel, the smart door locks use dynamic voice relay guidance to enable a gradual approach, improving rescue efficiency.

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

[0048] 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 guidance method provided in an embodiment of the present invention. (See diagram below.) Figure 1 As shown, the computer device includes a processor, memory, and network interface connected via a system bus, wherein the memory may include non-volatile storage media and internal memory.

[0049] 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 guidance method.

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

[0051] The internal memory provides an environment for the execution of computer programs stored in non-volatile storage media. When the computer program is executed by the processor, it enables the processor to perform any emergency door lock guidance method.

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

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

[0054] See Figure 2 The present invention provides an emergency rescue door lock guidance method, which may include the following steps:

[0055] S201, Rescue Call Initiation and Service Binding: Based on the activation command triggered by a rescuer swiping a card on any smart lock, that lock activates a preset service IP address and multicasts a rescue call initiation message, triggering all locks to enter rescue mode. The gateway router then establishes a neighbor information record for the currently calling lock based on the neighbor information table. Specifically, the rescue call initiation and service binding includes:

[0056] Call Initiation and IP Binding: Based on the rescue personnel's card swiping and button operation on the current call door lock, the door lock enables a preset virtual service IP address as an auxiliary address on its network interface, and sends a gratuitous ARP message to announce the address binding within the local area network;

[0057] Call message multicast: Based on the event that the service IP is enabled, the current call door lock multicast sends a rescue call initiation message. The message contains the multicast address, message type, current call door lock identifier, service IP address and unique identifier of the rescuer;

[0058] Global mode trigger: Upon receiving the multicast rescue call activation message, all door locks trigger the local smart terminal to play the preset rescue voice and enter the voice listening state, completing the global rescue mode initialization;

[0059] Neighbor information reporting: Based on the neighbor information table stored locally by each door lock, determine whether it is a neighbor door lock of the currently calling door lock; if so, it unicasts its own identifier and the identifier of the currently calling door lock to the gateway router. The gateway router records the neighbor door lock information of the currently calling door lock, namely the neighbor door lock's identifier, MAC address, management IP and association relationship, forming a neighbor information table for relay path decision.

[0060] S202, Trapped Person Response and Message Reporting: Based on the response signal sent by the trapped person through the smart terminal, the door lock where the trapped person is located periodically sends a rescue call response message to the service IP address. This message includes the identifier of the currently calling door lock and the identifier of the trapped door lock itself. Specifically, the trapped person response and message reporting includes:

[0061] Response signal reception: Based on the voice response issued by the trapped person, the smart terminal in the room recognizes it and generates a response message containing the signal of the person's presence, which is then unicasted to the trapped door lock;

[0062] Reply message generation and transmission: Based on the received response message, the trapped door lock periodically generates a rescue call response unicast message, wherein the destination IP address is the service IP address, the source IP address is its own management IP, and the application layer payload includes the current calling door lock identifier, the trapped door lock's own identifier, and the rescuer's identifier;

[0063] Local voice broadcast: Based on the behavior of sending reply messages, the trapped door lock synchronously triggers the local device to periodically broadcast voice messages to remind people in the room that they are trapped.

[0064] S203, Dynamic Relay and Service IP Migration: Based on the gateway router's deep analysis of the rescue call response message, a relay lock is dynamically selected and notified to guide the rescue personnel to move; when the rescue personnel arrive at the relay lock and trigger a location update, the service IP address is migrated from the original holding lock to the relay lock, and the current calling lock identifier in subsequent call response messages is updated to achieve gradual guidance; specifically, the dynamic relay and service IP migration includes:

[0065] Gateway policy routing decision: Based on the rescue call reply message received by the gateway router with the destination IP as the service IP, the current calling door lock identifier and the trapped door lock identifier are parsed to obtain the current calling door lock identifier and the trapped door lock identifier. The relative location is determined by comparing the values ​​of the two, and the neighbor door lock that is closer to the trapped door lock is selected from the neighbor information table as the first relay door lock.

[0066] Message forwarding: Based on the MAC address of the preferred relay lock determined by the decision, the gateway router modifies the Layer 2 destination MAC address of the original unicast message to that MAC address, keeps the Layer 3 destination service IP unchanged, and forwards the modified message within the subnet so that the message is received by the relay lock;

[0067] Relay Lock Guidance and Location Update: Upon receiving a rescue call response message with the destination MAC address as the local machine and the destination IP address as the service IP, the relay lock confirms its relay role and then plays a guiding voice pointing in the direction of the entrapment. When the arrival of rescue personnel is detected, a multicast message is sent to update the location of the rescue personnel, which includes the new currently calling lock identifier and service IP address.

[0068] Service IP migration execution: Upon receiving the location update message, the lock holding the original service IP unbinds itself from the service IP and sends a gratuitous ARP to clear the notification; at the same time, the new successor lock activates the service IP and sends a gratuitous ARP to update the notification, completing the dynamic migration of service IP control.

[0069] Response message update: Based on the location update message of the rescuers, the trapped door lock will update the currently calling door lock identifier in the response message to a new currently calling door lock identifier, so that the gateway selects and notifies the next relay door lock according to the above gateway policy routing decision method, and gradually reduces the guidance distance;

[0070] Fault reselection mechanism: If the gateway router does not receive a location update message from a relay lock within a set time, it determines that the relay lock may be faulty. Then, it selects the nearest neighbor lock of the original calling lock that is closer to the trapped lock from the neighbor information table as a backup relay lock, and forwards the message after modifying the destination MAC address.

[0071] Specifically, the gateway policy routing decision includes:

[0072] Location determination: Calculate the difference between the currently calling door lock ID and the calling answering door lock ID obtained from the parsing; if the difference is positive, the trapped door lock is located to the left of the currently calling door lock; if it is negative, it is located to the right.

[0073] Neighbor set filtering: Based on the location judgment result, filter out all neighbor lock records that belong to the currently called lock and are located in the direction of the trapped lock from the neighbor information table;

[0074] Optimal relay point selection: Based on the screened neighbor locks, prioritize the next neighbor lock that is farther away from the currently calling lock but closer to the trapped lock as the first relay lock.

[0075] S204, End-of-line guidance and rescue arrival: Based on the decision that the trapped door lock belongs to a neighbor's lock through the relay lock, message forwarding is stopped and end-of-line guidance voice continues to play until rescuers arrive at the trapped room. Specifically, the end-of-line guidance and rescue arrival includes:

[0076] End-point condition judgment: After receiving and parsing the rescue call response message, the relay lock determines whether the trapped lock identifier exists in its own locally stored neighbor information table;

[0077] Stop forwarding and end-point guidance: Based on the result of "yes", the relay door lock is determined to be the end-point relay point, and the forwarding of the message to the next hop is stopped. Instead, the end-point guidance voice prompting the rescuers that they have approached the target is played in a loop.

[0078] Rescue complete: Based on the physical location of the room where the locked door is located, the emergency rescue guidance process is completed.

[0079] I. Technical Solution:

[0080] (I) Core Idea:

[0081] Prerequisites:

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

[0083] 2. All door locks are configured with a unique management IP address and are uniformly connected to the same gateway router, belonging to the same subnet. The door locks communicate through the local area network (within the same subnet), while the gateway router is responsible for communication with other networks.

[0084] 3. Each door lock locally stores a neighbor information table, recording information about adjacent door locks (two on each side), including ID and management IP.

[0085] 4. A service IP address is pre-defined for door lock service relay. This address belongs to the subnet segment where the door lock is located, but it is not assigned to any door lock as a management address for its physical interface. All door locks are configured to be aware of this service IP address.

[0086] 5. The gateway router is a "dedicated gateway" equipped with a dedicated software module, which supports parsing the specific application layer message protocols defined in this solution.

[0087] 6. 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.

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

[0089] Core process:

[0090] The core process of this solution is based on a dynamic binding and relay forwarding mechanism of service IPs, enabling rescue personnel to provide progressive audio guidance from any starting point to the room of the trapped person. The process mainly includes the following key steps:

[0091] 1. Initialization:

[0092] All smart locks are added to the same multicast group.

[0093] 2. Emergency call initiation and service IP binding:

[0094] When rescuers swipe their cards on any door lock to initiate a rescue call, the door lock uses its service IP as an auxiliary address on its own network interface and sends a notification within the local subnet by sending gratuitous ARPs.

[0095] The door lock simultaneously multicasts a rescue call activation message, triggering all rooms to play rescue audio and enter listening mode.

[0096] The neighboring locks of this door lock proactively unicast their own information to the gateway, including the central door lock ID and the neighbor door lock ID (their own ID). The gateway records the MAC and IP of the neighbor door locks based on the source MAC and source IP (which is the management IP of the door lock), forming a neighbor door lock information table. Each record contains the central door lock ID and the sequence of neighbor door lock information (each neighbor door lock information includes its ID, MAC, and management IP information), forming the basis for relay path decision-making.

[0097] 3. Response from trapped personnel and message triggering:

[0098] After a trapped person responds via a smart terminal, the door lock in their location periodically sends a rescue call response message to the service IP. The message includes the target IP (service IP), the source IP (the user's own management IP), the message type (rescue call response), the current calling door lock ID (the door lock ID that initiated the call), the call response door lock ID (the user's own door lock ID), and the rescuer ID (indicating which rescuer's inquiry is being answered).

[0099] 4. Dynamic handover and service IP migration:

[0100] The gateway router performs a deep analysis of the message and, based on the positional relationship between the calling lock ID and the responding lock ID, dynamically selects a relay lock from the neighbor lock information table (prioritizing the neighbor next to the responding lock that is currently calling the lock), and forwards the packet to the relay lock by modifying the destination MAC address (changing the destination MAC address to the MAC address of the relay lock).

[0101] After receiving a rescue call response message with the destination MAC address being the local machine and the destination IP address being the service IP address, the relay door lock confirms that it is a relay node and immediately plays directional guidance voice.

[0102] Once a rescuer moves to the lock and is identified, the lock multicasts a rescuer location update message containing the multicast address (G), message type (rescuer location update), currently calling lock ID (the lock ID), calling lock IP (service IP), and rescuer ID.

[0103] When the gateway receives and forwards the multicast message updating the location of the rescuers, it confirms that the relay lock has taken over. If it does not receive an update message from the lock within a set time (e.g., within 1 minute), it determines that the lock may be faulty. It then selects a new neighbor from the neighbor lock information table that is closer to the responding lock than the one that previously called the lock as the relay lock, and forwards the message to that lock by modifying its destination MAC address. Once the lock is confirmed as the relay node, it plays directional guidance audio and, after identifying the rescuers, multicasts the rescuer's location update message again.

[0104] After the relay door lock sends a multicast message updating the location of rescue personnel, it triggers a service IP rebinding: that is, the original service IP holder unbinds the door lock and sends a gratuitous ARP to announce it; the new relay door lock takes over and activates the service IP, and also sends a gratuitous ARP (ARP update) to announce it.

[0105] Subsequently, the response message for the trapped lock will be sent to the new service IP holder (where the current calling lock ID is changed to the new relay lock), and the gateway will continue to select the next relay point according to the aforementioned strategy, gradually reducing the guidance distance.

[0106] 5. End-point guidance and rescue arrival:

[0107] When the relay lock determines that the target door lock is its neighbor's, it stops forwarding the message and continues to play the end-point guidance voice until the rescuers arrive at the trapped room.

[0108] (II) Complete technical implementation process:

[0109] Prerequisites: Same as before. Complete process:

[0110] 1. Initialization:

[0111] (1) All door locks send IGMP member reports to request to join multicast group G.

[0112] 2. Emergency call initiation and service IP binding:

[0113] (2) Rescuers can activate the rescue call mode by swiping their RFID card on the sensing area of ​​any door lock (the currently calling door lock, such as door lock 11) and pressing a specific key after verification. Door lock 11 enables the service IP, that is, it enables the service IP as an auxiliary address on its own network interface and sends a free ARP within the local subnet, where the target IP is the service IP, the target MAC is the broadcast address, the sender IP is the service IP, and the sender MAC is its own MAC.

[0114] (3) Door lock 11 sends rescue call to initiate multicast data, including multicast address (G), message type (rescue call initiated), calling door lock ID (door lock 11), calling door lock IP (service IP), rescuer ID (i.e. the ID of the RFID card carried).

[0115] (4) All door locks can receive the above multicast data and also start the emergency call mode. Each door lock communicates unicast with the smart terminal in the room, notifying the latter to play the preset voice of the mode start; however, the smart terminal is in listening mode.

[0116] (5) After receiving the above rescue call multicast data, all locks determine whether they are neighbor locks of the lock in the message based on their own stored neighbor information table (the ID of the neighbor lock differs from the ID of the lock in the message by 1 or 2). In this example, locks 9, 10, 12, and 13 are neighbor locks of lock 11. Each neighbor lock unicasts a neighbor lock reporting message to the gateway router. The message contains the central lock ID (lock 11) and the neighbor lock ID (its own ID). The gateway records the MAC and IP of the neighbor locks based on the source MAC and source IP (the management IP of the lock), forming a neighbor lock information table. Each record contains the central lock ID (lock 11) and the neighbor lock information sequence (each neighbor lock information includes its ID, MAC, and management IP information). In this way, when the gateway router needs to forward the "rescue call reply" to lock 11 later, it knows which specific lock should be selected as the relay point.

[0117] 3. Response from trapped personnel and message triggering:

[0118] (6) 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 unicasts a 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) unicasts a rescue call reply message, including the target IP (service IP), source IP (management IP of door lock 3), message type (rescue call reply), current calling door lock ID (door lock 11), call reply 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 voice message locally, such as "People are trapped in this room".

[0119] 4. Dynamic handover and service IP migration:

[0120] (7) The current holder of the service IP is lock 11. The gateway router receives a unicast message from lock 3 whose destination IP is the service IP. It first parses the application layer protocol, identifies it as a "rescue call reply" message, and extracts the current calling lock ID (11) and the call reply lock ID (3). Then, the gateway performs a policy routing decision, that is, selects a relay point based on the message content (call lock ID and reply lock ID). In this example, since lock 3 is located to the left of lock 11 (3<11), the gateway needs to select a lock that is located between the two and closer to lock 3 as the relay point. According to the neighbor lock information table, the gateway selects lock 9, which is further away from lock 11 among the left neighbors of lock 11 (i.e., lock 9, the neighbor of lock 11). Then, the gateway keeps the destination address (service IP) of the original IP packet unchanged, modifies the destination MAC address of the Ethernet frame header to the MAC address of lock 9, and sends it to the subnet, instructing lock 9 to process the packet as an intermediate relay node.

[0121] (8) After receiving the message, door lock 9 finds that the destination MAC is itself, but the destination IP is the service IP (not its own IP). After checking the message type, it confirms that it is a rescue call reply message from door lock 3. Therefore, it confirms that it needs to take over. Then, door lock 9 broadcasts a voice message indicating where people are trapped (such as "There is a room ahead where people are trapped"). The purpose is to use sound to guide rescuers to the room where door lock 3 is located.

[0122] (9) The rescuer walks towards the door lock 9 following the sound. After the door lock 9 senses the RFID card information carried by the rescuer (indicating that the rescuer has come to its side), it sends a multicast message to update the location of the rescuer, including the multicast address (G), message type (rescue personnel location update), current calling door lock ID (door lock 9), calling door lock IP (service IP), and rescuer ID (i.e. the ID of the RFID card carried).

[0123] (10) When the gateway receives and forwards the multicast message updating the location of the rescue personnel, it confirms that lock 9 has taken over. If it does not receive the update message from lock 9 within a set time (e.g., within 1 minute), it determines that lock 9 may be faulty. Then, it reselects the next neighbor lock to the left of lock 11 (i.e., lock 10) from the neighbor lock information table, modifies the destination MAC address of the Ethernet frame header to the MAC address of lock 10, and sends it to the subnet, re-instructing lock 10 to process the message as an intermediate relay node. The following description still takes the normal relay of lock 9 as an example.

[0124] (11) When the original calling door lock 11 receives the location update message from the rescuer, it finds that the current calling door lock has been changed to door lock 9, so it needs to give up the service IP. Door lock 11 deletes the service IP configuration on its own interface and broadcasts a gratuitous ARP in the subnet to declare that the service IP is unbound from itself.

[0125] (12) The new current calling door lock 9, after receiving the gratuitous ARP from the original calling door lock 11, enables the service IP as an auxiliary address on its own network interface, and sends a gratuitous ARP (ARP update) on the local subnet to announce the binding of the service IP with its own MAC address.

[0126] (13) Following step (9), after receiving the rescuer location update multicast message, door lock 3 updates and continues to periodically send rescue call response messages, in which the current calling door lock ID is changed from door lock 11 to door lock 9.

[0127] (14) The gateway router receives another rescue call reply message with the destination IP as the service IP. After parsing, it finds that the current calling door lock has been updated to 9, while the reply door lock remains 3. According to the same strategy, door lock 7, which is further away from door lock 9 from its left neighbor, is selected. Subsequently, the original IP packet is re-encapsulated, the destination MAC is set to the MAC of door lock 7, and it is forwarded to the subnet.

[0128] 5. End-point guidance and rescue arrival:

[0129] (15) The subsequent relay is similar to the above process. The final relay point, door lock 5, receives the rescue call reply message, analyzes it and finds that the target door lock 3 is its neighbor door lock, thus determining that the rescue path has reached its end and stopping forwarding the message to subsequent nodes. When the rescuer moves to door lock 5 and is identified, door lock 5 no longer multicasts the rescuer's location update message to request a change of service IP, but instead plays the trapped direction voice in a loop (such as "There is a trapped person in a room ahead") to guide the rescuer to the target door lock 3.

[0130] II. Beneficial Effects:

[0131] By leveraging the service IP, dynamic transfer of door lock call control is achieved, and by using gateway policy routing to relay with neighboring door locks, voice-based progressive rescue guidance is implemented, improving rescue efficiency.

[0132] III. Protection Points:

[0133] 1. After receiving a "rescue call reply" unicast message with the destination IP as the service IP, the gateway router prioritizes the neighboring door lock between the currently calling door lock and the calling reply door lock as the relay door lock, modifies the destination MAC address of the unicast message to the MAC address of the relay door lock, and then sends it to the other party.

[0134] 2. After receiving the "rescue call reply" unicast message, the relay door lock finds that the destination MAC is itself, but the destination IP is the service IP (not its own IP). Upon checking the message type, it finds that it is a rescue call reply message and confirms that it needs to take over. Therefore, it multicasts and sends the rescuer's location update message.

[0135] 3. After the original calling door lock receives the location update message of the rescuer from the current relay door lock (i.e., the neighboring door lock of the original calling door lock), it abandons the service IP and sends a gratuitous ARP to clear the ARP cache of its original service IP in the subnet.

[0136] 4. After receiving the free ARP from the original calling lock, the relay lock activates its service IP and sends an update ARP to announce the binding of the service IP with its own MAC address.

[0137] 5. The gateway supports a reselection mechanism after the preferred relay door lock fails and times out (the next best door lock is selected).

[0138] As can be seen, the activation command triggered by a rescuer swiping a card on any smart lock triggers all locks to enter rescue mode; based on the response signal sent by the trapped person through the smart terminal, the lock on which the trapped person is located periodically sends a rescue call response message to the service IP address; based on the deep analysis of the rescue call response message by the gateway router, a relay lock is dynamically selected and notified to guide the rescuer's movement; when the rescuer arrives at the relay lock and triggers a location update, the service IP address is migrated from the original lock to the relay lock; based on the relay lock's decision that the trapped lock is a neighboring lock, message forwarding stops and the terminal guidance voice continues to play until the rescuer arrives at the trapped room, thereby achieving real-time, progressive, and precise guidance from the rescue initiation point to the trapped point, improving the path adaptability and arrival efficiency of emergency rescue.

[0139] Another embodiment of the present invention provides a door lock guidance system for emergency rescue, see [link to relevant documentation]. Figure 3 The system may include:

[0140] Binding module 301 is used for rescue call initiation and service binding: based on the initiation command triggered by the rescuer swiping a card on any smart door lock, the door lock activates the preset service IP address and multicasts a rescue call initiation message, triggering all door locks to enter rescue mode, and the gateway router establishes a record of the neighbor information of the currently calling door lock according to the neighbor information table;

[0141] The reporting module 302 is used for the trapped person's response and message reporting: based on the response signal sent by the trapped person through the smart terminal, the door lock where the trapped person is located periodically sends a rescue call response message to the service IP address. The message contains the current calling door lock identifier and the trapped door lock's own identifier.

[0142] Migration module 303 is used for dynamic relay and service IP migration: based on the deep parsing of the rescue call response message by the gateway router, it dynamically selects and notifies the relay lock to guide the rescue personnel to move; when the rescue personnel arrive at the relay lock and trigger the location update, the service IP address is migrated from the original holding lock to the relay lock, and the current calling lock identifier in subsequent call response messages is updated to achieve gradual guidance;

[0143] The guidance module 304 is used for end-point guidance and rescue arrival: based on the decision of the relay door lock to determine that the trapped door lock belongs to one of our neighbors, it stops message forwarding and continues to play end-point guidance voice until the rescuers arrive at the trapped room.

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

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

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

[0147] 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 guidance method for emergency rescue, characterized in that, The method includes: Rescue call activation and service binding: Based on the activation command triggered by the rescuer swiping a card on any smart lock, the lock activates the preset service IP address and multicasts a rescue call activation message, triggering all locks to enter rescue mode, and the gateway router establishes a record of the neighbor information of the currently calling lock based on the neighbor information table; Trapped Personnel Response and Message Reporting: Based on the response signal sent by the trapped personnel through the smart terminal, the door lock where the trapped person is located periodically sends a rescue call response message to the service IP address. This message contains the identifier of the currently calling door lock and the identifier of the trapped door lock itself. Dynamic relay and service IP migration: Based on the deep analysis of the rescue call response message by the gateway router, the relay lock is dynamically selected and notified to guide the rescue personnel to move; when the rescue personnel arrive at the relay lock and trigger the location update, the service IP address is migrated from the original holding lock to the relay lock, and the current calling lock identifier in subsequent call response messages is updated to achieve gradual guidance; End-point guidance and rescue arrival: Based on the decision that the trapped door lock belongs to your neighbor, stop forwarding messages and continue playing end-point guidance voice messages until rescuers arrive at the trapped room.

2. The method according to claim 1, characterized in that, The rescue call initiation and service binding include: Call Initiation and IP Binding: Based on the rescue personnel's card swiping and button operation on the current call door lock, the door lock enables a preset virtual service IP address as an auxiliary address on its network interface, and sends a gratuitous ARP message to announce the address binding within the local area network; Call message multicast: Based on the event that the service IP is enabled, the current call door lock multicast sends a rescue call initiation message. The message contains the multicast address, message type, current call door lock identifier, service IP address and unique identifier of the rescuer; Global mode trigger: Upon receiving the multicast rescue call activation message, all door locks trigger the local smart terminal to play the preset rescue voice and enter the voice listening state, completing the global rescue mode initialization; Neighbor information reporting: Based on the neighbor information table stored locally by each door lock, determine whether it is a neighbor door lock of the currently calling door lock; if so, it unicasts its own identifier and the identifier of the currently calling door lock to the gateway router. The gateway router records the neighbor door lock information of the currently calling door lock, namely the neighbor door lock's identifier, MAC address, management IP and association relationship, forming a neighbor information table for relay path decision.

3. The method according to claim 2, characterized in that, The responses and message reporting of the trapped personnel include: Response signal reception: Based on the voice response issued by the trapped person, the smart terminal in the room recognizes it and generates a response message containing the signal of the person's presence, which is then unicasted to the trapped door lock; Reply message generation and transmission: Based on the received response message, the trapped door lock periodically generates a rescue call response unicast message, wherein the destination IP address is the service IP address, the source IP address is its own management IP, and the application layer payload includes the current calling door lock identifier, the trapped door lock's own identifier, and the rescuer's identifier; Local voice broadcast: Based on the behavior of sending reply messages, the trapped door lock synchronously triggers the local device to periodically broadcast voice messages to remind people in the room that they are trapped.

4. The method according to claim 3, characterized in that, The dynamic handover and service IP migration include: Gateway policy routing decision: Based on the rescue call reply message received by the gateway router with the destination IP as the service IP, the current calling door lock identifier and the trapped door lock identifier are parsed to obtain the current calling door lock identifier and the trapped door lock identifier. The relative location is determined by comparing the values ​​of the two, and the neighbor door lock that is closer to the trapped door lock is selected from the neighbor information table as the first relay door lock. Message forwarding: Based on the MAC address of the preferred relay lock determined by the decision, the gateway router modifies the Layer 2 destination MAC address of the original unicast message to that MAC address, keeps the Layer 3 destination service IP unchanged, and forwards the modified message within the subnet so that the message is received by the relay lock; Relay Lock Guidance and Location Update: Upon receiving a rescue call response message with the destination MAC address as the local machine and the destination IP address as the service IP, the relay lock confirms its relay role and then plays a guiding voice pointing in the direction of the entrapment. When the arrival of rescue personnel is detected, a multicast message is sent to update the location of the rescue personnel, which includes the new currently calling lock identifier and service IP address. Service IP migration execution: Upon receiving the location update message, the lock holding the original service IP unbinds itself from the service IP and sends a gratuitous ARP to clear the notification; at the same time, the new successor lock activates the service IP and sends a gratuitous ARP to update the notification, completing the dynamic migration of service IP control. Response message update: Based on the location update message of the rescuers, the trapped door lock will update the currently calling door lock identifier in the response message to a new currently calling door lock identifier, so that the gateway selects and notifies the next relay door lock according to the above gateway policy routing decision method, and gradually reduces the guidance distance; Fault reselection mechanism: If the gateway router does not receive a location update message from a relay lock within a set time, it determines that the relay lock may be faulty. Then, it selects the nearest neighbor lock of the original calling lock that is closer to the trapped lock from the neighbor information table as a backup relay lock, and forwards the message after modifying the destination MAC address.

5. The method according to claim 4, characterized in that, The gateway policy routing decision includes: Location determination: Calculate the difference between the currently calling door lock ID and the calling answering door lock ID obtained from the parsing; if the difference is positive, the trapped door lock is located to the left of the currently calling door lock; if it is negative, it is located to the right. Neighbor set filtering: Based on the location judgment result, filter out all neighbor lock records that belong to the currently called lock and are located in the direction of the trapped lock from the neighbor information table; Optimal relay point selection: Based on the screened neighbor locks, prioritize the next neighbor lock that is farther away from the currently calling lock but closer to the trapped lock as the first relay lock.

6. The method according to claim 5, characterized in that, The terminal guidance and rescue arrival includes: End-point condition judgment: After receiving and parsing the rescue call response message, the relay lock determines whether the trapped lock identifier exists in its own locally stored neighbor information table; Stop forwarding and end-point guidance: Based on the result of "yes", the relay door lock is determined to be the end-point relay point, and the forwarding of the message to the next hop is stopped. Instead, the end-point guidance voice prompting the rescuers that they have approached the target is played in a loop. Rescue complete: Based on the physical location of the room where the trapped door lock is located, complete the emergency rescue guidance process.

7. A door lock guidance system for emergency rescue, characterized in that, The system includes: The binding module is used for emergency call initiation and service binding: based on the initiation command triggered by the rescuer swiping a card on any smart lock, the lock activates the preset service IP address and multicasts the emergency call initiation message, triggering all locks to enter emergency mode, and the gateway router establishes a record of the neighbor information of the currently calling lock based on the neighbor information table; The reporting module is used for trapped personnel to respond and report messages: based on the response signal sent by the trapped personnel through the smart terminal, the door lock where the trapped personnel are located periodically sends a rescue call response message to the service IP address. The message contains the current calling door lock identifier and the trapped door lock's own identifier. The migration module is used for dynamic relay and service IP migration: based on the deep parsing of the rescue call response message by the gateway router, it dynamically selects and notifies the relay lock to guide the rescue personnel to move; when the rescue personnel arrive at the relay lock and trigger the location update, the service IP address is migrated from the original holding lock to the relay lock, and the current calling lock identifier in subsequent call response messages is updated to achieve gradual guidance; The guidance module is used for end-point guidance and rescue arrival: based on the decision of the relay lock to determine that the trapped lock belongs to a neighbor, it stops message forwarding and continues to play end-point guidance voice until the rescuers arrive at the trapped room.

8. The system according to claim 7, characterized in that, The binding module is specifically used for: Call Initiation and IP Binding: Based on the rescue personnel's card swiping and button operation on the current call door lock, the door lock enables a preset virtual service IP address as an auxiliary address on its network interface, and sends a gratuitous ARP message to announce the address binding within the local area network; Call message multicast: Based on the event that the service IP is enabled, the current call door lock multicast sends a rescue call initiation message. The message contains the multicast address, message type, current call door lock identifier, service IP address and unique identifier of the rescuer; Global mode trigger: Upon receiving the multicast rescue call activation message, all door locks trigger the local smart terminal to play the preset rescue voice and enter the voice listening state, completing the global rescue mode initialization; Neighbor information reporting: Based on the neighbor information table stored locally by each door lock, determine whether it is a neighbor door lock of the currently calling door lock; if so, it unicasts its own identifier and the identifier of the currently calling door lock to the gateway router. The gateway router records the neighbor door lock information of the currently calling door lock, namely the neighbor door lock's identifier, MAC address, management IP and association relationship, forming a neighbor information table for relay path decision.

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