CN115135553A - 车辆跟随行驶系统、信息处理方法以及程序 - Google Patents

Abstract

在车辆跟随行驶系统中，使前导车或者跟随车的用户容易掌握跟随行驶的报酬。用于使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统。获取跟随车的用户所希望的出发地以及目的地。基于出发地以及目的地来检索供跟随车跟随的前导车。生成在出发地与目的地之间的至少一部分中包含跟随行驶的区间的行驶计划。基于行驶计划，计算针对跟随行驶的从跟随车向前导车的报酬。

Description

车辆跟随行驶系统、信息处理方法以及程序

技术领域

本发明涉及车辆跟随行驶系统、信息处理方法以及程序。

背景技术

为了实现自动驾驶，提出了使跟随车对前导车进行跟随行驶的跟随行驶系统。在专利文献1中公开了如下技术：按照对前方车辆的行驶轨道进行跟随的目标轨道来控制跟随车，以维持与前方车辆的距离。另外，在专利文献2中，公开了基于后续车辆的车辆性能而对前方车辆的制动、驱动或转向等进行限制的技术。进一步地，在专利文献3中，公开了如下技术：基于跟随车的预定行驶路径选定前导车，并将表示行驶计划以及应跟随的前导车的信息提示给跟随车的用户。另一方面，专利文献4公开了在队列行驶中，跟随车的使用者使用ETC系统对前导车的驾驶员支付费用。

现有技术文献

专利文献

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

专利文献2：日本特开2019-156197号公报

专利文献3：国际公开第2016/113890号

专利文献4：日本特开2004-94780号公报

发明内容

发明所要解决的问题

在专利文献4所记载的技术中，根据行驶时间以及行驶距离等决定费用，若队列行驶结束，则进行费用的支付。然而，在专利文献4所记载的技术中，在队列行驶结束之前费用并不确定。因此，前导车或者跟随车的用户要判断是否参加跟随行驶并不容易。

本发明的目的在于，在车辆跟随行驶系统中，使前导车或者跟随车的用户容易掌握跟随行驶的报酬。

用于解决问题的手段

为了实现本发明的目的，本发明的一个实施方式所涉及的车辆跟随行驶系统具备以下的构成。

即，一种车辆跟随行驶系统，其是用于使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统，其具备：

获取单元，其获取所述跟随车的用户所希望的出发地以及目的地；

检索单元，其基于所述出发地以及所述目的地来检索供所述跟随车跟随的所述前导车；

生成单元，其生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划；以及

计算单元，其基于所述行驶计划，计算针对所述跟随行驶的从所述跟随车向所述前导车的报酬。

发明效果

在车辆跟随行驶系统中，使前导车或者跟随车的用户容易掌握跟随行驶的报酬。

本发明的其他特征以及优点，通过以附图为参照的以下说明而得以明确。此外，在附图中，对于相同或同样的结构，标注相同的附图标记。

附图说明

附图包含于说明书中且构成其一部分，表示本发明的实施方式并与其记述一起用于说明本发明的原理。

图1是说明一个实施方式所涉及的跟随行驶的例子的图。

图2是表示一个实施方式所涉及的车辆跟随行驶系统的构成的一个例子的图。

图3是表示一个实施方式所涉及的信息处理装置的功能构成的一个例子的图。

图4是说明一个实施方式所涉及的信息处理装置与车辆的信息交换的图。

图5是说明一个实施方式所涉及的跟随行驶的例子的图。

图6是说明一个实施方式所涉及的跟随行驶的例子的图。

图7是说明一个实施方式所涉及的跟随行驶的例子的图。

图8是一个实施方式所涉及的信息处理方法的流程图。

图9是一个实施方式所涉及的信息处理方法的流程图。

图10是表示一个实施方式所涉及的信息处理装置的硬件构成例的图。

具体实施方式

以下，参照附图对实施方式进行详细说明。此外，以下的实施方式并非对技术方案所涉及的发明进行限定，另外，在实施方式中说明的特征的组合未必全部都是发明所必须的。也可以对实施方式中说明的多个特征中的两个以上的特征任意地进行组合。另外，对相同或者同样的构成标注相同的附图标记，并省略重复的说明。

[实施方式1]

本发明的一个实施方式涉及使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统。跟随行驶的控制方法没有特别限定，例如能够采用专利文献1以及专利文献2所记载的方法。以下，对一个实施方式所涉及的跟随行驶进行说明。

(跟随行驶控制)

图1表示跟随行驶的一个例子。如图1所示，在跟随行驶时，跟随车202能够识别前导车201并自动地(用户无需手动驾驶)进行跟随识别出的前导车201的跟随行驶。跟随车202可以通过与前导车201的车与车之间通信来识别前导车201，也可以使用车载摄像机或者激光雷达等形状识别装置来识别前导车201。跟随车202以及前导车201可以具备例如图2所示那样的车辆运动控制系统。

图2是表示使用车与车之间通信进行跟随行驶的跟随车202以及前导车201的功能构成的一个例子的框图。在图2中，前导车201具备处理部214以及通信装置215，跟随车202具备通信装置221、识别部222、轨道生成部223、运动控制部224以及控制部225。

前导车201的处理部214对作为驾驶员所操作的加速器211、制动器212以及方向盘213的操作量的操作信息、和由车速或加速度等行驶状态量或者车辆参数构成的前导车信息进行处理。通信装置215将前导车信息发送到跟随车202。

跟随车202的通信装置221接收从前导车201发送来的前导车信息。识别部222获取跟随车与前导车的相对距离、相对速度或者相对角度等前导车识别信息。识别部222可以基于由通信装置221通过车与车之间通信获取到的前导车信息来获取前导车识别信息，也可以使用车载摄像机或者LADAR等形状识别装置来获取前方车辆识别信息。

轨道生成部223基于识别部222获取的信息，生成对前导车的行驶轨道进行跟随的目标轨道。运动控制部224对跟随车的车辆运动的控制指令进行运算，以对轨道生成部223生成的目标轨道进行跟随行驶。控制部225根据运动控制部224运算出的控制指令，运算并输出与转向、制动以及驱动有关的发动机或驱动马达等驱动系统226、制动器227、以及方向盘228的控制量。

另外，前导车201以及跟随车202可以具备在进行跟随行驶的情况下通过使车灯等发光而向周围传递该跟随行驶的意思的报告部(未图示)。通过报告正在跟随行驶中，能够对向前导车201以及跟随车202之间的插队进行防止。进一步地，考虑到在跟随行驶中走到尽头等需要后退的情况，跟随车202可以具备基于轨迹存储功能的后退功能、基于远距离控制的后退功能、或者对姿态等进行检测而后退的功能等。

(行驶计划生成)

在车辆跟随行驶系统中，能够拟定跟随车202的行驶计划以使跟随车202能够跟随前导车201。图3是表示车辆跟随行驶系统的构成的一个例子的框图。该系统具备信息处理装置310、终端320以及终端330。此外，车辆跟随行驶系统并非必须具备信息处理装置310、终端320以及终端330全部。另外，信息处理装置310、终端320以及终端330也并非必须分别是单独的装置。例如，车辆跟随行驶系统可以由经由网络而连接并实现信息处理装置310的功能的多个信息处理装置构成。进一步地，以下作为信息处理装置310进行的处理而说明的处理的一部分或者全部可以由终端320或者终端330进行。

如图1所示，终端320以及终端330分别是与跟随车202以及前导车201相关联的信息处理装置。例如，终端320以及终端330可以是设置于跟随车202以及前导车201中的汽车导航终端那样的车载终端，也可以是跟随车202以及前导车201的用户持有的智能手机等便携终端。终端320与跟随车202相关联，获取跟随车202的用户对信息处理装置310输入的操作或信息，并向信息处理装置310进行发送。在此，用户输入的内容的详细内容将在后面叙述。此外，终端320还能够从信息处理装置310接收信息。例如，终端320可以从信息处理装置310接收行驶计划。同样地，终端330与前导车201相关联，能够向信息处理装置310发送信息，以及从信息处理装置310接收信息。例如，终端330也能够从信息处理装置310接收行驶计划。在此，终端330可以从信息处理装置310直接接收行驶计划，也可以经由管理前导车201的行驶的服务器接受行驶计划。

信息处理装置310基于跟随车202的用户所希望的出发地以及目的地来生成行驶计划。该行驶计划包含位于出发地与目的地之间的至少一部分中的跟随行驶的区间。在此，信息处理装置310能够在跟随行驶的区间中检索跟随车202跟随的前导车201。以下为了说明，设为信息处理装置310是基于跟随车202的用户输入的信息进行与前导车201的匹配来生成行驶计划的、提供作为服务的跟随行驶的应用程序的服务器，由此进行说明。

图10是表示信息处理装置310的硬件构成例的框图。信息处理装置310包含处理部1101、存储部1102和通信I/F(接口)1103。处理部1101是CPU那样的处理器，执行存储于存储部1102的程序。存储部1102是RAM、ROM、硬盘等存储设备，能够储存程序以及各种数据。通信I/F1103是有线或无线通信接口。通信I/F1103能够经由通信网络而与终端320以及终端330进行通信。另外，通信I/F1103能够经由通信网络和通信装置215或者通信装置221而与前导车201或者跟随车202进行通信。

图3所示的信息处理装置310的各功能能够通过处理部1101按照储存在存储部1102中的程序进行动作而实现。此外，处理部214、识别部222、运动控制部224以及控制部225的功能也可以通过前导车201或者跟随车202所具有的处理器按照储存在存储器中的程序进行动作而实现。同样地，后述的终端320或者终端330的动作也能够通过终端320或者终端330所具有的处理器按照储存在存储器中的程序进行动作而实现。不过，图3所示的信息处理装置310的功能中的至少一部分也可以通过专用的硬件来实现。

在存储部1102中，除了处理部1101执行的程序之外，还存储各种数据。在图10的例子中，作为存储在存储部1102中的数据，示例了数据库(DB)1111以及1112。DB1111是登记有被委托跟随行驶的、预先登记的前导车的候选的信息的DB。前导车的候选的信息可以是前导车的驾驶员的信息，例如可以是跟随行驶中的前导行驶的经验次数、或者跟随车的用户给出的评价等。另外，前导车的候选的信息也可以是与前导车的车辆参数相关的信息。与车辆参数相关的信息可以是前导车的最高速度、最大加速度、最大制动力、最大转向角、最小转弯半径、在高速道路上能否进行自主行驶、全长、宽度以及高度、或者燃料信息。进一步地，前导车的候选的信息也可以是表示车辆的当前所在地或者车辆的预定移动路径等的车辆的行驶信息。另外，DB1112是登记有跟随车的信息的DB。跟随车的信息可以是跟随车的车辆参数的信息。跟随车的信息可以与希望跟随行驶的用户的账户相关联地储存于DB1112。此外，在本说明书中，自主行驶是指驾驶车辆的用户操作的至少一部分被自动化的自动行驶，不同于跟随前导车的跟随行驶以及用户进行通常的手动驾驶的通常行驶。

以下，对信息处理装置310基于跟随车202的用户所希望的出发地以及目的地而生成在出发地与目的地之间的至少一部分中进行跟随行驶的行驶计划的情况进行说明。此外，用户希望的出发地可以是跟随车202的当前位置，也可以是用户在在线地图上选择的位置。在该情况下，跟随车202可以是用户所持有的车辆，也可以是用户临时使用的车辆。另外，前导车201没有特别限定。前导车201例如可以是一边进行物品的运输一边进行前导的运输公司、邮政运输等物流基础设施从业员驾驶的车辆(以下为配送车辆)，也可以是仅进行前导的专业人员所驾驶的车辆(以下为专业车辆)。

在本说明书中，将跟随行驶的开始地点以及结束地点称为交接地点。另外，将跟随行驶的开始地点称为合流地点。合流地点可以包含出发地，也可以包含在从出发地到目的地的行驶计划中分别开始对不同的前导车201的跟随行驶的多个合流地点。

如图3所示，本实施方式所涉及的信息处理装置310具备获取部311、路径检索部312、车辆检索部313、计划生成部314以及发送部315。此外，报酬计算部316是在从跟随车202向前导车201支付报酬的情况下使用的功能部，详情后述。

获取部311获取跟随车的用户希望的出发地以及目的地。终端320具有获取跟随车202的用户希望的出发地以及目的地的触摸屏那样的获取部。而且，获取部311能够获取希望跟随行驶的用户输入到终端320的出发地以及目的地。另外，获取部311还能够获取与跟随行驶相关的其他信息。例如，获取部311能够获取关于行驶计划的进一步的条件。作为行驶计划的条件，例如可举出与合流地点或者交接地点相关的条件、与到合流为止的待机时间相关的条件、与前导车201相关的条件、以及是否在高速道路通行等。作为与跟随行驶相关的信息的另一个例子，还可以举出跟随车202的燃料信息、跟随车202是否搭乘有人的信息、或者跟随车202是否能够手动驾驶的信息。信息处理装置310能够基于获取部311获取的信息来生成从出发地到目的地为止的跟随车202的行驶计划。

与合流地点或者交接地点有关的条件例如能够包含与用作合流地点或者交接地点的设施有关的条件。与用作合流地点或者交接地点的设施有关的条件可以是设施的类型(例如便利店、餐厅、免下车餐馆(道路的车站)或者加油站那样的设施的种类)或者特定的设施的指定。通过这样的构成，跟随车的用户容易从希望的地点开始跟随行驶，或者在希望的地点结束跟随行驶。

与到合流为止的待机时间相关的条件是与用于在合流地点等待前导车201的待机时间相关的条件。例如，该条件可以是为了等待前导车201而能够待机的上限时间。在设定了这样的条件的情况下，以对在跟随车202到达后能够在上限时间内到达的前导车201进行跟随行驶的方式生成行驶计划。

与前导车相关的条件例如也可以是与前导车的驾驶员相关的条件、或者与前导车的类别相关的条件。作为与前导车的驾驶员相关的条件，可以是关于驾驶员的指定、驾驶员的评价的条件、或者关于驾驶员的前导经验的条件。作为与前导车的类别相关的条件，可以是关于前导车的运营者(例如前导车是配送车辆还是专业车辆)的条件，也可以是前导车的车辆分类(例如乘用车、货车或两轮车)的条件。与前导车有关的条件也可以是上述条件的组合。

跟随车202的燃料信息例如是燃料的种类、燃料的余量、或者可续航距离等。另外，跟随车202是否能够手动驾驶的信息可以表示跟随车202的用户是否饮酒。

路径检索部312基于获取部311获取的用户所希望的出发地和目的地的信息，生成从跟随车的当前所在地到目的地的临时路径。临时路径用于由后述的车辆检索部313进行的前导车的检索和由计划生成部314进行的行驶计划的生成。详细的说明将在后面叙述。

车辆检索部313基于路径检索部312生成的临时路径，从前导车201的候选中检索跟随车202跟随的前导车201。这样，进行基于出发地以及目的地的、供跟随车202跟随的前导车201的检索。例如，车辆检索部313可以从前导车201的候选中选择位于跟随车202的当前位置附近的专业车辆。另外，车辆检索部313能够从前导车201的候选中选择在当前时刻附近从跟随车202的当前所在地附近去往目的地方向的配送车辆。

在本说明书中，专业车辆能够与当前行驶中的路径无关地行驶至跟随行驶的出发点去迎接跟随车202，并将跟随车202前导至跟随行驶的终点。另一方面，配送车辆按照规定的行驶路径行驶，能够从跟随行驶的出发点到终点为止沿着行驶路径对跟随车202进行前导。其中，将配送车辆设为，如果是距离规定的行驶路径一定的距离内，则能够行驶至偏离规定的行驶路径的跟随行驶的出发点去迎接跟随车202，并能够将跟随车202前导至偏离规定的行驶路径的跟随行驶的终点。此外，前导车201的种类没有特别限定，可以由自家用车如专业车辆那样对跟随车202进行前导，也可以由沿着规定的行驶路径行驶的自家用车如配送车辆那样对跟随车202进行前导。

车辆检索部313能够通过参照在DB1111中登记的前导车的候选的信息，按照获取部311获取的关于行驶计划或者跟随行驶的条件来检索前导车201。例如，车辆检索部313能够从DB1111获取表示作为前导车201的候选登记的车辆的当前所在地、以及移动路径的安排等的行驶信息。车辆检索部313可以针对作为配送车辆的前导车201的候选获取进行配送的路径以及时间那样的行驶信息。表1表示储存在DB1111中的前导车的候选的信息的例子。在表1、2中，作为前导车的候选的信息，储存有表示车辆的运动性能的参数、驾驶员的信息、与行驶路径等相关的行驶信息以及其他条件。此外，在表1中示出配送车辆的信息，在表2中示出专业车辆的信息。

【表1】

【表2】

进一步地，车辆检索部313也可以考虑前导车201的车辆尺寸来检索前导车201。例如，车辆检索部313能够检索能进入跟随行驶的开始点和终点的尺寸的前导车201。

接着，计划生成部314基于获取部311获取的信息，生成在出发地与目的地之间的至少一部分中包含跟随车202对车辆检索部313检索到的前导车201进行跟随的跟随行驶的区间的行驶计划。

计划生成部314能够通过参照获取部311获取的与和前导车的合流地点相关的条件，以在跟随车202的用户希望的地点处开始跟随行驶的方式生成行驶计划。另外，计划生成部314能够通过参照获取部311获取的与和前导车的合流地点相关的条件，以在跟随车202的用户希望的种类的设施处开始跟随行驶的方式生成行驶计划。

不需要在出发地与目的地之间的整个区间进行跟随行驶。计划生成部314可以生成在出发地与上述目的地之间的至少一部分中还包含跟随车202单独进行自动行驶的自主行驶的区间、或者跟随车202单独进行手动行驶的手动行驶的区间的行驶计划。根据这样的构成，能够缩短前导车201进行前导的区间，因此能够容易地通过检索发现前导车201。例如，在跟随车202是能够在特定种类的道路(例如高速道路)上自主行驶的车辆的情况下，计划生成部314可以生成在这样的特定种类的道路上进行自主行驶的行驶计划。这样，在行驶计划中，可以在中途切换自主行驶和跟随行驶。

进一步地，在能够进行跟随车202的手动驾驶的情况下，计划生成部314可以生成在出发地与目的地之间的至少一部分中包含用户手动驾驶跟随车202的手动行驶的区间的行驶计划。例如，在未找到接近出发地的前导车201的情况下，能够通过手动驾驶使跟随车202移动至前导车201的附近后开始跟随行驶。在该情况下，计划生成部314能够根据跟随车202的用户是否能够手动驾驶跟随车202，对在行驶计划中是否包含手动行驶的区间进行切换。例如，计划生成部314在跟随车202的用户进行了饮酒的情况下，能够判定为用户无法手动驾驶跟随车202。

另外，跟随车202也可以依次跟随多个前导车201而行驶。即，计划生成部314能够生成包含跟随车202跟随第一前导车的第一跟随行驶的区间和跟随车202跟随第二前导车的第二跟随行驶的区间的行驶计划。根据这样的构成，能够缩短一台前导车201进行前导的区间，因此能够容易地通过检索发现前导车201。

作为具体例，跟随车202能够从作为开始最初的跟随行驶的地点的开始地点到作为结束最初的跟随行驶的地点的交接地点为止，跟随第一前导车而行驶。另外，跟随车能够从交接地点到结束下一个跟随行驶的地点为止，跟随第二前导车而行驶。这样，第一跟随行驶的区间的终点和第二跟随行驶的区间的开始点可以存在于相同的地点。根据这样的构成，跟随车202的用户无需进行手动驾驶就能够进行前导车201的交接。在该情况下，车辆检索部313能够从前导车201的候选中选择例如位于开始地点附近的专业车辆，另外，例如能够选择在到达交接地点的预定到达时刻附近从交接地点去往目的地方向的配送车辆。

开始跟随行驶的合流地点没有特别限定，通过将能够驻停车的空间设定为合流地点，从而容易使跟随车202或者前导车201在合流地点处对另一方进行待机，也使跟随车202与前导车201合流变得容易。因此，作为合流地点，能够设定车通行的道路的主车道以外的、能够驻车或者停车的空间。作为具体的合流地点的例子，可举出停车场、道路的路肩或路侧带等。

