CN114448783B - 设备替换方法以及相关装置 - Google Patents

Abstract

本申请公开了一种设备替换方法以及相关装置，该方法包括：响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备；响应于故障设备和替换设备分别配置在第一网关下和第二网关下，从云端将第一网关的配置信息拉取至第二网关；将云端中故障设备对应的第一设备数据通过第二网关发送至替换设备，并基于第一设备数据获得替换设备对应的第二设备数据；将第二设备数据拉取至第一网关，并将替换设备和第一网关进行配网；将故障设备的联动数据拉取至第一网关以使得联动数据保存至替换设备。这样可以将故障设备之前的配置信息和数据直接导入到新设备中，从而降低替换成本以及提高运维工作效率。

Description

设备替换方法以及相关装置

技术领域

本申请涉及物联网通信技术领域，特别是涉及一种设备替换方法以及相关装置。

背景技术

在大规模的智能商业化应用中，例如在工厂，写字楼灯等场景中，为了降低采购成本，一般客户都会使用蓝牙、ZigBee等协议的设备，然后通过配置到智能网关中以实现与业务云进行通信，传统的此类设备损坏替换流程，需要运维人员重新配置一个新设备到网关下，在替换的过程中，运维人员需要知道损坏的旧设备之前所有的数据与配置化信息，例如旧设备之前加入过哪些群控组里，配置过的场景，一键执行，自动化，联动日程等配置信息，然后将新设备按照原有旧设备的配置，一个个的加入到对应配置里。

有时候为了达到控制目的，对应的群组信息以及场景自动化信息都会配置到对应的网关以及子设备内部，但是这样就更提高了配置的复杂性，这种方式不仅效率低下，而且很容易出现设备配置错误的情况。在实际的项目过程中，由于项目功能的复杂性，经常会出现一个设备配置到数个甚至几十个的群组里，以满足不同场景的控制效果，这时运维人员需要配置几十次对应的群组功能。另外，配置的场景自动化灯功能也是种类繁多，例如用户可能会配置：当灯A亮起时，延迟10秒，对应的楼层B区域内的灯全部打开，再延迟10秒，让灯A自动关闭，然后再延迟10秒，对应的楼层C区域内的灯全部关闭的自动化控制。这种自动化场景，不仅场景的触发条件里包涵灯A，在场景触发后的执行动作里也有灯A的控制逻辑，这属于较为复杂的场景，很可能会出现配置错误的情况，这就需要运维人员谨慎操作和反复验证。综上，传统的设备替换方法的操作成本很高，而且替换的精确度以及便利性都普遍较低。

因此，亟需一种新的设备替换方法来解决上述问题。

发明内容

本申请主要解决的技术问题是提供一种设备替换方法以及相关装置，可以将故障设备的配置信息和设备数据直接导入到替换设备中。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种设备替换方法，包括：响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备；响应于所述故障设备和所述替换设备分别配置在第一网关下和第二网关下，从云端将所述第一网关的配置信息拉取至所述第二网关；将所述云端中所述故障设备对应的第一设备数据通过所述第二网关发送至所述替换设备，并基于所述第一设备数据获得所述替换设备对应的第二设备数据；将所述第二设备数据拉取至所述第一网关，并对所述替换设备和所述第一网关进行配网；将所述故障设备的联动数据拉取至所述第一网关以使得所述联动数据保存至所述替换设备。

其中，所述配置信息为所述第一网关定时上报至云端的数据；所述从云端将所述第一网关的配置信息拉取至所述第二网关的步骤，包括：将所述第一网关和所述第二网关发送至所述云端；从所述云端将所述配置信息拉取至所述第二网关。

其中，所述响应于所述故障设备和所述替换设备分别配置在第一网关下和第二网关下，从云端将所述第一网关的配置信息拉取至所述第二网关的步骤之前，包括：将所述第二网关和所述替换设备的内部通过加密指令交互，并通过所述云端为所述替换设备生成第二身份信息；响应于所述替换设备成功生成所述第二身份信息，将所述替换设备配置到所述第二网关下。

其中，所述响应于所述替换设备成功生成所述第二身份信息，将所述替换设备配置到所述第二网关下的步骤之后，包括：响应于根据所述故障设备的第一信息与所述替换设备的第二信息验证出所述故障设备和所述替换设备满足第一预设条件，将所述故障设备和所述替换设备发送至所述云端，并将所述替换设备对应的第一配置文件上报至所述云端。

