A method and system for establishing a communication group in cooperation with a multi-door lock

Abstract

The application discloses a kind of multi-door lock coordination's communication group establishment method and system, method includes: according to the authorized user face feature vector of initiator door lock acquisition, feature vector is split into upper half and lower half, complete multicast registration;According to the communication group request initiated by initiator door lock, by router comparison multicast forwarding table in the feature vector associated with interface exit after directional forwarding;According to the multicast invitation message received by receiving party door lock, construct and send to initiator door lock unicast response message containing upper half;According to the unicast response message received by initiator door lock, verify the matching result of feature vector upper half, establish security connection with receiving party door lock verified and initiate multi-party communication group.Utilize the embodiment of the application, can let old people without operating mobile phone can initiate communication group, while guaranteeing the convenience, reliability and security of multi-door lock coordination communication group.

Description

TECHNICAL FIELD

[0001] The application belongs to the technical field of intelligent door locks, and particularly relates to a multi-door lock cooperative communication group establishment method and system. BACKGROUND

[0002] In an aging community and a multi-generation household, the elderly have a use barrier for complex operations of a smart phone, and it is difficult for the elderly to initiate a multi-party communication group by inputting an account password and remembering an IP address through an APP. However, a family, a property, and neighbors need to quickly establish video communication. Although a visual door lock and an indoor screen have terminal basic functions such as a camera and a microphone for communication group, the existing scheme has obvious limitations: when relying on a multicast network, router restarts easily lead to loss of a forwarding table item, so that a legal member cannot receive a communication group invitation; the door lock needs to periodically send a keep-alive message, which shortens the battery life; and the door lock cannot accurately distinguish between an invitee and an irrelevant neighbor, and the problem of mistakenly receiving an invitation easily occurs, so that it is difficult to meet the needs of the elderly for initiating a communication group and reliable communication in a complex network environment without operation of the smart phone. SUMMARY

[0003] The application aims to provide a multi-door lock cooperative communication group establishment method and system to solve the problems in the prior art, so that the elderly can initiate a communication group without operating a smart phone, and the convenience, reliability, and security of a multi-door lock cooperative communication group are ensured.

[0004] One embodiment of the application provides a multi-door lock cooperative communication group establishment method, which comprises the following steps:

[0005] Feature slicing and multicast registration: according to a face feature vector of an authorized user obtained by an initiating door lock, the feature vector is split into an upper half and a lower half, and the lower half of the feature vector is sent to a router through an IGMP registration message to complete multicast registration;

[0006] Invitation sending and multicast forwarding: according to a communication group request initiated by the initiating door lock, a multicast invitation message containing the lower half of the feature vector is constructed and sent, and the router performs directional forwarding after comparing the feature vector associated with the out-interface in the multicast forwarding table;

[0007] Response receiving and identity authentication: according to the multicast invitation message received by a receiving door lock, the lower half of the feature vector is extracted and associated with the upper half stored locally, and a unicast response message containing the upper half is sent to the initiating door lock;

[0008] Communication group connection establishment: according to the unicast response message received by the initiating door lock, the matching result of the upper half of the feature vector is verified, a secure connection is established with the receiving door lock that passes the verification, and a multi-party communication group is initiated.

[0009] Optionally, the feature slicing and multicast registration comprise the following steps:

[0010] Feature vector fragmentation: according to the authorized user face feature vector obtained by the initiator door lock, it is split into two parts of upper half and lower half;

[0011] Secure fragment transmission: according to the secure transmission protocol, the upper half and the lower half are sent to the receiver door lock by point-to-point encryption;

[0012] Multicast registration initiation: according to the feature vector lower half received by the receiver door lock, an IGMP registration message containing the lower half is constructed and sent to the router;

[0013] Router table entry establishment: according to the IGMP registration message received by the router, a (*, G) entry is established in the multicast forwarding table, and the feature vector lower half is stored in association with the corresponding out interface.

[0014] Optionally, the invitation sending and multicast forwarding include:

[0015] Invitation message construction: according to the communication group request initiated by the initiator door lock, a multicast invitation message containing the feature vector lower half, the communication group ID and the initiator IP address is constructed;

[0016] Multicast invitation sending: according to the preset multicast address, the multicast invitation message is sent by multicast;

[0017] Router matching forwarding: according to the multicast invitation message received by the router, the feature vector lower half is extracted and compared with the feature vectors associated with each out interface in the multicast forwarding table according to the similarity;

[0018] Directional message forwarding: according to the comparison result that the similarity exceeds the preset threshold, the multicast invitation message is forwarded from the corresponding out interface to the receiver door lock.

[0019] Optionally, the response receiving and identity verification include:

[0020] Invitation message analysis: according to the multicast invitation message received by the receiver door lock, the feature vector lower half, the communication group ID and the initiator IP address are parsed;

[0021] Associated feature extraction: according to the parsed feature vector lower half, the corresponding feature vector upper half stored locally is associated;

[0022] Response message construction: according to the associated feature vector upper half, a unicast response message containing the communication group ID and the upper half is constructed;

[0023] Unicast response sending: according to the parsed initiator IP address, the unicast response message is sent to the initiator door lock.

[0024] Optionally, the communication group connection establishment comprises:

[0025] Response message verification: according to the unicast response message received by the initiator door lock, the upper half of the feature vector is extracted and matched with the locally stored complete feature vector upper half;

[0026] Legal member screening: according to the matching verification result, the receiver door lock with matching feature vector upper half is screened out as a legal participant;

[0027] Secure connection establishment: according to the screening result, a secure unicast connection channel is established with each legal participant door lock;

[0028] Multi-party communication group initiation: according to the established secure connection channel, a multi-party communication group establishment request is initiated to all legal participants.

[0029] Optionally, the method further comprises:

[0030] Invitation message caching: according to the situation that the multicast forwarding table is lost due to router restart, the received multicast invitation message is cached;

[0031] Random delay request broadcast: according to the caching state, a random delay feedback request carrying a delay time factor is broadcast to all PIM neighbors or same VLAN interfaces;

[0032] Delay registration processing: according to the random delay feedback request received by the door lock, a random delay coefficient is generated and the IGMP registration message is resent after the delay time;

[0033] Table item reconstruction and forwarding: according to the IGMP registration message received by the router again, the multicast forwarding table item is reconstructed and the cached multicast invitation message is forwarded after the delay time ends.

[0034] Optionally, the method further comprises communication group conflict processing:

[0035] Conflict state marking: according to the initiator door lock A successfully establishing a communication group with door lock B and door lock C, the IGMP registration message corresponding to the feature vector fragment registered by itself is dynamically marked as busy state; wherein, the busy state is sent to the multicast router through the IGMP state update message carrying the state marking bit, and the multicast router synchronously updates the busy marking bit of the corresponding outgoing interface in the multicast forwarding table item to obtain the conflict state marking result;

[0036] Conflict detection and interception: according to the neighbor lock E initiates a new communication group invitation, constructs a multicast invitation message containing the corresponding feature vector lower half and sends it to the multicast address G; wherein the multicast router extracts the feature vector lower half, compares the similarity with the feature vectors associated with each outgoing interface in the multicast forwarding table, and if the similarity exceeds the threshold and the corresponding outgoing interface busy mark bit is busy, the multicast invitation message is intercepted, and the conflict detection and interception result is obtained;

[0037] Conflict response and retry processing: according to the multicast router sending a conflict response packet to the lock E, the response packet contains the number of conflicts and the conflict code; wherein the lock E establishes a communication group with the receiving party that can establish a connection according to the number of conflicts in the conflict response packet, and reinitiates an invitation to the receiving party that has not entered the communication group after a set delay interval, until there is no conflict or the communication group ends, obtaining the conflict response and retry result.

[0038] Another embodiment of the present application provides a multi-door lock cooperative communication group establishment system, the system comprises:

[0039] Fragmentation module for feature fragmentation and multicast registration: according to the authorized user face feature vector obtained by the initiator lock, the feature vector is split into upper half and lower half, and the feature vector lower half is sent to the router through the IGMP registration message, completing the multicast registration;

[0040] Sending module for invitation sending and multicast forwarding: according to the communication group request initiated by the initiator lock, a multicast invitation message containing the feature vector lower half is constructed and sent, and the multicast router compares the feature vectors associated with the outgoing interfaces in the multicast forwarding table to perform directional forwarding;

[0041] Receiving module for response receiving and identity authentication: according to the multicast invitation message received by the receiving lock, the feature vector lower half is extracted and associated with the upper half stored locally, and a unicast response message containing the upper half is sent to the initiator lock;

[0042] Establishment module for communication group connection establishment: according to the unicast response message received by the initiator lock, the matching result of the feature vector upper half is verified, and a secure connection is established with the receiving lock that passes the verification and initiates a multi-party communication group.

[0043] Another embodiment of the present application provides a storage medium, the storage medium stores a computer program, wherein the computer program is set to execute the method described in any of the above.

[0044] Another embodiment of the present application provides an electronic device, comprising a memory and a processor, the memory stores a computer program, and the processor is set to run the computer program to execute the method described in any of the above.

[0045] Compared with the prior art, the multi-door lock cooperative communication group establishment method provided by the application splits the feature vector into an upper half and a lower half according to the authorized user face feature vector obtained by the initiator door lock, and completes multicast registration; according to the communication group request initiated by the initiator door lock, the router performs directional forwarding after comparing the feature vector associated with the out interface in the multicast forwarding table; according to the multicast invitation message received by the receiver door lock, a unicast response message containing the upper half is constructed and sent to the initiator door lock; according to the unicast response message received by the initiator door lock, the matching result of the upper half of the feature vector is verified, and a secure connection is established with the receiver door lock that passes the verification and initiates a multi-party communication group, so that the old people can initiate a communication group without operating a mobile phone, while ensuring the convenience, reliability and security of the multi-door lock cooperative communication group. BRIEF DESCRIPTION OF DRAWINGS

[0046] Figure 1 The hardware structure block diagram of the computer terminal of the multi-door lock cooperative communication group establishment method provided by the embodiment of the application is provided.

[0047] Figure 2 The flowchart of the multi-door lock cooperative communication group establishment method provided by the embodiment of the application is provided.

[0048] Figure 3 The structure diagram of the multi-door lock cooperative communication group establishment system provided by the embodiment of the application is provided. DETAILED DESCRIPTION

[0049] The embodiments described below with reference to the drawings are exemplary and are only used to explain the application, and cannot be explained as a limitation of the application.

