CN106708693A - 一种告警数据处理方法及装置 - Google Patents

一种告警数据处理方法及装置 Download PDF

Info

Publication number
CN106708693A
CN106708693A CN201510785444.5A CN201510785444A CN106708693A CN 106708693 A CN106708693 A CN 106708693A CN 201510785444 A CN201510785444 A CN 201510785444A CN 106708693 A CN106708693 A CN 106708693A
Authority
CN
China
Prior art keywords
alarm
model
metadata
version
initial data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201510785444.5A
Other languages
English (en)
Inventor
王春生
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bright Oceans Inter Telecom Co Ltd
Original Assignee
Bright Oceans Inter Telecom Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bright Oceans Inter Telecom Co Ltd filed Critical Bright Oceans Inter Telecom Co Ltd
Priority to CN201510785444.5A priority Critical patent/CN106708693A/zh
Publication of CN106708693A publication Critical patent/CN106708693A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3065Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3072Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves data filtering, e.g. pattern matching, time or event triggered, adaptive or policy-based reporting
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/30Monitoring
    • G06F11/3065Monitoring arrangements determined by the means or processing involved in reporting the monitored data
    • G06F11/3086Monitoring arrangements determined by the means or processing involved in reporting the monitored data where the reporting involves the use of self describing data formats, i.e. metadata, markup languages, human readable formats

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Library & Information Science (AREA)
  • Alarm Systems (AREA)

Abstract

本申请提供了一种告警数据处理方法及装置,方法包括:利用protocol buffer格式定义了描述告警对象的属性信息的告警模型,并预先对告警模型进行解析得到告警元数据,存储在告警元数据库中,进而在接收到告警原始数据时,读取告警元数据,利用告警元数据对告警原始数据进行解析处理。相比于xml而言,protocol buffer的信息表示更加紧凑,因此定义的告警模型的体积也会更小。并且,protocol buffer以高效的二进制方式进行存储,其序列化的速度比xml更快,因此利用protocol buffer格式定义的告警模型解析后得到的元数据进行告警原始数据处理时,其处理效率也更高。

Description

