JP5986433B2 - カーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体 - Google Patents

Description

本発明は、カーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体に関し、さらに詳細には、特定の利用者らと特定の車両を共用するカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体に関する。

近年、自動車の新しい利用形態として、一台の自動車を複数の会員が共同で利用する、所謂、カーシェアリングが注目されている。

ここで、カーシェアリングとは、利用者は自ら自動車を所有せず、カーシェアリング事業者（以下、単に「事業者」と適宜に称する。）の会員となり、必要に応じてその事業者から提供された自動車を借りるというものである。

また、カーシェアリングは、ある地域に限定したコミュニティーの中で会員同士で自動車を共有し、インターネットなどを通じて車両の利用状態の確認や利用予約を行うようにしているため、貸し出し手続に時間を必要とせず、貸し出し・返却場所は、居住しているマンションの駐車場であったり、あるいは、通勤駅の近くであったりと、会員が利用するにあたって便利な場所に設定されていることが多い。

こうしたカーシェアリングにより、利用者は、自動車を所有する場合に比べて、自動車取得費用、維持経費ならびに駐車料金といった費用を削減することができるようになる。

さらに、カーシェアリングが広く普及されることにより、自動車の総台数の低減が見込まれ、都市の交通渋滞の緩和やエネルギー消費量の低減により、二酸化炭素による地球温暖化を抑止する効果が期待されている。

なお、以下の説明においては、「自動車」を「車両」と称することとする。

ところで、上記したようなカーシェアリングを可能とするシステム（以下、「カーシェアリングを可能とするシステム」を「カーシェアリングシステム」と称する。）では、事業者が事業目的で車載器を搭載した車両を準備し、事業者は当該車両を会員登録済みの複数の利用者に提供するものであった。なお、車載器とは、カーシェアリングシステムにより車両を管理するための装置である。そして、利用者は当該車両を共用し、当該車両の利用に伴って生じた料金を事業者に対して支払うものであった（図１を参照する。）。

即ち、こうしたカーシェアリングシステムにおいては、事業者がカーシェアリングシステムの管理を行うとともに、当該カーシェアリングシステムによる管理を行うための車載器を搭載した車両の維持、管理を行う。

また、事業者は、車両を共用する利用者を募集し、募集に応じた複数の利用者と事業者と間で車両の利用に関する契約を交わし、車載器が搭載された車両を当該複数の利用者に提供する。そして、利用者はそれぞれ、事業者から提供された車両（つまり、車載器が搭載された車両である。）の利用予約を行って当該車両を共用することとなる。

なお、こうした予約および予約を行うための予約サイトの管理についても、事業者が行うこととなる。

そして、利用者は車両の利用により生じた料金を事業者に支払うものである。

上記したようなカーシェアリングシステムにおいては、例えば、図２のブロック構成図に示すような車両管理システムを構築し、この車両管理システムにより車両の予約や運行の管理が行われている。即ち、従来の技術による車両管理システム１００は、車両管理システム１００の事業者のパーソナルコンピューター１１８や事業者の会員となった利用者のパーソナルコンピューター１０４や当該利用者の携帯端末１０６とネットワークを介して接続されるサーバー１０８と、車両１１０に設けられかつ携帯電話網でサーバー１０８と接続される車載器１１２と、車両１１０内の所定の位置に取り付けられるとともに車載器１１２と接続されるカードリーダー１１４と、車両１１０のダッシュボード内に設けられるとともに車載器１１２に接続されるキーボックス１１６とを有して構成されている。

なお、カードリーダー１１４を取り付ける所定の位置とは、道路運送車両の保安基準に準拠する位置（例えば、リアウインドウや運転席より後方側の座席等の側面のガラスである。）において、利用する人間が車両１１０の外から視認可能な位置である。

以上の構成において、車両管理システム１００を利用して車両１１０の予約や利用を行うには、まず、利用者が事業者に会員登録を行う。このとき事業者は、各利用者に対して利用者固有の登録コードを作成するとともに、当該登録コードを認証用コードとして記憶したＩＣカードを発行し、各利用者に提供する。

そして、利用者が予約を行う場合には、利用者がパーソナルコンピューター１０４あるいは携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、車両１１０の予約状況を確認し、利用者の要望にあった車両１１０の予約を行う。

その後、予約した利用開始時間になると、携帯電話網を利用して予約情報がサーバー１０８から車載器１１２に送られて、カードリーダー１１４が起動される。

一方、利用者は、予約した利用開始時間に車両１１０が駐車された駐車場まで行き、カードリーダー１１４に会員登録時に取得したＩＣカードを読み取らせて認証を受けることにより、ドアのロックが解除されるとともに、キーボックス１１６からキーが取り出せる状態となり車両１１０の利用が可能となる。

そして、利用者は、予約した利用終了時間まで車両１１０を利用するものであるが、予約した利用終了時間までに車両１１０を決められた駐車場に駐車させて、キーをキーボックス１１６に返却するとともに全てのドアを閉め、カードリーダー１１４にＩＣカードを読み取らせて認証を受けることにより、車両１１０の返却が完了し、車両１１０の利用が終了することとなる。

その後、車載器１１２において走行距離、利用時間ならびに車両１１０の状態などが確認され、確認された利用時間に応じた時間料金に走行距離に応じた距離料金を加算して、車両１１０の利用により生じる料金を算出し、算出した料金を利用者のパーソナルコンピューター１０４もしくは携帯端末１０６に通知するようにしていた。

また、事業者は、こうした利用者による利用状況をパーソナルコンピューター１１８で確認することができるとともに、システム上のトラブルなどについてもパーソナルコンピューター１１８により確認することができる。

ここで、こうした従来の技術による車両管理システム１００を用いたカーシェアリングシステムにおいては、上記したように、事業者が車両管理システム１００による管理のための車載器を搭載した車両１１０を準備し、その後、事業者が会員となった利用者間において車両１１０を提供するものであった。

しかしながら、こうした従来の技術による車両管理システム１００を用いたカーシェアリングシステムにおいては、事業者が車両１１０を利用しようとする場合には、利用者と同様にして会員登録を行い、固有の登録コードを作成するとともに、当該登録コードを認証用コードとして記憶したＩＣカードを発行し、予約サイトにより予約を行った後に、当該ＩＣカードを利用して車両１１０を利用しなければならなかった。

即ち、従来の技術による車両管理システム１００においては、車両１１０の利用において、一般の利用者と事業者との区別をすることなく、車両１１０を利用するすべての人間に対して同様の処理を行っていた。

このため、事業者となっても、一般の利用者と同様の手順によってのみでしか車両１１０を利用することができず、事業者にとっては、車両１１０の利用するための処理が煩わしいものとなっていた。

こうしたことから、事業者が、例えば、マンションのオーナーや駐車場のオーナーなどの個人の場合には、車両１１０とは別に自家用車を所持することなる。そして、事業者は、車両１１０を利用することなく自家用車を利用するものであった。

このため、事業者にとって、車両１１０を利用する際の煩わしさを低減させて、車両１１０を自家用車に近い感覚で利用することができる車両管理システムの提案が望まれていた。

なお、本願出願人が特許出願のときに知っている先行技術は、文献公知発明に係る発明ではないため、本願明細書に記載すべき先行技術文献情報はない。

本発明は、従来の技術の有する上記したような要望に鑑みてなされたものであり、その目的とするところは、事業者にとって、車両を利用する際の煩わしさを低減したカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供しようとするものである。

上記目的を達成するために、本発明は、事業者にスペアキーを提供し、事業者は車両を利用するに際して、予約することなしに車両を利用することができるようにしたものである。

即ち、本発明においては、利用者による利用の際には車両の予約を必要とするのに対し、事業者による利用の際には車両の予約を必要としないようにしたものである。

このため、本発明によれば、事業者にといっては、気軽に車両を利用することができるとともに、車両を利用する際の煩わしさを低減することができるものである。

即ち、本発明によるカーシェアリングシステムにおける車両管理システムは、カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、上記車両のドアロックを解除するキーと、上記利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき上記車載器の動作を制御するメインコントローラーと、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断すると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断すると、上記キーにより上記車両のドアロックが解除されたか否かを判断する第２の判断手段と、上記第２の判断手段が上記キーにより上記車両のドアロックが解除されたと判断したときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理手段とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理システムは、カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、上記車両のドアロックを解除するリモートコントローラーと、上記利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき上記車載器の動作を制御するメインコントローラーと、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断すると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断すると、上記リモートコントローラーにより上記車両のドアロックが解除されたか否かを判断する第２の判断手段と、上記第２の判断手段が上記リモートコントローラーにより上記車両のドアロックが解除されたと判断したときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理手段とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理システムは、上記した本発明によるカーシェアリングシステムにおける車両管理システムにおいて、上記第２の利用処理手段は、上記カーシェアリング事業者が上記車両の利用を開始すると、上記利用者により上記車両を予約できない状態とするとともに、上記カーシェアリング事業者が上記車両の利用を終了すると上記利用者により上記車両を予約することができる状態とする予約手段とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理システムは、上記した本発明によるカーシェアリングシステムにおける車両管理システムにおいて、前記第２の利用処理手段は、前記カーシェアリング事業者に対して認証を行う認証手段と、前記認証手段により認証されるまで、前記車両のエンジンが起動しないよう制御する制御手段とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理システムは、上記した本発明によるカーシェアリングシステムにおける車両管理システムにおいて、上記第２の利用処理手段は、上記利用者による上記車両の予約を確認し、上記カーシェアリング事業者による上記車両の利用開始以降の直近の予約における利用の開始時間を確認し、上記カーシェアリング事業者に通知する通知手段とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理方法は、車両のドアロックを解除するキーと、利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、上記車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理方法において、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断されると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断されると、上記キーにより上記車両のドアロックが解除されたか否かを判断する第２の判断工程と、上記第２の判断工程で上記キーにより上記車両のドアロックが解除されたと判断されたときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理工程とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理方法は、車両のドアロックを解除するリモートコントローラーと、利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、上記車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理方法において、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断されると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断されると、上記リモートコントローラーにより上記車両のドアロックが解除されたか否かを判断する第２の判断工程と、上記第２の判断工程で上記リモートコントローラーにより上記車両のドアロックが解除されたと判断されたときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理工程とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理方法は、上記した本発明によるカーシェアリングシステムにおける車両管理方法において、上記第２の利用処理工程は、上記カーシェアリング事業者が上記車両の利用を開始すると、上記利用者により上記車両を予約できない状態とするとともに、上記カーシェアリング事業者が上記車両の利用を終了すると上記利用者により上記車両を予約することができる状態とする予約工程とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理方法は、上記した本発明によるカーシェアリングシステムにおける車両管理方法において、上記第２の利用処理工程は、上記カーシェアリング事業者に対して認証を行う認証工程と、上記認証工程により認証されるまで、上記車両のエンジンが起動しないよう制御する制御工程とを有するようにしたものである。

