Network configuration method, intelligent terminal device and computer program product

Abstract

The present disclosure provides a network configuration method, intelligent terminal equipment and computer program product, and relates to the technical field of computers. The method of the present disclosure configures a network for an indoor extension and a video doorbell, and the method comprises: the video doorbell sends a heartbeat packet message to a target multicast group, the heartbeat packet message comprising an IP address, a MAC address and a session token of the video doorbell; in response to the heartbeat packet message, the indoor extension queries whether the target session token exists in a local storage record based on the MAC address of the video doorbell, and determines a target video doorbell with the target session token; if the IP address of the target video doorbell is not in the same network segment as the IP address of the indoor extension, a candidate IP address in the same network segment as the indoor extension is generated; the indoor extension sends a network parameter configuration request comprising the candidate IP address to the video doorbell through the target multicast group; and in response to the network parameter configuration request, the video doorbell updates its own network parameters.

Description

Technical Field

[0001] This disclosure relates to the field of computer technology, and in particular to a network configuration method, a smart terminal device, and a computer program product. Background Technology

[0002] In intelligent building intercom systems, indoor units and wired video doorbells are typically physically connected via RJ45 network cables, with the indoor unit powered via PoE to achieve installation without a separate power supply. As an independent network device, the video doorbell must complete network parameter configuration, including IP address, subnet mask, and gateway, before participating in audio and video communication. However, video doorbells lack a display screen and operate immediately upon power-up. Traditional solutions rely on manual intervention, leading to cumbersome and error-prone operation, hindering large-scale deployment. Summary of the Invention

[0003] This disclosure provides a network configuration method, a smart terminal device, and a computer program product.

[0004] According to one aspect of this disclosure, a network configuration method is provided for configuring an indoor extension unit and a video doorbell. The method includes: the video doorbell sending a heartbeat message to a target multicast group, the heartbeat message including the IP address, MAC address, and session token of the video doorbell, the target multicast group being used for control signaling interaction between the indoor extension unit and the video doorbell; in response to the heartbeat message, the indoor extension unit queries its local storage record based on the MAC address of the video doorbell to determine whether a target session token exists, and determines a target multicast group containing the target session token. The video doorbell has a target session token that is the same as the session token in the heartbeat message. The indoor extension performs network segment matching between the IP address of the target video doorbell and the IP address of the indoor extension. If the IP address of the target video doorbell and the IP address of the indoor extension are not in the same network segment, a candidate IP address in the same network segment as the indoor extension is generated. The indoor extension sends a network parameter configuration request containing the candidate IP address to the video doorbell through the target multicast group. In response to the network parameter configuration request, the video doorbell updates its own network parameters.

[0005] According to one technical solution, after the video doorbell is powered on, it actively sends a heartbeat message carrying its own information. Upon receiving the heartbeat message, the indoor unit determines whether the video doorbell's IP address is on the same network segment as its own. If a network segment mismatch is found, the indoor unit generates a candidate IP address on the same network segment and sends the new network parameters to the doorbell via secure multicast messages. This enables the indoor unit to automatically identify video doorbells on different network segments and remotely configure network parameters. Even if the video doorbell and the indoor unit are on different network segments, they can automatically match network segments and update network parameters without manual intervention. This ensures normal interaction of control signaling and communication connectivity between the two, improving installation efficiency and system reliability.

[0006] According to at least one embodiment of the network configuration method of this disclosure, in response to the heartbeat packet message, the indoor extension queries the local storage record for the existence of a target session token based on the MAC address of the video doorbell, and determines that a target video doorbell with the target session token exists. The method further includes: if the target session token does not exist in the local storage record of the indoor extension, the indoor extension generates a random number and sends the random number to the video doorbell via the target multicast group; the video doorbell receives the random number, encrypts the random number using a pre-shared key, determines a response value, and sends the response value back to the indoor extension; the indoor extension performs the same encryption operation on the random number using the pre-shared key, compares the operation result with the response value, and if the comparison passes, the indoor extension generates a new session token; the indoor extension binds the generated session token to the MAC address of the video doorbell, and sends the bound session token to the video doorbell via the target multicast group; the video doorbell interacts with the indoor extension using the bound session token for control signaling.

[0007] According to at least one embodiment of the network configuration method of this disclosure, the indoor unit performs network segment matching between the IP address of the target video doorbell and the IP address of the indoor unit. If the IP address of the target video doorbell and the IP address of the indoor unit are not in the same network segment, a candidate IP address in the same network segment as the indoor unit is generated. This includes: the indoor unit extracting the network number and host number from its own IP address and subnet mask; using the network number and host number as a reference, the indoor unit generating a candidate IP address through a linear offset strategy; the indoor unit verifying the candidate IP address; if the verification fails, the candidate IP address is regenerated through the linear offset strategy; if the verification passes, the final candidate IP address is determined.

[0008] According to at least one embodiment of the network configuration method of this disclosure, the indoor extension unit verifies the candidate IP address, the verification including: the candidate IP address is the same as the network number of the indoor extension unit, the host number cannot be all 0s, the host number cannot be all 1s, the candidate IP address is different from the default gateway IP configured for the indoor extension unit, the candidate IP address is different from the current IP address of the indoor extension unit, and / or the candidate IP address is not occupied.

[0009] According to at least one embodiment of the network configuration method of this disclosure, the indoor extension unit sends a network parameter configuration request containing the candidate IP address to the video doorbell through the target multicast group, comprising: the indoor extension unit encapsulating the network parameters containing the candidate IP address into a network parameter configuration request, encrypting the network parameters using a pre-shared key, and attaching a message authentication code to the network parameter configuration request; the indoor extension unit sending the network parameter configuration request to the video doorbell through the target multicast group.

[0010] According to at least one embodiment of the network configuration method of this disclosure, in response to the network parameter configuration request, the video doorbell updates its own network parameters, including: in response to the network parameter configuration request, the video doorbell calculates the message authentication code of the network parameters in the network parameter configuration request using the same pre-shared key; the video doorbell compares the message authentication code with the message authentication code carried in the network parameter configuration request; if the comparison is inconsistent, the video doorbell discards the network parameter configuration request; if the comparison is consistent, the video doorbell parses the network parameters in the network parameter configuration request and updates its own network parameters.

