CN105871666A - ZigBee设备的添加方法及装置 - Google Patents

Abstract

本公开提供一种ZigBee设备的添加方法及装置，应用于ZigBee主控设备，该方法包括：接收到网关发送的添加设备命令，该添加设备命令由该网关根据用户终端发起的设备添加请求生成；提取该添加设备命令中包含的待添加设备的设备ID，该设备ID由该用户终端通过扫描并解析该待添加设备上的二维码得到；当预设时间段内接收到入网请求时，若该入网请求的发送方匹配于该设备ID，则与该发送方完成预定义的入网交互流程；获取该待添加设备的设备信息，并通过该网关上传至服务器，使该服务器根据该设备信息创建针对该待添加设备的管理数据，以完成对该待添加设备的添加操作。通过本公开的技术方案，可以简化ZigBee设备的添加流程，提升用户的使用体验。

Description

ZigBee设备的添加方法及装置

技术领域

本公开涉及智能家居技术领域，尤其涉及一种ZigBee设备的添加方法及装置。

背景技术

ZigBee技术具有近距离、低复杂度、低功耗等多种技术特点，使其十分适合于智能家居的应用场景中。在智能家居的应用场景中，用户希望通过诸如手机、平板设备等，实现对智能家居设备的远程操控。

因此，如何将基于ZigBee协议的智能家居设备添加为用户可操作的关联设备，成为目前亟待解决的技术问题。

发明内容

有鉴于此，本公开提供一种ZigBee设备的添加方法及装置，可以简化ZigBee设备的添加流程，提升用户的使用体验。

为实现上述目的，本公开提供技术方案如下：

根据本公开的第一方面，提出了一种ZigBee设备的添加方法应用于ZigBee主控设备，该方法包括：

接收到网关发送的添加设备命令，所述添加设备命令由所述网关根据用户终端发起的设备添加请求生成；

提取所述添加设备命令中包含的待添加设备的设备ID，所述设备ID由所述用户终端通过扫描并解析所述待添加设备上的二维码得到；

当预设时间段内接收到入网请求时，若所述入网请求的发送方匹配于所述设备ID，则与该发送方完成预定义的入网交互流程；

获取所述待添加设备的设备信息，并通过所述网关上传至服务器，使所述服务器根据所述设备信息创建针对所述待添加设备的管理数据，以完成对所述待添加设备的添加操作。

可选的，还包括：

广播包含本地访问地址的通知消息，使所述待添加设备根据所述通知消息切换至预设公共信道；

切换至所述预设公共信道，并接收所述待添加设备在所述预设时间段内向所述本地访问地址发送的所述入网请求；

在完成所述预定义的入网交互流程后，将自身的工作信道告知所述待添加设备，以使所述待添加设备切换至所述工作信道；

主动切换至所述工作信道，以获取所述待添加设备通过所述工作信道发送的所述设备信息。

可选的，还包括：

在完成所述预定义的入网交互流程之后、切换至所述工作信道之前，接收所述待添加设备发送的设备类型信息；

将所述设备类型信息通过所述网关告知所述用户终端，以展示于所述用户终端的显示界面中。

可选的，还包括：

在完成所述预定义的入网交互流程之后，将所述待添加设备的设备ID添加至本地白名单中；

当接收到任一设备发送的设备信息时，遍历所述本地白名单；

当所述本地白名单包含所述任一设备的设备ID时，将接收到的设备信息通过所述网关上传至服务器。

可选的，所述设备信息包括：物理属性描述信息和功能表现描述信息；所述获取所述待添加设备的设备信息，并通过所述网关上传至服务器包括：

每接收到一条设备信息后，将该条设备信息发送至所述网关，并当所述网关返回第一接收确认信息时，向所述待添加设备返回第二接收确认信息，以使所述待添加设备发送下一条设备信息。

根据本公开的第二方面，提出了一种ZigBee设备的添加装置，应用于ZigBee主控设备，该装置包括：

接收单元，接收到网关发送的添加设备命令，所述添加设备命令由所述网关根据用户终端发起的设备添加请求生成；

