首页 > 专利 > 上海斐讯数据通信技术有限公司 > 一种OLT设备的告警数据管理的方法专利详情

一种OLT设备的告警数据管理的方法   0    0

有效专利 查看PDF
专利申请流程有哪些步骤?
专利申请流程图
申请
申请号:指国家知识产权局受理一件专利申请时给予该专利申请的一个标示号码。唯一性原则。
申请日:提出专利申请之日。
2015-09-21
申请公布
申请公布指发明专利申请经初步审查合格后,自申请日(或优先权日)起18个月期满时的公布或根据申请人的请求提前进行的公布。
申请公布号:专利申请过程中,在尚未取得专利授权之前,国家专利局《专利公报》公开专利时的编号。
申请公布日:申请公开的日期,即在专利公报上予以公开的日期。
2016-03-02
授权
授权指对发明专利申请经实质审查没有发现驳回理由,授予发明专利权;或对实用新型或外观设计专利申请经初步审查没有发现驳回理由,授予实用新型专利权或外观设计专利权。
2018-01-30
预估到期
发明专利权的期限为二十年,实用新型专利权期限为十年,外观设计专利权期限为十五年,均自申请日起计算。专利届满后法律终止保护。
2035-09-21
基本信息
有效性 有效专利 专利类型 发明专利
申请号 CN201510604315.1 申请日 2015-09-21
公开/公告号 CN105302703B 公开/公告日 2018-01-30
授权日 2018-01-30 预估到期日 2035-09-21
申请年 2015年 公开/公告年 2018年
缴费截止日
分类号 G06F11/34 主分类号 G06F11/34
是否联合申请 独立申请 文献类型号 B
独权数量 1 从权数量 7
权利要求数量 8 非专利引证数量 0
引用专利数量 5 被引证专利数量 0
非专利引证
引用专利 CN103425663A、US2004162810A、CN104038378A、CN103595569A、CN1592233A 被引证专利
专利权维持 5 专利申请国编码 CN
专利事件 转让 事务标签 公开、实质审查、授权、权利转移
申请人信息
申请人 第一申请人
专利权人 上海斐讯数据通信技术有限公司 当前专利权人 蚌埠立超信息科技有限公司
发明人 朱亚娟 第一发明人 朱亚娟
地址 上海市松江区思贤路3666号 邮编 201616
申请人数量 1 发明人数量 1
申请人所在省 上海市 申请人所在市 上海市松江区
代理人信息
代理机构
专利代理机构是经省专利管理局审核,国家知识产权局批准设立,可以接受委托人的委托,在委托权限范围内以委托人的名义办理专利申请或其他专利事务的服务机构。
上海硕力知识产权代理事务所 代理人
专利代理师是代理他人进行专利申请和办理其他专利事务,取得一定资格的人。
郭桂峰
摘要
本发明提供一种OLT设备的告警数据管理的方法,包括以下步骤:S1、查找与全局位置变量相同的告警位置变量所在的关联数据做为当前关联数据,在当前关联数据中调取识别指引号;S2、检测识别指引号是否等于初始化数据,若否,执行步骤S3,若是,执行步骤S4;S3、删除识别指引号所指引的告警数据,执行步骤S4;S4、向告警表中插入告警条目,并把告警条目的会话识别号保存为当前关联数据的识别指引号;S5、全局位置变量加1。本发明可以直接老化最老的告警条目后,再新插入一个告警条目,并且该告警表只需要保存一份告警数据,节省空间,内部程序操作快速,需要维护代码量少。
  • 摘要附图
    一种OLT设备的告警数据管理的方法
  • 说明书附图:图1
    一种OLT设备的告警数据管理的方法
法律状态
序号 法律状态公告日 法律状态 法律状态信息
1 2021-03-26 专利权的转移 登记生效日: 2021.03.12 专利权人由蚌埠立超信息科技有限公司变更为湖州帷幄知识产权运营有限公司 地址由233000 安徽省蚌埠市燕山路8319号(上理工科技园6号302室)变更为313000 浙江省湖州市吴兴区爱山街道新天地商务写字楼1019室
2 2018-01-30 授权
3 2016-03-02 实质审查的生效 IPC(主分类): G06F 11/34 专利申请号: 201510604315.1 申请日: 2015.09.21
4 2016-02-03 公开
权利要求
权利要求书是申请文件最核心的部分,是申请人向国家申请保护他的发明创造及划定保护范围的文件。
1.一种OLT设备的告警数据管理的方法,其特征在于,在告警数据库中建立告警表和关联表,所述告警表用于存储多组告警数据,所述关联表用于存储多组关联数据,所述告警数据包括会话识别号,所述关联数据包括识别指引号和告警位置变量,所述识别指引号用于指向其中一组告警数据,且告警表和关联表中条目数量相同,所述告警数据库中设置有当前告警表、历史告警表和事件表,且当前告警表、历史告警表和事件表均包括一组告警表和关联表,所述告警数据库中还设置有全局位置变量,所述告警数据管理的方法包括以下步骤:
S1、查找与全局位置变量相同的告警位置变量所在的关联数据做为当前关联数据,在当前关联数据中调取识别指引号;
S2、检测识别指引号是否等于初始化数据,若否,执行步骤S3,若是,执行步骤S4;
S3、删除识别指引号所指引的告警数据,执行步骤S4;
S4、向告警表中插入告警条目,并把告警条目的会话识别号保存为当前关联数据的识别指引号;
S5、全局位置变量加1。

