首页 / 专利库 / 专利权 / 第I章 / 国际检索单位 / 国际检索 / 现有技术 / 告警前转方法和装置

告警前转方法和装置

阅读:354发布:2021-09-19

专利汇可以提供告警前转方法和装置专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种告警前转方法和装置,其中,该方法包括:接收告警;根据告警对应的 站点 确定告警所对应的一个或多个维护人员;根据一个或多个维护人员的信息对告警进行前转。本发明解决了 现有技术 中将告警前转给系统管理人员而导致的告警不能得到及时有效地处理的技术问题,达到了提高前转处理的准确性和及时性的技术效果。,下面是告警前转方法和装置专利的具体信息内容。

1.一种告警前转方法,其特征在于,包括:
接收告警;
根据所述告警对应的站点确定所述告警所对应的一个或多个维护人员;
根据所述一个或多个维护人员的信息对所述告警进行前转。
2.根据权利要求1所述的方法,其特征在于,根据所述告警对应的站点确定所述告警所对应的一个或多个维护人员包括:
确定与所述站点的维护人员关联的维护组;
将所述维护组中能够维护的告警类型与所述告警的告警类型相同的维护组所对应的维护人员,作为所述告警对应的维护人员,其中,一个维护组对应一种告警类型。
3.根据权利要求1所述的方法,其特征在于,在根据所述告警对应的站点确定所述告警所对应的一个或多个维护人员之前,所述方法还包括:
根据前转规则确定是否需要对所述告警进行前转。
4.根据权利要求3所述的方法,其特征在于,所述前转规则被持久化到前转规则容器和/或数据库中。
5.根据权利要求1-4中任一项所述的方法,其特征在于,根据所述一个或多个维护人员的信息对所述告警进行前转,包括:
将所述告警和所述一个或多个维护人员的信息封装成前转数据;
将所述前转数据派发到派发线程池中;
通过所述派发线程池对所述告警进行前转。
6.根据权利要求1-4中任一项所述的方法,其特征在于,告警与站点之间的对应关系、站点与维护人员之间的对应关系以及维护人员的信息被封装存储在内存中。
7.一种告警前转装置,其特征在于,包括:
接收单元,用于接收告警;
确定单元,用于根据所述告警对应的站点确定所述告警所对应的一个或多个维护人员;
前转单元,用于根据所述一个或多个维护人员的信息对所述告警进行前转。
8.根据权利要求7所述的装置,其特征在于,所述确定单元包括:
第一确定模,用于确定与所述站点的维护人员关联的维护组;
第二确定模块,用于将所述维护组中能够维护的告警类型与所述告警的告警类型相同的维护组所对应的维护人员,作为所述告警对应的维护人员,其中,一个维护组对应一种告警类型。
9.根据权利要求7所述的装置,其特征在于,还包括:
判断单元,用于根据前转规则确定是否需要对所述告警进行前转。
10.根据权利要求7-9中任一项所述的装置,其特征在于,所述前转单元包括:
封装模块,用于将所述告警和所述一个或多个维护人员的信息封装成前转数据;
派发模块,用于将所述前转数据派发到派发线程池中;
前转模块,用于通过所述派发线程池对所述告警进行前转。

说明书全文

告警前转方法和装置

技术领域

[0001] 本发明涉及通信领域,具体而言,涉及一种告警前转方法和装置。

背景技术

[0002] 在当前的电信网络管理中,告警前转功能是电信网络中最基本、也是最重要的功能之一。随着电信运维管理体制朝着集中化的目标演进和发展,网络故障的及时通知、及时发现和及时处理就很重要。
[0003] 然而,目前业界对电信网络的告警前转还处在将告警转到本管理系统中的维护人员,这样就导致当本系统中的人员出现变动,例如:离职、升迁等会造成系统难以维护,导致数据不能及时更新,现有技术中没有将系统管理人员和维护处理告警的维护人员进行有效的区分,造成了外线维护人员收不到告警,从而使得告警不能被及时处理。
[0004] 针对上述的问题,目前尚未提出有效的解决方案。

发明内容

