A method, device and system for device network registration

Abstract

Embodiments of the present application disclose a device network configuration registration method, device and system, and relate to the technical field of communication. The method comprises: a first device receiving first network configuration parameters from a second device; the first network configuration parameters comprising a local area network identifier, an access password of the local area network, a device identifier, security parameters and an access token of the second device; the first device using the access password of the local area network to access the local area network indicated by the local area network identifier, and using the first network configuration parameters to request an access server. The server allocates device parameters to the first device; the device parameters comprising the device identifier, security parameters and the access token of the first device. The first device uses the device parameters to request the access server. In this way, a device not connected to the server can use the network configuration parameters of a device connected to the server to request the access server, without manual configuration by a user, so that the process of network configuration registration of the smart device is simplified, and fast network configuration registration is achieved.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of communication technology, in particular to a device network configuration registration method, device and system. BACKGROUND

[0002] An intelligent device is an electronic device with artificial intelligence. Users can realize on-demand songs, online shopping, or weather forecasts through intelligent devices, and can also control other intelligent devices through intelligent devices. For example, users can realize opening curtains, setting refrigerator temperature, and preheating water heaters through voice interaction with a smart speaker, that is, control devices such as curtains, refrigerators, and water heaters through the smart speaker.

[0003] With the continuous development of technology, intelligent devices are becoming more and more popular; homes, hotels and other places have configured smart home systems. The smart home system can take a residence as a platform, use a wireless local area network such as a wireless fidelity (WIFI) network, integrate intelligent devices related to home life for control, and can improve home security, convenience and comfort. For example Figure 1 , multiple intelligent devices can access a wireless local area network through a router of a home, and then access a smart home cloud. The smart home cloud can control and manage the accessed intelligent devices.

[0004] In order to access the smart home cloud and receive services of the smart home cloud, an intelligent device needs to be registered first. At present, the process of network configuration registration of the intelligent device is relatively complex, and each intelligent device needs to be registered one by one. The process of configuring a smart home system by a user is tedious, especially when a large number of intelligent devices are configured in a hotel or other factory, which takes a long time and has a poor user experience. SUMMARY

[0005] Embodiments of the present application provide a device network configuration registration method, device and system, which can simplify the process of network configuration registration of the intelligent device, support batch network configuration registration, and realize fast network configuration registration of the intelligent device.

[0006] In a first aspect, embodiments of the present application provide a device network configuration registration method, which can include: a first device receiving a first network configuration parameter from a second device; wherein the first network configuration parameter includes a local area network identifier, an access password of the local area network, a device identifier of the second device, a security parameter of the second device, and an access mark of the second device; the first device uses the access password of the local area network to access the local area network indicated by the local area network identifier, and uses the first network configuration parameter to request an access server; the first device receives device parameters distributed by the server; the device parameters include a device identifier of the first device, a security parameter of the first device, and an access mark of the first device; and the first device uses the device parameters to request the access server.

[0007] In the method, the smart device not connected to the server can request to access the server using the network configuration parameter of the smart device connected to the server, without manual configuration by the user, so as to simplify the process of network configuration registration of the smart device and realize quick network configuration registration.

[0008] With reference to the first aspect, in a possible design, before the first device receives the first network configuration parameter from the second device, the first device performs trust circle verification with the second device. That is, the smart devices passing the trust circle verification belong to the same trust circle, and the smart devices belonging to the same trust circle can share the network configuration parameter.

[0009] With reference to the first aspect, in a possible design, the first device sends a public key infrastructure (PKI) device certificate of the first device to the second device, for the second device to perform trust circle verification on the first device; the first device receives a PKI device certificate of the second device; and the first device performs trust circle verification on the second device by authenticating the PKI device certificate of the second device.

[0010] With reference to the first aspect, in a possible design, before the first device performs trust circle verification with the second device, a connection is established between the first device and the second device. The connection is a secure channel, and is used for secure trust circle verification between the smart devices.

[0011] With reference to the first aspect, in a possible design, the first device sends a first request message to the server, for requesting to access the server; and the first request message includes the first network configuration parameter.

[0012] With reference to the first aspect, in a possible design, the first request message further includes clone indication information, for indicating that the first device is requesting to access the server for the first time. In this way, the server can identify that the network configuration parameter used by the smart device is the network configuration parameter of the smart device connected to the server, and can therefore allocate a device parameter to the smart device again.

[0013] With reference to the first aspect, in a possible design, the local area network identifier is an identifier of a local area network accessed by the second device, and the access password of the local area network is an access password of the local area network accessed by the second device. That is, the first device and the second device access the same local area network.

[0014] With reference to the first aspect, in a possible design, the second device is a device connected to the server.

[0015] In a second aspect, the embodiments of the present application provide a method for device network configuration registration, which can include: a second device obtaining first network configuration parameters; the first network configuration parameters including a local area network identifier, an access password of the local area network, a device identifier of the second device, a security parameter of the second device, and an access token of the second device; and the second device sending the first network configuration parameters to a first device.

[0016] In the method, the smart device that has accessed the server sends its network configuration parameters to the smart device that has not accessed the server, so that the smart device that has not accessed the server can request to access the server using the network configuration parameters of the smart device that has accessed the server, without manual configuration by the user, thereby simplifying the process of network configuration registration of the smart device and realizing fast network configuration registration.

[0017] In combination with the second aspect, in a possible design manner, before the second device sends the first network configuration parameters to the first device, the second device and the first device perform trust circle verification. That is, the smart devices that pass the trust circle verification belong to the same trust circle, and the smart devices belonging to the same trust circle can share the network configuration parameters.

[0018] In combination with the second aspect, in a possible design manner, the second device receives a public key infrastructure (PKI) device certificate of the first device, performs trust circle verification on the first device by authenticating the PKI device certificate of the first device, and sends its PKI device certificate to the first device, for the first device to perform trust circle verification on the smart device.

[0019] In combination with the second aspect, in a possible design manner, before the second device and the first device perform trust circle verification, a connection is established between the second device and the first device. The connection is a secure channel, and is used for secure trust circle verification between the smart devices.

[0020] In combination with the second aspect, in a possible design manner, before the second device and the first device perform trust circle verification, the second device receives a confirmation operation of the user for network configuration registration of the first device. That is, the user can authorize one or more first devices to perform network configuration registration by using the network configuration registration method provided in the embodiments of the present application.

[0021] In combination with the second aspect, in a possible design manner, the local area network identifier is an identifier of a local area network accessed by the second device, and the access password of the local area network is an access password of the local area network accessed by the second device. That is, the first device and the second device access the same local area network.

[0022] In combination with the second aspect, in a possible design manner, before the second device obtains the first network configuration parameters, the second device accesses a local area network indicated by the local area network identifier.

[0023] In a third aspect, the embodiments of the present application provide a method for device network configuration registration, which can include: a server receiving a first request message from a first device; the first request message is used to request access to the server, and includes first network configuration parameters and clone indication information, the first network configuration parameters include a device identifier of a second device, a security parameter of the second device, and an access mark of the second device, and the clone indication information is used to indicate that the first device is requesting access to the server for the first time; and the server sending device parameters to the first device, which include a device identifier of the first device, a security parameter of the first device, and an access mark of the first device.

[0024] In the method, the smart device that has not accessed the server requests access to the server using the network configuration parameters of the smart device that has accessed the server, the server re-allocates device parameters for the smart device that has not accessed the server, and the smart device that has not accessed the server can access the server using the newly allocated device parameters. In this way, the user does not need to manually configure the network configuration registration process of the smart device, the process of network configuration registration of the smart device is simplified, and fast network configuration registration is achieved.