其中，所述第一设备数据包括所述故障设备对应的功能数据和群组数据；所述响应于所述云端中存在所述故障设备对应的第一设备数据，将所述第一设备数据通过所述第二网关发送至所述替换设备，并基于所述第一设备数据获得所述替换设备对应的第二设备数据的步骤，包括：响应于从所述云端中获取到所述故障设备对应的功能数据和群组数据，将所述功能数据和所述群组数据发送至所述第二网关；控制所述第二网关将所述功能数据和所述群组数据发送至所述替换设备，并根据所述功能数据和所述群组数据获得所述替换设备对应的第二设备数据。

其中，所述将所述第二设备数据拉取至所述第一网关，并对所述替换设备和所述第一网关进行配网的步骤，包括：响应于所述第一网关接收到所述云端的拉取通知，将所述替换设备对应的第二设备数据拉取至所述第一网关；将所述替换设备从所述第二网关下移除，并将所述替换设备添加至所述第一网关下。

其中，所述将所述故障设备的联动数据拉取至所述第一网关并保存至所述云端的步骤，包括：响应于所述第一网关从所述云端拉取到所述故障设备的联动数据，将所述联动数据保存至所述第一网关和所述云端。

其中，所述响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备的步骤之后，还包括：响应于所述故障设备和所述替换设备均配置在第三网关下，将所述替换设备对应的第二配置文件拉取至所述第三网关下，以使得所述替换设备和所述第三网关进行配网；将所述云端中所述故障设备对应的第一设备数据下发至所述第三网关，并通过所述第三网关将所述第一设备数据添加至所述替换设备；其中，所述第一设备数据包括所述故障设备对应的功能数据和群组数据；将所述故障设备的联动数据拉取至所述第三网关并保存至所述云端。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种电子设备，包括相互耦接的存储器和处理器，所述存储器内存储有程序指令，所述处理器用于执行所述程序指令以实现上述任一实施例所提及的设备替换方法。

为解决上述技术问题，本申请采用的又一个技术方案是：提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于实现上述任一实施例所提及的设备替换方法。

区别于现有技术的情况，本申请的有益效果是：本申请提供的设备替换方法包括：响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备，当故障设备和替换设备分别配置在第一网关下和第二网关下时，从云端将第一网关的配置信息拉取至第二网关，当云端中存在故障设备对应的第一设备数据时，将第一设备数据通过第二网关发送至替换设备，并基于第一设备数据获得替换设备对应的第二设备数据，接着将第二设备数据拉取至第一网关，并对替换设备和第一网关进行配网，最后将故障设备的联动数据拉取至第一网关以使得联动数据保存至替换设备，这种方式可以在运维人员不在现场的情况下直接将故障设备的数据转移至替换设备，用户或工程运维人员拿到替换设备之后，将其上电之后就可以直接和原先的故障设备一样使用，而且新的替换设备具有和故障设备完全一致的功能。通过这种方式，不仅可以降低设备替换的成本，而且可以提高运维人员的工作效率以及便利性。

附图说明

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

图1是本申请设备替换方法一实施方式的流程示意图；

图2是不同网关下设备替换的整体流程示意图；

图3是不同网关下子设备替换流程前置处理的流程示意图；

图4是不同网关下新增子设备的流程示意图；

图5是不同网关下故障转移触发的流程示意图；

图6是不同网关下设备本地信息补发的流程示意图；

图7是不同网关下转移替换设备到第一网关的流程示意图；

图8是不同网关下克隆故障设备数据至替换设备的流程示意图；

图9是相同网关下设备替换的整体流程示意图；

图10是相同网关下故障转移触发的流程示意图；

图11是相同网关下设备本地信息补发的流程示意图；

图12是相同网关下克隆故障设备数据至替换设备的流程示意图；

图13是本申请电子设备一实施方式的框架示意图；

图14是本申请计算机可读存储介质一实施方式的框架示意图。

具体实施方式

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

请参阅图1，图1是本申请设备替换方法一实施方式的流程示意图。该设备替换方法具体包括：

S1：响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备。

