CN116208435A

CN116208435A - 设备注册方法、中枢设备及装置

Info

Publication number: CN116208435A
Application number: CN202111442096.3A
Authority: CN
Inventors: 王德海; 甘璐
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-11-30
Filing date: 2021-11-30
Publication date: 2023-06-02
Also published as: EP4404512A1; WO2023098468A1

Abstract

本申请适用于物联网领域，提供了一种设备注册方法、中枢设备及装置。在本申请提供的设备注册方法中，中枢设备可以在第一用户设备的协助下，将目标设备注册到中枢设备。以及，中枢设备可以在第二用户设备的协助下，注册中枢设备到服务器。之后，中枢设备可以自动将注册设备(即，已注册到中枢设备上的目标设备)注册到服务器上。也即是说，在第一用户设备提前将各个注册设备注册到中枢设备之后，第二用户设备只需要将中枢设备注册到服务器，中枢设备就可以自动将各个注册设备注册到服务器，无需第二用户设备逐一将各个目标设备注册到服务器，极大地减少了使用第二用户设备的用户需要执行的操作，具有较强的易用性和实用性。

Description

设备注册方法、中枢设备及装置

技术领域

本申请涉及物联网领域，尤其涉及一种设备注册方法、中枢设备及装置。

背景技术

在基于账户的智能家居解决方案中，智能家居设备可以通过与云端的智能家居平台进行通信，注册到指定用户账户下(或者说，与指定用户账户建立绑定关系)。从而，用户可以方便地使用登录了指定用户账户的用户设备(例如手机、平板电脑等)对指定用户账户下的多个智能家居设备进行统筹管理。

但是，在一些场景下，智能家居设备无法与云端的智能家居平台进行通信，和/或，尚未确定应当注册到哪个用户账户下。此时，无法由负责安装智能家居设备的装维人员帮住户完成注册流程，需要住户在智能家居设备可以与云端的智能家居平台通信，并且确定指定用户账户之后，自行将各个智能家居设备注册到指定用户账户下，操作繁琐，使用体验极差。

发明内容

本申请实施例提供了一种设备注册方法、中枢设备及装置，可以解决现有的智能家居解决方案需要住户自行注册各个智能家居设备的问题。

第一方面，本申请实施例提供了一种设备注册方法，应用于中枢设备，包括：

响应于第一用户设备发送的第一注册请求，向所述第一用户设备发送第一注册码；

在接收到目标设备发送的所述第一注册码后，注册所述目标设备到所述中枢设备；

接收第二用户设备发送的第二注册码；其中，所述第二用户设备与所述第一用户设备为同一用户设备或者为不同的用户设备；

根据所述第二注册码，注册所述中枢设备到服务器；

在所述中枢设备注册到所述服务器后，将注册设备注册到所述服务器；其中，所述注册设备包括已注册到所述中枢设备的所述目标设备。

需要说明的是，在智能家居设备无法与服务器进行通信，和/或，用户尚未确定应当将智能家居设备注册到哪个用户账户下的场景中，如果用户想要对各个智能家居设备进行统筹管理，则用户可以将家庭中的中枢设备作为边缘服务器，向中枢设备注册智能家居设备。

具体地，用户可以对第一用户设备执行设备注册操作。响应于用户的设备注册操作，第一用户设备可以确定待注册的目标设备，向中枢设备发送第一注册请求。

中枢设备可以响应于该第一注册请求，向第一用户设备发送第一注册码。

第一用户设备可以在接收到第一注册码后，将第一注册码转发给目标设备。

目标设备可以在接收到第一用户设备转发的第一注册码后，向中枢设备发送第一注册码。

中枢设备在接收到目标设备发送的第一注册码后，可以注册目标设备到中枢设备上。

其中，第一用户设备将目标设备注册到中枢设备的过程可以理解为第一用户设备将目标设备的操作权限授予中枢设备的过程。中枢设备将目标设备注册到中枢设备上，可以理解为中枢设备在本设备上登记目标设备的操作权限。

因此，当第一用户设备协助中枢设备将各个目标设备注册到中枢设备之后，中枢设备可以获取到各个注册设备的操作权限，用户可以通过中枢设备对各个注册设备进行统筹管理。

示例性地，在前装场景(即房屋交付给住户之前，在装修阶段就安装好某些智能家居设备的应用场景)中，家庭区域中尚未接入上网线路，装维人员也难以得知住户的用户账户。在这种情况下，装维人员可以通过上述方法，使用自己的用户设备将各个智能家居设备注册到中枢设备上。

之后，装维人员或其他用户可以通过中枢设备，对各个已注册到中枢设备上的智能家居设备进行统筹管理。

此外，在智能家居设备可以与服务器进行通信，且确定了指定用户账户之后，用户可能想要将中枢设备和注册设备注册到服务器上。上述服务器可以理解为云端的智能家居平台。

此时，用户可以对登录了第一用户账户的第二用户设备执行设备交付操作。第二用户设备可以响应于用户的设备交付操作，向服务器发送第二注册请求。

服务器在接收到第二注册请求后，可以向第二用户设备发送第二注册码。

第二用户设备接收到第二注册码之后，向中枢设备转发该第二注册码。

中枢设备接收到第二注册码后，可以向服务器发送第二注册码。

服务器在接收到中枢设备发送的第二注册码后，可以注册中枢设备到服务器。

在中枢设备注册到服务器之后，中枢设备可以向服务器发送第三注册请求，通过第三注册请求将注册设备注册到服务器。

其中，中枢设备将中枢设备和注册设备注册到服务器上，可以理解为中枢设备将中枢设备和注册设备的操作权限登记在服务器的第一用户账户下。第一用户账户为第二用户设备当前登录的用户账户。

在中枢设备和注册设备注册到服务器之后，第一用户账户具有中枢设备和注册设备操作权限，第二用户设备或其他登录了第一用户账户的用户设备可以通过第一用户账户对中枢设备和注册设备进行控制。

上述第一用户设备和第二用户设备可以为同一用户设备或者为不同的用户设备。

当第一用户设备和第二用户设备为不同的用户设备时，使用第二用户设备的用户只需要将中枢设备注册到服务器上，中枢设备就可以自动将注册设备注册到服务器上，无需使用第二用户设备的用户逐一将各个目标设备注册到服务器上，极大地减少了用户需要执行的操作，可以有效提高用户的使用体验，具有较强的易用性和实用性。

示例性地，在前装场景中，第一用户设备可以为装维人员的用户设备，第二用户设备可以为住户的用户设备。

在房屋交付之前，装维人员可以使用第一用户设备，帮住户把前装的各个智能家居设备注册到中枢设备上。

在房屋交付之后，住户可以使用自己的第二用户设备，将中枢设备注册到服务器上。

在中枢设备注册到服务器之后，中枢设备可以自动将注册设备注册到服务器上，无需住户逐一注册各个注册设备，极大地减少了住户的工作量，从而有效提高了住户的使用体验。

在第一方面的一种可能的实现方式中，所述方法还包括：

在获取到状态恢复指令之后，指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系。

需要说明的是，在中枢设备向服务器注册中枢设备和注册设备时，服务器会将中枢设备和注册设备绑定到第一用户账户中。

所以，上述中枢设备与服务器的注册关系可以理解为中枢设备与第一用户账户的绑定关系，上述注册设备与服务器的注册关系可以理解为注册设备与第一用户账户的绑定关系。

当用户想要解除中枢设备和/或注册设备与服务器的注册关系时，用户设备可以直接对中枢设备进行操作，触发状态恢复指令，或者，用户也可以通过自己的用户设备向中枢设备发送状态恢复指令。

在中枢设备获取到状态恢复指令之后，中枢设备可以指示服务器解除中枢设备与服务器的注册关系，和/或，注册设备与服务器的注册关系。

在第一方面的一种可能的实现方式中，所述指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系包括：

向所述服务器发送第一解绑指令，所述第一解绑指令用于指示所述服务器解除所述注册设备与所述服务器的注册关系；

在解除了所述注册设备和所述服务器的注册关系之后，向所述服务器发送第二解绑指令，所述第二解绑指令用于指示所述服务器解除所述中枢设备与所述服务器的注册关系。

需要说明的是，中枢设备除了可以代理注册设备进行注册以外，还可以代理注册设备解除注册关系。

在中枢设备获取到状态恢复指令之后，中枢设备可以向服务器发送第一解绑指令。

服务器接收到第一解绑指令之后，服务器可以解除注册设备与服务器的注册关系。

在解除了注册设备与服务器的注册关系之后，中枢设备可以向服务器发送第二解绑指令。

服务器接收到第二解绑指令之后，服务器可以解除中枢设备与服务器的注册关系。

也即是说，当用户想要解除各个注册设备与服务器的注册关系时，用户只需要对中枢设备下达状态恢复指令，中枢设备就可以自动解除中枢设备和注册设备与服务器的注册关系，无需用户逐一解除中枢设备和注册设备与服务器的注册关系，极大地减少了用户的需要执行的操作，有效提高了用户的使用体验。

在第一方面的一种可能的实现方式中，在所述向所述服务器发送第一解绑指令之后，还包括：

恢复所述中枢设备和所述注册设备的注册关系。

需要说明的是，在将目标设备注册到中枢设备的过程中，由于中枢设备未设置有用户账户。所以，在目标设备注册到中枢设备之后，上述中枢设备与注册设备(即已注册到中枢设备的目标设备)的注册关系可以理解为中枢设备与注册设备的主从关系，中枢设备为主设备，注册设备为中枢设备的从设备，中枢设备拥有注册设备的操作权限。

在一些实施例中，注册设备可能只能保留一个注册关系。

在这种场景中，当注册设备注册到服务器时，中枢设备与注册设备的注册关系会被解除。

因此，中枢设备可以在解除了注册设备与服务器的注册关系之后，恢复中枢设备与注册设备的注册关系。

然后，用户可以通过上述设备注册方法，方便地将中枢设备和注册设备整体注册到服务器的另一用户账户下，减少用户重新注册中枢设备和注册设备的操作，提高用户的使用体验。

示例性地，住户想要将房屋出租给租户时，住户需要移交中枢设备和注册设备的操作权限给租户。

此时，住户可以对中枢设备下达状态恢复指令。中枢设备可以根据状态恢复指令，解除注册设备和中枢设备与服务器的注册关系，恢复中枢设备与注册设备的注册关系。

此后，租户可以使用自己的用户设备，将中枢设备注册到服务器上，将中枢设备与租户的用户账户绑定。

在中枢设备注册到租户的用户账户之后，中枢设备可以自动将注册设备注册到租户的用户账户下。

也即是说，通过上述方法，住户和租户可以方便地将中枢设备和注册设备的操作权限整体迁移到另一用户账户下，无需租户逐一注册中枢设备和注册设备，极大地减少了租户的操作，提高了租户的使用体验。

在第一方面的一种可能的实现方式中，在所述注册所述目标设备到所述中枢设备之后，还包括：

接收第三用户设备发送的控制信息，所述控制信息包括待控制的注册设备的设备标识和控制指令；

向所述设备标识对应的注册设备转发所述控制指令。

需要说明的是，在注册设备注册到中枢设备之后，用户可以直接通过自己的用户设备向中枢设备发送控制信息，通过中枢设备控制各个注册设备。

此时，用户可以对第三用户设备执行控制操作。第三用户设备可以响应于该控制操作，确定待控制的注册设备和控制指令。该控制指令用于指示上述待控制的注册设备执行用户指定的操作。

然后，第三用户设备可以向中枢设备发送控制信息，该控制信息可以包括待控制的注册设备的设备标识和控制指令。

中枢设备接收到上述控制信息之后，可以将该控制指令转发给所述设备标识对应的注册设备。

待控制的注册设备接收到上述控制指令之后，可以执行上述控制指令对应的操作。

在第一方面的另一种可能的实现方式中，在所述注册所述目标设备到所述中枢设备之后，还包括：

响应于用户的控制操作，确定待控制的注册设备和控制指令；

向所述待控制的注册设备发送所述控制指令。

需要说明的是，在注册设备注册到中枢设备之后，用户也可以直接通过中枢设备控制各个注册设备。

此时，用户可以直接对中枢设备执行控制操作。中枢设备可以响应于该控制操作，确定待控制的注册设备和控制指令。

然后，中枢设备可以向上述待控制的注册设备下发控制指令。

第二方面，本申请实施例提供了一种设备注册方法，所述方法包括：

在第一用户设备的协助下，中枢设备将目标设备注册到所述中枢设备；

在第二用户设备的协助下，所述中枢设备将所述中枢设备注册到服务器；其中，所述第二用户设备与所述第一用户设备为同一用户设备或者为不同的用户设备；

在所述中枢设备将所述中枢设备注册到所述服务器后，所述中枢设备将注册设备注册到所述服务器；其中，所述注册设备包括已注册到所述中枢设备的所述目标设备。

具体地，中枢设备可以在第一用户设备的协助下，将目标设备注册到中枢设备上。

以及，中枢设备可以在第二用户设备的协助下，将中枢设备注册到服务器上。

在中枢设备注册到服务器之后，中枢设备可以代理注册设备进行注册，将注册设备注册到服务器上。

