WO2022120935A1 - 一种车辆系统的调度控制方法，装置及系统 - Google Patents

一种车辆系统的调度控制方法，装置及系统 Download PDF

Info

Publication number
WO2022120935A1
WO2022120935A1 PCT/CN2020/138004 CN2020138004W WO2022120935A1 WO 2022120935 A1 WO2022120935 A1 WO 2022120935A1 CN 2020138004 W CN2020138004 W CN 2020138004W WO 2022120935 A1 WO2022120935 A1 WO 2022120935A1
Authority
WO
WIPO (PCT)
Prior art keywords
departure
vehicle
platform
vehicles
running
Prior art date
Application number
PCT/CN2020/138004
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
Application filed by 中车唐山机车车辆有限公司 filed Critical 中车唐山机车车辆有限公司
Publication of WO2022120935A1 publication Critical patent/WO2022120935A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services

Definitions

  • the present application relates to the field of transportation technology, and in particular, to a method, device and system for dispatching and controlling vehicles.
  • the vehicle system of the present application is a personal rapid transit system (English: Personal Rapid Transit, PRT for short), and the personal rapid transit system is a rail transit system.
  • the suspended traffic system with a width of less than 600mm, the vehicle in this application refers to a PRT vehicle.
  • Personal rapid transit systems due to their unique structure of overhead rails and suspended small vehicles, have formed a new form of personal travel transportation. Different from the existing rail transit stations, the personal rapid transit system emphasizes special vehicles, one-stop direct access to the destination, adopts fully automatic driverless mode, unattended platforms, and realizes 24-hour operation, which is a useful supplement to other public transportation methods. It has outstanding advantages in humanization, environment matching, construction period and cost.
  • the disadvantage of the traditional scheme is that it cannot realize the matching dispatching control mode based on the characteristics of the personal rapid transportation system.
  • Embodiments of the present application provide a vehicle scheduling control method, device and system to solve the technical problem that the traditional solution cannot implement a matching scheduling control mode based on the characteristics of the personal rapid transportation system.
  • An embodiment of the present application provides a vehicle scheduling control method, the method comprising:
  • the car booking information includes departure platform and departure time;
  • a dispatch instruction including a departure platform is generated and sent to the dispatch target vehicle.
  • Embodiments of the present application also provide a vehicle scheduling control device, the device comprising:
  • a car booking module used to receive car booking information; wherein, the car booking information includes a departure platform and a departure time;
  • the determination module is used to determine the dispatch target vehicle according to the departure platform and departure time, as well as the position information and operation information of each vehicle;
  • the sending module is configured to generate a dispatch instruction including a departure station and send it to the dispatch target vehicle.
  • the embodiment of the present application also provides a vehicle scheduling control system, characterized in that it includes:
  • processors one or more processors
  • a storage device for storing one or more programs
  • the one or more processors When the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the vehicle dispatch control method as described above.
  • the vehicle scheduling control method, device and system provided by the embodiments of the present application are based on the unique system characteristics and operation scenarios of traffic, and according to the received vehicle booking information including the departure platform and departure time, and the location information of each vehicle and operation information to determine the dispatching target vehicle waiting to be dispatched, so that for the dispatching target vehicle, the dispatching instruction including the departure platform is generated and sent to the dispatching target vehicle, that is, the real-time dispatching instruction is automatically generated according to the car booking information, and the passenger travel is realized.
  • the real-time response to demand achieves the purpose of cars and other people, and passengers can be dispatched as they arrive, and the overall vehicle scheduling of the personal rapid transportation system conforms to the spatiotemporal characteristics of passenger flow.
  • FIG. 1 is a schematic flowchart of a vehicle scheduling control method according to an embodiment of the application
  • FIG. 2 is a schematic structural diagram of a vehicle scheduling control method in an embodiment of the present application
  • FIG. 3 is a schematic flowchart of a vehicle scheduling control method in an embodiment of the present application.
  • FIG. 4 is a schematic structural diagram of a vehicle scheduling control device in an embodiment of the application.
  • FIG. 1 is a schematic flowchart of a vehicle scheduling control method according to an embodiment of the application
  • FIG. 2 is a schematic structural diagram of a vehicle scheduling control method according to an embodiment of the application.
  • the vehicle scheduling control method includes:
  • Step S101 receiving car booking information; wherein the car booking information includes a departure platform and a departure time.
  • the car booking information includes car booking information sent by passengers and/or car booking information sent by dispatchers.
  • the car booking information generated by the passenger through the mobile phone APP or offline ticket sales is sent to the communication server via the car booking server, and is forwarded by the communication server to the application server.
  • the application server can be based on the car booking information or the scheduling requirements by the dispatcher (operated by the dispatcher at the dispatching workstation), the position information (real-time position) and running information of the vehicle on the line, whether there is a running task, and the number of passengers booking cars, Determine the target vehicle to be dispatched, and send the corresponding dispatch instruction to the communication server.
  • the communication server is further configured to send the received position information and running information of the vehicle from the on-board host to the application server.
  • Step S102 according to the departure platform and departure time, as well as the position information and operation information of each vehicle, determine the dispatch target vehicle.
  • the departure space is the most front parking space among the multiple parking spaces arranged in a preset order in the platform, the other parking spaces are parking spaces, and the vehicle without a running task is a vehicle that currently has no running task and no running task is scheduled .
  • This scheduling method is the easiest to satisfy the vehicle booking information and consumes less energy.
  • the on-board host of the vehicle determines the position information of the vehicle according to the received beacon identification information from the trackside beacon, receives the vehicle speed information (corresponding to the operation information) from the speed sensor, and combines the determined position information of the vehicle with the received information.
  • the arriving vehicle speed information is sent to the application server through the communication server, so that the application server can determine the dispatch target vehicle according to the departure platform and departure time in the vehicle reservation information.
  • the departure platform identifier in the car booking information it is determined whether the operation task information of the vehicle at the corresponding departure platform is received. If received, it is determined whether the vehicle has an operation task according to the operation task information. , the vehicle is the dispatch target vehicle.
  • the running task information includes existing running task information and non-running task information.
  • the existing running task information is used to indicate that the vehicle dispatched to the departure platform according to the car reservation information (or scheduling instruction), according to the active scheduling
  • the no-load vehicle that is instructed to park at the platform, and the passenger vehicle that includes the end platform
  • no running task information is used to indicate that there is currently no running task and no running task is scheduled for vehicles, that is, neither running tasks nor scheduling tasks are being performed.
  • Vehicles there is no strong relationship between vehicles and car booking information, that is, there is no order that can only correspond to a specific vehicle, and it is only necessary to ensure that the number of vehicles at the departure platform is consistent with the number of car booking information within a certain period of time. There is no specific limitation here.
  • no vehicles without running tasks are parked in the departure space of the departure platform, and vehicles with or without operation tasks are parked in the parking space of the departure platform.
  • the stop includes the stop of the unloaded vehicle and the stop of the passenger vehicle after unloading the passenger.
  • the vehicles without running tasks that are parked at the departure platform of the departure platform are given priority as the scheduling target vehicles; only the vehicles without running tasks are not parked at the departure slots of the departure platform, and the parking lot of the departure platform Only vehicles parked at the parking space with or without running tasks will be used as dispatch target vehicles.
  • the scheduling target vehicle can be determined according to the priority according to the specific conditions of the vehicles at the departure platform, the vehicle booking information can be easily satisfied, and the energy consumption is less.
  • the purpose is to schedule the vehicles to wait at the departure platform before the arrival of the departure time, so as to realize the vehicle waiting for people.
  • the vehicle will continue to be dispatched within the preset time after the departure, that is, if the vehicle is still not dispatched when the departure time arrives, the vehicle will continue to be dispatched.
  • the multiple parking spaces arranged in the preset order are arranged in turn. Determine whether to park a vehicle with or without a running task. Specifically, whether to receive the running task information of a vehicle with multiple parking spaces. If the received running task information is no running task, the vehicle corresponding to the running task information is the scheduling target. vehicle.
  • the preset time before the departure time or the preset time before and after the departure time there are no vehicles with no running tasks parked in the departure and parking spaces of the departure platform, and there are vehicles on the departure platform that have entered the station but have not yet entered the station.
  • a vehicle has been parked, it is determined that the vehicle that has entered the station at the departure platform and has not been parked is regarded as the dispatch target vehicle.
  • the scheduling target vehicle can be determined according to the priority according to the specific conditions of the vehicles at the departure platform, the vehicle booking information can be easily satisfied, and the energy consumption is less.
  • the vehicle in the parking space at the departure platform has an operation task according to the received operation task information, or the operation task information of the vehicle from the parking space is not received, it is determined whether there is a vehicle that has entered the station but has not stopped at the departure platform.
  • the vehicle specifically, if the position information from the vehicle is behind the parking space in the platform, for example, the entry line of the platform, the vehicle is the dispatch target vehicle.
  • the vehicle about to enter the departure platform is determined as the dispatch target vehicle.
  • the vehicle in the parking space of the departure platform has an operation task, or the operation task information of the vehicle from the parking space has not been received, and there is no vehicle that has entered the station and has not been parked at the departure platform , then determine whether there is a passenger vehicle that is about to enter the departure platform at the departure platform. Specifically, it is determined whether a parking resource application including the departure platform is received, and if received, the passenger vehicle that is about to enter the departure platform is determined as the dispatch target vehicle.
  • the step of judging whether there is a passenger vehicle about to enter the departure platform at the departure platform includes: receiving the operation task information of the vehicle on the upstream track within a certain distance from the departure platform, if the operation task information is an existing operation task. information, that is, the passenger vehicle including the end platform, and the end platform information corresponds to the departure platform, then the passenger vehicle is the dispatch target vehicle; if the end platform information does not correspond to the departure platform, the passenger vehicle is not the dispatch target vehicle.
  • the preset time before the departure time or the preset time before and after the departure time there are no vehicles with no running tasks parked in the departure and parking spaces of the departure platform, and there are no vehicles that have entered the station but have not stopped and have not stopped.
  • the cruising vehicle traveling on the main track upstream of the departure platform is determined as the dispatch target vehicle.
  • the cruising vehicle traveling on the main track upstream of the departure platform is preferentially determined as the dispatch target vehicle, which is easy to satisfy the car booking information.
  • the dispatch target vehicle itself is already running and does not need to be restarted, resulting in less energy consumption.
  • the step of judging whether there is a cruising vehicle traveling on the main track upstream of the departure platform includes: receiving the operation task information of the vehicle on the upstream track within a certain distance from the departure platform, if the operation task information is no operation task information, that is, the patrolling vehicle, the cruising vehicle is the dispatch target vehicle.
  • the cruising vehicle refers to running on the main track without carrying passengers according to the scheduled operation plan, which is used to improve the response speed of passenger car booking information.
  • the vehicle that is about to enter the departure platform does not have a cruising vehicle running on the main track upstream of the departure platform, and there is a vehicle with no running task at the platform upstream of the departure platform, determine the vehicle with no running task at the platform upstream of the departure platform as the dispatcher target vehicle.
  • Determining the vehicle with no running task on the platform upstream of the departure platform as the dispatch target vehicle is easy to satisfy the car booking information, and the dispatch target vehicle itself is relatively close to the departure platform.
  • the vehicle without the operation task located at the upstream platform of the departure platform is obtained.
  • the identification of the upstream platform of the departure platform is sequentially obtained according to the distance.
  • obtain the operation task information of the vehicles in the upstream platform according to the upstream platform identifier and use the vehicle without the operation task as the scheduling target vehicle according to the operation task information.
  • the platform identifier upstream of the departure platform in sequence according to the distance obtains the operation task information of the vehicles in the departure space in the upstream platform according to the upstream platform identifier.
  • the vehicle at the departure position is used as the dispatch target vehicle, and the dispatch strategy is not specifically limited here.
  • the depot standby vehicle is determined as the dispatch target vehicle.
  • the dispatching instructions including the departure platform are sent to the standby vehicles of the depot, so as to realize the generation of real-time scheduling tasks based on the passenger car booking information, so as to reach people such as cars, passengers, etc. On-the-go purpose.
  • Step S103 generating a dispatch instruction including a departure platform and sending it to the dispatch target vehicle.
  • the application server forwards the generated scheduling instruction to the on-board host through the communication server.
  • the on-board host controls the vehicle to run according to the scheduling instruction, and after parking, it generates the corresponding running, and the parked feedback information is sent to the application server through the communication server.
  • the application server can maintain a continuous response to the travel demand (that is, the booking information) of the non-travel (that is, the ticket has been sold but not written off), so as to ensure that there are vehicles waiting at the departure space, and the traditional rail transit strictly follows the operation map plan.
  • the vehicle scheduling control mode of the embodiment of the present application can automatically generate real-time scheduling instructions according to the passenger's vehicle booking information, and respond to the passenger's travel demand in real time. Passengers can be dispatched at any time, the average waiting time of passengers is greatly reduced, and it has obvious advantages in flexible scheduling and improving efficiency.
  • the scheduling instructions including the departure station specifically include:
  • the default vehicle in order to ensure a timely response to the passenger car booking information, when the vehicle has no running task, the default vehicle is on standby at the departure position of the platform, that is, the default vehicle is parked at the departure position first after entering the platform, and the efficiency of passenger car use is improved. Or, except for the case where the operation task is executed according to the scheduling instruction and parked directly at the departure space, the passenger vehicle will park at the parking space by default after entering the station. Real-time response to car bookings.
  • the implementation also includes:
  • the end platform that receives passengers sent by vehicle
  • the running command includes running to an empty parking space at the end platform and parking at the starting position after unloading, or running to an empty parking space at the end platform and parking at the time of unloading after unloading. bit.
  • the passenger can input the end platform when booking the car, that is, the car booking information includes the end platform, or after the passenger gets on the bus, the end platform can be input on the vehicle man-machine interface (HMI interface), and according to the received end platform, The generated running command is fed back to the vehicle and sent to the vehicle host through the communication server.
  • the car booking information includes the end platform
  • HMI interface vehicle man-machine interface
  • the implementation also includes:
  • an active scheduling command is generated and sent to the vehicles without running tasks
  • the first-class departure frequency departure platform is a departure platform whose departure frequency determined according to departure time and departure frequency reaches a preset value.
  • the departure platform and departure time in the historical car booking information are obtained, the historical departure frequency of the departure platform corresponding to different departure times is determined according to the preset value of the departure frequency, and the departure platform whose historical departure frequency is greater than the preset value is determined.
  • a first-class departure frequency departure platform If there is currently a vehicle without a running task, according to the departure platform of the first-class departure frequency corresponding to the current time, an active scheduling instruction including the departure platform of the first-class departure frequency is generated and sent to the vehicle without a running task.
  • the resource controller interacts with the vehicle information, and according to the vehicle's passenger status, running status, location information and parking resource application information, occupancy information, and release information from the vehicle host, the vehicle is unified. Allocate parking resources, and realize intelligent parking of vehicles from one parking space to the previous parking space, and realize intelligent parking control of vehicles.
  • the present application takes a specific scenario as an example to describe in detail the first embodiment of the present application.
  • the vehicle scheduling control method based on real-time ticketing information includes:
  • Step S201 start.
  • Step S202 receiving the booking information.
  • the application server receives the passenger's car booking travel request, that is, the car booking request, including the departure platform and departure time.
  • the car booking request may include the number of passengers, so that the application server can generate car booking information according to the number of passengers and send it to the mobile APP of the passengers. That is, if a vehicle can take 4 passengers, then according to the number of passengers, 2 pieces of car booking information will be generated. .
  • Step S203 judging whether the departure space is empty and waiting.
  • the application server determines whether the departure space of the passenger's departure platform is parked with a vehicle with or without a running task, and if so, it supports the passenger to perform step S204;
  • Step S204 the passenger scans the code to get on the bus. Passengers use the QR code received from the application server to scan the code at the departure point to get on the bus; scanning the code is to enter the boarding instruction.
  • Step S205 it is determined whether there is a parking space vehicle. According to the received position information from the vehicle, the application server judges whether the parking space is parked with a vehicle with or without a running task (or a vehicle that has entered the station and has not been parked), and if so, supports the passenger to execute step S204; otherwise, execute step S206 .
  • step S206 it is determined whether there is a passenger vehicle about to enter the station.
  • the application server determines whether there is a vehicle (passenger vehicle or no-load vehicle) about to enter the departure platform according to the received position information from the vehicle, if so, it supports the passenger to execute step S204;
  • Step S207 it is judged whether there are no-load vehicles cruising on the line.
  • the application server determines whether there is a cruising vehicle traveling on the main track upstream of the departure platform according to the received position information from the vehicle.
  • step S208 it is determined whether there are empty vehicle resources at the upstream station.
  • the application server determines whether there is a vehicle with no running task at the platform upstream of the departure platform (for example, the upstream adjacent platform), and if so, it supports the passenger to perform step S204; otherwise, step S209 is performed.
  • Step S209 scheduling the spare vehicle resources of the vehicle depot.
  • the application server dispatches the spare vehicles of the depot to drive to the departure platform.
  • the embodiments of the present application also provide a vehicle parking control device. Since the principle of these devices for solving problems is similar to a vehicle parking control method, the implementation of these devices can refer to the implementation of the method, repeating will not be repeated here.
  • the vehicle scheduling control device includes:
  • the car booking module 401 is configured to receive car booking information, wherein the car booking information includes a departure platform and a departure time.
  • the determination module 402 is configured to determine the dispatch target vehicle according to the departure platform and departure time, as well as the position information and operation information of each vehicle.
  • the sending module 403 is configured to generate a dispatch instruction including a departure station and send it to the dispatch target vehicle.
  • the determining module 402 includes:
  • the first determining unit is configured to determine whether there is a vehicle parked on the departure platform with or without a running task at a preset time before the departure time, or a preset time before and after the departure time, at the departure space of the departure platform.
  • the vehicle running the task is used as the dispatch target vehicle;
  • the parking space is the most front parking space among the plurality of parking spaces arranged in a preset order in the platform, and the other parking spaces are parking spaces.
  • the determining module 402 further includes:
  • the second determining unit is used for a preset time before the departure time or a preset time before and after the departure time, no vehicle without a running task is parked at the departure space of the departure platform, and whether the parking space of the departure platform is parked or not
  • When running the task vehicle determine the vehicle parked in the parking space of the departure platform and have no running task as the dispatch target vehicle;
  • the stop includes the stop of the unloaded vehicle and the stop of the passenger vehicle after unloading the passenger.
  • the determining module 402 further includes:
  • the third determining unit is used for the preset time before the departure time or the preset time before and after the departure time, no vehicle with no running task is parked in the departure space and the parking space of the departure platform, and there are vehicles at the departure platform.
  • a vehicle has entered the station but has not stopped, it is determined that the vehicle that has entered the station and has not stopped at the departure platform is used as the dispatch target vehicle.
  • the determining module 402 further includes:
  • the fourth determining unit is used for the preset time before the departure time or the preset time before and after the departure time, in the departure space and the parking space of the departure platform, there is no vehicle without a running task, and there is no vehicle that has entered the station
  • the vehicles that are about to enter the departure platform are determined as the dispatch target vehicles.
  • the determining module 402 further includes:
  • the fifth determination unit is used for the preset time before the departure time or the preset time before and after the departure time, in the departure space and the parking space of the departure platform, there is no vehicle without a running task, and there is no vehicle that has entered the station
  • the determining module 402 further includes:
  • the sixth determination unit is used for the preset time before the departure time or the preset time before and after the departure time, in the departure space and the parking space of the departure platform, there is no vehicle without a running task, and there is no vehicle that has entered the station If there are vehicles that have not been parked and are about to enter the departure platform, there are no cruising vehicles driving on the main track upstream of the departure platform, and there are vehicles that have no running tasks at the platform upstream of the departure platform, it is determined that the platform upstream of the departure platform has no running tasks.
  • the vehicle is used as the dispatch target vehicle.
  • the determining module 402 further includes:
  • the seventh determination unit is used for the preset time before the departure time or the preset time before and after the departure time, in the departure space and the parking space of the departure platform, there is no vehicle without a running task, and there is no vehicle that has entered the station
  • the vehicles that have not been parked and are about to enter the departure platform there are no cruising vehicles driving on the main track upstream of the departure platform, and vehicles that are parked on the upstream platform of the departure platform with no running tasks, determine the standby vehicle of the depot as the dispatch target vehicle.
  • the car booking information includes car booking information sent by passengers and/or car booking information sent by dispatchers.
  • the scheduling instructions including the departure station specifically include:
  • the implementation also includes:
  • the receiving module is used to receive the end platform sent by the passengers via the vehicle;
  • the generating module is used to generate a running command and feed it back to the vehicle; wherein, the running command includes running to the free parking space of the end platform and parking at the starting position after unloading, or running to the free parking space of the end platform and parking at the end platform after unloading. Parking space when unloading passengers.
  • the implementation also includes:
  • the active scheduling module is used to generate active scheduling instructions and send them to vehicles without running tasks according to the current time and the first-class departure frequency corresponding to the current time.
  • the first-class departure frequency departure platform is a departure platform whose departure frequency determined according to departure time and departure frequency reaches a preset value.
  • a vehicle dispatching control system is also provided in the embodiments of the present application. Since the problem-solving principle of these devices is similar to a vehicle dispatching control method and a vehicle dispatching control device, the For the implementation, refer to the implementation of the method, and the repetition will not be repeated.
  • the dispatching control system of the vehicle may include:
  • processors one or more processors
  • a storage device for storing one or more programs
  • the one or more processors When the one or more programs are executed by the one or more processors, the one or more processors are caused to implement the vehicle dispatch control method as described above.
  • the vehicle dispatching control system includes a car booking APP, a car booking server, a communication server, an application server, an on-board subsystem, a trackside beacon, and a dispatching workstation.
  • the vehicle subsystem includes the vehicle host, the vehicle two-dimensional code reader, the speed sensor, and the weight sensor.
  • the scheduling workstation is used to monitor, add, modify, delete and other operations on the scheduling instructions generated by the application server.
  • cruising vehicles can be added manually to achieve quick response to passengers after booking a vehicle, and at the same time, to ensure macro scheduling control of system operation in abnormal operation mode.
  • each part of the device described above is divided into various modules or units by function and described separately.
  • the functions of each module or unit may be implemented in one or more software or hardware.
  • the embodiments of the present application may be provided as a method, a system, or a computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
  • computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions
  • the apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.

