A door lock cooperative quick opening method and system

Abstract

The application discloses a door lock cooperative quick door opening method and system, and the method comprises the following steps: according to the initialization configuration of a set top box and a door lock, mutual discovery among gateways is completed through a gateway information synchronization mechanism; according to the detection and recognition result of the set top box on indoor personnel, a gateway establishes and maintains the binding relationship of an interface and an authorized person identity; according to the visitor biological characteristics collected by the door lock and embedded in the multicast video stream, the first authorization and the establishment of the authorized association relationship are completed; according to the established authorized association relationship, the gateway synchronizes through a special multicast group; when the same visitor visits again, the gateway forwards the video stream to the set top box where the corresponding authorized person is located; according to the event that the gateway detects that the authorized person is offline or the network is reset, the no-authorized-person notification mechanism or the network state reconstruction process is triggered. By using the embodiment of the application, the intelligence and user experience of the door opening operation in a multi-member family scene can be improved.

Description

Technical Field

[0001] This invention belongs to the field of smart door lock technology, and in particular to a fast door opening method and system in coordination with door locks. Background Technology

[0002] With the popularization of smart home technology, the linkage between smart door locks and indoor video display devices (such as set-top boxes and smart TVs) has become an important means to improve the convenience and security of life. Current technologies for displaying images on TV screens after a visitor rings the doorbell mostly use a central server relay or a simple cloud-to-cloud connection model. This model suffers from high response latency, reliance on external network stability, and privacy risks. Especially in scenarios with multiple family members (i.e., multiple potential authorized persons), existing systems cannot intelligently and accurately push visitor information to the most relevant family members. For example, if the authorized person opening the door for a visitor for the first time is not in the living room, the system will still distribute the video to all screens, causing inconvenience to irrelevant members, or failing to find the corresponding member when authorization is needed, leading to interruptions or delays in the door-opening process and a poor user experience. Summary of the Invention

[0003] The purpose of this invention is to provide a fast door opening method and system with door lock coordination to overcome the shortcomings of the prior art and improve the intelligence and user experience of door opening operation in multi-member family scenarios.

[0004] One embodiment of this application provides a quick door opening method with door lock coordination, the method comprising:

[0005] Device multicast registration and gateway discovery: Based on the initial configuration of the set-top box and door lock, device registration messages are sent to the preset multicast groups to establish multicast forwarding paths, and mutual discovery between gateways is completed through the gateway information synchronization mechanism;

[0006] Authorized Person Status Synchronization: Based on the set-top box's detection and identification results of indoor personnel, the presence or departure status of authorized persons is reported to the gateway via enhanced IGMP messages. The gateway establishes and maintains the binding relationship between the interface and the authorized person's identity.

[0007] Visitor video stream distribution and initial authorization: Based on the visitor's biometric features collected by the door lock and the event of embedding multicast video stream, the gateway distributes the video stream to all online set-top boxes for display, and completes the initial authorization and the establishment of authorization association by recognizing the confirmation action of the authorized person;

[0008] Authorization relationship synchronization and re-access handling: Based on the established authorization relationship, the gateway synchronizes through a dedicated multicast group; when the same visitor accesses again, the gateway accurately forwards the video stream to the set-top box where the corresponding authorized person is located according to the authorization relationship;

[0009] Abnormal scenario handling: Based on the gateway's detection of authorized users being offline or network reset events, trigger the unauthorized user notification mechanism or network status reconstruction process to ensure the continuous availability of the system.

[0010] Optionally, the device multicast registration and gateway discovery includes:

[0011] Set-top box multicast registration: Based on the set-top box startup completion event, send an IGMP join message to the gateway information synchronization multicast group G1, and send a multicast data packet containing its own gateway address;

[0012] Door lock multicast registration: Based on the door lock startup completion event, send an IGMP door lock device registration message of type 0x19 to the collaborative multicast group G2;

[0013] Multicast path establishment: Based on the bidirectional PIM protocol, establish multicast forwarding entries (*, G1) and (*, G2) in the network;

[0014] Gateway status synchronization: Based on the results of each gateway listening to G1 multicast data, the address information of all set-top box gateways is recorded locally to form a global gateway status table.

[0015] Optionally, the synchronization of the authorized person's status includes:

[0016] Authorized Person Detection and Recognition: Based on the indoor images of people captured by the set-top box camera, extract facial feature vectors and compare them with the locally stored authorized person feature database to determine the identity of the authorized person;

[0017] Status message reporting: Based on the presence or departure of the authorized person, the set-top box sends an IGMP message of type 0x1A (authorization presence) or type 0x1B (authorization departure) to multicast group G2, carrying the authorized person ID in the message;

[0018] Interface binding table maintenance: Based on the authorization status IGMP message received by the gateway, the authorizing person ID is registered on the receiving interface to form or update the collaborative interface binding table.

[0019] Optionally, the visitor video stream distribution and initial authorization include:

[0020] Visitor feature collection and video stream transmission: Based on the event of a visitor appearing in front of the door lock, the door lock collects the visitor's facial feature vector and embeds it into the first message of the multicast video stream, and sends it to multicast group G2;

[0021] Video stream distribution across the network: Based on the multicast path established between the door lock gateway and the set-top box gateway, the visitor video stream is pushed to all set-top box gateways; in the initial state, each gateway forwards the video stream to all directly connected set-top boxes;

[0022] Set-top box authorization confirmation: Based on the nodding action of the authorized person in front of the set-top box screen and the matching result of their facial features with the local database, authorization is determined to be successful; the set-top box then directly sends an opening command to the door lock;

[0023] Authorization relationship reporting: Based on the successful authorization result, the set-top box sends an authorization success IGMP message of type 0x1C to multicast group G2, which carries the authorizer ID and visitor feature vector;

[0024] Local association table creation: Based on the authorization success message received by the gateway, create or update the authorization association table locally to record the correspondence between visitor feature vectors and authorizing person IDs.

[0025] Optionally, the authorization relationship synchronization and re-access processing includes:

[0026] Authorization relationships are synchronized across the entire network: Based on the creation or update events of the local authorization association table of the gateway, authorization association synchronization messages are sent to all other set-top box gateways in the network through the gateway multicast address G3;

