CN108268023B - 一种轨道交通站台门远程故障诊断方法及系统 - Google Patents

Abstract

本发明涉及信息技术领域，公开了一种轨道交通站台门远程故障诊断方法及系统。包括：收集站台门数据，站台门数据来自至少2个站台，该站台门数据包括各器件的状态参数；在收到一硬件发生故障的报告时，根据该站台门数据，诊断出该硬件的故障原因；提取该硬件的特征参数、采购信息和物流信息，结合该硬件的故障原因，获得诊断报告；将该诊断报告发送给远程终端。该远程故障诊断技术的诊断依据丰富、反馈快速，从而在站台门出现故障时，无需厂家另派专业的研发技术人员到场检修，普通的维保人员即可通过远程终端远程确定故障，进行故障排除，在提高故障维修速度的同时降低了人力成本。

Description

一种轨道交通站台门远程故障诊断方法及系统

技术领域

本发明涉及信息技术领域，特别涉及一种轨道交通站台门远程故障诊断方法及系统。

背景技术

随着现代科学技术在设备上的应用，设备的结构越来越复杂，功能越来越完善，自动化程度越来越高，由于许多无法避免的因素影响，会导致设备出现各种故障，例如，超负荷使用，磨损，设计上潜在不良因素。从而降低或失去预定的功能，甚至会造成严重的事故，例如，若有人被屏蔽门夹住时地铁屏蔽门无法在就地控制盘(PSL)上进行开关门操作，不能开启屏门，会导致人员受伤。因此故障诊断是十分必要的。故障诊断技术是在设备运行中或不拆卸设备的情况下，掌握设备的运行状态，根据对被诊断对象测试所取得的有用信息进行分析处理，判断被诊断对象的状态是否处于异常状态或故障状态，并判定产生故障的原因，以及预测状态劣化的发展趋势，其目的是提高设备运行的可靠性，防患于未然。

发明人在实现本发明的过程中发现，目前常用的故障诊断方法只能在站台管理室实时查询详细的故障汇总信息，故障诊断不准确，同时，故障的诊断数据没有得到合理利用，例如，采购部门不能运用诊断数据进行硬件合理的采购。

发明内容

本发明实施方式的目的在于提供一种轨道交通站台门远程故障诊断方法及系统，使得故障诊断更快更准确，丰富诊断报告的数据来源。

为解决上述技术问题，本发明的实施方式提供了一种轨道交通站台门远程故障诊断方法，包括：收集站台门数据，站台门数据来自至少2个站台，站台门数据包括各器件的状态参数；在收到一硬件发生故障的报告时，根据站台门数据，诊断出该硬件的故障原因；提取该硬件的特征参数、采购信息和物流信息，结合硬件的故障原因，获得诊断报告；将诊断报告发送给远程终端。

本发明的实施方式还提供了一种轨道交通站台门远程故障诊断系统，包括：采集模块，用于收集站台门数据，站台门数据来自至少2个站台，所述站台门数据包括各器件的状态参数；通信模块，用于接收硬件发生故障的报告；诊断模块，用于在收到一硬件发生故障的报告时，根据站台门数据，诊断出该硬件的故障原因；生成模块，用于提取该硬件的特征参数、采购信息和物流信息，结合该硬件的故障原因，获得诊断报告；通信模块，还用于将该诊断报告发送给远程终端。

本发明实施方式相对于现有技术而言，通过收集多个站台的站台门数据，获取各器件的状态参数，在收到一硬件发生故障的报告时，根据站台门数据，诊断出该硬件的故障原因，由于诊断时数据来源更加广泛，从而使得故障原因的判断更为准确；通过提取硬件的特征参数、采购信息和物流信息，结合硬件的故障原因，获得诊断报告，使得硬件故障分析同硬件的设计、采购等各方面原因相联系，能够从早期设计阶段、采购阶段对故障进行预防，及时发现和规避不合理的设计，排除低质量的供应商；同时由于数据运用更加广泛，更加利于硬件的维护，提升了故障诊断的准确性；通过将诊断报告发送给远程终端，使得维保人员可以远程实时查看故障报告，在站台门出现故障时，无需厂家另派专业的研发技术人员特地到场检修，普通的维保人员即可通过远程终端远程确定故障，进行故障排除，在提高故障维修速度的同时降低了人力成本。

