CN101908981A - 一种告警、性能数据屏蔽统一处理的方法 - Google Patents

Abstract

本发明涉及一种告警、性能数据屏蔽统一处理的方法，传输网管系统后台作为系统服务运行于后台，接收到告警、性能数据后，对接收到的数据进行统一的格式化处理，然后传输网管系统后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行相应的处理，处理后的告警、性能数据由通讯处理框架分发给相应的各GUI(图形用户接口)客户端。本发明所述的告警、性能数据屏蔽统一处理的方法，综合考虑告警、性能数据的共性，传输网管系统可以对需要屏蔽的告警、性能数据进行定制，在发生位置、代码和时间段三个要素间进行灵活的组合，使网管系统屏蔽掉无用的数据，减轻系统的负担，使维护人员的工作更加及时准确。

Description

一种告警、性能数据屏蔽统一处理的方法

技术领域

本发明涉及传输网管系统的告警、性能数据处理，具体说是一种告警、性能数据屏蔽统一处理的方法。

背景技术

随着传输网建设规模的扩大，网络业务量的增加，网络运营维护的工作量和难度进一步加大。传输网管系统最基本的功能就是告警、性能数据监控，但是网络规模太大，计算机与人的处理能力有限，面对海量的告警、性能数据，无法找出需要重点关注的数据，及时进行处理，最终将导致业务中断，严重影响运营商和客户的共同利益。

因此，为了保证传输网管系统告警、性能数据处理的稳定性，维护人员监控的准确性和有效性，在传输网管系统中，需要对告警、性能数据进行一定的屏蔽。

常见的传输网管系统告警、性能数据屏蔽方法，有直接下控制命令到设备，使设备不上报特定的告警、性能数据的，有对告警、性能数据进行显示过滤，实际上仍然接收的。这些方法普遍存在的一个问题是操作实施困难，无法应对配置数据的变化。更具体的说：传输网管系统对于告警、性能数据的处理流程一般是接收数据、处理数据、存储数据和显示数据，已有的屏蔽方法多为下控制命令使设备不上报特定数据或者进行显示过滤。这些处理方式存在下面四个问题：

问题一，操作实现困难，没有统一的屏蔽任务条件管理。用户无法获取网管系统目前启用的屏蔽条件的内容，修改操作起来工作量太大。

问题二，屏蔽任务条件的因素单一。多数网管系统的屏蔽管理仅可以设置代码和时间，不能设置发生位置，而且这些要素间不能随意组合。

问题三，告警数据屏蔽和性能数据屏蔽分开，没有统一处理。

问题四，无法应对配置数据的变化。

发明内容

针对现有技术中存在的缺陷，本发明的目的在于提供一种告警、性能数据屏蔽统一处理的方法，综合考虑告警、性能数据的共性，传输网管系统可以对需要屏蔽的告警、性能数据进行定制，在发生位置、代码和时间段三个要素间进行灵活的组合，使网管系统屏蔽掉无用的数据，减轻系统的负担，使维护人员的工作更加及时准确。

为达到以上目的，本发明采取的技术方案是：

一种告警、性能数据屏蔽统一处理的方法，其特征在于，包括以下步骤：

传输网管系统接收来自设备或者相对于本系统低一层次的系统的告警、性能数据；

传输网管系统后台作为应用程序后台持续运行，设备或者相对于本系统低一层次的系统经过通讯处理框架将告警、性能数据传输给传输网管系统后台的告警、性能数据分发模块；

当传输网管系统后台接收到这些告警、性能数据后，先对接收到的数据进行统一的格式化处理，所述统一的格式化处理是指：将来自设备或者相对于本系统低一层次的系统的数据转换成为符合传输网管系统定义的数据；

传输网管系统后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行下述处理：判断格式化处理后的数据是否符合屏蔽条件，符合屏蔽条件的数据给予屏蔽、丢弃，不符合屏蔽条件的数据则进入告警、性能数据队列；

进入告警、性能数据队列的数据由告警、性能数据处理模块进行相应处理，告警、性能数据处理模块处理后的数据经过通讯处理框架分发给相应的各GUI客户端；

