JP2021086190A - 情報処理装置、情報処理プログラム、及び情報処理方法 - Google Patents

Abstract

【課題】レンタル用の車両をユーザに貸し出す場合に、個々のユーザに適した車両を貸し出すことができる技術を提供する。【解決手段】本開示の情報処理装置は、各ユーザの負荷傾向を各ユーザに関連づけて記憶する第１記憶部と、各レンタル用車両の負荷履歴を各レンタル用車両に関連づけて記憶する第２記憶部と、希望ユーザからの貸出要求が発生した場合に、希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、基づいて、貸し出し可能状態にある複数のレンタル用車両の中から希望ユーザに貸し出す車両を選択する制御部と、を備える。【選択図】図３

Description

本発明は、情報処理装置、情報処理プログラム、及び情報処理方法に関する。

レンタル用の車両の走行距離に応じて、該車両を再利用可能であるかを判別する技術が知られている（例えば、特許文献１を参照。）。

特開２００５−２２２１４７号公報

本開示は、レンタル用の車両をユーザに貸し出す場合に、個々のユーザに適した車両を貸し出すことができる技術を提供することを目的とする。

本開示の第１の態様は、ユーザに貸し出すための車両であるレンタル用車両を管理する情報処理装置として捉えることができる。
詳細には、情報処理装置は、
各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報である負荷傾向を、各ユーザに関連づけて記憶する第１記憶部と、
各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報である負荷履歴を、各レンタル用車両に関連づけて記憶する第２記憶部と、
レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、前記希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、を抽出することと、前記抽出された負荷傾向及び負荷履歴に基づいて、貸し出し可能状態にある複数のレンタル用車両の中から前記希望ユーザに貸し出す車両を選択することと、を実行する制御部と、
を備えるようにしてもよい。

本開示の第２の態様は、ユーザに貸し出すための車両であるレンタル用車両を管理するための情報処理プログラム、又は当該情報処理プログラムを格納する非一時的記憶媒体として捉えることができる。その場合の情報処理プログラムは、各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報である負荷傾向を、各ユーザに関連づけて記憶する第１記憶部と、各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報である負荷履歴を、各レンタル用車両に関連づけて記憶する第２記憶部と、を備えるコンピュータに、
レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、
前記希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、を抽出する抽出ステップと、
前記抽出ステップで抽出された負荷傾向及び負荷履歴に基づいて、貸し出し可能状態にある複数のレンタル用車両の中から前記希望ユーザに貸し出す車両を選択する選択ステップと、
を実行させるようにしてもよい。

本開示の第３の態様は、ユーザに貸し出すための車両であるレンタル用車両を管理するための情報処理方法として捉えることができる。
詳細には、情報処理方法は、
各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報である負荷傾向を、各ユーザに関連づけて記憶する第１記憶部と、各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報である負荷履歴を、各レンタル用車両に関連づけて記憶する第２記憶部と、を備えるコンピュータが、
レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、
前記希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、を抽出する抽出ステップと、
前記抽出ステップで抽出された負荷傾向及び負荷履歴に基づいて、貸し出し可能状態にある複数のレンタル用車両の中から前記希望ユーザに貸し出す車両を選択する選択ステップと、
を実行するようにしてもよい。

本開示によれば、レンタル用の車両をユーザに貸し出す場合に、個々のユーザに適した車両を貸し出すことができる技術を提供することができる。

車両レンタルシステムの概要を示す図である。 第１実施形態におけるサーバ装置のハードウェア構成例を示す図である。 第１実施形態におけるサーバ装置の機能構成例を示すブロック図である。 第１実施形態における負荷傾向情報テーブルの構成例を示す図である。 第１実施形態における負荷履歴情報テーブルの構成例を示す図である。 第１実施形態におけるサーバ装置によって実行される処理の流れを示すフローチャートである。 第１実施形態において貸し出し車両を選択する処理の流れを示すフローチャートである。 第２実施形態における負荷傾向情報テーブルの構成例を示す図である。 第２実施形態における負荷履歴情報テーブルの構成例を示す図である。 第２実施形態において貸し出し車両を選択する処理の流れを示すフローチャートである。 第３実施形態における負荷傾向情報テーブルの構成例を示す図である。 第３実施形態における負荷履歴情報テーブルの構成例を示す図である。 第３実施形態において貸し出し車両を選択する処理の流れを示すフローチャートである。 第４実施形態における負荷傾向情報テーブルの構成例を示す図である。 第４実施形態における負荷履歴情報テーブルの構成例を示す図である。 第４実施形態において貸し出し車両を選択する処理の流れを示すフローチャートである。 第５実施形態における負荷傾向情報テーブルの構成例を示す図である。 第５実施形態における負荷履歴情報テーブルの構成例を示す図である。 第５実施形態において貸し出し車両を選択する処理の流れを示すフローチャートである。

本開示の情報処理装置は、レンタル用車両をユーザに貸し出すサービスである車両レンタルサービスに適用される。

ここで、ユーザがレンタル用車両を利用した際にユーザがレンタル用車両に与える負荷の傾向は、ユーザ毎に異なる。また、レンタル用車両がユーザに貸し出された際にレンタル用車両がユーザから受ける負荷の履歴は、レンタル用車両毎に異なる。ここでいう「負荷」とは、例えば、走行距離、バッテリ消費量、積載重量等のように、走行性能に関連する負荷、又はレンタル用車両の室内に残る臭いである残臭（例えば、煙草の臭い、又はペットの臭い等）等のように、室内の快適性に関連する負荷を含む。

ところで、上記したような負荷のうち、走行性能に関連する負荷が特定のレンタル用車両に集中すると、当該特定のレンタル用車両の耐用期間が他のレンタル用車両よりも著しく短くなる可能性がある。よって、走行性能に関連する負荷は、複数のレンタル用車両に分散させることが好適である。一方、室内の快適性に関連する負荷は、特定のレンタル用車両に集中させることが好適である。これは、煙草を吸わないユーザに対して、煙草の臭いが残っているレンタル用車両を貸し出したり、又はペットを飼っていないユーザに対して、ペットの臭いが残っているレンタル用車両を貸し出したりすると、それらユーザの快適性が損なわれるためである。

そこで、本開示の情報処理装置は、各ユーザの負荷傾向と各レンタル用車両の負荷履歴とを蓄積しておき、それら負荷傾向と負荷履歴とに基づいて各ユーザへ貸し出される車両を選択（決定）する。具体的には、本開示における情報処理装置では、各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報（負荷傾向）が、各ユーザに関連づけて第１記憶部に記憶される。また、本開示における情報処理装置では、各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報（負荷履歴）が、各レンタル用車両に関連づけて第２記憶部に記憶される。そして、本開示の情報処理装置では、レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、制御部が、希望ユーザに関連づけて第１記憶部に記憶されている負荷傾向を抽出する。また、制御部は、希望ユーザに貸し出し可能な状態にある複数のレンタル用車両の各々に関連づけて第２記憶部に記憶されている負荷履歴を抽出する。制御部は、それら負荷傾向と負荷履歴とに基づいて、希望ユーザに貸し出される車両を選択する。これにより、制御部は、希望ユーザの負荷傾向に見合った負荷履歴を持つレンタル用車両を、該希望ユーザに貸し出す車両（以下、「貸し出し車両」と略称する場合もある。）として選択することができる。その結果、走行性能に関連する負荷が特定のレンタル用車両に集中すること、及び室内の快適性に関連する負荷が複数のレンタル用車両に分散されることを、抑制することも可能になる。

ここで、レンタル用車両の負荷として走行距離を用いる場合、ユーザの負荷傾向として使用される走行距離には、例えば、総走行距離又は連続走行距離等がある。総走行距離は、ユーザがレンタル用車両を利用した際に該レンタル用車両を走行させた距離の累計（一回あたりのレンタル期間中にユーザがレンタル用車両を走行させた距離の累計）であある。連続走行距離は、ユーザがレンタル用車両を利用した際に該レンタル用車両を連続走行させた距離である。なお、レンタル用車両の利用回数が複数回であるユーザについては、複数回の利用における総走行距離又は連続走行距離の平均値が、当該ユーザの負荷傾向として第１記憶部に記憶されてもよい。別法として、複数回の利用における総走行距離又は連続走行距離のうちの最大値が、当該ユーザの負荷傾向として第１記憶部に記憶されてもよい。

第１記憶部に記憶される負荷傾向として総走行距離を用いる態様においては、制御部は、希望ユーザの総走行距離が大きい場合は小さい場合に比べ、積算走行距離が小さいレンタル用車両を、貸し出し車両に選択してもよい。ここでいう「積算走行距離」は、各レンタル用車両の新車時からの走行距離の積算である。これにより、特定のレンタル用車両の積算走行距離が他のレンタル用車両よりも著しく大きくなることが抑制される。その結果、特定のレンタル用車両の耐用期間が他のレンタル用車両よりも著しく短くなることが抑制される。

また、第１記憶部に記憶される負荷傾向として連続走行距離を用いる態様においては、制御部は、希望ユーザの連続走行距離が大きい場合は小さい場合に比べ、連続走行距離が小さい負荷履歴を持つレンタル用車両を、貸し出し車両に選択してもよい。これにより、比較的長い距離を連続走行される回数又は極端に短い距離を連続走行される回数等に関し、特定のレンタル用車両が他のレンタル用車両よりも著しく大きくなることが抑制される。その結果、特定のレンタル用車両の耐用期間が他のレンタル用車両よりも著しく短くなることが抑制される。なお、一回あたりのレンタル期間中にレンタル用車両が連続走行される回数は一回とは限らない。そのため、一回あたりのレンタル期間中にユーザがレンタル用車両１０を連続走行させた回数が複数回である場合は、それら複数回における連続走行距離の平均値が、負荷傾向として用いられてもよい。別法として、複数回における連続走行距離のうちの最大値が、負荷傾向として用いられてもよい。

次に、第１記憶部に記憶される負荷傾向としてバッテリ消費量を用いる態様においては、制御部は、希望ユーザのバッテリ消費量が大きい場合は小さい場合に比べ、バッテリの満充電量が大きいレンタル用車両を、貸し出し車両に選択してもよい。ここでいう「バッテリ」は、レンタル用車両を駆動するためのバッテリである。つまり、レンタル用車両がバッテリ電力を利用して駆動される車両（ＥＶ（Electric Vehicle）、又はＰＨＶ（Plug-in Hybrid Vehicle）等）である場合に、ユーザの負荷傾向として、バッテリ消費量を用いることができる。また、ここでいう「バッテリ消費量」は、一回あたりのレンタル期間中にレンタル用車両のバッテリを消費した量の累計である。なお、レンタル用車両の利用回数が複数回であるユーザについては、複数回の利用におけるバッテリ消費量の平均値が、当該ユーザの負荷傾向として第１記憶部に記憶されてもよい。別法として、複数回の利用におけるバッテリ消費量のうちの最大値が、当該ユーザの負荷傾向として第１記憶部に記憶されてもよい。また、ここでいう「バッテリの満充電量」とは、満充電状態（それ以上は充電することができない状態）にあるときのバッテリの放電容量である。

ここで、バッテリは、充電回数が多くなるにつれて劣化が進む傾向がある。それに伴い、バッテリの満充電量は、充電回数が多くなるにつれて小さくなる傾向がある。そのため、バッテリ消費量の大きいユーザに貸し出される車両が特定のレンタル用車両に偏ると、特定のレンタル用車両のバッテリ充電回数が多くなることで、特定のレンタル用車両のバッテリの劣化が他のレンタル用車両よりも著しく進む可能性がある。

これに対し、希望ユーザのバッテリ消費量が大きい場合は小さい場合に比べ、バッテリの満充電量が大きいレンタル用車両が希望ユーザに貸し出されれば、特定のレンタル用車両のバッテリ充電回数が他のレンタル用車両よりも著しく多くなることが抑制される。その結果、特定のレンタル用車両のバッテリの劣化度合が他のレンタル用車両よりも著しく大きくなることも抑制される。

次に、第１記憶部に記憶される負荷傾向として積載重量を用いる態様においては、制御部は、希望ユーザの積載重量が大きい場合は小さい場合に比べ、積載重量が小さい負荷履歴を有するレンタル用車両を、貸し出し車両に選択してもよい。ここで、積載重量が大きい負荷履歴を有するレンタル用車両は、積載重量が小さい負荷履歴を有するレンタル用車
両に比べ、車体又はサスペンション等の劣化が進んでいる可能性がある。よって、積載重量が大きい負荷傾向を持つユーザに貸し出される車両が特定のレンタル用車両に偏ると、当該特定のレンタル用車両（ボディ又はサスペンション等）の耐用期間が他のレンタル用車両よりも著しく短くなる可能性がある。これに対し、希望ユーザの積載重量が大きい場合は小さい場合に比べ、積載重量が小さい負荷履歴を持つレンタル用車両が希望ユーザに貸し出されれば、特定のレンタル用車両の耐用期間が他のレンタル用車両よりも著しく短くなることが抑制される。

次に、第１記憶部に記憶される負荷傾向として残臭の有無を用いる態様においては、制御部は、希望ユーザの負荷傾向が残臭有りの場合は、残臭有りの負荷履歴を有するレンタル用車両を、貸し出し車両に選択してもよい。これにより、残臭有りの負荷傾向を有するユーザに対して貸し出される車両を、残臭有りの負荷履歴を有するレンタル用車両に集中させることができる。その結果、残臭無しの負荷傾向を有するユーザに対して、残臭有りの負荷履歴を有するレンタル用車両が貸し出されることが抑制される。よって、残臭無しの負荷傾向を有するユーザがレンタル用車両を利用する際の快適性を担保することができる。

以下、本開示の具体的な実施形態について図面に基づいて説明する。本実施形態に記載される構成部品の寸法、材質、形状、相対配置等は、特に記載がない限り本開示の技術的範囲をそれらのみに限定する趣旨のものではない。

＜第１実施形態＞
本実施形態では、ユーザへ貸し出し可能な複数台のレンタル用車両を管理下に置き、ユーザからの貸出要求に応じてレンタル用車両の貸し出しを行うサービス（車両レンタルサービス）に、本開示の情報処理装置を適用する例について述べる。

（システム概要）
図１は、車両レンタルサービスを提供するシステムの概要を示す図である。図１に示すシステムは、複数台のレンタル用車両１０と、それらのレンタル用車両１０を管理するためのサーバ装置２００と、を含んで構成される。各レンタル用車両１０とサーバ装置２００とは、ネットワークを通じて接続可能に構成されてもよい。

レンタル用車両１０は、与えられた運行指令に従って自律走行を行う車両であってもよく、又はドライバの手動による操作に従って走行する車両であってもよい。また、レンタル用車両１０は、内燃機関を原動機として駆動される車両であってもよく、又は電動機を原動機として駆動される車両であってもよく、又は内燃機関と電動機とを原動機として駆動されるＨＶ（Hybrid Vehicle）であってもよい。

サーバ装置２００は、該サーバ装置２００の管理下にあるレンタル用車両１０の各々の負荷履歴、及び車両レンタルサービスの会員（ユーザ）の各々の負荷傾向を管理する。そして、レンタル用車両１０の貸し出しを希望するユーザ（希望ユーザ）からの貸出要求が発生した場合に、サーバ装置２００は、希望ユーザに貸し出し可能な状態にあるレンタル用車両１０の中から、希望ユーザに貸し出す車両（貸し出し車両）を選択する。その際、サーバ装置２００は、希望ユーザに貸し出し可能な状態にあるレンタル用車両１０のうち、希望ユーザの負荷傾向に見合った負荷履歴を有するレンタル用車両１０を選択する。斯様な機能を有するサーバ装置２００は、本開示における「情報処理装置に相当する。なお、本例においては、ユーザの負荷傾向として、総走行距離を用いるものとする。これに伴い、レンタル用車両１０の負荷履歴として、積算走行距離を用いるものとする。

（サーバ装置のハードウェア構成）
ここで、サーバ装置２００のハードウェア構成の一例を図２に示す。サーバ装置２００は、一般的なコンピュータの構成を有している。すなわち、サーバ装置２００は、プロセッサ２０１と、主記憶部２０２と、補助記憶部２０３と、通信部２０４と、を有する。これらは、互いにバスによって接続されている。主記憶部２０２及び補助記憶部２０３は、コンピュータで読み取り可能な記録媒体である。サーバ装置２００のハードウェア構成は、図２に示す例に限らず、適宜構成要素の省略、置換、追加が行われてもよい。

サーバ装置２００は、プロセッサ２０１が記録媒体に記憶されたプログラムを主記憶部２０２の作業領域にロードして実行し、プログラムの実行を通じて各機能構成部等が制御されることによって、所定の目的に合致した機能を実現する。

プロセッサ２０１は、例えば、ＣＰＵ（Central Processing Unit）、又はＤＳＰ（Digital Signal Processor）である。プロセッサ２０１は、サーバ装置２００を制御し、様
々な情報処理の演算を行う。主記憶部２０２は、例えば、ＲＡＭ（Random Access Memory）とＲＯＭ（Read Only Memory）とを含む。補助記憶部２０３は、例えば、ＥＰＲＯＭ（Erasable Programmable ROM）と、ハードディスクドライブ（Hard Disk Drive :HDD）と
、の少なくとも１つを含む。また、補助記憶部２０３は、リムーバブルメディア、即ち可搬記録媒体を含むことができる。リムーバブルメディアは、例えば、ＵＳＢ（Universal Serial Bus）メモリ、又はＣＤ（Compact Disc）、又はＤＶＤ（Digital Versatile Disc）等のようなディスク記録媒体である。

補助記憶部２０３は、各種のプログラムと、各種のデータと、各種のテーブルと、を読み書き自在に記録媒体に格納する。また、補助記憶部２０３には、オペレーティングシステム（Operating System :OS）等も格納される。なお、これらの情報の一部又は全部は、主記憶部２０２に格納されてもよい。また、主記憶部２０２に格納される情報の一部又は全部は、補助記憶部２０３に格納されてもよい。

通信部２０４は、外部の装置とサーバ装置２００との間における情報の送受信を行う。通信部２０４は、例えば、ＬＡＮ（Local Area Network）インターフェースボード、又は無線通信のための無線通信回路である。サーバ装置２００は、ＬＡＮインターフェースボード又は無線通信回路を通じて、ネットワークに接続される。ネットワークは、例えば、インターネット等の世界規模の公衆通信網であるＷＡＮ（Wide Area Network）、又はそ
の他の通信網である。

上記したように構成されるサーバ装置２００で実行される一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。

（サーバ装置の機能構成）
次に、サーバ装置２００の機能構成について、図３に基づいて説明する。図３に示すように、本実施形態のサーバ装置２００は、その機能構成要素として、抽出処理部Ｆ２１０と、選択処理部Ｆ２２０と、負荷傾向管理データベースＤ２１０と、負荷履歴管理データベースＤ２２０と、を含む。ここで、抽出処理部Ｆ２１０と選択処理部Ｆ２２０とは、サーバ装置２００のプロセッサ２０１が主記憶部２０２上のコンピュータプログラムを実行することにより形成される。これら抽出処理部Ｆ２１０及び選択処理部Ｆ２２０の組合せは、本開示における「制御部」に相当する。なお、抽出処理部Ｆ２１０と選択処理部Ｆ２２０との何れか、又はその一部がハードウェア回路により形成されてもよい。また、負荷傾向管理データベースＤ２１０と負荷履歴管理データベースＤ２２０とは、プロセッサ２０１によって実行されるデータベース管理システム（Database Management System :DBMS）のプログラムで構築される。詳細には、DBMSのプログラムが、補助記憶部２０３に記憶されているデータを管理することで、上記した２つのデータベースが構築される。これら
負荷傾向管理データベースＤ２１０と負荷履歴管理データベースＤ２２０とは、例えば、リレーショナルデータベースである。

なお、サーバ装置２００の各機能構成要素の何れか、又はその処理の一部は、ネットワークを介して接続される他のコンピュータにより実行されてもよい。例えば、抽出処理部Ｆ２１０に含まれる各処理と、選択処理部Ｆ２２０に含まれる各処理とは、ネットワークで相互に接続された別々のコンピュータにより実行されてもよい。

負荷傾向管理データベースＤ２１０では、車両レンタルサービスに加入しているユーザと、該ユーザの負荷傾向と、の紐付けが行われる。ここで、負荷傾向管理データベースＤ２１０に格納される情報の一構成例について、図４に基づいて説明する。図４は、負荷傾向管理データベースＤ２１０に格納される情報のテーブル構成を例示する図である。なお、負荷傾向管理データベースＤ２１０に格納されるテーブル（以下、「負荷傾向情報テーブル」と記す場合もある。）の構成は、図４に示す例に限定されるものではく、適宜フィールドの追加、変更、削除が可能である。また、図４では、ユーザ一人分の負荷傾向情報テーブルが例示されているが、車両レンタルサービスに加入しているユーザの人数分の負荷傾向情報テーブルが負荷傾向管理データベースＤ２１０に格納される。

図４に示す負荷傾向情報テーブルは、ユーザＩＤと総走行距離との各フィールドを有する。ユーザＩＤフィールドには、個々のユーザを識別するための情報（ユーザＩＤ）が登録される。ユーザＩＤは、例えば、ユーザが車両レンタルサービスの会員登録を行う際に付与される会員番号等である。総走行距離フィールドには、各ユーザがレンタル用車両１０を利用した際に該レンタル用車両１０を走行させた距離の累計（一回あたりのレンタル期間中にレンタル用車両１０を走行させた距離の累計）が登録される。なお、車両レンタルサービスの利用回数が複数回であるユーザについては、複数回の利用における総走行距離の平均値が総走行距離フィールドに登録される。総走行距離フィールドに登録される情報は、例えば、ユーザがレンタル用車両１０を返却した際に更新される。その際、総走行距離フィールドの情報は、レンタル用車両１０の管理者による手作業で登録されてもよい。例えば、管理者が、ユーザによるレンタル用車両１０の利用開始時と利用終了時との各々のタイミングでレンタル用車両１０の積算走行距離（例えば、オドメータに表示されている走行距離）を把握してもよい。そして、管理者は、それら２つの積算走行距離の差を計算し、その差を総走行距離として総走行距離フィールドに入力してもよい。また、総走行距離フィールドの情報は、サーバ装置２００が自動的に登録してもよい。例えば、サーバ装置２００が、ユーザによるレンタル用車両１０の利用開始時と利用終了時との各々のタイミングでレンタル用車両１０と通信することで、利用開始時の積算走行距離と利用終了時の積算走行距離とを取得してもよい。そして、サーバ装置２００は、それら２つの積算走行距離の差を演算し、その差を総走行距離として総走行距離フィールドに登録してもよい。なお、積算走行距離は、前述したように、レンタル用車両１０の新車時からの走行距離の積算である。

上記したような負荷傾向情報テーブルを格納する負荷傾向管理データベースＤ２１０は、本開示における「第１記憶部」に相当する。

次に、負荷履歴管理データベースＤ２２０では、サーバ装置２００の管理下にあるレンタル用車両１０と、該レンタル用車両１０の負荷履歴と、の紐付けが行われる。ここで、負荷履歴管理データベースＤ２２０に格納される情報の一構成例について、図５に基づいて説明する。図５は、負荷履歴管理データベースＤ２２０に格納される情報のテーブル構成を例示する図である。なお、負荷履歴管理データベースＤ２２０に格納されるテーブル（以下、「負荷履歴情報テーブル」と記す場合もある。）の構成は、図５に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。また、図５では
、車両一台分の負荷傾向情報テーブルが例示されているが、サーバ装置２００の管理下にあるレンタル用車両１０の台数分の負荷履歴情報テーブルが負荷履歴管理データベースＤ２２０に格納される。

図５に示す負荷履歴情報テーブルは、車両ＩＤと積算走行距離との各フィールドを有する。車両ＩＤフィールドには、個々の車両を識別するための情報（車両ＩＤ）が登録される。車両ＩＤは、例えば、車両が車両レンタルサービスのレンタル用車両として登録される際に付与される情報である。積算走行距離フィールドには、各レンタル用車両１０の積算走行距離が登録される。積算走行距離フィールドに登録される情報は、例えば、レンタル用車両１０が返却されたタイミングで更新される。その際、積算走行距離フィールドの情報は、レンタル用車両１０の管理者による手作業で更新されてもよく、又はサーバ装置２００によって自動的に更新されてもよい。

上記したような負荷履歴情報テーブルを格納する負荷履歴管理データベースＤ２２０は、本開示における「第２記憶部」に相当する。

次に、抽出処理部Ｆ２１０は、希望ユーザからの貸出要求が発生したときに、該希望ユーザの負荷傾向と、該希望ユーザに貸し出し可能な状態にあるレンタル用車両１０の負荷履歴と、を抽出する。具体的には、抽出処理部Ｆ２１０は、先ず、希望ユーザのユーザＩＤに基づいて負荷傾向管理データベースＤ２１０にアクセスすることで、希望ユーザのユーザＩＤに対応する負荷傾向情報テーブルを特定する。次いで、抽出処理部Ｆ２１０は、特定された負荷傾向情報テーブルの負荷傾向フィードバックに登録されている情報（総走行距離）を抽出する。また、抽出処理部Ｆ２１０は、希望ユーザが希望するレンタル期間において貸し出し可能な状態にあるレンタル用車両１０を特定する。斯様なレンタル用車両１０を特定する処理は、既知の方法を用いて行うことができる。例えば、サーバ装置２００の管理下にあるレンタル用車両１０のうち、希望ユーザが希望するレンタル期間において他のユーザへの貸し出し予約が行われていないレンタル用車両１０を特定すればよい。そして、抽出処理部Ｆ２１０は、貸し出し可能状態にあるレンタル用車両１０の車両ＩＤに基づいて負荷履歴管理データベースＤ２２０にアクセスすることで、貸し出し可能状態にあるレンタル用車両１０の車両ＩＤに対応する負荷履歴情報テーブルを特定する。続いて、抽出処理部Ｆ２１０は、特定された負荷履歴情報テーブルの負荷履歴フィールドに登録されている情報（積算走行距離）を抽出する。抽出処理部Ｆ２１０によって抽出された負荷傾向（総走行距離）と負荷履歴（積算走行距離）とは、選択処理部Ｆ２２０へ渡される。その際、負荷履歴（積算走行距離）は、貸し出し可能状態にあるレンタル用車両１０の車両ＩＤと対応づけた形で選択処理部Ｆ２２０へ渡される。

