CN110852462A - 信息处理装置、信息处理系统、以及、信息处理方法 - Google Patents

信息处理装置、信息处理系统、以及、信息处理方法 Download PDF

Info

Publication number
CN110852462A
CN110852462A CN201910764212.XA CN201910764212A CN110852462A CN 110852462 A CN110852462 A CN 110852462A CN 201910764212 A CN201910764212 A CN 201910764212A CN 110852462 A CN110852462 A CN 110852462A
Authority
CN
China
Prior art keywords
user
reservation
vehicle
ride
cancellation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910764212.XA
Other languages
English (en)
Inventor
中西彰彦
藤井大悟
田中诚
竹内一贵
小池千惠
兼市大辉
冈田强志
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toyota Motor Corp
Original Assignee
Toyota Motor Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toyota Motor Corp filed Critical Toyota Motor Corp
Publication of CN110852462A publication Critical patent/CN110852462A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/407—Cancellation of a transaction
    • G06Q50/40—
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0014—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for vending, access and use of specific services not covered anywhere else in G07F17/00
    • G07F17/0021—Access to services on a time-basis
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/0042—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects
    • G07F17/0057—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for hiring of objects for the hiring or rent of vehicles, e.g. cars, bicycles or wheelchairs

Abstract

本发明提供一种信息处理装置、信息处理系统、以及信息处理方法。其在通过就便搭乘于向规定的目的地移动的车辆而实施的移动服务中，抑制轻易取消预约并减少因预约的取消而引起的被取消侧的影响。信息处理装置具备控制部。控制部执行如下操作，即：对通过就便搭乘于向规定的目的地移动的车辆而实施的移动服务的预约进行管理；从通过第一车辆而实施的移动服务的第一预约已成立的第一用户的用户终端接收第一预约的取消要求，其中，第一用户为第一车辆的驾驶用户或者预定向第一车辆乘车的乘车用户中的任意一个；在从第一用户的用户终端接收到第一预约的取消要求的情况下，对成为第一用户的代替的驾驶用户或者乘车用户进行决定；以及对第一用户给予处罚。

Description