具体而言，当工厂或者公司售后接受到设备替换信息的需求时，需求里会具体描述需要替换的故障设备的第一身份信息id，运维人员会根据设备id查询到故障设备对应的产品批次，通过产品批次可以获悉产品的协议类型、所属品类、产品的对应功能点等产品信息，然后通过这些产品信息可以选择对应批次的替换设备，符合要求的替换设备可能不止一个，从中挑选出一个即可。筛选出替换设备之后，登录到app系统内，选择需更换设备的项目，对新的替换设备进行配网操作，然后在设备替换系统中提交替换任务。

S2：当故障设备和替换设备分别配置在第一网关下和第二网关下时，从云端将第一网关的配置信息拉取至第二网关。

在一个实施方式中，运维人员侧的网关与用户侧的网关不相同，也就是说，当故障设备和替换设备分别配置在第一网关A下和第二网关B下时，进入至步骤S2-S5。第一网关A可以为Zigbee等网络，第二网关B也可以为Zigbee等网络，本申请在此不作限定。在本实施例中，配置信息为第一网关A定时上报至云端的数据，具体地，可以是第一网关A每小时上报至云端的数据。请参阅图2，图2是不同网关下设备替换的整体流程示意图。如图2所示，不同网关下设备替换的整体流程为：首先第二网关B开始从云端拉取第一网关A的配置信息，这样第二网关B就有着与第一网关A一致的网络信息，然后让替换设备在第二网关B下进行配网；在替换设备入网之后，第二网关B打包上传替换设备的配置信息给到云端，之后云端会通知第一网关A进行拉取；云端查询故障设备的一些功能数据和群组数据，若存在故障设备的功能数据和群组数据，则将这些功能数据和群组数据下发给第二网关B，使其对替换设备进行功能数据和群组数据的添加，使替换设备拥有故障设备的第一设备数据，以形成替换设备对应的第二设备数据；通知第二网关B拉取故障设备的联动数据并保存至云端，此时云端已将故障设备的联动数据替换成了替换设备；云端通知第一网关A拉取替换设备的第二设备数据，更新替换设备的设备信息并进行设备绑定，成功之后，第一网关A拉取替换设备的联动数据；云端通知替换设备替换的结果；若成功则通知第二网关B拉取自身的备份数据，重新加载，并使得第一网关A正常工作，若失败则进行数据回滚，避免影响原有的功能。

由于故障设备的数据都在业务云系统里有保存，且由于网关设备有连云的能力，所以利用业务云系统将故障设备对应的设备数据(功能数据和群组数据)、场景自动化等配置数据通过云系统发送给网关设备，然后网关设备通过本地区域网发送给替换设备，替换设备有了这些数据，就相当于获得了故障设备的数据拷贝版，就能达到智能设备智能替换的目的。

具体地，在本实施例中，请一并参阅图1和图3，图3是不同网关下子设备替换流程前置处理的流程示意图。由于第一网关A和第二网关B属于不同的网关设备，而且第二网关B是运维人员提前配好的新的网关设备，该第二网关B的初始状态为空，也就是说第二网关B没有任何配置信息，所以为了使得第一网关A和第二网关B的配置信息一致，第二网关B需要通知云端拉取第一网关A的配置信息，云端接收到通知后拉取第一网关A的配置信息，并传输至第二网关B，第二网关B接收到配置信息后，加载并保存至第二网关B本地。上述步骤S2中从云端将第一网关A的配置信息拉取至第二网关B的步骤即为子设备替换流程前置处理的步骤，该步骤包括：1、将第一网关A和第二网关B发送至云端；2、从云端将配置信息拉取至第二网关B。具体而言，如图3所示，云端还包括业务云系统和基础云系统，其中，业务云系统靠近用户端，用于执行操作命令以及存储配置信息和各种数据，基础云系统靠近网关设备，相当于中间方，也是用于执行操作命令。步骤S2具体的流程为：故障设备原来是挂在用户那边的第一网关A下的，第一网关A每小时定时上报网关本地的配置信息给到基础云系统；运维人员通过app获取到第一网关A，通过业务云系统将第一网关A和第二网关B同时发送给基础云系统；基础云系统发送消息通知第二网关B来拉取第一网关A之前上报的配置信息；第二网关B拉取完成之后，会告知app端拉取成功。这样可以使得第一网关A和第二网关B的配置信息一致。

