阅读说明：本技术 车辆管理系统、车辆管理装置以及车辆管理方法 (Vehicle management system, vehicle management device, and vehicle management method ) 是由 梶原晋吾 三好健宏 渡边省吾 藤田和正 藤本博也 于 2018-12-05 设计创作，主要内容包括：用户的终端设备(2)具备发送部,该发送部经由电信网络向所述服务器(1)发送用于决定用户希望的希望设施所需的希望信息,服务器(1)具备：目的地设定部,其基于希望信息来设定车辆的目的地；以及设施信息获取部,其经由电信网络获取包含表示希望设施的空闲状况的信息的设施信息,车辆具备到达时刻调整部,该到达时刻调整部基于设施信息管理车辆的行驶,来调整车辆到达所述目的地的到达时刻。(A terminal device (2) of a user is provided with a transmission unit for transmitting desired information required for determining a desired facility desired by the user to the server (1) via a telecommunication network, and the server (1) is provided with: a destination setting unit that sets a destination of the vehicle based on the desire information; and a facility information acquisition unit that acquires facility information including information indicating an empty state of the desired facility via the telecommunication network, wherein the vehicle includes an arrival time adjustment unit that controls traveling of the vehicle based on the facility information and adjusts an arrival time at which the vehicle arrives at the destination.)

车辆管理系统、车辆管理装置以及车辆管理方法

技术领域

本发明涉及一种车辆管理系统、车辆管理装置以及车辆管理方法。

本申请要求基于2017年12月27日申请的日本专利申请特愿2017-252034的优先权，对于承认以参考的方式引入文献的指定国家，将上述申请中记载的内容以参考的方式引入到本申请中，作为本申请的记载的一部分。

背景技术

已知一种从移动设备进行订购的订购方法，该订购方法包括以下步骤：经由网络获取表示一个以上的设施的周围的道路状态的状态描述信息；基于所述移动设备的当前的位置以及所述状态描述信息选择所述一个以上的设施中的最近的设施；利用所述移动设备，经由所述网络向选择出的所述最近的设施发送所述订购，在该订购方法中，使用顾客的位置信息，基于该顾客期待的到达时刻在恰好的定时安排订购处理的订购方法(专利文献1)。

现有技术文献

专利文献

专利文献1：日本特开2016-184410号公报

发明内容

发明要解决的问题

然而，在上述的订购方法中，由于设施中的店铺不一定有空位，因此用户即使在期待的到达时刻到达设施，也有可能无法接受所订购的服务等。

本发明要解决的课题在于提供一种能够与车辆到达希望设施的定时相对应地在设施内接受服务等的车辆管理系统、车辆管理装置以及车辆管理方法。

用于解决问题的方案

本发明通过以下方式解决上述课题：通过服务器1经由电信网络3从用户的终端设备2获取用于决定该用户希望的希望设施所需的希望信息，基于获取到的希望信息来设定具有自动驾驶功能的车辆的目的地，通过服务器1经由电信网络3获取包含表示希望设施的空闲状况的信息的设施信息，基于设施信息3管理该车辆的行驶来调整车辆到达目的地的到达时刻。

发明的效果

根据本发明，能够实现车辆利用服务的利用率的提高。

附图说明

图1是表示本发明所涉及的车辆管理系统的一个实施方式的框图。

图2是表示由图1的车辆管理系统执行的信息处理过程的流程图。

图3是表示由图1的群体生成部生成的希望体验列表的一例的图。

图4是表示由图1的目的地提议部执行的目的地候选的检索结果的一例的图。

图5是表示从图1的目的地提议部向用户的终端设备发送的提议信息的一例的图。

图6是表示由图1的车辆调度时间表生成部生成的车辆调度时间表的一例的图。

图7是表示基于从图1的自动驾驶控制部向运输服务用车辆(自动驾驶汽车)发送的车辆调度时间表的行驶路线的一例的图。

图8是表示由图1的车辆管理系统执行的信息处理过程的流程图。

图9是表示由图1的车辆管理系统执行的信息处理过程的流程图。

图10是表示由图1的服务器管理的设施信息的一例的图。

图11是表示由图1的车辆管理系统执行的信息处理过程的流程图。

具体实施方式

下面，基于附图说明本发明所涉及的车辆管理系统的一个实施方式。图1是表示本发明的一个实施方式所涉及的车辆管理系统的框图，本实施方式的系统包括服务器1、多个用户的终端设备2、构成电信网络的网络3以及一个或多个运输服务用车辆4。本实施方式的系统根据由用户指定的条件来决定用户希望的希望设施，并调度运输服务用车辆4以将用户运送到目的地。而且，获取包含表示希望设施的当前的空闲状况的信息的设施信息，通过根据空闲状况管理运输服务用车辆4的行驶来调整到达目的地的到达时刻，以使到达目的地的用户不会在希望设施进行长时间等待。

关于决定用户希望的希望设施的决定方法，例如在用户能够操作移动终端来选择具体的设施(特定的餐厅、娱乐设施、购物设施等)的情况下，服务器1经由网络3获取与所选择的希望设施有关的希望信息，基于获取到的希望信息来决定希望设施即可。然后，将希望设施的位置或者希望设施的周围的位置决定为运输服务用车辆4的目的地。

另一方面，希望设施不一定需要由用户进行选择，例如，也可以通过下面的方法，基于用户的希望条件来决定希望设施。此外，下面，在将希望设施的位置设为运输服务用车辆4的目的地的基础上说明实施方式，但运输服务用车辆4的目的地也可以是希望设施的位置的周围且适合运输服务用车辆4停车的位置。例如，虽然尚未决定特定的目的地(出行地)但是具有模糊的希望体验的用户将与该希望的体验有关的信息(希望信息)发送到服务器1，由此，服务器1提取希望相同的体验的其他用户，在将这些用户汇集为一个群体的基础上，从数据库中提取与该希望的体验最匹配的目的地(希望设施)，并向构成群体的用户们提议该目的地。即，与希望的体验有关的信息是用于决定用户的希望设施所需的希望信息的一例。然后，对运输服务用车辆进行车辆调度，提供在经由同意了该提议的用户们的位置的同时搭载他们并将他们运输到目的地的服务。另外，运输到目的地的处理中还包括如下处理：通过根据希望设施的空闲状况管理运输服务用车辆4的行驶来调整到达目的地的到达时刻，以使到达目的地的用户不会在希望设施进行长时间等待。

虽未特别限定，但为了使本发明容易理解而列举本发明的一例，来到不熟悉的地方的旅行者A在执行下一个计划之前有几个小时的时间，在此期间，该旅行者A想品尝当地的美食，其中尤其想吃什锦烧，在该情况下，以往一般是使用智能电话等终端设备在美食网站检索什锦烧的推荐店铺，并使用出租车等移动到那里。然而，在以往的使用美食网站进行的店铺检索中，即使显示出场所和店铺名，也必须自己一个人前往该店铺，而且，出租车费并不便宜，即使使用廉价的公共汽车，也往往因为是不熟悉的地方而不清楚走法。另外，如果不使用导航网站等其它的检索网站，则也不清楚去那里来回花费多少时间，因此非常不方便。因此，在本实施方式的系统中，汇集同样想吃什锦烧的用户，提取预先存储的推荐的什锦烧的店铺，并在向这些多个用户的当前位置调度运输服务用车辆同时搭载他们，将他们运输到设为目的的什锦烧店铺。

本实施方式所涉及的“希望的体验”是指用户自己想体验的事情，用上述的例子来说，是指“想用餐”，特别是其中“想吃什锦烧”这一体验。除了这种想用餐的体验之外，还有诸如想去观光地、想买东西、想看电影、想看体育比赛、想去医院等类型，在本实施方式的系统中，包含这样的多种体验。

另外，本实施方式所涉及的“用户希望的希望设施”包括用户通过操作终端设备2等选择出的设施、服务器基于用户向服务器侧提供的希望条件选择出的设施或者如上所述的服务器基于用户希望的体验提议的设施。

本实施方式的服务器1由具备硬件以及软件的计算机构成，并且由存储有程序的ROM(Read Only Memory：只读存储器)、执行该ROM中存储的程序的CPU(CentralProcessing Unit：中央处理器)以及作为可访问的存储装置发挥功能的RAM(RandomAccess Memory：随机存取存储器)构成。此外，作为动作电路，能够取代CPU(CentralProcessing Unit)或与CPU(Central Processing Unit)一起使用MPU(Micro ProcessingUnit：微处理器)、DSP(Digital Signal Processor：数字信号处理器)、ASIC(ApplicationSpecific Integrated Circuit：专用集成电路)、FPGA(Field Programmable Gate Array：现场可编程门阵列)等。而且，如图1所示，希望体验受理部11、群体生成部12、目的地提议部13、车辆调度时间表生成部14以及自动驾驶控制部15通过ROM中构建的软件来实现后述的各功能。另外，作为存储单元，具备利用者信息存储部16、体验/场所信息存储部17以及车辆信息存储部18，上述的希望体验受理部11、群体生成部12、目的地提议部13、车辆调度时间表生成部14以及自动驾驶控制部15利用这些存储部中存储的信息并且通过ROM中构建的软件来实现后述的各功能。

作为本实施方式的系统的前提，能够成为用户的多个人分别拥有日常携带或使用的终端设备2。作为这种终端设备2，能够使用智能电话、移动电话、便携式计算机等。本实施方式的终端设备2具备计算机功能，并且具备后述的用于输入数据的输入部、用于将输入的数据发送到服务器1的希望体验受理部11的通信功能以及检测终端设备2的当前位置的GPS接收机等位置检测功能。而且，各终端设备2经由因特网及其它网络3(无线通信网络)将自己的ID、当前位置、输入数据发送到服务器1的希望体验受理部11。在后文中叙述向本实施方式的终端设备2输入的各种信息的具体例。

运输服务用车辆4是具有自动驾驶功能的车辆，能够使用安装有导航装置并具有对行驶控制(速度控制和转向控制)进行自动控制的功能的、人驾驶的汽车，或者使用安装有导航装置并对行驶控制(速度控制和转向控制)进行自动控制的、无人驾驶的汽车。在下面的实施方式中，以如下的无人自动驾驶汽车为例进行说明，该无人自动驾驶汽车为道路交通法规允许的无人自动驾驶汽车，通过输入从当前所在地起的经由地和目的地5的位置信息(例如纬度/经度)以及与行驶路线有关的节点信息，由此一边用摄像机等检测行驶环境一边自动地执行出发、速度控制、停止、左右转等速度控制和转向控制，在经由地搭载用户并向目的地5运输。准备多台这样的运输服务用车辆4，多台运输服务用车辆4在准备好的多个待机站待机，或者一边在规定的行驶路线上巡回一边等待来自服务器1的行驶指令。

接下来，说明服务器1的结构。希望体验受理部11经由网络3以规定的时间间隔(例如100msec)受理多个用户从各自携带的终端设备2发送的信息。希望体验受理部11具有希望信息获取部来作为用于获取希望信息的功能块。图3是表示由服务器1的群体生成部12生成的希望体验列表的一例的图。作为从终端设备2发送的信息，如图3所示，除了包括拥有该终端设备2的用户的ID之外，还包括作为与希望的体验有关的信息的类型、该类型中的小分类即抽象的希望体验信息、出行地的范围、乘车位置、下车位置、希望的体验的希望时间段、返回下车位置的时间、希望预算等。

用户的ID中例如包含姓名、住址、性别、年龄段(或年龄)、出身国家、兴趣等，各用户在利用本实施方式的系统之前访问系统来预先登记这些信息，本实施方式的系统将该登记后的各用户的信息存储在服务器1的利用者信息存储部16中。本实施方式的系统中登记的用户在利用该系统的情况下，启动安装于终端设备2的本实施方式的系统的执行程序(应用软件等)，通过输入预先赋予的ID来连接服务器1。在服务器1的利用者信息存储部16中，以与各用户的ID相关联的方式存储事先登记的姓名、住址、性别、年龄段(或年龄)、出身国家、兴趣等属性信息，当特定的用户使用自己的ID访问服务器1时，服务器1能够识别利用者信息存储部16中存储的这些属性信息。

虽然省略了图示，但是当用户使用终端设备2访问服务器1时，在该用户的终端设备2上显示能够输入作为上述的与希望的体验有关的信息的类型、该类型中的小分类即抽象的希望体验信息、出行地的范围、乘车位置、下车位置、希望的体验的希望时间段、返回下车位置的时间、希望预算等的画面，用户针对各项目输入与希望的体验有关的信息。另外，向希望体验受理部11的终端设备2发送的当前的位置信息是通过终端设备2所具备的GPS接收机等位置检测传感器检测纬度以及经度得到的，该位置信息同与希望的体验有关的信息一起被发送到希望体验受理部11。

此外，在本实施方式的系统中，作为向希望体验受理部11发送的信息，例示了类型、该类型中的小分类即抽象的希望体验信息、出行地的范围、乘车位置、下车位置、希望的体验的希望时间段、返回下车位置的时间、希望预算等，但只要至少发送类型或者该类型中的小分类即抽象的希望体验信息即可，关于出行地的范围、乘车位置、下车位置、希望的体验的希望时间段、返回下车位置的时间、希望预算等信息，可以根据需要进行发送。另外，用户既可以在终端设备2上显示的输入画面中手动输入希望的体验信息，也可以是以下拉菜单的形式准备好输入的频度高的内容以供选择的输入方法。并且，关于这些输入信息中的不是特别在意的项目，也可以准备“没有希望”的项目或者以空栏的状态发送到服务器1，由此识别没有特别的希望的意思。

