CN112422303A - 告警数据的处理方法、管理者实体和网元 - Google Patents

Abstract

本发明实施例提供一种告警数据的处理方法、管理者实体和网元，其中方法包括：获取网元上报的第一类告警数据和第二类告警数据；其中，第一类告警数据包括实时告警消息，第二类告警数据包括同步告警文件；实时告警消息中包含有告警上报时间，同步告警文件中包含有文件生成时间；基于告警上报时间和文件生成时间，确定实时告警消息和同步告警文件的告警顺序，并基于告警顺序处理实时告警消息和同步告警文件。本发明实施例提供的方法、管理者实体和网元，通过比较告警上报时间和文件生成时间确定告警顺序，解决了告警乱序问题，保证了业务逻辑正确性，且增加告警上报时间和文件生成时间带来的额外开销可以忽略不计，不会对告警上报效率造成负面影响。

Description

告警数据的处理方法、管理者实体和网元

技术领域

本发明涉及无线通信技术领域，尤其涉及一种告警数据的处理方法、管理者实体和网元。

背景技术

在网络管理系统中，网络设备上运行的网元代理实体通过简单网络管理协议SNMP协议与网管的管理者实体进行交互，其中网元代理实体以SNMP Trap的形式向管理者实体上报实时告警消息，反映当前网络设备的运行状况，以便及时采取相应的措施，保证网络设备的正常运行。

由于Trap消息是一种采用UDP/IP(User Datagram Protocol/InternetProtocol，用户数据报协议/网际协议)发送的无确认访问，无法保证管理者实体能够及时、准确、无遗漏的获得网元代理实体发送的实时告警消息，需要网元代理实体在不定时生成FTP(File Transfer Protocol，文件传输协议)形式的同步告警文件，并上传到管理者实体的文件服务器上，以便于管理者实体能够从文件服务器上下载同步告警文件，确保管理者实体能够全面、及时地掌握网络设备的运行状况。

图1为现有技术中实时告警消息和同步告警文件的上报流程示意图，如图1所示，网元(即网元代理实体，以下简称为网元)将实时告警消息Alarm上报至管理者，经由告警处理器处理，生成队列Queue<Alarm>，将同步告警文件上传至文件服务器，使得管理者从文件服务器上下载同步告警文件后，经由告警文件传输事件处理器处理，生成队列Queue<List<Alarm>>。

然而，由于上报时机具有随机性，且网络环境和文件服务器性能存在差异，引发先上报后到达的问题。例如，网元先上报了包含10条活跃告警的同步告警文件，但是因为文件服务器繁忙或者网络原因，出现了文件上传缓慢的现象。此后，网元上报了用于清除活跃告警的实时告警消息，此时网元处实际留存的活跃告警为9条。实时告警消息上报成功后，同步告警文件上传文件服务器成功，上报了同步告警文件传输结果通知。虽然网元处是先上报了同步告警文件，后上报了实时告警消息，但是在管理者实体处，先接收到了实时告警消息，后下载了同步告警文件，管理者实体处留存的活跃告警以最后到达的同步告警文件中的活跃告警数量为准，即留存10条活跃告警。

由此可见，实时告警消息和同步告警文件乱序，会导致管理者实体处通过实时告警消息和同步告警文件得到的告警状况与网元处的实际告警状况不一致，引发后续业务的逻辑处理错误。

发明内容

本发明实施例提供一种告警数据的处理方法、管理者实体和网元，用以解决现有的实时告警消息和同步告警文件乱序的问题。

第一方面，本发明实施例提供一种告警数据的处理方法，包括：

获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

优选地，所述基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件，具体包括：

从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中；其中，所述告警队列用于按照所述告警数据的获取顺序存储所述告警数据；所述临时队列包括实时告警消息队列和同步告警文件队列；

若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理。

优选地，当存在多个所述网元时，所述从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，具体包括：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列为空。

优选地，当存在多个所述网元时，所述从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，具体包括：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列中，待提取的所述告警数据与上一所述告警数据的类型不同，且所述待提取的告警数据对应类型的所述临时队列不为空。

优选地，所述若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头的所述同步告警文件进行处理，还包括：

若所述实时告警消息队列和所述同步告警文件队列均为空，则将所述当前网元更新为另一所述网元。

优选地，所述若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头的所述同步告警文件进行处理，还包括：

若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元；所述告警队列为双向队列。

优选地，所述若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元，具体包括：