如上所述，获取部311能够获取与和前导车的合流地点相关的条件。在该情况下，计划生成部314能够以在符合条件的合流地点处开始跟随行驶的方式生成行驶计划。例如，作为与合流地点相关的条件，可以选择规定的类型的店铺，在该情况下，计划生成部314能够生成合流地点是所选择的类型的店铺的停车场的行驶计划。

图5表示由计划生成部314生成的行驶计划的一个例子。在该行驶计划中，跟随车500在10点在出发地511与前导车501合流，跟随前导车501而在10点30分到达交接地点512。从交接地点512到交接地点513为止是能够自主行驶的高速道路。因此，跟随车500在10点30分通过自主行驶在交接地点512出发，在13点30分到达交接地点513。之后，跟随车500等待前导车502的到达，在13点35分跟随前导车502在交接地点513出发，在14点到达目的地514。

切换自主行驶和跟随行驶的交接地点没有特别限定，通过将进行自主行驶的道路(例如高速道路)的入口或者出口设为交接地点，从而由前导车201进行的前导的开始或者结束、以及自主行驶的开始或者结束变得容易。因此，在一个实施方式中，计划生成部314生成在具有可停车空间的高速道路的入口或者出口(例如并列设置了休息场所的智能IC)处切换自主行驶和跟随行驶的行驶计划。根据这样的构成，跟随车的用户无需进行手动驾驶就能够切换跟随行驶和自主行驶。

另外，在能够进行跟随车202的手动驾驶的情况下，能够将位于进行自主行驶的道路的入口或者出口的附近的可驻车地点设定为开始或者结束跟随行驶的交接地点。例如，跟随车202能够跟随前导车201至交接地点，并按照用户的手动驾驶从交接地点移动至高速道路的入口位置，从高速道路的入口起进行自主行驶。

图6也表示由计划生成部314生成的行驶计划的一个例子。在该行驶计划中，跟随车600在10点通过手动驾驶在出发地611出发，在10点10分到达交接地点612。之后，跟随车600等待前导车601的到达，在10点15分跟随前导车601在交接地点612出发，在13点到达交接地点613。由前导车601进行的前导在交接地点613结束，因此跟随车600等待前导车602的到达。然后，在13点20分跟随车600跟随前导车602在交接地点613出发，在14点到达目的地614。

发送部315能够将计划生成部314生成的行驶计划发送到跟随车202的终端320。如后述那样，发送部315还能够将计划生成部314生成的行驶计划发送到前导车201的终端330。

如上所述，车辆检索部313能够基于与行驶于各地的前导车201的候选有关的、表示当前所在地或预定移动路径的行驶信息，检索前导车201。图4表示为了收集与前导车201的候选有关的行驶信息而信息处理装置310进行的通信处理的一个例子。

在图4中，信息处理装置310通过与跟随车401或其用户所利用的终端320进行信息的发送接收，获取出发地以及目的地等信息。另外，信息处理装置310通过与作为前导车的候选的车辆402、403或其用户所利用的终端330进行信息的发送接收，获取关于车辆402、403的行驶信息。在图4中，车辆402是专业车辆，车辆403是配送车辆，向信息处理装置310发送包含当前位置和预定移动路径的各种信息。另外，车辆404也是配送车辆。车辆404根据对车辆404进行管理的服务器405的指示而行驶，其行驶信息由服务器405管理。在该情况下，信息处理装置310能够从服务器405获取与作为前导车的候选的车辆404有关的行驶信息。之后，信息处理装置310能够将所生成的行驶计划发送到跟随车401、被选择为前导车的车辆402、403、以及对被选择为前导车的车辆404进行管理的服务器405。

(处理例)

图8是表示本实施方式的信息处理装置310进行的生成行驶计划的处理的一个例子的流程图。在步骤S801中，车辆检索部313获取包含行驶于各地的前导车的候选的当前所在地和预定移动路径的行驶信息，并存储在DB1111中。在步骤S802中，获取部311获取跟随车202的用户经由终端320输入的、包含用户希望的出发地以及目的地的信息。

在步骤S803中，路径检索部312基于获取部311获取的信息，生成从跟随车202的出发地到目的地的临时路径。临时路径的生成方法没有特别限定，例如能够采用从出发地到目的地的最短路径作为临时路径。

另一方面，在中途进行自主行驶的情况下，路径检索部312能够以容易切换自主行驶和跟随行驶的方式设定交接地点。在该情况下，路径检索部312能够在步骤S803中按照图9的流程图来设定临时路径以及交接地点。在此，对在高速道路上自主行驶的情况进行说明。

在步骤S901中，路径检索部312生成从跟随车202的出发地到目的地的临时路径。在步骤S902中，路径检索部312判定跟随车202是否能够自主行驶且在临时路径上是否存在能够自主行驶的道路(高速道路)。在跟随车能够自主行驶且在临时路径上存在高速道路的情况下，处理进入步骤S903，否则图9的处理结束。

在步骤S903中，路径检索部312判定是否能够进行在临时路径上的向高速道路的入场IC以及退场IC处的、跟随行驶与自主行驶之间的交接。在入场IC以及退场IC具有可驻车空间的情况下(例如为智能IC的情况下)，路径检索部312能够判定为能够进行交接。在能够进行交接的情况下，处理进入步骤S904。在该情况下，路径检索部312将入场IC以及退场IC设定为交接地点的候选。这样，图8的处理结束。另一方面，在入场IC或者退场IC中的至少一方无法进行交接的情况下，处理进入步骤S905。在该情况下，路径检索部312能够将能够交接的入场IC或者退场IC设定为交接地点的候选。

在步骤S905中，路径检索部312判定是否能够进行跟随车202的手动驾驶。在能够进行手动驾驶的情况下，处理进入步骤S906。在该情况下，路径检索部312将位于无法交接的入场IC以及退场IC的附近的、停车场等能够交接的地点设定为交接地点的候选。这样，图8的处理结束。在无法进行手动驾驶的情况下，处理进入步骤S907。

在步骤S907中，路径检索部312判定在临时路径上的高速道路区间中是否存在可进行交接的IC。路径检索部312可以判定在临时路径中的入场IC以及退场IC的附近是否存在能够交接的IC。在存在能够交接的IC的情况下，处理进入步骤S908。在步骤S908中，路径检索部312对临时路径进行修正，以将在步骤S901中计算出的临时路径中的入场IC或者退场IC变更为能够交接的IC，将变更后的进场IC以及退场IC设定为交接地点的候选。这样，图8的处理结束。当在步骤S907中判定为不存在可交接的IC时，也使图8的处理结束。在该情况下，能够以在高速道路上也进行跟随行驶的方式生成行驶计划。

根据图9所示的方法，能够在具有可驻车空间的进场IC以及退场IC处进行跟随行驶与自主行驶之间的交接。另外，在能够进行手动驾驶的情况下，能够在进场IC以及退场IC的附近处进行跟随行驶与自主行驶的交接。

接着，通过步骤S804～S812的处理，生成从出发地到目的地的行驶计划。此外，在步骤S803中设定了自主行驶区间的情况下，能够生成针对除了自主行驶区间以外的各区间的行驶计划。

在步骤S804中，车辆检索部313基于在步骤S801中获取的前导车的候选的行驶信息和在步骤S803中生成的临时路径，检索跟随车202能够跟随的前导车201的候选。如上所述，车辆检索部313能够检索位于出发地附近的前导车201的候选、或者从出发地前往目的地方向的前导车201的候选。在发现了前导车201的候选的情况下，处理从步骤S805进入S809，在未发现的情况下，处理从步骤S805进入S806。

在步骤S806中，计划生成部314判定跟随车202是否能够进行手动驾驶。在能够进行手动驾驶的情况下，能够通过手动驾驶使跟随车202移动，并在其他地点与前导车201合流。在能够进行跟随车202的手动驾驶的情况下，处理进入步骤S807，在无法进行手动驾驶的情况下，处理进入步骤S808。此外，为了缩短手动驾驶区间，在从跟随车202的位置(出发地或者交接地点)起规定的范围内存在能够与前导车201合流的地点(例如停车场)的情况下，处理可以从步骤S806进入步骤S807。

在步骤S807中，计划生成部314将位于跟随车202的位置(出发地或者交接地点)的附近的、能够与前导车201合流的地点设定为交接地点。另外，车辆检索部313计算到交接地点为止的手动驾驶路径以及所需时间。在步骤S808中，车辆检索部313与步骤S804同样地检索在跟随车202到达交接地点的预定到达时刻附近位于在步骤S807中设定的交接地点附近、或者从该交接地点去往目的地方向的前导车201的候选。此外，在未找到前导车201的候选的情况下，车辆检索部313可以计算到目的地为止的手动驾驶路径以及所需时间。之后，处理返回到步骤S805。另一方面，在步骤S808中，车辆检索部313将无法发现前导车201的意思发送到跟随车202的终端320，结束处理。

在步骤S809中，计划生成部314判定通过对在之前的步骤S804或者S807中检索到的前导车201的候选进行跟随，跟随车202是否能够到达目的地。例如，在前导车201的候选去往目的地或其附近的情况下，能够判定为跟随车202能够到达目的地。作为具体例，在前导车201的候选为配送车辆的情况下，当目的地位于距离配送车辆的预定的运输路径规定的范围内时，能够判定为跟随车202能够到达目的地。另外，在前导车201的候选是专业车辆的情况下，当针对每个车辆预先设定的可前导区域内有目的地时，能够判定为跟随车202能够到达目的地。在跟随车202能够到达目的地的情况下，处理进入步骤S812。在跟随车202无法到达目的地的情况下，处理进入步骤S810。

在步骤S810中，计划生成部314将跟随车202通过跟随行驶而能够到达的、能够与其他的前导车201合流的地点设定为交接地点。例如，计划生成部314能够将位于距离作为前导车201的候选的配送车辆的预定的搬运路径规定的范围内、距目的地最近的停车场设定为交接地点。另外，计划生成部314能够将位于作为前导车201的候选的专业车辆的可前导区域内、距目的地最近的停车场设定为交接地点。然后，计划生成部314计算通过对在之前的步骤S804或者S807中检索到的前导车201进行跟随而到达交接地点为止的跟随行驶路径以及所需时间。在步骤S811中，车辆检索部313与步骤S804同样地检索在跟随车202到达交接地点的预定到达时刻附近位于在步骤S810中设定的交接地点附近、或者从该交接地点去往目的地方向的前导车201的候选。之后，处理返回到步骤S805。