另外，硬件对应有检测项；根据该站台门数据，诊断出硬件的故障原因，具体包括：利用该站台门数据，确定检测项的检测结果；根据检测结果和故障原因的对应关系，确定硬件的故障原因。通过站台门的数据，确定硬件的检测项的检测结果，由于限定了一个硬件对应的检测项，缩小了硬件检测的范围，加快检测速度，且加快了硬件的故障原因的确定。

另外，检测结果和故障原因的对应关系为预设的对应关系。进一步限定对应关系为预设，加快了故障原因的确定。

另外，发送给远程终端后，包括以下步骤：接收来自远程终端的指令，指令用于指示故障原因是否正确；根据收到的指令，计算该故障原因对应的正确率；在收到预设个数的指令后，若正确率低于预设值，则删除检测结果和故障原因的对应关系。通过计算故障对应关系的正确率，删除正确率低的预设对应关系，确保了对应关系的正确率，进一步增强了故障诊断的准确性。

另外，远程终端的数量大于一个，各远程终端对应有权重值；根据收到的指令，计算故障原因对应的正确率，具体为：根据收到的该指令和该指令对应的远程终端的权重值，计算该故障原因对应的正确率。通过为不同的远程终端设定权重值，实现不同的远程终端可以被不同级别的技术人员使用，符合实际应用场景。

另外，硬件对应的检测项的数量有N个，所述N为大于1的自然数；利用站台门数据，确定检测项的检测结果，具体为：利用站台门数据，确定N个检测项的检测结果。限定硬件对应的检测项数目大于1，通过硬件的多个检测项，检测多个检测项结果，多个检测项更加能够体现硬件的的各个方面的性能，增强诊断结果的准确性。

另外，硬件的种类大于1个，不同种类的硬件对应不同的检测项。一般不同种类的硬件的性能不同，因而不同种类的硬件对应不同的检测项，使得故障诊断更加准确。

另外，远程终端包括：移动终端和/或服务器。进一步限定远程终端可以包括移动终端和/或服务器，丰富远程终端的硬件实现。

附图说明

图1是本发明第一实施方式的一种轨道交通站台门远程故障诊断方法的流程图；

图2是本发明第二实施方式的一种轨道交通站台门远程故障诊断方法的流程图；

图3是本发明第三实施方式的一种轨道交通站台门远程故障诊断方法的流程图；

图4是本发明第四实施方式的一种轨道交通站台门远程故障诊断系统的结构示意图；

图5是本发明第五实施方式的一种轨道交通站台门远程故障诊断系统的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种轨道交通站台门远程故障诊断方法。故障诊断方法可以运用在地铁屏蔽门系统的故障诊断上，具体流程如图1所示，包括：

步骤101：收集站台门数据。

具体的说，轨道交通站台屏蔽门系统(Platform Screen Doors，简称“PSD”系统，也称站台门)，站台门主要由门体、门机、电源与控制等4个部分组成。

更具体的说，收集的站台门数据至少来自2个站台，其中，站台门数据包括各器件的状态参数，例如，上行站台门数据和下行站台门数据的屏蔽门开启功率，蓄电池电压等。可以通过传感器进行站台门数据的收集。

步骤102：接收一硬件发生故障的报告。

具体的说，当硬件发生故障时，向故障诊断系统发送发生故障的报告，故障诊断系统接收该硬件的报告。例如，硬件A出现故障，向故障诊断系统发送出现故障的信号，故障诊断系统接收硬件A发生故障的信号。

步骤103：根据站台门数据诊断出该硬件的故障原因。

具体的说，站台门数据中包含各器件的状态参数，且站台门数据中有至少2个站台的站台门数据，通过比对多个站台的站台门数据中器件状态参数；当接收一硬件发生故障的报告时，根据站台门数据，可以获得该硬件的状态参数，根据当前该硬件的状态参数确定出现该故障的故障原因，硬件的故障状态参数与故障原因可以有对应关系。

例如，地铁屏蔽门系统中，站台门数据中含有电源柜状态信息，电源柜有正常和异常两个状态参数，电源柜出现异常的对应故障原因为电压异常，当诊断故障系统接收到来自电源柜A的故障报告时，查看站台门数据，电源柜A的状态参数为异常，可以诊断出电源柜A故障原因为电源柜电压异常。

步骤104：结合该硬件的故障原因获取诊断报告。

具体的说，可以将故障诊断系统同企业资源计划(ERP)系统和产品数据管理(PDM)系统对接，从而可以从ERP系统中获得该硬件的采购信息和、物流信息和备件信息等，从PDM系统中提取该故障硬件的特征参数等，再结合步骤103中诊断出的该硬件的故障原因，获得诊断报告。也就是说，最终的诊断报告中不仅包含诊断出的故障原因，还包含：该故障硬件使用时长，价格，硬件特征、物流信息等信息。

步骤105：将该诊断报告发送远程终端。

具体的说，远程终端可以是移动终端和服务器，也可以只有移动终端，或只有服务器。在本实施方式中以远程终端为移动终端和服务器为例。故障硬件的诊断报告可以直接发送给移动终端和服务器，由于移动终端携带方便，可以实时查看诊断报告，并根据诊断报告对硬件进行维护；同时，诊断报告发送至服务器，其中，服务器可以通过办公自动化(OA)系统，将报告数据传送给相关的技术人员，如采购人员、硬件设计技术人员、软件设计技术人员等。

需要说明的是，步骤105中远程终端可以只有移动终端，将诊断报告发送给移动终端，技术人员可以根据收到的故障诊断报告对硬件进行维护。

相对现有技术而言，本实施例中，通过收集多个站台的站台门数据，获取各器件的状态参数，器件的状态参数来自多个站台，使得获取到的器件的状态参数更加准确，根据站台门数据可以快速确定硬件的故障原因；通过提取该故障硬件的特征参数、采购信息和物流信息，结合该硬件的故障原因，可以获取比较全面的诊断报告，从而在早期设计阶段、采购阶段对故障进行预防，及时发现和规避不合理的设计，排除低质量的供应商；同时由于数据运用更加广泛，更加利于硬件的维护，提升了故障诊断的准确性；通过将诊断报告发送给远程终端，使得维保人员可以远程实时查看故障报告，在站台门出现故障时，无需厂家另派专业的研发技术人员特地到场检修，普通的维保人员即可通过远程终端远程确定故障，进行故障排除，在提高故障维修速度的同时降低了人力成本。

本发明的第二实施方式涉及一种轨道交通站台门远程故障诊断方法。第二实施方式是第一实施方式进一步改进，主要改进之处在于：在第二实施方式中，硬件对应有检测项，根据站台门数据确定硬件检测项的检测结果，利用检测结果和故障原因对应关系快速确定故障原因。具体的流程如图2所示，包括：

步骤201：收集站台门数据。

步骤202：接收一硬件发生故障的报告。

步骤203：利用站台门数据确定该硬件检测项的检测结果。

具体的说，硬件对应有检测项，检测项的数量有N个，N为大于1的自然数，在收到一硬件发生故障的报告时，根据站台门数据，确定该硬件对应的N个检测项的检测结果。例如，硬件A有a和b两个检测项，检测项a的状态值分为0和1，检测项b的状态值分为0和1，站台门数据收集的是上行站台门数据；此时，接收到硬件A发生故障的报告时，上行站台门数据中硬件A的a检测项的状态值为1，b检测项的状态值为0，在下行站台门数据中，与硬件A同类型的硬件B的检测项a的状态值为1，检测项b的状态值为1，因此，根据站台门数据，可知硬件A的检测项a的检测结果正常，检测项b检测结果异常。

需要说明的是，硬件的种类大于1，不同种类的硬件对应不同的而检测项，例如，在上行站台门数据中，有2种类型的硬件分别为硬件A和硬件B，硬件A对应检测项a和检测项b，硬件B对应检测项c和检测项d。

步骤204：根据该硬件检测项结果确定该硬件的故障原因。

