CN110738543A - 信息处理装置以及信息处理方法 - Google Patents

Abstract

本申请提供一种使希望拼车的多个用户灵活地进行匹配的信息处理装置以及信息处理方法。该信息处理装置具备控制部，所述控制部执行如下操作，即：经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知；取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离相关联的条件的希望同乘者的信息。

Description

信息处理装置以及信息处理方法

技术领域

本发明涉及信息处理装置以及信息处理方法。

背景技术

近年来，多个用户共同乘坐同一台车辆(拼车)的移动方式正在扩展。通过拼车，可预想到由交通量的削减而带来的移动时间的缩短、CO₂排放量的削减、移动成本的削减这样的效果。

在实际进行拼车时，需要对希望拼车的多个用户进行匹配。作为这样的匹配方法，提出了各种各样的方法(例如，专利文献1)。在专利文献1所记载的方法中，首先，作为驾驶员的用户在服务器中登记旅程、和该旅程所涉及的招募要点。而且，作为希望同乘者的用户从服务器接收旅程一览表，并使之显示在自己的便携终端上，如果存在感兴趣的旅程，则选择该旅程，并使所选择的旅程所涉及的招募要项显示。在阅览了招募要项的希望同乘者欲对该旅程预约拼车的情况下，按下被显示在便携终端上的申请按钮。当申请按钮被按下时，表示该含义的信息该将被通知给服务器。而且，表示具有预约申请的含义的信息从服务器被通知给作为驾驶员的用户的便携终端。当接受到通知的驾驶员按下被显示在便携终端上的同意按钮时，表示该含义的信息被通知给服务器，并且申请预约的用户作为同乘者而被登记在数据库中，从而匹配成立。

在先技术文献

专利文献

专利文献1：日本特开2016-194854号公报

发明内容

发明所要解决的问题

本发明的目的在于，提供一种使希望拼车的多个用户灵活地进行匹配的信息处理装置以及信息处理方法。

用于解决课题的方法

本发明的第一方式所涉及的信息处理装置的特征在于，具备控制部，所述控制部执行如下操作，即：经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知；取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离相关联的条件的希望同乘者的信息。

另外，本发明的第二方式所涉及的信息处理方法的特征在于，包括：经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知的步骤；取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离相关联的条件的希望同乘者的信息的步骤。

另外，本发明的第三方式所涉及的程序使计算机实施如下步骤，所述步骤包括：经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知的步骤；取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离关联的条件的希望同乘者的信息的步骤。

发明效果

根据本发明，能够提供一种使希望拼车的多个用户灵活地进行匹配的信息处理装置以及信息处理方法。

附图说明

图1为第一实施方式所涉及的匹配系统的概要结构图。

图2为第一实施方式所涉及的用户终端10的系统结构图。

图3为第一实施方式所涉及的用户终端20的系统结构图。

图4为第一实施方式所涉及的服务器30的系统结构图。

图5为对被存储在用户信息数据库中的信息进行例示的图。

图6为对被存储在拼车管理数据库中的信息进行例示的图。

图7为对第一实施方式所涉及的招募对象用户提取处理的流程图。

图8为第一实施方式所涉及的招募处理的流程图。

图9为第一实施方式的第一改变例所涉及的处理的流程图。

图10为对第一改变例所涉及的拼车管理信息进行例示的图。

图11为对第一改变例所涉及的用户信息进行例示的图。

图12为第一实施方式的第二改变例所涉及的处理的流程图。

图13为第二实施方式所涉及的服务器40的系统结构图。

图14为第二实施方式所涉及的匹配处理的流程图。

图15为第二实施方式的第一改变例所涉及的处理的流程图。

图16为第二实施方式的第二改变例所涉及的处理的流程图。

图17为第三实施方式所涉及的匹配系统的概要结构图。

图18为第三实施方式所涉及的用户终端50的系统结构图。

图19为对被存储在用户信息数据库中的信息进行例示的图。

图20为第三实施方式所涉及的用户终端60的系统结构图。

图21为第三实施方式所涉及的匹配处理的流程图。

图22为第三实施方式的第一改变例所涉及的处理的流程图。

图23为第三实施方式的第二改变例所涉及的处理的流程图。

具体实施方式

在使对同一台车辆进行拼车的多个用户匹配时，使欲拼车的用户在服务器中预先登记出发地、目的地、移动路径、出发时刻等信息。而且，希望拼车的用户访问服务器而对这些信息进行研究，并在存在所希望的拼车的情况下，向服务器实施对于该拼车的预约。在接受来自希望拼车的用户的预约的服务器中，根据用户的属性等而决定拼车的用户。

这样，当对在同一台车辆中拼车的多个用户进行匹配时，需要进行准备，并需要某种程度的时间。因此，即使突发性地产生了可提供拼车的机会，但如果考虑到准备及招募的时间，也难以顺应该机会而灵活地对用户进行匹配。

考虑到上述情况，在本实施方式中，即使在突发性地产生了可提供拼车的机会的情况下，也将提供一种能够顺应该机会而灵活地对用户进行匹配的信息处理装置。

本发明的第一方式所涉及的信息处理装置经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知，并取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离相关联的条件的希望同乘者的信息。

在突发性地产生了可提供拼车的机会的情况下，由于根据欲提供拼车的用户、即计划者的要求，而发送了招募同乘者的通知，因此，也能够根据需要而立即招募同乘者。

如果通过推送通知而发送招募该同乘者的通知，则通知会立刻映入用户的眼帘。因此，不会错过计划者已经在驾驶被提供于拼车的车辆的情况等的、在实施拼车之前没有空余时间那样的突发性的拼车的机会，而是能够迅速地招募同乘者。

另外，取得响应招募同乘者的通知而希望同乘的希望同乘者中的、符合与距基准位置的距离相关的条件的希望同乘者的信息。

在此，基准位置是指，成为用于过滤希望同乘者的与距离相关的条件的基准的位置，例如，包含计划者所指定的拼车的出发地、或被提供于拼车的车辆的位置、或计划者的终端等装置的位置。与距基准位置的距离相关的条件是指，例如，从基准位置起在预定的距离的范围内存在希望同乘者的装置等条件。与距基准位置的距离相关的条件并不限于利用距基准位置的具体的距离而被规定的条件，也可以如在招募同乘者的通知中所使用的通信介质的可通信范围那样，物理性地对能够接收成为响应的前提的通知的范围进行限定的条件。另外，与距基准位置的距离相关的条件也可以利用从基准位置起的所需时间而被规定。另外，与距基准位置的距离相关的条件也可以如行政上的地域那样利用地理性的区域而被规定。

由是否符合这种与距基准位置的距离相关联的条件而实现的、希望同乘者的过滤，可以在匹配的任意一个阶段实施。即，也可以对于接收通知之前的潜在的希望同乘者而预先取得对是否符合条件进行判断的信息，并且向符合条件的潜在的希望同乘者发送招募的通知。另外，也可以关于针对招募的通知而进行了响应的希望同乘者，而取得用于对是否符合条件进行判断的信息，并对符合与否进行判断。

如果能够根据符合距基准位置的距离关联的条件的希望同乘者的信息而实施同乘者的匹配，则即使在出发时刻紧迫那样的拼车的情况下，也能够实施以到基准位置的所需时间较短且希望进行拼车的可能性较高的人为对象的、灵活的匹配。

这样，根据本实施方式，能够顺应可提供拼车的机会的产生，从而灵活地使进行拼车的多个用户进行匹配。

