智能设备的状态控制方法、装置、电子设备及存储介质

技术领域

本申请涉及智能设备控制领域，更具体地，涉及一种智能设备的状态控制方法、装置、电子设备及存储介质。

背景技术

在智能家居环境中，用户可以通过电子终端控制智能家居设备，其中，电子终端将控制指令转发至智能网关，智能网关再将控制指令下发至对应的智能家居设备，以实现对智能家居设备的控制。但是，当需要同时对多个智能家居设备进行控制时，受传输带宽或者传输信道容量的限制，可能会出现控制指令传输拥堵的问题，导致出现控制延时，或者智能设备无法接收到控制指令等现象。

发明内容

有鉴于此，本申请提出了一种智能设备的状态控制方法、装置、电子设备及存储介质。

第一方面，本申请实施例提供了一种智能设备的状态控制方法，应用于智能网关，所述方法包括：接收针对智能设备的多条控制指令；将所述多条控制指令合成为所述智能设备对应的一条总控指令；将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

第二方面，本申请实施例提供了一种智能设备的状态控制方法，应用于智能设备，所述方法包括：接收智能网关发送的总控指令，所述总控指令为所述智能网关基于针对所述智能设备的多条控制指令合成得到，其中，每条控制指令对应一个待执行操作，每个待执行操作对应控制所述智能设备的一种工作状态；解析所述总控指令，得到多个待执行操作；基于所述多个待执行操作调整所述智能设备的工作状态。

第三方面，本申请实施例提供了一种智能设备的状态控制装置，应用于智能网关，所述装置包括：指令接收模块、指令合成模块以及指令发送模块。指令接收模块，用于接收针对智能设备的多条控制指令；指令合成模块，用于将所述多条控制指令合成为所述智能设备对应的一条总控指令；指令发送模块，用于将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

第四方面，本申请实施例提供了一种智能设备的状态控制装置，应用于智能设备，所述装置包括：指令接收模块、指令解析模块以及状态调整模块。指令接收模块，用于接收智能网关发送的总控指令，所述总控指令为所述智能网关基于针对所述智能设备的多条控制指令合成得到，其中，每条控制指令对应一个待执行操作，每个待执行操作对应控制所述智能设备的一种工作状态；指令解析模块，用于解析所述总控指令，得到多个待执行操作；状态调整模块，用于基于所述多个待执行操作调整所述智能设备的工作状态。

第五方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储器；一个或多个程序，其中所述一个或多个程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行第一方面提供的智能设备的状态控制方法。

第六方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，所述程序代码可被处理器调用执行第一方面提供的智能设备的状态控制方法。

本申请提供的方案中，智能网关通过接收针对智能设备的多条控制指令，其中，每条控制指令对应一个待执行操作，每个待执行操作对应控制智能设备的一种工作状态；再将多条控制指令合成为针对该智能设备的一条总控指令，并将总控指令发送给智能设备，供智能设备解析总控指令，调整智能设备的工作状态。如此，通过将针对同一智能设备的多条控制指令合并为同一条总控指令，仅传输一条总控指令，即可控制该智能设备的多种工作状态，极大地降低了控制指令在传输过程中拥堵的可能性，提高了控制指令传输的效率，进而保证了控制指令传输的及时性，同时也保证了智能网关对智能设备控制的及时性。

附图说明

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

图1示出了本申请一实施例提供的应用场景的示意图。

图2示出了本申请一实施例提供的智能设备的状态控制方法的流程示意图。

图3示出了本申请一实施例提供的总控指令中包含的数据的示意图。

图4示出了本申请另一实施例提供的智能设备的状态控制方法的流程示意图。

图5示出了本申请另一实施例提供的智能设备的状态控制方法的流程示意图。

图6示出了本申请另一实施例提供的智能设备的状态控制方法的流程示意图。

图7示出了本申请另一实施例提供的智能设备的状态控制方法的流程示意图。

图8示出了本申请另一实施例提供的智能设备的状态控制方法的流程示意图。

图9示出了本申请一实施例提供的第一应用场景的流程示意图。

图10示出了本申请另一实施例提供的第二应用场景的流程示意图。

图11示出了本申请另一实施例提供的第三应用场景的流程示意图。

图12是根据本申请一实施例提供的一种智能设备的状态控制装置的框图。

图13是根据本申请另一实施例提供的一种智能设备的状态控制装置的框图。

图14是本申请实施例的用于执行根据本申请实施例的智能设备的状态控制方法的电子设备的框图。

图15是本申请实施例的用于保存或者携带实现根据本申请实施例的智能设备的状态控制方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