在第二方面的一种可能的实现方式中，所述方法还包括：

所述中枢设备在获取到状态恢复指令之后，指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系。

需要说明的是，当用户想要解除中枢设备和/或注册设备与服务器的注册关系时，用户设备可以直接对中枢设备进行操作，触发状态恢复指令，或者，用户也可以通过自己的用户设备向中枢设备发送状态恢复指令。

在第二方面的一种可能的实现方式中，所述在第一用户设备的协助下，中枢设备将目标设备注册到所述中枢设备，具体包括：

所述第一用户设备响应于用户的设备注册操作，确定待注册的所述目标设备，向所述中枢设备发送第一注册请求；

所述中枢设备响应于所述第一注册请求，向所述第一用户设备发送第一注册码，进而所述第一用户设备将所述第一注册码发送给所述目标设备；

所述目标设备向所述中枢设备发送所述第一注册码，所述中枢设备响应于接收到所述第一注册码，注册所述目标设备到所述中枢设备。

需要说明的是，在将目标设备注册到中枢设备的过程中，用户可以对第一用户设备执行设备注册操作。响应于用户的设备注册操作，第一用户设备可以确定待注册的目标设备，向中枢设备发送第一注册请求。

中枢设备在接收到目标设备发送的第一注册码后，可以注册该目标设备到中枢设备上。

示例性地，在前装场景(房屋交付给住户之前，在装修阶段就安装好某些智能家居设备的应用场景)中，家庭区域中尚未接入上网线路，装维人员也难以得知住户的用户账户。在这种场景中，装维人员可以通过上述方法，使用自己的用户设备将各个智能家居设备注册到中枢设备上。

在第二方面的一种可能的实现方式中，所述在第二用户设备的协助下，所述中枢设备将所述中枢设备注册到服务器，具体包括：

所述第二用户设备响应于用户的设备交付操作，向所述服务器发送第二注册请求；

所述服务器响应于所述第二注册请求，向所述第二用户设备发送第二注册码，进而所述第二用户设备将所述第二注册码发送给所述中枢设备；

所述中枢设备响应于接收到所述第二注册码，注册所述中枢设备到所述服务器。

需要说明的是，在注册中枢设备到服务器的过程中，用户可以对登录了第一用户账户的第二用户设备执行设备交付操作。第二用户设备可以响应于用户的设备交付操作，向服务器发送第二注册请求。

在第二方面的一种可能的实现方式中，所述中枢设备在获取到状态恢复指令之后，指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系，具体包括：

所述中枢设备在获取到状态恢复指令之后，向所述服务器发送第一解绑指令；

响应于所述第一解绑指令，所述服务器解除所述注册设备与所述服务器的注册关系；

在解除了所述注册设备和所述服务器的注册关系之后，所述中枢设备向所述服务器发送第二解绑指令；

响应于所述第二解绑指令，所述服务器解除所述中枢设备与所述服务器的注册关系。

在第二方面的一种可能的实现方式中，在所述向所述服务器发送第一解绑指令之后，还包括：

所述中枢设备恢复所述中枢设备和所述注册设备的注册关系。

需要说明的是，在一些实施例中，注册设备可能只能保留一个注册关系。

在第二方面的一种可能的实现方式中，在所述中枢设备将目标设备注册到所述中枢设备之后，还包括：

第三用户设备响应于用户的控制操作，确定待控制的注册设备和控制指令；

所述第三用户设备向所述中枢设备发送控制信息，所述控制信息包括所述待控制的注册设备的设备标识和所述控制指令；

响应于接收到所述控制信息，所述中枢设备向所述设备标识对应的注册设备转发所述控制指令。

在第二方面的另一种可能的实现方式中，在所述中枢设备将目标设备注册到所述中枢设备之后，还包括：

所述中枢设备响应于用户的控制操作，确定待控制的注册设备和控制指令；

所述中枢设备向所述待控制的注册设备发送所述控制指令。

需要说明的是，在注册设备注册到中枢设备之后，用户也可以直接对中枢设备执行控制操作，通过中枢设备控制各个注册设备。

第三方面，本申请实施例提供了一种设备注册装置，应用于中枢设备，包括：

第一发送模块，用于响应于第一用户设备发送的第一注册请求，向所述第一用户设备发送第一注册码；

第一注册模块，用于在接收到目标设备发送的所述第一注册码后，注册所述目标设备到所述中枢设备；

第二接收模块，用于接收第二用户设备发送的第二注册码；其中，所述第二用户设备与所述第一用户设备为同一用户设备或者为不同的用户设备；

第二注册模块，用于根据所述第二注册码，注册所述中枢设备到服务器；

第三注册模块，用于在所述中枢设备注册到所述服务器后，将注册设备注册到所述服务器；其中，所述注册设备包括已注册到所述中枢设备的所述目标设备。

在第三方面的一种可能的实现方式中，所述装置还包括：

注册解除模块，用于在获取到状态恢复指令之后，指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系。

在第三方面的一种可能的实现方式中，所述注册解除模块，包括：

第一解绑子模块，用于向所述服务器发送第一解绑指令，所述第一解绑指令用于指示所述服务器解除所述注册设备与所述服务器的注册关系；

第二解绑子模块，用于在解除了所述注册设备和所述服务器的注册关系之后，向所述服务器发送第二解绑指令，所述第二解绑指令用于指示所述服务器解除所述中枢设备与所述服务器的注册关系。

在第三方面的一种可能的实现方式中，所述装置还包括：

注册恢复模块，用于恢复所述中枢设备和所述注册设备的注册关系。

在第三方面的一种可能的实现方式中，所述装置还包括：

控制接收模块，用于接收第三用户设备发送的控制信息，所述控制信息包括待控制的注册设备的设备标识和控制指令；

中继控制模块，用于向所述设备标识对应的注册设备转发所述控制指令。

在第三方面的另一种可能的实现方式中，上述装置还包括：

控制响应模块，用于响应于用户的控制操作，确定待控制的注册设备和控制指令；

直接控制模块，用于向所述待控制的注册设备发送所述控制指令。

第四方面，本申请实施例提供了一种设备注册系统，所述系统包括中枢设备、第一用户设备、第二用户设备和目标设备，所述中枢设备用于执行：

在第一用户设备的协助下，将目标设备注册到所述中枢设备；

在第二用户设备的协助下，将所述中枢设备注册到服务器；其中，所述第二用户设备与所述第一用户设备为同一用户设备或者为不同的用户设备；

在所述中枢设备将所述中枢设备注册到所述服务器后，将注册设备注册到所述服务器；其中，所述注册设备包括已注册到所述中枢设备的所述目标设备。

在第四方面的一种可能的实现方式中，所述中枢设备还用于执行：

在第四方面的一种可能的实现方式中，在所述中枢设备执行所述在第一用户设备的协助下，将目标设备注册到所述中枢设备的过程中：

所述第一用户设备，用于响应于用户的设备注册操作，确定待注册的所述目标设备，向所述中枢设备发送第一注册请求；

所述中枢设备，用于响应于所述第一注册请求，向所述第一用户设备发送第一注册码；

所述第一用户设备，还用于将所述第一注册码发送给所述目标设备；

所述目标设备，用于向所述中枢设备发送所述第一注册码；

所述中枢设备，还用于响应于接收到所述第一注册码，注册所述目标设备到所述中枢设备。

在第四方面的一种可能的实现方式中，在所述中枢设备执行所述在第二用户设备的协助下，将所述中枢设备注册到服务器的过程中：

所述第二用户设备，用于响应于用户的设备交付操作，向所述服务器发送第二注册请求；

所述服务器，用于响应于所述第二注册请求，向所述第二用户设备发送第二注册码；

所述第二用户设备，还用于将所述第二注册码发送给所述中枢设备；

所述中枢设备，用于响应于接收到所述第二注册码，注册所述中枢设备到所述服务器。

在第四方面的一种可能的实现方式中，在所述中枢设备执行所述在获取到状态恢复指令之后，指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系的过程中：

所述中枢设备，用于在获取到状态恢复指令之后，向所述服务器发送第一解绑指令；

所述服务器，用于响应于所述第一解绑指令，解除所述注册设备与所述服务器的注册关系；

所述中枢设备，还用于在解除了所述注册设备和所述服务器的注册关系之后，向所述服务器发送第二解绑指令；

所述服务器，还用于响应于所述第二解绑指令，解除所述中枢设备与所述服务器的注册关系。

在第四方面的一种可能的实现方式中，所述中枢设备，还用于恢复所述中枢设备和所述注册设备的注册关系。

在第四方面的一种可能的实现方式中，所述系统还包括第三用户设备；

所述第三用户设备，用于响应于用户的控制操作，确定待控制的注册设备和控制指令；

所述第三用户设备，还用于向所述中枢设备发送控制信息，所述控制信息包括所述待控制的注册设备的设备标识和所述控制指令；

所述中枢设备，还用于响应于接收到所述控制信息，向所述设备标识对应的注册设备转发所述控制指令。

在第四方面的一种可能的实现方式中，所述中枢设备，还用于执行：

向所述待控制的注册设备发送所述控制指令。

第五方面，本申请实施例提供了一种中枢设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述中枢设备被配置为执行所述计算机程序时实现如第一方面和第一方面可能的实现方式中任一所述的方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质被配置为存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如第一方面和第一方面可能的实现方式中任一所述的方法。

第七方面，本申请实施例提供了一种计算机程序产品，所述计算机程序产品被配置为在中枢设备上运行时，使得中枢设备执行如第一方面和第一方面可能的实现方式中任一所述的方法。

第八方面，本申请实施例提供了一种芯片系统，所述芯片系统包括存储器和处理器，所述处理器被配置为执行所述存储器中存储的计算机程序，以实现如第一方面和第一方面可能的实现方式中任一所述的方法。

本申请实施例与现有技术相比存在的有益效果是：

在本申请的设备注册方法中，中枢设备可以在第一用户设备的协助下，将目标设备注册到中枢设备。以及，中枢设备可以在第二用户设备的协助下，注册中枢设备到服务器。在中枢设备注册到服务器之后，中枢设备可以代理注册设备(即已注册到中枢设备的目标设备)，自动将注册设备注册到服务器上。

也即是说，在第一用户设备把注册设备注册到中枢设备之后，第二用户设备只需要将中枢设备注册到服务器上，中枢设备就可以自动将注册设备注册到服务器上，无需第二用户设备逐一将各个目标设备注册到服务器上，极大地减少使用第二用户设备的用户需要执行的操作，可以有效提高用户的使用体验，具有较强的易用性和实用性。

附图说明

图1为本申请实施例提供的一种设备注册系统的系统架构图；

图2为本申请实施例提供的一种电子设备的结构示意图；

图3为本申请实施例提供的一种场景示意图；

图4为本申请实施例提供的另一种场景示意图；

图5为本申请实施例提供的另一种设备注册系统的系统架构图；

图6为本申请实施例提供的一种设备交互图；

图7为本申请实施例提供的另一种场景示意图；

图8为本申请实施例提供的另一种场景示意图；

图9为本申请实施例提供的另一种场景示意图；

图10为本申请实施例提供的另一种场景示意图；

图11为本申请实施例提供的另一种场景示意图；

图12为本申请实施例提供的另一种场景示意图；

图13为本申请实施例提供的另一种场景示意图；

图14为本申请实施例提供的另一种设备注册系统的系统架构图；

图15为本申请实施例提供的另一种场景示意图；

图16为本申请实施例提供的另一种设备交互图；

图17为本申请实施例提供的另一种场景示意图；

图18为本申请实施例提供的另一种场景示意图；

图19为本申请实施例提供的另一种设备交互图；

图20为本申请实施例提供的另一种场景示意图；

图21为本申请实施例提供的一种设备注册方法的流程示意图；

图22为本申请实施例提供的另一种设备注册方法的流程示意图；

图23为本申请实施例提供的一种设备注册装置的结构示意图；

图24为本申请实施例提供的另一种设备注册系统的系统架构图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

在目前的智能家居方案中，有许多智能家居设备支持注册功能。这些智能家居设备可以在联网状态下，与云端的智能家居平台进行数据交互，注册到指定用户账户下。

此时，如果用户设备(例如手机、平板电脑等)登录了指定用户账户，则用户可以通过用户设备对该指定用户账户下的多个智能家居设备进行统筹管理。

例如，假设用户设备为手机，指定用户账户下注册有多个智能家居设备。

此时，如果手机登录了指定用户账户，则用户可以通过手机直接管理该指定用户账户下的各个智能家居设备，无需手机逐一与各个智能家居设备建立连接。

在注册智能家居设备的过程中，智能家居设备需要与云端的智能家居平台进行通信。由于当前大部分的智能家居设备不支持蜂窝网络，所以，智能家居设备需要接入家庭中已联网的具备路由功能的电子设备(以下简称路由设备)，以此实现与云端的智能家居平台的通信。

然而，在房屋交付给住户之前，在装修阶段就安装好某些智能家居设备的应用场景(以下简称前装场景)中，由于房屋尚未交付给住户，所以，住户通常还未开通上网线路，导致上述路由设备无法通过上网线路连接互联网，进而导致智能家居设备无法访问智能家居平台，无法进行注册。

