JP5537217B2 - カーシェアリング予約システム、カーシェアリング予約方法およびカーシェアリング予約プログラム - Google Patents

Description

本発明は、カーシェアリングの対象となる車を予約するためのカーシェアリング予約システム、カーシェアリング予約方法およびカーシェアリング予約プログラムに関する。

複数人で１台の自動車を使用するカーシェアリングという概念が知られている。このようなカーシェアリングを提供するサービスは、一般に、会員登録を行った会員に対して所定の自動車を所定の条件下で貸し出すことにより、会員間で自動車を共同使用するようにしている。下記特許文献１には、カーシェアリングのシステムの一例として、カーシェアリングの利便性向上を目的としたカーシェアリング支援システムが開示されている。このカーシェアリング支援システムでは、複数の駐車場から空車データを受信して空車データベースへ蓄積し、この空車データベースから個々のシェアリング会員の所在地に紐づく会員用空車データを算出し、算出した会員用空車データをシェアリング会員へ発信し、シェアリング会員からシェアカー予約データを受信している。

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

ところで、カーシェアリングの車を予約する際の予約画面には、対象となるステーション（駐車場）に配置されているカーシェアリング用の自動車をリスト表示し、会員がリストの中から所望の自動車を選択できるように構成されている場合が多い。したがって、会員は、例えば自分の趣向や利用目的などに応じて適宜自動車を選択することができるところ、実際には、最初に目についたものを選んでしまうという傾向が高い。そのため、予約画面における自動車のリスト表示が固定的であるような場合には、リスト上位に表示される自動車に予約が集中してしまうため、同一ステーション内で自動車間の稼働率に偏りが生じてしまうという問題がある。

また、カーシェアリングでは、レンタカーなどと異なり、ガソリンの給油は会員が任意に行う仕組みが採用されている。したがって、会員は、自動車の利用中にガソリンが残っていれば給油をする必要はないが、ガソリンがなくなれば給油をしなければならない。ここで、上述したとおり予約画面でリスト上位に表示される自動車は、稼働率が高くなりやすいため、ガソリン残量も少なくなりやすい。その結果、会員が利用時にガソリン残量を気にしながら運転したり、移動中に給油を行ったりしなければならない場合が多くなり、カーシェアリングの利便性が低下してしまう可能性がある。

さらにまた、予約画面でリスト上位に表示される自動車にカーシェアリングの利用が集中すると、リスト上位の自動車は予約状態であることが多くなりやすい。そのため、会員は、予約可能な自動車を即座に見つけることができず、予約可能な自動車を探してリスト画面をスクロールするなどの作業を強いられるため、操作性に欠ける。

また、カーシェアリングでは、レンタカーなどと異なり、自動車の返却時にサービス提供者による車内チェックや清掃が常に行われるわけではないため、自動車の使用状態（綺麗度）は、各会員のマナーによるところが大きい。そのため、例えば、予約画面でリスト上位に表示された自動車を、それほど綺麗好きではない会員が予約し、その後、綺麗好きな会員が続けて予約したような場合には、綺麗好きな会員は、利用後の自動車を見て自動車が汚れていると感じ、カーシェアリングのサービス自体に不快感をもってしまう可能性がある。また、予約画面でリスト上位に表示された自動車に予約が集中すると、当該自動車の使用状態（綺麗度）は低下しやすいため、自動車の車内整備・清掃などについて会員からクレームが出やすいという問題もある。

したがって、このようなカーシェアリング固有の問題を解決することができる仕組みが望まれるところ、上記特許文献１に記載のカーシェアリング支援システムは、算出した会員用空車データをシェアリング会員へ単に発信するものであり、このような問題については、何ら考慮されていない。

そこで、本願発明は、上述したようなカーシェアリング固有の問題を解決することができる新しいカーシェアリング予約システム、カーシェアリング予約方法およびカーシェアリング予約プログラムを提供することにある。

カーシェアリング予約サーバは、カーシェアリングの対象となる車両の配備場所と積算走行距離を含む車両情報を格納するマスタ情報記憶手段と、前記車両の予約情報を格納する予約情報記憶手段と、端末装置から前記車両の利用場所を含む予約条件を受け付ける予約条件受付手段と、前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ記憶手段から抽出し、当該配備車両の予約情報を前記予約情報記憶手段から抽出し、当該車両情報と当該予約情報を含む車両リストを作成する作成手段と、前記配備車両の積算走行距離を前記マスタ情報記憶手段から参照し、前記車両リストを当該積算走行距離の少ない順に並び替えることにより当該車両リストを最適化する車両リスト最適化手段と、前記最適化された車両リストを含む予約画面が前記端末装置に表示されるように制御する表示制御手段と、を備える。

前記マスタ情報記憶手段は、車種クラスと車種名を格納しており、前記最適化手段は、前記配備車両の車種クラスと車種名を前記マスタ情報記憶手段から参照し、前記車両リストを前記積算走行距離、当該車種クラス及び当該車種名に従って並び替えることにより当該車両リストを最適化することを特徴とする。

また、カーシェアリング予約サーバは、カーシェアリングの対象となる車両の配備場所と、当該車両内に保持されている燃料残量とを含む車両情報を格納するマスタ情報記憶手段と、前記車両の予約情報を格納する予約情報記憶手段と、前記車両の利用場所を含む予約条件を受け付ける予約条件受付手段と、前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ記憶手段から抽出し、当該配備車両の予約情報を前記予約情報記憶手段から抽出し、当該車両情報と当該予約情報を含む車両リストを作成する作成手段と、前記配備車両の燃料残量を前記マスタ情報記憶手段から参照し、当該燃料残量または当該燃料残量によって定まる燃料残量比率の多い順に当該車両リストを並び替えることにより当該車両リストを最適化する車両リスト最適化手段と、前記最適化された車両リストを含む予約画面が表示されるように制御する表示制御手段と、を備える。