[0027] Synchronization information processing: Based on the result of the G3 multicast synchronization message received by the gateway, update the local authorization association table; if the characteristics of the synchronized visitor are found to match the video stream being forwarded locally, stop forwarding the video stream;

[0028] Precise forwarding upon revisit: Based on the video stream sent by the door lock when the same visitor revisits, the gateway extracts the visitor's feature vector, queries the local authorization association table, finds the corresponding authorized person ID, and forwards the video stream only to the set-top box interface where the authorized person is currently located, according to the collaborative interface binding table.

[0029] Optionally, the abnormal scenario handling includes:

[0030] Handling unauthorized user scenarios: When the gateway discovers an authorized association relationship but no corresponding authorized user is online on the local interface while forwarding the video stream, it immediately sends an unauthorized user notification message through multicast group G3 and starts a timer;

[0031] Notification message decision: The gateway makes a decision based on whether it receives unauthorized notification messages from all other gateways before the timer expires: if all are received, the video stream is distributed to all set-top boxes according to the initial authorization process; if it finds that a gateway has not notified, the local video stream is discarded.

[0032] Network reset recovery: Based on router restart or management commands, send a cooperative information query broadcast message of type 0x1D to all ports;

[0033] State Reconstruction: Based on the various registration and status information reported by the set-top box and door lock in response to query messages, the gateway reconstructs the collaborative interface binding table and the authorization association table, and resynchronizes the authorization association relationship of the entire network through the G3 multicast group.

[0034] Another embodiment of this application provides a door lock-coordinated quick-opening system, the system comprising:

[0035] The registration module is used for device multicast registration and gateway discovery: based on the initial configuration of the set-top box and door lock, it sends device registration messages to the preset multicast groups, establishes multicast forwarding paths, and completes mutual discovery between gateways through the gateway information synchronization mechanism;

[0036] The synchronization module is used for authorizing the status synchronization: based on the set-top box's detection and identification results of indoor personnel, it reports the presence or departure status of the authorizing personnel to the gateway through enhanced IGMP messages. The gateway establishes and maintains the binding relationship between the interface and the authorizing personnel's identity.

[0037] The distribution module is used for visitor video stream distribution and initial authorization: based on the visitor's biometric features collected by the door lock and the event of embedding the multicast video stream, the gateway distributes the video stream to all online set-top boxes for display, and completes the initial authorization and the establishment of authorization association by recognizing the confirmation action of the authorized person;

[0038] The access module is used for authorization relationship synchronization and re-access processing: based on the established authorization relationship, the gateway synchronizes through a dedicated multicast group; when the same visitor accesses again, the gateway accurately forwards the video stream to the set-top box where the corresponding authorized person is located according to the authorization relationship;

[0039] The processing module is used for handling abnormal scenarios: based on the gateway detecting that an authorized person is offline or the network is reset, it triggers the unauthorized person notification mechanism or the network status reconstruction process to ensure the continuous availability of the system.

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

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

[0042] Compared with existing technologies, this invention provides a fast door opening method with door lock collaboration. Based on the initial configuration of the set-top box and door lock, mutual discovery between gateways is achieved through a gateway information synchronization mechanism. Based on the set-top box's detection and identification of people indoors, the gateway establishes and maintains the binding relationship between the interface and the authorized person's identity. Based on the event of the door lock collecting visitor biometrics and embedding multicast video streams, initial authorization and the establishment of authorization associations are completed. Based on the established authorization associations, the gateway synchronizes through a dedicated multicast group. When the same visitor visits again, the gateway forwards the video stream to the set-top box where the corresponding authorized person is located. Based on the gateway detecting that the authorized person is offline or the network is reset, an unauthorized person notification mechanism or a network state reconstruction process is triggered, thereby improving the intelligence and user experience of door opening operations in multi-member home scenarios. Attached Figure Description

[0043] Figure 1 A hardware structure block diagram of a computer terminal for a door lock-coordinated rapid door opening method provided in an embodiment of the present invention;

[0044] Figure 2 A flowchart illustrating a fast door opening method with door lock coordination provided in an embodiment of the present invention;

[0045] Figure 3 This is an example diagram of a door lock collaboration relationship provided in an embodiment of the present invention;

[0046] Figure 4 This is a schematic diagram of a door lock-coordinated fast door opening system provided in an embodiment of the present invention. Detailed Implementation

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

[0048] Duplex rooms in hotels or apartments often consist of an open area and multiple separate rooms. The open area is shared by the room owner and external visitors, with the room owner authorizing entry for each visitor. Because visitors are temporary and cannot be pre-registered for the external door locks, when a visitor arrives unexpectedly, the owner needs to leave their room to unlock the external door, impacting the user experience for both the owner and the visitor. Door locks send alarms point-to-point to the administrator's mobile app, but this method is often affected by network latency, the phone not being readily available, and the administrator's response timeliness, resulting in a poor user experience for visitors. Therefore, deploying a separate management platform within the network is too costly.

[0049] This invention first provides a quick door opening method in conjunction with a door lock, which can be applied to electronic devices, such as computer terminals, specifically ordinary computers.

[0050] The following detailed explanation uses a computer terminal as an example. Figure 1 This is a hardware structure block diagram of a computer terminal for a door lock-coordinated rapid door opening 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.

[0051] 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 type of door lock coordination quick-opening method.

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

[0053] Internal memory provides an environment for the execution of computer programs in non-volatile storage media. When executed by a processor, the computer program enables the processor to perform any type of fast door opening method in conjunction with door locks.

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

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

[0056] See Figure 2 The present invention provides a quick door opening method in cooperation with a door lock, which may include the following steps:

[0057] S201, Device Multicast Registration and Gateway Discovery: Based on the initialization configuration of the set-top box and door lock, device registration messages are sent to the preset multicast groups respectively to establish multicast forwarding paths, and mutual discovery between gateways is completed through the gateway information synchronization mechanism; specifically, the device multicast registration and gateway discovery includes:

[0058] Set-top box multicast registration: Based on the set-top box startup completion event, send an IGMP join message to the gateway information synchronization multicast group G1, and send a multicast data packet containing its own gateway address;

