阅读说明：本技术 共乘管理系统、共乘管理方法及程序 (Ride sharing management system, ride sharing management method, and program ) 是由 藤本直登志 伊藤洋 山本诚一 岩本进 于 2018-06-15 设计创作，主要内容包括：一种共乘管理系统,具备：通信部,其与由多个利用者分别使用的多个终端装置通信；取得部,其取得多个利用者的利用请求,该利用请求定义有至少包含相会希望地点的利用条件；利用者到达状况监视部,其监视所述利用者向基于所述相会希望地点而导出的规定的地点的到达状况；以及运行管理部,其基于所述利用请求所包含的利用条件,检索能够调配的车辆,决定车辆的运行日程,且该运行管理部基于由所述利用者到达状况监视部监视的到达状况,决定在所述规定的地点与车辆相会的利用者。(A ride sharing management system is provided with: a communication unit that communicates with a plurality of terminal devices used by a plurality of users, respectively; an acquisition unit that acquires a use request of a plurality of users, the use request defining a use condition including at least a meeting desired location; a user arrival status monitoring unit that monitors an arrival status of the user at a predetermined point derived based on the meeting desired point; and an operation management unit that searches for an available vehicle and determines an operation schedule of the vehicle based on the use condition included in the use request, and determines a user who meets the vehicle at the predetermined point based on the arrival situation monitored by the user arrival situation monitoring unit.)

共乘管理系统、共乘管理方法及程序

技术领域

本发明涉及共乘管理系统、共乘管理方法及程序。

本申请基于2017年6月15日在日本提出申请的专利申请2017-117725号而主张优先权，将其内容援引于此。

背景技术

以往，公开了用于多个利用者利用相同的共同车辆的车辆共同利用支援装置的发明(参照专利文献1)。该装置具备：数据库存储部，其存储利用者信息及道路信息；推断处理部，其基于接收到的来自各利用者便携终端的出发地指定信息及抵达地指定信息、存储于数据库存储部的道路信息、以及来自车辆当前位置取得部的当前位置信息，推断从由出发地指定信息表示的出发地到由抵达地指定信息表示的抵达地为止共同车辆行驶的行驶路径；选定处理部，其基于推断出的每个利用者的行驶路径，检索成为多个利用者乘坐共同车辆的同乘的对象的多个利用者，基于到实施同乘时的等待地点为止共同车辆到达时的到达容易度及等待容易度来选定多个等待地点，并且基于选定出的多个等待地点而赋予优先顺位。

现有技术文献

专利文献

专利文献1：日本特开2003-6294号公报

发明内容

发明要解决的课题

在以往的技术中，公开了根据车辆抵达接载点的时刻来变更接载点的处理，但对于乘客要乘坐的车辆的变更并没有进行考虑，存在无法进行高效的运营的情况。

本发明是考虑了这样的情况而完成的，其目的之一在于提供能够实现更高效的运营的共乘管理系统、共乘管理方法及程序。

用于解决课题的方案

(1)：共乘管理系统具备：通信部，其与由多个利用者分别使用的多个终端装置通信；取得部，其取得多个利用者的利用请求，该利用请求定义有至少包含相会希望地点的利用条件；利用者到达状况监视部，其监视所述利用者向基于所述相会希望地点而导出的规定的地点的到达状况；以及运行管理部，其基于所述利用请求所包含的利用条件，检索能够调配的车辆，决定车辆的运行日程，且该运行管理部基于由所述利用者到达状况监视部监视的到达状况，决定在所述规定的地点与车辆相会的利用者。

(2)：在(1)中，所述运行管理部使在所述规定的地点附近行驶的车辆中的、前往所述利用者的目的地方向且所述利用者能够占有利用至少一部分的一辆以上的车辆前往所述规定的地点。

(3)：在(1)或(2)中，在所述多个利用者中的第一利用者在所述多个利用者中的第二利用者接近所述规定的地点之前接近所述规定的地点且由所述运行管理部调配的第一车辆抵达所述规定的地点的情况下，所述运行管理部将所述第一利用者决定为占有所述第一车辆的一部分的利用者，并且在所述第一车辆的可占有部成为已占有从而成为不能占有的情况下、或根据基于所述利用者到达状况监视部的观测信息而预测的所述第二利用者向所述规定的地点的到达预测时刻与所述第一车辆到达所述规定的地点的时刻的比较，所述运行管理部将所述第二利用者决定为占有在所述第一车辆之后到达所述规定的地点且具有与所述第二利用者要求的利用信息对应的可占有部的第二车辆的一部分的利用者。

(4)：在(3)中，所述运行管理部在所述第一利用者的占有后的所述第一车辆的可占有部符合所述第二利用者要求的利用条件时或由所述利用者到达状况监视部推断为所述第二利用者会在所述第一车辆到达所述规定的地点之后经过规定时间前接近所述规定的地点的情况下，将所述第二利用者决定为占有所述第一车辆的可占有部的一部分的利用者。

(5)：在(3)中，所述第二利用者是与所述规定的地点对应的服务提供商，在所述第一利用者占有所述第一车辆的可占有部后在所述第一车辆中存在非预约且能够利用的可占有部时，所述运行管理部不论所述第二利用者的到达预测时刻都将所述第二利用者决定为占有所述第一车辆的非预约的可占有部的利用者。

(6)：在(1)至(5)中的任一项中，所述利用者到达状况监视部基于由所述利用者持有的终端装置所包含的位置确定装置确定出的位置信息，监视所述利用者向所述规定的地点的到达状况。

(7)：在(1)至(6)中的任一项中，所述利用者到达状况监视部基于对设置于所述规定的地点的输入部进行的输入操作，监视所述利用者向所述规定的地点的到达状况。

(8)：在(1)至(7)中的任一项中，所述共乘管理系统还具备服务提供部，所述服务提供部基于所述车辆的利用状况，参照所述规定的地点和服务提供商的对应关系，将能够利用的优惠赋予与所述利用请求对应的利用者。

(9)：在(1)至(8)中的任一项中，所述规定的地点是服务提供商，所述共乘管理系统还具备赋予部，所述赋予部参照所述服务提供商的利用状况和所述车辆的利用状况，向所述服务提供商、所述利用者或管理所述共乘管理系统的管理者赋予激励信息。

(10)：在(1)至(9)中的任一项中，所述运行管理部基于所述相会希望地点与所述规定的地点的比较，导出与所述相会希望地点相对的利用地点即规定的地点，并将导出的利用地点的信息向所述利用者提供。

(11)：在(1)至(10)中的任一项中，所述运行管理部在由所述取得部取得了由能够携带的第一终端装置发送的所述利用请求的情况下，向发送了所述利用请求的第一终端装置赋予是选择与其他利用者同时占有车辆所具有的区域的车辆、还是选择仅与所述利用请求对应的利用者占有车辆的选择权。

(12)：在(1)至(11)中的任一项中，所述运行管理部导出前往所述规定的地点的车辆抵达所述规定的地点的时刻，将所述导出的时刻向所述利用者提供。

