CN117768257A - 设备标识的更新方法和装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种设备标识的更新方法和装置、存储介质及电子装置，涉及智慧家庭技术领域，该设备标识的更新方法包括：接收携带有替换标识的设备替换指令；响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

Description

设备标识的更新方法和装置、存储介质及电子装置

技术领域

本申请涉及智慧家庭技术领域，具体而言，涉及一种设备标识的更新方法和装置、存储介质及电子装置。

背景技术

随着科技的不断发展，智能设备越来越普及。它们都可以通过互联网连接到一个庞大的网络中，使我们更加便捷地获取信息和交流沟通。同时，在工作和生活方面也有很多应用场景，比如可穿戴健康监测器、语音助手等等。智能设备正在极大地改变着我们的生活方式和习惯，并为未来带来了无限可能性。

随着智能设备的普及，在智能设备损坏的情况下，常规更换流程是删除第一设备、添加第二设备(网关、子设备都需要重新添加)，重新把第二设备的楼层、房间、设备名称、灯组、场景、面板显示等重新配置一遍，操作复杂，流程冗长，普通用户往往很难完成，需要服务兵上门才能解决。

针对相关技术中，设备替换较为复杂等问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种设备标识的更新方法和装置、存储介质及电子装置，以至少解决相关技术中，设备替换较为复杂等问题。

根据本申请实施例的一个实施例，提供了一种设备标识的更新方法，包括：接收携带有替换标识的设备替换指令；响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

在一个示例性实施例中，将所述第二设备的第二设备标识更新为所述第一设备标识之后，所述方法还包括：获取所述第一设备标识与所述第一设备的注册因子的第一对应关系，所述第二设备标识与所述第二设备的注册因子的第二对应关系，其中，所述第一设备的注册因子包括以下至少之一：所述第一设备的设备版本号、所述第一设备的通信模组类型、所述第一设备的物理地址、第一设备对应的第一附件设备的子机标识；所述第二设备的注册因子包括以下至少之一：所述第二设备的设备版本号、所述第二设备的通信模组类型、所述第二设备的物理地址、第二设备对应的第二附件设备的子机标识；解除所述第一对应关系和所述第二对应关系，并建立所述第一设备标识与所述第二设备的注册因子的第三对应关系，以使所述第二设备基于所述第三对应关系上线所述第二设备对应的物联网云端。

在一个示例性实施例中，将所述第一设备的第一配置信息发送至所述第二设备，包括：获取所述第一设备在所述物联网云端备份的第一配置信息；向所述第一设备发送第一指示信息，以指示所述第一设备执行初始化操作，以及向所述第二设备发送第二指示信息，以指示所述第二设备执行初始化操作；在对所述第一设备和所述第二设备完成初始化操作的情况下，将所述第一配置信息发送至完成初始化操作的第二设备。

在一个示例性实施例中，将所述第一设备的第一配置信息发送至所述第二设备之前，所述方法还包括：确定所述第一设备的固件版本号和所述第二设备的固件版本号；在所述第一设备的固件版本号与所述第二设备的固件版本号不一致的情况下，获取所述第一设备的固件版本号对应的固件资源包；将所述固件资源包发送至所述第二设备，以使所述第二设备根据所述固件资源包更新所述第二设备的固件。

在一个示例性实施例中，将所述第一设备的第一配置信息发送至所述第二设备，包括：对所述设备替换指令中的第一参数信息进行解析，得到所述第一参数信息指示的设备信息；从设备信息和设备标识的对应关系中确定所述第一参数信息指示的设备信息对应的第三设备标识；在所述第三设备标识与所述第二设备标识一致的情况下，将所述第一设备的第一配置信息发送至所述第二设备。

在一个示例性实施例中，接收携带有替换标识的设备替换指令之前，所述方法还包括：在接收到用于申请所述替换标识的请求信息的情况下，根据所述请求信息中的第二参数信息确定所述请求信息的合法性，其中，所述第二参数信息包括：所述第一设备绑定的账号对应的用户令牌、所述第一设备标识、所述第二设备标识、发送所述请求信息的客户端的标识；在所述请求信息合法的情况下，生成所述替换标识，并根据所述请求信息中的失效时间为所述替换标识设定失效时间。

在一个示例性实施例中，将所述第二设备的第二设备标识更新为所述第一设备标识之后，所述方法还包括：根据所述第二设备的注册因子确定所述第二设备是否存在第二附件设备；在所述第二设备存在第二附件设备的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，以使所述第二附件设备根据所述第二配置信息进行配置；在所述第二附件设备根据所述第二配置信息完成配置的情况下，将所述第二附件设备的设备标识更新为所述第一附件设备的设备标识，以使所述第二附件设备基于所述第一附件设备的设备标识上线所述第二设备对应的物联网云端。

在一个示例性实施例中，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，包括：根据所述第二附件设备的设备标识确定所述第二设备的第一注册因子，以及根据所述第二设备标识确定所述第二设备的第二注册因子；确定所述第一注册因子与所述第二注册因子是否一致；在所述第一注册因子与所述第二注册因子一致的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备。

在一个示例性实施例中，将所述第二设备的第二设备标识更新为所述第一设备标识之后，所述方法还包括：接收所述第一设备的注册请求，其中，所述注册请求包括：所述第一设备的注册因子；根据所述第一设备的注册因子生成第四设备标识；将所述第四设备标识发送第一设备，以使所述第一设备根据所述第四设备标识上线所述物联网云端。

在一个示例性实施例中，将所述第一设备的第一配置信息发送至所述第二设备，包括：在所述第一设备和所述第二设备为智能设备的情况下，确定与所述第一设备连接的第一网关设备，以及与所述第二设备连接的第二网关设备；在所述第一网关设备和所述第二网关设备为同一网关设备的情况下，将所述第一设备的第一配置信息发送至所述第二设备；在所述第一网关设备和所述第二网关设备不为同一网关设备的情况下，向所述第二设备发送第三指示信息，以及在所述第二设备完成与所述第二网关设备解绑的操作的情况下，将所述第一设备的第一配置信息发送至所述第二设备，其中，所述第三指示信息用于指示所述第二设备执行与所述第二网关设备解绑的操作。

