Network access configuration method and device, computer equipment and medium

Abstract

The invention relates to a network access configuration method and device, computer equipment and a medium, and the method comprises the steps: scanning and finding a plurality of intelligent equipment, and obtaining the equipment identification and signal intensity data of each found intelligent equipment; based on the signal intensity data, dividing the device identifiers of part of the intelligent devices into the same device group; sending device identifiers of other intelligent devices as slave devices in a device group to the intelligent device designated as the master device in the device group so as to drive the master device and the slave devices to establish a first wireless network; and sending a network access credential to the master device to drive the master device to distribute the network access credential to each slave device through the first wireless network, so that each slave device accesses a second wireless network by using the network access credential. According to the invention, multiple intelligent devices can be controlled to access the same second wireless network at one time, the network distribution efficiency and safety are improved, and the user experience is comprehensively optimized.

Description

Technical Field

[0001] This application relates to the field of the Internet of Things, and more particularly to a network access configuration method and apparatus, computer equipment and medium. Background Technology

[0002] In the Internet of Things (IoT) field, such as smart home scenarios, connecting new devices to the local wireless network is a prerequisite for users to activate the devices; this process is often referred to as network configuration. Currently, the most common network configuration method is a one-to-one serial configuration operation between the user's mobile terminal application and a single smart device.

[0003] The core principle of this traditional technology lies in the mobile terminal scanning and discovering individual smart devices in a network configuration state via short-range communication methods such as Bluetooth or Wi-Fi, and then establishing a temporary point-to-point connection with them. After this connection is established, the user needs to manually select the target home Wi-Fi network and enter its access credentials in the application interface. The application then sends these credentials to the smart device through the temporary connection. After receiving the credentials, the smart device attempts to connect to the specified Wi-Fi network and sends the connection result back to the application. This completes the network configuration process for a single device. If the user needs to configure multiple devices, the same identical operation process must be repeated for each subsequent device, i.e., scanning, connecting, entering credentials, and waiting for the connection result in sequence.

[0004] This traditional one-to-one serial configuration technology leads to unavoidable technical drawbacks in multi-device deployment scenarios. First, configuration efficiency is linearly negatively correlated with the number of devices; configuring N devices requires repeating the entire process N times. When the number of devices is large, repetitive manual operations consume a significant amount of time, significantly increasing the time and labor costs of installation and deployment. Second, the entire process is cumbersome and tedious for users, requiring repeated scanning, selection, input, and waiting. The process lacks intelligence and automation, and is prone to human errors such as misselecting devices or entering incorrect passwords, especially when the device list is long. If any step fails, the troubleshooting and reconfiguration process further exacerbates time consumption and degrades the user experience.

[0005] It is evident that traditional technologies rely on establishing independent, sequential communication links between mobile terminals and each device, resulting in low efficiency. This application aims to overcome this technological bias and provide a novel approach. Summary of the Invention

[0006] The primary objective of this application is to solve at least one of the above-mentioned problems by providing a network access configuration method and apparatus, computer equipment and medium.

[0007] To achieve the various objectives of this application, the following technical solution is adopted: A network access configuration method provided for one of the purposes of this application includes the following steps: scanning and discovering multiple smart devices, and obtaining device identifiers and signal strength data of each discovered smart device; based on the signal strength data, classifying the device identifiers of some smart devices into the same device group; sending the device identifiers of other smart devices in the device group that are designated as slave devices to the smart device designated as the master device in the device group, so as to drive the master device to establish a first wireless network with the slave devices; sending network access credentials to the master device, so as to drive the master device to distribute the network access credentials to each of the slave devices through the first wireless network, so that each of the slave devices can access a second wireless network using the network access credentials.

[0008] A network access configuration apparatus, proposed to meet one of the purposes of this application, includes: a device discovery module configured to scan and discover multiple smart devices and obtain device identifiers and signal strength data of each discovered smart device; a group creation module configured to, based on the signal strength data, group the device identifiers of some smart devices into the same device group; a local networking module configured to send the device identifiers of other smart devices in the device group that are designated as slave devices to the smart device designated as the master device in the device group, so as to drive the master device to establish a first wireless network with the slave devices; and a network access module configured to send network access credentials to the master device, so as to drive the master device to distribute the network access credentials to each of the slave devices through the first wireless network, so that each of the slave devices can use the network access credentials to access a second wireless network.

[0009] On the one hand, a computer device provided to suit one of the purposes of this application includes a processor and a memory, wherein the processor invokes and runs a computer program in the memory to perform the steps of the network access configuration method.

[0010] In another aspect, a computer-readable storage medium is provided to suit another purpose of this application, which stores, in the form of computer-readable instructions, a computer program implemented according to the network access configuration method, which, when invoked by a computer, executes the steps included in the corresponding method.

[0011] Compared with traditional technologies, this application creatively introduces a device group and a first wireless network, reconstructing the serial network distribution link that originally had to be established one by one between the mobile terminal and each smart device into a parallel distribution mode with the master device as the agent.

[0012] Specifically, this application first intelligently groups nearby smart devices into the same group by analyzing device signal strength data. Then, it drives the devices within the group to autonomously build a first wireless network. Finally, using this network channel, the master device securely distributes the access credentials for the second wireless network to all slave devices in one go, enabling them to access the second wireless network. This brings several significant benefits. The primary advantage is a greatly improved network configuration efficiency. The total time required for network configuration is no longer linearly related to the number of devices, but remains essentially constant at the time required for a single authorization operation, thus saving significant manpower and time costs in large-scale device deployment scenarios. Secondly, the user experience is greatly simplified. User operations are compressed into simple device group confirmation and credential input, completely avoiding tedious and repetitive manual operations, making batch network configuration easy and fast. In addition, it has inherent reliability and security. Since the distribution process of network configuration credentials is restricted to the local first wireless network composed of authorized devices and relayed through the master device, the risk of credentials being exposed in an open environment is effectively reduced, improving the reliability of the configuration process.

[0013] Therefore, this application not only fundamentally overcomes the inherent inefficiency and cumbersome operation of the traditional one-to-one serial network configuration method, but also provides a new paradigm for efficient, convenient and secure batch network access configuration, which has broad application prospects and important promotional value in fields such as smart homes and the Internet of Things. Attached Figure Description

[0014] The above and / or additional aspects and advantages of this application will become apparent and readily understood from the following description of the embodiments taken in conjunction with the accompanying drawings, wherein: Figure 1 The network architecture in which the computer device implementing the network access configuration method of this application is located is exemplified by this application. Figure 2 This is a flowchart illustrating a typical embodiment of the network access configuration method of this application; Figure 3 This is a schematic block diagram of the network access configuration device of this application; Figure 4 This is a schematic diagram of the structure of a computer device used in this application. Detailed Implementation

[0015] The specific embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0016] The technical solution of this application is particularly suitable for scenarios such as smart homes, smart offices, and industrial IoT, where a large number of IoT devices need to be connected to a wireless local area network in batches. In these scenarios, users typically need to deploy multiple smart devices simultaneously, such as installing multiple smart cameras, smart light bulbs, smart sockets, and smart sensors at home, or deploying a batch of smart cameras, smart lighting equipment, and environmental monitoring devices in the office.

[0017] Please refer to Figure 1 The illustrated network architecture mainly includes a user mobile terminal 300, multiple smart devices 101, 103, and 105 to be configured on the network, a cloud server 400, and a wireless access point 205 for accessing the second wireless network 200. The mobile terminal 300, as a specific form of computer device according to this application, runs an application implemented according to the network access configuration method of this application, and acts as the initiator and control center of the network configuration process. The mobile terminal 300 can interact with the cloud server 400 through a mobile communication network or through the second wireless network 200 provided by the wireless access point 205. The multiple smart devices 101, 103, and 105 can be products with the same function, such as the smart camera shown in the figure, or products with different functions. These smart devices are all in a state of pending network configuration at the initial stage of network configuration and can be discovered by the mobile terminal through short-range communication protocols such as Bluetooth and WiFi. The cloud server is responsible for backend services such as binding and managing devices and user accounts.

[0018] like Figure 1 As shown, the mobile terminal 300 is physically adjacent to multiple smart devices 101, 103, and 105. The mobile terminal 300 discovers the device group 305 through network scanning, which includes multiple smart devices 101, 103, and 105. Some of the smart devices 101 and 103 have formed a first wireless network 100 according to the method of this application, while the remaining smart devices 105 have not been able to access the first wireless network 100. The cloud server 400 in the network architecture interacts with the mobile terminal 300 and the smart devices 101 and 103 that have been connected to the Internet through a wider network.

[0019] To facilitate understanding of this application, a general explanation of some basic concepts appearing in the specification is provided first. The computer device running the computer program of this application includes, but is not limited to, different types such as mobile terminals, desktop computers, and servers. Mobile terminals include, but are not limited to, portable devices with computing and communication capabilities such as smartphones, tablets, and dedicated configuration tools. The intelligent devices in this application broadly refer to Internet of Things (IoT) devices that need to access a network to achieve remote control or data interaction, such as smart home appliances, smart cameras, robot vacuum cleaners, smart lights, smart switches, etc.

[0020] The first wireless network 100 established in this application refers to a local network spontaneously formed by smart devices based on short-range communication technologies such as Bluetooth Mesh, Zigbee, or Wi-Fi Direct for temporary communication. This is distinct from the second wireless network 200 that the smart devices ultimately need to access. The latter refers to a wireless local area network providing internet access to users, such as a Wi-Fi network in a home or office. Key information involved in the device configuration process includes the device identifier, a unique code used to identify the smart device, such as a MAC address or device ID. The network access credentials used during device configuration are necessary for accessing the second wireless network 200. Taking the second wireless network 200 as an example (based on Wi-Fi access), these typically include the network name (SSID) and password.