一种告警数据处理方法及装置
技术领域
本申请涉及数据处理技术领域,更具体地说,涉及一种告警数据处理方法及装置。
背景技术
告警模型用来描述物理或逻辑设备的异常,主要包括故障的位置信息、设备的配置信息、故障的类型、故障维护建议等。
现有技术中一般采用XML可扩展标记语言来进行告警模型的描述。但是,XML语言描述的告警模型存在以下问题:模型体积大并且序列化速度慢,进而降低了利用告警模型进行告警数据处理的效率。
发明内容
有鉴于此,本申请提供了一种告警数据处理方法及装置,用于解决现有XML语言描述的告警模型存在体积大、序列化速度慢,告警数据处理效率低下的问题。
为了实现上述目的,现提出的方案如下:
一种告警数据处理方法,包括:
接收告警原始数据;
在缓存的告警元数据库中获取告警元数据,所述告警元数据为预先对protocol buffer格式定义的描述告警对象的属性信息的告警模型进行解析后得到的告警元数据;
利用所述告警元数据对所述告警原始数据进行解析处理。
优选地,所述告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段,该方法还包括:
在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型;
将告警模型中的告警对象字段解析为告警元数据;
将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中。
优选地,所述在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型,包括:
接收模型存储服务器发送的版本变更通知,所述版本变更通知包括用户上传的新版本告警模型在模型存储服务器中的存储位置;
访问所述模型存储服务器,获取所述存储位置处保存的新版本告警模型;
或,
对所述模型存储服务器进行监听,在监听到用户向模型存储服务器中上传了新版本告警模型时,获取该新版本告警模型。
优选地,所述告警原始数据为携带有版本号的告警原始数据,所述在缓存的告警元数据库中获取告警元数据,包括:
在告警元数据库中查找是否存在版本信息与所述告警原始数据的版本号相同的告警元数据,若是,则获取查找到的告警元数据。
优选地,若在告警元数据库中未查找到版本信息与所述告警原始数据的版本号相同的告警元数据,该方法还包括:
在告警元数据库中获取预先指定版本的告警元数据;
或,
获取告警元数据库中最高版本的告警元数据;
则,所述利用所述告警元数据对所述告警原始数据进行解析处理,包括:
按照获取的告警元数据的解析规则,对所述告警原始数据进行解析,对于所述告警原始数据中无法解析的数据进行丢弃。
一种告警数据处理装置,包括:
告警原始数据接收单元,用于接收告警原始数据;
告警元数据获取单元,用于在缓存的告警元数据库中获取告警元数据,所述告警元数据为预先对protocol buffer格式定义的描述告警对象的属性信息的告警模型进行解析后得到的告警元数据;
数据处理单元,用于利用所述告警元数据对所述告警原始数据进行解析处理。
优选地,所述告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段,该装置还包括:
新版本模型获取单元,用于在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型;
元数据解析单元,用于将告警模型中的告警对象字段解析为告警元数据;
元数据存储单元,用于将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中。
优选地,所述新版本模型获取单元包括:
变更通知接收单元,用于接收模型存储服务器发送的版本变更通知,所述版本变更通知包括用户上传的新版本告警模型在模型存储服务器中的存储位置;
服务器访问单元,用于访问所述模型存储服务器,获取所述存储位置处保存的新版本告警模型;
服务器监听单元,用于对所述模型存储服务器进行监听,在监听到用户向模型存储服务器中上传了新版本告警模型时,获取该新版本告警模型。
优选地,所述告警原始数据为携带有版本号的告警原始数据,所述告警元数据获取单元包括:
第一告警元数据获取子单元,用于在告警元数据库中查找是否存在版本信息与所述告警原始数据的版本号相同的告警元数据;
第二告警元数据获取子单元,用于在所述第一告警元数据获取子单元查找到版本信息与所述告警原始数据的版本号相同的告警元数据时,获取查找到的告警元数据。
优选地,所述告警元数据获取单元还包括:
第三告警元数据获取子单元,用于在所述第一告警元数据获取子单元未查找到版本信息与所述告警原始数据的版本号相同的告警元数据时,在告警元数据库中获取预先指定版本的告警元数据,或者,获取告警元数据库中最高版本的告警元数据;
所述数据处理单元包括:
第一数据处理子单元,用于按照获取的告警元数据的解析规则,对所述告警原始数据进行解析,对于所述告警原始数据中无法解析的数据进行丢弃。
从上述的技术方案可以看出,本申请实施例提供的告警数据处理方法,利用protocol buffer格式定义了描述告警对象的属性信息的告警模型,并预先对告警模型进行解析得到告警元数据,存储在告警元数据库中,进而在接收到告警原始数据时,读取告警元数据,利用告警元数据对告警原始数据进行解析处理。相比于xml而言,protocol buffer的信息表示更加紧凑,因此定义的告警模型的体积也会更小。并且,protocol buffer以高效的二进制方式进行存储,其序列化的速度比xml更快,因此利用protocol buffer格式定义的告警模型解析后得到的元数据进行告警原始数据处理时,其处理效率也更高;同时,本申请中告警模型将版本信息字段和告警对象的属性信息分离保存,及内外层结构,模型中内层的告警对象属性信息支持变更,内层模型变化不影响外层,这样即实现了根据最新版本告警模型可以解析兼容高低版本的告警原始数据,又保证了告警模型更新的灵活性。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例公开的一种告警数据处理方法流程图;
图2为本申请实施例公开的另一种告警数据处理方法流程图;
图3为本申请实施例公开的又一种告警数据处理方法流程图;
图4为本申请实施例公开的一种告警数据处理装置结构示意图;
图5为本申请实施例公开的另一种告警数据处理装置结构示意图;
图6为本申请实施例公开的一种告警元数据获取单元结构示意图;
图7为本申请实施例公开的另一种告警元数据获取单元结构示意图;
图8为本申请实施例公开的一种数据处理单元结构示意图;
图9为本申请实施例公开的一种新版本模型获取单元结构示意图;
图10为本申请实施例公开的另一种新版本模型获取单元结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
首先,我们从应用程序处理告警数据的角度对本申请方案进行介绍,参见图1,图1为本申请实施例公开的一种告警数据处理方法流程图。
如图1所示,该方法包括:
步骤S100、接收告警原始数据;
具体地,客户侧将告警原始数据上传给应用程序,告警原始数据为二进制格式描述的告警信息。
步骤S110、在缓存的告警元数据库中获取告警元数据;
具体地,应用程序本地缓存有告警元数据库,用于存储告警元数据。告警元数据为预先对protocol buffer格式定义的描述告警对象的属性信息的告警模型进行解析后得到的告警元数据。告警模型包含了描述告警对象的属性信息的告警对象字段,属性信息可以包括多个,如省份、ID等。通过对告警对象字段进行解析,将其按照规定格式存储到应用程序中,作为告警元数据。
步骤S120、利用所述告警元数据对所述告警原始数据进行解析处理。
具体地,告警元数据描述了告警对象的属性信息,利用告警元数据对告警原始数据进行解析处理,最终得到解析后的数据。
本申请实施例提供的告警数据处理方法,利用protocol buffer格式定义了描述告警对象的属性信息的告警模型,并预先对告警模型进行解析得到告警元数据,存储在告警元数据库中,进而在接收到告警原始数据时,读取告警元数据,利用告警元数据对告警原始数据进行解析处理。相比于xml而言,protocol buffer的信息表示更加紧凑,因此定义的告警模型的体积也会更小。并且,protocol buffer以高效的二进制方式进行存储,其序列化的速度比xml更快,因此利用protocol buffer格式定义的告警模型解析后得到的元数据进行告警原始数据处理时,其处理效率也更高。
进一步,告警模型描述的是设备或业务的故障信息,而随着设备和业务的变化,告警模型中描述告警对象的属性信息会产生一些变化,例如新增某些属性信息或删除某些属性信息,这就会产生不同版本的告警模型。而在同一套***中,如果某些设备升级使用新版本告警模型,某些设备没有升级,仍需要使用旧版本告警模型,这就会存在不同版本告警模型的兼容问题。
为此,本申请通过protocol buffer格式定义的告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段。参考下述样例:
上述样例所示的模型中包含两个字段,分别为模型版本信息字段和属性信息字段。其中,ZipPbAlarm是最外层的模型,通过descVersion描述了属性信息的版本,以及属性信息的数据类型为bytes。ProtoAlarmObject为内层的模型,该模型描述了告警对象的属性信息,这部分支持变更,也即可以在该部分增减属性信息,内层模型的变动是不会影响到外层模型的。
进一步,用户在变更了ProtoAlarmObject内层模型中告警对象的属性信息之后,会对descVersion所描述的属性信息的版本进行变更,从而生成新版本的模型。用户生成的模型均可以存储到模型存储服务器中,应用程序可以从模型存储服务器中读取各版本的模型,并解析得到告警元数据及对应版本信息,后续接收到告警原始数据后依据告警原始数据的版本号选取版本信息匹配的告警元数据进行处理。
其中,内层模型可以包括多个告警对象的属性信息,达到压缩传输的目的。
上述属性信息描述时使用到的optional字段表示该字段为一个可选字段,对于发送方,在发送消息时可以选择设置或者不设置该字段的值;对于接收方,如果能够识别可选字段就进行相应的处理,如果无法识别,则忽略该字段。
用户在创建了一个新版本的告警模型后,可以将告警模型上传至模型存储服务器中。参见图2,图2为本申请实施例公开的另一种告警数据处理方法流程图。
如图2所示,该方法包括:
步骤S200、在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型;
具体地,模型存储服务器中的告警模型为用户上传的,告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段。
步骤S210、将告警模型中的告警对象字段解析为告警元数据;
告警对象字段描述了告警对象的属性信息,例如告警对象的ID、省份等信息。通过对告警对象字段进行解析,得到告警元数据,告警元数据为告警对象的属性信息在应用程序中的名称。
可选的,告警模型中的告警对象可以是多个,将多个告警对象的属性信息记录在同一告警模型中,达到压缩传输的目的。
步骤S220、将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中;
具体地,告警元数据与版本信息对应存储在应用程序的告警元数据库中,以便应用程序后续选择对应版本的告警元数据进行数据处理。
步骤S230、接收携带有版本号的告警原始数据;
具体地,客户侧将告警原始数据上传给应用程序,该告警原始数据携带有版本号。版本号用于指明该告警原始数据解析处理时所依赖的告警元数据的版本。
步骤S240、在告警元数据库中获取版本信息与所述告警原始数据的版本号相同的告警元数据;
告警元数据库中存储了告警元数据及与之关联的版本信息。应用程序在告警元数据库中查找是否存在版本信息与所述告警原始数据的版本号相同的告警元数据,如果能够查找到,则调取查找到的告警元数据。
步骤S250、利用所述告警元数据对所述告警原始数据进行解析处理。
具体地,告警元数据描述了告警对象的属性信息,利用告警元数据对告警原始数据进行解析处理,最终得到解析后的数据。
本实施例提供的告警数据处理方法中,应用程序在确定模型存储服务器中有新版本告警模型时,及时获取该新版本的告警模型,并解析为告警元数据,同版本号关联存储在告警元数据库中。进而,在接收到携带有版本号的告警原始数据时,选取版本信息与该版本号相同的告警元数据,对告警原始数据进行解析处理。按照本实施例的方法,实现了多版本告警模型的兼容。
可选的,上述步骤S200-S220与其余步骤之间并不存在必然的先后顺序,图2仅仅示例了一种可选方式而已。
可以理解的是,上述步骤S240仅仅介绍了在告警元数据库中能够查找到版本信息与告警原始数据的版本号相同的告警元数据的情况。除此之外,如果在告警元数据库中未查找到版本信息与所述告警原始数据的版本号相同的告警元数据,则可以在告警元数据库中获取预先指定版本的告警元数据,或者,获取告警元数据库中最高版本的告警元数据,进而按照获取的告警元数据的解析规则,对告警原始数据进行解析。
这里需要说明的是,当告警原始数据的版本号与获取的告警元数据版本不同时,应用程序在利用告警元数据对告警原始数据进行解析时,有可能存在无法解析的数据。而参见上文可知,告警模型中属性信息在描述时使用了optional字段,对应属性信息在解析为告警元数据后,若无法识别某个optional字段描述的属性信息时,可以直接忽略,也即直接丢弃该部分数据。实现了不同版本告警模型共存的目的。
在本申请的又一个实施例中,介绍了又一种告警数据处理方法,参见图3,图3为本申请实施例公开的又一种告警数据处理方法流程图。
如图3所示,该方法包括:
步骤S300、接收模型存储服务器发送的版本变更通知;
具体地,所述版本变更通知包括用户上传的新版本的告警模型在模型存储服务器中的存储位置。模型存储服务器可以在收到用户上传的新版本的告警模型时,向应用程序发送版本变更通知。
步骤S310、访问所述模型存储服务器,获取所述存储位置处保存的告警模型;
其中,告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段。
步骤S320、将告警模型中的告警对象字段解析为告警元数据;
告警对象字段描述了告警对象的属性信息,例如告警对象的ID、省份等信息。通过对告警对象字段进行解析,得到告警元数据,告警元数据为告警对象的属性信息在应用程序中的名称。
可选的,告警模型中的告警对象可以是多个,将多个告警对象的属性信息记录在同一告警模型中,达到压缩传输的目的。
步骤S330、将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中;
具体地,告警元数据与版本信息对应存储在应用程序的告警元数据库中,以便应用程序后续选择对应版本的告警元数据进行数据处理。
步骤S340、接收携带有版本号的告警原始数据;
具体地,客户侧将告警原始数据上传给应用程序,该告警原始数据携带有版本号。版本号用于指明该告警原始数据解析处理时所依赖的告警元数据的版本。
步骤S350、在告警元数据库中获取版本信息与所述告警原始数据的版本号相同的告警元数据;
告警元数据库中存储了告警元数据及与之关联的版本信息。进而,查询与所述告警原始数据的版本号相同的版本信息,调取该版本信息的告警元数据。
步骤S360、利用所述告警元数据对所述告警原始数据进行解析处理。
具体地,告警元数据描述了告警对象的属性信息,利用告警元数据对告警原始数据进行解析处理,最终得到解析后的数据。
本实施例中提供了一种获取模型存储服务器中存储的新版本告警模型的可选方式,具体为由模型存储服务器在收到新版本告警模型时主动向应用程序发送版本变更通知,由应用程序主动从模型存储服务器中获取新版本的告警模型。
当然,除此之外还可以存在其它可选方式,例如在模型存储服务器中设置监听接口,当监听到用户向模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型。
下面对本申请实施例提供的告警数据处理装置进行描述,下文描述的告警数据处理装置与上文描述的告警数据处理方法可相互对应参照。
参见图4,图4为本申请实施例公开的一种告警数据处理装置结构示意图。
如图4所示,该装置包括:
告警原始数据接收单元41,用于接收告警原始数据;
具体地,告警原始数据接收单元41接收客户侧上传的告警原始数据,告警原始数据为二进制格式描述的告警信息。
告警元数据获取单元42,用于在缓存的告警元数据库中获取告警元数据,所述告警元数据为预先对protocol buffer格式定义的描述告警对象的属性信息的告警模型进行解析后得到的告警元数据;
具体地,告警元数据库预先获取定义好的告警模型,该告警模型为protocol buffer格式定义的描述告警对象的属性信息的告警模型。告警元数据库在获取到告警模型后对告警模型进行解析,得到告警元数据,存储到告警元数据库中。
数据处理单元43,用于利用所述告警元数据对所述告警原始数据进行解析处理。
告警元数据描述了告警对象的属性信息,利用告警元数据对告警原始数据进行解析处理,得到解析后的数据。
本申请实施例提供的告警数据处理装置,利用protocol buffer格式定义了描述告警对象的属性信息的告警模型,并预先对告警模型进行解析得到告警元数据,存储在告警元数据库中,进而在接收到告警原始数据时,读取告警元数据,利用告警元数据对告警原始数据进行解析处理。相比于xml而言,protocol buffer的信息表示更加紧凑,因此定义的告警模型的体积也会更小。并且,protocol buffer以高效的二进制方式进行存储,其序列化的速度比xml更快,因此利用protocol buffer格式定义的告警模型解析后得到的元数据进行告警原始数据处理时,其处理效率也更高。
可选的,用户定义好的告警模型可以存储在模型存储服务器中,进而通过模型存储服务器与告警元数据库进行沟通,将告警模型传输给告警元数据库。
可选的,所述告警模型可以包括版本信息字段和描述告警对象的属性信息的告警对象字段,则结合图4和图5可知,该装置还可以包括:
新版本模型获取单元45,用于在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型;
具体地,用户将编辑好的新版本的告警模型上传到模型存储服务器中。新版本模型获取单元45在确定模型存储服务器中上传了新版本的告警模型时,可以从模型存储服务器中获取该新版本的告警模型。
元数据解析单元46,用于将告警模型中的告警对象字段解析为告警元数据;
告警对象字段描述了告警对象的属性信息,例如告警对象的ID、省份等信息。通过对告警对象字段进行解析,得到告警元数据,告警元数据为告警对象的属性信息在应用程序中的名称。
元数据存储单元47,用于将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中。
具体地,告警元数据与版本信息对应存储在应用程序的告警元数据库中,以便应用程序后续选择对应版本的告警元数据进行数据处理。
进一步可选的,所述告警原始数据可以携带有版本号,则参照图6所示,所述告警元数据获取单元42可以包括:
第一告警元数据获取子单元421,用于在告警元数据库中查找是否存在版本信息与所述告警原始数据的版本号相同的告警元数据;
具体地,在接收到告警原始数据之后,确定该告警原始数据的版本号。进而在告警元数据库中查找是否存在相同版本号的告警元数据。
第二告警元数据获取子单元422,用于在所述第一告警元数据获取子单元421查找到版本信息与所述告警原始数据的版本号相同的告警元数据时,获取查找到的告警元数据。
如果确定第一告警元数据获取子单元421找到了相同版本号的告警元数据,则获取该查找到的告警元数据,以便利用相同版本号的告警元数据对告警原始数据进行解析处理。
进一步,结合图6和图7可知,告警元数据获取单元42还可以进一步包括:
第三告警元数据获取子单元423,用于在所述第一告警元数据获取子单元421未查找到版本信息与所述告警原始数据的版本号相同的告警元数据时,在告警元数据库中获取预先指定版本的告警元数据,或者,获取告警元数据库中最高版本的告警元数据。
可以理解的是,如果告警原始数据的版本号太高,在告警元数据库中不存在相同版本的告警元数据时,则可以查找预先指定版本的告警元数据,或者查找告警元数据库中最高版本的告警元数据,获取查找到的告警元数据。
在此基础上,如图8所示,所述数据处理单元43可以包括:
第一数据处理子单元431,用于按照获取的告警元数据的解析规则,对所述告警原始数据进行解析,对于所述告警原始数据中无法解析的数据进行丢弃。
具体地,参见上文相关介绍,告警模型中属性信息在描述时使用了optional字段,optional表示该字段为一个可选字段,optional字段描述的属性信息在解析为告警元数据后,若无法识别某个optional字段描述的属性信息时,可以直接忽略,也即直接丢弃该部分数据。实现了不同版本告警模型共存的目的。
可选的,本申请提供了两种获取模型存储服务器中存储的新版本告警模型的可选方式,分别参照图9和图10所示。
如图9所示,所述新版本模型获取单元45可以包括:
变更通知接收单元451,用于接收模型存储服务器发送的版本变更通知,所述版本变更通知包括用户上传的新版本的告警模型在模型存储服务器中的存储位置;
模型存储服务器可以在收到用户上传的新版本的告警模型时,向应用程序发送版本变更通知,由应用程序中的变更通知接收单元451进行接收。
服务器访问单元452,用于访问所述模型存储服务器,获取所述存储位置处保存的告警模型。
服务器访问单元452在确定变更通知接收单元451收到了版本变更通知后,访问模型存储服务器,并且参考版本变更通知中的存储位置,在模型存储服务器中获取所述存储位置处保存的新版本告警模型。
如图10所示,所述新版本模型获取单元45可以包括:
服务器监听单元453,用于对所述模型存储服务器进行监听,在监听到用户向模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型。
图9示例的新版本模型获取单元是依靠模型存储服务器向应用程序发送版本变更通知,进而访问模型存储服务器获取相应的新版本告警模型。本实施例图10示例的新版本模型获取单元在模型存储服务器中设置有监听线程,在监听到用户向模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型。
当然,上述变更通知接收单元451、服务器访问单元452和服务器监听单元453可以整合到一个新版本模型获取单元之中。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种告警数据处理方法,其特征在于,包括:
接收告警原始数据;
在缓存的告警元数据库中获取告警元数据,所述告警元数据为预先对protocol buffer格式定义的描述告警对象的属性信息的告警模型进行解析后得到的告警元数据;
利用所述告警元数据对所述告警原始数据进行解析处理。
2.根据权利要求1所述的方法,其特征在于,所述告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段,该方法还包括:
在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型;
将告警模型中的告警对象字段解析为告警元数据;
将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中。
3.根据权利要求2所述的方法,其特征在于,所述在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型,包括:
接收模型存储服务器发送的版本变更通知,所述版本变更通知包括用户上传的新版本告警模型在模型存储服务器中的存储位置;
访问所述模型存储服务器,获取所述存储位置处保存的新版本告警模型;
或,
对所述模型存储服务器进行监听,在监听到用户向模型存储服务器中上传了新版本告警模型时,获取该新版本告警模型。
4.根据权利要求2所述的方法,其特征在于,所述告警原始数据为携带有版本号的告警原始数据,所述在缓存的告警元数据库中获取告警元数据,包括:
在告警元数据库中查找是否存在版本信息与所述告警原始数据的版本号相同的告警元数据,若是,则获取查找到的告警元数据。
5.根据权利要求4所述的方法,其特征在于,若在告警元数据库中未查找到版本信息与所述告警原始数据的版本号相同的告警元数据,该方法还包括:
在告警元数据库中获取预先指定版本的告警元数据;
或,
获取告警元数据库中最高版本的告警元数据;
则,所述利用所述告警元数据对所述告警原始数据进行解析处理,包括:
按照获取的告警元数据的解析规则,对所述告警原始数据进行解析,对于所述告警原始数据中无法解析的数据进行丢弃。
6.一种告警数据处理装置,其特征在于,包括:
告警原始数据接收单元,用于接收告警原始数据;
告警元数据获取单元,用于在缓存的告警元数据库中获取告警元数据,所述告警元数据为预先对protocol buffer格式定义的描述告警对象的属性信息的告警模型进行解析后得到的告警元数据;
数据处理单元,用于利用所述告警元数据对所述告警原始数据进行解析处理。
7.根据权利要求6所述的装置,其特征在于,所述告警模型包括版本信息字段和描述告警对象的属性信息的告警对象字段,该装置还包括:
新版本模型获取单元,用于在确定模型存储服务器中上传了新版本的告警模型时,获取该新版本的告警模型;
元数据解析单元,用于将告警模型中的告警对象字段解析为告警元数据;
元数据存储单元,用于将告警模型的版本信息与所述告警元数据相关联,并存储在告警元数据库中。
8.根据权利要求7所述的装置,其特征在于,所述新版本模型获取单元包括:
变更通知接收单元,用于接收模型存储服务器发送的版本变更通知,所述版本变更通知包括用户上传的新版本告警模型在模型存储服务器中的存储位置;
服务器访问单元,用于访问所述模型存储服务器,获取所述存储位置处保存的新版本告警模型;
服务器监听单元,用于对所述模型存储服务器进行监听,在监听到用户向模型存储服务器中上传了新版本告警模型时,获取该新版本告警模型。
9.根据权利要求7所述的装置,其特征在于,所述告警原始数据为携带有版本号的告警原始数据,所述告警元数据获取单元包括:
第一告警元数据获取子单元,用于在告警元数据库中查找是否存在版本信息与所述告警原始数据的版本号相同的告警元数据;
第二告警元数据获取子单元,用于在所述第一告警元数据获取子单元查找到版本信息与所述告警原始数据的版本号相同的告警元数据时,获取查找到的告警元数据。
10.根据权利要求9所述的装置,其特征在于,所述告警元数据获取单元还包括:
第三告警元数据获取子单元,用于在所述第一告警元数据获取子单元未查找到版本信息与所述告警原始数据的版本号相同的告警元数据时,在告警元数据库中获取预先指定版本的告警元数据,或者,获取告警元数据库中最高版本的告警元数据;
所述数据处理单元包括:
第一数据处理子单元,用于按照获取的告警元数据的解析规则,对所述告警原始数据进行解析,对于所述告警原始数据中无法解析的数据进行丢弃。
CN201510785444.5A 2015-11-16 2015-11-16 一种告警数据处理方法及装置 Pending CN106708693A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510785444.5A CN106708693A (zh) 2015-11-16 2015-11-16 一种告警数据处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510785444.5A CN106708693A (zh) 2015-11-16 2015-11-16 一种告警数据处理方法及装置

