车辆运行管理装置、车辆运行管理方法以及车辆运行管理系统与流程

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

背景技术：

作为这种技术，以往已知有对能够多人利用的自主行驶车辆的预约、自主行驶车辆的到达目的地的运行等进行管理的装置(例如参见专利文献1)。在专利文献1的装置中，用户能够指定目的地和目的地的途中的地点，装置生成以经由用户所指定的地点的方式从出发地到目的地的自主行驶的路线。

现有技术文献

专利文献

专利文献1：国际公开号wo2014/024254。

技术实现要素：

发明要解决的问题

然而，在上述专利文献1记载的装置中，经由用户所指定的地点生成到目的地的路线，因此有可能不能在用户所希望的时间到达目的地。

用于解决问题的方案

本发明的一技术方案的车辆运行管理装置，具备：出发地信息获取部，其获取包含车辆的出发地的位置信息和可出发时刻的出发地信息；目的地信息获取部，其获取包含车辆的目的地的位置信息和预计到达时刻的目的地信息；运行路线生成部，其基于由出发地信息获取部获取的出发地信息和由目的地信息获取部获取的目的地信息，生成从出发地到目的地用于由车辆进行接送对象的接送的运行路线；剩余时间计算部，其基于由出发地信息获取部获取的出发地信息、由目的地信息获取部获取的目的地信息以及由运行路线生成部生成的运行路线，计算出在从可出发时刻到预计到达时刻之间沿着运行路线进行接送对象的接送时产生的剩余时间；配送区域决定部，其基于由剩余时间计算部计算出的剩余时间，决定能够在从出发地到目的地的接送的途中进行物品的配送的配送区域；接受部，其接受订购者对物品的订购；运行路线修正部，当由接受部接受订购时，根据由接受部接受的订购，以包含由配送区域决定部所决定的配送区域内的配送地点的方式对运行路线进行修正；以及输出部，其输出由运行路线修正部修正了的运行路线。

本发明另一技术方案的车辆运行管理方法，包含以下步骤：获取包含车辆的出发地的位置信息和可出发时刻的出发地信息；获取包含车辆的目的地的位置信息和预计到达时刻的目的地信息；基于获取的出发地信息和目的地信息，生成从出发地到目的地的用于由车辆进行接送对象的接送的运行路线；基于获取的出发地信息、目的地信息以及生成的运行路线，计算出在从可出发时刻到预计到达时刻之间沿着运行路线进行接送对象的接送时产生的剩余时间；基于计算出的剩余时间，决定能够在从出发地到目的地的接送的途中进行物品的配送的配送区域；接受订购者对物品的订购；当接受订购时，根据接受的订购以包含所决定的配送区域内的配送地点的方式对运行路线进行修正；以及输出修正了的运行路线。

本发明的再一技术方案的车辆运行管理系统，具备：车辆运行管理装置、由车辆的用户所持或携带的用户终端、由订购者所持或携带的订购者终端以及搭载于车辆的车载终端的车辆运行管理系统，用户终端具有将出发地信息和目的地信息向车辆运行管理装置发送的通信部，订购者终端具有将订购向车辆运行管理装置发送的通信部，车载终端具有从车辆运行管理装置接收运行路线的通信部。

发明效果

采用本发明，能够生成遵守预计到达时刻的符合用户的希望的路线。

附图说明

图1是概略地示出应用本发明一实施方式的车辆运行管理系统实施的动作的一例的图。

图2是概略地示出本发明一实施方式的车辆运行管理系统的结构的图。

图3是示出图2的车载终端的概略结构的框图。

图4是示出图2的用户终端的概略结构的框图。

图5是示出图2的服务器的概略结构的框图。

图6是示出在图2的服务器执行的处理的一例的流程图。

图7是示出在图2的服务器执行的另一处理的一例的流程图。

具体实施方式

以下参照图1～图7对本发明的实施方式进行说明。本发明一实施方式的车辆运行管理系统是以使用例如能够以无人方式自动驾驶行驶的自动驾驶车辆(以下仅称为车辆)，在将家人等接送对象接送至目的地的途中进行物品等配送的方式对车辆的运行进行管理的系统。另外，还能够使车辆的自动驾驶功能的一部分或全部无效化，使车辆以手动驾驶行驶。

