一种基于事件时间和水位线的告警压制方法和相关装置与流程

1.本发明属于告警技术领域，更具体的说，尤其涉及一种基于事件时间和水位线的告警压制方法和相关装置。


背景技术：

2.在现代金融企业业务系统的监控领域，往往存在统一的集中告警管理平台，负责接收所有来源的告警，并对告警进行压制和其他事件例统一处理，如通知、升级等。精准的告警是系统稳定运行的重要保障，针对部分告警可能存在偶发或者单点误告警率较高的情况，告警管理平台提供告警压制功能，即某类告警在多长时间内出现超过多少次，才释放告警，并进行告警通知等一系列处理操作。
3.目前按照告警处理时间进行压制，告警管理平台收到的原始告警可能会存在乱序，导致压制不准确的情况发生；而通过原始告警中的事件时间，在固定的时间窗口中，收集在该时间窗口中的所有告警，并在告警到达水位线后，关闭窗口进行计算，若已超过压制次数，则释放告警，能实现精准的压制，避免因为乱序导致的压制不准确，为金融业务系统提供更好的监控保障。
4.但是，基于告警管理平台接收到告警时的处理时间，由于告警发送的源头端无法保证其所发送的告警是顺序发送的，若告警管理平台只是收到一条告警就记一次，满了以后则释放告警，则很可能因为告警时间的乱序问题，造成后面收到的告警产生漏算的情况，存在与实际情况不符的可能，无法百分百保证压制的准确性。


技术实现要素：

