[发明专利]基于轨道交通综合设备监测的故障信息处理方法及装置在审
| 申请号: | 201911084190.9 | 申请日: | 2019-11-07 |
| 公开(公告)号: | CN110837530A | 公开(公告)日: | 2020-02-25 |
| 发明(设计)人: | 张强;王伟 | 申请(专利权)人: | 交控科技股份有限公司 |
| 主分类号: | G06F16/248 | 分类号: | G06F16/248;G06F16/28;G06Q10/00;G06Q50/26 |
| 代理公司: | 北京路浩知识产权代理有限公司 11002 | 代理人: | 王宇杨 |
| 地址: | 100070 北京市丰台区*** | 国省代码: | 北京;11 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 基于 轨道交通 综合 设备 监测 故障 信息处理 方法 装置 | ||
1.一种基于轨道交通综合设备监测的故障信息处理方法,其特征在于,包括:
接收由轨道交通系统中任一子系统上报的第一故障对应的第一故障信息;
根据与所述子系统对应的关系型数据库,确定与所述第一故障成因有关的目标故障信息;
显示所述目标故障信息;
其中,所述关系型数据库中包括了,与所述子系统的每一故障成因有关的故障信息。
2.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法,其特征在于,还包括:
建立所述子系统的树形关系图,对预先获取的由所述子系统生成的任一第二故障信息,确定所述第二故障信息在树形关系图中所在的分支节点,并自所述分支节点开始,循环执行第一故障寻因操作,直到所述分支节点最后一层的子节点均不存在子节点,得到所述关系型数据库;
其中,所述第一故障寻因操作包括:
首次执行时,将导致第二故障的直接原因所对应的各故障信息,分别作为所述分支节点的子节点;
非首次执行时,对任一当前节点,将导致当前故障的直接原因所对应的各故障信息,分别作为当前节点的子节点;
其中,第二故障为与第二故障信息对应的故障;当前故障为与当前节点中的故障信息对应的故障。
3.根据权利要求2所述的基于轨道交通综合设备监测的故障信息处理方法,其特征在于,所述建立所述子系统的树形关系图,对预先获取的由所述子系统生成的任一第二故障信息,确定所述第二故障信息在树形关系图中所在的分支节点,包括:
建立所述子系统的树形关系图,以所述子系统作为根节点,并获取导致所述子系统故障的直接原因所对应的故障信息,作为第二故障信息,以所述根节点的子节点作为分支节点,将各第二故障信息作为分支节点。
4.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法,其特征在于,所述根据与所述子系统对应的关系型数据库,确定与所述第一故障成因有关的目标故障信息,包括:
确定所述第一故障信息在所述关系型数据库中所在的第一节点,循环执行第二故障寻因操作,直到检测到被用户选择的故障信息对应的第二节点不存在子节点后,将第二节点中的故障信息作为所述目标故障信息;
其中,第二故障寻因操作包括:
首次执行时,获取所述第一节点的各子节点,显示所述第一节点的各子节点中的故障信息;
非首次执行时,获取前一次显示的故障信息中,被用户选择的故障信息对应的节点,作为所述第二节点,获取所述第二节点的各子节点,显示所述第二节点的各子节点中的故障信息。
5.根据权利要求4所述的基于轨道交通综合设备监测的故障信息处理方法,其特征在于,还包括:
若接收到导出与所述第一故障成因有关的目标故障信息的第一请求信息,则自所述第一节点开始,依次导出所述第一故障信息,和每次执行所述第二故障寻因操作时被用户选择的故障信息。
6.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法,其特征在于,还包括:
若接收到对所述关系型数据库进行修改的第二请求信息,获取用户通过修改框输入的替换信息和被替换信息,根据被替换信息确定对故障信息进行替换的节点,对每一需要进行替换节点,由替换信息中与节点对应的故障信息替换节点中已存储的故障信息;
其中,替换信息和被替换信息均包括按照预设顺序输入的故障信息,后一次输入的故障信息,是导致前一次输入的故障信息对应故障的直接原因。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于交控科技股份有限公司,未经交控科技股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201911084190.9/1.html,转载请声明来源钻瓜专利网。





