CN116468254B - 用于轨道交通的站内应急任务数据处理方法及系统 - Google Patents

Abstract

本申请实施例公开了一种用于轨道交通的站内应急任务数据处理方法及系统。本申请实施例提供的技术方案，通过获取应急任务数据选择距离最近的目标工作人员下发应急任务，并监控应急处理人员的实时路径，根据应急处理人员的实时路径与任务路径的比对结果触发相应的应急任务处理逻辑，以此可以保障应急任务的及时、快速处理，避免任务处理滞后性，并提升任务处理的可靠性，同时应急任务自动生成自动下发，提升应急任务的指派效率和处理效率。

Description

用于轨道交通的站内应急任务数据处理方法及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种用于轨道交通的站内应急任务数据处理方法及系统。

背景技术

目前，在轨道交通的日常运行场景中，经常需要管理各种不同的运行任务，对各类型任务数据进行处理，以实现较好的运营管理效果。其中，对于运营过程中出现诸如设备故障、高峰客流过度拥挤、乘客身体异常、乘客纠纷、现场卫生问题等等应急事件，要求站内乘务人员及时前往现场处理，以避免影响客流运营，影响地铁运行安全和流畅性。

但是，传统的应急事件处理方式大多都是通过中控室工作人员找到相应的工作人员，通过对讲机以口述的方式下发应急任务数据。同时对于接收应急任务数据的工作人员而言，可能因为任务冲突等原因无法及时处理应急任务数据，导致应急任务数据处理存在严重的滞后性，影响地铁站内运营的流畅性。

发明内容

本申请提供一种用于轨道交通的站内应急任务数据处理方法及系统，能够保障应急任务数据的及时、快速处理，避免任务处理滞后性，并提升任务处理的可靠性，解决现有轨道交通应急任务数据处理不及时的技术问题。

在第一方面，本申请提供了一种用于轨道交通的站内应急任务数据处理方法，包括：

获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；

根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；

在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面。

进一步地，所述从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，包括：

根据所述应急任务数据的执行位置与所有站内摄像头的距离由近及远确定遍历顺序；

基于所述遍历顺序遍历所有站内摄像头的监控画面，基于所述监控画面检测所述目标工作人员，将第一个检测到的所述目标工作人员确定为应急处理人员。

进一步地，所述基于所述监控画面检测所述目标工作人员，包括：

提取各个所述目标工作人员预存的人脸图像，对所述监控画面进行人脸检测，并将检测到的人脸信息与所述人脸图像进行人脸相似度比对，基于比对结果判断所述监控画面是否存在所述目标工作人员。

进一步地，所述在指定时长内检测到所述实时路径与所述任务路径不匹配，包括：

在指定时长内检测到所述实时路径超出所述任务路径，或者当前所述实时路径未发生变化，判定所述实时路径与所述任务路径不匹配。

进一步地，在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

固定时长内检测到所述应急处理人员的实时位置与所述应急任务数据的执行位置超出设定距离阈值，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒。

进一步地，在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

响应于所述应急处理人员的工作终端返回的转单请求，重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员为所述应急处理人员。

进一步地，在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

接收所述应急处理人员的工作终端返回的任务处理信息，基于所述任务处理信息结束所述应急任务数据，并将所述任务处理信息、对应的事件现场视频和事件处理结果合并生成任务处理记录。

在第二方面，本申请提供了一种用于轨道交通的站内应急任务数据处理系统，包括：

任务下发模块，用于获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；

路径比对模块，用于根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；

任务处理模块，用于在在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面。

在第三方面，本申请提供了一种电子设备，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的用于轨道交通的站内应急任务数据处理方法。

在第四方面，本申请提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的用于轨道交通的站内应急任务数据处理方法。

本申请通过获取应急任务数据，从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的目标工作人员为应急处理人员，与应急处理人员的工作终端通信，传输应急任务数据，目标工作人员与应急任务数据的任务类型相匹配；根据应急处理人员的实时位置和执行位置构建任务路径，基于站内摄像头实时跟踪应急处理人员的实时路径，将实时路径与任务路径比对；在指定时长内检测到实时路径与任务路径不匹配的情况下，根据应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的其他目标工作人员进行应急任务数据的下发；在指定时长内检测到实时路径与任务路径匹配的情况下，向应急处理人员的工作终端发送应急任务数据的任务现场监控画面。采用上述技术手段，根据实时生成的应急任务选择距离最近且空闲的对应工种的工作人员下发应急任务，并监控应急处理人员的实时路径，根据应急处理人员的实时路径与任务路径的比对结果触发相应的应急任务处理逻辑，以此可以保障应急任务的及时、快速处理，避免任务处理滞后性，并提升任务处理的可靠性，同时应急任务自动生成自动下发，提升应急任务的指派效率和处理效率。

附图说明

图1是本申请实施例一提供的一种用于轨道交通的站内应急任务数据处理方法的流程图；

图2是本申请实施例一中应急任务处理设备与站内设备的连接示意图；

图3是本申请实施例一中应急处理人员的确定流程图；

图4是本申请实施例二提供的一种用于轨道交通的站内应急任务数据处理系统的结构示意图；

图5是本申请实施例三提供的一种电子设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作（或步骤）描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一：

图1给出了本申请实施例一提供的一种用于轨道交通的站内应急任务数据处理方法的流程图，本实施例中提供的用于轨道交通的站内应急任务数据处理方法可以由用于轨道交通的站内应急任务数据处理设备执行，该用于轨道交通的站内应急任务数据处理设备可以通过软件和/或硬件的方式实现，该用于轨道交通的站内应急任务数据处理设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。一般而言，该用于轨道交通的站内应急任务数据处理设备可以是电脑，服务器主机等数据处理设备。

下述以用于轨道交通的站内应急任务数据处理设备为执行用于轨道交通的站内应急任务数据处理方法的主体为例，进行描述。参照图1，该用于轨道交通的站内应急任务数据处理方法具体包括：

S110、获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；

S120、根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；

S130、在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面。

本申请实施例在处理应急任务数据时，通过实时生成的应急任务选择距离最近且空闲的对应工种的工作人员下发应急任务，并监控应急处理人员的实时路径，根据应急处理人员的实时路径与任务路径的比对结果，若两者匹配，则下发任务现场监控画面以更好地辅助应急处理人员了解现场情况，若两者不匹配，则需要提示现场应急处理人员及时处理应急任务，或者重新指派应急处理人员，以实现应急任务的容错处理。

如图2所示，该应急任务数据处理设备11通过与各个站内摄像头12以及站内工作人员的工作终端13信号连接。在下发应急任务数据给应急处理人员的工作终端13之后，通过各个站内摄像头12实时监控应急处理人员的实时路径，将实时路径比对任务路径，根据比对结果即可做出相应的应急任务处理逻辑，如转发应急任务数据至转发人员或者新的应急处理人员的工作终端13、下发任务处理提醒给应急处理人员的工作终端13或者下发任务现场监控画面给应急处理人员的工作终端13。以此实现应急任务的稳定和容错处理，提升任务处理效率和处理可靠性。

示例性的，地铁站内日常运行场景中，经常会发生各种不同的应急事件。对应站内设备故障、高峰客流过度拥挤、乘客身体异常、乘客纠纷、现场卫生问题等等不同类型的应急事件，数据处理设备需要实时对这些应急事件进行监测，及时发觉并对应下发应急任务给相应的应急处理人员处理，以确保这些应急事件能够及时处理，提升站内运营的可靠性和稳定性。

其中，数据处理设备在获取应急任务数据时，可以基于应急现场上报的应急信息、站内摄像头采集的事件视频信息或者设备中控检测到的异常信息，生成站内应急事件，并根据所述站内应急事件的事件类型生成对应任务类型的应急任务数据。可以理解的是，在应急事件发生时，相关工作人员可以在应急现场上报相应的应急信息给数据处理设备，以通过数据处理设备找到相应工种的工作人员处理应急事件。例如，站内乘务人员发现现场闸机故障，可以上报这一应急信息至处理设备，以通过处理设备指派应急任务给设备维修人员。另一方面，通过闸机中控检测到设备故障时，也可以直接上报异常信息给数据处理设备，通过处理设备指派应急任务给设备维修人员。此外，站内摄像头也会通过视频分析监控画面，进行应急事件的检测。例如，当通过检测监控画面发现某一次人流数量较大，达到设定人流数量阈值，也会将事件视频信息上报给数据处理设备进行应急任务指派。通过该用于轨道交通的站内应急任务数据处理设备与站内摄像头、站内设备（如闸机、扶梯、照明设备等）以及站内工作人员的工作终端进行交互，实时接收应急现场站内工作人员的工作终端上报的应急信息、站内摄像头采集的事件视频信息或者设备中控检测到的异常信息，进而基于这些不同的应急事件信息，即可生成对应的应急任务数据。

可以理解的是，对于不同的应急任务，需求不同工种的工作人员处理。例如，设备故障需要维修人员处理，因此对于设备故障的应急事件，需要向维修人员下发应急任务；对于站内卫生问题的应急事件，需要向保洁人员下发应急任务；对于乘客纠纷、客流拥挤导致的应急事件，需要向站内乘务人员下发应急任务。基于不同工种的站内工作人员，数据处理设备预先构建工种与对应处理的应急事件类型以及应急任务类型的映射关系。则根据站内实时发生的应急事件，数据处理设备按照映射关系实时生成对应的应急任务数据。进而根据应急任务数据的任务类型，参照映射关系找到相匹配的工种，定义该工种为目标工种。进而根据目标工种查询预构建的站内人员列表，找到对应目标工种的工作人员，定义为目标工作人员。在此之前，预先根据站内人员所属工种构建该站内人员列表，以用于后续进行目标工作人员的查询。

进一步地，基于已确定的多个目标工作人员，需要从中选择距离应急任务执行位置最近的目标工作人员作为应急处理人员，以保障应急任务快速、稳定地被处理。基于此，该应急任务数据处理设备从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员。其中，如图3所示，应急处理人员确定流程包括：

S1101、根据所述应急任务数据的执行位置与所有站内摄像头的距离由近及远确定遍历顺序；

S1102、基于所述遍历顺序遍历所有站内摄像头的监控画面，基于所述监控画面检测所述目标工作人员，将第一个检测到的所述目标工作人员确定为应急处理人员。

根据应急任务数据的执行位置与所有站内摄像头的距离，由近及远确定遍历顺序，按照遍历顺序首先选择距离最近的站内摄像头查询其监控画面，判断该监控画面是否检测到目标工作人员。

其中，基于所述监控画面检测所述目标工作人员，包括：提取各个所述目标工作人员预存的人脸图像，对所述监控画面进行人脸检测，并将检测到的人脸信息与所述人脸图像进行人脸相似度比对，基于比对结果判断所述监控画面是否存在所述目标工作人员。

通过对实时监控画面进行目标检测，并对检测到的目标进行人脸比对，找到与目标工作人员的人脸相似度达到设定阈值的目标，确定其为目标工作人员。基于视频监控画面进行目标检测和人脸识别的方式有很多，在此不做固定限制。

参照上述站内摄像头监控画面的目标工作人员检测方式，按照遍历顺序逐一遍历各个站内摄像头，将第一个找到的目标工作人员，确定为应急处理人员，向该应急处理人员下发对应的应急任务数据。

实际应用中，该应急任务数据处理设备还可以通过与站内各个目标工作人员的工作终端进行交互，获取其工作终端的定位信息。根据应急任务的执行位置与该定位信息计算任务距离，选取其中任务距离最短的对应目标工作人员，作为该应急处理人员。可以理解的是，由于应急事件要求应急处理人员快速做出处理，避免应急任务处理延误，造成不必要的阻碍，影响乘客体验的情况。因此需要尽可能地保证应急处理人员距离应急任务的执行位置相对较近，使得应急处理人员能够更快速地前往任务执行位置处理应急事件，以提升应急任务的处理效率。

进一步地，在下发应急任务至应急处理人员的工作终端之后，该应急任务数据处理设备需要监控应急处理人员是否对应急任务做出及时的响应，以保障任务的闭环处理，避免出现任务虽然下发但应急处理人员没有及时处理的情况，提升应急任务处理可靠性。基于此，本申请实施例还通过应急任务数据处理设备获取应急任务下发时应急处理人员的实时位置，结合该应急任务的执行位置，构建应急处理人员前往执行应急任务的任务路径。

其中，应急处理人员的实时位置可以通过应急处理人员的工作终端的定位信息获取，也可以通过站内摄像头的监控画面检测该应急处理人员的人脸，将检测到该人脸的站内摄像头的对应位置作为应急处理人员的实时位置。此外需要说明的是，由于地铁站内通道众多，基于该实时位置和任务执行位置，可以规划出多条任务路径，因此应急处理人员前往执行应急任务的任务路径可以有多条。基于站内地图规划路径的技术方案有很多，在此不多赘述。

另一方面，该应急任务数据处理设备还进一步监控应急处理人员的实时路径，从应急任务下发开始监控，以应急任务下发时应急处理人员的实时位置作为路径起点，监控该实时路径的变化。进而将实时路径和各个任务路径进行比对，以判断两者是否匹配。可以理解的是，若应急处理人员要前往执行应急任务，则实时路径和该任务路径势必会相匹配。反之，两者若不匹配，则可能当前应急处理人员忽略或者漏接该应急任务数据，需要及时提示或者重新选择应急处理人员。

具体地，在指定时长内检测到所述实时路径与所述任务路径不匹配，包括：在指定时长内检测到所述实时路径超出所述任务路径，或者当前所述实时路径未发生变化，判定所述实时路径与所述任务路径不匹配。

在指定时长内如若应急处理人员的实时路径超出该任务路径，即当前应急处理人员没有在任务路径上，表明其可能忽略或者漏接该应急任务数据。同样地，若当前实时路径未发生变化，表明当前应急处理人员长时间没有移动，可能没有前往处理应急任务的趋向。此时判定实时路径与任务路径不匹配。需要根据应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的其他目标工作人员进行应急任务数据的下发。

在进行任务处理提醒时，根据当前应急任务数据的任务等级，等级越高则任务处理提醒的频率和级别越高。在此之前，可以对应不同类型的应急任务数据设定任务等级，以便于后续分级别进行任务处理提醒。在重新选择应急处理人员时，则参照上述应急处理人员的选择方式，重新从其他目标工作人员中选择一个距离任务执行位置最近的目标工作人员。以此类推，直至应急处理人员的实时路径与任务路径匹配。根据实际的任务容错处理需求，应急任务处理设备可以适应性选择上述两种不同的任务容错处理逻辑以在实时路径与任务路径不匹配的情况下执行，保障应急任务处理的稳定性和可靠性。优选地，应急任务处理设备可以根据应急任务的任务类型和任务级别，选择重新确定应急处理人员或者对当前应急处理人员下发任务处理提醒。例如，任务最高级别的应急任务，需要重新确定应急处理人员，其他级别的应急任务，则根据其任务级别进行分级的任务处理提醒。又例如，对于部分要求及时、快速处理的应急任务（如乘客纠纷、乘客伤病等），需要重新确定应急处理人员，其他对处理时效要求偏低的应急任务，则根据其任务级别进行分级的任务处理提醒。