信息处理装置、信息处理系统、以及、信息处理方法
技术领域
本发明涉及一种信息处理装置、信息处理系统、以及、信息处理方法。
背景技术
近几年，多个用户共同乘车于同一个车辆上的移动方式、即所谓的拼车的利用正在扩展。此外，为了利用这样的拼车，开发出了用于对多个用户进行匹配的技术。
此外，在专利文献1中，公开了一种用于对各终端的所有者彼此是否共同乘车于同一个车辆上进行判断的技术。
在先技术文献
专利文献
专利文献1：日本特开2011-237842号公报
发明内容
发明所要解决的课题
本发明的目的在于，提供一种能够在通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务中，抑制轻易取消预约并且减少因预约的取消而引起的被取消侧的影响的信息处理装置、信息处理系统、以及信息处理方法。
用于解决课题的方法
本发明的一个方式为一种信息处理装置，其具备控制部，所述控制部执行如下操作，即：对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；从通过第一车辆而实施的所述移动服务的第一预约已成立的第一用户的用户终端接收所述第一预约的取消要求，其中，所述第一用户为，所述第一车辆的驾驶用户或者预定向所述第一车辆进行乘车的乘车用户中的任意一个；在从所述第一用户的用户终端接收到所述第一预约的取消要求的情况下，对成为所述第一用户的代替的驾驶用户或者乘车用户进行决定；以及对所述第一用户给予处罚。
此外，本发明的其他的一个方式为一种信息处理系统，其具备一个或者多个控制部，所述控制部执行如下操作，即：对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；从通过第一车辆而实施的所述移动服务的第一预约已成立的第一用户的用户终端接收所述第一预约的取消要求，其中，所述第一用户为，所述第一车辆的驾驶用户或者预定向所述第一车辆进行乘车的乘车用户的任意一个；在从所述第一用户的用户终端接收到所述第一预约的取消要求的情况下，对成为所述第一用户的代替的驾驶用户或者乘车用户进行决定；以及对所述第一用户给予处罚。
此外，本发明的其他的一个方式为一种信息处理方法，其对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；从通过第一车辆而实施的所述移动服务的第一预约已成立的第一用户的用户终端接收所述第一预约的取消要求，其中，所述第一用户为，所述第一车辆的驾驶用户或者预定向所述第一车辆进行乘车的乘车用户中的任意一个；在从所述第一用户的用户终端接收到所述第一预约的取消要求的情况下，对成为所述第一用户的代替的驾驶用户或者乘车用户进行决定；以及对所述第一用户给予处罚。
发明效果
根据本发明，在通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务中，能够抑制轻易取消预约、并且减少因预约的取消而引起的被取消侧的影响。
附图说明
图1为表示第一实施方式所涉及的拼车服务提供系统的系统结构的一个示例的图。
图2为表示中心服务器的硬件结构的一个示例的图。
图3为表示中心服务器的功能结构的一个示例的图。
图4为表示用户信息DB(Data Base，数据库)的数据结构的一个示例的图。
图5为表示乘车希望用户计划信息DB的数据结构的一个示例的图。
图6为表示驾驶用户计划信息DB的数据结构的一个示例的图。
图7为表示预约信息DB的数据结构的一个示例的图。
图8为表示等级信息的一个示例的图。
图9为第一实施方式所涉及的中心服务器的乘车预约处理的流程图的一个示例。
图10A为表示第一实施方式所涉及的中心服务器的取消处理的流程图的一个示例的图。
图10B为表示第一实施方式所涉及的中心服务器的取消处理的流程图的一个示例的图。
具体实施方式
实施方式之一为一种信息处理装置，其具备控制部，控制部执行如下操作，即：对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；从通过第一车辆而实施的移动服务的第一预约已成立的第一用户的用户终端接收第一预约的取消要求，其中，所述第一用户为，第一车辆的驾驶用户或者预定向第一车辆进行乘车的乘车用户中的任意一个；在从第一用户的用户终端接收到第一预约的取消要求的情况下，对成为第一用户的代替的驾驶用户或者乘车用户进行决定；以及对第一用户给予处罚。在第一用户为驾驶用户的情况下，决定成为第一用户的代替的驾驶用户。在第一用户为乘车用户的情况下，决定成为第一用户的代替的乘车用户。
给予第一用户的处罚可以为，索取取消费用、下次以后的移动服务的利用费用的降价或者加价、移动服务的预约的优先顺序的降低中的任意一种。下次以后的移动服务的利用费用的降价例如也可以被应用于取消第一预约的第一用户为驾驶用户的情况中。由此，降低了被支付给该驾驶用户的移动服务的利用费用。
针对移动服务的预约的取消，通过对于被取消侧的用户而对成为代替的驾驶用户或者乘车用户进行决定，从而能够减少给被取消侧的用户带来的影响。此外，通过对取消的第一用户给予处罚，从而能够抑制移动服务的预约被轻易地取消的情况。
此外，在一个实施方式中，也可以采用如下的方式，即，在无法安排成为第一用户的代替的用户的情况下，对第一预约被取消侧的用户给予奖励。由此，能够抑制第一预约被取消侧的用户的针对该移动服务的利用热情的降低。
此外，在一个实施方式中，也可以采用如下的方式，即，控制部执行如下操作，即：在取消第一预约的第一用户为驾驶用户的情况下，作为成为第一用户的代替的驾驶用户，而对使第一预约的第一乘车用户进行乘车的第二车辆的驾驶用户进行决定；在由于第一乘车用户向第二车辆的乘车从而关于第二车辆而发生了超过定员的情况下，向第二乘车用户的用户终端发送第二预约的取消请求、和在取消了第二预约的情况下向第二乘车用户给予的奖励的信息，其中，所述第二乘车用户为，向第二车辆进行乘车的第二预约已确定的用户。奖励为，移动服务的预约的优先度的提高、积分或者优惠券的给予中的任意一种。
由此，能够安排使在第一预约中作为被取消侧的第一乘车用户优先向其他的车辆进行乘车。此外，通过与第二预约的取消委托一起发送奖励的信息，从而能够易于招募将第二预约取消的乘车用户。
以下，根据附图，对本发明的实施方式进行说明。以下的实施方式的结构为例示，本发明并未被限定于实施方式的结构。
＜第一实施方式＞
图1为表示第一实施方式所涉及的拼车服务提供系统1的系统结构的一个示例的图。拼车服务为，对向规定的目的地的移动被预定的车辆(或者该车辆的驾驶员)和在与该目的地相同的方向上具有目的地的用户进行匹配，从而使用户就便搭乘于该车辆，由此提供由车辆而实施的移动的共享的服务。例如，向车辆的驾驶员支付规定的报酬。例如，从乘坐了该车辆上的用户收取规定的费用。支付给车辆的驾驶员的报酬例如为金钱、在规定的服务中能够利用的积分、优惠券等。金钱例如通过现金、向规定的银行账户的汇款、电子货币等而被支付。拼车服务为“通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务”的一个示例。
拼车服务提供系统1包括车辆10、作为车辆10的驾驶员的驾驶用户所保持的用户终端200A、希望作为非驾驶用户而就便搭乘于车辆10的乘车希望用户所具有的用户终端200B、中心服务器100。在拼车服务提供系统1中，虽然车辆10、用户终端200A、用户终端200B分别被包括多个，但为了简化，在图1中，分别各提取一台而示出。此外，在未对用户终端200A和用户终端200B进行区分的情况下，简单标记为用户终端200。驾驶用户为“驾驶用户”的一个示例。乘车希望用户为“乘车用户”的一个示例。
各用户终端200以及中心服务器100与网络N1连接，并通过网络N1而相互被连接。在网络N1中，例如，也可以采用作为互联网等世界规模的公共通信网的WAN(Wide AreaNetwork:广域网)或其他的通信网。此外，网络N1也可以包括移动电话等移动体通信网、WiFi等无线通信网。
驾驶用户以及乘车希望用户为，例如，将拼车服务提供系统1所提供的应用程序安装到用户终端200中、并通过该应用程序而将自己作为驾驶用户或者乘车希望用户的某一个而进行了注册的用户。用户终端200例如为，智能手机、平板终端、笔记本式PC(PersonalComputer)、移动电话终端等便携式终端。
驾驶用户通过用户终端200A而在中心服务器100中注册由车辆10而进行的移动预定的计划信息。乘车希望用户通过用户终端200B而向中心服务器100发送乘车预约要求。希望由车辆10而进行的移动的计划信息也与乘车预约要求一起被发送。在计划信息中，例如包括出发地、目的地、出发预定时刻或者出发希望时刻(乘车用户的情况)、到达预定时刻或者到达希望时刻(乘车用户的情况)。
中心服务器100在从乘车希望用户的用户终端200B接收到乘车预约要求时，对该乘车希望用户的计划信息和被预先注册的驾驶用户的计划信息进行对照，而对使乘车希望用户进行乘车的驾驶用户进行决定。将基于计划信息而对使乘车希望用户进行乘车的驾驶用户(或者车辆10)进行决定的情况、或者对乘坐于驾驶用户的车辆10的乘车希望用户进行决定的情况称为匹配。
中心服务器100例如根据被匹配的该乘车希望用户和驾驶用户的计划信息，而决定两者的汇合预定地点、汇合预定时刻。中心服务器100向被匹配的驾驶用户的用户终端200A发送乘车预约要求，另外使被匹配的驾驶用户实施确认。与乘车预约要求一起，乘车预约的识别信息、乘车预约的内容也被发送给驾驶用户的用户终端200A。在乘车预约的内容中，例如包括与乘车希望用户相关的信息、汇合预定地点、汇合预定时刻、乘车希望用户的目的地以及到达该目的地的到达预定时刻。在与乘车希望用户相关的信息中，例如包括乘车希望用户的用户名、性别、年龄段、联系方式(电话号码、电子邮件地址)等。
在中心服务器100从驾驶用户的用户终端200A接收到针对于乘车预约要求的同意答复时，确定乘车预约。当确定乘车预约时，中心服务器100向乘车预约要求的发送源的乘车希望用户的用户终端200B发送乘车预约确定的通知。与乘车预约确定的通知一起，还向乘车希望用户的用户终端200B发送乘车预约的识别信息、乘车预约的内容。在乘车预约的内容中，例如包括与驾驶用户相关的信息、汇合预定地点、汇合预定时刻、乘车希望用户的目的地以及到达该目的地的到达预定时刻。在与驾驶用户相关的信息中，例如包括驾驶用户的用户名、性别、年龄段、联系方式(电话号码、电子邮件地址)、与车辆10相关的信息。与车辆10相关的信息例如可以为车辆10的图像，且为车辆10的车型、颜色、车辆识别编号等与车辆10的外观相关的信息。
在此，在从乘车预约确定起至该乘车预约的服务被开始为止的期间内，例如，存在驾驶用户或者乘车希望用户的身体状况变差、或者出现了紧急的预定，从而通过驾驶用户或者乘车希望用户而使乘车预约被取消的情况。例如，当乘车预约被取消时，被取消侧的用户的预定也会被变更，从而存在带来影响的情况。在即将到达乘车预约的汇合预定时刻时发生了取消的情况下，上述情形尤其明显。
因此，在第一实施方式中，中心服务器100在发生了乘车预约的取消的情况下，为了对被取消侧的驾驶用户或者乘车希望用户安排代替的乘车希望用户或者驾驶用户，从而重新实施匹配。由此，在被取消侧的用户为驾驶用户的情况下，能够弥补应当通过被取消的乘车预约而获得的报酬。此外，在被取消侧的用户为乘车希望用户的情况下，能够弥补由被取消的乘车预约而实现的至目的地为止的移动。即，能够对被取消侧的用户处所产生的损失进行弥补。
此外，在第一实施方式中，中心服务器100在发生乘车预约的取消的情况下,对取消侧的用户施加处罚。针对于取消侧的用户的处罚例如为，支付取消费用、收取持有积分、降低乘车预约的优先顺序、降价(驾驶用户的情况)或加价(乘车希望用户的情况)下次之后的拼车服务中的费用等。乘车预约的优先顺序例如为，根据拼车服务的利用次数而被决定的会员等级等。由此，能够抑制乘车预约被轻易地取消的情况。
图2为表示中心服务器100的硬件结构的一个示例的图。中心服务器100例如为专用的计算机、通用的计算机。作为硬件结构，中心服务器100具有处理器101、主存储部102、辅助存储部103、通信部104。这些装置通过总线而被相互连接。主存储部102以及辅助存储部103为可以由计算机读取的记录介质。中心服务器100为“信息处理装置”的一个示例。
辅助存储部103对各种各样的程序、或在各程序的执行时处理器101所使用的数据进行存储。辅助存储部103例如为EPROM(Erasable Programmable ROM)，电可擦可编程只读存储器)或硬盘驱动器(Hard Disc Drive)。在被保持于辅助存储部103中的程序中，例如，对操作系统(OS)、拼车服务控制程序、其他各种各样的应用程序进行保持。拼车控制程序为用于拼车服务的乘车预约的管理、用户管理等的程序。
主存储部102为，向处理器101提供对被存储在辅助存储部103中的程序进行加载的存储区域以及作业区域、或者作为缓冲器而被使用的存储装置。主存储部102例如包括如ROM(Read Only Memory，只读存储器)、RAM(Random Access Memory，随机存取存储器)那样的半导体存储器。
处理器101例如为CPU(Central Processing Unit，中央处理单元)。处理器101通过将被保持于辅助存储部103中的OS或各种各样的应用程序加载在主存储部102中并执行，从而执行各种各样的处理。处理器101并未被限定于一个，也可以具备多个。处理器101为“控制部”的一个示例。
通信部104为实施与网络之间的信息的输入输出的接口。通信部104既可以为与有线的网络进行连接的接口，也可以为与无线的网络进行连接的接口。通信部104例如为NIC(Network Interface Card，网络接口卡)或无线电路等。
另外，图2所示的中心服务器100的硬件结构为一个示例，并未被限定于上述结构，能够根据实施方式而适当地实施结构要素的省略或置换、追加。例如，中心服务器100具备可移动记录介质驱动装置，也可以执行在可移动记录介质中被记录的程序。可移动记录介质例如为，SD卡(Secure Digital Memory Card，安全数字卡)、miniSD卡、microSD卡、USB(Universal Serial Bus，通用串行总线)闪存、CD(Compact Disc，光盘)、DVD(DigitalVersatile Disc，数字视频光盘)、Blu-ray(注册商标)Disc(蓝光光盘)、或者闪存卡那样的记录介质。此外，例如，中心服务器100也可以具备输入装置以及输出装置。输入装置例如为键盘、鼠标、触摸面板等。输出装置例如为显示器等。
另外，在通过中心服务器100而被执行的一系列的处理并未被限定于通过由处理器101而实施的软件的执行从而被实现的情况，例如，也能够通过FPGA(Field-Programmable Gate Array，现场可编程门阵列)等的硬件而被实现。
省略了用户终端200的硬件结构的图示。用户终端200除了具有上述的处理器、主存储部、辅助存储部、通信部之外，例如，还具有显示部、输入部等。显示部例如为LCD(Liquid Crystal Display，液晶显示器)、EL(Electroluminescence，电致发光)面板等。输入部包括触摸面板、按压式按钮等。此外，输入部能够包括可以输入影像或图像的摄像机、或如话筒那样的语音的输入部。通信部例如为，用于利用移动电话等移动体通信网、WiFi等无线通信而访问网络N1的通信电路。用户终端200通过由用户经由输入部而进行的向应用程序的操作输入，从而向中心服务器100发送乘车预约要求、计划信息、用户信息等。
图3为表示中心服务器100的功能结构的一个示例的图。作为功能结构要素，中心服务器100具备预约处理部11、匹配处理部12、终端通信部13、用户信息数据库(DB)14、乘车希望用户计划信息DB15、驾驶用户计划信息DB16、预约信息DB17、等级信息DB18、匹配优先列表19。这些功能结构要素例如通过由中心服务器100的处理器101来执行被存储于辅助存储部103中的拼车服务控制程序，从而被实现。
终端通信部13为与用户终端200之间的接口。终端通信部13通过通信部104而实施与用户终端200之间的数据的发送接收。在终端通信部13从用户终端200接收的数据的一个示例中，存在乘车预约要求、乘车预约的取消要求。终端通信部13将从用户终端200接收到的数据向预约处理部11输出。
预约处理部11实施与乘车预约相关的控制。例如，预约处理部11的详细的处理如下所示。预约处理部11在通过终端通信部13而从用户终端200接收到用户信息的情况下，将所接收到的用户信息存储在后述的用户信息DB14中。预约处理部11在通过终端通信部13而从驾驶用户的用户终端200A接收到计划信息的情况下，将该计划信息存储在后述的驾驶用户计划信息DB16中。
预约处理部11在通过终端通信部13而从乘车希望用户的用户终端200B接收到乘车预约要求的情况下，向匹配处理部12委托匹配。此外，与乘车预约要求一起，从乘车希望用户的用户终端200B也接收到该乘车希望用户的计划信息。乘车希望用户的计划信息通过预约处理部11而被存储在乘车希望用户计划信息DB15中。
预约处理部11从匹配处理部12接受例如针对于用户终端200B的乘车希望用户而被匹配的驾驶用户的信息、和汇合预定地点以及汇合预定时刻的输入。预约处理部11通过终端通信部13而向被匹配的驾驶用户的用户终端200A发送乘车预约要求。乘车预约的识别信息、乘车预约的内容也与乘车预约要求一起被发送。
预约处理部11在通过终端通信部13而从驾驶用户的用户终端200A接收到针对于乘车预约要求的同意答复的情况下，判断为该乘车预约的确定，并将乘车预约信息注册在预约信息DB17中。此外，预约处理部11通过终端通信部13而向乘车预约要求的发送源的用户终端200B发送乘车预约确定的通知。例如，与乘车预约确定的通知一起，还向乘车预约要求的发送源的用户终端200B发送乘车预约的识别信息、乘车预约的内容。
预约处理部11在例如从用户终端200接收到乘车预约的取消要求的情况下，实施所对应的乘车预约的取消处理。与乘车预约的取消要求一起，还接收成为取消对象的乘车预约的识别编号。作为乘车预约的取消处理，预约处理部11例如从预约信息DB17删除相应的乘车预约的信息，并向该乘车预约的取消侧的用户和被取消侧的用户的用户终端200发送乘车预约的取消通知。例如，在从驾驶用户的用户终端200A接收到乘车预约的取消要求的情况下，乘车预约的取消通知向对象的乘车预约的乘车希望用户的用户终端200B和该驾驶用户的用户终端200B被发送。乘车希望用户在关于被取消的计划信息而依然希望利用拼车服务的情况下，例如，也可以再次从用户终端200B向中心服务器100发送乘车预约要求。
但是，由于在接收到乘车预约的取消要求时，例如，在从取消对象的乘车预约的汇合预定时刻起规定时间前的时刻已经经过的情况下，给被取消侧的预定带来的影响较大，因此，预约处理部11实施以下的处理。从乘车预约的汇合预定时刻起规定时间前，例如为一天前、一个小时前等，能够由拼车服务提供系统1的管理者任意地进行设定。此外，在来自驾驶用户的取消要求的对象为多个乘车希望用户的乘车预定的情况下，例如，将取消要求的对象的多个乘车预约中的最早的汇合预定时刻设为基准。
为了对于取消对象的乘车预约的作为被取消侧的驾驶用户或者乘车希望用户，安排代替的乘车希望用户或者驾驶用户，从而预约处理部11重新向匹配处理部12委托匹配。例如，在从驾驶用户提出了乘车预约的取消要求，并且在通过对于作为被取消侧的乘车希望用户的匹配而无法安排到代替的驾驶用户的情况下，也可以向该乘车希望用户给予奖励。例如，被给予该乘车希望用户的奖励也可以为乘车预约的优先权、会员等级的提升、积分或者优惠券的给予等。
此外，例如，在从乘车希望用户提出了取消要求，并且在通过对于作为被取消侧的驾驶用户的匹配而未找到成为代替的乘车希望用户的情况下，关于该驾驶用户，预约处理部11将之注册在匹配优先列表19中。
匹配优先列表19例如被保持在中心服务器100的辅助存储部103中。在匹配优先列表19中，注册有乘车预约被取消的驾驶用户的识别信息、和被取消的乘车预约的计划信息。在被注册到匹配优先列表19中的计划信息中，分别作为出发地、出发预定时刻、目的地、到达预定时刻，而包括被取消的乘车预约的汇合预定地点、汇合预定时刻、目的地、到达预定时刻。
预约处理部11在从乘车希望用户的用户终端200B接收到乘车预约要求，并且同该乘车预约一起接收的计划信息与被注册在匹配优先列表19中的计划信息类似的情况下，不向匹配处理部12委托匹配而使被注册在匹配优先列表19中的驾驶用户、和乘车预约要求的乘车希望用户进行匹配。由此，向乘车预约被取消的驾驶用户分配给代替的乘车希望用户。
另外，与该乘车预约一起被接收的计划信息与被注册在匹配优先列表19中的计划信息类似是指，两者的出发地以及到达地存在于规定的地理的范围内，并且出发预定时刻以及到达预定时刻存在于规定的时间的范围内。驾驶用户被注册在匹配优先列表19中是指，向被取消了乘车预约的驾驶用户给予奖励的一个示例。另外，在从乘车希望用户提出了取消要求、且通过对于被取消侧的驾驶用户的匹配而未找到成为代替的乘车希望用户的情况下，向该驾驶用户被给予的奖励并未被限定于此。例如，向该驾驶用户被给予的奖励也可以为会员等级的提升、积分或者优惠券的给予等。
另一方面，例如，在从驾驶用户提出了取消要求的情况下，预约处理部11向匹配处理部12委托对于取消对象的乘车预约的乘车希望用户的重新的匹配。匹配处理部12的匹配的结果为，在发生了该乘车希望用户的被匹配的车辆10的定员的超过的情况下，预约处理部11为了招募将向该车辆10的乘车预约取消的乘车希望用户，从而向具有向该车辆10的乘车预约的乘车希望用户的用户终端发送乘车预约的取消委托。与乘车预约的取消委托一起，对象的乘车预约的识别信息、和与在取消了乘车预约的情况下向该乘车希望用户给予的奖励有关的信息也被发送。
在针对于乘车预约的取消委托而取消了该乘车预约的情况下向乘车希望用户给予的奖励中，例如，具有能够利用于包含拼车服务在内的规定的服务的积分、下次以后可以使用的优惠券、会员等级的提升等。会员等级的提升为提高移动服务的预约的优先度的一个示例。
此外，在接收到乘车预约的取消要求时，从取消对象的乘车预约的汇合预定时刻起规定时间前的时刻已经经过的情况下，预约处理部11对乘车预约的取消要求的发送源的驾驶用户或者乘车希望用户施加处罚。在被施加于取消了乘车预约的用户的处罚中，例如，存在收取罚金、收取该用户所持有的积分、降低会员等级、下次以后的拼车服务的利用费用的加价(乘车用户的情况)或降价(驾驶用户的情况)、在驾驶用户的情况下将之从匹配优先列表19中删除等。
匹配处理部12根据来自预约处理部11的委托，而实施与乘车预约要求的发送源的用户终端200B相对应的乘车希望用户和驾驶用户之间的匹配。匹配处理部12的匹配方法可以为众所周知的技术中的任意一种，并未被限定于特定的方法。例如，匹配处理部12从后述的驾驶用户计划信息DB16之中提取如下的驾驶用户的计划信息，所述驾驶用户的计划信息为，包括从与乘车预约要求一起被接收到的乘车希望用户的计划信息的出发希望时刻至到达预定时刻为止的期间、在目的地或者经由地和其附近包括乘车希望用户的出发地以及目的地。匹配处理部12从被提取的计划信息的驾驶用户之中，例如随机地或者根据评价值、属性等而对乘车希望用户的匹配对象进行选择。
此外，匹配处理部12例如根据乘车希望用户的出发地以及目的地、驾驶用户的目的地以及经由地而对汇合预定地点进行决定。此外，匹配处理部12根据乘车希望用户的出发希望时刻以及到达希望时刻和驾驶用户的其他的乘车预约而对汇合预定时刻进行决定。汇合预定地点、汇合预定时刻的决定方法可以为众所周知的技术中的任意一种，并未被限定于特定的方法。匹配处理部12将所选择出的驾驶用户的信息、汇合预定地点、汇合预定时刻等输出至预约处理部11。
另外，预约处理部11、匹配处理部12、终端通信部13的处理也可以通过不同的计算机而被实施。
用户信息DB14、乘车希望用户计划信息DB15、驾驶用户计划信息DB16、预约信息DB17、等级信息DB18例如分别通过由处理器101执行的数据库管理系统(DatabaseManagement System，DBMS)的程序对被存储于辅助存储部103中的数据进行管理，从而被构建。用户信息DB14、乘车希望用户计划信息DB15、驾驶用户计划信息DB16、预约信息DB17、等级信息DB18例如为关系数据库。
图4为表示用户信息DB14的数据结构的一个示例的图。在用户信息DB14中，存储有与用户相关的信息。在被存储于用户信息DB14中的与用户相关的信息中，例如包括：用户ID、用户类型、用户的属性信息、用户的联系地址的信息、在用户为驾驶用户的情况下的车辆ID、车辆的外观信息、车辆的定员等。在图4中，提取并示出了被存储于用户信息DB14中的与用户相关的信息中的一部分。
在图4中，示出了被存储于用户信息DB14中的与用户相关的信息中的用户ID、用户类型、年度利用实际成果、年度取消次数、等级的字段。在用户类型的字段中，输入有表示是驾驶用户或者乘车希望用户中的哪一个的信息。在年度利用实际成果的字段中，存储有拼车服务的最近一个年度内的利用次数。在乘车希望用户的情况下，利用次数为通过在拼车服务中被注册的车辆10而进行的移动的次数。在驾驶用户的情况下，利用次数为通过车辆10而进行移动的乘车希望用户的人次。
在年度取消实际成果的字段中，输入有最近的一个年度中在汇合预定时刻的规定时间前的时刻经过后取消了的次数或者乘车预约的数量。在等级的字段中，输入有用户的会员等级。关于会员等级的详细情况，将在后文叙述。
用户信息DB14的各字段的值例如通过预约处理部11而被实施注册、更新、删除等。另外，用户信息DB14的数据结构并未被限定于图4所示的结构。
图5为表示乘车希望用户计划信息DB15的数据结构的一个示例的图。乘车希望用户计划信息DB15为对乘车希望用户的计划信息进行存储的数据库。图5所示的乘车希望用户计划信息DB15具有用户ID、出发地、出发希望时刻、目的地、到达希望时刻的字段。
在用户ID的字段中，输入有乘车希望用户的用户识别信息。在出发地以及目的地的字段中，输入有出发地或者目的地的住址、纬度以及经度等的任意一个。在出发希望时刻以及到达希望时刻的字段中，分别输入有年月日和时刻。
在乘车希望用户计划信息DB15中被存储的信息通过预约处理部11而被实施注册、更新、删除。例如，当从乘车希望用户的用户终端200B与乘车预约要求一起接收到计划信息时，该计划信息作为乘车希望用户计划信息DB15的新的项目而通过预约处理部11而被注册。此外，也可以设为，在相应的乘车预约结束的情况下，从乘车希望用户计划信息DB15中删除相应的项目。另外，被存储在乘车希望计划信息DB15中的信息并未被限定于图5所示的示例，能够适当地实施字段的追加、变更、删除。
图6为表示驾驶用户计划信息DB16的数据结构的一个示例的图。驾驶用户计划信息DB16为对驾驶用户的计划信息进行存储的数据库。图6所示的驾驶用户计划信息DB16具有用户ID、出发地、车辆ID、出发预定时刻、目的地、到达预定时刻的字段。
在用户ID的字段中，输入有驾驶用户的用户识别信息。在车辆ID的字段中，输入有车辆10的识别信息。在出发地以及目的地的字段中，输入有出发地或者目的地的住址、纬度以及经度等的任意一个。在出发预定时刻以及到达预定时刻的字段中，分别输入有年月日和时刻。另外，与车辆10有关的信息被存储于其他的数据库中。在与车辆10有关的信息中，例如为车辆的识别信息、驾驶用户的识别信息、车型、颜色、定员等。
在驾驶用户计划信息DB16中存储的信息通过预约处理部11而被实施注册、更新、删除。例如，当从驾驶用户的用户终端200A接收到计划信息时，该计划信息作为驾驶用户计划信息DB16的新的项目而通过预约处理部11而被进行注册。此外，也可以设为，当从计划信息的到达预定时刻起经过预定时间时，该项目从驾驶用户计划信息DB16中被删除。另外，在驾驶计划信息DB16中被存储的信息并未被限定于图6所示的示例，也能够适当地实施字段的追加、变更、删除。
图7为表示预约信息DB17的数据结构的一个示例的图。预约信息DB17为对与乘车预约有关的信息进行保持的数据库。
图7所示的预约信息DB17具有乘车预约ID、驾驶用户ID、乘车希望用户ID、汇合预定地点、汇合预定时刻、乘车希望用户的目的地、到达预定时刻。在乘车预约ID的字段中，输入有乘车预约的识别信息。乘车预约的识别信息例如在从用户终端200B接收到乘车预约要求时，通过预约处理部11而被给予。在驾驶用户ID的字段中，输入有驾驶用户的识别信息。在乘车希望用户ID的字段中，输入有乘车希望用户的识别信息。
在汇合预定地点的字段中，输入有通过匹配处理部12而被决定的汇合预定地点的信息。在汇合预定地点字段中，例如，作为汇合预定地点的信息，也可以输入有经度以及纬度、住址、地标性建筑的名称等的任意一个。在汇合预定时刻的字段中，输入有通过匹配处理部12而被决定的汇合预定时刻。
在乘车希望用户的目的地以及到达预定时刻的字段中被存储的信息例如根据乘车希望用户的计划信息而被输入。
在预约信息DB17中被存储的信息通过预约处理部11而被实施注册、更新、删除。例如，当乘车预约确定时，新的项目通过预约处理部11而被注册在预约信息DB17中。此外，当从用户终端200接收到取消要求时，取消对象的项目通过预约处理部11而从预约信息DB17中被删除。另外，在预约信息DB17中被存储的信息并未被限定于图7所示的示例，也能够适当地实施字段的追加、变更、删除。
图8为表示等级信息的一个示例的图。等级信息对会员等级的定义进行存储，并被存储在等级信息DB18中。在第一实施方式中，使用了五个阶段的用户等级，按照C＜B＜A＜S′＜S的顺序而等级升高。在各等级中设置有给予的条件。
在图8所示的示例中，年度利用实际成果小于10次，被给予等级C。年度利用实际成果在10次以上且小于50次，被给予等级B。年度利用实际成果在50次以上且小于100次，被给予等级A。向初次利用者给予等级S’。年度利用实际成果在100次以上，被给予等级S。
等级越高则在匹配中被越高程度地优待。例如，在从等级A的乘车希望用户#1和等级S的乘车希望用户#2接收到大致相同的计划信息的乘车预约要求的情况下，可以从等级S的乘车希望用户#2起优先被进行匹配、或者被与更加优良的驾驶用户进行匹配。此外，也可以设为，会员等级越高，则被分配到的车辆10的车型越变得高级。此外，也可以设为，会员等级越高，则作为乘车希望用户而支付的费用越变得便宜。也可以设为，在驾驶用户的情况下，会员等级越高，则越能够被匹配更多的乘车希望用户。
此外，会员等级也可以根据年度取消实际成果而被变更。例如，当年度取消实际成果的次数成为10次以上时，会员等级被降一级等。此外，也可以将根据年度取消实际成果而会员等级也降级的情况，设为乘车预约的取消时的处罚。
＜处理的流程＞
图9为第一实施方式所涉及的中心服务器100的乘车预约处理的流程图的一个示例。图9所示的处理例如以规定的周期而被反复执行。虽然图9所示的处理的执行主体为中心服务器100的处理器101，但为了便于说明，将作为功能结构要素的预约处理部11作为主体而进行说明。关于以后的中心服务器100的处理的流程图，也为同样设定。
在OP101中，预约处理部11对是否通过终端通信部13而从乘车希望用户的用户终端200B接收到乘车预约要求进行判断。在从乘车希望用户的用户终端200B接收到乘车预约要求的情况下(OP101中为：是)，处理进入OP102。在未接收到乘车预约要求的情况下(OP101中为：否)，图9所示的处理结束。
在OP102中，预约处理部11对与乘车预约要求一起接收到的乘车希望用户的计划信息、和匹配优先列表19内的计划信息进行比较。在OP103中，预约处理部11对在匹配优先列表19中是否有与该乘车希望用户的计划信息相类似的计划信息进行判断。
在匹配优先列表19中存在与该乘车希望用户的计划信息相类似的计划信息的情况下(OP103中为：是)，预约处理部11对在匹配优先列表19中与该计划信息被对应设置的驾驶用户和乘车预约要求的乘车希望用户进行匹配。在与该乘车希望用户的计划信息相类似的计划信息在匹配优先列表19中存在多个的情况下，例如，匹配与被连接于匹配优先列表19的上位的计划信息对应设置的驾驶用户。被匹配的驾驶用户的信息从匹配优先列表19中被删除。此后，处理进入OP105。
在匹配优先列表19中不存在与该乘车希望用户的计划信息相类似的计划信息的情况下(OP103中为：否)，处理进入OP104。在OP104中，预约处理部11向匹配处理部12委托乘车预约要求的乘车希望用户的匹配，并通过匹配处理部12而决定匹配对方的驾驶用户、汇合预定地点、汇合预定时刻等。
在OP105中，预约处理部11通过终端通信部13而向被匹配的驾驶用户的用户终端200A发送乘车预约要求。在OP106中，预约处理部11对是否从驾驶用户的用户终端200A接收到了针对于乘车预约要求的同意答复进行判断。在从驾驶用户的用户终端200A接收到了针对于乘车预约要求的同意答复的情况下(OP106中为：是)，处理进入OP107。例如，在即使经过了规定时间也未能从驾驶用户的用户终端200A接收到针对于乘车预约要求的同意答复的情况或者接收到了否认答复的情况下(OP106中为：否)，处理进入OP102，并再次从与匹配优先列表19之间的比较起而实施处理。
在OP107中，预约处理部11通过终端通信部13而向乘车预约要求的发送源的乘车希望用户的用户终端200B发送乘车预约确定的通知。此外，预约处理部11将乘车预约信息存储在预约信息DB17中。此后，图9所示的处理结束。另外，在接收到乘车预约要求的情况下的处理并未被限定于图9所示的处理。
图10A以及图10B为表示第一实施方式所涉及的中心服务器100的取消处理的流程图的一个示例的图。取消处理为在从用户终端200接收到乘车预约的取消要求的情况下的处理。图10A以及图10B所示的处理例如以规定的周期而被反复实施。
在OP201中，预约处理部11对是否通过终端通信部13而从乘车希望用户的用户终端200B接收到乘车预约的取消要求进行判断。在从乘车希望用户的用户终端200B接收到乘车预约的取消要求的情况下(OP201中为：是)，处理进入OP203。在未从乘车希望用户的用户终端200B接收到乘车预约的取消要求的情况下(OP201中为：否)，处理进入OP202。
在OP202中，预约处理部11对是否通过终端通信部13而从驾驶用户的用户终端200A接收到乘车预约的取消要求进行判断。在从驾驶用户的用户终端200A接收到乘车预约的取消要求的情况下(OP202中为：是)，处理进入图10B的OP301。在未从驾驶用户的用户终端200A接收到乘车预约的取消要求的情况下(OP202中为：否)，图10A所示的处理结束。
OP203至OP211的处理为，在从乘车希望用户的用户终端200B接收到乘车预约的取消要求的情况下的处理。在OP203中，预约处理部11对是否处于从取消要求的对象的乘车预约的汇合预定时刻起的规定时间前进行判断。在处于从对象的乘车预约的汇合预定时刻起的规定时间前的情况下(OP203中为：是)，处理进入OP210。在从对象的乘车预约的汇合预定时刻起的规定时间前的时刻已经经过的情况下(OP203中为：否)，处理进入OP204。
OP204至OP209的处理为，在从取消要求的对象的乘车预约的汇合预定时刻起的规定时间前的时刻已经经过的情况下被实施的处理。在OP204中，预约处理部11执行对象的乘车预约的取消处理。具体而言，预约处理部11从预约信息DB17中删除对象的乘车预约的信息，并从乘车希望用户计划信息DB15中删除该乘车希望用户的计划信息。此外，预约处理部11通过终端通信部13而向对象的乘车预约的驾驶用户的用户终端200A和取消要求的发送源的乘车希望用户的用户终端200B通知乘车预约已被取消的情况。此外，在OP204中，关于取消要求的发送源的乘车希望用户，预约处理部11对用户信息DB14的年度取消实际成果的字段的值进行更新。
在OP205中，预约处理部11对乘车预约的取消要求的发送源的乘车希望用户给予处罚。关于处罚的内容，如上文所述。关于被给予乘车希望用户的处罚，预约处理部11既可以向该乘车希望用户的用户终端200B进行通知，例如也可以记录在用户信息DB14中。在OP206中，预约处理部11向匹配处理部12委托针对取消要求的对象的乘车预约的驾驶用户的匹配。
在OP207中，预约处理部11对通过针对于取消要求的对象的乘车预约的驾驶用户的匹配而是否找到了重新被匹配的乘车希望用户进行判断。在找到了重新被匹配的乘车希望用户的情况下(OP207中为：是)，处理进入OP209。在未能找到重新被匹配的乘车希望用户的情况下(OP207中为：否)，处理进入OP208。另外，OP207中的匹配针对于未与任何一个驾驶用户被进行匹配的乘车希望要求的发送源的乘车希望用户而被实施。但是，并未被限定于此，例如，也可以将与会员等级较低的驾驶用户的乘车预约处于确定的乘车希望用户作为匹配对象而实施匹配。
在OP208中，预约处理部11将取消要求的对象的乘车预约的驾驶用户和该乘车预约的计划信息注册在匹配优先列表19中。由此，以下，在接收到与被取消的乘车预约相类似的计划信息的乘车预约要求的情况下，该驾驶用户优先被进行匹配(参照图9)。另外，在OP208中，预约处理部11也可以向取消要求的对象的乘车预约的驾驶用户的用户终端200A通知向匹配优先列表19进行了注册的情况。此后，图10A所示的处理结束。
在OP209中，预约处理部11由于通过针对于取消要求的对象的乘车预约的驾驶用户而进行的匹配而找到了重新被匹配的乘车希望用户，因此关于该匹配而确定乘车预约。此外，预约处理部11通过终端通信部13而向取消要求的对象的乘车预约的驾驶用户的用户终端200A通知确定了新的乘车预约的情况。此后，图10A所示的处理结束。
OP210和OP211的处理为，在取消要求的接收时刻处于从对象的乘车预约的汇合预定时刻起的规定时间前的情况下被实施的处理。在OP210中，预约处理部11实施取消要求的对象的乘车预约的取消处理。在OP210中被实施的取消处理与在OP204中被实施的取消处理相同。在OP211中，预约处理部11通过终端通信部13而向对象的乘车预约的驾驶用户的用户终端200A和乘车希望用户的用户终端200B通知乘车预约已被取消的情况。此后，图10A所示的处理结束。
图10B所示的处理为，从驾驶用户的用户终端200A接收到乘车预约的取消要求的情况下的处理。与来自驾驶用户的用户终端200A的乘车预约要求一起，也接收到取消对象的乘车预约的识别信息。在车辆10的一次的移动中使多个乘车希望用户进行乘车的情况下，成为驾驶用户的取消对象的乘车预约成为多个。
在OP301中，预约处理部11对是否处于从取消要求的对象的乘车预约的汇合预定时刻起的规定时间前进行判断。在处于从对象的乘车预约的汇合预定时刻起的规定时间前的情况下(OP301中为：是)，处理进入OP302。在从对象的乘车预约的汇合预定时刻起的规定时间前的时刻已经经过的情况下(OP301中为：否)下，处理进入OP304。
OP302和OP303的处理为，在取消要求的接收时刻处于从对象的乘车预约的汇合预定时刻起的规定时间前的情况下被实施的处理。预约处理部11实施取消要求的对象的乘车预约的取消处理(OP302)，并通过终端通信部13而向对象的乘车预约的驾驶用户的用户终端200A通知乘车预约已被取消的情况(OP303)。此后，图10B所示的处理结束。另外，在驾驶用户的取消对象的乘车预约存在多个的情况下(在车辆10的一次的移动中使多个乘车希望用户进行乘车的情况)下，关于各乘车预约，而实施取消处理以及向乘车希望用户发送的取消通知。
OP304至OP312的处理为，在从取消要求的对象的乘车预约的汇合预定时刻起的规定时间前的时刻已经经过的情况下被实施的处理。在OP304中，预约处理部11对乘车预约的取消要求的发送源的驾驶用户给予处罚。关于处罚的内容，如上文所述。关于被给予驾驶用户的处罚，预约处理部11既可以向该驾驶用户的用户终端200A进行通知，被给予驾驶用户的处罚的信息也可以例如被记录在用户信息DB14中。
OP305至OP312的处理为对于一个乘车预约的一个乘车希望用户而进行的处理，且针对取消对象的乘车预约的每个乘车希望用户而被实施。以下，将OP305至OP312的处理对象的乘车希望用户称为对象的乘车希望用户。
在OP305中，预约处理部11向匹配处理部12委托对于对象的乘车希望用户的匹配。匹配处理部12包括乘车预定的乘车希望用户已经达到定员的车辆10在内而针对于对象的乘车希望用户而实施匹配。但是，并未被限定于此，乘车预定的乘车希望用户已经达到定员的车辆10也可以从匹配的对象中被排除。
在OP306中，预约处理部11对关于对象的乘车希望用户而是否决定了匹配对方的车辆10进行判断。在关于对象的乘车希望用户而决定了匹配对方的车辆10的情况下(OP306中为：是)，处理进入OP308。在关于对象的乘车希望用户而未决定匹配对方的车辆10的情况下(OP306中为：否)，处理进入OP307。
在OP307中，由于匹配未成立，因此预约处理部11对对象的乘车希望用户给予规定的奖励。此后，关于其他的取消对象的乘车预约的乘车希望用户，实施从OP305起的处理，或者，图10B所示的处理结束。
在OP308中，预约处理部11对关于对象的乘车希望用户而重新被匹配的车辆10是否超过定员进行判断。在关于对象的乘车希望用户而重新被匹配的车辆10超过定员的情况下(OP308中为：是)，处理进入OP309。在关于对象的乘车希望用户而重新被匹配的车辆10未超过定员的情况下(OP308中为：否)，预约处理部11根据该匹配而对乘车预约进行确定，并向对象的乘车希望用户的用户终端200B发送乘车预约确定的通知。此后，关于其他的取消对象的乘车预约的乘车希望用户，实施从OP305起的处理，或者，使图10B所示的处理结束。
以下，将关于对象的乘车希望用户而重新被匹配的车辆10且成为超过定员的车辆10称为对象的车辆10。
在OP309中，预约处理部11向预定乘坐于对象的车辆10的全部乘车希望用户的用户终端200B发送取消委托和在取消了的情况下给予的奖励的信息。这是由于对象的车辆10成为超过定员，从而用于招募将乘车预约取消的乘车希望用户的处理。例如，从预约信息DB17中取得向对象的车辆10的乘车预定的全部的乘车希望用户的信息。与取消委托一起，还发送取消对象的乘车预约的识别信息。以下，将作为取消委托的发送目标的、向对象的车辆10的乘车预定的乘车希望用户称为取消委托对象用户。
在OP310中，预约处理部11对是否从取消委托对象用户的用户终端200B中的某一个接收到了针对取消委托的乘车预约的取消要求进行判断。在从取消委托对象用户的用户终端200B中的某一个接收到了针对取消委托的乘车预约的取消要求的情况下(OP310中为：是)，处理进入OP311。例如，在即使从取消委托的发送起经过了规定时间也未从取消委托对象用户的用户终端200B的任意一个接收到乘车预约的取消要求的情况下(OP310中为：否)，处理进入OP305，再次实施匹配。
在OP311中，预约处理部11对在OP310中检测到接收的、乘车预约的取消要求的发送源的取消委托对象用户给予奖励。关于奖励的内容，如上所述。关于向该取消委托对象用户被给予的奖励，预约处理部11既可以向该取消委托对象用户的用户终端200B进行通知，例如也可以记录在用户信息DB14中。
在OP312中，预约处理部11对于在OP310中检测到接收的、乘车预约的取消要求的对象的乘车预约，而实施取消处理。乘车预约的取消处理的内容与图10A的OP204相同。此外，预约处理部11向对象的车辆10的驾驶用户的用户终端200A和在OP310中检测到接收的、乘车预约的取消要求的发送源的取消委托对象用户的用户终端200B发送乘车预约的取消通知。关于其他的取消对象的乘车预约的乘车希望用户，实施从OP305起的处理，或者，使图10B所示的处理结束。
另外，图10A以及图10B所示的、中心服务器100的接收到乘车预约的取消要求的情况下的处理为一个示例，并未被限定于此。
＜第一实施方式的作用效果＞
在第一实施方式中，中心服务器100在从驾驶用户或者乘车希望用户产生了乘车预约的取消要求的情况下，将成为代替的驾驶用户或者乘车希望用户匹配给该乘车预约的乘车希望用户或者驾驶用户。由此，能够减少给乘车预约被取消侧的用户的预定带来的影响。而且，中心服务器100对取消要求的发送源的驾驶用户或者乘车希望用户给予处罚。由此，能够抑制驾驶用户或者乘车希望用户轻易地实施乘车预约的取消的情况。
此外，在第一实施方式中，中心服务器100在针对乘车预约被取消的乘车希望用户或者驾驶用户而未能找到成为代替的驾驶用户或者乘车希望用户的匹配对方的情况下，对该乘车希望用户或者驾驶用户给予奖励。由此，能够对由于乘车预约的取消而产生的损失进行补偿，由此能够抑制针对拼车服务的利用热情的下降。
此外，在第一实施方式中，中心服务器100在发生了来自驾驶用户的乘车预约的取消的情况下，对于该乘车预约的乘车希望用户而实施成为代替的驾驶用户(车辆10)的匹配。在被匹配的车辆10由于该乘车希望用户进行乘车而超过定员的情况下，中心服务器100向预定乘车于被匹配的车辆10的其他的乘车希望用户的用户终端200B发送针对向该车辆10的乘车预定的乘车预约。由此，能够从被匹配的车辆10的乘车预定的乘车希望用户中招募将向该车辆10的乘车进行谦让的乘车希望用户。由于向根据取消委托而将乘车预约取消的乘车希望用户给予奖励，因此对取消委托进行响应会变得容易。
＜其他的实施方式＞
上述的实施方式毕竟为一个示例，本发明能够在不脱离其主旨的范围内适当地进行变更并实施。
在第一实施方式中，中心服务器100在发生了来自驾驶用户的乘车预约的取消的情况下，对于该乘车预约的乘车希望用户而实施成为代替的驾驶用户(车辆10)的匹配，在被匹配的车辆10由于该乘车希望用户进行乘车而超过定员的情况下，向预定乘车于被匹配的车辆10的其他的乘车希望用户的用户终端200B发送取消委托。代替于此，例如，成为取消委托的发送目标的乘车希望用户也可以被限定为，预定向被匹配的车辆10乘车的乘车希望用户中的会员等级最低的用户。由此，能够针对会员等级较高的乘车希望用户而提供乘车预约难以被取消的优待。
此外，在本公开内容中所说明的处理或方法只要不产生技术上的矛盾，则能够自由地进行组合而实施。
此外，作为一个装置所实施的内容而说明的处理，也可以通过多个装置来分担执行。或者，作为不同的装置所实施的内容来说明的处理，也可以通过一个装置来执行。在计算机系统中，通过哪种硬件结构(服务器结构)来实现各功能是能够灵活地进行变更的。
本发明将安装了在上述的实施方式中所说明的功能的计算机程序提供给计算机，并能够通过该计算机所具有的一个以上的处理器读取并执行程序来实现。这样的计算机程序既可以通过可以与计算机的系统总线连接的非临时性的计算机可读存储介质而提供给计算机，也可以经由网络而提供给计算机。非临时性的计算机可读存储介质例如包括：磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM，DVD光盘，蓝光光盘等)等任意类型的盘片、只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光学式卡、适于存储电子命令的任意类型的介质。
符号说明
1：拼车服务提供系统；
10：车辆；
11：预约处理部；
12：匹配处理部；
13：终端通信部；
14：用户信息数据库；
15：乘车希望用户计划信息数据库；
16：驾驶用户计划信息数据库；
17：预约信息数据库；
18：等级信息数据库；
19：匹配优先列表；
100：中心服务器；
101：处理器；
102：主存储部；
103：辅助存储部；
104：通信部；
200：用户终端；
200A：用户终端；
200B：用户终端。