图1是概略地示出应用本发明一实施方式的车辆运行管理系统的动作的一例的图。在图1中，示出从自家(出发地)p1到学校(目的地)p2接送孩子(接送对象)3时的车辆1的运行路线rt(单程路线rt1、rt2)。另外，在整个运行路线rt中，单程路线rt1是不绕道地往返自家p1与学校p2之间的情况下的路径，单程路线rt2是在途中经由地点p3的情况下的路径。

说明本实施方式的车辆运行管理系统的概况，首先，用户2使在自家p1驻车中的私家车(车辆)1进行自动驾驶行驶，在规定时间去接在学校(乘车地点)p2的孩子(接送对象)3的系统。此时，用户2接受在自家p1制作的料理(物品)的订购，为了向订购者4配送，使车辆1经由订购者4的自家(配送地点)p3。

图2是概略地示出本发明一实施方式的车辆运行管理系统100的整体结构的图。车辆运行管理系统100具有：搭载于车辆1的车载终端10、用户2所有的用户终端20、孩子3所有的用户终端30、订购者4所有的用户终端40以及车辆运行管理服务器(以下仅称为服务器)50。这些车载终端10、用户终端20、30、40以及服务器50与包含以互联网、移动电话网等为代表的公共无线通信网的网络6连接，能够通过网络6相互进行通信。另外，网络6还包含在每一规定的管理区域设置的封闭的通信网，例如无线局域网、wi-fi(注册商标)、bluetooth(注册商标)等。

图3是示出车载终端10的概略结构的框图。车载终端10具有控制部11和存储部12以及分别以有线或无线方式与控制部11电连接的输入部13、传感器组14、通信部15、显示部16、执行器组17。

输入部13是能够输入各种指令、信息的设备的总称，具有例如可按压操作的物理开关(例如触控面板)。输入部13具有话筒，还能够经由话筒以声音输入各种信息、指令。还能经由输入部13输入通信部15接收到的指令。

传感器组14是对车辆1的行驶状态、行驶状况等进行检测的设备的总称。传感器组14中包含：从gps卫星接收信号来测定车辆1的当前位置的gps传感器、对车速进行检测的车速传感器、对车辆1的行进方向进行检测的陀螺仪传感器等。传感器组14中还包含对与用户2手动驾驶车辆1时的驾驶操作相对应的信息进行检测的各种检测设备，例如对加速踏板的踩踏量进行检测的加速踏板传感器、对制动踏板的踩踏量进行检测的制动踏板传感器以及对转向装置的转向转矩或舵角进行检测的转向传感器等。还有，传感器组14中包括对有无乘员进行检测的传感器，例如设置于坐席的按压式的座椅开关等乘员检测器。

通信部15构成为能够通过网络6与服务器50进行无线通信。通信部15将用于识别车辆1的识别信息和包含由gps传感器检测出的车辆1的当前地点、由车速传感器检测出的车辆1的车速、由陀螺仪传感器检测出的车辆1的行进方向以及由乘员检测器检测出的乘员的有无等的运行信息一起向服务器50发送。通信部15从服务器50接收各种信息。接收例如车辆1的运行路线rt、车辆1预计从出发地(用户2的自家)p1出发的预计出发时刻、停车供孩子3乘车的乘车地点(学校)p2、停车供订购者4接收料理的配送地点(订购者4的自家)p3以及停车供孩子3下车的下车地点(用户2的自家)p1等信息。

显示部16能够由设置于车辆1的驾驶席的前面，通过图像显示报知信息的液晶显示器、触控面板构成。在由触控面板构成显示部16的情况下，能够在触控面板上设置输入部13。

执行器组17包括用于驱动车辆1的行驶马达、用于转向的转向马达等行驶用执行器和用于对车辆1的门进行解锁、上锁、开闭的门马达等车门用执行器等。

控制部11和存储部12由包含具有相当于控制部11的处理器(cpu)、相当于存储部12的存储器(rom、ram)、其他外围电路的运算处理装置而构成的ecu(电子控制单元)构成。控制部11能够通过通信部15与网络6无线连接。控制部11对行驶用执行器进行控制，使车辆1沿着运行路线rt行驶，并对车门用执行器进行控制，在孩子3的乘降地点p1、p2、配送地点p3实施车辆1的门的上锁、解锁、关闭等。控制部11还能使通过通信部15接收到的信息、通过输入部13输入的信息在显示部16显示，也能将这些信息存储于存储部12。

