CN111556119B - 设备信息变更方法及相关设备 - Google Patents

Abstract

本申请实施例公开了一种设备信息变更方法及相关设备，用于变更网络中的网关设备及子设备的设备信息。本申请实施例方法包括：云端服务器与第一网关和第二网关建立连接，并获取第二网关的设备信息，向第一网关发送第二网关的设备信息，从而第一网关可以根据接收到的第二网关的设备信息将自身的设备信息变更为第二网关的设备信息，第一网关的设备信息变更之后，第一网关即可取代第二网关而接入到网络中，从而实现了网关设备的更换。本申请实施例中，当需要更换网关设备时，只需云端服务器发送设备信息给新的网关，新的网关即可自动变更设备信息，而无需人员参与变更和设置，减少了人员的工作量，减轻了工作负担。

Description

设备信息变更方法及相关设备

技术领域

本申请实施例涉及网络设备通信领域，具体涉及一种设备信息变更方法及相关设备。

背景技术

近年来，随着智能硬件和智能家居产业的兴起，zigbee技术因为路由切换灵活，组网方式简单，控制距离远，控制延时小的特点得到广泛的应用和发展。在zigbee网络下的智能家居应用场景中，zigbee网络包括zigbee网关及与zigbee网关连接的zigbee子设备，zigbee网关的主要作用是维护整个zigbee网络，负责zigbee子设备的添加、删除及控制，zigbee子设备为受控制的电子设备，如空调、灯、传感器或智能窗帘等电子设备。

在实际的工作环境中，由于受到环境因素、人为因素、设备老化等因素的影响，zigbee网关在使用过程中可能会产生不可逆的损坏，在这种情况下，就需要更换新网关。更换网关的方式是，如果网关能够登陆，则登陆网关，将网关的配置逻辑、zigbee子设备的设备信息和zigbee协调器的参数如信道、网关标识符(personal area networks，PANID)、扩展PANID等参数导出，再将上述已导出的数据重新导入到新的zigbee网关中，从而实现zigbee网关的替换。

若zigbee网关已经彻底损坏而无法登陆，则首先查看是否记录有zigbee协调器的参数，如果有，则先将新的zigbee网关的协调器参数更改为上述已记录的zigbee协调器的参数，并接收zigbee子设备上传的设备信息；如果没有记录，则需要使用zigbee抓包工具，寻找到当前zigbee网络的参数，再将参数导入到新的zigbee网关的协调器中。

上述更换网关的方式中，导出zigbee协调器的参数等数据以及将导出的数据重新导入到新的zigbee网关等操作均是由人员执行的，可以看出，更换网关是一项繁琐且复杂的工作，这无疑增加了人员的工作量，增加了人员的工作负担。

发明内容

本申请实施例提供了一种设备信息变更方法及相关设备，用于变更网络中的网关设备及子设备的设备信息。

本申请实施例第一方面提供了一种设备信息变更方法，所述方法应用于云端服务器，所述方法包括：

分别与第一网关及第二网关建立连接；

获取所述第二网关的设备信息；

向所述第一网关发送所述第二网关的设备信息，以使所述第一网关将设备信息变更为所述第二网关的设备信息。

优选的，所述方法还包括：

与客户端建立连接，并接收所述客户端发送的网关更换请求，所述网关更换请求携带有所述第一网关的标识信息及所述第二网关的标识信息；

所述获取所述第二网关的设备信息，包括：

响应所述网关更换请求，在数据库中查找所述第二网关的标识信息对应的所述第二网关的设备信息；

所述向所述第一网关发送所述第二网关的设备信息，包括：

根据所述第一网关的标识信息，向所述第一网关发送所述第二网关的设备信息。

优选的，所述与客户端建立连接之后，所述方法还包括：

接收所述客户端发送的绑定请求，所述绑定请求用于表示请求绑定所述第一网关；

响应所述绑定请求，将所述客户端与所述第一网关绑定。

优选的，所述方法还包括：

接收所述第二网关发送的子设备信息，并向客户端转发所述子设备信息，所述子设备信息为与所述第二网关连接的子设备的设备信息；

接收所述客户端发送的别名数据，所述别名数据包括所述子设备的标识信息及所述客户端根据所述子设备信息生成的所述子设备的别名；

向所述第二网关转发所述别名数据，以使所述第二网关根据所述别名数据变更子设备的设备信息。

优选的，所述向所述第一网关发送所述第二网关的设备信息，包括：

向所述第一网关发送数据接收通知；

接收所述第一网关基于所述数据接收通知而发送的数据请求；

响应所述数据请求，向所述第一网关发送所述第二网关的设备信息。

优选的，所述第二网关的设备信息包括所述第二网关的配置逻辑、zigbee子设备的设备参数及zigbee协调器的参数中的一种或多种。

本申请实施例第二方面提供了一种设备信息变更方法，所述方法应用于网关设备，所述方法包括：

分别与第一子设备及第二子设备建立连接；

获取所述第二子设备的设备参数；

接收客户端发送的所述第二子设备的别名数据，所述第二子设备的别名数据包括所述第二子设备的标识信息及所述第二子设备的别名；

