CN115220372A - 一种事件处理方法、设备及系统 - Google Patents

Abstract

本申请实施例提供了一种事件处理方法、设备及系统。可以应用于智能家居系统，对家庭成员(例如老人、小孩)进行智能关怀。该方法包括：确定场景事件，该场景事件包括一个或多个第一事件，一个或多个第一事件根据监测一个或多个第一智能设备得到，第一事件包括第一智能设备执行第一功能，或者包括第一智能设备的状态发生变化；获取第一规则，第一规则包括联动条件与联动事件，联动条件与场景事件相关，联动事件用于提醒使用一个或多个第一智能设备的用户存在异常；监测一个或多个第一智能设备，若一个或多个第一智能设备满足联动条件，则执行联动事件。可以通过监测场景事件中的智能设备实现对使用智能设备的用户提供智能关怀。

Description

一种事件处理方法、设备及系统

技术领域

本申请涉及终端领域，尤其涉及一种事件处理方法、设备及系统。

背景技术

随着物联网(internet of things，IoT)在家庭领域的不断普及，一个家庭中的智能设备、包括穿戴类的产品越来越多，这些设备可以通过各种联动机制实现各种组合的智能场景，让用户体验到智慧家庭生活的便利。根据用户调查，当前一个IoT爱好者家庭中 拥有的IoT单品设备数量可达几十件甚至一两百件。

目前，智能家居设备已成为人们日常生活中的一部分。智能家居(smart home或home automation)通过IoT技术将家中的各种电子设备(如音视频设备、照明系统、窗帘控制、 空调控制、安防系统、数字影院系统、影音服务器、影柜系统、网络家电等)连接到一起，提供家电控制、照明控制、电话远程控制、室内外遥控、防盗报警、环境监测、暖通控制、 红外转发以及可编程定时控制等多种功能。

如何提升智能家居设备对用户的智能关怀是亟待解决的问题。

发明内容

本申请实施例提供了一种事件处理方法，可以通过监测场景事件中的智能设备实现对 使用智能设备的用户提供智能关怀。

本申请实施例第一方面提供了一种事件处理方法，该方法可以由电子设备执行，也可 以由电子设备的部件(例如处理器、芯片、或芯片系统等)执行。该方法包括：确定场景事件，该场景事件包括一个或多个第一事件，一个或多个第一事件根据监测一个或多个第一智能设备得到，第一事件包括第一智能设备执行第一功能，或者包括第一智能设备的状态发生变化；获取第一规则，第一规则包括联动条件与联动事件，联动条件与场景事件相关，联动事件用于提醒使用一个或多个第一智能设备的用户(也可以称为第二用户)存在异常；监测一个或多个第一智能设备，若一个或多个第一智能设备满足联动条件，则执行联动事件。

本申请实施例中，一方面，可以通过监测场景事件中的智能设备实现对使用智能设备 的第二用户提供智能关怀。减少第一用户手动设置一个或多个第一事件的次数，降低了创 建场景事件的复杂性。另一方面，通过监测智能设备得到的场景事件更加符合第二用户的 实际使用习惯，提升智能关怀的准确，避免由于场景事件不符合第二用户的实际使用习惯 导致的关怀错误。可以理解的是，第一用户与第二用户可以是同一用户或不同用户，具体 此处不做限定。

可选地，在第一方面的一种可能的实现方式中，上述步骤确定场景事件，包括：监测 第一预设时间段内一个或多个第一智能设备执行的功能或者一个或多个第一智能设备的 状态变化，得到一个或多个第二事件；一个或多个第二事件包括一个或多个第一事件；确 定场景事件包括一个或多个第一事件。

该种可能的实现方式中，该场景事件由电子设备录制得到，第一用户可以通过电子设 备确定场景事件并对使用该场景事件中智能设备的第二用户进行智能关怀。

可选地，在第一方面的一种可能的实现方式中，上述步骤还包括：向云端设备发送请 求信息，该请求信息用于指示云端设备监测第一预设时间段内一个或多个第一智能设备执 行的功能或者一个或多个第一智能设备的状态变化；确定场景事件，包括：接收云端设备 发送的监测得到的一个或多个第二事件；一个或多个第二事件包括一个或多个第一事件； 确定场景事件包括一个或多个第一事件。

该种可能的实现方式中，该场景事件由云端录制得到，可以减少电子设备由于录制场 景事件带来的内存消耗。

可选地，在第一方面的一种可能的实现方式中，上述步骤确定所述场景事件包括所述 一个或多个第一事件，包括：呈现所述一个或多个第二事件；接收第一用户的第一操作； 响应所述第一操作，在所述一个或多个第二事件中确定所述一个或多个第一事件，所述第 一事件的数量小于或等于所述第二事件的数量。

该种可能的实现方式中，第一用户可以对监测到的第二事件进行筛选得到一个或多个 第一事件，减少其他用户对第一智能设备的使用影响监测第二用户使用第一智能设备的习 惯，增加对第二用户智能关怀的准确性。

可选地，在第一方面的一种可能的实现方式中，上述步骤中的场景事件还包括与第一 事件相关联的第一信息，该第一信息包括第一事件的发生地点、第一智能设备的标识、第 一功能、至少两个第一事件的时间间隔以及至少两个第一事件的时序关系中的至少一项。

该种可能的实现方式中，场景事件不仅包括第一事件，还包括与第一事件相关联的第 一信息，例如：第一事件的发生地点、第一智能设备的标识、第一功能、至少两个第一事 件的时间间隔以及至少两个第一事件的时序关系等。使得录制得到的场景事件具有更多细 节，实现对各个第一智能设备的监控，进而实现对第二用户的精准关怀。

可选地，在第一方面的一种可能的实现方式中，上述步骤中获取第一规则，包括：接 收第一用户的第二操作；响应第二操作，设置第一规则。

该种可能的实现方式中，第一用户可以设置与场景事件相关联的第一规则，通过设置 该第一规则可以对使用第二智能设备的第二用户进行智能关怀。

可选地，在第一方面的一种可能的实现方式中，上述步骤中的联动条件与场景事件的 发生次数和/或发生时长相关。

该种可能的实现方式中，进一步限定联动条件与场景事件的参数相关，也可以理解为 是联动条件与录制的一个或多个第一事件相关，可以实现更加精准的智能关怀。

可选地，在第一方面的一种可能的实现方式中，上述步骤中的联动条件包括以下至少 一项：场景事件的发生次数大于或等于第一预设阈值；场景事件的发生时长大于或等于第 二预设阈值；第二预设时间段内场景事件的发生次数大于或等于第三预设阈值；第三预设 时间段内场景事件的发生时长大于或等于第四预设阈值。

可选地，在第一方面的一种可能的实现方式中，上述步骤中的执行联动事件包括以下 至少一项：向终端设备发送异常信息，该异常信息用于提醒使用所述一个或多个第一智能 设备的第二用户异常；停止第一智能设备的运行；触发第二智能设备执行第二功能。

该种可能的实现方式中，第一用户可以根据联动条件判断第二用户是否异常，通过第 一规则及时发现使用智能设备的第二用户异常，提供一种智能关怀的可实现方式。例如， 若第二用户异常，第三用户可以接收到异常信息，并可以根据异常信息确定第二用户的异 常。

可选地，在第一方面的一种可能的实现方式中，上述步骤中的一个或多个第一智能设 备属于第一用户的同一个账户。或者，一个或多个第一智能设备属于同一个局域网络。

该种可能的实现方式中，场景事件包括同一个账户下的一个或多个第一智能设备，在 多账户的场景下，提升对第二用户异常判断的准确性。

可选地，在第一方面的一种可能的实现方式中，上述方法可以应用于智能家居场景， 智能设备为智能家居设备。

该种可能的实现方式中，可以对使用智能家居设备的第二用户进行智能关怀。

可选地，在第一方面的一种可能的实现方式中，上述步骤中的多个第一智能设备包括 卧室的第一智能灯、卫生间的第二智能灯以及卫生间的智能抽水马桶；场景事件包括三个 第一事件，第一个第一事件包括第一智能灯从关闭到开启，第二个第一事件包括第二智能 灯从关闭到开启，第三个第一事件包括智能抽水马桶执行抽水功能；若一个或多个智能设 备满足联动条件，则执行联动事件，包括：若第二预设时间段内场景事件的发生次数大于 或等于第三预设阈值，则向终端设备发送异常信息，异常信息用于提醒使用一个或多个第 一智能设备的第二用户异常。