[0011] The network configuration method according to at least one embodiment of this disclosure further includes: the video doorbell enters an online state after the network parameters are updated, and periodically sends heartbeat packets to the indoor unit through a target multicast group; the indoor unit periodically receives the heartbeat packets through a timer to maintain the online status of the video doorbell; if the indoor unit does not receive the heartbeat packets from the video doorbell within a target period, it sends a request to obtain device information to the IP address last used by the video doorbell using unicast; if it receives a normal response from the video doorbell, it resets the timer; if the waiting time for the response times out, it determines that the video doorbell is offline and triggers an offline reconnection process.

[0012] According to at least one embodiment of the network configuration method of this disclosure, if the waiting time for a response times out, the video doorbell is determined to be offline, and an offline reconnection process is triggered, including: the indoor extension unit marks the session token associated with the MAC address of the video doorbell in local storage as invalid; the indoor extension unit repeatedly sends the most recently successfully issued network parameter configuration request to the target multicast group for a target period of a target duration; and when the video doorbell detects that the physical link has recovered or its own network status has changed, it sends a heartbeat packet message without a session token to the multicast group using the factory default IP address or the last valid IP address stored in non-volatile memory; after receiving the heartbeat packet message, the indoor extension unit generates a new session token, binds the generated session token to the MAC address of the video doorbell in local storage and marks it as valid; the indoor extension unit sends the generated session token to the video doorbell through the target multicast group, and the video doorbell interacts with the indoor extension unit through the bound session token.

[0013] A network configuration method according to at least one embodiment of the present disclosure, applied to a video doorbell, includes: sending a heartbeat message to a target multicast group, the heartbeat message including its own IP address, MAC address and session token, the target multicast group being used for control signaling interaction between an indoor extension and the video doorbell; and updating its own network parameters in response to a network parameter configuration request from the indoor extension.

[0014] A network configuration method according to at least one embodiment of this disclosure, applied to an indoor extension, includes: responding to the heartbeat packet message, querying a local storage record for a target session token based on the MAC address of the video doorbell, determining a target video doorbell with the target session token, wherein the target session token is the same as the session token in the heartbeat packet message; performing network segment matching between the IP address of the target video doorbell and its own IP address; if the IP address of the target video doorbell and its own IP address are not in the same network segment, generating a candidate IP address in the same network segment as its own IP address; and sending a network parameter configuration request containing the candidate IP address to the video doorbell through the target multicast group.

[0015] According to another aspect of this disclosure, a smart terminal device is provided, comprising: a memory storing execution instructions; and a processor executing the execution instructions stored in the memory, causing the processor to perform a network configuration method according to any embodiment of this disclosure.

[0016] According to another aspect of this disclosure, a readable storage medium is provided, wherein executable instructions are stored therein, which, when executed by a processor, are used to implement a network configuration method according to any embodiment of this disclosure.

[0017] According to another aspect of this disclosure, a computer program product is provided, including a computer program that, when executed by a processor, implements a network configuration method according to any embodiment of this disclosure.

[0018] The beneficial technical effects of this network configuration method include at least the following: after the video doorbell is powered on, it actively sends a heartbeat message carrying its own information. Upon receiving the heartbeat message, the indoor unit determines whether the video doorbell's IP address is in the same network segment as itself. When a network segment mismatch is detected, the indoor unit generates a candidate IP address in the same network segment and sends the new network parameters to the doorbell via secure multicast messages. This enables the indoor unit to automatically identify video doorbells in different network segments and remotely configure network parameters. Even if the video doorbell and the indoor unit are in different network segments, they can achieve adaptive network segment matching and automatic network parameter updates without manual intervention, thereby ensuring normal interaction and communication connectivity of control signaling between the two, improving installation efficiency and system reliability. Attached Figure Description

[0019] The accompanying drawings illustrate exemplary embodiments of the present disclosure and, together with the description thereof, serve to explain the principles of the present disclosure. These drawings are included to provide a further understanding of the present disclosure and are incorporated in and constitute a part of this specification.

[0020] Figure 1 This is a schematic application scenario diagram of a network configuration method according to one embodiment of the present disclosure.

[0021] Figure 2 This is a schematic diagram of the overall process of a network configuration method according to one embodiment of the present disclosure.

[0022] Figure 3 This is a schematic diagram of the process of determining a target video doorbell in a network configuration method according to one embodiment of the present disclosure.

[0023] Figure 4 This is a schematic diagram of the process of generating candidate IP addresses in a network configuration method according to one embodiment of the present disclosure.

[0024] Figure 5 This is a flowchart illustrating the process of sending a network parameter configuration request in a network configuration method according to one embodiment of the present disclosure.

[0025] Figure 6 This is a schematic diagram of the process of a video doorbell updating its own network parameters in a network configuration method according to one embodiment of the present disclosure.

[0026] Figure 7This is a schematic diagram of the overall process of offline reconnection in a network configuration method according to one embodiment of the present disclosure.

[0027] Figure 8 This is a schematic diagram of the offline reconnection process in a network configuration method according to one embodiment of the present disclosure.

[0028] Figure 9 This is a schematic flowchart illustrating the application of a network configuration method according to one embodiment of the present disclosure to a video doorbell.

[0029] Figure 10 This is a schematic diagram illustrating the process of applying a network configuration method according to one embodiment of the present disclosure to an indoor extension unit.

[0030] Figure 11 This is a schematic structural block diagram of a network configuration device according to one embodiment of the present disclosure.

[0031] Figure 12 This is a schematic structural block diagram of a smart terminal device according to one embodiment of the present disclosure. Detailed Implementation

[0032] The present disclosure will now be described in further detail with reference to the accompanying drawings and examples. It should be understood that the specific examples described herein are for illustrative purposes only and are not intended to limit the scope of the disclosure. Furthermore, it should be noted that, for ease of description, only the parts relevant to the present disclosure are shown in the accompanying drawings.

[0033] It should be noted that, where there is no conflict, the embodiments and features described in this disclosure can be combined with each other. The technical solutions of this disclosure will now be described in detail with reference to the accompanying drawings and embodiments.