图4是示出用户终端20的概略结构的框图。用户终端20具有控制部21和存储部22、与控制部21连接的输入部23、传感器组24、显示部25、以及通信部26。

输入部23是可供用户2输入各种指令、信息的设备的总称，具有例如触控面板等可按压操作的物理开关。输入部23具有话筒，还能够通过话筒以声音输入各种信息、指令。

传感器组24是对设置于用户终端20的各种检测器的总称。传感器组24中包含从gps卫星接收信号而测定用户2(用户终端20)的当前位置的gps传感器、陀螺仪传感器等。

显示部25能够由液晶显示器、触控面板构成，用户2能够通过显示部25识别各种信息。

通信部26构成为能够通过网络6与服务器50进行无线通信，发送通过输入部23输入的各种信息，并接收各种信息。通过通信部26发送的信息中包含例如用户2的识别信息(例如使用车辆运行管理系统100时的用户id等)、由车辆1接送孩子3时的孩子3的乘车地点p2、到达乘车地点p2的预计到达时刻、包含销售用户2制作的料理这一信息和该料理的照片、价格信息的销售信息、接受料理的订购时的承认信息、车辆1能够从出发地p1出发的可出发时刻等信息。通过通信部26接收的信息中包含通过服务器50发送的订购者4的料理订购信息、车辆1的预计出发时刻等信息。订购信息中包含订购者4的识别信息、配送地的地址(配送地点p3)等信息。

控制部21和存储部22包含具有相当于控制部21的处理器(cpu)、相当于存储部22的存储器(rom、ram)、其他外围电路的运算处理装置而构成。控制部21能够通过通信部26与网络6无线连接。控制部21使通过通信部26接收到的信息、通过输入部23输入的信息在显示部25显示，并存储于存储部22。

另外，用户终端30、40具有与用户终端20相同的结构。即用户终端30、40各自具有控制部31、41和存储部32、42、与控制部31、41连接的输入部33、43、传感器组34、44、显示部35、45、以及通信部36、46。

其中，用户终端30的通信部36在孩子3于乘车地点p2乘车前有第三方乘坐在车辆的情况下接收从服务器50发送的禁止乘坐车辆1的禁止乘车通知。用户终端40的通信部46从服务器50接收销售信息并向服务器50发送订购信息。例如在订购者4的当前位置与配送地为相同的情况下，将gps传感器检测出的订购者4的当前地点作为配送地点p3进行发送，并发送通过输入部43输入的订购者4的识别信息和用户2的料理的订购信息。通信部46接收从服务器50发送的、料理的预计配送时刻。

图5是示出服务器50的概略结构的框图。服务器50具有控制部51和存储部52、以及与控制部51连接的通信部53。

控制部51和存储部52包含具有相当于控制部51的处理器(cpu)、相当于存储部52的存储器(rom、ram)、其他外围电路的运算处理装置而构成计算机。

控制部51能够通过通信部53与车载终端10以及用户终端20、30、40进行通信。控制部51具有出发地信息获取部511、目的地信息获取部512、运行路线生成部513、剩余时间计算部514、配送区域决定部515、接受部516、运行路线修正部517、乘降判定部518以及输出部519作为功能性结构。另外，虽然省略图示，但是服务器50还具有输入部、显示部。

出发地信息获取部511通过通信部53获取(接收)包含从车载终端10发送的包含于运行信息中的车辆1的当前地点(出发地)p1和从用户终端20发送的可出发时刻的出发地信息。

目的地信息获取部512通过通信部53获取(接收)包含从用户终端20发送的孩子3的乘车地点(目的地)p2和到达目的地p2的预计到达时刻的目的地信息。

运行路线生成部513基于由出发地信息获取部511获取的出发地信息和由目的地信息获取部512获取的目的地信息，生成直接往来于出发地p1和目的地p2之间时的基本运行路线rt0。基本运行路线rt0是作为例如往返于从出发地p1到目的地p2的最短的单程路线rt1的路径而生成的。

剩余时间计算部514基于由出发地信息获取部511获取的出发地信息、由目的地信息获取部512获取的目的地信息、由运行路线生成部513生成的基本运行路线rt0，计算出在从可出发时刻到预计到达时刻之间车辆1沿着基本运行路线rt0行驶时产生的剩余时间t。具体而言，通过从由可出发时刻到预计到达时刻的时间中减去从出发地p1到目的地p2沿着基本运行路线rt0行驶时所需要的时间计算出剩余时间t。

配送区域决定部515基于由剩余时间计算部514计算出的剩余时间t决定能够经由车辆1从出发地p1到目的地p2行驶的途中配送料理的配送区域ar(图1)。如图1所示，配送区域ar由以例如出发地p1和目的地p2为焦点的大致椭圆形表示。配送区域ar的外周上的地点是以在途中经由该地点时的从出发地p1到目的地p2的行驶距离(行驶时间)恒定，剩余时间t为0或大致为0的方式决定的。配送区域ar中也包含比出发地p1更近的地点或比目的地p2更远的地点。另外，实际决定的配送区域ar的形状根据车辆1实际能够行驶的路径、交通规则等而不同，也可以不是椭圆形。

接受部516通过通信部53接受从用户终端20发送的销售信息、订购的承认信息以及包含从用户终端40发送的配送地点p3的订购信息。即，接受用户2的料理的照片、价格的信息等销售信息、订购者4订购时的订购信息、用户2承认了订购时的承认信息。

运行路线修正部517根据包含于由接受部516接受的订购信息中的配送地点p3，以包含由配送区域决定部515所决定的配送区域ar内的配送地点p3的方式对基本运行路线rt0进行修正并决定最终的运行路线rt。举一例，如图1所示那样，将从出发地p1沿着经由配送地点p3的单程路线rt2前往目的地p2，按照最短的单程路线rt1返回到出发地p1的运行路线rt决定为最终的路径。还有，运行路线修正部517基于最终的运行路线rt和预计到达时刻计算出出发地p1的预计出发时刻和在配送地点p3的预计配送时刻。在进行这些计算的时候还要考虑道路拥堵状况。

乘降判定部518通过通信部53接收从车载终端10发送的运行信息，基于包含于运行信息中的乘员的有无判定在乘车地点p2孩子3乘车前是否有第三方乘坐在车辆上，或者孩子3是否在下车地点p1下车了。即，在到达孩子3的预计乘车的乘车地点p2前检测出了乘员的情况，判定为有第三方乘坐在车辆上。还有，在到达孩子3的预计下车的下车地点p1后经过一定时间以上，仍检测到乘员的情况，判定为有孩子3忘记下车。

输出部519向车载终端10和用户终端20、30、40输出各种指令、信息，即通过通信部53进行发送。具体而言，向车载终端10发送由出发地信息获取部511获取的孩子3的下车地点p1、由目的地信息获取部512获取的孩子3的乘车地点p2、包含于由接受部516接受的订购信息中的配送地点p3、由运行路线修正部517修正了的最终的运行路线rt以及计算出的出发地p1的预计出发时刻。此外，在由乘降判定部518判定为孩子3在下车地点p1未下车的情况，发送实施提示下车的报知的下车报知指令。

还有，输出部519向用户终端20发送由接受部516接受的订购信息和由运行路线修正部517计算出的车辆1的预计出发时刻。除此之外，由乘降判定部518判定为在乘车地点p2孩子3乘车前有第三方乘坐在车辆上的情况下，向用户终端30发送禁止乘车通知。还向用户终端40发送由接受部516接受的销售信息和由运行路线修正部517计算出的预计配送时刻。

在存储部52存储各种程序、在程序中使用的阈值等各种信息。在存储部52确保包含接送信息区域521和配送信息区域522的各种存储区域。

在接送信息区域521根据每一车辆1和用户2的识别信息存储与该车辆1和用户2相关的接送信息，例如孩子3的乘降地点p1、p2、接送用的运行路线rt、预计出发时刻以及乘车地点p2的预计到达时刻。这些以车辆为单位的信息和以用户为单位的信息可以依次更新，也可以不更新而按时间序列存储。

在配送信息区域522根据每一订购者4的识别信息存储与该订购者4相关的配送信息，例如配送的物品的种类(例如料理等)、装载地点(例如用户2的自家p1)、配送地点(例如订购者4的自家p3)以及预计配送时刻。这些以订购者为单位的信息可以依次更新，也可以不更新而按时间序列存储。