2.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述步骤S3中的具体步骤为:
S31、依次查找告警表中每个告警数据中的会话识别号,检测会话识别号是否等于识别指引号,若是,执行步骤S32;
S32、删除当前告警数据。

3.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述步骤S5中,全局位置变量加1后还与列表条目N取模。

4.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述告警表和关联表均保存在嵌入式数据库中。

5.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述当前告警表中存储有会话识别号、告警号、告警描述和告警时间。

6.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述历史告警表中存储有会话识别号、告警号、告警描述、告警设置时间、告警清除时间、关联告警号。

7.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述事件表中存储有会话识别号、告警号、事件描述和事件发生时间。

8.根据权利要求1所述的OLT设备的告警数据管理的方法,其特征在于:所述告警数据库中设置关联表时,均将关联表的识别指引号初始化为0。
说明书

技术领域

[0001] 本发明涉及数据管理方法技术领域,尤其涉及OLT设备的告警数据管理的方法。

背景技术

[0002] OLT设备是重要的局端设备,用于连接光纤干线的终端设备。OLT设备在运行发生异常时,网管系统需要及时通知维护人员,采取有效措施,恢复OLT设备的正常运行。OLT设备告警管理提供告警监控,远程告警通知等方式,第一时间通知维护人员,保证故障处理的实时有效性。告警管理提供告警屏蔽,告警抑制,提高告警处理的准确性和效率。告警管理最主要的就是对告警数据的管理,告警数据主要有当前告警数据,历史告警数据,历史事件数据。
[0003] OLT设备告警数据管理是告警管理中的核心,告警管理模块必须快速有效对告警数据进行快速的查找和遍历。目前现有的方案是把告警数据保存两份,一份是红黑树的形式,另一份是链表,红黑树可以对告警数据进行快速查找,链表可以对告警数据进行遍历。
[0004] OLT告警数据数据量大,如果对告警数据进行快速查找和遍历,目前的方法用红黑树的保存形式可以对数据进行快速查找,链表的形式可以对数据进行遍历,虽然满足了告警管理的要求,但是浪费了空间,每次对告警数据的操作,需要维护两份数据,效率也不是非常高。
[0005] 设备运行时,告警会不断地产生,由于设备的空间限制,存储告警的告警条目是有一定限制的,告警条目满后,必须对告警进行老化,才能确保新的告警的插入。

发明内容

[0006] 本发明的目的是提供一种OLT设备的告警数据管理的方法,通过对OLT告警数据库中的每一个告警表配置一个关联表项来保存所有告警的会话标识号,位置变量指向告警表的下一个可用条目,如果告警表写满后,可以直接老化最老的告警条目后,在新插入一个告警条目。
[0007] 为了实现本发明的目的,本发明是通过以下技术方案实现的:
[0008] 一种OLT设备的告警数据管理的方法,在告警数据库中建立告警表和关联表,所述告警表用于存储多组告警数据,所述关联表用于存储多组关联数据,所述告警数据包括会话识别号,所述关联数据包括识别指引号和告警位置变量,所述告警数据库中还设置有全局位置变量,所述告警数据管理的方法包括以下步骤:
[0009] S1、查找与全局位置变量相同的告警位置变量所在的关联数据做为当前关联数据,在当前关联数据中调取识别指引号;
[0010] S2、检测识别指引号是否等于初始化数据,若否,执行步骤S3,若是,执行步骤S4;
[0011] S3、删除识别指引号所指引的告警数据,执行步骤S4;
[0012] S4、向告警表中插入告警条目,并把告警条目的会话识别号保存为当前关联数据的识别指引号;
[0013] S5、全局位置变量加1。
[0014] 进一步地,所述告警数据库中设置有当前告警表、历史告警表和事件表,且当前告警表、历史告警表和事件表均包括一组告警表和关联表。
[0015] 进一步地,所述步骤S3中的具体步骤为:
[0016] S31、依次查找告警表中每个告警数据中的会话识别号,检测会话识别号是否等于识别指引号,若是,执行步骤S32;
[0017] S32、删除当前告警数据。
[0018] 进一步地,所述步骤S5中,全局位置变量加1后还与列表条目N取模。
[0019] 进一步地,所述告警表和关联表均保存在嵌入式数据库中。
[0020] 进一步地,所述当前告警表中存储有会话识别号、告警号、告警描述和告警时间。
[0021] 进一步地,所述历史告警表中存储有会话识别号、告警号、告警描述、告警设置时间、告警清除时间、关联告警号。
[0022] 进一步地,所述事件表中存储有会话识别号、告警号、事件描述和事件发生时间。
[0023] 进一步地,所述告警数据库中设置关联表时,均将关联表的识别指引号初始化为0。
[0024] 本发明通过对OLT告警数据库中的每一个告警表配置一个关联表项来保存所有告警的会话标识号,位置变量指向告警表的下一个可用条目,如果告警表写满后,可以直接老化最老的告警条目后,再新插入一个告警条目,并且该告警表只需要保存一份告警数据,节省空间,内部程序操作快速,需要维护代码量少。