[0034] In actual building intercom system deployment scenarios, when installers plug a new video doorbell into the PoE port of the indoor unit and power it on, although the device is physically connected and powered on, it lacks a display screen and cannot interact. It cannot actively report its own status, nor can it perceive the network configuration intent of the main device (i.e., the indoor unit). If the video doorbell's default IP address is not on the same network segment as the indoor unit, they will be completely unable to communicate. Existing solutions require manual intervention to determine network segment differences, manually assign IP addresses within the same network segment, and distribute them. This necessitates halting installation and returning to the site with tools for configuration during batch installations or emergency replacements of faulty doorbells. Furthermore, when the video doorbell temporarily goes offline due to power outages or loose network cables and restarts, it may still use the old IP address or revert to the factory default IP address, falling back into a network segment mismatch state, resulting in long-term device disconnection without alarms.

[0035] To address this, this disclosure proposes a network configuration method that utilizes a multicast heartbeat packet automatic discovery mechanism. This enables video doorbells without displays or interactive capabilities to proactively broadcast a liveness declaration containing their own IP address, MAC address, and session token to the target multicast group upon power-up. The indoor unit then automatically identifies the network segment affiliation of the video doorbells it is bound to. If a cross-network segment mismatch is detected, the indoor unit proactively generates a candidate IP address within the same network segment and remotely distributes the configuration via the multicast channel, causing the video doorbell to automatically update its network parameters. This eliminates the problems of manual troubleshooting and on-site reconfiguration caused by inconsistent network segments during system deployment. It achieves plug-and-play, self-healing deployment without network interruption, and automatically returns to the correct network segment even after a power outage or factory reset, avoiding the maintenance blind spot of long-term disconnection without alarms.

[0036] To facilitate description and make the technical solutions of this disclosure easier to understand, the terminology of this disclosure will be explained before describing the technical solutions of this disclosure.

[0037] A MAC address is a globally unique physical identifier assigned to a network device's network interface card (NIC) and is used to accurately identify each device within a local area network (LAN).

[0038] A session token is a string used for security authentication; it is a temporary credential used for device identity verification.

[0039] Control signaling is a special instruction request used for coordination and management between devices.

[0040] Figure 1 This is a schematic diagram illustrating an application scenario of a network configuration method according to one embodiment of this disclosure. For example... Figure 1 As shown, the system may include an indoor unit 100 and a video doorbell 200. The indoor unit serves as the main control terminal device indoors, while the video doorbell serves as a subordinate acquisition terminal deployed in locations such as corridors and doorways. The indoor unit and the video doorbell are interconnected via a local area network. There can be one or more indoor units and one or more video doorbells. The indoor unit and the video doorbell interact with each other through a shared target multicast group, enabling automatic device discovery, network segment matching, and remote configuration of network parameters. This supports plug-and-play and unified management in application scenarios involving multiple households, multiple devices, and batch deployments.

[0041] Figure 2 A schematic diagram illustrating the overall flow of a network configuration method according to one embodiment of this disclosure is shown. Figure 2 The method shown performs network configuration for the indoor unit and video doorbell, including steps S210 to S250.

[0042] In step S210, the video doorbell sends a heartbeat message to the target multicast group. The heartbeat message includes the video doorbell's IP address, MAC address, and session token. The target multicast group is used for control signaling interaction between the indoor extension and the video doorbell.

[0043] After powering on and initializing the network, the video doorbell, acting as a slave device, proactively sends a control signal (heartbeat message) to a pre-agreed multicast address (the target multicast group). The video doorbell announces its existence, identity, and current network configuration to the master control device (the indoor unit) on the local area network. The multicast address forms a dedicated control signaling interaction channel isolated from audio and video service flows.

[0044] Preferably, the heartbeat message also includes the device type.

[0045] Preferably, there can be one or more video doorbells, and there can also be one or more indoor extension units.

[0046] In step S220, in response to the heartbeat message, the indoor unit queries the local storage record for a target session token based on the MAC address of the video doorbell, and determines that a target video doorbell with a target session token exists. The target session token is the same as the session token in the heartbeat message.

[0047] As the main control device, the indoor unit extracts the MAC address field from the message body of the heartbeat packet after receiving the heartbeat packet sent by the video doorbell. Then, using the MAC address as the index key, it searches for the associated target session token in the non-volatile memory inside the indoor unit.

[0048] Preferably, the target session token is a session token that has passed the security authentication process and is in a valid state.

[0049] In step S230, the indoor unit matches the IP address of the target video doorbell with the IP address of the indoor unit. If the IP address of the target video doorbell and the IP address of the indoor unit are not in the same network segment, a candidate IP address in the same network segment as the indoor unit is generated.

[0050] The indoor extension extracts the IP address field from the heartbeat packet message and performs network segment matching using its own IP address and subnet mask. It performs a bitwise AND operation between each IP address and the subnet mask to obtain their respective network numbers. The two network numbers are compared; if they are not equal, it is determined that they are not in the same network segment. At this point, the indoor extension initiates a candidate IP address generation process to determine a new IP address that is in the same network segment as itself.

[0051] In step S240, the indoor unit sends a network parameter configuration request containing candidate IP addresses to the video doorbell via the target multicast group.

[0052] The indoor unit encapsulates necessary network parameters such as candidate IP address, subnet mask, and default gateway into a structured network parameter configuration request. This request is then sent to the target multicast group, ensuring that all video doorbells connected to the same local area network and already joined that multicast group receive the message.

[0053] In step S250, in response to the network parameter configuration request, the video doorbell updates its own network parameters.

[0054] The video doorbell listens to the control signaling channel of the target multicast group and obtains network parameter configuration requests. The video doorbell initiates a security verification of the network parameter configuration request to confirm that it indeed originates from a legitimate indoor extension and has not been tampered with. After successful verification, it parses the new IP address, subnet mask, and default gateway fields contained in the message body and writes these network parameters into its own network settings. This allows its network interface to be removed from the original incorrect configuration and successfully join the same local area network as the indoor extension.

[0055] Therefore, the network configuration method disclosed herein, through multicast heartbeat discovery and session token security verification mechanisms, enables the screenless video doorbell, as a slave device, to proactively announce its existence and network status to the master indoor unit after power-on. The indoor unit then automatically identifies the bound device and intelligently detects network segment consistency. Upon detecting a cross-network segment mismatch, it proactively generates a candidate IP address within the same network segment and remotely distributes the configuration through an isolated control signaling channel, driving the video doorbell to complete secure updates and automatic adaptation of network parameters. This achieves plug-and-play, unattended deployment, and self-healing from network outages for both master and slave devices, improving system deployment efficiency, reliability, and maintainability.

[0056] Regarding step S220, in response to the heartbeat message, the indoor unit queries the local storage record for a target session token based on the MAC address of the video doorbell, and determines that a target video doorbell with a target session token exists. In some embodiments of this disclosure, it may also include, for example... Figure 3 Steps S310 to S340 are shown.

[0057] In step S310, if the target session token is not present in the local storage record of the indoor extension, the indoor extension generates a random number and sends the random number to the video doorbell through the target multicast group.

[0058] When the indoor unit cannot find the target session token corresponding to the video doorbell's MAC address in its local storage, it indicates that the video doorbell is accessing for the first time or requires re-authentication. In this case, the indoor unit generates a random number as a challenge and sends this random number to the video doorbell through the target multicast group agreed upon by both parties.

[0059] In step S320, the video doorbell receives a random number, encrypts the random number using a pre-shared key, determines the response value, and sends the response value back to the indoor extension.

[0060] Preferably, the video doorbell receives a random number, performs HMAC operations using a pre-shared key, determines the response value, and sends the response value back to the indoor extension unit.

[0061] Optionally, the video doorbell will send the calculated response value back to the indoor unit via multicast or unicast.

[0062] In step S330, the indoor extension performs the same encryption operation on the random number using the pre-shared key, compares the operation result with the response value, and if the comparison is successful, the indoor extension generates a new session token.

[0063] When the indoor unit receives the response value from the video doorbell, it uses the same pre-shared key as the video doorbell to perform the exact same encryption or HMAC operation on the previously generated random number, obtaining a locally calculated expected value. This expected value is compared with the response value received from the video doorbell. If they match exactly, it proves that the video doorbell holds the correct key, and authentication is successful. At this point, the indoor unit generates a new, unique session token for subsequent communication authentication.

[0064] In step S340, the indoor unit binds the generated session token to the MAC address of the video doorbell, and sends the bound session token to the video doorbell through the target multicast group. The video doorbell then uses the bound session token to perform control signaling interaction with the indoor unit.

[0065] The indoor extension binds the generated session token to the video doorbell's MAC address in its local storage record and marks it as valid. The indoor extension then sends the bound session token to the video doorbell via the target multicast group. Thereafter, the video doorbell must include this token when sending any control signals to the indoor extension.

[0066] Therefore, a challenge-response mechanism is used to achieve secure authentication of unknown video doorbells by the indoor unit. When there is no local binding record, the indoor unit sends a random number challenge, and the video doorbell replies with a pre-shared key. After the two parties match, a session token is generated and bound. This effectively prevents unauthorized devices from accessing the device without relying on manual configuration, ensuring that only video doorbells with legitimate keys can establish subsequent control signaling interactions.

[0067] Regarding step S230, the indoor unit performs network segment matching between the IP address of the target video doorbell and the IP address of the indoor unit. If the IP address of the target video doorbell and the IP address of the indoor unit are not in the same network segment, a candidate IP address in the same network segment as the indoor unit is generated. In some embodiments of this disclosure, it may also include, for example... Figure 4 Steps S2301 to S2303 are shown.

[0068] In step S2301, the indoor unit extracts the network number and host number from its own IP address and subnet mask.

[0069] The indoor extension calculates the network number by performing a bitwise AND operation between its own IP address and the subnet mask; it extracts the host number by inverting the subnet mask and then performing a bitwise AND operation with its own IP address. The network number identifies the logical network segment in which the device belongs and is used to determine whether two devices are on the same network segment, while the host number identifies the specific device within that network segment.

[0070] In step S2302, based on the network number and host number, the indoor extension generates candidate IP addresses through a linear offset strategy.

[0071] The indoor extension generates a candidate IP address within the same network segment as itself based on the network number and host number. Keeping the network number unchanged, only the host number is incremented (e.g., by 1) to generate a new IP address as a candidate IP address.

[0072] In step S2303, the indoor extension verifies the candidate IP address. If the verification fails, the candidate IP address is regenerated using a linear offset strategy. If the verification passes, the final candidate IP address is determined.

[0073] Preferably, the indoor extension unit verifies the candidate IP address, and the verification includes: the candidate IP address is the same as the network number of the indoor extension unit, the host number cannot be all 0, the host number cannot be all 1, the candidate IP address is different from the default gateway IP configured in the indoor extension unit, the candidate IP address is different from the current IP address of the indoor extension unit, and / or the candidate IP address is not occupied.

[0074] Therefore, it is essential to ensure that the final selected candidate IP addresses are not only on the same network segment as the indoor extension units, but also meet network protocol specifications and do not conflict with existing network resources.

[0075] Regarding step S240, the indoor unit sends a network parameter configuration request containing candidate IP addresses to the video doorbell via a target multicast group. In some embodiments of this disclosure, it may also include, for example... Figure 5 Steps S2401 to S2402 are shown.

[0076] In step S2401, the indoor extension encapsulates network parameters containing candidate IP addresses into a network parameter configuration request, encrypts the network parameters using a pre-shared key, and appends a message authentication code to the network parameter configuration request.

[0077] The indoor extension encapsulates network parameters such as candidate IP addresses, subnet masks, and default gateways into a structured network parameter configuration request. The network parameter portion of the request is encrypted using a pre-shared key. Simultaneously, to verify message integrity and authenticity, a message authentication code is calculated and appended to the end of the network parameter configuration request message.

[0078] In step S2402, the indoor unit sends a network parameter configuration request to the video doorbell via the target multicast group.

[0079] Therefore, encryption and message authentication code mechanisms ensure the security and reliability of network configuration commands. Encrypting network parameters prevents sensitive information from being eavesdropped on, and the attached message authentication code effectively verifies the integrity and authenticity of the message, preventing unauthorized devices from forging configuration commands for attacks. Multicast transmission ensures that commands are successfully delivered even if the target video doorbell's IP address is incorrect.