接收所述客户端发送的所述第一子设备的别名数据，所述第一子设备的别名数据包括所述第一子设备的标识信息及所述第一子设备的别名，所述第一子设备的别名由所述客户端将所述第一子设备命名为所述第二子设备的别名而得；

确定所述第一子设备的别名对应的子设备的标识信息与所述第二子设备的别名对应的子设备的标识信息不一致；

向所述第一子设备发送所述第二子设备的设备参数，以使所述第一子设备根据所述第二子设备的设备参数变更自身的设备参数。

优选的，所述方法还包括：

接收所述客户端发送的子设备配置逻辑；

向连接的子设备发送所述所述子设备配置逻辑，以使所述连接的子设备根据所述子设备配置逻辑设置自身的设备参数。

优选的，所述接收客户端发送的所述第二子设备的别名数据，包括：

接收云端服务器转发的所述第二子设备的别名数据，所述第二子设备的别名数据由所述客户端发送至所述云端服务器。

本申请实施例第三方面提供了一种云端服务器，所述云端服务器包括：

连接单元，用于分别与第一网关及第二网关建立连接；

获取单元，用于获取所述第二网关的设备信息；

发送单元，用于向所述第一网关发送所述第二网关的设备信息，以使所述第一网关将设备信息变更为所述第二网关的设备信息。

优选的，所述连接单元还用于与客户端建立连接；

所述云端服务器还包括：

接收单元，用于接收所述客户端发送的网关更换请求，所述网关更换请求携带有所述第一网关的标识信息及所述第二网关的标识信息；

所述获取单元具体用于响应所述网关更换请求，在数据库中查找所述第二网关的标识信息对应的所述第二网关的设备信息；

所述发送单元具体用于根据所述第一网关的标识信息，向所述第一网关发送所述第二网关的设备信息。

优选的，所述接收单元还用于接收所述客户端发送的绑定请求，所述绑定请求用于表示请求绑定所述第一网关；

所述云端服务器还包括：

绑定单元，用于响应所述绑定请求，将所述客户端与所述第一网关绑定。

优选的，所述接收单元还用于接收所述第二网关发送的子设备信息；

所述发送单元还用于向客户端转发所述子设备信息，所述子设备信息为与所述第二网关连接的子设备的设备信息；

所述接收单元还用于接收所述客户端发送的别名数据，所述别名数据包括所述子设备的标识信息及所述客户端根据所述子设备信息生成的所述子设备的别名；

所述发送单元还用于向所述第二网关转发所述别名数据，以使所述第二网关根据所述别名数据变更子设备的设备信息。

优选的，所述发送单元具体用于向所述第一网关发送数据接收通知，接收所述第一网关基于所述数据接收通知而发送的数据请求，响应所述数据请求，向所述第一网关发送所述第二网关的设备信息。

优选的，所述第二网关的设备信息包括所述第二网关的配置逻辑、zigbee子设备的设备参数及zigbee协调器的参数中的一种或多种。

本申请实施例第四方面提供了一种网关设备，所述网关设备包括：

连接单元，用于分别与第一子设备及第二子设备建立连接；

获取单元，用于获取所述第二子设备的设备参数；

接收单元，用于接收客户端发送的所述第二子设备的别名数据，所述第二子设备的别名数据包括所述第二子设备的标识信息及所述第二子设备的别名；

所述接收单元还用于接收所述客户端发送的所述第一子设备的别名数据，所述第一子设备的别名数据包括所述第一子设备的标识信息及所述第一子设备的别名，所述第一子设备的别名由所述客户端将所述第一子设备命名为所述第二子设备的别名而得；

确定单元，用于确定所述第一子设备的别名对应的子设备的标识信息与所述第二子设备的别名对应的子设备的标识信息不一致；

发送单元，用于向所述第一子设备发送所述第二子设备的设备参数，以使所述第一子设备根据所述第二子设备的设备参数变更自身的设备参数。

优选的，所述接收单元还用于接收所述客户端发送的子设备配置逻辑；

所述发送单元还用于向连接的子设备发送所述所述子设备配置逻辑，以使所述连接的子设备根据所述子设备配置逻辑设置自身的设备参数。

优选的，所述接收单元具体用于接收云端服务器转发的所述第二子设备的别名数据，所述第二子设备的别名数据由所述客户端发送至所述云端服务器。

本申请实施例第五方面提供了一种云端服务器，所述云端服务器包括：

处理器、存储器、总线、输入输出设备；

所述处理器与所述存储器、输入输出设备相连；

所述总线分别连接所述处理器、存储器以及输入输出设备；

所述处理器用于分别与第一网关及第二网关建立连接，获取所述第二网关的设备信息；

所述输入输出设备用于向所述第一网关发送所述第二网关的设备信息，以使所述第一网关将设备信息变更为所述第二网关的设备信息。

本申请实施例第六方面提供了一种计算机存储介质，计算机存储介质中存储有指令，该指令在计算机上执行时，使得计算机执行前述第一方面的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，云端服务器与第一网关和第二网关建立连接，并获取第二网关的设备信息，向第一网关发送第二网关的设备信息，从而第一网关可以根据接收到的第二网关的设备信息将自身的设备信息变更为第二网关的设备信息，第一网关的设备信息变更之后，第一网关即可取代第二网关而接入到网络中，从而实现了网关设备的更换。本申请实施例中，当需要更换网关设备时，只需云端服务器发送设备信息给新的网关，新的网关即可自动变更设备信息，而无需人员参与变更和设置，减少了人员的工作量，减轻了工作负担。

