CN111638967A - 场景的处理方法、装置、存储介质和处理器 - Google Patents

Abstract

本发明公开了一种场景的处理方法、装置、存储介质和处理器。其中，该方法包括：触发物联网中的第一场景，其中，第一场景为循环执行的多个场景中的一个场景；获取第一场景的已执行次数；在已执行次数大于目标次数的情况下，关闭第一场景；在已执行次数未大于目标次数的情况下，执行第一场景。本发明解决了现有技术无法对循环场景进行有效处理的技术问题。

Description

场景的处理方法、装置、存储介质和处理器

技术领域

本发明涉及物联网领域，具体而言，涉及一种场景的处理方法、装置、存储介质和处理器。

背景技术

目标，在物联网领域，由于用户行为的不确定和程序监测机制的不健全，当用户的智能设备过多，设置的场景数量多且复杂时，就会容易出现循环场景，也即，智能设备之间的自动化联动构成闭环。

上述智能设备之间的自动化联动构成闭环，会导致联动无限制的重复执行下去。比如，当有2个开关A和开关B，则设置如下四个场景：场景一，当A开，则B开；场景二，当B开，则A关；场景三，当A关则B关；场景四，当B关，则A开。这四个场景就形成了闭环，其中，对开关A或者开关B的任何一次操作，就会导致A和B在无限的开、关，存在无法对循环场景进行有效处理的技术问题，从而不仅导致设备功能异常，造成用户损失，还造成服务器高负载，消耗大量服务器资源，严重的可能造成场景服务瘫痪。

针对上述现有技术中无法对循环场景进行有效处理的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种场景的处理方法、装置、存储介质和处理器，以至少解决现有技术无法对循环场景进行有效处理的技术问题。

根据本发明实施例的一个方面，提供了一种场景的处理方法。该方法可以包括：触发物联网中的第一场景，其中，第一场景为循环执行的多个场景中的一个场景；获取第一场景的已执行次数；在已执行次数大于目标次数的情况下，关闭第一场景；在已执行次数未大于目标次数的情况下，执行第一场景。

可选地，触发物联网中的第一场景，包括：在成功执行物联网中的第二场景的情况下，触发第一场景。

可选地，获取第一场景的已执行次数，包括：获取第一场景的场景标识；获取与场景标识关联的目标集合，其中，每当成功执行一次第一场景时，目标集合中增加一个元素；获取目标集合中的元素的数量；将元素的数量确定为已执行次数。

可选地，获取与场景标识关联的目标集合，包括：在目标数据库中进行模糊查询，得到包括场景标识的目标集合。

可选地，目标集合为键集合，元素为键，键由场景标识和在成功执行第一场景后的时间戳得到，与键对应的值为空。

可选地，在执行第一场景之后，该方法还包括：将场景标识和当前时间戳作为键添加至目标数据库中的目标集合中。

可选地，键具有对应的生存时间。

可选地，在关闭第一场景之后，该方法还包括：向用户终端发送提示信息，其中，提示信息用于指示第一场景为循环执行的多个场景中的一个场景。

可选地，在执行第一场景之后，该方法还包括：在成功执行第一场景的情况下，触发物联网中的第三场景。

根据本发明实施例的另一方面，还提供了一种场景的处理装置。该装置可以包括：触发单元，用于触发物联网中的第一场景，其中，第一场景为循环执行的多个场景中的一个场景；获取单元，用于获取第一场景的已执行次数；关闭单元，用于在已执行次数大于目标次数的情况下，关闭第一场景；执行单元，用于在已执行次数未大于目标次数的情况下，执行第一场景。

根据本发明实施例的另一方面，还提供了一种存储介质。该存储介质包括存储的程序，其中，在程序被处理器运行时控制存储介质所在设备执行本发明实施例的场景的处理方法。

根据本发明实施例的另一方面，还提供了一种处理器。该处理器用于运行程序，其中，程序运行时执行本发明实施例的场景的处理方法。

在本发明实施例中，采用触发物联网中的第一场景，其中，第一场景为循环执行的多个场景中的一个场景；获取第一场景的已执行次数；在已执行次数大于目标次数的情况下，关闭第一场景；在已执行次数未大于目标次数的情况下，执行第一场景。也就是说，本申请对于循环执行的多个场景中的第一场景，限制其执行的次数，如果第一场景的已执行次数大于目标次数，则立即关闭第一场景，从而中断循环执行的多个场景，如果第一场景的已执行次数未大于目标次数，则可以继续执行第一场景，这样在循环场景出现时，可以及时发现并熔断该场景，达到保护设备和场景服务的目的，就可以避免循环执行的多个场景中的智能设备异常，造成用户损失，也避免造成场景服务高负载，消耗大量服务资源，造成场景服务瘫痪，解决了无法对循环场景进行有效处理，达到了对循环场景进行有效处理的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种场景的处理方法的流程图；

图2是根据本发明实施例的一种基于Redis的物联网场景熔断保护方法的流程图；

图3是根据本发明实施例的一种多个场景构成循环场景的示意图；

图4为本发明实施例的一种循环场景从触发到被熔断的时序图；以及

图5是根据本发明实施例的一种场景的处理装置的示意图。

具体实施方式

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

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

实施例1

根据本发明实施例，提供了一种场景的处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种场景的处理方法的流程图。如图1所示，该方法可以包括以下步骤：

步骤S102，触发物联网中的第一场景。

在本发明上述步骤S102提供的技术方案中，第一场景为循环执行的多个场景中的一个场景。

在该实施例中，物联网中的场景是指多个智能设备之间的自动化联动，通过用户指令或者设备行为能够引起连锁反应，比如，定义一个回家场景：当入户门从外打开时，并且当前时间是18点以后，那么开启房间的电灯、开启客厅的排插、音箱播放音乐；再比如，定义一个离家场景：当入户门从外面上锁时，关闭房间的电灯、关闭窗帘。

可选地，该实施例的第一场景可以由多个智能设备之间的自动化联动产生，可以为多个循环执行的场景中的一个场景，其中，多个循环执行的场景可以为用户创建的场景。比如，多个智能设备为两个个开关A和开关B，则可以有如下四个场景：场景一，当开关A开，则开关B开；场景二，当开关B开，则开关A关；场景三，当开关A关则开关B关；场景四，当开关B关，则开关A开。这四个场景就形成了闭环，其中，对开关A或者开关B的任何一次操作，就会导致开关A和开关B在无限的开、关。

在该实施例中，触发第一场景，也即，轮到第一场景将要被场景服务执行。

步骤S104，获取第一场景的已执行次数。

在本发明上述步骤S104提供的技术方案中，在触发物联网中的第一场景之后，可以获取第一场景的已执行次数，该已执行次数可以为截止当前第一场景由场景服务已经循环执行的次数，比如，为30次。其中，场景服务可以为用于执行场景的服务器。

步骤S106，在已执行次数大于目标次数的情况下，关闭第一场景。

在本发明上述步骤S106提供的技术方案中，如果第一场景无限被场景服务执行下去，则不仅会导致智能设备本身的功能异常，造成用户损失，而且还造成服务器高负载，消耗大量服务器资源，严重的还可能造成场景服务瘫痪。因而，该实施例在获取第一场景的已执行次数之后，可以限制第一场景的执行次数。

可选地，该实施例判断第一场景的已执行次数是否大于目标次数，该目标次数为允许第一场景由场景服务成功执行的次数的最大次数，可以是场景熔断阈值，为执行场景熔断的判断标准。如果判断出第一场景的已执行次数大于目标次数，则第一场景触发熔断，场景服务可以关闭第一场景的开关，从而中断第一场景所在的多个循环执行的场景，避免其无限循环下去。

步骤S108，在已执行次数未大于目标次数的情况下，执行第一场景。

在本发明上述步骤S108提供的技术方案中，在判断第一场景的已执行次数是否大于目标次数之后，如果判断出已执行次数未大于目标次数，则说明还可以允许第一场景继续执行，则可以由场景服务继续执行第一场景。

在该实施例中，循环执行的多个场景中的每个场景都可以按照上述方法执行，只要其中一个场景的已执行次数大于目标次数，则中断循环执行的多个场景。

