[发明专利]一种面向智慧轨交的报警信息归并分析处理方法

权利要求书

1.一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，包括以下步骤：

步骤S₁、读取报警alarm.ini配置文件，通过配置文件的合并标志Mode选择报警是否合并；如果合并标志Mode为0，表示使用传统报警产生方式，即不合并报警，直接进行步骤S₆；若合并标志Mode为1，则表示所有DI点具有报警合并功能，进行步骤S₂后，再进行步骤S₃；

步骤S₂、实时获取DI点报警产生数量almNum，若报警产生数量almNum大于0，则进行步骤S₃，否则继续执行步骤S₂；

步骤S₃、获取的报警数量almNum后，判断报警消息是否需要合并，若Mode值等于1且单个DI点的merge值为合并，则表示报警消息需要合并处理，否则表示不需要进行合并处理；

步骤S₄、若报警消息需要合并，则进行报警的消息映射处理，若不需要合并，则产生报警消息，并将生成的报警消息进行存储；

步骤S₅、报警消息映射之后，将同一DI点的不同报警类型进行合并分析处理；

步骤S₆、对报警的结果进行历史存储，然后继续执行步骤S₂；

所述的S₄具体为：

步骤S₄₁、报警的映射处理是针对DI点需要合并处理的情景，通过对报警采取map表映射，map映射表包括故障报警map表和未知报警map表；

步骤S₄₂、映射故障报警map表；

步骤S₄₃、映射未知报警map表；

merge是否为合并则由当前报警的量测类型meastype决定，meastype需要关联到量测类型表，从量测类型表中获取对应的量测类型是否为合并。

2.根据权利要求1所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的步骤S₃具体为：

步骤S₃₁、报警的合并是要满足Mode为1以及单个点的merge值为合并的要求，Mode值通过步骤S₂读alarm.ini配置文件获得，将读取的结果保存在内存中；

步骤S₃₂、通过DI点的量测类型判断merge值是否为合并，DI点对应的量测类型表中的量测类型如果配置成合并，则此DI点具有合并的功能。

3.根据权利要求2所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的DI点的量测类型表包括故障/正常、报警/正常、开/关、合闸/分闸。

4.根据权利要求1所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，同一个DI点的报警消息分为异常报警、恢复报警和确认报警。

5.根据权利要求4所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的异常报警包含故障报警和未知报警。

6.根据权利要求5所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的未知报警为双位点会存在。

7.根据权利要求4所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的映射故障报警map表为将故障报警的信息{uuid,datetime,pointcode,text,state}映射到对应的DI点代码中。

8.根据权利要求4所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的映射未知报警map表为将未知报警的信息{uuid,datetime,pointcode,text,state}映射到对应的DI点代码中。

9.根据权利要求1所述的一种面向智慧轨交的报警信息归并分析处理方法，其特征在于，所述的S₅具体为：

步骤S₅₁、判断是否有恢复报警或确认报警；

步骤S₅₂、查找恢复报警或者确认报警的点代码是否存在于故障报警map表、未知报警map表里；

步骤S₅₃、合并数据库中已有的异常报警，其中异常报警包括故障报警和未知报警；

步骤S₅₄、删除map映射表中的故障报警记录。