CN110858386A - 信息处理装置、信息处理方法以及非临时性的存储介质 - Google Patents

Abstract

本发明提供一种在以移动为目的的多个用户共同乘车于同一车辆的方式中能够对被利用于共同乘车中的车辆不足的情况进行抑制的信息处理装置、信息处理方法以及非临时性的存储介质。本发明的信息处理装置在被利用于共同乘车的车辆的台数低于规定的下限值时，提取可使希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户。而且，本发明的信息处理装置通过向提取出的候选驾驶用户所使用的终端发送如下信息而促进共同乘车车辆的台数增加，所述信息为，关于使希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息，即，关于将该候选驾驶用户拥有的车辆或具有所有权的车辆作为共同乘车车辆来提供这一情况而寻求同意的信息。

Description

信息处理装置、信息处理方法以及非临时性的存储介质

技术领域

本发明涉及一种信息处理装置、信息处理方法以及非临时性的存储介质。

背景技术

已知一种如下的技术，即，根据各终端的位置信息而对这些终端的持有者是否共同乘车于同一个车辆进行判断，并根据其判断结果而对CO₂排放量或燃料的消耗量这样的环境负荷进行计算(例如，参照专利文献1)。

在先技术文献

专利文献

专利文献1：日本特开2011-237842号公报

发明内容

发明所要解决的课题

本发明的目的在于，提供一种在以移动为目的的多个用户共同乘车于同一车辆的方式中能够对被利用于共同乘车的车辆不足的情况进行抑制的技术。

用于解决课题的手段

本发明为一种信息处理装置，其在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户。该信息处理装置具备控制部，所述控制部执行如下的操作，即：当被利用于共同乘车的车辆的台数低于规定的下限值时，提取能够使所述希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户；向所述候选驾驶用户所使用的终端发送第一信息，所述第一信息为，关于使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息。

本发明也可以作为信息处理方法来理解，所述信息处理方法在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户。在该情况下，本发明所涉及的信息处理方法也可以采用如下的方式，即，由计算机执行如下的步骤，即：当被利用于共同乘车的车辆的台数低于规定的下限值时，提取能够使所述希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户的步骤；向所述候选驾驶用户所使用的终端发送第一信息的步骤，所述第一信息为，关于使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息。

本发明也可以作为信息处理程序或对该信息处理程序进行存储的非临时性的存储介质来理解，所述信息处理程序在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户。在该情况下，本发明所涉及的信息处理程序也可以采用如下的方式，即，使计算机执行如下的步骤，即：当被利用于共同乘车的车辆的台数低于规定的下限值时，提取能够使所述希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户的步骤；向所述候选驾驶用户所使用的终端发送第一信息的步骤，所述第一信息为，关于使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息。

发明效果

根据本发明，在以移动为目的的多个用户共同乘车于同一车辆的方式中能够对被利用于共同乘车的车辆不足的情况进行抑制。

附图说明

图1为用于对拼车的概要进行说明的图。

图2为表示拼车系统的概要结构的图。

图3为表示用户终端以及服务器装置的硬件结构的图。

图4为表示服务器装置的功能结构的框图。

图5为表示行驶计划信息图表的结构例的图。

图6为表示移动计划信息图表的结构例的图。

图7为表示预约信息图表的结构例的图。

图8为表示预约信息图表的其他的结构例的图。

图9为表示会员信息图表的结构例的图。

图10为表示共同乘车车辆的台数低于规定的下限值的状态的一个示例的图。

图11为表示第一实施方式所涉及的服务器装置的处理的流程的流程图。

图12为表示候选同乘用户的提取方法的一个示例的图。

图13为表示第二实施方式所涉及的服务器装置的处理的流程的流程图。

具体实施方式

本发明为一种信息处理装置，其在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户。

在此，在上述的拼车中，当希望同乘用户的人数多于可作为非驾驶员而同乘于被利用于共同乘车的车辆(以下，也有时记作“共同乘车车辆”)的用户的人数时，由于一部分希望同乘用户无法同乘于共同乘车车辆中，因此，该一部分的希望同乘用户的便利性有可能降低，或者，该一部分的同乘用户的拼车利用意愿有可能降低。

与此相对，在本发明的信息处理装置中，当共同乘车车辆的台数低于规定的下限值时，控制部提取能够使希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户。而且，所述控制部向提取的候选驾驶用户所使用的终端，发送关于使希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息(第一信息)。即，所述控制部向提取的候选驾驶用户，提出将该候选驾驶用户所拥有的车辆或具有所有权的车辆作为共同乘车车辆来提供的建议。由此，如果候选驾驶用户同意使希望同乘用户同乘于自己驾驶的车辆中，则能够增加共同乘车车辆的台数，因此，能够减少无法同乘于共同乘车车辆中的希望同乘用户的人数。其结果为，能够抑制共同乘车车辆不足的情况。

并且，此处所说的“规定的下限值”例如相当于为了实现希望在同一时间段内的移动的希望同乘用户且在同一路径上包含出发地以及目的地的希望同乘用户的全员的移动所需的共同乘车车辆的最小的台数(即，在假设为在各共同乘车车辆中使定员数量的希望同乘用户同乘的情况下，为了使上述希望同乘用户的全员乘坐所需的共同乘车车辆的台数)。因此，“共同乘车车辆的台数低于规定的下限值”是指，相对于可在上述时间段内预定行驶于包含上述路径的行驶路径上的共同乘车车辆的全部车辆中同乘的用户的最大人数来说，上述希望同乘用户的人数更多。

另外，在本发明所涉及的信息处理装置中，所述控制部也可以从所述希望同乘用户中提取所述候选驾驶用户。例如，所述控制部也可以将所述希望同乘用户中的拥有可自己驾驶的车辆或具有该车辆的所有权的希望同乘用户作为候选驾驶用户来提取。如果以此方式提取的候选驾驶用户同意在自己驾驶的车辆中使希望同乘用户同乘，则能够增加共同乘车车辆的台数，同时，能够减少希望同乘用户的人数。其结果为，能够更加可靠地减少无法同乘于共同乘车车辆中的希望同乘用户的人数。

并且，所述控制部也可以采用如下的方式，即，在向所述候选驾驶用户所使用的终端发送所述第一信息时，还发送与在假设为使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中的情况下会给予该候选驾驶用户的奖励相关的信息。此处所说的“奖励”是指，例如，可在规定的服务中使用的积分、打折券或商品券的电子数据、电子货币等。通过将与这样的奖励相关的信息同第一信息一起向候选驾驶用户提供，从而能够提升候选驾驶用户同意在自己驾驶的车辆中使希望同乘用户同乘的意愿。

可是，在上述的拼车中，也能够设想希望同乘用户的人数少于可作为非驾驶员而同乘于共同乘车车辆中的用户的人数的情况。在该情况下，由于希望在自己驾驶的共同乘车车辆中使希望同乘用户同乘的用户(以下，也有时记作“希望驾驶用户”)的一部分无法在该希望驾驶用户所驾驶的共同乘车车辆中使希望同乘用户同乘，因此，希望驾驶用户的便利性有可能降低，或者，希望驾驶用户的拼车利用意愿有可能降低。

与此相对，在本发明所涉及的信息处理装置中，也可以采用如下的方式，即，当共同乘车车辆的台数高于规定的上限值时，所述控制部提取能够同乘于其他的用户所驾驶的车辆中的用户的候选即候选同乘用户，并向提取的候选同乘用户所使用的终端发送第二信息，所述第二信息为，关于同乘于其他的用户所驾驶的车辆中这一情况而寻求同意的信息。即，所述控制部向候选同乘用户提出从由自己驾驶的车辆所实现的移动方式向在其他的用户所驾驶的共同乘车车辆中同乘的移动方式进行变更的建议。由此，如果候选同乘用户同意同乘于其他的用户所驾驶的共同乘车车辆，则能够减少共同乘车车辆的台数，因此，能够减少无法在自己所驾驶的共同乘车车辆中使希望同乘用户同乘的希望驾驶用户的人数。

