JP6289267B2 - レンタカー管理システムおよび方法 - Google Patents

Description

本発明は、レンタカーサービスに係る自動車の運用を管理する技術に関する。

従来、自動車の利用形態として、個人では自動車を所有せず、必要なときに特定の期間（数時間や１日間等）だけ一時的に借りるレンタカーサービスやカーシェアリングサービスが利用されている。これにより、個人での車の維持管理が不要となり、自動車台数の増加によって生じる、大気汚染等の環境への負荷や交通渋滞が削減されるなどの様々なメリットがある。

ここで、従来のレンタカーシステムでは、借りた自動車を返却するとき、自動車を借りた営業所に返却していたため、利用者にとっては、その返却作業が煩雑であるという問題がある。そのため、近年、乗り捨てを前提としたレンタル方法が主流になりつつある（例えば、特許文献１、非特許文献１）。

特許文献１に開示された技術では、レンタカーの現在位置を含む情報が当該レンタカーから電話装置を介して通知されると、当該レンタカーの利用停止を確認し、所定の回収機関に当該レンタカーの現在位置を通知して回収を指示する。これにより、レンタカーの利用が終了したら、任意の場所に、任意な時間に乗り捨てることができるカーレンタルサービスを利用者に提供する。

また、非特許文献１に開示されているように、近年、欧州各地では既に乗り捨て可能なカーシェアリングサービスが実用化されている。このカーシェアリングサービスは、会員登録した利用者がレンタル用の車両を見つけたら、その車両に乗り込んですぐ利用を開始でき、そして指定エリア内であればどこにでも車両を乗り捨てることができる。つまり、これは片道利用あるいは乗り捨てが可能なレンタカーサービスである。

上述したようなサービスは、ある程度自由に路上駐車ができることが前提となっているが、路上駐車が認められない国や地域も存在する。日本の都市部がその一例である。そのような場合には民間の賃貸駐車場や商業施設に付帯している駐車場などを利用し、車両の貸出しおよび返却を所定の駐車場所で行う形態でのサービス展開が現実的と考えられる。

特開２００２−３５８５９４号

株式会社自動車新聞社 LIGARE（リガーレ） 2012.Dec, P18 メーカー主導の新たな一手 なぜダイムラーはcar2goなのか？ 「車離れ」でも成り立つビジネスと付加価値

しかしながら、所定の駐車場所で車両の貸出および返却を行うことにすると利便性の低下が懸念される。車両の貸出あるいはその予約を行うときに返却先の駐車場所および返却時刻を決めて返却の予約まで行う必要があるとすると、レンタカーを使った行動の自由が損なわれる。

それに対して、現状では、所定の駐車場所で車両の貸出しおよび返却を行うレンタカーサービスにおいて、車両の貸出あるいはその予約とは別に、その後刻に返却の予約あるいは直接返却を行うための有効な技術が確立されてない。

本発明の目的は、所定の駐車場所で貸出および返却を行うレンタカーサービスの利便性を向上させることが可能な技術を提供することである。

本発明の一態様による車両レンタル管理システムは、複数の顧客にそれぞれ所持される複数の移動端末、及び／又は複数の車両にそれぞれ設けられる複数の車載端末と通信可能であり、前記顧客へ前記車両を貸し出す車両レンタル業務を管理する車両レンタル管理システムであって、前記車両の貸出と返却の予約と実行を管理する制御システムと、前記制御システムによりアクセスされるデータベースと、を備え、前記データベースは、前記車両の貸出場所及び返却場所として用意された複数の駐車場所のそれぞれが、どの将来時刻に車両返却に利用可能であるかに関する情報を表した利用状況データを有し、前記制御システムは、前記移動端末及び／又は前記車載端末の中の第１の端末から受信された新たな返却予約の要求に応答して、前記利用状況データを参照して、前記複数の駐車場所のうちのどの駐車場所がどの将来時刻に利用可能であるかを把握することにより、前記新たな返却予約に関わる予約返却場所及び予約返却時刻を特定し、前記特定された予約返却場所及び予約返却時刻を定めた返却予約を設定する。

本発明の他の態様による車両レンタル管理システムは、複数の顧客にそれぞれ所持される複数の移動端末、複数の車両にそれぞれ設けられる複数の車載端末、及び／又は前記車両の貸出場所及び返却場所として用意された複数の駐車場所にそれぞれ設けられた場所端末と通信可能であり、前記顧客へ前記車両を貸し出す車両レンタル業務を管理する車両レンタル管理システムであって、前記車両の貸出と返却を管理する制御システムと、前記制御システムによりアクセスされるデータベースと、を備え、前記データベースは、どの顧客にどの車両がどの時刻から貸し出されているか関する情報を表した利用状況データと、前記複数の駐車場所のそれぞれの位置又は場所端末の情報を表した駐車場所データと、を有し、前記制御システムは、前記移動端末、前記車載端末、及び／又は前記場所端末の中の第２の端末から、実返却の通知を受け、前記実返却の通知と前記駐車場所データとに基づいて、前記通知された実返却の実行の事実を確認し、前記実返却の通知と前記利用状況データに基づいて、前記通知された実返却を実行した実返却顧客を特定し、前記実返却の通知に基づいて、前記通知された実返却が実行された実返却時刻を特定する。

本発明の更に他の態様による車両レンタル管理システムは、複数の車両にそれぞれ設けられる複数の車両端末と通信可能であり、顧客へ前記車両を貸し出す車両レンタル業務を管理する車両レンタル管理システムであって、前記車両の貸出と返却の予約と実行を管理する制御システムと、前記制御システムによりアクセスされるデータベースと、を備え、前記データベースは、前記車両の貸出場所及び返却場所として用意された複数の駐車場所に関する情報を表した駐車場所データを有し、前記制御システムは、目的地として設定された駐車場所と、前記車載端末により測定された現在位置とに基づいて定まる、前記駐車場所への到着予定時刻に基づいて、返却予約に関わる予約返却場所および予約返却時刻を把握し、前記返却予約に基づいて、当該車両の次の貸出予約を設定する。

本発明の更に他の態様による車両レンタル顧客端末は、顧客へ車両を貸し出す車両レンタル業務を管理する車両レンタル管理サーバと通信可能であり、前記顧客が利用する車両レンタル顧客端末であって、前記車両レンタル管理サーバと信号を送受信する通信インターフェースと、前記通信インターフェースを利用して前記車両レンタル管理サーバと通信する制御部と、を有し、前記制御部は、前記顧客が借りている車両の返却予約をするとき、前記顧客の顧客識別情報及び／又は前記車両の車両識別情報と、前記顧客が入力した希望返却時刻又は希望返却地域と、を前記車両レンタル管理サーバに送信し、前記車両レンタル管理サーバから、前記返却予約の車両返却に利用可能な駐車場所又は将来時刻を受信し、前記受信した駐車場所又は将来時刻を前記顧客に提示して選択を促し、選択された駐車場所又は将来時刻を前記車両レンタル管理サーバに通知する。

本発明によれば、所定の駐車場所で貸出および返却を行うレンタカーサービスの利便性を向上させることができる。

実施形態に係るレンタカー管理システムの全体構成を示す概念図である。 実施形態に係る移動端末の内部構成を示すブロック図である。 実施形態に係る店舗端末の内部構成を示すブロック図である。 実施形態に係る車載端末の内部構成を示すブロック図である。 実施形態に係るレンタカー管理サーバの内部構成を示すブロック図である。 実施形態に係るデータベースのデータ構造を模式的に示す説明図である。 実施形態に係る返却先設定時の動作を示すシーケンス図である。 実施形態に係る予約設定時の動作を示すシーケンス図である。 実施形態に係る貸渡時における動作を示すフローチャート図である。 実施形態に係る返却時における動作を示すフローチャート図である。 実施形態に係るレンタカー管理プログラムを記録したコンピュータ読み取り可能な記録媒体を示す説明図である。 実施形態に係る貸出予約要求処理における動作を示すシーケンス図である。 変更例に係る貸渡時における動作を示すフローチャート図である。 変更例に係る返却時における動作を示すフローチャート図である。 記憶装置２３のデータベース構造の変形例の要部構成を示す図である。 駐車状況データ２３４Ｂの登録例を示す図である。 駐車状況データ２３４Ｂの登録例を示す図である。 車両運行データ２３４Ｃ１の登録例を示す図である。 車両運行データ２３４Ｃ１の登録例を示す図である。 車両位置データ２３４Ｃ２の登録例を示す図である。 利用状況データベースの変形例を説明するための図である。 利用状況データベースの他の変形例を説明するための図である。 返却予約の全体プロセスの第１例を示すフローチャートである。 返却予約の全体プロセスの第２例を示すフローチャートである。 返却予約の全体プロセスの第３例を示すフローチャートである。 返却予約の全体プロセスの第４例を示すフローチャートである。 直接返却の全体プロセスの第１例を説明するための図である。 直接返却の全体プロセスの第２例を説明するための図である。 直接返却の全体プロセスの第３例を説明するための図である。 直接返却の全体プロセスの第４例を説明するための図である。 顧客および車両の特定処理の第１例を説明するための図である。 顧客および車両の特定処理の第９例を説明するための図である。

以下に添付図面を参照して、本発明に係るレンタカー管理システムの実施形態を詳細に説明する。図１は、本実施形態に係るレンタカー管理システムの全体構成を示す概念図である。なお、本実施形態では、本システムの顧客のうち、現在利用している顧客Ｕ１が使用している車両Ｃを、その返却後に別の顧客Ｕ２が借用する場合を例に説明する。なお、本実施形態において時刻という場合には、その中に年、月、日、時に関する情報が含まれるものとする。

図１に示すように、レンタカー管理システムは、レンタカーサービスに係る車両の運用を管理するシステムである。このレンタカー管理システムは、レンタカーの運用に関する情報を蓄積し、通信ネットワーク３を通じて利用状況に関する情報を閲覧可能に提供するレンタカー管理サーバ２と、顧客Ｕ１及び次にその車両を利用する顧客Ｕ２が携帯する移動端末Ｍ１及び移動端末Ｍ２と、店舗Ｓ側に設置される情報処理端末である店舗端末Ｍ３から概略構成される。

レンタカー管理サーバ２は、車両の貸渡しに関する情報を蓄積したデータベースサーバや、この貸渡しに関する情報を配信するＷｅｂサーバなど、複数のサーバ群から構成される。各サーバ装置の機能は、各種情報処理を実行するサーバコンピュータ或いはその機能を持ったソフトウェアで実現される。

ここで、Ｗｅｂサーバとしては、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）等のドキュメントシステムにおいて、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイル、音楽ファイルなどの情報送信を行うサーバコンピュータ或いはその機能を持ったソフトウェアであり、ＨＴＭＬ文書や画像などの貸渡しに関する情報を蓄積しておき、移動端末Ｍ１、Ｍ２及び店舗端末Ｍ３からの要求に応じて、通信ネットワーク３を通じて、レンタカーに関する情報を送信する。

移動端末Ｍ１、Ｍ２は、例えば、スマートフォンや携帯電話機、モバイルのように、無線通信を利用した、携帯可能な電話機であり、基地局等の中継点と携帯電話機が無線で通信し、通話やデータ通信等の通信サービスを移動しつつ受けることができる。この携帯電話機の通信方式としては、例えば、３Ｇ方式や、ＦＤＭＡ方式、ＴＤＭＡ方式、ＣＤＭＡ方式、Ｗ−ＣＤＭＡのほか、ＰＨＳ（Ｐｅｒｓｏｎａｌ Ｈａｎｄｙｐｈｏｎｅ Ｓｙｓｔｅｍ）方式、公衆無線ＬＡＮ方式等が挙げられる。また、この移動端末Ｍ１は、デジタルカメラ機能、アプリケーションソフトの実行機能、或いはＧＰＳ機能等の機能が搭載され、携帯情報端末としての機能も果たす。

店舗Ｓは、例えば、車両を管理するレンタカー会社の営業所や、レンタカー会社と駐車スペースの利用契約を結んだ駐車場又はコンビニエンスストア等であり、店舗毎に所定数の駐車スペースが確保されている。なお、この店舗Ｓは、駐車スペースが確保されていればよく、空き地等であってもよい。そして、この店舗Ｓには店舗端末Ｍ３が設けられ、この店舗端末Ｍ３に読取装置８が接続されている。

店舗端末Ｍ３は、例えば、コンビニエンスストア等の店舗Ｓに設置され、ＣＰＵによる演算処理機能、及び通信インターフェースによる通信処理機能を備えた情報処理端末であり、パーソナルコンピュータ等の汎用コンピュータや、機能を特化させた専用装置（例えば、ＰＯＳ装置等）により実現することができ、移動端末Ｍ１及びＭ２と同様なモバイルコンピュータやＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ）、携帯電話機等も含まれる。

読取装置８は、顧客の識別情報を読み取るリーダライタ装置である。この読取装置８としては、接触式、又は非接触式の装置であり、接触式の装置には、ＩＣチップ等が搭載されたカードや磁気カードなどをスロットに挿入する挿入式の装置や、スリットの上から下へ通すスライド式の装置などがあり、非接触式の装置には、ＩＣチップ搭載のカードの内部にアンテナを持ち、外部のリーダライタ装置が発信する弱い電波を利用してデータを送受信する装置などがある。

なお、本実施形態においては、読取装置８は店舗端末Ｍ３と外部接続された構成としたが、本発明はこれに限定されるものではなく、顧客の識別情報を読み取ることができればよく、例えば、店舗端末Ｍ３に読取装置８が内蔵された構成としてもよい。

通信ネットワーク３は、通信プロトコルＴＣＰ／ＩＰを用いて種々の通信回線（ＦＴＴＨなどの光回線、ＡＤＳＬ回線などの公衆回線、専用回線、無線通信網）を相互に接続して構築される分散型のＩＰ網であり、このＩＰ網には、１０ＢＡＳＥ−Ｔや１００ＢＡＳＥ−ＴＸ等によるイントラネット（企業内ネットワーク）や家庭内ネットワークなどのＬＡＮなども含まれる。

無線基地局４は、中継装置５を通じて通信ネットワーク３に接続され、移動端末Ｍ１との間で無線通信接続を確立し、移動端末Ｍ１による通話やデータ通信を提供する装置である。中継装置５は、通信ネットワーク３に接続するためのモデムやターミナルアダプタ、ゲートウェイ装置等のノード装置であり、通信経路の選択や、データ（信号）の相互変換を行い、無線基地局４と、通信ネットワーク３との間における中継処理を行う。

なお車両Ｃは、レンタカー会社が所有及び管理する乗用車であり、ワゴンやセダンなど各種の車両や、二輪車や作業車等の車両一般が含まれ、複数の車両Ｃが各店舗に配置されている。この車両Ｃには、車載端末６が搭載されている。この車載端末６は、車両の現在位置及びその変位を測定し、電子的に車両の走行時に現在位置や目的地への経路案内を表示する機能を有する電子機器である。また、車両Ｃ内部には、車両の鍵を内部に保管するキーボックスが設置されている。なお、ここでは車両Ｃを例に説明するが、本発明は、いわゆる乗用車に限らず、二輪車や自転車の他、船舶などあらゆる乗り物や移動手段に適用することができる。

（各装置の機能モジュール）

次いで、各装置の内部構成について詳細に説明する。図２は、本実施形態に係る移動端末Ｍ１及びＭ２の内部構成を示すブロック図であり、図３は、本実施形態に係る車載端末の内部構成を示すブロック図である。また、図４は、本実施形態に係るレンタカー管理サーバ２の内部構成を示すブロック図であり、図５は、実施形態に係るデータベースのデータ構造を模式的に示す説明図である。なお、説明中で用いられる「モジュール」とは、装置や機器等のハードウェア、或いはその機能を持ったソフトウェア、又はこれらの組み合わせなどによって構成され、所定の動作を達成するための機能単位を示す。

（１）移動端末Ｍ１及びＭ２
移動端末Ｍ１及びＭ２は、図２に示すように、ユーザーインターフェース系のモジュールとして入力インターフェース１２と、出力インターフェース１３とを備えている。入力インターフェース１２は、操作ボタンやタッチパネル、ジョグダイヤルなどユーザー操作を入力するデバイスである。出力インターフェース１３は、ディスプレイやスピーカーなど、映像や音響を出力するデバイスである。特に、この出力インターフェース１３には、液晶ディスプレイなどの表示部１３ａが含まれている。

また、移動端末Ｍ１及びＭ２は、通信系のモジュールとして無線インターフェース１１を備えている。無線インターフェース１１は、通話やデータ通信が可能な無線通信インターフェースであり、無線データ通信によるパケットデータの送受信を行うことができる。また、無線インターフェース１１には、ブルートゥース方式（Ｂｌｕｅｔｏｏｔｈ：登録商標）やＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）方式、赤外線などによる近距離無線通信を行うためのデバイスである近距離無線通信部１１ａも備えている。本実施形態の移動端末Ｍ１及びＭ２は、当該近距離無線通信部１１ａを用いて、店舗端末Ｍ３及び車載端末６に対して移動端末Ｍ１及びＭ２固有の識別子である顧客ＩＤを送信するようになっている。

この顧客ＩＤは、本システムの顧客を識別するための情報であり、本実施形態においては、移動端末に非接触型のＩＣチップ（例えば、ＦｅｌｉＣａ（登録商標））を有している場合には、このＩＣチップに記憶されたシリアルナンバーを顧客ＩＤとしている。なお、移動端末が非接触型のＩＣチップを搭載していない場合には、例えば、電話番号を顧客ＩＤとしてもよいし、非接触型のＩＣチップが搭載された会員カードを別途発行して、顧客に携帯させてもよい。

また、移動端末Ｍ１及びＭ２は、位置情報取得部１４及びメモリ１５を備えている。位置情報取得部１４は、自機の現在位置を測定するモジュールであり、例えば、衛星７からのＧＰＳ信号に基づいて、現在位置の座標を演算したり、通信相手である基地局の基地局識別子や、この基地局からの信号強度などの電波状況から、移動端末Ｍ１及びＭ２自身で自機の位置情報を取得することが可能となっている。

メモリ１５は、各種データを蓄積するための記憶装置であり、このメモリ１５には、各部を制御するための制御プログラムや各種の初期設定値、フォントデータ、本実施形態に係るレンタカー管理プログラム、移動端末Ｍ１及びＭ２の顧客ＩＤが含まれている。

さらに、移動端末Ｍ１及びＭ２は、アプリケーション実行系のモジュールとして、アプリケーション実行部１７と、利用情報送信部１６とを備えている。アプリケーション実行部１７は、一般のＯＳやブラウザソフト、レンタル管理アプリケーションなどの各種のアプリケーションを実行するモジュールであり、通常はＣＰＵ等により実現される。移動端末Ｍ１、Ｍ２の制御部であるアプリケーション実行部１７がレンタカー用のアプリケーションを実行することにより、移動端末Ｍ１、Ｍ２がレンタカーの顧客用の移動端末として動作する。