[0005] 本发明提供了一种告警前转方法和装置,以至少解决现有技术中将告警前转给系统管理人员而导致的告警不能得到及时有效地处理的技术问题。
[0006] 根据本发明的一个方面,提供了一种告警前转方法,包括:接收告警;根据告警对应的站点确定告警所对应的一个或多个维护人员;根据一个或多个维护人员的信息对告警进行前转。
[0007] 优选地,根据告警对应的站点确定告警所对应的一个或多个维护人员包括:确定与站点的维护人员关联的维护组;将维护组中能够维护的告警类型与告警的告警类型相同的维护组所对应的维护人员,作为告警对应的维护人员,其中,一个维护组对应一种告警类型。
[0008] 优选地,在根据告警对应的站点确定告警所对应的一个或多个维护人员之前,方法还包括:根据前转规则确定是否需要对告警进行前转。
[0009] 优选地,前转规则被持久化到前转规则容器和/或数据库中。
[0010] 优选地,根据一个或多个维护人员的信息对告警进行前转,包括:将告警和一个或多个维护人员的信息封装成前转数据;将前转数据派发到派发线程池中;通过派发线程池对告警进行前转。
[0011] 优选地,告警与站点之间的对应关系、站点与维护人员之间的对应关系以及维护人员的信息被封装存储在内存中。
[0012] 根据本发明的另一个方面,提供了一种告警前转装置,包括:接收单元,用于接收告警;确定单元,用于根据告警对应的站点确定告警所对应的一个或多个维护人员;前转单元,用于根据一个或多个维护人员的信息对告警进行前转。
[0013] 优选地,确定单元包括:第一确定模,用于确定与站点的维护人员关联的维护组;第二确定模块,用于将维护组中能够维护的告警类型与告警的告警类型相同的维护组所对应的维护人员,作为告警对应的维护人员,其中,一个维护组对应一种告警类型。
[0014] 优选地,该装置还包括:判断单元,用于根据前转规则确定是否需要对告警进行前转。
[0015] 优选地,前转单元包括:封装模块,用于将告警和一个或多个维护人员的信息封装成前转数据;派发模块,用于将前转数据派发到派发线程池中;前转模块,用于通过派发线程池对告警进行前转。
[0016] 在本发明中,以站点作为确定维护人员的单位,从而通过产生该告警的站点来确定告警对应的维护人员,将告警直接关联对应的维护人员,解决了现有技术中将告警前转给系统管理人员而导致的告警不能得到及时有效地处理的技术问题,达到了提高前转处理的准确性和及时性的技术效果。附图说明
[0017] 此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
[0018] 图1是根据本发明实施例的告警前转方法的一种优选流程图
[0019] 图2是根据本发明实施例的确定告警所对应的一个或多个维护人员的一种优选流程图;
[0020] 图3是根据本发明实施例的对告警进行前转的一种优选流程图;
[0021] 图4是根据本发明实施例的告警前转装置的一种优选结构框图
[0022] 图5是根据本发明实施例的告警前转装置中的确定单元的一种优选结构框图;
[0023] 图6是根据本发明实施例的告警前转装置中的前转单元的一种优选结构框图;
[0024] 图7是根据本发明实施例的根据需要建立前转规则的一种优选流程图;
[0025] 图8是根据本发明实施例的构造前转数据的一种优选流程图;
[0026] 图9是根据本发明实施例的派发前转数据的一种优选流程图。

具体实施方式

