CN115314330B - 感知事件上报方法、装置、存储介质及电子装置 - Google Patents

Abstract

本申请公开了一种感知事件上报方法、装置、存储介质及电子装置，所述方法应用于与至少一个智能家居设备连接的边缘主机，所述方法包括：接收至少一个智能家居设备上报的感知数据；根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件，无需智能家居设备直接将感知数据上报给云平台，也无需智能家居设备对感知数据进行处理，解决了数据安全问题，同时对智能家居设备的处理能力也不存在要求。

Description

感知事件上报方法、装置、存储介质及电子装置

技术领域

本申请涉及数据传输技术领域，具体而言，涉及一种感知事件上报方法、装置、存储介质及电子装置。

背景技术

随着智慧家庭技术的发展，智能家居设备的控制方式也日趋智能化，力图通过预测用户的需求和意图，主动为用户提供个性化的服务，而对用户的需求和意图的精准预测，是建立在对智能设备的运行状态的精确感知的基础上。

在智能家居应用场景下，某些智能家居设备具备感知或监控功能，能够在运行过程中实时监测家居环境、自身运行状态等，并将感知数据本身或感知数据分析结果上传给云平台。

上述数据传输方式存在数据安全隐患的问题，或者，对智能家居设备的处理能力要求较高的问题。

发明内容

本申请提供一种感知事件上报方法、装置、存储介质及电子装置，以解决现有的智能家居设备在向云平台上传数据时存在的数据安全隐患的问题，同时降低对智能家居设备的处理能力要求较高的问题。

第一方面，本申请提供一种感知事件上报方法，所述方法应用于与至少一个智能家居设备连接的边缘主机，所述方法包括：

接收至少一个智能家居设备上报的感知数据；所述感知数据为所述智能家居设备采集的原始数据；

根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；所述感知事件为所述感知数据满足所述判断逻辑时触发的事件；

将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件。

可选的，所述数据列表还包括：感知事件格式定义；生成与所述智能家居设备对应的感知事件，包括：

根据所述感知事件格式定义生成所述感知事件；

其中，所述感知事件格式定义包括下述至少一项：

事件名称、事件类型、参数列表、感知主体、事件主体以及事件描述。

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

当所述智能家居设备接入后，确定智能家居设备类型；

根据所述智能家居设备类型从所述云平台请求至少一条感知事件对应的数据列表；所述数据列表为所述智能家居设备的厂商预先在云平台创建的；

接收所述云平台发送的至少一条感知事件对应的数据列表。

可选的，在接收所述云平台发送的至少一条感知事件对应的数据列表后，还包括：

遍历获取的所述数据列表，当所述数据列表中包含代码链接时，向所述云平台发送获取对应的代码资源的请求；

接收所述云平台发送的代码资源；所述代码资源用于确定所述感知数据是否满足所述判断逻辑中的至少一个判断条件，并根据是否满足所述判断条件来确定所述感知事件是否发生。

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

接收所述云平台发送的控制指令；所述控制指令为所述用户在接收到云平台推送的感知事件后，向所述云平台发送的指令；

根据所述控制指令控制所述智能设备的运行状态。

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

确定每一智能家居设备的处理能力并发送给所述智能家居设备，以使所述智能家居设备根据所述处理能力上报感知数据，或者，对感知数据进行加工后上报感知事件；

所述接收至少一个智能家居设备上报的感知数据，包括：

接收至少一个智能家居设备上报的信息，若所述智能家居设备的处理能力不满足预设要求，则解析所述信息以得到感知数据；若满足预设要求，则解析所述信息以得到感知事件。

可选的，确定每一智能家居设备的处理能力，包括：

确定家庭组中智能家居设备的数量；

当所述数量大于预设值时，确定每一智能家居设备的处理能力。

第二方面，本申请提供一种感知事件上报装置，所述装置应用于与至少一个智能家居设备连接的边缘主机，所述装置包括：

接收模块，用于接收至少一个智能家居设备上报的感知数据；所述感知数据为所述智能家居设备采集的原始数据；

