CN107452200A - 汽车共享系统 - Google Patents

Abstract

本发明涉及汽车共享系统，提供一种恰当地管理参与汽车共享服务的工作人员的状态的技术。分配处理部(113)基于请求获取部(111)获取到的选择请求来对用户分配车辆。状态信息获取部(104)从用户终端、工作人员终端或者车辆终端获取表示工作人员是否同乘用户驾驶的车辆的同乘选择信息。管理部(106)基于同乘选择信息来记录表示工作人员是否正在同乘用户驾驶的车辆的状态信息。

Description

汽车共享系统

技术领域

本发明涉及多个用户共同利用车辆的汽车共享系统。

背景技术

作为出借车辆的服务，租赁汽车服务正在普及。专利文献1公开一种通过在将租赁汽车返还到与租借的营业店铺不同的营业店铺之后，取代回送租借的营业店铺而租借给利用者，由此实现租赁汽车的运转率提高的回送租赁汽车运用方法。

专利文献1：日本特开2003－256981号公报

汽车共享作为以希望短时间且短距离利用车辆的用户为主要的目标，车辆的利用费用比自己拥有车辆的情况相比便宜的服务而被人知晓。通常，在汽车共享服务中，以比出租车利用廉价的方式设定了利用费用。

成为汽车共享的对象的车辆被放置在专用的车站，作为服务会员的用户从个人计算机或移动终端预约车辆，并在预约时刻之前前往车站。用户通过进行利用者认证而能够利用车辆，并在利用后将车辆返还到原来的车站。

估计汽车共享主要在市区中普及，但市区存在车站的维持成本较高这个问题。因此，难以使车站大规模化，由于放置在一个车站的车辆台数被限定，所以会产生在用户所希望的时间段不能够进行车辆预约的情况。另外，由于用户在利用车辆后必须返还到原来的车站，所以也存在车辆的利用用途被限制这个问题。

根据这样的情况，本发明人为了提高汽车共享服务的便利性，想到了使工作人员参与到服务的运用。在使工作人员参与的情况下，为了高效地运用服务，需要恰当地管理工作人员处于什么样的状态。

发明内容

本发明是鉴于这样的状况而完成的，其目的在于，提供一种恰当地管理参与到汽车共享服务的工作人员的状态的技术。

为了解决上述课题，本发明的某个方式的汽车共享系统具备由用户保持的用户终端、由工作人员保持的工作人员终端、搭载于车辆的车辆终端、和能够与用户终端、工作人员终端以及车辆终端进行通信的管理服务器。管理服务器具备：请求获取部，从用户终端获取包括对被用户选择出的车辆进行识别的信息的选择请求；分配处理部，基于请求获取部获取到的选择请求来对用户分配车辆；提供部，向被用户选择出的车辆的车辆终端或者将该车辆送达用户的工作人员的工作人员终端提供配车请求；状态信息获取部，从用户终端、工作人员终端或者车辆终端获取表示工作人员是否同乘用户驾驶的车辆的同乘选择信息；以及管理部，基于状态信息获取部获取到的同乘选择信息来记录表示工作人员是否正在同乘用户驾驶的车辆的状态信息。

根据该方式，由于基于同乘选择信息，由管理部记录表示工作人员是否正在同乘用户驾驶的车辆的状态信息，所以能够准确地管理工作人员的状态信息，可高效地运用汽车共享服务。

根据本发明，提供一种恰当地管理参与汽车共享服务的工作人员的状态信息的技术。

附图说明

图1是表示实施例中的汽车共享系统的结构的图。

图2是用于说明汽车共享服务的利用方式的例子的图。

图3是表示管理服务器的功能块的图。

图4是表示车辆管理部管理的车辆状态表格的图。

图5是表示工作人员管理部管理的工作人员状态表格的图。

图6是表示站管理部管理的站状态表格的图。

图7是表示用户管理部管理的用户状态表格的图。

图8是表示所显示的地图画面的一个例子的图。

图9是表示工作人员终端的功能块的图。

图10是表示车辆终端的功能块的图。

图11是表示用户终端的功能块的图。

图12是表示所显示的初始画面的例子的图。

图13是表示所显示的车辆确认画面的例子的图。

图14是表示所显示的车辆列表画面的例子的图。

图15是表示所显示的工作人员列表画面的例子的图。

具体实施方式

图1表示实施例中的汽车共享系统1的结构。汽车共享系统1是具备由用户10保持的用户终端12、由工作人员30保持的工作人员终端32、搭载于车辆50的车辆终端52、和管理汽车共享服务的管理服务器100的信息处理系统。用户终端12、工作人员终端32以及车辆终端52具有无线通信功能，并经由无线基站、无线接入点与网络2连接。在网络2连接有管理服务器100，管理服务器100能够经由网络2与用户终端12、工作人员终端32以及车辆终端52进行通信。

图1中仅示出1个用户10、1个工作人员30以及1台车辆50，但实施例的汽车共享服务被多个用户10、多个工作人员30以及多个车辆50运用。因此，管理服务器100与多个用户终端12、多个工作人员终端32以及多个车辆终端52可通信地连接。

用户10是为了利用车辆而加入汽车共享服务的会员。用户10的车辆利用时间由管理服务器100进行管理，用户10例如每个月支付与利用时间对应的费用。用户终端12是安装了该服务的用户用应用程序(以下称为“用户应用”)的智能手机、平板终端等移动终端。

在汽车共享系统1中，工作人员30乘坐车辆50，等待来自管理服务器100的配车请求。用户终端12将与用户10可利用的车辆的车型有关的信息显示于显示器，若用户10选择了想要利用的车辆50，则用户终端12向管理服务器100发送选择请求。管理服务器100若接收到选择请求，则将选择出的车辆50分配给用户10，并向该车辆50的车辆终端52发送配车请求。若乘坐在车辆50的工作人员30确认了配车请求，则驾驶到用户10所在的场所来将车辆50租借给用户10，用户10自己驾驶车辆50到目的地。在用户10自己驾驶这一点上，汽车共享服务与出租车服务不同。

此外，用户10也可以选择停车场(以下称为“站”)中正停放的车辆50。用户终端12将可由工作人员30配车的车辆、和可从站乘车的车辆区分而在显示器进行列表显示。若用户10选择了可从站乘车的车辆50，则前往站，从站驾驶车辆50。

工作人员30是属于汽车共享服务的经营主体的服务担当者。工作人员30具有向用户10送去车辆50或从用户10接受返还的车辆50的作用。工作人员终端32是安装了该服务的工作人员用应用程序(以下称为“工作人员应用”)的智能手机、平板终端等移动终端。

车辆50是成为汽车共享的对象的车辆。在汽车共享系统1中，优选准备各种车型的车辆，用户10能够自由地选择喜欢的车型的车辆。一般，车型表示按照用途、型号、年式等划分了汽车的汽车的种类，在实施例中，车型还包括按照其它的基准划分出的汽车的种类。例如车辆可以根据车名来区分，还可以根据车身颜色、乘车定员、车身尺寸等来区分。通过在用户终端12的显示器显示与车辆的车型有关的信息，从而用户10基于车型来选择要利用的车辆50。因此，对于区分车辆的车型而言，为了用户能够简单地选择喜欢的车辆，而优选根据用户需求来适当地设定。

在以往型的汽车共享服务中，需要用户前往正停放有车辆的站，另外在车辆利用后返还到相同的站。实施例的汽车共享服务除了以往型的利用方式以外，还将提高了便利性的各种利用方式提供给用户10。

图2是用于说明汽车共享服务的利用方式的例子的图。以下，分为3个阶段对服务的利用方式进行说明。

(阶段1：至用户驾驶为止的阶段)

工作人员30a乘坐车辆50，等待配车请求(ST1)。工作人员30a被管理服务器100指定担当区域，在担当区域内一边驾驶车辆50一边等待配车请求。工作人员30a也可以按照被指定的巡回路径来驾驶车辆50。如果担当区域内有能够停车的场所，则工作人员30a也可以在该场所使车辆50停车，等待配车请求。

