CN112837113A - 信息处理装置、非临时性存储介质以及信息处理方法 - Google Patents

Abstract

本发明提供在将租赁用的车辆向用户借出的情况下能够借出适合于各个用户的车辆的信息处理装置、非临时性存储介质以及信息处理方法。本公开的信息处理装置具备：第一存储部，其将各个用户的负荷趋势以与各个用户建立关联的方式进行存储；第二存储部，其将各台租赁用车辆的负荷历史以与各台租赁用车辆建立关联的方式进行存储；控制部，其在产生了来自希望用户的借出请求的情况下，基于以与希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势、和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史，从处于可借出状态的多台租赁用车辆中选择向希望用户借出的车辆。

Description

信息处理装置、非临时性存储介质以及信息处理方法

技术领域

本发明涉及一种信息处理装置、非临时性存储介质以及信息处理方法。

背景技术

已知一种根据租赁用的车辆的行驶距离而对是否能够再次利用该车辆进行辨别的技术(例如，参照专利文献1)。

在先技术文献

专利文献

专利文献1：日本特开2005-222147号公报

发明内容

发明所要解决的课题

本公开的目的在于，提供一种在向用户借出租赁用的车辆的情况下，能够借出适合于各个用户的车辆的技术。

用于解决课题的手段

本公开的第一方式能够理解为对用于向用户借出的车辆即租赁用车辆进行管理的信息处理装置。

详细而言，信息处理装置也可以设为，具备：第一存储部，其将表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息即负荷趋势，以与各个用户建立关联的方式进行存储；第二存储部，其将表示在各台租赁用车辆被借出时各台租赁用车辆受到的负荷的历史的信息即负荷历史，以与各台租赁用车辆建立关联的方式进行存储；控制部，其在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下，执行如下处理，即：提取以与所述希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势、和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史；基于所提取的所述负荷趋势以及负荷历史，从处于可借出状态的多台租赁用车辆中选择向所述希望用户借出的车辆。

本公开的第二方式能够理解为对用于向用户借出的车辆即租赁用车辆进行管理的信息处理程序、或对该信息处理程序进行存储的非临时性存储介质。也可以设为，该情况下的信息处理程序使具备第一存储部以及第二存储部的计算机在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下执行如下步骤，即：提取以与所述希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势、和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史的提取步骤；基于通过所述提取步骤而被提取的负荷趋势以及负荷历史，从处于可借出状态的多台租赁用车辆中选择向所述希望用户借出的车辆的选择步骤，所述第一存储部将表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息即所述负荷趋势以与各个用户建立关联的方式进行存储，所述第二存储部将表示在各台租赁用车辆被借出时各台租赁用车辆受到的负荷的历史的信息即所述负荷历史以与各台租赁用车辆建立关联的方式进行存储。

本公开的第三方式能够理解为对用于向用户借出的车辆即租赁用车辆进行管理的信息处理方法。

详细而言，信息处理方法也可以设为，具备第一存储部以及第二存储部的计算机在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下执行如下步骤，即：提取以与所述希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势、和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史的提取步骤；基于通过所述提取步骤而被提取的负荷趋势以及负荷历史，从处于可借出状态的多台租赁用车辆中选择向所述希望用户借出的车辆的选择步骤，所述第一存储部将表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息即所述负荷趋势以与各个用户建立关联的方式进行存储，第二存储部将表示在各台租赁用车辆被借出时各台租赁用车辆受到的负荷的历史的信息即所述负荷历史以与各台租赁用车辆建立关联的方式进行存储。

发明效果

根据本公开，可以提供一种在向用户借出租赁用的车辆的情况下能够借出适合于各个用户的车辆的技术。

附图说明

图1为表示车辆租赁系统的概要的图。

图2为表示第一实施方式中的服务器装置的硬件结构例的图。

图3为表示第一实施方式中的服务器装置的功能结构例的框图。

图4为表示第一实施方式中的负荷趋势信息表的结构例的图。

图5为表示第一实施方式中的负荷历史信息表的结构例的图。

图6为表示第一实施方式中的由服务器装置执行的处理的流程的流程图。

图7为表示在第一实施方式中选择借出车辆的处理的流程的流程图。

图8为第二实施方式中的负荷趋势信息表的结构例的图。

图9为第二实施方式中的负荷历史信息表的结构例的图。

图10为表示在第二实施方式中选择借出车辆的处理的流程的流程图。

图11为表示第三实施方式中的负荷趋势信息表的结构例的图。

图12为表示第三实施方式中的负荷历史信息表的结构例的图。

图13为表示在第三实施方式中选择借出车辆的处理的流程的流程图。

图14为表示第四实施方式中的负荷趋势信息表的结构例的图。

图15为表示第四实施方式中的负荷历史信息表的结构例的图。

图16为表示在第四实施方式中选择借出车辆的处理的流程的流程图。

图17为表示第五实施方式中的负荷趋势信息表的结构例的图。

图18为表示第五实施方式中的负荷历史信息表的结构例的图。

图19为表示在第五实施方式中选择借出车辆的处理的流程的流程图。

具体实施方式

本公开的信息处理装置被应用于向用户借出租赁用车辆的服务即车辆租赁服务。

在此，在用户利用了租赁用车辆时用户对租赁用车辆施加的负荷的趋势，针对每个用户而不同。此外，在租赁用车辆被借出给用户时租赁用车辆从用户受到的负荷的历史，针对每个租赁用车辆而不同。此处所说的“负荷”例如包括，如行驶距离、蓄电池消耗量、装载重量等那样与行驶性能相关联的负荷、或者如残留于租赁用车辆的车厢内的气味即残留气味(例如，香烟的气味、或宠物的气味等)等那样与车厢内的舒适度相关联的负荷。

可是，当如上所述的负荷中的与行驶性能相关联的负荷集中在特定的租赁用车辆时，与其他的租赁用车辆相比，该特定的租赁用车辆的耐用期间有可能明显变短。因此，优选为，使与行驶性能相关联的负荷分散到多台租赁用车辆中。另一方面，优选为，使与车厢内的舒适度相关联的负荷集中到特定的租赁用车辆中。这是因为，当向不抽烟的用户借出残留有香烟的气味的租赁用车辆，或者向不养宠物的用户借出残留有宠物的气味的租赁用车辆时，会破坏这些用户的舒适度。

因此，本公开的信息处理装置预先累积各个用户的负荷趋势和各台租赁用车辆的负荷历史，并基于这些负荷趋势和负荷历史而对向各个用户借出的车辆进行选择(决定)。具体而言，在本公开中的信息处理装置中，表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息(负荷趋势)以与各个用户建立关联的方式被存储于第一存储部中。此外，在本公开中的信息处理装置中，表示在各台租赁用车辆被借出时各台租赁用车辆接受到的负荷的历史的信息(负荷历史)以与各台租赁用车辆建立关联的方式被存储于第二存储部中。然后，在本公开的信息处理装置中，在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下，控制部提取以与希望用户建立关联的方式被存储于第一存储部中的负荷趋势。此外，控制部提取以与处于可向希望用户借出的状态的多台租赁用车辆的每一台建立关联的方式被存储于第二存储部中的负荷历史。控制部基于这些负荷趋势和负荷历史，对向希望用户借出的车辆进行选择。由此，控制部能够将具有与希望用户的负荷趋势相符的负荷历史的租赁用车辆选择为向该希望用户借出的车辆(以下，也有时简称为“借出车辆”)。其结果为，也能够抑制与行驶性能相关联的负荷集中于特定的租赁用车辆的情况、以及与车厢内的舒适度相关联的负荷分散于多台租赁用车辆的情况。

在此，在作为租赁用车辆的负荷而使用行驶距离的情况下，例如，在作为用户的负荷趋势而被使用的行驶距离中，具有总行驶距离或连续行驶距离等。总行驶距离为，在用户利用了租赁用车辆时使该租赁用车辆行驶的距离的累计(在一次的租赁期间内用户使租赁用车辆行驶的距离的累计)。连续行驶距离为，在用户利用了租赁用车辆时使该租赁用车辆连续行驶的距离。另外，关于租赁用车辆的利用次数为多次的用户，也可以将多次利用中的总行驶距离或连续行驶距离的平均值作为该用户的负荷趋势而存储于第一存储部中。作为其他方式，也可以将多次利用中的总行驶距离或连续行驶距离中的最大值作为该用户的负荷趋势而存储于第一存储部中。