处理模块，用于根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；所述感知事件为所述感知数据满足所述判断逻辑时触发的事件；

上报模块，用于将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件。

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

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

本发明提供一种感知事件上报方法、装置、存储介质及电子装置，所述方法应用于与至少一个智能家居设备连接的边缘主机，所述方法包括：接收至少一个智能家居设备上报的感知数据；所述感知数据为所述智能家居设备采集的原始数据；根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；所述感知事件为所述感知数据满足所述判断逻辑时触发的事件；将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件，无需智能家居设备直接将感知数据上报给云平台，也无需智能家居设备对感知数据进行处理，解决了数据安全问题，同时对智能家居设备的处理能力也不存在要求。

附图说明

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

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

图1是根据本申请实施例的一种应用场景图；

图2是根据现有技术的一种智能家居设备上报信息的示意图；

图3是根据本申请实施例的一种感知事件上报方法的流程示意图；

图4是根据本申请实施例的一种感知事件上报过程中多端交互示意图；

图5是根据本申请实施例的一种感知事件上报装置的结构示意图；

图6是根据本申请实施例的一种电子装置的结构示意图。

具体实施方式

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

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

根据本申请实施例的一个方面，提供了一种感知事件上报方法。可选的，在本实施例中，上述感知事件上报方法可以应用于如图1所示的由多个智能家居设备、边缘主机和云平台组成的***。如图1所示，在一个家庭域网络下可以包含n个智能家居设备，如冰箱、洗衣机、门铃、热水器等设备，同时还可以设置至少一个边缘主机，与n个智能家居设备相连，上述智能家居设备可以将产生的感知数据发送给边缘主机，边缘主机对感知数据进行处理，当识别到感知事件时，生成感知事件并通过网络上报给云平台。

上述网络可以包括但不限于以下至少之一：有线网络，无线网络。上述有线网络可以包括但不限于以下至少之一：广域网，城域网，局域网，上述无线网络可以包括但不限于以下至少之一：WIFI(Wireless Fidelity，无线保真)，蓝牙。

图2是根据现有技术的一种智能家居设备上报信息的示意图，如图2所示，现有技术中，智能家居设备上报信息的方式，主要为两种，一种是智能家居设备对自身获取的感知数据进行分析，发现需要及时通知云平台的信息时以感知事件的形式上报给云平台，如图2所示的智能家居设备1；另一种是直接上报感知数据，当智能家居设备自身的处理能力受限或者获取的感知数据较为复杂时，将感知数据本身上报给云平台，由云平台对感知数据进行分析，产生分析结果，并通知给用户，如图2所示的智能家居设备2。

针对上述两种信息上报方式，均存在一定缺陷，针对上述智能家居设备1，若要实现对感知数据的分析，需要设备自身具备较强的处理能力，当设备自身的处理能力较弱时，无法从感知数据中分析出需要上报用户的感知事件；针对上述智能家居设备2，则会受限于数据安全性，对于涉及用户隐私的感知数据(例如视频监控数据)，不适合传输到云平台进行分析。

基于上述问题，本申请实施例提供了一种感知事件上报方法，通过引入边缘主机，将其作为感知数据的处理节点，通过边缘主机对智能家居设备上报的感知数据进行分析以识别感知事件，并生成感知事件上报给云平台，可以弥补智能家居设备的处理能力有限这一短板，还可以避免感知数据流出用户家庭带来的数据安全隐患的问题。

下面结合附图，对本申请的一些实施方式作详细说明。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

图3是根据本申请实施例的一种感知事件上报方法的流程示意图。所述方法的执行主体为与至少一个智能家居设备连接的边缘主机，边缘主机为具备数据处理功能的设备，如图3所示，所述方法包括：

步骤S301、接收至少一个智能家居设备上报的感知数据。