在智能家居环境中，用户可以通过电子终端控制智能家居设备，其中，电子终端将控制指令转发至智能网关，智能网关再将控制指令下发至对应的智能家居设备，以实现对智能家居设备的控制。但是，当需要同时对多个智能家居设备进行控制时，受传输带宽或者传输信道容量的限制，可能会出现控制指令传输拥堵的问题，导致出现控制延时，或者智能设备无法接收到控制指令等问题。

针对上述问题，发明人提出一种智能设备的状态控制方法、装置、电子设备及存储介质，智能网关可以通过接收针对智能设备的多条控制指令，其中，每条控制指令对应一个待执行操作，每个待执行操作对应控制智能设备的一种工作状态；再将多条控制指令合成为针对该智能设备的一条总控指令，并将总控指令发送给智能设备，供智能设备解析总控指令，调整智能设备的工作状态。下面对该内容进行详细描述。

请参照图1，图1示出了为本申请实施例应用场景的一种网络结构图，应用场景可以包括智能设备200的状态控制系统10，智能设备200的状态控制系统10可以包括智能网关100以及多个智能设备200，其中，智能设备200可以是智能家居设备(如智能灯、智能冰箱、智能空调等)、智能控制面板、智能手机或平板电脑等设备，本实施例对此不作限制。智能网关100和多个智能设备200之间可以通过局域网、广域网或短距离通信(如紫蜂、蓝牙)等通信方式进行数据交互，也就是说，智能网关100可以基于上述通信方式，向多个智能设备200发送控制指令，以控制智能设备200的工作状态。

请参照图2，图2为本申请一实施例提供的一种智能设备的状态控制方法的流程示意图。下面将结合图2对本申请实施例提供的智能设备的状态控制方法进行详细阐述。该智能设备的状态控制方法应用于智能网关，可以包括以下步骤：

步骤S210：接收针对智能设备的多条控制指令。

在本实施例中，智能网关与智能设备处于同一通信网络下时，智能网关可以接收针对智能设备的多条控制指令，并基于多条控制指令实现对智能设备的控制。其中，控制指令可以是用户通过电子终端(如智能手机)发送给智能网关的，也可以是用户通过智能控制面板发送给智能网关的，或者是智能控制面板在进入场景模式时自动发送给智能网关的，又或者是智能网关定时自动生成的，本实施例对此不作限制。

其中，每条控制指令对应一个待执行操作，每个待执行操作对应控制智能设备的一种工作状态，以智能设备为智能灯为例，针对智能灯的多条控制指令可以包括开关控制指令、亮度控制指令以及色温控制指令，其中，开关控制指令对应打开智能灯的操作，也就是说开关控制指令对应控制智能灯的开关状态；亮度控制指令对应调整智能灯的亮度的操作，也就是说亮度控制指令对应控制智能灯的亮度状态；色温控制指令对应调整智能灯的色温(如暖光、冷光或自然光)的操作，也就是说色温控制指令对应控制智能灯的色温状态。其中，多条控制指令中，可能存在一条或多条控制指令并不会改变智能设备的状态，例如，智能灯当前为开状态，那么，开关控制指令不会改变智能灯的状态。

步骤S220：将所述多条控制指令合成为所述智能设备对应的一条总控指令。

在本实施例中，若智能网关直接将多条控制指令一起发送给智能设备，若传输带宽较小时，可能会造成控制指令的传输拥堵，导致控制指令传输延时，进而造成无法及时对智能设备进行控制。因此，智能网关可以将多条控制指令合成为针对该智能设备的一条总控指令，即，一条总控指令可以控制智能设备的多种工作状态。其中，多条控制指令中每条控制指令均只包含控制智能设备一种状态的参数信息，智能网关在将多条控制指令进行合成时，可以将多条控制指令中每条控制指令包含的控制智能设备的状态的参数信息均整合至一条总控指令中，也就是说，最终合成的一条总控指令中包含控制智能设备多种状态的参数信息，仅需对该条总控指令中各项参数信息进行赋值，再将该条总控指令发送至智能设备处，即可实现对智能设备的控制。

