电信网管中告警信息的显示方法

文档序号:7903170阅读:679来源:国知局

专利名称::电信网管中告警信息的显示方法
技术领域
:本发明涉及一种电信网管中告警信息的显示方法,用于为电信网管监视人员提供快速浏览各对象的告警信息。
背景技术
:在此以前的网管系统中,我们通常用一个图来描述每个对象的告警信息。当有多个告警同时发生时,告警图一般显示为当前最高级别的告警;较高级别告警清除后,顺序显示次等级告警。当有多种告警级别同时存在时,通过这些图用户只能看到当前所发生告警的最高级别,不能知道每个对象告警级别的详细信息。例如,当某网元中某块单盘通信中断后,该网元对应的告警图只能用来显示该网元中有单盘通信中断,而不能反映出该网元中其它单盘的工作状态。这是以前网管系统中常用的一种告警图形的表示方法。总的来说,用一个图象来描述告警所反映的告警信息非常有限,工作人员需要更多的操作才能得知当前告警的详细信息,特别是进行远程维护时,网络上要传输更多的数据,这样会影响工作人员的维护速度,不利于故障的快速定位和解决。
发明内容本发明的目的是提供一种新型的电信网管中告警的图象表示方法,它能直观细致地反映出各对象的告警,使得监视人员能够快速的浏览各对象的告警信息。用两个或两个以上的图象来显示某个对象上的告警,图象个数可以视所要求的告警细致程度而定。本发明的技术方案是本发明的电信网管中告警信息的显示方法,包括告警数据的组织、处理和显示,设备处理模块先组织告警数据,数据中包含告警发生变化的具体对象的地址、具体的告警代码和级别以及告警发生还是消失,然后通过事先与网管接收模块之间建立好的通道把这些具体的告警信息送到网管的接收模块,网管的接收模块收到告警信息后,按照协议事先定义的各类命令的数据格式对数据进行识别,如果识别到告警信息帧则把信息交给告警处理模块,告警处理模块从这些信息中提取告警对象的地址、具体的告警代码和级别、以及告警的发生消失这些必要的信息后,对该对象及其父对象的各告警灯分别进行计算,计算后把所计算对象的地址及其各个告警灯通知到显示模块,显示模块把收到对象的告警信息用两个或两个以上的图象显示出来。所述的电信网管中告警信息的显示方法,其不同的告警等级用的不同图象包括不同图形或不同颜色或图形和颜色的组合来表示。所述的电信网管中告警信息的显示方法,可以采用两个图象即告警灯来表示各对象的告警状态,同时按照一定的规则对各告警灯的功能进行划分,第一个告警灯用来表示紧急告警、主要告警和次要告警的这些状态,如果没有这些告警则为绿色,表示无上述这些告警发生,如果该对象通信中断,则会出现该对象的中断图形,第二个告警灯用来表示是否有提示告警或者通信中断。所述的电信网管中告警信息的显示方法,其子对象的告警信息要在父对象的告警图上表示出来,它们之间有包含和被包含的关系,即父对象的告警图形反映的是其子对象的各告警的组合。所述的电信网管中告警的显示方法,计算单盘第一个告警灯时先判断未确认中断个数是否大于0,如是则表示该盘通信中断,得出第一个告警灯为黑色,即中断,否则再判断是否未确认紧急告警或者未确认主要告警个数大于0,且同时未确认次要告警个数大于0,如果是则得出第一个告警灯为粉红色,表示有紧急告警或者主要告警同时有次要告警发生,且都未被确认,否则再判断未确认紧急告警个数是否大于0,如是则得出第一个告警灯为红色,表示有紧急告警发生,且未被确认,否则再判断未确认主要告警个数是否大于0,如是则得出第一个告警灯为桔色,表示有主要告警发生,且未被确认,否则再判断未确认次要告警个数是否大于0,如是则得出第一个告警灯为黄色,表示有次要告警发生,且未被确认,如果以上条件都不满足则得出第一个告警灯为绿色,表示无上述这些告警发生,计算所得到的告警灯用一个数值来表示,分别用不同的数值来代表不同的告警灯。所述的电信网管中告警信息的显示方法,在计算某单盘的确认告警灯时,先判断是否已确认的紧急告警或者确认的主要告警个数大于0,且同时已确认的次要告警个数大于0,如是则得出确认告警灯为粉红色,表示确认告警中有紧急告警或者主要告警同时有次要告警,否则再判断已确认的紧急告警个数是否大于0,如是则得出确认告警灯为红色,表示确认告警中有紧急告警,否则再判断已确认的主要告警个数是否大于0,如是则得出确认告警灯为桔色,表示确认告警中有主要告警,否则再判断已确认的次要告警个数是否大于0,如是则得出确认告警灯为黄色,表示确认告警中有次要告警,否则再判断已确认的提示告警个数是否大于0,如是则得出确认告警灯为蓝色,表示确认告警中有提示告警,如果以上条件都不满足则得出确认告警灯为绿色,表示没确认任何告警,计算所得到的告警灯用一个数值来表示,分别用不同的数值来代表不同的告警灯。所述的电信网管中告警信息的显示方法,其物理对象告警灯计算方法是开始先找到某网元对应的第一个局,然后再找到该局下的第一个架,然后再找到该架下的第一个框,用类似单盘告警灯的计算方法计算当前框的告警灯,算出后刷新此告警灯,如此依次查找该架下的下一个框,进行相应操作,直至该架下的最后一个框,完成该架下所有框告警灯的计算和刷新后,则计算该架的告警灯,然后进行刷新,同理依次查找下一个架,进行相应操作,直至该局下的最后一个架,完成该局下所有架告警灯的计算和刷新后,则计算该局的告警灯,然后进行刷新,同理依次查找下一个局,直至最后一个局,完成了某网元对应所有物理对象告警灯的计算和刷新。所述的电信网管中告警信息的显示方法,其告警显示是当某对象的告警变化时,网管处理模块向显示模块发送命令通知更新该对象的告警灯,此命令帧中包含了具体的对象地址,以及该地址所对应对象的各告警灯的级别,显示模块从此命令帧中提取地址和各告警灯的级别,根据显示的各对象及保存的相应地址信息定位到该地址对应的显示对象,然后根据所保存的各告警灯图标和告警级别的关系,得到需显示的各告警灯所对应的告警灯图标,把得到的各告警灯图标在所定位到的显示对象上显示出来。本发明的优点是这种方法中告警灯可以同时描述各对象更多更详细的告警信息,使得更多的告警信息可以用直观的图形、色彩方式或其结合表现出来。其中告警灯能同时反映出多级告警信息、已确认和未确认告警信息,很大程度上保持了各对象告警信息的完整性。另外在远程管理时,由于主界面中各对象的告警灯可以描述更多的告警信息,使得远程查询数据库操作的可能性降到最低,减少了网络传输的数据量,降低了网络负荷,使得最重要的操作占用更多的网络时间,这样可以提高工作人员的工作效率。这些特点可以让工作人员能够通过最少的操作和最短的时间就可以直接利用直观形象的图形方式,知道整个工程的告警信息全貌,能够更快地对告警原因进行分析,以利于告警的快速定位,使得告警能在最短时间里得到解决。图1是本发明数据处理总流程图。图2是单盘第一个告警灯计算过程流程图,对应于图8中的81、图9中的92所示告警灯。图3是单盘第二个告警灯计算过程流程图,对应于图8中的82、图9中的93所示告警灯。图4是单盘确认告警灯计算过程流程图,对应于图9中的91所示告警灯。图5是物理对象告警灯计算过程流程图。图6是告警灯的显示流程图。图7是机框1的框图,里面包括多块单盘,各单盘告警灯如图所示,其中71所指示灯为蓝色,72所指示灯为红色,73所指示灯为黄色,74所指示灯为桔色,其它未标识灯全部为绿色。图8是机框1在机架里的显示图,告警灯为图7中所有盘告警灯的综合,其中81所指示灯为粉红色,82所指示灯为蓝色。图9是机框1确认了所有紧急告警、次要告警和提示告警后的显示图,和图8相比,告警灯增加了告警确认信息,91就代表确认告警灯,92含义同图8中的81类似,93含义同图8中的82类似。其中91所指示灯为粉红色,92所指示灯为桔色,93所指示灯为绿色。图10是处于图9状态时有新的次要告警和提示告警发生后的显示图,其中101、102所指示灯为粉红色,103所指示灯为蓝色。图11是处于图9状态时所有被确认的紧急告警和提示告警被清除后的显示图,其中111所指示灯为黄色,112所指示灯为桔色,113所指示灯为绿色。图12是图11中所有被确认的次要告警被清除后的显示图,其中121所指示灯为蓝色,122所指示灯为桔色,123所指示灯为绿色。图13是图12中所有被确认的提示告警被清除后的显示图,其中131所指示灯为桔色,132所指示灯为绿色。具体实施例方式附图1是本发明数据处理总流程图。当设备上告警发生变化时,设备处理模块先组织告警数据,数据中包含告警发生变化的具体对象的地址、具体的告警代码和级别、以及告警发生还是消失;然后通过事先与网管接收模块之间建立好的通道把这些具体的告警信息送到网管的接收模块。由于协议事先定义了各类命令的数据格式,网管的接收模块收到告警信息后,很容易对数据进行识别,如果识别到告警信息帧则把信息交给告警处理模块。告警处理模块从这些信息中提取告警对象的地址、具体的告警代码和级别、以及告警的发生消失这些必要的信息后,把这些信息按照不同的对象保存起来,每个对象所保存的告警信息包括发生的一条或多条具体告警,其中每条告警的内容包括具体地址、发生时间、结束时间(告警没结束时无记录)、告警级别、告警名称、是否确认,如果确认还包括确认的时间。然后,告警处理模块根据保存起来的信息对该对象及其父对象的各告警灯分别进行计算,具体算法流程图见附图2-附图6。计算后把所计算对象的地址及其各个告警灯通知到到显示模块,显示模块把收到对象的告警信息用两个或两个以上的图象显示出来。图2是单盘第一个告警灯计算过程流程图。从附图1可知,当实际的告警发生时,告警处理模块中会有发生告警的各单盘告警的详细记录。告警处理模块根据不同单盘的告警记录对各单盘的告警灯分别进行计算。此流程图描述了计算单盘第一个告警灯的过程。在计算某单盘的告警灯时,告警处理模块遍历该单盘的每一条告警细节,对各告警细节进行分析,分别统计出各级未确认告警的具体数目。计算单盘第一个告警灯时先判断未确认中断个数是否大于0,如是则表示该盘通信中断,得出第一个告警灯为黑色(即中断,用数值30来表示);否则再判断是否未确认紧急告警或者未确认主要告警个数大于0,且同时未确认次要告警个数大于0,如是则得出第一个告警灯为粉红色(表示有紧急告警或者主要告警同时有次要告警发生,且都未被确认,用数值40表示);否则再判断未确认紧急告警个数是否大于0,如是则得出第一个告警灯为红色(表示有紧急告警发生,且未被确认,用数值50表示);否则再判断未确认主要告警个数是否大于0,如是则得出第一个告警灯为桔色(表示有主要告警发生,且未被确认,用数值55表示);否则再判断未确认次要告警个数是否大于0,如是则得出第一个告警灯为黄色(表示有次要告警发生,且未被确认,用数值60表示);如果以上条件都不满足则得出第一个告警灯为绿色(用数值80表示)。下面是计算某单盘第一个告警灯的一段程序例子<prelisting-type="program-listing">structALARMINFO{intiAlarmID;intalarmcode;shortalarmgrade;CStringename;CStringcname;CStringszBeginTime;CStringszEndTime;&lt;!--SIPO&lt;DPn="5"&gt;--&gt;&lt;dpn="d5"/&gt;CStringszAcknowledgeTime;};typedefALARMINFO*LPALARMINFO;typedefCArray<ALARMINFO,ALARMINFO&amp;amp;>ALARMINFOTABLE;voidGetAlarmLamp(intiBDID)//计算某单盘第一个告警灯{//table为全局的ALARMINFOTABLE数组,记录各条告警细节intiBreakNum=0;intiRedNum=0;intiOrangeNum=0;intiYellowNum=0;intiBlueNum=0;intiNum=table.GetSize();for(inti=0;i<iNum;i++){if(iBDID!=table[i].iAlarmID)continue;if(table[i].szAcknowledgeTime.IsEmpty()){switch(table[i].alarmgrade){case30iBreakNum++;break;case50iRedNum++;break;case55iOrangeNum++;break;case60iYellowNum++;break;&lt;!--SIPO&lt;DPn="6"&gt;--&gt;&lt;dpn="d6"/&gt;case70iBlueNum++;break;}}}if(iBreakNum>0)return30;if((iRedNum>0)||(iOrangeNum>0))&amp;amp;&amp;amp;(iYellowNum>0))return40if(iRedNum>0)return50;if(iOrangeNum>0)return55;if(iYellowNum>0)return60;return80;}</pre>图3是单盘第二个告警灯计算过程流程图。单盘第二个告警灯计算过程同第一个告警灯的计算方法比较类似,只是其判断标准不太一样。告警处理模块先遍历该单盘的每一条告警细节,对各告警细节进行分析,分别统计出各级未确认告警的具体数目。计算单盘第二个告警灯时先判断未确认中断个数是否大于0,如是则表示该盘通信中断,得出第二个告警灯为黑色(即中断,用数值30来表示);否则再判断未确认提示告警个数是否大于0,如是则得出第二个告警灯为蓝色(表示有提示告警,且未被确认,用数值70表示);否则得出第二个告警灯为绿色(用数值80表示)。图4是单盘确认告警灯计算过程流程图。单盘确认告警灯计算过程同第一个、第二个告警灯的计算方法类似。在计算某单盘的确认告警灯时,告警处理模块先遍历该单盘的每一条告警细节,对各告警细节进行分析,分别统计出各级已确认告警的具体数目。此流程中没有提供中断告警的确认,具体设计人员可以根据需要自己确定是否提供中断的确认。此流程中计算单盘的确认告警灯时先判断是否已确认的紧急告警或者确认的主要告警个数大于0,且同时已确认的次要告警个数大于0,如是则得出确认告警灯为粉红色(表示确认告警中有紧急告警或者主要告警同时有次要告警,用数值40表示);否则再判断已确认的紧急告警个数是否大于0,如是则得出确认告警灯为红色(表示确认告警中有紧急告警,用数值50表示);否则再判断已确认的主要告警个数是否大于0,如是则得出确认告警灯为桔色(表示确认告警中有主要告警,用数值55表示);否则再判断已确认的次要告警个数是否大于0,如是则得出确认告警灯为黄色(表示确认告警中有次要告警,用数值60表示);否则再判断已确认的提示告警个数是否大于0,如是则得出确认告警灯为蓝色(表示确认告警中有提示告警,用数值70表示);如果以上条件都不满足则得出确认告警灯为绿色(表示没确认任何告警,用数值80表示)。图2、图3、图4分别描述了单盘各告警灯的计算过程。这三个流程中都涉及到遍历告警细节统计相关告警级别的个数,在具体的实施过程中可以是同一个遍历过程,统计出需要的包括未确认和已确认的各告警级别的数目。图5是物理对象告警灯计算过程流程图。本发明所涉及到的对象包括物理对象和逻辑对象,其中物理对象包括局、架、框、盘等,逻辑对象包括工程、网块、网元、单盘等等。物理对象和逻辑对象的告警灯计算方法类似单盘,也包括第一个、第二个和确认告警灯的计算。此流程图描述了各物理对象告警灯的计算过程,反映了物理对象父子节点间的关系。开始先找到某网元对应的第一个局,然后再找到该局下的第一个架,然后再找到该架下的第一个框,用类似单盘告警灯的计算方法计算当前框的告警灯,算出后刷新此告警灯;如此依次查找该架下的下一个框,进行相应操作,直至该架下的最后一个框。完成该架下所有框告警灯的计算和刷新后,则计算该架的告警灯,然后进行刷新;同理依次查找下一个架,进行相应操作,直至该局下的最后一个架。完成该局下所有架告警灯的计算和刷新后,则计算该局的告警灯,然后进行刷新。同理依次查找下一个局,直至最后一个局,这样就完成了某网元对应所有物理对象告警灯的计算和刷新。用同样的方法可以进行所有网元对应物理对象的告警灯的计算和刷新。图6是告警灯的显示流程图。启动网管程序时,界面根据需要显示的数据源把所有对象用图形方法显示出来。数据源可以是事先配置好的存放在数据库中的内容,也可以是从设备上读出的内容。界面在显示各对象的同时,会保存所显示各对象的地址信息。此外,界面从文件中读取各告警灯的图标,把这些图标保存在内存里,同时保存各告警灯图标所对应的告警级别。当某对象的告警灯变化时,告警处理模块向显示模块发送命令通知更新该对象的告警灯,此命令帧中包含了具体的对象地址,以及该地址所对应对象的各告警灯的级别。显示模块从此命令帧中提取地址和各告警灯的级别,根据显示的各对象及保存的相应地址信息定位到该地址对应的显示对象,然后根据所保存的各告警灯图标和告警级别的关系,得到需显示的各告警灯所对应的告警灯图标,把得到的各告警灯图标在所定位到的显示对象上显示出来。通过在显示器屏幕上显示的告警信息,工作人员可以及时了解当前故障,便于对故障的快速处理。工作人员对发生的告警进行处理后,如果此时告警消失,设备处理模块会把告警消失信息一级一级往上送,最后显示模块根据送上来的信息,更换所显示的图象,通知工作人员该告警已解除。直至下一个告警发生,图象便又会发生变化。如果此时该故障是由于某种原因存在,且此时该原因仍未被排除,工作人员想把这些告警和新发生的告警区分开,则可以对这些告警进行确认。当工作人员对某些告警进行确认后,用来描述告警信息的两个或两个以上的图形会进行相应变化,把用户确认和未确认的告警区分开,利于工作人员快速了解新的告警信息。告警的不同等级可以从显示的图象上直接反映出来,即我们可以把不同的告警等级用不同的图象来表示。按照本发明的一种实例,我们采用不同颜色的告警灯(本实施例中的一种用来显示告警状态的图形)来表示其告警的不同等级,绿色表示正常,黑色表示通信中断,红色表示有紧急告警,桔色表示主要告警,黄色表示次要告警,粉红色表示有紧急告警或主要告警并且同时有次要告警,蓝色表示提示告警。按照本发明的另一种实例,我们采用两个图象如附图8(此实例中我们称其为告警灯)来表示各对象的告警状态,同时按照一定的规则对各告警灯的功能进行了划分。第一个告警灯用来表示紧急告警、主要告警和次要告警的这些状态,如果没有告警则为绿色,表示正常;如果该对象通信中断,则会出现该对象的中断图形,因为此时的紧急告警、主要告警、次要告警对它而言已经没有意义;此外,该告警灯可以按照其定义来显示,比如只有紧急告警则显示红色告警灯,如果同时还有次要告警则显示粉红色告警灯,等等。第二个告警灯用来表示是否有提示告警或者通信中断,与第一个告警灯的工作原理类似。另外,子对象的告警信息要在父对象的告警图上表示出来,它们之间有包含和被包含的关系,如附图8中的框即为附图7中各单盘的父对象。即父对象的告警图形反映的是其子对象的各告警的组合。在本发明的实例中,此组合规则也要满足告警灯的颜色定义,例如,有一个父对象包括两个子对象,一个子对象的第一个灯为红色,另一个子对象的第一个灯为黄色,则此父对象的第一个灯为粉红色。此外,还可以对告警图形的现有功能进行扩展。在本发明的一种实施例中,把第一个告警灯分为上下两个部分,下部分保持以前的用法不变,上部分则用来表示告警确认的信息。设计者可以根据具体的需要对这些图形的功能进行类似的扩展。这样一来,用来表示告警的图形代表的意义就非常丰富了,它能够表示出对象告警更详细的信息,使监视人员对各对象的告警一目了然,有利于设备通信故障的快速解决。实施案例1在本实施例中,我们制定了告警灯的显示方法。1)告警灯的颜色与告警级别的对应关系定义如下2)告警灯被分为两组,这两组告警灯共同描述了各对象的告警;规定每组告警灯的功能范围和级别优先级如下第一组告警灯反映的告警级别有紧急告警、主要告警、次要告警,以及本对象的通信中断;告警级别对应颜色的优先级为黑色>粉红色>红色>黄色>绿色。第二组告警灯反映的告警级别有提示告警、通信中断;告警级别对应颜色的优先级为黑色>蓝色>绿色。当有多个告警同时发生时,两组告警灯分别按照此约定显示为当前最高级别的告警。3)父子对象告警灯之间的关系。父对象的两个告警灯分别是所有子对象两组告警灯的组合,这种组合不能违反对告警颜色和告警级别优先级的约定。一般来说,父对象的告警灯应该显示为所有子对象中级别最高的告警;而当各子对象的第一个告警灯的最高级别为紧急告警或者主要告警并且同时有次要告警时,尽管子对象的第一个告警灯中没有出现粉红色告警灯,但根据粉红色告警灯的定义,父对象的第一个告警灯应该为粉红色。4)作为此方法的扩展,在第一个告警灯中加入告警确认的信息。见图9,把各告警灯分别标识为91、92、93。其中91告警灯反映被确认告警的最高级别,它可以表示所有可以在92和93中出现的告警级别,优先级为黑色>粉红色>红色>黄色>蓝色>绿色;如果所确认告警中较高级别告警清除后,顺序显示所确认的次等级告警,如果无次等级告警,则92恢复成一个完整的告警灯。92告警灯反映原第一个告警灯在排除了被确认告警后的最高告警级别;93反映原第二个告警灯在排除了被确认告警后的最高告警级别。91、92、93的显示都要遵守对告警颜色和告警级别优先级的约定。下面结合附图,对此实施案例进行描述。图1是从告警的产生到最终告警灯显示在显示器屏幕上,包括告警清除和告警确认后的告警灯处理和显示的整个工作流程图,它贯穿了以下整个实施案例的描述。图7描述的是一个名为“框1”的机框图,里面包括多块单盘。此时框中单盘6的第一个告警灯72为红色、第二个告警灯为绿色,表示单盘6上发生了紧急告警,单盘6的处理模块把发生的紧急告警的详细信息组织成具体的命令数据向上传送。当网管的接收模块收到单盘6的告警信息数据后,网管的告警处理模块对该单盘的告警灯进行计算,然后通知显示模块刷新单盘6的告警灯。其它单盘的告警处理与单盘6相同,框中各单盘的告警灯如图7所示。按照对告警颜色和各告警灯功能范围的约定,根据图中显示的告警灯,工作人员可以清楚地得到各单盘当前所发生告警的告警级别的信息。其中,单盘4的第一个告警灯为绿色,第二个告警灯71为蓝色,表示该盘上有提示告警;同样的道理,单盘6上只有紧急告警,单盘8上只有次要告警,单盘11上只有主要告警,而其它单盘都通信正常。网管的告警处理模块对单盘告警灯进行计算的同时,也对单盘各级父对象的告警灯进行计算。父对象的告警灯是所有子对象告警灯的综合,每个子对象告警灯的变化会影响其各级父对象的告警灯显示。如图7所示,网管的告警处理模块对各单盘告警灯进行计算的同时,也计算了其所在框的框告警灯,通知单盘刷新告警灯的同时刷新框告警灯,如图8。图8是进行告警确认前,由图7中所显示的各单盘告警灯综合而成的框1的告警灯。此时没有对任何告警进行告警确认操作,图9中的告警灯91和92组成一个完整的告警灯如81来表示告警灯92的功能。图8架中的框1作为图7中各单盘的父对象,其告警灯要满足父子对象告警灯之间的关系约定。如图7可知框1中各单盘第一组灯中有紧急告警、主要告警和次要告警,第二组灯有提示告警无单盘通信中断,按照各颜色及其级别的定义,图8中框1的第一个告警灯应为粉红色;第二个告警灯为蓝色。如果工作人员对图7中单盘4的所有提示告警、单盘6的所有紧急告警、单盘8的所有次要告警同时进行确认,此时网管的告警处理模块根据当前告警和用户确认的告警信息对各对象的告警灯重新进行计算,结果如图9所示。按照上面对确认告警级别显示的约定,框1的91告警灯应该为粉红色,表示当前所确认的告警中包括紧急告警或者主要告警以及次要告警;而92告警灯在排除所确认的紧急告警、次要告警后,还有主要告警,所以应该显示为桔色;93告警灯在排除所确认的提示告警后不包括任何告警,应该为绿色。当框1处于图9所示状态时,如果单盘8有新的次要告警发生,单盘8的处理模块组织相关的次要告警数据会逐级通知到网管的告警处理模块,网管的告警处理模块会重新计算单盘8及其各级父对象的告警灯,然后通知显示模块刷新告警灯。此时框1告警灯如图10所示,102所示告警灯又会变成粉红色;如果单盘4有新的提示告警发生,网管告警处理模块经过相应计算,框1的103所示告警灯会变成蓝色。再对单盘8发生的所有次要告警和单盘4发生的所有提示告警进行确认,框1的各告警灯又会发生相应变化,显示如图9。当框1处于图10所示状态时,如果所确认告警中所有的紧急告警被清除,相关单盘的处理模块会把紧急告警清除信息通知到网管接收模块,告警处理模块对告警灯重新进行计算,结果如图11所示。此时框1的111告警灯会顺序显示为所确认的次等级告警,此时为次要告警即黄色;如果所确认告警中所有的次要告警再被清除,框1的告警灯如图12所示,121所示告警灯显示为蓝色;如果所确认告警中所有的提示告警再被清除,此时已没有被确认的告警,其告警灯如图13所示,131所示告警灯恢复成一个完整的桔色告警灯。本发明的核心是用两个或两个以上的图形、色彩或其组合来显示某个对象上的各种级别告警,包括告警数据的组织、处理和显示的算法,其个数包括确认告警灯的个数均可以视所要求的告警细致程度而定,不受上述实施例的限制。本发明定义的各告警级别与告警显示的图形、色彩的关系及用什么数值表示,可以视具体情况而定,也不受上述实施例限制。权利要求1.一种电信网管中告警信息的显示方法,包括告警数据的组织、处理和显示,其特征在于设备处理模块先组织告警数据,数据中包含告警发生变化的具体对象的地址、具体的告警代码和级别以及告警发生还是消失,然后通过事先与网管接收模块之间建立好的通道把这些具体的告警信息送到网管的接收模块,网管的接收模块收到告警信息后,按照协议事先定义的各类命令的数据格式对数据进行识别,如果识别到告警信息帧则把信息交给告警处理模块,告警处理模块从这些信息中提取告警对象的地址、具体的告警代码和级别、以及告警的发生消失这些必要的信息后,对该对象及其父对象的各告警灯分别进行计算,计算后把所计算对象的地址及其各个告警灯通知到显示模块,显示模块把收到对象的告警信息用两个或两个以上的图象显示出来。2.根据权利要求1所述的电信网管中告警信息的显示方法,其特征是不同的告警等级用的不同图象包括不同图形或不同颜色或图形和颜色的组合来表示。3.根据权利要求1或2所述的电信网管中告警信息的显示方法,其特征是采用两个图象即告警灯来表示各对象的告警状态,同时按照一定的规则对各告警灯的功能进行了划分,第一个告警灯用来表示紧急告警、主要告警和次要告警的这些状态,如果没有这些告警则为绿色,表示无上述这些告警发生,如果该对象通信中断,则会出现该对象的中断图形,第二个告警灯用来表示是否有提示告警或者通信中断。4.根据权利要求1或2所述的电信网管中告警信息的显示方法,其特征是子对象的告警信息要在父对象的告警图上表示出来,它们之间有包含和被包含的关系,即父对象的告警图形反映的是其子对象的各告警的组合。5.根据权利要求3所述的电信网管中告警信息的显示方法,其特征是计算单盘第一个告警灯时先判断未确认中断个数是否大于0,如是则表示该盘通信中断,得出第一个告警灯为黑色,即中断,否则再判断是否未确认紧急告警或者未确认主要告警个数大于0,且同时未确认次要告警个数大于0,如果是则得出第一个告警灯为粉红色,表示有紧急告警或者主要告警同时有次要告警发生,且都未被确认,否则再判断未确认紧急告警个数是否大于0,如是则得出第一个告警灯为红色,表示有紧急告警发生,且未被确认,否则再判断未确认主要告警个数是否大于0,如是则得出第一个告警灯为桔色,表示有主要告警发生,且未被确认,否则再判断未确认次要告警个数是否大于0,如是则得出第一个告警灯为黄色,表示有次要告警发生,且未被确认,如果以上条件都不满足则得出第一个告警灯为绿色,表示无上述这些告警发生,计算所得到的告警灯用一个数值来表示,分别用不同的数值来代表不同的告警灯。6.根据权利要求5所述的电信网管中告警信息的显示方法,其特征是在计算某单盘的确认告警灯时,先判断是否已确认的紧急告警或者确认的主要告警个数大于0,且同时已确认的次要告警个数大于0,如是则得出确认告警灯为粉红色,表示确认告警中有紧急告警或者主要告警同时有次要告警,否则再判断已确认的紧急告警个数是否大于0,如是则得出确认告警灯为红色,表示确认告警中有紧急告警,否则再判断已确认的主要告警个数是否大于0,如是则得出确认告警灯为桔色,表示确认告警中有主要告警,否则再判断已确认的次要告警个数是否大于0,如是则得出确认告警灯为黄色,表示确认告警中有次要告警,否则再判断已确认的提示告警个数是否大于0,如是则得出确认告警灯为蓝色,表示确认告警中有提示告警,如果以上条件都不满足则得出确认告警灯为绿色,表示没确认任何告警,计算所得到的告警灯用一个数值来表示,分别用不同的数值来代表不同的告警灯。7.根据权利要求1或2所述的电信网管中告警信息的显示方法,其特征是物理对象告警灯计算方法是开始先找到某网元对应的第一个局,然后再找到该局下的第一个架,然后再找到该架下的第一个框,用类似单盘告警灯的计算方法计算当前框的告警灯,算出后刷新此告警灯,如此依次查找该架下的下一个框,进行相应操作,直至该架下的最后一个框,完成该架下所有框告警灯的计算和刷新后,则计算该架的告警灯,然后进行刷新,同理依次查找下一个架,进行相应操作,直至该局下的最后一个架,完成该局下所有架告警灯的计算和刷新后,则计算该局的告警灯,然后进行刷新,同理依次查找下一个局,直至最后一个局,完成了某网元对应所有物理对象告警灯的计算和刷新。8.根据权利要求1或2所述的电信网管中告警信息的显示方法,其特征是告警显示是当某对象的告警变化时,网管处理模块向显示模块发送命令通知更新该对象的告警灯,此命令帧中包含了具体的对象地址,以及该地址所对应对象的各告警灯的级别,显示模块从此命令帧中提取地址和各告警灯的级别,根据显示的各对象及保存的相应地址信息定位到该地址对应的显示对象,然后根据所保存的各告警灯图标和告警级别的关系,得到需显示的各告警灯所对应的告警灯图标,把得到的各告警灯图标在所定位到的显示对象上显示出来。9.根据权利要求4所述的电信网管中告警信息的显示方法,其特征是告警显示是当某对象的告警变化时,网管处理模块向显示模块发送命令通知更新该对象的告警灯,此命令帧中包含了具体的对象地址,以及该地址所对应对象的各告警灯的级别,显示模块从此命令帧中提取地址和各告警灯的级别,根据显示的各对象及保存的相应地址信息定位到该地址对应的显示对象,然后根据所保存的各告警灯图标和告警级别的关系,得到需显示的各告警灯所对应的告警灯图标,把得到的各告警灯图标在所定位到的显示对象上显示出来。10.根据权利要求5所述的电信网管中告警信息的显示方法,其特征是告警显示是当某对象的告警变化时,网管处理模块向显示模块发送命令通知更新该对象的告警灯,此命令帧中包含了具体的对象地址,以及该地址所对应对象的各告警灯的级别,显示模块从此命令帧中提取地址和各告警灯的级别,根据显示的各对象及保存的相应地址信息定位到该地址对应的显示对象,然后根据所保存的各告警灯图标和告警级别的关系,得到需显示的各告警灯所对应的告警灯图标,把得到的各告警灯图标在所定位到的显示对象上显示出来。全文摘要本发明的电信网管中告警信息的显示方法是用两个或两个以上的图象来显示某个对象上的告警,设备处理模块先组织告警数据,数据中包含告警发生变化的具体对象的地址、具体的告警代码和级别以及告警发生还是消失,然后通过事先与网管接收模块之间建立好的通道把这些具体的告警信息送到网管的接收模块,网管的接收模块收到告警信息后,按照协议事先定义的各类命令的数据格式对数据进行识别,如果识别到告警信息帧则把信息交给告警处理模块,告警处理模块从这些信息中提取告警对象的地址、具体的告警代码和级别、以及告警的发生消失这些必要的信息后,对该对象及其父对象的各告警灯分别进行计算并通知到到显示模块显示出来。文档编号H04L12/24GK1520096SQ0311854公开日2004年8月11日申请日期2003年1月24日优先权日2003年1月24日发明者徐艳芬,黄晓,卢永胜,杨建华,王舣,吴涛申请人:烽火通信科技股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1