此外，在前装场景中，负责安装智能家居设备的装维人员也难以得知住户的用户账户，无法确定应当将前装的智能家居设备注册到哪个用户账户下。

因此，在智能家居设备无法与云端的智能家居平台进行通信，和/或，尚未确定应当注册到哪个用户账户的情况下，装维人员无法帮住户提前完成注册流程，需要住户在开通了家庭的上网线路，并且确定了指定用户账户之后，自行将各个智能家居设备逐一注册到指定的用户账户下。

由于家庭中的智能家居设备数量较多，所以，住户在自行注册智能家居设备时，需要执行较多的操作，极大地影响了住户的使用体验。

有鉴于此，本申请实施例提供了一种设备注册方法，在智能家居设备无法访问互联网，且尚未确定住户的用户账户的情况下，用户设备可以将智能家居设备注册到中枢设备上，从而使用户可以通过中枢设备对各个智能家居设备进行统筹管理。

本申请实施例还提供了一种设备注册方法，当智能家居设备能够访问互联网、确定了要注册到某指定用户账户下时，用户能够方便地将先前注册到中枢设备上的智能家居设备，注册到指定用户账户下(或者说，与指定用户账户建立绑定关系)，无需用户逐一进行注册，减少了用户需要执行的操作，提高了用户的使用体验。

本申请实施例还提供了一种设备注册方法，当需要解除指定用户账户与智能家居设备的绑定关系时，能够让注册到了云端的智能家居平台的智能家居设备，回退到仅注册到中枢设备的状态，从而使用户可以方便地将智能家居设备和中枢设备的操作权限整体移交给其他用户，并且可以保留先前对智能家居设备进行统筹管理时所配置的信息，例如保留各种智能场景。

以上以前装场景为例描述本申请实施例提供的方案的适用场景，但应理解，这并不构成对本申请实施例提供的方案所适用的场景、所能够解决的技术问题、覆盖范围的限定。本申请实施例提供的方案同样可以应用于其他任意一种合适的场景，解决相应的技术问题。

首先，请参阅图1。图1示例性地示出了本申请实施例适用的一种设备注册系统，该设备注册系统可以设置于家庭区域。

如图1所示，该设备注册系统可以包括：一个或多个智能家居设备设备101(图1中仅示出3个)，一个或多个中枢设备102(图1中仅示出1个)，以及用户设备103。

上述智能家居设备101是指家庭区域中的物联网设备。上述智能家居设备可以包括台式电脑、笔记本电脑、平板电脑、智能电视、智慧大屏、智能音箱、智能空调、扫地机器人、洗碗机、智能灯具、智能门锁、智能窗帘、路由器、激光雷达、毫米波雷达、智能门锁、可视门铃等类型的电子设备中的一种或多种。

其中，具备路由功能的智能家居设备101(以下简称路由设备)可以创建一局域网。其他智能家居设备101可以接入该局域网，或者，也可以不接入该局域网。

上述中枢设备102是指可以对智能家居设备101进行控制的电子设备。中枢设备102可以是一个专门用于控制全屋智能家居设备101的家庭中控电子设备；或者，中枢设备102也可以是安装有家庭中枢软件的智能家居设备101，该家庭中枢软件可以让家庭中已有的智能家居设备101(例如路由器、智慧大屏等)在本身已有功能的基础上，实现对全屋智能家居设备101的控制和智能决策。

例如，在一些场景中，中枢设备102可以是一个中控屏，用户可以通过中控屏控制智能家居设备101；在另一些场景中，中枢设备102可以是安装有家庭中枢软件的智慧大屏，用户可以通过智慧大屏控制其他智能家居设备101；在另一些场景中，中枢设备102可以是安装有家庭中枢软件的智能音箱，用户可以通过智能音箱控制其他智能家居设备101。

在实际的应用场景中，上述中枢设备102可以接入上述局域网，对局域网内的智能家居设备101进行控制。

上述用户设备103是指用户的个人设备，可以理解为手机、智能穿戴设备等非共享使用的电子设备。当然，如果用户设备103被用户当作一智能家居设备101来使用，则用户设备103也可以理解为智能家居设备101。

应理解，本申请实施例不特别限定某种设备一定是智能家居设备101、中枢设备102或用户设备103，应当按照某种设备在注册系统中不同阶段发挥的功能、起到的作用，来界定其在某一阶段的角色。

上述智能家居设备101、上述中枢设备102和用户设备103之间可以通过Wi-Fi连接、蓝牙连接、通用串行总线(universal serial bus，USB)连接、注册插座45(RegisteredJack 45，RJ45)连接、电力线通信(power line communication，PLC)连接等通信连接中一种或多种进行数据交互。

在一些可能的应用方案中，上述设备注册系统可以应用于前装场景。具体地，前装场景可以指在房屋交付给住户之前，由智能家居解决方案供应商或地产开发商的装维人员在房屋中预先安装和配置各种智能家居设备的场景。

通常在收房之后，住户才会去办理宽带业务，开通入户网络。因此，在前装阶段，智能家居设备处于无法连接互联网的状态，无法注册到云端的智能家居平台。在现有的智能家居方案中，装维人员无法在这种场景下帮住户提前完成注册流程，也无法在这种场景下实现对智能家居设备的统筹管理。

在应用了本申请实施例提供的设备注册方法时，装维人员可以在前装场景中，将各种智能家居设备注册到中枢设备上。其中，中枢设备可以理解为一种边缘云(也称边缘服务器)。因此，在前装阶段，装维人员就可以通过中枢设备来对智能家居设备进行统筹管理。

此外，在前装完成、房屋交付给住户后，住户可以使用登录了住户自己的用户账户的用户设备对中枢设备进行注册，将中枢设备注册到自己的用户账户下。在中枢设备注册完成后，中枢设备可以代理其他已注册到中枢设备的智能家居设备进行注册，将其他已注册到中枢设备的智能家居设备注册到住户的用户账户下，无需住户逐一注册各个智能家居设备，减少了住户操作，提高住户的使用体验。

参考图2，图2示例性示出了本申请实施例提供的电子设备200的结构示意图，该电子设备200可以是上述智能家居设备101、中枢设备102或用户设备103。

电子设备200可以包括处理器210，外部存储器接口220，内部存储器221，通用串行总线(universal serial bus，USB)接口230，充电管理模块240，电源管理模块241，电池242，天线1，天线2，移动通信模块250，无线通信模块260，音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，传感器模块280，按键290，马达291，指示器292，摄像头293，显示屏294，以及用户标识模块(subscriber identification module，SIM)卡接口295等。其中传感器模块280可以包括压力传感器280A，陀螺仪传感器280B，气压传感器280C，磁传感器280D，加速度传感器280E，距离传感器280F，接近光传感器280G，指纹传感器280H，温度传感器280J，触摸传感器280K，环境光传感器280L，骨传导传感器280M等。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processingunit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。

处理器210中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器210中的存储器为高速缓冲存储器。该存储器可以保存处理器210刚用过或循环使用的指令或数据。如果处理器210需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器210的等待时间，因而提高了系统的效率。

在一些实施例中，处理器210可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuitsound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purposeinput/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。

I2C接口是一种双向同步串行总线，包括一根串行数据线(serial data line，SDA)和一根串行时钟线(derail clock line，SCL)。在一些实施例中，处理器210可以包含多组I2C总线。处理器210可以通过不同的I2C总线接口分别耦合触摸传感器280K，充电器，闪光灯，摄像头293等。例如：处理器210可以通过I2C接口耦合触摸传感器280K，使处理器210与触摸传感器280K通过I2C总线接口通信，实现电子设备200的触摸功能。

I2S接口可以用于音频通信。在一些实施例中，处理器210可以包含多组I2S总线。处理器210可以通过I2S总线与音频模块270耦合，实现处理器210与音频模块270之间的通信。在一些实施例中，音频模块270可以通过I2S接口向无线通信模块260传递音频信号，实现通过蓝牙耳机接听电话的功能。

PCM接口也可以用于音频通信，将模拟信号抽样，量化和编码。在一些实施例中，音频模块270与无线通信模块260可以通过PCM总线接口耦合。在一些实施例中，音频模块270也可以通过PCM接口向无线通信模块260传递音频信号，实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。

UART接口是一种通用串行数据总线，用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中，UART接口通常被用于连接处理器210与无线通信模块260。例如：处理器210通过UART接口与无线通信模块260中的蓝牙模块通信，实现蓝牙功能。在一些实施例中，音频模块270可以通过UART接口向无线通信模块260传递音频信号，实现通过蓝牙耳机播放音乐的功能。

MIPI接口可以被用于连接处理器210与显示屏294，摄像头293等外围器件。MIPI接口包括摄像头串行接口(camera serial interface，CSI)，显示屏串行接口(displayserial interface，DSI)等。在一些实施例中，处理器210和摄像头293通过CSI接口通信，实现电子设备200的拍摄功能。处理器210和显示屏294通过DSI接口通信，实现电子设备200的显示功能。

GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号，也可被配置为数据信号。在一些实施例中，GPIO接口可以用于连接处理器210与摄像头293，显示屏294，无线通信模块260，音频模块270，传感器模块280等。GPIO接口还可以被配置为I2C接口，I2S接口，UART接口，MIPI接口等。

USB接口230是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口230可以用于连接充电器为电子设备200充电，也可以用于电子设备200与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。

可以理解的是，本发明实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备200的结构限定。在本申请另一些实施例中，电子设备200也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。

充电管理模块240用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块240可以通过USB接口230接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块240可以通过电子设备200的无线充电线圈接收无线充电输入。充电管理模块240为电池242充电的同时，还可以通过电源管理模块241为电子设备供电。

电源管理模块241用于连接电池242，充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210，内部存储器221，显示屏294，摄像头293，和无线通信模块260等供电。电源管理模块241还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块241也可以设置于处理器210中。在另一些实施例中，电源管理模块241和充电管理模块240也可以设置于同一个器件中。

电子设备200的无线通信功能可以通过天线1，天线2，移动通信模块250，无线通信模块260，调制解调处理器以及基带处理器等实现。

天线1和天线2用于发射和接收电磁波信号。电子设备200中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。

移动通信模块250可以提供应用在电子设备200上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块250可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块250可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块250还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块250的至少部分功能模块可以被设置于处理器210中。在一些实施例中，移动通信模块250的至少部分功能模块可以与处理器210的至少部分模块被设置在同一个器件中。

调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器270A，受话器270B等)输出声音信号，或通过显示屏294显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器210，与移动通信模块250或其他功能模块设置在同一个器件中。

无线通信模块260可以提供应用在电子设备200上的包括无线局域网(wirelesslocal area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块260可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块260经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器210。无线通信模块260还可以从处理器210接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。

在一些实施例中，电子设备200的天线1和移动通信模块250耦合，天线2和无线通信模块260耦合，使得电子设备200可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(codedivision multiple access，CDMA)，宽带码分多址(wideband code division multipleaccess，WCDMA)，时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidounavigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellitesystem，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。

电子设备200通过GPU，显示屏294，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏294和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器210可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。

显示屏294用于显示图像，视频等。显示屏294包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emittingdiode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emittingdiode，FLED)，Miniled，MicroLed，Micro-oLed，量子点发光二极管(quantum dot lightemitting diodes，QLED)等。在一些实施例中，电子设备200可以包括1个或N个显示屏294，N为大于1的正整数。

电子设备200可以通过ISP，摄像头293，视频编解码器，GPU，显示屏294以及应用处理器等实现拍摄功能。

ISP用于处理摄像头293反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头293中。

摄像头293用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备200可以包括1个或N个摄像头293，N为大于1的正整数。

数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备200在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。

视频编解码器用于对数字视频压缩或解压缩。电子设备200可以支持一种或多种视频编解码器。这样，电子设备200可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。

NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备200的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。

外部存储器接口220可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备200的存储能力。外部存储卡通过外部存储器接口220与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。内部存储器221可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。处理器210通过运行存储在内部存储器221的指令，和/或存储在设置于处理器中的存储器的指令，执行电子设备200的各种功能应用以及数据处理。

电子设备200可以通过音频模块270，扬声器270A，受话器270B，麦克风270C，耳机接口270D，以及应用处理器等实现音频功能。例如音乐播放，录音等。

音频模块270用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块270还可以用于对音频信号编码和解码。在一些实施例中，音频模块270可以设置于处理器210中，或将音频模块270的部分功能模块设置于处理器210中。

扬声器270A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备200可以通过扬声器270A收听音乐，或收听免提通话。

受话器270B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备200接听电话或语音信息时，可以通过将受话器270B靠近人耳接听语音。

麦克风270C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风270C发声，将声音信号输入到麦克风270C。电子设备200可以设置至少一个麦克风270C。在另一些实施例中，电子设备200可以设置两个麦克风270C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备200还可以设置三个，四个或更多麦克风270C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。

耳机接口270D用于连接有线耳机。耳机接口270D可以是USB接口230，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。

