一种智能场景处理方法、电子设备以及计算机存储介质

技术领域

本申请涉及物联网智能控制技术领域，特别是涉及一种智能场景处理方法、电子设备以及计算机存储介质。

背景技术

着智能家居的发展，用户不仅可以通过客户端主动控制物联网智能设备，还可以通过设置定时任务、设备告警消息等触发方式为条件，创建智能场景，从而实现对智能设备的被动控制的目的。智能场景的执行触发对设备的状态存在极大的依赖,设备状态、以及用户会员权益等一系列因素都可能导致智能场景失效。

现有技术方案中，基本只对单一的失效做了简单的智能场景处理，没有基于多因素的智能场景的失效的判断。

发明内容

为解决上述技术问题，本申请提出了一种智能场景处理方法、电子设备以及计算机存储介质。

为解决上述技术问题，本申请提出了一种智能场景处理方法，包括：

获取终端设备的状态变化信息，其中，所述状态变化信息包括绑定状态变化信息、离线变化信息和增值服务状态变化信息中的至少两者；

匹配所述终端设备所属的智能场景，基于所述状态变化信息获取所述智能场景的失效状态信息。

其中，所述匹配所述终端设备所属的智能场景，基于所述状态变化信息获取所述智能场景的失效状态信息，包括：在所述状态变化信息包括离线变化信息时，获取所述终端设备的离线状态变化信息；基于所述离线状态变化信息获取所述终端设备的状态数据；在所述状态数据为离线状态时，确定所述智能场景的失效状态信息为失效；在所述状态数据为在线状态时，确定所述智能场景的失效状态信息为不失效。

其中，所述在所述状态数据为离线状态时，确定所述智能场景的失效状态信息为失效，包括：获取所述终端设备的离线状态变化信息后，在预设时间内获取所述终端设备的状态数据；若所述状态数据仍为离线状态，确定所述智能场景的失效状态信息为失效；若在所述预设时间内的状态收据变更为在线状态，确定所述智能场景的失效状态信息为不失效。

其中，所述在所述状态数据为在线状态时，确定所述智能场景的失效状态信息为不失效，包括：获取终端设备的重新连接信号；基于所述重新连接信号，将所述状态数据从离线状态修改为在线状态，确定所述智能场景的失效状态信息为不失效。

其中，所述匹配所述终端设备所属的智能场景，基于所述状态变化信息获取所述智能场景的失效状态信息，包括：在所述状态变化信息包括绑定状态变化信息时，获取解绑指令，并获取所述解绑指令对应的解绑终端设备；匹配所述解绑终端设备所属的智能场景，基于所述绑定状态变化信息获取所述智能场景的失效状态信息；在所述解绑终端设备为所述智能场景中全部终端设备时，确定所述智能场景的失效状态信息为完全失效；在所解绑终端设备为所述智能场景中部分终端设备时，确定所述智能场景的实效状态信息为不完全失效。

其中，所述确定所述智能场景的实效状态信息为不完全失效之后，所述智能场景处理方法还包括：对所述解绑终端设备进行修改，清理或恢复所述解绑终端设备在所述智能场景中的数据。

其中，所述匹配所述终端设备所属的智能场景，基于所述状态变化信息获取所述智能场景的失效状态信息，包括：在所述状态变化信息包括增值服务状态变化信息时，获取所述智能场景中的增值服务状态变化信息；获取智能场景中增值服务对应的执行功能及所述执行功能对应的终端设备的依赖关系；匹配所述终端设备所属的智能场景，基于所述依赖关系和所述增值服务状态变化信息获取所述智能场景的失效状态信息。

其中，所述基于所述依赖关系和所述增值服务状态变化信息获取所述智能场景的失效状态信息，包括：基于所述增值服务状态变化信息获取所述增值服务的失效信息并获取所述失效信息对应的执行功能；获取所述执行功能与所述智能场景中的终端设备的若干依赖关系；当所述若干依赖关系均为不依赖时，确定所述智能场景的失效状态信息为不失效；当所述若干依赖关系为全部依赖时，确定所述智能场景的失效状态信息为失效；当所述若干依赖关系为部分依赖时，确定所述智能场景的失效状态为部分失效。

其中，所述匹配所述终端设备所属的智能场景，基于所述依赖关系和所述增值服务状态变化信息获取所述智能场景的失效状态信息之后，包括：获取新增增值服务指令并匹配所述增值服务对应的执行功能；获取所述执行功能对应的终端设备，当所述执行功能为终端设备的全部执行功能时，修改所述终端设备的状态信息为有效；获取所述终端设备对应的智能场景，当所述智能场景中全部的终端设备的状态信息恢复为有效后，修改所述智能场景的状态信息为有效。