また、カーシェアリング予約サーバは、カーシェアリングの対象となる車両の配備場所を含む車両情報を格納するマスタ情報記憶手段と、前記車両の予約済み日時を含む予約情報を格納する予約情報記憶手段と、前記車両の利用場所と希望利用開始日時を含む予約条件を受け付ける予約条件受付手段と、前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ記憶手段から抽出し、当該配備車両の予約情報を前記予約情報記憶手段から抽出し、当該車両情報と当該予約情報を含む車両リストを作成する作成手段と、前記予約情報記憶手段を参照することにより、前記希望利用開始日時に一番近い予約済み日時を特定し、前記車両リストを当該特定した予約済み日時の遅い順に並び替えることにより当該車両リストを最適化する車両リスト最適化手段と、前記最適化された車両リストを含む予約画面が表示されるように制御する表示制御手段と、を備える。

また、カーシェアリング予約サーバは、カーシェアリングの対象となる車両の配備場所を含む車両情報と、会員のお気に入り情報を格納するマスタ情報記憶手段と、前記車両の予約情報を格納する予約情報記憶手段と、会員より入力された前記車両の利用場所を含む予約条件を受け付ける予約条件受付手段と、前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ記憶手段から抽出し、当該配備車両の予約情報を前記予約情報記憶手段から抽出し、車両情報と予約情報を含む車両リストを作成する作成手段と、前記会員のお気に入り情報を前記マスタ情報記憶手段から参照し、当該お気に入り情報に合致する配備車両が上位に配置されるように前記車両リストを並び替えることにより当該車両リストを最適化する車両リスト最適化手段と、前記最適化された車両リストを含む予約画面が表示されるように制御する表示制御手段と、を備える。

また、カーシェアリング予約サーバは、カーシェアリングの対象となる車両の配備場所とメンテナンス終了日と車両登録日を含む車両情報を格納するマスタ情報記憶手段と、前記車両の予約情報を格納する予約情報記憶手段と、前記車両の利用場所を含む予約条件を受け付ける予約条件受付手段と、前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ記憶手段から抽出し、当該配備車両の予約情報を前記予約情報記憶手段から抽出し、車両情報と予約情報を含む車両リストを作成する作成手段と、前記配備車両のメンテナンス終了日を前記マスタ情報記憶手段から特定し、当該特定したメンテナンス終了日が降順となるように前記車両リストを並び替えることにより当該車両リストを最適化する車両リスト最適化手段と、前記最適化された車両リストを含む予約画面が表示されるように制御する表示制御手段と、を備える。

前記マスタ情報記憶手段は、車両登録日と会員のクレーム回数とを格納しており、前記最適化手段は、会員のクレーム回数を前記マスタ情報記憶手段から参照し、当該クレーム回数が所定の閾値を超える場合は、前記配備車両のメンテナンス終了日と車両登録日を前記マスタ情報記憶手段から特定し、当該特定したメンテナンス終了日と車両登録日がそれぞれ降順となるように前記車両リストを並び替えることにより最適化することを特徴とする。

また、本発明は、カーシェアリング予約サーバにおけるカーシェアリング予約方法であって、前記カーシェアリング予約サーバは、前記車両の配備場所と積算走行距離を含む車両情報を格納するマスタ情報記憶装置と、前記車両の予約情報を格納する予約情報記憶装置と、を備え、前記方法は、端末装置から前記車両の利用場所と利用時間を含む予約条件を受け付ける予約条件受付ステップと、前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ記憶装置から抽出し、当該配備車両の予約情報を前記予約情報記憶装置から抽出し、車両情報と予約情報を含む車両リストを作成する作成ステップと、前記抽出された配備車両の積算走行距離を前記マスタ情報記憶装置から参照し、前記車両リストを当該配備車両の積算走行距離の少ない順に並び替えることにより最適化する車両リスト最適化ステップと、前記最適化された車両リストを含む予約画面が前記端末装置に表示されるように制御する表示制御ステップと、を備える。

また、本発明のプログラムは、上記方法の各処理ステップをコンピュータに実行させることを特徴とする。本発明のプログラムは、ＣＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

なお、本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。また、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。

本発明によれば、カーシェアリング固有の問題を解決することができる新しいカーシェアリング予約システムを提供することができるようになるという効果を奏する。

予約システムの概略構成の一例を示すブロック図である。 会員マスタのデータ構造の一例を表す図である。 会員お気に入り情報マスタのデータ構造の一例を表す図である。 車両マスタのデータ構造の一例を表す図である。 ステーションマスタのデータ構造の一例を表す図である。 車両整備マスタのデータ構造の一例を表す図である。 車種マスタのデータ構造の一例を表す図である。 予約ＤＢのデータ構造の一例を表す図である。 予約処理の流れの一例を示すフローチャートである。 第１最適化処理の流れの一例を示すフローチャートである。 第１最適化処理における画面構成の一例を示す図である。 第１最適化処理における画面構成の一例を示す図である。 第２最適化処理の流れの一例を示すフローチャートである。 第２最適化処理における画面構成の一例を示す図である。 第３最適化処理の流れの一例を示すフローチャートである。 第３最適化処理における画面構成の一例を示す図である。 第４最適化処理の流れの一例を示すフローチャートである。 第４最適化処理における画面構成の一例を示す図である。 第５最適化処理の流れの一例を示すフローチャートである。 第５最適化処理における画面構成の一例を示す図である。 第６最適化処理の流れの一例を示すフローチャートである。 第６最適化処理における画面構成の一例を示す図である。 第７最適化処理の流れの一例を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。

［カーシェアリング予約システムの概略構成］
図１は、本実施形態におけるカーシェアリング予約システム（以下、「予約システム」という。）の概略構成を示すブロック図である。同図に示すように、予約システム１００は、予約サーバ１と、ユーザ端末装置２と、車載機３とを主に備えている。

予約サーバ１は、所定の通信ネットワークＮ（ＬＡＮ、インターネット、専用線、パケット通信網、それらの組み合わせ等のいずれであってもよく、有線、無線の両方を含む）を介してユーザ端末装置２及び車載機３と通信可能に構成されている。なお、同図では、一例として、ユーザ端末装置２と車載機３について、それぞれ３台ずつを記載しているが、これらの台数は任意であり、設計に応じて４台以上又は３台未満となるように構成することができる。