Claims (7)

1.一种信息处理装置，其中，
具备控制部，所述控制部执行如下操作，即：
对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；
从通过第一车辆而实施的所述移动服务的第一预约已成立的第一用户的用户终端接收所述第一预约的取消要求，其中，所述第一用户为所述第一车辆的驾驶用户或者预定向所述第一车辆进行乘车的乘车用户中的任意一个；
在从所述第一用户的用户终端接收到所述第一预约的取消要求的情况下，
对成为所述第一用户的代替的驾驶用户或者乘车用户进行决定；以及
对所述第一用户给予处罚。
2.如权利要求1所述的信息处理装置，其中，
所述处罚为，索取取消费用、下次以后的所述移动服务的利用费用的降价或者加价、所述移动服务的预约的优先顺序的降低中的任意一种。
3.如权利要求1或2所述的信息处理装置，其中，
所述控制部在无法安排成为所述第一用户的代替的用户的情况下，对所述第一预约的被取消侧的用户给予奖励。
4.如权利要求1或2所述的信息处理装置，其中，
所述控制部执行如下操作，即：
在所述第一用户为驾驶用户的情况下，作为所述第一用户的代替的驾驶用户，而对使所述第一预约的第一乘车用户进行乘车的第二车辆的驾驶用户进行决定；
在由于所述第一乘车用户向所述第二车辆的乘车从而关于所述第二车辆发生了超过定员的情况下，向第二乘车用户的用户终端发送第二预约的取消委托和在取消了所述第二预约的情况下向所述第二乘车用户给予的奖励的信息，其中，所述第二乘车用户为向所述第二车辆进行乘车的所述第二预约已确定的用户。
5.如权利要求3或4所述的信息处理装置，其中，
所述奖励为，所述移动服务的预约的优先度的提高、积分或者优惠券的给予中的任意一种。
6.一种信息处理系统，其中，
具备一个或者多个控制部，所述控制部执行如下操作，即：
对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；
从通过第一车辆而实施的所述移动服务的第一预约已成立的第一用户的用户终端接收所述第一预约的取消要求，其中，所述第一用户为，所述第一车辆的驾驶用户或者预定向所述第一车辆进行乘车的乘车用户中的任意一个；
在从所述第一用户的用户终端接收到所述第一预约的取消要求的情况下，
对成为所述第一用户的代替的驾驶用户或者乘车用户进行决定；以及
对所述第一用户给予处罚。
7.一种信息处理方法，其中，
对通过就便搭乘于向规定的目的地进行移动的车辆而实施的移动服务的预约进行管理；
从通过第一车辆而实施的所述移动服务的第一预约已成立的第一用户的用户终端接收所述第一预约的取消要求，其中，所述第一用户为，所述第一车辆的驾驶用户或者预定向所述第一车辆进行乘车的乘车用户中的任意一个；
在从所述第一用户的用户终端接收到所述第一预约的取消要求的情况下，
对成为所述第一用户的代替的驾驶用户或者乘车用户进行决定；以及
对所述第一用户给予处罚。
CN201910764212.XA 2018-08-21 2019-08-19 信息处理装置、信息处理系统、以及、信息处理方法 Pending CN110852462A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-154729 2018-08-21
JP2018154729A JP7056463B2 (ja) 2018-08-21 2018-08-21 情報処理装置、情報処理システム、及び、情報処理方法

