一种基于多智能系统的智能设备控制方法及系统

技术领域

本发明属于物联网、人机交互创新应用领域，涉及多客户端同时访问和控制多智能系统技术，尤其是一种基于多智能系统的智能设备控制方法及系统。

背景技术

设备的出现及普遍使用，给人们的生活带来了便捷、舒适的体验。随着智能设备的应用市场越来越大，智能设备的应用场景也越来越多，可接入的智能家居设备或者是智能办公设备也越来越多，设备之间的系统协同管理也越来越复杂，人们对智能家居的要求也越来越高，不再仅限于单一设备所提供的服务，而是一个或多个智能设备自动的联合触发工作所带来的整体舒适度，而智能家居的智能系统也随着楼宇等的多层次分布，布线系统的优化而相应升级，随着所接入的设备增多，相应的智能系统也进行着升级。现有技术中，市场上的大部分智能控制系统通常是采用单一的客户端控制单套智能系统，或者是多个客户端控制一套智能系统。在实际生活场景中，随着应用场景的扩展，例如家居扩展到办公室，以及各类共享空间例如酒店等各类场景的应用，很多时候需要多个用户同时去访问多个智能设备的情景，由此多个客户端同时访问和控制多个智能家居系统的技术进步需求也越来越迫切。多个客户端同时访问和控制多个智能家居系统往往会存在复杂的控制问题，快速的响应对智能设备的用户体验极其关键。

发明内容

针对现有技术的至少一个缺陷或改进需求，本发明提供了一种基于多智能系统的智能设备控制方法及系统，其目的在于解决基于多智能系统的智能设备的有序控制，进一步改进智能设备的用户体验。

为实现上述目的，按照本发明的一个方面，提供了一种基于多智能系统的智能设备控制方法，其特征在于，

智能系统接收一个或多个客户端发送的控制指令，所述控制指令携带有唯一身份标识；所述智能系统依据所述身份标识验证所述控制指令的合法性后，在预设的时间内向所述客户端发送响应所述控制指令而生成的确认指令，所述确认指令携带有与所述控制指令一致的唯一身份标识以使得所述确认指令被相应客户端接收；

若所述智能系统在预设时间内未能响应所述控制指令，则重新接收所述客户端发送的控制指令，在预设的接收条件内，若所述智能系统仍未能响应所述控制指令，则云主机完成所述智能系统的控制转移判定与执行；由下一控制转移智能系统接收转移控制指令并控制对应管理的智能设备执行；

所述智能系统的控制转移判定包括顺序的权重判断确定下一控制转移智能系统；

所述智能系统的控制转移执行包括将下一控制转移智能系统与当前所述智能系统之间的连接修改为总线传输通道，及将当前所述智能系统的一定时间内的控制指令中的相应数据段执行修改生成转移控制指令，并转移入下一控制转移智能系统的队列以执行。

进一步地，所述唯一身份标识包含有客户端、智能系统、智能设备和智能设备通道所对应的标识码。

进一步地，所述智能系统的控制转移判定包括如下步骤：

所述云主机完成智能系统的权重判断；所述权重判断依据包括：所述智能系统对应的智能设备的重要等级、所述智能系统的控制负荷、所述智能系统的历史故障、已执行的转移控制历史和队列中正执行的控制指令数目；所述云主机完成所述智能设备的权重判断；所述权重判断依据包括:所述智能设备的寿命、电量和所述智能设备通道数目；

所述云主机完成智能设备通道的权重判断；所述权重判断依据包括：所述智能设备通道数目。

进一步地，所述智能系统的控制转移执行还包括如下步骤：

所述云主机启动智能系统控制切换；所述云主机执行所述客户端生成的控制指令的写入模式调整，以使得在转移控制期间，所述控制指令相应数据段被调整为所述转移控制指令。

进一步地，所述智能系统依据所述身份标识验证所述控制指令的合法性后，还包括：

识别所述控制指令中智能设备的标识码，将所述控制指令发送给对应的智能设备，使所述智能设备执行所述控制指令。

进一步地，所述智能系统依据所述身份标识验证所述控制指令的合法性包括：

获取所述控制指令中的密钥，所述密钥由客户端首次激活时从云主机中获取并保存；

判断所述密钥是否与智能系统所在的云主机的密钥相匹配，

若相匹配，则确定所述控制指令的合法性。

进一步地，所述方法还包括：