实施方案

[0027] 为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,以下说明和附图对于本发明是示例性的,并且不应被理解为限制本发明。以下说明描述了众多具体细节以方便对本发明理解。然而,在某些实例中,熟知的或常规的细节并未说明,以满足说明书简洁的要求。
[0028] 参阅图1所示,一种OLT设备的告警数据管理的方法,在告警数据库中建立告警表和关联表,告警表用于存储多组告警数据,关联表用于存储多组关联数据,告警数据包括会话识别号,关联数据包括识别指引号和告警位置变量,识别指引号用于指向其中一组告警数据,告警数据库中还设置有全局位置变量,并且告警数据库中设置关联表时,将关联表的识别指引号初始化为0,或初始化为其他与会话识别号能够区分的数据。并且告警表中存储告警数据是有限的,在这里预设告警条目的数量是N组,且告警表和关联表中条目数量相同。
[0029] 告警数据管理的方法包括以下步骤:
[0030] S1、查找与全局位置变量相同的告警位置变量所在的关联数据做为当前关联数据,在当前关联数据中调取识别指引号;该步骤用于,查找全局位置变量所指引的关联表中的关联数据,将该关联数据所存储的识别指引号取出。
[0031] S2、检测识别指引号是否等于初始化数据,若否,执行步骤S3,若是,执行步骤S4;该步骤用于检测该条关联数据中是否曾经存储有识别指引号,如果存储过识别指引号,则该识别指引号所指引的告警数据是最老的告警数据,需要删除,如果没有存储过告警数据,则在需要告警表中直接存储告警数据。
[0032] S3、删除识别指引号所指引的识别指引号,执行步骤S4;
[0033] S4、向告警表中插入告警条目,并把告警条目的会话识别号保存为当前关联数据的识别指引号;该步骤用于,当全局位置变量重新指向该关联数据时,能够指引到该关联数据指向的告警数据,从而能够从告警数据中删除并替换为最新的告警数据。
[0034] S5、全局位置变量加1,并且与列表条目N取模。该步骤用于,每次编辑过一组关联数据后,全局位置变量均能够指向下一组关联数据,这样设置能够保证S1中,全局位置变量所指引的关联数据数据是最老的,即关联数据所指引的告警数据也是最老的。
[0035] 步骤S3中的具体步骤为:
[0036] S31、依次查找告警表中每个告警数据中的会话识别号,检测会话识别号是否等于识别指引号,若是,执行步骤S32;
[0037] S32、删除当前告警数据。
[0038] 在OLT设备的告警管理过程中,告警表具体表现在当前告警表、历史告警表和事件表中,即在告警数据库中设置有当前告警表、历史告警表和事件表,且当前告警表、历史告警表和事件表均包括一组告警表和关联表。
[0039] 告警表和关联表均保存在嵌入式数据库中。该嵌入式数据库可以是sqlite、Progress、Empress等。
[0040] 在本实施例中,当前告警表中存储有会话识别号、告警号、告警描述和告警时间。
[0041] 历史告警表中存储有会话识别号、告警号、告警描述、告警设置时间、告警清除时间、关联告警号。
[0042] 事件表中存储有会话识别号、告警号、事件描述和事件发生时间。
[0043] 应当说明的是,上述实施例均可根据需要自由组合。以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干省略、改进和润饰,这些改进和润饰也应视为本发明的保护范围。

附图说明

[0025] 下面结合附图和具体实施方式对本发明作进一步详细说明:
[0026] 图1为本发明的OLT设备的告警数据管理的方法的方法原理图。
版权所有:盲专网 ©2023 zlpt.xyz  蜀ICP备2023003576号