CN103067884A - 一种报警消息的处理方法以及装置 - Google Patents

Abstract

本申请公开了一种报警消息的处理方法以及装置，主要技术方案包括：根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量；在确定对应同一接收对象信息的报警消息数量大于第一阈值后，对对应同一接收对象信息的报警消息进行合并处理；并将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。采用该技术方案，减少了同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量，从而提高了报警消息的接收对象的响应速度以及对报警消息的处理效率。

Description

一种报警消息的处理方法以及装置

技术领域

本申请涉及数据处理技术领域，尤其涉及一种报警消息的处理方法以及装置。

背景技术

报警***(Alarm system)是指当所选参数偏离预先设定的限度值时能进行报警的***。随着安全意识的提高，报警***在通信、医疗等领域得到越来越广泛的应用。

报警***可以对各种对象进行监控，根据报警***监控对象的不同，报警***的实现方式包括：可视化报警***和虚拟软件报警***；其中，可视化报警系同一般指可以被用户直接感知的报警***，例如，火灾报警***，烟雾报警***，地震报警***等，通过软件、电子器件等硬件实现的安防设备；虚拟软件报警***主要指针对电脑网络***实现的安全报警***，一般通过软件实现。

图1示出了报警***的一般工作流程图，其实现报警的流程主要包括如下步骤：

步骤101、报警***对监控对象的设定参数进行监控；

步骤102、确定该监控对象的设定参数是否偏离预先设定的限度值，若是，执行步骤103，否则返回步骤101；

步骤103、生成报警消息，并将该报警消息发送至预先设置的报警消息接收对象。

至此，报警***实现报警的流程结束。

通过上述流程，报警***能够在监控到监控对象的设定参数偏离预先设定的限度值时，生成报警消息，并将该报警消息发送至设定的接收对象，从而该接收对象在接收到告警信息后，能够针对该告警信息所告警的内容进行相应的处理，提高***的安全性。告警***在给用户带来便利的同时，在实际使用过程中，可能存在如下问题：

由于报警消息产生的不确定性，可能存在同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量较多的情况，例如，维护人员A负责一个包括5000台业务服务器的业务服务器集群的维护工作，每个业务服务器内部都设置有报警***，并且报警消息的接收对象为该维护人员A的移动终端。假设由于网络原因导致该集群内所有的服务器都不可访问，则设置在每个业务服务器内部的报警***将生成一条报警消息并发送至该维护人员A的移动终端，这样，维护人员A的移动终端可能在同一时间段收到5000条报警消息，该数量对于移动终端接收的信息量而言是非常庞大的。

综上所述，现有的报警***存在同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量较多的情况，一方面，导致该监控对象由于在同一时间段接收以及处理数量报警消息而占用较多处理资源，降低了监控对象的响应速度；另一方面，维护人员需要逐条阅读报警消息以确定报警消息对应的监控对象，从而降低了对报警消息的处理效率。

发明内容

有鉴于此，本申请实施例提供一种报警消息的处理方法以及装置，采用该技术方案，减少了同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量，从而提高了报警消息的接收对象的响应速度以及对报警消息的处理效率。

本申请实施例通过如下技术方案实现：

根据本申请实施例的一个方面，提供了一种报警消息的处理方法，包括：

根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量；

在确定对应同一接收对象信息的报警消息数量大于第一阈值后，对所述对应同一接收对象信息的报警消息进行合并处理；并

将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

根据本申请实施例的另一个方面，提供了一种报警消息的处理装置，包括：

报警消息数量确定单元，用于根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量；

合并处理单元，用于在所述报警消息数量确定单元确定对应同一接收对象信息的报警消息数量大于第一阈值后，对所述对应同一接收对象信息的报警消息进行合并处理；

发送单元，用于将所述合并处理单元合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

通过本申请实施例提供的上述至少一个技术方案，能够根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量，并在确定对应同一接收对象信息的报警消息数量大于第一阈值后，对该对应同一接收对象信息的报警消息进行合并处理，然后将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。根据该技术方案，由于发往同一接收对象的报警消息被合并处理，从而能够减少同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量，进而提高了报警消息的接收对象的响应速度以及对报警消息的处理效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：

图1为背景技术提供的报警***的一般工作流程图；

