具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种应用于服务端的告警信息处理方法的流程图，本实施例可适用于对大量的告警信息进行压制处理的情况。该方法可以由配置于服务端的告警信息处理装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。

如图1所示，应用于服务端的告警信息处理方法包括以下步骤：

S110、获取各被监控客户端的告警事件和/或业务操作事件预告信息。

在信息技术(Internet Technology，IT)领域，通常会设置监控服务器，来监控各个业务客户端的运行情况，从而及时的进行运行维护。例如，当监控服务器监控到任一个客户端设备运行监控参数达到阈值时，便会进行排故处理。但是，随着IT基础设施的云化，应用运行环境的容器化，系统架构的微服务化，越来愈多的金融企业投入更多的监控工具和更复杂的工作流程来提升系统管理精细度，但是较为复杂的架构环境下，一个指标的变化就可能引发大量的告警信息，导致监控服务器应接不暇，影响业务的正常运行。

在本实施例中，并非只依靠监控服务器自行监控告警事件，而是通过被监控的客户端主动向监控服务端同步自身的业务运行状态，主动地保持与服务端的信息同步，从而来提高监控服务端对告警事件的处理效率。

具体的，告警事件包括硬件设备相关的告警事件和业务流程相关的告警事件。示例性的，硬件设备相关的告警事件可以是内容空间不足、CPU占用率过高或是硬件模块温度过高等告警事件；业务流程相关的告警事件如交易量、业务成功率、业务平均响应时间及平均处理时间等达到各自的报警阈值。被监控客户端向服务端上报的告警事件中，具体包括告警原因、告警时间、告警等级、告警已被压制次数及其他告警相关信息。

业务操作事件预告信息是会对告警事件发生的数量和频率有影响的事件，在各种业务活动期间发生告警事件的可能性会加大，告警事件的量也会增多。在不影响系统正常业务的前提下，若在已知有影响告警事件发生的事件在执行，便可以作为对告警事件进行压制的依据，从而可以对告警事件进行压制。在金融领域，业务系统的业务操作事件包括年终结算批量作业、系统维护变更、数据库HA自动切换及各类权益活动等，那么，业务操作事件预告信息则包括具体的某一个业务操作事件，以及该业务操作事件的执行时间，还可以包括其他与业务操作事件相关的信息。

进一步的，服务端接收被监控客户端上报告警事件和业务操作事件预告信息是通过不同的方式进行信息交互的。具体的，服务端设置有接口管理模块(Api micro-service)，负责通过预设的应用程序接口(Application Program Interface，API)接收被监控客户端的监控代理(agent)上传的业务操作事件预告信息。接口管理模块会对接收到的业务操作事件预告信息进行信息来源合法性检验，包括使用白名单机制，或报文头约定令牌(token)等方式，进而会进行业务操作事件预告信息的业务合法性检查，包括规则窗口有效性，监控对象(客户端)是否纳入监控中等，最后，检查通过之后SpressRule datamanage会进行业务操作事件预告信息数据持久化及缓存维护等。其中，接口管理模块实现的功能可以通过相应的功能组件完成。服务端还设置有告警事件收集模块(Alarm Accessmicro-service)，用于以消息队列(如MQ、Kafka)的方式接收被监控客户端的监控代理发出的告警事件。

S120、针对各所述告警事件，基于对应的被监控客户端的业务操作事件预告信息为所述告警事件匹配对应的预设告警事件压制规则。

不同的被监控客户端，执行的业务事件是不同的，也就是说不同客户端的告警事件的压制规则是不同的。各被监控客户端不同时间段执行的业务操作不同，在不同时间的告警时间的压制规则也是不同的，即在本实施例中，各被监控客户端的告警事件对应的压制规则是动态变化的，而并非统一的压制规则。