このアプリケーション実行部１７は、ＵＩ制御部１７ａと、予約設定部１７ｂと、到着情報通知部１７ｃとを備えている。ＵＩ制御部１７ａは、レンタカー管理アプリケーションを実行することによって構築され、Ｗｅｂページを閲覧するためのモジュールであり、レンタカー管理サーバ２にアクセスして、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。特に、本実施形態において、ＵＩ制御部１７ａは、レンタカーに関する情報として、レンタカーの予約画面や、返却先を設定する画面をＷｅｂページとして表示部１３ａに表示させて閲覧可能とする。

具体的に、ＵＩ制御部１７ａは、Ｕ２の予約開始の操作信号を取得すると、位置情報取得部１４、又は車載端末６のＧＰＳ受信機６５ｂが取得した位置情報を取得し、顧客の現在地に近い店舗Ｓの中から、現在待機している車両、及びその店舗Ｓを返却先として設定された車両の情報を予約画面に表示するようになっている。この際、ＵＩ制御部１７ａは、レンタカー管理サーバ２を通じて、車両Ｃが入庫されている店舗情報及び車種情報を待機中の車両情報として取得し、現在利用している車両Ｃの到着予定時刻及び設定された返却先に関する情報を到着情報として取得して表示する。さらに、ＵＩ制御部１７ａは、返却先の設定画面を表示する際、各店舗の利用状況に関する情報を取得し、空きスペースの有無についても表示するようになっている。

予約設定部１７ｂは、ユーザー操作に応じて、車両の貸渡しの予約を設定するモジュールであり、レンタカー管理サーバ２から取得した、待機中の車両情報、及び返却中の車両に関する到着情報に基づいて、車両の貸渡しの予約を設定するようになっている。具体的には、表示部１３ａに表示された予約画面から貸渡可能な車両と、利用時刻を選択することで、その選択情報が予約情報としてレンタカー管理サーバ２へ送信され、予約が設定される。

また、予約設定部１７ｂは、到着情報を取得する前に、次の顧客Ｕ２の操作に基づいて車両Ｃの貸渡し希望地点を指定した、希望地点における車両Ｃの貸渡しについての予約の要求を、貸出予約要求処理として、事前に受け付ける機能を備えている。この貸出予約要求処理は、例えば、次の顧客Ｕ２の操作によって選択された店舗又はエリア等に貸出可能な車両（返却予定の車両も含む）がない場合や、予約時刻が現在時刻よりも先である場合に実行される。本実施形態では、表示部１３ａに表示された予約画面から、所定の店舗、又は複数の店舗を含む所定エリアを選択するとともに、利用時刻を入力することで、その選択情報が貸出予約要求情報として設定され、レンタカー管理サーバ２へ送信される。

到着情報通知部１７ｃは、顧客の操作に基づいて車両の目的地を返却先として設定するモジュールである。この際、到着情報通知部１７ｃは、位置情報取得部１４、又は車載端末６のＧＰＳ受信機６５ｂによる測定結果（位置情報）に応じて、返却先への到着予定時刻を算出し、算出された到着予定時刻及び設定された返却先に関する情報を到着情報としてレンタカー管理サーバ２に通知する機能も備えている。具体的に、到着情報通知部１７ｃは、現在の位置情報と、目的地の位置情報とから走行距離を算出するとともに、道路の規制速度に基づいて到着予定時刻を算出する。なお、この際、道路の交通状況に関する情報を取得して到着予定時刻を変動させることもできる。

また、到着情報通知部１７ｃは、返却先を設定する際、検索条件を受け付け、目的地を絞り込む機能も備えている。この検索条件としては、各種設定可能であり、例えば、所定エリアで検索することもできる、また、レンタカー運営会社の営業所や、コンビニエンスストアなど店舗種別で検索も可能であり、さらに同系列の店舗内のみの検索も可能である。

さらに、本実施形態において、到着情報通知部１７ｃは、顧客Ｕ１が目的地を設定する際、地図情報を参照して、顧客Ｕ２による貸出予約要求で指定された希望地点を候補地として選択可能に表示する機能を備えている。この貸出予約要求の情報は、目的地設定操作時にレンタカー管理サーバ２から随時、受信されるようになっている。

なお、アプリケーション実行部１７には、メール機能も備えており、レンタカー管理サーバ２から、予約完了の確認メールを受信するようになっている。また、アプリケーション実行部１７は、レンタカー管理プログラムを本端末にインストールした際、初期設定画面を表示させて、顧客の氏名、住所、生年月日等の個人情報の入力を受け付ける。そして、これらの個人情報に加え、メモリ１５内から当該端末の電話番号及びＩＣチップ等のシリアルナンバーを抽出して、レンタカー管理サーバ２へ送信するようになっている。

利用情報送信部１６は、入力インターフェース１２の操作信号をレンタカー管理サーバ２に送信するモジュールであり、例えば、ユーザーの操作に応じて、予約・返却画面の閲覧要求や、予約情報、到着情報等を送信する。この際、利用情報送信部１６は、操作信号とともに、現在の位置情報や顧客ＩＤをレンタカー管理サーバ２に送信するようになっている。

（２）店舗端末Ｍ３及び読取装置８
読取装置８は、店舗端末Ｍ３と、有線又は無線によって接続された装置であり、図３に示すように、識別情報取得部８１と、出力インターフェース８２とを備えている。識別情報取得部８１は、移動端末Ｍ１及びＭ２から顧客識別情報を読み取り、取得するモジュールであり、ＩＣカードや情報端末装置から情報を読み取る、接触式、非接触式の装置などを用いることができる。

出力インターフェース８２は、識別情報取得部８１が取得した識別情報を店舗端末Ｍ３へ出力するモジュールである。本実施形態において、読取装置８と、店舗端末Ｍ３との接続方法としては、例えば、ＵＳＢケーブルを介した接続や、ブルートゥースなどの無線通信を用いてもよい。また、読取機能を備えたマイクロＳＤ等の記憶カードを読取装置８として、直接、店舗端末Ｍ３に内蔵した形態としてもよい。

一方、店舗端末Ｍ３は、図３に示すように、入力インターフェース３２と、出力インターフェース３３と、通信インターフェース３１と、メモリ３５と、アプリケーション実行部３７とを備えている。

入力インターフェース３２は、マウスや、キーボード等のユーザー操作を入力するデバイスである。出力インターフェース３３は、ディスプレイやスピーカーなど、映像や音響を出力するデバイスである。特に、この出力インターフェース３３には、液晶ディスプレイなどの表示部３３ａが含まれている。

通信インターフェース３１は、通話やデータ通信が可能な通信インターフェースであり、通信ネットワーク３を介してパケットデータの送受信を行うことができる。また、通信インターフェース３１には、ブルートゥース方式（Ｂｌｕｅｔｏｏｔｈ：登録商標）やＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）方式、赤外線などによる近距離無線通信を行うためのデバイスである近距離無線通信部３１ａも備えている。本実施形態の店舗端末Ｍ３は、当該近距離無線通信部３１ａを用いて、移動端末Ｍ１及びＭ２から顧客ＩＤを受信するようになっている。

メモリ３５は、各種データを蓄積するための記憶装置であり、このメモリ３５には、各部を制御するための制御プログラムや各種の初期設定値、フォントデータ、各辞書データ、本実施形態に係るレンタカー管理プログラム、店舗端末Ｍ３固有の識別子である店舗ＩＤが含まれている。

カメラ３４は、静止画、又は動画を撮影する撮像装置であって、図示しないレンズと、ＣＣＤである固定撮像素子から構成され、入射された被写体像を表す光がＣＣＤの受光面に結像され、カメラ信号処理回路及びＡ／Ｄ変換器等を介して、メモリ３５に画像データを送信する。

アプリケーション実行部３７は、一般のＯＳやブラウザソフト、レンタル管理アプリケーションなどの各種のアプリケーションを実行するモジュールであり、通常はＣＰＵ等により実現される。なお、このアプリケーション実行部３７は、ＵＩ制御部３７ａを備えている。ＵＩ制御部３７ａは、レンタカー管理アプリケーションを実行することによって構築され、Ｗｅｂページを閲覧するためのモジュールであり、レンタカー管理サーバ２にアクセスして、インターネットからＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイルや画像ファイルなどをダウンロードし、レイアウトを解析して表示・再生する。そして、ＵＩ制御部３７ａは、貸渡手続、及び返却手続に関するＷｅｂページを表示させ、閲覧可能とする。

また、ＵＩ制御部３７ａは、レンタル管理アプリケーションが実行されることで、所定の角度から車両Ｃを撮影するためのフレームを画面上に表示させ、店員Ｕ３に対し、表示させたフレーム内に車両Ｃを撮影させるようになっている。また、なお、次の顧客Ｕ２が初回利用時である場合には、次の顧客Ｕ２の免許証を店舗端末Ｍ３のカメラ３４によって撮影し、その画像データをレンタカー管理サーバ２へ送信するようになっている。

利用情報送信部３６は、入力インターフェース１２の操作信号等をレンタカー管理サーバ２に送信するモジュールである。本実施形態において、利用情報送信部３６は、店員の操作に応じて、貸渡手続及び返却手続に関する操作信号や、撮像した車両Ｃの画像データ、読み取った顧客ＩＤを送信する。なお、この際、利用情報送信部１６は、各種のデータとともに店舗ＩＤをレンタカー管理サーバ２に送信するようになっている。

（３）車載端末６
次いで、車載端末６の内部構成について説明する。図４は、車載端末６の内部構成を示すブロック図である。図４に示すように、車載端末６には、無線インターフェース６１と、入力インターフェース６２と、出力インターフェース６３と、制御部６４と、位置検出部６５と、メモリ６６と、近距離無線通信部６７とを備えている。

無線インターフェース６１は、データ通信が可能な無線通信インターフェースであり、無線データ通信によるパケットデータの送受信を行うことができる。また、無線インターフェース６１には、ＦＭ多重放送や道路上の発信機から送信されているＶＩＣＳ（登録商標）信号を受信することにより、例えば渋滞や交通規制、駐車場の混雑状況等の交通情報や道路情報をリアルタイムに取得する機能も備えている。近距離無線通信部６７は、運転席側のサイドガラスやフロントガラスに設けられた、ブルートゥース方式（Ｂｌｕｅｔｏｏｔｈ：登録商標）やＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）方式、赤外線などによる近距離無線通信を行うためのデバイスであり、接近した移動端末Ｍ１及びＭ２から顧客ＩＤを読み取るようになっている。

入力インターフェース６２は、操作ボタンやタッチパネル、ジョグダイヤルなどユーザー操作を入力するデバイスである。出力インターフェース６３は、ディスプレイやスピーカーなど、映像や音響を出力するデバイスである。特に、この出力インターフェース６３には、液晶ディスプレイなどの表示部６３ａが含まれている。

位置検出部６５は、車両の位置、進行方向、速度等を検出するモジュール群であり、ジャイロセンサ６５ａと、ＧＰＳ受信機６５ｂと、加速度センサ６５ｃとを備えている。ジャイロセンサ６５ａは、車両Ｃの姿勢や動きを検出するための２軸又は３軸のジャイロセンサを備えており、当該ジャイロセンサの検出信号は制御部６４へ送られる。この時の制御部６４は、ジャイロセンサ６５ａの検出信号に基づいて、車両Ｃの移動方向、移動量等を算出する。

加速度センサ６５ｃは、本実施形態の携帯電話端末が動かされた際の加速度を検出し、当該加速度センサ６５ｃの検出信号は制御部６４へ送られる。この時の制御部６４は、上記加速度センサ６５ｃの検出信号に基づいて、車両Ｃの移動時における加速度を算出する。

ＧＰＳ受信機６５ｂは、ＧＰＳにおける測地衛星の発信する電波を受信し、現在位置を測定する装置である。具体的に、ＧＰＳ受信機６５ｂは、ＧＰＳアンテナの電波受信に基づいて、自端末の現在位置の緯度及び経度を求める。そしてＧＰＳデータ（緯度，経度を表すデータ）は、制御部６４へ送られる。

メモリ６６は、各種データ又はプログラムを蓄積するための記憶装置であり、制御部６４が各部を制御するための制御プログラムや各種の初期設定値、フォントデータ、各辞書データ、ナビゲーション機能を実行するためのナビゲーションプログラム、本実施形態に係るレンタカー管理プログラム、当該車両Ｃを識別する車両ＩＤなどを記憶している。また、メモリ６６には、レンタカー管理サーバ２から現在の顧客及び予約者の利用状況に関する情報（顧客ＩＤ及び利用時刻等）を受信して蓄積している。

制御部６４は、ＣＰＵやＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のプロセッサ、メモリ、及びその他の電子回路等のハードウェア、或いはその機能を持ったプログラム等のソフトウェア、又はこれらの組み合わせなどによって構成された演算モジュールであり、プログラムを適宜読み込んで実行することにより種々の機能モジュールを仮想的に構築し、構築された各機能モジュールによって、各部の動作制御、ユーザー操作に対する種々の処理を行っている。特に本実施形態の場合、制御部６４は、メモリ１５のナビゲーションプログラムによって一般的な道案内機能を実行し、また、レンタカー管理プログラムによって、レンタカー返却機能等を実行する。

具体的に、制御部６４は、ナビ制御部６４ｃと、ドア施錠制御部６４ｂと、エンジン制御部６４ａとを備えている。ナビ制御部６４ｃは、位置検出部６５から得られる現在位置情報等と、顧客の手作業等により入力された目的地や経由地の情報と、地図情報とを用いて、出発地或いは現在位置から目的地に至るまでの行程（経路、ルート）を地図上に表示等するような、一般的な道案内機能を実行するモジュールである。

ドア施錠制御部６４ｂは、車両Ｃのドアの施錠又は解錠を制御するモジュールであり、本実施形態では、近距離無線通信部６７を介して、移動端末Ｍ１及びＭ２から顧客ＩＤを取得して、当該顧客ＩＤが予約された顧客ＩＤと一致するか否かを判断する。また、ドア施錠制御部６４ｂは、現在時刻が予約された時刻内か否かについても判断する。そして、ドア施錠制御部６４ｂは、顧客ＩＤ及び時刻情報が一致する場合にはドアロックを解除し、予約された顧客ＩＤと相違する場合や、現在時刻が予約時間と異なる場合は、ドアの施錠状態を維持する。

エンジン制御部６４ａは、車両のエンジンを制御するモジュールであり、本実施形態では、近距離無線通信部６７によって取得された移動端末Ｍ１又はＭ２の顧客ＩＤを取得して、当該顧客ＩＤが予約された顧客ＩＤと一致するか否か、を判断することで、例えば、鍵穴に差し込んだ鍵を回転不能とするなど、エンジンの点火装置を駆動制御する。また、エンジン制御部６４ａは、現在時刻が予約された時刻内か否かについても判断する。ここで、エンジン制御部６４ａは、ドア施錠制御部６４ｂと連動されており、ドアの開閉時に取得した顧客ＩＤに基づいて制御する。なお、ドアロックが解除された後、再度、近距離無線通信部６７に移動端末Ｍ１及びＭ２を近づけて顧客ＩＤを読み取らせてもよい。

また、本実施形態では、近距離無線通信部６７を介して、顧客ＩＤを受信することでドアの開閉を制御したが、例えば、ＧＰＳ機能に応じて、移動端末Ｍ１又はＭ２の位置情報と、車両Ｃの位置情報とを比較して、移動端末Ｍ１又はＭ２と、車両Ｃとが近い場合にドアのロックを解錠可能とする構成であってもよい。

なお、本実施形態において、制御部６４は、所定時間毎に位置情報を取得して、車両の軌跡を収集する機能も備えている。そして、これらの情報は、レンタカー管理サーバ２へ送信され、記憶装置等に記録される。この情報は、例えば、事故や事件が生じた場合に、公的機関の要請があった場合に限定して開示してもよい。

（４）レンタカー管理サーバ２
図５は、レンタカー管理サーバ２の内部構成を示すブロック図である。このレンタカー管理サーバ２は、記憶領域を提供するストレージサーバとしての機能と、レンタカー情報の配信や管理を行うＷｅｂサーバとしての機能を併せ持っており、単一のサーバ装置、或いは複数のサーバ群で構成することができ、これらサーバ装置上で実行されるサーバ管理アプリケーションにより、各種の機能モジュールが構築される。具体的には、図４に示すように、レンタカー管理サーバ２は、通信インターフェース２１と、制御部２２と、各種の記憶装置２３（２３１〜２３５）とを備えている。

記憶装置２３は、地図情報を蓄積する地図情報蓄積部２３１と、顧客に関する情報を蓄積する顧客情報データベース２３２と、店舗に関する情報を蓄積する店舗データベース２３３と、レンタカーの申込情報や利用状況を蓄積する利用状況データベース２３４と、車両Ｃに関する情報を蓄積する車両データベース２３５とが含まれている。これらは、図６に示すように、複数のテーブルデータとリレーションを相互に形成したリレーショナルデータベースであり、各データベースに蓄積された顧客情報、店舗情報、利用状況情報、車両情報が相互に関連付けられて、車両ＩＤ、顧客ＩＤ、及び店舗ＩＤに基づいて管理可能となっている。

具体的に、顧客データベース２３２は、レンタカー管理サービスを利用する顧客に関するテーブルデータであり、このテーブルデータには、顧客を識別する顧客ＩＤが付与され、この顧客ＩＤをインデックスとして、使用する携帯電話番号、氏名、住所や、付与されるポイント数等が記録されている。

店舗データベース２３３は、車両Ｃを貸し出す店舗Ｓに関する情報を蓄積するテーブルデータであり、このテーブルデータには、店舗Ｓを識別する店舗ＩＤが付与され、この店舗ＩＤをインデックスとして、店舗Ｓの位置情報、営業時間、設置可能台数、現在の空きスペース等の情報が記憶されている。

車両データベース２３５は、車両Ｃに関する情報に関するテーブルデータであり、このテーブルデータには、例えば、車両登録番号などの車両Ｃを識別する車両ＩＤと、この車両ＩＤをインデックスとして、車種に関する情報、利用状況、待機している店舗ＩＤ、及びレンタル料金等が含まれている。

利用状況データベース２３４は、レンタカーの予約情報を含んだ利用状況に関するテーブルデータであり、利用の申し込みを受け付けた際に付与される予約ＩＤをインデックスとして、貸渡予定時刻、貸渡店舗を識別する店舗ＩＤ、予定返却時刻、返却予定の店舗ＩＤ、顧客ＩＤ、車両ＩＤ等が含まれている。

地図情報蓄積部２３１は、所定地域の地理的情報を蓄積する地図情報を蓄積する記憶装置であり、本実施形態では、車両の貸渡しや返却となる目的地の候補地（店舗等）が、緯度及び経度の座標上にベクトルデータ等で蓄積されている。また、この地図情報は、例えば、都道府県、市区町村毎や、駅の西口、東口など、複数の店舗が点在するエリアを所定エリアとして区画しており、隣接するエリア同士は重複する部分があり、その重複部分には単数又は複数の店舗が配置されている。なお、この地図情報は、移動端末Ｍ１及びＭ２、車載端末６に送信され、それぞれのメモリ内にも蓄積されている。

通信インターフェース２１は、通信ネットワーク３を通じて移動端末Ｍ１及びＭ２、店舗端末Ｍ３、又は車載端末６との間でデータの送受信を行うインターフェースである。この通信インターフェース２１を通じて、例えば、レンタカーの申込に関するデータが送信され、そのレンタカーに関する予約情報等が受信される。