图2为本申请实施例一提供的报警***的示意图；

图3为本申请实施例一提供的表征报警消息流向的示意图；

图4为本申请实施例一提供的报警消息的处理流程的示意图；

图5为本申请实施例一提供的将对应同一接收对象信息的报警消息按照设定的合并方式进行合并的一个流程示意图；

图6为本申请实施例一提供的对合并得到的第一类型的报警消息进行处理的流程示意图；

图7为本申请实施例一提供的将对应同一接收对象信息的报警消息按照设定的合并方式进行合并的又一个流程示意图；

图8为本申请实施例二提供的对报警消息进行处理的流程示意图；

图9为本申请实施例三提供的一个对报警消息进行处理的装置的结构示意图；

图10为本申请实施例三提供的又一个对报警消息进行处理的装置的结构示意图。

具体实施方式

为了给出提高报警消息的接收对象的响应速度以及对报警消息的处理效率的实现方案，本申请实施例提供了一种报警消息的处理方法以及装置，该技术方案可以应用于报警消息生成之后的处理过程，既可以实现为一种方法，也可以实现为一种装置。以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

本申请各实施例中涉及的报警消息的接收对象可以为报警消息的接收方的终端设备，例如，报警消息的接收方的移动终端、固定终端或计算机等设备，报警消息的接收对象信息可以为报警消息的接收对象对应的设备标识，例如，当接收对象为移动终端时，该接收对象信息可以为移动终端的通信号码、当接收对象为计算机设备时，该接收对象信息可以为计算机设备的IP地址信息、邮箱、即时通讯帐户等。

实施例一

本申请实施例一提供了一种报警消息的处理方法，该方法通过对满足合并处理条件的报警消息进行合并处理，以减少同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量，从而减少了由于同一时间段发送给同一接收对象的对应不同监控对象的报警消息的数量较多而导致的该接收对象的响应速度过慢、对报警消息的阅读效率低等问题，进而提高了报警消息的接收对象的响应速度以及对报警消息的处理效率。

本申请实施例一提供的报警消息的处理方法可以适用于各种应用了报警***的场景，并主要针对报警***生成报警消息后的处理流程提供了技术上的改进。例如，本申请实施例一提供的报警消息的处理方法可以适用于图2所示的报警***，该报警***主要包括：设置在监控对象中的报警监控模块201、报警消息的处理装置202以及报警消息的接收对象203，其中，报警监控模块201主要负责监控所在监控对象的状态，在确定监控对象的状态偏离预设的阈值时，生成报警消息，并将生成的报警消息发送给报警消息的处理装置202；报警消息的处理装置202主要负责对满足合并条件的报警消息进行合并处理，并将处理后的报警消息发送给接收对象203；接收对象203主要负责对接收的报警消息进行相应的处理。实际应用中，报警消息的处理装置202可以与报警监控模块201合并，也可以独立设置。应当理解，该图2所示的报警***为本申请实施例一提供的技术方案所适用的场景的一个举例，实际应用中，本申请实施例一提供的技术方案可以适用于各种能够生成报警消息并且需要将报警消息发送给设定的接收对象的各种场景，此处不再一一列举。

以下主要针对报警***生成报警消息后的处理过程进行详细的描述，该过程即上述图2所示的场景中报警消息的处理装置202对报警消息的处理过程，在其他场景下，该过程也可能通过其他软硬件实现。

本申请实施例一中，报警监控模块生成报警消息后，该报警消息可以被发送至指定的存储位置，在实际应用中，该指定的存储位置可以称为报警缓存池，可以对保存在缓存资源池中的报警消息进行分析合并处理。为了更好地理解，图3示出了表征报警消息流向的示意图，如图3所示，报警数据源包括生成报警消息的一个或多个报警监控模块，该报警数据源生成报警消息后，报警消息被发送至报警缓存池进行缓存，并进一步对报警缓存池中保存的报警消息进行分析合并处理。应当理解，该图3所示的流向示意图为本申请实施例一提供的技术方案中报警消息流向的一个举例，实际应用中，报警消息的流向根据报警***场景的不同而有所不同，此处不再一一列举。

图4示出了本申请实施例一提供的报警消息的处理流程的示意图，该处理过程主要包括如下步骤：

步骤401、根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量。