用户10操作用户终端12，使显示器显示与可利用的车辆的车型有关的信息，选择想要驾驶的车辆50(ST2)。用户终端12将包括对选择出的车辆进行识别的信息(车辆ID)、识别用户10的信息(用户ID)以及用户终端12的位置信息的车辆选择请求发送给管理服务器100。管理服务器100若获取到车辆的选择请求，则将选择出的车辆50分配给用户10，并向该车辆50的车辆终端52发送配车请求。配车请求构成为至少包括用户姓名以及用户位置信息。车辆终端52若接收到配车请求，则在显示器显示表示有配车请求的消息。此外，车辆终端52也可以将用户位置信息自动设定为导航系统的目的地，并对工作人员30a实施路径引导。

若车辆终端52接收到配车请求，则工作人员30a驾驶车辆50到用户10等待的位置(ST3)。由于工作人员30a向用户10送去车辆50，所以用户10只要在发送了车辆选择请求的场所等待车辆50的抵达即可，可以不特意地去站获取车辆50。

此外，汽车共享系统1向用户还提供到站去获取车辆50的以往型的利用方式，如果用户希望，则能够利用站中正停放的车辆。在实施例的汽车共享服务中，由于用户能够基于车型来选择车辆，所以如果站中正停放喜欢的车型的车辆，则用户也有时选择停车车辆。

(阶段2：用户驾驶的阶段)

工作人员30a若向用户10送去了车辆50则从驾驶座下去，取而代之，用户10坐进驾驶座。如果用户10希望工作人员30a同乘，则工作人员30a坐在车辆50的后部座席或者副驾驶座，用户10驾驶车辆50到目的地(ST4)。另一方面，如果用户10不希望工作人员30a同乘，则工作人员30a不坐进车辆50，用户10驾驶车辆50到目的地(ST5)。下车后的工作人员30a可以走到例如附近的站，乘坐正停放的车辆，等待配车请求，还可以接受从其它的用户返还的车辆。

(阶段3：用户的驾驶结束了的阶段)

在工作人员30a同乘的情况下(ST4)，若用户10驾驶到目的地而从驾驶座下去，则此时工作人员30a坐进驾驶座，使车辆50移动(ST6)。工作人员30a驾驶的车辆50成为等待配车请求的待机车辆。这样，如果工作人员30a同乘，则由于在用户10驾驶到目的地后，工作人员30a能够立即交替驾驶，所以用户10不需要使车辆50停放到站中。因此，用户10能够驾驶到想要去的场所，实现便利性非常高的服务。

在工作人员30a不同乘的情况下(ST5)，若用户10驾驶到目的地，则向处于目的地的其它的工作人员30b返还车辆50(ST7)，工作人员30b使车辆50移动(ST8)。工作人员30b驾驶的车辆50成为等待配车请求的待机车辆。例如，用户10可以从车辆终端52的显示器所显示的地图画面找出待命中的工作人员30b，向工作人员30b联络目的地，由此使工作人员30b来到目的地。此外，用户10也可以驾驶车辆50到工作人员30b的场所。

另外，在工作人员30a不同乘的情况下(ST5)，用户10驾驶到目的地附近的站，停放车辆50(ST9)。此时在车辆终端52的显示器显示表示能够停车的站的位置的地图画面，用户10可从地图画面确认能够停车的站的场所。在该利用方式中，用户10需要驾驶到站，但由于能够自由地选择空闲的站，所以能够将车辆50返还到目的地附近的站。

此外，虽然图2未示出，但在阶段1中，用户10也能够步行到站，利用正停着的车辆50。该情况下，工作人员30不同乘车辆50，用户10能够将车辆50返还到目的地附近的站(ST9)，或将车辆50交还给处于目的地的工作人员30b(ST7)。

图3表示管理服务器100的功能块。管理服务器100管理用户10、工作人员30、车辆50以及站的状态信息来实现汽车共享服务。

管理服务器100具备通信装置101、状态信息获取部104、状态更新部105、管理部106、请求获取部111、信息提取部112、分配处理部113、提供部114、地图应用程序115、画面生成部116以及输出装置117。管理部106具有车辆管理部107、工作人员管理部108、站管理部109以及用户管理部110。

管理服务器100包括计算机，管理服务器100的各种功能在硬件上能够由电路块、存储器、其它的LSI构成，在软件上通过加载到存储器的程序等来实现。因此，本领域技术人员可以理解为管理服务器100的各种功能能够仅通过硬件、仅通过软件，或者通过它们的组合以各种形式实现，并不限定为任意一个。

通信装置101与网络2连接，来与用户终端12的通信装置、工作人员终端32的通信装置、车辆终端52的通信装置之间发送或者接收服务所需的信息。在汽车共享服务中，通信装置101接收从用户终端12、工作人员终端32以及车辆终端52发送的位置信息。用户终端12、工作人员终端32以及车辆终端52分别测定本终端的位置信息，并向管理服务器100周期性地发送位置信息。状态信息获取部104获取由通信装置101接收到的用户终端12、工作人员终端32以及车辆终端52的位置信息，并提供给状态更新部105。

另外，通信装置101接收从工作人员终端32以及车辆终端52发送的状态信息。工作人员终端32被工作人员30输入状态信息并发送给管理服务器100。另外，车辆终端52被用户10或者工作人员30输入状态信息并发送给管理服务器100。状态信息获取部104获取从工作人员终端32以及车辆终端52发送的状态信息，并提供给状态更新部105。

另外，通信装置101从用户的用户终端12或者向该用户送去车辆的工作人员的工作人员终端32接收表示工作人员是否同乘用户驾驶的车辆的同乘选择信息。此外，通信装置101也可以从车辆的车辆终端52接收同乘选择信息。如图2的阶段2所示，工作人员30a在向用户10送去车辆50后，若用户10希望工作人员30a同乘，则同乘用户10驾驶的车辆50(ST4)，若用户10不希望工作人员30a同乘，则不同乘用户10驾驶的车辆50(ST5)。此时，用户10从用户终端12向管理服务器100发送同乘选择信息，或者工作人员30a从工作人员终端32向管理服务器100发送同乘选择信息。用户10也可以从车辆终端52向管理服务器100发送同乘选择信息。状态信息获取部104获取由通信装置101接收到的同乘选择信息，并提供给状态更新部105。

状态更新部105基于状态信息获取部104获取到的位置信息、状态信息以及同乘选择信息等来更新由管理部106管理的状态信息。优选状态更新部105实时更新状态信息，管理部106记录最新的状态信息。以下，参照图4～图7，对被管理部106管理的状态信息进行说明。此外，图4～图7表示以表格形式记录状态信息的样子，但也可以以其它的形式记录状态信息。

图4表示车辆管理部107管理的车辆状态表格。在车辆状态表格中，包括纬度以及经度的位置信息、表示车辆可否利用的利用可否信息、表示车辆的行驶状态的行驶状态信息作为状态信息而与识别车辆的车辆ID建立关联地被记录。在图4所示的车辆状态表格中，与车型有关的信息(以下称为“车型信息”)以及选项信息作为车辆信息而与车辆ID建立关联地被记录，车辆信息也可以不记录在车辆状态表格而被记录在登记车辆的型号、规格等的车辆主表格中，由车辆管理部107进行管理。

状态更新部105基于从车辆终端52周期性地发送的位置信息来依次更新车辆状态表格中的纬度以及经度。由此，车辆管理部107对车辆50的最新的位置信息进行管理。

利用可否信息是表示车辆可利用或不可利用的信息，“可”表示能够利用，“不可”表示不能够利用。能够利用意味着车辆处于待机状态，用户10能够从用户终端12选择该车辆，不能够利用意味着车辆处于已经分配给其它的用户的状态，用户10不能够从用户终端12选择该车辆。因此，在某个用户选择了车辆的情况下，状态更新部105将该车辆的利用可否信息更新为“不可”。根据图4所示的利用可否信息，用户10能够选择车辆ID为A、B、C的车辆，不能够选择车辆ID为D、E的车辆。

