CN110837530A - 基于轨道交通综合设备监测的故障信息处理方法及装置 - Google Patents

基于轨道交通综合设备监测的故障信息处理方法及装置 Download PDF

Info

Publication number
CN110837530A
CN110837530A CN201911084190.9A CN201911084190A CN110837530A CN 110837530 A CN110837530 A CN 110837530A CN 201911084190 A CN201911084190 A CN 201911084190A CN 110837530 A CN110837530 A CN 110837530A
Authority
CN
China
Prior art keywords
fault
fault information
node
information
subsystem
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201911084190.9A
Other languages
English (en)
Inventor
张强
王伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Traffic Control Technology TCT Co Ltd
Original Assignee
Traffic Control Technology TCT Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Traffic Control Technology TCT Co Ltd filed Critical Traffic Control Technology TCT Co Ltd
Priority to CN201911084190.9A priority Critical patent/CN110837530A/zh
Publication of CN110837530A publication Critical patent/CN110837530A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/248—Presentation of query results
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/20—Administration of product repair or maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • General Engineering & Computer Science (AREA)
  • Economics (AREA)
  • Educational Administration (AREA)
  • Primary Health Care (AREA)
  • Computational Linguistics (AREA)
  • Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明实施例提供了一种基于轨道交通综合设备监测的故障信息处理方法及装置，对轨道交通***的子***，预先建立子***对应的关系型数据库，通过关系型数据库能够追溯每一故障的成因。当接收到该子***的某一第一故障信息后，通过关系型数据库实现对第一故障信息的成因追溯，确定与成因有关的目标故障信息，通过目标故障信息排查第一故障。通过关系型数据库便于快速准确地对追溯故障成因，可靠性高，有利于维护轨道交通***的稳定运行。

Description

基于轨道交通综合设备监测的故障信息处理方法及装置
技术领域
本发明涉及轨道交通故障监测技术领域，尤其是涉及一种基于轨道交通综合设备监测的故障信息处理方法及装置。
背景技术
城市轨道***的设备众多，每个设备在正常运行时所产生的故障报警也是多样的，在如此多样化的故障报警中，要针对现场某条故障报警给运维人员给予专业的故障分析和排查方法，需要进行非常复杂的工作。
目前，对于城市轨道交通设备故障报警的原因定位与解决方法只能依靠现场运维人员去摸索和排查，该方法存在以下缺陷：1)处理故障报警的方向模糊。由于城市轨道交通设备的多样性与故障报警的不确定性，现场运维人员很难锁定每种故障报警的处理切入点；2)对现场运维人员的经验要求较高；3)依靠人工排查问题的方式效率低且与计算机高速发展的时代不符。
在实际应用过程中，发明人发现针对交通***中复杂的故障，通过人工对设备进行维护，受维护人员工作经验的限制，往往很难准确快速地锁定故障成因。
发明内容
本发明实施例提供一种基于轨道交通综合设备监测的故障信息处理方法及装置，用以解决现有的针对交通***中复杂的故障，通过人工对设备进行维护，受维护人员工作经验的限制，往往很难准确快速地锁定故障成因的问题。
针对以上技术问题，第一方面，本发明的实施例提供了一种基于轨道交通综合设备监测的故障信息处理方法，包括：
接收由轨道交通***中任一子***上报的第一故障对应的第一故障信息；
根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息；
显示所述目标故障信息；
其中，所述关系型数据库中包括了，与所述子***的每一故障成因有关的故障信息。
第二方面，本发明的实施例提供了一种基于轨道交通综合设备监测的故障信息处理装置，包括：
接收模块，用于接收由轨道交通***中任一子***上报的第一故障对应的第一故障信息；
确定模块，用于根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息；
显示模块，用于显示所述目标故障信息；
其中，所述关系型数据库中包括了，与所述子***的每一故障成因有关的故障信息。
本发明的实施例提供了一种基于轨道交通综合设备监测的故障信息处理方法及装置，对轨道交通***的子***，预先建立子***对应的关系型数据库，通过关系型数据库能够追溯每一故障的成因。当接收到该子***的某一第一故障信息后，通过关系型数据库实现对第一故障信息的成因追溯，确定与成因有关的目标故障信息，通过目标故障信息排查第一故障。通过关系型数据库便于快速准确地对追溯故障成因，可靠性高，有利于维护轨道交通***的稳定运行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一个实施例提供的基于轨道交通综合设备监测的故障信息处理方法的流程示意图；
图2是本发明另一个实施例提供的知识库网络的部分效果图；
图3是本发明另一个实施例提供的故障报警和专家诊断处理逻辑示意图；
图4是本发明另一个实施例提供的专家库数据管理操作流程示意图；
图5是本发明另一个实施例提供的基于轨道交通综合设备监测的故障信息处理装置的结构框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本实施例提供的基于轨道交通综合设备监测的故障信息处理方法的流程示意图，参见图1，该方法包括以下步骤：
步骤101：接收由轨道交通***中任一子***上报的第一故障对应的第一故障信息；
步骤102：根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息；
步骤103：显示所述目标故障信息；
其中，所述关系型数据库中包括了，与所述子***的每一故障成因有关的故障信息。
本实施例提供的方法可以由计算机、服务器或用于对轨道交通***进行维护的设备执行。轨道交通***的子***指的是道岔***、轨道***、通信***等，本实施例提供的方法预先对每一子***中的故障信息，确定其与故障成因有关的故障信息之间的对应关系，建立关系型数据库。当监测到故障信息后，通过关系型数据库确定故障成因，从而根据追溯的故障成因进行故障排查。这种排查方法能够快速准确地实现故障定位。故障信息包括故障报警、故障现象和故障原因中的一项或多项。
在本实施例中，第一故障信息指的是对第一故障的描述，例如，第一故障信息是道岔的“启动电路故障”。可见，故障信息中实际包含了故障成因，只是没有将这种成因具体到更为具体的设备中。通过关系型数据库可以对第一故障信息一步步细化，也就是一步步确定第一故障的成因，直至追溯到某一无法细化的故障信息，该故障信息即为目标故障信息。具体地，与第一故障成因有关的目标故障信息，通常是对第一故障信息的进一步细化，例如，“启动电路故障”的成因有可能是“Q室内设备故障”，且进一步地“Q室内设备故障”的成因有可能是“电源屏转辙机故障”。而目前“电源屏转辙机故障”无法进一步细化，因此，目标故障信息为“电源屏转辙机故障”。
进一步地，关系型数据库为通过表格或者树形图，按照故障信息之间的因果关系存储的数据。因此，对任一故障信息，均能够通过关系型数据库追溯故障信息的成因，进而有利于快速定位故障，实现对故障的排查。故障信息之间的因果可以根据对故障排查的经验，或者由专业人员确定。
本实施例提供了一种基于轨道交通综合设备监测的故障信息处理方法，对轨道交通***的子***，预先建立子***对应的关系型数据库，通过关系型数据库能够追溯每一故障的成因。当接收到该子***的某一第一故障信息后，通过关系型数据库实现对第一故障信息的成因追溯，确定与成因有关的目标故障信息，通过目标故障信息排查第一故障。通过关系型数据库便于快速准确地对追溯故障成因，可靠性高，有利于维护轨道交通***的稳定运行。
以下对通过树形关系图建立关系型数据库的过程进行介绍，
进一步地，在上述各实施例的基础上，还包括：
建立所述子***的树形关系图，对预先获取的由所述子***生成的任一第二故障信息，确定所述第二故障信息在树形关系图中所在的分支节点，并自所述分支节点开始，循环执行第一故障寻因操作，直到所述分支节点最后一层的子节点均不存在子节点，得到所述关系型数据库；
其中，所述第一故障寻因操作包括：
首次执行时，将导致第二故障的直接原因所对应的各故障信息，分别作为所述分支节点的子节点；
非首次执行时，对任一当前节点，将导致当前故障的直接原因所对应的各故障信息，分别作为当前节点的子节点；
其中，第二故障为与第二故障信息对应的故障；当前故障为与当前节点中的故障信息对应的故障。
进一步地，在上述各实施例的基础上，所述建立所述子***的树形关系图，对预先获取的由所述子***生成的任一第二故障信息，确定所述第二故障信息在树形关系图中所在的分支节点，包括：
建立所述子***的树形关系图，以所述子***作为根节点，并获取导致所述子***故障的直接原因所对应的故障信息，作为第二故障信息，以所述根节点的子节点作为分支节点，将各第二故障信息作为分支节点。
进一步地，在上述各实施例的基础上，第二故障信息根据所述子***的下述列表中的至少一种获取：历史报警列表、报警列表、实时报警列表、运行监测报警列表获取。
导致当前故障的直接原因指的是，例如，某一设备具有多个功能模块，各功能模块中又包含了多个器件。导致该设备故障的直接原因是功能模块的故障，而不是功能模块中器件的故障，导致某一功能模块故障的直接原因是该功能模块中的器件的故障。
各子***的关系型数据库可以统称为知识库网络，本实施例提供了对某一子***建立关系型数据库的过程，通过第一故障寻因操作逐步确定故障信息的成因，建立树形关系图。图2为本实施例提供的知识库网络的部分效果图，参见图2，其示出的是“道岔”这一子***的关系型数据库。若“道岔”存在故障，则直接导致“道岔”故障的原因有3个，分别为“启动电路故障”、“室外机械故障”和“表示电路故障”，则这3个故障分别作为“道岔”这一根节点的子节点。
以建立关系型数据库为例，当第二故障信息为“启动电路故障”时，“启动电路故障”作为一个分支节点。第一次执行第一故障寻因操作时，由于导致“启动电路故障”的直接原因包括“Q室内设备故障”、“Q室外设备故障”、“Q混线故障”和“表示电路问题”，因此，这4个节点作为该分支节点的子节点。非首次执行时，对于“Q室内设备故障”这一当前节点，由于导致“Q室内设备故障”的直接原因为“电源屏转辙机电源故障”，因此，“电源屏转辙机电源故障”作为该当前节点的子节点。由于“电源屏转辙机电源故障”这一节点，目前未发现存在子节点，因此，对于“启动电路故障”这一分支节点的第一故障寻因操作结束。
当以“启动电路故障”、“室外机械故障”和“表示电路故障”作为分支节点执行第一故障寻因操作，能够简化建立树形关系图的过程，避免重复寻因，提高了关系型数据库的创建效率。
进一步地，在上述各实施例的基础上，所述根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息，包括：
确定所述第一故障信息在所述关系型数据库中所在的第一节点，循环执行第二故障寻因操作，直到检测到被用户选择的故障信息对应的第二节点不存在子节点后，将第二节点中的故障信息作为所述目标故障信息；
其中，第二故障寻因操作包括：
首次执行时，获取所述第一节点的各子节点，显示所述第一节点的各子节点中的故障信息；
非首次执行时，获取前一次显示的故障信息中，被用户选择的故障信息对应的节点，作为所述第二节点，获取所述第二节点的各子节点，显示所述第二节点的各子节点中的故障信息。
第二故障寻因操作为在关系型数据库中确定目标故障信息的过程，例如，对“道岔”这一子***，监测到第一故障信息为“表示电路故障”，显示“表示电路故障”的各子节点中的故障信息，即显示“B室内故障”和“B室外故障”。再次执行第二故障寻因操作时，若被用户选择的故障信息为“B室外故障”，则显示“B室外故障”的各子节点中的故障信息，即显示“B室外开放故障”和“B电缆盒故障”。若用户选择的是“B电缆盒故障”，由于“B电缆盒故障”不存在子节点，因此，第一故障的目标故障信息为“B电缆盒故障”。
本实施例通过关系型数据库的树形图实现了对任一故障的成因追溯，能够快速定位故障成因的故障信息，以便用户快速进行维护，保证***恢复。
图3为本实施例提供的故障报警和专家诊断处理逻辑示意图，参见图3，接收到报警信息后，在关系型数据库中匹配该报警信息，通过匹配到的节点开始，循环执行第二故障寻因操作，直到确定目标故障信息。通过第二故障寻因操作实现了对任一第一故障信息的定位，有利于用户快速进行故障排查，使得故障的子***恢复正常。
对于关系型数据库，除了进行故障寻因外，还能对数据库进行编辑，例如，新增关系，修改关系或者导出数据，图4为本实施例提供的专家库数据管理操作流程示意图，参见图4，通过专家库管理界面能够是实现故障寻因、关系的修改、导入和导出。具体地：
进一步地，在上述各实施例的基础上，还包括：
若接收到导出与所述第一故障成因有关的目标故障信息的第一请求信息，则自所述第一节点开始，依次导出所述第一故障信息，和每次执行所述第二故障寻因操作时被用户选择的故障信息。
对“表示电路故障”这一第一故障信息进行故障寻因后，以此输出“表示电路故障”、“B室外故障”和“B电缆盒故障”。导出第二故障寻因过程中的每一故障，有利于了解排故经过，便于查看寻因过程的合理性。
进一步地，在上述各实施例的基础上，还包括：
若接收到对所述关系型数据库进行修改的第二请求信息，获取用户通过修改框输入的替换信息和被替换信息，根据被替换信息确定对故障信息进行替换的节点，对每一需要进行替换节点，由替换信息中与节点对应的故障信息替换节点中已存储的故障信息；
其中，替换信息和被替换信息均包括按照预设顺序输入的故障信息，后一次输入的故障信息，是导致前一次输入的故障信息对应故障的直接原因。
例如，被替换信息为依次输入的“表示电路故障”、“B室外故障”和“B电缆盒故障”，替换信息为依次输入的“表示电路故障”、“B’室外故障”和“B’电缆盒故障”，则将图2中的“B室外故障”替换为“B’室外故障”，将“B电缆盒故障”替换为“B’电缆盒故障”。
通过替换信息和被替换信息实现了对关系型数据库的调整，方便及时更改关系型数据库中的错误。
进一步地，在上述各实施例的基础上，还包括：
若接收到在所述关系型数据库中，新增故障信息的第三请求信息，则获取用户通过修改框输入的所述新增信息；其中，所述新增信息包括按照预设顺序输入的故障信息，后一次输入的故障信息，是导致前一次输入的故障信息对应故障的直接原因，且第一次输入的是所述故障信息为所述关系型数据库中的某一第三节点中存储的故障信息；
由所述新增故障信息中，第一次输入的故障信息确定所述第三节点，自所述第三节点开始，循环执行“将新增故障信息中，后一次输入的故障信息，作为前一次输出的故障信息的子节点”的操作，直到将所述新增故障信息中的每一故障信息均存储到所述关系型数据库的节点中。
例如，如图2所示，需在“Q室内设备故障”这一节点新增故障信息，则输入的新增故障信息为“Q室内设备故障”、另一个导致“Q室内设备故障”的直接原因“A故障信息”，导致“A故障信息”的直接原因“a故障信息”和“b故障信息”。“Q室内设备故障”所在的节点为第三节点，将“A故障信息”作为“Q室内设备故障”一个新增的子节点，将“a故障信息”和“b故障信息”分别作为“A故障信息”的子节点。
通过新增故障信息实现了对关系型数据库的进一步完善。
进一步地，POI工具包实现专家库信息的批量导入和导出功能。
进一步地，所述关系型数据库为MySQL关系型数据库。
进一步地，利用Java编程技术递归查询与Echart工具将专家诊断知识树形网络化、可视化，便于运维人员逐步排查、解决问题。
此外，该方法还利用海量的专家诊断方法实现了轨道设备故障报警专家诊断的全面覆盖，利用数据库的外键关系实现了轨道设备故障报警与专家诊断的快速定位。
以下提供一种具体的关系型数据库建立过程和对关系型数据库的具体编辑方法，其包括以下过程：
1)收集各子***可能产生的故障报警并通过专家对故障报警逐步分析形成解决故障报警方法的基础文档数据；
2)通过Java编写的底层API将基础文档数据导入MySQL关系型数据库中；
3)通过foreign key将专家维修指导基础数据表与各子***报警类型表的报警类型做绑定；
4)当城市轨道交通综合监测***监测到故障报警时，***前端会根据报警类型对应的故障现象通过Java后台的API查询出在专家维修指导基础数据表与之匹配的专家诊断；
5)通过专家诊断内的处理方式判断是否需要进一步排查；
6)如果需要进一步排查故障，用户在***前端发起继续排查请求时，***前端会根据本次专家诊断的故障原因作为故障现象继续通过Java后台的API查询下一步的专家诊断信息；
7)直到处理方式为结束排查时，才完成故障报警的专家维修指导查询。
8)通过专家诊断中的故障现象与故障原因的因果关系，Java后台API将专家维修指导表的通过递归查询方式将基础数据整理成树形网络结构返回到前端页面，前端页面通过调用Echart图形绘制工具将树形网络图展示在页面上。
9)新增专家库数据管理页面，为现场用户提供一套新的API，实现专家库数据的修改和新增操作。
本实施例提供的方法能够实现的功能包括：
(1)城市轨道交通综合监测***会根据监测到的故障报警查询出与该条故障报警相匹配的故障现象，通过该条故障现象逐步查找对应的专家诊断，直到处理方式为结束排查为止；
(2)城市轨道交通综合监测***通过专家库表的故障现象与故障原因的因果关系，利用Java编程递归查询方式将原有的基础数据整理成树形网络结构图展示到专家库知识网络页面上；
(3)获得专家库数据管理操作权限的用户可以根据现场实际情况查询、修改对应的专家库信息，也可以利用导入、导出功能增加、备份专家库信息。
通过上述功能实现了故障报警由运维人员(用户)人工排查到专家智能诊断的过渡；提高了设备故障报警的解决效率；实现了处理故障报警的方法共享，减少运维人员对未知问题的摸索。
图5为本实施提供的基于轨道交通综合设备监测的故障信息处理装置的结构框图，参见图5，该装置包括接收模块501、确定模块502和显示模块503，其中，
接收模块501，用于接收由轨道交通***中任一子***上报的第一故障对应的第一故障信息；
确定模块502，用于根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息；
显示模块503，用于显示所述目标故障信息；
其中，所述关系型数据库中包括了，与所述子***的每一故障成因有关的故障信息。
本实施例提供的基于轨道交通综合设备监测的故障信息处理装置适用于上述实施例中的基于轨道交通综合设备监测的故障信息处理方法，在此不再赘述。
综上，本实施例提供的方法和装置根据轨道交通子***分类收集各个子***下的设备故障报警，专家部门通过对设备故障报警排查分析形成一个分步排查、解决故障报警方式的文档资料。***将文档资料以数据形式存入关系型数据库中。一旦监测***监测到故障报警上报，***会根据报警类型查询对应的专家诊断方案逐步分析、解决问题。用户还可以自行输入故障现象查询对应的专家诊断方案，可以查询专家库知识网络图，可以根据现场情况修改、新增导入相关的专家诊断信息，实现专家库知识网络的可视化，提高了专家库诊断方***可靠性。
最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。