以下，根据附图，对本发明的具体实施方式进行说明。各实施方式所记载的硬件结构、模块结构、功能结构等只要未进行特别记载，则并不表示将发明的技术范围仅限定于这些内容的含义。

＜第一实施方式＞

(系统概要)

图1为表示本实施方式所涉及的匹配系统1的概要结构的图(以下，称为系统1)。在图1的示例中，系统1包括用户A所具有的用户终端10、作为用户B、C分别具有的终端的用户终端20B、20C、服务器30。以下，在综合性地对用户终端20B、20C进行指示的情况下，省略对用户进行区分的B、C。用户终端10、用户终端20以及服务器30通过网络N1而被相互连接。虽然在图1中，作为具有用户终端20的用户而仅例示了B以及C这两个人，但具有用户终端20的用户的数量并不限于此。

网络N1例如也可以采用作为互联网等世界规模的公众通信网的WAN(Wide AreaNetwork，广域网)或其他的通信网。另外，网络也可以包含手机等的电话通信网、Wi-Fi(注册商标)等的无线通信网。

对用户终端10的结构进行说明。图2为表示用户终端10的系统结构的图。

用户终端10为对拼车进行了计划的用户A所具有的终端。在此，对拼车进行了计划的用户A为驾驶可拼车的车辆的用户。但是，对拼车进行了计划的用户A也可以为同乘在可拼车的车辆中的用户。

用户终端10例如为智能手机、手机、平板计算机、个人信息终端、笔记本电脑、可穿戴计算机(智能手表等)的小型的计算机。用户终端10被构成为，包括控制部101、存储部102、无线通信部103、位置取得部104、输入输出部105。

控制部101为对用户终端10所实施的控制进行管理的运算处理装置。控制部101能够通过CPU(Central Processing Unit，中央处理单元)等运算处理装置来实现。

控制部101被构成为，具有拼车信息发送部1011、当前位置发送部1012和匹配处理部1013的功能模块。各功能模块也可以通过由CPU执行存储在后述的存储部102中的程序来实现。

拼车信息发送部1011向服务器30发送与用户A所计划的拼车相关的信息。拼车信息至少包括出发地、目的地、预定出发日期和时间、招募人数。

当前位置发送部1012向服务器30发送由位置取得部104所取得的用户终端10的当前位置。

匹配处理部1013对从服务器30接收到的匹配结果进行处理，并经由输入输出部105而向用户A进行提示。根据需要而促使用户A进行输入，并将经由输入输出部105而被输入的信息向服务器30进行发送。

存储部102被构成为包括主存储装置和辅助存储装置。主存储装置为，使由控制部101所执行的程序、或该程序所利用的数据展开的存储器。辅助存储装置为，存储有在控制部101中被执行的程序、或该程序所利用的数据的装置。也可以在辅助存储装置中存储将由控制部101所执行的程序作为应用程序而打包化后的程序。另外，也可以存储用于执行这些应用程序的操作系统。通过使存储在辅助存储装置中的程序被载入到主存储装置中，并利用控制部101而被执行，从而实施以下所说明的处理。

主存储装置也可以包括RAM(Random Access Memory，随机存取存储器)或ROM(Read Only Memory，只读存储器)。另外，辅助存储装置也可以包括EPROM(ErasableProgrammable ROM，电可擦可编程只读存储器)、硬盘驱动器(Hard Disk Drive：HDD)。而且，辅助存储装置也可以包括可移动介质、即可移动存储介质。可移动介质为DVD(DigitalVersatile Disc，数字视频光盘)等那样的磁盘存储介质。

无线通信部103为，用于将用户终端10与网络N1进行连接的无线通信接口。无线通信部103例如经由无线LAN或3G、LTE等移动体通信服务而提供向网络N1的访问。

位置取得部104取得用户终端10的当前位置。在此，例如，由根据来自GPS(GlobalPositioning System，全球定位系统)卫星的电波而对用户终端10的当前位置进行检测的GPS单元构成。也可以采用如下方式，即，位置取得部104根据从用户终端10实施无线通信的多个无线基站向用户终端10发送的电波的到来时间而对用户终端10的当前位置进行检测。另外，也可以采用如下方式，即，在用户终端10通过无线LAN而进行通信的情况下，位置取得部104根据用户终端10从多个接入点接收的电波的强度而对用户终端10的当前位置进行检测。

输入输出部105为，受理用户所实施的输入操作并对用户提示信息的单元。在本实施方式中，输入输出部105被构成为，包括一个触摸面板显示器、麦克风以及扬声器。即，由液晶显示器及其控制单元、触摸面板及其控制单元、麦克风及其控制单元、扬声器及其控制单元构成。

并且，图2所示的结构为一个示例，所图示的功能的全部或者一部分也可以使用专门设计的电路而被执行。另外，也可以通过图示以外的主存储装置以及辅助存储装置的组合来实施程序的存储或者执行。

对用户终端20的结构进行说明。图3为表示用户终端20的系统结构的图。

系统1的用户、即潜在地能够成为拼车的同乘者的用户B、C等具有用户终端20。

用户终端20为例如智能手机、手机、平板计算机、个人信息终端、笔记本电脑、可穿戴计算机(智能手表等)那样的小型的计算机。用户终端20被构成为，包括控制部201、存储部202、无线通信部203、位置取得部204、输入输出部205。

由于存储部202、无线通信部203、位置取得部204、输入输出部205的结构分别与存储部102、无线通信部103、位置取得部104、输入输出部105相同，因此，省略详细的说明。

控制部201为对用户终端20所实施的控制进行管理的运算处理装置。控制部201能够通过CPU等运算处理装置来实现。

控制部201被构成为，具有当前位置发送部2011和招募信息处理部2012的功能模块。各功能模块也可以通过CPU执行存储在存储部202中的程序来实现。

当前位置发送部2011向服务器30发送由位置取得部204所取得的用户终端20的当前位置。

招募信息处理部2012经由无线通信部203而接收从服务器30接收到的招募希望拼车的人的信息(招募同乘者的通知)，并经由输入输出部205而向用户B、C进行提示。根据需要而促使用户B、C进行输入，并经由输入输出部205而将输入的信息向服务器30进行发送。

接下来，对服务器30的结构进行说明。

服务器30由一般的计算机构成。即，服务器30为，具有CPU或GPU等处理器、RAM或ROM等主存储装置、EPROM、硬盘驱动器、可移动介质等辅助存储装置的计算机。并且，可移动介质例如也可以为USB存储器、或者CD或DVD那样的磁盘记录介质。在辅助存储装置中存储有操作系统、各种程序、各种图表等，通过将被存储于此的程序载入到主存储装置的工作区中并执行，并且利用程序的执行来对各结构部等进行控制，从而能够实现如后文所述的与预定的目的相符的各个功能。但是，一部分或者全部的功能也可以通过如ASIC或FPGA那样的硬件电路来实现。并且，服务器30既可以由单一的计算机而构成，也可以由相互协作的多台计算机而构成。

图4为表示服务器30的系统结构的图。服务器30被构成为，包括控制部301、通信部302、存储部303。

通信部302为用于将服务器30与网络N1连接的通信接口。例如，通信部302被构成为，包括网络接口板、和用于进行无线通信的无线通信电路。通知部能够实施与包括后述的推送通知在内的各种通信方式相对应的通信。

存储部303被构成为，包括主存储装置和辅助存储装置。主存储装置为，用于使通过控制部301所执行的程序、或该程序所利用的数据展开的存储器。辅助存储装置为，存储有在控制部301中所执行的程序、以及该程序所利用的数据的装置。关于主存储装置以及辅助存储装置，由于与存储部102相同，因此省略详细的说明。