示例性地，仍以智能设备为智能灯为例，针对智能灯的多条控制指令可以包括开关控制指令、亮度控制指令以及色温控制指令，智能网关可以将上述针对智能灯的三条控制指令合成为一条总控指令，即，该条总控指令可以同时控制智能灯的开关状态、亮度状态以及色温状态。请参阅图3，其中，将控制智能灯开关的行为定义为BIT0、将控制智能灯亮度的行为定义为BIT1、将控制智能灯色温的行为定义为BIT2，上述三种行为的数据类型均可以定义为8位无符号整型；将控制亮度的参数定义为Luminance，其数据类型可以定义为16位无符号整型，并且该参数中的最高位表示开关，最高位为1代表智能灯为开启的状态，最高位为0代表智能灯为关闭的状态，该参数的bit0-bit14代表亮度，最高位bit15代表开关，若需改变智能灯的亮度，改变Luminance参数的赋值即可；将控制色温的参数定义为ColorTemp，其数据类型可以定义为16位无符号整型，若需要改变智能灯的色温，改变ColorTemp参数的赋值即可，其中，色温的范围可以是2700开尔文(K)-6500K，2700K可以视为暖色，6500K可以视为冷色；将执行时间定义为Time，其数据类型可以定义为16位无符号整型，其单位时间可以为100毫秒，若需要改变该总控命令的执行时长，改变Time参数的赋值即可。

步骤S230：将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

基于此，在生成针对智能设备的总控指令后，智能网关将该总控指令发送给智能设备，对应地，智能设备可以基于协议对总控指令进行解析，得到总控指令针对智能设备的多个工作状态的控制操作。仍以上述提到的智能设备为智能灯为例，智能网关在将总控指令发送给智能灯后，智能灯可以根据协议解析该总控指令，得到针对开关状态、亮度状态和色温状态的三个控制操作，并基于上述三个控制操作调节智能灯的开关状态、亮度状态及色温状态。

本实施例可以通过将针对同一智能设备的多条控制指令合并为同一条总控指令，仅传输一条总控指令，即可控制该智能设备的多种工作状态，极大地降低了控制指令在传输过程中拥堵的可能性，提高了控制指令传输的效率，进而保证了控制指令传输的及时性，同时也保证了智能网关对智能设备控制的及时性。

请参照图4，图4为本申请另一实施例提供的一种智能设备的状态控制方法的流程示意图。下面将结合图4对本申请实施例提供的智能设备的状态控制方法进行详细阐述。该智能设备的状态控制方法应用于智能网关，可以包括以下步骤：

步骤S310：接收针对智能设备的多条控制指令。

在本申请实施例中，步骤S310可以参阅其他实施例中的内容，在此不再赘述。

步骤S320：判断所述多条控制指令是否为有效指令。

在本实施例中，有效指令可以是指接收到的最新的控制指令，以控制指令为用户通过电子终端发送至智能网关为例，其中，有效指令并非是智能网关接收到的最新的控制指令，而是指用户通过电子终端发送的最新的控制指令。在实际应用中，可能由于网络的原因，用户通过电子终端发送的第一组控制指令并未被智能网关收到，对应地，智能设备也无法收到上述第一组控制指令，因此，智能设备的工作状态也并未改变；此时，用户可能会再发第二组控制指令，以实现对该智能设备的控制，若智能网关同时接收到延时到达的第一组控制指令和第二组控制指令，则可能会生成两条总控指令，如此，造成了算力资源的浪费，重复向智能设备发送两条总控指令，也会造成智能设备的重复控制；或者，智能网关先接收到第二组控制命令，后接收到第一组控制命令，进而导致无法根据用户最新发送的控制指令控制对应的智能设备的问题。因此，可以通过判断接收到的多条控制指令是否为用户发送的最新的控制指令。

在一些实施方式中，电子终端响应用户的控制操作，生成针对同一智能设备的多条控制指令时，可以将上述多条控制指令作为一组控制指令，并根据生成控制指令的时间，给该组控制指令中的每条控制指令均打上相同的时间戳，作为后续智能网关识别控制指令是否为有效指令的依据。智能网关可以将最新的时间戳对应的控制指令作为有效指令。

示例性地，若智网关同时接收到多组控制指令，其中，第一组控制指令的时间戳为10:01.20，第二组控制指令的时间戳为10:02.58，智能网关可以根据时间戳，确定时间最新的那组控制指令为有效指令。

在该方式下，智能网关还可以判断时间戳与当前接收到控制指令时的时间差是否小于预设差值，若小于预设差值，则判断该组控制指令为有效指令；若不小于预设差值，则判断该组控制指令不是有效指令。

当智能网关接收到多条时间戳不完全相同的控制指令，可以判断其中是否包含针对控制某智能设备所有状态的控制指令，若包含，则判断针对控制某智能设备所有状态的多条控制指令为有效指令；若不包含，基于当前时刻之后的指定时长内接收到的所有控制指令的时间戳，判断是否存在可以与多条时间戳不完全相同的控制指令组成控制某智能设备所有状态的控制指令，若不存在，则将多条时间戳不完全相同的控制指令作为无效指令，其中，指定时长可以是预先设置的，如15秒、30秒等，本实施例对此不作限制。