5.有鉴于此，本发明的目的在于提供一种基于事件时间和水位线的告警压制方法和相关装置，用于避免由于告警源头端由于发送时间滞缓而导致的告警时间的乱序问题，提高压制告警的准确性。
6.本技术第一方面公开了一种基于事件时间和水位线的告警压制方法，包括：
7.实时获取告警信息；
8.在未启动计算窗口时获取到告警信息，启动本次计算窗口；
9.判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件；其中，所述本次计算窗口的开始时间为在未启动计算窗口时获取到告警信息的事件时间，本次计算窗口的结束时间为预设水位线时间；所述预设水位线时间大于压制释放条件内的告警时间；
10.若是，则释放告警。
11.可选的，在上述基于事件时间和水位线的告警压制方法中，启动本次计算窗口，包括：
12.将最先获取到所述告警信息的事件时间，作为所述本次计算窗口的开始时间；
13.若当前时刻达到所述预设水位线时间，则本次计算窗口完成；其中，将所述本次计
算窗口的开始时间之后的预设时间作为预设水位线时间。
14.可选的，在上述基于事件时间和水位线的告警压制方法中，判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件，包括：
15.触发启动所述本次计算窗口的告警信息作为所述本次计算窗口的第1个告警信息；
16.所述本次计算窗口继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入所述本次计算窗口；
17.到达所述告警信息的类型对应的触发告警时间时，继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入所述本次计算窗口；
18.到达所述预设水位线时，所述本次计算窗口形成完毕，所述本次计算窗口关闭；
19.判断所述本次计算窗口内的告警信息是否满足压制释放条件。
20.可选的，在上述基于事件时间和水位线的告警压制方法中，所述本次计算窗口形成完毕，所述本次计算窗口关闭之后，返回执行实时获取告警信息的步骤，以使获取到新的告警信息时，启动下一次计算窗口。
21.可选的，在上述基于事件时间和水位线的告警压制方法中，所述压制释放条件包括：在所述告警时间内，获取到超过预设次数的告警信息；
22.其中，超过预设次数的告警信息的事件时间均在所述告警时间内。
23.本技术第二方面公开了一种基于事件时间和水位线的告警压制装置，包括：
24.获取单元，用于实时获取告警信息；
25.启动单元，用于在未启动计算窗口时获取到告警信息，启动本次计算窗口；
26.判断单元，用于判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件；其中，所述本次计算窗口的开始时间为在未启动计算窗口时获取到告警信息的事件时间，本次计算窗口的结束时间为预设水位线时间；所述预设水位线时间大于压制释放条件内的告警时间；
27.释放告警单元，用于若所述判断单元的判断结果为是，则释放告警。
28.可选的，在上述基于事件时间和水位线的告警压制装置中，所述启动单元用于启动本次计算窗口时，具体用于：
29.将最先获取到所述告警信息的事件时间，作为所述本次计算窗口的开始时间；
30.若当前时刻达到所述预设水位线时间，则本次计算窗口完成；其中，将所述本次计算窗口的开始时间之后的预设时间作为预设水位线时间。
31.可选的，在上述基于事件时间和水位线的告警压制装置中，所述判断单元用于判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件时，具体用于：
32.触发启动所述本次计算窗口的告警信息作为所述本次计算窗口的第1个告警信息；
33.所述本次计算窗口继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入所述本次计算窗口；
34.到达所述告警信息的类型对应的触发告警时间时，继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入所述本次计算窗口；
35.到达所述预设水位线时，所述本次计算窗口形成完毕，所述本次计算窗口关闭；
36.判断所述本次计算窗口内的告警信息是否满足压制释放条件。
37.本技术第三方面公开了一种电子设备，包括：
38.一个或多个处理器；
39.存储系统，其上存储有一个或多个程序；
40.当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如本技术第一方面任一项所述的基于事件时间和水位线的告警压制方法。
41.本技术第四方面公开了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如本技术第一方面任一项所述的基于事件时间和水位线的告警压制方法。
42.从上述技术方案可知，本发明提供的一种基于事件时间和水位线的告警压制方法，包括：实时获取告警信息；在未启动计算窗口时获取到告警信息，启动本次计算窗口；判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件；其中，本次计算窗口的开始时间为在未启动计算窗口时获取到告警信息的事件时间，本次计算窗口的结束时间为预设水位线时间；预设水位线时间大于压制释放条件内的告警时间；若是，则释放告警；也即通过原始告警中的事件时间，由一个个带有时间段的计算窗口，收集在该计算窗口中的所有告警，并在告警到达水位线后，关闭窗口进行计算；若窗口中的告警数超过压制次数，则释放告警；否则继续通过下一个窗口，重复上述方法，再进行判断；避免了由于告警源头端由于发送时间滞缓而导致的告警时间的乱序问题，提高压制告警的准确性。
附图说明
43.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
44.图1是本发明实施例提供的一种基于事件时间和水位线的告警压制方法的流程图；
45.图2是本发明实施例提供的一种基于事件时间和水位线的告警压制方法中所涉及的到的计算窗口的示意图；
46.图3是本发明实施例提供的一种基于事件时间和水位线的告警压制方法中所涉及的到的计算窗口的示意图；
47.图4是本发明实施例提供的一种基于事件时间和水位线的告警压制方法中所涉及的到的计算窗口的示意图；
48.图5是本发明实施例提供的一种基于事件时间和水位线的告警压制装置的示意图；
49.图6是本发明实施例提供的一种电子设备的示意图。
具体实施方式
50.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是
本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
51.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
52.本技术实施例公开了一种基于事件时间和水位线的告警压制方法，用于解决现有技术中基于告警管理平台接收到告警时的处理时间，由于告警发送的源头端无法保证其所发送的告警是顺序发送的，若告警管理平台只是收到一条告警就记一次，满了以后则释放告警，则很可能因为告警时间的乱序问题，造成后面收到的告警产生漏算的情况，存在与实际情况不符的可能，无法百分百保证压制的准确性的问题。
53.本技术涉及到的相关术语解释为：
54.(1)告警管理平台：负责接收所有来源的告警，并对告警进行压制或者其他策略的处理。
55.(2)告警压制：告警管理模块收到告警后，并不马上处理告警，而是根据事先设置的策略，如a类告警在5分钟内出现超过10次后释放告警。
56.(3)事件时间：原始告警中的时间(即告警源上报的时间)，非告警管理平台收到告警后的处理时间。
57.(4)处理时间：告警管理平台收到告警的时间。
58.(5)窗口：通过一个个固定时长的计算窗口，收集所有该窗口内的告警，窗口在告警到达水位线后关闭并计算是否满足压制释放条件。
59.(6)水位线：窗口允许存放告警的最大限度，窗口中的告警到达一定的数量后，若某一条告警的事件时间已超过设定的值，则认为到达水位线。
60.参见图1，该基于事件时间和水位线的告警压制方法，包括：
61.s101、实时获取告警信息。
62.告警发送的源头端出现告警情况时，会实时发送告警信息；进而应用本基于事件时间和水位线的告警压制方法的应用设备接收到该告警信息。
63.具体的获取告警信息的过程此处不再一一赘述，视实际情况而定即可，均在本技术的保护范围内。
64.s102、在未启动计算窗口时获取到告警信息，启动本次计算窗口。
65.需要说明的是，若当前时刻没有启动任一个计算窗口，并且获取到告警信息，则启动一个计算窗口，将该计算窗口记为本次计算窗口。
66.另外，由于步骤s101中是实时获取告警信息的；也就是说，若当前已经启动一个计算窗口，则继续获取到的告警信息，将进入该计算窗口；直到该计算窗口结束之后；在依据获取的情况启动下一个计算窗口，记为下一次计算窗口。
67.s103、判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件。
68.其中，本次计算窗口的开始时间为在未启动计算窗口时获取到告警信息的事件时间，本次计算窗口的结束时间为预设水位线时间；预设水位线时间大于压制释放条件内的
告警时间。
69.在实际应用中，压制释放条件包括：在告警时间内，获取到超过预设次数的告警信息。
70.其中，超过预设次数的告警信息的事件时间均在所述告警时间内。
71.也就是说，告警时间对应的结束时间小于预设水位线时间；在最后的时间线的基础上，给与一定的富余时间，即水位线时间，等有告警的事件时间超过该水位线时，再关闭计算窗口，统一计算。
72.关闭计算窗口后，剔除事件时间超过该告警时间的告警信息，再统计算该计算窗口中的告警信息数量；当该计算窗口中的告警信息数量冲过预设数量时，判定本次计算窗口内获取到的告警信息满足相应的压制释放条件；否则，判定本次计算窗口内获取到的告警信息不满足相应的压制释放条件。
73.若本次计算窗口内获取到的告警信息是否满足相应的压制释放条件，则执行步骤s104。
74.s104、释放告警。
75.在本实施例中，在最后的时间线的基础上，给与一定的富余时间，即水位线，等有告警的事件时间超过该水位线时，再关闭窗口，统一计算。
76.在本实施例中，通过原始告警中的事件时间，由一个个带有时间段的计算窗口，收集在该计算窗口中的所有告警，并在告警到达水位线后，关闭窗口进行计算；若窗口中的告警数超过压制次数，则释放告警；否则继续通过下一个窗口，重复上述方法，再进行判断；避免了由于告警源头端由于发送时间滞缓而导致的告警时间的乱序问题，提高压制告警的准确性。
77.在实际应用中，步骤s102中所涉及的启动本次计算窗口，包括：
78.将最先获取到告警信息的事件时间，作为本次计算窗口的开始时间；若当前时刻达到预设水位线时间，则本次计算窗口完成；其中，将本次计算窗口的开始时间之后的预设时间作为预设水位线时间。
79.也就是说，该计算窗口的长度是一定的，其可以根据告警信息的类型而定，当然也可以是有其他方式确定，此处不再一一赘述，视实际情况而定即可，均在本技术的保护范围内。
80.该计算窗口的开始时间以将最先获取到告警信息的事件时间为准；在最先获取到告警信息的事件时间之后的特定时间内，作为整个计算窗口。
81.需要说明的是，该特定时间与告警时间不同，该特定时间大于告警时间，也即，对告警时间进行延后，以使该类告警的所有告警信息均送到相应设备中。
82.在实际应用中，s103、判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件的具体过程为：
83.(1)触发启动本次计算窗口的告警信息作为本次计算窗口的第1个告警信息。
84.(2)本次计算窗口继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入本次计算窗口。
85.(3)到达告警信息的类型对应的触发告警时间时，继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入本次计算窗口。
86.(4)到达预设水位线时，本次计算窗口形成完毕，本次计算窗口关闭。
87.(5)判断本次计算窗口内的告警信息是否满足压制释放条件。
88.具体的，如图3所示，根据以往经验或者统计分析，在03-04分之前设定了一条水位线(假设为03分40秒)。如果某条接收到的告警的事件时间到达或者超过该设定值，则可以看做本次计算窗口已经形成完毕，触发计算，判断告警条数是否超过设定值。
89.因此，在本场景下，假设a类告警的压制逻辑为2分钟内出现超过2次则释放告警，告警管理平台在00分收到了事件时间为00分的告警1，并进入本次计算窗口，在01分收到了事件时间为01分的告警2，并进入本次计算窗口，在02分时未收到告警，由于未触发水位线，窗口继续进行，在03分收到事件时间为02分的告警3，依旧未触发水位线，窗口继续进行，并且告警3进入本次计算窗口；等后续收到某条事件时间大于等于水位线的告警后，本次计算窗口已经形成完毕，窗口关闭，开始判断窗口内的告警是否满足压制释放条件；发现本次窗口存在两分钟内出现3次告警的情况，释放该告警。
90.在实际应用中，本次计算窗口形成完毕，本次计算窗口关闭之后，返回执行步骤实时获取告警信息，以使获取到新的告警信息时，启动下一次计算窗口。
91.具体的，集中告警管理平台在收到a类告警后，发现其存在压制策略，即多长时间内出现多少次则释放告警，通常的做法是：收到一条告警记一次，每次收到告警时，判断是否满足条件释放告警。
92.在实际情况下，由于网络延迟或者告警源自身原因或者告警管理平台原因，告警源发出的告警可能有延时或者是乱序的，如图2所示，告警管理平台依次收到了123三条告警，但告警3的事件时间为02分。
93.常规的压制逻辑为，收到一条告警记录一次，满足条数则触发释放告警。假设a类告警的压制逻辑为2分钟内出现超过2次则释放告警，在00分-02分之间告警管理平台收到了三条告警123，故不产生告警，而告警3则是第三分钟才发出，告警3中的告警事件时间却是02分的，则按照常规逻辑，在超过二分钟后，此次判断已经超时，即使第三分钟时又收到了事件时间为02分的告警，也无法满足释放条件。
94.而基于事件时间的压制逻辑，再辅助水位线，可以避免上述情况。
95.如图3所示，根据以往经验或者统计分析，在03-04分之前设定了一条水位线(假设为03分40秒)，如果某条接收到的告警的事件时间到达或者超过该设定值，则可以看做本次计算窗口已经形成完毕，触发计算，判断告警条数是否超过设定值。因此，在本场景下，假设a类告警的压制逻辑为2分钟内出现超过2次则释放告警，告警管理平台在00分收到了事件时间为00分的告警1，并进入本次计算窗口，在01分收到了事件时间为01分的告警2，并进入本次计算窗口，在02分时未收到告警，由于未触发水位线，窗口继续进行，在03分收到事件时间为02分的告警3，依旧未触发水位线，窗口继续进行，并且告警3进入本次计算窗口；等后续收到某条事件时间大于等于水位线的告警后，本次计算窗口已经形成完毕，窗口关闭，开始判断窗口内的告警是否满足压制释放条件；发现本次窗口存在两分钟内出现3次告警的情况，释放该告警。
96.窗口中的具体运算过程如图4所示，假设窗口的长度为5分钟，并设置水位线为窗口的最后时间加两分钟，图4中的代表告警的圆圈是依次进入窗口的；在05-10分的这个窗口中，窗口在05-10分收集到了包括事件时间为11分在内的6条告警，并在10-12分之前先后
收到了一条事件时间为10分的告警和事件时间为12分的告警，由于达到了实现设置的水位线，本次窗口关闭，并开始统计窗口内的告警数；在统计窗口内的告警数时，发现事件时间为11分的告警不在此窗口时间内，故将此告警剔除该窗口；事件时间为10分的告警在此窗口时间，故将此告警加入窗口中；再对窗口内的告警总数进行计算，得到此窗口的告警条数。
97.也就是说，计算窗口的实际时间长度为事件时间到达水位线的快慢决定，比如有个告警的事件时间到达水位线的阈值，就会触发窗口关闭和计算。
98.在本实施例中，基于事件时间，而非处理时间，能够保证在集中告警管理平台收到乱序的告警时，也能精准的进行压制，替代了按处理时间直接进行计数的常规压制方法。
99.另外，水位线的设置，让告警有了一定的延时空间，就算告警管理平台因为网络或者其他原因收到了乱序的告警或延迟的告警，在水位线到达以前，也可以进入窗口进行计算，只到水位线上的告警出现时，意味最晚的告警也已经到齐，此时可以结束窗口，开始计算窗口内告警数量。
100.计算窗口，一般为固定时间长度，定时生成计算窗口，用于存放符合条件的告警，等满足水位线条件后，窗口关闭，开始判断告警数是否满足压制释放条件。也就是说，可设置计算窗口生成的频率，比如十分钟就会生成一个计算窗口。而是计算窗口的时间长度，取决于水位线的位置和实际收到那么多告警中事件时间什么时候到达水位线。
101.具体的，计算窗口定时生成，例如每个十分钟生成一个计算窗口，用于存放事件时间在此窗口取件的告警，等某条告警的事件时间达到水位先后，该窗口关闭，开始判断告警数量是否满足压制释放条件。
102.本技术另一实施例提供了一种基于事件时间和水位线的告警压制装置。
103.参见图5，该基于事件时间和水位线的告警压制装置包括：
104.获取单元101，用于实时获取告警信息。
105.启动单元102，用于在未启动计算窗口时获取到告警信息，启动本次计算窗口。
106.判断单元103，用于判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件；其中，本次计算窗口的开始时间为在未启动计算窗口时获取到告警信息的事件时间，本次计算窗口的结束时间为预设水位线时间；预设水位线时间大于压制释放条件内的告警时间。
107.释放告警单元104，用于若判断单元103的判断结果为是，则释放告警。
108.在实际应用中，启动单元102用于启动本次计算窗口时，具体用于：
109.将最先获取到告警信息的事件时间，作为本次计算窗口的开始时间；若当前时刻达到预设水位线时间，则本次计算窗口完成；其中，将本次计算窗口的开始时间之后的预设时间作为预设水位线时间。
110.在实际应用中，判断单元103用于判断本次计算窗口内获取到的告警信息是否满足相应的压制释放条件时，具体用于：
111.触发启动本次计算窗口的告警信息作为本次计算窗口的第1个告警信息；本次计算窗口继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入本次计算窗口；到达告警信息的类型对应的触发告警时间时，继续按时间推移依据拉长窗口长度，并将获取到的告警信息纳入本次计算窗口；到达预设水位线时，本次计算窗口形成完毕，本次计算窗
口关闭；判断本次计算窗口内的告警信息是否满足压制释放条件。
112.上述各个单元的具体工作过程和原理，详情参见上述实施例提供的基于事件时间和水位线的告警压制方法，此处不再一一赘述，均在本技术的保护范围内。
113.在本实施例中，通过原始告警中的事件时间，由一个个带有时间段的计算窗口，收集在该计算窗口中的所有告警，并在告警到达水位线后，关闭窗口进行计算；若窗口中的告警数超过压制次数，则释放告警；否则继续通过下一个窗口，重复上述方法，再进行判断；避免了由于告警源头端由于发送时间滞缓而导致的告警时间的乱序问题，提高压制告警的准确性。
114.描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
115.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
116.本技术另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项所述的基于事件时间和水位线的告警压制方法。
117.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
118.需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的
程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、rf(射频)等等，或者上述的任意合适的组合。
119.上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
120.本发明另一实施例提供了一种电子设备，如图6所示，包括：
121.一个或多个处理器601。
122.存储装置602，其上存储有一个或多个程序。
123.当一个或多个程序被一个或多个处理器601执行时，使得一个或多个处理器601实现如上述实施例中任意一项的基于事件时间和水位线的告警压制方法。
124.特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。
125.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
126.虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
127.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
128.本说明书中的各个实施例中记载的特征可以相互替换或者组合，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
129.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
130.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。
对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。