制御部２２は、ＣＰＵやＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）等のプロセッサ、メモリ、及びその他の電子回路等のハードウェア、或いはその機能を持ったプログラム等のソフトウェア、又はこれらの組み合わせなどによって構成された演算モジュールであり、プログラムを適宜読み込んで実行することにより種々の機能モジュールを仮想的に構築し、構築された各機能モジュールによって、各部の動作制御、ユーザー操作に対する種々の処理を行っている。

本実施形態において、制御部２２は、レンタカーに関する登録及び申込に関するモジュール群として、認証部２２１と、操作信号取得部２２２と、情報提供部２２５と、会員登録部２２４と、レンタル管理部２２３とを備えている。

認証部２２１は、認証情報を用いて認証処理を実行するモジュールである。具体的に認証部２２１は、アクセス者の正当性を検証するコンピュータ或いはその機能を持ったソフトウェアであり、通信ネットワーク３を通じて、顧客ＩＤ、及び店舗ＩＤを取得し、顧客データベース２３２及び店舗データベース２３３を照合することによって、アクセス者にその権利があるか否かや、そのアクセス者が本人であるか否かなどを確認する。なお、認証方法としては、例えば、Ｗｅｂページ上においてＩＤ及びパスワードを入力させ、そのＩＤ及びパスワードに基づいて認証する構成としてもよい。また、定期的に変更されるパスワードを移動端末Ｍ１及びＭ２に配信させ、認証時にパスワードを入力することで認証を行うワンタイムパスワードを用いて、認証処理してもよい。

操作信号取得部２２２は、移動端末Ｍ１及びＭ２からのユーザー操作を取得するモジュールである。本実施形態において、操作信号取得部２２２は、その操作信号が会員登録に関する操作であれば、その情報を会員登録部２２４へ送信し、車両の予約や返却に関する操作である場合には、レンタル管理部２２３へ送信する。

情報提供部２２５は、通信ネットワーク３を通じて、各種のＷｅｂデータを配信するモジュールである。具体的に、情報提供部２２５は、レンタル管理部２２３からの制御信号に応じて、予約設定や返却先設定のＷｅｂデータを移動端末Ｍ１及びＭ２に配信する。また、情報提供部２２５は、会員登録部２２４の制御によって、顧客の会員登録に関する会員登録用のＷｅｂデータを移動端末Ｍ１及びＭ２に配信する機能も備えている。

会員登録部２２４は、会員登録用のＷｅｂデータに対する入力操作に基づいて、顧客に対する会員登録を受け付けるモジュールであり、顧客の氏名、住所、電話番号、決済情報等を取得する。そして、会員登録部２２４で受け付けた情報は、顧客データベース２３２に蓄積される。

レンタル管理部２２３は、車両Ｃの貸渡及び返却を管理するモジュールであり、本実施形態では、予約受付部２２３ａと、返却受付部２２３ｂとを備えている。

返却受付部２２３ｂは、車両Ｃの返却に関する到着情報を受け付けるモジュールである。本実施形態において、返却受付部２２３ｂは、移動端末Ｍ１から返却先の設定を行うための操作信号を取得すると、同時に取得した位置情報に基づいて、所定エリアから空きスペースのある店舗を選択する。そして、返却受付部２２３ｂは、情報提供部２２５を制御して、この店舗の店舗ＩＤを移動端末Ｍ１に送信させる。このとき、返却受付部２２３ｂは、移動端末Ｍ２から貸出予約要求情報を取得している場合には、貸渡し希望地点の情報についても送信させる。

この返却受付部２２３ｂは、顧客が設定した到着情報を移動端末Ｍ１から取得すると、その到着情報に含まれる返却先の店舗ＩＤ及び到着予定時刻を利用状況データベース２３４に記録する。この際、返却受付部２２３ｂは、取得した到着情報が貸出予約要求として指定された希望地点である場合には、その情報を予約受付部２２３ａに通知する。なお、返却受付部２２３ｂは、現在時刻と到着予定時刻との時間差が大きい場合には、利用状況データベース２３４に記録せず、到着予定時刻との時間差が所定の範囲内となった場合に反映させてもよい。この場合には、予定変更などによって次の顧客が利用できないことを未然に防止することができる。

さらに、返却受付部２２３ｂは、返却先としての目的地の設定を行う顧客Ｕ１に対して、所定の店舗へ返却先を変更するように依頼する機能も備えている。この返却先の依頼機能は、移動端末Ｍ１から送信された目的地が、貸出予約要求情報に含まれたエリアに隣接するエリアの店舗である場合に実行される。具体的に、返却受付部２２３ｂは、隣接するエリアの重複している店舗に返却先を変更して欲しい旨のメッセージを移動端末Ｍ１に通知する。その後、返却先の変更に対する承諾情報を返却受付部２２３ｂが取得すると返却先の変更を確定させる。

予約受付部２２３ａは、車両Ｃの貸渡しについての予約を受け付けるモジュールである。本実施形態において、予約受付部２２３ａは、移動端末Ｍ２から申し込みに関する操作信号を取得すると、同時に取得した移動端末Ｍ２の位置情報に基づいて、顧客が滞在している場所に近い店舗を店舗データベース２３３から選択し、その店舗から待機中及び返却予定の車両を選択する。

この車両Ｃの選択は、選択した店舗ＩＤに基づいて、車両データベース２３５を参照して、待機店舗の欄に選択された店舗ＩＤが含まれている車両を選択するとともに、利用状況データベース２３４を参照して、返却店舗の欄に選択された店舗ＩＤが含まれている車両を選択するようになっている。そして、予約受付部２２３ａは、情報提供部２２５を制御し、貸渡可能な車両の情報（待機中及び返却予定の車両）及びその店舗情報を移動端末Ｍ２に対して送信する。なお、返却予定の車両情報については、予定返却時刻情報についても合わせて送信する。

その後、予約受付部２２３ａは、移動端末Ｍ２から車両の貸渡を希望する予約情報を取得すると、新たな予約ＩＤを付加して、予約情報に含まれる車両ＩＤ及び利用時刻情報等を関連付けて利用状況データベース２３４に記録する。また、予約受付部２２３ａは、移動端末Ｍ２から貸出予約要求の情報を取得すると、利用状況データベース２３４に、貸渡し希望地点である店舗又は所定エリア内の店舗の店舗ＩＤと、利用予定時刻情報を記録する。

また、予約受付部２２３ａは、貸出予約要求の希望地点と、返却予定者の目的地とのマッチングを行う機能も備えている。具体的には、次の顧客Ｕ２から貸出予約要求情報を受け付けており、その後、顧客Ｕ１の移動端末Ｍ１から返却先として希望地点が選択されると、時間等の条件が一致していることを条件に、その車両Ｃの予約を要求した次の顧客Ｕ２に貸し渡すように突き合わせを行う。なお、予約受付部２２３ａは、貸出予約要求情報が希望エリアを選択している場合は、選択された目的地がこの希望エリアに含まれている否かを判断して突き合わせを行う。

さらに、予約受付部２２３ａは、予約の設定を行う顧客に対して、所定の店舗で車両を貸渡しするように依頼する機能も備えている。この貸渡先依頼機能は、例えば、貸出予約を行う顧客が所定のエリアにおいて車両Ｃの貸渡を希望したが、その店舗又はエリアに車両がない場合に、他の店舗、又はエリアを返却先としている車両Ｃを検索し、発見した場合には、顧客Ｕ１の移動端末Ｍ２に対して、貸渡し店舗の変更依頼に関するメッセージを送信するものである。

なお、レンタル管理部２２３には、メール機能も備えており、予約受付部２２３ａ及び返却受付部２２３ｂが、車両Ｃの予約及び返却の設定を受け付けた場合には、その受付が完了した旨の確認メールを移動端末Ｍ１及びＭ２に送信するようになっている。

制御部２２は、店舗側の手続、及び利用終了後の管理に関するモジュール群として、店舗側情報取得部２２６と、照合部２２８と、決済処理部２２７と、ポイント管理部２２９と、計時部２４とを備えている。

店舗側情報取得部２２６は、店舗端末Ｍ３から送信された貸渡手続の操作信号及び返却手続の操作信号を、顧客ＩＤ及び店舗ＩＤとともに取得するモジュールであり、これらの情報を照合部２２８へ送信する。

計時部２４は、現在時刻を取得するモジュールであり、本実施形態においては、店舗端末Ｍ３から送信された貸渡手続の操作信号、又は返却手続の操作信号が取得された際の時刻を利用開始時刻又は利用終了時刻として取得して、その時刻情報を照合部２２８へ送信する。

照合部２２８は、店舗端末Ｍ３から取得した貸渡手続、又は返却手続に関する情報と、予約情報とを照合するモジュールである。具体的に、照合部２２８は、貸渡手続の操作信号を取得した場合、同時に取得した顧客ＩＤに基づいて、利用状況データベース２３４から当該顧客ＩＤに該当する予約情報を取得する。そして、照合部２２８は、取得した店舗ＩＤと、予約情報に含まれた店舗ＩＤとを照合し、店舗ＩＤが一致するか否かを判断する。また、照合部２２８は、予約情報の利用時刻情報と、計時部２４が取得した時刻情報を比較し、予定時刻内か否かを判断する。

そして、店舗ＩＤが一致し、利用時刻情報内である場合には、予約した車両が貸渡可能である旨の情報をＷｅｂデータ又は電子メールにて店舗端末Ｍ３に送信する。一方、いずれかの照合が一致しない場合には、車両の貸渡しはできない旨の情報をＷｅｂデータ又は電子メールにて店舗端末Ｍ３に送信する。また、照合部２２８は、貸渡しを許可した場合、その車両ＩＤに基づいて、車両データベースの「利用状況」の項目を貸渡中に変換する機能も備えている。

一方、返却手続の操作信号を取得した場合も、照合部２２８は、取得した顧客ＩＤに基づいて、利用状況データベース２３４から当該顧客ＩＤに該当する予約情報を取得する。そして、照合部２２８は、取得し店舗ＩＤと、予約情報に含まれた店舗ＩＤとを照合し、店舗ＩＤが一致するか否かを判断する。

店舗ＩＤが一致しない場合には、返却予定の店舗とは異なる店舗であるため、返却不可である旨の情報をＷｅｂデータ又は電子メールにて店舗端末Ｍ３に送信する。一方、店舗ＩＤが一致した場合には、返却可能である旨の情報をＷｅｂデータ又は電子メールにて店舗端末Ｍ３に送信する。返却を許可した後、照合部２２８は、車両データベースの「利用状況」の項目を待機中に変換する。なお、本実施形態において、返却時に店舗ＩＤが一致しない場合には、返却不可であると判断するようにしたが、例えば、次の予約が設定されていない場合には、店舗ＩＤが異なる場合であっても、返却を許可するように判断してもよい。

また、照合部２２８は、返却手続時において送信された車両Ｃの画像データから、車体に傷や汚れがあるか否かを判断する機能も備えている。具体的に、照合部２２８は、前回撮影された車両の画像データを記憶しておき、今回取得した画像データと撮影方向毎に比較し、車体の表面に新たな傷や汚れ等があるか否かを判断するようになっている。なお、車体の傷や汚れの有無の判断については、サーバ側の運営者が手動で行ってもよく、また、画像認識処理によって自動で行ってもよい。

ポイント管理部２２９は、利用状況データベース２３４を参照して、顧客の利用状況に応じて、インセンティブとなるポイントを付与するモジュールであり、本実施形態においては料金に応じてポイントを付加する。さらに、ポイント管理部２２９は、予定通りの返却場所や、予定返却時刻内に返却した場合や、返却受付部２２３ｂ又は予約受付部２２３ａの変更依頼に応じて返却先又は予約先を変更した場合にも、追加ポイントを付加する。さらに、顧客Ｕ１が目的地を設定する際、候補地として表示された貸渡し希望地点を選択した場合についても追加ポイントを付与する。

決済処理部２２７は、利用状況データベース２３４に蓄積された情報に基づいて、決済処理を実行するモジュールである。具体的には、利用状況データベースに蓄積された利用状況に関する情報を参照し、顧客データベース２３２の決済情報に基づいて顧客Ｕ１に対して課金処理を行う。この課金処理としては、例えば、車両返却の受付を許可するデータを店舗端末Ｍ３に送信する際に合わせて通知して、店舗側において顧客から直接料金を徴収してもよいし、予め登録したクレジットカード等によって決済処理してもよい。

（レンタカー管理方法）
以上の構成を有するレンタカー管理システムを動作させることによって、本発明のレンタカー管理方法を実施することができる。図７は、本実施形態に係る返却先設定時の動作を示すシーケンス図であり、図８は、本実施形態に係る予約設定時の動作を示すシーケンス図であり、図１２は、本実施形態に係る貸出予約要求処理における動作を示すシーケンス図である。また、図９は、本実施形態に係る貸渡時における動作を示すフローチャート図であり、図１０は、本実施形態に係る返却時における動作を示すフローチャート図である。なお、ここでは顧客が予め、レンタカー管理サーバ２に対して会員登録がされているものとし、顧客Ｕ１が現在利用している車両Ｃを、次の顧客Ｕ２が借用する場合を例に説明する。

（１）返却先設定時の動作
初めに、予約設定時の動作について説明する。図７に示すように、現在、車両Ｃを利用している顧客Ｕ１が、レンタカー管理アプリケーションを起動させ、返却先を設定するための返却設定開始ボタン等を押下するなど、移動端末Ｍ１を操作すると（Ｓ１０１）、利用情報送信部１６は、この返却先設定開始の操作信号を顧客ＩＤとともに、レンタカー管理サーバ２に送信する（Ｓ１０２）。

レンタカー管理サーバ２では、移動端末Ｍ１から返却先設定開始の操作信号を取得すると（Ｓ１０３）、認証部２２１において、顧客ＩＤ、又は車両ＩＤで認証処理が行われる。認証されると、返却受付部２２３ｂでは、各店舗内における最新の空きスペースに関する情報を抽出し、空きスペースのある店舗を選択して、店舗ＩＤを車載端末６に送信する（Ｓ１０４）。そしてＵＩ制御部１７ａは、この店舗ＩＤに基づいて、画面上に返却可能な店舗情報を表示する（Ｓ１０５）。なお、この際、貸出予約要求の情報がレンタカー管理サーバ２から受信していた場合には、到着情報通知部１７ｃは、地図情報に基づいて、指定された希望地点を候補地として選択可能に表示する。

その後、顧客Ｕ１の操作によって、返却先の店舗が選択されると（Ｓ１０６）、到着情報通知部１７ｃは、ＧＰＳ受信機６５ｂから位置情報を取得して（Ｓ１０７）、返却先への到着予定時刻を算出し（Ｓ１０８）、到着予定時刻及び返却先の店舗に関する情報を到着情報としてレンタカー管理サーバ２に通知する（Ｓ１０９）。返却受付部２２３ｂは、この到着情報を取得し（Ｓ１１０）、この返却先の店舗ＩＤ及び到着予定時刻を利用状況データベース２３４に記録する（Ｓ１１１）。

（２）貸渡し予約時の動作
次いで、貸渡し予約時の動作について説明する。先ず、図８に示すように、次の顧客Ｕ２の移動端末Ｍ２において、レンタカー管理アプリケーションを起動させ（Ｓ２０１）、店舗検索ボタン等を押下するなど申し込みに関する操作信号を行うと（Ｓ２０２）、位置情報取得部１４によって現在位置情報が取得されるとともに、利用情報送信部１６によって、店舗検索の操作信号と位置情報とがレンタカー管理サーバ２へ送信される（Ｓ２０３）。

予約受付部２２３ａは、移動端末Ｍ２から申し込みに関する操作信号を取得すると（Ｓ２０４）、同時に取得した移動端末Ｍ２の位置情報に基づいて、顧客が滞在している場所から所定のエリアを設定し、そのエリアにおいて、移動端末Ｍ２の位置に近い店舗を店舗データベース２３３から選択する（Ｓ２０５）。

予約受付部２２３ａは、移動端末Ｍ２から申し込みに関する操作信号を取得すると（Ｓ２０４）、同時に取得した移動端末Ｍ２の位置情報に基づいて、顧客が滞在している場所から所定のエリアを設定し、そのエリアにおいて、移動端末Ｍ２の位置に近い店舗を店舗データベース２３３から選択する（Ｓ２０５）。なお、ここでは、次の顧客Ｕ２がＧＰＳ機能に基づいて、現在位置から近い店舗を検索する場合を例に説明したが、次の顧客Ｕ２の操作により、所定エリアを選択してそのエリアから店舗を選択する構成であってもよい。

その後、予約受付部２２３ａは、選択した店舗の店舗ＩＤに基づいて、貸渡可能な車両があるか否かを判断する（Ｓ２０６）。具体的に、予約受付部２２３ａは、車両データベース２３５を参照して、待機店舗ＩＤの欄に、この店舗ＩＤがあるか否かを判断し、選択された店舗において待機中の車両があるか否かを確認する。また、予約受付部２２３ａは、利用状況データベース２３４についても参照して、返却予定店舗ＩＤの欄に、この店舗ＩＤがあるか否かを判断し、選択された店舗において、返却予定の車両があるか否かを確認する。

ここで、選択された店舗に、待機中の車両及び返却予定の車両がない場合には（Ｓ２０６における“Ｎ”）、貸出予約要求処理のステップに移行する（Ｓ２０７）。一方、選択された店舗に、待機中の車両及び返却予定の車両がある場合には（Ｓ２０６における“Ｙ”）、返却受付部２２３ｂは、情報提供部２２５を制御し、貸渡可能な車両情報（返却予定な車両情報を含む）及びその店舗情報を移動端末Ｍ２に対して送信する（Ｓ２０８）。なお、返却予定の車両情報については、予定返却時刻についても合わせて送信する。

ＵＩ制御部１７ａでは、貸渡可能な車両情報及び店舗情報を取得すると表示部１３ａに表示させる。その後、入力インターフェース１２を介して、次の顧客Ｕ２が任意の車両Ｃが選択されるとともに利用時刻が入力され、車両の貸渡しについての予約が設定されると（Ｓ２０９）、予約設定部１７ｂは、選択された車両ＩＤ及び利用時刻を予約情報として、通信ネットワーク３を介してレンタカー管理サーバ２へ送信する（Ｓ２１０）。

予約受付部２２３ａでは、予約情報を取得して、利用状況データベース２３４に記録して予約の設定処理を行う（Ｓ２１１）。この際、予約受付部２２３ａでは、予約された車両Ｃの車両ＩＤに基づいて、利用状況データベース２３４を参照して、当該車両Ｃが現在貸出中であるか否かを判断する（Ｓ２１２）。

予約された車両Ｃが貸出中でない場合には（Ｓ２１２における“Ｎ”）、そのまま処理を終了する。一方、予約された車両Ｃが貸出中である場合（Ｓ２１２における“Ｙ”）、予約受付部２２３ａでは、利用状況データベース２３４から、顧客Ｕ１の移動端末Ｍ１又は車載端末６に対して、次の予約確定を知らせる予約情報を送信する（Ｓ２１３）。移動端末Ｍ２のＵＩ制御部１７ａでは、この予約情報を受信し、画面上に表示する（Ｓ２１４）。

