CN101783797A - 一种告警推送的方法和服务器 - Google Patents

Abstract

本发明公开了一种告警推送的方法和服务器。本发明中，服务器通过设置告警推送关系并将告警推送关系存储到缓存中，加快了告警推送的判断，只向预先配置了需要接收到该告警的用户推送告警，降低了告警转发过程中对网络带宽资源的消耗以及对服务器处理性能的不利影响。

Description

一种告警推送的方法和服务器

技术领域

本发明涉及通讯技术领域，尤其涉及一种告警推送的方法和服务器。

背景技术

现有技术中，由客户端、服务器以及设备组成的告警系统示意图如图1所示。其中，设备检测到告警发生时，将告警发送给服务器，服务器再将告警转发给所有的在线客户端，使得在线客户端的用户接收到告警。

现有技术中存在的问题在于，服务器无论从任何设备接收到什么告警，都会将所有收到的告警发送给所有的在线客户端。而实际上不同的客户端关心的可能并不相同，某些客户端也可能并不关心告警。因此，大量无意义告警的转发，不但消耗了网络的带宽资源，同时降低了服务器的处理性能。

发明内容

本发明提供了一种告警推送的方法和设备，用于降低告警转发过程中对网络带宽资源的消耗以及对服务器处理性能的不利影响。

本发明提供了一种告警推送的方法，包括：

服务器接收到设备上报的告警时，在缓存中已保存的告警推送关系中查找涉及所述告警的告警推送关系；

在所述缓存中查找到涉及所述告警的告警推送关系时，所述服务器将所述告警推送到所述查找到的告警推送关系涉及的用户；

在所述缓存中未查找到涉及所述告警的告警推送关系时，所述服务器在数据库中进一步查找涉及所述告警的告警推送关系；当在数据库中查找到涉及所述告警的告警推送关系时，对所述缓存中保存的告警推送关系进行更新，并将所述告警推送到所述查找到的告警推送关系涉及的用户。

其中，还包括：

所述服务器在接收到用户配置的关心告警、或接收到用户对已配置的关心告警进行修改时，生成对应的告警推送关系，并对数据库中保存的告警推送关系进行更新。

其中，还包括：当在数据库中未查找到涉及所述告警的告警推送关系时，不向用户推送告警。

其中，所述在缓存中已保存的告警推送关系中查找涉及所述告警的告警推送关系后，还包括：

在所述缓存中未查找到涉及所述告警的告警推送关系时，判断所述缓存中保存的告警推送关系是否达到预设的最大数量；

所述判断结果为达到时直接返回查找结果，并将在所述缓存中涉及所述告警的告警推送关系对应的计数器清零；

所述判断结果为未达到时，在数据库中进一步查找涉及所述告警的告警推送关系；在数据库中查找到涉及所述告警的告警推送关系时，根据查找到的告警推送关系对所述缓存中保存的告警推送关系进行更新；并将所述更新后的告警推送关系对应的计数器清零；在数据库中未查找到涉及所述告警的告警推送关系时，返回不需要向用户推送所述告警的标识。

其中，还包括：服务器对所述缓存中已保存的告警推送关系进行刷新；所述刷新包括以下方式中的一种或多种：

接收到用户对已配置的关心告警进行修改或删除时，对所述缓存中的告警推送关系进行刷新；当配置了缓存中可保存的告警推送关系的最大数量时，所述刷新后告警推送关系的数量不得超过所述最大数量；

所述服务器检测到用户下线或删除用户时，删除所述缓存中已保存的涉及所述用户的告警推送关系；

所述服务器在预设的刷新周期到达时，删除所述缓存中具有最大计数器数值的特定个告警推送关系。

本发明该提供了一种服务器，包括：

告警推送关系查找单元，用于接收到设备上报的告警时，在缓存中已保存的告警推送关系中查找涉及所述告警的告警推送关系；在所述缓存中查找到涉及所述告警的告警推送关系时，将查找到的告警推送关系通知告警推送单元；在所述缓存中未查找到涉及所述告警的告警推送关系时，在数据库中进一步查找涉及所述告警的告警推送关系；当在数据库中查找到涉及所述告警的告警推送关系时，对所述缓存中保存的告警推送关系进行更新，并将查找到的告警推送关系通知告警推送单元；

告警推送单元，用于将所述告警推送到所述查找单元查找到的告警推送关系涉及的用户。

其中，还包括：

告警推送关系发送单元，用于在接收到用户配置的关心告警、或接收到用户对已配置的关心告警进行修改时，生成对应的告警推送关系，并发送到数据库中，对数据库中保存的告警推送关系进行更新。