行驶状态信息是表示车辆是行驶中还是停车中的信息，“行驶中”表示点火开关接通，“停车中”表示停在站中。此外，“行驶中”也可以表示发动机等动力源启动而处于可行驶的状态。在车辆处于行驶中的状态的情况下，该车辆可以由用户10或者工作人员30中的任意一个驾驶。

利用可否信息被设定为“可”、行驶状态信息被设定为“行驶中”的车辆处于工作人员30a驾驶车辆50而等待配车请求的状态(图2的ST1)。另外，利用可否信息被设定为“不可”、行驶状态信息被设定为“行驶中”的车辆处于用户10正驾驶车辆50的状态(图2的ST4、ST5)，或者为用户10被分配车辆50，工作人员30a正驾驶车辆50到用户10的场所的状态(图2的ST3)。

利用可否信息被设定为“可”、行驶状态信息被设定为“停车中”的车辆处于正停放在站中，还未分配给谁的状态(图2的ST9)。另外，利用可否信息被设定为“不可”、行驶状态信息被设定为“停车中”的车辆处于正停放在站中，已经分配给谁的状态。

图4所示的车型信息包括车名、车身颜色、乘车定员、驾驶方式(自动换档或者手动换档的区别)，但除此以外也可以包括排气量、驱动方式、外观尺寸、照片图像等信息。另外，选项信息包括儿童座椅的有无，但也可以包括安全装备的有无、开闭式的车顶的有无等。此外，也可以如上述那样，包含车型信息以及选项信息的车辆信息不记录在车辆状态表格而被记录在车辆主表格中。用户10以用户终端12所显示的车型信息以及/或者选项信息为参考来选择想要驾驶的车辆。

图5表示工作人员管理部108管理的工作人员状态表格。在工作人员状态表格中，包含纬度以及经度的位置信息、表示工作人员的工作状态的工作状态信息、工作人员正乘坐的乘车车辆信息、表示是否正在同乘用户驾驶的车辆的同乘有无信息作为状态信息而与识别工作人员的工作人员ID建立关联地被记录。在图5所示的工作人员状态表格中，与工作人员ID建立关联地记录有作为工作人员的属性信息的性别以及年龄，但属性信息可以不记录于工作人员状态表格而被记录于工作人员主表格，由工作人员管理部108进行管理。

状态更新部105基于从工作人员终端32周期性地发送的位置信息来依次更新工作人员状态表格中的纬度以及经度。由此，工作人员管理部108对工作人员30的最新的位置信息进行管理。

工作状态信息是表示工作人员30的工作状态的信息，“工作中”表示工作人员30正在工作，“待命中”表示工作人员30正在等待。此外，作为工作状态信息，能够设定表示工作人员30正在休息的“休息中”。是工作中意味着工作人员30按照来自管理服务器100、用户10的指示或请求正在行动，是待命中意味着工作人员30正在等待来自管理服务器100的指示或请求。即，“工作中”以及“待命中”均对处于业务时间内的工作人员30设定，若被设定“待命中”的工作人员30接受到指示或请求，则工作状态信息被更新为“工作中”，该工作人员30按照指示或请求进行行动。另外，若该工作人员30结束了按照指示或请求的行动，则工作状态信息被更新为“待命中”，该工作人员30再次等待指示或请求。在图2中，工作人员30a在ST1、ST5、ST6的状态下被设定“待命中”的工作状态信息，在ST3、ST4的状态下被设定“工作中”的工作状态信息。

乘车车辆信息表示工作人员30正乘坐的车辆ID。例如工作人员30在要乘坐车辆50时，将自身的工作人员ID输入至车辆终端52，车辆终端52将被输入的工作人员ID与车辆ID一同发送给管理服务器100。此外，工作人员30也可以在乘坐了车辆50时，向自身的工作人员终端32输入车辆ID，工作人员终端32将被输入的车辆ID与工作人员ID一同发送给管理服务器100。若状态信息获取部104获取了被发送的工作人员ID和车辆ID的组合，则状态更新部105更新工作人员管理部108中的乘车车辆信息。此外，状态更新部105也可以在由状态信息获取部104获取的工作人员30的位置信息和车辆50的位置信息一致的情况下，判断为工作人员30乘坐了该车辆50，并更新工作人员管理部108中的乘车车辆信息。此外，工作人员ID为I的工作人员未被设定乘车车辆信息，这表示该工作人员处于从车辆50下车了的ST5的状态。

同乘有无信息是表示工作人员30是否正在同乘用户驾驶的车辆的信息，“同乘中”表示工作人员30正在同乘车辆，“无”表示工作人员30未同乘。在图2所示的阶段2中，若状态信息获取部104获取到表示工作人员30a是否同乘用户10驾驶的车辆的同乘选择信息，则状态更新部105更新该工作人员30a的同乘有无信息。因此，在图2的ST4的情形下，同乘有无信息被设定为“同乘中”，在除此以外的情形下，同乘有无信息被设定为“无”。此外，若用户10抵达目的地而下车(ST6)，则同乘有无信息被更新为“无”。

在实施例中，用户10能够根据车型选择车辆，但也可以根据工作人员30来选择车辆。例如在用户10为女性，并希望工作人员30同乘的情况下，工作人员30也为女性会有安心感。鉴于此，优选在用户10选择车辆时，能够参照送去车辆的工作人员的属性信息，管理服务器100在用户选择车辆时，不光发送车辆信息也将工作人员的属性信息发送至用户终端12。此外，性别以及年龄是属性信息的一个例子，属性信息也可以包括工作人员的姓名、脸的拍摄图像、简单的人物简介信息。此外，如上所述，属性信息可以不记录在工作人员状态表格而被记录在工作人员主表格中。

图6表示站管理部109管理的站状态表格。在站状态表格中，包含纬度以及经度的位置信息、和表示站的使用状态的使用状态信息作为状态信息与识别站的站ID建立关联地被记录。此外，由于站不移动，所以位置信息成为固定值。

使用状态信息是表示站的使用状态的信息，“使用中”表示站中正停着车辆，“空闲”表示站中未停有车辆。若用户10将车辆50停在站中，则将停车的站的站ID输入至车辆终端52，车辆终端52将被输入的站ID与车辆ID一同发送给管理服务器100。若状态信息获取部104获取到被发送的站ID和车辆ID的组合，则状态更新部105将车辆管理部107中的行驶状态信息更新为“停车中”，将站管理部109中的使用状态信息更新为“使用中”。此外，状态更新部105也可以在由状态信息获取部104获取的车辆50的位置信息与站的位置信息一致的情况下，判断为车辆50被停在站中，并更新车辆管理部107中的行驶状态信息、和站管理部109中的使用状态信息。状态更新部105在将车辆管理部107中的行驶状态信息更新为“停车中”时，同时将利用可否信息更新为“可”。

图7表示用户管理部110管理的用户状态表格。在用户状态表格中，包含纬度以及经度的位置信息、和表示车辆的分配状态的分配信息、表示分配给用户的车辆的分配车辆信息作为状态信息而与识别用户的用户ID建立关联地被记录。

状态更新部105基于从用户终端12周期性地发送的位置信息来依次更新用户状态表格中的纬度以及经度。由此，用户管理部110对用户10的最新的位置信息进行管理。

分配信息表示车辆的分配状态，“分配前”表示未对用户10分配车辆，“分配完毕”表示对用户10分配了车辆但还未开始驾驶，“驾驶中”表示用户10正在驾驶车辆。若用户10在用户终端12启动用户应用，而状态信息获取部104获取了用户10的位置信息，则状态更新部105将分配信息设定为“分配前”。

分配车辆信息表示已分配给用户10的车辆ID。用户10操作用户终端12来选择车辆，用户终端12将车辆的选择请求发送给管理服务器100。选择请求中至少包含用户ID、车辆ID以及用户位置信息。在管理服务器100中，若请求获取部111获取到选择请求，则分配处理部113基于选择请求来向发送了选择请求的用户10分配车辆。此时，分配处理部113更新用户状态表格的分配信息以及分配车辆信息。具体而言，分配处理部113根据选择请求所包含的用户ID以及车辆ID，将对应的用户ID的分配信息更新为“分配完毕”，另外对分配车辆信息写入车辆ID。此外，分配处理部113按照用户位置信息还更新纬度以及经度。