[0021] In summary, the core idea of ​​this application is to use a self-organizing first wireless network between devices as a transmission channel to efficiently and securely distribute the network access credentials required for configuring a second wireless network from a master device to multiple slave devices in batches, thereby completely changing the outdated one-to-one serial network configuration mode between mobile terminals and each device in the traditional way.

[0022] The embodiments described in this application will elaborate on how to achieve efficient and secure batch network configuration, based on the aforementioned architecture and concepts. Next, with reference to the accompanying drawings, each step of the network access configuration method will be explained in detail.

[0023] Please see Figure 2 In some embodiments, the network access configuration method of this application can be implemented as an application running on a computer device, and the method includes: Step S3100: Scan and discover multiple smart devices, and obtain the device identifier and signal strength data of each smart device discovered; After the computer device, such as a mobile terminal, runs the computer program of this application, it provides a corresponding user interface for the user to operate and initiate the network configuration process. During the network configuration process, intelligent devices in the pending configuration state can periodically broadcast broadcast signals containing their own identity information, such as device identifiers. The mobile terminal of this application, by activating the scanning function of its corresponding wireless communication module, listens for and receives these broadcast signals, thereby discovering intelligent devices in the environment. This process ensures that the mobile terminal can obtain two types of key information necessary for subsequent processes: first, a device identifier used to uniquely distinguish different intelligent devices; and second, signal strength data used to determine the relative distance between the intelligent device and the mobile terminal.

[0024] Device identifiers serve as unique proof of identity for smart devices. These identifiers can take the form of a MAC address, Bluetooth address, or a unique serial number pre-configured by the device manufacturer. This device identifier allows mobile terminals to accurately distinguish broadcast signals from different devices and provides addressing information for subsequent operations targeting specific devices. Signal strength data, such as Bluetooth signal strength indicator, is a physical quantity reflecting the degree of energy attenuation during signal transmission. In free-space propagation models, signal strength is negatively correlated with propagation distance; that is, the farther the distance, the weaker the signal. This characteristic makes it a direct basis for subsequent grouping of near-field devices.

[0025] In practice, the scanning and discovery methods can vary depending on the short-range communication technology used. In one embodiment, Bluetooth technology can be used for scanning. The mobile terminal enables Bluetooth scanning and listens to the Bluetooth broadcast channel for a preset time. Smart devices in a network-pending state continuously or intermittently send Bluetooth broadcast information, which includes the device's Bluetooth address and other identification information. Each time the mobile terminal receives a broadcast data packet, it records the source device identifier and the instantaneous signal strength value at the time of reception, i.e., its original signal strength. Another embodiment uses Wi-Fi technology for scanning, such as listening to Wi-Fi probe request frames or beacon frames to parse the device's MAC address and signal strength value.

[0026] Regardless of the wireless communication technology used, the principle is the same: to discover the device and obtain its device identifier and signal strength value by receiving the broadcast signal of the receiving device. The signal strength value is used as the original signal strength. One or more of these values ​​can be directly used as the signal strength data required by this application, or multiple signal strength values ​​can be processed to form a new value as the required signal strength data.

[0027] For example, to improve the reliability of the acquired data, a mobile terminal can continuously monitor the signal of the same smart device for a period of time, thereby obtaining multiple signal strength samples of the smart device. These samples may fluctuate due to environmental factors such as multipath effects in the wireless channel and obstruction by obstacles. These raw samples can be filtered, for example, by calculating the arithmetic mean, median, or performing Kalman filtering, to obtain a stable estimate of the device's signal strength, which serves as the signal strength data required in this application.

[0028] Through the scanning and discovery process described above, the mobile terminal eventually establishes a device list, in which each item is associated with a smart device's device identifier and its corresponding signal strength data.

[0029] Step S3200: Based on the signal strength data, classify the device identifiers of some smart devices into the same device group; By leveraging the strong correlation between signal strength data and physical distance, the spatial proximity of different smart devices can be identified. This allows for the identification of multiple smart devices located close to each other based on their spatial proximity. Specifically, in wireless communication, signal strength attenuates with increasing propagation distance. Therefore, smart devices in similar physical locations will have signal strength values ​​scanned by mobile terminals concentrated within similar ranges. By analyzing the distribution characteristics of these signal strength data, devices in close physical proximity can be automatically identified and grouped into the same device group.

[0030] In practice, a typical way to group devices is by using clustering algorithms. The mobile terminal treats each smart device and its corresponding signal strength data as a data sample, or data point. All the smart devices to be grouped constitute a dataset. The clustering algorithm automatically groups data points with similar signal strengths into the same set, i.e., a cluster, by calculating the data distance between data points or analyzing their distribution density. Each cluster corresponds to a candidate device group.

[0031] In addition to direct clustering based on signal strength values, some embodiments can construct richer feature vectors for grouping. For example, a corresponding data sample can be constructed for each smart device. This sample not only includes its representative signal strength data, such as an estimate of the stable signal strength after filtering, but can also further include an index reflecting the signal stability of the device, such as the fluctuation variance calculated based on multiple raw signal strengths. Inputting data samples containing one or more features into the clustering algorithm can achieve more refined grouping. For example, two devices may have similar average signal strengths, but one with a smaller signal variance indicates greater stability, while the other has a larger signal variance indicates greater fluctuation. The clustering algorithm can tend to separate them, grouping the device with stable signals into a higher-priority group.

[0032] After completing the cluster analysis, the final device groups need to be determined from the clusters output by the algorithm. This can be done by selecting the cluster containing the most smart devices and adding the device identifiers of all smart devices within that cluster to the same device group. This strategy is based on the reasonable assumption that the user is most likely to want to perform batch network configuration for the cluster with the largest number of devices near their current physical location. The mobile terminal can automatically perform this selection, or the clustering results can be displayed to the user on the user interface, allowing the user to confirm or select the device group to be configured.

[0033] Step S3300: Send the device identifiers of other smart devices in the device group that are designated as slave devices to the smart device designated as the master device in the device group, so as to drive the master device to establish a first wireless network with the slave devices; In this application, the mobile terminal does not need to configure the network for each smart device individually, nor does it directly manage all discovered smart devices. Instead, it designates a master device in the device group as a proxy, and the master device is responsible for establishing a communication network with other slave devices in the group.

[0034] The mobile terminal first needs to designate a smart device as the master device from the pre-defined device groups. In one embodiment, the user can manually designate the device from the device list displayed on the human-computer interaction interface. In another embodiment, the mobile terminal can automatically select the master device, for example, by choosing the device with the strongest signal, the best performance, or the default device.

[0035] Once the master device is identified, the other smart devices in the device group naturally become slave devices. The mobile terminal constructs an authorized whitelist of device identifiers for the smart devices in the device group that require network configuration and sends it to the master device. This authorized whitelist can include only all slave devices, some slave devices, or it can include the master device itself. The master device can distinguish the master-slave relationship and communicate using the device identifiers in this authorized whitelist. The authorized whitelist can be generated directly by the mobile terminal based on the device group, or it can be determined by the user after excluding individual smart devices from the device group.

[0036] After receiving an authorized whitelist containing the device identifiers of the slave devices, the master device begins the setup process for the first wireless network. A typical network setup method is based on a master-slave invitation-response mechanism. The master device broadcasts an invitation message containing network establishment information on the communication frequency band corresponding to the first wireless network. The purpose of this invitation message is to notify potential smart devices within range that a temporary network is being established and to invite them to join.

[0037] Upon receiving the invitation message, a slave device in listening mode returns a response message to the master device. This response message contains at least the device identifier of the slave device that is responding. After receiving response messages from each slave device, the master device verifies whether the device identifier carried in the response message is within the authorization whitelist previously issued by the mobile terminal, ensuring that only authorized and legitimate devices can proceed to subsequent processes, thus forming the first line of security. For slave devices whose device identifiers are within the authorization whitelist, the master device recognizes them as authorized devices.

[0038] After verifying the legitimacy of a slave device, a secure communication link needs to be established between the master device and each verified slave device. In one embodiment, this can be achieved through key negotiation between the two parties. For example, the master and slave devices can perform an elliptic curve-based Diffie-Hellman key exchange, negotiating and generating a shared session key. Using the negotiated session key, all subsequent communication between the master device and the corresponding slave device can be encrypted using encryption algorithms such as Advanced Encryption Standards (AES) to ensure the confidentiality and integrity of the communication. Successfully establishing a secure communication link means that the master device and the slave device are ready for secure data transmission.

[0039] The master device repeats the above process, establishing an independent secure communication link with each slave device in the authorized whitelist. Once the master device has successfully established secure connections with all legitimate slave devices, these devices collectively form a logical first wireless network. This network is a device-to-device communication network; the mobile terminal does not directly participate in all the communications, but interacts with the entire network through a single interface provided by the master device.

[0040] To report the network setup results to the mobile terminal, the master device can compile a list of successfully joined slave devices into a network device list and return it to the mobile terminal. Upon receiving this list, the mobile terminal can understand the actual composition of the first wireless network and update the status of each smart device in the device group accordingly, such as marking which devices have successfully joined the network. At this point, a secure, self-organizing temporary communication network is ready.

[0041] Step S3400: Send a network access credential to the master device to drive the master device to distribute the network access credential to each of the slave devices through the first wireless network, so that each of the slave devices can use the network access credential to access the second wireless network.