[0059] Door lock multicast registration: Based on the door lock startup completion event, send an IGMP door lock device registration message of type 0x19 to the collaborative multicast group G2;

[0060] Multicast path establishment: Based on the bidirectional PIM protocol, establish multicast forwarding entries (*, G1) and (*, G2) in the network;

[0061] Gateway status synchronization: Based on the results of each gateway listening to G1 multicast data, the address information of all set-top box gateways is recorded locally to form a global gateway status table.

[0062] S202, Authorized Person Status Synchronization: Based on the set-top box's detection and identification results of indoor personnel, the presence or departure status of the authorized person is reported to the gateway via enhanced IGMP messages. The gateway establishes and maintains the binding relationship between the interface and the authorized person's identity. Specifically, the authorized person status synchronization includes:

[0063] Authorized Person Detection and Recognition: Based on the indoor images of people captured by the set-top box camera, extract facial feature vectors and compare them with the locally stored authorized person feature database to determine the identity of the authorized person;

[0064] Status message reporting: Based on the presence or departure of the authorized person, the set-top box sends an IGMP message of type 0x1A (authorization presence) or type 0x1B (authorization departure) to multicast group G2, carrying the authorized person ID in the message;

[0065] Interface binding table maintenance: Based on the authorization status IGMP message received by the gateway, the authorizing person ID is registered on the receiving interface to form or update the collaborative interface binding table.

[0066] S203, Visitor Video Stream Distribution and Initial Authorization: Based on the visitor's biometric features collected by the door lock and the event of embedding a multicast video stream, the gateway distributes the video stream to all online set-top boxes for display, and completes the initial authorization and establishment of authorization association by recognizing the authorized person's confirmation action; specifically, the visitor video stream distribution and initial authorization include:

[0067] Visitor feature collection and video stream transmission: Based on the event of a visitor appearing in front of the door lock, the door lock collects the visitor's facial feature vector and embeds it into the first message of the multicast video stream, and sends it to multicast group G2;

[0068] Video stream distribution across the network: Based on the multicast path established between the door lock gateway and the set-top box gateway, the visitor video stream is pushed to all set-top box gateways; in the initial state, each gateway forwards the video stream to all directly connected set-top boxes;

[0069] Set-top box authorization confirmation: Based on the nodding action of the authorized person in front of the set-top box screen and the matching result of their facial features with the local database, authorization is determined to be successful; the set-top box then directly sends an opening command to the door lock;

[0070] Authorization relationship reporting: Based on the successful authorization result, the set-top box sends an authorization success IGMP message of type 0x1C to multicast group G2, which carries the authorizer ID and visitor feature vector;

[0071] Local association table creation: Based on the authorization success message received by the gateway, create or update the authorization association table locally to record the correspondence between visitor feature vectors and authorizing person IDs.

[0072] S204, Authorization Relationship Synchronization and Re-access Processing: Based on the established authorization relationship, the gateway synchronizes via a dedicated multicast group; when the same visitor accesses again, the gateway accurately forwards the video stream to the set-top box where the corresponding authorized person is located based on the authorization relationship; specifically, the authorization relationship synchronization and re-access processing includes:

[0073] Authorization relationships are synchronized across the entire network: Based on the creation or update events of the local authorization association table of the gateway, authorization association synchronization messages are sent to all other set-top box gateways in the network through the gateway multicast address G3;

[0074] Synchronization information processing: Based on the result of the G3 multicast synchronization message received by the gateway, update the local authorization association table; if the characteristics of the synchronized visitor are found to match the video stream being forwarded locally, stop forwarding the video stream;

[0075] Precise forwarding upon revisit: Based on the video stream sent by the door lock when the same visitor revisits, the gateway extracts the visitor's feature vector, queries the local authorization association table, finds the corresponding authorized person ID, and forwards the video stream only to the set-top box interface where the authorized person is currently located, according to the collaborative interface binding table.

[0076] S205, Abnormal Scenario Handling: Based on the gateway's detection of an authorized user being offline or a network reset event, the unauthorized user notification mechanism or network status reconstruction process is triggered to ensure the continuous availability of the system. Specifically, the abnormal scenario handling includes:

[0077] Handling unauthorized user scenarios: When the gateway discovers an authorized association relationship but no corresponding authorized user is online on the local interface while forwarding the video stream, it immediately sends an unauthorized user notification message through multicast group G3 and starts a timer;

[0078] Notification message decision: The gateway makes a decision based on whether it receives unauthorized notification messages from all other gateways before the timer expires: if all are received, the video stream is distributed to all set-top boxes according to the initial authorization process; if it finds that a gateway has not notified, the local video stream is discarded.

[0079] Network reset recovery: Based on router restart or management commands, send a cooperative information query broadcast message of type 0x1D to all ports;

[0080] State Reconstruction: Based on the various registration and status information reported by the set-top box and door lock in response to query messages, the gateway reconstructs the collaborative interface binding table and the authorization association table, and resynchronizes the authorization association relationship of the entire network through the G3 multicast group.

[0081] This invention proposes a solution for real-time location sensing of authorized users by door locks and surrounding multimedia authorization devices (smart TVs, set-top boxes, video surveillance, video intercoms, etc.) without a management platform. This allows for autonomous collaboration between the door lock and the multimedia authorization devices, facilitating convenient authorization and improving visitor access efficiency and user experience. For ease of description, set-top boxes will be used as a typical type of multimedia authorization device in the following description.

[0082] I. Technical Solution:

[0083] 1. Core idea:

[0084] Each set-top box sends an IGMP join message to a specific gateway-dedicated multicast group G1, thus establishing a (*, G1) multicast forwarding table entry for the entire network using bidirectional PIM; each set-top box obtains its own gateway IP address through DHCP or other means and sends a gateway announcement message in the form of G1 multicast datagrams; each router listens for the above messages, so each set-top box gateway knows which set-top box gateways are currently present.

[0085] The set-top box has a built-in set of feature vectors for all authorized users. When the set-top box detects events such as the appearance, departure, or addition of a target in the room, it compares the facial feature vector of the captured face image with the local set of authorized user feature vectors. After confirming the authorized user's identity, it reports this to the set-top box gateway via an enhanced IGMP join message. The set-top box gateway then registers the authorized user ID on the interface that receives IGMP messages.