该步骤401中，报警消息可以为报警监控模块生成并发送至指定存储位置(例如，缓存资源池)中的报警消息，该指定存储位置保存的报警消息可以为不同报警监控模块针对不同监控对象生成的报警消息。并且，报警消息的接收对象消息一般包含在该报警消息中，例如，在报警消息中设置用于标识其接收对象信息的字段，根据该字段的值可以确定出该报警消息的接收对象信息。

步骤402、判断对应同一接收对象信息的报警消息数量是否大于第一阈值，若是，执行步骤403至404，若否，执行步骤405。

该步骤402中，第一阈值为设置的一个接收对象在同一时间段内所能接收的报警消息的最大值，该值可以灵活设置，例如，可以根据接收对象的处理能力(如CPU性能、内存大小等)设置不同值，若接收对象处理能力较强，则该第一阈值可以设置的较大，若接收对象处理能力较弱，则该第一阈值可以设置的较小。

步骤403、对确定出的报警消息数量是否大于第一阈值且对应同一接收对象信息的报警消息进行合并处理。

该步骤403中，对报警消息进行合并处理可以基于设定的合并规则，该合并规则中包括用于指示对报警消息进行合并的合并方式信息，对报警消息进行合并处理即将对应同一接收对象信息的报警消息按照设定的合并方式进行合并。

步骤404、将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

该步骤404中，发送合并处理后的报警消息可以基于多种方式，例如，短消息方式、邮件方式、即时通讯消息、语音通信方式等，具体可以根据接收对象所支持的通知方式灵活设置。

步骤405、将对应同一接收对象信息的报警消息分别发送至报警消息的接收对象信息对应的接收对象。

至此，报警消息的处理流程结束。

根据图4对应的上述报警消息的处理流程，在对应同一接收对象的报警消息数量较多时，可以对发送给该接收对象的报警消息进行合并处理，以减少报警消息数量。

本申请实施例一提供的上述报警消息的处理流程包括的步骤403中，将对应同一接收对象信息的报警消息进行合并处理可以基于合并规则进行，其中，合并规则包括用于指示对报警消息进行合并的合并方式信息，该合并方式可以根据实际需要灵活设置，以下针对合并报警消息的过程给出两个优选实施方式。

合并报警消息的优选实施方式一

图5示出了将对应同一接收对象信息的报警消息按照设定的合并方式进行合并的流程示意图，如图5所示，该过程主要包括如下步骤：

步骤501、将对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并，得到第一消息类型的报警消息。

该步骤501中，报警消息一般包括多个信息类别的信息，例如，包括监控对象的标识信息、报警类型信息等。该步骤中涉及的设定信息类别可以灵活设置，例如，为了使接收对象明确发送报警的监控对象，可以将监控对象的标识信息合并得到第一消息类型的报警消息，为了使接收对象明确报警类型，可以将报警类型信息合并得到第一消息类型的报警消息。应当理解，实际应用中，报警消息中包括的信息类别不限于以上所列举的信息类别，还可以包括其他信息类别，例如，报警发生时间信息等，并且，用于合并得到第一消息类型的报警消息的设定信息类别也可以根据实际需要灵活设定，此处不再一一列举。

步骤502、将报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

该步骤502中，可以预先设定是将除设定信息类别的信息之外的信息合并，或将报警消息包括的所有信息合并。

至此，合并报警消息的流程结束。

上述步骤501和步骤502的执行过程相互独立，即步骤502和步骤501可以并行执行，或者步骤502可以在步骤501之前执行。

根据上述报警消息的合并过程，可以将对应同一接收对象的报警消息合并得到第一消息类型的报警消息以及第二消息类型的报警消息，其中，第一消息类型的报警消息主要作为报警提示信息，该第一类型的报警消息中包含的信息量较少，只需要包括报警消息中设定消息类型的消息即可，因此，该第一类型的报警消息可以为信息量少但信息传送效率高的信息类型，例如，即时短消息；第二消息类型的报警消息主要作为报警详单信息，该第二类型的报警消息中包含的信息量较大，需要包括报警消息中除设定消息类型之外的消息或报警消息中的所有信息，因此，该第二类型的报警消息可以为包括的信息量且传送可靠性高的信息类型，例如电子邮件等。

