共乘管理装置、共乘管理方法及存储介质与流程

本申请基于在2017年5月30日申请的日本国专利申请第2017-106979号而主张优先权，并将其内容援引于此。

本发明涉及共乘管理装置、共乘管理方法及存储介质。

背景技术

提出有一种同乘乘车系统，其基于希望同乘的利用者和使利用者共同乘坐的车辆的当前的状况，对去往同一目的地的多个利用者调配能够同乘的车辆，从而对同乘进行支援(例如日本国特开2009-289192号公报)。

然而，在专利文献1所记载的发明中，在不存在满足利用者所希望的场所、时间等乘车条件的能够调配的车辆的情况下，存在利用者产生等待时间这一课题。

技术实现要素：

本发明考虑到这样的情况而提出，其目的之一在于提供一种即便在进行车辆的同乘时没有满足利用者所希望的乘车条件的车辆的情况下也能够减少等待时间且同时进行满足利用者所希望的乘车条件的调配车辆的共乘管理装置、共乘管理方法及存储介质。

本发明的共乘管理装置、共乘管理方法及存储介质采用了以下的结构。

(1)：本发明的一方案的共乘管理装置具备：取得部，其取得定义了包括利用者的乘车地点及下车地点的乘车条件的乘车需求；以及管理部，其基于所述乘车需求的所述乘车条件来检索能够调配的车辆，并决定满足所述乘车条件的运行日程，且所述管理部在通过一台车辆不能决定满足所述乘车条件的运行日程的情况下，从所述能够调配的车辆中的第一车辆向第二车辆换乘来决定满足所述乘车条件的运行日程。

(2)：在(1)的方案基础上，其中，所述管理部在决定所述运行日程时，取得所述能够调配的车辆各自的路径，并基于取得的所述路径来决定运行日程，在决定利用者换乘所述车辆的情况下的运行日程时，将所述第一车辆的第一路径与所述第二车辆的第二路径之间的距离成为最短或规定距离以下的地点设定为换乘点。

(3)：在上述(2)的方案的基础上，其中，所述管理部在不能设定所述换乘点的情况下，进行用于将所述能够调配的车辆的路径向能够设定所述换乘点的路径变更的处理。

(4)：在上述(3)的方案的基础上，其中，所述管理部在所述能够调配的车辆为自动驾驶车辆的情况下，在用于进行所述变更的处理中对自动驾驶车辆进行指示，以便变更所述自动驾驶车辆的所述路径。

(5)：在上述(3)的方案的基础上，其中，所述管理部在所述能够调配的车辆为手动驾驶车辆的情况下，在用于进行所述变更的处理中对所述导航装置进行指示，以便变更所述手动驾驶车辆的导航装置所引导的路径。

(6)：在上述(3)的方案的基础上，其中，用于进行所述变更的处理是进行询问的处理，所述管理部对进行了所述询问的车辆的车载装置或所述乘客的终端装置进行指示，以便变更得到了所述车辆的乘客的同意的车辆的路径。

(7)：在上述(6)的方案的基础上，其中，所述管理部进行了所述指示的结果是得到了所述乘客的同意的车辆的所述路径被变更了的情况下，对所述利用者的费用进行加价。

(8)：本发明的一方案的共乘管理方法使计算机进行如下处理：取得定义了包括利用者的乘车地点及下车地点的乘车条件的乘车需求；以及在基于所述乘车需求的所述乘车条件来检索能够调配的车辆并决定满足所述乘车条件的运行日程时，在通过一台车辆不能决定满足所述乘车条件的运行日程的情况下，从所述能够调配的车辆中的第一车辆向第二车辆换乘来决定满足所述乘车条件的运行日程。

(9)：本发明的一方案的存储介质存储有程序，该程序使计算机进行如下处理：取得定义了包括利用者的乘车地点及下车地点的乘车条件的乘车需求；以及在基于所述乘车需求的所述乘车条件来检索能够调配的车辆并决定满足所述乘车条件的运行日程时，在通过一台车辆不能决定满足所述乘车条件的运行日程的情况下，从所述能够调配的车辆中的第一车辆向第二车辆换乘来决定满足所述乘车条件的运行日程。