此处所说的“规定的上限值”例如相当于为了实现希望在同一时间段内的移动的希望同乘用户且在同一路径上包含出发地以及目的地的希望同乘用户的全员的移动而所需的共同乘车车辆的最大的台数(即，在假设为在各共同乘车车辆中使最小人数(例如，各为一个人)的希望同乘用户同乘的情况下，为了使上述希望同乘用户的全员乘坐而所需的共同乘车车辆的台数)。因此，“共同乘车车辆的台数高于规定的上限值”是指，相对于能够使上述希望同乘用户的全员同乘的最大台数的共同乘车车辆的驾驶所需的用户的人数来说，希望驾驶用户的人数更多。

另外，在本发明所涉及的信息处理装置中，也可以采用如下的方式，即，所述控制部从所述希望驾驶用户中提取所述候选同乘用户。如果以此方式提取的候选同乘用户同意同乘于其他的用户所驾驶的共同乘车车辆，则能够减少共同乘车车辆的台数，同时，能够增加希望同乘用户的人数。其结果为，能够更加可靠地减少无法在自己驾驶的共同乘车车辆中使希望同乘用户同乘的希望驾驶用户的人数。

并且，所述控制部也可以采用如下的方式，即，在向所述候选同乘用户所使用的终端发送所述第二信息时，还发送与在假设为该候选同乘用户同乘于其他的用户所驾驶的车辆中的情况下会给予该候选同乘用户的奖励相关的信息。该情况下的奖励与在假设为使希望同乘用户同乘于候选驾驶用户所驾驶的车辆中的情况下被给予该候选驾驶用户的奖励相同。

以下，根据附图，对本发明的具体的实施方式进行说明。本实施例所记载的结构部件的尺寸、材质、形状、其相对配置等只要未特别记载，则并不表示将发明的技术范围仅限定于这些内容的含义。

＜第一实施方式＞

在本实施方式中，对在以移动为目的的多个用户共同乘车于同一个车辆的方式(以下，也有时记作“拼车”)中实施本发明的示例进行叙述。另外，虽然作为以移动为目的的多个用户能够共同乘车的车辆而能够使用汽车或电车等，但在本实施方式中，对以汽车为对象的示例进行叙述。

(拼车的概要)

首先，根据图1，对拼车的概要进行说明。在图1所示的示例中，设为用户A从地点d移动至地点e、用户B从地点f移动至地点g、用户C从地点h移动至地点e。

在此，若假设用户A～C分别通过各自的车辆而进行移动，则需要三台车辆。相对于此，若用户A～C实施共同乘车，则能够通过一台车辆来实施至各目的地的移动。在图1所示的示例中，用户A自身驾驶车辆从地点d移动至地点e。此时，用户A在地点f处使用户B乘坐自身所驾驶的车辆，在地点h处使用户C乘坐自身所驾驶的车辆。而且，用户A在使车辆移动至作为自身和用户C的目的地的地点e的中途经由地点g，并在地点g使用户B下车，从而能够使用户B从出发地点f移动至目的地点g。此后，通过用户A使车辆从地点g移动至地点e，从而能够使用户C从地点h移动至地点e，并且，也能够实现用户A自身的移动。

在这样的拼车中，由于能够削减在道路上行驶的车辆的台数，因此能够抑制交通堵塞。另外，例如，通过将车辆的移动所需的交通费(燃料费等)由共同乘车于该车辆的多个用户进行分担，从而与各用户通过单独的车辆进行移动的情况相比，也能够减轻用户每一个人的交通费。

并且，图1所示的拼车的方式毕竟为一个示例，共同乘车于一台车辆中的用户的组合、被用于共同乘车的车辆(共同乘车车辆)的行驶路径等能够利用各种方法来设定。但是，如果相对于希望在同一时间段中进行移动的希望同乘用户、且在同一路径上包含出发地以及目的地的希望同乘用户的小组(以下，也有时记作“希望同乘小组”)的人数来说，能够在上述时间段内预定行驶在包含上述路径在内的行驶路径上的共同乘车车辆的所有车中同乘的用户的人数较少，则上述希望同乘小组的一部分希望同乘用户无法同乘于共同乘车车辆上。由此，该一部分希望同乘用户的便利性有可能降低，或者该一部分希望同乘用户的利用拼车的意愿有可能降低。

与此相对，在本实施方式中，用于执行与拼车服务的运用以及管理相关的信息处理的服务器装置在共同乘车车辆的台数小于规定的下限值时，通过提取能够使希望同乘用户同乘于自己驾驶的共同乘车车辆中的用户的候选即候选驾驶用户，并向提取出的候选驾驶用户提出在自己驾驶的车辆中使希望同乘用户同乘的建议，从而促进共同乘车车辆的台数增加。

(系统结构)

图2为表示用于实施拼车服务的提供的系统(以下，也有时记作“拼车系统”)的一个结构例的图。在图2所示的示例中，拼车系统被构成为，包括：被利用于共同乘车的车辆10(共同乘车车辆)、共同乘车于该共同乘车车辆10的用户所使用的用户终端200、以及服务器装置300。用户终端200和服务器装置300能够通过网络N1而被相互连接。在网络N1中，例如，也可以采用互联网等作为世界规模的公共通信网的WAN(Wide Area Network，广域网)或其他的通信网。另外，网络N1也可以包括移动电话等的电话通信网、WiFi等无线通信网。

另外，虽然在图2所示的示例中，作为被用于共同乘车的车辆(共同乘车车辆)仅图示了一台车辆10，但设为在拼车系统中包含作为在该拼车服务中可利用的车辆而被注册的台数的量的共同乘车车辆。另外，虽然在图2所示的示例中，作为用户终端200，仅图示了希望驾驶用户所使用的第一用户终端200A和希望同乘用户所使用的第二用户终端200B这两个终端，但设为，在拼车系统中，包含与作为可以利用该拼车服务的会员而被注册的用户数量相应的个数的用户终端。

在各用户终端200中安装有用于利用拼车服务的规定的应用程序。用户终端200的用户能够通过使自己的用户终端200执行上述规定的应用程序，从而将与实施共同乘车时的条件等相关的信息(以下，也有时记作“请求信息”)注册至服务器装置300。例如，希望驾驶用户能够通过使第一用户终端200A执行上述规定的应用程序，从而将与自己驾驶的共同乘车车辆10的行驶预定区间或行驶预定日期和时间等相关的信息(行驶计划)作为请求信息而注册在服务器装置300中。另外，希望同乘用户通过使第二用户终端200B执行上述规定的应用程序，从而能够将与自己希望的移动区间、移动日期和时间等相关的信息(移动计划)作为请求信息而注册至服务器装置300。

服务器装置300分别受理来自希望驾驶用户的请求信息以及来自希望同乘用户的请求信息。而且，服务器装置300根据来自希望驾驶用户的请求信息和来自希望同乘用户的请求信息，而决定希望驾驶用户和希望同乘用户的临时性的组合。例如，服务器装置300对在从希望驾驶用户的出发地至目的地为止该希望驾驶用户所驾驶的共同乘车车辆10所行驶的路径(行驶预定路径)进行设定，并将乘车地以及下车地位于被设定的行驶预定路径或被设定的行驶预定路径附近的希望同乘用户与该希望驾驶用户进行临时性的组合。服务器装置300向上述的临时性的组合中的希望驾驶用户和希望同乘用户各自的用户终端200发送表示共同乘车的条件的信息。而且，当从希望驾驶用户和希望同乘用户各自的用户终端200接收到同意共同乘车的条件的信息时，服务器装置300将上述的临时性的组合确定为正式的组合。以下，将服务器装置300以上述的流程对希望驾驶用户和希望同乘用户的组合进行确定的处理称为“匹配处理”。另外，服务器装置300除了执行上述匹配处理的功能之外，还具有在共同乘车车辆的台数小于规定的下限值时促进共同乘车车辆10的台数增加的处理(以下，也有时记作“台数调节处理”)的功能。具有这些功能的服务器装置300相当于本发明所涉及的“信息处理装置”。

(硬件结构)

图3为对用户终端200以及服务器装置300的各自的硬件结构进行例示的图。另外，设为上述的图2所示的第一用户终端200A和第二用户终端200B包括与图3中的用户终端200相同的硬件结构。