图6、7是示出按照预先存储于服务器50的存储部的程序在服务器50执行的处理的一例的流程图。这些流程图所示的处理以规定周期重复进行。图6主要示出确定最终的运行路线rt前的处理，相当于在出发地信息获取部511、目的地信息获取部512、运行路线生成部513、剩余时间计算部514、配送区域决定部515、接受部516、运行路线修正部517、输出部519进行的处理。

首先，在步骤s1中，通过在出发地信息获取部511的处理，读取通过通信部53接收的包含出发地p1和可出发时刻的出发地信息。接下来，在步骤s2中，通过在目的地信息获取部512的处理，读取通过通信部53接收的包含目的地p2和预计到达时刻的目的地信息。

接下来，在步骤s3中，通过在运行路线生成部513的处理，基于在步骤s1、s2读取的出发地信息和目的地信息生成直接往返时的基本运行路线rt0。接下来，在步骤s4中，通过在剩余时间计算部514的处理，基于在步骤s1、s2读取的出发地信息和目的地信息、在步骤s3生成的基本运行路线rt0计算出直接往返时的剩余时间t。接下来，在步骤s5中，通过在配送区域决定部515的处理，基于在步骤s4计算出的剩余时间t决定配送区域ar。接下来，在步骤s6中，判定是否通过通信部53接受了销售信息。当步骤s6为肯定时进入步骤s7，当为否定时进入步骤s12。

在步骤s7中，通过在输出部519的处理，向在步骤s5中所决定的配送区域ar内的用户终端40发送销售信息。接下来，在步骤s8中，判定是否通过通信部53接受了订购信息。当步骤s8为肯定时进入步骤s9，当为否定时进入步骤s12。

在步骤s9中，通过在输出部519的处理，向用户终端20发送通过通信部53接受的订购信息。接下来，在步骤s10中，判定是否通过通信部53接受了订购的承认。当步骤s10为肯定时进入步骤s11，当为否定时进入步骤s12。

在步骤s11中，通过在运行路线修正部517的处理，以包含包含于通过通信部53接受的订购信息中的配送地点p3的方式对基本运行路线rt0进行修正，决定最终的运行路线rt，在步骤s12中，基于最终的运行路线rt和包含于目的地信息中的预计到达时刻计算出预计出发时刻和预计配送时刻。接下来，在步骤s13中，通过在输出部519的处理，向车载终端10发送运行路线rt、乘降地点p1、p2、配送地点p3以及预计出发时刻，在向用户终端20发送预计出发时刻的同时，向用户终端40发送预计配送时刻。另外，在步骤s6、s8、s10为否定的情况，发送基本运行路线rt0作为最终的运行路线rt。

图7是车辆1在所确定的运行路线rt运行中进行的。图7是示出在服务器50执行的处理中，特别是在乘降判定部518、输出部519执行的处理。

首先，在步骤s20中，读取通过通信部53接收的车辆1的运行信息。接下来，在步骤s21中，通过在乘降判定部518的处理，基于在步骤s20读取的包含于运行信息中的乘员的有无，判定在乘车地点p2孩子3乘车前是否有第三方乘坐在车辆上，或是否发生了在下车地点p1孩子3未下车这一异常。当步骤s22为肯定时进入步骤s23，为否定时结束处理。在步骤s23中，通过在输出部519的处理，向用户终端30发送禁止乘车通知或向车载终端10发送下车报知指令。

参照图1更具体地说明本实施方式的车辆运行管理系统100的主要动作。用户2使车辆1进行自动驾驶将孩子3接送至学校p2。在这样的状况下，在本实施方式中，用户2销售在自家p1制作的料理，能够在接送的途中进行配送。在这种情况下，利用车辆运行管理系统100的用户2首先向用户终端20输入接送地的学校p2的所在地、预计到达时刻、料理的销售信息以及车辆1的可出发时刻(步骤s1、s2)。

用户2的料理的销售信息被发送至登记着配送区域ar内的地址的订购者4的用户终端40(步骤s3～s7)。订购者4在看见所发送的料理的销售信息并希望购买时，向用户终端40输入订购信息(步骤s8)。订购者4的订购信息通知给用户2的用户终端20(步骤s9)。用户2在看见所通知的订购者4的订购信息并承认时，向用户终端20输入承认信息(步骤s10)。当用户2承认订购者4的订购时，向用户2的用户终端20通知车辆1的预计出发时刻，向订购者4的用户终端40通知料理的预计配送时刻(步骤s11～s13)。