所述智能系统获取所述智能设备执行所述控制指令后的执行结果，将所述执行结果依据所述控制指令的身份标识反馈予相应客户端。

本发明还公开了一种基于多智能系统的智能设备控制系统，其特征在于，所述系统包括：智能系统、客户端、智能设备和管理所述智能系统的云主机，其中，

所述智能系统，用于接收一个或多个客户端发送的控制指令，所述控制指令携带有唯一身份标识；验证所述控制指令的合法性后，在预设的时间内向客户端发送响应所述控制指令而生成的确认指令，所述确认指令携带有与所述控制指令一致的唯一身份标识；

若智能系统在预设时间内未能响应所述控制指令，则重新接收客户端发送的控制指令，在预设的重新接收次数内，智能系统仍未能响应所述控制指令，则云主机完成智能系统的控制转移判定与执行；由控制转移智能系统接收所述控制指令，执行所述控制指令的功能。

所述客户端，用于向一个或者多个智能系统发送控制指令，使得智能系统将所述控制指令发送给智能设备，使所述智能设备执行所述控制指令，所述控制指令携带有唯一身份标识；判断在预设的时间内是否有接收到智能系统响应所述控制指令而发送的确认指令，所述确任指令携带有与所述控制指令一致的唯一身份标识，若没有收到，客户端将所述控制指令进行重发；在预设的重发次数内，客户端没有收到所述确认指令，则将所述控制指令发予下一控制转移智能系统。

所述智能设备，用于接收所述控制指令，执行所述控制指令，将执行所述控制指令后的执行结果反馈予智能系统以与相应客户端交互；

云主机还包括有控制转移判定模块，其包括依次连接的智能系统权重判断模块、智能设备权重判断模块、智能设备通道权重判断模块以及控制转移决策模块；

所述云主机还包括有控制转移执行模块，用于与客户端的控制指令生成模块进行交互，在控制指令数据段中写入所述控制转移判定模块确定的所述下一控制转移智能系统编号；所述控制转移执行模块还与所述智能系统中的总线传输通道转换控制模块进行交互，使得智能系统之间调整为总线传输连接。

进一步地，所述智能系统权重判断模块完成所述智能系统的权重判断；所述权重判断的第一顺序为所述智能系统控制智能设备的安全等级；所述权重判断的第二顺序为所述智能系统的控制负荷；所述权重判断的第三顺序为已承担的转移控制历史记录；所述权重判断的第四顺序为所述智能系统执行队列中的控制指令数目；

所述智能设备权重判断模块完成所述智能设备的权重判断；所述智能设备的权重判断的第一顺序为智能设备的控制装置电量；第二顺序为所述智能设备通道数目；第三顺序为所述智能设备的电量；

所述智能设备通道权重判断模块完成所述智能设备通道的权重判断；所述权重判断的第一顺序为所述智能设备通道数目。

总体而言，通过本发明所构思的以上技术方案与现有技术相比，能够取得下列有益效果：

按照本发明提供的智能设备控制方法，通过智能系统接收一个或多个客户端发送的控制指令，控制指令携带有唯一身份标识；智能系统验证控制指令的合法性后，在预设的时间内向客户端发送响应控制指令而生成的确认指令，确认指令携带有与控制指令一致的唯一身份标识；若智能系统在预设时间内未能响应所述控制指令，则重新接收客户端发送的控制指令，在预设的接收次数内，智能系统仍未能响应所述控制指令，则云主机完成智能系统的控制转移判定与执行；由下一控制转移智能系统接收新生成的转移控制指令并执行。本发明能够实现多个客户端同时访问和控制多个智能系统，并且能保证当某个智能系统发生故障无法响应客户端的控制指令时，通过云主机中的智能系统控制转移判定与执行机制，将控制指令转移到其他智能系统，保障了智能系统故障发生时，客户端发出的控制指令仍然能够正常被转发到对应的智能设备，不影响后续智能设备的正常运行。

附图说明

图1是按照本发明实施例提供的一种智能家居设备控制的网络架构图；

图2是按照本发明实施例一提供的智能家居设备控制方法流程图；

图3是按照本发明实施例二提供的智能家居设备控制方法流程图；

图4是按照本发明实施例三提供的智能家居设备控制系统的架构流程示意图；

图5是按照本发明实施例四提供的智能家居设备控制方法的流程示意图；

图6是按照本发明实施例五提供的智能家居设备控制方法的流程示意图；