其中，所述告警推送关系查找单元，还用于：当在数据库中未查找到涉及所述告警的告警推送关系时，通知所述告警推送单元不向用户推送告警。

其中，所述告警推送关系查找单元，还用于：

在所述缓存中未查找到涉及所述告警的告警推送关系时，判断所述缓存中保存的告警推送关系是否达到预设的最大数量；

所述判断结果为达到时直接返回查找结果，并将在所述缓存中涉及所述告警的告警推送关系对应的计数器清零；

所述判断结果为未达到时，在数据库中进一步查找涉及所述告警的告警推送关系；在数据库中查找到涉及所述告警的告警推送关系时，根据查找到的告警推送关系对所述缓存中保存的告警推送关系进行更新；并将所述更新后的告警推送关系对应的计数器清零；在数据库中未查找到涉及所述告警的告警推送关系时，返回不需要向用户推送所述告警的标识。

其中，还包括：告警推送关系刷新单元，用于根据以下内容中的一种或多种对缓存中保存的告警推送关系进行刷新：

接收到用户对已配置的关心告警进行修改或删除时，对所述缓存中的告警推送关系进行刷新；当配置了缓存中可保存的告警推送关系的最大数量时，所述刷新后对告警推送关系的数量不得超过所述最大数量；

检测到用户下线或删除用户时，删除所述缓存中已保存的涉及所述用户的告警推送关系；

在预设的刷新周期到达时，删除所述缓存中具有最大计数器数值的特定个告警推送关系。

与现有技术相比，本发明具有以下优点：

服务器通过设置告警推送关系并将告警推送关系存储到缓存中，加快了告警推送的判断，只向预先配置了需要接收到该告警的用户推送告警，降低了告警转发过程中对网络带宽资源的消耗以及对服务器处理性能的不利影响。

附图说明

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

图1是现有技术中服务器将告警转发给所有在线客户端的组网示意图；

图2是本发明中提供的告警推送方法的流程图；

图3是本发明中客户端向服务器发送关于用户关心的告警的配置时，服务器的处理流程图；

图4是本发明中服务器接收到设备的告警时，服务器的处理流程图；

图5是本发明中提供的服务器的结构示意图。

具体实施方式

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

本发明提供了一种告警推送的方法，将告警推送关系存储在缓存中，当接收到告警时，在缓存中查找到对应的告警推送关系并向用户发送。具体的，如图2所示，包括：

步骤s201、服务器接收到设备上报的告警时，在缓存中已保存的告警推送关系中查找涉及该所述告警的告警推送关系；

步骤s202、在缓存中查找到涉及告警的告警推送关系时，服务器将告警推送到查找到的告警推送关系涉及的用户；在缓存中未查找到涉及告警的告警推送关系时，服务器在数据库中进一步查找涉及告警的告警推送关系；当在数据库中查找到涉及告警的告警推送关系时，对缓存中保存的告警推送关系进行更新，并将告警推送到查找到的告警推送关系涉及的用户。

本发明中提供的告警推送方法包括告警推送关系的配置、以及根据配置的告警推送关系进行告警推送的部分。以下结合具体的实施方式，对本发明中提供的告警推送方法中各部分的具体实施方法进行详细说明。

本发明提供的方法中，首先需要由用户对所关心的告警预先进行配置，服务器根据用户的配置生成对应的告警推送关系，在后续的告警转发推送过程中，根据已经存在的告警推送关系向用户推送告警。具体的，本发明提供的方法中，客户端向服务器发送关于用户关心的告警的配置时，服务器的处理流程如图3所示，包括：

步骤s301、用户通过客户端进行所关心的告警的配置，客户端向服务器发送关于用户关心的告警的配置。

步骤s302、服务器根据客户端的配置，生成对应的告警推送关系。

具体的，该告警推送关系中保存有用户的标识(可以为用户的用户名、服务器统一分配给用户的标识或编码等，可以唯一标识一个用户即可)以及用户可接收的告警。例如，用户配置了告警类型、告警内容、告警级别、设备类型时，该告警推送关系中将包括用户的标识以及上述客户端配置的内容。当服务器在后续的流程中接收到某设备发送的告警时，只有当：

(1)该告警的类型属于用户配置的告警类型；且

(2)该告警的内容在用户配置的告警内容中；且

(3)该告警的级别高于或等于用户配置的告警级别；且

(4)发送该告警的设备类型属于用户配置的设备类型；时，才将该告警向用户所使用的客户端推送。

当然，如果用户配置了告警类型、告警内容和告警级别，那么只要当服务器接收到的告警满足上述三个条件时就将该告警告诉用户。以此类推。