[0080] Regarding step S250, in response to the network parameter configuration request, the video doorbell updates its own network parameters. In some embodiments of this disclosure, it may also include, for example... Figure 6 Steps S2501 to S2502 are shown.

[0081] In step S2501, in response to the network parameter configuration request, the video doorbell calculates the message authentication code of the network parameters in the network parameter configuration request using the same pre-shared key.

[0082] When the video doorbell receives a network parameter configuration request, in order to verify the authenticity and integrity of the message, it uses the same key pre-shared with the indoor unit to perform the same HMAC operation on the network parameters carried in the message to calculate a local message authentication code.

[0083] In step S2502, the video doorbell compares the message authentication code with the message authentication code carried in the network parameter configuration request. If they do not match, the network parameter configuration request is discarded; if they match, the network parameters in the network parameter configuration request are parsed and the doorbell updates its own network parameters.

[0084] The video doorbell compares the calculated message authentication code with the message authentication code carried in the network parameter configuration request. If the two do not match, it is determined that the network parameter configuration request may have been tampered with or has an illegal source. To ensure network security, the network parameter configuration request is immediately discarded. If the comparison matches, it proves that the network parameter configuration request is complete and has a trustworthy source. The video doorbell will parse out the network parameters contained therein, such as the new IP address, subnet mask, and default gateway, and immediately update its own network configuration to complete the automatic network access.

[0085] Therefore, the verification mechanism using message authentication codes ensures the security and reliability of network configuration commands. This effectively prevents unauthorized devices from forging or tampering with configuration information, thus safeguarding the network environment.

[0086] In some embodiments of this disclosure, it may also include, for example Figure 7 Steps S710 to S720 are shown.

[0087] In step S710, the video doorbell enters the online state after the network parameters are updated, and periodically sends heartbeat packets to the indoor unit through the target multicast group.

[0088] After the video doorbell successfully applies the network parameters issued by the indoor unit, its network configuration is on the same local area network as the indoor unit, and the video doorbell is online. The video doorbell starts a timed task to actively send heartbeat packets to the target multicast group at a preset fixed period.

[0089] In step S720, the indoor unit periodically receives heartbeat packets via a timer to maintain the online status of the video doorbell. If the indoor unit does not receive a heartbeat packet from the video doorbell within the target period, it sends a request to obtain device information to the IP address last used by the video doorbell via unicast. If a normal response is received from the video doorbell, the timer is reset; if the wait for a response times out, the video doorbell is determined to be offline, triggering the offline reconnection process.

[0090] The indoor unit maintains a timer for each video doorbell, periodically receiving heartbeat packets from the doorbell to stay online. If no heartbeat is received within the target period due to network fluctuations, the doorbell is not immediately considered offline. Instead, a precise unicast probe is initiated, sending a request to the doorbell's last valid IP address. If a response is received, the doorbell is still functioning normally, and the timer is reset. Only when the unicast probe also times out without a response is the doorbell ultimately determined to be offline.

[0091] Therefore, by combining the video doorbell's timed multicast heartbeat with the indoor unit's timer maintenance, and introducing unicast active probing as a fault-tolerant buffer after the heartbeat timeout, the system avoids misjudgment of offline status caused by network jitter, thereby improving the accuracy of equipment status monitoring and the system's fault tolerance.

[0092] Regarding step S720, if the response wait timeout occurs, the video doorbell is determined to be offline, triggering the offline reconnection process. In some embodiments of this disclosure, it may also include, for example... Figure 8 Steps S810 to S840 are shown.

[0093] In step S810, the indoor unit marks the session token associated with the MAC address of the video doorbell in local storage as invalid.

[0094] In step S820, the indoor unit repeatedly sends the most recently successfully issued network parameter configuration request to the target multicast group for the target period and the target time. When the video doorbell detects that the physical link has been restored or its own network status has changed, it sends a heartbeat message without a session token to the multicast group using the factory default IP address or the last valid IP address stored in the non-volatile memory.

[0095] The system continuously sends the most recently successfully delivered network parameter configuration request to the target multicast group at a preset target period (e.g., every 60 seconds). This process lasts for a target time (e.g., 5 minutes), providing an opportunity for automatic reconnection for video doorbells that have restored connection but have not yet completed authentication. Simultaneously, when the video doorbell's physical link is interrupted and then restored due to power failure, loose network cable, or other reasons, its firmware detects this status change and proactively sends a heartbeat message without a session token or with an empty session token to the target multicast group using the factory default IP address or the last valid IP address stored in non-volatile memory, announcing its re-connection.

[0096] In step S830, after receiving the heartbeat message, the indoor unit generates a new session token and binds the generated session token to the MAC address of the video doorbell in local storage and marks it as valid.

[0097] The indoor extension generates a new session token and looks up or creates a record in the local non-volatile memory. It then strongly associates the newly generated session token with the MAC address carried in the heartbeat packet and marks the token as valid.

[0098] In step S840, the indoor unit sends the generated session token to the video doorbell through the target multicast group, and the video doorbell interacts with the indoor unit through the bound session token for control signaling.

[0099] Therefore, through a two-way collaborative mechanism of session token expiration marking, periodic retransmission of network parameter configuration requests, and proactive sending of tokenless heartbeat packets after the video doorbell link is restored, automatic reconnection and authentication recovery of offline video doorbells are achieved, effectively solving the problem of long-term device disconnection and maintenance blind spots in abnormal scenarios such as power outages and loose network cables.

[0100] In some embodiments of this disclosure, the network configuration method described above, when applied to a video doorbell, may further include, for example, the following: Figure 9 Steps S910 to S920 are shown.

[0101] In step S910, a heartbeat message is sent to the target multicast group. The heartbeat message includes its own IP address, MAC address, and session token. The target multicast group is used for control signaling interaction between the indoor extension and the video doorbell.

[0102] In step S920, in response to the network parameter configuration request from the indoor unit, the unit updates its own network parameters.

[0103] Steps S910 and S920 correspond one-to-one with steps S210 and S250 above, and will not be elaborated further here.

[0104] In some embodiments of this disclosure, the network configuration method described above, when applied to an indoor extension unit, may further include, for example, Figure 10 Steps S1010 to S1030 are shown.