[0042] After the first wireless network is successfully established, the mobile terminal can initiate a batch distribution process for network access credentials. The mobile terminal first needs to obtain network access credentials for the second wireless network. In one embodiment, the mobile terminal can receive the name and password of the second wireless network manually entered by the user through its user interface. In another embodiment, the mobile terminal can access a locally stored list of saved networks, allowing the user to select the target second wireless network and authorize the use of its network access credentials.

[0043] After obtaining the correct network access credentials, the mobile terminal sends the credentials to the master device in the device group. At this point, the master device, acting as a proxy node, undertakes the task of distributing the credentials to all slave devices within the first wireless network. The distribution process utilizes an established, secure temporary communication link. In one embodiment, the master device can use a one-to-one unicast communication method to establish an independent encrypted channel with each slave device, for example, using a pre-negotiated session key to encrypt the network access credentials before sending them to each slave device through the first wireless network. This method ensures that even within the same first wireless network, the network access credentials received by each slave device are independently encrypted, providing higher security. In another embodiment, if the first wireless network itself supports multicast or broadcast encryption, the master device can also use a more efficient multicast method to send the encrypted credentials to multiple slave devices at once.

[0044] After receiving the network access credentials distributed by the master device, the slave device immediately attempts to connect to the second wireless network. Specifically, the slave device activates its second wireless network interface, such as a Wi-Fi module, and uses the decrypted network name (e.g., SSID) and password to initiate a connection request to the specified second wireless network. The connection process for each slave device is independent and parallel, which greatly reduces the total network configuration time for N devices and achieves true batch access.

[0045] After a connection attempt, each slave device reports its connection status information to the master device. This status information includes, but is not limited to, connection success, connection failure, and the specific reason for the failure, such as incorrect password, insufficient signal strength, or network not found. The master device, acting as the information aggregation point, is responsible for collecting and summarizing the status information reported by all slave devices. Subsequently, the master device centrally reports this summarized device connection status information to the mobile terminal.

[0046] After receiving the device connection status information reported by the master device, the mobile terminal can fully grasp the overall result of this batch network configuration. Based on this information, the mobile terminal updates the status flags of each smart device in the device group, for example, marking devices that have successfully connected to the second wireless network as online, marking devices that failed to connect as abnormal and recording the reason for the failure.

[0047] After confirming that the connection status of all devices has been collected and reported, the mobile terminal can control the master device to disband the first wireless network. The disbanding operation includes the master device notifying each slave device to close its connection and releasing related network resources. Disbanding the first wireless network helps save energy consumption for each smart device, as maintaining communication between devices requires additional power. At this point, the entire network configuration process is complete, the smart devices in the device group have successfully connected to the second wireless network, and the first wireless network serving them is disbanded.

[0048] As can be seen from the above embodiments, compared with the traditional one-to-one series distribution network technology, this application achieves significant technical advantages in multiple dimensions through fundamental process restructuring, realizing a leap in the efficiency and quality of batch equipment configuration. Its specific technical advantages include, but are not limited to: First, this application fundamentally changes the efficiency model of network configuration operations in IoT access scenarios. In traditional technologies, configuring N devices requires users to repeatedly perform the complete scanning, connection, input, and waiting process N times, with the total time increasing linearly with the number of devices. However, this application transforms this serial mode into a parallel mode by introducing device groups and a first wireless network. Users only need to confirm the device group once and input the network access credential once; subsequent credential distribution and device connection processes are automatically completed in parallel. This significantly reduces the total network configuration time from the traditional O(N) complexity to a constant level close to O(1). In large-scale device deployment scenarios, this can save a significant amount of manpower and time costs, resulting in a highly significant efficiency improvement.

[0049] Secondly, in terms of user experience, this application brings revolutionary simplification. Traditional technologies require users to perform repetitive, tedious, and error-prone manual operations, making the entire process monotonous and boring. This application, however, minimizes user interaction, requiring users to complete only a simple confirmation operation on their mobile terminal. More importantly, the intelligent device discovery and grouping mechanism integrated in this application can automatically identify devices in physical proximity and recommend them to the user, avoiding the hassle of manually selecting from lengthy device lists. This significantly lowers the operational threshold and the probability of errors, making batch network configuration easy, fast, and reliable.

[0050] Furthermore, this application incorporates a multi-layered security mechanism, effectively enhancing the security of the network configuration process. In traditional methods, sensitive network access credentials are typically sent directly to each device by the mobile terminal, increasing the risk of credential interception during transmission. This application constructs a controlled communication environment: first, an authorized whitelist mechanism ensures that only verified devices can join the first wireless network; second, a session key negotiated between devices is used for end-to-end encrypted distribution of network access credentials; finally, the entire credential distribution process is confined to the localized, self-organizing first wireless network, reducing the chance of credentials being exposed in the wider wireless environment. This systematic security design provides robust security for batch network configuration.

[0051] Furthermore, this application demonstrates excellent manageability and robustness. Traditional technologies lack overall monitoring of batch operations, making it difficult for users to grasp the final status of all devices. This application, however, provides mobile terminals with a clear panoramic view of batch network configuration results through a master device aggregation and reporting mechanism. Users can clearly see which devices have successfully connected, which devices have failed, and the reasons for the failures, facilitating targeted troubleshooting and retries. This end-to-end visual management capability makes the operation and maintenance of large-scale device deployments more efficient and controllable.

[0052] Based on any embodiment of the method in this application, multiple smart devices are scanned and discovered, and the device identifiers and signal strength data of each discovered smart device are obtained, including: Step S3110: Continuously perform Bluetooth broadcast scanning within a preset time period to discover multiple smart devices in the network pairing state; Continuously scanning via Bluetooth broadcast for a preset duration aims to overcome the inherent signal instability in wireless communication and ensure the discovery of all potential smart devices awaiting network pairing. Smart devices in a network-pending state typically periodically send Bluetooth broadcast signals containing their corresponding device identifiers. However, a single, instantaneous scan may fail to identify some devices due to channel interference, misalignment of device broadcast cycles, or momentary signal attenuation. By setting a preset duration and continuously scanning within that time, the completeness and reliability of device discovery can be significantly improved.

[0053] The specific value of the preset duration can be adjusted according to the needs of the actual application scenario. In one embodiment, the preset duration can be set to 5 to 15 seconds. A shorter duration is beneficial for improving response speed and is suitable for scenarios with a small number of devices and little environmental interference; a longer duration can scan all devices more thoroughly and is suitable for scenarios with a large number of devices or complex environments. After the mobile terminal enables the Bluetooth scanning function, it begins to listen to the designated Bluetooth broadcast channel and records all broadcast data packets received within the preset duration.

[0054] The specific implementation of Bluetooth broadcast scanning can vary. A typical embodiment employs a passive scanning mode, where the mobile terminal continuously listens to the Bluetooth broadcast channel and receives broadcast frames actively sent by smart devices. In another embodiment, the mobile terminal can also send a scan request under certain conditions to trigger a scan response from connectable devices, thereby obtaining more information. However, the core remains the same: listening for the identification information actively broadcast by the devices. Regardless of the specific mode used, the essence is to capture as many broadcast signals as possible from the devices to be networked within a preset time window and extract the corresponding broadcast data packets.

[0055] Step S3120: Record multiple broadcast data packets sent by the same smart device within the preset time period, and parse the device identifier and original signal strength from each broadcast data packet; Within a preset time period, the mobile terminal receives a large number of broadcast data packets. These packets may originate from the same smart device or from multiple different smart devices. Therefore, the primary task is to distinguish and categorize these packets according to their source. The mobile terminal identifies which smart device sent the packet by parsing the device identifier carried in each broadcast data packet, such as the source Bluetooth MAC address. Subsequently, the mobile terminal aggregates all broadcast data packets originating from the same device identifier, forming a set of data packet sequences corresponding to that smart device.

[0056] After successfully categorizing data packets by device identifier, the mobile terminal can extract two key pieces of information from each individual broadcast data packet. The first is the device identifier, which uniquely identifies the smart device and, as mentioned earlier, serves as the basis for data grouping. The second is the raw signal strength, which refers to the signal strength value measured by the mobile terminal at the instant of receiving that specific broadcast data packet, usually expressed in dBm. This value is an instantaneous measurement, directly reflecting the signal strength after spatial propagation and attenuation at the moment the data packet arrives. The parsing process is typically performed by the application programming interface (API) provided by the mobile terminal's operating system or Bluetooth protocol stack. These interfaces can directly extract the required metadata from the received underlying radio frequency signals.

[0057] By parsing and recording each data packet, the mobile terminal constructs a raw dataset for each discovered smart device. This dataset contains a device identifier and a series of raw signal strength values ​​recorded in chronological order. For example, for a specific smart device, its dataset might look like this: the device identifier is AA:BB:CC:11:22:33, corresponding to a set of raw signal strength values ​​[-45, -47, -60, -43, -48] dBm. This structured dataset accurately records the fluctuations in the device's signal strength during the scan.

[0058] Step S3130: For each discovered smart device, perform smoothing filtering on its corresponding multiple raw signal strengths to obtain signal strength data representing the stable signal strength of the smart device, which corresponds to the device identifier of the smart device.

[0059] After collecting and recording multiple raw signal strength data points for each smart device, a stable feature value representing the device's signal strength can be extracted from these fluctuating raw signal strength values. Wireless signals are susceptible to multipath effects, obstacle obstruction, and environmental electromagnetic interference during propagation, causing continuously measured raw signal strength values ​​to fluctuate around their true mean. Directly using any instantaneous value for subsequent distance judgment or grouping decisions may introduce significant errors due to noise interference. Therefore, the raw signal strength sequence is smoothed and filtered to suppress random noise and extract a stable estimate reflecting the average energy level of the signal.

