一种控制指令生成方法、系统、终端及可读存储介质

技术领域

本申请属于智能家居领域，尤其涉及一种控制指令生成方法、系统、终端及可读存储介质。

背景技术

在智能家居领域中，开发工程师研究的主要是如何将用户的语音内容与已有的控制指令进行匹配，从而实现对智能家居设备的控制。其中，控制指令为工程师配置好的固定模式下的指令。用户只能够通过这些控制指令来实现对智能家居设备的控制，而这些控制指令并不能完全满足用户的使用需求。为此，向用户开放设置控制指令的权限。但是目前在设置控制指令的时候，需要用户进入特定平台执行编程操作，对用户而言，操作尤为复杂。

发明内容

本申请实施例提供了一种控制指令生成方法、系统、终端及可读存储介质，以解决现有技术中用户设置控制指令时操作复杂的问题。

本申请实施例的第一方面提供了一种控制指令生成方法，包括：

获取用户端的控制需求信息；

确定所述控制需求信息对应的至少一个控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件；

确定所述控制设备达到所述设备状态参数的设备执行动作信息；

将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令。

本申请实施例的第二方面提供了一种控制指令生成系统，包括：

获取模块，用于获取用户端的控制需求信息；

第一确定模块，用于确定所述控制需求信息对应的至少一个控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件；

第二确定模块，用于确定所述控制设备达到所述设备状态参数的设备执行动作信息；

生成模块，用于将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令。

本申请实施例的第三方面提供了一种终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述方法的步骤。

本申请的第五方面提供了一种计算机程序产品，当所述计算机程序产品在终端上运行时，使得所述终端执行上述第一方面所述方法的步骤。

由上可见，本申请首先获取用户在用户端给出的控制需求信息，然后确定该控制需求信息中包含的用户需要控制的至少一个控制设备以及与每一个控制设备对应的设备状态参数和状态触发条件，接下来确定每一个控制设备达到其对应的设备状态参数的设备执行动作信息，将设备执行动作信息和状态触发条件进行组合，即可生成与控制指令。在控制指令的生成过程中，用户只需给出控制需求信息，不需要额外执行其他操作，就能够得到对应的控制指令，简单方便，易操作。

附图说明

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

图1是本申请实施例提供的一种控制指令生成方法的流程图一；

图2是本申请实施例提供的一种控制指令生成方法的流程图二；

图3是本申请实施例提供的一种控制指令生成系统的结构图；

图4是本申请实施例提供的一种终端的结构图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当…时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本申请实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，所述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的台式计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的终端。然而，应当理解的是，终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

终端支持各种应用程序，例如以下中的一个或多个：绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。

可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

应理解，本实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本申请实施例提供的一种控制指令生成方法的流程图一。如图1所示，一种控制指令生成方法，该方法包括以下步骤：

步骤101，获取用户端的控制需求信息。

具体地，在本申请中，生成所述控制指令需要所述用户端、云平台和本地设备端共同参与。所述用户端为微信小程序端或者与微信平台连接的机器人端，等等。

其中，微信小程序可为集贤uHome Life小程序，是一款基于微信平台的智能家居控制小程序，可以通过语音或文字与用户交互，实现控制指令生成以及对智能家居设备的控制。与微信平台连接的机器人为集贤助理机器人，是一款基于微信平台的智能家居控制机器人，可以通过语音或文字与用户交互，实现控制指令生成以及对智能家居设备的控制。所述云平台为集贤物联网云平台，是一款提供智能家居设备管理、数据分析、控制指令生成以及指令下发执行等功能的云端平台，所述云平台支持与微信平台、集贤助理机器人、集贤uHome Life小程序等终端设备的连接和交互。

具体地，所述获取用户端的控制需求信息，包括：获取所述用户端输入的第一文本控制需求信息；或者，获取所述用户端的第二文本控制需求信息，所述第二文本控制需求信息基于输入的用户语音需求信息转换得到。

具体地，用户可通过微信小程序或者机器人表述自己的控制需求，此时，微信小程序和机器人便成为需求采集端口。表述方式可为文字表述方式或者语音表述方式，这二者分别对应于上文所述第一文本控制需求信息和所述用户语音需求信息。

具体地，在用户输入自己的控制需求之后，根据不同的表述方式，采取不同的处理方法处理所述控制需求。