图7是按照本发明实施例六提供的智能家居设备控制系统的结构组成框图示意图；

图8是按照本发明实施例七提供的智能家居设备控制系统的结构组成框图示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。

为了更好理解本发明实施例公开的一种智能家居设备控制方法，下面先对本发明实施例适用的网络构架进行描述，当然在本发明的实施方式中，主要通过智能家居的应用场景来进行上述控制方法和控制系统的说明，实际使用场景也包括办公等智能控制场景的应用。

请参见图1，图1为本发明实施例公开的一种网络构架图。在图1所述的网络构架中，可以包括多个客户端、多个智能家居系统和多个智能家居设备，每个智能家居设备对应有不同的通道，不同的通道对应着智能家居设备具体的功能，其中，客户端可以包括移动手机、平板电脑、个人数字助理(Personal Digital Assistant ，PDA)、移动互联网设备(Mobile Internet Device，MID)、智能穿戴设备(如智能手表、智能手环)等各类终端设备，本发明实施例不作限定。多个客户端可以通过无线方式(如WI-FI、蓝牙)同时访问一个或多个智能家居系统，智能家居系统装载在云主机中，控制着多个智能家居设备，智能家居设备可以包括家电控制、电话远程控制、电动窗帘控制、智能灯光场景控制、中央背景音乐、环境监测、地暖控制、空调控制、水处理系统、煤气泄漏报警、安防监控等各类智能控制家居系统，本发明实施例不作限定。通过实施图1所示的网络构架，可实现多个客户端通过多个智能系统访问和控制多个智能家居设备，在一些具体的实施方式的应用场景中，以上智能家居系统的设置分布在不同的楼层，以此方式，控制相应楼层的智能家居设备，客户端通过与相应的智能家居系统交互从而达到通过客户端控制智能家居设备。

参见图2，图2是本申请实施例一提供的一种智能家居设备控制方法的流程示意图。在本申请实施例中，所述方法包括：

S101、智能家居系统接收一个或多个客户端发送的控制指令，所述控制指令携带有唯一身份标识；

本实施例中，客户端、智能家居系统、智能家居设备均可以设置多个，实现多个客户端通过多个智能家居系统访问和控制多个智能家居设备。其中，智能家居系统装载在云主机中，云主机能够随时从云端服务器获取相关数据资料供智能家居系统使用。

在本实施例中，对应着智能家居系统对智能家居设备的控制，每一个智能家居设备对应相应的智能家居系统的控制具有不同的通道，每一个通道对应着智能家居设备具体的功能控制，控制指令最终下达到对应的通道，执行相应的功能。

用户在客户端选择访问和控制具体的某一个智能家居设备功能时，客户端会自动生成相应的控制指令，每一个控制指令中均包含了自己的唯一身份标识，该身份标识包含有客户端、智能家居系统、智能家居设备和智能家居通道所对应的标识码。每一个客户端、智能家居系统、智能家居设备、智能家居通道都对应有自己的唯一标识码，分别称为ClientID，SlaveID，DriveID，IndexID，由于每一个客户端、智能家居系统、智能家居设备、智能家居通道的标识码具有唯一性，因此每一个控制指令中包含的身份标识也具有唯一性。

在一个具体的实施例中，ClientID，SlaveID，DriveID，IndexID采用十六进制方式进行取值，当然，在不同的实施方式中，根据接入管理的智能设备的数量来进行控制指令的调配，同时依据控制系统的选型来进行具体的进制设计。

在一个具体的实施例中，用户在客户端选择访问和控制具体的某一个智能家居设备功能时，客户端会自动生成相应的控制指令，控制指令的具体格式如下表所示：

表1 实施例一中的控制指令

上述控制指令的数据格式定义中，EE-LL识别部分为明文，智能家居系统可以从物理层直接进行匹配和识别其中的身份标识，只有当识别合法性后，才对MM加密数据内容部分再进行第二次解密，如解密正确则认为是合法数据并执行，大大提高响应速度。

S102、智能家居系统验证所述控制指令的合法性后，在预设的时间内向客户端发送响应所述控制指令而生成的确认指令，所述确认指令携带有与所述控制指令一致的唯一身份标识；

具体地，智能家居系统接收到客户端发送的控制指令后，需要先验证该控制指令的来源是否合法，如果是非法来源的控制指令，智能家居系统会拒绝接入该控制指令。只有验证合法性的控制指令，智能家居系统才对该控制指令执行后续的操作。