为解决上述技术问题，本申请还提出一种电子设备，所述电子设备包括存储器以及与所述存储器耦接的处理器；其中，所述存储器用于存储程序数据，所述处理器用于执行所述程序数据以实现上述所述的智能场景处理方法。

为解决上述技术问题，本申请还提出一种计算机存储介质，所述计算机存储介质用于存储程序数据，所述程序数据在被处理器执行时，用以实现上述所述的智能场景处理方法。

与现有技术相比，本申请的有益效果是：电子设备获取终端设备的状态变化信息，其中，状态变化信息包括绑定状态变化信息、离线变化信息和增值服务状态变化信息中的至少两者；匹配终端设备所属的智能场景，基于状态变化信息获取智能场景的失效状态信息。通过上述方式，本申请基于层次分析法，从绑定状态、离线状态、增值服务状态等多方面来综合考虑，从系统性能的视角出发，为智能场景失效的定义做了更多的扩展，解决了现有技术中只对设备删除、离线的设备做了简单的智能场景处理的技术问题。

附图说明

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

其中：

图1是本申请提供的智能场景处理方法的第一实施例的流程示意图；

图2是本申请提供的智能场景处理方法的整体结构示意图；

图3是本申请提供的智能场景处理方法的第二实施例的流程示意图；

图4是本申请提供的智能场景处理方法的离线判断流程示意图；

图5是本申请提供的智能场景处理方法的离线设备处理流程示意图；

图6是本申请提供的智能场景处理方法的第三实施例的流程示意图；

图7是本申请提供的智能场景处理方法的设备解绑状态流程示意图；

图8是本申请提供的智能场景处理方法的智能场景清理恢复流程示意图；

图9是本申请提供的智能场景处理方法的第四实施例的流程示意图；

图10是本申请提供的智能场景处理方法的增值服务状态判断流程图；

图11是本申请提供的智能场景处理方法的新增增值服务处理流程示意图；

图12是图9所示的场景处理方法中步骤S43的子步骤的流程示意图；

图13是本申请提供的电子设备一实施例的结构示意图；

图14是本申请提供的计算机存储介质一实施例的结构示意图。

具体实施方式

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

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

具体请参阅图1和图2，图1是本申请提供的智能场景处理方法的第一实施例的流程示意图；图2是本申请提供的智能场景处理方法的整体结构示意图。

本申请的智能场景处理方法应用于一种电子设备，其中，本申请的电子设备可以为服务器，也可以为本地终端，还可以为由服务器和本地终端相互配合的系统。相应地，电子设备包括的各个部分，例如各个单元、子单元、模块、子模块可以全部设置于服务器中，也可以全部设置于本地终端中，还可以分别设置于服务器和本地终端中。

进一步地，上述服务器可以是硬件，也可以是软件。当服务器为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当服务器为软件时，可以实现成多个软件或软件模块，例如用来提供分布式服务器的软件或软件模块，也可以实现成单个软件或软件模块，在此不做具体限定。

如图1所示，其具体步骤如下：

步骤S11：获取终端设备的状态变化信息其中，状态变化信息包括绑定状态变化信息、离线变化信息和增值服务状态变化信息中的至少两者。

在本申请一实施例中，一个智能场景中包括一个终端设备或者若干终端设备，并且智能场景中的终端设备与电子设备或者服务器存在通讯连接或者网络连接等任意一种可以接收、传递信号或者信息的连接方式。

具体地，请继续参阅图2，电子设备包括智能场景监督模块、智能场景失效判定模块、智能场景清理与服务模块。

其中，智能场景监听模块用于对智能场景或者对智能场景中所有的终端设备进行实时监测，获取智能场景及终端设备反馈的状态数据，根据状态数据确定智能场景以及终端设备的状态变化信息。

进一步地，状态变化信息包括绑定状态变化信息、离线变化信息和增值服务状态变化信息中的至少两者，智能场景的失效包含设备解绑、设备长期离线、用户增值服务状态变化这三类因素的影响，电子设备通过智能场景监听模块，获取终端设备的不同分类的状态变化信息。

步骤S12：匹配终端设备所属的智能场景，基于状态变化信息获取智能场景的失效状态信息。

具体地，电子设备获取终端设备的ip地址、网络接口协议、wifi状态等信息，获取一个或若干终端设备所属的智能场景，根据不同分类的状态变化信息，获取智能场景在该分类下的智能场景失效状态信息。