具体地，若为文字表述方式，即用户通过微信小程序或者机器人输入文字需求信息给到微信平台，则微信平台直接将输入的文字需求信息作为所述第一文本控制需求信息，将其发送给所述云平台，所述云平台便能够获取到所述用户端输入的所述第一文本控制需求信息。

具体地，若为语音表述方式，即用户通过微信小程序或者机器人输入所述用户语音需求信息给到微信平台，则需要借助于微信平台的微信语音识别接口将用户输入的所述用户语音需求信息转换为文本信息，即得到所述第二文本控制需求信息，然后微信平台将所述第二文本控制需求信息发送给所述云平台，所述云平台便能够获取到所述第二文本控制需求信息，所述第二文本控制需求信息并不是用户直接输入的信息，而是根据用户的输入信息转换得来的信息。

具体地，微信平台提供了语音识别接口，所述微信语音识别接口为开放接口，能够识别多国语言和多种方言，识别效果好，是一个较为成熟的语音识别接口。所以，在开发控制指令生成功能的时候，直接使用所述微信语音识别接口，不需要再另外针对于语音识别进行研究，节约开发成本，提高开发效率。

具体地，用户无需遵循特定的语法和格式，自由输入控制需求即可，所述云平台会根据强大的计算能力和学习能力将所述控制需求信息转换为控制指令，提高了用户的使用便利性和自由度。

此外，微信受众多，微信平台还提供小程序平台，且支持与第三方智能硬件设备的连接和交互，如集贤助理机器人等，在提高开发效率的同时，能够更贴近用户的生活，方便用户使用。

具体地，本申请允许用户以多种表述方式输入控制需求，灵活度更高，能够吸引更多的用户，给更多的用户带来更为舒适的使用感受。例如，文字表述方式方便了听障人士和言语障碍人士，语音表述方式方便了视力障碍人士，等等。

步骤102，确定所述控制需求信息对应的至少一个控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件。

具体地，在所述云平台获取到所述用户端的所述控制需求信息之后，需要从所述控制需求信息中确定出所述控制需求信息所对应的至少一个所述控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件。其中，所述控制设备为需要被控制的智能家居设备。所述设备状态参数明确了所述控制设备应达到何种状态。所述状态触发条件规定了何种条件下对所述控制设备进行控制，使得所述控制设备达到所述设备状态参数。

具体地，所述云平台能够通过多种方式处理所述控制需求信息，如语句分解、词性标注、特定实体识别、语义角色标注、意图识别以及槽位填充等处理，进而提取出所述控制设备、所述设备状态参数和所述状态触发条件等信息。此外，若用户对控制指令进行命名，还能够得到场景名称。

具体地，所述确定所述控制需求信息对应的至少一个控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件，包括：分解所述控制需求信息，得到至少一个单词和/或词组；基于语法属性和语义属性，从所述单词和/或词组中确定出所述控制设备；基于所述语法属性和所述语义属性，从所述控制需求信息中确定出每一所述控制设备对应的用户意图；从所述用户意图中提取出与所述控制设备对应的所述设备状态参数和所述状态触发条件。

具体地，首先对所述控制需求信息即文本信息进行分解，得到至少一个单词和/或词组。然后根据所述单词和/或词组的所述语法属性和所述语义属性，从所述单词和/或词组中确定出所述控制设备。此处涉及到语句分解、词性标注、特定实体识别和语义角色标注等处理。

具体地，在确定所述控制设备的时候，会充分结合所述语法属性和所述语义属性进行确定，确保没有遗漏控制设备，以及不将非控制设备列为控制设备，下面举例说明。

在一个示例中，若所述控制需求信息为“当门磁打开时，打开插座，打开风扇，打开灯，把温度调节到25度”，则分解之后得到的单词和词组有“当”、“门磁”、“打开”、“时”、“打开”、“插座”、“打开”、“风扇”、“打开”、“灯”、“把”、“温度”、“调节”、“到”和“25度”，此处仅介绍一种分解结果，其他可能存在的分解结果本申请不再展开介绍。

进一步地，根据语法属性，如名词属性，从所述单词和/或词组中确定出所述控制设备，即识别出特定实体。在上述示例中，可确定的命名实体有“门磁”、“插座”、“风扇”和“灯”，初步将这些设备作为所述控制设备。通过特定实体识别能够将绝大多数设备给识别出来，减少一定的工作量。