若任一所述类型对应的所述临时队列为空，则判断另一所述类型对应的所述临时队列中告警数据的比对次数是否大于预设比对次数阈值：

若大于，则从所述另一类型对应的临时队列中提取所述告警数据进行处理；

否则，将所述比对次数加1，从所述另一类型对应的临时队列中提取所述告警数据，存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元。

第二方面，本发明实施例提供一种告警数据的处理方法，包括：

获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

第三方面，本发明实施例提供一种管理者实体，包括：

告警数据获取单元，用于获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

顺序处理单元，用于基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

优选地，所述顺序处理单元包括：

队列排序子单元，用于从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中；其中，所述告警队列用于按照所述告警数据的获取顺序存储所述告警数据；所述临时队列包括实时告警消息队列和同步告警文件队列；

比较处理子单元，用于若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理。

优选地，当存在多个所述网元时，所述队列排序子单元具体用于：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列为空。

优选地，当存在多个所述网元时，所述队列排序子单元具体用于：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列中，待提取的所述告警数据与上一所述告警数据的类型不同，且所述待提取的告警数据对应类型的所述临时队列不为空。

优选地，所述比较处理子单元还用于：

若所述实时告警消息队列和所述同步告警文件队列均为空，则将所述当前网元更新为另一所述网元。

优选地，所述比较处理子单元还包括回放子单元；所述回放子单元用于：

若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元；所述告警队列为双向队列。

优选地，所述回放子单元具体用于：

若任一所述类型对应的所述临时队列为空，则判断另一所述类型对应的所述临时队列中告警数据的比对次数是否大于预设比对次数阈值：

若大于，则从所述另一类型对应的临时队列中提取所述告警数据进行处理；

否则，将所述比对次数加1，从所述另一类型对应的临时队列中提取所述告警数据，存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元。第四方面，本发明实施例提供一种网元，包括：

告警生成单元，用于获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

告警上报单元，用于将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

第五方面，本发明实施例提供一种电子设备，包括处理器、通信接口、存储器和总线，其中，处理器，通信接口，存储器通过总线完成相互间的通信，处理器可以调用存储器中的逻辑指令，以执行如第一方面或第二方面所提供的方法的步骤。

第六方面，本发明实施例提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如第一方面或第二方面所提供的方法的步骤。

本发明实施例提供的一种告警数据的处理方法、管理者实体和网元，在实时告警消息中设置告警上报时间，在同步告警文件中设置文件生成时间，从而通过比较告警上报时间和文件生成时间确定实时告警消息和同步告警文件的告警顺序，有效解决了告警乱序问题，避免了管理者实体处的告警状况与网元处的实际告警状况不一致的问题，保证了业务逻辑的正确性，且增加告警上报时间和文件生成时间带来的额外开销可以忽略不计，不会对告警上报效率造成负面影响。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中实时告警消息和同步告警文件的上报流程示意图；

图2为本发明实施例提供的告警数据的处理方法的流程示意图；

图3为本发明实施例提供的告警队列生成方法的流程示意图；

图4为本发明另一实施例提供的告警数据的处理方法的流程示意图；

图5为本发明又一实施例提供的告警数据的处理方法的流程示意图；

图6为本发明再一实施例提供的告警数据的处理方法的流程示意图；

图7为本发明实施例提供的管理者实体的结构示意图；

图8为本发明另一实施例提供的网元的结构示意图；

图9为本发明实施例提供的电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

由于上报时机具有随机性，且网络环境和文件服务器性能存在差异，当前针对实时告警消息和同步告警文件的上报可能存在上报后到达导致存在告警乱序的问题。针对上述问题，本发明实施例提供了一种告警数据的处理方法。图2为本发明实施例提供的告警数据的处理方法的流程示意图，如图2所示，该方法的执行主体为网络管理系统中的管理者实体，例如OMC(Operation and Maintenance Center，操作维护中心)。该方法包括：

步骤210，获取网元上报的第一类告警数据和第二类告警数据；其中，第一类告警数据包括实时告警消息，第二类告警数据包括同步告警文件；实时告警消息中包含有告警上报时间，同步告警文件中包含有文件生成时间。

具体地，在网络管理系统中，管理者实体可能接收到来自不同网元的告警数据。此处，网元可以是路由器、交换机、基站等设备。告警数据可以是实时告警消息，或者同步告警文件，此处实时告警消息即以SNMP Trap的形式向管理者实体实时上报的告警消息，实时告警消息可以是活跃告警或清除告警；同步告警文件即以FTP的形式上传至管理者实体的文件服务器的告警文件，同步告警文件中包含有活跃告警列表。需要说明的是，第一类告警数据和第二类告警数据仅用于区分告警数据的类型。

为了便于确定实时告警消息和同步告警文件的先后顺序，网元在生成实时告警消息时，将告警上报时间包含在实时告警消息中，在生成同步告警文件时，将文件生成时间也包含在同步告警文件中。此处，告警上报时间用于指示对应的实时告警消息的上报时间，文件生成时间用于指示同步告警文件的生成时间。

管理者实体在确定网元上报的实时告警消息和同步告警文件的告警顺序时，需要从实时告警消息中提取告警上报时间，从同步告警文件中提取文件生成时间。

步骤220，基于告警上报时间和文件生成时间，确定实时告警消息和同步告警文件的告警顺序，并基于告警顺序处理实时告警消息和同步告警文件。

具体地，针对任一网元，若该网元对应有实时告警消息和同步告警文件两种类型的告警数据，则需要对实时告警消息对应告警上报时间，以及同步告警文件对应的文件生成时间进行先后顺序比较，时间在前者则对应的顺序在前，例如，针对任一实时告警消息和任一同步告警文件，若告警上报时间早于文件生成时间，则该实时告警消息的告警顺序在该同步告警文件之前；若告警上报时间晚于文件生成时间，则该实时告警消息的告警顺序在该同步告警文件之后。在得到告警顺序之后，可以根据告警顺序处理实时告警消息和同步告警文件，即先处理告警顺序在前的告警数据。

本发明实施例提供的方法，在实时告警消息中设置告警上报时间，在同步告警文件中设置文件生成时间，从而通过比较告警上报时间和文件生成时间确定实时告警消息和同步告警文件的告警顺序，有效解决了告警乱序问题，避免了管理者实体处的告警状况与网元处的实际告警状况不一致的问题，保证了业务逻辑的正确性，且增加告警上报时间和文件生成时间带来的额外开销可以忽略不计，不会对告警上报效率造成负面影响。

基于上述实施例，图3为本发明实施例提供的告警队列生成方法的流程示意图，如图3所示，该方法中，步骤210之前还包括：若接收到任一网元发送的实时告警消息，则将实时告警消息保存在该网元对应的告警队列中；和/或，若接收到任一网元发送的文件传输完成消息，则从文件服务器中下载该网元对应的同步告警文件，并将同步告警文件保存在该网元对应的告警队列中。

此处，告警队列与网元是一一对应的，不同的网元对应不同的告警队列，告警队列用于存储包含实时告警消息和同步告警文件在内的告警数据，告警队列中的告警数据是以管理者实体获取的时间顺序存储的。图3中，String即为网元对应的字符串，Object为告警数据，Deque<Object>为包含有告警数据的告警队列，Map<String，Deque<Object>>用于表示网元与告警队列之间的映射关系。

此处，Deque为双向队列，Deque对头和尾操作提供了丰富的接口，方便程序进行便捷处理，使得告警数据的放入和取出更为灵活。需要说明的是，告警队列不仅可以是双向队列，也可以是单相队列Quque等，本发明实施例对此不作具体限定。

针对直接由网元上报的实时告警消息，管理者实体接收实时告警消息并保存在网元对应的告警队列中。此处，实时告警消息可以用Alarm对象表示，Alarm对象中包含有createTime，即告警上报时间。

针对网元上传至文件服务器的同步告警文件，网元完成同步告警文件的上传后，会向管理者实体发送文件传输完成消息，用于指示同步告警文件的上传已经完成。管理者实体在接收到文件传输完成消息后，从文件服务器中下载该同步告警文件，并将同步告警文件保存在网元对应的告警队列中。此处，同步告警文件可以用AlarmWrapper对象表示，AlarmWrapper对象包含alarmReportTime和AlarmList，其中alarmReportTime为文件生成时间，AlarmList为活跃告警列表。

基于上述任一实施例，该方法中，步骤220具体包括：

步骤221，从网元对应的告警队列的队头开始，依次从告警队列中提取告警数据，并基于告警数据的类型，将告警数据存储在对应类型的临时队列中；其中，告警队列用于按照告警数据的获取顺序存储告警数据；临时队列包括实时告警消息队列和同步告警文件队列；