该种可能的实现方式中，是在智能家居场景下的一种应用，例如，上述中的第二用户 为老人，场景事件为“起夜”场景事件，第二预设时间段为夜间(24:00到06:00)，第三 预设阈值为3次，则上述过程可以理解为，老人在夜间“起夜”场景事件的发生次数一般 是1次，但是某天的夜间老人起夜的次数大于3次，则有理由认为老人异常，并向终端设 备发送异常信息，进而对老人进行智能关怀。

本申请实施例第二方面提供一种电子设备，该电子设备包括：确定单元、获取单元、 监测单元以及执行单元。该电子设备中各单元所执行的操作与前述第一方面或第一方面的 任意可能的实现方式中电子设备所执行的操作类似，此处不再赘述。

本申请实施例第三方面提供了一种电子设备，包括：处理器，处理器与存储器耦合， 存储器用于存储程序或指令，当程序或指令被处理器执行时，使得该电子设备实现上述第 一方面或第一方面的任意可能的实现方式中的方法。

本申请实施例第四方面提供了一种计算机可读存储介质，该计算机可读存储介质中存 储有指令，该指令在计算机上执行时，使得计算机执行前述第一方面或第一方面的任意可 能的实现方式中的方法。

本申请实施例第五方面提供了一种计算机程序产品，该计算机程序产品在计算机上执 行时，使得计算机执行前述第一方面或第一方面的任意可能的实现方式中的方法。

其中，第二、第三、第四、第五方面或者其中任一种可能实现方式所带来的技术效果 可参见第一方面或第一方面不同可能实现方式所带来的技术效果，此处不再赘述。

附图说明

图1为本申请提供的一种智能家居系统示例图；

图2为本申请提供的一种电子设备的硬件结构示例图；

图3为本申请提供的一种电子设备的软件结构示例图；

图4为本申请提供的事件处理方法的一个流程示意图；

图5-图7为本申请提供的一种创建新场景事件的界面示例图；

图8为本申请提供的一种起夜场景下的用户行走路线示例图；

图9A与图9B为本申请提供的一种确定起夜场景的界面示例图；

图10-图12为本申请提供的一种设置联动任务的界面示例图；

图13为本申请提供的一种异常信息的界面示例图；

图14为本申请实施例中电子设备的另一种结构示意图；

图15为本申请实施例中电子设备的另一种结构示意图。

具体实施方式

本申请实施例提供了一种事件处理方法，可以通过监测场景事件中的智能设备实现对 使用智能设备的用户提供智能关怀。

为了便于理解，下面先对本申请实施例主要涉及的相关术语和概念进行介绍。

(1)设备配网

IoT设备首次接入家庭无线保真(wireless fidelity，WiFi)网络时，通过应用(application，APP)发送家庭WiFi的服务集标识符(service set identifier，SSID) 和密码给设备，使设备能够连接到家庭WiFi实现上网，并通过网络完成设备注册和绑定 的过程。

(2)IFTTT(if this then that)规则

this可认为是触发条件，that可认为是设备的执行操作或执行事件。可以简单理解 为，如果触发了某一事件，则执行设置好的另一事件。也即，若满足了IFTTT规则中触发条件，则执行IFTTT规则中对应的操作。例如：如果智能门锁识别出门口的人通过了生物 认证(触发条件)，则门自动打开(执行事件)。

上述触发条件，也可以称之为触发事件，如果IFTTT规则中A设备执行了某个或某些 操作，或者A设备检测的参数满足某个或某些条件，则B设备执行对应的操作，则A设备可以称为条件设备，B设备可以称为执行设备。其中，IFTTT规则中，条件设备的数量可 以是一个或多个，执行设备的数量可以是一个或多个，本申请实施例不做限定。

例如：一条IFTTT规则为：如果A设备执行了某个或某些操作(或者A设备检测的参数满足某个或某些条件)，并且，C设备执行了某个或某些操作(或者C设备检测的参数满 足某个或某些条件)，则B设备执行对应的操作。在该条IFTTT规则中，A设备和C设备均 为条件设备，B设备为执行设备。

又例如：另一条IFTTT规则为：如果A设备执行了某个或某些操作(或者A设备检测的参数满足某个或某些条件)，则B设备执行相应的操作，且D设备执行相应的操作。在 该条IFTTT规则中，A设备为条件设备，B设备和D设备为执行设备。

需要说明的是，在一些实施例中，IFTTT规则中也可以没有条件设备，那么执行设备 可以根据例如本地的时间，自动执行相应的操作。

(3)事件

事件可以是指设备开启某种功能，也可以是执行某种动作，还可以是指设备从一种状 态变化为另一种状态的过程等，具体此处不做限定。

(4)智能家居(smart home或home automation)

智能家居是以住宅为平台，利用综合布线技术、网络通信技术、安全防范技术、自动 控制技术、音视频技术将家居生活有关的设施集成，构建高效的住宅设施与家庭日程事务 的管理系统，提升家居安全性、便利性、舒适性、艺术性，并实现环保节能的居住环境。

(5)家庭中枢

家庭中枢是具有隐私功能的中间设备，例如：家庭中枢是手机与云端之间的一个转发 设备。家庭中枢接收手机发送的信息，并将该信息中携带的有关于个人隐私的信息剔除后， 向云端转发。

在智能家居系统中，用户可以在终端上安装与智能家居相关的应用(application， APP)，通过操作终端上的APP远程控制智能家居设备，当然用户也可以操作智能家居设备， 控制智能家居设备。

但是，事件之间的联动需要用户提前手动配置联动场景，配置操作复杂，且配置的效 果不符合用户的实际使用习惯，不合适的设置不仅不能给用户带来便利，反而可能触发不 恰当的联动带来干扰。

为了解决上述问题，本申请实施例提供了一种事件处理方法，录制一段时间内智能设 备执行的操作/功能，或智能设备的状态变化，生成场景事件，并设置场景事件的联动规 则，若满足联动条件，则触发预设的联动事件。一方面，减少用户配置联动场景的操作，另一方面，使得场景事件更加符合用户的实际使用习惯。可以实现对使用智能设备的用户进行智能关怀。本申请实施例提供的方法可以应用于智能家居场景、智能办公场景、智能餐厅、智能停车场等智能场景，具体此处不做限定。下面以智能家居场景为例对本申请实施例提供的方法进行描述。

图1为本申请实施例提供的一种智能家居系统示例图。该智能家居系统包括智能家居 设备101、电子设备102、家庭中枢103以及云端服务器104。

可选地，本地网络中的智能家居设备101和/或电子设备102可以通过有线、无线保真(wireless fidelity，WiFi)、移动数据网或者其他连接方式与云端服务器104建立连接，或者通过局域网中的路由器与云端服务器104建立连接，或者通过家庭中枢103与云 端服务器104连接。其中，云端服务器104可以为家居云，IoT等的服务器或者服务器集 群，可以将家居中的各种电子电气设备连接起来，统一管理、远程监控和资源共享等，实 现了高效、便利的生活环境。若智能家居设备为多个，多个智能家居设备可以处于同一个 局域网内，或者属于同一个账户。可以理解的是，某个家庭中也可以包括多个局域网或多 个账户，每个局域网或每个账户对应包括一个或多个智能家居设备。例如：A账户包括1 号至4号智能家居设备，B账户包括5号至10号智能家居设备，具体此处不做限定。

一种可能实现的方式中，用户可以通过电子设备102向家庭中枢103发出控制规则， 家庭中枢103在收到控制规则后，将控制规则发送给智能家居设备101。在另一些实施例 中，智能家居设备101与电子设备102之间也可以通过无线的方式连接进行通信。示例性的，用户可以在电子设备102安装的智能家居APP上进行操作，通过无线通信网络(例如， 3G网络、4G网络等)、通过蓝牙或通过WiFi传输控制规则，远程控制智能家居设备101。 本申请实施例对具体的通信方式不作限定。可选地，用户也可以直接在智能家居设备101 上操作，控制智能家居设备101。需要说明的是，控制规则也可以理解为控制指令，智能 家居设备接收到控制指令后，执行相应的操作。可以理解的是，智能家居设备101已经在 云端服务器104上注册，并与电子设备102相关联。换而言之，智能家居设备101已经与 电子设备102配对成功，此时用户可以通过电子设备102控制智能家居设备101。例如， 智能家居设备101与用户名关联，或者，智能家居设备101与设备标识关联，或者，智能 家居设备101与图1所示中的家庭中枢103关联。为描述方便，本申请实施例中智能家居 设备已经与特定的电子设备、特定的用户或特定的家庭中枢配对。