边缘主机与智能家居设备相连，边缘主机的个数为至少一个。对应一个家庭组，可以包含多个智能家居设备，各个智能家居设备均与边缘主机相连。具体的，当边缘主机的个数为一个时，边缘主机与家庭组中所有的智能家居设备相连；当边缘主机的个数为多个时，每一边缘主机与家庭组中多个智能家居设备相连。

所述感知数据为所述智能家居设备采集的原始数据，当智能家居设备通过传感器获取到感知数据后，可以将感知数据上传给相连的边缘主机。例如，当智能家居设备为可视门铃时，可视门铃可以向边缘主机上报自己采集的视频数据。

步骤S302、根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生。

在边缘主机中存储有从云平台获取的与智能家居设备对应的至少一条数据列表，数据列表与感知事件是一一对应的，例如，对于可视门铃，感知事件可以包括感知事件1、感知事件2和感知事件3，其中，每一感知事件均设置有一数据列表。

在所述感知事件为所述感知数据满足所述判断逻辑时触发的事件。数据列表中存储有判断逻辑，通过判断逻辑对感知数据进行分析，以确定对应的感知事件是否发生。例如，感知事件1为“有人逗留”，与感知事件1对应的判断逻辑为“有人在门前停留时间达到30秒”，则边缘主机可以对感知数据进行分析，判断感知数据是否满足有人在门前停留30秒这一条件，若满足，则确定感知事件1发生，并生成该感知事件1。

其中，生成感知事件是指生成表示感知事件的消息。

通过引入边缘主机显著提升对智能家居设备产生的感知数据的处理和感知事件识别的能力，改善家居的智能化水平。

步骤S303、将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件。

在边缘主机生成感知事件后，将感知事件上报给云平台，云平台在接收到边缘主机上报的感知事件后，根据用户需求，将用户需要了解的感知事件推送给用户终端。

具体的，用户可以在用户终端中设置需要了解的感知事件，云平台可以在本地保存该用户对应的关注列表，当云平台在接收到该感知事件后，查找对应的关注列表，若关注列表中包含该感知事件，则可以直接向用户终端推送。

本发明提供一种感知事件上报方法，在家庭中引入边缘主机，将边缘主机与智能家居设备连接，通过接收至少一个智能家居设备上报的感知数据，根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件，所述数据列表包括判断逻辑，用于判断所述感知事件是否发生，将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件，无需智能家居设备直接将感知数据上报给云平台，也无需智能家居设备对感知数据进行处理，解决了数据安全问题，同时对智能家居设备的处理能力也不存在要求。

可选的，所述数据列表还包括：感知事件格式定义；生成与所述智能家居设备对应的感知事件，包括：

根据所述感知事件格式定义生成所述感知事件；其中，所述感知事件格式定义包括下述至少一项：事件名称、事件类型、参数列表、感知主体、事件主体以及事件描述。

在数据列表中还包括感知事件格式定义，包含对感知事件进行描述的至少一个字段。不同的感知事件可以对应不同的感知事件格式定义，当在确定有感知事件发生时，可以根据感知事件格式定义生成感知事件，也就是生成感知事件的消息。

可选的，事件名称表示事件的唯一标识，用于对不同感知事件进行区分。

事件类型可以为感知事件所属类别，如通知事件、告警事件和故障事件，便于云平台或用户区分感知事件的重要性，以进行不同方式的处理。

示例性的，通知事件可以表示设备自身运行状态、监测对象等发生变化，或者，其他需要提醒用户的状况。例如，智能家居设备为洗衣机时，上报的“衣服已洗完”事件。告警事件可以表示设备正在或即将发生可能危害用户安全、家庭安全或设备正常运行的情况。例如，智能家居设备为烟雾探测器时，上报的“烟雾报警”事件。故障事件可以表示自身或监测对象的某个功能模块发生故障，例如，智能家居设备为冰箱时，上报的“温度传感器故障”事件。

参数列表为感知事件对应的参数，例如烟雾浓度、冰箱内的温度等。

感知主体为与感知数据对应的智能家居设备，如烟雾探测器、冰箱等。

