CN113923103A - 一种告警方法、装置、云服务平台和可读存储介质 - Google Patents

Abstract

本申请属于数据处理领域，尤其涉及一种告警方法、装置、云服务平台及可读存储介质，该方法包括：获取设备上报的数据，数据包含设备的属性信息；确定设备的告警类型；若告警类型为预设多属性组合告警类型，则确定属性信息是否满足预设多属性组合告警条件；若属性信息满足预设多属性组合告警条件，则产生告警。即本申请可以确定设备上报的属性信息是否满足预设多属性组合告警条件，若满足，则产生告警，实现以预设多属性组合告警条件对上报的属性信息进行处理，降低告警误报的几率。

Description

一种告警方法、装置、云服务平台和可读存储介质

技术领域

本申请属于数据处理领域，尤其涉及一种告警方法、装置、云服务平台和可读存储介质。

背景技术

在物联网监控平台中，设备上报数据到云服务平台，云服务平台进行数据处理分析统计并存储。除了基础数据指标分析统计外，用户往往更关注设备预警/故障数据。平台用户针对某一类设备根据它的特性制定一套特殊告警条件，根据告警条件产生告警信息，一旦有新的告警信息产生，立即发送邮件/短信通知用户，用户登录云服务平台手动处理告警信息。

但是现有物联网监控平台中触发告警的条件比较单一，无法利用多样化的告警条件对上报数据进行处理，增加告警误报的几率。

发明内容

本申请实施例提供一种告警方法、装置、基站和可读存储介质，可以降低告警误报的几率。

第一方面，本申请实施例提供一种告警方法，所述方法包括：

获取设备上报的数据，所述数据包含所述设备的属性信息；

确定所述设备的告警类型；

若所述告警类型为预设多属性组合告警类型，则确定所述属性信息是否满足预设多属性组合告警条件；

若所述属性信息满足所述预设多属性组合告警条件，则产生告警。

在第一方面一种可能的实现方式中，所述确定所述属性信息是否满足预设多属性组合告警条件包括：

获取所述设备的多属性信息，所述多属性信息包括第一属性信息和第二属性信息；

确定所述第一属性信息和所述第二属性信息是否满足预设多属性组合告警表达式，所述预设多属性组合告警表达式包括所述第一属性信息对应的预设第一属性告警表达式和所述第二属性信息对应的预设第二属性告警表达式。

所述方法在所述产生告警之前，还包括：

确定满足所述预设多属性组合告警条件的属性信息的第一持续时间；

若所述第一持续时间大于或等于第一预设时间，则确定所述第一持续时间的第一目标次数是否大于或等于第一预设次数；

若所述第一目标次数大于或等于所述第一预设次数，则产生告警。

所述在所述产生告警之后，还包括：

根据所述预设多属性组合告警条件对应的预案信息，对所述告警进行处理。

所述方法还包括：

若所述告警类型为预设单属性告警类型，则确定所述属性信息是否满足预设单属性告警条件；

若所述属性信息满足所述预设单属性告警条件，则产生告警。

其中，所述预设单属性告警条件包括预设单属性均值告警条件和预设单属性和值告警条件，所述确定所述属性信息是否满足预设单属性告警条件包括：

在预设第一时间段内，获取所述设备的单属性信息；

对所述预设第一时间段内的各所述设备的单属性信息进行均值处理，确定所述均值是否满足所述预设单属性均值告警条件；

或

对所述预设第一时间段内的各所述设备的单属性信息进行求和处理，确定和值是否满足所述预设单属性和值告警条件。

其中，所述预设单属性告警条件包括预设单属性持续升高告警条件和预设单属性持续降低告警条件；所述确定所述属性信息是否满足预设单属性告警条件包括：

在预设第二时间段的预设次数内，获取所述单属性信息升高或降低的幅值；

根据所述单属性信息升高或降低的幅值，确定所述属性信息是否满足预设单属性持续升高告警条件或预设单属性持续降低告警条件。

第二方面，本申请实施例提供一种告警装置，包括：

获取装置，用于获取设备上报的数据，所述数据包含所述设备的告警类型和属性信息；

确定装置，用于若所述告警类型为预设多属性组合告警类型，则确定所述属性信息是否满足预设多属性组合告警条件；

告警装置，用于若所述属性信息满足所述预设多属性组合告警条件，则产生告警。

第三方面，本申请实施例提供一种云服务平台，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的告警方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如第一方面所述的告警方法。

本申请实施例与现有技术相比存在的有益效果是：本申请通过获取设备上报的数据，数据包含设备的属性信息；确定设备的告警类型；若告警类型为预设多属性组合告警类型，则确定属性信息是否满足预设多属性组合告警条件；若属性信息满足预设多属性组合告警条件，则产生告警。即本申请可以确定设备上报的属性信息是否满足预设多属性组合告警条件，若满足，则产生告警，实现以预设多属性组合告警条件对上报的属性信息进行处理，降低告警误报的几率。

附图说明

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

图1是本申请一实施例提供的告警方法的一种应用场景示意图；