这样，用户2通过利用车辆运行管理系统100，能够不迟于接送孩子3的预计到达时刻地在接送的途中配送料理。还有，在去接孩子3时的去路进行料理的配送，因此，能够不影响接送地减少车辆1以空载状态行驶的时间，能够有效地进行配送。

向车辆1发送用于自动驾驶的运行路线rt等各种信息，当到达从服务器50指示的预计出发时刻时，车辆1沿着该运行路线rt(图1的单程路线rt2)以自动驾驶从自家p1前往配送地点p3。在向车辆1发送的信息中还包含车门解锁指令等，车辆1在预计配送时刻在配送地点p3停车，对车门进行开锁。由此，订购者4能够在所通知的预计配送时刻在订购者4的自家p3的跟前从车辆1收取订购的料理。

车辆1当结束料理的配送时，沿着运行路线rt(单程路线rt2)从配送地点p3前往孩子3的学校p2，在预计到达时刻在乘车地点p2停车。由此孩子3能够在预计到达时刻，即预先和监护人(用户)2约定的接送时间乘坐在学校p2的跟前停车的车辆1。此时，在有第三方乘坐在车辆1的情况下，用户终端30收到禁止乘车通知(步骤s20～s23)。由此能够防止孩子3在车内有可疑人员乘坐的状态下乘车。

当孩子3乘上车时，车辆1沿着运行路线rt(图1的单程路线rt1)从学校p2返回自家p1，并在自家p1停车。孩子3在回去的路上睡着，到了自家p1还没醒的情况等从停车起经过了规定时间的情况，车辆1进行提示下车的报知(步骤s20～s23)。因此能够防止在自家p1驻车后孩子3留在空调关闭后的车内或者载着孩子3的车辆1前往其他目的地。

即，采用本实施方式，用户2向用户终端20仅输入出发地信息、目的地信息以及销售信息，就能够不迟于预计到达时刻地将孩子接送至目的地，并能够将用户在自家制作的料理在接送的途中向基于在接送路线(基本路线)上行驶时的剩余时间决定的规定的配送区域内的订购者配送。由此能够进行有效的车辆运行管理。

采用本实施方式能够起到如下的作用效果。

(1)服务器50具备：出发地信息获取部511，其获取包含车辆1的出发地p1的位置信息和可出发时刻的出发地信息；目的地信息获取部512，其获取包含车辆1的目的地p2的位置信息和预计到达时刻的目的地信息；运行路线生成部513，其基于由出发地信息获取部511获取的出发地信息和由目的地信息获取部512获取的目的地信息生成从出发地p1到目的地p2用于由车辆1进行孩子3的接送的基本运行路线rt0；剩余时间计算部514，其基于由出发地信息获取部511获取的出发地信息、由目的地信息获取部512获取的目的地信息以及由运行路线生成部513生成的基本运行路线rt0，计算出在从可出发时刻到预计到达时刻之间沿着基本运行路线rt0进行孩子3的接送时产生的剩余时间t；配送区域决定部515，其基于由剩余时间计算部514计算出的剩余时间t，决定能够在从出发地p1到目的地p2的接送的途中进行料理的配送的配送区域ar；接受部516，其接受订购者4的料理的订购；运行路线修正部517，当由接受部516接受订购时，根据由接受部516接受的订购，以包含由配送区域决定部515所决定的配送区域ar内的配送地点p3的方式将基本运行路线rt0修正为运行路线rt；以及输出部519，其输出有运行路线修正部517修正了的运行路线rt(图5)。即，以经由考虑预计到达时刻而所决定的配送区域ar内的配送地点p3的方式决定运行路线rt。由此能够决定遵守预计到达时刻，在接送途中配送料理这一按照用户2的希望的运行路线rt，能够进行有效的车辆运行管理。

(2)车辆1为具有对乘员的有无进行检测的传感器的自动驾驶车辆(图3)。服务器50具备乘降判定部518，该乘降判定部518基于从车辆1发送的运行信息中所包含的乘员的有无判定在孩子3乘车前是否有第三方乘坐在车辆上(图3)。由此，在车辆1有第三方乘坐着的情况下能够通过用户终端30等向孩子3通知禁止乘车。其结果是，能够防止孩子3在车内有可疑人员乘坐着的状态下乘车。