在步骤S812中，计划生成部314计算通过对在之前的步骤S804、S807或者S811中检索到的前导车201进行跟随而到目的地为止的跟随行驶路径以及所需时间。通过到此为止的处理，能够得到从出发地到目的地的行驶计划。该行驶计划能够包含通过步骤S810或S812计算出的跟随行驶的行驶路径以及行驶时间。另外，该行驶计划能够包含通过步骤S803或者S807计算出的自主行驶或者手动行驶的行驶路径以及行驶时间。

此外，也可以针对出发地和目的地的一个组合而生成多个行驶计划。例如，在步骤S804、S807或S811中，车辆检索部313可以检索前导车201的多个候选。在该情况下，能够得到与各个前导车201的候选对应的行驶计划。另外，在步骤S803中，路径检索部312可以生成多个临时路径。在该情况下，能够得到与各个临时路径对应的行驶计划。

在步骤S813中，计划生成部314向跟随车202的用户发送所生成的行驶计划。例如，计划生成部314将表示行驶计划的信息经由发送部315发送到跟随车202的用户所使用的终端320。终端320能够按照该信息显示从出发地到目的地为止的行驶路径以及所需时间。另外，终端320能够按照该信息，以能够与其他的行驶区间(例如自主行驶区间或者手动行驶区间)区分的方式显示从出发地到目的地为止所包含的跟随行驶区间。进一步地，终端320可以显示与各个交接地点相关的信息(例如，交接地点的位置以及被选择为交接地点的设施的名称或者种类)。另外，需要在交接地点等待前导车201的情况下，终端320能够显示等待时间。

在步骤S814中，计划生成部314判定跟随车202的用户是否同意了所发送的行驶路径。例如，计划生成部314能够从终端320获取表示是否同意在终端320上显示的行驶计划的用户指示。终端320可以显示多个行驶计划，在该情况下，计划生成部314能够获取表示所同意的行驶计划的用户指示。在未同意行驶计划的情况下，处理进入步骤S815。在同意了行驶计划的情况下，处理进入步骤S816。

在步骤S815中，计划生成部314判定跟随车202的用户是否希望变更行驶计划。在希望变更的情况下，处理返回到步骤S802。例如，计划生成部314能够从终端320获取表示是否希望对在终端320上显示的行驶计划进行变更的用户指示。此时，计划生成部314能够从终端320获取用户希望的变更的内容。作为具体例，用户能够对终端320进行表示在特定的区间中进行手动驾驶的用户输入、表示在特定的区间中跟随专业车辆的用户输入、或者变更移交地点的用户输入。在该情况下，能够在符合这些用户输入的条件下，以设定手动驾驶区间、检索前导车201的候选、或者设定移交地点的方式再次生成行驶计划。此外，在如将最后的跟随驾驶区间变更为手动驾驶区间的情况那样不需要进行前导车201的检索的情况下，在计划生成部314变更了行驶计划之后，处理进入到步骤S816。

在步骤S816中，计划生成部314基于得到了跟随车202的用户的同意的行驶计划来开始行驶计划。例如，计划生成部314为了委托前导车201的车辆调度，能够对前导车201的用户或者管理前导车201的行驶的服务器进行通知。另外，计划生成部314能够对跟随车202进行通知，以进行按照行驶计划的跟随行驶以及自主行驶。进一步地，计划生成部314可以对跟随车202通知等待前导车201到达为止的等待时间。

根据这样的图8所示的流程图，生成从出发地到目的地的行驶计划。根据图8所示的处理，在无法进行跟随一台前导车的到目的地为止的跟随行驶的情况下，在出发地与目的地之间设定交接地点，生成从出发地到交接地点为止的跟随行驶(或者手动行驶)的行驶计划。接着，在无法进行从交接地点到目的地为止的、跟随一台前导车的跟随行驶的情况下，也设定下一个交接地点，生成从前一个交接地点到下一个交接地点的跟随行驶(或者手动行驶)的行驶计划。这样，通过重复关于各交接地点间的路径的处理，生成从出发地到目的地为止的行驶计划。

通过这样的构成，能够减少跟随车202从出发地移动到目的地为止时的手动行驶的区间，或者能够使跟随车202通过自动行驶而在从出发地到目的地为止的整个区间移动。特别是，即使在高速道路那样的能够自主行驶的区间进行自主行驶的情况下，通过在高速道路以外的区间进一步进行跟随行驶，也能够减少手动行驶的区间。

[实施方式2]

在实施方式2所涉及的车辆跟随行驶系统中，通过向前导车的用户所使用的终端发送表示跟随行驶的区间的信息，从而使前导车与跟随车容易进行合流。实施方式2所涉及的车辆跟随行驶系统能够具有与实施方式1同样的构成，能够进行同样的处理。例如，实施方式2所涉及的车辆跟随行驶系统也可以具备图3所示的信息处理装置310、终端320以及终端330。另外，信息处理装置310能够进行与图8所示的流程图相同的处理。以下，对与实施方式1的不同点进行说明。

在本实施方式中，发送部315能够向前导车201的用户所使用的终端330发送表示跟随行驶的区间的信息。在该情况下，终端330所具有的如显示器那样的显示部能够获取并显示表示跟随行驶的区间的信息，该跟随行驶的区间是跟随车202的用户所希望的出发地与目的地之间的至少一部分。这样，终端330能够向前导车201的用户提示跟随行驶的区间。根据这样的构成，前导车201能够在开始跟随行驶之前知晓此后要进行的跟随行驶的详细情况。在表示跟随行驶的区间的信息中，可以包含表示跟随行驶的开始时刻、结束时刻、或者跟随行驶时间的信息。

特别是，表示跟随行驶的区间的信息能够包含开始跟随行驶的地点的信息。通过这样的构成，前导车201与跟随车202容易在开始跟随行驶的地点合流。例如，前导车201的用户能够通过按照开始跟随行驶的地点的信息驾驶前导车201来到达开始跟随行驶的地点，并等待跟随车202。发送部315可以将开始跟随行驶的地点的信息(例如停车场的名称、或者店铺的类型等)发送至终端330。

发送部315可以进一步向前导车201的用户所使用的终端330发送表示跟随车202的当前位置、或者跟随车202到开始跟随行驶的地点为止的到达时间的信息。根据这样的构成，前导车201的用户能够掌握跟随车202的预定到达。接收到这些信息的终端330所具有的指示部例如能够经由显示部对前导车201的用户进行与跟随车202合流的指示。

此外，发送部315也可以向跟随车202的用户所使用的终端320发送表示跟随行驶的区间的信息。在该情况下，终端320所具有的如显示器那样的显示部能够获取并显示表示跟随行驶的区间的信息，该跟随行驶的区间是跟随车202的用户所希望的出发地与目的地之间的至少一部分。在本实施方式中，表示跟随行驶的区间的信息被与前导车的用户所使用的信息处理装置共享。通过这样的构成，跟随车202能够在开始跟随行驶之前知晓此后要进行的跟随行驶的详细情况。发送部315可以进一步向跟随车202的用户所使用的终端320发送表示前导车201的当前位置、或者前导车201到开始跟随行驶的地点为止的到达时间的信息。根据这样的构成，跟随车202的用户能够掌握前导车201的预定到达。

这些处理能够基于生成的行驶计划在步骤S816中由发送部315来进行。

发送部315还可以接收针对所发送的表示跟随行驶的区间的信息的、来自前导车201的终端330或者对前导车201的行驶进行管理的服务器的响应。例如，发送部315可以接受表示是否同意进行用于所提示的跟随行驶的前导的、前导车201的用户的输入或者来自对前导车201的行驶进行管理的服务器的响应。在这样的构成中，在步骤S816中，计划生成部314能够根据同意进行前导的响应来开始行驶计划。另一方面，计划生成部314能够根据不同意进行前导的响应来进行行驶计划的再生成。此外，发送部315可以在步骤S804、S807或S811中，对车辆检索部313检索到的前导车201的候选的终端或管理其行驶的服务器询问是否同意进行用于跟随行驶的前导。在该情况下，计划生成部314能够以包含对同意了前导的前导车201进行跟随的跟随行驶的区间的方式生成行驶计划。

[实施方式3]

进行跟随行驶的跟随车能够对前导车支付报酬。例如，在实施方式1中，希望跟随行驶的跟随车的用户能够按照所生成的行驶计划，通过应用程序对前导车委托跟随行驶，并进行跟随行驶。在该情况下，跟随车的用户可以对前导车支付对跟随行驶中的前导的报酬。

在实施方式3所涉及的车辆跟随行驶系统中，在按照行驶计划的跟随行驶中，计算跟随车向前导车支付的报酬。根据这样的构成，前导车或跟随车的用户容易掌握跟随行驶的报酬。例如，在开始按照行驶计划的行驶之前，跟随车的用户能够确认报酬额。另外，前导车的用户也能够确认报酬额，判断是否进行跟随行驶的前导。实施方式3所涉及的车辆跟随行驶系统能够具有与实施方式1同样的构成，能够进行同样的处理。例如，实施方式3所涉及的车辆跟随行驶系统可以具备图3所示的信息处理装置310、终端320以及终端330。另外，信息处理装置310能够进行与图8所示的流程图相同的处理。以下，对与实施方式1的不同点进行说明。

在本实施方式中，信息处理装置310具有报酬计算部316。报酬计算部316能够基于计划生成部314生成的行驶计划，计算针对跟随行驶的从跟随车202向前导车201的报酬。例如，报酬计算部316能够基于跟随行驶的区间的距离来计算报酬。另外，报酬计算部316也可以根据前导车201的设定来计算报酬。例如，报酬计算部316能够基于前导车201的运营者(例如配送车辆或专业车辆)、前导车201的车辆分类、或者前导车201的用户的请求来计算报酬。作为配送车辆的前导车201能够沿着规定的路径一边进行配送一边进行跟随行驶的前导。因此，跟随车202的跟随行驶的路径被限定，但配送车辆所要求的报酬可能较少。另一方面，作为专业车辆的前导车201能够以跟随车202的用户期望的速度以及路径进行跟随行驶的前导。因此，跟随车202的跟随行驶的所需时间可能变短，但专业车辆所要求的报酬可能更多。另外，可以根据时间段、能够进行前导的车辆与希望跟随的用户的数量的比率来改变报酬。例如，在相对于能够进行前导的车辆的数量而要求跟随的用户的数量较多的情况下，能够将报酬设定得较高，在期望跟随的用户的数量较少的情况下，能够将报酬设定得较低。

如在实施方式1中说明的那样，行驶计划中可以包含跟随车分别跟随不同的前导车的多个跟随行驶的区间。报酬计算部316能够计算从跟随车向各个前导车的报酬。例如，报酬计算部316能够根据跟随第一前导车的第一跟随区间的距离来计算向第一前导车的报酬，根据跟随第二前导车的第二跟随区间的距离来计算向第二前导车的报酬。

另外，在行驶计划所包含的跟随行驶的区间中可以包含收费道路。在该情况下，跟随车202所负担的收费道路的通行费可以不由跟随车202支付，而由前导车201支付。在该情况下，跟随车202的用户无需在收费道路的收费站支付通行费，因此便利性提高。在该情况下，跟随车202能够对前导车201支付收费道路的通行费。在一个实施方式中，报酬计算部316计算出的从跟随车202向前导车201的报酬能够包含在行驶计划中跟随车202通过的收费道路的通行费。

在行驶计划中，可以包含延长可续航距离的设施(例如加油站那样的能源补给设施)中的向跟随车202的能源补给。在该情况下，跟随车202所负担能源补给的价款也可以不由跟随车202支付，而由前导车201支付。在该情况下，跟随车202的用户无需在能源补给设施中支付价款，因此便利性提高。在该情况下，跟随车202能够对前导车201支付能源补给的价款。在一个实施方式中，报酬计算部316计算出的从跟随车202向前导车201的报酬能够包含在行驶计划中向跟随车202补给的能源的价款。

这样的计算报酬的处理能够基于生成的行驶计划在步骤S813中由报酬计算部316来进行。在该情况下，发送部315能够向跟随车202的用户发送计划生成部314生成的行驶计划和报酬计算部316计算出的报酬。例如，发送部315能够向跟随车202的终端320发送表示行驶计划以及报酬的信息。在此，发送部315可以将表示报酬的明细的信息发送至终端320。作为具体例，发送部315可以以能够区分的方式向跟随车202的用户发送针对前导的报酬、收费道路的通行费、能源补给的价款。另外，发送部315可以根据来自跟随车202的用户的响应，对前导车201的用户发出按照行驶计划进行跟随行驶的前导的指示。根据这样的构成，跟随车202的用户能够在跟随行驶的开始前确认针对跟随行驶的报酬。

此外，报酬计算部316也可以在步骤S804、S807或者S811中，计算对车辆检索部313检索到的前导车201的候选支付的报酬。然后，发送部315可以向前导车201的候选的终端或管理其行驶的服务器发送报酬，询问是否同意进行用于跟随行驶的前导。

如上所述，计划生成部314能够计算出多个行驶计划。在该情况下，报酬计算部316能够针对多个行驶计划的每一个计算从跟随车202向前导车201的报酬。然后，发送部315能够向跟随车202的用户发送多个行驶计划以及报酬，获取表示跟随车202的用户所希望的行驶计划的用户指示。

此外，计划生成部314也可以考虑与跟随车202的用户的报酬相关的喜好来计算行驶计划。例如，跟随车202的用户能够选择通过优先选择配送车辆作为前导车201来减少报酬的设定、或者通过优先选择专业车辆作为前导车201来缩短所需时间的设定。另外，跟随车202的用户能够选择积极地进行手动行驶的设定、或者尽量不使用手动行驶的设定。在选择了积极地进行手动行驶的设定的情况下，计划生成部314能够优先选择容易与报酬低的配送车辆等前导车201合流的地点作为交接地点，以使报酬变低。进一步地，计划生成部314能够分别生成按照不同的设定的多个行驶计划。例如，计划生成部314可以分别生成重视报酬的行驶计划(例如，优先选择配送车辆)以及重视速度的行驶计划(例如，优先选择专业车辆)以及中间的行驶计划。

同样地，发送部315也可以在步骤S816中，将表示跟随行驶的区间以及报酬的信息发送至前导车201的用户所使用的终端或者对前导车201的行驶进行管理的服务器。在该情况下，发送部315可以根据来自前导车201的用户所使用的终端或者对前导车201的行驶进行管理的服务器的响应，对跟随车202的用户通知表示前导车201进行跟随行驶的前导这一情况的信息。这样，发送部315能够从前导车201的用户所使用的终端或者对前导车201的行驶进行管理的服务器接收同意前导车201进行跟随行驶的前导的通知。然后，发送部315能够将同意了前导车201进行跟随行驶的前导这一情况通知给跟随车202。根据这样的构成，前导车201的用户(前导车201的驾驶员或者管理者)能够在同意跟随行驶的前导之前确认针对跟随行驶的报酬。

另一方面，报酬计算部316也可以在跟随行驶结束时、或者在行驶计划完成时，计算针对跟随行驶的从跟随车202向前导车201的报酬。在该情况下，报酬计算部316可以获取表示由跟随车202的用户指定的向前导车201追加的报酬的信息。通过这样的构成，报酬计算部316能够在从跟随车202向前导车201的报酬中，除了按照上述方法计算出的报酬以外，还包含跟随车202的用户指定的小费。

另外，报酬计算部316可以具有进行从跟随车202向前导车201的报酬的支付处理的支付部(未图示)。通过这样的构成，能够在跟随行驶结束时、或者在行驶计划完成时，自动地进行从跟随车202向前导车201的支付报酬计算部316计算出的报酬。因此，从跟随车向前导车的报酬的支付变得容易。例如，跟随车202的用户能够在DB1112中登记信用卡的信息。而且，跟随车202的用户能够经由应用程序，使用信用卡对前导车201的用户(或者管理前导车的跟随行驶的服务器)的账户交付报酬。不过，从跟随车202向前导车201的报酬的支付也可以通过其他方法进行。

此外，报酬的种类没有特别限定。报酬可以是货币，也可以是虚拟货币。另外，报酬可以是能够与货币进行兑换的积分，也可以是不能与货币进行兑换的积分。

进一步地，发送部315可以在跟随行驶结束时、或者在行驶计划完成时，从跟随车202获取对前导车201的评价。在行驶计划中对多个前导车201的每一个进行跟随的情况下，发送部315能够获取针对各个前导车201的评价。针对前导车201的评价可以是针对前导车201的驾驶员的评价。另外，发送部315也可以获取针对行驶计划所包含的路径或者交接地点的评价。发送部315获取的评价例如能够储存于DB1111。之后，车辆检索部313能够参考针对前导车201的评价来检索前导车201的候选。

[实施方式4]

在实施方式4所涉及的车辆跟随行驶系统中，生成包含休息的行驶计划。根据这样的构成，跟随车能够按照行驶计划暂时中断行驶，跟随车的用户能够进行休息。尤其是，在本实施方式中，能够考虑因进行休息而受影响的跟随车到达交接地点的到达时刻来检索休息之后进行的跟随行驶的前导车。实施方式4所涉及的车辆跟随行驶系统能够具有与实施方式1同样的构成，能够进行同样的处理。例如，实施方式4所涉及的车辆跟随行驶系统可以具备图3所示的信息处理装置310、终端320以及终端330。另外，信息处理装置310能够进行与图8所示的流程图相同的处理。以下，对与实施方式1的不同点进行说明。

在本实施方式中，获取部311除了获取跟随车202的用户希望的出发地以及目的地以外，还能够获取跟随车202的用户希望的休息条件。休息条件是与行驶计划中包含的休息相关的条件，可以是休息的有无、休息的次数、休息的间隔(例如每隔1小时、2小时或者3小时)、每一次休息的时间(例如5分钟、10分钟或者1小时)、或者与休息地点相关的条件。与休息地点相关的条件能够包含与用作休息地点的设施有关的条件。与用作休息地点的设施有关的条件可以是设施的类型(例如便利店、餐厅、免下车餐馆(道路的车站)或者加油站那样的设施的种类)、或者特定的设施的指定。另外，在进行多次休息的情况下，获取部311可以针对各次休息获取与不同休息地点相关的条件。通过这样的构成，跟随车的用户能够在希望的地点进行休息。

计划生成部314生成在出发地与目的地之间的至少一部分中包含跟随行驶的区间、还包含符合休息条件的休息的行驶计划。休息可以设定在跟随行驶的区间的开始点、中途或终点。另外，休息也可以设定在跟随车202单独进行自动行驶的自主行驶的区间的开始点、中途或终点。进一步地，休息也可以设定为跟随车202被单独进行手动驾驶的手动行驶的区间的开始点、中途或终点。例如，能够在跟随行驶的区间的开始点、即合流地点进行休息。根据这样的构成，跟随车202的用户能够一边在符合休息条件的休息地点(即合流地点)进行休息，一边等待跟随行驶的前导车201的到达。在这样的构成中，休息条件可以包含休息的时间的上限。

作为一个例子，计划生成部314能够生成包含跟随车跟随第一前导车的第一跟随行驶的区间、和跟随车跟随第二前导车的第二跟随行驶的区间的行驶计划。此时，计划生成部314能够以在行驶计划中的休息地点使第一跟随行驶的区间结束并开始第二跟随行驶的区间的方式生成行驶计划。

在本实施方式中，发送部315能够向跟随车202的用户发送与行驶计划中的休息地点相关的信息。例如，发送部315能够将与休息地点相关的信息作为表示行驶计划的信息的一部分而发送至跟随车202的用户所使用的终端320。作为与休息地点相关的信息，可举出休息地点的位置、以及被选择为休息地点的设施的名称或种类。进一步地，发送部315可以将与用作休息地点的设施有关的优惠券作为与休息地点相关的信息提供给跟随车202的用户。跟随车202的用户通过在休息地点使用优惠券，能够得到享受商品或服务的折扣、或者享受追加的商品或服务等利益。另外，发送部315能够将表示休息地点处的休息时间的信息作为表示行驶计划的信息的一部分而发送至跟随车202的用户所使用的终端320。