在一个具体的实施例中，验证控制指令的合法性包括：

获取所述控制指令中的密钥，所述密钥由客户端首次激活时从云主机中获取并保存；

判断所述密钥是否与智能家居系统所在的云主机的密钥相匹配，

若相匹配，则确定所述控制指令的合法性。

每个智能家居系统所对应的云主机在出厂时被分配了自己独一无二的密钥，在全球范围内每一台云主机的密钥都不相同，充分保证了数据和通讯传输的安全性。在每一台客户端首次连接云主机进行激活时，都会获取并存储云主机的密匙，在后续和该云主机的任何通讯中，客户端发送的所有控制指令都会携带该云主机密钥，客户端根据该密钥和自己的标识码ClientID登录所有云主机中的智能家居系统进行注册，从而建立客户端和智能家居系统之间唯一对应的关系。智能家居系统只有在判断接收到的控制指令中的密钥与智能家居系统所在的云主机密钥相匹配时，才确定该控制指令的合法性。

通过智能家居系统验证控制指令的合法性，有效地避免了非法访问者对智能家居系统的访问和操作，进一步提高了智能家居系统的安全防护能力。

智能系统在接收到控制指令并验证了控制指令的合法性后，会向客户端发送响应控制指令而生成的确认指令，确认指令携带有与控制指令一致的唯一身份标识，确认指令是为了保证客户端发出去的每一条控制指令得到相应的回复，在客户端收到智能系统发送的确认指令，并识别到确认指令中的身份标识与控制指令中的身份标识一致时，客户端则判断控制指令发送成功，不需要对控制指令进行重发。

S103、若智能家居系统在预设时间内未能响应所述控制指令，则重新接收客户端发送的控制指令，在预设的重新接收次数内，智能家居系统仍未能响应所述控制指令，则由下一个智能家居系统接收所述控制指令。

当智能家居系统出现故障或者处于忙线中时，智能家居系统无法接收到控制指令或者对接收到的控制指令无法做出响应，在预设的时间内如果智能家居系统没有向客户端发送响应该控制指令而生成的确认指令，智能家居系统会再次接收到客户端重新发送的控制指令，客户端重新发送的次数可以根据实际情况进行设置，本实施例不做具体限制。

在预设的重新接收次数内，智能家居系统仍未能响应所述控制指令，则该控制指令会被发送到下一个智能家居系统来协助处理该控制指令，直至智能家居系统对该控制指令做出响应。

在一个具体的实施例中，智能家居系统验证控制指令合法性后，识别控制指令中智能家居设备的标识码DriveID，将控制指令发送给对应的智能家居设备，智能家居设备识别控制指令中智能家居通道的标识码IndexID，进而对该智能家居通道进行访问和控制，使该通道执行控制指令。

通过识别控制指令中携带的包含客户端、智能家居系统、智能家居设备、智能家居通道的具有唯一性的身份标识，保证了客户端发送出去的每一个控制指令都能准确的下达到标识码对应的智能家居系统、智能家居设备和智能家居通道，从而实现任意多个客户端可以同时连接到多个智能家居系统，并通过多个智能家居系统各自独立的访问和控制多个智能家居设备。

在一个具体的实施例中，智能家居系统获取智能家居设备执行所述控制指令后的执行结果，将所述执行结果反馈给客户端。

在一个具体的实施例中，智能家居系统每间隔一定时间获取云主机发送的健康检查指令，健康检查指令用于监测智能家居系统的工作状态，若智能家居系统处于忙碌或者不在线状态，则将该智能家居系统所接收到的控制指令发送给其他智能家居系统。

实施例二

参见图3，图3是本申请另一个实施例提供的一种智能家居设备控制方法的流程示意图。在本申请实施例中，所述方法包括：

S201、客户端向一个或者多个智能家居系统发送控制指令，所述控制指令携带有唯一身份标识；

示例性的，用户可通过点击客户端中的智能家居控制界面，以触发客户端通过无线方式发送控制指令给智能家居系统。

示例性的，用户还可以通过语音方式向客户端中的智能家居控制界面发送请求，以触发客户端通过无线方式发送控制指令给智能家居系统。

具体的，控制指令中的唯一身份标识包含有客户端、智能家居系统、智能家居设备和智能家居通道所对应的标识码。

