CN116414821A - 嵌入式环境下告警信息的传输方法、装置、设备和介质 - Google Patents

Abstract

本申请提供一种嵌入式环境下告警信息的传输方法、装置、设备和介质，其中，该方法包括：从子节点获取告警信息和所述告警信息的序列号，根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，若存在告警漏报的情况，则向北向设备上报漏报的告警和所述告警信息。该技术方案中，通过在主节点维护一个活动告警列表并为子节点的告警信息建立对应的序列号，可以通过主节点上的活动告警列表确定子节点是否存在告警漏报的情况，防止出现重复上报，减少对子节点上的资源占用，避免告警上报占用较多通信资源，影响数据正常通信。

Description

嵌入式环境下告警信息的传输方法、装置、设备和介质

技术领域

本申请涉及嵌入式技术领域，尤其涉及一种嵌入式环境下告警信息的传输方法、装置、设备和介质。

背景技术

嵌入式系统的网络结构通常为在某种不可靠通信链路上挂载一个主节点和多个子节点。其中子节点完成具体的功能，而主节点负责收集子节点的信息并进行综合后对外输出，子节点会自行产生/消除告警状态，主节点需要统计所有子节点的活动告警和历史告警，同时，节点间还有大量的常规采集/控制数据需要传输。

现有技术中，告警信息的获取是通过主节点依次轮询每个子节点当前的活动告警，与上一次轮询收到的响应进行对比，根据对比结果记录历史告警。

但是，现有技术的这种告警信息的获取方法，重复的告警查询和告警上报数量较大，对通信资源的占用较多，影响节点之间的正常数据通信。

发明内容

本申请提供一种嵌入式环境下告警信息的传输方法、装置、设备和介质，用于解决现有节点间告警信息获取影响节点正常数据通信的问题。

第一方面，本申请实施例提供一种嵌入式环境下告警信息的传输方法，应用于主节点，所述方法包括：

从子节点获取告警信息和所述告警信息的序列号，所述告警信息中包括指示告警产生事件或者告警消除事件的指示；

根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况；其中，所述活动告警列表用于存储还未消除的告警和序列号；

若存在告警漏报的情况，则向北向设备上报漏报的告警和所述告警信息。

在第一方面的一种可能设计中，所述方法还包括：

若不存在告警漏报的情况，且所述告警信息为告警消除事件的告警，则根据所述序列号和最近删除告警列表，确定所述告警信息是否已上报，所述最近删除告警列表用于存储当前时刻之前的预设时长内删除的告警的序列号；

若所述告警信息已上报，则删除所述告警信息；

若所述告警信息未上报，则向所述北向设备上报所述告警信息，根据所述序列号将所述活动告警列表中所述序列号对应的告警删除，并在所述最近删除告警列表中更新所述序列号。

在第一方面的另一种可能设计中，所述根据所述序列号和最近删除告警列表，确定所述告警信息是否已上报，包括：

若所述最近删除告警列表中包括所述告警信息的所述序列号，则确定所述告警信息已上报；

若所述最近删除告警列表中不包括所述告警信息的所述序列号，则确定所述告警信息未上报。

在第一方面的再一种可能设计中，所述方法还包括：

若不存在告警漏报的情况，且所述告警信息为告警产生事件的告警，则向所述北向设备上报所述告警信息，并根据所述序列号在所述活动告警列表中添加所述序列号对应的告警产生。

在第一方面的又一种可能设计中，所述根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，包括：

若所述告警信息为告警产生事件的告警，所述活动告警列表中存储的最后一个告警也是告警产生事件的告警，且所述告警信息的序列号与所述活动告警列表中存储的最后一个告警的序列号不同，则确定出所述活动告警列表中存储的最后一个告警的告警消除事件被漏报；

相应的，所述向北向设备上报漏报的告警和所述告警信息，包括：

向所述北向设备上报所述活动告警列表中存储的最后一个告警的告警消除事件；

向所述北向设备上报所述告警信息。

在第一方面的又一种可能设计中，所述根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，包括：

若所述告警信息为告警消除事件的告警，所述活动告警列表中存储的最后一个告警是告警产生事件的告警，且所述告警信息的序列号与所述活动告警列表中存储的最后一个告警的序列号不同，则确定出所述活动告警列表中存储的最后一个告警的告警消除事件和所述告警信息的所述序列号对应的告警产生事件被漏报；

相应的，所述向北向设备上报漏报的告警和所述告警信息，包括：

向所述北向设备上报所述活动告警列表中存储的最后一个告警的告警消除事件；

向所述北向设备上报所述告警信息的所述序列号对应的告警产生事件；

向所述北向设备上报所述告警信息。

在第一方面的又一种可能设计中，所述根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，包括：

若所述告警信息为告警消除事件的告警，所述活动告警列表中存储的最后一个告警也是告警消除事件的告警，则确定出所述告警信息的所述序列号对应的告警产生事件被漏报；

相应的，所述向北向设备上报漏报的告警和所述告警信息，包括：

向所述北向设备上报所述告警信息的所述序列号对应的告警产生事件；

向所述北向设备上报所述告警信息。

在第一方面的又一种可能设计中，所述从子节点获取告警信息和所述告警信息的序列号，包括：

接收所述子节点主动上报的所述告警信息和所述告警信息的所述序列号；

或者，

根据预设周期从所述子节点查询获取所述告警信息和所述告警信息的所述序列号。

第二方面，本申请实施例提供一种嵌入式环境下告警信息的传输方法，应用于子节点，所述方法包括：

根据预定义的告警序列号编号规则，获取告警信息和所述告警信息的序列号，所述告警序列号编号规则中规定同一个告警的产生事件和消除事件采用相同的序列号，且不同告警的序列号不同；

将所述告警信息和所述告警信息的序列号上报至主节点。

第三方面，本申请实施例提供一种嵌入式环境下告警信息的传输装置，包括：

获取模块，用于从子节点获取告警信息和所述告警信息的序列号，所述告警信息中包括指示告警产生事件或者告警消除事件的指示；

确定模块，用于根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况；其中，所述活动告警列表用于存储还未消除的告警和序列号；

上报模块，用于若存在告警漏报的情况，则向北向设备上报漏报的告警和所述告警信息。

第四方面，本申请实施例提供一种嵌入式环境下告警信息的传输装置，包括：

定义模块，用于根据预定义的告警序列号编号规则，获取告警信息和所述告警信息的序列号，所述告警序列号编号规则中规定同一个告警的产生事件和消除事件采用相同的序列号，且不同告警的序列号不同；

传输模块，用于将所述告警信息和所述告警信息的序列号上报至主节点。

第五方面，本申请实施例提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现上述的方法。

第六方面，本申请实施例提供一种可读存储介质，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现上述的方法。

第七方面，本申请实施例提供一种程序产品，包括计算机指令，该计算机指令被处理器执行时实现上述的方法。

本申请实施例提供的嵌入式环境下告警信息的传输方法、装置、设备和介质，通过在主节点维护一个活动告警列表并为子节点的告警信息建立对应的序列号，可以通过主节点上的活动告警列表确定子节点是否存在告警漏报的情况，防止出现重复上报，减少对子节点上的资源占用，避免告警上报占用较多通信资源，影响数据正常通信。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理；

图1为本申请实施例提供的嵌入式环境下告警信息的传输方法的场景示意图；

图2为本申请实施例提供的嵌入式环境下告警信息的传输方法实施例一的流程示意图；

图3为本申请实施例提供的嵌入式环境下告警信息的传输方法实施例二的流程示意图；

图4为本申请实施例提供的嵌入式环境下告警信息的传输系统的结构示意图；

图5为本申请实施例提供的嵌入式环境下告警信息的传输方法实施例三的流程示意图；

图6为本申请实施例提供的嵌入式环境下告警信息的传输装置实施例一的结构示意图；

图7为本申请实施例提供的嵌入式环境下告警信息的传输装置实施例二的结构示意图；

图8为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

图1为本申请实施例提供的嵌入式环境下告警信息的传输方法的场景示意图，如图1所示，该方法可以应用于管理设备10中。其中管理设备10中包含有主节点，第一功能设备11、第二功能设备12、第三功能设备13和第四功能设备14中分别包含有子节点。示例性的，管理设备10可以通过控制器局域网络(Controller Area Network，CAN)总线与第一功能设备11、第二功能设备12、第三功能设备13和第四功能设备14之间连接，建立数据通信以定时采集功能设备的数据、下发控制命令和统计告警状态等。示例性的，CAN总线的波特率可以为125Kbps，各个功能设备之间也可以进行数据同步。

在实际生活应用汇总，各子节点会自行产生/消除告警状态，主节点需要统计所有子节点的活动告警和历史告警。现有技术比较直接的方法主要是通过主节点依次轮询各个子节点当前的活动告警，并与前一次查询收到的响应进行对比，根据对比结果记录历史告警。但是现有技术的这种方式，主要存在有三个问题，一是当各个子节点的告警较多时回产生较大的数据量，此时CAN总线带宽和节点的处理资源都面临较大的压力，并且如果告警持续存在时，重复查询会受到相同的结果，浪费通讯资源。二是如果子节点告警在主节点两次查询之间完成了产生和消除的过程，那么主节点是无法感知到此告警的，而如果加快主节点查询频率又会导致CAN总线占用增大，影响其他数据通信。三是主节点检测到告警的时间依赖于发起查询的周期，因此与实际告警发生的时间存在一定延迟，会影响对系统实际情况的判断。