示例性地，向智能网关发送针对智能灯A的第一开关控制指令、第一亮度控制指令以及第一色温控制指令，针对智能灯A的控制指令的时间戳为10:01.30，以及针对智能灯B的第二开关控制指令、第二亮度控制指令以及第二色温控制指令，针对智能灯B的控制指令的时间戳为10:03.30。由于网络拥堵等原因，智能网关在当前时刻仅收到第一开关控制指令、第一亮度控制指令以及第二开关控制指令，由于此时接收到的多条控制指令的时间戳不完全相同，并且也并未包含针对控制智能灯A或者智能灯B所有状态的多条控制指令。若智能网关在指定时长(如：5秒)内，接收到第一色温控制指令，则将第一开关控制指令、第一亮度控制指令以及第一色温控制指令作为有效指令，合成针对智能灯A的总控指令，并将第二开关控制指令作为无效指令舍弃掉。若智能网关在指定时长(如：5秒)内，接收到第二开关控制指令以及第二亮度控制指令，则将第二开关控制指令、第二亮度控制指令以及第二色温控制指令作为有效指令，合成针对智能灯B的总控指令，并将第一开关控制指令以及第一亮度控制指令作为无效指令舍弃掉。

在另一些实施方式中，智能网关也可以先生成总控指令，再判断总控指令是否为有效指令，若判定总控指令为有效指令，则将总控指令下发至对应的智能设备处；若判定总控指令为无效指令，则舍弃掉该总控指令。在将多条控制指令合成为一条总控指令时，智能网关可以在每条总控指令上打上时间戳标签，并将该时间戳标签作为判断总控指令是否为有效指令的标准，时间戳标签代表开始合成该总控指令的时间。可能由于网络等原因，智能网关合成总控指令时超时，导致最后才将先收到的多条控制指令合成为总控指令，但是，此时用户在之前已经重新对该智能设备发送新的控制指令了，因此，若此时再将超时合成的总控指令发送至智能设备，则会导致智能设备的状态与当前用户所控制的状态不匹配。因此，智能网关可以通过对时间戳标签进行检验，将在指定时间内最新的时间戳标签对应的总控指令作为有效指令，再将有效的总控指令下发至智能设备，以控制智能设备的工作状态。

步骤S330：若是，将所述多条控制指令合成为所述智能设备对应的一条总控指令。

步骤S340：将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

在本申请实施例中，步骤S330-步骤S340可以参阅其他实施例中的内容，在此不再赘述。

步骤S350：若否，舍弃所述多条控制指令。

基于此，若通过步骤S320判定上述多条控制指令并不是有效指令，则舍弃掉上述多条控制指令。

本实施例中，智能网关仅针对有效的多条控制指令生成总控指令，将不是有效的控制指令舍弃。也就是说，仅生成有效的总控指令，进而实现对智能设备的精准控制，防止因生成多个总控指令造成对智能设备的重复控制的问题，同时减少了智能网关因生成无效的控制指令造成的算力资源的浪费。

请参照图5，图5为本申请另一实施例提供的一种智能设备的状态控制方法的流程示意图。下面将结合图5对本申请实施例提供的智能设备的状态控制方法进行详细阐述。该智能设备的状态控制方法应用于智能网关，可以包括以下步骤：

步骤S410：接收针对智能设备的多条控制指令。

步骤S420：将所述多条控制指令合成为所述智能设备对应的一条总控指令。

步骤S430：将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

在本申请实施例中，步骤S410-步骤S430可以参阅其他实施例中的内容，在此不再赘述。

步骤S440：在发送所述总控指令的第一时长后，向所述智能设备发送状态获取指令，所述状态获取指令用于获取所述智能设备的当前状态信息。

在本实施例中，在智能网关向智能设备发送总控指令后，智能设备可以在接收到总控指令后，向智能网关发送一个确认报文，代表智能设备已成功接收到总控指令，对应地，智能网关接受到智能设备反馈的确认报文后，可以确定该智能设备已成功接收到总控指令。但是，智能网关无法获知智能设备在接收到总控指令后，是否成功执行该总控指令，因此，智能网关可以在发送总控指令的第一时长后，向智能设备发送状态获取指令，以获取智能设备的当前状态信息，其中，第一时长可以是预先设置的，如100毫秒，本实施例对此不作限制。