根据上述(1)、(8)及(9)的方案，能够决定出符合利用者的乘车条件的车辆的运行日程，能够提高便利性。

根据上述(2)的方案，在换乘多台车辆的情况下，利用者能够进行高效的换乘。

根据上述(3)-(7)的方案，即便在不能顺利地进行车辆的换乘的情况下，通过使车辆的路径变更，利用者也能够进行高效的换乘。

附图说明

图1是包括共乘管理装置的共乘系统的结构图。

图2是车辆的结构图。

图3是用于说明自动驾驶的处理过程的图。

图4是表示乘车条件信息的内容的一例的图。

图5是表示换乘车辆的场景的一例的图。

图6是表示运行日程信息的内容的一例的图。

图7是表示利用者从下车地点徒步移动到乘车地点的场景的换乘点的一例的图。

图8是表示由共乘管理装置执行的处理的一例的流程图。

图9是表示为了车辆的换乘而变更车辆的路径的场景的一例的图。

图10是表示在终端装置上显示的图像的一例的图。

图11是表示在车辆200中向乘客询问可否进行路径的变更的图像的一例的图。

图12是表示由第二实施方式的共乘管理装置执行的处理的一例的流程图。

具体实施方式

[第一实施方式]

以下，参照附图来说明本发明的共乘管理装置、共乘管理方法及存储介质的实施方式。共乘管理装置是用于对由多个利用者共同利用一个以上的车辆的情况(共乘)进行支援的装置。共乘所利用的车辆例如是基本上不需要驾驶操作的自动驾驶车辆。以下，说明将自动驾驶车辆用于共乘的情况，但也可以使用手动驾驶车辆。

共乘管理装置通过通信从利用者的终端装置取得乘车需求时，检索符合在该乘车需求中定义的乘车条件的车辆(能够调配的车辆)。而且，共乘管理装置在通过一台车辆不能决定满足所述乘车条件的运行日程的情况下，换乘多台车辆来调整调配车辆日程，以便满足乘车条件。通信可以包括数据通信和声音通信即电话这双方。

[整体结构]

图1是包括共乘管理装置300的共乘系统1的结构图。共乘系统1具备由一个以上的利用者u使用的一个以上的终端装置100、一个以上的车辆200、以及共乘管理装置300。这些构成要素能够经由网络nw而彼此通信。网络nw包括互联网、wan(wideareanetwork)、lan(localareanetwork)、公用线路、提供者装置、专用线路、无线基地站等。需要说明的是，“由利用者u使用”可以包括由利用者u暂时使用网吧的终端装置等可以由非特定的多数利用者使用的终端装置的情况。

[终端装置]

终端装置100例如是智能手机、平板终端、个人计算机等移动终端。在终端装置100中，用于利用共乘系统的应用程序、或者浏览器等起动，来支持以下说明的服务。在以下的说明中，以终端装置100为智能手机且应用程序(共乘应用程序)起动的情况为前提。共乘应用程序根据利用者u的操作而与共乘管理装置300进行通信，将利用者u的需求向共乘管理装置300发送，或者进行基于从共乘管理装置300接收到的信息的推送通知。

[车辆]

车辆200例如为能够供多个利用者u乘坐的具有四轮以上的车轮的车辆，但也可以是机动二轮车或其他的车辆。图2是车辆200的结构图。车辆200例如具备外界监视单元210、通信装置220、导航装置230、推荐车道决定装置240、自动驾驶控制单元250、驱动力输出装置260、制动装置262及转向装置264。

外界监视单元210例如包括相机、雷达、lidar(lightdetectionandranging)、以及基于它们的输出进行传感器融合处理的物体识别装置等。外界监视单元210推定存在于车辆200的周边的物体的种类(尤其是车辆、行人及自行车)，并与其位置、速度的信息一起向自动驾驶控制单元250输出。

通信装置220例如是用于与网络nw连接或与其他车辆、行人的终端装置等直接进行通信的无线通信模块。通信装置220基于wi-fi、dsrc(dedicatedshortrangecommunications)、bluetooth(注册商标)及其他的通信标准来进行无线通信。作为通信装置220，也可以准备与用途对应的多个通信装置。

导航装置230例如具备hmi(humanmachineinterface)232、gnss(globalnavigationsatellitesystem)接收机234及导航控制装置236。hmi232例如包括触摸面板式显示器装置、扬声器、话筒等。gnss接收机234基于从gnss卫星(例如gps卫星)发来的电波来测定本机的位置(车辆200的位置)。导航控制装置236例如具备cpu(centralprocessingunit)、各种存储装置，对导航装置230整体进行控制。存储装置中保存有地图信息(导航地图)。

导航地图是通过节点和线路来表现道路的地图。导航控制装置236参照导航地图来决定从由gnss接收机234测定的车辆200的位置到使用hmi232指定的目的地的路径。导航控制装置236也可以使用通信装置220将车辆200的位置和目的地向导航服务器(未图示)发送，并取得从导航服务器回复的路径。

在本实施例的情况下，与直至目的地的路径相关的信息也存在由共乘管理装置300指定的情况、变更的情况。与路径相关的信息可以包括通过地点、为了使利用者u乘车或下车而停止的地点及到达目标时刻的信息。导航控制装置236将通过上述任一方法决定出的路径的信息向推荐车道决定装置240输出。

推荐车道决定装置240例如具备mpu(micropositioningunit)和各种存储装置。在存储装置中保存有比导航地图详细的高精度地图信息。高精度地图信息中例如包括每个车道的道路宽度、坡度、曲率、信号的位置等信息。推荐车道决定装置240决定为了沿着从导航装置230输入的路径行驶而优选的推荐车道，并生成路径、推荐车道、行驶时刻的信息来向自动驾驶控制单元250输出。

自动驾驶控制单元250具备cpu、mpu(microprocessingunit)等一个以上的处理器和各种存储装置。自动驾驶控制单元250以在由推荐车道决定装置240决定的推荐车道上行驶为原则，以避开与从外界监视单元210输入了位置、速度的物体接触的方式使车辆200自动地行驶。自动驾驶控制单元250例如依次执行各种事件。事件中存在以恒定速度在相同的行驶车道上行驶的定速行驶事件、追随前行车辆的追随行驶事件、车道变更事件、汇合事件、分支事件、紧急停止事件、用于通过收费站的收费站事件、用于结束自动驾驶而切换为手动驾驶的切换事件等。在这些事件的执行中，也有时基于车辆200的周边状况(周边车辆、行人的存在、道路施工所引起的车道狭窄等)而计划用于躲避的行动。

自动驾驶控制单元250生成车辆200将来行驶的目标轨道。目标轨道例如包括速度要素。例如，目标轨道表现为将车辆200应该到达的地点(轨道点)依次排列而成的轨道。轨道点是每隔规定的行驶距离的本车辆200应该到达的地点，与此不同，每隔规定的采样时间(例如零点几[sec]程度)的目标速度及目标加速度作为目标轨道的一部分而生成。轨道点也可以是每隔规定的采样时间的在该采样时刻下的车辆200应该到达的位置。在该情况下，目标速度、目标加速度的信息通过轨道点的间隔来表现。

图3是用于说明自动驾驶的处理过程的图。首先，如上图所示，由导航装置230决定路径。该路径例如是不带有车道的区别的概略的路径。接着，如中图所示，推荐车道决定装置240决定容易沿着路径行驶的推荐车道。然后，如下图所示，自动驾驶控制单元250生成用于一边进行障碍物的躲避等一边尽量沿着推荐车道行驶的轨道点，并控制驱动力输出装置260、制动装置262及转向装置264中的一部分或全部，以便沿着轨道点(及随附的速度曲线)行驶。这样的任务分担只是一例，例如自动驾驶控制单元250也可以统一进行处理。

驱动力输出装置260将用于使车辆200行驶的行驶驱动力(转矩)向驱动轮输出。驱动力输出装置260例如具备内燃机、电动机及变速器等的组合、以及对它们进行控制的动力ecu。动力ecu按照从自动驾驶控制单元250输入的信息、或者从未图示的驾驶操作件输入的信息来控制上述的结构。