在作为被存储于第一存储部中的负荷趋势而使用总行驶距离的方式中，也可以设为，控制部在希望用户的总行驶距离较大的情况下，与该总行驶距离较小的情况相比，将累计行驶距离较小的租赁用车辆作为借出车辆来选择。此处所说的“累计行驶距离”为，各台租赁用车辆的从新车时起的行驶距离的累计。由此，抑制了与其他的租赁用车辆相比特定的租赁用车辆的累计行驶距离明显变大的情况。其结果为，抑制了与其他的租赁用车辆相比特定的租赁用车辆的耐用期间明显变短的情况。

此外，在作为被存储于第一存储部中的负荷趋势而使用连续行驶距离的方式中，也可以设为，控制部在希望用户的连续行驶距离较大的情况下，与该连续行驶距离较小的情况相比，将具有连续行驶距离较小的负荷历史的租赁用车辆作为借出车辆来选择。由此，关于使连续行驶较长距离的次数或使连续行驶极短距离的次数等，抑制了与其他的租赁用车辆相比特定的租赁用车辆明显变大的情况。其结果为，抑制了与其他的租赁用车辆相比特定的租赁用车辆的耐用期间明显变短的情况。另外，在一次租赁期间内租赁用车辆被连续行驶的次数并不限定为一次。因此，在一次租赁期间内用户使租赁用车辆10连续行驶的次数为多次的情况下，也可以将这些多次的连续行驶距离的平均值作为负荷趋势而使用。作为其他方式，也可以将多次的连续行驶距离中的最大值作为负荷趋势而使用。

接下来，在作为被存储于第一存储部中的负荷趋势而使用蓄电池消耗量的方式中，也可以设为，控制部在希望用户的蓄电池消耗量较大的情况下，与该蓄电池消耗量较小的情况相比，将蓄电池的充满电量较大的租赁用车辆作为借出车辆来选择。此处所说的“蓄电池”为，用于对租赁用车辆进行驱动的蓄电池。也就是说，在租赁用车辆为利用蓄电池电力而被驱动的车辆(EV(Electric Vehicle，电动汽车)、或PHV(Plug-in Hybrid Vehicle，插电式混合动力汽车)等)的情况下，作为用户的负荷趋势，能够使用蓄电池消耗量。此外，此处所说的“蓄电池消耗量”为，在一次租赁期间内将租赁用车辆的蓄电池消耗了的量的累计。另外，关于租赁用车辆的利用次数为多次的用户，也可以将多次的利用中的蓄电池消耗量的平均值作为该用户的负荷趋势而存储于第一存储部中。作为其他的方式，也可以将多次的利用中的蓄电池消耗量中的最大值作为该用户的负荷趋势而存储于第一存储部中。此外，此处所说的“蓄电池的充满电量”是指，处于充满电状态(不能进一步充电的状态)时的蓄电池的放电容量。

在此，蓄电池具有随着充电次数变多而劣化加剧的趋势。随之，蓄电池的充满电量具有随着充电次数变多而变小的趋势。因此，当被蓄电池消耗量较大的用户借出的车辆偏于特定的租赁用车辆时，由于特定的租赁用车辆的蓄电池充电次数变多，从而特定的租赁用车辆的蓄电池的劣化与其他的租赁用车辆相比有可能明显加剧。

与此相对，在希望用户的蓄电池消耗量较大的情况下，与该蓄电池消耗率较小的情况相比，如果蓄电池的充满电量较大的租赁用车辆被希望用户借出，则抑制了与其他的租赁用车辆相比特定的租赁用车辆的蓄电池充电次数明显变多的情况。其结果为，也抑制了与其他的租赁用车辆相比特定的租赁用车辆的蓄电池的劣化程度明显变大的情况。

接下来，在作为被存储于第一存储部中的负荷趋势而使用装载重量的方式中，也可以设为，控制部在希望用户的装载重量较大的情况下，与该装载重量较小的情况相比，将具有装载重量较小的负荷历史的租赁用车辆作为借出车辆来选择。在此，具有装载重量较大的负荷历史的租赁用车辆与具有装载重量较小的负荷历史的租赁用车辆相比，有可能车身或悬架等的劣化加剧。因此，在向具有装载重量较大的负荷趋势的用户借出的车辆偏于特定的租赁用车辆时，与其他的租赁用车辆相比，该特定的租赁用车辆(车身或悬架等)的耐用期间有可能明显变短。与此相对，在希望用户的装载重量较大的情况下，与该装载重量较小的情况相比，如果具有装载重量较小的负荷历史的租赁用车辆被希望用户借出，则抑制了与其他的租赁用车辆相比特定的租赁用车辆的耐用期间明显变短的情况。

接下来，在作为被存储于第一存储部中的负荷趋势而使用残留气味的有无的方式中，也可以设为，控制部在希望用户的负荷趋势为有残留气味的情况下，将具有存在残留气味的负荷历史的租赁用车辆作为借出车辆来选择。由此，能够使向具有存在残留气味的负荷趋势的用户借出的车辆集中于具有存在残留气味的负荷历史的租赁用车辆。其结果为，抑制了具有存在残留气味的负荷历史的租赁用车辆向具有无残留气味的负荷趋势的用户借出的情况。因此，能够保证具有无残留气味的负荷趋势的用户利用租赁用车辆时的舒适度。

以下，基于附图，对本公开的具体的实施方式进行说明。关于本实施方式所记载的结构零件的尺寸、材质、形状、相对配置等，只要未特别地记载，则并非表示将本公开的技术性范围仅限定于这些内容。

＜第一实施方式＞

在本实施方式中，对如下的示例进行叙述，即，在将可向用户借出的多台租赁用车辆置于管理下且根据来自用户的借出请求而实施租赁用车辆的借出的服务(车辆租赁服务)中，应用本公开的信息处理装置的示例。

(系统概要)

图1为表示提供车辆租赁服务的系统的概要的图。图1所示的系统被构成为，包括多台租赁用车辆10、和用于对这些租赁用车辆10进行管理的服务器装置200。各台租赁用车辆10和服务器装置200也可以被构成为能够通过网络而相连接。

租赁用车辆10既可以为按照被赋予的运行指令而自动行驶的车辆，或者，也可以为按照驾驶员的手动的操作来行驶的车辆。此外，租赁用车辆10既可以为以内燃机为原动机而被驱动的车辆，或者，也可以为以电动机为原动机而被驱动的车辆，或者，也可以为以内燃机和电动机为原动机而被驱动的HV(Hybrid Vehicle，混合动力汽车)。

服务器装置200对处于该服务器装置200的管理下的租赁用车辆10各自的负荷历史、以及车辆租赁服务的会员(用户)各自的负荷趋势进行管理。而且，在产生了来自希望借出租赁用车辆10的用户(希望用户)的借出请求的情况下，服务器装置200从处于可向希望用户借出的状态的租赁用车辆10之中，选择向希望用户借出的车辆(借出车辆)。此时，服务器装置200从处于可向希望用户借出的状态的租赁用车辆10之中，选择具有与希望用户的负荷趋势相符的负荷历史的租赁用车辆10。具有这种功能的服务器装置200相当于本公开中的“信息处理装置”。另外，在本示例中设为，作为用户的负荷趋势，使用总行驶距离。随之设为，作为租赁用车辆10的负荷历史，使用累计行驶距离。

(服务器装置的硬件结构)

在此，在图2中表示服务器装置200的硬件结构的一个示例。服务器装置200具有普通的计算机的结构。即，服务器装置200具有处理器201、主存储部202、辅助存储部203和通信部204。这些部件彼此通过总线而相连接。主存储部202以及辅助存储部203为计算机可读取的记录介质。服务器装置200的硬件结构并不限定于图2所示的示例，也可以适当地实施结构要素的省略、置换、追加。

服务器装置200通过由处理器201将被存储于记录介质中的程序加载至主存储部202的工作区域并执行，并且通过程序的执行来控制各个功能结构部等，从而实现符合预定的目的的功能。

处理器201例如为CPU(Central Processing Unit，中央处理器)或DSP(DigitalSignal Processor，数字信号处理器)。处理器201对服务器装置200进行控制，并实施各种各样的信息处理的运算。主存储部202例如包括RAM(Random Access Memory，随机存取存储器)和ROM(Read Only Memory，只读存储器)。辅助存储部203例如包括EPROM(ErasableProgrammable ROM，可擦可编程只读存储器)、硬盘驱动器(Hard Disk Drive：HDD)中的至少一方。此外，辅助存储部203能够包括可移动介质即可移动记录介质。可移动介质例如为如USB(Universal Serial Bus，通用串行总线)存储器、或CD(Compact Disc)、或DVD(Digital Versatile Disc)等那样的光盘记录介质。

辅助存储部203将各种程序、各种数据、各种表格以读写自如的方式存储在记录介质中。此外，在辅助存储部203中也存储有操作系统(Operating System：OS)等。另外，这些信息的一部分或全部也可以被存储于主存储部202中。此外，存储于主存储部202中的信息的一部分或全部也可以被存储于辅助存储部203中。

通信部204实施外部的装置与服务器装置200之间的信息的发送接收。通信部204例如为LAN(Local Area Network，局域网)接口端口、或用于无线通信的无线通信电路。服务器装置200通过LAN接口端口或无线通信电路而与网络相连接。网络例如为互联网等世界规模的公共通信网即WAN(Wide Area Network，广域网)或其他的通信网。

由以如上所述的方式构成的服务器装置200执行的一系列的处理既能够通过硬件来执行，也能够通过软件来执行。

(服务器装置的功能结构)

接下来，基于图3，对服务器装置200的功能结构进行说明。如图3所示，作为其功能结构要素，本实施方式的服务器装置200包括提取处理部F210、选择处理部F220、负荷趋势管理数据库D210、负荷历史管理数据库D220。在此，提取处理部F210和选择处理部F220通过服务器装置200的处理器201执行主存储部202上的计算机程序从而被形成。这些提取处理部F210以及选择处理部F220的组合相当于本公开中的“控制部”。另外，提取处理部F210和选择处理部F220的任意一方、或其一部分也可以通过硬件电路而被形成。此外，负荷趋势管理数据库D210和负荷历史管理数据库D220通过由处理器201执行的数据库管理系统(Database Management System：DBMS)的程序而被构建。详细而言，通过DBMS的程序对被存储于辅助存储部203中的数据进行管理，从而构建了上述的两个数据库。这些负荷趋势管理数据库D210和负荷历史管理数据库D220例如为关系数据库。

另外，服务器装置200的各个功能结构要素的任意一个或其处理的一部分也可以通过经由网络而被连接的其他的计算机来执行。例如，在提取处理部F210中包含的各个处理和在选择处理部F220中包含的各个处理也可以通过利用网络而彼此相连接的各个计算机来执行。

在负荷趋势管理数据库D210中，实施加入车辆租赁服务的用户与该用户的负荷趋势之间的关联。在此，基于图4，对存储于负荷趋势管理数据库D210中的信息的一个结构示例进行说明。图4为，对存储于负荷趋势管理数据库D210中的信息的表结构进行例示的图。另外，存储于负荷趋势管理数据库D210中的表格(以下，也有时记载为“负荷趋势信息表”)的结构并未被限定于图4所示的示例，能够适当地实施字段的追加、变更、删除。此外，虽然在图4中，例示了用户一个人量的负荷趋势信息表，但加入了车辆租赁服务的用户的人数量的负荷趋势信息表被存储于负荷趋势管理数据库D210中。

图4中所示的负荷趋势信息表具有用户ID和总行驶距离的各个字段。在用户ID字段中，登记了用于对各个用户进行识别的信息(用户ID)。用户ID例如为在用户实施车辆租赁服务的会员登记时被赋予的会员编号等。在总行驶距离字段中，登记了在各个用户利用了租赁用车辆10时使该租赁用车辆10行驶的距离的累计(在一次租赁期间内使租赁用车辆10行驶的距离的累计)。另外，关于车辆租赁服务的利用次数为多次的用户，多次利用中的总行驶距离的平均值被登记在总行驶距离字段中。登记在总行驶距离字段中的信息例如在用户退还了租赁用车辆10时被更新。此时，总行驶距离字段的信息也可以通过由租赁用车辆10的管理者实施的手动操作而被登记。例如，管理者也可以在由用户实施的租赁用车辆10的利用开始时和利用结束时的各个时刻，掌握租赁用车辆10的累计行驶距离(例如，显示在里程表上的行驶距离)。然后，管理者也可以对这两个累计行驶距离之差进行计算，并将该差作为总行驶距离而输入至总行驶距离字段中。此外，总行驶距离字段的信息也可以由服务器装置200自动登记。例如，服务器装置200也可以通过在由用户实施的租赁用车辆10的利用开始时和利用结束时的各个时刻与租赁用车辆10进行通信，从而取得利用开始时的累计行驶距离和利用结束时的累计行驶距离。然后，服务器装置200也可以对这两个累计行驶距离之差进行运算，并将该差作为总行驶距离而登记在总行驶距离字段中。另外，如前文所述，累计行驶距离为租赁用车辆10的从新车时起的行驶距离的累计。

对如上所述的负荷趋势信息表进行存储的负荷趋势管理数据库D210相当于本公开中的“第一存储部”。

接下来，在负荷历史管理数据库D220中，实施处于服务器装置200的管理下的租赁用车辆10与该租赁用车辆10的负荷历史之间的关联。在此，基于图5，对存储于负荷历史管理数据库D220中的信息的一个结构例进行说明。图5为对存储于负荷历史管理数据库D220中的信息的表结构进行例示的图。另外，存储于负荷历史管理数据库D220中的表格(以下，也有时记载为“负荷历史信息表”)的结构并未被限定于图5所示的示例，能够适当地实施字段的追加、变更、删除。此外，虽然在图5中，例示了车辆一台量的负荷趋势信息表，但处于服务器装置200的管理下的租赁用车辆10的台数量的负荷历史信息表被存储于负荷历史管理数据库D220中。

图5中所示的负荷历史信息表具有车辆ID和累计行驶距离的各个字段。在车辆ID字段中，登记了用于对各个车辆进行识别的信息(车辆ID)。车辆ID例如为在车辆作为车辆租赁服务的租赁用车辆而被登记时被赋予的信息。在累计行驶距离字段中，登记有各个租赁用车辆10的累计行驶距离。登记于累计行驶距离字段中的信息例如在租赁用车辆10被退还的时刻被更新。此时，累计行驶距离字段的信息既可以通过由租赁用车辆10的管理者实施的手动操作来更新，或者，也可以由服务器装置200自动更新。

对如上所述的负荷历史信息表进行存储的负荷历史管理数据库D220相当于本公开中的“第二存储部”。

接下来，在产生了来自希望用户的借出请求时，提取处理部F210提取该希望用户的负荷趋势、和处于可向该希望用户借出的状态的租赁用车辆10的负荷历史。具体而言，首先，提取处理部F210通过基于希望用户的用户ID而访问负荷趋势管理数据库D210，从而对与希望用户的用户ID相对应的负荷趋势信息表进行确定。接下来，提取处理部F210提取被登记在所确定的负荷趋势信息表的总行驶距离字段中的信息(总行驶距离)。此外，提取处理部F210对处于在希望用户所希望的租赁期间内可借出的状态的租赁用车辆10进行确定。对这样的租赁用车辆10进行确定的处理，能够使用已知的方法来实施。例如，只要对处于服务器装置200的管理下的租赁用车辆10中的、未实施在希望用户所希望的租赁期间内向其他的用户的借出预约的租赁用车辆10进行确定即可。然后，提取处理部F210通过基于处于可借出状态的租赁用车辆10的车辆ID而访问负荷历史管理数据库D220，从而对与处于可借出状态的租赁用车辆10的车辆ID相对应的负荷历史信息表进行确定。接下来，提取处理部F210提取被登记在所确定的负荷历史信息表的负荷历史字段中的信息(累计行驶距离)。通过提取处理部F210提取出的负荷趋势(总行驶距离)和负荷历史(累计行驶距离)被交给选择处理部F220。此时，负荷历史(累计行驶距离)以与处于可借出状态的租赁用车辆10的车辆ID建立对应的形式被交给选择处理部F220。

选择处理部F220通过对希望用户的负荷趋势(总行驶距离)、和处于可借出状态的租赁用车辆10的负荷历史(累计行驶距离)进行比较，从而从处于可借出状态的租赁用车辆10之中选择借出车辆。在本示例中，如果希望用户的总行驶距离大于预定的阈值，则选择处理部F220将处于可借出状态的租赁用车辆10中累计行驶距离最小的租赁用车辆10选择为借出车辆。另一方面，如果希望用户的总行驶距离为预定的阈值以下，则选择处理部F220将处于可借出状态的租赁用车辆10中累计行驶距离最大的租赁用车辆10选择为借出车辆。此处所说的“预定的阈值”既可以为预先通过统计而决定的值，或者，也可以为全部用户的总行驶距离的平均值。

另外，作为从处于可借出状态的租赁用车辆10之中选择借出车辆的其他的方法，也可以采用如下的方法。即，也可以设为，预先将各个用户的总行驶距离按照从大到小的方式划分等级为“大”、“中”、“小”这三个阶段，并且，将各台租赁用车辆10的累计行驶距离也按照从大到小的方式等级划分为“大”、“中”、“小”这三个阶段。然后，选择处理部F220可以按照下述(1)至(3)的任意一个步骤，来选择向希望用户借出的车辆。

(1)在希望用户的等级为“大”的情况下，将等级“小”的租赁用车辆10选择为借出车辆。

(2)在希望用户的等级为“中”的情况下，将等级“中”的租赁用车辆10选择为借出车辆。

(3)在希望用户的等级为“小”的情况下，将等级“大”的租赁用车辆10选择为借出车辆。

另外，用户以及租赁用车辆10的等级划分并未被限定于三个阶段，也可以为四个阶段以上。

在通过上述的方法来选择借出车辆时，抑制了特定的租赁用车辆10的累计行驶距离与其他的租赁用车辆10相比明显变大的情况。也就是说，抑制了与行驶性能相关的负荷集中于特定的租赁用车辆10的情况。

(处理的流程)

接下来，基于图6，对本示例中的由服务器装置200执行的处理的流程进行说明。图6为，表示在产生了来自希望用户的借出请求时服务器装置200所执行的处理的流程的流程图。

在图6中，首先，服务器装置200受理来自希望用户的借出请求(步骤S101)。此时，在借出请求中，包含表示希望用户的用户ID的信息、和表示希望用户所希望的租赁期间的信息。当服务器装置200受理这样的借出请求时，提取处理部F210提取希望用户的负荷趋势(总行驶距离)(步骤S102)。具体而言，首先，提取处理部F210通过基于希望用户的用户ID来访问负荷趋势管理数据库D210，从而对与希望用户相对应的负荷趋势信息表进行确定。接下来，提取处理部F210提取被存储在与希望用户相对应的负荷表的总行驶距离字段中的负荷趋势(总行驶距离)。

此外，提取处理部F210提取处于可向希望用户借出的状态的租赁用车辆10的各自的负荷历史(累计行驶距离)(步骤S103)。具体而言，首先，提取处理部F210对处于在希望用户所希望的租赁期间内可借出状态的租赁用车辆10进行确定。接下来，提取处理部F210通过基于处于可借出状态的租赁用车辆10的各自的车辆ID而访问负荷历史管理数据库D220，从而对与处于可借出状态的各个租赁用车辆10相对应的负荷历史信息表进行确定。而且，提取处理部F210提取被登记在所确定的负荷历史信息表的各自的负荷历史字段中的信息(累计行驶距离)。