同図のように、予約サーバ１とユーザ端末装置２がネットワークＮを介して通信を行う予約システムは、例えば、従来のＷｅｂアプリケーションサーバシステム等の技術を用いて構成することができる。すなわち、予約サーバ１は、Ｗｅｂサーバ、ＡＰ（アプリケーション）サーバ、データベースサーバ等として機能し、ユーザ端末装置２等からＨＴＴＰプロトコル等に従い送信される所定の要求を受け付けると、この所定の要求に応じた処理を行い、その処理結果をユーザ端末装置２に送信する。一方、ユーザ端末装置２は、Ｗｅｂブラウザ等を実装したＷｅｂクライアントとして機能し、ユーザの操作に従って所定の要求を予約サーバ１に対して送信するとともに、その要求に応じた結果（例えば、Ｗｅｂページ情報など）を受信するとこれをディスプレイに表示等する。

［予約サーバ］
次に、予約サーバ１の機能について詳細に説明する。同図に示すように、予約サーバ１は、通信手段１１、予約条件受付手段１２、車両リスト作成手段１３、車両リスト最適化手段１４、画面表示制御手段１５、予約登録手段１６、マスタ管理手段１７、マスタＤＢ（マスタ情報記憶手段）１８、予約ＤＢ（予約情報記憶手段）１９等の機能実現手段を含んでいる。なお、予約サーバ１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ユーザインタフェース、ディスプレイ、および通信インタフェース等のハードウェアを備える汎用又は専用のコンピュータにより構成することができ、例えば、ＣＰＵが、メモリに記憶された所定のプログラムを実行することにより、上記機能実現手段として機能する。なお、予約サーバ１は、単一のコンピュータより構成されるものであっても、ネットワーク上に分散した複数のコンピュータより構成されるものであってもよい。

通信手段１１は、通信ネットワークＮを介してユーザ端末装置２や車載機３等に対して所定の情報を入出力可能に構成されており、例えばＴＣＰ／ＩＰドライバ等の通信モジュールを備えている。

予約条件受付手段１２は、カーシェアリングの対象となる車両をユーザが予約するための予約条件を受け付ける機能を有する。具体的には、予約条件受付手段１２は、ユーザの操作に基づいてユーザ端末装置２より送信される予約条件を受け付ける。なお、車載機３などから予約条件が送信される場合は、これを受け付けることもできる。予約条件の内容は、設計に応じて適宜設定することができるが、例えば、住所情報（利用場所）、希望利用開始日時、希望利用終了日時などが該当する。なお、住所情報は、車両が配備された場所（ステーションなど）を特定可能な情報であればよく、例えば、都道府県情報や市区町村情報などが該当する。また、希望利用開始日時から希望利用終了日時までの期間を希望利用期間ともいう。

車両リスト作成手段１３は、予約条件受付手段１２が受け付けた予約条件に合致する車両の情報をマスタＤＢ１８及び予約ＤＢ１９から抽出して車両リストを作成（作成）する機能を有する。車両リストの内容は、設計に応じて適宜設定することができるが、例えば、車両情報（車両ＩＤ、車両ナンバー、車両カラー、車種名等）と、当該車両の予約情報（予約済み日時）などが該当する。具体的には、車両リスト作成手段１３は、予約条件が住所情報、予約開始日時及び予約終了日時である場合、当該住所情報に合致するステーション（以下、「利用ステーション」という。）情報をマスタＤＢ１８のステーションマスタから検索して特定し、当該利用ステーションに配備されている車両（以下、「配備車両」という。）の車両情報をマスタＤＢ１８の車両マスタや車種マスタから検索して特定する。また、検索日時条件として、検索開始日時に「希望利用開始日時」を設定し、検索終了日時に「希望利用終了日時」を設定する。そして、当該検索日時条件に合致する配備車両の予約情報を予約ＤＢから抽出する。これにより、利用ステーションの配備車両の車両情報と、利用開始/終了日時における当該配備車両の予約状況が取得され、車両リストが作成される。

車両リスト最適化手段１４は、車両リスト作成手段１３により作成された車両リストの情報をカーシェアリング用に最適化する機能を有する。車両リストの最適化は、具体的には、カーシェアリングの実情に鑑みて設定される各種条件に従って車両リストを並び替えることにより行う。ここで、車両リストを並び替えるソート条件について特に限定はないが、本実施形態では、稼働率の均等化を図るための第１のソート条件、ガソリン不足による利便性低下防止を図るための第２のソート条件、予約可能な車両の特定を容易にするための第３のソート条件、利用者の嗜好に応じた車両選択を容易にするための第４のソート条件、利用者の性格に応じた車両選択を容易にするための第５のソート条件、車両の使用状態等に対するクレーム防止を図るための第６のソート条件などが含まれる。なお、これらのソート条件に基づく車両リストの最適化の詳細については、後述する。

画面表示制御手段１５は、カーシェアリング予約処理に係る画面がユーザ端末装置２のディスプレイに表示されるように制御する機能を有する。表示制御の対象となる画面は、特にその内容に限定はないが、例えば、予約条件を受け付けるための予約条件受付画面や、車両リストを含む予約登録画面などが該当する。なお、画面表示制御手段１５は、ユーザ端末装置２のディスプレイに限られず、車載機３などが有するディスプレイにも画面を表示するように制御することができる。

予約登録手段１６は、車両に対する予約情報を予約ＤＢに登録する機能を有する。予約情報は、その内容に特に限定はないが、例えば、予約ＩＤ、予約対象となる車両の車両ＩＤ、ユーザの会員ＩＤ、希望利用開始日時、希望利用終了日時などが該当する。

マスタ管理手段１７は、マスタＤＢ１８に格納される各種マスタを管理する機能を有する。マスタ管理手段１７は、ユーザ端末装置２、車載機３などから送信される各種情報に基づいて、または、予約サーバ１が備えるユーザインタフェースを介して入力される各種情報に基づいて、各種マスタへの情報の登録、更新、削除を実行する。マスタ管理手段１７が登録等を行う各種情報について、その内容に特に限定はないが、例えば、ユーザの操作に基づいてユーザ端末装置２から送信されるお気に入り情報、ユーザの操作に基づいて車載機３から送信される車内奇麗度に関するアンケート情報、車両の利用終了時に車載機３から送信される走行距離及び現在燃料電圧、また、カーシェアリングサービスの提供者による操作に基づいて車載機３から送信されるメンテンナンス情報などが該当する。