根据本申请实施例的另一个实施例，还提供了一种设备标识的更新装置，包括：接收模块，用于接收携带有替换标识的设备替换指令；响应模块，用于响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；更新模块，用于在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

根据本申请实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述设备标识的更新方法。

根据本申请实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的设备标识的更新方法。

在本申请实施例中，接收携带有替换标识的设备替换指令；响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端；采用上述技术方案，解决了设备替换较为复杂等问题，且无需用户手动设置新网关的楼层、房间、设备名称、灯组、场景、面板显示等信息，也不影响已经训练好的AI大数据模型，也无需对相关第三方云的进行重新配置。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要通过的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例的一种设备标识的更新方法的硬件环境示意图；

图2是根据本申请实施例的设备标识的更新方法的流程图；

图3是根据本申请实施例的设备标识的更新方法的时序图(一)；

图4是根据本申请实施例的设备标识的更新方法的时序图(二)；

图5是根据本申请实施例的设备标识的更新方法的时序图(三)；

图6是根据本申请实施例的设备标识的更新方法的时序图(四)；

图7是根据本申请实施例的设备替换示意图(一)；

图8是根据本申请实施例的设备替换示意图(二)；

图9是根据本申请实施例的设备标识的更新方法的时序图(五)；

图10是根据本申请实施例的一种设备标识的更新装置的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分的实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

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

根据本申请实施例的一个方面，提供了一种设备标识的更新方法。该设备标识的更新方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述设备标识的更新方法可以应用于如图1所示的由终端设备102和服务器104所构成的硬件环境中。如图1所示，服务器104通过网络与终端设备102进行连接，可用于为终端或终端上安装的客户端提供服务(如应用服务等)，可在服务器上或独立于服务器设置数据库，用于为服务器104提供数据存储服务，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器104提供数据运算服务。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。终端设备102可以并不限定于为PC、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

在本实施例中提供了一种设备标识的更新方法，应用于服务器，图2是根据本申请实施例的设备标识的更新方法的流程图，该流程包括如下步骤：

步骤S202，接收携带有替换标识的设备替换指令；

步骤S204，响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；

需要说明的是，上述替换标识通过以下方式实现：在接收到用于申请所述替换标识的请求信息的情况下，根据所述请求信息中的第二参数信息确定所述请求信息的合法性，其中，所述第二参数信息包括：所述第一设备绑定的账号对应的用户令牌、所述第一设备标识、所述第二设备标识、发送所述请求信息的客户端的标识；在所述请求信息合法的情况下，生成所述替换标识，并根据所述请求信息中的失效时间为所述替换标识设定失效时间。

可选地，根据所述替换标识确定第一设备的第一设备标识和所述第二设备的第二设备标识，包括：根据所述替换标识的失效时间确定所述替换标识是否失效；在所述替换标识未失效的情况下，根据所述替换标识确定第一设备的第一设备标识和所述第二设备的第二设备标识。

需要说明的是，上述替换标识的失效时间还可以通过以下方式确定：1)确定所述第二设备的设备类型；根据所述第二设备的设备类型确定所述失效时间；2)根据所述第二设备与所述物联网云端的通信方式确定所述失效时间。

可选地，根据设备类型确定失效事件包括：确定所述设备类型对应的设备的历史替换时长；确定所述历史替换时长的均值替换时长，并将所述均值替换时长确定所述失效时间。

步骤S206，在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

需要说明的是，设备的设备标识是物联网云端基于设备的注册因子生成的，即设备的设备标识是可以改变的，因此，物联网云端在执行设备替换操作时，可以将第一设备的第一设备标识赋予第二设备。

通过上述步骤，接收携带有替换标识的设备替换指令；响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端，解决了相关技术中，设备替换较为复杂等问题，且无需用户手动设置新网关的楼层、房间、设备名称、灯组、场景、面板显示等信息，也不影响已经训练好的AI大数据模型，也无需对相关第三方云的进行重新配置。

可选地，在执行上述步骤S206之后，还需要执行以下操作：

步骤11：获取所述第一设备标识与所述第一设备的注册因子的第一对应关系，所述第二设备标识与所述第二设备的注册因子的第二对应关系，其中，所述第一设备的注册因子包括以下至少之一：所述第一设备的设备版本号、所述第一设备的通信模组类型、所述第一设备的物理地址、第一设备对应的第一附件设备的子机标识；所述第二设备的注册因子包括以下至少之一：所述第二设备的设备版本号、所述第二设备的通信模组类型、所述第二设备的物理地址、第二设备对应的第二附件设备的子机标识；

步骤12：解除所述第一对应关系和所述第二对应关系，并建立所述第一设备标识与所述第二设备的注册因子的第三对应关系，以使所述第二设备基于所述第三对应关系上线所述第二设备对应的物联网云端。

需要说明的是，物联网云端通过替换标识查出第一设备的第一设备标识，删除第一设备标识与第一设备的注册因子之间的对应关系，将第一设备的deviceToken置为失效；如果第一设备没有按照规范流程作业，仍通过第一设备和第一设备的deviceToken访问物联网云端，物联网云端会返回第一设备的deviceToken失效，物联网云端会重新调用物联网云端设备注册接口，此时物联网云端会给第一设备的生成另一个新的设备标识；物联网云端删除第二设备的第二设备标识与第二设备的注册因子之间的对应关系，将第二设备的deviceToken置为失效；物联网云端将第一设备标识颁发给第二设备，并建立第一设备标识与第二设备的注册因子的对应关系。