[0050] In an aging community and a multi-generation household, the old people generally feel unfamiliar with smart phone applications, and inputting account passwords, searching for contacts and remembering IP addresses will bring heavy burdens. At the same time, family members, property management and neighbors need to quickly initiate multi-party video calls in emergency or daily scenarios. The visual door lock and the indoor visual screen have become standard, and they are naturally equipped with cameras, microphones, speakers, Ethernet ports and Bluetooth modules, and naturally have the conditions to become a communication group terminal. How to make the old people complete the "stand at the door to hold a meeting" through the door lock and the screen without complicated operation of the mobile phone, without inputting any characters and without remembering any addresses has become a problem to be solved. In addition, the community network environment is not ideal, and the home router may be powered off or restarted for maintenance, resulting in that the multicast forwarding table is emptied instantaneously; the door lock computing resources are limited and cannot bear periodic keep-alive tasks; the number of neighbor door locks is large, and it is necessary to accurately distinguish between invited members and irrelevant members.

[0051] Main problems: the old people cannot perform complex operations based on APP, and cannot remember the IP or domain name of the opposite door lock; after the router is restarted, the multicast forwarding table item (*, G, out interface) is lost, and the legitimate members cannot receive the invitation; if the B and C door locks periodically send IGMP Report, the door locks will be frequently woken up and the battery life will be shortened; if only once, the table item is lost after the router is restarted, and the connection is completely lost; the neighbor D door lock may receive the invitation by mistake due to the similar feature vector, and a reliable identity authentication mechanism is needed.

[0052] The embodiment of the application first provides a multi-door lock cooperative communication group establishment method, which can be applied to an electronic device such as a computer terminal, specifically, a general computer and the like.

[0053] The following will be described in detail by taking the computer terminal as an example. Figure 1 The hardware structure block diagram of the computer terminal of the multi-door lock cooperative communication group establishment method provided by the embodiment of the application is shown in the figure. Figure 1 As shown in the figure, the computer device includes a processor, a memory and a network interface connected through a system bus, wherein the memory can include a non-volatile storage medium and an internal memory.

[0054] The non-volatile storage medium can store an operating system and a computer program. The computer program includes program instructions, which, when executed, can make the processor execute any kind of multi-door lock cooperative communication group establishment method.

[0055] The processor is used to provide computing and control capabilities to support the operation of the entire computer device.

[0056] The internal memory provides an environment for the running of the computer program in the non-volatile storage medium, which, when executed by the processor, can make the processor execute any kind of multi-door lock cooperative communication group establishment method.

[0057] The network interface is used for network communication, such as sending assigned tasks. Those skilled in the art can understand that Figure 1 The structure shown in the figure is only a block diagram of part of the structure related to the scheme of the present application, and does not constitute a limitation on the computer device to which the scheme of the present application is applied. The specific computer device can include more or fewer components than those shown in the figure, or combine certain components, or have a different component arrangement.

[0058] It should be appreciated that the processor can be a central processing unit (CPU), and can also be other general-purpose processors, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic, discrete hardware components, etc. Among them, the general-purpose processor can be a microprocessor or the processor can also be any conventional processor, etc.

[0059] Referring to Figure 2 Embodiments of the present application provide a multi-door lock cooperative communication group establishment method, which can include the following steps:

[0060] S201, feature fragmentation and multicast registration: according to the authorized user face feature vector obtained by the initiator door lock, the feature vector is split into upper and lower segments, and the lower segment of the feature vector is sent to the router through the IGMP registration message to complete the multicast registration; specifically, the feature fragmentation and multicast registration include:

[0061] Feature vector fragmentation: according to the authorized user face feature vector obtained by the initiator door lock, it is split into two parts of upper and lower segments;

[0062] Secure fragmentation transmission: according to the secure transmission protocol, the upper and lower segments are sent to the receiver door lock by point-to-point encryption;

[0063] Multicast registration initiation: according to the lower segment of the feature vector received by the receiver door lock, an IGMP registration message containing the lower segment is constructed and sent to the router;

[0064] Router table entry establishment: according to the IGMP registration message received by the router, a (*, G) entry is established in the multicast forwarding table, and the lower segment of the feature vector is stored in association with the corresponding out-interface.

[0065] S202, invitation sending and multicast forwarding: according to the communication group request initiated by the initiator door lock, a multicast invitation message containing the lower segment of the feature vector is constructed and sent, and is forwarded by the router after comparing the feature vector associated with the out-interface in the multicast forwarding table; specifically, the invitation sending and multicast forwarding include:

[0066] Invitation message construction: according to the communication group request initiated by the initiator door lock, a multicast invitation message containing the lower segment of the feature vector, the communication group ID and the initiator IP address is constructed;

[0067] Multicast invitation sending: according to the preset multicast address, the multicast invitation message is sent by multicast mode;

[0068] Router matching forwarding: according to the multicast invitation message received by the router, the lower half of the feature vector is extracted, and similarity comparison is performed with the feature vector associated with each outgoing interface in the multicast forwarding table;

[0069] Directional message forwarding: according to the comparison result that the similarity exceeds the preset threshold, the multicast invitation message is forwarded from the corresponding outgoing interface to the receiver door lock.

[0070] S203, response receiving and identity verification: according to the multicast invitation message received by the receiver door lock, the lower half of the feature vector is extracted and associated with the upper half stored locally, and a unicast response message containing the upper half is constructed and sent to the initiator door lock; Specifically, the response receiving and identity verification includes:

[0071] Invitation message analysis: according to the multicast invitation message received by the receiver door lock, the lower half of the feature vector, the communication group ID and the initiator IP address are parsed;