服务器装置300具有通常的计算机的结构。即，服务器装置300具有处理器301、主存储部302、辅助存储部303、通信部304。这些部件通过总线而被连接。主存储部302以及辅助存储部303为可由计算机读取的记录介质。计算机的硬件结构并未被限定于图3所示的示例，也可以适当地实施结构要素的省略、置换、追加。

服务器装置300通过由处理器301将被存储于记录介质中的程序加载至主存储部302的工作区域中并执行，并且通过程序的执行来控制各功能结构部等，从而实现与预定的目的吻合的功能。

处理器301例如为CPU(Central Processing Unit，中央处理单元)或DSP(DigitalSignal Processor，数字信号处理器)。处理器301对服务器装置300进行控制，并实施各种各样的信息处理的运算。例如，主存储部302包括RAM(Random Access Memory，随机存取存储器)和ROM(Read Only Memory，只读存储器)。例如，辅助存储部303为EPROM(ErasableProgrammable ROM，可擦可编程只读存储器)、硬盘驱动(Hard Disk Drive：HDD)。另外，辅助存储部303能够包括可移动介质、即可便携式记录介质。可移动介质例如为USB(Universal Serial Bus)存储器、如CD(Compact Disc)或者DVD(Digital VersatileDisc，数字视频光盘)等那样的光盘记录介质。

辅助存储部303以读写自如的方式将各种程序、各种数据以及各种图表存储在记录介质中。在辅助存储部303中，存储有操作系统(Operating System：OS)、各种程序、各种图表等。另外，这些信息的一部分或全部也可以被存储在主存储部302中。另外，被存储于主存储部302中的信息也可以被存储在辅助存储部303中。

通信部304实施外部的装置与服务器装置300之间的信息的发送接收。通信部304例如为LAN(Local Area Network，局域网)接口板、用于无线通信的无线通信线路。LAN接口板、无线通信线路与网络N1连接。

由以如上所述的方式被构成的服务器装置300所执行的一系列的处理既能够通过硬件来执行，也能够通过软件来执行。

接下来，用户终端200例如为如智能手机、移动电话、平板终端、个人信息终端、可佩戴计算机(智能手表等)等那样用户可携带的小型的计算机。另外，用户终端200也可以为，经由作为公共通信网的互联网等网络N1而与服务器装置300连接的个人计算机(Personal Computer：PC)。

用户终端200具有处理器201、主存储部202、辅助存储部203、显示部204、输入部205、位置取得部206、通信部207。关于处理器201、主存储部202、辅助存储部203，由于与服务器装置300的处理器301、主存储部302、辅助存储部303相同，因此省略说明。显示部204例如为LCD(Liquid Crystal Display，液晶显示器)、EL(Electroluminescence，电致发光)面板等。输入部205例如包括可以输入文字等记号的触摸面板或按压式按钮、可以输入语音的麦克风、可以对动态图像或静止图像进行拍摄的摄像机等。位置取得部206为取得用户终端200的当前位置的设备，典型地被构成为，包括GPS接收器等。通信部207例如为，用于利用移动体通信服务(移动电话等的电话通信网、WiFi等无线通信)而访问网络N1，并与服务器装置300等进行数据通信的通信线路。

(服务器装置的功能结构)

在此，利用图4，对服务器装置300的功能结构进行说明。如图4所示，本实施方式的服务器装置300包括匹配处理部F310、调节处理部F320、行驶计划管理数据库D310、移动计划管理数据库D320、预约管理数据库D330以及会员信息管理数据库D340，以作为服务器装置300的功能结构要素。在此，匹配处理部F310以及调节处理部F320通过服务器装置300的处理器301执行主存储部302上的计算机程序而被形成。并且，匹配处理部F310和调节处理部F320的任意一个或其一部分也可以通过硬件电路而被形成。

行驶计划管理数据库D310、移动计划管理数据库D320、预约管理数据库D330以及会员信息管理数据库D340通过由服务器装置300的处理器301执行的数据库管理系统(Database Management System：DBMS)的程序对被存储于辅助存储部303中的数据进行管理，从而被构建。这些行驶计划管理数据库D310、移动计划管理数据库D320、预约管理数据库D330以及会员信息管理数据库D340例如为关系数据库。

并且，服务器装置300的各功能结构要素的任意一个或其处理的一部分也可以通过与网络N1连接的其他的计算机而被执行。例如，匹配处理部F310所含的各处理和调节处理部F320所含的各处理也可以通过不同的计算机而被执行。

在行驶计划管理数据库D310中存储有各共同乘车车辆10的行驶计划，此处实施作为希望驾驶共同乘车车辆10的用户的希望驾驶用户的识别信息和共同乘车车辆10的行驶计划之间的关联。在此，根据图5，对在行驶计划管理数据库D310中被存储的行驶计划信息的一个结构例进行说明。图5为对行驶计划信息的图表结构进行例示的图。并且，被注册在行驶计划信息图表中的信息并未被限定于图5，也可以适当地实施字段的追加、变更、删除。

图5所示的行驶计划信息图表具有车辆ID、希望驾驶用户ID、出发地、出发预定日期和时间、目的地、到达预定日期和时间、行驶预定路径以及状态等各字段。在车辆ID字段中，注册有用于对各共同乘车车辆10进行识别的信息即车辆ID。此处所说的车辆ID为，在各共同乘车车辆10的希望驾驶用户进行拼车服务的会员注册时，与后述的用户ID一起被赋予的信息，且为用于对各个共同乘车车辆10进行识别的信息。在希望驾驶用户ID字段中，注册了作为用于对各共同乘车车辆10的希望驾驶用户进行识别的信息的用户ID。用户ID为在共同乘车车辆10的希望驾驶用户进行拼车服务的会员注册时被赋予的信息。在出发地字段中，注册了表示各共同乘车车辆10的出发地的信息。并且，此处所说的出发地并未被限定于希望驾驶用户开始由共同乘车车辆10所实施的移动的场所，希望驾驶用户能够根据自己的状况等适当地进行变更。在出发预定日期和时间字段中，注册了表示希望驾驶用户利用自己驾驶的共同乘车车辆10从上述出发地出发的预定日期和时间的信息。在目的地字段中，注册了表示希望驾驶用户利用共同乘车车辆10而朝向的目的地的信息。并且，此处所说的目的地并未被限定于希望驾驶用户结束由共同乘车车辆10所实施的移动的场所，希望驾驶用户能够根据自己的状况等而适当地进行变更。在到达预定日期和时间字段中，注册了表示希望驾驶用户利用自己驾驶的共同乘车车辆10到达上述目的地的预定日期和时间的信息。在行驶预定路径字段中，注册了表示如下的路径的信息，所述路径为从希望驾驶用户的出发地到目的地为止共同乘车车辆10可通行的路径，且为预测为在所述到达预定日期和时间以前能够到达所述目的地的路径。在状态字段中，注册了表示由希望驾驶用户所实施的共同乘车车辆10的移动状况的信息。例如，在通过希望驾驶用户的驾驶而使共同乘车车辆10已到达目的地的情况下，注册为“已到达”，在通过希望驾驶用户的驾驶而使共同乘车车辆10处于从出发地向目的地的移动中的情况下，注册为“移动中”，在通过希望驾驶用户的驾驶而使共同乘车车辆10还未从出发地出发的情况下，注册为“出发前”。并且，关于在上述状态字段中注册为“移动中”的共同乘车车辆10，也可以将与该共同乘车车辆10的当前位置相关的信息注册在该状态字段中。该情况下的共同乘车车辆10的当前位置既可以通过服务器装置300与希望驾驶用户的用户终端200进行通信而被取得，或者，也可以通过服务器装置300与被搭载于共同乘车车辆10中的可通信的设备进行通信而被取得。

在移动计划管理数据库D320中存储有希望在任意的共同乘车车辆10中共同乘车的希望同乘用户的移动计划，此处实施希望同乘用户的识别信息和移动计划之间的关联。在此，根据图6，对在移动计划管理数据库D320中被存储的移动计划信息的一个结构例进行说明。图6为对移动计划信息的图表结构进行例示的图。并且，被注册于移动计划信息图表中的信息并未被限定于图6所示的示例，也可以适当地实施字段的追加、变更、删除。