针对上述问题，本申请实施例提供了一种嵌入式环境下告警信息的传输方法，通过在主节点维护一个当前活动告警状态队列以及记录一段时间以来最近删除告警简要信息的列表，利用最近删除告警信息的列表中告警序列号的变化将周期查询刷新和订阅上报两种机制结合起来维护告警状态，异步的订阅上报机制减小了绝大多数正常通信时间里的带宽压力，订阅上报机制和主动查询检查配合弥补了少数情况上报机制丢帧问题导致告警状态遗漏。

下面，通过具体实施例对本申请的技术方案进行详细说明。需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的嵌入式环境下告警信息的传输方法实施例一的流程示意图，该方法可以应用于嵌入式系统的网络结构中的主节点。如图2所示，该方法具体可以包括如下步骤：

S201、从子节点获取告警信息和告警信息的序列号。

其中，告警信息中包括指示告警产生事件或者告警消除事件的指示。示例性的，子节点有告警事件产生时，可以发送该告警产生事件和该告警产生事件对应的序列号给主节点。当子节点有告警消除事件时，可以发送该告警消除事件和该告警消除事件对应的序列号给主节点。其中，告警产生事件指示子节点当前产生了告警，告警消除时间指示子节点告警已经被消除。

在本实施例中，基于订阅上报机制，子节点在有告警产生事件/告警消除事件时，都应当发送对应的告警详细信息以及对应的序列号给主节点。但是在链路不稳定时可能会产生漏报，即子节点不会上报告警产生事件/告警消除事件给主节点。对于同一个告警(包含告警产生事件和告警消除事件)的上报，子节点可能会漏报告警产生事件，但是告警消除事件正常上报；也有可能会正常上报告警产生事件，而告警消除事件漏报；还有可能两者都出现漏报的情况。

示例性的，主节点可以每经过一个主动查询周期，通过主动查询机制对子节点进行依次查询。其中，主动查询周期可以是预设的，其时间通常较长，避免造成通行压力，也避免造成主设备重复向北向设备上报。

S202、根据告警信息，序列号和活动告警列表，确定是否存在告警漏报的情况。

其中，活动告警列表用于存储还未消除的告警和序列号。示例性的，在当前时刻之前，子节点上报的告警产生事件和对应的序列号都可以存储到活动告警列表中，当前时刻如果有获取到告警信息，即可结合其中存储的事件和序列号进行查找，确定是否存在告警漏报的情况。

在本实施例中，子节点存在漏报的情况有上述的三种，第一种为只漏报了报警产生事件，第二种为只漏报了报警消除事件，第三种即报警产生事件和报警消除事件全部漏报了。

示例性的，在主节点接收到子节点上报的告警信息时，例如子节点上报告警产生事件以及对应的序列号时，主节点会将该报警产生事件和其对应的序列号存储到活动告警列表中。

其中，通常情况下是报警产生事件先发生，报警消除事件后发生的，即如果子节点漏报了报警产生事件，但是报警消除时间正常上报，那么主节点通过活动告警列表即可发现。如果子节点正常上报的报警产生事件，但是漏报了报警消除时间，那么主节点会将报警产生事件和序列号记录到活动告警列表中，然后主节点通过主动查询机制定期查询确定报警消除事件是否漏报。如果子节点报警产生事件和报警消除事件都出现漏报，则可以设置一个主动查询周期，如果在这个查询周期内都没有收到子节点上报告警信息，则主节点会触发主动查询机制来感知漏报情况。

S203、若存在告警漏报的情况，则向北向设备上报漏报的告警和告警信息。

在本实施例中，北向设备是指主节点的上一级设备，例如管理设备中包含有主节点，北向设备指的即是管理设备的上一级设备。

其中，在向北向设备上报漏报的告警和告警信息时，根据子节点存在漏报的情况，上报的告警和告警信息可以不相同。例如当子节点漏报了告警产生事件和对应的序列号时，则主节点向北向设备补报漏报的告警产生事件和对应的序列号。又例如当子节点漏报了告警消除时间和对应的序列号时，主节点则向北向设备补报漏报的告警消除时间和对应的序列号。

在本实施例中，主节点在上报告警和告警信息时，需要进行排查，对于已经上报给北向设备的告警和告警信息，则不再重复上报给北向设备。

