CN102790688A - 告警处理方法及装置 - Google Patents

Abstract

本发明公开了一种告警处理方法及装置，上述方法包括：当检测到告警时，在互联网上检索该告警的处理方法；根据预定规则对检索到的该告警的处理方法进行排序；依次执行排序后的上述检索到的告警的处理方法。通过本发明提供的技术方案，解决了现有技术中告警的处理工作繁重且处理不够及时的问题，进而达到了可以快速自动的处理告警效果。

Description

告警处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种告警处理方法及装置。

背景技术

由于现在硬件和软进的发展，在硬件和软件的告警方面，分工越来越精细。这样，对于海量的告警信息的处理的及时快速，提出了更加高的要求。

随着告警的种类和数量的不断增多。随之产生的告警方式也越来越多，目前的告警方式主要是采用声光告警、机械式告警，形式可能会有所变化，例如：告警音、告警烟雾、告警振动等。随着告警量的增加，对于告警的数量的不断增加，告警的处理工作也不断的繁重。目前传统的告警方式越来越无法满足现在日益复杂的告警内容，在告警的及时处理方面也有很大的缺陷。

并且，现在对于告警的处理，大多是被动的等待方式，发出告警后，等待操作员的处理。一旦通知不到个人，或者个人由于某些原因无法处理告警时，会导致告警的处理不及时，甚至发生更加严重的告警。

发明内容

本发明的主要目的在于提供一种告警处理方法及装置，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种告警处理方法，包括：当检测到告警时，在互联网上检索该告警的处理方法；根据预定规则对检索到的该告警的处理方法进行排序；依次执行排序后的上述检索到的告警的处理方法。

根据本发明的另一方面，提供了一种告警处理装置，包括：方法检索模块，用于在检测到告警时，在互联网上检索该告警的处理方法；方法排序模块，用于根据预定规则对检索到的该告警的处理方法进行排序；方法执行模块，用于依次执行排序后的上述检索到的告警的处理方法。

通过本发明，采用在检测到告警后，在互联网上检索相应的处理方法，在根据预定规则对检测到的方法进行排序后，依此执行这些方法以解决该告警的方案，解决了现有技术中告警的处理工作繁重且处理不够及时的问题，进而达到了可以快速自动的处理告警效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的告警处理方法的流程图；

图2是根据本发明优选实施例的告警处理方法的流程图；

图3是根据本发明实例一的告警处理方法的流程图；

图4是根据本发明实例二的告警处理方法的流程示意图；

图5是根据本发明实施例的告警处理装置的结构框图；

图6是根据本发明优选实施例的告警处理装置的结构框图；

图7是根据本发明实例的告警处理装置硬件承载系统的结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的告警处理方法的流程图。如图1所示，根据本发明实施例的告警处理方法包括：

步骤S102，当检测到告警时，在互联网上检索该告警的处理方法；

步骤S104，根据预定规则对检索到的该告警的处理方法进行排序；

步骤S106，依次执行排序后的上述检索到的告警的处理方法。

上述方法充分利用了互联网技术，在检测到告警时，可以自动的检索告警处理方法，并按照预订的规则(或者说最优算法)对检索到的告警处理方法进行智能分析，按照合理性对其进行排序，然后再依次执行这些告警处理方法，从而在很大程度上避免了人工干预，增强了告警处理能力，加快了告警处理速度，满足了海量告警处理的需求。

图2是根据本发明优选实施例的告警处理方法的流程图。如图2所示，在根据本发明优选实施例的告警处理方法中，步骤S202-步骤S206中进行的处理与上述的步骤S102-步骤S106是相同的。

优选地，如图2所示，在步骤S206之后，根据本发明优选实施例的告警处理方法还可以进一步包括以下处理：

步骤S208，当检索到的该告警的处理方法都不能解决该告警时，通过预定方式向第一维护终端发送通知消息；

步骤S210，在通知第一维护终端后，如果该告警在预定时间内没有被处理，则通过预定方式向第二维护终端发送通知消息。