[0027] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
[0028] 实施例1
[0029] 本发明提供了一种优选的告警前转方法,如图1所示,该方法包括如下步骤:
[0030] 步骤S102:接收告警;
[0031] 步骤S104:根据告警对应的站点确定告警所对应的一个或多个维护人员;
[0032] 步骤S106:根据一个或多个维护人员的信息对告警进行前转。
[0033] 在本优选实施方式中,以站点作为确定维护人员的单位,从而通过产生该告警的站点来确定告警对应的维护人员,将告警直接关联对应的维护人员,解决了现有技术中将告警前转给系统管理人员而导致的告警不能得到及时有效地处理的技术问题,达到了提高前转处理的准确性和及时性的技术效果。
[0034] 实施时,可以通过不同的维护组对应不同的片区,从而可以根据站点先确定维护组,再从维护组中选择对应的维护人员,在一个优选实施方式中,根据告警对应的站点确定告警所对应的一个或多个维护人员,如图2所示,包括以下步骤:
[0035] 步骤S202:确定与站点的维护人员关联的维护组;
[0036] 步骤S204:将维护组中能够维护的告警类型与告警的告警类型相同的维护组所对应的维护人员,作为告警对应的维护人员,其中,一个维护组对应一种告警类型。
[0037] 为了避免对不必要的告警进行了前转,可以在获取告警以后先对该告警是否符合前转的规则进行一个判断,只有在满足前传规则的前提下才对该告警进行前转。在一个优选实施方式中,在根据告警对应的站点确定告警所对应的一个或多个维护人员之前,还可以包括:根据前转规则确定是否需要对告警进行前转,从而减少了不必要的告警的前转。
[0038] 对于上述的前转规则可以是预先被持久化到前转规则容器和/或数据库中的规则。
[0039] 在确定了告警所对应的维护人员以后,就需要将该告警前转到对应的维护人员,以实现对告警的及时处理,可以采用线程派发的方式对告警进行前转,在一个优选实施方式中,根据一个或多个维护人员的信息对告警进行前转,如图3所示,包括如下步骤:
[0040] 步骤S302:将告警和一个或多个维护人员的信息封装成前转数据;
[0041] 步骤S304:将前转数据派发到派发线程池中;
[0042] 步骤S306:通过派发线程池对告警进行前转。
[0043] 因为在对站点、维护组以及维护人员进行确定的时候,需要有站点、维护组以及维护人员之间的对应关系,以及每个维护人员的信息,这些信息可以预先存储在内存中,以便于在确定维护人员的时候进行调用。在一个优选实施方式中,告警与站点之间的对应关系、站点与维护人员之间的对应关系以及维护人员的信息被封装存储在内存中。
[0044] 本实施例中还提供了一种告警前转装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。图2是该告警前转装置的一种优选结构框图,如图4所示,包括:接收单元402和确定单元404以及前转单元406,下面对该结构进行说明。
[0045] 接收单元402,用于接收告警;
[0046] 确定单元404,与接收单元402耦合,用于根据告警对应的站点确定告警所对应的一个或多个维护人员;
[0047] 前转单元406,与确定单元404耦合,用于根据一个或多个维护人员的信息对告警进行前转。
[0048] 在一个优选实施方式中,如图5所示,确定单元包括:第一确定模块502,用于确定与站点的维护人员关联的维护组;第二确定模块504,与第一确定模块502耦合,用于将维护组中能够维护的告警类型与告警的告警类型相同的维护组所对应的维护人员,作为告警对应的维护人员,其中,一个维护组对应一种告警类型。
[0049] 其中,上述的告警前转装置还可以包括:判断单元,用于根据前转规则确定是否需要对告警进行前转。
[0050] 考虑到在确定告警对应的维护人员之后,需要对告警进行前转,在一个优选实施方式中,如图6所示,前转单元包括:封装模块602,用于将告警和一个或多个维护人员的信息封装成前转数据;派发模块604,用于将前转数据派发到派发线程池中;前转模块606,用于通过派发线程池对告警进行前转。
[0051] 本实施例还提供了一种优选的实施方式来做进一步解释说明,但是值得注意的是,该优选实施方式只是为了更好的描述本发明,并不构成对本发明实施例不当的限定。
[0052] 由于网络系统中各子系统的业务越来越复杂,对网络进行维护管理的人员的划分也可以越来越细,从而使得他们的专业性更强、例如可以将不同的片区由不同的维护组承担,不同的维护组维护不同的业务模块。使得维护组的成员对本业务范围内的知识非常了解和精通,当该片区内对应的业务模块发生告警时能够及时前转到他们手中,便会及时发现隐患、解决隐患、大大提高电信网络系统的运维能和客户满意度。
[0053] 基于上述目的,在本优选实施方式中侧重于对告警前转中从对关系模型的建立到根据该关系模型进行告警前转的实现进行具体的描述。
[0054] 首先,建立站点、维护组、以及站点与维护组的关系模型,具体包括:
[0055] S1:创建站点模型;
[0056] S2:创建维护组模型;
[0057] S3:创建站点与维护组模型;
[0058] S4:热部署站点处理器,用于读取站点、维护组、站点与维护组关系信息,并按照一定的处理策略将其封装后放入内存中。
[0059] 通过提供一种以站点、维护组、以及站点与维护组关系的模型,使得可以将的告警与维护人员进行关联,从而将告警前转到对应的维护人员手里,提高对告警处理的准确性和及时性。
[0060] 例如,以动力环境网(Power Environment)的告警前转为例,此处以Oracle数据库为例,根据用户需求创建站点信息模型,创建站点维护人员信息表(表1),站点与站点维护人员关系表(表2)、维护组与站点维护人员关系表(表3),并将整理的站点信息导入这些表中。从而得到如下的几张模型对应的表。
[0061] 表1
[0062]
[0063] 表2
[0064]
[0065] 表3
[0066]
[0067] 优选地,对应上述的模型中的数据可以入表5-6所示:
[0068] 表5
[0069]
[0070] 表6
[0071]
[0072] 对于上述的步骤S4,可以启动站点处理器,将这些数据信息解析出来按照一定的关系存放到站点管理器中。例如,可以按照如下方式进行存储:
[0073] Username -》MaintanierDetails(username,emailaddress,phonenumber)[0074] Site -》UserName
[0075] Username -》Maintainer Group
[0076] 其次,根据需要建立前转规则,如图7所示,包括如下步骤:
[0077] 步骤S702:创建前转规则,优选地,对于上述的动力网可以设定如下的前转规则:对动力环境网的所有网元类型、告警级别为严重的告警进行前转。
[0078] 步骤S704:定义过滤告警条件,该告警条件用于确定满足前转规则的告警,例如,定义的告警过滤条件为:专业网的过滤条件为Power,设置告警级别的过滤条件为Critical。
[0079] 步骤S706:将前转规则持久化到前转规则容器、数据库或者前转规则容器中。
[0080] 接着,构造前转数据,在对告警进行前转的时候,需要知道前转的对象是谁,前转的目的地在哪里。优选地,可以按照如图8所示的步骤实现:
[0081] 步骤S802:启动前转规则,通过过滤条件对接收的告警进行匹配,将满足条件的告警放入缓存队列。
[0082] 步骤S804:从缓存队列中取出告警,并将其放入站点处理器,通过站点处理器查找这条告警对应的站点,然后通过站点与维护组的关系找到对应的维护组,最后通过维护组找到对应的所有的维护人员,再将告警数据与其对应的维护人员封装成前转数据。
[0083] 步骤S806:将封装得到的前转数据放入派发线程容器中的缓存队列里等待前转。
[0084] 接着,从缓存队列里面取出前转数据将其派发出去,优选地,可以按照如图9所示的步骤实现:
[0085] 步骤S902:从派发线程容器的缓存队列里面取出一条前转数据。
[0086] 步骤S904:派发线程容器的派发线程池里面获取一个空闲的派发线程。
[0087] 步骤S906:将前转数据放入派发线程中进行转发。
[0088] 通过上述方式,设置告警选择条件,利用站点维护模型将告警与维护人员进行准确的匹配,从而可以将告警及时通知到维护人员手里,能够大大提高实际运维的速度和效果。
[0089] 下面仍结合上述动力网的例子对建立前转规则、构造前转数据、派发前转数据进行具体的说明。
[0090] 例如,收到一条告警,根据预先创建的前转规则过滤条件对该告警进行匹配,最终确定该告警所属专业网为Power,满足专业网的要求、发现告警的级别为Critical也满足要求,因此将该告警放入缓存队列中。
[0091] 从缓存队列中取出告警,并将该告警数据注入站点处理器,在站点处理器内部会根据这条件告警所对应的站点,查找到对应的维护组,同时再根据维护组找的所有的维护人员,最后将告警数据和维护人员信息封装成前转数据。
[0092] 例如,这条告警的站点为:BDG Cluster 1#ZTE_0176
[0093] 根据表4和5,可以确定与该站点关联的维护人员为tedwi.wukirno、agus.yuliarso;
[0094] 再通过tedwi.wukirno关联到对应的维护组Power Maintainer Group,agus.yuliarso关联到对应的维护组CDMA-R Maintainer Group。
[0095] 因为该告警对应的是专业网为Power,所以该告警只需前转到维护组Power Maintainer Group对应的维护人员,即tedwi.uwkirno。
[0096] 通过上述方式便确定了告警对应的维护人员tedwi.uwkirno,然后通过该维护人员的姓名查找到对应的联系方式,例如邮件地址或者手机号。
[0097] 最后,派发前转数据到维护人员手里,具体可以采用如下方式实现:
[0098] 从派发线程容器的缓存队列里面取出一条前转数据,其中,前转数据中的信息包括但不限于以下至少之一:维护人员邮件地址、手机号码以及告警数据。从派发线程容器的派发线程池里获取一个空闲的派发线。将前转数据放入派发线程进行转发,从而便将一条件满足条件的告警数据发送到了对应的维护人员手中。
[0099] 指的注意的,上述以动力网为例仅是为了更好的说明本发明,但并不构成对本发明不当的限定,当用户的需求发生变化时,对应的规则条件等可以进行更改。例如,可以增加对码分多址(Code Division Multiple Access,简称为CDMA)无线网的告警前转,那么仅需修改对应的规则过滤条件即可,例如增加CDMA无线网即可满足用户的需求,优选地,还对告警派发的时间进行设定和调度。
[0100] 在另外一个实施例中,还提供了一种软件,该软件用于执行上述实施例及优选实施方式中描述的技术方案。
[0101] 在另外一个实施例中,还提供了一种存储介质,该存储介质中存储有上述软件,该存储介质包括但不限于:光盘、软盘硬盘、可擦写存储器等。
[0102] 从以上的描述中,可以看出,本发明实现了如下技术效果:以站点作为确定维护人员的单位,从而通过产生该告警的站点来确定告警对应的维护人员,将告警直接关联对应的维护人员,解决了现有技术中将告警前转给系统管理人员而导致的告警不能得到及时有效地处理的技术问题,达到了提高前转处理的准确性和及时性的技术效果。
[0103] 显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
[0104] 以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