本申请实施例通过在主节点维护一个活动告警列表，在子节点通过订阅上报机制进行上报时，如果链路不稳定产生漏报，可以直接根据主节点上维护的活动告警列表来及时发现漏报情况，解决了现有技术中需要在子节点上维护一个上报告警的缓存队列，并配合确认重发机制来保证和主节点之间的传输没有丢帧，对于内存紧张的子节点而言，多维护一个缓存队列造成资源占用受影响的问题。

在一些实施例中，上述方法还可以包括如下步骤：

若不存在告警漏报的情况，且告警信息为告警消除事件的告警，则根据序列号和最近删除告警列表，确定告警信息是否已上报；

若告警信息已上报，则删除告警信息；

若告警信息未上报，则向北向设备上报告警信息，根据序列号将活动告警列表中序列号对应的告警删除，并在最近删除告警列表中更新序列号。

其中，最近删除告警列表用于存储当前时刻之前的预设时长内删除的告警的序列号。示例性的，最近删除告警列表中还存储删除的告警的消失时间。

在本实施例中，可以为最近删除告警列表中存储的告警的序列号设置一个过期时间，过期时间可以为一个主动查询周期，即经过一个主动查询周期之后，上一个主动查询周期所存储的告警的序列号就会过期。其中，主动查询周期是指主节点通过主动查询机制主动查询子节点所设定的周期，即每经过一个主动查询周期，主节点都会主动对各个子节点进行一次查询。设置主动查询周期的目的主要在于避免子节点出现告警产生事件和告警消除事件全部漏报的情况，即如果在经过一个主动查询周期，子节点既没有上报告警产生事件，也没有上报告警消除事件，则主节点通过主动查询机制主动对子节点进行告警事件查询。

在本实施例中，当没出现漏报的情况时，即子节点先前已经正常上报了该告警信息的告警产生事件，子节点当前再上传该告警信息的告警消除时间时，该告警信息就需要上报给北向设备。其中，在上传给北向设备的时候，需要进行检测，避免重复上传告警信息给北向设备。

其中，当上传给北向设备告警信息之后，这个告警信息就完成了整个流程(即从产生到消除)，此时记录在活动告警列表中该序列号对应的告警就需要删除，并且将其添加到最近删除告警列表中。

本申请实施例通过设置活动告警列表和最近删除告警列表，当子节点正常上报告警信息(即未出现漏报时)，主节点在上传完该告警信息给北向设备之后，会对活动告警列表和最近删除告警列表进行更新记录，一方面后续可以再利用活动告警列表来验证子节点是否存在漏报，另一方面，可以利用最近删除告警列表来检测是否有重复上传相同告警信息给北向设备，避免共重复上传，节省通信资源。

在一些实施例中，上述步骤“根据序列号和最近删除告警列表，确定告警信息是否已上报”，具体可以通过如下步骤实现：

若最近删除告警列表中包括告警信息的序列号，则确定告警信息已上报；

若最近删除告警列表中不包括告警信息的序列号，则确定告警信息未上报。

在本实施例中，在主节点每一次上报告警消失事件给北向设备后，都会将活动告警列表中删除的告警和序列号删除，同时也会将删除的告警和序列号存储到最近删除告警列表中。其中，最近删除告警列表设置有一个过期时间，在经过一个过期时间之后，上一个周期存储的告警和序列号就会过期。而在主节点下一次上报告警消除事件之前，都需要查询这个最近删除告警列表，以避免出现重复上报相同的告警信息给北向设备的情况。

其中，过期时间为主节点的主动查询周期。

本申请实施例通过设置最近删除告警列表存储每次活动告警列表中删除的告警和序列号，能够并设置过期时间为一个主动查询周期，可以实现子节点订阅上报机制和主节点主动查询机制的结合，实现准确采集各子节点告警信息的目的。

在一些实施例中，上述方法还包括如下步骤：

若不存在告警漏报的情况，且告警信息为告警产生事件的告警，则向北向设备上报告警信息，并根据序列号在活动告警列表中添加序列号对应的告警产生。

在本实施例中，告警产生事件和告警消除时间的序列号可以是相同的，如果在当前时刻之前子节点没有上传告警产生事件，则当前上报告警产生事件就不属于漏报情况，此时主节点正常上报该告警产生事件的告警信息给北向设备，并将其序列号维护到活动告警列表中方便后续确定该告警信息的告警消除事件是否出现漏报。

示例性的，如果当前时刻之前子节点上报了告警产生事件，然后又继续再上报一个告警产生事件，则说明之前的告警产生事件对应的告警消除时间出现了漏报。

本申请实施例通过在主节点设置活动告警列表，并将子节点正常上报的告警产生事件的序列号对应的告警产生添加到活动告警列表中，能够使得主节点确定后续子节点是否存在漏报的情况，解决了现有技术中需要在子节点维护上报告警缓存队列，占用子节点内存资源的问题。

