CN114740748A - 智能家居场景创建方法、装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种智能家居场景创建方法、装置、存储介质及电子装置，涉及智能家居技术领域，该智能家居场景创建方法包括：获取用户输入的场景生成指令，根据场景生成指令创建目标场景；响应于用户操作，获取来自至少一个智能家居设备的执行控制指令；根据获取到的执行控制指令，确定目标场景下至少一个智能家居设备的执行行为，这样，可以通过用户操作智能家居设备，进而云端对智能家居设备执行了哪些行为进行录制，进一步自动生成符合用户需要的自定义场景，用户操作简单，提高了创建自定义场景的效率。

Description

智能家居场景创建方法、装置、存储介质及电子装置

技术领域

本申请涉及智能家居技术领域，具体而言，涉及一种智能家居场景创建方法、装置、存储介质及电子装置。

背景技术

随着智能家居技术的发展，越来越多的家居设备层可接入智慧家居系统进行设备联动。在智能家居物联网下，设备联动场景应运而生。因为每个用户每个家庭都有着不同的生活习惯，为了方便用户启用场景，大部分智能设备厂商为了满足每个用户每个家庭的个性化需求，通常会提供一个自定义场景作为一个功能供用户选择使用，以便用户一键启用场景享受场景给生活带来的便利。

现有技术中，用户创建自定义场景时，需要依次手工选择设备、设备功能并设定设备功能参数值作为条件或动作，若需要在创建的自定义场景中添加新的动作或修改动作，则需要重复选择设备、设备功能并设定设置设备功能参数，直至满足用户需求。

但是，上述自定义场景创建过程效率低下。

发明内容

本申请提供一种智能家居场景创建方法、装置、存储介质及电子装置，可以提高自定义场景创建的效率。

第一方面，本申请提供一种智能家居场景创建方法，包括：

获取用户输入的场景生成指令，根据所述场景生成指令创建目标场景；

响应于用户操作，获取来自至少一个智能家居设备的执行控制指令；

根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为。

可选的，根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为，包括：

根据获取到的执行控制指令，生成执行日志；

获取用户对所述执行日志的调整指令，利用所述调整指令对所述执行日志进行调整，并基于调整后的执行日志确定所述目标场景下所述至少一个智能家居设备的执行行为。

可选的，根据获取到的执行控制指令，生成执行日志，包括：

针对每一智能家居设备，获取所述智能家居设备开始执行所述执行控制指令的时间戳；

基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置；

基于所述时间戳、所述场景条件和/或所述动作配置生成执行日志；

其中，所述执行日志包括：时间戳、操作标识、记录类型、设备标识、操作行为、操作值、工作状态和状态值。

可选的，基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置，包括：

对所述智能家居设备对应时间戳按照先后顺序进行排序，并基于物模型依次识别排序后的时间戳对应的执行控制指令的操作标识；

基于所述操作标识生成场景条件和/或动作配置；所述操作标识为每个智能家居设备执行所述执行控制指令时对应行为的唯一标识。

可选的，基于所述操作标识生成场景条件和/或动作配置，包括：

若所述操作标识为操作行为，则基于智能家居设备的工作状态和用户的操作行为生成动作配置，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成场景条件；

若所述操作标识为状态行为，则基于智能家居设备的工作状态和记录类型生成场景条件，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成动作配置；

若所述操作标识为操作行为和状态行为，则基于智能家居设备的工作状态生成场景条件，和/或，基于用户的操作行为生成动作配置。

可选的，基于智能家居设备的工作状态和记录类型生成场景条件，包括：

当所述记录类型为状态变化时，则基于任意一个智能家居设备的工作状态生成场景条件；

当所述记录类型为本机控制和/或应用程序控制时，则基于排序位于首位的时间戳对应的智能家居设备的工作状态生成场景条件。

可选的，所述方法还包括：

获取所述智能家居设备结束执行所述执行控制指令的时间戳以及所述智能家居设备对应的设备标识；

根据所述智能家居设备开始执行所述执行控制指令的时间戳、结束执行所述执行控制指令的时间戳以及设备标识对所述至少一个智能家居设备进行过滤，得到所述目标场景所需的智能家居设备。

可选的，获取用户对所述执行日志的调整指令，包括：

将所述执行日志发送到用户的终端设备上，以使用户对所述执行日志进行增加、减少、更改的触控操作；

响应于用户的触控操作，生成对所述执行日志的调整指令。

第二方面，本申请还提供了一种智能家居场景创建装置，包括：

第一获取模块，用于获取用户输入的场景生成指令，根据所述场景生成指令创建目标场景；

第二获取模块，用于响应于用户操作，获取来自至少一个智能家居设备的执行控制指令；

处理模块，用于根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为。

第三方面，本申请还提供了一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行第一方面中任一项所述的方法。

第四方面，本申请还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行第一方面中任一项所述的方法。

综上所述，本申请提供一种智能家居场景创建方法、装置、存储介质及电子装置，该智能家居场景创建方法可以通过获取用户输入的场景生成指令，并根据场景生成指令创建目标场景；进一步的，响应于用户操作，可以获取来自至少一个智能家居设备的执行控制指令；进而可以根据获取到的执行控制指令，确定目标场景下至少一个智能家居设备的执行行为，这样，可以通过用户操作智能家居设备，进而云端对智能家居设备执行了哪些行为进行录制，进一步自动生成符合用户需要的自定义场景，用户操作简单，提高了创建自定义场景的效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

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