在一个具体的实施例中，客户端识别所述控制指令中智能家居系统的标识码，将所述控制指令发送给对应的一个或者多个智能家居系统，使智能家居系统将所述控制指令发送给智能家居设备，使所述智能家居设备执行所述控制指令。

S202、判断客户端在预设的时间内是否有接收到智能家居系统响应所述控制指令而发送的确认指令，所述确任指令携带有与所述控制指令一致的唯一身份标识；

S203、若客户端在预设的时间内未接收到智能家居系统响应所述控制指令而发送的确认指令，则客户端将所述控制指令重新发送给智能家居系统，在预设的发送次数内，客户端仍未收到所述确认指令，则将所述控制指令发给下一个智能家居系统。

客户端重新发送的次数可以根据实际情况进行设置，本实施例不做具体限制。

在一个具体的实施例中，智能家居设备将执行控制指令后的执行结果反馈给智能家居系统，智能家居系统再将该执行结果反馈给客户端，客户端接收到执行结果后将该结果显示在智能家居控制界面上。

实施例三

基于上述智能家居设备控制方法，以下“通过iPhone控制一栋别墅的三楼的灯带”的实例进行说明，如图4所示,在该栋别墅中，每个楼层都安装有智能家居系统，一般来说每个楼层的智能家居系统会直接控制该楼层的灯光、窗帘、空调等智能家居设备，当某个楼层的智能家居系统无法正常工作时，其他楼层的智能家居系统能够协助执行该楼层的智能家居系统所接收到的控制指令，以保证整栋别墅的智能家居系统能够持续可靠的正常运行。

用户可以通过iPhone、iPad、Android等多个客户端安装APP后进行访问和控制智能家居设备，用户首次在iPhone上运行APP时，APP会获得一个自己唯一的标识码ClientID,并会和云主机连接进行激活，获取并存储云主机的密匙，APP根据该密钥和自己的标识码ClientID登录所有云主机中的智能家居系统进行注册，从而建立客户端和智能家居系统之间唯一对应的关系。

智能家居系统只有在判断接收到的控制指令中的密钥与智能家居系统所在的云主机密钥相匹配时，才确定该控制指令的合法性。

用户进入对应房间下达“打开三楼灯带”的指令，具体的，用户可通过点击APP中的智能家居控制界面或者通过语音方式，下达“打开三楼灯带”的控制指令给智能家居系统。

构建的控制指令如：EEAABBCCDDLLMM，其中含义如下：

表2实施例三中构建的控制指令

通过以上表格构建的控制指令EE0101010301MM（MM加密数据部分省略），经过APP分析获取得S0518的SlaveID智能系统ID为01，故将此命令发给三楼的智能系统01，智能家居系统接收到客户端发送的控制指令后，需要先验证该控制指令的来源是否合法，如果是非法来源的控制指令，智能家居系统会拒绝接入该控制指令。只有验证合法性的控制指令，智能家居系统才对该控制指令执行后续的操作。

在一个具体的实施例中，验证控制指令的合法性包括：

获取所述控制指令中的密钥，所述密钥由客户端首次激活时从云主机中获取并保存；

判断所述密钥是否与智能家居系统所在的云主机的密钥相匹配，

若相匹配，则确定所述控制指令的合法性。

为了实时获取每个系统的健康状态，多系统之间每间隔一分钟均有一条健康检查和同步指令，健康监测线程记录着每个系统的健康状态，如果此时智能系统01不在线、忙碌中或者超时未回复，则将此命令发给二楼的智能系统02（参考图2客户端控制数据流走向示意图），依此类推；

位置S0505，位于三楼的智能系统01接收到来自S0517的客户端ClientID为01控制指令，查询得到需要控制的三楼灯光的S0519的DriveID为01，故将控制指令发给DriveID为01的灯光设备；

位置S0509接收到属于自己的控制三楼灯光的指令，查询得到需要控制的灯光的S0520的IndexID为03，故将控制指令发给通道03对应控制的灯光灯带；

位置S0514的壁灯灯带接收到控制指令，执行后将执行结果和状态100%亮度返回给指令的来源——ClientID为01的客户端S0501，同时将该壁灯灯带的状态100%亮度同步返回给其他同时在线的客户端S0502和S0503；

实施例四