[0072] Correlation feature extraction: according to the lower half of the feature vector parsed, the corresponding upper half of the feature vector stored locally is associated;

[0073] Response message construction: according to the upper half of the feature vector obtained by association, a unicast response message containing the communication group ID and the upper half is constructed;

[0074] Unicast response sending: according to the initiator IP address parsed, the unicast response message is sent to the initiator door lock.

[0075] S204, communication group connection establishment: according to the unicast response message received by the initiator door lock, the matching result of the upper half of the feature vector is verified, and a secure connection is established with the receiver door lock that passes the verification and initiates a multi-party communication group. Specifically, the communication group connection establishment includes:

[0076] Response message verification: according to the unicast response message received by the initiator door lock, the upper half of the feature vector is extracted and matched with the complete feature vector upper half stored locally for verification;

[0077] Legal member screening: according to the matching verification result, the receiver door lock whose upper half of the feature vector matches is screened out as a legal participant;

[0078] Secure connection establishment: according to the screening result, a secure unicast connection channel is established with each legal participant door lock;

[0079] Multi-party communication group initiation: according to the established secure connection channel, a multi-party communication group establishment request is initiated to all legitimate participants.

[0080] Specifically, the method further comprises: invitation message buffering: in the case of multicast forwarding table loss caused by router restart, the received multicast invitation message is buffered;

[0081] Random delay request broadcast: according to the buffering state, a random delay feedback request carrying a delay time factor is broadcast to all PIM neighbors or interfaces in the same VLAN;

[0082] Delay registration processing: according to the random delay feedback request received by the door lock, a random delay coefficient is generated and the IGMP registration message is re-sent after the delay time;

[0083] Table entry reconstruction and forwarding: according to the IGMP registration message re-received by the router, the multicast forwarding table entry is reconstructed and the buffered multicast invitation message is forwarded after the delay time ends.

[0084] Further, the method can further comprise communication group conflict processing:

[0085] Conflict state marking: according to the successful establishment of the communication group by the initiator door lock A and door locks B and C, the IGMP registration message corresponding to the feature vector fragment registered by itself is dynamically marked as busy or idle state; wherein, the busy or idle state is sent to the multicast router through the IGMP state update message carrying the state marking bit, and the multicast router synchronously updates the busy or idle marking bit of the corresponding outgoing interface in the multicast forwarding table entry, to obtain the conflict state marking result;

[0086] Conflict detection and interception: according to the new communication group invitation initiated by the neighbor door lock E, a multicast invitation message containing the lower half of the corresponding feature vector is constructed and sent to the multicast address G; wherein, the multicast router extracts the lower half of the feature vector, and compares the similarity with the feature vector associated with each outgoing interface in the multicast forwarding table, if the similarity exceeds the threshold and the corresponding outgoing interface busy or idle marking bit is busy, the multicast invitation message is intercepted, to obtain the conflict detection and interception result;

[0087] Conflict response and retry processing: according to the conflict response packet sent by the multicast router to the door lock E, the response packet contains the number of conflicts and the conflict code; wherein, according to the number of conflicts in the conflict response packet, the door lock E preferentially establishes a communication group with the receiving party that can establish a connection, and re-initiates an invitation to the receiving party that has not entered the communication group after a set delay interval, until there is no conflict or the communication group ends, to obtain the conflict response and retry result.

[0088] In practical application, a specific implementation scheme is as follows:

[0089] Core idea: Take "face feature vector" as the invitation code: A family users only need to show their face in front of their own door lock once, and the door lock will automatically extract the 256-dimensional feature vector a locally, and cut it into a_ upper half and a_ lower half. a_ lower half as the associated factor of the out interface of the (*, G, out interface) multicast group forwarding table item, and a_ upper half as the identity authentication credential. When the router restarts and causes the table item (*, G, out interface) to be lost, the "random delay feedback" mechanism is used to let the door locks that have ever registered again, which avoids flooding and ensures that the convergence time does not exceed 5 seconds. The entire communication group (hereinafter referred to as the meeting) process does not require the old people to operate the APP, and does not require the old people to know the IP of the other party.

[0090] I. Precondition:

[0091] Device networking: The intelligent door locks of A family, B family and C family have been connected to the same multicast network.

[0092] APP coordination: The first-time configuration of A family's master is completed by the APP, and the subsequent old people do not need to operate.

[0093] Signal feature fragment sharing: A family's APP splits the face feature vector a of a member (such as the head of household) of A family into two parts: a_ upper half and a_ lower half. This face feature vector a is the signal. Then, A family's APP sends a_ upper half and a_ lower half to B family and C family's door locks (or corresponding APP / management system) securely through the network (for example, point-to-point encryption). B family and C family know that these are "signals" used by A family to initiate a communication group.

[0094] II. Interaction process:

[0095] Register "listen to the signal" (B, C preparation):

[0096] B family door lock and C family door lock obtain a_ upper half and a_ lower half sent by A family through a third-party way, for example, APP, and then register a_ lower half received by each of them to the specific multicast group interface of the local router through the IGMP registration message. (Only half of the feature vector is sent for privacy protection to prevent other personnel from restoring face information through the full feature vector).

[0097] After the multicast router receives the IGMP registration message, it generates a (*, G) multicast forwarding table item, and the out interface of the (*, G) table item needs to be associated with the corresponding feature vector. a_ lower half is bound and associated with the out interface of the forwarding table item of the multicast group G. This G is a multicast group address unified in the network.

