CN106228254A - 一种基于全局优化的电动客车运营方法 - Google Patents

一种基于全局优化的电动客车运营方法 Download PDF

Info

Publication number
CN106228254A
CN106228254A CN201610588253.4A CN201610588253A CN106228254A CN 106228254 A CN106228254 A CN 106228254A CN 201610588253 A CN201610588253 A CN 201610588253A CN 106228254 A CN106228254 A CN 106228254A
Authority
CN
China
Prior art keywords
vehicle
passenger
bus
little
task
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.)
Pending
Application number
CN201610588253.4A
Other languages
English (en)
Inventor
刘力
曾帆
唐浩
李鹏程
成军
许红强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Chengdu Yun Kexinneng Automotive Engineering Co Ltd
Original Assignee
Chengdu Yun Kexinneng Automotive Engineering Co Ltd
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 Chengdu Yun Kexinneng Automotive Engineering Co Ltd filed Critical Chengdu Yun Kexinneng Automotive Engineering Co Ltd
Priority to CN201610588253.4A priority Critical patent/CN106228254A/zh
Publication of CN106228254A publication Critical patent/CN106228254A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/02Reservations, e.g. for tickets, services or events
    • G06Q10/025Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311Scheduling, planning or task assignment for a person or group
    • G06Q50/40

Abstract

本发明公开了一种基于全局优化的电动客车运营方法,包括:S1:数据中心获取当前所有车辆的位置和状态信息;S2:每个乘客预定,数据中心获取当前已完成预订操作的所有乘客的预订信息;S3:数据中心根据预订信息中出发地和目的地的关系,将这些订单分为两类:D2H和H2D;S4:对于两类订单,分别执行对应的订单处理及车队任务规划子步骤和任务实施及运行监测子步骤;S5:车队所有车辆在当天运营结束后,驶入最近的服务站并停机入库。本发明适用于交通枢纽(Hub)同多个分散位置节点(Door)之间通常由中型客车(10~20座)承担的运输服务,根据用户的预订信息中出发地和目的地的关系,将预定的订单分为两类Door‑to‑Hub(D2H)和Hub‑to‑Door(H2D),对于两类订单采用不同的处理规划与实施监测。

Description

一种基于全局优化的电动客车运营方法
技术领域
本发明涉及一种基于全局优化的电动客车运营方法。
背景技术
互联网叫车拼车出行已经渐为大众接受,且呈增长趋势。城际之间的拼车出行,因其独特的服务特征,例如“门对门”服务,符合需求个性化、舒适化和经济化等特点,已经成为城际巴士班车、城际列车、自驾车等方式互补。目前流行的拼车软件有两种模式:( 1 )以滴滴拼车为例的散客对散车的C2C模式;其散车以社会车辆为主,包括黑车和私家车。( 2 )以神州专车软件为例的散客对软件承运商的B2C模式。以上两种模式,均不适用于中型客车(车座多余小型车)的运输模式,使得对于中型客车的网络叫车不方便。
发明内容
本发明的目的在于克服现有技术的不足,提供一种基于全局优化的电动客车运营方法,该方法适用于交通枢纽(Hub)同多个分散位置节点(Door)之间通常由中型客车(10~20座)承担的运输服务。
本发明的目的是通过以下技术方案来实现的:一种基于全局优化的电动客车运营方法,它包括以下步骤:
S1:数据中心通过车辆远程监控系统以及每台车上安装的智能网联化车载系统,获取当前所有车辆的位置和状态信息;
S2:每个乘客通过在电脑或手机上安装的客户端或APP进行预定,数据中心通过其所包含的订单管理系统,获取当前已完成预订操作的所有乘客的预订信息;
S3:数据中心根据预订信息中出发地和目的地的关系,将这些订单分为两类:
(1)D2H:指多个乘客从不同的出发地上车,然后在相同的目的地下车;对于此类订单,需要乘客在预订时输入包括上车点和最晚到达目的地的时间在内的关键信息;
(2)H2D:指多个乘客从相同的出发地上车,然后在不同的目的地下车;对于此类订单,需要乘客在预订时输入包括下车点和大概的出发时间在内的关键信息;
S4:对于两类订单,分别执行对应的订单处理及车队任务规划子步骤和任务实施及运行监测子步骤;
S5:车队所有车辆在当天运营结束后,驶入最近的服务站并停机入库。
所述的车载系统包括一个卫星定位装置、一个远程数据收发装置、一个CAN总线数据读写装置、一个路径规划和导航装置、一个乘客身份识别装置、一个驾驶员身份识别装置以及一个驾驶员人机交互装置;
所述的数据中心包括一个车辆远程监控系统、一个订单管理系统、一个数据分析和处理系统和一个实时规划和调度系统;
所述的服务站可以为车辆提供停靠和中转服务、充/换电服务、紧急救援和维修服务;其中,每一个服务站包括一个信息接收和处理系统、一个任务派遣及跟踪系统和一个充/换电实时监测系统。
所述的位置和状态信息包括车载系统从卫星定位装置、CAN总线读写装置、乘客身份识别装置、驾驶员身份识别装置、路径规划和导航装置获取的各类车载数据及驾乘人员状态信息。
对于D2H订单的S4步骤,所述的订单处理及车队任务规划子步骤包括:
S4111:根据当前所有车辆的位置和状态信息,以及当前已完成预订操作的所有乘客的预订信息后,按预先设定的综合性能指标对车辆和乘客的匹配,以及车辆的运行时间和路线进行全局优化,并在满足相关约束条件的前提下寻找到最佳的运行方案;
S4112:通过车队任务派发子系统将相关的信息分别传递给车辆,即将对应运输任务下载到每台车的车载系统;同时通过订单确认信息子系统将相关的信息派发给乘客,即通过客户端或者APP显示车辆的行驶计划和预计抵达上车点的时间信息;
对于D2H订单的S4步骤,所述的任务实施及运行监测子步骤包括:
S4121:车辆的车载系统首先会自动加载从数据中心发来的最新的包括运行时间和路径在内的运行方案,并自动启动导航;
S4122:驾驶员按照导航的提示,驱车依次前往运行路线上的各个上车点;
S4123:当车辆抵达运行路线上的某个上车点后,在该点等待的乘客进行身份验证后并登车;
S4124:当车辆从各个上车点接到所有乘客后,将驶往最终的目的地;
S4125:车辆抵达最终目的地后,乘客依次进行身份验证后下车,与此同时,运营系统将根据每个乘客的实际乘坐里程计算相应的费用,并将账单发送至每个乘客的客户端或者APP;
S4126:车辆完成当前的D2H任务后,运营系统将对车辆的包括剩余电量、故障情况在内的健康状况做一个评估,以决定是否需要让车辆前往附近的服务站进行充/换电或者维护;若车辆健康状况良好,则进入待命状态或者准备开始下一个任务。
对于H2D订单的S4步骤,所述的订单处理及车队任务规划子步骤包括:
确定发车点各时间段车辆的数量,并通过车队任务派发子系统调配空闲或即将空闲的车辆在相应的时间段抵达发车点待命,同时通过订单确认信息派发子系统告知乘客上车的具体位置和时间段。
对于H2D订单的S4步骤,所述的任务实施及运行监测子步骤包括:
S4221:三类车辆排队依次进入发车点,等待乘客的到来;所述的三类车辆包括已在发车点待命的车辆、已执行完D2H任务且健康状况良好的车辆、从附近服务站临时抽调过来的车辆;
S4222:按照先到先上车和坐满即走的原则,乘客到达发车点后,排队进行身份验证后依次上车;与此同时,运营系统通过车辆与数据中心的远程通讯对乘客身份进行验证并提取已上车乘客的下车点信息;
S4223:车载系统会根据下车点信息自动规划车辆的行驶路径并启动导航;
S4224:驾驶员则按照导航的提示,驱车依次前往运行路线上的各个下车点;当车辆抵达运行路线上的某个下车点后,相关的乘客刷二代身份证下车,与此同时,运营系统根据下车乘客的实际乘坐里程计算相应的费用,并将账单发送至下车乘客的客户端或者APP;
S4225:当车辆完成当前的H2D任务后,运营系统将对车辆的包括剩余电量、故障情况在内的健康状况做一个评估,以决定是否需要让车辆前往附近的服务站进行充/换电或者维护;若车辆健康状况良好,则进入待命状态或者准备开始下一个任务。
所述的综合性能指标包括总路程最短、总时间最少、总电量消耗最低;所述的相关约束条件包括每个乘客设定的最晚到达时间。
所述的身份验证包括刷二代身份证进行验证或者手机二维码验证。
本发明的有益效果是:本发明适用于交通枢纽(Hub)同多个分散位置节点(Door)之间通常由中型客车(10~20座)承担的运输服务,根据用户的预订信息中出发地和目的地的关系,将预定的订单分为两类Door-to-Hub(D2H)和Hub-to-Door(H2D),对于两类订单采用不同的处理规划与实施监测。
附图说明
图1为本发明方法流程图;
图2为D2H订单处理及车队任务规划子步骤流程图;
图3为D2H任务实施及运行监测子步骤流程图;
图4为H2D订单处理及车队任务规划子步骤流程图;
图5为H2D任务实施及运行监测子步骤流程图。
具体实施方式
下面结合附图进一步详细描述本发明的技术方案:如图1所示,一种基于全局优化的电动客车运营方法,它包括以下步骤:
S1:数据中心通过车辆远程监控系统以及每台车上安装的智能网联化车载系统,获取当前所有车辆的位置和状态信息;
S2:每个乘客通过在电脑或手机上安装的客户端或APP进行预定,数据中心通过其所包含的订单管理系统,获取当前已完成预订操作的所有乘客的预订信息;
S3:数据中心根据预订信息中出发地和目的地的关系,将这些订单分为两类:
(1)D2H:指多个乘客从不同的出发地上车,然后在相同的目的地下车(例如,送机服务);对于此类订单,需要乘客在预订时输入包括上车点(例如,酒店或小区的名称,或者在地图上选取精确的上车点)和最晚到达目的地的时间(例如,航班起飞前一个小时)在内的关键信息;
(2)H2D:指多个乘客从相同的出发地上车,然后在不同的目的地下车(例如,接机服务);对于此类订单,需要乘客在预订时输入包括下车点和大概的出发时间(例如,航班降落后40分钟)在内的关键信息;
S4:对于两类订单,分别执行对应的订单处理及车队任务规划子步骤和任务实施及运行监测子步骤;
S5:车队所有车辆在当天运营结束后,驶入最近的服务站并停机入库。
所述的车载系统包括一个卫星定位装置、一个远程数据收发装置、一个CAN总线数据读写装置、一个路径规划和导航装置、一个乘客身份识别装置、一个驾驶员身份识别装置以及一个驾驶员人机交互装置;
所述的数据中心包括一个车辆远程监控系统、一个订单管理系统、一个数据分析和处理系统和一个实时规划和调度系统;
所述的服务站可以为车辆提供停靠和中转服务、充/换电服务、紧急救援和维修服务;其中,每一个服务站包括一个信息接收和处理系统、一个任务派遣及跟踪系统和一个充/换电实时监测系统。
所述的位置和状态信息包括车载系统从卫星定位装置、CAN总线读写装置、乘客身份识别装置、驾驶员身份识别装置、路径规划和导航装置获取的各类车载数据及驾乘人员状态信息。
步骤S3中的分类通过在数据中心的数据分析和处理系统实现,数据分析和处理系统分别判断用户的出发地和目的地是否保存在出发地数据库和目的地数据库中以实现订单类型的分类。
对于D2H订单的S4步骤,如图2所示,所述的订单处理及车队任务规划子步骤包括:
S4111:根据当前所有车辆的位置和状态信息,以及当前已完成预订操作的所有乘客的预订信息后,按预先设定的综合性能指标(例如,总路程最短、总时间最少、总电量消耗最低等等)对车辆和乘客的匹配(哪些车去接哪些人),以及车辆的运行时间和路线(每台车该如何去完成所分配的运输任务)进行全局优化,并在满足相关约束条件(例如,每个乘客设定的最晚到达时间等)的前提下寻找到最佳的运行方案;
S4112:通过车队任务派发子系统将相关的信息分别传递给车辆,即将对应运输任务下载到每台车的车载系统;同时通过订单确认信息子系统将相关的信息派发给乘客,即通过客户端或者APP显示车辆的行驶计划和预计抵达上车点的时间信息;
对于D2H订单的S4步骤,如图3所示,所述的任务实施及运行监测子步骤包括:
执行D2H任务的车辆通常从其中一个服务站出发。
S4121:车辆的车载系统首先会自动加载从数据中心发来的最新的包括运行时间和路径在内的运行方案,并自动启动导航;
S4122:驾驶员按照导航的提示,驱车依次前往运行路线上的各个上车点;
S4123:当车辆抵达运行路线上的某个上车点后,在该点等待的乘客进行身份验证后并登车;(之前已用身份证号进行了预订,或者是预订之后生成了供扫描的二维码)
S4124:当车辆从各个上车点接到所有乘客后,将驶往最终的目的地;
S4125:车辆抵达最终目的地后,乘客依次进行身份验证后下车,与此同时,运营系统将根据每个乘客的实际乘坐里程计算相应的费用,并将账单发送至每个乘客的客户端或者APP(乘客随后可通过微信/支付宝/信用卡等多种方式进行支付);
S4126:车辆完成当前的D2H任务后,运营系统将对车辆的包括剩余电量、故障情况在内的健康状况做一个评估,以决定是否需要让车辆前往附近的服务站进行充/换电或者维护;若车辆健康状况良好,则进入待命状态或者准备开始下一个任务。
同D2H可以根据乘客选择的上车点和所有车辆的位置和状态提前进行人-车分配和路径规划的运行模式相比,H2D则只能根据某时间段预订该服务的人数来估计该时间段发车点所需车辆的数量。对于H2D而言,由于各个时间段从发车点上车的乘客较多,而且乘客到达发车点的实际时间同预订时选择的时间往往有偏差(例如航班晚点等),所以比较适合采用“先到先上车”和“坐满即走”的运行模式(而不是像D2H那样提前进行人-车分配和路径规划)。
对于H2D订单的S4步骤,如图4所示,所述的订单处理及车队任务规划子步骤包括:
确定发车点各时间段车辆的数量,并通过车队任务派发子系统调配空闲或即将空闲的车辆在相应的时间段抵达发车点待命,同时通过订单确认信息派发子系统告知乘客上车的具体位置和时间段。
H2D的路径规划不在此阶段进行(由于实行乘客随机登车的模式,需要等该车所有乘客刷二代身份证登车后才能确定相应的下车点信息和规划该车的行驶路径)。
对于H2D订单的S4步骤,如图5所示,所述的任务实施及运行监测子步骤包括:
S4221:三类车辆排队依次进入发车点,等待乘客的到来;所述的三类车辆包括已在发车点待命的车辆、已执行完D2H任务且健康状况良好的车辆、从附近服务站临时抽调过来的车辆;
S4222:按照先到先上车和坐满即走的原则,乘客到达发车点后,排队进行身份验证后依次上车;与此同时,运营系统通过车辆与数据中心的远程通讯对乘客身份进行验证并提取已上车乘客的下车点信息(根据乘客身份证号从数据库中提取相应的下车点信息,该信息需要乘客在预订时提供);
S4223:车载系统会根据下车点信息自动规划车辆的行驶路径并启动导航;
S4224:驾驶员则按照导航的提示,驱车依次前往运行路线上的各个下车点;当车辆抵达运行路线上的某个下车点后,相关的乘客刷二代身份证下车,与此同时,运营系统根据下车乘客的实际乘坐里程计算相应的费用,并将账单发送至下车乘客的客户端或者APP;
S4225:当车辆完成当前的H2D任务后,运营系统将对车辆的包括剩余电量、故障情况在内的健康状况做一个评估,以决定是否需要让车辆前往附近的服务站进行充/换电或者维护;若车辆健康状况良好,则进入待命状态或者准备开始下一个任务。
所述的综合性能指标包括总路程最短、总时间最少、总电量消耗最低;所述的相关约束条件包括每个乘客设定的最晚到达时间。
所述的身份验证包括刷二代身份证进行验证或者手机二维码验证。