事件主体为事件描述的对象，例如人、设备或家居环境；当感知事件为“门前有人逗留”时，事件主体为人；当感知事件为“烟雾浓度超标”时，事件主体为家居环境；当感知事件为“温度传感器故障”，事件主体为设备。

事件描述为感知事件的简单描述，便于云平台或用户对感知事件的快速了解。

通过设置感知事件格式定义便于快速生成感知事件，通过设置上述字段可以全面及准确的对感知事件进行描述。

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

当所述智能家居设备接入后，确定智能家居设备类型；根据所述智能家居设备类型从所述云平台请求至少一条感知事件对应的数据列表；所述数据列表为所述智能家居设备的厂商预先在云平台创建的；接收所述云平台发送的至少一条感知事件对应的数据列表。

为了可以对智能家居设备发送的感知数据进行分析，需要先获取数据列表。具体的，可以在智能家居设备接入边缘主机后，从云平台请求数据列表。

当智能家居设备接入后，先判断智能家居设备类型，如智能家居设备为冰箱、洗衣机还是烟雾探测器等。智能家居设备在接入边缘主机时，可以发送表示智能家居设备类型的标识码，边缘主机根据接收的标识码来确定智能家居设备类型。

由于不同的类型的智能家居设备对应的数据列表不同，因此，根据智能家居设备类型可以从云平台获取对应的数据列表。示例性的，在云平台中存储有不同智能家居设备类型对应的数据列表，其中，可以为一条感知事件对应的数据列表，或者，多条感知事件对应的数据列表。数据列表为厂商定义并存储在云平台中。

最后接收云平台发送的数据列表，以便在接收到智能家居设备发送的感知数据后，可以基于数据列表对感知数据进行分析。

通过当智能家居设备接入边缘主机时，基于智能家居设备类型来获取数据列表，能够准确获取接入的智能家居设备对应的数据列表。

可选的，在接收所述云平台发送的至少一条感知事件对应的数据列表后，还包括：

遍历获取的所述数据列表，当所述数据列表中包含代码链接时，向所述云平台发送获取对应的代码资源的请求；

接收所述云平台发送的代码资源；所述代码资源用于确定所述感知数据是否满足所述判断逻辑中的至少一个判断条件，并根据是否满足所述判断条件来确定所述感知事件是否发生。

数据列表中还可以包括代码链接，代码链接表示对应的感知事件在判定时需要采用特定的算法或代码来实现。

在接收到云平台发送的数据列表后，遍历所有的数据列表，当某一数据列表包含代码链接时，则向云平台发送请求，以获取该代码资源。具体的，可以在数据列表中设置标识符，当标识符为预设值时表示该数据列表包含代码链接。具体的，向云平台发送的请求可以是自动触发代码链接。

最后接收云平台发送的代码资源，以基于所述代码资源和数据列表中的判断逻辑对感知数据进行分析，确定对应的感知事件是否发生。

示例性的，当智能家居设备为可视门铃时，“有人逗留”事件对应的判断逻辑为“有人在门前停留时间达到30秒”，边缘主机在接收到可视门铃对应的数据列表后，对列表进行遍历，发现“有人逗留”感知事件的感知列表存在代码链接url_1，则向云平台请求该代码资源，该代码资源用于判断是否有人停留。因此，在根据判断逻辑对感知数据进行分析时，还需要调用代码资源来确定是否存在有人逗留，当确定有人逗留时，继续判断逗留时间是否达到30秒。

当仅根据判断逻辑无法确定感知事件是否发生时，通过在数据列表中设置代码链接，以实现辅助判断逻辑确定感知事件的发生，提高确定感知事件发生的准确性。

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

接收所述云平台发送的控制指令；所述控制指令为所述用户在接收到云平台推送的感知事件后，向所述云平台发送的指令；根据所述控制指令控制所述智能设备的运行状态。