[0086] When a visitor arrives, the door lock captures the visitor's facial feature vector and embeds it into the multicast video stream before sending it. The door lock gateway and the set-top box gateway establish an RPT forwarding path to the RP through a bidirectional PIM mechanism. Therefore, after receiving the multicast video stream sent by the door lock, the door lock gateway forwards it to the set-top box gateway.

[0087] After receiving the multicast stream, the set-top box gateway extracts the visitor feature vector from the multicast stream, queries the local authorization association, and completes the forwarding operation.

[0088] 1) Initially, if no authorization association exists, the video stream is sent to all directly connected set-top boxes for authorization confirmation. The set-top box determines that authorization actions such as nodding originate from locally stored authorized facial feature values; if so, authorization is successful. Upon successful authorization, the set-top box directly sends a unicast message to the door lock to open the door, and simultaneously reports the authorization association to the set-top box gateway (which contains built-in facial feature values ​​of the visitor and authorized person) via an IGMP message. The set-top box gateway synchronizes the authorization association between the authorized person and the visitor via a separate multicast address.

[0089] 2) If an authorization relationship exists, the corresponding authorizing person ID is compared with the set of authorizing persons bound to the local interface one by one. If a match is found, the video stream is sent to the corresponding interface for the set-top box to confirm and unlock.

[0090] 3) If an authorization relationship exists, but no match is found in the facial feature vector registered on the local interface, a "No Authorized Person Announcement" message is immediately sent to multicast group G3. Each set-top box gateway records this message. If all set-top box gateways have announced the "No Authorized Person Announcement" message, it means that the authorized person is on leave, and the normal process is initiated. However, if one set-top box gateway announces an authorization pending release message, the other set-top box gateways will discard the visitor video stream upon receiving it.

[0091] 4) If a visitor corresponds to multiple authorized persons, the set-top box gateway sends the data simultaneously and checks whether the video stream is the same after receiving the synchronized authorization association. If so, it stops forwarding and does not need to wait for the on-site authorized personnel to nod.

[0092] 2. The complete technical implementation process is as follows:

[0093] (1) Pre-set conditions:

[0094] a. Door locks and set-top boxes can capture facial images and convert them into facial feature extraction and feature value comparison based on algorithms. Furthermore, the feature values ​​of door locks and set-top boxes are compatible and mutually recognized.

[0095] b. The set-top box obtains the authorized person's image of the door lock through other management methods and stores the set of characteristic vectors of all authorized persons. All set-top boxes keep the content synchronized, as shown in Table 1 below.

[0096] Table 1. Authorized Person Information Stored in the Set-Top Box

[0097]

[0098] c. The set-top box can receive audio and video multicast messages, decode them and display them on the screen, and can also recognize actions such as nodding in the video feed of people in the camera connected to the set-top box;

[0099] d. The router can provide facial feature comparison services on demand;

[0100] e. In the following network topology, routers F, E, and A are the door lock gateways for door locks A, B, and C, respectively; routers B, C, and D are the set-top box gateways for set-top boxes A, B, and C, respectively; and router G is the RP for the entire network.

[0101] (2) The set-top box gateway needs to know how many set-top box gateways are in the network, which can be accomplished in the following steps:

[0102] ① Each set-top box sends a common IGMP join message and joins the gateway information to synchronize the multicast group G1. The GroupAddress is filled in as the streaming multicast address G1 (e.g., 225.1.1.1).

[0103] ② Each set-top box sends G1 multicast data packets to a destination address and has its own built-in gateway IP address (which can be obtained through DHCP or management configuration, etc.).

[0104] ③ The multicast router uses the bidirectional PIM to establish a multicast forwarding table entry (*, G1) to forward multicast data sent from the local set-top box to G1 to the RP, and can also receive multicast data sent from other set-top boxes to G1.

[0105] ④ Each set-top box gateway listens for multicast data destined for G1 and records its status information locally as shown in Table 2. The gateway information synchronizes the multicast group from the IP destination address of the multicast data packet from the previous step, the set-top box address from the IP source address, and the set-top box gateway address from the packet content.

[0106] Table 2. Set-top box gateway status information maintained by the set-top box gateway.

[0107]

[0108] (3) The synchronization of information within the network after the set-top box captures a person's image can be completed in the following steps:

[0109] ① The set-top box sends an IGMPv2 “Set-top box device registration” message. The Type field adds an enumeration value of 0x18, the GroupAddress is filled with the multicast address G2 (e.g., 225.1.1.2), all other fields are left empty, the destination address of the IP layer is filled with G2, and the source address is the set-top box IP address;

[0110] ② The set-top box gateway establishes the RPT forwarding path from the set-top box gateway to the RP by creating (*, G2) entries along the way through a bidirectional PIM mechanism;

[0111] ③ After the set-top box detects that someone is in the room, it tracks all targets to complete the optimal face capture and compares it with the authorized person feature value in the locally stored authorized person information (Table 1) to determine the authorized person ID;

[0112] ④ The set-top box sends an IGMPv2 "Authorization Present" message. The Type field adds an enumeration value of 0x1A, the Group Address is entered as the streaming multicast address G2 (e.g., 225.1.1.2), the Auth Num is entered as the number of authorized users reported, the Auth ID is entered as the confirmed authorized user ID, the Aux Data Num is entered as 0, the destination address at the IP layer is entered as G2, and the source address is the set-top box's IP address. For example... Figure 3 As shown, Master 1 and Master 2 appear on set-top box A, and set-top box A sends an IGMPv2 "Authorized Appearance" message containing AuthID-1 and AuthID-2; Master 3 appears on set-top box B, and set-top box B sends an IGMPv2 "Authorized Appearance" message containing AuthID-3. An IGMPv2 enhanced message format is shown in Table 3 below:

[0113] Table 3 IGMPv2 Enhanced Message Format

[0114]

[0115] ⑤ After the set-top box gateway router detects the IGMPv2 "authorization present" message, it registers the authorizing person ID included in the message on the receiving interface that receives the IGMP message, forming a forwarding table for multicast data. For example... Figure 3 As shown in Table 4, the multicast forwarding table entries maintained by router B are expanded accordingly, and the multicast forwarding table entries maintained by router C are expanded accordingly, as shown in Table 5.