[0060] There are various implementation methods for smoothing filtering algorithms, all aiming to reduce random fluctuations and highlight trend components. One embodiment uses the arithmetic mean method. This method sums all the original signal strength values ​​sampled by the same smart device within a preset time period, then divides by the total number of samples to obtain the arithmetic mean. This method is simple to calculate, effectively smooths white noise, and is one of the most commonly used and easily implemented filtering techniques. Another embodiment uses the median method. This method sorts all the original signal strength values ​​by size and takes the value in the middle as representative. The median is robust to individual outliers that may exist in the data; when individual sampled values ​​deviate significantly due to strong interference, the median is more representative of the central tendency of the data than the mean.

[0061] Besides the simple statistical filtering methods mentioned above, more complex dynamic filtering algorithms can also be employed. In one embodiment, Kalman filtering can be used. Kalman filtering is a highly efficient recursive filter that optimally estimates the signal state at the current moment based on the current measurement and the previous estimate, using an internal state-space model. It is particularly suitable for processing dynamic sequences that change over time, not only smoothing noise but also tracking the slow trend of signal changes to some extent, thus providing a more accurate and stable estimate of signal strength.

[0062] After processing by the selected smoothing filtering algorithm, for each discovered smart device, the mobile terminal obtains optimized signal strength data that uniquely corresponds to that device identifier. This data is a single value, such as an estimate of the stable signal strength obtained after averaging or filtering. It replaces the original set of fluctuating raw signal strength values ​​and serves as the authoritative signal characteristic used by the device in subsequent steps for smart grouping.

[0063] Through the above embodiments, this application has achieved significant technical advantages in basic data acquisition, providing a highly reliable and stable data foundation for subsequent intelligent grouping decisions. This embodiment effectively overcomes the inherent random fluctuations of wireless signals by filtering the original signal strength sequence, transforming noisy instantaneous observations into stable signal strength estimates that accurately reflect the average path loss between devices and terminals. This data processing significantly improves the quality and consistency of signal strength data, fundamentally ensuring the accuracy of spatial proximity judgments based on signal strength. This directly improves the accuracy of subsequent device grouping and the final success rate and reliability of the entire batch network distribution process.

[0064] Based on any embodiment of the method in this application, and based on the signal strength data, the device identifiers of some smart devices are grouped into the same device group, including: Step S3210: Construct a data sample corresponding to each smart device. The data sample includes signal strength data representing the stable signal strength of the smart device, determined based on multiple original signal strengths of the corresponding smart device, or further includes fluctuation variance determined based on the signal strength data and the original signal strength. Based on the signal strength data corresponding to each smart device, the signal conditions of smart devices in the physical world can be transformed into feature vectors in the data space, serving as corresponding data samples. Each data sample corresponds to a unique smart device. The purpose is to describe one or more spatially related attributes of the device using quantified features, so that clustering algorithms can automatically group devices based on the similarity of these features. The most basic feature is constructed based on signal strength data, which is a stable estimate of the device's signal strength obtained after smoothing and filtering, such as a specific dBm value. This value directly reflects the approximate distance between the device and the scanning terminal, and is the most direct and core basis for spatial grouping.

[0065] In one embodiment, the data sample can be constructed to contain only one feature, namely the signal strength data representing the stable signal strength of the smart device. This one-dimensional feature vector is concise and clear, and the clustering algorithm will directly group devices based on the proximity of their signal strength values. Devices with similar signal strength values ​​will be grouped into the same cluster, which conforms to the basic principle that close physical distances result in similar signal strengths.

[0066] In another embodiment, for more refined grouping, feature vectors with more dimensions can be constructed. For example, in addition to estimates of stable signal strength, the data samples can further include an index reflecting the signal stability of the device, such as the variance of fluctuation calculated based on the estimated stable signal strength and multiple original signal strength values. Variance of fluctuation characterizes the dispersion of the device's signal strength; a small variance indicates stable signal, while a large variance indicates severe signal fluctuation. Introducing variance of fluctuation expands the data samples from a one-dimensional feature describing average distance to a two-dimensional feature describing both average distance and signal stability. This allows the clustering algorithm to consider not only the average level of signal strength but also differences in signal quality when grouping. For example, given two devices with similar average signal strength, one with stable signal (small variance) and the other with large signal fluctuation (large variance), the algorithm may tend to separate them, grouping the stable device into a more reliable group.

[0067] The specific calculations for constructing the data samples are well-defined. The estimated stable signal strength is obtained through the aforementioned smoothing filtering process. The fluctuation variance is calculated based on the deviation between this estimate and each original sample value. In one embodiment, the sum of squares of the differences between each original signal strength value and the stable estimate can be calculated, then divided by the number of samples or the number of samples minus one, to obtain the variance value. In this way, each smart device is mapped to a point in the data space, its coordinates determined by the selected features, preparing it for subsequent clustering analysis.

[0068] Step S3220: Input the corresponding data samples of each smart device into the preset clustering algorithm model for clustering to obtain multiple clusters, each cluster containing at least one smart device; By using data samples representing the characteristics of smart devices as input, and automatically grouping them through a pre-defined clustering algorithm model, devices physically located in close proximity can be grouped into the same cluster. Clustering is an unsupervised machine learning method whose goal is to divide samples in a dataset into multiple categories or clusters, such that samples within the same cluster are similar to each other, while samples in different clusters are significantly different. In the context of this application, each data sample corresponds to a smart device, and the feature values ​​of the data sample reflect the signal attributes of the device. The clustering algorithm automatically groups devices with similar signal characteristics into the same group based on the similarity of these feature values.

[0069] The specific clustering algorithm model can be selected based on the application scenario and data characteristics. In one embodiment, a density-based clustering algorithm, such as a density-based clustering method with noise, can be used. This algorithm defines a cluster as a high-density region separated by low-density regions in the data space. Its advantage is that it does not require pre-specifying the number of clusters, can automatically identify clusters of arbitrary shapes, and can identify points with excessively low density as noise points, making it very suitable for handling situations where the spatial distribution of devices is irregular or where there are discrete anomalies. In another embodiment, a prototype-based clustering algorithm, such as the K-means algorithm, can be used. This algorithm requires pre-setting the number of clusters K, and iteratively calculates to divide data points into K clusters, minimizing the sum of the squared distances from each data point to its corresponding prototype cluster. The K-means algorithm is computationally efficient and suitable for situations where the data distribution is spherical or convex. Considering the characteristics of the actual scenario, this embodiment can specify K=2 or K=3. The choice of clustering algorithm model depends on specific considerations such as the requirements for prior knowledge, assumptions about cluster shapes, and the processing method for noisy data.

[0070] The specific process of clustering algorithms includes similarity measurement and iterative partitioning. The algorithm first needs to calculate the similarity or distance between data samples. When a data sample contains only one dimension of feature—stable signal strength—the distance metric is typically Euclidean distance, calculating the absolute value of the difference between two signal strength values. When the data sample contains multiple dimensions, such as both stable signal strength and variance, a distance metric in multidimensional space is required, such as calculating multidimensional Euclidean distance. Based on the selected distance metric, the algorithm iteratively optimizes the cluster assignments of samples until convergence is met, ultimately outputting the clustering results. The output typically shows each data sample assigned a cluster label, with samples having the same label belonging to the same cluster.

[0071] After the clustering process is complete, each output cluster corresponds to a candidate device group. A cluster must contain at least one data sample from a smart device; that is, at least one smart device is assigned to that group. Ideally, the algorithm will group devices that are spatially close and have similar signal characteristics into the same cluster. For example, all devices placed in the living room, because of their proximity to the scanning terminal (such as a mobile phone), will have stable signal strength values ​​concentrated in a small range, thus being identified and assigned to the same cluster. Devices placed in the bedroom, due to their greater distance, will have significantly lower signal strength values, thus being assigned to a different cluster. In this way, the clustering algorithm achieves a mapping from the data feature space to the physical device grouping space.

[0072] Step S3230: Add the device identifiers of the smart devices contained in the cluster with the largest number of smart devices to the same device group.

[0073] After the clustering algorithm outputs multiple clusters containing varying numbers of smart devices, the final device group is determined from these candidate clusters. Specifically, the cluster with the largest number of smart devices is selected, and the device identifiers of all smart devices contained within it are added to the same device group. This strategy is based on a reasonable inference: in typical batch configuration scenarios, users are most likely to want to configure the cluster with the highest device density and the most concentrated number of devices in the current physical space in a single operation. For example, when a user deploys multiple smart devices in the same room, the device cluster in that room should form the largest cluster. By automatically selecting the largest cluster, the system can intelligently identify and lock onto the main device group that the user is most likely to intend to configure, thereby automating the interpretation and execution of user intentions without requiring the user to manually select from multiple clustering results, further simplifying the operation process.

[0074] Of course, in another embodiment, all clustering results can be displayed to the user on the user interface, allowing the user to manually specify or confirm the final device group based on the actual layout, thereby achieving a balance between automation and user control. The final determined device group becomes the target object for subsequently establishing the first wireless network and distributing network access credentials.

[0075] The above embodiments bring significant technical advantages to this application by introducing a mechanism for intelligently constructing data samples based on signal strength data and applying clustering algorithms for automatic grouping. This embodiment transforms the complex problem of determining the spatial relationship of devices into a quantifiable problem of calculating the similarity of data features, thereby realizing the automation and intelligence of device group division. Specifically, its advantages are reflected in the following aspects: First, by constructing a multi-dimensional feature vector containing stable signal strength and even fluctuation variance, and processing it with a clustering algorithm, it can accurately identify device clusters that are physically close, replacing the inefficient mode of relying on manual selection by users in the traditional method, fundamentally improving the efficiency and accuracy of batch network configuration operations; Second, the strategy of automatically selecting the cluster with the most devices as the target group intelligently matches the user's intention to batch configure the main device groups, greatly simplifying user operations and optimizing the human-computer interaction experience; Finally, this data-driven grouping method has good adaptability and robustness, and can effectively handle complex scenarios such as irregular device distribution and signal fluctuations, ensuring the reliability of the grouping results in different environments, laying a solid foundation for subsequent processes.