所述屏蔽管理模块是告警、性能数据处理的前置模块，后续功能所有的数据必须经过该模块的处理，屏蔽管理模块具有下面三个功能：

1)屏蔽任务条件统一管理功能；

2)告警、性能数据屏蔽统一处理功能；

3)配置改变处理功能。

在上述技术方案的基础上，所述通讯处理框架包括以下协议：套接字SOCKET、远程过程调用RPC、远程调用框架RCF。

在上述技术方案的基础上，所述相对于传输网管系统低一层次的系统是指网元级网管系统。

在上述技术方案的基础上，屏蔽任务条件统一管理功能是指：传输网管系统对屏蔽任务条件进行统一管理，且允许用户对屏蔽任务条件进行创建、修改、删除、激活或挂起操作。

在上述技术方案的基础上，屏蔽任务条件包含附加操作信息，所述附加操作是指告警、性能数据虽然因为符合系统统一的屏蔽条件被屏蔽，但是这样的数据可能由于系统特殊功能模块的要求，不能被丢弃，需要由屏蔽管理模块调用特殊功能模块提供的接口将数据导入其数据队列。

在上述技术方案的基础上，创建一个屏蔽任务条件的过程如下：

1)用户通过界面程序入口，选择创建屏蔽任务条件；

2)选择屏蔽任务条件的类型：类型包括当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用；

3)如果屏蔽任务条件的类型是特定应用，则根据特定应用规则计算出相应的对象和代码供用户选择；

4)如果屏蔽任务条件的类型不是特定应用，则应用程序根据设定的类型，直接装载对象和代码；

5)用户根据自己的需要设定对象、代码和时间段；

6)用户选择时间段的形式，精确时间，每天，每周、每月；

7)用户设定对象O、代码C和时间段T三要素之间的关系；

8)将屏蔽任务条件保存到数据库中，如果用户创建的是一个激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

在上述技术方案的基础上，修改一个屏蔽任务条件的过程如下：

1)用户通过界面程序入口，选择一个需要修改的屏蔽任务条件，界面程序显示该屏蔽任务条件中可以修改的内容，屏蔽任务条件的类型不能修改，做灰化处理；

2)用户根据需要，修改屏蔽任务条件的对象、代码、时间段以及三要素之间的关系等可以修改的内容；

3)用户确认后，通过界面程序入口将屏蔽任务条件保存到数据库中，如果用户修改的是一个已经激活的屏蔽任务条件或者改变了一个屏蔽任务条件的状态，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

在上述技术方案的基础上，删除一个屏蔽任务条件的过程如下：

1)用户通过界面程序入口，选择一个需要删除的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；

2)用户确认删除后，通过界面程序入口删除数据库中的屏蔽任务条件，如果用户删除的是一个已激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

在上述技术方案的基础上，告警、性能数据屏蔽统一处理功能的处理过程如下：

1)应用程序启动，初始化屏蔽管理模块，将数据库中激活的屏蔽任务条件读取到程序缓存中；

2)如果屏蔽管理模块初始化失败，应用程序退出；

3)屏蔽管理模块初始化成功，设备或网元级网管系统上报的告警、性能数据由告警、性能数据分发模块传给屏蔽管理模块；

4)屏蔽管理模块根据屏蔽任务条件的优先级对告警、性能数据进行判定；

5)如果该数据不必被屏蔽，则直接进入相应的告警、性能数据处理队列；

6)如果该数据需要被屏蔽，则根据屏蔽任务条件判断是否需要进行特殊的后续处理，特殊的后续处理指的就是针对附加操作信息调用特殊功能模块提供的接口将数据导入其数据队列；

7)如果需要特殊处理，则处理，否则，抛弃。

在上述技术方案的基础上，配置改变处理功能的处理过程如下：

1)屏蔽管理模块进行正常的数据处理流程；

2)告警、性能数据分发模块收到上报的配置改变消息，消息格式定义为如下结构：

typedef std::vector<long>IDVEC；

typedef struct tagConfigChangeInfo

{

    long type；

    IDVEC vecID；

}ConfigChangeInfo；

其中，type指配置改变的类型，所述配置改变的类型包括对象增加和对象删除，vecID是发生改变的对象的ID的数组；

3)如果屏蔽管理模块中有数据正在处理，则等待该数据处理完成后，进入扫描屏蔽任务条件流程，如果没有正在处理，则直接进入扫描屏蔽任务条件流程，所有告警、性能数据处理过程全部阻塞；

4)对每一个屏蔽任务条件的对象进行合理性判断，判断屏蔽任务条件中的对象在网管系统中是否存在，如果不存在或者发生了变化，则直接修改屏蔽任务条件，已经不存在的对象，直接删除，将修改后的屏蔽任务条件存入数据库，然后刷新程序缓存的屏蔽任务条件；

5)屏蔽任务条件扫描过程结束后，使用新的屏蔽任务条件进行告警、性能数据屏蔽统一处理过程。

本发明所述的告警、性能数据屏蔽统一处理的方法，综合考虑告警、性能数据的共性，传输网管系统可以对需要屏蔽的告警、性能数据进行定制，在发生位置、代码和时间段三个要素间进行灵活的组合，使网管系统屏蔽掉无用的数据，减轻系统的负担，使维护人员的工作更加及时准确。

附图说明

本发明有如下附图：

图1传输网管系统告警、性能数据屏蔽统一处理框架图，

图2创建屏蔽任务条件流程图，

图3告警、性能数据屏蔽处理流程图，

图4配置数据改变处理流程图，

图5屏蔽处理时序图。

具体实施方式

以下结合附图对本发明作进一步详细说明。

本发明针对于现有技术中的四个问题，从软件实现的角度给出如下的技术方案：本发明提供了一个传输网管系统告警、性能数据屏蔽统一处理的设计方案。传输网管系统后台作为系统服务运行于后台，接收到告警、性能数据后，对接收到的数据进行统一的格式化处理，然后传输网管系统后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行相应的处理，处理后的告警、性能数据由通讯处理框架分发给相应的各GUI(图形用户接口)客户端。其中，告警、性能数据处理是传输网管系统的核心功能，图1示出了传输网管系统告警、性能数据屏蔽统一处理框架图，图1所描述的内容就是本发明中告警、性能数据的处理过程，与现有的传输网管系统有所区别的就是其中新增的屏蔽管理模块。

如图1所示，本发明所述的告警、性能数据屏蔽统一处理的方法，包括以下步骤：

传输网管系统接收来自设备或者相对于本系统(本系统即指传输网管系统)低一层次的系统的告警、性能数据，所述设备在图1中是指实际设备，所述相对于本系统低一层次的系统在图1中是指网元级网管系统(EMS1)；

传输网管系统后台作为应用程序后台持续运行，设备或者相对于本系统低一层次的系统(实际设备和网元级网管系统)经过通讯处理框架将告警、性能数据传输给传输网管系统后台的告警、性能数据分发模块，所述通讯处理框架包括但不限于以下协议：SOCKET(套接字)、RPC(远程过程调用)、RCF(远程调用框架)；

当传输网管系统后台接收到这些告警、性能数据后，先对接收到的数据进行统一的格式化处理，所述统一的格式化处理是指：将来自设备或者相对于本系统低一层次的系统的数据转换成为符合传输网管系统定义的数据；

传输网管系统后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行下述处理：判断格式化处理后的数据是否符合屏蔽条件，符合屏蔽条件的数据给予屏蔽、丢弃，不符合屏蔽条件的数据则进入告警、性能数据队列；

进入告警、性能数据队列的数据由告警、性能数据处理模块进行相应处理，告警、性能数据处理模块处理后的数据经过通讯处理框架分发给相应的各GUI(图形用户接口)客户端；

所述屏蔽管理模块是告警、性能数据处理的前置模块，后续功能所有的数据必须经过该模块的处理，屏蔽管理模块具有下面三个功能：

1)屏蔽任务条件统一管理功能；

2)告警、性能数据屏蔽统一处理功能；

3)配置改变处理功能。

在上述技术方案的基础上，屏蔽任务条件统一管理功能是指：传输网管系统对屏蔽任务条件进行统一管理，且允许用户对屏蔽任务条件进行创建、修改、删除、激活或挂起操作。

一个屏蔽任务条件至少包含下面几个要素：

类型(当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用等)

状态(激活或挂起)

对象(发生位置)