選択処理部Ｆ２２０は、希望ユーザの負荷傾向（総走行距離）と、貸し出し可能状態にあるレンタル用車両１０の負荷履歴（積算走行距離）と、を比較することで、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する。本例では、選択処理部Ｆ２２０は、希望ユーザの総走行距離が所定の閾値より大きければ、貸し出し可能状態にあるレンタル用車両１０の中で最も積算走行距離が小さいレンタル用車両１０を、貸し出し車両に選択する。一方、希望ユーザの総走行距離が所定の閾値以下であれば、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０の中で最も積算走行距離が大きいレンタル用車両１０を、貸し出し車両に選択する。ここでいう「所定の閾値」は、予め統計的に決定された値であってもよく、又は全ユーザの総走行距離の平均値であってもよい。

なお、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する他の方法として、以下のような方法を採用してもよい。すなわち、各ユーザの総走行距離を大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくとともに、各レ
ンタル用車両１０の積算走行距離も大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくようにしてよい。そして、選択処理部Ｆ２２０は、下記（１）から（３）の何れかの手順で、希望ユーザに貸し出す車両を選択してもよい。
（１）希望ユーザのランクが「大」である場合、ランク「小」のレンタル用車両１０を、貸し出し車両に選択。
（２）希望ユーザのランクが「中」である場合、ランク「中」のレンタル用車両１０を、貸し出し車両に選択。
（３）希望ユーザのランクが「小」である場合、ランク「大」のレンタル用車両１０を、貸し出し車両に選択。
なお、ユーザ及びレンタル用車両１０のランク分けは、三段階に限定されず、四段階以上であってもよい。

上記した方法によって貸し出し車両が選択されると、特定のレンタル用車両１０の積算走行距離が他のレンタル用車両１０に比べて著しく大きくなることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することが抑制される。

（処理の流れ）
次に、本例におけるサーバ装置２００で行われる処理の流れについて図６に基づいて説明する。図６は、希望ユーザからの貸出要求が発生した際に、サーバ装置２００が行う処理の流れを示すフローチャートである。

図６において、先ず、サーバ装置２００が、希望ユーザからの貸出要求を受け付ける（ステップＳ１０１）。その際、貸出要求には、希望ユーザのユーザＩＤを示す情報と、希望ユーザが希望するレンタル期間を示す情報と、が含まれる。斯様な貸出要求をサーバ装置２００が受け付けると、抽出処理部Ｆ２１０が、希望ユーザの負荷傾向（総走行距離）を抽出する（ステップＳ１０２）。具体的には、抽出処理部Ｆ２１０は、先ず、希望ユーザのユーザＩＤに基づいて負荷傾向管理データベースＤ２１０にアクセスすることで、希望ユーザに対応する負荷傾向情報テーブルを特定する。次いで、抽出処理部Ｆ２１０は、希望ユーザに対応する負荷テーブルの総走行距離フィールドに格納されている負荷傾向（総走行距離）を抽出する。

また、抽出処理部Ｆ２１０は、希望ユーザに貸し出し可能な状態にあるレンタル用車両１０の各々の負荷履歴（積算走行距離）を抽出する（ステップＳ１０３）。具体的には、抽出処理部Ｆ２１０は、先ず、希望ユーザが希望するレンタル期間において貸し出し可能状態にあるレンタル用車両１０を特定する。続いて、抽出処理部Ｆ２１０は、貸し出し可能状態にあるレンタル用車両１０の各々の車両ＩＤに基づいて負荷履歴管理データベースＤ２２０にアクセスすることで、貸し出し可能状態にあるレンタル用車両１０の各々に対応する負荷履歴情報テーブルを特定する。そして、抽出処理部Ｆ２１０は、特定された負荷履歴情報テーブルの各々の負荷履歴フィールドに登録されている情報（積算走行距離）を抽出する。

抽出処理部Ｆ２１０によって希望ユーザの負荷傾向と貸し出し可能状態にあるレンタル用車両１０の各々の負荷履歴とが抽出されると、選択処理部Ｆ２２０が、貸し出し車両を選択する（ステップＳ１０４）。すなわち、選択処理部Ｆ２２０は、希望ユーザの負荷傾向に見合った負荷履歴を有するレンタル用車両１０を、貸し出し可能状態にあるレンタル用車両１０の中から選択する。本例においては、ステップＳ１０４の処理は、図７に示すような処理フローに従って行われる。すなわち、選択処理部Ｆ２２０は、希望ユーザの総走行距離が所定の閾値より大きいか否かを判別する（ステップＳ１０４１）。本例における「所定の閾値」は、前述したように、予め統計的に定められた値、又は全ユーザの総走行距離の平均値である。そして、希望ユーザの総走行距離が所定の閾値より大きければ（
ステップＳ１０４１で肯定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、積算走行距離が最も小さいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ１０４２）。一方、希望ユーザの総走行距離が所定の閾値以下であれば（ステップＳ１０４１で否定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、積算走行距離が最も大きいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ１０４３）。

図６及び図７の処理フローによれば、希望ユーザの負荷傾向に見合った負荷履歴を有するレンタル用車両１０を、希望ユーザに貸し出すことができる。すなわち、希望ユーザの総走行距離が大きい場合は小さい場合に比べ、積算走行距離が小さいレンタル用車両１０を希望ユーザに貸し出すことができる。これにより、特定のレンタル用車両１０の積算走行距離が他のレンタル用車両１０に比べて著しく大きくなることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することを、抑制することができる。その結果、特定のレンタル用車両１０の耐用期間が他のレンタル用車両１０に比べて著しく短くなることが抑制される。

＜第２実施形態＞
次に、本開示に係わる情報処理装置の第２の実施形態について図８から図１０に基づいて説明する。ここでは、前述した第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態と本実施形態との相違点は、ユーザの負荷傾向として総走行距離の代わりに連続走行距離を用いるとともに、レンタル用車両１０の負荷履歴として積算走行距離の代わりに連続走行距離を用いる点にある。

ここで、特定のレンタル用車両１０において比較的長い距離を連続走行する回数が多くなると、該レンタル用車両１０の劣化が進む場合がある。また、特定のレンタル用車両１０において極端に短い距離を連続走行する回数が多くなると、該レンタル用車両１０の劣化が進む場合もある。よって、比較的長い距離を連続走行する回数、又は極端に短い距離を連続走行する回数が特定のレンタル用車両１０に偏ると、該特定のレンタル用車両１０の耐用期間が他のレンタル用車両１０に比べて著しく短くなる可能性がる。そこで、本実施形態では、連続走行距離が大きい負荷傾向を有するユーザに対しては、連続走行距離が小さい負荷傾向を有するユーザに比べ、連続走行距離が短い負荷履歴を有するレンタル用車両１０を貸し出すようにした。

なお、本例における「連続走行距離」は、例えば、イグニッションスイッチ（原動機の起動スイッチ）がＯＮにされてからＯＦＦにされるまでの期間にレンタル用車両１０が走行した距離である。

図８は、本実施形態における負荷傾向管理データベースＤ２１０に格納される負荷傾向情報テーブルの構成例を示す図である。負荷傾向情報テーブルの構成は、図８に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷傾向情報テーブルは、ユーザＩＤと連続走行距離との各フィールドを有する。ユーザＩＤフィールドには、個々のユーザを識別するためのユーザＩＤが登録される。連続走行距離フィールドには、各ユーザがレンタル用車両１０を利用した際に該レンタル用車両１０を連続走行させた距離（一回あたりのレンタル期間中において、レンタル用車両１０を連続走行させた距離の平均値又は最大値）が登録される。なお、車両レンタルサービスの利用回数が複数回であるユーザについては、複数回の利用における連続走行距離の平均値又は最大値が連続走行距離フィールドに登録される。なお、連続走行距離は、各レンタル用車両１０に搭載されるＥＣＵ等によって記録されるものとする。そして、レンタル用
車両１０の管理者又はサーバ装置２００が、ユーザによるレンタル用車両１０の利用終了時にＥＣＵ等から連続走行距離を読み出すとともに、読み出された情報で連続走行距離フィールドの情報を更新する。

図９は、本実施形態における負荷履歴管理データベースＤ２２０に格納される負荷履歴情報テーブルの構成例を示す図である。負荷履歴情報テーブルの構成は、図９に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷履歴情報テーブルは、車両ＩＤと連続走行距離との各フィールドを有する。車両ＩＤフィールドには、個々のレンタル用車両１０を識別するための車両ＩＤが登録される。連続走行距離フィールドには、各レンタル用車両１０が貸し出された際に連続走行させられた距離（一回あたりのレンタル期間中において、各レンタル用車両１０が連続走行させられた距離の平均値又は最大値）が登録される。なお、貸し出し回数が複数回であるレンタル用車両１０については、複数回の貸し出しにおける連続走行距離の平均値又は最大値が連続走行距離フィールドに登録される。

本例における抽出処理部Ｆ２１０は、希望ユーザからの貸出要求が発生したときに、希望ユーザに対応する負荷傾向情報テーブルの連続走行距離フィールドに登録されている情報（連続走行距離）を、希望ユーザの負荷傾向として抽出する。また、抽出処理部Ｆ２１０は、貸し出し可能状態にあるレンタル用車両１０に対応する負荷履歴情報テーブルの連続走行距離フィールドに登録されている情報（連続走行距離）を、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として抽出する。