通过本申请上述步骤S102至步骤S108，触发物联网中的第一场景；获取第一场景的已执行次数，其中，第一场景为循环执行的多个场景中的一个场景；在已执行次数大于目标次数的情况下，关闭第一场景；在已执行次数未大于目标次数的情况下，执行第一场景。也就是说，该实施例对于循环执行的多个场景中的第一场景，限制其执行的次数，如果第一场景的已执行次数大于目标次数，则立即关闭第一场景，从而中断循环执行的多个场景，如果第一场景的已执行次数未大于目标次数，则可以继续执行第一场景，这样在循环场景出现时，可以及时发现并熔断该场景，达到保护设备和场景服务的目的，就可以避免循环执行的多个场景中的智能设备异常，造成用户损失，也避免造成场景服务高负载，消耗大量服务资源，造成场景服务瘫痪，解决了无法对循环场景进行有效处理，达到了对循环场景进行有效处理的技术效果。

下面对该实施例的上述方法进行进一步介绍。

作为一种可选的实施方式，步骤S102，触发物联网中的第一场景，包括：在成功执行物联网中的第二场景的情况下，触发第一场景。

在该实施例中，第一场景为循环执行的多个场景中的一个场景，第一场景的执行可以在物联网中的第二场景之后执行，从而在成功执行第二场景之后，就可以直接触发第一场景。

作为一种可选的实施方式，步骤S104，获取第一场景的已执行次数，包括：获取第一场景的场景标识；获取与场景标识关联的目标集合，其中，每当成功执行一次第一场景时，目标集合中增加一个元素；获取目标集合中的元素的数量；将元素的数量确定为已执行次数。

在该实施例中，每个场景都会有用于标识该场景的场景标识(sceneID)。在获取第一场景的已执行次数时，可以是获取第一场景的场景标识，该场景标识用于唯一标识第一场景，比如，为001、002、003、004等，此处不做具体限制。在获取第一场景的场景标识之后，可以是获取与场景标识关联的目标集合。每当成功执行一次第一场景时，目标集合中就增加一个元素，也即，该元素的数量可以用于表示已执行第一场景的次数，从而获取该目标集合中的元素的数量，进而将元素的数量确定为第一场景的已执行次数。

作为一种可选的实施方式，获取与场景标识关联的目标集合，包括：在目标数据库中进行模糊查询，得到包括场景标识的目标集合。其中，目标集合为键集合，也可以称为熔断键集合Set，其中的元素为键，键由场景标识和在成功执行第一场景后的时间戳得到，与键对应的值为空。

在该实施例中，在触发第一场景之后，执行第一场景之前，可以是在目标数据库中进行模糊查询，以返回目标集合。其中，目标数据库可以为Redis，其是一个高性能的键-值(key-value)存储系统，Redis能读的速度是110000次/s，写的速度是81000次/s，Redis的所有操作都是原子性的，也即，Redis的所有操作要么成功执行，要么失败完全不执行。该实施例的Redis可以通过过期字典(expires)实现键(key)过期，给key设置一个生命时间(ttl)，在ttl结束时，Redis可以自动删除key。该实施例的Redis支持模糊查询，可以通过关键字查询当前Redis中所有匹配的key集合。

该实施例在目数据库中进行模糊查询，可以是使用Redis命令KEYS模糊查找包括场景标识的目标集合，该目标集合可以是包含“关键字：{场景标识}”的键集合，其中，关键字为键的固定关键字，可以通过FUSE进行表示，在统计熔断累计时候使用，避免将其它业务数据统计进去，场景标识可以通过sceneID进行表示。键集合中的元素为键，该键可以称为场景熔断键，可以由固定关键字、场景标识和在成功执行第一场景后的时间戳得到，比如，固定关键字为FUSE，第一场景的场景标识ssceneID为001，在成功执行第一场景后的时间戳为1577092756344，则键key＝FUSH:001:1577092756344，与键对应的值(value)为空。

作为一种可选的实施方式，在执行第一场景之后，该方法还包括：将场景标识和当前时间戳作为键添加至目标数据库中的目标集合中。

在该实施例中，在执行第一场景之后，将场景标识和当前时间戳作为键添加至目标数据库中的目标集合中，可以是向目标数据库中插入一条数据，这条数据的key为第一场景的场景标识sceneID加上当前系统时间的时间戳System.currentTimeMillis()得到，对应的value为空，比如，第一场景的场景标识sceneID为001，在成功执行第一场景后的时间戳为1577092756344，向Redis中插入一条数据，这条数据的key＝FUSH:001:1577092756344，这样包括“FUSH:001”的目标集合中就增加key＝FUSH:001:1577092756344。