Abstract

本申请实施例提供一种车辆系统的调度控制方法，装置及系统，涉及交通技术领域。所述方法包括：接收订车信息；其中，所述订车信息包括出发站台和发车时间；根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆；生成包括出发站台的调度指令并发送给所述调度目标车辆。本申请根据订车信息自动生成实时调度指令，实现对乘客出行需求的实时响应，达到车等人，乘客随到随发的目的，且个人快速运输系统总体车辆调度符合客流时空特性。

Description

一种车辆系统的调度控制方法，装置及系统 技术领域
本申请涉及交通技术领域，具体地，涉及一种车辆的调度控制方法，装置及系统，本申请的车辆系统是个人快速运输系统(英语：Personal Rapid Transit，简称PRT)，个人快速运输系统是轨道宽度为600mm以下的悬挂式交通系统，本申请的车辆是指PRT车辆。
背景技术
个人快速运输系统，由于其独特的架空轨道和悬挂小型车辆结构，已然形成了全新的个人出行交通形式。与现有轨道交通站站停不同，个人快速运输系统强调专人专车，一站直达目的地，采用全自动无人驾驶方式，无人值守站台，实现24小时运营，是其他公共交通方式的有益补充和完善，在人性化，环境匹配，建设周期和成本等方面具有突出的优势。
个人快速运输系统，特殊的功能定位与运营场景也必然使其调度控制模式有别于现有轨道交通系统，可见，现有轨道交通车辆的调度方法无法直接移植到这样一个全新的个人快速运输系统中。
因此，传统方案的不足在于，无法基于个人快速运输系统特征，实现与其匹配的调度控制模式。
发明内容
本申请实施例中提供一种车辆的调度控制方法，装置及系统，以解决传统方案无法基于个人快速运输系统特征，实现与其匹配的调度控制模式的技术问题。
本申请实施例提供了一种车辆的调度控制方法，所述方法包括：
接收订车信息；其中，所述订车信息包括出发站台和发车时间；
根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆；
生成包括出发站台的调度指令并发送给所述调度目标车辆。
本申请实施例还提供了一种车辆的调度控制装置，所述装置包括：
订车模块，用于接收订车信息；其中，所述订车信息包括出发站台和发车时间；
确定模块，用于根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆；
发送模块，用于生成包括出发站台的调度指令并发送给所述调度目标车辆。
本申请实施例还提供了一种车辆的调度控制系统，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的车辆的调度控制方法。
本申请实施例由于采用以上技术方案，具有以下技术效果：
本申请实施例所提供的一种车辆的调度控制方法，装置及系统，基于交通独特的系统特征及运营场景，根据接收到的包括出发站台和发车时间的订车信息，以及各个车辆的位置信息和运行信息，确定等待调度的调度目标车辆，以便针对该调度目标车辆，生成包括出发站台的调度指令并发送给该调度目标车辆，即，根据订车信息自动生成实时调度指令，实现对乘客出行需求的实时响应，达到车等人，乘客随到随发的目的，且个人快速运输系统总体车辆调度符合客流时空特性。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不 当限定。在附图中：
图1为本申请实施例的车辆的调度控制方法的流程示意图；
图2为本申请实施例中车辆的调度控制方法的架构示意图；
图3为本申请实施例中车辆的调度控制方法的流程示意图；
图4为本申请实施例中车辆的调度控制装置的结构示意图；
附图标记说明：
401订车模块，402确定模块，403发送模块。
具体实施方式
为了使本申请实施例中的技术方案及优点更加清楚明白，以下结合附图对本申请的示例性实施例进行进一步详细的说明，显然，所描述的实施例仅是本申请的一部分实施例，而不是所有实施例的穷举。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
实施例一
图1为本申请实施例的车辆的调度控制方法的流程示意图，图2为本申请实施例中车辆的调度控制方法的架构示意图。
如图1和图2所示，本申请实施例的车辆的调度控制方法，包括：
步骤S101，接收订车信息；其中，所述订车信息包括出发站台和发车时间。
实施中，订车信息包括乘客发送的订车信息，和/或调度人员发送的订车信息。
具体实施中，乘客通过手机APP，或者线下售票生成的订车信息经由订车服务器发送到通信服务器，并由通信服务器转发至应用服务器。以便应用服务器能够根据订车信息或者由调度人员调度要求(由调度人工在调度工作站进行操作)，线路上车辆的位置信息(实时位置)和运行信息，是否有运行任务，以及乘客订车数量，确定待调度的目标车辆，并将相应的调度指令发送到通信服务器。其中，通信服务器还用于将接收到的来自车载主机的车辆的位置信息和运行信息发送给应用服务器。
步骤S102，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位停靠有无运行任务的车辆时，确定停靠在出发站台发车位无运行任务的车辆作为调度目标车辆；
其中，所述发车位是站台中按照预设顺序排列的多个车位中最靠前的车位，其他车位为停车位，所述无运行任务的车辆是当前无运行任务且无运行任务安排的车辆。
这样，在出发站台的发车位停靠有无运行任务的车辆时，优先将其作为调度目标车辆，这样的调度方式，最容易满足订车信息，且耗能较少。
具体实施中，车辆的车载主机根据接收到的来自轨旁信标的信标标识信息确定车辆的位置信息，接收来自速度传感器的车辆速度信息(对应运行信息)，将确定的车辆的位置信息和接收到的车辆速度信息经通信服务器发送给应用服务器，以便应用服务器根据订车信息中的出发站台和发车时间，确定调度目标车辆。
具体地，根据订车信息中出发站台标识，判断是否接收到相应出发站台发车位的车辆的运行任务信息，若接收到，则根据该运行任务信息确定该车辆是否有运行任务，若没有运行任务，则该车辆为调度目标车辆。
根据实际应用场景的需求，该运行任务信息包括已有运行任务信息和无运行任务信息，已有运行任务信息用于表示根据订车信息(或调度指令)调度至出发站台的车辆，根据主动调度指令停靠在站台的空载车辆，以及包含结束站台的载客车辆；无运行任务信息用于表示当前无运行任务且无运行任务安排的车辆，即没有在执行运行任务，也没有在执行调度任务的车辆。此外，车辆与订车信息无强关联关系，即没有一个订单仅仅能和特定的一辆车辆对应的关系，仅保证在一定时间内，该出发站台的车辆数量与订车信息数量一致即可，此处不进行具体限定。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位没有停靠无运行任务的车辆，且出发站台的停车位停靠有无运行任务的车辆时，确定停靠在出发站台停车位无运行任务的车辆作为调度目标车辆；
其中，停靠包括空载车辆的停靠，载客车辆卸客后的停靠。
对于都在出发站台的车辆来说，优先将处于出发站台的发车位停靠的无运行任务的车辆作为调度目标车辆；只有在出发站台的发车位没有停靠无运行任务的车辆，且出发站台的停车位停靠有无运行任务的车辆，才将停靠在出发站台停车位无运行任务的车辆作为调度目标车辆。这样，能够根据出发站台的车辆具体情况，按照优先级确定调度目标车辆，容易满足订车信息，且耗能较少。
具体实施中，在发车时间之前的预设时间内，进行车辆调度时，目的是在发车时间到来之前，调度车辆到出发站台进行等待，实现车等人。
具体实施中，在发车之前和之后的预设时间内，进行车辆调度时，优先在发车时间到来之前，调度车辆到出发站台进行等待，实现车等人。
如果在发车时间到来之前没有调度到车辆，在发车之后的预设时间内，继续进行车辆调度，即在发车时间到来仍没有调度到车辆的话，仍然继续进行调度车辆。
具体实施中，若根据接收到的运行任务信息确定出发站台发车位的车辆有运行任务，或未接收到来自发车位的车辆的运行任务信息，则根据预设顺序排列的多个停车位，依次判断是否停靠有无运行任务的车辆，具体为，是否接收到多个停车位的车辆的运行任务信息，若接收到的运行任务信息为无运行任务，则该运行任务信息对应的车辆即调度目标车辆。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，且在出发站台存在已经进站尚未停靠完毕的车辆时，确定在出发站台已经进站尚未停靠完毕的车辆作为调度目标车辆。
这样，能够根据出发站台的车辆具体情况，按照优先级确定调度目标车辆，容易满足订车信息，且耗能较少。
具体实施中，若根据接收到的运行任务信息确定出发站台停车位的车辆有运行任务，或未接收到来自停车位的车辆的运行任务信息，则判断出发站台是否存在已经进站尚未停靠完毕的车辆，具体为，若来自车辆的位置信息为站台中停车位的后面，例如，站台的进站线，则该车辆即调度目标车辆。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕的车辆，且存在即将进入出发站台的车辆时，确定即将进入出发站台的车辆作为调度目标车辆。
这样，将出发站台能够出现的各种车辆，进行了优先级分级。即优先调度出发站台的车辆，容易满足订车信息，且耗能较少。
具体实施中，若根据接收到的运行任务信息确定出发站台停车位的车辆有运行任务，或未接收到来自停车位的车辆的运行任务信息，且出发站台不存在已经进站尚未停靠完毕的车辆，则判断出发站台是否存在即将进入出发站台的载客车辆，具体为，判断是否接收到包含出发站台的停车资源申请，若接收到，则确定即将进入出发站台的载客车辆作为调度目标车辆。
根据实际应用场景的需求，判断出发站台是否存在即将进入出发站台的载客车辆的步骤包括，接收距离出发站台一定距离内的上游轨道的车辆的运行任务信息，若运行任务信息为已有运行任务信息，即包含结束站台的载客车辆，且结束站台信息对应出发站台，则该载客车辆为调度目标车辆；若结束站台信息不对应出发站台，则该载客车辆不是调度目标车辆。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，且存在行驶在出发站台上游主轨道的巡行车辆时，确定行驶在出发站台上游主轨道的巡行车辆作为调度目标 车辆。
这样，将出发站台没有车辆能够作为调度目标车辆的车辆的情况下，需要将出发站台以外的车辆作为调度目标车辆。在这样情况下，优先将行驶在出发站台上游主轨道的巡行车辆确定为调度目标车辆，容易满足订车信息，调度目标车辆本身已经在运行不需要重新启动，使得耗能较少。
具体实施中，判断是否存在行驶在出发站台上游主轨道的巡行车辆的步骤包括，接收距离出发站台一定距离内的上游轨道的车辆的运行任务信息，若运行任务信息为无运行任务信息，即巡行车辆，则该巡行车辆为调度目标车辆。其中，巡行车辆是指按照调度运行计划，在主轨道上不载客运行，用于提高乘客订车信息的响应速度。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，也不存在行驶在出发站台上游主轨道的巡行车辆，且存在位于出发站台上游的站台无运行任务的车辆时，确定位于出发站台上游的站台无运行任务的车辆作为调度目标车辆。
将位于出发站台上游的站台无运行任务的车辆确定为调度目标车辆，容易满足订车信息，调度目标车辆本身距离出发站台较近。
具体实施中，若未接收到距离出发站台一定距离内的上游轨道的车辆的运行任务信息，则获取位于出发站台上游站台的无运行任务的车辆，具体为，按照距离依次获取出发站台上游站台标识，根据上游站台标识获取上游站台中车辆的运行任务信息，根据运行任务信息，将无运行任务的车辆作为调度目标车辆。
根据实际应用场景的需求，考虑调度成本及调度效率，按照距离依次获取出发站台上游站台标识，根据上游站台标识获取上游站台中发车位车辆的运行任务信息，根据运行任务信息，将无运行任务的发车位车辆作为调度目标车辆，此处不对调度策略进行具体限定。
实施中，在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，也不存在行驶在出发站台上游主轨道的巡行车辆和停靠在出发站台上游站台无运行任务的车辆时，确定车辆段备用车辆作为调度目标车辆。
具体实施中，若位于出发站台上游站台的车辆均存在运行任务，则发送包含出发站台的调度指令给车辆段的备用车辆，以实现基于乘客订车信息生成实时调度任务，达到车等人，乘客随到随发的目的。
步骤S103，生成包括出发站台的调度指令并发送给所述调度目标车辆。
具体实施中，应用服务器将生成的调度指令经通信服务器转发到车载主机，当车载主机根据调度指令控制车辆运行，停靠后，生成相应的已运行，已停靠的反馈信息经通信服务器发送给应用服务器。
此外，应用服务器对未出行(即已售车票但未核销)的乘车需求(即订车信息)能够保持持续响应，以确保发车位有车辆等待，与传统轨道交通严格按照运行图计划行车的模式相比，本申请实施例的车辆的调度控制模式能够根据乘客的订车信息自动生成实时调度指令，对乘客出行需求实时响应，始终以发车位有车等待为原则，支持车等人，乘客随到随发，乘客平均候车时间大幅度降低，且在灵活调度，提高效率等方面具有明显优势。
实施中，包括出发站台的调度指令具体包括：
运行到出发站台，且停靠在出发站台的发车位。
具体实施中，为保证对乘客订车信息做出及时响应，在车辆没有运行任务时，默认车辆在站台发车位待命，即默认车辆进入站台后优先停靠在发车位待命，提高乘客用车效率。或者，除根据调度指令执行运行任务直接停靠在发车位的情况外，载客车辆进站后默认停靠在停车位，当接收到订车信息后，再向前行驶至发车位，以实现对乘客订车的实时响应。
实施中，还包括：
接收乘客经车辆发送的结束站台；
生成运行指令并反馈给车辆；其中，运行指令包括运行到结束站台的空闲停车位且卸客后停靠在发车位，或运行到结束站台的空闲停车位且卸客后停靠在卸客时的停车位。
具体实施中，乘客可以在订车时输入结束站台，即订车信息包括结束站台，也可以在乘客上车后，在车载人机接口(HMI界面)输入结束站台，根据接收到的结束站台，生成运行指令反馈给车辆经通信服务器发送至车载主机。
实施中，还包括：
根据当前时间和与当前时间对应的一级发车频率出发站台，生成主动调度指令并发送至无运行任务的车辆；
其中，所述一级发车频率出发站台是根据发车时间和发车频率确定的发车频率达到预设值的出发站台。
具体实施中，获取历史订车信息中的出发站台和发车时间，依照发车频率的预设值，确定不同发车时间对应的出发站台的历史发车频率，并将历史发车频率大于预设值的出发站台作为一级发车频率出发站台。若当前存在无运行任务的车辆，则根据当前时间对应的一级发车频率出发站台，生成包含一级发车频率出发站台的主动调度指令并发送至该无运行任务的车辆。
通过应用本实施例提供的方法，通过资源控制器与车辆的信息交互，根据来自车载主机的车辆的载客状态，运行状态，位置信息及停车资源申请信息，占用信息，释放信息，为车辆统一分配停车资源，并实现车辆从一个车位行驶至在前车位的智能化停靠，实现车辆的智能停车控制。
本申请以具体场景为例，对本申请实施例一进行详细描述。
图3示出了本申请实施例中车辆的调度控制方法的流程示意图，基于实时售票信息(订车信息)的车辆的调度控制方法，包括：
步骤S201，开始。
步骤S202，接收订票信息。应用服务器接收乘客订车出行需求，即订车请 求，包括出发站台和发车时间。其中，订车请求可以包括乘坐人数，以便应用服务器根据乘坐人数生成订车信息并发送给乘客的手机APP，即若一个车辆可乘坐4人，则根据乘坐人数7人，生成2张订车信息。
步骤S203，判断是否发车位空车待命。应用服务器根据接收到的来自车辆的位置信息，判断乘客的出发站台的发车位是否停靠有无运行任务的车辆，若是，则支持乘客执行步骤S204；反之，则执行步骤S205。
步骤S204，乘客扫码乘车。乘客利用接收到的来自应用服务器的乘车二维码在发车位处扫码乘车；扫码就是输入上车指令。
步骤S205，判断是否有停车位车辆。应用服务器根据接收到的来自车辆的位置信息，判断停车位是否停靠有无运行任务的车辆(或已经进站尚未停靠完毕的车辆)，若是，则支持乘客执行步骤S204；反之，则执行步骤S206。
步骤S206，判断是否有即将进站载客车辆。应用服务器根据接收到的来自车辆的位置信息，判断是否有即将进入出发站台的车辆(载客车辆或空载车辆)，若是，则支持乘客执行步骤S204；反之，则执行步骤S207。
步骤S207，判断是否有线上巡行空载车辆。应用服务器根据接收到的来自车辆的位置信息，判断是否存在行驶在出发站台上游主轨道的巡行车辆，若是，则支持乘客执行步骤S204；反之，则执行步骤S208。
步骤S208，判断是否有上游车站空车资源。应用服务器根据接收到的来自车辆的位置信息，判断是否存在位于出发站台上游的站台(例如，上游邻近站台)无运行任务的车辆，若是，则支持乘客执行步骤S204；反之，则执行步骤S209。
步骤S209，调度车辆段备用车辆资源。应用服务器调度车辆段备用车辆行驶至出发站台。
基于同一申请构思，本申请实施例中还提供了一种车辆的停车控制装置，由于这些设备解决问题的原理与一种车辆的停车控制方法相似，因此这些设备 的实施可以参见方法的实施，重复之处不再赘述。
如图4所示，本申请实施例的车辆的调度控制装置，包括：
订车模块401，用于接收订车信息；其中，所述订车信息包括出发站台和发车时间。
确定模块402，用于根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆。
发送模块403，用于生成包括出发站台的调度指令并发送给所述调度目标车辆。
实施中，所述确定模块402，包括：
第一确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位停靠有无运行任务的车辆时，确定停靠在出发站台发车位无运行任务的车辆作为调度目标车辆；
其中，所述发车位是站台中按照预设顺序排列的多个车位中最靠前的车位，其他车位为停车位。
实施中，所述确定模块402，还包括：
第二确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位没有停靠无运行任务的车辆，且出发站台的停车位停靠有无运行任务的车辆时，确定停靠在出发站台停车位无运行任务的车辆作为调度目标车辆；
其中，停靠包括空载车辆的停靠，载客车辆卸客后的停靠。
实施中，所述确定模块402，还包括：
第三确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，且在出发站台存在已经进站尚未停靠完毕的车辆时，确定在出发站台已经进站尚未停靠完毕的车辆作为调度目标车辆。
实施中，所述确定模块402，还包括：
第四确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕的车辆，且存在即将进入出发站台的车辆时，确定即将进入出发站台的车辆作为调度目标车辆。
实施中，所述确定模块402，还包括：
第五确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，且存在行驶在出发站台上游主轨道的巡行车辆时，确定行驶在出发站台上游主轨道的巡行车辆作为调度目标车辆。
实施中，所述确定模块402，还包括：
第六确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，也不存在行驶在出发站台上游主轨道的巡行车辆，且存在位于出发站台上游的站台无运行任务的车辆时，确定位于出发站台上游的站台无运行任务的车辆作为调度目标车辆。
实施中，所述确定模块402，还包括：
第七确定单元，用于在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，也不存在行驶在出发站台上游主轨道的巡行车辆和停靠在出发站台上游站台无运行任务的车辆时，确定车辆段备用车辆作为调度目标车辆。
实施中，所述订车信息包括乘客发送的订车信息，和/或调度人员发送的订车信息。
实施中，包括出发站台的调度指令具体包括：
运行到出发站台，且停靠在出发站台的发车位。
实施中，还包括：
接收模块，用于接收乘客经车辆发送的结束站台；
生成模块，用于生成运行指令并反馈给车辆；其中，运行指令包括运行到结束站台的空闲停车位且卸客后停靠在发车位，或运行到结束站台的空闲停车位且卸客后停靠在卸客时的停车位。
实施中，还包括：
主动调度模块，用于根据当前时间和与当前时间对应的一级发车频率出发站台，生成主动调度指令并发送至无运行任务的车辆；
其中，所述一级发车频率出发站台是根据发车时间和发车频率确定的发车频率达到预设值的出发站台。
基于同一发明构思，本申请实施例中还提供了一种车辆的调度控制系统，由于这些设备解决问题的原理与一种车辆的调度控制方法，一种车辆的调度控制装置相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。
所述车辆的调度控制系统，可以包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上所述的车辆的调度控制方法。
实施中，车辆的调度控制系统包括订车APP，订车服务器，通信服务器，应用服务器，车载子系统，轨旁信标，调度工作站。其中，车载子系统包括车载主机，车辆二维码阅读器，速度传感器，重量传感器。
调度工作站用于对应用服务器生成的调度指令进行监控，增加，修改，删除等操作。当系统内没有任何调度指令时，可人工增加巡行车辆，以实现对乘客订车后的快速响应，同时，确保非正常运行模式下的系统运行的宏观调度控制。
为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别 描述。当然，在实施本申请时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。
本领域内的技术人员应明白，本申请的实施例可提供为方法，系统，或计算机程序产品。因此，本申请可采用完全硬件实施例，完全软件实施例，或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器，CD-ROM，光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法，设备(系统)，和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框，以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机，专用计算机，嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申 请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

  1. 一种车辆系统的调度控制方法，其特征在于，包括：
    接收订车信息；其中，所述订车信息包括出发站台和发车时间；
    根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆；
    生成包括出发站台的调度指令并发送给所述调度目标车辆。
  2. 根据权利要求1所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位停靠有无运行任务的车辆时，确定停靠在出发站台发车位无运行任务的车辆作为调度目标车辆；
    其中，所述发车位是站台中按照预设顺序排列的多个车位中最靠前的车位，其他车位为停车位，所述无运行任务的车辆是当前无运行任务且无运行任务安排的车辆。
  3. 根据权利要求2所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，还包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位没有停靠无运行任务的车辆，且出发站台的停车位停靠有无运行任务的车辆时，确定停靠在出发站台停车位无运行任务的车辆作为调度目标车辆；
    其中，停靠包括空载车辆的停靠，载客车辆卸客后的停靠。
  4. 根据权利要求2所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，还包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，且在出发站台存在已经进站尚未停靠完毕的车辆时，确定在出发站台已经进站尚未停靠完毕的车辆作为调度目标车辆。
  5. 根据权利要求2所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，还包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕的车辆，且存在即将进入出发站台的车辆时，确定即将进入出发站台的车辆作为调度目标车辆。
  6. 根据权利要求2所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，还包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，且存在行驶在出发站台上游主轨道的巡行车辆时，确定行驶在出发站台上游主轨道的巡行车辆作为调度目标车辆。
  7. 根据权利要求2所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，还包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，也不存在行驶在出发站台上游主轨道的巡行车辆，且存在位于出发站台上游的站台无运行任务的车辆时，确定位于出发站台上游的站台无运行任务的车辆作为调度目标车辆。
  8. 根据权利要求2所述的方法，其特征在于，根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆的步骤，还包括如下步骤：
    在发车时间之前的预设时间或者发车时间之前和之后的预设时间内，在出发站台的发车位和停车位均没有停靠无运行任务的车辆，不存在已经进站尚未停靠完毕和即将进入出发站台的车辆，也不存在行驶在出发站台上游主轨道的巡行车辆和停靠在出发站台上游站台无运行任务的车辆时，确定车辆段备用车辆作为调度目标车辆。
  9. 根据权利要求1所述的方法，其特征在于，所述订车信息包括乘客发送的订车信息，和/或调度人员发送的订车信息。
  10. 根据权利要求2所述的方法，其特征在于，包括出发站台的调度指令具体包括：
    运行到出发站台，且停靠在出发站台的发车位。
  11. 根据权利要求2所述的方法，其特征在于，还包括以下步骤：
    接收乘客经车辆发送的结束站台；
    生成运行指令并反馈给车辆；其中，运行指令包括运行到结束站台的空闲停车位且卸客后停靠在发车位，或运行到结束站台的空闲停车位且卸客后停靠在卸客时的停车位。
  12. 根据权利要求2所述的方法，其特征在于，还包括以下步骤：
    根据当前时间和与当前时间对应的一级发车频率出发站台，生成主动调度指令并发送至无运行任务的车辆；
    其中，所述一级发车频率出发站台是根据发车时间和发车频率确定的发车频率达到预设值的出发站台。
  13. 一种车辆系统的调度控制装置，其特征在于，包括：
    订车模块，用于接收订车信息；其中，所述订车信息包括出发站台和发车时间；
    确定模块，用于根据出发站台和发车时间，以及各个车辆的位置信息和运行信息，确定调度目标车辆；
    发送模块，用于生成包括出发站台的调度指令并发送给所述调度目标车辆。
  14. 一种车辆系统的调度控制系统，其特征在于，还包括：
    一个或多个处理器；
    存储装置，用于存储一个或多个程序；
    当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至12任一所述的车辆系统的调度控制方法。