压力传感器280A用于感受压力信号，可以将压力信号转换成电信号。在一些实施例中，压力传感器280A可以设置于显示屏294。压力传感器280A的种类很多，如电阻式压力传感器，电感式压力传感器，电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器280A，电极之间的电容改变。电子设备200根据电容的变化确定压力的强度。当有触摸操作作用于显示屏294，电子设备200根据压力传感器280A检测所述触摸操作强度。电子设备200也可以根据压力传感器280A的检测信号计算触摸的位置。在一些实施例中，作用于相同触摸位置，但不同触摸操作强度的触摸操作，可以对应不同的操作指令。例如：当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时，执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时，执行新建短消息的指令。

陀螺仪传感器280B可以用于确定电子设备200的运动姿态。在一些实施例中，可以通过陀螺仪传感器280B确定电子设备200围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器280B可以用于拍摄防抖。示例性的，当按下快门，陀螺仪传感器280B检测电子设备200抖动的角度，根据角度计算出镜头模组需要补偿的距离，让镜头通过反向运动抵消电子设备200的抖动，实现防抖。陀螺仪传感器280B还可以用于导航，体感游戏场景。

气压传感器280C用于测量气压。在一些实施例中，电子设备200通过气压传感器280C测得的气压值计算海拔高度，辅助定位和导航。

磁传感器280D包括霍尔传感器。电子设备200可以利用磁传感器280D检测翻盖皮套的开合。在一些实施例中，当电子设备200是翻盖机时，电子设备200可以根据磁传感器280D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态，设置翻盖自动解锁等特性。

加速度传感器280E可检测电子设备200在各个方向上(一般为三轴)加速度的大小。当电子设备200静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态，应用于横竖屏切换，计步器等应用。

距离传感器280F，用于测量距离。电子设备200可以通过红外或激光测量距离。在一些实施例中，拍摄场景，电子设备200可以利用距离传感器280F测距以实现快速对焦。

接近光传感器280G可以包括例如发光二极管(LED)和光检测器，例如光电二极管。发光二极管可以是红外发光二极管。电子设备200通过发光二极管向外发射红外光。电子设备200使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时，可以确定电子设备200附近有物体。当检测到不充分的反射光时，电子设备200可以确定电子设备200附近没有物体。电子设备200可以利用接近光传感器280G检测用户手持电子设备200贴近耳朵通话，以便自动熄灭屏幕达到省电的目的。接近光传感器280G也可用于皮套模式，口袋模式自动解锁与锁屏。

环境光传感器280L用于感知环境光亮度。电子设备200可以根据感知的环境光亮度自适应调节显示屏294亮度。环境光传感器280L也可用于拍照时自动调节白平衡。环境光传感器280L还可以与接近光传感器280G配合，检测电子设备200是否在口袋里，以防误触。

指纹传感器280H用于采集指纹。电子设备200可以利用采集的指纹特性实现指纹解锁，访问应用锁，指纹拍照，指纹接听来电等。

温度传感器280J用于检测温度。在一些实施例中，电子设备200利用温度传感器280J检测的温度，执行温度处理策略。例如，当温度传感器280J上报的温度超过阈值，电子设备200执行降低位于温度传感器280J附近的处理器的性能，以便降低功耗实施热保护。在另一些实施例中，当温度低于另一阈值时，电子设备200对电池242加热，以避免低温导致电子设备200异常关机。在其他一些实施例中，当温度低于又一阈值时，电子设备200对电池242的输出电压执行升压，以避免低温导致的异常关机。

触摸传感器280K，也称“触控器件”。触摸传感器280K可以设置于显示屏294，由触摸传感器280K与显示屏294组成触摸屏，也称“触控屏”。触摸传感器280K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器，以确定触摸事件类型。可以通过显示屏294提供与触摸操作相关的视觉输出。在另一些实施例中，触摸传感器280K也可以设置于电子设备200的表面，与显示屏294所处的位置不同。

骨传导传感器280M可以获取振动信号。在一些实施例中，骨传导传感器280M可以获取人体声部振动骨块的振动信号。骨传导传感器280M也可以接触人体脉搏，接收血压跳动信号。在一些实施例中，骨传导传感器280M也可以设置于耳机中，结合成骨传导耳机。音频模块270可以基于所述骨传导传感器280M获取的声部振动骨块的振动信号，解析出语音信号，实现语音功能。应用处理器可以基于所述骨传导传感器280M获取的血压跳动信号解析心率信息，实现心率检测功能。

按键290包括开机键，音量键等。按键290可以是机械按键。也可以是触摸式按键。电子设备200可以接收按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。

马达291可以产生振动提示。马达291可以用于来电振动提示，也可以用于触摸振动反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏294不同区域的触摸操作，马达291也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。

指示器292可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。

SIM卡接口295用于连接SIM卡。SIM卡可以通过插入SIM卡接口295，或从SIM卡接口295拔出，实现和电子设备200的接触和分离。电子设备200可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口295可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口295可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口295也可以兼容不同类型的SIM卡。SIM卡接口295也可以兼容外部存储卡。电子设备200通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备200采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备200中，不能和电子设备200分离。

可以理解的是，本申请实施例示意的结构并不构成对电子设备200的具体限定。在本申请另一些实施例中，电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

以下，将根据图1所示的设备注册系统、图2所示的电子设备并结合具体的应用场景，对本申请实施例提供的设备注册方法进行详细说明。

1、接入局域网。

如上所述，用户设备可以是用户的个人设备，用户通常会随身携带用户设备，所以，用户设备可能会随着用户的运动，进入家庭区域或离开家庭区域。

当用户设备进入家庭区域时，用户设备可以发现上述路由设备提供的局域网。

此时，如果用户设备从未接入过上述局域网，则用户设备可以响应于用户的连接操作，获取局域网连接信息，并根据局域网连接信息接入上述局域网。

如果用户设备曾经接入过上述局域网，则用户设备可以根据本设备记录的局域网连接信息，自动接入上述局域网。

示例性地，假设用户设备为手机，家庭区域中设置有一个局域网，该局域网的服务集标识(Service Set Identifier，SSID)为“H123”。

如图3中的(a)所示，在用户首次携带手机进入家庭区域时，手机可以发现该局域网，将该局域网的SSID展示在无线局域网(Wireless Local Area Network，WLAN)搜索界面11中。

在用户点击了WLAN搜索界面11中的“H123”的选项之后，如图3中的(b)所示，手机可以进入WLAN连接界面12。WLAN连接界面12中包括密码输入栏13，“取消”控件14和“连接”控件15。

当用户在密码输入栏13中输入连接密码“123456”，并点击了“连接”控件15之后，手机可以根据该连接密码接入局域网“H123”，并且，手机可以记录该局域网的SSID和连接密码。

之后，如果用户再次携带手机进入家庭区域，则手机可以在发现局域网“H123”之后，自动根据本地记录的连接密码“123456”接入局域网“H123”。

2、登录中枢设备。

在家庭区域尚未开通上网线路时，家庭区域内智能家居设备无法访问互联网，无法与云端的智能家居平台进行通信。此时，用户设备无法对家庭区域内的智能家居设备进行注册，也无法对家庭区域内的智能家居设备进行统筹管理。

因此，当家庭区域尚未开通上网线路时，用户设备可以在接入了局域网后，将中枢设备作为边缘服务器，登录中枢设备，将智能家居设备注册到中枢设备上，并通过中枢设备对已注册到中枢设备的智能家居设备进行控制。

其中，用户设备登录中枢设备的方式可以根据实际需求进行设置。

例如，在一些可能的实现方式中，中枢设备上预先设置有用于登录的管理员账号和管理员密码。

上述管理员账号和管理员密码可以根据实际需求进行设置。示例性地，上述管理员账号可以设置为“000001”，上述管理员密码可以设置为“123456”。

此时，如图4中的(a)所示，用户可以在用户设备接入了局域网之后，打开管理智能家居设备的应用程序(比如“装维应用程序”)，进入登录界面。然后，用户可以在登录界面上输入管理员账号“000001”和管理员密码“123456”。

用户设备可以响应于用户的输入操作，根据管理员账号“000001”和管理员密码“123456”登录中枢设备。

在另一些可能的实现方式中，中枢设备可以设置有显示屏，并且在显示屏上展示中枢设备在局域网中的网络协议(Internet Protocol，IP)地址和随机生成的验证码。

示例性地，假设中枢设备的显示屏展示的IP地址为“126.1.1.1”，随机生成的验证码为“Ksdyzc”。此时，如图4中的(b)所示，用户可以在查看到中枢设备的显示屏上展示的IP地址和验证码后，在用户设备的登录界面上输入中枢设备的IP地址“126.1.1.1”和验证码“Ksdyzc”。

用户设备可以响应于用户的输入操作，根据IP地址“126.1.1.1”和验证码“Ksdyzc”登录中枢设备。

在另一些可能的实现方式中，用户设备也可以通过人脸识别、指纹识别、手势识别等其他方式登录中枢设备。本申请实施例对用户设备登录中枢设备的方式不予限制。

需要说明的是，上述用户可以包括装维人员、住户等类型的用户中的一种或多种。本申请实施例对上述用户的类型不予限制。

例如，在前装场景中，在房屋交付前，装维人员可以使用装维设备(例如装维人员的手机、笔记本电脑)登录中枢设备；在房屋交付后，住户可以使用他的个人设备(例如住户的手机)登录中枢设备。其中，装维人员、住户都可以理解为用户。

3、设备注册。

在用户设备登录了中枢设备之后，如果用户设备检测到用户的设备注册操作，则用户设备可以向中枢设备注册被选中的智能家居设备(以下简称目标设备)。

具体地，用户可以对用户设备执行设备注册操作。用户设备可以响应于该设备注册操作，确定目标设备，并向中枢设备发送第一注册请求。

中枢设备在接收到第一注册请求之后，可以向用户设备返回第一注册参数。该第一注册参数可以包括第一注册码。

可选地，上述第一注册参数还可以包括第一设备标识。在目标设备注册通过后，上述第一设备标识可以作为目标设备的身份标识。

用户设备在接收到第一注册参数之后，可以与目标设备建立连接，向目标设备发送第一注册信息，该第一注册信息可以包括中枢设备的标识和第一注册参数。

上述中枢设备的标识用于查找中枢设备。上述中枢设备的标识可以包括中枢设备的IP地址、中枢设备的物理(Media Access Control，MAC)地址、中枢设备的产品序列号(Serial Numbe，SN)等标识中的一种或多种。

可选地，上述第一注册信息还可以包括局域网连接信息。上述局域网连接信息可以包括上述局域网的SSID和连接密码。在一些实施例中，上述局域网连接信息可以是用户设备上存储的；在另一些实施例中，上述局域网连接信息也可以是用户在执行设备注册操作的过程中输入的。

当目标设备接收到上述第一注册信息时，如果目标设备尚未接入上述局域网，则目标设备可以根据上述局域网连接信息接入局域网。

如果目标设备已接入上述局域网，则目标设备可以根据上述中枢设备的标识信息查找中枢设备，并与中枢设备建立连接。

之后，目标设备可以向中枢设备发送第一注册码。

当中枢设备接收到第一注册码时，中枢设备可以将接收到的第一注册码与下发的第一注册码进行校验。

如果接收到的第一注册码与下发的第一注册码一致，则表示校验通过，中枢设备可以将目标设备注册到本设备上，并向目标设备发送第一凭证信息，完成注册流程。

如果接收到的第一注册码与下发的第一注册码不一致，则表示校验失败，中枢设备可以拒绝将目标设备注册到本设备上。

示例性地，如图5所示，假设设备注册系统包括中控屏21、手机22和智能音箱23。

在此示例中，可以将中控屏21理解为中枢设备，将手机22理解为用户设备，将智能音箱23理解为一尚未注册的智能家居设备。并且，中控屏21和手机22接入了家庭区域的局域网，手机22登录了中控屏21，智能音箱23尚未接入家庭区域的局域网。

图6示例性展示了在图5所示场景中，通过手机22将智能音箱23注册到中控屏21上的一种实现方式的设备交互图。

在第一时刻，用户想要将智能音箱23注册到中控屏21上。此时，如图7所示，用户可以对智能音箱23执行预设操作，例如长按音量键。智能音箱23可以响应于用户的预设操作，进入AP模式，对外分享热点，如图6中步骤S601所示。

在一些实施例中，如图8中的(a)所示，用户还可以在手机22上打开智能家居管理软件(例如装维应用程序)，进入设备管理界面221。设备管理界面221中可以包括“添加”控件222、“查找”控件223和管理中控屏21的控件224。

在一些实施例中，手机22已经登录了中控屏21，因此设备管理界面221中可以显示控件224；在另一些实施例中，手机22尚未登录中控屏21，则设备管理界面221中可以不显示控件224。

用户可以在设备管理界面221中点击“添加”控件222。如图8中的(b)所示，手机22可以响应于用户的操作，进入扫描界面225，并执行扫描操作，扫描周围处于AP模式(即分享热点)的电子设备。

在扫描的过程中，手机22发现了智能音箱23分享的热点，即手机22扫描到智能音箱23，如图6中步骤S602所示。所以，如图8中的(c)所示，手机22可以显示一设备列表226，在设备列表226中展示“智能音箱”的选项。