[0025] In a fourth aspect, the embodiments of the present application provide a method for device network configuration registration, which can include: a first device receiving a confirmation operation of a user on network configuration registration of one or more second devices; wherein the first device is a device that has accessed a server, and the second device is a device that has not accessed the server; in response to the confirmation operation of the user on network configuration registration of the one or more second devices, the first device respectively performs trust circle verification with the one or more second devices; then, the first device respectively sends first network configuration parameters to the one or more second devices; wherein the first network configuration parameters include a local area network identifier, an access password of the local area network, a device identifier of the first device, a security parameter of the first device, and an access mark of the first device; the one or more second devices receive the first network configuration parameters; and respectively access the local area network indicated by the local area network identifier using the access password of the local area network; wherein the local area network indicated by the local area network identifier is a local area network that the first device has accessed; the one or more second devices respectively request access to the server using the first network configuration parameters; the server respectively sends device parameters corresponding to each second device to the second device to the server; wherein the device parameters include a device identifier of the second device, a security parameter of the second device, and an access mark of the second device; the one or more second devices respectively receive the corresponding device parameters; and respectively request access to the server using the corresponding device parameters.

[0026] In the method, the smart devices in the same trust circle can share the network configuration parameters, that is, the smart device not connected to the server can request to access the server using the network configuration parameter of the smart device connected to the server, the server re-allocates device parameters for the smart device not connected to the server, and the smart device not connected to the server can access the server using the newly allocated device parameters. In this way, the user does not need to manually configure the network configuration registration process of the smart device, the process of network configuration registration of the smart device is simplified, and fast network configuration registration is achieved.

[0027] In a fifth aspect, an electronic device is provided, which can implement the method of device network configuration registration in the first aspect, the second aspect, the third aspect, and possible design manners thereof. The method can be implemented by software, hardware, or by hardware executing corresponding software. In a possible design, the electronic device can include a processor and a memory. The processor is configured to support the electronic device to perform corresponding functions in the method of the first aspect, the second aspect, or the third aspect. The memory is used to be coupled with the processor, and save necessary program instructions and data of the electronic device.

[0028] In a sixth aspect, a computer storage medium is provided, which includes computer instructions. When the computer instructions run on an electronic device, the electronic device performs the method of device network configuration registration in the first aspect, the second aspect, the third aspect, and possible design manners thereof.

[0029] In a seventh aspect, a computer program product is provided. When the computer program product runs on a computer, the computer performs the method of device network configuration registration in the first aspect, the second aspect, the third aspect, and possible design manners thereof.

[0030] Eighthly, embodiments of this application provide a smart home system, which may include: a first device, one or more second devices, and a server, wherein the first device is a device that has been connected to the server, and the second devices are devices that have not been connected to the server. The first device is configured to receive confirmation from a user for registering one or more second devices for network configuration; and to perform a trust ring verification with one or more second devices in response to the confirmation. The second device is configured to perform trust ring verification with the first device; and to send first network configuration parameters to one or more second devices respectively. The first network configuration parameters include a local area network (LAN) identifier, a LAN access password, a device identifier of the first device, security parameters of the first device, and an access token of the first device. The second device is also configured to receive the first network configuration parameters; and to access the LAN indicated by the LAN identifier using the LAN access password, wherein the LAN indicated by the LAN identifier is the LAN already accessed by the first device. The second device is also configured to request access to the server using the first network configuration parameters. The server is configured to send device parameters assigned by the server to each second device, wherein the device parameters include the device identifier of the second device, security parameters of the second device, and access token of the second device. The second device is also configured to receive the device parameters corresponding to the second device; and to request access to the server using the corresponding device parameters.

[0031] The technical effects of the electronic device described in the fifth aspect, the computer storage medium described in the sixth aspect, the computer program product described in the seventh aspect, and the smart home system described in the eighth aspect are the same as those of the corresponding methods described above, and will not be repeated here. Attached Figure Description

[0032] Figure 1 A schematic diagram of the system framework applicable to the device network registration method provided in the embodiments of this application. Figure 1 ;

[0033] Figure 2 A schematic diagram of the system framework applicable to the device network registration method provided in the embodiments of this application. Figure 2 ;

[0034] Figure 3 A schematic diagram of the structure of a smart device to which the device network registration method provided in the embodiments of this application is applicable;

[0035] Figure 4 A schematic diagram of the structure of a server applicable to the device network registration method provided in the embodiments of this application;

[0036] Figure 5 A schematic diagram of the structure of a terminal to which the device network registration method provided in this application embodiment is applicable;

[0037] Figure 6 A terminal display interface schematic of a device network configuration registration method provided by an embodiment of the present application Figure 1 ;

[0038] Figure 7 A flow schematic of a device network configuration registration method provided by an embodiment of the present application Figure 1 ;

[0039] Figure 8 A terminal display interface schematic of a device network configuration registration method provided by an embodiment of the present application Figure 2 ;

[0040] Figure 9 A flow schematic of a device network configuration registration method provided by an embodiment of the present application Figure 2 ;

[0041] Figure 10 A message interaction schematic of a device network configuration registration method provided by an embodiment of the present application Figure 1 ;

[0042] Figure 11 A smart home system architecture schematic provided by an embodiment of the present application;

[0043] Figure 12 A structure schematic of a smart device provided by an embodiment of the present application. DETAILED DESCRIPTION

[0044] The device network configuration registration method provided by an embodiment of the present application will be specifically introduced below in combination with the accompanying drawings.

[0045] The device network configuration registration method provided by an embodiment of the present application can be applied to Figure 2 the system architecture shown in the figure. The system can include one or more devices 100, a router 200, a smart home cloud 300, and a management unit 400.

[0046] The device 100 can be a smart home device (such as a smart television, a smart refrigerator, a smart washing machine, a smart sound box, a smart rice cooker, a smart ceiling lamp, etc.), a portable computer (such as a mobile phone, etc.), a notebook computer, a personal computer (PC), a wearable electronic device (such as a smart watch, smart glasses, or a smart helmet, etc.), a tablet computer, an augmented reality (AR) \ virtual reality (VR) device, a vehicle-mounted computer, etc. The specific form of the device 100 is not specially limited in the present application. In the present application, the device 100 can also be referred to as a smart device 100.

[0047] The router 200 is configured to provide an access function for the smart device 100. The smart device 100 can access a wireless local area network provided by the router 200. Each router 200 corresponds to a router identifier, and the smart device 100 can access the corresponding router 200 through the router identifier. For example, the router identifier is a service set identifier (SSID).

[0048] The smart home cloud 300 is configured to assign a unique device identifier to the accessed smart device 100, provide a device state query, a device remote control command relay, and other services for the smart device 100. The smart home cloud 300 can be a service program constructed by a smart home manufacturer on a service side, and can be a cloud server, such as an internet of things (IOT) server.

[0049] In some embodiments, the system can include a management unit 400 configured to manage and configure the smart device 100. For example, a user can select a router 200 on the management unit 400 and input a password of the router 200 to trigger the smart device 100 to access the router 200. For example, the user can select whether to register the smart device 100 on the management unit 400. It should be noted that the management unit 400 can be a device independent of the smart device 100 or a module in the device independent of the smart device 100; the management unit 400 can also be a module in the smart device 100 responsible for management and configuration functions. The management unit 400 can be a hardware device, a software module, or a combination of hardware and software. The embodiments of the present application do not limit the specific form of the management unit 400. For example, the management unit 400 can be a management application (APP), which can be installed in the smart device 100 (such as a smart speaker) or an electronic device (such as a mobile phone) independent of the smart device 100.

[0050] Please refer to Figure 3 A structural schematic diagram of a smart device 100 provided by an embodiment of the present application is shown. The smart device 100 can include a processor 110, a memory 120, a wireless communication module 130, a power module 140, and the like.

[0051] It can be understood that the structure shown in the embodiment of the present application does not constitute a specific limitation on the smart device 100. In other embodiments of the present application, the smart device 100 can include more or fewer components than shown, or combine certain components, or split certain components, or different component arrangements. The components shown can be implemented by hardware, software, or a combination of software and hardware.

[0052] The processor 110 can include one or more processors, for example: the processor 110 can include an application processor, a controller, a digital signal processor (DSP), etc. Different processors can be independent devices or integrated in one or more processors.

[0053] The controller can be the nerve center and command center of the smart device 100. The controller can generate operation control signals according to instruction operation codes and timing signals, and complete the control of fetching and executing instructions.

[0054] The application processor can be installed with an operating system of the smart device 100, for managing hardware and software resources of the smart device 100. For example, managing and configuring memory, determining the priority of system resource supply and demand, controlling input and output devices, operating a network, managing a file system, managing a driver, etc. The operating system can also be used to provide an operation interface for user interaction with the system. Various software can be installed in the operating system, such as a driver, an application (App), etc.

[0055] The memory 120 is used to store instructions and data. In some embodiments, the memory 120 is a cache memory. The memory can save instructions or data used or recycled by the processor 110. If the processor 110 needs to use the instructions or data again, it can be directly called from the memory 120. This avoids repeated access and reduces the waiting time of the processor 110, thereby improving the efficiency of the system.

[0056] The memory 120 can also store an identifier for uniquely identifying the smart device 100 (for example, a device identifier assigned by the smart home cloud 300 for the accessed smart device 100), and an identifier of another device (for example, a router).

[0057] In some embodiments, the memory 120 can also be arranged in the processor 110, that is, the processor 110 includes the memory 120. The embodiments of the present application do not limit this.

[0058] The wireless communication module 130 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (WIFI) network), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), NFC, infrared technology (IR), ZigBee, etc. applied on the smart device 100. For example, the wireless communication module 140 can be used to implement the communication between the smart device 100 and the router 200 in the embodiments of the present application; it can also be used to implement the communication between the smart device 100 and other smart devices 100 in the embodiments of the present application. The wireless communication module 140 can be one or more devices integrated with at least one communication processing module. The wireless communication module 140 receives electromagnetic waves via an antenna, performs frequency modulation and filtering processing on the electromagnetic wave signals, and sends the processed signals to the processor 110. The wireless communication module 140 can also receive signals to be sent from the processor 110, perform frequency modulation and amplification on the signals, and radiate the signals out as electromagnetic waves via an antenna.

[0059] The power module 140 can be used to supply power to each component included in the smart device 100. In some embodiments, the power module 140 can be a battery, such as a rechargeable battery.

[0060] In some embodiments, the smart device 100 can also include a display screen 150 and a sensor module 160. The sensor module 160 can include a pressure sensor 160A, a touch sensor 160B, etc. In the present application, when the smart device 100 includes the display screen 150 and the sensor module 160, the management unit 400 can be located in the smart device 100. The user can operate the user interface (UI) of the management unit 400 through the display screen 150 to realize the functions of managing and configuring the smart device.

[0061] The display screen 150 is configured to display images, videos, and the like. The display screen 150 includes a display panel. The display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flex light-emitting diode (FLED), a Miniled, a MicroLed, a Micro-oLed, a quantum dot light emitting diodes (QLED), or the like. In some embodiments, the smart device 100 can include one or N display screens 150, where N is a positive integer greater than 1.

[0062] The pressure sensor 160A is configured to sense a pressure signal and convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 160A can be disposed on the display screen 150. The pressure sensor 160A can be of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor can include at least two parallel plates of conductive material. When a force is applied to the pressure sensor 160A, the capacitance between the electrodes changes. The smart device 100 determines the intensity of the force based on the change in capacitance. When a touch operation is applied to the display screen 150, the smart device 100 detects the intensity of the touch operation based on the pressure sensor 160A. The smart device 100 can also calculate the position of the touch based on the detection signal of the pressure sensor 160A.

[0063] The touch sensor 160B, also referred to as a touch panel. The touch sensor 160B can be disposed on the display screen 150, and the touch sensor 160B and the display screen 150 together form a touch screen, also referred to as a touch panel. The touch sensor 160B is configured to detect a touch operation applied thereto or in the vicinity thereof. The touch sensor 160B can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 150. In other embodiments, the touch sensor 160B can also be disposed on the surface of the smart device 100, which is different from the position of the display screen 150.

[0064] Reference is made to Figure 4 which shows a structural schematic diagram of a server 300 (smart home cloud 300) provided by an embodiment of the present application. The server 300 includes at least one processor 310, a communication line 320, a memory 330, and at least one communication interface 340.

[0065] The processor 310 can be a general central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs of the embodiments of the present application.

[0066] The communication line 320 can include a path for transmitting information between the above-mentioned components.

[0067] The communication interface 340 is used for communicating with other devices or communication networks, such as Ethernet, a radio access network (RAN), a wireless local area network (WLAN), etc., using any transceiver-like device. For example, the communication interface 340 is used for communicating with the router 200 in the embodiments of the present application.

[0068] The memory 330 can be a read-only memory (ROM) or other type of static storage device that can store static information and instructions, a random access memory (RAM) or other type of dynamic storage device that can store information and instructions, an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disk storage, a magnetic disk storage or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to this. The memory 330 can exist independently and be connected to the processor 310 through the communication line 320. The memory 330 can also be integrated with the processor 310.

[0069] The memory 330 is used for storing computer-executed instructions for executing the embodiments of the present application, and the processor 310 is used for controlling the execution. The processor 310 is used for executing the computer-executed instructions stored in the memory 330, thereby implementing the method for device network registration provided by the embodiments of the present application.

[0070] Optionally, the computer-executed instructions in the embodiments of the present application can also be referred to as application program codes, and the embodiments of the present application do not make a specific limitation on this.

[0071] In a particular implementation, as an example, the processor 310 can include one or more CPUs, such as CPU0 and CPU1 in Figure 4

[0072] In a particular implementation, as an example, the server 300 can include multiple processors, such as the processor 310 and the processor 311 in Figure 4 Each of these processors can be a single-CPU processor or a multi-CPU processor. A processor here can refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).

[0073] In a particular implementation, as an example, the server 300 can further include an output device 350 and an input device 360. The output device 350 is in communication with the processor 310 and can display information in various ways. For example, the output device 350 can be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, a projector, or the like. The input device 360 is in communication with the processor 310 and can receive user input in various ways. For example, the input device 360 can be a mouse, a keyboard, a touch screen device, a sensor device, or the like.

[0074] The server 300 described above can be a general-purpose device or a special-purpose device. In a particular implementation, the server 300 can be a desktop computer, a laptop computer, a network server, a personal digital assistant (PDA), a mobile phone, a tablet computer, a wireless terminal device, an embedded device, or a device having a similar structure as in Figure 4 The embodiments of the present application do not limit the type of the server 300.

[0075] When the management unit 400 is a unit independent of the smart device 100, please refer to Figure 5 , a structural schematic diagram of a terminal 500 provided by an embodiment of the present application. The management unit 400 is a unit running on the terminal 500. For example, the management unit 400 is a management APP in the terminal 500 (a mobile phone).

[0076] ​The terminal 500 can include a processor 510, an external memory interface 520, an internal memory 521, a charge management module 530, a power management module 531, a battery 532, an antenna 1, an antenna 2, a mobile communication module 540, a wireless communication module 550, a display screen 560, an audio module 570, a speaker 570A, a microphone 570B, a sensor module 580, and the like. The sensor module 580 can include a pressure sensor 580A, a touch sensor 580B, and the like.