Publications (1)

Publication Number Publication Date
CN106708693A true CN106708693A (zh) 2017-05-24

Family

ID=58930904

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510785444.5A Pending CN106708693A (zh) 2015-11-16 2015-11-16 一种告警数据处理方法及装置

Country Status (1)

Country Link
CN (1) CN106708693A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769741A (zh) * 2019-11-06 2021-05-07 中移物联网有限公司 一种消息通信方法及电子设备

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101022476A (zh) * 2007-03-13 2007-08-22 中兴通讯股份有限公司 故障详细告警***、方法及相关的服务器
CN101192973A (zh) * 2006-11-21 2008-06-04 中兴通讯股份有限公司 告警处理方法
CN102611565A (zh) * 2011-10-18 2012-07-25 国网电力科学研究院 一种基于正则表达式的监控***告警关联分析方法
CN102981941A (zh) * 2012-11-08 2013-03-20 大唐软件技术股份有限公司 一种告警处理方法及告警处理装置
CN104199879A (zh) * 2014-08-21 2014-12-10 广州华多网络科技有限公司 一种数据处理方法和数据处理装置
CN104598570A (zh) * 2015-01-12 2015-05-06 百度在线网络技术(北京)有限公司 资源的抓取方法及装置
CN104683446A (zh) * 2015-01-29 2015-06-03 广州杰赛科技股份有限公司 一种云存储集群节点服务状态实时监控方法和***
GB2516357B (en) * 2013-05-29 2015-08-19 Advanced Business Software And Solutions Ltd Methods and apparatus for monitoring conditions prevailing in a distributed system

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101192973A (zh) * 2006-11-21 2008-06-04 中兴通讯股份有限公司 告警处理方法
CN101022476A (zh) * 2007-03-13 2007-08-22 中兴通讯股份有限公司 故障详细告警***、方法及相关的服务器
CN102611565A (zh) * 2011-10-18 2012-07-25 国网电力科学研究院 一种基于正则表达式的监控***告警关联分析方法
CN102981941A (zh) * 2012-11-08 2013-03-20 大唐软件技术股份有限公司 一种告警处理方法及告警处理装置
GB2516357B (en) * 2013-05-29 2015-08-19 Advanced Business Software And Solutions Ltd Methods and apparatus for monitoring conditions prevailing in a distributed system
CN104199879A (zh) * 2014-08-21 2014-12-10 广州华多网络科技有限公司 一种数据处理方法和数据处理装置
CN104598570A (zh) * 2015-01-12 2015-05-06 百度在线网络技术(北京)有限公司 资源的抓取方法及装置
CN104683446A (zh) * 2015-01-29 2015-06-03 广州杰赛科技股份有限公司 一种云存储集群节点服务状态实时监控方法和***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SHANGYAJUN118: "protocol buffer", 《HTTPS://BAIKE.BAIDU.COM/HISTORY/PROTOCOL%20BUFFER/1664400/79568114》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112769741A (zh) * 2019-11-06 2021-05-07 中移物联网有限公司 一种消息通信方法及电子设备