代码(告警类型或性能类型)

时间段(发生时间范围和结束时间范围)

对象、代码和时间段三要素之间的关系

附加操作

其中，附加操作是指告警、性能数据虽然因为符合系统统一的屏蔽条件被屏蔽，但是这样的数据可能由于系统特殊功能模块的要求，不能被丢弃，需要由屏蔽管理模块调用特殊功能模块提供的接口将数据导入其数据队列。例如，一条当前告警数据符合系统当前的屏蔽条件，需要被屏蔽，但是系统的短信邮件通知模块却需要对这种数据进行处理，所以屏蔽管理模块需要调用短信邮件通知模块提供的接口将该数据转发给短信邮件通知模块。

用户可以对屏蔽任务条件进行创建、修改、删除、激活或挂起操作，下面结合图2描述用户创建一个屏蔽任务条件的过程。

1)用户通过界面程序入口，选择创建屏蔽任务条件；

2)选择屏蔽任务条件的类型：当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用；

3)如果屏蔽任务条件的类型是特定应用，则根据特定应用规则计算出相应的对象和代码供用户选择；例如SDH告警相关性分析规则中有RS_LOS(再生段信号丢失)告警衍生RS_LOF(再生段帧丢失)告警，RS_LOF(再生段帧丢失)告警衍生RS_OOF(再生段帧失步)告警，用户通过界面进行屏蔽任务条件设置时，只点选RS_LOS(再生段信号丢失)，那么系统根据这条规则，自动选中RS_LOF(再生段帧丢失)告警和RS_OOF(再生段帧失步)告警，用户不必再逐一选择。

4)如果屏蔽任务条件的类型不是特定应用，则应用程序根据设定的类型，直接装载对象和代码；例如如果用户创建的是当前告警屏蔽任务条件，则界面程序显示系统中的管理对象(网元、单盘和端口)，用户选中某一个对象时，界面程序显示某个对象可能发生的所有告警的代码。

5)用户根据自己的需要设定对象、代码和时间段；

6)用户选择时间段的形式，精确时间(年月日时分秒)，每天(时分秒)，每周、每月等，根据实际经验，选择前两种形式就可以满足大多数的需求；

7)用户设定对象(O)、代码(C)和时间段(T)三要素之间的关系；三要素之间的关系是指O&&C&&T、O||C||T等，与通常的符号含义一致，“&&”表示“与”，“||”表示“或”。例如用户设定三要素之间的关系是“O&&C&&T”，表明一条告警、性能数据必须符合对象是设定的对象，且代码是设定的代码，且时间段在设定的时间段范围内时，才可以判定为符合屏蔽任务条件。

8)将屏蔽任务条件保存到数据库中，如果用户创建的是一个激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。这一步可以根据集中式管理和分散式管理而略有不同。集中式管理，可以由后台程序的屏蔽管理模块统一存入数据库，然后更新程序缓存的屏蔽任务条件；分散式管理，则是由屏蔽任务条件管理模块直接存入数据库，然后通知后台程序的屏蔽管理模块刷新其缓存的屏蔽任务管理条件。

对于已经创建的屏蔽任务条件，用户可以设定其优先级，或者按照统一优先级处理，如果数据满足了一个条件就认定为被屏蔽。

用户修改一个屏蔽任务条件的过程如下。

1)用户通过界面程序入口，选择一个需要修改的屏蔽任务条件，界面程序显示该屏蔽任务条件中可以修改的内容，屏蔽任务条件的类型不能修改，做灰化处理；

2)用户根据需要，修改屏蔽任务条件的对象、代码、时间段以及三要素之间的关系等可以修改的内容；

3)用户确认后，通过界面程序入口将屏蔽任务条件保存到数据库中。如果用户修改的是一个已经激活的屏蔽任务条件或者改变了一个屏蔽任务条件的状态(激活或挂起)，需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

用户删除一个屏蔽任务条件的过程如下。

1)用户通过界面程序入口，选择一个需要删除的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；

2)用户确认删除后，通过界面程序入口删除数据库中的屏蔽任务条件，如果用户删除的是一个已激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

用户激活一个屏蔽任务条件的过程，激活屏蔽任务条件是修改屏蔽任务条件的特例。