不同的业务操作事件涉及的数据量不同，客户端设备需要承担的运行压力也不同。而且，不同业务操作事件下，不同的告警事件的紧急程度也不同。在本实施例中，综合参考在业务操作事件预告信息中对应的业务操作事件的数据量、内存占用及其他特征参数等特征，以及各类别的告警事件的紧急程度、已被压制次数等信息，确定对应的告警事件压制规则。具体的，告警事件压制规则包括按照告警事件的告警等级进行告警级别降级处理，如告警级别降低一级、告警级别降低二级、告警级别降低三级，以逐级降至最低级别的告警级别(如不通知告警事件)；或者还包括告警事件延时通知等压制规则。

在获取到告警事件时，要确认告警事件发生的时间是否在预告的业务操作事件发生的时间段内。当获取到告警事件的时间，在同一个被监控客户端的业务操作事件预告信息中的业务操作事件执行时间段内时，为该告警事件匹配与业务操作事件相关联的告警事件压制规则。

S130、根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。

具体的，在服务端确定告警事件的压制规则之后，便通过告警事件的业务处理模块(Core Processing micro-service)按照确定的压制规则进行告警压制，进而进行告警转译、告警通知、告警压缩和聚合等操作，完成告警事件的处理。此外，告警事件处理的规则及过程数据会通过是规则数据管理模块(Rule Data Read micro-service)进行管理，可以进行规则数据查询、更新、定期清理、缓存维护等操作。

本实施例的技术方案，通过获取各被监控客户端的主动上报的告警事件和/或业务操作事件预告信息；针对各所述告警事件，以对应的被监控客户端的业务操作事件预告信息作为告警事件压制规则匹配的依据，为告警事件匹配对应的预设告警事件压制规则；最终根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。解决了现有技术中运行监控服务端的告警信息压制规则较为复杂，可能会存在压制规则冲突，且服务端运行压力大的问题，实现了通过客户端主动向服务端上报告警事件及业务运行状态的方式，降低服务端的运行压力，在一定程度上简化告警信息压制的规则，提高了告警事件压制的效率。

实施例二

图2为本发明实施例二提供的一种应用于服务端的告警信息处理方法的流程图，本实施例与上述实施例中的应用于服务端的告警信息处理方法属于同一个发明构思，进一步的描述了未能根据业务操作事件预告信息为告警事件匹配对应的预设告警事件压制规则时，进一步确定告警事件压制规则的过程。该方法可以由配置于服务端的告警信息处理装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。

如图2所示，应用于服务端的告警信息处理方法包括以下步骤：

S210、基于配置管理数据库中各被监控客户端的配置信息，构建预设被监控客户端节点拓扑结构。

配置管理数据库(Configuration Management Database，CMDB)中，存储并管理企业IT架构中设备的各种配置信息，它与所有服务支持和服务交付流程都紧密相联，支持这些流程的运转、发挥配置信息的价值，同时依赖于相关流程保证数据的准确性。

可以根据CMDB中的设备信息，建立各被监控客户端的节点拓扑结构，也即各被监控客户端的监控代理节点拓扑结构。一个被监控客户端节点可能包括父节点、子节点以及兄弟节点。其中，一个子节点经过其父节点向上进行数据信息传递，一个节点的兄弟节点是与其进行相同业务处理的节点。

S220、获取各被监控客户端的告警事件和/或业务操作事件预告信息。

该步骤的具体描述可参考实施例一中步骤S110的相关描述。

S230、针对各所述告警事件，基于对应的被监控客户端的业务操作事件预告信息为所述告警事件匹配对应的预设告警事件压制规则。

该步骤的具体描述可参考实施例一中步骤S120的相关描述。

S240、当未匹配到与所述告警事件对应的预设告警事件压制规则时，根据所述告警事件对应的被监控客户端在预设被监控客户端节点拓扑结构中的节点属性，确定所述告警事件的告警事件压制规则。

也就是说，当服务端获取到告警事件时，发生告警事件的被监控客户端并未处于执行对告警事件有影响的业务操作事件中时，无法匹配到对应的压制规则。在该情况下，本实施例的方案是考虑被监控客户端所在的预设被监控客户端节点拓扑结构中的节点属性。节点属性包括该节点是否有子节点、兄弟节点、父节点，以及该节点的设备参数、运行状态等信息。