图5对应的报警消息合并流程包括的步骤501中，即将对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息的具体实现过程可以如下：

根据对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息，也即：

针对对应同一接收对象的报警消息，分别针对报警消息包括的监控对象信息，将对应同一监控对象的报警消息进行合并，那么，根据该合并方式，合并得到的第一类型的报警消息的数量为对应同一接收对象的报警消息对应的监控对象信息的数量。例如，对应同一接收对象的报警消息有10个，其中，各报警消息包括的监控对象信息如下表1所示：

表1：

报警消息	1	2	3	4	5	6	7	8	9	10
											监控对象	A	B	A	C	C	C	A	B	B	C

根据表1的内容，对应监控对象A的报警消息有1、3、7三条，对应监控对象B的报警消息有2、8、9三条，对应监控对象C的报警消息有4、5、6、10四条，则报警消息1、3、7可以合并为对应监控对象A的第一类型的报警消息，报警消息2、8、9可以合并为对应监控对象B的第一类型的报警消息，报警消息4、5、6、10可以合并为对应监控对象C的第一类型的报警消息，共合并得到3条第一类型的报警消息。

根据上述将报警消息合并得到第一消息类型的报警消息的具体实现过程，合并得到的第一类型的报警消息数量与合并前报警消息包括的监控对象信息数量相等，因此，合并前报警消息包括的监控对象信息数量越多，合并得到的第一类型的报警消息的数量也越多，在此情况下，本申请实施例进一步提供了如下处理方式，以保证合并得到的报警消息数量不超过设置的第一阈值，该处理过程在分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之后执行。图6示出了该对合并得到的第一类型的报警消息进行处理的流程示意图，该过程主要包括如下步骤：

步骤601、确定合并得到的第一消息类型的报警消息的数量是否大于第一阈值，若是，执行步骤602；若否，结束流程。

该步骤601中，第一阈值与上述步骤402中涉及的第一阈值相等。

步骤602、将第一消息类型的报警消息进行合并处理。

该步骤602中，将第一消息类型的报警消息进行合并处理时，可以根据设定的合并方式进行合并，例如，随机选取几条合并得到的第一消息类型的报警消息，将全部内容直接合并，或者，从合并得到的第一消息类型的报警消息中选择信息量小于设定值的报警消息进行合并。具体合并方式可以灵活设置，此处不再一一列举。

至此，对合并得到的第一类型的报警消息进行合并处理的流程结束。

通过上述流程，对合并得到的第一类型的报警消息的数量进行了进一步控制，以进一步减少同一时间段发往同一接收对象的报警消息数量。

基于上述对合并得到的第一类型的报警消息进行合并处理的基本相同的原理，在图5对应的报警消息合并流程包括的步骤502中，即将报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息的具体实现过程可以如下：

根据对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

该对合并得到的第二类型的报警消息进行合并处理的具体过程与上述对合并得到的第一类型的报警消息进行合并处理的具体过程基本相同，此处不再赘述。

实际应用中，可以同时对合并得到的第一类型以及第二类型的报警消息进行合并处理，也可以只对合并得到的第一类型或第二类型的报警消息进行合并处理。

根据该合并报警消息的优选实施方式一提供的上述处理过程，能够将对应同一接收对象的多个报警消息合并得到至少一个第一类型的报警消息以及至少一个第二类型的报警消息，根据该合并方式，在图4对应流程包括的步骤404中，即将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象时，可以有如下处理方式：

处理方式一

将合并得到的第一消息类型的报警消息以及第二消息类型的报警消息分别发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

处理方式二

将合并得到的第一消息类型的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象，并在接收到该接收对象的触发消息后，将合并得到的第二消息类型的报警消息所送至所述接收对象。

该处理方式二中，接收对象在接收到第一类型的报警消息后，根据阅读报警消息的需求，可以确定是否需要获取包含的信息更多的第二类型的报警消息，如果需要，可以发送用于获取第二类型的报警消息的触发消息，该触发消息的类型可以预先设置，例如，为了减少传输信息量，该触发消息可以包括一个用于标识获取第二类型的报警消息的标识位。

通过上述处理方式一或处理方式二，能够将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

合并报警消息的优选实施方式二

图7示出了将对应同一接收对象信息的报警消息按照设定的合并方式进行合并的流程示意图，该过程主要包括如下步骤：