[0076] Based on any embodiment of the method in this application, sending the identifiers of other smart devices acting as slave devices in the device group to the smart device designated as the master device in the device group to drive the master device to establish a first wireless network with the slave devices includes: Step S3310: In response to the batch association command, construct an authorized whitelist from the device identifiers of all slave devices in the device group, and send the authorized whitelist to the master device; Mobile terminals can respond to batch association commands. These commands can originate from user confirmation actions on the mobile terminal's user interface, such as clicking the "Start Networking" button, or they can be internal commands automatically generated by the mobile terminal after completing device grouping. In response to this command, the mobile terminal needs to concretize the previously defined device groups into authorization criteria for network formation. Specifically, this involves constructing an authorization whitelist from the device identifiers of all slave devices within the device group. The authorization whitelist is essentially a list of authorized device identifiers, clearly defining which slave devices are permitted to join the first wireless network to be established.

[0077] The method for constructing the authorized whitelist can be flexibly adapted to different scenarios. In one embodiment, the mobile terminal directly includes the device identifiers of all devices within the group into the authorized whitelist based on the device group results output by the intelligent clustering algorithm. In another embodiment, the mobile terminal can display the device group list to the user on the user interface, allowing the user to exclude individual devices that they do not want to join the network this time, and then generate the authorized whitelist based on the final list confirmed by the user. This approach is particularly useful when the user deploys multiple batches of devices simultaneously or needs to exclude devices from neighboring devices.

[0078] After the authorized whitelist is constructed, the mobile terminal sends the whitelist to the master device through the established communication connection. The master device receives and stores this whitelist, using it as the authoritative basis for verifying the identity of slave devices during subsequent network setup.

[0079] Step S3320: The master device is triggered by the authorized whitelist to broadcast an invitation message containing network establishment information, and receives a response message returned by any slave device based on the invitation message. After confirming that the device identifier in the response message is in the authorized whitelist, the master device performs key negotiation with the corresponding slave device to establish a temporary communication link, thereby jointly building the first wireless network with multiple slave devices. Upon receiving the authorized whitelist from the mobile terminal, the master device is triggered to initiate the setup process for the first wireless network. The master device first broadcasts an invitation message containing network establishment information on its communication module. This invitation message aims to notify all potential smart devices within its communication coverage area that a temporary network is being established and invites them to join. Network establishment information may include basic parameters such as the network identifier, communication channel, and security capabilities of the proposed network, allowing devices to understand how to join.

[0080] When a slave device in listening mode receives an invitation message broadcast by the master device, it returns a response message. This response message contains at least the device identifier of the slave device that issued the response, such as its MAC address. After receiving response messages from each slave device, the master device verifies whether the device identifier carried in each response message is within its previously stored authorization whitelist. This verification step constitutes the first security barrier, ensuring that only legitimate devices authorized by the mobile terminal can enter the subsequent network connection process. For slave devices whose device identifiers are within the authorization whitelist, the master device recognizes them as authorized devices; for devices not in the whitelist, the master device ignores their responses, thus effectively preventing unauthorized devices from accessing the network.

[0081] After verifying the legitimacy of a slave device, the master device needs to establish a secure temporary communication link with each verified slave device. In one embodiment, this can be achieved by executing a key negotiation protocol. For example, the master and slave devices can perform an elliptic curve-based Diffie-Hellman key exchange. During this process, both parties generate temporary public-private key pairs, exchange public keys, and then independently calculate a shared key using their own private key and the public key provided by the other party. Using this negotiated shared session key, all subsequent communication between the master device and the corresponding slave device can be encrypted using symmetric encryption algorithms such as Advanced Encryption Standards (AES), ensuring the confidentiality and integrity of data transmission. In another embodiment, a pre-shared key or certificate-based authentication can also be used to establish a secure link.

[0082] The master device repeats the invitation, authentication, key negotiation, and secure link establishment process described above, establishing an independent secure communication link with each slave device in the authorized whitelist. Once the master device has successfully established secure connections with all legitimate slave devices, these devices collectively form a logically secure point-to-point or mesh-structured first wireless network. This network is a device-to-device communication network, such as a Bluetooth Mesh network, commonly known as a multi-hop network. Mobile terminals do not directly participate in all communications within it, but interact with the entire network through a single interface—the master device. The master device acts as the coordinator or root node in the entire network, responsible for managing network maintenance and data routing.

[0083] Step S3330: Receive the network device list returned by the master device, and mark each smart device in the device group that has joined the first wireless network according to the network device list.

[0084] After the initial wireless network setup is largely complete, the master device needs to send feedback on the setup results to the mobile terminal. The master device aggregates the device identifiers of all slave devices that have successfully joined the first wireless network, forming a network device list. This list clearly shows all active slave device members in the current network. The master device then returns this network device list to the mobile terminal through the established communication connection. This feedback provides the mobile terminal with accurate information about the actual composition of the first wireless network, achieving closed-loop control of the networking process.

[0085] After receiving the network device list from the master device, the mobile terminal updates its internally maintained device group status based on this list. Specifically, the mobile terminal compares the device identifiers in the network device list with the smart devices in the previously divided device groups. For smart devices with matching identifiers, the mobile terminal marks their status as having successfully joined the first wireless network. For example, in the mobile terminal's user interface or internal data structure, these device entries can be marked as online or networked, and this status is reflected in the mobile terminal's interface for the user to see.

[0086] The above embodiments bring significant technical advantages to this application by introducing a secure networking mechanism based on an authorized whitelist and closed-loop status feedback. This embodiment constructs a controlled and reliable inter-device communication environment: First, by strictly limiting the range of devices that can join the first wireless network through an authorized whitelist, the access of unauthorized devices is effectively prevented, improving network security from the source; second, a secure link establishment process including key negotiation is adopted to ensure the confidentiality and integrity of all subsequent communications, providing a solid guarantee for the distribution of sensitive information; finally, by having the master device return a list of networked devices and update the device status accordingly, precise monitoring and closed-loop management of the networking process are achieved, enabling mobile terminals to clearly understand the actual network structure, laying a solid foundation for the reliable execution of subsequent processes, and improving the manageability and user experience of the entire system.

[0087] Based on any embodiment of the method in this application, sending a network access credential to the master device drives the master device to distribute the network access credential to each of the slave devices through the first wireless network, so that each of the slave devices can access the second wireless network using the network access credential, includes: Step S3410: In response to the batch access command, the network access credential corresponding to the second wireless network is distributed by the master device to the smart device that has joined the first wireless network, so that the smart device can use the network access credential to initiate a connection with the second wireless network. After the first wireless network is successfully established and the mobile terminal has obtained the list of network devices, the mobile terminal can respond to a batch access command. This command can be triggered by the user on the mobile terminal interface, such as by clicking the "Start Network Configuration" button, or it can be automatically generated by the system after the network is successfully established. In response to this command, the mobile terminal needs to obtain network access credentials for the second wireless network. Network access credentials are the necessary information for accessing the second wireless network, and their specific content depends on the technology type of the second wireless network. Taking the most common Wi-Fi network as an example, network access credentials may include the network name and service set identifier and password, or only the network name and password. The mobile terminal can receive these credentials manually entered by the user through the user interface, or it can select a network from a locally stored list of known networks and automatically obtain its credentials.

[0088] After obtaining a valid network access credential, the mobile terminal sends the credential to the master device in the device group. At this point, the master device plays a crucial role as a distribution agent. This transmission occurs between the mobile terminal and the master device via their established independent communication link. In one embodiment, to ensure the security of the credential during transmission to the master device, the mobile terminal can encrypt the network access credential using a pre-shared key with the master device or a session key established through secure negotiation before sending it.

[0089] After receiving the network access credential, the master device is responsible for distributing it to all slave devices in the first wireless network. The distribution process utilizes an established, secure inter-device communication link. In one embodiment, the master device employs a one-to-one unicast communication method. The master device uses a session key negotiated independently with each slave device to encrypt the network access credential, generating different encrypted data packets, which are then sent point-to-point to each slave device via the first wireless network. This method provides the highest level of security; even if the communication of one slave device is intercepted, the credential information of other slave devices cannot be decrypted. In another embodiment, if the first wireless network technology supports secure and efficient multicast or broadcast encryption, the master device can also use multicast to send a single encrypted credential data packet to multiple slave devices simultaneously, thereby improving distribution efficiency.

[0090] After receiving the encrypted network access credentials distributed by the master device, the slave device first decrypts them using the session key shared with the master device, restoring the plaintext network name, service set identifier, and password, among other credential information. Then, the slave device activates its communication module for connecting to the second wireless network, such as a Wi-Fi module, and uses the decrypted network access credentials to initiate a connection request to the designated second wireless network. Each slave device's connection process is independent and parallel, with all slave devices attempting to connect to the second wireless network almost simultaneously. This achieves true batch network configuration, significantly reducing the overall operation time.