具体地，根据所述单词和/或词组前后的关联词，对初步识别的控制设备再次进行确认。例如，“门磁”前有连词“当”，后有介词“时”，基于所述语法属性和所述语义属性判断出“门磁”所在的短句“当门磁打开时”为时间状语从句，其作为前提条件存在，所以此时“门磁”不属于此次用户需要控制的控制设备，而是属于状态触发条件的一部分。所述控制设备为“插座”、“风扇”和“灯”。

同时，将所述单词和/或词组对应的所述控制设备放置到原始短句中，发现存在一组短句“把温度调节到25度”，既不存在所述控制设备，又不属于所述状态触发条件。这是因为用户语言表达方式和语言表达习惯的干扰，使得该短句不完整。根据所述语法属性和所述语义属性对该短句进行补充完善，涉及到的技术主要有槽位填充，其他技术不再展开介绍。基于上下文，得到“风扇”，确定出该短句对应的温度调节设备为空调，即所述控制设备还包括“空调”。

因此，在所述控制需求信息中存在不完整语句和/或从句的时候，更需要结合所述语法属性和所述语义属性对所述不完整语句和/或从句进行判定，并结合槽位填充技术对短句进行补充，避免漏掉所述控制设备、所述设备状态参数和/或所述状态触发条件。

最终，确定出该示例需要控制的所述控制设备有“插座”、“风扇”、“灯”和“空调”。

具体地，在确定出所述控制设备之后，基于所述语法属性和所述语义属性，从所述控制需求信息中确定出每一所述控制设备对应的所述用户意图，所述用户意图即为用户设定的在何种条件下，所述控制设备需要达到何种状态。再从所述用户意图中提取出所述控制设备对应的所述设备状态参数和所述状态触发条件。

具体地，以上述示例进行说明，基于所述语法属性和所述语义属性得到所述用户意图为“当门磁打开时，打开插座”、“当门磁打开时，打开风扇”、“当门磁打开时，打开灯”以及“当门磁打开时，空调设置为制冷模式，把温度调节到25度”。从所述用户意图中提取出所述控制设备“插座”对应的所述设备状态参数为“打开”，所述状态触发条件为“门磁打开”；所述控制设备“风扇”对应的所述设备状态参数为“打开”，所述状态触发条件为“门磁打开”；所述控制设备“灯”对应的所述设备状态参数为“打开”，所述状态触发条件为“门磁打开”；所述控制设备“空调”对应的所述设备状态参数为“制冷，温度25度”，所述状态触发条件为“门磁打开”。

具体地，该示例中所述状态触发条件仅有“门磁打开”，所述控制设备却有多个，则该示例对应生成的所述控制指令为多设备联动控制指令。

步骤103，确定所述控制设备达到所述设备状态参数的设备执行动作信息。

其中，所述设备执行动作信息为所述控制设备达到所述设备状态参数时，所述控制设备内部对应的一个或者多个执行动作，通常为所述控制设备能够理解的代码信息。

具体地，控制的目的是为了使得所述控制设备达到所述设备状态参数，因此，需要确定出所述控制设备达到所述设备状态参数时，所述控制设备对应的所述设备执行动作信息。

步骤104，将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令。

具体地，将所述设备执行动作信息和所述状态触发条件进行组合，生成所述控制指令，所述控制指令规定了在状态触发条件下，所述控制设备执行所述设备执行动作信息。

具体地，控制指令相当于智能场景，控制指令和智能场景存在一对一、一对多或者多对一的关系。即一个控制指令对应一个智能场景，该控制指令只能在某一个智能场景下执行；或者一个控制指令对应多个智能场景，该控制指令能够在多个智能场景下执行；又或者多个控制指令对应一个智能场景，将多个控制指令进行整合，该智能场景下，多个控制指令一同执行。用户可以在生成所述控制指令之前即输入需求信息的同时为场景进行命名，或者在生成所述控制指令之后为场景进行命名，即为场景设置场景名称，例如，回家，离家，睡眠模式，做饭模式，娱乐模式，等等，便于用户查询和使用。

具体地，所述控制指令在不同的端口有不同的表现形式。对于所述本地设备端而言，所述控制指令为设备能够理解并执行的代码形式，便于控制设备进行状态调整。对所述用户端而言，所述控制指令则包含所述设备状态参数和所述状态触发条件，便于所述用户端的用户能够理解，方便对控制指令进行调整。

