拼车辅助方法、拼车辅助装置以及拼车辅助系统

摘要

本发明的拼车辅助方法、拼车辅助装置以及拼车辅助系统，基于车辆调度请求，来生成针对第一用户(辅助者)的车辆的车辆调度计划候选，向操作终端发送用于向第一用户(被辅助者)请求同意车辆面向第二用户的规定辅助的辅助请求，从操作终端获取表示能否同意规定辅助的能否辅助数据，将车辆调度计划候选与能否辅助数据相关联地进行记录。

说明书

技术领域

本发明涉及一种拼车辅助方法、拼车辅助装置以及拼车辅助系统。

背景技术

在专利文献1中提出了如下技术：为了自动地制定使被护理者在被接送时的乘车负担减轻的接送计划，基于被护理者信息来进行服务运营商的决定、座位的分配、接送路线的计划的制定。

现有技术文献

专利文献

专利文献1：日本特开2006-201990号公报

发明内容

发明要解决的问题

然而，专利文献1所记载的技术是仅将被护理者作为减轻乘车负担的对象，并不是广泛地将需要辅助的利用者作为对象的技术。另外，专利文献1所记载的技术是以利用配备了进行被护理者的接送的工作人员的接送服务为前提的技术，在利用未配备工作人员的接送服务的情况下，无法减轻利用者的负担。

本发明是鉴于上述问题而完成的，其目的在于，提供一种能够使利用者彼此的协助关系反映到车辆调度计划来使需要辅助的利用者在利用车辆调度服务时受到的负担减轻的拼车辅助方法、拼车辅助装置以及拼车辅助系统。

用于解决问题的方案

为了解决上述的问题，本发明的一个方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统，基于车辆调度请求，来生成针对第一用户(辅助者)的车辆的车辆调度计划候选，向操作终端发送用于向第一用户请求同意车辆面向第二用户(被辅助者)的规定辅助的辅助请求，从操作终端获取表示能否同意规定辅助的能否辅助数据，将车辆调度计划候选与能否辅助数据相关联地进行记录。

发明的效果

根据本发明，能够使利用者彼此的协助关系反映到车辆调度计划，来减轻需要辅助的利用者在利用车辆调度服务时受到的负担。

附图说明

图1是示出本发明的一个实施方式所涉及的拼车辅助系统的结构的框图。

图2是示出本发明的一个实施方式所涉及的拼车辅助中的、与第一用户(辅助者)侧相关的处理过程的流程图。

图3是示出本发明的一个实施方式所涉及的拼车辅助中的、与第二用户(被辅助者)侧相关的处理过程的流程图。

具体实施方式

接着，参照附图来对本发明的实施方式详细地进行说明。在说明中，对相同的部分标注相同附图标记并省略重复说明。

[拼车辅助系统的结构]

图1是示出本实施方式所涉及的拼车辅助系统的结构的框图。如图1所示，拼车辅助系统具备：通过无线或优先的网络400彼此连接的、终端100(操作终端)、车辆调度服务器200(拼车辅助装置)以及车辆300。

终端100受理来自用户的车辆调度请求，发送所受理到的车辆调度请求。作为终端100，例如可举出用户日常利用的便携式终端(智能手机、平板电脑等)。

此外，利用拼车辅助系统的用户包含作为辅助者的第一用户以及作为接受来自第一用户的规定的辅助的被辅助者的第二用户。第一用户和第二用户可以分别持有不同的终端100，第一用户和第二用户也可以共享相同的终端100。

作为被辅助者，例如可举出规定的年龄以上或规定的年龄以下的乘客(儿童或老年人)、规定的性别的乘客、需要规定的护理的乘客(身体残障者等)。

车辆调度服务器200(拼车辅助装置)获取用户的车辆调度请求和车辆300的信息，并基于获取到的信息来生成按照车辆调度请求的车辆调度计划候选和车辆调度计划。然后，输出所生成的车辆调度计划候选和车辆调度计划。车辆调度计划候选和车辆调度计划的生成的详情在后文描述。

此外，车辆300是提供供用户到指定的目的地(用户的目的地)的移动方式的交通工具，例如可举出自动驾驶车辆。此外，作为车辆300，例如可举出有人驾驶出租车/无人驾驶的出租车、公共汽车、卡车等各种移动方式。在拼车辅助系统中登记有多台车辆。

