掌桥专利:专业的专利平台
掌桥专利
首页

车辆调度辅助装置、车辆调度服务系统及车辆调度辅助方法

文献发布时间:2024-04-18 19:58:21


车辆调度辅助装置、车辆调度服务系统及车辆调度辅助方法

技术领域

本发明涉及车辆调度辅助装置、车辆调度服务系统及车辆调度辅助方法。

背景技术

在专利文献1中,公开了一种运行管理装置,该运行管理装置基于来自多个利用者的希望确定按需服务车辆(on-demand car)的运行计划,并按照所确定的运行计划管理按需服务车辆的运行。运行管理装置搜索使按需服务车辆行驶的候补路径,将搜索到的候补路径中的一个设定为基本路径,将途经离开该基本路径的地点的情况下所需要的时间设定为调整时间。运行管理装置对于在确定了按需服务车辆的运行计划之后从利用者接收的追加预约,使用调整时间,变更运行路径并确定运行路径,使得能够通过利用者所希望的希望乘降地点且能够在希望时刻运行。

现有技术文献

专利文献

专利文献1:国际公开第2014/045359号

发明要解决的课题

根据专利文献1所公开的方法,当调整时间长的车辆接收到利用时间短的追加预约时,该车辆即使还剩余调整时间也难以接收其他追加预约。因此,没有乘坐利用者的状态下车辆运行的时间增加,使得用于运行的能量产生浪费。

发明内容

本发明是鉴于上述课题而完成的,其目的在于,提供一种能够抑制用于车辆的运行的能量的浪费的车辆调度辅助装置、车辆调度服务系统以及车辆调度辅助方法。

解决课题的手段

本发明的一方式的车辆调度辅助装置,接收来自第一用户委托的第一车辆调度请求数据,提取出1个以上的、按照来自第二用户委托的第二请求数据已确定了车辆调度计划的已完成预约车辆,提取出1个以上的、在第二用户的利用开始时刻之前,途经第一用户的希望乘车地和希望下车地并能够到达第二用户的希望乘车地的可利用车辆,将途经第一用户的希望乘车地和希望下车地并到达第二用户的希望乘车地的到达时刻与利用开始时刻的时间差即富余时间相对短的可利用车辆,优先设定为调度给第一用户的调度车辆候补。

发明效果

根据本发明,能够抑制用于车辆运行的能量的浪费。

附图说明

图1是表示本实施方式的车辆调度服务系统的结构的图。

图2是表示图1所示的车辆调度服务服务器的结构的块图。

图3是表示图1所示的车辆的结构的块图。

图4是表示图1所示的用户终端的结构的块图。

图5是表示在车辆调度服务系统中执行的处理的流程的序列图;

图6是表示由车辆调度服务服务器执行的处理的流程的流程图。

图7是表示从可利用车辆设定调度车辆候补的处理的概念的说明图。

具体实施方式

以下,参照附图对本发明的实施方式进行说明。在附图的记载中,对相同部分标注相同符号并省略说明。

参照图1至图4,说明本实施方式的车辆调度服务系统10的结构。本实施方式的车辆调度服务系统10是根据用户的车辆调度委托来确定对车辆进行调度的车辆调度计划的系统。

车辆调度服务系统10以车辆调度服务服务器20、车辆40和用户终端60为主体构成。车辆调度服务服务器20、车辆40和用户终端60构成为经由网络30相互可通信。网络30例如可以是因特网。网络30可以利用4G/LTE或5G等的移动通信功能。

在以下的说明中,“车辆调度请求数据”是指用户对车辆调度服务服务器20进行车辆调度委托所需要的数据。在车辆调度请求数据中包含用户希望乘车的地点即希望乘车地、以及用户希望下车的地点即希望下车地。另外,在车辆调度请求数据中,也可以包含从希望乘车地到希望下车地之间途经的希望途经地、希望乘车的时刻即希望乘车时刻、希望下车的时刻即希望下车时刻等。