(13)：在(1)至(12)中的任一项中，所述运行管理部将用于确定前往所述规定的地点的车辆的信息向所述利用者提供。

(14)：在(1)至(13)中的任一项中，所述运行管理部将用于所述车辆中的可占有部的利用的信息向所述利用者提供。

(15)：在(1)至(14)中的任一项中，所述运行管理部还具备相会控制部，该相会控制部设定所述车辆的中途停车位置，并且许可第三人在所述中途停车位置处与所述车辆中的可占有部相会。

(16)：在(1)至(15)中的任一项中，所述车辆是自动驾驶车辆。

(17)：一种共乘管理方法，计算机进行如下处理：与由多个利用者分别使用的多个终端装置通信；取得多个利用者的利用请求，该利用请求定义有至少包含相会希望地点的利用条件；监视所述利用者向基于所述相会希望地点而导出的规定的地点的到达状况；基于所述利用请求所包含的利用条件，检索能够调配的车辆，决定车辆的运行日程；基于所述监视的到达状况，决定在所述规定的地点与车辆相会的利用者。

(18)：一种程序，使计算机执行如下处理：使计算机执行如下处理：与由多个利用者分别使用的多个终端装置通信；取得多个利用者的利用请求，该利用请求定义有至少包含相会希望地点的利用条件；监视所述利用者向基于所述相会希望地点而导出的规定的地点的到达状况；基于所述利用请求所包含的利用条件，检索能够调配的车辆，决定车辆的运行日程；基于所述监视的到达状况，决定在所述规定的地点与车辆相会的利用者。

发明效果

根据(1)至(6)、(9)、(11)、(14)、(16)至(18)，运行管理部基于由利用者到达状况监视部监视的到达状况，决定在规定的地点处利用车辆的利用者，从而能够实现更高效的运营。

根据(7)，利用者到达状况监视部能够监视未持有能够携带的终端装置的利用者的到达状况。其结果是，即使是未持有能够携带的终端装置的利用者，也能够利用共乘管理系统。

根据(8)，利用者能够得到可在与规定的地点建立了对应关系的店铺中利用的优惠，因此对于利用者而言的便利性提高。

根据(10)，运行管理部通过基于相会希望地点与规定的地点的比较将利用地点的信息向利用者提供，从而利用者能够容易地取得利用地点的信息。另外，利用者由于在利用地点汇集，因此在利用地点为店铺(便利店、饮食店等)的情况下，店铺将商品、服务向利用者提供的机会增大。

根据(12)、(13)，调配了的车辆抵达车迎接地点的时刻或用于确定前往车迎接地点的车辆的信息被提供给利用者，因此对于利用者而言的便利性更加提高。

根据(15)，第三人能够在中途停车位置与可占有部相会，因此能够进行物品的交接、或者完成通过与车辆汇合而进行的事项。其结果是，对于利用者而言的便利性更加提高。

附图说明

图1是包含共乘管理装置300的共乘管理系统1的结构图。

图2是车辆200的结构图。

图3是用于对自动驾驶的处理过程进行说明的图。

图4是示出乘车条件信息384的内容的一例的图。

图5是示出地图信息386所包含的车迎接地点信息的内容的一例的图。

图6是示出运行日程信息388的内容的一例的图。

图7是示出在调配时由共乘管理系统1执行的处理的序列图。

图8是示出在车迎接时由共乘管理系统1执行的处理的序列图。

图9是示出由共乘管理装置300执行的处理的流程的流程图(其一)。

图10是示出在终端装置100或受理装置400的显示部显示的图像的一例的图。

图11是示出由共乘管理装置300执行的处理的流程的流程图(其二)。

图12是示出利用者U1～U3及车辆200的移动状态的一例的图。

图13是示出利用者U1～U3及车辆200的移动状态的另一例的图。

图14是示出共乘管理系统1A的功能结构的图。

图15是示出具备相会控制部332的共乘管理装置300A和第三人利用的特定终端装置600的功能结构的一例的图。

具体实施方式

以下，参照附图对本发明的共乘管理系统、共乘管理方法及程序的实施方式进行说明。包含共乘管理装置的共乘管理系统是用于支援由多个利用者共同利用(共乘)一辆以上的车辆的装置。利用于共乘的车辆例如是基本上不需要驾驶操作的自动驾驶车辆。以下，设为自动驾驶车辆使用于共乘而进行说明，但也可以使用手动驾驶车辆。

共乘管理装置在通过通信从利用者取得利用请求(例如，乘车请求)时，检索符合在该利用请求(乘车请求)中定义的利用条件(例如乘车条件)的车辆(能够调配的车辆)。通信中可以包含数据通信和声音通信即电话的双方。需要说明的是，在以下的实施方式中，对于利用者乘坐调配的车辆的例子进行说明，但也可以取代利用者(或者与利用者一起)，例如由与发送了利用请求的利用者不同的利用者乘坐车辆，还可以使利用者管理的行李等物体占有车辆的可占有部(座位、行李箱)。

图1是包含共乘管理装置300的共乘管理系统1的结构图。共乘管理系统1具备由一个以上的利用者使用的一个以上的终端装置100、由一个以上的利用者使用的一个以上的按钮终端装置112、由一个以上的利用者使用的一个以上的终端装置120、由安排一个以上的调配的操作员OP使用的终端装置130、一辆以上的车辆200、共乘管理装置300以及一个以上的受理装置400。这些构成要素能够经由网络NW而彼此通信。网络NW包含互联网、WAN(Wide Area Network)、LAN(Local Area Network)、公用线路、提供商装置、专用线路、无线基地站等。需要说明的是，所谓“由利用者使用”，也可以包含由利用者U暂时使用网吧的终端装置等的情况。

终端装置100例如是智能手机、平板终端等利用者能够携带的终端装置。在终端装置100中，用于利用共乘管理系统的应用程序或浏览器等起动，支持以下说明的服务。在以下的说明中终端装置100是智能手机，以应用程序(共乘应用110)起动为前提。共乘应用110根据利用者U的操作而与共乘管理装置300通信，将利用者U的请求向共乘管理装置300发送，或者进行基于从共乘管理装置300接收到的信息的推送通知。另外，终端装置100取得由本装置的位置确定部确定出的位置信息，按照规定间隔而将本装置的位置信息和利用者ID向共乘管理装置300发送。以下，将利用终端装置100的利用者称作“利用者U1”。

按钮终端装置112例如是具备按下式的按钮和通信部的终端装置。通信部例如通过有线通信或无线通信而与网络NW连接，经由网络NW而与共乘管理装置300通信。利用者U在将按下式的按钮按下时，将表示利用者U希望在预先设定的车迎接地点处乘坐车辆200的乘车请求向共乘管理装置300发送。

需要说明的是，也可以在按钮终端装置112设置有多个按钮。例如，不同的车迎接地点与各个按钮建立了对应关系，当按下规定的按钮时，按钮终端装置112将与被按下的按钮对应的乘车请求向共乘管理装置300发送。另外，共乘管理系统1也可以按照多个车迎接地点而设置有按钮终端装置112。例如，按钮终端装置112也可以设置于规定的设施内、行人用的道路附近等。另外，按钮终端装置112也可以经由受理装置400而将乘车请求向共乘管理装置300发送。

终端装置120例如是放置于利用者的自己家等的个人计算机。在终端装置120中，浏览器等起动，支持以下说明的服务。将利用终端装置120的利用者称作“利用者U2”。

终端装置130是在操作员根据利用者U3的要求而进行调配时使用的终端装置。将经由电话等而向操作员OP要求调配的安排的利用者称作“利用者U3”。

车辆200例如是多个利用者U能够乘坐的具有四轮以上的车轮的车辆，但也可以是机动二轮车等其他车辆。图2是车辆200的结构图。车辆200例如具备外界监视单元210、通信装置220、导航装置230、推荐车道决定装置240、自动驾驶控制单元250、驱动力输出装置260、制动装置262、转向装置264以及车票认证装置270。

外界监视单元210例如包含相机、雷达、LIDAR(Light Detection and Ranging)、基于它们的输出而进行传感器融合处理的物体识别装置等。外界监视单元210推断存在于车辆200的周边的物体的种类(尤其是，车辆、行人及自行车)，并与其位置、速度的信息一起向自动驾驶控制单元250输出。

通信装置220例如是用于与网络NW连接、与其他车辆、行人的终端装置等直接通信的无线通信模块。通信装置220基于Wi-Fi、DSRC(Dedicated Short RangeCommunications)、Bluetooth(注册商标)、及其他通信标准而进行无线通信。作为通信装置220，也可以准备与用途相应的多个。

导航装置230例如具备HMI(Human machine Interface)232、GNSS(GlobalNavigation Satellite System)接收机234以及导航控制装置236。HMI232例如包含触摸面板式显示装置、扬声器、话筒等。GNSS接收机234基于从GNSS卫星(例如GPS卫星)到来的电波而对本机的位置(车辆200的位置)进行测位。导航控制装置236例如具备CPU(CentralProcessing Unit)、各种存储装置，控制导航装置230整体。在存储装置中保存有地图信息(导航地图)。导航地图是由节点和路线来表达道路的地图。导航控制装置236参照导航地图来决定从由GNSS接收机234测位到的车辆200的位置到使用HMI232指定的目的地为止的路径。另外，导航控制装置236也可以将车辆200的位置和目的地使用通信装置220来向导航服务器(未图示)发送，取得从导航服务器回复的路径。另外，在本实施例的情况下，也包含到目的地为止的路径由共乘管理装置300指定的情况。需要说明的是，在路径中，也可以包含为了使利用者乘坐或下车而停止的地点及到达目标时刻的信息。导航控制装置236将由上述的任一方法决定出的路径的信息向推荐车道决定装置240输出。

推荐车道决定装置240例如具备MPU(Map Positioning Unit)和各种存储装置。在存储装置中保存有比导航地图更详细的高精度地图信息。在高精度地图信息中，例如包含有每个车道的道路宽度、倾斜度、曲率、信号的位置等信息。推荐车道决定装置240决定为了沿从导航装置230输入的路径行驶而优选的推荐车道，向自动驾驶控制单元250输出。

自动驾驶控制单元250具备CPU、MPU(Micro Processing Unit)等一个以上的处理器和各种存储装置。自动驾驶控制单元250以在由推荐车道决定装置240决定出的推荐车道上行驶为原则，以避免与从外界监视单元210被输入位置、速度的物体的接触的方式，使车辆200自动地行驶。自动驾驶控制单元250例如依次执行各种事件。在事件中，存在以恒定速度在相同行驶车道上行驶的定速行驶事件、追随前行车辆的追随行驶事件、车道变更事件、汇合事件、分支事件、紧急停止事件、用于通过收费站的收费站事件以及用于结束自动驾驶而向手动驾驶切换的交接事件等。另外，在这些事件的执行中，也存在基于车辆200的周边状况(周边车辆、行人的存在，由道路施工引起的车道狭窄等)，计划用于避免的行动的情况。

自动驾驶控制单元250生成车辆200将来行驶的目标轨道。目标轨道例如包含速度要素。例如，目标轨道作为将车辆200应该到达的地点(轨道点)依次排列而成的轨道而表现。轨道点是每隔规定的行驶距离的车辆200应该到达的地点，也可以与此不同地，作为目标轨道的一部分而生成每隔规定的采样时间(例如零点几[sec]左右)的目标速度及目标加速度。另外，轨道点也可以是每隔规定的采样时间的该采样时刻的本车辆200应该到达的位置。在该情况下，目标速度、目标加速度的信息以轨道点的间隔来表现。

图3是用于对自动驾驶的处理过程进行说明的图。首先，如上图所示，由导航装置230决定路径。该路径例如是没有进行车道的区别的大致的路径。接着，如中图所示，推荐车道决定装置240决定沿路径而容易行驶的推荐车道。然后，如下图所示，自动驾驶控制单元250生成用于一边进行障碍物的避免等一边尽量沿推荐车道行驶的轨道点，以沿轨道点(及随附的速度轮廓)行驶的方式，控制驱动力输出装置260、制动装置262、转向装置264中的一部分或全部。需要说明的是，这样的功能分担只不过是一例，例如也可以是自动驾驶控制单元250一维地进行处理。

驱动力输出装置260将用于车辆行驶的行驶驱动力(转矩)向驱动轮输出。驱动力输出装置260例如具备内燃机、电动机及变速器等的组合和对它们进行控制的功率ECU。功率ECU按照从自动驾驶控制单元250输入的信息或者从未图示的驾驶操作件输入的信息，控制上述的结构。

制动装置262例如具备制动钳、向制动钳传递液压的液压缸、使液压缸产生液压的电动马达以及制动ECU。制动ECU按照从自动驾驶控制单元250输入的信息或者从驾驶操作件输入的信息控制电动马达，使得与制动操作相应的制动转矩向各车轮输出。制动装置262也可以具备将由驾驶操作件所包含的制动踏板的操作产生的液压经由主液压缸向液压缸传递的机构作为后备。需要说明的是，制动装置262不限于上述说明的结构，也可以是按照从自动驾驶控制单元250输入的信息控制致动器，将主液压缸的液压向液压缸传递的电子控制式液压制动装置。

转向装置264例如具备转向ECU和电动马达。电动马达例如使力作用于齿条-小齿轮机构而变更转向轮的朝向。转向ECU按照从自动驾驶控制单元250输入的信息或者从驾驶操作件输入的信息，驱动电动马达，使转向轮的朝向变更。

车票认证装置270具备读取部和认证部。读取部读取印刷于介质的乘车用的码、在显示于终端装置100的显示部的图像上描绘的乘车用的码。以下，存在将乘车用的码称作车票的情况。上述的码是在利用者预约调配且结算完成后提供给利用者的码。码例如是条形码、QR(注册商标)码。码中例如编码有利用者ID、乘客的目的地、一次性秘钥等信息。认证部读取编码于被本装置的读取部刷到的码的信息，对读取到的信息进行解码，取得电子信息。然后，认证部在由读取部读取到的信息和预先从共乘管理装置300接收到的信息(例如利用者ID、一次性秘钥)一致的情况下，许可将车票在读取部刷到的利用者乘坐，在信息不一致的情况下，设为不许可利用者乘坐。需要说明的是，认证部也可以将取得的信息向共乘管理装置300发送，向共乘管理装置300要求发送是否许可刷到了车票的利用者乘坐的判断结果。