可选地，将所述第一设备的第一配置信息发送至所述第二设备，包括：获取所述第一设备在所述物联网云端备份的第一配置信息；向所述第一设备发送第一指示信息，以指示所述第一设备执行初始化操作，以及向所述第二设备发送第二指示信息，以指示所述第二设备执行初始化操作；在对所述第一设备和所述第二设备完成初始化操作的情况下，将所述第一配置信息发送至完成初始化操作的第二设备。

需要说明的是，在第二设备配置第一设备的配置信息之前，需要控制第一设备和第二设备执行初始化操作，以使所述第一设备和第二设备处于初始化状态，进而第二设备根据第一配置信息进行配置。

可选地，上述初始化操作包括：解绑设备标识与注册因子的对应关系，以及设备与其从设备的主从关系。

可选地，上述步骤S204之前，还需要执行以下步骤：

步骤S21：确定所述第一设备的固件版本号和所述第二设备的固件版本号；

步骤S22：在所述第一设备的固件版本号与所述第二设备的固件版本号不一致的情况下，获取所述第一设备的固件版本号对应的固件资源包；

步骤S23：将所述固件资源包发送至所述第二设备，以使所述第二设备根据所述固件资源包更新所述第二设备的固件。

也就是说，需要保证第一设备与第二设备的固件版本一致，因此，在所述第一设备的固件版本号与所述第二设备的固件版本号不一致的情况下，获取所述第一设备的固件版本号对应的固件资源包。

需要说明的是，第二设备发送的用于获取固件资源包的请求信息包括以下参数信息：第二设备的设备型号、第二设备的当前固件版本号、第二设备的期望版本号；物联网云端向第二设备返回的信息包括：固件资源包的版本号、固件资源包；需要说明的是，物联网云端的安防Server根据固件版本管理系统中的配置，计算返回最新版本、当前版本、期望版本，或者某个中间版本。如果返回版本号与当前版本号相同，则只需要返回版本号，不需要返回固件资源包。

可选地，为了保证替换标识对应的设备，与设备替换指令中的第一参数信息对应的设备一致，还包括以下方法：对所述设备替换指令中的第一参数信息进行解析，得到所述第一参数信息指示的设备信息；从设备信息和设备标识的对应关系中确定所述第一参数信息指示的设备信息对应的第三设备标识；在所述第三设备标识与所述第二设备标识一致的情况下，将所述第一设备的第一配置信息发送至所述第二设备。

可以理解的是，设备替换指令中包括：替换标识和第一参数信息；根据替换标识确定一个设备标识，根据第一参数信息确定一个设备标识；在根据替换标识确定的设备标识与根据第一参数信息确定的设备标识一致的情况下，确定将第一设备替换为第二设备；在根据替换标识确定的设备标识与根据第一参数信息确定的设备标识不一致的情况下，确定设备信息存在错误，不执行设备替换操作。

需要说明的是，在根据替换标识确定的设备标识与根据第一参数信息确定的设备标识一致的情况下，所述第一参数信息可以理解为第二设备的注册因子。

可选地，上述步骤S206之后，还需要执行以下方法：根据所述第二设备的注册因子确定所述第二设备是否存在第二附件设备；在所述第二设备存在第二附件设备的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，以使所述第二附件设备根据所述第二配置信息进行配置；在所述第二附件设备根据所述第二配置信息完成配置的情况下，将所述第二附件设备的设备标识更新为所述第一附件设备的设备标识，以使所述第二附件设备基于所述第一附件设备的设备标识上线所述第二设备对应的物联网云端。

也就是说，在第二设备存在附件设备的情况下，将所述第二附件设备的设备标识更新为所述第一设备对应的第一附件设备的设备标识，以使所述第二附件设备基于所述第一附件设备的设备标识上线所述第二设备对应的物联网云端。

在一个示例性实施例中，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，包括：根据所述第二附件设备的设备标识确定所述第二设备的第一注册因子，以及根据所述第二设备标识确定所述第二设备的第二注册因子；确定所述第一注册因子与所述第二注册因子是否一致；在所述第一注册因子与所述第二注册因子一致的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备。

可以理解的是，根据第二设备的第二设备标识查询第二设备的第一注册因子，以及根据第二附件设备的设备标识查询第二设备的第一注册因子，并确定所述第一注册因子和第二注册因子是否一致，在第一注册因子和第二注册因子一致的情况下，确定所述第二设备附件设备为所述第二设备对应的附件设备；进而将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备；在第一注册因子和第二注册因子不一致的情况下，确定所述第二设备附件设备不是所述第二设备对应的附件设备，返回第二附件设备异常的提示信息。

在一个示例性实施例中，将所述第二设备的第二设备标识更新为所述第一设备标识之后，还包括：接收所述第一设备的注册请求，其中，所述注册请求包括：所述第一设备的注册因子；根据所述第一设备的注册因子生成第四设备标识；将所述第四设备标识发送第一设备，以使所述第一设备根据所述第四设备标识上线所述物联网云端。

可以理解的是，在第一设备被第二设备替换之后，第一设备再次上线所述物联网云端，需要重新为所述第一设备生成新的设备标识，以及建立所述新的设备标识与第一设备的注册因子的对应关系，进而所述第一设备根据所述第四设备标识上线所述物联网云端。

需要说明的是，在第一设备待替换其他设备的情况下，将所述其他设备的设备标识赋予所述第一设备。

在一个示例性实施例中，将所述第一设备的第一配置信息发送至所述第二设备，包括：在所述第一设备和所述第二设备为智能设备的情况下，确定与所述第一设备连接的第一网关设备，以及与所述第二设备连接的第二网关设备；在所述第一网关设备和所述第二网关设备为同一网关设备的情况下，将所述第一设备的第一配置信息发送至所述第二设备；在所述第一网关设备和所述第二网关设备不为同一网关设备的情况下，向所述第二设备发送第三指示信息，以及在所述第二设备完成与所述第二网关设备解绑的操作的情况下，将所述第一设备的第一配置信息发送至所述第二设备，其中，所述第三指示信息用于指示所述第二设备执行与所述第二网关设备解绑的操作。