而且，存储部303对用户信息数据库3031以及拼车管理数据库3032进行存储。

用户信息数据库3031为，对与作为利用者而被登记在包括本实施方式所涉及的匹配系统在内的拼车辅助系统中的用户相关的信息进行存储的数据库。

拼车管理数据库3032为，存储有对所计划的拼车进行管理的信息的数据库。

参照图5，对被存储在用户信息数据库3031中的用户信息的图表结构进行说明。

用户信息表具有用户ID字段、联系方式1字段、联系方式2字段、联系方式3字段、当前位置字段。

在用户ID字段中，存储有作为用于对用户进行确定的识别信息的用户ID。

在联系方式1字段中，存储有作为用于对安装了拼车所涉及的应用程序的用户终端进行确定的识别信息的终端ID。被存储在联系方式1字段中的终端ID在发送推送通知时成为发送目的地。虽然作为这样的终端ID例如存在GCM(Google(注册商标)CloudMessaging)或FCM(Firebase(注册商标)Cloud Messaging)中的Registration ID、APNs(Apple(注册商标)Push Notification service)中的Device Token，但并不限于这些终端。

在联系方式2字段中，作为用户的联系方式1而存储有电话号码。

在联系方式3字段中，作为用户的联系方式2而存储有邮件地址。

联系方式并不限于此，为了根据通信方式而与该用户所具有的用户终端进行通信，而能够存储对该用户终端进行确定的识别信息。例如，也能够将通讯软件应用程序的帐户作为联系方式来进行存储。

参照图6，对被存储在拼车管理数据库3032中的拼车管理信息的图表结构进行说明。

拼车管理信息表具有拼车ID字段、计划者字段、出发日期和时间字段、出发地字段、目的地字段、招募人数字段。

在拼车ID字段中，存储有为了对在系统1中被设为匹配对象的拼车进行确定而被赋予的识别信息、即拼车ID。

在计划者字段中，存储有确定对拼车进行了计划的用户的识别信息。在此，在计划者字段中存储有计划者的用户ID。

在出发日期和时间字段中，存储有各拼车的出发日期和时间。在图6的示例中，存储有2018年10月1日14时00分、和2018年10月1日16时00分。

在出发地字段中，存储有各拼车的出发地。在图6中，存储有东京站八重洲口和东京都厅前。

在目的地字段中，存储有各拼车的目的地。在图6的示例中，存储有高尾山口和川越站。

在招募人数字段中，存储有对于各拼车而招募到的同乘者的人数。在图6的示例中，分别存储有3。

控制部301为对服务器30所实施的控制进行管理的运算处理装置。控制部301能够通过CPU等运算处理装置来实现。

控制部301被构成为，具有招募通知发送部3011、详细信息发送部3012、当前位置取得部3013、对象提取部3014和匹配管理部3015的功能模块。各功能模块也可以通过由CPU执行被存储在辅助存储装置中的程序来实现。

(招募对象用户提取处理)

根据图7所示的流程图，对服务器30的控制部301所实施的、招募对象用户提取处理的详细情况进行说明。

首先，在步骤S1中，从对拼车进行了计划的用户A处接受拼车信息的登记。在此，用户A启动用户终端10的拼车应用程序，并经由输入输出部105而输入出发地、目的地、预定出发日期和时间、招募人数等。用户终端10的拼车信息发送部1011将接收到的出发地、目的地、预定出发日期和时间、招募人数等拼车信息经由无线通信部103而向服务器30进行发送。在服务器30中，对从用户终端10被发送的拼车信息赋予拼车ID，并将之存储在拼车管理数据库3032中。在用户A登记拼车信息时立即地、或者根据由显示在输入输出部105上的按钮的操作等而实施的用户的要求，从而服务器30执行以下的招募对象提取处理以及招募处理。包括招募对象提取处理以及招募处理在内的匹配处理为，连续执行的一系列的信息处理方法。

接下来，在步骤S2中，对象提取部3014从拼车管理数据库3032取得作为匹配的对象的与拼车相关的信息。将由用户A所登记的、通过拼车ID2018100032而被确定的拼车作为招募的对象而取得。

在步骤S3中，对象提取部3014从被存储在拼车管理数据库3032中的拼车管理信息表中取得存储在出发地字段中的信息。关于拼车ID2018100032，在出发地字段中存储有“东京都厅前”。服务器30拥有将地图上的位置换算成纬度以及经度的图表，并根据该图表而使出发地的信息通过纬度以及经度而被表现出来。东京都厅前的纬度为35度41分23.561秒，经度为139度41分27.662秒。

在步骤S4中，当前位置取得部3013从用户终端20中取得当前位置。而且，根据所取得的当前位置，而对被存储在用户信息数据库3031中的用户信息表的当前位置字段的信息进行更新。

在步骤S5中，对象提取部3014从用户信息表中提取一个用户。此时，将作为招募的对象的、对拼车进行了计划的用户A，从提取对象中排除。首先，从图5所示的图表中提取用户ID10001234的用户。在此，被存储在用户信息表中的全部用户为，在对拼车进行了计划的情况下希望被设为招募对象的用户、即希望通知者。用户ID10001234的用户的当前位置为(Lat_0，Lon_1)。

在步骤S6中，对象提取部3014对被存储在用户信息表的当前位置字段中的用户的当前位置、和被存储在拼车管理信息表的出发地字段中的出发地之间的距离D进行计算。在上述的示例中，对纬度为35度41分23.561秒、经度为139度41分27.662秒的地点与纬度Lat_0、经度Lon_1的位置之间的距离D进行计算。

在步骤S7中，对象提取部3014对是否为D≤1000(m)进行判断。在此，虽然将与距离D进行比较的值设为1000(m)，但只要考虑距离拼车的出发时刻的时间等而适当设定即可。在此，基准位置为出发地，与距基准位置的距离关联的条件是指，出发地与用户终端20的当前位置之间的距离D在1000(m)以内的情况。

当在步骤S7中被判断为D≤1000(m)的情况下，在步骤S8中，将该用户作为招募对象而提取，并进入步骤S9。此时，在用户信息表中设置表示是招募对象的标记，并将该标记设定为开启(ON)。

当在步骤S7中被判断为D＞1000(m)的情况下，设为该用户不是招募对象，并进入步骤S9。此时，将用户信息表的、表示是招募对象的标记设定为关闭(OFF)。

在步骤S9中，对象提取部3014对在用户信息表中是否存在其他的用户的记录进行判断。

当在步骤S9中被判断为在用户信息表中存在其他的用户的记录的情况下，返回步骤S5，且提取下一个用户的记录，并实施以下的处理。

当在步骤S9中被判断为在用户信息表中不存在其他的用户的记录的情况下，结束处理。

(招募处理)

接下来，根据图8所示的流程图，对服务器30的控制部301所实施的、招募处理的详细情况进行说明。

在步骤S11中，招募通知发送部3011从被存储在拼车管理DB中的拼车ID2018100032的记录中生成招募通知。该招募通知为，通过推送通知而被通知给用户终端20的信息。无论在用户终端20中是否启动拼车应用程序，此外在无关于来自用户终端20的要求的条件下，而从服务器30经由网络N1被发送至用户终端20，并以弹出等的方式而被显示在输入输出部205上。在招募通知被用户终端20接收并被显示时，也可以一并产生振动或发出语音。在推送通知中，一般由于在可发送的信息量中存在限制，因此，招募通知能够简洁地将对拼车进行了计划的情况传递至用户。例如，生成“20分钟后出发！到川越站，东京都厅前本日16时00分出发，不拼车吗？”这样的内容的招募通知。而且，招募通知发送部3011从表示是用户信息表的招募对象的标记成为开启的用户的联系方式1字段中取得终端ID。而且，招募通知发送部3011经由通信部302，并通过推送通知而将招募通知发送至作为招募对象而被提取的用户的用户终端20。招募通知中所包含的消息并不限于上述的内容，可以经由用户终端10的输入输出部105，而使用户A从多个选项中进行选择或者输入文本。