边缘主机在向云平台发送感知事件后，若云平台将感知事件发送给用户终端，而用户通过用户终端接收到该感知事件后，可以根据感知事件向云平台发送相应的指令，以使云平台将所述指令通过边缘主机发送给智能家居设备，从而改变智能家居设备的运行状态。

通过上述对智能家居设备的控制方式，实现在发生紧急的感知事件时，用户可以及时进行控制，提高了对智能家居设备控制的灵活性。

可选的，所述方法还包括：确定每一智能家居设备的处理能力并发送给所述智能家居设备，以使所述智能家居设备根据所述处理能力上报感知数据，或者，对感知数据进行加工后上报感知事件；

所述接收至少一个智能家居设备上报的感知数据，包括：

接收至少一个智能家居设备上报的信息，若所述智能家居设备的处理能力不满足预设要求，则解析所述信息以得到感知数据；若满足预设要求，则解析所述信息以得到感知事件。

在一种实施方式中，还可以根据智能家居设备的处理能力，灵活确定对感知数据处理的节点为智能家居设备还是边缘主机。但是若采用智能家居设备对感知数据进行处理，则对智能家居设备的处理能力需要有一定的要求，因此，可以先确定每一智能家居设备的处理能力。

当智能家居设备接入边缘主机时，可以发送自身的处理能力，边缘主机在接收到智能家居设备发送的处理能力后，可以将该处理能力再发送给智能家居设备，使得智能家居设备按照与该处理能力对应的数据处理方式对感知数据进行处理。示例性的，当处理能力满足预设要求时，智能家居设备可以对感知数据进行加工后上报感知事件；当处理能力不满足预设要求时，智能家居设备可以直接上报感知数据。

相应的，对于边缘主机来说，在接收智能家居设备发送的感知数据时，可以根据智能家居设备的处理能力确定对接收的信息进行解析的方式，当智能家居设备的处理能力不满足预设要求时，可以采用解析感知数据的方式对信息解析，以得到感知数据；当智能家居设备的处理能力满足预设要求时，可以采用解析感知事件的方式对信息解析，以得到感知事件。

上述方法通过根据智能家居设备的处理能力，确定对感知数据分析的节点，可以充分利用部分智能家居设备的处理能力，减轻边缘主机的数据处理量，提高数据处理效率。

可选的，确定每一智能家居设备的处理能力，包括：

确定家庭组中智能家居设备的数量；当所述数量大于预设值时，确定每一智能家居设备的处理能力。

对于灵活确定对感知数据处理的节点为智能家居设备还是边缘主机这一实施方式，可以设置判断条件。

具体的，可以根据一个家庭组中智能家居设备的数量来进行判断，当数量大于预设值时，表示边缘主机需要处理的数据量较多，则执行确定智能家居设备的处理能力的步骤；当数量小于预设值时，表示边缘主机需要处理的数据量较少，对所有智能家居设备的感知数据的分析过程可以基于边缘主机来实现。

上述方法通过对智能家居设备数量的判断，实现当智能家居设备的数量少时，将感知数据的分析工作放在边缘主机来实现，不需要额外判断每一智能家居设备的处理能力，节省边缘主机的操作流程。

图4为本申请实施例提供的一种感知事件上报过程中多端交互示意图，如图4所示，整个交互过程包括下述步骤：

步骤1、厂商在云平台预先创建每类智能家居设备对应的数据列表，包括判断逻辑，还可以包括感知事件格式定义和/或代码链接；

步骤2、智能家居设备接入边缘主机；

步骤3、边缘主机根据智能家居设备类型向云平台请求数据列表；

步骤4、云平台向边缘主机返回数据列表；

步骤5、数据列表包含代码链接时，边缘主机向云平台请求代码资源；

步骤6、边缘主机从云平台下载代码资源；

步骤7、智能家居设备向边缘主机上报感知数据；

步骤8、边缘主机对设备上报的感知数据进行分析，根据判断逻辑，判定感知事件；

步骤9、边缘主机按照感知事件格式定义，生成感知事件；

步骤10、边缘主机将感知事件上报云平台；