可以理解的是，本发明实施例中的第一设备和第二设备可以为网关设备，也可以为智能设备；在第一设备和第二设备为智能设备的情况下，首先确定第一设备与第二设备连接的网关设备是否为同一网关设备，在第一设备与第二设备连接的网关设备为同一网关设备的情况下，直接将第一设备的第一配置信息发送至所述第二设备，以将第二设备的本机配置数据替换为第一设备的数据；第一设备与第二设备连接的网关设备不为同一网关设备的情况下，需要将第二设备与所述第二网关设备解绑，在第二设备与第二网关设备解绑的情况下，将第一设备的第一配置信息发送至所述第二设备，以将第二设备的本机配置数据替换为第一设备的数据，并根据第一设备的配置数据建立与第一网关设备的连接。

在替换完成后，第二设备的名称、位置、场景等设置与之前的第一设备一致。

为了更好的理解上述设备标识的更新方法的过程，以下再结合可选实施例对上述设备标识的更新的实现方法流程进行说明，但不用于限定本申请实施例的技术方案。

在本实施例中提供了一种设备标识的更新方法，在旧设备(相当于上述实施例中的第一设备)为网关设备的情况下，替换结果如图7所示，具体如下步骤：

步骤S11：替换操作用户确认及风险提示；

步骤S12：确定新网关设备(相当于上述实施例中的第二设备)；

步骤S13：申请替换标识ReplaceCode(相当于上述实施例中的替换标识)；

步骤S14：旧网关设备数据备份；

步骤S15：新网关设备准备；

步骤S16：旧网关设备数据清除；

步骤S17：新网关设备在云端替换旧网关设备；

步骤S18：新网关设备以旧网关设备身份上线。

可选地，在本实施例中提供了上述步骤S11和S12的具体实现方式，图3是根据本申请实施例的设备标识的更新方法的示意图(一)，如图3所示，具体如下步骤：

步骤S301：登录用户APP账号；

步骤S302：查询用户APP账号绑定的设备列表；

步骤S303：选择待替换的面板/网关，点击“设备替换”按钮；

步骤S304：跳转到设备替换页面，提示用户设备替换的条件和风险；

步骤S305：过滤出用户APP账号绑定的可用于替换的设备列表；

需要说明的是，过滤规则包括：设备型号(ProductCode)相同；用户自行绑定设备，不支持家庭分享过来的设备；不能是旧设备。

需要说明的是，符合过滤规则但离线的设备可以显示，但不支持选择。

步骤S306：展示可用于替换的设备列表；

如果待替换的设备满足条件，但不在可用于替换的设备列表中，需要执行步骤S307；

步骤S307：引导用户配置绑定该待替换设备，绑定成功后再返回设备替换页面。

可选地，在本实施例中提供了上述步骤S13和S14的具体实现方式，图4是根据本申请实施例的设备标识的更新方法的示意图(二)，如图4所示，具体如下步骤：

步骤S401：选择新网关设备，点击“确认替换”按钮；

步骤S402：APP向安防sever申请设备替换标识ReplaceCode；

步骤S403：安防sever向IOT云(相当于上述实施例中的物联网云端)申请设备替换标识ReplaceCode；

需要说明的是，申请信息中包括以下参数信息：

1、userToken：用户token，用于验证用户身份合法性；

2、oldDeviceld：旧设备的Deviceld；

3、newDeviceld：正常新设备的Deviceld；

4、timeout：ReplaceCode的失效时间，最短10min，最长24h；

5、appld：用于app身份鉴权。

步骤S404：检验请求信息的合法性，在合法的情况下，颁发ReplaceCode；

需要说明的是，IOT云返回的参数信息包括：ReplaceCode：设备替换业务检验码；或者errCode：错误码；

查询替换进度时通过ReplaceCode进行查询；

ReplaceCode本质上是个sn，有失效时间，值为入参中的timeout；

1OT云需要验证oldDeviceld和newDeviceld绑定在userToken对应的userld下，且不能是家庭分享过来的设备；安防Server需要确保提供的oldDeviceld和newDeviceld的ProductCode相同；

步骤S405：向安防sever返回ReplaceCode；

步骤S406：向APP返回ReplaceCode；

步骤S407：定时查询替换进度，直至完成；

需要说明的是，通过ReplaceCode查询替换进度；

替换进度包括：成功、失败、超时、用户手动停止；

步骤S408：查询旧网关设备的状态，其中，状态包括以下之一：离线状态和在线状态；

需要说明的是，查询请求包括以下参数：userToken：用户token，用于验证用户身份合法性；Deviceld：旧网关设备的Deviceld；

返回信息中包括：旧网关设备的状态。

在旧网关设备的状态为在线状态的情况下，运维APP需显示旧面板数据备份中，以及备份完成时间进度从安防Server查询，执行步骤S409-S412：

步骤S409：向安防sever请求备份旧网关设备的数据；

其中，请求信息包括：旧网关设备的Deviceld；ReplaceCode。

步骤S410：向IOT云消息推送：旧网关设备进行数据备份；

步骤S411：向安防sever上传旧网关设备的数据；

需要说明的是，备份的数据主要包括：

1、zigbee网络参数：IEEE，panid，expanid，channel，ponvernwk-kay；

2、zigbee数据库：device.db；

3、旧网关设备的Deviceld，旧网关设备下的设备Deviceld之间的拓扑关系；

4、Deviceld在线颁发所需的注册因子；

5、设备分组id及ZigBee广播Id；

6、灯、开关等设备的应用数据。

步骤S412：安防sever更新旧网关设备的数据；

在旧网关设备的状态为离线状态的情况下，执行步骤S413-S414：