步骤701、判断对应同一接收对象信息的报警消息的数目是否大于第二阈值，若是，执行步骤702至步骤703，若否，执行步骤704。

该步骤701中，第二阈值一般设置为大于上述的第一阈值的值。

步骤702、将对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息。

该步骤702的具体实现过程与上述步骤501的具体实现过程基本相同，该具体实现过程已在上述优选实施方式一中做了详细描述，该步骤702的具体实现过程请参见上述优选实施方式一中针对步骤501的说明，此处不再赘述。

步骤703、将报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

该步骤703的具体实现过程与上述步骤502的具体实现过程基本相同，该具体实现过程已在上述优选实施方式一中做了详细描述，该步骤703的具体实现过程请参见上述优选实施方式一中针对步骤502的说明，此处不再赘述。

步骤704、将对应同一接收对象信息的报警消息中包括的所有信息合并得到第一消息类型的报警消息。

至此，合并报警消息的流程结束。

根据上述报警消息的合并过程，在需要合并的报警消息数量较多时(大于第二阈值)，可以将对应同一接收对象的报警消息合并得到第一消息类型的报警消息以及第二消息类型的报警消息，从而在报警消息的总信息量较大时，针对报警消息的不同内容分别合并为不同类型的消息；在需要合并的报警消息数量较少时，可以直接将报警消息合并得到第一消息类型的报警消息，从而提高合并效率，无需分别针对报警消息的不同内容进行合并。

本申请实施例一提供的上述优选实施方式一以及优选实施方式二中，在将对应同一接收对象的报警消息分别合并得到第一类型的报警消息以及第二类型的报警消息时，还可以采用如下优选实现方式：

在将对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息时，从各报警消息中提取各报警消息的原始数据的存储位置信息，并保存各报警消息的原始数据的存储位置信息(称为报警合并还原点)；

在将报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息之前，可以根据报警合并还原点保存的各报警消息的原始数据的存储位置信息，获取各报警消息的原始数据，从而在将报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息时，可以一并合并获取的各报警消息的原始数据。

根据上述处理方式，合并得到第二消息类型的报警消息时，可以根据报警合并还原点保存的信息在合并得到的第二消息类型的报警消息中包括各报警消息的原始数据，从而便于对报警进行分析处理。

实施例二

本申请实施例二针对上述实施例一提供的技术方案，给出了一个具体实例。该实例中，接收对象为用户的手机；第一消息类型为短消息类型，第二消息类型为邮件类型；报警消息的数据源为MYSQL数据库，所有的报警消息都会存入该数据库中，然后由报警分析进程将报警消息载入报警缓存池(内存)中，报警分析模块将对报警缓存池中的信息进行分拣，将报警消息按接收对象进行归类。

图8示出了报警消息的处理流程示意图，图8中示出了接收对象分别为用户1的手机、用户2的手机、用户3的手机的情况，其中，报警分析模块的分析结果中，箭头1所指的对应各接收对象的方框图中，斜线部分表示对应各用户的手机的当前报警消息数量，合并阀值(即上述的第一阈值)的位置如实线2所示，根据图8所示的示意图，对应用户1的手机的报警消息未超过合并阈值，不需要进行合并处理，按照现有流程处理；对应用户2、3的手机的报警消息超过了合并阈值，需要进行合并处理。

针对对应用户2、3的手机的报警消息，分别根据合并规则进行合并处理(该合并处理过程可以采用上述实施例一提供的任意一种合并方式)，在根据合并规则进行合并处理时，根据需要，可能涉及如箭头3所指的生成报警合并还原点的过程(即保存各报警消息的原始数据的存储位置信息)，相应地，还进一步涉及如箭头4所指的从报警数据源获取原始数据的过程以及箭头5所指的将原始数据合并到邮件中的过程。

由图8可见，通过合并规则合并后的各接收对象的报警消息数量低于实线2所指示的合并阈值，从而满足了各接收对象针对同一时间段接收的报警消息数量的要求。

进一步地，在满足各接收对象针对同一时间段接收的报警消息数量的要求后，发送合并得到的短消息至用户的手机，并主动或基于触发将合并得到的邮件发送给用户的手机，如箭头6所指。