[0098] This is equivalent to telling the router: "Hey router, I am the door lock of B / I am the door lock of C. If someone sends a message to the multicast address containing this 'password' a_lower, please forward the message to me."

[0099] Potential problem: The door lock of neighbor D might also be on this network and he wants to join his own communication group, which has the password a' and a' lower half is similar to a_lower. D door lock registers an IGMP message to the router containing a' lower half (this happens because when two feature vectors with not very high similarity take the lower half, due to lack of information, it is very likely that the similarity of the two lower halves is high).

[0100] A initiates "password multicast" (tentative invitation):

[0101] A door lock decides to initiate a communication group. It constructs a "multicast invitation message".

[0102] The most critical part of this invitation message is that it contains a_lower half. It also contains the communication group ID, A door lock IP address, etc.

[0103] A door lock sends this invitation message to a preset multicast address associated with this type of communication group. That is, the multicast group address G is unified for the whole network.

[0104] Router forwards "password multicast" (fuzzy delivery):

[0105] The multicast router receives this multicast invitation message, first matches the multicast forwarding table item, and finds the (*, G) forwarding table item. If there is a matching multicast address, it checks whether the feature vector associated with the out-interface of the corresponding multicast forwarding table item is similar to the feature vector carried by the invitation message.

[0106] The multicast router checks the information previously registered by IGMP or the multicast forwarding table item, and finds that B door lock and C door lock have both registered to listen to multicast messages containing this a_lower half (a_lower half similarity > threshold) by comparing the similarity of the feature vectors associated with the out-interfaces of the multicast forwarding table items. D door lock also registers a multicast message similar to a_lower half.

[0107] Therefore, the multicast router forwards this invitation message to the out-interfaces associated with the feature vectors similar to a_lower half in the multicast forwarding table item, that is, the network interfaces where B door lock, C door lock and D door lock are located.

[0108] Receiver responds with "verification password" (identity proof):

[0109] B, C and D all received the multicast invitation message from A, which contains the a_lower they registered before, as well as the communication group ID, A's IP address, etc.

[0110] They each need to respond to A.

[0111] B and C (legitimate invitees): They received A's a_upper and a_lower through the APP before, and extracted the a_upper feature vector associated with the a_lower feature vector by comparing them. They construct a unicast response message (extract A's IP address from the multicast invitation message sent by A, and send it directly to A's IP address), which contains the communication group ID and the a_upper they have. This a_upper is the proof of their identity: "I have the other half of the complete token, and I am the person you are really looking for."

[0112] D (irrelevant): It may also have received the invitation (if it participates in another communication group, and the a_lower feature vector contained in the IGMP message is similar to the a_lower feature vector of A. This situation occurs because when two feature vectors with low similarity take the a_lower part, due to insufficient information, it is likely that the similarity of the two a_lower parts will be high). But it does not have the a_upper corresponding to A's member. It feeds back to A's door lock with a'_upper.

[0113] A verifies the "complete token" (filters the real body):

[0114] A's door lock receives unicast response messages from B, C and D, each of which contains the communication group ID, the receiver's IP address and an "upper half" feature vector.

[0115] A's door lock itself has the complete original feature vector: a (contains a_upper and a_lower).

[0116] A's door lock first compares the communication group ID. If they are consistent, it continues to compare each received "upper half":

[0117] A's door lock compares it with the a_upper stored in itself.

[0118] If it matches (for example, the message from B and C): it means that the other party has the correct a_upper that matches the a_lower in the invitation message, and the verification is passed. The other party is the legitimate invitee (for example, B or C).

[0119] If it does not match (for example, the wrong message sent by D): the verification fails, and the responder is ignored, so D is rejected.

[0120] There is a probability that the upper half of the information is similar when the lower half of the information is similar. In order to more accurately verify the unicast response message, the A home lock will require the return of the complete face feature vector when sending the multicast invitation message. When B and C receive the requirement, the response message contains the communication group ID, the receiver IP address and the complete A home lock feature vector. After receiving the complete feature vector, the A home lock can more accurately perform face verification, although it will increase the calculation consumption.

[0121] III. Finally, a three-party communication group is established:

[0122] Screening legitimate participants: A home lock confirms which responders (B home and C home) are legitimate through the above comparison.

[0123] Establish a secure connection: A home lock and each verified door lock (B and C) establish a secure unicast connection channel according to the receiver IP address. At this time, A-B and A-C have a secure point-to-point link.

[0124] Initiate a three-party communication group: A home lock as the convenor uses these secure point-to-point connections to issue instructions to B home lock and C home lock to establish a three-party communication group, realizing multi-party communication group through A home.

[0125] Communication group: Once the three-party communication group is successfully established, the door locks of A, B and C can exchange encrypted information (such as visitor notification, temporary door opening request, etc.) in this secure communication group channel, realizing multi-party collaboration function.

[0126] IV. Handling under abnormal router:

[0127] After B and C send the IGMP registration message carrying a_lower half information once, in order to reduce power consumption, they only send it once and do not send it periodically. Suppose B and C have finished sending, the multicast router restarts and the multicast forwarding table item is lost. At this time, A multicasts the invitation message with a_lower half information. The multicast router receives it and finds that there is no corresponding multicast forwarding table item, so it cannot be forwarded according to the forwarding table item. It first buffers the multicast invitation message, sends a "random delay feedback" request to all PIM neighbors (PIM router) or to the same VLAN out interface (IGMP router) with a delay time factor (for example, 5 seconds).

