CN106294066A - 报警数据处理方法及装置 - Google Patents

Abstract

本发明提供一种报警数据处理方法及装置，所述方法包括：获取预设时间段产生的实际报警数据的数量；检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；若所述预设时间段产生的所述实际报警数据的数量大于所述预估报警数据的数量，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并。采用本发明的技术方案，可以大大地减少报警数据的数量，这样在向OP人员的移动终端发送报警数据的时候，可以大大地较少短信网关的服务压力，保证后续所有报警数据的正常发送，可以避免OP人员未及时接收到重要的报警数据，而造成未及时处理故障的风险。因此，采用本发明的报警处理方案，还可以有效地提高故障处理效率。

Description

报警数据处理方法及装置

【技术领域】

本发明涉及数据处理技术领域，尤其涉及一种报警数据处理方法及装置。

【背景技术】

随着信息科技的发展，各种依赖互联网的网络平台的访问数据的爆增，网络和机房的维护变得越来越重要。

当网络平台的服务异常的时候，往往会引发报警，现有技术中，为了便于运维(Operations；OP)人员能够及时发现异常，将所有的报警信息发送至OP人员的移动终端上，以便于OP人员及时发现报警信息，并分析报警发生的原因，及时对异常进行处理。

但是，当网络或者机房故障引起服务异常的时候，往往会产生了大量的报警信息，同时向OP人员的移动终端发送大量的报警信息会给短信网关造成很大的服务压力，会导致后续重要报警数据的发送延迟。

【发明内容】

本发明提供了一种报警数据处理方法和装置，用于避免当网络或者机房故障引起服务异常的时候，同时向OP人员的移动终端发送大量的报警信息会给短信网关造成很大的服务压力，从而保证后续重要报警数据的及时发送。

本发明提供一种报警数据处理方法，所述方法包括：

获取预设时间段产生的实际报警数据的数量；

检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；

若所述预设时间段产生的所述实际报警数据的数量大于所述预估报警数据的数量，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并。

进一步可选地，如上所述的方法中，检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量之前，所述方法还包括：

根据历史报警数据和所述预设时间段的报警数据的预设模型，确定所述预设时间段的所述预估数据的报警数量。

进一步可选地，如上所述的方法中，根据历史报警数据和所述预设时间段的报警数据的预设模型，确定所述预设时间段的所述预估数据的报警数量，具体包括：

根据预设分位点从所述历史报警数据中获取历史有效报警数据；

根据所述历史有效报警数据以及所述预设时间段的报警数据的预设模型，采用最大似然估计方法计算所述预设时间段的初步报警数据的数量；

对所述预设时间段的初步报警数量进行补偿，得到所述预设时间段的所述预估报警数据的数量。

进一步可选地，如上所述的方法中，根据预设分位点从所述历史报警数据中获取历史有效报警数据之前，所述方法还包括：

从报警存储***中获取历史报警源数据；

对所述历史报警源数据进行清洗，获得所述历史报警数据。

进一步可选地，如上所述的方法中，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并之后，所述方法还包括：

向报警数据的接收设备发送合并后的报警数据。

进一步可选地，如上所述的方法中，若所述预设时间段产生的实际报警数据的数量小于或者等于所述预估报警数据的数量，所述方法还包括：

向所述报警数据的接收设备逐条发送各所述实际报警数据。

本发明提供一种报警数据处理装置，所述装置包括：

获取模块，用于获取预设时间段产生的实际报警数据的数量；

检测模块，用于检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；

合并处理模块，用于若所述预设时间段产生的所述实际报警数据的数量大于所述预估报警数据的数量，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并。

进一步可选地，如上所述的装置中，所述装置还包括：

确定模块，用于根据历史报警数据和所述预设时间段的报警数据的预设模型，确定所述预设时间段的所述预估数据的报警数量。

进一步可选地，如上所述的装置中，所述确定模块，具体包括：

获取单元，用于根据预设分位点从所述历史报警数据中获取历史有效报警数据；

计算单元，用于根据所述历史有效报警数据以及所述预设时间段的报警数据的预设模型，采用最大似然估计方法计算所述预设时间段的初步报警数据的数量；

补偿单元，用于对所述预设时间段的初步报警数量进行补偿，得到所述预设时间段的所述预估报警数据的数量。

进一步可选地，如上所述的装置中，所述装置还包括清洗模块：

所述获取模块，还用于从报警存储***中获取历史报警源数据；

所述清洗模块，用于对所述历史报警源数据进行清洗，获得所述历史报警数据。

进一步可选地，如上所述的装置中，所述装置还包括：

发送模块，用于向报警数据的接收设备发送合并后的报警数据。

进一步可选地，如上所述的装置中，所述发送模块，还用于若所述预设时间段产生的实际报警数据的数量小于或者等于所述预估报警数据的数量，向所述报警数据的接收设备逐条发送各所述实际报警数据。

本实施的报警数据处理方法及装置，通过采用上述实施例的技术方案，可以在检测预设时间段产生的实际报警数据的数量大于预估报警数据的数量时，将预设时间段内大于预估报警数据的数量的报警数据合并，从而可以大大地减少报警数据的数量，这样在向OP人员的移动终端发送报警数据的时候，可以大大地较少短信网关的服务压力，保证后续所有报警数据的正常发送，可以避免OP人员未及时接收到重要的报警数据，而造成未及时处理故障的风险。因此，采用本发明的报警处理方案，还可以有效地提高故障处理效率。

【附图说明】

图1为本发明的报警数据处理方法实施例一的流程图。

图2为本发明的报警数据处理方法实施例二的流程图。

图3为本发明的报警数据处理装置实施例一的结构图。

图4为本发明的报警数据处理装置实施例二的结构图。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

图1为本发明的报警数据处理方法实施例一的流程图。如图1所示，本实施的报警数据处理方法，具体可以包括如下步骤：

100、获取预设时间段产生的实际报警数据的数量；

101、检测预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；若预设时间段产生的实际报警数据的数量大于预估报警数据的数量，执行步骤102；否则当预设时间段产生的实际报警数据的数量小于或者等于预估报警数据的数量，执行步骤103；

102、将预设时间段内大于预估报警数据的数量的报警数据合并；

103、准备发送报警数据，结束。

本实施的报警数据处理方法的执行主体为报警数据处理装置，该报警数据处理装置具体可以设置在网络平台的报警处理中心，在报警处理中心向报警数据的接收设备发送报警数据之前，对报警数据进行处理。本实施的报警数据的接收设备具体可以为OP人员的移动终端。也就是说，本实施例的步骤100-103适用于对同一个报警数据的接收设备(对应同一个报警数据的接收人)的报警数据进行处理。例如在报警处理中心，可以记录每一个报警数据对应的OP人员的标识，例如该OP人员的标识具体可以为该OP人员的手机号码，这样报警数据处理装置可以根据该OP人员的手机号码，将产生的报警数据发送给该OP人员的手机号码对应的移动终端上。

采用本实施例的报警数据处理方法对报警数据监控的过程中，具体可以监控该报警数据的接收人(如OP人员)在每一个预设时间段的实际报警数量的数据。例如，本实施例的预设时间段的长度可以根据该网络平台对报警数据监控的习惯来设置，例如可以为一个小时，也可以为两个小时，或者也可以为一天或者其他时间长度，具体可以根据使用场景作调整，在此不再一一举例赘述。然后根据预估报警数据的数量，判断预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量，当预设时间段产生的实际报警数据的数量小于或者等于预估报警数据的数量，将预设时间段内产生的大于预估报警数据的数量的报警数据合并；另外，此处需要说明的是，实际报警数据的产生具有一定的时序性，在预设时间段内产生的实际报警数据可以根据每一条实际报警数据产生的时间，按照先后顺序排列；可以取N等于预估报警数据的数量，对于前N个实际报警数据，暂不对报警数据做任何处理；而对于N之后的其它实际报警数据，即预设时间段内产生的大于预估报警数据的数量的报警数据进行合并。具体地，可以将预设时间段内产生的大于预估报警数据的数量的报警数据合并为一条报警数据；当然，如果预设时间段内产生的大于预估报警数据的数量的报警数据的数量也非常多，也可以合并为两条或者三条等等其它条；但是一定要保证合并之后的报警数据的数量要远远小于实际产生的报警数据的数量。

本实施的报警数据处理方法，通过采用上述实施例的技术方案，可以在检测预设时间段产生的实际报警数据的数量大于预估报警数据的数量时，将预设时间段内大于预估报警数据的数量的报警数据合并，从而可以大大地减少报警数据的数量，这样在向OP人员的移动终端发送报警数据的时候，可以大大地较少短信网关的服务压力，保证后续所有报警数据的正常发送，可以避免OP人员未及时接收到重要的报警数据，而造成未及时处理故障的风险。因此，采用本实施例的报警处理方案，还可以有效地提高故障处理效率。