步骤S413：查询旧网关设备的数据备份时间；

需要说明的是，请求参数包括：Deviceld：旧网关设备的Deviceld；

返回参数包括：backupTime：备份时间。

步骤S414：显示最近一次备份时间，需用户确认是否要通过该条历史数据备份，如果用户同意则继续，否则只能退出设备替换流程。

需要说明的是，网关数据的备份机制：

1)被动上传：在设备替换时，安防Server通知网关设备应用APP上传；

2)主动上传：数据备份变化后，网关设备应用APP应及时上报给安防Server，避免网关替换时因旧网关设备离线无法上报数据到安防Server，进而新网关设备拿不到旧网关设备数据备份。

可选地，在本实施例中提供了上述步骤S15和S16的具体实现方式，图5是根据本申请实施例的设备标识的更新方法的示意图(三)，如图5所示，具体如下步骤：

步骤S501：新网关设备准备；

需要说明的是，参数信息包括：Deviceld：旧网关设备Deviceld和ReplaceCode；

步骤S502：消息推送：新网关设备准备；

步骤S503：进入网关设备替换模式；

需要说明的是，进入网关设备替换模式后，不再接受设备替换命今或者其他ReplaceCode的面板替换命今，否则需要返回特定错误码：已在网关设备替换模式中。

步骤S504：拉取旧网关设备数据备份；

请求参数包括：ReplaceCode；

安防Server需校验ReplaceCode是否在有效期内，否则不返回旧网关设备数据备份，只返回特定错误码；安防Server收到该请求，可以认为新网关设备已经进入“新设备准备”阶段(隐性的进度上报)；

步骤S505：备份新网关设备的自身数据，存储旧网关设备的备份数据；

步骤S506：校验旧网关设备的备份数据的完整性和合法性，不合法或不完整需要重新拉取，如要带试3次仍不合法或不完整，给向产业Server上报特定错误码，删除旧网关设备的备份数据，恢复新网关设备的数据，退出网关设备替换模式。

步骤S507：确定新网关设备的固件版本号是否与旧网关设备的固件版本号相同；

步骤S508：在新网关设备的固件版本号是否与旧网关设备的固件版本号不同的情况下，发送固件下载请求；

需要说明的是，请求中的参数包括：ProductCode：设备型号；当前版本号；期望版本号。

安防Server根据固件版本管理系统中的配置，计算返回最新版本、当前版本、期望版本，或者某个中间版本。如果返回版本号与当前版本号相同，则只需要返回版本号，不需要返回固件。

步骤S509：返回固件版本号及固件资源包；

步骤S510：确定固件资源包的完整性和合法性；如果完整性且合法，更新固件；

步骤S511：上报设备替换进度，例如：新设备准备完成。

步骤S512：查询旧网关设备的状态，其中，状态包括以下之一：离线状态和在线状态；

在旧网关设备在线的情况下，执行步骤S513-S520：

步骤S513：请求清除旧网关设备的数据；

需要说明的是，请求参数包括：Deviceld：旧网关设备Deviceld；ReplaceCode。

步骤S514：消息推送：清除旧网关设备的数据；

步骤S515：SmartDevice反初始化；

步骤S516：旧网关设备主动离线；

步骤S517：清除SmartDevice本地文件；

步骤S518：SmartDevice反初始化结果；

步骤S519：清空数据。

需要说明的是，旧网关设备维修好后，必须先刷机清除SmartDevice本地数据和屏端本地数据后，再去联网，特别是不能在原来的局域网里否则会在断网情况下会对老设备控制产生影响。

步骤S520：上报设备替换进度：旧网关设备的数据清除完成。

可选地，在本实施例中提供了上述步骤S17和S18的具体实现方式，图6是根据本申请实施例的设备标识的更新方法的示意图(四)，如图6所示，具体如下步骤：

步骤S601：请求新网关设备替换；

需要说明的是，请求参数包括：Deviceld：新网关设备的Deviceld；ReplaceCode。

步骤S602：消息推送：新网关设备进行替换；

步骤S603：请求将新网关设备在云端恢复出厂设置；

需要说明的是，请求参数包括：Deviceld：新网关设备的Deviceld；返回信息包括：恢复出厂设置的结果；

恢复出厂设置包括：解绑新网关设备的原Deviceld与注册因子的对应关系；解绑并删除新网关设备下挂载的子设备和附件设备；

步骤S604：云端恢复出厂设置；

步骤S605：云端恢复出厂设置；

步骤S606：返回云端恢复出厂设置结果；

步骤S607：清除Deviceld本地文件；

步骤S608：返回云端恢复出厂设置结果；

步骤S609：本地恢复出厂设置；

需要说明的是，保留新网关设备WIFI配网信息和旧网关设备的备份数据；

步骤S610：设备替换请求；

需要说明的是，请求参数包括：ReplaceCode；uplusld(即typeld)；deviceKey(即typeld的Key)；moduleType：面板如果通过wifi模组则填wificard，如果通过以太网则填ethnetcard；module ld：面板填新网关设备MAC地址；subld：子机标识，非必填，如果SmartDevice下只有1个设备则不需要填，如果有多个设备；则需要通过subld进行区分。

返回信息包括：Deviceld：旧网关设备Deviceld；deviceToken：设备token，用于身份身份鉴权(SmartDevice无须透传给设备APP)；

IOT云比对：通过ReplaceCode查询新网关设备Deviceld；通过新网关设备上报的注册因子计算新网关设备Deviceld；确定查询到的新网关设备Deviceld与计算得到的新网关设备Deviceld是否相同，进而确保是否用户指定的新网关设备发起设备替换请求；