例如，当状态变化信息为绑定状态变化信息时，即智能场景中的设备接收到解绑指令，智能场景的失效状态信息分为完全失效或者部分失效。

当状态变化信息为离线变化信息时，智能场景的失效状态信息为失效或者不失效，当状态变化信息为增值服务状态变化信息时，智能场景的失效状态信息为完全失效、部分失效或未失效。

通过上述方式，本申请基于层次分析法，从绑定状态、离线状态、增值服务状态等多方面来综合考虑，从系统性能的视角出发，为智能场景失效的定义做了更多的扩展，解决了现有技术中只对设备删除、离线的设备做了简单的智能场景处理的技术问题。

进一步地，提前对失效的原因进行前置分类，优化了由于设备解绑、设备离线、功能不可用等原因导致的服务压力大、智能场景下发设备命令大量超时导致的服务响应慢等系统问题。

当状态变化信息为离线状态变化信息时，具体请参见图3、图4和图5，图3是本申请提供的智能场景处理方法的第二实施例的流程示意图；图4是本申请提供的智能场景处理方法的离线判断流程示意图；图5是本申请提供的智能场景处理方法的离线设备处理流程示意图。

其中，在本申请一实施例中离线状态为终端设备由于网络原因的暂时离线或者长时间离线等任一种离线状态。

如图3所示，具体步骤如下：

步骤S21：在状态变化信息包括离线变化信息时，获取终端设备的离线状态变化信息，基于离线状态变化信息在预设时长内获取终端设备的状态数据。

具体地，如图4所示，电子设备在检测到智能场景离线后，获取离线终端设备的离线状态变化信息，即离线时刻的离线信息，获取离线状态变化信息后，进一步获取终端设备的状态数据。

在本申请一实施例中，由于网络原因，离线恢复需要一定的时长，为了更准确地获取离线状态信息，电子获取终端设备的离线状态变化信息后，在间隔一段预设时间后再获取终端设备的状态数据。例如，电子设备检测到离线状态信息的时刻为20:00时刻，间隔s、ms或ns后再获取状态数据。

在本申请另一实施例中，预设时长可以为超过离线标准天数的较长时间段，在超过一定时间阈值获取状态数据，进一步更准确地判断该终端设备是否还处于在线状态。若是，则该离线状态信息是由于网络波动，暂时离线，若否，则该终端设备属于离线状态。

步骤S22：在状态数据为离线状态时，确定智能场景的失效状态信息为失效。

具体地，电子设备检测到终端设备的状态数据为离线状态时，为终端设备打上离线标签，进一步检测出终端设备所属的智能场景，当所有终端设备均为离线状态时，确定智能场景的失效状态信息为完全失效，当部分终端设备为离线状态时，确定智能场景的失效状态信息为部分失效。

在本申请其他实施例中，当某一主要终端设备为主控或者终端设备和终端设备之间有关联的情况下，该终端是被为离线状态时，也确定智能场景的失效信息为全部失效。通过多重失效的判断，进一步精确化处理。

步骤S23：在状态数据为在线状态时，确定智能场景的失效状态信息为不失效。

具体地，电子设备在在线数据为在线状态时，确定智能场景的失效状态信息为失效，其中，在线数据由终端设备的在线情况获取。

进一步地，确定智能场景的失效状态信息为不失效之后，如图4所示，在终端设备新增在线状态数据和/或将已有离线状态数据切换为在线状态数据。

通过步骤S21-步骤S23，针对设备网络不稳定的场景，对设备离线做了短暂离线、长期离线的区分，通过对设备在离线切换的信号的接收，通过设备离线时间延时判定设备离线状态标签的方法，减少由于网络波动等原因导致的智能场景被删除的场景、保证了数据的稳定性。从系统稳定角度出发，对离线导致的智能场景不可使用做出了区分，优化了设备由于网络等原因短暂频繁在离线切换导致的智能场景误删除的场景，保证了系统数据的稳定性。

本申请还提出一实施例，智能场景系统与终端设备之间保持心跳连接，心跳中断时，产生终端设备离线状态消息，设备重新在线时，主动建立心跳连接，上报消息。若设备持续离线超过预设时常，则判定为离线失效。具体步骤如下：

获取终端设备的离线状态变化信息后，在预设时间内获取终端设备的状态数据；若状态数据仍为离线状态，电子设备确定智能场景的失效状态信息为失效。若在预设时间内的状态收据变更为在线状态，电子设备确定智能场景的失效状态信息为不失效。

进一步地，终端设备获取终端设备的重新连接信号，即主动建立心跳连接，上报消息，电子设备基于重新连接信号，将状态数据从离线状态修改为在线状态，并确定智能场景的失效状态信息为不失效。