在一些实施方式中，在固定时长内未收到智能设备基于所述总控指令反馈的确认信息，如上述确认报文，智能网关可以重新发送总控指令给智能设备，实现对智能设备的及时控制。

步骤S450：接收所述智能设备基于所述状态获取指令反馈的所述当前状态信息。

基于此，在智能设备接收到智能网关发送的状态获取指令后，可以将自身的当前状态信息反馈给智能网关，对应地，智能网关接收智能设备基于状态获取指令反馈的当前状态信息。

步骤S460：若所述智能设备的当前状态信息与所述待执行操作对应的工作状态信息不匹配，重新发送所述总控指令给所述智能设备。

进一步地，智能网关在接收到智能设备的当前状态信息后，可以判断当前状态信息与总控指令中待执行操作对应的工作状态是否匹配，进而判断智能设备是否已成功执行总控指令，将工作状态调整至总控指令对应的待执行操作对应的工作状态。若判定智能设备的当前状态信息与待执行操作对应的工作状态信息不匹配，可以判定智能设备并未成功执行总控指令，因此，可以重新发送总控指令给智能设备，确保将智能设备的工作状态调整至用户期望的设备状态。

示例性地，若总控指令对应的待执行操作为将智能灯的色温调制2700K，亮度调至20％，对应地，若智能灯的当前状态信息为色温2700K，亮度20％时，代表此时智能灯的当前状态信息与待执行操作对应的工作状态信息匹配；若智能灯的当前状态信息为色温3000K，亮度10％时，代表此时智能灯的当前状态信息与待执行操作对应的工作状态信息不匹配，此时智能网关可以重新发送总控指令至智能灯，以实现基于总控指令对智能灯的控制。

本实施例可以通过验证智能设备的状态信息，在智能设备的当前状态信息与待执行操作对应的状态信息不一致时，重新发送总控指令控制智能设备的工作状态，可以及时对智能设备的工作状态进行控制。

请参照图6，图6为本申请另一实施例提供的一种智能设备的状态控制方法的流程示意图。下面将结合图6对本申请实施例提供的智能设备的状态控制方法进行详细阐述。该智能设备的状态控制方法应用于智能网关，可以包括以下步骤：

步骤S510：接收针对智能设备的多条控制指令。

在本申请实施例中，步骤S510可以参阅其他实施例中的内容，在此不再赘述。

步骤S520：当所述智能设备的数量为多个时，将针对同一智能设备的多条控制指令合成为所述智能设备对应的一条总控指令。

在本实施例中，可以对智能设备进行组控或者场景控制，其中，组控是指同时对一组智能设备的工作状态进行控制，场景控制是指根据预设的场景控制模式，对该场景模式下对应的多个智能设备进行控制。因此，在组控或者场景控制的情况下，智能网关接收到的控制指令一般是针对多个智能设备的；基于此，在智能网关接收到针对多个智能设备的多条控制指令时，可以将针对同一智能设备的多条控制指令合成为该智能设备对应的一条总控指令。

示例性地，场景控制为睡眠模式，在睡眠模式下，卧室的智能2被关闭，仅将处于走廊的智能灯调至开启状态，并将色温调至2700K，亮度调至20％。对应地，智能网关接收到的针对卧室的智能灯的多条控制指令，以及针对走廊的智能灯的多条控制指令；基于此，智能网关可以将针对卧室的智能灯的多条控制指令合成为一条总控指令，将针对走廊的智能灯的多条控制指令合成为一条总控指令，即，在该睡眠模式下，需要控制两个智能灯的工作状态，对应地，智能网关一共生成两条总控指令，分别控制上述两个智能灯的工作状态。

步骤S530：将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

在本申请实施例中，步骤S530可以参阅其他实施例中的内容，在此不再赘述。

步骤S540：在发送所述总控指令的第一时长后，将多个所述智能设备分组，每组智能设备至少包括两个所述智能设备。

步骤S550：间隔第二时长依次向所述每组智能设备发送所述状态获取指令，直至成功获取到所述每组智能设备的状态信息。

在本实施例中，在对多个智能设备进行组控或者场景控制时，由于同时控制的智能设备的数量较多，传输的控制指令及状态获取指令也较多，为防止因指令传输拥堵，导致未能及时控制所有智能设备的工作状态或及时反馈设备状态等问题的发生，可以分组获取多个智能设备的状态信息，以确定每个智能设备均调整至待执行操作对应的工作状态信息。

