一种智能家居设备的更换方法及装置
技术领域
本公开涉及智能家居领域，特别涉及一种智能家居设备的更换方法及装置。
背景技术
智能家居作为目前新兴行业，产品更新速度很快，且智能家居设备存在使用寿命的限制，因此，智能家居设备的淘汰替换是不可避免的。
目前，现有技术中在进行智能家居设备的更换时，需要用户根据旧设备的配置信息，对新设备进行手动配置。例如，以智能开关为例，由于智能开关A已损坏，因此，需要将智能开关A更换为新的智能开关B，但是智能开关A是多个场景的触发条件和联动设备，因此，用户需要根据智能开关A的配置信息，对智能开关B进行配置，从将智能开关B和上述多个场景进行绑定。
显然，基于目前上述技术方案，需要用户手动配置新设备，这样，每更换一个智能家居设备就要需要重复一次，用户体验不佳，给用户或者售后操作者都带来极大的不便，这种复杂的操作不仅及其不便捷，并且与以便捷、智能、简单为特点的智能家居背道而驰，及其不利于智能家居的推广和应用。
发明内容
本公开提供了一种智能家居设备的更换方法及装置，用以提高智能家居设备的更换效率。
本公开实施例提供的具体技术方案如下：
第一方面，一种智能家居设备的更换方法，包括：
确定旧智能设备和新智能设备相同的目标功能；
将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备中；以及
对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作。
可选的，确定旧智能设备和新智能设备相同的目标功能之前，还包括：
响应于客户端发送的旧设备更换指令，根据标识信息和功能的对应关系，确定所述旧设备更换指令中携带的旧智能设备的第一标识信息对应的功能；以及
响应于客户端发送的新设备指示指令，根据标识信息和功能的对应关系，确定所述更换指令中携带的新智能设备的第二标识信息对应的功能。
可选的，所述控制设备为网关设备；
响应于客户端发送的新设备指示指令之前，还包括：
响应于客户端发送的新设备入网指令，广播自身对应的第三标识信息；
获取所述新智能设备根据所述第三标识信息发送的所述第二标识信息，以及获取所述新智能设备的功能；
根据所述第二标识信息以及所述新智能设备的功能，更新所述对应关系。
可选的，所述控制设备为网关设备；
对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作，具体包括：
通知云端服务器将与所述目标功能对应的场景绑定的所述旧智能设备替换为所述新智能设备。
可选的，所述控制设备为云端服务器；
对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作，具体包括：
将与所述目标功能对应的场景绑定的所述旧智能设备替换为所述新智能设备。
可选的，将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备中，具体包括：
获取预存的所述目标功能对应的配置信息和预设的默认配置信息；
将所述配置信息和所述默认配置信息配置到所述新智能设备中。
可选的，确定旧智能设备和新智能设备相同的目标功能之后，将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备之前，还包括：
若所述旧智能设备支持的场景中存在对应的功能是非目标功能的特殊场景，则将所述特殊场景和对应的功能发送至客户端；
确定所述客户端返回的决策指令为将所述旧智能设备更换为所述新智能设备。
第二方面，一种控制设备，包括：
功能确定单元，被配置为确定旧智能设备和新智能设备相同的目标功能；
功能配置单元，被配置为将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备中；
场景配置单元，被配置为对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作。
第三方面，一种控制设备，包括：
存储器，用于存储可执行指令；
处理器，用于读取并执行存储器中存储的可执行指令，以实现上述第一方面中任一项所述的智能家居设备的更换方法。
第四方面，一种存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第一方面中任一项所述的智能家居设备的更换方法。
综上所述，本公开实施例中，控制设备确定旧智能设备和新智能设备相同的目标功能，然后，将旧智能设备中目标功能对应的配置信息配置到新智能设备中，以及对与目标功能对应的场景绑定的旧智能设备进行更新操作。这样，通过将旧智能设备中目标功能对应的配置信息配置到新智能设备，以及对与目标功能对应的场景绑定的旧智能设备进行更新操作，使得新设备能够自动替换旧设备的实现的场景触发和联动功能，从而提高了智能家居设备的更换效率。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本公开实施例中提供的一种系统构架示意图；
图2为本公开实施例中提供的一种控制设备的实体结构示意图；
图3A-图3F为本公开实施例中提供的一组交互界面示意图；
图4为本公开实施例中提供的一种智能家居设备的更换方法的流程示意图；
图5为本公开实施例中提供的另一种智能家居设备的更换方法的流程示意图；
图6为本公开实施例中提供的一种控制设备的逻辑结构示意图。
具体实施方式
针对现有技术中无法实现智能设备自动替换的问题，为了提高智能家居设备的更换效率，实现智能设备的自动替换，在本公开实施例中，提供一种用于更换智能家居设备的解决方案。
该方案为：确定旧智能设备和新智能设备相同的目标功能，然后，将旧智能设备中目标功能对应的配置信息配置到新智能设备中，以及对与目标功能对应的场景绑定的旧智能设备进行更新操作。
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
参阅图1所示，为本公开实施例提供的一种系统架构，该系统架构可以包括终端100、网关设备200、云端服务器300、智能设备A400和智能设备B500。
需要说明的是，本公开实施例中，仅以智能设备A400和智能设备B500为例进行说明，在实际应用过程中，可根据实际需求，接入更多的终端设备。
其中，终端100上安装有客户端，该客户端用于管理网关设备200、智能设备A400、以及智能设备B500。该终端100可以通过互联网与云端服务器300进行通信。终端100可以但不限于是手机、平板、电视、中控屏、魔镜等终端。
网关设备200用于建立通信网络以使智能设备接入。网关设备200可以是多个网络间提供数据转换服务的计算机系统或设备，包括WIFI路由器和紫蜂(ZigBee)网关设备等。
由于ZigBee网关设备组网能力较好，因此，在一些实施例中，可以通过ZigBee网关对智能设备进行组网，实现智能设备等ZigBee设备的网络连接。
在另一些实施例中，由于ZigBee网络的传输数据速率比较低，可以通过WIFI路由器实现手机等WIFI设备的网络连接。
云端服务器300用于存储终端100和网关设备200所需要的数据。在一些实施例中，云端服务器300还可以对智能设备A400和智能设备B500进行注册认证。
智能设备A400通过网关设备200与云端服务器300通信，在一些实施例中，智能设备A400可以是传感器类设备，例如，智能门锁、门窗磁传感器和烟感报警器等，智能设备A400也可以是控制类设备，例如，智能开关等。
智能设备B500可以和云端服务器300直接通信，该智能设备B500可以但不限于是智能冰箱、智能空调、智能洗衣机等智能家电。在另一些实施例中，智能设备B500也可以通过网关设备200与云端服务器300通信。
在一些实施例中，智能设备A400通过网关设备200与云端服务器300通信，当需要对智能设备A400进行设备更换时，终端100中的客户端将智能设备A400的标识信息发送至网关设备200。
网关设备200接收到智能设备A400的标识信息后，根据智能设备A400的标识信息，确定智能设备A400的功能，以及通过云端获取智能设备A400支持的场景，然后通知客户端接入新智能设备。
客户端在新智能设备入网后，将新智能设备的标识信息发送至网关设备200，网关设备200接收到新智能设备的标识信息后，根据新智能设备的标识信息，确定新智能设备的功能。
网关设备200确定智能设备A400和新智能设备的相同的目标功能，若智能设备A400支持的场景中存在对应的功能是非目标功能的特殊场景，则将特殊场景和对应的功能发送至客户端，确定客户端返回的决策指令为将智能设备A400更换为新智能设备，将智能设备A400中目标功能对应的配置信息配置到新智能设备中。
网关设备200通知云端服务器300将与目标功能对应的场景绑定的智能设备A400替换为新智能设备。
在另一些实施例中，智能设备B500可以和云端服务器300直接通信，当需要对智能设备B500进行设备更换时，终端100中的客户端将智能设备B500的标识信息发送至云端服务器300。
云端服务器300接收到智能设备B500的标识信息后，根据智能设备B500的标识信息，确定智能设备B500的功能，然后通知客户端接入新智能设备。
客户端在新智能设备入网后，将新智能设备的标识信息发送至云端服务器300，云端服务器300接收到新智能设备的标识信息后，根据新智能设备的标识信息，确定新智能设备的功能。
云端服务器300确定智能设备B500和新智能设备的相同的目标功能，若智能设备B500支持的场景中存在对应的功能是非目标功能的特殊场景，则将特殊场景和对应的功能发送至客户端，确定客户端返回的决策指令为将智能设备B500更换为新智能设备，将智能设备B500中目标功能对应的配置信息配置到新智能设备中。
云端服务器300将与目标功能对应的场景绑定的智能设备B500替换为新智能设备。
需要说明的是，上述图1所示的系统架构仅是一种示例，本公开实施例对此不做限定。
基于上述描述，本公开实施例提供了一种智能设备的更换方法的流程，该流程可以由控制设备执行。需要说明的是，该控制设备可以是该网关设备200也可以是该云端服务器300，本公开对此并不限定。
参阅图2所示，为本公开实施例提供的一种控制设备的实体结构示意图，该控制设备至少包括：
应该理解的是，图2所示控制设备仅是一个范例，并且控制设备可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
如图2所示，控制设备包括：射频(radio frequency，RF)电路210、存储器220、处理器250、以及电源260等部件。
RF电路210可用于信号的接收和发送，可以接收客户端发送的信息后交给处理器250处理；可以将配置结果或指令发送给客户端。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。
存储器220可用于存储软件程序及数据。处理器250通过运行存储在存储器220的软件程序或数据，从而执行控制设备的各种功能以及数据处理。存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器220存储有使得控制设备能运行的操作系统。本公开中存储器220可以存储操作系统及各种应用程序，还可以存储执行本公开实施例所述方法的代码。
处理器250是控制设备的控制中心，利用各种接口和线路连接整个控制设备的各个部分，通过运行或执行存储在存储器220内的软件程序，以及调用存储在存储器220内的数据，执行控制设备的各种功能和处理数据。在一些实施例中，处理器250可包括一个或多个处理单元；处理器250还可以集成基带处理器，其中，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器250中。
控制设备还包括给各个部件供电的电源260(比如电池)。电源可以通过电源管理系统与处理器250逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。
在一些实施例中，控制设备是网关设备200时，可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。
如图2所示，网关设备200还包括：音频电路230、无线保真(Wireless Fidelity，Wi-Fi)模块240、蓝牙模块251、ZigBee模块252。
音频电路230、扬声器231、麦克风232可提供用户与控制设备之间的音频接口。音频电路230可将接收到的音频数据转换后的电信号，传输到扬声器231，由扬声器231转换为声音信号输出。控制设备还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风232将收集的声音信号转换为电信号，由音频电路230接收后转换为音频数据，再将音频数据输出至RF电路210以发送给比如另一智能设备，或者将音频数据输出至存储器220以便进一步处理。本申请中麦克风232可以获取用户的语音。
Wi-Fi属于短距离无线传输技术，网关设备200可以通过Wi-Fi模块240通过Wi-Fi模块来与其他具有Wi-Fi模块的设备进行信息交互。
蓝牙模块251，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。
ZigBee模块252，用于通过ZigBee协议来与其他具有ZigBee模块的ZigBee设备进行信息交互。
在另一些实施例中，控制设备是云端服务器300时，也可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。
图3A-图3F中示例性示出了一组终端100中客户端的交互界面示意图。
在实际应用中，当用户启动客户端时，终端100中呈现如图3A所示的交互界面，该交互界面用于呈现当前智能家居系统中存在的智能设备，例如，交互界面中呈现前智能家居系统中存在的智能冰箱、智能空调、智能开关A。
终端100响应于用户触发的“设备管理”功能，呈现如图3B所示的交互界面，该交互界面中可以为用户提供“设备更换”、“设备删除”、“设备新增”等设备管理功能。其中，“设备更换”功能用于将旧智能设备更换为新智能设备，“设备删除”功能用于删除当前智能家居系统中存在的智能设备，“设备新增”功能用于在智能家居系统中增加新的智能设备。
终端100响应于用户触发的“设备更换”功能，呈现如图3C所示的交互界面，该交互界面中呈现当前智能家居系统中存在的智能设备，使得用户选择相应的智能设备作为需要进行更换的旧智能设备。
在一些实施例中，智能设备需要通过网关设备200与终端100、云端服务器300进行通信，终端100响应于用户选择的旧智能设备，可以将旧智能设备的第一标识信息发送至网关设备200，以使网关设备200基于旧智能设备的第一标识信息，确定旧智能设备对应的功能。
在另一些实施例中，智能设备可以直接与终端100、云端服务器300进行通信，终端100响应于用户选择的旧智能设备，也可以将旧智能设备的第一标识信息发送至云端服务器300，以使云端服务器300基于旧智能设备的第一标识信息，确定旧智能设备对应的功能。
终端100将旧智能设备的第一标识信息发送至网关设备200或者云端服务器300，并由用户拆除旧智能设备、安装新智能设备之后，终端100可以向网关设备200或云端服务器300发送新设备入网指令，以使新智能设备入网。
终端100接收到新智能设备的第二标识信息时，确定新设备入网，并呈现如图3D所示的交互界面，该交互界面用于提示用户是否将旧智能设备更换为新智能设备。
终端100响应于用户输入，将新智能设备的第二标识信息发送至网关设备200或者云端服务器300，以使网关设备200或者云端服务器300基于新智能设备的第二标识信息，确定旧智能设备对应的功能。
在一些实施例中，终端100接收到网关设备200或云端服务器300发送的旧智能设备支持的场景中存在对应的功能是非目标功能的特殊场景和对应的功能时，将特殊场景和对应的功能呈现于如图3E所示的交互界面中，以使用户确定是否将旧智能设备更换为新智能设备。
图3F示例性示出了将旧智能设备更换为新智能设备之后，终端100呈现的交互界面。
参阅图4所示，以控制设备为网关设备200为例，对智能设备的更换流程进行说明。
步骤S401：客户端向网关设备发送旧设备更换指令。
具体的，客户端响应于用户输入的旧智能设备，向网关设备发送旧设备更换指令，其中，旧设备更换指令中携带旧智能设备的第一标识信息。
本公开实施例中，标识信息用于唯一标识智能设备，标识信息中可以包含但不限于智能设备的设备类型、媒体存取控制位址(Media Access Control Address，MAC地址)等信息。
例如，参阅图3C所示，客户端响应于用户输入的智能开关A，向网关设备200发送旧设备更换指令，该旧设备更换指令中携带智能开关A的第一标识信息，第一标识信息中包含表征智能开关A为智能开关的设备类型和智能开关A的MAC地址。
步骤S402：网关设备根据标识信息和功能的对应关系，确定旧设备更换指令中携带的旧智能设备的第一标识信息对应的功能。
本公开实施例中，网关设备、客户端、云端服务器共享解析库，该解析库用于存储智能设备的状态信息和控制指令，状态信息和控制指令用于确定智能设备的功能。
具体的，网关设备基于解析库，以及基于旧设备更换指令中携带的旧智能设备的第一标识信息，确定旧智能设备对应的状态信息和控制指令；
网关设备根据旧智能设备对应的状态信息和控制指令，确定旧智能设备的第一标识信息对应的功能。
例如，网关设备200基于解析库，以及基于旧设备更换指令中携带的旧智能设备的第一标识信息，确定智能开关A对应的状态信息和控制指令，然后，网关设备200根据旧智能设备对应的状态信息和控制指令，确定智能开关A的第一标识信息对应的功能为“打开”、“关闭”。
步骤S403：网关设备向客户端发送旧设备确收指令。
步骤S404：客户端通知云端服务器为网关设备提供第一标识信息对应的场景信息。
具体的，客户端向云端服务器发送旧智能设备的第一标识信息，令云端服务器为网关设备提供第一标识信息对应的场景信息，其中，第一标识信息对应的场景信息用于指示旧智能设备支持的场景。
例如，客户端向云端服务器300发送智能开关A的第一标识信息，令云端服务器300为网关设备200提供第一标识信息对应的场景信息。
步骤S405：网关设备接收云端服务器发送的第一标识信息对应的场景信息。
步骤S406：网关设备通知客户端接入新设备。
例如，网关设备200接收云端服务器发送智能开关A的第一标识信息对应的场景信息，该场景信息表征智能开关A支持的场景为“起床”和“睡觉”场景，并通知客户端接入新设备。
进一步的，本公开实施例中，可采用但不限于以下步骤，进行新智能设备的入网：
网关设备响应于客户端发送的新设备入网指令，广播自身对应的第三标识信息；
获取新智能设备根据第三标识信息发送的第二标识信息，以及获取新智能设备的功能；
根据第二标识信息以及新智能设备的功能，更新对应关系。
例如，网关设备200响应于客户端发送的新设备入网指令，广播自身对应的第三标识信息，然后，网关设备200获取智能开关B根据第三标识信息发送的第二标识信息，以及获取智能开关B的功能，之后，网关设备200根据第二标识信息以及智能开关B的功能，更新对应关系。
步骤S407：客户端向网关设备发送新设备指示指令。
具体的，客户端响应于用户输入的新智能设备，向网关设备发送新设备指示指令，其中，新设备指示指令中携带新智能设备的第二标识信息。
例如，参阅图3D所示，客户端响应于用户输入的智能开关B，向网关设备发送新设备指示指令，其中，新设备指示指令中携带智能开关B的第二标识信息，第二标识信息中包含表征智能开关B为智能开关的设备类型和智能开关B的MAC地址。
步骤S408：网关设备根据标识信息和功能的对应关系，确定新设备指示指令中携带的新智能设备的第二标识信息对应的功能。
例如，网关设备200根据标识信息和功能的对应关系，确定新设备指示指令中携带的智能开关B的第二标识信息对应的功能为“打开”、“关闭”、“自动夜光”，其中，“自动夜光”功能用于指示智能开关开启人性化自动夜光。
步骤S409：网关设备确定旧智能设备和新智能设备相同的目标功能。
例如，网关设备200确定智能开关A和智能开关B相同的目标功能为“打开”、“关闭”。
进一步的，网关设备确定旧智能设备支持的场景中，是否存在对应的功能是非目标功能的特殊场景，若是，则将特殊场景和对应的功能发送至客户端，否则，直接执行步骤S410。
例如，参阅图3E所示，若智能开关A支持的场景中，存在对应的功能“照明显示”是非目标功能的特殊场景，则网关设备200将特殊场景和对应的功能“照明显示”发送至客户端，其中，功能“照明显示”用于指示智能开关显示电灯的状态。
进一步的，网关设备基于客户端返回的决策指令，确定决策指令为将旧智能设备更换为新智能设备时，执行步骤S410。
步骤S410：网关设备将旧智能设备中目标功能对应的配置信息配置到新智能设备中。
具体的，网关设备获取预存的目标功能对应的配置信息和预设的默认配置信息，以及将配置信息和默认配置信息配置到新智能设备中。
例如，网关设备200获取预存的目标功能“打开”、“关闭”对应的配置信息以及预设的默认配置信息，该默认配置信息用于指示“自动夜光”功能的夜光亮度值，网关设备200将配置信息和默认配置信息配置到智能开关B中。
步骤S411：网关设备通知云端服务器将与目标功能对应的场景绑定的旧智能设备替换为新智能设备。
例如，网关设备200通知云端服务器300将与目标功能对应的场景绑定的智能开关A替换为智能开关B。
步骤S412：云端服务器将与目标功能对应的场景绑定的第一标识信息替换为第二标识信息。
例如，云端服务器300将与目标功能“打开”、“关闭”对应的场景“起床”、“睡觉”绑定的第一标识信息替换为第二标识信息。
需要说明的是，本公开实施例中，执行步骤S410和步骤S411时，网关设备和云端服务器可以直接对更新后的目标功能对应的场景和新智能设备的配置信息进行保存。
为了避免用户误操作，提升用户体验感，本公开实施例中，也可以在执行步骤S412之后，云端服务器向客户端发送新智能设备配置结果，进而，云端服务器和网关设备根据接收到的客户端返回的更换指令，确定更换指令为保存当前设置时，对更新后的目标功能对应的场景和新智能设备的配置信息进行保存。
参阅图5所示，以控制设备为云端服务器300为例，对智能设备的更换流程进行说明。
步骤S501：客户端向云端服务器发送旧设备更换指令。
具体的，客户端响应于用户输入的旧智能设备，向云端服务器发送旧设备更换指令，其中，旧设备更换指令中携带旧智能设备的第一标识信息。
例如，客户端响应于用户输入的智能空调A，向网关设备200发送旧设备更换指令，该旧设备更换指令中携带智能空调A的第一标识信息，第一标识信息中包含表征智能空调A为智能空调的设备类型和智能空调A的MAC地址。
步骤S502：云端服务器根据标识信息和功能的对应关系，确定旧设备更换指令中携带的旧智能设备的第一标识信息对应的功能。
需要说明的是，由于步骤S502与步骤S402的类似，因此不再赘述。
例如，云端服务器300根据标识信息和功能的对应关系，确定旧设备更换指令中携带的智能空调A的第一标识信息对应的功能为“温度调节”、“空气质量检测”。
步骤S503：云端服务器通知客户端等待新设备接入。
步骤S504：客户端向云端服务器发送新设备指示指令。
具体的，客户端响应于用户输入的新智能设备，向云端服务器发送新设备指示指令，其中，新设备指示指令中携带新智能设备的第二标识信息。
例如，客户端响应于用户输入的智能空调B，向云端服务器300发送新设备指示指令，其中，新设备指示指令中携带智能空调B的第二标识信息，第二标识信息中包含表征智能空调B为智能空调的设备类型和智能空调B的MAC地址。
步骤S505：云端服务器根据标识信息和功能的对应关系，确定更换指令中携带的新智能设备的第二标识信息对应的功能。
例如，云端服务器300根据标识信息和功能的对应关系，确定新设备指示指令中携带的智能空调B的第二标识信息对应的功能为“温度调节”、“空气质量检测”、“湿度调节”。
步骤S506：云端服务器确定旧智能设备和新智能设备相同的目标功能。
例如，云端服务器300确定智能空调A和智能空调B相同的目标功能为“温度调节”、“空气质量检测”。
进一步的，云端服务器确定预存的旧智能设备支持的场景中，是否存在对应的功能是非目标功能的特殊场景，若是，则将特殊场景和对应的功能发送至客户端，否则，直接执行步骤S507。
云端服务器基于客户端返回的决策指令，确定决策指令为将旧智能设备更换为新智能设备时，执行步骤S507。
例如，假设，智能空调A支持的场景为“睡眠”、“起床”，若智能空调A支持的场景中，不存在对应的功能是非目标功能的特殊场景，则云端服务器300直接执行步骤S507。
步骤S507：云端服务器将旧智能设备中目标功能对应的配置信息配置到新智能设备中。
具体的，云端服务器获取预存的目标功能对应的配置信息和预设的默认配置信息，以及将配置信息和默认配置信息配置到新智能设备中。
例如，云端服务器300获取预存的目标功能“温度调节”、“空气质量检测”对应的配置信息以及预设的默认配置信息，其中，默认配置信息用于指示“湿度调节”功能的默认湿度值，云端服务器300将配置信息和默认配置信息配置到智能空调B中。
步骤S508：云端服务器对与目标功能对应的场景绑定的旧智能设备进行更新操作。
具体的，云端服务器将与所述目标功能对应的场景绑定的所述旧智能设备替换为所述新智能设备。
例如，云端服务器300将与目标功能“温度调节”、“空气质量检测”对应的场景“睡眠”、“起床”绑定的第一标识信息替换为第二标识信息。
需要说明的是，本公开实施例中，执行步骤S507和步骤S508时，云端服务器可以直接对更新后的目标功能对应的场景和新智能设备的配置信息进行保存。
为了避免用户误操作，提升用户体验感，本公开实施例中，也可以在执行步骤S508之后，云端服务器向客户端发送新智能设备配置结果，进而，云端服务器根据接收到的客户端返回的更换指令，确定更换指令为保存当前设置时，对更新后的目标功能对应的场景和新智能设备的配置信息进行保存。
基于同一发明构思，本公开实施例中，提供一种控制设备的逻辑结构示意图，参阅图6所示，至少包括：功能确定单元601、功能配置单元602和场景配置单元603，其中，
功能确定单元601，被配置为确定旧智能设备和新智能设备相同的目标功能；
功能配置单元602，被配置为将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备中；以及
场景配置单元603，被配置为对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作。
可选的，确定旧智能设备和新智能设备相同的目标功能之前，所述功能确定单元601被配置为：
响应于客户端发送的旧设备更换指令，根据标识信息和功能的对应关系，确定所述旧设备更换指令中携带的旧智能设备的第一标识信息对应的功能；以及
响应于客户端发送的新设备指示指令，根据标识信息和功能的对应关系，确定所述更换指令中携带的新智能设备的第二标识信息对应的功能。
可选的，所述控制设备为网关设备；
响应于客户端发送的新设备指示指令之前，所述功能确定单元601被配置为：
响应于客户端发送的新设备入网指令，广播自身对应的第三标识信息；
获取所述新智能设备根据所述第三标识信息发送的所述第二标识信息，以及获取所述新智能设备的功能；
根据所述第二标识信息以及所述新智能设备的功能，更新所述对应关系。
可选的，所述控制设备为网关设备；
对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作时，所述场景配置单元603被配置为：
通知云端服务器将与所述目标功能对应的场景绑定的所述旧智能设备替换为所述新智能设备。
可选的，所述控制设备为云端服务器；
对与所述目标功能对应的场景绑定的所述旧智能设备进行更新操作时，所述场景配置单元603被配置为：
将与所述目标功能对应的场景绑定的所述旧智能设备替换为所述新智能设备。
可选的，将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备中时，所述功能配置单元602被配置为：
获取预存的所述目标功能对应的配置信息和预设的默认配置信息；
将所述配置信息和所述默认配置信息配置到所述新智能设备中。
可选的，确定旧智能设备和新智能设备相同的目标功能之后，将所述旧智能设备中所述目标功能对应的配置信息配置到所述新智能设备之前，所述功能配置单元602被配置为：
若所述旧智能设备支持的场景中存在对应的功能是非目标功能的特殊场景，则将所述特殊场景和对应的功能发送至客户端；
确定所述客户端返回的决策指令为将所述旧智能设备更换为所述新智能设备。
基于同一发明构思，本公开实施例提供一种存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述流程中控制设备实现的任一项方法。
综上所述，本公开实施例中，控制设备确定旧智能设备和新智能设备相同的目标功能，然后，将旧智能设备中目标功能对应的配置信息配置到新智能设备中，以及对与目标功能对应的场景绑定的旧智能设备进行更新操作。这样，通过将旧智能设备中目标功能对应的配置信息配置到新智能设备，以及对与目标功能对应的场景绑定的旧智能设备进行更新操作，使得新设备能够自动替换旧设备的实现的场景触发和联动功能，从而提高了智能家居设备的更换效率。
对于系统/装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者一个操作与另一个实体或者另一个操作区分开来，而不一定要求或者暗示这些实体或者操作之间存在任何这种实际的关系或者顺序。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本公开的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。
显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。