附图说明

图1为本申请实施例中网络框架示意图；

图2为本申请实施例中设备信息变更方法一个流程示意图；

图3为本申请实施例中设备信息变更方法另一流程示意图；

图4为本申请实施例中设备信息变更方法另一流程示意图；

图5为本申请实施例中云端服务器一个结构示意图；

图6为本申请实施例中云端服务器另一结构示意图；

图7为本申请实施例中网关设备一个结构示意图；

图8为本申请实施例中云端服务器另一结构示意图。

具体实施方式

本申请实施例提供了一种设备信息变更方法及相关设备，用于变更网络中的网关设备及子设备的设备信息。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，本申请实施例中网络框架包括：

客户端101、云端服务器102、网关设备103、网络104至105及子设备106至109。

本网络框架中，仅以一个客户端、云端服务器、网关设备及四个子设备为例进行说明，但在实际应用中，可以有更多的客户端、云端服务器、网关设备及更多的子设备参与到本网络框架中。

其中，子设备106至109中的任意一个可以是灯、传感器、按键开关、触控面板、智能窗帘、空调或者其他电器设备。

其中，云端服务器102可以用于处理、存储和转发客户端101传输的数据以及网关设备103传输的数据。

本网络框架中，用户可以在客户端101上设置配置逻辑，即设置子设备106至109与电器设备的联动规则。例如，若子设备106至109中包括按键开关，则用户可以设置按键开关与照明灯联动，将按键开关和照明灯的开关配置到一起，从而实现按键开关打开，照明灯开启；按键开关关闭，照明灯熄灯。再如，若子设备106至109中包括温度传感器，则用户可以设置配置逻辑为温度传感器与空调联动，当温度传感器感应到的温度为28℃及以上时，开启空调；低于28℃时，关闭空调。通过设置配置逻辑，可以实现对子设备及电器设备的控制。

网关设备103可以接收客户端101发送的配置逻辑，并根据用户设置的配置逻辑对子设备106至109的运行进行控制，并可以与云端服务器102、子设备106至109进行数据交互。网关设备103的具体类型不作限定，例如可以是zigbee网关或蓝牙网关。

本申请实施例中，当网关设备103需要与客户端101进行数据交互时，可以将云端服务器102作为转发节点，由云端服务器102将网关设备103的数据转发给客户端101，或者将客户端101的数据转发给网关设备103。此外，网关设备103与客户端101之间也可以直接进行数据交互，而无需依赖云端服务器102转发数据，也就是网关设备103与客户端101之间直接传输数据。

本申请实施例中，网络104一般为无线网络，也可以是有线网络，如果是无线网络，其类型可以为蜂窝状无线网络，或者是WiFi网络，或者是其他类型的无线网络。如果是有线网络，一般的网络形式为光纤网络。

网关设备103与子设备106至109通过网络105建立连接，并通过网络105进行数据交互。网络105一般为无线网络，也可以是有线网络，如果是无线网络，其类型可以为zigbee网络，即网关设备103与子设备106至109基于zigbee无线通信技术进行网络连接；也可以是蓝牙网络，或者是其他类型的无线网络。如果是有线网络，一般的网络形式为光纤网络。

本网络框架中，网关设备103存储有子设备106至109的设备参数表、配置逻辑以及自身网关的相关参数等数据。当网关设备103在使用过程中发生不可逆的损坏而需要更换时，需要确保新的网关也存储有上述数据，以保证新的网关的相关参数与被替换的网关的相关参数相同，并且以相同的配置逻辑控制相同的子设备的运行。

下面结合图1的网络框架，对本申请实施例中的设备信息变更方法进行描述：

请参阅图2，本申请实施例中设备信息变更方法一个实施例包括：

201、分别与第一网关及第二网关建立连接；

本实施例中，第二网关与云端服务器建立了连接，同时，第二网关也与子设备建立了网络连接，可以与网络中的子设备进行数据交互并控制子设备的运行。当第二网关在使用过程中，由于受到环境因素、人为因素、设备老化等因素的影响而产生不可逆的损坏时，需要更换第二网关。此时，可以将新的网关接入到网络中，与云端服务器建立连接。为便于区分，将用于更换第二网关的新的网关称为第一网关。

202、获取第二网关的设备信息；

第二网关与云端服务器建立连接之后，云端服务器可以从第二网关拉取到第二网关存储的设备信息，并将拉取到的设备信息存储在本地。第二网关的设备信息包括但不限于第二网关所连接的子设备的设备参数表、配置逻辑以及自身网关的相关参数等数据。

本实施例中，云端服务器获取第二网关的设备信息及与第一网关建立连接这两个操作没有先后的执行顺序，可以是先获取第二网关的设备信息，后与第一网关建立连接；也可以是先与第一网关建立连接，后获取第二网关的设备信息，具体此处不作限定。

203、向第一网关发送第二网关的设备信息；