步骤s303、服务器增加新的告警推送关系到缓存。

具体的，服务器将生成的告警推送关系存储在缓存中，存储告警推送关系时以用户为单位，每个用户对应一条告警推送关系，该步骤为可选。另外，若该用户配置的告警为对已有告警推送关系的更新时，服务器根据新生成的告警推送关系对缓存中已有的告警推送关系进行刷新。

步骤s304、服务器将告警推送关系写入数据库。

具体的，服务器将生成的告警推送关系写入数据库中，存储告警推送关系时以用户为单位，每个用户对应一条告警推送关系

步骤s305、数据库的管理功能实体向服务器返回配置结果。

需要说明的是，此处以数据库位于不同于服务器的其他设备为例进行说明。当数据库位于服务器时，该步骤为服务器内容的信令交互流程。

步骤s306、服务器向用户所在的客户端返回配置结果。

本发明提供的方法中，服务器接收到设备的告警时，服务器的处理流程如图4所示，包括：

步骤s401、设备A向服务器上报告警。

步骤s402、服务器将告警写入数据库，根据数据库中的告警可以进行的告警分析、设备维护等后续处理，该后续处理流程与本发明无关，在此不进行详细介绍。本步骤为可选。

步骤s403、服务器判断是否存在在线用户，当不存在在线用户时停止处理，无需后续的告警推送流程，该步骤为可选。

步骤s404、服务器判断缓存中是否存在涉及该告警的告警推送关系，是则进行步骤s408，否则进行步骤s405，在数据库中查询涉及该告警的告警推送关系。

具体的判断方法可以参考上述图3中步骤s302的相关描述。

步骤s405、服务器向数据库查询涉及该告警的告警推送关系。

具体的，在缓存中未查找到涉及该告警的告警推送关系，服务器可以进一步到数据库中查询该告警的告警推送关系。

步骤s406、数据库的管理功能实体向服务器返回查询结果。

具体的，在数据库中查找到涉及该告警的告警推送关系时，数据库的管理功能实体向服务器返回查询结果，触发服务器对缓存中已保存的告警推送关系进行更新；在数据库中未查找到告警推送关系时，数据库的管理功能实体向服务器返回不需要向用户推送该告警的标识，例如可以向返回一个告警推送关系，标识用户不需要推送该告警。在之后的流程中，服务器在接收到相同的告警时，如果在缓存中查找不到告警推送关系且存在不需要推送该告警的标识，则无需向数据库中查找涉及该告警的告警推送关系，从而节约信令交互。服务器在缓存和/或数据库中存在的告警推送关系发生更新时，需要定期对每一存在上述标识的告警进行分析，判断该标识是否仍然适用，对于已经存在对应的告警推送关系的告警，将该告警的标识删除。

步骤s407、服务器更新告警推送关系到缓存中。

具体的，服务器可以将服务器中存在而缓存中不存在的告警推送关系更新存储到缓存中，以加快告警推送关系的查找速度。当在步骤s404中查询到涉及该告警的告警推送关系时，不进行上述步骤s405～407。

步骤s408、服务器向告警推送关系涉及的客户端推送告警。

本发明的上述流程中，涉及服务器对缓存中告警推送关系的维护。考虑到缓存中无限制的存储大量的告警推送关系，可能导致服务器的性能急剧下降，因此，本发明进一步提供了服务器对缓存中的告警推送关系数的数量进行限制并根据需要进行刷新的方法。

具体的，根据服务器的性能，本发明配置服务器的缓存中可保存的告警推送关系的最大数量，假设为X。其中X的大小可以根据需要以及服务器的具体性能进行配置。

当服务器的缓存中保存的告警推送关系的数量达到X时，对于上述图3和图4所示的流程：

步骤s304中、服务器不会增加新的告警推送关系到缓存。

步骤s404中，服务器无论在缓存中是否查找到涉及该告警的告警推送关系，服务器都不会向数据库查询告警推送关系，即省略步骤s405～步骤s407。

对于缓存中已经存在的告警推送关系，本发明提供了以下老化刷新机制，用于服务器将缓存中已失效或者长期不使用的告警推送关系进行删除：

(1)检测到用户对已配置的关心告警进行删除时，对缓存中对应的告警推送关系进行删除；

(2)检测到用户下线或退出时，删除缓存中已保存的涉及该用户的告警推送关系；

(3)删除用户时，删除缓存中已保存的涉及该用户的告警推送关系；

