信息处理装置、信息处理系统、程序以及信息处理方法与流程

1.本公开涉及信息处理装置、信息处理系统、程序以及信息处理方法。


背景技术：

2.要求多人能够在各自期望的场所上下车地移动。为了实现这样的目的而研究了能够同乘的系统。例如，提出了通过接收乘车的请求，从而决定满足该请求的路线，根据该路线来更新多乘客型车辆的线路(参照日本专利第6027280)。


技术实现要素：

3.但是，在同乘时，将分别具有不同嗜好的同乘请求者彼此进行组合，所以当想要满足一部分的同乘请求者的意愿时，可能使其它同乘请求者感到不舒服。因而，难以满足同乘请求者的意愿。
4.鉴于上述情况而完成的本公开的目的在于提供在同乘时满足同乘请求者的意愿的信息处理装置、信息处理系统、程序以及信息处理方法。
5.本公开的一个实施方式所涉及的信息处理装置，具备：
6.通信部，与第1终端装置进行信息通信；以及
7.控制部，在所述通信部从所述第1终端装置接收到包含上下车条件以及用户属性的新的同乘请求的情况下，根据所述用户属性，将该新的同乘请求与任意的移动体的通行计划关联起来，
8.在所述新的同乘请求还包含附带条件、且与所述通行计划关联起来的现有的同乘请求包含附带条件的情况下，所述控制部将所述新的同乘请求与所述新的同乘请求的附带条件以及用户属性满足所述现有的同乘请求的附带条件、且所述现有的同乘请求的附带条件以及用户属性满足所述新的同乘请求的附带条件的该通行计划关联起来，根据该新的同乘请求的附带条件的种类以及数量中的至少一个，计算针对该新的同乘请求的费用。
9.本公开的一个实施方式所涉及的信息处理系统具备：信息处理装置、第1终端装置以及第2终端装置，
10.所述信息处理装置具有：
11.通信部，与所述第1终端装置进行信息通信；以及控制部，在所述通信部从所述第1终端装置接收到包含上下车条件以及用户属性的新的同乘请求的情况下，根据所述用户属性，将该新的同乘请求与任意的移动体的通行计划关联起来，
12.在所述新的同乘请求还包含附带条件、且与所述通行计划关联起来的现有的同乘请求包含附带条件的情况下，所述控制部将所述新的同乘请求与所述新的同乘请求的附带条件以及用户属性满足所述现有的同乘请求的附带条件、且所述现有的同乘请求的附带条件以及用户属性满足所述新的同乘请求的附带条件的该通行计划关联起来，根据该新的同乘请求的附带条件的种类以及数量中的至少一个，计算针对该新的同乘请求的费用，
13.所述第2终端装置与所述信息处理装置进行所述通行计划的通信。
14.本公开的一个实施方式所涉及的程序使计算机执行包括如下步骤的动作：
15.从第1终端装置新接收同乘请求；
16.当在从所述第1终端装置接收到包含上下车条件以及用户属性的新的同乘请求的情况下根据所述用户属性将该新的同乘请求与任意的移动体的通行计划关联起来时，在所述新的同乘请求还包含附带条件且与所述通行计划关联起来的现有的同乘请求包含附带条件的情况下，将所述新的同乘请求与所述新的同乘请求的附带条件以及用户属性满足所述现有的同乘请求的附带条件、且所述现有的同乘请求的附带条件以及用户属性满足所述新的同乘请求的附带条件的该通行计划关联起来；以及
17.根据该新的同乘请求的附带条件的种类以及数量中的至少一个，决定针对该新的同乘请求的费用。
18.本公开的一个实施方式所涉及的信息处理方法是由计算机执行的信息处理方法，其中，
19.所述计算机
20.从第1终端装置新接收同乘请求，
21.当在从所述第1终端装置接收到包含上下车条件以及用户属性的新的同乘请求的情况下根据所述用户属性将该新的同乘请求与任意的移动体的通行计划关联起来时，在所述新的同乘请求还包含附带条件且与所述通行计划关联起来的现有的同乘请求包含附带条件的情况下，将所述新的同乘请求与所述新的同乘请求的附带条件以及用户属性满足所述现有的同乘请求的附带条件、且所述现有的同乘请求的附带条件以及用户属性满足所述新的同乘请求的附带条件的该通行计划关联起来，
22.根据该新的同乘请求的附带条件的种类以及数量中的至少一个，决定针对该新的同乘请求的费用。
23.根据本公开的一个实施方式的信息处理装置、信息处理系统、程序以及信息处理方法，能够满足同乘请求者的意愿。
附图说明
24.下面将参照附图说明本发明的示例性实施例的特征、优点以及技术和工业上的意义，其中相同的符号表示相同的元件，其中：
25.图1是示出包括本公开的一个实施方式的信息处理装置的信息处理系统的整体结构的结构图。
26.图2是示出在一个实施方式中图1的信息处理装置的控制部执行的关联建立处理的第1流程图。
27.图3是示出在一个实施方式中图1的信息处理装置的控制部执行的关联建立处理的第2流程图。
28.图4是示出在一个实施方式中图1的信息处理装置的控制部执行的附带条件追加处理的流程图。
具体实施方式
29.以下，参照附图，说明本公开的实施方式。
30.参照图1，说明包括本公开的一个实施方式的信息处理装置10的信息处理系统11的概要。信息处理系统11具备第1终端装置12、信息处理装置10以及第2终端装置13。
31.第1终端装置12例如为智能手机或者pc(personal computer，个人电脑)等通用的电子设备，但不限于这些，也可以为信息处理系统11专用的电子设备。信息处理装置10包括1个服务器装置或者能够相互进行通信的多个服务器装置。第2终端装置13例如为搭载于车辆等在路上行驶的移动体14而被利用的汽车导航装置等专用电子设备，但不限于此，例如也可以为智能手机等携带用的终端装置等通用电子设备。在图1中，为了便于说明，图示出1个第1终端装置12以及1个第2终端装置13，但信息处理系统11所具备的第1终端装置12以及第2终端装置13的数量也可以为1个以上。
32.第1终端装置12、第2终端装置13以及信息处理装置10分别例如与包括移动通信网以及因特网等的网络15能够通信地连接。信息处理系统11的至少一部分也可以被用于提供移动服务(maas：mobility
‑
as
‑
a
‑
service：出行即服务)。各服务运营商能够使用第2终端装置13以及移动体14，提供例如拼车等移动服务。
33.作为本实施方式的概要，信息处理装置10进行各移动体14的通行计划的制作以及更新。通行计划包括使经过移动体14的旅客的上下车地点的移动体14通行的通行路径。或者，通行计划包括使搜索旅客的过程中的移动体14通行的通行路径。第1终端装置12将可能包含与上下车条件一起选择的附带条件的同乘请求发送到信息处理装置10。在本技术说明书中，“发送”表示将同乘请求等对象作为信息进行发送的意思。同乘请求为第1终端装置12的用户通过在移动体14中与其他人同乘而从所期望的上车地点移动至所期望的下车地点为止的申请。信息处理装置10根据接收的同乘请求，将该同乘请求与任意的通行计划关联起来。在本技术说明书中，“关联”表示将同乘请求以及通行计划等对象作为信息关联起来的意思。信息处理装置10根据通行计划的关联而计算同乘请求的费用。信息处理装置10将计算出的费用发送到第1终端装置12。第1终端装置12向信息处理装置10发送关于费用的同乘请求的确定。信息处理装置10将根据同乘请求的确定而修正后的通行计划发送到第2终端装置13。搭载有第2终端装置13的移动体14根据第2终端装置13接收的通行计划，以经过同乘请求所包含的上下车地点的方式行驶。
34.接下来，详细地说明信息处理系统11的各结构。
35.第1终端装置12具备通信部16、输出部17、输入部18、存储部19以及控制部20。
36.通信部16包括与网络15连接的通信模块。例如，通信部16也可以包括与4g(4th generation，第4代)以及5g(5th generation，第5代)等移动通信标准对应的通信模块。在本实施方式中，第1终端装置12经由通信部16连接于网络15。通信部16经由网络15发送以及接收各种信息。通信部16也可以在经由网络15发送信息的情况下，对该信息附加第1终端装置12的识别信息。第1终端装置12的识别信息为在信息处理系统11中能够分别唯一地识别第1终端装置12的信息。
37.输出部17包括输出信息而通知给用户的1个以上的接口。例如，输出部17为通过影像来输出信息的显示器或者通过声音来输出信息的扬声器等，但不限于这些。
38.输入部18包括检测用户输入的1个以上的接口。输入部18例如包括物理键、静电电容键以及与输出部17的显示器一体地设置的触摸屏。
39.存储部19为半导体存储器、磁存储器或者光存储器等，但不限于这些。存储部19例
如也可以作为主存储装置、辅助存储装置或者高速缓存存储器发挥功能。存储部19存储被用于第1终端装置12的动作的任意信息。存储部19例如也可以存储系统程序、应用程序等。存储于存储部19的信息例如也可以能够利用经由通信部16从网络15接收的信息进行更新。
40.控制部20包括1个以上的处理器。在本实施方式中，“处理器”为通用的处理器或者专用于特定的处理的专用处理器，但不限于这些。专用处理器也可以包括面向特定用途的ic(asic；application specific integrated circuit：专用集成电路)。控制部20也可以包括可编程逻辑器件(pld；programmable logic device)。pld也可以包括fpga(field－programmable gate array，现场可编程门阵列)。控制部20控制第1终端装置12整体的动作。
41.在输入部18检测到请求制作同乘请求的用户输入时，控制部20控制输出部17，以使得输出关于必需项目以及任意项目的用户输入的要求。必需项目为对于每个同乘请求必需的项目，包括上下车条件以及用户属性。上下车条件包括上车地点、下车地点、可乘车时间段。用户属性包括用户的性别以及年龄段等属性。关于用户的属性，制作向第1终端装置12的初次的同乘请求时的用户输入可以在以后的同乘请求的制作时直接被使用。任意项目为针对每个同乘请求可任意地输入的项目，包括用户的附带条件。
42.用户的附带条件例如为优先输送、平整路面优先、普通道路优先、最快优先、人数限制、性别限制以及年龄段限制。能够选择平整路面优先以及普通道路优先中的至少一方、以及最快优先中的任意方。
43.优先输送例如是使制作同乘请求的用户(请求者)的上下车地点的移动比同乘的其它旅客的移动优先的情况。优先输送包括完全优先以及部分优先。完全优先是在制作同乘请求的用户上下车期间不让同乘者上下车，而使该用户的下车优先的情况。部分优先是允许在制作同乘请求的用户的上下车地点的路径附近存在同乘者的上车地点的该同乘者上车以及在该路径附近存在同乘者的下车地点的该同乘者下车、但使该用户的下车优先的情况。
44.平整路面优先例如是优先通过铺装的道路。普通道路优先是将要通过的道路限定为收费道路以外的道路的情况。最快优先是使最短时间抵达优先的情况，还包括通过平整路面以及荒地、及普通道路以及收费道路中的某一方。人数限制是限定同乘者的人数的情况。在将人数限制的附带条件包含于同乘请求的情况下，要求用户输入同乘者的上限数。性别限制是将同乘者的性别例如限定为同性或者异性的情况。在将性别限制的附带条件包含于同乘请求的情况下，要求用户输入同性或者异性。年龄段限制是将同乘者的年龄段例如限定为同年龄段、或者10岁～90岁中的至少任意一个年龄段的情况。在将年龄段限制的附带条件包含于同乘请求的情况下，要求用户输入希望同乘的年龄段。
45.在输入部18检测到请求同乘请求的发送的用户输入时，控制部20控制通信部16，以使得将至少包含必需项目的同乘请求发送到信息处理装置10。控制部20在存在任意项目的用户输入的情况下，使该任意项目也包含于同乘请求，发送到信息处理装置10。
46.控制部20使输出部17输出针对同乘请求的发送而从信息处理装置10接收的同乘条件。同乘条件例如包括接受或拒绝同乘请求、抵达上车地点的预计抵达时刻以及预估费用。控制部20也可以将同乘条件的有效期限与同乘条件一起显示。在输入部18针对同乘条件而检测到同意有效期限内的条件的用户输入时，控制部20控制通信部16，以使得将同意
条件这一情况发送到信息处理装置10。
47.控制部20针对同意条件而从信息处理装置10接收到接受完成时，使输出部17输出接受了同乘请求这一情况。在本技术说明书中，“接收”表示例如作为信息而接收同乘请求等对象的意思。
48.在接受同乘后的同乘请求中输入部18检测到追加附带条件的用户输入时，控制部20控制通信部16，以使得与同乘请求的识别信息组合地将追加的附带条件发送到信息处理装置10。控制部20在针对追加的附带条件而从信息处理装置10接收到接受附带条件时，使输出部17输出接受了追加的附带条件。控制部20在针对追加的附带条件而从信息处理装置10接收到可否等待的询问时，使输出部17输出可否等待接受附带条件的询问。在输入部18检测到可否等待的用户输入时，控制部20控制通信部16，以使得将该等待的可否发送到信息处理装置10。
49.信息处理装置10具备通信部21、存储部22以及控制部23。
50.通信部21包括与网络15连接的通信模块。例如，通信部21包括与4g(4th generation)以及5g(5th generation)等移动通信标准对应的通信模块。在本实施方式中，信息处理装置10经由通信部21连接于网络15，例如与第1终端装置12以及第2终端装置13进行信息通信。通信部21例如也可以在经由网络15发送信息的情况下，对该信息附加信息处理装置10的识别信息。信息处理装置10的识别信息为在信息处理系统11中能够分别唯一地识别信息处理装置10的信息。
51.存储部22的具体的结构以及功能与第1终端装置12的存储部19相同。存储部22例如存储被用于信息处理装置10的动作的任意信息。存储部22存储各移动体14的通行计划。
52.控制部23的具体的结构与第1终端装置12的控制部20相同。控制部23控制信息处理装置10整体的动作。
53.控制部23获取时刻信息。时刻信息例如为表示当前时刻的信息。控制部23既可以经由网络15从外部的服务器等获取时刻信息，也可以从信息处理装置10所具有的定时器获取。
54.控制部23在从第2终端装置13获取搭载有该第2终端装置13的移动体14的位置时，从存储部22读出该移动体14的通行计划。在本技术说明书中，“获取”表示作为信息而获取位置等对象的意思。控制部23根据获取到的位置在通行计划中的预计通过时刻与获取到的时刻信息之差，更新通行计划中的通行路径上的多个地点的预计抵达时刻。控制部23将更新后的通行计划保存于存储部22。
55.控制部23在从第1终端装置12接收到新的同乘请求时，将新的同乘请求保存于存储部22。控制部23如以下说明那样，将该新的同乘请求与存储于存储部22的通行计划中的任意通行计划关联起来。控制部23可以控制通信部21，以使得在无法将新的同乘请求与任意的通行计划关联起来的情况下，对发送了新的同乘请求的第1终端装置12发送无法同乘这一情况。
56.控制部23如以下详细地说明那样，在新的同乘请求包含附带条件且与通行计划已经关联起来的现有的同乘请求包含附带条件的情况下，抽取新的同乘请求的附带条件以及用户属性满足现有的同乘请求的附带条件且现有的同乘请求的附带条件以及用户属性满足新的同乘请求的附带条件的通行计划。控制部23例如为了抽取通行计划，根据新的同乘
请求以及现有的同乘请求，决定以下所示的抽取条件。
57.控制部23将在新的同乘请求的上下车地点的路径上没有同乘者的通行计划加到抽取条件。
58.控制部23针对在新的同乘请求的上下车地点的路径上有同乘者的通行计划，根据新的同乘请求的附带条件，将以下的条件追加到抽取条件。当在新的同乘请求中包含优先输送的附带条件的情况下，控制部23将由于与通行计划关联起来而存在与现有的同乘请求成为同乘的区间(以后，称为“同乘区间”。)且该现有的同乘请求不包含优先输送的附带条件这一条件追加到抽取条件。另外，当在新的同乘请求中包含优先输送的附带条件的情况下，控制部23将使新的同乘请求的上下车地点的区间的行驶优先从而现有的同乘请求的上车时刻以及下车时刻的延迟是第1时间阈值以下这一条件加到抽取条件。当在新的同乘请求中包含平整路面优先或者普通道路优先中的至少任意一个的附带条件的情况下，控制部23将存在同乘区间且在该现有的同乘请求中未包含最快优先的附带条件这一条件加到抽取条件。与现有的同乘请求成为同乘的区间为现有的同乘请求所包含的上下车地点的路径中的至少一部分与新的同乘请求所包含的上下车地点的路径中的至少一部分重叠的区间。当在新的同乘请求中包含最快优先的附带条件的情况下，控制部23将存在同乘区间且在现有的同乘请求中未包含平整路面优先以及普通道路优先中的任意方的附带条件这一条件加到抽取条件。当在新的同乘请求中包含人数限制的附带条件的情况下，控制部23将同乘区间中的同乘者的人数为人数限制的上限值以下这一条件加到抽取条件。当在新的同乘请求中包含性别限制的附带条件的情况下，控制部23将同乘区间中的所有的同乘者的性别与按照性别限制规定的性别一致这一条件加到抽取条件。当在新的同乘请求中包含年龄段限制的附带条件的情况下，控制部23将同乘区间中的所有的同乘者的年龄段与按照年龄段限制规定的年龄段一致这一条件加到抽取条件。
59.控制部23针对在新的同乘请求的上下车地点的路径上有同乘者的通行计划，进一步根据现有的同乘请求的附带条件，将以下的条件追加到抽取条件。当在现有的同乘请求中包含完全优先的附带条件的情况下，控制部23将新的同乘请求的上下车地点的路径为该现有的同乘请求的上下车地点的路径外这一条件加到抽取条件。当在现有的同乘请求中包含部分优先的附带条件的情况下，控制部23将新的同乘请求的上下车地点中的至少一方为该现有的同乘请求的上下车地点的路径的附近这一条件加到抽取条件。上下车地点的路径的附近例如表示从脱离该路径起至返回为止追加的移动距离为距离阈值以下、或者从脱离该路径起至返回为止追加的移动时间为第2时间阈值以下的意思。当在现有的同乘请求中包含人数限制的附带条件的情况下，控制部23将在新的同乘请求相对于该现有的同乘请求的同乘区间根据新的同乘请求追加的人数为该人数限制的上限值以下这一条件加到抽取条件。当在现有的同乘请求中包含性别限制的附带条件的情况下，控制部23将新的同乘请求相对于该现有的同乘请求存在同乘区间、且新的同乘请求所包含的性别与按照该性别限制规定的性别一致这一条件加到抽取条件。当在现有的同乘请求中包含年龄段限制的附带条件的情况下，控制部23将新的同乘请求相对于该现有的同乘请求存在同乘区间、且新的同乘请求所包含的年龄段与按照该年龄段限制规定的年龄段一致这一条件加到抽取条件。
60.控制部23将在新的同乘请求的可乘车时间内能够到达新的同乘请求的上车地点的通行计划加到抽取条件。
61.控制部23从存储于存储部22的通行计划抽取满足上述抽取条件的通行计划。控制部23计算在抽取出的通行计划的通行路径与新的同乘请求的上下车地点之间往返的追加路径、或者在追加路径上行驶所花费的追加时间。控制部23选择计算出的追加路径、或者追加时间最小的通行计划。
62.控制部23制作将新的同乘请求与所选择的通行计划临时关联起来的情况下的临时的通行路径。控制部23计算向制作出的临时的通行路径上的新的同乘请求的上车地点的预计抵达时刻。控制部23计算将新的同乘请求与所选择的通行计划临时关联起来的情况下的针对新的同乘请求的费用。
63.例如，新的同乘请求的上下车地点的路径的距离越长，则控制部23越增加费用。控制部23例如根据新的同乘请求的同乘区间中的同乘者的人数来减少费用。
64.控制部23根据新的同乘请求的附带条件的种类以及数量中的至少一个来计算费用。更详细而言，控制部23例如根据附带条件的数量来增加费用。控制部23例如使优先输送的附带条件的费用增加幅度比其它附带条件的费用增加幅度大。控制部23例如使完全优先的附带条件的费用增加幅度比部分优先的附带条件的费用增加幅度大。例如当在新的同乘请求中未包含附带条件且在形成同乘区间的现有的同乘请求中包含附带条件的情况下，控制部23减少费用。
65.进而当在新的同乘请求中包含附带条件的情况下，控制部23可以根据在存储于存储部22的所有的同乘请求之中在新的同乘请求的乘车时间中有效的同乘请求所包含的附带条件的数量来增加费用。在新的同乘请求的乘车时间中有效的同乘请求是指为与新的同乘请求的乘车时间中的至少一部分重叠的乘车时间的同乘请求。
66.控制部23控制通信部21，以使得对发送了新的同乘请求的第1终端装置12发送包含向新的同乘请求的上车地点的预计抵达时刻以及针对新的同乘请求的费用的同乘条件。控制部23可以将同乘条件的有效期限与同乘条件一起发送。有效期限既可以为绝对的期限，也可以与从当前时刻至向上车地点的预计抵达时刻为止的时间相应地变化。
67.控制部23当在有效期限内针对同乘条件而从第1终端装置12接收到同意条件时，确定新的同乘请求与通行计划的临时关联。控制部23将新的同乘请求与所确定的通行计划的关联保存于存储部22。控制部23将以后的通行计划中的通行路径修正为已制作的临时的通行路径。控制部23将修正后的通行路径保存于存储部22。控制部23可以在无法在有效期限内接收到同意条件时，拒绝新的同乘请求。
68.控制部23控制通信部21，以使得将包含修正后的通行路径的通行计划发送到第2终端装置13。控制部23控制通信部21，以使得对发送了同意条件的第1终端装置12发送接受新的同乘请求完成。控制部23可以控制通信部21，以使得针对新的同乘请求的关联而重新计算现有的同乘请求的费用，对发送了该现有的同乘请求的第1终端装置12发送重新计算出的费用。在此，接受新的同乘请求能够针对现有的同乘请求而使同乘区间增加，所以在各现有的同乘请求中已经通知的费用被减少。
69.控制部23在从第2终端装置13接收到发送了同乘请求的第1终端装置12的用户从移动体14下车这一情况时，解除该同乘请求对通行计划的关联。
70.控制部23在从第1终端装置12接收到追加的附带条件时，从存储部22读出与和从该第1终端装置12发送的同乘请求相同的通行计划关联起来的其它同乘请求。
71.控制部23判别所读出的其它现有的同乘请求是否满足追加的附带条件。更详细而言，控制部23判别追加的附带条件是否满足现有的同乘请求的附带条件且现有的同乘请求的附带条件以及用户属性是否满足追加的附带条件。例如当在从与追加的附带条件对应的上车地点或者移动体14的位置至与追加的附带条件对应的下车地点为止的整个路径上，其它现有的同乘请求满足追加的附带条件的情况下，控制部23控制通信部21，以使得将表示接受追加的附带条件的附带条件接受发送到第1终端装置12。控制部23控制通信部21，以使得例如在从其它现有的同乘请求之中不满足追加的附带条件的现有的同乘请求的下车地点以后至与追加的附带条件对应的下车地点为止的路径上将可否等待附带条件的追加的询问发送到第1终端装置12。在针对可否等待的询问而从第1终端装置12接收到等待这样的意思的响应的情况下，控制部23控制通信部21，以使得将接受追加的附带条件的附带条件接受发送到第1终端装置12。
72.控制部23可以根据追加的附带条件来修正费用，将修正后的费用与附带条件接受一起发送到第1终端装置12。当在与追加的附带条件对应的上车地点至下车地点的整个路径上其它所有的现有的同乘请求却不满足追加的附带条件的情况下，控制部23控制通信部21，以使得拒绝追加的附带条件，将拒绝通知发送到第1终端装置12。
73.控制部23在接受追加的附带条件的情况下，根据该追加的附带条件来修正与追加的附带条件对应的上车地点、移动体14的位置或者其它同乘请求的下车地点以后的通行路径。控制部23控制通信部21，以使得将包含修正后的通行路径的通行计划发送到第2终端装置13。
74.如前所述，第2终端装置13搭载于移动体14，例如在移动体14中被利用。移动体14例如为能够进行自动驾驶行驶或者追踪行驶的自动驾驶车辆，但不限于此，也可以为能够搭载第2终端装置13的任意车辆。
75.第2终端装置13利用自动驾驶控制软件自动地生成控制信息，发送到移动体14。移动体14根据接收到的控制信息来进行车辆控制。车辆控制例如为自动驾驶，但不限于此。决定控制信息的规格的api(application programming interface，应用程序接口)中的至少一部分对服务运营商公开。服务运营商能够使用被公开的api对第2终端装置13的自动驾驶控制软件自由地进行编程。因而，服务运营商将与目的相应的设备搭载于移动体14的车厢内空间，使用与目的相应的api对自动驾驶控制软件进行编程，从而能够提供任意的移动服务。
76.第2终端装置13具备通信部24、存储部25以及控制部26。
77.通信部24包括经由移动体14的can(controller area network，控制器局域网)等车载网络或者专用线进行通信的通信模块。通信部24也可以包括与网络15连接的通信模块。例如，通信部24也可以包括与4g(4th generation)以及5g(5th generation)等移动通信标准对应的通信模块。
78.在本实施方式中，第2终端装置13经由通信部24而与移动体14的位置信息获取装置27等搭载设备进行信息通信。
79.位置信息获取装置27包括与任意的卫星定位系统对应的1个以上的接收机。位置信息获取装置27例如也可以包括gps(global positioning system，全球定位系统)接收机。位置信息获取装置27作为信息而获取移动体14的位置的测定值，发送到第2终端装置
13。位置信息获取装置27周期性地获取该测定值，并进行发送。位置信息获取装置27也可以内置于第2终端装置13。
80.另外，第2终端装置13经由通信部24、或者通信部24以及移动体14的通信装置28连接于网络15，经由网络15发送以及接收各种信息。通信装置28例如为专用的车载通信机。通信装置28也可以为了与网络15连接而包括与4g(4th generation)、5g(5th generation)等移动通信标准对应的通信模块。通信部24也可以在经由网络15发送信息的情况下，对该信息附加第2终端装置13的识别信息。第2终端装置13的识别信息为在信息处理系统11中能够分别唯一地识别第2终端装置13的信息。
81.存储部25的具体的结构以及功能与第1终端装置12的存储部19相同。存储部25例如存储被用于第2终端装置13的动作的任意的信息。
82.控制部26的具体的结构与第1终端装置12的控制部20相同。控制部26控制第2终端装置13整体的动作。
83.控制部26控制通信部24，以使得将从位置信息获取装置27获取的移动体14的位置定期地或者周期性地发送到信息处理装置10。控制部26在从信息处理装置10接收到通行计划时，将通行计划保存于存储部25。
84.控制部26使移动体14沿着存储于存储部25的最新的通行计划的通行路径通行。控制部26例如生成与该通行计划对应的自动驾驶的控制信息，发送到移动体14，从而使移动体14沿着通行路径通行。或者，可以在移动体14不为自动驾驶车辆的情况下，控制部26使显示器等输出该通行计划的通行路径，使驾驶员沿着通行路径驾驶，从而使移动体14通行。
85.控制部26可以将在存储于存储部25的最新的通行计划的通行路径上的上车地点发送了同乘请求的第1终端装置12的用户乘坐了移动体14这一情况的确认发送到信息处理装置10。乘坐这一情况的确认例如既可以通过第2终端装置13以及第1终端装置12的近距离无线通信来进行，也可以通过向设置于第2终端装置13的输入部的用户输入来进行。
86.控制部26可以将在存储于存储部25的最新的通行计划的通行路径上的下车地点发送了同乘请求的第1终端装置12的用户从移动体14下车这一情况的确认发送到信息处理装置10。下车这一情况的确认例如既可以通过第2终端装置13以及第1终端装置12的近距离无线通信来进行，也可以通过向设置于第2终端装置13的输入部的用户输入来进行。
87.接下来，使用图2、3的流程图，说明在本实施方式中信息处理装置10的控制部23执行的关联建立处理。关联建立处理在从任意的第1终端装置12接收到新的同乘请求时开始。
88.在步骤s100中，控制部23将新的同乘请求保存于存储部22。在保存后，处理工序进入到步骤s101。
89.在步骤s101中，控制部23根据在步骤s100中保存的新的同乘请求，决定通行计划的抽取条件。在决定后，处理工序进入到步骤s102。
90.在步骤s102中，控制部23从存储部22抽取满足在步骤s101中决定的抽取条件的通行计划。在抽取后，处理工序进入到步骤s103。
91.在步骤s103中，控制部23计算在步骤s102中抽取出的通行计划的通行路径与在步骤s100中保存的新的同乘请求的上下车地点之间往返的追加路径或者追加时间。在计算出后，处理工序进入到步骤s104。
92.在步骤s104中，控制部23选择在步骤s103中计算出的追加路径或者追加时间最小
的通行计划。在选择后，处理工序进入到步骤s105。
93.在步骤s105中，控制部23制作在步骤s104中选择的通行计划中包含在步骤s100中保存的新的同乘请求的上下车地点的临时的通行路径。在制作出后，处理工序进入到步骤s106。
94.在步骤s106中，控制部23计算向在步骤s105中制作出的临时的通行路径上的、在步骤s100中保存的新的同乘请求的上车地点的预计抵达时刻。在计算出后，处理工序进入到步骤s107。
95.在步骤s107中，控制部23计算将在步骤s100中保存的新的同乘请求与在步骤s104中选择的通行计划临时关联起来的情况下的针对该新的同乘请求的费用。在计算出后，处理工序进入到步骤s108。
96.在步骤s108中，控制部23控制通信部21，以使得将包含在步骤s106中计算出的预计抵达时刻以及在步骤s107中计算出的费用的同乘条件发送到第1终端装置12。在发送后，处理工序进入到步骤s109。
97.在步骤s109中，控制部23判别针对在步骤s108中发送的同乘条件而从第1终端装置12是否接收到条件的答应。在未接收到的情况下，处理工序进入到步骤s110。在接收到的情况，处理工序进入到步骤s112。
98.在步骤s110中，控制部23判别从步骤s108中的同乘条件的发送后起是否经过了有效期限。在未经过有效期限的情况下，处理工序返回到步骤s109。在经过了有效期限的情况下，处理工序进入到步骤s111。
99.在步骤s111中，控制部23拒绝在步骤s100中保存的新的同乘请求。在拒绝后，关联建立处理结束。
100.在步骤s112中，控制部23通过将在步骤s100中保存的新的同乘请求与在步骤s104中选择的通行计划的关联保存于存储部22，从而将新的同乘请求与该通行计划关联起来。在关联起来后，处理工序进入到步骤s113。
101.在步骤s113中，控制部23通过将在步骤s112中与新的同乘请求关联起来的通行计划中的通行路径变更为在步骤s105中制作出的临时的通行路径，从而修正通行计划。控制部23将修正后的通行计划保存于存储部22。在修正后，处理工序进入到步骤s114。
102.在步骤s114中，控制部23控制通信部21，以使得将在步骤s113中修正后的通行计划发送到与该通行计划对应的第2终端装置13。在发送后，处理工序进入到步骤s115。
103.在步骤s115中，控制部23控制通信部21，以使得对在步骤s109中发送了条件的答应的第1终端装置12发送完成接受新的同乘请求。在发送后，处理工序进入到步骤s116。
104.在步骤s116中，控制部23重新计算基于在步骤s104中选择的通行计划与新的同乘请求的关联建立而产生的、该通行计划的现有的同乘请求的费用。在重新计算出后，处理工序进入到步骤s117。
105.在步骤s117中，控制部23控制通信部21，以使得对发送了各现有的同乘请求的第2终端装置13发送在步骤s116中计算出的费用。在发送后，关联建立处理结束。
106.接下来，在本实施方式中，使用图4的流程图，说明信息处理装置10的控制部23执行的附带条件追加处理。附带条件追加处理在从发送了与通行计划关联起来的同乘请求的第1终端装置12接收到追加的附带条件时开始。
107.在步骤s200中，控制部23判别发送了追加的附带条件的第1终端装置12的用户是否正乘坐移动体14。例如，控制部23从存储部22读出与和追加的附带条件对应的同乘请求关联起来的通行计划。控制部23在针对该通行计划而从第2终端装置13接收到确认发送了该同乘请求的第1终端装置12的用户乘车这一情况时，判别为是乘车中。控制部23在未从第2终端装置13接收到确认该用户乘车这一情况时，判别为未乘车。在为乘车中的情况下，处理工序进入到步骤s201。在为未乘车的情况下，处理工序进入到步骤s202。
108.在步骤s201中，控制部23将可否接受追加的附带条件的判别对象决定为从移动体14的位置至与追加的附带条件对应的同乘请求的下车地点为止的路径。在决定后，处理工序进入到步骤s203。
109.在步骤s202中，控制部23将可否接受追加的附带条件的判别对象决定为从与追加的附带条件对应的同乘请求的上车地点至下车地点为止的路径。在决定后，处理工序进入到步骤s203。
110.在步骤s203中，控制部23判别与在步骤s200中读出的通行计划关联起来的其它现有的同乘请求在步骤s201或者步骤s202中决定为判别对象的整个区间是否满足追加的附带条件。当在整个区间满足的情况下，处理工序进入到步骤s207。当在整个区间未满足的情况下，处理工序进入到步骤s204。
111.在步骤s204中，控制部23在通过其它现有的同乘请求中的下车地点之后的路径上，进一步判别其它现有的同乘请求是否满足追加的附带条件。在满足的情况下，处理工序进入到步骤s205。在不满足的情况下，附带条件追加处理结束。
112.在步骤s205中，控制部23控制通信部21，以使得对发送了追加的附带条件的第1终端装置12发送可否等待的询问。在发送后，处理工序进入到步骤s206。
113.在步骤s206中，控制部23判别从第1终端装置12是否接收到能够等待或者无法等待中的某一方。在接收到能够等待的情况下，处理工序进入到步骤s207。在接收到无法等待的情况下，附带条件追加处理结束。
114.在步骤s207中，控制部23控制通信部21，以使得对第1终端装置12发送接受追加的附带条件。在发送后，处理工序进入到步骤s208。
115.在步骤s208中，控制部23根据追加的附带条件来修正与该追加的附带条件对应的上车地点、移动体14的位置、或者其它同乘请求的下车地点以后的通行路径。在修正后，处理工序进入到步骤s209。
116.在步骤s209中，控制部23控制通信部21，以使得将在步骤s208中修正后的通行路径发送到第2终端装置13。在发送后，附带条件追加处理结束。
117.以上那样的结构的本实施方式的信息处理装置10在新的同乘请求包含附带条件、且与通行计划关联起来的现有的同乘请求包含附带条件的情况下，将新的同乘请求与新的同乘请求的附带条件以及用户属性满足现有的同乘请求的附带条件且现有的同乘请求的附带条件以及用户属性满足新的同乘请求的附带条件的该通行计划关联起来。利用这样的结构，信息处理装置10能够满足在通常的同乘中难以满足的附带条件，并提供同乘的机会。另外，当只是满足发出同乘请求的一人的附带条件时，其他发出同乘请求的人员不希望同乘，可能难以使同乘成立。因而，信息处理装置10根据新的同乘请求的附带条件的种类以及数量中的至少一个来计算针对该新的同乘请求的费用。利用这样的结构，信息处理装置10
能够根据费用来调整要满足的附带条件的不同所致的同乘者间的不公平感。因而，信息处理装置10能够满足附带条件的同时，提高同乘的成立。因此，信息处理装置10能够满足同乘请求者的附带条件。
118.在本实施方式的信息处理装置10中，在新的同乘请求不包含附带条件而在现有的同乘请求中包含附带条件的情况下，减少新的同乘请求的费用。利用这样的结构，信息处理装置10能够对不具有附带条件的用户以比通常的同乘费用廉价的费用提供同乘。
119.本实施方式的信息处理装置10在接收到包含附带条件的新的同乘请求的情况下，根据在新的同乘请求中的预定的乘车时间中有效的、已接收的同乘请求所包含的附带条件的数量，增加新的同乘请求的费用。在信息处理系统11整体中，附带条件越增加，则越难以将新的同乘请求与通行计划建立关联。针对这样的事态，上述结构的信息处理装置10根据附带条件的需求来决定费用，所以能够调整附带条件的需求。
120.在本实施方式的信息处理装置10中，在从发送了与通行计划关联起来的同乘请求的第1终端装置12接收到追加的附带条件时，在与该通行计划关联起来的所有的现有的同乘请求满足该附带条件的情况下，接受该附带条件。利用这样的结构，信息处理装置10不仅仅在新的同乘请求时，在新的同乘请求的接受后也能够接受附带条件。
121.在本实施方式的信息处理装置10中，在通过与通行计划关联起来的同乘请求之中不满足追加的附带条件的现有的同乘请求的下车地点之后，接受该附带条件。利用这样的结构，即使是上下车地点之间的区间的一部分区间，信息处理装置10也能够满足用户的附带条件。
122.根据各附图以及实施例，说明了本公开，但希望留意的是只要是本领域技术人员就易于根据本公开来进行各种变形以及修正。因而，希望留意的是这些变形以及修正包含于本公开的范围中。例如，各结构或者各步骤等所包含的功能等能够以在逻辑上不发生矛盾的方式进行重新配置，能够将多个单元或者步骤等组合成1个、或者进行分割。
123.例如，在上述实施方式中，也可以在其它装置中执行在信息处理装置10、第1终端装置12以及第2终端装置13中执行的一部分的处理动作。
124.另外，例如，还能够构成为使智能手机或者计算机等通用的电子设备作为上述实施方式的信息处理装置10、第1终端装置12以及第2终端装置13发挥功能。具体而言，将记述有实现实施方式的信息处理装置10、第1终端装置12以及第2终端装置13等的各功能的处理内容的程序保存于电子设备的存储器，利用电子设备的处理器读出该程序而执行。因而，本实施方式的发明也能够作为处理器能够执行的程序来实现。程序既可以经由网络15下载，也可以保存于能够由电子设备读取的便携式且非临时性记录及存储介质，由电子设备从该介质读取。