图1为本申请实施例提供的一种应用场景示意图；

图2为一种创建自定义场景的流程示意图；

图3为本申请实施例提供的一种智能家居场景创建方法的流程示意图；

图4为本申请实施例提供的一种生成执行日志的流程示意图；

图5为本申请实施例提供的一种录制操作事件的序列示意图；

图6为本申请实施例提供的一种具体的智能家居场景创建方法的流程示意图；

图7为本申请实施例提供的一种智能家居场景创建装置的结构示意图；

图8为本申请实施例提供的一种电子装置的结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例的一个方面，提供了一种智能家居场景创建方法。该智能家居场景创建方法广泛应用于智慧家庭(Smart Home)、智能家居、智能家用设备生态、智慧住宅(Intelligence House)生态等全屋智能数字化控制应用场景。可选地，在本实施例中，上述智能家居场景创建方法可以应用于如图1所示的由智能家居设备和服务器所构成的硬件环境中。图1为本申请实施例提供的一种应用场景示意图，如图1所示，服务器105通过网络与终端设备106进行连接，相应的，智能家居设备包括智能窗帘101、智能饮水机102、智能门锁103和智能电视104也通过网络与服务器105也建立连接，其中，服务器105可用于为终端设备106上安装的客户端提供服务(如应用服务等)，服务器105还用于收集智能家居设备对应的运行数据，终端设备106上安装的客户端可用于控制智能家居设备运行。

具体的，服务器105基于上述智能家居设备设置有一个自定义场景1，当用户回家时，若通过指纹打开智能门锁103，则触发自定义场景1，可以为：智能门锁103打开3秒后，智能饮水机102开始加热制水，进一步的，在经过5分钟后，智能窗帘101关闭窗帘并打开智能电视104，为用户提供一个合适的观影环境。

其中，上述自定义场景1是提前设置好的，当用户触发开启自定义场景1后，便会自定义的进行一系列操作，该操作是人为提前设置好的，上述自定义场景1仅是示例说明，还可以有其他自定义场景，本申请实施例在此不再赘述。

需要说明的是，可在服务器上或独立于服务器配置云计算和/或边缘计算服务，用于为服务器105提供数据运算服务，服务器105也可以为云端。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。智能家居设备可以并不限定于为个人计算机(Personal Computer，PC)、手机、平板电脑、智能空调、智能烟机、智能冰箱、智能烤箱、智能炉灶、智能洗衣机、智能热水器、智能洗涤设备、智能洗碗机、智能投影设备、智能电视、智能晾衣架、智能窗帘、智能影音、智能插座、智能音响、智能音箱、智能新风设备、智能厨卫设备、智能卫浴设备、智能扫地机器人、智能擦窗机器人、智能拖地机器人、智能空气净化设备、智能蒸箱、智能微波炉、智能厨宝、智能净化器、智能饮水机、智能门锁等。

现有技术中，用户创建自定义场景时，需要依次手工选择设备、设备功能并设定设备功能参数值作为条件或动作，若需要在创建的自定义场景中添加新的动作或修改动作，则需要重复选择设备、设备功能并设定设置设备功能参数，直至满足用户需求。

示例性的，图2为一种创建自定义场景的流程示意图，如图2所示，创建自定义场景的流程包括如下步骤：

步骤1：用户进入应用程序(Application，App)后，选择创建场景，即点击创建自定义场景，并选择场景类型为手动场景或自动场景；若用户选择手动场景，则继续执行步骤2，若用户选择自动场景，则继续执行步骤3。

步骤2：首先选择设备，然后选择设备功能作为动作，再设置设备功能动作的具体参数，进一步，判断是否需要继续添加动作，如果需要继续添加动作，则需要按照步骤2依次添加，使得最终创建的场景包含多个动作，如果不需要继续添加动作，则动作设定完成，进而场景创建完成，将该场景存储即可。

步骤3：首先选择设备，然后选择设备功能作为条件，再设置设备功能条件的具体参数，进一步，判断是否需要继续添加条件，如果需要继续添加条件，则需要按照上述步骤3依次添加，添加完成后，执行步骤4，如果不需要继续添加条件，则直接执行步骤4。

步骤4：如果存在多个条件，则需要设置多个条件之间是“全且”还是“全或”逻辑，在设置好之后，执行和步骤2同样的操作流程，在此不重复赘述，直至动作设定完成，进而创建场景，并将该场景存储。

可以理解的是，为了降低用户认知成本，上述步骤4中通常仅提供两个逻辑选项，不支持“且”“或”混合的情况。

需要说明的是，手动场景触发方式可以为手动或语音触发，无需设置条件，只需设置动作即可，而自动场景则首先设置条件，然后设置动作，其中，“动作”指的是智能家居设备执行的功能行为，如智能空调温度为23度；“行为”指的是智能家居设备要执行的功能行为前设置的条件，如将智能空调的温度设置为23度，但是智能空调的温度还没有为23度。

通过上述实施例发现，上述自定义场景创建方式需要靠用户手工选择功能和功能参数，创建过程不直观，可能创建出来的场景并不是用户想要的场景，且需要用户对设备功能以及功能的具体取值含义很了解，创建过程操作复杂，致使创建自定义场景效率低下。