マスタＤＢ１８は、カーシェアリングに関する各種マスタ情報を格納する記憶手段であり、データベースとしての機能を有する。マスタＤＢ１８は、その内容に特に限定はないが、例えば、会員情報を保持するマスタとして、会員マスタと会員お気に入り情報マスタを有する。また、車両情報を保持するマスタとして、車両マスタ、ステーションマスタ、車両整備マスタ、車種マスタを有する。なお、後述するマスタＤＢ１８や予約ＤＢ１９のデータ構成は、その内容に特に限定はなく、仕様に応じて、項目の追加・変更・削除をすることができる。また、同図に示すようなデータ構造は、例えばリレーショナルデーターベース等の従来のデータベース技術を用いて構成することができる。

図２は、会員マスタのデータ構造の一例を表す図である。会員マスタは、カーシェアリングを利用する会員に関する情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、会員を一意的に識別する識別情報を格納する「会員ＩＤ」、会員の氏名を格納する「会員氏名」、ＩＣカードの番号を格納する「ＩＣカード番号」、会員のパスワードを格納する「パスワード」、会員が報告したクレームの件数を格納する「クレーム件数」などのデータ項目を有する。

図３は、会員お気に入り情報マスタのデータ構造の一例を表す図である。会員お気に入り情報マスタは、カーシェアリングを利用する会員のお気に入り情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、会員のお気に入りレコードを一意的に識別する識別情報を格納する「会員お気に入りＩＤ」、「会員ＩＤ」、会員のお気に入りステーションの名称を格納する「お気に入りステーション名」、当該ステーションの座標情報を格納する「緯度」「経度」、会員のお気に入り車種を格納する「お気に入り車種（１、２、３）」、会員のお気に入りカラーを格納する「お気に入りカラー（１、２、３）」などのデータ項目を有する。

図４は、車両マスタのデータ構造の一例を表す図である。車両マスタは、カーシェアリングの対象となる車両に関する情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、車両を一意的に識別する識別情報を格納する「車両ＩＤ」、車両のナンバーを格納する「車両ナンバー」、車両の車種の識別情報を格納する「車種ＩＤ」、車両のカラーを格納する「カラー」、車両が配備される配備ステーション（配備場所）の識別情報を格納する「配備ステーションＩＤ」、車両の積算走行距離を格納する「積算走行距離」、車両の燃料残量としての燃料電圧を格納する「現在燃料電圧」、車両の登録日を格納する「車両登録日」などのデータ項目を有する。

図５は、ステーションマスタのデータ構造の一例を表す図である。ステーションマスタは、カーシェアリングの対象となる車両を配備する場所（ステーション）に関する情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、ステーションを一意的に識別する識別情報を格納する「ステーションＩＤ」、ステーションの名称を格納する「ステーション名」、ステーションが位置する都道府県のコードを格納する「都道府県ＣＤ」、ステーションが位置する市区町村のコードを格納する「市区町村ＣＤ」などのデータ項目を有する。

図６は、車両整備マスタのデータ構造の一例を表す図である。車両整備マスタは、カーシェアリングの対象となる車両の整備に関する情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、車両の期間設定の識別情報を格納する「車両期間ＩＤ」、「車両ＩＤ」、車両の期間設定区分を格納する「車両期間設定区分」、車両期間の適用開始日を格納する「適用開始日」、車両期間の適用終了日を格納する「適用終了日」などのデータ項目を有する。

図７は、車種マスタのデータ構造の一例を表す図である。車種マスタは、カーシェアリングの対象となる車両の車種に関する情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、車種を一意的に識別する識別情報を格納する「車種ＩＤ」、車種の名前を格納する「車種名」、車種のクラスを格納する「車種クラス」、残燃料量の比率に応じて出力電圧値を格納する「残燃料量（０％、２５％、５０％、７５％、１００％）出力電圧値」（燃料残量対応電圧値）、最大燃料を格納する「MAX燃料」などのデータ項目を有する。なお、同図では、残燃料量の比率を５段階に分けているが、これに限られず、設計に応じて任意の段階を設けることができる。

図８は、予約ＤＢ１９のデータ構造の一例を表す図である。予約ＤＢは、カーシェアリングの車両予約に関する予約情報を格納するものであり、そのデータ構造に特に限定はないが、例えば、予約を一意的に識別する識別情報を格納する「予約ＩＤ」と、「車両ＩＤ」、「会員ＩＤ」、「利用開始日時」、「利用終了日時」、「料金プラン」、利用開始/終了時の燃料電圧を格納する「利用開始時燃料電圧」／「利用終了時燃料電圧」、予約利用時における走行距離を格納する「走行距離」、予約利用時のエコ運転度を格納する「エコ運転度」などのデータ項目を有する。なお、予約ＤＢ中の「利用開始日時」は「予約済み利用開始日時」、「利用終了日時」は「予約済み利用終了日時」といい、「予約済み利用開始日時」から「予約済み利用終了日時」までの期間を「予約済み期間」という。「エコ運転度」は、運転時の安全さや燃費の良い走行の度合を示す値が格納される。

［ユーザ端末装置］
ユーザ端末装置２は、ユーザの操作入力に基づいて予約サーバ１に対して予約条件を送信する機能、予約サーバ１から送信される予約登録画面などの各種画面データを受信してディスプレイに表示する機能、予約登録画面を介して予約登録を行う機能などを有している。また、ユーザ端末装置２は、予約サーバ１に対して会員登録する機能や、お気に入り情報を登録する機能なども有している。

ユーザ端末装置２は、その構成に特に限定はないが、例えば、ＰＣ、ＰＤＡ、携帯電話、カーナビゲーション装置、または、その他の端末装置が該当する。ユーザ端末装置２は、物理的には、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ユーザインタフェース、ディスプレイ、および通信インタフェース等のハードウェアを備える汎用又は専用のコンピュータにより構成することができ、例えば、ＣＰＵが、ＲＯＭ等に記憶されたプログラムを実行し、入力装置から入力されたデータやＲＡＭに展開されたデータを用いて処理することで、上記各種機能を実現することができる。

［車載機］
車載機３は、カーシェアリングにて利用される各種車両に搭載され、予約サーバ１との接続機能、車両情報（走行キロ、燃油残量など）の収集機能、予約サーバ１への各種情報送信機能、カーナビ（図示せず）接続機能などを有している。車載機３は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ、ユーザインタフェースおよび通信インタフェース等のハードウェアを備える汎用又は専用のコンピュータにより構成することができ、例えば、ＣＰＵが、メモリに記憶された所定のプログラムを実行することにより、上記機能を実現することができる。

［カーシェアリング予約処理の流れ］
図９〜図２３を参照して、本実施形態に係る予約サーバによるカーシェアリング予約処理について説明する。なお、後述するフローチャートに示す各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。また、各処理ステップ間に他のステップを追加してもよい。また、便宜上１ステップとして記載されているステップは、複数ステップに分けて実行することができる一方、便宜上複数ステップに分けて記載されているものは、１ステップとして把握することができる。

前提として、ユーザ端末装置２は、ユーザの操作に基づいて予約サーバ１にアクセスし、カーシェアサイト画面をディスプレイに表示する。そして、ユーザよりログイン情報が入力された場合は、入力されたログイン情報を予約サーバ１に送信する。

予約サーバ１は、ユーザ端末装置２から送信されたログイン情報を受け付けると、ログイン処理を実行する（Ｓ１０１）。ログイン処理は、例えば、ログイン情報に含まれる会員ＩＤ及びパスワードを、会員マスタに格納される会員ＩＤ及びパスワードと照合することにより行う。

ログインが成功した場合（Ｓ１０２；Ｙｅｓ）、予約条件選択画面データがユーザ端末装置２に送信される。ユーザ端末装置２は、予約条件選択画面データに基づく画面をディスプレイに表示し、ユーザより予約条件が入力されると、入力された予約条件を予約サーバ１に送信する。予約条件受付手段１２は、ユーザ端末装置２から送信される予約条件を受け付ける（Ｓ１０３）。予約条件には、例えば、住所情報（例えば、都道府県ＣＤと市区町村ＣＤ）と希望利用開始日時及び希望利用終了日時が含まれている。

車両リスト作成手段１３は、予約条件に含まれる住所情報に対応する利用ステーションをステーションマスタから抽出する（Ｓ１０４）。そして、抽出した利用ステーションに配備されている配備車両の情報を車両マスタと車種マスタから抽出する（第１抽出結果）（Ｓ１０５）。具体的には、都道府県ＣＤと市区町村ＣＤを有するステーションＩＤをステーションマスタから抽出し、抽出したステーションＩＤを有する車両ＩＤ、車両ナンバー、車両カラー、車種ＩＤを車両マスタから抽出し、当該車種ＩＤに該当する車種名を車種マスタから抽出する。

また、車両リスト作成手段１３は、検索日時条件を設定する（Ｓ１０６）。検索日時条件の設定は、例えば、検索開始日時に「予約開始日時」を設定し、検索終了日時に「予約終了日時」を設定することにより行う。そして、予約ＤＢから、配備車両の車両ＩＤと検索日時条件に合致する予約データを抽出する（第２抽出結果）（Ｓ１０７）。

車両リスト作成手段１３は、第１抽出結果と第２抽出結果とに基づいて、車両リストを作成する（Ｓ１０８）。車両リストには、例えば、第１抽出結果である車両情報（車両ＩＤ、車種名、車両ナンバー、車両カラー）と、第２抽出結果である予約情報（予約日時）が含まれる。

車両リストが作成されると、車両リスト最適化手段１４は、カーシェアリング用に当該車両リストを最適化するための最適化処理を実行する（Ｓ１０９）。なお、最適化処理の詳細については、後述する。

画面表示制御手段は、最適化された車両リストの情報を含む予約登録画面データをユーザ端末装置２へ送信し、ユーザ端末装置２は、予約登録画面データに基づく予約登録画面をディスプレイに表示する（Ｓ１１０）。ユーザが、予約登録画面に表示された車両リストから所望の車両を選択して予約を指示すると、ユーザ端末装置２は、選択された車両の車両ＩＤ、希望利用開始日時、希望利用終了日時、会員ＩＤ等を含む予約登録要求を予約サーバ１へ送信する。

予約サーバ１の予約登録手段１６は、予約登録要求を受け付けると、当該予約登録要求に基づいて予約情報を予約ＤＢに登録する。

次に、上記のように構成されるカーシェアリング予約処理における車両リストの最適化について第１最適化処理〜第７最適化処理を用いて説明する。

［第１最適化処理］
図１０〜図１２を用いて、車両の稼働率の均等化という観点から車両リストの最適化を実行する第１最適化処理について説明する。第１最適化処理は、具体的には、車両ナンバーの昇順ソートと降順ソートを切り替えながら実行する第１最適化処理（１）（図１０（Ａ））と、走行キロ数に基づいてソート処理を実行する第１最適化処理（２）（図１０（Ｂ））とを有する。

第１最適化処理（１）の場合、同図（Ａ）に示されるように、車両リスト最適化手段１４は、会員ＩＤに対応する前回のソート条件を会員マスタから取得する（Ｓ２０１）。そして、取得したソート条件が「昇順」あるいはソート条件が会員マスタに格納されていない場合（Ｓ２０２；Ｙｅｓ）は、ソートキーに「車両ナンバー」、ソート順に「降順」を設定する（Ｓ２０３）。一方、取得したソート条件が「昇順」でない場合（Ｓ２０２；Ｎｏ）は、ソートキーに「車両ナンバー」、ソート順に「昇順」を設定する（Ｓ２０３）。車両リスト最適化手段１４はソート条件に従って車両リストをソートする（Ｓ２０５）。車両リスト最適化手段１４は、ソート条件を会員マスタに格納する（Ｓ２０６）。