当第一网关接入网络时，云端服务器检测到有新网关的加入，便向第一网关发送第二网关的设备信息，从而第一网关可以接收到第二网关的设备信息，并根据该设备信息变更自身的设备信息，例如，将本地存储的配置逻辑变更为第二网关所存储的配置逻辑，将自身的设备参数变更为与第二网关相同的设备参数，并存储第二网关所连子设备的设备信息及控制第二网关所连子设备的运行。通过向第一网关发送第二网关的设备信息以便第一网关可以变更本地的设备信息，这样可以使第一网关在取代第二网关之后，仍能按照第二网关的运行方式运行并控制对应的子设备。

本实施例中，云端服务器向第一网关发送第二网关的设备信息，从而第一网关可以根据接收到的第二网关的设备信息将自身的设备信息变更为第二网关的设备信息，第一网关的设备信息变更之后，第一网关即可取代第二网关而接入到网络中，从而实现了网关设备的更换。本实施例中，当需要更换网关设备时，只需云端服务器发送设备信息给新的网关，新的网关即可自动变更设备信息，而无需人员参与变更和设置，减少了人员的工作量，减轻了工作负担。

下面将在前述图2所示实施例的基础上，进一步地详细描述本申请实施例。请参阅图3，本申请实施例中设备信息变更方法另一实施例包括：

301、云端服务器分别与第一网关及第二网关建立连接；

本步骤所执行的操作与前述图2所示实施例中的步骤201所执行的操作类似。本实施例中，当需要使用第一网关替换第二网关时，可以将第一网关接入到网络中，与云端服务器建立连接，并可以向云端服务器上报自身的设备信息，云端服务器根据第一网关上报的设备信息对第一网关进行身份识别，识别第一网关是否为zigbee网关、蓝牙网关或者其他类型的网关设备。

302、云端服务器与客户端建立连接；

本实施例中，客户端可以通过云端服务器来与第一网关或第二网关进行数据交互，因此，云端服务器需要与客户端建立连接，从而云端服务器可以向第一网关或第二网关转发客户端发送的数据，或者向客户端转发第一网关或第二网关所发送的数据。

303、云端服务器接收客户端发送的绑定请求；

第一网关向云端服务器上报自身的设备信息之后，客户端可以从云端服务器拉取到第一网关的设备信息，并向云端服务器请求绑定第一网关，以便于客户端可以与第一网关建立关联，且便于客户端与第一网关进行通信。因此，客户端可以向云端服务器发送绑定请求，云端服务器接收到绑定请求后对该绑定请求进行处理。

本实施例中，客户端获取第一网关的设备信息的方式还可以是，客户端扫描第一网关的二维码，该二维码所关联的链接携带有第一网关的设备信息，客户端扫描二维码之后可以获取到链接所携带的第一网关的设备信息。

304、响应绑定请求，将客户端与第一网关绑定；

云端服务器接收到绑定请求之后，响应该绑定请求，将客户端与第一网关绑定，将客户端与第一网关关联起来。完成绑定之后，云端服务器可以向客户端反馈绑定的结果，即反馈客户端与第一网关绑定成功。

305、云端服务器接收客户端发送的网关更换请求；

当客户端接收到绑定成功的信息之后，可以向云端服务器发送网关更换请求，请求云端服务器执行更换网关的操作，该操作将在后续步骤306至307中详细阐述。

其中，客户端发送的网关更换请求携带有第一网关的标识信息及第二网关的标识信息，云端服务器接收到网关更换请求之后，可以根据第一网关的标识信息及第二网关的标识信息，确定网络中需要被替换的网关设备以及用来更换的新的网关设备。

第一网关的标识信息或第二网关的标识信息可以是通用唯一识别码(universally unique identifier，UUID)，也可以是云端服务器为每个网关设备分配的一个标识信息。标识信息的具体形式不作限定，只要是可以标识唯一的一个网关设备的信息即可。

306、云端服务器获取第二网关的设备信息；

云端服务器接收到客户端发送的网关更换请求之后，根据网关更换请求中的第一网关的标识信息及第二网关的标识信息，确定网络中需要被替换的网关设备为第二网关，用来替换第二网关的设备为第一网关。此时，云端服务器获取第二网关的设备信息。

云端服务器获取第二网关的设备信息的方式可以是，向第二网关请求数据，则第二网关将本地存储的设备信息发送给云端服务器；也可以是，云端服务器在每个网关设备接入时即获取网关设备的设备信息，并将该设备信息存储在数据库中，当需要获取第二网关的设备信息时，只需从数据库中调取相应的数据。

第二网关的设备信息可以与第二网关的标识信息关联存储在数据库中，因此，可以根据第二网关的标识信息在数据库中查找该标识信息对应的数据。

其中，第二网关的设备信息为更换网关设备时第一网关所需要变更的设备信息，第二网关的设备信息具体可以根据实际使用情况来确定，如根据网关设备的类型、网络类型(zigbee网络、蓝牙网络或者其他网络类型)等实际情况来确定。例如，第二网关的设备信息可以包括第二网关所连接的子设备的设备参数表、配置逻辑以及自身网关的相关参数等数据。若第二网关为zigbee网关，则第二网关的相关参数可以包括第二网关的zigbee协调器的参数或者第二网关的处理器的参数，zigbee协调器的参数可以是信道、网关标识符(personal area networks，PANID)、扩展PANID等参数，第二网关所连接的子设备的设备参数表可以包括zigbee子设备的设备参数。