图6所示的移动计划信息图表具有希望同乘用户ID、乘车地、乘车希望日期和时间、下车地、下车希望日期和时间以及状态等各字段。在希望同乘用户ID字段中，注册了用于对各希望同乘用户进行识别的用户ID。希望同乘用户的用户ID为，与前述的希望驾驶用户ID同样地在希望同乘用户进行拼车服务的会员注册时被赋予的信息。在乘车地字段中，注册了表示各希望同乘用户希望乘车于共同乘车车辆10的场所(出发地)的信息。在乘车希望日期和时间字段中，注册了表示各希望同乘用户希望在上述乘车地处乘车于共同乘车车辆10中的日期和时间的信息。在下车地字段中，注册了表示各同乘者希望从共同乘车车辆10下车的场所(目的地)的信息。在下车希望日期和时间字段中，注册了表示各希望同乘用户希望在上述下车地处从共同乘车车辆10下车的日期和时间的信息。在状态字段中，注册有表示希望同乘用户的移动状况的信息。例如，在希望同乘用户已经从共同乘车车辆10下车的情况下，注册为“已下车”，处于虽然确定了与希望同乘用户进行组合的希望驾驶用户但在该希望同乘用户乘车到该希望驾驶用户所驾驶的共同乘车车辆10之前的阶段的情况下，注册为“预约中”，在处于未确定与该希望同乘用户进行组合的希望驾驶用户的阶段的情况下，注册为“匹配中”。

预约管理数据库D330存储有拼车服务的预约信息，并且此处实施与希望驾驶用户相关的信息和与预定在该希望驾驶用户所驾驶的共同乘车车辆10中共同乘车的希望同乘用户相关的信息之间的关联。在此，根据图7，对在预约管理数据库D330中被存储的预约信息的一个结构例进行说明。图7为对预约信息的图表结构进行例示的图。并且，在预约信息图表中被注册的信息并不被限定于图7所示的示例，也可以适当地进行字段的追加、变更、删除。

图7所示的预约信息图表具有预约ID、希望驾驶用户ID、车辆信息、希望同乘用户ID、乘车地、乘车预定日期和时间、下车地、下车预定日期和时间、以及状态等的各字段。在预约ID字段中，注册了作为用于对各个预约信息进行识别的信息的预约ID。该预约ID例如在各用户对于预约内容而实施确认或变更等的情况下被使用。在希望驾驶用户ID字段中，注册了对共同乘车车辆10进行驾驶的希望驾驶用户的用户ID。在车辆信息字段中，注册了为了使预定同乘于该共同乘车车辆10上的希望同乘用户对各希望驾驶用户所驾驶的共同乘车车辆10进行识别而需要的信息。例如，在车辆信息字段中，注册了车型、汽车注册编号(标记在车牌上的编号)、车身颜色等信息。在希望同乘用户ID字段中，注册了预定在各希望驾驶用户所驾驶的共同乘车车辆10中共同乘车的希望同乘用户的用户ID。在乘车地字段中，注册了表示使希望同乘用户乘车于各希望驾驶用户自己驾驶的共同乘车车辆10的场所(乘车地)的信息。在乘车预定日期和时间字段中，注册了表示在上述乘车地处使希望同乘用户乘车于各希望驾驶用户自己驾驶的共同乘车车辆10中的预定日期和时间的信息。在下车地字段中，注册了表示使希望同乘用户从各希望驾驶用户自己驾驶的共同乘车车辆10下车的场所(下车地)的信息。在下车预定日期和时间字段中，注册了表示在上述下车地处使希望同乘用户从各希望驾驶用户自己驾驶的共同乘车车辆10下车的预定日期和时间的信息。在状态字段中，注册了表示各共同乘车车辆10的共同乘车状况的信息。例如，在希望同乘用户在上述下车地点处已经从共同乘车车辆10下车的情况下，注册为“已下车”，在希望同乘用户正在乘车于共同乘车车辆10的情况下，注册为“乘车中”，在处于希望同乘用户乘坐共同乘车车辆10之前的阶段的情况下，注册为“乘车前”。

虽然图7的预约信息图表示出了一个人的希望同乘用户共同乘车到各希望驾驶用户所驾驶的共同乘车车辆10中的情况下的图表结构例，但在各希望驾驶用户所驾驶的共同乘车车辆10中共同乘车的希望同乘用户的人数也可以在两个人以上。在该情况下，如图8所示，只要相对于一个希望驾驶用户ID关联多个希望同乘用户的信息即可。

会员信息管理数据库D340存储有在拼车服务中进行了会员注册的用户的信息(会员信息)。在此，根据图9，对在会员信息管理数据库D340中被存储的会员信息的一个结构例进行说明。图9为对会员信息的图表结构进行例示的图。另外，在会员信息图表中被注册的信息并不被限定于图9所示的示例，能够适当地进行字段的追加、变更、删除。

图9所示的会员信息图表具有用户ID、联络方式、属性、认证以及车辆信息等各字段。在用户ID字段中，注册在各用户实施了拼车服务的会员注册时被赋予的用户ID。在联络方式字段中，注册表示各用户的联络方式的信息(例如为电子邮件地址或电话号码等，至少包含各用户所使用的用户终端200的电子邮件地址)。在属性字段中，注册表示各用户的属性的信息(例如，姓名、昵称、年龄、性别、职业、工作地点(上学地点)、兴趣、特殊技能等)。在认证字段中，注册了表示在将上述的请求信息注册至服务器装置300的情况下、对上述的预约信息进行确认的情况下等的认证所需的密码等的信息。在车辆信息字段中，注册了表示各用户作为共同乘车车辆10而可使用的车辆的车辆ID或该车辆的乘车定员等的信息、即表示拥有作为共同乘车车辆而可使用的车辆或具有该车辆的所有权的情况的信息。并且，关于没有作为共同乘车车辆10而可使用的车辆的用户，例如，在车辆信息字段中注册为“无”。

接下来，匹配处理部F310根据来自希望驾驶用户、希望同乘用户的请求信息而执行匹配处理。详细而言，在服务器装置300接收到从希望驾驶用户的用户终端200发送的请求信息的情况下，匹配处理部F310全部提取对该请求信息所含的出发地和目的地进行连结的路径且共同乘车车辆10可通行的路径。接下来，匹配处理部F310将提取的路径中的、预测为在上述请求信息所含的到达预定日期和时间以前车辆能够到达上述目的地的路径设定为行驶预定路径。此时，匹配处理部F310也可以考虑希望驾驶用户从出发地向目的地进行移动的时间段内的堵塞预测信息或通行限制信息等而对行驶预定路径进行设定。当以这样的方法而设定了行驶预定路径时，匹配处理部F310根据来自希望驾驶用户的请求信息以及上述行驶预定路径，而生成前述的如图5所示的行驶计划信息图表，并将生成的行驶计划信息图表存储在行驶计划管理数据库D310中。另外，在服务器装置300接收到从希望同乘用户的用户终端200发送的请求信息的情况下，匹配处理部F310根据该请求信息，而生成前述的如图6所示的移动计划信息图表，并将生成的移动计划信息图表存储在移动计划管理数据库D320中。而且，匹配处理部F310对在行驶计划管理数据库D310中被存储的行驶计划信息图表、和在移动计划管理数据库D320中被存储的移动计划信息图表进行比较，从而提取适于各希望同乘用户的移动计划的行驶计划。例如，匹配处理部F310提取被注册在希望同乘用户的移动计划信息图表中的乘车地字段中的乘车地以及被注册在移动计划信息图表的下车地字段中的下车地位于被注册在行驶预定路径字段中的行驶预定路径上的行驶计划信息图表。接下来，匹配处理部F310将与提取的行驶计划信息图表关联的希望驾驶用户与上述希望同乘用户进行临时性的组合。当以这样的步骤来决定希望驾驶用户和希望同乘用户的临时性的组合时，匹配处理部F310向上述的临时性的组合中的希望驾驶用户和希望同乘用户的各自的用户终端200A、200B，发送表示共同乘车的条件的信息(例如，希望同乘用户的乘车地、希望同乘用户的乘车预定日期和时间、希望同乘用户的下车地、希望同乘用户的下车预定日期和时间、行驶预定路径、共同乘车车辆10的种类等)。与此相对，当同意上述的共同乘车的条件的信息被从希望驾驶用户以及希望同乘用户这两方的用户终端200答复回来时，匹配处理部F310将上述的临时性的组合确定为正式的组合。伴随于此，匹配处理部F310根据上述的正式的组合，而生成前述的如图7、8所示的预约信息图表，并将生成的预约信息图表存储在预约管理数据库D330中。