[0077] It can be understood that the structure shown in the embodiments of the present application does not constitute a specific limitation on the terminal 500. In some other embodiments of the present application, the terminal 500 can include more or fewer components than shown, or combine some components, or split some components, or different arrangement of components. The components shown can be implemented in hardware, software, or a combination of software and hardware.

[0078] The processor 510 can include one or more processors, for example: the processor 510 can include an application processor, a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a memory, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU), and the like. Different processors can be independent devices, or can be integrated into one or more processors.

[0079] The controller can be the nerve center and command center of the terminal 500. The controller can generate operation control signals according to instruction operation codes and timing signals, and complete the control of fetching and executing instructions.

[0080] The processor 510 can also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 510 is a cache memory. The memory can save instructions or data used or recycled by the processor 510. If the processor 510 needs to use the instructions or data again, it can directly call from the memory. Avoiding repeated access, reducing the waiting time of the processor 510, thus improving the efficiency of the system.

[0081] For example, in the embodiments of the present application, the management unit 400 can run on the processor 510 of the terminal 500.

[0082] The charging management module 530 is configured to receive charging input from a charger. The charger can be a wireless charger or a wired charger. The charging management module 530 charges the battery 532 and also supplies power to the terminal via the power management module 531.

[0083] The power management module 531 is configured to connect the battery 532 and the charging management module 530. The power management module 531 receives input from the battery 532 and / or the charging management module 530 and supplies power to the processor 510, the internal memory 521, the external memory, the display screen 560, and the wireless communication module 550. In some embodiments, the power management module 531 can be disposed in the processor 510. In some embodiments, the power management module 531 and the charging management module 530 can be disposed in the same device.

[0084] The wireless communication function of the terminal 500 can be implemented by the antenna 1, the antenna 2, the mobile communication module 540, the wireless communication module 550, the modem processor, and the baseband processor.

[0085] The antenna 1 and the antenna 2 are configured to transmit and receive electromagnetic waves. Each antenna in the terminal 500 can be configured to cover a single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example, the antenna 1 can be multiplexed as a diversity antenna for a wireless local area network. In some embodiments, the antennas can be used in combination with a tuning switch.

[0086] The mobile communication module 540 can provide a solution for wireless communication, including 2G / 3G / 4G / 5G, etc., applied to the terminal 500. The mobile communication module 540 can receive electromagnetic waves from the antenna 1, filter, amplify, and process the received electromagnetic waves, and transmit the processed electromagnetic waves to the modem processor for demodulation. The mobile communication module 540 can also amplify signals modulated by the modem processor and convert the amplified signals into electromagnetic waves radiated by the antenna 1. In some embodiments, at least part of the functions of the mobile communication module 540 can be disposed in the processor 510. In some embodiments, at least part of the functions of the mobile communication module 540 and at least part of the modules of the processor 510 can be disposed in the same device.

[0087] The wireless communication module 550 can provide solutions for wireless communication including wireless local area networks (WLAN) (such as wireless fidelity (WIFI) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), NFC, infrared (IR) technology, etc. applied on the terminal 500. For example, the wireless communication module 550 can be used to implement the wireless communication between the management unit and the smart device 100 in the embodiments of the present application. The wireless communication module 550 can be one or more devices integrating at least one communication processing module. The wireless communication module 550 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on the electromagnetic wave signals, and sends the processed signals to the processor 510. The wireless communication module 550 can also receive signals to be sent from the processor 510, perform frequency modulation, amplification, and convert them into electromagnetic wave radiation via the antenna 2.

[0088] The terminal 500 implements display functions through a GPU, a display screen 560, and an application processor, etc. The GPU is a microprocessor for image processing, connected to the display screen 560 and the application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 510 can include one or more GPUs that execute program instructions to generate or change display information.

[0089] The display screen 560 is used to display images, videos, etc. The display screen 560 includes a display panel. The display panel can adopt a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Miniled, a MicroLed, a Micro-oLed, a quantum dot light-emitting diode (QLED), etc. In some embodiments, the terminal 500 can include 1 or N display screens 560, and N is a positive integer greater than 1.

[0090] The external memory interface 520 can be used to connect an external memory card, such as a Micro SD card, to extend the storage capacity of the terminal 500. The external memory card communicates with the processor 510 through the external memory interface 520 to implement a data storage function. For example, files such as music and videos can be saved in the external memory card.

[0091] The internal memory 521 can be used to store computer executable program code, which includes instructions. The processor 510 executes various functional applications and data processing of the terminal 500 by running the instructions stored in the internal memory 521. The internal memory 521 can include a program storage area and a data storage area. The program storage area can store an operating system, at least one application program required by a function (such as a sound playing function, an image playing function, etc.), and the like. The data storage area can store data created during use of the terminal 500 (such as audio data, a phonebook, etc.), and the like. In addition, the internal memory 521 can include a high-speed random access memory, and can also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash storage (UFS), and the like.

[0092] The terminal 500 can implement an audio function through the audio module 570, the speaker 570A, the microphone 570B, and an application processor, and the like. For example, music playing, voice recording, receiving user voice, and the like.

[0093] The audio module 570 is used to convert digital audio information into an analog audio signal output, and is also used to convert an analog audio input into a digital audio signal. The audio module 570 can also be used to encode and decode an audio signal. In some embodiments, the audio module 570 can be disposed in the processor 510, or part of the functions of the audio module 570 can be disposed in the processor 510.

[0094] The speaker 570A, also known as a “loudspeaker”, is used to convert an audio electrical signal into a sound signal. The terminal 500 can listen to music, listen to a hands-free call, or play a prompt message through the speaker 570A.

[0095] The microphone 570B, also known as a “microphone”, “microphone”, is used to convert a sound signal into an electrical signal. When making a call or sending a voice message, a user can speak into the microphone 570B by placing the mouth close to the microphone 570B to input a sound signal into the microphone 570B. The terminal 500 can be provided with at least one microphone 570B.

[0096] The pressure sensor 580A is configured to sense a pressure signal and convert the pressure signal into an electrical signal. In some embodiments, the pressure sensor 580A can be disposed on the display screen 560. The pressure sensor 580A can be of various types, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, etc. The capacitive pressure sensor can include at least two parallel plates of conductive material. When a force is applied to the pressure sensor 580A, the capacitance between the electrodes changes. The terminal 500 determines the intensity of the pressure based on the change in capacitance. When a touch operation is applied to the display screen 560, the terminal 500 detects the intensity of the touch operation based on the pressure sensor 580A. The terminal 500 can also calculate the position of the touch based on the detection signal of the pressure sensor 580A.

[0097] The touch sensor 580B, also referred to as a "touch panel". The touch sensor 580B can be disposed on the display screen 560, and the touch sensor 580B and the display screen 560 together form a touch screen, also referred to as a "touch panel". The touch sensor 580B is configured to detect a touch operation applied thereto or in the vicinity thereof. The touch sensor 580B can transmit the detected touch operation to the application processor to determine the type of touch event. Visual output related to the touch operation can be provided through the display screen 560. In other embodiments, the touch sensor 580B can also be disposed on the surface of the terminal 500, which is different from the position of the display screen 560. For example, in the embodiments of the present application, the terminal 500 can receive user operations on the management unit 400 through the touch screen.

[0098] In order to access the smart home cloud and receive services of the smart home cloud, the smart device needs to be registered for network configuration. For example, after a user purchases a new smart device, the smart device needs to be registered for network configuration before the first use of the smart device.

[0099] In an implementation manner, the smart device adopts a multicast network configuration scheme to register for network configuration.