较佳地，在本实施例中，在步骤S2之前还需要先将步骤S1中获得的替换设备与第二网关B进行配网，以使得替换设备配置到第二网关B下。请一并参阅图1和图4，图4是不同网关下新增子设备的流程示意图。上述步骤S2之前还包括新增子设备的步骤，该步骤具体包括：a、将第二网关B和替换设备的内部通过加密指令交互，并通过云端为替换设备生成第二身份信息；b、响应于替换设备成功生成第二身份信息，将替换设备配置到第二网关B下。具体而言，如图4所示，运维人员通过app告知第二网关B进行替换设备配网，第二网关B和替换设备内部通过加密指令交互，然后通过基础云系统为替换设备生成第二身份信息(设备id)；基础云系统为替换设备生成设备id之后，通知第二网关B并告知配网结果；第二网关B收到配网结果之后，将替换设备配置到第二网关B下，并告知app端替换设备配网成功；app端提示运维人员或用户替换设备配网成功。当然，在其他实施例中，将替换设备和第二网关B进行配网的方式可以为其他方式，本申请在此不作限定。

具体地，在本实施例中，请一并参阅图1和图5，图5是不同网关下故障转移触发的流程示意图。在上述响应于替换设备成功生成第二身份信息，将替换设备配置到第二网关B下的步骤之后，进入到故障转移触发的步骤，具体地，该步骤包括：响应于根据故障设备的第一信息与替换设备的第二信息验证出故障设备和所述替换设备满足第一预设条件，将故障设备和替换设备发送至云端，并将替换设备对应的第一配置文件上报至云端。具体而言，如图5所示，运维人员通过app端选择第一网关A下的故障设备、第二网关B下配置好的替换设备的配置信息发送给业务云系统；业务云系统会根据设备对应产品的协议类型，所属品类，产品对应功能点等产品信息校验设备是否满足第一预设条件；如果满足条件，将第一网关A下的故障设备、第二网关B下配置好的替换设备发送给基础云系统，基础云系统会通知第二网关B上报替换设备的第一配置文件；第二网关B收到指令之后，将替换设备的第一配置文件上报到基础云系统。具体地，在本实施例中，上述第一预设条件为子设备故障转移条件，即判断替换设备的当前版本和故障设备的当前版本是否一致，若一致，则说明替换设备满足第一预设条件，若不一致，替换设备需要升级至与故障设备一致之后进行后续操作。当然，在其他实施例中，第一预设条件也可以为其他校验方式，本申请在此不作限定。这样可以对替换设备进行双重验证，以确保替换设备能够成功替换掉故障设备并使得用户能够像使用之前的设备一样使用替换设备，从而提高替换效率。此外，在本实施例中，若替换设备不满足第一预设条件(替换要求)，则发出错误提示：请更换设备重新进行替换。

S3：将云端中故障设备对应的第一设备数据通过第二网关发送至替换设备，并基于第一设备数据获得替换设备对应的第二设备数据。

具体而言，第一设备数据包括故障设备对应的当前功能数据(dp数据)和群组数据。在本实施例中，功能数据为设备自身所自带的功能，例如：开关，亮度调节，冷暖调节，彩光调节等功能。具体地，在本实施例中，请参阅图6，图6是不同网关下设备本地信息补发的流程示意图。上述步骤S3即为设备本地信息补发的步骤，该步骤具体包括：(1)响应于从云端中获取到故障设备对应的功能数据和群组数据，将功能数据和群组数据发送至第二网关B；(2)控制第二网关B将功能数据和群组数据发送至替换设备，并根据功能数据和群组数据获得替换设备对应的第二设备数据。具体而言，如图6所示，业务云系统到基础云系统查询损坏的故障设备对应的功能数据和群组数据；业务云系统将故障设备对应的功能数据和群组数据发送给第二网关B；第二网关B将功能数据和群组数据发送给替换设备，以形成替换设备对应的第二设备数据；替换设备将其第二设备数据保存在第二网关B本地，其中，第二设备数据包括替换设备对应的功能数据和群组数据。此外，在本实施例中，功能数据和群组数据的保存与故障设备和替换设备在哪个网关下无关。