可是，也有时，当匹配处理部F310执行上述匹配处理时，共同乘车车辆10的台数小于规定的下限值。即，在希望同一时间段的移动的希望同乘用户且在同一路径上包括乘车地(出发地)以及下车地(目的地)的希望同乘用户为多人的情况下，有可能产生相对于为了实现这些希望同乘用户(希望同乘小组)的移动而所需的车辆的最小的台数(在假设为使定员数量的希望同乘用户同乘在各车辆上的情况下，为了使上述希望同乘小组的全员乘坐而所需的车辆的台数(规定的下限值))来说在上述时间段内预定行驶在包含上述路径在内的行驶路径上的共同乘车车辆10的台数较少的状况。例如，在图10所示的示例中，在规定的路径Rp上包含乘车地以及下车地的同乘用户为，希望从乘车地S1移动至下车地G1为止的希望同乘用户A、希望从乘车地S2移动至下车地G2为止的的希望同乘用户B、希望从乘车地S3移动至下车地G3为止的希望同乘用户C、希望从乘车地S4移动至下车地G4为止的希望同乘用户D、以及希望从乘车地S5移动至目的地G5为止的希望同乘用户E这5人。与此相对，预定行驶在包含上述规定的路径Rp在内的行驶路径上的共同乘车车辆仅为预定行驶在从出发地Sd朝向目的地Gd的行驶预定路径Rd上的共同乘车车辆C1这一台车辆。在此，如果共同乘车车辆C1的乘车定员包括驾驶员在内为4人，则能够同乘于该共同乘车车辆C1上的希望同乘用户的最大人数成为3人。因此，包括希望同乘用户A～E在内的希望同乘小组中的2个人的希望同乘用户无法同乘于共同乘车车辆C1中。

因此，当共同乘车车辆10的台数小于规定的下限值时，调节处理部F320通过执行台数调节处理，而促进共同乘车车辆10的台数增加。在台数调节处理中，调节处理部F320首先提取可使希望同乘用户同乘于自己驾驶的车辆中的用户的候选(候选驾驶用户)。在本例中，调节处理部F320将上述希望同乘小组中的、拥有可作为共同乘车车辆来使用的车辆或具有该车辆的所有权的希望同乘用户，作为能够使希望同乘用户同乘于自己驾驶的共同乘车车辆中的用户的候选(候选驾驶用户)而进行提取。具体而言，调节处理部F320访问上述希望同乘小组所含的希望同乘用户各自的会员信息图表(参照前述的图9)，并在该会员信息图表的车辆信息字段中注册了车辆ID、乘车定员等信息(表示拥有可作为共同乘车车辆来使用的车辆或具有该车辆的所有权的信息)的希望同乘用户作为候选驾驶用户来提取。此时，如果在会员信息图表的车辆信息字段中注册了车辆ID或乘车定员等信息的希望同乘用户为多个人，则调节处理部F320只要将该多个人的希望同乘用户中的、在自己希望的移动区间中包含乘车地以及下车地的其他的希望同乘用户的人数最多的希望同乘用户作为候选驾驶用户来提取即可。在此，在前述的图10所示的示例中，如果希望同乘用户A～E的全员拥有可作为共同乘车车辆来使用的车辆或具有该车辆的所有权，则这些希望同乘用户A～E中的、在自己希望的移动区间中包含乘车地以及下车地的其他的希望同乘用户的人数最多的为希望同乘用户A。即，在希望同乘用户A的移动区间S1～G1中，包括希望同乘用户B的乘车地S2以及下车地G2、希望同乘用户C的乘车地S3以及下车地G3、希望同乘用户D的乘车地S4以及下车地G4。由此，在希望同乘用户A的移动区间S1～G1中包括乘车地以及下车地的其他的希望同乘用户的人数成为3人。另外，在希望同乘用户B的移动区间S2～G2中，包含希望同乘用户C的乘车地S3以及下车地G3、希望同乘用户D的乘车地S4以及下车地G4。由此，在希望同乘用户B的移动区间S2～G2中包含乘车地以及下车地的其他的希望同乘用户的人数成为2人。并且，在希望同乘用户C～E的各个移动区间S3～G3、S4～G4、S5～G5中，未包含其他的希望同乘用户的乘车地以及下车地。因此，在希望同乘用户C～E的各自的移动区间S3～G3、S4～G4、S5～G5中包含乘车地以及下车地的其他的希望同乘用户的人数成为0人。因此，调节处理部F320将希望同乘用户A～E中的希望同乘用户A作为候选驾驶用户来提取。并且，在希望同乘用户A～E中不存在拥有可作为共同乘车车辆来使用的车辆或具有该车辆的所有权的希望同乘用户的情况下，或者，在希望同乘用户A～E的各自的移动区间中包含乘车地以及下车地的其他的希望同乘用户的人数为0人的情况下，调节处理部F320也可以从希望同乘小组以外的用户会员中提取候选驾驶用户。例如，调节处理部F320也可以将希望同乘小组以外的用户会员中的包含上述规定的区间R1在内的行驶路径的行驶频率较高的用户会员作为候选驾驶用户来提取。

当通过上述的方法而提取了候选驾驶用户时，调节处理部F320从作为候选驾驶用户而被提取的希望同乘用户的会员信息图表中的联络方式字段中，读取该希望同乘用户所使用的用户终端200的电子邮件地址，并向该电子邮件地址发送第一信息。此处所说的“第一信息”为关于使希望同乘用户同乘于自己驾驶的车辆中的情况而寻求同意的信息。换言之，第一信息为，关于将候选驾驶用户拥有的车辆或具有所有权的车辆作为共同乘车车辆来提供的情况而寻求同意的信息。另外，第一信息也可以称为，关于将候选驾驶用户的范畴从希望同乘用户向希望驾驶用户进行变更的情况而寻求同意的信息。而且，当以响应上述第一信息的形式而同意使希望同乘用户同乘于自己驾驶的车辆中的信息被从候选驾驶用户的用户终端200向服务器装置300发送时，调节处理部F320将上述候选驾驶用户的范畴从希望同乘用户向希望驾驶用户进行变更。具体而言，调节处理部F320根据候选驾驶用户的移动计划信息图表，而生成该候选驾驶用户的行驶计划。此时，调节处理部F320通过将被注册于候选驾驶用户的移动计划信息图表中的乘车地、乘车预定日期和时间、下车地、下车预定日期和时间分别变更为出发地、出发预定日期和时间、目的地、到达预定日期和时间，从而生成候选驾驶用户的行驶计划。以此方式生成的行驶计划被从调节处理部F320送向匹配处理部F310。伴随于此，候选驾驶用户的移动计划信息图表被从移动计划管理数据库D320中删除。

并且，在以响应上述第一信息的形式从用户终端200向服务器装置300发送的信息为不同意在自己驾驶的车辆中使希望同乘用户同乘的信息的情况下，调节处理部F320将与上述候选驾驶用户不同的希望同乘用户作为新的候选驾驶用户而从上述希望同乘小组中重新提取。例如，在图10所示的示例中，只要将除了希望同乘用户A之外的4个人的希望同乘用户B～E中的、在自己希望的移动区间中包含乘车地以及下车地的其他的希望同乘用户的人数最多的希望同乘用户B作为新的候选驾驶用户而重新提取即可。

另外，在通过调节处理部F320而被生成的行驶计划被送给匹配处理部F310的情况下，匹配处理部F310按照与接收来自希望驾驶用户的请求信息时同样的步骤，生成候选驾驶用户的行驶计划信息图表，并将生成的行驶计划信息图表注册在行驶计划管理数据库D310中。此时设为，上述的规定的路径中的将候选驾驶用户的出发地和目的地进行连结的区间被设定为行驶预定路径。而且，匹配处理部F310执行基于候选驾驶用户的行驶计划的匹配处理。