网络400例如可举出因特网。网络400也可以是利用4G/LTE、5G等移动通信功能的网络。

此外，虽然在图1中未示出，但服务商(例如DeNA(注册商标)、UBER(注册商标)等车辆调度服务提供公司)的管理服务器也可以与网络400连接，来构成拼车辅助系统的一部分。

在该情况下，也可以是，从终端100发送的车辆调度请求被服务商的管理服务器处理，处理后的车辆调度请求被发送至车辆调度服务器200。另外，也可以是，车辆300的信息被服务商的管理服务器处理，处理后的车辆300的信息被发送至车辆调度服务器200。

并且，也可以是，从车辆调度服务器200输出的车辆300的信息被服务商的管理服务器处理，处理后的信息被发送至终端100。

下面为了简化说明，省略服务商的管理服务器，设为终端100能够经由网络400来与车辆调度服务器200双向通信，并且设为车辆300能够经由网络400来与车辆调度服务器200双向通信。

[终端的结构]

接着，对终端100(操作终端)进行说明。如图1所示，本实施方式所涉及的终端100具备：传感器150、显示部160、操作部170、通信部110以及控制部130(控制器)。

传感器150由多个传感器组构成，包括获取终端100的位置信息的位置检测传感器。例如，位置检测传感器是GPS(全球定位系统)等测量绝对位置的传感器。

此外，传感器150还可以包括获取与终端100所处的环境有关的环境信息的环境传感器。例如，环境传感器是温度传感器、湿度传感器、振动传感器、加速度传感器、麦克风等。

显示部160显示由拼车辅助系统提供的车辆300的信息、与由车辆调度服务器200生成的车辆调度计划候选、车辆调度计划有关的信息。另外，显示部160也可以显示与第二用户所需的规定辅助(或辅助内容)有关的信息、与用于向第一用户请求同意面向第二用户的规定辅助的辅助请求有关的信息、表示能否同意规定辅助的信息(能否辅助数据)。除此以外，显示部160可以显示与第一用户、第二用户有关的信息等。

通过后述的通信部110经由网络400从车辆调度服务器200获取要由显示部160显示的信息。除此以外，显示部160也可以显示前往到与车辆300碰面的地点所需的路径信息、用于引导用户到该地点的移动的引导信息。

在此，在规定辅助中，例如能够包含第二用户乘上被调度的车辆或从被调度的车辆下车时对第二用户的辅助(针对第二用户进行的上车或下车的动作的帮助、针对第二用户向车辆装载货物或卸下货物动作的帮助等)。

另外，在规定辅助中，能够包含与被调度的车辆有关的权利(占有车辆的座位的权利、占有车辆的空间的权利等)向第二用户的转移。例如，在第二用户是轮椅利用者的情况下，为了装载轮椅，可能会产生占用车辆的座位、空间的需要。为了应对这样的需要，从第一用户向第二用户转移与被调度的车辆有关的权利。

并且，在规定辅助中，能够包含生成使第二用户比第一用户优先的车辆调度计划、以使第二用户的上车或下车比第一用户的上车或下车优先的方式生成车辆调度计划。在生成使第一用户比第二用户优先的车辆调度计划的情况下，可能会产生对于第二用户而言难以上车或下车的位置被设定为第二用户的上下车地的情况。为了避免这样的情况，生成使第二用户比第一用户优先的车辆调度计划。

另外，在规定辅助中，能够包含以使第二用户进行的座位的预约比第一用户进行的座位的预约优先的方式生成车辆调度计划。例如，在第二用户是残障者等的情况下，在车辆内可能会发生难以从车辆的出入口移动到能够在车辆内利用的座位的情况。为了避免这样的情况，以优先第二用户进行的座位的预约的方式生成车辆调度计划。

除此以外，在规定辅助中，能够包含以使第二用户的希望比第一用户的希望优先的方式调节被调度的车辆的内部的环境(温度、湿度、照明的强度、扬声器音量、在车内监视器中显示或从扬声器播放的内容等)。

操作部170受理与来自用户对拼车辅助系统的各种命令对应的用户的操作。例如，操作部170可以是具备多个按钮的输入接口，也可以是具备触摸接口的触摸面板。

