一种复合条件的告警规则处理方法与流程

1.本发明涉及通信网络告警处理的技术领域，尤其涉及一种复合条件的告警规则处理方法。


背景技术：

2.通信网络的中存在海量的告警数量，及很多不同种类的告警类型。为了提高告警压缩处理的灵活性。一般会采用规则引擎的方式，在系统使用过程中，动态的增加规则，实现告警处理的能力的不断完善。但常规的处理方式由于自定义的规则相互独立，对告警进行实时处理时，需要一遍遍的和不同规则进行匹配检查进行处理，这种处理方式需要重复的调用规则引擎，增加了告警处理的时长，并可能造成对告警的重复处理。本压缩处理方法将处理过程分为合并规则，及合并后的规则一次性处理。这种方法，减少了告警自动处理的时长，并避免了对告警的重复处理，完善的解决了传统告警处理过程的问题。


技术实现要素：

3.本部分的目的在于概述本发明的实施例的一些方面以及简要介绍一些较佳实施例。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊，而这种简化或省略不能用于限制本发明的范围。
4.鉴于上述现有告警处理存在的问题，提出了本发明。
5.因此，本发明解决的技术问题是：系统中存在大量的告警处理规则，逐条匹配，逐条处理需要占用计算机大量的处理时间；多条告警处理规则可能会造成对告警的重复处理，比如告警通知时，对同一条告警可能会造成多次通知的情况。
6.为解决上述技术问题，本发明提供如下技术方案：利用告警匹配规则对告警进行匹配；将告警处理规则进行预编译，转化为规则引擎的语言；通过所述规则引擎和逻辑划分，合并新告警与所述告警处理规则，形成新的告警处理规则；利用计算机语言执行所述新的告警处理规则，对告警进行压缩及其他自动处理。作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述转化为规则引擎的语言包括，当实时告警到来时，告警以结构化对象的方式，作为规则引擎的事实，将告警信息传入所述规则引擎进行执行，首先从数据库中加载所有告警处理规则到内存，然后将操作员定义的所述告警处理规则转换为规则引擎的表达式语言。
7.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述预编译包括，所述告警处理规则的预编译过程只需要在程序启动后，或所述告警处理规则变化后执行一次。
8.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述合并新告警与告警处理规则包括，将所述新告警的基本属性转化为所述规则引擎的输入变量，利用所述输入变量启动所述规则引擎，所述规则引擎一次性执行所有的“when
…
then”语句，根据合并原则实现新告警与告警处理规则的合并，并将合并后的处理规则对象变量
保存至计算机内存，所述告警处理规则脚本经过所述规则引擎加载、编译后，生成一个规则引擎会话控制对象，该对象被后续的告警规则合并程序调用，完成告警的规则合并。
9.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述合并原则包括，对于告警是否屏蔽、是否派单等逻辑结果的规则，只要其中一条规则为true,则结果为true；对于邮件或短信通知类的规则，根据邮件地址或短信通知号码进行合并，同一邮件地址或短信通知号码进行去重复处理，只保留一个，对同一地址或号码，只实现一次通知。
10.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述将合并后的处理规则对象变量保存包括，所述告警对象是一个包含多个告警属性的java类对象，为了保存所述合并规则，也将所述合并后的规则对象放入对应的告警对象中，所述告警对象的基本属性包括告警流水号、网管基本信息以及告警信息。
11.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述利用计算机语言执行所述新的告警处理规则所述包括，所述告警处理规则的执行是根据所述合并处理规则后的对象变量对告警进行压缩及其他自动处理，并且利用邮件和短信号码对操作人员进行通知。
12.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述告警匹配规则包括，所述告警匹配规则是一个基于告警属性的逻辑表达式，告警的基本属性包括专业类型、网管类型、厂商、告警级别、告警类型、告警描述信息、网元名称、告警位置、是否根告警，将所述告警信息与所述基本属性进行匹配，并且所述告警匹配规则的语法必须满足相关的所述规则引擎的语法规范要求。
13.作为本发明所述的复合条件的告警规则处理方法的一种优选方案，其中：所述告警处理规则包括，所述告警处理规则实现对规则匹配后告警的后续自动处理，包括告警的自动屏蔽压缩、自动确认、自动派单、自动短信或邮件通知，所述告警处理规则的模式是固定的。
14.本发明的有益效果：本发明通过预编译将所有告警处理规则转换为一个完整的规则引擎的规则描述语言，在规则引擎的处理过程中，只是实现告警处理规则的合并，真正的告警处理过程在通过其它语言如java语言完成，这样可大大加快告警分析处理的过程，并避免对告警的重复处理。
附图说明
15.为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。其中：
16.图1为本发明第一个实施例所述的复合条件的告警规则处理方法的流程示意图；
17.图2为本发明第一个实施例所述的复合条件的告警规则处理方法的告警压缩处理过程原理图；
18.图3为本发明第一个实施例所述的复合条件的告警规则处理方法的告警压缩处理引擎架构图；
19.图4为本发明第一个实施例所述的复合条件的告警规则处理方法的一般告警对象基本属性示意图。
具体实施方式
20.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合说明书附图对本发明的具体实施方式做详细的说明，显然所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明的保护的范围。
21.在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。
22.其次，此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例，也不是单独的或选择性的与其他实施例互相排斥的实施例。
23.本发明结合示意图进行详细描述，在详述本发明实施例时，为便于说明，表示器件结构的剖面图会不依一般比例作局部放大，而且所述示意图只是示例，其在此不应限制本发明保护的范围。此外，在实际制作中应包含长度、宽度及深度的三维空间尺寸。
24.同时在本发明的描述中，需要说明的是，术语中的“上、下、内和外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一、第二或第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。
25.本发明中除非另有明确的规定和限定，术语“安装、相连、连接”应做广义理解，例如：可以是固定连接、可拆卸连接或一体式连接；同样可以是机械连接、电连接或直接连接，也可以通过中间媒介间接相连，也可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
26.实施例1
27.参照图1～4，为本发明的第一个实施例，该实施例提供了一种复合条件的告警规则处理方法，告警压缩处理规则主要分为两个部分，分别为匹配规则和处理规则，其中告警处理包括3个部分，分别为告警处理规则的加载编译、规则合并和规则执行，参照图3，其具体操作过程如下：
28.s1：利用告警匹配规则对告警进行匹配。其中需要说明的是，
29.所述告警匹配规则是一个基于告警属性的逻辑表达式，告警的基本属性包括专业类型、网管类型、厂商、告警级别、告警类型、告警描述信息、网元名称、告警位置、是否根告警，将所述告警信息与所述基本属性进行匹配，如下是一个告警匹配表达式的示例：
30.告警类型＝
‘
rlos’&&网管类型＝
‘
华为sdh’&&(告警级别＝
‘
紧急告警’||告警级别＝
‘
严重告警’)
31.并且告警匹配规则的语法必须满足相关的规则引擎的语法规范要求。
32.s2：将告警处理规则进行预编译，转化为规则引擎的语言。其中需要说明的是，
33.处理规则通过界面进行人工配置，配置完成的规则可通过压缩处理引擎的接口进行编译测试，检查规则表达式中的语法错误，配置完成后提交到数据库中进行持久化保持，并通知实时告警压缩处理引擎动态加载；转化为规则引擎的语言包括，当实时告警到来时，告警以结构化对象的方式，作为规则引擎的事实，将告警信息传入规则引擎进行执行，首先从数据库中加载所有告警处理规则到内存，然后将操作员定义的告警处理规则转换为规则引擎的表达式语言，单个规则引擎语言的规则表达如下所示：
[0034][0035]
其中：匹配表达式为告警处理规则中的匹配规则转换而来，告警合并调用会根据传递的规则编号，查找到对应的告警处理规则，对告警处理规则进行合并叠加处理，告警处理规则脚本包含所有的告警处理规则的脚本合成，其中一个规则包含两个规则的告警处理脚本的例子如下：
[0036]
[0037][0038]
其中：package为定义规则所在的命令空间，import为导入规则输入变量的类型，且必须是类的全路径。
[0039]
进一步的是，告警处理规则的预编译过程只需要在程序启动后，或告警处理规则变化后执行一次。
[0040]
s3：通过规则引擎和逻辑划分，合并新告警与告警处理规则，形成新的告警处理规则。其中需要说明的是，
[0041]
合并新告警与告警处理规则包括，将新告警的基本属性转化为规则引擎的输入变量，如将
‘
alarmlevel’转换为中文的规则引擎输入变量“告警级别”，利用输入变量启动规则引擎，规则引擎一次性执行所有的“when
…
then”语句，根据合并原则实现新告警与告警处理规则的合并，并将合并后的处理规则对象变量保存至计算机内存，告警处理规则脚本经过规则引擎加载、编译后，生成一个规则引擎会话控制(session)对象，该对象被后续的告警规则合并程序调用，完成告警的规则合并。
[0042]
进一步的是，合并原则包括，对于告警是否屏蔽、是否派单等逻辑结果的规则，只要其中一条规则为true,则结果为true；对于邮件或短信通知类的规则，根据邮件地址或短信通知号码进行合并，同一邮件地址或短信通知号码进行去重复处理，只保留一个，对同一地址或号码，只实现一次通知。
[0043]
更进一步的是，将合并后的处理规则对象变量保存包括，告警对象是一个包含多个告警属性的java类对象，为了保存合并规则，也将合并后的规则对象放入对应的告警对象中，该对象将作为规则引擎的事实(fact)，即作为输入条件传入规则引擎；规则引擎匹配表达式中的变量名必须和告警对象的属性名称相对应，为了便于理解，变量名可以是中文，但这意味着java类成员变量名是中文，这在技术上是支持的，只是不符合软件开发人员的编程习惯；参照图4，综合网管中的告警对象的基本属性包括告警流水号、网管基本信息以及告警信息，告警匹配表达式是以上告警基本属性通过and、or等组合后的逻辑表达式。
[0044]
s4：利用计算机语言执行新的告警处理规则，对告警进行压缩及其他自动处理。
[0045]
利用计算机语言执行新的告警处理规则包括，告警处理规则的执行是根据合并处理规则后的对象变量对告警进行压缩及其他自动处理，并且利用邮件和短信号码对操作人
员进行通知。
[0046]
并且告警处理规则实现对规则匹配后告警的后续自动处理，包括告警的自动屏蔽压缩、自动确认、自动派单、自动短信或邮件通知，告警处理规则的模式是固定的。
[0047]
本发明的告警处理方法，在告警实时压缩处理引擎启动后，动态的从数据库加载所有告警处理规则，并将规则组合成规则引擎的规则执行脚本，通过规则引擎编译加载，建立规则引擎执行对象；当实时告警到来时，告警以结构化对象的方式，作为规则引擎的事实fact，将告警信息传入规则引擎进行执行；规则引擎对所有规则进行匹配过滤，满足匹配条件的规则将被合并到一个结构化的结果对象中；最后通过引擎外的规则执行代码完成规则的一次性执行，进而实现对告警进行压缩及其它自动处理，大大加快了告警分析处理的过程，并避免对告警进行重复处理。
[0048]
实施例2
[0049]
本发明的第二个实施例，为了更好地对本发明方法中采用的技术效果加以验证说明，本实施例中选择人工处理进行测试，以科学论证的手段对比试验结果，以验证本方法所具有的真实效果。
[0050]
选择1000条告警规则数量进行测试，由于告警规则都是人工配置，1000是一个有一定代表性的数据，并且规则命中数，即满足匹配条件的规则数为3个，并发数为1个，对通过规则引擎执行规则合并的处理时长，不包括告警规则自动处理的时长进行测试，对告警规则循环多次执行规则引擎，循环次数包括1次、10次、100次、1000次和10000次，其测试结果如下表1所示：
[0051]
表1：告警规则循环测试结果。
[0052]
循环次数总时长/ms平均时长/ms减去第一次的平均时长/ms15353 106060.9100970.970.4310002050.200.15100004410.040.04
[0053]
可以看出本规则引擎在第一次运行处理时耗时为53毫秒，时间较长，但是可能和引擎的环境初始化有关，在后续的规则处理过程，其处理时长均小于1毫秒，并且在循环10000次中，每次处理的时间仅为0.04毫秒，充分表明了规则引擎的高效处理能力，而传统进行逐条匹配、逐条处理所耗费的时间，处理1条时，耗费为50毫秒，处理10条为500毫秒，100条为5000毫秒，与本发明相比占用了计算机大量的处理时间，并且本发明在告警通知时，对同一条告警进行合并，只通知一次，避免了对同一条告警可能会造成多次通知的情况，更具实用性。
[0054]
应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。