[0105] In step S1010, in response to the heartbeat message, the system queries the local storage record to see if a target session token exists based on the MAC address of the video doorbell, and determines that a target video doorbell with a target session token exists. The target session token is the same as the session token in the heartbeat message.

[0106] In step S1020, the IP address of the target video doorbell is matched with its own IP address in terms of network segment. If the IP address of the target video doorbell is not in the same network segment as its own IP address, a candidate IP address in the same network segment as its own IP address is generated.

[0107] In step S1030, a network parameter configuration request containing candidate IP addresses is sent to the video doorbell via the target multicast group.

[0108] Steps S1010, S1020 and S1030 correspond one-to-one with steps S220, S230 and S240 above, and will not be elaborated further here.

[0109] The technical solution of this disclosure will be further explained below with specific implementation and application examples.

[0110] After the devices (including indoor units and video doorbells) are powered on and the network initialization is completed, they are all added to a pre-agreed multicast group address, i.e., the target multicast group (e.g., 239.0.0.88). This multicast group is only used for control signaling interaction between devices.

[0111] The video doorbell, acting as a slave device, proactively sends a heartbeat message to the agreed-upon multicast group. This message contains at least the video doorbell's current IP address, MAC address, device type, and currently held session token (the token field is empty if it's the first time it's online). The indoor extension listens to this multicast group; upon receiving the heartbeat, it looks up the local record based on the MAC address. Scenario 1: The doorbell does not have a valid token (either upon first launch or the token for the doorbell has been marked as invalid in the local records of the indoor extension), and the indoor extension enters the challenge response verification process.

[0112] Specifically, the indoor unit and the video doorbell complete two-way authentication through the following steps to achieve the challenge-response verification process: The indoor unit generates a random number (Challenge) and sends it to the video doorbell via multicast or unicast.

[0113] After receiving a challenge, the video doorbell uses a pre-shared key to encrypt the random number (or performs an HMAC operation), generates a response value, and sends it back to the indoor extension.

[0114] The indoor extension uses the same pre-shared key to perform the same operation on the original random number and compares it with the received response value. If they match, authentication is successful. The indoor extension generates a session token (e.g., a random string), associates the token with the doorbell's MAC address, stores it, and marks it as valid. The indoor extension sends the token to the video doorbell in an encrypted manner. Thereafter, the doorbell must include this token in any message it sends.

[0115] Preferably, the session token itself has no expiration date; its validity is determined solely by the "online status" maintained by the indoor extension. As long as the indoor extension determines the doorbell is online (i.e., receives heartbeats periodically), the token remains valid; once the indoor extension determines the doorbell is offline, it marks the token corresponding to that doorbell as invalid. If the token is invalid when the video doorbell reconnects, a challenge-response authentication must be performed again to obtain a new token.

[0116] Scenario 2: The doorbell holds a valid token (the indoor extension has a local record of the token corresponding to the MAC address, and the token is not marked as invalid). The indoor extension performs network segment detection and automatic configuration without needing to repeat the challenge.

[0117] After successful authentication (or possession of a valid token), the indoor unit extracts the IP address from the video doorbell's heartbeat packet and compares it with its own IP address within the same network segment.

[0118] If on the same network segment: the indoor extension directly sends a heartbeat response message to the agreed multicast group, carrying its own network parameters for doorbell synchronization. The response message uses a pre-shared key with an appended message authentication code (HMAC) to ensure integrity.

[0119] If they are not on the same network segment, the automatic configuration process will begin.

[0120] Specifically, the automatic configuration process is as follows: The indoor unit reads its own IP address (e.g., 192.168.1.100) and subnet mask (255.255.255.0), extracting the network address (192.168.1) and host address (100). The host address of the generated candidate IP is calculated as: host address + offset (default is 1). Therefore, the candidate IP is 192.168.1.101.

[0121] The indoor extension performs the following checks on the candidate IPs in sequence. If any check fails, the offset is incremented (+2, +3...) and a new candidate IP is generated until a usable IP is found: Network ID consistency: The network ID of the candidate IP must be the same as that of the indoor extension.

[0122] Non-broadcast address: The host number cannot be all 1s (i.e., the last digit of the IP address cannot be 255).

[0123] Non-network address: The host number cannot be all zeros (i.e., the last two digits of the IP address cannot be zero).

[0124] Non-gateway address: The candidate IP cannot be equal to the gateway IP configured in the indoor unit (usually 192.168.1.1).

[0125] Non-indoor extension unit's own IP: The candidate IP cannot be equal to the indoor extension unit's own IP address.

[0126] Address conflict detection: The indoor extension sends an ARP request packet (e.g., who-has 192.168.1.101). If an ARP response is received, it means that the IP address is already in use, and the conflict will not be resolved.

[0127] In addition, the indoor unit will encapsulate available IP addresses, its own subnet mask, default gateway, and other network parameters into a network parameter configuration message. A Message Authentication Code (MAC) is appended to the end of the message: the HMAC value is calculated using a pre-shared key against the message content (excluding the MAC field) and entered into the MAC field. Then, it is sent to the video doorbell via an agreed multicast group.

[0128] After receiving the configuration message, the video doorbell first recalculates the HMAC value of the message content using the same pre-shared key and compares it with the MAC field carried in the message. If they do not match, it indicates that the message has been tampered with or has an illegal origin, and the message is discarded. If they match, the message content is parsed, and its own IP address, subnet mask, gateway, and other parameters are updated to the values ​​sent by the indoor extension.

[0129] The indoor unit saves the doorbell's MAC address, assigned IP address, subnet mask, and gateway to local Flash storage so that it can be quickly restored when the doorbell restarts or reconnects offline.

[0130] Preferably, after the video doorbell is configured, it will still send a heartbeat packet to the agreed multicast group at fixed intervals (e.g., 60 seconds). This heartbeat packet must carry a currently valid session token and MAC address. Upon receiving the heartbeat, the indoor extension will look up the token based on the MAC address and verify its validity (that it exists and is not marked as invalid). If the token is valid, it will reply with a heartbeat response and update the doorbell's "last online time"; if the token is invalid, the indoor extension will discard the heartbeat packet (or reply with a specific error code requiring re-authentication), and the doorbell should re-initiate the challenge-response process upon receiving it.