[0128] The door lock device receives the "random delay feedback" request, starts the random delay feedback mechanism, generates a random delay coefficient, and calculates the product of the random delay system and the delay time factor sent by the router to form the effect of randomly initiating IGMP registration within 0-5 seconds. For door locks that have triggered many communication groups recently, such as door locks B and C, a weighting coefficient can be multiplied when generating a random delay coefficient, which will initiate IGMP registration in a shorter time and carry a_ lower information.

[0129] After the multicast router receives the IGMP registration message, it establishes a multicast forwarding table entry, associates the a_ lower information with the out interface, and sends a PIM update message to other multicast routers to refresh the multicast forwarding table entries of other multicast routers. The multicast router that has cached the multicast invitation message judges that a new multicast forwarding table entry has been generated after a delay of 5 seconds, matches the corresponding multicast forwarding table entry out interface, and sends the multicast invitation message to door locks B and C.

[0130] Through random delay processing and priority processing, it can avoid the problem of a large number of door lock IGMP instant re-registration messages, which makes the multicast router need to process protocol analysis and processing through CPU and establish multicast forwarding table entries, resulting in excessive workload and causing failure. Because the multicast router receives a large number of door lock IGMP registration messages, it needs to consume a large amount of CPU resources of the router, which causes impact on the router.

[0131] Five. Communication group conflict processing:

[0132] In addition to initiating communication groups with B and C, the door lock of A family will also respond to the communication group request of E family door lock and establish a communication group connection with E. After obtaining e_ upper and e_ lower from E through a third-party channel such as APP, A family door lock registers the e_ lower it receives to the specific multicast group interface of the local router through IGMP registration message, and the out interface of the (*, G) table entry of the multicast router needs to be associated with the corresponding feature vector.

[0133] A family is hosting a communication group with B and C, and neighbor E appears in front of his own door lock and initiates a new communication group (targeting A family). At this time, A family door lock cannot respond in parallel due to limited processing capacity.

[0134] Conflict marking (feature vector state)

[0135] A door lock searches the IGMP registration message sent by itself after the communication group initiated by itself is successfully established, dynamically marks the IGMP registration message (carrying e_lower half) sent by the door lock as "in the communication group" state (memory marking), and sends an IGMP state update message carrying a 'busy mark bit' to the multicast router. Since the door lock A is already in the communication group, it is marked as "busy" at this time.

[0136] After the multicast router receives the state update IGMP message sent by the door lock, the (S, G) table item is updated synchronously: the "busy mark bit" is added to the out-interface associated with e_lower half (such as flag_busy = 1, representing busy).

[0137] E home initiates an invitation (multicast layer conflict detection):

[0138] The E home door lock constructs an invitation message (containing the e_lower half of E) and sends it to the preset multicast address.

[0139] The router performs conflict detection: checks all registered multicast forwarding table items, and if it finds that the similarity of e_lower half and the out-interface associated with e_lower half of the multicast forwarding table item of the multicast router is greater than a threshold, it further judges whether the out-interface is marked with a "busy mark bit". If it is marked as "busy", a conflict is triggered. The router actively intercepts the invitation packet and does not forward the invitation message to the out-interface where the A door lock is located, avoiding sending to the A door lock (avoiding interference with the existing communication group of A).

[0140] Conflict response (multicast layer answering):

[0141] The multicast router sends a conflict response packet to the E home door lock: the number of conflicts (the number of multicast forwarding table items with "busy mark bit") and the conflict code CONFLICT = 0x01 (indicating that the target is busy).

[0142] E home door lock processes the conflict response packet:

[0143] The E home door lock receives the conflict response packet sent by the multicast router, judges the participants who can establish a connection and the number of conflicts, and if there is a number of conflicts, it first holds a meeting with the current receiver who can establish a connection, and then reattempts to invite the receiver who has not entered the communication group after a certain time delay, for example, 5 minutes. If the conflict response packet is continuously received, the invitation to the receiver who has not entered the communication group is attempted after a certain time delay, until there is no number of conflicts or the communication group ends.

[0144] Beneficial effects:

[0145] Zero learning cost: the old people do not need to remember IP addresses, nor do they need to touch the mobile phone APP. They can call multiple households at the same time by completing face recognition in front of their own door locks only once, which significantly reduces the technical threshold.

[0146] Network fault self-healing: After the multicast forwarding table items are lost due to power failure or maintenance restart of the router, the system can automatically rebuild the forwarding path within 5 seconds, the communication group process is not interrupted, and the reliability is greatly improved.

[0147] Ultra-low power design: The door lock only needs to wake up when the communication group is triggered and the identity is verified, and does not need to periodically send IGMP messages, so the battery life can be extended several times.

[0148] Precise member identification: By using the "lower half" of the face feature vector as the multicast cipher and the "upper half" as the identity credential, it is ensured that only the door lock that has been pre-authorized can join the communication group, and even if the neighbor door lock mistakenly receives the invitation, it cannot be mixed in.

[0149] Innovation points:

[0150] Face feature vector segmentation mapping mechanism: The 256-dimensional face feature vector is divided into a_upper half and a_lower half: the former is used as an identity credential, and the latter is directly mapped to a fixed multicast group address, realizing the zero-input experience of "brushing face to attend the meeting".