Publications (1)

Publication Number Publication Date
CN110852462A true CN110852462A (zh) 2020-02-28

Family

ID=69586307

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910764212.XA Pending CN110852462A (zh) 2018-08-21 2019-08-19 信息处理装置、信息处理系统、以及、信息处理方法

Country Status (3)

Country Link
US (1) US20200065721A1 (zh)
JP (1) JP7056463B2 (zh)
CN (1) CN110852462A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113435952A (zh) * 2020-03-23 2021-09-24 丰田自动车株式会社 信息处理装置、信息处理系统、信息处理方法及终端装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7408969B2 (ja) * 2019-09-12 2024-01-09 富士フイルムビジネスイノベーション株式会社 予約処理装置及びプログラム
JP7413902B2 (ja) * 2020-04-03 2024-01-16 トヨタ自動車株式会社 運行管理装置、運行管理システム、及び運行管理方法
JP7354913B2 (ja) * 2020-04-16 2023-10-03 トヨタ自動車株式会社 運行管理装置、運行管理システム、及び運行管理方法
JP7449823B2 (ja) * 2020-08-27 2024-03-14 本田技研工業株式会社 同乗支援装置、同乗支援方法、およびプログラム
US20230075193A1 (en) * 2021-09-08 2023-03-09 GM Global Technology Operations LLC Methods and systems for dynamic fleet prioritization management

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003167946A (ja) * 2001-11-30 2003-06-13 Cosmo Brain:Kk 相乗り予約システム
US20130054281A1 (en) * 2011-08-28 2013-02-28 GreenMiles Technologies LLC Methods and systems for rideshare
CN105094767A (zh) * 2014-05-06 2015-11-25 华为技术有限公司 自动驾驶车辆调度方法、车辆调度服务器及自动驾驶车辆
CN107172210A (zh) * 2017-07-06 2017-09-15 安徽超清科技股份有限公司 一种拼车服务系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002015191A (ja) 2000-06-29 2002-01-18 Yosuke Mizoguchi インターネット予約ポイントシステム
JP2003233656A (ja) 2002-02-13 2003-08-22 Aoba Asset Management:Kk タクシー相乗り支援システム
JP2004164319A (ja) 2002-11-13 2004-06-10 Hitachi Ltd 共用スペース割当て方法、システム、プログラム、ならびに記録媒体
US8504295B2 (en) 2011-12-19 2013-08-06 Sap Ag Preserving assigned carpools after a cancellation
JP6355810B1 (ja) 2017-10-30 2018-07-11 株式会社Ｅｐａｒｋ 予約システム、管理方法および予約プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003167946A (ja) * 2001-11-30 2003-06-13 Cosmo Brain:Kk 相乗り予約システム
US20130054281A1 (en) * 2011-08-28 2013-02-28 GreenMiles Technologies LLC Methods and systems for rideshare
CN105094767A (zh) * 2014-05-06 2015-11-25 华为技术有限公司 自动驾驶车辆调度方法、车辆调度服务器及自动驾驶车辆
CN107172210A (zh) * 2017-07-06 2017-09-15 安徽超清科技股份有限公司 一种拼车服务系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113435952A (zh) * 2020-03-23 2021-09-24 丰田自动车株式会社 信息处理装置、信息处理系统、信息处理方法及终端装置
CN113435952B (zh) * 2020-03-23 2024-01-19 丰田自动车株式会社 信息处理装置、信息处理系统及信息处理方法