307、云端服务器向第一网关发送第二网关的设备信息；

获取到第二网关的设备信息之后，云端服务器向第一网关发送第二网关的设备信息，从而第一网关可以根据第二网关的设备信息，将本地的设备信息变更为第二网关的设备信息。本步骤所执行的操作与前述图2所示实施例中的步骤203所执行的操作类似，此处不再赘述。

本实施例中，云端服务器可以直接向第一网关发送第二网关的设备信息，也可以先向第一网关发送数据接收通知，第一网关接收到数据接收通知之后，响应该数据接收通知，基于该数据接收通知向云端服务器发送数据请求，云端服务器接收到数据请求之后，响应该数据请求，向第一网关发送第二网关的设备信息。也就是说，云端服务器可以基于客户端的数据请求而被动地发送数据，也可以主动地发送数据，具体此处不作限定。

本实施例中，云端服务器向第一网关发送第二网关的设备信息，既可以基于客户端所发送的网关更换请求来发送第二网关的设备信息，也可以无需基于客户端的请求，而自动地执行发送第二网关的设备信息的操作，具体此处不作限定。

308、云端服务器接收第二网关发送的子设备信息；

本实施例中，当有子设备接入到第二网关时，第二网关可以将该子设备的设备信息同步到云端服务器中，即向云端服务器发送该子设备的设备信息，以便于云端服务器备份。为便于描述，将与第二网关连接的子设备的设备信息称为子设备信息。

其中，子设备信息可以包括子设备的设备参数、子设备的标识信息、子设备的类型等与子设备有关的信息，子设备的标识信息可以是子设备的UUID识别码。

309、云端服务器向客户端转发子设备信息；

接收到子设备信息之后，云端服务器将子设备信息转发给客户端，从而客户端可以获知与第二网关连接的子设备以及执行与子设备信息有关的操作。

310、云端服务器接收客户端发送的别名数据；

客户端接收到子设备信息之后，可以根据预设的命名规则来生成子设备信息对应的子设备的别名，并且每个子设备仅对应一个别名，一个别名仅对应唯一的子设备。生成子设备的别名之后，由于别名和标识信息均可以指向唯一的一个子设备，因此，客户端可以将子设备的标识信息及子设备的别名关联发送给云端服务器。客户端向云端服务器发送别名数据，该别名数据包括了子设备的标识信息及子设备的别名，则云端服务器可以接收到别名数据。

其中，命名规则可以是，根据子设备所处的房间来命名。例如，若子设备为照明灯，且该照明灯位于进门走道，则可以将该照明灯的别名命名为廊灯；若子设备为空调控制器，该空调位于卧室，则可以将别名命名为卧室空调。命名规则的内容不作限定，只要子设备的别名能够使用户一目了然地获知子设备的功能和位置即可。

311、向第二网关转发别名数据；

接收到客户端发送的别名数据之后，云端服务器向第二网关转发别名数据，从而第二网关可以存储所连接的子设备的别名数据，并根据子设备的别名数据变更子设备的设备信息。

本实施例中，当第二网关所连接的子设备发生故障或者损坏时，需要对子设备进行更换。与网关设备更换类似，子设备更换同样需要变更新的子设备的设备参数，以保证新的子设备能够按照被替换子设备的运行方式运行，并接受第二网关基于相同配置逻辑的控制。但在实际应用中，变更新的子设备的设备信息仍由技术人员来执行，这无疑增加了人员的工作量和工作负担。因此，在第二网关接收到子设备的别名数据之后，可以根据子设备的别名数据变更子设备的设备信息，从而达到更换子设备的目的。第二网关根据子设备的别名数据变更子设备的设备信息的过程具体请参见后续图4所示的实施例。

本申请实施例中，第二网关接收子设备的别名数据可以通过前述图3所示实施例的步骤308至311所述的方式来接收，即将云端服务器作为信息转发节点，云端服务器向第二网关转发别名数据。

此外，由于客户端可以直接与第二网关建立网络连接并直接进行数据交互，因此，第二网关接收子设备的别名数据的方式也可以是后续图4所示的实施例中所描述的方式，即客户端直接向第二网关发送别名数据。具体请参阅图4，本申请实施例中设备信息变更方法另一实施例包括：

401、网关设备分别与第一子设备及第二子设备建立连接；

本实施例的设备信息变更方法可以应用于如图1所示网络框架中的网关设备，具体的，网关设备的类型、功能和运行方式可参见前述图1所示网络框架的描述和说明，此处不再赘述。

本实施例中，网关设备与第二子设备建立了连接，并且网关设备可以根据用户设置的配置逻辑来控制第二子设备的运行。当第二子设备在使用过程中发生故障或者不可逆的损坏时，需要使用新的子设备来替换第二子设备。为便于描述和区分，本实施例将用于替换第二子设备的新子设备称为第一子设备。为替换第二子设备，需要将第一子设备接入到网络中，与网关设备建立连接。

402、网关设备获取第二子设备的设备参数；