考虑了这样的休息条件的行驶计划的生成能够在步骤S804～S812中由车辆检索部313以及计划生成部314来进行。例如，在作为休息条件而指定了休息的间隔的情况下，在步骤S809中，计划生成部314能够判断在跟随车202的连续行驶时间不超过所指定的休息间隔的情况下是否能够到达目的地。连续行驶时间可以是跟随车202不休息地进行行驶的时间、或者跟随车202跟随同一前导车201的时间。在无法到达的情况下，在步骤S810中，计划生成部314能够计算到以使跟随车202的连续行驶时间不超过所指定的休息间隔的方式设定的交接地点为止的跟随行驶路径以及所需时间，进一步地设定交接地点处的休息时间。通过这样的行驶计划，跟随车202的用户能够一边在交接地点进行休息，一边等待前导车201的到达。然后，在步骤S811中，车辆检索部313能够检索能够在交接地点处的休息后的时刻附近从交接地点对跟随车202进行前导的前导车201的候选。

此时，在作为休息条件而指定了每一次休息的时间的情况下，在步骤S810中计划生成部314能够设定符合条件的休息时间。另外，在作为休息条件而指定了每一次休息的时间的上限的情况下，在步骤S811中，车辆检索部313能够检索能够在符合休息条件的时间内从交接地点对跟随车202进行前导的前导车201的候选。在未找到这样的前导车201的候选的情况下，处理可以从步骤S805进入S806，如此一来可以生成从交接地点进行手动驾驶的行驶计划。

另外，在指定了与用作休息地点的设施有关的条件的情况下，在步骤S810中，计划生成部314能够选择符合条件的交接地点。在此，计划生成部314能够基于表示用作休息地点的设施的营业时间的信息，将在预定到达时刻下正在营业的设施选择为交接地点。进一步地，计划生成部314可以优先选择对跟随车202的用户提供优惠券的设施作为交接地点。另外，计划生成部314并非必须选择符合与用作休息地点的设施有关的条件的交接地点。例如，计划生成部314也可以优先选择符合条件的交接地点，并在未找到符合条件的交接地点的情况下选择不符合条件的交接地点。

作为其他方法，在步骤S809和S810中，计划生成部314也可以考虑在步骤S804中检索到的前导车201的候选是否能在跟随行驶中的前导中进行休息。在前导车201的候选在前导中进行休息并且能够到达目的地的情况下，处理可以进入步骤S812，在该情况下，行驶计划能够包含插入有符合休息条件的休息并且由同一前导车201进行前导的跟随行驶的区间。同样地，在步骤S810中，计划生成部314能够计算出插入有符合休息条件的休息并且由同一前导车201进行前导的跟随行驶的路径以及所需时间。例如，表示前导车201的候选是否能进行休息的信息能够预先储存在DB1111中。例如，专业车辆可能在前导中能进行休息，配送车辆可能在前导中不能进行休息。

同样地，在步骤S803中，路径检索部312可以按照休息条件来设定自主行驶区间的终点以及该终点处的休息时间。另外，在步骤S807中，计划生成部314可以按照休息条件来设定手动行驶区间的终点以及该终点处的休息时间。在该情况下，在步骤S804或者步骤S807中，车辆检索部313也能够检索能够在休息后的时刻附近从自主行驶区间或者手动行驶区间的终点(即，交接地点)对跟随车202进行前导的前导车201的候选。进一步地，在步骤S803或者步骤S807中，路径检索部312可以根据休息条件在自主行驶区间或者手动行驶区间的中途设定休息地点以及休息时间。

获取部311能够在步骤S802中获取表示休息条件的信息。

已经说明的图6示出了跟随车600的用户在作为休息地点的交接地点613处进行休息的期间，对跟随车600进行前导的车从前导车601向前导车602交接的行驶计划。

在生成了如上述那样包含休息的行驶计划的情况下，预测在跟随车202的用户所计划的时刻到达休息地点。因此，发送部315可以还具有向休息地点的用户所使用的终端发送朝向行驶计划中的休息地点的预定到达时刻的功能。根据这样的构成，位于休息地点的设施的用户能够对跟随车202的到达有所准备，例如能够配合来客的数量而准备商品或者服务。

另外，发送部315也可以具有从跟随车202的用户获取针对在行驶计划中的休息地点处提供的商品或服务的订单，并向休息地点的用户所使用的终端发送该订单的功能。例如，位于休息地点的设施的用户能够将与休息地点处提供的商品或服务相关的信息提供给跟随车202的用户。看到了这样的信息的跟随车202的用户能够在到达休息地点之前进行商品或服务的订购。根据这样的构成，位于休息地点的设施的用户能够配合跟随车202的用户的到达而提供商品或服务。

[实施方式5]

在实施方式5所涉及的车辆跟随行驶系统中，考虑跟随车或者前导车的可续航距离来生成行驶计划。根据这样的构成，通过根据可续航距离而在路径的中途经由对可续航距离进行延长的设施，能够延长跟随车或前导车的可续航距离并且进行行驶。实施方式5的车辆跟随行驶系统能够具有与实施方式1同样的构成，能够进行同样的处理。例如，实施方式5所涉及的车辆跟随行驶系统可以具备图3所示的信息处理装置310、终端320以及终端330。另外，信息处理装置310能够进行与图8所示的流程图相同的处理。以下，对与实施方式1的不同点进行说明。

在本实施方式中，获取部311除了获取跟随车202的用户希望的出发地以及目的地以外，还获取表示跟随车202的可续航距离的信息。表示可续航距离的信息可以是表示跟随车202所具有的剩余能源(例如燃料量或充电量)的信息，也可以是表示跟随车202计算出的可续航距离的信息。

另外，获取部311可以从跟随车202的用户或者DB1112获取针对延长可续航距离的服务的设定。例如，获取部311能够获取表示跟随车202的用户是否进行、前导车201的用户是否进行燃料或者电力那样的能源的补给的设定。另外，获取部311能够获取表示跟随车202的用户是否支付、前导车201的用户是否支付针对设施的能源的补给价款的设定。进一步地，获取部311可以获取表示跟随车202所使用的能源的种类(例如汽油或者轻油等)的信息。

计划生成部314能够以使得经由位于从出发地起跟随车202按照可续航距离所能够到达的地点处的、延长可续航距离的设施的方式，生成行驶计划。计划生成部314可以以在跟随行驶的区间的开始点、中途或终点处经由对可续航距离进行延长的设施的方式，生成行驶计划。另外，计划生成部314也可以以在自主行驶或手动行驶的区间中经由延长可续航距离的设施的方式，生成行驶计划。

计划生成部314对延长可续航距离的设施的选择方法没有特别限定。例如，计划生成部314能够选择在跟随车202的可续航距离位于规定的范围内的期间中跟随车202接受能源补给的地点处的、延长可续航距离的设施。另外，计划生成部314可以根据延长可续航距离的设施是否提供用于对能源补给的价款进行打折而使用的信息，选择在行驶计划中经由的延长可续航距离的设施。例如，延长可续航距离的设施可能对车辆跟随行驶系统的用户提供比其他用户大的能源补给的价款的折扣。在该情况下，计划生成部314能够优先选择提供这样的折扣的设施。另外，计划生成部314也可以根据能源补给的价款，选择在行驶计划中经由的延长可续航距离的设施。

在这样的构成中，与实施方式2同样地，发送部315能够向前导车201的用户所使用的终端发送表示跟随行驶的区间的信息。前导车201的用户能够按照表示跟随行驶的区间的信息，经由延长可续航距离的设施而将跟随车202前导至目的地或交接地点。

在延长可续航距离的设施中，跟随车202的用户可以进行向跟随车202的能源补给，也可以对设施的工作人员委托进行向跟随车202的能源补给。另一方面，前导车201的用户可以进行向跟随车202的能源补给，或者也可以对设施的工作人员委托进行向跟随车202的能源补给。发送部315能够按照获取部311所获取的设定，向前导车201的用户所使用的终端发送表示前导车201的用户是否应该进行向跟随车202的能源补给或补给的委托的信息。另外，发送部315也可以按照获取部311所获取的设定，向前导车201的用户所使用的终端发送表示跟随车202所使用的能源的种类的信息。

另外，在延长可续航距离的设施中，可以由跟随车202的用户向设施支付跟随车202所补给的能源的价款，也可以由前导车201的用户向设施支付跟随车202所补给的能源的价款。发送部315能够按照获取部311获取的设定，向前导车201的用户所使用的终端发送表示前导车201的用户是否应该向设施支付对跟随车202的能源补给的价款的信息。

在由前导车201的用户向设施支付跟随车202所补给的能源的价款的情况下，前导车201的用户能够向跟随车202的用户收取能源的价款。因此，信息处理装置310可以具有与实施方式3同样的、进行从跟随车202向前导车201的支付处理的支付部(未图示)。该支付部能够进行从跟随车202向前导车201支付在延长可续航距离的设施中跟随车202所补给的能源的价款的支付处理。

进一步地，与实施方式3同样地，也可以采用进行跟随行驶的跟随车对前导车支付报酬的构成。在该情况下，如在实施方式3中说明的那样，信息处理装置310能够具有基于行驶计划计算针对跟随行驶的从跟随车向前导车的报酬的报酬计算部316。另外，该报酬能够包含在延长可续航距离的设施中跟随车所补给的能源的价款。

考虑到这样的可续航距离的行驶计划的生成能够在步骤S804～S812中由车辆检索部313以及计划生成部314来进行。例如，在步骤S810以及S812中，计划生成部314能够判断是否能够在跟随车202的可续航距离的范围内到达目的地或者交接地点。在无法到达的情况下，计划生成部314能够以经由延长可续航距离的设施而对跟随车202补给能源后去往目的地或交接地点的方式，计算跟随行驶路径及所需时间。获取部311能够在步骤S802中获取表示可续航距离的信息。