尽管通过在互联网上检索可以解决绝大部分的告警，但并不能排除会出现仅靠互联网检索不能解决的告警，例如，某种首次出现的告警。当这种情况出现时，就会需要一定程度的人工干预，至少要通知维护人员出现了某种不能自动处理的告警。在上述步骤中，维护终端就是用于通知维护人员的设备，用于使维护人员可以及时知道出现了不能自动处理的告警，以防止告警不能被及时处理从而引发更严重的告警。而两级维护终端的设置，则是为了进一步确保告警能得到及时的处理，当第一维护人员在预定的时间内没有及时的处理告警，就需要通知第二维护人员这一问题，从而引起更多的重视。这里，第一维护人员是指持有第一维护终端的维护人员，第二维护人员是指持有第二维护终端的维护人员，第二维护人员可以是第一维护人员的上级或是被其授权的人员。需要说明的是，这种二级通知的制度是可以扩展的，可以设置更多的级别，具体级别数的选定则需要根据不同需要确定。

优选地，如图2所示，步骤S208和步骤S210之后，还可以进一步包括以下处理：

步骤S212，根据第一维护终端和/或第二维护终端通过预定方式反馈的信息确定该告警的处理方法，并使用该方法对该告警进行处理。

维护人员通过维护终端了解到发生了不能自动处理的告警后，可以直接通过维护终端反馈解决该告警的方法以解决发生的告警，这一功能进一步确保了告警处理的及时性。

优选地，如图2所示，步骤S212之后，还可以进一步包括以下处理：

步骤S214，当根据第一维护终端和/或第二维护终端反馈的信息确定的该告警的处理方法也不能解决该告警时，向互联网发送帮助请求信息；

步骤S216，将上述帮助请求信息的响应信息通过预定方式发送给第一维护终端和/或第二维护终端。

当第一维护人员和/或第二维护人员通过维护终端反馈的告警处理方法也不能解决发生的告警时，可以向互联网发送帮组请求信息，其实质就是向所有在线的维护人员请求帮助，然后收集各种响应或者说反馈信息，将这些信息发送给维护终端，从而通知第一维护人员和/或第二维护人员这些信息，从而辅助第一维护人员和/或第二维护人员处理发生的告警，提高告警处理效率和成功率。

优选地，如图2所示，步骤S206或步骤S212之后，还可以进一步包括以下处理：

步骤S218，将告警处理结果上传到互联网上，其中，告警处理结果包括以下至少之一：告警的告警信息、使用在互联网上检索到的该告警的处理方法处理该告警的处理结果、使用根据维护终端反馈信息确定的该告警的处理方法处理该告警的处理结果。

告警处理结果的上传可以为后续的告警处理提供极大的方便，实际上这种告警处理结果共享的做法正是本发明整个告警处理方法的基础，上传到互联网上的信息越多，需要人工干预的几率越小，整个告警处理机制就会更有效、更快速。这里所说的告警信息包括了告警的详细描述，而处理结果既包含成功的也包含的失败的。在具体实施过程中，最好的情况是将上述所有的信息都上传到互联网上，但是在资源有限的情况下，选择其中的一部分上传也是可行的。

优选地，上述预定规则包括以下至少之一：告警处理方法的使用次数、告警处理方法的成功率；上述预定方式包括以下至少之一：邮件、短信、电话语音。

一般来说，针对某种告警，使用最多及成功率最高的告警处理方法都可以被认定为最为合理的处理方法，因此在对检索到的告警处理方法进行分析时，就可以以这两个条件或其中之一作为预定规则或者说最优算法，对检索到的告警处理方法进行排序，确定执行的顺序以提高告警处理效率。需按说明的是，在具体实施过程中，根据应用的场景不同，预定规则的选定并不限于上述两个条件，是可以根据具体情况进行扩展的。

作为与维护终端通信的方式，目前常用的邮件、短信、电话语音都可以用来作为与维护终端进行通信的手段。需要说明的是，通知维护终端的方式与维护终端反馈的方式可以是不同的，可以由维护人员在可支持的范围内自主的选择，随着技术的发展，可用的预定方式也会越来越多。

由上述描述可知，上述方法可以利用现有的互联网技术，自动搜集有效的告警解决和处理方法。智能分析大量的处理方法，挑选出最合理的告警处理方法，并且执行相应的告警处理动作，达到解除告警的目的。另外，如果按照最合理的告警处理方法没有能够解决告警，自动选择采集到的其他处理方案，或者将告警的处理选择交给维护人员来选择处理，或者追加处理方法，并且追加的处理方法在其他服务器上遇到告警时能够利用互联网技术被自动搜集到。需要说明的是，在具体实施过程中，并不需要实现上述的全部功能，可以将上述的步骤相互组合，去定不同的方案。

下面结合实例即图3、图4对上述优选实施例进行详细说明。

实例一：