(4)为缓存中保存的每个告警推送关系设置计数器，对于新增加到缓存中的告警推送关系，其初始计数为0；对于接收到告警时，在缓存中查找到的涉及该告警的告警推送关系，将其对应的计数器清0；另外，定时将所有告警推送关系的计数器递增。在预设的刷新周期到达时，删除缓存中具有最大计数器数值的告警推送关系。

当删除已存在的告警推送关系后，新的告警推送关系可以存储到缓存中。在告警推送关系行没有老化之前，一直保存在缓存中，这样可以防止大量新的告警推送关系不断冲击缓存，通过该LRU(Least Recently Used，最近最少使用算法)，将最近一段时间内最少被访问过的告警推送关系从缓存中删除，将优先的空间尽可能的先保留给最常使用的告警推送关系。从而在节约缓存空间、提高服务器性能的同时，最大可能的提高了告警的推送速度。当然，该通过计数进行告警推送关系老化的流程只是本发明的一个具体示例，还可以使用其他计数方法将最近一段时间内最少被访问过的告警推送关系从缓存中删除。本发明在此不进行限定和一一列举。

本发明提供的上述方法中，服务器通过设置告警推送关系并将告警推送关系存储到缓存中，加快了告警推送的判断，只向预先配置了需要接收到该告警的用户推送告警，降低了告警转发过程中对网络带宽资源的消耗以及对服务器处理性能的不利影响。

本发明还提供了一种服务器，如图5所示，该服务器1具体包括：

告警推送关系查找单元10，用于接收到设备上报的告警时，在缓存中已保存的告警推送关系中查找涉及告警的告警推送关系；在缓存中查找到涉及告警的告警推送关系时，将查找到的告警推送关系通知告警推送单元20；在缓存中未查找到涉及告警的告警推送关系时，在数据库中进一步查找涉及告警的告警推送关系；当在数据库中查找到涉及告警的告警推送关系时，对缓存中保存的告警推送关系进行更新，并将查找到的告警推送关系通知告警推送单元20；当在数据库中未查找到涉及所述告警的告警推送关系时，通知告警推送单元20不向用户推送告警。

告警推送单元20，用于将告警推送到查找单元10查找到的告警推送关系涉及的用户。

告警推送关系发送单元30，用于在接收到用户配置的关心告警、或接收到用户对已配置的关心告警进行修改时，生成对应的告警推送关系，并发送到数据库中，对数据库中保存的告警推送关系进行更新。

告警推送关系刷新单元40，用于根据以下内容中的一种或多种对缓存中保存的告警推送关系进行刷新：

(1)接收到用户对已配置的关心告警进行修改或删除时，对缓存中的告警推送关系进行刷新；当配置了缓存中可保存的告警推送关系的最大数量时，刷新后对告警推送关系的数量不得超过最大数量；

(2)检测到用户下线或退出时，删除缓存中已保存的涉及用户的告警推送关系；

(3)删除用户时，删除缓存中已保存的涉及该用户的告警推送关系；

(4)在预设的刷新周期到达时，删除缓存中具有最大计数器数值的特定个告警推送关系。

本发明的一种实施方式中，上述告警推送关系查找单元10，还用于：

在缓存中未查找到涉及告警的告警推送关系时，判断缓存中保存的告警推送关系是否达到预设的最大数量；

判断结果为达到时直接返回查找结果，并将在缓存中涉及告警的告警推送关系对应的计数器清零；

判断结果为未达到时，在数据库中进一步查找涉及告警的告警推送关系；在数据库中查找到涉及告警的告警推送关系时，根据查找到的告警推送关系对缓存中保存的告警推送关系进行更新；并将更新后的告警推送关系对应的计数器清零；在数据库中未查找到涉及告警的告警推送关系时，返回不需要向用户推送告警的标识。

本发明提供的服务器中，服务器通过设置告警推送关系并将告警推送关系存储到缓存中，加快了告警推送的判断，只向预先配置了需要接收到该告警的用户推送告警，降低了告警转发过程中对网络带宽资源的消耗以及对服务器处理性能的不利影响。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的单元或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的单元可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的单元可以合并为一个单元，也可以进一步拆分成多个子单元。

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

Claims (10)

1.一种告警推送的方法，其特征在于，包括：

服务器接收到设备上报的告警时，在缓存中已保存的告警推送关系中查找涉及所述告警的告警推送关系；

在所述缓存中查找到涉及所述告警的告警推送关系时，所述服务器将所述告警推送到所述查找到的告警推送关系涉及的用户；

在所述缓存中未查找到涉及所述告警的告警推送关系时，所述服务器在数据库中进一步查找涉及所述告警的告警推送关系；当在数据库中查找到涉及所述告警的告警推送关系时，对所述缓存中保存的告警推送关系进行更新，并将所述告警推送到所述查找到的告警推送关系涉及的用户。

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