图2是本申请一实施例提供的告警方法的流程示意图；

图3是本申请一实施例提供的S203的具体方法的流程示意图；

图4是本申请一实施例提供的告警装置的结构示意图；

图5是本申请一实施例提供的云服务平台的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述，在其它情况中，各个实施例中的具体技术细节可以互相参考，在一个实施例中没有描述的具体***可参考其它实施例。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

在本申请说明书中描述的参考“本申请实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在另一些实施例中”、“本申请一实施例”、“本申请其他实施例”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在物联网监控平台中，设备上报数据到云服务平台，云服务平台进行数据处理分析统计并存储。除了基础数据指标分析统计外，用户往往更关注设备预警/故障数据。平台用户针对某一类设备根据它的特性制定一套特殊告警条件，根据告警条件产生告警信息，一旦有新的告警信息产生，立即发送邮件/短信通知用户，用户登录云服务平台手动处理告警信息。

但是现有物联网监控平台存在以下缺点：

（1）、不同品牌型号的设备上报数据内容不一致，配置的告警条件无法适配各类设备。

（2）、触发告警的条件比较单一，无法利用多样化的告警条件对上报数据进行处理，增加告警误报的几率。

（3）、针对告警条件未配置预案，只能产生告警，无法自动处理告警信息。

为了解决上述缺陷，本申请的发明构思为：

本申请引入产品物模型，通过产品物模型，解决不同品牌型号的设备上报数据内容不一致，配置的告警条件无法适配各类设备的缺点。

本申请通过获取设备上报的数据，数据包含设备的属性信息；确定设备的告警类型；若告警类型为预设多属性组合告警类型，则确定属性信息是否满足预设多属性组合告警条件；若属性信息满足预设多属性组合告警条件，则产生告警。即本申请可以确定设备上报的属性信息是否满足预设多属性组合告警条件，若满足，则产生告警，实现以预设多属性组合告警条件对上报的属性信息进行处理，降低告警误报的几率。

本申请针对可自动处理的告警配置预案，在告警时通过预案对告警进行处理。

为了说明本申请的技术方案，下面通过具体实施例来进行说明。

请参考图1，图1是本申请一实施例提供的告警方法的一种应用场景示意图，为了方便说明，仅示出与本申请相关的部分。该应用场景包括：云服务平台10和设备20。该设备20可以为不同型号的设备，将同一型号的设备20称为产品。

云服务平台10包括：应用程序接口（Application Program Interface，API）基础服务101、设备组件服务102、告警服务103、设备总线服务104和通知服务105。该应用场景中云服务平台10通过各种服务以实现各种功能。

该云服务平台10通过API基础服务101以实现对数据的增删改查的功能。通过设备组件服务102以实现对数据进行转发的功能。通过告警服务103以实现将数据与告警条件进行匹配、确定预案信息的功能。通过设备总线服务104以实现存储、更数据的功能。通过通知服务105以实现通知用户的功能。

该云服务平台10用于定义产品物模型，物模型是物理空间中的产品（如传感器、灯控器、水位传感器等）在云端的数字化表示。在定义产品物模型时，可从产品的基本信息、产品的属性信息、上下行指令以及事件信息等维度进行配置，完成定义。也可通过一键导入产品物模型文件进行配置，完成定义。

其中，产品的基本信息包括产品ID、产品名称、产品标识、产品类型ID和产品型号等，云服务平台10根据产品标识生成唯一编码，不可更改。其余信息云服务平台10可通过API基础服务101对产品的基本信息中其余信息进行增删改查。

产品的属性信息包括属性ID、产品标识、属性名称和属性标识等，同一类型产品的属性标识不可重复且不可变更。其余信息云服务平台可通过API基础服务101对产品的属性信息进行增删改查。属性标识可以与设备自身协议的属性不一致，但必须与该产品对应的设备组件服务102的属性保持一致。

上下行指令包括指令ID、产品标识、指令名称和指令标识。上行指令指设备20上报数据至云服务平台10，下行指令指云服务平台10下发数据至设备20。云服务平台10可通过API基础服务101对上下行指令进行增删改查。

事件信息包括预警事件和故障事件，事件信息包括事件ID、产品标识、事件名称和事件来源等。云服务平台10可通过API基础服务101对事件信息进行增删改查。

在产品物模型中，配置设备信息，设备信息包括设备ID、产品标识、设备名称、设备标识、设备编码、项目ID、设备状态（例如激活或未激活）、设备的属性信息等。云服务平台10可通过API基础服务101对设备信息进行增删改查。也可通过Excel文件一键导入配置设备信息。

在云服务平台10中，配置告警条件，当设备20上报的数据满足告警条件时进行告警。云服务平台10可通过API基础服务101对告警条件进行增删改查。