因此，本申请实施例提供一种智能家居场景创建方法，可以通过对至少一个智能家居设备执行功能进行录制，即用户操作智能家居设备执行功能，服务器对至少一个智能家居设备执行功能进行录制，在录制结束后，系统根据录制的内容自动生成自定义场景；这样，在创建场景时，无需用户对智能家居设备功能以及功能的具体取值含义很了解，也无需用户手工选择功能和功能参数，直接通过控制智能家居设备到目标状态，无需重复操作，服务器便可以自动录制为场景，极大地提高了创建场景的效率。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图3为本申请实施例提供的一种智能家居场景创建方法的流程示意图；如图3所示，本实施例的方法，可以包括：

S301、获取用户输入的场景生成指令，根据所述场景生成指令创建目标场景。

本申请实施例中，目标场景指的是用户所需要创建的自定义场景，在目标场景下，包括至少一个智能家居设备的执行操作行为，如目标场景包括：回家场景、午休场景、就寝场景等，回家场景可以为打开智能门锁后，智能灯也相应打开，午休场景可以为关闭智能音箱后，调低智能空调的温度等，就寝场景可以为关闭灯后，智能窗帘相应的也拉上，其他智能家居设备处于待机状态等，本申请实施例对每一自定义场景下，智能家居设备执行的功能以及智能家居设备工作的数量等不作具体限定，其可以根据用户的实际情况自定义设置。

在本步骤中，在创建目标场景前，还需要获取所述目标场景对应的场景类型；所述场景类型包括手动场景和自动场景；即选择手动触发智能家居设备开始工作，还是机器自动触发智能家居设备开始工作，如终端设备上的APP触发智能家居设备开始工作，进一步的，可以用户输入的场景生成指令创建所需的目标场景。

其中，场景生成指令是基于用户在终端设备上的APP中的触控操作生成的，生成场景生成指令后，可以创建一个目标场景，使得该目标场景下可以包括一系列的智能家居设备的执行操作行为。

示例性的，在图1的应用场景下，用户通过在终端设备106上进行相应的触发生成场景的触控操作，进一步的，服务器105便可以获取用户在终端设备106上输入的场景生成指令，并可以根据该场景生成指令创建目标场景1，如自定义场景1。

需要说明的是，获取用户输入的场景生成指令，可以是用户在终端设备106上输入的场景生成指令，也可以是与服务器105建立连接的任意一个具有显示功能的智能家居设备，本申请实施例对此不作具体限定。

S302、响应于用户操作，获取来自至少一个智能家居设备的执行控制指令。

在本步骤中，响应于用户在至少一个智能家居设备或终端设备的触控操作，获取来自所述至少一个智能家居设备的执行控制指令，并记录所述执行控制指令至服务器中，所述终端设备用于向智能家居设备发送执行控制指令，即终端设备也可以控制智能家居设备工作状态如开启、关闭等。

其中，所述执行控制指令为智能家居设备进行具体工作的执行命令，如执行控制指令为空调温度设置为23度。

示例性的，在图1的应用场景下，服务器105响应于用户指纹打开智能门锁103的操作，获取来自智能门锁103的执行控制指令，间隔3秒后，服务器105响应于用户打开智能饮水机102加热制水的操作，获取来自智能饮水机102的执行控制指令，在经过5分钟后，响应于用户拉上智能窗帘101的操作以及打开智能电视104的操作，分别获取智能窗帘101和智能电视104的执行控制指令。

需要说明的，用户操作上述任一智能家居设备到下一智能家居设备的间隔时间，可以在录制的时候根据用户的操作时间直接录制，也可以在录制结束后，对所述操作时间进行更改，本申请实施例对此不作具体限定。

S303、根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为。

在本步骤中，每一个智能家居设备的执行行为指的是录制的每一个智能家居设备的动作和/或行为，如空调打开制冷模式，将温度设置为21度，进一步的，温度已经设置为21度。

示例性的，在图1的应用场景下，服务器105根据获取到的智能窗帘101、智能饮水机102、智能门锁103和智能电视104的执行控制指令，确定自定义场景1下智能窗帘101、智能饮水机102、智能门锁103和智能电视104的执行行为可以是：智能门锁103打开3秒后，智能饮水机102开始加热制水，在经过5分钟后，智能窗帘101关闭窗帘并打开智能电视104。

因此，申请提供一种智能家居场景创建方法，可以通过获取用户输入的场景生成指令，并根据场景生成指令创建目标场景；进一步的，响应于用户操作，进而获取来自至少一个智能家居设备的执行控制指令；这样，可以根据获取到的执行控制指令，确定目标场景下至少一个智能家居设备的执行行为，即可以通过用户操作智能家居设备，进而服务器对智能家居设备执行了哪些行为进行录制，进一步自动生成符合用户需要的自定义场景，用户操作简单，提高了创建智能家居场景的效率。

可选的，根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为，包括：

根据获取到的执行控制指令，生成执行日志；

获取用户对所述执行日志的调整指令，利用所述调整指令对所述执行日志进行调整，并基于调整后的执行日志确定所述目标场景下所述至少一个智能家居设备的执行行为。