Claims (9)

1.一种基于轨道交通综合设备监测的故障信息处理方法，其特征在于，包括：
接收由轨道交通***中任一子***上报的第一故障对应的第一故障信息；
根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息；
显示所述目标故障信息；
其中，所述关系型数据库中包括了，与所述子***的每一故障成因有关的故障信息。
2.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，还包括：
建立所述子***的树形关系图，对预先获取的由所述子***生成的任一第二故障信息，确定所述第二故障信息在树形关系图中所在的分支节点，并自所述分支节点开始，循环执行第一故障寻因操作，直到所述分支节点最后一层的子节点均不存在子节点，得到所述关系型数据库；
其中，所述第一故障寻因操作包括：
首次执行时，将导致第二故障的直接原因所对应的各故障信息，分别作为所述分支节点的子节点；
非首次执行时，对任一当前节点，将导致当前故障的直接原因所对应的各故障信息，分别作为当前节点的子节点；
其中，第二故障为与第二故障信息对应的故障；当前故障为与当前节点中的故障信息对应的故障。
3.根据权利要求2所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，所述建立所述子***的树形关系图，对预先获取的由所述子***生成的任一第二故障信息，确定所述第二故障信息在树形关系图中所在的分支节点，包括：
建立所述子***的树形关系图，以所述子***作为根节点，并获取导致所述子***故障的直接原因所对应的故障信息，作为第二故障信息，以所述根节点的子节点作为分支节点，将各第二故障信息作为分支节点。
4.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，所述根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息，包括：
确定所述第一故障信息在所述关系型数据库中所在的第一节点，循环执行第二故障寻因操作，直到检测到被用户选择的故障信息对应的第二节点不存在子节点后，将第二节点中的故障信息作为所述目标故障信息；
其中，第二故障寻因操作包括：
首次执行时，获取所述第一节点的各子节点，显示所述第一节点的各子节点中的故障信息；
非首次执行时，获取前一次显示的故障信息中，被用户选择的故障信息对应的节点，作为所述第二节点，获取所述第二节点的各子节点，显示所述第二节点的各子节点中的故障信息。
5.根据权利要求4所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，还包括：
若接收到导出与所述第一故障成因有关的目标故障信息的第一请求信息，则自所述第一节点开始，依次导出所述第一故障信息，和每次执行所述第二故障寻因操作时被用户选择的故障信息。
6.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，还包括：
若接收到对所述关系型数据库进行修改的第二请求信息，获取用户通过修改框输入的替换信息和被替换信息，根据被替换信息确定对故障信息进行替换的节点，对每一需要进行替换节点，由替换信息中与节点对应的故障信息替换节点中已存储的故障信息；
其中，替换信息和被替换信息均包括按照预设顺序输入的故障信息，后一次输入的故障信息，是导致前一次输入的故障信息对应故障的直接原因。
7.根据权利要求1所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，还包括：
若接收到在所述关系型数据库中，新增故障信息的第三请求信息，则获取用户通过修改框输入的所述新增信息；其中，所述新增信息包括按照预设顺序输入的故障信息，后一次输入的故障信息，是导致前一次输入的故障信息对应故障的直接原因，且第一次输入的是所述故障信息为所述关系型数据库中的某一第三节点中存储的故障信息；
由所述新增故障信息中，第一次输入的故障信息确定所述第三节点，自所述第三节点开始，循环执行“将新增故障信息中，后一次输入的故障信息，作为前一次输出的故障信息的子节点”的操作，直到将所述新增故障信息中的每一故障信息均存储到所述关系型数据库的节点中。
8.根据权利要求2所述的基于轨道交通综合设备监测的故障信息处理方法，其特征在于，第二故障信息根据所述子***的下述列表中的至少一种获取：历史报警列表、报警列表、实时报警列表、运行监测报警列表获取。
9.一种基于轨道交通综合设备监测的故障信息处理装置，其特征在于，包括：
接收模块，用于接收由轨道交通***中任一子***上报的第一故障对应的第一故障信息；
确定模块，用于根据与所述子***对应的关系型数据库，确定与所述第一故障成因有关的目标故障信息；
显示模块，用于显示所述目标故障信息；
其中，所述关系型数据库中包括了，与所述子***的每一故障成因有关的故障信息。
CN201911084190.9A 2019-11-07 2019-11-07 基于轨道交通综合设备监测的故障信息处理方法及装置 Pending CN110837530A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911084190.9A CN110837530A (zh) 2019-11-07 2019-11-07 基于轨道交通综合设备监测的故障信息处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911084190.9A CN110837530A (zh) 2019-11-07 2019-11-07 基于轨道交通综合设备监测的故障信息处理方法及装置