図１１は、第１最適化処理（１）の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。同図によれば、車両ナンバーを昇順でソートした場合の車両リスト３０１と、車両ナンバーを降順でソートした場合の車両リスト３０２とでは、リスト上位に表示される車両が異なることがわかる。したがって、予約のたびに異なる車両がリスト上位に表示されるので、従来と同様にユーザがリスト上位に表示される車両を選択した場合には、予約のたびに異なる車両が予約されることになる結果、同一ステーションに配備された複数車両間で稼働率の均等化を図ることが可能になる。

なお、車両ナンバーの昇順ソート及び降順ソートの切り替えは、上記方法に限られず、設計に応じた任意の方法を採用することができ、例えば、乱数などを用いてソート方法（昇順／降順）を決定するようにしてもよい。

次に、第１最適化処理（２）は、積算走行距離の多い車両は利用される度合いが多いため稼働率が高く、積算走行距離の少ない車両は利用される度合いが少ないため稼働率が低いという観点に基づき、積算走行距離の少ないものを優先的にリストの上位に表示させる（最適化）ことにより、稼働率を均等化させようとするものである。

図１０（Ｂ）に示されるように、車両リスト最適化手段１４は、車両リスト中の各車両の積算走行距離を、各車両の車両ＩＤに基づいて車両マスタから取得する（Ｓ３０１）。そして、ソートキーに「積算走行距離」、ソート順に「昇順」を設定し（Ｓ３０２）、ソート条件に従って車両リストをソートする（Ｓ３０３）。

図１２は、第１最適化処理（２）の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。同図の車両リスト３０１では、積算走行距離の少ない順に車種情報がリスト表示されていることがわかる（３０３ａ参照）。したがって、従来と同様にユーザがリスト上位に表示される車両を予約した場合には、積算走行距離の少ない車両が選択されることになるので、稼働率が低い車両が選択されやすくなり、その結果、同一ステーションに配備された複数車両間で稼働率の均等化を図ることが可能になる。

［第２最適化処理］
次に、図１３〜図１４を用いて、ガソリン不足による利便性低下防止という観点から車両リストの最適化を実行する第２最適化処理について説明する。

車両リスト最適化手段１４は、車両リスト中の各車両について燃料残量比率の算出処理を実行する（Ｓ４０１〜Ｓ４０６）。具体的には、燃料残量として各車両の燃料電圧（ｘ）を各車両の車両ＩＤに基づいて車両マスタから取得し（Ｓ４０２）、各車両の車種を各車両の車両ＩＤに基づいて車種マスタから取得する（Ｓ４０３）。次に、各車種の残燃料閾値（ｙ）を、車種ＩＤに基づいて車種マスタから取得する（Ｓ４０４）。なお、残燃料閾値（ｙ）は、残燃料比率ごとの出力電圧値であり、ここでは、残燃料量０％、残燃料量２５％、残燃料量５０％、残燃料量７５％、残燃料量１００％にそれぞれ対応する出力電圧値（閾値）を取得する。

そして、車両リスト最適化手段１４は、燃料電圧（ｘ）と残燃料閾値（ｙ）とに基づいて、該当車両の燃料残量比率を算出する（Ｓ４０５）。燃料残量比率は、「残燃料閾値（ｙｎ）≦車両の燃料電圧（ｘ）≦残燃料閾値（ｙｎ+１）」との条件を満たす場合の、残燃料閾値（ｙｎ）を設定することができる。例えば、残燃料量０％閾値≦燃料電圧（ｘ）≦残燃料量２５％閾値である場合は、当該車種の燃料残量比率は０％となり、残燃料量７５％閾値≦燃料電圧（ｘ）≦残燃料量１００％閾値である場合は、当該車種の燃料残量比率は７５％となる。

車両リスト最適化手段１４は、各車両について燃料残量比率を算出すると、ソートキーに「燃料残量比率」、ソート順に「降順」を設定し（Ｓ４０７）、ソート条件に従って車両リストをソートする（Ｓ４０８）。

図１４は、第２最適化処理の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。同図の車両リスト３０４では、燃料残量比率の多い順に車種情報がリスト表示されていることがわかる（３０４ａ参照）。したがって、従来と同様にユーザがリスト上位に表示される車両を予約した場合には、燃料残量比率の多い車両が選択されることになるので、ガソリン残量が相対的に多い車両が予約されやすくなり、その結果、ユーザが車両利用中にガソリン残量を気にしたり給油をしたりしなければならないといった事態の発生を防ぎ、ガソリン不足による利便性低下を防止することが可能になる。

なお、上述の例では、燃料残量比率をキーに車両リストを降順ソートする場合について説明したが、燃料残量そのものをキーに車両リストを降順ソートするようにしてもよい。また、配備車両の燃費情報と燃料残量から走行可能距離を算出し、この走行可能距離が降順となるように車両リストを並び替えてもよい。また、燃料残量比率の計算方法は、上述した方法に限られず、設計に応じて適宜既存の計算方法を適用することができる。

［第３最適化処理］
次に、図１５〜図１６を用いて、予約可能な車両の特定を容易にするという観点から車両リストの最適化を実行する第３最適化処理について説明する。

車両リスト最適化手段１４は、車両リスト中の各車両について最早予約済み日時の取得処理を実行する（Ｓ８０１〜Ｓ８０３）。ここで、最早予約済み日時とは、検索開始日時（希望利用開始日時）に最も近い当該車両の予約済み利用開始日時を意味する。例えば、検索開始日時が９時である場合に１２時から既に予約が入っている場合は、１２時が最早予約済み日時となり、検索開始日時が９時である場合に１６時から既に予約が入っている場合は、１６時が最早予約済み日時となる。したがって、最早予約済み日時が遅ければ遅いほど、検索開始日時から予約することが可能な期間が長くなる。車両リスト最適化手段１４は、各車両の予約済み日時を各車両の車両ＩＤと検索開始日時とに基づいて予約ＤＢから取得し、検索開始日時と当該取得した予約済み日時とを比較することにより、最早予約済み日時を特定する（Ｓ８０２）。車両リスト最適化手段１４は、各車両について最早予約済み日時を取得すると、ソートキーに「最早予約済み日時」、ソート順に「降順」を設定し（Ｓ８０４）、ソート条件に従って車両リストをソートする（Ｓ８０５）。