如果在共同乘车车辆的台数小于规定的下限值时通过上述的方法而执行台数调节处理以及匹配处理，则能够增加共同乘车车辆的台数，并且能够减少希望同乘小组的人数，因此，能够减少无法同乘于共同乘车车辆中的希望同乘用户的人数。

(处理的流程)

根据图11，对本实施方式所涉及的服务器装置300的处理的流程进行说明。图11为服务器装置300所执行的处理的流程。

在图11中，服务器装置300取得各希望驾驶用户的行驶计划(步骤S101)。具体而言，首先，通过在各希望驾驶用户使用的第一用户终端200A中实施由希望驾驶用户所实施的向输入部205的行驶计划的输入，从而将该行驶计划作为请求信息而从通信部207向服务器装置300发送。而且，通过服务器装置300的通信部304接收从第一用户终端200A发送的请求信息，从而取得各希望驾驶用户的行驶计划。

在步骤S102中，服务器装置300根据在上述步骤S101中取得的行驶计划，而对各希望驾驶用户所驾驶的共同乘车车辆10的行驶预定路径进行设定。具体而言，服务器装置300的匹配处理部F310首先从在上述步骤S101中取得的行驶计划中取得希望驾驶用户的出发地以及目的地。接下来，匹配处理部F310提取所取得的从出发地至目的地为止共同乘车车辆10可通行的全部路径。另外，匹配处理部F310根据在上述步骤S101中取得的行驶计划所含的出发预定日期和时间以及到达预定日期和时间，而取得在希望驾驶用户从出发地向目的地进行移动的时间段内的堵塞预测信息以及通行限制信息。而且，匹配处理部F310根据堵塞预测信息、通行限制信息，而将从希望驾驶用户的出发地至目的地为止共同乘车车辆10可通行的全部路径中的、预测为希望驾驶用户在预定到达日期和时间以前能够到达目的地的路径，设定为行驶预定路径。

在步骤S103中，服务器装置300根据在上述步骤S101中取得的行驶计划以及在上述步骤S102中设定的行驶预定路径，生成前述的如图5所示的行驶计划信息图表，并将生成的行驶计划信息图表注册在行驶计划管理数据库D310中。

另外，在步骤S104中，服务器装置300取得各希望同乘用户的移动计划。具体而言，首先，通过在各希望同乘用户所使用的第二用户终端200B中实施由希望同乘用户所实施的向输入部205的移动计划的输入，从而将该移动计划作为请求信息而从通信部207向服务器装置300发送。而且，通过服务器装置300的通信部304接收从第二用户终端200B发送的请求信息，从而取得各希望同乘用户的移动计划。

在步骤S105中，服务器装置300根据在上述步骤S104中取得的移动计划，而生成前述的如图6所示的移动计划信息图表，并将生成的移动计划信息图表注册在移动计划管理数据库D320中。

并且，各用户将上述请求信息注册至服务器装置300的方法并不被限定于利用了用户终端200A、200B的方法，例如，也可以利用可以与网络N1连接的任意的终端(智能手机、移动电话、平板终端、个人信息终端、可佩戴计算机等)或个人计算机(Personal Computer、PC)而将上述请求信息注册至服务器装置300。另外，虽然在图11所示的示例中，各希望驾驶用户的行驶计划的取得以及各希望驾驶用户的行驶计划信息图表的生成与各希望同乘用户的移动计划的取得以及各希望同乘用户的移动计划信息图表的生成相比被先行实施，但各希望同乘用户的移动计划的取得以及各希望同乘用户的移动计划信息图表的生成也可以与各希望驾驶用户的行驶计划的取得以及各希望驾驶用户的行驶计划信息图表的生成相比而被先行实施。

在步骤S106中，服务器装置300对共同乘车车辆10的台数是否低于规定的下限值进行辨别。具体而言，服务器装置300参照移动计划管理数据库D320，将希望在同一时间段内的移动的希望同乘用户且在同一路径上包含乘车地以及下车地的希望同乘用户全部提取，从而取得这些希望同乘用户(希望同乘小组)的人数Hc。另外，服务器装置300参照行驶计划管理数据库D310，并将在上述时间段内包含上述路径在内的行驶预定路径的共同乘车车辆10全部提取，而取得可同乘于所提取出的共同乘车车辆10中的用户的最大人数(以下，也有时记作“最大同乘人数”)Hcmax。此时，服务器装置300也可以访问与在上述时间段内预定行驶在包含上述路径的行驶预定路径上的共同乘车车辆10相关联的希望驾驶用户的会员信息图表，并参照被注册在车辆信息字段中的乘车定员信息，而对上述最大同乘人数Hcmax进行运算。即，也可以将从各共同乘车车辆10的乘车定员中减去希望驾驶用户的人数(1人)之后得到的人数的总和作为最大同乘人数Hcmax来运算。并且，在希望驾驶用户的家人或友人等在上述时间段内在预定行驶在包含上述路径的行驶预定路径上的共同乘车车辆10中乘车的情况下，只要减去这些乘车人数而对上述最大同乘人数Hcmax进行运算即可。而且，只要与上述希望同乘小组的人数Hc相比，上述最大同乘人数Hcmax较少，则服务器装置300判断为，共同乘车车辆10的台数低于规定的下限值，如果与上述希望同乘小组的人数Hc相比，上述最大同乘人数Hcmax在相同数量以上，则判断为，共同乘车车辆10的台数并不低于规定的下限值。

在上述步骤S106中作出否定判断的情况下，服务器装置300跳过步骤S107～步骤S110，进入步骤S111。另一方面，在上述步骤S106中作出肯定判断的情况下，服务器装置300在步骤S107～步骤S110中执行台数调节处理。

在步骤S107中，服务器装置300提取候选驾驶用户。候选驾驶用户的提取方法能够使用在前述的图10的说明中叙述的方法。即，服务器装置300将在上述希望同乘小组中包含的希望同乘用户中的、拥有可作为共同乘车车辆而使用的车辆或具有其所有权的希望同乘用户作为候选驾驶用户来提取。此时，如果拥有可作为共同乘车车辆而使用的车辆或具有其所有权的希望同乘用户为多个，则服务器装置300将在自己希望的移动区间中包含乘车地以及下车地的其他的希望同乘用户的人数最多的希望同乘用户作为候选驾驶用户来提取。

在步骤S108中，服务器装置300通过访问与在上述步骤S107中提取的候选驾驶用户相关联的会员信息图表，而提取被注册于联络方式字段中的用户终端200的电子邮件地址。而且，服务器装置300向提取的电子邮件地址发送第一信息。如前文所述，此处所说的第一信息为，关于使其他的希望同乘用户同乘于候选驾驶用户驾驶的车辆中的情况而寻求同意的信息，换言之，为关于将候选驾驶用户所拥有的车辆或具有所有权的车辆作为共同乘车车辆来提供的情况而寻求同意的信息。

当服务器装置300的通信部304接收到以响应上述第一信息的形式从候选驾驶用户的用户终端200发送的信息时，服务器装置300对接收到的信息是否为同意信息(同意使其他的希望同乘用户同乘于候选驾驶用户所驾驶的车辆中的信息)进行辨别(步骤S109)。

在上述步骤S109中作出否定判断的情况下，服务器装置300返回步骤S107，将与上述候选驾驶用户不同的用户作为新的候选驾驶用户而重新提取。另一方面，在上述步骤S109中作出肯定判断的情况下，服务器装置300进入步骤S110，并将上述候选驾驶用户的范畴从希望同乘用户变更为希望驾驶用户。具体而言，服务器装置300首先根据候选驾驶用户的移动计划信息图表，而生成候选驾驶用户的行驶计划信息图表，并将生成的行驶计划信息图表注册在行驶计划管理数据库D310中。此时的行驶计划信息图表的生成方法以及注册方法与上述步骤S102～S103相同。

在步骤S111中，服务器装置300根据被注册在行驶计划管理数据库D310中的行驶计划信息图表以及被注册在移动计划管理数据库D320中的移动计划信息图表，而执行决定希望驾驶用户和希望同乘用户的组合的处理(匹配处理)。

