一种地铁监控系统报警管理方法与流程

本发明涉及地铁设备控制领域，尤其是涉及一种地铁监控系统报警管理方法。

背景技术：

在地铁综合监控系统中，报警的监控管理是一项最主要的功能。综合监控将设备状态采集进系统后，对设备的状态值进行分析计算，对于已经处于报警阀值的设备标记为报警状态，并且在报警管理器中体现报警事件(报警产生时间、报警设备等信息)。

传统的地铁综合监控系统对报警的管理一般以事件日志的形式。报警的产生、消失和确认分别为三条日志记录，由于事件记录以时间排序，所以一个报警的产生、消失、确认三个记录分散在一个时间段的多条事件记录当中，用户定位某一个设备的报警过程非常不方便，需要多次筛选操作，对后期历史报警的分析、定位同一个报警的产生、消失、确认关系存在比较复杂和较多人工操作的问题，无法给实际应用工程实际应用提供较好的便利性和操作性。

在有紧急情况下，需要分析事故原因时，这种方式的弊端就显示出来：效率低，不直观，不友好。

技术实现要素：

本发明主要是解决现有技术所存在的效率低、不直观、不友好等的技术问题，提供一种简便、直观、高效的地铁监控系统报警管理方法。

本发明针对上述技术问题主要是通过下述技术方案得以解决的：一种地铁监控系统报警管理方法，包括以下步骤：

S1、读取综合监控系统实时数据库中报警位号的数据；

S2、将读取到的数据依据报警条件比对计算，如果触发报警则进入步骤S3，否则进入步骤S7；

S3、判断当前是否处于报警状态，如果处于则保持报警状态，流程结束；如果当前不处于报警状态，则进入步骤S4；

S4、判定新产生报警，核实报警是否被确认，如果已被确认，则判断为新的报警产生，然后进入步骤S5，如果报警未被确认，则进入步骤S6；

S5、将报警加入实时报警列表，并更新历史报警列表，流程结束；

S6、判断该报警位重复报警，在实时报警列表中将该报警的重复次数增加1，并更新历史报警列表，流程结束；

S7、判断当前是否处于报警状态，如果处于报警状态则进入步骤S8；否则判定为未发生报警，不进行其他处理，流程结束；

S8、判定报警消失，核实报警是否被确认，如果已经被确认则进入步骤S9，否则进入步骤S10；

S9、判定报警生命周期完成，将该报警从实时报警列表中取消，并更新历史报警列表，流程结束；

S10、判定报警消失，更新实时报价列表，并更新历史报警列表，流程结束。

作为优选，报警位号的数据包括开关量数据、模拟量数据、设备状态数据、通信状态数据和控制状态数据。

作为优选，同一条报警记录中，记录有该报警的报警产生时间、报警消失时间和报警确认时间。

作为优选，报警生命周期包括报警产生、报警消失和报警确认三个阶段，

所述报警产生是指现场设备的采集状态满足报警条件计算，报警系统定义为设备报警，在报警管理器中标识报警产生时间和报警设备信息；

所述报警消失是指处于报警状态的设备恢复到正常状态，历史报警中更新报警的消失时间；

所述报警确认是指对产生后的报警进行人工确认，确认后在历史报警记录中更新报警的确认时间。

本方案对报警定义生命周期，以报警产生、报警消失、报警确认的完整过程来管理报警；另外将报警分为实时报警和历史报警：实时报警体现当前设备的报警的状态，而历史报警则对报警生命周期结束的报警进行归一化管理，在同一条报警记录中详细记录报警产生时间、报警消失时间、报警确认时间。这种方式避免了查找一个设备的报警时，需要分别查询报警产生记录、消失记录、确认记录然后归总进行分析的复杂方式。

本发明带来的实质性效果是，在用户查看时可以直观的从一条记录中就可以看到报警的整个生命周期过程：报警的产生时间、消失时间、确认时间以及确认人员；同时可以展开这条记录查看这个过程中所有重复产生的报警记录。相比传统方式用户需要查询大量记录进行人工比对的过程，减少了用户人工操作，避免了人为可能出现的疏漏，极大的提高了用户分析历史数据时的正确性和便捷性，使整个处理过程更加全面和有效。

附图说明

图1为本发明的一种地铁综合监控系统中报警生命周期的流程图；

图2为本发明的一种地铁综合监控系统中的报警处理的流程向导的时序图；

图3为本发明的一种地铁综合监控系统中的历史报警中的信息列示意图。

具体实施方式

下面通过实施例，并结合附图，对本发明的技术方案作进一步具体的说明。

实施例：如图2中所示，为本发明中所述地铁综合监控系统的报警生命周期的管理流程向导图，包含报警生命周期的各个阶段，分别是报警产生，报警消失，报警确认；同时对重复报警进行了归并，两次确认之间的报警，都被归并到一次报警的生命周期之内。

所述报警产生是指现场设备的采集状态满足报警条件计算，报警系统定义为设备报警，在报警管理器中标识报警产生时间、报警设备信息等。

所述报警消失是指处于报警状态的设备恢复到正常状态，历史报警中更新报警的消失时间；

所述报警确认是指对产生后的报警进行人工确认，确认后在历史报警记录中更新报警的确认时间。

所述报警生命周期的定义，是指一条报警从产生到消失并经过人工确认的完整过程。

报警位号的数据包括开关量数据、模拟量数据、设备状态数据、通信状态数据和控制状态数据。

报警产生时，报警生命周期处于待消失待确认状态；

如果在未确认的情况下报警消失，报警生命周期则处于待确认状态；

如果在未消失的情况下进行报警确认，报警生命周期则报警处于待消失状态；

如果报警经过了报警消失和报警确认，一个完整的报警生命周期完成，过程中的报警信息进行归并处理，形成一条记录，同时提供了报警产生时间、消失时间、确认时间、确认人等整个过程中的完整信息。

所述重复报警是指现场设备的采集状态处于报警条件的临界状态抖动，在报警和非报警状态之间反复切换，在对这些报警进行人工确认之前，每一条报警的历史记录都有报警产生时间和报警消失时间，直到最近一次的报警被人工确认。此前的重复报警都归并进这一次报警产生到消失并确认的生命周期之内。

下面结合图1、图2、图3对本发明中的报警生命周期管理办法的方法和各个过程进行详细的描述。

如图2所示，本发明对几种报警产生、消失、确认的过程进行了抽象和归纳处理，并已定义为报警的生命周期，这是本发明的核心实现部分。

一个完整的报警生命周期包含报警产生、报警消失和报警确认。在实际生产环境中有三种表现形式：

①报警产生后，设备恢复正常导致报警消失，随后人工进行报警确认，报警生命周期结束

②报警产生后，人工进行确认，进行对设备的维修处理等之后，报警消失，报警生命周期结束。

③报警产生后，设备处于一种设备偶尔发生故障、随后正常运行的反复状态，频繁产生数据抖动，这时报警会消失，随后随着设备故障又产生报警，本次报警生命周期内的报警重复次数进行累加，直到设备维修处理后恢复正常，报警消失，人工对报警进行确认，本次生命周期结束。

如图1所示，在一次报警生命周期开始时，实时报警和历史报警均插入新的报警记录；当报警生命周期结束时，实时报警列表中该报警消失，历史报警中更新报警消失时间和确认时间等相关信息；当报警重复产生时候，实时报警一直显示同一条报警记录，并累加报警重复产生次数，历史报警则每次重复产生就插入一条新的报警记录，具体步骤如下：

包括以下步骤：

S1、读取综合监控系统实时数据库中报警位号的数据；

S2、将读取到的数据依据报警条件比对计算，如果触发报警则进入步骤S3，否则进入步骤S7；

S3、判断当前是否处于报警状态，如果处于则保持报警状态，流程结束；如果当前不处于报警状态，则进入步骤S4；

S4、判定新产生报警，核实报警是否被确认，如果已被确认，则判断为新的报警产生，然后进入步骤S5，如果报警未被确认，则进入步骤S6；

S5、将报警加入实时报警列表，并更新历史报警列表，流程结束；

S6、判断该报警位重复报警，在实时报警列表中将该报警的重复次数增加1，并更新历史报警列表，流程结束；

S7、判断当前是否处于报警状态，如果处于报警状态则进入步骤S8；否则判定为未发生报警，不进行其他处理，流程结束；

S8、判定报警消失，核实报警是否被确认，如果已经被确认则进入步骤S9，否则进入步骤S10；

S9、判定报警生命周期完成，将该报警从实时报警列表中取消，并更新历史报警列表，流程结束；

S10、判定报警消失，更新实时报价列表，并更新历史报警列表，流程结束。

如图3所示，本发明对历史报警中重复产生的报警进行了归并显示和查询处理，用户在界面仅看到完成生命周期的记录或者从报警生命周期开始该报警最近一次的记录，对于这条记录提供了用户操作可以展开从报警生命周期开始，中间每个重复报警的过程。图3详细描述了历史报警重复报警的归并流程。报警产生时，如果在历史报警中查询到有已消失未确认的同名报警，则对报警记录进行归并；反之产生新的历史报警记录。

本文中所描述的具体实例仅仅是对本发明创造精神作举例说明。本发明所属技术领域的技术人员可以对所描述的具体实例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本发明的原理或者超越所附权利要求书所定义的范围。

尽管本文较多地使用了报警状态、生命周期等术语，但并不排除使用其它术语的可能性。使用这些术语仅仅是为了更方便地描述和解释本发明的本质；把它们解释成任何一种附加的限制都是与本发明创造精神相违背的。