步骤11、云平台向用户终端推送感知事件；

步骤12、厂商更新云平台中智能家居设备的数据列表；

步骤13、云平台主动向边缘主机推送更新后的数据列表，并重复上述步骤5至步骤11。

对应于上述方法，本申请实施例还提供一种感知事件上报装置，图5是根据本申请实施例的一种感知事件上报装置的结构示意图；如图5所示，所述装置应用于与至少一个智能家居设备连接的边缘主机，所述装置包括：

接收模块501，用于接收至少一个智能家居设备上报的感知数据；所述感知数据为所述智能家居设备采集的原始数据；

处理模块502，用于根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；所述感知事件为所述感知数据满足所述判断逻辑时触发的事件；

上报模块503，用于将所述感知事件上报给所述云平台，以使所述云平台向用户终端推送所述感知事件。

可选的，所述数据列表还包括：感知事件格式定义；所述处理模块502在生成与所述智能家居设备对应的感知事件时，具体用于：

根据所述感知事件格式定义生成所述感知事件；

其中，所述感知事件格式定义包括下述至少一项：

事件名称、事件类型、参数列表、感知主体、事件主体以及事件描述。

可选的，所述装置还包括确定模块，具体用于：

当所述智能家居设备接入后，确定智能家居设备类型；

根据所述智能家居设备类型从所述云平台请求至少一条感知事件对应的数据列表；所述数据列表为所述智能家居设备的厂商预先在云平台创建的；

接收所述云平台发送的至少一条感知事件对应的数据列表。

可选的，所述装置还包括：遍历模块，具体用于：

遍历获取的所述数据列表，当所述数据列表中包含代码链接时，向所述云平台发送获取对应的代码资源的请求；

接收所述云平台发送的代码资源；所述代码资源用于确定所述感知数据是否满足所述判断逻辑中的至少一个判断条件，并根据是否满足所述判断条件来确定所述感知事件是否发生。

可选的，所述装置还包括控制模块，具体用于：

接收所述云平台发送的控制指令；所述控制指令为所述用户在接收到云平台推送的感知事件后，向所述云平台发送的指令；

根据所述控制指令控制所述智能设备的运行状态。

可选的，所述确定模块，还用于：

确定每一智能家居设备的处理能力并发送给所述智能家居设备，以使所述智能家居设备根据所述处理能力上报感知数据，或者，对感知数据进行加工后上报感知事件；

所述接收模块在接收至少一个智能家居设备上报的感知数据时，具体用于：

接收至少一个智能家居设备上报的信息，若所述智能家居设备的处理能力不满足预设要求，则解析所述信息以得到感知数据；若满足预设要求，则解析所述信息以得到感知事件。

可选的，所述确定模块在确定每一智能家居设备的处理能力时，具体用于：

确定家庭组中智能家居设备的数量；

当所述数量大于预设值时，确定每一智能家居设备的处理能力。

本申请实施例提供的装置的具体实现原理和技术效果可以参见前述实施例，此处不再赘述。

图6是根据本申请实施例的一种电子装置的结构示意图。如图6所示，本实施例的电子装置可以包括：

存储器601和处理器602，所述存储器601中存储有计算机程序，所述处理器602被设置为通过所述计算机程序执行如上述任一实施例所述的方法。

可选地，存储器601既可以是独立的，也可以跟处理器602集成在一起。

本实施例提供的电子装置的实现原理和技术效果可以参见前述各实施例，此处不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现前述任一实施例所述的方法。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

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