在本实例中不涉及到人工干预。图3是根据本发明实例一的告警处理方法的流程图，如图3所示，包括以下步骤：

步骤S302，获取到告警的相关信息。

步骤S304，向互联网发起对应的告警的信息搜索，获取互联网上的此告警的处理方法。

在步骤S304中，可以使用云计算技术等信息采集手段在互联网上自动检索告警处理方法，也可以基于预先存储的告警处理信息进行检索。这里所说的检索到的处理告警的方法都是可以自动处理的方法，即不需要人工干预，而且可以明确得出对告警的处理是否有效的结果。

步骤S306，根据预定规则(最优算法)对告警的处理方法进行排序，按照顺序依次执行对应的告警处理动作。

步骤S308，分析自动处理告警的最终结果并保存，判断该告警是否被解决，如果是，则执行步骤S310，否则执行步骤S312。

步骤S310，将告警处理结果反馈到互联网上。

步骤S312，向服务器的维护人员发出告警通知，如果超过等待的时间未处理告警，根据ERP(Enterprise Resource Planning，企业资源计划)系统预先设定，向其他人员发出告警通知。

实例二：

本实例涉及维护人员的人工干预。图4是根据本发明实例二的告警处理方法的流程示意图，如图4所示，该流程包括如下步骤：

步骤S402，告警产生；

步骤S404，向web网络资源发出同步告警相关数据(检索处理方法)的请求；

步骤S406，web网络资源搜集此告警相关的处理信息；

步骤S408，接收相关的告警的处理方法；

步骤S410，根据预定规则(最优算法)，对web资源上获取到的告警处理方法进行排序；

步骤S412，按照排序后的告警处理方法来逐一处理，直到所有的告警处理方法用尽或者告警处理成功；

步骤S414，将告警处理成功结果反馈到web网络资源；

步骤S416，将告警处理失败信息通知到维护人员(终端)；

步骤S418，向web网络资源发出请求帮助信息；

步骤S420，web网络资源向其他维护人员(终端)发送该帮助请求信息；

步骤S422，其他维护人员(终端)响应该帮助请求信息，将对应的处理方法发送到web网络资源；

步骤S424，web网络资源将其他维护人员(终端)的告警处理方法发送给维护人员(终端)；

步骤S426，维护人员(终端)选择其他维护人员(终端)提供的告警处理方法处理告警，或者使用自己的方法处理告警，也可以将处理权限转交给其他人员(终端)。

图5是根据本发明实施例的告警处理装置的结构框图。如图5所示，根据本发明实施例的告警处理装置包括：

方法检索模块502，用于在检测到告警时，在互联网上检索该告警的处理方法；

方法排序模块504，连接至方法检索模块502，用于根据预定规则对检索到的该告警的处理方法进行排序；

方法执行模块506，连接至方法排序模块504，用于依次执行排序后的上述检索到的该告警的处理方法。

上述装置充分利用了互联网技术，在检测到告警时，可以自动的检索告警处理方法，并按照预订的规则(也可以称为最优算法)对检索到的告警处理方法进行智能分析，按照合理性对其进行排序，然后再依次执行这些告警处理方法，从而在很大程度上避免了人工干预，增强了告警处理能力，加快了告警处理速度，满足了海量告警处理的需求。

优选地，如图6所示，根据本发明优选实施例的告警处理装置可以进一步包括：

第一通知模块508，连接至方法执行模块506，用于在检索到的该告警的处理方法都不能解决该告警时，通过预定方式向第一维护终端发送通知消息；

第二通知模块510，连接至第一通知模块508，用于在通知第一维护终端后，在预定时间内该告警没有被处理时，通过预定方式向第二维护终端通知消息。

尽管通过在互联网上检索可以解决绝大部分的告警，但并不能排除会出现仅靠互联网检索不能解决的告警，例如，某种首次出现的告警。当这种情况出现时，就会需要一定程度的人工干预，至少要通知维护人员出现了某种不能自动处理的告警，第一通知模块508及第二通知模块510的设置就是因为这种情况。这里，维护终端就是用于通知维护人员的设备，用于使维护人员可以及时知道出现了不能自动处理的告警，以防止告警不能被及时处理从而引发更严重的告警。而两级维护终端的设置，则是为了进一步确保告警能得到及时的处理，当第一维护人员在预定的时间内没有及时的处理告警，就需要通知第二维护人员这一问题，从而引起更多的重视。这里，第一维护人员是指持有第一维护终端的维护人员，第二维护人员是指持有第二维护终端的维护人员，第二维护人员可以是第一维护人员的上级或是被其授权的人员。需要说明的是，这种二级通知的制度是可以扩展的，可以设置更多的级别，具体级别数的选定则需要根据不同需要确定。