在一些实施例中，上述方法还包括如下步骤：

若告警信息为告警产生事件的告警，活动告警列表中存储的最后一个告警也是告警产生事件的告警，且告警信息的序列号与活动告警列表中存储的最后一个告警的序列号不同，则确定出活动告警列表中存储的最后一个告警的告警消除事件被漏报；

相应的，向北向设备上报漏报的告警和告警信息，包括：

向北向设备上报活动告警列表中存储的最后一个告警的告警消除事件；

向北向设备上报告警信息。

在本实施例中，如果之前子节点有上报告警产生事件，然后又继续上报了另外一个告警产生事件，说明子节点漏报了之前告警产生事件对应的告警消失事件，主节点需要补报漏报的告警消失事件给北向设备，然后还需要再上报另外这个告警产生事件给北向设备。

同时，在主节点上报另外这个告警产生事件给北向设备时，还会更新活动告警列表，即在活动告警列表中添加另外一个告警产生事件。

本申请实施例通过检测活动告警列表中最后一个告警与当前时刻获取到的告警是否相同，可以确定出子节点是否存在告警消除事件漏报的情况，避免了现有技术中在子节点维护一个上报告警的缓存队列并配合确认重发机制来保证和主节点之间的传输没有漏报，造成子节点内存资源被会占用的问题。

在一些实施例中，上述步骤S202具体还可以通过如下步骤实现：

若告警信息为告警消除事件的告警，活动告警列表中存储的最后一个告警是告警产生事件的告警，且告警信息的序列号与活动告警列表中存储的最后一个告警的序列号不同，则确定出活动告警列表中存储的最后一个告警的告警消除事件和告警信息的序列号对应的告警产生事件被漏报；

相应的，向北向设备上报漏报的告警和告警信息，包括：

向北向设备上报活动告警列表中存储的最后一个告警的告警消除事件；

向北向设备上报告警信息的序列号对应的告警产生事件；

向北向设备上报告警信息。

在本实施例中，如果之前子节点有上报告警产生事件给主节点，主节点会记录到活动告警列表中作为最后一个告警产生事件，当前时刻如果获取到的为告警消除事件，则需要比对最后一个告警产生事件的序列号与当前时刻欧清湖的告警消失事件的序列号，如果序列号变化，则说明最后一个告警产生事件对应的告警消失事件，以及当前时刻的告警消失事件对应的告警产生事件都漏报了，主节点需要向北向设备上报最后一个告警产生事件对应的告警消失事件，以及当前时刻获取到的告警消除事件对应的告警产生事件，以及当前时刻获取到的告警消除事件。

本申请实施例通过检测活动告警列表中最后一个告警与当前时刻获取到的告警的序列号是否相同，可以确定出子节点是否存在告警消失事件以及告警产生事件均漏报的情况，避免了现有技术中在子节点维护一个上报告警的缓存队列并配合确认重发机制来保证和主节点之间的传输没有漏报，造成子节点内存资源被会占用的问题。

在一些实施例中，上述步骤S202具体还可以通过如下步骤实现：

若告警信息为告警消除事件的告警，活动告警列表中存储的最后一个告警也是告警消除事件的告警，则确定出告警信息的序列号对应的告警产生事件被漏报；

相应的，向北向设备上报漏报的告警和告警信息，包括：

向北向设备上报告警信息的序列号对应的告警产生事件；

向北向设备上报告警信息。

在本实施例中，如果活动告警列表中存储的最后一个告警是告警消除事件，而当前时刻又获取到子节点上报的告警消除事件，则可以确定子节点漏报了当前时刻上报的告警消除事件对应的告警产生事件。相应的，主节点就需要补报该漏报的告警产生事件给北向设备，同时也需要上报当前时刻的告警消除事件给北向设备。

本申请实施例通过检测活动告警列表中最后一个告警，当最后一个告警为告警消除事件并且当前时刻从子节点获取到了告警消除事件时，则可以确定子节点存在告警产生事件漏报的情况，避免了现有技术中在子节点维护一个上报告警的缓存队列并配合确认重发机制来保证和主节点之间的传输没有漏报，造成子节点内存资源被会占用的问题。

在一些实施例中，上述步骤S201具体可以通过如下步骤实现：

接收子节点主动上报的告警信息和告警信息的序列号；

或者，

根据预设周期从子节点查询获取告警信息和告警信息的序列号。

在本实施例中，订阅上报机制是指子节点应当主动上报告警信息，例如告警产生事件和告警消除事件。当时由于链路的不稳定，子节点可能存在漏报的情况，此时就可以通过主动查询机制，由主节点每间隔预设周期，主动从子节点中查询一次告警信息和序列号。

其中，订阅上报机制和主动查询机制可以是并行的，主动查询机制可以是被动触发的，例如当在预设周期内子节点没有上报过任何告警信息，则主动查询机制触发。

示例性的，预设周期即上述的主动查询周期。

本申请实施例通过设置订阅上报机制和主动查询机制，将两种机制结合可以准确的采集各个子节点的告警信息，提高告警信息获取的准确度，避免由于子节点出现漏报的情况。

图3为本申请实施例提供的嵌入式环境下告警信息的传输方法实施例二的流程示意图，该方法可以应用于包含有子节点的功能设备中。如图3所示，该方法具体可以包括如下步骤：

S301、根据预定义的告警序列号编号规则，获取告警信息和告警信息的序列号；

S302、将告警信息和告警信息的序列号上报至主节点。

其中，告警序列号编号规则中规定同一个告警的产生事件和消除事件采用相同的序列号，且不同告警的序列号不同。

在本实施例中，子节点基于订阅上报机制上报告警信息和告警信息的序列号给主节点。其中由于子节点与主节点间的通信链路可能不稳定，会导致子节点出现告警信息漏报的情况，例如漏报告警产生事件和/或告警消除事件。

图4为本申请实施例提供的嵌入式环境下告警信息的传输系统的结构示意图，如图4所示，采集组件41在接入子节点40之后，告警管理组件42可以获取到子节点40上报给采集组件41的告警信息，同时采集组件41也可以通过主动查询机制主动从子节点40采集告警信息。告警管理组件42会将子节点40上报的告警信息以及主动采集到的告警信息维护到两个列表中，其中一个为最近删除告警列表43，另一个为历史告警列表44。

图5为本申请实施例提供的嵌入式环境下告警信息的传输方法实施例三的流程示意图，如图5所示，该方法可以包括如下步骤：

S501、清除最近删除告警列表中的过期数据；

S502、确定一段时间内是否收到子节点主动上报的告警信息；

S503、主动查询子节点的告警信息；

S504、确定是否查询到告警产生；

S505、确定活动告警列表中是否存储有告警产生；

S506、确定是否上报告警产生；

S507、确定最近删除告警列表中是否存在有该告警产生；

S508、上报告警消除，更新最近删除告警列表；

S509、确定当前活动告警列表中是否存在告警产生；

S510、上报告警产生，更新活动告警列表；

S511、忽略；

S512、结束。

在本实施例中，各个子节点在初始化时可以分别定义一个序列号alarmSerialNo＝0和一个列表。主节点处维护一个活动告警列表和一个最近删除告警列表。当子节点有告警产生时，++alarmSerialNo并向主节点发送告警详细信息和当前alarmSerialNo，子节点有告警消除时，也向主节点发送告警详细信息。

主节点在接收到告警产生事件时，检查其未曾上报过则将其加入活动告警列表。主节点在接收到告警消除事件时，如果活动告警列表中有该告警，则将其从活动告警列表中移除，并加入历史告警列表中。如果活动告警列表中无该告警，且最近删除告警列表中无此告警，则直接将其加入最近删除告警列表，并上报给北向设备。

主节点定时查询子节点的序列号，如果子节点的序列号与主节点本地存储的不一致时再查询子节点的列表，然后将子节点的列表与活动告警列表对比，缺少的部分说明告警消除，移除后加入历史告警列表，多出的部分说明是新的告警，加入活动告警列表中。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图6为本申请实施例提供的嵌入式环境下告警信息的传输装置实施例一的结构示意图，该传输装置可以集成在包含主节点的管理设备中，也可以独立于管理设备且与管理设备协同实现本方案。如图6所示，该传输装置包括获取模块61、确定模块62和上报模块63。

其中，获取模块61用于从子节点获取告警信息和告警信息的序列号。确定模块62用于根据告警信息，序列号和活动告警列表，确定是否存在告警漏报的情况。上报模块63用于若存在告警漏报的情况，则向北向设备上报漏报的告警和告警信息。

其中，告警信息中包括指示告警产生事件或者告警消除事件的指示，活动告警列表用于存储还未消除的告警和序列号。

在一些实施例中，上述装置还包括上报检测模块，用于：

若不存在告警漏报的情况，且告警信息为告警消除事件的告警，则根据序列号和最近删除告警列表，确定告警信息是否已上报；

若告警信息已上报，则删除告警信息；

若告警信息未上报，则向北向设备上报告警信息，根据序列号将活动告警列表中序列号对应的告警删除，并在最近删除告警列表中更新序列号。

其中，最近删除告警列表用于存储当前时刻之前的预设时长内删除的告警的序列号。

可选的，在一些实施例中，上述装置还包括上报确定模块，用于：