若分配处理部113对用户分配了车辆，则提供部114将表示车辆分配完成的信息提供给用户终端12，另外将配车请求提供给车辆终端52。由此，用户10识别为选择了车辆，另外正在乘坐车辆50的工作人员30识别为有配车请求。

之后，若用户10乘坐了被分配到的车辆，则状态更新部105将分配信息更新为“驾驶中”。用户10乘坐了车辆可以被输入至用户终端12、工作人员终端32、车辆终端52中的任意一个，来通知给管理服务器100。此外，用户10下车了可以被输入至用户终端12或者车辆终端52中的任意一个，来通知给管理服务器100。若状态信息获取部104接受到下车通知，则状态更新部105至少将车辆管理部107中的利用可否信息更新为“可”，将用户管理部110中的分配信息更新为“分配前”，将分配车辆信息更新为“－”(空白)。

在管理服务器100中，请求获取部111从用户终端12除了车辆的选择请求以外还获取用于用户选择车辆的要求信息分发的分发请求。此外，请求获取部111从工作人员终端32还获取用于确认服务状况的要求信息分发的分发请求。

若请求获取部111从用户终端12获取了分发请求，则信息提取部112从管理部106提取成为汽车共享的对象的车辆的状态信息、和工作人员的状态信息，提供部114使状态信息与各个ID信息一同从通信装置101发送到用户终端12。此外，若请求获取部111从工作人员终端32获取了分发请求，则信息提取部112从管理部106提取全部的状态信息，提供部114使状态信息与各个ID信息一同从通信装置101发送到工作人员终端32。关于分发请求的操作将后述。

地图应用程序115被提供由管理部106管理的状态信息来确定车辆、工作人员、站、用户在地图数据上的位置。画面生成部116生成在确定出的位置配置有车辆、工作人员、站、用户各自的图像的画面数据，并提供给输出装置117。此外，在车辆乘坐有用户以及/或者工作人员的情况下，优选在地图数据上配置组合了车辆和乘员的图像。输出装置117具备显示器，基于画面数据将地图画面显示于显示器。

图8表示输出装置117所显示的地图画面的一个例子。状态更新部105实时更新状态信息，因此，在地图画面上显示为行驶中的车辆的图像移动。管理服务器100的操作人员观察输出装置117所显示的地图画面来确认车辆分配前的用户的位置、待命中的工作人员的位置等。

图9表示工作人员终端32的功能块。工作人员终端32由工作人员30保持，接受来自工作人员30的操作输入。工作人员终端32具备GPS(Global Positioning System：全球定位系统)接收机33、位置测定部34、地图应用程序35、状态信息获取部36、画面生成部37、操作接受部38、请求生成部39、状态设定部40、同乘选择信息生成部41、通信装置42以及输出装置43。输出装置43具备显示器。

工作人员终端32包括计算机，工作人员终端32的各种功能在硬件上能够由电路块、存储器、其它的LSI构成，在软件上通过加载到存储器的程序等来实现。因此，本领域技术人员可以理解为工作人员终端32的各种功能能够仅通过硬件、仅通过软件，或者通过它们的组合以各种形式实现，并不限定为任意一个。地图应用程序35、状态信息获取部36、画面生成部37、请求生成部39、状态设定部40以及同乘选择信息生成部41的各功能也可以通过在工作人员终端32中启动工作人员应用来实现。

在作为智能手机的工作人员终端32中，在输出装置43的菜单画面显示工作人员应用的图标。若工作人员30选择操作了工作人员应用的图标，则操作接受部38接受选择操作，工作人员应用被启动。若启动了工作人员应用，则请求生成部39自动生成表示服务状况的信息的分发请求，并提供给通信装置42。

GPS接收机33经由GPS天线接收多个GPS卫星发送的GPS信号。位置测定部34基于接收到的GPS信号来测定工作人员终端32的当前位置。具体而言，位置测定部34计算并求出工作人员终端32的纬度以及经度，纬度以及经度构成本终端的位置信息。位置测定部34周期性地求出位置信息并提供给通信装置42。另外，位置测定部34将求出的位置信息也提供给地图应用程序35。

通信装置42经由无线基站或无线接入点通过无线通信与网络2连接，与管理服务器100的通信装置101之间发送或者接收服务所需的信息。若启动工作人员应用，则通信装置42将由位置测定部34求出的位置信息发送给管理服务器100。位置测定部34周期性地测定位置信息，通信装置42将测定出的位置信息即时发送给管理服务器100。由此，在管理服务器100的工作人员管理部108中管理工作人员的最新的位置信息。

另外，通信装置42将由请求生成部39生成的分发请求发送给管理服务器100。管理服务器100若接收到分发请求，则对工作人员终端32分发表示服务状况的信息。在管理服务器100中，构成为每当请求获取部111获取到分发请求时信息提取部112便提取状态信息的情况下，请求生成部39以周期性地生成分发请求的方式进行动作。由此，工作人员终端32能够周期性地获取表示服务状况的信息。此外，在构成为若请求获取部111一旦获取分发请求则信息提取部112周期性地提取状态信息的情况下，请求生成部39只要在工作人员应用的启动时仅生成一次分发请求即可。

返回到图3，在管理服务器100中，信息提取部112将由管理部106管理的状态信息与各个ID信息一起提取。信息提取部112从车辆管理部107将车辆的状态信息与各个ID信息一起提取，从工作人员管理部108将工作人员的状态信息与各个ID信息一起提取，从站管理部109将站的状态信息与各个ID信息一起提取，从用户管理部110将用户的状态信息与各个ID信息一起提取。这样，信息提取部112提取由管理部106管理的全部的状态信息。提供部114使提取出的车辆、工作人员、站以及用户的状态信息与各个ID信息一起从通信装置101发送到工作人员终端32。

返回到图9，在工作人员终端32中，状态信息获取部36获取通信装置42接收到的状态信息。状态信息获取部36将获取到的状态信息提供给地图应用程序35。地图应用程序35根据状态信息确定车辆、工作人员、站、用户在地图数据上的位置。画面生成部37生成在确定出的位置配置有车辆、工作人员、站、用户各自的图像的画面数据，并提供给输出装置43。输出装置43基于画面数据来将配置有车辆、工作人员、站、用户的地图画面显示于显示器。此外，地图应用程序35也可以基于从位置测定部34供给的位置信息来确定地图数据上的本终端的位置。显示器所显示的地图画面可以与图8所示的地图画面相同。

状态设定部40根据操作接受部38接受到的操作输入来设定工作人员30的状态，并从通信装置42发送到管理服务器100。例如在工作人员30要乘坐车辆50时，若工作人员30对工作人员终端32输入车辆50的车辆ID，则状态设定部40将工作人员ID以及车辆ID作为驾驶开始信息，并从通信装置42发送到管理服务器100。另外，同乘选择信息生成部41根据操作接受部38接受到的操作输入来生成表示工作人员30是否同乘用户驾驶的车辆的同乘选择信息，并使同乘选择信息从通信装置42发送到管理服务器100。

图10表示车辆终端52的功能块。车辆终端52搭载于车辆50。车辆终端52具备GPS接收机53、位置测定部54、汽车导航系统55、操作接受部56、状态设定部57、配车请求获取部58、画面生成部59、位置信息获取部60、车载通信装置61以及输出装置62。输出装置62具备显示器。

车辆终端52包括计算机，车辆终端52的各种功能在硬件上能够由电路块、存储器、其它的LSI构成，在软件上通过加载到存储器的程序等来实现。因此，本领域技术人员可以理解为车辆终端52的各种功能能够仅通过硬件、仅通过软件，或者通过它们的组合以各种形式实现，并不限定为任意一个。

车载通信装置61经由无线基站或无线接入点通过无线通信与网络2连接，与管理服务器100的通信装置101之间发送或者接收服务所需的信息。GPS接收机53经由GPS天线接收多个GPS卫星发送的GPS信号。位置测定部54基于接收到的GPS信号来测定车辆终端52的当前位置。具体而言，位置测定部54计算并求出车辆终端52的纬度以及经度，纬度以及经度构成本终端的位置信息。位置测定部54周期性地求出位置信息并提供给车载通信装置61，车载通信装置61向管理服务器100周期性地发送位置信息。另外，位置测定部54将求出的位置信息也提供给汽车导航系统55。