在通过提取处理部F210而提取希望用户的负荷趋势和处于可借出状态的租赁用车辆10的各自的负荷历史时，选择处理部F220选择借出车辆(步骤S104)。即，选择处理部F220从处于可借出状态的租赁用车辆10之中选择具有与希望用户的负荷趋势相符的负荷历史的租赁用车辆10。在本示例中，步骤S104的处理按照如图7所示的处理流程而被执行。即，选择处理部F220对希望用户的总行驶距离是否大于预定的阈值进行辨别(步骤S1041)。如前文所述，本示例中的“预定的阈值”为预先以统计的方式规定的值、或者全部用户的总行驶距离的平均值。然后，如果希望用户的总行驶距离大于预定的阈值(在步骤S1041中，为肯定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的累计行驶距离最小的租赁用车辆10选择为借出车辆(步骤S1042)。另一方面，如果希望用户的总行驶距离为预定的阈值以下(在步骤S1041中，为否定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的累计行驶距离最大的租赁用车辆10选择为借出车辆(步骤S1043)。

根据图6以及图7的处理流程，能够将具有与希望用户的负荷趋势相符的负荷历史的租赁用车辆10向希望用户借出。即，在希望用户的总行驶距离较大的情况下，与较小的情况相比，能够将累计行驶距离较小的租赁用车辆10向希望用户借出。由此，抑制了特定的租赁用车辆10的累计行驶距离与其他的租赁用车辆10相比明显变大的情况。也就是说，能够抑制与行驶性能相关的负荷集中于特定的租赁用车辆10的情况。其结果为，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的耐用期间明显变短的情况。

＜第二实施方式＞

接下来，基于图8至图10，对本公开所涉及的信息处理装置的第二实施方式进行说明。在此，关于与前述的第一实施方式实质相同的结构、实质相同的控制处理，省略其详细的说明。

前述的第一实施方式和本实施方式的不同点在于，作为用户的负荷趋势，代替总行驶距离而使用连续行驶距离，并且，作为租赁用车辆10的负荷历史，代替累计行驶距离而使用连续行驶距离。

在此，当对于特定的租赁用车辆10而言连续行驶比较长的距离的次数变多时，存在该租赁用车辆10的劣化加剧的情况。此外，当对于特定的租赁用车辆10而言连续行驶极短的距离的次数变多时，也存在该租赁用车辆10的劣化加剧的情况。因此，当连续行驶比较长的距离的次数或者连续行驶极短的距离的次数偏于特定的租赁用车辆10时，与其他的租赁用车辆10相比，该特定的租赁用车辆10的耐用期间有可能明显变短。因此，在本实施方式中设为，与具有连续行驶距离较小的负荷趋势的用户相比，针对具有连续行驶距离较大的负荷趋势的用户，借出具有连续行驶距离较短的负荷历史的租赁用车辆10。

另外，本示例中的“连续行驶距离”例如为，在从点火开关(原动机的起动开关)被设为开启起至被设为关闭为止的期间内租赁用车辆10所行驶的距离。

图8为，表示本实施方式中的被存储于负荷趋势管理数据库D210中的负荷趋势信息表的结构例的图。负荷趋势信息表的结构并未被限定于图8所示的示例，而能够适当地实施字段的追加、变更、删除。本示例中的负荷趋势信息表具有用户ID和连续行驶距离的各个字段。在用户ID字段中，登记有用于对各个用户进行识别的用户ID。在连续行驶距离字段中，登记有在各个用户利用了租赁用车辆10时使该租赁用车辆10连续行驶的距离(在一次租赁期间内，使租赁用车辆10连续行驶的距离的平均值或最大值)。另外，关于车辆租赁服务的利用次数为多次的用户，多次的利用中的连续行驶距离的平均值或最大值被登记在连续行驶距离字段中。另外设为，连续行驶距离通过被搭载于各台租赁用车辆10上的ECU等而被记录。然后，租赁用车辆10的管理者或服务器装置200在由用户实施的租赁用车辆10的利用结束时从ECU等读取连续行驶距离，并且根据所读取的信息来对连续行驶距离字段的信息进行更新。

图9为，表示本实施方式中的被存储于负荷历史管理数据库D220中的负荷历史信息表的结构例的图。负荷历史信息表的结构并未被限定于图9所示的示例，能够适当地实施字段的追加、变更、删除。本示例中的负荷历史信息表具有车辆ID和连续行驶距离的各个字段。在车辆ID字段中，登记有用于对各个租赁用车辆10进行识别的车辆ID。在连续行驶距离字段中，登记有各个租赁用车辆10被借出时连续行驶的距离(在一次租赁期间内，各台租赁用车辆10连续行驶的距离的平均值或最大值)。另外，关于借出次数为多次的租赁用车辆10，多次的借出中的连续行驶距离的平均值或最大值被登记于连续行驶距离字段中。

在产生了来自希望用户的借出请求时，本示例中的提取处理部F210将被登记在与希望用户相对应的负荷趋势信息表的连续行驶距离字段中的信息(连续行驶距离)作为希望用户的负荷趋势来提取。此外，提取处理部F210将被登记于与处于可借出状态的租赁用车辆10相对应的负荷历史信息表的连续行驶距离字段中的信息(连续行驶距离)作为处于可借出状态的租赁用车辆10的负荷历史来提取。

本示例中的选择处理部F220通过对希望用户的连续行驶距离和处于可借出状态的租赁用车辆10的连续行驶距离进行比较，从而从处于可借出状态的租赁用车辆10之中选择借出车辆。在本示例中，如果希望用户的连续行驶距离大于预定的阈值，则选择处理部F220将处于可借出状态的租赁用车辆10中连续行驶距离最小的租赁用车辆10选择为借出车辆。另一方面，如果希望用户的连续行驶距离为预定的阈值以下，则选择处理部F220将处于可借出状态的租赁用车辆10中连续行驶距离最大的租赁用车辆10选择为借出车辆。此处所说的“预定的阈值”既可以为预先通过统计而被决定的值，或者，也可以为全部用户的连续行驶距离的平均值。

另外，作为从处于可借出状态的租赁用车辆10中选择借出车辆的其他的方法，也可以采用如下的方法。即，也可以设为，将各个用户的连续行驶距离按照从大到小的顺序而等级划分为“大”、“中”、“小”这三个阶段，并且，将各台租赁用车辆10的连续行驶距离也按照从大到小的顺序而等级划分为“大”、“中”、“小”这三个阶段。然后，选择处理部F220也可以按照下述(4)至(6)的任意一个步骤，来选择向希望用户借出的车辆。

(4)在希望用户的等级为“大”的情况下，将等级“小”的租赁用车辆10选择为借出车辆。

(5)在希望用户的等级为“中”的情况下，将等级“中”的租赁用车辆10选择为借出车辆。

(6)在希望用户的等级为“小”的情况下，将等级“大”的租赁用车辆10选择为借出车辆。

另外，用户以及租赁用车辆10的等级划分并未被限定于三个阶段，也可以为四个阶段以上。

当通过上述的方法而选择借出车辆时，关于连续行驶比较长的距离的次数或连续行驶极短的距离的次数等，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10明显变大的情况。也就是说，抑制了与行驶性能相关的负荷集中于特定的租赁用车辆10上的情况。

(处理的流程)

接下来，对本示例中的由服务器装置200执行的处理的流程进行说明。在产生了来自希望用户的借出请求时，本示例的服务器装置200按照与前述的图6相同的步骤，来实施借出车辆的选择。但是，在步骤S102中，作为希望用户的负荷趋势，代替总行驶距离而提取连续行驶距离。此外，在步骤S103中，作为处于可借出状态的租赁用车辆10的负荷历史，代替累计行驶距离而提取连续行驶距离。然后，在步骤S104中，代替前述的图7，而执行图10的处理流程。

在图10的处理流程中，选择处理部F220对希望用户的连续行驶距离是否大于预定的阈值进行辨别(步骤S2041)。如前文所述，本示例中的“预定的阈值”为预先通过统计而被规定的值、或者全部用户的连续行驶距离的平均值。然后，如果希望用户的连续行驶距离大于预定的阈值(在步骤S2041中，为肯定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的、连续行驶距离最小的租赁用车辆10选择为借出车辆(步骤S2042)。另一方面，如果希望用户的连续行驶距离为预定的阈值以下(在步骤S2041中，为否定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的、连续行驶距离最大的租赁用车辆10选择为借出车辆(步骤S2043)。

根据图10的处理流程，在希望用户的连续行驶距离较大的情况下，与较小的情况相比，能够将连续行驶距离较小的租赁用车辆10向希望用户借出。由此，抑制了连续行驶比较长的距离的次数或连续行驶极短的距离的次数偏于特定的租赁用车辆10的情况。也就是说，能够抑制与行驶性能相关的负荷集中于特定的租赁用车辆10的情况。其结果为，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的耐用期间明显变短的情况。

＜第三实施方式＞

接下来，基于图11至图13，对本公开所涉及的信息处理装置的第三实施方式进行说明。在此，关于与前述的第一实施方式实质相同的结构、实质相同的控制处理，省略其详细的说明。

前述的第一实施方式和本实施方式的不同点在于，作为用户的负荷趋势，代替总行驶距离而使用蓄电池消耗量，并且作为租赁用车辆10的负荷历史，代替累计行驶距离而使用蓄电池的充满电量。本示例中的“蓄电池”为用于对租赁用车辆10进行驱动的蓄电池。因此，本示例中的信息处理装置(服务器装置)在租赁用车辆10为利用蓄电池电力而被驱动的车辆(EV(Electric Vehicle，电动汽车)或PHV(Plug-in Hybrid Vehicle，插电式混合动力车)等)的情况下有效。另外，“蓄电池消耗量”为，在一次租赁期间内对租赁用车辆10的蓄电池进行了消耗的量的累计。此外，“蓄电池的充满电量”为，处于充满电状态(不能进一步充电的状态)时的蓄电池的放电电容。

在此，蓄电池具有随着其充电次数变多而劣化加剧的趋势。随之，蓄电池的充满电量具有随着充电次数变多而变小的趋势。因此，当向具有蓄电池消耗量较大的负荷趋势的用户借出的车辆偏于特定的租赁用车辆10时，与其他的租赁用车辆10相比，特定的租赁用车辆10的蓄电池充电次数有可能明显变多。由此，与其他的租赁用车辆10相比，特定的租赁用车辆的蓄电池的劣化程度有可能明显变大。也就是说，与其他的租赁用车辆10相比，特定的租赁用车辆10中的蓄电池的充满电量有可能明显变小。因此，在本实施方式中设为，与具有蓄电池消耗量较小的负荷趋势的用户相比，针对具有蓄电池消耗量较大的负荷趋势的用户，借出蓄电池的充满电量较大的租赁用车辆10。换言之，设为，与具有蓄电池消耗量较小的负荷趋势的用户相比，针对具有蓄电池消耗量较大的负荷趋势的用户，借出蓄电池的劣化程度较小的租赁用车辆10。

图11为，表示本实施方式中的被存储于负荷趋势管理数据库D210中的负荷趋势信息表的结构例的图。负荷趋势信息表的结构并未被限定于图11所示的示例，并能够适当地实施字段的追加、变更、删除。本示例中的负荷趋势信息表具有用户ID和蓄电池消耗量的各个字段。在用户ID字段中，登记有用于对各个用户进行识别的用户ID。在蓄电池消耗量字段中，登记有在各个用户利用了租赁用车辆10时对该租赁用车辆10的蓄电池进行了消耗的量的累计(在一次租赁期间内，对租赁用车辆10的蓄电池进行了消耗的量的累计)。另外，关于车辆租赁服务的利用次数为多次的用户，多次的利用中的蓄电池消耗量的平均值或最大值被登记于蓄电池消耗量字段中。另外设为，蓄电池消耗量通过被搭载于各台租赁用车辆10中的ECU等而被记录。然后，租赁用车辆10的管理者或服务器装置200在由用户实施的租赁用车辆10的利用结束时从ECU等读取蓄电池消耗量，并且通过所读取的信息来对蓄电池消耗量字段的信息进行更新。

图12为，表示本实施方式中的被存储于负荷历史管理数据库D220中的负荷历史信息表的结构例的图。负荷历史信息表的结构并未被限定于图12所示的示例，能够适当地实施字段的追加、变更、删除。本示例中的负荷历史信息表具有车辆ID和充满电量的各个字段。在车辆ID字段中，登记有用于对各台租赁用车辆10进行识别的车辆ID。在充满电量字段中，登记有各台租赁用车辆10的蓄电池的充满电量。

在产生了来自希望用户的借出请求时，本示例中的提取处理部F210将被登记于与希望用户相对应的负荷趋势信息表的蓄电池消耗量字段中的信息(蓄电池消耗量)作为希望用户的负荷趋势来提取。此外，提取处理部F210将被登记于与处于可借出状态的租赁用车辆10相对应的负荷历史信息表的充满电量字段中的信息(蓄电池的充满电量)作为处于可借出状态的租赁用车辆10的负荷历史来提取。

本示例中的选择处理部F220通过对希望用户的蓄电池消耗量与处于可借出状态的租赁用车辆10的蓄电池的充满电量进行比较，从而从处于可借出状态的租赁用车辆10之中选择借出车辆。在本示例中，如果希望用户的蓄电池消耗量大于预定的阈值，则选择处理部F220将处于可借出状态的租赁用车辆10中蓄电池的充满电量最大的租赁用车辆10选择为借出车辆。另一方面，如果希望用户的蓄电池消耗量为预定的阈值以下，则选择处理部F220将处于可借出状态的租赁用车辆10中蓄电池的充满电量最小的租赁用车辆10选择为借出车辆。此处所说的“预定的阈值”既可以为预先通过统计而被决定的值，或者，也可以为全部用户的蓄电池消耗量的平均值。

另外，作为从处于可借出状态的租赁用车辆10中选择借出车辆的其他的方法，也可以采用如下的方法。即，也可以设为，预先将各个用户的蓄电池消耗量按照从大到小的顺序而等级划分为“大”、“中”、“小”这三个阶段，并且，预先将各台租赁用车辆10的蓄电池的充满电量也按照从大到小的顺序而等级划分为“大”、“中”、“小”这三个阶段。然后，选择处理部F220也可以按照下述(7)至(9)的任意一个步骤，选择向希望用户借出的车辆。

(7)在希望用户的等级为“大”的情况下，将等级“大”的租赁用车辆10选择为借出车辆。

(8)在希望用户的等级为“中”的情况下，将等级“中”的租赁用车辆10选择为借出车辆。

(9)在希望用户的等级为“小”的情况下，将等级“小”的租赁用车辆10选择为借出车辆。

另外，用户以及租赁用车辆10的等级划分并未被限定于三个阶段，也可以为四个阶段以上。

当通过上述的方法而选择借出车辆时，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的蓄电池充电次数明显变多的情况。也就是说，抑制了与行驶性能相关的负荷集中于特定的租赁用车辆10的情况。

(处理的流程)

接下来，对本示例中的由服务器装置200执行的处理的流程进行说明。在产生了来自希望用户的借出请求时，本示例的服务器装置200按照与前述的图6相同的步骤来执行借出车辆的选择。但是，在步骤S102中，作为希望用户的负荷趋势，代替总行驶距离而提取蓄电池消耗量。此外，在步骤S103中，作为处于可借出状态的租赁用车辆10的负荷历史，代替累计行驶距离而提取蓄电池的充满电量。然后，在步骤S104中，代替前述的图7而执行图13的处理流程。

在图13的处理流程中，选择处理部F220对希望用户的蓄电池消耗量是否大于预定的阈值进行辨别(步骤S3041)。如前文所述，本示例中的“预定的阈值”为预先通过统计而被规定的值、或者全部用户的蓄电池消耗量的平均值。然后，如果希望用户的蓄电池消耗量大于预定的阈值(在步骤S3041中，为肯定判断)，选择处理部F220将处于可借出状态的租赁用车辆10中的、蓄电池的充满电量最大的租赁用车辆10选择为借出车辆(步骤S3042)。另一方面，如果希望用户的蓄电池消耗量为预定的阈值以下(在步骤S3041中，为否定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的、蓄电池的充满电量最小的租赁用车辆10选择为借出车辆(步骤S3043)。

根据图13的处理流程，在希望用户的蓄电池消耗量较大的情况下，与较小的情况相比，能够将蓄电池的充满电量较大的租赁用车辆10向希望用户借出。由此，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的蓄电池充电次数明显变多的情况。也就是说，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的蓄电池的劣化程度明显变大的情况。其结果为，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的耐用期间明显变短的情况。

另外，虽然在本实施方式中，对作为用户的负荷趋势而使用蓄电池消耗量的示例进行了说明，但作为用户的负荷趋势，也可以使用蓄电池充电次数。在该情况下，在希望用户的蓄电池充电次数较多的情况下，与较少的情况相比，只要将蓄电池的充满电量较大的租赁用车辆10选择为借出车辆即可。

＜第四实施方式＞

接下来，基于图14至16，对本公开所涉及的信息处理装置的第四实施方式进行说明。在此，关于与前述的第一实施方式实质相同的结构、实质相同的控制处理，省略其详细的说明。

前述的第一实施方式与本实施方式的不同点在于，作为用户的负荷趋势，代替总行驶距离而使用装载重量，并且，作为租赁用车辆10的负荷历史，代替累计行驶距离而使用装载重量。

在此，当在特定的租赁用车辆10中装载比较重的货物的次数变多时，存在该租赁用车辆10的车身或悬架等的劣化加剧的情况。因此，当装载比较重的货物的次数偏于特定的租赁用车辆10时，与其他的租赁用车辆10相比，该特定的租赁用车辆10的耐用期间有可能明显变短。因此，在本实施方式中设为，与具有装载重量较小的负荷趋势的用户相比，针对具有装载重量较大的负荷趋势的用户，借出具有装载重量较小的负荷历史的租赁用车辆10。

图14为，表示本实施方式中的被存储于负荷趋势管理数据库D210中的负荷趋势信息表的结构例的图。负荷趋势信息表的结构并未被限定于图14所示的示例，能够适当地实施字段的追加、变更、删除。本示例中的负荷趋势信息表具有用户ID和装载重量的各个字段。在用户ID字段中，登记有用于对各个用户进行识别的用户ID。在装载重量字段中，登记有在各个用户利用了租赁用车辆10时装载于该租赁用车辆10中的货物的重量(在一次租赁期间内，装载于租赁用车辆10中的货物的重量的平均值或最大值)。另外，关于车辆租赁服务的利用次数为多次的用户，多次的利用中的装载重量的平均值或最大值被登记在装载重量字段中。另外设为，装载重量通过被搭载于各台租赁用车辆10中的重量传感器而被进行检测，并被记录于ECU等中。然后，租赁用车辆10的管理者或服务器装置200在由用户实施的租赁用车辆10的利用结束时从ECU等读取装载重量，并且通过所读取的信息来对装载重量字段的信息进行更新。

图15为表示本实施方式中的被存储于负荷历史管理数据库D220中的负荷历史信息表的结构例的图。负荷历史信息表的结构并未被限定于图15所示的示例，能够适当地实施字段的追加、变更、删除。本示例中的负荷历史信息表具有车辆ID和装载重量的各个字段。在车辆ID字段中，登记有用于对各台租赁用车辆10进行识别的车辆ID。在装载重量字段中，登记有在各台租赁用车辆10被借出时所装载的货物的重量(在一次的租赁期间中，被装载于各台租赁用车辆10中的货物的重量的平均值或最大值)。另外，关于借出次数为多次的租赁用车辆10，多次借出中的装载重量的平均值或最大值被登记在装载重量字段中。

在产生了来自希望用户的借出请求时，本示例中的提取处理部F210将被登记在与希望用户相对应的负荷趋势信息表的装载重量字段中的信息(装载重量)作为希望用户的负荷趋势来提取。此外，提取处理部F210将被登记在与处于可借出状态的租赁用车辆10相对应的负荷历史信息表的装载重量字段中的信息(装载重量)作为处于可借出状态的租赁用车辆10的负荷历史来提取。

本示例中的选择处理部F220通过对希望用户的装载重量和处于可借出状态的租赁用车辆10的装载重量进行比较，从而从处于可借出状态的租赁用车辆10之中选择借出车辆。在本示例中，如果希望用户的装载重量大于预定的阈值，则选择处理部F220将处于可借出状态的租赁用车辆10中装载重量最小的租赁用车辆10选择为借出车辆。另一方面，如果希望用户的装载重量为预定的阈值以下，则选择处理部F220将处于可借出状态的租赁用车辆10中装载重量最大的租赁用车辆10选择为借出车辆。此处所说的“预定的阈值”既可以为预先通过统计而被决定的值，或者，也可以为全部用户的装载重量的平均值。

另外，作为从处于可借出状态的租赁用车辆10中选择借出车辆的其他的方法，也可以采用如下的方法。即，也可以设为，预先将各个用户的装载重量按照从大到小的顺序而等级划分为“大”、“中”、“小”这三个阶段，并且，预先将各台租赁用车辆10的装载重量也按照从大到小的顺序而等级划分为“大”、“中”、“小”这三个阶段。然后，选择处理部F220也可以按照下述(10)至(12)的任意一个步骤，来选择向希望用户借出的车辆。

(10)在希望用户的等级为“大”的情况下，将等级“小”的租赁用车辆10选择为借出车辆。

(11)在希望用户的等级为“中”的情况下，将等级“中”的租赁用车辆10选择为借出车辆。

(12)在希望用户的等级为“小”的情况下，将等级“大”的租赁用车辆10选择为借出车辆。

另外，用户以及租赁用车辆10的等级划分并未被限定于三个阶段，也可以为四个阶段以上。

当通过上述的方法而选择借出车辆时，关于装载了比较重的货物的次数，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10明显变大的情况。也就是说，抑制了与行驶性能相关的负荷集中于特定的租赁用车辆10的情况。

(处理的流程)

接下来，对本示例中的由服务器装置200执行的处理的流程进行说明。在产生来自希望用户的借出请求时，本示例的服务器装置200按照与前述的图6相同的步骤，来实施借出车辆的选择。但是，在步骤S102中，作为希望用户的负荷趋势，代替总行驶距离而提取装载重量。此外，在步骤S103中，作为处于可借出状态的租赁用车辆10的负荷历史，代替累计行驶距离而提取装载重量。然后，在步骤S104中，代替前述的图7，执行图16的处理流程。

在图16的处理流程中，选择处理部F220对希望用户的装载重量是否大于预定的阈值进行辨别(步骤S4041)。如前文所述，本示例中的“预定的阈值”为，预先通过统计而被规定的值、或者全部用户的装载重量的平均值。然后，如果希望用户的装载重量大于预定的阈值(在步骤S4041中，为肯定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的装载重量最小的租赁用车辆10选择为借出车辆(步骤S4042)。另一方面，如果希望用户的装载重量为预定的阈值以下(在步骤S4041中，为否定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的装载重量最大的租赁用车辆10选择为借出车辆(步骤S4043)。

根据图16的处理流程，在希望用户的装载重量较大的情况下，与较小的情况相比，能够将装载重量较小的租赁用车辆10向希望用户借出。由此，抑制了装载比较重的重量的货物的次数偏于特定的租赁用车辆10的情况。也就是说，能够抑制与行驶性能相关的负荷集中于特定的租赁用车辆10的情况。其结果为，抑制了与其他的租赁用车辆10相比特定的租赁用车辆10的耐用期间明显变短的情况。

＜第五实施方式＞

接下来，基于图17至图19，对本公开所涉及的信息处理装置的第五实施方式进行说明。在此，关于与前述的第一实施方式实质相同的结构、实质相同的控制处理，省略其详细的说明。

前述的第一实施方式与本实施方式的不同点在于，作为用户的负荷趋势，代替总行驶距离而使用有无残留气味，并且，作为租赁用车辆10的负荷历史，代替累计行驶距离而使用有无残留气味。此处所说的“残留气味”是指，在租赁期间结束后还残留于租赁用车辆10的车厢内的气味(例如，香烟的气味或宠物的气味等)。

在此，在用户利用了租赁用车辆10时在该租赁用车辆10的车厢内抽烟的情况、或者使宠物同乘于该租赁用车辆10的车厢内的情况等下，即使在租赁期间结束后，香烟或宠物的气味也有可能残留于车厢内。当残留有这样的气味的租赁用车辆10被不抽烟的用户或不养宠物的用户借出时，有可能破坏这些用户的舒适度。因此，在本实施方式中设为，针对具有存在残留气味的负荷趋势的用户，借出具有存在残留气味的负荷历史的租赁用车辆10。另一方面，针对具有无残留气味的负荷趋势的用户，借出具有无残留气味的负荷历史的租赁用车辆10。

图17为，表示本实施方式中的被存储于负荷趋势管理数据库D210中的负荷趋势信息表的结构例的图。负荷趋势信息表的结构并未被限定于图17所示的示例，能够适当地实施字段的追加、变更、删除。本示例中的负荷趋势信息表具有用户ID和残留气味的各个字段。在用户ID字段中，登记有用于对各个用户进行识别的用户ID。在残留气味字段中，登记有表示在各个用户利用了租赁用车辆10时在该租赁用车辆10的车厢内是否残留有香烟或宠物等的气味的信息。例如，关于香烟或宠物等的气味残留于租赁用车辆10的车厢内的用户，在该残留气味字段中登记为“有”。此外，关于香烟或宠物等的气味未残留于租赁用车辆10的车厢内的用户，在该残留气味字段中被登记为“无”。另外，残留气味字段的信息通过租赁用车辆10的管理者而被输入。例如，当各个用户退还了租赁用车辆10时，管理者对车厢内有无残留气味进行确认，并将其结果登记在残留气味字段中。

图18为，表示本实施方式中的被存储于负荷历史管理数据库D220中的负荷历史信息表的结构例的图。负荷历史信息表的结构并未被限定于图18所示的示例，能够适当地实施字段的追加、变更、删除。本示例中的负荷历史信息表具有车辆ID和残留气味的各个字段。在车辆ID字段中，登记有用于对各台租赁用车辆10进行识别的车辆ID。在残留气味字段中，登记有表示在各台租赁用车辆10被借出时在各台租赁用车辆10的车厢内是否残留有香烟或宠物等气味的信息。例如，关于香烟或宠物等的气味残留于车厢内的租赁用车辆10，在该残留气味字段中被登记为“有”。此外，关于香烟或宠物等的气味未残留于车厢内的租赁用车辆10，在该残留气味字段中被登记为“无”。该残留气味字段的信息与负荷趋势信息表的残留气味字段同样地通过租赁用车辆10的管理者而被输入。

在产生了来自希望用户的借出请求时，本示例中的提取处理部F210将被登记在与希望用户相对应的负荷趋势信息表的残留气味字段中的信息(残留气味的有无)作为希望用户的负荷趋势来提取。此外，提取处理部F210将被登记在与处于可借出状态的租赁用车辆10相对应的负荷历史信息表的残留气味字段中的信息(残留气味的有无)作为处于可借出状态的租赁用车辆10的负荷历史来提取。

本示例中的选择处理部F220通过对希望用户的有无残留气味和处于可借出状态的租赁用车辆10的有无残留气味进行比较，从而从处于可借出状态的租赁用车辆10之中选择借出车辆。在本示例中，在希望用户具有存在残留气味的负荷趋势的情况下，选择处理部F220在将在处于可借出状态的租赁用车辆10中具有存在残留气味的负荷历史的租赁用车辆10选择为借出车辆。另一方面，在希望用户具有无残留气味的负荷趋势的情况下，选择处理部F220将处于可借出状态的租赁用车辆10中具有无残留气味的负荷历史的租赁用车辆10选择为借出车辆。

当通过上述的方法而选择借出车辆时，能够将向具有存在残留气味的负荷趋势的用户借出的车辆限定于特定的租赁用车辆10(具有存在残留气味的负荷历史的租赁用车辆10)。也就是说，与车厢内的舒适度相关的负荷能够集中于特定的租赁用车辆10中。

(处理的流程)

接下来，对本示例中的由服务器装置200执行的处理的流程进行说明。在产生了来自希望用户的借出请求时，本示例的服务器装置200按照与前述的图6相同的步骤，来执行借出车辆的选择。但是，在步骤S102中，作为希望用户的负荷趋势，代替总行驶距离而提取有无残留气味。此外，在步骤S103中，作为处于可借出状态的租赁用车辆10的负荷历史，代替累计行驶距离而提取有无残留气味。然后，在步骤S104中，代替前述的图7，执行图19的处理流程。

在图19的处理流程中，选择处理部F220对希望用户是否具有存在残留气味的负荷趋势进行辨别(步骤S5041)。如果希望用户具有存在残留气味的负荷趋势(在步骤S5041中，为肯定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的、具有存在残留气味的负荷历史的租赁用车辆10选择为借出车辆(步骤S5042)。另一方面，如果希望用户具有无残留气味的负荷趋势(在步骤S5041中，为否定判断)，则选择处理部F220将处于可借出状态的租赁用车辆10中的、具有无残留气味的负荷历史的租赁用车辆10选择为借出车辆(步骤S5043)。

根据图19的处理流程，在希望用户具有存在残留气味的负荷趋势的情况下，将具有存在残留气味的负荷历史的租赁用车辆10向希望用户借出。另一方面，在希望用户具有无残留气味的负荷趋势的情况下，将具有无残留气味的负荷历史的租赁用车辆10向希望用户借出。由此，能够将具有存在残留气味的负荷历史的车辆限定于特定的租赁用车辆10。其结果为，抑制了将具有存在残留气味的负荷历史的租赁用车辆10向具有无残留气味的负荷趋势的用户借出的情况。也就是说，能够保证具有无残留气味的负荷趋势的用户利用租赁用车辆10时的舒适度。

另外，虽然在本实施方式中，对基于有无残留气味而选择借出车辆的示例进行了叙述，但除了考虑有无残留气味之外，也可以考虑残留气味的种类，来选择借出车辆。例如，也可以设为，针对具有存在香烟的残留气味的负荷趋势的用户，借出具有存在香烟的残留气味的负荷历史的租赁用车辆10。此外，也可以设为，针对具有存在宠物的残留气味的负荷趋势的用户，借出具有存在宠物的残留气味的负荷历史的租赁用车辆10。由此，抑制了将具有存在香烟的残留气味的负荷历史的租赁用车辆10向养宠物但不抽烟的用户借出的情况。此外，也抑制了将具有存在宠物的残留气味的负荷历史的租赁用车辆10向抽烟但不养宠物的用户借出的情况。

＜其他＞

上述的各个实施方式毕竟为一个示例，本公开能够在不脱离其主旨的范围内适当地进行变更并实施。而且，上述的第一实施方式至第五实施方式中的至少两个实施方式能够尽可能地组合实施。

此外，在本公开中所说明的处理或构件，只要不产生技术上的矛盾，则能够自由地进行组合而实施。而且，作为一个装置来实施而进行了说明的处理，也可以通过多个装置来分担执行。此外，作为不同的装置来实施而进行了说明的处理也可以由一个装置而被执行。在计算机系统中，通过什么样的硬件结构来实现各功能是能够灵活变更的。

此外，本公开能够通过将安装有在上述的实施方式以及改变例中所说明的功能的计算机程序(信息处理程序)提供给计算机，且由该计算机所具有的一个以上的处理器读取程序并执行，从而被实现。这样的计算机程序既可以通过能够与计算机的系统总线连接的非临时性的计算机可读存储介质而被提供给计算机，也可以经由网络而被提供给计算机。非临时性的计算机可读存储介质为，能够通过电气、或磁力、或光学性、或机械性或化学性的作用而对数据或程序等信息进行储存，并能够从计算机等中读取的记录介质。这样的非临时性的计算机可读存储介质包括磁盘(软盘(注册商标)、硬盘驱动器(HDD)等)、光盘(CD-ROM、DVD盘/蓝光光盘等)等任意类型的盘。此外，非临时性的计算机可读存储介质也可以为只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光学式卡、SSD(SolidState Drive，固态硬盘)等介质。

符号说明

10 租赁用车辆；

200 服务器装置；

201 处理器；

202 主存储部；

203 辅助存储部；

F210 提取处理部；

F220 选择处理部；

D210 负荷趋势管理数据库；

D220 负荷历史管理数据库。

Claims (20)

1.一种信息处理装置，其对用于向用户借出的车辆即租赁用车辆进行管理，并且具备：

第一存储部，其将表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息即负荷趋势，以与各个用户建立关联的方式进行存储；

第二存储部，其将表示在各台租赁用车辆被借出时各台租赁用车辆受到的负荷的历史的信息即负荷历史，以与各台租赁用车辆建立关联的方式进行存储；

控制部，其在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下，执行如下处理，即：提取以与所述希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史；基于所提取的所述负荷趋势以及负荷历史，从处于可借出状态的多台租赁用车辆中选择向所述希望用户借出的车辆。

2.如权利要求1所述的信息处理装置，其中，

所述负荷趋势包括在各个用户利用了租赁用车辆时使该租赁用车辆行驶的距离的累计即总行驶距离、在各个用户利用了租赁用车辆时使该租赁用车辆连续行驶的距离即连续行驶距离、在各个用户利用了租赁用车辆时将该租赁用车辆的蓄电池消耗了的量的累计即蓄电池消耗量、在各个用户利用了租赁用车辆时装载于该租赁用车辆中的货物的重量即装载重量、在各个用户退还了租赁用车辆时残留于该租赁用车辆的车厢内的气味即残留气味的有无中的至少一方。

3.如权利要求2所述的信息处理装置，其中，

在作为所述希望用户的负荷趋势的总行驶距离较大的情况下，与该总行驶距离较小的情况相比，所述控制部将具有累计行驶距离较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

4.如权利要求2所述的信息处理装置，其中，

在作为所述希望用户的负荷趋势的连续行驶距离较大的情况下，与该连续行驶距离较小的情况相比，所述控制部将具有连续行驶距离较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

5.如权利要求2所述的信息处理装置，其中，

在作为所述希望用户的负荷趋势的蓄电池消耗量较大的情况下，与该蓄电池消耗量较小的情况相比，所述控制部将具有蓄电池的充满电量较大的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

6.如权利要求2所述的信息处理装置，其中，

在作为所述希望用户的负荷趋势的装载重量较大的情况下，与该装载重量较小的情况相比，所述控制部将具有装载重量较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

7.如权利要求2所述的信息处理装置，其中，

在作为所述希望用户的负荷趋势的残留气味为有的情况下，所述控制部将具有存在残留气味的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

8.一种非临时性存储介质，其存储对用于向用户借出的车辆即租赁用车辆进行管理的信息处理程序，其中，

所述信息处理程序使具备第一存储部以及第二存储部的计算机在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下执行如下步骤，即：

提取以与所述希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史的提取步骤；

基于通过所述提取步骤而被提取的负荷趋势以及负荷历史，从处于可借出状态的多台租赁用车辆中选择向所述希望用户借出的车辆的选择步骤，

所述第一存储部将表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息即所述负荷趋势以与各个用户建立关联的方式进行存储，所述第二存储部将表示在各台租赁用车辆被借出时各台租赁用车辆受到的负荷的历史的信息即所述负荷历史以与各台租赁用车辆建立关联的方式进行存储。

9.如权利要求8所述的非临时性存储介质，其中，

所述负荷趋势包括在各个用户利用了租赁用车辆时使该租赁用车辆行驶的距离的累计即总行驶距离、在各个用户利用了租赁用车辆时使该租赁用车辆连续行驶的距离即连续行驶距离、在各个用户利用了租赁用车辆时将该租赁用车辆的蓄电池消耗了的量的累计即蓄电池消耗量、在各个用户利用了租赁用车辆时装载于该租赁用车辆中的货物的重量即装载重量、在各个用户退还了租赁用车辆时残留于该租赁用车辆的车厢内的气味即残留气味的有无中的至少一方。

10.如权利要求9所述的非临时性存储介质，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的总行驶距离较大的情况下，与该总行驶距离较小的情况相比，将具有累计行驶距离较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

11.如权利要求9所述的非临时性存储介质，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的连续行驶距离较大的情况下，与该连续行驶距离较小的情况相比，将具有连续行驶距离较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

12.如权利要求9所述的非临时性存储介质，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的蓄电池消耗量较大的情况下，与该蓄电池消耗量较小的情况相比，将具有蓄电池的充满电量较大的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

13.如权利要求9所述的非临时性存储介质，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的装载重量较大的情况下，与该装载重量较小的情况相比，将具有装载重量较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

14.如权利要求9所述的非临时性存储介质，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的残留气味为有的情况下，将具有存在残留气味的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

15.一种信息处理方法，其对用于向用户借出的车辆即租赁用车辆进行管理，其中，

具备第一存储部以及第二存储部的计算机在产生了来自希望借出租赁用车辆的用户即希望用户的借出请求的情况下执行如下步骤，即：

提取以与所述希望用户建立关联的方式被存储于所述第一存储部中的负荷趋势和以与处于可借出状态的多台租赁用车辆的每一台建立关联的方式被存储于所述第二存储部中的负荷历史的提取步骤；

基于通过所述提取步骤而被提取的负荷趋势以及负荷历史，从处于可借出状态的多台租赁用车辆中选择向所述希望用户借出的车辆的选择步骤，

所述第一存储部将表示在各个用户利用了租赁用车辆时各个用户对租赁用车辆施加的负荷的趋势的信息即所述负荷趋势以与各个用户建立关联的方式进行存储，所述第二存储部将表示在各台租赁用车辆被借出时各台租赁用车辆受到的负荷的历史的信息即所述负荷历史以与各台租赁用车辆建立关联的方式进行存储。

16.如权利要求15所述的信息处理方法，其中，

所述负荷趋势包括在各个用户利用了租赁用车辆时使该租赁用车辆行驶的距离的累计即总行驶距离、在各个用户利用了租赁用车辆时使该租赁用车辆连续行驶的距离即连续行驶距离、在各个用户利用了租赁用车辆时将该租赁用车辆的蓄电池消耗了的量的累计即蓄电池消耗量、在各个用户利用了租赁用车辆时装载于该租赁用车辆中的货物的重量即装载重量、在各个用户退还了租赁用车辆时残留于该租赁用车辆的车厢内的气味即残留气味的有无中的至少一方。

17.如权利要求16所述的信息处理方法，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的总行驶距离较大的情况下，与该总行驶距离较小的情况相比，将具有累计行驶距离较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

18.如权利要求16所述的信息处理方法，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的连续行驶距离较大的情况下，与该连续行驶距离较小的情况相比，将具有连续行驶距离较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

19.如权利要求16所述的信息处理方法，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的蓄电池消耗量较大的情况下，与该蓄电池消耗量较小的情况相比，将具有蓄电池的充满电量较大的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

20.如权利要求16所述的信息处理方法，其中，

在所述选择步骤中，在作为所述希望用户的负荷趋势的装载重量较大的情况下，与该装载重量较小的情况相比，将具有装载重量较小的负荷历史的租赁用车辆选择为向所述希望用户借出的车辆。

Images