1)用户通过界面程序入口，选择一个需要激活的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；

2)用户确认激活后，通过界面程序入口修改数据库中的屏蔽任务条件，然后调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

用户挂起一个屏蔽任务条件的过程，挂起屏蔽任务条件是修改屏蔽任务条件的特例。

1)用户通过界面程序入口，选择一个需要挂起的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；

2)用户确认挂起后，通过界面程序入口修改数据库中的屏蔽任务条件，然后调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

传输网管系统的告警、性能数据多为主动上报，由设备报给网管，或者由EMS(网元级管理系统)上报给NMS(网络级管理系统)。在上述技术方案的基础上，下面结合图3描述告警、性能数据屏蔽统一处理功能的处理过程。

1)应用程序启动，初始化屏蔽管理模块，将数据库中激活的屏蔽任务条件读取到程序缓存中；

2)如果屏蔽管理模块初始化失败，应用程序退出；

3)屏蔽管理模块初始化成功，设备或网元级网管系统(EMS)上报的告警、性能数据由告警、性能数据分发模块传给屏蔽管理模块；

4)屏蔽管理模块根据屏蔽任务条件的优先级对告警、性能数据进行判定；

5)如果该数据不必被屏蔽，则直接进入相应的告警、性能数据处理队列；

6)如果该数据需要被屏蔽，则根据屏蔽任务条件判断是否需要进行特殊的后续处理，后续处理指的就是，前面“创建屏蔽任务条件”描述的“附加操作”，即所述特殊的后续处理指的就是针对附加操作信息调用特殊功能模块提供的接口将数据导入其数据队列；

7)如果需要特殊处理，则处理，否则，抛弃。

应用程序启动后，只要其对应的主线程不退出，则屏蔽管理模块初始化成功后，持续的对由告警、性能数据分发模块发送来的告警、性能数据进行分析处理；另外，如果用户对屏蔽任务条件进行了创建、修改、删除、激活、挂起操作，且操作成功完成，则还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

传输网管系统的配置数据是经常变化的，而屏蔽任务条件的三要素之一就是对象，所以屏蔽管理必须能应对配置数据的变化。在上述技术方案的基础上，下面结合图4描述配置改变处理功能的处理过程：

1.屏蔽管理模块进行正常的数据处理流程；

2.告警、性能数据分发模块收到上报的配置改变消息，消息格式定义为如下结构：

typedef std::vector<long>IDVEC；

typedef struct tagConfigChangeInfo

{

    long type；

    IDVEC vecID；

}ConfigChangeInfo；

其中，type指配置改变的类型，所述配置改变的类型包括对象增加和对象删除，vecID是发生改变的对象的ID的数组；

系统收发这种消息的方式有很多，例如socket(套接字)、CORBA(公共对象请求代理结构)和RPC(远程过程调用)等；

3.如果屏蔽管理模块中有数据正在处理，则等待该数据处理完成后，进入扫描屏蔽任务条件流程，如果没有正在处理，则直接进入扫描屏蔽任务条件流程，所有告警、性能数据处理过程全部阻塞；

4.对每一个屏蔽任务条件的对象进行合理性判断，判断屏蔽任务条件中的对象在网管系统中是否存在，如果不存在或者发生了变化，则直接修改屏蔽任务条件，已经不存在的对象，直接删除，将修改后的屏蔽任务条件存入数据库，然后刷新程序缓存的屏蔽任务条件；

5.屏蔽任务条件扫描过程结束后，使用新的屏蔽任务条件进行告警、性能数据屏蔽统一处理过程。

本发明具有以下优点：

屏蔽任务条件统一管理功能使用户可以方便、灵活的进行屏蔽任务条件设定，满足用户各种各样的数据筛选需求，使维护人员的监控更加准确有效。

告警、性能数据屏蔽统一处理可以减轻应用程序开发的复杂性，应用程序只需要关心用户设定了什么样的屏蔽任务条件，而不必去区分当前告警屏蔽怎么处理、历史性能屏蔽怎么处理。

配置改变处理功能可以及时的应对配置数据的变化，用户不必担心配置数据改变后原有的屏蔽任务条件失效。

以下给出一个具体的实施案例。