[0091] Step S3420: Receive device connection status information reported by the master device, and mark each smart device in the device group that has been connected to the second wireless network according to the device connection status information. The device connection status information includes the network connection status with the second wireless network determined by the smart device that initiated the connection with the second wireless network. After a slave device initiates a connection attempt with the second wireless network using the received network access credentials, each slave device generates device connection status information reflecting its own connection state, regardless of whether the connection is successful or not. This information forms the basis for subsequent status management and user feedback. The specific content of the device connection status information may include a connection success identifier, a connection failure identifier, and a failure reason code corresponding to the connection failure. For example, failure reasons may include various situations such as incorrect password, insufficient network signal strength, network not discovered, or authentication timeout. After determining its own connection status, each slave device sends its device connection status information to the master device through the established first wireless network.

[0092] As the information aggregation point in the first wireless network, the master device is responsible for receiving device connection status information from each slave device. The master device centrally collects and organizes this scattered status information. In one embodiment, the master device can simply aggregate all received status reports. In another embodiment, the master device can perform preliminary data processing, such as counting the number of successes and failures, or classifying slave devices according to status type. Subsequently, the master device centrally reports the aggregated device connection status information to the mobile terminal through its communication link with the mobile terminal. This unified reporting mode by the master device simplifies the complexity of the mobile terminal needing to communicate directly with each slave device, improving efficiency.

[0093] After receiving the aggregated device connection status information reported by the master device, the mobile terminal updates the status tags of each smart device in its internally maintained device group based on this information. The mobile terminal matches the device identifier in the reported information with the smart devices in the device group. For devices that match successfully, it updates their status tags according to their corresponding connection status. For example, successfully connected devices are marked as online, and devices that fail to connect are marked as abnormal, with the specific reason for the failure stored. This tagging process allows the mobile terminal to accurately and in real-time grasp the overall result of this batch network configuration operation.

[0094] Step S3430: Control the master device to disband the first wireless network.

[0095] After the mobile terminal receives the device connection status information reported by the master device and completes the status marking of the device group, the main mission of the first wireless network is theoretically completed. At this point, in one embodiment, the mobile terminal can send a command to the master device to control it to disband the first wireless network. Alternatively, in another embodiment, the master device can disband the first wireless network itself after reporting the device connection information, without the need for the mobile terminal to send a corresponding command. In yet another embodiment, before disbanding the first wireless network, the binding between each smart device in the first wireless network and the current user account in the mobile terminal can be achieved through the first wireless network. After the device binding is completed, the process of resolving the first wireless network can then begin.

[0096] Disbanding the primary wireless network aims to free up all resources consumed in maintaining this temporary network. As a temporary communication architecture established for a specific task, the primary wireless network consumes computing resources, storage resources, and valuable electrical energy from participating devices. Once its core tasks—secure distribution of network access credentials and aggregation of state information—have been accomplished, continuing to maintain the network would result in unnecessary energy waste, which is particularly important for battery-powered IoT devices. Therefore, proactively disbanding the network is a key measure to optimize device energy consumption and improve system energy efficiency.

[0097] The network disbanding process is initiated by the mobile terminal. In one embodiment, after confirming that it has successfully received and processed the device connection status information, the mobile terminal automatically generates a network disbanding command and sends it to the master device via the communication link with the master device. In another embodiment, the mobile terminal can also provide an option on the user interface, allowing the user to manually trigger the sending of the disbanding command after confirming the network configuration result. Upon receiving the disbanding command, the master device begins executing the network disbanding process.

[0098] When the master device executes the network disbanding procedure, this process includes broadcasting a network disbanding notification message to all slave devices in the first wireless network, informing them that the network is about to be shut down. Subsequently, the master device closes the established secure communication links with each slave device and releases related network resources such as session keys and connection handles. Upon receiving the disbanding notification or sensing a connection loss, each slave device also performs resource cleanup operations. Finally, all devices exit the operating mode of the first wireless network and return to their independent standby or normal operating states.

[0099] The above embodiments, by constructing a complete process integrating secure distribution, closed-loop state management, and intelligent resource scheduling, enable this application to achieve significant technical advantages in terms of systemicity, reliability, and economy, building upon its foundation of efficient batch network distribution. This solution not only utilizes the first wireless network to achieve secure and parallel distribution of network access credentials from the master device to each slave device, transforming traditional serial operations into a highly efficient parallel process, thereby greatly improving network distribution efficiency; but also, through a centralized state feedback mechanism, the master device aggregates the connection results of each device and reports them to the mobile terminal, allowing the mobile terminal to accurately grasp the overall state of batch operations. This provides a solid data foundation for refined state management and user interaction, enhancing the controllability and manageability of the process. Most importantly, in this embodiment, the first wireless network is actively disbanded after the core task is completed, demonstrating optimized utilization of device resources. It promptly releases the computing and communication resources required to maintain the temporary network, effectively reducing the overall energy consumption of IoT devices and extending the battery life of battery-powered devices.

[0100] Based on any embodiment of the method in this application, before controlling the master device to dismantle the first wireless network, the method includes: Step S3421: Take each smart device that has been connected to the second wireless network as the target device and send a batch binding request to the cloud server. The request includes the current user identifier and a list of device identifiers of all target devices. After the smart devices in the device group have successfully connected to the second wireless network, the mobile terminal can initiate the device binding process. The mobile terminal first needs to determine the target device set for this binding. Based on the device connection status information obtained from the master device, the mobile terminal filters out each smart device that has successfully connected to the second wireless network from the device group and identifies it as the target device. These target devices already have the ability to communicate with the cloud server via the internet. Identifying the target devices is a prerequisite for the binding operation, ensuring that subsequent binding requests are only initiated against devices that are already online and accessible to the cloud, avoiding invalid operations caused by sending binding commands to offline devices.

[0101] After identifying the target devices, the mobile terminal needs to initiate a batch binding request to the cloud server. This request informs the cloud server that the current user wishes to register a batch of smart devices with specified device identifiers under their name. The batch binding request must contain key necessary information. The primary information is the current user identifier, which is used to uniquely identify the user account initiating the binding request in the cloud. This identifier can take the form of a unique user ID, login token, or other credentials related to the application authentication system. Secondly, the request includes a list of device identifiers for all target devices. This list is a set that enumerates the unique identifiers of all smart devices that need to be bound, such as the device's MAC address, serial number, or unique ID assigned by the device manufacturer. This list allows the cloud server to clearly understand the specific range of devices involved in this batch binding operation.

[0102] The timing of initiating a batch binding request can be considered from different perspectives. In one embodiment, the mobile terminal can automatically generate and send the request after confirming the target device list, thereby achieving seamless integration of network configuration and binding and maximizing automation. In another embodiment, the mobile terminal can display a list of successfully configured target devices on the user interface and provide a confirmation binding button. The batch binding request is then sent to the cloud server after the user manually triggers it. This approach gives the user ultimate control, allowing them to choose not to bind certain devices temporarily. By sending this structured batch binding request to the cloud server, the mobile terminal formally initiates a one-time, cloud-coordinated process for establishing overall device ownership relationships.

[0103] Step S3422: Receive the security token and verification server address allocated by the cloud server for the current batch binding session, and distribute the security token and verification server address to each target device in the first wireless network through the main device; Upon receiving a bulk binding request from a mobile terminal, the cloud server creates a unique context for that specific bulk binding session. In response, the cloud server generates and returns several key elements, including a security token and a verification server address. The security token is a one-time or short-term valid digital credential issued by the cloud server, acting as a temporary pass for the bulk binding operation, used to verify the legitimacy of the device binding request in subsequent steps. The verification server address specifies the cloud service endpoint that the target device needs to connect to to complete the binding verification; this can be a Uniform Resource Locator (URL) or a network address. The mobile terminal receives and temporarily stores this information returned by the cloud server.

[0104] After obtaining the security token and verification server address, the mobile terminal transmits these security parameters to each target device. At this point, the mobile terminal selects the master device as a relay to distribute the security token and verification server address to each target device in the first wireless network. The mobile terminal sends the aforementioned information to the master device through the established secure communication link between itself and the master device. In one embodiment, the mobile terminal can encrypt the information using a shared key with the master device before sending to ensure transmission security. After receiving the information, the master device is responsible for further distributing it to each target device within the network. The master device's distribution operation utilizes the established first wireless network. As disclosed above, the distribution operation can employ either unicast or multicast methods, ensuring that the relevant security parameters are delivered to the corresponding target devices.

[0105] After receiving the security token and verification server address forwarded by the master device, the target device obtains the crucial information necessary to prove its identity to the cloud and complete the binding process. At this point, each target device is ready to independently initiate a binding verification request to the cloud server. This process cleverly utilizes the existing first wireless network as a transmission channel for security parameters, achieving end-to-end secure delivery of critical information from the cloud to the devices.

[0106] Step S3423: Receive the batch binding result report sent by the cloud server, and mark the target devices in the device group that have completed user binding according to the batch binding result report. The batch binding result report contains the binding status information corresponding to each target device. It is generated by the cloud server after receiving the binding verification request sent by each target device according to the verification server address and carrying the security token, verifying the validity of the request and completing the device binding operation.

[0107] On the cloud server side, it receives and processes binding verification requests initiated independently by each target device. After obtaining a security token and verification server address through the first wireless network, each target device immediately uses the established second wireless network connection to directly send a binding verification request to the designated verification server address. This request explicitly carries the device's own device identifier and the security token obtained from the master device. The cloud server receives these requests from each target device at the verification server address. Subsequently, the cloud server executes strict verification logic: First, it verifies the validity of the security token, such as checking whether the token was issued by this server, whether it is within its validity period, and whether it has been used; second, it verifies whether the device identifier in the request exists in the device identifier list submitted in the initial batch binding request of the mobile terminal. For requests that pass verification, the cloud server establishes a persistent binding relationship between the device identifier and the user identifier in its database and returns a successful binding response to the device. For requests that fail verification, it returns the reason for the failure. After processing all binding requests from all devices in this batch session or waiting for a timeout, the cloud server summarizes all processing results and generates a structured batch binding result report.