具体地，当需要针对任一网元确定告警数据的告警顺序时，可以从网元对应的告警队列的队头开始，逐个从该网元对应的告警队列中提取告警数据，此处提取告警数据的顺序即告警数据的获取顺序，获取越早则越先提取，告警队列的队头即最早获取的告警数据。例如，若当前提取的告警数据的类型为实时消息类型，则将该告警数据放入对应类型的临时队列，即实时告警消息队列中；若当前提取的告警数据的类型为文件类型，则将该告警数据放入对应类型的临时队列，即同步告警文件队列中。此处，实时告警消息队列用于存放从告警队列中提取的类型为实时告警消息的告警数据，同步告警文件用于存放从告警队列中提取的类型为同步告警文件的告警数据，且临时队列中，告警数据以管理者实体获取时间的先后为顺序排列。

步骤222，若实时告警消息队列中队头的告警上报时间，早于同步告警文件队列中队头的文件生成时间，则从实时告警消息队列提取队头对应的实时告警消息进行处理，否则从同步告警文件队列提取队头对应的同步告警文件进行处理。

具体地，实时告警消息队列中的各个实时告警消息是按照管理者实体接收各个实时告警消息的先后顺序排列的，队头即队列中最早接收的实时告警消息；同样地，同步告警文件队列中的各个同步告警文件是按照管理者实体下载各个同步告警文件的先后顺序排列的，队头即队列中最早下载的同步告警文件。

在得到实时告警消息队列和同步告警文件队列后，比较实时告警消息队列队头的告警上报时间和同步告警文件队列队头的文件生成时间：

如果告警上报时间早于文件生成时间，则说明实时告警消息队列的队头的告警顺序排在最前，优先处理队头对应的实时告警消息；如果告警上报时间晚于文件生成时间，则说明同步告警文件队列的队头的告警顺序排在最前，优先处理队头对应的同步告警文件。

此处，针对告警数据的处理即进行持久化并上报，此处持久化是指将告警数据持久化到数据库中，上报即上报上级网管或者上报北向接口，本发明实施例对此不作具体限定。

需要说明的是，在完成实时告警消息队列或同步告警文件队列中队头对应的告警数据的处理后，排列在队头后的下一位告警数据即更新为队头对应的告警数据，并重新触发告警消息队列中队头的告警上报时间，以及同步告警文件队列中队头的文件生成时间的比较，从而确定告警顺序，并基于告警顺序实现临时队列中告警数据的处理。

基于上述任一实施例，该方法中，当存在多个网元时，步骤221具体包括：将任一网元作为当前网元，从当前网元对应的告警队列的队头开始，依次从告警队列中提取告警数据，并基于告警数据的类型，将告警数据存储在对应类型的临时队列中，直至告警队列为空；

具体地，当存在多个网元时，管理者实体需要处理每一网元对应的告警数据。本发明实施例中的步骤221提供了针对任一网元的告警数据处理方法，将任一网元作为当前网元，对当前网元的告警数据进行集中处理后，再处理其余网元的告警数据：从当前网元对应的告警队列中提取告警数据，直至告警队列中所有的告警数据均存储在对应类型的临时队列中，告警队列为空。

基于上述任一实施例，该方法中，当存在多个网元时，步骤221具体包括：将任一网元作为当前网元，从当前网元对应的告警队列的队头开始，依次从告警队列中提取告警数据，并基于告警数据的类型，将告警数据存储在对应类型的临时队列中，直至告警队列中，待提取的告警数据与上一告警数据的类型不同，且待提取的告警数据对应类型的临时队列不为空。

具体地，当存在多个网元时，为了兼顾不同网元的告警数据处理效率，针对单一网元对应的告警队列，在从告警队列中提取告警数据时，设置了中断条件，以缩减单次处理单一网元的告警数据所耗用的时间：

在从告警队列中提取告警数据时，针对待提取的告警数据，判断该告警数据与上一次提取的告警数据的类型是否不同，即是否一个是实时告警消息，另一个是同步告警文件：

如果不同，则判断该告警数据对应类型的临时队列是否为空，若不为空，则停止告警数据的提取。

如果不同，且该告警数据对应类型的临时队列为空，则从告警队列中提取该告警数据，并放入对应类型的临时队列，

如果相同，则直接从告警队列中提取该告警数据，放入对应类型的临时队列。

例如，从告警队列中提取的第1-5个告警数据均为实时告警消息，逐一放入实时告警消息队列。第6个告警数据为同步告警文件，与第5个告警数据的类型不同，且此时同步告警文件队列为空，则将第6个告警数据放入同步告警文件队列。第7个告警数据为同步告警文件，与第6个告警数据的类型相同，将第7个告警数据放入同步告警文件队列。第8个告警数据为实时告警消息，与第7个告警数据的类型不同，且此时实时告警消息队列不为空，满足中断条件，停止告警数据的提取。