在图3所示的一例中，设为用户A(女性、20多岁、美国出身)位于北纬35°/东经139°，选择了“用餐”的类型中的“想吃X”，并选择了出行地范围为“神奈川县内”、希望时间段为“15：00～16：00”、返回时间为“19：00之前”、希望预算为“3000日元以内”。此外，“X”是用餐中的具体的食物，例如上述的“什锦烧”等。另外，乘车地为空栏意味着希望在当前的位置乘车，下车地为空栏意味着仅希望运输到目的地5。

同样地，设为用户B(女性、20多岁、美国出身)位于北纬33°/东经139°，选择了“用餐”的类型中的“想吃X’”，并选择了出行地范围为“神奈川县内”、希望时间段为“下午”、返回时间为“19：00之前”、希望预算为“3000日元以内”，乘车地和下车地为空栏。此外，“X’”是与上述一例的什锦烧X类似的食物，例如文字烧等。

另外，同样地，设为用户C(男性、20多岁、中国出身)位于北纬34°/东经140°，选择了“观光”的类型中的“想看Y”，并选择了出行地范围为“东京都内”、希望时间段为“晚上”、返回时间为“24：00之前”、希望预算为“4000日元以内”，乘车地和下车地为空栏。

另外，同样地，设为用户D(女性、20多岁、加拿大出身)位于北纬35°/东经141°，选择了“用餐”的类型中的“想吃X”，并选择了出行地范围为“神奈川县内”、希望时间段为“下午”、返回时间为“20：00之前”、希望预算为“3000日元以内”，乘车地和下车地为空栏。

另外，同样地，设为用户E(男性、30多岁、中国出身)位于北纬35°/东经139°，选择了“用餐”的类型中的“想吃Z”，并选择了出行地范围为“东京都内”、希望时间段为“晚上”、返回时间为“23：00之前”，希望预算、乘车地及下车地为空栏。此外，“Z’”是不与上述的什锦烧X类似的食物，例如日本荞麦面等。

图1的群体生成部12如图3所示那样以列表的形式虚拟地列出由希望体验受理部11从用户接收到的与希望体验有关的信息，针对这些各用户的体验信息提取发送了相似度为规定阀值以上的体验信息的用户来生成一个群体。在群体生成部12中，基于规定阈值来判断体验信息的相似度，该规定阈值是根据类型以及类型中的小分类即抽象的希望体验来预先确定的。例如，如果像“用餐”和“观光”那样类型本身不同，则设为相似度小于规定值，即不相似。另外，即使类型相同，如果类型中的小分类即抽象的希望体验是不能在相同场所体验的内容，则设为相似度小于规定值，即不相似。例如，以图3所示的例子来说，用户A、B、D、E选择了类型“用餐”，用户C选择了类型“观光”，因此判断为希望的体验的相似度小于规定阀值，即不相似。因此，用户C不作为一个群体的构成成员被提取。

另外，即使在选择了相同类型“用餐”的用户A、B、D、E中，选择了被判断为类型中的小分类即抽象的希望体验不相似的“想吃Z”的用户E也不与选择了“想吃X”的用户A、D以及选择了“想吃X’”的用户B一起作为一个群体的构成成员被提取。即，这是因为提供什锦烧、文字烧的店铺和提供日本荞麦面的店铺是相同店铺的可能性极低，不能作为一个目的地5来进行提议。与此相对，选择了“想吃X”的用户A、D和选择了“想吃X’”的用户B能够在什锦烧店中吃到什锦烧和文字烧的可能性极高，因此，即使类型中的小分类即抽象的希望体验不同，相似度也为规定阈值以上，在这种情况下，能够提议一个目的地5。因此，群体生成部12判断用户A、B、D是发送了相似度为规定阈值以上的体验信息的用户，并且将用户A、B、D生成为一个群体。

关于由群体生成部12判断的体验信息的相似度，期望根据由目的地提议部13最终提议的目的地5是否是共同的目的地来进行设定。如上述例子那样，在用餐的类型中，期望将是否是能够由相同店铺提供的食物这一判断基准设定为规定阈值。另外，在观光地这一类型中，作为小分类，例如有神社或寺院等文化观光地、温泉或山岳等自然景观地、遗迹等历史观光地等，因此，期望根据由目的地提议部13最终提议的目的地5是否是共同的目的地来进行设定。另外，在买东西(购物)这一类型中也是，由于能够分类为主要想要购买什么这样的小分类，例如，包、钱包或衣服等，因此，期望根据由目的地提议部13最终提议的目的地5是否是共同的目的地来进行设定。

群体生成部12判断体验信息的相似度来生成一个群体，但除了考虑体验信息的相似度之外，还可以考虑终端设备2的当前的位置信息或者希望的乘车位置。在图3所示的用户A～E的例子中，各终端设备2的当前位置(希望的乘车位置)为北纬33°～35°、东经139°～141°，分别位于近郊，因此如果体验信息的相似度为规定阈值以上，则即使生成一个群体来进行车辆调度也不会花费太多时间到达目的地5，但是在存在位于与用户A～E相距规定阈值以上的当前所在地(或者希望在该场所乘车)的用户的情况下，可以将该用户从一个群体排除。在本实施方式的系统中，第一目的是提取希望相同或类似的体验的用户来生成一个群体并向这些用户提议目的地5，第二目的是向该目的地5调度运输服务用车辆。因而，在调度运输服务用车辆的情况下，如果经由位于很远的地方的用户前往目的地5，则会过于花费时间，对于构成群体的其他用户而言是不利的。

另外，群体生成部12判断体验信息的相似度来生成一个群体，但除了考虑体验信息的相似度、上述的终端设备2的当前的位置信息或者希望的乘车位置之外，还可以考虑与各用户希望的出行地范围有关的信息。以图3所示的例子来说，用户A、B、D三人希望出行地范围为神奈川县内，而用户C、E希望出行地范围为东京都内。因而，用户A、B、D的出行地范围与用户C、E希望的出行地范围不同，无法兼顾所提议的目的地5，因此，在生成一个群体时，可以将用户A、B、D和用户C、E作为相分别的群体来考虑。

并且，群体生成部12判断体验信息的相似度来生成一个群体，但除了考虑体验信息的相似度、上述的终端设备2的当前的位置信息或者希望的乘车位置之外，还可以考虑与各用户希望的利用时间段有关的信息。以图3所示的例子来说，用户A、B、D三人希望利用时间段为15：00～16：00或者下午，而用户C、E希望利用时间段为晚上。因而，用户A、B、D希望的利用时间段与用户C、E希望的利用时间段不同，无法兼顾所提议的目的地5，因此，在生成一个群体时，可以将用户A、B、D和用户C、E作为相分别的群体来考虑。

并且，群体生成部12还判断体验信息的相似度来生成一个群体，但除了考虑体验信息的相似度之外，还可以考虑用户的性别、年龄及其它的用户属性信息。以图3所示的例子来说，用户A、B、D三人均为20多岁的女性且出身国家为美国或加拿大这样的英语圈，与此相对，用户C、E为20多岁或30多岁的男性且出身国家均为中国这样的非英语圈。因而，虽然不能特别断定，但能够预想到即使将用户A、B、D生成为一个群体，由于性别、年龄、语言这些用户属性是共同的，因此她们能够关系比较良好地进行共乘直到目的地5。

以上，针对图3所示的用户A～E，设为群体生成部12将发送了类型中的小分类即抽象的希望体验“想吃什锦烧X”或者与其类似的希望体验“想吃文字烧X’”的用户A、B、D生成为一个群体，下面以此进行说明。

体验/场所信息存储部17是将一个或多个合适的场所(目的地5)同上述的与用户希望的各种的体验有关的体验信息相关联地进行了存储的数据库。以图3所示的例子来说，针对用餐的类型中的“想吃什锦烧X”这一体验信息，提供什锦烧X的一个或多个店铺的位置信息(纬度/经度)及店铺名与“想吃X”这一体验信息被相关联进行存储。图4是表示由服务器1的目的地提议部13执行的目的地候选的检索结果的一例的图，在体验/场所信息存储部17中，如图4所示，针对“想吃什锦烧X”这一体验信息存储有提供什锦烧X的一个或多个店铺的位置信息(纬度/经度)和店铺名。另外，在体验/场所信息存储部17中，不限于店铺的位置信息，还存储有店铺的客位数、店铺中提供的商品信息、店铺的营业时间等店铺信息。此外，对于除了用餐的类型以外的其它类型也同样地，场所的位置信息和场所名称与类型中的小分类即抽象的体验被相关联地进行存储。此外，如图4所示，在存在其他用户对该场所的评价值(图4所示的“美食网站的评价”栏)的情况下，也可以存储该信息，并且如图5所示，在该场所进行体验花费费用的情况下，也可以存储该预算的范围。

目的地提议部13包括目的地设定部来作为用于设定为运输服务用车辆4的目的地的功能块。在由用户选择希望设施的情况下，目的地提议部13将由用户所选择的希望设施设定为运输服务用车辆4的目的地。另外，在由群体生成部12形成群体之后使用体验/场所信息存储部17提取目的地的情况下，目的地提议部13将提取出的目的地设定为运输服务用车辆4的目的地。

目的地提议部13使用预先将体验信息与目的地5相关联地进行存储的体验/场所信息存储部17，提取与相似度为规定阈值以上的体验信息相关联的目的地5。以图3所示的例子来说，由于群体生成部12将用户A、B、D生成为一个群体，因此，目的地提议部13从体验/场所信息存储部17提取与类型中的小分类即抽象的希望体验“想吃什锦烧X”相关联的场所(店铺)的名称和位置信息以及与其类似的希望体验“想吃文字烧X’”相关联的场所(店铺)的名称和位置信息。图4是表示由服务器1的目的地提议部13执行的目的地候选的检索结果的一例的图，提取出了多个场所(店铺)及其位置信息。

目的地提议部13向构成一个群体的各用户A、B、D的终端设备2发送提取出的场所的名称和位置信息(目的地5)，但也可以在此之前计算从各用户A、B、D到该目的地5的移动时间并一并进行发送。关于从各用户A、B、D到该目的地5的移动时间，能够根据各用户A、B、D的当前位置和目的地5的位置信息，使用在导航装置中使用的地图信息和行驶路线运算方法来进行计算。

另外，目的地提议部13向构成一个群体的各用户A、B、D的终端设备2发送提取出的场所的名称和位置信息(目的地5)，但是也可以考虑图3所示的希望体验信息中的小分类即抽象的希望体验以外的出行地范围、希望时间段、返回时间等，排除与这些信息不一致的目的地5，在此基础上，仅发送一个或多个一致的目的地5。以图4所示的例子来说，由于N店位于东京都町田市，因此与用户A、B、D希望的出行地范围即神奈川县内不一致，M店虽然出行地范围一致，但可预约时间与希望时间段不一致。因此，作为目的地5，提议满足小分类即抽象的希望体验、出行地范围、希望时间段、返回时间等全部项目的L店。此外，图4所示的群体的合计分数是定量地表示构成群体的各用户A、B、D的整体的匹配程度的值，设范围为0～100，按照合计分数从大到小的顺序进行目的地5的提议。另外，图4所示的各用户A、B、D的分数是定量地表示用户A、B、D各自的匹配程度的值，该信息也可以发送到用户A、B、D的终端设备2。

图5是表示从服务器1的目的地提议部13向用户A、B、D的终端设备2分别发送的提议信息的一例的图。如上所述，满足构成一个群体的用户A、B、D的希望体验、出行地范围、希望时间段、返回时间等全部项目的L店的名称、位置信息、可预约时刻、美食网站评价、预算的范围、返回时刻、构成该群体的用户的属性的概要被发送到各终端设备2并进行显示。此外，关于返回时刻，与计算从各用户A、B、D到该目的地5的移动时间时相同地计算各用户A、B、D从目的地5返回到当前位置时的移动时间即可。

设为通过终端设备2从目的地提议部13接收到图5所示的提议信息的用户A、B、D同意了所提议的目的地5(商店L)，用户A、B、D可以在当前位置等待运输服务用车辆4的到来，但在本实施方式的系统中，设为由服务器1经由网络3从用户A、B、D的终端设备2受理同意前往所提议的目的地5(店铺L)的同意信息或者不同意前往所提议的目的地5(店铺L)的不同意信息，将发送了不同意信息的终端设备2的用户从该群体中排除。这是因为，根据构成群体的用户A、B、D，有的用户即使满足希望体验也未必满足其它的出行地范围、希望时间段、返回时间等全部项目，另外，也存在当初的预定被变更的情况。然后，当由服务器1受理从用户A、B、D的终端设备2发送的同意信息时，目的地提议部13将提议的目的地5(店铺L)设定为运输服务用车辆4的目的地。

因此，车辆调度时间表生成部14基于构成群体的用户A、B、D的各终端设备2中的发送了同意信息的终端设备2的位置信息来生成车辆调度时间表，该车辆调度时间表包括运输服务用车辆4的行驶路线、到达发送了同意信息的终端设备2的各位置的时间以及到达所提议的目的地5(店铺L)的时间。车辆调度时间表生成部14使用以往的导航装置的路线检索功能等，生成从运输服务用车辆4的当前所在地经由构成群体的用户A、B、D(设为全体人员同意了目的地5)的终端设备2各自的当前所在地后前往目的地5(店铺L)的行驶路线，优选生成最短距离或者最短时间的行驶路线。而且，车辆调度时间表生成部14将图5所示的车辆调度时间表发送到各用户A、B、D的终端设备2，各用户A、B、D的终端设备2显示该车辆调度时间表。

另外，车辆调度时间表生成部14向相当于目的地5的设施发送预约信息。预约信息包括同意信息中包含的可预约时刻以及发送了同意信息的人数的信息。另外，预约信息中也可以包含订购内容。车辆调度时间表生成部14向发送了同意信息的用户发送店铺L能够提供的商品信息。用户通过用户的终端设备2上的显示器来确认商品信息，并选择要订购的商品。例如，在用户A想吃广岛风味的什锦烧的情况下，用户A的用户的终端设备2将由用户A指定的商品信息发送到服务器1。车辆调度时间表生成部14将由用户指定的订购内容的信息以包含在预约信息中的方式发送到目的地5(店铺L)。

车辆调度时间表生成部14具有设施信息获取部来作为用于获取表示希望设施的空闲状况的信息的功能块。车辆调度时间表生成部14从目的地5(店铺L)获取表示设施的空闲状况的设施信息。关于空闲状况表示设施中的拥挤状况，例如用没有坐顾客的座位数相对于店铺内的座位数的比例来表示。在目的地5的店铺内，设置有管理空闲状况的系统。作为系统的一例，在店铺内设置有摄像机，店铺内的系统通过使用摄像机图像进行的图像分析来计算空位数，由此管理空闲状况。此外，空闲状况的管理系统不限于使用了摄像机的系统，也可以是其它的公知的系统。另外，店铺内的系统在接受订购之后，将用于能够提供商品或者服务的提供时间以包含在设施信息中的方式向服务器1发送。例如，在什锦烧的店铺中，提供时间相当于从确定了来自顾客的订购的订购确定时刻起至将什锦烧提供给顾客为止的时刻。

车辆调度时间表生成部14获取设施信息中包含的空闲状况的信息，并基于空闲状况来计算到达目的地5的到达预定时刻。例如，在车辆按照图5所示的车辆调度时间表的预定那样在15：00到达店铺L的情况下，当店铺L的空闲状况表示在15：00拥挤时，预想到即使用户到达店铺L也得在吃到什锦烧之前进行等待。此时，作为用户心理，与其在店铺中等待提供什锦烧，不如延长车辆的行驶时间来延长在行驶中的车辆中的乘车时间，这样压力小。因此，车辆调度时间表生成部14通过对车辆调度时间表中表示的到达目的地L的到达时刻加上与店铺中的空闲状况相应的等待时间，来变更到达预定时刻。店铺中的空位数越少，则与空闲状况相应的等待时间越长。在图5所示的车辆调度时间表的例子的情况下，在与空闲状况相应的等待时间为30分钟时，车辆调度时间表生成部14将到达时刻从15：00变更为15：30。另外，车辆调度时间表生成部14将变更后的到达时刻作为店铺L的预约时间来向店铺L发送预约信息。

自动驾驶控制部15获取由车辆调度时间表生成部14生成的车辆调度时间表中包含的位置信息以及时间信息，并对运输服务用车辆4执行实现从车辆调度中心经由用户A、B、D的当前所在地P1、P2、P3前往目的地5(商店L)的行驶路线的控制。此外，也可以是，自动驾驶控制部15将由车辆调度时间表生成部14生成的车辆调度时间表中包含的位置信息以及时间信息发送到运输服务用车辆4的车载控制装置，在此执行自动驾驶控制。此外，服务器1所具备的车辆信息存储部18是存储有从运输服务用车辆4所具备的各种传感器类发送的与运输服务用车辆4的车辆状态有关的信息、生成行驶路线时所需的地图数据等的数据库。

运输服务用车辆4基于来自自动驾驶控制15的控制指令来控制行驶，以使运输服务用车辆4按照车辆调度时间表行驶。运输服务用车辆4包括到达时刻调整部来作为功能模块，以调整到达目的地5的到达时刻。在运输服务用车辆4的行驶过程中，运输服务用车辆4从服务器1获取用于按照车辆调度时间表行驶的控制指令，基于控制指令来执行行驶控制(速度控制和转向控制)。此时，在控制指令包含调整到达预定时刻的意思的指令的情况下，运输服务用车辆4变更车速以及/或者行驶路线，以能够在变更后的到达时刻到达。

如上所述，在服务器1中，由车辆调度时间表生成部14生成车辆调度时间表，由自动驾驶控制部15基于车辆调度时间表来控制运输服务用车辆4，由此管理运输服务用车辆4。此外，由服务器1进行的运输服务用车辆4的管理中至少包含车辆调度时间表的制作即可。即，服务器1将车辆调度时间表的信息发送到运输服务用车辆4，运输服务用车辆4控制车速、转向角等，以按照车辆调度时间表行驶。由此，服务器1管理运输服务用车辆4。另外，服务器1基于包含店铺L的空闲状况的设施信息来生成车辆调度时间表，并经由运输服务用车辆4调整到达目的地5的到达时刻。

图6是表示由车辆调度时间表生成部14生成的车辆调度时间表的一例的图。图7是表示基于从自动驾驶控制部15向运输服务用车辆4(自动驾驶汽车)发送的车辆调度时间表的行驶路线的一例的图。运输服务用车辆4在14：00从某车辆调度中心出发，在14：14到达用户A等待的P1地点并搭载用户A，在14：15从P1地点出发，在14：29到达用户B等待的P2地点并搭载用户B，在14：30从P2地点出发，在14：44到达用户D等待的P3地点并搭载用户D，在14：45从P3地点出发，在15：00到达作为目的地5的店铺L。

接下来，说明由本实施方式的系统执行的信息处理过程的概要。图2是表示该信息处理过程的流程图。

首先，在步骤S1中，当用户使用终端设备2访问服务器1时，在该用户的终端设备2上显示能够输入作为上述的与希望的体验有关的信息的类型、该类型中的小分类即抽象的希望体验信息、出行地的范围、乘车位置、下车位置、希望的体验的希望时间段、返回下车位置的时间、希望预算等的画面，用户针对各项目输入与希望的体验有关的信息。另外，通过终端设备2所具备的GPS接收机等位置检测传感器检测纬度以及经度，该位置信息同与希望的体验有关的信息一起被发送到服务器1的希望体验受理部11。

在步骤S2中，服务器1的希望体验受理部11经由网络3以规定的时间间隔(例如100msec)受理从多个用户各自携带的终端设备2发送的上述的信息。作为从终端设备2发送的信息，如图3所示，除了包括拥有该终端设备2的用户的ID之外，还包括作为与希望的体验有关的信息的类型、该类型中的小分类即抽象的希望体验信息、出行地的范围、乘车位置、下车位置、希望的体验的希望时间段、返回下车位置的时间、希望预算等。

在步骤S3中，服务器1的群体生成部12如图3所示那样以列表的形式虚拟地列出由希望体验受理部11从用户接收到的与希望体验有关的信息，在接下来的步骤S4中，针对这些各用户的体验信息提取发送了相似度为规定阀值以上的体验信息的用户来生成一个群体。在本实施方式的系统中，群体生成部12除了考虑体验信息的相似度之外，还考虑终端设备2的当前的位置信息或者希望的乘车位置、与各用户希望的出行地范围有关的信息、与各用户希望的利用时间段有关的信息、用户的性别、年龄及其它用户属性信息来生成一个群体。由此，针对图3所示的用户A～E，设为将发送了类型中的小分类即抽象的希望体验“想吃什锦烧X”或者与其类似的希望体验“想吃文字烧X’”的用户A、B、D生成为一个群体。

在步骤S5中，服务器1的目的地提议部13使用体验/场所信息存储部17中存储的将体验信息与目的地5进行了关联的信息，提取与相似度为规定阈值以上的体验信息相关联的目的地5。以图3所示的例子来说，将用户A、B、D生成为一个群体，因此，目的地提议部13从体验/场所信息存储部17中提取与类型中的小分类即抽象的希望体验“想吃什锦烧X”相关联的场所(店铺)的名称和位置信息以及与其类似的希望体验“想吃文字烧X’”相关联的场所(店铺)的名称和位置信息。其结果，判断为图4所示的店铺L作为目的地5是最佳的。

在步骤S6中，从服务器1的目的地提议部13向用户A、B、D的终端设备2分别发送图5所示的提议信息。而且，在步骤S7中，在各终端设备2上显示如图5所示的满足构成一个群体的用户A、B、D的希望体验、出行地范围、希望时间段、返回时间等全部小分类的L店的名称、位置信息、可预约时刻、美食网站评价、预算的范围、返回时刻、构成该群体的用户的属性的概要。

在步骤S8中，用户A、B、D分别利用各终端设备2判断是否同意提议的目的地5(店铺L)，在同意的情况下，将同意信息发送到服务器1，在不同意的情况下，将不同意信息发送到服务器1。此外，拥有发送了不同意信息的终端设备2的用户被从该群体中排除，关于该用户，返回到步骤S1的处理。在以下的说明中，设为在步骤S8中构成群体的所有用户A、B、D都发送了同意信息。

在步骤S9中，服务器1的车辆调度时间表生成部14基于构成群体的用户A、B、D的各终端设备2的位置信息进行运输服务用车辆4的共乘调整，即，生成如图6所示的车辆调度时间表，该车辆调度时间表包括：运输服务用车辆4的行驶路线、到达3名用户A、B、D的终端设备2的各当前位置P1、P2、P3的时间以及到达提议的目的地5(店铺L)的时间，在步骤S10中对此进行确定。

在步骤S11中，服务器1的车辆调度时间表生成部14将图5所示的车辆调度时间表发送到各用户A、B、D的终端设备2，在步骤S12中，各用户A、B、D的终端设备2显示该车辆调度时间表。由此，各用户A、B、D能够掌握运输服务用车辆4的到达时刻，因此在步骤S13中，判断是否同意该车辆调度时间表，在同意的情况下，将同意信息发送到服务器1，在不同意的情况下，将不同意信息发送到服务器1。此外，拥有发送了不同意信息的终端设备2的用户被从该群体中排除，关于该用户，返回到步骤S1的处理。在以下的说明中，设为在步骤S13中构成群体的所有用户A、B、D都发送了同意信息。而且，在步骤S14中，服务器1的车辆调度时间表生成部14判断为车辆调度时间表的预约已完成。

在步骤S15中，自动驾驶控制部15获取由车辆调度时间表生成部14生成的车辆调度时间表中包含的位置信息以及时间信息，并如图7所示那样对运输服务用车辆4执行实现从车辆调度中心经由用户A、B、D的当前所在地P1、P2、P3前往目的地5(商店L)的行驶路线的控制。在步骤S16中，运输服务用车辆4根据来自自动驾驶控制部15的控制指令开始自动驾驶，以执行运输服务。

接下来，说明使运输服务用车辆4开始接取用户A、B、D时的信息处理过程。图8是表示该信息处理过程的流程图。

在步骤S21中，终端设备2将当前的位置信息发送到服务器1。在步骤S22中，车辆调度时间表生成部14计算到达用户的停车场所的到达预定时刻。停车场所是在接取用户时的、运输服务用车辆4的停车位置。在步骤S23中，运输服务用车辆4将当前的位置信息发送到服务器1。

在步骤S24中，车辆调度时间表生成部14获取当前的交通信息，计算从运输服务用车辆4的当前位置到停车场所的行驶时间，并计算到达停车场所的到达预定时刻。

在步骤S25中，在通过步骤S22的信息处理计算出的到达预定时刻与通过步骤S24的信息处理计算出的到达预定时刻不同的情况下，车辆调度时间表生成部14向运输服务用车辆4发送调整到达预定时刻的意思的指令。另外，车辆调度时间表生成部14将包含计算出的到达预定时刻的车辆调度时间表的信息输出到自动驾驶控制部15。自动驾驶控制部15将行驶路线的信息以及车速信息发送到运输服务用车辆4，以使运输服务用车辆4能够按照调整后的线路时间表行驶。由此，服务器1指示运输服务用车辆4调整到达停车场所的到达时刻。

在步骤S26中，运输服务用车辆4变更行驶路线和路线行驶时的车速。此外，运输服务用车辆4的车速或行驶路线可根据车辆的实际的行驶状况适当变更。在步骤S27中，运输服务用车辆4将变更后的行驶路线的信息、车速信息以及位置信息发送到服务器1。

在步骤S28中，车辆调度时间表生成部14使用获取到的运输服务用车辆4的当前位置以及车速来计算从运输服务用车辆4的当前位置到停车场所的行驶时间，估计到达停车场所的到达预定时刻。在步骤S29中，车辆调度时间表生成部14将估计出的估计到达时刻以及车辆的当前位置的信息发送到终端设备2。在步骤S30中，终端设备2在显示器上显示到达预定时刻以及运输服务用车辆4的当前位置。

接下来，说明运输服务用车辆4的行驶过程中的信息处理过程。图9是表示该信息处理过程的流程图。此外，以规定的周期重复执行图9所示的控制流程。

在步骤S31中，终端设备2显示在目的地L的设施提供的菜肴的信息，并请求用户选择菜肴。终端设备2基于用户的操作来选择菜肴。另外，终端设备2从用户受理人数的输入。终端设备2通过将人数和所选择的菜肴的信息发送到服务器1来订购菜肴。此外，菜肴的订购也可以由运输服务用车辆4上乘坐的用户的每个终端设备2来执行。另外，在使每个终端设备2执行菜肴的订购的情况下，在步骤S31的处理中也可以省略人数的输出。

在步骤S32中，服务器1的车辆调度时间表生成部14将预约信息以及订购内容的信息发送到设施(店铺L)。预约信息包含人数和到达时刻的信息。到达时刻是在步骤S28的信息处理中估计出的时刻。

在步骤S33中，设置于设施(店铺L)的管理系统接收订购内容以及预约信息，并按照预约信息所表示的条件受理预约。此外，该时间点的预约是临时预约，特别地，预约开始时刻通过之后的处理来决定。

在步骤S34中，设施(店铺L)内的管理系统将表示店铺内的状况的设施信息发送到服务器1。设施信息包含表示设施的空闲状况的信息以及直至提供菜肴为止的时间信息。另外，设施信息包含厨房的影像等表示烹调状况的信息。图10是表示由设施(店铺L)管理的设施信息的一例的图。设施信息由预约号、预约人姓名、桌号、到达时刻、状态以及离开预定时刻来表示。管理系统在从用户受理预约时，将预约号、预约人姓名、桌号以及预约时间记录在数据库中。管理系统的摄像机拍摄各桌的状况，管理系统根据拍摄图像确认顾客的状态。管理系统管理作为表示顾客的当前的状况的起动器的“结账中”、“用餐中”、“等餐中”等。管理系统基于预约时间和状态来计算顾客的离开预测时刻。例如，预约号“1”的顾客事先预约14点到16点来作为到达时刻，由于当前的状态为结账中，因此将例如从当前的时刻(例如，15时15分)起的规定时间(例如15分钟)计算为离开预测时刻。然后，设施(店铺L)内的管理系统将计算出的离开预测时刻作为表示设施的空闲状况的信息之一输出到服务器1。

在步骤S35中，车辆调度时间表生成部14接收设施信息。在步骤S36中，车辆调度时间表生成部14基于设施信息来设定目标到达时刻。具体地说，车辆调度时间表生成部14根据由设施信息表示的空闲状况以及提供菜肴的时间，计算在估计到达时刻到达店铺L时的等待时间。关于等待时间，由空闲状况表示的拥挤率越高则等待时间越长，提供菜肴的时间越长则等待时间越长。而且，车辆调度时间表生成部14通过对在步骤S28的信息处理中估计出的到达时刻加上等待时间来设定目标到达时刻。由此，基于设施状况来调整到达时刻。另外，车辆调度时间表生成部14调整车辆调度时间表，以在所设定的目标到达时刻到达。车辆调度时间表通过路线的变更以及/或者在路线上行驶时的车速的变更而被调整。车辆调度时间表生成部14将调整后的车辆调度时间表的信息输出到自动驾驶控制部15。自动驾驶控制部15将行驶路线的信息以及车速信息发送到运输服务用车辆4，以使运输服务用车辆4能够沿调整后的线路时间表行驶。

此外，车辆调度时间表生成部14以规定的周期从设施(店铺L)内的管理系统获取设施信息。而且，根据设施信息所表示的空闲状况，在运输服务用车辆4的到达预定时刻之前空出座位的情况下，也可以使目标到达时刻提前。

在步骤S37中，运输服务用车辆4变更行驶路线和路线行驶时的车速。此外，运输服务用车辆4的车速或行驶路线根据车辆周围的拥挤率(拥堵等)等实际的行驶状况适当变更。另外，运输服务用车辆4在车室内的显示器上显示表示烹调状况的影像。车室内的用户能够通过确认影像来确认菜肴的准备状况。在步骤S38中，运输服务用车辆4将变更后的路线信息、车速信息以及位置信息发送到服务器1。

在步骤S39中，车辆调度时间表生成部14使用获取到的运输服务用车辆4的当前位置以及车速来计算从运输服务用车辆4的当前位置到目的地的行驶时间，估计到达目的地的到达预定时刻。在步骤S40中，车辆调度时间表生成部14将估计出的估计到达时刻的信息发送到设施(店铺L)。在步骤S41中，设施(店铺L)接收估计到达时刻的信息，将估计到达时刻设定为预约时间。由此，预约确定。

接下来，说明从运输服务用车辆开始行驶起至到达目的地为止的服务器1的信息处理过程的概要。图11是表示该信息处理过程的流程图。

在步骤S51中，服务器1执行运输服务用车辆4的行驶控制，以使运输服务用车辆4按照通常的行驶计划行驶。行驶控制包括由车辆调度时间表14进行的车辆调度时间表的生成以及由自动驾驶控制部15进行的车辆位置和车速控制。车辆调度时间表包括多个用户中的最后的用户搭乘运输服务用车辆4为止的第一行驶路径和最后的用户搭乘运输服务用车辆4之后的第二行驶路径。第一行驶计划相当于通常的行驶计划，第二行驶计划相当于后述的变更后的行驶计划。第一行驶计划包括从车辆的出发地到接取所有用户的地点的行驶路线以及在各接取地点的停车时刻。在图6的例子中，乘车用户D搭乘运输服务用车辆4为止的行驶计划为通常的行驶计划。在通常的行驶计划中，不根据希望设施的空闲状况来调整到达时刻。因此，在按照通常的行驶计划的行驶过程中，不会为了调整到达时刻而进行路线变更以及车速变更。

在步骤S52中，服务器1判定是否预约人全部搭乘了运输服务用车辆4。服务器1获取行驶过程中的运输服务用车辆4的位置信息，在运输服务用车辆4到达最后的用户的乘车位置的情况下，判定为预约人全部搭乘了运输服务用车辆4即可。

在步骤S53中，服务器1判定是否变更到达目的地(设施L)的到达时刻。车辆调度时间表生成部14生成接取所有用户之后的、用于前往目的地的车辆调度时间表。而且，在车辆行驶过程中，从成为目的地的设施L获取表示空闲状况的信息，并根据空闲状况来调整到达目的地的到达时刻。变更车辆调度时间表，以使运输服务用车辆4在调整后的到达时刻到达。此时，变更后的车辆调度时间表所表示的行驶计划变为第二行驶计划。在变更到达时刻的情况下，在步骤S54中，服务器1执行运输服务用车辆的行驶控制，以使运输服务用车辆4按照变更后的行驶计划行驶。

如上所述，根据本实施方式的系统，由服务器1经由电信网络3从用户的终端设备2获取用于决定该用户希望的希望设施所需的希望信息，基于获取到的希望信息来设定具有自动驾驶功能的车辆的目的地，由服务器1经由电信网络3获取包含表示希望设施的空闲状况的信息的设施信息，基于设施信息调整车辆到达目的地的到达时刻，来管理车辆的行驶。