优选即使在车辆50的点火开关断开的情况下，GPS接收机53、位置测定部54以及车载通信装置61的功能也维持激活状态，车载通信装置61周期性地将位置信息发送给管理服务器100。

汽车导航系统55具有地图数据，实施向目的地的路径引导。配车请求获取部58若从管理服务器100获取了配车请求，则向汽车导航系统55以及画面生成部59供给配车请求。配车请求中至少包括用户姓名以及用户位置信息。

此处，画面生成部59生成表示有配车请求的消息画面，并使输出装置62的显示器显示。消息画面中包括用户姓名以及用户的位置信息。正在驾驶车辆50的工作人员30通过观察消息画面而识别为有配车请求。此外，输出装置62也可以具有声音输出功能，利用声音向工作人员30通知有配车请求。另外，汽车导航系统55将配车请求所包含的用户的位置信息作为目的地而输入，画面生成部59使输出装置62显示到目的地为止的路径引导画面。由此，正在驾驶车辆50的工作人员30在到用户的场所为止的路径被引导。

此外，操作接受部56接受来自工作人员30或者用户10的操作输入。在工作人员30开始驾驶时，操作接受部56接受工作人员ID，状态设定部57将工作人员ID以及车辆ID作为驾驶开始信息，从车载通信装置61发送到管理服务器100。另外，在用户10开始驾驶时，操作接受部56接受用户ID，状态设定部57将用户ID以及车辆ID作为驾驶开始信息，从车载通信装置61发送到管理服务器100。此外，也可以在用户10或者工作人员30结束驾驶时，操作接受部56接受用户ID或者工作人员ID，状态设定部57将接受到的ID和车辆ID作为驾驶结束信息，从车载通信装置61发送到管理服务器100。在管理服务器100中，状态信息获取部104获取这些ID信息，从而状态更新部105更新管理部106的状态信息。

图11表示用户终端12的功能块。用户终端12由用户10保持，接受来自用户10的操作输入。用户终端12具备GPS接收机13、位置测定部14、地图应用程序15、状态信息获取部16、车辆信息获取部17、属性信息获取部18、选择部19、画面生成部22、操作接受部23、请求生成部24、同乘选择信息生成部25、通信装置26以及输出装置27。输出装置27具备显示器。

用户终端12包括计算机，用户终端12的各种功能在硬件上能够由电路块、存储器、其它的LSI构成，在软件上通过加载到存储器的程序等来实现。因此，本领域技术人员可以理解为用户终端12的各种功能能够仅通过硬件、仅通过软件，或者通过它们的组合以各种形式实现，并不限定为任意一个。地图应用程序15、状态信息获取部16、车辆信息获取部17、属性信息获取部18、选择部19、画面生成部22、请求生成部24、同乘选择信息生成部25的各功能也可以通过在用户终端12中启动用户应用来实现。

在作为智能手机的用户终端12中，在输出装置27的菜单画面显示用户应用的图标。若用户10选择操作了用户应用的图标，则操作接受部23接受选择操作，用户应用被启动。若启动了用户应用，则请求生成部24自动生成要求成为汽车共享的对象的车辆的状态信息、工作人员的状态信息、车辆信息以及属性信息的分发的分发请求，并提供给通信装置26。

GPS接收机13经由GPS天线接收多个GPS卫星发送的GPS信号。位置测定部14基于接收到的GPS信号来测定用户终端12的当前位置。具体而言，位置测定部14计算并求出用户终端12的纬度以及经度，纬度以及经度构成本终端的位置信息。位置测定部14周期性地求出位置信息并提供给通信装置26。另外，位置测定部14也将求出的位置信息提供给地图应用程序15以及请求生成部24。

通信装置26经由无线基站或无线接入点通过无线通信与网络2连接，与管理服务器100的通信装置101之间发送或者接收服务所需的信息。若启动了用户应用，则通信装置26将由位置测定部14求出的位置信息发送给管理服务器100。位置测定部14周期性地测定位置信息，通信装置26将测定出的位置信息即时发送给管理服务器100。由此，在管理服务器100的用户管理部110中管理用户的最新的位置信息。

另外，通信装置26将由请求生成部24生成的分发请求发送给管理服务器100。管理服务器100若从用户终端12接收到分发请求，则将包含车辆的状态信息、工作人员的状态信息、车型信息以及选项信息的车辆信息、工作人员的属性信息分发给用户终端12。此外，管理服务器100针对车辆信息以及属性信息，只要仅对用户终端12分发一次即可。

在管理服务器100中构成为每当请求获取部111获取到分发请求时，信息提取部112便提取状态信息的情况下，请求生成部24以周期性地生成分发请求的方式进行动作。由此，用户终端12能够周期性地获取最新的状态信息。此外，在构成为若请求获取部111一旦获取分发请求则信息提取部112周期性地提取状态信息的情况下，请求生成部24只要在用户应用的启动时仅生成一次分发请求即可。

返回到图3，信息提取部112将由管理部106管理的状态信息与ID信息一起提取。信息提取部112从车辆管理部107将全部的车辆的状态信息与车辆ID信息一起提取，从工作人员管理部108将全部的工作人员的状态信息与工作人员ID信息一起提取。提供部114将提取出的车辆以及工作人员的状态信息与ID信息一起从通信装置101发送到用户终端12。

另外，信息提取部112从车辆管理部107将包含车型信息以及选项信息的车辆信息与车辆ID信息一起提取。另外，信息提取部112从工作人员管理部108将包含性别信息以及年龄信息的工作人员的属性信息与工作人员ID信息一起提取。提供部114将提取出的车辆信息以及工作人员属性信息与各个ID信息一起从通信装置101发送到用户终端12。

返回到图11，在用户终端12中，车辆信息获取部17获取通信装置26接收到的车辆信息，并提供给画面生成部22。另外，属性信息获取部18获取通信装置26接收到的工作人员属性信息，并提供给画面生成部22。

状态信息获取部16获取通信装置26接收到的车辆的状态信息以及工作人员的状态信息。状态信息获取部16将获取到的状态信息提供给选择部19。选择部19选择车辆状态信息中的利用可否信息成为“可”的车辆，并将对该车辆ID设定的位置信息提供给地图应用程序15。例如就图4所示的车辆ID为A～E的车辆来看，选择部19选择车辆ID为A、B、C的车辆，不选择车辆ID为D、E的车辆。

即，选择部19实施从全部车辆选择用户可利用的车辆的处理。选择部19若确定了用户可利用的车辆的车辆ID，则将与确定出的车辆ID建立关联的位置信息提供给地图应用程序15。地图应用程序15根据被供给的位置信息确定可利用的车辆在地图数据上的位置。画面生成部22生成在确定出的位置配置了车辆的图像的画面数据。

另外，选择部19选择工作人员状态信息中的工作状态信息成为“待命中”的工作人员，并将选择出的工作人员的乘车车辆信息与工作人员ID一起提供给画面生成部22。

实施例的地图应用程序15具有交通信息获取部20以及时间导出部21。交通信息获取部20获取服务区域内的交通拥堵信息、限制信息等。时间导出部21基于位置测定部14测定的用户终端12的当前位置(X，Y)、和状态信息获取部16获取到的车辆的位置信息来导出到用户10能够乘坐车辆为止的时间。

若利用图4所示的车辆的状态信息进行说明，则选择部19选择车辆ID为A、B、C的车辆来作为用户10可利用的车辆。其中，车辆ID为A、C的行驶状态信息被设定为“行驶中”，这意味着工作人员30正在驾驶车辆。另一方面，车辆ID为B的车辆的行驶状态信息被设定为“停车中”，这意味着车辆被停在站中。