需要说明的是，在检测到非预约利用者针对调配了的车辆200的利用希望时，运行管理部330也可以对应于非预约利用者针对调配了的车辆200的利用希望，而安排与调配了的车辆200不同的其他车辆200。所谓非预约利用者，是在调配了的车辆200的运行日程中没有包含的利用者。例如，车票认证装置270在从由非预约利用者刷到的图像取得了利用者ID的情况下，将取得的利用者ID向共乘管理装置300发送。共乘管理装置300在接收到的利用者ID是非预约利用者的利用者ID的情况下，将非预约利用者的利用者ID加入运行日程，将表示许可非预约利用者乘坐的信息向车辆200发送。由此，非预约利用者能够不预约就乘坐存在于附近的车辆200。另外，共乘管理装置300在使非预约利用者乘坐时，在通过事先的预约而加入到运行日程的利用者不再能够乘坐该车辆200的情况下，为不再能够乘坐的利用者调配其他车辆200。其结果是，能够以不降低预约了的利用者的便利性的方式，提高没有预约的利用者的便利性。

另外，在上述的例子中，车辆200的认证装置在取得了非预约利用者的利用者ID的情况下，也可以使非预约利用者乘坐。在该情况下，车辆200在由于使非预约利用乘坐而使得预约了的利用者不再能够乘坐车辆200的情况下，也可以委托共乘管理装置300调配其他车辆200。

返回图1，共乘管理装置300例如具备通信部310、取得部320、运行管理部330、到达状况监视部340、结算部350、服务提供部360以及存储部380。

通信部310例如是用于与网络NW连接的网卡。另外，存储部380通过HDD(Hard DiskDrive)、闪存器、RAM(Random Access Memory)、ROM(Read Only Memory)等来实现。通信部310经由网络NW而与终端装置100、车辆200通信。

取得部320、运行管理部330、到达状况监视部340、结算部350及服务提供部360例如通过CPU等处理器执行保存于存储部380的程序(软件)而实现。另外，这些功能部中的一部分或全部可以通过LSI(Large Scale Integration)、ASIC(Application SpecificIntegrated Circuit)、FPGA(Field-Programmable Gate Array)、GPU(GraphicsProcessing Unit)等硬件来实现，也可以通过软件和硬件的协同配合来实现。

取得部320经由通信部310及网络NW取得由车辆200发送的车辆信息。所谓车辆信息，例如包含车辆ID、车辆200的位置信息以及正在乘坐车辆200的乘客的信息。另外，取得部320经由通信部310及网络NW取得从终端装置100、120或130发出的乘车请求，将乘车请求所包含的乘车条件(“利用条件”的一例)作为乘车条件信息384而登记于存储部380。

图4是示出乘车条件信息384的内容的一例的图。如图所示，乘车条件信息384是相对于预先登记了的利用者的识别信息即利用者ID，而将乘车希望地点(“相会希望地点”的一例)、目的地、乘车希望时刻、表示是否已决定调配的配车标志(例如1表示已决定调配，0表示未决定调配)等建立了对应关系的信息。对于配车标志以外的信息，通过终端装置100的共乘应用接受利用者的输入而决定内容，且作为乘车请求向共乘管理装置300发送。乘车希望地点可以是任意的地点，也可以是包含于后述的地图信息386的预先设定的车迎接地点。以下，有时将乘车条件信息384中的与一个利用者ID建立了对应关系的一系列的信息称作记录。

运行管理部330参照乘车条件信息384、地图信息386以及运行日程信息388，检索能够调配的车辆200。地图信息386中，除了节点、线路的信息之外，还包含表示各种车迎接地点的概要的车迎接地点信息(在车辆200的导航地图、高精度地图中，也可以包含那样的信息)。图5是示出地图信息386所包含的车迎接地点信息的内容的一例的图。车迎接地点信息例如是相对于车辆200去迎接利用者的车迎接地点的识别信息即车迎接地点ID，而将位置、车迎接地点内容、作为一个以上的乘车希望地点的对应范围等建立了对应关系的信息。车迎接地点例如是车站前环岛、服务提供商(例如便利店等店铺)等。车迎接地点是“规定的地点”的一例。

例如，运行管理部330从乘车条件信息384所包含的各记录中，将时间段和从车迎接地点到目的地为止的行驶区间近的行驶区间大体地组别化，基于组别化的结果来提取一个以上的记录，作为运行日程信息388的一部分而登记于存储部380。

图6是示出运行日程信息388的内容的一例的图。如图所示，运行日程信息388是相对于共乘管理装置300所管理的车辆200的识别信息即车辆ID，而将出发地、途经地及到达地各自的坐标、在各途经地乘坐的利用者的利用者ID及下车的利用者的利用者ID建立了对应关系的信息。出发地、到达地通常是车库等。在运行日程信息388中，还一并登记有尚未决定运行日程的“空车辆”的信息。在该情况下，对于空车辆，仅登记出发地的坐标。运行管理部330可以如前述那样将来自多个利用者的乘车请求综合而决定一台车辆200的运行日程，也可以检索已经决定了的运行日程，以加入别的利用者的乘车请求的形式来变更运行日程。即，运行管理部330在检索能够调配的车辆200时，可以检索尚未决定乘车日程的车辆200，也可以检索能够加入利用者的乘车请求的已经决定了的车辆200的乘车日程。所谓途经地，是车辆200的乘客下车的位置、车辆200的车迎接地点。运行管理部330以规定的时机，将基于运行日程信息388的路径(途经地)和设想通过(抵达)时刻的信息向车辆200发送。

另外，运行管理部330基于由到达状况监视部340监视的利用者的到达状况，决定在规定的地点乘坐车辆的利用者。决定出的利用者的信息例如向利用者要乘坐的车辆200发送。进而，运行管理部330参照地图信息386，导出与乘车希望地点对应的车迎接地点。

到达状况监视部340监视利用者向基于乘车希望地点而导出的规定的地点的到达状况。到达状况监视部340基于由终端装置100所包含的位置确定装置确定出的位置信息或对设置于规定的地点的受理装置400的输入部进行的输入操作，来监视利用者的到达状况。

结算部350基于由终端装置100发送的信息或由设置于车迎接地点的受理装置400发送的信息，进行与车辆200的利用相对的结算。需要说明的是，结算部350也可以将结算委托给未图示的结算服务器装置。服务提供部360基于车辆的利用状况，将能够在与规定的地点建立了对应关系的店铺利用的优惠赋予与乘车请求对应的利用者。所谓向利用者赋予，是向利用者的终端装置100发送用于使能够在店铺利用的优惠显示于显示部的信息。例如，服务提供部360将能够在服务提供商利用的优惠赋予利用者。例如，服务提供部360参照规定了车迎接地点(规定的地点)和服务提供商(例如店铺)的对应关系的对应信息，将对应信息所包含的能够在服务提供商利用的优惠赋予利用者。另外，服务提供部360也可以基于结算部350的结算结果，向受理装置400提供优惠的信息。另外，受理装置400的控制部440例如也可以使印刷装置420将能够在设置有受理装置400的店铺中利用的优惠信息印刷于介质而发行。优惠信息是能够在作为车迎接地点的店铺中受到优惠的信息。

返回图1，受理装置400例如具备触摸面板410、印刷装置420、结算终端430、控制部440以及通信部450。受理装置400设置于车迎接地点附近，或在车迎接地点为店铺的情况下，例如设置于店铺内。触摸面板410包含显示部和输入部。印刷装置420基于控制部440的处理来发行车票。结算终端430根据对于输入部的操作而向结算部350委托结算，并取得与委托相应的结果。

控制部440使用通信部450将由利用者进行的操作的内容、处理结果向共乘管理装置300发送。另外，控制部440基于结算终端430的结算结果，使印刷装置420印刷表示优惠的信息。控制部440是“服务提供部”的另一例。另外，控制部440也可以基于由服务提供部360发送的信息，使印刷装置420印刷表示优惠的信息。通信部450例如是用于与网络NW连接的网卡。

图7是示出在调配时由共乘管理系统1执行的处理的序列图。首先，共乘管理装置300随时取得由车辆200(200A及200B)发送的车辆信息(步骤S100)。在本处理中，例如设车辆200A的空座有两个，车辆200B的空座有一个。接着，共乘管理装置300取得由终端装置100发送的乘车请求(步骤S102)，将取得的信息登记于存储部380(步骤S104)。接着，共乘管理装置300取得由终端装置120发送的乘车请求(步骤S106)，将取得的信息登记于存储部380(步骤S108)。接着，共乘管理装置300取得由终端装置130发送的乘车请求(步骤S110)，将取得的信息登记于存储部380(步骤S112)。这样，共乘管理装置300收集车辆信息及由终端装置100、120、130发送的乘车请求。

接着，共乘管理装置300基于乘车条件信息384和车辆信息，生成运行日程信息388(步骤114)。例如，运行管理部330参照地图信息386，确定与乘车请求所包含的乘车希望地点建立了对应关系的车迎接地点。运行管理部330从乘车条件信息384提取确定了的车迎接地点相同且乘车希望时刻为规定时间以内的记录。然后，运行管理部330算出与提取到的记录对应的利用者的数量，调配能够在接近该利用者的乘车希望时刻的时刻、或在从乘车希望时刻起的规定时间(例如30分钟、1小时)以内乘车的车辆。另外，被调配的车辆是在乘车希望时刻附近在车迎接地点(车迎接地点附近)行驶、目的地与利用者的目的地一致的车辆。所谓一致，包含目的地相同、接近、前往方向接近、在利用者的目的地附近通过。例如，将利用者U1～U3中的两个利用者要乘坐的车辆设为车辆200A，一个利用者要乘坐的车辆设为车辆200B。需要说明的是，在本处理中，设车辆200A、车辆200B、利用者U1～U3的目的地相同，利用者U1～U3的车迎接地点相同。

接着，共乘管理装置300基于生成的运行日程，指示车辆200A及车辆200B前往车迎接地点(步骤S116)。接着，共乘管理装置300将生成的运行日程信息中与乘车请求对应的车迎接地点、车迎接时刻向终端装置100、120及130发送(步骤S118)。由此，与乘车请求相对的预约完成。

图8是示出在车迎接时由共乘管理系统1执行的处理的序列图。首先，终端装置100在通过共乘应用110的功能而判断为本装置(利用者U1)接近了车迎接地点的情况下，向共乘管理装置300要求与预约了的乘车请求相对的结算(步骤S200)。在该情况下，终端装置100将利用者ID及指示结算的信息向共乘管理装置300发送。当被要求结算时，共乘管理装置300基于接收到的利用者ID和预先发送了的乘车请求，导出利用费用，进行导出的价款的结算(步骤S202)，将表示结算完成了的信息、用于生成车票的信息向终端装置100发送(步骤S204)。结算通过从相对于利用者ID而预先设定的银行账户扣掉费用而进行，或通过对终端装置100的利用价款的请求进行累加而进行。

需要说明的是，到达状况监视部340在共乘管理装置300被要求相对于与预约了的乘车请求对应的车辆的利用的结算的情况下、或结算完成了的情况下，检测为“利用者接近了车迎接地点”。另外，到达状况监视部340也可以在由终端装置100发送的位置信息成为了距车迎接地点规定距离以内的情况下，检测为利用者接近了车迎接地点。

另外，共乘管理装置300的服务提供部360例如也可以与表示结算已完成的信息一起，或在结算完成后，将用于使表示优惠的图像显示于显示部的信息(优惠信息)向终端装置100发送。

接着，在利用者U2到达店铺，对受理装置400的触摸面板410进行结算处理的操作时，受理装置400向共乘管理装置300要求结算(步骤S206)。在该情况下，受理装置400向利用者U2要求利用者ID的输入，将输入的利用者ID及指示结算的信息向共乘管理装置300发送。在被要求结算时，共乘管理装置300与步骤S120同样地进行导出的价款的结算(步骤S208)，将表示结算已完成的信息及用于生成车票的信息向受理装置400发送(步骤S210)。受理装置400在接收到表示结算已完成的信息及用于生成车票的信息时，受理装置400使印刷装置420印刷车票(步骤S212)。

需要说明的是，到达状况监视部340在对受理装置400的触摸面板410进行了结算处理的操作的情况下、或共乘管理装置300进行了导出的利用价款的结算的情况下，检测为“利用者接近了车迎接地点”。

另外，受理装置400的控制部440也可以使用印刷装置420，使优惠信息与车票一起印刷于介质而发行。

此时，设车辆200A抵达设置有受理装置400的车迎接地点。共乘管理装置300取得由该车辆200A发送的位置信息(步骤S214)，基于取得的信息识别为车辆200A抵达车迎接地点。

接着，共乘管理装置300决定使抵达车迎接地点的利用者U1及U2乘坐抵达的车辆200A(步骤S216)，将要乘坐的利用者的利用者ID、目的地、一次性秘钥等信息向车辆200A发送，并且指示车辆200A以使得利用者U1及U2在乘坐后前往目的地(步骤S218)。利用者U1或利用者U2是“第一利用者”的一例。车辆200A是“第一车辆”的一例。

接着，在利用者U3到达店铺，对受理装置400的触摸面板410进行结算处理的操作时，受理装置400向共乘管理装置300要求结算(步骤S220)。在该情况下，受理装置400向利用者U3要求利用者ID的输入，将输入的利用者ID及指示结算的信息向共乘管理装置300发送。接着，在被要求结算时，共乘管理装置300与步骤S208同样地进行导出了的利用价款的结算(步骤S222)，将表示结算已完成的信息及用于生成车票的信息向受理装置400发送(步骤S224)。受理装置400在接收到表示结算已完成的信息及用于生成车票的信息时，受理装置400使印刷装置420印刷车票(步骤S226)。

此时，设车辆200B抵达设置有受理装置400的车迎接地点。共乘管理装置300取得由该车辆200B发送的位置信息(步骤S228)，基于取得的信息识别为车辆200B抵达车迎接地点。

接着，共乘管理装置300决定使抵达车迎接地点的利用者U3乘坐抵达的车辆200B(步骤S230)，将乘坐的利用者的利用者ID、目的地、一次性秘钥等信息向车辆200B发送，并且指示车辆200B以使得利用者U3在乘坐后前往目的地(步骤S232)。利用者U3是“第二利用者”的一例。车辆200B是“第二车辆”的一例。

如上所述，共乘管理装置300通过使运行日程动态地变化而调整，从而能够实现更高效的共乘的运营。

需要说明的是，在上述的处理中，设在利用者进行结算前调配车辆200A、200B而进行了说明，但调配车辆200A或车辆200B的时机也可以是由利用者要求了乘车请求后的任意的时机(例如结算后)。

另外，在步骤S216的处理中，即使在车辆200A的能够乘坐人数不为零的情况下(利用者U3能够乘坐的情况下)，在通过到达状况监视部340而推断为利用者U3是在车辆200A到达规定的地点之后经过规定时间后接近规定的地点的情况下，运行管理部330也可以将利用者U3决定为乘坐在比车辆200A后到达规定的地点的车辆200B的利用者。在该情况下，例如，共乘管理装置300取得车辆200A抵达规定的地点时的利用者U3的位置信息，基于取得的位置信息，推断利用者U3到达规定的地点为止的时间。例如，在利用者U3具有终端装置100等的情况下，终端装置100将车辆200A抵达规定的地点时的利用者U3的位置信息向共乘管理装置300发送。

另外，在车辆200A的能够乘坐人数为一以上的情况下(在上述例子中利用者U1～U3能够乘坐的情况下)、或通过到达状况监视部340而推断为利用者U3是在车辆200A到达规定的地点之后经过规定时间前接近规定的地点的情况下，运行管理部330也可以将利用者U3决定为乘坐车辆200A的利用者。

图9是示出由共乘管理装置300执行的处理的流程的流程图(其一)。本处理是按照规定的车迎接地点而进行的处理。

首先，到达状况监视部340判断发送了乘车请求的利用者是否接近了车迎接地点(步骤S300)。在利用者接近了车迎接地点的情况下，运行管理部330决定接近了车迎接地点的利用者要乘坐的车辆(步骤S302)。所谓接近了车迎接地点的利用者要乘坐的车辆，可以是该利用者在接近车迎接地点之前预定了要乘坐的车辆，也可以是不同的车辆。所谓不同的车辆，例如是设定了与利用者的目的地一致的目的地的车辆，是在利用者接近了车迎接地点时，抵达车迎接地点或在规定时间以内会抵达车迎接地点的预定的车辆。运行管理部330例如以在利用者接近了车迎接地点的时间点满足利用者的乘车条件且能够使在共乘管理系统1中管理着的车辆高效地工作的方式决定利用者要乘坐的车辆。

接着，运行管理部330将要乘坐的利用者的信息向该利用者要乘坐的车辆发送(步骤S304)。接着，运行管理部330将基于反映了步骤S302的处理结果的运行日程的信息向利用者的终端装置100或受理装置400发送(步骤S306)。将基于运行日程的信息向利用者的终端装置100或受理装置400发送，是将车辆会抵达规定的地点的时刻向利用者提供、将用于确定前往规定的地点的车辆的信息向利用者提供的一例。另外，运行管理部330也可以将车辆中的用于可占有部的利用的信息向利用者提供。所谓可占有部，是座位、能够载置行李等物体的区域。用于可占有部的利用的信息是用于打开车门的一次性秘钥的信息、乘车用的码、乘车位置、车门位置、占有位置等。接着，运行管理部330判断该车迎接点处的共乘的营业是否已结束(步骤S308)。在营业没有结束的情况下，返回步骤S300的处理，在营业结束了的情况下，本流程图的处理结束。

终端装置100或受理装置400在从共乘管理装置300接收反映了步骤S302的处理结果的运行日程时，使图10的图像IM显示于本装置的显示部。图10是示出在终端装置100或受理装置400的显示部显示的图像的一例的图。例如，在图像IM中，利用者ID、表示要乘坐的预定的车辆的特征的信息或用于识别的信息(例如车牌、车辆的车身的颜色、形状、表示车辆的图像等)、车辆会抵达车迎接地点的预定时刻、车辆的当前的行驶位置等彼此建立对应关系而被描绘。需要说明的是，每当运行日程变更时，在显示部显示的图像变更为反映了该变更的图像。

图11是示出由共乘管理装置300执行的处理的流程的流程图(其二)。首先，运行管理部330基于从车辆200取得的车辆信息，判断是否全部利用者乘坐了在步骤S302中决定了要乘坐的利用者的车辆(步骤S400)。在全部利用者乘坐了该车辆的情况下，运行管理部330向乘坐了乘客的车辆发送发车的指示(步骤S402)，本流程图的1例程的处理结束。

如上所共乘管理装置300基于利用者向车迎接地点的到达状况，决定利用者要乘坐的车辆，从而利用者能够不等待其他利用者而朝向目的地出发。另外，在共乘管理系统中，能够实现更高效的运营。

需要说明的是，在生成运行日程时，运行管理部330也可以针对由终端装置100发送的乘车请求，向发送了乘车请求的终端装置100赋予选择权，该选择权，是选择与其他利用者同时占有车辆所具有的区域的(例如进行同乘的)车辆，还是与乘车请求对应的利用者占有车辆的选择权。在该情况下，运行管理部330取得由利用者选择的结果，即取得由终端装置100发送的表示是进行同乘还是占有的信息，并基于取得的信息来生成运行日程。

另外，运行管理部330也可以针对由终端装置120、终端装置130发送的乘车请求，优先地调配存在其他利用者进行同乘的可能性的车辆。

图12是示出利用者U1～U3及车辆200的移动状态的一例的图。图12的(A)示出时刻t+1的利用者和车辆的移动状态，图12的(B)示出时刻t+2的利用者和车辆的移动状态，图12的(C)示出时刻t+3的利用者和车辆的移动状态。如图12的(A)所示，设利用者U1～U3在时刻t+1将乘车请求发送到共乘管理装置300。设车迎接地点为店铺A。运行管理部330对车辆200A发送指示以使得在时刻t+2抵达店铺A。需要说明的是，车辆200A的空座是“2”。

如图12的(B)所示，设利用者U1及U2在时刻t+2抵达店铺A。运行管理部330对车辆200A发送指示以使得抵达店铺A的利用者U1及U2乘坐车辆200A且向车辆200的乘客的目的地出发。另外，运行管理部330对用于利用者U3乘坐的车辆200B指示前往店铺A。车辆200B是预定在时刻t+3抵达店铺A的车辆，是当前空座为零但是在店铺A预定一名乘客下车的车辆。

如图12的(C)所示，设利用者U3及车辆200B在时刻t+3抵达店铺A。运行管理部330对车辆200B发送指示以使得抵达店铺A的利用者U3乘坐车辆200B且向车辆200B的乘客的目的地出发。

需要说明的是，在上述的例子中，在车辆200A中存在三个空座的情况下，即使在车辆200A和利用者U1及利用者U2抵达店铺A的情况下，车辆200A也可以不等待利用者U3而朝向目的地出发。在该情况下，运行管理部330例如也可以根据存在于店铺A的周边的车辆的状况，决定是否不等待利用者U3而使车辆200A朝向目的地出发。具体而言，运行管理部330在存在车辆200A出发后的规定时间以内抵达店铺A且利用者U3能够乘坐的车辆的情况下、或存在存在于距店铺A规定距离以内且利用者U3能够乘坐的车辆的情况下，使车辆200A朝向目的地出发。

图13是示出利用者U1～U3及车辆200的移动状态的另一例的图。图13的(A)示出时刻t+11的利用者和车辆的移动状态，图13的(B)示出时刻t+12的利用者和车辆的移动状态，图13的(C)示出时刻t+13的利用者和车辆的移动状态。如图13的(A)所示，设利用者U1～U3在时刻t+11将乘车请求发送到共乘管理装置300。设车迎接地点为店铺A。运行管理部330对车辆200C发送指示以使得在时刻t+13抵达店铺A。

如图13的(B)所示，设利用者U1在时刻t+12抵达店铺A。另外，车辆200D设为为了使乘客下车而在店铺A停靠。设车辆200D的目的地与利用者U1的目的地一致。在该情况下，运行管理部330将利用者U1要乘坐的车辆决定为车辆200D，将催促乘坐车辆200D的信息向利用者U1的终端装置100发送。另外，运行管理部330对车辆200D发送指示以使得利用者U1乘坐而向目的地出发。车辆200D例如从共乘管理装置300取得利用者U1持有的车票的信息。车票认证装置270在通过利用者U1而车票被本装置的读取部刷到的情况下，许可利用者U1乘坐。

如图13的(C)所示，设利用者U2、U3及车辆200C在时刻t+13抵达店铺A。运行管理部330对车辆200C发送指示以使得抵达店铺A的利用者U2及U3乘坐车辆200C且向车辆200C的乘客的目的地出发。

如上所述，共乘管理装置300基于利用者向车迎接地点的到达状况，决定在车迎接地点处乘坐车辆的乘客，从而能够提高利用者的便利性。例如，先抵达的利用者能够不等待不知道何时会抵达车迎接地点的利用者而乘坐车辆。另外，即使在利用者U1～U3抵达车迎接地点的时刻不同的情况下，共乘管理系统1也使乘客乘坐能够使抵达的利用者乘坐的车辆，使后抵达车迎接地点的利用者乘坐其他车辆，从而能够更高效地使车辆工作。其结果是，能够实现更高效的运营。

另外，共乘管理装置300(激励赋予部370)也可以参照店铺的利用状况和车辆的利用状况，对店铺或利用者赋予激励信息。所谓激励信息，例如是表示金钱的量、优惠的内容的信息。在该情况下，共乘管理系统1A也可以取代共乘管理装置300，而具备共乘管理装置300A。图14是示出共乘管理系统1A的功能结构的图。共乘管理装置300A也可以在共乘管理装置300的功能结构的基础上，还具备激励赋予部370。

另外，在共乘管理装置300的存储部380A中存储有利用状况信息390。在利用状况信息390中，例如包含按照每个利用者的乘车请求的次数、结算的次数、结算额、在设置有受理装置400的店铺中进行了结算的次数(结算额)、店铺作为车迎接地点而被利用了的次数、将店铺作为车迎接地点而利用了的利用者的数量等。上述的利用状况信息390所包含的信息例如是共乘管理装置300从本装置的处理结果、受理装置400或设置于店铺的终端装置取得的信息。

激励赋予部370例如参照利用状况信息390，决定对店铺或利用者赋予的激励信息的内容。例如，利用者利用了共乘服务的次数越多，则对利用者赋予的激励的量越大。例如，店铺作为车迎接地点而被利用了的次数越多，则对店铺赋予的激励的量越大。所谓赋予，是对利用者将能够共乘、在店铺利用的折扣等优惠的信息向终端装置100发送、对账户管理服务器500经由网络NW指示将与激励的量相应的金钱向预先设定的店铺的银行账户汇入等。

另外，激励赋予部370例如也可以参照利用状况信息390，来决定从店铺收取的激励信息的内容。例如，店铺作为车迎接地点而被利用了的次数越多，则从店铺收取的激励的量越大。例如，激励赋予部370指示将表示决定出的激励的量的信息向设置于店铺的终端等发送，将与激励的量相应的金钱向预先设定的店铺的银行账户汇入。通过上述的处理，激励赋予部370能够从作为车迎接地点利用的次数多而集客上升了的店铺取得激励。

在上述的实施方式中，设利用者为了乘坐车辆200而将乘车请求向共乘管理装置300发送，共乘管理装置300在取得乘车请求时，检索与在该乘车请求中定义的利用条件一致的车辆200，但不限定于此。例如，利用者也可以将利用请求向共乘管理装置300发送。另外，利用于共乘的车辆200可以是输送行李或旅客的车辆200，也可以是货客混载的车辆200。

利用请求是表示利用者希望利用车辆200的请求。例如，利用者为了向车辆200堆放行李、为了卸下放置于车辆200的行李、为了辅助乘坐了车辆200的乘客或为了使与发送了利用请求的利用者不同的利用者乘坐，而将利用请求向共乘管理装置300发送。另外，利用者也可以以与车辆200汇合、与车辆200或车辆200内的人、物体接触为目的而将利用请求向共乘管理装置300发送。例如，利用者也可以以检查、确认、加工检查车辆200、车辆200的内部、放置于车辆200的行李等、与车辆200的乘客汇合、诊察车辆200的乘客为目的，而将利用请求向共乘管理装置300发送。

而且，共乘管理装置300根据利用者请求而检索与利用请求中定义的条件一致的车辆200。所谓与利用请求中定义的条件一致，在将行李载置于车辆200的利用请求的情况下，例如是在车辆200内存在存积该行李的空间、在希望时刻附近调配的车辆200正在车迎接地点(车迎接地点附近)行驶及目的地与行李(利用者)的目的地一致。

也可以取代乘车条件信息384(或在此基础上)，而将例如利用条件信息存储于存储部380。利用条件信息例如是相对于预先登记了的利用者的识别信息即利用者ID，而将相会希望地点、目的地、相会希望时刻(利用者和车辆200汇合的希望时刻)、表示是否已决定调配的配车标志等建立了对应关系的信息。