本实施例中，网关设备获取第二子设备的设备参数的方式可以是，网关设备与第二子设备建立连接之后，网关设备可以获取到第二子设备的设备信息，该第二子设备的设备信息可以包括子设备的设备参数、子设备的标识信息、子设备的类型等与子设备有关的信息，子设备的标识信息可以是子设备的UUID识别码。此外，为便于用户在客户端上配置第二子设备的配置逻辑，网关设备可以向客户端发送第二子设备的设备信息，从而客户端可以根据第二子设备的设备信息配置第二子设备的配置逻辑。完成配置逻辑的配置之后，客户端向网关设备发送配置逻辑。

接收到第二子设备的配置逻辑之后，网关设备可以根据第二子设备的配置逻辑设置第二子设备的设备参数。其中，设备参数为与子设备相关的任何参数，包括子设备的性能参数及其他参数，以及在某种特殊场景下的性能参数。如子设备为照明灯时，则照明灯的设备参数可以是照明灯断电或上电时的功率或光照亮度等性能参数。

例如，第二子设备的设备信息表示第二子设备为进门走道的照明灯，则用户可以将配置逻辑配置为照明灯与传感器联动，当传感器探测到有人出现时，照明灯提高光照亮度，将功率提高到25瓦；当探测到无人时，照明灯降低光照亮度，将功率降低到10瓦。完成配置逻辑的配置之后，客户端向网关设备发送配置逻辑。

之后，网关设备可以根据配置逻辑将照明灯的设备参数设置为当传感器探测到有人出现时，照明灯的功率为25瓦；当探测到无人时，照明灯的功率为10瓦。

因此，通过配置逻辑设置子设备的设备参数，可以实现对子设备运行状态的控制。

本实施例中，网关设备可能会连接多个子设备，并且需要根据用户设置的配置逻辑来控制子设备的运行。其中，根据配置逻辑控制子设备的运行的方式为，网关设备接收到客户端发送的子设备配置逻辑之后，向连接的子设备发送子设备配置逻辑，从而子设备可以根据子设备配置逻辑设置自身的设备参数，并按照该设备参数来运行。

例如，传感器与照明灯联动，则子设备配置逻辑可以被设置为当传感器探测到有人出现时，照明灯提高光照亮度，将功率提高到25瓦；当探测到无人时，照明灯降低光照亮度，将功率降低到10瓦。网关设备向照明灯发送该子设备配置逻辑，则照明灯可以根据该子设备配置逻辑相应地设置自身的设备参数，也就是将自身的设备参数设置为当传感器探测到有人出现时，照明灯的功率为25瓦；当探测到无人时，照明灯的功率为10瓦。因此，照明灯可以按照所设置的设备参数来运行。

因此，网关设备获取第二子设备的设备参数的方式还可以是，在第二子设备可以根据子设备配置逻辑设置自身的设备参数之后，第二子设备可以将自身的设备参数发送至网关设备，从而网关设备可以获取到第二子设备的设备参数。

本实施例中，网关设备还可以通过其他方式获取到第二子设备的设备参数，获取设备参数的方式不作限定，例如还可以由人员导入设备参数。

403、网关设备接收客户端发送的第二子设备的别名数据；

为便于客户端可以生成第二子设备的别名，网关设备可以向客户端发送第二子设备的设备信息，从而客户端对第二子设备的别名进行命名。客户端生成第二子设备的别名的过程在前述图3所示实施例的步骤310中已有详细的描述，此处不再赘述。

客户端生成第二子设备的别名之后，将包括有第二子设备的标识信息及第二子设备的别名的别名数据发送至网关设备，从而网关设备可以接收并存储第二子设备的别名数据。

404、网关设备接收客户端发送的第一子设备的别名数据；

本实施例中，当第一子设备接入到网络时，客户端可以从网关设备获取到第一子设备的相关信息。并且，由于第一子设备用于替换第二子设备，客户端可以将第一子设备标记为替换状态，以表示第一子设备可以用来替换损坏的子设备。

之后，客户端将第一子设备命名为第二子设备的别名，从而生成第一子设备的别名。之后，客户端将包括有第一子设备的别名及第一子设备的标识信息的别名数据发送给网关设备，以表示别名数据中的别名对应于标识信息所标识的子设备(即第一子设备)。网关设备接收并保存第一子设备的别名数据。

例如，若第二子设备为进门走道的照明灯，则第二子设备的别名可以被命名为“廊灯”。当第二子设备损坏时，需要用第一子设备来替换第二子设备，则第一子设备将会被命名为第二子设备的别名，即“廊灯”。生成第一子设备的别名“廊灯”之后，客户端向网关设备发送第一子设备的别名数据，别名数据包括了第一子设备的别名“廊灯”及第一子设备的标识信息。

本实施例中，网关设备既可以与客户端直接进行数据交互，也可以将云端服务器作为中间转发节点，接收云端服务器转发自客户端的数据。因此，客户端也可以将第二子设备的别名数据或第一子设备的别名数据先发送至云端服务器，然后云端服务器接收客户端发送的数据，并向网关设备转发该数据，则网关设备可以接收到云端服务器转发的第二子设备的别名数据及第一子设备的别名数据。

405、网关设备确定第一子设备的别名对应的子设备的标识信息与第二子设备的别名对应的子设备的标识信息不一致；