本发明实施例提供的方法，通过设置中断条件，使得针对单一网元的单次告警数据的提取只处理告警队列中的部分告警数据，能够缩短单次告警顺序确定的时间，从而在相同时长内实现针对更多网元的告警顺序确定和告警处理，兼顾了网元间告警的处理效率。

基于上述任一实施例，该方法中，步骤222还包括：若实时告警消息队列和同步告警文件队列均为空，则将当前网元更新为另一网元。

在告警队列为空后，执行步骤222，通过比较实时告警消息队列队头的告警上报时间和同步告警文件队列队头的文件生成时间，处理实时告警消息队列和同步告警文件队列队头的告警队列，在此过程中，两个临时队列中的告警消息逐步减少，直至两个临时队列中的告警消息均被处理完毕，两个临时队列均为空，此时当前网元对应的告警消息全部处理完毕，将当前网元更新为另一网元，以针对另一网元执行告警数据的处理方法。

本发明实施例提供的方法，实现了针对单一网元的告警数据的集中处理，能够在避免告警乱序的同时，有效提高单一网元的告警数据处理效率。

基于上述任一实施例，该方法中，步骤222还包括：若任一类型对应的临时队列为空，则将另一类型对应的临时队列中的告警数据存储在告警队列的队头，并将当前网元更新为另一网元；告警队列为双向队列。

具体地，比较两个临时队列的队头，即实时告警消息队列中队头的告警上报时间，以及同步告警文件队列中队头的文件生成时间的大小，并优先处理时间靠前的队头对应的告警数据。在此过程中，必然存在一个临时队列先于另一个临时队列处理完成的情况，即一个临时队列中的所有告警数据均已持久化并上报，此时该临时队列为空，将另一个临时队列中剩余的告警数据不再具备时间比较对象，将剩余的告警数据存储在告警队列的队头。

需要说明的是，在将临时队列中剩余的告警数据存入告警队列时，需要保持告警队列中按照告警数据的获取顺序存储的规则，即将剩余的告警数据存储在告警队列的队头。此时，告警队列必然是能够支持首尾两端放入数据的双向队列。预先将告警队列设置为双向队列，能够保证临时队列中剩余的告警数据在回存告警队列时，不会导致告警队列内获取顺序的乱序。

在将剩余的告警数据存入告警队列后，将当前网元更新为另一网元，以针对另一网元执行告警数据的处理方法。

本发明实施例提供的方法，在保证告警顺序的同时，能够兼顾不同网元的告警数据处理效率。

基于上述任一实施例，该方法中，所述若任一类型对应的临时队列为空，则将另一类型对应的临时队列中的告警数据存储在告警队列的队头，并将当前网元更新为另一网元，具体包括：若任一类型对应的临时队列为空，则判断另一类型对应的临时队列中告警数据的比对次数是否大于预设比对次数阈值：若大于，则从另一类型对应的临时队列中提取告警数据进行处理；否则，将比对次数加1，从另一类型对应的临时队列中提取告警数据，存储在告警队列的队头，并将当前网元更新为另一网元。

具体地，当任一类型对应的临时队列为空时，需要将另一类型对应的临时队列中的告警数据回存至告警队列。然而如果在一段时间内，告警队列中一直没有存入新的任一类型的告警数据，则再次将告警队列中的告警数据取出并存入对应类型的临时队列后，任一类型的临时队列依然为空，仍需将另一类型的临时队列中的告警数据再次回存至告警队列。为了避免多次取出和存入后，仍无法处理一类告警数据，针对告警数据记录比对次数，此处，比对次数即将告警数据从告警队列中取出并存入对应类型的临时队列的次数。预设比对次数阈值即预先设定的最大比对次数。

当任一类型对应的临时队列为空时，判断不为空的临时队列中的告警数据对应的比对次数是否大于预设比对次数阈值，如果比对次数大于预设比对次数阈值，则直接从临时队列中提取告警数据并处理；如果比对次数小于等于预设比对次数阈值，则将比对次数加1，从临时队列中提取告警数据，重新存储在告警队列的队头。

在完成针对另一临时队列中的告警数据的处理或者回存之后，两个临时队列均为空，此时将当前网元更新为另一网元，以针对另一网元执行告警数据的处理方法。