S4：将第二设备数据拉取至第一网关，并对替换设备和第一网关进行配网。

具体地，在本实施例中，请参阅图7，图7是不同网关下转移替换设备到第一网关的流程示意图。上述步骤S4即为转移替换设备到第一网关的步骤，该步骤具体包括：Ⅰ、响应于第一网关A接收到云端的拉取通知，将替换设备对应的第二设备数据拉取至第一网关A；Ⅱ、将替换设备从第二网关B下移除，并将替换设备添加至第一网关A下。具体而言，如图7所示，业务云系统通知第一网关A拉取之前配置在第二网关B的替换设备的第二设备数据；第一网关A拉取成功之后，将替换设备的第二设备数据保存到其设备内部；第一网关A开始模拟配网逻辑，并通知基础云系统，基础云系统将替换设备从第二网关B下移除，并添加到第一网关A下；基础云系统添加完成之后，发送消息告知到第一网关A添加成功，相当于第一网关A对替换设备进行模拟配网成功；第一网关A收到消息之后，告知业务云系统模拟配网成功。

S5：将故障设备的联动数据拉取至第一网关以使得联动数据保存至替换设备。

具体地，在本实施例中，请参阅图8，图8是不同网关下克隆故障设备数据至替换设备的流程示意图。上述步骤S5即为克隆故障设备数据至替换设备的步骤，该步骤具体包括：将故障设备的联动数据拉取至第一网关A以使得联动数据保存至替换设备，将联动数据保存至第一网关A和云端。具体而言，业务云系统到基础云系统请求故障设备的联动数据，请求成功之后通过到第一网关A；第一网关A此时去拉取故障设备的联动数据，然后保存到第一网关A本地；拉取成功之后，说明故障设备的联动数据已经通过第一网关A配置到替换设备中了，第一网关A通知到业务云系统该替换设备替换成功；业务云系统收到消息之后，通知到app端替换设备替换成功；app端做后续提示，以进行后续处理逻辑。可选地，在本实施例中，若设备替换成功，则配送替换成功的替换设备到项目现场(将替换设备送至用户手中)，并对替换设备进行上电安装；验证并测试替换设备的功能；若测试通过，则提示用户是否删除原设备；若测试不通过，则手动更改替换设备的配置；至此，完成设备替换流程，并关闭维修工单。此外，若设备替换不成功，则列出失败项信息，并引导用户进行重试。

通过这种设计方式，工程运维人员无需关心原有故障设备的数据与配置化信息，在替换设备配网激活后，由业务方一键发起替换流程，原本故障设备的数据与配置化信息可以直接导入到替换设备内部，然后将配置好的替换设备寄到工程现场，无需公司工程运维人员到用户现场，用户只需要将替换设备安装到之前故障设备对应的位置上，就可以完成整体安装。

在另一个实施方式中，运维人员侧的网关与用户侧的网关相同，也就是说，故障设备和替换设备配置在相同网关(第三网关C)下，此时，直接从步骤S1进入至步骤S6-S8。请参阅图9，图9是相同网关下设备替换的整体流程示意图。如图9所示，相同网关下设备替换的整体流程为：将步骤S1中筛选获得的替换设备与第三网关进行配网，云端查询故障设备的功能数据和群组数据，若存在功能数据和群组数据，则下发给第三网关C，使其对替换设备进行功能数据和群组数据的添加；通知第三网关C拉取故障设备的联动数据并保存至云端，此时云端已将故障设备的联动数据替换成了替换设备；云端通知设备替换的结果，若成功则正常工作并重启拉取联动数据，若失败则进行数据回滚，避免影响原有功能。

S6：当故障设备和替换设备均配置在第三网关下，将替换设备对应的第二配置文件拉取至第三网关下，以使得替换设备和第三网关进行配网。

具体地，在本实施例中，请参阅图10，图10是相同网关下故障转移触发的流程示意图。如图10所示，相同网关下故障转移触发的流程为：运维人员通过app端选择第三网关C下的故障设备和替换设备的配置信息发送给业务云系统；业务云系统会根据设备对应产品的协议类型，所属品类，产品对应功能点等产品信息校验设备是否满足第一预设条件；如果满足条件，将第三网关C下的故障设备和替换设备发送给基础云系统，将替换设备对应的第二配置文件拉取至第三网关C下，以使得替换设备和第三网关C进行配网。此外，在本实施例中，若替换设备不满足第一预设条件(替换要求)，则发出错误提示：请更换设备重新进行替换。