図１６は、第３最適化処理の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。最早予約済み日時を降順でソートする前の車両リスト３０５では、希望利用開始日時（９時００分）を基準に車両リストを見た場合に、車両の予約不可／予約可表示が混在して並んでいるため、予約可能な期間がどれくらいあるのか、把握することが難しい。一方、最早予約済み日時が降順（遅い順）となるようにソートした後の車両リスト３０６では、希望利用開始日時（９時００分）を基準に車両リストを見た場合、予約可能時間の多い順にリスト表示されているので、ユーザがリスト上位に着目すると同時に利用可能な車両を容易に特定することができる。その結果、カーシェアリング予約画面におけるユーザの操作性や利便性を向上することが可能になる。

［第４最適化処理］
次に、図１７〜図１８を用いて、利用者の嗜好に基づいて車両リストの最適化を実行する第４最適化処理について説明する。

なお、前提として、ユーザは、所定のお気に入り登録画面３０７（図１８（Ａ））を介して、好きな車両の色や利用したい車種を事前登録している。所定のお気に入り登録画面を介して入力されたお気に入り情報は、ユーザ端末装置２から予約サーバ１へ送信され、マスタ管理手段１７によって会員お気に入り情報マスタに登録される。ここでは、一例として、ユーザが、好きな色として「赤」、利用したい車種として「ＰＰＰ」を入力している。

車両リスト最適化手段１４は、会員ＩＤに基づいて会員お気に入り情報マスタを参照し（Ｓ６０１）、お気に入り車種又はお気に入りカラーが登録されているか否かを判断する（Ｓ６０２）。登録されている場合は（Ｓ６０２；Ｙｅｓ）、抽出条件として、「車両車種」にお気に入り車種を設定し、「車両カラー」にお気に入りカラーを設定する（Ｓ６０３）。そして、車両リストに抽出条件に合致するお気に入り車両があるか否かを判断し（Ｓ６０４）、判断結果が是である場合は（Ｓ６０４；Ｙｅｓ）、抽出されたお気に入り該当車両の車両情報を車両リストの上位に配置する。

なお、お気に入り車種又はお気に入りカラーが会員お気に入り情報マスタに登録されていない場合（Ｓ６０２；Ｎｏ）、また、車両リストにお気に入り車両が含まれていない場合は（Ｓ６０４；Ｎｏ）、処理を終了する。

図１８（Ｂ）は、第４最適化処理の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。同図（Ａ）に示すように、ここでは一例として、ユーザが好きな色として「赤」、利用したい車種として「ＰＰＰ」を入力しているので、同図（Ｂ）の車両リスト３０８では、色条件と車種条件の両方を満たす車両（ＰＰＰ）が最も上位に優先的に表示され、色条件を満たす車両（ＤＤＤ）が２番目に表示されていることがわかる。したがって、ユーザは、リスト上位に着目すると同時に自分の好きな車両を特定することができるようになる。その結果、カーシェアリング予約画面におけるユーザの操作性や利便性を向上することが可能になる。

なお、お気に入り車両を特定するための条件は、色や車種に限られず、設計に応じて適宜設定することが可能であり、例えば、車種クラス、走行距離などを設定することができる。また、１つの項目（例えば、色）について複数情報を設定（色１、色２、色３）してもよい。また、ユーザがお気に入り情報に優先度を設定し、当該設定された優先度に基づいてソートが実行されるように構成してもよい。

［第５最適化処理］
次に、図１９〜図２０を用いて、利用者の性格に基づいて車両リストの最適化を実行する第５最適化処理について説明する。

なお、前提として、ユーザは、前回のカーシェアリング利用時に所定のアンケート入力画面３０９（図２０（Ａ）参照）を介して、車内の綺麗度について回答を入力している。所定のアンケート入力画面を介して入力されたアンケート情報は、例えば、ユーザ端末装置２や車載機３から予約サーバ１へ送信され、回答が「否」である場合は、マスタ管理手段１７によって会員マスタのクレームに加算される。

車両リスト最適化手段１４は、会員ＩＤに基づいて会員マスタからクレーム件数を取得し（Ｓ７０１）、取得したクレーム件数が所定の閾値以上であるか否かを判断する（Ｓ７０２）。所定の閾値は設計に応じて任意に設定することができる。取得したクレーム件数が所定の閾値以上である場合は（Ｓ７０２；Ｙｅｓ）、各車両の直近のメンテナンス終了日を各車両の車両ＩＤに基づいて車両整備マスタから取得する（Ｓ７０３）。そして、ソート条件として、ソートキーに「メンテナンス終了日」かつソート順に「降順」を設定し、さらに、ソートキーに「車両登録日」かつソート順に「降順」を設定する（Ｓ７０４）。そして、ソート条件に従って車両リストをソートする（Ｓ７０５）。

図２０は、第５最適化処理の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。同図の車両リスト３１０では、メンテナンス終了日と車両登録日が新しい順にリスト表示されている。したがって、従来と同様にユーザがリスト上位に表示される車両を予約した場合には、メンテナンス終了日と車両登録日が新しい車両が選択されることになるので、奇麗好きなユーザに対して、新しい車両やメンテナンス終了後の車両を提供することができるようになる。その結果、奇麗好きなユーザが、車両の奇麗度に対して不満を持ち、カーシェアリングのサービス自体に不快感をもつような事態を防止することが可能になる。

なお、奇麗好きなユーザであるか否かは、車内の綺麗度に関するアンケート結果に限られず、例えば、ユーザの性別や年齢などに応じて自動的に決定するようにしてもよい。また、奇麗好きなユーザに対して提供する車両のソート基準は、メンテナンス終了日と車両登録日に限られず、例えば、車両ごとにクレームが通知された回数を格納しておき、このクレーム通知回数を降順にソートすることでクレーム通知回数が少ない車両が上位に表示されるようにしてもよい。

