CN102740247A - 一种告警信息的生成方法及装置 - Google Patents
一种告警信息的生成方法及装置 Download PDFInfo
- Publication number
- CN102740247A CN102740247A CN2011100953973A CN201110095397A CN102740247A CN 102740247 A CN102740247 A CN 102740247A CN 2011100953973 A CN2011100953973 A CN 2011100953973A CN 201110095397 A CN201110095397 A CN 201110095397A CN 102740247 A CN102740247 A CN 102740247A
- Authority
- CN
- China
- Prior art keywords
- monitor control
- control index
- period
- threshold interval
- last
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Alarm Systems (AREA)
Abstract
本发明公开了一种告警信息的生成方法及装置，用以对多维度多指标报表进行全面监控，降低告警信息的遗漏，提高告警信息的准确性。其中，所述告警信息的生成方法，包括：针对每个维度组合包含的每个监控指标，执行：根据预设的周期，获取当前周期该监控指标的指标数据；根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，所述当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
Description
技术领域
本发明涉及移动通信领域，尤其涉及一种告警信息的生成方法及装置。
背景技术
在诸多企业信息技术(IT，Information Technology)系统中，如网管系统、经营分析系统、财务系统等，均存在很多监控指标，监控指标的指标数据的异常波动，能够从不同层面反映业务的发展情况和系统运行中的异常情况。为了及时发现监控指标的指标数据的异常，IT系统通常都会监控指标数据的波动情况，监控方法如下：获取监控指标的指标数据；根据获取到的指标数据确定监控指标值，监控指标值用于描述该监控指标当前周期的指标数据与上一周期的指标数据的变化，如环比百分比、差值绝对值、同比百分比等。根据该监控指标的监控阈值区间，即该监控指标值正常的波动范围等，检查监控指标值是否异常，如有异常，则生成告警信息并输出。
现有方案主要存在以下问题：现有监控方法需要为每个监控指标值设定合理的监控阈值区间，若预先不了解该监控指标的内涵和监控指标值正常的波动范围，很难设定合理的监控阈值区间，而且对于多维度多指标报表，为每个监控指标值设定合理的监控阈值区间，是非常费时费力的。例如：假设多维度多指标报表的表结构如下：监控日期、所属地市、所属区县、日新增用户数、日离网用户数、日出帐收入、日通话时长、日通话分钟、日短信条数、日彩信条数。其中，前三项为维度，后七项为监控指标，假设有10个地市，每个地市5个区县，按照现有方案，需对每个地市、每个区县的每个用户设定合理的监控阈值区间，即要设定10×5×7(7个指标)＝350个监控阈值区间，其工作量是巨大的。
因此，对于多维度多指标报表，目前通常是选择关键指标和关键维度，将多维度多指标报表进行聚组，转换成多维度单指标的形式后，再进行监控，即针对不同维度组合(不同日期、不同地市、不同区县的任一组合)下的一个关键指标进行监控，无法以原表结构为基础进行监控，由于只选取关键指标进行监控，导致生成的告警信息有所遗漏；另一方面，业务的发展必然带来监控指标值的正常波动范围的变化，而设定的监控阈值区间保持不变，可能导致监控指标值正常的波动却生成告警数据，或者监控指标值异常的波动却未生成告警信息，从而降低了告警信息的准确性。
发明内容
本发明实施例提供一种告警信息的生成方法及装置，用以对多维度多指标报表进行全面监控，降低告警信息的遗漏，提高告警信息的准确性。
本发明实施例提供一种告警信息的生成方法，针对每个维度组合包含的每个监控指标，执行：
根据预设的周期，获取当前周期该监控指标的指标数据；
根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；
当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，所述当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
本发明实施例提供一种告警信息的生成装置，包括：
获取单元，用于针对每个维度组合包含的每个监控指标，根据预设的周期，获取当前周期该监控指标的指标数据；
第一确定单元，用于根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；
生成单元，用于当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，所述当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
本发明实施例提供的告警信息的生成方法及装置，针对每个维度组合包含的每个监控指标，根据预设的周期，获取该维度组合的每个监控指标在当前周期的指标数据，根据上一周期该监控指标的指标数据和当前周期该监控指标的指标数据，确定其监控指标值，当该监控指标值超过预设的监控阈值区间时，则生成对应维度组合的监控指标的告警信息。其中，当前周期各监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。由于对多维度组合的各个指标均进行监控，从而实现了对多维度多指标报表的全面监控，降低了告警信息的遗漏，同时，由于各监控指标的监控阈值区间根据上一周期该监控指标的监控指标值和上一周期该监控指标的监控阈值区间更新得到，这样，便提高了监控阈值区间的合理性，从而提高了告警信息的准确性。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
图1为本发明实施例中，告警信息的生成方法的实施流程示意图；
图2为本发明实施例中，告警信息的生成装置一种可能的结构示意图。
具体实施方式
为了实现对多维度多指标报表的全面监控，降低告警信息的遗漏，提高生成告警信息的准确性，本发明实施例提供了一种告警信息的生成方法及装置。
以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
如图1所示，为本发明实施例提供的告警信息的生成方法的实施流程示意图，针对每个维度组合包含的每个监控指标，执行如下步骤：
S101、根据预设的周期，获取当前周期该监控指标的指标数据；
获取监控指标的指标数据的周期可以根据业务需要进行设定，例如以“每日”为周期获取或者以“每周”为周期获取等。
S102、根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；
S103、当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
如表1所示，为多维度多指标报表一种可能的表结构，该表的表结构为：维度包括：监控日期、地市、区县；监控指标包括：用户数(万户)、日新增用户数、长途费(万)。
表1
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
为了便于理解本发明实施例，以下以对基于该表结构的某报表的各监控指标进行监控为例，说明本发明实施例提供的告警信息的生成方法。由于本发明实施例涉及的报表结构包括三个维度，因此，本发明实施例涉及的维度组合包括以下三种：监控日期+地市+区县、监控日期+地市和监控日期。
具体实施中，监控指标的监控指标值可以按照以下方式确定：
确定当前周期该监控指标的指标数据与上一周期该监控指标的指标数据的差值；
将确定出的差值与上一周期该监控指标的指标数据的比值的百分值作为当前周期中该监控指标的监控指标值。
假设上一周期该监控指标的指标数据为a，当前周期该监控指标的指标数据为b，则该监控指标的监控指标值可以表示为：
为了便于描述，假设当前周期为第一周期。如表2和表3所示，分别为获取到第一周期各监控指标的指标数据后的报表示意图和获取到第二周期各监控指标的指标数据后的报表示意图。不同的维度组合对应的监控指标的指标数据不同，以表2为例，维度组合“监控日期+地市1+区县1”对应的用户数为30(万户)，维度组合“监控日期+地市1”对应的用户数为170(万户)，维度组合“监控日期”对应的用户数为290(万户)。
表2
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月1日 | 地市1 | 地市1区县1 | 30 | 689 | 80 |
| 9月1日 | 地市1 | 地市1区县2 | 29 | 653 | 126 |
| 9月1日 | 地市1 | 地市1区县3 | 31 | 913 | 198 |
| 9月1日 | 地市1 | 地市1区县4 | 48 | 1,191 | 229 |
| 9月1日 | 地市1 | 地市1区县5 | 32 | 688 | 143 |
| 9月1日 | 地市1 | 地市合计 | 170 | 4134 | 776 |
| 9月1日 | 地市2 | 地市2区县1 | 61 | 3,335 | 407 |
| 9月1日 | 地市2 | 地市2区县2 | 18 | 1,042 | 89 |
| 9月1日 | 地市2 | 地市2区县3 | 18 | 835 | 54 |
| 9月1日 | 地市2 | 地市2区县4 | 23 | 1,328 | 161 |
| 9月1日 | 地市2 | 地市合计 | 120 | 6540 | 711 |
| 9月1日 | 地市2 | 全省合计 | 290 | 10674 | 1487 |
表3
初始化监控阈值区间时，对于每个监控指标值来说，可以统一设定为一个任意值，具体可以设置为能够保证监控过程中对于所有监控指标值均无遗漏的区间，本发明实施例中设定为[0，0]。具体实施中，如表4所示，可以采用与原报表相同的表结构存储每个监控指标的监控阈值区间。
表4
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月1日 | 地市1 | 地市1区县1 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市1 | 地市1区县2 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市1 | 地市1区县3 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市1 | 地市1区县4 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市1 | 地市1区县5 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市1 | 地市合计 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市2 | 地市2区县1 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市2 | 地市2区县2 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市2 | 地市2区县3 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市2 | 地市2区县4 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 地市2 | 地市合计 | [0，0] | [0，0] | [0，0] |
| 9月1日 | 全省合计 | 全省合计 | [0，0] | [0，0] | [0，0] |
如表5所示，为监控指标值的确定方法，确定出来的第二周期相对于第一周期来说，各监控指标的监控指标值。
表5
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月2日 | 地市1 | 地市1区县1 | 0.00 | -20.90 | 3.75 |
| 9月2日 | 地市1 | 地市1区县2 | 0.00 | -1.07 | 3.17 |
| 9月2日 | 地市1 | 地市1区县3 | 0.00 | -20.04 | 4.55 |
| 9月2日 | 地市1 | 地市1区县4 | -2.08 | 40.30 | 3.93 |
| 9月2日 | 地市1 | 地市1区县5 | 0.00 | -9.74 | 4.20 |
| 9月2日 | 地市1 | 地市合计 | -0.59 | 1.91 | 3.99 |
| 9月2日 | 地市2 | 地市2区县1 | 0.00 | 1.59 | 3.69 |
| 9月2日 | 地市2 | 地市2区县2 | 0.00 | -12.96 | 3.37 |
| 9月2日 | 地市2 | 地市2区县3 | 0.00 | -13.41 | 3.70 |
| 9月2日 | 地市2 | 地市2区县4 | 0.00 | 10.47 | 3.73 |
| 9月2日 | 地市2 | 地市合计 | 0.00 | -0.84 | 3.66 |
| 9月2日 | 全省合计 | 全省合计 | -0.34 | 0.22 | 3.83 |
由于初始化时，所有监控阈值区间设定为[0，0]，从而，只要监控指标值不在区间[0，0]的，需要生成对应维度组合的各监控指标第一告警信息，即针对每个维度组合的每个监控指标均生成一条告警信息，如表5中，共计生成27条告警信息。具体的，告警信息中可以包括维度组合及生成告警信息时该维度组合对应的监控指标的监控指标值。例如，维度组合“监控日期+地市1+区县1”对应的两条告警信息为：1)9月2日地市1区县1日新增用户数监控指标值-20.90％不在监控阈值区间[0，0]；2)9月2日地市1区县1长途费监控指标值3.75％不在监控阈值区间[0，0]。
具体实施中，告警信息的生成方法，还可以包括：输出第一告警信息。即将生成的27条告警信息全部向用户输出并显示。
但是，由于某一特殊原因可能会引起不同维度组合的各监控指标均发生异常变化，如因为春节导致的日长途费的监控指标值超过监控阈值区间，这种变化在每个维度组合中都会存在，系统会发出33条告警信息，这些告警信息是由同样的原因造成的，如果针对每个维度组合的每个监控指标均生成告警信息，便产生了大量的冗余告警信息。
基于此，本发明实施例提供的告警信息的生成方法，还可以包括：
按照预设的告警信息合并规则，将对应每个维度组合的每个监控指标的第一告警信息合并，得到第二告警信息；并
输出所述第二告警信息。
具体的，预设的告警信息合并规则可以包括但不限于，以上级涵盖下级的纵向合并和以维度组合为单位的横向合并。其中，纵向合并是将不同维度组合的、同一监控指标的告警信息进行合并。即针对每个监控指标的告警信息进行向上合并(也可以称为上卷)，例如，如果有维度组合“监控日期”的某监控指标的告警信息(为了便于描述，以下称为一级告警信息)，则不向用户显示维度组合“监控日期+地市”和“监控日期+地市+区县”的监控指标的告警信息(为了便于描述，以下分别称为二级告警信息和三级告警信息)；如果有维度组合“监控日期+地市”的监控指标的告警信息，则不向用户显示维度组合“监控日期+地市+区县”的监控指标的告警信息；横向合并是针对同一维度组合的、不同监控指标的告警信息进行合并，横向合并时，能够进行横向合并的监控指标之间应具有一定的业务关联性。例如监控指标中，有日总收入、日短信收入、日增值业务收入、日通信费用收入等，在输出告警信息时，可以首先输出日总收入的一级告警信息，其它收入监控指标的告警信息作为二级告警被合并。具体实施中，可以将预设的合并规则以表格的形式存储在本地。本发明实施例中，以纵向合并为例进行说明。根据纵向合并的合并规则，对于监控指标“用户数”有1条一级告警信息，因此，该监控指标的1条三级告警信息和1条二级告警信息均无需向用户显示；同样，监控指标“日新增用户数”有1条一级告警信息，从而，该监控指标的9条三级告警信息和2条二级告警信息均无需向用户显示；依次类推。最终，向用户显示以下三条告警信息：1)9月2日全省用户数监控指标值-0.34％不在监控阈值区间[0，0]内；2)9月2日全省日新增用户数监控指标值0.22％不在监控阈值区间[0，0]内；3)9月2日全省长途费用监控指标值3.83％不在监控阈值区间[0，0]内。
具体实施中，为了解决现有技术中存在的固定的监控阈值区间无法正确反映业务发展中各监控指标值的正常变化范围，本发明实施例中，当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的，具体包括如下步骤：
分别比较上一周期该监控指标的监控指标值与上一周期该监控指标的监控阈值区间的上限值和下限值；
若该监控指标值大于上一周期该监控指标的监控阈值区间的上限值，用该监控指标值替换上一周期该监控指标的监控阈值区间的上限值，并保持上一周期该监控指标的监控阈值区间的下限值不变；
若该监控指标值小于上一周期该监控指标的监控阈值区间的下限值，用该监控指标值替换上一周期该监控指标的监控阈值区间的下限值，并保持上一周期该监控指标的监控阈值区间的上限值不变。
具体实施中，在比较上一周期该监控指标的监控指标值与监控阈值区间的上限值和下限值之前，还可以包括：
确定上一周期该监控指标的监控指标值为正常参数值。
较佳的，在输出对应维度组合的监控指标的告警信息的同时，还可以向用户显示确认该监控指标值是否为正常参数值(即是否为正常的业务波动)的提示信息，用户根据显示的提示信息，确认该监控指标值为正常的业务波动还是异常的业务波动，并执行将显示的告警信息标记为正常/异常业务波动的操作，在获取到用户返回的当前周期该监控指标的监控指标值为正常业务波动时，便根据该监控指标值和当前该监控指标的监控阈值区间更新该监控指标的监控阈值区间；若获取到用户返回的当前周期该监控指标的监控指标值为异常业务波动时，则保持当前的监控阈值区间不变。在标记方式上，可以采用默认异常(即用户不确认监控指标值为正常业务波动时，均默认为异常业务波动)或者默认正常(即用户不确认监控指标值为异常业务波动时，均默认为正常业务波动)。例如，表5中，获取到用户返回的指示信息为三条告警信息中包含的该监控指标的监控指标值均为正常业务波动，则将监控指标“用户数”当前的监控阈值区间更新为[-0.34，0]，将监控指标“日新增用户数”当前的监控阈值区间更新为[0，0.22]，将监控指标“长途费”当前的监控阈值区间更新为[0，3.83]，从而完成了各监控指标的监控阈值区间的更新。如表6所示，为第一次更新后的监控阈值区间表。
表6
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月2日 | 地市1 | 地市1区县1 | [0，0] | [-20.90，0] | [0，3.75] |
| 9月2日 | 地市1 | 地市1区县2 | [0，0] | [-1.07，0] | [0，3.17] |
| 9月2日 | 地市1 | 地市1区县3 | [0，0] | [-20.04，] | [0，4.55] |
| 9月2日 | 地市1 | 地市1区县4 | [-2.08，0] | [0，40.30] | [0，3.93] |
| 9月2日 | 地市1 | 地市1区县5 | [0，0] | [-9.74，0] | [0，4.20] |
| 9月2日 | 地市1 | 地市合计 | [-0.59，0] | [0，1.91] | [0，3.99] |
| 9月2日 | 地市2 | 地市2区县1 | [0，0] | [0，1.59] | [0，3.69] |
| 9月2日 | 地市2 | 地市2区县2 | [0，0] | [-12.96，0] | [0，3.37] |
| 9月2日 | 地市2 | 地市2区县3 | [0，0] | [-13.41，0] | [0，3.70] |
| 9月2日 | 地市2 | 地市2区县4 | [0，0] | [0，10.47] | [0，3.73] |
| 9月2日 | 地市2 | 地市合计 | [0，0] | [-0.84，0] | [0，3.66] |
| 9月2日 | 全省合计 | 全省合计 | [-0.34，0] | [0，0.22] | [0，3.83] |
这样，便可以根据更新后的监控阈值区间表处理获取到的第三周期各监控指标的指标数据。
如表7所示，为获取到的第三周期各监控指标的指标数据后的报表示意图。
表7
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月3日 | 地市1 | 地市1区县1 | 30 | 974 | 86 |
| 9月3日 | 地市1 | 地市1区县2 | 29 | 721 | 135 |
| 9月3日 | 地市1 | 地市1区县3 | 31 | 706 | 215 |
| 9月3日 | 地市1 | 地市1区县4 | 48 | 2,237 | 247 |
| 9月3日 | 地市1 | 地市1区县5 | 32 | 597 | 154 |
| 9月3日 | 地市1 | 地市合计 | 170 | 4638 | 837 |
| 9月3日 | 地市2 | 地市2区县1 | 61 | 3,433 | 439 |
| 9月3日 | 地市2 | 地市2区县2 | 18 | 1,126 | 96 |
| 9月3日 | 地市2 | 地市2区县3 | 18 | 645 | 59 |
| 9月3日 | 地市2 | 地市2区县4 | 23 | 1,539 | 173 |
| 9月3日 | 地市2 | 地市合计 | 120 | 6743 | 767 |
| 9月3日 | 全省合计 | 全省合计 | 290 | 11381 | 1604 |
如表8所示，为由表7和表3确定出来的第三周期相对于第二周期来说，确定出对应维度组合的每个监控指标的监控指标值。
表8
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月3日 | 地市1 | 地市1区县1 | 0.00 | 78.72 | 3.61 |
| 9月3日 | 地市1 | 地市1区县2 | 0.00 | 11.61 | 3.85 |
| 9月3日 | 地市1 | 地市1区县3 | 0.00 | -3.29 | 3.86 |
| 9月3日 | 地市1 | 地市1区县4 | 2.13 | 33.87 | 3.78 |
| 9月3日 | 地市1 | 地市1区县5 | 0.00 | -3.86 | 3.36 |
| 9月3日 | 地市1 | 地市合计 | 0.59 | 24.26 | 3.72 |
| 9月3日 | 地市2 | 地市2区县1 | 0.00 | 1.33 | 4.03 |
| 9月3日 | 地市2 | 地市2区县2 | 0.00 | 24.15 | 4.35 |
| 9月3日 | 地市2 | 地市2区县3 | 0.00 | -10.79 | 5.36 |
| 9月3日 | 地市2 | 地市2区县4 | 0.00 | 4.91 | 3.59 |
| 9月3日 | 地市2 | 地市合计 | 0.00 | 3.98 | 4.07 |
| 9月3日 | 全省合计 | 全省合计 | 0.35 | 11.96 | 3.89 |
假设合并规则仍然为纵向合并，则向用户显示以下三条告警信息：1)9月3日全省合计用户数的监控指标值0.35％超过阈值[-0.34，0]；2)9月3日全省合计日新增用户数的监控指标值11.96％超过阈值[0，0.22]；3)9月3日全省合计长途费(万元)监控指标值3.89％超过阈值[0，3.83]。
假设经用户确认后，第1)条告警信息和第3)条告警信息所包含的监控指标值为正常业务波动，第2)条告警信息所包含的监控指标值为异常业务波动，则在进行监控阈值更新时，监控指标“日新增用户数”的监控指标值不参与更新，保持原监控阈值区间不变。如表9所示，为第二次更新后的监控阈值区间表
表9
| 监控日期 | 地市 | 区县 | 用户数(万户) | 日新增用户数 | 长途费(万元) |
| 9月3日 | 地市1 | 地市1区县1 | [0，0] | [-20.90，0] | [0，3.75] |
| 9月3日 | 地市1 | 地市1区县2 | [0，0] | [-1.07，0] | [0，3.17] |
| 9月3日 | 地市1 | 地市1区县3 | [0，0] | [-20.04，] | [0，4.55] |
| 9月3日 | 地市1 | 地市1区县4 | [-2.08，2.13] | [0，40.30] | [0，3.93] |
| 9月3日 | 地市1 | 地市1区县5 | [0，0] | [-9.74，0] | [0，4.20] |
| 9月3日 | 地市1 | 地市合计 | [-0.59，0.59] | [0，1.91] | [0，3.99] |
| 9月3日 | 地市2 | 地市2区县1 | [0，0] | [0，1.59] | [0，4.03] |
| 9月3日 | 地市2 | 地市2区县2 | [0，0] | [-12.96，0] | [0，4.35] |
| 9月3日 | 地市2 | 地市2区县3 | [0，0] | [-13.41，0] | [0，3.70] |
| 9月3日 | 地市2 | 地市2区县4 | [0，0] | [0，10.47] | [0，5.36] |
| 9月3日 | 地市2 | 地市合计 | [0，0] | [-0.84，0] | [0，4.07] |
| 9月3日 | 全省合计 | 全省合计 | [-0.34，0.35] | [0，0.22] | [0，3.89] |
具体实施中，也可以根据业务的实际需要，在本地存储监控阈值每次更新的记录，如表10所示，为一种能的存储结构。表10中，用空值表示该维度组合对应的监控指标的监控指标的监控阈值区间在本周期不需要进行更新。
表10
如此循环，经历一定周期的“生成告警信息-处理-监控阈值更新”后，监控阈值区间将更新到一个合理的范围，当前周期的监控阈值区间能够准确反映业务发展情况，同时，由于在进行监控阈值更新时，获取用户对监控指标的监控指标值为正常业务波动还是异常业务波动的指示信息，并根据用户返回的指示信息进行监控阈值的更新，从而能够保证偶然的异常事件引起的监控指标值的变化不会影响到监控阈值区间的合理性。
基于同一发明构思，本发明实施例中还提供了一种告警信息的生成装置，由于该生成装置解决问题的原理与告警信息的生成方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。
如图2所示，为本发明实施例提供的告警信息生成装置一种可能的结构示意图，包括：
获取单元201，用于针对每个维度组合包含的每个监控指标，根据预设的周期，获取当前周期该监控指标的指标数据；
第一确定单元202，第一确定单元，用于根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；
生成单元203，用于当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
具体实施中，第一确定单元202，具体用于确定当前周期该监控指标的指标数据与上一周期该监控指标的指标数据的差值；将确定出的差值与上一周期该监控指标的指标数据的比值的百分值作为当前周期中该监控指标的监控指标值。
具体实施中，告警信息的生成装置，还可以包括：
第一输出单元，用于输出生成单元203生成的该监控指标的第一告警信息。
具体实施中，告警信息的生成装置，还可以包括：
比较单元，用于分别比较上一周期该监控指标的监控指标值与上一周期该监控指标的监控阈值区间的上限值和下限值；
第一更新单元，用于在上一周期该监控指标的监控指标值大于上一周期该监控指标的监控阈值区间的上限值时，用该监控指标值替换上一周期该监控指标的监控阈值区间的上限值，并保持上一周期该监控指标的监控阈值区间的下限值不变；
第二更新单元，用于在上一周期该监控指标的监控指标值小于上一周期该监控指标的监控阈值区间的下限值时，用该监控指标值替换上一周期该监控指标的监控阈值区间的下限值，并保持上一周期该监控指标的监控阈值区间的上限值不变。
具体实施中，告警信息的生成装置，还可以包括：
第二确定单元，用于在比较上一周期该监控指标的监控指标值与监控阈值区间的上限值和下限值之前，确定上一周期该监控指标的监控指标值为正常参数值。
具体实施中，告警信息的生成装置，还可以包括：
合并单元，用于按照预设的告警信息合并规则，将各维度组合的每个监控指标的第一告警信息合并得到第二告警信息；
第二输出单元，用于输出合并单元得到的第二告警信息。
本发明实施例提供的告警信息的生成方法及装置，针对每个维度组合包含的每个监控指标，根据预设的周期，获取该维度组合的每个监控指标在当前周期的指标数据，根据上一周期该监控指标的指标数据和当前周期该监控指标的指标数据，确定其监控指标值，当该监控指标值超过预设的监控阈值区间时，则生成对应维度组合的监控指标的告警信息。其中，当前周期各监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。由于对多维度组合的各个指标均进行监控，从而实现了对多维度多指标报表的全面监控，降低了告警信息的遗漏，同时，由于各监控指标的监控阈值区间根据上一周期该监控指标的监控指标值和上一周期该监控指标的监控阈值区间更新得到，这样，便提高了监控阈值区间的合理性，从而提高了告警信息的准确性。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (13)
1.一种告警信息的生成方法，其特征在于，针对每个维度组合包含的每个监控指标，执行：
根据预设的周期，获取当前周期该监控指标的指标数据；
根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；
当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，所述当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
2.如权利要求1所述的方法，其特征在于，确定当前周期中该监控指标的监控指标值，具体包括：
确定当前周期该监控指标的指标数据与上一周期该监控指标的指标数据的差值；
将确定出的差值与上一周期该监控指标的指标数据的比值的百分值作为当前周期中该监控指标的监控指标值。
3.如权利要求1所述的方法，其特征在于，还包括：
输出所述第一告警信息。
4.如权利要求1所述的方法，其特征在于，根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值，更新得到当前周期该监控指标的监控阈值区间，具体包括：
分别比较上一周期该监控指标的监控指标值与上一周期该监控指标的监控阈值区间的上限值和下限值；
若所述监控指标值大于上一周期该监控指标的监控阈值区间的上限值，用所述监控指标值替换上一周期该监控指标的监控阈值区间的上限值，并保持上一周期该监控指标的监控阈值区间的下限值不变；
若所述监控指标值小于上一周期该监控指标的监控阈值区间的下限值，用所述监控指标值替换上一周期该监控指标的监控阈值区间的下限值，并保持上一周期该监控指标的监控阈值区间的上限值不变。
5.如权利要求4所述的方法，其特征在于，在比较上一周期该监控指标的监控指标值与监控阈值区间的上限值和下限值之前，还包括：
确定上一周期该监控指标的监控指标值为正常参数值。
6.如权利要求1所述的方法，其特征在于，还包括：
按照预设的告警信息合并规则，将对应每个维度组合的每个监控指标的第一告警信息合并，得到第二告警信息；并
输出所述第二告警信息。
7.如权利要求6所述的方法，其特征在于，所述告警信息合并规则包括将不同维度组合的、同一监控指标的第一告警信息合并；或者，将同一维度组合的、不同监控指标的第一告警信息合并。
8.一种告警信息的生成装置，其特征在于，包括：
获取单元，用于针对每个维度组合包含的每个监控指标，根据预设的周期，获取当前周期该监控指标的指标数据；
第一确定单元，用于根据上一周期该监控指标的指标数据和获取到的当前周期该监控指标的指标数据，确定当前周期中该监控指标的监控指标值；
生成单元，用于当确定出的监控指标值不在当前周期该监控指标的监控阈值区间时，生成对应该维度组合的该监控指标的第一告警信息，所述当前周期该监控指标的监控阈值区间是根据上一周期该监控指标的监控阈值区间和上一周期该监控指标的监控指标值更新得到的。
9.如权利要求8所述的装置，其特征在于，
所述第一确定单元，具体用于确定当前周期该监控指标的指标数据与上一周期该监控指标的指标数据的差值；将确定出的差值与上一周期该监控指标的指标数据的比值的百分值作为当前周期中该监控指标的监控指标值。
10.如权利要求8所述的装置，其特征在于，还包括：
第一输出单元，用于输出所述第一告警信息。
11.如权利要求8所述的装置，其特征在于，还包括：
比较单元，用于分别比较上一周期该监控指标的监控指标值与上一周期该监控指标的监控阈值区间的上限值和下限值；
第一更新单元，用于在所述监控指标值大于上一周期该监控指标的监控阈值区间的上限值时，用所述监控指标值替换上一周期该监控指标的监控阈值区间的上限值，并保持上一周期该监控指标的监控阈值区间的下限值不变；
第二更新单元，用于在所述监控指标值小于上一周期该监控指标的监控阈值区间的下限值时，用所述监控指标值替换上一周期该监控指标的监控阈值区间的下限值，并保持上一周期该监控指标的监控阈值区间的上限值不变。
12.如权利要求11所述的装置，其特征在于，还包括：
第二确定单元，用于在比较上一周期该监控指标的监控指标值与监控阈值区间的上限值和下限值之前，确定上一周期该监控指标的监控指标值为正常参数值。
13.如权利要求8所述的装置，其特征在于，还包括：
合并单元，用于按照预设的告警信息合并规则，将对应每个维度组合的每个监控指标的第一告警信息合并，得到第二告警信息；
第二输出单元，用于输出所述第二告警信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110095397.3A CN102740247B (zh) | 2011-04-15 | 2011-04-15 | 一种告警信息的生成方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110095397.3A CN102740247B (zh) | 2011-04-15 | 2011-04-15 | 一种告警信息的生成方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102740247A true CN102740247A (zh) | 2012-10-17 |
| CN102740247B CN102740247B (zh) | 2015-07-01 |
Family
ID=46994860
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110095397.3A Active CN102740247B (zh) | 2011-04-15 | 2011-04-15 | 一种告警信息的生成方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102740247B (zh) |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102970374A (zh) * | 2012-12-05 | 2013-03-13 | 深圳中兴网信科技有限公司 | It服务改进系统和it服务改进方法 |
| CN103546319A (zh) * | 2013-10-18 | 2014-01-29 | 中国南方电网有限责任公司 | 网络设备的流量告警方法和系统 |
| CN104102968A (zh) * | 2013-04-15 | 2014-10-15 | 中国移动通信集团宁夏有限公司 | 一种移动关键业务的预警方法及装置 |
| CN104486415A (zh) * | 2014-12-15 | 2015-04-01 | 新浪网技术(中国)有限公司 | 监控对象工作状态的判定方法及装置 |
| CN104572391A (zh) * | 2013-10-16 | 2015-04-29 | 深圳市腾讯计算机系统有限公司 | 监控告警策略配置方法及装置、监控告警方法及装置 |
| CN105262634A (zh) * | 2015-09-06 | 2016-01-20 | 浪潮集团有限公司 | 一种监控阈值的生成方法、装置和系统 |
| CN105721187A (zh) * | 2014-12-03 | 2016-06-29 | 中国移动通信集团江苏有限公司 | 一种业务故障诊断方法及装置 |
| CN105956920A (zh) * | 2016-05-03 | 2016-09-21 | 中国建设银行股份有限公司 | 监控交易的方法及系统 |
| CN105991574A (zh) * | 2015-02-10 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 风险行为监控方法及装置 |
| CN106296246A (zh) * | 2015-05-26 | 2017-01-04 | 腾讯科技（深圳）有限公司 | 业务处理方法及装置 |
| CN106452931A (zh) * | 2016-12-27 | 2017-02-22 | 中国建设银行股份有限公司 | 监控指标及域值发现方法、域值调整方法及自动监控系统 |
| CN106502871A (zh) * | 2016-09-28 | 2017-03-15 | 广州汇通国信信息科技有限公司 | 监管系统的告警阈值动态配置系统及方法 |
| CN107153593A (zh) * | 2016-03-02 | 2017-09-12 | 阿里巴巴集团控股有限公司 | 一种互联网业务监控阈值的确定方法及装置 |
| CN107231493A (zh) * | 2017-06-30 | 2017-10-03 | 携程旅游信息技术（上海）有限公司 | 呼叫中心的自动报警方法及其装置、存储介质、电子设备 |
| CN109246676A (zh) * | 2017-04-28 | 2019-01-18 | 中兴通讯股份有限公司 | 一种发送地震海啸告警信息的方法、装置及基站 |
| WO2019051951A1 (zh) * | 2017-09-15 | 2019-03-21 | 平安科技（深圳）有限公司 | 业务数据监控方法、装置、终端设备及存储介质 |
| CN109947713A (zh) * | 2017-10-31 | 2019-06-28 | 北京国双科技有限公司 | 一种日志的监控方法及装置 |
| CN110191094A (zh) * | 2019-04-26 | 2019-08-30 | 北京奇安信科技有限公司 | 异常数据的监控方法及装置、存储介质、终端 |
| WO2020019965A1 (zh) * | 2018-07-27 | 2020-01-30 | 阿里巴巴集团控股有限公司 | 数据监控方法、装置、电子设备及计算机可读存储介质 |
| CN111917597A (zh) * | 2019-05-08 | 2020-11-10 | 中国移动通信集团福建有限公司 | 一种宽带业务监测方法和设备 |
| CN113076358A (zh) * | 2021-03-25 | 2021-07-06 | 恒安嘉新（北京）科技股份公司 | 一种报表生成方法、装置、设备及存储介质 |
| CN113553233A (zh) * | 2021-07-19 | 2021-10-26 | 中国电信股份有限公司 | 监控处理方法、监控处理装置、存储介质与电子设备 |
| CN113760668A (zh) * | 2021-08-30 | 2021-12-07 | 浪潮电子信息产业股份有限公司 | 一种云平台的故障告警方法、系统及相关装置 |
| CN114637656A (zh) * | 2022-05-13 | 2022-06-17 | 飞狐信息技术（天津）有限公司 | 基于Redis的监控方法、装置、存储介质和设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101651556A (zh) * | 2008-08-14 | 2010-02-17 | 中芯国际集成电路制造(北京)有限公司 | 服务器监控系统及监控方法 |
| CN101873273A (zh) * | 2010-07-08 | 2010-10-27 | 华为技术有限公司 | 路由转发方法、路由节点及无线通信网络 |
| CN101964997A (zh) * | 2009-07-21 | 2011-02-02 | 中国移动通信集团黑龙江有限公司 | 网络性能预警方法及装置 |
-
2011
- 2011-04-15 CN CN201110095397.3A patent/CN102740247B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101651556A (zh) * | 2008-08-14 | 2010-02-17 | 中芯国际集成电路制造(北京)有限公司 | 服务器监控系统及监控方法 |
| CN101964997A (zh) * | 2009-07-21 | 2011-02-02 | 中国移动通信集团黑龙江有限公司 | 网络性能预警方法及装置 |
| CN101873273A (zh) * | 2010-07-08 | 2010-10-27 | 华为技术有限公司 | 路由转发方法、路由节点及无线通信网络 |
Cited By (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102970374A (zh) * | 2012-12-05 | 2013-03-13 | 深圳中兴网信科技有限公司 | It服务改进系统和it服务改进方法 |
| CN102970374B (zh) * | 2012-12-05 | 2016-02-03 | 深圳中兴网信科技有限公司 | It服务改进系统和it服务改进方法 |
| CN104102968A (zh) * | 2013-04-15 | 2014-10-15 | 中国移动通信集团宁夏有限公司 | 一种移动关键业务的预警方法及装置 |
| CN104572391A (zh) * | 2013-10-16 | 2015-04-29 | 深圳市腾讯计算机系统有限公司 | 监控告警策略配置方法及装置、监控告警方法及装置 |
| CN103546319A (zh) * | 2013-10-18 | 2014-01-29 | 中国南方电网有限责任公司 | 网络设备的流量告警方法和系统 |
| CN103546319B (zh) * | 2013-10-18 | 2017-03-29 | 中国南方电网有限责任公司 | 网络设备的流量告警方法和系统 |
| CN105721187B (zh) * | 2014-12-03 | 2018-12-07 | 中国移动通信集团江苏有限公司 | 一种业务故障诊断方法及装置 |
| CN105721187A (zh) * | 2014-12-03 | 2016-06-29 | 中国移动通信集团江苏有限公司 | 一种业务故障诊断方法及装置 |
| CN104486415A (zh) * | 2014-12-15 | 2015-04-01 | 新浪网技术(中国)有限公司 | 监控对象工作状态的判定方法及装置 |
| CN104486415B (zh) * | 2014-12-15 | 2018-06-15 | 新浪网技术(中国)有限公司 | 监控对象工作状态的判定方法及装置 |
| CN105991574A (zh) * | 2015-02-10 | 2016-10-05 | 阿里巴巴集团控股有限公司 | 风险行为监控方法及装置 |
| CN106296246A (zh) * | 2015-05-26 | 2017-01-04 | 腾讯科技（深圳）有限公司 | 业务处理方法及装置 |
| CN105262634A (zh) * | 2015-09-06 | 2016-01-20 | 浪潮集团有限公司 | 一种监控阈值的生成方法、装置和系统 |
| CN107153593B (zh) * | 2016-03-02 | 2021-01-05 | 创新先进技术有限公司 | 一种互联网业务监控阈值的确定方法及装置 |
| CN107153593A (zh) * | 2016-03-02 | 2017-09-12 | 阿里巴巴集团控股有限公司 | 一种互联网业务监控阈值的确定方法及装置 |
| CN105956920A (zh) * | 2016-05-03 | 2016-09-21 | 中国建设银行股份有限公司 | 监控交易的方法及系统 |
| CN106502871B (zh) * | 2016-09-28 | 2019-10-15 | 广州汇通国信信息科技有限公司 | 监管系统的告警阈值动态配置系统及方法 |
| CN106502871A (zh) * | 2016-09-28 | 2017-03-15 | 广州汇通国信信息科技有限公司 | 监管系统的告警阈值动态配置系统及方法 |
| CN106452931A (zh) * | 2016-12-27 | 2017-02-22 | 中国建设银行股份有限公司 | 监控指标及域值发现方法、域值调整方法及自动监控系统 |
| CN106452931B (zh) * | 2016-12-27 | 2019-09-17 | 中国建设银行股份有限公司 | 监控指标及域值发现方法、域值调整方法及自动监控系统 |
| CN109246676A (zh) * | 2017-04-28 | 2019-01-18 | 中兴通讯股份有限公司 | 一种发送地震海啸告警信息的方法、装置及基站 |
| CN107231493A (zh) * | 2017-06-30 | 2017-10-03 | 携程旅游信息技术（上海）有限公司 | 呼叫中心的自动报警方法及其装置、存储介质、电子设备 |
| WO2019051951A1 (zh) * | 2017-09-15 | 2019-03-21 | 平安科技（深圳）有限公司 | 业务数据监控方法、装置、终端设备及存储介质 |
| CN109947713B (zh) * | 2017-10-31 | 2021-08-10 | 北京国双科技有限公司 | 一种日志的监控方法及装置 |
| CN109947713A (zh) * | 2017-10-31 | 2019-06-28 | 北京国双科技有限公司 | 一种日志的监控方法及装置 |
| WO2020019965A1 (zh) * | 2018-07-27 | 2020-01-30 | 阿里巴巴集团控股有限公司 | 数据监控方法、装置、电子设备及计算机可读存储介质 |
| US11200136B2 (en) | 2018-07-27 | 2021-12-14 | Advanced New Technologies Co., Ltd. | Data monitoring methods, apparatuses, electronic devices, and computer readable storage media |
| CN110191094A (zh) * | 2019-04-26 | 2019-08-30 | 北京奇安信科技有限公司 | 异常数据的监控方法及装置、存储介质、终端 |
| CN111917597A (zh) * | 2019-05-08 | 2020-11-10 | 中国移动通信集团福建有限公司 | 一种宽带业务监测方法和设备 |
| CN111917597B (zh) * | 2019-05-08 | 2022-02-22 | 中国移动通信集团福建有限公司 | 一种宽带业务监测方法和设备 |
| CN113076358A (zh) * | 2021-03-25 | 2021-07-06 | 恒安嘉新（北京）科技股份公司 | 一种报表生成方法、装置、设备及存储介质 |
| CN113553233A (zh) * | 2021-07-19 | 2021-10-26 | 中国电信股份有限公司 | 监控处理方法、监控处理装置、存储介质与电子设备 |
| CN113760668A (zh) * | 2021-08-30 | 2021-12-07 | 浪潮电子信息产业股份有限公司 | 一种云平台的故障告警方法、系统及相关装置 |
| CN114637656A (zh) * | 2022-05-13 | 2022-06-17 | 飞狐信息技术（天津）有限公司 | 基于Redis的监控方法、装置、存储介质和设备 |
| CN114637656B (zh) * | 2022-05-13 | 2022-09-20 | 飞狐信息技术（天津）有限公司 | 基于Redis的监控方法、装置、存储介质和设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102740247B (zh) | 2015-07-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102740247B (zh) | 一种告警信息的生成方法及装置 | |
| CN102637203B (zh) | 电量数据处理方法和电能计量自动化系统监控主站 | |
| Harrison et al. | Foundations for smarter cities | |
| AU2011201196B2 (en) | Methods and systems for analyzing energy usage | |
| US20140006398A1 (en) | System and Method for Energy Management Information System Reliability Assurance | |
| CN102222169A (zh) | 一种城市供水管网爆管预测分析方法 | |
| WO2012171039A2 (en) | Sustainable energy efficiency management system | |
| CN112700131A (zh) | 基于人工智能的ab测试方法、装置、计算机设备及介质 | |
| CN103057568A (zh) | 一种轨道交通测速设备的故障报警方法及系统 | |
| CN102592175B (zh) | 一种电力系统线损管理分析方法及系统 | |
| CN115358522A (zh) | 一种企业在线监测系统和方法 | |
| CN107578192A (zh) | 航空结算系统的运营指标监控方法 | |
| CN112232662A (zh) | 服务监控系统及方法 | |
| CN103106555B (zh) | 基于在线离线一体化的维护管理系统和方法 | |
| US9047757B2 (en) | Systems and methods for remotely controlling an advanced metering infrastructure | |
| CN112613711A (zh) | 一种基于六何分析法的水务大数据指标管理方法及系统 | |
| Liu et al. | The design and implementation of the enterprise level data platform and big data driven applications and analytics | |
| KR20160023357A (ko) | 분산 클러스터링 기반 검침데이터 검증 시스템 및 방법 | |
| CN111090710B (zh) | 一种配网多时间尺度图模异动自动维护方法 | |
| CN101908274B (zh) | 道路交通事件信息的处理方法和装置 | |
| CN112560325B (zh) | 换电业务的预测方法、系统、设备及存储介质 | |
| CN103279555A (zh) | 基于业务系统的pi点自动维护方法及装置 | |
| CN112684404A (zh) | 一种计量芯的模拟检测系统及方法 | |
| CN102339419A (zh) | 实现军车产品可靠性、维修性、保障性的方法及装置 | |
| CN106528811B (zh) | 一种pms系统整体数据迁移的方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |