CN110753948A - 服务管理装置、服务提供系统、服务管理方法及程序 - Google Patents

Abstract

服务管理装置(300、700)具备：取得部(320、720、722、724)，其取得服务利用者(U)要求与服务提供者(S)在移动的车辆(200、500)内同乘的同乘请求(服务利用委托信息)；以及计划决定部(330、740)，其根据由所述取得部取得的同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

Description

服务管理装置、服务提供系统、服务管理方法及程序

技术领域

本发明的方案涉及服务管理装置、服务提供系统、服务管理方法及程序。

本申请基于在2017年6月16日向日本提出申请的日本特愿2017-118691号而主张优先权，并将其内容援引于此。

背景技术

以往，公开了如下系统的发明：受理表示服务提供场所的位置的信息、表示接受服务提供的利用者的接送位置的信息、表示接送所利用的车辆的乘车人数的信息的输入并存储于存储机构，算出多个模式的在服务提供场所的位置与利用者的接送位置之间利用车辆接送利用者的接送路线，并且利用规定的地图信息来算出各模式的接送路线中的车辆相对于服务提供场所的出发时刻和到达时刻，并基于各模式下的在服务提供场所出发的车辆的出发时刻和到达服务提供场所的车辆的到达时刻，来决定接送路线的模式(参照专利文献1)。

在先技术文献

专利文献

专利文献1：日本特开2015-184885号公报

发明的概要

发明要解决的课题

以往的技术是对到服务提供场所为止的接送进行管理的技术，不是对在车辆内提供的服务进行管理的技术。

发明内容

本发明考虑这样的情况而提出，其目的之一在于，提供一种能够适当地管理在车辆内由服务提供者提供的服务的服务管理装置、服务提供系统、服务管理方法及程序。

用于解决课题的方案

本发明的车辆控制系统、车辆控制方法及程序采用了以下的结构。

(1)：本发明的一方案为服务管理装置，其具备：取得部，其取得服务利用者要求与服务提供者在移动的车辆内同乘的同乘请求；以及计划决定部，其根据由所述取得部取得的同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

(2)：在上述(1)的方案的基础上，所述同乘请求中包含所述服务利用者乘坐于所述车辆的第一乘车区间的信息。

(3)：在上述(2)的方案的基础上，所述服务利用者是不优选单独乘坐于所述车辆的利用者，所述计划决定部以包含所述第一乘车区间的方式决定所述服务提供者乘坐于所述车辆的第二乘车区间。

(4)：在上述(2)的方案的基础上，所述计划决定部参照所述服务提供者能够乘坐于所述车辆的区域的信息，以在所述第一乘车区间与所述区域的重复部分的范围内所述服务提供者与所述服务利用者同乘的方式，决定所述服务提供者乘坐于所述车辆的第二乘车区间。

(5)：在上述(1)的方案的基础上，所述计划决定部以在能够与下车后所述服务利用者接受的下车后服务协作的地点使所述服务利用者下车的方式，决定所述同乘计划。

(6)：在上述(5)的方案的基础上，所述计划决定部执行下车后服务所需的在线预约。

(7)：在上述(1)的方案的基础上，所述计划决定部选择与预先指定的服务的种类对应的服务提供者，决定所述服务利用者与选择出的所述服务提供者的同乘计划。

(8)：在上述(1)的方案的基础上，所述车辆是具有无线通信功能的自动驾驶车辆，所述服务管理装置还具备：通信部，其与所述车辆进行通信；以及路径指示部，其使所述通信部向所述车辆发送基于由所述计划决定部决定出的同乘计划的路径的指示。

(9)：一种服务提供系统，其具备上述(8)的方案的服务管理装置和所述车辆，其中，所述服务管理装置将服务提供预定时间与所述路径的指示一起向所述车辆发送，所述车辆以避免在经过所述服务提供预定时间之前到达目的地的方式进行驾驶控制。

(10)：本发明的另一方案为服务管理方法，其使计算机进行如下处理：取得服务利用者要求与服务提供者在移动的车辆内同乘的同乘请求；以及根据取得的所述同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

(11)：本发明的另一方案为程序，其使计算机进行如下处理：取得服务利用者要求与服务提供者在移动的车辆内同乘的同乘请求；以及根据取得的所述同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

(12)：本发明的另一方案为服务管理装置，其具备：第一取得部，其取得由服务利用者产生的服务利用委托信息，该服务利用者利用伴随车辆的利用的服务；第二取得部，其取得预先登记的车辆的车辆信息；车辆确定部，其基于所述服务利用委托信息和取得的所述车辆信息，来确定可利用的车辆，并生成可利用车辆信息；第三取得部，其取得与服务提供者可接受预定的服务相关联的服务提供信息，该服务提供者提供伴随车辆的利用的服务；以及计划决定部，其基于所述可利用车辆信息及所述服务提供信息，来确定所述服务利用者可享受的可用服务，并将与确定出的所述可用服务相关的信息向所述服务利用者提供。

(13)：在上述(12)的方案的基础上，所述服务利用委托信息包括所述服务利用者占用所述车辆的至少一部分的第一区间的信息。

(14)：在上述(13)的方案的基础上，所述服务利用委托信息包括所述服务利用者希望的所述服务提供者的属性信息。

(15)：在上述(13)的方案的基础上，所述服务管理装置还具备计划决定部，该计划决定部基于所述可利用车辆信息及所述服务提供信息，来设定所述服务提供者占用所述车辆的至少一部分的第二区间，并基于所述第一区间与所述第二区间的重复部分，来设定所述服务利用者及所述服务提供者占用所述车辆的至少一部分的第三区间。

(16)：在上述(13)或(14)的方案的基础上，所述服务提供信息包括可提供服务的地域的信息，所述服务管理装置还具备计划决定部，该计划决定部在所述第一区间与所述可提供服务的地域的信息的重复范围内，设定所述服务利用者及所述服务提供者占用所述车辆的至少一部分的第三区间。

(17)：在上述(13)的方案的基础上，所述服务提供信息包括车辆外的服务提供地点的信息，所述服务管理装置还具备计划决定部，该计划决定部根据来自所述服务利用者的指示，以使所述第一区间在所述车辆外的服务提供地点结束的方式更新所述第一区间。

(18)：在上述(13)的方案的基础上，所述服务管理装置还具备判定部，该判定部判定所述服务利用者和所述服务提供者这双方是否正利用所述车辆，所述计划决定部在由所述判定部判定为双方正利用所述车辆的情况下，更新所述第一区间。

(19)：在上述(17)的方案的基础上，所述服务管理装置还具备通信部，该通信部发送对处于所述车辆外的服务提供地点的设施进行预约的预约信息，并接收与预约信息对应的预约结果。