Claims (8)

1.一种基于全局优化的电动客车运营方法,其特征在于:它包括以下步骤:
S1:数据中心通过车辆远程监控系统以及每台车上安装的智能网联化车载系统,获取当前所有车辆的位置和状态信息;
S2:每个乘客通过在电脑或手机上安装的客户端或APP进行预定,数据中心通过其所包含的订单管理系统,获取当前已完成预订操作的所有乘客的预订信息;
S3:数据中心根据预订信息中出发地和目的地的关系,将这些订单分为两类:
(1)D2H:指多个乘客从不同的出发地上车,然后在相同的目的地下车;对于此类订单,需要乘客在预订时输入包括上车点和最晚到达目的地的时间在内的关键信息;
(2)H2D:指多个乘客从相同的出发地上车,然后在不同的目的地下车;对于此类订单,需要乘客在预订时输入包括下车点和大概的出发时间在内的关键信息;
S4:对于两类订单,分别执行对应的订单处理及车队任务规划子步骤和任务实施及运行监测子步骤;
S5:车队所有车辆在当天运营结束后,驶入最近的服务站并停机入库。
2.根据权利要求1所述的一种基于全局优化的电动客车运营方法,其特征在于:所述的车载系统包括一个卫星定位装置、一个远程数据收发装置、一个CAN总线数据读写装置、一个路径规划和导航装置、一个乘客身份识别装置、一个驾驶员身份识别装置以及一个驾驶员人机交互装置;
所述的数据中心包括一个车辆远程监控系统、一个订单管理系统、一个数据分析和处理系统和一个实时规划和调度系统;
所述的服务站可以为车辆提供停靠和中转服务、充/换电服务、紧急救援和维修服务;其中,每一个服务站包括一个信息接收和处理系统、一个任务派遣及跟踪系统和一个充/换电实时监测系统。
3.据权利要求1或2的一种基于全局优化的电动客车运营方法,其特征在于:所述的位置和状态信息包括车载系统从卫星定位装置、CAN总线读写装置、乘客身份识别装置、驾驶员身份识别装置、路径规划和导航装置获取的各类车载数据及驾乘人员状态信息。
4.根据权利要求1所述的一种基于全局优化的电动客车运营方法,其特征在于:对于D2H订单的S4步骤,所述的订单处理及车队任务规划子步骤包括:
S4111:根据当前所有车辆的位置和状态信息,以及当前已完成预订操作的所有乘客的预订信息后,按预先设定的综合性能指标对车辆和乘客的匹配,以及车辆的运行时间和路线进行全局优化,并在满足相关约束条件的前提下寻找到最佳的运行方案;
S4112:通过车队任务派发子系统将相关的信息分别传递给车辆,即将对应运输任务下载到每台车的车载系统;同时通过订单确认信息子系统将相关的信息派发给乘客,即通过客户端或者APP显示车辆的行驶计划和预计抵达上车点的时间信息;
根据权利要求4所述的一种基于全局优化的电动客车运营方法,其特征在于:对于D2H订单的S4步骤,所述的任务实施及运行监测子步骤包括:
S4121:车辆的车载系统首先会自动加载从数据中心发来的最新的包括运行时间和路径在内的运行方案,并自动启动导航;
S4122:驾驶员按照导航的提示,驱车依次前往运行路线上的各个上车点;
S4123:当车辆抵达运行路线上的某个上车点后,在该点等待的乘客进行身份验证后并登车;
S4124:当车辆从各个上车点接到所有乘客后,将驶往最终的目的地;
S4125:车辆抵达最终目的地后,乘客依次进行身份验证后下车,与此同时,运营系统将根据每个乘客的实际乘坐里程计算相应的费用,并将账单发送至每个乘客的客户端或者APP;
S4126:车辆完成当前的D2H任务后,运营系统将对车辆的包括剩余电量、故障情况在内的健康状况做一个评估,以决定是否需要让车辆前往附近的服务站进行充/换电或者维护;若车辆健康状况良好,则进入待命状态或者准备开始下一个任务。
5.根据权利要求1所述的一种基于全局优化的电动客车运营方法,其特征在于:对于H2D订单的S4步骤,所述的订单处理及车队任务规划子步骤包括:
确定发车点各时间段车辆的数量,并通过车队任务派发子系统调配空闲或即将空闲的车辆在相应的时间段抵达发车点待命,同时通过订单确认信息派发子系统告知乘客上车的具体位置和时间段。
6.根据权利要求6所述的一种基于全局优化的电动客车运营方法,其特征在于:对于H2D订单的S4步骤,所述的任务实施及运行监测子步骤包括:
S4221:三类车辆排队依次进入发车点,等待乘客的到来;所述的三类车辆包括已在发车点待命的车辆、已执行完D2H任务且健康状况良好的车辆、从附近服务站临时抽调过来的车辆;
S4222:按照先到先上车和坐满即走的原则,乘客到达发车点后,排队进行身份验证后依次上车;与此同时,运营系统通过车辆与数据中心的远程通讯对乘客身份进行验证并提取已上车乘客的下车点信息;
S4223:车载系统会根据下车点信息自动规划车辆的行驶路径并启动导航;
S4224:驾驶员则按照导航的提示,驱车依次前往运行路线上的各个下车点;当车辆抵达运行路线上的某个下车点后,相关的乘客刷二代身份证下车,与此同时,运营系统根据下车乘客的实际乘坐里程计算相应的费用,并将账单发送至下车乘客的客户端或者APP;
S4225:当车辆完成当前的H2D任务后,运营系统将对车辆的包括剩余电量、故障情况在内的健康状况做一个评估,以决定是否需要让车辆前往附近的服务站进行充/换电或者维护;若车辆健康状况良好,则进入待命状态或者准备开始下一个任务。
7.根据权利要求4所述的一种基于全局优化的电动客车运营方法,其特征在于:所述的综合性能指标包括总路程最短、总时间最少、总电量消耗最低;所述的相关约束条件包括每个乘客设定的最晚到达时间。
8.根据权利要求5或7所述的一种基于全局优化的电动客车运营方法,其特征在于:所述的身份验证包括刷二代身份证进行验证或者手机二维码验证。
CN201610588253.4A 2016-07-25 2016-07-25 一种基于全局优化的电动客车运营方法 Pending CN106228254A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610588253.4A CN106228254A (zh) 2016-07-25 2016-07-25 一种基于全局优化的电动客车运营方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610588253.4A CN106228254A (zh) 2016-07-25 2016-07-25 一种基于全局优化的电动客车运营方法

Publications (1)

Publication Number Publication Date
CN106228254A true CN106228254A (zh) 2016-12-14

Family

ID=57531476

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610588253.4A Pending CN106228254A (zh) 2016-07-25 2016-07-25 一种基于全局优化的电动客车运营方法

Country Status (1)

Country Link
CN (1) CN106228254A (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106971533A (zh) * 2017-05-24 2017-07-21 成都志博科技有限公司 实时路线规划的客车打车系统
CN107885197A (zh) * 2017-09-19 2018-04-06 中车工业研究院有限公司 智能公共运输系统中无人驾驶车辆的控制方法及装置
CN109598960A (zh) * 2017-10-18 2019-04-09 宁波轩悦行电动汽车服务有限公司 电动汽车租赁系统的驾驶建议方法
CN109816138A (zh) * 2017-11-21 2019-05-28 通用汽车环球科技运作有限责任公司 用于动态管理穿梭车队的系统和方法
CN110633821A (zh) * 2018-10-29 2019-12-31 成都云科新能汽车技术有限公司 一种智能车队管理系统及方法
CN111798169A (zh) * 2019-04-01 2020-10-20 丰田自动车株式会社 运行管理系统
WO2021031636A1 (zh) * 2019-08-20 2021-02-25 南京领行科技股份有限公司 一种基于实时单行程车辆的实时单派单方法和装置
CN112446565A (zh) * 2019-08-27 2021-03-05 北京京东振世信息技术有限公司 为订单匹配车辆的方法和装置
CN113393071A (zh) * 2020-03-13 2021-09-14 本田技研工业株式会社 派车服务装置、方法及记录有程序的计算机可读介质
WO2022120935A1 (zh) * 2020-12-11 2022-06-16 中车唐山机车车辆有限公司 一种车辆系统的调度控制方法,装置及系统
CN116828000A (zh) * 2023-08-28 2023-09-29 山东未来互联科技有限公司 基于确定性网络与sdn网络的乘车订单处理系统及方法
CN117455212A (zh) * 2023-12-26 2024-01-26 武汉元光科技有限公司 一种响应公交的派单方法以及相关设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103218769A (zh) * 2013-03-19 2013-07-24 王兴健 出租车订单分配方法
CN104715296A (zh) * 2015-04-08 2015-06-17 北京航空航天大学 一种面向交通枢纽的出租车拼车机制设计及实现的方法
CN104811556A (zh) * 2015-04-30 2015-07-29 努比亚技术有限公司 出租车的管理方法及系统
US20150302342A1 (en) * 2014-04-21 2015-10-22 Wei-Yen Yeh Taxi management apparatus and taxi management system

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103218769A (zh) * 2013-03-19 2013-07-24 王兴健 出租车订单分配方法
US20150302342A1 (en) * 2014-04-21 2015-10-22 Wei-Yen Yeh Taxi management apparatus and taxi management system
CN104715296A (zh) * 2015-04-08 2015-06-17 北京航空航天大学 一种面向交通枢纽的出租车拼车机制设计及实现的方法
CN104811556A (zh) * 2015-04-30 2015-07-29 努比亚技术有限公司 出租车的管理方法及系统

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106971533A (zh) * 2017-05-24 2017-07-21 成都志博科技有限公司 实时路线规划的客车打车系统
CN107885197A (zh) * 2017-09-19 2018-04-06 中车工业研究院有限公司 智能公共运输系统中无人驾驶车辆的控制方法及装置
CN109598960B (zh) * 2017-10-18 2021-07-27 宁波轩悦行电动汽车服务有限公司 电动汽车租赁系统的驾驶建议方法
CN109598960A (zh) * 2017-10-18 2019-04-09 宁波轩悦行电动汽车服务有限公司 电动汽车租赁系统的驾驶建议方法
CN109816138A (zh) * 2017-11-21 2019-05-28 通用汽车环球科技运作有限责任公司 用于动态管理穿梭车队的系统和方法
CN110633821A (zh) * 2018-10-29 2019-12-31 成都云科新能汽车技术有限公司 一种智能车队管理系统及方法
CN111798169A (zh) * 2019-04-01 2020-10-20 丰田自动车株式会社 运行管理系统
WO2021031636A1 (zh) * 2019-08-20 2021-02-25 南京领行科技股份有限公司 一种基于实时单行程车辆的实时单派单方法和装置
CN112446565A (zh) * 2019-08-27 2021-03-05 北京京东振世信息技术有限公司 为订单匹配车辆的方法和装置
CN113393071A (zh) * 2020-03-13 2021-09-14 本田技研工业株式会社 派车服务装置、方法及记录有程序的计算机可读介质
WO2022120935A1 (zh) * 2020-12-11 2022-06-16 中车唐山机车车辆有限公司 一种车辆系统的调度控制方法,装置及系统
CN116828000A (zh) * 2023-08-28 2023-09-29 山东未来互联科技有限公司 基于确定性网络与sdn网络的乘车订单处理系统及方法
CN116828000B (zh) * 2023-08-28 2023-11-17 山东未来互联科技有限公司 基于确定性网络与sdn网络的乘车订单处理系统及方法
CN117455212A (zh) * 2023-12-26 2024-01-26 武汉元光科技有限公司 一种响应公交的派单方法以及相关设备
CN117455212B (zh) * 2023-12-26 2024-03-26 武汉元光科技有限公司 一种响应公交的派单方法以及相关设备

Similar Documents

Publication Publication Date Title
CN106228254A (zh) 一种基于全局优化的电动客车运营方法
JP7229186B2 (ja) ライドシェア管理システム、ライドシェア管理方法、およびプログラム
CN106651175B (zh) 无人驾驶车辆运营管理系统、总控平台、分控平台、车载计算装置和计算机可读存储介质
CN104992364B (zh) 一种无人值守电动汽车租赁系统和租赁方法
EP1560186B1 (en) Vehicle information collection system having point issuing device
CN102542840B (zh) 通过控制可用停车位的数量控制交通流量的系统及方法
CN101315731B (zh) 一种利用gps智能车载终端实现车辆监控调度的系统
CN106250995A (zh) 一种基于全局优化的电动客车运营系统及方法
US4360875A (en) Automated, door-to-door, demand-responsive public transportation system
DE102016107712A1 (de) Ridesharing-Reichweitenkonturen
US11481697B2 (en) Vehicle dispatch system, server, and information processing method
CN103049817A (zh) 结合负载平衡机制的需求式共乘运输服务方法
DE102020120693A1 (de) Systeme und Verfahren zum mobilen Laden von Elektrofahrzeugen
CN105279955A (zh) 一种拼车方法及设备
CN108352047A (zh) 车辆调度控制装置、车辆
CN106097702A (zh) 智能交通调度方法和系统
CN107481522A (zh) 一种基于物联网的公共交通共享系统及方法
CN105608883A (zh) 一种智慧城市公交信息化系统
CN106571842B (zh) 网络预约出租汽车营运安全监管系统及方法
US20220113146A1 (en) Method and system for planning a journey
CN110378567B (zh) 智慧公交系统及实现方法
CN103295416A (zh) 车辆引导方法及系统
CN106652537A (zh) 高校教职工接送车辆自动预约调度系统及方法
CN103198652A (zh) 一种基于移动互联网的出租车运营业务管理系统及方法
CN107341551A (zh) 一种电动交通工具租赁系统及其管理方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20161214

RJ01 Rejection of invention patent application after publication