[0100] After the smart device is started, the management unit can discover the device. For example, the management unit is a management APP on a mobile phone, and the smart device is a smart socket. After the smart socket is powered on and started, the mobile phone can discover the smart socket (for example, the mobile phone and the smart socket discover each other through Bluetooth scanning). Please refer to Figure 6 (a), the user can open the management APP of the mobile phone. The mobile phone displays an "add device" interface of the management APP. In the "add device" interface, an icon of the smart socket can be displayed. The user can select the smart socket for network configuration registration by clicking the "connect" button 601. The mobile phone can receive the click operation of the user on the "connect" button 601; in response to the click operation of the user on the "connect" button 601, the mobile phone displays a "connect" interface of the smart socket, as shown in Figure 6(b) The phone displays the "Connect Device" interface 602. The "Connect Device" interface 602 includes a "Network Settings" page 603; the "Network Settings" page 603 includes a "Router" option 604 and a "Password" input box 605. The "Router" option 604 can display the default router SSID (for example, the router with the strongest signal detected by the phone); the user can enter the access password corresponding to the router displayed in the "Password" input box 605. The "Connect Device" interface 602 also includes a "Use Other Wi-Fi" option 606, which allows the user to change the router the smart device is connected to. The "Connect Device" interface 602 also includes a "Next" button 607, which the user can click to confirm connecting the smart plug to the router displayed in the "Router" option 604. Furthermore, in response to the user clicking the "Next" button 607, such as... Figure 6 (c) The phone displays the "Connect Device" interface 608. The "Connect Device" interface 608 may include display information 609 for showing the progress of the smart plug connecting to the router.

[0101] On the other hand, mobile phones can detect network configuration and registration requests from smart devices. For example, a mobile phone may receive a user's request for network configuration and registration. Figure 6 In (a), clicking the "Connect" button 601 confirms that a network configuration registration request for the smart device has been detected; similarly, if the mobile phone receives a user clicking the "Next" button 607, it confirms that a network configuration registration request for the smart device has been detected. Optionally, if the mobile phone confirms that a network configuration registration request for the smart device has been detected, it will obtain the parameters (e.g., security parameters) allocated by the smart home cloud for the smart device from the smart home cloud.

[0102] When the mobile phone detects that the user has confirmed the connection of the smart device to the router (for example, it detects that the user clicked the "Next" button 607), it sends a problem request message to the smart device, which includes the router identifier of the router selected by the user, the router access password, and the parameters assigned to the smart device by the smart home cloud.

[0103] The smart device receives a problem request message from the mobile phone and retrieves its parameters. Using the obtained router identifier and password, the smart device successfully connects to the router and sends a registration request to the smart home cloud. Upon receiving the registration request, the smart home cloud assigns a unique device identifier to the smart device and sends that identifier to the device.

[0104] It can be understood that, in the embodiments of the present application, the communication between the smart device and the smart home cloud can be transferred through the router. For example, the smart device sends a registration request to the smart home cloud, which can be that the smart device sends a registration request to the smart home cloud through the router; the smart home cloud sends a device identifier to the smart device, which can be that the smart home cloud sends a device identifier to the smart device through the router.

[0105] The smart device receives the device identifier assigned by the smart home cloud, that is, the network configuration registration process is completed.

[0106] The smart device can also synchronize the progress of the network configuration registration process to the mobile phone, and the mobile phone can refresh the display information 609 of the "connect device" interface 608 shown in (c). Figure 6 For example, when the mobile phone determines that the network configuration process of the smart device is completed, the display information 609 is updated to "100%"; then the mobile phone displays the main interface 610 of the management APP shown in (d), and the main interface 610 can display the smart devices that have completed the network configuration registration and the smart devices that are running. For example, the user can set and manage the smart socket by clicking the "smart socket" icon of the main interface 610. Figure 6

[0107] In this implementation mode, the process of network configuration registration of the smart device is triggered by the user on the management APP, and the user also needs to input the access password of the router, and the operation speed of the user affects the time length of the network configuration registration process. The network configuration registration process is relatively cumbersome. On the other hand, this network configuration registration mode requires the mobile phone to support sending a proble request message, and if the mobile phone does not support sending a proble request message, the smart device will fail to register the network.

[0108] In one implementation mode, the smart device adopts a SoftAP network configuration scheme for network configuration registration.

[0109] After the smart device is started, it enters an access point (AP) mode; in the AP mode, the smart device can serve as an access hotspot for other devices.

[0110] The user opens the management unit, and the device can be found on the management unit. For example, the management unit is a management APP on the mobile phone, and the smart device is a smart socket. Please refer to Figure 6 As described in the foregoing embodiments, the user can open the management APP on the mobile phone, and the smart device can be found on the management APP. For example, the user can open the management APP on the mobile phone, and the smart device can be found on the management APP. Figure 6 ​The "network setting" page 603 of the "connection device" interface 602 shown in (b) is selected by the user to access the router of the smart device; wherein, the "network setting" page 603 comprises a "router" option 604 and a "password" input box 605. The "router" option 604 can display the default router SSID (for example, the router with the strongest signal detected by the mobile phone). The user can input the access password of the router corresponding to the router displayed by the "router" option 604 in the "password" input box 605. The "connection device" interface 602 further comprises a "next step" button 607. The user can click the "next step" button 607 to determine to access the router displayed by the "router" option 604.

[0111] When the mobile phone detects the operation of the user determining to access the smart device to the router (for example, the operation of the user clicking the "next step" button 607), the mobile phone sends the router identifier, the router access password and the like of the router selected by the user to the smart device.

[0112] The smart device receives the router identifier, the router access password and the like sent by the mobile phone, accesses the router successfully by using the router identifier and the router password obtained from the mobile phone, and sends a registration request to the smart home cloud. After receiving the registration request of the smart device, the smart home cloud allocates a unique device identifier to the smart device, and sends the device identifier to the smart device. After receiving the device identifier allocated by the smart home cloud, the smart device completes the network configuration registration process.

[0113] In this implementation manner, the process of the network configuration registration of the smart device is triggered by the user on the management APP, and the user needs to input the access password of the router, and the operation speed of the user affects the time length of the network configuration registration process. The network configuration registration process is relatively cumbersome. The first device, the second device and the like in each embodiment of the present application can be the smart device in the above embodiment.

[0114] The present application provides a method for device network configuration registration, as shown in Figure 7 The method can comprise:

[0115] S101, the first device periodically sends a broadcast packet.

[0116] The first device is a smart device which needs to perform network configuration registration in a smart home system. For example, the first device is a smart device newly purchased by the user. For example, the smart home system is the system shown in Figure 2 The first device can be the smart device B in Figure 2

[0117] ​The first device periodically sends a broadcast message after being powered on. The broadcast message is used to request trust circle verification. For example, the coverage of a router can be a trust circle. Smart devices are verified through the trust circle, and smart devices in the same trust circle can share network configuration parameters. For example, the first device periodically sends the device SSID of the first device through a beacon frame.

[0118] S102, the second device receives the broadcast message sent by the first device.

[0119] The second device is one of the smart devices that have accessed the smart home system. The second device receives the broadcast message sent by the first device, and can perform trust circle verification with the first device. For example, the second device is smart device A in Figure 2

[0120] Optionally, before performing trust circle verification on the first device, the management unit can confirm with the user whether to register the first device for network configuration.

[0121] For example, the management unit is a management APP on a mobile phone. As shown in Figure 8 (a), the management unit is an APP "Smart Home" on a mobile phone.

[0122] In an implementation manner, the mobile phone receives the broadcast message sent by the first device. In response to receiving the broadcast message sent by the first device, the mobile phone displays the main interface of the management APP.