（３）貸出予約要求処理の動作
次いで、ステップ２０７の貸出予約要求処理について説明する。図１２は、貸出予約要求処理の動作を示すシーケンスである。なお、本実施形態では、貸出予約要求として、所定エリアの店舗において、車両の貸渡しを希望する場合を例に説明する。

先ず、レンタカー管理サーバ２の予約受付部２２３ａでは、次の顧客Ｕ２が希望した付近において、現在貸出可能な車両がない旨を移動端末Ｍ２へ通知する（Ｓ５０１）。

ＵＩ制御部１７ａは、この情報を受信すると、画面上に表示するとともに、貸出予約要求処理を開始するためのアイコン等を表示させる（Ｓ５０２）。そして、予約設定部１７ｂは、貸出予約要求の処理がされたか否かを判断する（Ｓ５０３）。ここで、貸出予約要求処理の操作が行われない場合には（Ｓ５０３における“Ｎ”）、そのまま処理を終了する。一方、貸出予約要求処理の操作が行われた場合には（Ｓ５０３における“Ｙ”）、貸出を希望する所定エリア及び利用予定時刻情報を入力して、レンタカー管理サーバ２へ送信する（Ｓ５０４）。

予約受付部２２３ａでは、この貸出予約要求情報を取得し（Ｓ５０５）、利用状況データベース２３４に、これらの情報を貸出予約要求として登録する（Ｓ５０６）。そして、顧客Ｕ１の返却先に関する情報を取得するまで待機する。

その後、返却受付部２２３ｂは、移動端末Ｍ１から返却先としての店舗情報、及び到着予定時刻を含む到着情報を取得すると（Ｓ５０７）、店舗ＩＤに基づいて、その店舗が貸出予約の要求された所定エリアの店舗か否かを判断する（Ｓ５０８）。その店舗が貸出予約要求で設定されたエリアにおける店舗である場合には（Ｓ５０８における“Ｙ”）、その店舗情報と貸出可能時刻等を貸出予約要求した次の顧客Ｕ２の移動端末Ｍ２へ送信する（Ｓ５０９）。

ＵＩ制御部１７ａは、車両の返却先の店舗情報及び時刻情報を画面上に表示させる（Ｓ５１５）。そして、次の顧客Ｕ２がその店舗での貸出を確定する操作を行うと、予約設定部１７ｂは、その確定情報をレンタカー管理サーバ２へ送信する（Ｓ５１６）。その後、予約受付部２２３ａは、この予約情報を取得し、貸出予約要求情報を更新して予約を確定させる（Ｓ５１７）。

一方、返却先として選択された店舗が貸出予約要求で設定されたエリアにおける店舗でない場合には（Ｓ５０８における“Ｎ”）、さらに、隣接するエリアの店舗か否かを判断する（Ｓ５１０）。隣接するエリアの店舗でない場合には（Ｓ５１０における“Ｎ”）、貸出予約要求の時刻情報を経過するまでステップＳ５０７〜ステップＳ５１０の処理を繰り替えし、貸出予約要求の時刻情報を経過したのちは、移動端末Ｍ２に対して貸出可能な店舗はない旨を通知して処理を終了する。一方、隣接するエリアの店舗である場合には（Ｓ５１０における“Ｙ”）、利用中の移動端末Ｍ１に対して返却先を変更して欲しい旨のメッセージを送信する（Ｓ５１１）。

移動端末Ｍ１のＵＩ制御部１７ａでは、画面上に変更依頼の情報を表示させ、ユーザーの操作を受け付ける。その後、レンタカー管理サーバ２の返却受付部２２３ｂは、返答情報を受信すると（Ｓ５１２）、その返答情報が承諾を示した信号か否かを判断する（Ｓ５１３）。返答情報が承諾を示した情報でない場合には（Ｓ５１３における“Ｎ”）、貸出予約要求の時刻情報を経過するまでステップＳ５０７〜ステップＳ５１３の処理を繰り替えし、貸出予約要求の時刻情報を経過したのちは、移動端末Ｍ２に対して貸出可能な店舗はない旨を通知して処理を終了する。

一方、返答情報が承諾を示した情報である場合には（Ｓ５１３における“Ｙ”）、予約受付部２２３ａは、その店舗情報と貸出可能時刻等を貸出予約要求した次の顧客Ｕ２の移動端末Ｍ２へ送信する（Ｓ５１４）。

ＵＩ制御部１７ａは、車両の返却先の店舗情報及び時刻情報を画面上に表示させる（Ｓ５１５）。そして、次の顧客Ｕ２がその店舗での貸出を決定する操作を行うと、予約設定部１７ｂは、その予約の確定する情報として、レンタカー管理サーバ２へ送信する（Ｓ５１６。）その後、予約受付部２２３ａは、この確定情報を取得し、貸出予約要求情報を更新して、予約を確定させる（Ｓ５１７）。なお、この際、返却受付部２２３ｂは、移動端末Ｍ１の返却先が変更された情報に基づいて、到着情報を更新する。

なお、ここでは、顧客Ｕ１が、移動端末Ｍ１から返却設定開始を要求し、車載端末６から返却予約を行う例を示したが、本発明の実施形態がこれに限定されることはなく、様々な変形が可能である。例えば、返却予約は、移動端末Ｍ１、車載端末６の何れから行うことにしてもよい。返却予約に関する具体例については後述する。

（４）車両の貸渡時における動作
次いで、車両の貸渡時における動作について説明する。先ず、車載端末６は、レンタカー管理サーバ２から、次の顧客Ｕ２の顧客ＩＤと利用時刻情報を取得し、メモリ６６内に蓄積しておく。その後、図９に示すように、次の顧客Ｕ２が店舗Ｓに来店し、次の顧客Ｕ２が車両Ｃの近距離無線通信部６７に移動端末Ｍ２を近づかせると、近距離無線通信部６７は、移動端末Ｍ２から顧客ＩＤを読み取り（Ｓ３０１）、制御部６４では、その顧客ＩＤとメモリ６６に蓄積された顧客ＩＤとを比較する（Ｓ３０２）。ここで、メモリ内に蓄積された顧客ＩＤと一致しない場合には（Ｓ３０２における“Ｎ”）、ドアを施錠した状態を維持し待機状態となる（Ｓ３０４）。

一方、メモリ内に蓄積された顧客ＩＤと一致する場合には（Ｓ３０２における“Ｙ”）、次に、現在時刻が予約時刻内か否かを判断する（Ｓ３０３）。ここで、現在時刻が予約時刻内でない場合には（Ｓ３０３における“Ｎ”）、ドアを施錠した状態を維持し、待機状態となる（Ｓ３０４）。一方、現在時刻が予約時刻内である場合には（Ｓ３０３における“Ｙ”）、ドア施錠制御部６４ｂによってドアロックを解除するとともに（Ｓ３０５）、エンジン制御部６４ａによってエンジン点火装置のロックを解除する（Ｓ３０６）。その後、次の顧客Ｕ２が車の鍵をキーボックスから取出して、車両を運転開始する。

（５）車両の返却時における動作
次いで、車両の返却時における動作について説明する。図１０に示すように、顧客Ｕ１が車両Ｃを返却するために来店すると、先ず、顧客Ｕ１は、鍵をキーボックスに返却し（Ｓ４０１）、顧客Ｕ１が車両Ｃの近距離無線通信部６７に移動端末Ｍ１を近づかせると、近距離無線通信部６７は、移動端末Ｍ１から顧客ＩＤを読み取る（Ｓ４０２）。制御部６４では、その顧客ＩＤとメモリ６６に蓄積された顧客ＩＤとを比較する（Ｓ４０３）。ここで、メモリ内に蓄積された顧客ＩＤと一致しない場合には（Ｓ４０３における“Ｎ”）、ドアを施錠せず、待機状態となる。

一方、メモリ内に蓄積された顧客ＩＤと一致する場合には（Ｓ４０３における“Ｙ”）、ドア施錠制御部６４ｂによってドアを施錠する（Ｓ４０４）。その後、その返却先の店員は、読取装置８を用いて、移動端末Ｍ２のメモリ１５から顧客ＩＤを読み取るとともに、レンタカー管理アプリケーションを起動させた状態で、車両Ｃをカメラ３４によって撮影する（Ｓ４０５）。この際、店員は表示部１３ａに表示された、車両のフレームに合致するように、車両Ｃを所定の方向から複数枚撮影するようになっている。

そして、店員が、例えば、表示部３３ａに表示された返却手続開始ボタンを押下すると、返却手続の操作信号と、読み取った顧客ＩＤと、店舗ＩＤと、複数の画像データとをレンタカー管理サーバ２へ送信する（Ｓ４０６）。

レンタカー管理サーバ２の照合部２２８では、返却手続の操作信号を取得すると、同時に取得した顧客ＩＤに基づいて、利用状況データベース２３４から当該顧客ＩＤに該当する利用状況情報を参照し、その予約情報に含まれた店舗ＩＤと、取得された店舗ＩＤが一致するか否かを判断する（Ｓ４０７）。

店舗ＩＤが一致しない場合には（Ｓ４０７における“Ｎ”）、この店舗での返却でない旨などの情報を店舗端末Ｍ３へ通知する（Ｓ４１２）。一方、店舗ＩＤが一致する場合には（Ｓ４０７における“Ｙ”）、決済処理部２２７において、利用時間に応じた料金額を算出し（Ｓ４０８）、その料金情報を店舗端末Ｍ３に送信する（Ｓ４０９）。この際、決済処理部２２７は、顧客データベース２３２を参照して、ポイントがある場合には、ポイントに応じて料金額を減算してもよい。また、照合部２２８は、取得した画像データに対して、画像認識処理によって車体の傷や汚れの有無を判断し、傷がある場合には、料金を加算する。

店舗端末Ｍ３では、この料金情報を取得して、精算処理を行う（Ｓ４１０）。この際、精算情報は、レンタカー管理サーバ２へ送信され、ポイント管理部２２９は、今回の利用状況に応じたポイントを算出し、顧客データベースに蓄積する（Ｓ４１１）。この際、例えば、レンタカー管理サーバ２の依頼によって、予約先や返却先を変更した場合や、顧客Ｕ１が目的地を設定する際、候補地として表示された貸渡し希望地点を選択した場合には、追加ポイントを付加し、予定返却時刻よりも遅れた場合には、ペナルティとしてポイントを少なくするなどの処理が行われる。

（作用・効果）
このような本実施形態によれば、顧客の操作に基づいて車両の返却場所を設定すると、目的地までの到着予定時刻が算出され、この目的地及び到着予定時刻に基づいて、車両の次の貸渡しについての予約を設定することができるので、車両が到着後、即時に次の顧客に対して貸渡すことが可能となり、レンタカーの利用効率を向上させることができるとともに、顧客の利便性を向上させることもできる。

また、本実施形態によれば、予約設定部１７ｂは、到着情報を取得する前に、次の顧客の操作に基づいて希望地点を指定した、希望地点における車両の貸渡しについての予約の要求を貸出予約要求処理として事前に受け付け可能であるので、現在利用されている車両に対する申込期間を長くして、車両の利用効率をより向上させることができる。

さらに、本実施形態によれば、到着情報通知部１７ｃは、顧客Ｕ１が目的地を設定する際、地図情報を参照して、貸出予約要求の希望地点を候補地として選択可能に表示するので、顧客Ｕ１に対して、希望地点を返却先として設定することを促すことができ、車両の利用効率をより向上させることができる。

また、本実施形態によれば、ポイント管理部２２９は、顧客Ｕ１が目的地を設定する際、貸出予約要求の希望地点を目的地として選択した場合に追加ポイントを付加するので、顧客Ｕ１に対して、希望地点を返却先として設定するインセンティブを喚起させることができ、車両の利用効率をより向上させることができる。

さらに、本実施形態によれば、車載端末６の近距離無線通信部６７が取得した顧客ＩＤに基づいて、車両のドアを施錠又は解錠させるとともに、車両のエンジンを駆動制御するので、予約した顧客のみが車両を運転可能とし、他の者に利用されることを防止することができる。

（レンタカー管理プログラム）
上述した本実施形態係るレンタカー管理システム及びレンタカー管理方法は、所定の言語で記述されたレンタカー管理プログラムをコンピュータ１７１〜１７４上で実行することにより実現することができる。すなわち、図１１に示すように、このプログラムを携帯情報端末（ＰＤＡ）に携帯電話・通信機能を統合した携帯端末機１７１、クライアント側が使用するパーソナルコンピュータ１７２、ネットワーク上に配置されてクライアント側にデータや機能を提供するサーバ装置１７３、又はゲーム装置などの専用装置１７４、又はＩＣチップ１８６にインストールし、ＣＰＵ上で実行することにより、上述した各機能を有するシステムを容易に構築することができる。このプログラムは、例えば、通信回線を通じて配布することが可能であり、またスタンドアローンの計算機上で動作するパッケージアプリケーションとして譲渡することができる。

そして、このようなプログラムは、パーソナルコンピュータで読み取り可能な記録媒体１８１〜８５に記録することができる。具体的には、図１１に示すような、フレキシブルディスク１８３やカセットテープ１８２等の磁気記録媒体、若しくはＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光ディスク１８１の他、ＵＳＢメモリ１８５やメモリカード１８４など、種々の記録媒体に記録することができる。

（変更例）
なお、本発明は、上述した実施形態に限定されるものではなく、種々の変更を加えることができる。例えば、上述した実施形態では、返却先の設定を行う場合、移動端末Ｍ１を用いたが車載端末６を用いて実行してもよい。この場合、車載端末６のＧＰＳ受信機６５ｂから位置情報を取得するとともに、予約設定部１７ｂ及び到着情報通知部１７ｃの機能モジュールが制御部６４上に構築される。

そして、顧客が返却先の店舗を検索する操作を行うことで、位置情報及びメモリ６６内の顧客ＩＤがレンタカー管理サーバ２に送信され、その位置情報に基づいて、返却受付部２２３ｂは、返却可能な複数の店舗が選択して車載端末６に送信する。

そして、車載端末６のナビ制御部６４ｃは、表示部６３ａに返却可能な店舗情報を表示する。その後、顧客の操作に応じて、返却先の店舗が選択されると、ナビ制御部６４ｃは、現在位置情報を取得して、返却先への到着予定時刻を算出し、到着予定時刻及び返却先の店舗に関する情報を到着情報としてレンタカー管理サーバ２に通知するようになっている。

また、上述した実施形態では、到着情報通知部１７ｃにおいて、到着予定時刻を算出して、レンタカー管理サーバ２へ送信したが、例えば、レンタカー管理サーバ２において、到着予定時刻を算出してもよい。

具体的に、到着情報通知部１７ｃは、位置情報及び目的地である返却先の店舗ＩＤを送信し、レンタカー管理サーバ２の返却受付部２２３ｂにおいて、当該車両の目的地、及び車載端末６によって測定された位置情報に応じて、目的地への到着予定時刻を算出し、算出された到着予定時刻及び設定された目的地に関する情報を到着情報として取得する。そして、取得された到着情報に含まれる目的地及び到着予定時刻に基づいて、車両の貸渡しについての予約を設定する。

また、上述した実施形態では、返却時において店員が店舗端末Ｍ３を用いて、車両の車体を撮影したが、本発明は、これに限定するものではなく、例えば、駐車スペースに配置されたカメラを用いて、車両Ｃが入庫した際、自動で車両を撮影して画像データをレンタカー管理サーバ２へ送信する構成であってもよい。この際、車両を撮影するカメラは、上述した店舗端末Ｍ３のカメラ３４と同様な機能を有しており、所定のフレーム内に合致するように、複数方向から車両の車体を撮影する。そして、カメラは、有線又は無線通信によって、レンタカー管理サーバ２へ画像データを送信する。

なお、駐車場に設置されたカメラは、駐車スペースの各方向にそれぞれ配置してもよいし、駐車スペースの床部分を回動可能とし、一台のカメラで車体を各方向から撮影する構成であってもよい。この場合には、自動で車両を撮影するので、車両Ｃを貸し出す店員の作業の負担を軽減させるとともに、店舗を無人化することもでき、システム全体のコストを軽減させることができる。

また、上述した実施形態では、車内のキーボックスに鍵を保管する構成としたが、例えば、店舗Ｓの店員が、車の鍵を保管、管理して顧客に鍵を貸し渡したり、回収したりする構成であってもよい。

このような構成の場合、車両の貸渡し時においては、図１３に示すように、次の顧客Ｕ２が店舗Ｓに来店すると、店員は、読取装置８を用いて、移動端末Ｍ２のメモリ１５から顧客ＩＤを読み取る（Ｓ６０１）。その後、店員が店舗端末Ｍ３を用いて、例えば、表示部３３ａに表示された貸渡手続開始ボタンを押下すると、貸渡手続の操作信号、取得した顧客ＩＤ、及び店舗ＩＤとがレンタカー管理サーバ２へ送信される（Ｓ６０２）。

レンタカー管理サーバ２の照合部２２８では、貸渡手続の操作信号を取得すると、同時に取得した顧客ＩＤに基づいて、利用状況データベース２３４から当該顧客ＩＤに該当する予約情報があるか否かを判断する（Ｓ６０３）。予約情報がない場合には（Ｓ６０３における“Ｎ”）、貸渡不可である旨の情報を店舗端末Ｍ３に通知する（Ｓ６０８）。一方、予約情報がある場合には（Ｓ６０３における“Ｙ”）、次に、取得した店舗ＩＤと、予約情報に含まれた店舗ＩＤとを照合し、店舗ＩＤが一致するか否かを判断する（Ｓ６０４）。ここで、店舗ＩＤが一致しない場合には（Ｓ６０４における“Ｎ”）、当該店舗における貸渡はないとする旨の情報を店舗端末Ｍ３に通知する（Ｓ６０８）

一方、店舗ＩＤが一致する場合には（Ｓ６０４における“Ｙ”）、照合部２２８は、予約情報の利用時刻情報と、計時部２４が取得した時刻情報を比較し、利用予定時刻内か否かを判断する（Ｓ６０５）。ここで、現在時刻が利用予定時刻内でない場合には（Ｓ６０５における“Ｎ”）、貸渡可能時間ではない旨の情報を店舗端末Ｍ３に通知する（Ｓ６０８）。

一方、現在時刻が利用予定時刻内である場合には、予約した車両が貸渡可能である旨の情報を店舗端末Ｍ３に通知する（Ｓ６０６）。この際、照合部２２８は、その車両ＩＤに基づいて、車両データベースの「利用状況」を貸出中に変換する。その後、店舗端末Ｍ３の表示部３３ａには、貸渡の許可の表示画面が表示され、店員は、車両Ｃの鍵を次の顧客Ｕ２に手渡して店頭での処理を終了する（Ｓ６０７）。

また、車両の返却時では、図１４に示すように、顧客Ｕ１が車両Ｃを返却するために来店すると、先ず、店員は、読取装置８を用いて、移動端末Ｍ１のメモリ１５から顧客ＩＤを読み取るとともに（Ｓ７０１）、店舗端末Ｍ３において、レンタカー管理アプリケーションを起動させた状態で、車両Ｃを店舗端末Ｍ３のカメラ３４によって撮影する（Ｓ７０２）。この際、店員は表示部１３ａに表示された、車両のフレームに合致するように、車両Ｃを所定の方向から複数枚撮影するようになっている。

