专利名称：一种电信管理网告警信息变化的处理方法
技术领域：
本发明涉及电信管理网络系统，尤其涉及电信管理网络系统告警信息变 化的处理方法。
背景技术：
随着电信网规模的不断扩展，TMN (Telecommunications Management Network,电信管理网络)系统所管理的设备也越来越多，告警数据必将十 分庞大，而在用户看来告警管理又非常重要，在实际应用中经常需要进行告 警数据的查询，查询方法参考发明专利申请《一种电信管理网快速查询告警 的方法》，申请号为200510103276.3,申请日为2005年9月22日。对于查 询到的告警，用户对这些告警进行"确认"等操作， 一条告警组成的数据字 段较多，有告警源、告警检测点，告警类型、告警严重性等级、告警原因、 产生时间、确认信息、清除信息等。当用户进行告警"确认"等操作的时候， 服务器端和客户端之间的通信量、处理的效率、实时性要求很高。
目前TMN系统一般都采用分层体系结构，用服务器端(即后台)来实 现业务处理，用客户端(即前台)来实现数据显示，这种方式不仅能够实现 多用户的远程控制，而且系统可扩展性也较好。现在对于网管系统的告警模 块要求客户端根据服务器端告警的变化进行动态实时地显示，这样当 一个或 多个客户端连接一个服务器端的时候，其中 一个客户端对告警数据进行了操 作，数据处理的流程是客户端先下发告警数据改变命令到服务器端，服务器 端改变告警数据后，再根据各个连接到服务器端的客户端的告警订阅条件， 把发生改变的告警数据通知到各个客户端。由于用户进行告警的操作比较频 繁，而告警信息的变化只是相应的某几个字段，因此如杲服务器端在通知客 户端的时候上报发生变化告警数据的全部字段，势必增加网络的通信量，降 低服务器端和客户端的处理效率。而现在大部分网管在告警信息变化的时候 就是上报全部的告警信息，因此开发出一种更高效的告警信息改变的处理方 法是必要的。
发明内容
本发明所要解决的技术问题是提供一种电信管理网告警信息变化的处 理方法，针对上述现有技术中存在的问题，提高客户端和服务器端告警处理 的效率，降低网络的通信量。
为了解决上述技术问题，本发明提供了 一种电信管理网告警信息变化的 处理方法，所述电信管理网包括服务器端和客户端，所述服务器端为接收到 的告警数据生成唯一标识该告警数据的告警序列号，所述方法包括以下步
骤
(a) —个或多个客户端向服务器端发送告警数据改变命令，所述告警 数据改变命令包括改变的告警数据的告警序列号和发生改变的告警数据；
(b) 所述服务器端收到所述客户端的告警数据改变命令后，根据所述 告警序列号和发生改变的内容进行告警数据的改变，并向满足告警订阅条件 的各个客户端发送告警改变通知；
(c) 所述进行了告警订阅且符合告警订阅条件的客户端收到告警改变 通知后，对发生改变的告警数据进行更新。
进一步地，上述方法还可具有以下特点在所述步骤(a)前还包括 (A) —个或多个客户端向服务器端发送订阅查询命令；(B)所述服务器 端收到客户端的订阅查询命令后，将查询结果返回给所述客户端，所述查询 结果包括告警数据和告警序列号。
进一步地，上述方法还可具有以下特点在所述步骤(B)中，当所述 客户端收到所述服务器发出的查询结果后，所述客户端用户对告警数据进行 确认。
进一步地，上述方法还可具有以下特点在所述步骤(b)中，所述向 满足告警订阅条件的各个客户端发送告警改变通知，采用如下的处理
如果告警数据改变的是确认信息，则所述告警改变通知包括告警序列号
和改变的确认信息；
如果告警数据改变的是告警原因或者严重性等级，则所述告警改变通知 包括告警序列号，告警原因或告警严重性等级；
如果是除确认信息、告警原因或严重等级以外的其他告警信息的改变， 则所述告警改变通知包括所有改变的告警数据的告警序列号和所有改变的 告警数据内容。
进一步地，上述方法还可具有以下特点所述确认信息包括确认用户、 告警确认状态、确认时间。
进一步地，上述方法还可具有以下特点在所述步骤(c)中，所述对 发生改变的告警数据进行更新，采用如下的处理
如果上报告警的确认信息不为空，则所述进行了告警订阅且符合告警订 阅条件的客户端根据所述服务器上报改变的告警数据的告警序列号，在内存 中找到相应的告警数据，更新内存中告警数据的告警确认信息；
如果上报改变的告警数据的告警原因或者告警严重性等级不为空，则所 述进行了告警订阅且符合告警订阅条件的客户端根据此变化的告警数据的 告警序列号在内存中找到此条告警，更新内存中告警数据的告警原因或告警 严重性等级；
如果是除确认信息、告警原因或严重等级以外的其他告警信息的改变， 则所述进行了告警订阅且符合告警订阅条件的客户端根据所述服务器端上 报改变的告警数据的告警序列号，在内存中找到相应的告警数据，更新相应 的发生改变的告警数据信息。
进一步地，上述方法还可具有以下特点所述进行了告警订阅且符合告 警订阅条件的客户端在每次更新完成后;f全查是否还有未处理的数据，直到处 理完最后一条变化的告警数据。
进一步地，上述方法还可具有以下特点在所述步骤(c)中，所述进 行了告警订阅且符合告警订阅条件的客户端对发生改变的告警数据进行更 新后，显示更新后的告警数据。
与现有技术相比，本发明具有如下优点
(1 )告警信息改变的时候服务器端通知给客户端的告警数据只包含变 化数据的告警序列号和相应发生变化的告警数据字段，达到了降低网络的通 信量的效果。
(2)服务器端和客户端通过上面告警信息改变分组的方法，达到了告 警信息改变处理的一致性，降低了处理的复杂度，提高了处理效率。
图1为本发明实施例网络管理系统的告警处理^t型图； 图2为本发明实施例客户端告警信息变化处理流程图。
具体实施例方式
下面结合附图，以TMN中网络层NMS (Network Management System,
网络管理系统)的告警信息改变处理方法为一实例对本发明作进一步介绍， 但不作为对本发明的限定。
在典型的TMN模型中，NMS可以通过适配器(Adapter)接受来自多 个网元层网管系统上报的告警信息。参考图1, NMS采用C/S结构的告警处 理模型，包括后台(即服务器端，NMS Server )和前台(即客户端，NMS Client )， 前台负责下发查询请求，并根据后台应答的结果进行告警数据的显示；后台 用于保存接收到的告警数据。
服务器端告警模块先对从下层网管接收到的当前告警数据根据此条告 警数据的关键字段，如告警源、告警原因、告警产生时间等，为每条告警数 据生成唯一标识此条告警数据的告警序列号，保存在服务器端的当前告警模 块。
服务器用某一固定的标识表示告警数据的关键字段，并用这些标识代替 告警数据中的关键字段，生成表示告警数据的告警序列号。
NMS Server与NMS Client间的处理方法，包括以下步骤
步骤210, —个或多个客户端的当前告警模块向服务器发送订阅查询命
令；
步骤220,服务器端收到客户端的查询命令后，根据客户端的告警订阅 条件返回查询结果(告警数据及告警序列号)给客户端；
当告警序列号通过查询结果从服务器上报给客户端后，客户端的告警标 识与服务器端的告警标识即是相同的，客户端若不进行查询也可直接向服务 器下发改变告警的告警序列号和改变的内容。
步骤230,客户端收到查询结果后，该客户端的用户对返回的当前告警 数据进行告警"确认，，操作，向服务器端发送告警数据改变命令，包括改变 的告警数据的告警序列号和发生改变的告警数据；
"确认"是表示用户通过NMS网络管理系统知道了设备发生告警，进 行确认操作，表示知道了告警的产生。此时，用户虽然确认，但是客户端界 面的告警还不进行更新，例如告警的"确认状态"还是"未确认，，状态。
步骤240,服务器端对收到客户端的告警数据改变命令后，根据命令中 改变的告警数据的告警序列号和发生改变的内容进行告警数据的改变，然后 根据客户端订阅和告警数据的变化情况将告警改变通知发送给满足告警订 阅条件的各个客户端，所述告警改变通知包括告警序列号和改变的告警数 据；
根据告警数据的变化情况采取如下的处理
如果告警数据改变的是"确认"信息(包括确认用户、告警确认状态、
确认时间)，则将告警序列号和改变的"确认，，信息发送给满足告警订阅条 件的客户端；
如果告警数据改变的是告警原因或者严重性等级，则将告警序列号，告 警原因或告警严重性等级以及相关信息发送给满足告警订阅条件的客户端；
如果是除了以上两种告警信息的改变，则将其他的改变信息统一进行处 理，将所有其他改变信息的告警序列号与所有改变的告警数据内容一起发送 给满足告警订阅条件的客户端。
以上对于告警数据变化情况的处理无顺序要求。
步骤250,所述进行了告警订阅且符合告警订阅条件的客户端在收到告
警改变通知后，对发生改变的告警数据进行更新；
根据告警数据的变化情况釆取如下的处理(参见图2):
如杲上报告警的"确认信息，，不为空，表示服务器端此条告警改变的只 是告警的确认信息，客户端根据服务器端上报改变的告警数据的告警序列 号，在客户端内存中找到相应数据，更新内存中告警数据的告警确认信息， 然后处理下一条告警改变数据，直到处理完最后一条:^艮警变化数据；
如果上报改变的告警数据的"告警原因或者告警严重性等级"不为空， 表示服务器端此条告警的告警原因或者告警严重性等级发生了变化，因此客 户端根据此条变化告警的告警序列号在内存中找到此条告警，更新内存中告 警数据的告警原因或告警严重性等级以及部分相关数据，然后处理下一条告 警改变的数据，直到处理完最后一条报警变化数据；
如果除了上面两类情况，将剩下的告警信息的改变集中起来进行处理， 客户端根据服务器端上报改变的告警数据的告警序列号在本地内存中找到 告警数据，更新相应的发生改变的信息，然后处理下一条数据，直到处理完 最后一条报警变化数据。
以上对于告警数据变化情况的处理无顺序要求。
步骤260,客户端显示更新后的告警数据。
在本方法中，由于服务器端对于一个或多个客户端告警改变信息的通知 只包含了告警的序列号和相应的改变信息，而不是发生告警信息改变的整个 告警数据，因此降低了网络通信量，而且可以使用统一的改变通知命令格式 和通知报文。服务器端和客户端对于信息的改变情况进行分组处理，提高了 处理的效率，降低了处理的复杂度。
本发明不仅可以应用于网络层的网络管理系统，也可以应用于采用C/S 其它的网管系统。而且对于数据改变信息通知的组合可以^^艮据具体应用进行 灵活的变化。
权利要求
1、一种电信管理网告警信息变化的处理方法，所述电信管理网包括服务器端和客户端，所述服务器端为接收到的告警数据生成唯一标识该告警数据的告警序列号，所述方法包括以下步骤(a)一个或多个客户端向服务器端发送告警数据改变命令，所述告警数据改变命令包括改变的告警数据的告警序列号和发生改变的告警数据；(b)所述服务器端收到所述客户端的告警数据改变命令后，根据所述告警序列号和发生改变的内容进行告警数据的改变，并向满足告警订阅条件的各个客户端发送告警改变通知；(c)所述进行了告警订阅且符合告警订阅条件的客户端收到告警改变通知后，对发生改变的告警数据进行更新。
2、 如权利要求1所述的方法，其特征在于，在所述步骤(a)前还包括(A) —个或多个客户端向服务器端发送订阅查询命令；(B) 所述服务器端收到客户端的订阅查询命令后，将查询结果返回给 所述客户端，所述查询结果包括告警数据和告警序列号。
3、 如权利要求2所述的方法，其特征在于，在所述步骤(B)中，当 所述客户端收到所述服务器发出的查询结果后，所述客户端用户对告警数据 进行确认。
4、 如权利要求l所述的方法，其特征在于，在所述步骤(b)中，所述 向满足告警订阅条件的各个客户端发送告警改变通知，采用如下的处理如果告警数据改变的是确认信息，则所述告警改变通知包括告警序列号 和改变的确认信息；如果告警数据改变的是告警原因或者严重性等级，则所述告警改变通知 包括告警序列号，告警原因或告警严重性等级；如果是除确认信息、告警原因或严重等级以外的其他告警信息的改变， 则所述告警改变通知包括所有改变的告警数据的告警序列号和所有改变的告警数据内容。
5、如权利要求4所述的方法，其特征在于，所述确认信息包括确认用 户、告警确认状态、确认时间。
6、 如权利要求l所述的方法，其特征在于，在所述步骤(c)中，所迷 对发生改变的告警数据进行更新，采用如下的处理如果上报告警的确认信息不为空，则所述进行了告警订阅且符合告警订 阅条件的客户端根据所述服务器上报改变的告警数据的告警序列号，在内存 中找到相应的告警数据，更新内存中告警数据的告警确认信息；如果上报改变的告警数据的告警原因或者告警严重性等级不为空，则所 述进行了告警订阅且符合告警订阅条件的客户端根据此变化的告警数据的告警序列号在内存中找到此条告警，更新内存中告警数据的告警原因或告警 严重性等级；如果是除确认信息、告警原因或严重等级以外的其他告警信息的改变， 则所述进行了告警订阅且符合告警订阅条件的客户端根据所述服务器端上 报改变的告警数据的告警序列号，在内存中找到相应的告警数据，更新相应 的发生改变的告警数据信息。
7、 如权利要求6所述的方法，其特征在于，所述进行了告警订阅且符 合告警订阅条件的客户端在每次更新完成后检查是否还有未处理的数据，直 到处理完最后一条变化的告警数据。
8、 如权利要求l所述的方法，其特征在于，在所述步骤(c)中，所述 进行了告警订阅且符合告警订阅条件的客户端对发生改变的告警数据进行 更新后，显示更新后的告警数据。
全文摘要
本发明公开了一种电信管理网告警信息变化的处理方法，可提高客户端和服务器端告警处理的效率，降低网络的通信量。电信管理网服务器端为接收到的告警数据生成唯一标识该告警数据的告警序列号，所述方法包括以下步骤(a)一个或多个客户端向服务器端发送告警数据改变命令，所述告警数据改变命令包括改变的告警数据的告警序列号和发生改变的告警数据；(b)所述服务器端收到所述客户端的告警数据改变命令后，根据所述告警序列号和发生改变的内容进行告警数据的改变，并向满足告警订阅条件的各个客户端发送告警改变通知；(c)所述进行了告警订阅且符合告警订阅条件的客户端收到告警改变通知后，对发生改变的告警数据进行更新。
文档编号H04L12/24GK101179416SQ20061013808
公开日2008年5月14日 申请日期2006年11月7日 优先权日2006年11月7日
发明者易小聪 申请人:中兴通讯股份有限公司