[0123] In another implementation manner, the second device receives the broadcast message sent by the first device, and then sends a first message to the mobile phone. The first message is used to trigger the management unit to confirm with the user whether to register the first device for network configuration. The first message can include information of one or more first devices. In response to receiving the first message, the mobile phone displays the main interface of the management APP.

[0124] For example, Figure 8 (b) is the main interface of the "Smart Home" APP.

[0125] The main interface can include a "My Device" page 801. The "My Device" page 801 is used to display smart devices that have accessed the smart home system. For example, Figure 8 (b), the "My Device" page 801 displays three devices that have accessed the smart home system, which are "My Sound Box", "Living Room Power Strip" and "Study Table Lamp".

[0126] ​The main interface can further include a "device to be added to the smart home system" page 802, which is used to display the smart device to be added to the smart home system, i.e., the first device. Optionally, the "device to be added to the smart home system" page 802 can display a plurality of first devices. For example, the mobile phone receives the broadcast message sent by a plurality of first devices, and then displays the plurality of first devices on the "device to be added to the smart home system" page 802. For example, as shown in Figure 8 (b) of the accompanying drawings, the "device to be added to the smart home system" page 802 displays four first devices, i.e., "smart socket 1", "smart socket 2", "smart socket 3", and "smart table lamp".

[0127] The user can select one or more first devices on the "device to be added to the smart home system" page 802 for network configuration registration. For example, the user can select the first device for network configuration registration by clicking the icon of the first device. For example, as shown in Figure 8 (c) of the accompanying drawings, the user selects "smart socket 1", "smart socket 2", and "smart table lamp" for network configuration registration. The "device to be added to the smart home system" page 802 further includes a "next step" button 803, and the user can confirm the network configuration registration of the selected one or more first devices by clicking the "next step" button 803. The mobile phone can detect the selection operation of the user on the icon of the one or more first devices and the clicking operation of the user on the "next step" button 803.

[0128] Optionally, in response to the confirmation operation of the user on the selected one or more first devices for network configuration registration (for example, the clicking operation of the user on the "next step" button 803), the mobile phone can display a "device connection" interface 804 as shown in Figure 8 (d) of the accompanying drawings. The "device connection" interface 804 can display the progress of the network configuration registration of each first device.

[0129] In an example, in response to the confirmation operation of the user on the selected one or more first devices for network configuration registration (for example, the clicking operation of the user on the "next step" button 803), the mobile phone sends a network configuration registration confirmation message to the second device, which includes the identification of the selected one or more first devices. After receiving the network configuration registration confirmation message, the second device starts to perform trust circle verification with the one or more first devices indicated by the identification of the one or more first devices in the network configuration registration confirmation message, respectively.

[0130] The second device can be any smart device that has accessed the smart home system. For example, the second device can be a smart device that is closest to the first device among the smart devices that have accessed the smart home system. For another example, the second device can be a smart device that the user specifies and that has accessed the smart home system. For example, Figure 8 As shown in (e) of FIG. 8, when the user selects one or more first devices to register in the smart home system, the user can select a smart device that has accessed the smart home system as the second device on the “My Devices” page 801. For example, the user selects the “My Speaker” as the second device by clicking the “My Speaker” icon on the “My Devices” page 801.

[0131] In some embodiments, when the second device receives the broadcast message sent by the first device, the second device can perform the trust circle verification with the first device. In other embodiments, when the second device receives the broadcast message sent by the first device and determines that the user confirms the first device to register in the smart home system, the second device establishes a connection with the first device. In one implementation, if the second device receives the network registration confirmation message sent by the mobile phone and the network registration confirmation message includes the identifier of the first device, the second device determines that the user confirms the first device to register in the smart home system.

[0132] S103, a connection is established between the first device and the second device.

[0133] The smart device can include a station mode and an AP mode. In the station mode, the smart device can access an AP as a station. In the AP mode, the smart device can create an AP hotspot as an access hotspot for other devices.

[0134] In some embodiments, the second device switches to the AP mode, and the first device connects to the AP hotspot created by the second device. For example, the second device can call a WIFI driver interface command to switch from the station mode to the AP mode and broadcast the hotspot name of the second device. The first device is in the station mode and receives the hotspot name of the second device broadcast by the second device, and then connects to the AP hotspot created by the second device.

[0135] In one implementation, a user datagram protocol (UDP) channel is established between the first device and the second device. The UDP channel can be used to transmit the certificate for the trust circle verification.

[0136] S104, the first device and the second device perform the trust circle verification with each other.

[0137] In an implementation, the first device and the second device pass the trust circle verification through a two-way authentication of a public key infrastructure (PKI) device certificate.

[0138] For example, the second device requests the first device to perform device authentication. The first device sends its root certificate to the second device. After receiving the root certificate of the first device, the second device authenticates it. If the authentication is passed, the second device sends its root certificate to the first device. After receiving the root certificate of the second device, the first device authenticates it. If the authentication is passed, the two-way authentication between the first device and the second device is passed.

[0139] Further, a secure data channel is established between the first device and the second device. In this way, the first device and the second device pass the trust circle verification with each other, and the first device and the second device belong to the same trust circle and are mutually trusted devices.

[0140] The first device joins the same trust circle as the second device, and can further perform network registration. For example, Figure 9 The method for device network registration provided by the embodiments of the present application can further include the following steps after step S104:

[0141] S105, the second device sends the first network registration parameter.

[0142] The first network registration parameter can include a local area network identifier (router SSID), a local area network access password (router access password), a first device identifier, a first security parameter, a first access token, etc. The first device identifier is a device identifier allocated by the smart home cloud for the second device, the first security parameter is a security parameter (such as a secret key) allocated by the smart home cloud for the second device, and the first access token is an access token allocated by the smart home cloud for the second device.

[0143] For example, the second device can save the above network registration parameters after accessing the smart home system.

[0144] In an implementation, the second device generates a clone file by saving the above network registration parameters. Optionally, the second device can encrypt the clone file when generating the clone file. The second device sends the clone file, which includes the first network registration parameter. For example, the second device can send the clone file through a UDP / TCP (transmission control protocol) message.

[0145] In an implementation, after the second device and a first device pass the trust circle verification with each other, the second device sends the first network registration parameter to the first device. In an implementation, after the second device and a first device pass the trust circle verification with each other, the second device sends the first network registration parameter to the first device.

[0146] In another implementation, the second device broadcasts or multicasts the first provisioning parameter after passing the trust circle check with the plurality of first devices. In this way, the plurality of first devices can all receive the first provisioning parameter.

[0147] S106, the first device receives the first provisioning parameter.

[0148] For example, the first device receives the cloned file, and obtains the first provisioning parameter after decryption.

[0149] S107, the first device initiates a provisioning registration process using the first provisioning parameter.

[0150] The first device initiates the provisioning registration process. In one implementation, the first device sends a first request message to the smart home cloud, the first request message being used to request access to the smart home cloud. The first request message includes the first provisioning parameter and cloning indication information; the cloning indication information is used to indicate that the first device is requesting access to the smart home cloud for the first time.

[0151] In one implementation, the first device sends the first request message to the smart home cloud through the first router. The first router is the router indicated by the router SSID in the first provisioning parameter, i.e., the router accessed by the second device.

[0152] The first router receives the first request message and obtains the router SSID and access password of the first router according to the first provisioning parameter in the first request message. The first router and the first device establish a connection (such as a WIFI connection). In this way, the first device successfully accesses the first router; the first device and the second device access the same router (the first router), i.e., access the same local area network.

[0153] Then, the first router forwards the first request message to the smart home cloud.

[0154] S108, the smart home cloud receives the first request message.