优选地，如图6所示，根据本发明优选实施例的告警处理装置可以进一步包括：

反馈处理模块512，连接至第一通知模块508及第二通知模块510，用于根据第一维护终端和/或所述第二维护终端通过预定方式反馈的信息确定该告警的处理方法，并使用该方法对该告警进行处理。

护人员通过维护终端了解到发生了不能自动处理的告警后，可以直接通过维护终端反馈解决该告警的方法以解决发生的告警，反馈处理模块512的设置进一步确保了告警处理的及时性。

优选地，如图6所示，根据本发明优选实施例的告警处理装置可以进一步包括：

帮助请求模块514，连接至反馈处理模块512，用于在根据第一维护终端和/或第二维护终端反馈的信息确定的该告警的处理方法也不能解决该告警时，向互联网发送帮助请求信息；

响应转发模块516，连接至帮助请求模块514，用于将上述帮助请求信息的响应信息通过预定方式发送给第一维护终端和/或第二维护终端。

第一维护人员和/或第二维护人员通过维护终端反馈的告警处理方法也不能解决发生的告警时，帮助请求模块514可以向互联网发送帮组请求信息，其实质就是向所有在线的维护人员请求帮助，然后响应转发模块516收集各种响应或者说反馈信息，将这些信息发送给维护终端，从而通知第一维护人员和/或第二维护人员这些信息，从而辅助第一维护人员和/或第二维护人员处理发生的告警，提高告警处理效率和成功率。

优选地，如图6所示，根据本发明优选实施例的告警处理装置可以进一步包括：

结果上传模块518，连接至方法执行模块506及反馈处理模块512，用于将告警处理结果上传到互联网上，其中，告警处理结果包括以下至少之一：告警的告警信息、使用在互联网上检索到的该告警的处理方法处理该告警的处理结果、使用根据维护终端反馈信息确定的该告警的处理方法处理该告警的处理结果。

告警处理结果的上传可以为后续的告警处理提供极大的方便，实际上这种告警处理结果共享的做法正是本发明整个告警处理方法的基础，上传到互联网上的信息越多，需要人工干预的几率越小，整个告警处理机制就会更有效、更快速。这里所说的告警信息包括了告警的详细描述，而处理结果既包含成功的也包含的失败的。在具体实施过程中，最好的情况是将上述所有的信息都上传到互联网上，但是在资源有限的情况下，选择其中的一部分上传也是可行的。

下面结合实例及图7对上述的优选实施例进行详细描述。图7是根据本发明实例的告警处理装置硬件承载系统的结构示意图。如图7所示，在具体实施过程中，可以采用服务器702作为上述告警处理装置的硬件承载，相应的设置用以保存各种信息的本机存储服务器704、Web服务器706、维护终端708。

对应于上述设备，还需要配置三个接口：

接口一：服务器上产生和检测到的各种告警，通过此接口对外进行上报；

接口二：服务器与Web之间的接口，实现从互联网上采集各种所需信息，同时将自身产生的信息，及时的反馈到互联网上；

接口三：互联网和用户终端之间的接口，实现了对终端用户的通知和及时相应终端用户的操作，并且将操作作用到服务器上。

以上文方法实例中的实例一为例，在本实例中的系统中，其执行的流程如下：

步骤1，服务器702获取到告警的相关信息。

步骤2，服务器702向Web服务器706发起对应的告警的信息搜索，获取互联网上的此告警的处理方法。

步骤3，服务器702根据预定规则(最优算法)对告警的处理方法进行排序，按照顺序依次执行对应的告警处理动作。

步骤4，服务器702分析自动处理告警的最终结果，并将处理结果存入本机存储服务器704。判断该告警是否被解决，如果是，则执行步骤5，否则执行步骤6。

步骤5，服务器702通过Web服务器706将告警处理结果反馈到互联网上。

步骤6，服务器702向服务器的维护终端708(即维护人员)发出告警通知，如果超过等待的时间未处理告警，根据ERP系统预先设定，向其他人员发出告警通知。