用户在查看了设备列表226之后，可以点击“智能音箱”的选项。此时，如图9所示，手机22可以响应于用户的操作，将智能音箱23确定为目标设备，向中控屏21发送第一注册请求，如图6中步骤S603所示。

中控屏21接收到第一注册请求之后，可以生成第一注册参数，向手机22返回第一注册参数，如图6中步骤S604所示。可选地，中控屏21还可以设置一定时器。

在一些实施例中，上述第一注册参数可以包括第一注册码，上述第一注册码用于中控屏21对智能音箱23进行校验。可选地，上述第一注册参数还可以包括第一设备标识，上述第一设备标识可以在注册通过后，作为智能音箱23的身份标识。

上述定时器的定时时长为上述第一注册参数的有效时长，上述定时时长可以根据实际需求进行设置。例如，在本示例中，上述定时时长可以设置为5分钟(min)，在5min以内第一注册参数有效，超过5min后第一注册参数失效。上述定时器的定时起始时间点可以是中控屏21生成第一注册参数的时间点，也可以是中控屏21向手机22发送第一注册参数的时间点，也可以是其他时间点，本申请实施例对此不做限定。

手机22接收到第一注册参数之后，可以断开与局域网的连接，接入智能音箱23分享的热点，向智能音箱23下发第一注册信息。

在一些实施例中，第一注册信息可以包括上述第一注册参数和中控屏21的标识。其中，中控屏21的标识用于查找中控屏21。中控屏21的标识可以包括中控屏21的局域网IP地址、中控屏21的MAC地址、中控屏21的SN码等标识中的一种或多种。在本示例中，中控屏21的标识可以包括中控屏21的局域网IP地址。

可选地，上述第一注册参数还可以包括上述局域网的局域网连接信息。上述局域网连接信息可以包括上述局域网的SSID和连接密码。

在一些实施例中，由于第一注册信息较为敏感，所以，为了防止他人恶意监听，提高通信安全性，手机22可以在传输第一注册信息之前，与智能音箱23协商第一会话密钥，通过第一会话密钥建立第一安全连接。手机22可以通过上述第一安全连接向智能音箱23发送第一注册信息，如图6中步骤S605、步骤S606所示。

其中，上述会话密钥的生成方式可以根据实际需求进行选择。例如，上述会话密钥的生成方式可以包括RSA加密算法、椭圆加密算法(Elliptic curve cryptography，ECC)、密钥交换算法(Diffie-Hellman Key Exchange，DH)等加密算法中的任意一种或多种。本申请实施例对会话密钥的具体生成方式不予限制。

智能音箱23接收到第一注册信息之后，可以停止分享热点，进入站点(Station，STA)模式，如图6中步骤S607所示。手机22可以重新接入局域网，恢复与中枢设备的连接，如图6中步骤S608所示。

进入STA模式后，智能音箱23可以根据上述局域网连接信息接入上述局域网，并根据上述局域网IP地址访问中控屏21。

在一些实施例中，为了通信安全，智能音箱23可以通过第一注册码，与中控屏21协商第二会话密钥，建立第二安全连接，如图6中步骤S609所示。

智能音箱23可以通过上述第二安全连接向中控屏21发送第一注册码，如图6中步骤S610所示。

中控屏21接收到智能音箱23发送的第一注册码之后，中控屏21可以根据步骤S604中中控屏21下发的第一注册码对接收到的第一注册码进行校验，如图6中步骤S611所示。其中，上述校验可以包括：中控屏21判断中控屏21在步骤S610中接收到的第一注册码，是否与中控屏21在步骤S604中生成的第一注册码相同。通过上述校验过程，可以确保中控屏21注册的智能家居设备是用户想要注册的目标设备，避免出现其他电子设备恶意注册的情况，提高设备注册的安全性。

在一些实施例中，如果中控屏21设置了对应于第一注册码的定时器，则中控屏21在步骤S610中接收到第一注册码后，首先根据定时器判断该第一注册码是否有效，在判断第一注册码有效的情况下，再对第一注册码进行校验。当然，判断第一注册码是否有效的过程，也可以理解为上述“校验”过程的一部分。由于破解第一验证码需要一定的时间，所以，通过定时器来判断第一注册码是否有效，可以降低他人恶意破解和使用第一注册码的可能性，提高设备注册的安全性。

当中控屏21在步骤S610中接收到的第一注册码与中控屏21在步骤S604中生成的第一注册码相同时，表示校验通过，中控屏21可以生成第一凭证信息，向智能音箱23返回该第一凭证信息，如图6中步骤S612所示。

在一些实施例中，中控屏21还可以向手机22发送注册成功通知，如图6中步骤S613所示。在一些实施例中，如图10中的(a)所示，手机22接收到上述注册成功通知后，可以在设备管理界面221中添加管理智能音箱23的控件227，在控件227上展示智能音箱23的状态为离线状态。在一些实施例中，当智能音箱23处于离线状态时，用户尚不能够通过手机22控制智能音箱23，手机22也尚不能获取智能音箱23的设备状态信息，例如智能音箱23的剩余电量、音量等。

在一些实施例中，智能音箱23在接收到第一凭证信息之后，可以根据第一凭证信息，与中控屏21协商第三会话密钥，建立第三安全连接，如图6中步骤S614所示。至此，智能音箱23完成了注册到中控屏21的过程。

在一些实施例中，中控屏21可以在建立第三安全连接之后，向手机22发送上线通知，如图6中步骤S615所示。当手机22接收到上线通知时，如图10中的(b)所示，手机22可以将控件227中智能音箱23的状态修改为在线状态。在一些实施例中，当智能音箱23处于在线状态时，用户就能够通过手机22控制智能音箱23、查看智能音箱23的设备状态信息了。

可以理解的是，在图6所示实现方式中，并非所有步骤都是必选步骤，有部分步骤可以省略或替换成其他步骤。比如，步骤S613、S615为可选步骤，步骤S605可以替换为建立非加密连接等等。

此外，图6所示的各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定。比如，步骤S607和步骤S608之间的执行顺序不做限定，步骤S607可以先于步骤S608实施，或者，步骤S607可以晚于步骤S608实施。

通过上述示例可知，当局域网无法连通互联网时，用户设备虽然无法将目标设备注册到指定的用户账户，但是，用户设备可以将局域网内的中枢设备作为边缘服务器，向中枢设备注册目标设备。

此时，中枢设备相当于一个不与任何用户关联的不记名账户，用户可以通过中枢设备，对各个注册设备(即已注册到中枢设备的目标设备)进行统筹控制，有效地提高了用户的使用体验。

在前装场景中，在房屋交付前，房屋内的各种智能家居设备尚不能连接互联网，不能与云端的智能家居平台进行通信，装维人员也不知道未来住户的用户账户。此时，应用本申请实施例提供的设备注册方法，装维人员可以使用装维设备(例如装维人员的手机)将房屋内的各种智能家居设备(例如照明灯、智能门锁、智能窗帘、报警器)注册到中枢设备上。从而装维人员可以通过操作中枢设备或操作装维设备，完成智能家居设备的安装、配置和统筹管理。例如，将安装在客厅的照明灯配置上位置标签“客厅”、设备能力标签“照明”，等。又例如，配置一些初始化场景、设备的联动，如配置“离家模式”下报警器开启、智能门锁进入警戒状态，配置“影院模式”下关闭客厅的主照明灯、以低照度开启客厅的辅助照明灯，等。

当房屋交付后，住户可以直接对上述智能家居设备进行统筹管理，和使用上述配置的内容，不需要自己执行上述注册、配置的过程了。

4、设备控制。

当用户想要控制注册设备时，用户可以直接通过中枢设备控制注册设备；或者，用户也可以在用户设备登录了中枢设备之后，通过中枢设备的中转功能，在用户设备上间接控制注册设备。

具体地，在一些实施例中，用户可以直接对中枢设备执行控制操作。

此时，中枢设备可以响应于用户的控制操作，确定受控设备和控制指令。上述受控设备是指用户想要控制的注册设备，也可以理解为被用户选中的注册设备。上述控制指令用于指示用户想要执行的操作，也可以理解为指示被用户选中的操作。

然后，中枢设备可以向受控设备发送控制指令。

当受控设备接收到控制指令时，受控设备可以执行控制指令对应的操作。

可选地，受控设备在执行了控制指令对应的操作之后，还可以向中枢设备返回执行结果。

中枢设备接收到执行结果之后，可以展示该执行结果，以便用户了解执行进度。

示例性的，如图11所示，在本示例中，可以将智能音箱31理解为中枢设备，将智慧大屏32理解为注册设备。

用户晚上回到家后，想要打开智慧大屏32观看节目。此时，用户可以对智能音箱执行控制操作，例如，用户可以对着智能音箱31说：“小艺小艺，打开智慧大屏”。

智能音箱31可以接收用户发出的人声信号，并对该人声信号进行识别，确定受控设备为智慧大屏32，控制指令为开机指令。在确定了受控设备和控制指令之后，智能音箱31可以向智慧大屏32发送开机指令。

当智慧大屏32接收到开机指令时，智慧大屏32可以进入工作状态，播放节目。

在一些实施例中，智慧大屏32可以在进入工作状态之后，向智能音箱31返回开机通知。

在一些实施例中，当智能音箱31接收到开机通知时，智能音箱31可以语音播报“已打开智慧大屏”。

通过上述示例可知，由于注册设备已注册到中枢设备上，所以，当用户想要控制注册设备时，用户可以直接对中枢设备进行控制操作。

此时，中枢设备可以根据用户的控制操作，确定受控设备和控制指令，控制受控设备执行与该控制指令对应的操作。

并且，由于中枢设备与注册设备建立有连接，所以，用户在操作中枢设备的过程中，无需重复执行连接操作，可以有效减少用户的操作步骤，提高用户的使用体验。

在另一些实施例中，用户也可以在用户设备登录了中枢设备之后，对用户设备执行控制操作。

此时，用户设备可以响应于该控制操作，确定受控设备和控制指令，并向中枢设备发送控制信息，该控制信息可以包括控制指令和受控设备对应的第一设备标识。

中枢设备接收到控制信息之后，可以根据受控设备对应的第一设备标识确定受控设备，向受控设备转发该控制指令。

当受控设备接收到控制指令时，受控设备可以执行与控制指令相对应的操作。

可选地，受控设备在执行了与控制指令相对应的操作之后，可以向中枢设备返回执行结果。

中枢设备接收到执行结果之后，可以向用户设备转发该执行结果。

用户设备接收到执行结果之后，可以展示该执行结果，以便用户了解执行进度。

示例性地，如图12所示，在本示例中，可以将家庭主机41理解为中枢设备，将手机42理解为用户设备，将智能空调43和智慧大屏44理解为注册设备。

在一些实施例中，用户晚上回到家后，手机42可以根据历史记录的局域网连接信息自动接入局域网。

然后，用户打开了智能家居管理软件(例如装维应用程序)。在一些实施例中，手机42可以在启动了智能家居管理软件后，根据历史记录的管理员账号和管理员密码自动登录家庭主机41。

此时，如图13中的(a)所示，手机42可以向用户展示设备管理界面421。设备管理界面421可以包括管理家庭主机41的控件422、管理智能空调43的控件423和管理智慧大屏44的控件424。

当用户点击了控件423时，手机42可以响应于用户的操作，确定受控设备为智能空调43。并且，由于智能空调43处于关机状态，所以，手机42可以确定控制指令为开机指令。

在确定了受控设备和控制指令之后，手机42可以向家庭主机41发送控制信息。控制信息包括智能空调43对应的第一设备标识和开机指令。

当家庭主机41接收到控制信息时，家庭主机41可以根据控制信息中的第一设备标识，确定智能空调43为受控设备。此时，家庭主机41可以向智能空调43转发控制信息中的开机指令。

智能空调43接收到上述开机指令之后，智能空调43可以进入开机状态。

在一些实施例中，智能空调43还可以在进入开机状态之后，向家庭主机41返回开机通知。

家庭主机41接收到开机通知之后，家庭主机41可以向手机42转发该开机通知。

在一些实施例中，当手机42接收到该开机通知时，如图13中的(b)所示，手机可以将控件423中智能空调43的设备状态变更为开机状态。

通过上述示例可知，当用户想要控制注册设备时，用户也可以让用户设备登录中枢设备，获取注册设备的操作权限。

然后，用户设备可以根据用户的控制操作，确定受控设备和控制指令，并通过中枢设备的中转功能，控制受控设备执行与该控制指令对应的操作。

通过以上控制方式，用户设备只需要登录中枢设备，就可以对各个注册设备进行控制，无需与各个注册设备逐一建立连接，可以有效减少用户的操作步骤，提高用户的使用体验。

示例性地，在前装场景中，在房屋交付之前，装维人员可以使用装维设备登录中枢设备，获取各个注册设备的操作权限。然后，装维人员可以通过装维设备或中枢设备对各个注册设备进行控制，调试各个注册设备的性能、配置各个注册设备的信息。在房屋交付后，在住户尚未开通家庭上网线路之前，住户可以使用他自己的个人设备(例如住户的手机)登录中枢设备，获取各个注册设备的操作权限。然后，住户可以通过自己的个人设备或中枢设备，对各个注册设备进行统筹管理。