Publications (1)

Publication Number Publication Date
CN110837530A true CN110837530A (zh) 2020-02-25

Family

ID=69574668

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911084190.9A Pending CN110837530A (zh) 2019-11-07 2019-11-07 基于轨道交通综合设备监测的故障信息处理方法及装置

Country Status (1)

Country Link
CN (1) CN110837530A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114265372A (zh) * 2021-11-01 2022-04-01 浙江众合科技股份有限公司 基于大数据的cbtc***实时故障智能诊断方法及***
CN114358339A (zh) * 2021-12-31 2022-04-15 卡斯柯信号(郑州)有限公司 一种城市轨道交通站台门跨专业协同分析方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102735485A (zh) * 2011-10-14 2012-10-17 中联重科股份有限公司 挖掘机以及确定设备故障的方法、***
CN102879680A (zh) * 2012-09-26 2013-01-16 中南大学 轨道交通车辆装备通用检测及故障诊断方法及***
CN103699698A (zh) * 2014-01-16 2014-04-02 北京泰乐德信息技术有限公司 一种基于改进贝叶斯的轨道交通故障识别方法及***
JPWO2016088180A1 (ja) * 2014-12-01 2017-04-27 東京電力ホールディングス株式会社 設備の保守管理方法
CN108501980A (zh) * 2018-03-23 2018-09-07 固安信通信号技术股份有限公司 轨道电路设备的监测方法及终端设备
CN109471748A (zh) * 2018-11-05 2019-03-15 广州地铁集团有限公司 一种城市轨道交通信号车载设备智能化诊断方法及其装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102735485A (zh) * 2011-10-14 2012-10-17 中联重科股份有限公司 挖掘机以及确定设备故障的方法、***
CN102879680A (zh) * 2012-09-26 2013-01-16 中南大学 轨道交通车辆装备通用检测及故障诊断方法及***
CN103699698A (zh) * 2014-01-16 2014-04-02 北京泰乐德信息技术有限公司 一种基于改进贝叶斯的轨道交通故障识别方法及***
JPWO2016088180A1 (ja) * 2014-12-01 2017-04-27 東京電力ホールディングス株式会社 設備の保守管理方法
CN108501980A (zh) * 2018-03-23 2018-09-07 固安信通信号技术股份有限公司 轨道电路设备的监测方法及终端设备
CN109471748A (zh) * 2018-11-05 2019-03-15 广州地铁集团有限公司 一种城市轨道交通信号车载设备智能化诊断方法及其装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114265372A (zh) * 2021-11-01 2022-04-01 浙江众合科技股份有限公司 基于大数据的cbtc***实时故障智能诊断方法及***
CN114358339A (zh) * 2021-12-31 2022-04-15 卡斯柯信号(郑州)有限公司 一种城市轨道交通站台门跨专业协同分析方法

