服务器、车辆运行系统、车辆运行方法以及非易失性计算机可读取介质

技术领域

本发明涉及服务器、车辆运行系统、车辆运行方法以及非易失性计算机可读取介质。

背景技术

以往，已知根据来自使用者的要求而运行的车辆。例如在专利文献1中公开了一种提高运行效率的按需巴士的车辆调配方法。

现有技术文献

专利文献

专利文献1：日本特开2019-16290号公报

发明内容

发明要解决的问题

在进行能够使多个使用者作为乘客乘车的多个车辆的运行管理的情况下，进行运行管理的主体要求能够根据使用者的目的将使用者灵活且高效地从出发地输送到目的地。

鉴于该情况而完成的本公开的目的在于提高使用按需型的车辆调配服务的使用者移动的灵活性。

用于解决问题的方案

本公开的一实施方式的服务器包括通信部和控制部。所述通信部被构成为能够从信息终端接收委托信息，该委托信息包含表示使用者的位置的第1位置信息和表示所述使用者的移动目的的目的信息。所述控制部被构成为能够搜索运行时间表信息和设施信息，该运行时间表信息表示多个车辆各自的运行路径和经过该运行路径上的多个地点的预定时刻，该设施信息包括表示多个设施各自的位置的第2位置信息以及表示所述多个设施各自的属性的属性信息。该控制部被构成为若所述通信部接收到所述委托信息，则基于所述运行时间表信息、所述设施信息以及所述委托信息，提取：所述多个设施中的具有适合于所述目的信息的所述属性的第1设施、所述多个车辆中的能够用于供所述使用者移动到所述第1设施的搭乘车辆以及所述搭乘车辆的所述运行路径上的使所述使用者乘车的乘车位置和所述搭乘车辆的所述运行路径上的使所述使用者下车的下车位置。

本公开的一实施方式的车辆运行系统包括上述服务器和分别按照所述运行时间表信息运行的多个车辆。

本公开的一实施方式的车辆运行方法包括如下步骤：从信息终端接收委托信息，该委托信息包括表示使用者的位置的第1位置信息和表示所述使用者的移动目的的目的信息。另外，所述车辆运行方法包括如下步骤：基于表示多个车辆各自的运行路径和经过该运行路径上的多个地点的预定时刻的运行时间表信息、包括表示多个设施各自的位置的第2位置信息及表示所述多个设施各自的属性的属性信息的设施信息、以及所述委托信息，提取：所述多个设施中的具有适合于所述目的信息的所述属性的第1设施、所述多个车辆中的能够用于供所述使用者移动到所述第1设施的搭乘车辆以及该搭乘车辆的所述运行路径上的使所述使用者乘车的乘车位置及使所述使用者下车的下车位置。

本公开的一实施方式的车辆运行程序使处理器执行获取委托信息，该委托信息包括表示使用者的位置的第1位置信息和表示所述使用者的移动目的的目的信息。而且，所述车辆运行程序使所述处理器执行如下处理：基于表示多个车辆各自的运行路径和经过该运行路径上的多个地点的预定时刻的运行时间表信息、包含表示多个设施各自的位置的第2位置信息及表示所述多个设施各自的属性的属性信息的设施信息、以及所述委托信息，提取：所述多个设施中的具有适合于所述目的信息的所述属性的第1设施、所述多个车辆中的能够用于供所述使用者移动到所述第1设施的搭乘车辆以及该搭乘车辆的所述运行路径上的使所述使用者乘车的乘车位置及使所述使用者下车的下车位置。

发明效果

根据本公开的一实施方式的服务器、车辆运行系统、车辆运行方法以及车辆运行程序，能够提高使用按需型的车辆调配服务的使用者的移动的灵活性。

附图说明

图1是表示一实施方式的车辆运行系统的构成例的示意图。

图2是表示一实施方式的车辆运行系统的构成例的框图。

图3是表示由一实施方式的服务器管理的信息的图。

图4是表示一实施方式的属性信息的层级构造的一例的图。

图5是表示由一实施方式的车辆管理的信息的一例的图。

图6是表示一实施方式的车辆的构成例的侧视图。

图7是说明一实施方式的信息终端、服务器以及车辆间的信息的传递的图。

图8是表示服务器所执行的步骤的一例的流程图。

图9是辅助说明一实施方式的第1设施的提取方法的图。

图10是表示图8的流程图中的提取第1设施的步骤的一例的流程图。

图11是表示图8的流程图中的提取第1设施的步骤的另一例的流程图。

图12是表示车辆的控制装置所执行的步骤的一例的流程图。

附图标记说明

1、车辆运行系统；10、服务器；12、服务器控制部(控制部)；14、服务器通信部(通信部)；15、数据库；20、车辆；22、控制装置；24、通信装置；25、位置信息获取装置；26、摄影机；30、信息终端；40、网络；50、车身；51、车门；60、外部信息源；F1～F4、设施；J1、J2、拥堵区域；P1、乘车位置；P2、下车位置；R1～R3、运行路径；U、使用者。

具体实施方式

以下，参照附图说明本公开的一实施方式。以下的说明所使用的图是示意性的。附图中的尺寸比例等不必与现实一致。

如图1和图2所示，一实施方式的车辆运行系统1包括服务器10、车辆20以及信息终端30。服务器10、车辆20以及信息终端30与网络40连接，能够互相通信。虽然并非必须，但网络40还连接有数据库(DB)15。服务器10、车辆20、信息终端30以及DB15各自的数量并不限于1个，可以是2个以上。车辆运行系统1可以包括DB15。DB15可以包含不包含在车辆运行系统1中的外部数据库。

车辆运行系统1基于使用者自信息终端30的委托，向使用者提示适合于委托内容的设施和成为移动手段的车辆20的乘车及下车的位置及时刻。在使用者认可了所提示的内容的情况下，使用者能够预约搭乘该移动手段所涉及的车辆20。在本申请中，将使用车辆运行系统1的人称为“使用者”，将搭乘车辆20的人称为“乘客”。在“使用者”使用车辆运行系统1搭乘车辆20的情况下，“使用者”包含在“乘客”中。

车辆运行系统1所提示的车辆20是预先基于来自其他乘客的预约而调配的车辆。使用者以要合乘预先通过来自其他乘客的预约而调配的车辆20为前提。车辆20的运行时间表基于来自一人以上的乘客的预约，在使用者进行委托之前决定。然而，这并不妨碍为了使使用者搭乘车辆20而车辆运行系统1的服务器10调整预先决定的时间表。运行时间表包括各个车辆20的运行路径和经过运行路径上的多个地点的预定时刻。车辆20基于来自乘客的预约运行而使乘客搭乘的服务也被称为按需巴士服务。在以下，作为车辆20，以按需巴士服务所使用的巴士为例进行说明。然而，车辆20不限于巴士。车辆20包括能够出现多人的客车。

基于来自乘客的预约的车辆20的分配和运行时间表的决定既可以由服务器10进行，也可以由车辆运行系统1之外的其他系统进行。车辆20的运行时间表的信息即运行时间表信息既可以储存在DB15中进行管理，也可以储存于服务器10内的后述的存储部内。运行时间表信息除了包括运行路径和经过运行路径上的多个地点的预定时刻的信息之外，还可以包括车辆20在各运行路径上的预定乘车人数以及能够追加乘车的可能乘车人数等。服务器10能够搜索运行时间表信息。服务器10能够调整运行时间表信息。例如，服务器10能够在运行路径上或其附近设定用于供使用者乘车或下车的停车位置以及设定停车时刻。服务器10可以从各个车辆20接收反映了实际的运行路径上的运行状况的运行时间表信息，并更新存储部内的运行时间表信息。运行时间表信息是由服务器10管理的服务器管理信息。

(服务器)

服务器10可以包括1个或者相互能够通信的多个服务器装置。服务器10例如可以由提供按需巴士服务的主体运用。服务器10能够在与车辆20和信息终端30之间收发各种信息。服务器10被构成为能够执行与车辆运行系统1所提供的服务有关的各种处理。服务器10可以管理车辆20的运行。服务器10可以通过与车辆20通信而获取例如车辆20的位置或者速度等与车辆20有关的各种信息。服务器10可以从车辆20或者车辆运行系统1的外部的信息源获取与运行路径的拥挤状况有关的拥挤信息。服务器10可以被构成为不仅能够执行这些处理，还能够执行用于管理车辆20的运行的各种处理。

服务器10包括服务器控制部12和服务器通信部14。服务器控制部12也简称为控制部。服务器控制部12可以包含1个以上的处理器。在本实施方式中，“处理器”是通用的处理器、专用于特定的处理的专用处理器等，但不限于此。服务器控制部12可以包含1个以上的专用电路。专用电路例如可以包含FPGA(Field-Programmable Gate Array：现场可编程门阵列)或者ASIC(Application Specific Integrated Circuit：专用集成电路)。服务器控制部12既可以代替处理器而包含专用电路，也可以与处理器一起包括专用电路。服务器通信部14也简称为通信部。服务器通信部14可以包括通信模块，与各个车辆20通信。

服务器10还可以包括存储部。存储部例如为半导体存储器、磁存储器或者光存储器等，但不限于此。存储部例如也可以作为主存储装置、辅助存储装置或者高速缓冲存储器发挥功能。存储部可以包含磁盘等电磁存储介质。存储部储存服务器10的动作所使用的任意的信息。例如，存储部也可以储存系统程序或者应用程序等。服务器10也可以以DB15为存储部，储存程序或者信息等。存储部也可以包含在服务器控制部12中。

图3表示被存储于DB15或者服务器10的存储部、能够由服务器10管理的服务器管理信息。服务器管理信息包括运行时间表信息和与多个设施相关的设施信息。服务器10能够按照预定的条件搜索与多个车辆20相关的运行时间表信息和与多个设施相关的设施信息。在运行时间表信息和设施信息储存在DB15中的情况下，服务器10能够按照预定的条件检索DB15内的运行时间表信息和设施信息。

设施信息包括表示多个设施各自的位置的第2位置信息和表示多个设施各自的属性的属性信息。位置信息可以通过纬度和经度或者预定的地图上的位置等来表现。属性信息表示设施本身或者设施所提供的服务的特征。如图4所例示，属性信息可以具有层级化为2个以上的层级的层级构造。例如，属性信息的第1层级包括店铺、休闲设施以及公共设施等中的任意者。在第1层级的属性信息为店铺的情况下，第2层级的属性信息可以包括西餐馆、购物中心以及百货商店等中的任意者。多个设施能够根据属性信息来分类。

设施信息还能够包括优先级信息。优先级信息表示该设施的优先级。优先级信息能够在服务器控制部12提取向使用者提示的设施时使用。具有高优先级的设施优先向使用者提示。例如，可将与车辆运行系统1的运营主体具有合作关系或者交易关系的设施的优先级设定得较高。例如，相对于车辆运行系统1的运营主体，提供下车场所的设施的优先级设定得较高。

服务器管理信息还可以包括使用者信息、拥挤信息以及地图信息。使用者信息包括确定使用者的使用者确定信息。使用者确定信息能够被称为使用者ID。使用者确定信息可以与使用者的姓名、联系人以及计费信息等相关联地存储。在车辆运行系统1根据使用者的过去的使用实际结果对使用者赋予奖励的情况下，使用者信息可以包含与使用者确定信息相关联的与奖励相关的奖励信息。

拥挤信息表示多个车辆20各自的运行路径的交通的拥挤状况。服务器10可以通过任意的手段收集拥挤信息。服务器控制部12可以构成为能够经由服务器通信部14从多个车辆20接收拥挤信息。例如，多个车辆20可以基于实际在运行路径的各部分通行时花费的时间来判断拥堵，向服务器10发送拥挤信息。或者，多个车辆20可以在运行中获取周边图像来判断拥挤，向服务器10发送拥堵信息。服务器控制部12也可以从不包含在车辆运行系统1中的交通信息服务提供商等外部信息源60获取拥挤信息。服务器10可以基于当前时刻的拥挤信息更新运行时间表信息。服务器控制部12可以存储过去的运行路径上的拥挤状况，将按照星期数和时段表示易于发生拥挤的场所的信息作为拥挤信息并保存在存储部中。

地图信息表示车辆运行系统1提供服务的区域的地理信息。地图信息包括道路的信息。车辆20的运行时间表信息和设施的第2位置信息可以与地图信息相关联地存储。地图信息还可以包括车辆20易于停车的位置以及禁止停车的位置等信息。

(车辆)

车辆20例如是按需巴士服务所使用的巴士等乘客输送用的车辆，但不限于此，可以是使用者能够作为乘客使用的任意的车辆。车辆20的数量不限于1台，也可以为2台以上。车辆20也可以是能够通过自动驾驶而运行的车辆。自动驾驶例如可以以在SAE(Society ofAutomotive Engineers：国际汽车工程师学会)中定义的等级1至等级5中的任一等级实施。自动驾驶不限于例示的定义，也可以基于其他定义来实施。

如图2所示，车辆20搭载有控制装置22和通信装置24。控制装置22和通信装置24经由例如CAN(Controller Area Network：控制器局域网)等车载网络或者专用线，能够相互通信地连接。

控制装置22控制车辆20所具备的各构成部。控制装置22可以包括1个以上的处理器。控制装置22既可以代替处理器而包括1个以上的专用电路，也可以包括处理器以及1个以上的专用电路。控制装置22可以还包括存储部。

车辆20可以在控制装置22的存储部中存储车辆管理信息。车辆20也可以具有与控制装置22的存储部不同的存储装置，在该存储装置中存储车辆管理信息。如图5所示，车辆管理信息包括车辆20自身的运行时间表信息和预定乘降信息。车辆20自身的运行时间表信息包括车辆20自身的运行路径和经过运行路径上的多个地点的预定时刻。车辆20按照运行时间表信息在运行路径上运行。预定乘降信息包括预定在运行路径上的各地点乘车或下车的人数的信息。车辆20按照预定乘降信息在运行路径上的多个停车位置使乘客乘车或下车。车辆管理信息还可以包括运行历史信息。运行历史信息可以包括车辆20在运行路径上的各地点的实际到达时刻的信息。控制装置22可以基于实际的到达时刻实时更新运行时间表信息。控制装置22可以在更新了车辆20的运行时间表信息时，将该更新了的信息经由通信装置24向服务器10发送。

通信装置24经由网络40而与服务器10通信。通信装置24既可以经由网络40而与信息终端30通信，也可以不经由网络40而与信息终端30通信。通信装置24例如可以是车载通信设备。通信装置24可以包括与网络40连接的通信模块。通信模块可以包括与例如4G(4thGeneration：第4代)和5G(5th Generation：第5代)等移动通信标准相对应的通信模块，但不限于此。通信装置24可以构成为，能够通过NFC(Near Field Communication：近场通信)或者Bluetooth(注册商标)等而与信息终端30通信。

通信装置24能够在与服务器10的服务器通信部14之间收发各种信息。例如，通信装置24能够向服务器通信部14发送拥挤信息和更新后的运行时间表信息。另外，服务器通信部14能够向通信装置24发送用于使使用者乘车的乘车信息。乘车信息包括车辆20的控制装置22为了确认预约了乘车的使用者而能够使用的乘车许可信息以及使用者的乘车位置和下车位置等信息。

如图2所示，车辆20还能够包括位置信息获取装置25。位置信息获取装置25与搭载于车辆20的其他构成部能够经由CAN等车载网络或者专用线相互通信地连接。位置信息获取装置25获取车辆20的位置信息。位置信息获取装置25可以包括与卫星定位系统相对应的接收机。与卫星定位系统相对应的接收机例如也可以包括GPS(Global PositioningSystem：全球定位系统)接收机。在本实施方式中，车辆20能够使用位置信息获取装置25获取车辆20自身的位置信息。

车辆20还能够包括摄影机26。摄影机26能够拍摄车辆20的周围的道路状况。摄影机26既可以包括拍摄可见光的摄像设备，还可以包括拍摄红外光等除可见光之外的电磁波的摄像设备。摄影机26所拍摄的图像也称为车载摄影机图像。车辆20可以根据摄影机图像判断拥挤状况，将该判断结果作为拥挤信息利用通信装置24向服务器10发送。车辆20可以将车载摄影机图像作为拥挤信息利用通信装置24向服务器10发送。在该情况下，拥挤状况的判断由服务器10进行。

如图6所示，车辆20包括车身50。车辆20还可以包括车门52。车门52能够开闭地构成。车门52可以以滑动式或者折叠式等各种方式开闭。车辆20可以在打开车门52的状态下使使用者乘降。车辆20可以在关闭车门52的状态下行驶。车辆20可以通过与使用者的信息终端30进行通信，来认证使用者是否是进行了预约的使用者。例如，车辆20可以在预约了的使用者靠近停车中的车辆20时打开车门52。

(信息终端)

信息终端30是具有输入输出部、信息处理部、通信部以及位置检测部的信息终端。作为信息终端30，例如能够使用智能手机等便携信息终端。输入输出部例如包括带有触摸板的液晶显示器。信息终端30能够利用输入输出部接受来自使用者的输入，将由信息终端30处理的信息向使用者显示。信息处理部被构成为包括处理器。信息处理部执行信息终端30的各种信息处理。通信部例如被构成为包括与网络40的通信方式相对应的无线通信模块。信息终端30能够利用通信部经由网络40而与服务器10通信。信息终端30可以经由网络40而与车辆20通信。位置检测部例如能够具备与车辆20所具备的位置信息获取装置25相同或者类似的结构。位置检测部能够检测信息终端30自身的位置。

信息终端30能够使为了使用车辆运行系统1提供的服务而使用的应用程序工作。信息终端30能够按照应用程序自使用者输入信息和向使用者输出信息，以及在与服务器10之间收发信息。

信息终端30可以具有不经由网络40而与车辆20通信的手段。信息终端30可以在使用者搭乘车辆20时与车辆20直接通信，收发用于认证该车辆20是否是分配给使用者的乘车预约的车辆20的乘车许可信息。

根据上述说明，在信息终端30与服务器10之间以及服务器10与车辆20之间收发的信息的例子在图7中示出。车辆20将拥挤信息适当地向服务器10发送。信息终端30接受使用者的操作，向服务器10发送委托信息。接受了委托信息的服务器10向信息终端30发送提案信息。信息终端30根据使用者的操作针对提案信息向服务器10发送第1响应或者第2响应。在提案信息被使用者认可时，服务器10向作为搭乘车辆的车辆20发送乘车信息。作为搭乘车辆的车辆20在使使用者乘车或下车时，向服务器10发送表示乘车完成或者下车完成的信息。

(车辆运行方法)

服务器10可以按照图8所示的流程图的步骤执行本公开的车辆运行方法。车辆运行方法也可以作为由服务器控制部12执行的车辆运行程序来实现。车辆运行程序能够存储在非易失性计算机可读介质中。作为非易失性计算机可读介质的例子，包括硬盘、RAM、ROM、闪速存储器、CD-ROM、光存储设备或者磁存储设备等，但并不限定于此。

在以下，与图8的流程图的说明一起，使用图9说明服务器10所执行的处理步骤的更具体的例子。图9仅说明了使用车辆运行系统1的使用场景的一例，并不对本公开的服务器、车辆运行系统、车辆运行方法以及车辆运行程序施加任何限制。

首先，服务器控制部12利用服务器通信部14从使用者的信息终端30接收委托信息(步骤S11)。使用者能够通过操作所持有的信息终端30，向服务器10发送委托信息。委托信息包括表示使用者的位置的第1位置信息和表示使用者的移动目的的目的信息。

作为车辆运行系统1的使用场景的一例，设想使用者想要按照当前的移动目的尽快移动的情况。在这样的情况下，第1位置信息能够设为由信息终端30的位置检测部检测到的使用者的当前位置。另外，使用者有时想要在从当前的时刻经过预定时间之后移动。在该情况下，使用者可以从信息终端30输入使用者在预定时间后预定的位置。在后者的情况下，委托信息还可以包括使用者希望搭乘车辆20的乘车希望时刻的信息。

目的信息例如包括“进餐”、“购物”、“休闲”或者“美术鉴赏”等。使用者能够启动信息终端30的应用程序，从多个选项中选择移动目的。

使用者能够通过向服务器10发送委托信息，来向服务器10委托移动目的地的设施与移动手段的提案。

委托信息还可以包括用于供服务器10确定使用者的使用者确定信息。例如，在提供车辆运行系统1的服务作为会员制的服务的情况下，使用者确定信息可以包括使用者的会员编号。使用者确定信息可以预先存储于信息终端30。使用者确定信息也可以在步骤S11中不包含于委托信息，在后续的步骤中从信息终端30发送到服务器10。

例如，在图9所示的例子中，使用者U作为外出者启动信息终端30的应用程序，输入移动目的。移动目的例如能够选择“进餐”。这意味着使用者U希望去进餐的场所。除移动目的之外，使用者U还可以输入乘车希望位置和乘车希望时刻。在图9的例子中，假设使用者U希望从当前位置尽快移动。在该情况下，能够省略乘车希望位置和移动开始时刻的输入。作为乘车希望位置，自动获取由信息终端30的位置检测部检测的当前位置。使用者U按下在信息终端30的触摸板上显示的发送按钮的图标等，从而向服务器10发送包括表示使用者的乘车希望位置的位置信息的第1位置信息和表示移动目的的目的信息的委托信息。

服务器控制部12从设施信息中提取具有适合于委托信息所包含的目的信息的属性的设施作为第1设施(步骤S12)。第1设施的提取例如能够按照图10的流程图执行。

首先，服务器控制部12从设施信息所包含的多个设施中选择具有适合于委托信息所包含的目的信息的属性的设施作为第1设施的候补(步骤S21)。第1设施的候补可以为多个。可以通过表示对应关系的表，将能够由信息终端30的应用程序选择的目的信息预先与设施信息所包含的属性信息以1：1或者1：N建立对应关系。

例如，在图9所示的例子中，委托信息的目的信息为“进餐”。当在服务器管理信息中包含在图4中例示的属性信息的层级的情况下，服务器控制部12能够提取具有第1层级为店铺、第2层级为西餐馆的属性的设施。作为能够“进餐”的设施，服务器控制部12从存储于设施信息的设施中选择例如设施F1～F4作为第1设施的候补。

在步骤S21之后，服务器控制部12搜索运行时间表信息，提取能够用于向第1设施的候补移动的车辆20作为搭乘车辆(步骤S22)。能够用于向第1设施的候补移动的车辆20是预定在接近使用者的希望乘车时刻的时刻经过第1位置信息所表示的位置的附近、并经过接近第1设施的候补中任意一个候补的第2位置信息所表示的位置的位置的车辆20。服务器控制部12为了判定位置是否接近，可以使用基于距离的基准。例如，服务器控制部12可以在为50m以内时判定为较近。这样的基准也可以由使用者利用信息终端30设定。

服务器控制部12将提取出能够用于移动的搭乘车辆的第1设施的候补作为第1设施提取出来(步骤S23)。服务器控制部12所提取的第1设施能够设为一个或者多个。在第1设施的提取中，服务器控制部12可以考虑设施信息中的优先级信息。例如，服务器控制部12即使在能够提取多个第1设施的情况下也可以提取优先级最高的设施。另外，在第1设施的提取中，服务器控制部12可以考虑搭乘车辆的运行路径上的拥挤信息而提取一个设施。

例如，在图9所示的例子中，使用者U希望从当前位置尽快移动。因此，服务器控制部12从在接近当前时刻的时刻运行的车辆20的运行路径R1～R3中，提取经过使用者U的当前位置附近以及设施F2和F4中的任一者附近的运行路径R1和R2及在该运行路径运行的车辆20。

服务器控制部12可以考虑优先级信息或者其他条件，提取设施F2和设施F4这两者或者任一者作为第1设施。作为其他条件，例如包括车辆20到达设施附近的到达时刻。例如，当在运行路径R2的一部分存在拥堵J1的情况下，服务器控制部12可以除去位于运行路径R2附近的设施F4，仅提取设施F2。在该情况下，将经过从使用者U的当前位置朝向设施F2附近的运行路径R1的车辆20设为搭乘车辆。

在步骤S23之后，服务器控制部12基于作为搭乘车辆的车辆20的运行路径，提取使使用者乘车的乘车位置和使使用者下车的下车位置(步骤S24)。可以基于第1位置信息，从接近搭乘车辆的运行路径上的使用者的希望乘车位置的位置选择乘车位置。可以基于第2位置信息，从接近搭乘车辆的运行路径上的第1设施的位置的位置选择下车位置。服务器控制部12为了提取乘车位置和下车位置，能够考虑地图信息。服务器控制部12能够基于地图信息，避开禁止停车的位置，将易于停车的位置设为下车位置。

服务器控制部12可以基于拥挤信息决定乘车位置和下车位置。服务器控制部12可以避开在运行路径上拥堵的区间而决定乘车位置和下车位置。服务器控制部12为了使使用者乘车和下车，也可以在不大幅改变整体的运行时间表的范围内调整运行路径。

例如，在图9所示的例子中，服务器控制部12可以从去往作为第1设施提取出来的设施F2的运行路径R1上基于第1位置信息提取接近使用者的当前位置的位置P1作为乘车位置。服务器控制部12可以基于设施信息中的设施F2的第2位置信息决定下车位置P2。当在设施F2附近存在拥堵J2时，服务器控制部12可以避开拥堵J2的位置来决定下车位置P2。

在步骤S24之后，服务器控制部12的处理返回到图8的流程图。

服务器控制部12也能够按照与图10的流程图不同的图11的流程图执行提取第1设施的步骤S12的处理。在以下，参照图11的流程图，说明提取第1设施的处理。在以下的与图11的流程图有关的说明中，省略与图10的流程图共同的内容。

首先，服务器控制部12基于运行时间表信息，从多个车辆20中选择能够用于使用者的移动的车辆20作为搭乘车辆的候补(步骤S31)。搭乘车辆的候补可以为多个。作为搭乘车辆的候补，选择预定在使用者的希望乘车时刻的附近经过运行路径的车辆20，该运行路径经过第1位置信息表示的位置附近。

例如，在图9所示的例子中，服务器控制部12搜索运行时间表信息，从在接近当前时刻的时刻运行的车辆20的运行路径R1～R3中提取经过使用者U的当前位置附近的运行路径R1和R2及在运行路径运行的车辆20。

在步骤S31之后，服务器控制部12从设施信息所包含的多个设施中提取位于搭乘车辆的候补的运行路径的周边并且具有适合于目的信息的属性的设施作为第1设施(步骤S32)。服务器控制部12所提取的第1设施能够设为一个或者多个。服务器控制部12将能够用于向适合于目的信息的第1设施移动的搭乘车辆的候补设为搭乘车辆(步骤S33)。

例如，在图9所示的例子中，在搭乘车辆的候补经过运行路径R1和R2的情况下，从位于运行路径R1和R2附近的设施中提取具有适合于目的信息的属性的设施F2和F4作为第1设施。服务器控制部12可以基于优先级信息和拥挤信息等从设施F2和F4中仅提取1个设施作为第1设施。

在步骤S33之后，服务器控制部12基于作为搭乘车辆的车辆20的运行路径提取使使用者乘车的乘车位置和使使用者下车的下车位置(步骤S34)。在步骤S34之后，服务器控制部12的处理返回至图8的流程图。

在步骤S12中，若提取第1设施，则服务器控制部12如图7所示将包含第1设施的设施确定信息的提案信息向信息终端30发送(步骤S13)。设施确定信息是用于确定第1设施的信息。例如，设施确定信息可以是取决于唯一确定设施的数值等的ID。设施确定信息还可以包括设施名称、表示设施的位置的第2位置信息。提案信息除包括设施确定信息之外，还可以包括设施的属性信息、搭乘车辆的乘车位置及乘车时刻，以及下车位置和下车时刻。在提取多个第1设施的情况下，服务器控制部12可以向信息终端30发送多条提案信息。服务器控制部12可以向信息终端30发送与第1设施相关的更详细的信息。例如，服务器控制部12可以向信息终端30发送第1设施的更详细的信息以及第1设施的网页的url地址等。服务器控制部12若向信息终端30发送提案信息，则等待来自信息终端30的响应。

信息终端30若从服务器10接收提案信息，则例如在作为触摸板的输入输出部显示基于接收到的提案信息的信息。例如，信息终端30基于设施确定信息显示第1设施的名称和位置。例如，信息终端30显示向搭乘车辆的乘车位置及乘车时刻，以及自搭乘车辆的下车位置及下车时刻。乘车位置和下车位置的信息可以在地图上显示。在从服务器10接收到多条提案信息的情况下，信息终端30可以将这些信息以列表形式显示。

信息终端30可以基于提案信息显示更详细的信息。例如，如图4所示，属性信息被层级化，信息终端30设为接收直到第3层级为止的属性信息。在信息终端30发送“进餐”作为委托信息中的目的信息的情况下，信息终端30可以显示基于接收到的属性信息提取出来的西餐馆所提供的进餐的日餐、西餐或者中餐等类别。

使用者在研究在信息终端30中显示的信息而决定向第1设施移动的情况下，从信息终端30发送表示对提案信息认可的第1响应。在使用者决定不向第1设施移动的情况下，从信息终端30向服务器10发送表示对提案信息不认可的第2响应。

在步骤13之后，服务器控制部12等待从信息终端30接收第1响应和第2响应。若信息终端30向服务器10发送第1响应或者第2响应，则服务器控制部12经由服务器通信部14接收该响应(步骤S14)。服务器控制部12在接收到的响应是表示对提案信息认可的第1响应的情况(步骤S15：Yes(是))下，前进至步骤S18。服务器控制部12在接收到的响应是表示对提案信息不认可的第2响应的情况(步骤S15：No(否))下，前进至步骤S16。

在服务器通信部14接收到第2响应的情况下，服务器控制部12从设施信息所包含的多个设施中提取适合于目的信息的与第1设施不同的第2设施(步骤S16)。服务器控制部12分别与第2设施相对应地更新搭乘车辆、乘车位置、乘车时刻、下车位置以及下车时刻。

例如，在图9的例子中，当在步骤S23中存在提取了适合于目的信息且能够用于移动的搭乘车辆的设施F2和F4，服务器控制部12提取设施F2作为第1设施的情况下，在步骤S16中，服务器控制部12能够提取设施F4作为第2设施。

服务器控制部12将包含第2设施涉及的设施确定信息的提案信息经由服务器通信部14向信息终端30发送(步骤S17)。服务器控制部12在向信息终端30发送了包含第2设施的设施确定信息的提案信息之后，等待从信息终端30接收第1响应或者所述第2响应。若接收到包含第2设施的设施确定信息的提案信息，则与接收到包含第1设施的设施确定信息的提案信息的情况同样地，信息终端30向使用者提示该信息。使用者操作信息终端30，向服务器10发送表示对提案信息认可的第1响应或者表示对提案信息不认可的第2响应(步骤S14)。

以后，在使用者不认可从服务器10发送来的提案的情况下，重复步骤S14至步骤S17。服务器控制部12可以根据各种条件使步骤S14至步骤S17的处理结束。例如，在步骤S14中，在从信息终端30接收到表示使用者决定停止设施信息的搜索的响应的情况下，服务器控制部12可以使处理结束。例如，在步骤S16中，在无法从设施信息提取具有适合于目的信息的属性的第2设施的情况下，服务器控制部12可以经由服务器通信部14将该意思通知给信息终端30，结束处理。

在步骤S15中，在接收到表示对提案信息认可的第1响应的情况下，服务器控制部12确定使用者对作为搭乘车辆的车辆20的预约。若确定预约，则服务器控制部12向作为使使用者乘车的搭乘车辆的车辆20发送乘车信息(步骤S18)。乘车信息包括乘车许可信息以及表示乘车位置和下车位置的信息。乘车信息还可以包括乘车时刻和下车时刻等时刻。乘车许可信息是在使用者搭乘作为搭乘车辆的车辆20时，车辆20的控制装置22为了确认是使用者而能够使用的信息。例如，乘车许可信息可以是使用者确定信息。或者，乘车许可信息可以是在服务器控制部12中与使用者确定信息相关联的数值信息等其他信息。例如，服务器控制部12可以在接收到第1响应之后，生成数值信息作为乘车许可信息，将其发送给车辆20和信息终端30这两者。

服务器控制部12当在步骤S18中接收第1响应而确定了预约的情况下，可以对使用者赋予奖励。奖励例如可以以将向车辆20支付的乘车费用返还给使用者的形式来赋予。奖励例如也可以作为能够应用于支付车辆20的乘车费用的积分来赋予。奖励也可以作为电子货币来赋予。奖励还可以作为能够与物品或者服务交换的积分来赋予。奖励的赋予历史可以作为奖励信息与使用者确定信息相关联地存储，由服务器控制部12管理。奖励信息例如可以存储在DB15等存储部中。使用者可以从信息终端30访问自己的奖励信息，确认并使用所赋予的奖励。

服务器控制部12可以根据各种条件改变向使用者赋予的奖励的大小。例如，服务器控制部12可以根据使用者所选择的设施来改变要赋予的奖励。例如，服务器控制部12可以被构成为在没有接收第2响应而接收到第1响应的情况下，向使用者赋予比在接收到第2响应之后接收到第1响应的情况高的奖励。通过像这样做，服务器控制部12能够将使用者引导到优先级高的设施。

服务器控制部12赋予奖励的时刻可以不是接收到第1响应而确定了预约时。例如，服务器控制部12也可以在使用者搭乘了作为搭乘车辆的车辆20时或者从车辆20下车时赋予奖励。

(搭乘车辆的动作)

以下，参照图12说明作为从服务器10接收到乘车信息的搭乘车辆的车辆20的控制装置22所执行的处理。

作为搭乘车辆的车辆20的控制装置22经由通信装置24，接收在图8的步骤S18中从服务器控制部12发送的包含乘车许可信息以及表示乘车位置和下车位置的信息的乘车信息(步骤S41)。控制装置22还可以接收表示乘车时刻和下车时刻的信息。

作为搭乘车辆的车辆20基于从服务器10接收到的表示使用者的乘车位置的信息，在运行路径上的该乘车位置停车(步骤S42)。

当使用者靠近时，作为搭乘车辆的车辆20基于乘车许可信息确认使用者是进行了预约的使用者，并放入车辆20内(步骤S43)。例如，车辆20的控制装置22经由通信装置24从信息终端30获取乘车许可信息。在从信息终端30获取到的乘车许可信息与从服务器10接收到的乘车许可信息一致时，控制装置22能够将持有信息终端30的使用者确认为是进行了预约的使用者。车辆20的通信装置24和信息终端30能够使用网络40或者其他通信手段进行通信。其他通信手段例如包括Bluetooth(注册商标)和近距离无线通信。作为另一种方法，信息终端30可以将编码化的乘车许可信息显示在输入输出部中，车辆20可以使用光学的读取装置对其进行读取。

若放入使用者，则作为搭乘车辆的车辆20向服务器10报告使用者已乘车(步骤S44)。在作为搭乘车辆的车辆20到达乘车位置并且即使从预定乘车时刻起经过了预定时间使用者也没有搭乘车辆20时，控制装置22可以经由通信装置24向服务器10发送该意思。服务器控制部12可以在存储部中存储使用者乘车了或者没有乘车的情况。在使用者没有搭乘作为搭乘车辆的车辆20时，服务器控制部12可以向信息终端30通知该意思。

在步骤S44之后，作为搭乘车辆的车辆20按照运行路径行驶(步骤S45)。

作为搭乘车辆的车辆20在到达使用者的下车位置时停车而使使用者下车(步骤S46)。车辆20的控制装置22可以在使用者下车时经由通信装置24向服务器10通知使用者的下车。

如以上说明的那样，根据本实施方式的车辆运行系统1，服务器10对适合于使用者的目的信息的设施以及可搭乘的车辆20进行提案，因此能够提高与目的相应的使用者的移动的灵活性。服务器10能够搜索车辆20的运行时间表信息，因此能够立即从多个车辆20中对可搭乘的车辆20进行提案。另外，服务器10能够获取运行路径的拥挤信息，因此能够根据拥挤信息提取恰当的设施以及提取恰当的乘车位置和下车位置。

另外，根据本实施方式的车辆运行系统1，由于在预定搭乘决定了运行时间表的车辆20的人的人数不满员的情况下，能够使使用者乘车，因此车辆20的使用效率提高。

需要说明的是，本发明并不仅限于上述实施方式，能够进行多种变形或者变更。例如，各手段或者各步骤等所包含的功能等能够以逻辑上不矛盾的方式进行再配置，能够将多个手段或者步骤等组合为1个、或者进行分割。