进一步可选地，在上述图1所示实施例的技术方案的基础上，其中步骤101“检测预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量”之前，还可以包括：根据历史报警数据和预设时间段的报警数据的预设模型，确定预设时间段的预估数据的报警数量。

也就是说，预设时间段的预估数据的报警数量的确定，主要是根据历史报警数据，以及历史报警数据中预设时间段的报警数据的预设模型来共同确定的，该预设模型的确定可以根据历史报警数据所符合的规则来确定。

进一步可选地，在上述图1所示实施例的技术方案的基础上，步骤102“将预设时间段内大于预估报警数据的数量的报警数据合并”之后，还可以包括：

向报警数据的接收设备发送合并后的报警数据。

进一步可选地，在上述图1所示实施例的技术方案的基础上，若预设时间段产生的实际报警数据的数量小于或者等于预估报警数据的数量，还包括：向报警数据的接收设备逐条发送各实际报警数据，此处为了和合并的报警数据相区分，实际报警数据即是指实际产生的，未做任何合并处理的报警数据。

图2为本发明的报警数据处理方法实施例二的流程图。如图2所示，本实施例的报警数据处理方法在上述实施例的技术方案的基础上，进一步包括如下技术方案。如图2所示，本实施例的报警数据处理方法，具体可以包括如下步骤：

200、从报警存储***中获取历史报警源数据；

本实施例中，若最终是要预估报警数据接收人N在每天的第k小时的预估报警数据的数量，此处获取的历史报警源数据，具体可以为该报警数据接收人N过去一个月或者两个月或者两周中每一天第k小时的历史报警源数据。也就是说，本实施例中，在从报警存储***中获取历史报警源数据的时候，同时对获取的历史报警源数据做了规整。

201、对历史报警源数据进行清洗，获得历史报警数据；

例如，具体可以对获取的历史报警源数据进行清洗，消除无用的、不合理的、错误等噪声数据，最终得到报警数据接收人N在过去一段历史时间段内的每一天的第k小时的历史报警数据

202、根据预设分位点从历史报警数据中获取历史有效报警数据；

由于历史报警数据中可能就存在大规模报警时段，如果后续估计不排除这些时段的值，可能会导致估计不准，因此首先要想办法排除这些时段。但是这些时段需要人为标注才可能做到准确排除，而标注又非常繁复。本实施例中假设大规模报警时段一般会超过正常时段的报警数量，因此使用预设分位点对报警数据进行处理，这样只要分位点大于正常时段的比例就一定可以完成后续的有效预估。例如，本实施例中的预设分位点可以为一个预设百分比，如果在所有的历史报警数据中，可以认为历史报警数据中的大于该预设分位点的历史报警数据为历史有效报警数据。例如该预设分位点可以为90％，或者95％或者其他百分数。

例如，可以对报警数据接收人N在过去一段历史时间段内的每一天的第k小时的历史报警数据按照大小进行排序，去除最大5％和最小5％的报警数据，从而排除掉历史中的噪声时段，从而得到历史有效报警数据。

203、根据历史有效报警数据以及预设时间段的报警数据的预设模型，采用最大似然估计方法计算预设时间段的初步报警数据的数量；

本实施例中需要建立预设时间段的报警数据的预设模型，作为后续预估报警数据的数量的模型。由于每个报警数据接收人在每天同一小时的报警数量符合正态分布，因此，本实施例中的预设时间段的报警数据的预设模型可以为正态分布的模型。本实施例中根据历史有效报警数据以及正态分布模型，采用最大似然估计方法计算预设时间段的初步报警数据的数量。例如，对于报警数据接收人N在每一天的第k小时的初步报警数据的数量可以大致等于该报警数据接收人N在过去一段历史时间段内每一天的同一个小时的历史有效报警数据的叠加然后取平均。

204、对预设时间段的初步报警数量进行补偿，得到预设时间段的预估报警数据的数量；

由于步骤202使用了预设分位点排除故障时段，但预设分位点本身是一个估计值，不但排除了故障时段，还排除了一些正常值，导致估计的预设时间段的初步报警数量偏低，本实施例中还使用补偿系数对预设时间段的初步报警数量进行补偿，得到预设时间段的预估报警数据的数量。例如对于报警数据接收人N在每一天的第k小时的预估报警数据的数量可以等于报警数据接收人N在每一天的第k小时的初步报警数据的数量乘以补偿系数α，得到最终的预测结果经过补偿处理后，使得预设时间段的预估报警数据的数量的预测结果更加鲁棒。例如预估报警数据的数量可以为10条或者2条或者其他数值。