[0116] Table 4. Cooperative Interface Binding Table Maintained by Router B

[0117]

[0118] Table 5. Cooperative Interface Binding Table Maintained by Router C

[0119]

[0120] ⑥ If the set-top box detects the target leaving, it reports an IGMPv2 "Authorized Departure" message, adding an enumeration value of 0x1B to the Type field, and filling in the authorized person ID of the departing entity with the Auxiliary Data; for example... Figure 3 As shown, when owner 1 leaves set-top box A, set-top box A sends an IGMPv2 "Authorized to Leave" message with AuthID-1 as the Auth ID; when owner 3 leaves set-top box B, set-top box B sends an IGMPv2 "Authorized to Leave" message with AuthID-3 as the Auth ID.

[0121] ⑦ The set-top box gateway searches the collaborative interface binding table and deletes the departing authorized person ID on the downlink interface (set-top box);

[0122] (4) The synchronization and forwarding of visitor information captured by the door lock device within the network can be completed in the following steps:

[0123] ① The door lock sends an IGMPv2 "Door Lock Device Registration" message. The Type field adds an enumeration value of 0x19, the GroupAddress is filled with the multicast address G2 (e.g., 225.1.1.2), and all other fields are left empty. The destination address of the IP layer is filled with G2, and the source address is the door lock's IP address.

[0124] ② The door lock gateway uses a bidirectional PIM mechanism to form (*, G2) entries along the way, as well as the RPT forwarding path from the door lock gateway to the RP.

[0125] ③ When visitor A appears in front of door lock A, the door lock extracts the optimal face capture of the visitor, converts it into a feature vector VstFtr-A, and embeds it into the first message in the multicast video stream and sends it out;

[0126] ④ After receiving the multicast video stream sent by the door lock, the door lock gateway forwards it through the RPT forwarding path from the door lock gateway to the RP, the forwarding path from the RP to the set-top box gateway, and then sends it to each set-top box gateway.

[0127] ⑤ After receiving the multicast stream, the set-top box gateway extracts the visitor feature vector VstFtr-A to query whether an authorization association already exists locally. If found, the multicast stream can be sent to the interface where the authorized person resides. Initially, the set-top box and its gateway have no authorization association. Therefore, the following steps are executed:

[0128] 1) Each set-top box gateway forwards the video stream as the initial authorization to the local interface of the set-top box based on the collaborative interface binding table, regardless of whether the authorizing person ID column matches. Therefore, each owner can authorize visitors on their own set-top box. For example... Figure 3As shown in Tables 4 and 5, router B forwards the video stream to the VInt1 interface, router C forwards the video stream to the VInt1 interface, and router D forwards the video stream to the VInt1 interface.

[0129] 2) The set-top box decodes and displays the multicast video on the screen, collects the facial feature values ​​of the target in front of the screen in real time, and compares them with the locally stored authorized person feature vector to determine whether the person is authorized. It also checks if the target has performed an authorization action such as nodding. If the nodding person is identified as the authorized person, authorization is considered successful. After successful authorization, the set-top box obtains the door lock address from the IP source address of the multicast video stream, directly sends a unicast message to the door lock to open it, and simultaneously reports the authorization association to the set-top box gateway via an IGMP "Authorization Successful" message (containing the visitor's facial feature value and the authorized person's ID). As shown in Table 3, the Type field adds an enumeration value of 0x1C, Group Address is filled with the multicast stream address G2, Auth ID is filled with the authorized person's ID, Auxiliary Data is filled with the visitor's facial feature value (multiple visitors can be authorized), the IP layer destination address is filled with G2, and the source address is the set-top box's IP address.

[0130] 3) After the set-top box gateway hears the IGMPv2 “authorization successful” message, it saves it to Table 6 below. The “forwarding status” is used by each set-top box gateway to record whether it is forwarding the video stream locally.

[0131] Table 6. Authorization Association Table for Set-Top Box Gateway Maintenance

[0132]

[0133] ⑥ The set-top box gateway sends an "Authorization Association Synchronization" message via the gateway multicast address G3 (e.g., 224.0.0.100) to synchronize the association relationship between the authorizer and the visitor with other set-top box gateways. The message format is shown in Table 7. GroupAddress is filled with the streaming multicast address G2, Auth ID is filled with the authorizer ID, and Auxiliary Data is filled with the visitor's facial feature value.

[0134] Table 7. Message formats used for synchronizing authorization associations between set-top box gateways.

[0135]

[0136] ⑦ After other set-top box gateways receive the synchronization of the authorized person and visitor association relationship from the gateway multicast address G3, they simultaneously determine that the collaborative multicast address and visitor feature vector VstFtr-A are the same as the collaborative multicast address and visitor feature vector of the first authorized video stream created locally (step 1). This indicates that other owners have already completed the authorization operation on other set-top boxes. Therefore, they first stop forwarding the video stream and simultaneously update the synchronized authorization association table locally. For example... Figure 3 As shown, before receiving the synchronization authorization association message from router A, router C is sending the multicast video stream of door lock A to set-top box B through the VInt1 interface. After receiving the synchronization authorization association message from router A, it finds that owner 1 has completed the authorization for visitor A, so it stops forwarding the video stream and does not require set-top box B to perform authorization operations. At the same time, it updates the authorization association table locally as shown in Table 6.

[0137] ⑧ When the same visitor visits again and the set-top box gateway receives the multicast video stream again, it extracts the visitor feature vector VstFtr-A from the video stream and compares it one by one with the visitor feature vector in the local authorization association table. If a match is found, it changes the "forwarding status" to ON, retrieves the corresponding authorized person ID, and searches the local collaborative interface binding table (the authorized person ID column in Tables 4 and 5). After finding the match, it sends the video stream to the corresponding downlink interface (set-top box) in Tables 4 and 5, which then confirms and unlocks the device. Figure 3 As shown, after visitor C leaves the room where door lock B is located, he re-enters the same room. After the video stream from door lock B reaches router C, it compares with Table 6 and finds that there is an authorized person ID AuthID-3. According to Table 5, it looks up the downlink interface corresponding to AuthID-3 and forwards the video stream to the VInt1 interface, where set-top box B performs the authorization confirmation operation.