本申请实施例中，执行日志可以指的是智能家居设备在执行所述执行控制指令行为时产生的时间序列记录，如执行时间、执行操作对应的参数以及执行所述执行控制指令行为的设备标号等，本申请实施例对此不作具体限定。

在本步骤中，调整指令可以指的是用户对生成的至少一个智能家居设备的执行行为进行确认或修改的指令，其中，至少一个智能家居设备的执行行为可以显示在安装APP的终端设备上，供用户确认是否需要修改，本申请实施例对安装APP的终端设备不作具体限定，其可以任意一个和服务器建立网络连接具有显示屏的设备。

示例性的，用户操作终端设备进入某个终端设备的APP后，可以选择创建自定义场景，进而创建目标场景，进一步的，用户操作智能家居设备开始录制，直至录制结束，进一步的，服务器可以自动生成执行日志，该执行日志可以显示在终端设备的APP中，进一步的，用户可以操作终端设备对自动生成的执行日志进行调整，调整为符合用户需求的场景，即至少一个智能家居设备的执行行为符合用户所需，这样，场景就可以创建完成。

因此，本申请实施例可以对录制的目标场景下至少一个智能家居设备的执行行为进行确认或调整，输出符合用户需求的智能家居设备的执行行为，提高场景创建的成功率，使得创建的场景更加符合用户需求。

可选的，根据获取到的执行控制指令，生成执行日志，包括：

针对每一智能家居设备，获取所述智能家居设备开始执行所述执行控制指令的时间戳；

基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置；

基于所述时间戳、所述场景条件和/或所述动作配置生成执行日志；

其中，所述执行日志包括：时间戳、操作标识、记录类型、设备标识、操作行为、操作值、工作状态和状态值。

在本步骤中，将设备控制行为分为两类：一类是通过本机或遥控器等装置进行的直接控制，此类控制称为本机控制；另一类是通过APP、语音、小程序等方式进行控制，此类控制称为APP控制，基于设备控制行为可以上传智能家居设备执行所述执行控制指令的时间戳、所述场景条件和/或所述动作配置，其中，APP通常具备上报控制行为的能力，其他的本机控制、语音或小程序等方式视具体情况而定。

其中，所述场景条件和/或所述动作配置为上述实施例中提到的条件和动作，基于手动场景触发方式可以识别出智能家居和设备的动作配置，而自动场景的触发方式需要先识别出智能家居设备的触发条件，进一步，再识别出智能家居设备的动作配置，特殊情况下，不受用户控制的智能家居设备如燃气设备，无论什么场景触发方式，只可以识别出场景条件。

本申请实施例中，时间戳为物联网(Internet of Things，iot)网关记录的行为发生时的系统时间戳，可以理解的是，当有多个iot网关时，iot网关之间需要协同时钟或统一的时间戳服务才能确保时间戳对后续步骤的有效性。

操作标识指的是每个智能家居设备执行行为的唯一标识；记录类型可以指的是用来记录智能家居设备的不同的操作行为，包括APP控制、本机控制、状态变化；操作行为用来标识不同智能家居设备的操作行为，当操作行为基于状态变化来标识时，与工作状态相同；操作值用来标识操作行为的目标值，当操作基于状态变化来标识时，与状态值相同；工作状态用来标识不同智能家居设备的工作状态，状态值用来标识不同的状态值。

可以理解的是，操作行为基于状态变化来标识时与工作状态相同的场景，可以为操作行为为调整空调温度为23度，工作状态为空调温度为23度，而状态变化与工作状态不相同的场景可以为，当前空调温度为22度，操作行为为调高温度1度，状态变化为空调温度由22度变为23度，上述虽然结果均为空调温度为23度，但是状态变化和工作状态不同，需要分别标识。

示例性的，图4为本申请实施例提供的一种生成执行日志的流程示意图；如图4所示，生成执行日志的流程包括如下步骤：

步骤1：设备和APP通过iot网关，建立设备端与云端的连接，连接建立后，设备和APP通过连接上报行为日志，执行步骤2。上报日志可以包括时间戳、操作标识、记录类型、设备标识、操作行为、操作值、工作状态、状态值等。

具体的，设备1通过本机控制与iot网关建立连接，上报设备1控制指令1值1，手机APP控制设备2执行控制操作，设备2执行控制指令，进一步，APP与iot网关建立连接，上报设备2控制指令2值2，设备3通过本机控制与iot网关建立连接，上报设备3状态变化，进一步，各个网关上报设备1、设备2和设备3对应的时间戳，即上报X1时间点设备1控制指令1值1、上报X2时间点设备2控制指令2值2和上报X3时间点设备3状态3值3。

步骤2：日志收集服务通过iot网关收集行为日志。通常情况下，会在iot网关上安装日志收集的客户端，客户端自动收集日志并上报到日志收集服务，进一步的，执行步骤3。

步骤3：对收集到的日志按时间戳的事件序列进行排序和存储，生成执行日志。通常情况下，基于事件戳从小到大进行排序，可以理解的是，识别日志中的场景条件和/或动作配置时，也是基于时间戳的先后顺序进行识别上报的。