[0108] The batch binding result report is sent from the cloud server to the mobile terminal. The report should at least include the identifier of this batch binding session and the binding status information corresponding to each target device. The binding status information clearly indicates whether the binding result corresponding to each device identifier was successful or failed. In one embodiment, the report may further include a specific reason code for failure. The mobile terminal receives and parses this report to accurately determine the final binding status after processing by the cloud server.

[0109] After receiving the batch binding result report, the mobile terminal updates the status flags of each smart device in its internally maintained device group based on the report content. The mobile terminal performs an exact match between the device identifiers in the report and the target devices in the device group. For devices that match successfully and whose reports indicate successful binding, the mobile terminal marks them as having completed user binding. For devices that failed to bind, they are marked as having an abnormal binding status, and the reason for the failure can be associated and stored.

[0110] The above embodiments, by designing a batch binding mechanism with centralized cloud authorization and independent device verification, achieve significant technical advantages compared to traditional one-by-one binding or simple batch registration processes. Its key feature is the separation of authorization and execution in the binding process. The mobile terminal obtains a global security token and verification address from the cloud through a single batch request, and securely distributes them to each device using the existing first wireless network. Subsequently, each device independently and in parallel initiates verification with the cloud using this credential, while the cloud centrally authenticates and completes the binding. This architecture firstly brings a significant improvement in efficiency, compressing N serial binding interactions into a single batch authorization and N parallel independent verifications. The total binding time no longer depends on the number of devices, achieving true batch operation. Secondly, security is fundamentally enhanced. Through a one-time security token and centralized cloud verification, risks such as credential reuse and man-in-the-middle attacks are effectively prevented, ensuring the legality and uniqueness of each binding operation. Furthermore, reliability and manageability are significantly optimized. The cloud, acting as the control center, generates unified batch reports, providing the mobile terminal with a clear and complete panoramic view of the entire binding task, greatly facilitating status monitoring and error localization. Therefore, this embodiment not only efficiently establishes the ownership relationship between the device and the user, but also comprehensively surpasses the traditional process in terms of security, reliability, and management granularity.

[0111] Based on any embodiment of the method in this application, sending a network access credential to the master device to drive the master device to distribute the network access credential to each of the slave devices through the first wireless network, so that each of the slave devices can access the second wireless network using the network access credential, includes: Step S3441: Display the smart device control interface, which provides the operation entry point for smart devices in the device group that have been connected to the second wireless network; After completing the network access credential distribution, device connection status collection, and optional device binding processes, the mobile terminal needs to present the final operation interface to the user, namely the smart device control interface. This interface serves as a unified entry point for users to interact with the group of smart devices that have completed network configuration. Its display logic relies on the device status information continuously maintained and updated by the mobile terminal throughout the entire network configuration process, particularly the network connection status of each smart device in the device group. The specific presentation of the interface can be designed according to the actual application scenario and user preferences. In one embodiment, the interface can be displayed as a list view, with each item in the list corresponding to a smart device that has connected to the second wireless network, displaying identification information such as the device name and type icon, while providing a clickable operation entry. In another embodiment, if the device has geographical location or room affiliation information, the interface can adopt a visualization method based on a floor plan or room grouping, aggregating and displaying devices in the same area. Users can click on the corresponding area to access all devices in that area and their operation entry. The operation entry is the starting point for user interaction with the device; by triggering this entry, users can further access detailed control functions for that device.

[0112] Step S3442: In the smart device control interface, the network connection status of each smart device is dynamically displayed. Among them, the device identifier of a successfully connected device is presented in the first visual state, and the device identifier of a failed connection or a device in the process of connecting is presented in the second visual state. The mobile terminal dynamically refreshes the visual presentation of each device icon on the interface based on the continuously updated device connection status information reported from the main device. Specifically, for smart devices with successful network connections, their device icons are presented in the first visual state. The first visual state can be implemented in various ways, such as using specific colors (e.g., green), icons (e.g., checkmarks), or text labels (e.g., "Online") to clearly indicate that the device is in a usable and healthy state. Conversely, for smart devices with failed network connections or still in a connecting state, their device icons are presented in a second visual state that is significantly different from the first visual state. The second visual state can also alert the user using colors (e.g., gray or red), icons (e.g., crosses or exclamation marks), or text (e.g., "Offline" or "Connecting"). This differentiated visual presentation allows users to clearly understand the current online status of all devices and quickly identify devices with connection problems.

[0113] Step S3443: In response to the user's trigger operation on the device identifier in the first visual state, display detailed control function options corresponding to the smart device; When a user interacts with a device icon displayed in the interface during primary visual engagement (e.g., online status), such as by clicking or touching, the mobile device responds and displays detailed control options corresponding to that smart device. The specific content of these options depends on the smart device's feature set. For example, for a smart light bulb, detailed control options might include on / off control, brightness adjustment, color temperature adjustment, and color changes; for a smart socket, they might include power on / off control and timer settings; and for a smart camera, they might include live view, pan / tilt control, and video playback. These options can be presented as pop-up menus, drawer-style sidebars, or by redirecting to a new page, providing users with granular control over online devices.

[0114] Step S3444: In response to the user's trigger operation on the device identifier in the second visual state, display the reason for the connection failure and the function entry for reconfiguring the network.

[0115] Accordingly, when a user triggers an operation on a device identifier in a secondary visual state (such as connection failed or connecting), the mobile terminal responds to the operation and displays a processing interface for connection anomalies. This interface first displays a message indicating the reason for the connection failure. The reason message should be specific and clear, derived from the failure reason code in the device connection status information recorded by the mobile terminal, such as "incorrect password," "weak network signal," or "device unresponsive." Clear reason messages help users quickly pinpoint the root cause of the problem. More importantly, this interface also provides a function entry point for reconfiguring the network. By triggering this function entry point, the user can re-initiate the network configuration process for that specific device. In one embodiment, reconfiguration may involve guiding the user to reset the device to a pending network configuration state and then re-performing some or all of the steps such as scanning, grouping, and credential distribution.

[0116] The above embodiments define an intelligent, intuitive, and user-friendly post-configuration network management solution. This solution transforms technical configuration results into an easy-to-understand user interface and provides differentiated interaction paths based on the final state of the devices, achieving a smooth transition from automated configuration to convenient use, thus forming a key link in a complete user experience loop.

[0117] Please see Figure 3This application provides a network access configuration device to meet one of its objectives. It is a functional embodiment of the network access configuration method of this application. The device includes a device discovery module 3100, a group creation module 3200, a local networking module 3300, and a network access module 3400. The device discovery module 3100 is configured to scan and discover multiple smart devices, obtaining the device identifier and signal strength data of each discovered smart device. The group creation module 3200 is configured to group some smart devices into the same device group based on the signal strength data. The local networking module 3300 is configured to send the device identifiers of other smart devices designated as slave devices in the device group to the smart device designated as the master device in the device group, thereby driving the master device to establish a first wireless network with the slave devices. The network access module 3400 is configured to send network access credentials to the master device, thereby driving the master device to distribute the network access credentials to each slave device through the first wireless network, enabling each slave device to access a second wireless network using the network access credentials.

[0118] Based on any embodiment of the device in this application, the device discovery module 3100 includes: a scan execution module, configured to continuously perform Bluetooth broadcast scanning within a preset time period to discover multiple smart devices in a network-pending state; a data unpacking module, configured to record multiple broadcast data packets sent by the same smart device within the preset time period, and parse the device identifier and original signal strength from each broadcast data packet; and a filtering processing module, configured to perform smoothing filtering processing on the multiple original signal strengths corresponding to each discovered smart device to obtain signal strength data representing the stable signal strength of the smart device corresponding to the device identifier of the smart device.

[0119] Based on any embodiment of the device in this application, the group creation module 3200 includes: a sample construction module, configured to construct a data sample corresponding to each smart device, wherein the data sample includes signal strength data representing the stable signal strength of the smart device determined based on multiple original signal strengths of the corresponding smart device, or further includes fluctuation variance determined based on the signal strength data and the original signal strengths; a clustering execution module, configured to input the corresponding data samples of each smart device into a preset clustering algorithm model for clustering to obtain multiple clusters, each cluster containing at least one smart device; and a group partitioning module, configured to add the device identifiers of the smart devices contained in the cluster with the most smart devices to the same device group.

[0120] Based on any embodiment of the device in this application, the local networking module 3300 includes: a response authorization module, configured to respond to a batch association command, construct an authorization whitelist from the device identifiers of all slave devices in the device group, and send the authorization whitelist to the master device; a networking execution module, configured to trigger the master device to broadcast an invitation message containing network establishment information based on the authorization whitelist, receive a response message returned by any slave device based on the invitation message, and after confirming that the device identifier in the response message is within the authorization whitelist, perform key negotiation with the corresponding slave device to establish a temporary communication link, thereby jointly building the first wireless network with multiple slave devices; and an addition marking module, configured to receive a network device list returned by the master device, and mark each smart device in the device group that has joined the first wireless network according to the network device list.

[0121] Based on any embodiment of the device in this application, the network access module 3400 includes: a credential sending module, configured to respond to a batch access command and distribute network access credentials corresponding to the second wireless network to smart devices that have joined the first wireless network via the master device, so that the smart devices can use the network access credentials to initiate a connection with the second wireless network; an access marking module, configured to receive device connection status information centrally reported by the master device, and mark each smart device in the device group that has joined the second wireless network according to the device connection status information, wherein the device connection status information includes the network connection status with the second wireless network determined by the smart device that initiated the connection with the second wireless network; and a network disbanding module, configured to control the master device to disband the first wireless network.