制动装置262例如具备制动钳、向制动钳传递液压的液压缸、使液压缸产生液压的电动马达以及制动ecu。制动ecu按照从自动驾驶控制单元250输入的信息、或者从驾驶操作件输入的信息来控制电动马达，并将与制动操作对应的制动转矩向各车轮输出。制动装置262可以具备将通过驾驶操作件所包含的制动踏板的操作而产生的液压经由主液压缸向液压缸传递的机构来作为备用。制动装置262不限于上述说明的结构，也可以是按照从自动驾驶控制单元250输入的信息对致动器进行控制来将主液压缸的液压向液压缸传递的电子控制式液压制动装置。

转向装置264例如具备转向ecu和电动马达。电动马达例如使力作用于齿条-小齿轮机构来变更转向轮的朝向。转向ecu按照从自动驾驶控制单元250输入的信息、或者按照从驾驶操作件输入的信息，来驱动电动马达而使转向轮的朝向变更。

[共乘管理装置]

返回图1，共乘管理装置300例如具备通信部310、取得部320、运行管理部330及存储部380。

通信部310例如是用于与网络nw连接的网卡。存储部380通过hdd(harddiskdrive)、闪存器、ram(randomaccessmemory)、rom(readonlymemory)等来实现。通信部310经由网络nw与终端装置100、车辆200进行通信。

取得部320、运行管理部330例如通过cpu等处理器执行保存于存储部380的程序(软件)来实现。这些功能部中的一部分或全部可以通过lsi(largescaleintegration)、asic(applicationspecificintegratedcircuit)、fpga(field-programmablegatearray)等硬件实现，也可以通过软件与硬件的协同配合来实现。将通信部310与取得部320合起来为“取得部”的一例。

取得部320经由通信部310及网络nw来取得从利用者u的终端装置100发出的乘车需求，将乘车需求所包含的乘车条件作为乘车条件信息384而向存储部380登记。利用者信息382包括利用者u的个人信息等。

图4是表示乘车条件信息384的内容的一例的图。如图所示，乘车条件信息384是将乘车希望地点、目的地、乘车希望时刻及表示是否为调配车辆已决定的调配车辆标志(例如1表示调配车辆已决定，0表示调配车辆未决定)等与预先登记的利用者u的识别信息即利用者id建立对应关系的信息。在乘车条件信息384中也可以包括利用者能够允许的从乘车希望时刻至到达目的地为止的希望所需时间、利用者能够允许的目的地的抵达时刻等。

调配车辆标志以外的信息通过终端装置100的共乘应用程序接受利用者u的输入来决定内容，并作为乘车需求而向共乘管理装置300发送。以下，有时将乘车条件信息384中的与一个利用者id建立对应关系的一系列的信息称作记录。输入的信息作为乘车需求而向共乘管理装置300发送。

运行管理部330基于接收到的信息，参照乘车条件信息384和运行日程信息386来检索能够调配的车辆200。运行管理部330管理利用者u利用了共乘的情况下的费用。运行管理部330检索车辆200的路径，并提取通过利用者u的乘车希望地点和目的地的一个以上的车辆200。运行管理部330从提取出的一个以上的车辆200中选择在与利用者u的乘车希望时刻最接近的时刻通过乘车希望地点的一台车辆200。

例如，运行管理部330从乘车条件信息384所包含的各记录中，将时间带、从乘车希望地点到目的地为止的行驶区间为规定范围内的记录粗略分组化，并且提取与能够由一台或多台车辆200运送的一个以上的利用者u对应的一个以上的记录，且将其作为运行日程信息386的一部分而向存储部380登记。

在此，未必通过一台车辆200能够决定满足利用者u所希望的乘车条件的运行日程。例如，能够调配的一台车辆200的路径中不包含乘车希望地点和目的地的情况、即便路径符合乘车条件但所需时间因车辆200途经目的地以外的地点而花费规定时间以上的情况、即便路径符合乘车条件但到车辆200抵达乘车希望地点为止的等待时间为规定时间以上的情况不满足利用者u所希望的乘车条件。

然而，在能够调配的多台车辆200中，存在各自的路径中包括利用者u的乘车希望地点、途经地、目的地的车辆，若换乘的时机适当，则能够通过换乘多台车辆200来满足利用者u所希望的乘车条件。

因此，运行管理部330在通过一台车辆200不能决定满足利用者u的乘车条件的运行日程的情况下，从能够调配的车辆200中换乘多台车辆200来决定满足乘车条件的运行日程。运行管理部330例如取得多台车辆200的路径的信息，提取能够利用于使利用者u从乘车希望地点到达目的地的多台车辆200。能够利用的多台车辆200例如是利用者从乘车希望地点乘坐到换乘点的车辆200、从换乘点乘坐到目的地的车辆200。能够利用的多台车辆200中除了包括上述的车辆200以外，还可以包括从换乘点乘坐到下一换乘点的车辆200。

图5是表示换乘车辆200的场景的一例的图。运行管理部330例如针对提取出的多台车辆200所包括的两台车辆200，基于第一车辆200a的路径和第二车辆200b的路径来决定换乘车辆200的运行日程。

运行管理部330针对换乘的两台车辆而将第一车辆200a的第一路径ra与第二车辆200b的第二路径rb之间的距离成为最短或规定距离以下的地点设定为换乘点p。换乘点p是利用者u进行车辆200的换乘的地点。地点可以是表示一点的坐标，也可以是具有一定程度的宽度的区域。第一车辆200a抵达乘车点p的预定的时刻与第二车辆200b抵达乘车点p的预定的时刻之间的时间例如为规定时间以内。这是因为当上述的时间为规定时间以上时，乘坐第二车辆200b的利用者u的等待时间变长。

运行管理部330例如在第一车辆200与第二车辆200的路径交叉的情况下，将交叉的地点设定为换乘点p。运行管理部330例如在第一车辆200与第二车辆200的路径不交叉的情况下，将第一车辆200的第一路径与第二车辆200的第二路径之间的距离为最短或规定距离以下的地点设定为换乘点p。在该情况下，换乘点p是包含利用者下车的场所和利用者向换乘的车辆200乘坐的场所的区域。

运行管理部330反复进行与上述处理同样的处理，依次生成换乘的两台车辆200的运行日程，从而换乘多台车辆200来决定满足利用者u的乘车条件的运行日程。

图6是表示运行日程信息386的内容的一例的图。如图所示，运行日程信息386是将出发地、途经地及到达地各自的坐标、车辆200的假定抵达时刻、以及在各途经地乘车的利用者u的利用者id及下车的利用者u的利用者id与共乘管理装置300管理的车辆200的识别信息即车辆id建立对应关系的信息。出发地、到达地通常为车库等。

在图6的例子中，示出了车辆200(id：m-1)与车辆200(id：m-2)的路径交叉且车辆200(id：m-2)与车辆200(id：m-3)的路径不交叉的运行日程。如图所示，例如在利用者u(id：0001)从乘车希望地点(图中的途经地(2))移动到目的地(图中的途经地(6))的情况下，决定换乘多台车辆200的运行日程。利用者u例如首先通过车辆200(id：m-1)从乘车希望地点(图中的途经地(2))移动到换乘点p(图中的途经地(3))。由于换乘的车辆200(id：m-1)与车辆200(id：m-2)的路径交叉，因此利用者u在作为下车地点的换乘点p(图中的途经地(3))等待换乘的车辆200(id：m-2)。

接下来，利用者u例如搭乘于车辆200(id：m-2)而从换乘点p(图中的途经地(3))移动到换乘点p(图中的途经地(4))。图7是表示利用者从下车地点徒步移动到乘车地点的场景的换乘点p的一例的图。如图所示，换乘的车辆200(id：m-2)与车辆200(id：m-3)的路径不交叉，因此利用者u从作为下车地点的图中的途经地(4)徒步移动到车辆200(id：m-3)的乘车地点(图中的途经地(5))。在该情况下，换乘点p是包含途经地(4)至途经地(5)的区域。“乘车地点”、“下车地点”也可以不是点(坐标)的信息，例如可以是相对于中心点具有规定的半径的区域、呈网眼状划分的地图的一个区域。