作为一种可选的实施方式，键具有对应的生存时间。

在该实施例中，在向目标数据库Redis中插入一条数据，这条数据的键为sceneID加上当前系统时间的时间戳时，可以为键设置生存时间T，也可以称为生命时间、熔断累计时间窗口，其可以为一个场景执行成功后，其生成的键在熔断器中所生存的时间，比如，为60秒。当多个场景循环执行时，一个时间窗口内目标数据库中的键的数量也会持续进行增加。

作为一种可选的实施方式，在步骤S106，关闭第一场景之后，该方法还包括：向用户终端发送提示信息，其中，提示信息用于指示第一场景为循环执行的多个场景中的一个场景。

在该实施例中，在第一场景的已执行次数大于目标次数，关闭第一场景之后，也即，在第一场景由场景服务熔断之后，可以向用户终端发送提示信息，该提示信息也即通知消息，用于指示第一场景为循环执行的多个场景中的一个场景，也即，告知用户场景存在循环，需要重新设置，以避免智能设备功能异常，造成用户损失，避免造成服务器高负载，消耗大量服务器资源，造成场景服务瘫痪的问题出现。

作为一种可选的实施方式，在步骤S108，执行第一场景之后，该方法还包括：在成功执行第一场景的情况下，触发物联网中的第三场景。

在该实施例中，在第一场景的已执行次数大于目标次数的情况下，可以执行第一场景，在成功执行第一场景的情况下，触发物联网中的第三场景，该第三场景可以按照对第一场景的处理方法进行处理，比如，获取第三场景的已执行次数；在第三场景的已执行次数大于目标次数的情况下，关闭第三场景；在第三场景的已执行次数未大于目标次数的情况下，执行第三场景。

该实施例通过上述方法，可以对于循环执行的多个场景中的每个场景，限制其执行的次数，如果场景的已执行次数大于目标次数，则立即关闭该场景，从而中断循环执行的多个场景，如果该场景的已执行次数未大于目标次数，则可以继续执行该场景，这样在循环场景出现时，可以及时发现并熔断该场景，达到保护设备和场景服务的目的，就可以避免循环执行的多个场景中的智能设备异常，造成用户损失，也避免造成场景服务高负载，消耗大量服务资源，造成场景服务瘫痪，解决了无法对循环场景进行有效处理，达到了对循环场景进行有效处理的技术效果。

实施例2

下面结合优选的实施方式对本发明实施例的技术方案进行举例说明。

在物联网领域，场景是指多个智能设备之间的自动化联动，让用户指令或者设备行为，能够引起连锁反应。比如，用户定义一个回家场景：当入户门从外打开时，并且当前时间是18点以后，则可以开启房间的电灯、开启客厅的排插、音箱播放音乐；定义一个离家场景：当入户门从外面上锁时，关闭房间的电灯、关闭窗帘。

由于用户行为的不确定和程序监测机制的不健全，当用户的智能设备过多，设置的场景数量多且复杂，容易出现循环场景，即设备之间的自动化联动构成闭环，从而导致联动无限制的重复执行下去，不仅导致设备功能异常，造成用户损失，还会造成服务器高负载，消耗大量服务器资源，严重的还有可能造成场景服务瘫痪。

针对上述问题，该实施例提供了一种基于熔断机制的物联网场景保护方法，用于在循环场景出现时，及时发现并熔断该场景，达到保护设备和场景服务的目的。

图2是根据本发明实施例的一种基于Redis的物联网场景熔断保护方法的流程图。如图2所示，该方法可以包括以下步骤：

步骤S201，设定场景熔断键的固定关键字为FUSE，设定场景熔断累计时间窗口为T和场景熔断阈值为V。

在该实施例中，固定关键字FUSE用于在统计熔断累计时候使用，避免将其它业务数据统计进去；熔断累计时间窗口T为在一个场景执行成功后，其生成的键在熔断器中生存的时间；场景熔断阈值为执行熔断的判断标准。

步骤S202，场景被触发。

在该实施例中，所有场景都具有一个全局唯一的场景编号sceneID。

步骤S203，通过Redis模糊查找包含FUSE:{sceneID}的key集合。

在该实施例中，当场景被触发之后，场景服务在执行场景之前，可以先使用Redis命令KEYS模糊查找包含FUSE:{sceneID}的key集合(熔断键集合Set)。