告警条件包括告警ID、产品标识、上行指令名称、告警名称、告警级别（1：提示告警；2：次要告警；3：严重告警；4：紧急告警）、事件信息、事件来源（事件来源主要分为两种，一是该事件上报至云服务平台10时未产生告警，需与告警条件进行匹配才能产生告警。二是该事件上报至云服务平台10时已产生告警）、告警类型（针对事件来源的不同，告警类型主要分为两大类，一是需要将设备上报的数据与告警条件进行匹配才能产生告警的类型，如：预设多属性组合告警类型、预设单属性告警类型、无数据告警类型等，二是无需将设备上报的数据与告警条件进行匹配即可产生告警的类型，即设备上报数据时已产生告警。如：设备主动上报告警类型）、告警表达式、持续时间、持续次数、预案信息、生效时间、生效项目、生效设备、版本号、通知对象类型（1：用户；2：岗位：3:部门等）、通知消息类型（1：站内消息；2：邮件；3；短信等）。

在云服务平台10中，针对告警条件配置预案信息，利用预案信息及时对满足告警条件的告警进行处理。

在云服务平台10中，配置完告警条件和预案信息之后，将告警条件和预设信息进行存储，若告警条件和预案信息的字节较少，可用本地内存进行存储，若告警条件和预案信息的字节较多，可利用存储***进行存储，例如Redis。该应用场景中，存储结构为键值对类型(key-value)。根据是不是无数据告警类型把告警条件的缓存分为两种类型：

一、不是无数据告警类型，键为产品标识+指令标识，值为该产品的上行指令对应的所有告警条件。

二、无数据告警，键为产品标识，值为该产品对应的告警条件。

设备20通过一组或多组设备组件服务102与云服务平台10通信连接。每种类型的设备与云服务平台10直接进行通信的方式均不相同，例如可以通过窄带物联网（NarrowBand Internet of Things，NB-IoT）、低功耗局域网（Long Range，Lora）、移动通信技术（4G、5G等）、Wi-Fi、蓝牙低能耗技术（Bluetooh Low Energy，BLE）等，它们各自协议都不一样。该应用场景中，基于每种设备，相应配置设备组件服务102，用于转发各种设备20上报至云服务平台10的数据以及云服务平台10下发至各种设备20的数据，使各种设备20与云服务平台10均可进行通信。例如上报数据可能为十六进制报文，那么设备组件服务将报文数据转成半结构化数据(json数据)，进行数据转换完毕后过滤数据，最后按平台统一格式发送到消息队列。该应用场景中，消息队列为高吞吐量的分布式发布订阅消息***Kafka。

本申请通过定义产品物模型以及配置设备组件服务102，即使不同品牌型号的设备上报数据内容不一致，配置的告警条件也可以适配各类设备。

告警服务103中缓存所有的告警条件，告警服务103用于订阅设备上报的数据，确定该设备是否配置告警条件，若配置告警条件，将设备上报的数据与告警条件进行匹配，确定是否产生告警或消除告警。若产生告警或消除告警，则将产生告警信息或消除告警信息发送到消息队列Kafka。并确定该告警是否配置相应的预案信息，若配置，则将预案信息发送到消息队列，该消息队列可为基于高级消息队列协议实现的消息队列RabbitMQ。该应用场景中涉及的消息队列，是一种应用程序之间的通信方法。

设备总线服务104用于订阅该产生告警信息或消除告警信息，并且根据该产生告警信息或消除告警信息更新数据库中存储的告警信息。

通知服务105用于订阅该产生告警信息或消除告警信息，用于将该产生告警信息或消除告警信息通知给用户。

设备总线服务104还用于订阅该产生告警信息对应的预案信息，并通过设备组件服务102将该预案信息下发给设备20，对该告警进行处理。

请参考图2，图2是本申请一实施例提供的告警方法的流程示意图。图2中的方法的执行主体可以为图1中的云服务平台10。如图2所示，该方法包括：S201至S203。

S201、获取设备上报的数据，数据包含设备的属性信息。

具体的，本申请实施例中，设备可包括多种不同类型的设备，例如环境传感器、动态限速屏、电流表、电压表和灯控器等。也可包括同一类型的设备，例如该设备仅为环境传感器或仅为动态限速屏。其中，每种同一类型的设备均可配置1个或多个。本申请实施例对设备的类型和数量不作限制。

设备的属性信息用于描述设备运行时的状态，如环境传感器所监测环境的温度信息，动态限速屏所监测的速度信息，电流表所监测的电流信息，电压表所监测的电压信息，灯控器所监测的异常开关灯信息等。

本申请实施例中，设备上报的数据中，包含设备的产品标识、指令标识、事件类型、项目ID、设备ID、设备编码、上报数据时间、自定义时间、事件信息等。其中，事件信息中包含设备的属性信息，具体的属性信息根据不同类型的设备进行配置。

在一个实施例中，设备上报的数据格式如下：