(3)车辆1为具有对乘员的有无进行检测的传感器的自动驾驶车辆(图3)。服务器50具备乘降判定部518，该乘降判定部518基于在从车辆1发送的运行信息中所包含的乘员的有无判定孩子3是否在下车地点p1下车了(图3)。由此能够在下车地点p1停车后，经过规定时间仍持续检测到乘员的情况，进行提示下车的报知。其结果是，例如能够防止孩子3留在空调关闭的状态的车内，或车辆1载着孩子3前往其他目的地。

(4)本发明一实施方式的车辆运行管理方法包含如下步骤：获取包含车辆1的出发地p1的位置信息和可出发时刻的出发地信息(步骤s1)；获取包含车辆1的目的地p2的位置信息和预计到达时刻的目的地信息(步骤s2)；基于获取的出发地信息和目的地信息生成从出发地p1到目的地p2用于由车辆1进行孩子3的接送的基本运行路线rt0(步骤s3)；基于获取的出发地信息、目的地信息以及生成的基本运行路线rt0计算出在从可出发时刻到预计到达时刻之间在沿着基本运行路线rt0进行孩子3的接送时产生的剩余时间t(步骤s4)；基于计算出的剩余时间t决定能够在从出发地p1到目的地p2的接送的途中进行料理的配送的配送区域ar(步骤s5)；接受订购者4的料理的订购(步骤s8)；当接受订购时，根据接受的订购，以包含所决定的配送区域ar内的配送地点p3的方式将基本运行路线rt0修正为最终的运行路线rt(步骤s11)；输出修正了的运行路线rt(步骤s13)。由此能够决定遵守预计到达时刻的符合用户2的希望的运行路线rt，能够进行有效的车辆运行管理。

(5)车辆运行管理系统100具备：服务器50；车辆1的用户2所持或携带的用户终端20；订购者4所持或携带的用户终端40；搭载于车辆1的车载终端10(图2)。用户终端20具有将出发地信息和目的地信息向服务器50发送的通信部26(图4)。用户终端40具有将订购向服务器50发送的通信部46(图4)。车载终端10具有从服务器50接收运行路线rt的通信部15(图3)。通过这样的车辆运行管理系统100能够决定遵守预计到达时刻的符合用户2的希望的运行路线rt，进行有效的车辆运行管理。

(6)用户终端20的通信部26向服务器50发送用户2的料理的销售意愿，服务器50的接受部516接受从用户终端20的通信部26发送的销售意愿(步骤s1)。服务器50的输出部519将介绍料理的销售的销售信息向配送区域ar内的用户终端40发送(步骤s7)。由此能够向在接送的途中能够经由的配送区域ar内的用户终端40发送销售信息。因此即使经由订购料理的订购者4的自家p3车辆1也能够不迟于预计到达时刻地可靠地遵守预计到达时刻。

另外，上述实施方式能够变形成各种方式。以下对变形例进行说明。在上述实施方式中，出发地信息获取部511获取从车载终端10发送的出发地p1的位置信息和从用户终端20发送的可出发时刻，但出发地信息获取部的构成不限于此。即，出发地信息获取部511获取的出发地信息包含车辆的出发地的位置信息和可出发时刻即可，出发地的位置信息可以通过例如用户终端20来指定。

在上述实施方式中，目的地信息获取部512获取从用户终端20发送的目的地p2的位置信息和可出发预计到达时刻，但目的地信息获取部的构成不限于此。即，目的地信息获取部512获取的出发地信息包含车辆的目的地的位置信息和预计到达时刻即可，目的地的位置信息、预计到达时刻可以通过例如孩子3的用户终端30来指定。

在上述实施方式中，将运行路线生成部513要生成的用于进行接送的基本运行路线rt0作为最短的往返单程路线rt1的路径进行了示例，但运行路线生成部要生成的用于接送的运行路线不限于最短的路径。例如，还可以是由接送地的学校等推荐的路径、孩子3喜欢的路径等。

在上述实施方式中，剩余时间计算部514从由从可出发时刻到预计到达时刻为止的时间中减去沿着基本运行路线rt0从出发地p1到目的地p2行驶时的所需时间来计算出剩余时间t。然而，剩余时间计算部计算出在从可出发时刻到预计到达时刻的期间内沿着运行路线进行接送时产生的剩余时间即可，剩余时间计算部的构成不限于以上所述。

在上述实施方式中，配送区域决定部515基于剩余时间t决定在接送的途中能够进行料理的配送的配送区域ar，但配送区域决定部决定的配送区域不限于这种形式。例如除了剩余时间外，还可以考虑用户2特别想进行物品的销售的区域等。

在上述实施方式中，接受部516接受来自用户2的销售信息，接受来自看到销售信息的订购者4的订购信息，但只要以接受订购的方式构成，接受部就可以任意地构成。例如可以是接受部接受订购者4的订购并通知用户2，之后，用户2到预计出发时刻为止准备料理等物品。

在上述实施方式中，将在接送的途中经由的配送地点p3仅设置一个地方，但还可以经由多个地方，包含于由运行路线修正部修正了的运行路线rt中的配送地点p3不限于以上所述。还能够例如进一步计算出按照经由先前所决定的配送地点的路线进行接送和配送时的剩余时间并对配送区域进行修正，进一步将修正了的配送区域内的配送地点追加到运行路线中。

在上述实施方式中，输出部519分别向车载终端10通知运行路线rt和预计出发时刻，向用户终端20通知预计出发时刻，向用户终端40通知预计配送时刻，但输出运行路线的输出部的构成不限于此。例如还向用户终端20通知运行路线，用户2能够进行确定。

在上述实施方式中，当判定为在孩子3乘车前有第三方乘坐在车辆上时，向用户终端30通知禁止乘车，但乘车判定部的构成不限于此。还可以例如向车载终端10也发送报知指令向孩子3报知禁止乘车。在这种情况下，可以在车辆1的外部设置显示部、扬声器等来报知禁止乘车。

在上述实施方式中，当判定为孩子3在下车地点p1未下车时，向车载终端10发送下车报知指令，进行向孩子3提示下车的报知，但下车判定部的构成不限于此。例如还可以向用户终端30也发送同样的报知指令，由用户终端30进行提示下车的报知。还有，还可以向用户2的用户终端20发送孩子3未下车这一通知。

在上述实施方式中，使车辆1自动驾驶行驶来进行接送，但还可以用户2以手动驾驶使车辆1行驶来进行接送。在这种情况下，还可以省略乘车判定部和下车判定部。

在上述实施方式中，车辆运行管理系统100具备车载终端10、用户终端20、30、40、车辆运行管理服务器50，但车辆运行管理系统的构成不限于此。在例如车辆1向接送对象3报知禁止乘车时，车辆运行管理系统100也可以不具备用户终端30。

在上述实施方式中，将在接送的途中配送的物品作为料理进行了示例，但物品是能够用车辆进行配送的物品即可，例如还可以是手工艺品。

在上述实施方式中，作为在接送的途中进行配送的一例，示出了在去接孩子3时的去路进行配送的例子，但还可以适用在送达后的归路进行配送的情况。

在上述实施方式中，作为车辆运行管理装置的一例的服务器50决定了运行路线rt等，但还可以由车载终端10、用户终端20进行运行路线rt的决定等。即，还能够将运行路线生成部513、运行路线修正部517等设置在车载终端10、用户终端20等。

以上说明归根结底为一例，只要不破坏本发明的特征，上述实施方式和变形例就不限定本发明。还能够将上述实施方式与变形例的一个或多个任意组合，也能够将变形例彼此进行组合。

附图标记说明

1：车辆；10、车载终端；11：控制部；12：存储部；13：输入部；14：传感器组；15：通信部；16：显示部；17：执行器组；20(30、40)：用户终端；21(31、41)：控制部；22(32、42)：存储部；23(33、43)：输入部；24(34、44)：传感器组；25(35、45)：显示部；26(36、46)：通信部；50：服务器；51：控制部；52：存储部；53：通信部；100：车辆运行管理系统；511：出发地信息获取部；512：目的地信息获取部；513：运行路线生成部；514：剩余时间计算部；515：配送区域决定部；516：接受部；517：运行路线修正部；518：乘降判定部；519：输出部；521：接送信息区域；522：配送信息区域；ar：配送区域；rt：运行路线；rt0：基本运行路线；rt1、rt2：单程路线。