[0138] ⑨ When the set-top box gateway forwards a multicast video stream, if an authorized association exists but the authorized person ID is not registered in the local interface (i.e., the authorized ID corresponding to the visitor's facial feature vector is not found in the authorized person IDs registered in the local interface), it indicates that the authorized person associated with the visitor is not currently near the set-top box. In this case, the following operation is performed:

[0139] 1) The set-top box gateway immediately sends an "Unauthorized Person Announcement" message with multicast group G3 as the destination address. The message includes the collaborative multicast address G2, the door lock address LockIP-A, the visitor feature vector VstFtr-A, and the authorized person ID AuthID-1. Simultaneously, it starts a 2-second timer to listen for replies from other set-top box gateways. For example... Figure 3As shown, when the video stream from door lock B arrives at router B, a comparison table 6 shows that there is an authorized person ID AuthID-3. However, since the owner 3 does not appear on set-top box A, a lookup table 4 cannot find the downlink interface corresponding to AuthID-3. Therefore, router B sends a multicast message of "no authorized person announcement".

[0140] 2) The set-top box gateway will receive "Unauthorized Person Announcement" messages from other set-top box gateways. Comparing these messages with the "Set-top Box Addresses" in Table 2, if a particular set-top box gateway fails to send an "Unauthorized Person Announcement" message, it indicates that the gateway has forwarded the multicast video stream to its corresponding set-top box and discarded the stream after a time limit (e.g., 2 seconds). For example... Figure 3 As shown, router B will hear the "Unauthorized Person Announcement" multicast message sent by router D, but router C has already forwarded it to the VInt1 interface and will not send the "Unauthorized Person Announcement" multicast message. Router B knows that a router is processing the video stream by comparing table 2, and discards the video stream after 2 seconds.

[0141] 3) When the set-top box gateway receives "Unauthorized Person Announcement" messages from all other set-top box gateways within a limited time (e.g., 2 seconds) (compared to Table 2), it immediately forwards the video stream as the first authorized stream to the local interface where the set-top box is located (step 4.5.1), and subsequent steps continue from 4.5.2 and 4.5.3. For example... Figure 3 As shown, owner 3 left the room where set-top box B was located, and visitor C left the room where lock B was located and wanted to enter the room where lock C was located. Lock C sent a multicast video stream embedded with visitor C's facial feature value. After the video stream reached routers B, C, and D, a matching authorization record AuthID-3 was found, but the registered downlink interface could not be found. After sending a "No Authorized Person Announcement" multicast message, it also received "No Authorized Person Announcement" multicast messages from all other set-top box gateways. It was determined that owner 3 was unreachable. Therefore, each set-top box gateway treated the video stream from lock C as the first authorization and forwarded it to its respective downlink interface. After owner 2 authorized, the authorization association table maintained by the set-top box gateway was updated as shown in Table 8 below:

[0142] Table 8. Authorization Association Table for Set-Top Box Gateway Maintenance

[0143]

[0144] ⑩ If the visitor feature vector corresponds to multiple authorized user IDs, the set-top box gateway will simultaneously forward the request to the corresponding multiple downlink interfaces (set-top boxes). After receiving the synchronization authorization association relationship sent by other set-top box gateways, the set-top box gateway finds that the collaborative multicast address and visitor feature vector are the same as the collaborative multicast address and visitor feature vector of the data stream being forwarded locally. This indicates that other users have already completed the authorization operation for this video stream on other set-top boxes. The gateway will first stop forwarding the video stream, update the synchronized authorization association table to the local set-top box, and set the forwarding status to OFF. Figure 3 As shown in Table 9, after the owner (3) appears on set-top box C, the collaborative interface binding table of router D is updated. When visitor C reappears on door lock C, a query of Table 8 reveals a match between AuthID-3 and AuthID-2. Router A forwards the video stream to interface VInt1, and router D also forwards the video stream to interface VInt1. If the owner (3) performs an authorization operation, router D sends a synchronous authorization association. Upon receiving this, router A detects that it is forwarding a video stream and stops forwarding it. No authorization operation is required from set-top box A, and the local authorization association table is updated simultaneously.

[0145] Table 9. Cooperative Interface Binding Table Maintained by Router D

[0146]

[0147] (5) If the network is reset for some reason, the authorization association table and the collaboration interface binding table will be cleared. The mechanism for their regeneration and synchronization within the network is as follows:

[0148] ① When the router restarts or is needed for management, it will send a query message IGMPv2 "Cooperation Information Query" request to all ports. The Type field will have a new enumeration value of 0x1D, the Group Address will be filled with 0.0.0.0, all other fields will be left empty, and the IP layer destination address will be 224.0.0.1;

[0149] ② Set-top boxes and door locks respond to the query message from 224.0.0.1. The door lock reports a 0x19 "Door lock device registration" message, and the set-top box reports a 0x18 "Set-top box device registration" message, a 0x1A "Authorization appeared" message, and a 0x1C "Authorization successful" message.

[0150] ③ The set-top box gateway refreshes the local collaborative interface binding table and the authorized association table, and synchronizes the association between authorized persons and visitors to other set-top box gateways through the gateway multicast address G3.

[0151] II. Beneficial Effects:

[0152] The door lock collaborative opening method provided by this invention extends the IGMPv2 message fields and multicast messages, enabling routers in the multicast network to establish information synchronization, interface binding, and authorization association between visitors and authorized persons between door locks and set-top boxes based on the bidirectional PIM protocol. This achieves a solution for real-time location sensing of authorized persons, autonomous collaboration between door locks and multimedia authorization devices, and convenient authorization without a management platform. On the one hand, it saves construction costs and reduces maintenance costs; on the other hand, it improves the authorization efficiency of visitors, reduces users' invalid waiting time, and improves user experience.

[0153] III. Protection Points:

[0154] 1. The set-top box has a built-in set of all authorized person characteristic vectors; after the set-top box camera obtains an indoor face, it compares the face and reports the authorized person ID to the gateway router via an enhanced IGMP message; the set-top box gateway establishes a (*, G) table entry with the RP, and the downlink interface of (*, G) is the interface that receives the IGMP message, and the authorized person ID carried by the IGMP is registered on this interface, forming a binding relationship between the interface and the set of authorized person IDs.