[0131] Preferably, the indoor unit maintains a status timer for each online doorbell. If the indoor unit does not receive a heartbeat packet from a doorbell within a preset period (e.g., 3 minutes), it sends a "Get Device Information" protocol message via unicast to the IP address previously used by that doorbell. This message also carries the indoor unit's own token. If a normal response is received, the timer is reset; if the response wait times out (e.g., no response after 3 consecutive times), the video doorbell is determined to be offline.

[0132] Preferably, when the indoor unit determines that the video doorbell is offline, the following process is triggered: The indoor unit marks the session token corresponding to the video doorbell as invalid (without clearing the record, only setting the invalid flag).

[0133] The indoor unit repeatedly sends the most recently successful configuration message (or broadcast discovery message) every 60 seconds for 5 minutes.

[0134] When the video doorbell is offline (e.g., after a network interruption is detected and the system resumes operation), it should proactively send a heartbeat packet to the multicast group using the factory default IP or the last saved IP. The token field can be empty or contain an old token.

[0135] After receiving the doorbell reconnection heartbeat, the indoor extension checks the token status. Since the doorbell's token has been marked as invalid, the indoor extension ignores the old token and re-initiates the challenge-response verification process (step 2.1). After successful verification, a new token is generated and issued. Subsequent communications use the new token.

[0136] Optionally, the video doorbell firmware detects the physical connection status (such as network cable plugging / unplugging). When it detects that the physical link changes from disconnected to connected, it immediately initiates a complete online process (sending a heartbeat packet, triggering challenge-response verification and configuration).

[0137] Based on any of the above embodiments, this disclosure also provides a network configuration device.

[0138] Figure 11 This is a schematic block diagram of a network configuration device according to one embodiment of the present disclosure.

[0139] like Figure 11 As shown, the network configuration device includes: The message sending module 1102 sends a heartbeat message to the target multicast group. The heartbeat message includes the IP address, MAC address and session token of the video doorbell. The target multicast group is used for control signaling interaction between the indoor extension and the video doorbell. The token matching module 1104 responds to the heartbeat packet message. The indoor extension queries the local storage record based on the MAC address of the video doorbell to determine whether there is a target session token. It then determines that there is a target video doorbell with a target session token, and the target session token is the same as the session token in the heartbeat packet message. Address generation module 1106: The indoor unit matches the IP address of the target video doorbell with the IP address of the indoor unit in terms of network segment. If the IP address of the target video doorbell and the IP address of the indoor unit are not in the same network segment, a candidate IP address in the same network segment as the indoor unit is generated. Request sending module 1108: The indoor unit sends a network parameter configuration request containing candidate IP addresses to the video doorbell through the target multicast group; The parameter update module 1110 updates its own network parameters in response to a network parameter configuration request.

[0140] The aforementioned network configuration device can be in the form of computer software, and each module of the aforementioned network configuration device can be implemented through computer software modules.

[0141] The implementation process of the functions and roles of each module in the above network configuration device is detailed in the implementation process of the corresponding steps in the above method, and will not be repeated here.

[0142] The entity executing the network configuration method in the specific embodiments of this disclosure can be an indoor extension unit, a video doorbell, or other smart terminal device.

[0143] Therefore, based on any of the above embodiments, this disclosure also provides a smart terminal device, which includes a smart home central control screen, an intercom extension and a video doorbell, and can execute the network configuration method of any of the embodiments described above in this disclosure.

[0144] Figure 12 This is a schematic block diagram of the structure of a smart terminal device 1000 according to one embodiment of the present disclosure.

[0145] The hardware architecture of the intelligent terminal device 1000 can be implemented using a bus architecture. The bus architecture can include any number of interconnect buses and bridges, depending on the specific application and overall design constraints of the hardware. Bus 1100 connects various circuits, including one or more processors 1200, memory 1300, and / or hardware modules. Bus 1100 can also connect various other circuits 1400, such as peripheral devices, voltage regulators, power management circuits, external antennas, etc.

[0146] Bus 1100 can be an Industry Standard Architecture (ISA) bus, a Peripheral Component Interconnect (PCI) bus, or an Extended Industry Standard Architecture (EISA) bus, etc. Buses can be categorized as address buses, data buses, control buses, etc. For ease of representation, this diagram uses only one connection line, but this does not imply that there is only one bus or one type of bus.

[0147] For ease of explanation, certain steps of the above method are described in relation to modules. It should be understood that the corresponding module performing one or more steps of the above method may be one or more hardware modules specifically configured to perform the corresponding step, or implemented by a processor configured to perform the corresponding step, or stored in a computer-readable medium for implementation by a processor, or implemented by some combination thereof.

[0148] This disclosure also provides a readable storage medium storing a computer program that, when executed by a processor, is used to implement the methods described above. A "readable storage medium" can be any means capable of containing, storing, communicating, propagating, or transmitting a program for use by or in conjunction with an instruction execution system, apparatus, or device. More specific examples of a readable storage medium include: an electrical connection with one or more wires (electronic device), a portable computer disk drive (magnetic device), random access memory (RAM), read-only memory (ROM), erasable and programmable read-only memory (EPROM or flash memory), fiber optic devices, and portable read-only memory (CDROM), etc.

[0149] This disclosure also provides a computer program product, the methods of which can be implemented wholly or partially through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented wholly or partially as a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed, all or part of the processes or functions of this disclosure are performed.

[0150] Computer programs or instructions can be stored in a readable storage medium or transferred from one readable storage medium to another. For example, the computer program or instructions can be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The readable storage medium can be any available medium capable of access, or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium, such as a floppy disk, hard disk, or magnetic tape; an optical medium, such as a digital video optical disc; or a semiconductor medium, such as a solid-state drive. The computer-readable storage medium can be a volatile or non-volatile storage medium, or it can include both volatile and non-volatile types of storage media.