PCT/CN2020/138004 2020-12-11 2020-12-21 一种车辆系统的调度控制方法，装置及系统 WO2022120935A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202011446384.1A CN112541675A (zh) 2020-12-11 2020-12-11 一种车辆系统的调度控制方法，装置及系统
CN202011446384.1 2020-12-11

Publications (1)

Publication Number Publication Date
WO2022120935A1 true WO2022120935A1 (zh) 2022-06-16

Family

ID=75020057

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/138004 WO2022120935A1 (zh) 2020-12-11 2020-12-21 一种车辆系统的调度控制方法，装置及系统

Country Status (2)

Country Link
CN (1) CN112541675A (zh)
WO (1) WO2022120935A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116485158A (zh) * 2023-06-19 2023-07-25 厦门畅享信息技术有限公司 一种基于任务代价模型的事件指挥调度优化方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105469624A (zh) * 2016-01-11 2016-04-06 深圳市蓝泰源信息技术股份有限公司 一种基于调度的运营全过程自动监控方法
CN105551233A (zh) * 2015-12-17 2016-05-04 重庆交通大学 智慧变线公交系统及其动态调度优化方法
CN106228254A (zh) * 2016-07-25 2016-12-14 成都云科新能汽车技术有限公司 一种基于全局优化的电动客车运营方法
CN106530677A (zh) * 2016-11-16 2017-03-22 武汉理工大学 一种基于实时信息的校车调度方法及系统
US20190039634A1 (en) * 2016-03-29 2019-02-07 Mitsubishi Electric Corporation Train operation control system and train operation control method
CN110188921A (zh) * 2019-04-29 2019-08-30 阿里巴巴集团控股有限公司 车辆调度策略确定方法和装置
CN111898909A (zh) * 2020-07-31 2020-11-06 同济大学 一种基于实时需求的无人驾驶公交派车方法

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG10201705665PA (en) * 2017-07-10 2019-02-27 Nec Corp Method and apparatus for optimizing efficiency of a transport provider
CN109017883A (zh) * 2018-09-14 2018-12-18 广州达美智能科技有限公司 轨道交通调度方法、系统及计算机可读存储介质
CN109190840A (zh) * 2018-09-21 2019-01-11 中电科技（合肥）博微信息发展有限责任公司 一种冷库用穿梭车调度管理系统和调度方法
CN109501815B (zh) * 2018-12-29 2024-02-27 广州汇宏科技有限公司 一种无人驾驶轻型轨道车交通系统
CN110197327A (zh) * 2019-05-22 2019-09-03 长春知和智能包装设备有限公司 基于系统记录信息的调度算法自优化方法
CN110428656A (zh) * 2019-06-17 2019-11-08 西安艾润物联网技术服务有限责任公司 一种车辆调度方法、装置及系统

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105551233A (zh) * 2015-12-17 2016-05-04 重庆交通大学 智慧变线公交系统及其动态调度优化方法
CN105469624A (zh) * 2016-01-11 2016-04-06 深圳市蓝泰源信息技术股份有限公司 一种基于调度的运营全过程自动监控方法
US20190039634A1 (en) * 2016-03-29 2019-02-07 Mitsubishi Electric Corporation Train operation control system and train operation control method
CN106228254A (zh) * 2016-07-25 2016-12-14 成都云科新能汽车技术有限公司 一种基于全局优化的电动客车运营方法
CN106530677A (zh) * 2016-11-16 2017-03-22 武汉理工大学 一种基于实时信息的校车调度方法及系统
CN110188921A (zh) * 2019-04-29 2019-08-30 阿里巴巴集团控股有限公司 车辆调度策略确定方法和装置
CN111898909A (zh) * 2020-07-31 2020-11-06 同济大学 一种基于实时需求的无人驾驶公交派车方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116485158A (zh) * 2023-06-19 2023-07-25 厦门畅享信息技术有限公司 一种基于任务代价模型的事件指挥调度优化方法及装置
CN116485158B (zh) * 2023-06-19 2023-08-18 厦门畅享信息技术有限公司 一种基于任务代价模型的事件指挥调度优化方法及装置

Also Published As

Publication number Publication date
CN112541675A (zh) 2021-03-23

Similar Documents

Publication Publication Date Title
CN106541880B (zh) 一种智能运输装置
CN114023094B (zh) 一种码头车辆调度系统、方法、设备和介质
CN112581747B (zh) 一种车路协同的货车队列组织方法、装置及系统
CN110580546A (zh) 基于同种车辆运载人和货物的线路规划方法及系统
JP7474525B2 (ja) 複数の車両協調に基づく車両スケジューリングシステム、方法、電子機器および記憶媒体
CN109625027A (zh) 一种列车群作业组织与运行控制系统
CN112749864A (zh) 地铁货运调度方法、存储介质、计算设备和系统
WO2020038449A1 (zh) 列车调度方法、调度装置、调度系统、终端设备和列车
WO2022120935A1 (zh) 一种车辆系统的调度控制方法，装置及系统
CN111754803B (zh) 信息处理装置、移动体、计算机可读记录介质以及方法
CN111882254A (zh) 基于互联网无人驾驶车的约车方法
Bischoff et al. A framework for agent based simulation of demand responsive transport systems
CN113919684A (zh) 一种多模式定制公交动态调度方法、系统及可读存储介质
CN111754004A (zh) 信息处理装置、移动体，通信终端、计算机可读记录介质以及方法
CN112631234B (zh) 一种基于空轨调度的自动化码头查验系统
US20200062287A1 (en) On Demand Autonomous Rail Transport
CN114093191A (zh) 无人驾驶智能调度系统及自动驾驶方法
EP4310746A1 (en) Bus network control system
CN113313434B (zh) 多节点智能协同的业务调度方法、装置、设备和存储介质
CN113393086B (zh) 配送任务信息处理方法及装置
JPH10297719A (ja) 搬送車割付方法
CN114894209B (zh) 一种基于车辆管理系统的无人矿卡路径规划冲突避让方法
US20230376035A1 (en) Method and system for operating on-demand vehicle
US20220379916A1 (en) Method and apparatus for vehicle sharing
Zhang et al. Study on Distributed Consistent Cooperative Control of Multi-ART in Automated Container Terminals

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: 20964867

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: 20964867

Country of ref document: EP

Kind code of ref document: A1