另外，在接收到招募通知的用户终端20中，招募信息处理部2012使输入输出部205显示消息。在输入输出部205上，要求发送关于拼车的详细信息的询问按钮与消息一起显示，或者分开被显示。当关心正在被招募的拼车的用户点击询问按钮时，招募信息处理部2012向服务器30要求与拼车相关的详细信息的发送。这样，推送通知能够称为通过发送方侧而开始进行的通信处理。作为利用互联网来实现推送通知的通信顺序，已知有HTTPserver push、Java(注册商标)pushlet等。

在步骤S12中，详细信息发送部3012接收来自用户终端20的询问。

在步骤S13中，详细信息发送部3012根据来自用户终端20的询问，而生成包含作为拼车的计划者的用户的档案、车辆的车型、从出发地至目的地的移动路径、费用等在内的详细信息，并将之发送至用户终端20。从用户终端20向服务器30的询问以及从服务器30向用户终端20的详细信息的发送只需根据详细信息的形式而采用适当的通信方式即可。

在接收到详细信息的用户终端20中，招募信息处理部2012使输入输出部205进行显示。阅览了详细信息的用户对是否申请拼车进行判断。对拼车的申请按钮与被显示在输入输出部205上的详细信息一起显示，或者分开显示。当用户点击申请按钮时，招募信息处理部2012向服务器30发送该用户申请拼车的消息的信息。

在步骤S14中，匹配管理部3015从用户终端20接收对拼车的申请。匹配管理部3015预先存储用户的申请的接收时刻。从用户终端20发送了申请的用户为，响应通知而希望进行对于拼车的同乘的希望同乘者。

在步骤S15中，匹配管理部3015以从申请的接收时刻最靠前的用户起依次达到招募人数为止的方式，而将该用户决定为拼车的同乘者。在此，虽然按照申请的接收时刻的顺序来决定同乘者，但也可以设定申请期限，且无论在申请期限结束的时间点是否达到招募人数，均使匹配结束(其他的实施方式也相同)。

在步骤S16中，关于该拼车，匹配管理部3015将与决定为同乘者的用户相关的信息存储在拼车管理数据库中。

在步骤S17中，匹配管理部3015将拼车的用户已决定的情况通知给对拼车进行了计划的用户和被决定为同乘者的用户，并结束处理。对于答复了申请拼车的意思的用户中的、未成为拼车的同乘者的用户，而通知关于该拼车而结束招募的情况。

也可以采用如下方式，即，在拼车的同乘者决定之后、到用户实际乘车为止的期间内，以预定间隔而将被决定为同乘者的用户的用户终端20的当前位置直接或者经由服务器30而发送至用户A的用户终端10。如果采用这方的方式，则用户A能够掌握决定为同乘者的用户至实际乘车为止的行动。

这样，根据本实施方式，通过限定为当前位置距出发地较近、且能够在短时间内同乘的用户，并招募拼车的同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。

并且，在本实施方式(关于第二实施方式也同样)中，虽然提取了以与用户A登记的出发地之间的距离为基准而成为招募对象的用户，但成为距离的基准的基准位置并不限于此。服务器30也可以取得用户终端10(计划者的装置)的当前位置，并将之设为基准位置。当在用户A乘坐在被提供于拼车的车辆中的状态下服务器30进行匹配的情况下，用户终端10的当前位置即为车辆的当前位置。如果采用这样的方式，则能够针对已经乘车的用户A，而从位于车辆的附近的用户中高效地对同乘者进行匹配。另外，在用户A也可以在与出发点不同的地点处使同乘者搭乘的情况下，用户A也可以指定这样的地点，并通过将之进行登记，从而作为距离的基准。作为成为距离的基准的地点，也可以设定多个地点。

另外，在本实施方式中，通过推送通知而向用户终端20发送招募通知。如果采用这样的方式，在用户终端20中，即使针对未启动拼车应用程序的用户，也显示了招募通知。根据对拼车进行了计划的用户的要求，招募通知被迅速地通知给作为对象而被提取的用户，并立刻映入用户的眼帘。因此，不会发生用户已经在驾驶被提供于拼车的车辆的情况等的、在预定出发时刻之前没有时间的这种突发性的拼车的机会，而能够迅速地进行匹配。

(第一改变例)

在图9中，对第一实施方式的第一改变例所涉及的招募对象用户提取处理进行说明。关于装置结构，由于与第一实施方式相共，因此省略详细的说明。

在图9所示的流程图中，对于与图7相同的处理而标记相同的符号，并省略说明。在本改变例中，在用户A对拼车进行了计划时，对于拼车的同乘者而预先指定所希望的属性，并在服务器30提取招募者的条件上增加被指定的属性，从而进行判断。因此，如图10所示，拼车管理信息表具有存储有对于拼车的同乘者的所指定的属性信息的属性1字段、属性2字段。在此，作为属性1而存储了性别，作为属性2而存储年龄。用户A将性别指定为男性，且将年龄指定为25～35。

在本改变例中，在步骤S7中判断为D≤1000(m)的情况下，进入步骤S18。在步骤S18中，对象提取部3014从用户信息数据库3031中取得该用户的属性信息。在图11中，示出了本改变例所涉及的被存储在用户信息数据库3031中的用户信息的图表结构。如图11所示，用户信息表具有年龄字段、性别字段等用户的属性信息。

在步骤S19中，对象提取部3014对用户A所指定的属性、和被判断为D≤1000(m)的用户的属性信息进行对照。在此，设为用户ID10001234、10002341、10003412的用户的属性信息被对照。

在步骤S19中，在判断为用户A所指定的属性与被判断为D≤1000(m)的用户的属性信息相符的情况下，进入步骤S8。用户ID10001234的用户的性别以及年龄与用户A所指定的属性信息相符。

在步骤S19中，在判断为用户A所指定的属性与被判断为D≤1000(m)的用户的属性信息不相符的情况下，进入步骤S9。关于用户ID10002341的用户，其性别与用户A所指定的属性信息不相符。关于用户ID10003412的用户，其年龄与用户A所指定的属性信息不相符。

在步骤S8中，对象提取部3014将在步骤S19中被判断为属性信息相符的用户作为招募对象而提取，并进入步骤S9。在图11所示的示例中，用户ID10001234作为招募对象而被提取。

也可以采用如下方式，即，在从拼车的同乘者决定起、到用户实际乘车为止的期间内，以预定间隔而将被决定为同乘者的用户的用户终端20的当前位置直接或者经由服务器30而发送至用户A的用户终端10。如果采用这样的方式，则用户A能够掌握决定为同乘者的用户至实际乘车为止的行动。

这样，根据本改变例，通过限定为当前位置距出发地较近、且能够短时间内同乘的用户并招募拼车的同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。而且，关于拼车的同乘者的属性，能够实施反映了对拼车进行了计划的用户的希望的、更优选的匹配。

(第二改变例)

在图12中，对第一实施方式的第二改变例所涉及的招募处理进行说明。关于装置结构，由于与第一实施方式相同，因此省略详细的说明。

在图12所示的流程图中，对于与图8共同的处理而标记相同的符号，并省略说明。在本改变例中，能够使用户A对将申请拼车的用户中的哪些用户设为同乘者进行选择。

具体而言，从步骤S14进入步骤S20。在步骤S20中，匹配管理部3015在从用户终端20接收到对于拼车的申请的情况下，从接收时刻最靠前的用户起依次将预定的人数K1个人决定为候选同乘者。在此，K1为至少超过招募人数的适当的整数。

在步骤S21中，从用户信息数据库3031取得候选同乘者K1个人的用户的属性信息，并将之发送至用户终端10。在用户终端10中，匹配处理部1013显示与候选同乘者相关的属性信息。在用户终端10中，显示对将所显示的用户中的哪些用户决定为同乘者的情况进行选择的画面，从而促使用户A实施选择。当用户A决定同乘者时，匹配处理部1013将与决定为同乘者的用户相关的信息从用户终端10发送至服务器30。

在步骤S22中，匹配管理部3015在从用户终端10接收与决定为同乘者的用户相关的信息时，将与同乘者相关的信息存储在拼车管理数据库3032的该拼车的记录中。

接下来，进入步骤S17，匹配管理部3015向决定为同乘者的用户通知该情况，并结束处理。对于答复了表示申请拼车的含义的信息的用户中的、未成为拼车的同乘者的用户，而通知关于该拼车而结束招募的情况。

也可以采用如下方式，即，在从拼车的同乘者决定起、到用户实际乘车为止的期间内，以预定间隔而将被决定为同乘者的用户的用户终端20的当前位置直接或者经由服务器30而发送至用户A的用户终端10。如果采用这样的方式，则用户A能够掌握决定为同乘者的用户至实际乘车为止的行动。

这样，根据本改变例，通过限定为当前位置距出发地较近、且能够在短时间内同乘的用户并招募拼车的同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。而且，关于拼车的同乘者的属性，能够实施反映了对拼车进行了计划的用户的希望的、更优选的匹配。

＜第二实施方式＞

由于第二实施方式所涉及的匹配系统1的概要结构与第一实施方式相同，因此，省略详细的说明。

由于第二实施方式所涉及的用户终端10、用户终端20的结构与第一实施方式相同，因此省略详细的说明。

在图13中，示出了本实施方式所涉及的服务器40的系统结构。关于服务器40的硬件结构，由于与服务器30相同，因此省略详细的说明。

服务器40被构成为，包括控制部401、通信部402、存储部403。

关于通信部402以及存储部403，由于与通信部302以及存储部303相同，因此省略详细的说明。

控制部401为对服务器40所实施的控制进行管理的运算处理装置。控制部401能够通过CPU等运算处理装置来实现。

控制部401被构成为，具有招募通知发送部4011、详细信息发送部4012、当前位置取得部4013、匹配管理部4014的功能模块。各功能模块也可以通过由CPU执行被存储在辅助存储装置中的程序而实现。

(匹配处理)

根据图14所示的流程图，对服务器40的控制部401所实施的作为信息处理方法的匹配处理的详细情况进行说明。

首先，在步骤S31中，从对拼车进行了计划的用户A接受拼车信息的登记。关于拼车信息的登记，由于与步骤S1相同，因此省略详细的说明。当用户A登记了拼车信息时，服务器30立即地、或者根据由被显示在输入输出部105上的按钮的操作等而实施的用户的要求，而实施匹配处理。

在步骤S32中，匹配管理部4014从拼车管理数据库4032取得与作为匹配的对象的拼车相关的信息。在此，通过拼车ID2018100032而被确定的拼车成为招募的对象。

在步骤S33中，招募通知发送部4011从在步骤S32中所取得的拼车ID2018100032的记录中生成招募通知。招募通知发送部4011取得被存储在用户信息数据库4031中的每个用户的联系方式1中所储存的终端ID，且经由通信部402，并通过推送通知而将招募通知发送至利用该终端ID而被确定的用户终端20。

在步骤S34中，详细信息发送部4012接收来自用户终端20的询问。

在步骤S35中，详细信息发送部4012根据来自用户终端20的询问，而生成与拼车相关的详细信息，并向用户终端20发送。从用户终端20向服务器40的询问以及从服务器40向用户终端20的详细信息的发送只要根据详细信息的形式而采用适当的通信方式即可。

在步骤S36中，匹配管理部4014接收来自用户终端20的对于拼车的申请。匹配管理部3015预先存储用户的申请的接收时刻。此时，将由位置取得部204所取得的该用户终端20的当前位置与来自用户终端20的申请一起从当前位置发送部2011发送至服务器40。与用户终端20的当前位置相关的信息由当前位置取得部4013接收，并存储在用户信息表的当前位置字段中，或者对存储的信息进行更新。从用户终端20发送了申请的用户为，响应通知而希望进行对于拼车的同乘的希望同乘者。

在步骤S37中，匹配管理部4014从在步骤S31中取得的、关于成为对象的拼车的记录中，取得被存储在出发地字段中的信息。在此，关于拼车ID20181000032，在出发地字段中存储有“东京都厅前”。服务器40拥有将地图上的位置换算为纬度以及经度的图表，并根据该图表而使出发地的信息由纬度以及经度而被表现出来。

在步骤S38中，匹配管理部4014从来自用户终端20的申请的接收时刻为最靠前的用户起依次取得存储在用户信息表的当前位置字段中的当前位置。

在步骤S39中，匹配管理部4014对在步骤S37中所取得的出发地和在步骤S38中所取得的用户终端20的当前位置之间的距离D进行计算。

在步骤S40中，匹配管理部4014对是否为D≤1000(m)进行判断。在此，虽然将距离D的阈值设为1000(m)，但只需考虑距离拼车的出发时刻的时间等而适当设定即可。

当在步骤S40中判断为D≤1000(m)的情况下，在步骤S41中，匹配管理部4014将该用户决定为拼车的同乘者，并进入步骤S43。

当在步骤S40中判断为D＞1000(m)的情况下，在步骤S42中，匹配管理部4014向该用户通知关于该拼车结束招募的情况，并进入步骤S43。

在步骤S43中，匹配管理部4014对在步骤S41中决定为拼车的同乘者的用户的人数是否达到招募人数进行判断。

在步骤S43中，在判断为决定为拼车的同乘者的用户的人数达到了招募人数的情况下，进入步骤S44。在步骤S44中，匹配管理部4014结束将拼车的用户已决定的情况通知给对拼车进行了计划的用户和决定为同乘者的用户，并结束处理。对于答复了表示申请拼车的含义的信息的用户中的、未成为拼车的同乘者的用户，而通知关于该拼车结束招募的情况。

在步骤S43中，在被判断为决定为拼车的同乘者的用户的人数尚未达到招募人数的情况下，返回步骤S38，接着，对于申请的接收时刻较早的用户而实施以下的处理。

并且，也可以采用如下方式，即，在从拼车的同乘者决定起、到用户实际乘车为止的期间内，以预定间隔而将被决定为同乘者的用户的用户终端20的当前位置直接或者经由服务器40而发送至用户A的用户终端10。如果采用这样的方式，则用户A能够掌握决定为同乘者的用户至实际乘车为止的行动。

这样，根据本实施方式，通过将申请拼车的用户中的、当前位置距出发地较近且能够在短时间内同乘的用户决定为同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。

另外，在本实施方式中，通过推送通知而将招募通知发送至用户终端20。如果采用这样的方式，则即使对于在用户终端20中未启动拼车应用程序的用户，也会显示招募通知。根据对拼车进行了计划的用户的要求，招募通知被迅速通知给用户，并立刻映入用户的眼帘。因此，不会错过用户已经在驾驶被提供于拼车的车辆的情况等的、在预定出发时刻之前没有时间的这种突发性的拼车的机会，而能够迅速地进行匹配。

(第一改变例)

在图15中，对第二实施方式的第一改变例所涉及的匹配处理进行说明。关于装置结构，由于与第二实施方式是共同的，因此省略详细的说明。

在图15所示的流程图中，对于与图14相同的处理而标记相同的符号，并省略说明。在本改变例中，在用户A对拼车进行了计划时，对于拼车的同乘者而预先指定所希望的属性，并且服务器4在决定同乘者的条件上增加被指定的属性而进行判断。因此，拼车管理信息表具有，存储对于拼车的同乘者而进行指定的属性信息的属性1字段、属性2字段。拼车管理信息表的结构与图10相同。

在本改变例中，在步骤S40中判断为D≤1000(m)的情况下，进入步骤S45。在步骤S45中，匹配管理部4014从用户信息数据库4031中取得该用户的属性信息。本改变例所涉及的被存储在用户信息数据库4031中的用户信息的图表结构与图11相同

在步骤S46中，匹配管理部4014对用户A所指定的属性与在步骤S45中所取得的用户的属性信息进行对照。

在判断为于步骤S46中用户A所指定的属性与于步骤S45中所取得的用户的属性信息相符的情况下，在步骤S41中，匹配管理部4014将该用户决定为同乘者。

在判断为于步骤S46中用户A所指定的属性与于步骤S45中所取得的用户的属性信息不相符的情况下，进入步骤S42。

步骤S41以及步骤S42以后的处理与第二实施方式所涉及的处理相同。

这样，根据本改变例，通过将申请拼车的用户中的、当前位置距出发地较近且能够在短时间内同乘的用户决定为同乘者，从而即使在用户中突发性地产生了拼车的机会，也能够不花费时间而灵活地进行匹配。而且，关于拼车的同乘者的属性，能够实施反映了对拼车进行了计划的用户所希望的、更优选的匹配。

(第二改变例)

在图16中，对第二实施方式的第二改变例所涉及的匹配处理进行说明。关于装置结构，由于与第二实施方式相同，因此省略详细的说明。

在图16所示的流程图中，对于与图14共同的处理而标记相同的符号，并省略说明。在本改变例中，使用户A对将申请拼车的用户中的哪些用户设为同乘者进行选择。

具体而言，从步骤S40进入步骤S47或者步骤S42。当在步骤S40中判断为D≤1000(m)的情况下，在步骤S47中，匹配管理部4014将该用户决定为拼车的候选同乘者，并进入步骤S48。

当在步骤S40中判断为D＞1000(m)的情况下，在步骤S42中，匹配管理部4014向该用户通知关于该拼车结束招募的情况，并进入步骤S48。

在步骤S48中，匹配管理部4014对在步骤S47中决定为拼车的候选同乘者的用户的人数是否达到预定的人数K2进行判断。在此，K2为至少超过招募人数的适当的整数。

在步骤S48中判断为决定为拼车的候选同乘者的用户的人数达到了K2的情况下，进入步骤S49中。在步骤S49中，匹配管理部4014从用户信息数据库4031中取得决定为候选同乘者的K2人的用户的属性信息，并将其发送至用户终端10。对于被决定为候选同乘者的K2人的用户，用户终端10的匹配处理部1013对属性信息进行显示。在用户终端10中，显示对将所显示的用户中的哪些用户决定为同乘者进行选择的画面，从而促进用户A的选择。匹配处理部1013通过无线通信部103并经由网络N1，而从用户终端10向服务器40发送与用户A决定为同乘者的用户相关的信息。

在步骤S50中，匹配管理部4014在从用户终端10接收与作为同乘者而被选择的用户相关的信息时，将与同乘者相关的信息存储在拼车管理数据库4032的该拼车的记录中。

在步骤S44中，匹配管理部4014向决定为同乘者的用户通知该情况，并结束处理。对于答复了申请拼车的意思的用户中的、未成为拼车的候选同乘者的用户以及虽然被决定为候选同乘者但未作为同乘者而被选择的用户，通知关于该拼车结束招募的情况。

这样，根据本改变例，通过将申请拼车的用户中的、当前位置距出发地较近且能够在短时间内同乘的用户作为同乘者来决定，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。而且，关于拼车的同乘者的属性，能够实施反映了对拼车进行了计划的用户所希望的更优选的匹配。

＜第三实施方式＞

图17为表示本实施方式所涉及的匹配系统2的概要结构的图(以下，称为系统2)。在图17的示例中，系统2包括用户A所具有的用户终端50、用户B、C分别具有的终端即用户终端60B、60C。以下，在综合性地对用户终端60B、60C进行指示的情况下，省略对用户进行区分的B、C。用户终端50以及用户终端60通过网络N2而被相互连接。

网络N2为符合或依据预定的无线通信规格(Radio Access Technology(RAT))的无线网络。例如，可以列举符合或者依据3G或LTE(Long Term Evolution)、5G等蜂窝通信规格、无线LAN、Blutooth(注册商标)、BLE(Bluetooth(注册商标)Low Energy)、WiMAX(Worldwide Interoperability for Microwave Access，全球微波互联接入)，CV2X(Cellular Vehicle-to-Everything)的无线网络。但是，无线通信规格只要为用户终端50和用户终端60能够实施必要的信息的发送和接收的规格即可，并不限于上述的无线网络。

对用户终端50的结构进行说明。图18为表示用户终端50的系统结构的图。

用户终端50为对拼车进行了计划的用户A所具有的终端。与第一实施方式相同，对拼车进行了计划的用户A为，驾驶被提供于拼车的车辆的用户。

例如，用户终端50为智能手机、手机、平板计算机、个人信息终端、笔记本电脑、可穿戴计算机(智能手表等)那样的小型的计算机。用户终端50被构成为，包括控制部501、存储部502、无线通信部503、位置取得部504、输入输出部505。

控制部501为对用户终端50所实施的控制进行管理的运算处理装置。控制部501能够通过CPU等运算处理装置来实现。

控制部501被构成为，具有招募信息生成部5011、招募信息发送部5012、匹配处理部5013的功能模块。各功能模块也可以通过由CPU执行存储在后述的存储部502中的程序来实现。

招募信息生成部5011根据用户A的输入，而生成作为对于用户A所计划的拼车而招募同乘者的通知的拼车招募信息。用户A所输入的信息也被存储于存储部502的拼车信息DB5022中。

招募信息发送部5012通过对无线通信部503进行控制，从而向用户终端60发送由招募信息生成部5011所生成的拼车招募信息。

匹配处理部5013接收对于拼车招募信息的响应，并决定拼车的同乘者。

存储部502被构成为，包括主存储装置和辅助存储装置。关于主存储装置以及辅助存储装置，由于与存储部102相同，因此省略详细的说明。

存储部502对用户信息数据库5021以及拼车管理数据库5022进行存储。

用户信息数据库5021为对与响应拼车招募信息的用户相关的信息进行存储的数据库。

拼车管理数据库5022为对与用户A所计划的拼车相关的信息进行存储的数据库。

参照图19，对被存储在用户信息数据库5021中的用户信息的图表结构进行说明。

用户信息表具有用户ID字段、终端识别信息字段、响应接收时刻字段。

在用户ID字段中，存储有作为用于对用户进行确定的识别信息的用户ID。