また、本発明によるカーシェアリングシステムにおける車両管理方法は、上記した本発明によるカーシェアリングシステムにおける車両管理方法において、上記第２の利用処理工程は、上記利用者による上記車両の予約を確認し、上記カーシェアリング事業者による上記車両の利用開始以降の直近の予約における利用の開始時間を確認し、上記カーシェアリング事業者に通知する通知工程とを有するようにしたものである。

また、本発明は、上記した発明によるカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラムである。

また、本発明は、上記した発明によるカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラムである。

また、本発明は、上記した発明によるプログラムを記録したコンピューター読み取り可能な記録媒体である。

本発明は、以上説明したように構成されているので、事業者にとって、車両を利用するための処理の煩わしさを低減することができるようになるという優れた効果を奏するものである。

図１は、カーシェアリングシステムにおける事業者および利用者の関係を示す説明図である。 図２は、従来の技術による車両管理システムの概要を示すブロック構成図である。 図３は、本発明の第１の実施の形態による車両管理システムの概要を示すブロック構成図である。 図４は、本発明の第１の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。 図５は、本発明の第１の実施の形態による車両管理システムにおける利用者による利用処理の処理ルーチンを示すフローチャートである。 図６は、本発明の第１の実施の形態による車両管理システムにおける車両利用前の利用者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。 図７は、本発明の第１の実施の形態による車両管理システムにおける車両利用後の利用者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。 図８は、本発明の第１の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。 図９は、本発明の第１の実施の形態による車両管理システムにおける車両利用前の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。 図１０は、本発明の第１の実施の形態による車両管理システムにおける車両利用後の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。 図１１は、本発明の第２の実施の形態による車両管理システムの概要を示すブロック構成図である。 図１２は、本発明の第２の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。 図１３は、本発明の第２の実施の形態による車両管理システムにおける利用者による利用処理の処理ルーチンを示すフローチャートである。 図１４は、本発明の第２の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。 図１５は、本発明の第２の実施の形態による車両管理システムにおける車両利用前の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。 図１６は、本発明の第２の実施の形態による車両管理システムにおける車両利用後の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。 図１７は、本発明の第３の実施の形態による車両管理システムの概要を示すブロック構成図である。 図１８は、本発明の第３の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。 図１９は、本発明の第３の実施の形態による車両管理システムにおける利用者による利用処理の処理ルーチンを示すフローチャートである。 図２０は、本発明の第３の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。 図２１は、本発明の第３の実施の形態による車両管理システムにおける車両利用前のパスワードによる認証処理の処理ルーチンを示すフローチャートである。 図２２は、本発明の第３の実施の形態による車両管理システムにおける車両利用後のパスワードによる認証処理の処理ルーチンを示すフローチャートである。 図２３は、本発明の第４の実施の形態による車両管理システムの概要を示すブロック構成図である。 図２４は、本発明の第４の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。 図２５は、本発明の第４の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。

以下、添付の図面を参照しながら、本発明によるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な媒体の実施の形態の一例を詳細に説明するものとする。

なお、以下の説明においては、図１乃至図２を参照しながら説明した従来の技術による車両管理システム１００と同一または相当する構成については、上記において用いた符号と同一の符号を用いて示すことにより、この詳細な構成ならびに作用の説明は適宜に省略することとする。

まず、図３を参照しながら、本発明による車両管理システムの第１の実施の形態について説明する。図３には、本発明の第１の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。

この図３に示す本発明による車両管理システム１０は、事業者のパーソナルコンピューター１１８、会員となった利用者のパーソナルコンピューター１０４および当該利用者の携帯端末１０６とネットワークを介して接続されるサーバー１０８と、車両１１０に設けられるとともにサーバー１０８と携帯電話網を利用して接続される車載器１２と、車両１１０内の所定の位置に取り付けられるとともに車載器１２と接続されるカードリーダー１１４と、車両１１０のダッシュボードの運転席近傍に設けられたカードリーダー１４と、車両１１０のダッシュボード内に設けられるとともに車載器１２と接続されるキーボックス１１６とを有して構成されている。

なお、カードリーダー１１４を取り付ける所定の位置とは、道路運送車両の保安基準に準拠する位置（例えば、リアウインドウや運転席より後方側の座席等の側面のガラスである。）において、利用する人間が車両１１０の外から視認可能な位置である。

より詳細には、車載器１２は、車両１１０に備えられた装置や機能に対する監視や当該監視に基づく制御を行うものであり、ＧＰＳ衛星１６と通信するＧＰＳモジュール１２ａと、携帯電話網と接続する通信モジュール１２ｂと、ＧＰＳモジュール１２ａ、通信モジュール１２ｂ、監視部１２ｅ（後述する。）およびカードリーダー１４、１１４からの各種情報を処理するとともに、カードリーダー１４、１４４、キーボックス１１６ならびに車載器１２の全体の動きを制御するメインコントローラー１２ｃと、メインコントローラー１２ｃからの情報により車両１１０に設けられたエンジンスタータ１１０ａおよびドアロックアンロックシステム１１０ｂを操作する操作部１２ｄと、車両１１０に設けられたドアロックアンロックシステム１１０ｂ、ドアスイッチ１１０ｃ、イグニッション１１０ｄ、バッテリー電圧検出器１１０ｅ、燃料残量検出器１１０ｆ、車速検出器１１０ｇおよびキー検出器１１０ｈを監視する監視部１２ｅと、メインコントローラー１２ｃからの情報によりキーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスなどを出力させる音声モジュール１２ｆとを有して構成されている。

また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１６からＧＰＳ信号を受信するために必要なアンテナ１２ａａを備えており、また、通信モジュール１２ｂは、車載器１２が各種情報を携帯電話網を介して送受信するためのアンテナ１２ｂａを備えている。

さらに音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）に接続されている。

また、カードリーダー１４、１１４は、ＩＣカードに記憶された情報を読み取るものであり、カードリーダー１４は運転席近傍のダッシュボードに取り付けられて、また、カードリーダー１１４は道路運送車両の保安基準に準拠する位置に取り付けられており、それぞれ翳されたＩＣカードの情報を読み込むことが可能な位置に配置されている。

また、カードリーダー１４、１１４には、それぞれ取り付けられた位置において、利用する人間が視認可能な位置にＬＥＤランプ（図示せず。）が設けられている。

また、キー検出器１１０ｈは、ドアロック時またはドアロック解除時にキーが使用されると、監視部１２ｅにドアロック時またはアンロック時にキーが使用されたとの信号を出力するものである。

以上の構成において、図４乃至図１０を参照しながら、車両管理システム１０を利用して車両１１０の予約や利用を行う場合について説明するが、はじめに各構成要素の機能について説明する。

まず、メインコントローラー１２ｃは、サーバー１０８、カードリーダー１４、１１４、監視部１２ｅおよびＧＰＳ衛星からの各種情報の入力を行い、入力した情報を記憶するとともに、サーバー１０８に対して各種情報を出力する。

さらに、このメインコントローラー１２ｃは、操作部１２ｄ、監視部１２ｅ、音声モジュール１２ｆ、カードリーダー１４、１１４およびキーボックス１１６といった構成要素に対してそれらを制御する出力を行う。

また、操作部１２ｄは、監視部１２ｅにおけるイグニッション１１０ｄの監視結果などに基づいて、例えば、認証処理なしにキーを使用してエンジンをかけようとしたと判断された場合に、メインコントローラー１２ｃの制御により、エンジンスタータ１１０ａを起動しないように制御することでエンジンがかからないようにする。

さらに、操作部１２ｄは、監視部１２ｅにおけるキー検出器１１０ｈおよびドアロックアンロックシステム１１０ｂの監視結果に基づいて、キーにより車両１１０のドアロックが解除されたと判断された場合に、メインコントローラー１２ｃの制御により、エンジンスタータ１１０ａを起動しない状態とする。

さらにまた、操作部１２ｄは、メインコントローラー１２ｃから認証処理による認証が完了したとの情報を入力すると、ドアロックアンロックシステム１１０ｂを制御して車両１１０のドアのロックならびにロックの解除を行う。

また、監視部１２ｅは、ドアロックアンロックシステム１１０ｂからドアロック信号あるいはドアアンロック信号を取得することにより、ドアロックされたかあるいはドアロックが解除されたかの監視を行い、ドアスイッチ１１０ｃから開閉信号を取得することによりドアの開閉状態の監視を行い、イグニッション１１０ｄからＩＧ信号を取得することによりエンジンが起動した状態であるか否かの監視を行い、バッテリー電圧検出器１１０ｅから電位を取得することにより車両１１０が動作状態か否かの監視を行い、燃料残量検出器１１０ｆから燃料の残量信号を取得することにより車両１１０の燃料の残量の監視を行い、車速検出器１１０ｇから車速信号を取得することにより車両１１０の走行距離の監視を行い、キー検出器１１０ｈからキー使用信号を取得することによりドアロック時とドアロック解除時にキーが使用されたか否かを監視し、キーボックス１１６から所定の情報を取得することによりキーの有無などの監視を行うものであるとともに、こうした監視結果をメインコントローラー１２ｃに出力するものである。なお、キーボックス１１６から取得する所定の情報とは、例えば、キーボックス１１６内の重さにより判断した情報であってもよいし、キーボックス１１６内に設けられたキー収納部分にキーが収納されたか否かの情報であってもよい。

また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１６からのＧＰＳ信号を取得し、当該ＧＰＳ信号をメインコントローラー１２ｃに出力するものであり、メインコントローラー１２ｃにおいては、取得したＧＰＳ信号に基づいて車両１１０の位置情報を取得する。

また、通信モジュール１２ｂは、メインコントローラー１２ｃにおける各種情報を携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８から携帯電話網を利用して出力された各種情報をメインコントローラー１２ｃに出力する。

音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスを流すものである。

そして、カードリーダー１４、１１４は、メインコントローラー１２ｃによりその起動が制御されるとともに、ＩＣカードから取得した情報をメインコントローラー１２ｃに出力するものである。

また、キーボックス１１６は、認証処理が完了した後に、メインコントローラー１２ｃによって、キーの取り出しを可能または不可能な状態に制御するとともに、音声モジュール１２ｆからの音声ガイダンスを、スピーカー（図示せず。）から流すものである。