基于上述任一实施例，图4为本发明另一实施例提供的告警数据的处理方法的流程示意图，如图4所示，该方法包括：

步骤410，当需要针对任一网元的告警数据进行处理时，将该网元的关键字dn作为String，遍历Map<String，Deque<Object>>，获取dn对应的Deque<Object>，即该网元对应的告警队列。

步骤420，从告警队列Deque<Object>中逐一提取告警数据Object，并根据告警数据的类型，将告警数据放入对应类型的临时队列中。此处，临时队列为实时告警消息队列和同步告警文件队列。

步骤430，比较两个临时队列中队头的产生时间，并将时间小的从临时队列中取出进行持久化并上报北向，重复操作直至两个临时队列都为空。需要说明的是，实时告警消息队列和同步告警文件队列中的告警数据本身是有序的，因此在告警数据的处理时，只需要考虑不同类型的告警数据的先后顺序，不需要考虑同一类型的告警数据的先后顺序。此外，当告警数据的类型为实时告警消息，对应的产生时间即告警上报时间，当告警数据的类型为同步告警文件，对应的产生时间即文件生成时间。完成后，返回步骤410，处理另一网元的告警数据。

本发明实施例提供的方法，可以一次性完成一个网元的告警数据处理，能够有效提高单一网元告警数据的处理效率。

基于上述任一实施例，图5为本发明又一实施例提供的告警数据的处理方法的流程示意图，如图5所示，该方法包括：

步骤510，当需要针对任一网元的告警数据进行处理时，将该网元的关键字dn作为String，遍历Map<String，Deque<Object>>，获取dn对应的Deque<Object>，即该网元对应的告警队列。

步骤520，从告警队列Deque<Object>中逐一提取告警数据Object，并根据告警数据的类型，将告警数据放入对应类型的临时队列中。此处，临时队列为实时告警消息队列和同步告警文件队列。

在将告警数据放入对应类型的临时队列前，需要判断该告警数据与上一告警数据的类型是否一致，如果一致则直接放入对应类型的临时队列，如果不一致则进一步判断该告警数据对应类型的临时队列中是否已经存在告警数据，如果已经存在，则说明针对该类型对应的临时队列的告警数据的放入发生过中断，不再向该类型对应的临时队列中放入告警数据。

步骤530，比较两个临时队列中队头的产生时间，并将时间小的从临时队列中取出进行持久化并上报北向，重复操作直至任意一个临时队列为空，将另一个不为空的临时队列中的告警数据重新放入告警队列Deque<Object>。完成后，返回步骤510，处理另一网元的告警数据。

本发明实施例提供的方法，处理连续的一批告警数据后，即可转至下一个网元，从而对多个网元的告警数据进行循环处理，兼顾了各个网元告警数据处理的公平性。

基于上述任一实施例，图6为本发明再一实施例提供的告警数据的处理方法的流程示意图，如图6所示，该方法的执行主体为任一网元，该方法包括：

步骤610，获取待上报的第一类告警数据和第二类告警数据；其中，第一类告警数据包括实时告警消息，第二类告警数据包括同步告警文件；实时告警消息中包含有告警上报时间，同步告警文件中包含有文件生成时间；

具体地，在网元运行过程中，需要实时检测当前是否存在告警数据。此处，告警数据可以是实时告警消息，或者同步告警文件，实时告警消息即以SNMP Trap的形式向管理者实体实时上报的告警消息，实时告警消息可以是活跃告警或清除告警；同步告警文件即以FTP的形式上传至管理者实体的文件服务器的告警文件，同步告警文件中包含有活跃告警列表。需要说明的是，第一类告警数据和第二类告警数据仅用于区分告警数据的类型。

为了便于管理者实体确定实时告警消息和同步告警文件的先后顺序，网元在生成实时告警消息时，将告警上报时间包含在实时告警消息中，在生成同步告警文件时，将文件生成时间也包含在同步告警文件中。此处，告警上报时间用于指示对应的实时告警消息的上报时间，文件生成时间用于指示同步告警文件的生成时间。

步骤620，将第一类告警数据和第二类告警数据上报至管理者实体，以使得管理者实体能够基于告警上报时间和文件生成时间，确定实时告警消息和同步告警文件的告警顺序，并基于告警顺序处理实时告警消息和同步告警文件。

具体地，若存在待上报的告警数据，则将告警数据上报至管理者实体。其中，针对第一类告警数据，即实时告警消息，网元可以直接发送至管理者实体；针对第二类告警数据，即同步告警文件，网元需要上传至文件服务器，并向管理者实体发送文件传输完成消息。