[0155] 2. The set-top box decodes and displays the visitor's video on the screen. After obtaining authorization from the authorized person through actions such as nodding, it binds the authorized person's ID with the visitor's feature vector and reports it to the gateway router via enhanced IGMP join message. The set-top box gateway saves the association between the authorized person's ID and the visitor and synchronizes the authorization association to other set-top box gateways through a separate multicast address.

[0156] 3. The door lock sends a normal IGMP join message, establishes a (*, G) table entry in the door lock gateway to the RP, and captures the visitor's facial feature vector when the visitor appears, embeds it into the multicast video stream and sends it.

[0157] 4. After receiving the multicast stream, the door lock gateway pushes the multicast stream to the set-top box gateway based on the established bidirectional PIM between the door lock gateway and the set-top box gateway. Initially, the visitor has no authorization record. After receiving the multicast stream, the set-top box gateway extracts the visitor's feature vector. If no authorization association is found locally, the video stream is sent to all set-top boxes. The set-top boxes decode the visitor's video and display it on their screens. After the set-top box camera captures a nodding or other recognition action, it compares the nodding person's feature vector stored locally to determine if the person is an authorized person. Then, it sends an enhanced IGMP join message, which includes the authorized person's ID, the visitor's facial feature vector, and the authorization association. The set-top box gateway refreshes the association between the authorized person and the visitor and sends the authorization association through a separate multicast address, notifying other set-top box gateways to wait for authorization release.

[0158] 5. When a set-top box gateway finds the corresponding authorized face features based on the visitor's characteristics, but there is no match in the face feature vector registered on the local interface, it immediately sends a multicast message announcing "No Authorized Person". Each set-top box gateway records the above message. If it finds that all set-top box gateways have announced "No Authorized Person", it means that the authorized person is not near the set-top box and the initial authorization process begins. However, if one set-top box gateway announces an authorization waiting for release message, the other set-top box gateways will discard the visitor's video stream upon receiving it.

[0159] 6. When the router restarts or is needed for management, it sends an IGMPv2 "Cooperation Information Query" request to all ports. Set-top boxes and door locks respond. Door locks report "Door Lock Device Registration" messages, and set-top boxes report "Set-top Box Device Registration" messages, "Authorization Appeared" messages, and "Authorization Successful" messages. The set-top box gateway refreshes the local collaboration interface binding table and authorization association table, and synchronizes the association between authorized persons and visitors to other set-top box gateways through the gateway multicast address G3.

[0160] As can be seen, based on the initial configuration of the set-top box and door lock, mutual discovery between gateways is achieved through the gateway information synchronization mechanism; based on the set-top box's detection and identification results of indoor personnel, the gateway establishes and maintains the binding relationship between the interface and the authorized person's identity; based on the event of the door lock collecting visitor biometrics and embedding multicast video stream, the initial authorization and the establishment of authorization association are completed; based on the established authorization association, the gateway synchronizes through a dedicated multicast group; when the same visitor visits again, the gateway forwards the video stream to the set-top box where the corresponding authorized person is located; based on the gateway detecting that the authorized person is offline or the network is reset, the unauthorized person notification mechanism or network status reconstruction process is triggered, thereby improving the intelligence and user experience of door opening operations in multi-member home scenarios.

[0161] Another embodiment of the present invention provides a door lock-coordinated rapid door opening system, see [link to relevant documentation]. Figure 4 The system may include:

[0162] Registration module 401 is used for device multicast registration and gateway discovery: based on the initial configuration of the set-top box and door lock, it sends device registration messages to the preset multicast groups, establishes multicast forwarding paths, and completes mutual discovery between gateways through the gateway information synchronization mechanism;

[0163] Synchronization module 402 is used for authorized person status synchronization: based on the set-top box's detection and identification results of indoor personnel, it reports the presence or departure status of authorized persons to the gateway through enhanced IGMP messages, and the gateway establishes and maintains the binding relationship between the interface and the authorized person's identity;

[0164] Distribution module 403 is used for visitor video stream distribution and initial authorization: based on the visitor's biometric features collected by the door lock and the event of embedding the multicast video stream, the gateway distributes the video stream to all online set-top boxes for display, and completes the initial authorization and the establishment of authorization association by recognizing the confirmation action of the authorized person;

[0165] Access module 404 is used for authorization relationship synchronization and re-access processing: based on the established authorization relationship, the gateway synchronizes through a dedicated multicast group; when the same visitor accesses again, the gateway accurately forwards the video stream to the set-top box where the corresponding authorized person is located according to the authorization relationship;

[0166] Processing module 405 is used for abnormal scenario handling: based on the gateway detecting that an authorized person is offline or the network is reset, it triggers the unauthorized person notification mechanism or the network status reconstruction process to ensure the continuous availability of the system.

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

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

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

[0170] 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 rapid door opening method in coordination with a door lock, characterized in that, The method includes: Device multicast registration and gateway discovery: Based on the initial configuration of the set-top box and door lock, device registration messages are sent to the preset multicast groups to establish multicast forwarding paths, and mutual discovery between gateways is completed through the gateway information synchronization mechanism; Authorized Person Status Synchronization: Based on the set-top box's detection and identification results of indoor personnel, the presence or departure status of authorized persons is reported to the gateway via enhanced IGMP messages. The gateway establishes and maintains the binding relationship between the interface and the authorized person's identity. Visitor video stream distribution and initial authorization: Based on the visitor's biometric features collected by the door lock and the event of embedding multicast video stream, the gateway distributes the video stream to all online set-top boxes for display, and completes the initial authorization and the establishment of authorization association by recognizing the confirmation action of the authorized person; Authorization relationship synchronization and re-access handling: Based on the established authorization relationship, the gateway synchronizes through a dedicated multicast group; when the same visitor accesses again, the gateway accurately forwards the video stream to the set-top box where the corresponding authorized person is located according to the authorization relationship; Abnormal scenario handling: Based on the gateway's detection of authorized users being offline or network reset events, trigger the unauthorized user notification mechanism or network status reconstruction process to ensure the continuous availability of the system.