如图5中所示，为按照本发明实现的其中一种实施例四的流程示意图，在上述的实施方式中，指示出了在多智能系统下所管理的多智能设备的管理模式，例如，在上述实施例三中主要是涉及三层楼的灯光管理，并且当某个楼层的智能家居系统无法正常工作时，其他楼层的智能家居系统能够协助执行该楼层的智能家居系统，上述居家模式下所对应的楼层数有限，用于进行智能设备管理的智能家居系统有限，实际上，在进行智能家居系统的协助调动控制会相对简单，但是当楼层的范围扩大，或者是智能设备增多，将对应的智能设备进行智能系统的分系统管理的情况下，当选择下一个智能家居系统与客户端进行交互管理控制时，需要进行控制通道转移以及命令块转移的问题，进一步地，按照本实施方式的实施例，主要包括如下的控制步骤：

S401、多个客户端注册；用户可以通过iPhone、iPad、Android等多个客户端安装APP后进行访问和控制智能家居设备，用户首次在iPhone上运行APP时，APP会获得一个自己唯一的标识码ClientID，并会和云主机连接进行激活，获取并存储云主机的密匙，相应客户端上对应的APP根据该密钥和自己的标识码ClientID登录所有云主机中的智能家居系统进行注册，以此注册制的方式，建立多个客户端和多个智能家居系统之间对应的关系；

S402、客户端初始控制指令生成；用户端通过客户端的APP进入对应房间下达“打开三楼灯带”的控制指令，相应控制指令送达三楼对应设备管理的智能家居系统；并且智能家居系统只有在判断接收到的控制指令中的密钥与智能家居系统所在的云主机密钥相匹配时，才确定该控制指令的合法性；

其中，进一步地，初始构建的控制指令如：EEKK’AABBBB’CCDDLLMMMM’，其中含义如下：

表3实施例四中构建的控制指令

在一个具体的执行实施例中，通过以上表格构建的控制指令EE（00）0101（00）010301MM（MM’）（MM和 MM’为加密数据部分），经过APP分析获取得S0518的SlaveID智能系统ID为01，故将此命令发给三楼的智能家居系统01；

S403、验证控制指令的合法性；智能家居系统接收到客户端发送的控制指令后，需要先验证该控制指令的来源是否合法，如果是非法来源的控制指令，智能家居系统会拒绝接入该控制指令。只有验证合法性的控制指令，智能家居系统才对该控制指令执行后续的操作。

在一个具体的实施例中，验证控制指令的合法性包括：

获取控制指令中的密钥，密钥由客户端首次激活时从云主机中获取并保存；

判断密钥是否与智能家居系统所在的云主机的密钥相匹配，

若相匹配，则确定控制指令的合法性；

S404、客户端判断控制指令是否被执行；是，若客户端所发送的控制指令被有效执行，则，相应的客户端会收到设备被执行的有效状态：

位置S0505，位于三楼的智能系统01接收到来自S0517的客户端ClientID为01控制指令，查询得到需要控制的三楼灯光的S0519的DriveID为01，故将控制指令发给DriveID为01的灯光设备；

位置S0509接收到属于自己的控制三楼灯光的指令，查询得到需要控制的灯光的S0520的IndexID为03，故将控制指令发给通道03的灯光灯带；

位置S0514的壁灯灯带接收到控制指令，执行后将执行结果和状态100%亮度返回给指令的来源——ClientID为01的客户端S0501；

同时将该壁灯灯带的状态100%亮度同步返回给其他同时在线的客户端S0502和S0503；

若控制指令未被有效执行，则所出现的问题可能来自于智能家居系统的控制问题，或者是通道的执行问题，甚至是可能来自于智能设备本身的问题，需要快速地查找问题，并迅速建立链接解决问题；

S405、客户端判断控制指令是否被执行；否，若客户端所发送的控制指令因为权限、所需待执行命令队列的命令较多等问题而未被有效执行，则，相应的客户端不会收到指令被执行的消息，即确认指令，则启动智能家居系统控制转移流程；其中控制转移流程主要包括如下步骤：

S4051、启动智能家居系统控制切换；此时，客户端重新发送指令，例如，将EE（00）0101（00）010301MM （MM’），协调为EE（01）0101（02）010301MM （MM’），此时KK’对应的变化（01）指示出智能家居系统的控制转移，该变化指令的信息由云主机执行运算写入，第二个括号部分的（02）意味着此时，实际是由02的智能家居系统来控制01的智能家居系统，从而实现客户端的控制命令能够被有效进行转达到01的智能家居系统之后连接通信的设备及通道被有效执行，上述指令数据段的写入，其中一种实施方式为采用和客户端的控制指令生成模块进行交互，在发生转移控制时，对控制指令的写入模式进行调整；