5、代理注册。

当路由设备接入了上网线路时，局域网内的电子设备可以通过路由设备访问互联网。

此时，用户可以对用户设备执行设备交付操作，将中枢设备和注册设备注册到智能家居平台上。

上述设备交付操作可以理解为在房屋交付后，将全屋智能家居设备注册到住户的用户账户下的操作。

具体地，当用户设备检测到用户的设备交付操作时，用户设备可以在局域网中进行组播操作，扫描未注册的电子设备。

上述设备交付操作的具体形式可以根据实际需求进行设置。例如，在一些实施例中，上述设备交付操作可以是用户设备启动了特定的应用程序(Application，APP)；在另一些实施例中，上述设备交付操作可以是用户设备扫描了特定的二维码，从二维码中读取到特定的设备信息；在另一些实施例中，上述设备交付操作可以是用户设备与特定设备的NFC标签接触，从NFC标签中读取到了特定的设备信息；在另一些实施例中，上述设备交付操作也可以表现为其他形式。本申请实施例对上述设备交付操作的具体形式不予限制。

在用户设备组播扫描的过程中，由于注册设备已注册到中枢设备上，所以，注册设备可以不响应用户设备的组播操作。

中枢设备和未注册的智能家居设备(以下统称为待注册设备)并未进行注册，所以，待注册设备可以响应于用户设备的组播扫描操作，向用户设备发送本设备的设备信息。

上述设备信息的内容可以根据实际需求进行设置。例如，上述设备信息可以包括产品标识码(Product identification，prodId)、SN码、MAC地址等信息中的一种或多种。

用户设备在接收到待注册设备的设备信息之后，可以根据上述设备信息确定待注册设备，向智能家居平台发送第二注册请求，并接收智能家居平台返回的第二注册参数。该第二注册参数可以包括第二注册码。

可选地，上述第二注册参数还可以包括第二设备标识。在待注册设备注册通过之后，上述第二设备标识可以作为待注册设备的身份标识。

其中，一个待注册设备对应一个第二设备标识和一个第二注册码。

然后，用户设备可以向各个待注册设备下发第二注册参数和智能家居平台的平台标识。上述平台标识用于查找智能家居平台，其包含的内容可以根据实际需求进行设置。例如，在一些实施例中，上述平台标识可以包括智能家居平台的统一资源定位符(UniformResource Locator，URL)。

当待注册设备接收到第二注册参数和平台标识时，待注册设备可以根据上述平台标识访问智能家居平台，向智能家居平台发送第二注册码。

当智能家居平台接收到第二注册码时，智能家居平台可以根据下发的第二注册码对接收到的第二注册码进行校验。

如果下发的第二注册码与接收到的第二注册码一致，则表示校验通过，智能家居平台可以将上述待注册设备绑定到用户设备当前登录的第一用户账户上，并向上述待注册设备发送第二凭证信息，完成注册流程。

如果下发的第二注册码与接收到的第二注册码不一致，则表示校验不通过，则智能家居平台可以拒绝对上述待注册设备进行注册。

在一些实施例中，在中枢设备注册到智能家居平台之后，中枢设备还可以向智能家居平台发送第三注册请求，向智能家居平台注册上述注册设备。

智能家居平台接收到第三注册请求后，可以将上述注册设备绑定到上述第一用户账户中，并向中枢设备下发注册设备对应的第三设备标识和第三凭证信息。其中，一个注册设备对应一个第三设备标识和一个第三凭证信息。

中枢设备接收到注册设备对应第三设备标识和第三凭证信息之后，可以将第三设备标识和第三凭证信息下发到对应的注册设备，并用第三设备标识和第三凭证信息更新本地存储的第一设备标识和第一凭证信息。

当注册设备接收到第三设备标识和第三凭证信息时，注册设备可以用第三设备标识和第三凭证信息更新本地存储的第一设备标识和第一凭证信息。

示例性地，如图14所示，假设设备注册系统包括家庭主机51、手机52和智能家居设备53。

在本示例中，可以将家庭主机51理解为中枢设备，将手机52理解为用户设备，家庭主机51和手机52均设置有近场通信(Near Field Communication，NFC)功能，手机52和家庭主机51处于同一局域网中，并且，局域网中的智能家居设备53均已注册到家庭主机51。

在路由设备接入了上网线路之后，上述局域网可以访问互联网。如图15所示，如果用户想要将家庭主机51和智能家居设备53注册到第一用户账户下，则用户可以对手机52执行设备交付操作，例如，让手机52碰一下家庭主机51的NFC标签。第一用户账户为手机52当前登录的用户账户。

在家庭主机51和手机52接触的过程中，家庭主机51和手机52可以互相发现，并建立NFC连接。

在一些实施例中，家庭主机51可以通过该NFC连接向手机52发送产品标识码(product identification，prodId)和设备编号；在一些实施例中，该设备编号可以由家庭主机51的SN码和/或MAC地址组成。

手机52在接收到上述prodId和设备编号之后，可以识别上述prodId对应的设备类型。

在一些实施例中，当手机52识别到上述prodId对应的设备类型为“家庭主机”时，手机52可以根据上述设备编号，检测家庭主机51是否已注册到第一用户账户下。

具体地，prodId可以是一种用于标识电子设备的产品型号的代码，因此手机52根据获取到的prodId，查询得知设备类型为“家庭主机”。手机52中预先配置了需要对“家庭主机”类型的设备进行注册的流程，因此手机52可以响应于获取到家庭主机51的prodId，执行注册流程。在注册流程中，手机52可以首先根据家庭主机51的设备编号检测家庭主机是否已经注册到第一用户账户下。

如果家庭主机51已注册到第一用户账户下，则手机52可以直接打开家庭主机51对应的全屋控制界面。

如果家庭主机51未注册到第一用户账户下，则手机52可以进入交房流程。

假设上述家庭主机51尚未进行注册。此时，手机52检测到家庭主机51尚未注册到第一用户账户下，手机52可以进入交房流程。

图16示例性展示了在图14所示场景中，通过手机52将家庭主机51和智能家居设备53注册到云端的智能家居平台54的一种实现方式的设备交互图。

在交房流程中，手机52可以在局域网中组播扫描未注册的电子设备，如图16中步骤S1601所示。

由于智能家居设备53均已注册到家庭主机51上，所以，智能家居设备53可以不响应手机52的组播操作，如图16中步骤S1602所示。

由于家庭主机51尚未进行注册，所以，家庭主机51可以向手机52发送注册响应信息，如图16中步骤S1603所示。在一些实施例中，该注册响应信息可以包括家庭主机51的设备信息。

手机52在接收到注册响应信息之后，可以根据家庭主机51的设备信息，确定家庭主机51为待注册设备。然后，手机52可以向智能家居平台54发送第二注册请求，如图16中步骤S1604所示。

智能家居平台54接收到第二注册请求之后，可以生成第二注册参数，向手机52返回第二注册参数，如图16中步骤S1605所示。在一些实施例中，第二注册参数可以包括第二注册码。

可选地，第二注册参数还可以包括第二设备标识。当家庭主机51注册完成后，第二设备标识可以作为家庭主机51的身份标识。

手机52在接收到第二注册参数之后，可以向家庭主机51传输第二注册信息，如图16中步骤S1606所示。

第二注册信息可以包括第二注册参数和智能家居平台54的平台标识。在一些实施例中，智能家居平台54的平台标识可以包括智能家居平台54的URL。

家庭主机51接收到第二注册信息之后，可以根据第二注册信息(例如上述URL)访问智能家居平台54。

在一些实施例中，为了提高通信安全性，家庭主机51可以根据第二注册码，与智能家居平台54协商第四会话密钥，建立第四安全连接，如图16中步骤S1607所示。

然后，家庭主机51可以通过上述第四安全连接向智能家居平台54发送第二注册码，如图16中步骤S1608所示。

智能家居平台54接收到家庭主机51发送的第二注册码之后，可以根据下发的第二注册码对接收到的第二注册码进行校验，如图16中步骤S1609所示。其中，上述校验可以包括：智能家居平台54判断智能家居平台54在步骤S1608中接收到的第二注册码，是否与智能家居平台54在步骤S1605中生成的第二注册码相同。通过上述校验过程，可以确保注册到智能家居平台54的电子设备是家庭主机51，避免出现其他电子设备恶意注册的情况，提高设备注册的安全性。

当智能家居平台54在步骤S1608中接收到的第二注册码与智能家居平台54在步骤S1605中生成的第二注册码相同时，表示校验通过，智能家居平台54可以将家庭主机51绑定到第一用户账户中，并向家庭主机51下发第二凭证信息，如图16中步骤S1610所示。

至此，通过执行步骤S1601-步骤S1610，可以完成将家庭主机51注册到智能家居平台54的过程。接下来，进行将智能家居设备53注册到智能家居平台54的过程。

在一些实施例中，家庭主机51接收到第二凭证信息之后，可以根据第二凭证信息，与智能家居平台54协商第五会话密钥，建立第五安全连接，如图16中步骤S1611所示。

在一些实施例中，家庭主机51还可以向智能家居平台54发送第三注册请求，第三注册请求用于注册上述智能家居设备53，如图16中步骤S1612所示。

第三注册请求所包含的内容可以根据实际需求进行设置。在一些实施例中，第三注册请求可以包括智能家居设备53的数量信息。例如，假设有三个智能家居设备53需要注册，则家庭主机51可以在第三注册请求中添加数量信息，将数据信息设置为3。智能家居平台54接收到第三注册请求后，智能家居平台54可以根据第三注册请求中的数量信息，确定有三个智能家居设备53需要注册。

在另一些实施例中，第三注册请求也可以包括智能家居设备53的设备信息，该设备信息可以包括prodId、SN码和MAC地址等信息中的一种或多种。例如，假设有三个智能家居设备53需要注册，家庭主机51可以在第三注册请求中添加这三个智能家居设备53的设备信息。智能家居平台54接收到第三注册请求后，智能家居平台54可以根据第三注册请求中的设备信息，确定有三个智能家居设备53需要注册。

在另一些实施例中，第三注册请求也可以包括其他信息。本申请实施例对第三注册请求所包含的内容不予限制。

在一些实施例中，家庭主机51可以通过第五安全连接向智能家居平台54发送第三注册请求。

当智能家居平台54接收到第三注册请求时，智能家居平台54可以将上述智能家居设备53绑定到上述第一用户账户中，并向家庭主机51返回第三设备标识和第三凭证信息，如图16中步骤S1613所示。

其中，一个智能家居设备53对应一个第三设备标识和一个第三凭证信息。

智能家居平台54将智能家居设备53绑定到第一用户账户可以指智能家居设备54将智能家居设备53对应的第三设备标识和第三凭证信息关联到第一用户账户下。

家庭主机51在接收到第三设备标识和第三凭证信息之后，可以使用第三设备标识和第三凭证信息更新智能家居设备53对应的第一设备标识和第一凭证信息，并向各个智能家居设备53下发对应的第三设备标识和第三凭证信息，如图16中步骤S1614和步骤S1615所示。

其中，所述更新可以指：家庭主机51将本地记录的智能家居设备53对应的设备标识由第一设备标识修改为第三设备标识，将本地记录的智能家居设备53对应的凭证信息由第一凭证信息修改为第三凭证信息。

在一些实施例中，家庭主机51还可以在更新智能家居设备53对应的第一设备标识和第一凭证信息之前，备份第一设备标识和第一凭证信息作为回退文件。在有需要时，家庭主机51可以根据回退文件，将智能家居设备53对应的设备标识和凭证信息回退到第一设备标识和第一凭证信息。

智能家居设备53在接收到第三设备标识和第三凭证信息之后，可以根据第三设备标识和第三凭证信息更新本地存储的第一设备标识和第一凭证信息，如图16中步骤S1616所示。

需要说明的是，在以上所描述的步骤S1613至步骤S1616中，当有多个智能家居设备53需要注册时，家庭主机51和智能家居平台54可以逐一注册各个智能家居设备53，或者，家庭主机51和智能家居平台54也可以一次性注册多个智能家居设备53。

示例性地，假设有智能音箱、智慧大屏等五个智能家居设备53需要注册。

在一些实施例中，在家庭主机51向智能家居平台54发送第三注册请求后，智能家居平台54可以返回一个第三设备标识和第三凭证信息，并将该第三设备标识和第三凭证信息绑定到第一用户账户下。

家庭主机51可以用该第三设备标识和第三凭证信息更新智能音箱的第一设备标识和第一凭证信息，并将第三设备标识和第三凭证信息下发到智能音箱。

然后，家庭主机51可以发送第二个第三注册请求，智能家居平台54可以在接收到第二个第三注册请求后，返回第二个第三设备标识和第二个第三凭证信息。

家庭主机51可以用第二个第三设备标识和第二个第三凭证信息更新智慧大屏的第一设备标识和第一凭证信息，并将第二个第三设备标识和第二个第三凭证信息下发到智慧大屏。