在终端识别信息字段中，为了经由无线通信部503而与用户终端60进行通信，从而存储有用于对该用户终端进行识别的信息。终端识别信息根据用户终端50与用户终端60的无线通信方式而被赋予各用户终端。

在响应接收时刻字段中，存储有经由无线通信部503而从用户终端60接收到响应的时刻。

对在拼车管理数据库5022中存储的拼车管理信息的图表结构进行说明。

在计划者字段中，存储有确定对拼车进行了计划的用户的识别信息。在此，存储有用户A的姓名。

关于出发日期和时间字段、出发地字段、目的地字段、招募人数字段，由于与拼车管理数据库4032中的各字段相同，因此省略详细的说明。

无线通信部503为，用于将用户终端50与网络N2连接的通信接口。无线通信部503的、距用户终端50的可通信距离被限定。也可以对应于不同的无线通信方式而具有多个无线通信部。另外，无线通信部503通过改变所发送的电波的输出，从而能够对可通信范围进行变更。

在本实施方式中，对无线通信部503的、距用户终端50的可通信距离进行限定的方法的示例如下文所述。例如，无线通信部503具有点对点的通信单元，例如，具有BluetoothLow Energy(BLE)、Bluetooth、ZigBee(注册商标)、或者由无线LAN实现的通信部，通过控制部501安装推送通知处理，从而实现了对可通信距离进行限定的通信。并且，在无线通信部503具有无线LAN的接口的情况下，通过使用点对点模式(ad hoc mode)，从而能够与被设置于用户终端60中的无线LAN的适配器相互直接地进行通信。可通信距离例如被报告为，在BLE中为几m至几十m，在Bluetooth中为10m至100m，在Bluetooth 5中最大为400m，在ZigBee中为10m至100m，在无线LAN中为100m至300m左右。并且，在无线通信部503使用BLE、Bluetooth、ZigBee、或者无线LAN等的情况下，接收拼车招募信息的用户所使用的用户终端60也以具有所对应的通信单元的接口的情况为前提。

位置取得部504取得用户终端50的当前位置。由于位置取得部604的结构与位置取得部104相同，因此省略详细的说明。

输入输出部505为，接受用户所实施的输入操作并向用户提示信息的单元。由于输入输出部505的结构与输入输出部105相同，因此省略详细的说明。

对用户终端60的结构进行说明。图20为表示用户终端60的系统结构的图。

用户终端60为接收拼车招募信息的用户所具有的终端。

例如，用户终端60为智能手机、手机、平板计算机、个人信息终端、笔记本电脑、可穿戴计算机(智能手表等)那样的小型的计算机。用户终端60被构成为，包括控制部601、存储部602、无线通信部603、位置取得部604、输入输出部605。

控制部601为对用户终端60所实施的控制进行管理的运算处理装置。控制部601通过CPU等运算处理装置来实现。

控制部601被构成为，具有招募信息处理部6011的功能模块。功能模块通过由CPU执行存储在后述的存储部602中的程序来实现。

招募信息处理部6011经由无线通信部603而接收从用户终端50被发送的拼车招募信息，并将该拼车招募信息经由输入输出部605而提示给用户。另外，接受来自用户的拼车的申请，并向用户终端50发送包含对于拼车的申请在内的信息。而且，从用户终端50接收与是否决定为了对于拼车的同乘者的情况相关的信息。

存储部602被构成为，包括主存储装置和辅助存储装置。关于主存储装置以及辅助存储装置，由于与存储部102相同，因此省略详细的说明。

在存储部602中，存储有拥有用户终端60的用户以及包括与用户终端相关的信息在内的用户信息6021。

无线通信部603为用于将用户终端60与网络N2连接的通信接口。

位置取得部604取得用户终端60的当前位置。由于位置取得部604的结构与位置取得部104相同，因此，省略详细的说明。

输入输出部605为，受理用户所实施的输入操作并向用户提示信息的单元。由于输入输出部605的结构与输入输出部105相同，因此，省略详细的说明。

(匹配处理)

根据图21所示的流程图，对作为本实施方式所涉及的信息处理方法的匹配处理进行说明。

在步骤S51中，用户A启动用户终端50的匹配应用程序，并经由输入输出部而输入出发地、目的地、预定出发日期和时间、招募人数等。根据所输入的信息，招募信息生成部5011关于用户A所计划的拼车而生成用于招募同乘者的拼车招募信息。

在步骤S52中，根据用户A的要求，并经由无线通信部503而发送拼车招募信息。例如，在利用用户终端50的匹配应用程序而确定了与拼车相关的出发地等的输入事项之后，显示发送按钮，并在检测出用户A触摸了发送按钮的情况下，发送拼车招募信息。在本实施方式中，在从无线通信部503发送包括拼车招募信息的信息时，并未确定发送目的地。在包含拼车招募信息的信息中包含有如下的信息，即，接收到的用户终端对此信息为包含面向系统2中的用户的拼车招募信息的信息进行确定的信息。另外，在本实施方式中，作为通信单元的无线通信部503的、距用户终端50的可通信距离被限定。因此，能够接收包含从用户终端50被发送的拼车招募信息的信息的仅为处于可通信范围内的用户终端60。即，在本实施方式中，基准位置为用户终端50的位置，与距基准位置的距离相关的条件为，从用户终端50起而在通信介质的可通信范围内存在用户终端60的情况。在用户A乘坐在被提供于拼车的车辆中的情况下，或者，在用户终端50为车载终端的情况下，基准位置也为被提供于拼车的车辆的位置。另外，也可以采用如下方式，即，通过用户A作为基准位置而将自身的用户终端50的位置指定为基准位置，从而执行本实施方式所涉及的匹配处理。

接收到包含拼车招募信息的信息的用户终端60启动应用程序，并经由输入输出部605而向用户提示拼车招募信息。申请作为拼车招募信息的对象的拼车的用户经由输入输出部605而输入申请。接受用户的输入的用户终端60的应用程序向通过先接收的信息所包含的终端识别信息而被确定的用户终端50发送响应。在此，在向用户终端50发送的响应中，包含被存储在存储部602中的用户信息。

在步骤S53中，匹配处理部5013接收来自用户终端60的响应，所述用户终端60接收到包含从用户终端50所发送的拼车招募信息在内的信息。在从用户终端60接收响应时，预先存储来自各用户终端60的响应的接收时刻。从用户终端60发送了对于申请的响应的用户为，响应通知而希望进行对于拼车的同乘的希望同乘者。

在步骤S54中，匹配处理部5013以从响应的接收时刻最靠前的用户起依次达到招募人数为止的方式，而将该用户决定为拼车的同乘者。

在步骤S55中，匹配处理部5013将与决定为拼车的同乘者的用户相关的信息存储在拼车管理数据库5022中。

在步骤S56中，匹配处理部5013使用户终端50的输入输出部505显示与决定为拼车的同乘者的用户相关的信息。

在步骤S57中，匹配处理部5013经由无线通信部503而向被决定为拼车的同乘者的用户通知该情况，并向虽然申请了拼车但未被决定为同乘者的用户通知结束招募的情况。

并且，也可以采用如下方式，即，在从拼车的同乘者决定起、到用户实际乘车为止的期间内，以预定间隔而将被决定为同乘者的用户的用户终端60的当前位置发送至用户A的用户终端50。如果采用这样的方式，则用户A能够掌握决定为同乘者的用户至实际乘车为止的行动。

这样，根据本实施方式，通过限定为当前位置距出发地较近且能够在短时间内同乘的用户并招募拼车的同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。