S4052、云主机控制智能家居系统之间的总线转移通道工作，此时，智能家居系统01转化为总线的联通通道，由智能家居系统02来完成客户端的相应控制指令的解析转达，并且经由智能家居系统01的传输到对应控制的设备及执行通道；

S4053、云主机控制智能家居系统之间的数据转移操作，此时，将智能家居系统02在一定时间段积累的控制指令经过云主机的控制指令修改处理后转移至智能家居系统02的控制指令队列，在其中的一种实施方式中，上述写入修改的记录被以MM’字段进行记录和保存，从而保证因为智能家居系统因为繁忙或故障等因素引起的时间段内的指令被有效执行；

S406、当智能家居系统02的故障被解除后，同时向云主机汇报情况，此时用户端的控制指令中的控制切换被修正为非转移切换的通信模式；

当然，在上述实施方式中，若在进行了智能家居系统的切换之后指令仍未被有效执行，则有可能是设备本身或者是通道出现了相应的问题，此时进行智能家居系统的切换并未真正解决问题，需要上报设备故障进行检修；

S407、若在执行完成相应的控制切换之后，智能设备的控制仍未被有效执行，则由切换后的智能家居系统02向云主机报告故障问题，进行检修。

实施例五

如图6中所示，为按照本发明实现的一种实施方式的流程示意图，实际上，在上述的实施例四的步骤中，进一步指出了进行智能家居系统的控制转移的问题，在步骤S4051中，指示出，云主机进行控制指令KK’的修改，而其中将智能家居系统的控制指令由01调整为02需要具备相应的运算和判定流程才能指定赋予相应的智能家居系统的转移目标，上述控制转移目标的判定主要包括如下步骤：

S40511、云主机完成智能家居系统的权重判断；

其中智能家居系统的权重判断运算主要考虑智能家居系统在整个系统中的控制重要性权重，例如管理电能、燃气、安防监控等重要等级的重要性权重，以及智能家居系统的控制负荷，历史发生故障和不响应的概率等各种因素，甚至包括有已承担的转移控制历史、目前队列中正在执行的控制指令数目等因素的判断；

S40512、云主机完成智能设备的权重判断；

其中智能设备的权重判断主要包括有，智能设备的寿命、电量，执行控制命令的复杂度，例如灯光亮度的量程百分比细度，例如5%的亮度调整，甚至包括有色温等因素的智能调整，意味着相应设备的执行通道会更加复杂化；

S40513、云主机完成智能设备通道的权重判断；

其中通道意味着相应智能设备的执行通道，该通道的权重判断同样也包括有通道对应智能设备的等级，控制通道的判断因素在进行智能设备的权重筛选中已经考量相应的因素有一定的体现，对于通道自身而言，只要考虑执行器的相应寿命、性能因素来判断；

S40514、云主机确定控制转移目标的智能家居系统并执行转移指令KK’的写入；

云主机以上述因素的判断选择一智能家居系统来执行控制转移判定，总之，执行判定的逻辑主要包括尽量选择可靠性高，并且对整体系统运行的影响较小，并且也尽量减少因本身智能设备及其通道容易发生故障而造成智能家居系统误判的问题。

上述权重的判断可采用区块链的节点共识、权益分配等各种实施方式，并且考虑到实施系统里的所有设备的判定会造成系统的判定和运算工作量较大，以权益分配排序选择其中部分的系统或设备进行判定也是一种较为有效的实施方式。

实施例六

如图7中所示，本实施例提供了一种智能家居设备控制系统的结构组成框图示意图，系统包括：若干智能家居系统、若干客户端、智能家居设备，智能家居设备的通道，上述通道在一般一些实施方式中，对应着同一设备类型的不同执行通道，例如灯光包括有壁灯、灯带的亮度、色温等调节执行通道，其中，上述若干智能家居系统接受云主机的控制；智能家居设备通过通道执行具体对应具体单个家居设备的执行；

智能家居系统，用于接收一个或多个客户端发送的控制指令，上述控制指令携带有唯一身份标识；验证所述控制指令的合法性后，在预设的时间内向客户端发送响应所述控制指令而生成的确认指令，所述确认指令携带有与所述控制指令一致的唯一身份标识；