S7：将云端中故障设备对应的第一设备数据下发至第三网关，并通过第三网关将第一设备数据添加至替换设备。

具体而言，第一设备数据包括故障设备对应的功能数据(dp数据)和群组数据。具体地，在本实施例中，请参阅图11，图11是相同网关下设备本地信息补发的流程示意图。如图11所示，相同网关下设备本地信息补发的流程为：将故障设备的名称复制到替换设备上；业务云系统到基础云系统查询损坏的故障设备对应的第一设备数据；业务云系统将第一设备数据中的功能数据和群组数据下发至第三网关C，并通过第三网关C将功能数据和群组数据添加至替换设备。此外，在本实施例中，功能数据和群组数据的保存与故障设备和替换设备在哪个网关下无关。

S8：将故障设备的联动数据拉取至第三网关并保存至云端。

具体地，在本实施例中，请参阅图12，图12是相同网关下克隆故障设备数据至替换设备的流程示意图。如图12所示，相同网关下克隆故障设备数据至替换设备的流程为：具体而言，业务云系统到基础云系统请求故障设备的联动数据，第三网关C拉取故障设备的联动数据，然后保存到第三网关C本地；拉取成功之后，说明故障设备的联动数据已经通过第三网关C配置到替换设备中了，第三网关C通知到业务云系统该替换设备替换成功；业务云系统收到消息之后，通知到app端替换设备替换成功；app端做后续提示，以进行后续处理逻辑。可选地，在本实施例中，若设备替换成功，则配送替换成功的替换设备到项目现场(将替换设备送至用户手中)，并对替换设备进行上电安装；验证并测试替换设备的功能；若测试通过，则提示用户是否删除原设备；若测试不通过，则手动更改替换设备的配置；至此，完成设备替换流程，并关闭维修工单。此外，若设备替换不成功，则列出失败项信息，并引导用户进行重试。

通过这种设计方式，用户在app上提交故障替换的申请，网关就会自动对旧设备进行替换，即便新旧设备处于不同网关或相同网关下，该功能也能正常进行。替换完成之后，新设备可直接交付给客户，上电后可直接对其进行场景化的控制，不仅可以提高设备替换的效率，而且可以提高操作的便利性。

请参阅图13，图13是本申请电子设备一实施方式的框架示意图。该电子设备包括相互耦接的存储器10和处理器12。具体地，在本实施例中，存储器10内存储有程序指令，处理器12用于执行程序指令以实现上述任一实施例所提及的设备替换方法。

具体而言，处理器12还可以称为CPU(Central Processing Unit，中央处理单元)。处理器12可能是一种集成电路芯片，具有信号的处理能力。处理器12还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器12可以由多个集成电路芯片共同实现。

请参阅图14，图14是本申请计算机可读存储介质一实施方式的框架示意图。该计算机可读存储介质20存储有计算机程序200，能够被计算机所读取，计算机程序200能够被处理器执行，以实现上述任一实施例中所提及的设备替换方法。其中，该计算机程序200可以以软件产品的形式存储在上述计算机可读存储介质20中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。具有存储功能的计算机可读存储介质20可以是U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。

总而言之，区别于现有技术的情况，本申请提供的设备替换方法包括：响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备，当故障设备和替换设备分别配置在第一网关下和第二网关下时，从云端将第一网关的配置信息拉取至第二网关，当云端中存在故障设备对应的第一设备数据时，将第一设备数据通过第二网关发送至替换设备，并基于第一设备数据获得替换设备对应的第二设备数据，接着将第二设备数据拉取至第一网关，并对替换设备和第一网关进行配网，最后将故障设备的联动数据拉取至第一网关以使得联动数据保存至替换设备，这种方式可以在运维人员不在现场的情况下直接将故障设备的数据转移至替换设备，用户或工程运维人员拿到替换设备之后，将其上电之后就可以直接和原先的故障设备一样使用，而且新的替换设备具有和故障设备完全一致的功能。通过这种方式，不仅可以降低设备替换的成本，而且可以提高运维人员的工作效率以及便利性。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种设备替换方法，其特征在于，包括：