本例における選択処理部Ｆ２２０は、希望ユーザの連続走行距離と、貸し出し可能状態にあるレンタル用車両１０の連続走行距離と、を比較することで、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する。本例では、選択処理部Ｆ２２０は、希望ユーザの連続走行距離が所定の閾値より大きければ、貸し出し可能状態にあるレンタル用車両１０の中で最も連続走行距離が小さいレンタル用車両１０を、貸し出し車両に選択する。一方、希望ユーザの連続走行距離が所定の閾値以下であれば、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０の中で最も連続走行距離が大きいレンタル用車両１０を、貸し出し車両に選択する。ここでいう「所定の閾値」は、予め統計的に決定された値であってもよく、又は全ユーザの連続走行距離の平均値であってもよい。

なお、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する他の方法として、以下のような方法を採用してもよい。すなわち、各ユーザの連続走行距離を大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくとともに、各レンタル用車両１０の連続走行距離も大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくようにしてよい。そして、選択処理部Ｆ２２０は、下記（４）から（６）の何れかの手順で、希望ユーザに貸し出す車両を選択してもよい。
（４）希望ユーザのランクが「大」である場合、ランク「小」のレンタル用車両１０を、貸し出し車両に選択。
（５）希望ユーザのランクが「中」である場合、ランク「中」のレンタル用車両１０を、貸し出し車両に選択。
（６）希望ユーザのランクが「小」である場合、ランク「大」のレンタル用車両１０を、貸し出し車両に選択。
なお、ユーザ及びレンタル用車両１０のランク分けは、三段階に限定されず、四段階以上であってもよい。

上記した方法によって貸し出し車両が選択されると、比較的長い距離を連続走行される回数又は極端に短い距離を連続走行される回数等に関し、特定のレンタル用車両１０が他
のレンタル用車両１０よりも著しく大きくなることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することが抑制される。

（処理の流れ）
次に、本例におけるサーバ装置２００で行われる処理の流れについて説明する。本例のサーバ装置２００は、希望ユーザからの貸出要求が発生した際に、前述の図６と同様の手順で貸し出し車両の選択を行う。ただし、ステップＳ１０２では、希望ユーザの負荷傾向として、総走行距離の代わりに連続走行距離が抽出される。また、ステップＳ１０３では、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として、積算走行距離の代わりに連続走行距離が抽出される。そして、ステップＳ１０４では、前述の図７の代わりに図１０の処理フローが実行される。

図１０の処理フローでは、選択処理部Ｆ２２０は、希望ユーザの連続走行距離が所定の閾値より大きいか否かを判別する（ステップＳ２０４１）。本例における「所定の閾値」は、前述したように、予め統計的に定められた値、又は全ユーザの連続走行距離の平均値である。そして、希望ユーザの連続走行距離が所定の閾値より大きければ（ステップＳ２０４１で肯定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、連続走行距離が最も小さいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ２０４２）。一方、希望ユーザの連続走行距離が所定の閾値以下であれば（ステップＳ２０４１で否定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、連続走行距離が最も大きいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ２０４３）。

図１０の処理フローによれば、希望ユーザの連続走行距離が大きい場合は小さい場合に比べ、連続走行距離が小さいレンタル用車両１０を希望ユーザに貸し出すことができる。これにより、比較的長い距離を連続走行する回数又は極端に短い距離を連続走行する回数が特定のレンタル用車両１０に偏ることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することを、抑制することができる。その結果、特定のレンタル用車両１０の耐用期間が他のレンタル用車両１０に比べて著しく短くなることが抑制される。

＜第３実施形態＞
次に、本開示に係わる情報処理装置の第３の実施形態について図１１から図１３に基づいて説明する。ここでは、前述した第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態と本実施形態との相違点は、ユーザの負荷傾向として総走行距離の代わりにバッテリ消費量を用いるとともに、レンタル用車両１０の負荷履歴として積算走行距離の代わりにバッテリの満充電量を用いる点にある。本例における「バッテリ」は、レンタル用車両１０を駆動するためのバッテリである。よって、本例における情報処理装置（サーバ装置）は、レンタル用車両１０がバッテリ電力を利用して駆動される車両（ＥＶ（Electric Vehicle）又はＰＨＶ（Plug-in Hybrid Vehicle）等）である場合に有効である。なお、「バッテリ消費量」は、一回あたりのレンタル期間中にレンタル用車両１０のバッテリを消費した量の累計である。また、「バッテリの満充電量」は、満充電状態（それ以上は充電することができない状態）にあるときのバッテリの放電容量である。

ここで、バッテリは、その充電回数が多くなるにつれて劣化が進む傾向がある。それに伴い、バッテリの満充電量は、充電回数が多くなるにつれて小さくなる傾向がある。そのため、バッテリ消費量の大きい負荷傾向を有するユーザに貸し出される車両が特定のレンタル用車両１０に偏ると、特定のレンタル用車両１０のバッテリ充電回数が他のレンタル
用車両１０に比べて著しく多くなる可能性がある。それにより、特定のレンタル用車両のバッテリの劣化度合が他のレンタル用車両１０よりも著しく大きくなる可能性がある。つまり、特定のレンタル用車両１０におけるバッテリの満充電量が他のレンタル用車両１０よりも著しく小さくなる可能性がある。そこで、本実施形態では、バッテリ消費量が大きい負荷傾向を有するユーザに対しては、バッテリ消費量が小さい負荷傾向を有するユーザに比べ、バッテリの満充電量が大きいレンタル用車両１０を貸し出すようにした。言い換えると、バッテリ消費量が大きい負荷傾向を有するユーザに対しては、バッテリ消費量が小さい負荷傾向を有するユーザに比べ、バッテリの劣化度合が小さいレンタル用車両１０を貸し出すようにした。

図１１は、本実施形態における負荷傾向管理データベースＤ２１０に格納される負荷傾向情報テーブルの構成例を示す図である。負荷傾向情報テーブルの構成は、図１１に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷傾向情報テーブルは、ユーザＩＤとバッテリ消費量との各フィールドを有する。ユーザＩＤフィールドには、個々のユーザを識別するためのユーザＩＤが登録される。バッテリ消費量フィールドには、各ユーザがレンタル用車両１０を利用した際に該レンタル用車両１０のバッテリを消費した量の累計（一回あたりのレンタル期間中において、レンタル用車両１０のバッテリを消費した量の累計）が登録される。なお、車両レンタルサービスの利用回数が複数回であるユーザについては、複数回の利用におけるバッテリ消費量の平均値又は最大値がバッテリ消費量フィールドに登録される。なお、バッテリ消費量は、各レンタル用車両１０に搭載されるＥＣＵ等によって記録されるものとする。そして、レンタル用車両１０の管理者又はサーバ装置２００が、ユーザによるレンタル用車両１０の利用終了時にＥＣＵ等からバッテリ消費量を読み出すとともに、読み出された情報でバッテリ消費量フィールドの情報を更新する。

図１２は、本実施形態における負荷履歴管理データベースＤ２２０に格納される負荷履歴情報テーブルの構成例を示す図である。負荷履歴情報テーブルの構成は、図１２に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷履歴情報テーブルは、車両ＩＤと満充電量との各フィールドを有する。車両ＩＤフィールドには、個々のレンタル用車両１０を識別するための車両ＩＤが登録される。満充電量フィールドには、各レンタル用車両１０のバッテリの満充電量が登録される。

本例における抽出処理部Ｆ２１０は、希望ユーザからの貸出要求が発生したときに、希望ユーザに対応する負荷傾向情報テーブルのバッテリ消費量フィールドに登録されている情報（バッテリ消費量）を、希望ユーザの負荷傾向として抽出する。また、抽出処理部Ｆ２１０は、貸し出し可能状態にあるレンタル用車両１０に対応する負荷履歴情報テーブルの満充電量フィールドに登録されている情報（バッテリの満充電量）を、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として抽出する。

本例における選択処理部Ｆ２２０は、希望ユーザのバッテリ消費量と、貸し出し可能状態にあるレンタル用車両１０のバッテリの満充電量と、を比較することで、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する。本例では、選択処理部Ｆ２２０は、希望ユーザのバッテリ消費量が所定の閾値より大きければ、貸し出し可能状態にあるレンタル用車両１０の中で最もバッテリの満充電量が大きいレンタル用車両１０を、貸し出し車両に選択する。一方、希望ユーザのバッテリ消費量が所定の閾値以下であれば、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０の中で最もバッテリの満充電量が小さいレンタル用車両１０を、貸し出し車両に選択する。ここでいう「所定の閾値」は、予め統計的に決定された値であってもよく、又は全ユーザのバッテリ消費量の平均値であってもよい。