［第６最適化処理］
次に、図２１〜図２２を用いて、カーシェアリングにおける車両の使用状態などに対するクレームを防止又は減少させるという観点から車両リストの最適化を実行する第６最適化処理について説明する。

なお、前提として、各車両については、車両のメンテナンスや清掃が終了した時点で、所定の車両実績登録画面３１１（図２２（Ａ）参照）を介してメンテンナンス実績情報を登録している。具体的には、メンテンナンス実績情報は、各車両に搭載された車載機３から予約サーバ１へ送信され、マスタ管理手段１７によって車両整備マスタに登録される。

車両リスト最適化手段１４は、車両リスト中の各車両の直近のメンテナンス終了日を各車両の車両ＩＤに基づいて車両整備マスタから取得する（Ｓ８０１）。そして、ソート条件として、ソートキーに「メンテナンス終了日」かつソート順に「降順」を設定し（Ｓ８０２）、ソート条件に従って車両リストをソートする（Ｓ８０３）。

図２２（Ｂ）は、第６最適化処理の結果、ユーザ端末装置２に表示される予約登録画面の一例を示す図である。同図の車両リスト３１０では、メンテナンス終了日が新しい順にリスト表示されている。したがって、従来と同様にユーザがリスト上位に表示される車両を予約した場合には、メンテナンス終了日が新しい車両が選択されることになるので、車両の使用状態などに対するクレームを減少させることが可能になる。

［第７最適化処理］
次に、図２３を用いて、上記第１最適化処理（２）の変形例である第７最適化処理について説明する。第１最適化処理（２）では、稼働率の均等化を図るために積算走行距離をソート条件に設定したが、第７最適化処理は、積算走行距離に他の項目を加えた複合条件をソート条件に設定している。

車両リスト最適化手段１４は、各車両の積算走行距離を、各車両の車両ＩＤに基づいて車両マスタから取得する（Ｓ９０１）。各車両の車種クラスを、各車両の車両ＩＤに基づいて車種マスタから取得する（Ｓ９０２）。そして、第１ソート条件として「ソートキー＝車種クラス、ソート順＝昇順」、第２ソート条件として「ソートキー＝車種名、ソート順＝昇順」、第３ソート条件として「ソートキー＝積算走行距離、ソート順＝昇順」を設定し（Ｓ９０３）、ソート条件に従って車両リストをソートする（Ｓ９０４）。

本実施形態では、車種クラスは、値が小さいほど料金が安価に設定されている。したがって、上記最適化処理によれば、車両リストは、料金が安価順（車種クラスが小さい順）であり、車種名順であり、かつ、走行距離が少ない順に表示されるので、ユーザがリスト上位に表示された車両に着目した場合には、安価な車両を容易に選択することができるとともに、同一ステーションに配備された複数車両間で稼働率の均等化を図ることが可能になる。

以上、上記実施形態によれば、予約画面におけるカーシェアリング固有の問題を解決することができる新しいカーシェアリング予約システムを提供することができるようになる。

なお、本発明は、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。

例えば、上記実施形態では、第１最適化処理乃至第７最適化処理について、それぞれ説明したが、これら最適化処理において用いられたソート条件は、仕様に応じて条件内容を変更、追加、削除することができるとともに、各ソート条件を複数組み合わせて車両リストをソートするように構成することもできる。

１ 予約サーバ
２ ユーザ端末装置
３ 車載機
１１ 通信手段
１２ 予約条件受付手段
１３ 車両リスト作成手段
１４ 車両リスト最適化手段
１５ 画面表示制御手段
１６ 予約登録手段
１７ マスタ管理手段
１８ マスタＤＢ
１９ 予約ＤＢ
１００ 予約システム
Ｎ ネットワーク

Claims (2)

1. カーシェアリングの対象となる車両の配備場所と、メンテナンス終了日と、車両登録日と、を含む車両情報と、会員のクレーム回数とを格納するマスタ情報記憶手段と、
   前記車両の予約情報を格納する予約情報記憶手段と、
   前記車両の利用場所を含む予約条件を受け付ける予約条件受付手段と、
   前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ情報記憶手段から抽出し、当該配備車両の予約情報を前記予約情報記憶手段から抽出し、当該車両情報と当該予約情報とを含む車両リストを作成する作成手段と、
   会員のクレーム回数を前記マスタ情報記憶手段から参照し、当該クレーム回数が所定の閾値を超える場合は、前記配備車両のメンテナンス終了日と車両登録日とを前記マスタ情報記憶手段から特定し、当該特定したメンテナンス終了日と車両登録日とがそれぞれ降順となるように前記車両リストを並び替えることにより最適化する最適化手段と、
   前記最適化された車両リストを含む予約画面が表示されるように制御する表示制御手段と、
   を備えることを特徴とするカーシェアリング予約サーバ。
2. カーシェアリング予約サーバにおけるカーシェアリング予約方法であって、前記カーシェアリング予約サーバは、カーシェアリングの対象となる車両の配備場所と、メンテナンス終了日と、車両登録日と、を含む車両情報と、会員のクレーム回数とを格納するマスタ情報記憶装置と、前記車両の予約情報を格納する予約情報記憶装置と、を備え、
   前記方法は、
   端末装置から前記車両の利用場所と利用時間とを含む予約条件を受け付ける予約条件受付ステップと、
   前記利用場所に合致する配備場所に配備された配備車両の車両情報を前記マスタ情報記憶装置から抽出し、当該配備車両の予約情報を前記予約情報記憶装置から抽出し、当該車両情報と当該予約情報を含む車両リストを作成する作成ステップと、
   前記会員のクレーム回数を前記マスタ情報記憶装置から参照し、当該クレーム回数が所定の閾値を超える場合は、前記配備車両のメンテナンス終了日と車両登録日とを前記マスタ情報記憶装置から特定し、当該特定したメンテナンス終了日と車両登録日とがそれぞれ降順となるように前記車両リストを並び替えることにより最適化する車両リスト最適化ステップと、
   前記最適化された車両リストを含む予約画面が前記端末装置に表示されるように制御する表示制御ステップと、を備えることを特徴とするカーシェアリング予約方法。