[0155] The smart home cloud receives the first request message and determines that the first device is requesting access to the smart home cloud for the first time according to the cloning indication information in the first request message. The smart home cloud allocates device parameters for the first device, including a second device identifier, a second security parameter, a second access token, etc.; wherein the second device identifier is a device identifier allocated by the smart home cloud for the first device, the second security parameter is a security parameter (such as a secret key) allocated by the smart home cloud for the first device, and the second access token is an access token allocated by the smart home cloud for the first device.

[0156] S109, the smart home cloud sends the device parameters allocated for the first device to the first device.

[0157] In an implementation, the smart home cloud sends, to the first device via the first router, device parameters allocated to the first device.

[0158] S10a, the first device receives the device parameters.

[0159] For example, the first device receives the device parameters allocated by the smart home cloud, and can save the device parameters.

[0160] S10b, the first device accesses the smart home cloud using the second network configuration parameter.

[0161] In an implementation, the first device sends a second request message to the smart home cloud, the second request message being used to request access to the smart home cloud. The second network configuration parameter is included in the second request message; the second network configuration parameter includes device parameters (such as a second device identifier, a second security parameter, a second access token, etc.) of the first device.

[0162] In this way, the first device successfully accesses the smart home cloud, i.e., the network configuration registration process is completed.

[0163] Please refer to Figure 10 The first device is Figure 2 smart device B in Figure 2 smart device A in

[0164] The smart device A has accessed the smart home system, and the smart device A saves the SSID of the router accessed by the smart device A, the access password of the router, and the network configuration parameters allocated to the smart device A by the smart home cloud, such as a device identifier, a security parameter, and an access token. The smart device A generates a clone file by encrypting the saved network configuration parameters.

[0165] After the smart device B completes the trust ring verification with the smart device A, the smart device A sends the clone file to the smart device B. After receiving the clone file, the smart device B decrypts the clone file to obtain the network configuration parameters saved by the smart device A.

[0166] The smart device B requests access to the smart home cloud using the network configuration parameters of the smart device A, and carries clone indication information when requesting access to the smart home cloud. The smart device B and the smart device A pass the trust ring verification, and the smart device B accesses the router (router L) accessed by the smart device A. The smart device B accesses the router L using the router SSID and the router access password in the network configuration parameters of the smart device A. The smart device B forwards the first request message to the smart home cloud through the router L to request access.

[0167] The smart home cloud receives the access request of the smart device B, obtains the cloning instruction information, and reassigns new network configuration parameters to the smart device B, including a device identifier, security parameters, an access mark, and the like.

[0168] The smart device B receives the network configuration parameters re-assigned by the smart home cloud, and re-requests access to the smart home cloud by using the new network configuration parameters. In this way, the smart device B completes the network configuration registration process.

[0169] Optionally, after completing the network configuration registration process, the smart device can update its state on the management unit. For example, as shown in (f) of FIG. 8, after completing the network configuration registration process, the smart socket 1, the smart socket 2, and the smart table lamp can display icons of the smart socket 1, the smart socket 2, and the smart table lamp on the "My Device" page 801. Figure 8

[0170] The device network configuration registration method provided in the embodiments of the present application can support batch network configuration registration of smart devices, and does not require manual network configuration registration by the user, thereby achieving fast network configuration registration of smart devices and effectively saving network configuration registration time of smart devices.

[0171] It can be understood that, in order to implement the above functions, the smart device and the smart home cloud server include corresponding hardware structures and / or software modules for executing various functions. Those skilled in the art should easily realize that, in combination with the units and algorithm steps of the examples described in the embodiments disclosed in the present application, the embodiments of the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is implemented in hardware or computer software driven hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the embodiments of the present application.

[0172] The embodiments of the present application can divide the functions of the smart device and the smart home cloud server according to the above method examples, for example, each function module can be divided according to each function, or two or more functions can be integrated in one processing module. The integrated module can be implemented in the form of hardware or software function module. It should be noted that the division of modules in the embodiments of the present application is illustrative, and is only a logical function division. Actual implementation can have another division manner.

[0173] ​The method for device network configuration registration provided by the embodiments of the present application can be divided into a plurality of software modules when the smart device executes the method. For example, the smart device can include a network configuration registration module, an authentication module, a device cloning module, a configuration file transmission module, a device discovery module, a network configuration information refreshing module, and the like.

[0174] For example, the first device is a smart device B, and the second device is a smart device A. As shown in Figure 11 , the smart device A includes a network configuration registration module 901, an authentication module 902, a device cloning module 903, a configuration file transmission module 904, a device discovery module 905, and a network configuration information refreshing module 906. The smart device B includes a network configuration registration module 910, an authentication module 920, a device cloning module 930, a configuration file transmission module 940, a device discovery module 950, and a network configuration information refreshing module 960.

[0175] The network configuration registration module can be used for interaction between the smart device and the smart home cloud in the network configuration registration process. For example, initiating the network configuration registration process, obtaining device parameters from the smart home cloud, accessing the smart home cloud, and the like. For example, the network configuration registration module 910 of the smart device B can be used to execute S107 in Figure 9 to initiate the network configuration registration process. The network configuration registration module 910 can also be used to execute S10a in Figure 9 to obtain device parameters from the smart home cloud. The network configuration registration module 910 can also be used to execute S10b in Figure 9 to access the smart home cloud, and the like.

[0176] The authentication module can be used for trust circle verification between the smart devices. For example, the authentication module 902 of the smart device A and the authentication module 920 of the smart device B can be used to execute S104 in Figure 7 . The authentication module 902 is used to interact with the authentication module 920 to perform trust circle verification of the smart device A and the smart device B.

[0177] The device cloning module can be used to generate a cloned file of the saved network configuration parameters. For example, the device cloning module 903 of the smart device A can be used to execute the step of generating a cloned file of the network configuration parameters in S105 in Figure 9 .

[0178] The configuration file transmission module can be used to transmit the network configuration parameters between the smart devices. For example, the configuration file transmission module 904 of the smart device A can be used to execute the step of sending the first network configuration parameters in S105 in Figure 9 . The configuration file transmission module 940 of the smart device B can be used to execute the step of receiving the first network configuration parameters in S106 in Figure 9 .

[0179] The device discovery module can be configured to trigger discovery of the smart device on the management unit; for example, triggering the management unit to confirm with the user whether to register the first device for network configuration.

[0180] The network configuration information refreshing module can be configured to update and save the device parameters allocated by the smart home cloud for the smart device. For example, the network configuration information refreshing module 960 of the smart device B can be configured to perform the step of saving the device parameters allocated by the smart home cloud in S10a. Figure 9

[0181] In the case of an integrated unit, Figure 12 A possible structural diagram of the smart device involved in the above embodiments is shown. The smart device 1200 includes a processing unit 1201, a communication unit 1202, and a storage unit 1203. The processing unit 1201 is configured to control and manage the actions of the smart device 1200; the communication unit 1202 is configured to support the communication of the smart device 1200 with other network entities; and the storage unit 1203 saves the instructions and data of the smart device 1200, which can be used to perform the steps in the above embodiments and corresponding embodiments. Figure 7 Figure 9

[0182] Of course, the unit modules in the above smart device 1200 include but are not limited to the above processing unit 1201, communication unit 1202, and storage unit 1203. For example, the smart device 1200 can also include a power supply unit, etc., which is configured to supply power to the smart device 1200.

[0183] The processing unit 1201 can be a processor or a controller, for example, a central processing unit (CPU), a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a transistor logic device, a hardware component, or any combination thereof. The communication unit 1202 can be a transceiver, a transceiver circuit, etc. The storage unit 1203 can be a memory.