根据以上所述的流程，在共同乘车车辆的台数低于规定的下限值时，通过执行用于促进共同乘车车辆的台数增加的台数调节处理，从而能够增加共同乘车车辆的台数，并且，能够减少希望同乘小组的人数。由此，能够减少无法同乘在共同乘车车辆中的希望同乘用户的人数。其结果为，能够抑制共同乘车车辆不足的情况。

＜第一实施方式的改变例＞

并且，在上述台数调节处理中从服务器装置300向候选驾驶用户的用户终端200发送第一信息时，在假设同意了在自己驾驶的车辆中使其他的希望同乘用户同乘的情况下也可以发送与给予该候选驾驶用户的奖励相关的信息。此处所说的“奖励”例如为可在规定的服务中使用的积分、打折券或商品券的电子数据、电子货币等。通过将关于这样的奖励的信息与第一信息一起向候选驾驶用户提供，从而能够提升候选驾驶用户同意使希望同乘用户同乘于自己驾驶的车辆中的意愿。由此，易于抑制共同乘车车辆不足的情况。

＜第二实施方式＞

接下来，对本发明所涉及的信息处理装置的第二实施方式进行说明。并且，在本实施方式中，关于与前述的第一实施方式实质相同的结构、实质相同的控制处理，省略其详细的说明。

在本实施方式中，对于如下的示例进行叙述，即，除了在共同乘车车辆10的台数低于规定的下限值的情况之外，在共同乘车车辆10的台数高于规定的上限值的情况下，也执行台数调节处理。

在此，当匹配处理部F310执行上述匹配处理时，也可能存在共同乘车车辆10的台数高于规定的上限值的情况。即，有可能产生如下的状况，即，相对于为了实现希望同乘小组的移动而所需的共同乘车车辆的最大的台数(在假设为在各共同乘车车辆中使最小人数(例如，各为一个人)的希望同乘用户同乘的情况下，为了使上述希望同乘小组的全员乘坐而所需的车辆的台数(规定的上限值))来说，在上述时间段内预定行驶在包含上述路径的行驶预定路径上的共同乘车车辆的台数较多的状况。在该情况下，在上述时间段内预定行驶在包含上述路径的行驶预定路径上的共同乘车车辆中的一部分的共同乘车车辆中会出现连一个希望同乘用户也没有的情况，从而有可能使该共同乘车车辆的希望驾驶用户的便利性降低，或者使该希望驾驶用户的拼车利用意愿降低。

因此，当共同乘车车辆10的台数高于规定的上限值时，调节处理部F320执行用于促进共同乘车车辆10的台数减少的台数调节处理。在该情况下的台数调节处理中，调节处理部F320首先提取可同乘于其他的希望驾驶用户驾驶的共同乘车车辆中的用户的候选(候选同乘用户)。在本例中，调节处理部F320将在上述时间段内预定行驶在包含上述路径的行驶预定路径上的共同乘车车辆10的希望驾驶用户(以下，也有时记作“希望驾驶小组”)中的、自己的出发地以及目的地被包含在其他的希望驾驶用户所驾驶的共同乘车车辆10的行驶预定路径中的希望驾驶用户，作为候选同乘用户来提取。例如，在图12所示的示例中，将预定行驶在从出发地Sd1朝向目的地Gd1的行驶预定路径Rd1上的共同乘车车辆C1、和预定行驶在从出发地Sd2朝向目的地Gd2的行驶预定路径Rd2上的共同乘车车辆C2中的、共同乘车车辆C2的希望驾驶用户，作为候选同乘用户来提取。这是因为，共同乘车车辆C2的出发地Sd2以及目的地Gd2被包含在共同乘车车辆C1的行驶预定路径Rd中。

当以上述的方法提取候选同乘用户时，调节处理部F320从作为候选同乘用户而提取的希望驾驶用户的会员信息图表中的联络方式字段中读取该希望驾驶用户所使用的用户终端200的电子邮件地址，并向该电子邮件地址发送第二信息。此处所说的“第二信息”为关于同乘于其他的希望驾驶用户驾驶的共同乘车车辆中的情况而寻求同意的信息。换言之，第二信息为，关于从由自己驾驶的车辆所实现的移动方式向同乘于其他的希望驾驶用户所驾驶的共同乘车车辆中的移动方式的变更而寻求同意的信息。另外，第二信息也可以称为，关于将候选同乘用户的范畴从希望驾驶用户向希望同乘用户进行变更的情况而寻求同意的信息。而且，当以响应上述第二信息的形式而同意同乘于其他的希望驾驶用户所驾驶的共同乘车车辆中的信息被从候选同乘用户的用户终端200向服务器装置300发送时，调节处理部F320将上述候选同乘用户的范畴从希望驾驶用户向希望同乘用户进行变更。具体而言，调节处理部F320根据候选同乘用户的行驶计划信息图表，而生成该候选同乘用户的移动计划。此时，调节处理部F320通过分别将被注册于候选同乘用户的行驶计划信息图表中的出发地、出发预定日期和时间、目的地、到达预定日期和时间比变更为乘车地、乘车预定日期和时间、下车地、下车预定日期和时间，从而生成候选同乘用户的移动计划。以此方式生成的移动计划被从调节处理部F320送给匹配处理部F310。伴随于此，候选同乘用户的行驶计划信息图表被从行驶计划管理数据库D310中删除。

并且，在以响应上述第二信息的形式而从用户终端200向服务器装置300发送的信息为不同意同乘于其他的希望驾驶用户所驾驶的共同乘车车辆中的信息的情况下，调节处理部F320只要从上述希望驾驶小组中将与上述候选同乘用户不同的希望驾驶用户作为新的候选同乘用户而重新提取。

另外，在希望驾驶小组中不存在自己的出发地以及目的地被包含于其他的希望驾驶用户所驾驶的共同乘车车辆10的行驶预定路径中的希望驾驶用户的情况下，调节处理部F320也可以从希望驾驶小组以外的用户会员中提取候选同乘用户。例如，调节处理部F320也可以将希望驾驶小组以外的用户会员中的、上述路径所含的区间的移动频率较高的用户会员作为候选同乘用户来提取。

当如上所述生成的移动计划被从调节处理部F320送给匹配处理部F310时，匹配处理部F310按照与接收到来自希望同乘用户的请求信息时同样的步骤，生成候选同乘用户的移动计划信息图表，并将生成的移动计划信息图表注册在移动计划管理数据库D320中。而且，匹配处理部F310执行基于候选同乘用户的移动计划信息图表的匹配处理。

当共同乘车车辆的台数高于规定的上限值时，如果以上述的方法执行台数调节处理以及匹配处理，则能够减少共同乘车车辆的台数，并且，能够减少希望驾驶小组的人数，因此，能够减少在自己驾驶的共同乘车车辆中没有一个希望同乘用户进行同乘的希望驾驶用户的人数。

(处理的流程)

在此，根据图13，对本实施方式所涉及的服务器装置300的处理的流程进行说明。图13为，表示本实施方式所涉及的服务器装置300执行的处理的流程。在图13中，对于与前述的图11相同的处理，标记相同的符号。

在图13中，在步骤S106中作出否定判断的情况下，服务器装置300执行步骤S201～步骤S205的处理。首先，在步骤S201中，服务器装置300对共同乘车车辆10的台数是否高于规定的上限值进行辨别。具体而言，服务器装置300参照移动计划管理数据库D320，通过将希望在同一时间段内的移动的希望同乘用户且在同一路径上包含乘车地以及下车地的希望同乘用户全部提取，从而取得这些希望同乘用户(希望同乘小组)的人数Hc。另外，服务器装置300参照行驶计划管理数据库D310，将在上述时间段内预定行驶在包含上述路径的行驶预定路径上的共同乘车车辆10全部提取，并且取得能够同乘于提取的共同乘车车辆10中的用户的最小人数(以下，也有时记作“最小同乘人数”)Hcmin。此处所说的“最小同乘人数Hcmin”为在假设为使希望同乘用户在各共同乘车车辆10中分别同乘一个人的情况下能够同乘于提取的共同乘车车辆10的全部车辆中的希望同乘用户的总数，且为与提取的共同乘车车辆10的台数相同的数量。而且，如果与上述希望同乘小组的人数Hc相比上述最小同乘人数Hcmin较多，则服务器装置300判断为，共同乘车车辆10的台数高于规定的上限值，而如果与上述希望同乘小组的人数Hc相比，上述最小同乘人数Hcmin在相同数量以下，则服务器装置300判断为，共同乘车车辆10的台数并未高于规定的上限值。