具体的，对收集到的日志按照时间序列分析，即排序为X1时间点设备1控制指令1值1、X2时间点设备2控制指令2值2和X3时间点设备3状态3值3。进一步，场景条件和动作规则生成器识别日志中的场景条件和/或动作配置，即识别的结果为：条件1：设备1.属性1＝值1、动作2：设备2.行为2、动作3：设备3.属性3＝值3。

需要说明的是，根据设备端处理能力的差异，有的智能家居设备具备上报本机控制行为的能力，有的智能家居设备不具备上报本机控制行为的能力；有的智能家居设备具备上报本机状态变化的能力，有的智能家居设备不具备上报本机状态变化的能力，本申请实施例对此不作具体限定，以上仅是示例说明。

可以理解的是，图4所述实施例中识别日志中的场景条件和/或动作配置的结果仅是示例说明，具体应视实际情况而定。

因此，本申请实施例可以基于时间先后顺序对智能家居设备进行录制，使得生成的场景有序，不会相互干扰。

可选的，基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置，包括：

对所述智能家居设备对应时间戳按照先后顺序进行排序，并基于物模型依次识别排序后的时间戳对应的执行控制指令的操作标识；

基于所述操作标识生成场景条件和/或动作配置；所述操作标识为每个智能家居设备执行所述执行控制指令时对应行为的唯一标识。

本申请实施例中，物模型通常由定义的属性、方法、事件来描述，其中，属性用来表示物的状态，方法用来表示对物的控制行为，事件用来表示对其他系统物的变化。属性、方法、事件通常用不同的标识来区分，通过标识即可确定是属性、方法还是事件。其中，方法，通常还需定义说明方法是否为相对操作，因为对于相对操作来说根据当前状态不同可能产生不同的控制行为结果。

其中，基于物模型可以识别执行控制指令的操作标识，例如，本机控制时控制行为产生的唯一的操作标识，由控制行为产生的状态上报操作标识与控制行为操作标识相同。同样的，APP控制时控制行为产生的唯一的操作标识，由APP控制行为产生的状态上报操作标识与APP控制行为操作标识相同，当无法确定控制来源时，状态变化产生新的唯一的操作标识。

示例性的，图5为本申请实施例提供的一种录制操作事件的序列示意图；如图5所示，具体的，在A时间点，用户开始录制，相应的，云端(即服务器)录制执行控制指令也开始，进一步的，在X1时间点，用户通过本机控制设备1，相应的，云端接收到设备1本机执行控制指令1值1，对应操作标识为：sn1，进一步的，在X2时间点，用户通过APP控制设备2，相应的，云端接收到APP执行设备2控制指令2值2，对应操作标识为：sn2，在X3时间点，设备2进行状态变化，此时云端接收到设备2状态2值2，对应操作标识为：sn2，进一步的，在X4时间点，用户通过本机控制设备3，相应的，云端接收到设备3状态变化后的状态3值3，对应操作标识为：sn3，然后在B时间点，用户结束录制，相应的，云端录制执行控制指令也结束，可以生成执行日志，其结果如表1所示。

表1

可以理解的是，可以基于录制智能家居设备对应时间戳的先后顺序先生成唯一的操作标识，进而可以依次识别到执行控制指令中的场景条件和/或动作配置。

因此，本申请实施例可以基于物模型判断出执行控制指令中的场景条件和/或动作配置，进而可以对智能家居设备的行为进行识别，提高识别的准确性。

可选的，基于所述操作标识生成场景条件和/或动作配置，包括：

若所述操作标识为操作行为，则基于智能家居设备的工作状态和用户的操作行为生成动作配置，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成场景条件；

若所述操作标识为状态行为，则基于智能家居设备的工作状态和记录类型生成场景条件，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成动作配置；

若所述操作标识为操作行为和状态行为，则基于智能家居设备的工作状态生成场景条件，和/或，基于用户的操作行为生成动作配置。

在本步骤中，当操作标识仅有操作行为的情况时，对应的为物模型中的属性写(即工作状态)和方法(即操作行为)，在行为日志中记录类型为本机控制、APP控制，属性写和方法通常可以直接产生场景动作规则(即动作配置)。

例如，空调1温度设定为28度，通常为一个属性写，可以产生场景动作规则为空调1.温度＝28；空调1开机，可以作为方法，可以产生场景动作规则为空调1.开机。

需要说明的是，当方法为相对操作时，因为行为不一定可重复所以通常不产生动作配置，如空调1加一度，通常不产生动作配置，只有当空调1温度设定为28度，才可以产生动作配置。

在生成场景条件时，对于属性写，可以将属性写转化为状态，根据状态生成场景条件即可。具体的，通常需要建立行为与状态的映射关系表(即智能家居设备的工作状态、用户的操作行为与工作状态的对应关系)，通过行为查询到唯一的状态，根据状态生成场景条件，而对于行为，无法与状态建立映射关系表时，不能用于生成场景条件。

例如，空调1温度设定为28度，通常为一个属性写，可以产生场景条件为空调1.温度＝28；空调1开机，通常为一个行为，可以产生场景条件为空调1.开关机状态＝开机。

需要说明的是，当方法为相对操作时，无法建立行为与唯一状态的映射，因此无法产生场景条件。如空调1加一度，通常不产生条件，只有当将空调1温度设定为28度，才可以产生场景行为。

