WO2019137205A1 - 轨道交通运营调度系统、方法及设备 - Google Patents

轨道交通运营调度系统、方法及设备 Download PDF

Info

Publication number
WO2019137205A1
WO2019137205A1 PCT/CN2018/123571 CN2018123571W WO2019137205A1 WO 2019137205 A1 WO2019137205 A1 WO 2019137205A1 CN 2018123571 W CN2018123571 W CN 2018123571W WO 2019137205 A1 WO2019137205 A1 WO 2019137205A1
Authority
WO
WIPO (PCT)
Prior art keywords
professional
scheduling
rail transit
data
devices
Prior art date
Application number
PCT/CN2018/123571
Other languages
English (en)
French (fr)
Inventor
王婧
Original Assignee
比亚迪股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201810018402.2A priority Critical patent/CN109740831A/zh
Priority to CN201810018402.2 priority
Application filed by 比亚迪股份有限公司 filed Critical 比亚迪股份有限公司
Publication of WO2019137205A1 publication Critical patent/WO2019137205A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services

Abstract

一种轨道交通运营调度系统、方法及设备,其中轨道交通运营调度系统包括:运营调度云平台(10)及各专业系统的现场设备(20);其中运营调度云平台(10),与各专业系统的现场设备(20)通信连接,用于根据行车调度计划及行车调度计划变更,对各专业系统的现场设备进行相应的联动控制,从而实现以行车调度为核心的轨道交通运营调度。该系统通过将各专业系统统一部署,实现了各专业系统间处理资源共享,这样不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。

Description