(20)：在上述(12)的方案的基础上，所述车辆是具有无线通信功能的自动驾驶车辆，所述服务管理装置还具备：通信部，其与所述车辆进行通信；以及路径指示部，其使所述通信部向所述车辆发送所述服务利用者的利用开始位置及利用结束位置的信息、所述服务提供者的利用开始位置及利用结束位置的信息。

(21)：在上述(15)或(16)的方案的基础上，所述服务利用委托信息包括所述服务利用者希望的服务利用时间带的信息，所述计划决定部以所述服务利用者占用所述车辆的至少一部分的时间带与所述服务利用时间带一致的方式设定所述第三区间。

(22)：在上述(21)的方案的基础上，所述服务提供信息包括所述服务提供者希望的服务提供时间带的信息，所述计划决定部以所述服务提供者占用所述车辆的至少一部分的时间带与所述服务提供时间带一致的方式设定所述第三区间。

(23)：在上述(15)的方案的基础上，所述计划决定部在与多个服务提供者分别对应而设定了所述第二区间的情况下，设定与多个所述第二区间分别对应的多个所述第三区间。

(24)：在上述(12)的方案的基础上，所述服务管理装置还具备：判定部，其在所述第一取得部接收到所述服务利用委托信息的时间点，判定所述服务利用者是否正利用所述车辆；以及计划决定部，其在由所述判定部判定为所述服务利用者正利用所述车辆的情况下，将利用中的所述车辆优先分配给所述利用者。

(25)：本发明的另一方案为服务管理方法，其使计算机进行如下处理：取得由服务利用者产生的服务利用委托信息，该服务利用者利用伴随车辆的利用的服务；取得预先登记的车辆的车辆信息；基于所述服务利用委托信息和取得的所述车辆信息，来确定可利用的车辆，并生成可利用车辆信息；取得与服务提供者可接受预定的服务相关联的服务提供信息，该服务提供者提供伴随车辆的利用的服务；以及基于所述可利用车辆信息及所述服务提供信息，来确定所述服务利用者可享受的可用服务，并将与确定出的所述可用服务相关的信息向所述服务利用者提供。

(26)：本发明的另一方案为程序，其使计算机进行如下处理：取得由服务利用者产生的服务利用委托信息，该服务利用者利用伴随车辆的利用的服务；取得预先登记的车辆的车辆信息；基于所述服务利用委托信息和取得的所述车辆信息，来确定可利用的车辆，并生成可利用车辆信息；取得与服务提供者可接受预定的服务相关联的服务提供信息，该服务提供者提供伴随车辆的利用的服务；以及基于所述可利用车辆信息及所述服务提供信息，来确定所述服务利用者可享受的可用服务，并将与确定出的所述可用服务相关的信息向所述服务利用者提供。

发明效果

根据(1)～(26)的方案，能够适当地管理在车辆内由服务提供者提供的服务。

根据(3)的方案，能够适当地接送婴幼儿、老人等。

根据(4)的方案，能够与服务提供者的状况对应来决定同乘计划。

根据(6)的方案，直至下车后为止能够持续适当地提供一系列的服务。

根据(7)的方案，能够提供各种服务。

根据(12)的方案，从预先登记的车辆的候补中取得车辆信息，并基于服务利用委托信息来确定可利用的车辆，因此能够促进车辆的更积极的利用。

根据(17)或(19)的方案，即使在服务利用者从车辆下车之后也继续服务，能够提高服务利用者的满足感。

附图说明

图1是包含服务管理装置300的服务提供系统1的构成图。

图2是车辆200的构成图。

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

图4是表示同乘请求一览384的内容的一例的图。

图5是表示可提供服务范围信息386的内容的一例的图。

图6是表示决定同乘计划的情形的图(其1)。

图7是表示反映了图6所示的同乘计划的运行日程信息388的内容的一例的图。

图8是表示决定同乘计划的情形的图(其2)。

图9是表示反映了图8所示的同乘计划的运行日程信息388的内容的一例的图。

图10是表示由服务管理装置300执行的处理的流程的一例的流程图。

图11是表示询问是否能够变更同乘请求的内容的画面IM的一例的图。

图12是表示在第二实施方式中决定同乘计划的情形的图。

图13是表示反映了图12所示的同乘计划的运行日程信息388的内容的一例的图。

图14是表示在第三实施方式中决定同乘计划的情形的图。

图15是表示反映了图14所示的同乘计划的运行日程信息388的内容的一例的图。

图16是表示第四实施方式的同乘请求一览384A的内容的一例的图。

图17是表示第四实施方式的可提供服务范围信息386A的内容的一例的图。

图18是示意性地表示由车辆200执行的驾驶控制的内容的图。

图19是包含第五实施方式的服务管理装置700的服务提供系统2的构成图。

图20是表示搭载于车辆500的车辆管理装置510的构成的一例的图。

图21是表示服务提供者装置600的构成的一例的图。

图22是表示服务管理装置700的构成的一例的图。

图23是表示在服务提供系统2中执行的处理的流程的一例的流程图。

具体实施方式

以下，参照附图来说明本发明的服务管理装置、服务提供系统、服务管理方法及程序的实施方式。服务管理装置是对在移动的车辆内通过服务利用者与服务提供者同乘而实现的服务进行管理的装置。该服务可以主要是指同乘的情况自身，也可以是指同乘并进一步进行某些动作的情况。作为前者的例子，列举有对于不优选单独乘坐于车辆的服务利用者(例如，婴幼儿、老人、病人、残疾人)而保育员、护理员、看护师等服务提供者同乘的服务。需要说明的是，虽然是指同乘的情况自身，但是也可以包括服务提供者进行对作为服务利用者的婴幼儿的照顾等附带的服务的情况。

各实施方式的服务例如通过电子收发的同乘请求来申请。发送同乘请求的人(服务申请者)既可以是服务利用者自身，也可以是其他的人(家属等)。另外，该服务所利用的车辆例如是基本上不需要驾驶操作的自动驾驶车辆。以下，说明使用自动驾驶车辆的情况，但也可以使用手动驾驶车辆。

<第一实施方式>

以下，说明第一实施方式。在第一实施方式中，服务主要是指同乘的情况自身，设为在服务利用者乘坐于车辆的整个区间要求服务提供者同乘于车辆的情况。

[整体结构]

图1是包含服务管理装置300的服务提供系统1的构成图。服务提供系统1具备由一个以上的服务申请者A使用的一个以上的终端装置100、由一个以上的服务提供者使用的一个以上的终端装置150、一个以上的车辆200、以及服务管理装置300。这些构成要素经由网络NW而能够相互通信。网络NW包括互联网、WAN(Wide Area Network)、LAN(Local AreaNetwork)、公用线路、供应者装置、专用线路、无线基地站等。由服务提供者S提供的服务向服务利用者U提供。在图中，示出服务申请者A与服务利用者U为不同的人，但是他们也可以是同一人。需要说明的是，“由服务申请者A或服务提供者S使用”可以包括网咖的终端装置等、能够被不确定多人使用的终端装置由服务申请者A或服务提供者S暂时使用的情况。

[终端装置]

终端装置100例如为智能手机、平板终端、个人计算机等。在终端装置100中，用于利用服务提供系统1的应用程序或浏览器等起动，对以下说明的服务进行支援。在以下的说明中，以终端装置100为智能手机且应用程序(服务申请者用应用)起动的情况为前提。服务利用者用应用根据服务申请者A的操作而与服务管理装置300进行通信，将来自服务申请者A的请求向服务管理装置300发送，或者进行基于从服务管理装置300接收到的信息的推送通知。

终端装置150与终端装置100同样，例如是智能手机、平板终端、个人计算机等。在终端装置150中，用于参加服务提供系统1的应用程序或浏览器等起动，对以下说明的服务进行支援。在以下的说明中，以终端装置150为智能手机且应用程序(服务提供者用应用)起动的情况为前提。服务提供者用应用根据服务提供者S的操作而与服务管理装置300进行通信，将由服务提供者S应允的应允信息向服务管理装置300发送，或者进行基于从服务管理装置300接收到的信息的推送通知。

[车辆]

车辆200是至少具备车室的车辆。图2是车辆200的构成图。车辆200例如具备外界监视单元210、通信装置220、导航装置230、推荐车道决定装置240、自动驾驶控制单元250、驱动力输出装置260、制动装置262、以及转向装置264。

外界监视单元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(Central ProcessingUnit)、各种存储装置，对导航装置230整体进行控制。在存储装置中保存有地图信息(导航地图)。导航地图是通过节点和线路来表现道路的地图。导航控制装置236参照导航地图来决定从由GNSS接收机234测定的车辆200的位置到使用HMI232指定的目的地为止的路径。另外，导航控制装置236也可以将车辆200的位置和目的地使用通信装置220向导航服务器(未图示)发送，并取得从导航服务器回信的路径。另外，在本实施例的情况下，直至目的地为止的路径有时也由服务管理装置300指定。需要说明的是，路径中可以包含为了使利用者乘车或下车而停止的地点及到达目标时刻的信息。导航控制装置236将通过上述任一方法决定出的路径的信息向推荐车道决定装置240输出。

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

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

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

图3是用于说明自动驾驶的处理过程的图。首先，如上图所示，由导航装置230决定路径。该路径例如是未带有车道的区分的粗略的路径。接下来，如中间图所示，推荐车道决定装置240决定容易沿着路径行驶的推荐车道。然后，如下图所示，自动驾驶控制单元250生成一边进行障碍物的躲避等一边尽量沿着推荐车道行驶用的轨道点，并对驱动力输出装置260、制动装置262、转向装置264中的一部分或全部进行控制，以便沿着轨道点(及附带的速度曲线)行驶。需要说明的是，这样的任务分担只不过为一例，例如自动驾驶控制单元250也可以一维地进行处理。

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

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

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

[服务管理装置]

返回图1，服务管理装置300例如具备通信部310、取得部320、计划决定部330、路径指示部340、以及存储部380。

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

取得部320、计划决定部330及路径指示部340例如通过CPU等处理器执行保存于存储部380的程序(软件)来实现。另外，上述的功能部中的一部分或全部也可以由LSI(LargeScale Integration)、ASIC(Application Specific Integrated Circuit)、FPGA(Field-Programmable Gate Array)等硬件来实现，还可以通过软件与硬件的协作来实现。

取得部320经由通信部310及网络NW来取得从服务申请者A的终端装置100发出的同乘请求，并作为同乘请求一览384而登记于存储部380。另外，取得部320经由通信部310及网络NW来取得从服务提供者S的终端装置150发出的可提供服务范围通知，并作为可提供服务范围信息386而登记于存储部380。需要说明的是，利用者信息382包括服务申请者A、服务利用者U、服务提供者S的个人信息等。

图4是表示同乘请求一览384的内容的一例的图。如图所示，同乘请求一览384是将服务利用者数、乘车希望地点、目的地、乘车希望时刻、表示是否计划决定完成的计划决定完成标志(例如1表示计划决定完成，0表示计划未决定)等与预先登记的服务申请者A的识别信息即申请者ID建立了对应关系的信息。计划决定完成标志以外的信息通过终端装置100的服务应用受理服务申请者A的输入来决定内容，并作为同乘请求向服务管理装置300发送。从乘车希望地点到目的地的区间为“第一乘车区间”的一例。以下，有时将与同乘请求一览384中的一个利用者ID建立了对应关系的一系列的信息称为记录。需要说明的是，同乘请求不需要每次利用时进行，可以一并进行多次量的同乘请求。例如，可以提出在每周的工作日的决定出的时刻，从乘车希望地点到目的地希望同乘服务这样的申请。

图5是表示可提供服务范围信息386的内容的一例的图。如图所示，可提供服务范围信息386是将可提供服务日、可提供服务时间带、可提供服务区域等与预先登记的服务提供者S的识别信息即服务提供者ID建立了对应关系的信息。

计划决定部330根据登记于同乘请求一览384的同乘请求，来决定服务利用者U与服务提供者S的同乘计划。第一实施方式的计划决定部330以包含同乘请求中的从乘车希望区间到目的地的区间的方式决定服务提供者S乘坐于车辆200的区间(第二乘车区间)。

图6是表示决定同乘计划的情形的图(其1)。同乘计划在乘车希望地点和目的地都处于可提供服务区域内且乘车希望时刻加上设想驾驶时间得到的期间处于可提供服务时间带等条件符合的情况下被设定。在服务利用者U的乘车希望地点处服务提供者S已经乘坐于车辆200，且在目的地服务利用者U下车之后，车辆200驶去往所希望的场所。在目的地存在保育园等。

图7是表示反映了图6所示的同乘计划的运行日程信息388的内容的一例的图。如图所示，在停车地点(1)，服务提供者ID为“A”的服务提供者S乘车，在相当于乘车希望地点的停车地点(2)，与申请者ID为“0001”的服务申请者对应的服务利用者U乘车，在作为目的地的停车地点(3)，服务利用者U下车，进入保育园。然后，搭乘了服务提供者S的车辆200为了下一服务而向服务利用者U等待的场所移动，或将服务提供者S送到自己家。

在此，可以是一人的服务提供者S相对于多个服务利用者U进行同乘。在该情况下，同乘计划如图8所示那样决定，运行日程信息388如图9所示那样决定。图8是表示决定同乘计划的情形的图(其2)。图9是表示反映了图8所示的同乘计划的运行日程信息388的内容的一例的图。在图示的例子中，在服务提供者S乘车的状态的车辆200中，首先与申请者ID为“0001”的服务申请者A对应的服务利用者U(1)乘车，且与申请者ID为“0002”的服务申请者A对应的服务利用者U(2)乘车，服务利用者U(1)、U(2)在相同的目的地下车。这样，计划决定部330在服务提供者S乘坐于车辆200的区间内包含从多个利用者U的乘车希望地点到目的地的区间的情况下，可以以一人的服务提供者S相对于多个服务利用者U进行同乘的方式决定同乘计划。

图10是表示由服务管理装置300执行的处理的流程的一例的流程图。首先，服务管理装置300判定是否从终端装置100接收到同乘请求(步骤S100)。当从终端装置100接收到同乘请求时，服务管理装置300将同乘请求所包含的内容追加到同乘请求一览384中(步骤S102)。

接下来，服务管理装置300判定同乘计划决定时机是否到来(步骤S104)。在同乘计划决定时机未到来的情况下，使处理返回步骤S100。同乘计划决定时机可以任意确定，但例如在服务提供系统1的营业时间中，确定为每隔规定时间(例如10分钟左右)到来等。

当同乘计划决定时机到来时，服务管理装置300从同乘请求一览384中提取计划决定完成标志为0的记录(步骤S106)。接下来，服务管理装置300参照可提供服务范围信息386，以按同乘请求那样的条件检索能够同乘的服务提供者S(步骤S108)。

接下来，服务管理装置300判定以按同乘请求那样的条件能够同乘的服务提供者S是否存在(步骤S110)。在以按同乘请求那样的条件能够同乘的服务提供者S存在的情况下，服务管理装置300决定与在步骤S106中提取出的记录对应的服务利用者U的同乘计划，并追加到运行日程信息388中(步骤S112)。此时，服务管理装置300将提取出的记录中的计划决定完成标志变更为1。

另一方面，在以按同乘请求那样的条件能够同乘的服务提供者S不存在的情况下，服务管理装置300判定若在一定范围内变更同乘请求的条件，能够同乘的服务提供者S是否存在(步骤S114)。在此，一定范围内是指，在时刻上例如为几十[h]左右，在场所上例如为几百[m]左右。

在步骤S114中得到肯定的判定的情况下，服务管理装置300使通信部310向终端装置100发送询问是否能够变更同乘请求的内容的信息(步骤S116)。在终端装置100中，接收该情况而显示询问是否能够变更同乘请求的内容的画面。图11是表示询问是否能够变更同乘请求的内容的画面IM的一例的图。在画面IM中，显示在乘车希望时刻无法到达的意旨和代替的能够到达的时刻的信息，而且，设定用于指示是否同意时刻变更的是按钮和否按钮。当由利用者操作任一按钮时，终端装置100的服务应用将表示操作内容的信息向服务管理装置300发送。需要说明的是，关于场所变更也同样。

返回图10，服务管理装置300基于从终端装置100接收到的内容，判定是否得到服务申请者A对变更的同意(步骤S118)。服务管理装置300在终端装置100中是按钮被操作的情况下判定为得到同意，在否按钮被操作的情况下判定为未得到同意。

在得到变更的同意的情况下，服务管理装置300以变更了的内容决定与在步骤S106中提取出的记录对应的服务利用者U的同乘计划，并追加到运行日程信息388中(步骤S112)。此时，服务管理装置300将提取出的记录中的计划决定完成标志变更为1。另一方面，在未得到变更的同意的情况下，或者在步骤S114中得到否定的判定的情况下，服务管理装置300控制通信部310而将无法满足本次的同乘请求的意旨的通知(不可通知)向终端装置100发送(步骤S120)。此时，服务管理装置300可以将提取出的记录删除，也可以在下一同乘计划决定时机再次进行检索。

当结束步骤S110～S120的处理时，服务管理装置300判定是否提取了与全部的服务申请者A对应的记录(步骤S122)。在未提取与全部的服务申请者A对应的记录的情况下，使处理返回步骤S106。在提取了与全部的服务申请者A对应的记录的情况下，服务管理装置300的路径指示部340将在本次的处理中追加或更新的运行日程向车辆200发送(步骤S124)。需要说明的是，在使用手动驾驶车辆的情况下，服务管理装置300向车辆的驾驶员的终端装置或车载终端装置通知乘车请求的变更要求。

根据以上说明的第一实施方式，能够适当地管理在车辆内由服务提供者提供的服务。

<第二实施方式>

以下，说明第二实施方式。关于构成图、各装置的基本的功能，援引图1～5以及关联的说明。在第二实施方式中，服务是指在同乘于车辆的基础上执行的服务。例如，在车辆200内，提供语言教育、理发、按摩、法律手续的援助这样的由服务提供者S提供的任意的服务。

因此，在第二实施方式中，不需要在服务利用者U乘坐于车辆的整个区间服务提供者S同乘于车辆。另外，设想主要是服务利用者U自身成为服务申请者A的情况。第二实施方式的计划决定部330在由可提供服务范围信息386规定的范围内决定服务提供者S乘坐于车辆200的区间(第二乘车区间)。

图12是表示在第二实施方式中决定同乘计划的情形的图。如图所示，服务提供者S在服务利用者U已经乘车的状态下，可以乘坐于车辆200。服务利用者U例如在通过车辆200进行通勤的途中从服务提供者S接受语言教育，去公司上班。图13是表示反映了图12所示的同乘计划的运行日程信息388的内容的一例的图。

根据以上说明的第二实施方式，能够适当地管理在车辆内由服务提供者提供的服务。

<第三实施方式>

以下，说明第三实施方式。关于构成图、各装置的基本的功能，援引图1～5以及关联的说明。在第三实施方式中，服务不是在车辆200内完结，而是在处于服务利用者U下车的地点的设施内也继续。以下，将在乘车中进行的服务称为乘车中服务，将在下车之后提供的服务称为下车后服务。在第三实施方式中，同乘请求中的目的地设定为接受下车后服务的地点。进行乘车中服务的服务提供者S与进行下车后服务的服务提供者S#可以是同一人，也可以是不同的人。在前者的情况下，计划决定部330决定服务提供者S在目的地处与服务利用者U一起下车的乘车计划。以下，以此为前提。

提供的一系列的服务例如是土地的购入时的手续的援助。在该情况下，提供在车辆200内服务提供者S进行手续的说明且在下车后到不动产办事处进行签名、盖章等手续这样的一系列的服务。计划决定部330在服务提供者S在目的地处利用的设施中需要预约的情况下，可以自动地进行在线预约。

图14是表示在第三实施方式中决定同乘计划的情形的图。服务利用者U和服务提供者S同乘而进行手续的说明，并去往作为目的地的不动产办事处而一起下车。然后，在不动产办事处进行签名、盖章等手续。图15是表示反映了图14所示的同乘计划的运行日程信息388的内容的一例的图。

根据以上说明的第三实施方式，能够适当地管理在车辆内及下车后提供的服务。

<第四实施方式>

以下，说明第四实施方式。关于构成图、各装置的基本的功能，援引图1～5以及关联的说明。在第四实施方式中，服务管理装置300管理多个服务。并且，服务利用者U(或服务申请者A)能够从多个服务中选择并接受所希望的服务。

图16是表示第四实施方式的同乘请求一览384A的内容的一例的图。在第四实施方式的同乘请求中追加有服务种类、下车后服务的需要与否等。下车后服务的需要与否可以在服务种类被指定时在服务管理装置300中自动补充。需要说明的是，服务种类或下车后服务的需要与否可以不是每次同乘请求时被指定，而是某服务申请者A作出仅请求特定的服务种类这样的决定的情况下，由服务申请者A自动地决定服务种类、下车后服务的需要与否。

图17是表示第四实施方式的可提供服务范围信息386A的内容的一例的图。第四实施方式中的服务提供者S预先申报自身能够提供的服务的种类。服务管理装置300受理该申报并登记于可提供服务范围信息386A。

第四实施方式的计划决定部330按照各服务种类来执行相当于图10的步骤S104以后的处理。由此，能够按照各服务的种类将服务提供者S向服务利用者U分配。

根据以上说明的第四实施方式，能够选择性地提供各种服务。

<自动驾驶车辆的控制>

在上述的各实施方式中(特别是第二～第四实施方式中)，车辆200可以进行与为了服务提供而预定的时间对应来调整到达目的地为止的所需时间的驾驶控制。例如，同乘请求中包含希望服务提供的时间的信息，从路径指示部340向车辆200发送的运行日程中包含服务提供的预定时间。

图18是示意性地表示由车辆200执行的驾驶控制的内容的图。车辆200的自动驾驶控制单元250例如在到达了直至目的地为止的中间地点等基准地点时，将到此为止的经过时间与预定时间进行比较。并且，在经过时间比在直至基准地点的行驶中经过的预计的时间短的情况下，在剩余的行程中慢行或在规定地点停止等，来延缓向目的地的到达。由此，能够确保充分的服务提供时间。

<第五实施方式>

以下，说明第五实施方式。图19是包含第五实施方式的服务管理装置700的服务提供系统2的构成图。服务提供系统2具备由一个以上的服务申请者A使用的一个以上的终端装置100、一个以上的车辆500、由一个以上的服务提供者S使用的一个以上的终端装置150、服务提供者装置600、以及服务管理装置700。这些构成要素经由网络NW能够相互通信。由服务提供者S提供的服务向服务利用者U提供。在图中，示出服务申请者A与服务利用者U为不同的人，但是他们可以为同一人。需要说明的是，“由服务申请者A使用”可以包括网咖的终端装置等可被不确定多人使用的终端装置由服务申请者A暂时使用的情况。

[终端装置]

终端装置100的硬件及基本的功能与第一实施方式相同。在终端装置100中，用于利用服务提供系统2的应用程序或浏览器等起动，对以下说明的服务进行支援。在以下的说明中，以终端装置100为智能手机且应用程序(服务申请者用应用)起动的情况为前提。服务利用者用应用根据服务申请者A的操作而与服务管理装置700进行通信，将来自服务申请者A的请求向服务管理装置700发送，或进行基于从服务管理装置700接收到的信息的推送通知。

终端装置100例如将包含以下那样的内容的服务利用委托信息向服务管理装置700发送。位置信息例如是通过终端装置100内置的GPS接收机测位的信息。其他的信息原则上基于由服务申请者A或服务利用者U输入的信息。希望利用服务提供者属性信息是与服务利用者U希望的服务提供者S的属性相关的信息。属性除了提供的服务的类别之外，还可以包括年龄、性别、性格(类型)等。关于属性，服务管理装置700可以不是固定地分配完全一致的服务提供者S，而是向服务利用者U提示来供服务利用者U选择或确定。

[服务利用委托信息]

·用户ID

·位置信息(纬度、经度、高度)

·希望利用空间信息(例如，由人数、座位数等表示)

·希望利用服务提供者属性信息

·希望利用服务ID

·希望利用区间信息(第一区间的信息)

·服务利用者希望的服务利用的时间带的信息

·结算认证信息

[车辆]

与车辆500的行驶控制相关的结构(例如，与自动驾驶相关的结构)与第一实施方式中的车辆200所具备的结构同样。即，车辆500为自动驾驶车辆，是以下说明那样的具有无线通信功能的车辆。图20是表示搭载于车辆500的车辆管理装置510的结构的一例的图。车辆管理装置510例如具备通信部520、认证部530、车辆/隔间管理部550。

通信部520是无线通信装置。通信部520经由网络NW与服务管理装置700进行通信。认证部530按照服务管理装置700的指示，进行用于服务开始的认证处理。

车辆/隔间管理装置550例如具备利用状况检测部552、利用许可部554及认证部556。在车辆500中设有服务利用者U、服务提供者S可利用的一个以上的空间(隔间)，利用状况检测部552检测各隔间的利用状况。例如，利用状况检测部552检测各隔间是否为利用中。在图20中，作为车辆500，登载了普通乘用车，但是车辆500也可以是挂车、公共汽车、微型公共汽车等在将车室内分隔的隔间中分别能够乘坐一个以上的乘客的尺寸的车辆。利用许可部554例如在由认证部556进行的认证成功的情况下，许可预先指定的隔间的利用，例如进行门的开锁等。认证部556进行乘车的服务利用者U或服务提供者S的本人确认等认证。

车辆管理装置510例如将包含以下那样的内容的车辆信息向服务管理装置700发送。

[车辆信息]

·车辆ID

·位置信息(纬度、高度、经度)

·隔间利用状况(关于利用中的隔间，为利用中的服务利用者的用户ID、可利用的隔间的信息等)

·行驶状态(速度、加速度、角速度、车载设备的状态等)

·服务提供者S的信息(服务提供者的ID、实施中的服务的信息、服务实施经过时间等)

图21是表示服务提供者装置600的结构的一例的图。服务提供者装置600例如是掌握多个服务提供者的状态且对来自服务管理装置700的预定能够自动地应答的装置。服务提供者装置600例如具备通信部610、接受预定处理部620、状态管理部630、以及存储部650。

通信部610经由网络NW与服务管理装置700等进行通信。接受预定处理部620对于来自服务管理装置700的服务预定，进行接受预定处理。接受预定处理部620判定服务预定的内容是否为已经向服务管理装置700发送完成的服务提供信息的范围内，在判定为是范围内的情况下先推进接受预定处理。状态管理部630管理登记于服务提供者装置600的服务提供者S的状态(预约状态、工作状态等)，并将服务提供信息向服务管理装置700提供。

服务提供者装置600例如将包含以下那样的内容的服务提供信息向服务管理装置700发送。服务提供信息是与服务提供者S能够接受预定的服务相关联的信息。

[服务提供信息]

·接受预定ID

·服务名称

·执行责任者信息

·服务提供者属性信息

·服务提供者希望的服务提供时间带的信息

·所需车辆隔间信息

·可提供服务的地域的信息

·设施地点信息(车辆外的服务提供地点信息)

·服务状况

[服务管理装置]

图22是表示服务管理装置700的结构的一例的图。服务管理装置700例如具备通信部710、第一取得部720、第二取得部722、第三取得部724、车辆确定部730、计划决定部740、路径指示部750、认证部760、判定部770、以及存储部800。除了通信部710及存储部800之外的构成要素例如通过CPU等硬件处理器执行程序(软件)来实现。这些构成要素中的一部分或全部也可以通过LSI、ASIC、FPGA、GPU等硬件(包括电路部：circuitry)来实现，还可以通过软件与硬件的协作来实现。程序可以预先保存于HDD、闪存器等存储装置，也可以保存于DVD、CD-ROM等能够装拆的存储介质，并通过将存储介质装配于驱动装置来进行安装。存储部800通过HDD、闪存器、RAM、ROM等来实现。

通信部710例如是用于与网络NW连接的网卡。通信部710经由网络NW与终端装置100、车辆管理装置510、服务提供者装置600等进行通信。

第一取得部720经由通信部710从终端装置10取得服务利用委托信息。第二取得部722经由通信部710从预先登记的车辆500的车辆管理装置510取得车辆信息。第三取得部724经由通信部710从服务提供者终端600取得服务提供信息。

车辆确定部730基于服务利用委托信息和车辆信息，来确定可利用的车辆500，生成可利用车辆信息820。具体而言，车辆确定部730将服务利用委托信息所包含的希望利用空间信息、希望利用区间信息、服务利用的时间带的信息与车辆信息所包含的位置信息、隔间利用状况进行比较，将位置信息和隔间利用状况满足服务利用委托信息所包含的条件的车辆确定为可利用的车辆500。

计划决定部740基于可利用车辆信息820及服务提供信息，来确定服务利用者U可享受的可用服务，并将与确定出的可用服务相关的信息向服务利用者U的终端装置100提供。

更具体而言，计划决定部740基于可利用车辆信息820及服务提供信息，来设定服务提供者S占用车辆500的至少一部分(例如，隔间)的第二区间，并基于服务利用委托信息中的希望利用区间信息(第一区间的信息)与第二区间的重复部分，来设定服务利用者U及服务提供者S占用车辆500的至少一部分的第三区间。需要说明的是，计划决定部740在第一区间的设定前服务提供者S已经乘坐于车辆500的情况下，可以与第一区间的设定同时地以车辆500的当前位置为起点来设定第二区间。

另外，计划决定部740在服务提供信息所包含的可提供服务的地域的信息与第一区间的重复范围内，设定第三区间。而且，计划决定部740以使服务利用者U占用车辆500的至少一部分的时间带与服务利用者希望的服务利用时间带的信息一致，且使服务提供者占用所述车辆的时间带与服务提供者希望的服务提供时间带的信息一致的方式设定第三区间。“时间带”包括开始时刻、结束时刻这样的时刻和时间的长度。计划决定部740例如在服务利用者U希望的服务利用时间带未处于服务提供者S希望的服务提供时间带的情况下，可以与服务利用者U希望的服务利用时间带相比限制服务利用者U占用车辆500的至少一部分的时间带，将其调整成处于服务提供时间带。与此相反，计划决定部740例如在服务提供者S希望的服务提供时间带未处于服务利用者希望的服务利用时间带的情况下，可以与服务提供者S希望的服务提供时间带相比限制服务提供者S占用车辆500的至少一部分的时间带，将其调整成处于服务利用时间带。然后，计划决定部740基于设定的第三区间来确定可用服务。

另外，计划决定部740在多个服务提供者S对某服务利用者U顺次提供服务的情况下，可以与多个服务提供者S分别对应来设定第二区间，并设定与各个第二区间对应的多个第三区间。

作为其他的功能，计划决定部740可以根据来自使用了终端装置100的服务利用者U的指示，以使第一区间在车辆外的服务提供地点处结束的方式对所述第一区间进行更新。在该情况下，计划决定部740可以根据来自使用了终端装置100的服务利用者U的指示(或者自动地)，使用通信部710，对存在于车辆外的服务提供地点的设施发送预约信息，并通过通信部710接收预约结果，并且使用通信部710将预约结果向服务利用者U的终端装置100发送。

路径指示部750使通信部710向车辆500发送服务利用者U的利用开始位置及利用结束位置的信息和服务提供者S的利用开始位置及利用结束位置的信息，由此对车辆500指示车辆500应行驶的路径。

认证部760进行基于与终端装置100的通信实现的服务利用者U的认证或服务提供开始时的认证。

判定部770对于服务利用者U和服务提供者S分别判定是否正利用车辆500。

计划决定部740利用判定部770的判定结果进行各种处理。例如，计划决定部740可以仅在由判定部770判定为服务利用者U和服务提供者S这双方正利用车辆500的情况下，受理第一区间的变更(对第一区间进行更新)。该事例例如在服务提供者S向服务利用者U提案而变更目的地、或者基于向车辆500侧提供的信息而在服务中变更最终目的地的情况下产生。另外，计划决定部740可以在第一取得部720接收到服务利用委托信息的时间点判定部770判定为服务利用者U已经利用车辆500的情况下(即在服务利用中进行了服务延长或其他的服务的委托的情况下)，将该利用中的车辆500优先地向服务利用者U分配。

在存储部800中，除了与登记的服务利用者U相关的利用者信息810、前述的可利用车辆信息820之外，还保存有服务管理信息830。服务管理信息830例如包括服务委托管理信息832、预约管理信息834及执行中服务管理信息836。由第一取得部720取得的服务利用委托信息分别作为记录而登记于服务委托管理信息832。在预约管理信息834中，按照各服务而保存有预约利用区间、预约利用时间带、途经地、途经地预定到达时刻等信息。在执行中服务管理信息836中登记有服务状况、服务属性、服务提供者ID等信息。

图23是表示在服务提供系统2中执行的处理的流程的一例的流程图。首先，服务委托者A(服务利用者U)使用终端装置100对于服务管理装置700的认证部760进行用户认证(步骤S200)。当由认证部760进行的认证成功时，服务委托者A(服务利用者U)使用终端装置100将服务利用委托信息向服务管理装置700发送(步骤S202)。服务利用委托信息由第一取得部取得，并作为服务委托管理信息832而保存于存储部800。

当取得服务利用委托信息时，服务管理装置700的第三取得部724向服务提供者装置600进行服务提供信息的询问(步骤S204)。可以根据提供的服务的属性、服务企业而存在多个服务提供者装置600，在该情况下，第三取得部724可以对多个服务提供者装置600同时询问。服务提供者装置600的状态管理部630将与可接受预定的服务关联(表示可接受预定的服务的内容)的服务提供信息向服务管理装置700回信(步骤S206)。

另一方面，服务管理装置700的第二取得部722向车辆管理装置510进行利用状况(车辆信息)的询问(步骤S208)。车辆管理装置510的车辆/隔间管理部550将由利用状况检测部552检测出的利用状况向服务管理装置700回信(步骤S210)。需要说明的是，步骤S208及步骤S210的处理可以与流程图所示的处理非同步地在任意的时机随时进行。

接下来，车辆确定部730基于服务利用委托信息和在步骤S210中取得到的信息，来确定可利用的车辆，并生成可利用车辆信息(步骤S212)。在步骤S212中可以确定多个车辆，在该情况下，可以在后述的步骤S224之前的期间进行最终的车辆的确定。然后，计划决定部740基于可利用车辆信息和在步骤S206中取得的可接受预定的服务提供信息，来确定服务利用者可享受的可用服务(步骤S212)，并将表示确定出的可用服务的内容的可用服务信息向终端装置100发送(步骤S214)。

服务申请者A(服务利用者U)阅览可用服务信息，其结果是，使用终端装置100对于服务管理装置700进行服务预定(步骤S216)。服务管理装置700的计划决定部740选出在步骤S216中接受预定的服务中的服务提供者担负的部分，并对服务提供者装置600进行服务预定(步骤S218)。

服务提供者装置600的接受预定处理部620将服务接受预定的意旨向服务管理装置700发送(步骤S220)。与此同时，接受预定处理部620向服务提供者的终端装置(在本实施方式中未图示)发送接受预定内容。

当从服务提供者装置600接收接受预定的意旨时，服务管理装置700的路径指示部750设定用于供服务的车辆500应行驶的路径(步骤S222)。

接下来，服务管理装置700的认证部760对服务提供者装置600及车辆500的认证部530进行用于服务开始的认证处理，路径指示部750向车辆500指示在步骤S222中设定的路径，服务提供者装置600进行服务开始的认证，并根据需要进行最终的车辆的确定，在车辆500的车辆管理装置510中，认证部530进行车辆侧的认证，并开始或预定指示的路径中的行驶(步骤S224)。

然后，服务利用者U乘坐于车辆500(步骤S226)，在可提示附加服务时，计划决定部740将附加服务向终端装置100提示(步骤S228)。服务利用者当阅览附加服务的内容，使用终端装置100来预定附加服务时(步骤S230)，服务管理装置700的计划决定部740对于服务提供者装置600进行关于附加服务的服务预定(步骤S232)。服务提供者装置600的接受预定处理部620将表示接受预定附加服务的意旨的信息向服务管理装置700发送(步骤S234)。当接收到表示接受预定附加服务的意旨的信息时，服务管理装置700的路径指示部750向车辆500指示路径的修正、目的地变更(步骤S236)。

根据以上说明的第五实施方式，除了起到与第一实施方式同样的效果之外，还从预先登记的车辆500的候补中取得车辆信息，并基于服务利用委托信息来确定可利用的车辆500，因此能够促进车辆500的更积极的利用。

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

例如，服务管理装置300(700)可以搭载于车辆200(500)。

另外，在车辆200(500)为手动驾驶车辆的情况下，通信部310(710)可以经由网络NW与车辆200(500)的驾驶员的终端装置进行通信。

另外，车辆200(500)可以是从远程地点进行远程操作的远程操作车辆。在该情况下，车辆200(500)通过通信装置220将由外界监视单元210取得的各种信息向外部装置发送。在外部装置中，基于接收到的各种信息来生成(或再生)表示车辆200(500)的周边状况的图像，并向远程操作者提示。此时，为了补偿通信产生的延迟，可以通过先读处理来修正图像等。远程操作者基于提示的图像来操作驾驶操作件。对驾驶操作件进行的操作的内容向车辆200(500)发送，车辆200(500)基于接收到的操作的内容来行驶。

符号说明：

1 服务系统

100 终端装置

200、500 车辆

300、700 服务管理装置

310、710 通信部

320 取得部

330、740 计划决定部

340、750 路径指示部

380、800 存储部

600 服务提供者装置

720 第一取得部

722 第二取得部

724 第三取得部

760 认证部

770 判定部

U 利用者

S 服务提供者

Claims (26)

1.一种服务管理装置，其中，

所述服务管理装置具备：

取得部，其取得服务利用者要求与服务提供者在移动的车辆内同乘的同乘请求；以及

计划决定部，其根据由所述取得部取得的同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

2.根据权利要求1所述的服务管理装置，其中，

所述同乘请求中包含所述服务利用者乘坐于所述车辆的第一乘车区间的信息。

3.根据权利要求2所述的服务管理装置，其中，

所述服务利用者是不优选单独乘坐于所述车辆的利用者，

所述计划决定部以包含所述第一乘车区间的方式决定所述服务提供者乘坐于所述车辆的第二乘车区间。

4.根据权利要求2所述的服务管理装置，其中，

所述计划决定部参照所述服务提供者能够乘坐于所述车辆的区域的信息，以在所述第一乘车区间与所述区域的重复部分的范围内所述服务提供者与所述服务利用者同乘的方式，决定所述服务提供者乘坐于所述车辆的第二乘车区间。

5.根据权利要求1所述的服务管理装置，其中，

所述计划决定部以在能够与下车后所述服务利用者接受的下车后服务协作的地点使所述服务利用者下车的方式，决定所述同乘计划。

6.根据权利要求5所述的服务管理装置，其中，

所述计划决定部执行下车后服务所需的在线预约。

7.根据权利要求1所述的服务管理装置，其中，

所述计划决定部选择与预先指定的服务的种类对应的服务提供者，决定所述服务利用者与选择出的所述服务提供者的同乘计划。

8.根据权利要求1所述的服务管理装置，其中，

所述车辆是具有无线通信功能的自动驾驶车辆，

所述服务管理装置还具备：

通信部，其与所述车辆进行通信；以及

路径指示部，其使所述通信部向所述车辆发送基于由所述计划决定部决定出的同乘计划的路径的指示。

9.一种服务提供系统，其具备：

权利要求8所述的服务管理装置；以及

所述车辆，

其中，

所述服务管理装置将服务提供预定时间与所述路径的指示一起向所述车辆发送，

所述车辆以避免在经过所述服务提供预定时间之前到达目的地的方式进行驾驶控制。

10.一种服务管理方法，其中，

所述服务管理方法使计算机进行如下处理：

取得服务利用者要求与服务提供者在移动的车辆内同乘的同乘请求；以及

根据取得的所述同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

11.一种程序，其中，

所述程序使计算机进行如下处理：

取得服务利用者要求与服务提供者在移动的车辆内同乘的同乘请求；以及

根据取得的所述同乘请求，来决定所述服务利用者与所述服务提供者的同乘计划。

12.一种服务管理装置，其中，

所述服务管理装置具备：

第一取得部，其取得由服务利用者产生的服务利用委托信息，该服务利用者利用伴随车辆的利用的服务；

第二取得部，其取得预先登记的车辆的车辆信息；

车辆确定部，其基于所述服务利用委托信息和取得的所述车辆信息，来确定可利用的车辆，并生成可利用车辆信息；

第三取得部，其取得与服务提供者可接受预定的服务相关联的服务提供信息，该服务提供者提供伴随车辆的利用的服务；以及

计划决定部，其基于所述可利用车辆信息及所述服务提供信息，来确定所述服务利用者可享受的可用服务，并将与确定出的所述可用服务相关的信息向所述服务利用者提供。

13.根据权利要求12所述的服务管理装置，其中，

所述服务利用委托信息包括所述服务利用者占用所述车辆的至少一部分的第一区间的信息。

14.根据权利要求13所述的服务管理装置，其中，

所述服务利用委托信息包括所述服务利用者希望的所述服务提供者的属性信息。

15.根据权利要求13所述的服务管理装置，其中，

所述服务管理装置还具备计划决定部，该计划决定部基于所述可利用车辆信息及所述服务提供信息，来设定所述服务提供者占用所述车辆的至少一部分的第二区间，并基于所述第一区间与所述第二区间的重复部分，来设定所述服务利用者及所述服务提供者占用所述车辆的至少一部分的第三区间。

16.根据权利要求13或14所述的服务管理装置，其中，

所述服务提供信息包括可提供服务的地域的信息，

所述服务管理装置还具备计划决定部，该计划决定部在所述第一区间与所述可提供服务的地域的信息的重复范围内，设定所述服务利用者及所述服务提供者占用所述车辆的至少一部分的第三区间。

17.根据权利要求13所述的服务管理装置，其中，

所述服务提供信息包括车辆外的服务提供地点的信息，

所述服务管理装置还具备计划决定部，该计划决定部根据来自所述服务利用者的指示，以使所述第一区间在所述车辆外的服务提供地点结束的方式更新所述第一区间。

18.根据权利要求13所述的服务管理装置，其中，

所述服务管理装置还具备判定部，该判定部判定所述服务利用者和所述服务提供者这双方是否正利用所述车辆，

所述计划决定部在由所述判定部判定为双方正利用所述车辆的情况下，更新所述第一区间。

19.根据权利要求17所述的服务管理装置，其中，

所述服务管理装置还具备通信部，该通信部发送对处于所述车辆外的服务提供地点的设施进行预约的预约信息，并接收与预约信息对应的预约结果。

20.根据权利要求12所述的服务管理装置，其中，

所述车辆是具有无线通信功能的自动驾驶车辆，

所述服务管理装置还具备：

通信部，其与所述车辆进行通信；以及

路径指示部，其使所述通信部向所述车辆发送所述服务利用者的利用开始位置及利用结束位置的信息、所述服务提供者的利用开始位置及利用结束位置的信息。

21.根据权利要求15或16所述的服务管理装置，其中，

所述服务利用委托信息包括所述服务利用者希望的服务利用时间带的信息，

所述计划决定部以所述服务利用者占用所述车辆的至少一部分的时间带与所述服务利用时间带一致的方式设定所述第三区间。

22.根据权利要求21所述的服务管理装置，其中，

所述服务提供信息包括所述服务提供者希望的服务提供时间带的信息，

所述计划决定部以所述服务提供者占用所述车辆的至少一部分的时间带与所述服务提供时间带一致的方式设定所述第三区间。

23.根据权利要求15所述的服务管理装置，其中，

所述计划决定部在与多个服务提供者分别对应而设定了所述第二区间的情况下，设定与多个所述第二区间分别对应的多个所述第三区间。

24.根据权利要求12所述的服务管理装置，其中，

所述服务管理装置还具备：

判定部，其在所述第一取得部接收到所述服务利用委托信息的时间点，判定所述服务利用者是否正利用所述车辆；以及

计划决定部，其在由所述判定部判定为所述服务利用者正利用所述车辆的情况下，将利用中的所述车辆优先分配给所述利用者。

25.一种服务管理方法，其中，

所述服务管理方法使计算机进行如下处理：

取得由服务利用者产生的服务利用委托信息，该服务利用者利用伴随车辆的利用的服务；

取得预先登记的车辆的车辆信息；

基于所述服务利用委托信息和取得的所述车辆信息，来确定可利用的车辆，并生成可利用车辆信息；

取得与服务提供者可接受预定的服务相关联的服务提供信息，该服务提供者提供伴随车辆的利用的服务；以及

基于所述可利用车辆信息及所述服务提供信息，来确定所述服务利用者可享受的可用服务，并将与确定出的所述可用服务相关的信息向所述服务利用者提供。

26.一种程序，其中，

所述程序使计算机进行如下处理：

取得由服务利用者产生的服务利用委托信息，该服务利用者利用伴随车辆的利用的服务；

取得预先登记的车辆的车辆信息；

基于所述服务利用委托信息和取得的所述车辆信息，来确定可利用的车辆，并生成可利用车辆信息；

取得与服务提供者可接受预定的服务相关联的服务提供信息，该服务提供者提供伴随车辆的利用的服务；以及

基于所述可利用车辆信息及所述服务提供信息，来确定所述服务利用者可享受的可用服务，并将与确定出的所述可用服务相关的信息向所述服务利用者提供。

Images