(57)【要約】【課題】管理団体の規模による制約を受け難い新たな形態の車両貸出しシステム、車両貸出し方法及び管理サーバを提供する。【解決手段】車両貸出しシステム１０又は車両貸出し方法において、複数の事業体端末２０それぞれとネットワーク３４を介して通信し、複数の貸出し事業体の車両２６の貸出し及び返却をまとめて管理する管理サーバ２８が用いられる。サーバ制御装置９４は、車両２６の予約を受け付ける際、車両２６を管理する貸出し事業体に対応する貸出約款データを顧客端末２２に表示させ、同データの内容に同意する旨の顧客端末２２への操作入力があったことを条件として、貸出し予約を許可する。【選択図】図１１
2017016450.tif 000002
【特許請求の範囲】
【請求項１】
複数の車両を貸し出すための車両貸出しシステムであって、
前記車両貸出しシステムは、
貸出し用の前記車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末と、
前記複数の事業体端末それぞれとネットワークを介して通信し、前記複数の貸出し事業体の前記車両の貸出し及び返却をまとめて管理する管理サーバと
を備え、
前記管理サーバは、
前記複数の貸出し事業体それぞれが個別に有する前記車両の予約及び返却をまとめて管理する予約データベースと、
前記複数の貸出し事業体それぞれの個別の貸出約款データを記憶した約款データベースと、
前記複数の貸出し事業体それぞれの前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記複数の貸出し事業体の前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末での操作に応じて前記顧客端末に表示させ、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、
前記貸出し予約を受け付ける際、貸出し対象の前記車両を管理する前記貸出し事業体に対応する前記貸出約款データを前記顧客端末に表示させ、
前記貸出約款データの内容に同意する旨の前記顧客端末への操作入力があったことを条件として、前記貸出し予約を許可する
ことを特徴とする車両貸出しシステム。
【請求項２】
請求項１に記載の車両貸出しシステムにおいて、
前記管理サーバは、前記複数の貸出し事業体毎且つ前記車両の利用時間及び走行距離毎に設定された前記車両の貸出し料金を記憶する料金データベースを備え、
前記サーバ制御装置は、
１回の貸出しにおける前記車両の利用時間と走行距離を、前記車両から又は前記車両が利用する駐車場に配置された駐車場端末から取得し、
取得した前記利用時間及び前記走行距離と、前記車両を管理する前記貸出し事業体又は前記車両自体に基づいて前記貸出し料金を算出する
ことを特徴とする車両貸出しシステム。
【請求項３】
請求項２に記載の車両貸出しシステムにおいて、
前記車両貸出しシステムは、前記貸出し料金を決済する決済サーバを備え、
前記サーバ制御装置は、前記貸出し料金及びこれに対応する前記顧客及び前記貸出し事業体を前記決済サーバに通知し、
前記決済サーバは、前記顧客に対する請求処理及び前記貸出し事業体に対する支払処理を前記貸出し料金に基づいて行う
ことを特徴とする車両貸出しシステム。
【請求項４】
請求項１〜３のいずれか１項に記載の車両貸出しシステムにおいて、
前記管理サーバは、前記管理サーバを管理する管理事業体の前記顧客の予約時認証情報を含む顧客情報をまとめて管理する顧客データベースを備え、
前記サーバ制御装置は、前記顧客端末から前記管理サーバに対してアクセスがあった際、前記顧客の予約時認証情報に基づく認証が成功したことを条件として前記予約画面を前記顧客端末に表示させる
ことを特徴とする車両貸出しシステム。
【請求項５】
請求項４に記載の車両貸出しシステムにおいて、
前記顧客データベースは、カード型免許証に埋め込まれた記憶媒体に記憶されている個人識別情報を貸出し時認証情報として記憶し、
前記車両貸出しシステムは、前記車両自体又は前記車両が駐車する駐車場に設けられ、前記カード型免許証から前記個人識別情報を読み取るカードリーダを備え、
前記サーバ制御装置は、前記予約データベースに登録された貸出し予約における前記顧客の前記個人識別情報と、前記カードリーダが読み取った前記個人識別情報とが一致することを、前記車両の貸出し許可の条件とする
ことを特徴とする車両貸出しシステム。
【請求項６】
請求項１〜５のいずれか１項に記載の車両貸出しシステムにおいて、
前記車両貸出しシステムは、前記複数の事業体端末それぞれ及び前記管理サーバと前記ネットワークを介して通信し、前記複数の貸出し事業体の前記車両のメンテナンスを管理するメンテナンスサーバを備え、
前記メンテナンスサーバは、前記事業体端末からメンテナンスの発注を受けた際、前記管理サーバに前記発注の情報を送信し、
前記管理サーバは、前記メンテナンスサーバから又は前記メンテナンスサーバに接続されたメンテナンス端末からメンテナンス対象車両の予約状況の問い合わせを受けた場合、前記メンテナンス対象車両の前記予約状況を通知する
ことを特徴とする車両貸出しシステム。
【請求項７】
複数の車両を貸し出すための車両貸出しシステムを用いる車両貸出し方法であって、
前記車両貸出しシステムは、
貸出し用の前記車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末と、
前記複数の事業体端末それぞれとネットワークを介して通信し、前記複数の貸出し事業体の前記車両の貸出し及び返却をまとめて管理する管理サーバと
を備え、
前記管理サーバは、
前記複数の貸出し事業体それぞれが個別に有する前記車両の予約及び返却をまとめて管理する予約データベースと、
前記複数の貸出し事業体それぞれの個別の貸出約款データを記憶した約款データベースと、
前記複数の貸出し事業体それぞれの前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記複数の貸出し事業体の前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末での操作に応じて前記顧客端末に表示させ、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、
前記貸出し予約を受け付ける際、貸出し対象の前記車両を管理する前記貸出し事業体に対応する前記貸出約款データを前記顧客端末に表示させ、
前記貸出約款データの内容に同意する旨の前記顧客端末への操作入力があったことを条件として、前記貸出し予約を許可する
ことを特徴とする車両貸出し方法。
【請求項８】
貸出し用の車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末それぞれとネットワークを介して通信し、前記車両の貸出しの予約を一元的に管理する車両貸出し予約用の管理サーバであって、
前記管理サーバは、
前記貸出し事業体それぞれが個別に有する前記車両の予約及び返却を管理する予約データベースと、
前記貸出し事業体それぞれの個別の貸出約款データを記憶した約款データベースと、
前記貸出し事業体それぞれの前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末の操作に応じて前記顧客端末に表示させ、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、
前記貸出し予約を受け付ける際、貸出し対象の前記車両を管理する前記貸出し事業体に対応する前記貸出約款データを前記顧客端末に表示させ、
前記貸出約款データの内容に同意する旨の前記顧客端末の操作があったことを条件として、前記貸出し予約を許可する
ことを特徴とする管理サーバ。
【請求項９】
貸出し用の車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末それぞれとネットワークを介して通信し、前記車両の貸出しの予約を一元的に管理する車両貸出し予約用の管理サーバであって、
前記管理サーバは、
前記貸出し事業体それぞれの前記車両の予約及び返却を管理する予約データベースと、
前記貸出し事業体それぞれが個別に有する前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末の操作に応じて前記顧客端末に表示し、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、特定の貸出し事業体の事業体端末から予約状況の問い合わせを受けた際、前記特定の貸出し事業体に対応する前記車両のみの予約状況を、前記特定の貸出し事業体の事業体端末に表示させる
ことを特徴とする管理サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の管理団体が共通して利用可能な車両貸出しシステム、車両貸出し方法及び管理サーバに関する。
【背景技術】
【０００２】
近年、車両の新しい利用形態として、１台の車両を複数の会員が共同で利用するいわゆるカーシェアリングが注目されており、これに伴ってカーシェアリングに関する技術が開発されている（特許文献１）。
【０００３】
特許文献１のカーシェアリング支援システムでは、シェアリング会員αの情報端末装置（携帯電話等）とシステム運営者のシステムサーバとの間の通信、及び前記システムサーバと駐車場Ａ、Ｂ、Ｃの駐車場管理装置との間の通信を介してカーシェアリングサービスが提供される（［００３９］〜［００４２］、図１）。特許文献１のカーシェアリング支援システムでは、予め会員登録をした会員が優先される（［００３９］）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１７８３８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の通り、特許文献１のカーシェアリング支援システム（車両貸出しシステム）では、シェアカーを利用する際、予め会員登録をした会員が優先される。特許文献１のようなカーシェアアリング支援システムでは、利用者は自ら車両を所有せず、貸出し車両（シェアカー）を管理する管理団体の会員となり、その管理団体が管理する貸出し車両を必要時に予約して借りることになる。
【０００６】
このような管理団体は大小様々な規模のものが存在する。保有車両の貸出し及び保守点検等の車両管理業務並びに会員の一括管理の観点からすれば、ある程度規模が大きい管理団体である方がビジネス展開では有利と考えられる。
【０００７】
一方、カーシェアリングの管理団体の事業形態に焦点を当てると、カーシェアリングでは、１台の車両を複数の会員で利用するため、比較的狭いコミュニティの中で、少ない所有台数であっても独自の運営特長を活かした貸出し事業を行うことが可能であると言える。
【０００８】
しかしながら、上述のように、管理団体毎の車両管理や会員管理が必要であるため、ある程度の保有車両を有しないと事業の管理コストの負担が大きくなってしまうことが、ビジネスとしての参入の大きな障害となっている。換言すると、特許文献１のカーシェアリング支援システム（車両貸出しシステム）は、小規模の管理団体にとって必ずしも使い勝手のよい構成になっていない。
【０００９】
また、利用者の利便性に焦点を当てると、特許文献１のカーシェアリング支援システムでは、会員として所属する管理団体毎に貸出し車両が制限されてしまい、管理団体を越えて相互に利用することが難しいという問題があった。
【００１０】
本発明は上記のような課題を考慮してなされたものであり、管理団体の規模による制約を受け難い新たな形態の車両貸出しシステム、車両貸出し方法及び管理サーバを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係る車両貸出しシステムは、複数の車両を貸し出すためのものであって、
前記車両貸出しシステムは、
貸出し用の前記車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末と、
前記複数の事業体端末それぞれとネットワークを介して通信し、前記複数の貸出し事業体の前記車両の貸出し及び返却をまとめて管理する管理サーバと
を備え、
前記管理サーバは、
前記複数の貸出し事業体それぞれの前記車両の予約及び返却をまとめて管理する予約データベースと、
前記複数の貸出し事業体それぞれの個別の貸出約款データを記憶した約款データベースと、
前記複数の貸出し事業体それぞれが個別に有する前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記複数の貸出し事業体の前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末での操作に応じて前記顧客端末に表示させ、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、
前記貸出し予約を受け付ける際、貸出し対象の前記車両を管理する前記貸出し事業体に対応する前記貸出約款データを前記顧客端末に表示させ、
前記貸出約款データの内容に同意する旨の前記顧客端末への操作入力があったことを条件として、前記貸出し予約を許可することを特徴とする。
【００１２】
本発明によれば、管理サーバでは、複数の貸出し事業体が個別に有する車両それぞれの予約及び返却をまとめて管理する。このため、複数の事業体端末で行っていた処理を管理サーバがまとめて行うことで、複数の事業体端末での演算負荷を軽減しつつ、管理サーバを管理する事業体（管理事業体）が、各貸出し事業体の車両の貸出し管理を一括管理することが可能となる。
【００１３】
従って、各貸出し事業体は、自己が管理する車両の提供、メンテナンス等の実際に車両を扱うビジネス部分（コア部分）に特化した事業に集中し易くなる。すなわち、各貸出し事業体は、自己が管理する車両の予約及び返却（周辺部分）を管理事業体に任せて、資産である車両を貸し出して料金を得るビジネス部分に注力することができる。
【００１４】
よって、各貸出し事業体は、自らによる貸出約款を含めた独自のビジネス経営環境を維持しつつ、例え車両の保有台数が少なくても、ビジネスサポート部分のコストを抑制した車両貸出しビジネスの展開が容易となる。例えば、各貸出し事業体は、コンビニエンスストアの駐車場を利用する等の小規模フランチャイズとしてのビジネス展開も容易になる。
【００１５】
また、管理事業体は、各貸出し事業体からの車両全てを扱うことになり、台数増による１台当たりの管理コストの低減やサービスの拡張性が得られると共に、システムの利用料金を安定的に確保することが可能となる。
【００１６】
前記管理サーバは、前記複数の貸出し事業体毎且つ前記車両の利用時間及び走行距離毎に設定された前記車両の貸出し料金を記憶する料金データベースを備えてもよい。前記サーバ制御装置は、１回の貸出しにおける前記車両の利用時間と走行距離を、前記車両から又は前記車両が利用する駐車場に配置された駐車場端末から取得し、取得した前記利用時間及び前記走行距離と、前記車両を管理する前記貸出し事業体又は前記車両自体に基づいて前記貸出し料金を算出してもよい。
【００１７】
これにより、貸出し事業体毎に個別料金を設定することが可能となる。その結果、各貸出し事業体は、貸出し事業体毎の地域性や経営思想を反映して貸出し料金を設定することができ、他の貸出し事業体の影響を受けずに独自性を活かしたビジネスを推進可能となる。
【００１８】
前記車両貸出しシステムは、前記貸出し料金を決済する決済サーバを備えてもよい。前記サーバ制御装置は、前記貸出し料金及びこれに対応する前記顧客及び前記貸出し事業体を前記決済サーバに通知し、前記決済サーバは、前記顧客に対する請求処理及び前記貸出し事業体に対する支払処理を前記貸出し料金に基づいて行ってもよい。
【００１９】
これにより、管理サーバ自体は、顧客に対する請求処理及び貸出し事業体に対する請求処理を省くことが可能となる。換言すると、予約管理と請求・支払管理を切り分けることが可能となる。これにより、管理サーバの構成を簡略化することができる。
【００２０】
前記管理サーバは、前記管理サーバを管理する管理事業体の前記顧客の予約時認証情報を含む顧客情報をまとめて管理する顧客データベースを備えてもよい。前記サーバ制御装置は、前記顧客端末から前記管理サーバに対してアクセスがあった際、前記顧客の予約時認証情報に基づく認証が成功したことを条件として前記予約画面を前記顧客端末に表示させてもよい。
【００２１】
これにより、管理サーバでは、認証が成功した顧客に対してのみ車両の予約を許可することとなる。換言すると、顧客の管理は、管理サーバ（管理事業体）が行うため、事業体端末（貸出し事業体）は顧客の管理を省くことが可能となる。このため、事業体端末での演算負荷をさらに軽減することが可能となる。また、顧客の観点で言えば、各貸出し事業体において把握できる顧客情報は、その貸出し事業体の有する車両の利用実績に制限することが可能であり、利用実績が他の貸出し事業体へ流出する等の個人情報流出を抑制することが可能になる。その結果として、貸出し事業体は、実際に車両を扱うビジネス部分（コア部分）に専念することが可能となる。
【００２２】
前記顧客データベースは、カード型免許証に埋め込まれた記憶媒体に記憶されている個人識別情報を貸出し時認証情報として記憶してもよい。前記車両貸出しシステムは、前記車両自体又は前記車両が駐車する駐車場に設けられ、前記カード型免許証から前記個人識別情報を読み取るカードリーダを備えてもよい。前記サーバ制御装置は、前記予約データベースに登録された貸出し予約における前記顧客の前記個人識別情報と、前記カードリーダが読み取った前記個人識別情報とが一致することを、前記車両の貸出し許可の条件としてもよい。
【００２３】
これにより、顧客は、カード型免許証中の個人識別情報をカードリーダで読み取らせることにより、車両の貸出しを受けることが可能となる。従って、特別な会員カードの作成や携帯の必要がなくなり、顧客の利便性を向上することができる。
【００２４】
前記車両貸出しシステムは、前記複数の事業体端末それぞれ及び前記管理サーバと前記ネットワークを介して通信し、前記複数の貸出し事業体の前記車両のメンテナンスを管理するメンテナンスサーバを備えてもよい。前記メンテナンスサーバは、前記事業体端末からメンテナンスの発注を受けた際、前記管理サーバに前記発注の情報を送信してもよい。前記管理サーバは、前記メンテナンスサーバから又は前記メンテナンスサーバに接続されたメンテナンス端末からメンテナンス対象車両の予約状況の問い合わせを受けた場合、前記メンテナンス対象車両の前記予約状況を通知してもよい。
【００２５】
これにより、複数の貸出し事業体の車両の予約管理を管理サーバにおいてまとめて行う場合でも、メンテナンスサーバ又はこれに接続されたメンテナンス端末を用いるメンテナンス事業体は、メンテナンス対象車両の予約状況を確認することが可能となる。
【００２６】
本発明に係る車両貸出し方法は、複数の車両を貸し出すための車両貸出しシステムを用いる方法であって、
前記車両貸出しシステムは、
貸出し用の前記車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末と、
前記複数の事業体端末それぞれとネットワークを介して通信し、前記複数の貸出し事業体の前記車両の貸出し及び返却をまとめて管理する管理サーバと
を備え、
前記管理サーバは、
前記複数の貸出し事業体それぞれが個別に有する前記車両の予約及び返却をまとめて管理する予約データベースと、
前記複数の貸出し事業体それぞれの個別の貸出約款データを記憶した約款データベースと、
前記複数の貸出し事業体それぞれの前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記複数の貸出し事業体の前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末での操作に応じて前記顧客端末に表示させ、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、
前記貸出し予約を受け付ける際、貸出し対象の前記車両を管理する前記貸出し事業体に対応する前記貸出約款データを前記顧客端末に表示させ、
前記貸出約款データの内容に同意する旨の前記顧客端末への操作入力があったことを条件として、前記貸出し予約を許可する
ことを特徴とする。
【００２７】
本発明に係る車両貸出し予約用の管理サーバは、貸出し用の車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末それぞれとネットワークを介して通信し、前記車両の貸出しの予約を一元的に管理するものであって、
前記管理サーバは、
前記貸出し事業体それぞれが個別に有する前記車両の予約及び返却を管理する予約データベースと、
前記貸出し事業体それぞれの個別の貸出約款データを記憶した約款データベースと、
前記貸出し事業体それぞれの前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末の操作に応じて前記顧客端末に表示させ、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、
前記貸出し予約を受け付ける際、貸出し対象の前記車両を管理する前記貸出し事業体に対応する前記貸出約款データを前記顧客端末に表示させ、
前記貸出約款データの内容に同意する旨の前記顧客端末の操作があったことを条件として、前記貸出し予約を許可する
ことを特徴とする。
【００２８】
本発明に係る車両貸出し予約用の管理サーバは、貸出し用の車両を管理する複数の貸出し事業体それぞれが用いる複数の事業体端末それぞれとネットワークを介して通信し、前記車両の貸出しの予約を一元的に管理するものであって、
前記管理サーバは、
前記貸出し事業体それぞれが個別に有する前記車両の予約及び返却を管理する予約データベースと、
前記貸出し事業体それぞれの前記車両の貸出しを管理するサーバ制御装置と
を備え、
前記サーバ制御装置は、
前記車両の貸出し予約を受け付ける予約画面を、顧客による顧客端末の操作に応じて前記顧客端末に表示し、
前記顧客端末での操作に応じて前記貸出し予約を受け付けて前記予約データベースに登録し、
さらに、前記サーバ制御装置は、特定の貸出し事業体の事業体端末から予約状況の問い合わせを受けた際、前記特定の貸出し事業体に対応する前記車両のみの予約状況を、前記特定の貸出し事業体の事業体端末に表示させる
ことを特徴とする。
【００２９】
本発明によれば、管理サーバにおいて、特定の貸出し事業体の事業体端末から予約状況の問い合わせを受けた際、当該特定の貸出し事業体の事業体端末には、特定の貸出し事業体に対応する車両の予約状況のみが表示される。このため、複数の貸出し事業体の車両の予約を管理サーバにおいてまとめて管理する場合でも、他の貸出し事業体の車両に関する予約状況が、前記特定の貸出し事業体に漏れることを防ぐことができる。
【発明の効果】
【００３０】
本発明によれば、管理団体の規模による制約を受け難い新たな形態の車両貸出しシステム、車両貸出し方法及び管理サーバを提供することが可能となる。
【図面の簡単な説明】
【００３１】
【図１】本発明の一実施形態に係る車両貸出しシステムを簡略的に示す概略構成図である。
【図２】前記実施形態における事業体端末から管理サーバに対する事業体情報の入力時の処理を簡略的に示したフローチャートである。
【図３】前記実施形態における前記事業体端末から前記管理サーバに対する車両情報の入力時の処理を簡略的に示したフローチャートである。
【図４】前記実施形態における顧客端末から前記管理サーバに対する顧客情報の入力時（すなわち会員登録時）の処理を簡略的に示したフローチャートである。
【図５】前記実施形態における予約時の処理を簡略的に示した第１フローチャートである。
【図６】前記実施形態における予約時の処理を簡略的に示した第２フローチャートである。
【図７】前記実施形態における予約画面の第１例を示す図である。
【図８】前記実施形態における前記予約画面の第２例を示す図である。
【図９】前記実施形態における前記予約画面の第３例を示す図である。
【図１０】前記実施形態における前記予約画面の第４例を示す図である。
【図１１】前記実施形態における予約確認画面の一例を示す図である。
【図１２】前記実施形態における車両の利用開始時の処理を簡略的に示したフローチャートである。
【図１３】前記実施形態における前記車両の利用中及び利用終了時の処理を簡略的に示したフローチャートである。
【図１４】前記実施形態における車両モニタリング画面の一例を示す図である。
【図１５】前記実施形態における利用終了時処理を簡略的に示したフローチャート（図１３のＳ９３の詳細）である。
【図１６】前記実施形態における前記事業体端末からメンテナンスサーバに対するメンテナンス発注時の処理を簡略的に示したフローチャートである。
【図１７】前記実施形態における前記事業体端末から前記管理サーバに対するデータ照会時の処理を簡略的に示したフローチャートである。
【図１８】前記実施形態における前記メンテナンスサーバから前記管理サーバに対するデータ照会時の処理を簡略的に示したフローチャートである。
【発明を実施するための形態】
【００３２】
Ａ．一実施形態
［Ａ１．車両貸出しシステム１０の構成］
（Ａ１−１．全体構成）
図１は、本発明の一実施形態に係る車両貸出しシステム１０（以下「貸出しシステム１０」又は「システム１０」ともいう。）を簡略的に示す概略構成図である。システム１０では、複数の貸出し事業体（以下「貸出し事業体ＥＬ」という。）が有する複数の車両２６を、管理サーバ２８を介して複数の顧客（以下「顧客Ｃ」という。）に対して貸し出す。これにより、貸出し事業体ＥＬは、その規模にかかわらず、貸出し事業を行うことが可能となる。また、顧客Ｃは、複数の貸出し事業体ＥＬが有する車両２６を、簡易に貸出し対象車両として選択することが可能となり、利便性が向上される。
【００３３】
システム１０は、複数の車両２６及び管理サーバ２８に加え、複数の事業体端末２０と、複数の顧客端末２２と、決済サーバ３０と、メンテナンスサーバ３２とを有する。これらの構成要素は、通信ネットワーク３４（以下「ネットワーク３４」ともいう。）を介して通信可能である。なお、図１では、事業体端末２０、顧客端末２２及び車両２６は１つのみが示されている。また、管理サーバ２８、決済サーバ３０及びメンテナンスサーバ３２を複数設けてもよい。
【００３４】
（Ａ１−２．事業体端末２０）
複数の事業体端末２０（以下「端末２０」ともいう。）は、複数の貸出し事業体ＥＬの各事業所等に設置され、貸出し事業体ＥＬの車両２６の予約状況の確認、顧客情報の確認等に用いられる。本実施形態の端末２０は、車両２６の貸出し及び返却の管理を直接的には行わないことに留意されたい。
【００３５】
端末２０は、通信部４０、入出力部４２、演算部４４及び記憶部４６を有する。端末２０としては、例えば、パーソナルコンピュータを用いることができる。
【００３６】
通信部４０は、管理サーバ２８、決済サーバ３０、メンテナンスサーバ３２等との間で信号の入出力を行う。入出力部４２は、貸出し事業体ＥＬの従業者又はこれに準ずる者と事業体端末２０との間の入出力を行う。換言すると、入出力部４２は、ＨＭＩ（Human-Machine Interface）である。入出力部４２には、例えば、キーボード、マウス及び表示装置（いずれも図示せず）が含まれる。
【００３７】
演算部４４は、記憶部４６に記憶されているプログラムを実行することにより、端末２０の各部を制御する。例えば、演算部４４は、通信部４０を介して管理サーバ２８と通信し、車両２６の貸出しに関連する各種の情報を管理サーバ２８から取得する。また、演算部４４は、通信部４０を介して決済サーバ３０と通信し、車両２６の貸出しに伴う決済情報Ｉｓ（後述）を決済サーバ３０から取得する。さらに、演算部４４は、通信部４０を介してメンテナンスサーバ３２と通信し、車両２６のメンテナンスに関する情報を相互にやり取りする。演算部４４の処理については、図２、図３、図６、図１６及び図１７を参照して後述する。
【００３８】
記憶部４６は、図示しない揮発性メモリ及び不揮発性メモリを有し、演算部４４が実行する各種のプログラム及び各種のデータを記憶する。
【００３９】
（Ａ１−３．顧客端末２２）
複数の顧客端末２２（以下「端末２２」ともいう。）は、複数の顧客Ｃが有するものであり、システム１０を管理する事業体（以下「管理事業体ＥＭ」という。）が提供する車両貸出しサービスへの会員登録、車両２６の予約等に用いられる。
【００４０】
端末２２は、通信部５０、入出力部５２、演算部５４及び記憶部５６を有する。端末２２としては、例えば、パーソナルコンピュータ又はスマートフォンを用いることができる。
【００４１】
通信部５０は、管理サーバ２８、決済サーバ３０等との間で信号の入出力を行う。入出力部５２は、顧客Ｃ（会員）と顧客端末２２との間の入出力を行う。換言すると、入出力部５２は、ＨＭＩである。端末２２がパーソナルコンピュータである場合、入出力部５２には、例えば、キーボード、マウス及び表示装置（いずれも図示せず）が含まれる。また、端末２２がスマートフォンである場合、入出力部５２には、例えば、タッチパネル（図示せず）が含まれる。
【００４２】
演算部５４は、記憶部５６に記憶されているプログラムを実行することにより、端末２２の各部を制御する。例えば、演算部５４は、通信部５０を介して管理サーバ２８と通信し、車両２６の貸出しに関する各種の情報（会員登録情報等を含む。）を管理サーバ２８との間で相互にやり取りする。また、演算部５４は、通信部５０を介して決済サーバ３０と通信し、車両２６の貸出しに伴う決済情報Ｉｓを決済サーバ３０から取得する。演算部５４の処理については、図４〜図１１を参照して後述する。
【００４３】
記憶部５６は、図示しない揮発性メモリ及び不揮発性メモリを有し、演算部５４が実行する各種のプログラム及び各種のデータを記憶する。
【００４４】
（Ａ１−４．車両２６）
複数の車両２６は、各貸出し事業体ＥＬが貸出し対象として管理する。ここにいう「管理する」とは、「所有する」という意味のみならず、車両２６のメンテナンスに関する管理責任を有している意味でも用いる。すなわち、貸出し事業体ＥＬが所有権を有している場合のみならず、例えば、他の事業体又は個人から貸与されている場合も含まれる。
【００４５】
車両２６は、通信部７０、入出力部７２、演算部７４、記憶部７６、ロック機構７８及び各種センサ８０を有する。通信部７０は、管理サーバ２８との間で信号の入出力を行う。
【００４６】
入出力部７２は、顧客Ｃ（会員）と車両２６との間の入出力を行う。換言すると、入出力部７２は、ＨＭＩである。入出力部７２には、例えば、図示しないタッチパネル又はボタンが含まれる。また、入出力部７２には、顧客Ｃが有する認証カード８２（以下「カード８２」ともいう。）から認証情報Ｉｉｄを読み取るカードリーダ８４が含まれる。本実施形態のカード８２は、例えば、集積回路（ＩＣ）が組み込まれた運転免許証とすることができる。また、本実施形態のカードリーダ８４は、車両２６の特定部位（例えば、リヤウィンドウの下方）に固定されており、車両２６毎に設けられる。
【００４７】
演算部７４は、記憶部７６に記憶されているプログラムを実行することにより、車両２６の貸出し及び返却に関連する各部を制御する。例えば、演算部７４は、車両２６の利用開始時にカードリーダ８４を介して読み取った顧客Ｃの情報を、通信部７０を介して管理サーバ２８に送信する。顧客Ｃの情報を受信した管理サーバ２８は、該当する予約情報Ｉｒがあるか否かを判定する。そして、該当する予約情報Ｉｒがあれば、管理サーバ２８は、演算部７４に対して解錠指令を送信する。解錠指令を受信した演算部７４は、ロック機構７８を作動させて解錠させる。
【００４８】
また、演算部７４は、通信部７０を介して管理サーバ２８と通信し、車両２６の貸出しに関する各種の情報（各種センサ８０の検出値等を含む。）を管理サーバ２８との間で相互にやり取りする。さらに、演算部７４は、管理サーバ２８からの指令に応じてロック機構７８を作動させて解錠又は施錠を行う。
【００４９】
演算部７４の処理については、図１２〜図１４を参照して後述する。
【００５０】
記憶部７６は、図示しない揮発性メモリ及び不揮発性メモリを有し、演算部７４が実行する各種のプログラム及び各種のデータを記憶する。
【００５１】
ロック機構７８は、図示しないドアロックを自動的に解錠及び施錠する。各種センサ８０は、車両２６の各種の値（図１４参照）を検出する。
【００５２】
（Ａ１−５．管理サーバ２８）
管理サーバ２８（以下「サーバ２８」ともいう。）は、車両貸出しシステム１０の管理事業体ＥＭの事業所等に設定され、車両貸出しシステム１０全体における各種の管理を行う。本実施形態では、各事業体端末２０（又は各貸出し事業体ＥＬが設けるサーバ）の代わりに、管理サーバ２８が、車両２６の貸出し及び返却の管理等を行う。
【００５３】
サーバ２８は、通信部９０、入出力部９２、演算部９４及び記憶部９６を有する。通信部９０は、事業体端末２０、顧客端末２２、車両２６、決済サーバ３０及びメンテナンスサーバ３２との間で信号の入出力を行う。入出力部９２は、管理事業体ＥＭの従業者又はこれに準ずる者とサーバ２８との間の入出力を行う。換言すると、入出力部９２は、ＨＭＩである。入出力部９２には、例えば、キーボード、マウス及び表示装置（いずれも図示せず）が含まれる。
【００５４】
演算部９４は、記憶部９６に記憶されているプログラムを実行することにより、サーバ２８の各部を制御する。図１に示すように、演算部９４は、事業体管理部１００と、顧客管理部１０２と、予約管理部１０４と、車両管理部１０６と、請求管理部１０８と、メンテナンス管理部１１０とを有する。
【００５５】
事業体管理部１００は、事業体端末２０に関する制御を介して貸出し事業体ＥＬを管理する。顧客管理部１０２は、顧客端末２２に関する制御を介して顧客Ｃ（会員）を管理する。予約管理部１０４は、車両２６の予約及び返却を管理する。車両管理部１０６は、車両２６の解錠、施錠、走行状態の監視等を行う。請求管理部１０８は、車両２６の利用に伴う請求を管理する。メンテナンス管理部１１０は、車両２６のメンテナンスに関する情報を管理する。演算部９４の処理については、図２〜図１８を参照して後述する。
【００５６】
記憶部９６は、図示しない揮発性メモリ及び不揮発性メモリを有し、演算部９４が実行する各種のプログラム及び各種のデータを記憶する。図１に示すように、記憶部９６は、事業体データベース１２０と、顧客データベース１２２と、予約データベース１２４と、約款データベース１２６と、車両データベース１２８と、請求データベース１３０と、メンテナンスデータベース１３２とを有する。
【００５７】
事業体データベース１２０（以下「事業体ＤＢ１２０」という。）は、貸出し事業体ＥＬに関する情報（以下「事業体情報Ｉｅ」ともいう。）を蓄積する。事業体情報Ｉｅには、例えば、一般情報（名称、所在地、電話番号、営業時間等）、管理車両の概要（車種、年式等）、利用条件が含まれる。
【００５８】
顧客データベース１２２（以下「顧客ＤＢ１２２」という。）は、顧客Ｃに関する情報（以下「顧客情報Ｉｃ」ともいう。）を蓄積する。顧客情報Ｉｃには、例えば、一般情報（氏名、住所、電話番号等）、利用履歴が含まれる。
【００５９】
予約データベース１２４（以下「予約ＤＢ１２４」という。）は、各貸出し事業体ＥＬの車両２６に関する予約状況（貸出し開始時、返却時を含む。）の情報（以下「予約情報Ｉｒ」ともいう。）を蓄積する。本実施形態の予約ＤＢ１２４で管理される予約情報Ｉｒは、各貸出し事業体ＥＬの車両２６に関する。
【００６０】
約款データベース１２６（以下「約款ＤＢ１２６」という。）は、各貸出し事業体ＥＬそれぞれの独自の貸出約款データＤｃｌ（以下「約款データＤｃｌ」ともいう。）を蓄積する。
【００６１】
車両データベース１２８（以下「車両ＤＢ１２８」という。）は、各車両２６に関する情報（以下「車両情報Ｉｖ」ともいう。）を蓄積する。車両情報Ｉｖには、例えば、管理する貸出し事業体ＥＬの識別符号、車種、年式、ＶＩＮ（Vehicle Identification Number）、現在位置、走行距離（累計、貸出し開始時、返却時等）、車両駆動用エネルギ残量及び補機用バッテリ残量が含まれる。
【００６２】
車両駆動用エネルギ残量は、車両２６がガソリン車（ハイブリッド車を含む。）の場合、ガソリンの残量を示し、車両２６が電動車両（電気自動車（battery vehicle）、ハイブリッド車、燃料電池車等）である場合、高圧バッテリの残量が含まれる。また、車両２６が燃料電池車である場合、エネルギ残量には、水素ガスの残量が含まれる。補機用バッテリ残量は、補機用低圧バッテリ（例えば１２Ｖバッテリ）の残量が含まれる。
【００６３】
請求データベース１３０（以下「請求ＤＢ１３０」という。）は、車両２６の貸出し料金の情報（以下「料金情報Ｉｆ」という。）が、複数の貸出し事業体ＥＬ毎且つ車両２６の利用時間及び走行距離毎に記憶されている。また、請求ＤＢ１３０には、車両２６の貸出しに伴う請求の情報（以下「請求情報Ｉｃｈ」ともいう。）を、料金情報Ｉｆに基づいて利用の度毎に記憶する。請求情報Ｉｃｈには、例えば、日時及び料金が含まれる。請求情報Ｉｃｈは、例えば、車両２６毎又は顧客Ｃ毎に管理される。
【００６４】
メンテナンスデータベース１３２（以下「メンテナンスＤＢ１３２」という。）は、車両２６のメンテナンスに関する情報（以下「メンテナンス情報Ｉｍ」ともいう。）を蓄積する。メンテナンス情報Ｉｍとしては、例えば、メンテナンス予定日、メンテナンス内容が含まれる。
【００６５】
なお、図１では、各データベース１２０、１２２、１２４、１２６、１２８、１３０、１３２を別々に示しているが、一部のデータベース（例えば、約款ＤＢ１２６）を他のデータベース（例えば、予約ＤＢ１２４）の一部としてもよい。
【００６６】
（Ａ１−６．決済サーバ３０）
決済サーバ３０（以下「サーバ３０」ともいう。）は、車両２６の貸出し料金を決済する事業体（以下「決済事業体ＥＳ」という。）の事業所等に設定され、車両２６の貸出しに伴う与信及び決済を行う。サーバ３０は、通信部１４０、入出力部１４２、演算部１４４及び記憶部１４６を有する。
【００６７】
通信部１４０は、事業体端末２０、顧客端末２２、管理サーバ２８及びメンテナンスサーバ３２との間で信号の入出力を行う。入出力部１４２は、決済事業体ＥＳの従業者又はこれに準ずる者とサーバ３０との間の入出力を行う。入出力部１４２には、例えば、キーボード、マウス及び表示装置（いずれも図示せず）が含まれる。換言すると、入出力部９２は、ＨＭＩである。
【００６８】
演算部１４４は、記憶部１４６に記憶されているプログラムを実行することにより、サーバ３０の各部を制御する。例えば、演算部１４４は、顧客Ｃの信用に関する管理サーバ２８からの問い合わせに対し、与信に関する情報（以下「与信情報Ｉｃｒ」という。）を出力する。また、演算部１４４は、車両２６の利用に伴う請求情報Ｉｃｈを管理サーバ２８から取得すると、請求情報Ｉｃｈに基づいて顧客Ｃに対する貸出し料金等の請求（銀行口座からの引き落としを含む。）を行うと共に、貸出し事業体ＥＬへの支払い（銀行口座に対する振込み等）を行う。すなわち、決済サーバ３０（又は決済事業体ＥＳ）は、顧客Ｃからの貸出し料金の回収を代行する。
【００６９】
記憶部１４６は、図示しない揮発性メモリ及び不揮発性メモリを有し、演算部１４４が実行する各種のプログラム及び各種のデータを記憶する。図１に示すように、記憶部１４６は、与信データベース１５０と、決済データベース１５２とを有する。
【００７０】
与信データベース１５０（以下「与信ＤＢ１５０」という。）は、顧客Ｃ毎の与信情報Ｉｃを蓄積する。決済データベース１５２（以下「決済ＤＢ１５２」という。）は、貸出し事業体ＥＬ毎及び顧客Ｃ毎の決済情報Ｉｓを蓄積する。決済情報Ｉｓは、決済事業体ＥＳから貸出し事業体ＥＬに関する支払情報（債務情報）と、決済事業体ＥＳから顧客Ｃに関する請求情報Ｉｃｈ（債権情報）とが含まれる。
【００７１】
なお、本実施形態において、管理サーバ２８を管理する管理事業体ＥＭは、顧客Ｃに対する貸出し料金の直接的な請求は行わない。代わりに管理事業体ＥＭは、貸出しに伴う各回のシステム１０の利用料金を貸出し事業体ＥＬから徴収する。
【００７２】
（Ａ１−７．メンテナンスサーバ３２）
メンテナンスサーバ３２（以下「サーバ３２」ともいう。）は、貸出し事業体ＥＬに代わって車両２６のメンテナンスを行う事業体（以下「メンテナンス事業体ＥＭＣ」という。）の事業所等に設定され、車両２６のメンテナンスを管理する。なお、本実施形態において、車両２６のメンテナンスをメンテナンス事業体ＥＭＣに委託するか否かは、個々の貸出し事業体ＥＬの判断に委ねられる。
【００７３】
サーバ３２は、通信部１６０、入出力部１６２、演算部１６４及び記憶部１６６を有する。通信部１６０は、事業体端末２０及び管理サーバ２８との間で信号の入出力を行う。入出力部１６２は、メンテナンス事業体ＥＭＣの従業者又はこれに準ずる者とサーバ３２との間の入出力を行う。換言すると、入出力部１６２は、ＨＭＩである。入出力部１６２には、例えば、キーボード、マウス及び表示装置（いずれも図示せず）が含まれる。
【００７４】
演算部１６４は、記憶部１６６に記憶されているプログラムを実行することにより、サーバ３２の各部を制御する。例えば、演算部１６４は、事業体端末２０からの要求に応じてメンテナンスを受け付ける。また、サーバ３２は、メンテナンス情報Ｉｍを記憶部１６６のメンテナンスデータベース１７０（以下「メンテナンスＤＢ１７０」という。）を介して管理する。また、演算部１６４は、メンテナンス事業体ＥＭＣの従業員等からの要求に応じて、管理サーバ２８に対し、メンテナンス事業体ＥＭＣがメンテナンスを行っている車両２６の予約状況等を問い合わせる。
【００７５】
［Ａ２．各場面での処理］
次に、本実施形態の各場面における各構成要素の処理についてユーザの操作と関連付けて説明する。
【００７６】
（Ａ２−１．事業体情報Ｉｅの入力時（貸出し事業体ＥＬの登録時））
図２は、本実施形態における事業体端末２０から管理サーバ２８に対する事業体情報Ｉｅの入力時の処理を簡略的に示したフローチャートである。図２の各ステップのうち事業体端末２０側のステップＳ１、Ｓ３、Ｓ５、Ｓ９は、演算部４４が実行し、管理サーバ２８側のステップＳ２、Ｓ４、Ｓ６、Ｓ８は、演算部９４（事業体管理部１００）が実行する。
【００７７】
ステップＳ１において、事業体端末２０のユーザは、事業体端末２０を介して管理サーバ２８にアクセスする。換言すると、事業体端末２０は、ユーザの操作入力に応じて管理サーバ２８のウェブサイトにアクセスする。ステップＳ２において、管理サーバ２８は、事業体情報Ｉｅの入力画面情報を、事業体端末２０からの操作入力に応じて送信する。
【００７８】
ステップＳ３において、ユーザは、事業体情報Ｉｅの入力画面に事業体情報Ｉｅを入力して管理サーバ２８に送信する。換言すると、事業体端末２０は、管理サーバ２８からの入力画面情報に基づいて入力画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザの入力に応じた事業体情報Ｉｅを表示装置に表示し、ユーザにより表示装置中の送信ボタンが選択されると、入力された事業体情報Ｉｅを管理サーバ２８に対して送信する。
【００７９】
ここでの事業体情報Ｉｅには、例えば、法人名、代表者名、本店所在地、営業所所在地、各営業所の営業時間、ステーション所在地、従業者数、資本金、設立年、銀行口座情報、貸出約款データＤｃｌ等が含まれる。
【００８０】
ステップＳ４において、管理サーバ２８は、事業体端末２０から受信した事業体情報Ｉｅを確認するための確認画面（入力確認画面）の情報を事業体端末２０に送信する。
【００８１】
ステップＳ５において、ユーザは、入力確認画面の内容を確認した上、確認ボタンを押す。換言すると、事業体端末２０は、管理サーバ２８からの入力確認画面情報に基づいて入力確認画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザにより表示装置中の確認ボタンが選択されると、入力された事業体情報Ｉｅが確認された旨の通知（入力情報確認通知）を管理サーバ２８に対して送信する。
【００８２】
ステップＳ６において、管理サーバ２８は、事業体端末２０から入力情報確認通知を受信すると、事業体情報Ｉｅを事業体ＤＢ１２０に仮登録（又は暫定的に記憶）する。ステップＳ７において、管理サーバ２８を管理する管理事業体ＥＭは、仮登録された事業体情報Ｉｅに基づいて貸出し事業体ＥＬにサービスへの加入を認めるか否かについての審査（加入審査）を行う。
【００８３】
ステップＳ８において、管理事業体ＥＭは、加入審査の結果を管理サーバ２８を介して事業体端末２０に送信する。ステップＳ９において、事業体端末２０は、管理事業体ＥＭからの審査結果の通知を受信すると表示装置に表示する。なお、加入審査に合格した場合、管理事業体ＥＭは、事業体ＤＢ１２０に仮登録されていた事業体情報Ｉｅを本登録する。加えて、管理事業体ＥＭは、管理サーバ２８のウェブサイトにおいて、事業体情報Ｉｅ、車両情報Ｉｖ等を編集するためのユーザＩＤとパスワードを郵送する。
【００８４】
なお、図２の処理は、事業体端末２０と管理サーバ２８の通信を介することなく、書面により行うことも可能である。その場合、事業体情報Ｉｅの多くについては、管理事業体ＥＭが事業体ＤＢ１２０に登録する。また、約款データＤｃｌについては、ＣＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記憶された上で貸出し事業体ＥＬから管理事業体ＥＭに郵送してもよい。そして、この記憶媒体を受領した管理事業体ＥＭは、約款ＤＢ１２６に約款データＤｃｌを登録する。
【００８５】
（Ａ２−２．車両情報Ｉｖの入力時（貸出し用車両２６の登録時））
図３は、本実施形態における事業体端末２０から管理サーバ２８に対する車両情報Ｉｖの入力時の処理を簡略的に示したフローチャートである。図３の各ステップのうち事業体端末２０側のステップＳ１１、Ｓ１３、Ｓ１５は、演算部４４が実行し、管理サーバ２８側のステップＳ１２、Ｓ１４、Ｓ１６は、演算部９４（事業体管理部１００）が実行する。
【００８６】
ステップＳ１１において、事業体端末２０のユーザは、事業体端末２０を介して管理サーバ２８にアクセスする。換言すると、事業体端末２０は、ユーザの操作入力に応じて管理サーバ２８のウェブサイトにアクセスする。ステップＳ１２において、管理サーバ２８は、車両情報Ｉｖの入力画面情報を、事業体端末２０からの操作入力に応じて送信する。
【００８７】
ステップＳ１３において、ユーザは、車両情報Ｉｖの入力画面に車両情報Ｉｖを入力して管理サーバ２８に送信する。換言すると、事業体端末２０は、管理サーバ２８からの入力画面情報に基づいて入力画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザの入力に応じた車両情報Ｉｖを表示装置に表示し、ユーザにより表示装置中の送信ボタンが選択されると、入力された車両情報Ｉｖを管理サーバ２８に対して送信する。
【００８８】
ここでの車両情報Ｉｖには、例えば、各車種、色、車両ナンバー（ナンバープレートの番号）、貸出し事業体ＥＬ及び実際に車両２６を管理する営業所（管理営業所ＯＭ）が含まれる。
【００８９】
ステップＳ１４において、管理サーバ２８は、事業体端末２０から受信した車両情報Ｉｖを確認するための確認画面の情報（入力確認画面）を事業体端末２０に送信する。
【００９０】
ステップＳ１５において、ユーザは、入力確認画面の内容を確認した上、確認ボタンを押す。換言すると、事業体端末２０は、管理サーバ２８からの入力確認画面情報に基づいて入力確認画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザにより表示装置中の確認ボタンが選択されると、入力された車両情報Ｉｖが確認された旨の通知（入力情報確認通知）を管理サーバ２８に対して送信する。
【００９１】
ステップＳ１６において、管理サーバ２８は、事業体端末２０から入力情報確認通知を受信すると、車両情報Ｉｖを事業体ＤＢ１２０、予約ＤＢ１２４及び車両ＤＢ１２８に登録（又は記憶）する。
【００９２】
事業体ＤＢ１２０に登録される車両情報Ｉｖには、例えば、車種、色、車両ナンバー（ナンバープレートの番号）及び管理営業所ＯＭが含まれる。予約ＤＢ１２４に登録される車両情報Ｉｖには、例えば、車種、色、車両ナンバー及び貸出し事業体ＥＬの識別符号（貸出し事業体ＥＬの名称等）が含まれる。車両ＤＢ１２８に登録される車両情報Ｉｖには、例えば、車種、色、車両ナンバー、貸出し事業体ＥＬの識別符号及び管理営業所ＯＭの識別符号が含まれる。
【００９３】
なお、図３の処理は、事業体端末２０と管理サーバ２８の通信を介することなく、書面により行うことも可能である。その場合、車両情報Ｉｖについては、管理事業体ＥＭが車両ＤＢ１２８に登録する。
【００９４】
（Ａ２−３．顧客情報Ｉｃの入力時（会員登録時））
図４は、本実施形態における顧客端末２２から管理サーバ２８に対する顧客情報Ｉｃの入力時（すなわち会員登録時）の処理を簡略的に示したフローチャートである。図４の各ステップのうち顧客端末２２側のステップＳ２１、Ｓ２３、Ｓ２５は、演算部５４が実行し、管理サーバ２８側のステップＳ２２、Ｓ２４、Ｓ２６は、演算部９４（顧客管理部１０２）が実行する。
【００９５】
ステップＳ２１において、顧客端末２２のユーザ（すなわち顧客Ｃ）は、顧客端末２２を介して管理サーバ２８にアクセスする。換言すると、顧客端末２２は、ユーザの操作入力に応じて管理サーバ２８のウェブサイトにアクセスする。ステップＳ２２において、管理サーバ２８は、顧客情報Ｉｃの入力画面情報を、顧客端末２２からの操作入力に応じて送信する。
【００９６】
ステップＳ２３において、ユーザは、顧客情報Ｉｃの入力画面に顧客情報Ｉｃを入力して管理サーバ２８に送信する。換言すると、顧客端末２２は、管理サーバ２８からの入力画面情報に基づいて入力画面を表示装置（入出力部５２）に表示する。そして、顧客端末２２は、ユーザの入力に応じた顧客情報Ｉｃを表示装置に表示し、ユーザにより表示装置中の送信ボタンが選択されると、入力された顧客情報Ｉｃを管理サーバ２８に対して送信する。
【００９７】
ここでの顧客情報Ｉｃには、例えば、氏名、住所、電話番号、Ｅメールアドレスが含まれる。また、顧客情報Ｉｃには、顧客Ｃを認証するための認証情報Ｉｉｄが含まれる。認証情報Ｉｉｄには、車両２６の予約をする際の予約時認証情報Ｉｉｄ１と、車両２６を実際に貸し出す際の貸出し時認証情報Ｉｉｄ２とが含まれる。
【００９８】
予約時認証情報Ｉｉｄ１としては、ログインＩＤ及びパスワードが含まれる。また、貸出し時認証情報Ｉｉｄ２には、顧客Ｃの免許証番号を含ませることもできる。これにより、カード８２としてＩＣ付免許証を用いる場合に顧客Ｃ本人の認証を行い易くなる。さらに、顧客情報Ｉｃには、クレジットカード番号を含ませてもよい。この場合、管理サーバ２８は、クレジットカード番号等を用いて信用情報を決済サーバ３０に問い合わせることが可能となる。
【００９９】
ステップＳ２４において、管理サーバ２８は、顧客端末２２から受信した顧客情報Ｉｃを確認するための確認画面の情報（入力確認画面）を顧客端末２２に送信する。
【０１００】
ステップＳ２５において、ユーザは、入力確認画面の内容を確認した上、確認ボタンを押す。換言すると、顧客端末２２は、管理サーバ２８からの入力確認画面情報に基づいて入力確認画面を表示装置（入出力部５２）に表示する。そして、顧客端末２２は、ユーザにより表示装置中の確認ボタンが選択されると、入力された顧客情報Ｉｃが確認された旨の通知（入力情報確認通知）を管理サーバ２８に対して送信する。
【０１０１】
ステップＳ２６において、管理サーバ２８は、顧客端末２２から入力情報確認通知を受信すると、顧客情報Ｉｃを顧客ＤＢ１２２に登録（又は記憶）する。
【０１０２】
なお、図４の処理は、顧客端末２２と管理サーバ２８の通信を介することなく、書面により行うことも可能である。その場合、顧客情報Ｉｃについては、管理事業体ＥＭが顧客ＤＢ１２２に登録する。
【０１０３】
（Ａ２−４．予約時）
（Ａ２−４−１．予約時の処理）
図５及び図６は、本実施形態における予約時の処理を簡略的に示した第１及び第２フローチャートである。図５及び図６の各ステップのうち顧客端末２２側のステップＳ３１、Ｓ３３、Ｓ３５、Ｓ４２、Ｓ４５は、演算部５４が実行する。管理サーバ２８側のステップＳ３２、Ｓ３４は、演算部９４の顧客管理部１０２が実行し、ステップＳ３６、Ｓ３９〜Ｓ４１、Ｓ４４は、演算部９４の予約管理部１０４が実行する。決済サーバ３０のステップＳ３７、Ｓ３８は、演算部１４４が実行し、事業体端末２０のステップＳ４３は、演算部４４が実行する。
【０１０４】
ステップＳ３１において、顧客端末２２のユーザ（すなわち顧客Ｃ）は、顧客端末２２を介して管理サーバ２８にアクセスする。換言すると、顧客端末２２は、ユーザの操作入力に応じて管理サーバ２８のウェブサイトにアクセスする。ステップＳ３２において、管理サーバ２８は、予約のための画面（予約画面２００（図７〜図１０））に関する情報（予約画面情報）を、顧客端末２２からの操作入力に応じて送信する。
【０１０５】
ステップＳ３３において、ユーザは、予約画面２００に予約情報Ｉｒを入力して管理サーバ２８に送信する。換言すると、顧客端末２２は、管理サーバ２８からの予約画面情報に基づいて予約画面２００を表示装置（入出力部５２）に表示する。そして、顧客端末２２は、ユーザの入力に応じた予約情報Ｉｒを表示装置に表示し、ユーザにより表示装置中の送信ボタンが選択されると、入力された予約情報Ｉｒを管理サーバ２８に対して送信する。
【０１０６】
なお、車両２６の予約を行う場合、管理サーバ２８は、まずログイン画面情報を顧客端末２２に送信し、ログインＩＤ及びパスワードの入力を求める。そして、ログインＩＤ及びパスワードにより、顧客Ｃ（会員）の認証が成功した場合のみ、車両２６の予約を許可する。
【０１０７】
本実施形態では、図７〜図１０の予約画面２００を必要に応じて切り替えながら車両２６の予約を行うことができる。また、予約画面２００で選択可能な車両２６は、複数の貸出し事業体ＥＬが管理するものである。このため、顧客Ｃに対して、より多くの車両２６の選択肢を提示することが可能となる。図７〜図１０の予約画面２００については、後に詳述する。
【０１０８】
ステップＳ３４において、管理サーバ２８は、顧客端末２２から受信した予約情報Ｉｒを確認するための確認画面（予約確認画面３００）の情報（予約確認画面情報）を顧客端末２２に送信する。この際、図１１に示すように、予約確認画面３００の約款表示欄３１２には、約款データＤｃｌが含まれる（詳細は後述する。）。
【０１０９】
ステップＳ３５において、ユーザは、予約確認画面３００の内容を確認した上、登録ボタン３１６を押す。換言すると、顧客端末２２は、管理サーバ２８からの予約確認画面情報に基づいて予約確認画面３００を表示装置（入出力部５２）に表示する。そして、顧客端末２２は、ユーザにより表示装置中のチェックボックス３２０がチェックされた状態で登録ボタン３１６が選択されると、入力された予約情報Ｉｒが確認された旨の通知（予約情報確認通知）を管理サーバ２８に対して送信する。
【０１１０】
なお、顧客Ｃが約款に同意しないで確認ボタンが押された場合、顧客端末２２は、その旨を管理サーバ２８に通知する。当該通知を受けた管理サーバ２８は、約款への同意が必要である旨の表示を顧客端末２２に表示させる。
【０１１１】
図６のステップＳ３６において、管理サーバ２８は、決済サーバ３０に対して顧客情報Ｉｃと共に与信要求を送信する。ここでの顧客情報Ｉｃには、例えば、顧客Ｃの氏名及びクレジットカード番号が含まれる。与信要求を受信した決済サーバ３０は、ステップＳ３７において、管理サーバ２８からの顧客情報Ｉｃ及び与信ＤＢ１５０の与信情報Ｉｃに基づいて与信判断を行う。続くステップＳ３８において、決済サーバ３０は、与信判断の結果を管理サーバ２８に送信する。
【０１１２】
ステップＳ３９において、管理サーバ２８は、決済サーバ３０から受信した与信判断の結果が与信を認めるものであるか否か（与信が成立したか否か）を判定する。与信が成立した場合（Ｓ３９：ＹＥＳ）、ステップＳ４０において、管理サーバ２８は、予約情報Ｉｒを予約ＤＢ１２４に登録する。これにより、車両２６の予約が確定する。なお、ステップＳ３６の時点で、予約情報Ｉｒを予約ＤＢ１２４に仮登録しておき、ステップＳ４０で本登録することも可能である。この場合、ステップＳ３９：ＮＯとなった場合、管理サーバ２８は、仮登録情報を消去する。
【０１１３】
ステップＳ４１において、管理サーバ２８は、確定した予約情報Ｉｒ（及び予約が確定した旨）を顧客端末２２及び事業体端末２０に通知する。当該通知を受信した顧客端末２２及び事業体端末２０は、ステップＳ４２、Ｓ４３において、予約情報Ｉｒを表示する。なお、管理サーバ２８から顧客端末２２及び事業体端末２０に対して送信される通知の表現形態は、互いに内容を相違させることができる。
【０１１４】
ステップＳ３９に戻り、決済サーバ３０から受信した与信判断の結果が与信を認めないものである場合（与信が成立しない場合）（Ｓ３９：ＮＯ）、ステップＳ４４において、管理サーバ２８は、予約が不可である旨を顧客端末２２に通知する。当該通知を受信した顧客端末２２は、ステップＳ４５において、当該通知の内容を表示する。
【０１１５】
（Ａ２−４−２．予約画面２００の詳細）
図７〜図１０は、本実施形態における予約画面２００の第１例〜第４例を示す図である。図７の予約画面２００（２００ａ）は、地図表示部２１０と、住所・最寄駅検索欄２１２と、ステーション検索欄２１４と、車種検索欄２１６と、検索実行ボタン２１８ａ〜２１８ｃと、インフォメーション欄２２０とを有する。
【０１１６】
地図表示部２１０は、車両２６を貸し出すためのステーション（駐車場）の有無を地区別に示す地図を表示する。地図表示部２１０に表示された地図の一部を選択すると、選択された場所のステーションを一覧で示す予約画面２００ｃ（図９）に切り替わる。
【０１１７】
住所・最寄駅検索欄２１２は、ステーションを検索するために住所又は最寄駅名を入力する欄である。ステーション検索欄２１４は、ステーションを検索するためにステーション名を入力する欄である。車種検索欄２１６は、ステーションを検索するために車種を入力する欄である。なお、各検索欄２１２、２１４、２１６は、キーボード等による文字入力に限らず、プルダウン式の選択肢を用いて選択するように構成することも可能である。
【０１１８】
検索実行ボタン２１８ａ〜２１８ｃは、各検索欄２１２、２１４、２１６に入力された内容での検索を実行するためのボタンである。インフォメーション欄２２０は、各種の情報（例えば、給油に関する決まり事）を表示する欄である。
【０１１９】
図８の予約画面２００（２００ｂ）は、複数の地区選択肢表示欄２３０ａ〜２３０ｆを有する。各地区選択肢表示欄２３０ａ〜２３０ｆは、ステーションを絞り込むために用いられる。表示欄２３０ａ〜２３０ｆでは、地図表示部２１０における地区毎に、その地区全体を選択するための選択肢（「全ての地区」）と、その地区をさらに細かく分けた地区を選択するための選択肢（図８では「＊＊＊＊」）が表示される。
【０１２０】
顧客Ｃによりいずれかの選択肢が選択されると、当該選択肢に対応する予約画面２００（図９と同様の画面）が表示される。すなわち、顧客Ｃによりいずれかの選択肢が選択されると、顧客端末２２から管理サーバ２８に対して選択内容が送信される。管理サーバ２８は、受信した選択内容に対応する新たな予約画面情報を顧客端末２２に対して送信する。そして、新たな予約画面情報を受信した顧客端末２２は、受信した予約画面情報に応じた予約画面２００を表示する。
【０１２１】
図９の予約画面２００（２００ｃ）は、図７の住所・最寄駅検索欄２１２を用いた検索が行われた場合に表示される予約画面２００の例である。予約画面２００ｃは、検索結果件数表示欄２４０と、検索結果ステーション表示欄２４２と、画面切替ボタン２４４と、全件チェックボタン２４６と、全件除外ボタン２４８と、戻るボタン２５０とを有する。
【０１２２】
検索結果件数表示欄２４０は、検索結果としてのステーションの件数を表示する欄である。検索結果ステーション表示欄２４２は、検索結果としてのステーション及び住所検索を表示する欄である。管理サーバ２８は、複数の貸出し事業体ＥＬのステーションを同時に表示欄２４２に含ませることができる。このため、顧客Ｃ（会員）は、複数の貸出し事業体ＥＬのステーションを同時に検索することが可能となる。
【０１２３】
表示欄２４２は、予約対象チェックボックス２５２（以下「チェックボックス２５２」という。）を有する。チェックボックス２５２は、表示欄２４２に表示されたステーションの中から特定のステーションを選択するためのチェックボックスであり、同時に複数のチェックボックス２５２を選択することができる。
【０１２４】
画面切替ボタン２４４は、チェックボックス２５２がチェックされたステーションについて図１０の予約画面２００ｄに移行するためのボタンである。全件チェックボタン２４６は、全てのチェックボックス２５２をチェックするためのボタンである。全件除外ボタン２４８は、全てのチェックボックス２５２からチェックを外すためのボタンである。戻るボタン２５０は、前の画面に戻るためのボタンである。
【０１２５】
図１０の予約画面２００（２００ｄ）は、ステーションが選択された場面で表示される予約画面２００の例である。予約画面２００ｄは、基準日時選択欄２６０と、更新ボタン２６２と、空き状況表示欄２６４と、予約情報入力欄２６６と、予約登録ボタン２６８と、運転者追加登録ボタン２７０とを有する。
【０１２６】
基準日時選択欄２６０は、車両２６の空き状況を調べるための基準日時を選択するための欄である。更新ボタン２６２は、選択欄２６０で選択された基準日時を更新するためのボタンである。空き状況表示欄２６４は、選択欄２６０で選択された基準日時を基準として所定期間（例えば１４日間）の車両２６の空き状況を表示する欄である。空き状況表示欄２６４は、ステーション名表示欄２７２と、車種名表示欄２７４と、車両ナンバー表示欄２７６と、色表示欄２７８と、日にち毎空き情報表示欄２８０とを有する。
【０１２７】
ステーション名表示欄２７２は、ステーション名を表示する欄である。車種名表示欄２７４は、各車両２６の車種名を表示する欄である。車両ナンバー表示欄２７６は、各車両２６の車両ナンバーを表示する欄である。色表示欄２７８は、各車両２６の色を表示する欄である。日にち毎空き情報表示欄２８０は、各車両２６の空き状況を日にち毎に示す欄である。ここでは、車両２６の貸出し時間帯について十分な空きがある日については「○」（丸印）を表示し、十分な空きがない日については「△」（三角印）を表示し、空きが全くない日については「×」（バツ印）を表示する。
【０１２８】
予約情報入力欄２６６は、予定乗車日時、利用時間及び車両２６を入力する欄であり、例えば、プルダウン式の選択肢を用いることができる。予約登録ボタン２６８は、予約情報入力欄２６６に表示された内容での予約を登録するためボタンである。運転者追加登録ボタン２７０は、貸出し対象の車両２６の運転者を追加する運転者追加画面（図示せず）を表示するボタンである。
【０１２９】
（Ａ２−４−３．予約確認画面３００の詳細）
図１１は、本実施形態における予約確認画面３００の一例を示す図である。図１１の予約確認画面３００は、予約内容表示欄３１０と、約款表示欄３１２と、約款同意チェック欄３１４と、登録ボタン３１６と、戻るボタン３１８とを有する。
【０１３０】
予約内容表示欄３１０は、予約内容を表示する欄である。ここでの予約内容には、会員番号、予約者名、予約日時（乗車予定日時及び返却日時）が含まれる。約款表示欄３１２は、約款データＤｃｌに基づく約款を表示する欄である。約款同意チェック欄３１４は、約款データＤｃｌに基づく約款に同意することを示すチェックボックス３２０を有する。登録ボタン３１６は、表示欄３１０に表示された予約内容及び約款に同意して予約情報Ｉｒを登録するためのボタンである。戻るボタン３１８は、前の画面に戻るためのボタンである。
【０１３１】
（Ａ２−５．車両２６の利用開始時）
図１２は、本実施形態における車両２６の利用開始時の処理を簡略的に示したフローチャートである。図１２の各ステップのうち車両２６側のステップＳ５１は、カードリーダ８４及び演算部７４が実行し、ステップＳ５２、Ｓ５７、Ｓ６０は、演算部７４が実行し、ステップＳ５６は、演算部７４及びロック機構７８が実行する。管理サーバ２８のステップＳ５３、Ｓ５４、Ｓ５５、Ｓ５８、Ｓ５９は、演算部９４（予約管理部１０４）が実行する。
【０１３２】
ステップＳ５１において、車両２６は、車両２６のリアウィンドウの下方等に設けられているカードリーダ８４にかざされた顧客Ｃのカード８２から認証情報Ｉｉｄを取得したか否かを判定する。認証情報Ｉｉｄを取得しない場合（Ｓ５１：ＮＯ）、車両２６は、ステップＳ５１を所定周期毎に繰り返す。認証情報Ｉｉｄを取得した場合（Ｓ５１：ＹＥＳ）、ステップＳ５２において、車両２６は、管理サーバ２８に対して認証情報Ｉｉｄを送信する。
【０１３３】
ステップＳ５３において、管理サーバ２８は、車両２６から受信した認証情報Ｉｉｄ及び駐車場ＩＤについて予約ＤＢ１２４を検索して予約情報Ｉｒを照会する。具体的には、管理サーバ２８は、駐車場ＩＤ、予約時刻、認証情報Ｉｉｄ（予約者）と一致する予約情報Ｉｒがあるか否かを判定する。
【０１３４】
そのような予約情報Ｉｒがある場合（Ｓ５４：ＹＥＳ）、ステップＳ５５において、管理サーバ２８は、車両２６に対して、車両２６の利用を許可する利用許可通知（又は解錠指令）を送信する。利用許可通知を受信した車両２６は、ステップＳ５６において、ロック機構７８を作動させて解錠する。
【０１３５】
正常に解錠がなされると、ステップＳ５７において、車両２６は、管理サーバ２８に解錠通知を送信する。解錠通知を受信した管理サーバ２８は、ステップＳ５８において、予約ＤＢ１２４の予約情報Ｉｒに利用開始時刻を入力して予約ＤＢ１２４を更新する。なお、ステップＳ５８は、ステップＳ５５と一緒に行ってもよい。
【０１３６】
ステップＳ５４に戻り、駐車場ＩＤ、予約時刻、認証情報Ｉｉｄ（予約者）と一致する予約情報Ｉｒがない場合（Ｓ５４：ＮＯ）、ステップＳ５９において、管理サーバ２８は、車両２６に対してエラー（該当する予約情報Ｉｒが存在しない旨）を通知する。エラーの通知を受けた顧客端末２２は、表示部（入出力部５２）でエラー表示を行う。
【０１３７】
（Ａ２−６．車両２６の利用中及び利用終了時）
（Ａ２−６−１．全体的な流れ）
図１３は、本実施形態における車両２６の利用中及び利用終了時の処理を簡略的に示したフローチャートである。図１３では、車両２６のステップＳ７１〜Ｓ７４と、管理サーバ２８のステップＳ９１〜Ｓ９３に分けて説明する。車両２６のステップＳ７１〜Ｓ７４は、演算部７４が実行する。管理サーバ２８のステップＳ９１、Ｓ９２は、演算部９４の車両管理部１０６が実行し、ステップＳ９３については、図１５を参照して後述する。
【０１３８】
ステップＳ７１において、車両２６は、各種センサ８０の検出値（センサ値Ｍｃ）を管理サーバ２８に送信する。ステップＳ７２において、車両２６は、施錠条件が成立したか否かを判定する。ここでの施錠条件には、例えば、下記の条件（ａ）〜（ｃ）が含まれる。
（ａ）  車両２６のエンジンが停止していること
（ｂ）  車両２６のキーボックスに車両２６のキーが返却されていること、並びに
（ｃ）  カードリーダ８４にかざされた顧客Ｃのカード８２から取得した認証情報Ｉｉｄ（貸出し時認証情報Ｉｉｄ２）が、利用中の車両２６及び返却予定の駐車場に対応したものであること
【０１３９】
貸出し時認証情報Ｉｉｄ２が返却予定の駐車場に対応したものであること（換言すると、車両２６が返却予定の駐車場にあること）は、例えば、次の方法で確認する。すなわち、車両２６の演算部７４は、管理サーバ２８に登録されている駐車場の位置（緯度及び経度）と、車両２６に搭載されている現在位置検出装置（例えば、ナビゲーション装置）が検出した現在位置とを照合する。そして、演算部７４は、両者が一致した場合又は両者の距離が所定の距離閾値以内である場合に車両２６が返却予定の駐車場にあると判定する。
【０１４０】
なお、管理サーバ２８に登録されている駐車場の位置は、返却時に車両２６が管理サーバ２８と通信することで取得すること又は事前に（例えば施錠時に）取得することのいずれであってもよい。また、駐車位置に所定のマーカーを設けておき、車載カメラにより当該マーカーを検出すること等により上記判定の精度を上げることも可能である。
【０１４１】
施錠条件が成立しない場合（Ｓ７２：ＮＯ）、ステップＳ７１に戻る。施錠条件が成立した場合（Ｓ７２：ＹＥＳ）、ステップＳ７３において、車両２６は、ロック機構７８を作動させて施錠する。ステップＳ７４において、車両２６は、管理サーバ２８に対して施錠を知らせる通知（施錠通知（又は利用終了通知））を送信して今回の処理を終了する。
【０１４２】
ステップＳ９１において、管理サーバ２８は、車両２６から受信したセンサ値Ｍｃにより車両ＤＢ１２８を更新する。センサ値Ｍｃの詳細は、図１４を参照して後述する。ステップＳ９２において、管理サーバ２８は、車両２６から施錠通知を受信したか否かを判定する。
【０１４３】
施錠通知を受信していない場合（Ｓ９２：ＮＯ）、ステップＳ９１に戻る。施錠通知を受信した場合（Ｓ９２：ＹＥＳ）、ステップＳ９３において、管理サーバ２８は、利用終了時処理を行う。利用終了時処理については、図１４を参照して後述する。
【０１４４】
（Ａ２−６−２．車両モニタリング画面４００の詳細）
図１４は、本実施形態における車両モニタリング画面４００（以下「モニタリング画面４００」ともいう。）の一例を示す図である。図１４のモニタリング画面４００は、各車両２６の運行状態を示す。モニタリング画面４００には、貸出し事業体表示欄４１０（以下「事業体表示欄４１０」ともいう。）と、車両運行状態表示欄４１２（以下「運行状態表示欄４１２」ともいう。）とが含まれる。
【０１４５】
事業体表示欄４１０は、運行状態表示欄４１２の表示対象となっている特定の貸出し事業体ＥＬの名称を表示する。運行状態表示欄４１２は、前記特定の貸出し事業体ＥＬが管理する各車両２６の運行状態を示す現状情報Ｉｓｔが表示される。具体的には、運行状態表示欄４１２には、車両番号（通し番号）、車両状態、利用超過、駐車場の住所、グローバル・ポジショニング・システム・センサ（ＧＰＳセンサ）の起動の有無、カードリーダ８４の起動の有無、セキュリティの起動の有無、イモビライザの起動の有無、バッテリ電圧Ｖｂａｔ、イグニションスイッチの位置（ＯＦＦ、ＡＣＣ、ＯＮ）、ドアの開閉、キーボックスのロック状態、燃料残量、オドメーター、前回利用からの経過日数、車検期日が間近であるか否か等が現状情報Ｉｓｔとして含まれる。
【０１４６】
（Ａ２−６−３．利用終了時処理）
図１５は、本実施形態における利用終了時処理を簡略的に示したフローチャート（図１３のＳ９３の詳細）である。図１５の各ステップのうちステップＳ１０１、Ｓ１０２は、演算部９４の請求管理部１０８が実行し、ステップＳ１０３は、演算部９４の予約管理部１０４、車両管理部１０６及び請求管理部１０８が実行する。ステップＳ１０４は、事業体管理部１００、顧客管理部１０２及び請求管理部１０８が実行する。
【０１４７】
ステップＳ１０１において、管理サーバ２８は、車両２６の利用に伴う費用Ｆｃｈ（以下「利用費用Ｆｃｈ」又は「請求費用Ｆｃｈ」ともいう。）を計算するための料金計算用情報Ｉｆｃを確定する。
【０１４８】
料金計算用情報Ｉｆｃには、例えば、貸出し事業体ＥＬの識別符号、車両２６の走行距離、利用時間及び車種が含まれる。上記の通り、車両２６の走行距離は、車両２６から管理サーバ２８に対して送信される（図１３のＳ７１）。
【０１４９】
また、利用時間は、利用開始時点から利用終了時点までの時間である。利用開始時点は、例えば、管理サーバ２８が、車両２６から解錠通知を受信した時点（図１２のＳ５８）又は車両２６に対して利用許可通知を送信した時点（Ｓ５５）とすることができる。また、利用終了時点は、例えば、管理サーバ２８が、車両２６から施錠通知を受信した時点（図１３のＳ９２：ＹＥＳ）とすることができる。
【０１５０】
ステップＳ１０２において、管理サーバ２８は、確定した料金計算用情報Ｉｆｃと、請求ＤＢ１３０の料金情報Ｉｆとに基づいて利用費用Ｆｃｈ（請求情報Ｉｃｈ）を計算する。
【０１５１】
ステップＳ１０３において、管理サーバ２８は、今回の利用を反映するように予約ＤＢ１２４、車両ＤＢ１２８及び請求ＤＢ１３０を更新する。具体的には、予約ＤＢ１２４に関し、管理サーバ２８（予約管理部１０４）は、返却日時を登録する。車両ＤＢ１２８に関し、管理サーバ２８（車両管理部１０６）は、車両２６の返却時の状態（例えば、走行距離、車両駆動用エネルギ残量）を登録する。請求ＤＢ１３０に関し、管理サーバ２８（請求管理部１０８）は、今回の利用に伴う料金請求額Ｆ、利用開始日時、返却日時等を登録する。
【０１５２】
ステップＳ１０４において、管理サーバ２８は、今回の利用に関連した貸出し事業体ＥＬ、顧客Ｃ及び決済事業体ＥＳの事業体端末２０、顧客端末２２及び決済サーバ３０に対して利用結果を送信する。
【０１５３】
具体的には、管理サーバ２８（事業体管理部１００）は、事業体端末２０に対して車両２６の利用完了報告（返却日時、走行距離及び料金請求額Ｆを含む。）を、例えば電子メールの形式で送信する。これらの情報を受信した事業体端末２０（演算部４４）は、表示装置（入出力部４２）に表示する。
【０１５４】
また、管理サーバ２８（請求管理部１０８）は、車両２６を利用して頂いたことへの感謝文と、車両２６の利用日時及び走行距離と、車両２６の利用結果として算出された料金請求額Ｆとを、顧客端末２２に対して送信する。これらの情報を受信した顧客端末２２（演算部５４）は、表示装置（入出力部５２）に表示する。
【０１５５】
さらに、管理サーバ２８（請求管理部１０８）は、決済サーバ３０に対して料金請求額Ｆ及び利用日を送信する。これらの情報を受信した決済サーバ３０（演算部１４４）は、顧客Ｃに対する請求処理と、貸出し事業体ＥＬに対する支払処理を実行する。
【０１５６】
請求処理は、各顧客Ｃに対して月毎に料金請求額Ｆの合計を請求する処理である。支払処理は、各貸出し事業体ＥＬに対して顧客Ｃから回収した利用請求額Ｆの合計を月毎に支払う処理である。
【０１５７】
（Ａ２−７．メンテナンス発注時）
図１６は、本実施形態における事業体端末２０からメンテナンスサーバ３２に対するメンテナンス発注時の処理を簡略的に示したフローチャートである。図１６の各ステップのうち事業体端末２０のステップＳ１１１、Ｓ１１３、Ｓ１１５は、演算部４４が実行する。メンテナンスサーバ３２のステップＳ１１２、Ｓ１１４、Ｓ１１６、Ｓ１１７は、演算部１６４が実行する。管理サーバ２８のステップＳ１１８は、演算部９４のメンテナンス管理部１１０が実行する。
【０１５８】
ステップＳ１１１において、事業体端末２０のユーザは、事業体端末２０を介してメンテナンスサーバ３２にアクセスする。換言すると、事業体端末２０は、ユーザの操作入力に応じてメンテナンスサーバ３２のウェブサイトにアクセスする。ステップＳ１１２において、メンテナンスサーバ３２は、メンテナンスの発注を行う画面（発注画面）の情報（発注画面情報）を、事業体端末２０からの操作入力に応じて送信する。
【０１５９】
ステップＳ１１３において、ユーザは、発注画面に発注情報Ｉｏを入力してメンテナンスサーバ３２に送信する。換言すると、事業体端末２０は、メンテナンスサーバ３２からの発注画面情報に基づいて発注画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザの入力に応じた発注情報Ｉｏを表示装置に表示し、ユーザにより表示装置中の送信ボタンが選択されると、入力された発注情報Ｉｏをメンテナンスサーバ３２に対して送信する。
【０１６０】
ここでの発注情報Ｉｏには、例えば、メンテナンスを行う車両２６の車種、車両ナンバー及び色並びにメンテナンスの納期が含まれる。
【０１６１】
なお、メンテナンスの発注を行う場合、メンテナンスサーバ３２は、まずログイン画面情報を事業体端末２０に送信し、ログインＩＤ及びパスワードの入力を求める。そして、ログインＩＤ及びパスワードにより、貸出し事業体ＥＬの認証が成功した場合のみ、メンテナンスの発注を許可する。
【０１６２】
ステップＳ１１４において、メンテナンスサーバ３２は、事業体端末２０から受信した発注情報Ｉｏを確認するための確認画面の情報（発注確認画面）を事業体端末２０に送信する。
【０１６３】
ステップＳ１１５において、ユーザは、発注確認画面の内容を確認した上、確認ボタンを押す。換言すると、事業体端末２０は、メンテナンスサーバ３２からの発注確認画面情報に基づいて発注確認画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザにより表示装置中の確認ボタンが選択されると、入力された発注情報Ｉｏが確認された旨の通知（発注情報確認通知）をメンテナンスサーバ３２に対して送信する。
【０１６４】
ステップＳ１１６において、メンテナンスサーバ３２は、事業体端末２０から発注情報確認通知を受信すると、発注情報ＩｏをメンテナンスＤＢ１７０に登録する。ステップＳ１１７において、メンテナンスサーバ３２は、発注情報Ｉｏを管理サーバ２８に通知する。
【０１６５】
ステップＳ１１８において、管理サーバ２８は、受信した発注情報Ｉｏに基づいてメンテナンスＤＢ１３２を更新する。
【０１６６】
なお、図１６の処理は、事業体端末２０とメンテナンスサーバ３２の通信を介することなく、書面、ＦＡＸ又は電話により行うことも可能である。その場合、発注情報Ｉｏについては、メンテナンス事業体ＥＭＣがメンテナンスＤＢ１７０に登録する。メンテナンスサーバ３２と管理サーバ２８の通信についても同様である。
【０１６７】
（Ａ２−８．事業体端末２０からのデータ照会時）
図１７は、本実施形態における事業体端末２０から管理サーバ２８に対するデータ照会時の処理を簡略的に示したフローチャートである。図１７の各ステップのうち事業体端末２０のステップＳ１２１、Ｓ１２３、Ｓ１２６〜Ｓ１２８、Ｓ１３０、Ｓ１３２は、演算部４４が実行する。管理サーバ２８のステップＳ１２２、Ｓ１２４、Ｓ１２５、Ｓ１２９、Ｓ１３１は、演算部７４の予約管理部１０４が実行する。
【０１６８】
ステップＳ１２１において、事業体端末２０のユーザは、事業体端末２０を介して管理サーバ２８にアクセスする。換言すると、事業体端末２０は、ユーザの操作入力に応じて管理サーバ２８のウェブサイトにアクセスする。
【０１６９】
ステップＳ１２２において、管理サーバ２８は、ログイン画面情報を、事業体端末２０からの操作入力に応じて送信する。当該ログイン画面には、ログイン情報（ログインＩＤ及びパスワード）の入力欄が含まれている。
【０１７０】
ステップＳ１２３において、ユーザは、ログイン画面にログイン情報Ｉｌｇを入力して管理サーバ２８に送信する。換言すると、事業体端末２０は、管理サーバ２８からのログイン画面情報に基づいて入力画面を表示装置（入出力部４２）に表示する。そして、事業体端末２０は、ユーザの入力に応じたログイン情報Ｉｌｇを表示装置（入出力部４２）に表示し、ユーザにより表示装置中の送信ボタンが選択されると、入力されたログイン情報Ｉｌｇを管理サーバ２８に対して送信する。
【０１７１】
ステップＳ１２４において、管理サーバ２８は、事業体端末２０から受信したログイン情報Ｉｌｇにより認証が成立したか否かを判定する。認証が成立した場合（Ｓ１２４：ＹＥＳ）、ステップＳ１２５において、管理サーバ２８は、ログイン情報Ｉｌｇ（貸出し事業体ＩＤ）に対応するデータ照会画面（図示せず）の情報（以下「データ照会画面情報Ｉｄｒ」という。）を事業体端末２０に送信する。
【０１７２】
ステップＳ１２６において、事業体端末２０は、受信したデータ照会画面情報Ｉｄｒに基づいてデータ照会画面を表示する。例えば、データ照会画面では、その貸出し事業体ＥＬが管理する車両２６の予約情報Ｉｒ、現状情報Ｉｓｔ（図１４）、料金情報Ｆを照会することができる。さらに、貸出し事業体ＥＬの車両２６の利用に係る顧客情報Ｉｃを照会することができる。これにより、貸出し事業体ＥＬは、自己が管理する各種の情報を簡易に確認することが可能となる。
【０１７３】
ステップＳ１２７において、事業体端末２０は、ユーザからデータ照会画面の切替要求があったか否かを判定する。切替要求があった場合（Ｓ１２７：ＹＥＳ）、ステップＳ１２８において、事業体端末２０は、管理サーバ２８に対して当該切替要求を行う。事業体端末２０から切替要求を受けた管理サーバ２８は、ステップＳ１２９において、切替要求に応じ且つ貸出し事業体ＩＤに対応するデータ照会画面情報Ｉｄｒを事業体端末２０に送信する。この場合、ステップＳ１２６に移行する。
【０１７４】
ステップＳ１２７に戻り、切替要求がない場合（Ｓ１２７：ＮＯ）、ステップＳ１３０において、事業体端末２０は、データ照会画面の表示を終了するか否かを判定する。当該判定は、例えば、ユーザからログアウト要求等があったか否かにより判定する。データ照会画面の表示を終了しない場合（Ｓ１３０：ＮＯ）、ステップＳ１２７に戻る。データ照会画面の表示を終了する場合（Ｓ１３０：ＹＥＳ）、今回の処理を終了する。
【０１７５】
ステップＳ１２４に戻り、認証が成立しなかった場合（Ｓ１２４：ＮＯ）、ステップＳ１３１において、管理サーバ２８は、事業体端末２０に対してエラーメッセージを送信する。これを受信した事業体端末２０は、ステップＳ１３２において、エラーメッセージを表示する。
【０１７６】
（Ａ２−９．メンテナンスサーバ３２からのデータ照会時）
図１８は、本実施形態におけるメンテナンスサーバ３２から管理サーバ２８に対するデータ照会時の処理を簡略的に示したフローチャートである。図１８の各ステップのうちメンテナンスサーバ３２のステップＳ１４１、Ｓ１４３、Ｓ１４６〜Ｓ１４８、Ｓ１５０、Ｓ１５２は、演算部１６４が実行する。管理サーバ２８のステップＳ１４２、Ｓ１４４、Ｓ１４５、Ｓ１４９、Ｓ１５１は、演算部７４のメンテナンス管理部１１０が実行する。
【０１７７】
図１８のステップＳ１４１〜Ｓ１５２は、基本的に、図１７のステップＳ１２１〜Ｓ１３２と同様である。但し、図１８の場合、ステップＳ１４５、Ｓ１４９において、管理サーバ２８から提供されるデータ照会画面では、そのメンテナンス事業体ＥＭＣがメンテナンスを行う又は行った車両２６の予約情報Ｉｒを照会することができる。
【０１７８】
［Ａ３．本実施形態における効果］
以上のような本実施形態によれば、管理サーバ２８では、複数の貸出し事業体ＥＬが管理する車両２６それぞれの予約及び返却をまとめて管理する（図５、図６、図１２、図１３、図１５）。このため、複数の事業体端末２０で行っていた処理を管理サーバ２８がまとめて行うことで、複数の事業体端末２０での演算負荷を軽減しつつ、管理サーバ２８を管理する管理事業体ＥＭが、各貸出し事業体ＥＬの車両２６の貸出し管理を一括管理することが可能となる。
【０１７９】
従って、各貸出し事業体ＥＬは、自己が管理する車両２６の提供、メンテナンス等の実際に車両２６を扱うビジネス部分（コア部分）に特化した事業に集中し易くなる。すなわち、各貸出し事業体ＥＬは、自己が管理する車両２６の予約及び返却（周辺部分）を管理事業体ＥＭに任せて、資産である車両２６を貸し出して料金を得るビジネス部分に注力することができる。
【０１８０】
よって、各貸出し事業体ＥＬは、自らによる貸出約款の設定を含めた独自のビジネス経営環境を維持しつつ、例え車両２６の保有台数が少なくても、ビジネスサポート部分のコストを抑制した車両貸出しビジネスの展開が容易となる。例えば、各貸出し事業体ＥＬは、コンビニエンスストアの駐車場を利用する等の小規模フランチャイズとしてのビジネス展開も容易になる。
【０１８１】
また、管理事業体ＥＭは、各貸出し事業体ＥＬからの車両２６全てを扱うことになり、台数増による１台当たりの管理コストの低減やサービスの拡張性が得られると共に、システムの利用料金を安定的に確保することが可能となる。
【０１８２】
本実施形態において、管理サーバ２８は、複数の貸出し事業体ＥＬ毎且つ車両２６の利用時間及び走行距離毎に設定された車両２６の貸出し料金を記憶する請求ＤＢ１３０（料金データベース）を備える（図１）。管理サーバ２８の演算部９４（サーバ制御装置）は、１回の貸出しにおける車両２６の利用時間と走行距離を、車両２６から取得する（図１５のＳ１０１）。そして、演算部９４は、取得した利用時間及び走行距離と貸出し事業体ＥＬとに基づいて（換言すると、貸出し事業体ＥＬ毎の料金情報Ｉｆに基づいて）貸出し料金を算出する（Ｓ１０２）。
【０１８３】
これにより、貸出し事業体ＥＬ毎に個別料金を設定することが可能となる。その結果、各貸出し事業体ＥＬは、貸出し事業体ＥＬ毎の地域性や経営思想を反映して貸出し料金を設定することができ、他の貸出し事業体ＥＬの影響を受けずに独自性を活かしたビジネスを推進可能となる。
【０１８４】
本実施形態において、車両貸出しシステム１０は、貸出し料金を決済する決済サーバ３０を備える（図１）。管理サーバ２８の演算部９４（サーバ制御装置）は、貸出し料金及びこれに対応する顧客Ｃ及び貸出し事業体ＥＬを決済サーバ３０に通知する（図１５のＳ１０４）。決済サーバ３０は、顧客Ｃに対する請求処理及び貸出し事業体ＥＬに対する支払処理を貸出し料金に基づいて行う。これにより、管理サーバ２８自体は、顧客Ｃに対する請求処理及び貸出し事業体ＥＬに対する請求処理を省くことが可能となる。換言すると、予約管理と請求・支払管理を切り分けることが可能となる。これにより、管理サーバ２８の構成を簡略化することができる。
【０１８５】
本実施形態において、管理サーバ２８は、管理サーバ２８を管理する管理事業体ＥＭの顧客ＣのログインＩＤ及びパスワード（認証情報）を含む顧客情報Ｉｃをまとめて管理する顧客ＤＢ１２２を備える（図１）。管理サーバ２８の演算部９４（サーバ制御装置）は、顧客端末２２から管理サーバ２８に対してアクセスがあった際（図５のＳ３１）、顧客ＣのログインＩＤ及びパスワードに基づく認証が成功したことを条件として予約画面２００を顧客端末２２に表示させる（Ｓ３２、Ｓ３３）。
【０１８６】
これにより、管理サーバ２８では、認証が成功した顧客Ｃに対してのみ車両２６の貸出しを許可することとなる。換言すると、顧客Ｃの管理は、管理サーバ２８（管理事業体ＥＭ）が行うため、事業体端末２０（貸出し事業体ＥＬ）は顧客Ｃの管理を省くことが可能となる。このため、事業体端末２０での演算負荷をさらに軽減することが可能となる。また、顧客Ｃの観点で言えば、各貸出し事業体ＥＬにおいて把握できる顧客情報Ｉｃは、その貸出し事業体ＥＬの有する車両２６の利用実績に制限することが可能であり、利用実績が他の貸出し事業体ＥＬへ流出する等の個人情報流出を抑制することが可能になる。その結果として、貸出し事業体ＥＬは、実際に車両２６を扱うビジネス部分（コア部分）に専念することが可能となる。
【０１８７】
本実施形態において、顧客ＤＢ１２２は、ＩＣ付免許証としてのカード８２（カード型免許証）に埋め込まれたＩＣ（記憶媒体）に記憶されている個人識別情報を貸出し時認証情報Ｉｉｄ２として記憶する。車両貸出しシステム１０は、車両２６自体に設けられ、カード８２から個人識別情報を読み取るカードリーダ８４を備える（図１）。管理サーバ２８の演算部９４（サーバ制御装置）は、予約ＤＢ１２４に登録された貸出し予約における顧客Ｃの個人識別情報と、カードリーダ８４が読み取った個人識別情報とが一致することを、車両２６の貸出し許可の条件とする（図１２のＳ５４）。
【０１８８】
これにより、顧客Ｃは、カード８２中の個人識別情報をカードリーダ８４で読み取らせることにより、車両２６の貸出しを受けることが可能となる。従って、特別な会員カードの作成や携帯の必要がなくなり、顧客Ｃの利便性を向上することができる。
【０１８９】
本実施形態において、車両貸出しシステム１０は、複数の事業体端末２０それぞれ及び管理サーバ２８とネットワーク３４を介して通信し、複数の貸出し事業体ＥＬの車両２６のメンテナンスを管理するメンテナンスサーバ３２を備える（図１）。メンテナンスサーバ３２は、事業体端末２０からメンテナンスの発注を受けた際、管理サーバ２８に発注情報Ｉｏを送信する（図１６のＳ１１７）。管理サーバ２８は、メンテナンスサーバ３２からメンテナンス対象の車両２６の予約状況の問い合わせを受けた場合、メンテナンス対象の車両２６の予約状況を通知する（図１８のＳ１４５、Ｓ１４９）。
【０１９０】
これにより、複数の貸出し事業体ＥＬの車両２６の予約管理を管理サーバ２８においてまとめて行う場合でも、メンテナンスサーバ３２を用いるメンテナンス事業体ＩＭＥは、メンテナンス対象の車両２６の予約状況を確認することが可能となる。
【０１９１】
本実施形態によれば、管理サーバ２８において、特定の貸出し事業体ＥＬの事業体端末２０から予約状況の問い合わせを受けた際、当該特定の貸出し事業体ＥＬの事業体端末２０には、特定の貸出し事業体ＥＬに対応する車両２６の予約状況のみが表示される（図１７のＳ１２５、Ｓ１２９）。このため、複数の貸出し事業体ＥＬの車両２６の予約を管理サーバ２８においてまとめて管理する場合でも、他の貸出し事業体ＥＬの車両２６に関する予約状況が、前記特定の貸出し事業体ＥＬに漏れることを防ぐことができる。
【０１９２】
Ｂ．変形例
なお、本発明は、上記実施形態に限らず、本明細書の記載内容に基づき、種々の構成を採り得ることはもちろんである。例えば、以下の構成を採用することができる。
【０１９３】
［Ｂ１．適用対象］
上記実施形態では、システム１０を車両２６用に用いたが、これに限らず、例えば、その他の移動体（飛行機、船舶、ヘリコプタ等）に用いてもよい。或いは、その他の装置又は機器（製造装置、測定器、携帯端末等）に用いることも可能である。
【０１９４】
［Ｂ２．車両２６］
上記実施形態では、カードリーダ８４を車両２６に設けた（図１）。しかしながら、例えば、カード８２の情報を読み取る観点からすれば、これに限らない。例えば、車両２６が駐車される駐車場に配置された駐車場端末（図示せず）にカードリーダ８４を設けることも可能である。なお、上記のような駐車場端末を設けた場合、車両２６と管理サーバ２８との間の通信の一部（例えば、車両２６を返却する際の利用時間及び／又は走行距離の通知）を、駐車場端末を介して行ってもよい。
【０１９５】
［Ｂ３．管理サーバ２８］
上記実施形態では、事業体管理部１００、顧客管理部１０２、予約管理部１０４、車両管理部１０６、請求管理部１０８及びメンテナンス管理部１１０を１つの管理サーバ２８に含ませた（図１）。しかしながら、例えば、各管理部１００、１０２、１０４、１０６、１０８、１１０の機能に着目すれば、これに限らない。例えば、管理部１００、１０２、１０４、１０６、１０８、１１０の１つ又は複数の機能を実行する１つ又は複数の別のサーバを設けることも可能である。
【０１９６】
［Ｂ４．決済サーバ３０］
上記実施形態では、管理サーバ２８とは別に決済サーバ３０を設けたが（図１）、決済サーバ３０の機能を管理サーバ２８に持たせることも可能である。また、例えば、決済サーバ３０における請求処理の代わりに、駐車場に精算機を設けて車両２６の利用終了直後に請求費用Ｆｃｈを徴収することも可能である。
【０１９７】
［Ｂ５．メンテナンスサーバ３２］
上記実施形態では、メンテナンスサーバ３２を設けたが（図１）、メンテナンスサーバ３２を省略する構成も可能である。
【０１９８】
上記実施形態では、メンテナンス対象の車両２６に関する予約情報Ｉｒを管理サーバ２８に対して照会する主体は、メンテナンスサーバ３２であった（図１８）。しかしながら、例えば、メンテナンス対象の車両２６に関する予約情報Ｉｒを管理サーバ２８に対して照会する観点からすれば、これに限らない。例えば、メンテナンスサーバ３２に加えて、１又は複数のメンテナンス端末（図示せず）を設け、メンテナンス対象の車両２６に関する予約情報Ｉｒを当該メンテナンス端末から管理サーバ２８に対して照会してもよい。
【０１９９】
［Ｂ６．予約時（図５及び図６）］
上記実施形態では、車両２６の予約に際して管理サーバ２８から決済サーバ３０に対して与信を要求した（図６のＳ３６）。しかしながら、例えば、複数の貸出し事業体ＥＬの車両２６の予約管理を管理サーバ２８で行う観点からすれば、これに限らない。例えば、管理サーバ２８から決済サーバ３０への与信の要求なしに、車両２６の予約を終了させてもよい。
【０２００】
［Ｂ７．車両２６の利用時（図１２〜図１４）］
上記実施形態では、車両２６の利用中において、各種センサ８０の検出値（センサ値Ｍｃ）を車両２６から管理サーバ２８に送信した（図１３のＳ７１、図１４）。しかしながら、例えば、複数の貸出し事業体ＥＬの車両２６の予約管理を管理サーバ２８で行う観点からすれば、これに限らない。例えば、車両２６の利用中（又は走行中）は、センサ値Ｍｃの送信を行わない構成も可能である。この場合、例えば、車両２６の停車時にセンサ値Ｍｃを送信することができる。
【０２０１】
［Ｂ８．車両２６の利用終了時（図１５）］
上記実施形態では、貸出し事業体ＥＬの識別符号、車両２６の走行距離、利用時間、車種に基づいて請求費用Ｆｃｈを算出した（図１５のＳ１０２）。しかしながら、例えば、複数の貸出し事業体ＥＬの車両２６の予約管理を管理サーバ２８で行う観点からすれば、これに限らない。例えば、貸出し事業体ＥＬの識別符号、車両２６の走行距離及び利用時間に基づいて請求費用Ｆｃｈを算出してもよい。或いは、貸出し事業体ＥＬの識別符号と車両２６の利用時間の組合せ又は貸出し事業体ＥＬの識別符号と車両２６の走行距離の組合せに基づいて請求費用Ｆｃｈを算出することも可能である。或いは、貸出し事業体ＥＬ毎の個別料金とはせず、車両２６の走行距離、利用時間及び車種に基づいて料金を算出することも可能である。
【０２０２】
［Ｂ９．データ照会（図１７、図１８）］
上記実施形態では、事業体端末２０及びメンテナンスサーバ３２から管理サーバ２８に対してデータ照会を可能とした（図１７、図１８）。しかしながら、例えば、複数の貸出し事業体ＥＬの車両２６の予約管理を管理サーバ２８で行う観点からすれば、これに限らない。例えば、事業体端末２０及びメンテナンスサーバ３２の一方又は両方から管理サーバ２８に対してはデータ照会ができない構成も可能である。或いは、事業体端末２０及び／又はメンテナンスサーバ３２に加え又はこれらに代えて、顧客端末２２から管理サーバ２８に対して顧客Ｃに関するデータの照会を可能としてもよい。
【符号の説明】
【０２０３】
１０…車両貸出しシステム              ２０…事業体端末
２２…顧客端末                        ２６…車両
２８…管理サーバ                      ３０…決済サーバ
３２…メンテナンスサーバ              ３４…通信ネットワーク
８２…認証カード（カード型免許証）    ８４…カードリーダ
９４…管理サーバの演算部（サーバ制御装置）
１２２…顧客ＤＢ                      １２４…予約ＤＢ
１２６…約款ＤＢ
１３０…請求ＤＢ（料金データベース）
２００、２００ａ〜２００ｄ…予約画面
Ｃ…顧客                              ＥＬ…貸出し事業体
ＥＭ…管理事業体                      Ｉｃ…顧客情報
Ｉｉｄ１…予約時認証情報              Ｉｉｄ２…貸出し時認証情報
Ｉｏ…発注情報
【図１】
2017016450.tif 000003
【図２】
2017016450.tif 000004
【図３】
2017016450.tif 000005
【図４】
2017016450.tif 000006
【図５】
2017016450.tif 000007
【図６】
2017016450.tif 000008
【図７】
2017016450.tif 000009
【図８】
2017016450.tif 000010
【図９】
2017016450.tif 000011
【図１０】
2017016450.tif 000012
【図１１】
2017016450.tif 000013
【図１２】
2017016450.tif 000014
【図１３】
2017016450.tif 000015
【図１４】
2017016450.tif 000016
【図１５】
2017016450.tif 000017
【図１６】
2017016450.tif 000018
【図１７】
2017016450.tif 000019
【図１８】
2017016450.tif 000020