提取单元，提取所述添加设备命令中包含的待添加设备的设备ID，所述设备ID由所述用户终端通过扫描并解析所述待添加设备上的二维码得到；

交互单元，当预设时间段内接收到入网请求时，若所述入网请求的发送方匹配于所述设备ID，则与该发送方完成预定义的入网交互流程；

上传单元，获取所述待添加设备的设备信息，并通过所述网关上传至服务器，使所述服务器根据所述设备信息创建针对所述待添加设备的管理数据，以完成对所述待添加设备的添加操作。

可选的，还包括：

广播单元，广播包含本地访问地址的通知消息，使所述待添加设备根据所述通知消息切换至预设公共信道；

请求接收单元，切换至所述预设公共信道，并接收所述待添加设备在所述预设时间段内向所述本地访问地址发送的所述入网请求；

信道告知单元，在完成所述预定义的入网交互流程后，将自身的工作信道告知所述待添加设备，以使所述待添加设备切换至所述工作信道；

信道切换单元，主动切换至所述工作信道，以获取所述待添加设备通过所述工作信道发送的所述设备信息。

可选的，还包括：

类型接收单元，在完成所述预定义的入网交互流程之后、切换至所述工作信道之前，接收所述待添加设备发送的设备类型信息；

类型告知单元，将所述设备类型信息通过所述网关告知所述用户终端，以展示于所述用户终端的显示界面中。

可选的，还包括：

添加单元，在完成所述预定义的入网交互流程之后，将所述待添加设备的设备ID添加至本地白名单中；

遍历单元，当接收到任一设备发送的设备信息时，遍历所述本地白名单；

其中，当所述本地白名单包含所述任一设备的设备ID时，所述上传单元将接收到的设备信息通过所述网关上传至服务器。

可选的，所述设备信息包括：物理属性描述信息和功能表现描述信息；所述上传单元具体用于：

每接收到一条设备信息后，将该条设备信息发送至所述网关，并当所述网关返回第一接收确认信息时，向所述待添加设备返回第二接收确认信息，以使所述待添加设备发送下一条设备信息。

由以上技术方案可见，本公开通过在用户终端、网关、ZigBee主控和待添加设备之间的交互与协作，可以将待添加设备的设备信息上传至服务器中，并由服务器将其添加为当前用户的关联设备，从而使当前用户可以通过向服务器发送控制指令，并由服务器通过网关和ZigBee主控的配合，最终实现对该关联设备的远程操控。同时，本公开通过将待添加设备的设备ID以二维码的形式进行呈现，使得整个设备添加过程中，无需用户手动输入该待添加设备的设备ID，有助于简化用户操作、提升用户的使用体验。

附图说明

图1是根据本公开一示例性实施例提供的一种ZigBee设备的添加方法的流程图；

图2是根据本公开一示例性实施例提供的另一种ZigBee设备的添加方法的流程图；

图3是根据本公开一示例性实施例提供的一种电子设备的结构示意图；

图4是根据本公开一示例性实施例提供的一种ZigBee设备的添加装置的框图。

具体实施方式

为对本公开进行进一步说明，提供下列实施例：

图1是根据本公开一示例性实施例提供的一种ZigBee设备的添加方法的流程图，如图1所示，该方法应用于ZigBee主控设备，该方法可以包括以下步骤：

在步骤102中，接收到网关发送的添加设备命令，所述添加设备命令由所述网关根据用户终端发起的设备添加请求生成；

在步骤104中，提取所述添加设备命令中包含的待添加设备的设备ID，所述设备ID由所述用户终端通过扫描并解析所述待添加设备上的二维码得到；

在步骤106中，当预设时间段内接收到入网请求时，若所述入网请求的发送方匹配于所述设备ID，则与该发送方完成预定义的入网交互流程；