1)屏蔽任务统一管理模块提供创建、修改、删除、激活和挂起屏蔽任务条件五项功能。

屏蔽任务条件包含下面几个要素：

类型(当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用)，

特定应用包括LOS告警屏蔽和关电设备告警屏蔽；

状态(激活或挂起)

对象(发生位置)

代码(告警类型或性能类型)

时间段(发生时间范围和结束时间范围)

对象(O)、代码(C)和时间段(T)三要素之间的关系，O&&C&&T、O||C||T；

附加操作(当前告警屏蔽后发送短消息通知)

对于已经创建的屏蔽任务条件，按照统一优先级处理，如果数据满足了一个条件就认定为被屏蔽。

2)结合图5，描述屏蔽处理的完整顺序。

1.应用程序主线程启动；

2.初始化告警、性能数据分发模块，开启告警、性能数据接收队列；

3.初始化屏蔽管理模块CShieldTermMan；

4.EMS上报当前告警数据，调用方法CShieldTermMan::ProcessCurAlarmData判定当前告警数据；

5.EMS上报历史告警数据，调用方法CShieldTermMan::ProcessHisAlarmData判定历史告警数据；

6.EMS上报15分钟历史性能数据或24小时历史性能数据，调用方法CShieldTermMan::ProcessPmData判定历史性能数据；

7.步骤2-6循环往复，直到应用程序退出。

Claims (10)

1.一种告警、性能数据屏蔽统一处理的方法，其特征在于，包括以下步骤：

传输网管系统接收来自设备或者相对于本系统低一层次的系统的告警、性能数据；

传输网管系统后台作为应用程序后台持续运行，设备或者相对于本系统低一层次的系统经过通讯处理框架将告警、性能数据传输给传输网管系统后台的告警、性能数据分发模块；

当传输网管系统后台接收到这些告警、性能数据后，先对接收到的数据进行统一的格式化处理，所述统一的格式化处理是指：将来自设备或者相对于本系统低一层次的系统的数据转换成为符合传输网管系统定义的数据；

传输网管系统后台的告警、性能数据分发模块调用屏蔽管理模块提供的接口，对格式化处理后的数据进行下述处理：判断格式化处理后的数据是否符合屏蔽条件，符合屏蔽条件的数据给予屏蔽、丢弃，不符合屏蔽条件的数据则进入告警、性能数据队列；

进入告警、性能数据队列的数据由告警、性能数据处理模块进行相应处理，告警、性能数据处理模块处理后的数据经过通讯处理框架分发给相应的各GUI客户端；

所述屏蔽管理模块是告警、性能数据处理的前置模块，后续功能所有的数据必须经过该模块的处理，屏蔽管理模块具有下面三个功能：

1)屏蔽任务条件统一管理功能；

2)告警、性能数据屏蔽统一处理功能；

3)配置改变处理功能。

2.如权利要求1所述的告警、性能数据屏蔽统一处理的方法，其特征在于：所述通讯处理框架包括以下协议：套接字SOCKET、远程过程调用RPC、远程调用框架RCF。

3.如权利要求1或2所述的告警、性能数据屏蔽统一处理的方法，其特征在于：所述相对于传输网管系统低一层次的系统是指网元级网管系统。

4.如权利要求3所述的告警、性能数据屏蔽统一处理的方法，其特征在于：屏蔽任务条件统一管理功能是指：传输网管系统对屏蔽任务条件进行统一管理，且允许用户对屏蔽任务条件进行创建、修改、删除、激活或挂起操作。

5.如权利要求4所述的告警、性能数据屏蔽统一处理的方法，其特征在于：屏蔽任务条件包含附加操作信息，所述附加操作是指告警、性能数据虽然因为符合系统统一的屏蔽条件被屏蔽，但是这样的数据可能由于系统特殊功能模块的要求，不能被丢弃，需要由屏蔽管理模块调用特殊功能模块提供的接口将数据导入其数据队列。

6.如权利要求4所述的告警、性能数据屏蔽统一处理的方法，其特征在于，创建一个屏蔽任务条件的过程如下：

1)用户通过界面程序入口，选择创建屏蔽任务条件；