具体的，可以先查询告警事件对应的被监控客户端节点在的预设被监控客户端节点拓扑结构中是否有兄弟节点；如果有兄弟节点，再进一步判断兄弟节点是否处于正常的运行状态，当一个或多个兄弟节点中有至少一个节点对应的被监控客户端未发出告警事件(即正常运行)时，则可确定该告警事件的压制规则。

S250、根据确定的告警事件压制规则进行告警压制，并进行告警事件处理。

具体的，在服务端确定告警事件的压制规则之后，便通过告警事件的业务处理模块(Core Processing micro-service)按照确定的压制规则进行告警压制，进而进行告警转译、告警通知、告警压缩和聚合等操作，完成告警事件的处理。此外，告警事件处理的规则及过程数据会通过是规则数据管理模块(Rule Data Read micro-service)进行管理，可以进行规则数据查询、更新、定期清理、缓存维护等操作。

本实施例的技术方案，通过获取各被监控客户端的主动上报的告警事件和/或业务操作事件预告信息；针对各所述告警事件，以对应的被监控客户端的业务操作事件预告信息作为告警事件压制规则匹配的依据，为告警事件匹配对应的预设告警事件压制规则；当不能根据业务操作事件预告信息确认压制规则时，进一步参考被监控客户端的在预设被监控客户端拓扑结构中的兄弟节点的节点属性，确定对应的告警事件压制规则，最终根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。解决了现有技术中运行监控服务端的告警信息压制规则较为复杂，可能会存在压制规则冲突，且服务端运行压力大的问题，实现了通过客户端主动向服务端上报告警事件及业务运行状态的方式，降低服务端的运行压力，在一定程度上简化告警信息压制的规则，提高了告警事件压制的效率。

在一种优选的实时方式中，服务端还可以对接收到的各被监控客户端的告警事件进行统计并分析，例如，采用预设机器学习模型对告警事件进行分类，然后，根据分析结果确定各被监控客户端的运行特征，如确定被监控客户端易发生告警事件的类别、时间段等特征信息；从而可以根据各客户端的运行特征，个性化的更新告警事件压制规则数据库中的预设告警事件压制规则。

基于本发明实施例的告警信息处理方法，可以使压制规则配置得到简化，管理员维护成本下降30％，可投入更多的力量去其中关注重要的告警事件。而且，可以实现多场景兼容。通过各被监控客户端监控代理节点主动上报告警事件，并在告警处理中增加节点的属性状态判断，这样做大大提高告警压制效率。在年终结算批量作业场景、系统维护变更、数据库HA自动切换及各类权益活动场景下均可实现压制效率的提升。此外，使用本实施例的技术方案，可以应对除了网络异常以外的其他情况，包括系统硬件资源不足、数据库维护，应用处理逻辑异常等各种可能的情况。

实施例三

图3为本发明实施例三提供的一种应用于客户端的告警信息处理方法的流程图，本实施例可适用于对大量的告警信息进行压制处理的情况。该方法可以由配置于客户端的告警信息处理装置执行，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。

如图3所示，应用于客户端的告警信息处理方法包括以下步骤：

S310、基于监控代理，上传告警事件和/或业务操作事件预告信息至服务端，以使服务端根据所述业务操作事件预告信息对所述告警事件进行处理。

客户端作为业务执行的一个节点，通常会设置一个监控代理(agent)以监控客户端的运行数据，从而主动向监控服务端同步自身的业务运行状态，主动地保持与服务端的信息同步。