响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备；

响应于所述故障设备和所述替换设备分别配置在第一网关下和第二网关下，从云端将所述第一网关的配置信息拉取至所述第二网关；

将所述云端中所述故障设备对应的第一设备数据通过所述第二网关发送至所述替换设备，并基于所述第一设备数据获得所述替换设备对应的第二设备数据；

将所述第二设备数据拉取至所述第一网关，并对所述替换设备和所述第一网关进行配网；

将所述故障设备的联动数据拉取至所述第一网关以使得所述联动数据保存至所述替换设备。

2.根据权利要求1所述的设备替换方法，其特征在于，所述配置信息为所述第一网关定时上报至云端的数据；所述从云端将所述第一网关的配置信息拉取至所述第二网关的步骤，包括：

将所述第一网关和所述第二网关发送至所述云端；

从所述云端将所述配置信息拉取至所述第二网关。

3.根据权利要求2所述的设备替换方法，其特征在于，所述响应于所述故障设备和所述替换设备分别配置在第一网关下和第二网关下，从云端将所述第一网关的配置信息拉取至所述第二网关的步骤之前，包括：

将所述第二网关和所述替换设备的内部通过加密指令交互，并通过所述云端为所述替换设备生成第二身份信息；

响应于所述替换设备成功生成所述第二身份信息，将所述替换设备配置到所述第二网关下。

4.根据权利要求3所述的设备替换方法，其特征在于，所述响应于所述替换设备成功生成所述第二身份信息，将所述替换设备配置到所述第二网关下的步骤之后，包括：

响应于根据所述故障设备的第一信息与所述替换设备的第二信息验证出所述故障设备和所述替换设备满足第一预设条件，将所述故障设备和所述替换设备发送至所述云端，并将所述替换设备对应的第一配置文件上报至所述云端。

5.根据权利要求4所述的设备替换方法，其特征在于，所述第一设备数据包括所述故障设备对应的功能数据和群组数据；所述响应于所述云端中存在所述故障设备对应的第一设备数据，将所述第一设备数据通过所述第二网关发送至所述替换设备，并基于所述第一设备数据获得所述替换设备对应的第二设备数据的步骤，包括：

响应于从所述云端中获取到所述故障设备对应的功能数据和群组数据，将所述功能数据和所述群组数据发送至所述第二网关；

控制所述第二网关将所述功能数据和所述群组数据发送至所述替换设备，并根据所述功能数据和所述群组数据获得所述替换设备对应的第二设备数据。

6.根据权利要求1所述的设备替换方法，其特征在于，所述将所述第二设备数据拉取至所述第一网关，并对所述替换设备和所述第一网关进行配网的步骤，包括：

响应于所述第一网关接收到所述云端的拉取通知，将所述替换设备对应的第二设备数据拉取至所述第一网关；

将所述替换设备从所述第二网关下移除，并将所述替换设备添加至所述第一网关下。

7.根据权利要求1所述的设备替换方法，其特征在于，所述将所述故障设备的联动数据拉取至所述第一网关并保存至所述云端的步骤，包括：

响应于所述第一网关从所述云端拉取到所述故障设备的联动数据，将所述联动数据保存至所述第一网关和所述云端。

8.根据权利要求1所述的设备替换方法，其特征在于，所述响应于接收到客户端的设备替换信息，根据故障设备的第一身份信息筛选出替换设备的步骤之后，还包括：

响应于所述故障设备和所述替换设备均配置在第三网关下，将所述替换设备对应的第二配置文件拉取至所述第三网关下；

将所述云端中所述故障设备对应的第一设备数据下发至所述第三网关，并通过所述第三网关将所述第一设备数据添加至所述替换设备；其中，所述第一设备数据包括所述故障设备对应的功能数据和群组数据；

将所述故障设备的联动数据拉取至所述第三网关并保存至所述云端。

9.一种电子设备，其特征在于，包括相互耦接的存储器和处理器，所述存储器内存储有程序指令，所述处理器用于执行所述程序指令以实现权利要求1至8中任一项所述的设备替换方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于实现权利要求1至8任一项所述的设备替换方法。