通过上述方式，及时获取终端设备重新连接信号，并修改状态信息，无须重新手动连接，优化误删除的现象。

本申请还提出一实施例，终端设备的解绑将直接导致智能场景的不可使用，此类场景将直接判定智能创景状态为完全失效、或部分失效。具体请参见图6和图7，图6是本申请提供的智能场景处理方法的第三实施例的流程示意图；图7是本申请提供的智能场景处理方法的设备解绑状态流程示意图。

如图6所示，其具体步骤如下：

步骤S31：在状态变化信息包括绑定状态变化信息时，获取解绑指令，并获取解绑指令对应的解绑终端设备。

具体地，电子设备中的智能场景状态判定模块在接收到任一解绑指令后，获取解绑指令对应的解绑终端设备。

其中，解绑指令可以为用户实时解绑指令，也可以为定时解绑指令等任一种解绑指令。一个解绑指令可以对应一个终端设备，还可以对应多个解绑终端设备。

步骤S32：匹配解绑终端设备所属的智能场景，基于绑定状态变化信息获取智能场景的失效状态信息。

如图7所示，电子设备在接收到设备解绑指令后，自动匹配包含该设备的智能场景。其中，一个智能场景中可以只有一个终端设备，也可以有多个终端设备。

步骤S33：在解绑终端设备为智能场景中全部终端设备时，确定智能场景的失效状态信息为完全失效。

具体地，当解绑终端设备为其所属于的终端设备中的全部终端设备时，确定智能场景的失效状态信息为完全失效。例如，一个智能场景中只有一个终端设备时，当该终端设备解绑后，智能场景为完全失效。当一个智能场景中有五个终端设备时，当五个终端设备全部解绑时，该智能场景的失效状态信息为完全失效。

步骤S34：在解绑终端设备为智能场景中部分终端设备时，确定智能场景的失效状态信息为不完全失效。

具体地，在智能场景中包含多个终端设备时，若解绑终端设备不是智能场景中全部终端设备时，则确定智能场景的失效状态信息为不完全失效，例如，当一个智能场景中有五个终端设备时，当三个终端设备解绑时，该智能场景的失效状态信息为不完全失效。

步骤S35：对解绑终端设备进行修改，清理或恢复解绑终端设备在智能场景中的数据。

具体请参见图8，图8是本申请提供的智能场景处理方法的智能场景清理恢复流程示意图。

如图8所示，电子设备中的智能场景清理恢复模块主要负责最终清理、恢复数据的执行。在接收到清理指令后，若失效状态信息为完全失效，则清理智能场景数据并备份数据，若失效状态信息为部分失效，则电子设备中的智能场景清理恢复模块清理失效部分并备份数据。

进一步地，若没有接收到清理指令，则调取备份数据，根据备份数据恢复智能场景。

需要说明的是，步骤S35中的清理和修改逻辑适用于本申请中任一实施例。

在失效状态信息为增值服务状态变化信息，本申请还提出一实施例，具体请参见图9、图10和图11，图9是本申请提供的智能场景处理方法的第四实施例的流程示意图，图10是本申请提供的智能场景处理方法的增值服务状态判断流程图；图11是本申请提供的智能场景处理方法的新增增值服务处理流程示意图。

如图9所示，其具体步骤如下：

步骤S41：在状态变化信息包括增值服务状态变化信息时，获取智能场景中的增值服务状态变化信息。

具体地，终端设备的部分功能行为对增值VIP服务具有一定的依赖,例如云录像、安防报告等能力。因此增值服务到期后对增值服务具备一定依赖的智能场景将会失效。如图10和表1所示，实时接收到用户增值服务到期消息后，匹配出用户包含依赖增值服务的智能场景以及设备，研判智能场景是否完全失效。

步骤S42：获取智能场景中增值服务对应的执行功能及执行功能对应的终端设备的依赖关系。

如图六所示，收到用户增值VIP服务续费消息后，匹配出可自动恢复智能场景，发送数据至智能场景清理恢复模块用于可恢复智能场景的自动恢复。

步骤S43：匹配终端设备所属的智能场景，基于依赖关系和增值服务状态变化信息获取智能场景的失效状态信息。

需要说明的是，在本申请实施例中，智能场景中的每一个终端设备包含一个或若干执行功能，不同的终端设备也可以有相同的执行功能。智能场景的失效状态信息由其中一个终端设备或者多个终端设备的一个执行功能或者多个执行功能共同决定，具体请参见下文实施例。

步骤S44：在解绑终端设备为智能场景中部分终端设备时，确定智能场景的失效状态信息为不完全失效。