可选地，在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：固定时长内检测到所述应急处理人员的实时位置与所述应急任务数据的执行位置超出设定距离阈值，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒。

同样地，如若检测到应急处理人员的实时位置和应急任务数据的执行位置超出了设定距离阈值，即此时即使其实时路径与任务路径匹配，但由于其实时位置距离执行位置较远，则可以根据应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒。任务等级越高，任务处理提醒的下发频率和级别越大。以此可以及时催促应急处理人员尽快处理应急任务，提升任务处理效率。

此外，对于实时路径与任务路径匹配的情况，则表明当前应急处理人员已经前往执行应急任务，此时应急任务处理设备可以下发应急任务的任务现场监控画面给应急处理人员的工作终端。通过该监控画面，应急处理人员可以实时连接应急事件的事件状态，及时规划处理对策，进一步提升应急任务处理效率，优化处理效果。

在一个实施例中，在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：响应于所述应急处理人员的工作终端返回的转单请求，重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员为所述应急处理人员。

如若应急任务下发后应急处理人员选择转该应急任务,则会上传转单请求至数据处理设备，此时若任务转发请求未指定转发人员，则参照上述选择应急处理人员的方式，重新在从其他的多个目标工作人员中选择与应急任务数据的执行位置距离最近，且工作状态处于设定空闲状态的目标工作人员为应急处理人员，向新的应急处理人员下发应急任务数据。若转单请求指定了该应急任务要转发处理的工作人员，则处理设备直接向该转发人员下发应急任务即可。

在一个实施例中，在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：接收所述应急处理人员的工作终端返回的任务处理信息，基于所述任务处理信息结束所述应急任务数据，并将所述任务处理信息、对应的事件现场视频和事件处理结果合并生成任务处理记录。

应急处理人员在处理完成应急任务之后，会根据应急任务处理结果返回相应的任务处理信息给该应急任务数据处理设备。应急任务数据处理设备通过将所述任务处理信息、对应的事件现场视频和事件处理结果合并生成任务处理记录，记录这一应急事件的完成处理流程，将相关的处理信息合并为任务处理记录，方便存档归类，用于后续的记录查询等场景使用，优化任务处理效果。

上述，通过获取应急任务数据，从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的目标工作人员为应急处理人员，与应急处理人员的工作终端通信，传输应急任务数据，目标工作人员与应急任务数据的任务类型相匹配；；根据应急处理人员的实时位置和执行位置构建任务路径，基于站内摄像头实时跟踪应急处理人员的实时路径，将实时路径与任务路径比对；在指定时长内检测到实时路径与任务路径不匹配的情况下，根据应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的其他目标工作人员进行应急任务数据的下发；在指定时长内检测到实时路径与任务路径匹配的情况下，向应急处理人员的工作终端发送应急任务数据的任务现场监控画面。采用上述技术手段，根据实时生成的应急任务选择距离最近且空闲的对应工种的工作人员下发应急任务，并监控应急处理人员的实时路径，根据应急处理人员的实时路径与任务路径的比对结果触发相应的应急任务处理逻辑，以此可以保障应急任务的及时、快速处理，避免任务处理滞后性，并提升任务处理的可靠性，同时应急任务自动生成自动下发，提升应急任务的指派效率和处理效率。

实施例二：

在上述实施例的基础上，图4为本申请实施例二提供的一种用于轨道交通的站内应急任务数据处理系统的结构示意图。参考图4，本实施例提供的用于轨道交通的站内应急任务数据处理系统具体包括：任务下发模块21、路径比对模块22和任务处理模块23。

其中，任务下发模块21用于获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；

路径比对模块22用于根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；

任务处理模块23用于在在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面。

