CN111016970B - 一种地铁列车故障后连挂清客救援方法及电子设备 - Google Patents
一种地铁列车故障后连挂清客救援方法及电子设备 Download PDFInfo
- Publication number
- CN111016970B CN111016970B CN201911337355.9A CN201911337355A CN111016970B CN 111016970 B CN111016970 B CN 111016970B CN 201911337355 A CN201911337355 A CN 201911337355A CN 111016970 B CN111016970 B CN 111016970B
- Authority
- CN
- China
- Prior art keywords
- rescue
- passenger
- fault
- passenger car
- time
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000004140 cleaning Methods 0.000 title claims abstract description 24
- 238000006243 chemical reaction Methods 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 2
- 230000002411 adverse Effects 0.000 abstract description 4
- 230000000694 effects Effects 0.000 abstract description 3
- 238000004891 communication Methods 0.000 description 6
- 238000004364 calculation method Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 239000000725 suspension Substances 0.000 description 3
- 230000032683 aging Effects 0.000 description 1
- 210000001367 artery Anatomy 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000005265 energy consumption Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B61—RAILWAYS
- B61L—GUIDING RAILWAY TRAFFIC; ENSURING THE SAFETY OF RAILWAY TRAFFIC
- B61L23/00—Control, warning or like safety means along the route or between vehicles or trains
Landscapes
- Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种地铁列车故障后连挂清客救援方法及电子设备,方法包括:当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;选取救援时间最短的救援模式对故障客车开展救援。本发明实施例针对地铁故障客车的不同停靠位置,提出多种备用救援方式,选取救援时间最短的救援模式对故障客车进行救援,调度人员可根据具体故障,采取对应的救援方案,能够尽快完成救援,降低大面积晚点概率,减少对整个线网运营造成的不利影响。
Description
技术领域
本发明属于城市轨道交通技术领域,尤其涉及一种地铁列车故障后连挂清客救援方法及电子设备。
背景技术
城市轨道交通由于运量大、速度高、准点率高、低能耗和少污染等优点,成为城市客流输送的大动脉,是目前解决大城市交通问题的主要手段之一。
随着地铁运营线路的增加、客流的提升以及列车、通信、信号等系统的老化,地铁运营事故出现频率也越来越高。若列车正在运行线上发生故障后未能及时排除,停止行驶,小则导致轻度晚点,大则导致列车掉线、清客、救援乃至中断网络化运营的事故发生。尤其地,当发生列车掉线、清客、救援时,若处置不及时,可能造成线路大面积晚点,甚至对整个线网运营造成不利影响。
现有地铁运营单位针对列车故障都已经制定预案,但是还存在以下问题:目前地铁运营单位给出的救援方案数量有限,不能包括所有可能的救援方式,针对预案意外的故障情况,调度人员需根据具体故障,采取救援方案,这对人员工作能力、工作经验要求较高;预案所给救援方案未能针对不同方案开展科学计算,所给方案所需救援时间未必最短。
发明内容
为克服上述现有问题或者至少部分地解决上述问题,本发明实施例提供一种地铁列车故障后连挂清客救援方法及电子设备。
根据本发明实施例的第一方面,提供一种地铁列车故障后连挂清客救援方法,包括:
当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取救援时间最短的救援模式对故障客车开展救援。
在上述技术方案的基础上,本发明实施例还可以作出如下改进。
可选的,所述故障客车的当前位置包括故障客车停靠于车站或者故障客车停靠于两个车站之间;
相应的,所述根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间;
或者,
当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间。
可选的,当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站,且采取工程车连挂救援时间最短,且工程车能够直接到达救援地点时,对应的第一救援模式对应的救援步骤为:
故障客车清客;
故障客车清客的同时,工程车从存放地点抵达转换轨,再从转换轨抵达救援地点;
工程车与故障客车进行连挂;
连挂的工程车和故障客车行驶到下线地点;
所述第一救援模式所需的救援时间为:
T1=max{故障客车清客时间,工程车抵达转换轨时间+工程车从转换轨到达救援地点行驶时间}+连挂作业时间+连挂的救援客车和故障客车到达下线地点时间。
可选的,当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站,且具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车直接连挂时,对应的第二救援模式对应的救援步骤为:
故障客车清客;
故障客车清客的同时,救援客车抵达清客地点,救援客车清客,救援客车从清客地点到救援地点;
救援客车与故障客车连挂;
连挂后的救援客车和故障客车行驶到下线地点;
所述第二救援模式所需的救援时间为:
T2=max{故障客车清客时间,救援客车抵达清客地点时间+救援客车清客时间+救援客车从清客地点到救援地点时间}+连挂作业时间+连挂的救援客车和故障客车到达下线地点时间。
可选的,当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第三救援模式对应的救援步骤为:
故障客车清客;
救援客车抵达救援地点;
连挂作业;
连挂的救援客车和故障客车到达清客地点;
救援客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第三救援模式对应的救援时间为:
T3=max{故障客车清客时间,救援客车抵达救援地点时间}+连挂作业时间+连挂的救援客车和故障客车到达清客地点时间+救援客车清客时间+连挂的救援客车和故障客车到达下线地点时间。
可选的,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且采取工程车连挂救援时间最短且工程车能够直接到达救援地点时,对应的第四救援模式对应的救援步骤为:
工程车从存放地点抵达转换轨;
工程车从转换轨抵达救援地点;
工程车与故障客车进行连挂;
连挂后的工程车和故障客车行驶到清客地点;
故障客车清客;
连挂后的工程车和故障客车辆行驶到下线地点;
所述第四救援模式对应的救援时间为:
T4=工程车从存放地点抵达转换轨时间+工程车从转换轨抵达救援地点时间+连挂时间+连挂的工程车和故障客车行驶到清客地点时间+故障客车清客时间+连挂的工程车和故障客车行驶到下线地点时间。
可选的,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第五救援模式对应的救援步骤为:
救援客车抵达清客地点;
救援客车清客;
救援客车从清客地点到救援地点;
救援客车与故障客车连挂;
连挂的救援客车和故障客车行驶到故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第五救援模式对应的救援时间为:
T5=救援客车抵达清客点时间+救援客车清客时间+救援客车从清客点到救援地点行驶时间+连挂时间+连挂后行驶到故障客车清客地点时间+故障客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
可选的,当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第六救援模式对应的救援步骤为:
救援客车抵达救援地点;
进行连挂作业;
连挂的救援客车和故障客车到达救援客车清客地点;
救援客车清客;
连挂的救援客车和故障客车到达故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第六救援模式对应的救援时间为:
T6=救援客车抵达救援点时间+连挂作业时间+连挂的救援客车和故障客车到达救援客车清客点时间+救援客车清客时间+连挂的救援客车和故障客车到达故障客车清客点时间+故障客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
可选的,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第七救援模式对应的救援步骤为:
救援客车抵达救援地点;
进行连挂作业;
连挂的救援客车和故障客车到达故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车到达救援客车清客地点;
救援客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第七救援模式对应的救援时间为:
T7=救援客车抵达救援点时间+连挂作业时间+连挂的救援客车和故障客车到达故障客车清客点时间+故障客车清客时间+连挂的救援客车和故障客车到达救援客车清客地点时间+救援客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
根据本发明实施例第二方面提供一种地铁列车故障后连挂清客救援系统,包括:
确定模块,用于当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
计算模块,用于根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取模块,用于选取救援时间最短的救援模式对故障客车开展救援。
根据本发明实施例的第三个方面,还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器调用所述程序指令能够执行第一方面的各种可能的实现方式中任一种可能的实现方式所提供的地铁列车故障后连挂清客救援方法。
根据本发明实施例的第四个方面,还提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行第一方面的各种可能的实现方式中任一种可能的实现方式所提供的地铁列车故障后连挂清客救援方法。
本发明实施例提供一种地铁列车故障后连挂清客救援方法及电子设备,该方法针对地铁故障客车的不同停靠位置,提出多种备用救援方式,选取救援时间最短的救援模式对故障客车进行救援,调度人员可根据具体故障,采取对应的救援方案,能够尽快完成救援,降低大面积晚点概率,减少对整个线网运营造成的不利影响。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的地铁列车故障后连挂救援方法整体流程示意图;
图2为本发明实施例的地铁列车故障后连挂清客救援方法整体流程图;
图3为本发明实施例的第一救援模式对应的救援步骤流程图;
图4为本发明实施例的第二救援模式对应的救援步骤流程图;
图5为本发明实施例的第三救援模式对应的救援步骤流程图;
图6为本发明实施例的第四救援模式对应的救援步骤流程图;
图7为本发明实施例的第五救援模式对应的救援步骤流程图;
图8为本发明实施例的第六救援模式对应的救援步骤流程图;
图9为本发明实施例的第七救援模式对应的救援步骤流程图;
图10为本发明实施例提供的地铁列车故障后连挂清客救援系统整体结构示意图;
图11为本发明实施例提供的电子设备整体结构示意图。
具体实施方式
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
在本发明的一个实施例中提供一种地铁列车故障后连挂清客救援方法,图1为本发明实施例提供的地铁列车故障后连挂清客救援方法整体流程示意图,该方法包括:
当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取救援时间最短的救援模式对故障客车开展救援。
可以理解的是,在地铁列车运行过程中,当地铁列车出现故障时,需要及时进行请客处理,否则会影响出行。在本发明实施例中,参见图2,当地铁列车发生故障(以下将发生故障的列车称为故障客车)时,首先判断故障客车是否具备行驶到下线点的能力,比如,行驶到下一车站的能力,如果故障客车具备行驶到下一车站的能力,则故障客车行驶到就近车站,不需救援。当故障客车不具备行驶到下一车站的能力,则需要救援。本发明实施例针对需要救援的故障客车,根据故障客车停靠的当前位置,来确定与故障客车的当前位置对应的多种救援模式,并计算每一个救援模式所需要的救援时间,将救援时间最短的救援模式作为最佳的救援模式,并采用该最佳的救援模式对故障客车开展实施救援。
作为一个可选的实施例,故障客车的当前位置包括故障客车停靠于车站或者故障客车停靠于两个车站之间。
相应的,根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间;
或者,
当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间。
可以理解的是,本发明实施例中所指的故障客车停靠的当前位置株高包括故障客车正好停靠于车站,或者故障客车停靠于两个车站之间。如果故障客车停靠于车站,那么可以先对故障客车进行清客,即让故障客车上的乘客在该停靠车站下车;如果故障客车停靠于两个车站之间,则无法马上对故障客车上的乘客进行清客。因此,当故障客车停靠的位置不同时,需要采取的救援方法也会存在不同。
其中,对于故障客车当前停靠于车站或者停靠于两个车站之间,均对应有多种救援模式,在对故障客车实施救援时,首先判断故障客车的停靠位置,然后根据停靠位置找到对应的多种救援模式,在计算对应的多种救援模式中的每一种救援模式所需的救援时间,选取救援时间最短的救援模式对故障客车进行救援。
作为一个可选的实施例,当故障客车停靠于车站,且采取工程车连挂救援时间最短,且工程车能够直接到达救援地点时,采取第一种救援模式,其中的工程车能够直接到达救援地点是指工程师具有可到达救援地点的路线,可参见图3,为第一种救援模式对故障客车的救援步骤,具体如下:
故障客车清客;
故障客车清客的同时,工程车从存放地点抵达转换轨,再从转换轨抵达救援地点;
工程车与故障客车进行连挂;
连挂的工程车和故障客车行驶到下线地点;
所述第一救援模式所需的救援时间为:
T1=max{故障客车清客时间,工程车抵达转换轨时间+工程车从转换轨到达救援地点行驶时间}+连挂作业时间+连挂的救援客车和故障客车到达下线地点时间。
作为一个可选的实施例,当故障客车停靠于车站,且具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车直接连挂时,可参见图4,对应的第二救援模式对应的救援步骤为:
故障客车清客;
故障客车清客的同时,救援客车抵达清客地点,救援客车清客,救援客车从清客地点到救援地点;
救援客车与故障客车连挂;
连挂后的救援客车和故障客车行驶到下线地点;
所述第二救援模式所需的救援时间为:
T2=max{故障客车清客时间,救援客车抵达清客地点时间+救援客车清客时间+救援客车从清客地点到救援地点时间}+连挂作业时间+连挂的救援客车和故障客车到达下线地点时间。
可以理解的是,当故障客车位于多辆其他车辆之间无法直接与工程车直接连挂时,只能依靠其它的地铁列车作为救援客车对故障客车进行救援,如果此时具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短的情况下,可以采取上述的第二种救援模式。
作为一个可选的实施例,当故障客车停靠于车站,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,可参见图5,对应的第三救援模式对应的救援步骤为:
故障客车清客;
救援客车抵达救援地点;
连挂作业;
连挂的救援客车和故障客车到达清客地点;
救援客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第三救援模式对应的救援时间为:
T3=max{故障客车清客时间,救援客车抵达救援地点时间}+连挂作业时间+连挂的救援客车和故障客车到达清客地点时间+救援客车清客时间+连挂的救援客车和故障客车到达下线地点时间。
其中,上述的救援客车不具备先清客条件是指救援客车当前处于多个车辆之间,且无就近的车站可停靠,此时,救援客车只能先行驶至故障客车挂接在对救援客车和故障客车中的乘客进行清客,即可采取第三种救援模式。
作为一个可选的实施例,当故障客车停靠于两个车站之间,且采取工程车连挂救援时间最短且工程车能够直接到达救援地点时,可参见图6,对应的第四救援模式对应的救援步骤为:
工程车从存放地点抵达转换轨;
工程车从转换轨抵达救援地点;
工程车与故障客车进行连挂;
连挂后的工程车和故障客车行驶到清客地点;
故障客车清客;
连挂后的工程车和故障客车辆行驶到下线地点;
所述第四救援模式对应的救援时间为:
T4=工程车从存放地点抵达转换轨时间+工程车从转换轨抵达救援地点时间+连挂时间+连挂的工程车和故障客车行驶到清客地点时间+故障客车清客时间+连挂的工程车和故障客车行驶到下线地点时间。
作为一个可选的实施例,所述根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,可参见图7,对应的第五救援模式对应的救援步骤为:
救援客车抵达清客地点;
救援客车清客;
救援客车从清客地点到救援地点;
救援客车与故障客车连挂;
连挂的救援客车和故障客车行驶到故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第五救援模式对应的救援时间为:
T5=救援客车抵达清客点时间+救援客车清客时间+救援客车从清客点到救援地点行驶时间+连挂时间+连挂后行驶到故障客车清客地点时间+故障客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
作为一个可选的实施例,所述根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,可参见图8,对应的第六救援模式对应的救援步骤为:
救援客车抵达救援地点;
进行连挂作业;
连挂的救援客车和故障客车到达救援客车清客地点;
救援客车清客;
连挂的救援客车和故障客车到达故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第六救援模式对应的救援时间为:
T6=救援客车抵达救援点时间+连挂作业时间+连挂的救援客车和故障客车到达救援客车清客点时间+救援客车清客时间+连挂的救援客车和故障客车到达故障客车清客点时间+故障客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
作为一个可选的实施例,所述根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间包括:
故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,可参见图9,对应的第七救援模式对应的救援步骤为:
救援客车抵达救援地点;
进行连挂作业;
连挂的救援客车和故障客车到达故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车到达救援客车清客地点;
救援客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第七救援模式对应的救援时间为:
T7=救援客车抵达救援点时间+连挂作业时间+连挂的救援客车和故障客车到达故障客车清客点时间+故障客车清客时间+连挂的救援客车和故障客车到达救援客车清客地点时间+救援客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
上述各实施例详细介绍了不同的救援模式,其中,当故障客车停靠于车站时,对应有三种救援模式;当故障客车停靠于两个车站之间时,对应有四种救援模式。对于本发明各实施例提供的每一种救援模式,计算了对应的所需救援时间,最终可将救援时间最短的救援模式作为故障客车的救援模式进行救援。
在本发明的另一个实施例中提供一种地铁列车故障后连挂清客救援系统,该系统用于实现前述各实施例中的方法。因此,在前述方法的各实施例中的描述和定义,可以用于本发明实施例中各个执行模块的理解。图10为本发明实施例提供的地铁列车故障后连挂清客救援系统整体结构示意图,该系统包括确定模块101、计算模块102和选取模块103。
确定模块101,用于当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
计算模块102,用于根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取模块103,用于选取救援时间最短的救援模式对故障客车开展救援。
本发明实施例提供的地铁列车故障后连挂清客救援系统与前述各实施例提供的地铁列车故障后连挂清客救援方法相对应,本发明实施例提供的地铁列车故障后连挂清客救援系统的相关技术特征可参考前述各实施例提供的地铁列车故障后连挂清客救援方法的相关技术特征,在此不再赘述。
图11示例了一种电子设备的实体结构示意图,如图11所示,该电子设备可以包括:处理器(processor)1101、通信接口(Communications Interface)1102、存储器(memory)1103和通信总线1104,其中,处理器1101,通信接口1102,存储器1103通过通信总线1104完成相互间的通信。处理器1101可以调用存储器1103中的逻辑指令,以执行如下方法:
当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取救援时间最短的救援模式对故障客车开展救援。
此外,上述的存储器1103中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本实施例提供一种非暂态计算机可读存储介质,非暂态计算机可读存储介质存储计算机指令,计算机指令使计算机执行上述各方法实施例所提供的方法,例如包括:
当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取救援时间最短的救援模式对故障客车开展救援。
本发明实施例提供的地铁列车故障后连挂清客救援方法及电子设备,针对地铁故障客车的不同停靠位置,提出多种备用救援方式,选取救援时间最短的救援模式对故障客车进行救援,调度人员可根据具体故障,采取对应的救援方案,能够尽快完成救援,降低大面积晚点概率,减少对整个线网运营造成的不利影响。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (8)
1.一种地铁列车故障后连挂清客救援方法,其特征在于,包括:
当故障客车不具备行驶到下线地点能力时,确定故障客车的当前位置;
根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间;
选取救援时间最短的救援模式对故障客车开展救援;
所述故障客车的当前位置包括故障客车停靠于车站或者故障客车停靠于两个车站之间;
相应的,所述根据故障客车的当前位置,确定与故障客车的当前位置对应的至少一种救援模式,且计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间;
或者,
当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间;
所述当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站,且采取工程车连挂救援时间最短,且工程车能够直接到达救援地点时,对应的第一救援模式对应的救援步骤为:
故障客车清客;
故障客车清客的同时,工程车从存放地点抵达转换轨,再从转换轨抵达救援地点;
工程车与故障客车进行连挂;
连挂的工程车和故障客车行驶到下线地点;
所述第一救援模式所需的救援时间为:
T1=max{故障客车清客时间,工程车抵达转换轨时间+工程车从转换轨到达救援地点行驶时间}+连挂作业时间+连挂的救援客车和故障客车到达下线地点时间。
2.根据权利要求1所述的地铁列车故障后连挂清客救援方法,其特征在于,所述当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站,且具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车直接连挂时,对应的第二救援模式对应的救援步骤为:
故障客车清客;
故障客车清客的同时,救援客车抵达清客地点,救援客车清客,救援客车从清客地点到救援地点;
救援客车与故障客车连挂;
连挂后的救援客车和故障客车行驶到下线地点;
所述第二救援模式所需的救援时间为:
T2=max{故障客车清客时间,救援客车抵达清客地点时间+救援客车清客时间+救援客车从清客地点到救援地点时间}+连挂作业时间+连挂的救援客车和故障客车到达下线地点时间。
3.根据权利要求1所述的地铁列车故障后连挂清客救援方法,其特征在于,所述当故障客车停靠于车站时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于车站,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第三救援模式对应的救援步骤为:
故障客车清客;
救援客车抵达救援地点;
连挂作业;
连挂的救援客车和故障客车到达清客地点;
救援客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第三救援模式对应的救援时间为:
T3=max{故障客车清客时间,救援客车抵达救援地点时间}+连挂作业时间+连挂的救援客车和故障客车到达清客地点时间+救援客车清客时间+连挂的救援客车和故障客车到达下线地点时间。
4.根据权利要求1所述的地铁列车故障后连挂清客救援方法,其特征在于,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且采取工程车连挂救援时间最短且工程车能够直接到达救援地点时,对应的第四救援模式对应的救援步骤为:
工程车从存放地点抵达转换轨;
工程车从转换轨抵达救援地点;
工程车与故障客车进行连挂;
连挂后的工程车和故障客车行驶到清客地点;
故障客车清客;
连挂后的工程车和故障客车辆行驶到下线地点;
所述第四救援模式对应的救援时间为:
T4=工程车从存放地点抵达转换轨时间+工程车从转换轨抵达救援地点时间+连挂时间+连挂的工程车和故障客车行驶到清客地点时间+故障客车清客时间+连挂的工程车和故障客车行驶到下线地点时间。
5.根据权利要求1所述的地铁列车故障后连挂清客救援方法,其特征在于,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第五救援模式对应的救援步骤为:
救援客车抵达清客地点;
救援客车清客;
救援客车从清客地点到救援地点;
救援客车与故障客车连挂;
连挂的救援客车和故障客车行驶到故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第五救援模式对应的救援时间为:
T5=救援客车抵达清客点时间+救援客车清客时间+救援客车从清客点到救援地点行驶时间+连挂时间+连挂后行驶到故障客车清客地点时间+故障客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
6.根据权利要求1所述的地铁列车故障后连挂清客救援方法,其特征在于,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
当故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第六救援模式对应的救援步骤为:
救援客车抵达救援地点;
进行连挂作业;
连挂的救援客车和故障客车到达救援客车清客地点;
救援客车清客;
连挂的救援客车和故障客车到达故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第六救援模式对应的救援时间为:
T6=救援客车抵达救援点时间+连挂作业时间+连挂的救援客车和故障客车到达救援客车清客点时间+救援客车清客时间+连挂的救援客车和故障客车到达故障客车清客点时间+故障客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
7.根据权利要求1所述的地铁列车故障后连挂清客救援方法,其特征在于,所述当故障客车停靠于两个车站之间时,对应至少一种救援模式,计算每一种救援模式所需的救援时间包括:
故障客车停靠于两个车站之间,且具有能够直接到达救援地点的救援客车,且救援客车不具备先清客条件,且救援客车先连挂后救援时间最短或者故障客车位于多辆其他车辆之间无法直接与工程车连挂时,对应的第七救援模式对应的救援步骤为:
救援客车抵达救援地点;
进行连挂作业;
连挂的救援客车和故障客车到达故障客车清客地点;
故障客车清客;
连挂的救援客车和故障客车到达救援客车清客地点;
救援客车清客;
连挂的救援客车和故障客车行驶到下线地点;
所述第七救援模式对应的救援时间为:
T7=救援客车抵达救援点时间+连挂作业时间+连挂的救援客车和故障客车到达故障客车清客点时间+故障客车清客时间+连挂的救援客车和故障客车到达救援客车清客地点时间+救援客车清客时间+连挂的救援客车和故障客车行驶到下线地点时间。
8.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至7任一项所述地铁列车故障后连挂清客救援方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911337355.9A CN111016970B (zh) | 2019-12-23 | 2019-12-23 | 一种地铁列车故障后连挂清客救援方法及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911337355.9A CN111016970B (zh) | 2019-12-23 | 2019-12-23 | 一种地铁列车故障后连挂清客救援方法及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111016970A CN111016970A (zh) | 2020-04-17 |
CN111016970B true CN111016970B (zh) | 2020-11-17 |
Family
ID=70211679
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911337355.9A Active CN111016970B (zh) | 2019-12-23 | 2019-12-23 | 一种地铁列车故障后连挂清客救援方法及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111016970B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112214907B (zh) * | 2020-10-23 | 2024-01-12 | 广州地铁设计研究院股份有限公司 | 一种轨道交通配线方法、系统、计算机设备和存储介质 |
CN114537478B (zh) * | 2020-11-10 | 2023-04-07 | 比亚迪股份有限公司 | 列车对接控制方法、装置及计算机可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017019381A (ja) * | 2015-07-10 | 2017-01-26 | 株式会社日立製作所 | 列車および信号保安システム |
CN106428126A (zh) * | 2016-10-13 | 2017-02-22 | 交控科技股份有限公司 | 一种列车连挂的故障列车救援方法及系统 |
CN107878513A (zh) * | 2017-09-11 | 2018-04-06 | 浙江众合科技股份有限公司 | 一种无人驾驶列车失位救援方法 |
CN108216302A (zh) * | 2017-12-22 | 2018-06-29 | 交控科技股份有限公司 | 一种基于主动识别的列车虚拟连挂救援方法 |
CN109532855A (zh) * | 2017-09-22 | 2019-03-29 | 中车唐山机车车辆有限公司 | 一种微轨故障车辆救援方法及系统 |
-
2019
- 2019-12-23 CN CN201911337355.9A patent/CN111016970B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2017019381A (ja) * | 2015-07-10 | 2017-01-26 | 株式会社日立製作所 | 列車および信号保安システム |
CN106428126A (zh) * | 2016-10-13 | 2017-02-22 | 交控科技股份有限公司 | 一种列车连挂的故障列车救援方法及系统 |
CN107878513A (zh) * | 2017-09-11 | 2018-04-06 | 浙江众合科技股份有限公司 | 一种无人驾驶列车失位救援方法 |
CN109532855A (zh) * | 2017-09-22 | 2019-03-29 | 中车唐山机车车辆有限公司 | 一种微轨故障车辆救援方法及系统 |
CN108216302A (zh) * | 2017-12-22 | 2018-06-29 | 交控科技股份有限公司 | 一种基于主动识别的列车虚拟连挂救援方法 |
Non-Patent Citations (1)
Title |
---|
城轨列车故障救援组织与优化;李宇辉;《铁道运输与经济》;20110930;第33卷(第9期);第31-35页 * |
Also Published As
Publication number | Publication date |
---|---|
CN111016970A (zh) | 2020-04-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106314487B (zh) | 基于动态间隔的运能可配置列车运行控制系统及方法 | |
CN108128330B (zh) | 一种切换轨道交通列车的驾驶模式的处理方法 | |
CN106394617A (zh) | 一种列车头尾定位冗余系统及方法 | |
CN109733445B (zh) | 突发事件下的基于多智能体系统模型的分布式调度方法 | |
CN111016970B (zh) | 一种地铁列车故障后连挂清客救援方法及电子设备 | |
CN112319507B (zh) | 列车联挂方法和装置以及列车解编方法 | |
RU2523869C2 (ru) | Коммуникационная сеть для связанного с колеей транспортного средства | |
CN110312230A (zh) | 列车系统的通信方法、装置和列车系统 | |
CN103318193A (zh) | 动车组多列车电气重联控制电路及重联方法 | |
CN106740989A (zh) | 一种基于轨道电路的移动授权计算方法 | |
CN206704207U (zh) | 移动闭塞降级运行系统 | |
CN111422226B (zh) | 一种闭塞分区设置方法、装置及存储介质 | |
Nold et al. | Dynamic train unit coupling and decoupling at cruising speed: Systematic classification, operational potentials, and research agenda | |
CN110329320B (zh) | 一种基于lte车地连续通信的有轨电车进路控制方法 | |
CN108682145A (zh) | 无人驾驶公交车的编组方法 | |
CN109625029A (zh) | 一种列车群进出站控制方法及系统 | |
CN206086762U (zh) | 轨道车辆及其列车通信网络系统 | |
CN114620103A (zh) | 市域铁路运行方法及装置 | |
CN113715878A (zh) | 一种基于虚拟编组的大小交路列车运行控制方法和系统 | |
CN113830139A (zh) | 一种列车信息交互方法及系统 | |
CN112265569B (zh) | 基于信号系统防护的可变组合工程车运行安全防护方法 | |
CN113859326A (zh) | 列车虚拟编组方法 | |
CN113844501A (zh) | 列控系统制式切换方法和装置 | |
CN114524000B (zh) | 虚拟连挂解编场景下的自主资源管理方法 | |
CN112907116B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |