(57)【特許請求の範囲】
【請求項１】
カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、
前記車両のドアロックを解除するキーと、
前記利用者による予約情報を記憶する記憶手段と、
前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき前記車載器の動作を制御するメインコントローラーと、
前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、
前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断すると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理手段と、
前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断すると、前記キーにより前記車両のドアロックが解除されたか否かを判断する第２の判断手段と、
前記第２の判断手段が前記キーにより前記車両のドアロックが解除されたと判断したときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項２】
カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、
前記車両のドアロックを解除するリモートコントローラーと、
前記利用者による予約情報を記憶する記憶手段と、
前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき前記車載器の動作を制御するメインコントローラーと、
前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、
前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断すると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理手段と、
前記第１の判断手段が前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断すると、前記リモートコントローラーにより前記車両のドアロックが解除されたか否かを判断する第２の判断手段と、
前記第２の判断手段が前記リモートコントローラーにより前記車両のドアロックが解除されたと判断したときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項３】
請求項１または２のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、
前記第２の利用処理手段は、
前記カーシェアリング事業者が前記車両の利用を開始すると、前記利用者により前記車両を予約できない状態とするとともに、前記カーシェアリング事業者が前記車両の利用を終了すると前記利用者により前記車両を予約することができる状態とする予約手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項４】
請求項１、２または３のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、
前記第２の利用処理手段は、
前記カーシェアリング事業者に対して認証を行う認証手段と、
前記認証手段により認証されるまで、前記車両のエンジンが起動しないよう制御する制御手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項５】
請求項１、２、３または４のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、
前記第２の利用処理手段は、
前記利用者による前記車両の予約を確認し、前記カーシェアリング事業者による前記車両の利用開始以降の直近の予約における利用の開始時間を確認し、前記カーシェアリング事業者に通知する通知手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項６】
車両のドアロックを解除するキーと、
利用者による予約情報を記憶する記憶手段と、
前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、前記車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理方法において、
前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、
前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断されると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理工程と、
前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断されると、前記キーにより前記車両のドアロックが解除されたか否かを判断する第２の判断工程と、
前記第２の判断工程で前記キーにより前記車両のドアロックが解除されたと判断されたときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項７】
車両のドアロックを解除するリモートコントローラーと、
利用者による予約情報を記憶する記憶手段と、
前記記憶手段に記憶された前記利用者による予約情報を入力して、前記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、前記車載器を搭載した車両を提供し、前記利用者がそれぞれ前記車両を利用するに際して予約を行い、該予約に基づいて前記利用者が前記車両を共用するとともに前記カーシェアリング事業者が前記車両を利用するカーシェアリングシステムにおける車両管理方法において、
前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、
前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間であると判断されると、前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力して前記出力された予約情報に応じた前記車両の利用処理を開始する第１の利用処理工程と、
前記第１の判断工程で前記記憶手段に記憶された予約情報を前記メインコントローラーへ出力する時間でないと判断されると、前記リモートコントローラーにより前記車両のドアロックが解除されたか否かを判断する第２の判断工程と、
前記第２の判断工程で前記リモートコントローラーにより前記車両のドアロックが解除されたと判断されたときのみ、前記カーシェアリング事業者が前記車両を利用するための前記車両の利用処理を開始する第２の利用処理工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項８】
請求項６または７のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、
前記第２の利用処理工程は、
前記カーシェアリング事業者が前記車両の利用を開始すると、前記利用者により前記車両を予約できない状態とするとともに、前記カーシェアリング事業者が前記車両の利用を終了すると前記利用者により前記車両を予約することができる状態とする予約工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項９】
請求項６、７または８のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、
前記第２の利用処理工程は、
前記カーシェアリング事業者に対して認証を行う認証工程と、
前記認証工程により認証されるまで、前記車両のエンジンが起動しないよう制御する制御工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１０】
請求項６、７、８または９のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、
前記第２の利用処理工程は、
前記利用者による前記車両の予約を確認し、前記カーシェアリング事業者による前記車両の利用開始以降の直近の予約における利用の開始時間を確認し、前記カーシェアリング事業者に通知する通知工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１１】
請求項１、２、３、４または５のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラム。
【請求項１２】
請求項６、７、８、９または１０のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラム。
【請求項１３】
請求項１１または１２のいずれか１項に記載のプログラムを記録したコンピューター読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体に関し、さらに詳細には、特定の利用者らと特定の車両を共用するカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、自動車の新しい利用形態として、一台の自動車を複数の会員が共同で利用する、所謂、カーシェアリングが注目されている。
【０００３】
ここで、カーシェアリングとは、利用者は自ら自動車を所有せず、カーシェアリング事業者（以下、単に「事業者」と適宜に称する。）の会員となり、必要に応じてその事業者から提供された自動車を借りるというものである。
【０００４】
また、カーシェアリングは、ある地域に限定したコミュニティーの中で会員同士で自動車を共有し、インターネットなどを通じて車両の利用状態の確認や利用予約を行うようにしているため、貸し出し手続に時間を必要とせず、貸し出し・返却場所は、居住しているマンションの駐車場であったり、あるいは、通勤駅の近くであったりと、会員が利用するにあたって便利な場所に設定されていることが多い。
【０００５】
こうしたカーシェアリングにより、利用者は、自動車を所有する場合に比べて、自動車取得費用、維持経費ならびに駐車料金といった費用を削減することができるようになる。
【０００６】
さらに、カーシェアリングが広く普及されることにより、自動車の総台数の低減が見込まれ、都市の交通渋滞の緩和やエネルギー消費量の低減により、二酸化炭素による地球温暖化を抑止する効果が期待されている。
【０００７】
なお、以下の説明においては、「自動車」を「車両」と称することとする。
【０００８】
ところで、上記したようなカーシェアリングを可能とするシステム（以下、「カーシェアリングを可能とするシステム」を「カーシェアリングシステム」と称する。）では、事業者が事業目的で車載器を搭載した車両を準備し、事業者は当該車両を会員登録済みの複数の利用者に提供するものであった。なお、車載器とは、カーシェアリングシステムにより車両を管理するための装置である。そして、利用者は当該車両を共用し、当該車両の利用に伴って生じた料金を事業者に対して支払うものであった（図１を参照する。）。
【０００９】
即ち、こうしたカーシェアリングシステムにおいては、事業者がカーシェアリングシステムの管理を行うとともに、当該カーシェアリングシステムによる管理を行うための車載器を搭載した車両の維持、管理を行う。
【００１０】
また、事業者は、車両を共用する利用者を募集し、募集に応じた複数の利用者と事業者と間で車両の利用に関する契約を交わし、車載器が搭載された車両を当該複数の利用者に提供する。そして、利用者はそれぞれ、事業者から提供された車両（つまり、車載器が搭載された車両である。）の利用予約を行って当該車両を共用することとなる。
【００１１】
なお、こうした予約および予約を行うための予約サイトの管理についても、事業者が行うこととなる。
【００１２】
そして、利用者は車両の利用により生じた料金を事業者に支払うものである。
【００１３】
上記したようなカーシェアリングシステムにおいては、例えば、図２のブロック構成図に示すような車両管理システムを構築し、この車両管理システムにより車両の予約や運行の管理が行われている。即ち、従来の技術による車両管理システム１００は、車両管理システム１００の事業者のパーソナルコンピューター１１８や事業者の会員となった利用者のパーソナルコンピューター１０４や当該利用者の携帯端末１０６とネットワークを介して接続されるサーバー１０８と、車両１１０に設けられかつ携帯電話網でサーバー１０８と接続される車載器１１２と、車両１１０内の所定の位置に取り付けられるとともに車載器１１２と接続されるカードリーダー１１４と、車両１１０のダッシュボード内に設けられるとともに車載器１１２に接続されるキーボックス１１６とを有して構成されている。
【００１４】
なお、カードリーダー１１４を取り付ける所定の位置とは、道路運送車両の保安基準に準拠する位置（例えば、リアウインドウや運転席より後方側の座席等の側面のガラスである。）において、利用する人間が車両１１０の外から視認可能な位置である。
【００１５】
以上の構成において、車両管理システム１００を利用して車両１１０の予約や利用を行うには、まず、利用者が事業者に会員登録を行う。このとき事業者は、各利用者に対して利用者固有の登録コードを作成するとともに、当該登録コードを認証用コードとして記憶したＩＣカードを発行し、各利用者に提供する。
【００１６】
そして、利用者が予約を行う場合には、利用者がパーソナルコンピューター１０４あるいは携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、車両１１０の予約状況を確認し、利用者の要望にあった車両１１０の予約を行う。
【００１７】
その後、予約した利用開始時間になると、携帯電話網を利用して予約情報がサーバー１０８から車載器１１２に送られて、カードリーダー１１４が起動される。
【００１８】
一方、利用者は、予約した利用開始時間に車両１１０が駐車された駐車場まで行き、カードリーダー１１４に会員登録時に取得したＩＣカードを読み取らせて認証を受けることにより、ドアのロックが解除されるとともに、キーボックス１１６からキーが取り出せる状態となり車両１１０の利用が可能となる。
【００１９】
そして、利用者は、予約した利用終了時間まで車両１１０を利用するものであるが、予約した利用終了時間までに車両１１０を決められた駐車場に駐車させて、キーをキーボックス１１６に返却するとともに全てのドアを閉め、カードリーダー１１４にＩＣカードを読み取らせて認証を受けることにより、車両１１０の返却が完了し、車両１１０の利用が終了することとなる。
【００２０】
その後、車載器１１２において走行距離、利用時間ならびに車両１１０の状態などが確認され、確認された利用時間に応じた時間料金に走行距離に応じた距離料金を加算して、車両１１０の利用により生じる料金を算出し、算出した料金を利用者のパーソナルコンピューター１０４もしくは携帯端末１０６に通知するようにしていた。
【００２１】
また、事業者は、こうした利用者による利用状況をパーソナルコンピューター１１８で確認することができるとともに、システム上のトラブルなどについてもパーソナルコンピューター１１８により確認することができる。
【００２２】
ここで、こうした従来の技術による車両管理システム１００を用いたカーシェアリングシステムにおいては、上記したように、事業者が車両管理システム１００による管理のための車載器を搭載した車両１１０を準備し、その後、事業者が会員となった利用者間において車両１１０を提供するものであった。
【００２３】
しかしながら、こうした従来の技術による車両管理システム１００を用いたカーシェアリングシステムにおいては、事業者が車両１１０を利用しようとする場合には、利用者と同様にして会員登録を行い、固有の登録コードを作成するとともに、当該登録コードを認証用コードとして記憶したＩＣカードを発行し、予約サイトにより予約を行った後に、当該ＩＣカードを利用して車両１１０を利用しなければならなかった。
【００２４】
即ち、従来の技術による車両管理システム１００においては、車両１１０の利用において、一般の利用者と事業者との区別をすることなく、車両１１０を利用するすべての人間に対して同様の処理を行っていた。
【００２５】
このため、事業者となっても、一般の利用者と同様の手順によってのみでしか車両１１０を利用することができず、事業者にとっては、車両１１０の利用するための処理が煩わしいものとなっていた。
【００２６】
こうしたことから、事業者が、例えば、マンションのオーナーや駐車場のオーナーなどの個人の場合には、車両１１０とは別に自家用車を所持することなる。そして、事業者は、車両１１０を利用することなく自家用車を利用するものであった。
【００２７】
このため、事業者にとって、車両１１０を利用する際の煩わしさを低減させて、車両１１０を自家用車に近い感覚で利用することができる車両管理システムの提案が望まれていた。
【００２８】
なお、本願出願人が特許出願のときに知っている先行技術は、文献公知発明に係る発明ではないため、本願明細書に記載すべき先行技術文献情報はない。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
本発明は、従来の技術の有する上記したような要望に鑑みてなされたものであり、その目的とするところは、事業者にとって、車両を利用する際の煩わしさを低減したカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供しようとするものである。
【課題を解決するための手段】
【００３０】
上記目的を達成するために、本発明は、事業者にスペアキーを提供し、事業者は車両を利用するに際して、予約することなしに車両を利用することができるようにしたものである。
【００３１】
即ち、本発明においては、利用者による利用の際には車両の予約を必要とするのに対し、事業者による利用の際には車両の予約を必要としないようにしたものである。
【００３２】
このため、本発明によれば、事業者にといっては、気軽に車両を利用することができるとともに、車両を利用する際の煩わしさを低減することができるものである。
【００３３】
即ち、本発明によるカーシェアリングシステムにおける車両管理システムは、カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、上記車両のドアロックを解除するキーと、上記利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき上記車載器の動作を制御するメインコントローラーと、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断すると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断すると、上記キーにより上記車両のドアロックが解除されたか否かを判断する第２の判断手段と、上記第２の判断手段が上記キーにより上記車両のドアロックが解除されたと判断したときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理手段とを有するようにしたものである。
【００３４】
また、本発明によるカーシェアリングシステムにおける車両管理システムは、カーシェアリング事業者が登録を行った複数の利用者に対して、カーシェアリングシステムによる車両を管理するための装置たる車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理システムにおいて、上記車両のドアロックを解除するリモートコントローラーと、上記利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき上記車載器の動作を制御するメインコントローラーと、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断すると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理手段と、上記第１の判断手段が上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断すると、上記リモートコントローラーにより上記車両のドアロックが解除されたか否かを判断する第２の判断手段と、上記第２の判断手段が上記リモートコントローラーにより上記車両のドアロックが解除されたと判断したときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理手段とを有するようにしたものである。
【００３５】
また、本発明によるカーシェアリングシステムにおける車両管理システムは、上記した本発明によるカーシェアリングシステムにおける車両管理システムにおいて、上記第２の利用処理手段は、上記カーシェアリング事業者が上記車両の利用を開始すると、上記利用者により上記車両を予約できない状態とするとともに、上記カーシェアリング事業者が上記車両の利用を終了すると上記利用者により上記車両を予約することができる状態とする予約手段とを有するようにしたものである。
【００３６】
また、本発明によるカーシェアリングシステムにおける車両管理システムは、上記した本発明によるカーシェアリングシステムにおける車両管理システムにおいて、前記第２の利用処理手段は、前記カーシェアリング事業者に対して認証を行う認証手段と、前記認証手段により認証されるまで、前記車両のエンジンが起動しないよう制御する制御手段とを有するようにしたものである。
【００３７】
また、本発明によるカーシェアリングシステムにおける車両管理システムは、上記した本発明によるカーシェアリングシステムにおける車両管理システムにおいて、上記第２の利用処理手段は、上記利用者による上記車両の予約を確認し、上記カーシェアリング事業者による上記車両の利用開始以降の直近の予約における利用の開始時間を確認し、上記カーシェアリング事業者に通知する通知手段とを有するようにしたものである。
【００３８】
また、本発明によるカーシェアリングシステムにおける車両管理方法は、車両のドアロックを解除するキーと、利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、上記車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理方法において、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断されると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断されると、上記キーにより上記車両のドアロックが解除されたか否かを判断する第２の判断工程と、上記第２の判断工程で上記キーにより上記車両のドアロックが解除されたと判断されたときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理工程とを有するようにしたものである。
【００３９】
また、本発明によるカーシェアリングシステムにおける車両管理方法は、車両のドアロックを解除するリモートコントローラーと、利用者による予約情報を記憶する記憶手段と、上記記憶手段に記憶された上記利用者による予約情報を入力して、上記利用者による予約情報に基づき、カーシェアリングシステムによる車両を管理するための装置たる車載器の動作を制御するメインコントローラーとを有するカーシェアリングシステムにおける車両管理システムを用いて、カーシェアリング事業者が登録を行った複数の利用者に対して、上記車載器を搭載した車両を提供し、上記利用者がそれぞれ上記車両を利用するに際して予約を行い、該予約に基づいて上記利用者が上記車両を共用するとともに上記カーシェアリング事業者が上記車両を利用するカーシェアリングシステムにおける車両管理方法において、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であるか否かを判断する第１の判断工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間であると判断されると、上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力して上記出力された予約情報に応じた上記車両の利用処理を開始する第１の利用処理工程と、上記第１の判断工程で上記記憶手段に記憶された予約情報を上記メインコントローラーへ出力する時間でないと判断されると、上記リモートコントローラーにより上記車両のドアロックが解除されたか否かを判断する第２の判断工程と、上記第２の判断工程で上記リモートコントローラーにより上記車両のドアロックが解除されたと判断されたときのみ、上記カーシェアリング事業者が上記車両を利用するための上記車両の利用処理を開始する第２の利用処理工程とを有するようにしたものである。
【００４０】
また、本発明によるカーシェアリングシステムにおける車両管理方法は、上記した本発明によるカーシェアリングシステムにおける車両管理方法において、上記第２の利用処理工程は、上記カーシェアリング事業者が上記車両の利用を開始すると、上記利用者により上記車両を予約できない状態とするとともに、上記カーシェアリング事業者が上記車両の利用を終了すると上記利用者により上記車両を予約することができる状態とする予約工程とを有するようにしたものである。
【００４１】
また、本発明によるカーシェアリングシステムにおける車両管理方法は、上記した本発明によるカーシェアリングシステムにおける車両管理方法において、上記第２の利用処理工程は、上記カーシェアリング事業者に対して認証を行う認証工程と、上記認証工程により認証されるまで、上記車両のエンジンが起動しないよう制御する制御工程とを有するようにしたものである。
【００４２】
また、本発明によるカーシェアリングシステムにおける車両管理方法は、上記した本発明によるカーシェアリングシステムにおける車両管理方法において、上記第２の利用処理工程は、上記利用者による上記車両の予約を確認し、上記カーシェアリング事業者による上記車両の利用開始以降の直近の予約における利用の開始時間を確認し、上記カーシェアリング事業者に通知する通知工程とを有するようにしたものである。
【００４３】
また、本発明は、上記した発明によるカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラムである。
【００４４】
また、本発明は、上記した発明によるカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラムである。
【００４５】
また、本発明は、上記した発明によるプログラムを記録したコンピューター読み取り可能な記録媒体である。
【発明の効果】
【００４６】
本発明は、以上説明したように構成されているので、事業者にとって、車両を利用するための処理の煩わしさを低減することができるようになるという優れた効果を奏するものである。
【図面の簡単な説明】
【００４７】
【図１】図１は、カーシェアリングシステムにおける事業者および利用者の関係を示す説明図である。
【図２】図２は、従来の技術による車両管理システムの概要を示すブロック構成図である。
【図３】図３は、本発明の第１の実施の形態による車両管理システムの概要を示すブロック構成図である。
【図４】図４は、本発明の第１の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。
【図５】図５は、本発明の第１の実施の形態による車両管理システムにおける利用者による利用処理の処理ルーチンを示すフローチャートである。
【図６】図６は、本発明の第１の実施の形態による車両管理システムにおける車両利用前の利用者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。
【図７】図７は、本発明の第１の実施の形態による車両管理システムにおける車両利用後の利用者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。
【図８】図８は、本発明の第１の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。
【図９】図９は、本発明の第１の実施の形態による車両管理システムにおける車両利用前の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。
【図１０】図１０は、本発明の第１の実施の形態による車両管理システムにおける車両利用後の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。
【図１１】図１１は、本発明の第２の実施の形態による車両管理システムの概要を示すブロック構成図である。
【図１２】図１２は、本発明の第２の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。
【図１３】図１３は、本発明の第２の実施の形態による車両管理システムにおける利用者による利用処理の処理ルーチンを示すフローチャートである。
【図１４】図１４は、本発明の第２の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。
【図１５】図１５は、本発明の第２の実施の形態による車両管理システムにおける車両利用前の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。
【図１６】図１６は、本発明の第２の実施の形態による車両管理システムにおける車両利用後の事業者用ＩＣカードによる認証処理の処理ルーチンを示すフローチャートである。
【図１７】図１７は、本発明の第３の実施の形態による車両管理システムの概要を示すブロック構成図である。
【図１８】図１８は、本発明の第３の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。
【図１９】図１９は、本発明の第３の実施の形態による車両管理システムにおける利用者による利用処理の処理ルーチンを示すフローチャートである。
【図２０】図２０は、本発明の第３の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。
【図２１】図２１は、本発明の第３の実施の形態による車両管理システムにおける車両利用前のパスワードによる認証処理の処理ルーチンを示すフローチャートである。
【図２２】図２２は、本発明の第３の実施の形態による車両管理システムにおける車両利用後のパスワードによる認証処理の処理ルーチンを示すフローチャートである。
【図２３】図２３は、本発明の第４の実施の形態による車両管理システムの概要を示すブロック構成図である。
【図２４】図２４は、本発明の第４の実施の形態による車両管理システムにおける利用対象判断処理の処理ルーチンを示すフローチャートである。
【図２５】図２５は、本発明の第４の実施の形態による車両管理システムにおける事業者による利用処理の処理ルーチンを示すフローチャートである。
【発明を実施するための形態】
【００４８】
以下、添付の図面を参照しながら、本発明によるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な媒体の実施の形態の一例を詳細に説明するものとする。
【００４９】
なお、以下の説明においては、図１乃至図２を参照しながら説明した従来の技術による車両管理システム１００と同一または相当する構成については、上記において用いた符号と同一の符号を用いて示すことにより、この詳細な構成ならびに作用の説明は適宜に省略することとする。
【００５０】
まず、図３を参照しながら、本発明による車両管理システムの第１の実施の形態について説明する。図３には、本発明の第１の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。
【００５１】
この図３に示す本発明による車両管理システム１０は、事業者のパーソナルコンピューター１１８、会員となった利用者のパーソナルコンピューター１０４および当該利用者の携帯端末１０６とネットワークを介して接続されるサーバー１０８と、車両１１０に設けられるとともにサーバー１０８と携帯電話網を利用して接続される車載器１２と、車両１１０内の所定の位置に取り付けられるとともに車載器１２と接続されるカードリーダー１１４と、車両１１０のダッシュボードの運転席近傍に設けられたカードリーダー１４と、車両１１０のダッシュボード内に設けられるとともに車載器１２と接続されるキーボックス１１６とを有して構成されている。
【００５２】
なお、カードリーダー１１４を取り付ける所定の位置とは、道路運送車両の保安基準に準拠する位置（例えば、リアウインドウや運転席より後方側の座席等の側面のガラスである。）において、利用する人間が車両１１０の外から視認可能な位置である。
【００５３】
より詳細には、車載器１２は、車両１１０に備えられた装置や機能に対する監視や当該監視に基づく制御を行うものであり、ＧＰＳ衛星１６と通信するＧＰＳモジュール１２ａと、携帯電話網と接続する通信モジュール１２ｂと、ＧＰＳモジュール１２ａ、通信モジュール１２ｂ、監視部１２ｅ（後述する。）およびカードリーダー１４、１１４からの各種情報を処理するとともに、カードリーダー１４、１４４、キーボックス１１６ならびに車載器１２の全体の動きを制御するメインコントローラー１２ｃと、メインコントローラー１２ｃからの情報により車両１１０に設けられたエンジンスタータ１１０ａおよびドアロックアンロックシステム１１０ｂを操作する操作部１２ｄと、車両１１０に設けられたドアロックアンロックシステム１１０ｂ、ドアスイッチ１１０ｃ、イグニッション１１０ｄ、バッテリー電圧検出器１１０ｅ、燃料残量検出器１１０ｆ、車速検出器１１０ｇおよびキー検出器１１０ｈを監視する監視部１２ｅと、メインコントローラー１２ｃからの情報によりキーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスなどを出力させる音声モジュール１２ｆとを有して構成されている。
【００５４】
また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１６からＧＰＳ信号を受信するために必要なアンテナ１２ａａを備えており、また、通信モジュール１２ｂは、車載器１２が各種情報を携帯電話網を介して送受信するためのアンテナ１２ｂａを備えている。
【００５５】
さらに音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）に接続されている。
【００５６】
また、カードリーダー１４、１１４は、ＩＣカードに記憶された情報を読み取るものであり、カードリーダー１４は運転席近傍のダッシュボードに取り付けられて、また、カードリーダー１１４は道路運送車両の保安基準に準拠する位置に取り付けられており、それぞれ翳されたＩＣカードの情報を読み込むことが可能な位置に配置されている。
【００５７】
また、カードリーダー１４、１１４には、それぞれ取り付けられた位置において、利用する人間が視認可能な位置にＬＥＤランプ（図示せず。）が設けられている。
【００５８】
また、キー検出器１１０ｈは、ドアロック時またはドアロック解除時にキーが使用されると、監視部１２ｅにドアロック時またはアンロック時にキーが使用されたとの信号を出力するものである。
【００５９】
以上の構成において、図４乃至図１０を参照しながら、車両管理システム１０を利用して車両１１０の予約や利用を行う場合について説明するが、はじめに各構成要素の機能について説明する。
【００６０】
まず、メインコントローラー１２ｃは、サーバー１０８、カードリーダー１４、１１４、監視部１２ｅおよびＧＰＳ衛星からの各種情報の入力を行い、入力した情報を記憶するとともに、サーバー１０８に対して各種情報を出力する。
【００６１】
さらに、このメインコントローラー１２ｃは、操作部１２ｄ、監視部１２ｅ、音声モジュール１２ｆ、カードリーダー１４、１１４およびキーボックス１１６といった構成要素に対してそれらを制御する出力を行う。
【００６２】
また、操作部１２ｄは、監視部１２ｅにおけるイグニッション１１０ｄの監視結果などに基づいて、例えば、認証処理なしにキーを使用してエンジンをかけようとしたと判断された場合に、メインコントローラー１２ｃの制御により、エンジンスタータ１１０ａを起動しないように制御することでエンジンがかからないようにする。
【００６３】
さらに、操作部１２ｄは、監視部１２ｅにおけるキー検出器１１０ｈおよびドアロックアンロックシステム１１０ｂの監視結果に基づいて、キーにより車両１１０のドアロックが解除されたと判断された場合に、メインコントローラー１２ｃの制御により、エンジンスタータ１１０ａを起動しない状態とする。
【００６４】
さらにまた、操作部１２ｄは、メインコントローラー１２ｃから認証処理による認証が完了したとの情報を入力すると、ドアロックアンロックシステム１１０ｂを制御して車両１１０のドアのロックならびにロックの解除を行う。
【００６５】
また、監視部１２ｅは、ドアロックアンロックシステム１１０ｂからドアロック信号あるいはドアアンロック信号を取得することにより、ドアロックされたかあるいはドアロックが解除されたかの監視を行い、ドアスイッチ１１０ｃから開閉信号を取得することによりドアの開閉状態の監視を行い、イグニッション１１０ｄからＩＧ信号を取得することによりエンジンが起動した状態であるか否かの監視を行い、バッテリー電圧検出器１１０ｅから電位を取得することにより車両１１０が動作状態か否かの監視を行い、燃料残量検出器１１０ｆから燃料の残量信号を取得することにより車両１１０の燃料の残量の監視を行い、車速検出器１１０ｇから車速信号を取得することにより車両１１０の走行距離の監視を行い、キー検出器１１０ｈからキー使用信号を取得することによりドアロック時とドアロック解除時にキーが使用されたか否かを監視し、キーボックス１１６から所定の情報を取得することによりキーの有無などの監視を行うものであるとともに、こうした監視結果をメインコントローラー１２ｃに出力するものである。なお、キーボックス１１６から取得する所定の情報とは、例えば、キーボックス１１６内の重さにより判断した情報であってもよいし、キーボックス１１６内に設けられたキー収納部分にキーが収納されたか否かの情報であってもよい。
【００６６】
また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１６からのＧＰＳ信号を取得し、当該ＧＰＳ信号をメインコントローラー１２ｃに出力するものであり、メインコントローラー１２ｃにおいては、取得したＧＰＳ信号に基づいて車両１１０の位置情報を取得する。
【００６７】
また、通信モジュール１２ｂは、メインコントローラー１２ｃにおける各種情報を携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８から携帯電話網を利用して出力された各種情報をメインコントローラー１２ｃに出力する。
【００６８】
音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスを流すものである。
【００６９】
そして、カードリーダー１４、１１４は、メインコントローラー１２ｃによりその起動が制御されるとともに、ＩＣカードから取得した情報をメインコントローラー１２ｃに出力するものである。
【００７０】
また、キーボックス１１６は、認証処理が完了した後に、メインコントローラー１２ｃによって、キーの取り出しを可能または不可能な状態に制御するとともに、音声モジュール１２ｆからの音声ガイダンスを、スピーカー（図示せず。）から流すものである。
【００７１】
次に、図４乃至図１０を参照しながら、車両管理システム１０における利用者および事業者それぞれによる利用処理について説明する。
【００７２】
まず、利用者は、車両管理システム１０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。
【００７３】
これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。
【００７４】
さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。
【００７５】
即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。
【００７６】
そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム１０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。
【００７７】
なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。
【００７８】
また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。
【００７９】
一方、事業者は、車両管理システム１０による車両１１０の共用利用に際して、車両１１０のスペアキーと既に所定の認証用コードが記憶された事業者用ＩＣカードとを準備する。なお、この所定の認証用コードは、サーバー１０８の記憶手段（図示せず。）に事業者の登録コードとして記憶される。
【００８０】
なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、事業者用ＩＣカードを利用して認証処理を行うものである。
【００８１】
ところで、車両管理システム１０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。
【００８２】
即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２を起動すると、サーバー１０８において車両１１０の利用対象判断処理が開始される。
【００８３】
具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。
【００８４】
その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両１１０の利用対象判断処理が開始される。
【００８５】
この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。
【００８６】
ここで、図４のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ４０２）。
【００８７】
即ち、このステップＳ４０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。
【００８８】
このステップＳ４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ４０４）。なお、この利用者による利用処理については後述する。
【００８９】
また、ステップＳ４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、キーにより車両１１０のドアロックが解除されたか否かの判断を行う（ステップＳ４０６）。
【００９０】
即ち、このステップＳ４０６の判断処理においては、メインコントローラー１２ｃから出力された監視結果に基づいて、サーバー１０８によりキーによって車両１１０のドアロックが解除されたか否かの判断を行うものである。
【００９１】
具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロック解除の信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックが解除されたとの監視結果（つまり、ドアロック解除の信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。
【００９２】
その後、サーバー１０８において、入力された監視結果の情報からキーを利用して車両１１０のドアロックが解除されたとの判断を行う。
【００９３】
つまり、監視部１２ｅからキーが使用されたとの監視結果と、ドアロックが解除されたとの監視結果とがメインコントローラー１２ｃを介してサーバー１０８に出力されない限り、サーバー１０８においては、キーにより車両１１０のドアロックが解除されていないと判断される。
【００９４】
このとき、サーバー１０８においては、キー使用の信号が出力されたとの監視結果およびドアロック解除の信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。
【００９５】
ステップＳ４０６の判断処理において、キーにより車両１１０のドアロックが解除されたと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ４０８）。なお、この事業者による利用処理については後述する。
【００９６】
一方、ステップＳ４０６の判断処理において、キーにより車両１１０のドアロックが解除されていないと判断されると、再度、ステップＳ４０２の処理に戻り、ステップＳ４０２の処理以降の処理を行う。
【００９７】
つまり、この利用対象判断処理においては、ステップＳ４０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ４０６の判断処理でキーにより車両１１０のドアロックが解除されてないとの判断される限り、絶えずステップＳ４０２の判断処理およびステップＳ４０６の判断処理を繰り返すものである。さらに、ステップＳ４０４の利用者による利用処理（後述する。）またはステップＳ４０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。
【００９８】
次に、ステップＳ４０４の利用者による利用処理およびステップＳ４０８の事業者による利用処理について説明する。
【００９９】
まず、図５のフローチャートには、このステップＳ４０４の利用者による利用処理の詳細な処理内容が示されており、この利用者による利用処理においては、まず、利用開始時間１０分前になったので（ステップＳ４０２の判断処理において判断された判断結果である。）、予約情報（例えば、利用開始時間や利用終了時間などである。）がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃにおいて記憶される（ステップＳ５０２）。
【０１００】
メインコントローラー１２ｃに予約情報が記憶されると、メインコントローラー１２ｃの制御により、利用開始時間になると車両１１０に設けられたカードリーダー１４、１１４のうち、カードリーダー１１４のみを起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる（ステップＳ５０４）。
【０１０１】
そして、利用開始時間に車両１１０の駐車している駐車場まで来た利用者により、カードリーダー１１４に利用者用ＩＣカードが翳されると認証処理を開始する（ステップＳ５０６）。
【０１０２】
ここで、図６のフローチャートには、このステップＳ５０６の車両利用前の利用者用ＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用前の利用者用ＩＣカードによる認証処理においては、まず、予約した利用開始時間に、予約した車両１１０が駐車している駐車場についた利用者により、カードリーダー１１４に対して利用者用ＩＣカードが翳され、カードリーダー１１４において当該利用者用ＩＣカードの読み込みが行われる（ステップＳ６０２）。
【０１０３】
即ち、ステップＳ６０２の処理においては、カードリーダー１１４に翳された利用者用ＩＣカードに記憶された認証用コードを読み取るものである。
【０１０４】
そして、カードリーダー１１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ６０４）。
【０１０５】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている利用者の登録コードとが一致するか否かの判断を行う（ステップＳ６０６）。
【０１０６】
ステップＳ６０６の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断されると、認証用コードと利用者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで利用者に対して再び利用者用ＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ６０８）、再度、ステップＳ６０２の処理に戻り、ステップＳ６０２の処理以降の処理を行う。
【０１０７】
一方、ステップＳ６０６の判断処理において、認証用コードと利用者の登録コードとが一致すると判断されると、認証用コードと利用者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除するとともに、キーボックス１１６からキーを取り出すことができる状態とする（ステップＳ６１０）。
【０１０８】
なお、カードリーダー１１４に利用者用ＩＣカードが翳されて認証処理が開始され、認証用コードと利用者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１０９】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと利用者の登録コードとが一致しないと判断されたとき、認証用コードと利用者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０１１０】
上記のようにして、ステップＳ６０６の車両利用前の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ６０８）。
【０１１１】
その後、利用者は車両１１０に乗車して、キーボックス１１６からキーを取り出し、取り出したキーを利用してエンジンを起動して車両１１０を利用する。
【０１１２】
そして、予約した利用終了時間までに車両１１０を予め決められた駐車場に駐車させ、キーを利用して車両１１０のエンジンを停止させ、当該キーをキーボックス１１６に返却し、車両１１０から降車して車両１１０の全てのドアを閉める。
【０１１３】
その後、利用者によりカードリーダー１１４に利用者用ＩＣカードが翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取って認証処理を開始する（ステップＳ５１０）。
【０１１４】
ここで、図７のフローチャートには、このステップＳ５１０の車両利用後の利用者用ＩＣカードによる認証処理の詳細な処理内容が示されており、車両利用後の利用者用ＩＣカードによる認証処理においては、まず、監視部１２ｅにおけるイグニッション１１０ｄ、キーボックス１１６ならびにドアスイッチ１１０ｃの監視結果に基づいて、メインコントローラー１２ｃにより車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められているか否かの判断を行う（ステップＳ７０２）。
【０１１５】
ステップＳ７０２の判断処理において、「車両１１０のエンジンの停止」「キーボックス１１６へのキーの返却」、「車両１１０の全てのドアが閉められていること」の３つのうち１つでも行われていないと判断されると、継続して車両１１０を利用するものと判断して、この認証処理を終了する。
【０１１６】
一方、ステップＳ７０２の判断処理において、車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められていると判断されると、メインコントローラー１２ｃの制御により、車両１１０に設けられたカードリーダー１４、１１４のうち、カードリーダー１１４のみを起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる。
【０１１７】
このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して利用者に対してカードリーダー１１４に利用者用ＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すようにしてもよい。
【０１１８】
そして、利用者により利用者用ＩＣカードがカードリーダー１１４に翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取る（ステップＳ７０４）。
【０１１９】
即ち、ステップＳ７０４の処理では、利用者によりカードリーダー１１４に利用者用ＩＣカードが翳されることにより、カードリーダー１１４では利用者用ＩＣカードの認証用コードを読み取るものである。
【０１２０】
その後、カードリーダー１１４において、利用者用ＩＣカードを読み取ると、読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから、カードリーダー１１４で読み取った認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ７０６）。
【０１２１】
認証用コードがサーバー１０８に入力されると、サーバー１０８においては、当該認証用コードと予めサーバー１０８に記憶された利用者の登録コードとが一致するか否かの判断を行う（ステップＳ７０８）。
【０１２２】
このステップＳ７０８の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断されると、サーバー１０８から、認証用コードと利用者の登録コードとが一致しないという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃでは、認証用コードと利用者の登録コードとが一致しないという判断結果に基づいて、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びカードリーダー１１４に利用者用ＩＣカードを翳すように警告し（ステップＳ６１０）、再度、ステップＳ７０４の処理に戻る。
【０１２３】
一方、ステップＳ７０８の判断処理において、認証用コードと利用者の登録コードとが一致すると判断されると、サーバー１０８において、サーバー１０８で管理されている予約情報から認証用コードと一致する登録コードの利用者の予約状況を確認し（ステップＳ７１２）、この判断処理が行われている時間において当該利用者が利用している車両１１０が存在するか否かの判断を行う（ステップＳ７１４）。
【０１２４】
このステップＳ７１４の判断処理において、利用者が利用している車両１１０が存在しないと判断されると、サーバー１０８から、利用者が利用している車両１１０が存在しないとの判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃによりカードリーダー１１４を起動した状態で、車両１１０のセキュリティを起動せずにこの認証処理を終了する。
【０１２５】
即ち、ステップＳ７１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、当該利用者による車両１１０の返却は不可能であると判断され、車両１１０が返却されていない状態、つまり、利用者が車両１１０を使用したままの状態となる。
【０１２６】
また、ステップＳ７１４の判断処理において、利用者が利用している車両１１０が存在すると判断されると、サーバー１０８から、利用者が利用している車両１１０が存在するとの判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力する。メインコントローラー１２ｃでは、利用者が利用している車両１１０が存在するとの判断結果に基づいて、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行うとともに、キーボックス１１６からキーを取り出すことができない状態とする（ステップＳ７１６）。
【０１２７】
なお、カードリーダー１１４に利用者用ＩＣカードが翳されて認証処理が開始され、利用者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１２８】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと利用者の登録コードとが一致しないと判断されたとき、利用者が利用している車両１１０が存在すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０１２９】
そして、上記したステップＳ５１０の車両利用後の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ５１２）。
【０１３０】
その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量など、利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ５１４）。
【０１３１】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０１３２】
こうしてサーバー１０８において、予約情報やステップＳ５１４の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ５１６）、利用者による利用処理を終了する。
【０１３３】
なお、こうした算出された各利用者における利用料金については、予め決められた利用者への料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０１３４】
また、こうした各利用者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０１３５】
また、図８のフローチャートには、上記したステップＳ４０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、キーにより車両１１０のドアロックが解除されたので（ステップＳ４０６の判断処理において判断された判断結果である。）、サーバー１０８において予約情報を確認し、事業者がキー（スペアキー）により車両１１０のドアロックを解除した時間以降において直近の予約の利用開始時間を、事業者に対して通知する（ステップＳ８０２）。
【０１３６】
即ち、このステップＳ８０２の処理においては、サーバー１０８において確認した予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。
【０１３７】
そして、メインコントローラー１２ｃに利用開始時間が出力されると、メインコントローラー１２ｃの制御により、車両１１０に設けられたカードリーダー１４、１１４のうち、運転席近傍のダッシュボードに設けられたカードリーダー１４のみを起動して、カードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者にカードリーダー１４の起動を知らせる（ステップＳ８０４）。
【０１３８】
さらに、カードリーダー１４が起動すると、メインコントローラー１２ｃの制御により操作部１２ｄを介して、エンジンスタータ１１０ａを起動しない状態とする（ステップＳ８０６）。
【０１３９】
次に、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ８０８）。
【０１４０】
ここで、ステップＳ８０２の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者が車両１１０を利用するか否かを決めることとなり、このステップＳ８０８の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かを判断するものである。
【０１４１】
即ち、ステップＳ８０８の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。
【０１４２】
具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。
【０１４３】
一方、カードリーダー１４に事業者により事業者用ＩＣカードが翳され、ＩＣカードの読み込みを行った場合、読み込んだ情報（認証用コード）がカードリーダー１４からメインコントローラー１２ｃに出力され、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力される。すると、サーバー１０８においては、当該読み込まれた情報（認証用コード）がサーバー１０８に入力したか否かを判断することにより、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。
【０１４４】
つまり、ステップＳ８０８の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックをした場合には、事業者が車両１１０の利用を中止したと判断され、事業者が車両１１０に乗車して事業者用ＩＣカードをカードリーダー１４に翳した場合には、事業者が車両１１０の利用を中止しなかったと判断されるものである。
【０１４５】
このステップＳ８０８の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。
【０１４６】
また、ステップＳ８０８の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、認証処理を開始する（ステップＳ８１０）。
【０１４７】
ここで、図９のフローチャートには、このステップＳ８１０の車両利用前の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用前の事業者用ＩＣカードによる認証処理においては、まず、カードリーダー１４に翳された事業者用ＩＣカードの読み込みが行われる（ステップＳ９０２）。
【０１４８】
即ち、ステップＳ９０２の処理においては、事業者によりカードリーダー１４に翳された事業者用ＩＣカードに記憶された所定の認証用コードを読み取りが行われる。
【０１４９】
そして、カードリーダー１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ９０４）。
【０１５０】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ９０６）。
【０１５１】
ステップＳ９０６の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで事業者に対して再び事業者用ＩＣカードをカードリーダー１４に翳すように警告し（ステップＳ９０８）、再度、ステップＳ９０２の処理に戻り、ステップＳ９０２の処理以降の処理を行う。
【０１５２】
一方、ステップＳ９０６の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、認証用コードと事業者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、事業者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、エンジンスタータ１１０ａを起動できる状態とする（ステップＳ９１０）。
【０１５３】
なお、カードリーダー１４に事業者用ＩＣカードが翳されて認証処理が開始され、認証用コードと事業者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１５４】
上記した説明において、カードリーダー１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたとき、認証用コードと事業者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０１５５】
上記のようにして、ステップＳ８１０の車両利用前の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１４の電源を切る（ステップＳ８１２）。
【０１５６】
さらに、サーバー１０８において、この車両利用前の事業者用ＩＣカードによる認証処理が完了した時点から、ステップＳ８０２の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ８１４）。
【０１５７】
即ち、このステップＳ８１４の処理においては、車両利用前の認証処理が完了した時点から直近の予約の利用開始時間までの予約を予約サイトにおいて不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。
【０１５８】
その後、事業者は、キー（スペアキー）を利用して車両１１０のエンジンを起動して車両１１０を利用する。
【０１５９】
なお、事業者が車両１１０を利用しているときに、直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の利用開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。
【０１６０】
また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ８１６）。
【０１６１】
即ち、ステップＳ８１６の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０のエンジンが停止したか否かの判断を行う。
【０１６２】
ステップＳ８１６の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ８１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０１６３】
つまり、事業者による車両１１０の利用中は、常にステップＳ８１６の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。
【０１６４】
一方、ステップＳ８１６の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ８１８）。
【０１６５】
即ち、ステップＳ８１８の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。
【０１６６】
そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ８２０）。
【０１６７】
このとき、ステップＳ８１８の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０位置情報の誤差を考慮して判断を行うものである。
【０１６８】
つまり、このステップＳ８２０の判断処理においては、ステップＳ８１８の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。
【０１６９】
ステップＳ８２０の判断処理において、ステップＳ８１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ８１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果が、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ８１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０１７０】
また、ステップＳ８２０の判断処理において、ステップＳ８１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ８１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、車両利用後の事業者用ＩＣカードによる認証処理が開始される（ステップＳ８２２）。
【０１７１】
ここで、図１０のフローチャートには、ステップＳ８２２の車両利用後の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、車両利用後の事業者用ＩＣカードによる認証処理においては、まず、ステップＳ８２０の判断処理において、ステップＳ８１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致すると判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃの制御によりカードリーダー１４を起動する（ステップＳ１００２）。
【０１７２】
このとき、カードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者にカードリーダー１４の起動を知らせるようにする。
【０１７３】
また、このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して事業者に対してカードリーダー１４に事業者用ＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。
【０１７４】
そして、事業者がカードリーダー１４に事業者用ＩＣカードを翳すと、カードリーダー１４に翳された事業者用ＩＣカードを読み込む（ステップＳ１００４）。
【０１７５】
即ち、このステップＳ１００４の処理においては、カードリーダー１４に翳された事業者用ＩＣカードに記憶された所定の認証用コードを読み取るものである。
【０１７６】
そして、カードリーダー１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１００６）。
【０１７７】
認証用コードがサーバー１０８に出力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ１００８）。
【０１７８】
ステップＳ１００８の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず）を点滅させることで事業者に対して再び事業者用のＩＣカードをカードリーダー１４に翳すように警告し（ステップ１０１０）、再度ステップＳ１００２の処理に戻り、ステップＳ１００２の処理以降の処理を行う。
【０１７９】
一方、ステップＳ１００８の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、事業者による車両１１０の利用が終了したものとする。
【０１８０】
なお、カードリーダー１４に事業者用ＩＣカードが翳されて認証処理が開始され、事業者用ＩＣカードの認証用コードと事業者の登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１８１】
上記した説明において、カードリーダー１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、事業者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０１８２】
そして、上記したステップＳ８２２の車両利用後の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１４の電源を切る（ステップＳ８２４）。
【０１８３】
その後、事業者によりキー（スペアキー）を利用して車両１１０のドアロックがなされると、サーバー１０８において、予約サイトにおける予約を再開する（ステップＳ８２６）。
【０１８４】
ここで、予約サイトにおいては、ステップＳ８１４の処理において、車両利用前の事業者用ＩＣカードによる認証処理が完了した時点から、ステップＳ８０２の処理において確認した直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態とし、当該直近の予約の利用終了時間以降の予約は予約サイトにおいて予約可能なものとしていた。従って、ステップＳ８２６の処理においては、事業者による車両１１０の利用が終了した時点、つまり、車両１１０のドアロックがなされた時点から当該直近の予約の利用開始時間までの予約サイトにおける予約を予約可能な状態とするものである。
【０１８５】
なお、キーを利用して車両１１０のドアロックがなされると、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力され、監視部１２ｅによるこうした信号（キー使用の信号およびドアロックの信号）が出力されたとの監視結果がメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。
【０１８６】
その後、サーバー１０８において入力された監視結果の情報からキーを利用して車両１１０のドアロックがなされたと判断するものであるが、このとき、サーバー１０８においては、キー使用の信号およびドアロックの信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。
【０１８７】
次に、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ８２８）。
【０１８８】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０１８９】
こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ８２８の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ８３０）、事業者による利用処理を終了する。
【０１９０】
なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０１９１】
また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０１９２】
次に、図１１を参照しながら、本発明による車両管理システムの第２の実施の形態について説明する。図１１には、本発明の第２の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。
【０１９３】
この図１１に示す本発明による車両管理システム２０は、上記した第１の実施の形態の車両管理システム１０と比較すると、カードリーダーとしてカードリーダー１１４のみが設けられ、当該カードリーダー１１４上にメインコントローラー１２ｃに接続されたタッチセンサー２２が配設されている点において異なっている。
【０１９４】
このタッチセンサー２２は、常に作動した状態となっており、カードリーダー１１４にＩＣカードや人の指がガラス面（つまり、カードリーダー１１４が取り付けられたガラス面である。）を介して接触したか否かを検知するものである。
【０１９５】
以下、図１２乃至図１６を参照しながら、車両管理システム２０における利用者および事業者それぞれによる利用処理について説明する。
【０１９６】
まず、利用者は、車両管理システム２０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。
【０１９７】
これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。
【０１９８】
さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。
【０１９９】
即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。
【０２００】
そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム２０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。
【０２０１】
なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。
【０２０２】
また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。
【０２０３】
一方、事業者は、車両管理システム２０による車両１１０の共用利用に際して、車両１１０のスペアキーと既に所定の認証用コードが記憶された事業者用ＩＣカードとを準備する。なお、この所定の認証用コードは、サーバー１０８の記憶手段（図示せず。）に事業者の登録コードとして記憶される。
【０２０４】
なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、事業者用ＩＣカードを利用して認証処理を行うものである。
【０２０５】
ところで、車両管理システム２０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。
【０２０６】
即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２を起動すると、サーバー１０８において車両１１０の利用対象判断処理が開始される。
【０２０７】
具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。
【０２０８】
その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両１１０の利用対象判断処理を開始する。
【０２０９】
この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。
【０２１０】
ここで、図１２のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ１２０２）。
【０２１１】
即ち、このステップＳ１２０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。
【０２１２】
このステップＳ１２０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ１２０４）。なお、この利用者による利用処理については後述する。
【０２１３】
また、ステップＳ１２０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、タッチセンサー２２による検知があったか否かの判断を行う（ステップＳ１２０６）。
【０２１４】
即ち、このステップＳ１２０６の判断処理においては、ＩＣカードや人の指がガラス面を介してタッチセンサー２２に検知されたときのみ、タッチセンサー２２による検知情報がメインコントローラー１２ｃに出力され、さらに、メインコントローラー１２ｃからサーバー１０８に出力されて、サーバー１０８においてタッチセンサー２２による検知があったと判断される。従って、タッチセンサー２２から検知情報がメインコントローラー１２ｃに出力されないと、タッチセンサー２２による検知がなかったと判断される。
【０２１５】
ステップＳ１２０６の判断処理において、タッチセンサー２２による検知があったと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ１２０８）。なお、この事業者による利用処理については後述する。
【０２１６】
一方、ステップＳ１２０６の判断処理において、タッチセンサー２２による検知がなかったと判断されると、再度、ステップＳ１２０２の処理に戻り、ステップＳ１２０２の処理以降の処理を行う。
【０２１７】
つまり、この利用対象判断処理においては、ステップＳ１２０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ１２０６の判断処理でタッチセンサー２２による検知がなかったと判断される限り、絶えずステップＳ１２０２およびステップＳ１２０６の判断処理を繰り返すものである。さらに、ステップＳ１２０４の利用者による利用処理（後述する。）またはステップＳ１２０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。
【０２１８】
次に、ステップＳ１２０４の利用者による利用処理およびステップＳ１２０８の事業者による利用処理について説明する。
【０２１９】
まず、図１３のフローチャートには、このステップＳ１２０４の利用者による利用処理の詳細な処理内容が示されており、この利用者による利用処理においては、まず、利用開始時間１０分前になったので（ステップＳ１２０２の判断処理において判断された判断結果である。）、予約情報（例えば、利用開始時間や利用終了時間などである。）がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃにおいて記憶される（ステップＳ１３０２）。
【０２２０】
メインコントローラー１２ｃに予約情報が記憶されると、メインコントローラー１２ｃの制御により、利用開始時間になると車両１１０に設けられたカードリーダー１１４を起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる（ステップＳ１３０４）。
【０２２１】
そして、利用開始時間に車両１１０の駐車している駐車場まで来た利用者により、カードリーダー１１４に利用者用ＩＣカードが翳されて認証処理を開始する（ステップＳ１３０６）。
【０２２２】
即ち、このステップＳ１３０６の認証処理においては、車両利用前の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用前の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略する。
【０２２３】
なお、車両利用前の利用者用ＩＣカードによる認証処理においては、タッチセンサー２２により検知情報が出力されるが、利用者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。
【０２２４】
こうして車両利用前の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ１３０８）。
【０２２５】
その後、利用者は車両１１０に乗車して、キーボックス１１６からキーを取り出し、取り出したキーを利用してエンジンを起動して車両１１０を利用する。
【０２２６】
そして、予約した利用終了時間までに車両１１０を予め決められた駐車場に駐車させ、キーを利用して車両１１０のエンジンを停車させ、当該キーをキーボックス１１６に返却し、車両１１０から降車して車両１１０の全てのドアを閉める。
【０２２７】
その後、利用者によりカードリーダー１１４に利用者用のＩＣカードが翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取って認証処理を開始する（ステップＳ１３１０）。
【０２２８】
即ち、このステップＳ１３１０の処理においては、車両利用後の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用後の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略する。
【０２２９】
なお、車両利用後の利用者用ＩＣカードによる認証処理においては、タッチセンサー２２により検知情報が出力されるが、利用者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。
【０２３０】
そして、上記したステップＳ１３１０の車両利用後の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ１３１２）。
【０２３１】
その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量など、利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１３１４）。
【０２３２】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に、設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０２３３】
こうしてサーバー１０８において、予約情報やステップＳ１３１４の処理におり出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ１３１６）、利用者による利用処理を終了する。
【０２３４】
なお、こうした算出された各利用者における利用料金については、予め決められた利用者への料金請求日などの所定のタイミングで、それぞれ利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０２３５】
また、こうした各利用者による利用状況や利用時間については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０２３６】
また、図１４のフローチャートには、上記したステップＳ１２０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介して事業者による利用処理が開始した旨の信号がメインコントローラー１２ｃに出力され、メインコントローラー１２ｃによりカードリーダー１１４を起動して、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者にカードリーダー１１４の起動を知らせる（ステップＳ１４０２）。
【０２３７】
その後、事業者によりカードリーダー１１４に事業者用ＩＣカードが翳されると、カードリーダー１１４に翳された事業者用ＩＣカードによる認証処理を開始する（ステップＳ１４０４）。
【０２３８】
ここで、図１５のフローチャートには、このステップＳ１４０４の車両利用前の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用前の事業者用ＩＣカードによる認証処理においては、まず、カードリーダー１１４に翳された事業者用ＩＣカードの読み込みが行われる（ステップＳ１５０２）。
【０２３９】
即ち、このステップＳ１５０２の処理においては、カードリーダー１１４に翳された事業者用ＩＣカードに記憶された認証用コードを読み取るものである。
【０２４０】
このとき、タッチセンサー２２により検知情報が出力されるが、事業者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。
【０２４１】
そして、カードリーダー１１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１５０４）。
【０２４２】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ１５０６）。
【０２４３】
ステップＳ１５０６の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用して、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで事業者に対して再び事業者用ＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ１５０８）、再度、ステップＳ１５０２の処理に戻り、ステップＳ１５０２の処理以降の処理を行う。
【０２４４】
一方、ステップＳ１５０６の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、認証用コードと事業者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、事業者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除する（ステップＳ１５１０）。
【０２４５】
このとき、サーバー１０８においては、認証用コードと事業者の登録コードとが一致すると判断した時間を、事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。
【０２４６】
なお、カードリーダー１１４に事業者用ＩＣカードが翳されて認証処理が開始され、認証用コードと事業者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０２４７】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたとき、認証用コードと事業者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０２４８】
上記のようにして、ステップＳ１４０４の車両利用前の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ１４０６）。
【０２４９】
その後、サーバー１０８において予約情報を確認し、事業者が認証処理を行った時間以降において直近の予約の利用開始時間を事業者に対して通知する（ステップＳ１４０８）。
【０２５０】
即ち、このステップＳ１４０８の処理においては、サーバー１０８において確認した直近の予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間を音声ガイダンスとしてキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。
【０２５１】
なお、この音声ガイダンスを流すタイミングとしては、監視部１２ｅのドアスイッチ１１０ｃにおける監視結果に基づいて、メインコントローラー１２ｃにおいてドアが開いたと判断された後に音声ガイダンスを流すようにする。つまり、認証処理後に事業者が車両１１０に乗車する際に音声ガイダンスが流れるようにする。
【０２５２】
次に、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ１４１０）。
【０２５３】
ここで、ステップＳ１４１０の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者は車両１１０を利用するか否かを決めることとなり、このステップＳ１４１０の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かの判断を行うものである。
【０２５４】
即ち、ステップＳ１４１０の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。
【０２５５】
具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。
【０２５６】
一方、事業者がキー（スペアキー）を利用してエンジンを起動した場合、監視部１２ｅにおけるイグニッション１１０ｄとキー検出器１１０ｈとの監視結果がメインコントローラー１２ｃから通信モジュール１２ｂを介して、携帯電話網を利用してサーバー１０８に出力される。すると、サーバー１０８においては、当該監視結果からキーを利用してエンジンが起動されたと判断されることにより、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。
【０２５７】
つまり、ステップＳ１４１０の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックを行った場合には、事業者が車両１１０の利用を中止したと判断され、事業者がキー（スペアキー）を利用してエンジンを起動した場合には、事業者が車両１１０の利用を中止しなかったと判断される。
【０２５８】
このステップＳ１４１０の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。
【０２５９】
また、ステップＳ１４１０の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、当該判断がなされた時点から、ステップＳ１４０８の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ１４１２）。
【０２６０】
即ち、ステップＳ１４１２の処理においては、ステップＳ１４１２の判断処理において、事業者が車両１１０の利用を中止しなかったと判断された時点から直近の予約の利用開始時間までの予約を予約サイトにおいて不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。
【０２６１】
そして、事業者は車両１１０を利用するものであるが、事業者が車両１１０を利用しているときに直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の予約開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。
【０２６２】
また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ１４１４）。
【０２６３】
即ち、ステップＳ１４１４の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて車両１１０エンジンが停止したか否かの判断を行う。
【０２６４】
ステップＳ１４１４の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ１４１４の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０２６５】
つまり、事業者による車両１１０の利用中は、常にステップＳ１４１４の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。
【０２６６】
一方、ステップＳ１４１４の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ１４１６）。
【０２６７】
即ち、ステップＳ１４１６の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。
【０２６８】
そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ１４１８）。
【０２６９】
このとき、ステップＳ１４１６の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０の位置情報の誤差を考慮して判断を行うものである。
【０２７０】
つまり、このステップＳ１４１８の判断処理においては、ステップＳ１４１６の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。
【０２７１】
ステップＳ１４１８の判断処理において、ステップＳ１４１６の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ１４１６の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果が、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ１４１４の判断処理に戻り車両１１０のエンジンが停止したか否かの判断を行う。
【０２７２】
また、ステップＳ１４１８の判断処理において、ステップＳ１４１６の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ１４１６の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、車両利用後の認証処理が開始される（ステップＳ１４２０）
【０２７３】
ここで、図１６のフローチャートには、ステップＳ１４２０の車両利用後の事業者用ＩＣカードにより認証処理の詳細な処理内容が示されており、車両利用後の事業者用ＩＣカードによる認証処理においては、まず、１４１８の処理において、ステップＳ１４１６の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致すると判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃの制御によりカードリーダー１１４を起動する（ステップＳ１６０２）。
【０２７４】
このとき、カードリーダー１４に設けられたＬＥＤランプを点滅させて事業者にカードリーダー１１４の起動を知らせるようにする。
【０２７５】
また、このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して事業者に対してカードリーダー１１４に事業者用ＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。
【０２７６】
そして、事業者がカードリーダー１１４に事業者用ＩＣカードを翳すと、カードリーダー１１４に翳された事業者用ＩＣカードを読み込む（ステップＳ１６０４）。
【０２７７】
即ち、このステップＳ１６０４）の処理においては、カードリーダー１１４に翳された事業者用ＩＣカードに記憶された所定の認証用コードを読み取るものである。
【０２７８】
このとき、タッチセンサー２２により検知情報が出力されるが、事業者による利用処理中に当該検知情報がメインコントローラー１２ｃに出力されても、メインコントローラー１２ｃにおいては、この検知情報を無視することとなる。
【０２７９】
そして、カードリーダー１１４で読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該認証用コードを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１６０６）。
【０２８０】
認証用コードがサーバー１０８に出力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ１６０８）。
【０２８１】
ステップＳ１６０８の判断処理において、認証用コードと事業者の登録コードとが一致しないと判断されると、認証用コードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１４に設けられたＬＥＤランプ（図示せず）を点滅させることで事業者に対して再び事業者用のＩＣカードをカードリーダー１４に翳すように警告し（ステップ１６１０）、再度ステップＳ１００２の処理に戻り、ステップＳ１６０２の処理以降の処理を行う。
【０２８２】
一方、ステップＳ１６０８の判断処理において、認証用コードと事業者の登録コードとが一致すると判断されると、認証用コードと事業者の登録コードとが一致するという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃにおいて事業者が利用している車両１１０が存在するとの判断結果に基づいて、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行う（ステップＳ１６１０）。
【０２８３】
このとき、サーバー１０８においては、認証用コードと事業者の登録コードとが一致すると判断した時間を、事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。
【０２８４】
なお、カードリーダー１１４に事業者用ＩＣカードが翳されて認証処理が開始され、事業者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０２８５】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと事業者の登録コードとが一致しないと判断されたとき、車両１１０の返却処理の完了時に、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０２８６】
そして、上記したステップＳ１４２０の車両利用後の事業者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ１４２２）。
【０２８７】
その後、事業者によりキー（スペアキー）を利用して車両１１０のドアロックがなされると、サーバー１０８において、予約サイトにおける予約を再開する（ステップＳ１４２４）。
【０２８８】
ここで、予約サイトにおいては、ステップＳ１４１２の処理において、事業者がキー（スペアキー）によりエンジンを起動した時点から、ステップＳ１４０８の処理において確認した直近の予約の利用開始時間までの予約を予約サイトにおける予約を予約不可能な状態とし、当該直近の予約の利用終了時間以降の予約は予約サイトにおいて予約可能なものとしていた。従って、ステップＳ１４２４の処理においては、事業者による車両１１０の利用が終了した時点、つまり、車両１１０のドアロックがなされた時点から当該直近の予約の利用開始時間までの予約サイトにおける予約を予約可能な状態とするものである。
【０２８９】
次に、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを開始、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１４２６）。
【０２９０】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０２９１】
こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ８２２の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ１４２８）、事業者による利用処理を終了する。
【０２９２】
なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０２９３】
また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０２９４】
次に、図１７を参照しながら、本発明による車両管理システムの第３の実施の形態について説明する。図１７には、本発明の第３の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。
【０２９５】
この図１７に示す本発明による車両管理システム３０は、上記した第１の実施の形態の車両管理システム１０と比較すると、カードリーダー１４に代えて、テンキー３２が設けられている点において異なっている。
【０２９６】
このテンキー３２は、メインコントローラー１２ｃに接続されており、運転席近傍のダッシュボード上において運転手が操作しやすい位置に配設されている。
【０２９７】
さらに、テンキー３２は、ダッシュボード上において運転手が操作しやすい位置に配設された状態で、運転手が視認可能な位置にＬＥＤランプ（図示せず。）が設けられている。
【０２９８】
以下、図１８乃至図２２を参照しながら、車両管理システム３０における利用者および事業者それぞれによる利用処理について説明する。
【０２９９】
まず、利用者は、車両管理システム３０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。
【０３００】
これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。
【０３０１】
さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。
【０３０２】
即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。
【０３０３】
そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム３０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。
【０３０４】
なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。
【０３０５】
また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。
【０３０６】
一方、事業者は、車両管理システム３０による車両１１０の共用利用に際して、車両１１０のスペアキーと複数の数字の組み合わせにより作成された所定のパスワードとを準備する。なお、この所定のパスワードは、サーバー１０８の記憶手段（図示せず。）に事業者の登録コードとして記憶される。
【０３０７】
なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、所定のパスワードを利用して認証処理を行うものである。
【０３０８】
ところで、車両管理システム３０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。
【０３０９】
即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２を起動すると、サーバー１０８において車両１１０の利用対象判断処理が開始される。
【０３１０】
具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。
【０３１１】
その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両１１０の利用対象判断処理が開始される。
【０３１２】
この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。
【０３１３】
ここで、図１８のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、上記した第１の実施の形態における車両管理システム１０の利用対象判断処理と同様の処理を行うものである。
【０３１４】
即ち、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ１８０２）。
【０３１５】
即ち、このステップＳ１８０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。
【０３１６】
このステップＳ１８０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ１８０４）。なお、この利用者による利用処理については後述する。
【０３１７】
また、ステップＳ１８０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、キーにより車両１１０のドアロックが解除されたか否かの判断を行う（ステップＳ１８０６）。
【０３１８】
即ち、このステップＳ１８０６の判断処理においては、メインコントローラー１２ｃから出力された監視結果に基づいて、サーバー１０８によりキーにより車両１１０のドアロックが解除されたか否かの判断を行うものである。
【０３１９】
具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロック解除の信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックが解除されたとの監視結果（つまり、ドアロック解除の信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。
【０３２０】
その後、サーバー１０８において、入力された監視結果の情報からキーを利用して車両１１０のドアロックが解除されたとの判断を行う。このとき、サーバー１０８においては、キー使用の信号が出力されたとの監視結果およびドアロック解除の信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。
【０３２１】
つまり、監視部１２ｅからキーが使用されたとの監視結果と、ドアロックが解除されたとの監視結果とがメインコントローラー１２ｃを介してサーバー１０８に出力されない限り、サーバー１０８においては、キーにより車両１１０のドアロックが解除されていないと判断される。
【０３２２】
ステップＳ１８０６の判断処理において、キーにより車両１１０のドアロックが解除されたと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ１８０８）。なお、この事業者による利用処理については後述する。
【０３２３】
一方、ステップＳ１８０６の判断処理において、キーにより車両１１０のドアロックが解除されていないと判断されると、再度、ステップＳ１８０２の処理に戻り、ステップＳ１８０２の処理以降の処理を行う。
【０３２４】
つまり、この利用対象判断処理においては、ステップＳ１８０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ１８０６の判断処理でキーにより車両１１０のドアロックが解除されてないとの判断される限り、絶えずステップＳ１８０２の判断処理およびステップＳ１８０６の判断処理を繰り返すものである。さらに、ステップＳ１８０４の利用者による利用処理（後述する。）またはステップＳ１８０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。
【０３２５】
次に、ステップＳ１８０４の利用者による利用処理およびステップＳ１８０８の事業者による利用処理について説明する。
【０３２６】
まず、図１９のフローチャートには、このステップＳ１８０４の利用者による利用処理の詳細な処理内容が示されており、この利用者による利用処理においては、まず、利用開始時間１０分前になったので（ステップＳ１８０２の判断処理において判断された判断結果である。）、予約情報（例えば、利用開始時間や利用終了時間などである。）がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、メインコントローラー１２ｃにおいて記憶される（ステップＳ１９０２）。
【０３２７】
メインコントローラー１２ｃに予約情報が記憶されると、メインコントローラー１２ｃの制御により、利用開始時間になると車両１１０に設けられたカードリーダー１１４を起動し、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる（ステップＳ１９０４）。
【０３２８】
そして、利用開始時間に車両１１０の駐車している駐車場まで来た利用者により、カードリーダー１１４に利用者用ＩＣカードが翳されると認証処理を開始する（ステップＳ１９０６）。
【０３２９】
即ち、このステップＳ１９０６の認証処理においては、車両利用前の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用前の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略する。
【０３３０】
こうして車両利用前の利用者用ＩＣカードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源を切る（ステップＳ１９０８）。
【０３３１】
その後、利用者は車両１１０に乗車して、キーボックス１１６からキーを取り出し、取り出したキーを利用してエンジンを起動して車両１１０を利用する。
【０３３２】
そして、予約した利用終了時間までに車両１１０を予め決められた駐車場に駐車させ、キーを利用して車両１１０のエンジンを停止させ、当該キーをキーボックス１１６に返却し、車両１１０から降車して車両１１０の全てのドアを閉める。
【０３３３】
その後、利用者によりカードリーダー１１４に利用者用ＩＣカードが翳されると、カードリーダー１１４において利用者用ＩＣカードを読み取って認証処理を開始する（ステップＳ１９１０）。
【０３３４】
即ち、このステップＳ１９１０の処理においては、車両利用後の利用者用ＩＣカードによる認証処理が行われるものであり、この認証処理については、上記した第１の実施の形態における車両管理システム１０の利用者による利用処理の車両利用後の利用者用ＩＣカードによる認証処理と同様の処理を行うものであるため、その詳細な説明は省略することとする。
【０３３５】
そして、上記したステップＳ１９１０の車両利用後の利用者用ＩＣカードによる認証処理による認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源を切る（ステップＳ１９１２）。
【０３３６】
その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量など、利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視結果を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１９１４）。
【０３３７】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に、設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０３３８】
こうしてサーバー１０８において、予約情報やステップＳ１３１４の処理におり出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ１９１６）、利用者による利用処理を終了する。
【０３３９】
なお、こうした算出された各利用者における利用料金については、予め決められた利用者への料金請求日などの所定のタイミングで、それぞれ利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０３４０】
また、こうした各利用者による利用状況や利用時間については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０３４１】
また、図２０のフローチャートには、上記したステップＳ１８０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、キーのより車両１１０のドアロックが解除されたので（ステップＳ１８０６の判断処理において判断された判断結果である。）、サーバー１０８において予約情報を確認し、事業者がキー（スペアキー）により車両１１０のドアロックを解除した時間以降において直近の予約の利用開始時間を、事業者に対して通知する（ステップＳ２００２）。
【０３４２】
即ち、このステップＳ２００２の処理においては、サーバー１０８において確認した予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。
【０３４３】
そして、メインコントローラー１２ｃに利用開始時間が出力されると、メインコントローラー１２ｃの制御により、テンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者に対して所定のパスワードの入力を促す（ステップＳ２００４）。
【０３４４】
その後、メインコントローラー１２ｃの制御により操作部１２ｄを介して、エンジンスタータ１１０ａを起動しない状態とする（ステップＳ２００６）。
【０３４５】
次に、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ２００８）。
【０３４６】
ここで、ステップＳ２００２の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者が車両１１０を利用するか否かを決めることとなり、このステップＳ２００８の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かを判断するものである。
【０３４７】
即ち、ステップＳ２００８の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。
【０３４８】
具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。
【０３４９】
一方、事業者によりテンキー３２が操作された場合、テンキー３２により入力された情報がテンキー３２からメインコントローラー１２ｃに出力され、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用して、サーバー１０８に出力される。すると、サーバー１０８においては、事業者が車両１１０を利用することにしたと判断することとなり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。
【０３５０】
つまり、ステップＳ２００８の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックをした場合には、事業者が車両１１０の利用を中止したと判断され、事業者が車両１１０に乗車してテンキー３２を操作した場合には、事業者が車両１１０の利用を中止しなかったと判断されるものである。
【０３５１】
このステップＳ２００８の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。
【０３５２】
また、ステップＳ２００８の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、認証処理を開始する（ステップＳ２０１０）。
【０３５３】
ここで、図２１のフローチャートには、このステップＳ２０１０の車両利用前のパスワードによる認証処理の詳細な処理内容が示されており、この車両利用前のパスワードによる認証処理においては、まず、事業者がテンキー３２を操作することにより入力されたパスワードをメインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２１０２）。
【０３５４】
パスワードがサーバー１０８に入力されると、サーバー１０８では、当該パスワードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ２１０４）。
【０３５５】
ステップＳ２１０４の判断処理において、パスワードと事業者の登録コードとが一致しないと判断されると、パスワードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させることで事業者に対して再び所定のパスワードを入力するように警告し（ステップＳ２１０６）、再度、ステップＳ２１０２の処理に戻り、ステップＳ２１０２の処理以降の処理を行う。
【０３５６】
一方、ステップＳ２１０４の判断処理において、パスワードと事業者の登録コードとが一致すると判断されると、パスワードと事業者の登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させることで、事業者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、エンジンスタータ１１０ａを起動できる状態とする（ステップＳ２１０８）。
【０３５７】
なお、テンキー３２からパスワードが入力されて認証処理が開始され、当該パスワードと事業者の登録コードとが一致するか否かの判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０３５８】
上記した説明において、事業者に対してパスワードの入力を促すとき、認証処理中、パスワードと事業者の登録コードとが一致しないと判断されたとき、パスワードと事業者の登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０３５９】
上記のようにして、ステップＳ２００８の車両利用前のパスワードによる認証処理により認証が完了すると、メインコントローラー１２ｃによってテンキー３２に設けられたＬＥＤランプを消す（ステップＳ２０１２）。
【０３６０】
さらに、サーバー１０８において、この車両利用前のパスワードによる認証処理が完了した時点から、ステップＳ２００２の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ２０１４）。
【０３６１】
即ち、このステップＳ２０１４の処理においては、車両利用前の認証処理が完了した時点から直近の予約の利用開始時間までの予約を予約サイトにおいて不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。
【０３６２】
その後、事業者は、キー（スペアキー）を利用して車両１１０のエンジンを起動して車両１１０を利用する。
【０３６３】
なお、事業者が車両１１０を利用しているときに、直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の利用開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。
【０３６４】
また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ２０１６）。
【０３６５】
即ち、ステップＳ２０１６の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０のエンジンが停止したか否かの判断を行う。
【０３６６】
ステップＳ２０１６の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ２０１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０３６７】
つまり、事業者による車両１１０の利用中は、常にステップＳ２０１６の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。
【０３６８】
一方、ステップＳ２０１６の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ２０１８）。
【０３６９】
即ち、ステップＳ２０１８の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。
【０３７０】
そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ２０２０）。
【０３７１】
このとき、ステップＳ２０１８の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０位置情報の誤差を考慮して判断を行うものである。
【０３７２】
つまり、このステップＳ２０２０の判断処理においては、ステップＳ２０１８の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。
【０３７３】
ステップＳ２０２０の判断処理において、ステップＳ２０１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ２０１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果が、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ２０１６の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０３７４】
また、ステップＳ２０２０の判断処理において、ステップＳ２０１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ２０１８の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、車両利用後のパスワードによる認証処理が開始される（ステップＳ２０２２）。
【０３７５】
ここで、図２２のフローチャートには、ステップＳ２０２２の車両利用後の事業者用ＩＣカードによる認証処理の詳細な処理内容が示されており、車両利用後の事業者用ＩＣカードによる認証処理においては、まず、ステップＳ２０２０の判断処理において、ステップＳ２０１８の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致すると判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力される、テンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させて事業者に対して所定のパスワードを入力するように促す（ステップＳ２２０２）。
【０３７６】
また、このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して事業者に対して所定のパスサード入力するように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。
【０３７７】
そして、事業者がテンキー３２を操作してパスワードを入力すると、当該パスワードをメインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２２０４）。
【０３７８】
パスワードがサーバー１０８に出力されると、サーバー１０８では、当該パスワードとサーバー１０８に予め記憶されている事業者の登録コードとが一致するか否かの判断を行う（ステップＳ２２０６）。
【０３７９】
ステップＳ２２０６の判断処理において、パスワードと事業者の登録コードとが一致しないと判断されると、パスワードと事業者の登録コードとが一致しないという判断結果をサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず）を点滅させることで事業者に対して再び所定のパスワードを入力するように警告し（ステップ２３０８）、再度ステップＳ２２０２の処理に戻り、ステップＳ２２０２の処理以降の処理を行う。
【０３８０】
一方、ステップＳ２２０６の判断処理において、パスワードと事業者の登録コードとが一致すると判断されると、事業者による車両１１０の利用が終了したものとする。
【０３８１】
なお、事業者によりパスワードが入力されて認証処理が開始され、当該パスワードと事業者の登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０３８２】
上記した説明において、事業者に対してパスワードの入力を促すとき、認証処理中、パスワードと事業者の登録コードとが一致しないと判断されたときにおいて、メインコントローラー１２ｃの制御によりテンキー３２に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、事業者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０３８３】
そして、上記したステップＳ２０２２の車両利用後のパスワードによる認証処理により認証が完了すると、メインコントローラー１２ｃによりテンキー３２に設けられてＬＥＤランプ（図示せず。）を消す（ステップＳ２０２４）。
【０３８４】
その後、事業者によりキー（スペアキー）を利用して車両１１０のドアロックがなされると、サーバー１０８において、予約サイトにおける予約を再開する（ステップＳ２０２６）。
【０３８５】
ここで、予約サイトにおいては、ステップＳ２０１４の処理において、車両利用前のパスワードによる認証処理が完了した時点から、ステップＳ２００２の処理において確認した直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態とし、当該直近の予約の利用終了時間以降の予約は予約サイトにおいて予約可能なものとしていた。従って、ステップＳ２０２６の処理においては、事業者による車両１１０の利用が終了した時点、つまり、車両１１０のドアロックがなされた時点から当該直近の予約の利用開始時間までの予約サイトにおける予約を予約可能な状態とするものである。
【０３８６】
なお、キーを利用して車両１１０のドアロックがなされると、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力され、監視部１２ｅによるこうした信号（キー使用の信号およびドアロックの信号）が出力されたとの監視結果がメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。
【０３８７】
その後、サーバー１０８において入力された監視結果の情報からキーを利用して車両１１０のドアロックがなされたと判断するものであるが、このとき、サーバー１０８においては、キー使用の信号およびドアロックの信号が出力されたとの監視結果を入力した時間を、事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。
【０３８８】
次に、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２０２８）。
【０３８９】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０３９０】
こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ２０２８の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ２０３０）、事業者による利用処理を終了する。
【０３９１】
なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０３９２】
また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０３９３】
次に、図２３を参照しながら、本発明による車両管理システムの第４の実施の形態について説明する。図２３には、本発明の第４の実施の形態による車両管理システムの概要を示すブロック構成図が示されている。
【０３９４】
この図２３に示す本発明による車両管理システム４０は、上記した第１の実施の形態の車両管理システム１０と比較すると、カードリーダー１４が設けられておらず、リモートコントローラー４２（以下、「リモコン」と称する。）から発振される電波信号を受信するための受信機４４が設けられている点において異なっている。
【０３９５】
この受信機４４は、メインコントローラー１２ｃと接続されており、リモコン４２から発振された電波信号を受信するために必要なアンテナ４４ａを備えている。
【０３９６】
また、受信機４４は、リモコン４２から発振された電波信号を受信し、受信した受信信号をメインコントローラー１２ｃに出力するものであり、メインコントローラー１２ｃにおいては、取得した受信信号に基づいて操作部１２ｄを介してドアロックアンロックシステム１１０ｂを制御して、車両１１０のドアロックおよびドアロックの解除を行うものである。
【０３９７】
つまり、車両１１０のドアがロックされた状態のときに、受信機４４がリモコン４２からの電波信号を受信すると、受信機４４からメインコントローラー１２ｃに受信信号が出力され、メインコントローラー１２においては、操作部１２ｄを介し、ドアロックアンロックシステム１１０ｂを制御してドアのロックが解除される。また、車両１１０のドアのロックが解除された状態のときに、受信機４４がリモコン４２からの電波信号を受信すると、受信機４４からメインコントローラー１２ｃに受信信号が出力され、メインコントローラー１２ｃにおいては、操作部１２ｄを介し、ドアロックアンロックシステム１１０ｂを制御してドアをロックする。
【０３９８】
なお、この受信機４４は、メインコントローラー１２ｃによりその起動が制御されるものであり、車載器１２が起動するとメインコントローラー１２ｃの制御により受信機４４も起動され、車載器１２が停止するとメインコントローラー１２ｃの制御により受信機４４も停止される。
【０３９９】
以下、図２４乃至図２５を参照しながら、車両管理システム４０における利用者および事業者それぞれにより利用処理について説明する。
【０４００】
まず、利用者は、車両管理システム４０による車両１１０の共用利用に際して、事業者に対して会員登録を申請する。
【０４０１】
これに対して事業者は、利用者固有の登録コードを当該利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に当該登録コードを当該利用者の諸情報（例えば、氏名などである。）とともに記憶させる。
【０４０２】
さらに、事業者は、上記した登録コードと同じ認証用コードが記憶された利用者用ＩＣカードを作成し、当該利用者用ＩＣカードと、サーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとを利用者に対して配布する。
【０４０３】
即ち、利用者は、車両１１０の共用利用に際して、事業者に会員登録の依頼をし、事業者から利用者用ＩＣカードと予約サイトにアクセスするためのＩＤおよびパスワードとを取得するものである。
【０４０４】
そして、会員登録を完了した利用者は、車両１１０を利用しようとする場合には、車両管理システム４０において、パーソナルコンピューター１０４または携帯端末１０６を利用してサーバー１０８に設けられた予約サイトにアクセスし、会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインした後、当該予約サイトにおいて予約を行う。
【０４０５】
なお、こうした利用者による車両１１０の予約情報は、サーバー１０８に設けられた記憶手段（図示せず。）に記憶されるものであるが、このとき、当該予約情報と予約した利用者の登録コードとが関連づけて記憶される。
【０４０６】
また、こうした予約の具体的な内容としては、利用しようとする車両１１０の選択、利用開始時間および利用時間を入力するようにしてもよいし、車両１１０の選択、利用開始時間および利用終了時間を入力するようにしてもよい。
【０４０７】
一方、事業者は、車両管理システム４０による車両１１０の共用利用に際して、車両１１０のスペアキーとリモコン４２とを準備する。
【０４０８】
なお、事業者は、予約を行うことなく車両１１０を利用することができるものであり、その際、リモコン４２を使用して車両１１０のドアのロックおよびロックの解除を行うものである。
【０４０９】
ところで、車両管理システム４０においては、サーバー１０８において、車両１１０に対する利用対象の判断処理が絶えず行われている。
【０４１０】
即ち、事業者が、車載器１２を搭載した車両１１０を準備し、車両１１０の共用利用を開始するにあたり車載器１２の電源を起動すると、サーバー１０８において当該車両１１０の利用対象判断処理が開始される。
【０４１１】
具体的には、車載器１２が起動すると、メインコントローラー１２ｃからサーバー１０８に車載器１２の起動信号が出力され、この起動信号に基づいて、サーバー１０８において、当該車載器１２が搭載された車両１１０のシェアカーとしての利用が開始されたことを認識する。
【０４１２】
その後、サーバー１０８では、予約サイトにおいて当該車両１１０の利用予約を開始して、当該車両１１０の予約管理を行うとともに、当該車両の利用対象判断処理が開始される。
【０４１３】
この利用対象判断処理においては、車両１１０を利用する対象が会員登録済みの利用者であるのか事業者であるのかを判断するものである。
【０４１４】
ここで、図２４のフローチャートには、利用対象判断処理の詳細な処理内容が示されており、この利用対象判断処理においては、まず、予約情報をメインコントローラー１２ｃに出力する時間になったか否かの判断を行う（ステップＳ２４０２）。
【０４１５】
即ち、このステップＳ２４０２の判断処理においては、サーバー１０８から予約情報をメインコントローラー１２ｃに出力する時間になったか否か判断するものであって、予約情報をメインコントローラー１２ｃに出力する時間は、予め設定されており、例えば、予約情報の利用開始時間の１０分前と設定されている。なお、こうした設定時間については、１５分前でもよいし５分前でもよく、要は、利用開始時間より前の時間であれは、上記したような設定時間以外でもよい。
【０４１６】
このステップＳ２４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間であると判断されると、サーバー１０８において会員登録済みの利用者による利用が開始されるとして、利用者による利用処理を行う（ステップＳ２４０４）。なお、この利用者による利用処理については、上記した第３の実施の形態における車両管理システム１０の利用者による利用処理と同様の処理を行うため、その詳細な説明は省略する。
【０４１７】
また、ステップＳ２４０２の判断処理において、予約情報をメインコントローラー１２ｃに出力する時間ではないと判断されると、事業者によるリモコン４２の操作により車両１１０のドアロックが解除されたか否かの判断を行う（ステップＳ２４０６）。
【０４１８】
つまり、ステップＳ２４０２の判断処理においては、リモコン４２からの電波信号を受信したか否かを判断することにより、事業者によるリモコン４２の操作により、車両１１０のドアロックが解除されたか否かの判断を行うものである。
【０４１９】
ここで、メインコントローラー１２ｃにおいては、リモコン４２からの電波信号を受信機４４が受信すると、受信機４４から受信信号が出力されるものであり、当該受信信号を受信すると、サーバー１０８に出力することとなる。
【０４２０】
従って、ステップＳ２４０６の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから当該受信信号を入力された否かの判断を行うことにより、リモコン４２から電波信号を受信したか否かの判断を行うものである。
【０４２１】
即ち、サーバー１０８においてメインコントローラー１２ｃから受信機４４からの受信信号を入力されたと判断されると、サーバー１０８においてリモコン４２から電波信号を受信したと判断される。また、サーバー１０８においてメインコントローラー１２ｃから受信機４４からの受信信号を入力していないと判断されると、サーバー１０８においてリモコン４２から電波信号を受信していないと判断される。
【０４２２】
このとき、メインコントローラー１２ｃからサーバー１０８に対して受信信号が出力されない限り、サーバー１０８においてはリモコン４２から電波信号を受信していないと判断される。
【０４２３】
ステップＳ２４０６の判断処理において、リモコン４２の操作により車両１１０のドアロックが解除された、つまり、リモコン４２から電波信号を受信したと判断されると、サーバー１０８において事業者による利用が開始されるとして、事業者による利用処理を行う（ステップＳ２４０８）。なお、この事業者による利用処理については後述する。
【０４２４】
このとき、サーバー１０８においては、車両１１０のドアのロックを解除した時間を事業者による車両１１０の利用開始時間として記憶手段（図示せず。）に記憶する。
【０４２５】
一方、ステップＳ２４０６の判断処理において、リモコン４２の操作により車両１１０のドアロックが解除されていない、つまり、リモコン４２から電波信号を受信していないと判断されると、再度、ステップＳ２４０２の処理に戻り、ステップＳ２４０２の処理以降の処理を行う。
【０４２６】
つまり、この利用対象判断処理においては、ステップＳ２４０２の判断処理で予約情報をメインコントローラー１２ｃに出力する時間ではないと判断され、ステップＳ２４０６の判断処理でリモコン４２の操作により車両１１０のドアロックが解除されていないと判断される限り、絶えずステップＳ２４０２の判断処理およびステップＳ２４０６の判断処理を繰り返すものである。さらに、ステップＳ２４０４の利用者による利用処理またはステップＳ２４０８の事業者による利用処理（後述する。）が終了すると、利用対象判断処理が再開されることとなる。
【０４２７】
次に、ステップＳ２４０８の事業者による利用処理について説明する。
【０４２８】
図２５のフローチャートには、このステップＳ２４０８の事業者による利用処理の詳細な処理内容が示されており、この事業者による利用処理においては、まず、サーバー１０８において予約情報を確認し、リモコン４２の操作により車両１１０のドアロックが解除されたと判断した時間以降において直近の予約の利用開始時間を、事業者に対して通知する（ステップＳ２５０２）。
【０４２９】
即ち、このステップＳ２５０２の処理においては、サーバー１０８において確認した予約の利用開始時間を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃによって音声モジュール１２ｆを介して、事業者に対して直近の利用開始時間の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流すものである。
【０４３０】
その後、事業者が車両１１０の利用を中止したか否かの判断を行う（ステップＳ２５０４）。
【０４３１】
ここで、ステップＳ２５０２の処理において事業者に対して通知した直近の予約における利用開始時間に基づいて、事業者が車両１１０を利用するか否かを決めることとなり、このステップＳ２５０４の判断処理では、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かの判断を行うことにより、事業者が車両１１０の利用を中止したか否かを判断するものである。
【０４３２】
即ち、ステップＳ２５０４の判断処理においては、サーバー１０８において、メインコントローラー１２ｃから出力された監視結果に基づいて、事業者がキー（スペアキー）により車両１１０のドアロックを行ったか否かを判断するものである。
【０４３３】
具体的には、キー検出部１１０ｈによりキー使用の信号が出力されるとともに、ドアロックアンロックシステム１１０ｂによりドアロックの信号が出力された場合にのみ、監視部１２ｅからキーが使用されたとの監視結果（つまり、キー使用の信号が出力されたとの監視結果である。）と、ドアロックされたとの監視結果（つまり、ドアロックの信号が出力されたとの監視結果である。）とがメインコントローラー１２ｃに出力される。そして、メインコントローラー１２ｃから当該監視結果を、通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。すると、サーバー１０８において、入力された監視結果の情報から事業者がキー（スペアキー）を利用して車両１１０がドアロックされたとの判断がなされる。
【０４３４】
一方、事業者がキー（スペアキー）を利用してエンジンを起動した場合、監視部１２ｅにおけるイグニッション１１０ｄとキー検出器１１０ｈとの監視結果がメインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力される。すると、サーバー１０８においては、当該監視結果からキーを利用してエンジンが起動されたと判断されることにより、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断される。
【０４３５】
つまり、ステップＳ２５０４の判断処理においては、事業者がキー（スペアキー）により車両１１０のドアロックをした場合には、事業者が車両１１０の利用を中止したと判断され、事業者がキー（スペアキー）によりエンジンを起動した場合には、事業者が車両１１０の利用を中止しなかったと判断されるものである。
【０４３６】
このステップＳ２５０４の判断処理において、事業者が車両１１０の利用を中止した、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行ったと判断されると、事業者による利用処理を終了する。
【０４３７】
また、ステップＳ２５０４の判断処理において、事業者が車両１１０の利用を中止しなかった、つまり、事業者がキー（スペアキー）により車両１１０のドアロックを行わなかったと判断されると、当該判断がなされた時点から、ステップＳ２５０２の処理において確認した直近の予約の利用開始時間までの予約サイトによる予約を予約不可能な状態とする（ステップＳ２５０６）。
【０４３８】
即ち、このステップＳ２５０６の処理においては、ステップＳ２５０４の判断処理において、事業者が車両１１０の利用を中止しなかったと判断された時点から直近の予約の利用開始時間までの予約を予約サイトにおいて予約不可能な状態とするものであって、当該直近の予約の利用終了時間以降の予約は予約可能な状態となっている。
【０４３９】
その後、事業者は車両１１０を利用することになるが、事業者が車両１１０を利用しているときに直近の予約の利用開始時間の１時間前になると、メインコントローラー１２ｃの制御により音声モジュール１２ｆを介してキーボックス１１６に設けられたスピーカー（図示せず。）から次の利用者の利用開始時間まで１時間である旨の音声ガイダンスを流すようにしてもよい。また、こうした音声ガイダンスを流すタイミングとしては、直近の予約の利用開始時間の１時間前に限るものではなく、例えば、３０分前に次の利用者の予約開始時間まで３０分である旨のガイダンスを流すようにしてもよく、さらに、１時間前および３０分前に音声ガイダンスを流すようにしてもよい。要は、直近の予約の利用開始時間の一定時間前に、事業者に当該利用開始時間が迫っている旨を知らせるようにすればよい。
【０４４０】
また、事業者による車両１１０の利用中においては、車両１１０のエンジンが停止したか否かの判断を行う（ステップＳ２５０８）。
【０４４１】
即ち、ステップＳ２５０８の判断処理においては、監視部１２ｅのイグニッション１１０ｄなどの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０のエンジンが停止したか否かの判断を行う。
【０４４２】
ステップＳ２５０８の判断処理において、車両１１０のエンジンが停止していないと判断されると、ステップＳ２５０８の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０４４３】
つまり、事業者による車両１１０の利用中は、常にステップＳ２５０８の判断処理を行って、車両１１０のエンジンが停止したか否かの判断を行っているものである。
【０４４４】
一方、ステップＳ２５０８の判断処理において、車両１１０のエンジンが停止したと判断されると、ＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ２５１０）。
【０４４５】
即ち、ステップＳ２５１０の処理においては、メインコントローラー１２ｃにおいて、ＧＰＳモジュール１２ａを介して、ＧＰＳ衛星１６からＧＰＳ信号を入力して、車両１１０の位置情報を取得するものである。
【０４４６】
そして、車両１１０の位置情報を取得すると、次に、この取得した車両１１０の位置情報が、メインコントローラー１２から通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力され、サーバー１０８において、サーバー１０８の記憶手段（図示せず。）に予め記憶された車両１１０の返却位置の位置情報と一致するか否かの判断を行う（ステップＳ２５１２）。
【０４４７】
このとき、ステップＳ２５１０の処理で取得した車両１１０の位置情報と、サーバー１０８に記憶された車両１１０の返却位置の位置情報とは完全に一致するか否かを判断するものではなく、ＧＰＳ機能により取得した車両１１０位置情報の誤差を考慮して判断を行うものである。
【０４４８】
つまり、このステップＳ２５１２の判断処理においては、ステップＳ２５１０の処理で取得した車両１１０の位置情報の誤差の範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれているか否かの判断を行うものである。
【０４４９】
ステップＳ２５１２の判断処理において、ステップＳ２５１０の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致しない、つまり、ステップＳ２５１０の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていないと判断されると、この判断結果がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力され、ステップＳ２５０８の判断処理に戻り、車両１１０のエンジンが停止したか否かの判断を行う。
【０４５０】
また、ステップＳ２５１２の判断処理において、ステップＳ２５１０の処理で取得した車両１１０の位置情報とサーバー１０８に予め記憶された車両１１０の返却位置の位置情報とが一致する、つまり、ステップＳ２５１２の処理で取得した車両１１０の位置情報の誤差範囲内に、サーバー１０８に記憶された車両１１０の返却位置の位置情報が含まれていると判断されると、予約サイトにおける予約を再開する（ステップＳ２５１４）。
【０４５１】
ここで、予約サイトにおいては、ステップＳ２５０６の判断処理において事業者が車両１１０の利用を中止しなかったと判断された時点から、ステップＳ２５０２の処理において確認した直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態としていた。
【０４５２】
従って、ステップＳ２５１４の処理においては、ステップＳ２５１０の処理で取得した車両１１０の位置情報とサーバー１０８に記憶された車両１１０の返却位置の位置情報とが一致すると判断された時点から、当該直近の予約の利用開始時間までの予約サイトにおける予約を予約不可能な状態とするものである。
【０４５３】
その後、事業者によりリモコン４２が操作されて車両１１０のドアがロックされる（ステップＳ２５１６）。
【０４５４】
即ち、ステップＳ２５１４の処理においては、ドアロックが解除された状態の車両１１０において、リモコン４２から電波信号が送信されることにより、当該電波信号を受信した受信機４４からメインコントローラー１２ｃに受信信号出力されることとなり、メインコントローラー１２ｃの制御により、操作部１２ｄを介して、ドアロックアンロックシステム１１０によってドアをロックすることとなる。
【０４５５】
このとき、サーバー１０８においては、車両１１０のドアをロックした時間を事業者による車両１１０の利用終了時間として記憶手段（図示せず。）に記憶する。
【０４５６】
その後、車両１１０の利用が終了した時点の車両１１０の総走行距離や燃料残量などの利用料金の算出に必要な各種情報を算出するための情報が監視され、この監視情報をメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ２５１８）。
【０４５７】
なお、車両１１０の利用が終了した時点の車両１１０の総走行距離については、車両１１０に設けられた総走行距離が表示されるメータなどからその数値を監視部１２ｅにより監視するものである。
【０４５８】
こうしてサーバー１０８において、サーバー１０８において記憶した事業者による車両１１０の利用開始時間および利用終了時間やステップＳ２０２８の処理により出力された各種情報に基づいて、車両１１０の利用により発生した利用料金を算出し（ステップＳ２５２０）、事業者による利用処理を終了する。
【０４５９】
なお、こうした算出された事業者に対する利用料金については、予め決められた料金請求日などの所定のタイミングで、それぞれの利用者のパーソナルコンピューター１０４や携帯端末１０６に通知する。
【０４６０】
また、こうした事業者による利用状況や利用料金については、表やグラフなどにまとめられ事業者がパーソナルコンピューター１１８により閲覧可能なようにサーバー１０８における記憶手段（図示せず。）に記憶する。
【０４６１】
以上において説明したように、本発明による車両管理システム１０、２０、３０、４０は、車両１１０を利用する際の処理により、車両１１０を利用するのがカーシェアリング事業者であるのか、会員登録を行った利用者であるのかを判断するようにしたものである。
【０４６２】
また、本発明による車両管理システム１０、２０、３０、４０は、カーシェアリング事業者は、車両１１０の利用に際して予約することなく利用することができ、当該カーシェアリング事業者が車両１１０を利用する際には、当該カーシェアリング事業者による車両１１０の利用中には、車両１１０の予約を受け付けないようにしたものである。
【０４６３】
これにより、本発明による車両管理システム１０、２０、３０、４０においては、会員登録した利用者が共用で利用する車両１１０を事業者が利用するときに、容易に利用することが可能となる。
【０４６４】
このため、本発明による車両管理システム１０、２０、３０、４０においては、従来の技術による車両管理システム１００と比較して、カーシェアリング事業者が車両１１０を利用する際の煩わしさが著しく低減される。
【０４６５】
なお、上記した実施の形態は、以下の（１）乃至（１１）に示すように変形するようにしてもよい。
【０４６６】
（１）上記した実施の形態においては、第１の実施の形態において、カードリーダー１４、１１４と２つのカードリーダーを設けるようにしたが、これに限られるものではないことは勿論であり、カードリーダー１４を設けず、カードリーダー１１４のみを設けるようにしてもよい。
【０４６７】
このときには、事業者は、スペアキーを用いてドアのロックを解除した後、車両１１０に乗車する前に、カードリーダー１１４に事業者用ＩＣカードを翳して認証処理を行い、認証された場合にのみ、スペアキーによりエンジンを起動することができるようにする。また、車両１１０利用後においては、降車後、車両のエンジンが停止され、かつ、車両の全てのドアを閉じた状態となると、カードリーダー１１４を起動するようにし、カードリーダー１１４に事業者用ＩＣカードを翳して認証処理を行い、認証された場合にのみ、ドアをロックすることができるようにする。
【０４６８】
（２）上記した実施の形態においては、第１の実施の形態において、事業者による車両１１０の利用の際には、カードリーダー１４でのみ認証処理を行うようにしたが、これに限られるものではないことは勿論であり、車両利用前の事業者用ＩＣカードによる認証処理においてはカードリーダー１４を使用し、車両利用後の事業者用ＩＣカードによる認証処理においては、カードリーダー１１４を使用するようにしてもよい。
【０４６９】
この場合、使用しない方のカードリーダーは起動しないものとする。つまり、車両利用前の事業者用ＩＣカードによる認証処理においては、カードリーダー１４は起動するが、カードリーダー１１４は起動しないものとする。また、車両利用後の事業者用ＩＣカードによる認証処理においては、カードリーダー１４は起動しないが、カードリーダー１１４は起動するものとする。
【０４７０】
（３）上記した実施の形態においては、利用者による車両１１０の利用の際に、車両１１０返却時において、車両１１０の返却位置の確認を行っていなかったが、ＧＰＳ機能に基づいて車両１１０の返却位置を確認し、予め決められた返却位置に車両１１０が停車された場合には認証処理を行って車両１１０の返却を可能にし、予め決められた返却位置に車両１１０が停車されていない場合には利用者による車両１１０の利用がまだ続くものとして認証処理を行わない。
【０４７１】
（４）上記した実施の形態においては、事業者による車両１１０の利用中は、直近の予約の利用終了時間以降の予約を可能なようにしたが、これに限られるものではないことは勿論であり、事業者による車両１１０の利用中は、全ての予約を不可能な状態にするようにしてもよい。
【０４７２】
また、第３の実施の形態においては、テンキー３２を利用して、サーバー１０８に事業者が車両１１０の利用を終了する予定の予定利用終了時間を入力することが可能なようにし、当該予定利用終了時間以降の予約を可能なようにするようにしてもよい。
【０４７３】
（５）上記した実施の形態においては、第２の実施の形態において、特に記載しなかったが、ステップＳ１４０４の車両利用前の事業者用ＩＣカードによる認証処理を行う前に、事業者がキー（スペアキー）を用いてドアロックを解除した場合には、メインコントローラー１２ｃによりエンジンスタータ１１０ａを起動しない状態とするようにしてもよい。
【０４７４】
この場合には、ステップＳ１５０６の判断処理で認証用コードと事業者の登録コードとが一致すると判断されると、ステップＳ１５１０の処理でエンジンスタータ１１０ａを起動できる状態にすることとなる。
【０４７５】
（６）上記した実施の形態においては、事業者により利用処理において、第１の実施の形態および第２の実施の形態では車両利用前の事業者用ＩＣカードによる認証処理、第３の実施の形態では車両利用前のパスワードによる認証処理、第４の実施の形態では事業者が車両１１０の利用を中止しなかったとの判断の後に、それぞれ予約サイトにおける予約を予約不可能としていたか、事業者による利用処理を開始するときに、予約サイトによる予約を不可能な状態とするようにしてもよい。
【０４７６】
（７）上記した実施の形態においては、第３の実施の形態において、車載器１２に接続されたテンキー３２を設けるようにしたが、これに限られるものではないことは勿論であり、テンキー３２に代えて車載器１２にカーナビゲーションシステムを接続するようにして、当該カーナビゲーションシステムを入力デバイスとして利用してパスワードを入力するようにしてもよい。
【０４７７】
これにより、使用できるパスワードが数字のみに限られることながくなり、文字と数字とを組み合わせたより複雑なパスワードを使用することができるようになる。
【０４７８】
また、テンキー３２に代えて事業者の携帯端末を利用してパスワードを入力するようにしてもよい。
【０４７９】
具体的には、事業者は携帯端末により、予約サイトにアクセスし、当該予約サイトから、例えば、事業者がパスワードを入力することができる事業者用パスワード入力画面を開き、この事業者用パスワード入力画面においてパスワードを入力することとなる。
【０４８０】
（８）上記した実施の形態においては、第４の実施の形態において、車載器１２に接続された受信機４４を設け、リモコン４２を操作することにより、リモコン４２から発振された電波信号を受信機４４を受信し、受信機４４において受信信号をメインコントローラー１２ｃに出力して、メインコントローラー１２ｃの制御によりドアロックおよびドアロックの解除を行うようにしていたが、これに限られるものではないことは勿論である。
【０４８１】
即ち、車両１１０に受信機４４を設けることなく、事業者が車両１１０を利用しようとする際に、事業者の携帯端末を利用してドアロックおよびドアロックの解除を行うようにしてもよい。
【０４８２】
具体的には、事業者が携帯端末を利用して、予約サイトにアクセスし、当該予約サイトからドアロックおよびドアロック解除の操作が可能な画面を開き、所定の操作を行うことにより、車両１１０のドアロックおよびドアロックの解除を行うようにする。
【０４８３】
（９）上記した実施の形態においては、直近の予約の利用開始時間をキーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスとして流すようにしたが、これに限られるものではないことは勿論であり、例えば、事業者が車両１１０を利用しようとする２時間以内に次の予約が入っている場合には、当該スピーカーから警告音を流すようにしてもよい。
【０４８４】
（１０）上記した実施の形態においては、第１の実施の形態および第２の実施の形態において、事業者が車両１１０を利用する際には、事業者用ＩＣカードによる認証処理を行うようにしたが、これに限られるものではないことは勿論であり、事業者用ＩＣカードにより認証処理を行うことなく、キーにより車両１１０のドアを開けて直ちに利用することができるようにしてもよい。
【０４８５】
この際には、第１の実施の形態においては、カードリーダー１４を設ける必要がなくなる。
【０４８６】
（１１）上記した実施の形態ならびに上記した（１）乃至（１０）に示す変形例は、適宜に組み合わせるようにしてもよい。
【産業上の利用可能性】
【０４８７】
本発明は、カーシェアリングシステムによる車両の管理に用いて好適な車両管理システムおよび車両管理方法である。
【符号の説明】
【０４８８】
１０、２０、３０、４０、１００        車両管理システム
１２、１１２        車載器
１２ａ        ＧＰＳモジュール
１２ｂ        通信モジュール
１２ｃ        メインコントローラー
１２ｄ        操作部
１２ｅ        監視部
１４、１１４        カードリーダー
１６        ＧＰＳ衛星
２２        タッチセンサー
３２        テンキー
４２        リモコン
４４        受信機
１１０ａ        エンジンスタータ
１１０ｂ        ドアロックアンロックシステム
１１０ｃ        ドアスイッチ
１１０ｄ        イグニッション
１１０ｅ        バッテリー電圧検出器
１１０ｆ        燃料残量検出器
１１０ｇ        車速検出器
１１０ｈ        キー検出器
１０４、１１８        パーソナルコンピューター
１０６        携帯電話
１０８        サーバー
１１０        車両
１１６        キーボックス
【図１】
0005986433.tif 000002
【図２】
0005986433.tif 000003
【図３】
0005986433.tif 000004
【図４】
0005986433.tif 000005
【図５】
0005986433.tif 000006
【図６】
0005986433.tif 000007
【図７】
0005986433.tif 000008
【図８】
0005986433.tif 000009
【図９】
0005986433.tif 000010
【図１０】
0005986433.tif 000011
【図１１】
0005986433.tif 000012
【図１２】
0005986433.tif 000013
【図１３】
0005986433.tif 000014
【図１４】
0005986433.tif 000015
【図１５】
0005986433.tif 000016
【図１６】
0005986433.tif 000017
【図１７】
0005986433.tif 000018
【図１８】
0005986433.tif 000019
【図１９】
0005986433.tif 000020
【図２０】
0005986433.tif 000021
【図２１】
0005986433.tif 000022
【図２２】
0005986433.tif 000023
【図２３】
0005986433.tif 000024
【図２４】
0005986433.tif 000025
【図２５】
0005986433.tif 000026