IOT云通过ReplaceCode查出旧网关设备Deviceld，删除旧网关设备Deviceld与旧网关设备注册因子之间的对应关系，将旧网关设备deviceToken置为失效；如果旧网关设备仍通过原Deviceld和deviceToken访问IOT云，IOT会返回deviceToken失效，SmartDevice会重新调用IOT云设备注册接口，此时IOT云会给旧网关设备颁发另一个新Deviceld。IOT云删除新网关设备Deviceld与新网关设备之前存储的注册因子之间的对应关系，将新网关设备deviceToken置为失效；IOT云将旧网关设备Deviceld颁发给新网关设备(建立旧网关设备Deviceld与新网关设备注册因子的对应关系)，并生成另一个旧网关设备deviceToken。

步骤S611：设备替换请求；

步骤S612：校验ReplaceCode是否有效，在有效的情况下，通过ReplaceCode查出新网关Deviceld和旧网Deviceld后，进行设备替换；

步骤S613：设备替换结果；

步骤S614：存储Deviceld文件；

步骤S615：设备替换结果；

步骤S616：上报设备替换进度：新网关设备云端替换旧网关设备完成；

步骤S617：网关设备替换模式下自动重启；

步骤S618：新网关设备注册；

需要说明的是，注册参数包括：uplusld(即typeld)；deviceKey(即typeld的key)；moduleType：网关设备如果通过wifi模组则填wificard，如果通过以太网则填ethnetcard；moduleld：网关设备填新网关设备MAC地址；subid：子机标识，非必填，如果SmartDevice下只有1个设备则不需要填，如果有多个设备则需要通过subld进行区分；Deviceld：初始化设备id，通过旧网关设备Deviceld；

返回信息包括：Deviceld：旧网关设备Deviceld；

步骤S619：新网关设备注册及更新；

步骤S620：新网关设备上线；

需要说明的是，Deviceld填网关设备的Deviceld；

步骤S621：新网关设备接入身份认证；

步骤S622：上报新网关设备替换进度：新设备以旧设备身份上线完成。

在本实施例中提供了一种设备标识的更新方法，在旧设备(相当于上述实施例中的第一设备)为智能设备的情况下，替换结果如图8所示，具体如下步骤：

步骤S21：替换操作用户确认及风险提示；

步骤S22：确定新设备(相当于上述实施例中的第二设备)；

步骤S23：申请替换标识ReplaceCode(相当于上述实施例中的替换标识)；

步骤S24：旧设备数据备份；

步骤S25：新设备准备；

步骤S26：旧设备数据清除；

步骤S27：新设备在云端替换旧设备；

步骤S28：新设备以旧设备身份上线。

需要说明的是，上述步骤S21以及步骤S23-S28与上述步骤S11以及步骤S13-S18的实现方式相同，本发明实施例不再赘述。

可选地，在本实施例中提供了上述步骤S22的具体实现方式，具体如下步骤：

步骤S701：查询设备所在网关；

步骤S702：查询面板是否在线；

步骤S703：提示用户面板离线，必须操作面板通过板在线，才能进行后续流程；

步骤S704：查询网关下设备列表；

步骤S705：过滤出用户名下可用于替换的设备列表；

步骤S706：展示可用于替换的设备列表。

在本实施例中提供了一种设备标识的更新方法，在旧设备存在附件设备的情况下，如图9所示，设备替换的具体如下：

步骤S901：设备替换请求；

步骤S902：设备替换请求；

请求参数包括：ReplaceCode；typeld；deviceKey(typeld的key)；moduleType；

moduleld；subld：子机标识，非必填；

附件设备信息：[typeld,subld,oldDeviceld,newDDeviceld]；

步骤S903：通过ReplaceCode关联查询新设备的Deviceld和旧设备的Deviceld；

步骤S904：查询设备替换信息；

参数信息包括：ReplaceCode；

步骤S905：应答查询设备替换信息；

返回信息包括：oldDeviceld；newDeviceld。

步骤S906：通过设备替换请求中的入参因子查询设备Deviceld；

入参因子包括：typeld；deviceKey(typeld的key)；moduleType；moduleld；subld。

步骤S907：应答设备替换请求；

在未对设备替换请求中的入参因子未颁发过Deviceld的情况下，返回的信息包括：retCode：平台定义；retlnfo：设备异常。

步骤S908：根据入参因子确定对应的设备Deviceld；

步骤S909：校验新设备的合法性；

确定通过ReplaceCode查询到新设备Deviceld与以入参因子查询到的设备Deviceld是否相同。

步骤S910：在通过ReplaceCode查询出的新设备Deviceld与入参因子查询到的设备Deviceld不同的情况下，应答设备替换请求；

应答信息包括：retCode：平台定义；retlnfo：设备替换-新附件设备异常。

步骤S911：在通过ReplaceCode查询出的新设备Deviceld与入参因子查询到的设备Deviceld相同的情况下，通过设备替换请求中的附件设备信息type、subid与主设备ModuleType、moduleld信息查询附件设备注册Deviceld信息；

步骤S912：确定新附件设备Deviceld与通过入参因子查询到的设备Deviceld是否一致；

步骤S913：在新附件设备Deviceld与通过入参因子查询到的设备Deviceld一致的情况下，应答设备替换请求；

应答信息包括：retCode：平台定义；retlnfo：设备替换-新附件设备异常。

步骤S914：通过新设备的旧Deviceld查询设备注册因子；通过附件设备旧Deviceld查询设备注册因子；

步骤S915：确定根据附件设备查询到的设备注册因子与通过新设备的旧Deviceld查询设备注册因子的B部分是否相同；

B部分包括：moduleType；moduleld。

步骤S916：在B部分不相同的情况下，应答设备替换请求；

应答信息包括：retCode：平台定义；retlnfo：设备替换-旧附件设备异常。

步骤S917：在B部分相同的情况下，进行附件设备的设备替换；

需要说明的是，删除附件设备中旧设备Deviceld与注册因子的对应关系，保存入参中新附件设备的注册因子与旧附件设备Deviceld关系；

步骤S918：删除入参因子与主设备的旧Deviceld的关系；