另外，在用户希望利用设施的预约时间设施没有空位的情况下，即使运输服务用车辆4到达设施，用户也无法在设施接受服务的提供，从而产生等待时间。为了避免这样的情况，可以考虑使用户在利用运输服务用车辆4之前同时进行菜肴等的订购和座位的预约。然而，在用户的希望时间没有空位的情况下，无法进行预约，因此用户会搜索其它设施。因此，店铺侧无法满足用户的希望，存在用户对系统的满意度降低、系统的利用率降低的问题。

在本实施例中，根据设施的空闲状况调整到达设施的到达时刻来管理运输服务用车辆4，因此，到达设施后，不必进行等待直至座位空闲，能接受服务或者商品的提供。另外，在预约的座位在预定时刻之前空闲的情况下，能够使到达预定时刻比设定的预约时间提前，因此，设施侧的运转率提高，对于用户而言能够有效地活用时间。

另外，在本实施方式中，在服务器1中，基于终端设备2的位置信息来制作车辆调度时间表，该车辆调度时间表包含用户乘坐运输服务用车辆4的位置信息、运输服务用车辆4到达所述目的地的到达时刻的信息。由此，通过在服务器侧制作车辆调度时间表，能够减少基于车辆调度时间表的车速、车辆位置的调整量，因此能够实现更顺畅的行驶。

另外，在本实施方式中，计算运输服务用车辆4到达目的地为止的行驶路线，通过变更行驶路线和车速中的至少任一方来调整到达时刻。由此，即使在由于道路状况等而可能无法按照预定到达的情况下、或者设施的空闲状况变更了的情况下，也能够在到达预定时刻到达。

另外，在本实施方式中，在服务器1中，基于多个用户的终端设备2的位置信息来制作多个用户以共乘的方式乘坐运输服务用车辆4并到达目的地为止的车辆调度时间表。由此，即使在以共乘的方式利用车辆的情况下，也能够在座位出现空闲的定时到达设施。

另外，在本实施方式中，车辆调度时间表包括多个用户中的最后的用户乘坐运输服务用车辆4为止的第一行驶计划和最后的用户搭乘运输服务用车辆4之后的第二行驶计划，在服务器中，不变更第一行驶计划，变更第二行驶计划，由此调整到达目的地的到达时刻。在作为共乘对象的所有用户乘坐车辆之前为了调整到达时刻而变更行驶路径的情况下，用户等待车辆的到达的时间将会变长。另一方面，在作为共乘对象的所有用户搭乘车辆之后变更行驶路径的情况下，例如用户之间也有时会谈得起劲，从而能够减轻用户对伴随行驶路径变更而进行的车速调整或者路线变更所产生的不适感。

另外，在本实施方式中，在服务器1中，管理希望设施的预约时间，估计到达目的地的到达时刻，变更到达时刻使之与估计出的到达时刻相对应，将包含变更后的到达时刻的信息从服务器发送到管理希望设施的装置。在由于堵车等而到达延迟的情况下，在不变更到达时刻时，在延迟期间预约座位无法被利用，因此设施侧的运转率降低。另一方面，在本实施方式中，根据到达时刻来变更预约时间，因此能够提高设施侧的运转率。

另外，在本实施方式中，由服务器1从管理希望设施的装置获取与希望设施中的服务或者商品的提供时间有关的时间信息，并基于该时间信息来调整到达时刻。由此，例如即使在车室内的用户进行订购的定时延迟从而商品或者服务的提供时间延迟的情况下，也能够在运输服务用车辆4的到达的定时接受商品或者服务的提供。其结果，能够提高设施侧的运转率。

另外，在本实施方式中，由服务器1从管理希望设施的装置获取表示希望设施中的烹调状况的信息，从服务器1向运输服务用车辆4发送表示烹调状况的信息，并在设置于运输服务用车辆4的显示器上显示烹调状况。由此，能够在车室内确认设施中的商品或服务的准备状况，能够使移动过程中的用户的感动体验最大化。

此外，在上文中，将什锦烧等餐馆作为设施的一例来说明了本实施方式，但本实施方式的系统例如也可以应用于电动汽车用的充电站。在充电站设置有多个停车位并且在各停车位设置有快速使用的充电装置。而且，管理充电站的充电管理装置在各停车位管理充电装置的利用状态和利用时间。利用状态例如是“空闲状态”、“充电中”、“充电结束(车辆停车中)”等。利用时间相当于车载电池的充电时间。并且，例如，充电管理装置在从运输服务用车辆4接收到想利用充电装置的意思的订购及预约信息时，将表示充电装置的空闲状况的信息发送到服务器1。另外，在预约信息所表示的预约时间没有空闲的充电装置的情况下，充电管理装置将能够利用充电装置的时刻(相当于充电结束时刻)的信息发送到服务器1。而且，服务器1的车辆调度时间表生成部14计算在估计到达时刻到达充电站时的等待时间。车辆调度时间表生成部14通过对估计到达时刻加上等待时间来设定目标到达时刻，根据充电站的空闲状况来调整到达时刻。另外，车辆调度时间表生成部14调整车辆调度时间表，以在所设定的目标到达时刻到达。

另外，本实施方式的系统不限于基于共乘的车辆的利用方式，也能够应用于搭载一个用户前往设施的利用方式。

此外，在本实施方式的变形例所涉及的系统中，也可以是，用户确认设施的空闲状况，用户基于空闲状况来指定到达设施的到达时刻，服务器1使用终端设备2来制作车辆调度时间表，以使运输服务用车辆4在由用户指定的到达时刻到达。例如，在系统中执行下面的信息处理。首先，服务器1从管理设施的装置获取包含设施的空闲状况的信息的设施信息。空闲状况由时间来表示。服务器1将包含设施的空闲状况的信息的设施信息发送到终端设备2。终端设备2在显示器上显示设施的空闲状况。

用户确认显示器的显示画面，从空闲时间中指定预约时间。终端设备2将由用户指定的预约时间的信息和终端设备2的位置信息发送到服务器1。服务器1的车辆调度时间表生成部14基于终端设备2的位置信息以及预约时间的信息生成车辆调度时间表，以使运输服务用车辆4能够在预约时间到达设施。即，由用户指定的预约时间成为到达目的地(设施)的到达时刻。

由此，能够调整到达时刻使之能够与由用户指定的预约时间相对应，来管理车辆的行驶，因此能够提高用户的便利性。

附图标记说明

1：服务器；11：希望体验受理部；12：群体生成部；13：目的地提议部；14：车辆调度时间表生成部；15：自动驾驶控制部；16：利用者信息存储部；17：体验/场所信息存储部；18：车辆信息存储部；2：终端设备；3：网络；4：运输服务用车辆；5：目的地。