被监控客户端向服务端上报告警事件和业务操作事件预告信息是通过不同的方式进行信息交互的。具体的，客户端通过预设的应用程序接口(Application ProgramInterface，API)向服务端上传的业务操作事件预告信息。由服务端的接口管理模块对上传的业务操作事件预告信息进行信息来源合法性检验、业务操作事件预告信息的业务合法性检查，以及检查通过之后进行业务操作事件预告信息数据持久化及缓存维护等。进一步的，客户端服务端以消息队列(如MQ、Kafka)的方式向服务端发出的告警事件。其中，业务操作事件预告信息是会对告警事件发生的数量和频率有影响的事件，在各种业务活动期间发生告警事件的可能性会加大，告警事件的量也会增多。在不影响系统正常业务的前提下，若在已知有影响告警事件发生的事件在执行，便可以作为对告警事件进行压制的依据，从而可以对告警事件进行压制。在金融领域，业务系统的业务操作事件包括年终结算批量作业、系统维护变更、数据库HA自动切换及各类权益活动等。本实施例的技术方案，通过客户端主动上报的告警事件和/或业务操作事件预告信息，以使服务端根据上报的信息内容，针对各所述告警事件，以对应的被监控客户端的业务操作事件预告信息作为告警事件压制规则匹配的依据，为告警事件匹配对应的预设告警事件压制规则；最终根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。解决了现有技术中运行监控服务端的告警信息压制规则较为复杂，可能会存在压制规则冲突，且服务端运行压力大的问题，实现了通过客户端主动向服务端上报告警事件及业务运行状态的方式，降低服务端的运行压力，在一定程度上简化告警信息压制的规则，提高了告警事件压制的效率。

实施例四

图4为本发明实施例四提供的配置于服务端告警信息处理装置的结构示意图，本实施例可适用于对大量的告警信息进行压制处理的情况，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。

如图4所示，配置于服务端的告警信息处理装置包括：信息获取模块410、压制规则匹配模块420和告警事件处理模块430。

信息获取模块410，用于获取各监控代理上传的被监控客户端的告警事件和/或业务操作事件预告信息；压制规则匹配模块420，用于针对各所述告警事件，基于对应的监控代理上传的业务操作事件预告信息为所述告警事件匹配对应的预设告警事件压制规则；告警事件处理模块430，用于根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。

本实施例的技术方案，通过获取各被监控客户端的主动上报的告警事件和/或业务操作事件预告信息；针对各所述告警事件，以对应的被监控客户端的业务操作事件预告信息作为告警事件压制规则匹配的依据，为告警事件匹配对应的预设告警事件压制规则；最终根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。解决了现有技术中运行监控服务端的告警信息压制规则较为复杂，可能会存在压制规则冲突，且服务端运行压力大的问题，实现了通过客户端主动向服务端上报告警事件及业务运行状态的方式，降低服务端的运行压力，在一定程度上简化告警信息压制的规则，提高了告警事件压制的效率。

可选的，所述告警信息处理装置还包括客户端节点参考模块，用于在未匹配到与所述告警事件对应的预设告警事件压制规则时，根据所述告警事件对应的被监控客户端在预设被监控客户端节点拓扑结构中的节点属性，确定所述告警事件的告警事件压制规则，并进行告警事件处理。

可选的，所述压制规则匹配模块420具体用于：

当获取到所述告警事件的时间，在所述业务操作事件预告信息中的业务操作事件执行时间段内时，为所述告警事件匹配与所述业务操作事件相关联的告警事件压制规则。

可选的，所述客户端节点参考模块具体用于：

查询所述告警事件对应的被监控客户端节点在所述预设被监控客户端节点拓扑结构中的兄弟节点；

当所述兄弟节点中有至少一个节点对应的被监控客户端未发出告警事件时，将所述告警事件进行降级压制，并进行告警事件处理。

可选的，所述告警信息处理装置还包括压制规则更新模块，用于：

统计并分析各被监控客户端的告警事件，根据分析结果确定各被监控客户端的运行特征；

根据所述运行特征，更新告警事件压制规则数据库中的预设告警事件压制规则。

可选的，所述信息获取模块410具体用于：

通过预设的应用程序接口，接收各被监控客户端的监控代理上传的被监控客户端的业务操作事件预告信息；