检测结果和故障原因有对应关系，根据检测结果和故障原因的对应关系，确定硬件的故障原因，其中对应关系为预设的对应关系。例如，硬件A有a和b两个检测项；预设对应关系为，硬件A检测项a异常时对应故障原因A，检测项b异常对应故障原因B，检测项a和检测项b异常均异常对应故障原因C；此时，接收到硬件A发生故障的报告时，根据站台门数据，确定硬件A的检测项a检测结果正常，检测项b的检测结果异常，从预设对应关系，确定硬件A的故障原因为故障原因B。

步骤205：结合该硬件的故障原因获取诊断报告。

步骤206：将该诊断报告发送远程终端。

此外，值得一提的是，步骤201，步骤202、步骤205和步骤206与第一实施例中的步骤101，步骤102、步骤104和步骤105大致相同，为了减少重复，步骤201，步骤202、步骤205和步骤206不在做赘述。

在本实施方式中，硬件对应有多个检测项，缩小了硬件故障的检测的范围，同时，利用站台门数据确定检测项的检测结果，并根据检测结果和故障原因的预设对应关系，进一步加快确定硬件的故障原因的速度，同时使得故障诊断更加准确。

本发明的第三实施方式涉及一种轨道交通站台门远程故障诊断方法。第三实施方式是第二实施方式进一步改进，主要改进之处在于：在第三实施方式中，发送诊断报告给远程终端后，还统计自动诊断出的故障原因的正确率，在故障原因的正确率低于预设值时，删除低正确率的对应关系。具体的流程如图3所示，包括：

步骤301：收集站台门数据。

步骤302：接收一硬件发生故障的报告。

步骤303：利用站台门数据确定该硬件检测项的检测结果。

步骤304：根据该硬件检测项结果确定该硬件的故障原因。

步骤305：结合该硬件的故障原因获取诊断报告。

步骤306：将该诊断报告发送远程终端。

步骤307：接收来自远程终端的指令。

具体的说，故障诊断系统将诊断报告发送给远程终端，当远程终端接收了诊断报告后，会发送指令，该指令用于指示该故障原因是否正确。指令可以是实际故障的定位及原因和排除处理的过程。

步骤308：根据该指令计算该故障原因对应的正确率。

具体的说，远程终端可以有多个，分别对应有权重值，不同级别的技术人员使用对应权重值的远程终端，例如，初级技术人员对应使用权重为1的远程终端，中级技术人员对应使用权重为2的远程终端，高级技术人员对应使用权重为3的远程终端；根据收到预设个数的指令和该指令对应的远程终端的权重值，计算该故障原因对应的正确率。预设个数可以根据实际情况而定，比如预设个数为10个。

步骤309：判断该正确率是否低于预设值。若该故障原因对应的正确率低于预设值，则执行步骤310，若否，则结束本实施例流程。

具体的说，可以设置用于判断故障原因对应的正确率的阈值，该预设值可以设置为50％，当正确率低于50％时，则执行步骤310。

步骤310：删除该检测结果和该故障原因的对应关系。

具体的说，该故障对应的关系的正确率低于预设值，可知该对应关系的不准确，删除该条对应关系。

此外，值得一提的是，步骤301至步骤306与第一实施例中的步骤201至步骤206大致相同，为了减少重复，步骤301至步骤306不在做赘述。

在本实施例中，通过为不同的远程终端设定权重值，实现不同的远程终端可以被不同级别的技术人员使用，更符合实际的应用场景，使得在根据终端指令和该指令对应终端的权重值计算故障对应关系的正确率时，计算准确，删除正确率低的对应关系，进一步保证了故障诊断的准确性。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第四实施方式涉及一种轨道交通站台门远程故障诊断系统。轨道交通站台门远程故障诊断系统4可以运用在地铁屏蔽门系统中，具体如图4所示，包括但不限于：采集模块41、通信模块42、诊断模块43和生成模块44。

采集模块41，用于收集站台门数据，站台门数据来自至少2个站台，该站台门数据包括各器件的状态参数。

通信模块42，用于接收硬件发生故障的报告。

诊断模块43，用于在收到一硬件发生故障的报告时，根据该站台门数据，诊断出该硬件的故障原因。

生成模块44，用于提取该硬件的特征参数、采购信息和物流信息，结合该硬件的故障原因，获得诊断报告。

通信模块42，还用于将该诊断报告发送给远程终端。