更具体而言，也可以是，显示部160以能够由用户操作的方式显示通过图片或符号表现出的图标，操作部170通过用户对所显示的图标进行触摸、拖拽等来受理用户的操作。

除此以外，在对终端100进行操作的用户是第二用户的情况下，操作部170也可以基于用户的操作来受理表示第二用户所需的规定辅助的信息。另外，在对终端100进行操作的用户是第一用户的情况下，操作部170也可以基于用户的操作来受理能否辅助数据。

并且，操作部170也可以基于用户的操作来受理表示是否同意车辆调度计划候选的信息(能否同意计划数据)。

通信部110在与网络400之间发送接收信息。通信部110将从网络400获取到的信息存储于未图示的存储器等，另外，对网络400输出车辆调度请求、环境信息等规定的信息。例如，通信部110可以是具备4G/LTE的移动通信功能的车载设备，也可以是具备Wifi通信功能的车载设备。

控制部130与传感器150、显示部160、操作部170、通信部110连接，向控制部130输入来自传感器150、操作部170、通信部110的信息，从控制部130输出去向显示部160、通信部110的信息。

此外，控制部130是具备CPU(中央处理装置)、存储器以及输入输出部的通用的微计算机。在控制部130中安装有用于使其作为终端100的一部分发挥功能的计算机程序(拼车辅助程序)。通过执行计算机程序，控制部130进行对显示部160和通信部110的控制。

控制部130所具备的各种信息处理可以通过软件来实现，也可以通过专用的硬件来实现。

作为控制部130进行的信息处理，特别的是，控制部130基于用户对操作部170的操作来获取来自用户的车辆调度请求。例如，在车辆调度请求中可以包含对用户利用车辆300前往的预定的目的地的指定。除此以外，在车辆调度请求中也可以包含对车辆300的可乘车人数、规格、类别等的指定。

除此以外，在车辆调度请求中也可以包含用户的属性信息。用户的属性信息可以包含用户的喜好、年龄、性别、职业类型、身体特征、在车辆调度请求前后有无事件、事件类型等信息。例如，在终端100是用户日常利用的便携式终端(智能手机、平板电脑等)的情况下，作为拼车辅助程序的应用程序也可以通过与SNS(社交网络服务)、其它云服务等协作来获取这些属性信息。

除此以外，在对终端100进行操作的用户是第二用户的情况下，在车辆调度请求中也可以包含表示第二用户所需的规定辅助的信息。另外，在对终端100进行操作的用户是第一用户的情况下，在车辆调度请求中也可以包含能否辅助数据。

关于表示第二用户所需的规定辅助的信息，也可以由控制部130不依赖于用户的操作而基于用户的属性信息来进行设定。

[车辆调度服务器的结构]

对车辆调度服务器200(拼车辅助装置)进行说明。本实施方式所涉及的车辆调度服务器200具备：通信部210(通信单元)、数据库220以及控制部230(控制器)。

通信部210在与网络400之间发送接收信息。通信部210从网络400获取从终端100发送的车辆调度请求、表示第二用户所需的规定辅助的信息、表示能否同意面向第二用户的规定辅助的信息、从车辆300发送的车辆信息(例如，车辆300的位置信息、燃料余量、表示是否正在提供车辆调度服务的状态信息)等规定信息，并将获取到的信息记录于数据库220。

数据库220存储由通信部210获取到的信息。除此以外，数据库220也可以存储用户过去的车辆调度请求、拼车辅助系统的利用历史记录、频率等。

控制部230(控制器、处理部的一例)是具备CPU(中央处理装置)、存储器以及输入输出部的通用的微计算机。在控制部230中安装有用于使其作为车辆调度服务器的一部分发挥功能的计算机程序(拼车辅助程序)。通过执行计算机程序，控制部230作为多个信息处理电路(231、233、235、237)发挥功能。

此外，在此，示出通过软件来实现控制部230所具备的多个信息处理电路(231、233、235、237)的例子。但是，也能够准备用于执行下面所示的各信息处理的专用的硬件来构成信息处理电路(231、233、235、237)。另外，也可以由单独的硬件构成多个信息处理电路(231、233、235、237)。

控制部230具备车辆调度计划候选管理部231、辅助内容获取部233、能否辅助确认部235、车辆调度计划设定部237来作为多个信息处理电路(231、233、235、237)。

车辆调度计划候选管理部231(车辆调度计划候选管理单元)基于来自用户的车辆调度请求，来生成车辆调度计划候选。更具体而言，车辆调度计划候选管理部231基于车辆调度请求中所包含的车辆调度条件(用户希望的出发地、目的地、出发时刻、到达时刻等)，来生成满足车辆调度条件的一个或多个车辆调度计划候选。

此外，车辆调度计划候选管理部231也可以针对所生成的各车辆调度计划候选一起计算基于车辆调度条件的评价值。另外，车辆调度计划候选管理部231也可以表示计算值越高则该车辆调度计划候选越适于用户的车辆调度条件的评价值。

车辆调度计划候选管理部231所生成的车辆调度计划候选也可以与来自多个用户的车辆调度请求相关联。在该情况下，车辆调度计划候选管理部231也可以与来自多个用户的车辆调度请求对应地针对一个车辆调度计划候选计算多个评价值。

例如，讨论在来自第一用户的车辆调度请求之后存在来自第二用户的车辆调度请求的情况。在该情况下，也可以对基于来自第一用户的车辆调度请求而生成的车辆调度计划候选进行校正，来生成基于来自第二用户的车辆调度请求而生成的车辆调度计划候选。在该情况下，校正后的车辆调度计划候选与来自第一用户的车辆调度请求及来自第二用户的车辆调度请求双方相关联。特别是，根据校正后的车辆调度计划候选，可能产生第一用户和第二用户同时乘上相同的车辆的时机。

也可以是，在来自第二用户的车辆调度请求之后存在来自第一用户的车辆调度请求的情况下，对基于来自第二用户的车辆调度请求而生成的车辆调度计划候选进行校正，来生成基于来自第一用户的车辆调度请求而生成的车辆调度计划候选。在该情况下，校正后的车辆调度计划候选也与来自第一用户的车辆调度请求及来自第二用户的车辆调度请求双方相关联。特别是，根据校正后的车辆调度计划候选，可能产生第一用户和第二用户同时乘上相同的车辆的时机。

在以上的说明中，“校正车辆调度计划候选”包括对已经由车辆调度计划候选管理部231生成的车辆调度计划候选中所包含的车辆300的通过地点、通过时刻进行变更的概念。通过“校正车辆调度计划候选”，从而生成满足第一用户的车辆调度请求中所包含的车辆调度条件和第二用户的车辆调度请求中所包含的车辆调度条件的车辆调度计划候选。

为了说明，将车辆的当前所在地标记为“C”，将第一用户的上车地标记为“S1”，将第一用户的下车地标记为“E1”，将第二用户的上车地标记为“S2”，将第二用户的下车地标记为“E2”。在基于来自第一用户的车辆调度请求的车辆调度计划候选为车辆在“C→S1→E1”的路线上行驶的计划的情况下，在校正后有时被校正为“C→S1→S2→E2→E1”、“C→S2→S1→E1→E2”、“C→S1→S2→E1→E2”、“C→S2→S1→E2→E1”。对于基于来自第二用户的车辆调度请求的车辆调度计划候选(“C→S2→E2”)，也能够同样地进行校正。

此外，车辆调度计划候选也有时被校正为“C→S1→E1→S2→E2”、“C→S2→E2→S1→E1”，但在这些情况下，不会产生第一用户和第二用户同时乘上相同的车辆的时机。因此，这些情况不是本实施方式所涉及的拼车辅助的对象。

车辆调度计划候选管理部231每当受理来自用户的车辆调度请求时，生成或校正一个或多个车辆调度计划候选。即，每当受理车辆调度请求时，成为车辆调度计划候选管理部231的管理对象的车辆调度计划候选能够随时变动。

在存在与来自第一用户的车辆调度请求及来自第二用户的车辆调度请求双方相关联的车辆调度计划候选的情况下，辅助内容获取部233(辅助内容获取单元)获取与该车辆调度计划候选有关的第二用户所需的规定辅助，并生成用于向第一用户请求同意面向第二用户的规定辅助的辅助请求。

在存在与来自第一用户的车辆调度请求及来自第二用户的车辆调度请求双方相关联的车辆调度计划候选的情况下，能否辅助确认部235(能否辅助确认单元)向与该车辆调度计划候选有关的第一用户进行操作的终端100发送由辅助内容获取部233生成的辅助请求。之后，从终端100获取能否辅助数据。

此外，也可以是，在完成基于来自第一用户的车辆调度请求而被调度的车辆的预约之前，能否辅助确认部235将辅助请求发送至终端100。

由能否辅助确认部235获取到的能否辅助数据被发送至车辆调度计划候选管理部231，由车辆调度计划候选管理部231生成与能否辅助数据相关联的与第一用户及第二用户有关的车辆调度计划候选同获取到的能否辅助数据成对的组合数据。组合数据存储于数据库220。

车辆调度计划设定部237(车辆调度计划设定单元)获取表示是否同意车辆调度计划候选的信息(能否同意计划数据)，并基于能否同意计划数据来将车辆调度计划候选设定为车辆调度计划。具体而言，车辆调度计划设定部237参照获取到的能否同意计划数据，将用户同意的车辆调度计划候选设定为车辆调度计划。

另外，车辆调度计划设定部237也可以将所设定的车辆调度计划发送至终端100，并经由显示部160呈现给用户。

除此以外，在所设定的车辆调度计划是与来自第一用户的车辆调度请求及来自第二用户的车辆调度请求双方相关联的车辆调度计划的情况下，车辆调度计划设定部237也可以针对第一用户将第二用户的信息(用户名、性别、联系方式等)发送至终端100，并经由显示部160向第一用户通知该信息。另外，也可以同时针对第二用户将第一用户的信息(用户名、性别、联系方式、能否辅助数据等)发送至终端100，并经由显示部160向第二用户通知该信息。

在第二用户设定为不允许自身的信息公开的意思的情况下，车辆调度计划设定部237也可以向第一用户通知将第二用户的信息匿名化得到的匿名信息，来取代向第一用户通知第二用户的信息。在第一用户设定为不允许自身的信息公开的意思的情况下，车辆调度计划设定部237也可以向第二用户通知将第一用户的信息匿名化得到的匿名信息和能否辅助数据，来取代向第二用户通知第一用户的信息。

[拼车辅助的处理过程]

接着，参照图2和图3的流程图来说明本实施方式所涉及的拼车辅助的处理过程。

图2是示出本实施方式所涉及的拼车辅助中的、与第一用户(辅助者)侧相关的处理过程的流程图。图3是示出本实施方式所涉及的拼车辅助中的、与第二用户(被辅助者)侧相关的处理过程的流程图。

在此，图2的流程图所示的处理过程在受理来自第一用户的车辆调度请求的时机开始，图3的流程图所示的处理过程在受理到来自第二用户的车辆调度请求的时机开始。

因而，能够并行地执行图2的流程图所示的处理过程和图3的流程图所示的处理过程。也可以先开始图2的流程图所示的处理过程和图3的流程图所示的处理过程中的任一者。

首先，对图2的流程图进行说明。在步骤S101中，车辆调度计划候选管理部231读入来自第一用户的车辆调度请求，并基于车辆调度请求来获取车辆调度条件。然后，车辆调度计划候选管理部231基于车辆调度条件，来生成或校正与第一用户相关联的一个或多个车辆调度计划候选。

在步骤S103中，车辆调度计划候选管理部231从作为管理对象的一个或多个车辆调度计划候选中获取与第一用户相关联的一个车辆调度计划候选。此外，车辆调度计划候选管理部231也可以从与第一用户相关联的车辆调度计划候选中按照评价值从高到低的顺序依次获取车辆调度计划候选。

在步骤S105中，车辆调度计划候选管理部231判定是否存在与获取到的车辆调度计划候选相关联的第二用户。

在判定为不存在第二用户的情况下(在步骤S105中为“否”的情况下)，进入步骤S113。

另一方面，在判定为存在第二用户的情况下(在步骤S105中为“是”的情况下)，进入步骤S107，辅助内容获取部233获取与所获取到的车辆调度计划候选有关的第二用户所需的规定辅助，来生成用于向第一用户请求同意面向第二用户的规定辅助的辅助请求。