以此类推，家庭主机51和智能家居平台54可以重复上述步骤，逐一注册各个智能家居设备53，直至所有的智能家居设备53都注册到智能家居平台54上。

在另一些实施例中，家庭主机51向智能家居平台54发送的第三注册请求可以包括这五个智能家居设备53的设备信息。

智能家居平台54接收到第三注册请求后，可以根据第三注册请求中的设备信息确定智能家居设备53的数量为5。此时，智能家居平台可以向家庭主机返回5个第三设备标识和5个第三凭证信息，并告知各个设备信息对应的第三设备标识和第三凭证信息。其中，一个智能家居设备53的设备信息对应一个第三设备标识和一个第三凭证信息。

家庭主机51接收到多个第三设备标识和第三凭证信息后，可以将各个智能家居设备53对应的第一设备标识和第一凭证信息更新为其对应的第三设备标识和第三凭证信息，并向智能家居设备53下发其对应的第三设备标识和第三凭证信息。

在一些实施例中，由于上述第三安全连接是基于第一凭证信息建立，所以，在智能家居设备53的凭证信息变更为第三凭证信息之后，智能家居设备53和家庭主机51可能无法通过上述第三安全连接进行通信。因此，智能家居设备53可以根据第三凭证信息，与家庭主机51协商第六会话密钥，建立第六安全连接，恢复与家庭主机51的可信通信，如图16中步骤S1617所示。

在一些实施例中，在家庭主机51和智能家居设备53注册到第一用户账户之后，智能家居平台54可以向手机52发送注册成功通知，如图16中步骤S1618所示。

在一些实施例中，手机52在接收到注册成功通知之后，如图17所示，手机52可以在全屋控制界面521中增加控制家庭主机51的控件522和控制智能家居设备53的控件523。

之后，用户可以通过操作控件522和控件523的方式，对家庭主机51和智能家居设备53进行控制。

需要说明的是，在智能家居设备53注册到家庭主机51的情况下，用户只有在家庭区域中，用户才可以控制手机52接入局域网和登录家庭主机51，获取到智能家居设备53的操作权限。

但是，在家庭主机51和智能家居设备53均注册第一用户账户的情况下，如果手机52登录了第一用户账户，则用户可以在手机52接入了局域网后，通过手机52对局域网内的家庭主机51和智能家居设备53进行控制；或者，用户也可以在手机52未接入局域网时，通过手机52访问智能家居平台54，通过智能家居平台54控制家庭主机51和智能家居设备53。

也即是说，在家庭主机51和智能家居设备53均注册第一用户账户的情况下，用户即可以在家庭区域内近距离控制家庭主机51和智能家居设备53，或者，用户也可以在家庭区域外远程控制家庭主机51和智能家居设备53。

通过上述示例可知，当局域网可以访问互联网时，用户设备可以响应于用户的设备交付操作，将局域网中的未注册设备注册到智能家居平台上。

上述未注册设备包括中枢设备。中枢设备在注册到智能家居平台之后，可以自动进行代理注册，将注册设备注册到智能家居平台。

通过上述方法，用户只需要执行一次设备交付操作，就可以将中枢设备和注册设备注册到智能家居平台上，无需逐一对中枢设备和注册设备进行注册，操作简单，可以有效提高用户的使用体验。

示例性地，在前装阶段，在房屋交付前，装维人员可以使用装维设备(例如装维人员的手机)将房屋内的各种智能家居设备(例如照明灯、智能门锁、智能窗帘、报警器)注册到中枢设备上。

房屋交付后，如果住户开通了家庭上网线路，则住户可以对自己的个人设备(例如住户的手机)执行设备交付操作。此时，住户的个人设备可以将局域网中的中枢设备和其他未注册的智能家居设备注册到智能家居平台上，将中枢设备和其他未注册的智能家居设备与住户的个人设备当前登录的第一用户账户绑定。

在将中枢设备注册到第一用户账户之后，中枢设备可以自动代理各个注册设备进行注册，将各个注册设备注册到第一用户账户下。

也即是说，通过本申请实施例提供的设备注册方法，装维人员可以将各个智能家居设备逐一注册到中枢设备上，帮用户提前完成设备注册的大部分操作。在住户开通了家庭上网线路之后，住户只需要执行一次设备交付操作，就可以将中枢设备和注册设备都注册到第一用户账户下，无需住户逐一对中枢设备和注册设备进行注册，极大地简化了住户的注册操作，可以有效提高住户的使用体验，具有较强的易用性和实用性。

6、取消注册。

当用户需要变更中枢设备和注册设备绑定的第一用户账户时，用户可以通过用户设备可以对中枢设备发送状态恢复指令，或者，用户也可以直接在中枢设备上输入状态恢复指令。

当中枢设备获取到状态恢复指令时，中枢设备可以向智能家居平台发送第一解绑指令。第一解绑指令可以包括注册设备的第三设备标识，第一解绑指令用于指示智能家居平台解除注册设备与第一用户账户的绑定关系。

当智能家居平台接收到第一解绑指令时，智能家居平台可以根据第三设备标识确定需要解除绑定的注册设备，解除注册设备与第一用户账户的绑定关系。

并且，中枢设备可以删除智能家居平台下发的第三设备标识和第三凭证信息，回退到第一设备标识和第一凭证信息，并将第一设备标识和第一凭证信息下发至注册设备。

注册设备接收到第一设备标识和第一凭证信息之后，可以用第一设备标识和第一凭证信息更新本地存储的第三设备标识和第三凭证信息。

在一些实施例中，中枢设备还可以向智能家居平台发送第二解绑指令。第二解绑指令包括中枢设备的第二设备标识，第二解绑指令用于指示智能家居平台解除中枢设备与第一用户账户的绑定关系。

当智能家居平台接收到第二解绑指令时，智能家居平台可以根据第二设备标识确定需要解除绑定的中枢设备，解除中枢设备与第一用户账户的绑定关系。

然后，中枢设备可以清除与第一用户账户相关的信息，回退到注册之前的状态。

之后，如果用户希望将中枢设备和注册设备绑定到其他用户账户，则用户可以变更用户账户，根据第3节所描述的内容，将中枢设备和注册设备注册到其他用户账户上。

示例性地，参考前一示例，假设用户想要将房屋出租给一个租户，但是，房屋中的家庭主机51和智能家居设备53均已注册到了用户的第一用户账户上，只有第一用户账户可以使用。

此时，为了移交家庭主机51和智能家居设备53的控制权，用户可以对手机52进行操作，进入如图17所示的全屋控制界面521。

如图18所示，用户可以长按控制家庭主机的控件522。在一些实施例中，手机52可以响应于用户的操作，在控件522上方展示“移除”选项。

在用户点击了“移除”选项之后，手机52可以响应于用户的操作，进入解绑流程。

图19示例性展示了在图14所示场景中，通过手机52解除家庭主机51和智能家居设备53与第一用户账户的绑定关系的一种实现方式的设备交互图。

在解绑流程中，手机52可以向家庭主机51发送状态恢复指令，如图19中步骤S1901所示。

当家庭主机51接收到状态恢复指令时，家庭主机51可以向智能家居平台54发送第一解绑指令，如图19中步骤S1902所示。第一解绑指令中包括各个智能家居设备53的第三设备标识。

智能家居平台54接收到第一解绑指令后，可以解除各个智能家居设备53与第一用户账户的绑定关系，如图19中步骤S1903所示。

然后，家庭主机51可以删除本地存储的第三设备标识和第三凭证信息，恢复第一设备标识和第一凭证信息，并向各个智能家居设备53下发相应的第一设备标识和第一凭证信息，如图19中步骤S1904和步骤S1905所示。

智能家居设备53接收到第一设备标识和第一凭证信息之后，根据第一设备标识和第一凭证信息更新本地存储的第三设备标识和第三凭证信息，如图19中步骤S1906所示。

在一些实施例中，智能家居设备53可以根据第一凭证信息与家庭主机51建立第七安全连接，如图19中步骤S1907所示。

至此，完成了解除智能家居设备53与第一用户账户绑定关系的过程。

在一些实施例中，接下来，还可以进一步执行解除家庭主机51与第一用户账户绑定关系的过程。

在一些实施例中，家庭主机51还可以向智能家居平台54发送第二解绑指令，并删除本地存储的第二设备标识和第二凭证信息，如图19中步骤S1908和步骤S1909所示。第二解绑指令中可以包括家庭主机51的第二设备标识。

智能家居平台54接收到第二解绑指令后，可以解除家庭主机51与第一用户账户的绑定关系，如图19中步骤S1910所示。

此时，家庭主机51和智能家居设备53均恢复到了交房流程之前的状态。

如图20所示，在租户入住之后，如果租户想要将家庭主机51和智能家居设备53注册到第二用户账户下，则租户可以对手机55执行设备交付操作，例如，将手机55与家庭主机51碰一下，手机55为租户的用户设备，第二用户账户为手机55当前登录的用户账户。

此时，手机55可以根据前一示例所描述的流程，将家庭主机51和智能家居设备53注册到第二用户账户中。

通过上述示例可知，当用户想要解除中枢设备和注册设备与第一用户账户的绑定关系时，中枢设备可以代理各个注册设备进行解绑，无需用户对各个注册设备逐一进行操作，简化了注册设备的解绑流程，减少了用户的操作步骤，提升了用户的使用体验。

综上所述，在本申请实施例的设备注册方法中，当智能家居设备无法访问互联网时，用户设备可以将中枢设备作为边缘服务器，向中枢设备注册智能家居设备。

之后，用户可以直接操作中枢设备或间接操作中枢设备的方式，对各个注册设备进行统筹管理，降低设备管理的难度，提高用户的使用体验。

并且，在中枢设备和智能家居设备可以访问互联网之后，用户可以进行设备交付操作。此时，中枢设备可以代理注册设备进行注册，自动将各个注册设备注册到智能家居平台，无需用户逐一对各个注册设备进行注册，极大地减少设备注册的流程步骤。

此外，当用户想要解除中枢设备和注册设备与第一用户账户的绑定关系时，中枢设备可以代理各个注册设备进行解绑，操作简单，无需用户逐一对各个注册设备进行解绑，极大地减少了设备注销的流程步骤。

而且，中枢设备在解绑的过程，可以将各个注册设备重新注册到本设备上。之后，用户可以继续通过中枢设备对各个注册设备进行统筹管理，或者，也可以通过上述交房流程，将中枢设备和注册设备快速注册到其他用户账户下。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

并且，上述实施例中所描述的步骤并非都是必要的步骤。在实际的应用场景中，设备注册方法可以拥有比上述实施例更多或更少的步骤，或者实施以上描述的部分步骤。

示例性地，在一些实施例中，中枢设备可以不用设置身份验证环节，任何用户设备可以直接访问中枢设备，不需要进行登录；在另一些实施例中，中枢设备和智能家居平台可以在注册的过程中，直接将注册码作为凭证信息，无需在校验成功后生成和下发凭证信息；在另一些实施例中，电子设备建立连接的过程中，可以不用协商会话密钥，直接通过未加密的连接进行数据交互；在另一些实施例中，上述电子设备也可以根据新增的功能，增加相应的步骤流程。

此外，在上述实施例中，各章节所描述的用户设备可以是同一用户设备，和/或，也可以是不同的用户设备。例如，在一些场景中，上述各章节所描述的用户设备可以都是装维人员的用户设备；在另一些场景中，装维人员可以通过第3节所描述方法将智能家居设备注册到中枢设备上，而房主入住后，房主可以通过自己的用户设备实施第4、5、6节所描述的方法，在这种场景中，上述各章节所描述的用户设备不是同一个用户设备。

以下将从中枢设备的角度，对本申请实施例提供的另一种设备注册方法进行详细说明。请参阅图21，本实施例提供的设备注册方法包括：

S2101、响应于第一用户设备发送的第一注册请求，向上述第一用户设备发送第一注册码。

S2102、在接收到目标设备发送的上述第一注册码后，注册上述目标设备到上述中枢设备。

需要说明的是，第一用户设备可以在接收到第一注册码后，将第一注册码转发给目标设备。

S2103、接收第二用户设备发送的第二注册码；其中，上述第二用户设备与上述第一用户设备为同一用户设备或者为不同的用户设备。

需要说明的是，在智能家居设备可以与服务器进行通信，且确定了指定用户账户之后，用户可能想要将中枢设备和注册设备注册到服务器上。

S2104、根据上述第二注册码，注册上述中枢设备到服务器。

需要说明的是，中枢设备接收到第二注册码后，可以注册中枢设备到服务器。

具体地，中枢设备接收到第二注册码后，可以向服务器发送第二注册码。

S2105、在上述中枢设备注册到上述服务器后，将注册设备注册到上述服务器；其中，上述注册设备包括已注册到上述中枢设备的上述目标设备。

需要说明的是，在中枢设备注册到服务器之后，中枢设备还可以将注册设备注册到上述服务器上。

具体地，中枢设备可以向服务器发送第三注册请求，通过第三注册请求将注册设备注册到服务器。