步骤S204，判断key集合中元素的数量是否小于熔断阈值。

步骤S205，触发场景熔断，关闭该场景。

在判断key集合中元素的数量是否超过了熔断阈值之后，如果判断出key集合中元素的数量不小于熔断阈值，则可以触发场景熔断，关闭该场景，从而中断场景的无限循环。

步骤S206，当场景被熔断后，向场景所属用户发送一条通知，告知场景存在循环，请求重新设置。

步骤S207，继续执行该场景。

在判断key集合中元素的数量是否小于熔断阈值之后，如果判断出key集合中元素的数量小于熔断阈值，则继续执行该场景。

步骤S208，当场景服务在成功执行场景后，可以在Redis中插入一条数据。

该实施例向Redis插入的这条数据的key可以为sceneID加上当前系统时间的时间戳，value为空，并为其设置生存时间为T。

图3是根据本发明实施例的一种多个场景构成循环场景的示意图。如图3所示，当用户创建以下四个场景时：场景一(sceneID＝001)：开关A打开，则开关B打开；场景二(sceneID＝002)：开关B打开，则开关A关闭；场景三(sceneID＝003)：开关A关闭，则开关B关闭；场景四(sceneID＝004)：开关B关闭，则开关A打开。这四个场景就构成了一个闭环，也即，当开关A开，则开关B开，当开关B开，则开关A关，当开关A关则开关B关，当开关B关，则开关A开。

图4为本发明实施例的一种循环场景从触发到被熔断的时序图。如图4所示，设置了场景熔断累计时间窗口T为60秒，场景熔断阈值V为30次。当开关A打开时，这个场景循环将开始执行。首先是场景一在T内第1次被触发，并且成功执行，场景服务向Redis中增加一条数据，这条数据为熔断键，为sceneID加上当前系统时间的时间戳，对应的value为空，并为其设置生存时间，为key＝FUSH:001:1577092756344；场景二在T内第1次被触发，并且成功执行，场景服务向Redis中增加熔断键：key＝FUSH:002:1577092756345；场景三在T内第1次被触发，并且成功执行，场景服务向Redis中增加熔断键：key＝FUSH:003:1577092756346；场景四在T内第1次被触发，并且成功执行，场景服务向Redis中增加熔断键：key＝FUSH:004:1577092756347；然后场景一在T内第2次被触发，并且成功执行，场景服务向Redis中增加熔断键：key＝FUSH:001:1577092756348，此时包括FUSH:001的熔断键集合Set中元素的数量为2个，依次类推，相邻的两个时间戳之间的差值可以为1；当4个场景继续循环执行，一个时间窗口T内Redis中的熔断键持续增加，比如，当场景一第31次被触发时，根据“FUSH:001”模糊查询返回的熔断键集合Set中元素的数量为30，已经到达了场景熔断阈值，则场景一触发熔断，场景服务关闭场景一的开关，从而中断循环。进一步地，发送通知给用户。

该实施例可以对于循环执行的多个场景中的每个场景，限制其执行的次数，如果场景的已执行次数大于目标次数，则立即关闭该场景，从而中断循环执行的多个场景，如果该场景的已执行次数未大于目标次数，则可以继续执行该场景，这样在循环场景出现时，可以及时发现并熔断该场景，达到保护设备和场景服务的目的，就可以避免循环执行的多个场景中的智能设备异常，造成用户损失，也避免造成场景服务高负载，消耗大量服务资源，造成场景服务瘫痪，解决了无法对循环场景进行有效处理，达到了对循环场景进行有效处理的技术效果。

实施例3

本发明实施例还提供了一种场景的处理装置。需要说明的是，该实施例的场景的处理装置可以用于执行本方实施例的场景的处理方法。

图5是根据本发明实施例的一种场景的处理装置的示意图。如图5所示，该场景的处理装置50可以包括：触发单元51、获取单元52、关闭单元53和执行单元54。

触发单元51，用于触发物联网中的第一场景，其中，第一场景为循环执行的多个场景中的一个场景。

获取单元52，用于获取第一场景的已执行次数。

关闭单元53，用于在已执行次数大于目标次数的情况下，关闭第一场景。

执行单元54，用于在已执行次数未大于目标次数的情况下，执行第一场景。

可选地，触发单元51包括：触发模块，用于在成功执行物联网中的第二场景的情况下，触发第一场景。