そして、店員が店舗端末Ｍ３を用いて、例えば、表示部３３ａに表示された返却手続開始ボタンを押下すると、返却手続の操作信号と、読み取った顧客ＩＤと、店舗ＩＤと、複数の画像データとをレンタカー管理サーバ２へ送信する（Ｓ７０３）。

レンタカー管理サーバ２の照合部２２８では、返却手続の操作信号を取得すると、同時に取得した顧客ＩＤに基づいて、利用状況データベース２３４から当該顧客ＩＤに該当する利用状況情報を参照し、その予約情報に含まれた店舗ＩＤと、取得された店舗ＩＤが一致するか否かを判断する（Ｓ７０４）。

店舗ＩＤが一致しない場合には（Ｓ７０４における“Ｎ”）、この店舗での返却でない旨などの情報を店舗端末Ｍ３へ通知する（Ｓ７０９）。一方、店舗ＩＤが一致する場合には（Ｓ７０４における“Ｙ”）、決済処理部２２７において、利用時間に応じた料金額を算出し（Ｓ７０５）、その料金情報を店舗端末Ｍ３に送信する（Ｓ７０６）。この際、決済処理部２２７は、顧客データベース２３２を参照して、ポイントがある場合には、ポイントに応じて料金額を減算してもよい。また、照合部２２８は、取得した画像データに対して、画像認識処理によって車体の傷や汚れの有無を判断する。

店舗端末Ｍ３では、この料金情報を取得して、精算処理を行うとともに、車両Ｃの鍵の回収を行う（Ｓ７０７）。この際、精算情報は、レンタカー管理サーバ２へ送信され、ポイント管理部２２９は、今回の利用状況に応じたポイントを算出し、顧客データベースに蓄積する（Ｓ７０８）。

このような本変更例によれば、鍵を店舗にて保管するので、鍵の返却がされたことを確認することができるとともに、鍵の紛失等を防止することができる。また、自動者のレンタルに際して、必ず店舗にて認証処理を行うので、異なる店舗に返却されることなどを防止することができる。

また、上述した実施形態では、車載端末６には、ナビゲーション機能を搭載したが、本発明は、ナビゲーション機能は無くして、ＧＰＳ受信機による位置情報取得機能、及び近距離無線通信部６７、ドア施錠制御部６４ｂ、及びエンジン制御部６４ａを用いたドアロック制御機能のみ実行可能であればよい。この場合には、車載される装置の部品点数を減らし、システム全体のコストを軽減させることができる。

＜＜返却予約に関する具体例＞＞
以下に、上述した返却予約の処理の具体例とその変形例について説明する。

＜データベース＞
ここでは返却予約その他の処理に利用される記憶装置２３内のデータベース構造の変形例について説明する。以下に説明する返却予約の具体例は、ここに示すデータベースを処理に用いる。

＜１＞ 駐車場と車両の状況を管理するためのデータベース構成
図１５は、記憶装置２３のデータベース構造の変形例の要部構成を示す図である。図１５において、店舗データベース２３３には、店舗マスター２３３Ａと駐車場マスター２３３Ｂとが含まれている。利用状況データベース２３４には、契約管理データ２３４Ａと、駐車状況データ２３４Ｂと、車両状況データ２３４Ｃとが含まれている。車両状況データ２３４Ｃには、車両運行データ２３４Ｃ１と、車両位置データ２３４Ｃ２とが含まれている。車両データベース２３５には、車両マスター２３５Ａが含まれている。

店舗マスター２３３Ａは、店舗を識別する店舗ＩＤと、その店舗にある駐車場（駐車区画）の個数（駐車区画数）と、その店舗の属性を示す各種属性＃１、＃２とが互いに関連づけられている。ここで店舗の属性として例えば店舗名あるいは店舗の位置などが考えられる。駐車場マスター２３３Ｂは、駐車区画を識別する区画ＩＤと、その駐車区画が属する店舗の店舗ＩＤと、その駐車区画の属性とが互いに関連付けられている。属性は例えば駐車区画の位置である。

契約管理データ２３４Ａには、車両の貸出、返却の予約の設定、又は貸出、返却の実行に関するデータ、すなわち、どの顧客に対するどの車両のどの店舗での貸出または返却が予約され又は実行はされたかを示すデータが登録される。契約管理データ２３４Ａは、新たな貸出しの予約が発生すると発生し、その後、貸出しの実行、返却の予約、返却の実行がされると更新される。契約管理データ２３４Ａに登録されたデータに基づいて、駐車状況データ２３４Ｂ、車両状況データ２３４Ｃが更新される。

予約管理データ２３４Ａにおいては、貸出し予約がされた車両の車両ＩＤと、貸出し予約を行った顧客の顧客ＩＤとが関連づけられる。その顧客ＩＤと車両ＩＤとの組み合わせに対して、貸出データと返却データを登録することができる。貸出データは、貸出予約および貸出実行に関するデータであり、返却データは、返却予約および返却実行に関するデータである。

貸出データには、顧客ＩＤと車両ＩＤとの組み合わせに対して、貸出店舗ＩＤと貸出時刻と予定／実行区分とを関連づけて登録することができる。予定／実行区分は貸出しが実行されたか否か、すなわち、実際に貸出が行われたデータなのか貸出が予約されたデータなのかが示される。貸出店舗ＩＤとして、貸出が行われる予定あるいは貸出が行われた店舗（貸出店舗）の店舗ＩＤが登録される。貸出時刻として、貸出が行われる予定あるいは貸出が行われた時刻が登録される。

返却データには、顧客ＩＤと車両ＩＤとの組み合わせに対して、返却店舗ＩＤと返却時刻と予定／実行区分とを関連付けて登録することができる。予定／実行区分は返却が実行されたか否か、すなわち、実際に返却が行われたデータなのか返却が予約されたデータなのかが示される。返却店舗ＩＤとして、返却が行われる予定あるいは返却が行われた店舗（返却店舗）の店舗ＩＤが登録される。返却時刻として、返却が行われる予定あるいは返却が行われた時刻が登録される。なお、ここで、返却時刻が予定返却時刻である場合、その時刻そのものの他、何日から何時間というように、時刻と期間を組み合わせることで、実質的に予定返却時刻が定まるような設定も含む。

駐車状況データ２３４Ｂは、区画ＩＤとその駐車区画の駐車スケジュールが登録される。駐車スケジュールは、その駐車区画が、どの時刻に利用可能か、すなわち、車両を返却可能かに関するデータである。

車両状況データ２３４Ｃは、車両運行データ２３４Ｃ１と、車両位置データ２３４Ｃ２とを含む。車両運行データ２３４Ｃ１は、各車両の運行スケジュールを示し、車両位置データ２３４Ｃ２は各車両の現在位置を示す。運行スケジュールは、各車両が、どの時刻に利用可能か、すなわち貸出可能かに関わるデータである。運行スケジュールは、車両の貸出、返却の予約の設定、又は貸出、返却の実行に応じて、更新される。

車両位置データ２３４Ｃ２の車両の現在位置の情報は、車両の現在地が測定されると、更新される。

車両マスター２３５Ａは、各車両の車両ＩＤと属性＃１、＃２とが関連づけられている。属性の例としては車両のクラスや車種などである。

図１６Ａ、１６Ｂは、駐車状況データ２３４Ｂの登録例を示す図である。

駐車状況データ２３４Ｂには、各駐車区画が将来のどの時刻に「利用可能」であるか否かを判定することを可能にする情報が、各駐車区画の区画ＩＤに関連付けて記録されている。ここで利用可能とは、その駐車区画に車両を返却可能である状態をいう。利用可能であるか否かを判定することを可能にする情報は、例えば予定された駐車スケジュールであり、何時にどの車両が入庫又は出庫するかといった予定を表す情報である。なお、ここに図示した例では、これからの駐車スケジュールだけでなく、実行された過去の駐車スケジュールも含まれている。予定／実行区分が「実行」となっているのは過去の駐車スケジュールである。この駐車状況データ２３４Ｂは、予約管理データ２３４Ａに基づいて作成することができる。例えば、貸出および返却のそれぞれについて、予約と実行を契約管理データ２３４Ａに登録し、その契約管理データ２３４Ａに基づいて、駐車状況データ２３４Ｂの予定／実行区分が登録される。

駐車状況データ２３４Ｂから、将来の任意の時刻に、その駐車区画が「利用可能」であるか否かが判定できる。例えば、現時点が８月１日１２時のとき、ある駐車区画の駐車スケジュールが図１６Ａのようになっているならば、８月１日の１８時以降は、その駐車区画は「利用可能」と判定できる。このように、ある時刻以降は入庫の予定がまだ入ってない駐車区画がその店舗に存在すれば、その店舗は返却予約の対象とすることができる。

その後、新たな入庫予定（返却予定）が入って図１６Ｂのようになると、その駐車区画は８月１日１８時〜８月２日９時の時間帯であれば「利用可能」であると判定できる。このような期限付の時間帯で利用可能な駐車区画がその店舗に存在する場合、その店舗を返却予約の対象とすることができるか否かの判断は、時間帯の長さ、同店舗の他の駐車場の状況、あるいは、業務方針などに応じて変えることができる。

図１７Ａ、１７Ｂは、車両運行データ２３４Ｃ１の登録例を示す図である。

車両運行データ２３４Ｃ１には、各車両が将来のどの時刻に何処（どの駐車区画）で「利用可能」（その車を貸し出せる状態）であるかを判断することを可能にする情報が、各車両の車両ＩＤに関連付けて記録されている。例えば、どの時刻に、どの駐車区画で、どの顧客に貸出され又はどの顧客から返却される予定かといった、予定された運行スケジュールが、各車両の車両ＩＤに関連付けて記録されていれば、その判断が可能となる。このような車両運行データ２３４Ｃ１は、契約管理データ２３４Ａに基づいて作成することができる。例えば、貸出および返却のそれぞれについて、予約と実行を契約管理データ２３４Ａに登録し、その契約管理データ２３４Ａに基づいて車両運行データ２３４Ｃ１の予定／実行区分が登録される。

図１７Ａ、１７Ｂの例では、車両ＩＤに関連づけられて、顧客ＩＤ、店舗ＩＤ、区画ＩＤ、時刻、貸出／返却区分、予定／実行区分、および利用可能性が登録される。なお、この例では、車両運行データ２３４Ｃ１には、運行スケジュールが時系列に登録されており、実行された過去の運行スケジュールも含まれている。

顧客ＩＤは、その車両を利用する予定の、あるいは利用した顧客の顧客ＩＤである。店舗ＩＤおよび区画ＩＤは、その車両の貸出あるいは返却が行われる予定、あるいは行われた店舗の店舗ＩＤおよびその駐車区画の区画ＩＤである。時刻は、その車両の貸出または返却が行われる予定の、あるいは行われた時刻である。貸出／返却区分は、行われる予定、あるいは行われたのは、その車両の貸出なのか返却なのかを示す。予定／実行区分は、返却または貸出が行われる予定なのか、実際に行われたのかを示す。利用可能性は、その時刻から、その車両が利用可能であるか否かを示す。

車両運行データ２３４Ｃ１から、将来の任意の時刻に、その車両がどの駐車区画から貸し出せるかが判定できる。例えば、現時点が８月１日１２時のとき、ある車両の利用スケジュールが図１７Ａのようになっているならば、８月２日の１０時以降は、その車両は利用可能（貸出可能）と判定できる。しかし、新たな貸出予定（出庫予定）が入って図１７Ｂのようになると、その車両は、新たに返却予約が入らない限り、利用不可と判定できる。なお、図１７Ｂの８月２日１０時から１２時の時間帯のような、車両が貸出されていない時間帯に、その車両を「利用可能」とするか否かの判断は、時間帯の長さや営業方針などによって変えることができる。

図１８は、車両位置データ２３４Ｃ２の登録例を示す図である。

車両位置データ２３４Ｃ２には、各車両の現在地測定を行った各時刻と、その時刻において測定された位置（現在位置）とが、各車両の車両ＩＤに関連付けて記録されている。現在地測定及びその記録は、少なくとも各車両の貸出中に行われる。図１８の例では、車両が駐車区画に待機しているときの位置も記録されている。その場合、その位置の表現は座標値でも、駐車区画の区画ＩＤでも良い。車両の現在地の測定は、定期的、又は、後述するように返却予約を受け付けるときなどの必要時に行うことができる。車両の位置は、例えば緯度経度の座標値で表現される。

なお、図１５に示した利用状況データベース２３４の構成は一例であり、様々な変形が可能である。例えば、図１５では、貸出および返却のそれぞれについて、予約と実行とを予約／実行区分によって区別しつつ、同じフィールドで管理していた。しかし、予約と実行とを別個のフィールドにそれぞれ登録し、管理することにしてもよい。

図１９は、利用状況データベースの変形例を説明するための図である。図１９の変形例では、契約管理データ２３４Ａにおいて、顧客ＩＤと車両ＩＤとの組み合わせに対して、貸出予約データ、返却予約データ、貸出実行データ、および返却実行データが登録可能である。

貸出予約データには、貸出の予約について、貸出を行う予定の店舗の店舗ＩＤと、貸出を行う予定の時刻とが記録される。返却予約データには、返却の予約について、返却が行われる予定の店舗の店舗ＩＤと、返却が行われる予定の時刻とが記録される。貸出実行データには、実際に実行された貸出について、貸出が行われた店舗の店舗ＩＤと、貸出が行われた時刻とが記録される。返却実行データには、実際に実行された返却について、返却が行われた店舗の店舗ＩＤと、返却が行われた時刻とが記録される。

貸出あるいは返却の予約と、その実際の実行とを別個に管理するので、図１５にあったような予定／実行区分のフィールドは不要となっている。

また、例えば、図１５では、貸出および返却のそれぞれについて、予約と実行を契約管理データ２３４Ａに登録し、その契約管理データ２３４Ａに基づいて、駐車状況データ２３４Ｂおよび車両運行データ２３４Ｃ１の予定／実行区分を登録していた。しかし、予約と実行を、駐車状況データ２３４Ｂおよび車両運行データ２３４Ｃ１に直接登録することにしてもよい。

図２０は、利用状況データベースの他の変形例を説明するための図である。図２０の変形例では、貸出予約、返却予約、貸出実行、返却実行が発生すると、契約管理データ２３４Ａを介さず、駐車状況データ２３４Ｂあるいは車両運行データ２３４Ｃ１に、予約と実行の区分が直接登録される。

＜返却予約の全体プロセス＞
これ以降のプロセスの説明において、移動端末または車載端末のことを顧客端末と呼ぶことがある。返却予約に用いられる移動端末は、現在車両を借りている顧客Ｕ１の移動端末Ｍ１である。

＜返却予約全体プロセス第１例＞
図２１は、返却予約の全体プロセスの第１例を示すフローチャートである。第１例には、返却時刻を優先しつつ、返却時刻と返却店舗を同時に設定するプロセスが示されている。

ステップ１は、希望返却時刻および希望返却地域を入力するステップである。ステップ１にて、車両を借りている顧客の操作により、顧客端末が、希望返却時刻と希望返却地域を入力する。

予定返却時刻と予定返却地域の入力方法としは、顧客が自由に指定する。あるいは、予定返却時刻と予定返却地域のうちいずれかの一方と車両の現在地とに基づいて、顧客端末又はレンタカー管理サーバ２が他方を計算してもよい。このことは後述する返却予約全体プロセスの他の例でも同様である。

後者の入力方法の場合、予定返却時刻が指定されると、現在時刻から予定返却時刻までに現在地から到達できる距離範囲が地図データに基づいて予測され、その距離範囲の中から顧客が予定返却地域を選ぶようにしてもよい。または、予定返却地域が指定されると、現在地から予定返却地域に到達できる時刻が予測され、その時刻以降の時間範囲から顧客が予定返却時刻を選ぶようにしてよい。

予定返却地域の指定は、地域を直接的に指定するだけでなく、施設や番地や店舗などの代表地点を指定することで、間接的にその代表地点の周辺地域を指定するようになっていてもよい。また、代表地点は、顧客が指定するだけでなく、端末がＧＰＳなどで計測した現在地を代表地点とすることができるようになっていてもよい。予定返却地域は、希望の１又は２以上の店舗を具体的に特定するものであってもよい。これらのことは後述する返却予約全体プロセスの他の例でも同様である。

ステップ２は、利用可能店舗を検索するステップである。ステップ２にて、レンタカー管理サーバ２が、希望返却地域に位置し、希望返却時刻に利用可能な店舗を検索し、顧客端末に通知する。例えば、利用状況データベース２３４の駐車状況データ２３４Ｂを検索すればよい。

このとき、レンタカー管理サーバ２が、全自動で検索をしてもよいし、レンタカー運用業者側のオペレータによる操作に従って、レンタカー管理サーバ２が検索をしても良い。またレンタカー管理サーバ２に代えて、顧客端末が、レンタカー管理サーバ２から店舗状況に関するデータを取得して検索を行っても良い。これらのことは、後述する返却予約全体プロセスの他の例における各検索でも同様である。

このとき、検索の結果として出力する店舗を、現在地から予定返却時刻までに到達できる位置にある店舗だけに制限しても良い。このことは次に説明する返却予約全体プロセスの例における利用可能店舗の検索でも同様である。

ステップ３は、利用返却時刻と添付を登録するステップである。ステップ３はステップ３−１〜３−４を含んでいる。

ステップ３−１にて、顧客端末が利用可能店舗を表示する。次に、ステップ３−２にて、顧客端末が、顧客の操作に従って、利用可能店舗の中から希望返却店舗を選択する。次に、ステップ３−３にて、レンタカー管理サーバ２が、希望返却時刻と希望返却店舗ＩＤを、該当する顧客と車両ＩＤに関する返却予約データとして、予約返却時刻および予約返却店舗を契約管理データ２３４Ａに登録する。予約返却時刻および予約返却店舗を登録するというのは、契約管理データ２３４Ａに返却時刻と返却店舗ＩＤを記録し、予定／実行区分を予定に設定することである。

ステップ３−１の後、顧客が機能返却店舗を選択する操作をせず、再入力を要求する操作をした場合、顧客端末はステップ１に戻る。

＜返却予約全体プロセス第２例＞
図２２は、返却予約の全体プロセスの第２例を示すフローチャートである。第２例には、返却時刻を優先して先に設定するプロセスが示されている。

ステップ１１は、予定返却時刻の入力と登録を行うステップである。ステップ１１は、ステップ１１−１、１１−２を含んでいる。ステップ１１−１にて、まずは、顧客端末が、車両を借りている顧客の操作に従って、予定返却時刻だけを入力する。入力された予定返却時刻の情報は、レンタカー管理サーバ２に通知される。ステップ１１−２にて、レンタカー管理サーバ２が、その予定返却時刻を返却予約データとして契約管理データ２３４Ａに登録する。

ステップ１２は、返却可能店舗を検索するステップである。ステップ１２は、ステップ１２−１、１２−２を含んでいる。ステップ１２−１にて、顧客端末が、ステップ１１とは別の後のタイミングにおける顧客の操作に従って、予定返却地域を入力する。入力された予定返却地域は、レンタカー管理サーバ２に通知される。次に、ステップ１２−２にて、レンタカー管理サーバ２が、希望返却地域に位置し、予定返却時刻に返却可能な店舗（利用可能店舗）を検索する。検索で得られた利用可能店舗の情報は顧客端末に通知される。

ステップ１３は、返却予約を登録するステップである。ステップ１３は、ステップ１３−１〜１３−４を含んでいる。ステップ１３−１にて、顧客端末が利用可能店舗を表示する。次に、ステップ１３−２にて、顧客端末が、顧客の操作に従って、利用可能店舗の中から予定返却店舗を選択する。ステップ１３−３にて、予定返却店舗の情報である予定返却店舗ＩＤは、レンタカー管理サーバ２が、該当の顧客と車両に関する契約管理データ２３４Ａに登録する。一方、ステップ１３−１の後、顧客が、予定返却店舗の選択を行わず、時刻または地域の変更を希望した場合、ステップ１またはステップ１２−１に戻る。このとき、顧客が時刻の変更を希望したのであればステップ１に戻ればよく、顧客が地域の変更を希望したのであればステップ１２−１に戻ればよい。

＜返却予約全体プロセス第３例＞
図２３は、返却予約の全体プロセスの第３例を示すフローチャートである。第３例には、返却店舗を優先しつつ、返却時刻と返却店舗を同時に設定するプロセスが示されている。

ステップ２１は、予定返却店舗を入力するステップである。ステップ２１は、ステップ２１−１〜２１−５を含んでいる。ステップ２１−１にて、まず、顧客端末が、車両を借りている顧客の操作に従って、予定返却地域を入力する。入力された予定返却地域の情報はレンタカー管理サーバ２に通知される。ステップ２１−２にて、レンタカー管理サーバ２は、予定返却地域に位置する店舗を検索する。検索で得られた店舗の情報は顧客端末に通知される。ステップ２１−３にて、顧客端末が、レンタカー管理サーバ２による検索で得られた店舗を表示する。ステップ２１−４にて、その表示を見た顧客による操作に従って、顧客端末が、表示した店舗の中から、予定返却店舗を選択する。一方、ステップ２１−５のように、顧客がどの店舗も選択しなければ、ステップ２１−１に戻る。なお、ステップ２１−１にて、予定返却地域として、一店舗を具体的に特定した場合は、ステップ２１−２〜２１−４は不要である。

ステップ２２は、返却可能時刻を検索するステップである。ステップ２２では、レンタカー管理サーバ２が、予定返却店舗へ車両を返却可能な時刻（返却可能時刻）を検索し、顧客端末に通知する。ここでは、一例として、利用状況データベース２３４の駐車状況データ２３４Ｂを検索するものとする。返却可能時刻は、例えば、その時刻以降に駐車場所が満杯になることが予定されてないことで判断できる。なお、このとき返却可能時刻とする時刻を、現在地から予定返却店舗に到達できる時間範囲（何時以降）の時刻だけに制限しても良い。このことは次に説明する変形例についても同様である。

ステップ２３は、予定返却店舗と予定返却時刻を登録するステップである。ステップ２３は、ステップ２３−１〜２１−４を含んでいる。ステップ２３−１にて、顧客端末が予定返却店舗の返却可能時刻を表示する。次に、表示を見た顧客の操作に従って、顧客端末が返却可能時刻の中から予定返却時刻を選択する。選択結果はレンタカー管理サーバ２に通知される。次に、ステップ２３−３にて、レンタカー管理サーバ２が、予定返却店舗の店舗ＩＤと予定返却時刻を、該当の顧客と車両に関する契約管理データ２３４Ａに返却予約として登録する。一方、ステップ２３−１の後、ステップ２３−４のように、顧客が予定返却時刻を選択せず、再入力を要求した場合、顧客の要求に応じてステップ２３−１またはステップ２１−１に戻る。

＜返却予約全体プロセス第４例＞
図２４は、返却予約の全体プロセスの第４例を示すフローチャートである。第４例には、返却店舗を優先して先に設定するプロセスが示されている。

ステップ３１は、予定返却店舗を入力し、登録するステップである。ステップ３１は、ステップ３１−１〜２１−６を含んでいる。ステップ３１−１にて、まず、車両を借りている顧客の操作に従って、顧客端末が予定返却地域を入力する。入力された予定返却地域の情報はレンタカー管理サーバ２に通知される。ステップ３１−２にて、レンタカー管理サーバ２が、予定返却地域に位置する店舗を検索し、得られた店舗の情報を顧客端末に通知する。ステップ３１−３にて、顧客端末が、通知された店舗を表示する。次に、ステップ３１−４にて、顧客端末が、顧客の操作に従って、表示された店舗の中から予定返却店舗を選択する。選択された予定返却店舗の情報は、レンタカー管理サーバ２に通知される。ステップ３１−５にて、レンタカー管理サーバ２は、予定返却店舗を返却予約データとして、契約管理データ２３４Ａに登録する。一方、ステップ３１−３の後、顧客が予定返却店舗を選択せず、再入力を要求したら、ステップ３１−６のように、ステップ３１−１に戻る。

ステップ３２は、返却可能時刻を検索するステップである。ステップ３２は、ステップ３２−１、３１−２を含んでいる。ステップ３２−１にて、顧客端末が、ステップ３１とは別の後のタイミングにおける顧客の操作に従って、予定返却時刻の設定をレンタカー管理サーバ２に要求する。ステップ３２−２にて、レンタカー管理サーバ２が、予定返却店舗に車両を返却可能な時刻（返却可能時刻）を検索する。例えば、その時刻以降、駐車場所が満杯になることが予定されていない時刻を返却可能時刻とすればよい。検索で得られた返却可能時刻の情報は顧客端末に通知される。

ステップ３３は返却予約を登録するステップである。ステップ３３は、ステップ３３−１〜３３−４を含んでいる。ステップ３３−１にて、顧客端末が返却可能時刻を表示する。次に、ステップ３３−２にて、顧客端末が、表示を見た顧客の操作に従って、返却可能時刻の中から予定返却時刻を選択する。選択された予定返却時刻はレンタカー管理サーバ２に通知される。レンタカー管理サーバ２は、通知された予定返却時刻を、該当の顧客と車両に関する契約管理データ２３４Ａに、予定返却時刻として登録する。一方、ステップ３３−１の後、顧客が予定返却時刻を選択せず、再入力を要求した場合、顧客の要求に応じてステップ３２−１またはステップ２１−１に戻る。

＜＜返却予約せずに実返却する場合の具体例＞＞
車両返却の方法として、上述したような返却予約を行うことなく、返却したいときに空いている店舗の駐車区画に直接車両を実返却することがある。これを直接返却と呼ぶことにする。

直接返却では、顧客が、空いている駐車区画のある店舗を現実に発見し、その駐車区画へ車両を入れる。その際、顧客と車両の両方または少なくとも一方が、駐車場所に来ているという事実をレンタカー管理サーバ２にて確認するための処理が行われる。

確認処理の第１態様について説明する。

店舗に設置された店舗端末Ｍ３に、顧客が携帯している移動端末Ｍ１（又は車両に設置された車載端末６）を接続（近接無線通信）することで、一方の端末のＩＤを他方の端末へ渡す。他方の端末から、レンタカー管理サーバ２へ両端末のＩＤの対と一緒に、実返却を行う旨の通知を送る。このときに送られる情報を、第１の情報と呼ぶことにする。

要するに、店舗端末Ｍ３（または駐車場所端末）と移動端末Ｍ１（または車載端末６）とが近接したという事実により、顧客と車両が駐車場所に居るという事実（実返却の事実）を、レンタカー管理サーバ２にて、営業上実質的に問題ない程度の確からしさで推定できる。

確認処理の第２態様について説明する。

移動端末Ｍ１又は車載端末６からレンタカー管理サーバ２へ、実返却を行う旨を通知するとき、その端末の（例えばＧＰＳにより測定した）現在位置をレンタカー管理サーバ２に通知する。この時通知される情報を第２の情報と呼ぶことにする。通知された位置が、どこかの店舗の駐車区画（駐車場所）であれば、その駐車場所へ車両が実返却された事実を、レンタカー管理サーバ２にて、営業上実質的に問題ない程度の確からしさで推定できる。

なお、第１の情報または第２の情報をレンタカー管理サーバ２に送るのは、移動端末Ｍ１、車載端末６、店舗端末（駐車場所端末）Ｍ３の何れであってもよい。

レンタカー管理サーバ２は、第１か第２の情報を受信すると、その情報から、実返却の事実を確認するとともに、データベースを参照して、実返却場所がどの駐車場所か、返却した顧客がどの顧客か、返却された車両がどの車両かを特定する。また、通知の時刻から、返却時刻を特定する。そして、レンタカー管理サーバ２は、特定した情報を、実返却データとして、契約状況データ２３４Ａに登録する。

なお、ここで、店舗端末Ｍ３は、店員のいる一般的なレンタカー店舗に設けられた端末だけに限られず、各駐車区画又は複数の駐車区画からなる各駐車施設に設置された、例えば無人の駐車場所端末であってもいい。店舗ＩＤは、店舗のＩＤに限らず、駐車区画又は駐車区画のＩＤであってもいい。このことは後述する全体プロセスの第１〜４例でも同様である。

＜直接返却全体プロセス第１例＞
図２５は、直接返却の全体プロセスの第１例を説明するための図である。第１例には、店舗端末Ｍ３と移動端末Ｍ１との近接通信を用いるプロセスが示されている。これは上記確認処理の第１態様の具体例である。

１） まず、顧客の移動端末Ｍ１と店舗端末Ｍ３との近接通信により、移動端末Ｍ１から店舗端末Ｍ３に顧客ＩＤを送る。これにより、移動端末Ｍ１と店舗端末Ｍ３が同一店舗（あるいは駐車区画）にあることが担保される。例えば、店員が店舗端末Ｍ３を顧客の移動端末Ｍ１に近接させる、あるいは顧客が移動端末Ｍ１を店舗端末Ｍ３にかざすなどにより非接触で近接通信を行う。なお、車載端末６と移動端末Ｍ１および／または店舗端末Ｍ３との近接通信を用い、あるいはその他の方法で、更に車両ＩＤも店舗顛末Ｍ３へ送ることにしてもよい。

２） 次に、店舗端末Ｍ３からレンタカー管理サーバ２へ、店舗ＩＤと顧客ＩＤを含んだ実返却通知が送信される。

３） 次に、レンタカー管理サーバ２は、店舗ＩＤと顧客ＩＤを含む実返却通知を店舗端末Ｍ３から受信したことで、該当の店舗にて返却が実行されたという事実を認識するとともに、返却の時刻を特定する。例えば、店舗端末Ｍ３との通信を行った時刻、あるいは、店舗端末Ｍ３から通知される返却時刻などにより、返却の時刻を特定できる。

４） 次に、レンタカー管理サーバ２は、受信した顧客ＩＤから、返却した顧客を特定する。

５） 次に、レンタカー管理サーバ２は、利用状況データベース２３４の車両運行データ２３４Ｃ１に基づいて、その顧客へ貸し出されている車両を特定する。その特定した車両を、返却された車両として認識する。なお、上述したように、車両ＩＤも一緒に受信された場合には、その車両ＩＤを使って、返却された車両を特定しても良い。

なお、正確を期すために、次のような追加の確認処理を行って、最終的に返却された車両を決定しても良い。

・ レンタカー管理サーバ２が特定した車両の特徴（登録番号など）を店舗顛末Ｍ３又は移動端末Ｍ１へ送って、その車両が正しいことを、店員又は顧客に確認させる。

・ レンタカー管理サーバ２が特定した車両の車載端末６と通信して、その現在位置を取得し、その現在位置が、上記受信した店舗ＩＤの店舗（又は駐車区画又は駐車施設）の位置と一致するか否か確認する。

なお、上述した例では、店舗端末Ｍ３が実返却通知をレンタカー管理サーバ２に送っているが、実返却通知をレンタカー管理サーバ２へ送る端末は、必ずしも店舗端末Ｍ３に限られるわけではなく、移動端末Ｍ１又は車載端末６であってもよい。このことは後述する第２〜４例でも同様である。

＜直接返却全体プロセス第２例＞
図２６は、直接返却の全体プロセスの第２例を説明するための図である。第２例には、店舗端末Ｍ３と移動端末Ｍ１との近接通信を用いるプロセスが示されている。これは上記確認処理の第１態様の他の具体例である。

１） まず、車両の車載端末６と店舗端末Ｍ３との近接通信により、車載端末６から店舗端末Ｍ３に車両ＩＤを送る。これにより、車載端末６と店舗端末Ｍ３が同一店舗（駐車区画）にあることが担保される。例えば、車両が店舗に入ると、店舗端末Ｍ３が近距離無線通信により、車載端末６から車両ＩＤを取得する。なお、移動端末Ｍ１と車載端末６および／または店舗端末Ｍ３との近接通信を用い、あるいはその他の方法で、更に移顧客ＩＤも店舗顛末Ｍ３へ送ることにしてもよい。

２） 次に、店舗端末Ｍ３からレンタカー管理サーバ２へ、店舗ＩＤと車両ＩＤを含んだ実返却通知が送信される。

３） 次に、レンタカー管理サーバ２は、店舗ＩＤと車両ＩＤを含んだ実返却通知を店舗端末Ｍ３から受信したことで、該当の店舗にて返却が実行されたという事実を認識するとともに、返却の時刻を特定する。例えば、店舗端末Ｍ３との通信を行った時刻、あるいは、店舗端末Ｍ３から通知される返却時刻などにより、返却の時刻を特定できる。

４） 次に、レンタカー管理サーバ２は、受信した車両ＩＤから、返却された車両を特定する。

５） 次に、レンタカー管理サーバ２は、利用状況データベース２３４の車両運行データ２３４Ｃ１に基づいて、その車両を借り受けている顧客を特定する。その特定した顧客を、返却を行った顧客として認識する。なお、上述したように、顧客ＩＤも一緒に受信された場合には、その顧客ＩＤを使って、返却を行った顧客を特定しても良い。

なお、正確を期すために、次のような追加の確認処理を行って、最終的に返却を行った顧客を決定しても良い。

・ レンタカー管理サーバ２が特定した顧客の特徴（氏名など）を店舗顛末Ｍ３又は移動端末Ｍ１へ送って、その顧客が正しいことを、店員又は顧客に確認させる。

・ レンタカー管理サーバ２が、特定した顧客の移動端末Ｍ１と通信して、その現在位置を取得し、その現在位置が、上記受信した店舗ＩＤの店舗（又は駐車区画又は駐車施設）の位置と一致するか否か確認する。

＜直接返却全体プロセス第３例＞

図２７は、直接返却の全体プロセスの第３例を説明するための図である。第３例には、移動端末又は車載端末の現在位置を使うプロセスが示されている。これは上記確認処理の第２態様の具体例である。

１） 顧客の移動端末Ｍ１からレンタカー管理サーバ２へ、顧客ＩＤと、（ＧＰＳなどで）測定した顧客（移動端末Ｍ１）の現在位置とを含んだ実返却通知が送信される。なお、このとき、移動端末Ｍ１は、車載端末６との近接通信で車両ＩＤ及び／又は車両の現在位置を取得して、及び／又は、店舗端末Ｍ３との近接通信で店舗ＩＤを取得して、その情報も実返却通知に含ませてレンタカー管理サーバ２へ送ってもよい。また、このとき、移動端末Ｍ１からレンタカー管理サーバ２へ直接的に実返却通知を送る代わりに、移動端末Ｍ１から車載端末６又は店舗端末Ｍ３を経由してレンタカー管理サーバ２へ実返却通知を送ってもよい。

２） 次に、レンタカー管理サーバ２は、実返却通知に含まれる現在位置に基づいて、店舗マスター２３３Ａ又は駐車場マスター２３３Ｂを参照して、その現在位置がどの店舗の位置に該当するかを調べる、あるいは、その現在位置がどの駐車区画、又は複数の駐車区画を持った駐車施設の位置に該当するかを調べる。

その結果、移動端末Ｍ１がいずれかの店舗の位置に存在することが確認されれば、レンタカー管理サーバ２は、実返却が実行されたという事実を認識するとともに、返却の時刻を特定する。例えば、移動端末Ｍ１との通信を行った時刻、あるいは、移動端末Ｍ１から通知される返却時刻などにより、返却の時刻を特定できる。

３） 次に、レンタカー管理サーバ２は、受信した顧客ＩＤから、返却した顧客を特定する。

４） 次に、レンタカー管理サーバ２は、利用状況データベース２３４の車両運行データ２３４Ｃ１に基づいて、その顧客へ貸し出されている車両を特定する。その特定した車両を、返却された車両として認識する。なお、上述したように、車両ＩＤも一緒に受信された場合には、その車両ＩＤを使って、返却された車両を特定しても良い。

なお、正確を期すために、第１、２例に前述したような追加の確認処理を行って、最終的に返却された車両を決定しても良い。

＜直接返却全体プロセス第４例＞
図２８は、直接返却の全体プロセスの第４例を説明するための図である。第４例には、移動端末又は車載端末の現在位置を使うプロセスが示されている。これは上記確認処理の第２態様の他の具体例である。

１） 車両の車載端末６からレンタカー管理サーバ２へ、車両ＩＤと、（ＧＰＳなどで）測定した車両の現在位置とを含んだ実返却通知が送信される。なお、このとき、車載端末６は、移動端末Ｍ１との近接通信で顧客ＩＤ及び／又は顧客の現在位置を取得して、及び／又は、店舗端末Ｍ３との近接通信で店舗ＩＤを取得して、その情報も実返却通知に含ませてレンタカー管理サーバ２へ送ってもよい。また、このとき、車載端末６からレンタカー管理サーバ２へ直接的に実返却通知を送る代わりに、車載端末６から移動端末Ｍ１又は店舗端末Ｍ３を経由してレンタカー管理サーバ２へ実返却通知を送ってもよい。

２） 次に、レンタカー管理サーバ２は、実返却通知に含まれる現在位置に基づいて、店舗マスター２３３Ａ又は駐車場マスター２３３Ｂを参照して、その現在位置がどの店舗の位置に該当するかを調べる、あるいは、その現在位置がどの駐車区画、又は複数の駐車区画を持った駐車施設の位置に該当するかを調べる。

その結果、車載端末６がいずれかの店舗の位置に存在することが確認されれば、レンタカー管理サーバ２は、実返却が実行されたという事実を認識するとともに、返却の時刻を特定する。例えば、車載端末６との通信を行った時刻、あるいは、車載端末６から通知される返却時刻などにより、返却の時刻を特定できる。

３） 次に、レンタカー管理サーバ２は、受信した車両ＩＤから、返却された車両を特定する。

４） 次に、レンタカー管理サーバ２は、利用状況データベース２３４の車両運行データ２３４Ｃ１に基づいて、その車両を借り受けている顧客を特定する。その特定した顧客を、返却を行った顧客として認識する。なお、上述したように、顧客ＩＤも一緒に受信された場合には、その顧客ＩＤを使って、返却を行った顧客を特定しても良い。

なお、正確を期すために、第１、２例に前述したような追加の確認処理を行って、最終的に返却を行った顧客を決定しても良い。