在步骤S109中，能否辅助确认部235向终端100发送由辅助内容获取部233生成的辅助请求。第一用户经由终端100输入是否同意由辅助请求表示的规定辅助，之后，从终端100获取基于第一用户的输入而生成的能否辅助数据。

在步骤S111中，能否辅助确认部235基于能否辅助数据，来判定第一用户是否同意获取到的车辆调度计划候选。

在基于能否辅助数据而判定为第一用户不同意规定辅助的情况下(在步骤S111中为“否”的情况下)，在将获取到的车辆调度计划候选设为对象外之后，返回到步骤S103。

另一方面，在基于能否辅助数据而判定为第一用户同意规定辅助的情况下(在步骤S111中为“是”的情况下)，车辆调度计划候选管理部231生成获取到的车辆调度计划候选与获取到的能否辅助数据成对的组合数据，之后，进入步骤S113。

在步骤S113中，车辆调度计划设定部237获取能否同意计划数据，并基于能否同意计划数据，来判定第一用户是否同意获取到的车辆调度计划候选。

在基于能否同意计划数据而判定为第一用户不同意车辆调度计划候选的情况下(在步骤S113中为“否”的情况下)，在将获取到的车辆调度计划候选设为对象外之后，返回到步骤S103。

另一方面，在基于能否同意计划数据而判定为第一用户同意车辆调度计划候选的情况下(在步骤S113中为“是”的情况下)，在步骤S115中，车辆调度计划设定部237将获取到的车辆调度计划候选设定为第一用户的车辆调度计划。

在步骤S117中，车辆调度计划设定部237判定第一用户是否同意公开自身的信息。具体而言，车辆调度计划设定部237基于利用登录到拼车辅助系统的时间点的信息或车辆调度请求中所包含的信息，来进行判定。

在判定为第一用户同意公开自身的信息的情况下(在步骤S117中为“是”的情况下)，在步骤S119中，车辆调度计划设定部237对第二用户通知第一用户的信息(用户名、性别、联系方式、能否辅助数据等)。

另一方面，在判定为第一用户不同意公开自身的信息的情况下(在步骤S117中为“否”的情况下)，在步骤S121中，车辆调度计划设定部237对第二用户通知将第一用户的信息匿名化得到的匿名信息和能否辅助数据。

接着，对图3的流程图进行说明。在步骤S201中，车辆调度计划候选管理部231读入来自第二用户的车辆调度请求，并基于车辆调度请求来获取车辆调度条件。

在步骤S203中，辅助内容获取部233获取与车辆调度计划候选有关的第二用户所需的规定辅助。

在步骤S205中，车辆调度计划候选管理部231判定在与第二用户相关联的一个或多个车辆调度计划候选中是否存在满足第二用户所需的规定辅助的车辆调度计划候选。具体而言，参照存储于数据库220的组合数据，来判定是否存在与表示同意第二用户所需的规定辅助的能否辅助数据成对的车辆调度计划候选。

在判定为不存在满足第二用户所需的规定辅助的车辆调度计划候选的情况下(在步骤S205中为“否”的情况下)，在步骤S207中，车辆调度计划候选管理部231基于车辆调度条件，来生成与第二用户相关联的一个或多个车辆调度计划候选。

在判定为存在满足第二用户所需的规定辅助的车辆调度计划候选的情况下(在步骤S205中为“是”的情况下)，在步骤S209中，车辆调度计划设定部237获取能否同意计划数据，并基于能否同意计划数据，来判定第二用户是否同意获取到的车辆调度计划候选。

在基于能否同意计划数据而判定为第二用户不同意车辆调度计划候选的情况下(在步骤S209中为“否”的情况下)，在将获取到的车辆调度计划候选设为对象外之后，返回到步骤S205。

另一方面，在基于能否同意计划数据而判定为第二用户同意车辆调度计划候选的情况下(在步骤S209中为“是”的情况下)，在步骤S215中，车辆调度计划设定部237将获取到的车辆调度计划候选设定为第二用户的车辆调度计划。

在步骤S217中，车辆调度计划设定部237判定第二用户是否同意公开自身的信息。具体而言，车辆调度计划设定部237基于利用登录到拼车辅助系统的时间点的信息或车辆调度请求中所包含的信息，来进行判定。