なお、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する他の方法として、以下のような方法を採用してもよい。すなわち、各ユーザのバッテリ消費量を大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくとともに、各レンタル用車両１０のバッテリの満充電量も大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくようにしてよい。そして、選択処理部Ｆ２２０は、下記（７）から（９）の何れかの手順で、希望ユーザに貸し出す車両を選択してもよい。
（７）希望ユーザのランクが「大」である場合、ランク「大」のレンタル用車両１０を、貸し出し車両に選択。
（８）希望ユーザのランクが「中」である場合、ランク「中」のレンタル用車両１０を、貸し出し車両に選択。
（９）希望ユーザのランクが「小」である場合、ランク「小」のレンタル用車両１０を、貸し出し車両に選択。
なお、ユーザ及びレンタル用車両１０のランク分けは、三段階に限定されず、四段階以上であってもよい。

上記した方法によって貸し出し車両が選択されると、特定のレンタル用車両１０のバッテリ充電回数が他のレンタル用車両１０に比べて著しく多くなることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することが抑制される。

（処理の流れ）
次に、本例におけるサーバ装置２００で行われる処理の流れについて説明する。本例のサーバ装置２００は、希望ユーザからの貸出要求が発生した際に、前述の図６と同様の手順で貸し出し車両の選択を行う。ただし、ステップＳ１０２では、希望ユーザの負荷傾向として、総走行距離の代わりにバッテリ消費量が抽出される。また、ステップＳ１０３では、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として、積算走行距離の代わりにバッテリの満充電量が抽出される。そして、ステップＳ１０４では、前述の図７の代わりに図１３の処理フローが実行される。

図１３の処理フローでは、選択処理部Ｆ２２０は、希望ユーザのバッテリ消費量が所定の閾値より大きいか否かを判別する（ステップＳ３０４１）。本例における「所定の閾値」は、前述したように、予め統計的に定められた値、又は全ユーザのバッテリ消費量の平均値である。そして、希望ユーザのバッテリ消費量が所定の閾値より大きければ（ステップＳ３０４１で肯定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、バッテリの満充電量が最も大きいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ３０４２）。一方、希望ユーザのバッテリ消費量が所定の閾値以下であれば（ステップＳ３０４１で否定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、バッテリの満充電量が最も小さいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ３０４３）。

図１３の処理フローによれば、希望ユーザのバッテリ消費量が大きい場合は小さい場合に比べ、バッテリの満充電量が大きいレンタル用車両１０を希望ユーザに貸し出すことができる。これにより、特定のレンタル用車両１０のバッテリ充電回数が他のレンタル用車両１０に比べて著しく多くなることが抑制される。つまり、特定のレンタル用車両１０のバッテリの劣化度合が他のレンタル用車両１０に比べて著しく大きくなることが抑制される。その結果、特定のレンタル用車両１０の耐用期間が他のレンタル用車両１０に比べて著しく短くなることが抑制される。

なお、本実施形態では、ユーザの負荷傾向としてバッテリ消費量を用いる例を説明したが、ユーザの負荷傾向としてバッテリ充電回数を用いてもよい。その場合、希望ユーザのバッテリ充電回数が多い場合は少ない場合に比べ、バッテリの満充電量が大きいレンタル
用車両１０を貸し出し車両に選択すればよい。

＜第４実施形態＞
次に、本開示に係わる情報処理装置の第４の実施形態について図１４から図１６に基づいて説明する。ここでは、前述した第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態と本実施形態との相違点は、ユーザの負荷傾向として総走行距離の代わりに積載重量を用いるとともに、レンタル用車両１０の負荷履歴として積算走行距離の代わりに積載重量を用いる点にある。

ここで、特定のレンタル用車両１０において比較的重い荷物を積載する回数が多くなると、該レンタル用車両１０の車体又はサスペンション等の劣化が進む場合がある。よって、比較的重い荷物を積載する回数が特定のレンタル用車両１０に偏ると、該特定のレンタル用車両１０の耐用期間が他のレンタル用車両１０に比べて著しく短くなる可能性がる。そこで、本実施形態では、積載重量が大きい負荷傾向を有するユーザに対しては、積載重量が小さい負荷傾向を有するユーザに比べ、積載重量が小さい負荷履歴を有するレンタル用車両１０を貸し出すようにした。

図１４は、本実施形態における負荷傾向管理データベースＤ２１０に格納される負荷傾向情報テーブルの構成例を示す図である。負荷傾向情報テーブルの構成は、図１４に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷傾向情報テーブルは、ユーザＩＤと積載重量との各フィールドを有する。ユーザＩＤフィールドには、個々のユーザを識別するためのユーザＩＤが登録される。積載重量フィールドには、各ユーザがレンタル用車両１０を利用した際に該レンタル用車両１０に積載した荷物の重量（一回あたりのレンタル期間中において、レンタル用車両１０に積載した荷物の重量の平均値又は最大値）が登録される。なお、車両レンタルサービスの利用回数が複数回であるユーザについては、複数回の利用における積載重量の平均値又は最大値が積載重量フィールドに登録される。なお、積載重量は、各レンタル用車両１０に搭載される重量センサによって検出されてＥＣＵ等に記録されるものとする。そして、レンタル用車両１０の管理者又はサーバ装置２００が、ユーザによるレンタル用車両１０の利用終了時にＥＣＵ等から積載重量を読み出すとともに、読み出された情報で積載重量フィールドの情報を更新する。

図１５は、本実施形態における負荷履歴管理データベースＤ２２０に格納される負荷履歴情報テーブルの構成例を示す図である。負荷履歴情報テーブルの構成は、図１５に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷履歴情報テーブルは、車両ＩＤと積載重量との各フィールドを有する。車両ＩＤフィールドには、個々のレンタル用車両１０を識別するための車両ＩＤが登録される。積載重量フィールドには、各レンタル用車両１０が貸し出された際に積載された荷物の重量（一回あたりのレンタル期間中において、各レンタル用車両１０に積載された荷物の重量の平均値又は最大値）が登録される。なお、貸し出し回数が複数回であるレンタル用車両１０については、複数回の貸し出しにおける積載重量の平均値又は最大値が積載重量フィールドに登録される。

本例における抽出処理部Ｆ２１０は、希望ユーザからの貸出要求が発生したときに、希望ユーザに対応する負荷傾向情報テーブルの積載重量フィールドに登録されている情報（積載重量）を、希望ユーザの負荷傾向として抽出する。また、抽出処理部Ｆ２１０は、貸し出し可能状態にあるレンタル用車両１０に対応する負荷履歴情報テーブルの積載重量フィールドに登録されている情報（積載重量）を、貸し出し可能状態にあるレンタル用車両
１０の負荷履歴として抽出する。

本例における選択処理部Ｆ２２０は、希望ユーザの積載重量と、貸し出し可能状態にあるレンタル用車両１０の積載重量と、を比較することで、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する。本例では、選択処理部Ｆ２２０は、希望ユーザの積載重量が所定の閾値より大きければ、貸し出し可能状態にあるレンタル用車両１０の中で最も積載重量が小さいレンタル用車両１０を、貸し出し車両に選択する。一方、希望ユーザの積載重量が所定の閾値以下であれば、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０の中で最も積載重量が大きいレンタル用車両１０を、貸し出し車両に選択する。ここでいう「所定の閾値」は、予め統計的に決定された値であってもよく、又は全ユーザの積載重量の平均値であってもよい。

なお、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する他の方法として、以下のような方法を採用してもよい。すなわち、各ユーザの積載重量を大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくとともに、各レンタル用車両１０の積載重量も大きい方から順に「大」、「中」、「小」の三段階にランク分けしておくようにしてよい。そして、選択処理部Ｆ２２０は、下記（１０）から（１２）の何れかの手順で、希望ユーザに貸し出す車両を選択してもよい。
（１０）希望ユーザのランクが「大」である場合、ランク「小」のレンタル用車両１０を、貸し出し車両に選択。
（１１）希望ユーザのランクが「中」である場合、ランク「中」のレンタル用車両１０を、貸し出し車両に選択。
（１２）希望ユーザのランクが「小」である場合、ランク「大」のレンタル用車両１０を、貸し出し車両に選択。
なお、ユーザ及びレンタル用車両１０のランク分けは、三段階に限定されず、四段階以上であってもよい。

上記した方法によって貸し出し車両が選択されると、比較的重い荷物を積載した回数に関し、特定のレンタル用車両１０が他のレンタル用車両１０よりも著しく大きくなることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することが抑制される。

（処理の流れ）
次に、本例におけるサーバ装置２００で行われる処理の流れについて説明する。本例のサーバ装置２００は、希望ユーザからの貸出要求が発生した際に、前述の図６と同様の手順で貸し出し車両の選択を行う。ただし、ステップＳ１０２では、希望ユーザの負荷傾向として、総走行距離の代わりに積載重量が抽出される。また、ステップＳ１０３では、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として、積算走行距離の代わりに積載重量が抽出される。そして、ステップＳ１０４では、前述の図７の代わりに図１６の処理フローが実行される。