接下来，利用者u乘坐车辆200(id：m-3)而从换乘点p(图中的途经地(5))移动到目的地(图中的途经地(6))。在该情况下，车辆200(id：m-2)抵达作为下车地点的图中的途经地(4)的时刻与车辆200(id：m-3)抵达作为乘车地点的图中的途经地(5)的时刻之间的时间例如为规定时间。以使成为换乘的对象的车辆200(id：m-3)比利用者u下车的车辆200(id：m-2)靠后抵达该例子的换乘点p的方式决定运行日程。

[处理流程·场景例]

接下来，说明由共乘管理装置300执行的处理。图8是表示由共乘管理装置300执行的处理的一例的流程图。取得部320判定是否从利用者u的终端装置100发出了定义了乘车条件的乘车需求(步骤s100)。在步骤s100中得到了否定的判定的情况下，取得部320反复进行步骤s100的处理。在步骤s100中得到了肯定的判定的情况下，取得部320取得乘车需求(步骤s110)。

运行管理部330基于乘车条件来判定是否能够通过一台车辆200来进行满足利用者u的乘车条件的运行(步骤s120)。在步骤s120中，运行管理部330例如在一台车辆200的路径中包含利用者u的乘车希望地点和目的地且利用者u的乘车希望时刻、希望所需时间符合车辆200的运行时机的情况下，判定为能够进行满足利用者u的乘车条件的运行，通过一台车辆200来决定运行日程(步骤s130)。

在步骤s120中，运行管理部330例如在一台车辆200的路径中不包含利用者u的乘车希望地点和目的地、或者利用者u的乘车希望时刻、希望所需时间不符合车辆200的运行时机的情况下，判定为不能通过一台车辆200进行满足利用者u的乘车条件的运行，以能够使利用者换乘多台车而抵达目的地的方式决定运行日程(步骤s140)。

根据以上说明的第一实施方式的共乘管理装置300，在进行车辆的同乘的情况下，即便在不存在满足利用者u所希望的乘车条件的一台车辆的情况下，也能够以满足利用者u的定义了乘车条件的乘车需求的方式换乘多台车辆来决定满足乘车条件的运行日程。

[第二实施方式]

在第一实施方式中，共乘管理装置300不变更车辆200的路径地决定满足利用者u所希望的乘车条件的运行日程，但在第二实施方式中，变更车辆200的路径，以便满足利用者u所希望的乘车条件。

图9是表示为了车辆200的换乘而变更车辆200的路径的场景的一例的图。在利用者u搭乘于在路径ra上行驶的预定的第一车辆200a的情况下，为了抵达目的地，需要向路径中包含目的地g的第三车辆200c进行换乘。

在第一车辆200a的第一路径ra与第三车辆200c的第三路径rc无交点且彼此的路径之间的最短距离以比规定距离大的距离分离的情况下，运行管理部330不能设定换乘点p。

与此相对，第二车辆200b的第二路径rb与第三车辆200c的第三路径rc在目的地g的附近的地点(换乘点p3)交叉。若利用者u能够乘坐第二车辆200b，则利用者u能够在换乘点p3向第三车辆200c换乘来抵达目的地g。

然而，在第一车辆200a的第一路径ra与第二车辆200b的第二路径rb无交点且彼此的路径之间的最短距离以比规定距离大的距离分离的情况下，运行管理部330不能设定换乘点p。

因此，运行管理部330在不能换乘多台车辆200来决定满足利用者u的乘车条件的运行日程的情况下，对在路径决定的过程中检索出的车辆200询问是否可以向通过能够设定换乘点p的路径的路径进行变更。

在进行询问的情况下，换乘多台车辆而去往目的地的利用者u的终端装置100的共乘应用程序使利用者u的终端装置100的显示部显示对于变更车辆200的路径的事宜而询问利用者u的许可的图像im1。图10是表示在终端装置100上显示的图像im1的一例的图。此时，也可以使图像im1如后述那样显示产生加价收费的意旨。

运行管理部330例如提取多个换乘点p1、p2，将在接近目的地g的换乘点p1换乘的情况的优先级设定为比在换乘点p2换乘的情况高。运行管理部330向第一车辆200a询问是否能够向通过换乘点p1的路径进行变更。