在本实施例中，在完成所述预定义的入网交互流程之后，可以将待添加设备的设备ID添加至本地白名单中；那么，当接收到任一设备发送的设备信息时，可以通过遍历该本地白名单，以确定该任一设备是否为已信任的设备。同时，通过设置预设时间段，可以确保在此期间仅接收到来自待添加设备的设备信息，而避免其他设备造成干扰。

在步骤108中，获取所述待添加设备的设备信息，并通过所述网关上传至服务器，使所述服务器根据所述设备信息创建针对所述待添加设备的管理数据，以完成对所述待添加设备的添加操作。

在本实施例中，每接收到一条设备信息后，可以按照下述方式进行处理：将该条设备信息发送至网关，并当网关返回第一接收确认信息时，向待添加设备返回第二接收确认信息，以使该待添加设备发送下一条设备信息。在该实施例中，通过采用设备信息的发送确认机制，可以确保设备信息的传输成功率，避免数据丢失。

由上述实施例可知，本公开通过在用户终端、网关、ZigBee主控和待添加设备之间的交互与协作，可以将待添加设备的设备信息上传至服务器中，并由服务器将其添加为当前用户的关联设备，从而使当前用户可以通过向服务器发送控制指令，并由服务器通过网关和ZigBee主控的配合，最终实现对该关联设备的远程操控。同时，本公开通过将待添加设备的设备ID以二维码的形式进行呈现，使得整个设备添加过程中，无需用户手动输入该待添加设备的设备ID，有助于简化用户操作、提升用户的使用体验。

下面针对用户终端、网关、ZigBee主控、被添加设备与服务器之间的交互过程，对本公开的技术方案进行详细描述。其中，图2是根据本公开一示例性实施例提供的另一种ZigBee设备的添加方法的流程图，如图2所示，该方法可以包括以下步骤：

在步骤202中，手机扫描待添加设备的二维码，并解析得到该待添加设备的设备ID；其中，当确定该待添加设备的设备ID通过重复检测时，手机向网关发送设备添加请求。

在本实施例中，用户终端可以为手机，当然用户也可以使用其他诸如平板设备等电子设备，本公开并不对此进行限制。待添加设备可以为智能插座、智能开关、智能传感器、智能电器等任意ZigBee设备，本公开并不对此进行限制。

在本实施例中，二维码可以位于待添加设备的表面，也可以位于待添加设备的包装盒的表面等任意与该待添加设备相关的位置；二维码中包含该待添加设备的设备ID，比如EUI(Extended Unique Identifier，扩展唯一标识符)等，该设备ID唯一对应于该待添加设备。

在本实施例中，手机可以对待添加设备的设备ID进行重复检测，以确定其是否已经添加为当前用户的关联设备。举例而言，当前用户为手机上的已登录账号对应的用户，手机上存在对应于该当前用户的设备列表，该设备列表中包含该当前用户对应的所有关联设备的设备ID；那么，通过将待添加设备的设备ID与该设备列表进行比较，若该待添加设备的设备ID并未存在于该设备列表中，则可以确定该待添加设备通过重复检测。

在步骤204中，主控(即ZigBee主控)接收到网关发送的设备添加命令。

在本实施例中，设备添加命令由网关根据接收到的设备添加请求而发出。举例而言，网关可以采用基于串口的0x82类型的消息，发送上述的设备添加命令。

在本实施例中，网关在向主控发送设备添加命令后，可以启动一30s倒计时(或其他时长)，则网关在该倒计时结束前接收到下述步骤210中的绑定成功消息时，可以执行后续设备信息传输等操作；否则，若网关未接收到绑定成功消息，或者接收到主控发送的绑定失败消息，则网关将向手机发出设备添加失败消息，结束本次设备添加。

在步骤206中，主控广播包含本地访问地址的通知消息，一方面使待添加设备根据该通知消息切换至预设公共信道，另一方面主控自行切换至该公共信道。

在本实施例中，公共信道为预定义的默认信道，该公共信道专用于对新设备的添加；举例而言，可以将基于ZigBee协议的26信道作为公共信道，当然本公开并不对此进行限制。

