CN110837530A - 基于轨道交通综合设备监测的故障信息处理方法及装置 - Google Patents
基于轨道交通综合设备监测的故障信息处理方法及装置 Download PDFInfo
- 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
Links
- 238000012544 monitoring process Methods 0.000 title claims abstract description 31
- 230000010365 information processing Effects 0.000 title claims abstract description 22
- 238000003672 processing method Methods 0.000 title claims abstract description 17
- 238000000034 method Methods 0.000 claims description 30
- 238000010586 diagram Methods 0.000 claims description 18
- 238000012545 processing Methods 0.000 claims description 8
- 238000012986 modification Methods 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 6
- 230000009286 beneficial effect Effects 0.000 abstract description 3
- 238000003745 diagnosis Methods 0.000 description 16
- 238000012423 maintenance Methods 0.000 description 13
- 230000008569 process Effects 0.000 description 10
- 238000013024 troubleshooting Methods 0.000 description 10
- 238000013523 data management Methods 0.000 description 4
- 230000001364 causal effect Effects 0.000 description 3
- 230000008676 import Effects 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000011835 investigation Methods 0.000 description 2
- 230000036961 partial effect Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000002405 diagnostic procedure Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
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.一种基于轨道交通综合设备监测的故障信息处理装置,其特征在于,包括:
接收模块,用于接收由轨道交通系统中任一子系统上报的第一故障对应的第一故障信息;
确定模块,用于根据与所述子系统对应的关系型数据库,确定与所述第一故障成因有关的目标故障信息;
显示模块,用于显示所述目标故障信息;
其中,所述关系型数据库中包括了,与所述子系统的每一故障成因有关的故障信息。
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)
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)
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 | 广州地铁集团有限公司 | 一种城市轨道交通信号车载设备智能化诊断方法及其装置 |
-
2019
- 2019-11-07 CN CN201911084190.9A patent/CN110837530A/zh active Pending
Patent Citations (6)
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 (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114265372A (zh) * | 2021-11-01 | 2022-04-01 | 浙江众合科技股份有限公司 | 基于大数据的cbtc系统实时故障智能诊断方法及系统 |
CN114265372B (zh) * | 2021-11-01 | 2024-08-06 | 浙江众合科技股份有限公司 | 基于大数据的cbtc系统实时故障智能诊断方法及系统 |
CN114358339A (zh) * | 2021-12-31 | 2022-04-15 | 卡斯柯信号(郑州)有限公司 | 一种城市轨道交通站台门跨专业协同分析方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112152830B (zh) | 一种智能的故障根因分析方法及系统 | |
CN104202086A (zh) | 一种光缆故障定位方法 | |
CN107749778B (zh) | 一种通信光缆故障预警方法及装置 | |
CN109473945B (zh) | 一种继电保护模型数据校验及自动配置方法 | |
CN110837530A (zh) | 基于轨道交通综合设备监测的故障信息处理方法及装置 | |
CN113722883A (zh) | 一种智能变电站二次回路故障定位方法 | |
CN112182233B (zh) | 用于存储设备故障记录的知识库、及利用其辅助定位设备故障的方法及系统 | |
CN102542122B (zh) | 一种停电区域渲染方法和装置 | |
CN107548087A (zh) | 一种告警关联分析的方法及装置 | |
CN117613908B (zh) | 基于配电网络的智能运维方法及系统 | |
CN115694642A (zh) | 一种光纤业务管理方法、装置及电子设备 | |
CN111355809A (zh) | 监控系统、方法和装置 | |
CN112308736B (zh) | 一种面向台区复杂环境的信息处理方法和装置 | |
CN109067602A (zh) | 基于通信监测的电力配用电业务故障诊断方法及相关产品 | |
CN111045757B (zh) | It资源运行状态的可视化展示系统和方法及存储介质 | |
CN112287495B (zh) | 配电网网架的分段合理性判断方法、装置及系统 | |
CN115438093A (zh) | 一种电力通信设备故障判断方法与检测系统 | |
CN111342554B (zh) | 一种台区拓扑自动识别系统和方法 | |
CN114065967A (zh) | 电厂sis系统数据全生命周期的监控诊断系统及方法 | |
CN114236448A (zh) | 一种基于大数据的计量装置故障检修系统 | |
CN111784538A (zh) | 一种智能电网大数据信息管理方法及系统 | |
CN114911654A (zh) | 一种故障分类方法、装置及系统 | |
CN112488337B (zh) | 一种智能辅助的检修流程分析方法及系统 | |
CN111697691B (zh) | 一种基于云计算的配电网规划监控系统 | |
CN117313189B (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 |