在进行了询问的情况下，在第一车辆200a中，可以使hmi220对车辆200的乘客显示接受路径的变更的应允与否(是应允乃至许可，还是拒绝)的图像im。图11是表示在车辆200中供乘客接受路径的变更的应允与否的图像im2的一例的图。运行管理部330在得到了来自第一车辆200a的乘客的代表者或全员的同意(许可)的情况下，进行用于对第一车辆200a变更路径的处理。

运行管理部330例如在第一车辆200a为自动驾驶车辆的情况下，在用于进行变更的处理中对自动驾驶车辆进行指示，以便变更自动驾驶车辆的路径。在该情况下，自动驾驶车辆基于运行管理部330的指示来变更行驶路径及行动计划。运行管理部330例如在第一车辆200a为手动驾驶车辆的情况下，在用于进行变更的处理中对导航装置进行指示，以便自动地变更手动驾驶车辆的导航装置所引导的路径。在该情况下，导航装置对利用者显示变更路径的意旨并且变更引导的路径，并按照变更后的路径对利用者引导路径。此外，运行管理部330在用于进行变更的处理中，也可以使手动驾驶车辆的利用者(乘客)的终端装置显示变更路径的意旨。

第一车辆200a按照新的路径在变更后的第一路径ra1上行驶，利用者u在换乘点p1向第一车辆200b进行换乘。

运行管理部330在没有得到来自第一车辆200a的乘客的同意的情况下，为了能够在优先级次高的换乘点p2换乘，对第二车辆200b进行指示，以便变更路径。

在第二车辆200b中，推荐车道决定装置240基于由运行管理部330指示的信息来生成新的路径。第二车辆200b按照新的路径而在变更后的第二路径rb1上行驶，利用者u在换乘点p2向第一车辆200b进行换乘。运行管理部330在对于变更路径的事宜得到了乘客的同意而第二车辆200b的路径变更了的情况下，对向第二车辆200b换乘的利用者u的费用进行加价。运行管理部330也可以对同意变更路径的乘客进行费用的减价。

[处理流程·场景例]

接着，说明由共乘管理装置300执行的处理。图12是表示由第二实施方式的共乘管理装置300执行的处理的一例的流程图。以下的处理继第一实施方式的处理流程中的步骤s140之后进行。

运行管理部330在通过多台车辆200决定运行日程时，判定是否能够设定换乘点p(步骤s200)。在步骤s200中得到了肯定的判定的情况下，运行管理部330结束流程图的处理。在步骤s200中，运行管理部330在不能设定换乘点p的情况下，设定成为候补的换乘点p(步骤s210)。运行管理部330为了通过成为候补的换乘点p而向选择出的车辆200询问是否能够进行路径的变更(步骤s220)。

合理地进行车辆200的选择，以便使为了通过成为候补的换乘点p而迂回的距离变短。运行管理部330向车辆200询问是否能够进行路径的变更的结果是，判定是否能够进行路径的变更(步骤s230)。在步骤s230中得到了肯定的判定的情况下，运行管理部330对车辆200进行指示，以便伴随路径的变更而变更路径(步骤s240)。

在步骤s230中得到了否定的判定的情况下，运行管理部330设定成为下一候补的其他的换乘点p(步骤s210)。例如，运行管理部330在对换乘点p的候补进行了规定次数的设定，但也不能设定换乘点的情况下，向利用者u通知该意旨，或者通知表示去往目的地的代替的手段的信息。作为替代的手段，例如是所需时间花费规定时间以上的车辆200的调配、到抵达乘车希望地点为止的等待时间花费规定时间以上的车辆200的调配等。

根据以上说明的第二实施方式的共乘管理装置300，即便在不能设定换乘点p的情况下，通过变更车辆200的路径，利用者u也能够换乘多台车辆200而抵达至目的地。

以上，使用实施方式说明了本发明的具体实施方式，但本发明丝毫不被这样的实施方式限定，能够在不脱离本发明的主旨的范围内施加各种变形及替换。

例如，共乘管理装置300也可以搭载于车辆200。

在车辆200为手动驾驶车辆的情况下，通信部310可以经由网络nw与车辆200的驾驶员的终端装置进行通信。