次に、図４乃至図１０を参照しながら、車両管理システム１０における利用者および事業者それぞれによる利用処理について説明する。

まず、利用者は、車両管理システム１０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。

これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。

さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。

即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。

そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム１０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。

なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。

また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。

一方、事業者は、車両管理システム１０による車両１１０の共用利用に際して、車両１１０のスペアキーと既に所定の認証用コードが記憶された事業者用ＩＣカードとを準備する。なお、この所定の認証用コードは、サーバー１０８の記憶手段（図示せず。）に事業者の登録コードとして記憶される。

なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、事業者用ＩＣカードを利用して認証処理を行うものである。

ところで、車両管理システム１０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。

即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２を起動すると、サーバー１０８において車両１１０の利用対象判断処理が開始される。

具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。

その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両１１０の利用対象判断処理が開始される。

この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。

ここで、図４のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ４０２）。

即ち、このステップＳ４０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。

このステップＳ４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ４０４）。なお、この利用者による利用処理については後述する。

また、ステップＳ４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、キーにより車両１１０のドアロックが解除されたか否かの判断を行う（ステップＳ４０６）。

即ち、このステップＳ４０６の判断処理においては、メインコントローラー１２ｃから出力された監視結果に基づいて、サーバー１０８によりキーによって車両１１０のドアロックが解除されたか否かの判断を行うものである。

具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロック解除の信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックが解除されたとの監視結果（つまり、ドアロック解除の信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。

その後、サーバー１０８において、入力された監視結果の情報からキーを利用して車両１１０のドアロックが解除されたとの判断を行う。

つまり、監視部１２ｅからキーが使用されたとの監視結果と、ドアロックが解除されたとの監視結果とがメインコントローラー１２ｃを介してサーバー１０８に出力されない限り、サーバー１０８においては、キーにより車両１１０のドアロックが解除されていないと判断される。

このとき、サーバー１０８においては、キー使用の信号が出力されたとの監視結果およびドアロック解除の信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。

ステップＳ４０６の判断処理において、キーにより車両１１０のドアロックが解除されたと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ４０８）。なお、この事業者による利用処理については後述する。

一方、ステップＳ４０６の判断処理において、キーにより車両１１０のドアロックが解除されていないと判断されると、再度、ステップＳ４０２の処理に戻り、ステップＳ４０２の処理以降の処理を行う。

つまり、この利用対象判断処理においては、ステップＳ４０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ４０６の判断処理でキーにより車両１１０のドアロックが解除されてないとの判断される限り、絶えずステップＳ４０２の判断処理およびステップＳ４０６の判断処理を繰り返すものである。さらに、ステップＳ４０４の利用者による利用処理（後述する。）またはステップＳ４０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。

次に、ステップＳ４０４の利用者による利用処理およびステップＳ４０８の事業者による利用処理について説明する。

まず、図５のフローチャートには、このステップＳ４０４の利用者による利用処理の詳細な処理内容が示されており、この利用者による利用処理においては、まず、利用開始時間１０分前になったので（ステップＳ４０２の判断処理において判断された判断結果である。）、予約情報（例えば、利用開始時間や利用終了時間などである。）がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃにおいて記憶される（ステップＳ５０２）。

メインコントローラー１２ｃに予約情報が記憶されると、メインコントローラー１２ｃの制御により、利用開始時間になると車両１１０に設けられたカードリーダー１４、１１４のうち、カードリーダー１１４のみを起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる（ステップＳ５０４）。

そして、利用開始時間に車両１１０の駐車している駐車場まで来た利用者により、カードリーダー１１４に利用者用ＩＣカードが翳されると認証処理を開始する（ステップＳ５０６）。

ここで、図６のフローチャートには、このステップＳ５０６の車両利用前の利用者用ＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用前の利用者用ＩＣカードによる認証処理においては、まず、予約した利用開始時間に、予約した車両１１０が駐車している駐車場についた利用者により、カードリーダー１１４に対して利用者用ＩＣカードが翳され、カードリーダー１１４において当該利用者用ＩＣカードの読み込みが行われる（ステップＳ６０２）。

即ち、ステップＳ６０２の処理においては、カードリーダー１１４に翳された利用者用ＩＣカードに記憶された認証用コードを読み取るものである。

そして、カードリーダー１１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ６０４）。

認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている利用者の登録コードとが一致するか否かの判断を行う（ステップＳ６０６）。

ステップＳ６０６の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断されると、認証用コードと利用者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで利用者に対して再び利用者用ＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ６０８）、再度、ステップＳ６０２の処理に戻り、ステップＳ６０２の処理以降の処理を行う。

一方、ステップＳ６０６の判断処理において、認証用コードと利用者の登録コードとが一致すると判断されると、認証用コードと利用者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除するとともに、キーボックス１１６からキーを取り出すことができる状態とする（ステップＳ６１０）。

なお、カードリーダー１１４に利用者用ＩＣカードが翳されて認証処理が開始され、認証用コードと利用者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと利用者の登録コードとが一致しないと判断されたとき、認証用コードと利用者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

上記のようにして、ステップＳ６０６の車両利用前の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ６０８）。

その後、利用者は車両１１０に乗車して、キーボックス１１６からキーを取り出し、取り出したキーを利用してエンジンを起動して車両１１０を利用する。

そして、予約した利用終了時間までに車両１１０を予め決められた駐車場に駐車させ、キーを利用して車両１１０のエンジンを停止させ、当該キーをキーボックス１１６に返却し、車両１１０から降車して車両１１０の全てのドアを閉める。

その後、利用者によりカードリーダー１１４に利用者用ＩＣカードが翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取って認証処理を開始する（ステップＳ５１０）。

ここで、図７のフローチャートには、このステップＳ５１０の車両利用後の利用者用ＩＣカードによる認証処理の詳細な処理内容が示されており、車両利用後の利用者用ＩＣカードによる認証処理においては、まず、監視部１２ｅにおけるイグニッション１１０ｄ、キーボックス１１６ならびにドアスイッチ１１０ｃの監視結果に基づいて、メインコントローラー１２ｃにより車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められているか否かの判断を行う（ステップＳ７０２）。

ステップＳ７０２の判断処理において、「車両１１０のエンジンの停止」「キーボックス１１６へのキーの返却」、「車両１１０の全てのドアが閉められていること」の３つのうち１つでも行われていないと判断されると、継続して車両１１０を利用するものと判断して、この認証処理を終了する。

一方、ステップＳ７０２の判断処理において、車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められていると判断されると、メインコントローラー１２ｃの制御により、車両１１０に設けられたカードリーダー１４、１１４のうち、カードリーダー１１４のみを起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる。

このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して利用者に対してカードリーダー１１４に利用者用ＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すようにしてもよい。

そして、利用者により利用者用ＩＣカードがカードリーダー１１４に翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取る（ステップＳ７０４）。

即ち、ステップＳ７０４の処理では、利用者によりカードリーダー１１４に利用者用ＩＣカードが翳されることにより、カードリーダー１１４では利用者用ＩＣカードの認証用コードを読み取るものである。

その後、カードリーダー１１４において、利用者用ＩＣカードを読み取ると、読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから、カードリーダー１１４で読み取った認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ７０６）。

認証用コードがサーバー１０８に入力されると、サーバー１０８においては、当該認証用コードと予めサーバー１０８に記憶された利用者の登録コードとが一致するか否かの判断を行う（ステップＳ７０８）。

このステップＳ７０８の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断されると、サーバー１０８から、認証用コードと利用者の登録コードとが一致しないという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃでは、認証用コードと利用者の登録コードとが一致しないという判断結果に基づいて、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びカードリーダー１１４に利用者用ＩＣカードを翳すように警告し（ステップＳ６１０）、再度、ステップＳ７０４の処理に戻る。

一方、ステップＳ７０８の判断処理において、認証用コードと利用者の登録コードとが一致すると判断されると、サーバー１０８において、サーバー１０８で管理されている予約情報から認証用コードと一致する登録コードの利用者の予約状況を確認し（ステップＳ７１２）、この判断処理が行われている時間において当該利用者が利用している車両１１０が存在するか否かの判断を行う（ステップＳ７１４）。

このステップＳ７１４の判断処理において、利用者が利用している車両１１０が存在しないと判断されると、サーバー１０８から、利用者が利用している車両１１０が存在しないとの判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃによりカードリーダー１１４を起動した状態で、車両１１０のセキュリティを起動せずにこの認証処理を終了する。

即ち、ステップＳ７１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、当該利用者による車両１１０の返却は不可能であると判断され、車両１１０が返却されていない状態、つまり、利用者が車両１１０を使用したままの状態となる。

また、ステップＳ７１４の判断処理において、利用者が利用している車両１１０が存在すると判断されると、サーバー１０８から、利用者が利用している車両１１０が存在するとの判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力する。メインコントローラー１２ｃでは、利用者が利用している車両１１０が存在するとの判断結果に基づいて、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行うとともに、キーボックス１１６からキーを取り出すことができない状態とする（ステップＳ７１６）。

なお、カードリーダー１１４に利用者用ＩＣカードが翳されて認証処理が開始され、利用者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと利用者の登録コードとが一致しないと判断されたとき、利用者が利用している車両１１０が存在すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

そして、上記したステップＳ５１０の車両利用後の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ５１２）。

その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量など、利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ５１４）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、予約情報やステップＳ５１４の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ５１６）、利用者による利用処理を終了する。

なお、こうした算出された各利用者における利用料金については、予め決められた利用者への料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした各利用者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

また、図８のフローチャートには、上記したステップＳ４０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、キーにより車両１１０のドアロックが解除されたので（ステップＳ４０６の判断処理において判断された判断結果である。）、サーバー１０８において予約情報を確認し、事業者がキー（スペアキー）により車両１１０のドアロックを解除した時間以降において直近の予約の利用開始時間を、事業者に対して通知する（ステップＳ８０２）。

即ち、このステップＳ８０２の処理においては、サーバー１０８において確認した予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。

そして、メインコントローラー１２ｃに利用開始時間が出力されると、メインコントローラー１２ｃの制御により、車両１１０に設けられたカードリーダー１４、１１４のうち、運転席近傍のダッシュボードに設けられたカードリーダー１４のみを起動して、カードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者にカードリーダー１４の起動を知らせる（ステップＳ８０４）。

さらに、カードリーダー１４が起動すると、メインコントローラー１２ｃの制御により操作部１２ｄを介して、エンジンスタータ１１０ａを起動しない状態とする（ステップＳ８０６）。

次に、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ８０８）。

ここで、ステップＳ８０２の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者が車両１１０を利用するか否かを決めることとなり、このステップＳ８０８の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かを判断するものである。

即ち、ステップＳ８０８の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。

具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。

一方、カードリーダー１４に事業者により事業者用ＩＣカードが翳され、ＩＣカードの読み込みを行った場合、読み込んだ情報（認証用コード）がカードリーダー１４からメインコントローラー１２ｃに出力され、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力される。すると、サーバー１０８においては、当該読み込まれた情報（認証用コード）がサーバー１０８に入力したか否かを判断することにより、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。

つまり、ステップＳ８０８の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックをした場合には、事業者が車両１１０の利用を中止したと判断され、事業者が車両１１０に乗車して事業者用ＩＣカードをカードリーダー１４に翳した場合には、事業者が車両１１０の利用を中止しなかったと判断されるものである。

このステップＳ８０８の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。

また、ステップＳ８０８の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、認証処理を開始する（ステップＳ８１０）。

ここで、図９のフローチャートには、このステップＳ８１０の車両利用前の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用前の事業者用ＩＣカードによる認証処理においては、まず、カードリーダー１４に翳された事業者用ＩＣカードの読み込みが行われる（ステップＳ９０２）。

即ち、ステップＳ９０２の処理においては、事業者によりカードリーダー１４に翳された事業者用ＩＣカードに記憶された所定の認証用コードを読み取りが行われる。

そして、カードリーダー１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ９０４）。

認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ９０６）。

ステップＳ９０６の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで事業者に対して再び事業者用ＩＣカードをカードリーダー１４に翳すように警告し（ステップＳ９０８）、再度、ステップＳ９０２の処理に戻り、ステップＳ９０２の処理以降の処理を行う。

一方、ステップＳ９０６の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、認証用コードと事業者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、事業者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、エンジンスタータ１１０ａを起動できる状態とする（ステップＳ９１０）。

なお、カードリーダー１４に事業者用ＩＣカードが翳されて認証処理が開始され、認証用コードと事業者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、カードリーダー１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたとき、認証用コードと事業者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

上記のようにして、ステップＳ８１０の車両利用前の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１４の電源を切る（ステップＳ８１２）。

さらに、サーバー１０８において、この車両利用前の事業者用ＩＣカードによる認証処理が完了した時点から、ステップＳ８０２の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ８１４）。

即ち、このステップＳ８１４の処理においては、車両利用前の認証処理が完了した時点から直近の予約の利用開始時間までの予約を予約サイトにおいて不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。

その後、事業者は、キー（スペアキー）を利用して車両１１０のエンジンを起動して車両１１０を利用する。

なお、事業者が車両１１０を利用しているときに、直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の利用開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。

また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ８１６）。

即ち、ステップＳ８１６の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０のエンジンが停止したか否かの判断を行う。

ステップＳ８１６の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ８１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

つまり、事業者による車両１１０の利用中は、常にステップＳ８１６の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。

一方、ステップＳ８１６の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ８１８）。

即ち、ステップＳ８１８の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。

そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ８２０）。

このとき、ステップＳ８１８の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０位置情報の誤差を考慮して判断を行うものである。

つまり、このステップＳ８２０の判断処理においては、ステップＳ８１８の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。

ステップＳ８２０の判断処理において、ステップＳ８１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ８１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果が、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ８１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

また、ステップＳ８２０の判断処理において、ステップＳ８１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ８１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、車両利用後の事業者用ＩＣカードによる認証処理が開始される（ステップＳ８２２）。

ここで、図１０のフローチャートには、ステップＳ８２２の車両利用後の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、車両利用後の事業者用ＩＣカードによる認証処理においては、まず、ステップＳ８２０の判断処理において、ステップＳ８１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致すると判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃの制御によりカードリーダー１４を起動する（ステップＳ１００２）。

このとき、カードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者にカードリーダー１４の起動を知らせるようにする。

また、このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して事業者に対してカードリーダー１４に事業者用ＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。

そして、事業者がカードリーダー１４に事業者用ＩＣカードを翳すと、カードリーダー１４に翳された事業者用ＩＣカードを読み込む（ステップＳ１００４）。

即ち、このステップＳ１００４の処理においては、カードリーダー１４に翳された事業者用ＩＣカードに記憶された所定の認証用コードを読み取るものである。

そして、カードリーダー１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１００６）。

認証用コードがサーバー１０８に出力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ１００８）。

ステップＳ１００８の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず）を点滅させることで事業者に対して再び事業者用のＩＣカードをカードリーダー１４に翳すように警告し（ステップ１０１０）、再度ステップＳ１００２の処理に戻り、ステップＳ１００２の処理以降の処理を行う。

一方、ステップＳ１００８の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、事業者による車両１１０の利用が終了したものとする。

なお、カードリーダー１４に事業者用ＩＣカードが翳されて認証処理が開始され、事業者用ＩＣカードの認証用コードと事業者の登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、カードリーダー１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、事業者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

そして、上記したステップＳ８２２の車両利用後の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１４の電源を切る（ステップＳ８２４）。

その後、事業者によりキー（スペアキー）を利用して車両１１０のドアロックがなされると、サーバー１０８において、予約サイトにおける予約を再開する（ステップＳ８２６）。

ここで、予約サイトにおいては、ステップＳ８１４の処理において、車両利用前の事業者用ＩＣカードによる認証処理が完了した時点から、ステップＳ８０２の処理において確認した直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態とし、当該直近の予約の利用終了時間以降の予約は予約サイトにおいて予約可能なものとしていた。従って、ステップＳ８２６の処理においては、事業者による車両１１０の利用が終了した時点、つまり、車両１１０のドアロックがなされた時点から当該直近の予約の利用開始時間までの予約サイトにおける予約を予約可能な状態とするものである。

なお、キーを利用して車両１１０のドアロックがなされると、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力され、監視部１２ｅによるこうした信号（キー使用の信号およびドアロックの信号）が出力されたとの監視結果がメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。

その後、サーバー１０８において入力された監視結果の情報からキーを利用して車両１１０のドアロックがなされたと判断するものであるが、このとき、サーバー１０８においては、キー使用の信号およびドアロックの信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。

次に、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ８２８）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ８２８の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ８３０）、事業者による利用処理を終了する。

なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

次に、図１１を参照しながら、本発明による車両管理システムの第２の実施の形態について説明する。図１１には、本発明の第２の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。

この図１１に示す本発明による車両管理システム２０は、上記した第１の実施の形態の車両管理システム１０と比較すると、カードリーダーとしてカードリーダー１１４のみが設けられ、当該カードリーダー１１４上にメインコントローラー１２ｃに接続されたタッチセンサー２２が配設されている点において異なっている。

このタッチセンサー２２は、常に作動した状態となっており、カードリーダー１１４にＩＣカードや人の指がガラス面（つまり、カードリーダー１１４が取り付けられたガラス面である。）を介して接触したか否かを検知するものである。

以下、図１２乃至図１６を参照しながら、車両管理システム２０における利用者および事業者それぞれによる利用処理について説明する。

まず、利用者は、車両管理システム２０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。

これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。

さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。

即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。

そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム２０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。

なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。

また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。

一方、事業者は、車両管理システム２０による車両１１０の共用利用に際して、車両１１０のスペアキーと既に所定の認証用コードが記憶された事業者用ＩＣカードとを準備する。なお、この所定の認証用コードは、サーバー１０８の記憶手段（図示せず。）に事業者の登録コードとして記憶される。

なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、事業者用ＩＣカードを利用して認証処理を行うものである。

ところで、車両管理システム２０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。

即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２を起動すると、サーバー１０８において車両１１０の利用対象判断処理が開始される。

具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。

その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両１１０の利用対象判断処理を開始する。

この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。

ここで、図１２のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ１２０２）。

即ち、このステップＳ１２０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。

このステップＳ１２０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ１２０４）。なお、この利用者による利用処理については後述する。

また、ステップＳ１２０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、タッチセンサー２２による検知があったか否かの判断を行う（ステップＳ１２０６）。

即ち、このステップＳ１２０６の判断処理においては、ＩＣカードや人の指がガラス面を介してタッチセンサー２２に検知されたときのみ、タッチセンサー２２による検知情報がメインコントローラー１２ｃに出力され、さらに、メインコントローラー１２ｃからサーバー１０８に出力されて、サーバー１０８においてタッチセンサー２２による検知があったと判断される。従って、タッチセンサー２２から検知情報がメインコントローラー１２ｃに出力されないと、タッチセンサー２２による検知がなかったと判断される。

ステップＳ１２０６の判断処理において、タッチセンサー２２による検知があったと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ１２０８）。なお、この事業者による利用処理については後述する。

一方、ステップＳ１２０６の判断処理において、タッチセンサー２２による検知がなかったと判断されると、再度、ステップＳ１２０２の処理に戻り、ステップＳ１２０２の処理以降の処理を行う。

つまり、この利用対象判断処理においては、ステップＳ１２０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ１２０６の判断処理でタッチセンサー２２による検知がなかったと判断される限り、絶えずステップＳ１２０２およびステップＳ１２０６の判断処理を繰り返すものである。さらに、ステップＳ１２０４の利用者による利用処理（後述する。）またはステップＳ１２０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。

次に、ステップＳ１２０４の利用者による利用処理およびステップＳ１２０８の事業者による利用処理について説明する。

まず、図１３のフローチャートには、このステップＳ１２０４の利用者による利用処理の詳細な処理内容が示されており、この利用者による利用処理においては、まず、利用開始時間１０分前になったので（ステップＳ１２０２の判断処理において判断された判断結果である。）、予約情報（例えば、利用開始時間や利用終了時間などである。）がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃにおいて記憶される（ステップＳ１３０２）。

メインコントローラー１２ｃに予約情報が記憶されると、メインコントローラー１２ｃの制御により、利用開始時間になると車両１１０に設けられたカードリーダー１１４を起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる（ステップＳ１３０４）。

そして、利用開始時間に車両１１０の駐車している駐車場まで来た利用者により、カードリーダー１１４に利用者用ＩＣカードが翳されて認証処理を開始する（ステップＳ１３０６）。

即ち、このステップＳ１３０６の認証処理においては、車両利用前の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用前の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略する。

なお、車両利用前の利用者用ＩＣカードによる認証処理においては、タッチセンサー２２により検知情報が出力されるが、利用者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。

こうして車両利用前の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ１３０８）。

その後、利用者は車両１１０に乗車して、キーボックス１１６からキーを取り出し、取り出したキーを利用してエンジンを起動して車両１１０を利用する。