步骤S919：将旧设备的注册因子替换成入参因子；

返回信息包括：Deviceld(旧设备Deviceld)；deviceToken：设备接入令牌；deviceToken：失效时间；

步骤S920：保存入参因子与旧设备的Deviceld的关系；

步骤S921：应答设备替换请求；

步骤S922：持久化保存deviceToken，失效时间及注册参数信息；

步骤S923：替换结果通知。

通过上述实施例，既支持ZigBee网关替换，也支持ZigBee设备替换，又支持ZigBee网关和ZigBee设备同时替换；ZigBee网关替换时，旧网关下的ZigBee设备无需用户重新配网即可自动切换到新网关下，用户无感；无需用户手动配置新网关的楼层、房间、设备名称、灯组、场景、面板显示，也不影响已经训练好的AI、大数据模型，也无需对相关第三方云的进行重新配置。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

图10是根据本申请实施例的一种设备标识的更新装置的结构框图；如图10所示，包括：

接收模块1002，用于接收携带有替换标识的设备替换指令；

响应模块1004，用于响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；

更新模块1006，用于在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

通过上述装置，接收携带有替换标识的设备替换指令；响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端，解决了相关技术中，设备替换较为复杂等问题，且无需用户手动设置新网关的楼层、房间、设备名称、灯组、场景、面板显示等信息，也不影响已经训练好的AI大数据模型，也无需对相关第三方云的进行重新配置。

在一个示例性实施例中，更新模块1006，用于获取所述第一设备标识与所述第一设备的注册因子的第一对应关系，所述第二设备标识与所述第二设备的注册因子的第二对应关系，其中，所述第一设备的注册因子包括以下至少之一：所述第一设备的设备版本号、所述第一设备的通信模组类型、所述第一设备的物理地址、第一设备对应的第一附件设备的子机标识；所述第二设备的注册因子包括以下至少之一：所述第二设备的设备版本号、所述第二设备的通信模组类型、所述第二设备的物理地址、第二设备对应的第二附件设备的子机标识；解除所述第一对应关系和所述第二对应关系，并建立所述第一设备标识与所述第二设备的注册因子的第三对应关系，以使所述第二设备基于所述第三对应关系上线所述第二设备对应的物联网云端。

在一个示例性实施例中，响应模块1004，用于获取所述第一设备在所述物联网云端备份的第一配置信息；向所述第一设备发送第一指示信息，以指示所述第一设备执行初始化操作，以及向所述第二设备发送第二指示信息，以指示所述第二设备执行初始化操作；在对所述第一设备和所述第二设备完成初始化操作的情况下，将所述第一配置信息发送至完成初始化操作的第二设备。

在一个示例性实施例中，响应模块1004，用于确定所述第一设备的固件版本号和所述第二设备的固件版本号；在所述第一设备的固件版本号与所述第二设备的固件版本号不一致的情况下，获取所述第一设备的固件版本号对应的固件资源包；将所述固件资源包发送至所述第二设备，以使所述第二设备根据所述固件资源包更新所述第二设备的固件。

在一个示例性实施例中，响应模块1004，用于对所述设备替换指令中的第一参数信息进行解析，得到所述第一参数信息指示的设备信息；从设备信息和设备标识的对应关系中确定所述第一参数信息指示的设备信息对应的第三设备标识；在所述第三设备标识与所述第二设备标识一致的情况下，将所述第一设备的第一配置信息发送至所述第二设备。

在一个示例性实施例中，接收模块1002，用于在接收到用于申请所述替换标识的请求信息的情况下，根据所述请求信息中的第二参数信息确定所述请求信息的合法性，其中，所述第二参数信息包括：所述第一设备绑定的账号对应的用户令牌、所述第一设备标识、所述第二设备标识、发送所述请求信息的客户端的标识；在所述请求信息合法的情况下，生成所述替换标识，并根据所述请求信息中的失效时间为所述替换标识设定失效时间。

在一个示例性实施例中，更新模块1006，用于根据所述第二设备的注册因子确定所述第二设备是否存在第二附件设备；在所述第二设备存在第二附件设备的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，以使所述第二附件设备根据所述第二配置信息进行配置；在所述第二附件设备根据所述第二配置信息完成配置的情况下，将所述第二附件设备的设备标识更新为所述第一附件设备的设备标识，以使所述第二附件设备基于所述第一附件设备的设备标识上线所述第二设备对应的物联网云端。

在一个示例性实施例中，更新模块1006，用于根据所述第二附件设备的设备标识确定所述第二设备的第一注册因子，以及根据所述第二设备标识确定所述第二设备的第二注册因子；确定所述第一注册因子与所述第二注册因子是否一致；在所述第一注册因子与所述第二注册因子一致的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备。

在一个示例性实施例中，更新模块1006，用于接收所述第一设备的注册请求，其中，所述注册请求包括：所述第一设备的注册因子；根据所述第一设备的注册因子生成第四设备标识；将所述第四设备标识发送第一设备，以使所述第一设备根据所述第四设备标识上线所述物联网云端。

在一个示例性实施例中，响应模块1002，用于在所述第一设备和所述第二设备为智能设备的情况下，确定与所述第一设备连接的第一网关设备，以及与所述第二设备连接的第二网关设备；在所述第一网关设备和所述第二网关设备为同一网关设备的情况下，将所述第一设备的第一配置信息发送至所述第二设备；在所述第一网关设备和所述第二网关设备不为同一网关设备的情况下，向所述第二设备发送第三指示信息，以及在所述第二设备完成与所述第二网关设备解绑的操作的情况下，将所述第一设备的第一配置信息发送至所述第二设备，其中，所述第三指示信息用于指示所述第二设备执行与所述第二网关设备解绑的操作。

本申请的实施例还提供了一种存储介质，该存储介质包括存储的程序，其中，上述程序运行时执行上述任一项的方法。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收携带有替换标识的设备替换指令；