具体地，以所述控制需求信息为“当门磁打开时，打开插座，打开风扇，打开灯，把温度调节到25度”为例，可为其设置场景名称“回家”。生成的所述控制指令在所述用户端表现为“当门磁打开时，打开插座，打开风扇，打开灯，空调调整为制冷模式25度”。所述云平台会根据所述控制设备、所述设备执行动作信息和所述状态触发条件自动编写代码，无需用户参与，生成控制设备能够理解并执行的代码形式的控制指令，该控制指令对应的代码形式如下所示：

具体地，所述将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令，包括：基于设备运行逻辑，确定所述设备执行动作信息对应的执行优先级；依照所述执行优先级，对所述设备执行动作信息和所述状态触发条件进行组合，生成所述控制指令。

具体地，任意一个所述控制设备的所述设备执行动作信息都需要遵循控制设备的所述设备运行逻辑，同时用户可能还设置有控制设备的执行顺序。所以在确定好所述设备动作执行信息之后，需要基于所述设备运行逻辑以及用户设定的执行顺序，确定所述设备执行动作信息对应的执行优先级。所述执行优先级指明了所述设备执行动作信息中的所述设备执行动作谁执行在前，谁执行在后。

进一步地，根据所述执行优先级，对所述设备执行动作信息和所述状态触发条件进行组合，即根据所述执行优先级对所述设备执行动作信息中的设备执行动作进行排序，得到排序结果，所述排序结果即为执行顺序，依据该排序结果和所述状态触发条件生成所述控制指令。

具体地，所述状态触发条件非常重要。若所述控制指令中不包括所述状态触发条件，所述控制指令没有触发激活机制，就无法实现自执行，无法实现智能化控制，所以说，在生成所述控制指令的时候，需要将所述状态触发条件与所述设备执行动作信息一起进行组合。

具体地，所述将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令，包括：将所述设备执行动作信息和所述状态触发条件进行组合，生成初始指令；将所述初始指令发送至所述用户端；接收所述用户端的反馈信息；所述反馈信息为所述用户端的用户对所述初始指令进行的调整操作和/或确认操作；基于所述反馈信息和所述初始指令，生成所述控制指令。

具体地，本申请在所述用户端设置有显示界面，用于为用户提供交互平台。若所述用户端为微信小程序端，则直接使用微信小程序界面进行交互即可。若所述用户端为机器人端，则所述机器人端设置有智能屏或者中控屏用于交互。用户可通过显示界面查看智能家居设备的设备状态、对智能家居设备进行控制、输入控制需求用于生成控制指令以及对控制指令进行增删改查等操作，等等。

具体地，将所述设备执行动作信息和所述状态触发条件进行组合，生成所述初始指令，所述初始指令即为所述云平台自动形成的未经用户变更过的原始指令。同样，所述初始指令在不同的端口有不同的表现形式。对于所述本地设备端而言，所述初始指令为设备能够理解并执行的代码形式，便于控制设备进行状态调整。对所述用户端而言，所述初始指令则包含所述设备状态参数和所述状态触发条件，便于所述用户端的用户能够理解，方便对控制指令进行调整。

进一步地，将所述初始指令发送到所述用户端，所述用户端的用户可对所述初始指令进行增删改任意一个或多个调整操作，例如，增加、删除和/或修改所述设备状态参数，或者，增加、删除和/或修改所述状态触发条件，又或者，增加、删除和/或修改所述设备状态参数和所述状态触发条件，此为调整操作。所述用户端的用户若对所述初始指令无异议，则可以对所述初始指令予以确认，此为确认操作。

因此，在将所述初始指令发送到所述用户端之后，会接收到所述用户端发送的关于所述初始指令的反馈信息，所述反馈信息为所述用户端的用户对所述初始指令进行的所述调整操作和/或所述确认操作。

具体地，若所述反馈信息为所述调整操作，则所述云平台会基于用户对所述设备状态参数和/或所述状态触发条件做出的调整，对所述设备执行动作信息和/或所述状态触发条件进行调整，即基于所述调整操作对所述初始指令进行调整，调整之后发送给所述用户端，在此过程中，所述用户端的用户可不断进行调整，直至满意确认为止，最终生成所述控制指令。

具体地，若所述反馈信息为所述确认操作，则表示用户对所述初始指令无异议，所述初始指令即为所述控制指令。