[0151] Those skilled in the art will understand that embodiments of this disclosure can be provided as methods, systems, or computer program products. Therefore, this disclosure can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this disclosure can take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0152] This disclosure is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to this disclosure. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0153] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0154] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0155] In the description of this specification, the references to terms such as "one embodiment / mode," "some embodiments / modes," "example," "specific example," or "some examples," etc., refer to specific features, structures, or characteristics described in connection with that embodiment / mode or example, which are included in at least one embodiment / mode or example of this disclosure. In this specification, the illustrative expressions of the above terms do not necessarily refer to the same embodiment / mode or example. Moreover, the specific features, structures, or characteristics described may be combined in any suitable manner in one or more embodiments / modes or examples. Furthermore, without contradiction, those skilled in the art can combine and integrate the different embodiments / modes or examples described in this specification, as well as the features of different embodiments / modes or examples.

[0156] Furthermore, the terms "first" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one of that feature. In the description of this disclosure, "a plurality of" means at least two, such as two, three, etc., unless otherwise explicitly specified.

[0157] Those skilled in the art should understand that the above embodiments are merely for illustrating the present disclosure and are not intended to limit the scope of the disclosure. Those skilled in the art can make other changes or modifications based on the above disclosure, and these changes or modifications still fall within the scope of the present disclosure.

Claims

1. A network configuration method, characterized in that, The method for configuring the indoor unit and video doorbell via network includes: The video doorbell sends a heartbeat message to a target multicast group. The heartbeat message includes the video doorbell's IP address, MAC address, and session token. The target multicast group is used for control signaling interaction between the indoor extension and the video doorbell. In response to the heartbeat message, the indoor unit queries the local storage record for a target session token based on the MAC address of the video doorbell, and determines that a target video doorbell with the target session token exists. The target session token is the same as the session token in the heartbeat message. The indoor unit performs network segment matching between the IP address of the target video doorbell and the IP address of the indoor unit. If the IP address of the target video doorbell and the IP address of the indoor unit are not in the same network segment, a candidate IP address in the same network segment as the indoor unit is generated. The indoor unit sends a network parameter configuration request containing the candidate IP address to the video doorbell via the target multicast group; and In response to the network parameter configuration request, the video doorbell updates its own network parameters.

2. The network configuration method as described in claim 1, characterized in that, In response to the heartbeat message, the indoor extension queries the local storage record for a target session token based on the MAC address of the video doorbell, and determines that a target video doorbell with the target session token exists. The method further includes: If the target session token is not found in the local storage record of the indoor extension, the indoor extension generates a random number and sends the random number to the video doorbell through the target multicast group; The video doorbell receives the random number, encrypts the random number using a pre-shared key, determines the response value, and sends the response value back to the indoor extension unit; The indoor extension unit performs the same encryption operation on the random number using the pre-shared key, compares the operation result with the response value, and if the comparison is successful, the indoor extension unit generates a new session token. The indoor extension unit binds the generated session token to the MAC address of the video doorbell, and sends the bound session token to the video doorbell through the target multicast group. The video doorbell then interacts with the indoor extension unit via control signaling through the bound session token.

3. The network configuration method as described in claim 1, characterized in that, The indoor unit performs network segment matching between the IP address of the target video doorbell and the IP address of the indoor unit. If the IP address of the target video doorbell and the IP address of the indoor unit are not in the same network segment, a candidate IP address in the same network segment as the indoor unit is generated, including: The indoor unit extracts the network number and host number from its own IP address and subnet mask; Based on the network number and the host number, the indoor extension unit generates candidate IP addresses using a linear offset strategy; The indoor extension unit verifies the candidate IP address. If the verification fails, a new candidate IP address is generated using the linear offset strategy. If the verification passes, the final candidate IP address is determined.

4. The network configuration method as described in claim 1, characterized in that, The indoor extension unit sends a network parameter configuration request containing the candidate IP address to the video doorbell via the target multicast group, including: The indoor unit encapsulates the network parameters containing the candidate IP address into a network parameter configuration request, encrypts the network parameters using a pre-shared key, and appends a message authentication code to the network parameter configuration request. The indoor unit sends the network parameter configuration request to the video doorbell through the target multicast group.

5. The network configuration method as described in claim 4, characterized in that, In response to the network parameter configuration request, the video doorbell updates its own network parameters, including: In response to the network parameter configuration request, the video doorbell calculates the message authentication code of the network parameters in the network parameter configuration request using the same pre-shared key; The video doorbell compares the message authentication code with the message authentication code carried in the network parameter configuration request. If they do not match, the network parameter configuration request is discarded; if they match, the network parameters in the network parameter configuration request are parsed and the doorbell updates its own network parameters.

6. The network configuration method as described in claim 1, characterized in that, Also includes: After the network parameters are updated, the video doorbell enters an online state and periodically sends heartbeat packets to the indoor unit through the target multicast group. The indoor unit periodically receives the heartbeat message through a timer to maintain the online status of the video doorbell. If the indoor unit does not receive the heartbeat message from the video doorbell within the target period, it sends a request to obtain device information to the IP address last used by the video doorbell using unicast. If it receives a normal response from the video doorbell, it resets the timer; if the wait for a response times out, it determines that the video doorbell is offline and triggers the offline reconnection process.

7. The network configuration method as described in any one of claims 1 to 6, characterized in that, Applications in video doorbells include: Send a heartbeat message to the target multicast group. The heartbeat message includes the user's own IP address, MAC address and session token. The target multicast group is used for control signaling interaction between the indoor extension and the video doorbell. In response to the network parameter configuration request from the indoor unit, update its own network parameters.

8. The network configuration method as described in any one of claims 1 to 6, characterized in that, Applications include indoor units: In response to the heartbeat message, the system queries the local storage records based on the MAC address of the video doorbell to determine whether a target session token exists, and confirms that a target video doorbell with the target session token exists. The target session token is the same as the session token in the heartbeat message. The IP address of the target video doorbell is matched with its own IP address in terms of network segment. If the IP address of the target video doorbell is not in the same network segment as its own IP address, a candidate IP address in the same network segment as its own IP address is generated. The network parameter configuration request containing the candidate IP address is sent to the video doorbell through the target multicast group.

9. A smart terminal device, characterized in that, include: The memory stores execution instructions; as well as A processor that executes execution instructions stored in the memory, causing the processor to perform the network configuration method according to any one of claims 1 to 8.

10. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the network configuration method according to any one of claims 1 to 8.

Images