虽然在本实施方式中，从用户终端60发送了与用户相关的信息，但也可以采用如下方式，即，预先使响应中仅包含用户ID，并且使接收到的用户终端50向管理包含属性信息在内的与用户相关的信息的服务器进行询问。另外，也可以将匹配的拼车信息向对拼车进行辅助的服务器发送并进行管理。另外，也可以采用如下方式，即，从对拼车进行辅助的服务器中取得用户终端60的终端识别信息，并向各用户终端发送拼车招募信息，并且在发送时接收来自处于无线通信部503的可通信范围内的用户终端60的响应。

(第一改变例)

在图22中，对第三实施方式的第一改变例所涉及的处理进行说明。关于装置结构，由于与第三实施方式相同，因此省略详细的说明。

在图22所示的流程图中，对于与图21共同的处理而标记相同的符号，并省略说明。在本改变例中，在用户A输入与拼车相关的信息时，关于拼车的同乘者而预先指定所希望的属性，并与来自用户的响应所包含的属性信息进行对照，从而决定同乘者。

在本改变例中，在步骤S53中，在从用户终端60接收到响应时，也将属性信息存储在用户信息数据库5021中。

在步骤S53中，在接收到来自用户终端60的响应之后，在步骤S58中，匹配处理部5013取得用户A所指定的属性信息。

在步骤S59中，匹配处理部5013从接收时刻最靠前的用户起依次取得该用户的属性信息。

在步骤S60中，匹配处理部5013对用户A所指定的属性信息与在步骤S59中所取得的用户的属性信息进行对照。

在步骤S60中，在判断为用户A所指定的属性信息与用户的属性信息相符的情况下，进入步骤S61，并将该用户决定为同乘者。

在步骤S60中，在判断为用户A所指定的属性信息与用户的属性信息不相符的情况下，进入步骤S57。

在步骤S62中，匹配处理部5013对决定为同乘者的用户的人数是否达到招募人数进行判断。

在步骤S62中，在判断为决定为同乘者的用户的人数达到招募人数的情况下，进入步骤S55。

在步骤S62中，在判断为决定为同乘者的用户的人数未达到招募人数的情况下，返回至步骤S59。

这样，根据本改变例，通过限定为当前位置距出发地较近且能够在短时间内同乘的用户并招募拼车的同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。而且，关于拼车的同乘者的属性，能够实施反映了对拼车进行了计划的用户所希望的、更优选的匹配。

(第二改变例)

在图23中，对第三实施方式的第二改变例所涉及的处理进行说明。关于装置结构，由于与第三实施方式相同，因此省略详细的说明。

在图23所示的流程图中，对于与图21相同的处理而标记相同的符号，并省略说明。在本改变例中，向对于拼车招募信息而进行响应的用户发送属性信息，并使用户A对将哪些用户决定为同乘者进行选择。

在本改变例中，在步骤S53中，在接收到来自用户终端60的响应之后，在步骤S63中，对于接收到响应的用户，而从接收时刻最靠前的用户起依次将与包括属性信息在内的用户相关的信息显示在输入输出部505上。此时，关于将哪些用户决定为同乘者，由用户A经由输入输出部505来接受选择。

在步骤S64中，匹配处理部5013对用户A决定为同乘者的用户的人数是否达到招募人数进行判断。

在步骤S64中，在用户A决定为同乘者的用户的人数达到招募人数的情况下，在步骤S55中，将所决定的同乘者存储在拼车管理图表中，并进入步骤S56。

在步骤S64中，在用户A决定为同乘者的用户的人数尚未达到招募人数的情况下，返回至步骤S63。

在步骤S56中，将与决定为同乘者的用户相关的信息显示在输入输出部505上。

在步骤S57中，匹配处理部5013向决定为同乘者的用户通知该情况，并向未成为同乘者的用户通知结束招募的情况。

这样，根据本改变例，通过限定为当前位置距出发地较近且能够在短时间内同乘的用户并招募拼车的同乘者，从而即使在用户中突发性地产生了拼车的机会的情况下，也能够不花费时间而灵活地进行匹配。而且，关于拼车的同乘者的属性，能够实施反映了对拼车进行了计划的用户所希望的、更优选的匹配。

(改变例)

上述的实施方式只不过为一个示例，本发明能够在不脱离其主旨的范围内适当地进行变更来实施。

在本公开内容中说明的处理或手段只要未产生技术上的矛盾，则能够自由地进行组合来实施。

另外，作为一个装置而实施的情况来进行了说明的处理也可以通过多个装置来分担而执行。例如，服务器30、40也可以为搭载于被进行拼车的车辆中的车载终端。另外，也可以通过计算机装置和车载终端来分担并执行服务器30、40的功能。另外，用户终端10、50也可以为搭载于被进行拼车的车辆中的终端。车辆既可以为由驾驶员手动驾驶的车辆，也可以为自动行驶的车辆。车载终端既可以为导航装置或者与导航装置连接的装置，也可以为用于实施自动行驶的计算机。

另外，作为不同的装置而实施的情况来进行了说明的处理也可以通过一个装置来执行。在计算机系统中，以何种硬件结构(服务器结构)来实现各功能是能够灵活地变更的。

本发明也能够通过向计算机提供安装有上述的实施方式中所说明的功能的计算机程序，并使该计算机所具有的一个以上的处理器读取并执行程序来实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非临时性的计算机可读存储介质来提供给计算机，也可以经由网络来提供给计算机。非临时性的计算机可读存储介质例如包括磁盘(软盘(Floopy，注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM、DVD光盘、蓝光光盘等)等任意类型的光盘、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光学式卡、为了存储电子命令而适用的任意的类型的介质。

符号说明

10····用户终端；

20····用户终端；

30····服务器；

301···控制部；

302···通信部；

40····服务器；

401···控制部；

402···通信部；

50····用户终端；

501···控制部；

502···无线通信部；

60····用户终端。

Claims (12)

1.一种信息处理装置，其中，

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

经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知；

取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离相关联的条件的希望同乘者的信息。

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

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

经由所述通信部，并通过推送通知来发送招募所述同乘者的通知。

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

所述通信部执行如下操作，即：

根据所述条件，并通过从所述基准位置起的可通信距离被限定了的通信单元来发送所述通知。

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

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

经由所述通信部，而从响应所述通知的所述希望同乘者处取得与该希望同乘者的位置相关的信息。

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

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

经由所述通信部，而取得与希望收到招募同乘者的通知的希望通知者的位置相关的信息；

从与所述希望通知者的位置相关的信息中提取符合所述条件的所述希望通知者；

经由所述通信部，而向被提取出的所述希望通知者发送根据来自所述计划者的要求的所述通知。

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

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

取得进行了所述响应的希望同乘者的属性信息，并根据该属性信息而决定所述同乘者。

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

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

接受所述计划者对于所述响应的选择，并决定所述同乘者。

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

所述基准位置为被提供于所述拼车的车辆的位置。

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

所述基准位置为所述计划者的装置的位置。

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

所述基准位置为所述计划者所指定的位置。

11.一种信息处理方法，包括：

经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知的步骤；

取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离相关联的条件的希望同乘者的信息的步骤。

12.一种记录介质，其存储有用于使计算机执行如下步骤的程序，所述步骤包括：

经由通信部，并根据来自对拼车进行了计划的计划者的要求，而发送招募同乘者的通知的步骤；

取得响应所述通知而希望进行对于所述拼车的同乘的希望同乘者、且符合与距基准位置的距离关联的条件的希望同乘者的信息的步骤。

Images