时间导出部21区分计算到用户10能够乘坐被设定为“行驶中”的车辆为止的时间、和到用户10能够乘坐被设定为“停车中”的车辆为止的时间。由于被设定为“行驶中”的车辆由工作人员30驾驶而送达用户10，所以时间导出部21计算到能够乘坐车辆为止的时间来作为车辆到达用户的位置的到达时间。时间导出部21基于用户终端12的当前位置(X，Y)和“行驶中”车辆的位置信息来导出路径距离，并计算车辆的到达时间，但优选此时考虑交通信息获取部20获取到的交通信息来计算车辆的到达时间。通过考虑交通信息，能够计算更准确的到达时间。时间导出部21计算全部的“行驶中”车辆的到达时间。

另一方面，被设定为“停车中”的车辆由于用户10步行到站而能够乘坐，所以时间导出部21计算到能够乘坐车辆为止的时间来作为到站为止的步行时间。因此，时间导出部21基于用户终端12的当前位置(X，Y)和“停车中”车辆的位置信息，并根据到站为止的步行距离来计算用户的步行时间。

此外，对于利用了地图数据的2点间的车辆移动时间以及步行时间的推断用的API而言，各种API已经被实用化，时间导出部21可以利用现有的推断用API来计算车辆到达时间、用户步行时间。时间导出部21计算关于可利用的全部车辆的车辆到达时间或者用户步行时间，并与车辆ID信息一起提供给画面生成部22。

画面生成部22生成包含与车辆到达时间最短的车辆有关的信息的初始画面数据，并使输出装置27显示。

图12表示输出装置27所显示的初始画面的例子。画面生成部22使显示器显示由地图应用程序15生成的地图画面200。在地图画面200上显示可利用的车辆，行驶中的车辆随着时间的经过而在地图画面中移动。在初始画面中，用户位置被设定为地图画面的中央。此外，实施例的显示器由触摸屏构成，用户10通过在地图画面上进行捏放操作、捏缩操作，能够放大、缩小地图画面，另外通过进行滑动操作能够使地图画面滚动。操作接受部23接受用户10的手指操作，向画面生成部22供给地图画面的变更指示。在地图画面200中，附加有P的标记的车辆表示正停在站中。用户10通过观察地图画面，能够确认自身的周围的空车状况。

画面生成部22在地图画面200的下方设定包括与车辆到达时间最短的车辆的车型有关的信息的车辆信息提示画面202。画面生成部22从时间导出部21获取用户10可利用的全部车辆的车辆到达时间或者用户步行时间。画面生成部22从被计算出车辆到达时间的多个车辆中提取车辆到达时间最短的车辆，并使车辆信息提示画面202显示由该车辆的车辆ID确定的车辆信息。在图12所示的例子中，作为车辆信息而显示车名以及乘车定员，另外，也显示车名为XXX的照片图像。此外，优选照片图像是具有与车辆ID建立关联的车身颜色的车辆的图像。由此，用户10能够确认最短时间抵达的车辆的车型信息。

在实施例的汽车共享系统1中，由于用户10自己驾驶，所以车辆的车身颜色成为用户10选择车辆时的一个判断要素。例如如果是想要驾驶红色的车辆的心情，则用户10想要确认所选择的车辆的颜色。鉴于此，优选照片图像是具有相同的车身颜色的车辆的图像。

若用户10操作了选择按钮204，则操作接受部23接受选择按钮204的操作。若操作接受部23接受到选择按钮204的操作，则请求生成部24生成包含该车辆、即3分钟抵达的车名XXX的车辆的车辆ID、和用户ID以及用户位置信息的选择请求。生成的选择请求被从通信装置26发送到管理服务器100。

此外，作为用户界面的规格，可以在操作接受部23接受到选择按钮204的操作后，向用户10提示确认画面。该情况下，若操作接受部23接受到选择按钮204的操作，则指示画面生成部22生成关于选择出的车辆的确认画面。

图13表示输出装置27所显示的车辆确认画面的例子。画面生成部22使显示器显示车辆信息以及工作人员信息。如上所述，画面生成部22从选择部19获取“待命中”工作人员的乘车车辆信息，从属性信息获取部18获取工作人员的属性信息。画面生成部22确定具有被用户10选择出的车辆的车辆ID作为乘车车辆信息的工作人员ID，并使车辆确认画面显示确定出的工作人员ID的属性信息。在图13所示的例子中，作为工作人员的属性信息而显示了姓名以及性别、和照片图像。此外，可以还显示年龄信息、人物简介信息等。

在实施例的汽车共享系统1中，提供工作人员30同乘用户10驾驶的车辆的利用方式。也可设想例如在用户10为女性的情况下，用户10希望女性的工作人员30同乘。鉴于此，通过在车辆确认画面显示工作人员30的性别，用户10能够最终确认是否可以呼叫选择出的车辆。若用户10操作了决定按钮208，则操作接受部23接受决定按钮208的操作，请求生成部24生成包含该车辆的车辆ID、和用户ID以及用户位置信息的选择请求。生成的选择请求被从通信装置26发送到管理服务器100。若用户10操作了返回按钮210，则操作接受部23接受返回按钮210的操作，指示画面生成部22返回到前一个显示画面、即图12所示的画面。

在图12所示的地图画面中央的用户位置设定有列表显示按钮206。列表显示按钮206是用于使可利用的车辆进行列表显示的按钮。若用户10操作了列表显示按钮206，则操作接受部23接受列表显示按钮206的操作，指示画面生成部22生成车辆列表画面。

图14表示输出装置27所显示的车辆列表画面的例子。画面生成部22使显示器对可利用的车辆进行列表显示。此时，画面生成部22将可配车的车辆、和能够从停车场(站)乘车的车辆区分而使显示器进行列表显示。画面生成部22将车辆列表画面一分为二成配车列表画面212和停车列表画面214。通过这样分割画面，用户10能够容易地判别可调用的车辆、和自身步行到站而能够利用的车辆。此外，在画面的左侧显示车辆的照片图像213。

配车列表画面212是用于对可配车的车辆、即用户10可调用的车辆进行列表显示的画面。画面生成部22从时间导出部21获取关于可利用的全部车辆的车辆到达时间或者用户步行时间。画面生成部22使与被计算出车辆到达时间的多个车辆的车型有关的信息按照车辆到达时间从短到长的顺序从配车列表画面212的上方至下方排列显示。在图14所示的车辆列表画面中，与车型有关的信息是车名。画面生成部22使与车型有关的信息、和车辆到达用户的位置的到达时间建立关联地进行显示，在该例子中，使与车型有关的信息和到达时间沿横向排列显示。

在配车列表画面212中，车型信息和车辆到达时间的显示区域按每个车辆被分隔。由于多个车型信息和车辆到达时间按照车辆到达时间从短到长的顺序从上至下排列显示，所以用户10能够容易地确认各车辆的到达时间。通过对多个车型信息和车辆到达时间进行列表显示，用户10能够在考虑到达时间的同时选择喜欢的车型的车辆。若用户10选择了想要驾驶的车辆的显示区域，则操作接受部23接受车辆的选择操作，请求生成部24生成包含选择出的车辆的车辆ID、和用户ID以及用户位置信息的选择请求。生成的选择请求被从通信装置26发送到管理服务器100。

此外，画面生成部22也可以使显示器对每个车型的最短到达时间进行列表显示。在图14所示的例子中，在配车列表画面212显示车名为XXX的2台车辆的车型信息，但也可以仅显示3分钟抵达的车名为XXX的车辆的信息，而使15分钟抵达的车辆为XXX的车辆的信息非显示。由于可认为在用户10根据车名选择车辆的情况下，大多想要知道更早抵达的车辆的信息，所以画面生成部22也可以在列表中不包含晚抵达的同一车型的车辆的信息。

停车列表画面214是用于对能够从站乘车的车辆进行列表显示的画面。画面生成部22使与被计算出用户步行时间的多个车辆的车型有关的信息按照用户步行时间从短到长的顺序从停车列表画面214的上方至下方排列显示。画面生成部22使与车型有关的信息、和用户步行到站为止的时间建立关联地进行显示。