{ //产品标识 "productKey":"XXX", //指令标识 "cmdKey":"RealTimeDataReport", //事件类型 "isEvent":false, //项目ID "projectId":1, //设备ID "deviceId":1, //设备编码 "deviceEcode":"LEDD0001", //上报数据时间 "reportTime":"2021-01-01 12:13:14", //自定义时间 "defineTime":"121314", //事件信息"reportData":{ //针对设备主动上报的预警/故障事件 //事件编码、事件状态(true:事件上报；false：事件消除) "eventCode":null, "eventStatus":null, //属性信息 "temperature":25, "voltage":220, "onOff":1, "level":100, ... } }

在获取到设备上报的数据之后，需要校验设备上报数据格式是否合法，不合法则直接忽略。

具体的，在获取到设备上报的数据之后，需要校验设备上报的数据格式是否符合设备上报的数据格式，若符合，则对此合法数据进行处理，若不符合，则直接忽略。

在校验该设备上报的数据合法之后，获取预设告警条件。

具体的，根据上报数据中的产品标识和指令标识（可参见设备上报的数据格式），在预先存储的预设告警条件列表中获取该产品对应的预设告警条件。

在获取到该产品对应的预设告警条件之后，需判断该产品对应的预设告警条件是否已配置生效时间、生效项目、生效设备，若已配置，则判断该产品的自定义时间是否在预设告警条件配置的生效时间内、该产品的项目ID是否在预设告警条件配置的生效项目中、该产品的设备ID是否在预设告警条件配置的生效设备内。若判断结果全部符合，则使用该产品对应的预设告警条件对该产品上报的数据进行处理，若判断结果中有任一项不符合，则忽略该产品上报的数据。

S202、确定设备的告警类型。

具体的，在判定该产品上报的数据满足该产品对应的预设告警条件中配置的生效时间、生效项目、生效设备之后，获取该产品对应的预设告警条件中的告警类型。

本申请实施例中告警类型包括：预设多属性组合告警类型、预设单属性告警类型等。

本申请其他实施例中告警类型还包括：设备主动上报告警类型和无数据告警类型等。

S203、若告警类型为预设多属性组合告警类型，则确定属性信息是否满足预设多属性组合告警条件。

具体的，本申请实施例中，若S202获取的告警类型为预设多属性组合告警类型，则该告警类型对应预设多属性组合告警条件。以该预设多属性组合告警条件对设备上报的数据进行处理，确定设备上报的数据中的属性信息是否满足预设多属性组合告警条件。

本申请实施例中，确定属性信息是否满足预设多属性组合告警条件请参考图3，图3是本申请一实施例提供的S203的具体方法的流程示意图。图3中的方法的执行主体可以为图1中的云服务平台10。如图3所示，该方法包括：S301至S302。

S301、获取设备的多属性信息，多属性信息包括第一属性信息和第二属性信息。

具体的，获取设备的多属性信息是从设备上报的数据中进行获取。根据设备的不同，获取的设备的多属性信息也不相同。

例如：设备为环境传感器，设备的多属性信息包括温度和湿度等。其中温度可称为第一属性信息，湿度可称为第二属性信息。

又例如：设备为灯控器，设备的多属性信息包括灯控器的开关状态和灯控器所监测的亮度值。其中开关状态可称为第一属性信息，亮度值可称为第二属性信息。

S302、确定第一属性信息和第二属性信息是否满足预设多属性组合告警表达式。

具体的，本申请实施例中的预设多属性组合告警表达式包括第一属性信息对应的预设第一属性告警表达式和第二属性信息对应的预设第二属性告警表达式。

其中，预设第一属性告警表达式包括设备的第一属性（速度、温度、湿度和开关状态等）、关系运算符（小于、大于、小于等于、大于等于、相等和不等）以及第一属性阈值。

预设第二属性告警表达式包括设备的第二属性（速度、温度、湿度和开关状态等）、关系运算符（小于、大于、小于等于、大于等于、相等和不等）以及第二属性阈值。

需要说明的是第一属性阈值和第二属性阈值可根据具体应用场景的不同进行适应性的配置。

示例性的，若设备为环境传感器，则预设第一属性告警表达式为：温度≥温度阈值（例如30度）。预设第二属性告警表达式为湿度≤湿度阈值（例如50度）。

若设备为灯控器，则预设第一属性告警表达式为开关状态＝0（开关状态＝0表示开关处于关闭状态）。预设第二属性告警表达式为亮度值＝0（亮度值＝0表示灯控器处于关闭状态）。

当然本申请实施例中，预设多属性组合告警表达式中还包括预设第三属性告警表达式、预设第四属性告警表达式等，本申请实施例对预设多属性告警表达式中的属性数量不作限制。

本申请实施例中，预设多属性组合告警表达式还包括连接预设第一属性告警表达式和预设第二属性告警表达式的逻辑运算符。

逻辑运算符包括：逻辑与(&&)、逻辑或(||) 、逻辑非(!)。

示例性的，预设多属性组合告警表达式可以为温度≥30度||湿度≤50度。

预设多属性组合告警表达式还可以为开关状态＝0||亮度值＝0。

需要说明的是：预设多属性组合告警表达式中的预设第一属性告警表达式、预设第二属性告警表达式以及逻辑运算符，需要根据具体的设备以及告警需求进行配置，本申请实施例并没有列举所有设备的预设多属性组合告警表达式，满足本申请实施例列举的预设多属性告警表达式形式要求的表达式，均属于本申请的预设多属性告警表达式。

本申请实施例中，预设多属性组合告警表达式还可以为自定义告警表达式。

示例性的，灯控器的属性信息包括电流值、电压值和功率值。自定义告警表达式可以为电流值*电压值＝功率值＜功率阈值（例如30瓦）

本申请实施例中，确定第一属性信息和第二属性信息是否满足预设多属性组合告警表达式可以为：

确定环境传感器上报的温度数据和湿度数据是否满足温度≥30度||湿度≤50度。

或者灯控器上报的开关状态和亮度值是否满足开关状态＝0||亮度值＝0。

或者灯控器上报的电流值和电压值是否满足电流值*电压值＝功率值＜30瓦。

综上所述，本申请实施例可以利用预设多属性组合告警表达式对属性信息进行匹配，相比现有技术中单一告警表达式，使属性信息产生告警的条件多样化，并且降低了告警误报的几率。

S204、若属性信息满足预设多属性组合告警条件，则产生告警。

具体的，本申请实施例中，可利用表达式计算引擎计算属性信息是否满足预设多属性组合告警条件。表达式计算引擎可以为Fel表达式计算引擎、Groovy表达式计算引擎、Expression4j表达式计算引擎。

若属性信息满足预设多属性组合告警条件，为了进一步防止告警误报，还需要确定满足预设多属性组合告警条件的属性信息的第一持续时间。

示例性的，预先配置环境传感器1分钟上报一次数据，12分钟内环境传感器上报的温度数据为35度、32度、33度、28度、37度、38度、39度、27度、31度、32度、34度和26度。

对上述数据进行判断，确定是否满足预设多属性组合告警条件。判定结果为第1至3分钟、第5至7分钟和第9至11分钟环境传感器上报的数据满足温度≥30度||湿度≤50度的告警条件，第4、8和12分钟上报的数据不满足温度≥30度||湿度≤50度的告警条件。

在判定环境传感器上报的数据满足告警条件之后，需要确定满足温度≥30度||湿度≤50度的告警条件的温度数据的持续时间，例如确定温度数据的持续时间为3分钟，本申请实施例将这3分钟称为第一持续时间。

若第一持续时间大于或等于第一预设时间，则确定第一持续时间的第一目标次数是否大于或等于第一预设次数。

示例性的，本申请实施例的第一预设时间为2分钟，若第一持续时间3分钟大于第一预设时间2分钟时，则确定第一持续时间的次数，例如：第1至3分钟、第5至7分钟和第9至11分钟环境传感器上报的温度数据的第一持续时间均大于第一预设时间2分钟，则第一持续时间的次数为3次，本申请实施例将该3次成为第一目标次数。

若第一目标次数大于或等于第一预设次数，则产生告警。

示例性的，本申请实施例的第一预设次数为2次，若第一目标次数3次满大于第一预设次数2次，则产生告警。

综上所述，本申请实施例在利用预设多属性组合告警表达式对属性信息进行匹配之后，还通过配置第一预设时间和第一预设次数，在使属性信息产生告警的条件多样化的同时，进一步降低了告警误报的几率。

本申请实施例中，在产生告警之后，还包括：

根据预设多属性组合告警条件对应的预案信息，对告警进行处理。

具体的，本申请实施例中，预先存储有与预设多属性组合告警条件对应的预案信息，根据预案信息，利用自身设备或其它设备对告警进行处理。

示例性的，利用其它设备对告警进行处理可以为：

某大棚室内安装环境传感器和灌溉设备，环境传感器定时上报温度和湿度数据，当温度和湿度满足预设多属性组合告警条件告警时，可以对灌溉设备下发一条喷洒水指令，对该告警进行处理，使大鹏室内的温度和湿度恢复正常。具体喷洒水量多少、时长、方式可根据大棚的规模、灌溉设备的数量以及单个灌溉设备的喷水量进行适应性的配置。

示例性的，利用自身设备对告警进行处理可以为：

智慧灯杆中安装灯控器。灯控器的属性信息包括开关状态(1：开；0：关；)、亮度值(0-100)。灯控器上报的数据的自定义时间范围例如（012345-059487，190000-205959）在预设告警条件配置的生效时间内例如生效时间为晚上，时间范围为（000000-060000，180000-235959）且上报的数据的属性信息满足多属性组合告警条件“(开关状态 = 0 || 亮度值 =0) ”，则产生一条异常关灯告警，并立即对当前智慧灯杆下发一条开灯指令。

综上，本申请实施例可以利用预案信息对告警进行处理，实现自动识别告警并利用预案信息对告警进行处理的功能。

本申请实施例中，产生告警之后，可将该告警通知用户。

具体的，可通过短信、邮件、站内消息等方式通知用户。

S205、若属性信息不满足预设多属性组合告警条件，则消除告警。

具体的，若属性信息不满足预设多属性组合告警条件，则不会产生告警，或者在已经产生告警之后，若属性信息不满足预设多属性组合告警条件，则消除告警。

S206、若告警类型为预设单属性告警类型，则确定属性信息是否满足预设单属性告警条件。

具体的，本申请实施例中，若S202获取的告警类型为预设单属性告警类型，则该告警类型对应预设单属性告警条件。以该预设单属性告警条件对设备上报的数据进行处理，确定设备上报的数据中的属性信息是否满足预设单属性告警条件。

本申请实施例中预设单属性告警条件包括预设单属性均值告警条件、预设单属性和值告警条件、预设单属性持续升高告警条件和预设单属性持续降低告警条件。

本申请实施例中的预设单属性告警条件包括设备的属性（速度、温度、湿度和开关状态等）、关系运算符（小于、大于、小于等于、大于等于、相等和不等）以及属性阈值。

示例性的，预设单属性均值告警条件可以为：

若设备为动态限速屏，可监测车辆的速度，则预设单属性均值告警条件为在预设第一时间段内车辆的平均速度（均值）≥限速值。例如：在1小时内车辆的均值≥60km/h，本申请实施例将1小时称为预设第一时间段。

限速值可以根据不同路段的限速要求进行适应性的配置。本申请实施例将限速值称为属性阈值，本申请实施例中的属性阈值均可根据具体的应用场景进行适应性的配置。

预设单属性和值告警条件可以为：

若设备为流量传感器，可监测不同时间段的人流量，例如某园区的日人流量限制数为1000人，则预设单属性和值告警条件为在预设第一时间段内的人流量总和（和值）≤日人流量限制数。本申请实施例将1天称为预设第一时间段。

预设单属性持续升高告警条件可以为：

若设备为水位传感器，可监测水位，则预设单属性持续升高告警条件可以为水位传感器在预设第二时间段的预设次数内监测的水位升高幅值均超过预设升高幅值。例如在30分钟内连续2次监测的水位升高的幅值均超过10cm（比如初始水位是5cm，第一次监测的水位为16cm，第二次监测的水位为27cm）。本申请实施例中，将30分钟称为预设第二时间段，将2次称为预设次数，将10cm称为预设升高幅值。

相应的，预设单属性持续降低告警条件可以为水位传感器在预设第二时间段的预设次数内监测的水位降低幅值均超过预设降低幅值。例如在30分钟内连续2次监测的水位降低的幅值均超过10cm（比如初始水位是27cm，第一次监测的水位为16cm，第二次监测的水位为5cm）。本申请实施例将10cm称为预设降低幅值。

需要说明的是，本申请实施例预设次数中各次数的预设升高/降低幅值可相同也可不同，例如：两次预设升高/降低幅值均可为10cm，也可一次为10cm，一次为15cm。

本申请实施例中，确定属性信息是否满足预设单属性告警条件包括：

在预设第一时间段内，获取设备的单属性信息。

示例性的，若设备为设备为动态限速屏，则在1小时内，获取动态限速屏监测的车速。本申请实施例中，动态限速屏可每间隔10分钟监测一次车速，在1小时内可监测6次车速。

对预设第一时间段内的各设备的单属性信息进行均值处理，确定均值是否满足预设单属性均值告警条件。

示例性的，对动态限速屏在1小时内监测的6次车速进行均值计算，判断均值是否满足在1小时内车辆的均值≥60km/h的告警条件。

本申请实施例中，在预设第一时间段内，获取设备的单属性信息还可以为：

示例性的，若设备为流量传感器，则在1天（24小时）内，获取流量传感器监测的人流量。本申请实施例中，流量传感器可每隔1小时监测一次人流量，在1天内可检测24次人流量。

对预设第一时间段内的各设备的单属性信息进行求和处理，确定和值是否满足预设单属性和值告警条件。

示例性的，对流量传感器在1天内监测的24次人流量进行求和计算，判断是否满足在1天内的人流量总和（和值）≤1000。

本申请实施例中，确定属性信息是否满足预设单属性告警条件还包括：

在预设第二时间段的预设次数内，获取单属性信息升高或降低的幅值。

示例性的，若设备为水位传感器，则在30分钟内连续2次检测水位升高或降低的幅值。

根据单属性信息升高或降低的幅值，确定属性信息是否满足预设单属性持续升高告警条件或预设单属性持续降低告警条件。

示例性的，若在30分钟内连续2次检测水位升高或降低的幅值为11cm，则判断30分钟内连续2次检测水位升高或降低的幅值为11cm是否满足在30分钟内连续2次监测的水位升高或降低的幅值均超过10cm。

综上所述，本申请实施例在利用预设单属性告警条件对属性信息进行匹配时，预设单属性告警条件包括预设单属性均值告警条件、预设单属性和值告警条件、预设单属性持续升高告警条件和预设单属性持续降低告警条件，使属性信息产生告警的条件多样化的同时，降低了告警误报的几率。

S207、若属性信息满足预设单属性告警条件，则产生告警。

本申请实施例中，可利用表达式计算引擎计算属性信息是否满足预设单属性组合告警条件。表达式计算引擎可以为Fel表达式计算引擎、Groovy表达式计算引擎、Expression4j表达式计算引擎。

若属性信息满足预设单属性告警条件之后，为了进一步防止告警误报，还需要确定满足预设单属性告警条件的属性信息的第二持续时间；若第二持续时间大于或等于第二预设时间，则确定所述第二持续时间的第二目标次数是否大于或等于第二预设次数；若第二目标次数大于或等于第二预设次数，则产生告警。

具体的，属性信息满足预设单属性告警条件之后，产生告警之前所涉及的方法中详细的技术细节，可参考属性信息满足预设多属性组合告警条件之后，产生告警之前的方法中详细的技术细节，此处不再赘述。

综上所述，本申请实施例在利用预设单属性告警条件对属性信息进行匹配之后，还配置有第二预设时间和第二预设次数，使属性信息产生告警的条件多样化的同时，进一步降低了告警误报的几率。

本申请实施例中，在产生告警之后，还包括：

根据预设单属性告警条件对应的预案信息，对告警进行处理。

具体的，本申请实施例中，预先存储有与预设单属性告警条件对应的预案信息，根据预案信息，利用自身设备或其它设备对告警进行处理。

示例性的，利用其它设备对告警进行处理可以为：

某室内安装烟雾报警器和排气扇，烟雾传感器定时上报烟雾浓度数据，当烟雾浓度数据满足预设单属性告警条件告警时，可以对排气扇下发一条开启指令，将室内烟雾浓度排出室外，使室内烟雾浓度恢复正常。

示例性的，利用自身设备对告警进行处理可以为：

某智能空调中安装温度传感器，温度传感器定时上报环境温度数据，当环境温度数据满足预设单属性告警条件告警时，智能空调自动调节制冷温度，解除告警。

综上，本申请实施例可以利用预案信息对告警进行处理，实现自动识别告警并利用预案信息对告警进行处理的功能。

本申请实施例中，产生告警之后，可将该告警通知用户。

具体的，可通过短信、邮件、站内消息等方式通知用户。

本申请实施例中，若告警类型为设备主动上报告警类型，则直接将该告警通知用户。

具体的，设备主动上报告警类型为无需将设备上报的数据与告警条件进行匹配即可产生告警的类型，所以可以直接将该告警通知用户。

本申请实施例中，若告警类型为无数据告警类型，则获取第三持续时间，若第三持续时间大于或等于第三预设时间，则产生告警。

具体的，无数据指云服务平台一直没有接收到设备上报的数据。例如某类设备每小时上报一条数据，因为网络抖动等各种原因云服务平台在一段时间内（如10小时）没有接收到数据。无数据告警类型证明该设备通讯异常。

若告警类型为无数据告警类型，则获取第三持续时间（例如10小时），确定第三持续时间是否大于或等于在云服务平台中预先配置的第三预设时间（示例性的，预设第三持续时间为3至5小时，例如4小时），若第三持续时间（10小时）大于第三预设时间（4小时），则产生告警，并将该告警通知用户。使用户及时去排查问题。

需要说明的是第三预设时间可根据具体设备进行适应性配置。

S208、若属性信息不满足预设单属性告警条件，则消除告警。

具体的，若属性信息不满足预设单属性告警条件，则不会产生告警，或者在已经产生告警之后，若属性信息不满足预设单属性告警条件，则消除告警。

综上所述，本申请通过获取设备上报的数据，数据包含设备的属性信息；确定设备的告警类型；若告警类型为预设多属性组合告警类型，则确定属性信息是否满足预设多属性组合告警条件；若属性信息满足预设多属性组合告警条件，则产生告警。即本申请可以确定设备上报的属性信息是否满足预设多属性组合告警条件，若满足，则产生告警，实现以预设多属性组合告警条件对上报的属性信息进行处理，降低告警误报的几率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

请参考图4，图4是本申请实施例提供的一种告警装置的结构示意图，包括：

获取模块41，用于获取设备上报的数据，数据包含设备的属性信息。

第一确定模块42，用于确定设备的告警类型。

第二确定模块43，用于若告警类型为预设多属性组合告警类型，则确定属性信息是否满足预设多属性组合告警条件。

第一告警模块44，用于若属性信息满足预设多属性组合告警条件，则产生告警。

其中，第二确定模块，还用于获取设备的多属性信息，多属性信息包括第一属性信息和第二属性信息。

确定第一属性信息和第二属性信息是否满足预设多属性组合告警表达式，预设多属性组合告警表达式包括第一属性信息对应的预设第一属性告警表达式和第二属性信息对应的预设第二属性告警表达式。

该装置，还包括：

第三确定模块，用于确定满足预设多属性组合告警条件的属性信息的第一持续时间。

第四确定模块，用于若第一持续时间大于或等于第一预设时间，则确定第一持续时间的第一目标次数是否大于或等于第一预设次数。

第二告警模块，用于若第一目标次数大于或等于第一预设次数，则产生告警。

该装置，还包括：

预案模块，用于根据预设多属性组合告警条件对应的预案信息，对告警进行处理。

该装置还包括：

第五确定模块，用于若告警类型为预设单属性告警类型，则确定属性信息是否满足预设单属性告警条件。

第三告警模块，用于若属性信息满足预设单属性告警条件，则产生告警。

第五确定模块中的预设单属性告警条件包括预设单属性均值告警条件和预设单属性和值告警条件。

第五确定模块，还用于在预设第一时间段内，获取设备的单属性信息；

对预设第一时间段内的各设备的单属性信息进行均值处理，确定均值是否满足预设单属性均值告警条件。

或

对预设第一时间段内的各设备的单属性信息进行求和处理，确定和值是否满足预设单属性和值告警条件。

第五确定模块中的预设单属性告警条件包括预设单属性持续升高告警条件和预设单属性持续降低告警条件。

第五确定模块，还用于在预设第二时间段的预设次数内，获取单属性信息升高或降低的幅值；

根据单属性信息升高或降低的幅值，确定属性信息是否满足预设单属性持续升高告警条件或预设单属性持续降低告警条件。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

如图5所示，本申请实施例还提供一种云服务平台500，包括存储器21、处理器22以及存储在存储器21中并可在处理器22上运行的计算机程序23，处理器22执行计算机程序23时实现上述各实施例的告警方法。

所述处理器22可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列 (Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器21可以是云服务平台500的内部存储单元。所述存储器21也可以是云服务平台500的外部存储设备，例如云服务平台500上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，存储器21还可以既包括云服务平台500的内部存储单元也包括外部存储设备。存储器21用于存储计算机程序以及云服务平台500所需的其他程序和数据。存储器21还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现上述各实施例的告警方法。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现上述各实施例的告警方法。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读存储介质至少可以包括：能够将计算机程序代码携带到拍照装置/基站的任何实体或装置、记录介质、计算机存储器、只读存储器（read-only memory，ROM）、随机存取存储器（random access memory，RAM）、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

Claims (10)

1.一种告警方法，其特征在于，所述方法包括：

获取设备上报的数据，所述数据包含所述设备的属性信息；

确定所述设备的告警类型；

若所述告警类型为预设多属性组合告警类型，则确定所述属性信息是否满足预设多属性组合告警条件；

若所述属性信息满足所述预设多属性组合告警条件，则产生告警。

2.根据权利要求1所述的告警方法，其特征在于，所述确定所述属性信息是否满足预设多属性组合告警条件包括：

获取所述设备的多属性信息，所述多属性信息包括第一属性信息和第二属性信息；

确定所述第一属性信息和所述第二属性信息是否满足预设多属性组合告警表达式，所述预设多属性组合告警表达式包括所述第一属性信息对应的预设第一属性告警表达式和所述第二属性信息对应的预设第二属性告警表达式。

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

确定满足所述预设多属性组合告警条件的属性信息的第一持续时间；

若所述第一持续时间大于或等于第一预设时间，则确定所述第一持续时间的第一目标次数是否大于或等于第一预设次数；

若所述第一目标次数大于或等于所述第一预设次数，则产生告警。

4.根据权利要求1至3任一项所述的告警方法，其特征在于，在所述产生告警之后，还包括：

根据所述预设多属性组合告警条件对应的预案信息，对所述告警进行处理。

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

若所述告警类型为预设单属性告警类型，则确定所述属性信息是否满足预设单属性告警条件；

若所述属性信息满足所述预设单属性告警条件，则产生告警。

6.根据权利要求5所述的告警方法，其特征在于，所述预设单属性告警条件包括预设单属性均值告警条件和预设单属性和值告警条件，所述确定所述属性信息是否满足预设单属性告警条件包括：

在预设第一时间段内，获取所述设备的单属性信息；

对所述预设第一时间段内的各所述设备的单属性信息进行均值处理，确定所述均值是否满足所述预设单属性均值告警条件；

或

对所述预设第一时间段内的各所述设备的单属性信息进行求和处理，确定和值是否满足所述预设单属性和值告警条件。

7.根据权利要求5所述的告警方法，其特征在于，所述预设单属性告警条件包括预设单属性持续升高告警条件和预设单属性持续降低告警条件；所述确定所述属性信息是否满足预设单属性告警条件包括：

在预设第二时间段的预设次数内，获取所述单属性信息升高或降低的幅值；

根据所述单属性信息升高或降低的幅值，确定所述属性信息是否满足预设单属性持续升高告警条件或预设单属性持续降低告警条件。

8.一种告警装置，其特征在于，包括：

获取装置，用于获取设备上报的数据，所述数据包含所述设备的告警类型和属性信息；

确定装置，用于若所述告警类型为预设多属性组合告警类型，则确定所述属性信息是否满足预设多属性组合告警条件；

告警装置，用于若所述属性信息满足所述预设多属性组合告警条件，则产生告警。

9.一种云服务平台，其特征在于，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的告警方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的告警方法。

Images