当第一用户设备和第二用户设备为不同的用户设备时，使用第二用户设备的用户只需要将中枢设备注册到服务器上，中枢设备就可以自动将注册设备注册到服务器上，无需使用第二用户设备的用户逐一将各个注册设备注册到服务器上，极大地减少了用户需要执行的操作，可以有效提高用户的使用体验，具有较强的易用性和实用性。

可选地，上述方法还包括：

在获取到状态恢复指令之后，指示上述服务器解除上述中枢设备与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系。

可选地，上述指示上述服务器解除上述中枢设备与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系包括：

向上述服务器发送第一解绑指令，上述第一解绑指令用于指示上述服务器解除上述注册设备与上述服务器的注册关系；

在解除了上述注册设备和上述服务器的注册关系之后，向上述服务器发送第二解绑指令，上述第二解绑指令用于指示上述服务器解除上述中枢设备与上述服务器的注册关系。

可选地，在上述向上述服务器发送第一解绑指令之后，还包括：

恢复上述中枢设备和上述注册设备的注册关系。

可选地，在上述注册上述目标设备到上述中枢设备之后，还包括：

接收第三用户设备发送的控制信息，上述控制信息包括待控制的注册设备的设备标识和控制指令；

向上述设备标识对应的注册设备转发上述控制指令。

此时，用户可以对第三用户设备执行控制操作。第三用户设备响应于该控制操作，确定待控制的注册设备和控制指令。该控制指令用于指示上述待控制的注册设备执行用户指定的操作。

向上述待控制的注册设备发送上述控制指令。

此时，用户可以直接对中枢设备执行控制操作。中枢设备响应于该控制操作，确定待控制的注册设备和控制指令。

以下将从设备注册系统的角度，对本申请实施例提供的另一种设备注册方法进行详细说明。请参阅图22，本实施例提供的设备注册方法包括：

S2201、在第一用户设备的协助下，中枢设备将目标设备注册到上述中枢设备；

此时，中枢设备可以在第一用户设备的协助下，将目标设备注册到中枢设备上。

S2202、在第二用户设备的协助下，上述中枢设备将上述中枢设备注册到服务器；其中，上述第二用户设备与上述第一用户设备为同一用户设备或者为不同的用户设备；

需要说明的是，在智能家居设备可以与服务器进行通信，且用户确定了第一用户账户之后，中枢设备可以在第二用户设备的协助下，将中枢设备注册到服务器上。

其中，第一用户账户为用户指定的用户账户，也可以理解为第二用户设备当前登录的用户账户。

S2203、在上述中枢设备将上述中枢设备注册到上述服务器后，上述中枢设备将注册设备注册到上述服务器；其中，上述注册设备包括已注册到上述中枢设备的上述目标设备。

需要说明的是，在中枢设备注册到服务器之后，中枢设备可以代理注册设备进行注册，将注册设备注册到服务器上。

可选地，上述方法还包括：

上述中枢设备在获取到状态恢复指令之后，指示上述服务器解除上述中枢设备与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系。

可选地，上述在第一用户设备的协助下，中枢设备将目标设备注册到上述中枢设备，具体包括：

上述第一用户设备响应于用户的设备注册操作，确定待注册的上述目标设备，向上述中枢设备发送第一注册请求；

上述中枢设备响应于上述第一注册请求，向上述第一用户设备发送第一注册码，进而上述第一用户设备将上述第一注册码发送给上述目标设备；

上述目标设备向上述中枢设备发送上述第一注册码，上述中枢设备响应于接收到上述第一注册码，注册上述目标设备到上述中枢设备。

可选地，上述在第二用户设备的协助下，上述中枢设备将上述中枢设备注册到服务器，具体包括：

上述第二用户设备响应于用户的设备交付操作，向上述服务器发送第二注册请求；

上述服务器响应于上述第二注册请求，向上述第二用户设备发送第二注册码，进而上述第二用户设备将上述第二注册码发送给上述中枢设备；

上述中枢设备响应于接收到上述第二注册码，注册上述中枢设备到上述服务器。

可选地，上述中枢设备在获取到状态恢复指令之后，指示上述服务器解除上述中枢设备与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系，具体包括：

上述中枢设备在获取到状态恢复指令之后，向上述服务器发送第一解绑指令；

响应于上述第一解绑指令，上述服务器解除上述注册设备与上述服务器的注册关系；

在解除了上述注册设备和上述服务器的注册关系之后，上述中枢设备向上述服务器发送第二解绑指令；

响应于上述第二解绑指令，上述服务器解除上述中枢设备与上述服务器的注册关系。

上述中枢设备恢复上述中枢设备和上述注册设备的注册关系。

可选地，在上述中枢设备将目标设备注册到上述中枢设备之后，还包括：

上述第三用户设备向上述中枢设备发送控制信息，上述控制信息包括上述待控制的注册设备的设备标识和上述控制指令；

响应于接收到上述控制信息，上述中枢设备向上述设备标识对应的注册设备转发上述控制指令。

上述中枢设备响应于用户的控制操作，确定待控制的注册设备和控制指令；

上述中枢设备向上述待控制的注册设备发送上述控制指令。

对应于上述实施例所描述的设备注册方法，图23示出了本申请实施例提供的设备注册装置的结构框图，为了便于说明，仅示出与本申请实施例相关的部分。

该装置可以应用于中枢设备，参照图23，该装置包括：

第一发送模块2301，用于响应于第一用户设备发送的第一注册请求，向上述第一用户设备发送第一注册码；

第一注册模块2302，用于在接收到目标设备发送的上述第一注册码后，注册上述目标设备到上述中枢设备；

第二接收模块2303，用于接收第二用户设备发送的第二注册码；其中，上述第二用户设备与上述第一用户设备为同一用户设备或者为不同的用户设备；

第二注册模块2304，用于根据上述第二注册码，注册上述中枢设备到服务器；

第三注册模块2305，用于在上述中枢设备注册到上述服务器后，将注册设备注册到上述服务器；其中，上述注册设备包括已注册到上述中枢设备的上述目标设备。

可选地，上述装置还包括：

注册解除模块，用于在获取到状态恢复指令之后，指示上述服务器解除上述中枢设备与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系。

可选地，上述注册解除模块，包括：

第一解绑子模块，用于向上述服务器发送第一解绑指令，上述第一解绑指令用于指示上述服务器解除上述注册设备与上述服务器的注册关系；

第二解绑子模块，用于在解除了上述注册设备和上述服务器的注册关系之后，向上述服务器发送第二解绑指令，上述第二解绑指令用于指示上述服务器解除上述中枢设备与上述服务器的注册关系。

可选地，上述装置还包括：

注册恢复模块，用于恢复上述中枢设备和上述注册设备的注册关系。

可选地，上述装置还包括：

控制接收模块，用于接收第三用户设备发送的控制信息，上述控制信息包括待控制的注册设备的设备标识和控制指令；

中继控制模块，用于向上述设备标识对应的注册设备转发上述控制指令。

可选地，上述装置还包括：

直接控制模块，用于向上述待控制的注册设备发送上述控制指令。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

对应于上述实施例所描述的设备注册方法，图24示出了本申请实施例提供的另一种设备注册系统的系统架构图，为了便于说明，仅示出与本申请实施例相关的部分。

如图24所示，上述系统包括中枢设备2401、第一用户设备2402、第二用户设备2403和目标设备2404，上述中枢设备2401用于执行：

在第一用户设备2402的协助下，将目标设备2404注册到上述中枢设备2401；

在第二用户设备2403的协助下，将上述中枢设备2401注册到服务器；其中，上述第二用户设备2403与上述第一用户设备2402为同一用户设备或者为不同的用户设备；

在上述中枢设备2401将上述中枢设备2401注册到上述服务器后，将注册设备注册到上述服务器；其中，上述注册设备包括已注册到上述中枢设备2401的上述目标设备2404。

可选地，上述中枢设备2401还用于执行：

在获取到状态恢复指令之后，指示上述服务器解除上述中枢设备2401与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系。

可选地，在上述中枢设备2401执行上述在第一用户设备2402的协助下，将目标设备2404注册到上述中枢设备2401的过程中：

上述第一用户设备2402，用于响应于用户的设备注册操作，确定待注册的上述目标设备2404，向上述中枢设备2401发送第一注册请求；

上述中枢设备2401，用于响应于上述第一注册请求，向上述第一用户设备2402发送第一注册码；

上述第一用户设备2402，还用于将上述第一注册码发送给上述目标设备2404；

上述目标设备2404，用于向上述中枢设备2401发送上述第一注册码；

上述中枢设备2401，还用于响应于接收到上述第一注册码，注册上述目标设备2404到上述中枢设备2401。

可选地，在上述中枢设备2401执行上述在第二用户设备2403的协助下，将上述中枢设备2401注册到服务器的过程中：

上述第二用户设备2403，用于响应于用户的设备交付操作，向上述服务器发送第二注册请求；

上述服务器，用于响应于上述第二注册请求，向上述第二用户设备2403发送第二注册码；

上述第二用户设备2403，还用于将上述第二注册码发送给上述中枢设备2401；

上述中枢设备2401，用于响应于接收到上述第二注册码，注册上述中枢设备2401到上述服务器。

可选地，在上述中枢设备2401执行上述在获取到状态恢复指令之后，指示上述服务器解除上述中枢设备2401与上述服务器的注册关系，和/或，上述注册设备与上述服务器的注册关系的过程中：

上述中枢设备2401，用于在获取到状态恢复指令之后，向上述服务器发送第一解绑指令；

上述服务器，用于响应于上述第一解绑指令，解除上述注册设备与上述服务器的注册关系；

上述中枢设备2401，还用于在解除了上述注册设备和上述服务器的注册关系之后，向上述服务器发送第二解绑指令；

上述服务器，还用于响应于上述第二解绑指令，解除上述中枢设备2401与上述服务器的注册关系。

可选地，上述中枢设备2401，还用于恢复上述中枢设备2401和上述注册设备的注册关系。

可选地，上述系统还包括第三用户设备；

上述第三用户设备，用于响应于用户的控制操作，确定待控制的注册设备和控制指令；

上述第三用户设备，还用于向上述中枢设备2401发送控制信息，上述控制信息包括上述待控制的注册设备的设备标识和上述控制指令；

上述中枢设备2401，还用于响应于接收到上述控制信息，向上述设备标识对应的注册设备转发上述控制指令。

可选地，上述中枢设备2401，还用于执行：

向上述待控制的注册设备发送上述控制指令。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/电子设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/电子设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括电载波信号和电信信号。

最后应说明的是：以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种设备注册方法，应用于中枢设备，其特征在于，所述方法包括：

根据所述第二注册码，注册所述中枢设备到服务器；

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

3.根据权利要求2所述的方法，其特征在于，所述指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系包括：

在解除了所述注册设备与所述服务器的注册关系之后，向所述服务器发送第二解绑指令，所述第二解绑指令用于指示所述服务器解除所述中枢设备与所述服务器的注册关系。

4.根据权利要求3所述的方法，其特征在于，在所述向所述服务器发送第一解绑指令之后，还包括：

恢复所述中枢设备与所述注册设备的注册关系。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在所述注册所述目标设备到所述中枢设备之后，还包括：

向所述设备标识对应的注册设备转发所述控制指令。

6.根据权利要求1至4中任一项所述的方法，其特征在于，在所述注册所述目标设备到所述中枢设备之后，还包括：

向所述待控制的注册设备发送所述控制指令。

7.一种设备注册方法，其特征在于，所述方法包括：

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

9.根据权利要求7或8所述的方法，其特征在于，所述在第一用户设备的协助下，中枢设备将目标设备注册到所述中枢设备，具体包括：

10.根据权利要求7或8所述的方法，其特征在于，所述在第二用户设备的协助下，所述中枢设备将所述中枢设备注册到服务器，具体包括：

11.根据权利要求8所述的方法，其特征在于，所述中枢设备在获取到状态恢复指令之后，指示所述服务器解除所述中枢设备与所述服务器的注册关系，和/或，所述注册设备与所述服务器的注册关系，具体包括：

在解除了所述注册设备与所述服务器的注册关系之后，所述中枢设备向所述服务器发送第二解绑指令；

12.根据权利要求11所述的方法，其特征在于，在所述向所述服务器发送第一解绑指令之后，还包括：

所述中枢设备恢复所述中枢设备与所述注册设备的注册关系。

13.根据权利要求7至12中任一项所述的方法，其特征在于，在所述中枢设备将目标设备注册到所述中枢设备之后，还包括：

14.根据权利要求7至12中任一项所述的方法，其特征在于，在所述中枢设备将目标设备注册到所述中枢设备之后，还包括：

所述中枢设备向所述待控制的注册设备发送所述控制指令。

15.一种中枢设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述中枢设备被配置为执行所述计算机程序时实现如权利要求1至6任一项所述的方法。

16.一种计算机可读存储介质，所述计算机可读存储介质被配置为存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的方法。

17.一种计算机程序产品，其特征在于，所述计算机程序产品被配置为在中枢设备上运行时，使得中枢设备执行如权利要求1至6任一项所述的方法。

18.一种芯片系统，其特征在于，所述芯片系统包括存储器和处理器，所述处理器被配置为执行所述存储器中存储的计算机程序，以实现如权利要求1至6任一项所述的方法。