2)选择屏蔽任务条件的类型：类型包括当前告警、历史告警、15分钟历史性能、24小时历史性能、特定应用；

3)如果屏蔽任务条件的类型是特定应用，则根据特定应用规则计算出相应的对象和代码供用户选择；

4)如果屏蔽任务条件的类型不是特定应用，则应用程序根据设定的类型，直接装载对象和代码；

5)用户根据自己的需要设定对象、代码和时间段；

6)用户选择时间段的形式，精确时间，每天，每周、每月；

7)用户设定对象O、代码C和时间段T三要素之间的关系；

8)将屏蔽任务条件保存到数据库中，如果用户创建的是一个激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

7.如权利要求4所述的告警、性能数据屏蔽统一处理的方法，其特征在于，修改一个屏蔽任务条件的过程如下：

1)用户通过界面程序入口，选择一个需要修改的屏蔽任务条件，界面程序显示该屏蔽任务条件中可以修改的内容，屏蔽任务条件的类型不能修改，做灰化处理；

2)用户根据需要，修改屏蔽任务条件的对象、代码、时间段以及三要素之间的关系等可以修改的内容；

3)用户确认后，通过界面程序入口将屏蔽任务条件保存到数据库中，如果用户修改的是一个已经激活的屏蔽任务条件或者改变了一个屏蔽任务条件的状态，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

8.如权利要求4所述的告警、性能数据屏蔽统一处理的方法，其特征在于，删除一个屏蔽任务条件的过程如下：

1)用户通过界面程序入口，选择一个需要删除的屏蔽任务条件，界面程序显示该屏蔽任务条件中的详细内容；

2)用户确认删除后，通过界面程序入口删除数据库中的屏蔽任务条件，如果用户删除的是一个已激活的屏蔽任务条件，还需要调用屏蔽管理模块提供的接口通知屏蔽管理模块刷新程序缓存的屏蔽任务条件。

9.如权利要求3所述的告警、性能数据屏蔽统一处理的方法，其特征在于：告警、性能数据屏蔽统一处理功能的处理过程如下：

1)应用程序启动，初始化屏蔽管理模块，将数据库中激活的屏蔽任务条件读取到程序缓存中；

2)如果屏蔽管理模块初始化失败，应用程序退出；

3)屏蔽管理模块初始化成功，设备或网元级网管系统上报的告警、性能数据由告警、性能数据分发模块传给屏蔽管理模块；

4)屏蔽管理模块根据屏蔽任务条件的优先级对告警、性能数据进行判定；

5)如果该数据不必被屏蔽，则直接进入相应的告警、性能数据处理队列；

6)如果该数据需要被屏蔽，则根据屏蔽任务条件判断是否需要进行特殊的后续处理，特殊的后续处理指的就是针对附加操作信息调用特殊功能模块提供的接口将数据导入其数据队列；

7)如果需要特殊处理，则处理，否则，抛弃。

10.如权利要求3所述的告警、性能数据屏蔽统一处理的方法，其特征在于：配置改变处理功能的处理过程如下：

1)屏蔽管理模块进行正常的数据处理流程；

2)告警、性能数据分发模块收到上报的配置改变消息，消息格式定义为如下结构：

typedef std::vector<long>IDVEC；

typedef struct tagConfigChangeInfo

{

    long type；

    IDVEC vecID；

}ConfigChangeInfo；

其中，type指配置改变的类型，所述配置改变的类型包括对象增加和对象删除，vecID是发生改变的对象的ID的数组；

3)如果屏蔽管理模块中有数据正在处理，则等待该数据处理完成后，进入扫描屏蔽任务条件流程，如果没有正在处理，则直接进入扫描屏蔽任务条件流程，所有告警、性能数据处理过程全部阻塞；

4)对每一个屏蔽任务条件的对象进行合理性判断，判断屏蔽任务条件中的对象在网管系统中是否存在，如果不存在或者发生了变化，则直接修改屏蔽任务条件，已经不存在的对象，直接删除，将修改后的屏蔽任务条件存入数据库，然后刷新程序缓存的屏蔽任务条件；

5)屏蔽任务条件扫描过程结束后，使用新的屏蔽任务条件进行告警、性能数据屏蔽统一处理过程。

Images