从以上的描述中，可以看出，本发明在互联网的信息共享的基础上，实现了一种告警的智能分析和处理发难，利用了互联网的强大的信息处理能力和信息获取能力，利用网络资源和终端人员的交互功能，及时的提供最新信息，供网络资源的所有人使用，增强了处理大量告警的效率，增加了告警处理的及时性和便捷性。本发明系统构成简单可靠，业务流程清晰规范。同时，考虑到本发明中互联网信息的大数据量和方便快捷的特性，满足了各个服务器告警的处理的相互参考印证的需求，最大可能的减少其他服务器遇到相同告警的尝试时间，实现了智能化，准确快速的处理告警。同时利用邮件、短信、语音等方式，通过各种终端与告警维护人员交互，让服务器的告警可以远程控制，降低了服务器的告警维护成本，无限扩展了告警的人工处理能力，也将不同人员的处理情况加入到网络资源中，使得网络资源的处理能力不断扩充。同时通过灵活的通知方式，使得告警的处理可以快速的转交他人，提高了告警解决的及时性。

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

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (11)

1.一种告警处理方法，其特征在于，包括：

当检测到告警时，在互联网上检索所述告警的处理方法；

根据预定规则对检索到的所述告警的处理方法进行排序；

依次执行排序后的所述检索到的所述告警的处理方法。

2.根据权利要求1所述的方法，其特征在于，在依次执行排序后的所述检索到的所述告警的处理方法之后，还包括：

当所述检索到的所述告警的处理方法都不能解决所述告警时，通过预定方式向第一维护终端发送通知消息；

在通知第一维护终端后，如果所述告警在预定时间内没有被处理，则通过预定方式向第二维护终端发送通知消息。

3.根据权利要求2所述的方法，其特征在于，在向所述第一维护终端和/或所述第二维护终端发送了通知消息之后，还包括：

根据所述第一维护终端和/或所述第二维护终端通过预定方式反馈的信息确定所述告警的处理方法，并使用该方法对所述告警进行处理。

4.根据权利要求3所述的方法，其特征在于，在使用根据所述第一维护终端和/或所述第二维护终端反馈的信息确定的所述告警的处理方法处理所述告警之后，还包括：

当根据所述第一维护终端和/或所述第二维护终端反馈的信息确定的所述告警的处理方法也不能解决所述告警时，向互联网发送帮助请求信息；

将所述帮助请求信息的响应信息通过预定方式发送给所述第一维护终端和/或所述第二维护终端。

5.根据权利要求3所述的方法，其特征在于，在使用在互联网上检索到的所述告警的处理方法和/或根据维护终端反馈信息确定的所述告警的处理方法对所述告警进行处理之后，还包括：

将告警处理结果上传到互联网上，其中，所述告警处理结果包括以下至少之一：所述告警的告警信息、使用在互联网上检索到的所述告警的处理方法处理所述告警的处理结果、使用根据维护终端反馈信息确定的所述告警的处理方法处理所述告警的处理结果。

6.根据权利要求2至5任一项所述的方法，其特征在于，

所述预定规则包括以下至少之一：告警处理方法的使用次数、告警处理方法的成功率；

所述预定方式包括以下至少之一：邮件、短信、电话语音。

7.一种告警处理装置，其特征在于，包括：

方法检索模块，用于在检测到告警时，在互联网上检索所述告警的处理方法；

方法排序模块，用于根据预定规则对检索到的所述告警的处理方法进行排序；

方法执行模块，用于依次执行排序后的所述检索到的所述告警的处理方法。

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

第一通知模块，用于在所述检索到的所述告警的处理方法都不能解决所述告警时，通过预定方式向第一维护终端发送通知消息；

第二通知模块，用于在通知第一维护终端后，在预定时间内所述告警没有被处理时，通过预定方式向第二维护终端通知消息。

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

反馈处理模块，用于根据所述第一维护终端和/或所述第二维护终端通过预定方式反馈的信息确定所述告警的处理方法，并使用该方法对所述告警进行处理。

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

帮助请求模块，用于在根据所述第一维护终端和/或所述第二维护终端反馈的信息确定的所述告警的处理方法也不能解决所述告警时，向互联网发送帮助请求信息；

响应转发模块，用于将所述帮助请求信息的响应信息通过预定方式发送给所述第一维护终端和/或所述第二维护终端。

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

结果上传模块，用于将告警处理结果上传到互联网上，其中，所述告警处理结果包括以下至少之一：所述告警的告警信息、使用在互联网上检索到的所述告警的处理方法处理所述告警的处理结果、使用根据维护终端反馈信息确定的所述告警的处理方法处理所述告警的处理结果。

Images