そして、予約した利用終了時間までに車両１１０を予め決められた駐車場に駐車させ、キーを利用して車両１１０のエンジンを停車させ、当該キーをキーボックス１１６に返却し、車両１１０から降車して車両１１０の全てのドアを閉める。

その後、利用者によりカードリーダー１１４に利用者用のＩＣカードが翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取って認証処理を開始する（ステップＳ１３１０）。

即ち、このステップＳ１３１０の処理においては、車両利用後の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用後の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略する。

なお、車両利用後の利用者用ＩＣカードによる認証処理においては、タッチセンサー２２により検知情報が出力されるが、利用者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。

そして、上記したステップＳ１３１０の車両利用後の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ１３１２）。

その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量など、利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１３１４）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に、設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、予約情報やステップＳ１３１４の処理におり出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ１３１６）、利用者による利用処理を終了する。

なお、こうした算出された各利用者における利用料金については、予め決められた利用者への料金請求日などの所定のタイミングで、それぞれ利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした各利用者による利用状況や利用時間については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

また、図１４のフローチャートには、上記したステップＳ１２０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介して事業者による利用処理が開始した旨の信号がメインコントローラー１２ｃに出力され、メインコントローラー１２ｃによりカードリーダー１１４を起動して、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者にカードリーダー１１４の起動を知らせる（ステップＳ１４０２）。

その後、事業者によりカードリーダー１１４に事業者用ＩＣカードが翳されると、カードリーダー１１４に翳された事業者用ＩＣカードによる認証処理を開始する（ステップＳ１４０４）。

ここで、図１５のフローチャートには、このステップＳ１４０４の車両利用前の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用前の事業者用ＩＣカードによる認証処理においては、まず、カードリーダー１１４に翳された事業者用ＩＣカードの読み込みが行われる（ステップＳ１５０２）。

即ち、このステップＳ１５０２の処理においては、カードリーダー１１４に翳された事業者用ＩＣカードに記憶された認証用コードを読み取るものである。

このとき、タッチセンサー２２により検知情報が出力されるが、事業者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。

そして、カードリーダー１１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１５０４）。

認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ１５０６）。

ステップＳ１５０６の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用して、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで事業者に対して再び事業者用ＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ１５０８）、再度、ステップＳ１５０２の処理に戻り、ステップＳ１５０２の処理以降の処理を行う。

一方、ステップＳ１５０６の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、認証用コードと事業者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、事業者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除する（ステップＳ１５１０）。

このとき、サーバー１０８においては、認証用コードと事業者の登録コードとが一致すると判断した時間を、事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。

なお、カードリーダー１１４に事業者用ＩＣカードが翳されて認証処理が開始され、認証用コードと事業者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたとき、認証用コードと事業者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

上記のようにして、ステップＳ１４０４の車両利用前の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ１４０６）。

その後、サーバー１０８において予約情報を確認し、事業者が認証処理を行った時間以降において直近の予約の利用開始時間を事業者に対して通知する（ステップＳ１４０８）。

即ち、このステップＳ１４０８の処理においては、サーバー１０８において確認した直近の予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間を音声ガイダンスとしてキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。

なお、この音声ガイダンスを流すタイミングとしては、監視部１２ｅのドアスイッチ１１０ｃにおける監視結果に基づいて、メインコントローラー１２ｃにおいてドアが開いたと判断された後に音声ガイダンスを流すようにする。つまり、認証処理後に事業者が車両１１０に乗車する際に音声ガイダンスが流れるようにする。

次に、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ１４１０）。

ここで、ステップＳ１４１０の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者は車両１１０を利用するか否かを決めることとなり、このステップＳ１４１０の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かの判断を行うものである。

即ち、ステップＳ１４１０の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。

具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。

一方、事業者がキー（スペアキー）を利用してエンジンを起動した場合、監視部１２ｅにおけるイグニッション１１０ｄとキー検出器１１０ｈとの監視結果がメインコントローラー１２ｃから通信モジュール１２ｂを介して、携帯電話網を利用してサーバー１０８に出力される。すると、サーバー１０８においては、当該監視結果からキーを利用してエンジンが起動されたと判断されることにより、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。

つまり、ステップＳ１４１０の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックを行った場合には、事業者が車両１１０の利用を中止したと判断され、事業者がキー（スペアキー）を利用してエンジンを起動した場合には、事業者が車両１１０の利用を中止しなかったと判断される。

このステップＳ１４１０の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。

また、ステップＳ１４１０の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、当該判断がなされた時点から、ステップＳ１４０８の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ１４１２）。

即ち、ステップＳ１４１２の処理においては、ステップＳ１４１２の判断処理において、事業者が車両１１０の利用を中止しなかったと判断された時点から直近の予約の利用開始時間までの予約を予約サイトにおいて不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。

そして、事業者は車両１１０を利用するものであるが、事業者が車両１１０を利用しているときに直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の予約開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。

また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ１４１４）。

即ち、ステップＳ１４１４の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて車両１１０エンジンが停止したか否かの判断を行う。

ステップＳ１４１４の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ１４１４の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

つまり、事業者による車両１１０の利用中は、常にステップＳ１４１４の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。

一方、ステップＳ１４１４の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ１４１６）。

即ち、ステップＳ１４１６の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。

そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ１４１８）。

このとき、ステップＳ１４１６の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０の位置情報の誤差を考慮して判断を行うものである。

つまり、このステップＳ１４１８の判断処理においては、ステップＳ１４１６の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。

ステップＳ１４１８の判断処理において、ステップＳ１４１６の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ１４１６の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果が、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ１４１４の判断処理に戻り車両１１０のエンジンが停止したか否かの判断を行う。

また、ステップＳ１４１８の判断処理において、ステップＳ１４１６の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ１４１６の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、車両利用後の認証処理が開始される（ステップＳ１４２０）

ここで、図１６のフローチャートには、ステップＳ１４２０の車両利用後の事業者用ＩＣカードにより認証処理の詳細な処理内容が示されており、車両利用後の事業者用ＩＣカードによる認証処理においては、まず、１４１８の処理において、ステップＳ１４１６の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致すると判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃの制御によりカードリーダー１１４を起動する（ステップＳ１６０２）。

このとき、カードリーダー１４に設けられたＬＥＤランプを点滅させて事業者にカードリーダー１１４の起動を知らせるようにする。

また、このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して事業者に対してカードリーダー１１４に事業者用ＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。

そして、事業者がカードリーダー１１４に事業者用ＩＣカードを翳すと、カードリーダー１１４に翳された事業者用ＩＣカードを読み込む（ステップＳ１６０４）。

即ち、このステップＳ１６０４）の処理においては、カードリーダー１１４に翳された事業者用ＩＣカードに記憶された所定の認証用コードを読み取るものである。

このとき、タッチセンサー２２により検知情報が出力されるが、事業者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。

そして、カードリーダー１１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１６０６）。

認証用コードがサーバー１０８に出力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ１６０８）。

ステップＳ１６０８の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず）を点滅させることで事業者に対して再び事業者用のＩＣカードをカードリーダー１４に翳すように警告し（ステップ１６１０）、再度ステップＳ１００２の処理に戻り、ステップＳ１６０２の処理以降の処理を行う。

一方、ステップＳ１６０８の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、認証用コードと事業者の登録コードとが一致するという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃにおいて事業者が利用している車両１１０が存在するとの判断結果に基づいて、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行う（ステップＳ１６１０）。

このとき、サーバー１０８においては、認証用コードと事業者の登録コードとが一致すると判断した時間を、事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。

なお、カードリーダー１１４に事業者用ＩＣカードが翳されて認証処理が開始され、事業者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたとき、車両１１０の返却処理の完了時に、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

そして、上記したステップＳ１４２０の車両利用後の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ１４２２）。

その後、事業者によりキー（スペアキー）を利用して車両１１０のドアロックがなされると、サーバー１０８において、予約サイトにおける予約を再開する（ステップＳ１４２４）。

ここで、予約サイトにおいては、ステップＳ１４１２の処理において、事業者がキー（スペアキー）によりエンジンを起動した時点から、ステップＳ１４０８の処理において確認した直近の予約の利用開始時間までの予約を予約サイトにおける予約を予約不可能な状態とし、当該直近の予約の利用終了時間以降の予約は予約サイトにおいて予約可能なものとしていた。従って、ステップＳ１４２４の処理においては、事業者による車両１１０の利用が終了した時点、つまり、車両１１０のドアロックがなされた時点から当該直近の予約の利用開始時間までの予約サイトにおける予約を予約可能な状態とするものである。

次に、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを開始、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１４２６）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ８２２の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ１４２８）、事業者による利用処理を終了する。

なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

次に、図１７を参照しながら、本発明による車両管理システムの第３の実施の形態について説明する。図１７には、本発明の第３の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。

この図１７に示す本発明による車両管理システム３０は、上記した第１の実施の形態の車両管理システム１０と比較すると、カードリーダー１４に代えて、テンキー３２が設けられている点において異なっている。

このテンキー３２は、メインコントローラー１２ｃに接続されており、運転席近傍のダッシュボード上において運転手が操作しやすい位置に配設されている。

さらに、テンキー３２は、ダッシュボード上において運転手が操作しやすい位置に配設された状態で、運転手が視認可能な位置にＬＥＤランプ（図示せず。）が設けられている。

以下、図１８乃至図２２を参照しながら、車両管理システム３０における利用者および事業者それぞれによる利用処理について説明する。

まず、利用者は、車両管理システム３０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。

これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。

さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。

即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。

そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム３０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。

なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。

また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。

一方、事業者は、車両管理システム３０による車両１１０の共用利用に際して、車両１１０のスペアキーと複数の数字の組み合わせにより作成された所定のパスワードとを準備する。なお、この所定のパスワードは、サーバー１０８の記憶手段（図示せず。）に事業者の登録コードとして記憶される。

なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、所定のパスワードを利用して認証処理を行うものである。

ところで、車両管理システム３０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。

即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２を起動すると、サーバー１０８において車両１１０の利用対象判断処理が開始される。

具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。

その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両１１０の利用対象判断処理が開始される。

この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。

ここで、図１８のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、上記した第１の実施の形態における車両管理システム１０の利用対象判断処理と同様の処理を行うものである。

即ち、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ１８０２）。

即ち、このステップＳ１８０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。

このステップＳ１８０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ１８０４）。なお、この利用者による利用処理については後述する。

また、ステップＳ１８０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、キーにより車両１１０のドアロックが解除されたか否かの判断を行う（ステップＳ１８０６）。

即ち、このステップＳ１８０６の判断処理においては、メインコントローラー１２ｃから出力された監視結果に基づいて、サーバー１０８によりキーにより車両１１０のドアロックが解除されたか否かの判断を行うものである。

具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロック解除の信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックが解除されたとの監視結果（つまり、ドアロック解除の信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。

その後、サーバー１０８において、入力された監視結果の情報からキーを利用して車両１１０のドアロックが解除されたとの判断を行う。このとき、サーバー１０８においては、キー使用の信号が出力されたとの監視結果およびドアロック解除の信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。

つまり、監視部１２ｅからキーが使用されたとの監視結果と、ドアロックが解除されたとの監視結果とがメインコントローラー１２ｃを介してサーバー１０８に出力されない限り、サーバー１０８においては、キーにより車両１１０のドアロックが解除されていないと判断される。

ステップＳ１８０６の判断処理において、キーにより車両１１０のドアロックが解除されたと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ１８０８）。なお、この事業者による利用処理については後述する。

一方、ステップＳ１８０６の判断処理において、キーにより車両１１０のドアロックが解除されていないと判断されると、再度、ステップＳ１８０２の処理に戻り、ステップＳ１８０２の処理以降の処理を行う。

つまり、この利用対象判断処理においては、ステップＳ１８０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ１８０６の判断処理でキーにより車両１１０のドアロックが解除されてないとの判断される限り、絶えずステップＳ１８０２の判断処理およびステップＳ１８０６の判断処理を繰り返すものである。さらに、ステップＳ１８０４の利用者による利用処理（後述する。）またはステップＳ１８０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。

次に、ステップＳ１８０４の利用者による利用処理およびステップＳ１８０８の事業者による利用処理について説明する。

まず、図１９のフローチャートには、このステップＳ１８０４の利用者による利用処理の詳細な処理内容が示されており、この利用者による利用処理においては、まず、利用開始時間１０分前になったので（ステップＳ１８０２の判断処理において判断された判断結果である。）、予約情報（例えば、利用開始時間や利用終了時間などである。）がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃにおいて記憶される（ステップＳ１９０２）。

メインコントローラー１２ｃに予約情報が記憶されると、メインコントローラー１２ｃの制御により、利用開始時間になると車両１１０に設けられたカードリーダー１１４を起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる（ステップＳ１９０４）。

そして、利用開始時間に車両１１０の駐車している駐車場まで来た利用者により、カードリーダー１１４に利用者用ＩＣカードが翳されると認証処理を開始する（ステップＳ１９０６）。

即ち、このステップＳ１９０６の認証処理においては、車両利用前の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用前の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略する。

こうして車両利用前の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ１９０８）。

その後、利用者は車両１１０に乗車して、キーボックス１１６からキーを取り出し、取り出したキーを利用してエンジンを起動して車両１１０を利用する。

そして、予約した利用終了時間までに車両１１０を予め決められた駐車場に駐車させ、キーを利用して車両１１０のエンジンを停止させ、当該キーをキーボックス１１６に返却し、車両１１０から降車して車両１１０の全てのドアを閉める。

その後、利用者によりカードリーダー１１４に利用者用ＩＣカードが翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取って認証処理を開始する（ステップＳ１９１０）。

即ち、このステップＳ１９１０の処理においては、車両利用後の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用後の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略することとする。

そして、上記したステップＳ１９１０の車両利用後の利用者用ＩＣカードによる認証処理による認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ１９１２）。

その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量など、利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視結果を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１９１４）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に、設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、予約情報やステップＳ１３１４の処理におり出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ１９１６）、利用者による利用処理を終了する。

なお、こうした算出された各利用者における利用料金については、予め決められた利用者への料金請求日などの所定のタイミングで、それぞれ利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした各利用者による利用状況や利用時間については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

また、図２０のフローチャートには、上記したステップＳ１８０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、キーのより車両１１０のドアロックが解除されたので（ステップＳ１８０６の判断処理において判断された判断結果である。）、サーバー１０８において予約情報を確認し、事業者がキー（スペアキー）により車両１１０のドアロックを解除した時間以降において直近の予約の利用開始時間を、事業者に対して通知する（ステップＳ２００２）。

即ち、このステップＳ２００２の処理においては、サーバー１０８において確認した予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。

そして、メインコントローラー１２ｃに利用開始時間が出力されると、メインコントローラー１２ｃの制御により、テンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者に対して所定のパスワードの入力を促す（ステップＳ２００４）。

その後、メインコントローラー１２ｃの制御により操作部１２ｄを介して、エンジンスタータ１１０ａを起動しない状態とする（ステップＳ２００６）。

次に、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ２００８）。

ここで、ステップＳ２００２の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者が車両１１０を利用するか否かを決めることとなり、このステップＳ２００８の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かを判断するものである。

即ち、ステップＳ２００８の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。

具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。

一方、事業者によりテンキー３２が操作された場合、テンキー３２により入力された情報がテンキー３２からメインコントローラー１２ｃに出力され、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用して、サーバー１０８に出力される。すると、サーバー１０８においては、事業者が車両１１０を利用することにしたと判断することとなり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。

つまり、ステップＳ２００８の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックをした場合には、事業者が車両１１０の利用を中止したと判断され、事業者が車両１１０に乗車してテンキー３２を操作した場合には、事業者が車両１１０の利用を中止しなかったと判断されるものである。

このステップＳ２００８の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。

また、ステップＳ２００８の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、認証処理を開始する（ステップＳ２０１０）。

ここで、図２１のフローチャートには、このステップＳ２０１０の車両利用前のパスワードによる認証処理の詳細な処理内容が示されており、この車両利用前のパスワードによる認証処理においては、まず、事業者がテンキー３２を操作することにより入力されたパスワードをメインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２１０２）。

パスワードがサーバー１０８に入力されると、サーバー１０８では、当該パスワードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ２１０４）。

ステップＳ２１０４の判断処理において、パスワードと事業者の登録コードとが一致しないと判断されると、パスワードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させることで事業者に対して再び所定のパスワードを入力するように警告し（ステップＳ２１０６）、再度、ステップＳ２１０２の処理に戻り、ステップＳ２１０２の処理以降の処理を行う。

一方、ステップＳ２１０４の判断処理において、パスワードと事業者の登録コードとが一致すると判断されると、パスワードと事業者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させることで、事業者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、エンジンスタータ１１０ａを起動できる状態とする（ステップＳ２１０８）。

なお、テンキー３２からパスワードが入力されて認証処理が開始され、当該パスワードと事業者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、事業者に対してパスワードの入力を促すとき、認証処理中、パスワードと事業者の登録コードとが一致しないと判断されたとき、パスワードと事業者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

上記のようにして、ステップＳ２００８の車両利用前のパスワードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってテンキー３２に設けられたＬＥＤランプを消す（ステップＳ２０１２）。

さらに、サーバー１０８において、この車両利用前のパスワードによる認証処理が完了した時点から、ステップＳ２００２の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ２０１４）。

即ち、このステップＳ２０１４の処理においては、車両利用前の認証処理が完了した時点から直近の予約の利用開始時間までの予約を予約サイトにおいて不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。

その後、事業者は、キー（スペアキー）を利用して車両１１０のエンジンを起動して車両１１０を利用する。

なお、事業者が車両１１０を利用しているときに、直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の利用開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。

また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ２０１６）。

即ち、ステップＳ２０１６の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０のエンジンが停止したか否かの判断を行う。

ステップＳ２０１６の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ２０１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

つまり、事業者による車両１１０の利用中は、常にステップＳ２０１６の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。

一方、ステップＳ２０１６の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ２０１８）。

即ち、ステップＳ２０１８の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。

そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ２０２０）。

このとき、ステップＳ２０１８の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０位置情報の誤差を考慮して判断を行うものである。

つまり、このステップＳ２０２０の判断処理においては、ステップＳ２０１８の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。

ステップＳ２０２０の判断処理において、ステップＳ２０１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ２０１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果が、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ２０１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

また、ステップＳ２０２０の判断処理において、ステップＳ２０１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ２０１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、車両利用後のパスワードによる認証処理が開始される（ステップＳ２０２２）。

ここで、図２２のフローチャートには、ステップＳ２０２２の車両利用後の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、車両利用後の事業者用ＩＣカードによる認証処理においては、まず、ステップＳ２０２０の判断処理において、ステップＳ２０１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致すると判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力される、テンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者に対して所定のパスワードを入力するように促す（ステップＳ２２０２）。

また、このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して事業者に対して所定のパスサード入力するように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。

そして、事業者がテンキー３２を操作してパスワードを入力すると、当該パスワードをメインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２２０４）。

パスワードがサーバー１０８に出力されると、サーバー１０８では、当該パスワードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ２２０６）。

ステップＳ２２０６の判断処理において、パスワードと事業者の登録コードとが一致しないと判断されると、パスワードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず）を点滅させることで事業者に対して再び所定のパスワードを入力するように警告し（ステップ２３０８）、再度ステップＳ２２０２の処理に戻り、ステップＳ２２０２の処理以降の処理を行う。

一方、ステップＳ２２０６の判断処理において、パスワードと事業者の登録コードとが一致すると判断されると、事業者による車両１１０の利用が終了したものとする。

なお、事業者によりパスワードが入力されて認証処理が開始され、当該パスワードと事業者の登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させる。

上記した説明において、事業者に対してパスワードの入力を促すとき、認証処理中、パスワードと事業者の登録コードとが一致しないと判断されたときにおいて、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、事業者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。

そして、上記したステップＳ２０２２の車両利用後のパスワードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりテンキー３２に設けられてＬＥＤランプ（図示せず。）を消す（ステップＳ２０２４）。

その後、事業者によりキー（スペアキー）を利用して車両１１０のドアロックがなされると、サーバー１０８において、予約サイトにおける予約を再開する（ステップＳ２０２６）。

ここで、予約サイトにおいては、ステップＳ２０１４の処理において、車両利用前のパスワードによる認証処理が完了した時点から、ステップＳ２００２の処理において確認した直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態とし、当該直近の予約の利用終了時間以降の予約は予約サイトにおいて予約可能なものとしていた。従って、ステップＳ２０２６の処理においては、事業者による車両１１０の利用が終了した時点、つまり、車両１１０のドアロックがなされた時点から当該直近の予約の利用開始時間までの予約サイトにおける予約を予約可能な状態とするものである。

なお、キーを利用して車両１１０のドアロックがなされると、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力され、監視部１２ｅによるこうした信号（キー使用の信号およびドアロックの信号）が出力されたとの監視結果がメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。

その後、サーバー１０８において入力された監視結果の情報からキーを利用して車両１１０のドアロックがなされたと判断するものであるが、このとき、サーバー１０８においては、キー使用の信号およびドアロックの信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。

