确定处理故障的方式的系统、方法、设备及介质与流程

1.本发明涉及计算机处理技术领域，尤其涉及一种确定处理故障的方式的系统、方法、设备及介质。


背景技术：

2.近年来，伴随着经济社会的快速发展和技术水平的提升，轨道交通呈多制式发展，大多城市内均已建立起多制式的轨道交通体系，例如，过轨运输、同站换乘等，由多管理方协同管理同一轨道，在此过程中，可能涉及多管理方协调管理统一线路的情况，但是受轨道交通受管理模式及技术发展限制，各管理方各自独立、信息交互性差，在出现故障事件时，不能及时解决，制约着轨道交通运输效率和服务质量。
3.目前，故障事件的解决方法通常是在发生故障事件时，由就近的工作人员到故障地点进行处理，该工作人员可能只是故障的其中一个管理方，不了解故障整体情况，存在故障解决效果差和效率低的问题，进而影响轨道交通运输效率和服务质量。


技术实现要素：

4.本发明提供了一种确定处理故障的方式的系统、方法、设备及介质，以实现在提高确定故障处理方式准确性的同时，达到提高故障处理及时性和有效性，以及提高轨道交通运输效率和服务质量的技术效果。
5.根据本发明的一方面，提供了一种确定处理故障的方式的系统，该系统包括：数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统；其中，
6.所述数据分析子系统，用于接收所述数据采集子系统所采集的监测数据，并确定所述监测数据中的异常数据，并将所述异常数据发送至所述故障分析子系统；
7.所述故障分析子系统，用于在接收到所述数据分析子系统发送的异常数据时，基于所述异常数据，确定故障分析结果，并将所述故障分析结果发送至所述故障处理子系统；其中，所述故障分析结果包括故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方中的至少一项；
8.所述故障处理子系统，用于在接收到所述故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于所述故障处理类型和所述故障分析结果，确定目标处理方式，以基于所述目标处理方式进行故障处理。
9.根据本发明的另一方面，提供了一种确定处理故障的方式的方法，该方法应用于确定处理故障的方式的系统，所述确定处理故障的方式的系统包括数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统，该方法包括：
10.基于所述数据分析子系统接收所述数据采集子系统所采集的监测数据，并确定所述监测数据中的异常数据，并将所述异常数据发送至所述故障分析子系统；
11.基于所述故障分析子系统在接收到所述数据分析子系统发送的异常数据时，基于所述异常数据，确定故障分析结果，并将所述故障分析结果发送至所述故障处理子系统；其
中，所述故障分析结果包括故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方中的至少一项；
12.基于所述故障处理子系统在接收到所述故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于所述故障处理类型和所述故障分析结果，确定目标处理方式，以基于所述目标处理方式进行故障处理。
13.根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
14.至少一个处理器；以及
15.与所述至少一个处理器通信连接的存储器；其中，
16.所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的确定处理故障的方式的方法。
17.根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的确定处理故障的方式的方法。
18.本发明实施例的技术方案，通过利用数据分析子系统接收数据采集子系统所采集的监测数据，并确定监测数据中的异常数据，并将异常数据发送至故障分析子系统；故障分析子系统基于异常数据，确定故障分析结果，并将故障分析结果发送至故障处理子系统；故障处理子系统，用于在接收到故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于故障处理类型和故障分析结果，确定目标处理方式，以基于目标处理方式进行故障处理，解决了现有技术中通过故障地点的就近工作人员解决故障，导致故障解决效果差和效率低的问题，实现了通过利用数据分析子系统确定监测数据中的异常数据，故障分析子系统基于异常数据，确定故障类型、故障严重度、影响范围、故障位置以及故障位置所隶属的至少一个管理方等故障分析结果，进而由故障处理子系统基于故障位置所隶属的至少一个管理方，确定故障处理类型，确定故障事件存在多少管理方，实现多管理方协同处理故障，提高故障处理效果，进而确定与故障处理类型和故障分析结果相匹配的目标处理方式，基于目标处理方式进行故障处理，在提高确定故障处理方式准确性的同时，提高故障处理及时性和有效性，达到提高轨道交通运输效率和服务质量的技术效果。
19.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
21.图1是根据本发明实施例一提供的一种确定处理故障的方式的系统的结构示意图；
22.图2为本发明实施例一提供的一种数据采集子系统的结构示意图；
23.图3为本发明实施例一提供的一种数据分析子系统的结构示意图；
24.图4为本发明实施例一提供的一种故障处理子系统的结构示意图；
25.图5是根据本发明实施例二所提供的确定处理故障的方式的系统的结构示意图；
26.图6是根据本发明实施例二所提供的用于表征多系统之间通信的示意图；
27.图7是根据本发明实施例二所提供的确定处理故障的方式的系统的结构示意图；
28.图8是根据本发明实施例二所提供的显示页面的示意图；
29.图9是根据本发明实施例三提供的一种确定处理故障的方式的方法流程图；
30.图10是实现本发明实施例的确定处理故障的方式的方法的电子设备的结构示意图。
具体实施方式
31.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
32.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
33.实施例一
34.图1是根据本发明实施例一提供的一种确定处理故障的方式的系统的结构示意图，本实施例可适用于自动生成采购单并下发的情况，参考图1，本实施例提供的确定处理故障的方式的系统包括：数据采集子系统110、数据分析子系统120、故障分析子系统130和故障处理子系统140。下面对本实施例的确定处理故障的方式的系统的结构组成进行具体的说明。
35.数据分析子系统120，用于接收数据采集子系统110所采集的监测数据，并确定监测数据中的异常数据，并将异常数据发送至故障分析子系统130；
36.故障分析子系统130，用于在接收到数据分析子系统120发送的异常数据时，基于异常数据，确定故障分析结果，并将故障分析结果发送至故障处理子系统130；
37.故障处理子系统130，用于在接收到故障分析子系统130发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于故障处理类型和故障分析结果，确定目标处理方式，以基于目标处理方式进行故障处理。
38.其中，监测数据是指监测轨道交通是否出现异常的数据，例如，列车（如高铁、城际列车、地铁、有轨电车等）的运行数据、设备（如工务、机务、电务、牵引供电、运载工具、电梯等设备）的运行数据、乘车用户的状态数据、进出口/站厅/站台/车厢的监测视频等。故障分
析结果包括故障类型、故障严重度、影响范围、故障位置以及故障位置所隶属的至少一个管理方中的至少一项。故障类型可以用于表征故障的特征，故障类型可以按故障状态进行划分，如分为间接性故障和永久性故障；也可以为按故障形成速度进行划分，如分为突发性故障和渐近性故障；还可以按故障所属对象进行划分，如分为设备故障、客流故障、线路故障、环境故障、关键区域故障等。关键区域可以为换乘通道、过轨通道等。故障严重度表征故障的严重程度。影响范围可以为故常产生后的影响区域、影响人群、影响事项等。故障位置是指故障发生的位置。管理方是指对故障位置具有管理功能的用户、单位或部门等。故障处理类型包括故障发生位置由多方管理和故障发生位置由一方管理。可以理解的是，如果故障发生位置由多方管理，那么可以认为该故障发生位置为跨制式故障点；如果故障发生位置由一方管理，那么可以认为该故障发生位置为本制式故障点。
39.在本实施例中，在数据采集子系统110采集到的监测数据之后，可以将监测数据发送至数据分析子系统120，进而数据分析子系统120基于监测数据对列车运行、设备设施、关键区域、乘车情况等信息进行监测感知，例如可以对监测数据进行预处理、融合、挖掘、特征提取等处理，判断监测数据中是否存在异常的数据，如果是可以将这些异常数据进行提取并发送至故障分析子系统130。故障分析子系统130可以采用故障诊断方法对这些异常数据进行分析，分析出故障类型、严重程度、影响范围、故障发生位置、以及故障发生位置所对应的管理方等信息，作为故障分析结果并发送至故障处理子系统130。故障处理子系统130通过分析故障位置所隶属的至少一个管理方，确定出该故障点是否存在多个以上的管理方，如果是，那么说明可能需要多方协作解决故障，如果否，那么说明只需一方解决故障即可。在此时，可以基于存在多少个管理方，确定故障处理类型。进一步的，可以选择与故障处理类型和故障分析结果相对应的应急预案，作为目标处理方式，可以将目标处理方式发送至用户终端，以使终端用户可以基于目标处理方式对本次发生的故障进行处理。
40.需要说明的是，在实际应用中，对于轨道交通领域，可能存在多管理方共同管理同一线段的情况，例如同站换乘线段a被管理方1和2所共同管理，为了使得在故障发生时故障解决的能够及时、有效，可以预先对各管理方进行调度指挥权限（即管理权限）的划分，限定各管理方的权限和职能范围。例如，轨道交通采用自主运营的独立调度指挥模式，会存在与其他管理方所管理的线路进行衔接运输的情况，为了保证调度指挥的单一性，双方可以对共线、共站及并站地区的调度指挥权限进行协调划分，共同完成跨线运输任务。在进行调度指挥权限划分的过程中，可以依据权限划分原则进行划分，权限划分原则可以包括以下几项：1、尽可能保持路网的完整性，保证运输服务的整体性和全面性；2、保持调度指挥的唯一性，实行单一调度指挥，保证运输的安全与高效；3、尽可能保持管理权限与调度指挥权限的一致性，避免因权限范围限制和权限交叉导致的协调沟通不畅；4、保持线网调度指挥的统一性，实现较大范围的集中监视、调整与控制，提高运输效率和服务质量。具体的，在权限划分的过程中，如果在行车调度指挥上存在交叉现象，需对这些调度岗位进行调度指挥权限的划分，明确其职责范围，例如：没有共线、共站和并站情况的，城市轨道交通和市域市郊铁路可各自独立运营，行车调度权没有冲突，各自拥有线路的行调权限；新建的城市轨道交通线路，若需借用部分城市轨道交通的上一级管理方（如市域市郊）的铁路，产生共线的情况，为避免共线区段存在多个调度指挥中心，应将共线区段的行车调度权划分给市域市郊铁路；新建的城市轨道交通线路，若市域市郊铁路需要借用轨道交通路线，产生共线的情况，
为避免共线区段存在多个调度指挥中心，应将共线区段的行车调度权划分给市域市郊的上一级管理方（如轨道交通调度中心）；城市轨道交通与市域市郊铁路存在共站情况，需要根据车站、线路的具体情况进行划分，若该共用车站为轨道交通车站，其行车调度权应划分给轨道交通调度中心，若该车站为铁路车站，其行车调度权应划分给铁路车站所所隶属市调度所；轨道交通与市域市郊铁路存在并站情况，双方共同使用一个车站，但分别使用两个不同的车场，可以分别设置两套独立的调度指挥系统。
41.在上述实施例的基础上，参考图2，图2为本发明实施例一提供的一种数据采集子系统的结构示意图，数据采集子系统110，包括：售检票模块210、门禁模块220、轨道监控模块230、闭路电视模块240和车辆接口数据采集模块250；其中，
42.售检票模块210，用于获取售检票数据；
43.门禁模块220，用于采集至少一个闸机设备的闸机运行数据；
44.轨道监控模块230，用于获取线路运营数据以及至少一个线路设备的设备运行数据；
45.闭路电视模块240，用于采集至少一个待监测区域的区域图像；
46.车辆接口数据采集模块250，用于采集至少一项车辆运行数据。
47.其中，数据分析子系统120与数据采集子系统110进行通信。售检票数据、闸机运行数据、设备运行数据、区域图像、车辆运行数据均与监测数据相对应。售检票模块210可以为自动售检票系统(afc，automatic fare collection system)，用于实现轨道交通售票、检票、计费、收费、统计、清分、管理等全过程的自动处理。门禁模块220可以为门禁系统（acs，access control system），用于对通道的进出进行管理。轨道监控模块230是指列车自动监控系统（ats，automatic train supervision），其主要功能包含编制运行图，根据运行图自动办理列车进路，自动调整列车运行间隔，记录运行数据等。闭路电视模块240是指闭路电视系统(cctv，closed circuit television)，其可以在特定的区域进行视频传输，进行区域监视。车辆接口数据采集模块250。线路设备可以为工务、机务、电务、牵引供电、运载工具以及电梯等设备。待监测区域可以理解为需要被监测的区域，例如，可以为进出站口、站厅、站台、车厢、线路、桥梁、隧道等区域。
48.在本实施例中，可以利用售检票模块210采集交通售票、检票、计费、收费、统计、清分、管理等全过程的售检票数据；利用门禁模块220采集至少一个闸机设备的闸机运行数据；利用轨道监控模块230采集线路运营数据以及至少一个线路设备的设备运行数据；可以利用闭路电视模块240采集对至少一个待监测区域的监测视频，视频中的每一帧图像均可以作为区域图像；车辆接口数据采集模块250采集车辆的运行数据，如车辆各项油耗记录、电池电压、空燃比、发动机的运行状况等，还可以读取故障码.以基于故障码快速诊断出车辆故障的情况。可以将售检票数据、闸机运行数据、设备运行数据、区域图像、车辆运行数据作为监测数据上传至数据分析子系统120，以使数据分析子系统120基于监测数据对轨道交通进行监控。
49.可选的，数据采集子系统110还包括城市轨道交通综合监控模块（integrated supervisory control system，iscs），用于进行固定监控、远程调度及各线路的协调调度，可以将iscs的运行数据作为监测数据，以监测、远程调度及各线路的状态。
50.示例性的，确定处理故障的方式的系统可以通过数据采集子系统110获取复合运输系统运行状态，包括系统中人员、设备设施及关键衔接部位的状态，例如，根据ats具体部署情况同ats、afc、pis（乘客信息显示系统，passenger information system）、iscs、cctv以及车辆进行接口，支持通过物理方式进行接口。采集不同制式线路ats、afc、pis、iscs、cctv以及车辆等运行信息，作为监测数据，以依托系统故障失效模型对监测数据进行分析判断，进行全局安全分析、预防性维保或者应急响应处置等。
51.在上述实施例的基础上，参考图3，图3为本发明实施例一提供的一种数据分析子系统的结构示意图，数据分析子系统120，包括：客流分析模块310、设备状态分析模块320；其中，
52.客流分析模块310，用于接收售检票模块210发送的售检票数据，并基于售检票数据确定第一客流数据，若第一客流数据超出预设客流阈值，则确定第一客流数据为异常数据；
53.设备状态分析模块320，用于接收门禁模块220发送的闸机运行数据、轨道监控模块230发送的线路运营数据和设备运行数据，和/或车辆接口数据采集模块250发送的车辆运行数据，并基于闸机运行数据、线路运营数据、设备运行数据和/或车辆运行数据，确定待监测设备的运行状态信息，若运行状态信息为异常状态，则确定待监测设备对应的监测数据为异常数据。
54.其中，待监测设备为闸机设备、线路设备、车辆设备。线路设备是指列车运行线路上所涉及的设备，例如，路基、桥隧建筑物和轨道等。车辆设备可以为应答器、车档、信号机等。可选的待监测设备还可以为工务、机务、电务、牵引供电、运载工具以及电梯等设备。
55.在本实施例中，客流分析模块310可以接收售检票模块210发送的售检票数据，进而基于售检票数据分析出客流密度或客流量等信息，可以将这些信息作为第一客流数据，例如，对于地跌站口1，其检票入口的客流量为a，出口的客流量为b，可以认为地跌站口1内的客流量为a-b。进一步的，可以将第一客流数据与预设客流阈值进行比对，如果第一客流数据大于预设客流阈值，那么可以认为此时存在客流异常的情况，可以将第一客流数据作为为异常数据。设备状态分析模块320在接收到门禁模块220发送的闸机运行数据、轨道监控模块230发送的线路运营数据和设备运行数据，和/或车辆接口数据采集模块250发送的车辆运行数据中任一项数据之后，可以对接收到的闸机运行数据、线路运营数据、设备运行数据和/或车辆运行数据进行分析，分析设备的运行状态，得到待监测设备的运行状态信息，如果运行状态信息为异常状态，那么可以认为该待监测设备存在异常，可以将该待监测设备对应的监测数据作为异常数据。以基于异常数据分析出故障分析结果。
56.需要说明的是，系统在分析客流情况时，可以利用收闭路电视模块240所采集的至少一个待监测区域的区域图像进行确定。可选的，客流分析模块310，还用于接收闭路电视模块240发送的至少一个待监测区域的区域图像，并基于区域图像中的各像素点，确定待监测区域的第二客流数据，若第二客流数据超出预设客流阈值，则确定第二客流数据为异常数据。
57.具体的，客流分析模块310接收到闭路电视模块240发送的至少一个待监测区域的区域图像之后，可以分析区域图像中的各像素点所属的对象，可以将属于乘客对象的像素点数量和区域图像的总像素点数量作比，可以将比值作为待监测区域的第二客流数据，进
而可以将第二客流数据与预设客流阈值进行比较，如果第二客流数据大于预设客流阈值，那么可以认为此时存在客流异常的情况，可以将第二客流数据作为异常数据。
58.示例性的，假设待监测区域为目标车厢，可以在目标车厢内合理布置监控摄像机，利用摄像机获取目标车厢内的监控图像，对监控图像进行区域分割，确定边界区域（边界区域为不包括乘客的区域）、座位区域和走廊区域等。可以从座位区域中提取座位乘客目标，从走廊区域中提取走廊乘客目标。根据座位乘客目标的像素个数与座位区域的总像素的比值确定座位区域乘客密度；根据走廊乘客目标的像素个数与走廊区域的总像素的比值确定走廊区域乘客密度；最后根据座位区域乘客密度以及走廊区域乘客密度确定目标车厢内的客流密度，作为第二客流数据。
59.在上述实施例的基础上，参考图4，图4为本发明实施例一提供的一种故障处理子系统的结构示意图，故障处理子系统130，包括：处理类型确定模块410和处理方式确定模块420，其中，
60.处理类型确定模块410，用于确定故障位置所隶属的管理方的数量，并基于数量确定故障处理类型，并将故障处理类型发送至处理方式确定模块420；
61.处理方式确定模块420，用于调取与故障处理类型相对应的预案列表，并从预案列表中确定出与故障分析结果相对应的目标处理方式。
62.其中，故障处理类型包括单方处理类型或多方处理类型。目标处理方式中包括至少一项待处理配置项，待处理配置项内容包括事件名称、故障级别、处置措施、负责用户和处理流程。故障级别可以为严重故障、一般故障、轻微故障、逐渐发展的故障和突然故障等等。处置措施可以为处理故障的执行方法，例如：可以为接收报告，启动应急预案，下达限流客流引导等。负责用户可以为执行对象，如5号线行调员，或5号线值班人员等。预案列表中可以包括多个待选择处理方式。
63.在本实施例中，处理类型确定模块410可以统计故障位置所隶属的管理方的数量，进而基于数量确定故障处理类型。基于数量确定故障处理类型的实现方式可以是：若数量为一个，则确定故障处理类型为单方处理类型，若数量大于一个，则确定故障处理类型为多方处理类型。具体的，可以将数量与预设阈值1作比较，如果数量大于1，说明故障发生点为多个管理方共同管理，此时确定故障处理类型为多方处理类型，如果数量等于1，说明故障发生点为一个管理方管理，此时确定故障处理类型为单方处理类型。进一步的，可以将故障处理类型发送至处理方式确定模块420。处理方式确定模块420可以调取与故障处理类型相匹配的预案列表，可以从预案列表中选择出与故障分析结果相匹配的待选择处理方式作为目标处理方式，此时的目标处理方式是与故障类型、故障严重度、影响范围、故障位置以及故障处理类型相匹配的，基于目标处理方式对故障进行应急处理，提高对故障处理的及时性和准确性。
64.需要说明的是，为了提高故障处理的效率，可以配置显示页面，进而可以将目标处理方式可视化的显示在显示页面上，使得用户可以直观的在显示页面上获知处理方式，还可以在显示页面上修改故障的处理情况等。
65.可选的，确定处理故障的方式的系统，还包括：信息显示子系统和数据配置子系统；其中，
66.信息显示子系统，用于接收处理方式确定模块420发送的目标处理方式，并将目标
处理方式中的至少一项待处理配置项内容进行关联展示；
67.数据配置子系统，用于接收对待处理配置项的更改信息，并基于更改信息更新待处理配置项内容。
68.其中，更改信息可以包括对待处理配置项内容的添加、删除、修改等操作。
69.具体的，处理方式确定模块420可以将目标处理方式发送至信息显示子系统，信息显示子系统可以将目标处理方式中的各项待处理配置项内容进行关联展示，例如，可以基于处理流程进行按序展示。处理方式确定模块420也可以将预案列表发送至信息显示子系统进行展示。这样，用户可以在显示页面上编辑对待处理配置项的更改信息，或者编辑对预案列表中待选择处理方式的更改信息，可以在用户在编辑好更改信息，触发确认控件时，认为数据配置子系统接收到了更改信息，进而可依据更改信息更新待处理配置项内容或者待选择处理方式中的内容。例如，可以在显示页面显示目标处理方式，并可对目标处理方式中的内容进行添加、删除、修改操作，内容可以以文字或图表等形式进行显示。内容可以包括应急事件名称、故障级别、处置措施、责任人、流程配置等基本信息。还可以对目标处理方式中的各项待处理配置项内容的完成状态进行修改，例如，假设用户处理完某一项待处理配置项内容，可以在该项的图标处将未处理状态修改成已处理状态，以使显示页面上的浏览用户可以清楚的获知故障处理情况。
70.本实施例的技术方案，通过利用数据分析子系统接收数据采集子系统所采集的监测数据，并确定监测数据中的异常数据，并将异常数据发送至故障分析子系统；故障分析子系统基于异常数据，确定故障分析结果，并将故障分析结果发送至故障处理子系统；故障处理子系统，用于在接收到故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于故障处理类型和故障分析结果，确定目标处理方式，以基于目标处理方式进行故障处理，解决了现有技术中通过故障地点的就近工作人员解决故障，导致故障解决效果差和效率低的问题，实现了通过利用数据分析子系统确定监测数据中的异常数据，故障分析子系统基于异常数据，确定故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方等故障分析结果，进而由故障处理子系统基于故障位置所隶属的至少一个管理方，确定故障处理类型，确定故障事件存在多少管理方，实现多管理方协同处理故障，提高故障处理效果，进而确定与故障处理类型和故障分析结果相匹配的目标处理方式，基于目标处理方式进行故障处理，在提高确定处理故障的方式准确性的同时，提高故障处理及时性和有效性，达到提高轨道交通运输效率和服务质量的技术效果。
71.实施例二
72.作为上述实施例的一可选实施例，图5是根据本发明实施例二所提供的确定处理故障的方式的系统的结构示意图。具体的，可以参见下述具体内容。
73.如图5所示，本发明实施例提供的确定处理故障的方式的系统可以由数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统组成。其中，数据采集子系统包括售检票模块（自动售检票系统afc）、门禁模块（即门禁系统acs）、轨道监控模块（即列车自动监控系统ats）、闭路电视模块（即闭路电视系统cctv）、车辆接口数据采集模块、城市轨道交通综合监控模块iscs、显示信息（pis）接口数据采集模块和外部环境接口数据采集模块。故障处理子系统包括处理类型确定模块和处理方式确定模块。
74.在本实施例中，确定处理故障的方式的系统可依托数据采集子系统，获取客流、关键设备状态等信息通过网络传递到应急指挥系统中心层面，提供集中化的信息加工处理和服务，在现场部署增强执行模块，由系统应用中心综合各种资源进行加工处理后，形成应急指挥联动决策指令等，通过网络提供给现场终端、用户侧终端或者相关业务系统使用或执行。其中，确定处理故障的方式的系统可以通过数据采集子系统获取复合运输系统运行状态，包括系统中人员、设备设施及关键衔接部位的状态，例如，参见图6，图6是指用于表征多系统之间通信的示意图，可以根据ats具体部署情况，利用接入交换机建立服务器同ats、afc、pis、iscs、cctv以及车辆等系统（即既有系统）接口服务器之间的通信，支持通过物理方式进行接口。采集不同制式线路ats、afc、pis、iscs、cctv以及车辆等运行信息，作为监测数据，以依托系统故障失效模型对监测数据进行分析判断，进行全局安全分析、预防性维保或者应急响应处置等。在应急指挥系统中心层面设置在各制式调度中心（包括城市轨道交通指挥中心和市域市郊铁路指挥中心）的系统核心应用功能，包括数据分析子系统、故障分析子系统、处理类型确定模块、处理方式确定模块和信息显示子系统，参见图7，数据分析子系统在接收到数据采集子系统车站afc数据、进出口/站厅/站台/车厢的监测视频等，可实时感知客流相关的安全关键信息，及时规避出现人流拥堵情况；通过对线路、桥梁、隧道等关键部位或跨制式衔接部位状态进行采集，以及工务、机务、电务、牵引供电、运载工具，以及电梯等关键设备的运行状态采集，感知设备设施的健康状态；同时，还可对一些关键区域如换乘通道、站台等进行监测感知。数据分析子系统可通过分析监测数据中高铁、城际、地铁、有轨电车等不同制式轨道交通系统以及运输、运维、信息、客流等不同模块来源的感知信息，采用信息融合理论与技术对这些监测数据进行预处理、融合、挖掘、特征提取，发现异常数据并提取出发送至故障分析子系统。故障分析子系统采用复杂系统故障诊断方法对异常数据进行分析，分析故障类型、严重程度、影响范围、故障发生位置、是否涉及跨制式应急处置等信息，可以将这些信息作为故障参数（即故障分析结果）。故障分析子系统可以将故障参数发送至处理类型确定模块，处理类型确定模块基于故障分析子系统输出的故障参数，采用维护技术、基于协同优化的应急处置技术等，自动判断提取应急预案类型（即故障处理类型），故障处理类型包括本制式应急预案（即单方管理类型）和跨制式应急预案（多方管理类型）。处理类型确定模块将故障处理类型发送至故障方式确定模块。故障方式确定模块可根据故障处理类型和故障分析结果调取相应的应急预案（即目标处理方式）并发送至信息显示子系统，即下发至对应的执行人。信息显示子系统可以在显示页面显示当前应急预案，应急预案中包括多个待处理配置项，并可对待处理配置项内容进行添加、删除、修改灯操作，内容可以文字显示，内容可包括应急事件名称、应急级别、处置措施、责任人（或责任岗位）、流程配置等基本信息，示例性的，显示页面可如图8所示，目标处理方式中包括待处理配置项1、待处理配置项2、待处理配置项3、待处理配置项4和待处理配置项5。目标处理方式的类型可根据管理方实际情况进行设置，包括但不限于以下内容：故障应急指挥流程、道岔故障应急指挥流程、突发大客流应急指挥流程、暴雨限速应急指挥流程、换乘站突发火灾应急指挥流程、突发公共卫生事件应急指挥流程等。应急指挥系统现场执行层面在接收到指挥系统输出指挥决策命令后，可根据各工种配合执行应急任务，例如，在现场执行的过程中，可以通过调度-应急指挥模块、车站-应急指挥模块、维修-应急指挥模块或其他场景的应急指挥模块向对应的执行人或者维修现场传达决策指令并反馈执行情况。以将确定的
应急预案中不同的应急处置步骤将对应的处置措施下发给对应的现场执行人员。当突发事件发生时，根据预案库形成应急处置方案，启动应急资源（通信资源、人力资源、应急物资等），实现高效应急处置，并可以查看当前应急处置流程。通过定位发生地点，通过多种状态感知手段和与其他系统数据接口，对事件发生位置处的多种设备、客流、环境等状态进行全方位数据采集，便于应急处置相关人员第一时间掌握现场情况。同时急指挥系统现场执行层面包括调度应急指挥模块、车站应急指挥模块、维修应急指挥模块等，根据不同的应急预案，可能涉及到行调、环调、维调、车站值班主任以及故障现场车务、电务、工务、车辆、机车等人员。应急指挥模块可安装于相关人员的手持终端上，用于接收中心系统发出的应急指挥调度决策，快速的进行应急处置恢复，并及时进行反馈。
75.在上述方案的基础上，在实际应用中，对于轨道交通领域，可能存在多管理方共同管理同一线段的情况，例如同站换乘线段a被管理方1和2所共同管理，为了使得在故障发生时故障解决的能够及时、有效，可以预先对各管理方进行调度指挥权限（即管理权限）的划分，限定各管理方的权限和职能范围。例如，轨道交通采用自主运营的独立调度指挥模式，会存在与其他管理方所管理的线路进行衔接运输的情况，为了保证调度指挥的单一性，双方可以对共线、共站及并站地区的调度指挥权限进行协调划分，共同完成跨线运输任务。在进行调度指挥权限划分的过程中，可以依据权限划分原则进行划分，权限划分原则可以包括以下几项：1、尽可能保持路网的完整性，保证运输服务的整体性和全面性；2、保持调度指挥的唯一性，实行单一调度指挥，保证运输的安全与高效；3、尽可能保持管理权限与调度指挥权限的一致性，避免因权限范围限制和权限交叉导致的协调沟通不畅；4、保持线网调度指挥的统一性，实现较大范围的集中监视、调整与控制，提高运输效率和服务质量。具体的，在权限划分的过程中，如果在行车调度指挥上存在交叉现象，需对这些调度岗位进行调度指挥权限的划分，明确其职责范围，例如：没有共线、共站和并站情况的，城市轨道交通和市域市郊铁路可各自独立运营，行车调度权没有冲突，各自拥有线路的行调权限；新建的城市轨道交通线路，若需借用部分城市轨道交通的上一级管理方（如市域市郊）的铁路，产生共线的情况，为避免共线区段存在多个调度指挥中心，应将共线区段的行车调度权划分给市域市郊铁路；新建的城市轨道交通线路，若市域市郊铁路需要借用轨道交通路线，产生共线的情况，为避免共线区段存在多个调度指挥中心，应将共线区段的行车调度权划分给市域市郊的上一级管理方（如轨道交通调度中心）；城市轨道交通与市域市郊铁路存在共站情况，需要根据车站、线路的具体情况进行划分，若该共用车站为轨道交通车站，其行车调度权应划分给轨道交通调度中心，若该车站为铁路车站，其行车调度权应划分给铁路车站所所隶属市调度所；轨道交通与市域市郊铁路存在并站情况，双方共同使用一个车站，但分别使用两个不同的车场，可以分别设置两套独立的调度指挥系统。在运营组织方面，轨道交通线路与市域市郊铁路的共线区段可采用本线与跨线列车共线、不同种类列车共线运营的运输组织模式；组织机构设置方面两者分别有独立的调度指挥中心。轨道交通与市域市郊铁路共线区段应急调度指挥可借鉴既有铁路线路应急管理经验，做好突发事件的应急预案。应急预案是针对可能发生的事件，为迅速、有序、有效地开展应急救援行动而预先制定的行动方案。根据铁路应急事件发生的原因，应急预案体系应该包括三个方面：技术设备类预案、社会类预案、自然环境类预案。技术设备故障类预案应包括常见设备故障预案，如列车故障救援行车应急预案、信号故障行车应急预案、道岔故障行车应急预案、接触网故障行车
应急预案、道床事故应急预案、外界设施损坏应急预案、线路断轨胀轨应急预案、正线车站达面积停电应急预案等。自然环境类预案包括：地震应急预案、泥石流应急预案、防洪应急预案、恶劣天气列车运行组织应急预案、防台、防雷击应急预案等。
76.本发明实施例所提供的确定处理故障的方式的系统可面向“城市轨道交通-市域/城际-高铁/普速铁路等”多网，解决不同主体间信息不流通，实现管理方信息协同。系统集成计算机技术、通信技术、大数据技术、管理决策及人工智能技术等于一体，以数据的采集、分析和处理为基础，以故障预警和应急指挥联动为导向，实现多种轨道制式的协同指挥，为乘客提供区域环境下跨制式高效、安全、便捷的交通。
77.本实施例的技术方案，通过利用数据分析子系统接收数据采集子系统所采集的监测数据，并确定监测数据中的异常数据，并将异常数据发送至故障分析子系统；故障分析子系统基于异常数据，确定故障分析结果，并将故障分析结果发送至故障处理子系统；故障处理子系统，用于在接收到故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于故障处理类型和故障分析结果，确定目标处理方式，以基于目标处理方式进行故障处理，解决了现有技术中通过故障地点的就近工作人员解决故障，导致故障解决效果差和效率低的问题，实现了通过利用数据分析子系统确定监测数据中的异常数据，故障分析子系统基于异常数据，确定故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方等故障分析结果，进而由故障处理子系统基于故障位置所隶属的至少一个管理方，确定故障处理类型，确定故障事件存在多少管理方，实现多管理方协同处理故障，提高故障处理效果，进而确定与故障处理类型和故障分析结果相匹配的目标处理方式，基于目标处理方式进行故障处理，在提高确定处理故障的方式准确性的同时，提高故障处理及时性和有效性，达到提高轨道交通运输效率和服务质量的技术效果。
78.实施例三
79.图9是根据本发明实施例三提供的一种确定处理故障的方式的方法流程图，该方法可以应用于上述实施例提供的确定处理故障的方式的系统，所述确定处理故障的方式的系统包括数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统，参考图9，该方法可以包括如下步骤：
80.s710、基于所述数据分析子系统接收所述数据采集子系统所采集的监测数据，并确定所述监测数据中的异常数据，并将所述异常数据发送至所述故障分析子系统。
81.s720、基于所述故障分析子系统在接收到所述数据分析子系统发送的异常数据时，基于所述异常数据，确定故障分析结果，并将所述故障分析结果发送至所述故障处理子系统。
82.其中，所述故障分析结果包括故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方中的至少一项。
83.s730、基于所述故障处理子系统在接收到所述故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于所述故障处理类型和所述故障分析结果，确定目标处理方式，以基于所述目标处理方式进行故障处理。
84.在上述技术方案的基础上，所述数据采集子系统，包括：售检票模块、门禁模块、轨道监控模块、闭路电视模块和车辆接口数据采集模块；其中，
85.所述售检票模块，用于获取售检票数据；
86.所述门禁模块，用于采集至少一个闸机设备的闸机运行数据；
87.所述轨道监控模块，用于获取线路运营数据以及至少一个线路设备的设备运行数据；
88.所述闭路电视模块，用于采集至少一个待监测区域的区域图像；
89.所述车辆接口数据采集模块，用于采集至少一项车辆运行数据；
90.其中，所述售检票数据、所述闸机运行数据、所述设备运行数据、所述区域图像、所述车辆运行数据均与所述监测数据相对应。
91.在上述技术方案的基础上，所述数据分析子系统，包括：客流分析模块、设备状态分析模块；其中，
92.所述客流分析模块，用于接收所述售检票模块发送的售检票数据，并基于所述售检票数据确定第一客流数据，若所述第一客流数据超出预设客流阈值，则确定所述第一客流数据为异常数据；
93.所述设备状态分析模块，用于接收所述门禁模块发送的闸机运行数据、所述轨道监控模块发送的线路运营数据和设备运行数据，和/或所述车辆接口数据采集模块发送的车辆运行数据，并基于所述闸机运行数据、所述线路运营数据、所述设备运行数据和/或车辆运行数据，确定待监测设备的运行状态信息，若所述运行状态信息为异常状态，则确定所述待监测设备对应的监测数据为异常数据；
94.其中，所述待监测设备为闸机设备、线路设备、车辆设备。
95.在上述技术方案的基础上，所述客流分析模块，还用于接收所述闭路电视模块发送的至少一个待监测区域的区域图像，并基于所述区域图像中的各像素点，确定所述待监测区域的第二客流数据，若所述第二客流数据超出预设客流阈值，则确定所述第二客流数据为异常数据。
96.在上述技术方案的基础上，所述故障处理子系统，包括：处理类型确定模块和处理方式确定模块，其中，
97.所述处理类型确定模块，用于确定故障位置所隶属的管理方的数量，并基于所述数量确定故障处理类型，并将所述处理类型确定模块发送至所述处理方式确定模块；其中，所述故障处理类型包括单方处理类型或多方处理类型；
98.所述处理方式确定模块，用于调取与所述故障处理类型相对应的预案列表，并从所述预案列表中确定出与所述故障分析结果相对应的目标处理方式；其中，所述目标处理方式中包括至少一项待处理配置项，所述待处理配置项内容包括事件名称、故障级别、处置措施、负责用户和处理流程。
99.在上述技术方案的基础上，所述处理类型确定模块，具体用于若所述数量为一个，则确定所述故障处理类型为单方处理类型，若所述数量大于一个，则确定所述故障处理类型为多方处理类型。
100.在上述技术方案的基础上，所述确定处理故障的方式的系统，还包括：信息显示子系统和数据配置子系统；其中，
101.所述信息显示子系统，用于接收处理方式确定模块发送的目标处理方式，并将所述目标处理方式中的至少一项待处理配置项内容进行关联展示；
102.所述数据配置子系统，用于接收对所述待处理配置项的更改信息，并基于所述更改信息更新所述待处理配置项内容。
103.本实施例的技术方案，通过利用数据分析子系统接收数据采集子系统所采集的监测数据，并确定监测数据中的异常数据，并将异常数据发送至故障分析子系统；故障分析子系统基于异常数据，确定故障分析结果，并将故障分析结果发送至故障处理子系统；故障处理子系统，用于在接收到故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于故障处理类型和故障分析结果，确定目标处理方式，以基于目标处理方式进行故障处理，解决了现有技术中通过故障地点的就近工作人员解决故障，导致故障解决效果差和效率低的问题，实现了通过利用数据分析子系统确定监测数据中的异常数据，故障分析子系统基于异常数据，确定故障类型、故障严重度、影响范围、故障位置以及故障位置所隶属的至少一个管理方等故障分析结果，进而由故障处理子系统基于故障位置所隶属的至少一个管理方，确定故障处理类型，确定故障事件存在多少管理方，实现多管理方协同处理故障，提高故障处理效果，进而确定与故障处理类型和故障分析结果相匹配的目标处理方式，基于目标处理方式进行故障处理，在提高确定处理故障的方式准确性的同时，提高故障处理及时性和有效性，达到提高轨道交通运输效率和服务质量的技术效果。
104.实施例四
105.图10是实现本发明实施例的确定处理故障的方式的方法的电子设备的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备（如头盔、眼镜、手表等）和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
106.如图10所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器（rom）12、随机访问存储器（ram）13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器（rom）12中的计算机程序或者从存储单元18加载到随机访问存储器（ram）13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出（i/o）接口15也连接至总线14。
107.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
108.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元（cpu）、图形处理单元（gpu）、各种专用的人工智能（ai）计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器（dsp）、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如确定处理故障的方式的方法。
109.在一些实施例中，确定处理故障的方式的方法可被实现为计算机程序，其被有形
地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的确定处理故障的方式的方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式（例如，借助于固件）而被配置为执行确定处理故障的方式的方法。
110.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列（fpga）、专用集成电路（asic）、专用标准产品（assp）、芯片上系统的系统（soc）、负载可编程逻辑设备（cpld）、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
111.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
112.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器（ram）、只读存储器（rom）、可擦除可编程只读存储器（eprom或快闪存储器）、光纤、便捷式紧凑盘只读存储器（cd-rom）、光学储存设备、磁储存设备、或上述内容的任何合适组合。
113.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置（例如，crt（阴极射线管）或者lcd（液晶显示器）监视器）；以及键盘和指向装置（例如，鼠标或者轨迹球），用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈（例如，视觉反馈、听觉反馈、或者触觉反馈）；并且可以用任何形式（包括声输入、语音输入或者、触觉输入）来接收来自用户的输入。
114.可以将此处描述的系统和技术实施在包括后台部件的计算系统（例如，作为数据服务器）、或者包括中间件部件的计算系统（例如，应用服务器）、或者包括前端部件的计算系统（例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互）、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信（例如，通信网络）来将系统的部件相互连接。通信网络的示例包括：局域网（lan）、广域网（wan）、区块链网络和互联网。
115.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。
116.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
117.上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

技术特征：
1.一种确定处理故障的方式的系统，其特征在于，包括：数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统；其中，所述数据分析子系统，用于接收所述数据采集子系统所采集的监测数据，并确定所述监测数据中的异常数据，并将所述异常数据发送至所述故障分析子系统；所述故障分析子系统，用于在接收到所述数据分析子系统发送的异常数据时，基于所述异常数据，确定故障分析结果，并将所述故障分析结果发送至所述故障处理子系统；其中，所述故障分析结果包括故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方中的至少一项；所述故障处理子系统，用于在接收到所述故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于所述故障处理类型和所述故障分析结果，确定目标处理方式，以基于所述目标处理方式进行故障处理。2.根据权利要求1所述的系统，其特征在于，所述数据采集子系统，包括：售检票模块、门禁模块、轨道监控模块、闭路电视模块和车辆接口数据采集模块；其中，所述售检票模块，用于获取售检票数据；所述门禁模块，用于采集至少一个闸机设备的闸机运行数据；所述轨道监控模块，用于获取线路运营数据以及至少一个线路设备的设备运行数据；所述闭路电视模块，用于采集至少一个待监测区域的区域图像；所述车辆接口数据采集模块，用于采集至少一项车辆运行数据；其中，所述售检票数据、所述闸机运行数据、所述设备运行数据、所述区域图像、所述车辆运行数据均与所述监测数据相对应。3.根据权利要求2所述的系统，其特征在于，所述数据分析子系统，包括：客流分析模块和设备状态分析模块；其中，所述客流分析模块，用于接收所述售检票模块发送的售检票数据，并基于所述售检票数据确定第一客流数据，若所述第一客流数据超出预设客流阈值，则确定所述第一客流数据为异常数据；所述设备状态分析模块，用于接收所述门禁模块发送的闸机运行数据、所述轨道监控模块发送的线路运营数据和设备运行数据，和/或所述车辆接口数据采集模块发送的车辆运行数据，并基于所述闸机运行数据、所述线路运营数据、所述设备运行数据和/或车辆运行数据，确定待监测设备的运行状态信息，若所述运行状态信息为异常状态，则确定所述待监测设备对应的监测数据为异常数据；其中，所述待监测设备为闸机设备、线路设备、车辆设备。4.根据权利要求3所述的系统，其特征在于，所述客流分析模块，还用于接收所述闭路电视模块发送的至少一个待监测区域的区域图像，并基于所述区域图像中的各像素点，确定所述待监测区域的第二客流数据，若所述第二客流数据超出预设客流阈值，则确定所述第二客流数据为异常数据。5.根据权利要求1所述的系统，其特征在于，所述故障处理子系统，包括：处理类型确定模块和处理方式确定模块，其中，所述处理类型确定模块，用于确定故障位置所隶属的管理方的数量，并基于所述数量确定故障处理类型，并将所述故障处理类型发送至所述处理方式确定模块；其中，所述故障
处理类型包括单方处理类型或多方处理类型；所述处理方式确定模块，用于调取与所述故障处理类型相对应的预案列表，并从所述预案列表中确定出与所述故障分析结果相对应的目标处理方式；其中，所述目标处理方式中包括至少一项待处理配置项，所述待处理配置项内容包括事件名称、故障级别、处置措施、负责用户和处理流程。6.根据权利要求5所述的系统，其特征在于，所述处理类型确定模块，具体用于若所述数量为一个，则确定所述故障处理类型为单方处理类型，若所述数量大于一个，则确定所述故障处理类型为多方处理类型。7.根据权利要求1所述的系统，其特征在于，所述确定处理故障的方式的系统，还包括：信息显示子系统和数据配置子系统；其中，所述信息显示子系统，用于接收处理方式确定模块发送的目标处理方式，并将所述目标处理方式中的至少一项待处理配置项内容进行关联展示；所述数据配置子系统，用于接收对所述待处理配置项的更改信息，并基于所述更改信息更新所述待处理配置项内容。8.一种确定处理故障的方式的方法，其特征在于，应用于确定处理故障的方式的系统，所述确定处理故障的方式的系统包括数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统，所述确定处理故障的方式的方法包括：基于所述数据分析子系统接收所述数据采集子系统所采集的监测数据，并确定所述监测数据中的异常数据，并将所述异常数据发送至所述故障分析子系统；基于所述故障分析子系统在接收到所述数据分析子系统发送的异常数据时，基于所述异常数据，确定故障分析结果，并将所述故障分析结果发送至所述故障处理子系统；其中，所述故障分析结果包括故障类型、故障严重度、影响范围、故障位置以及所述故障位置所隶属的至少一个管理方中的至少一项；基于所述故障处理子系统在接收到所述故障分析子系统发送的故障分析结果时，基于故障位置所隶属的至少一个管理方，确定故障处理类型，并基于所述故障处理类型和所述故障分析结果，确定目标处理方式，以基于所述目标处理方式进行故障处理。9.一种电子设备，其特征在于，所述电子设备包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求8所述的确定处理故障的方式的方法。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求8所述的确定处理故障的方式的方法。

技术总结
本发明公开了一种确定处理故障的方式的系统、方法、设备及介质。涉及计算机处理技术领域。该系统包括：数据采集子系统、数据分析子系统、故障分析子系统和故障处理子系统；数据分析子系统，用于接收数据采集子系统所采集的监测数据，确定监测数据中的异常数据；故障分析子系统，用于基于异常数据确定故障分析结果；故障处理子系统，用于基于故障位置所隶属的至少一个管理方，确定故障处理类型，基于故障处理类型和故障分析结果，确定目标处理方式进行故障处理。解决现有技术中通过故障地点的就近工作人员解决故障，导致故障解决效果差和效率低的问题，实现提高故障处理及时性和有效性，达到提高轨道交通运输效率和服务质量的效果。达到提高轨道交通运输效率和服务质量的效果。达到提高轨道交通运输效率和服务质量的效果。


技术研发人员：张晚秋 刘军 张波 李擎 张杰
受保护的技术使用者：北京全路通信信号研究设计院集团有限公司
技术研发日：2023.08.07
技术公布日：2023/9/9