[0122] Based on any embodiment of the device in this application, prior to the network disbanding module, the device further includes: a binding request module, configured to send a batch binding request to a cloud server, with each smart device already connected to the second wireless network as the target device, the request including the current user identifier and a list of device identifiers of all target devices; a registration and distribution module, configured to receive a security token and verification server address allocated by the cloud server for the current batch binding session, and distribute the security token and verification server address to each target device in the first wireless network through the master device; and a binding mark module, configured to receive a batch binding result report sent by the cloud server, and mark the target devices in the device group that have completed user binding according to the batch binding result report, wherein the batch binding result report includes binding status information corresponding to each target device, and is generated by the cloud server after receiving a binding verification request sent by each target device according to the verification server address carrying the security token, verifying the validity of the request and completing the device binding operation.

[0123] Based on any embodiment of the device in this application, following the network access module 3400, this device further includes: an interface display module, configured to display a smart device control interface, which provides an operation entry point for smart devices in the device group that have been connected to the second wireless network; a status display module, configured to dynamically display the network connection status of each smart device in the smart device control interface, wherein the device identifier of a successfully connected device is presented in a first visual state, and the device identifier of a failed connection or a device in the process of connecting is presented in a second visual state; a function guidance module, configured to display detailed control function options corresponding to the smart device in response to a user's trigger operation on a device identifier in the first visual state; and an error guidance module, configured to display a connection failure reason prompt information and a function entry point for reconfiguring the network in response to a user's trigger operation on a device identifier in the second visual state.

[0124] To address the aforementioned technical problems, embodiments of this application also provide a computer device implementation. For example... Figure 4 The diagram shows the internal structure of a computer device. This computer device includes a processor, a computer-readable storage medium, a memory, a network interface, and various communication components connected via a system bus. The computer-readable storage medium stores an operating system, a database, and computer-readable instructions. The database may store control information sequences. When the computer-readable instructions are executed by the processor, they enable the processor to implement a network access configuration method. The processor of this computer device provides computing and control capabilities, supporting the operation of the entire computer device. The memory of this computer device may store computer-readable instructions. When these computer-readable instructions are executed by the processor, they enable the processor to execute the network access configuration method of this application. The network interface of this computer device is used for communication with a terminal. Those skilled in the art will understand that… Figure 4 The structure shown is merely a block diagram of a portion of the structure related to the present application and does not constitute a limitation on the computer device to which the present application is applied. Specific computer devices may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0125] In this embodiment, the processor is used to execute... Figure 3 The system defines the specific functions of each module and its sub-modules. The memory stores the program code and various data required to execute these modules or sub-modules. The network interface is used for data transmission between user terminals and servers. In this embodiment, the memory stores the program code and data required to execute all modules / sub-modules in the network access configuration device of this application. The server can call the server's program code and data to execute the functions of all sub-modules.

[0126] This application also provides a storage medium storing computer-readable instructions, which, when executed by one or more processors, cause the one or more processors to perform the steps of the network access configuration method of any embodiment of this application.

[0127] Those skilled in the art will understand that all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. This computer program can be stored in a computer-readable storage medium, and when executed, it can include the processes of the embodiments of the methods described above. The aforementioned storage medium can be a magnetic disk, optical disk, read-only memory (ROM), or random access memory (RAM), etc.

[0128] Those skilled in the art will understand that the steps, measures, and solutions in the various operations, methods, and processes discussed in this application can be alternated, modified, combined, or deleted. Furthermore, other steps, measures, and solutions in the various operations, methods, and processes discussed in this application can also be alternated, modified, rearranged, decomposed, combined, or deleted. Furthermore, steps, measures, and solutions in the prior art that are similar to those in the open-source operations, methods, and processes of this application can also be alternated, modified, rearranged, decomposed, combined, or deleted.

[0129] The above description is only a partial embodiment of this application. It should be noted that for those skilled in the art, several improvements and modifications can be made without departing from the principle of this application, and these improvements and modifications should also be considered within the scope of protection of this application.

Claims

1. A network access configuration method, characterized in that, Includes the following steps: The system scans and discovers multiple smart devices, obtaining the device identifiers and signal strength data for each discovered smart device. Based on the signal strength data, the device identifiers of some smart devices are grouped into the same device group; Send the device identifiers of other smart devices in the device group that are designated as slave devices to the smart device designated as the master device in the device group, so as to drive the master device to establish a first wireless network with the slave devices; The master device sends a network access credential to drive the master device to distribute the network access credential to each of the slave devices through the first wireless network, so that each of the slave devices can use the network access credential to access the second wireless network.

2. The network access configuration method according to claim 1, characterized in that, The scan detected multiple smart devices and obtained the device identifiers and signal strength data of each detected smart device, including: Continuously perform Bluetooth broadcast scanning within a preset time period to discover multiple smart devices in the network pairing state; Record multiple broadcast data packets sent by the same smart device within the preset time period, and parse the device identifier and original signal strength from each broadcast data packet; For each discovered smart device, its corresponding multiple raw signal strengths are smoothed and filtered to obtain signal strength data representing the stable signal strength of the smart device, which corresponds to the device identifier of the smart device.

3. The network access configuration method according to claim 1, characterized in that, Based on the signal strength data, the device identifiers of some smart devices are grouped into the same device group, including: Construct a data sample corresponding to each smart device. The data sample includes signal strength data representing the stable signal strength of the smart device, determined based on multiple original signal strengths of the corresponding smart device, or further includes fluctuation variance determined based on the signal strength data and the original signal strength. The corresponding data samples of each smart device are input into a preset clustering algorithm model for clustering, resulting in multiple clusters, each containing at least one smart device; Add the device identifiers of the smart devices contained in the cluster with the most smart devices to the same device group.

4. The network access configuration method according to claim 1, characterized in that, Sending the identifiers of other smart devices acting as slave devices in the device group to the smart device designated as the master device in the device group to drive the master device to establish a first wireless network with the slave devices, including: In response to the batch association command, construct an authorization whitelist from the device identifiers of all slave devices in the device group, and send the authorization whitelist to the master device; The master device is triggered by the authorized whitelist to broadcast an invitation message containing network establishment information, and receives a response message returned by any slave device based on the invitation message. After confirming that the device identifier in the response message is in the authorized whitelist, the master device performs key negotiation with the corresponding slave device to establish a temporary communication link, thereby jointly building the first wireless network with multiple slave devices. The system receives a list of network devices returned by the master device and marks each smart device in the device group that has joined the first wireless network according to the list of network devices.

5. The network access configuration method according to claim 1, characterized in that, Sending network access credentials to the master device to drive the master device to distribute the network access credentials to each of the slave devices through the first wireless network, so that each of the slave devices can use the network access credentials to access the second wireless network, includes: In response to the bulk access command, the network access credential corresponding to the second wireless network is distributed by the master device to the smart device that has joined the first wireless network, so that the smart device can use the network access credential to initiate a connection with the second wireless network; Receive device connection status information reported by the master device, and mark each smart device in the device group that has been connected to the second wireless network according to the device connection status information. The device connection status information includes the network connection status with the second wireless network determined by the smart device that initiated the connection with the second wireless network. Control the master device to disband the first wireless network.

6. The network access configuration method according to claim 5, characterized in that, Before controlling the master device to disband the first wireless network, the following steps are included: Each smart device already connected to the second wireless network is used as the target device. A batch binding request is sent to the cloud server. The request contains the current user identifier and a list of device identifiers for all target devices. Receive the security token and verification server address assigned by the cloud server for the current batch binding session, and distribute the security token and verification server address to each target device in the first wireless network through the master device; The system receives a batch binding result report sent by the cloud server, and marks the target devices in the device group that have completed user binding according to the batch binding result report. The batch binding result report contains binding status information corresponding to each target device. It is generated by the cloud server after receiving the binding verification request sent by each target device according to the verification server address and carrying the security token, verifying the validity of the request and completing the device binding operation.

7. The network access configuration method according to any one of claims 1 to 6, characterized in that, Sending network access credentials to the master device to drive the master device to distribute the network access credentials to each of the slave devices through the first wireless network, so that each of the slave devices can access the second wireless network using the network access credentials, includes: Displays a smart device control interface, which provides an operation entry point for smart devices in the device group that have been connected to the second wireless network; The network connection status of each smart device is dynamically displayed in the smart device control interface. The device that has successfully connected is displayed in the first visual state, and the device that has failed to connect or is in the process of connecting is displayed in the second visual state. In response to a user's trigger operation on a device identifier in the first visual state, detailed control function options corresponding to the smart device are displayed; In response to the user's trigger operation on the device identifier in the second visual state, a message indicating the reason for the connection failure and a function entry for reconfiguring the network are displayed.

8. A network access configuration device, characterized in that, include: The device discovery module is set to scan and discover multiple smart devices, and obtain the device identifier and signal strength data of each smart device discovered. The group creation module is configured to group the device identifiers of some smart devices into the same device group based on the signal strength data. The local networking module is configured to send the device identifiers of other smart devices in the device group that are designated as slave devices to the smart device designated as the master device in the device group, so as to drive the master device to establish a first wireless network with the slave devices; The distribution network access module is configured to send network access credentials to the master device to drive the master device to distribute the network access credentials to each of the slave devices through the first wireless network, so that each of the slave devices can use the network access credentials to access the second wireless network.

9. A computer device comprising a processor and a memory, characterized in that, The processor invokes and runs a computer program in the memory to perform the steps of the network access configuration method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, It stores, in the form of computer-readable instructions, a computer program implemented according to any one of claims 1 to 7, which, when invoked by a computer, performs the steps included in the corresponding method.

Images