＜＜返却予約又は直接返却に関わる顧客と車両を特定する方法＞＞
前述した返却予約プロセス又は直接返却プロセスには、返却予約または直接返却を行う顧客と、返却予約または直接返却される車両とを特定する処理が含まれる。ここでは、その返却予約又は直接返却に関わる顧客と車両を特定する方法の具体例について説明する。

上述したように、返却予約または直接返却のプロセスでは、レンタカー管理サーバ２が最初に移動端末Ｍ１と通信を行う場合と、最初に車載端末６と通信を行う場合とがある。そのため、顧客と車両を特定する基本処理の態様がそれぞれ毎にある。

顧客および車両の特定処理の第１態様では、レンタカー管理サーバ２が最初に移動端末Ｍ１と通信する場合、レンタカー管理サーバ２は、最初に通信した移動端末Ｍ１からの信号で顧客を特定する。そして例えば、その顧客の顧客ＩＤをキーとして利用状況データベース２３４を参照し、その顧客へ貸出中の車両を特定する。

顧客および車両の特定処理の第２態様では、レンタカー管理サーバ２が最初に車載端末６と通信する場合、レンタカー管理サーバ２は、最初に通信した車載端末からの信号で車両を特定する。そして例えば、その車両の車両ＩＤをキーとして利用状況データベース２３４を参照し、その車両を借受中の顧客を特定する。

また、第１、第２態様による顧客と車両を特定する方法において精度を上げるために追加の確認処理行ってもよい。追加の確認処理を以下に例示する。

・ 移動端末Ｍ１の現在位置と車載端末６の現在位置とを比較する。

・ レンタカー管理サーバ２が最初に通信した端末へ特定結果を送って、顧客に特定結果が正しいかどうか確認させる。

・ レンタカー管理サーバ２が最初に通信した端末と通信し、その端末の相手の端末が、後で特定した方の端末で正しいか否か確認する。

・ レンタカー管理サーバ２が後で特定した方の端末と通信し、その端末の相手の端末が、最初に通信した方の端末で正しいか否か確認する。

上述した基本処理に確認処理を追加した処理、その変形例、その他の処理など、各種、顧客車両特定処理について以下に具体例を示す。第１例〜第８例は、レンタカー管理サーバ２が最初に移動端末Ｍ１と通信する場合の例であり、第９例〜第１６例は、レンタカー管理サーバ２が最初に車載端末６と通信する場合の例である。

＜顧客車両特定処理の第１例＞
図２９は、顧客および車両の特定処理の第１例を説明するための図である。第１例は、移動端末Ｍ１からの情報に基づいて、対象の顧客と車両を特定する基本方法である。

１） まず、移動端末Ｍ１が顧客ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、移動端末Ｍ１からその端末を使用する顧客の顧客ＩＤを受信する。

３） 次に、レンタカー管理サーバ２は、利用状況データベース２３４を参照して、受信した顧客ＩＤの顧客に貸出中の車両ＩＤを特定する。ここで参照するのは、特に、どの顧客にどの車両が貸し出されているかを示すデータ（車両状況データ２３４Ｃの車両運行データ２３４Ｃ１）である。

以上で顧客と車両が特定される。このとき、間違いを減らすために、４）に示す追加の確認処理を行って良い。

４） 例えば、レンタカー管理サーバ２が、移動端末Ｍ１と、該当の車両ＩＤの車載端末６からそれぞれ現在位置を受信し、両方の現在位置が実質的に一致することを確認しても良い。

＜顧客車両特定処理の第２例＞
第２例では、第１例の１）〜３）と同じプロセスにより顧客と車両を特定するが、追加の確認処理が第１例の４）とは異なる。

１） 移動端末Ｍ１は、顧客ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、移動端末Ｍ１から顧客ＩＤを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した顧客ＩＤの顧客に貸出中の車両の車両ＩＤを特定する。

ここまでは第１例と同じである。

４） レンタカー管理サーバ２が、車両マスター２３５Ａを参照して、特定された車両ＩＤに対応した車両のある属性を取得し、その属性を移動端末Ｍ１に送信して、顧客に属性を通知し、その車両が正しい車両かを顧客に確認させる。顧客に確認させる車両の属性は、例えば登録番号、車種などである。このとき、特定された車両ＩＤが複数あった場合、それらを移動端末Ｍ１に送り、顧客にいずれか一つの車両を選択させてもよい。

５） 移動端末Ｍ１が、通知された属性を表示し、顧客が移動端末Ｍ１に手動により確認結果を入力する。このとき、複数の車両ＩＤが表示されていれば、顧客はそのいずれか一つを選択する。顧客による確認結果または選択結果は移動端末Ｍ１からレンタカー管理サーバ２に通知される。

６） レンタカー管理サーバ２は、顧客が確認した車両ＩＤ、または選択した車両の車両ＩＤを、返却予約または実返却の対象となる車両の車両ＩＤとして、利用状況データベース２３４の契約管理データ２３４Ａに登録する。

＜顧客車両特定方法の第３例＞
第３例では、第１例の１）〜３）と同様に、移動端末Ｍ１からの顧客ＩＤで顧客を特定し、利用状況データベース２３４を参照して車両を特定するが、その際に車載端末６が確認処理を行う。

１） 移動端末Ｍ１は、顧客ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、移動端末Ｍ１から顧客ＩＤを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した顧客ＩＤの顧客に貸出中の車両の車両ＩＤを特定する。

ここまでは第１例と同じである。

４）レンタカー管理サーバ２は、特定した車両ＩＤを持つ車載端末６へ、移動端末Ｍ１から受信した顧客ＩＤを送信して、その顧客ＩＤが正しいかどうか問い合わせる。

５） 車載端末６は、レンタカー管理サーバ２から受信した顧客ＩＤを移動端末Ｍ１へ送り、その顧客ＩＤが正しいかどうか問い合わせる。

６） 移動端末Ｍ１は、車載端末６から問い合わせがあった顧客ＩＤと、その移動端末Ｍ１を所持している顧客の顧客ＩＤとが一致するか否かチェックし、チェック結果を車載端末６に返す。

７） レンタカー管理サーバ２は、チェック結果が一致であれば、特定した車両ＩＤを、返却予約の対象となる車両の車両ＩＤとして用いる。

＜顧客車両特定方法の第４例＞
第４例では、第１例の１）〜３）と同様に、移動端末Ｍ１からの顧客ＩＤで顧客を特定し、利用状況データベース２３４を参照して車両を特定するが、その際に第１例と異なる方法でレンタカー管理サーバ２が確認処理を行う。

１） 移動端末Ｍ１は、顧客ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、移動端末Ｍ１から顧客ＩＤを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した顧客ＩＤの顧客に貸出中の車両の車両ＩＤを特定する。

ここまでは第１例と同じである。

４） レンタカー管理サーバ２は、特定した車両ＩＤを持つ車両に搭載された車載端末へ、ＩＤ確認要求を送信する。

５） 車載端末６は、レンタカー管理サーバ２から受信したＩＤ確認要求を移動端末Ｍ１へ送る。

６） 移動端末Ｍ１は、顧客ＩＤと共に、ＩＤ確認要求に対するＩＤ確認応答をレンタカー管理サーバ２に送る。

７） 車載端末６は、ＩＤ確認要求に対するＩＤ確認応答をレンタカー管理サーバ２に送る。このＩＤ確認応答には、車載端末６の車両ＩＤが含まれていても良い。

８） レンタカー管理サーバ２は、ＩＤ確認応答を送ってきた移動端末Ｍ１の顧客ＩＤが、返却予約をした移動端末の顧客ＩＤと一致であれば、特定した車両ＩＤ（又はＩＤ確認応答に含まれていた車両ＩＤ）を、返却予約の対象となる車両の車両ＩＤとして用いる。

＜顧客車両特定処理の第５例＞
第５例では、移動端末Ｍ１から通知された顧客ＩＤと車両ＩＤにより顧客と車両を特定し、確認処理も行う。

１） まず移動端末Ｍ１は顧客が借りている車両の車両ＩＤを予め取得しておく。車両ＩＤの取得方法としては、車載端末６又は店舗端末Ｍ３から通信により取得する方法と、手動入力により取得する方法がある。例えば、乗車中に、車載端末６から移動端末Ｍ１へ車両ＩＤを送信することにしてもよい。また例えば、貸出手続きの際に貸出店舗の店舗端末Ｍ３からの設定により移動端末Ｍ１に通知することにしてもよい。また例えば、貸出手続きの際に貸出店舗の店員が、貸出した時に移動端末Ｍ１に車両ＩＤを設定することにしてもよい。

２） 移動端末Ｍ１は、取得した車両ＩＤをレンタカー管理サーバ２へ顧客ＩＤと共に送る。

３） レンタカー管理サーバ２は、受信した顧客ＩＤに基づき顧客を特定し、受信した車両ＩＤに基づき車両を特定する。

ここで、間違いをなくすため追加確認処理を行う。

４） レンタカー管理サーバ２は、車両状況データ２３４Ｃの車両運行データ２３４Ｃ１を参照し、受信した車両ＩＤの車両が、受信した顧客ＩＤの顧客に貸出中であることを確認してもよい。

＜顧客車両特定方法の第６例＞
第６例では、移動端末Ｍ１から通知された顧客ＩＤにより顧客を特定し、車載端末６から通知された車載ＩＤにより車両を特定し、確認処理も行う。

１） まず移動端末Ｍ１が顧客ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、移動端末Ｍ１からの顧客ＩＤを受信し、車両を借りている顧客を特定する。

３） 移動端末Ｍ１は、車載端末６に顧客ＩＤを通知する。例えば、乗車中に移動端末Ｍ１が車載端末６に顧客ＩＤを通知することにしてもよい。

４） 車載端末６は、レンタカー管理サーバ２に顧客ＩＤと車両ＩＤを送信する。車載端末６がレンタカー管理サーバ２に顧客ＩＤと車両ＩＤを送信するタイミングは特に限定されないが、好ましくは返却予約または実返却がなされる以前である。

５） レンタカー管理サーバ２は、車載端末６から顧客ＩＤと車両ＩＤを受信し、移動端末Ｍ１から受信した顧客ＩＤと、車載端末６から受信した顧客ＩＤが一致するか否かチェックする。チェックの結果が一致であれば、車載端末６から受信した車両ＩＤを、返却予約の対象となる車両の車両ＩＤとして特定する。

６） ここで間違いをなくすため、レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、その車両がその顧客に貸出中であることを確認して良い。

＜顧客車両特定方法の第７例＞
第７例では、移動端末Ｍ１からの顧客ＩＤで顧客を特定し、車載端末６からの車両ＩＤで車両を特定し、その際に車載端末６にて確認処理を行う。

１） まず移動端末Ｍ１が顧客ＩＤをレンタカー管理サーバ２に送信する。

２） 移動端末Ｍ１は、車載端末６に、車両を借りている顧客の顧客ＩＤを通知する。

３） レンタカー管理サーバ２は、移動端末Ｍ１から顧客ＩＤを受信し、車両状況データ２３４Ｃを参照して、その顧客に貸出中の車両を特定する。

４） レンタカー管理サーバ２は、特定した車両ＩＤの車両に搭載された車載端末６との通信により、移動端末Ｍ１から受信した顧客ＩＤを車載端末６に送信し、その顧客ＩＤが正しいかどうか問い合わせる。

５） 車載端末６が、レンタカー管理サーバ２から受信した顧客ＩＤが、移動端末Ｍ１から通知された顧客ＩＤと一致するか否かチェックし、チェック結果をレンタカー管理サーバ２へ返送する。

６） レンタカー管理サーバ２は、チェックの結果が一致であれば、特定した車両ＩＤを、返却予約の対象となる車両の車両ＩＤとして用いる。

＜顧客車両特定方法の第８例＞
第８例では、移動端末Ｍ１の現在位置と車両（車載端末６）の現在位置を用いて、顧客および車を特定する。

１） 貸出中の車両の車載端末６からレンタカー管理サーバ２へ継続的に現在位置を送信する。レンタカー管理サーバ２は、受信した車両の現在位置を、該当の車両ＩＤに関連付けられた車両位置データ２３４Ｃ２に登録する。その際、望ましくは、実質的にリアルタイムで各車両の現在位置を管理できることである。

２） 車両を借りている顧客の移動端末Ｍ１は、レンタカー管理サーバ２に顧客ＩＤと現在位置を送信する。この現在位置の測定は移動端末Ｍ１または車載端末６が行う。

３） レンタカー管理サーバ２は移動端末Ｍ１から顧客ＩＤと現在位置を受信する。

４） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、次のＡ）Ｂ）両条件に合う車両を特定する。

Ａ） 車両位置データ２３４Ｃ２によると、移動端末Ｍ１の現在位置の近くに位置する車両であること。

Ｂ） 車両運行データ２３４Ｃ１によると、移動端末Ｍ１の顧客ＩＤに現在貸出中、すなわち貸出されたが返却されてない車両であること。

５） レンタカー管理サーバ２は、特定された車両の車両ＩＤを、返却予約の対象となる車両の車両ＩＤとして用いる。

なお、このとき間違いを減らすための確認処理として、レンタカー管理サーバ２が該当の車両ＩＤの車載端末６と通信して、その車載端末６から現在位置を取得し、その現在位置が移動端末Ｍ１の現在位置と実質的に一致することを確認しても良い。また、その現在位置は、その車両ＩＤの車両位置データ２３４Ｃ２に登録する。

＜顧客車両特定方法の第９例＞
図３０は、顧客および車両の特定処理の第９例を説明するための図である。第９例は、車載端末６からの情報に基づいて、対象の顧客と車両を特定する基本方法である。

１） まず、車載端末６が車両ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、車載端末６からの車両ＩＤを受信し、返却予約または実返却の対象となる車両を特定する。

３） 次に、レンタカー管理サーバ２は、車両運行データ２３４Ｃ１を参照して、受信した車両ＩＤの車両を現在借受中、すなわち、その顧客へその車両が貸し出されているが返却がされていない顧客の顧客ＩＤを特定する。そして、その顧客ＩＤを、返却予約をする顧客の顧客ＩＤとして使う。

以上で顧客と車両が特定される。このとき、間違いを減らすために、第１例と同じ追加の確認処理４）行って良い。

４） 例えば、レンタカー管理サーバ２が、移動端末Ｍ１と、該当の車両ＩＤの車載端末６からそれぞれ現在位置を受信し、両方の現在位置が実質的に一致することを確認しても良い。

＜顧客車両特定方法の第１０例＞
第１０例では、第９例の１）〜３）と同じプロセスにより顧客と車両を特定するが、追加の確認処理が第９例の４）とは異なる。

１） 車載端末６は、車両ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、車載端末６から車両Ｄを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した車両ＩＤの車両を借受中の顧客の顧客ＩＤを特定する。

ここまでは第９例と同じである。

４） レンタカー管理サーバ２は顧客マスターデータを参照する。顧客マスターデータには、顧客の氏名、携帯番号、又はニックネームなど各種属性が記録されている。レンタカー管理サーバ２は、特定した顧客ＩＤの顧客の所定の属性を顧客マスターデータから取得して車載端末６に送信し、その属性がその顧客の正しい属性であることお確認することを要求する。このとき、特定した顧客ＩＤが複数あった場合、レンタカー管理サーバ２は、その複数の顧客の属性を車載端末６へ送って表示させ、顧客に正しい顧客を選択するよう要求する。

５） 車載端末６は、顧客の手動入力の操作に従って、属性が正しいものであったか、または、どの属性の顧客が正しい顧客であるかの情報をレンタカー管理サーバ２に送信する。

６） レンタカー管理サーバ２は、車載端末６にて正しい属性とされた顧客の顧客ＩＤ、または、車載端末６にて選択され通知された顧客の顧客ＩＤを、返却予約または実返却をする顧客の顧客ＩＤとして使用する。

＜顧客車両特定方法の第１１例＞
第１１例は、第９例の１）〜３）と同じプロセスにより顧客と車両を特定するが、追加の確認処理が第９例の４）とは異なる。

１） 車載端末６は、車両ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、車載端末６から車両Ｄを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した車両ＩＤの車両を借受中の顧客の顧客ＩＤを特定する。

ここまでは第９例と同じである。

４） 車載端末６は、１）にて、車両ＩＤをレンタカー管理サーバ２に送信するのと実質的に同時期またはそれ以降に移動端末Ｍ１に車両ＩＤを送信する。

５） レンタカー管理サーバ２は、３）にて特定した顧客ＩＤの移動端末Ｍ１と交信し、移動端末Ｍ１に車載端末６から受信した車両ＩＤを送信し、その車両ＩＤが正しいか問い合わせる。

６） 移動端末Ｍ１は、レンタカー管理サーバ２から受信した車両ＩＤが、車載端末６から通知された車両ＩＤと一致するか否かチェックする。そして、そのチェック結果をレンタカー管理サーバ２へ返す。

７） レンタカー管理サーバ２は、移動端末Ｍ１からのチェック結果が一致であれば、特定した顧客ＩＤを、返却予約または実返却をする顧客の顧客ＩＤとして使用する。

＜顧客車両特定方法の第１２例＞
第１２例は、第９例の１）〜３）と同じプロセスにより顧客と車両を特定するが、追加の確認処理が第９例の４）とは異なる。

１） 車載端末６は、車両ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、車載端末６から車両ＩＤを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した車両ＩＤの車両を借受中の顧客の顧客ＩＤを特定する。

ここまでは第９例と同じである。

４） レンタカー管理サーバ２は、特定した顧客ＩＤを持つ移動端末Ｍ１へ、車載端末６から受信した車両ＩＤを送信して、それが正しいかどうか問い合わせる。

５） 移動端末Ｍ１は、レンタカー管理サーバ２から受信した車両ＩＤを車載端末６へ送り、それが正しいかどうか問い合わせる。

６） 車載端末６は、移動端末Ｍ１から受信した車両ＩＤが、該当車両を正しく示す車両ＩＤであるかどうかチェックし、チェック結果を移動端末Ｍ１に送信する。

７） 移動端末Ｍ１は、車載端末６から受信したチェック結果をレンタカー管理サーバ２へ送信する。

８） レンタカー管理サーバ２は、チェック結果が一致であれば、特定した車両ＩＤを、その顧客に貸し出された車両の車両ＩＤとして使用する。

＜顧客車両特定方法の第１３例＞
第１３例は、第９例の１）〜３）と同じプロセスにより顧客と車両を特定するが、追加の確認処理が第９例の４）とは異なる。

１） 車載端末６は、車両ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、車載端末６から車両ＩＤを受信する。

３） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、受信した車両ＩＤの車両を借受中の顧客の顧客ＩＤを特定する。

ここまでは第９例と同じである。

４） レンタカー管理サーバ２は、特定した顧客ＩＤを持つ移動端末Ｍ１へ、ＩＤ確認要求を送信する。

５） 移動端末Ｍ１は、レンタカー管理サーバ２から受信したＩＤ確認要求を車載端末６へ送る。

６） 車載端末６は、受信したＩＤ確認要求に対するＩＤ確認応答として、車両ＩＤをレンタカー管理サーバ２に送信する。

７） 移動端末Ｍ１は、ＩＤ確認要求に対するＩＤ確認応答をレンタカー管理サーバ２へ返す。ＩＤ確認応答には、移動端末Ｍ１の顧客ＩＤが含まれていても良い。

８） レンタカー管理サーバ２は、ＩＤ確認応答を送ってきた車載端末の車両ＩＤが、返却予約または実返却をした車載端末の車両ＩＤと一致であれば、特定した顧客ＩＤ（又は確認応答に含まれていた顧客ＩＤ）を、返却予約または実返却をする顧客の顧客ＩＤとして使用する。

＜顧客車両特定方法の第１４例＞
第１４例では、車載端末６から通知された顧客ＩＤと車両ＩＤにより顧客と車両を特定し、確認処理も行う。

１） まず車載端末６は車両を借りている顧客の顧客ＩＤを予め取得しておく。顧客ＩＤの取得方法としては、移動端末Ｍ１又は店舗端末Ｍ３から通信により取得する方法と、手動入力により取得する方法がある。例えば、乗車中に、移動端末Ｍ１から車載端末６へ顧客ＩＤを送信することにしてもよい。また例えば、貸出手続きの際に貸出店舗の店舗端末Ｍ３からの設定により車載端末６に通知することにしてもよい。また例えば、貸出手続きの際に貸出店舗の店員が、貸出した時に車載端末６に顧客ＩＤを設定することにしてもよい。

２） 車載端末６は、取得した顧客ＩＤをレンタカー管理サーバ２へ車載ＩＤと共に送る。

３） レンタカー管理サーバ２は、受信した顧客ＩＤに基づき顧客を特定し、受信した車両ＩＤに基づき車両を特定する。

ここで、間違いをなくすため追加確認処理を行う。

４） レンタカー管理サーバ２は、車両状況データ２３４Ｃの車両運行データ２３４Ｃ１を参照し、受信した車両ＩＤの車両が、受信した顧客ＩＤの顧客に貸出中であることを確認してもよい。

＜顧客車両特定方法の第１５例＞
第１５例では、移動端末Ｍ１から通知された顧客ＩＤにより顧客を特定し、車載端末６から通知された車載ＩＤにより車両を特定し、確認処理も行う。

１） まず車載端末６が車両ＩＤをレンタカー管理サーバ２に送信する。

２） レンタカー管理サーバ２は、車載端末６からの車両ＩＤを受信し、顧客が借りている車両を特定する。

３） 車載端末６は、移動端末Ｍ１に車両ＩＤを通知する。例えば、乗車中に車載端末６が移動端末Ｍ１に車両ＩＤを通知することにしてもよい。

４） 移動端末Ｍ１は、レンタカー管理サーバ２に顧客ＩＤと車両ＩＤを送信する。移動端末Ｍ１がレンタカー管理サーバ２に顧客ＩＤと車両ＩＤを送信するタイミングは特に限定されないが、好ましくは返却予約または実返却がなされる以前である。

５） レンタカー管理サーバ２は、移動端末Ｍ１から顧客ＩＤと車両ＩＤを受信し、車載端末６から受信した車載ＩＤと、移動端末Ｍ１から受信した車両ＩＤが一致するか否かチェックする。チェックの結果が一致であれば、移動端末Ｍ１から受信した顧客ＩＤを、返却予約または実返却の対象となる顧客の顧客ＩＤとして特定する。

６） ここで間違いをなくすため、レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、その車両がその顧客に貸出中であることを確認して良い。

＜顧客車両特定方法の第１６例＞
第１６例では、移動端末Ｍ１の現在位置と車両（車載端末６）の現在位置を用いて、顧客および車を特定する。

１） 貸出中の車両の車載端末６からレンタカー管理サーバ２へ継続的に現在位置を送信する。レンタカー管理サーバ２は、受信した車両の現在位置を、該当の車両ＩＤに関連付けられた車両位置データ２３４Ｃ２に登録する。その際、望ましくは、実質的にリアルタイムで各車両の現在位置を管理できることである。

２） 車両を借りている顧客の移動端末Ｍ１は、レンタカー管理サーバ２に顧客ＩＤと現在位置を送信する。この現在位置の測定は移動端末Ｍ１または車載端末６が行う。

３） レンタカー管理サーバ２は移動端末Ｍ１から顧客ＩＤと現在位置を受信する。

４） レンタカー管理サーバ２は、車両状況データ２３４Ｃを参照して、次のＡ）Ｂ）両条件に合う車両を特定する。

Ａ） 車両位置データ２３４Ｃ２によると、移動端末Ｍ１の現在位置の近くに位置する車両であること。

Ｂ） 車両運行データ２３４Ｃ１によると、移動端末Ｍ１の顧客ＩＤに現在貸出中、すなわち貸出されたが返却されてない車両であること。

５） レンタカー管理サーバ２は、特定された車両の車両ＩＤを、返却予約の対象となる車両の車両ＩＤとして用いる。

なお、このとき間違いを減らすための確認処理として、レンタカー管理サーバ２が該当の顧客ＩＤの移動端末Ｍ１と通信して、その移動端末Ｍ１から現在位置を取得し、その現在位置が車載端末６の現在位置と実質的に一致することを確認しても良い。

＜＜作用・効果＞＞
本実施形態によれば、レンタカー管理サーバ２の利用状況データベース２３４（データベース）は、複数の店舗あるいは駐車区画（駐車場所）のそれぞれが、どの将来時刻に車両返却に利用可能であるかに関する情報を表した利用状況データ（例えば、いずれかの車両による利用スケジュール（何時、入庫又は出庫するか）、又は利用可能か否かのスケジュール）を有する。制御部２２（制御システム）は、移動端末Ｍ１及び／又は車載端末６の中の第１の端末から受信された新たな返却予約の要求に応答して、利用状況データベース２３４を参照して、複数の駐車場所のうちのどの駐車場所がどの将来時刻に利用可能であるかを把握することにより、新たな返却予約に関わる予約返却場所及び予約返却時刻を特定し、返却予約を設定する。

それ故、制御部２２は、利用状況データベース２３４を参照することにより、どの時刻にどの駐車場所に車両を返却することが可能かを把握することができ、新たな返却予約の要求を受けたとき、車両返却可能な駐車場所と駐車時刻を特定して、その条件での新たな返却予約を受け付けることができる。その結果、顧客は、車両の貸出またはその予約と返却の予約とを同時に行う必要が無くなり、貸出の予約をした後又は車両を実際に借りた後に、それと別に返却の予約をすることが可能である。

また、本実施形態によれば、記憶装置２３の利用状況データベース２３４は、設定された１以上の貸出予約の各々に関わる予約貸出場所及び予約貸出時刻を表した貸出予約データと、実行された１以上の実貸出の各々に関わる実貸出場所及び実貸出時刻を表した実貸出データと、設定された１以上の返却予約の各々に関わる予約返却場所及び予約返却時刻を表した返却予約データと、実行された１以上の実返却の各々に関わる実返却場所及び実返却時刻を表した実返却データとを含む。制御部２２は、貸出予約データと実貸出データと返却予約データと実返却データに基づいて、複数の駐車場所のうちのどの駐車場所がどの将来時刻に利用可能であるかを把握する。

このように、利用状況データベース２３４が、貸出予約データ、実貸出データ、返却予約データ及び実返却データを含むので、制御部２２は、それぞれの駐車場所が現時点で利用可能か否かだけでなく、それぞれの車両がどの時刻にどの駐車場所にて貸し出され又は返却される予定か、又は実際に貸し出され又は返却されたのかという、車両レンタル業務の時間経過に伴う状況を把握することが可能である。これにより、どの駐車場所がどの将来時刻に利用可能であるか把握でき、車両の返却予約を容易に正確に設定できる。

また、本実施形態によれば、返却予約に用いられる顧客端末（第１の端末）が移動端末の場合、顧客端末からの信号に基づいて、顧客端末を使用する顧客を特定し、利用状況データベース２３４を参照して、特定された顧客に貸し出されている車両を特定し、特定された顧客と車両に基づいて、新たな返却予約に関わる予約返却顧客と予約返却車両を特定する。返却予約に用いられる顧客端末が車載端末の場合、顧客端末からの信号に基づいて、顧客端末が設けられた車両を特定し、利用状況データベース２３４を参照して、特定された車両を借り受けている顧客を特定し、特定された顧客と車両に基づいて、新たな返却予約に関わる予約返却顧客と予約返却車両を特定する。それゆえ、どの顧客にどの車両が貸し出され、返却されたかまで、管理することができる。

また、本実施形態によれば、記憶装置２３には、どの顧客にどの車両がどの時刻から貸し出されているか関する情報を表した利用状況データベース２３４と、複数の駐車場所のそれぞれの位置又は場所端末の情報を表した店舗データベース２３３（駐車場所データ）と、が記録されている。制御部２２は、移動端末Ｍ１、車載端末６、及び／又は店舗端末Ｍ３（場所端末）の中の第２の端末から、実返却の通知を受け、実返却の通知と店舗データベース２３３のデータとに基づいて、通知された実返却の実行の事実を確認し、実返却の通知と利用状況データベース２３４のデータに基づいて、通知された実返却を実行した実返却顧客を特定し、実返却の通知に基づいて、通知された実返却が実行された実返却時刻を特定する。

それ故、顧客が、車両を借り受けた後、返却予約をすることなく、任意の返却に利用可能な店舗あるいは駐車区画を見つけてそこに車両を返却した場合、その顧客の移動端末Ｍ１、その車両の車載端末６、又はその店舗端末Ｍ３から実返却の通知を受け、その通知に基づいて、実返却の事実を確認するとともに、その実返却を行った顧客と時刻を実質的にリアルタイムで把握することができる。言い換えれば、顧客は、車両を借り受けた後に、返却予約をすることなしに、任意の時刻に任意の利用可能な店舗あるいは駐車区画に車両を返却することができる。

また、本実施形態によれば、実返却の通知は、次の２つの情報の少なくとも一方を含む。

第１情報：いずれかの場所端末といずれかの移動端末とが、又はいずれかの場所端末といずれかの車載端末とが、前記実返却の通知の時刻又はその直前の時刻（例えば、３分以内のように、車両を駐車場所に止めてから実返却手続きを行うために設定された時間）に相互間で近接した事実を示す情報（例えば、両端末間の近接通信で一方から他方へ端末ＩＤを渡すことで得られる、両端末のＩＤの対）

第２情報：実返却の通知の時刻又はその直前の時刻における、いずれかの移動端末又はいずれかの車載端末の現在位置を示す情報（例えば、その端末のＧＰＳデバイスで測定されたその時点での現在位置）

そして、制御部２２は、実返却の通知に含まれる第１情報と駐車場所データに表された複数の駐車場所の店舗端末Ｍ３の情報とに基づいて、又は、実返却の通知に含まれる第２情報と駐車場所データに表された複数の駐車場所の位置の情報とに基づいて、実返却の実行の事実を確認する。

それ故、実返却の事実を正確に確認することができる。

以上、実施形態を具体的に説明したが、上記開示に限定されるものでなく、趣旨を逸脱しない範囲において種々変更可能であることは言うまでもない。
例えば、本実施形態では、レンタカー管理サーバ２は、移動端末Ｍ２から貸出予約要求情報を取得している場合に、返却予約の要求を送信してきた移動端末Ｍ１に、空きスペースのある店舗の店舗ＩＤを返却可能な店舗の店舗ＩＤとして送信するとともに、移動端末Ｍ２からの貸出予約要求情報における貸渡し希望地点となっている店舗の店舗ＩＤを、返却予約に推奨する店舗の店舗ＩＤとして送信してもよいものとなっている。しかし、レンタカー管理サーバ２は、移動端末Ｍ１に対して返却予約に推奨する店舗の店舗ＩＤを、移動端末Ｍ２からの貸出予約要求情報と関係なく選択してもよい。すなわち、レンタカー管理サーバ２は、移動端末Ｍ１からの新たな返却予約の要求に応答して、移動端末Ｍ１に、どの駐車場所及び／又はどの将来時刻が返却予約の車両返却に利用可能であるかに関する情報を送信するとともに、その中で車両返却に推奨する駐車場所及び／又は将来時刻を任意の条件で選択して、その駐車場所及び／又は将来時刻に関する情報を送信してもよい。

Ｍ１，Ｍ２…移動端末、Ｍ３…店舗端末、Ｓ…店舗、Ｕ１…顧客（現在の顧客）、Ｕ２…顧客（次の顧客）、Ｕ３…店員、２…レンタカー管理サーバ、３…通信ネットワーク、４…無線基地局、５…中継装置、６…車載端末、７…衛星、８…読取装置、１１…無線インターフェース、１１ａ…近距離無線通信部、１２…入力インターフェース、１３…出力インターフェース、１３ａ…表示部、１４…位置情報取得部、１５…メモリ、１６…利用情報送信部、１７…アプリケーション実行部、１７ａ…ＵＩ制御部、１７ｂ…予約設定部、１７ｃ…到着情報通知部、２１…通信インターフェース、２２…制御部、２３…記憶装置、２４…計時部、３１…通信インターフェース、３１ａ…近距離無線通信部、３２…入力インターフェース、３３…出力インターフェース、３３ａ…表示部、３４…カメラ、３５…メモリ、３６…利用情報送信部、３７…アプリケーション実行部、３７ａ…ＵＩ制御部、６１…無線インターフェース、６２…入力インターフェース、６３…出力インターフェース、６３ａ…表示部、６４…制御部、６４ａ…エンジン制御部、６４ｂ…ドア施錠制御部、６４ｃ…ナビ制御部、６５…位置検出部、６５ａ…ジャイロセンサ、６５ｂ…ＧＰＳ受信機、６５ｃ…加速度センサ、６６…メモリ、６７…近距離無線通信部、８１…識別情報取得部、８２…出力インターフェース、１７１…携帯端末機、１７２…パーソナルコンピュータ、１７３…サーバ装置、１７４…専用装置、１８１…光ディスク、１８１〜８５…記録媒体、１８２…カセットテープ、１８３…フレキシブルディスク、１８４…メモリカード、１８５…ＵＳＢメモリ、１８６…ＩＣチップ、２２１…認証部、２２２…操作信号取得部、２２３…レンタル管理部、２２３ａ…予約受付部、２２３ｂ…返却受付部、２２４…会員登録部、２２５…情報提供部、２２６…店舗側情報取得部、２２７…決済処理部、２２８…照合部、２２９…ポイント管理部、２３１…地図情報蓄積部、２３２…顧客データベース、２３３…店舗データベース、２３３Ａ…店舗マスター、２３３Ｂ…駐車場マスター、２３４…利用状況データベース、２３４Ａ…契約管理データ、２３４Ｂ…駐車状況データ、２３４Ｃ…車両状況データ、２３４Ｃ１…車両運行データ、２３４Ｃ２…車両位置データ、２３５…車両データベース、２３５Ａ…車両マスター

Claims (8)

1. レンタカーサービスに係る車両の運用を管理するレンタカー管理システムであって、
   前記車両に搭載され、当該車両の現在位置を測定する車載端末と、
   通信ネットワークを通じて前記車載端末とデータの送受信が可能な管理サーバと、
   を有し、
   前記管理サーバは、
   新たに車両を借りようとする利用者が希望する貸渡し希望場所に貸渡すことのできる車両が無く、車両が返却される予定もないとき、前記貸渡し希望場所での車両の貸渡しについて車両を割り当てない事前予約を設定し、
   貸出中の車両の利用者が目的地を設定するとき、前記貸出中の車両の利用者の移動端末に、地図上に前記貸渡し希望場所を返却の候補地として選択可能に提示させ、
   前記貸出中の車両の利用者の移動端末で前記貸渡し希望場所が目的地として設定されると、前記車載端末により測定された前記車両の現在位置と、前記目的地と、に基づく、前記目的地への到着予定時刻を取得し、
   前記貸出中の車両の利用者にポイントを付与し、
   前記貸出中の車両を割り当てて、前記新たに車両を借りようとする利用者に、前記貸渡し希望場所にて前記到着予定時刻以降に前記貸出中の車両を貸し渡すことについて、前記事前予約に基づく予約を設定する、
   レンタカー管理システム。
2. 前記管理サーバは、前記新たに車両を借りようとする利用者の移動端末から貸渡し希望場所を指定した要求を受信して前記事前予約を設定し、前記貸出中の車両について前記貸渡し希望場所が目的地として設定されて前記到着予定時刻が算出されると、前記新たに車両を借りようとする利用者の移動端末に通知して該利用者に予約確定の確認を促し、該利用者が前記予約確定の確認を入力すると、前記事前予約に基づく前記予約を確定する、
   請求項１に記載のレンタカー管理システム。
3. 前記車載端末は、近距離無線通信により利用者の識別情報を受信し、該識別情報に基づいて、該車載端末が搭載された車両のドアロックを制御する、請求項１に記載のレンタカー管理システム。
4. 前記車載端末は、前記近距離無線通信により受信した前記識別情報に基づいて、該車載端末が搭載された前記車両のエンジン始動を制御する、請求項３に記載のレンタカー管理システム。
5. レンタカーサービスに係る車両に搭載され、当該車両の現在位置を測定する車載端末と、通信ネットワークを通じて前記車載端末とデータの送受信が可能な管理サーバと、を有するレンタカー管理システムを用い、前記レンタカーサービスに係る車両の運用を管理するレンタカー管理方法であって、
   前記管理サーバが、
   新たに車両を借りようとする利用者が希望する貸渡し希望場所に貸渡すことのできる車両が無く、車両が返却される予定もないとき、前記貸渡し希望場所での車両の貸渡しについて車両を割り当てない事前予約を設定し、
   貸出中の車両の利用者が目的地を設定するとき、前記貸出中の車両の利用者の移動端末に、地図上に前記貸渡し希望場所を返却の候補地として選択可能に提示させ、
   前記貸出中の車両の利用者の移動端末で前記貸渡し希望場所が目的地として設定されると、前記車載端末により測定された前記車両の現在位置と、前記目的地と、に基づく、前記目的地への到着予定時刻を取得し、
   前記貸出中の車両の利用者にポイントを付与し、
   前記貸出中の車両を割り当てて、前記新たに車両を借りようとする利用者に、前記貸渡し希望場所にて前記到着予定時刻以降に前記貸出中の車両を貸し渡すことについて、前記事前予約に基づく予約を設定する、
   レンタカー管理方法。
6. 前記管理サーバは、前記新たに車両を借りようとする利用者の移動端末から貸渡し希望場所を指定した要求を受信して前記事前予約を設定し、前記貸出中の車両について前記貸渡し希望場所が目的地として設定されて前記到着予定時刻が算出されると、前記新たに車両を借りようとする利用者の移動端末に通知して該利用者に予約確定の確認を促し、該利用者が前記予約確定の確認を入力すると、前記事前予約に基づく前記予約を確定する、
   請求項５に記載のレンタカー管理方法。
7. 前記車載端末は、近距離無線通信により利用者の識別情報を受信し、該識別情報に基づいて、該車載端末が搭載された車両のドアロックを制御する、請求項５に記載のレンタカー管理方法。
8. 前記車載端末は、前記近距離無線通信により受信した前記識別情報に基づいて、該車載端末が搭載された前記車両のエンジン始動を制御する、請求項７に記載のレンタカー管理方法。

Images