次に、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２０２８）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ２０２８の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ２０３０）、事業者による利用処理を終了する。

なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

次に、図２３を参照しながら、本発明による車両管理システムの第４の実施の形態について説明する。図２３には、本発明の第４の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。

この図２３に示す本発明による車両管理システム４０は、上記した第１の実施の形態の車両管理システム１０と比較すると、カードリーダー１４が設けられておらず、リモートコントローラー４２（以下、「リモコン」と称する。）から発振される電波信号を受信するための受信機４４が設けられている点において異なっている。

この受信機４４は、メインコントローラー１２ｃと接続されており、リモコン４２から発振された電波信号を受信するために必要なアンテナ４４ａを備えている。

また、受信機４４は、リモコン４２から発振された電波信号を受信し、受信した受信信号をメインコントローラー１２ｃに出力するものであり、メインコントローラー１２ｃにおいては、取得した受信信号に基づいて操作部１２ｄを介してドアロックアンロックシステム１１０ｂを制御して、車両１１０のドアロックおよびドアロックの解除を行うものである。

つまり、車両１１０のドアがロックされた状態のときに、受信機４４がリモコン４２からの電波信号を受信すると、受信機４４からメインコントローラー１２ｃに受信信号が出力され、メインコントローラー１２においては、操作部１２ｄを介し、ドアロックアンロックシステム１１０ｂを制御してドアのロックが解除される。また、車両１１０のドアのロックが解除された状態のときに、受信機４４がリモコン４２からの電波信号を受信すると、受信機４４からメインコントローラー１２ｃに受信信号が出力され、メインコントローラー１２ｃにおいては、操作部１２ｄを介し、ドアロックアンロックシステム１１０ｂを制御してドアをロックする。

なお、この受信機４４は、メインコントローラー１２ｃによりその起動が制御されるものであり、車載器１２が起動するとメインコントローラー１２ｃの制御により受信機４４も起動され、車載器１２が停止するとメインコントローラー１２ｃの制御により受信機４４も停止される。

以下、図２４乃至図２５を参照しながら、車両管理システム４０における利用者および事業者それぞれにより利用処理について説明する。

まず、利用者は、車両管理システム４０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。

これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。

さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。

即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。

そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム４０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。

なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。

また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。

一方、事業者は、車両管理システム４０による車両１１０の共用利用に際して、車両１１０のスペアキーとリモコン４２とを準備する。

なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、リモコン４２を使用して車両１１０のドアのロックおよびロックの解除を行うものである。

ところで、車両管理システム４０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。

即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２の電源を起動すると、サーバー１０８において当該車両１１０の利用対象判断処理が開始される。

具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。

その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両の利用対象判断処理が開始される。

この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。

ここで、図２４のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ２４０２）。

即ち、このステップＳ２４０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。

このステップＳ２４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ２４０４）。なお、この利用者による利用処理については、上記した第３の実施の形態における車両管理システム１０の利用者による利用処理と同様の処理を行うため、その詳細な説明は省略する。

また、ステップＳ２４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、事業者によるリモコン４２の操作により車両１１０のドアロックが解除されたか否かの判断を行う（ステップＳ２４０６）。

つまり、ステップＳ２４０２の判断処理においては、リモコン４２からの電波信号を受信したか否かを判断することにより、事業者によるリモコン４２の操作により、車両１１０のドアロックが解除されたか否かの判断を行うものである。

ここで、メインコントローラー１２ｃにおいては、リモコン４２からの電波信号を受信機４４が受信すると、受信機４４から受信信号が出力されるものであり、当該受信信号を受信すると、サーバー１０８に出力することとなる。

従って、ステップＳ２４０６の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから当該受信信号を入力された否かの判断を行うことにより、リモコン４２から電波信号を受信したか否かの判断を行うものである。

即ち、サーバー１０８においてメインコントローラー１２ｃから受信機４４からの受信信号を入力されたと判断されると、サーバー１０８においてリモコン４２から電波信号を受信したと判断される。また、サーバー１０８においてメインコントローラー１２ｃから受信機４４からの受信信号を入力していないと判断されると、サーバー１０８においてリモコン４２から電波信号を受信していないと判断される。

このとき、メインコントローラー１２ｃからサーバー１０８に対して受信信号が出力されない限り、サーバー１０８においてはリモコン４２から電波信号を受信していないと判断される。

ステップＳ２４０６の判断処理において、リモコン４２の操作により車両１１０のドアロックが解除された、つまり、リモコン４２から電波信号を受信したと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ２４０８）。なお、この事業者による利用処理については後述する。

このとき、サーバー１０８においては、車両１１０のドアのロックを解除した時間を事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。

一方、ステップＳ２４０６の判断処理において、リモコン４２の操作により車両１１０のドアロックが解除されていない、つまり、リモコン４２から電波信号を受信していないと判断されると、再度、ステップＳ２４０２の処理に戻り、ステップＳ２４０２の処理以降の処理を行う。

つまり、この利用対象判断処理においては、ステップＳ２４０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ２４０６の判断処理でリモコン４２の操作により車両１１０のドアロックが解除されていないと判断される限り、絶えずステップＳ２４０２の判断処理およびステップＳ２４０６の判断処理を繰り返すものである。さらに、ステップＳ２４０４の利用者による利用処理またはステップＳ２４０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。

次に、ステップＳ２４０８の事業者による利用処理について説明する。

図２５のフローチャートには、このステップＳ２４０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、サーバー１０８において予約情報を確認し、リモコン４２の操作により車両１１０のドアロックが解除されたと判断した時間以降において直近の予約の利用開始時間を、事業者に対して通知する（ステップＳ２５０２）。

即ち、このステップＳ２５０２の処理においては、サーバー１０８において確認した予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。

その後、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ２５０４）。

ここで、ステップＳ２５０２の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者が車両１１０を利用するか否かを決めることとなり、このステップＳ２５０４の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かを判断するものである。

即ち、ステップＳ２５０４の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。

具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。

一方、事業者がキー（スペアキー）を利用してエンジンを起動した場合、監視部１２ｅにおけるイグニッション１１０ｄとキー検出器１１０ｈとの監視結果がメインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力される。すると、サーバー１０８においては、当該監視結果からキーを利用してエンジンが起動されたと判断されることにより、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。

つまり、ステップＳ２５０４の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックをした場合には、事業者が車両１１０の利用を中止したと判断され、事業者がキー（スペアキー）によりエンジンを起動した場合には、事業者が車両１１０の利用を中止しなかったと判断されるものである。

このステップＳ２５０４の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。

また、ステップＳ２５０４の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、当該判断がなされた時点から、ステップＳ２５０２の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ２５０６）。

即ち、このステップＳ２５０６の処理においては、ステップＳ２５０４の判断処理において、事業者が車両１１０の利用を中止しなかったと判断された時点から直近の予約の利用開始時間までの予約を予約サイトにおいて予約不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。

その後、事業者は車両１１０を利用することになるが、事業者が車両１１０を利用しているときに直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の利用開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。

また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ２５０８）。

即ち、ステップＳ２５０８の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０のエンジンが停止したか否かの判断を行う。

ステップＳ２５０８の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ２５０８の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

つまり、事業者による車両１１０の利用中は、常にステップＳ２５０８の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。

一方、ステップＳ２５０８の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ２５１０）。

即ち、ステップＳ２５１０の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。

そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ２５１２）。

このとき、ステップＳ２５１０の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０位置情報の誤差を考慮して判断を行うものである。

つまり、このステップＳ２５１２の判断処理においては、ステップＳ２５１０の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。

ステップＳ２５１２の判断処理において、ステップＳ２５１０の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ２５１０の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ２５０８の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。

また、ステップＳ２５１２の判断処理において、ステップＳ２５１０の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ２５１２の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、予約サイトにおける予約を再開する（ステップＳ２５１４）。

ここで、予約サイトにおいては、ステップＳ２５０６の判断処理において事業者が車両１１０の利用を中止しなかったと判断された時点から、ステップＳ２５０２の処理において確認した直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態としていた。

従って、ステップＳ２５１４の処理においては、ステップＳ２５１０の処理で取得した車両１１０の位置情報とサーバー１０８に記憶された車両１１０の返却位置の位置情報とが一致すると判断された時点から、当該直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態とするものである。

その後、事業者によりリモコン４２が操作されて車両１１０のドアがロックされる（ステップＳ２５１６）。

即ち、ステップＳ２５１４の処理においては、ドアロックが解除された状態の車両１１０において、リモコン４２から電波信号が送信されることにより、当該電波信号を受信した受信機４４からメインコントローラー１２ｃに受信信号出力されることとなり、メインコントローラー１２ｃの制御により、操作部１２ｄを介して、ドアロックアンロックシステム１１０によってドアをロックすることとなる。

このとき、サーバー１０８においては、車両１１０のドアをロックした時間を事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。

その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２５１８）。

なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。

こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ２０２８の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ２５２０）、事業者による利用処理を終了する。

なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。

また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。

以上において説明したように、本発明による車両管理システム１０、２０、３０、４０は、車両１１０を利用する際の処理により、車両１１０を利用するのがカーシェアリング事業者であるのか、会員登録を行った利用者であるのかを判断するようにしたものである。

また、本発明による車両管理システム１０、２０、３０、４０は、カーシェアリング事業者は、車両１１０の利用に際して予約することなく利用することができ、当該カーシェアリング事業者が車両１１０を利用する際には、当該カーシェアリング事業者による車両１１０の利用中には、車両１１０の予約を受け付けないようにしたものである。

これにより、本発明による車両管理システム１０、２０、３０、４０においては、会員登録した利用者が共用で利用する車両１１０を事業者が利用するときに、容易に利用することが可能となる。

このため、本発明による車両管理システム１０、２０、３０、４０においては、従来の技術による車両管理システム１００と比較して、カーシェアリング事業者が車両１１０を利用する際の煩わしさが著しく低減される。

なお、上記した実施の形態は、以下の（１）乃至（１１）に示すように変形するようにしてもよい。

（１）上記した実施の形態においては、第１の実施の形態において、カードリーダー１４、１１４と２つのカードリーダーを設けるようにしたが、これに限られるものではないことは勿論であり、カードリーダー１４を設けず、カードリーダー１１４のみを設けるようにしてもよい。