可选地，智能家居设备101接收到控制规则之后，根据控制规则执行相应的操作，并 向家庭中枢103上报自己的状态信息。例如，智能家居设备101为智能空调，在接收到控制规则前智能空调处于待机状态。当智能空调接收到开启制冷模式的控制规则，智能空调启动制冷模式，并将当前所处的制冷模式状态信息上报给家庭中枢103。在另一些实施例中，智能家居设备101还可以是电饭煲、空调、热水器、智能门锁等等。为方便描述，本 申请所述的家居设备均指智能家居设备。对于不同的智能家居设备，当前状态或者功能可 以不同。

上述家庭中枢103的主要功能：一方面，家庭中枢103可以用于连接智能家居设备101、 电子设备102与云端服务器104，实现智能家居设备101、电子设备102与云端服务器104 之间的通信；另一方面，家庭中枢103还可以用于保障用户的隐私安全，例如：家庭中枢103接收电子设备102发送的信息，剔除该信息中携带的有关于用户隐私的信息后，并向 云端服务器104转发。当然，智能家居系统也可以不包括家庭中枢，具体此处不做限定。

另外，家庭中枢103可以用于存储智能家居设备101的状态信息。作为一种示例，家庭中枢103可以存储智能家居设备101的最新状态信息。在另一示例中，家庭中枢103也 可以分时段，存储不同时段的智能家居设备101的状态信息，不予限定。另外，若智能家 居系统中没有家庭中枢103，前述家庭中枢所执行的操作可以由云端服务器执行。

本申请实施例中，智能家居设备101可以是移动终端、家用电器或传感器等。示例性 的，智能家居设备101可以是智能电视、智能灯、智能插座、空气净化器、加湿器、智能 饮水机、智能油烟机、智能台灯、智能音箱、智能门锁、智能插线板、智能电磁炉、智能 摄像头、智能投喂器、智能冰箱等，还可以是烟雾传感器(用于检测房间内是否有燃气泄 漏)、人体感应器(用于感应是否有人体通过)、温度传感器(用于检测房间或物品的温度 值)、湿度传感器(用于检测房间的湿度值)、门窗感应器(用于感知门窗是否开启或关闭)、 PM2.5空气传感器(用于检测房间PM2.5的含值)等。对于智能家居设备的具体功能类型此 处不做限定。

本申请实施例中，电子设备102可以是手机、平板电脑、桌面型、膝上型、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、手持计算机、上网本、个人数字助理(personal digital assistant，PDA)、可穿戴电子设备、智能手表等 设备。具体此处不做限定。

本申请实施例对上述智能家居设备、电子设备、家庭中枢和云端服务器的具体形式不 做特殊限制。

本申请实施例的电子设备102的结构可以参考图2所示的电子设备102的结构，以及 图3所示的电子设备102的软件结构示意图。需要说明的是，电子设备102可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图 示的部件可以以硬件，软件或软件和硬件的组合实现。

请参阅图2，本申请实施例提供的电子设备的一种结构示例(电子设备是智能手机为 例)：图2示出的是与本申请实施例提供的电子设备相关的部分结构的框图。参考图2，电子设备包括：射频(radio frequency，RF)电路210、存储器220、输入单元230、显示 单元240、传感器250、音频电路260、无线保真(wireless fidelity，WiFi)模块270、 处理器280、以及电源290等部件。本领域技术人员可以理解，图2中示出的电子设备结 构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件， 或者不同的部件布置。

下面结合图2对电子设备的各个构成部件进行具体的介绍：