Also Published As

Publication number Publication date
US20200065721A1 (en) 2020-02-27
JP7056463B2 (ja) 2022-04-19
JP2020030523A (ja) 2020-02-27

Similar Documents

Publication Publication Date Title
CN110852462A (zh) 信息处理装置、信息处理系统、以及、信息处理方法
JP7014070B2 (ja) 情報処理装置、情報処理方法、及び、情報処理システム
CN109376311A (zh) 适用于多个共乘模型的驾驶员-乘车者匹配的系统、方法和装置
US20160292596A1 (en) Methods and systems for scheduling a shared ride among commuters
US20160247095A1 (en) Systems and Methods for Managing a Vehicle Sharing Facility
US11392861B2 (en) Systems and methods for managing a vehicle sharing facility
JP6950572B2 (ja) 情報システム、情報処理方法およびプログラム
US20160292687A1 (en) Verification location determination for entity presence confirmation of online purchases
US11132626B2 (en) Systems and methods for vehicle resource management
US20210027216A1 (en) System and method for one-click booking of a service event for a user
US11756037B2 (en) Product analysis platform to perform a facial recognition analysis to provide information associated with a product to a user
KR20190109700A (ko) 렌터카 서비스 장치 및 그 장치에서의 차량 임대 전자 계약 서비스 방법
JP2020021256A (ja) 情報処理装置、乗車車両調整方法及び乗車車両調整プログラム
CN110782305A (zh) 信息处理装置、信息处理方法以及非临时性的存储介质
US20180365597A1 (en) Service provider appointment booking system
US20200402089A1 (en) System and method for monitoring vehicle usage
CN110659791B (zh) 信息处理装置以及信息处理方法、存储有程序的存储介质
JP7047680B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP7073947B2 (ja) 情報処理装置、情報処理方法、及びプログラム
JP2020194360A (ja) 情報処理装置、情報処理方法、及び情報処理プログラム
CN112686489B (zh) 信息处理装置、非暂时性存储介质、以及信息处理方法
US20200151969A1 (en) System and method for monitoring vehicle usage
CN110675012A (zh) 信息处理装置以及信息处理方法
JP7005104B1 (ja) 情報処理システム、情報処理方法、およびプログラム
US20220028013A1 (en) Information processing apparatus, information processing method, and non-transitory storage medium

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20200228

WD01 Invention patent application deemed withdrawn after publication