因此，在智能网关发送总控指令的第一时长后，可以对多个智能设备进行分组，得到多组智能设备，其中，每组智能设备至少包括两个智能设备。其中，第一时长可以是预先设置的，也可以根据不同的应用场景，对第一时长进行调整，本实施例对此不作限制。基于此，在将多个智能设备进行分组后，可以间隔第二时长依次向每组智能设备发送状态获取指令，以获取每组智能设备的状态信息，其中，第二时长可以是预先设置的，如200毫秒，也可以根据不同的应用场景，对第二时长进行调整，本实施例对此不作限制。

示例性地，若将多个智能设备分为A、B、C三个组，每个组均包含5个智能设备，第二时长为200毫秒，智能网关可以首先向A组的5个智能设备发送状态获取指令，间隔200毫秒再向B组的5个智能设备发送状态获取指令，再间隔200毫秒向C组的5个智能设备发送状态获取指令，以获取每个智能设备的状态信息。

步骤S560：接收所述智能设备基于所述状态获取指令反馈的所述当前状态信息；

步骤S570：若所述智能设备的当前状态信息与所述待执行操作对应的工作状态信息不匹配，重新发送所述总控指令给所述智能设备。

在本申请实施例中，步骤S560-步骤S570可以参阅其他实施例中的内容，在此不再赘述。

在本实施例中，可以同时对多个智能设备的工作状态进行控制，并且智能网关主动分组获取多个智能设备的状态信息，防止了因指令拥堵导致部分智能设备未接收到控制指令，造成组控或者场景控制下，部分智能设备的状态不同步，或者，因部分智能设备未接收到状态获取指令，造成无法及时反馈设备状态的问题；并且由智能网关主动分组读取智能设备的状态信息，解决了由智能设备主动上报状态信息造成的智能网关无法自主掌控读取时间，从而导致智能网关无法及时处理的问题。

请参照图7，图7为本申请另一实施例提供的一种智能设备的状态控制方法的流程示意图。下面将结合图7对本申请实施例提供的智能设备的状态控制方法进行详细阐述。该智能设备的状态控制方法应用于智能网关，可以包括以下步骤：

步骤S610：接收针对智能设备的多条控制指令。

在本申请实施例中，步骤S610可以参阅其他实施例中的内容，在此不再赘述。

步骤S620：基于预设规则生成所述总控指令的序列号，其中，所述序列号用于表示所述智能网关生成所述总控指令的先后顺序，所述智能网关在不同时间所生成的总控指令对应的序列号不同。

在一些实施方式中，预设规则可以是智能网关根据接收到控制指令的当前时间来生成总控指令的序列号，其中，序列号用于表示智能网关生成所述总控指令的先后顺序，并且在不同时间所生成的总控指令对应的序列号不同。

示例性地，当智能网关在9:00接收到针对智能设备A的多条控制指令，在9:01接收到针对智能设备B的多条控制指令，对应地，智能网关则优先生成智能设备A对应的总控指令的序列号，再生成智能设备B对应的总控指令的序列号。其中，序列号可以用生成时间表示，也可以用数字表示，序列号生成的时间越早，对应的数字越小，本实施例对此不作限制。

步骤S630：将所述多条控制指令合成为所述智能设备对应的一条总控指令，并将所述序列号添加于所述总控指令。

基于此，在将多条控制指令合成为智能设备对应的一条总控指令，生成总控指令对应的序列号后，将该序列号添加于总控指令，供智能设备基于序列号解析最新的总控指令。

步骤S640：将添加所述序列号的所述总控指令发送给所述智能设备，供所述智能设备基于所述序列号解析所述总控指令，调整所述智能设备的工作状态。

在一些实施方式中，当序列号用生成的时间来表示时，智能设备在接收到总控指令后，可以根据生成的时间，解析生成时间最近的总控指令，即，解析最新的总控指令，并根据解析结果调整智能设备的工作状态。

在另一些实施方式中，当序列号用数字来表示时，智能设备在接收到总控指令后，可以根据数字的大小，解析数字最大的总控指令，即，解析最新的总控指令，并根据解析结果调整智能设备的工作状态。

具体地，步骤S640还可以参阅其他实施例中内容，在此不再赘述。

在本实施例中，智能网关可以根据预设规则给每条总控指令添加其对应的序列号，以使智能设备可以根据序列号解析最新的总控指令，防止因网络延时等原因，智能设备同时收到多条总控指令，将每条总控指令均执行一次，造成对智能设备的重复控制。

请参照图8，图8为本申请另一实施例提供的一种智能设备的状态控制方法的流程示意图。下面将结合图8对本申请实施例提供的智能设备的状态控制方法进行详细阐述。该智能设备的状态控制方法应用于智能设备，可以包括以下步骤：