本实施例中的步骤202-204具体可以为上述实施例中的步骤“根据历史报警数据和预设时间段的报警数据的预设模型，确定预设时间段的预估数据的报警数量”的一种具体的实现方式。

205、检测预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；若预设时间段产生的实际报警数据的数量大于预估报警数据的数量，执行步骤206；否则当预设时间段产生的实际报警数据的数量小于或者等于预估报警数据的数量，执行步骤208；

该步骤执行的时机可以为当前预设时间段内每产生一条报警数据，进行一次本步骤的检测。

206、判断预设时间段是否结束，若是，执行步骤207；否则，返回步骤206继续等待；

207、将预设时间段内大于预估报警数据的数量的报警数据合并；执行步骤209；

因此，预设时间段内大于预估报警数据的数量的报警数据均未发送，可以等待预设时间段结束之后，将所有报警数据合并为一条。

208、向报警数据的接收设备发送当前的报警数据；执行步骤205；

报警数据的接收设备为报警数据的接收人所使用的设备，例如具体可以为报警数据的接收人所使用的移动终端。本实施例中，具体可以采用发送短信的方式向报警数据的接收设备发送报警数据。随着科技的发展，也不排除将来使用即时通讯的方式向报警数据的接收设备发送报警数据。

具体地，报警数据处理装置在检测之后，确定预设时间段内当前产生的实际报警数据的数量小于或者等于预估报警数据的数量，可以不对当前的报警数据做任何合并处理，因此称为实际的报警数据；而直接向报警数据的接收设备发送当前的报警数据，最终实现预设时间段产生的实际报警数据的数量小于或者等于预估报警数据的数量的报警数据，是按照时序的先后关系，逐条向报警数据的接收设备发送。

209、向报警数据的接收设备发送合并后的报警数据。

也就是说，每一个报警数据在发送之前，经过上述检测，若预设时间段产生的当前产生的实际报警数据的数量小于或者等于预估报警数据的数量，直接向报警数据的接收设备发送当前的报警数据；然后返回步骤205继续检测下一条报警数据，若经过上述检测，若预设时间段产生的当前产生的实际报警数据的数量还是小于或者等于预估报警数据的数量，还是直接向报警数据的接收设备发送当前的报警数据，直到预设时间段产生的当前产生的实际报警数据的数量还是大于预估报警数据的数量，将预设时间段内大于预估报警数据的数量的报警数据合并，例如可以合并为一条，然后向报警数据的接收设备逐条发送各实际报警数据。

本实施的报警数据处理方法，通过采用上述实施例的技术方案，可以在检测预设时间段产生的实际报警数据的数量大于预估报警数据的数量时，将预设时间段内大于预估报警数据的数量的报警数据合并，从而可以大大地减少报警数据的数量，这样在向OP人员的移动终端发送报警数据的时候，可以大大地较少短信网关的服务压力，保证后续所有报警数据的正常发送，可以避免OP人员未及时接收到重要的报警数据，而造成未及时处理故障的风险。因此，采用本实施例的报警处理方案，还可以有效地提高故障处理效率。

图3为本发明的报警数据处理装置实施例一的结构图。如图3所示，本实施例的报警数据处理装置，具体可以包括：获取模块10、检测模块11和合并处理模块12。

其中获取模块10用于获取预设时间段产生的实际报警数据的数量；检测模块11用于检测获取模块10获取的预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；合并处理模块12用于若检测模块11检测得到预设时间段产生的实际报警数据的数量大于预估报警数据的数量，将预设时间段内大于预估报警数据的数量的报警数据合并。

本实施例的报警数据处理装置，通过采用上述模块实现报警数据处理的实现机制以及技术效果与上述图1所示方法实施例的实现相同，详细可以参考上述图1所示实施例的记载，在此不再赘述。

图4为本发明的报警数据处理装置实施例二的结构图。如图4所示，本实施例的报警数据处理装置在上述图3所示实施例的技术方案的基础上，进一还可以包括如下技术方案。

如图4所示，本实施例的报警数据处理装置，还包括确定模块13。

其中确定模块13用于根据历史报警数据和预设时间段的报警数据的预设模型，确定预设时间段的预估数据的报警数量。

进一步可选地，本实施例的报警数据处理装置中的确定模块13具体包括：获取单元131、计算单元132和补偿单元133。