2. The method according to claim 1, characterized in that, The device multicast registration and gateway discovery include: Set-top box multicast registration: Based on the set-top box startup completion event, send an IGMP join message to the gateway information synchronization multicast group G1, and send a multicast data packet containing its own gateway address; Door lock multicast registration: Based on the door lock startup completion event, send an IGMP door lock device registration message of type 0x19 to the collaborative multicast group G2; Multicast path establishment: Based on the bidirectional PIM protocol, establish multicast forwarding entries (*, G1) and (*, G2) in the network; Gateway status synchronization: Based on the results of each gateway listening to G1 multicast data, the address information of all set-top box gateways is recorded locally to form a global gateway status table.

3. The method according to claim 2, characterized in that, The synchronization of the authorized person's status includes: Authorized Person Detection and Recognition: Based on the indoor images of people captured by the set-top box camera, extract facial feature vectors and compare them with the locally stored authorized person feature database to determine the identity of the authorized person; Status message reporting: Based on the presence or departure of the authorized person, the set-top box sends an IGMP message of type 0x1A (authorization presence) or type 0x1B (authorization departure) to multicast group G2, carrying the authorized person ID in the message; Interface binding table maintenance: Based on the authorization status IGMP message received by the gateway, the authorizing person ID is registered on the receiving interface to form or update the collaborative interface binding table.

4. The method according to claim 3, characterized in that, The distribution and initial authorization of the visitor video stream include: Visitor feature collection and video stream transmission: Based on the event of a visitor appearing in front of the door lock, the door lock collects the visitor's facial feature vector and embeds it into the first message of the multicast video stream, and sends it to multicast group G2; Video stream distribution across the network: Based on the multicast path established between the door lock gateway and the set-top box gateway, the visitor video stream is pushed to all set-top box gateways; in the initial state, each gateway forwards the video stream to all directly connected set-top boxes; Set-top box authorization confirmation: Based on the nodding action of the authorized person in front of the set-top box screen and the matching result of their facial features with the local database, authorization is determined to be successful; the set-top box then directly sends an opening command to the door lock; Authorization relationship reporting: Based on the successful authorization result, the set-top box sends an authorization success IGMP message of type 0x1C to multicast group G2, which carries the authorizer ID and visitor feature vector; Local association table creation: Based on the authorization success message received by the gateway, create or update the authorization association table locally to record the correspondence between visitor feature vectors and authorizing person IDs.

5. The method according to claim 4, characterized in that, The authorization relationship synchronization and re-access processing includes: Authorization relationships are synchronized across the entire network: Based on the creation or update events of the gateway's local authorization association table, authorization association synchronization messages are sent to all other set-top box gateways in the network via the gateway multicast address G3; Synchronization information processing: Based on the result of the G3 multicast synchronization message received by the gateway, update the local authorization association table; if the characteristics of the synchronized visitor are found to match the video stream being forwarded locally, stop forwarding the video stream; Precise forwarding upon revisit: Based on the video stream sent by the door lock when the same visitor revisits, the gateway extracts the visitor's feature vector, queries the local authorization association table, finds the corresponding authorized person ID, and forwards the video stream only to the set-top box interface where the authorized person is currently located, according to the collaborative interface binding table.

6. The method according to claim 5, characterized in that, The abnormal scenario handling includes: Handling unauthorized user scenarios: When the gateway discovers an authorized association relationship but no corresponding authorized user is online on the local interface while forwarding the video stream, it immediately sends an unauthorized user notification message through multicast group G3 and starts a timer; Notification message decision: The gateway makes a decision based on whether it receives unauthorized notification messages from all other gateways before the timer expires: if all are received, the video stream is distributed to all set-top boxes according to the initial authorization process; if it finds that a gateway has not notified, the local video stream is discarded. Network reset recovery: Based on router restart or management commands, send a cooperative information query broadcast message of type 0x1D to all ports; State Reconstruction: Based on the various registration and status information reported by the set-top box and door lock in response to query messages, the gateway reconstructs the collaborative interface binding table and the authorization association table, and resynchronizes the authorization association relationship of the entire network through the G3 multicast group.

7. A quick-opening door system with door lock coordination, characterized in that, The system includes: The registration module is used for device multicast registration and gateway discovery: based on the initial configuration of the set-top box and door lock, it sends device registration messages to the preset multicast groups, establishes multicast forwarding paths, and completes mutual discovery between gateways through the gateway information synchronization mechanism; The synchronization module is used for authorizing the status synchronization: based on the set-top box's detection and identification results of indoor personnel, it reports the presence or departure status of the authorizing personnel to the gateway through enhanced IGMP messages. The gateway establishes and maintains the binding relationship between the interface and the authorizing personnel's identity. The distribution module is used for visitor video stream distribution and initial authorization: based on the visitor's biometric features collected by the door lock and the event of embedding the multicast video stream, the gateway distributes the video stream to all online set-top boxes for display, and completes the initial authorization and the establishment of authorization association by recognizing the confirmation action of the authorized person; The access module is used for authorization relationship synchronization and re-access processing: based on the established authorization relationship, the gateway synchronizes through a dedicated multicast group; when the same visitor accesses again, the gateway accurately forwards the video stream to the set-top box where the corresponding authorized person is located according to the authorization relationship; The processing module is used for handling abnormal scenarios: based on the gateway detecting that an authorized person is offline or the network is reset, it triggers the unauthorized person notification mechanism or the network status reconstruction process to ensure the continuous availability of the system.

8. The system according to claim 7, characterized in that, The registration module is specifically used for: Set-top box multicast registration: Based on the set-top box startup completion event, send an IGMP join message to the gateway information synchronization multicast group G1, and send a multicast data packet containing its own gateway address; Door lock multicast registration: Based on the door lock startup completion event, send an IGMP door lock device registration message of type 0x19 to the collaborative multicast group G2; Multicast path establishment: Based on the bidirectional PIM protocol, establish multicast forwarding entries (*, G1) and (*, G2) in the network; Gateway status synchronization: Based on the results of each gateway listening to G1 multicast data, the address information of all set-top box gateways is recorded locally to form a global gateway status table.

9. A storage medium, characterized in that, The storage medium stores a computer program, wherein the computer program is configured to execute the method of any one of claims 1-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