步骤S710：接收智能网关发送的总控指令，所述总控指令为所述智能网关基于针对所述智能设备的多条控制指令合成得到。

步骤S720：解析所述总控指令，得到多个待执行操作。

步骤S730：基于所述多个待执行操作调整所述智能设备的工作状态。

在本实施例中，智能设备可以接收智能网关发送的总控指令，若同时接收到多条总控指令，或者在较短的预设时长内(如2毫秒)接收到多条总控指令，则可以基于总控指令中的序列号，从多条总控指令中选择最新的目标控指令进行解析，得到该最新的总控指令对应的待执行操作所对应的控制状态；并判断该控制状态与智能设备当前自身的工作状态是否一致，若一致，则舍弃掉该总控指令；若不一致，则基于解析得到的多个待执行操作调整智能设备的工作状态。

示例性地，智能设备同时接收到总控指令1和总控指令2两条指令，总控指令1的序列号为1，总控指令2的序列号为2，因此，智能设备选择最新的总控指令进行解析，即解析总控指令2。若解析得到的多个待执行操作是将该智能设备的灯光亮度调至40％，智能设备当前自身的工作状态也其灯光的亮度处于40％，此时，可以确定总控指令2对应的待执行操作所对应的控制状态与智能设备当前自身的工作状态一致，此时则将总控指令2舍弃；若智能设备当前自身的工作状态也其灯光的亮度处于30％，此时，可以确定总控指令2对应的待执行操作所对应的控制状态与智能设备当前自身的工作状态不一致，此时，基于解析得到的针对调节灯光亮度的待执行操作调整智能设备的工作状态，将智能设备的灯光亮度调节至40％。

在一些实施方式中，请参阅图9，可以在第一应用场景下对智能设备进行控制，其中，第一应用场景为单控场景，单控场景是指智能网关仅对某一个智能设备进行控制，将总控指令发送给某一个智能设备，以实现对该智能设备的控制。对应地，智能设备接收到的总控指令即为单控总控指令。其中，单控总控指令为智能网关仅针对该智能设备发送的总控指令，对应地，智能设备接受该总控指令，若在短时间内收到多条总控指令，基于序列号判断总控指令是否为最新的总控指令，若否，则舍弃掉该总控指令；若是，则判断最新的总控指令对应的待执行操作所对应的控制状态与智能设备当前自身的工作状态是否相同，若相同，则舍弃掉该总控指令；若不相同，则对该总控指令进行解析，执行解析结果中的多个待执行操作。

在另一些实施方式中，请参阅图10，可以在第二应用场景下对智能设备进行控制，其中，第二应用场景为组控场景，组控场景是指智能网关发送相同的总控指令给一组智能设备，将该组智能设备的工作状态调至相同。例如，组控场景为同一区域内的相同设备作为一组，通过对同一区域的相同设备进行组控可以节省设备控制时间。对应地，智能设备接收到的总控指令即为组控总控指令，其中，组控总控指令为智能网关仅针对一组智能设备发送的总控指令，对应地，该组中的智能设备接受该总控指令，若在短时间内收到多条总控指令，基于序列号判断总控指令是否为最新的总控指令，若否，则舍弃掉该总控指令；若是，则判断最新的总控指令对应的待执行操作所对应的控制状态与智能设备当前自身的工作状态是否相同，若相同，则舍弃掉该总控指令；若不相同，则对该总控指令进行解析，执行解析结果中的多个待执行操作。智能网关在发送该总控指令后的第一时长后，间隔第二时长依次获取该组中智能设备的状态信息，以防止部分智能设备的状态不同步，在不同步的情况下，智能网关可以重新发送总控指令，实现对该部分智能设备的控制；并且智能设备可以在智能网关主动获取状态后的第三时长后，再次向智能网关上报自身的当前工作状态，如此，可以进一步解决组控场景下存在一些智能设备的状态不同步的问题，可以使智能网关及时对智能设备的工作状态进行控制。

在另一些实施方式中，请参阅图11，可以在第三应用场景下对智能设备进行控制，其中，第三应用场景为场景控制，场景控制是指智能网关控制特定场景中多个智能设备的工作状态，即，智能网关可以同时向该特定场景下的多个智能设备发送各自对应的总控指令，实现对特定场景下多个智能设备的控制。对应地，智能设备接收到的总控指令即为场景总控指令，在场景控制下，智能设备对总控指令处理的过程与上述组控场景下相似，在此不再赘述。