S2，响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；

S3，在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

本申请的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，接收携带有替换标识的设备替换指令；

S2，响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；

S3，在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种设备标识的更新方法，其特征在于，包括：

接收携带有替换标识的设备替换指令；

响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；

在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

2.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第二设备的第二设备标识更新为所述第一设备标识之后，所述方法还包括：

获取所述第一设备标识与所述第一设备的注册因子的第一对应关系，所述第二设备标识与所述第二设备的注册因子的第二对应关系，其中，所述第一设备的注册因子包括以下至少之一：所述第一设备的设备版本号、所述第一设备的通信模组类型、所述第一设备的物理地址、第一设备对应的第一附件设备的子机标识；所述第二设备的注册因子包括以下至少之一：所述第二设备的设备版本号、所述第二设备的通信模组类型、所述第二设备的物理地址、第二设备对应的第二附件设备的子机标识；

解除所述第一对应关系和所述第二对应关系，并建立所述第一设备标识与所述第二设备的注册因子的第三对应关系，以使所述第二设备基于所述第三对应关系上线所述第二设备对应的物联网云端。

3.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第一设备的第一配置信息发送至所述第二设备，包括：

获取所述第一设备在所述物联网云端备份的第一配置信息；

向所述第一设备发送第一指示信息，以指示所述第一设备执行初始化操作，以及向所述第二设备发送第二指示信息，以指示所述第二设备执行初始化操作；在对所述第一设备和所述第二设备完成初始化操作的情况下，将所述第一配置信息发送至完成初始化操作的第二设备。

4.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第一设备的第一配置信息发送至所述第二设备之前，所述方法还包括：

确定所述第一设备的固件版本号和所述第二设备的固件版本号；

在所述第一设备的固件版本号与所述第二设备的固件版本号不一致的情况下，获取所述第一设备的固件版本号对应的固件资源包；

将所述固件资源包发送至所述第二设备，以使所述第二设备根据所述固件资源包更新所述第二设备的固件。

5.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第一设备的第一配置信息发送至所述第二设备，包括：

对所述设备替换指令中的第一参数信息进行解析，得到所述第一参数信息指示的设备信息；

从设备信息和设备标识的对应关系中确定所述第一参数信息指示的设备信息对应的第三设备标识；

在所述第三设备标识与所述第二设备标识一致的情况下，将所述第一设备的第一配置信息发送至所述第二设备。

6.根据权利要求1所述的设备标识的更新方法，其特征在于，接收携带有替换标识的设备替换指令之前，所述方法还包括：

在接收到用于申请所述替换标识的请求信息的情况下，根据所述请求信息中的第二参数信息确定所述请求信息的合法性，其中，所述第二参数信息包括：所述第一设备绑定的账号对应的用户令牌、所述第一设备标识、所述第二设备标识、发送所述请求信息的客户端的标识；

在所述请求信息合法的情况下，生成所述替换标识，并根据所述请求信息中的失效时间为所述替换标识设定失效时间。

7.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第二设备的第二设备标识更新为所述第一设备标识之后，所述方法还包括：

根据所述第二设备的注册因子确定所述第二设备是否存在第二附件设备；在所述第二设备存在第二附件设备的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，以使所述第二附件设备根据所述第二配置信息进行配置；

在所述第二附件设备根据所述第二配置信息完成配置的情况下，将所述第二附件设备的设备标识更新为所述第一附件设备的设备标识，以使所述第二附件设备基于所述第一附件设备的设备标识上线所述第二设备对应的物联网云端。

8.根据权利要求7所述的设备标识的更新方法，其特征在于，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备，包括：

根据所述第二附件设备的设备标识确定所述第二设备的第一注册因子，以及根据所述第二设备标识确定所述第二设备的第二注册因子；

确定所述第一注册因子与所述第二注册因子是否一致；

在所述第一注册因子与所述第二注册因子一致的情况下，将所述第一设备对应的第一附件设备的第二配置信息发送至所述第二附件设备。

9.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第二设备的第二设备标识更新为所述第一设备标识之后，所述方法还包括：

接收所述第一设备的注册请求，其中，所述注册请求包括：所述第一设备的注册因子；

根据所述第一设备的注册因子生成第四设备标识；

将所述第四设备标识发送第一设备，以使所述第一设备根据所述第四设备标识上线所述物联网云端。

10.根据权利要求1所述的设备标识的更新方法，其特征在于，将所述第一设备的第一配置信息发送至所述第二设备，包括：

在所述第一设备和所述第二设备为智能设备的情况下，确定与所述第一设备连接的第一网关设备，以及与所述第二设备连接的第二网关设备；

在所述第一网关设备和所述第二网关设备为同一网关设备的情况下，将所述第一设备的第一配置信息发送至所述第二设备；

在所述第一网关设备和所述第二网关设备不为同一网关设备的情况下，向所述第二设备发送第三指示信息，以及在所述第二设备完成与所述第二网关设备解绑的操作的情况下，将所述第一设备的第一配置信息发送至所述第二设备，其中，所述第三指示信息用于指示所述第二设备执行与所述第二网关设备解绑的操作。

11.一种设备标识的更新装置，其特征在于，包括：

接收模块，用于接收携带有替换标识的设备替换指令；

响应模块，用于响应于所述设备替换指令，根据所述替换标识确定第一设备的第一设备标识和第二设备的第二设备标识，以及将所述第一设备的第一配置信息发送至所述第二设备，以使所述第二设备根据所述第一配置信息进行配置；

更新模块，用于在所述第二设备根据所述配置信息完成配置的情况下，将所述第二设备的第二设备标识更新为所述第一设备标识，以使所述第二设备基于更新后的所述第一设备标识上线所述第二设备对应的物联网云端。

12.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至10任一项中所述的方法。

13.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至10任一项中所述的方法。