[0151] One-time IGMPv2 combined with "random delay feedback" self-healing protocol: The door lock only sends IGMP Report once in the initialization stage; when the forwarding table items are lost due to router restart, the router actively broadcasts QUERY, and the legal door lock re-registers after a random delay of 0-5 seconds, which avoids flooding and ensures convergence within 5 seconds.

[0152] Static multicast forwarding table and dynamic out-interface list coupling: The router permanently retains the (*, G) table item and does not age; the out-interface list is dynamically rebuilt through the QUERY-Report process, balancing stability and flexibility.

[0153] Feature vector-multicast coupled precise delivery: The out-interface of the multicast forwarding table item is associated with the a_lower half saved locally by the door lock for verification, ensuring that only the door lock port matching the feature vector is added to the forwarding list, solving the "similar vector misdelivery" problem.

[0154] Feature vector state: The biometric feature is dynamically bound to the device state (busy / idle), enabling the multicast layer to have conflict awareness capability, breaking through the limitation of traditional devices only supporting "static registration".

[0155] Router intelligent arbitration: The router actively intercepts conflict requests based on feature similarity and generates an answer, reducing the processing burden of the door lock.

[0156] It can be seen that according to the authorized user face feature vector obtained by the initiator door lock, the feature vector is split into upper and lower segments, and multicast registration is completed; according to the communication group request initiated by the initiator door lock, the router compares the feature vector associated with the out interface in the multicast forwarding table and then performs directional forwarding; according to the multicast invitation message received by the receiver door lock, a unicast response message containing the upper segment is constructed and sent to the initiator door lock; according to the unicast response message received by the initiator door lock, the matching result of the upper segment of the feature vector is verified, a secure connection is established with the receiver door lock that passes the verification, and a multi-party communication group is initiated, so that the old people can initiate a communication group without operating a mobile phone, and the convenience, reliability and security of the multi-door lock collaborative communication group are ensured.

[0157] Another embodiment of the application provides a multi-door lock collaborative communication group establishment system, which is shown in Figure 3 , which can include:

[0158] The fragmentation module 301 is used for feature fragmentation and multicast registration: according to the authorized user face feature vector obtained by the initiator door lock, the feature vector is split into upper and lower segments, and the lower segment of the feature vector is sent to the router through the IGMP registration message, and multicast registration is completed;

[0159] The sending module 302 is used for invitation sending and multicast forwarding: according to the communication group request initiated by the initiator door lock, a multicast invitation message containing the lower segment of the feature vector is constructed and sent, and the router compares the feature vector associated with the out interface in the multicast forwarding table and then performs directional forwarding;

[0160] The receiving module 303 is used for response receiving and identity verification: according to the multicast invitation message received by the receiver door lock, the lower segment of the feature vector is extracted and associated with the upper segment stored locally, a unicast response message containing the upper segment is constructed and sent to the initiator door lock;

[0161] The establishment module 304 is used for communication group connection establishment: according to the unicast response message received by the initiator door lock, the matching result of the upper segment of the feature vector is verified, a secure connection is established with the receiver door lock that passes the verification, and a multi-party communication group is initiated.

[0162] The embodiment of the application further provides a storage medium, and the storage medium stores a computer program, wherein the computer program is set to execute the steps in any one of the method embodiments.

[0163] The embodiment of the application further provides an electronic device, which includes a memory and a processor, the memory stores a computer program, and the processor is set to run the computer program to execute the steps in any one of the method embodiments.

[0164] Specifically, the electronic device can further include a transmission device connected to the processor, and an input / output device connected to the processor.

[0165] The above detailed description of the embodiments shown in the drawings illustrates the structure, features and effects of the present application. The above description is only a preferred embodiment of the present application, but the present application is not limited to the embodiments shown in the drawings. Any changes or modifications made in accordance with the concept of the present application, or equivalent embodiments with equivalent changes, are still within the scope of the present application.

Claims

1. A method for establishing a communication group in coordination with a multi-door lock, characterized by, The method comprises: Feature fragmentation and multicast registration: according to the authorized user face feature vector obtained by the initiator door lock, the feature vector is split into upper and lower segments, and the lower segment of the feature vector is sent to the router through the IGMP registration message to complete the multicast registration; wherein, according to the IGMP registration message received by the router, a (*, G) entry is established in the multicast forwarding table, and the lower segment of the feature vector is stored in association with the corresponding out interface; Invitation sending and multicast forwarding: according to the communication group request initiated by the initiator door lock, a multicast invitation message containing the lower segment of the feature vector is constructed and sent, and the router performs directional forwarding after comparing the feature vector associated with the out interface in the multicast forwarding table; Response receiving and identity verification: according to the multicast invitation message received by the receiver door lock, the lower segment of the feature vector is extracted and associated with the locally stored upper segment, and a unicast response message containing the upper segment is constructed and sent to the initiator door lock; Communication group connection establishment: according to the unicast response message received by the initiator door lock, the matching result of the upper segment of the feature vector is verified, and a secure connection is established with the receiver door lock that passes the verification and initiates a multi-party communication group.

2. The method of claim 1, wherein, The feature fragmentation and multicast registration comprises: Feature vector fragmentation: according to the authorized user face feature vector obtained by the initiator door lock, it is split into upper and lower segments; Secure fragment sending: according to the secure transmission protocol, the upper and lower segments are sent to the receiver door lock through point-to-point encryption; Multicast registration initiation: according to the lower segment of the feature vector received by the receiver door lock, an IGMP registration message containing the lower segment is constructed and sent to the router; Router entry establishment: according to the IGMP registration message received by the router, a (*, G) entry is established in the multicast forwarding table, and the lower segment of the feature vector is stored in association with the corresponding out interface.