在本实施例中，智能设备通过判断最新的总控指令对应的待执行操作对应的工作状态与当前自身的工作状态是否一致，并且仅执行与当前自身的工作状态不同的待执行操作对应的总控指令，如此，可以减少智能设备重复执行不必要的总控指令的操作，进而减小因重复执行较多不必要的总控指令造成的智能设备硬件损耗的可能性。

请参照图12，其中示出了本申请一实施例提供的一种智能设备的状态控制装置800的结构框图，应用于智能网关。该装置800可以包括：指令接收模块810、指令合成模块820和指令发送模块830。

指令接收模块810用于接收针对智能设备的多条控制指令。

指令合成模块820用于将所述多条控制指令合成为所述智能设备对应的一条总控指令。

指令发送模块830用于将所述总控指令发送给所述智能设备，供所述智能设备解析所述总控指令，调整所述智能设备的工作状态。

在一些实施方式中，智能设备的状态控制装置800可以包括：指令判断模块。其中，指令判断模块可以具体用于判断所述多条控制指令是否为有效指令；若是，执行所述将所述多条控制指令合成为所述智能设备对应的一条总控指令；若否，舍弃所述多条控制指令。

在一些实施方式中，智能设备的状态控制装置800可以包括：状态获取模块、状态接收模块以及指令发送模块。其中，状态获取模块可以用于在发送所述总控指令的第一时长后，向所述智能设备发送状态获取指令，所述状态获取指令用于获取所述智能设备的当前状态信息。状态接收模块可以用于接收所述智能设备基于所述状态获取指令反馈的所述当前状态信息。指令发送模块可以用于若所述智能设备的当前状态信息与所述待执行操作对应的工作状态信息不匹配，重新发送所述总控指令给所述智能设备。

在该方式下，所述智能设备的数量为多个，指令合成模块820可以具体用于将针对同一智能设备的多条控制指令合成为所述智能设备对应的一条总控指令。状态获取模块可以包括：设备分组单元以及指令发送单元，其中，设备分组单元可以用于在发送所述总控指令的第一时长后，将多个所述智能设备分组，每组智能设备至少包括两个所述智能设备。指令发送单元可以用于间隔第二时长依次向所述每组智能设备发送所述状态获取指令，直至成功获取到所述每组智能设备的状态信息。

在一些实施方式中，所述总控指令包含序列号，指令合成模块820可以包括序列号生成单元以及指令合成单元。其中，序列号生成单元可以用于基于预设规则生成所述总控指令的序列号，其中，所述序列号用于表示所述智能网关生成所述总控指令的先后顺序，所述智能网关在不同时间所生成的总控指令对应的序列号不同。指令合成单元可以用于将所述多条控制指令合成为所述智能设备对应的一条总控指令，并将所述序列号添加于所述总控指令，供所述智能设备基于所述序列号解析最新的总控指令。

请参照图13，其中示出了本申请一实施例提供的一种智能设备的状态控制装置900的结构框图，应用于智能设备。该装置900可以包括：指令接收模块910、指令解析模块920和状态调整模块930。

指令接收模块910用于接收智能网关发送的总控指令，所述总控指令为所述智能网关基于针对所述智能设备的多条控制指令合成得到。

指令解析模块920用于解析所述总控指令，得到多个待执行操作。

状态调整模块930用于基于所述多个待执行操作调整所述智能设备的工作状态。

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

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

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

下面将结合图对本申请提供的一种电子设备进行说明。

参照图14，图14示出了本申请实施例提供的一种电子设备1000的结构框图，本申请实施例提供的智能设备的状态控制方法可以由该电子设备1000执行。该电子设备1000可以为上述实施例中的智能网关、智能控制面板或智能家居设备中的主控设备等。

本申请实施例中的电子设备1000可以包括一个或多个如下部件：处理器1001、存储器1002、以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器1002中并被配置为由一个或多个处理器1001执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

处理器1001可以包括一个或者多个处理核。处理器1001利用各种接口和线路连接整个电子设备1000内的各个部分，通过运行或执行存储在存储器1002内的指令、程序、代码集或指令集，以及调用存储在存储器1002内的数据，执行电子设备1000的各种功能和处理数据。可选地，处理器1001可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器1001可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以集成到处理器1001中，单独通过一块通信芯片进行实现。

存储器1002可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器1002可用于存储指令、程序、代码、代码集或指令集。存储器1002可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备1000在使用中所创建的数据(比如上述的总控指令对应的序列号)等。

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

在本申请所提供的几个实施例中，所显示或讨论的模块相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

请参考图15，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机可读介质1100中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质1100可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质1100包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质1100具有执行上述方法中的任何方法步骤的程序代码1110的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码1110可以例如以适当形式进行压缩。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。