若最近删除告警列表中包括告警信息的序列号，则确定告警信息已上报；

若最近删除告警列表中不包括告警信息的序列号，则确定告警信息未上报。

在一些实施例中，上述装置还包括添加模块，用于：

若不存在告警漏报的情况，且告警信息为告警产生事件的告警，则向北向设备上报告警信息，并根据序列号在活动告警列表中添加序列号对应的告警产生。

在一些实施例中，上述确定模块具体可以用于：

若告警信息为告警产生事件的告警，活动告警列表中存储的最后一个告警也是告警产生事件的告警，且告警信息的序列号与活动告警列表中存储的最后一个告警的序列号不同，则确定出活动告警列表中存储的最后一个告警的告警消除事件被漏报。

对应的，上述上报模块具体可以用于：

向北向设备上报活动告警列表中存储的最后一个告警的告警消除事件；

向北向设备上报告警信息。

可选的，在一些实施例中，上述确定模块具体可以用于：

若告警信息为告警消除事件的告警，活动告警列表中存储的最后一个告警是告警产生事件的告警，且告警信息的序列号与活动告警列表中存储的最后一个告警的序列号不同，则确定出活动告警列表中存储的最后一个告警的告警消除事件和告警信息的序列号对应的告警产生事件被漏报。

对应的，上述上报模块具体可以用于：

向北向设备上报活动告警列表中存储的最后一个告警的告警消除事件；

向北向设备上报告警信息的序列号对应的告警产生事件；

向北向设备上报告警信息。

可选的，在一些实施例中，上述确定模块具体可以用于：

若告警信息为告警消除事件的告警，活动告警列表中存储的最后一个告警也是告警消除事件的告警，则确定出告警信息的序列号对应的告警产生事件被漏报。

对应的，上述上报模块具体可以用于：

向北向设备上报告警信息的序列号对应的告警产生事件；

向北向设备上报告警信息。

在一些实施例中，上述获取模块具体可以用于：

接收子节点主动上报的告警信息和告警信息的序列号；

或者，

根据预设周期从子节点查询获取告警信息和告警信息的序列号。

图7为本申请实施例提供的嵌入式环境下告警信息的传输装置实施例二的结构示意图，该传输装置可以集成在包含子节点的功能设备上，也可以独立于功能设备且与功能设备协同实现本方案。如图7所示，该传输装置包括定义模块71和传输模块72。

其中，定义模块71用于根据预定义的告警序列号编号规则，获取告警信息和告警信息的序列号。传输模块用于将告警信息和告警信息的序列号上报至主节点。

其中，告警序列号编号规则中规定同一个告警的产生事件和消除事件采用相同的序列号，且不同告警的序列号不同

本申请实施例提供的装置，可用于执行上述实施例中的方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，获取模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上获取模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图8为本申请实施例提供的电子设备的结构示意图。如图8所示，该电子设备80包括：至少一个处理器81、存储器82、总线83及通信接口84。

其中：处理器81、通信接口84以及存储器82通过总线83完成相互间的通信。

通信接口84用于与其它设备进行通信。该通信接口包括用于进行数据传输的通信接口。处理器81用于执行计算机指令，具体可以执行上述实施例中所描述的方法中的相关步骤。

其中，处理器可能是中央处理器。电子设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器82，用于存放计算机指令。存储器可能包含高速RAM存储器，也可能还包括非易失性存储器，例如至少一个磁盘存储器。

本实施例还提供一种可读存储介质，可读存储介质中存储有计算机指令，当电子设备的至少一个处理器执行该计算机指令时，电子设备执行上述的各种实施方式提供的嵌入式环境下告警信息的传输方法。

本实施例还提供一种程序产品，该程序产品包括计算机指令，该计算机指令存储在可读存储介质中。电子设备的至少一个处理器可以从可读存储介质读取该计算机指令，至少一个处理器执行该计算机指令使得电子设备实施上述的各种实施方式提供的嵌入式环境下告警信息的传输方法。

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系；在公式中，字符“/”，表示前后关联对象是一种“相除”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中，a，b，c可以是单个，也可以是多个。

可以理解的是，在本申请实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。在本申请的实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请的实施例的实施过程构成任何限定。

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

Claims (14)

1.一种嵌入式环境下告警信息的传输方法，其特征在于，应用于主节点，所述方法包括：

从子节点获取告警信息和所述告警信息的序列号，所述告警信息中包括指示告警产生事件或者告警消除事件的指示；

根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况；其中，所述活动告警列表用于存储还未消除的告警和序列号；

若存在告警漏报的情况，则向北向设备上报漏报的告警和所述告警信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若不存在告警漏报的情况，且所述告警信息为告警消除事件的告警，则根据所述序列号和最近删除告警列表，确定所述告警信息是否已上报，所述最近删除告警列表用于存储当前时刻之前的预设时长内删除的告警的序列号；