在本实施例中，本地访问地址可以为主控的IP地址，或者其他任意类型的地址信息。基于该本地访问地址，待添加设备可以向主控发起入网请求，以实现后续的入网交互流程。

在步骤208中，主控根据待添加设备向本地访问地址发送的入网请求，在主控与待添加设备之间执行预定义的入网交互流程。

在本实施例中，主控在发出广播通知消息之后，可以启动一15s倒计时，若该倒计时结束前完成入网交互流程，则主控向网关发送绑定成功消息；否则，主控向网关发送绑定失败消息，或者不发送绑定成功消息。

在本实施例中，并不限制上述倒计时的时长为15s，但应当配合于网关在步骤204之外启动的倒计时；举例而言，若网关启动的倒计时为第一时长、主控启动的倒计时为第二时长，则应当确保第一时长大于第二时长，从而确保主控能够及时将绑定成功消息发送至网关，避免网关误判断为绑定失败。

在步骤209中，主控将待添加设备的设备ID添加至本地白名单。

在步骤210中，主控接收到待添加设备发送的EP_type信息，并据此向网关发送绑定成功消息，该绑定成功消息中包含上述的EP_type信息；然后，网关将该EP_type信息发送至手机，以由手机展示出待添加设备的设备类型。

在本实施例中，EP_type(End Point_type，端点类型)信息是指待添加设备的设备类型信息，比如该待添加设备为智能开关、智能插座或智能传感器等。通过将EP_type信息发送至手机并进行设备类型的展示，可以在用户长时间等待的过程中予以一定程度的信息反馈，从而帮助用户了解设备添加的进程状况，有助于提升用户的使用体验。

在步骤212中，主控将自身的工作信道告知待添加设备，一方面使待添加设备切换至该工作信道，另一方面该主控还主动切换至该工作信道。

在本实施例中，工作信道可以为预定义的任意一个或多个信道；应当使得工作信道区别于公共信道，从而确保设备添加过程与正常工作过程之间不会相互干涉。

在步骤214中，主控接收到待添加设备发送的EP信息；主控将该待添加设备的设备ID与白名单进行遍历对比，若该设备ID存在于白名单中，则将该EP转发至网关。

在步骤216中，主控在接收到网关返回的EP信息确认应答ACK后，向待添加设备发送另一EP信息确认应答ACK。

在步骤218中，主控接收到待添加设备发送的DP信息数量；主控将该待添加设备的设备ID与白名单进行遍历对比，若该设备ID存在于白名单中，则将该DP信息数量转发至网关。

在步骤220中，主控接收到待添加设备发送的DP信息；主控将该待添加设备的设备ID与白名单进行遍历对比，若该设备ID存在于白名单中，则将该DP转发至网关。

在步骤222中，主控在接收到网关返回的DP信息确认应答ACK后，向待添加设备发送另一DP信息确认应答ACK。

在步骤224中，网关确定DP信息已经被完全接收后，转入步骤226。

在上述实施例中，EP信息用于表达待添加设备的物理属性描述信息，比如上述的设备类型信息(EP_type)以及诸如设备ID、设备信号强度性能等其他信息；DP(Data Point，数据端点)信息用于表达待添加设备的功能表现描述信息，比如当待添加设备为智能开关时，其DP信息可以为该智能开关为一路开关、二路开关或四路开关等。

在本实施例中，通过采用基于ACK的发送确认机制，可以确保每一设备信息均被成功接收，避免数据丢失。

在本实施例中，DP信息的数量可能较多，需要分多次发送；待添加设备可以事先将该DP信息的数量告知主控和网关，以使网关能够确定是否完全接收了所有DP信息。类似地，当EP信息的数量较多时，也可以采用多次发送的方式，此处不再赘述。

在本实施例中，通过事先将待添加设备的设备ID添加至白名单中，并在步骤214、步骤218和步骤220中分别对EP信息、DP信息数量、DP信息等的发送方(实际上，主控在接收到上述信息时，并不能够直接确定出发送方的身份)进行设备ID的遍历搜索，使得仅当该发送方属于白名单时，才将相应信息转发至网关，有助于提升整个过程中的数据安全性。