このときには、事業者は、スペアキーを用いてドアのロックを解除した後、車両１１０に乗車する前に、カードリーダー１１４に事業者用ＩＣカードを翳して認証処理を行い、認証された場合にのみ、スペアキーによりエンジンを起動することができるようにする。また、車両１１０利用後においては、降車後、車両のエンジンが停止され、かつ、車両の全てのドアを閉じた状態となると、カードリーダー１１４を起動するようにし、カードリーダー１１４に事業者用ＩＣカードを翳して認証処理を行い、認証された場合にのみ、ドアをロックすることができるようにする。

（２）上記した実施の形態においては、第１の実施の形態において、事業者による車両１１０の利用の際には、カードリーダー１４でのみ認証処理を行うようにしたが、これに限られるものではないことは勿論であり、車両利用前の事業者用ＩＣカードによる認証処理においてはカードリーダー１４を使用し、車両利用後の事業者用ＩＣカードによる認証処理においては、カードリーダー１１４を使用するようにしてもよい。

この場合、使用しない方のカードリーダーは起動しないものとする。つまり、車両利用前の事業者用ＩＣカードによる認証処理においては、カードリーダー１４は起動するが、カードリーダー１１４は起動しないものとする。また、車両利用後の事業者用ＩＣカードによる認証処理においては、カードリーダー１４は起動しないが、カードリーダー１１４は起動するものとする。

（３）上記した実施の形態においては、利用者による車両１１０の利用の際に、車両１１０返却時において、車両１１０の返却位置の確認を行っていなかったが、ＧＰＳ機能に基づいて車両１１０の返却位置を確認し、予め決められた返却位置に車両１１０が停車された場合には認証処理を行って車両１１０の返却を可能にし、予め決められた返却位置に車両１１０が停車されていない場合には利用者による車両１１０の利用がまだ続くものとして認証処理を行わない。

（４）上記した実施の形態においては、事業者による車両１１０の利用中は、直近の予約の利用終了時間以降の予約を可能なようにしたが、これに限られるものではないことは勿論であり、事業者による車両１１０の利用中は、全ての予約を不可能な状態にするようにしてもよい。

また、第３の実施の形態においては、テンキー３２を利用して、サーバー１０８に事業者が車両１１０の利用を終了する予定の予定利用終了時間を入力することが可能なようにし、当該予定利用終了時間以降の予約を可能なようにするようにしてもよい。

（５）上記した実施の形態においては、第２の実施の形態において、特に記載しなかったが、ステップＳ１４０４の車両利用前の事業者用ＩＣカードによる認証処理を行う前に、事業者がキー（スペアキー）を用いてドアロックを解除した場合には、メインコントローラー１２ｃによりエンジンスタータ１１０ａを起動しない状態とするようにしてもよい。

この場合には、ステップＳ１５０６の判断処理で認証用コードと事業者の登録コードとが一致すると判断されると、ステップＳ１５１０の処理でエンジンスタータ１１０ａを起動できる状態にすることとなる。

（６）上記した実施の形態においては、事業者により利用処理において、第１の実施の形態および第２の実施の形態では車両利用前の事業者用ＩＣカードによる認証処理、第３の実施の形態では車両利用前のパスワードによる認証処理、第４の実施の形態では事業者が車両１１０の利用を中止しなかったとの判断の後に、それぞれ予約サイトにおける予約を予約不可能としていたか、事業者による利用処理を開始するときに、予約サイトによる予約を不可能な状態とするようにしてもよい。

（７）上記した実施の形態においては、第３の実施の形態において、車載器１２に接続されたテンキー３２を設けるようにしたが、これに限られるものではないことは勿論であり、テンキー３２に代えて車載器１２にカーナビゲーションシステムを接続するようにして、当該カーナビゲーションシステムを入力デバイスとして利用してパスワードを入力するようにしてもよい。

これにより、使用できるパスワードが数字のみに限られることながくなり、文字と数字とを組み合わせたより複雑なパスワードを使用することができるようになる。

また、テンキー３２に代えて事業者の携帯端末を利用してパスワードを入力するようにしてもよい。

具体的には、事業者は携帯端末により、予約サイトにアクセスし、当該予約サイトから、例えば、事業者がパスワードを入力することができる事業者用パスワード入力画面を開き、この事業者用パスワード入力画面においてパスワードを入力することとなる。

（８）上記した実施の形態においては、第４の実施の形態において、車載器１２に接続された受信機４４を設け、リモコン４２を操作することにより、リモコン４２から発振された電波信号を受信機４４を受信し、受信機４４において受信信号をメインコントローラー１２ｃに出力して、メインコントローラー１２ｃの制御によりドアロックおよびドアロックの解除を行うようにしていたが、これに限られるものではないことは勿論である。

即ち、車両１１０に受信機４４を設けることなく、事業者が車両１１０を利用しようとする際に、事業者の携帯端末を利用してドアロックおよびドアロックの解除を行うようにしてもよい。

具体的には、事業者が携帯端末を利用して、予約サイトにアクセスし、当該予約サイトからドアロックおよびドアロック解除の操作が可能な画面を開き、所定の操作を行うことにより、車両１１０のドアロックおよびドアロックの解除を行うようにする。

（９）上記した実施の形態においては、直近の予約の利用開始時間をキーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスとして流すようにしたが、これに限られるものではないことは勿論であり、例えば、事業者が車両１１０を利用しようとする２時間以内に次の予約が入っている場合には、当該スピーカーから警告音を流すようにしてもよい。

（１０）上記した実施の形態においては、第１の実施の形態および第２の実施の形態において、事業者が車両１１０を利用する際には、事業者用ＩＣカードによる認証処理を行うようにしたが、これに限られるものではないことは勿論であり、事業者用ＩＣカードにより認証処理を行うことなく、キーにより車両１１０のドアを開けて直ちに利用することができるようにしてもよい。

この際には、第１の実施の形態においては、カードリーダー１４を設ける必要がなくなる。

（１１）上記した実施の形態ならびに上記した（１）乃至（１０）に示す変形例は、適宜に組み合わせるようにしてもよい。

本発明は、カーシェアリングシステムによる車両の管理に用いて好適な車両管理システムおよび車両管理方法である。

１０、２０、３０、４０、１００ 車両管理システム
１２、１１２ 車載器
１２ａ ＧＰＳモジュール
１２ｂ 通信モジュール
１２ｃ メインコントローラー
１２ｄ 操作部
１２ｅ 監視部
１４、１１４ カードリーダー
１６ ＧＰＳ衛星
２２ タッチセンサー
３２ テンキー
４２ リモコン
４４ 受信機
１１０ａ エンジンスタータ
１１０ｂ ドアロックアンロックシステム
１１０ｃ ドアスイッチ
１１０ｄ イグニッション
１１０ｅ バッテリー電圧検出器
１１０ｆ 燃料残量検出器
１１０ｇ 車速検出器
１１０ｈ キー検出器
１０４、１１８ パーソナルコンピューター
１０６ 携帯電話
１０８ サーバー
１１０ 車両
１１６ キーボックス

Claims (13)

1. カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、
   前記車両のドアロックを解除するキーと、
   前記利用者による予約情報を記憶する記憶手段と、
   前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき前記車載器の動作を制御するメインコントローラーと、
   前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、
   前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断すると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理手段と、
   前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断すると、前記キーにより前記車両のドアロックが解除されたか否かを判断する第２の判断手段と、
   前記第２の判断手段が前記キーにより前記車両のドアロックが解除されたと判断したときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理手段と
   を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
2. カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、
   前記車両のドアロックを解除するリモートコントローラーと、
   前記利用者による予約情報を記憶する記憶手段と、
   前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき前記車載器の動作を制御するメインコントローラーと、
   前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、
   前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断すると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理手段と、
   前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断すると、前記リモートコントローラーにより前記車両のドアロックが解除されたか否かを判断する第２の判断手段と、
   前記第２の判断手段が前記リモートコントローラーにより前記車両のドアロックが解除されたと判断したときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理手段と
   を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
3. 請求項１または２のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、
   前記第２の利用処理手段は、
   前記カーシェアリング事業者が前記車両の利用を開始すると、前記利用者により前記車両を予約できない状態とするとともに、前記カーシェアリング事業者が前記車両の利用を終了すると前記利用者により前記車両を予約することができる状態とする予約手段と
   を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
4. 請求項１、２または３のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、
   前記第２の利用処理手段は、
   前記カーシェアリング事業者に対して認証を行う認証手段と、
   前記認証手段により認証されるまで、前記車両のエンジンが起動しないよう制御する制御手段と
   を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
5. 請求項１、２、３または４のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、
   前記第２の利用処理手段は、
   前記利用者による前記車両の予約を確認し、前記カーシェアリング事業者による前記車両の利用開始以降の直近の予約における利用の開始時間を確認し、前記カーシェアリング事業者に通知する通知手段と
   を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
6. 車両のドアロックを解除するキーと、
   利用者による予約情報を記憶する記憶手段と、
   前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、前記車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理方法において、
   前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、
   前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断されると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理工程と、
   前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断されると、前記キーにより前記車両のドアロックが解除されたか否かを判断する第２の判断工程と、
   前記第２の判断工程で前記キーにより前記車両のドアロックが解除されたと判断されたときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理工程と
   を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
7. 車両のドアロックを解除するリモートコントローラーと、
   利用者による予約情報を記憶する記憶手段と、
   前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、前記車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理方法において、
   前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、
   前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断されると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理工程と、
   前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断されると、前記リモートコントローラーにより前記車両のドアロックが解除されたか否かを判断する第２の判断工程と、
   前記第２の判断工程で前記リモートコントローラーにより前記車両のドアロックが解除されたと判断されたときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理工程と
   を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
8. 請求項６または７のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、
   前記第２の利用処理工程は、
   前記カーシェアリング事業者が前記車両の利用を開始すると、前記利用者により前記車両を予約できない状態とするとともに、前記カーシェアリング事業者が前記車両の利用を終了すると前記利用者により前記車両を予約することができる状態とする予約工程と
   を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
9. 請求項６、７または８のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、
   前記第２の利用処理工程は、
   前記カーシェアリング事業者に対して認証を行う認証工程と、
   前記認証工程により認証されるまで、前記車両のエンジンが起動しないよう制御する制御工程と
   を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
10. 請求項６、７、８または９のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、
    前記第２の利用処理工程は、
    前記利用者による前記車両の予約を確認し、前記カーシェアリング事業者による前記車両の利用開始以降の直近の予約における利用の開始時間を確認し、前記カーシェアリング事業者に通知する通知工程と
    を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
11. 請求項１、２、３、４または５のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラム。
12. 請求項６、７、８、９または１０のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラム。
13. 請求項１１または１２のいずれか１項に記載のプログラムを記録したコンピューター読み取り可能な記録媒体。

Images