另外,将作为在本实施方式中说明的车辆调度计划的对象的车辆调度请求数据称为“新车辆调度请求数据”,将根据新车辆调度请求数据进行了车辆调度委托的用户称为“新用户”。另外,将比新车辆调度请求数据先接收、且已确定了车辆调度计划的车辆调度请求数据称为“已完成预约车辆调度请求数据”。而且,将根据已完成预约车辆调度请求数据进行了车辆调度委托的用户称为“已完成预约用户”。已完成预约用户想定为是与新用户不同的用户,但也可以是新用户自身。另外,在仅记载为“用户”、“车辆调度请求数据”的情况下,以总称新用户及已完成预约用户、新车辆调度请求数据及已完成预约车辆调度请求数据的意义使用。

在图2中,车辆调度服务服务器20例如由使用多个车辆40提供运输服务的运营商来运用,但不限于此。车辆调度服务服务器20是辅助对车辆40进行调度的车辆调度计划的车辆调度辅助装置,具备控制装置21、存储装置22、通信装置23。

控制装置21基于通信装置23接收到的车辆调度请求数据,确定车辆调度计划。作为控制装置21,可以使用以CPU、存储器、输入输出接口为主体构成的微型计算机(控制器)。

CPU读入存储在存储器等中的各种计算机程序,并执行包含在程序中的各种命令。通过执行程序,CPU作为控制装置21所具备的多个信息处理回路发挥功能。

控制装置21具备:车辆提取部211、车辆确定部212和车辆调度计划部213而作为1个以上的信息处理回路。车辆提取部211接收通信装置23接收到的车辆调度请求数据,并基于车辆调度请求数据,提取出1个以上的适合于用户的车辆调度委托的车辆40。车辆调度计划部213基于车辆调度请求数据,从提取出的1个以上的车辆40中确定成为对用户的车辆调度对象的调度车辆40。车辆调度计划部213确定针对调度车辆40的车辆调度计划。在车辆调度计划中包含用户的希望乘车地、希望途经地以及希望下车地、以及从希望乘车地到希望下车地的行驶路径等。另外,将按照车辆调度请求数据已确定了车辆调度计划的车辆40称为“已完成预约车辆”。在该已完成预约车辆40中设定有在到后述的利用开始时刻为止的期间、即用户未利用期间进行巡游(回游)的巡游路线。在用户未利用期间,已完成预约车辆40在巡游路线上行驶。

本实施方式的特征之一在于,控制装置21在对已完成预约用户调度已完成预约车辆40之前,对于来自新用户的车辆调度委托对已完成预约车辆40进行调度。此时,控制装置21考虑来自已完成预约用户及新用户的车辆调度委托的内容,将能够抑制用于运行的能量的浪费的已完成预约车辆40优先设定为调度给新用户的调度车辆候补。

具体而言,车辆提取部211从车辆调度服务服务器20预定提供运输服务的多个车辆40中提取出1个以上的已完成预约车辆40,并从提取出的已完成预约车辆40中提取出1个以上的可利用车辆40。可利用车辆40是指在已完成预约用户开始利用已完成预约车辆40的利用开始时刻之前,能够途经新用户的希望乘车地及希望下车地并到达已完成预约用户的希望乘车地的已完成预约车辆40。

车辆确定部212针对提取出的每个可利用车辆40,计算从当前位置途经新用户的希望乘车地及希望下车地并到达已完成预约用户的希望乘车地的到达时刻与已完成预约用户的利用开始时刻的时间差,作为富余时间。然后,车辆调度计划部213将1个以上的可利用车辆40中的富余时间相对短的可利用车辆40优先设定为调度给新用户的调度车辆候补。

存储装置22是存储运输服务所需的各种数据库的存储部。存储装置22具有运行信息DB(运行信息数据库)221。

运行信息DB221是管理车辆40的运行信息的数据库。运行信息根据车辆调度服务服务器20预定提供运输服务的每个车辆40进行管理。各个运行信息与用于识别车辆40的车辆ID相关联。运行信息DB221的内容由车辆调度计划部213管理,根据需要进行更新。车辆调度计划部213通过与车辆40进行通信,能够接收运行信息的管理所需要的数据。

运行信息包含与车辆调度服务相关的服务信息,具体而言,除了是否为按照车辆调度计划运行中的车辆40的信息、是否为空车车辆40的信息、是否为已完成预约车辆40的信息之外,在确定了车辆调度计划的情况下,还包含该车辆调度计划的信息。另外,运行信息可以包含与车辆40相关的信息,具体而言,可以包含车辆40的当前位置的信息、车辆40的当前的能量剩余量(燃料余量、充电余量)的信息等。

另外,存储装置22为了生成车辆调度计划所需的行驶路径、或识别用户和车辆40的位置关系,而保存有包含与地图相关的信息的地图数据。

另外,车辆调度服务服务器20也可以是具备存储装置22的结构,但也可以通过云计算从外部的数据服务器获取运行信息。

通信装置23经由网络30与车辆40或用户终端60之间进行通信。通信装置23从车辆40和用户终端60接收规定的数据,或者向车辆40和用户终端60发送规定的数据。另外,通信装置23通过经由网络30与外部装置(未图示)进行通信,能够获取包含道路交通信息的道路交通数据。例如,通信装置23可以是4G/LTE、5G等具有移动通信功能的设备,也可以是具有Wifi通信功能的设备。

在图3中,车辆40是搭乘用户而提供运输服务的车辆(服务车辆),准备有多个。在图1所示的例子中,示出了3台车辆40,但并不限定于此。车辆40可以是驾驶员不乘坐而通过自动驾驶功能行驶的车辆,也可以是通过驾驶员的手动驾驶而行驶的车辆。另外,车辆40也可以是驾驶员上车后通过自动驾驶功能行驶的车辆。

自动驾驶是指例如制动器、加速器、转向器等的促动器中的至少一个促动器在没有乘员的操作而被控制的状态。因此,其他的促动器也可以通过乘员的操作而动作。另外,自动驾驶是指,只要是执行加减速控制、横向位置控制等的任意一个车辆控制的状态即可。另外,手动驾驶是指例如乘员操作制动器、加速器、转向器的状态。

车辆40可以是仅由发动机驱动的发动机汽车、由发动机和电动机驱动的混合动力汽车、仅由电动机驱动的电动汽车中的任一种。如果是发动机汽车,则能量剩余量相当于燃料剩余量,如果是电动汽车,则能量剩余量相当于充电剩余量。另外,如果是混合动力汽车,则能量剩余量相当于燃料余量以及充电余量。

在图3中,车辆40具有控制装置41和通信装置42。

控制装置41基于通信装置42接收到的车辆调度计划数据控制车辆40。作为控制装置41,可以使用以CPU、存储器、输入输出接口为主体构成的微型计算机(控制器)。

CPU读入存储在存储器等中的各种计算机程序,并执行包含在程序中的各种命令。通过执行程序,CPU作为控制装置41所具备的多个信息处理回路发挥功能。

控制装置41具备车辆调度计划处理部411作为1个以上的信息处理回路。

车辆调度计划处理部411接收通信装置42接收到的车辆调度计划数据,并基于车辆调度计划数据进行各种处理。如果是通过自动驾驶功能行驶的车辆40,则车辆调度计划处理部411基于车辆调度计划数据,控制车辆40的各种促动器(转向器促动器、加速器踏板促动器、制动器促动器等),执行自动驾驶。通过由车辆调度计划处理部411执行的自动驾驶,车辆40能够按照车辆调度计划自动行驶。另外,如果是通过手动驾驶行驶的车辆40,则车辆调度计划处理部411控制显示装置或扬声器等,将车辆调度计划提示给驾驶员。

另外,车辆调度计划处理部411根据来自车辆调度服务服务器20的委托、或者以规定的周期,使用通信装置23,将与车辆40相关的信息发送到车辆调度服务服务器20。

通信装置42经由网络30与车辆调度服务服务器20之间进行通信。通信装置42从车辆调度服务服务器20接收规定的数据,并对车辆调度服务服务器20发送规定的数据。例如,通信装置42可以是4G/LTE、5G等具有移动通信功能的设备,也可以是具有Wifi通信功能的设备。

在图4中,用户终端60是接收用户的车辆调度委托的装置,是用户日常使用的装置,例如移动电话、智能手机、便携信息终端(PDA)等具有通信功能的操作终端。在图1中,示出了两台用户终端60,但不限于此。

用户终端60具备:控制装置61、输入装置62、显示装置63和通信装置64。

控制装置61接收用户的车辆调度委托,生成车辆调度请求数据。作为控制装置61,可以使用以CPU、存储器、输入输出接口为主体构成的微型计算机(控制器)。

在存储器中,安装有用于在车辆调度服务系统10中作为用户终端60发挥功能的计算机程序。通过执行计算机程序,控制器61作为用户终端60所具备的一个以上的信息处理回路发挥功能。

控制装置61具备请求处理部611作为1个以上的信息处理回路。

请求处理部611生成与用户的车辆调度委托对应的车辆调度请求数据。在进行车辆调度委托的情况下,用户操作输入装置62,输入车辆调度委托的内容。从输入装置62向请求处理部611输入与用户的输入操作对应的操作信号。请求处理部611基于该操作信号生成车辆调度请求数据。

输入装置62是用于用户进行输入操作的装置。显示装置63由请求处理部611控制,显示必要的信息。例如,输入装置62可以使用能够按照在显示装置63上显示的信息进行输入操作的触摸面板。

通信装置64经由网络30与车辆调度服务服务器20之间进行通信。通信装置64从车辆调度服务服务器20接收规定的数据,或者向车辆调度服务服务器20发送规定的数据。例如,通信装置64可以是4G/LTE、5G等具有移动通信功能的设备,也可以是具有Wifi通信功能的设备。

以下,参照图5及图6,说明本实施方式的车辆调度服务系统10中的一系列流程。

首先,如图5所示,当用户终端60根据新用户的车辆调度委托生成了新车辆调度请求数据时,则用户终端60向车辆调度服务服务器20发送新车辆调度请求数据(步骤S1)。当用户终端60发送了新车辆调度请求数据时,则车辆调度服务服务器20接收新车辆调度请求数据(步骤S2)。

车辆调度服务服务器20参照运行信息DB221的运行信息(步骤S3),设定调度车辆候补(步骤S4)。

参照图6,详细说明车辆调度服务服务器20设定调度车辆候补的处理(车辆调度辅助方法)。该处理由车辆调度服务服务器20的控制装置21执行。

在步骤S400中,控制装置21基于运行信息DB221的运行信息,判断在车辆调度服务服务器20所管理的多个车辆40中,是否存在确定了对已完成预约用户的车辆调度计划的已完成预约车辆40。

在不存在已完成预约车辆40的情况下(步骤S400中“否”),控制装置21将空车车辆40确定为调度车辆候补(步骤S401)。在存在多个空车车辆40的情况下,控制装置21将从多个空车车辆40中任意选择的一个或多个空车车辆40确定为调度车辆候补。

在存在已完成预约车辆40的情况下(步骤S400中“是”),控制装置21判断是否存在从新请求接收时刻到已完成预约用户的利用开始时刻为止的时间即待机时间为规定值以下的已完成预约车辆40(步骤S402)。在此,新请求接收时刻是接收到新车辆调度请求数据的时刻。利用开始时刻相当于已完成预约用户开始利用已完成预约车辆40的时刻、即已完成预约用户的希望乘车时刻。在步骤S403的判断中使用的规定值是用于判断待机时间是否足够长的值。例如,规定值由已完成预约车辆40的1天的工作时间的10%值这样的程度来确定。