另外，在跟随车202无法在可续航距离的范围内到达目的地或交接地点的情况下，计划生成部314可以将延长可续航距离的设施设定为休息地点。在该情况下，可以在延长可续航距离的设施中进行对第一前导车的跟随行驶与对第二前导车的跟随行驶的交接。这样的处理能够与实施方式4同样地进行。

图7示出了在前导车701进行跟随车700的前导期间，在作为加油站的交接地点712进行能源补给的行驶计划。在该行驶计划中，跟随车700在10点跟随前导车701在出发地711出发，在12点到达交接地点712。在交接地点712进行能源补给。然后，在12点20分跟随车700跟随前导车701在交接地点712出发，在14点到达目的地713。

至此，对基于跟随车202的可续航距离来生成行驶计划的方法进行了说明。另一方面，也可以基于前导车201的可续航距离来生成行驶计划。在这样的构成中，获取部311能够获取表示前导车201的可续航距离的信息。然后，计划生成部314能够根据前导车201的可续航距离来判断是否经由延长可续航距离的设施，并且生成跟随行驶的行驶计划。

例如，在步骤S810以及S812中，计划生成部314能够判断在前导车201的可续航距离的范围内是否能够到达目的地或者交接地点。在无法到达的情况下，计划生成部314能够以经由延长可续航距离的设施而对前导车201补给能源后去往目的地或者交接地点的方式，计算跟随行驶路径以及所需时间。

在对前导车201进行能源补给的情况下，可预想到跟随车202到达目的地发生延迟的情况。因此，在对前导车201进行能源补给的情况下，也可以从前导车201的用户向跟随车202的用户支付回馈。例如，在与实施方式3同样地采用进行跟随行驶的跟随车对前导车支付报酬的构成的情况下，该报酬可以根据在延长可续航距离的设施中对前导车补给了能源这一情况而进行打折。

以上说明了考虑可续航距离来制作从出发地到目的地为止的行驶计划的例子。然而，也可以在按照行驶计划开始行驶后，考虑可续航距离来生成修正后的行驶计划。例如，当在跟随行驶中前导车201或者跟随车202的可续航距离不足的情况下，能够以经由延长可续航距离的设施后去往目的地或交接地点的方式生成修正后的跟随行驶路径。

[实施方式6]

在实施方式6所涉及的车辆跟随行驶系统中，进行考虑了前导车以及跟随车的运动性能的跟随行驶的设定。根据这样的构成，能够选择适于前导的前导车，或者能够限制前导车的驾驶以使跟随车能够跟随。实施方式6所涉及的车辆跟随行驶系统能够具有与实施方式1同样的构成，能够进行同样的处理。例如，实施方式6所涉及的车辆跟随行驶系统可以具备图3所示的信息处理装置310、终端320以及终端330。另外，信息处理装置310能够进行与图8所示的流程图相同的处理。以下，对与实施方式1的不同点进行说明。

在本实施方式中，获取部311获取表示跟随车202以及前导车201的运动性能的信息。获取部311能够从DB1111获取表示前导车201的运动性能的信息，能够从DB1112获取表示跟随车202的运动性能的信息。作为表示运动性能的信息的例子，可举出最高速度、最大加速度、最大制动力、最大转向角以及最小转弯半径等。

车辆检索部313能够基于表示跟随车202以及前导车201的运动性能的信息，检索跟随车202跟随的前导车201。例如，车辆检索部313能够检索具有与跟随车202相同程度的运动性能的前导车201，以使跟随车202能够跟随前导车201。另外，车辆检索部313可以根据路面状况那样的天气信息来计算最大速度。

以下，作为具体例，对基于跟随车202以及前导车201的最大制动力来检索前导车201的情况进行说明。在进行跟随行驶的情况下，为了减少其他车辆插队到前导车201与跟随车202之间的可能性，能够缩短前导车201与跟随车202的车间距离。另一方面，在前导车201与跟随车202的车间距离较短的情况下，为了降低在前导车201急减速时跟随车202与前导车201碰撞的可能性，有可能要求降低跟随行驶的速度。在该例子中，车辆检索部313能够以跟随行驶的速度超过阈值的方式，基于跟随车202以及前导车201的最大制动力来检索前导车201。

为了防止在前导车201急减速时跟随车202与前导车201碰撞，能够将前导车201的制动距离与跟随车202的制动距离的关系设为如下。

(跟随车202的制动距离)-(前导车201的制动距离)≤(车间距离)-(余量)

在上式中，余量表示在前导车201和跟随车202进行急减速而停止时，设置于前导车201与跟随车202之间的距离。在此，制动距离大致由速度和制动力决定，速度越大则制动距离越长。因而，能够基于前导车201以及跟随车202的制动力，以满足上式的方式计算跟随行驶的最大速度。进一步地，可以考虑在前导车201开始制动后到跟随车202开始制动为止的时滞。

另一方面，通过以使跟随行驶的最大速度变大的方式选择前导车201，能够缩短向目的地的所需时间，或者防止对其他车的交通造成阻碍。从这样的观点出发，在一个实施方式中，车辆检索部313能够根据基于表示跟随车202以及前导车201的运动性能的信息而得到的跟随行驶的最大速度来检索前导车201。具体而言，车辆检索部313能够以如上述那样求出的跟随行驶的最大速度成为阈值以上的方式检索前导车201。

此外，计算最大速度时使用的车间距离可以是固定值，也可以根据跟随行驶的路径而变化。例如，跟随行驶的最大速度可以基于跟随行驶的路径而得到。作为具体例，在高速道路那样的交通的流动快的区间中，即使车间距离长，被其他车插队的可能性也低，因此能够使用长的车间距离(例如4m)。另一方面，在交通的流动慢的区间中，即使车间距离短，被其他车辆插队的可能性也高，因此能够使用短的车间距离(例如2m)。在进行按照行驶计划的跟随行驶时，跟随车202的运动控制部224能够控制跟随车202的行驶以保持在计算最大速度时使用的车间距离。

在其他实施方式中，车辆检索部313也可以基于表示跟随车202以及前导车201的运动性能的信息，决定在跟随车202与前导车201之间设置防插队构件。例如，在基于表示跟随车202以及前导车201的运动性能的信息而得到的跟随行驶的最大速度低于阈值的情况下，车辆检索部313能够决定设置防插队构件。防插队构件是为了防止其他车辆在跟随车202与前导车201之间插队而将跟随车202与前导车201连接的构件，例如可以是牵引绳索等绳状的构件。为了能够提高来自其他车辆的视觉辨认性，防插队构件可以具有将跟随车202与前导车201连接的绳状的构件、以及设置于绳状的构件的例如中央部的能够从其他车辆视觉辨认的标记部。

在设置这样的防插队构件的情况下，能够扩大跟随车202与前导车201之间的车间距离。车辆检索部313可以基于设置防插队构件的情况下的车间距离，计算跟随行驶的最大速度。设置防插队构件的情况下的车间距离能够设定为比不设置防插队构件的情况下的车间距离长，且比防插队构件的长度短。另外，车辆检索部313可以至少在设置防插队构件的情况下以使跟随行驶的最大速度成为阈值以上的方式检索前导车201。

在这样的构成中，发送部315能够向前导车201或者前导车201的用户发送表示跟随行驶的最大速度的信息，该跟随行驶的最大速度基于表示跟随车202以及前导车201的运动性能的信息而得到。例如，发送部315通过向前导车201的用户所使用的终端发送表示跟随行驶的最大速度的信息，从而前导车201的用户能够以不超过最大速度的方式驾驶前导车201。另外，发送部315通过对前导车201发送表示最大速度的信息，能够使前导车201根据最大速度来控制行驶速度。具体而言，前导车201的处理部214能够控制前导车201的行驶以使得前导车201的速度不超过最大速度。

另外，如上所述，车辆检索部313能够基于对基于表示跟随车202以及前导车201的运动性能的信息而得到的跟随行驶的最大速度进行表示的信息，决定在跟随车202与前导车201之间设置防插队构件。在该情况下，能够向前导车201的用户发送请求在跟随车202与前导车201之间设置防插队构件的通知。通过这样的构成，前导车201的用户能够根据通知设置防插队构件后开始跟随行驶的前导。另外，具体而言，前导车201的处理部214可以控制前导车201的行驶以使得在确认了防插队构件的设置后开始跟随行驶的前导。

这样的最大速度的计算以及前导车201的检索能够在步骤S804、S807、S811中由车辆检索部313来进行。获取部311能够在步骤S802中获取表示跟随车202以及前导车201的运动性能的信息。另外，发送部315能够在步骤S816中进行表示最大速度的信息的发送。

至此，主要说明了在与实施方式1所涉及的车辆跟随行驶系统的关联中进行考虑了前导车以及跟随车的运动性能的跟随行驶的设定的情况。然而，在本实施方式中，并非必须进行从出发地到目的地为止的行驶计划的生成。在一个实施方式中，通过基于表示跟随车以及前导车的运动性能的信息来检索供跟随车跟随的前导车，能够选择适于跟随行驶中的前导的前导车。另外，在本实施方式中，并非必须进行前导车的检索。在一个实施方式中，通过向前导车或前导车的用户发送对基于表示跟随车以及前导车的运动性能的信息而得到的跟随行驶的最大速度进行表示的信息，从而容易以跟随车能够跟随的方式使前导车进行行驶。另外，在一个实施方式中，基于表示跟随车以及前导车的运动性能的信息，向前导车的用户发送请求在跟随车与前导车之间设置防插队构件的通知，由此能够提高跟随行驶的速度。

[实施方式的总结]

上述实施方式至少公开了以下的车辆跟随行驶系统、信息处理方法以及程序。

1.上述实施方式的车辆跟随行驶系统，其是用于使跟随车(202)跟随前导车(201)进行跟随行驶的车辆跟随行驶系统，

所述车辆跟随行驶系统具备：

获取单元(311)，其获取所述跟随车(202)的用户所希望的出发地以及目的地；

检索单元(313)，其基于所述出发地以及所述目的地来检索供所述跟随车(202)跟随的所述前导车(201)；

生成单元(314)，其生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划；以及