可见，通过图8所示的对报警消息处理的流程示意图，在对应同一接收对象的报警消息超过设定的合并阈值时，进行合并处理，以使合并处理后的报警消息数量小于合并阈值，从而达到减少同一时间段发给同一接收对象的报警消息的数量。

实施例三

本申请实施例三提供了一种报警消息的处理装置，该报警消息的处理装置可以位于报警***中。

图9示出了本申请实施例三提供的报警消息的处理装置的结构示意图，该装置包括：

报警消息数量确定单元901、合并处理单元902以及发送单元903；

其中：

报警消息数量确定单元901，用于根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量；

合并处理单元902，用于在报警消息数量确定单元901确定对应同一接收对象信息的报警消息数量大于第一阈值后，对对应同一接收对象信息的报警消息进行合并处理；

发送单元903，用于将合并处理单元902合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

本申请实施例三提供的一个优选实施方式中，图9所示装置包括的报警消息数量确定单元901，具体用于根据报警监控模块生成并发送至指定存储位置的报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量。

本申请实施例三提供的一个优选实施方式中，图9所示装置包括的合并处理单元902，具体用于将对应同一接收对象信息的报警消息按照设定的合并方式进行合并。

如图10所示，本申请实施例三提供的一个优选实施方式中，图9所示装置包括的合并处理单元902，还可以具体包括：

第一合并模块902A以及第二合并模块902B；

其中：

第一合并模块902A，用于将对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息；

第二合并模块902B，用于将报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

本申请实施例三提供的一个优选实施方式中，图10所示装置包括的发送单元903，具体用于将合并得到的第一消息类型的报警消息以及第二消息类型的报警消息分别发送至与合并处理前的报警消息的接收对象信息对应的接收对象；或，将合并得到的第一消息类型的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象，并在接收到接收对象的触发消息后，将合并得到的第二消息类型的报警消息所送至接收对象。

本申请实施例三提供的一个优选实施方式中，图10所示装置包括的第一合并模块902A，具体用于根据对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息。

本申请实施例三提供的一个优选实施方式中，图10所示装置包括的第一合并模块902A，还用于在分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之后，确定合并得到的第一消息类型的报警消息的数量是否大于第一阈值，并在确定第一消息类型的报警消息的数量大于第一阈值后，将第一消息类型的报警消息进行合并处理。

本申请实施例三提供的一个优选实施方式中，图10所示装置包括的第二合并模块902B，具体用于根据对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的除设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

本申请实施例三提供的一个优选实施方式中，图10所示装置包括的第一合并模块902A，具体用于在将对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之前，确定对应同一接收对象信息的报警消息的数目大于第二阈值，其中，第二阈值大于第一阈值。

本申请实施例三提供的一个优选实施方式中，图10所示装置包括的第一合并模块902A，还用于在确定对应同一接收对象信息的报警消息的数目不大于第二阈值时，将对应同一接收对象信息的报警消息中包括的所有信息合并得到第一消息类型的报警消息。

上述各模块的功能可对应于实施例一各流程包括的相应处理步骤，在此不再赘述。

本申请的实施例所提供的报警消息的处理装置可通过计算机程序实现。本领域技术人员应该能够理解，上述的模块划分方式仅是众多模块划分方式中的一种，如果划分为其他模块或不划分模块，只要报警消息的处理装置具有上述功能，都应该在本申请的保护范围之内。

并且，本实施例二中的报警消息的处理装置还具有能够实现实施例一以及实施二所描述技术方案的功能模块，此处不再赘述。

本领域的技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

1.一种报警消息的处理方法，其特征在于，包括：

根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量；

在确定对应同一接收对象信息的报警消息数量大于第一阈值后，对所述对应同一接收对象信息的报警消息进行合并处理；并

将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

2.如权利要求1所述的方法，其特征在于，根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量，包括：

根据报警监控模块生成并发送至指定存储位置的报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量。

3.如权利要求1所述的方法，其特征在于，对所述对应同一接收对象信息的报警消息进行合并处理，包括：

将所述对应同一接收对象信息的报警消息按照设定的合并方式进行合并。

4.如权利要求3所述的方法，其特征在于，将所述对应同一接收对象信息的报警消息按照设定的合并方式进行合并，包括：

将所述对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息；并