当操作标识仅有状态行为的情况时，对应的为物模型中的事件(即记录类型)和属性上报(即工作状态)生成场景条件，例如，门锁1指纹开门，通常为一个事件，可以产生场景条件为门锁1.事件＝开门和门锁1.开门方式＝指纹；空调1模式制冷上报，通常为一个属性上报，可以产生场景条件为空调1.模式＝制冷。

在生成动作配置时，对于属性上报，可以将属性上报转化为属性写，进而根据属性写生成动作配置即可，而对于属性不可写时，需要建立行为与状态的映射关系表，通过状态查询唯一的行为，根据行为生成动作，即基于智能家居设备的工作状态、用户的操作行为与工作状态的对应关系生成动作配置。

例如，空调1模式制冷上报，通常为一个属性上报，可以产生场景动作规则(即动作配置)为空调1.模式＝制冷；空调1模式制冷上报，通常为一个属性上报，若模式不可写时，可以建立制冷行为与模式为制冷状态的映射，通过模式制冷查询到制冷行为，进而通过制冷行为可以产生场景动作规则为空调1.制冷。

需要说明的是，对于事件，通常不产生动作，如门锁1指纹开门，通常为一个事件，不能用于产生动作；而对于状态，无法与行为建立映射关系表时，也不能用于生成动作。

当操作标识为操作行为和状态行为时，要产生场景条件时，通常使用工作状态来产生场景条件；要产生动作配置时，通常使用操作行为来产生。操作行为和工作状态不同时在一个场景中生成场景条件和动作配置。

对于操作为方法并且方法为相对操作时，通常将方法转化为属性写(即工作状态)，进而生成动作配置，其中，是否为相对操作以及操作转化的规则通常在物模型中定义，转化规则为取同一个操作标识对应的状态转化为属性写。

例如，操作记录为：空调1加一度，状态记录为：空调1温度为23度。此时，产生动作配置时，通过状态转化为属性写，可以产生场景动作规则为空调1.温度＝23。

需要说明的，由于本申请是基于录制的方式产生动作配置，则可以按照记录的顺序依次产生动作配置，而对于不能产生动作配置的记录则可以忽略。

因此，本申请实施例可以基于智能家居设备的不同行为，有相应的识别方法，可以识别出对应的场景条件和动作配置，提高识别的精准度，精准的确定智能家居设备执行的操作行为。

可选的，基于智能家居设备的工作状态和记录类型生成场景条件，包括：

当所述记录类型为状态变化时，则基于任意一个智能家居设备的工作状态生成场景条件；

当所述记录类型为本机控制和/或应用程序控制时，则基于排序位于首位的时间戳对应的智能家居设备的工作状态生成场景条件。

在本步骤中，记录类型包括状态变化、本机控制和APP控制，不同的记录类型对应不用的策略，即录制的方式产生场景条件对应的策略，具体的，对于事件(即状态变化)，通常仅用于产生场景条件，当存在多个事件时，将多个事件配置为场景条件，多条件为“满足任意条件即触发”，当没有事件的情况(即本机控制和/或应用程序控制)，取第一个可产生条件的记录(即第一个智能家居设备的工作状态)产生场景条件。

例如，门锁1指纹开门和点灯2打开，为两个事件，则可以将上两个事件中的任意一个设置为场景条件，即为当用户触发任意一个事件时，均可以触发自定义场景；当没有事件时，如空调1开机，进一步的，空调1温度设定为28度，则可以将空调1开机设置为场景条件。

因此，本申请可以基于设置生成场景条件的触发策略，这样，只要触发对应的场景条件，就可以执行对应的智能家居场景，提高便利性。

可选的，所述方法还包括：

获取所述智能家居设备结束执行所述执行控制指令的时间戳以及所述智能家居设备对应的设备标识；

根据所述智能家居设备开始执行所述执行控制指令的时间戳、结束执行所述执行控制指令的时间戳以及设备标识对所述至少一个智能家居设备进行过滤，得到所述目标场景所需的智能家居设备。

在本步骤中，通过用户操作行为的时间序列记录生成场景条件和动作配置时，可以根据场景开始录制的时间戳和结束录制的时间戳作为时间区间从序列记录中进行过滤，过滤时还需要考虑场景中可配置的设备，即用户有权限控制的设备或场景同一个家庭下的设备，可以通过智能家居设备对应的设备标识进行识别。

可以理解的是，云端在收集智能家居设备对应的数据时，不仅可以获取到目标家庭下用户正在进行场景创建时的智能家居设备的数据，还可以收集其他家庭下用户正在进行场景创建时的智能家居设备的数据，因此，需要对智能家居设备进行过滤，获取目标家庭下用户正在进行场景创建时的智能家居设备对应的数据，以此来创建自定义场景，减少其他智能家居设备的干扰。

因此，本申请实施例可以对本目标场景下需要的智能家居设备进行筛选，得到用户所需的智能家居设备的数据，提高创建场景的准确性。

可选的，获取用户对所述执行日志的调整指令，包括：

将所述执行日志发送到用户的终端设备上，以使用户对所述执行日志进行增加、减少、更改的触控操作；

响应于用户的触控操作，生成对所述执行日志的调整指令。