3. The method of claim 2, wherein, The invitation sending and multicast forwarding comprises: Invitation message construction: according to the communication group request initiated by the initiator door lock, a multicast invitation message containing the lower segment of the feature vector, the communication group ID and the initiator IP address is constructed; Multicast invitation sending: according to the preset multicast address, the multicast invitation message is sent through multicast; Router matching forwarding: according to the multicast invitation message received by the router, the lower segment of the feature vector is extracted, and the similarity comparison is performed with the feature vectors associated with each out interface in the multicast forwarding table; Directional message forwarding: according to the comparison result that the similarity exceeds the preset threshold, the multicast invitation message is forwarded from the corresponding out interface to the receiver door lock.

4. The method of claim 3, wherein, The response receiving and identity verification comprises: Invitation message analysis: according to the multicast invitation message received by the receiver door lock, the lower segment of the feature vector, the communication group ID and the initiator IP address are obtained by analysis; Associated feature extraction: according to the lower segment of the feature vector obtained by analysis, the corresponding feature vector upper segment stored locally is associated; Response message construction: according to the upper segment of the feature vector obtained by association, a unicast response message containing the communication group ID and the upper segment is constructed; Unicast response sending: according to the initiator IP address obtained by analysis, the unicast response message is sent to the initiator door lock.

5. The method of claim 4, wherein, The communication group connection establishment comprises: Response message verification: according to the unicast response message received by the initiator door lock, the upper half of the feature vector is extracted and matched with the locally stored complete feature vector upper half; Legal member screening: according to the matching verification result, the receiver door lock whose feature vector upper half matches is screened out as a legal participant; Secure connection establishment: according to the screening result, a secure unicast connection channel is established with each legal participant door lock; Multi-party communication group initiation: according to the established secure connection channel, a multi-party communication group establishment request is initiated to all legal participants.

6. The method of claim 1, wherein, The method further comprises: Invitation message caching: according to the situation that the multicast forwarding table is lost due to router restart, the received multicast invitation message is cached; Random delay request broadcast: according to the cache state, a random delay feedback request carrying a delay time factor is broadcast to all PIM neighbors or interfaces in the same VLAN; Delay registration processing: according to the random delay feedback request received by the door lock, a random delay coefficient is generated and the IGMP registration message is re-sent after the delay time; Table item reconstruction and forwarding: according to the IGMP registration message received by the router again, the multicast forwarding table item is reconstructed and the cached multicast invitation message is forwarded after the delay time ends.

7. The method of claim 6, wherein, The method further comprises communication group conflict processing: Conflict state marking: according to the initiator door lock A successfully establishing communication groups with door locks B and C, the IGMP registration message corresponding to the feature vector fragment registered by itself is dynamically marked as busy or idle state; wherein, the busy or idle state is sent to the multicast router through the IGMP state update message carrying the state marking bit, and the multicast router updates the busy or idle marking bit of the corresponding out interface in the multicast forwarding table item to obtain the conflict state marking result; Conflict detection and interception: according to the neighbor door lock E initiating a new communication group invitation, a multicast invitation message containing the corresponding feature vector lower half is constructed and sent to the multicast address G; wherein, the multicast router extracts the feature vector lower half and compares the similarity with the feature vector associated with each out interface in the multicast forwarding table, and if the similarity exceeds the threshold and the corresponding out interface busy or idle marking bit is busy, the multicast invitation message is intercepted to obtain the conflict detection and interception result; Conflict response and retry processing: according to the conflict response packet sent by the multicast router to the door lock E, the response packet contains the number of conflicts and the conflict code; wherein, according to the number of conflicts in the conflict response packet, the door lock E preferentially establishes a communication group with the receiver that can establish a connection, and initiates an invitation to the receiver that does not enter the communication group after a set delay interval, until there is no conflict or the communication group ends, to obtain the conflict response and retry result.

8. A multi-door lock coordinated communication group establishing system, characterized in that, The system comprises: Fragmentation module for feature fragmentation and multicast registration: according to the authorized user face feature vector obtained by the initiator door lock, the feature vector is split into upper half and lower half, and the feature vector lower half is sent to the router through the IGMP registration message to complete multicast registration; wherein, according to the IGMP registration message received by the router, the (*, G) table item is established in the multicast forwarding table, and the feature vector lower half is stored in association with the corresponding out interface; The sending module is configured to send a multicast invitation message containing the lower half of the feature vector and send the message according to the communication group request initiated by the initiator door lock, and the router performs directional forwarding after comparing the feature vector associated with the outgoing interface in the multicast forwarding table; The receiving module is configured to respond to the reception and authentication, extract the lower half of the feature vector in the multicast invitation message received by the receiver door lock, associate the upper half stored locally, construct a unicast response message containing the upper half, and send the message to the initiator door lock; The establishing module is configured to establish a communication group connection, verify the matching result of the upper half of the feature vector according to the unicast response message received by the initiator door lock, establish a secure connection with the receiver door lock that passes the verification, and initiate a multi-party communication group.

9. A storage medium, characterized by The storage medium stores a computer program, and the computer program is configured to execute the method in any one of claims 1-7 when running.

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 execute the computer program to execute the method in any one of claims 1-7.

Images