将所述报警消息中包括的除所述设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

5.如权利要求4所述的方法，其特征在于，将合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象，包括：

将合并得到的第一消息类型的报警消息以及第二消息类型的报警消息分别发送至与合并处理前的报警消息的接收对象信息对应的接收对象；或

将合并得到的第一消息类型的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象，并在接收到所述接收对象的触发消息后，将合并得到的第二消息类型的报警消息所送至所述接收对象。

6.如权利要求4所述的方法，其特征在于，将所述对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息，包括：

根据所述对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息。

7.如权利要求6所述的方法，其特征在于，分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之后，还包括：

确定合并得到的第一消息类型的报警消息的数量是否大于所述第一阈值；

在确定所述第一消息类型的报警消息的数量大于所述第一阈值后，将所述第一消息类型的报警消息进行合并处理。

8.如权利要求4所述的方法，其特征在于，将所述报警消息中包括的除所述设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息，包括：

根据所述对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的除所述设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

9.如权利要求4所述的方法，其特征在于，将所述对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之前，还包括：

确定所述对应同一接收对象信息的报警消息的数目大于第二阈值，其中，所述第二阈值大于所述第一阈值。

10.如权利要求9所述的方法，其特征在于，在确定所述对应同一接收对象信息的报警消息的数目不大于第二阈值时，还包括：

将所述对应同一接收对象信息的报警消息中包括的所有信息合并得到第一消息类型的报警消息。

11.一种报警消息的处理装置，其特征在于，包括：

报警消息数量确定单元，用于根据报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量；

合并处理单元，用于在所述报警消息数量确定单元确定对应同一接收对象信息的报警消息数量大于第一阈值后，对所述对应同一接收对象信息的报警消息进行合并处理；

发送单元，用于将所述合并处理单元合并处理得到的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象。

12.如权利要求11所述的装置，其特征在于，所述报警消息数量确定单元，具体用于根据报警监控模块生成并发送至指定存储位置的报警消息的接收对象信息，确定对应同一接收对象信息的报警消息数量。

13.如权利要求11所述的装置，其特征在于，所述合并处理单元，具体用于将所述对应同一接收对象信息的报警消息按照设定的合并方式进行合并。

14.如权利要求13所述的装置，其特征在于，所述合并处理单元，具体包括：

第一合并模块，用于将所述对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息；

第二合并模块，用于将所述报警消息中包括的除所述设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

15.如权利要求14所述的装置，其特征在于，所述发送单元，具体用于将合并得到的第一消息类型的报警消息以及第二消息类型的报警消息分别发送至与合并处理前的报警消息的接收对象信息对应的接收对象；或，将合并得到的第一消息类型的报警消息发送至与合并处理前的报警消息的接收对象信息对应的接收对象，并在接收到所述接收对象的触发消息后，将合并得到的第二消息类型的报警消息所送至所述接收对象。

16.如权利要求14所述的装置，其特征在于，所述第一合并模块，具体用于根据所述对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息。

17.如权利要求16所述的装置，其特征在于，所述第一合并模块，还用于在分别将对应同一监控对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之后，确定合并得到的第一消息类型的报警消息的数量是否大于所述第一阈值，并在确定所述第一消息类型的报警消息的数量大于所述第一阈值后，将所述第一消息类型的报警消息进行合并处理。

18.如权利要求14所述的装置，其特征在于，所述第二合并模块，具体用于根据所述对应同一接收对象信息的报警消息分别包括的监控对象信息，分别将对应同一监控对象信息的报警消息中包括的除所述设定信息类别的信息之外的信息或包括的所有信息合并得到第二消息类型的报警消息。

19.如权利要求14所述的装置，其特征在于，所述第一合并模块，具体用于在将所述对应同一接收对象信息的报警消息中包括的设定信息类别的信息合并得到第一消息类型的报警消息之前，确定所述对应同一接收对象信息的报警消息的数目大于第二阈值，其中，所述第二阈值大于所述第一阈值。

20.如权利要求19所述的装置，其特征在于，所述第一合并模块，还用于在确定所述对应同一接收对象信息的报警消息的数目不大于第二阈值时，将所述对应同一接收对象信息的报警消息中包括的所有信息合并得到第一消息类型的报警消息。

Images