RF电路210可用于收发信息或通话过程中，信号的接收和发送。通常，RF电路210包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier，LNA)、双工器等。此外，RF电路210还可以通过无线通信与网络和其他设备 通信(例如图1所示的智能家居设备、家庭中枢或云端服务器)。上述无线通信可以使用 任一通信标准或协议，包括但不限于全球移动通讯系统(global system of mobilecommunication，GSM)、通用分组无线服务(general packet radio service，GPRS)、码 分多址(code division multiple access，CDMA)、宽带码分多址(wideband code divisionmultiple access，WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息 服务(short messaging service，SMS)等。

存储器220可用于存储软件程序以及模块，处理器280通过运行存储在存储器220的 软件程序以及模块，从而执行电子设备的各种功能应用以及数据处理。存储器220可主要 包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的 应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据电子设备的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器220可以包括高速随机 存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其 他易失性固态存储器件。

输入单元230可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以 及功能控制有关的键信号输入。具体地，输入单元230可包括触控面板231以及其他输入 设备232。触控面板231，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板231上或在触控面板231附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板231可包括触摸检 测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操 作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息， 并将它转换成触点坐标，再送给处理器280，并能接收处理器280发来的命令并加以执行。 此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板231。除 了触控面板231，输入单元230还可以包括其他输入设备232。具体地，其他输入设备232 可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、 操作杆等中的一种或多种。

显示单元240可用于显示由用户输入的信息或提供给用户的信息以及电子设备的各种 菜单。显示单元240可包括显示面板241，可选的，可以采用液晶显示器(liquidcrystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配 置显示面板241。进一步的，触控面板231可覆盖显示面板241，当触控面板231检测到在其上或附近的触摸操作后，传送给处理器280以确定触摸事件的类型，随后处理器280 根据触摸事件的类型在显示面板241上提供相应的视觉输出。虽然在图2中，触控面板231 与显示面板241是作为两个独立的部件来实现电子设备的输入和输入功能，但是在某些实 施例中，可以将触控面板231与显示面板241集成而实现电子设备的输入和输出功能。

电子设备还可包括至少一种传感器250，比如光传感器、运动传感器以及其他传感器。 具体地，光传感器可包括环境光传感器及接近光传感器，其中，环境光传感器可根据环境 光线的明暗来调节显示面板241的亮度，接近光传感器可在电子设备移动到耳边时，关闭 显示面板241和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步 器、敲击)等；至于电子设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感 器等其他传感器(例如指纹传感器、温度传感器、骨传导传感器等)，在此不再赘述。

音频电路260、扬声器261，传声器262可提供用户与电子设备之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号，传输到扬声器261，由扬声器261转 换为声音信号输出；另一方面，传声器262将收集的声音信号转换为电信号，由音频电路 260接收后转换为音频数据，再将音频数据输出处理器280处理后，经RF电路210以发送 给比如另一电子设备，或者将音频数据输出至存储器220以便进一步处理。

WiFi属于短距离无线传输技术，电子设备通过WiFi模块270可以帮助用户收发电子 邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图2示出了WiFi模块270，但是可以理解的是，其并不属于电子设备的必须构成。

处理器280是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部 分，通过运行或执行存储在存储器220内的软件程序和/或模块，以及调用存储在存储器 220内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。可选的，处理器280可包括一个或多个处理单元；优选的，处理器280可集成应用处理器和 调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解 调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器 280中。

电子设备还包括给各个部件供电的电源290(比如电池)，优选的，电源可以通过电源 管理系统与处理器280逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，电子设备还可以包括摄像头、蓝牙模块等，在此不再赘述。

电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或 云架构。本发明实施例以分层架构的Android系统为例，示例性说明电子设备100的软件结构。

图3是本发明实施例的电子设备的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件 接口通信。在一些实施例中，将Android系统分为四层，从上至下分别为应用程序层，应 用程序框架层，安卓运行时(Android runtime)和系统库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图3所示，应用程序层可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝 牙，音乐，视频，短信息等应用程序包。

在本申请的一些实施例中，应用程序层可以包括第一应用，第一应用可以为智能家居 App，用户可以使用该应用对智能家居的设备进行设置和管理。例如：用户可以使用第一 应用，设置IFTTT规则，家庭网络中的多个智能家居设备可以基于用户设置的IFTTT规则进行联动，为用户提供智能的家居生活。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏， 锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以 包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于 构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示 界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供电子设备的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。

通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消 息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，电子设备振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android Runtime负责安卓系统的调度和管 理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核 心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架 层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线 程管理，安全和异常的管理，以及垃圾回收等功能。

系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的 融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可 以支持多种音视频编码格式，例如:MPEG4，H.264，动态影像专家压缩标准音频层面 3(moving picture experts group audio layer III，MP3)，高级音频编码(advancedaudio coding，AAC)，自适应多速率(adaptive multi rate，AMR)，联合图像专家组(jointphotographic experts group，JPEG)，便携式网络图形(portable network graphics，PNG)等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动， 传感器驱动。

首先对本申请实施例提供的方法的应用场景进行描述。本申请实施例提供的方法可以 应用于智能家居场景、智能办公场景、智能餐厅场景、智能停车场景等智能场景。

一、对于智能家居场景

在智能家居场景下，可以实现对使用智能家居设备的用户进行智能关怀。

1、对于老人智能关怀场景，可以录制在一段时间内老人使用过的智能家居设备，根 据录制情况生成场景事件，并设置与场景事件相关联的联动任务，该联动任务包括联动条 件(例如预设值)与联动动作(或称为联动事件)(例如发送异常信息)。

例如，场景事件为老人起夜场景。老人日常生活中正常情况下一天起夜(可以是指24:00至06:00的时间段)1次，监测24:00至06:00的时间段中老人家使用的智能家居 设备，可以确认老人起夜时会使用卧室中的第一智能灯、卫生间的第二智能灯以及卫生间 的智能抽水马桶。即该起夜场景可以包括三个第一事件，第一个第一事件为第一智能灯开 启(或者理解为第一智能灯从关闭状态变化为打开状态)，第二个第一事件为第二智能灯 开启(或者理解为第二智能灯从关闭状态变化为打开状态)，第三个第一事件为智能抽水 马桶执行抽水功能。当后续监测到老人一天起夜超过预设值3次，即监测到上述三个第一 事件发生的次数超过预设值3次，则向终端设备发送异常信息，提醒终端设备的第一用户： 老人的身体可能出现异常。即联动条件是第二预设时间段内起夜场景的发生次数大于或等于第三预设阈值，联动事件为向终端设备发送异常信息，这里的第二预设时间段可以理解为是起夜(即24:00至06:00)时间段，第三预设阈值为3次。

再例如：场景事件为老人送孩子上学场景。监测老人日常生活中正常情况下送孩子上 学从出门(06:00)到回家(07:00)过程中智能家居设备执行的功能或状态的变化，可以 确认老人送孩子上学场景包括两个第一事件，第一个第一事件为智能门锁从屋内开启(可 表示家庭成员出门)，第二个第一事件为智能门锁从屋外开启(可表示家庭成员回家)，并 且第一个第一事件与第二个第一事件间隔1小时。当监测到老人送孩子上学从出门到回家 的时长超过预设值2小时，即监测到上述第一个第一事件与上述第二个第一事件间隔超过 预设值2小时，则向终端设备发送异常信息，提醒终端设备的第一用户：老人在送孩子上学途中可能遇到麻烦。即联动条件是送孩子上学场景的时长大于或等于第二预设阈值，联动事件为向终端设备发送异常信息。这里的第二预设阈值为2小时。

又例如，场景事件为老人做午饭场景。监测老人日常生活中做午饭过程中智能家居设 备执行的功能或状态的变化，可以确认老人做午饭场景包括两个第一事件，第一个第一事 件为燃气罐从关到开，第二个第一事件为燃气罐从开到关，并且第一个第一事件与第二个 第一事件间隔40分钟。当监测到燃气罐的使用时长超过预设值1小时，则向终端设备发 送异常信息，提醒终端设备的第一用户：老人可能忘记关闭燃气罐等。即联动条件是老人 做午饭场景的时长大于或等于第二预设阈值，联动事件为向终端设备发送异常信息。这里 的第二预设阈值为1小时。

2、对于习惯喝酒用户的智能关怀场景

例如，场景事件为喝酒场景。监测到19:00至20:00期间智能冰箱中啤酒减少1瓶(即 例如丈夫在日常生活中晚餐习惯从智能冰箱中拿一瓶啤酒)，可以确认喝酒场景包括一个 第一事件，该第一事件为智能冰箱中啤酒的数量减少1瓶。当后续监测某天19:00至20:00 期间，智能冰箱中啤酒的数量少了4瓶，对于啤酒数量的监测可以是通过智能冰箱中的光 传感器、重量传感器或摄像头等监测啤酒数量的减少，则向终端设备发送异常信息。提醒 终端设备的第一用户(例如妻子)：丈夫的心情可能有波动。即联动条件是第二预设时间 段内喝酒场景的发生次数大于或等于第三预设阈值，联动事件为向终端设备发送异常信 息，这里的第二预设时间段可以理解为1小时(即19:00至20:00)，第三预设阈值为4次。

3、对于宠物的智能关怀场景

例如，场景事件为宠物吃饭场景。监测日常生活中自动投喂器每隔5小时开启一次， (即宠物在日常生活中隔5小时进食一次)，可以确认宠物吃饭场景包括二个第一事件，第一个第一事件为自动投喂器开启放食功能，第二个第一事件为自动投喂器开启放食功能，并且第一个第一事件与第二个第一事件间隔5小时。当后续监测到第一个第一事件与第二个第一事件间隔8小时(即宠物未吃饭的时长超过8小时)，则向终端设备发送异常 信息，提醒终端设备的第一用户(例如宠物的主人)：宠物身体或心情异常。即联动条件 是宠物吃饭场景的时长大于或等于第二预设阈值，联动事件为向终端设备发送异常信息。 这里的第二预设阈值为7小时。

可以理解的是，对于智能家居场景，上述几种只是举例，实际应用中，还可以有其他 具体的场景，此处不做限定。

二、对于智能办公场景

例如，场景事件为上班打卡场景。监测到工作日的07:00至08:00期间公司的智能打 卡机对第二用户(A员工)进行打卡，可以确认上班打卡场景包括一个第一事件，该第一事件为智能打卡机对第二用户打卡。当监测某个星期(即五个工作日)第一事件的发生次数为1，则向终端设备发送异常信息，提醒终端设备的第一用户(例如领导或人事)：A员 工身体或心情异常。即联动条件是一周内A员工上班打卡的次数小于阈值，联动事件为向 终端设备发送异常信息。这里的阈值可以为4次。

三、对于智能餐厅场景

例如，场景事件为智能餐厅场景。监测A顾客在日常生活的早餐中在智能餐厅小程序 点早餐，可以确认智能餐厅场景包括一个第一事件，该第一事件为A顾客在智能餐厅的小 程序上进行点菜。当监测某个星期(即五个工作日)第一事件的发生次数为0，则向终端设备发送信息，该信息用于向终端设备的第一用户(例如A顾客)展示智能餐厅的关怀。 例如，信息为：检测到您本星期未到本店吃早餐，请问您是搬家还是出差。进而体现智能 餐厅对A顾客的智能关怀。即联动条件是一周内A顾客在小程序上点早餐的次数小于阈值， 联动事件为向终端设备发送异常信息。这里的阈值可以为3次。

四、对于智能停车场景

例如，场景事件为智能停车场景。监测日常生活中车牌为粤A666666(例如车主为妻 子)在停车场停车区间为晚上19:00到早上07:00，可以确认智能停车场景包括二个第一事件，第一个第一事件为该车进入停车场，第二个第一事件为该车离开停车场，并且第一个第一事件与第二个第一事件间隔12小时。当后续监测到第一个第一事件与第二个第一事件间隔24小时(即车在停车场停车时长超过24小时)，则向终端设备发送异常信息， 提醒终端设备的第一用户(例如丈夫)：妻子可能未正常上班，身体或心情可能异常。即 联动条件是智能停车场景的时长大于或等于第二预设阈值，联动事件为向终端设备发送异 常信息。这里的第二预设阈值可以为10小时。

可以理解的是，对于本申请实施例提供中方法的应用场景，上述几种场景只是举例， 实际应用中，还可以有其他场景，具体此处不做限定。

下面结合图1的智能家居系统，对本申请实施例中的事件处理方法进行详细描述：

请参阅图4，本申请实施例中事件处理方法一个实施例包括步骤401至步骤412。

步骤401，电子设备接收第三操作。

本申请实施例中的第三操作，可以是第一用户的操作(点击、语音或者填写等)，也可以是其他设备(例如服务器、其他电子设备)下发的指令操作等，具体此处不做限定。

示例性的，仅以电子设备是手机，第三操作是第一用户的操作为例进行示意性说明， 图5中的(a)为手机的正面示意图。手机的显示屏上显示有智能家居App图标501，第一用户可以点击“智能家居App图标”501，如图5中的(b)所示，手机响应于点击操作， 显示智能家居App的用户界面。该用户界面可以包括已添加的智能家居设备名称及图标、 多个状态栏等。示例性的，已添加的智能家居设备包括：卫生间灯、抽水马桶、卧室灯、 智能门锁、智能冰箱、自动投喂器等。多个状态栏包括：家居、商城、智能、我的。其中， 如果第一用户未登录智能家居APP，还需要输入用户名和密码。用户名可以是第一用户的 手机号码、微信号或特定名称等，密码可以是指纹密码、数字密码、图案密码、语音密码、 面部密码等，具体此处不做限定。在第一用户登录智能家居APP之后，用户界面还可以包 括用户名。示例性的，如图5中的(b)所示，用户名可以为A。可选地，如图5中的(b)所 示，第一用户还可以点击用户界面上的“+”图标，添加智能家居设备。

另外，如图5中的(c)所示，第一用户还可以点击状态栏中的“智能”图标502，如图5中的(d)所示，手机响应于点击操作，显示“创建智能”的用户界面。该用户界面可以 包括“设置条件”与“设置任务”两个部分，如图5中的(d)所示，第一用户点击“智 能”图标502可以默认跳转到“设置条件”的界面。该“设置条件”的界面包括：一键执 行、气象变化时、定时、设备状态变化时、场景事件关怀条件等。如图6中的(a)所示， 第一用户还可以点击“场景事件关怀条件”右侧的“>”图标601,如图6中的(b)所示， 手机响应于点击操作，显示“场景事件关怀条件”的用户界面。该“场景事件关怀条件” 界面包括联动条件(后文中在详细介绍)与场景事件管理。如图6中的(c)所示，第一 用户还可以点击“场景事件管理”图标602,如图6中的(d)所示，手机响应于点击操作， 显示“场景事件管理”的用户界面。该“场景事件管理”界面可以包括现有场景事件、场 景事件推荐、创建新场景事件(或者是创建录制任务)等。其中，现有场景事件包括第一 场景事件、第二场景事件等，对于第一场景事件与第二场景事件的具体场景以及智能场景 的具体数量此处不做限定。例如，第一场景事件或第二场景事件可以是“送小孩上学”场 景、“做饭”场景、“晚饭”场景、“宠物喂食”场景等(如前所述)。场景事件推荐用于向 第一用户推荐其他用户选择过的智能场景等，创建新场景事件用于第一用户创建新的智能 场景。如图7中(a)所示，手机的显示屏上显示有“创建新场景事件”图标，第一用户 可以点击“创建新场景事件”图标701。换句话说，第三操作可以包括第一用户点击“创 建新场景事件”图标701的操作。

步骤402，电子设备响应第三操作，创建录制任务。

本申请实施例中的录制任务包括场景事件的名称以及录制的时间区间等。

示例性的，延续上述举例，如图7中的(b)所示，手机响应于点击操作，显示创建 新场景事件的用户界面。该用户界面可以包括场景事件名称、A区域、监测时间区间(即 第一预设时间段)、B区域、C区域、开启录制等。其中，第一用户可以在A区域填写场景 事件的名称，可以在B区域填写监测时间区间的起始时刻，可以在C区域填写监测时间区 间的结束时刻。例如，第一用户为了监测第二用户(例如：老人、小孩等)起夜过程中上 厕所的次数，第一用户可以在A区域填写“起夜”，在B区域可以填写“24:00”，在C区 域可以填写“06:00”，如图7中的(c)所示，手机响应于填写操作，显示第一用户填写 后的创建新场景事件界面。若第一用户确认没有问题，可以点击如图7中(d)中所示的 “开启录制”图标702。

本申请实施例中的第一用户与第二用户可以是同一用户，也可以是不同用户(例如： 第一用户与第二用户是父女关系等)，具体此处不做限定。

步骤403，电子设备向云端服务器发送录制任务。本步骤是可选地。

本步骤中的电子设备向云端服务器发送录制任务，可以是电子设备通过家庭中枢向云 端服务器转发录制任务，也可以是电子设备直接向云端服务器发送录制任务等，具体此处 不做限定。

可选地，电子设备创建录制任务之后，如果智能家居系统中有如图1中所示的家庭中 枢，电子设备可以向家庭中枢发送录制任务，由家庭中枢保存并执行录制任务。电子设备 还可以向云端服务器发送录制任务，云端服务器可以保存录制任务，防止家庭中枢的本地 数据(包括录制任务)丢失。如果智能家居系统中没有家庭中枢，电子设备可以保存并执行录制任务。或者向云端服务器发送录制任务，由云端服务器保存并执行录制任务。可选地，如果是云端服务器保存录制任务，为了避免用户的私密信息泄露，可以不存储与第一用户和/或第二用户私密相关的信息，例如：用户的真实姓名、身份证号码、手机号码等。 当然，也可以用标识、昵称代替用户的私密信息。

步骤404，云端服务器接收智能家居设备发送的状态信息。本步骤是可选地。

本步骤中的执行主体也可以是电子设备或家庭中枢等设备，具体此处不做限定。

可选地，云端服务器在接收录制任务之后，记录在监测时间区间内触发的一个或多个 第二事件。其中，该第二事件可以是指智能家居设备执行的某个动作/功能、也可以是智 能家居设备的状态从某一状态变化为另一状态。例如，前述场景中的举例，第二事件可以 是卫生间的智能灯执行开启功能，或者智能灯从关闭状态变化为打开状态等。

换句话说，在监测时间区间的起始时刻，云端服务器开启录制，在监测时间区间的结 束时刻，结束录制，记录起始时刻与结束时刻时间发生的一个或多个第二事件。

如果是云端服务器执行录制任务，云端服务器可以在监测时间区间内接收所有智能家 居设备(例如图5中A的家账户下的所有智能家居设备)发送的状态信息。换句话说，智能家居设备将在监测时间区间内发生的状态变化通知云端服务器。当然，智能家居设备可以将在监测时间区间内执行的功能或动作告知云端服务器。

示例性的，延续上述举例，录制任务的场景事件名称为“起夜”，监测时间区间为24:00 至06:00。

步骤405，云端服务器监测智能家居设备得到的一个或多个第二事件。本步骤是可选 地。

本步骤中的执行主体也可以是电子设备或家庭中枢等设备，具体此处不做限定。

可选地，云端服务器可以记录监测时间区间内所有智能家居设备执行的功能，或发生 的状态变换，以得到一个或多个第二事件。另外，还可以记录第二事件的第一信息，该第 一信息可以包括第二事件的四元组与至少两个第二事件的时间间隔。当然，若家庭中第二 用户为多个时，第一信息还可以包括使用智能家居设备的多个第二用户中的特定用户。其 中，四元组包括智能家居设备名称{或者服务(Service)名称}、智能家居设备的角色(Character)、执行的动作(Action)、在家中的位置(Location)。时间间隔是指至少两 个第二事件之间的间隔，另外时间间隔可以包括至少两个第二事件之间实际发生的时间间 隔(Delay)、预设时间间隔{或者称为默认时间间隔(Tolerance)}等中的至少一个。其 中时间间隔的单位可以是秒、分钟、小时等，具体此处不做限定。本申请实施例未说明单 位时，默认是以分钟为单位，另说单位的除外。云端服务器将一个或多个第二事件的四元 组和/或时间间隔整体作为场景事件，当然，若是多个第二事件，可以按照多个第二事件 发生时间的先后顺序生成场景事件。

示例性的，延续上述举例，在24:00至06:00的监测时间区间内，一共四个智能家居设备执行了动作或功能(相当于四个第二事件)。为了方便理解，下面结合家庭的房间结 构描述场景事件“起夜”的生成，如图8所示，一种家庭结构的示例，在24:00至06:00 的监测时间区间内，第二用户的行走路线如图8所示，从卧室起床途径客厅到卫生间的冲 水马桶处，其中，801为卧室灯的开关，802为客厅灯的开关，803为卫生间灯的开关，804 为卫生间冲水马桶的冲洗器。例如：第二用户是老人，第一个第二事件是卧室灯的开关执 行开启功能，第二个第二事件是客厅灯的开关执行开启功能，第三个第二事件是卫生间灯 的开关执行开启功能，第四个第二事件是卫生间抽水马桶的冲洗器执行冲洗。其中Delay 代表相邻两个第二事件之间的实际间隔，如下表1所示，第一个第二事件与第二个第二事 件之间的实际间隔为5秒，第二个第二事件与第三个第二事件之间的实际间隔为5秒，第 三个第二事件与第四个第二事件之间的实际间隔为5分钟。其中，第三个第二事件与第四 个第二事件之间的实际间隔为5分钟可以理解为，老人在开启卫生间灯开关之后间隔5分 钟，抽水马桶中冲水器进行冲洗。Tolerance代表用户预先或后续设置的事件之间的时间 间隔，如果是预先设置的，也可以理解为Tolerance是时间间隔的默认值。如果是后续设 置的，可以理解为Tolerance是时间间隔的调整值。可选地，灯的开启/关闭也可以是由例 如红外传感器等传感器设备感应到有人在附近后自动开启/关闭的；抽水马桶进行冲洗也可 以是由例如红外传感器等传感器设备感应到人如厕完毕后自动进行的。

示例性的，云端服务器监测智能家居设备得到的多个第二事件以及第一信息可以如表 1所示：

表1

Service	Character	Action	Location	Delay	Tolerance
						灯	开关	开启	卧室	-	-
灯	开关	开启	客厅	5秒	3秒
						灯	开关	开启	卫生间	5秒	3秒
抽水马桶	冲洗器	冲洗	卫生间	5分钟	10分钟

其中，Tolerance的设置数值具体此处不做限定。

可选地，云端设备监测智能家居设备得到的一个或多个第二事件之后，可以根据辅助 设备获知使用智能设备的用户，进而生成与该用户相关的场景事件。示例性的，场景事件 可以包括表1中的四个第二事件。

可选地，若使用智能设备的第二用户为多个，而第一用户只想对多个第二用户中的特 定用户进行关怀，则可以通过辅助设备对特定用户使用过的智能设备进行识别。

本申请实施例中的辅助设备可以通过传感器、人脸识别或指纹识别等方式对特定用户 进行识别，具体识别方法此处不做限定。

示例性的，云端服务器监测智能家居设备得到的多个第二事件以及第一信息还可以如 表2所示：

表2

Service

Character

Action

Location

Delay

Tolerance

User

灯

开关

开启

卧室

-

-

特定用户

灯

开关

开启

客厅

5秒

3秒

非特定用户

灯

开关

开启

卫生间

5秒

3秒

特定用户

抽水马桶

冲洗器

冲洗

卫生间

5分钟

10分钟

特定用户

表2所示的第一信息相比于表1所示的第一信息，多了用户信息(表2中User列)。用户信息即为使用智能设备的用户身份信息，可以通过上述辅助设备识别得到。例如，智能门锁开启，智能门锁中的身份认证装置(例如人脸识别装置、指纹识别装置)根据采集 到的图像信息、指纹信息等，识别此次智能门锁开启事件中智能门锁的使用者为老人，从 而智能门锁将智能门锁开启事件和此次智能门锁开启事件对应的用户信息(老人)发送给 云端设备。又例如，智能灯开启，家中的摄像头根据采集到的视频信息，识别此次智能灯 开启事件中智能灯的使用者为老人，从而智能灯将开启事件发送给云端设备、摄像头将用 户信息(老人)发送给云端设备，云端设备获取此次智能灯开启事件和此次智能灯开启事 件对应的用户信息。

示例性地，表2所示的四个第二事件中，第一、第三和第四个第二事件对应的User均为特定用户，例如老人。第二个第二事件对应的User为非特定用户，例如爸爸。在监 测时间区间内(例如24：00—6：00)，虽然客厅灯执行了开启功能，但是该客厅灯是非特 定用户使用的。则云端设备可以自动将非特定用户对应的第二事件进行删除以得到如表3 所示的特定用户对应的场景事件。从而这种方式可以不需要第一用户手动删除监测到的与 场景事件不相关的第二事件。

示例性的，场景事件“起夜”的一种结构示意图可以如表3所示：

表3

Service

Character

Action

Location

Delay

Tolerance

User

灯

开关

开启

卧室

-

-

特定用户

灯

开关

开启

卫生间

10秒

6秒

特定用户

抽水马桶

冲洗器

冲洗

卫生间

5分钟

10分钟

特定用户

其中，表3中场景事件包括的三个第一事件相较于表2中的四个第二事件减少一个第 二事件，即减少了表2中的第二个第二事件。相应的，表3中的第一个第一事件与第二个第一事件之间的间隔间隔相当于表2中第一个第二事件与第三个第二事件之间的时间间隔。即当删除第二事件时云端设备可以自动调整Delay值与Tolerance值。具体地，表2 中第三个第二事件(卫生间灯开启)的Delay记录的是第三个第二事件(卫生间灯开启) 与第二个第二事件(客厅灯开启)的时间间隔；由于第二个第二事件(客厅灯开启)对应 的User为非特定用户，当表3中删去了客厅灯开启这一事件后，则相应地，表3中第二 个第一事件(卫生间灯开启)的Delay应调整为第二个第一事件(卫生间灯开启)与第一 个第一事件(卧室灯开启)之间的时间间隔，如表3所示，应调整为10秒。

步骤406，云端服务器向电子设备发送监测得到的一个或多个第二事件。本步骤是可 选地。

可选地，云端服务器录制智能家居设备得到一个或多个第二事件之后，向电子设备发 送云端服务器监测得到的一个或多个第二事件。如果智能家居系统中包括家庭中枢，云端 服务器还可以通过家庭中枢向电子设备发送云端服务器监测得到的一个或多个第二事件。

当然，电子设备获取第二事件的方式除了上述所说的方式，电子设备还可以直接记录 智能家居设备的状态信息得到(即可以不通过云端服务器或家庭中枢获取到第二事件)， 具体此处不做限定。

可选地，若步骤405中，若云端服务器获取了场景事件(例如表3所示起夜场景事件)， 则可以直接向电子设备发送场景事件。

步骤407，电子设备接收第一操作。本步骤是可选地。

可选地，云端服务器监测得到的一个或多个第二事件之后，可以向智能家居App发送 监测得到的一个或多个第二事件。电子设备可以向第一用户呈现一个或多个第二事件，即 第一用户可以通过智能家居App查看云端服务器监测得到的一个或多个第二事件。

可选地，云端服务器监测得到场景事件之后，可以向智能家居App发送监测得到的场 景事件。电子设备可以向第一用户呈现场景事件，即第一用户可以通过智能家居App查看 云端服务器监测得到的场景事件。

本申请实施例中的第一操作可以是第一用户的删除或增加操作、点击操作、填写操作 或编辑操作。也可以是其他设备(例如服务器、其他电子设备)下发的指令操作等，具体 此处不做限定。

示例性的，在图6中(d)的界面，创建新场景事件之后，可以刷新界面或者重启智能家居App，如图9A中的(a)所示，手机的显示屏上显示最新的场景事件管理界面。第 一用户新创建的“起夜”场景已在现有场景事件中。如图9A中的(b)所示，第一用户可 以点击“>”图标901。如图9A中的(c)所示，手机响应于点击操作，显示“起夜”场景 的参数界面。该参数界面包括场景事件名称、监测时间区间、场景操作序列、清空、重新 录制等。其中，场景操作序列与表1类似。另外，第一用户可以点击场景操作序列对多个 第二事件进行删除或增加，还可以对场景操作序列中的区域D与区域E对预设时间间隔进 行调整。换句话说，第一操作可以包括第一用户点击、删除或增加场景操作序列中的第二 事件，还可以包括第一用户点击、填写、编辑区域D或区域E。例如，第一用户认为图9A 中的(c)所示场景操作序列中，客厅中灯的开启动作与起夜场景事件不相关，即第一用 户认为起夜场景事件中客厅中灯的开启动作(例如可能是由在客厅中看电视的另一名家庭 成员触发的)不是必要的。或者第一用户根据前述辅助设备获知客厅中的灯是非特定用户 (例如爸爸、妈妈、孩子)所使用的，则第一用户可以执行第一操作以删除图9A中的(c) 所示场景操作序列中的客厅中灯的开启动作，进而得到特定用户(例如老人)的场景事件。 又例如，第一用户认为图9A中的(c)所示场景操作序列中，区域E所示5分钟的预设时 间间隔过短，即第一用户认为老人如厕时长可能更长，则第一用户可执行第一操作以将区 域E中的5分钟修改为10分钟。

可选地，通过步骤407，第一用户可以针对录制得到的场景操作序列进行自定义修改、 个性化配置，例如删除、添加、编辑一个或多个第二事件或者一个或多个第二事件中的第 一信息。从而当在场景事件的监测事件区间内，录制进了与该场景事件不相关、不必要的 第二事件时，第一用户可以手动删除该不相关、不必要的第二事件，使得步骤408中所确定的场景事件更贴近真实的场景事件。

步骤408，电子设备响应第一操作，确定场景事件。本步骤是可选地。

可选地，电子设备接收第一操作之后，电子设备响应第一操作，调整监测得到的一个 或多个第二事件的第一信息，以得到一个或多个第一事件，并确定场景事件包括一个或多 个第一事件。换句话说，电子设备可以根据第一用户的选择确定场景事件包括一个或多个 第二事件中的一个或多个第一事件。其中，第一事件的数量小于或等于第二事件的数量。

可选地，电子设备接收第一操作之后，电子设备响应第一操作，调整场景事件。

示例性的，延续上述举例，如图9A中(c)所示，在“起夜”场景的参数界面，第一 用户可以对场景操作序列中的第二个第二事件进行删除、调整区域D的预设时间间隔和/ 或调整区域E的预设时间间隔。电子设备响应第一用户的点击、编辑和/或填写操作，删 除第二个第二事件、对区域D的预设时间间隔进行调整和/或对区域E中的预设时间间隔 进行调整。图9B示例性展示了一种可能的修改后的场景操作序列，图9B相比于图9A中 (c)，第一用户删除了第二个第二事件，即第一用户删除了客厅中灯的开启动作这个第二 事件(例如第一用户认为客户灯的开启或关闭可以不作为起夜场景中的必要项)，得到修 改后的场景操作序列。如图9B所示，该修改后的场景操作序列即修改后的起夜场景事件 包括三个第一事件，第一个第一事件是卧室灯的开关执行开启功能，第二个第一事件是卫 生间灯的开关执行开启功能，第三个第一事件是卫生间抽水马桶的冲洗器执行冲洗功能。 此处所述“功能”可以理解为与“动作”相同的概念。

示例性的，场景事件“起夜”的一种结构示意图可以如前述表3所示，当然，若在监测时间段内，有多个用户使用智能家居设备，可以通过第一用户对多个第二事件中其他用户使用智能家居设备所产生的第二事件进行删除，或者可以通过前述的辅助设备识别特定用户，将非特定用户使用智能家具设备触发的事件进行删除。进而减少其他用户使用智能家居设备对准确监测第二用户的行为产生的影响。例如，表3中场景事件包括的三个第一事件相较于表2中的四个第二事件减少一个第二事件，即表2中的第二个第二事件。

在一种可能实现的方式中，第一用户可以在云端设备发送过来的一个或多个第二事件 当中选择一个或多个第一事件为场景事件。在另一种可能实现的方式中，第一用户也可以 在云端设备发送过来的场景事件中对第一事件进行删除、增加等调整操作。当然，云端设 备或电子设备也可以通过辅助设备自动对场景事件进行调整，具体此处不做限定。

可以理解的是，本申请实施例中的场景事件可以由云端设备生成，也可以由电子设备 生成，还可以由用户的设置所生成，具体此处不做限定。如果是云端设备生成场景事件， 可以是将监测得到的一个或多个第二事件作为场景事件，也可以通过辅助设备或第一用户 的设置对第二事件进行筛选得到一个或多个第一事件，并确定场景事件包括一个或多个第 一事件。电子设备生成场景事件的可能方式与云端设备生成场景事件的方式类似，此处不 再赘述。

步骤409，电子设备接收第二操作。

本申请实施例中的第二操作与前述第三操作或第一操作类似，可以是第一用户的点击 操作或填写操作。也可以是其他设备(例如服务器、其他电子设备)下发的指令操作等， 具体此处不做限定。

示例性的，延续上述举例，如图10中(a)所示，第一用户在“创建智能”界面，可 以点击“场景事件关怀条件”右侧的“>”图标1001。如图10中(b)所示，手机响应第 一用户的点击操作，显示“场景事件关怀条件”界面。“场景事件关怀条件”界面包括场 景事件名称、与场景事件相关联的关联条件以及场景事件管理。关联条件包括区域F、区 域G、区域H、区域I等，第一用户可以在区域F、区域G、区域H、区域I右侧的下拉选 项中选择需要设置的联动条件。以“起夜”场景为例，如图10中(b)所示，该“场景事 件关怀条件”界面中的联动条件为：当场景事件“起夜”在“一天内”执行次数“大于” “3”次，联动动作为绑定的关联IFTTT动作。第一用户可以图10中(b)的F区域选择 其他场景事件，在G区域选择时间区域，在H区域选择“大于”、“小于”、“等于”、“大于 或等于”、“小于或等于”等，在I区域可以选择数值。

另外，如图11中(a)所示，第一用户可以在“创建智能”界面，点击“设置任务” 图标1101，如图11中(b)所示，手机响应第一用户的点击操作，显示包括“绑定关联 IFTTT动作”的界面。进一步的，如图11中(c)所示，第一用户还可以点击“绑定关联 IFTTT动作”图标1102，如图11中(d)所示，手机响应第一用户的点击操作，显示“绑 IFTTT动作”界面。该界面包括多个动作或事件。例如：IFTTT动作包括：向第三用户发 送提醒信息、触发第一智能家居设备响铃、拨打120、拨打110等。如图12所示，第一用 户可以点击“向第三用户发送提醒信息”图标1201选项。换句话说，第二操作可以包括 第一用户点击、选择和/或填写图10中(b)的区域F、区域G、区域H、区域I以及第一 用户点击“绑定关联IFTTT动作”图标和/或选择图12中“向用户发送提醒信息”的操作。

步骤410，电子设备响应第二操作，设置第一规则。

电子设备接收第二操作之后，响应第二操作，创建与场景事件相关的联动任务。联动 任务也可以称为第一规则。该联动任务包括联动条件与联动事件，也可以理解为该联动任 务用于指示若满足联动条件，则执行联动事件。其中，联动条件与场景事件的发生次数和 /或发生时长相关。

本申请实施例中的联动条件包括以下至少一项：场景事件的发生次数大于或等于第一 预设阈值；场景事件的发生时长大于或等于第二预设阈值；第二预设时间段内场景事件的 发生次数大于或等于第三预设阈值；第三预设时间段内场景事件的发生时长大于或等于第 四预设阈值等，其中，第一预设阈值与第三预设阈值的单位相同，可以是秒、分钟或小时 等。第二预设阈值与第四预设阈值表示数量。另外，第一预设阈值与第三预设阈值可以相 同或不同，第二预设阈值与第四预设阈值可以相同或不同。可以理解的是，在实际应用中， 可以根据需要设置第一预设阈值、第二预设阈值、第三预设阈值或第四预设阈值，具体此 处不做限定。

本申请实施例中的执行联动事件包括以下至少一项：向终端设备发送异常信息，该异 常信息用于提醒使用一个或多个第一智能家居设备的用户异常；停止智能家居设备的运 行；触发其他智能家居设备(例如第一智能家居设备或除了第一智能家居设备以外的第二 智能家居设备)执行第二功能。例如：前述场景描述中的老人做午饭场景，执行的联动事 件可以是关闭燃气罐，或者打开智能门窗进行通风等。

示例性的，延续上述举例，以“起夜”场景为例，如图10中(b)所示，第一用户可 以图10中(b)的F区域选择“起夜”事件，在G区域选择“一天内”，在H区域选择“大 于”，在I区域可以选择3。另外，如图12所示，手机响应第一用户对于“向第三用户发 送提醒信息”图标1201的点击操作，确认联动动作(或称为联动事件)。进一步的，还可 以设置与联动事件关联的第三用户的相关信息(例如：手机号码、邮箱、账号等)。当然， 还可以设置提醒信息的具体内容。至此，联动任务设置成功。其中，联动条件是：场景事 件“起夜”在“一天内”执行次数“大于”“3”次，联动任务是：向第三用户发送提醒信 息。换句话说联动任务包括：场景事件“起夜”在“一天内”执行次数“大于”“3”次时， 向第三用户发送提醒信息。可以理解的是，图10中(b)所示的联动条件与执行次数有关， 实际应用中，该联动条件还可以如前述场景中的举例所述，联动条件与场景事件的发生次 数或时间间隔等相关，具体此处不做限定。

需要说明的是，如果是对现有场景设置联动任务中的联动条件，可以直接在图6中(c) 的界面中设置联动条件(或者称为场景事件关怀条件)。换句话说，如果是对现有场景设 置联动任务中的联动条件，图6中(c)可以不必点击“场景事件管理”图标602。

本申请实施例中的第三用户可以是创建新场景事件的第一用户，也可以是使用智能家 居设备的第二用户，还可以是其他用户，具体此处不做限定。

步骤411，电子设备向云端服务器发送联动任务。本步骤是可选地。

可选地，电子设备创建与场景事件相关的联动任务之后，可以向家庭中枢或云端服务 器发送联动任务。由家庭中枢或云端服务器监测联动条件和/或触发联动任务。当然，也 可以是电子设备监测联动条件和/或触发联动任务，具体此处不做限定。

步骤412，监测智能家居设备，若满足联动条件，执行联动事件。

可选地，电子设备或家庭中枢监测一个或多个智能家居设备，并根据指定的场景事件， 在监测时间区间内将智能家居设备所触发的事件与指定的场景事件进行匹配操作，当完成 一次场景操作序列的匹配后，计数一次。

上述的匹配过程，可以基于如表3中“起夜”场景中多个第一事件的时序对监测到的 三个事件进行匹配，如果监测到三个事件与“起夜”场景中的三个第一事件相同，且时序一致，则计数一次。当然，也可以增加Tolerance的匹配，即如果监测到三个事件与“起 夜”场景中的三个第一事件相同，且时序一致，但是第二个事件与第三个事件之间的时间 间隔大于10秒钟(即“起夜”场景中第二个第二事件与第三个第二事件之间的Tolerance 值)，则确定未匹配，不进行计数。

示例性的，延续上述的举例，若指定的场景事件是“起夜”场景在24:00至06:00区间，发生4次，超过联动条件中的3次，则执行联动事件(例如向终端设备发送提醒信息， 以使得使用终端设备的第三用户知道“起夜”场景发生异常)，其中，对于提醒信息的内 容和格式，具体此处不做限定。例如：如图13所示，第三用户的手机接收到提醒信息为： 您A的家中的“起夜”场景异常，第二用户在24:00至06:00区间，起夜4次，大于预设 值(3次)，请注意！进而第三用户可以及时发现第二用户的身体异常情况。

本申请实施例提供的方法可以包括图4所示步骤中的部分步骤或所有步骤。在一种可 能实现的方式中，本申请实施例提供的方法可以包括步骤401至步骤405。在另一种可能 实现的方式中，本申请实施例提供的方法可以包括步骤406至步骤411。在另一种可能实现的方式中，本申请实施例提供的方法可以包括步骤406、步骤409、步骤410以及步骤 411。在另一种可能实现的方式中，本申请实施例提供的方法可以包括步骤401至步骤411。

示例性的，若用户察觉到老人近期起夜频繁，希望对老人进行智能关怀，于是在3月10日晚上睡前启动了“起夜”场景事件的录制，对应的，步骤401至步骤405被执行。3 月11日早上，用户打开手机，查看录制好的“起夜”场景事件，然后创建联动任务，对 应的，步骤406至步骤410被执行。从而，以后如果老人频繁起夜(超过用户设置的预设 值)，用户就可以在手机上接收到异常信息，相应的，步骤412被执行，进而实现了对老 人的智能关怀。另外，用户还可以对录制得到的一个或多个第二事件进行选择进而确定场 景事件包括的一个或多个第一事件，对应的步骤407与步骤408被执行。整个过程中，一 方面，减少用户手动操作的次数，降低了创建场景事件的复杂性。另一方面，通过录制生 成的场景事件更加符合老人起夜时对各个智能家居设备的实际使用习惯，提升智能关怀的 准确，避免由于场景事件不符合用户习惯导致的关怀错误。

另外，图4所示本申请实施例中的步骤时序可以有其他可能的情况，例如，步骤407与步骤408可以在步骤409之后等，具体此处不做限定。

本申请实施例中，一方面，通过录制一段时间内发生的一个或多个第一事件，生成场 景事件，降低用户配置联动场景操作的复杂性。进一步的，通过录制的方式记录场景操作 序列，生成的场景事件更符合用户的实际使用习惯。另一方面，通过设置与场景事件相关 联的联动任务，可以实现对使用智能设备的用户进行智能关怀。

下面对本申请实施例中的电子设备进行描述，请参阅图14，该电子设备可以是本地设 备(例如，手机、摄像机等)或云端设备。该电子设备包括：确定单元1401、获取单元1402、监测单元1403以及执行单元1404，该电子设备中各单元所执行的操作与前述图4 至图12所示实施例中电子设备所执行的操作类似，此处不再赘述。

请参阅图15，本申请实施例中电子设备的另一个实施例，该电子设备可以是本地设备 (例如，手机、摄像机等)或云端设备。该电子设备包括：确定单元1501、获取单元1502、监测单元1503、执行单元1504以及发送单元1505，该电子设备中各单元所执行的操作与 前述图4至图12所示实施例中电子设备所执行的操作类似，此处不再赘述。

本申请提供了一种电子设备，该电子设备与存储器耦合，用于读取并执行所述存储器 中存储的指令，使得所述电子设备实现前述图4至图12任一实施方式中由电子设备执行 的方法的步骤。在一种可能的设计中，该电子设备为芯片或片上系统。

本申请提供了一种芯片系统，该芯片系统包括处理器，用于支持电子设备诶设备实现 上述方面中所涉及的功能，例如，例如发送或处理上述方法中所涉及的数据和/或信息。 在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存必要的程序指 令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

本申请还提供了一种处理器，用于与存储器耦合，用于执行上述各实施例中任一实施 例中涉及电子设备的方法和功能。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被 计算机执行时实现上述任一方法实施例中与电子设备相关的方法流程。对应的，该计算机 可以为上述电子设备。

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

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

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

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

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

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

本申请各实施例中提供的消息/帧/信息、模块或单元等的名称仅为示例，可以使用其 他名称，只要消息/帧/信息、模块或单元等的作用相同即可。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发 明。在本申请实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，在本申请的描述中，除非另有说明， “/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的 “和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或 B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单 数或者复数。

取决于语境，如在此所使用的词语“如果”或“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确 定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定” 或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

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

Claims (15)

1.一种事件处理方法，其特征在于，包括：

确定场景事件，所述场景事件包括一个或多个第一事件，所述一个或多个第一事件根据监测一个或多个第一智能设备得到，所述第一事件包括第一智能设备执行第一功能，或者包括所述第一智能设备的状态发生变化；

获取第一规则，所述第一规则包括联动条件与联动事件，所述联动条件与所述场景事件相关，所述联动事件用于提醒使用所述一个或多个第一智能设备的用户存在异常；

监测所述一个或多个第一智能设备，若所述一个或多个第一智能设备满足所述联动条件，则执行所述联动事件。

2.根据权利要求1所述的方法，其特征在于，所述确定场景事件，包括：

监测第一预设时间段内所述一个或多个第一智能设备执行的功能或者所述一个或多个第一智能设备的状态变化，得到一个或多个第二事件；所述一个或多个第二事件包括所述一个或多个第一事件；

确定所述场景事件包括所述一个或多个第一事件。

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

向云端设备发送请求信息，所述请求信息用于指示所述云端设备监测第一预设时间段内所述一个或多个第一智能设备执行的功能或者所述一个或多个第一智能设备的状态变化；

所述确定场景事件，包括：

接收所述云端设备发送的监测得到的一个或多个第二事件；所述一个或多个第二事件包括所述一个或多个第一事件；

确定所述场景事件包括所述一个或多个第一事件。

4.根据权利要求2或3所述的方法，其特征在于，所述确定所述场景事件包括所述一个或多个第一事件，包括：

呈现所述一个或多个第二事件；

接收第一用户的第一操作；

响应所述第一操作，在所述一个或多个第二事件中确定所述一个或多个第一事件，所述第一事件的数量小于或等于所述第二事件的数量。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述场景事件还包括与所述第一事件相关联的第一信息，所述第一信息包括所述第一事件的发生地点、所述第一智能设备的标识、所述第一功能、至少两个第一事件的时间间隔以及所述至少两个第一事件的时序关系中的至少一项。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述获取第一规则，包括：

接收第一用户的第二操作；

响应所述第二操作，设置所述第一规则。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述联动条件与所述场景事件的发生次数和/或发生时长相关。

8.根据权利要求7所述的方法，其特征在于，所述联动条件包括以下至少一项：

所述场景事件的发生次数大于或等于第一预设阈值；

所述场景事件的发生时长大于或等于第二预设阈值；

第二预设时间段内所述场景事件的发生次数大于或等于第三预设阈值；

第三预设时间段内所述场景事件的发生时长大于或等于第四预设阈值。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述执行所述联动事件包括以下至少一项：

向终端设备发送异常信息，所述异常信息用于提醒使用所述一个或多个第一智能设备的用户异常；

停止所述第一智能设备的运行；

触发第二智能设备执行第二功能。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述一个或多个第一智能设备属于第一用户的同一个账户。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述方法应用于智能家居场景，所述第一智能设备为智能家居设备。

12.根据权利要求11所述的方法，其特征在于，所述多个第一智能设备包括卧室的第一智能灯、卫生间的第二智能灯以及所述卫生间的智能抽水马桶；所述场景事件包括三个第一事件，第一个第一事件包括所述第一智能灯从关闭到开启，第二个第一事件包括所述第二智能灯从关闭到开启，第三个第一事件包括所述智能抽水马桶执行抽水功能；

所述若所述一个或多个智能设备满足所述联动条件，则执行所述联动事件，包括：

若第二预设时间段内所述场景事件的发生次数大于或等于第三预设阈值，则向终端设备发送异常信息，所述异常信息用于提醒使用所述一个或多个第一智能设备的用户异常。

13.一种电子设备，其特征在于，包括：包括处理器，所述处理器和存储器耦合，所述存储器存储有程序，当所述存储器存储的程序指令被所述处理器执行时实现权利要求1至12中任一项所述的方法。

14.一种计算机可读存储介质，包括程序，当所述程序在计算机上运行时，使得所述计算机执行如权利要求1-12中任一项所述的方法。

15.一种计算机程序产品，其特征在于，所述计算机程序产品在计算机上执行时，使得所述计算机执行如权利要求1至12中任一项所述的方法。

Images