可选地，获取单元52包括：第一获取模块，用于获取第一场景的场景标识；第二获取模块，用于获取与场景标识关联的目标集合，其中，每当成功执行一次第一场景时，目标集合中增加一个元素；第三获取模块，用于获取目标集合中的元素的数量；确定模块，用于将元素的数量确定为已执行次数。

可选地，第二获取模块包括：查询子模块，用于在目标数据库中进行模糊查询，得到包括场景标识的目标集合。

可选地，该实施例的目标集合为键集合，元素为键，键由场景标识和在成功执行第一场景后的时间戳得到，与键对应的值为空。

可选地，该装置该包括：添加单元，用于在执行第一场景之后，将场景标识和当前时间戳作为键添加至目标数据库中的目标集合中。

可选地，键具有对应的生存时间。

可选地，该装置还包括：发送单元，用于在关闭第一场景之后，向用户终端发送提示信息，其中，提示信息用于指示第一场景为循环执行的多个场景中的一个场景。

可选地，该装置还包括：第一触发单元，用于在执行第一场景之后，在成功执行第一场景的情况下，触发物联网中的第三场景。

该实施例的场景的处理装置，对于循环执行的多个场景中的第一场景，限制其执行的次数，如果第一场景的已执行次数大于目标次数，则立即关闭第一场景，从而中断循环执行的多个场景，如果第一场景的已执行次数未大于目标次数，则可以继续执行第一场景，这样在循环场景出现时，可以及时发现并熔断该场景，达到保护设备和场景服务的目的，就可以避免循环执行的多个场景中的智能设备异常，造成用户损失，也避免造成场景服务高负载，消耗大量服务资源，造成场景服务瘫痪，解决了无法对循环场景进行有效处理，达到了对循环场景进行有效处理的技术效果。

实施例4

根据本发明实施例，还提供了一种存储介质。该存储介质包括存储的程序，其中，在程序被处理器运行时控制存储介质所在设备执行本发明实施例的场景的处理方法。

实施例5

根据本发明实施例，还提供了一种处理器，该处理器用于运行程序，其中，程序运行时执行本发明实施例的场景的处理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

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

Claims (10)

1.一种场景的处理方法，其特征在于，包括：

触发物联网中的第一场景，其中，所述第一场景为循环执行的多个场景中的一个场景；

获取所述第一场景的已执行次数；

在所述已执行次数大于目标次数的情况下，关闭所述第一场景；

在所述已执行次数未大于所述目标次数的情况下，执行所述第一场景。

2.根据权利要求1所述的方法，其特征在于，触发物联网中的第一场景，包括：

在成功执行所述物联网中的第二场景的情况下，触发所述第一场景。

3.根据权利要求1所述的方法，其特征在于，获取所述第一场景的已执行次数，包括：

获取所述第一场景的场景标识；

获取与所述场景标识关联的目标集合，其中，每当成功执行一次所述第一场景时，所述目标集合中增加一个元素；

获取所述目标集合中的所述元素的数量；

将所述元素的数量确定为所述已执行次数。

4.根据权利要求3所述的方法，其特征在于，获取与所述场景标识关联的目标集合，包括：

在目标数据库中进行模糊查询，得到包括所述场景标识的所述目标集合。

5.根据权利要求3所述的方法，其特征在于，所述目标集合为键集合，所述元素为键，所述键由所述场景标识和在成功执行所述第一场景后的时间戳得到，与所述键对应的值为空。

6.根据权利要求3所述的方法，其特征在于，在执行所述第一场景之后，所述方法还包括：

将所述场景标识和当前时间戳作为键添加至目标数据库中的所述目标集合中。

7.根据权利要求6所述的方法，其特征在于，所述键具有对应的生存时间。

8.一种场景的处理装置，其特征在于，包括：

触发单元，用于触发物联网中的第一场景，其中，所述第一场景为循环执行的多个场景中的一个场景；

获取单元，用于获取所述第一场景的已执行次数；

关闭单元，用于在所述已执行次数大于目标次数的情况下，关闭所述第一场景；

执行单元，用于在所述已执行次数未大于所述目标次数的情况下，执行所述第一场景。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序被处理器运行时控制所述存储介质所在设备执行权利要求1至7中任意一项所述的方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至7中任意一项所述的方法。

Images