管理者实体在得到告警数据后，可以从实时告警消息中提取告警上报时间，从同步告警文件中提取文件生成时间，并对告警上报时间和文件生成时间进行先后顺序比较，从而确定告警顺序，并基于告警顺序处理实时告警消息和同步告警文件。

本发明实施例提供的方法，在实时告警消息中设置告警上报时间，在同步告警文件中设置文件生成时间，从而通过比较告警上报时间和文件生成时间确定实时告警消息和同步告警文件的告警顺序，有效解决了告警乱序问题，避免了管理者实体处的告警状况与网元处的实际告警状况不一致的问题，保证了业务逻辑的正确性，且增加告警上报时间和文件生成时间带来的额外开销可以忽略不计，不会对告警上报效率造成负面影响。

基于上述任一实施例，图7为本发明实施例提供的管理者实体的结构示意图，如图7所示，管理者实体包括告警数据获取单元710和顺序处理单元720；

其中，告警数据获取单元710用于获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

顺序处理单元720用于基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

本发明实施例提供的管理者实体，通过比较告警上报时间和文件生成时间确定实时告警消息和同步告警文件的告警顺序，有效解决了告警乱序问题，保证了业务逻辑的正确性，且增加告警上报时间和文件生成时间带来的额外开销可以忽略不计，不会对告警上报效率造成负面影响。

基于上述任一实施例，管理者实体中，所述顺序处理单元720包括：

队列排序子单元，用于从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中；其中，所述告警队列用于按照所述告警数据的获取顺序存储所述告警数据；所述临时队列包括实时告警消息队列和同步告警文件队列；

比较处理子单元，用于若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理。

基于上述任一实施例，管理者实体中，当存在多个所述网元时，所述队列排序子单元具体用于：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列为空。

基于上述任一实施例，管理者实体中，所述比较处理子单元还用于：

若所述实时告警消息队列和所述同步告警文件队列均为空，则将所述当前网元更新为另一所述网元。

基于上述任一实施例，管理者实体中，当存在多个所述网元时，所述队列排序子单元具体用于：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列中，待提取的所述告警数据与上一所述告警数据的类型不同，且所述待提取的告警数据对应类型的所述临时队列不为空。

基于上述任一实施例，管理者实体中，所述比较处理子单元还包括：

回放子单元，用于若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元；所述告警队列为双向队列。

基于上述任一实施例，所述回放子单元具体用于：

若任一所述类型对应的所述临时队列为空，则判断另一所述类型对应的所述临时队列中告警数据的比对次数是否大于预设比对次数阈值：

若大于，则从所述另一类型对应的临时队列中提取所述告警数据进行处理；

否则，将所述比对次数加1，从所述另一类型对应的临时队列中提取所述告警数据，存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元。

基于上述任一实施例，图8为本发明另一实施例提供的网元的结构示意图，如图8所示，网元包括告警生成单元810和告警上报单元820；

其中，告警生成单元810用于获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

告警上报单元820用于将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

本发明实施例提供的网元，在实时告警消息中设置告警上报时间，在同步告警文件中设置文件生成时间，从而使得管理者实体能够通过比较告警上报时间和文件生成时间确定实时告警消息和同步告警文件的告警顺序，有效解决了告警乱序问题，保证了业务逻辑的正确性，且增加告警上报时间和文件生成时间带来的额外开销可以忽略不计，不会对告警上报效率造成负面影响。

图9为本发明实施例提供的电子设备的实体结构示意图，如图9所示，该电子设备可以包括：处理器(processor)901、通信接口(Communications Interface)902、存储器(memory)903和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信。处理器901可以调用存储在存储器903上并可在处理器901上运行的计算机程序，以执行上述各实施例提供的告警数据的处理方法，例如包括：获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

处理器901还可以调用存储在存储器903上并可在处理器901上运行的计算机程序，以执行上述各实施例提供的告警数据的处理方法，例如包括：获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

此外，上述的存储器903中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的告警数据的处理方法，例如包括：获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

本发明实施例还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的告警数据的处理方法，例如包括：获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (18)

1.一种告警数据的处理方法，其特征在于，包括：

获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

2.根据权利要求1所述的告警数据的处理方法，其特征在于，所述基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件，具体包括：

从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中；其中，所述告警队列用于按照所述告警数据的获取顺序存储所述告警数据；所述临时队列包括实时告警消息队列和同步告警文件队列；