上述，通过获取应急任务数据，从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的目标工作人员为应急处理人员，与应急处理人员的工作终端通信，传输应急任务数据，目标工作人员与应急任务数据的任务类型相匹配；根据应急处理人员的实时位置和执行位置构建任务路径，基于站内摄像头实时跟踪应急处理人员的实时路径，将实时路径与任务路径比对；在指定时长内检测到实时路径与任务路径不匹配的情况下，根据应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离执行位置最近的其他目标工作人员进行应急任务数据的下发；在指定时长内检测到实时路径与任务路径匹配的情况下，向应急处理人员的工作终端发送应急任务数据的任务现场监控画面。采用上述技术手段，根据实时生成的应急任务选择距离最近且空闲的对应工种的工作人员下发应急任务，并监控应急处理人员的实时路径，根据应急处理人员的实时路径与任务路径的比对结果触发相应的应急任务处理逻辑，以此可以保障应急任务的及时、快速处理，避免任务处理滞后性，并提升任务处理的可靠性，同时应急任务自动生成自动下发，提升应急任务的指派效率和处理效率。

本申请实施例二提供的用于轨道交通的站内应急任务数据处理系统可以用于执行上述实施例一提供的用于轨道交通的站内应急任务数据处理方法，具备相应的功能和有益效果。

实施例三：

本申请实施例三提供了一种电子设备，参照图5，该电子设备包括：处理器31、存储器32、通信模块33、输入装置34及输出装置35。该电子设备中处理器的数量可以是一个或者多个，该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器、存储器、通信模块、输入装置及输出装置可以通过总线或者其他方式连接。

存储器作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请任意实施例所述的用于轨道交通的站内应急任务数据处理方法对应的程序指令/模块（例如，用于轨道交通的站内应急任务数据处理系统中的任务下发模块、路径比对模块和任务处理模块）。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

通信模块用于进行数据传输。

处理器通过运行存储在存储器中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的用于轨道交通的站内应急任务数据处理方法。

输入装置可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置可包括显示屏等显示设备。

上述提供的电子设备可用于执行上述实施例一提供的用于轨道交通的站内应急任务数据处理方法，具备相应的功能和有益效果。

实施例四：

本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种用于轨道交通的站内应急任务数据处理方法，该用于轨道交通的站内应急任务数据处理方法包括：获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面。

存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDR RAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的第一计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的用于轨道交通的站内应急任务数据处理方法，还可以执行本申请任意实施例所提供的用于轨道交通的站内应急任务数据处理方法中的相关操作。

上述实施例中提供的用于轨道交通的站内应急任务数据处理系统、存储介质及电子设备可执行本申请任意实施例所提供的用于轨道交通的站内应急任务数据处理方法，未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的用于轨道交通的站内应急任务数据处理方法。

上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由权利要求的范围决定。

Claims (4)

1.一种用于轨道交通的站内应急任务数据处理方法，其特征在于，包括：

基于应急现场上报的应急信息、站内摄像头采集的事件视频信息或者设备中控检测到的异常信息，生成站内应急事件，并根据所述站内应急事件的事件类型生成对应任务类型的应急任务数据，所述站内应急事件包括站内设备故障、高峰客流过度拥挤、乘客身体异常、乘客纠纷、现场卫生问题；

获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；

根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；

在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发，其中，对任务最高级别的应急任务重新确定应急处理人员，其他级别的应急任务，则根据其任务级别进行分级的任务处理提醒；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面；

所述从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，包括：

根据所述应急任务数据的执行位置与所有站内摄像头的距离由近及远确定遍历顺序；

基于所述遍历顺序遍历所有站内摄像头的监控画面，基于所述监控画面检测所述目标工作人员，将第一个检测到的所述目标工作人员确定为应急处理人员；

所述在指定时长内检测到所述实时路径与所述任务路径不匹配，包括：

在指定时长内检测到所述实时路径超出所述任务路径，或者当前所述实时路径未发生变化，判定所述实时路径与所述任务路径不匹配；

在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