具体的说，轨道交通站台门远程故障诊断系统4通过采集模块41收集站台门数据，收集的站台门数据至少来自2个站台，其中，站台门数据包括各器件的状态参数。当轨道交通站台门远程故障诊断系统4中的通信模块42接收到一硬件发生故障的报告时，诊断模块43根据采集模块42收集到的站台门数据，诊断硬件的故障原因。轨道交通站台门远程故障诊断系统4可以同企业资源计划(ERP)系统和产品数据管理(PDM)系统对接，从而生成模块44可以从ERP系统中获得该硬件的采购信息、物流信息和备件信息等，从PDM系统中提取该故障硬件的特征参数等，再结合由诊断模块43诊断出该硬件的故障原因，获取该硬件的诊断报告，其中，诊断报告不仅包含诊断出的故障原因，还包含：该故障硬件使用时长，价格，硬件特征、物流信息等信息，将该诊断报告通过通信模块42发送给远程终端，其中，远程终端可以是移动终端和服务器，也可以只有移动终端，或只有服务器。在本实施方式中以远程终端为移动终端和服务器为例。故障硬件的诊断报告可以通过通信模块42直接发送给移动终端和服务器，由于移动终端携带方便，可以实时查看诊断报告，并根据诊断报告对硬件进行维护；同时，诊断报告发送至服务器，其中，服务器可以通过办公自动化(OA)系统，将报告数据传送给相关的技术人员，如采购人员、硬件设计技术人员、软件设计技术人员等。

本实施方式中提供的轨道交通站台门远程故障诊断系统，通过采集模块收集多个站台的站台们数据，数据来源更广，诊断模块根据收集到的站台门数据诊断硬件故障原因，生成模块提取该硬件的特征信息特征参数、采购信息和物流信息，结合该硬件故障原因生成诊断报告，使得硬件故障分析和硬件的设计、采购各方面结合，获取的诊断报告更加全面，能够从早期设计阶段、采购阶段对故障进行预防，及时发现和规避不合理的设计，由于数据运用更加广泛，更加利于硬件的维护，提升了故障诊断的准确性；通过通信模块将诊断报告发送给远程终端，使得维保人员可以远程实时查看故障报告，在站台门出现故障时，无需厂家另派专业的研发技术人员特地到场检修，普通的维保人员即可通过远程终端远程确定故障，进行故障排除，在提高故障维修速度的同时降低了人力成本。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式涉及一种轨道交通站台门远程故障诊断系统。第五实施方式是第四实施方式的改进，主要改进之处在于：在第五实施方式中，硬件对应有检测项，根据站台门数据确定硬件检测项的检测结果，利用检测结果和故障原因对应关系快速确定故障原因。

具体结构如图5所示，本发明实施方式中的轨道交通站台门远程故障诊断系统4除了包括图4中的模块之外，诊断模块43还包括：检测子模块431和确定子模块432。

检测子模块431用于利用站台门数据，确定该检测项的检测结果。

确定子模块432用于根据该检测结果和故障原因的对应关系，确定该硬件的故障原因。

具体的说，轨道交通站台门远程故障诊断系统4通过采集模块41收集站台门数据，收集的站台门数据至少来自2个站台，其中，站台门数据包括各器件的状态参数。硬件对应有检测项，检测项的数量有N个，N为大于1的自然数，当轨道交通站台门远程故障诊断系统4中的通信模块42接收到一硬件发生故障的报告时，诊断模块43中的加测字模块431根据采集模块42收集到的站台门数据，确定该硬件的N个检测项的检测结果；检测结果与故障原因有对应关系，其中对应关系为预设的对应关系，确定子模块432根据检测结果和故障原因预设的对应关系诊断硬件的故障原因。轨道交通站台门远程故障诊断系统4可以同企业资源计划(ERP)系统和产品数据管理(PDM)系统对接，从而生成模块44可以从ERP系统中获得该硬件的采购信息、物流信息和备件信息等，从PDM系统中提取该故障硬件的特征参数等，再结合由诊断模块43诊断出该硬件的故障原因，获取该硬件的诊断报告，其中，诊断报告不仅包含诊断出的故障原因，还包含：该故障硬件使用时长，价格，硬件特征、物流信息等信息，将该诊断报告通过通信模块42发送给远程终端，其中，远程终端可以是移动终端和服务器，也可以只有移动终端，或只有服务器。在本实施方式中以远程终端为移动终端和服务器为例。故障硬件的诊断报告可以通过通信模块42直接发送给移动终端和服务器，由于移动终端携带方便，可以实时查看诊断报告，并根据诊断报告对硬件进行维护；同时，诊断报告发送至服务器，其中，服务器可以通过办公自动化(OA)系统，将报告数据传送给相关的技术人员，如采购人员、硬件设计技术人员、软件设计技术人员等。