具体地，若所述反馈信息为所述调整操作和所述确认操作，则直接根据调整操作对所述初始指令进行调整，调整之后无需再发送给所述用户端，直接将调整之后的初始指令作为所述控制指令即可。

具体地，用户可通过显示界面即用户界面直观地看到自己自定义生成的控制指令，并可以根据自己的喜好和需求进行修改或删除等操作，提高了智能控制的个性化程度和用户使用满意度。

具体地，在所述控制指令生成之后，将所述控制指令存储到所述用户端、所述云平台和所述本地设备端。一般情况下，在存储到所述本地设备端的时候，仅存储与每一设备相关的指令内容。

具体地，所述接收所述用户端的反馈信息之后，还包括：若所述反馈信息包括所述调整操作，则基于所述调整操作重新确定所述设备执行动作信息和所述状态触发条件；判断调整之后的所述设备执行动作信息和所述状态触发条件是否互斥；若不互斥，则基于所述反馈信息对所述初始指令进行调整，得到所述控制指令。

具体地，若用户对所述初始指令进行调整，则需要根据所述调整操作重新确定所述设备执行动作信息和所述状态触发条件，并判断调整之后的所述设备执行动作信息和所述状态触发条件是否互斥，即判断所述设备执行动作信息中的所述设备执行动作之间是否互斥，以及所述设备执行动作和所述状态触发条件是否互斥，此处互斥是指执行时是否违背智能家居设备的设备运行逻辑。只有不互斥即不违背的情况下，才能够基于所述反馈信息对所述初始指令进行调整，进而得到所述控制指令。若存在互斥情况，则向所述用户端发送提示，告知互斥内容。

本申请实施例中，首先获取用户在用户端给出的控制需求信息，然后确定该控制需求信息中包含的用户需要控制的至少一个控制设备以及与每一个控制设备对应的设备状态参数和状态触发条件，接下来确定每一个控制设备达到其对应的设备状态参数的设备执行动作信息，将设备执行动作信息和状态触发条件进行组合，即可生成与控制指令。在控制指令的生成过程中，用户只需给出控制需求信息，不需要额外执行其他操作，就能够得到对应的控制指令，简单方便，易操作。

参见图2，图2是本申请实施例提供的一种控制指令生成方法的流程图二。如图2所示，一种控制指令生成方法，该方法包括以下步骤：

步骤201，获取用户端的控制需求信息。

该步骤的实现过程与前述实施方式中的步骤101的实现过程相同，此处不再赘述。

步骤202，确定所述控制需求信息对应的至少一个控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件。

该步骤的实现过程与前述实施方式中的步骤102的实现过程相同，此处不再赘述。

步骤203，确定所述控制设备达到所述设备状态参数的设备执行动作信息。

该步骤的实现过程与前述实施方式中的步骤103的实现过程相同，此处不再赘述。

步骤204，将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令。

该步骤的实现过程与前述实施方式中的步骤104的实现过程相同，此处不再赘述。

步骤205，在接收到目标触发条件的情况下，从多个所述控制指令中确定出包括所述目标触发条件的目标控制指令。

其中，所述目标触发条件为接收到的所述状态触发条件。所述状态触发条件可为用户语音、用户动作或者环境状态，等等。用户语音即为用户讲话内容。用户动作可为用户表情和手势等肢体动作，本申请可通过网络摄像机(Internet Protocol Camera，IPC)采集用户动作，对动作进行检测，判断是否接收到所述目标触发条件。此外，所述网络摄像机还具备安防监控和人脸识别等功能，可基于所述人脸识别功能设置控制权限。所述环境状态为智能家居空间中的设备状态或者设备采集到的数据等，如门磁打开，传感器采集的温度数据和湿度数据，等等。

具体地，本申请既支持在线控制智能家居设备，又支持离线控制智能家居设备，方便用户使用。在线状态下，优先通过所述云平台不断获取智能家居空间中的所述状态触发条件。离线状态下，各个智能家居设备会不断获取智能家居空间中的所述状态触发条件。

具体地，为了支持离线控制，在智能家居设备中嵌入集成芯片，所述云平台可以将生成的控制指令写入该集成芯片中，便于在离线状态下，根据所述目标触发条件确定出所述目标控制指令。所述集成芯片还具备离线语音识别技术，能够对用户的语音内容进行采集解析。若在线状态下，所述控制指令发生变化，则相应地，会对涉及到的控制设备对应的集成芯片进行更新。

具体地，所述控制指令包括所述状态触发条件，因此，在接收到所述目标触发条件的情况下，根据所述目标触发条件从多个所述控制指令中确定出包括所述目标触发条件的目标控制指令。

步骤206，执行所述目标控制指令。

具体地，在确定出所述目标控制指令之后，执行所述目标控制指令，即完成了智能控制。

在一个示例中，若根据所述目标触发条件即语音“晚安”确定出所述目标控制指令，则执行所述目标控制指令，例如，关闭所有的灯光、音乐、电视等智能家居设备，同时调节空调的温度和风速，打开加湿器和空气净化器，等等，为用户营造一个安心舒适的睡眠环境。

本申请实施例中，在接收到目标触发条件的情况下，根据该目标触发条件从多个控制指令中确定出包括该目标触发条件的目标控制指令，执行目标控制指令，实现控制目的，提高了智能家居设备的智能化和自动化水平，提升了用户的使用便捷度。

参见图3，图3是本申请实施例提供的一种控制指令生成系统的结构图，为了便于说明，仅示出了与本申请实施例相关的部分。

所述控制指令生成系统300包括：获取模块301，第一确定模块302，第二确定模块303，生成模块304。

获取模块301，用于获取用户端的控制需求信息。

第一确定模块302，用于确定所述控制需求信息对应的至少一个控制设备以及与每一所述控制设备对应的设备状态参数和状态触发条件。

第二确定模块303，用于确定所述控制设备达到所述设备状态参数的设备执行动作信息。

生成模块304，用于将所述设备执行动作信息和所述状态触发条件进行组合，生成控制指令。

其中，所述获取模块301具体用于：

获取所述用户端输入的第一文本控制需求信息；或者，

获取所述用户端的第二文本控制需求信息，所述第二文本控制需求信息基于输入的用户语音需求信息转换得到。

其中，所述第一确定模块302具体用于：

分解所述控制需求信息，得到至少一个单词和/或词组；

基于语法属性和语义属性，从所述单词和/或词组中确定出所述控制设备；

基于所述语法属性和所述语义属性，从所述控制需求信息中确定出每一所述控制设备对应的用户意图；

从所述用户意图中提取出与所述控制设备对应的所述设备状态参数和所述状态触发条件。

其中，所述生成模块304具体用于：

基于设备运行逻辑，确定所述设备执行动作信息对应的执行优先级；

依照所述执行优先级，对所述设备执行动作信息和所述状态触发条件进行组合，生成所述控制指令。

将所述设备执行动作信息和所述状态触发条件进行组合，生成初始指令；

将所述初始指令发送至所述用户端；

接收所述用户端的反馈信息；所述反馈信息为所述用户端的用户对所述初始指令进行的调整操作和/或确认操作；

基于所述反馈信息和所述初始指令，生成所述控制指令。

若所述反馈信息包括所述调整操作，则基于所述调整操作重新确定所述设备执行动作信息和所述状态触发条件；

判断调整之后的所述设备执行动作信息和所述状态触发条件是否互斥；

若不互斥，则基于所述反馈信息对所述初始指令进行调整，得到所述控制指令。

具体地，所述系统还包括执行模块，用于：

在接收到目标触发条件的情况下，从多个所述控制指令中确定出包括所述目标触发条件的目标控制指令；

执行所述目标控制指令。

本申请实施例提供的控制指令生成系统能够实现上述控制指令生成方法的实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

图4是本申请实施例提供的一种终端的结构图。如该图所示，该实施例的终端4包括：至少一个处理器40(图4中仅示出一个)、存储器41以及存储在所述存储器41中并可在所述至少一个处理器40上运行的计算机程序42，所述处理器40执行所述计算机程序42时实现上述任意各个方法实施例中的步骤。

所述终端4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端4可包括，但不仅限于，处理器40、存储器41。本领域技术人员可以理解，图4仅仅是终端4的示例，并不构成对终端4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端还可以包括输入输出设备、网络接入设备、总线等。

所述处理器40可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器41可以是所述终端4的内部存储单元，例如终端4的硬盘或内存。所述存储器41也可以是所述终端4的外部存储设备，例如所述终端4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器41还可以既包括所述终端4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序产品来实现，当计算机程序产品在终端上运行时，使得所述终端执行时实现可实现上述各个方法实施例中的步骤。

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