固定时长内检测到所述应急处理人员的实时位置与所述应急任务数据的执行位置超出设定距离阈值，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒；

所述基于所述监控画面检测所述目标工作人员，包括：

提取各个所述目标工作人员预存的人脸图像，对所述监控画面进行人脸检测，并将检测到的人脸信息与所述人脸图像进行人脸相似度比对，基于比对结果判断所述监控画面是否存在所述目标工作人员；

在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

响应于所述应急处理人员的工作终端返回的转单请求，重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员为所述应急处理人员；

在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

接收所述应急处理人员的工作终端返回的任务处理信息，基于所述任务处理信息结束所述应急任务数据，并将所述任务处理信息、对应的事件现场视频和事件处理结果合并生成任务处理记录。

2.一种用于轨道交通的站内应急任务数据处理系统，其特征在于，包括：

任务下发模块，用于基于应急现场上报的应急信息、站内摄像头采集的事件视频信息或者设备中控检测到的异常信息，生成站内应急事件，并根据所述站内应急事件的事件类型生成对应任务类型的应急任务数据，所述站内应急事件包括站内设备故障、高峰客流过度拥挤、乘客身体异常、乘客纠纷、现场卫生问题；获取应急任务数据，从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，与所述应急处理人员的工作终端通信，传输所述应急任务数据，所述目标工作人员与所述应急任务数据的任务类型相匹配；

路径比对模块，用于根据所述应急处理人员的实时位置和所述执行位置构建任务路径，基于站内摄像头实时跟踪所述应急处理人员的实时路径，将所述实时路径与所述任务路径比对；

任务处理模块，用于在指定时长内检测到所述实时路径与所述任务路径不匹配的情况下，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒，或者重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员进行所述应急任务数据的下发，其中，对任务最高级别的应急任务重新确定应急处理人员，其他级别的应急任务，则根据其任务级别进行分级的任务处理提醒；在指定时长内检测到所述实时路径与所述任务路径匹配的情况下，向所述应急处理人员的工作终端发送所述应急任务数据的任务现场监控画面；

所述从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的目标工作人员为应急处理人员，包括：

根据所述应急任务数据的执行位置与所有站内摄像头的距离由近及远确定遍历顺序；

基于所述遍历顺序遍历所有站内摄像头的监控画面，基于所述监控画面检测所述目标工作人员，将第一个检测到的所述目标工作人员确定为应急处理人员；

所述在指定时长内检测到所述实时路径与所述任务路径不匹配，包括：

在指定时长内检测到所述实时路径超出所述任务路径，或者当前所述实时路径未发生变化，判定所述实时路径与所述任务路径不匹配；

在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

固定时长内检测到所述应急处理人员的实时位置与所述应急任务数据的执行位置超出设定距离阈值，根据所述应急任务数据的任务等级定时向应急处理人员的工作终端下发任务处理提醒；

所述基于所述监控画面检测所述目标工作人员，包括：

提取各个所述目标工作人员预存的人脸图像，对所述监控画面进行人脸检测，并将检测到的人脸信息与所述人脸图像进行人脸相似度比对，基于比对结果判断所述监控画面是否存在所述目标工作人员；

在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

响应于所述应急处理人员的工作终端返回的转单请求，重新从所述应急任务数据的执行位置处由近及远遍历所有站内摄像头的监控画面，定位距离所述执行位置最近的其他目标工作人员为所述应急处理人员；

在所述与所述应急处理人员的工作终端通信，传输所述应急任务数据之后，还包括：

接收所述应急处理人员的工作终端返回的任务处理信息，基于所述任务处理信息结束所述应急任务数据，并将所述任务处理信息、对应的事件现场视频和事件处理结果合并生成任务处理记录。

3.一种电子设备，其特征在于，包括：

存储器以及一个或多个处理器；

所述存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1所述的用于轨道交通的站内应急任务数据处理方法。

4.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1所述的用于轨道交通的站内应急任务数据处理方法。