在停车列表画面214中，车型信息和用户步行时间的显示区域也按每个车辆被分隔。由于多个车型信息和步行时间按照步行时间从短到长的顺序从上至下排列显示，所以用户10能够容易地确认到各车辆为止的步行时间。通过对多个车型信息和步行时间进行列表显示，用户10能够在考虑步行时间的同时选择喜欢的车型的车辆。若用户10选择了想要驾驶的车辆的显示区域，则操作接受部23接受车辆的选择操作，请求生成部24生成包含选择出的车辆的车辆ID、和用户ID以及用户位置信息的选择请求。生成的选择请求被从通信装置26发送到管理服务器100。

此外，操作接受部23在车辆列表画面中接受到车辆的选择操作时，也可以指示画面生成部22生成关于选择出的车辆的确认画面。此时，图13所示那样的车辆确认画面被显示于显示器。

在车辆列表画面中，若用户10操作了关闭按钮216，则操作接受部23接受关闭按钮216的操作，指示画面生成部22返回到初始画面、即图12所示的画面。

最下段所显示的迁移按钮218是用于使可配车的工作人员进行列表显示的按钮。若用户10操作了迁移按钮218，则操作接受部23接受迁移按钮218的操作，指示画面生成部22生成工作人员列表画面。

图15表示输出装置27所显示的工作人员列表画面的例子。画面生成部22使显示器对将车辆送达用户的工作人员的属性信息、和车辆到达用户的位置的到达时间进行列表显示。画面生成部22从选择部19获取“待命中”工作人员的乘车车辆信息。鉴于此，画面生成部22以与图14所示的配车列表画面212相同的车辆的排列顺序使显示有车型信息的场所显示工作人员属性信息。由此，画面生成部22使工作人员的属性信息和车辆到达用户的位置的到达时间建立关联地进行显示，并且，使工作人员信息和车辆到达时间按照车辆到达时间从短到长的顺序从画面的上方至下方排列显示。通过对工作人员信息和车辆到达时间进行列表显示，用户10能够在考虑到达时间的同时选择工作人员。在画面的左侧显示工作人员的照片图像219。此外，在图15所示的例子中，车名也一起被显示，但车名也可以非显示。

若用户10选择了想要调用的工作人员的显示区域，则操作接受部23接受可调用的工作人员正在驾驶的车辆的选择操作，请求生成部24生成包含选择出的车辆的车辆ID、和用户ID以及用户位置信息的选择请求。生成的选择请求被从通信装置26发送到管理服务器100。此外，操作接受部23在工作人员列表画面中接受到车辆的选择操作时，也可以指示画面生成部22生成关于选择出的车辆的确认画面。此时图13所示那样的车辆确认画面被显示于显示器。

在工作人员列表画面中，若用户10操作了关闭按钮220，则操作接受部23接受关闭按钮220的操作，指示画面生成部22返回到初始画面、即图12所示的画面。

最下段所显示的迁移按钮222是用于使可配车的车辆进行列表显示的按钮。若用户10操作了迁移按钮222，则操作接受部23接受迁移按钮222的操作，指示画面生成部22生成图14所示的车辆列表画面。

由于在汽车共享系统1中车辆50、用户10移动，所以车辆到达时间以及用户步行时间时时刻刻变化。因此，优选时间导出部21以规定的周期导出到能够乘车为止的时间，画面生成部22在画面中实时反映导出的时间。由此，用户10能够确认准确的车辆到达时间以及步行时间。此外，与在管理服务器100侧导出时间的情况相比，通过在用户终端12侧导出时间，能够降低管理服务器100的负荷。

此外，在图14所示的车辆列表画面，处于用户可利用的状态的全部车辆的车型信息可以与车辆到达时间或者用户步行时间一起被显示，若用户10选择了车辆，管理服务器100对用户10分配了车辆，则该车辆到用户10的利用结束为止不会被分配给其它的用户。例如若选择了到送达用户10为止花费2小时的车辆，则至少2小时不分配给其它的用户，服务的运转率下降。

鉴于此，画面生成部22可以限于从用户10的位置起在规定时间内能够乘车的车辆，使与车型有关的信息显示。具体而言，画面生成部22使车辆列表画面中不包含与车辆到达时间超过第一规定时间的车辆、以及用户步行时间超过第二规定时间的车辆的车型有关的信息。通过这样操作，由于用户10不能够选择到可乘车为止需要长时间的车辆，所以能够提高服务的运转率。此外，优选第一规定时间为第二规定时间以下。

另外，画面生成部22可以不以时间而以与用户之间的距离来决定车型信息的显示可否。即，画面生成部22可以限于从用户10的位置起位于规定距离内的车辆，使与车型有关的信息显示。具体而言，画面生成部22使车辆列表画面中不包含与“行驶中”车辆和用户的路径距离超过第一规定距离的车辆、以及“停车中”车辆和用户的路径距离超过第二规定距离的车辆的车型有关的信息。通过这样操作，由于用户10不能够选择到可乘车为止需要长时间的车辆，所以能够提高服务的运转率。

此外，以上的处理也可以在管理服务器100侧实施。即，在管理服务器100中，根据来自用户终端12的分发请求，信息提取部112并不提取全部的车辆的状态信息，而提取用户10在规定时间内能够乘车的车辆的状态信息，或者从用户10的位置起位于规定距离内的可利用的车辆的状态信息。由此，在用户终端12中，画面生成部22能够不必对到能够乘坐车辆为止的时间、与用户10的距离进行判断地生成车辆列表画面。

此外，画面生成部22的画面生成处理也可以在管理服务器100侧实施。即，图12～图15所示的画面数据也可以在管理服务器100侧生成并发送给用户终端12，用户终端12在输出装置27再生画面数据。

如以上那样，用户10从用户终端12将车辆的选择请求发送给管理服务器100。在管理服务器100中，若请求获取部111获取了选择请求，则分配处理部113基于选择请求对发送了选择请求的用户10分配车辆。若分配处理部113对用户分配了车辆，则提供部114将表示车辆分配完成的信息提供给用户终端12。由此，用户10识别为选择了车辆。在用户10选择了停车车辆的情况下，用户10步行到该车辆的站，利用该车辆。以下，对用户10选择了被配车的车辆的利用方式中的各终端的动作进行说明。

提供部114将配车请求提供给车辆终端52。在车辆终端52中，若配车请求获取部58获取了配车请求，则画面生成部59生成表示有配车请求的消息画面，并使输出装置62的显示器显示。消息画面中包括用户姓名以及用户的位置信息。正在驾驶车辆50的工作人员30通过观察消息画面，来识别为有配车请求。此外，提供部114也可以将配车请求提供给向用户10送去车辆50的工作人员30的工作人员终端32。该情况下，在工作人员终端32中，画面生成部37生成表示有配车请求的消息画面，并使输出装置43的显示器显示。

工作人员30驾驶车辆50到用户10正在等待的位置。若工作人员30向用户10送去了车辆50则从驾驶座下去，取而代之，用户10坐进驾驶座。此时，用户10向工作人员30传达是否请工作人员30同乘。若用户10希望工作人员30同乘，则工作人员30坐进车辆50的后部座席或者副驾驶座。此时，用户10操作用户终端12，对用户终端12输入是否工作人员30同乘。若操作接受部23接受到操作输入，则同乘选择信息生成部25生成表示工作人员30是否同乘的同乘选择信息，通信装置26将同乘选择信息发送给管理服务器100。此外，同乘选择信息中包括工作人员30的工作人员ID。

此外，同乘选择信息也可以从工作人员终端32发送到管理服务器100。若从用户10传达了同乘的有无，则工作人员30操作工作人员终端32，对工作人员终端32输入是否同乘。若操作接受部38接受到操作输入，则同乘选择信息生成部41生成表示工作人员30是否同乘的同乘选择信息，通信装置42将同乘选择信息发送给管理服务器100。

此外，用户10也可以在选择可利用的车辆时，将工作人员30的同乘的有无一起输入至用户终端12。该情况下，同乘选择信息与车辆的选择请求一起被发送给管理服务器100。

在管理服务器100中，状态信息获取部104从用户终端12或者工作人员终端32获取同乘选择信息。状态更新部105对通过同乘选择信息所包含的工作人员ID而确定的工作人员30的状态信息进行更新。