若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理。

3.根据权利要求2所述的告警数据的处理方法，其特征在于，当存在多个所述网元时，所述从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，具体包括：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列为空。

4.根据权利要求2所述的告警数据的处理方法，其特征在于，当存在多个所述网元时，所述从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，具体包括：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列中，待提取的所述告警数据与上一所述告警数据的类型不同，且所述待提取的告警数据对应类型的所述临时队列不为空。

5.根据权利要求3或4所述的告警数据的处理方法，其特征在于，所述若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理，还包括：

若所述实时告警消息队列和所述同步告警文件队列均为空，则将所述当前网元更新为另一所述网元。

6.根据权利要求3或4所述的告警数据的处理方法，其特征在于，所述若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理，还包括：

若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元；所述告警队列为双向队列。

7.根据权利要求6所述的告警数据的处理方法，其特征在于，所述若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元，具体包括：

若任一所述类型对应的所述临时队列为空，则判断另一所述类型对应的所述临时队列中告警数据的比对次数是否大于预设比对次数阈值：

若大于，则从所述另一类型对应的临时队列中提取所述告警数据进行处理；

否则，将所述比对次数加1，从所述另一类型对应的临时队列中提取所述告警数据，存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元。

8.一种告警数据的处理方法，其特征在于，包括：

获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

9.一种管理者实体，其特征在于，包括：

告警数据获取单元，用于获取网元上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

顺序处理单元，用于基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

10.根据权利要求9所述的管理者实体，其特征在于，所述顺序处理单元包括：

队列排序子单元，用于从所述网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中；其中，所述告警队列用于按照所述告警数据的获取顺序存储所述告警数据；所述临时队列包括实时告警消息队列和同步告警文件队列；

比较处理子单元，用于若所述实时告警消息队列中队头的所述告警上报时间，早于所述同步告警文件队列中队头的所述文件生成时间，则从所述实时告警消息队列提取队头对应的所述实时告警消息进行处理，否则从所述同步告警文件队列提取队头对应的所述同步告警文件进行处理。

11.根据权利要求10所述的管理者实体，其特征在于，当存在多个所述网元时，所述队列排序子单元具体用于：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列为空。

12.根据权利要求10所述的管理者实体，其特征在于，当存在多个所述网元时，所述队列排序子单元具体用于：

将任一所述网元作为当前网元，从所述当前网元对应的告警队列的队头开始，依次从所述告警队列中提取所述告警数据，并基于所述告警数据的类型，将所述告警数据存储在对应类型的临时队列中，直至所述告警队列中，待提取的所述告警数据与上一所述告警数据的类型不同，且所述待提取的告警数据对应类型的所述临时队列不为空。

13.根据权利要求11或12所述的管理者实体，其特征在于，所述比较处理子单元还用于：

若所述实时告警消息队列和所述同步告警文件队列均为空，则将所述当前网元更新为另一所述网元。

14.根据权利要求11或12所述的管理者实体，其特征在于，所述比较处理子单元还包括：

回放子单元，用于若任一所述类型对应的所述临时队列为空，则将另一所述类型对应的所述临时队列中的所述告警数据存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元；所述告警队列为双向队列。

15.根据权利要求14所述的管理者实体，其特征在于，所述回放子单元具体用于：

若任一所述类型对应的所述临时队列为空，则判断另一所述类型对应的所述临时队列中告警数据的比对次数是否大于预设比对次数阈值：

若大于，则从所述另一类型对应的临时队列中提取所述告警数据进行处理；

否则，将所述比对次数加1，从所述另一类型对应的临时队列中提取所述告警数据，存储在所述告警队列的队头，并将所述当前网元更新为另一所述网元。

16.一种网元，其特征在于，包括：

告警生成单元，用于获取待上报的第一类告警数据和第二类告警数据；其中，所述第一类告警数据包括实时告警消息，所述第二类告警数据包括同步告警文件；所述实时告警消息中包含有告警上报时间，所述同步告警文件中包含有文件生成时间；

告警上报单元，用于将所述第一类告警数据和所述第二类告警数据上报至管理者实体，以使得所述管理者实体能够基于所述告警上报时间和所述文件生成时间，确定所述实时告警消息和所述同步告警文件的告警顺序，并基于所述告警顺序处理所述实时告警消息和所述同步告警文件。

17.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至8中任一项所述的告警数据的处理方法的步骤。

18.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至8中任一项所述的告警数据的处理方法的步骤。

Images