Similar Documents

Publication Publication Date Title
US8402071B2 (en) Catalog that stores file system metadata in an optimized manner
JP5592505B2 (ja) トピックに基づいて調整可能なデーター・フィードの総計
US8738572B2 (en) System and method for storing data streams in a distributed environment
US8135750B2 (en) Efficiently describing relationships between resources
US20050223017A1 (en) XML processor having function for filtering tree path, method of filtering tree path and recording medium storing a program to implement the method
US20080114730A1 (en) Batching document identifiers for result trimming
TWI549005B (zh) 多層搜尋引擎索引
CN105187258B (zh) 一种可配置的Trap告警解析处理方法
EP2629212A1 (en) Method for storing and searching tagged content items in a distributed system
CN107368527B (zh) 基于数据流的多属性索引方法
US9400827B2 (en) Enhanced database scheme to support advanced media production and distribution
WO2017204965A1 (en) Methods and apparatus to provide group-based row-level security for big data platforms
KR20030087370A (ko) 관계형 데이터베이스에서 정규 경로식 질의를 처리하는xml 인덱싱 방법과 자료구조
US20080082554A1 (en) Systems and methods for providing a dynamic document index
CN108595511B (zh) 一种多样化气象水文数据分类存储处理方法和***
US9208244B2 (en) Referencing change(s) in data utilizing a network resource locator
US20140032568A1 (en) System and Method for Indexing Streams Containing Unstructured Text Data
US20070043743A1 (en) Packing nodes into records to store XML XQuery data model and other hierarchically structured data
WO2016103055A1 (en) Method of generating hierarchical data structure
CN114328981B (zh) 基于模式映射的知识图谱建立和数据获取方法、装置
CN112084291A (zh) 信息推荐方法及装置
CN113170236A (zh) 用于在容器文件格式中以信号发送信息的装置和方法
CN105404537B (zh) 一种应用程序的卸载方法及装置
CN106708693A (zh) 一种告警数据处理方法及装置
CN109446301A (zh) 一种相似文章的查找方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20170524

RJ01 Rejection of invention patent application after publication