工作人员管理部108基于状态信息获取部104获取到的同乘选择信息来记录表示工作人员30是否正在同乘用户10驾驶的车辆50的状态信息。在图5所示的工作人员状态表格中，该状态信息与同乘有无信息对应。在状态信息获取部104获取到表示工作人员30同乘的同乘选择信息的情况下，工作人员管理部108记录表示该工作人员30正在同乘的同乘有无信息。另一方面，在状态信息获取部104获取到表示工作人员30未同乘的同乘选择信息的情况下，工作人员管理部108记录表示该工作人员30未同乘的同乘有无信息。该记录处理由状态更新部105实施。通过工作人员管理部108对与同乘选择信息对应的同乘有无信息进行记录，管理服务器100能够恰当地管理工作人员30的状态。

另外，工作人员管理部108基于同乘选择信息来记录表示向用户10送去车辆50后的工作人员30是否是工作中的状态信息。在图5所示的工作人员状态表格中，该状态信息与工作状态信息对应。在状态信息获取部104获取到表示工作人员30同乘的同乘选择信息的情况下，工作人员管理部108记录表示该工作人员30是工作中的工作状态信息。另一方面，在状态信息获取部104获取到表示工作人员30未同乘的同乘选择信息的情况下，工作人员管理部108记录表示该工作人员30不是工作中的工作状态信息，在实施例中表示是待命中的工作状态信息。该记录处理由状态更新部105实施。

通过工作人员管理部108对与同乘选择信息对应的工作状态信息进行记录，管理服务器100能够恰当地管理汽车共享服务。在实施例中，未同乘的工作人员30在该时刻成为其它的用户驾驶的车辆的返还目的地的候补。因此，在工作人员30未同乘的情况下，优选工作状态信息被迅速设定为“待命中”，以便该工作人员30作为返还目的地而能够由用户指定。另一方面，同乘了的工作人员30不处于能够由用户指定的状态，因此，工作状态信息需要被维持“工作中”。根据实施例，通过状态更新部105根据同乘选择信息来设定工作状态信息，能够高效地运用汽车共享服务。

在工作人员30未同乘用户10驾驶的车辆50的情况下，提供部114向用户10正在驾驶的车辆50的车辆终端52提供能够停车的场所的位置信息。信息提取部112提取由站管理部109将使用状态信息设定为“空闲”的站的位置信息，提供部114将其从通信装置101发送到车辆终端52。在车辆终端52中，位置信息获取部60获取“空闲”站的位置信息，并提供给汽车导航系统55。汽车导航系统55在地图数据上设定“空闲”站的位置信息，画面生成部59在该位置配置空闲站的标记。由此，在输出装置62所显示的地图画面显示空闲站的标记。

在工作人员30未同乘的情况下，用户10需要将车辆50停在某个空闲站(图2的ST9)。通过在车辆终端52的输出装置62所显示的地图画面显示表示空闲站的位置的标记，用户10可以简单地查找目的地周边的站。

此外，在工作人员30正同乘的情况下，由于用户10不需要将车辆50返还到站，所以管理服务器100可以不向车辆终端52提供“空闲”站的位置信息。

另外，在工作人员30未同乘用户10驾驶的车辆50的情况下，提供部114向用户10正在驾驶的车辆50的车辆终端52提供设定有表示不乘坐车辆且不是工作中的状态信息的工作人员的位置信息。信息提取部112提取由工作人员管理部108将工作状态信息设定为“待命中”且乘车车辆信息被设定为空白的工作人员的位置信息，提供部114将其从通信装置101发送到车辆终端52。在车辆终端52中，位置信息获取部60获取工作人员的位置信息，并提供给汽车导航系统55。汽车导航系统55在地图数据上设定工作人员的位置信息，画面生成部59在该位置配置工作人员的标记。由此，在输出装置62所显示的地图画面显示空闲的工作人员的标记。

在工作人员30未同乘的情况下，用户10需要将车辆50返还给未乘坐车辆的待命中的工作人员(图2的ST7)。通过在车辆终端52的输出装置62所显示的地图画面显示表示工作人员的位置的标记，用户10可以简单地查找目的地周边的待命中工作人员。

此外，在工作人员30正同乘的情况下，由于用户10不需要将车辆50返还给工作人员，所以管理服务器100不向车辆终端52提供工作人员的位置信息。

以上，基于实施例对本发明进行了说明。本领域技术人员可以理解为实施例只是例示，能够进行各构成要素、各处理工序的组合，且这样的组合也包含在本发明的范围内。在实施例中，对从用户终端12或者工作人员终端32发送同乘选择信息进行了说明，但也可以车辆终端52具有同乘选择信息生成部，车辆终端52发送同乘选择信息。

在实施例中，说明了作为用户选择车辆时的画面界面，用户终端12的画面生成部22使输出装置27显示图12～图15所示的画面。这些画面界面除了汽车共享系统1以外，在安排出租车的系统等配车系统中也能够优选利用。此外，在出租车的配车系统中利用的情况下，由于用户10不必从停车场乘坐出租车，所以图14的停车列表画面214不被利用。

符号说明

1…汽车共享系统，10…用户，12…用户终端，13…GPS接收机，14…位置测定部，15…地图应用程序，16…状态信息获取部，17…车辆信息获取部，18…属性信息获取部，19…选择部，20…交通信息获取部，21…时间导出部，22…画面生成部，23…操作接受部，24…请求生成部，25…同乘选择信息生成部，26…通信装置，27…输出装置，30…工作人员，32…工作人员终端，33…GPS接收机，34…位置测定部，35…地图应用程序，36…状态信息获取部，37…画面生成部，38…操作接受部，39…请求生成部，40…状态设定部，41…同乘选择信息生成部，42…通信装置，43…输出装置，50…车辆，52…车辆终端，53…GPS接收机，54…位置测定部，55…汽车导航系统，56…操作接受部，57…状态设定部，58…配车请求获取部，59…画面生成部，60…位置信息获取部，61…车载通信装置，62…输出装置，100…管理服务器，101…通信装置，104…状态信息获取部，105…状态更新部，106…管理部，107…车辆管理部，108…工作人员管理部，109…站管理部，110…用户管理部，111…请求获取部，112…信息提取部，113…分配处理部，114…提供部，115…地图应用程序，116…画面生成部，117…输出装置。

Claims (4)

1.一种汽车共享系统，具备：由用户保持的用户终端、由工作人员保持的工作人员终端、搭载于车辆的车辆终端、和能够与上述用户终端、上述工作人员终端以及上述车辆终端进行通信的管理服务器，该汽车共享系统的特征在于，

上述管理服务器具备：

请求获取部，从上述用户终端获取包括对被用户选择出的车辆进行识别的信息的选择请求；

分配处理部，基于上述请求获取部获取到的选择请求来对用户分配车辆；

提供部，向被用户选择出的车辆的上述车辆终端或者将该车辆送达用户的工作人员的上述工作人员终端提供配车请求；

状态信息获取部，从上述用户终端、上述工作人员终端或者上述车辆终端获取表示工作人员是否同乘用户驾驶的车辆的同乘选择信息；以及

管理部，基于上述状态信息获取部获取到的同乘选择信息来记录表示工作人员是否正在同乘用户驾驶的车辆的状态信息。

2.根据权利要求1所述的汽车共享系统，其特征在于，

在上述状态信息获取部获取到表示工作人员同乘的同乘选择信息的情况下，上述管理部记录表示该工作人员是工作中的状态信息，

在上述状态信息获取部获取到表示工作人员未同乘的同乘选择信息的情况下，上述管理部记录表示该工作人员不是工作中的状态信息。

3.根据权利要求1或者2所述的汽车共享系统，其特征在于，

在工作人员未同乘用户驾驶的车辆的情况下，上述提供部向上述车辆终端提供能够停车的场所的位置信息。

4.根据权利要求1～3中任意一项所述的汽车共享系统，其特征在于，

在工作人员未同乘用户驾驶的车辆的情况下，上述提供部向上述车辆终端提供设定有表示未乘坐车辆且不是工作中的状态信息的工作人员的位置信息。