図１６の処理フローでは、選択処理部Ｆ２２０は、希望ユーザの積載重量が所定の閾値より大きいか否かを判別する（ステップＳ４０４１）。本例における「所定の閾値」は、前述したように、予め統計的に定められた値、又は全ユーザの積載重量の平均値である。そして、希望ユーザの積載重量が所定の閾値より大きければ（ステップＳ４０４１で肯定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、積載重量が最も小さいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ４０４２）。一方、希望ユーザの積載重量が所定の閾値以下であれば（ステップＳ４０４１で否定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、積載重量が最も大きいレンタル用車両１０を、貸し出し車両に選択する（ステップＳ４０
４３）。

図１６の処理フローによれば、希望ユーザの積載重量が大きい場合は小さい場合に比べ、積載重量が小さいレンタル用車両１０を希望ユーザに貸し出すことができる。これにより、比較的重い重量の荷物を積載する回数が特定のレンタル用車両１０に偏ることが抑制される。つまり、走行性能に関わる負荷が特定のレンタル用車両１０に集中することを、抑制することができる。その結果、特定のレンタル用車両１０の耐用期間が他のレンタル用車両１０に比べて著しく短くなることが抑制される。

＜第５実施形態＞
次に、本開示に係わる情報処理装置の第５の実施形態について図１７から図１９に基づいて説明する。ここでは、前述した第１の実施形態と実質的に同一の構成、実質的に同一の制御処理については、その詳細な説明を省略する。

前述した第１の実施形態と本実施形態との相違点は、ユーザの負荷傾向として総走行距離の代わりに残臭の有無を用いるとともに、レンタル用車両１０の負荷履歴として積算走行距離の代わりに残臭の有無を用いる点にある。ここでいう「残臭」とは、レンタル期間の終了後もレンタル用車両１０の室内に残る臭い（例えば、煙草の臭い、又はペットの臭い等）である。

ここで、ユーザがレンタル用車両１０を利用した際に該レンタル用車両１０の室内で煙草を吸った場合、又は該レンタル用車両１０の室内にペットを同乗させた場合等は、レンタル期間の終了後においても煙草やペットの臭いが室内に残る可能性がある。斯様な臭いが残っているレンタル用車両１０が、煙草を吸わないユーザ又はペットを飼っていないユーザに貸し出されると、それらのユーザの快適性が損なわれる可能性がある。そこで、本実施形態では、残臭有りの負荷傾向を有するユーザに対しては、残臭有りの負荷履歴を有するレンタル用車両１０を貸し出すようにした。一方、残臭無しの負荷傾向を有するユーザに対しては、残臭無しの負荷履歴を有するレンタル用車両１０を貸し出すようにした。

図１７は、本実施形態における負荷傾向管理データベースＤ２１０に格納される負荷傾向情報テーブルの構成例を示す図である。負荷傾向情報テーブルの構成は、図１７に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷傾向情報テーブルは、ユーザＩＤと残臭との各フィールドを有する。ユーザＩＤフィールドには、個々のユーザを識別するためのユーザＩＤが登録される。残臭フィールドには、各ユーザがレンタル用車両１０を利用した際に該レンタル用車両１０の室内に煙草又はペット等の臭いが残っていたか否かを示す情報が登録される。例えば、煙草又はペット等の臭いがレンタル用車両１０の室内に残っていたユーザについては、当該残臭フィールドに「有」と登録される。また、煙草又はペット等の臭いがレンタル用車両１０の室内に残っていなかったユーザについては、当該残臭フィールドに「無」と登録される。なお、残臭フィールドの情報は、レンタル用車両１０の管理者によって入力される。例えば、各ユーザがレンタル用車両１０を返却した際に、管理者が室内の残臭の有無を確認して、その結果を残臭フィールドに登録する。

図１８は、本実施形態における負荷履歴管理データベースＤ２２０に格納される負荷履歴情報テーブルの構成例を示す図である。負荷履歴情報テーブルの構成は、図１８に示す例に限定されるものではなく、適宜フィールドの追加、変更、削除が可能である。本例における負荷履歴情報テーブルは、車両ＩＤと残臭との各フィールドを有する。車両ＩＤフィールドには、個々のレンタル用車両１０を識別するための車両ＩＤが登録される。残臭フィールドには、各レンタル用車両１０が貸し出された際に各レンタル用車両１０の室内に煙草又はペット等の臭いが残っていたか否かを示す情報が登録される。例えば、煙草又
はペット等の臭いが室内に残っていたレンタル用車両１０については、当該残臭フィールドに「有」と登録される。また、煙草又はペット等の臭いが室内に残っていなかったレンタル用車両１０については、当該残臭フィールドに「無」と登録される。当該残臭フィールドの情報は、負荷傾向情報テーブルの残臭フィールドと同様に、レンタル用車両１０の管理者によって入力される。

本例における抽出処理部Ｆ２１０は、希望ユーザからの貸出要求が発生したときに、希望ユーザに対応する負荷傾向情報テーブルの残臭フィールドに登録されている情報（残臭の有無）を、希望ユーザの負荷傾向として抽出する。また、抽出処理部Ｆ２１０は、貸し出し可能状態にあるレンタル用車両１０に対応する負荷履歴情報テーブルの残臭フィールドに登録されている情報（残臭の有無）を、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として抽出する。

本例における選択処理部Ｆ２２０は、希望ユーザの残臭の有無と、貸し出し可能状態にあるレンタル用車両１０の残臭の有無と、を比較することで、貸し出し可能状態にあるレンタル用車両１０の中から貸し出し車両を選択する。本例では、選択処理部Ｆ２２０は、希望ユーザが残臭有りの負荷傾向を有する場合は、貸し出し可能状態にあるレンタル用車両１０の中で残臭有りの負荷履歴を有するレンタル用車両１０を、貸し出し車両に選択する。一方、希望ユーザが残臭無しの負荷傾向を有する場合は、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０の中で残臭無しの負荷履歴を有するレンタル用車両１０を、貸し出し車両に選択する。

上記した方法によって貸し出し車両が選択されると、残臭有りの負荷傾向を有するユーザに貸し出される車両を、特定のレンタル用車両１０（残臭有りの負荷履歴を有するレンタル用車両１０）に限定することができる。つまり、室内の快適性に関わる負荷は、特定のレンタル用車両１０に集中させることができる。

（処理の流れ）
次に、本例におけるサーバ装置２００で行われる処理の流れについて説明する。本例のサーバ装置２００は、希望ユーザからの貸出要求が発生した際に、前述の図６と同様の手順で貸し出し車両の選択を行う。ただし、ステップＳ１０２では、希望ユーザの負荷傾向として、総走行距離の代わりに残臭の有無が抽出される。また、ステップＳ１０３では、貸し出し可能状態にあるレンタル用車両１０の負荷履歴として、積算走行距離の代わりに残臭の有無が抽出される。そして、ステップＳ１０４では、前述の図７の代わりに図１９の処理フローが実行される。

図１９の処理フローでは、選択処理部Ｆ２２０は、希望ユーザが残臭有りの負荷傾向を有するか否か判別する（ステップＳ５０４１）。希望ユーザが残臭有りの負荷傾向を有していれば（ステップＳ５０４１で肯定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、残臭有りの負荷履歴を有するレンタル用車両１０を、貸し出し車両に選択する（ステップＳ５０４２）。一方、希望ユーザが残臭無しの負荷傾向を有していれば（ステップＳ５０４１で否定判定）、選択処理部Ｆ２２０は、貸し出し可能状態にあるレンタル用車両１０のうち、残臭無しの負荷履歴を有するレンタル用車両１０を、貸し出し車両に選択する（ステップＳ５０４３）。

図１９の処理フローによれば、希望ユーザが残臭有りの負荷傾向を有する場合は、残臭有りの負荷履歴を有するレンタル用車両１０が希望ユーザに貸し出されるようになる。一方、希望ユーザが残臭無しの負荷傾向を有する場合は、残臭無しの負荷履歴を有するレンタル用車両１０が希望ユーザに貸し出されるようになる。これにより、残臭有りの負荷履歴を有する車両を、特定のレンタル用車両１０に限定することができる。その結果、残臭
有りの負荷履歴を有するレンタル用車両１０が、残臭無しの負荷傾向を有するユーザに貸し出されることが抑制される。つまり、残臭無しの負荷傾向を有するユーザがレンタル用車両１０を利用する際の快適性を担保することができる。

なお、本実施形態では、残臭の有無に基づいて貸し出し車両を選択する例について述べたが、残臭の有無に加え、残臭の種類も考慮して、貸し出し車両を選択してもよい。例えば、煙草の残臭が有りの負荷傾向を有するユーザに対しては、煙草の残臭が有りの負荷履歴を有するレンタル用車両１０が貸し出されるようにしてもよい。また、ペットの残臭が有りの負荷傾向を有するユーザに対しては、ペットの残臭が有りの負荷履歴を有するレンタル用車両１０が貸し出されるようにしてもよい。これにより、ペットを飼っているが煙草を吸わないユーザに対して、煙草の残臭が有りの負荷履歴を有するレンタル用車両１０が貸し出されることが抑制される。また、煙草を吸うがペットを飼っていないユーザに対して、ペットの残臭がありの負荷履歴を有するレンタル用車両１０が貸し出されることも抑制される。