[0184] For example, the processing unit 1201 is a processor (such as the processor 110 shown in Figure 3 The communication unit 1202 can be referred to as a communication interface, including a wireless communication module (such as the wireless communication module 130 shown in Figure 3 The storage unit 1203 can be a memory (such as the memory 140 shown in​​​Figure 3 The memory 120 shown in this application embodiment can be a smart device 1200. Figure 3 The smart device 100 shown above. The aforementioned processor, memory, communication interface, etc., can be connected together, for example, via a bus.

[0185] This application also provides a computer storage medium storing computer program code. When the processor executes the computer program code, the smart device executes the method described in the above embodiments.

[0186] This application also provides a computer program product that, when run on a computer, causes the computer to perform the methods described in the above embodiments.

[0187] In this application, the smart device 1200, computer storage medium, or computer program product provided in the embodiments are all used to execute the corresponding methods provided above. Therefore, the beneficial effects that can be achieved can be referred to the beneficial effects in the corresponding methods provided above, and will not be repeated here.

[0188] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0189] In the several embodiments provided in this application, it should be understood that the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between devices or units may be electrical, mechanical, or other forms.

[0190] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit described above can be implemented in hardware or as a software functional unit.

[0191] The integrated unit, if implemented in the form of a software function unit and sold or used as an independent product, can be stored in a readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application essentially or say the part that contributes to the prior art or the whole or part of the technical solutions can be embodied in the form of a software product. The software product is stored in a storage medium, includes a plurality of instructions to make a device (which can be a single-chip microcomputer, a chip, etc.) or a processor execute all or part of the steps of the method described in various embodiments of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a ROM, a magnetic disk or an optical disk, and various storage program codes.

[0192] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any change or replacement within the technical scope disclosed in the present application should be covered in the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method for device network registration, characterized in that, include: The first device receives the first network configuration parameters from the second device; the first network configuration parameters include the local area network identifier and the local area network access password, as well as one or both of the device identifier, security parameters, and access token of the second device. The first device uses the access password of the local area network to access the local area network indicated by the local area network identifier; The first device uses the first network configuration parameters to request access to the server; The first device receives device parameters allocated by the server; the device parameters include at least one of the device identifier of the first device, the security parameters of the first device, and the access token of the first device. The first device requests access to the server using the second network configuration parameters; the second network configuration parameters include the device parameters.

2. The method according to claim 1, characterized in that, Before the first device receives the first distribution network parameters from the second device, the method further includes: The first device and the second device perform a trust loop verification.

3. The method according to claim 2, characterized in that, The trust loop verification between the first device and the second device includes: The first device sends its Public Key Infrastructure (PKI) device certificate to the second device; The first device receives the PKI device certificate from the second device; The first device performs a trust loop verification on the second device by authenticating the PKI device certificate of the second device.

4. The method according to claim 2, characterized in that, Before the first device and the second device perform trust loop verification, the method further includes: A connection is established between the first device and the second device.

5. The method according to any one of claims 1-4, characterized in that, The first device uses the first network configuration parameters to request access to the server, including: The first device sends a first request message to the server; the first request message is used to request access to the server; the first request message includes the first network configuration parameters.

6. The method according to claim 5, characterized in that, The first request message also includes cloning indication information, which indicates that the first device is requesting access to the server for the first time.

7. The method according to any one of claims 1-4, characterized in that, The local area network identifier is the identifier of the local area network to which the second device has connected. The access password for the local area network is the same as the access password for the local area network to which the second device is already connected.

8. The method according to any one of claims 1-4, characterized in that, The second device is a device that has been connected to the server.

9. A method for registering equipment for network distribution, characterized in that, include: The second device obtains the first network configuration parameters; the first network configuration parameters include the local area network identifier and the local area network access password, as well as one or two of the device identifier, the security parameters of the second device, and the access token of the second device; The second device sends the first network configuration parameters to the first device. The first network configuration parameters are used to request access to the server. The device parameters allocated by the server include at least one of the device identifier of the first device, the security parameters of the first device, and the access token of the first device. The second network configuration parameters are used to request access to the server. The second network configuration parameters include the device parameters.

10. The method according to claim 9, characterized in that, Before the second device sends the first distribution network parameters to the first device, the method further includes: The second device performs a trust loop verification with the first device.

11. The method according to claim 10, characterized in that, The trust loop verification between the second device and the first device includes: The second device receives the public key infrastructure (PKI) device certificate from the first device; The second device performs a trust loop verification on the first device by authenticating the PKI device certificate of the first device; The second device sends its PKI device certificate to the first device.

12. The method according to claim 10, characterized in that, Before the second device performs trust loop verification with the first device, the method further includes: A connection is established between the second device and the first device.

13. The method according to claim 10, characterized in that, Before the second device performs trust loop verification with the first device, the method further includes: The second device receives confirmation from the user that the first device has registered for network configuration.

14. The method according to any one of claims 9-13, characterized in that, The local area network identifier is the identifier of the local area network to which the second device is connected. The access password for the local area network is the same as the access password for the local area network to which the second device is connected.

15. The method according to any one of claims 9-13, characterized in that, Before the second device obtains the first distribution network parameters, the method further includes: The second device connects to the local area network indicated by the local area network identifier.

16. A method for registering equipment in a distribution network, characterized in that, include: The first device receives confirmation from a user for registering one or more second devices for network configuration; wherein the first device is a device that has been connected to the server; and the second device is a device that has not been connected to the server. In response to the user's confirmation operation of registering one or more second devices for network configuration, the first device performs trust loop verification with the one or more second devices respectively; The first device sends first network configuration parameters to the one or more second devices respectively; the first network configuration parameters include a local area network identifier and a local area network access password, as well as one or two of the device identifier, security parameters, and access token of the first device; The one or more second devices receive the first distribution network parameters; The one or more second devices respectively use the access password of the local area network to access the local area network indicated by the local area network identifier; wherein, the local area network indicated by the local area network identifier is the local area network that the first device has already accessed; The one or more second devices respectively use the first network configuration parameters to request access to the server; The server sends the device parameters assigned by the server to each of the second devices; the device parameters include at least one of the device identifier of the second device, the security parameters of the second device, and the access token of the second device. The one or more second devices respectively receive the device parameters corresponding to the second device; The one or more second devices each use their corresponding device parameters to request access to the server.

17. An electronic device, characterized in that, The electronic device includes: a processor, a memory, and a communication interface; the memory and the communication interface are coupled to the processor; the memory is used to store computer program code; the computer program code includes computer instructions, and when the processor executes the computer instructions, the electronic device performs the method as described in any one of claims 1-15.

18. A computer storage medium, characterized in that, The computer storage medium stores computer instructions that, when executed on an electronic device, cause the electronic device to perform the method as described in any one of claims 1-15.

19. A smart home system, characterized in that, include: A first device, one or more second devices, and a server, wherein the first device is a device already connected to the server, and the second devices are devices not connected to the server. The first device is used to receive confirmation from the user for registering one or more second devices for network distribution. The first device is also configured to perform a trust loop verification with the one or more second devices in response to the user's confirmation operation of registering the network with one or more second devices; The second device is used to perform trust loop verification with the first device; The first device is further configured to send first network configuration parameters to the one or more second devices respectively; the first network configuration parameters include a local area network identifier and a local area network access password, as well as one or two of the device identifier, security parameters, and access token of the first device; The second device is also used to receive the first distribution network parameters; The second device is further configured to use the access password of the local area network to access the local area network indicated by the local area network identifier; wherein, the local area network indicated by the local area network identifier is the local area network that the first device has already accessed; The second device is also used to request access to the server using the first network configuration parameters; The server is configured to send device parameters corresponding to the second device, which are assigned by the server, to each of the second devices; the device parameters include at least one of the device identifier of the second device, the security parameters of the second device, and the access token of the second device. The second device is also used to receive device parameters corresponding to the second device; The second device is also used to request access to the server using corresponding device parameters.

Images