若所述告警信息已上报，则删除所述告警信息；

若所述告警信息未上报，则向所述北向设备上报所述告警信息，根据所述序列号将所述活动告警列表中所述序列号对应的告警删除，并在所述最近删除告警列表中更新所述序列号。

3.根据权利要求2所述的方法，其特征在于，所述根据所述序列号和最近删除告警列表，确定所述告警信息是否已上报，包括：

若所述最近删除告警列表中包括所述告警信息的所述序列号，则确定所述告警信息已上报；

若所述最近删除告警列表中不包括所述告警信息的所述序列号，则确定所述告警信息未上报。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

若不存在告警漏报的情况，且所述告警信息为告警产生事件的告警，则向所述北向设备上报所述告警信息，并根据所述序列号在所述活动告警列表中添加所述序列号对应的告警产生。

5.根据权利要求1至3任一项所述的方法，其特征在于，所述根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，包括：

若所述告警信息为告警产生事件的告警，所述活动告警列表中存储的最后一个告警也是告警产生事件的告警，且所述告警信息的序列号与所述活动告警列表中存储的最后一个告警的序列号不同，则确定出所述活动告警列表中存储的最后一个告警的告警消除事件被漏报；

相应的，所述向北向设备上报漏报的告警和所述告警信息，包括：

向所述北向设备上报所述活动告警列表中存储的最后一个告警的告警消除事件；

向所述北向设备上报所述告警信息。

6.根据权利要求1至3任一项所述的方法，其特征在于，所述根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，包括：

若所述告警信息为告警消除事件的告警，所述活动告警列表中存储的最后一个告警是告警产生事件的告警，且所述告警信息的序列号与所述活动告警列表中存储的最后一个告警的序列号不同，则确定出所述活动告警列表中存储的最后一个告警的告警消除事件和所述告警信息的所述序列号对应的告警产生事件被漏报；

相应的，所述向北向设备上报漏报的告警和所述告警信息，包括：

向所述北向设备上报所述活动告警列表中存储的最后一个告警的告警消除事件；

向所述北向设备上报所述告警信息的所述序列号对应的告警产生事件；

向所述北向设备上报所述告警信息。

7.根据权利要求1至3任一项所述的方法，其特征在于，所述根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况，包括：

若所述告警信息为告警消除事件的告警，所述活动告警列表中存储的最后一个告警也是告警消除事件的告警，则确定出所述告警信息的所述序列号对应的告警产生事件被漏报；

相应的，所述向北向设备上报漏报的告警和所述告警信息，包括：

向所述北向设备上报所述告警信息的所述序列号对应的告警产生事件；

向所述北向设备上报所述告警信息。

8.根据权利要求2或3所述的方法，其特征在于，所述从子节点获取告警信息和所述告警信息的序列号，包括：

接收所述子节点主动上报的所述告警信息和所述告警信息的所述序列号；

或者，

根据预设周期从所述子节点查询获取所述告警信息和所述告警信息的所述序列号。

9.一种嵌入式环境下告警信息的传输方法，其特征在于，应用于子节点，所述方法包括：

根据预定义的告警序列号编号规则，获取告警信息和所述告警信息的序列号，所述告警序列号编号规则中规定同一个告警的产生事件和消除事件采用相同的序列号，且不同告警的序列号不同；

将所述告警信息和所述告警信息的序列号上报至主节点。

10.一种嵌入式环境下告警信息的传输装置，其特征在于，包括：

获取模块，用于从子节点获取告警信息和所述告警信息的序列号，所述告警信息中包括指示告警产生事件或者告警消除事件的指示；

确定模块，用于根据所述告警信息，所述序列号和活动告警列表，确定是否存在告警漏报的情况；其中，所述活动告警列表用于存储还未消除的告警和序列号；

上报模块，用于若存在告警漏报的情况，则向北向设备上报漏报的告警和所述告警信息。

11.一种嵌入式环境下告警信息的传输装置，其特征在于，包括：

定义模块，用于根据预定义的告警序列号编号规则，获取告警信息和所述告警信息的序列号，所述告警序列号编号规则中规定同一个告警的产生事件和消除事件采用相同的序列号，且不同告警的序列号不同；

传输模块，用于将所述告警信息和所述告警信息的序列号上报至主节点。

12.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-9中任一项所述的方法。

13.一种可读存储介质，其特征在于，所述可读存储介质中存储有计算机指令，所述计算机指令被处理器执行时用于实现如权利要求1-9任一项所述的方法。

14.一种程序产品，包括计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-9任一项所述的方法。

Images