具体地，当智能场景中只有部分终端设备被解绑时，确定智能场景的失效状态信息为不完全失效。

在步骤S43之后，在本申请一实施例中，如图11所示，当电子设备接收新增增值服务指令，对功能恢复的终端设备及其所处的智能场景进行修改。具体步骤如下：

获取新增增值服务指令并匹配增值服务对应的执行功能。获取执行功能对应的终端设备，当执行功能为终端设备的全部执行功能时，修改终端设备的状态信息为有效，获取终端设备对应的智能场景，当智能场景中全部的终端设备的状态信息恢复为有效后，修改智能场景的状态信息为有效。

通过上述方式，电子设备收到用户增值VIP服务续费消息后，即新增增值服务，匹配出可自动恢复智能场景，发送数据至智能场景清理恢复模块用于可恢复智能场景的自动恢复，通过增值权益与设备云端能力的对应关系，匹配出需要自动清理或自动恢复的智能场景。从而达到系统自动清理以及自动恢复智能场景。

需要说明的是，在本申请其他实施例中，新增增值指令的接收客体还包括不存在增值服务的终端设备。

本申请提出步骤S431-步骤S435，作为步骤S43的子步骤，用于通过依赖关系确定失效状态信息，具体请参见图12，图12是图9所示的场景处理方法中步骤S43的子步骤的流程示意图。

如图12所示，其具体步骤如下：

步骤S431：基于增值服务状态变化信息获取增值服务的失效信息并获取失效信息对应的执行功能。

具体地，当增值服务失效时，即VIP服务到期或者失效，电子设备获取该增值服务的失效信息对应的执行功能。

步骤S432：获取执行功能与智能场景中的终端设备的若干依赖关系。

其中，依赖关系如表1所示：

表一

步骤S433：当若干依赖关系均为不依赖时，确定智能场景的失效状态信息为不失效。

如表一所示，智能场景D中的全部依赖关系均为不依赖，则电子设备确定智能场景的失效状态信息为不失效。

步骤S434：当若干依赖关系为全部依赖时，确定智能场景的失效状态信息为失效。

如表一所示，智能场景A中的全部依赖关系均为依赖时，则电子设备确定智能场景的失效状态信息为不失效。

步骤S435：当若干依赖关系为部分依赖时，确定智能场景的失效状态为部分失效。

如表一所示，智能场景B和智能场景C中的依赖关系为部分依赖，则电子设备确定智能场景的失效状态为部分失效。

通过上述方式，针对由于用户增值权益变化导致的设备由于云端能力的有无从而使得智能场景功能失效、功能恢复的场景。通过增值权益与设备云端能力的对应关系，匹配出需要自动清理或自动恢复的智能场景。

在本申请一实施例中，获取终端设备的状态变化信息可以同时获取，即同时获取状态变化信息包括绑定状态变化信息、离线变化信息和增值服务状态变化信息中的至少两者，匹配所述终端设备所属的智能场景，基于所述状态变化信息获取所述智能场景的失效状态信息也为同步进行。

在本申请其他实施例中，可以先获取离线状态变化信息，判断所有终端设备以及智能场景不是离线状态之后，再获取绑定状态变化信息和/或增值服务状态变化信息，基于上述状态变化信息对失效状态信息进行判断，根据判断结果对智能场景进行处理。通过上述方式，进一步对智能场景处理方式进行层次划分，提高处理效率。

为实现上述智能场景处理方法，本申请还提出了一种电子设备，具体请参阅图13，图13是本申请提供的电子设备一实施例的结构示意图。

本实施例的电子设备400包括处理器41、存储器42、输入输出设备43以及总线44。

该处理器41、存储器42、输入输出设备43分别与总线44相连，该存储器42中存储有程序数据，处理器41用于执行程序数据以实现上述实施例所述的智能场景处理方法。

在本申请实施例中，处理器41还可以称为CPU(Central Processing Unit，中央处理单元)。处理器41可能是一种集成电路芯片，具有信号的处理能力。处理器41还可以是通用处理器、数字信号处理器(DSP，Digital Signal Process)、专用集成电路(ASIC，Application Specific Integrated Circuit)、现场可编程门阵列(FPGA，FieldProgrammable Gate Array)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器41也可以是任何常规的处理器等。

本申请还提供一种计算机存储介质，请继续参阅图14，图14是本申请提供的计算机存储介质一实施例的结构示意图，该计算机存储介质500中存储有计算机程序51，该计算机程序51在被处理器执行时，用以实现上述实施例的智能场景处理方法。

本申请的实施例以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。