在判定为第二用户同意公开自身的信息的情况下(在步骤S217中为“是”的情况下)，在步骤S219中，车辆调度计划设定部237对第一用户通知第二用户的信息(用户名、性别、联系方式等)。

另一方面，在判定为第二用户不同意公开自身的信息的情况下(在步骤S217中为“否”的情况下)，在步骤S221中，车辆调度计划设定部237对第一用户通知将第二用户的信息匿名化得到的匿名信息。

[实施方式的效果]

如以上详细地说明的那样，本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统，基于车辆调度请求，来生成针对第一用户(辅助者)的车辆的车辆调度计划候选，向操作终端发送用于向第一用户请求同意车辆面向第二用户(被辅助者)的规定辅助的辅助请求，从操作终端获取表示能否同意规定辅助的能否辅助数据，将车辆调度计划候选与能否辅助数据相关联地进行记录。

由此，能够使利用者彼此的协助关系反映到车辆调度计划，来减轻需要辅助的利用者在利用车辆调度服务时受到的负担。另外，由于将车辆调度计划候选与能否辅助数据相关联地进行记录，因此在计算辅助关系在多个用户之间成立的车辆调度计划时，无需再次参照多个用户的车辆调度请求，从而能够降低计算成本。

另外，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，在完成基于车辆调度请求而被调度的车辆的预约之前，向操作终端发送辅助请求。由此，第一用户能够在完成被调度的车辆的预约之前，确认是否需要辅助第二用户。并且，能够将第一用户关于是否进行对第二用户的辅助的判断反映到车辆调度计划。

并且，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，规定辅助包括在第二用户乘上基于车辆调度请求而被调度的车辆或从基于车辆调度请求而被调度的车辆下车时对第二用户的辅助。由此，第二用户获得第一用户的辅助而容易进行上车或下车。

另外，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，在规定辅助中，将与基于车辆调度请求而被调度的车辆有关的权利从第一用户转移到第二用户。由此，能够提高第二用户乘上车辆的期间的便利性。

并且，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，权利包括占用第一用户所预约的车辆的座位的权利或占用车辆的空间的权利。由此，能够获得第一用户的辅助，将第二用户的辅助所需的货物等容易地搭载于被调度的车辆。并且，能够提高第二用户乘上车辆的期间的便利性。

另外，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，规定辅助包括生成使第二用户比第一用户优先的车辆调度计划。由此，能够提高第二用户乘上车辆的期间的便利性。

并且，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，以使第二用户进行的座位的预约比第一用户进行的座位的预约优先的方式生成车辆调度计划。由此，能够提高第二用户乘上车辆的期间的便利性。

另外，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，以使第二用户的上车或下车比第一用户的上车或下车优先的方式生成车辆调度计划。由此，能够避免对于第二用户而言难以上车或下车的位置被设定为第二用户的上下车地的情况。其结果，能够提高第二用户的便利性。

并且，在本实施方式所涉及的拼车辅助方法、拼车辅助装置以及拼车辅助系统中，也可以是，第二用户包括规定年龄以上或规定年龄以下的乘客、规定性别的乘客或者需要规定的护理的乘客。由此。

以上，按照实施方式说明了本发明的内容，但本发明并不限定于这些记载，对于本领域技术人员而言显而易见的是能够进行各种变形和改良。形成本公开的一部分的论述及附图不应理解为限定本发明。对于本领域技术人员而言，根据本公开，各种代替实施方式、实施例以及运用技术是显而易见的。

本发明当然包含在此未记载的各种实施方式等。因而，本发明的技术范围仅由相对于上述的说明妥当的权利要求书所涉及的发明特定事项来确定。

上述的实施方式中示出的各功能能够通过一个或多个处理电路来安装。处理电路包括包含电路的处理装置等被编程的处理装置。处理装置还包括以执行实施方式所记载的功能的方式布置的面向特定用途的集成电路(ASIC)、以往类型的电路部件那样的装置。

附图标记说明

100：终端(操作终端)；110：通信部；130：控制部；150：传感器；160：显示部；170：操作部；200：车辆调度服务器(拼车辅助装置)；210：通信部；220：数据库(存储部)；230：控制部；231：车辆调度计划候选管理部(车辆调度计划生成部)；233：辅助内容获取部；235：能否辅助确认部；237：车辆调度计划设定部；300：车辆；400：网络。