若智能家居系统在预设时间内未能响应所述控制指令，或所述控制指令未被当前智能家居系统有效执行，则重新接收客户端发送的控制指令，在预设的重新接收次数内，智能家居系统仍未能响应所述控制指令，则云主机控制下一个智能家居系统接收所述控制指令，并完成智能家居系统的控制转移操作。

客户端，用于向一个或者多个智能家居系统发送控制指令，使得智能家居系统将所述控制指令发送给智能家居设备，使所述智能家居设备执行所述控制指令，所述控制指令携带有唯一身份标识；判断在预设的时间内是否有接收到智能家居系统响应所述控制指令而发送的确认指令，所述确任指令携带有与所述控制指令一致的唯一身份标识，若没有收到，客户端将所述控制指令进行重发；在预设的重发次数内，客户端没有收到所述确认指令，则将所述控制指令发给下一个智能家居系统；当然，在其中一种实施方式中，所述的确认指令还包括有相应的控制指令在智能设备端的执行结果情况。

所述智能家居设备，用于接收所述控制指令，执行所述控制指令，将执行所述控制指令后的执行结果反馈给智能家居系统。

实施例七

如图8中所示，为按照本发明的控制系统的实施例构成的云主机部分模块的结构组成框图示意图，进一步地，为实现上述智能系统的控制转移判断控制及执行，上述云主机还包括有控制转移判定模块，其包括依次连接的智能家居系统权重判断模块、智能设备权重判断模块、智能设备通道权重判断模块以及控制转移决策模块，其中，

智能家居系统权重判断模块完成智能家居系统的权重判断；所述权重判断的第一顺序为智能家居系统中控制包括的智能设备的安全等级；所述权重判断的第二顺序为智能家居系统的控制符合；所述权重判断的第三顺序为已承担的转移控制历史记录的多少；所述权重判断的第四顺序为智能家居系统执行队列中的控制指令数目；

智能设备权重判断模块完成智能设备的权重判断；所述智能设备的权重判断的第一顺序为智能设备的控制装置电量；第二顺序为智能设备执行命令的粒度；第三顺序为所述智能设备的电量；

智能设备通道权重判断模块完成智能设备通道的权重判断；其中权重判断的第一顺序为：所述权重判断的第一顺序为控制通道执行器的数目；第二顺序为控制通道执行器本身的性能；

控制转移决策模块以上述权重因素的判断选择一智能家居系统来执行控制转移判定，总之，执行判定的逻辑主要包括尽量选择可靠性高，并且对整体系统运行的影响较小，并且也尽量减少因本身智能设备及其通道容易发生故障而造成智能家居系统误判的问题。

进一步地，云主机还包括有控制转移执行模块，上述模块用于与客户端的控制指令生成模块进行交互，在控制指令中写入控制转移判定模块决策确定的转移智能家居系统编号，或者是在转移结束之后，修改相应的控制指令为不发生转移的状态。

实施例八

进一步地，上述控制系统中的智能家居系统还进一步包括有：智能家居系统之间的总线接入形式的转换控制模块，上述模块接收云主机的控制，在云主机的控制下完成总线接入形式的切换，总之，在控制转移切换之下，两个智能家居系统之间调整为总线接入式的连接方式，用于传达相应的控制指令，上述实施方式具体为可采用物理开关类似的总线切换连接通道，或者是采用智能系统之间的协议通道来进行调整改写写入新的协议；

进一步的，智能家居系统还进一步包括有控制转移数据传输模块，用于存储在故障发生前的客户端控制指令，并经由云主机执行上述数据传输转移至新的转移后的智能家居系统的控制指令的队列。

其中，值得关注的是，上述实施方式中所涉及的主要为一种智能家居系统，当上述系统用于智能办公系统时，也能解决相应的问题，在此不针对其它技术可实现的应用场景进一步举例。

其中，上述模块的命令执行，需要有相应的计算机程序以及硬件设备例如存储器、CPU等承载，从而解决相应的技术问题，并且可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理及或其他可编程数据处理设备的处理器以产生一个机器使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可装在到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中执行的功能的步骤。

其中，在上述的控制转移判断中，还可为一个同步执行的状态，即在发生故障前，或者是发生故障后，就已经完成控制转移决策的生成，并生成转移决策的目标清单，或者是发生故障后再进行转移判断，皆可进行调整实施。

以上所述者，仅为本公开的示例性实施例，不能以此限定本公开的范围。即但凡依本公开教导所作的等效变化与修饰，皆仍属本公开涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的范围和精神由权利要求限定。