在步骤226中，网关将待添加设备的EP信息和DP信息上传至服务器。

在本实施例中，服务器根据网关上传的EP信息和DP信息，为待添加设备创建相应的管理数据；那么，当服务器后续接收到用户通过如手机等终端发起的远程控制指令时，可以根据上述管理数据定位至相应设备，从而实现对该设备的远程操控。

在步骤228中，网关向手机发送添加成功消息，告知用户已完成设备添加操作。

需要说明的是：虽然在图2所示的实施例中，分别示出了服务器、手机、网关、主控、待添加设备等，但其中的多个交互方可能实际上被集成于同一设备中；举例而言，可以将网关与主控可以集成于诸如“智慧主机”的单一设备中，从而有助于简化系统搭建。

图3示出了根据本公开的一示例性实施例的电子设备的示意结构图。请参考图3，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成ZigBee设备的添加装置。当然，除了软件实现方式之外，本公开并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图4，在软件实施方式中，该ZigBee设备的添加装置应用于ZigBee主控设备，可以包括接收单元、提取单元、交互单元和上传单元。其中：

接收单元，接收到网关发送的添加设备命令，所述添加设备命令由所述网关根据用户终端发起的设备添加请求生成；

提取单元，提取所述添加设备命令中包含的待添加设备的设备ID，所述设备ID由所述用户终端通过扫描并解析所述待添加设备上的二维码得到；

交互单元，当预设时间段内接收到入网请求时，若所述入网请求的发送方匹配于所述设备ID，则与该发送方完成预定义的入网交互流程；

上传单元，获取所述待添加设备的设备信息，并通过所述网关上传至服务器，使所述服务器根据所述设备信息创建针对所述待添加设备的管理数据，以完成对所述待添加设备的添加操作。

可选的，还包括：

广播单元，广播包含本地访问地址的通知消息，使所述待添加设备根据所述通知消息切换至预设公共信道；

请求接收单元，切换至所述预设公共信道，并接收所述待添加设备在所述预设时间段内向所述本地访问地址发送的所述入网请求；

信道告知单元，在完成所述预定义的入网交互流程后，将自身的工作信道告知所述待添加设备，以使所述待添加设备切换至所述工作信道；

信道切换单元，主动切换至所述工作信道，以获取所述待添加设备通过所述工作信道发送的所述设备信息。

可选的，还包括：

类型接收单元，在完成所述预定义的入网交互流程之后、切换至所述工作信道之前，接收所述待添加设备发送的设备类型信息；

类型告知单元，将所述设备类型信息通过所述网关告知所述用户终端，以展示于所述用户终端的显示界面中。

可选的，还包括：

添加单元，在完成所述预定义的入网交互流程之后，将所述待添加设备的设备ID添加至本地白名单中；

遍历单元，当接收到任一设备发送的设备信息时，遍历所述本地白名单；

其中，当所述本地白名单包含所述任一设备的设备ID时，所述上传单元将接收到的设备信息通过所述网关上传至服务器。

可选的，所述设备信息包括：物理属性描述信息和功能表现描述信息；所述上传单元具体用于：

每接收到一条设备信息后，将该条设备信息发送至所述网关，并当所述网关返回第一接收确认信息时，向所述待添加设备返回第二接收确认信息，以使所述待添加设备发送下一条设备信息。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。

Claims (10)

1.一种ZigBee设备的添加方法，其特征在于，应用于ZigBee主控设备，该方法包括：

接收到网关发送的添加设备命令，所述添加设备命令由所述网关根据用户终端发起的设备添加请求生成；

提取所述添加设备命令中包含的待添加设备的设备ID，所述设备ID由所述用户终端通过扫描并解析所述待添加设备上的二维码得到；

当预设时间段内接收到入网请求时，若所述入网请求的发送方匹配于所述设备ID，则与该发送方完成预定义的入网交互流程；