本实施方式中提供的轨道交通站台门远程故障诊断系统，通过检测子模块，确定硬件对应的多个检测项的检测结果，确定子模块根据预设对应关系确定该硬件的故障原因，使得故障检测装置缩小了硬件检测的范围，加快了硬件检测速度，进一步加快了故障原因的确定。

由于第二实施方式与本实施方式相互对应，因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (6)

1.一种故障诊断方法，其特征在于，具体用于诊断站台门的故障原因，所述方法包括：

收集站台门数据，所述站台门数据来自至少2个站台，所述站台门数据包括各器件的状态参数；

接收一硬件发生故障的报告，其中，所述硬件对应有检测项；

根据所述站台门数据，诊断出所述硬件的故障原因，具体包括：利用所述站台门数据，确定检测项的检测结果；根据检测结果和故障原因的对应关系，确定硬件的故障原因；

提取所述硬件的特征参数、采购信息和物流信息，结合所述硬件的故障原因，获得诊断报告；

将所述诊断报告发送给远程终端；

接收来自远程终端的指令，所述指令用于指示所述故障原因是否正确；

根据收到的所述指令，计算所述故障原因对应的正确率；

在收到预设个数的指令后，若所述正确率低于预设值，则删除所述检测结果和所述故障原因的对应关系；

其中，所述远程终端的数量大于一个，各所述远程终端对应有权重值；

所述根据收到的所述指令，计算所述故障原因对应的正确率，具体为：

根据收到的所述指令和所述指令对应的远程终端的权重值，计算所述故障原因对应的正确率。

2.根据权利要求1所述的故障诊断方法，其特征在于，所述检测结果和故障原因的对应关系为预设的对应关系。

3.根据权利要求1所述的故障诊断方法，其特征在于，所述硬件对应的检测项的数量有N个，所述N为大于1的自然数；

所述利用所述站台门数据，确定所述检测项的检测结果，具体为：

所述利用所述站台门数据，确定所述N个检测项的检测结果。

4.根据权利要求1所述的故障诊断方法，其特征在于，所述硬件的种类大于1个，不同种类的硬件对应不同的检测项。

5.根据权利要求1所述的故障诊断方法，其特征在于，所述远程终端包括：移动终端和/或服务器。

6.一种故障诊断设备，其特征在于，包括：

采集模块，用于收集站台门数据，所述站台门数据来自至少2个站台，所述站台门数据包括各器件的状态参数；

通信模块，用于接收硬件发生故障的报告；

诊断模块，用于在收到一硬件发生故障的报告时，根据所述站台门数据，诊断出所述硬件的故障原因，其中，所述硬件对应有检测项；所述诊断模块，具体包括：检测子模块，用于利用所述站台门数据，确定所述检测项的检测结果；确定子模块，用于根据所述检测结果和故障原因的对应关系，确定所述硬件的故障原因；

生成模块，用于提取所述硬件的特征参数、采购信息和物流信息，结合所述硬件的故障原因，获得诊断报告；

所述通信模块，还用于将所述诊断报告发送给远程终端，并接收来自远程终端的指令，所述指令用于指示所述故障原因是否正确；根据收到的所述指令，计算所述故障原因对应的正确率；在收到预设个数的指令后，若所述正确率低于预设值，则删除所述检测结果和所述故障原因的对应关系；

其中，所述远程终端的数量大于一个，各所述远程终端对应有权重值；

所述通信模块，具体用于根据收到的所述指令和所述指令对应的远程终端的权重值，计算所述故障原因对应的正确率。

Images