所述服务器在接收到用户配置的关心告警、或接收到用户对已配置的关心告警进行修改时，生成对应的告警推送关系，并对数据库中保存的告警推送关系进行更新。

3.如权利要求1所述的方法，其特征在于，还包括：当在数据库中未查找到涉及所述告警的告警推送关系时，不向用户推送告警。

4.如权利要求1所述的方法，其特征在于，所述在缓存中已保存的告警推送关系中查找涉及所述告警的告警推送关系后，还包括：

在所述缓存中未查找到涉及所述告警的告警推送关系时，判断所述缓存中保存的告警推送关系是否达到预设的最大数量；

所述判断结果为达到时直接返回查找结果，并将在所述缓存中涉及所述告警的告警推送关系对应的计数器清零；

所述判断结果为未达到时，在数据库中进一步查找涉及所述告警的告警推送关系；在数据库中查找到涉及所述告警的告警推送关系时，根据查找到的告警推送关系对所述缓存中保存的告警推送关系进行更新；并将所述更新后的告警推送关系对应的计数器清零；在数据库中未查找到涉及所述告警的告警推送关系时，返回不需要向用户推送所述告警的标识。

5.如权利要求1至4中任一项所述的方法，其特征在于，还包括：服务器对所述缓存中已保存的告警推送关系进行刷新；所述刷新包括以下方式中的一种或多种：

接收到用户对已配置的关心告警进行修改或删除时，对所述缓存中的告警推送关系进行刷新；当配置了缓存中可保存的告警推送关系的最大数量时，所述刷新后告警推送关系的数量不得超过所述最大数量；

所述服务器检测到用户下线或删除用户时，删除所述缓存中已保存的涉及所述用户的告警推送关系；

所述服务器在预设的刷新周期到达时，删除所述缓存中具有最大计数器数值的特定个告警推送关系。

6.一种服务器，其特征在于，包括：

告警推送关系查找单元，用于接收到设备上报的告警时，在缓存中已保存的告警推送关系中查找涉及所述告警的告警推送关系；在所述缓存中查找到涉及所述告警的告警推送关系时，将查找到的告警推送关系通知告警推送单元；在所述缓存中未查找到涉及所述告警的告警推送关系时，在数据库中进一步查找涉及所述告警的告警推送关系；当在数据库中查找到涉及所述告警的告警推送关系时，对所述缓存中保存的告警推送关系进行更新，并将查找到的告警推送关系通知告警推送单元；

告警推送单元，用于将所述告警推送到所述查找单元查找到的告警推送关系涉及的用户。

7.如权利要求6所述的服务器，其特征在于，还包括：

告警推送关系发送单元，用于在接收到用户配置的关心告警、或接收到用户对已配置的关心告警进行修改时，生成对应的告警推送关系，并发送到数据库中，对数据库中保存的告警推送关系进行更新。

8.如权利要求6所述的服务器，其特征在于，所述告警推送关系查找单元，还用于：当在数据库中未查找到涉及所述告警的告警推送关系时，通知所述告警推送单元不向用户推送告警。

9.如权利要求6所述的服务器，其特征在于，所述告警推送关系查找单元，还用于：

在所述缓存中未查找到涉及所述告警的告警推送关系时，判断所述缓存中保存的告警推送关系是否达到预设的最大数量；

所述判断结果为达到时直接返回查找结果，并将在所述缓存中涉及所述告警的告警推送关系对应的计数器清零；

所述判断结果为未达到时，在数据库中进一步查找涉及所述告警的告警推送关系；在数据库中查找到涉及所述告警的告警推送关系时，根据查找到的告警推送关系对所述缓存中保存的告警推送关系进行更新；并将所述更新后的告警推送关系对应的计数器清零；在数据库中未查找到涉及所述告警的告警推送关系时，返回不需要向用户推送所述告警的标识。

10.如权利要求6至9中任一项所述的服务器，其特征在于，还包括：告警推送关系刷新单元，用于根据以下内容中的一种或多种对缓存中保存的告警推送关系进行刷新：

接收到用户对已配置的关心告警进行修改或删除时，对所述缓存中的告警推送关系进行刷新；当配置了缓存中可保存的告警推送关系的最大数量时，所述刷新后对告警推送关系的数量不得超过所述最大数量；

检测到用户下线或删除用户时，删除所述缓存中已保存的涉及所述用户的告警推送关系；

在预设的刷新周期到达时，删除所述缓存中具有最大计数器数值的特定个告警推送关系。

Images