＜その他＞
上記した各実施形態はあくまでも一例であって、本開示はその要旨を逸脱しない範囲内で適宜変更して実施し得る。さらに、上記した第１から第５の実施形態のうち、少なくとも２つの実施形態は、可能な限り組み合わせて実施することができる。

また、本開示において説明した処理や手段は、技術的な矛盾が生じない限りにおいて、自由に組み合わせて実施することができる。さらに、１つの装置が行うものとして説明した処理が、複数の装置によって分担して実行されてもよい。また、異なる装置が行うものとして説明した処理が、１つの装置によって実行されても構わない。コンピュータシステムにおいて、各機能をどのようなハードウェア構成で実現するかは柔軟に変更可能である。

また、本開示は、上記の実施形態及び変形例で説明した機能を実装したコンピュータプログラム（情報処理プログラム）をコンピュータに供給し、当該コンピュータが有する１つ以上のプロセッサがプログラムを読み出して実行することによっても実現可能である。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な非一時的なコンピュータ可読記憶媒体によってコンピュータに提供されてもよいし、ネットワークを介してコンピュータに提供されてもよい。非一時的なコンピュータ可読記憶媒体は、データやプログラム等の情報を電気的、又は磁気的、又は光学的、又は機械的、又は化学的な作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体である。斯様な非一時的なコンピュータ可読記憶媒体は、例えば、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクドライブ（ＨＤＤ）等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤディスク・ブルーレイディスク等）など任意のタイプのディスクである。また、非一時的なコンピュータ可読記憶媒体は、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カード、フラッシュメモリ、光学式カード、ＳＳＤ（Solid State Drive）等の媒体でもよい。

１０ レンタル用車両
２００ サーバ装置
２０１ プロセッサ
２０２ 主記憶部
２０３ 補助記憶部
Ｆ２１０ 抽出処理部
Ｆ２２０ 選択処理部
Ｄ２１０ 負荷傾向管理データベース
Ｄ２２０ 負荷履歴管理データベース

Claims (20)

1. ユーザに貸し出すための車両であるレンタル用車両を管理する情報処理装置であって、
   各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報である負荷傾向を、各ユーザに関連づけて記憶する第１記憶部と、
   各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報である負荷履歴を、各レンタル用車両に関連づけて記憶する第２記憶部と、
   レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、前記希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、を抽出することと、前記抽出された負荷傾向及び負荷履歴に基づいて、貸し出し可能状態にある複数のレンタル用車両の中から前記希望ユーザに貸し出す車両を選択することと、を実行する制御部と、
   を備える、
   情報処理装置。
2. 前記負荷傾向は、各ユーザがレンタル用車両を利用した際に該レンタル用車両を走行させた距離の累計である総走行距離と、各ユーザがレンタル用車両を利用した際に該レンタル用車両を連続走行させた距離である連続走行距離と、各ユーザがレンタル用車両を利用した際に該レンタル用車両のバッテリを消費した量の累計であるバッテリ消費量と、各ユーザがレンタル用車両を利用した際に該レンタル用車両に積載した荷物の重量である積載重量と、各ユーザがレンタル用車両を返却した際に該レンタル用車両の室内に残っている臭いである残臭の有無と、のうち、少なくとも１つを含む、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記希望ユーザの負荷傾向である総走行距離が大きい場合は小さい場合に比べ、積算走行距離が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
   請求項２に記載の情報処理装置。
4. 前記制御部は、前記希望ユーザの負荷傾向である連続走行距離が大きい場合は小さい場合に比べ、連続走行距離が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
   請求項２に記載の情報処理装置。
5. 前記制御部は、前記希望ユーザの負荷傾向であるバッテリ消費量が大きい場合は小さい場合に比べ、バッテリの満充電量が大きい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
   請求項２に記載の情報処理装置。
6. 前記制御部は、前記希望ユーザの負荷傾向である積載重量が大きい場合は小さい場合に比べ、積載重量が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
   請求項２に記載の情報処理装置。
7. 前記制御部は、前記希望ユーザの負荷傾向である残臭が有りの場合は、残臭が有りの負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
   請求項２に記載の情報処理装置。
8. ユーザに貸し出すための車両であるレンタル用車両を管理するための情報処理プログラ
   ムであって、
   各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報である負荷傾向を、各ユーザに関連づけて記憶する第１記憶部と、各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報である負荷履歴を、各レンタル用車両に関連づけて記憶する第２記憶部と、を備えるコンピュータに、
   レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、
   前記希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、を抽出する抽出ステップと、
   前記抽出ステップで抽出された負荷傾向及び負荷履歴に基づいて、貸し出し可能状態にある複数のレンタル用車両の中から前記希望ユーザに貸し出す車両を選択する選択ステップと、
   を実行させる、
   情報処理プログラム。
9. 前記負荷傾向は、各ユーザがレンタル用車両を利用した際に該レンタル用車両を走行させた距離の累計である総走行距離と、各ユーザがレンタル用車両を利用した際に該レンタル用車両を連続走行させた距離である連続走行距離と、各ユーザがレンタル用車両を利用した際に該レンタル用車両のバッテリを消費した量の累計であるバッテリ消費量と、各ユーザがレンタル用車両を利用した際に該レンタル用車両に積載した荷物の重量である積載重量と、各ユーザがレンタル用車両を返却した際に該レンタル用車両の室内に残っている臭いである残臭の有無と、のうち、少なくとも１つを含む、
   請求項８に記載の情報処理プログラム。
10. 前記選択ステップでは、前記希望ユーザの負荷傾向である総走行距離が大きい場合は小さい場合に比べ、積算走行距離が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項９に記載の情報処理プログラム。
11. 前記選択ステップでは、前記希望ユーザの負荷傾向である連続走行距離が大きい場合は小さい場合に比べ、連続走行距離が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項９に記載の情報処理プログラム。
12. 前記選択ステップでは、前記希望ユーザの負荷傾向であるバッテリ消費量が大きい場合は小さい場合に比べ、バッテリの満充電量が大きい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項９に記載の情報処理プログラム。
13. 前記選択ステップでは、前記希望ユーザの負荷傾向である積載重量が大きい場合は小さい場合に比べ、積載重量が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項９に記載の情報処理プログラム。
14. 前記選択ステップでは、前記希望ユーザの負荷傾向である残臭が有る場合は、残臭有りの負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、請求項９に記載の情報処理プログラム。
15. ユーザに貸し出すための車両であるレンタル用車両を管理するための情報処理方法であって、
    各ユーザがレンタル用車両を利用した際に各ユーザがレンタル用車両に与えた負荷の傾向を示す情報である負荷傾向を、各ユーザに関連づけて記憶する第１記憶部と、各レンタル用車両が貸し出された際に各レンタル用車両が受けた負荷の履歴を示す情報である負荷履歴を、各レンタル用車両に関連づけて記憶する第２記憶部と、を備えるコンピュータが、
    レンタル用車両の貸し出しを希望するユーザである希望ユーザからの貸出要求が発生した場合に、
    前記希望ユーザに関連づけて前記第１記憶部に記憶されている負荷傾向と、貸し出し可能状態にある複数のレンタル用車両の各々に関連づけて前記第２記憶部に記憶されている負荷履歴と、を抽出する抽出ステップと、
    前記抽出ステップで抽出された負荷傾向及び負荷履歴に基づいて、貸し出し可能状態にある複数のレンタル用車両の中から前記希望ユーザに貸し出す車両を選択する選択ステップと、
    を実行する、
    情報処理方法。
16. 前記負荷傾向は、各ユーザがレンタル用車両を利用した際に該レンタル用車両を走行させた距離の累計である総走行距離と、各ユーザがレンタル用車両を利用した際に該レンタル用車両を連続走行させた距離である連続走行距離と、各ユーザがレンタル用車両を利用した際に該レンタル用車両のバッテリを消費した量の累計であるバッテリ消費量と、各ユーザがレンタル用車両を利用した際に該レンタル用車両に積載した荷物の重量である積載重量と、各ユーザがレンタル用車両を返却した際に該レンタル用車両の室内に残っている臭いである残臭の有無と、のうち、少なくとも１つを含む、
    請求項１５に記載の情報処理方法。
17. 前記選択ステップでは、前記希望ユーザの負荷傾向である総走行距離が大きい場合は小さいに比べ、積算走行距離が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項１６に記載の情報処理方法。
18. 前記選択ステップでは、前記希望ユーザの負荷傾向である連続走行距離が大きい場合は小さいに比べ、連続走行距離が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項１６に記載の情報処理方法。
19. 前記選択ステップでは、前記希望ユーザの負荷傾向であるバッテリ消費量が大きい場合は小さい場合に比べ、バッテリの満充電量が大きい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項１６に記載の情報処理方法。
20. 前記選択ステップでは、前記希望ユーザの負荷傾向である積載重量が大きい場合は小さい場合に比べ、積載重量が小さい負荷履歴を有するレンタル用車両を、前記希望ユーザに貸し出す車両として選択する、
    請求項１６に記載の情報処理方法。

Images