在本步骤中，由于通过录制的方式产生动作配置，则有可能初步生成的执行日志中有部分操作不符合用户的需求，用户可以操作显示在终端设备上的执行日志进行更改，直至满足要求，如设备1和设备2开启的时间间隔为1分钟，时间较长，则用户可以对设备1和设备2开启的时间间隔进行修改，使得修改后的设备1和设备2的行为满足用户需求，或者，用户不需要执行日志中的设备1的行为，则可以直接进行删除。

示例性的，在图1的应用场景下，服务器105可以将操作智能窗帘101、智能饮水机102、智能门锁103和智能电视104生成的执行日志发送到用户的终端设备106上，若用户不需要智能饮水机102开始加热制水，则需要将智能饮水机102开始加热制水对应的执行日志中的数据删除，进一步的，响应于用户在终端设备106对智能饮水机102对应的数据的删除操作，生成对执行日志的调整指令，即删除智能饮水机102操作的指令，进一步，服务器105可以基于该指令对执行日志中智能饮水机102对应的数据进行删除，进而可以生成的自定义场景1为：智能门锁103打开后，再经过5分钟后，智能窗帘101关闭窗帘并打开智能电视104。

因此，用户可以对生成的执行日志中不满意的行为通过APP进行修改，直至符合用户需求，提高场景创建灵活度，进而提高用户满意度。

结合上述实施例，图6为本申请实施例提供的一种具体的智能家居场景创建方法的流程示意图；如图6所示，本申请实施例的执行方法步骤包括：

步骤A：用户通过操作终端设备上的APP，点击创建自定义场景，进一步，选择场景类型，若用户选择手动场景，则继续执行步骤B，若用户选择自动场景，则继续执行步骤C。

步骤B：用户操作智能家居设备或操作APP控制智能家居设备开始录制，开启动作收集，用户操作智能家居设备直至结束录制，服务器自动生成场景动作，进一步的，用户可以调整动作，直至满足用户需求，进而场景创建完成。

步骤C：用户操作智能家居设备或操作APP控制智能家居设备开始录制，开启条件和动作收集，用户操作智能家居设备直至结束录制，服务器自动生成场景条件和动作，进一步的，用户可以调整条件和动作，直至满足用户需求，进而场景创建完成。

相较于图2所述的实施例，本申请提供的智能家居场景创建方法可以直接控制智能家居设备到目标状态，无需重复操作，就可以自动录制为场景，简化用户创建场景的过程。

在前述实施例中，对本申请实施例提供的智能家居场景创建控制方法进行了介绍，而为了实现上述本申请实施例提供的方法中的各功能，作为执行主体的电子设备可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。上述各功能中的某个功能以硬件结构、软件模块、还是硬件结构加软件模块的方式来执行，取决于技术方案的特定应用和设计约束条件。

例如，图7为本申请实施例提供的一种智能家居场景创建装置的结构示意图，如图7所示，该装置包括：第一获取模块710、第二获取模块720和处理模块730，其中，所述第一获取模块710，用于获取用户输入的场景生成指令，根据所述场景生成指令创建目标场景；

所述第二获取模块720，用于响应于用户操作，获取来自至少一个智能家居设备的执行控制指令；

所述处理模块730，用于根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为。

可选的，所述处理模块730包括生成模块和调整模块；

具体的，所述生成模块，用于根据获取到的执行控制指令，生成执行日志；

所述调整模块，用于获取用户对所述执行日志的调整指令，利用所述调整指令对所述执行日志进行调整，并基于调整后的执行日志确定所述目标场景下所述至少一个智能家居设备的执行行为。

可选的，所述生成模块包括获取单元、识别单元和生成单元；

具体的，所述获取单元，用于针对每一智能家居设备，获取所述智能家居设备开始执行所述执行控制指令的时间戳；

所述识别单元，用于基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置；

所述生成单元，用于基于所述时间戳、所述场景条件和/或所述动作配置生成执行日志；

其中，所述执行日志包括：时间戳、操作标识、记录类型、设备标识、操作行为、操作值、工作状态和状态值。

可选的，所述识别单元包括排序单元和标识单元；

具体的，所述排序单元，用于对所述智能家居设备对应时间戳按照先后顺序进行排序，并基于物模型依次识别排序后的时间戳对应的执行控制指令的操作标识；

所述标识单元，用于基于所述操作标识生成场景条件和/或动作配置；所述操作标识为每个智能家居设备执行所述执行控制指令时对应行为的唯一标识。

可选的，所述标识单元，具体用于：

若所述操作标识为操作行为，则基于智能家居设备的工作状态和用户的操作行为生成动作配置，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成场景条件；

若所述操作标识为状态行为，则基于智能家居设备的工作状态和记录类型生成场景条件，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成动作配置；

若所述操作标识为操作行为和状态行为，则基于智能家居设备的工作状态生成场景条件，和/或，基于用户的操作行为生成动作配置。

可选的，所述标识单元包括生成场景条件单元，所述生成场景条件单元，用于：

当所述记录类型为状态变化时，则基于任意一个智能家居设备的工作状态生成场景条件；

当所述记录类型为本机控制和/或应用程序控制时，则基于排序位于首位的时间戳对应的智能家居设备的工作状态生成场景条件。

可选的，所述装置还包括第三获取模块，所述第三获取模块，用于：

获取所述智能家居设备结束执行所述执行控制指令的时间戳以及所述智能家居设备对应的设备标识；