应理解，上述处理器可以是中央处理单元(Central Processing Unit，简称CPU)，还可以是其它通用处理器、数字信号处理器(Digital Signal Processor，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器可能包含高速RAM存储器，也可能还包括非易失性存储NVM，例如至少一个磁盘存储器，还可以为U盘、移动硬盘、只读存储器、磁盘或光盘等。

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

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

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。

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

Claims (8)

1.一种感知事件上报方法，其特征在于，所述方法应用于与至少一个智能家居设备连接的边缘主机，所述方法包括：

确定每一智能家居设备的处理能力并发送给所述智能家居设备，以使所述智能家居设备根据所述处理能力上报感知数据，或者，对感知数据进行加工后上报感知事件；

接收至少一个智能家居设备上报的信息，若所述智能家居设备的处理能力不满足预设要求，则解析所述信息以得到感知数据；若满足预设要求，则解析所述信息以得到感知事件；

所述感知数据为所述智能家居设备采集的原始数据；

若解析得到的是感知数据，则根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；所述感知事件为所述感知数据满足所述判断逻辑时触发的事件；

将所述感知事件上报给所述云平台，以使所述云平台在接收到所述感知事件后，根据本地保存的用户对应的关注列表，确定是否向用户终端推送所述感知事件；

所述方法还包括：当所述智能家居设备接入后，根据接收的智能家居设备发送的标识码，确定智能家居设备类型；

根据所述智能家居设备类型从所述云平台请求至少一条感知事件对应的数据列表；所述数据列表为所述智能家居设备的厂商预先在云平台创建的；

接收所述云平台发送的至少一条感知事件对应的数据列表。

2.根据权利要求1所述的方法，其特征在于，所述数据列表还包括：感知事件格式定义；生成与所述智能家居设备对应的感知事件，包括：

根据所述感知事件格式定义生成所述感知事件；

其中，所述感知事件格式定义包括下述至少一项：

事件名称、事件类型、参数列表、感知主体、事件主体以及事件描述。

3.根据权利要求1所述的方法，其特征在于，在接收所述云平台发送的至少一条感知事件对应的数据列表后，还包括：

遍历获取的所述数据列表，当所述数据列表中包含代码链接时，向所述云平台发送获取对应的代码资源的请求；

接收所述云平台发送的代码资源；所述代码资源用于确定所述感知数据是否满足所述判断逻辑中的至少一个判断条件，并根据是否满足所述判断条件来确定所述感知事件是否发生。

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

接收所述云平台发送的控制指令；所述控制指令为所述用户在接收到云平台推送的感知事件后，向所述云平台发送的指令；

根据所述控制指令控制所述智能设备的运行状态。

5.根据权利要求1所述的方法，其特征在于，确定每一智能家居设备的处理能力，包括：

确定家庭组中智能家居设备的数量；

当所述数量大于预设值时，确定每一智能家居设备的处理能力。

6.一种感知事件上报装置，其特征在于，所述装置应用于与至少一个智能家居设备连接的边缘主机，所述装置包括：

接收模块，用于接收至少一个智能家居设备上报的感知数据；所述感知数据为所述智能家居设备采集的原始数据；

处理模块，用于根据从云平台获取的至少一条感知事件对应的数据列表对所述感知数据进行分析，生成与所述智能家居设备对应的感知事件；所述数据列表包括判断逻辑，用于判断所述感知事件是否发生；所述感知事件为所述感知数据满足所述判断逻辑时触发的事件；

上报模块，用于将所述感知事件上报给所述云平台，以使所述云平台在接收到所述感知事件后，根据本地保存的用户对应的关注列表，确定是否向用户终端推送所述感知事件；

确定模块，用于当所述智能家居设备接入后，根据接收的智能家居设备发送的标识码，确定智能家居设备类型；

根据所述智能家居设备类型从所述云平台请求至少一条感知事件对应的数据列表；所述数据列表为所述智能家居设备的厂商预先在云平台创建的；

接收所述云平台发送的至少一条感知事件对应的数据列表；

所述确定模块，还用于确定每一智能家居设备的处理能力并发送给所述智能家居设备，以使所述智能家居设备根据所述处理能力上报感知数据，或者，对感知数据进行加工后上报感知事件；

所述接收模块，具体用于接收至少一个智能家居设备上报的信息，若所述智能家居设备的处理能力不满足预设要求，则解析所述信息以得到感知数据；若满足预设要求，则解析所述信息以得到感知事件。

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

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