网关设备接收到第一子设备的别名之后，判断第一子设备的别名对应的子设备的标识信息与第二子设备的别名对应的子设备的标识信息是否一致，也就是说，网关设备得到第一子设备的别名和第二子设备的别名，由步骤404可知，第一子设备的别名与第二子设备的别名是相同的，网关设备判断的是两个相同别名各自对应的子设备的标识信息是否相同。显然，由于标识信息具有唯一性，一个标识信息仅能标识唯一一个子设备，因此，两个相同别名各自对应的子设备的标识信息明显不相同，即网关设备可以确定第一子设备的别名对应的子设备的标识信息与第二子设备的别名对应的子设备的标识信息不一致。

沿用步骤404的例子，网关设备获取到第一子设备的别名“廊灯”之后，判断两个相同别名(即“廊灯”)各自对应的子设备的标识信息(即第一子设备的标识信息和第二子设备的标识信息)是否相同，例如可以判断第一子设备的UUID识别码和第二子设备的UUID识别码是否相同，显然，网关设备可以确定两者并不一致。

406、网关设备向第一子设备发送第二子设备的设备参数；

网关设备确定两个相同别名各自对应的子设备的标识信息不相同之后，网关设备认为第二子设备已经被替换，因此，向第一子设备发送第二子设备的设备参数，以便于第一子设备可以根据第二子设备的设备参数变更自身的设备参数，确保第一子设备能够按照第二子设备的运行方式运行，并接受网关设备基于相同配置逻辑的控制。

本实施例中，当需要更换子设备时，只需由网关设备识别出两个相同别名各自对应的子设备的标识信息不相同，并向第一子设备发送第二子设备的设备参数，第一子设备即可以自动完成变更设备参数的操作，而无需人员向第一子设备导入设备参数，无需人员手动更改第一子设备的设备参数，从而减少了人员的工作量和工作负担。

第一子设备的设备参数变更完成之后，网关设备可以向客户端发送变更完成的通知信息，客户端获知第一子设备的设备参数变更完成，认为子设备更换成功，则移除第一子设备的替换状态，以表示第一子设备已正式使用，不能用于替换其他损坏的子设备。

上面对本申请实施例中的设备信息变更方法进行了描述，下面对本申请实施例中的云端服务器进行描述，请参阅图5，本申请实施例中云端服务器一个实施例包括：

连接单元501，用于分别与第一网关及第二网关建立连接；

获取单元502，用于获取第二网关的设备信息；

发送单元503，用于向第一网关发送第二网关的设备信息，以使第一网关将设备信息变更为第二网关的设备信息。

本实施例中，云端服务器中各单元所执行的操作与前述图2所示实施例中描述的类似，此处不再赘述。

本实施例中，连接单元501与第一网关和第二网关建立连接，获取单元502获取第二网关的设备信息，发送单元503向第一网关发送第二网关的设备信息，从而第一网关可以根据接收到的第二网关的设备信息将自身的设备信息变更为第二网关的设备信息，第一网关的设备信息变更之后，第一网关即可取代第二网关而接入到网络中，从而实现了网关设备的更换。本实施例中，当需要更换网关设备时，只需云端服务器发送设备信息给新的网关，新的网关即可自动变更设备信息，而无需人员参与变更和设置，减少了人员的工作量，减轻了工作负担。

请参阅图6，本申请实施例中云端服务器一个实施例包括：

连接单元601，用于分别与第一网关及第二网关建立连接；

获取单元602，用于获取第二网关的设备信息；

发送单元603，用于向第一网关发送第二网关的设备信息，以使第一网关将设备信息变更为第二网关的设备信息。

本实施例一种优选的实施方式中，连接单元601还用于与客户端建立连接；

云端服务器还包括：

接收单元604，用于接收客户端发送的网关更换请求，网关更换请求携带有第一网关的标识信息及第二网关的标识信息；

获取单元602具体用于响应网关更换请求，在数据库中查找第二网关的标识信息对应的第二网关的设备信息；

发送单元603具体用于根据第一网关的标识信息，向第一网关发送第二网关的设备信息。

本实施例另一优选的实施方式中，接收单元604还用于接收客户端发送的绑定请求，绑定请求用于表示请求绑定第一网关；

云端服务器还包括：

绑定单元605，用于响应绑定请求，将客户端与第一网关绑定。

本实施例另一优选的实施方式中，接收单元604还用于接收第二网关发送的子设备信息；

发送单元603还用于向客户端转发子设备信息，子设备信息为与第二网关连接的子设备的设备信息；

接收单元604还用于接收客户端发送的别名数据，别名数据包括子设备的标识信息及客户端根据子设备信息生成的子设备的别名；

发送单元603还用于向第二网关转发别名数据，以使第二网关根据别名数据变更子设备的设备信息。

本实施例另一优选的实施方式中，发送单元603具体用于向第一网关发送数据接收通知，接收第一网关基于数据接收通知而发送的数据请求，响应数据请求，向第一网关发送第二网关的设备信息。

本实施例另一优选的实施方式中，第二网关的设备信息包括第二网关的配置逻辑、zigbee子设备的设备参数及zigbee协调器的参数中的一种或多种。

本实施例中，云端服务器中各单元所执行的操作与前述图3所示实施例中描述的类似，此处不再赘述。

请参阅图7，本申请实施例中网关设备一个实施例包括：