其中获取单元131用于根据预设分位点从历史报警数据中获取历史有效报警数据；计算单元132用于根据获取单元131获取的历史有效报警数据以及预设时间段的报警数据的预设模型，采用最大似然估计方法计算预设时间段的初步报警数据的数量；补偿单元133用于对计算单元132计算的预设时间段的初步报警数量进行补偿，得到预设时间段的预估报警数据的数量。

进一步可选地，如图4所示，本实施例的报警数据处理装置中，还包括清洗模块14。

其中获取模块10还用于从报警存储***中获取历史报警源数据；清洗模块14用于对获取模块10获取的历史报警源数据进行清洗，获得历史报警数据。此时对应的获取单元131用于根据预设分位点从清洗模块14清洗获得的历史报警数据中获取历史有效报警数据。

进一步可选地，如图4所示，本实施例的报警数据处理装置中，还包括发送模块15。

该发送模块15用于向报警数据的接收设备发送合并处理模块12合并后的报警数据。

进一步可选地发送模块15还用于若预设时间段产生的实际报警数据的数量小于或者等于预估报警数据的数量，向报警数据的接收设备逐条发送各实际报警数据。

本实施例的报警数据处理装置，通过采用上述模块实现报警数据处理的实现机制以及技术效果与上述图2所示方法实施例的实现相同，详细可以参考上述图2所示实施例的记载，在此不再赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的***，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

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

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

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (12)

1.一种报警数据处理方法，其特征在于，所述方法包括：

获取预设时间段产生的实际报警数据的数量；

检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；

若所述预设时间段产生的所述实际报警数据的数量大于所述预估报警数据的数量，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并。

2.根据权利要求1所述的方法，其特征在于，检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量之前，所述方法还包括：

根据历史报警数据和所述预设时间段的报警数据的预设模型，确定所述预设时间段的所述预估数据的报警数量。

3.根据权利要求2所述的方法，其特征在于，根据历史报警数据和所述预设时间段的报警数据的预设模型，确定所述预设时间段的所述预估数据的报警数量，具体包括：

根据预设分位点从所述历史报警数据中获取历史有效报警数据；

根据所述历史有效报警数据以及所述预设时间段的报警数据的预设模型，采用最大似然估计方法计算所述预设时间段的初步报警数据的数量；

对所述预设时间段的初步报警数量进行补偿，得到所述预设时间段的所述预估报警数据的数量。

4.根据权利要求3所述的方法，其特征在于，根据预设分位点从所述历史报警数据中获取历史有效报警数据之前，所述方法还包括：

从报警存储***中获取历史报警源数据；

对所述历史报警源数据进行清洗，获得所述历史报警数据。

5.根据权利要求1-4任一所述的方法，其特征在于，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并之后，所述方法还包括：

向报警数据的接收设备发送合并后的报警数据。

6.根据权利要求5所述的方法，其特征在于，若所述预设时间段产生的实际报警数据的数量小于或者等于所述预估报警数据的数量，所述方法还包括：

向所述报警数据的接收设备逐条发送各所述实际报警数据。

7.一种报警数据处理装置，其特征在于，所述装置包括：

获取模块，用于获取预设时间段产生的实际报警数据的数量；

检测模块，用于检测所述预设时间段产生的实际报警数据的数量是否大于预估报警数据的数量；

合并处理模块，用于若所述预设时间段产生的所述实际报警数据的数量大于所述预估报警数据的数量，将所述预设时间段内大于所述预估报警数据的数量的报警数据合并。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

确定模块，用于根据历史报警数据和所述预设时间段的报警数据的预设模型，确定所述预设时间段的所述预估数据的报警数量。

9.根据权利要求8所述的装置，其特征在于，所述确定模块，具体包括：

获取单元，用于根据预设分位点从所述历史报警数据中获取历史有效报警数据；

计算单元，用于根据所述历史有效报警数据以及所述预设时间段的报警数据的预设模型，采用最大似然估计方法计算所述预设时间段的初步报警数据的数量；

补偿单元，用于对所述预设时间段的初步报警数量进行补偿，得到所述预设时间段的所述预估报警数据的数量。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括清洗模块：

所述获取模块，还用于从报警存储***中获取历史报警源数据；

所述清洗模块，用于对所述历史报警源数据进行清洗，获得所述历史报警数据。

11.根据权利要求7-10任一所述的装置，其特征在于，所述装置还包括：

发送模块，用于向报警数据的接收设备发送合并后的报警数据。

12.根据权利要求11所述的装置，其特征在于，所述发送模块，还用于若所述预设时间段产生的实际报警数据的数量小于或者等于所述预估报警数据的数量，向所述报警数据的接收设备逐条发送各所述实际报警数据。