获取所述待添加设备的设备信息，并通过所述网关上传至服务器，使所述服务器根据所述设备信息创建针对所述待添加设备的管理数据，以完成对所述待添加设备的添加操作。

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

广播包含本地访问地址的通知消息，使所述待添加设备根据所述通知消息切换至预设公共信道；

切换至所述预设公共信道，并接收所述待添加设备在所述预设时间段内向所述本地访问地址发送的所述入网请求；

在完成所述预定义的入网交互流程后，将自身的工作信道告知所述待添加设备，以使所述待添加设备切换至所述工作信道；

主动切换至所述工作信道，以获取所述待添加设备通过所述工作信道发送的所述设备信息。

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

在完成所述预定义的入网交互流程之后、切换至所述工作信道之前，接收所述待添加设备发送的设备类型信息；

将所述设备类型信息通过所述网关告知所述用户终端，以展示于所述用户终端的显示界面中。

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

在完成所述预定义的入网交互流程之后，将所述待添加设备的设备ID添加至本地白名单中；

当接收到任一设备发送的设备信息时，遍历所述本地白名单；

当所述本地白名单包含所述任一设备的设备ID时，将接收到的设备信息通过所述网关上传至服务器。

5.根据权利要求1所述的方法，其特征在于，所述设备信息包括：物理属性描述信息和功能表现描述信息；所述获取所述待添加设备的设备信息，并通过所述网关上传至服务器包括：

每接收到一条设备信息后，将该条设备信息发送至所述网关，并当所述网关返回第一接收确认信息时，向所述待添加设备返回第二接收确认信息，以使所述待添加设备发送下一条设备信息。

6.一种ZigBee设备的添加装置，其特征在于，应用于ZigBee主控设备，该装置包括：

接收单元，接收到网关发送的添加设备命令，所述添加设备命令由所述网关根据用户终端发起的设备添加请求生成；

提取单元，提取所述添加设备命令中包含的待添加设备的设备ID，所述设备ID由所述用户终端通过扫描并解析所述待添加设备上的二维码得到；

交互单元，当预设时间段内接收到入网请求时，若所述入网请求的发送方匹配于所述设备ID，则与该发送方完成预定义的入网交互流程；

上传单元，获取所述待添加设备的设备信息，并通过所述网关上传至服务器，使所述服务器根据所述设备信息创建针对所述待添加设备的管理数据，以完成对所述待添加设备的添加操作。

7.根据权利要求6所述的装置，其特征在于，还包括：

广播单元，广播包含本地访问地址的通知消息，使所述待添加设备根据所述通知消息切换至预设公共信道；

请求接收单元，切换至所述预设公共信道，并接收所述待添加设备在所述预设时间段内向所述本地访问地址发送的所述入网请求；

信道告知单元，在完成所述预定义的入网交互流程后，将自身的工作信道告知所述待添加设备，以使所述待添加设备切换至所述工作信道；

信道切换单元，主动切换至所述工作信道，以获取所述待添加设备通过所述工作信道发送的所述设备信息。

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

类型接收单元，在完成所述预定义的入网交互流程之后、切换至所述工作信道之前，接收所述待添加设备发送的设备类型信息；

类型告知单元，将所述设备类型信息通过所述网关告知所述用户终端，以展示于所述用户终端的显示界面中。

9.根据权利要求6所述的装置，其特征在于，还包括：

添加单元，在完成所述预定义的入网交互流程之后，将所述待添加设备的设备ID添加至本地白名单中；

遍历单元，当接收到任一设备发送的设备信息时，遍历所述本地白名单；

其中，当所述本地白名单包含所述任一设备的设备ID时，所述上传单元将接收到的设备信息通过所述网关上传至服务器。

10.根据权利要求6所述的装置，其特征在于，所述设备信息包括：物理属性描述信息和功能表现描述信息；所述上传单元具体用于：

每接收到一条设备信息后，将该条设备信息发送至所述网关，并当所述网关返回第一接收确认信息时，向所述待添加设备返回第二接收确认信息，以使所述待添加设备发送下一条设备信息。