在上述步骤S201中作出否定判断的情况下，服务器装置300跳过步骤S202～步骤S205，进入步骤S111。另一方面，在上述步骤S201中作出肯定判断的情况下，服务器装置300在步骤S202～步骤S205中执行用于使共同乘车车辆10减少的台数调节处理。

在步骤S202中，服务器装置300提取候选同乘用户。具体而言，如在前述的图12的说明中所叙述的那样，服务器装置300将希望驾驶小组所含的希望驾驶用户中的、自己的出发地以及目的地被包含于其他的希望驾驶用户所驾驶的共同乘车车辆10的行驶预定路径中的希望驾驶用户，作为候选同乘用户而提取。

在步骤S203中，服务器装置300通过访问与在上述步骤S202中提取的候选同乘用户相关联的会员信息图表，从而提取被注册在联络方式字段中的用户终端200的电子邮件地址。而且，服务器装置300向提取的电子邮件地址发送第二信息。如前文所述，此处所说的第二信息为，关于同乘于其他的希望驾驶用户所驾驶的共同乘车车辆10中的情况而寻求同意的信息，换言之，为关于从由候选同乘用户自己驾驶的车辆所实现的移动方式向同乘于其他的希望驾驶用户所驾驶的共同乘车车辆10中的移动方式进行变更而寻求同意的信息。

当服务器装置300的通信部304接收到以响应于上述第二信息的方式从候选同乘用户的用户终端200发送的信息时，服务器装置300对接收到的信息是否为同意信息(同意同乘于其他的希望驾驶用户所驾驶的共同乘车车辆10中的信息)进行辨别(步骤S204)。

在上述步骤S204中作出否定判断的情况下，服务器装置300返回步骤S202，将与上述候选同乘用户不同的希望驾驶用户作为新的候选同乘用户而重新提取。另一方面，在上述步骤S204中作出肯定判断的情况下，服务器装置300进入步骤S205，并将上述候选同乘用户的范畴从希望驾驶用户向希望同乘用户进行变更。具体而言，服务器装置300首先根据候选同乘用户的行驶计划信息图表，生成候选同乘用户的移动计划信息图表，并将生成的移动计划信息图表注册在移动计划管理数据库D320中。此时的移动计划信息图表的生成方法以及注册方法与上述步骤S105相同。

根据以上所述的流程，当共同乘车车辆的台数低于规定的下限值时，执行了用于促进共同乘车车辆的台数增加的台数调节处理，而当共同乘车车辆的台数高于规定的上限值时，执行了用于促进共同乘车车辆的台数减少的台数调节处理。由此，当共同乘车车辆的台数低于规定的下限值时，能够增加共同乘车车辆的台数，并且，能够减少希望同乘小组的人数，而当共同乘车车辆的台数高于规定的上限值时，能够减少共同乘车车辆的台数，并能够增加希望同乘小组的人数。其结果为，能够抑制共同乘车车辆的过多以及不足的情况。

＜第二实施方式的改变例＞

并且，当在用于促进共同乘车车辆的台数减少的台数调节处理中第二信息被从服务器装置300向候选同乘用户的用户终端200发送时，在同意同乘于其他的希望驾驶用户所驾驶的共同乘车车辆中的情况下，也可以发送与给予该候选同乘用户的奖励相关的信息。此处所说的“奖励”是指，例如，可在规定的服务中使用的积分、打折券或商品券的电子数据、电子货币等。通过与这样的奖励相关的信息与第二信息一起被向候选同乘用户提供，从而提升候选同乘用户同意同乘于其他的希望驾驶用户所驾驶的共同乘车车辆中的意愿。由此，能够易于抑制共同乘车车辆过多的情况。

＜其他＞

上述的实施方式归根结底仅是一个示例，本发明能够在不脱离其主旨的范围内适当地进行变更而实施。

此外，在本公开内容中所说明的处理或方法，只要不产生技术上的矛盾，则能够以自由组合的方式进行实施。而且，作为一个装置所实施的内容来说明的处理，也可以通过多个装置来分担执行。或者，作为不同的装置所实施的内容来说明的处理也可以由一个装置执行。在计算机系统中，能够灵活地对是否通过某种硬件结构来实现各功能进行变更。

此外，本发明能够通过将安装了在上述的各实施方式以及各改变例中所说明的功能的计算机程序提供给计算机，并由该计算机所具有的一个以上的处理器读取并执行程序来实现。这样的计算机程序既可以通过可以与计算机的系统总线连接的非临时性的计算机可读存储介质而提供给计算机，也可以经由网络而提供给计算机。非临时性的计算机可读存储介质为，通过电气、磁力、光学、机械、或者化学的作用而对数据或程序等的信息进行储存，并能够从计算机等读取的记录介质，例如为磁盘(软盘(注册商标)、硬盘驱动(HDD)等)、光盘(CD-ROM、DVD光盘、蓝光光盘等)等任意类型的盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光卡、SSD(Solid State Drive，固态驱动)等介质。

符号说明

1：拼车系统；

10：共同乘车车辆；

200A：第一用户终端；

200B：第二用户终端；

300：服务器装置；

301：处理器。

Claims (8)

1.一种信息处理装置，其在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户，其中，

所述信息处理装置具备控制部，所述控制部执行如下的操作，即：

当被利用于共同乘车的车辆的台数低于规定的下限值时，提取能够使所述希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户；

向所述候选驾驶用户所使用的终端发送第一信息，所述第一信息为，关于使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息。

2.如权利要求1所述的信息处理装置，其中，

所述控制部从所述希望同乘用户中提取所述候选驾驶用户。

3.如权利要求1或2所述的信息处理装置，其中，

所述控制部在向所述候选驾驶用户所使用的终端发送所述第一信息时，还发送与在假设为使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中的情况下会给予该候选驾驶用户的奖励相关的信息。

4.如权利要求1至3中的任一项所述的信息处理装置，其中，

所述控制部执行如下的操作，即：

当被利用于共同乘车的车辆的台数高于规定的上限值时，提取能够同乘于其他的用户所驾驶的车辆中的用户的候选即候选同乘用户；

向所述候选同乘用户所使用的终端发送第二信息，所述第二信息为，关于同乘于其他的用户所驾驶的车辆中这一情况而寻求同意的信息。

5.如权利要求4所述的信息处理装置，其中，

所述控制部从希望实施被利用于共同乘车的车辆的驾驶的用户即希望驾驶用户中提取所述候选同乘用户。

6.如权利要求4或5所述的信息处理装置，其中，

所述控制部在向所述候选同乘用户所使用的终端发送所述第二信息时，还发送与在假设为该候选同乘用户同乘于其他的用户所驾驶的车辆中的情况下会给予该候选同乘用户的奖励相关的信息。

7.一种信息处理方法，其在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户，其中，

由计算机执行如下的步骤，即：

当被利用于共同乘车的车辆的台数低于规定的下限值时，提取能够使所述希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户的步骤；

向所述候选驾驶用户所使用的终端发送第一信息的步骤，所述第一信息为，关于使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息。

8.一种非临时性的存储介质，其存储如下的信息处理程序，所述信息处理程序在多个用户共同乘车于同一车辆的方式中实现希望同乘用户的人数和被利用于共同乘车的车辆的台数之间的调节，所述希望同乘用户为希望作为非驾驶员而同乘于被利用于共同乘车的车辆的用户，其中，

所述非临时性的存储介质存储使计算机执行如下的步骤的信息处理程序，即：

当被利用于共同乘车的车辆的台数低于规定的下限值时，提取能够使所述希望同乘用户同乘于自己驾驶的车辆中的用户的候选即候选驾驶用户的步骤；

向所述候选驾驶用户所使用的终端发送第一信息的步骤，所述第一信息为，关于使所述希望同乘用户同乘于该候选驾驶用户所驾驶的车辆中这一情况而寻求同意的信息。

Images