在预设告警事件消息队列中，监听各被监控客户端的监控代理上传的被监控客户端的告警事件。

可选的，所述告警信息处理装置还包括节点结构构建模块，用于：

基于配置管理数据库中各被监控客户端的配置信息，构建所述预设被监控客户端节点拓扑结构。

本发明实施例所提供的配置于服务端的告警信息处理装置可执行本发明任意实施例所提供的应用于服务端的告警信息处理方法，具备执行方法相应的功能模块和有益效果。

实施例五

图5为本发明实施例五提供的配置于客户端告警信息处理装置的结构示意图，本实施例可适用于对大量的告警信息进行压制处理的情况，该装置可以由软件和/或硬件的方式来实现，集成于具有应用开发功能的计算机设备中。

如图5所示，配置于客户端的告警信息处理装置包括：业务信息上传模块510。

业务信息上传模块510，用于基于监控代理，上传告警事件和/或业务操作事件预告信息至服务端，以使服务端根据所述业务操作事件预告信息对所述告警事件进行处理。

本发明实施例所提供的配置于客户端的告警信息处理装置可执行本发明任意实施例所提供的应用于客户端的告警信息处理方法，具备执行方法相应的功能模块和有益效果。

本实施例技术方案，通过客户端主动上报的告警事件和/或业务操作事件预告信息，以使服务端根据上报的信息内容，针对各所述告警事件，以对应的被监控客户端的业务操作事件预告信息作为告警事件压制规则匹配的依据，为告警事件匹配对应的预设告警事件压制规则；最终根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。解决了现有技术中运行监控服务端的告警信息压制规则较为复杂，可能会存在压制规则冲突，且服务端运行压力大的问题，实现了通过客户端主动向服务端上报告警事件及业务运行状态的方式，降低服务端的运行压力，在一定程度上简化告警信息压制的规则，提高了告警事件压制的效率。

实施例六

图6为本发明实施例六提供的一种服务器设备的结构示意图。图6示出了适于用来实现本发明实施方式的示例性服务器12的框图。图6显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。服务器12可以任意具有计算能力的终端设备，如智能控制器及服务器、手机等终端设备。

如图6所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图6中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发实施例所提供的应用于服务端的告警信息处理方法，该方法包括：

获取各被监控客户端的告警事件和/或业务操作事件预告信息；

针对各所述告警事件，基于对应的被监控客户端的业务操作事件预告信息为所述告警事件匹配对应的预设告警事件压制规则；

根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。

实施例七

图7为本发明实施例七提供的一种计算机设备的结构示意图。图7示出了适于用来实现本发明实施方式的示例性计算机设备12的框图。图7显示的计算机设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。计算机设备12可以任意具有计算能力的终端设备，如智能控制器及服务器、手机等终端设备。

如图7所示，计算机设备12以通用计算设备的形式表现。计算机设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

计算机设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被计算机设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。计算机设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。系统存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如系统存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

计算机设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该计算机设备12交互的设备通信，和/或与使得该计算机设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，计算机设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与计算机设备12的其它模块通信。应当明白，尽管图7中未示出，可以结合计算机设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发实施例所提供的应用于客户端告警信息处理方法，该方法包括：

基于监控代理，上传告警事件和/或业务操作事件预告信息至服务端，以使服务端根据所述业务操作事件预告信息对所述告警事件进行处理。

实施例八

本实施例八提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明任意实施例所提供的应用于服务端的告警信息处理方法，包括：

获取各被监控客户端的告警事件和/或业务操作事件预告信息；

针对各所述告警事件，基于对应的被监控客户端的业务操作事件预告信息为所述告警事件匹配对应的预设告警事件压制规则；

根据所述预设告警事件压制规则进行告警压制，并进行告警事件处理。

或者，程序被处理器执行时实现如本发明任意实施例所提供的应用于客户端的告警信息处理方法，包括：

基于监控代理，上传告警事件和/或业务操作事件预告信息至服务端，以使服务端根据所述业务操作事件预告信息对所述告警事件进行处理。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。