根据所述智能家居设备开始执行所述执行控制指令的时间戳、结束执行所述执行控制指令的时间戳以及设备标识对所述至少一个智能家居设备进行过滤，得到所述目标场景所需的智能家居设备。

可选的，所述调整模块，具体用于：

将所述执行日志发送到用户的终端设备上，以使用户对所述执行日志进行增加、减少、更改的触控操作；

响应于用户的触控操作，生成对所述执行日志的调整指令。

本申请实施例提供的智能家居场景创建装置的具体实现原理和效果可以参见上述实施例对应的相关描述和效果，此处不做过多赘述。

本申请实施例还提供了一种电子装置的结构示意图，图8为本申请实施例提供的一种电子装置的结构示意图，如图8所示，该电子装置可以包括：存储器802和处理器801；该存储器802存储计算机程序；该处理器801被设置为通过所述计算机程序执行上述任一实施例所述的方法。

其中，存储器802和处理器801可以通过总线803连接。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行时用于实现如本申请前述任一实施例中的所述的方法。

本申请实施例还提供了一种运行指令的芯片，该芯片用于执行如本申请前述任一实施例中由电子装置所执行的前述任一实施例中所述的方法。

本申请实施例还提供了一种计算机程序产品，该程序产品包括计算机程序，该计算机程序被处理器执行时可实现如本申请前述任一实施例中由电子装置所执行的前述任一实施例中所述的方法。

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

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

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

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速随机存取存储器(Random Access memory，RAM)，也可能还包括非不稳定的存储器(Non-volatile Memory，NVM)，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component Interconnect，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-Access Memory，SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read Only Memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，EPROM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(Application Specific Integrated Circuits，ASIC)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (11)

1.一种智能家居场景创建方法，其特征在于，包括：

获取用户输入的场景生成指令，根据所述场景生成指令创建目标场景；

响应于用户操作，获取来自至少一个智能家居设备的执行控制指令；

根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为。

2.根据权利要求1所述的方法，其特征在于，根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为，包括：

根据获取到的执行控制指令，生成执行日志；

获取用户对所述执行日志的调整指令，利用所述调整指令对所述执行日志进行调整，并基于调整后的执行日志确定所述目标场景下所述至少一个智能家居设备的执行行为。

3.根据权利要求2所述的方法，其特征在于，根据获取到的执行控制指令，生成执行日志，包括：

针对每一智能家居设备，获取所述智能家居设备开始执行所述执行控制指令的时间戳；

基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置；

基于所述时间戳、所述场景条件和/或所述动作配置生成执行日志；

其中，所述执行日志包括：时间戳、操作标识、记录类型、设备标识、操作行为、操作值、工作状态和状态值。

4.根据权利要求3所述的方法，其特征在于，基于所述智能家居设备对应时间戳的先后顺序依次识别所述执行控制指令中的场景条件和/或动作配置，包括：

对所述智能家居设备对应时间戳按照先后顺序进行排序，并基于物模型依次识别排序后的时间戳对应的执行控制指令的操作标识；

基于所述操作标识生成场景条件和/或动作配置；所述操作标识为每个智能家居设备执行所述执行控制指令时对应行为的唯一标识。

5.根据权利要求4所述的方法，其特征在于，基于所述操作标识生成场景条件和/或动作配置，包括：

若所述操作标识为操作行为，则基于智能家居设备的工作状态和用户的操作行为生成动作配置，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成场景条件；

若所述操作标识为状态行为，则基于智能家居设备的工作状态和记录类型生成场景条件，和/或，基于智能家居设备的工作状态、用户的操作行为与所述工作状态的对应关系生成动作配置；

若所述操作标识为操作行为和状态行为，则基于智能家居设备的工作状态生成场景条件，和/或，基于用户的操作行为生成动作配置。

6.根据权利要求5所述的方法，其特征在于，基于智能家居设备的工作状态和记录类型生成场景条件，包括：

当所述记录类型为状态变化时，则基于任意一个智能家居设备的工作状态生成场景条件；

当所述记录类型为本机控制和/或应用程序控制时，则基于排序位于首位的时间戳对应的智能家居设备的工作状态生成场景条件。

7.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取所述智能家居设备结束执行所述执行控制指令的时间戳以及所述智能家居设备对应的设备标识；

根据所述智能家居设备开始执行所述执行控制指令的时间戳、结束执行所述执行控制指令的时间戳以及设备标识对所述至少一个智能家居设备进行过滤，得到所述目标场景所需的智能家居设备。

8.根据权利要求2-7任一项所述的方法，其特征在于，获取用户对所述执行日志的调整指令，包括：

将所述执行日志发送到用户的终端设备上，以使用户对所述执行日志进行增加、减少、更改的触控操作；

响应于用户的触控操作，生成对所述执行日志的调整指令。

9.一种智能家居场景创建装置，其特征在于，包括：

第一获取模块，用于获取用户输入的场景生成指令，根据所述场景生成指令创建目标场景；

第二获取模块，用于响应于用户操作，获取来自至少一个智能家居设备的执行控制指令；

处理模块，用于根据获取到的执行控制指令，确定所述目标场景下所述至少一个智能家居设备的执行行为。

10.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行权利要求1至8中任一项所述的方法。

11.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行权利要求1至8中任一项所述的方法。

Images