Similar Documents

Publication Publication Date Title
CN112152830B (zh) 一种智能的故障根因分析方法及***
CN110688538B (zh) 基于大数据的跨域业务全程路由贯穿方法以及装置
CN107749778B (zh) 一种通信光缆故障预警方法及装置
CN109473945B (zh) 一种继电保护模型数据校验及自动配置方法
CN110837530A (zh) 基于轨道交通综合设备监测的故障信息处理方法及装置
CN110956282A (zh) 一种配电自动化缺陷管理***及方法
CN112182233B (zh) 用于存储设备故障记录的知识库、及利用其辅助定位设备故障的方法及***
CN113722883A (zh) 一种智能变电站二次回路故障定位方法
CN107548087A (zh) 一种告警关联分析的方法及装置
CN117613908B (zh) 基于配电网络的智能运维方法及***
CN115694642A (zh) 一种光纤业务管理方法、装置及电子设备
CN112308736B (zh) 一种面向台区复杂环境的信息处理方法和装置
CN109067602A (zh) 基于通信监测的电力配用电业务故障诊断方法及相关产品
CN103279702A (zh) 一种智能变电站调试中全站模型文件版本监控方法
CN111355809A (zh) 监控***、方法和装置
CN115438093A (zh) 一种电力通信设备故障判断方法与检测***
CN111342554B (zh) 一种台区拓扑自动识别***和方法
CN114065967A (zh) 电厂sis***数据全生命周期的监控诊断***及方法
CN114236448A (zh) 一种基于大数据的计量装置故障检修***
CN111784538A (zh) 一种智能电网大数据信息管理方法及***
CN114911654A (zh) 一种故障分类方法、装置及***
CN112488337B (zh) 一种智能辅助的检修流程分析方法及***
CN112287495B (zh) 配电网网架的分段合理性判断方法、装置及***
CN109741594A (zh) 设备数据采集的配置方法及装置
CN111697691B (zh) 一种基于云计算的配电网规划监控***

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20200225