轨道交通运营调度系统、方法及设备
相关申请的交叉引用
本申请要求比亚迪股份有限公司于2018年1月9日提交的、申请名称为“轨道交通运营调度系统、方法及设备”的、中国专利申请号“201810018402.2”的优先权。
技术领域
本申请涉及轨道交通技术领域,尤其涉及一种轨道交通运营调度系统、方法及设备。
背景技术
随着轨道交通技术的蓬勃发展,轨道交通运营安全变得越来越重要。相关技术中轨道交通运营调度系统如图1所示,各专业系统通常采用单独烟囱式部署方式。各专业系统自行部署所需要的硬件设备、服务器、软件及工具,之后再通过部署一个综合监控系统,用于集成电力监控系统(Power Supervisory Control And Data Acquisition,简称为:PSCADA)、环境与设备监控系统(Building Automation System,简称为:BAS)、火灾报警系统(Fire Alarm System,简称为:FAS)等各专业子系统,以形成以电调或环调为核心,各专业系统间的数据互联和交互。并且综合监控系统再与自动列车监控系统(Automatic Train Supervision,简称为:ATS)进行信息交互,以将从各专业系统中获取到的数据发送给ATS,然后利用ATS对各专业系统的数据进行分析处理,并根据分析处理结果向综合监控系统发送相应的控制信息,以使综合监控系统根据控制信息向对应的专业系统进行分发控制指令,从而实现对轨道交通的运营调度。其中,在图1中11表示各专业系统,12表示综合监控系统、13表示ATS。
然而,发明人发现上述实现方式中,至少存在以下几方面的缺陷:其一,各专业系统、综合监控系统以及ATS相互独立设置的,因此就需要单独设置对应的硬件设备、服务器及工具等设备,不仅布置过程繁琐,且花费成本也较高;其二,各专业系统与综合监控的集成方式、通信标准及规范均不统一,使得统一调度实现较难;其三,各专业系统的数据是由各专业系统自行保存,这就造成各专业系统的数据无法实现数据共享,形成了数据孤岛,从而无法利用各专业系统的数据进行扩展分析,使得数据价值流失,降低了轨道交通运营的安全性和可靠性。
发明内容
本申请旨在至少在一定程度上解决相关技术中的技术问题之一。
为此,本申请的第一个目的在于提出一种轨道交通运营调度系统。该系统通过将各专业系统统一部署,实现了各专业系统间处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
本申请的第二个目的在于提出一种轨道交通运营调度方法。
本申请的第三个目的在于提出一种计算机设备。
本申请的第四个目的在于提出一种计算机可读存储介质。
为达上述目的,本申请第一方面实施例提出了一种轨道交通运营调度系统,包括:运营调度云平台及各专业系统现场设备;
其中,所述运营调度云平台,与所述各专业系统的现场设备通信连接,用于根据行车调度计划及行车调度计划变更,对所述各专业系统的现场设备进行相应的联动控制,以实现行车调度为核心的轨道交通运营调度。
本实施例提供的轨道交通运营调度系统,通过运营调度云平台与各专业系统现场设备进行通信,以使得运营调度云平台能够根据行车调度计划及行车调度计划变更,以及各专业系统的现场设备发送的数据,对各专业系统的现场设备进行控制,以实现行车调度为核心的轨道交通运营调度。由此,通过将各专业系统统一部署,实现各专业系统间处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
为达上述目的,本申请第二方面实施例提出了一种轨道交通运营调度方法,轨道交通运营调度系统包括:运营调度云平台及各专业系统的现场设备,其中,所述运营调度云平台,与所述各专业系统的现场设备通信连接;该方法包括:
获取行车调度计划及各专业系统的设备数据,根据所述行车调度计划及行车调度计划变更,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。
本实施例提供的轨道交通运营调度方法,通过获取行车调度计划,及各专业系统设备采集的数据,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。由此,通过将各专业系统统一部署,实现各专业系统间处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
为达上述目的,本申请第三方面实施例提出了一种计算机设备,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现第二个实施例所述的轨道交通运营调度方法。
本实施例提供的计算机设备,通过获取行车调度计划,及各专业系统设备采集的数据,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。由 此,通过将各专业系统统一部署,实现各专业系统间处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
为达上述目的,本申请第四方面实施例提出了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现第二方面实施例所述的轨道交通运营调度方法。
本申请附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1是相关技术中各专业系统、综合监控系统以及自动列车监控系统三者设置与交互的示意图;
图2是本申请一个实施例的轨道交通运营调度系统的结构示意图;
图3是本申请另一个实施例的轨道交通运营调度系统的结构示意图;
图4是本申请一个实施例的展示平台展示世界层级的轨道交通运营数据的示意图;
图5是本申请一个实施例的展示平台展示国家层级的轨道交通运营数据的示意图;
图6是本申请一个实施例的展示平台展示线路层级的轨道交通运营数据的示意图;
图7是本申请一个实施例的展示平台展示车站层级的轨道交通运营数据的示意图;
图8是本申请一个实施例的展示平台展示车辆层级的轨道交通运营数据的示意图;
图9是本申请一个实施例的轨道交通运营调度方法的流程图;
图10是本申请另一个实施例的轨道交通运营调度方法的流程图;
图11是本申请一个实施例的计算机设备的结构示意图。
附图标记说明:
运营调度云平台-10、软件层级-110、物理层级-111、各专业系统的现场设备-20、展示平台30。
具体实施方式
下面详细描述本申请的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,旨在用于解释本申请,而不能理解为对本申请的限制。
本申请主要针对相关技术中,在对轨道交通进行运营调度时,各专业系统、综合监控系统以及ATS是相互独立设置的,因此需要单独设备对应的硬件设备、服务器及工具等设备,不仅使得整体结构布置繁琐,且花费成本也较高。并且,各专业系统的数据是由各专 业系统自行保存,这就造成各专业系统间的数据无法实现数据共享,形成了数据孤岛,从而无法利用各专业系统的数据作为扩展分析,使得数据价值流失,降低了轨道交通运营的安全性和可靠性的问题,提出一种轨道交通运营调度系统。
本申请提出的轨道交通运营调度系统,包括通信连接的运营调度云平台及各专业系统的现场设备,通过运营调度平台根据行车调度计划及行车调度计划变更,直接对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。由此,通过将各专业系统统一部署,实现了各专业系统间处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
下面结合附图对本申请实施例提供的轨道交通运营调度系统进行详细描述。
图2是本申请一个实施例的轨道交通运营调度系统的结构示意图。
如图2所示,该轨道交通运营调度系统包括:运营调度云平台10和各专业系统的现场设备20。
其中,运营调度云平台10,与各专业系统的现场设备20通信连接,用于根据行车调度计划以及行车调度计划变更,对各专业系统的现场设备20进行控制,以实现行车调度为核心的轨道交通运营调度。
其中,行车调度计划,具体的可以包括列车运行时间、运行线路、途径站点、以及停靠时间等信息,本实施例对此不作具体限定。
行车调度计划变更,是指对行车调度计划中列车运行时间、途经站点、以及运行线路等信息进行相应调整的操作,此处对其不作具体限定。
在本实施例中各专业系统可以是,但不限于:自动列车监控系统(Automatic Train Supervision,简称为:ATS)、自动售检票系统(Automatic Fare Collection System,简称为:AFC)、乘客信息系统(Passenger Information System,简称为:PIS)、广播系统(Public Address,简称为:PA)、闭路电视监控系统(Closed Circuit Television,简称为:CCTV)、PSCADA、BAS、FAS、综合网管系统(Network Management System,简称为:NMS)、不间断供电系统(Uninterruptible Power System,简称为:UPS)、以及时钟系统等等,本实施例对此不作具体限定。
其中,ATS为列车自动控制系统(Automatic Train Control,简称为:ATC)中的子系统,且是ATC的监控系统,可对列车进行监督,且能够自动调整列车运行时刻表,以及向行车调度员和外部系统提供信息,以使列车能够减少未正点运行所造成的不利影响。
需要说明的是,ATC包括四个子系统,分别为:列车自动防护(Automatic Train Protection,简称为:ATP)、列车自动运行(Automatic Train Operation,简称为:ATO)、ATS、计算机联锁系统。
也就是说,将ATS作为运营调度的核心,为各专业系统制定合理高效的运行计划,满足乘客出行的需要;组织列车运行,保证列车整点运营;对供电设备、环控设备及防灾设备进行监控,确保列车运行的安全可靠;对网络及设备进行管理,保持设备状态良好,通 讯顺畅;实现应急指挥,处置突发事件,实现真正意义的以行车调度为核心的综合运营调度系统。
AFC是一种由计算机集中控制的自动售票(包括半自动售票)、自动检票以及自动收费和统计的封闭式自动化网络系统。它是基于计算机、通信、网络自动控制等技术,实现对轨道交通售票、检票、计费、收费、统计、清分、管理的自动化处理。
PIS是依托多媒体网络技术,以计算机系统为核心,以车站和车载播放终端为媒介向乘客提供信息服务的系统。它运用现代科技网络技术与多媒体技术,进行信息的多样化显示,根据不同的信息交互方式,将各类信息传递给指定人群。
在正常情况下,PIS向乘客提供的信息可包括:乘车须知、服务时间、列车到发时间、列车时刻表、管理者公告、政府公告、出行参考、股票信息、媒体新闻、赛事直播、广告等实时动态的多媒体信息;在火灾、阻塞及恐怖袭击等非正常情况下,提供动态紧急疏散提示。
PSCADA用于对权限的变电设备进行监控并采集,分析变电设备的运行数据,以确保供电系统和权限的电力变配系统安全可靠的运行。
BAS利用计算机网络技术,自动控制技术,通讯技术及分布智能技术,实现设备分散控制,集中管理的系统模式,对轨道及区间隧道内的空调通风,给排水,照明,电梯,扶梯,安全门等机电设备进行全面额运行管理与控制。
FAS用于对联网用户的火灾报警信息,建筑消防设施运行状态信息,消防安全管理信息进行接收、处理和管理,向城市消防通信指挥中心发送经确认的火灾报警信息。
NMS用于管理一个或若干个设备网管,而设备网管直接管理着多个设备,与设备相连接。这些设备分布在不同的地理位置,通过设备网管和综合网管很好的实现了对设备资源和性能等指标的有效管理。
具体实现时,本实施例中各专业系统的现场设备20根据设置位置,可以分为:车载设备及地面设备。
具体实现时,通过各专业系统的现场设备20实时采集轨道交通数据,并将采集到的数据发送给运营调度云平台10,以使运营调度云平台10对上述数据进行分析处理,然后根据行车调度计划,及数据分析处理结果对各专业系统现场设备20进行相应控制。
例如,当确定列车的火灾报警系统在报警时,运营调度云平台10自动触发广播系统进行火灾应急广播,并控制闭路电视监控系统自动将视频监控画面切换到火灾现场,同时向门禁系统发送按照火灾模式释放被控门,及触发车站多媒体设备进行火灾模式信息显示,引导乘客疏散。
需要说明的是,运营调度云平台10,还可以在确定火灾报警系统报警时,向各专业系统发送火灾时钟信号,从而保证各专业系统的时钟保持同步。
在本实施例中,各专业系统现场设备20与运营调度云平台10之间可通过无线通信方式进行通信,无线通信方式可以为ZigBee、无线局域网wifi、蜂窝网络、蓝牙、LET-U等,此处不作具体限定。
具体实现时,如图2所示,本申请的轨道交通运营调度系统中的运营调度云平台10,可以分为:软件层级110及物理层级111。
其中,软件层级110与物理层级111的设置方式是以自顶至下的方式设置,且软件层级110与物理层级111之间相互通信连接。
可选的,物理层级111用于向运营调度云平台10提供运行所需要的物理资源;软件层级110则是用于基于物理层级111所提供的物理资源,以行车调度为核心,通过运行软件层级110中不同的功能模块,实现对各专业系统的运营调度。
其中,在本实施例中,物理层级111向运营调度云平台10提供的物理资源,可以包括,但不限于:服务器、网络、储存单元等等,本实施例对此不作具体限定。
软件层级110基于物理层级111提供的物理资源运行的不同功能模块,可以包括,但不限于:通用设置模块、组态工具模块、供电模块、列车监控模块、乘客调度模块等等,此处对其不作具体限定。
具体实现时,本实施例中的软件层级110,可以根据各专业系统的现场设备20采集的数据量,调整为不同的功能模块划分的物理资源。
可选的,运营调度云平台10可预先为不同的功能模块划分相应的物理资源,并且设置对应的阈值。
当运营调度云平台10获取到各专业系统的现场设备20采集的数据后,可将各专业系统的现场设备20采集的数据量与设置的阈值进行比对,若确定各专业系统的现场设备20采集的数据量超过对应的阈值时,运营调度云平台10对上述功能模块的物理资源进行自动扩充,反之,当各专业系统的现场设备20采集的数据量小于对应的阈值时,则可对上述功能模块的物理资源进行自动回收,从而实现了资源弹性分配。
其中,为不同的功能模块划分对应物理资源时,可以通过为每个功能模块划分相同等级的物理资源,再根据各功能模块的处理速度等,进行物理资源调整;或者,将处理数据较多的功能模块的物理资源,划分的比一般处理数据的功能模块的物理资源多一倍,或两倍等等,本实施例对此不作限定。
相应的,不同的功能模块设置的阈值,可根据所分配的物理资源及所处理的数据类型进行适应性设置,在此不对其进行具体限定。
举例说明,若5个功能模块,分别为A、B、C、D、E,初始划分的物理资源均为120千兆(Giga,简称G),且每个功能模块的数据量阈值为110G,那么当接收到各专业系统的现场设备20采集的数据之后,将采集到数据量分别与5个功能模块的阈值进行比对,若功能模块B采集的数据量超过了阈值,则此时运营调度云平台10可对B的物理资源进行扩充。
也就是说,本申请通过使用阈值配置的方式,实现弹性资源分配。即当任意功能模块接入的数据量增加,且大于功能模块的阈值时,运营调度云平台10可进入自动扩容机制,随时满足业务需求,且没有额外的工作量,并且当任意功能模块接入的数据量低于阀值时,运营调度云平台10也会自动收回分配的资源,从而实现全自动资源的分配,保证了功能模 块划分的物理资源随需求进行增减,使得扩容简单易实现。
进一步的,在本申请的一个实施例中,本申请的软件层级110还可对各专业系统的历史运营数据进行分析,生成预案联动模式,其中预案联动模式中可以包括各专业系统的触发条件及各专业系统的控制指令,并在确定至少一个专业系统满足触发条件时,启动预案联动模式,以对各专业系统进行运营调度。
举例来说,若根据各专业系统的历史运营数据的分析结果,生成火灾联动预案模式中,各专业系统对应的触发条件及控制指令为:当FAS设备采集的烟雾数据达到第一阈值时,触发火灾报警,并联动控制广播系统进行火灾应急广播,同时依次控制闭路电视监控系统播放火灾现场画面、门禁系统释放被控门、车站多媒体设备显示火灾信息并引导乘客疏散。
那么,在轨道交通运行时,当FAS的设备采集的烟雾数据到达第一阈值时,轨道交通运营调度系统就会自动启动火灾联动模式,即触发火灾报警,广播系统即进行火灾应急广播,闭路电视监控系统自动将视频监控画面切换到火灾现场,并向门禁系统发送按照火灾模式释放被控门,同时触发车站多媒体设备火灾模式信息显示,引导乘客疏散。
可选的,在实际使用时,轨道交通运营调度系统在初始创建时,运营调度云平台10中没有记录各专业系统的历史运行数据,因此本申请在首次使用轨道交通运营调度系统时,需要调度人员对不同运营情况进行人工处理,以使得运营调度云平台10能够记录调度人员对不同运营情况的处理操作,然后根据上述记录的调度人员处理操作,利用大数据的方式进行自主学习,以生成不同的预案联动模式。
在生成预案联动模式之后,运营调度云平台10会对各专业系统采集的数据进行实时分析,当确定任意专业系统达到触发条件时,自动启动预案联动模式,以使用预案联动模式自动对上述专业系统进行运营调度,从而不仅可以减少运维人员的操作,而且根据预案联动模式,对各专业系统进行自动运营调度,提高了系统的可靠性和安全性。
其中,预案联动模式可以通过系统的序列控制功能来实现;或者,也可以在各专业系统之间以自动方式或半自动方式激活执行;或者,也可以作为一个控制序列由调度人员手动执行等等,本实施例对此不作具体限定。
可以理解的是,本申请通过引入大数据计算技术,制定预案联动模式,以利用预案联动模式针对发生过的需要运营处理的场景中,各专业系统的数据进行分析并制定合理阀值,制定相应预案,当再次出现单个系统或多个系统数据达到阀值时,系统自动启动预案联动模式,以使得各专业系统自动联动进行运营调度。
本实施例提供的轨道交通运营调度系统,通过运营调度云平台与各专业系统的现场设备进行通信,以使得运营调度云平台能够根据行车调度计划及行车调度计划变更,以及各专业系统的现场设备发送的数据,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。由此,通过将各专业系统进行统一部署、处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
图3是本申请另一个实施例的轨道交通运营调度系统的结构示意图。
如图3所示,该轨道交通运营调度系统还包括:与运营调度云平台10通信连接的展示平台30。
其中,展示平台30用于从运营调度云平台10中获取轨道交通的运营数据,并在展示平台30中按照预设的拼接规则进行展示。
在本实施例中,预设的拼接规则可以是系统默认的,也可以是根据用户权限或用户级别进行设置的,本实施例对此不作具体限定。
例如,若用户为安全维护人员,则在根据自身的角色,通过权限策略登录系统后可向用户显示安全维护界面,以便于安全维护人员查阅自身职位所对应的安全维护界面。
可选的,为实现轨道交通运营调度“安全、可靠、经济、适用”的运营目标,满足环保与节能的要求,保证与相关系统间信息迅速、准确、可靠的传送,以及保证实现被集成系统的全部功能,本申请可以将与行车指挥、防灾安全、乘客服务管理等有关的信息进行整合,向用户提供一个友好、完整和统一的展示平台(人机界面),方便调度人员的操作。
其中,向用户提供的人机界面中各专业系统可以是单独设置对应的页面,从而调度人员可通过点击需要浏览或操作的专业系统页面,即可进入所负责的系统,从而使得轨道交通运营系统适用性更强。
另外,本实施例的展示平台30还可以用于展示引导信息,以帮助轨道交通运营人员进行人工操作。
可选的,在正常操作时,轨道交通运营人员能够及时准确对各专业系统进行运行调度,但是当突发紧急事件时,比如发生火灾,或者供电故障时,运营人员由于外界因素导致操作不及时准确,而造成不利影响。对此,本申请为了避免上述情况时,通过展示平台30显示引导信息,以引导和帮助调度人员进行一些序列操作,这些序列由画面和序列逻辑组成,以提示调度人员人工完成一个过程,或者让调度人员启动一个操作序列自动执行对应操作,实现了应急指挥,能够及时准确的处置突发事件。
其中,为了防止调度人员紧张而误触发一些操作,展示平台30还会在显示界面中配置互锁以警告或者禁止某些操作,并当调度人员需要立即采取行动时,展示平台30可自动弹出对应的控制序列,以使得用户可以直接触发控制序列,进行相应的处理。
若调度人员实际触发控制序列时,误触发了警告或者禁止的某些操作时,展示平台30还会将显示画面自动导航到当前应当触发的控制序列画面,以保证调度安全性和可靠性更高。上述画面可被设定为该告警发生时的控制序列画面,且要求操作员立即采取行动。
为了清楚描述本申请中展示平台30所展示的内容,下面结合图4-8对本实施例中展示平台30,从运营调度平台10中获取的轨道交通运营数据并按照预设的拼接规则进行展示的情况具体说明。
具体实现时,由于该运营调度系统,可以为不同级别,比如城市级、车辆级、车站级等用户提供服务,相应的,运营调度平台10可以为不同级别的用户提供不同的数据拼接规 则,进而在展示平台中以不同的数据拼接规则,将运营数据进行拼接展示,从而使得控制展示平台30为不同级别的用户提供不同的展示界面。
举例来说,可参见图4至图8所示,在展示平台30中,对不同级别的轨道交通运营数据的展示情况进行说明。
需要说明的是,在图4至图8中,每个层级的轨道交通运营数据展示界面中均可以包括:首页模块210、机电模块220、供电模块230、列车监控模块240、乘客服务模块250、视频监控模块260、售检票模块270、综合网管模块280、告警联动模块290、时钟模块2100。
其中,图4为展示平台展示世界层级的轨道交通运营数据的示意图。其中在展示界面中,包括当前开通轨道交通国家40、当前开通轨道交通城市41、当前开通轨道交通数量42、轨道交通运行线路总数43、轨道交通运行线路总长44、轨道交通开通车站总数45、客流统计情况46、运量排名47、运营计划48、安全运营天数49、当前搭乘人数410等单元,并且上述每个单元还可包括多个数据信息,具体可根据轨道交通实际运营情况进行确定,此处对其不作具体限定。
图5为展示平台展示国家层级的轨道交通运营数据的示意图。其中,在该展示界面中,可以包括以下单元:运营人员分布50、股票交易趋势51、应收排行榜52、乘客体验指标53、趋势图54等。例如,运营人员可以通过展示平台展示的乘客体验指标53,可以了解到乘客的乘坐体验是否良好,以实现对乘车环境进行对应调节,提高乘客体验。
图6为展示平台展示线路层级的轨道交通运营数据的示意图。其中,该线路层级的轨道交通运营数据界面中,可以包括:单位车站平均人数60、平均车辆间隔时间61、日平均发车数量62、车辆满载率63、设备故障率64、运营图表65等单元。也就是说,可通过线路层级的轨道交通运营数据,可以清楚了解每条线路的运营情况。
图7为展示平台展示车站层级的轨道交通运营数据的示意图。其中,该界面中可以包括:本站客流70、本站发车间隔71、本站设备故障72、CCTV1至CCTV n73。也就是说,通过展示车站层级的轨道交通运营数据,可以了解每个车站的运营情况。
图8为展示平台展示车辆层级的轨道交通运营数据的示意图,其中,车辆层级的轨道交通运营数据界面包括:牵引系统80、制动系统81、高压配电系统82、蓄电池系统83、触压系统84、当前车速85、当前位置86、当前运行模式87、距下一站距离88、设备状态汇总89、CCTV1至CCTV n8100等多个单元。
此外,在上述图4-图8中,还分别包括主界面、导出、前进、后退等功能按键,使得用户可以通过触发前进或者导出等按键进行切换界面等操作,以获取需求的层级信息,进一步提高用户体验。需要说明的是,上述图4-8所示的内容及形式仅作为本申请的示例,不作为对本申请的具体限制,在具体实现时,可根据需要显示内容及显示形式等进行适应性调整。
进一步的,为了使得轨道交通运营调度系统具有更高的灵活性,本申请还可在运营调度云平台10上设置配置功能模块,从而使得在增加新的节点时,比如增加新的运行线路,或者停靠站点时,通过操作运营调度平台10中的配置功能模块,即可完成新节点的添加。 由此实现了一套软件适配所有线路,组件化设计开发,按需配置,减轻建设难度,加快建设速度。
本实施例提供的轨道交通运营调度系统,通过展示平台将轨道交通的运营数据或者引导信息能够可视化的显示给调度人员,以帮助调度人员能够根据需求,采取不同的操作,从而使得对轨道交通运营调度安全性和可靠性更高。
为了实现上述目的,本申请实施例还提出了一种轨道交通运营调度方法。
图9是本申请的一个实施例的轨道交通运营调度方法的流程图。
需要说明的是,在本实施例中,该轨道交通运营调度方法可应用于上述实施的轨道交通运营调度系统,以实现对轨道交通运行调度进行控制或管理。其中,轨道交通运行调度系统包括:运营调度云平台及各专业系统的现场设备,其中运营调度平台,与各专业系统的现场设备通信连接。
可选地,如图9所示,该轨道交通运营调度方法可以包括以下步骤:
步骤501,获取行车调度计划及各专业系统的设备数据。
其中,轨道交通行车调度计划,具体的可以是指列车运行时间、运行线路、途径站点、以及停靠时间等信息,本实施例对此不作具体限定。
步骤502,根据行车调度计划及行车调度计划变更,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。
可选的,本实施例通过获取轨道交通数据,并对轨道交通数据进行分析,然后再根据轨道交通行车调度计划及数据分析结果,对各专业系统的现场设备进行相应控制。
具体实现时,在对各专业系统的现场设备进行控制时,可以是根据行车调度计划及行车调度计划变更,对各专业系统进行相应联动计划及变更;然后在行车调度计划及行车调度计划变更发生前,调动各专业系统进入相应的工作状态。
例如,若行车调度计划中列车A的行车路线为北京-广州南,发车时间为12:20,到达时间为20:20,途经站为保定站、武汉、长沙等等,那么在发车前两个小时,对列车A进行上电操作,并启动CCTV、PA、NMS等专业系统进入工作状态,使得列车A发车前对各专业系统进行检测操作,保证列车A能够按时发车,提高对列车A调度的可靠性。
也就是说,为了能够更高效、准确、安全的对列车运行进行管理和控制,当确定轨道交通行车调度计划之后,可在列车发车前预先启动所有专业系统,以便于检测各专业系统是否运行良好,若良好,则保持各专业系统处于待触发状态,从而保证了列车在发车时间点时,能够准确无误的发生,提高了轨道交通运营调度的准确性和可靠性。
进一步的,本申请的轨道交通运营调度方法,还可以对各专业系统的历史运营数据进行分析,生成预案联动模式,预案联动模式中包括各专业系统的触发条件,及各专业系统分别对应的联动控制指令。
并且,在生成预案联动模式之后,本实施例还可获取轨道交通运营过程中,各专业系统的现场设备实时采集的数据;根据实时采集的数据,判断至少一个专业系统是否满足预 案联动触发条件;若是,则根据对应的联动控制指令,对至少一个专业系统进行联动控制。
举例来说,若根据各专业系统的历史运营数据的分析结果,生成的预案联动模式为火灾联动模式,那么当FAS的设备采集的数据满足触发火灾报警条件时,轨道交通运营调度系统就会自动启动火灾联动模式,以控制广播系统进行火灾应急广播,并控制闭路电视监控系统自动将视频监控画面切换到火灾现场,同时向门禁系统发送按照火灾模式释放被控门,以及触发车站多媒体设备火灾模式信息显示,引导乘客疏散。
可选的,在实际使用时,轨道交通运营调度系统在初始创建时,轨道交通信息系统云平台中没有记录各专业系统的历史运行数据,因此本申请在首次使用轨道交通运营调度系统时,需要调度人员对不同运营情况进行人工处理,以使得轨道交通信息系统云平台能够记录调度人员对不同运营情况的处理操作,然后根据上述记录的调度人员处理操作,利用大数据的方式进行自主学习,以生成不同的预案联动模式。
在生成预案联动模式之后,轨道交通信息系统云平台会对各专业系统采集的数据进行实时分析,当确定任意专业系统达到触发条件时,自动启动预案联动模式,以使用预案联动模式对上述专业系统进行运营调度,从而不仅可以减少运维人员的操作,而且根据预案联动模式,对各专业系统进行自动运营调度,提高了系统的可靠性和安全性。
其中,预案联动模式可以通过系统的序列控制功能来实现;或者,也可以在各专业系统之间以自动方式或半自动方式激活执行;或者,也可以作为一个控制序列由调度人员手动执行等等,本实施例对此不作具体限定。
可以理解的是,本申请通过引入大数据计算技术,制定预案联动模式,以利用预案联动模式针对发生过的需要运营处理的场景中,各专业系统的数据进行分析并制定合理阀值,制定相应预案,当再次出现单个系统或多个系统数据达到阀值时,系统自动启动预案联动模式,以使得各专业系统自动联动进行运营调度。
本实施例提供的轨道交通运营调度方法,通过获取行车调度计划,及各专业系统设备采集的数据,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。由此,通过将各专业系统统一部署,实现各专业系统处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且还实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
通过上述分析可知,本申请通过获取轨道交通行车计划及其他专业系统设备数据,以根据轨道交通行车调度计划,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。在具体实现时,为了方便调度人员进行操作,本实施例还可通过展示平台展示轨道交通的运行数据,或者帮助轨道交通运营人员进行人工操作的引导信息,以实现对轨道交通运营交通控制的可视化操作。下面结合图10,对上述情况下的轨道交通运营调度方法进行进一步说明。
图10是本申请的另一个实施例的轨道交通运营调度方法的流程图。
如图10所示,该轨道交通运营调度方法可以包括以下几个步骤:
步骤601,获取行车调度计划及各专业系统的设备数据。
步骤602,根据行车调度计划及行车调度计划变更,对各专业系统的现场设备进行联动控制。
步骤603,根据各专业系统的运行状态,在展示平台中展示轨道交通的运营数据,或展示用于帮助轨道交通运营人员进行人工操作引导信息。
可选的,为实现轨道交通运营调度“安全、可靠、经济、适用”的运营目标,满足环保与节能的要求,保证与相关系统间信息迅速、准确、可靠的传送,以及保证实现被集成系统的全部功能,本申请可以将与行车指挥、防灾安全、乘客服务管理等有关的信息进行整合,向用户提供一个友好、完整和统一的展示平台(人机界面),方便调度人员的操作。
其中,向用户提供的人机界面中各专业系统可以是单独设置对应的页面,从调度人员可通过点击需要浏览或操作的专业系统页面,即可进入所负责的系统,从而使得轨道交通运营系统适用性更强。
可选的,展示轨道交通的运营数据之前,本实施例需要获取运营调度系统登录请求,登录请求中包括用户权限;获取与用户权限对应的目标专业系统现场设备采集的目标运营数据,并将目标运营数据以目标专业系统对应的展示形式进行展示。
也就是说,不同的用户具有不同的权限,且在用户登录运营调度系统之后,系统向用户展示用户权限对应的系统页面。例如,若用户为安全维护人员,则在根据自身的角色,通过权限策略登录系统后可向用户显示安全维护界面,以便于安全维护人员查阅自身职位所对应的安全维护界面。
其中,将目标运营数据以目标专业系统对应的展示形式,可以是系统默认的,也可以是根据控制人员后期设置的,本实施例对此不作具体限定。
进一步的,由于在正常操作时,轨道交通运营人员能够及时准确对各专业系统进行运行调度,但是当突发紧急事件时,比如发生火灾,或者供电故障时,运营人员由于外界因素导致操作不及时准确,而造成不利影响。对此,本申请为了避免上述情况时,通过展示平台显示引导信息,以引导和帮助调度人员进行一些序列操作,这些序列由画面和序列逻辑组成,以提示调度人员人工完成一个过程,或者让调度人员启动一个操作序列自动执行对应操作,实现了应急指挥,能够及时准确的处置突发事件。
其中,为了防止调度人员紧张而误触发一些操作,展示平台还会在显示界面中配置互锁以警告或者禁止某些操作,并当调度人员需要立即采取行动时,展示平台可自动弹出对应的控制序列,以使得用户可以直接触发控制序列,进行相应的处理。
若调度人员实际触发控制序列时,误触发了警告或者禁止的某些操作时,展示平台还会将显示画面自动导航到当前应当触发的控制序列画面,以保证调度安全性和可靠性更高。上述画面可被设定为该告警发生时的控制序列画面,且要求操作员立即采取行动。
为了清楚描述本申请中展示平台所展示的内容,下面结合图4-8对本实施例中展示平台,从运营调度平台中获取的轨道交通运营数据并按照预设的拼接规则进行展示的情况具 体说明。
举例来说,可参见图4至图8所示,在展示平台30中,对不同级别的轨道交通运营数据的展示情况进行说明。
需要说明的是,在图4至图8中,每个层级的轨道交通运营数据展示界面中均可以包括:首页模块210、机电模块220、供电模块230、列车监控模块240、乘客服务模块250、视频监控模块260、售检票模块270、综合网管模块280、告警联动模块290、时钟模块2100。
其中,图4为展示平台展示世界层级的轨道交通运营数据的示意图。其中在展示界面中,包括当前开通轨道交通国家40、当前开通轨道交通城市41、当前开通轨道交通数量42、轨道交通运行线路总数43、轨道交通运行线路总长44、轨道交通开通车站总数45、客流统计情况46、运量排名47、运营计划48、安全运营天数49、当前搭乘人数410等单元,并且上述每个单元还可包括多个数据信息,具体可根据轨道交通实际运营情况进行确定,此处对其不作具体限定。
图5为展示平台展示国家层级的轨道交通运营数据的示意图。其中,在该展示界面中,可以包括以下单元:运营人员分布50、股票交易趋势51、应收排行榜52、乘客体验指标53、趋势图54等。例如,运营人员可以通过展示平台展示的乘客体验指标53,可以了解到乘客的乘坐体验是否良好,以实现对乘车环境进行对应调节,提高乘客体验。
图6为展示平台展示线路层级的轨道交通运营数据的示意图。其中,该线路层级的轨道交通运营数据界面中,可以包括:单位车站平均人数60、平均车辆间隔时间61、日平均发车数量62、车辆满载率63、设备故障率64、运营图表65等单元。也就是说,可通过线路层级的轨道交通运营数据,可以清楚了解每条线路的运营情况。
图7为展示平台展示车站层级的轨道交通运营数据的示意图。其中,该界面中可以包括:本站客流70、本站发车间隔71、本站设备故障72、CCTV1至CCTV n73。也就是说,通过展示车站层级的轨道交通运营数据,可以了解每个车站的运营情况。
图8为展示平台展示车辆层级的轨道交通运营数据的示意图,其中,车辆层级的轨道交通运营数据界面包括:牵引系统80、制动系统81、高压配电系统82、蓄电池系统83、触压系统84、当前车速85、当前位置86、当前运行模式87、距下一站距离88、设备状态汇总89、CCTV1至CCTV n8100等多个单元。
此外,在上述图4-图8中,还分别包括主界面、导出、前进、后退等功能按键,使得用户可以通过触发前进或者导出等按键进行切换界面等操作,以获取需求的层级信息,进一步提高用户体验。需要说明的是,上述图4-8所示的内容及形式仅作为本申请的示例,不作为对本申请的具体限制,在具体实现时,可根据需要显示内容及显示形式等进行适应性调整。
此外,为了使得轨道交通运营调度系统具有更高的灵活性,本申请还可在轨道交通信息系统云平台上设置配置功能模块,从而使得在增加新的节点时,比如增加新的运行线路,或者停靠站点时,通过操作运营调度平台中的配置功能模块,即可完成新节点的添加。由此实现了一套软件适配所有线路,组件化设计开发,按需配置,减轻建设难度,加快建设 速度。
本实施例提供的轨道交通运营调度方法,通过展示平台将轨道交通的运营数据或者引导信息显示给调度人员,以帮助调度人员能够根据需求在展示平台上采取相应触发或者控制操作,从而使得对轨道交通运营调度安全性和可靠性更高。
为了实现上述目的,本申请还提出了一种计算机设备。
图11是本申请一个实施例的计算机设备的结构示意图。
如图11所示,该计算机设备包括:存储器120、处理器130及存储在存储器120上并可在处理器130上运行的计算机程序,所述处理器130执行所述程序时,实现第二方面实施例的轨道交通运营调度方法。其中,轨道交通运营调度方法包括:获取行车调度计划及各专业系统的设备数据;根据所述轨道交通行车调度计划及行车调度计划变更,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。
需要说明的是,本实施例的计算机设备的实施过程和技术原理参见前述对第二方面实施例所述的轨道交通运营调度方法的解释说明,此处不再赘述。
本实施例提供的计算机设备,通过获取行车调度计划,及各专业系统设备采集的数据,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。由此,通过将各专业系统统一部署,实现各专业系统处理资源共享,不仅减少了物理设备的重复建设,而且还降低了设备布置所花费的成本,并且还实现了各专业系统间的数据共享,为调度指挥提供了更有价值的信息,保证了轨道交通运营的安全性和可靠性。
为了实现上述实施例,本申请还提出了一种计算机可读存储介质。
该计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现第二方面实施例的轨道交通运营调度方法。其中,轨道交通运营调度方法包括:获取行车调度计划及各专业系统的设备数据;根据所述轨道交通行车调度计划及行车调度计划变更,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。
在本申请中,除非另有明确的规定和限定,术语“设置”、“连接”等术语应做广义理解,例如,可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通或两个元件的相互作用关系,除非另有明确的限定。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序, 包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (16)

  1. 一种轨道交通运营调度系统,其特征在于,包括:运营调度云平台及各专业系统的现场设备;
    其中,所述运营调度云平台,与所述各专业系统的现场设备通信连接,用于根据行车调度计划及行车调度计划变更,对所述各专业系统的现场设备进行相应的联动控制,以实现行车调度为核心的轨道交通运营调度。
  2. 如权利要求1所述的运营调度系统,其特征在于,所述各专业系统的现场设备包括:车载设备及地面设备。
  3. 如权利要求1所述的运营调度系统,其特征在于,所述运营调度云平台自顶至下包括依次通信连接的软件层级及物理层级;
    其中,所述物理层级,用于提供所述运营调度云平台运行所需的物理资源;
    所述软件层级,用于基于所述物理层级提供的物理资源,以行车调度为核心,通过运行所述软件层级内的不同的功能模块,实现对各专业系统的运营调度。
  4. 如权利要求3所述的运营调度系统,其特征在于,
    所述软件层级,还用于根据所述各专业系统的现场设备采集的数据量,调整为所述不同的功能模块分配的物理资源。
  5. 如权利要求3所述运营调度系统,其特征在于,
    所述软件层级,还用于对所述各专业系统的历史运营数据进行分析,生成预案联动模式,所述预案联动模式中包括各专业系统的触发条件及各专业系统的控制指令,并在确定至少一个专业系统满足触发条件时,启动所述预案联动模式,对各专业系统进行运营调度。
  6. 如权利要求1-5任一所述的运营调度系统,其特征在于,还包括与所述运营调度云平台通信连接的展示平台;
    所述展示平台,用于从所述运营调度云平台中获取轨道交通的运营数据,并在所述展示平台中按照预设的拼接规则进行展示。
  7. 如权利要求6所述的运营调度系统,其特征在于,所述展示平台,还用于展示引导信息,以帮助轨道交通运营人员进行人工操作。
  8. 一种轨道交通运营调度方法,其特征在于,轨道交通运营调度系统包括:运营调度云平台及各专业系统的现场设备,其中,所述运营调度云平台,与所述各专业系统的现场设备通信连接;
    所述轨道交通运营调度方法,包括:
    获取行车调度计划及各专业系统的设备数据,根据所述行车调度计划及行车调度计划变更,对各专业系统的现场设备进行联动控制,以实现行车调度为核心的轨道交通运营调度。
  9. 如权利要求8所述的方法,其特征在于,所述对各专业系统的现场设备进行联动控制,包括:
    根据行车调度计划及行车调度计划变更,对所述各专业系统进行相应联动计划及变更;
    在行车调度计划及行车调度计划变更发生前,调动各专业系统进入相应工作状态。
  10. 如权利要求8所述的方法,其特征在于,还包括:
    对各专业系统的历史运营数据进行分析,生成预案联动模式,所述预案联动模式中包括各专业系统的触发条件,及各专业系统分别对应的联动控制指令。
  11. 如权利要求10所述的方法,其特征在于,所述生成预案联动模式之后,还包括:
    在所述轨道交通运营过程中,获取所述各专业系统的现场设备实时采集的数据;
    根据所述实时采集的数据,判断至少一个专业系统是否满足预案联动触发条件;
    若是,则根据对应的联动控制指令,对所述至少一个专业系统进行联动控制。
  12. 如权利要求8-11任一所述的方法,其特征在于,还包括:
    根据各专业系统的运行状态,在展示平台中展示轨道交通的运营数据,或展示用于帮助轨道交通运营人员进行人工操作引导信息。
  13. 如权利要求12所述的方法,其特征在于,在展示平台中展示轨道交通的运营数据之前,还包括:
    获取运营调度系统登录请求,所述登录请求中包括用户权限;
    获取与所述用户权限对应的目标专业系统的现场设备采集的目标运营数据,并将所述目标运营数据以所述目标专业系统对应的展示形式进行展示。
  14. 如权利要求12所述的方法,其特征在于,所述根据各专业系统的运行状态,在展示平台中展示轨道交通的运营数据,包括:
    确定当前展示平台所属的运营级别对应的运营数据拼接规则;
    根据所运营数据拼接规则,在展示平台中将各专业系统的运营数据拼接展示。
  15. 一种计算机设备,其特征在于,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时,实现如权利要求8-14任一所述的轨道交通运营调度方法。
  16. 一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求8-14任一所述的轨道交通运营调度方法。
PCT/CN2018/123571 2018-01-09 2018-12-25 轨道交通运营调度系统、方法及设备 WO2019137205A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201810018402.2A CN109740831A (zh) 2018-01-09 2018-01-09 轨道交通运营调度系统、方法及设备
CN201810018402.2 2018-01-09

Publications (1)

Publication Number Publication Date
WO2019137205A1 true WO2019137205A1 (zh) 2019-07-18

Family

ID=66354295

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/123571 WO2019137205A1 (zh) 2018-01-09 2018-12-25 轨道交通运营调度系统、方法及设备

Country Status (2)

Country Link
CN (1) CN109740831A (zh)
WO (1) WO2019137205A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110329319B (zh) * 2019-06-28 2021-09-03 卡斯柯信号有限公司 一种面向智慧城轨的全自动运行系统
CN110378581A (zh) * 2019-07-03 2019-10-25 中国铁道科学研究院集团有限公司电子计算技术研究所 铁路客运站与客运列车应急状态设备设施配置方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103455887A (zh) * 2013-09-10 2013-12-18 河南辉煌科技股份有限公司 城市轨道交通信息集成平台
CN104317603A (zh) * 2014-11-13 2015-01-28 国电南京自动化股份有限公司 一种基于scada系统的智能报警系统
US20170024936A1 (en) * 2011-09-08 2017-01-26 Ivsc Ip Llc Regulating driver vehicle input choices in for-hire vehicles
US20170098181A1 (en) * 2015-10-06 2017-04-06 Numerica Corporation Systems and methods for dynamically generating patrol schedules based on historic demand data
CN107331156A (zh) * 2017-08-22 2017-11-07 佛山市城市规划设计研究院 城市交通综合调查云平台与系统
CN107330593A (zh) * 2017-06-20 2017-11-07 北京市运输管理技术支持中心 一种交通监管巡查与信用信誉管理系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100588580C (zh) * 2006-12-28 2010-02-10 上海轨道交通设备发展有限公司 一种轨道交通综合监控系统及方法
CN104376494B (zh) * 2013-08-14 2018-04-27 北京北智天成科技发展有限公司 基于云系统的交通信息管理与服务系统
CN104678773B (zh) * 2015-02-03 2017-07-28 厦门中智信系统集成有限公司 基于公共云服务的智能化建筑群及其控制方法
CN206537292U (zh) * 2017-02-27 2017-10-03 中国铁路设计集团有限公司 承载城市轨道交通调度指挥及运营自动化系统的云平台
CN107241397A (zh) * 2017-05-24 2017-10-10 清华大学 一种基于云平台的多级列车调度指挥系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170024936A1 (en) * 2011-09-08 2017-01-26 Ivsc Ip Llc Regulating driver vehicle input choices in for-hire vehicles
CN103455887A (zh) * 2013-09-10 2013-12-18 河南辉煌科技股份有限公司 城市轨道交通信息集成平台
CN104317603A (zh) * 2014-11-13 2015-01-28 国电南京自动化股份有限公司 一种基于scada系统的智能报警系统
US20170098181A1 (en) * 2015-10-06 2017-04-06 Numerica Corporation Systems and methods for dynamically generating patrol schedules based on historic demand data
CN107330593A (zh) * 2017-06-20 2017-11-07 北京市运输管理技术支持中心 一种交通监管巡查与信用信誉管理系统
CN107331156A (zh) * 2017-08-22 2017-11-07 佛山市城市规划设计研究院 城市交通综合调查云平台与系统

Also Published As

Publication number Publication date
CN109740831A (zh) 2019-05-10

Similar Documents

Publication Publication Date Title
WO2019137205A1 (zh) 轨道交通运营调度系统、方法及设备
CN107226099B (zh) 一种列车全自动运行方法及系统
US10618536B2 (en) Method and system for managing specific events related to the movements of a guided vehicle
US20210001906A1 (en) Intelligent train operation adjustment system and method based on real-time passenger flow
CN109747682B (zh) 轨道交通弱电一体化系统
CN110329319B (zh) 一种面向智慧城轨的全自动运行系统
CN101394549A (zh) 一种铁路综合视频监控系统
CN108725522A (zh) 实现自动列车监控和综合监控集成的列车综合自动化系统
CN111371904B (zh) 云边端协同的高速公路云控系统及控制方法
CN106672017A (zh) 一种基于移动终端的轨道交通道岔遥控系统及方法
CN206900395U (zh) 实现自动列车监控和综合监控集成的列车综合自动化系统
CN104477216A (zh) 基于轨道交通全自动驾驶系统的车辆火灾联动方法与装置
CN108986582A (zh) 一种城市轨道交通车站屏蔽门系统监控实训平台
CN1753048A (zh) 一种高速公路交通监控系统
KR101164767B1 (ko) 철도의 연동장치와 무선폐색장치간 통신 인터페이스 시스템 및 그 운용방법
CN104442932A (zh) 一种基于轨道交通综合自动化系统的远程车辆管理系统
CN111627310A (zh) 基于全自动无人驾驶的智慧地铁演示和验证装置及其方法
CN105480262B (zh) 用于全自动驾驶的联动控制系统及方法
CN209142156U (zh) 一种轨道交通调度平台
WO2017088119A1 (zh) 控制列车运营自动化等级的方法和系统
CN206370160U (zh) 一种利用无线通讯紧急预防汽车追尾报警器
CN204904358U (zh) 一种群众协助公路巡查的网络综合管理系统
CN105197071A (zh) 一种轨道交通中列车阻塞后的系统联动方法
JP3234013U (ja) 軌道交通用のインテリジェント化情報化運輸規制システム
CN110803205B (zh) 一种新的cbtc系统架构模型

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18899842

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18899842

Country of ref document: EP

Kind code of ref document: A1