在不存在待机时间为规定值以下的已完成预约车辆40的情况下(步骤S402中“否”),控制装置21将已完成预约车辆40作为空车车辆40处理(步骤S403)。然后,控制装置21将空车车辆40确定为调度车辆候补(步骤S401)。

在存在待机时间为规定值以下的已完成预约车辆40的情况下(步骤S402中“是”),控制装置21提取出待机时间为规定值以下的已完成预约车辆40。通过该处理提取出1个以上的预约车辆40。然后,控制装置21以提取出的1个以上的已完成预约车辆40为对象,进行步骤S405以后的处理。

在步骤S405中,控制装置21对每个已完成预约车辆40获取位置信息。控制装置21能够从由运行信息DB221管理的运行信息中获取位置信息。然而,控制装置21也可以通过使用通信装置23从已完成预约车辆40接收位置信息的数据,来获取位置信息。

在步骤S406中,控制装置21对每个已完成预约车辆40获取车辆调度计划及能量剩余量。控制装置21能够从由运行信息DB221管理的运行信息获取车辆调度计划以及能量剩余量。然而,控制装置21也可以通过使用通信装置23从已完成预约车辆40接收能量剩余量,来获取能量剩余量。

在步骤S407中,控制装置21判断是否有满足第一车辆调度要件的已完成预约车辆40。第一车辆调度要件是存在于以新用户的希望乘车地为基准而设定的第一范围内的已完成预约车辆40,并且是在以新用户的希望下车地为基准而设定的第二范围内存在已完成预约用户的希望乘车地的已完成预约车辆40。

在第一车辆调度要件中,第一范围是指例如以新用户的希望乘车地为中心的一定距离的范围。但是,第一范围也可以是能够在一定时间内到达新用户的希望乘车地的范围。对于第二范围也同样。

在不存在满足第一车辆调度要件的已完成预约车辆40的情况下(步骤S407中“否”),控制装置21将空车车辆40确定为调度车辆候补(步骤S401)。另一方面,在存在满足第一车辆调度要件的已完成预约车辆40的情况下(步骤S407中“是”),进入步骤S408的处理。

在步骤S408中,控制装置21对每个已完成预约车辆40分别计算出到达时刻和所需能量。到达时刻是从已完成预约车辆40的当前位置开始途经新用户的希望乘车地及希望下车地并到达已完成预约用户的希望乘车地的时刻。另外,所需能量是将从已完成预约车辆40的当前位置开始途经新用户的希望乘车地及希望下车地之后到达已完成预约用户的希望乘车地所需要的能量、和从已完成预约用户的希望乘车地到达希望下车地所需要的能量相加而得到的。在这些计算中,控制装置21能够考虑已完成预约车辆40行驶的行驶路径以及该行驶路径中的道路交通状况等。

在步骤S409中,控制装置21判断是否存在满足第二车辆调度要件的已完成预约车辆40。第二车辆调度要件是在步骤S408中求出的到达时刻是比已完成预约用户的利用开始时刻更早的已完成预约车辆40,并且是具有比所需能量多的能量剩余量的已完成预约车辆40。

在不存在满足第二车辆调度要件的已完成预约车辆40的情况下(步骤S409中“否”),控制装置21将空车车辆40确定为调度车辆候补(步骤S401)。另一方面,在存在满足第二车辆调度要件的已完成预约车辆40的情况下(步骤S409中“是”),进入步骤S410的处理。

在步骤S410中,控制装置21从1个以上的已完成预约车辆40中提取出满足第一车辆调度要件及第二车辆调度要件的已完成预约车辆40作为可利用车辆40。通过该处理,提取出1个以上的可利用车辆40。然后,控制装置21以提取出的1个以上的可利用车辆40为对象,进行步骤S411以后的处理。

在步骤S411中,控制装置21对每个可利用车辆40计算富余时间。富余时间是从已完成预约车辆40的当前位置开始途经新用户的希望乘车地及希望下车地并到达已完成预约用户的希望乘车地的到达时刻(在步骤S408中求出的到达时刻)与已完成预约用户的利用开始时刻的时间差。

在步骤S412中,控制装置21将提取出的可利用车辆40中的富余时间相对短的可利用车辆40优先设定为调度给新用户的调度车辆候补。在调度车辆候补中,只要设定至少1台可利用车辆40即可。但是,也可以设定2台以上的可利用车辆40,控制装置21将与预先设定的台数对应的可利用车辆40设定为调度车辆候补。在本实施方式中,例如将2台可利用车辆40设定为调度车辆候补。

以下,对设定调度车辆候补的处理的概念进行说明。在图7中,针对每个可利用车辆A~X,示出了富余时间T1a~T1x以及新请求时间T2a~T2x。新请求时间T2a~T2x是从新请求接收时刻到途经新用户的希望乘车地及希望下车地并到达已完成预约用户的希望乘车地的到达时刻为止的时间。预约时间是已完成预约车辆40从已完成预约用户的希望乘车地到达已完成预约用户的希望下车地为止的时间。

在图7所示的例子中,从可利用车辆A到可利用车辆X中,可利用车辆C的富余时间T1c最短,接着,可利用车辆A、B的富余时间T1a、T1b变短。而且,可利用车辆D~X的富余时间T1d~T1x比可利用车辆A、B的富余时间T1a、T1a长。

在这样的情况下,控制装置21将成为最短的富余时间T1c的可利用车辆C设定为第一个调度车辆候补。在比较了富余时间T1a和富余时间T1b的情况下,富余时间T1b比富余时间T1a稍短。控制装置21将可利用车辆B设定为第二调度车辆候补。由此,控制装置21在提取出的可利用车辆A~X中,优先设定富余时间相对短的可利用车辆B、C作为调度车辆候补。

另外,即使存在多个被判断为富余时间相对短的可利用车辆40,有时它们的富余时间相同或者其时间差在规定的判定时间以内。该情况下,控制装置21将新请求时间相对短的可利用车辆40优先设定为调度车辆候补。

例如,设图7所示的富余时间T1a、T1b大致相同。该情况下,控制装置21对可利用车辆A的新请求时间T2a和可利用车辆B的新请求时间T2b进行比较。若新请求时间T2a比新请求时间T2b短,则控制装置21将新请求时间相对短的可利用车辆A设定为调度车辆候补。这样,控制装置21在提取出的可利用车辆A~X中,将富余时间相对短且新请求时间相对短的可利用车辆A、C优先设定为调度车辆候补。

当这样确定了调度车辆候补时,控制装置21生成包含调度车辆候补的信息的候补数据。另外,在基于富余时间设定调度车辆候补的情况下,不仅是富余时间的长短,设定调度车辆候补的可利用车辆40也可以以富余时间比阈值时间短为条件。

如图5所示,当车辆调度服务服务器20向用户终端60发送了应确认新用户的意图(步骤S5)的候选数据时,用户终端60接收候选数据(步骤S6)。用户终端60按照候补数据,将调度车辆候补的信息显示在显示装置63上。然后,通过对输入装置62的操作输入,当用户同意调度车辆40时,则用户终端60对车辆调度服务服务器20发送调度车辆40的同意(步骤S7)。调度车辆40的同意通过从调度车辆候补中选择任意1台调度车辆40的方法来进行。

当接收到调度车辆40的同意时,车辆调度服务服务器20基于所同意的信息来确定调度车辆40(步骤S8)。车辆调度服务服务器20按照新车辆调度请求数据和已完成预约车辆调度请求数据来确定调度计划,并确定预约(步骤S9)。

车辆调度服务服务器20对新用户的用户终端60发送包含调度车辆40、希望乘车地及希望下车地等信息的预约数据(步骤S10)。另外,车辆调度服务服务器20对由新用户同意的调度车辆40发送表示所确定的车辆调度计划的信息的车辆调度计划数据(步骤S11)。

这样,在本实施方式中,车辆调度服务服务器20将富余时间相对短的可利用车辆40优先设定为调度车辆候补。根据该调度车辆候补,即使途经新用户的希望乘车地及希望下车地并到达已完成预约用户的希望乘车地,从该到达时刻到已完成预约用户的利用开始时刻为止的时间也变短。由此,即使在向已完成预约用户调度车辆之前,将调度车辆候补调度给新用户,也能够削减在用户未搭乘的状态下车辆40运行的时间。由此,能够抑制用于车辆40的运行的能量的浪费。

在本实施方式中,车辆调度服务服务器20提取出1个以上的待机时间为预先设定的判定时间以下的已完成预约车辆40。由于优选将直至已完成预约用户的利用开始时刻为止的时间充分长的已完成预约车辆40作为空车车辆40处理,所以车辆调度服务服务器20不提取待机时间长的已完成预约车辆40。由此,能够仅将伴随向新用户的车辆调度而在有可能产生车辆运行的能量浪费的已完成预约车辆40作为处理对象。由此,能够抑制用于车辆40的运行的能量的浪费。

在本实施方式中,车辆调度服务服务器20将富余时间相对短且新请求时间相对短的可利用车辆40优先设定为调度车辆候补。对于每个可利用车辆40,新请求时间不同。但是,无论哪个可利用车辆40,从新用户的希望乘车地到新用户的希望下车地的所需时间相同。因此,从可利用车辆40的当前位置到新用户的希望乘车地的所需时间与从新用户的希望下车地到已完成预约用户的希望乘车地的所需时间的合计越短,新请求时间越短。因此,通过将新请求时间相对短的可利用车辆40设定为调度车辆候补,能够削减在用户未乘车的状态下车辆40运行的时间。由此,能够抑制用于车辆40的运行的能量的浪费。

在本实施方式中,车辆调度服务服务器20将具有比所需能量多的能量剩余量的已完成预约车辆40提取为可利用车辆40。即,如果是该可利用车辆40,则在途经新用户的希望乘车地及希望下车地之后到达了已完成预约用户的希望乘车地时,仍剩余有按照已完成预约车辆调度请求数据的运行所需的能量。因此,通过向新用户调度车辆40,能够防止在按照已完成预约车辆调度请求数据进行运行的过程中车辆40的能量耗尽的情况。由此,能够实现新车辆调度请求数据与已完成预约车辆调度请求数据的兼顾。

根据本实施方式的车辆调度服务服务器20,由于车辆调度服务服务器20提取出存在于第一范围内的已完成预约车辆40作为可利用车辆40,因此可利用车辆40成为位于新用户的希望乘车地附近的已完成预约车辆40。由此,能够将能够有效地调度车辆的已完成预约车辆40提取为可利用车辆40。

另外,根据本实施方式的车辆调度服务服务器20,车辆调度服务服务器20提取出在第二范围内存在已完成预约用户的希望乘车地的已完成预约车辆40作为可利用车辆40。因此,可利用车辆40成为已完成预约用户的希望乘车地位于新用户的希望下车地附近的已完成预约车辆40。由此,能够将能够有效地调度车辆的已完成预约车辆40提取为可利用车辆40。

在本实施方式中,通信装置23通过与从新用户接收车辆调度委托的用户终端60进行通信,接收从用户终端60发送来的新车辆调度请求数据。根据该结构,能够通过与用户终端60的通信来接收新车辆调度请求数据。

在本实施方式中,通信装置23向用户终端60发送候补数据。根据该结构,作为对新车辆调度请求数据的应答,能够向新用户提供调度车辆候补的信息。

在本实施方式中,车辆调度服务服务器20以从调度车辆候补中由新用户同意的调度车辆40为对象,按照新车辆调度请求数据及已完成预约车辆调度请求数据来确定车辆调度计划。然后,车辆调度服务服务器20将所确定的调度计划发送到由新用户同意的调度车辆40。

根据该结构,由新用户指定的调度车辆40能够获取按照新车辆调度请求数据以及已完成预约车辆调度请求数据的车辆调度计划。而且,通过调度车辆40按照该车辆调度计划运行,即使在将调度车辆40调度给新用户的情况下,也能够削减在用户未乘车的状态下车辆40运行的时间。由此,能够抑制用于车辆40的运行的能量的浪费。

车辆调度服务服务器20通过参照运行信息DB211,能够识别每个车辆40的车辆调度计划。由此,能够适当地提取出已完成预约车辆40。

在本实施方式中,已完成预约车辆40设定有在已完成预约用户开始利用的利用开始时刻之前的、用户没有利用期间进行巡游的巡游路线。因此,如上所述,通过将已完成预约车辆40调度给新的用户,能够削减在用户没有乘坐的状态下车辆40在巡游路线上巡游的时间。由此,能够抑制用于车辆40的运行的能量的浪费。

另外,本实施方式所公开的车辆调度服务系统以及车辆调度辅助方法也与车辆调度服务服务器20同样,能够将富余时间短的可利用车辆40设定为调度车辆候补,因此,能够抑制用于车辆40的运行的能量的浪费。

另外,在上述实施方式中,车辆调度服务系统10由车辆调度服务服务器20、车辆40以及用户终端60构成。但是,也可以省略车辆调度服务服务器20,由车辆40或用户终端60承担该车辆调度服务服务器20实现的功能。例如,在车辆40实现车辆调度服务服务器20的功能的情况下,车辆40使用通信装置42,从用户终端60接收车辆调度请求数据。另外,例如在用户终端60实现车辆调度服务服务器20的功能的情况下,用户终端60使用输入设备62接收车辆调度请求数据。

另外,在本实施方式中,示出了通过软件实现控制装置21、41、61所具备的多个信息处理回路的例子,但当然也可以准备用于实现各信息处理回路的功能的专用硬件来构成信息处理回路。另外,多个信息处理回路可以由单独的硬件构成。

如上所述,虽然记载了本发明的实施方式,但是不应该理解为构成该公开的一部分的论述及附图限定本发明。对于本领域技术人员来说,从该公开可以明确各种代替实施方式、实施方式以及运用技术。

根据本发明,由于能够将到下一个预约的时间短的车辆调度给利用时间短的新请求,将到下一个预约的时间长的车辆调度给利用时间长的新请求,所以能够提高服务的运行效率。

符号说明

10:车辆调度服务系统

20:车辆调度服务服务器(车辆调度辅助装置)

21:控制装置

22:存储装置

221:运行信息DB

23:通信装置(接收部)

40:车辆(已完成预约车辆、可利用车辆、调度车辆、空车车辆)

41:控制装置

42:通信装置

60:用户终端(操作终端)

61:控制装置

62:输入装置

63:显示装置

64:通信装置

相关技术
  • 车辆的物资调度方法、系统及具有其的车辆
  • 车辆调度方法、装置、系统及存储介质
  • 一种基于车辆调度的区域急救监控方法、系统及装置
  • 一种无人驾驶车辆的物流调度方法、调度平台以及存储介质
  • 车辆调度系统、车辆调度方法以及车辆调度装置
  • 车辆调度控制装置、车辆调度控制系统以及车辆调度控制方法
技术分类

06120116485339