计算单元(316)，其基于所述行驶计划，计算针对所述跟随行驶的从所述跟随车(202)向所述前导车(201)的报酬。

根据该实施方式，在车辆跟随行驶系统中，前导车或者跟随车的用户容易掌握跟随行驶的报酬。

2.在上述实施方式的车辆跟随行驶系统中，

所述行驶计划包含所述跟随车(202)分别跟随不同的前导车(201)的多个跟随行驶的区间，

所述计算单元(316)计算从所述跟随车(202)向各个所述前导车(201)的所述报酬。

根据该实施方式，在使用多个前导车的情况下，也容易掌握跟随行驶的报酬。

3.在上述实施方式的车辆跟随行驶系统中，

所述生成单元(314)生成多个所述行驶计划，

所述计算单元(316)针对所述多个行驶计划的每一个，计算从所述跟随车(202)向所述前导车(201)的所述报酬。

根据该实施方式，跟随车的用户容易考虑报酬而选择行驶计划。

4.在上述实施方式的车辆跟随行驶系统中，

所述报酬包含在所述行驶计划中所述跟随车(202)通过的收费道路的通行费。

根据该实施方式，跟随车的用户能够减少在收费道路的收费站支付通行费的劳力。

5.在上述实施方式的车辆跟随行驶系统中，

所述报酬包含在所述行驶计划中向所述跟随车(202)补给的能源的价款。

根据该实施方式，跟随车的用户能够减少对延长可续航距离的设施支付能源补给的价款的劳力。

6.在上述实施方式的车辆跟随行驶系统中，

将所述跟随行驶的区间以及所述报酬发送至所述前导车(201)的用户使用的终端(330)或者管理所述前导车(201)的行驶的服务器(405)，根据来自所述终端(330)或者所述服务器(405)的响应，向所述跟随车(202)的用户通知表示所述前导车(201)进行所述跟随行驶的前导这一情况的信息。

根据该实施方式，前导车的用户能够在同意跟随行驶的前导之前，确认针对跟随行驶的报酬。

7.在上述实施方式的车辆跟随行驶系统中，

向所述跟随车(202)的用户发送所述行驶计划以及所述报酬，根据来自所述跟随车(202)的用户的响应，向所述前导车(201)的用户发送按照所述行驶计划进行所述跟随行驶的前导的指示。

根据该实施方式，跟随车的用户能够在开始跟随行驶之前，确认针对跟随行驶的报酬。

8.在上述实施方式的车辆跟随行驶系统中，

所述计算单元(316)获取表示所述跟随车(202)的用户指定的向所述前导车(201)追加的报酬的信息。

根据该实施方式，跟随车的用户能够支付针对前导车的追加的报酬。

9.上述实施方式的车辆跟随行驶系统还具备支付单元，所述支付单元进行从所述跟随车(202)向所述前导车(201)的所述报酬的支付处理。

根据该实施方式，能够容易地进行从跟随车对前导车的报酬的支付。

10.上述实施方式的信息处理方法，其是用于使跟随车(202)跟随前导车(201)进行跟随行驶的车辆跟随行驶系统所实行的信息处理方法，

所述信息处理方法具备：

获取所述跟随车(202)的用户所希望的出发地以及目的地的步骤(S802)；

基于所述出发地以及所述目的地来检索供所述跟随车(202)跟随的所述前导车(201)的步骤(S804、S807、S811)；

生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划的步骤(S810、S812)；以及

基于所述行驶计划来计算针对所述跟随行驶的从所述跟随车(202)向所述前导车(201)的报酬的步骤(S804、S807、S811)。

根据该实施方式，在车辆跟随行驶系统中，前导车或者跟随车的用户容易掌握跟随行驶的报酬。

11.上述实施方式的程序，其使计算机作为上述实施方式的车辆跟随行驶系统的各单元发挥功能。

根据该实施方式，在车辆跟随行驶系统中，前导车或者跟随车的用户容易掌握跟随行驶的报酬。

以上，对发明的实施方式进行了说明，但发明并不限定于上述的实施方式，能够在发明的主旨的范围内进行各种变形、变更。

附图标记说明

201：前导车；202：跟随车；310：信息处理装置；311：获取部；312：路径检索部；313：车辆检索部；314：计划生成部；315：发送部；316：报酬计算部；320：终端；330：终端。

权利要求书(按照条约第19条的修改)

1.(修改后)一种车辆跟随行驶系统，其是用于使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统具备：

获取单元，其获取所述跟随车的用户所希望的出发地以及目的地；

检索单元，其基于所述出发地以及所述目的地来检索供所述跟随车跟随的所述前导车；

生成单元，其生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划；以及

计算单元，其基于所述行驶计划，计算针对所述跟随行驶的向所述前导车的报酬。

2.(修改后)根据权利要求1所述的车辆跟随行驶系统，其特征在于，

所述行驶计划包含所述跟随车分别跟随不同的前导车的多个跟随行驶的区间，

所述计算单元计算向各个所述前导车的所述报酬。

3.(修改后)根据权利要求1或2所述的车辆跟随行驶系统，其特征在于，

所述生成单元生成多个所述行驶计划，

所述计算单元针对所述多个行驶计划的每一个，计算向所述前导车的所述报酬。

4.根据权利要求1至3中任一项所述的车辆跟随行驶系统，其特征在于，

所述报酬包含在所述行驶计划中所述跟随车通过的收费道路的通行费。

5.(修改后)根据权利要求1至4中任一项所述的车辆跟随行驶系统，其特征在于，

所述报酬包含在所述行驶计划中为了延长可续航距离而向所述跟随车补给的能源的价款。

6.(修改后)根据权利要求1至5中任一项所述的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统还具备发送单元，所述发送单元将所述跟随行驶的区间以及所述报酬发送至所述前导车的用户使用的终端或者管理所述前导车的行驶的服务器，根据从所述终端或者所述服务器接收到表示同意所述跟随行驶的实施的信息这一情况，向所述跟随车的用户通知表示所述前导车进行所述跟随行驶的前导这一情况的信息。

7.根据权利要求1至5中任一项所述的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统还具备发送单元，所述发送单元向所述跟随车的用户发送所述行驶计划以及所述报酬，根据来自所述跟随车的用户的响应，向所述前导车的用户发送按照所述行驶计划进行所述跟随行驶的前导的指示。

8.根据权利要求1至7中任一项所述的车辆跟随行驶系统，其特征在于，

所述计算单元获取表示所述跟随车的用户指定的向所述前导车追加的报酬的信息。

9.(修改后)根据权利要求1至8中任一项所述的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统还具备支付单元，所述支付单元进行向所述前导车的所述报酬的支付处理。

10.(修改后)一种信息处理方法，其是用于使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统所实行的信息处理方法，其特征在于，

所述信息处理方法具备：

获取所述跟随车的用户所希望的出发地以及目的地的步骤；

基于所述出发地以及所述目的地来检索供所述跟随车跟随的所述前导车的步骤；

生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划的步骤；以及

基于所述行驶计划来计算针对所述跟随行驶的向所述前导车的报酬的步骤。

11.一种程序，其特征在于，所述程序用于使计算机作为权利要求1至9中任一项所述的车辆跟随行驶系统的各单元发挥功能。

Claims (11)

1.一种车辆跟随行驶系统，其是用于使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统具备：

获取单元，其获取所述跟随车的用户所希望的出发地以及目的地；

检索单元，其基于所述出发地以及所述目的地来检索供所述跟随车跟随的所述前导车；

生成单元，其生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划；以及

计算单元，其基于所述行驶计划，计算针对所述跟随行驶的从所述跟随车向所述前导车的报酬。

2.根据权利要求1所述的车辆跟随行驶系统，其特征在于，

所述行驶计划包含所述跟随车分别跟随不同的前导车的多个跟随行驶的区间，

所述计算单元计算从所述跟随车向各个所述前导车的所述报酬。

3.根据权利要求1或2所述的车辆跟随行驶系统，其特征在于，

所述生成单元生成多个所述行驶计划，

所述计算单元针对所述多个行驶计划的每一个，计算从所述跟随车向所述前导车的所述报酬。

4.根据权利要求1至3中任一项所述的车辆跟随行驶系统，其特征在于，

所述报酬包含在所述行驶计划中所述跟随车通过的收费道路的通行费。

5.根据权利要求1至4中任一项所述的车辆跟随行驶系统，其特征在于，

所述报酬包含在所述行驶计划中向所述跟随车补给的能源的价款。

6.根据权利要求1至5中任一项所述的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统还具备发送单元，所述发送单元将所述跟随行驶的区间以及所述报酬发送至所述前导车的用户使用的终端或者管理所述前导车的行驶的服务器，根据来自所述终端或者所述服务器的响应，向所述跟随车的用户通知表示所述前导车进行所述跟随行驶的前导这一情况的信息。

7.根据权利要求1至5中任一项所述的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统还具备发送单元，所述发送单元向所述跟随车的用户发送所述行驶计划以及所述报酬，根据来自所述跟随车的用户的响应，向所述前导车的用户发送按照所述行驶计划进行所述跟随行驶的前导的指示。

8.根据权利要求1至7中任一项所述的车辆跟随行驶系统，其特征在于，

所述计算单元获取表示所述跟随车的用户指定的向所述前导车追加的报酬的信息。

9.根据权利要求1至8中任一项所述的车辆跟随行驶系统，其特征在于，

所述车辆跟随行驶系统还具备支付单元，所述支付单元进行从所述跟随车向所述前导车的所述报酬的支付处理。

10.一种信息处理方法，其是用于使跟随车跟随前导车进行跟随行驶的车辆跟随行驶系统所实行的信息处理方法，其特征在于，

所述信息处理方法具备：

获取所述跟随车的用户所希望的出发地以及目的地的步骤；

基于所述出发地以及所述目的地来检索供所述跟随车跟随的所述前导车的步骤；

生成在所述出发地与所述目的地之间的至少一部分中包含所述跟随行驶的区间的行驶计划的步骤；以及

基于所述行驶计划来计算针对所述跟随行驶的从所述跟随车向所述前导车的报酬的步骤。

11.一种程序，其特征在于，所述程序用于使计算机作为权利要求1至9中任一项所述的车辆跟随行驶系统的各单元发挥功能。

Images