连接单元701，用于分别与第一子设备及第二子设备建立连接；

获取单元702，用于获取第二子设备的设备参数；

接收单元703，用于接收客户端发送的第二子设备的别名数据，第二子设备的别名数据包括第二子设备的标识信息及第二子设备的别名；

接收单元703还用于接收客户端发送的第一子设备的别名数据，第一子设备的别名数据包括第一子设备的标识信息及第一子设备的别名，第一子设备的别名由客户端将第一子设备命名为第二子设备的别名而得；

确定单元704，用于确定第一子设备的别名对应的子设备的标识信息与第二子设备的别名对应的子设备的标识信息不一致；

发送单元705，用于向第一子设备发送第二子设备的设备参数，以使第一子设备根据第二子设备的设备参数变更自身的设备参数。

本实施例一种优选的实施方式中，接收单元703还用于接收客户端发送的子设备配置逻辑；

发送单元705还用于向连接的子设备发送子设备配置逻辑，以使连接的子设备根据子设备配置逻辑设置自身的设备参数。

本实施例一种优选的实施方式中，接收单元703具体用于接收云端服务器转发的第二子设备的别名数据，第二子设备的别名数据由客户端发送至云端服务器。

本实施例中，网关设备中各单元所执行的操作与前述图4所示实施例中描述的类似，此处不再赘述。

本实施例中，当需要更换子设备时，只需由确定单元704识别出两个相同别名各自对应的子设备的标识信息不相同，发送单元705向第一子设备发送第二子设备的设备参数，第一子设备即可以自动完成变更设备参数的操作，而无需人员向第一子设备导入设备参数，无需人员手动更改第一子设备的设备参数，从而减少了人员的工作量和工作负担。

下面对本申请实施例中的云端服务器进行描述，请参阅图8，本申请实施例中云端服务器一个实施例包括：

该云端服务器800可以包括一个或一个以上中央处理器(central processingunits，CPU)801和存储器805，该存储器805中存储有一个或一个以上的应用程序或数据。

其中，存储器805可以是易失性存储或持久存储。存储在存储器805的程序可以包括一个或一个以上模块，每个模块可以包括对云端服务器中的一系列指令操作。更进一步地，中央处理器801可以设置为与存储器805通信，在云端服务器800上执行存储器805中的一系列指令操作。

云端服务器800还可以包括一个或一个以上电源802，一个或一个以上有线或无线网络接口803，一个或一个以上输入输出接口804，和/或，一个或一个以上操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等。

该中央处理器801可以执行前述图2至图3所示实施例中云端服务器所执行的操作，具体此处不再赘述。

本申请实施例还提供了一种计算机存储介质，其中一个实施例包括：该计算机存储介质中存储有指令，该指令在计算机上执行时，使得该计算机执行前述图2至图3所示实施例中云端服务器所执行的操作。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (5)

1.一种设备信息变更方法，其特征在于，所述方法应用于网关设备，所述方法包括：

分别与第一子设备及第二子设备建立连接；

获取所述第二子设备的设备参数；

接收客户端发送的所述第二子设备的别名数据，所述第二子设备的别名数据包括所述第二子设备的标识信息及所述第二子设备的别名；

接收所述客户端发送的所述第一子设备的别名数据，所述第一子设备的别名数据包括所述第一子设备的标识信息及所述第一子设备的别名，所述第一子设备的别名由所述客户端将所述第一子设备命名为所述第二子设备的别名而得；

确定所述第一子设备的别名对应的子设备的标识信息与所述第二子设备的别名对应的子设备的标识信息不一致；

向所述第一子设备发送所述第二子设备的设备参数，以使所述第一子设备根据所述第二子设备的设备参数变更自身的设备参数。

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

接收所述客户端发送的子设备配置逻辑；

向连接的子设备发送所述所述子设备配置逻辑，以使所述连接的子设备根据所述子设备配置逻辑设置自身的设备参数。

3.根据权利要求1所述的设备信息变更方法，其特征在于，所述接收客户端发送的所述第二子设备的别名数据，包括：

接收云端服务器转发的所述第二子设备的别名数据，所述第二子设备的别名数据由所述客户端发送至所述云端服务器。

4.一种网关设备，其特征在于，所述网关设备包括：

连接单元，用于分别与第一子设备及第二子设备建立连接；

获取单元，用于获取所述第二子设备的设备参数；

接收单元，用于接收客户端发送的所述第二子设备的别名数据，所述第二子设备的别名数据包括所述第二子设备的标识信息及所述第二子设备的别名；

所述接收单元还用于接收所述客户端发送的所述第一子设备的别名数据，所述第一子设备的别名数据包括所述第一子设备的标识信息及所述第一子设备的别名，所述第一子设备的别名由所述客户端将所述第一子设备命名为所述第二子设备的别名而得；

确定单元，用于确定所述第一子设备的别名对应的子设备的标识信息与所述第二子设备的别名对应的子设备的标识信息不一致；

发送单元，用于向所述第一子设备发送所述第二子设备的设备参数，以使所述第一子设备根据所述第二子设备的设备参数变更自身的设备参数。

5.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有指令，所述指令在计算机上执行时，使得所述计算机执行如权利要求1至3中任一项所述的方法。

Images