例如，运行管理部330参照利用条件信息、地图信息386以及运行日程信息388，检索能够调配的车辆200。在地图信息386中，除了节点、路线的信息之外，还包含表示各种车迎接地点的概要的车迎接地点信息。车迎接地点信息例如是相对于车辆200与利用者汇合的地点的识别信息即车迎接地点ID，而将位置、车迎接地点内容、作为一个以上的相会希望地点的对应范围等建立了对应关系的信息。

在运行日程信息388中，例如，载置的物体或要卸下的物体的种类、大小、重量、进行的行为与出发地、途经地或目的地建立了对应关系。在存储部380中，存储有车辆200能够载置的行李的种类、大小、重量的信息。运行管理部330基于由到达状况监视部340监视的利用者的到达状况，决定在规定的地点利用车辆200的利用者。

例如，运行管理部330参照地图信息386，确定与乘车请求所包含的相会希望地点建立了对应关系的车迎接地点，从利用条件信息提取确定的车迎接地点相同且希望利用时刻为规定时间以内的记录。然后，运行管理部330调配能够在接近利用者的希望利用时刻的时刻或在距希望利用时刻规定时间(例如30分钟、1小时)以内利用的车辆200。被调配的车辆200例如是在乘车希望时刻附近正在车迎接地点(车迎接地点附近)行驶的车辆200中的、与利用者指定的目的地一致且利用者能够占有利用车辆200的可占有部的至少一部分的车辆200。所谓能够占有利用，例如是利用者能够将要载置的行李载置于可占有部，或者利用者或利用者指定的人能够乘坐。

另外，共乘管理装置300也可以如以下那样执行决定使抵达于车迎接地点的利用者U1及U2乘坐抵达的车辆200的处理(步骤S216)。例如，在多个利用者中的第二利用者接近规定的地点之前，多个利用者中的第一利用者接近规定的地点且由运行管理部330调配了的第一车辆200抵达规定的地点的情况下，运行管理部330将第一利用者决定为占有第一车辆200的一部分的利用者，并且进行以下的(1)或(2)的处理。(1)运行管理部330例如在第一车辆200的可占有部成为已占有从而成为不能占有的情况下，将第二利用者决定为占有在第一车辆200之后抵达规定的地点且具有与第二利用者所要求的利用信息对应的可占有部的第二车辆200的一部分的利用者。(2)运行管理部330例如基于根据到达状况监视部340的观测信息而预测的第二利用者向所述规定的地点的到达预定时刻和第一车辆200到达了规定的地点的时刻的比较，将第二利用者决定为占有在第一车辆200之后到达规定的地点且具有与第二利用者要求的利用信息对应的可占有部的第二车辆200的一部分的利用者。所谓已占有，是不存在利用者要乘坐的座位、利用者要乘坐的座位被占有、不存在载置行李的载置区域、载置区域被放置了其他的行李等。所谓观测信息，是表示“利用者接近了车迎接地点”的信息。

例如，运行管理部330在预测为基于到达状况监视部340的观测信息而预测的第二利用者向规定的地点的到达预定时刻比第一车辆200到达了规定的地点的时刻长规定时间的情况下，将第二利用者决定为占有在第一车辆200之后到达规定的地点且具有与第二利用者要求的利用信息对应的可占有部的第二车辆200的可占有部的一部分的利用者。所谓“具有与第二利用者要求的利用信息对应的可占有部”，例如是具有第二利用者能够载置想要载置的物体的可占有部或想要乘坐的人能够乘坐。

另外，运行管理部330在第一利用者占有后的第一车辆200的可占有部与第二利用者要求的利用条件一致时、或由到达状况监视部340推断为第二利用者是在第一车辆200到达规定的地点之后经过规定时间前接近规定的地点的情况下，将第二利用者决定为占有第一车辆200的可占有部的一部分的利用者。所谓与利用条件一致，例如是第二利用者前往的方向与第一车辆200前往的方向一致，第二利用者能够乘坐第一车辆200或在第一车辆200存在第二利用者载置的行李(占有的区域)。

另外，在第一利用者占有了第一车辆200的可占有部后而在第一车辆200存在非预约的可占有部时，运行管理部330不论第二利用者的到达预测时刻，都将第二利用者决定为占有第一车辆200的非预约的可占有部的利用者。该情况下的第二利用者是与车迎接地点对应的(存在于车迎接地点或车迎接地点附近的)店铺等服务提供商，作为第二利用者的服务提供商能够视作已经抵达车迎接地点。其结果是，在车辆200中存在空的可占有部的情况下，店铺等服务提供商能够将第一车辆200高效地活用于配送等。

另外，运行管理部330也可以还具备相会控制部332，该相会控制部332设定车辆200在中途停车的停车位置，并且许可第三人在停车位置处与可占有部相会。图15是示出具备相会控制部332的共乘管理装置300A和第三人利用的特定终端装置600的功能结构的一例的图。特定终端装置600例如可以是智能手机、平板终端等利用者能够携带的终端装置，也可以是个人计算机。

相会控制部332也可以对要与车辆200的可占有部(利用者正乘坐的可占有部、载置有行李的可占有部)或存在于可占有部的乘客(或物体)相会的第三人，在车辆200在停车位置停止前或第三人与车辆200汇合前或汇合了时，通知用于与可占有部相会的信息(例如用于打开车辆200的车门的一次性秘钥)、与车辆200相关的信息。上述的停车位置可以是由第三人指定的位置，也可以是由与第三人不同的利用者(例如发送了利用请求的利用者)指定的位置。例如，相会控制部332对具有预先存储于存储部380的识别信息的特定终端装置600通知用于与可占有部相会的信息、上述的停车位置、与车辆200相关的信息。例如，被通知用于与可占有部相会的信息的特定终端装置600是利用者与利用请求建立对应关系而指定的特定终端装置600、预先赋予了权限的特定终端装置600等。

车辆200也可以构成为具有多个被划分了的可占有部，按照被划分了的可占有部而限制相会。例如，在车辆200中，也可以设置有多个房间、货柜，各个房间、货柜构成为能够上锁。在该情况下，特定终端装置600取得用于与预先被赋予了权限的房间、货柜相会的信息。这样，通过对第三人通知用于相会的信息，能够进行物品的交接，或完成通过车辆200和第三人汇合而进行的事项。

根据以上说明的实施方式，具备：通信部310，其与由多个利用者分别使用的多个终端装置100、120、130通信；取得部320，其取得定义有至少包含相会希望地点的利用条件的多个利用者的利用请求；到达状况监视部340，其监视利用者向基于相会希望地点而导出的规定的地点的到达状况；运行管理部330，其基于利用请求所包含的利用条件，检索能够调配的车辆，决定车辆的运行日程，并且基于由到达状况监视部340监视的到达状况，来决定在规定的地点向车辆相会的利用者，由此能够实现更高效的运营。

需要说明的是，共乘管理装置300也可以搭载于车辆200。在车辆200是手动驾驶车辆的情况下，通信部310也可以经由网络NW而与车辆200的驾驶员的终端装置通信。

以上使用实施方式说明了本发明的具体实施方式，但本发明不受这样的实施方式的任何限定，在不脱离本发明的主旨的范围内能够施加各种变形及替换。