カーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体
【課題】車両における接触や衝撃などの事故を早急に検知することのできるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供する。
【解決手段】利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、上記車両に搭載されて上記車両に発生する衝撃を検出する衝撃検出手段と、上記衝撃検出手段を監視する監視手段と、上記監視手段による監視結果より、上記車両に事故が発生したか否かを判断する第１の判断手段と、上記第１の判断手段による判断結果を管理者に報告する報告手段とを有するようにしたものである。
【解決手段】利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、上記車両に搭載されて上記車両に発生する衝撃を検出する衝撃検出手段と、上記衝撃検出手段を監視する監視手段と、上記監視手段による監視結果より、上記車両に事故が発生したか否かを判断する第１の判断手段と、上記第１の判断手段による判断結果を管理者に報告する報告手段とを有するようにしたものである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、自動車の新しい利用形態として、一台の自動車を複数の会員が共同で利用する、所謂、カーシェアリングが注目されている。
【０００３】
ここで、カーシェアリングとは、利用者は自ら自動車を所有せず、管理団体の会員となり、必要に応じてその団体の自動車を借りるというものである。
【０００４】
また、カーシェアリングは、ある地域に限定したコミュニティーの中で会員同士で自動車を共有し、インターネットなどを通じて車両の利用状態の確認や利用予約を行うようにしているため、貸し出し手続に時間を必要とせず、貸し出し・返却場所は、居住しているマンションの駐車場であったり、あるいは、通勤駅の近くであったりと、会員が利用するにあたって便利な場所に設定されていることが多い。
【０００５】
こうしたカーシェアリングにより、利用者は、自動車を所有する場合に比べて、自動車取得費用、維持経費ならびに駐車料金といった費用を削減することができるようになる。
【０００６】
さらに、カーシェアリングが広く普及されることにより、自動車の総台数の低減が見込まれ、都市の交通渋滞の緩和やエネルギー消費量の低減により、二酸化炭素による地球温暖化を抑止する効果が期待されている。
【０００７】
ところで、上記したような従来のカーシェアリングにおいては、例えば、図１のブロック構成図に示すようなシステムを構築し、このシステムにより車両の予約や運行の管理が行われている。
【０００８】
即ち、従来の技術によるカーシェアリングシステム１００は、カーシェアリングシステム１００の管理団体のパーソナルコンピューター１０２と接続されるとともに当該管理団体の会員となった利用者のパーソナルコンピューター１０４や当該利用者の携帯電話１０６とネットワークを介して接続されるサーバー１０８と、車両１１０に設けられかつ携帯電話網でサーバー１０８と接続される車載器１１２と、車両１１０に設けられるとともに車載器１１２と接続されるカードリーダー１１４と、車両１１０に設けられるとともに車載器１１２に接続されるキーボックス１１６とを有して構成されている。
【０００９】
以上の構成において、図２乃至図４を参照しながら、カーシェアリングシステム１００を利用して車両１１０の予約や利用を行う場合について説明する。
【００１０】
まず、利用者が管理団体に対し会員登録を申請すると、管理団体は、利用者固有の登録コードを作成し、当該登録コードを利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に記憶させる。
【００１１】
さらに、上記した登録コードと同じ認証用コードが記憶されたＩＣカードと、利用者がサーバー１０８に設けられた予約サイトにログインする際に必要となるＩＤおよびパスワードとが利用者に対して配布される。
【００１２】
ここで、上記したＩＣカードを取得した利用者が、カーシェアリングシステム１００を利用して車両１１０の予約や利用を行う場合には、利用者がパーソナルコンピューター１０４または携帯電話１０６を利用してサーバー１０８に設けられた予約サイトにアクセスして会員登録時に取得したＩＤおよびパスワードを入力してログインし、車両１１０の状態や車両１１０の予約状況といった情報を閲覧し、利用者の要望にあった車両１１０の予約を行う（ステップＳ２０２）。
【００１３】
こうした利用者による車両１１０の予約が完了し、予約時間になると、携帯電話網を利用して、この予約の情報がサーバー１０８から車載器１１２に送られる。
【００１４】
そして、利用者は予約した時間に車両１１０が駐車された駐車場まで行き（ステップＳ２０４）、車両１１０に設けられたカードリーダー１１４に、会員登録時に取得したＩＣカードを読み取らせて認証を受ける（ステップＳ２０６）。
【００１５】
ここで、図３のフローチャートには、このステップＳ２０６における車両利用前のＩＣカードによる認証処理の詳細な処理内容が示されており、予約時間になり、サーバー１０８から予約の情報が車載器１１２に送られると、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせるとともに、カードリーダー１１４が起動されるので、予約時間に車両１１０が駐車している駐車場に来た利用者はカードリーダー１１４に対して会員登録時に取得したＩＣカードを翳し、カードリーダー１１４に当該ＩＣカードを読み取らせる（ステップＳ３０２）。
【００１６】
即ち、利用者がカードリーダー１１４にＩＣカードを翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードを車載器１１２に出力し、車載器１１２から携帯電話網を利用してサーバー１０８に出力する（ステップＳ３０４）。
【００１７】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている利用者の登録コードとが一致するか否かを判断する（ステップＳ３０６）。
【００１８】
ステップＳ３０６の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から認証用コードと登録コードとが一致しないという判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ３０８）、再度、ステップＳ３０２の処理に戻る。
【００１９】
一方、ステップＳ３０６の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８から認証用コードと登録コードとが一致するという判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるとともに、キーボックス１１６に設けられたスピーカー（図示せず。）から車両１１０のセキュリティを解除した旨の音声ガイダンスを流し、車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除するとともに、キーボックス１１６からキーを取り出すことができる状態とする（ステップＳ３１０）。
【００２０】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、認証用コードと登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【００２１】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと登録コードとが一致しないと判断されたときにおいて、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンによって、どのような状態であるかを知ることができる。
【００２２】
上記したステップＳ２０６の処理による認証が完了すると、利用者は、車両１１０に乗車してキーボックス１１６からキーを取り出し（ステップＳ２０８）、取り出したキーを利用してエンジンをかけて車両１１０を利用する（ステップＳ２１０）。
【００２３】
その後、車両１１０を利用した利用者は、予約時間が終了するまでに車両１１０を決められた駐車場に駐車させ（ステップＳ２１２）、車両１１０のキーをキーボックス１１６に返却し、車両１１０の全てのドアを閉める（ステップＳ２１４）。
【００２４】
ステップＳ２１４の処理の後に、再度、ＩＣカードを車両１１０に設けられたカードリーダー１１４に翳し、車両１１０に設けられたカードリーダー１１４にＩＣカードを読み取らせて認証を受ける（ステップＳ２１６）。
【００２５】
ここで、図４のフローチャートには、このステップＳ２１６における車両利用後のＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用後のＩＣカードによる認証処理においては、まず、車載器１１２において、車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉じられているか否かの判断を行う（ステップＳ４０２）。
【００２６】
ステップＳ４０２の判断処理において、「車両１１０のエンジンの停止」、「キーボックスへのキーの返却」、「車両１１０の全てのドアが閉じられていること」の３つのうち、１つでも行われていないと判断された場合には、継続して車両１１０を使用すると判断され、認証処理を行わずに処理を終了する。
【００２７】
一方、ステップＳ４０２の判断処理において、車両１１０のエンジンが停止し、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉じられていると判断された場合には、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせるとともに、利用者に対してカードリーダー１１４にＩＣカードを翳す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流し、車両１１０に設けられたカードリーダー１１４を起動させる。
【００２８】
そして、利用者がＩＣカードをカードリーダー１１４に翳して、カードリーダー１１４にＩＣカードを読み取らせる（ステップＳ４０４）。
【００２９】
即ち、利用者がＩＣカードをカードリーダー１１４に翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードを車載器１１２に出力し、車載器１１２から携帯電話網を利用してサーバー１０８に出力する（ステップＳ４０６）。
【００３０】
認証用コードがサーバー１０８に入力されると、サーバー１０８においては、当該認証用コードと予めサーバー１０８に記憶された利用者の登録コードとが一致するか否かの判断を行う（ステップＳ４０８）。
【００３１】
このステップＳ４０８の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から認証用コードと登録コードとが一致しないという判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように警告し（ステップＳ４１０）、再びステップＳ４０４の処理に戻る。
【００３２】
一方、ステップＳ４０８の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８において、サーバー１０８で管理されている予約情報から認証用コードと一致する登録コードの利用者の予約状況を確認し（ステップＳ４１２）、当該利用者が利用している車両１１０が存在しているか否かの判断を行う（ステップＳ４１４）。
【００３３】
このステップＳ４１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、サーバー１０８から利用者が利用している車両１１０が存在しないとの判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４を起動した状態で、車両１１０のセキュリティを起動させることなく処理を終了する。
【００３４】
即ち、ステップＳ４１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、当該利用者による車両１１０の返却は不可能であると判断され、車両１１０が返却されていない状態、つまり、利用者が車両１１０を利用している状態となる。
【００３５】
一方、ステップＳ４１４の判断処理において、利用者が利用している車両１１０が存在すると判断された場合には、サーバー１０８から利用者が利用している車両１１０が存在するとの判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行うとともに、キーボックス１１６からキーを取り出すことができない状態とする（ステップＳ４１６）。
【００３６】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、利用者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、返却処理中のことである。）は、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【００３７】
上記した説明において、カードリーダー１１４が起動したとき、返却処理中、認証用コードと登録コードとが一致しないと判断されたとき、利用者が利用している車両１１０が存在すると判断されたときにおいて、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【００３８】
そして、上記したステップＳ２１６の処理による認証が完了すると、車載器１１２により、走行距離、走行時間ならびに車両１１０の状態などが確認され、確認された情報をサーバー１０８に出力し、管理団体がパーソナルコンピューター１０２によりサーバー１０８にアクセスし、車載器１１２からの情報に基づいて車両１１０の利用に関する料金を算出し、算出した料金を会員のパーソナルコンピューター１０４もしくは携帯電話１０６に通知する（ステップＳ２１８）。
【００３９】
ところで、従来のカーシェアリングシステムにおいては、人を介することなく貸出や返却が行われるため、人を介して貸出や返却が行われるレンタカーとは異なり、車両１１０の返却の度にメンテナンス業者などの専門のスタッフによる車両１１０の点検を行うことはない。
【００４０】
このため、接触や衝突などの事故により車両１１０が損傷した場合、当該事故を起こした利用者または車両１１０の損傷を発見した利用者からの連絡、あるいは、専門のスタッフによる定期点検があるまで車両１１０に生じた損傷を発見することができなかった。
【００４１】
そして、車両１１０に損傷を発見した利用者からの連絡や専門スタッフによる定期点検によって車両１１０の損傷を発見した場合には、その損傷の程度によっては、事故が発生した車両１１０を貸し出すことができなくなり、事故が発生した車両１１０を予約した利用者に対して、当該車両１１０の利用の中止の連絡や他の車両を利用するよう予約の変更を促す連絡などの予約の管理を行わなければならず、利用者ならびに管理団体ともに面倒な作業となっていた。
【００４２】
さらに、こうした予約の管理を行うため、事故が発生した車両１１０を予約している利用者に対して早急に連絡する必要があり、管理団体としては事故の発生を早急に知る必要があった。
【００４３】
このため、車両１１０における接触や衝突などの事故を早急の検知することができるようにしたカーシェアリングシステムの提案が望まれていた。
【００４４】
さらに、接触や衝突などの事故を起こした車両１１０の予約管理を行うことができるようにしたカーシェアリングシステムの提案が望まれていた。
【００４５】
なお、本願出願人が特許出願のときに知っている先行技術は、文献公知発明に係る発明ではないため、本願明細書に記載すべき先行技術文献情報はない。
【発明の概要】
【発明が解決しようとする課題】
【００４６】
本発明は、従来の技術の有する上記したような要望に鑑みてなされたものであり、その目的とするところは、車両における接触や衝突などの事故を早急に検知することのできるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供しようとするものである。
【００４７】
また、本発明の目的とするところは、接触や衝突などの事故が発生した車両の予約管理を行うことのできるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供しようとするものである。
【課題を解決するための手段】
【００４８】
上記目的を達成するために、本発明は、車両に振動センサーなどの衝撃検出手段を設け、当該衝撃検出手段による検出結果に基づいて、車両に接触や衝突などの事故が発生したか否かを判断するとともに、当該車両に発生した接触や衝突などの事故が重度であるか否かの判断を行い、当該判断を管理者に報告するようにしたものである。
【００４９】
さらに、こうした判断結果に基づいて、当該事故が発生した車両の予約の管理を行うようにしたものである。
【００５０】
このため、本発明によれば、衝撃検出手段による検出結果に基づいて、車両に発生した接触や衝突などの事故を早急に検知するすることができるようになる。
【００５１】
さらに、衝撃検出手段による検出結果に基づいて、検知した事故が重度であるか否かを検知することができるようになり、こうした検知の結果に応じて予約の管理を行うため、事故が発生した車両を予約していた利用者に対して早急に予約していた車両の事故情報を提供するとともに予約変更手続を促すことができ、事故が発生した車両を予約していた利用者にとって、車両の利用直前に車両の事故情報が届くことながなくなり、予定の変更に対応する時間を設けることができるようになる。
【００５２】
即ち、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、上記車両に搭載されて上記車両に発生する衝撃を検出する衝撃検出手段と、上記衝撃検出手段を監視する監視手段と、上記監視手段による監視結果より、上記車両に事故が発生したか否かを判断する第１の判断手段と、上記第１の判断手段による判断結果を管理者に報告する報告手段とを有するようにしたものである。
【００５３】
また、本発明は、上記第１の判断手段により上記車両に事故が発生したと判断された場合に、上記監視手段による監視結果から、発生した事故の程度を判断する第２の判断手段とを有し、上記報告手段は、上記第１の判断手段による判断結果および上記第２の判断手段による判断結果を管理者に報告するようにしたものである。
【００５４】
また、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、上記車両に搭載されて上記車両に発生する衝撃を検出する衝撃検出手段と、上記衝撃検出手段を監視する監視手段と、上記監視手段による監視結果から衝撃のパターンを作成する作成手段と、上記作成手段により作成されたパターンに基づき、上記車両に事故が発生したか否かを判断する第１の判断手段と、上記第１の判断手段による判断結果を管理者に報告する報告手段とを有するようにしたものである。
【００５５】
また、本発明は、さらに、上記第１の判断手段により上記車両に事故が発生したと判断された場合に、上記作成手段により作成したパターンに基づき、発生した事故の程度を判断する第２の判断手段とを有し、上記報告手段は、上記第１の判断手段による判断結果および上記第２の判断手段による判断結果を管理者に報告するようにしたものである。
【００５６】
また、本発明は、さらに、上記第２の判断手段による判断に基づいて、事故が発生した上記車両の予約管理を行う予約管理手段とを有し、上記報告手段は、上記第１の判断手段による判断結果、上記第２の判断手段による判断結果および上記予約管理手段によりなされた処理内容を管理者に報告するようにしたものである。
【００５７】
また、本発明は、上記第２の判断手段は、上記車両に発生した事故が重度であるか否かを判断し、上記第２の判断手段による判断結果に基づいて、上記予約管理手段により、事故が発生した上記車両を予約した利用者に対して、上記車両の利用が不可能になった旨を知らせるとともに、上記車両の予約を不可能な状態とするようにしたものである。
【００５８】
また、本発明は、さらに、上記車両の位置情報を取得する位置情報取得手段とを有し、上記位置情報取得手段は、上記第２の判断手段により上記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した上記車両の位置情報を取得し、上記報告手段は、上記第１の判断手段による判断結果、上記第２の判断手段による判断結果、上記予約管理手段によりなされた処理内容および上記位置情報取得手段によって取得した位置情報を管理者に報告するようにしたものである。
【００５９】
また、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、上記車両に発生する衝撃を検出する衝撃検出処理工程と、上記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、上記監視処理工程による監視結果により、上記車両に事故が発生したか否かを判断する第１の判断処理工程と、上記第１の判断処理工程による判断結果を管理者に報告する報告処理工程とを有するようにしたものである。
【００６０】
また、本発明は、さらに、上記第１の判断処理工程により上記車両に事故が発生したと判断された場合に、上記監視処理工程による監視結果から、発生した事故の程度を判断する第２の判断処理工程とを有し、上記報告処理工程は、上記第１の判断処理工程による判断結果および上記第２の判断処理工程による判断結果を管理者に報告するようにしたものである。
【００６１】
また、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、上記車両に発生する衝撃を検出する衝撃検出処理工程と、上記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、上記監視処理工程による監視結果から衝撃のパターンを作成する作成処理工程と、上記作成処理工程により作成されたパターンに基づき、上記車両に事故が発生したか否かを判断する第１の判断処理工程と、上記第１の判断処理工程による判断結果を管理者に報告する報告処理工程とを有するようにしたものである。
【００６２】
また、本発明は、さらに、上記第１の判断処理により上記車両に事故が発生したと判断された場合に、上記作成処理工程により作成したパターンに基づき、発生した事故の程度を判断する第２の判断処理工程とを有し、上記報告処理工程は、上記第１の判断処理工程による判断結果および上記第２の判断処理工程による判断結果を管理者に報告するようにしたものである。
【００６３】
また、本発明は、さらに、上記第２の判断処理工程による判断に基づいて、事故が発生した上記車両の予約管理を行う予約管理処理工程とを有し、上記報告処理工程は、上記第１の判断処理工程による判断結果、上記第２の判断処理工程による判断結果および上記予約管理処理工程によりなされた処理内容を管理者に報告するようにしたものである。
【００６４】
また、本発明は、上記第２の判断処理工程は、上記車両に発生した事故が重度であるか否かを判断し、上記第２の判断処理工程による判断結果に基づいて、上記予約管理処理工程により、事故が発生した上記車両を予約した利用者に対して、上記車両の利用が不可能になった旨を知らせるとともに、上記車両の予約を不可能な状態とするようにしたものである。
【００６５】
また、本発明は、さらに、上記車両の位置情報を取得する位置情報取得処理工程とを有し、上記位置情報取得処理は、上記第２の判断処理工程により上記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した上記車両の位置情報を取得し、上記報告処理工程は、上記第１の判断処理工程による判断結果、上記第２の判断処理工程による判断結果、上記予約管理処理工程によりなされた処理内容および上記位置情報取得処理工程によって取得した位置情報を管理者に報告するようにしたものである。
【００６６】
また、本発明は、上記した発明に記載のカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラムである。
【００６７】
また、本発明は、上記した発明に記載のカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラムである。
【００６８】
また、本発明は、上記した発明に記載のプログラムを記録したコンピューター読み取り可能な記録媒体である。
【発明の効果】
【００６９】
本発明は、以上説明したように構成されているので、車両における接触や衝突などの事故を早急の検知することができるようになるという優れた効果を奏するものである。
【００７０】
また、本発明は、以上説明したように構成されているので、接触や衝突などの事故が発生した車両の予約管理を行うことができるようになるという優れた効果を奏するものである。
【図面の簡単な説明】
【００７１】
【図１】図１は、従来の技術によるカーシェアリングシステムの概要を示すブロック構成図である。
【図２】図２は、従来の技術によるカーシェアリングシステムの利用手順を示すフローチャートである。
【図３】図３は、従来の技術によるカーシェアリングシステムにおける車両利用前の認証処理の処理ルーチンを示すフローチャートである。
【図４】図４は、従来の技術によるカーシェアリングシステムにおける車両利用後の認証処理の処理ルーチンを示すフローチャートである。
【図５】図５は、本発明によるカーシェアリングシステムの概要を示すブロック構成図である。
【図６】図６は、本発明によるカーシェアリングシステムの利用手順を示すフローチャートである。
【図７】図７は、本発明によるカーシェアリングシステムにおける車両利用前の認証処理の処理ルーチンを示すフローチャートである。
【図８】図８は、本発明によるカーシェアリングシステムにおける事故検知処理の処理ルーチンを示すフローチャートである。
【図９】図９は、本発明によるカーシェアリングシステムにおける車両利用後の認証処理の処理ルーチンを示すフローチャートである。
【図１０】図１０は、本発明によるカーシェアリングシステムにおける事故検知処理の変形例の処理ルーチンを示すフローチャートである。
【発明を実施するための形態】
【００７２】
以下、添付の図面を参照しながら、本発明によるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体の実施の形態の一例を詳細に説明するものとする。
【００７３】
なお、以下の説明においては、図１乃至図４を参照しながら説明した従来の技術によるカーシェアリングシステム１００と同一または相当する構成については、上記において用いた符号と同一の符号を用いて示すことにより、その詳細な構成ならびに作用の説明は適宜に省略することとする。
【００７４】
ここで、図５には、本発明によるカーシェアリングシステムにおける車両管理システムを備えたカーシェアリングシステムの概要を表すブロック構成図が示されている。
【００７５】
この図５に示す、本発明によるカーシェアリングシステム１０は、カーシェアリングシステム１０の管理団体のパーソナルコンピューター１０２と接続されるとともに管理団体の会員となった利用者のパーソナルコンピューター１０４や当該利用者の携帯電話１０６とネットワークなどを介して接続されるサーバー１０８と、車両１１０に設けられるとともにサーバー１０８と携帯電話網を利用して接続される車載器１２と、車両１１０に設けられるとともに車載器１２と接続されるカードリーダー１１４と、車両１１０に設けられるとともに車載器１２と接続されるキーボックス１１６と、車両１１０に設けられるとともに車載器１２に接続される振動センサー１６とを有して構成されている。
【００７６】
より詳細には、車載器１２は、車両１１０に備えられた装置や機能に対する監視や当該監視に基づく制御を行うものであり、ＧＰＳ衛星１４と通信するＧＰＳモジュール１２ａと、携帯電話網と接続する通信モジュール１２ｂと、カードリーダー１１４、ＧＰＳモジュール１２ａ、通信モジュール１２ｂおよび監視部１２ｅ（後述する。）からの各種情報を処理するとともに、カードリーダー１１４、キーボックス１１６、振動センサー１６ならびに車載器１２の全体の動きを制御するメインコントローラー１２ｃと、メインコントローラー１２ｃからの情報により車両１１０に設けられたエンジンスタータ１１０ａおよびドアロックアンロックシステム１１０ｂを操作する操作部１２ｄと、車両１１０に設けられたドアスイッチ１１０ｃ、イグニッション１１０ｄ、バッテリ電圧検出器１１０ｅ、燃料残量検出器１１０ｆ、車速検出器１１０ｇ、キーボックス１１６および振動センサー１６を監視する監視部１２ｅと、メインコントローラー１２ｃからの情報によりキーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスなどを出力させる音声モジュール１２ｆとを有して構成されている。
【００７７】
また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１４からＧＰＳ信号を受信するために必要なアンテナ１２ａａを備えており、また、通信モジュール１２ｂは、車載器１２が各種情報を携帯電話網を介して送受信するためのアンテナ１２ｂａを備えている。
【００７８】
さらに、音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）に接続されている。
【００７９】
また、カードリーダー１１４は、車両１１０内に配置されるとともに、車両１１０の外から利用者がＩＣカードを翳すことにより、当該ＩＣカードに記憶された認証用コードを読み取ることが可能な位置に配置されている。
【００８０】
以上の構成において、図６乃至図９を参照しながら、カーシェアリングシステム１０を利用して車両１１０の予約や利用を行う場合について説明するが、はじめに各構成要素の機能について説明する。
【００８１】
まず、メインコントローラー１２ｃは、サーバー１０８、カードリーダー１１４、監視部１２ｅおよびＧＰＳ衛星１４からの各種情報の入力を行い、入力した情報を記憶するとともに、サーバー１０８に対して各種情報を出力する。
【００８２】
さらに、このメインコントローラー１２ｃは、操作部１２ｄ、監視部１２ｅ、音声モジュール１２ｆ、カードリーダー１１４、キーボックス１１６および振動センサー１６といった構成要素に対してそれらを制御する出力を行う。
【００８３】
また、操作部１２ｄは、監視部１２ｅにおけるイグニッション１１０ｄの監視結果などに基づいて、認証処理なしにドアを開けてエンジンをかけようとしてキーが使用されたと判断された場合に、メインコントローラー１２ｃの制御により、エンジンスタータ１１０ａを起動しないように制御することでエンジンがかからないようにする。
【００８４】
さらに、操作部１２ｄは、メインコントローラー１２ｃから認証処理による認証が完了したとの情報を入力すると、ドアロックアンロックシステム１１０ｂを制御して車両１１０のドアのロックならびにロックの解除を行う。
【００８５】
また、監視部１２ｅは、ドアスイッチ１１０ｃから開閉信号を取得することによりドアの開閉状態の監視を行い、イグニッション１１０ｄからＩＧ信号を取得することによりエンジンが起動した状態であるか否かの監視を行い、バッテリ電圧検出器１１０ｅから電位を取得することにより車両１１０が動作状態か否かの監視を行い、燃料残量検出器１１０ｆから燃料の残量信号を取得することにより車両１１０の燃料の残量を監視を行い、車速検出器１１０ｇから車速信号を取得することにより車両１１０の走行距離の監視を行い、キーボックス１１６から所定の情報を取得することによりキーの有無などの監視を行い、振動センサー１６から衝撃情報を取得することにより事故の監視を行うものであるとともに、こうした監視結果をメインコントローラー１２ｃに出力するものである。
【００８６】
また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１４からのＧＰＳ信号を取得し、当該ＧＰＳ信号をメインコントローラー１２ｃに出力するものであり、メインコントローラー１２ｃにおいては、取得したＧＰＳ信号に基づいて車両１１０の位置情報を取得する。
【００８７】
また、通信モジュール１２ｂは、メインコントローラー１２ｃにおける各種情報を携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８から携帯電話網を利用して出力された各種情報をメインコントローラー１２ｃに入力する。
【００８８】
また、音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスを流すものである。
【００８９】
そして、カードリーダー１１４は、メインコントローラー１２ｃによりその起動が制御されるとともに、読み取り部（図示せず。）にＩＣカードが翳されると、ＩＣカードから認証用コードを読み取り、読み取った認証用コードをメインコントローラー１２ｃに出力する。
【００９０】
さらに、カードリーダー１１４には、ＬＥＤランプ（図示せず。）が設けられており、メインコントローラー１２ｃの制御により、このＬＥＤランプ（図示せず。）を点滅させて、利用者に対してカードリーダー１１４にＩＣカードを翳すように促す。
【００９１】
また、キーボックス１１６は、認証処理が完了した後に、メインコントローラー１２ｃによって、キーの取り出しを可能または不可能な状態に制御されるとともに、音声モジュール１２ｆからの音声ガイダンスを、設けられたスピーカー（図示せず。）から流すものである。
【００９２】
さらにまた、振動センサー１６は、メインコントローラー１２ｃによりその起動が制御されるとともに、車両１１０に生じる衝撃を検出し、検出した衝撃情報を監視部１２ｅに出力するものである。
【００９３】
次に、図６乃至図９を参照しながら、カーシェアリングシステム１０における車両管理処理について説明する。
【００９４】
まず、カーシェアリングシステム１０を利用するに際して、利用者が管理団体に対し会員登録を申請すると、管理団体は、利用者固有の登録コードを作成し、当該登録コードを利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に記憶させる。
【００９５】
さらに、上記した登録コードと同じ認証用コードが記憶されたＩＣカードと、利用者がサーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとが利用者に対して配布される。
【００９６】
そして、管理団体への会員登録を完了した利用者は、当該管理団体が管理する車両１１０を利用しようとする場合には、カーシェアリングシステム１０において、パーソナルコンピューター１０４または携帯電話１０６を利用してサーバー１０８に設けられた予約サイトにアクセスして会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインし、ログインした予約サイトにおいて車両１１０の状態や車両１１０の予約状況といった情報を閲覧し、利用者の要望にあった車両１１０の予約を行う（ステップＳ６０２）。
【００９７】
利用者による車両１１０の予約が完了し、予約した利用開始時間になると、この予約情報がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力される。
【００９８】
そして、利用者は予約した利用開始時間に車両１１０が駐車している駐車場まで行き（ステップＳ６０４）、車両１１０に設けられたカードリーダー１１４に会員登録時に取得したＩＣカードを翳すことにより認証処理を行う（ステップＳ６０６）。
【００９９】
ここで、図７のフローチャートには、このステップＳ６０６における車両利用前の認証処理の詳細な処理内容が示されており、車両利用前の認証処理においては、まず、予約した利用開始時間になると、予約した車両１１０に対して、予約情報がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力されて、カードリーダー１１４を起動するとともに、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる。
【０１００】
このように、予約した利用開始時間になるとカードリーダー１１４が起動されるので、予約した利用開始時間に予約した車両１１０が駐車している駐車場に来た利用者は、ガードリーダー１１４に対して会員登録時に取得したＩＣカードを翳し、カードリーダー１１４に当該ＩＣカードを読み取らせる（ステップＳ７０２）。
【０１０１】
即ち、利用者がカードリーダー１１４にＩＣカードを翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ７０４）。
【０１０２】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている利用者の登録コードとが一致するか否かの判断をする（ステップＳ７０６）。
【０１０３】
ステップＳ７０６の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から認証用コードと登録コードとが一致しないという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ７０８）、再度、ステップＳ７０２の処理に戻る。
【０１０４】
一方、ステップＳ７０６の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８から認証用コードと登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除するとともに、キーボックス１１６からキーを取り出すことができる状態とする（ステップＳ７１０）。
【０１０５】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、認証用コードと登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１０６】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと登録コードとが一致しないと判断されたとき、認証用コードと登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０１０７】
上記のようにして、ステップＳ６０６の車両利用前の認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源が切られ、利用者は、車両１１０に乗車してキーボックス１１６からキーを取り出し（ステップＳ６０８）、取り出したキーを利用してエンジンをかけるが、このとき、メインコントローラー１２ｃにおいては、監視部１２ｅにおけるイグニッション１１０ｄの監視結果に基づいて、振動センサー１６を起動させる（ステップＳ６１０）。
【０１０８】
つまり、メインコントローラー１２ｃにおいては、監視部１２ｅのイグニッション１１０ｄの監視結果を受けて、車両１１０のエンジンがかけられたと判断すると、振動センサー１６を起動させて、車両１１０に生じる衝撃の監視を開始する。
【０１０９】
そして、利用者はエンジンがかけられ利用可能になった車両１１０を利用することとなる（ステップＳ６１２）。
【０１１０】
ここで、車両１１０においては、利用者により車両１１０が利用されている間は、常に、振動センサー１６より出力される衝撃の程度を示す出力値（以下、「衝撃の程度を示す出力値」を、単に「出力値」と証することとする。）を監視部１２ｅにより監視することによって、車両１１０に生じる衝撃を監視するものであり、監視部１２ｅの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０において衝撃が発生したか否かの判断が行われる。
【０１１１】
つまり、メインコントローラー１２ｃにおいて、監視部１２ｅにおいて振動センサー１６より出力される出力値が「０」であるとの監視結果を受けた場合には、車両１１０において衝撃が発生していないとの判断がなされ、監視部１２ｅにおいて振動センサー１６より出力される出力値が「０」以外であるとの監視結果を受けた場合には、車両１１０において衝撃が発生したとの判断がなされる。
【０１１２】
そして、メインコントローラー１２ｃにおいて、車両１１０において衝撃が発生したと判断されると、図８に示す事故検知処理の処理ルーチンを起動して、事故検知処理を開始する。
【０１１３】
この事故検知処理の処理ルーチンが起動すると、まず、メインコントローラー１２ｃにおいて、振動センサー１６により出力された出力値と予めメインコントローラー１２ｃの記憶領域（図示せず。）に記憶された事故衝撃値とを比較して、振動センサー１６により出力された出力値が事故衝撃値より大きい値であるか否かの判断を行う（ステップＳ８０２）。
【０１１４】
ここで、事故衝撃値とは、実際に振動センサー１６を用いて接触事故を再現する実験を行って取得した数値であって、車両１１０に事故が発生したか否かの判断を行うための基準となる数値である。
【０１１５】
即ち、振動センサー１６から出力された出力値がこの事故衝撃値より大きい場合には、車両１１０において接触事故が発生した可能性が高いとみなされ、車両１１０において事故が発生したものであるとされ、振動センサー１６から出力された出力値がこの事故衝撃値以下である場合には、車両１１０において事故が発生した可能性が低いとみなされ、車両１１０において接触事故が発生していないとされる。
【０１１６】
このステップＳ８０２の判断処理において、出力値が事故衝撃値より大きい値でない、つまり、出力値が事故衝撃値以下であると判断された場合には、車両１１０に事故が発生していないものとして、事故検知処理を終了する。
【０１１７】
また、ステップＳ８０２の判断処理において、出力値が事故衝撃値より大きい値であると判断された場合には、メインコントローラー１２ｃから振動センサー１６において出力された出力値を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力し（ステップＳ８０４）、サーバー１０８において、この出力値から車両１１０に発生した事故が重度であるか否かの判断を行う（ステップＳ８０６）。
【０１１８】
つまり、このステップＳ８０６の判断処理においては、サーバー１０８に出力された出力値がサーバー１０８に設けられた記憶手段（図示せず。）に予め記憶されている事故の程度を判断するための数値より大きいか否かに判断がなされる。
【０１１９】
ここで、事故の程度を判断するための数値とは、実際に振動センサー１６を用いて接触事故を再現する実験を行って取得した数値であって、車両１１０に発生した事故が重度であるか否かの判断を行うための基準となる数値である。
【０１２０】
即ち、サーバー１０８に出力された出力値が事故の程度を判断するための数値より大きい場合には、車両１１０に発生した事故が重度であると判断され、サーバー１０８に出力された出力値が事故の程度を判断するための数値以下である場合には、車両１１０に発生した事故が重度でないと判断される。
【０１２１】
このステップＳ８０６の判断処理において、車両１１０に発生した事故が重度であると判断された場合、つまり、出力値が事故の程度を判断する数値より大きいと判断された場合には、車両１１０に発生した事故が重度であるとの判断結果を、サーバー１０８に設けられた記憶手段（図示せず。）に記憶するとともに、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し（ステップＳ８０８）、メインコントローラー１２ｃにおいてＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ８１０）。
【０１２２】
その後、ステップＳ８１０の処理において車両１１０の位置情報が取得できたか否かの判断を行う（ステップＳ８１２）。
【０１２３】
このステップＳ８１２の判断処理において、車両１１０の位置情報が取得できたと判断された場合には、取得した車両１１０の位置情報を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ８０８の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ８１４）。
【０１２４】
そして、ステップＳ８１４の処理で車両１１０の位置情報を記憶すると、次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する（ステップＳ８１８）。
【０１２５】
また、ステップＳ８１２の判断処理において、車両１１０の位置情報が取得できなかったと判断された場合には、車両１１０の位置情報を取得することができなかった旨を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ８０８の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連図付けて記憶する（ステップＳ８１６）。
【０１２６】
その後、ステップＳ８１８の処理に進み、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する。
【０１２７】
次に、車両１１０の予約状況から、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップＳ８０８の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ８２０）とともに、現在利用している利用者の他に、事故が発生した車両１１０を予約している利用者が存在するか否かの判断を行う（ステップＳ８２２）。
【０１２８】
このように、事故が発生した車両１１０の位置情報を取得することにより、車両１１０に事故が発生した場所が明確になり、管理団体において早急に事故後の処理を行うことができるようになる。
【０１２９】
ステップＳ８２２の判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ８２４）。
【０１３０】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ８２６）。
【０１３１】
また、ステップＳ８２２の判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ８２６の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１３２】
ステップＳ８２６の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後は、サーバー１０８の記憶手段（図示せず。）に記憶された、「車両１１０に重度な事故が発生したとの判断結果」、「車両１１０の位置情報」（または「車両１１０の位置情報が取得できなかったこと」）、「利用者の情報」および「事故が発生した車両１１０の予約状況」などを、管理団体のパーソナルコンピューター１０２に出力し、管理団体に報告を行って（ステップＳ８２８）、事故検知処理を終了する。
【０１３３】
一方、ステップＳ８０６の判断処理において、車両１１０に発生した事故が重度でないと判断された場合、つまり、出力値が事故の程度を判断するための数値以下であると判断された場合には、車両１１０に発生した事故が重度でないとの判断結果をサーバー１０８に設けられた記憶手段（図示せず。）に記憶する（ステップＳ８３０）。
【０１３４】
次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認し（ステップＳ８３２）、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップＳ８３０の処理で当該記憶手段に記憶した「車両に重度でない事故が発生したとの判断結果」とを関連付けて記憶する（ステップＳ８３４）とともに、現在利用している利用者の他に、事故が発生した車両１１０を予約している利用者が存在するか否かの判断を行う（ステップＳ８３６）。
【０１３５】
ステップＳ８３６の判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ８３８）。
【０１３６】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ８４０）。
【０１３７】
また、ステップＳ８３６の判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ８４０の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１３８】
ステップＳ８４０の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後、メンテナンス業者のパーソナルコンピューター（図示せず。）などに対して、車両１１０に事故が発生したことと、事故が発生した車両１１０の情報（具体的には、車両１１０の駐車場の位置情報や車両１１０の利用終了時間などである。）を出力して、メンテナンス業者へ事故の報告を行うとともに、このメンテナンス業者への報告内容をサーバー１０８の記憶手段（図示せず。）にステップＳ８２６の処理で当該記憶手段に記憶した「車両１１０に重度でない事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ８４２）。
【０１３９】
メンテナンス業者への報告を行った後は、サーバー１０８の記憶手段（図示せず。）に記憶された「車両１１０に重度でない事故が発生したとの判断結果」、「利用者の情報」、「事故が発生した車両１１０の予約状況」および「メンテナンス業者への報告内容」などを、管理団体のパーソナルコンピューター１０４に出力し、管理団体に報告を行って（ステップＳ８４４）、事故検知処理を終了する。
【０１４０】
こうして事故検知処理によって、管理団体に報告された内容に基づいて、管理団体として車両１１０を利用していた利用者への連絡や車両１１０に対する事故後の処理を行うようにする。
【０１４１】
一方、メインコントローラー１２ｃにおいて車両１１０において衝撃が発生しなかったと判断された場合には、事故検知処理は行われることなくステップＳ６１４の処理に進む。
【０１４２】
そして、ステップＳ６１４の処理として、利用者は、予約した利用終了時間までに車両１１０を予め定められ得た駐車場に駐車させ、キーを利用して車両１１０のエンジンを止めるが、このとき、メインコントローラー１２ｃにおいては、監視部１２ｅにおけるイグニッション１１０ｄの監視結果に基づいて、振動センサー１６を停止させる。
【０１４３】
つまり、メインコントローラー１２ｃにおいては、監視部１２ｅのイグニッション１１０ｄの監視結果を受けて、車両１１０のエンジンが停止されたと判断すると、振動センサー１６を停止させることによって、車両１１０に生じる衝撃の監視を終了する。
【０１４４】
そして、利用者は、車両１１０のキーをキーボックス１１６に返却し、車両１１０の全てのドアを閉める（ステップＳ６１６）。
【０１４５】
このステップＳ６１６の処理の後に、再度、ＩＣカードを車両１１０に設けられたカードリーダー１１４に翳し、車両１１０に設けられたカードリーダー１１４にＩＣカードを読み取らせて認証を受ける（ステップＳ６１８）。
【０１４６】
ここで、図９のフローチャートには、このステップＳ６１８における車両利用後の認証処理の詳細な内容が示されており、この車両利用後の認証処理においては、まず、監視部１２ｅにおけるイグニッション１１０ｄ、キーボックス１１６ならびにドアスイッチ１１０ｃの監視結果に基づいて、メインコントローラー１２ｃにより車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められているか否かの判断を行う（ステップＳ９０２）。
【０１４７】
ステップＳ９０２の判断処理において、「車両１１０のエンジンの停止」、「キーボックス１１６へのキーの返却」、「車両１１０の全てのドアが閉められていること」の３つのうちの１つでも行われていないと判断された場合には、継続して車両１１０を使用するものと判断され、認証処理を行わずに処理を終了する。
【０１４８】
一方、ステップＳ９０２の判断処理において、車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められていると判断された場合には、メインコントローラー１２ｃの制御によりカードリーダー１１４を起動させるとともにカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる。
【０１４９】
このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して利用者に対してカードリーダー１１４にＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。
【０１５０】
そして、利用者がＩＣカードをカードリーダー１１４に翳してカードリーダー１１４にＩＣカードを読み取らせる（ステップＳ９０４）。
【０１５１】
即ち、利用者がＩＣカードをカードリーダー１１４に翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ９０６）。
【０１５２】
認証用コードがサーバー１０８に入力されると、サーバー１０８においては、当該認証用コードと予めサーバー１０８に記憶された利用者の登録コードとが一致するか否かの判断を行う（ステップＳ９０８）。
【０１５３】
このステップＳ９０８の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から、認証用コードと登録コードとが一致しないという判断結果を、携帯電話網を利用し通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃの制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように警告し（ステップＳ９１０）、再度、ステップＳ９０４の処理に戻る。
【０１５４】
一方、ステップＳ９０８の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８において、サーバー１０８で管理されている予約情報から認証用コードと一致する登録コードの利用者の予約状況を確認し（ステップＳ９１２）、この判断処理が行われている時間において当該利用者が利用している車両１１０が存在するか否かの判断を行う（ステップＳ９１４）。
【０１５５】
このステップＳ９１４に判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、サーバー１０８から、利用者が利用している車両１１０が存在しないとの判断結果を、携帯電話網を利用し通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃによりカードリーダー１１４を起動した状態で、車両１１０のセキュリティを起動せずに終了する。
【０１５６】
即ち、ステップＳ９１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、当該利用者による車両１１０の返却は不可能であると判断され、車両１１０が返却されていない状態、つまり、利用者が車両１１０を使用したままの状態となる。
【０１５７】
一方、ステップＳ９１４の判断処理において、利用者が利用している車両１１０が存在すると判断された場合には、サーバー１０８から、利用者が利用している車両１１０が存在するとの判断結果を、携帯電話網を利用して通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行うとともに、キーボックス１１６からキーを取り出すことができない状態とする（ステップＳ９１６）。
【０１５８】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、利用者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、認証処理中である。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１５９】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと登録コードとが一致しないと判断されたとき、利用者が利用している車両１１０が存在すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるのかを知ることができる。
【０１６０】
そして、上記したステップＳ６１８の車両利用後の認証処理による認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源が切られ、利用終了後の車両１１０において、監視部１２ｅにより走行時間、走行距離、燃料残量、車両１１０の状態などが監視され、この監視情報をメインコントローラー１２ｃに出力し、さらに、当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。
【０１６１】
こうしてサーバー１０８に出力された監視情報や予約情報の利用開始時間および利用終了時間から算出される利用時間などに基づいて、管理団体がパーソナルコンピューター１０２からサーバー１０８の管理システムにアクセスして、車両１１０の利用により生じた料金を算出し、算出した料金を利用者のパーソナルコンピューター１０４や携帯電話１０６に通知する（ステップＳ６２０）。
【０１６２】
以上において説明したように、カーシェアリングシステム１０においては、メインコントローラー１２ｃにより、利用者が車両１１０を利用する際にエンジンをかけたときからエンジンを停止するまでの間、常に、監視部１２ｅにより振動センサー１６を監視しているため、車両１１０に事故が生じたとしても、早急に車両１１０に事故が生じたという情報を取得することができるとともに、こうした事故情報を早急に取得することで、事故が生じた車両１１０を予約している利用者に対して、早い段階で予約の変更を促すことができる。
【０１６３】
さらに、車両１１０に事故が生じたことを人を介することなく検知することができ、事故後の処理を速やかに行うことができる。
【０１６４】
なお、上記した実施の形態は、以下の（１）乃至（９）に示すように変形するようにしてもよい。
【０１６５】
（１）上記した実施の形態においては、車両１１０の衝撃を監視するために車両１１０に振動センサー１６を搭載するようにしたが、これに限られるものではないことは勿論であり、例えば、振動センサー１６に換えて振動（衝撃）を捉えて数値化することが可能な加速度センサーや衝撃センサーなどを用いるようにしてもよい。要は、振動センサー１６に換えて車両１１０に搭載するセンサーとしては、車両１１０に搭載可能であるとともに振動（衝撃）を検知することが可能なセンサーであればどのようなセンサーであってもよい。
【０１６６】
（２）上記した実施の形態においては、ステップＳ８０６の判断処理で、車両１１０に発生した事故が重度ではないと判断されると、ステップＳ８３２の処理において事故が発生した車両１１０を予約している利用者が存在するか否かを判断し、利用者が存在すると判断された場合にはステップＳ８３４の処理に進み、当該利用者に対して予約してる車両が利用できなくなった旨を連絡するとともに、別の車両を予約するよう促し、利用者が存在しないと判断された場合には、ステップＳ８３６の処理に進み、事故が発生した車両を予約サイトで予約不可能な状態とするようにしたが、このステップＳ８３２〜ステップＳ８３６の処理を省略するようにしてもよい。
【０１６７】
（３）上記した実施の形態においては、振動センサー１６より出力した出力値の大きさに基づいて、車両１１０に事故が発生したと判断するとともに、発生した事故が重度であるか否かの判断をし、発生した事故の程度によって、事故が発生した車両１１０を予約している利用者に対して予約の変更を促すなどの予約の管理までを行うようにしたが、これに限られるものではないことは勿論である。
【０１６８】
具体的には、振動センサー１６より出力した出力値が所定の数値より大きいか否かの判断を行い（ステップＳ８０２の処理に相当する。）、この判断処理において、出力値が所定の数値以下であると判断された場合には、車両１１０に事故が発生しないと判断され、事故検知処理を終了し、出力値が所定の数値より大きいと判断された場合には、車両１１０に事故が発生したと判断され、車両１１０に事故が発生したとの判断結果をサーバー１０８に出力し（ステップＳ８０４の処理に相当する。）、出力された判断結果をサーバー１０８に記憶するとともに、当該判断結果を管理団体のパーソナルコンピューター１０４に出力して、管理団体に車両１１０に事故が発生した旨を報告するようにしてもよい。
【０１６９】
管理団体においては、こうした情報に基づいて、予約管理を含む事故後の処理を担当者が行うようにする。
【０１７０】
（４）上記した実施の形態においては、ステップＳ９１０の処理において、ＬＥＤランプを点滅することで、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように警告するようにしたが、これに限られるものではないことは勿論である。
【０１７１】
つまり、ＬＥＤランプの点滅に換えて、キーボックス１１６に設けられたスピーカー（図示せず。）から、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように促す旨の音声ガイダンスを流すようにしてもよい。
【０１７２】
さらに、ＬＥＤランプの点滅に加えて、キーボックス１１６に設けられたスピーカー（図示せず。）から、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように促す旨の音声ガイダンスを流すようにしてもよい。
【０１７３】
（５）上記した実施の形態においては、ステップＳ９１６の処理においては、メインコントローラー１２ｃの制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者に対して車両１１０の返却処理の完了を知らせるようにしたが、これに限られるものではないことは勿論であり、ＬＥＤランプの点滅に換えて、車両１１０のセキュリティを起動した旨の音声ガイダンスを、メインコントローラー１２ｃが音声モジュール１２ｆを制御してキーボックス１１６に設けられたスピーカー（図示せず。）から流すようにしてもよいし、ＬＥＤランプの点滅に加えて、車両１１０のセキュリティを起動した旨の音声ガイダンスを、メインコントローラー１２ｃが音声モジュール１２ｆを制御してキーボックス１１６に設けられたスピーカー（図示せず。）から流すようにしてもよい。
【０１７４】
（６）上記した実施の形態においては、振動センサー１６より出力された出力値を所定の数値と比較することによって、車両１１０において事故が発生したか否かの判断を行うとともに、当該出力値の数値の大きさによって車両１１０に発生した事故が重度であるか否かの判断を行うようにしたが、これに限られるものではないことは勿論であり、メインコントローラー１２ｃにおいて、振動センサー１６より出力された出力値から衝撃のパターンを作成し、作成された衝撃のパターンと事故衝撃パターンとを比較することによって、車両１１０において事故が発生したか否かを判断するとともに、車両１１０に発生した事故が重度であるか否かの判断を行うようにしてもよい。
【０１７５】
ここで、図１０を参照しながら、事故検知処理において、衝撃のパターンにより車両１１０に事故が発生したか否かの判断を行う場合について説明する。
【０１７６】
まず、メインコントローラー１２ｃにおいて、振動センサー１６により出力された出力値より車両１１０に発生した衝撃のパターンを作成し（ステップＳ１００２）、作成した衝撃のパターンを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１００４）。
【０１７７】
次に、サーバー１０８において、ステップＳ１００４の処理で出力された衝撃のパターンと予めサーバー１０８に設けられた記憶手段（図示せず。）に記憶された事故衝撃パターンとを比較し、車両１１０に生じた衝撃のパターンが事故衝撃パターンと近似しているか否かの判断を行う（ステップＳ１００６）。
【０１７８】
ここで、事故衝撃パターンとは、実際に実験を行って取得した事故の衝撃時に加速センサー１６より出力される出力値から作成した衝撃パターンである。なお、こうした事故衝撃パターンは複数あり、複数の事故衝撃パターンと車両１１０に生じた衝撃のパターンとを比較して、車両１１０に事故が発生したか否か判断される。
【０１７９】
具体的には、車両１１０に生じた衝撃のパターンが、複数の事故衝撃パターンのうちのいずれかのパターンと近似すると判断された場合には、車両１１０において事故が発生した可能性が高いとみなされて、車両１１０において事故が発生したものであるとされ、車両１１０に生じた衝撃のパターンが、複数の事故衝撃パターンのうちのいずれのパターンとも近似しないと判断された場合には、車両１１０において事故が発生した可能性が低いとみなされて、車両１１０において事故は発生していないものとされる。また、複数の事故衝撃パターンは、そのパターンに応じて「重度な事故」と判断されるパターンであるか、「重度でない事故」と判断されるパターンであるかに分けられており、衝撃のパターンから、当該衝撃のパターンが近似する事故衝撃パターンが「重度な事故」あるいは「重度でない事故」どちらであるかによって、車両１１０に発生した事故の程度が判断される。
【０１８０】
このステップＳ１００６の判断処理において、衝撃のパターンが事故衝撃パターンと近似していない、つまり、衝撃のパターンがいずれの事故衝撃パターンとも近似していないと判断された場合には、車両１１０に事故が発生していないものとして、事故検知処理を終了する。
【０１８１】
また、ステップＳ１００６の判断処理において、衝撃のパターンが事故衝撃パターンと近似している、つまり、衝撃のパターンがいずれかの事故衝撃パターンと近似していると判断された場合には、サーバー１０８において、衝撃のパターンから車両１１０に発生した事故が重度であるか否かの判断を行う（ステップＳ１００８）。
【０１８２】
このステップＳ１００８の判断処理においては、具体的には、衝撃のパターンと近似した事故衝撃パターンが「重度な事故」と判断されるパターンであるか否かの判断を行うものであり、衝撃のパターンが「重度の事故」と判断されるパターンである場合には、この判断処理においては、車両１１０に発生した事故が重度であると判断され、衝撃のパターンと近似した事故衝撃パターンが「重度でない事故」と判断されるパターンである場合には、この判断処理においては、車両１１０に発生した事故が重度でないと判断される。
【０１８３】
ステップＳ１００８の判断処理において、車両１１０に発生した事故が重度であると判断された場合、つまり、衝撃のパターンと近似した事故衝撃パターンが「重度な事故」と判断されるパターンであった場合には、車両１１０に発生した事故が重度であるとの判断結果を、サーバー１０８に設けられた記憶手段（図示せず。）に記憶するとともに、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し（ステップＳ１０１０）、メインコントローラー１２ｃにおいてＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ１０１２）。
【０１８４】
その後、ステップＳ１０１２の処理において車両１１０の位置情報が取得できたか否かの判断を行う（ステップＳ１０１４）。
【０１８５】
このステップＳ１０１４の判断処理において、車両１１０の位置情報が取得できたと判断された場合には、取得した車両１１０の位置情報を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ１０１０の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０１６）。
【０１８６】
そして、ステップＳ１０１６の処理で車両の位置情報を記憶すると、次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する（ステップＳ１０２０）。
【０１８７】
また、ステップＳ１０１４の判断処理において、車両１１０の位置情報が取得できなかったと判断された場合には、車両１１０の位置情報を取得することができなかった旨を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ１０１０の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０１８）。
【０１８８】
その後、ステップＳ１０２０の処理に進み、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する。
【０１８９】
次に、車両１１０の予約状況から、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップＳ１０１０の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０２２）とともに、現在利用している利用者の他に、事故が発生した車両１１０を予約している利用者が存在するか否かの判断を行う（ステップＳ１０２４）。
【０１９０】
ステップＳ１０２４に判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ１０２６）。
【０１９１】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ１０２８）。
【０１９２】
また、ステップＳ１０２４に判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ１０２８の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１９３】
ステップＳ１０２８の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後は、サーバー１０８の記憶手段（図示せず。）に記憶された、「車両１１０に重度な事故が発生したとの判断結果」、「車両１１０の位置情報」（または「車両１１０の位置情報が取得できなかったこと」）、「利用者の情報」および「事故が発生した車両１１０の予約状況」などを、管理団体のパーソナルコンピューター１０２に出力し、管理団体に報告を行って（ステップＳ１０３０）、事故検知処理を終了する。
【０１９４】
一方、ステップＳ１００８の判断処理において、車両１１０に発生した事故が重度でないと判断された場合、つまり、衝撃のパターンと近似した事故衝撃パターンが「重度でない事故」と判断されるパターンであった場合には、車両１１０に発生した事故が重度でないとの判断結果をサーバー１０８に設けられた記憶手段（図示せず。）に記憶する（ステップＳ１０３２）。
【０１９５】
次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認し（ステップＳ１０３４）、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップ１０３２の処理で当該記憶手段に記憶した「車両１１０に重度でない事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０３６）とともに、現在利用している利用者の他に、事故が発生した車両１１０の予約をしている利用者が存在するか否かの判断を行う（ステップＳ１０３８）。
【０１９６】
ステップＳ１０３８の判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ１０４０）。
【０１９７】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ１０４２）。
【０１９８】
また、ステップＳ１０３８の判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ１０４２の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１９９】
ステップＳ１０４２の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後、メンテナンス業者のパーソナルコンピューター（図示せず。）などに対して、車両１１０に事故が発生したことと、事故が発生した車両１１０の情報（具体的には、車両１１０の駐車場の位置情報や車両１１０の利用終了時間などである。）を出力して、メンテナンス業者へ事故の報告を行うとともに、このメンテナンス業者への報告内容をサーバー１０８の記憶手段（図示せず。）にステップＳ１０３２の処理で当該記憶手段に記憶した「車両１１０に重度でない事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０４４）。
【０２００】
メンテナンス業者への報告を行った後は、サーバー１０８の記憶手段（図示せず。）に記憶された「車両１１０に重度でない事故が発生したとの判断結果」、「利用者の情報」、「事故が発生した車両１１０の予約状況」および「メンテナンス業者への報告内容」などを、管理団体のパーソナルコンピューター１０４に出力し、管理団体に報告を行って（ステップＳ１０４６）、事故検知処理を終了する。
【０２０１】
このようにして、振動センサー１６により出力された出力値から作成した衝撃のパターンを利用して車両１１０に発生した事故を判断することにより、車両１１０に発生した事故の判断を行うことができるようになる。
【０２０２】
（７）上記した実施の形態においては、ステップＳ８２４およびステップＳ８３８の処理において利用者に別の車両の予約を促すようにした。この予約を促す処理においては、例えば、別の車両の予約を促す連絡をするとともに、事故が発生した車両を予約していた時間で使用可能な車両の情報を利用者に対して提示するようにしてもよい。つまり、この利用者に別の車両を促す際には、利用者に対して負担が少なくなるように、可能な限りの情報を提供して利用者に車両の変更を求めるようにしてもよい。
【０２０３】
（８）上記した実施の形態においては、ステップＳ８０６の判断処理で車両１１０に発生した事故が重度であると判断された場合には、ＧＰＳ機能により位置情報を取得した後に、利用者に予約車両の変更を促したり、予約サイトにおいて事故が発生した車両の予約を不可能な状態にするといった予約管理を行うようにしたが、これに限られるものではないことは勿論であり、予約管理を行った後に、ＧＰＳ機能により位置情報を取得するようにしてもよい。
【０２０４】
（９）上記した実施の形態ならびに上記した（１）乃至（８）に示す変形例は、適宜に組み合わせるようにしてもよい。
【産業上の利用可能性】
【０２０５】
本発明は、カーシェアリングを管理する団体が用いて好適なものである。
【符号の説明】
【０２０６】
１０、１００ カーシェアリングシステム
１２、１１２ 車載器
１２ａ ＧＰＳモジュール
１２ｂ 通信モジュール
１２ｃ メインコントローラー
１２ｄ 操作部
１２ｅ 監視部
１４ ＧＰＳ衛星
１６ 振動センサー
１０２、１０４ パーソナルコンピューター
１０６ 携帯電話
１０８ サーバー
１１０ 車両
１１４ カードリーダー
１１６ キーボックス
【技術分野】
【０００１】
本発明は、カーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
近年、自動車の新しい利用形態として、一台の自動車を複数の会員が共同で利用する、所謂、カーシェアリングが注目されている。
【０００３】
ここで、カーシェアリングとは、利用者は自ら自動車を所有せず、管理団体の会員となり、必要に応じてその団体の自動車を借りるというものである。
【０００４】
また、カーシェアリングは、ある地域に限定したコミュニティーの中で会員同士で自動車を共有し、インターネットなどを通じて車両の利用状態の確認や利用予約を行うようにしているため、貸し出し手続に時間を必要とせず、貸し出し・返却場所は、居住しているマンションの駐車場であったり、あるいは、通勤駅の近くであったりと、会員が利用するにあたって便利な場所に設定されていることが多い。
【０００５】
こうしたカーシェアリングにより、利用者は、自動車を所有する場合に比べて、自動車取得費用、維持経費ならびに駐車料金といった費用を削減することができるようになる。
【０００６】
さらに、カーシェアリングが広く普及されることにより、自動車の総台数の低減が見込まれ、都市の交通渋滞の緩和やエネルギー消費量の低減により、二酸化炭素による地球温暖化を抑止する効果が期待されている。
【０００７】
ところで、上記したような従来のカーシェアリングにおいては、例えば、図１のブロック構成図に示すようなシステムを構築し、このシステムにより車両の予約や運行の管理が行われている。
【０００８】
即ち、従来の技術によるカーシェアリングシステム１００は、カーシェアリングシステム１００の管理団体のパーソナルコンピューター１０２と接続されるとともに当該管理団体の会員となった利用者のパーソナルコンピューター１０４や当該利用者の携帯電話１０６とネットワークを介して接続されるサーバー１０８と、車両１１０に設けられかつ携帯電話網でサーバー１０８と接続される車載器１１２と、車両１１０に設けられるとともに車載器１１２と接続されるカードリーダー１１４と、車両１１０に設けられるとともに車載器１１２に接続されるキーボックス１１６とを有して構成されている。
【０００９】
以上の構成において、図２乃至図４を参照しながら、カーシェアリングシステム１００を利用して車両１１０の予約や利用を行う場合について説明する。
【００１０】
まず、利用者が管理団体に対し会員登録を申請すると、管理団体は、利用者固有の登録コードを作成し、当該登録コードを利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に記憶させる。
【００１１】
さらに、上記した登録コードと同じ認証用コードが記憶されたＩＣカードと、利用者がサーバー１０８に設けられた予約サイトにログインする際に必要となるＩＤおよびパスワードとが利用者に対して配布される。
【００１２】
ここで、上記したＩＣカードを取得した利用者が、カーシェアリングシステム１００を利用して車両１１０の予約や利用を行う場合には、利用者がパーソナルコンピューター１０４または携帯電話１０６を利用してサーバー１０８に設けられた予約サイトにアクセスして会員登録時に取得したＩＤおよびパスワードを入力してログインし、車両１１０の状態や車両１１０の予約状況といった情報を閲覧し、利用者の要望にあった車両１１０の予約を行う（ステップＳ２０２）。
【００１３】
こうした利用者による車両１１０の予約が完了し、予約時間になると、携帯電話網を利用して、この予約の情報がサーバー１０８から車載器１１２に送られる。
【００１４】
そして、利用者は予約した時間に車両１１０が駐車された駐車場まで行き（ステップＳ２０４）、車両１１０に設けられたカードリーダー１１４に、会員登録時に取得したＩＣカードを読み取らせて認証を受ける（ステップＳ２０６）。
【００１５】
ここで、図３のフローチャートには、このステップＳ２０６における車両利用前のＩＣカードによる認証処理の詳細な処理内容が示されており、予約時間になり、サーバー１０８から予約の情報が車載器１１２に送られると、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせるとともに、カードリーダー１１４が起動されるので、予約時間に車両１１０が駐車している駐車場に来た利用者はカードリーダー１１４に対して会員登録時に取得したＩＣカードを翳し、カードリーダー１１４に当該ＩＣカードを読み取らせる（ステップＳ３０２）。
【００１６】
即ち、利用者がカードリーダー１１４にＩＣカードを翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードを車載器１１２に出力し、車載器１１２から携帯電話網を利用してサーバー１０８に出力する（ステップＳ３０４）。
【００１７】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている利用者の登録コードとが一致するか否かを判断する（ステップＳ３０６）。
【００１８】
ステップＳ３０６の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から認証用コードと登録コードとが一致しないという判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ３０８）、再度、ステップＳ３０２の処理に戻る。
【００１９】
一方、ステップＳ３０６の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８から認証用コードと登録コードとが一致するという判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるとともに、キーボックス１１６に設けられたスピーカー（図示せず。）から車両１１０のセキュリティを解除した旨の音声ガイダンスを流し、車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除するとともに、キーボックス１１６からキーを取り出すことができる状態とする（ステップＳ３１０）。
【００２０】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、認証用コードと登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【００２１】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと登録コードとが一致しないと判断されたときにおいて、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンによって、どのような状態であるかを知ることができる。
【００２２】
上記したステップＳ２０６の処理による認証が完了すると、利用者は、車両１１０に乗車してキーボックス１１６からキーを取り出し（ステップＳ２０８）、取り出したキーを利用してエンジンをかけて車両１１０を利用する（ステップＳ２１０）。
【００２３】
その後、車両１１０を利用した利用者は、予約時間が終了するまでに車両１１０を決められた駐車場に駐車させ（ステップＳ２１２）、車両１１０のキーをキーボックス１１６に返却し、車両１１０の全てのドアを閉める（ステップＳ２１４）。
【００２４】
ステップＳ２１４の処理の後に、再度、ＩＣカードを車両１１０に設けられたカードリーダー１１４に翳し、車両１１０に設けられたカードリーダー１１４にＩＣカードを読み取らせて認証を受ける（ステップＳ２１６）。
【００２５】
ここで、図４のフローチャートには、このステップＳ２１６における車両利用後のＩＣカードによる認証処理の詳細な処理内容が示されており、この車両利用後のＩＣカードによる認証処理においては、まず、車載器１１２において、車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉じられているか否かの判断を行う（ステップＳ４０２）。
【００２６】
ステップＳ４０２の判断処理において、「車両１１０のエンジンの停止」、「キーボックスへのキーの返却」、「車両１１０の全てのドアが閉じられていること」の３つのうち、１つでも行われていないと判断された場合には、継続して車両１１０を使用すると判断され、認証処理を行わずに処理を終了する。
【００２７】
一方、ステップＳ４０２の判断処理において、車両１１０のエンジンが停止し、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉じられていると判断された場合には、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせるとともに、利用者に対してカードリーダー１１４にＩＣカードを翳す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流し、車両１１０に設けられたカードリーダー１１４を起動させる。
【００２８】
そして、利用者がＩＣカードをカードリーダー１１４に翳して、カードリーダー１１４にＩＣカードを読み取らせる（ステップＳ４０４）。
【００２９】
即ち、利用者がＩＣカードをカードリーダー１１４に翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードを車載器１１２に出力し、車載器１１２から携帯電話網を利用してサーバー１０８に出力する（ステップＳ４０６）。
【００３０】
認証用コードがサーバー１０８に入力されると、サーバー１０８においては、当該認証用コードと予めサーバー１０８に記憶された利用者の登録コードとが一致するか否かの判断を行う（ステップＳ４０８）。
【００３１】
このステップＳ４０８の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から認証用コードと登録コードとが一致しないという判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように警告し（ステップＳ４１０）、再びステップＳ４０４の処理に戻る。
【００３２】
一方、ステップＳ４０８の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８において、サーバー１０８で管理されている予約情報から認証用コードと一致する登録コードの利用者の予約状況を確認し（ステップＳ４１２）、当該利用者が利用している車両１１０が存在しているか否かの判断を行う（ステップＳ４１４）。
【００３３】
このステップＳ４１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、サーバー１０８から利用者が利用している車両１１０が存在しないとの判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４を起動した状態で、車両１１０のセキュリティを起動させることなく処理を終了する。
【００３４】
即ち、ステップＳ４１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、当該利用者による車両１１０の返却は不可能であると判断され、車両１１０が返却されていない状態、つまり、利用者が車両１１０を利用している状態となる。
【００３５】
一方、ステップＳ４１４の判断処理において、利用者が利用している車両１１０が存在すると判断された場合には、サーバー１０８から利用者が利用している車両１１０が存在するとの判断結果を携帯電話網を利用して車載器１１２に出力し、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行うとともに、キーボックス１１６からキーを取り出すことができない状態とする（ステップＳ４１６）。
【００３６】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、利用者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、返却処理中のことである。）は、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【００３７】
上記した説明において、カードリーダー１１４が起動したとき、返却処理中、認証用コードと登録コードとが一致しないと判断されたとき、利用者が利用している車両１１０が存在すると判断されたときにおいて、車載器１１２の制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【００３８】
そして、上記したステップＳ２１６の処理による認証が完了すると、車載器１１２により、走行距離、走行時間ならびに車両１１０の状態などが確認され、確認された情報をサーバー１０８に出力し、管理団体がパーソナルコンピューター１０２によりサーバー１０８にアクセスし、車載器１１２からの情報に基づいて車両１１０の利用に関する料金を算出し、算出した料金を会員のパーソナルコンピューター１０４もしくは携帯電話１０６に通知する（ステップＳ２１８）。
【００３９】
ところで、従来のカーシェアリングシステムにおいては、人を介することなく貸出や返却が行われるため、人を介して貸出や返却が行われるレンタカーとは異なり、車両１１０の返却の度にメンテナンス業者などの専門のスタッフによる車両１１０の点検を行うことはない。
【００４０】
このため、接触や衝突などの事故により車両１１０が損傷した場合、当該事故を起こした利用者または車両１１０の損傷を発見した利用者からの連絡、あるいは、専門のスタッフによる定期点検があるまで車両１１０に生じた損傷を発見することができなかった。
【００４１】
そして、車両１１０に損傷を発見した利用者からの連絡や専門スタッフによる定期点検によって車両１１０の損傷を発見した場合には、その損傷の程度によっては、事故が発生した車両１１０を貸し出すことができなくなり、事故が発生した車両１１０を予約した利用者に対して、当該車両１１０の利用の中止の連絡や他の車両を利用するよう予約の変更を促す連絡などの予約の管理を行わなければならず、利用者ならびに管理団体ともに面倒な作業となっていた。
【００４２】
さらに、こうした予約の管理を行うため、事故が発生した車両１１０を予約している利用者に対して早急に連絡する必要があり、管理団体としては事故の発生を早急に知る必要があった。
【００４３】
このため、車両１１０における接触や衝突などの事故を早急の検知することができるようにしたカーシェアリングシステムの提案が望まれていた。
【００４４】
さらに、接触や衝突などの事故を起こした車両１１０の予約管理を行うことができるようにしたカーシェアリングシステムの提案が望まれていた。
【００４５】
なお、本願出願人が特許出願のときに知っている先行技術は、文献公知発明に係る発明ではないため、本願明細書に記載すべき先行技術文献情報はない。
【発明の概要】
【発明が解決しようとする課題】
【００４６】
本発明は、従来の技術の有する上記したような要望に鑑みてなされたものであり、その目的とするところは、車両における接触や衝突などの事故を早急に検知することのできるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供しようとするものである。
【００４７】
また、本発明の目的とするところは、接触や衝突などの事故が発生した車両の予約管理を行うことのできるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体を提供しようとするものである。
【課題を解決するための手段】
【００４８】
上記目的を達成するために、本発明は、車両に振動センサーなどの衝撃検出手段を設け、当該衝撃検出手段による検出結果に基づいて、車両に接触や衝突などの事故が発生したか否かを判断するとともに、当該車両に発生した接触や衝突などの事故が重度であるか否かの判断を行い、当該判断を管理者に報告するようにしたものである。
【００４９】
さらに、こうした判断結果に基づいて、当該事故が発生した車両の予約の管理を行うようにしたものである。
【００５０】
このため、本発明によれば、衝撃検出手段による検出結果に基づいて、車両に発生した接触や衝突などの事故を早急に検知するすることができるようになる。
【００５１】
さらに、衝撃検出手段による検出結果に基づいて、検知した事故が重度であるか否かを検知することができるようになり、こうした検知の結果に応じて予約の管理を行うため、事故が発生した車両を予約していた利用者に対して早急に予約していた車両の事故情報を提供するとともに予約変更手続を促すことができ、事故が発生した車両を予約していた利用者にとって、車両の利用直前に車両の事故情報が届くことながなくなり、予定の変更に対応する時間を設けることができるようになる。
【００５２】
即ち、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、上記車両に搭載されて上記車両に発生する衝撃を検出する衝撃検出手段と、上記衝撃検出手段を監視する監視手段と、上記監視手段による監視結果より、上記車両に事故が発生したか否かを判断する第１の判断手段と、上記第１の判断手段による判断結果を管理者に報告する報告手段とを有するようにしたものである。
【００５３】
また、本発明は、上記第１の判断手段により上記車両に事故が発生したと判断された場合に、上記監視手段による監視結果から、発生した事故の程度を判断する第２の判断手段とを有し、上記報告手段は、上記第１の判断手段による判断結果および上記第２の判断手段による判断結果を管理者に報告するようにしたものである。
【００５４】
また、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、上記車両に搭載されて上記車両に発生する衝撃を検出する衝撃検出手段と、上記衝撃検出手段を監視する監視手段と、上記監視手段による監視結果から衝撃のパターンを作成する作成手段と、上記作成手段により作成されたパターンに基づき、上記車両に事故が発生したか否かを判断する第１の判断手段と、上記第１の判断手段による判断結果を管理者に報告する報告手段とを有するようにしたものである。
【００５５】
また、本発明は、さらに、上記第１の判断手段により上記車両に事故が発生したと判断された場合に、上記作成手段により作成したパターンに基づき、発生した事故の程度を判断する第２の判断手段とを有し、上記報告手段は、上記第１の判断手段による判断結果および上記第２の判断手段による判断結果を管理者に報告するようにしたものである。
【００５６】
また、本発明は、さらに、上記第２の判断手段による判断に基づいて、事故が発生した上記車両の予約管理を行う予約管理手段とを有し、上記報告手段は、上記第１の判断手段による判断結果、上記第２の判断手段による判断結果および上記予約管理手段によりなされた処理内容を管理者に報告するようにしたものである。
【００５７】
また、本発明は、上記第２の判断手段は、上記車両に発生した事故が重度であるか否かを判断し、上記第２の判断手段による判断結果に基づいて、上記予約管理手段により、事故が発生した上記車両を予約した利用者に対して、上記車両の利用が不可能になった旨を知らせるとともに、上記車両の予約を不可能な状態とするようにしたものである。
【００５８】
また、本発明は、さらに、上記車両の位置情報を取得する位置情報取得手段とを有し、上記位置情報取得手段は、上記第２の判断手段により上記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した上記車両の位置情報を取得し、上記報告手段は、上記第１の判断手段による判断結果、上記第２の判断手段による判断結果、上記予約管理手段によりなされた処理内容および上記位置情報取得手段によって取得した位置情報を管理者に報告するようにしたものである。
【００５９】
また、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、上記車両に発生する衝撃を検出する衝撃検出処理工程と、上記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、上記監視処理工程による監視結果により、上記車両に事故が発生したか否かを判断する第１の判断処理工程と、上記第１の判断処理工程による判断結果を管理者に報告する報告処理工程とを有するようにしたものである。
【００６０】
また、本発明は、さらに、上記第１の判断処理工程により上記車両に事故が発生したと判断された場合に、上記監視処理工程による監視結果から、発生した事故の程度を判断する第２の判断処理工程とを有し、上記報告処理工程は、上記第１の判断処理工程による判断結果および上記第２の判断処理工程による判断結果を管理者に報告するようにしたものである。
【００６１】
また、本発明は、利用者からの予約に応じて車両を管理し、上記利用者による認証処理を行って、上記利用者への上記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、上記車両に発生する衝撃を検出する衝撃検出処理工程と、上記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、上記監視処理工程による監視結果から衝撃のパターンを作成する作成処理工程と、上記作成処理工程により作成されたパターンに基づき、上記車両に事故が発生したか否かを判断する第１の判断処理工程と、上記第１の判断処理工程による判断結果を管理者に報告する報告処理工程とを有するようにしたものである。
【００６２】
また、本発明は、さらに、上記第１の判断処理により上記車両に事故が発生したと判断された場合に、上記作成処理工程により作成したパターンに基づき、発生した事故の程度を判断する第２の判断処理工程とを有し、上記報告処理工程は、上記第１の判断処理工程による判断結果および上記第２の判断処理工程による判断結果を管理者に報告するようにしたものである。
【００６３】
また、本発明は、さらに、上記第２の判断処理工程による判断に基づいて、事故が発生した上記車両の予約管理を行う予約管理処理工程とを有し、上記報告処理工程は、上記第１の判断処理工程による判断結果、上記第２の判断処理工程による判断結果および上記予約管理処理工程によりなされた処理内容を管理者に報告するようにしたものである。
【００６４】
また、本発明は、上記第２の判断処理工程は、上記車両に発生した事故が重度であるか否かを判断し、上記第２の判断処理工程による判断結果に基づいて、上記予約管理処理工程により、事故が発生した上記車両を予約した利用者に対して、上記車両の利用が不可能になった旨を知らせるとともに、上記車両の予約を不可能な状態とするようにしたものである。
【００６５】
また、本発明は、さらに、上記車両の位置情報を取得する位置情報取得処理工程とを有し、上記位置情報取得処理は、上記第２の判断処理工程により上記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した上記車両の位置情報を取得し、上記報告処理工程は、上記第１の判断処理工程による判断結果、上記第２の判断処理工程による判断結果、上記予約管理処理工程によりなされた処理内容および上記位置情報取得処理工程によって取得した位置情報を管理者に報告するようにしたものである。
【００６６】
また、本発明は、上記した発明に記載のカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラムである。
【００６７】
また、本発明は、上記した発明に記載のカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラムである。
【００６８】
また、本発明は、上記した発明に記載のプログラムを記録したコンピューター読み取り可能な記録媒体である。
【発明の効果】
【００６９】
本発明は、以上説明したように構成されているので、車両における接触や衝突などの事故を早急の検知することができるようになるという優れた効果を奏するものである。
【００７０】
また、本発明は、以上説明したように構成されているので、接触や衝突などの事故が発生した車両の予約管理を行うことができるようになるという優れた効果を奏するものである。
【図面の簡単な説明】
【００７１】
【図１】図１は、従来の技術によるカーシェアリングシステムの概要を示すブロック構成図である。
【図２】図２は、従来の技術によるカーシェアリングシステムの利用手順を示すフローチャートである。
【図３】図３は、従来の技術によるカーシェアリングシステムにおける車両利用前の認証処理の処理ルーチンを示すフローチャートである。
【図４】図４は、従来の技術によるカーシェアリングシステムにおける車両利用後の認証処理の処理ルーチンを示すフローチャートである。
【図５】図５は、本発明によるカーシェアリングシステムの概要を示すブロック構成図である。
【図６】図６は、本発明によるカーシェアリングシステムの利用手順を示すフローチャートである。
【図７】図７は、本発明によるカーシェアリングシステムにおける車両利用前の認証処理の処理ルーチンを示すフローチャートである。
【図８】図８は、本発明によるカーシェアリングシステムにおける事故検知処理の処理ルーチンを示すフローチャートである。
【図９】図９は、本発明によるカーシェアリングシステムにおける車両利用後の認証処理の処理ルーチンを示すフローチャートである。
【図１０】図１０は、本発明によるカーシェアリングシステムにおける事故検知処理の変形例の処理ルーチンを示すフローチャートである。
【発明を実施するための形態】
【００７２】
以下、添付の図面を参照しながら、本発明によるカーシェアリングシステムにおける車両管理システム、車両管理方法、プログラムおよびコンピューター読み取り可能な記録媒体の実施の形態の一例を詳細に説明するものとする。
【００７３】
なお、以下の説明においては、図１乃至図４を参照しながら説明した従来の技術によるカーシェアリングシステム１００と同一または相当する構成については、上記において用いた符号と同一の符号を用いて示すことにより、その詳細な構成ならびに作用の説明は適宜に省略することとする。
【００７４】
ここで、図５には、本発明によるカーシェアリングシステムにおける車両管理システムを備えたカーシェアリングシステムの概要を表すブロック構成図が示されている。
【００７５】
この図５に示す、本発明によるカーシェアリングシステム１０は、カーシェアリングシステム１０の管理団体のパーソナルコンピューター１０２と接続されるとともに管理団体の会員となった利用者のパーソナルコンピューター１０４や当該利用者の携帯電話１０６とネットワークなどを介して接続されるサーバー１０８と、車両１１０に設けられるとともにサーバー１０８と携帯電話網を利用して接続される車載器１２と、車両１１０に設けられるとともに車載器１２と接続されるカードリーダー１１４と、車両１１０に設けられるとともに車載器１２と接続されるキーボックス１１６と、車両１１０に設けられるとともに車載器１２に接続される振動センサー１６とを有して構成されている。
【００７６】
より詳細には、車載器１２は、車両１１０に備えられた装置や機能に対する監視や当該監視に基づく制御を行うものであり、ＧＰＳ衛星１４と通信するＧＰＳモジュール１２ａと、携帯電話網と接続する通信モジュール１２ｂと、カードリーダー１１４、ＧＰＳモジュール１２ａ、通信モジュール１２ｂおよび監視部１２ｅ（後述する。）からの各種情報を処理するとともに、カードリーダー１１４、キーボックス１１６、振動センサー１６ならびに車載器１２の全体の動きを制御するメインコントローラー１２ｃと、メインコントローラー１２ｃからの情報により車両１１０に設けられたエンジンスタータ１１０ａおよびドアロックアンロックシステム１１０ｂを操作する操作部１２ｄと、車両１１０に設けられたドアスイッチ１１０ｃ、イグニッション１１０ｄ、バッテリ電圧検出器１１０ｅ、燃料残量検出器１１０ｆ、車速検出器１１０ｇ、キーボックス１１６および振動センサー１６を監視する監視部１２ｅと、メインコントローラー１２ｃからの情報によりキーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスなどを出力させる音声モジュール１２ｆとを有して構成されている。
【００７７】
また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１４からＧＰＳ信号を受信するために必要なアンテナ１２ａａを備えており、また、通信モジュール１２ｂは、車載器１２が各種情報を携帯電話網を介して送受信するためのアンテナ１２ｂａを備えている。
【００７８】
さらに、音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）に接続されている。
【００７９】
また、カードリーダー１１４は、車両１１０内に配置されるとともに、車両１１０の外から利用者がＩＣカードを翳すことにより、当該ＩＣカードに記憶された認証用コードを読み取ることが可能な位置に配置されている。
【００８０】
以上の構成において、図６乃至図９を参照しながら、カーシェアリングシステム１０を利用して車両１１０の予約や利用を行う場合について説明するが、はじめに各構成要素の機能について説明する。
【００８１】
まず、メインコントローラー１２ｃは、サーバー１０８、カードリーダー１１４、監視部１２ｅおよびＧＰＳ衛星１４からの各種情報の入力を行い、入力した情報を記憶するとともに、サーバー１０８に対して各種情報を出力する。
【００８２】
さらに、このメインコントローラー１２ｃは、操作部１２ｄ、監視部１２ｅ、音声モジュール１２ｆ、カードリーダー１１４、キーボックス１１６および振動センサー１６といった構成要素に対してそれらを制御する出力を行う。
【００８３】
また、操作部１２ｄは、監視部１２ｅにおけるイグニッション１１０ｄの監視結果などに基づいて、認証処理なしにドアを開けてエンジンをかけようとしてキーが使用されたと判断された場合に、メインコントローラー１２ｃの制御により、エンジンスタータ１１０ａを起動しないように制御することでエンジンがかからないようにする。
【００８４】
さらに、操作部１２ｄは、メインコントローラー１２ｃから認証処理による認証が完了したとの情報を入力すると、ドアロックアンロックシステム１１０ｂを制御して車両１１０のドアのロックならびにロックの解除を行う。
【００８５】
また、監視部１２ｅは、ドアスイッチ１１０ｃから開閉信号を取得することによりドアの開閉状態の監視を行い、イグニッション１１０ｄからＩＧ信号を取得することによりエンジンが起動した状態であるか否かの監視を行い、バッテリ電圧検出器１１０ｅから電位を取得することにより車両１１０が動作状態か否かの監視を行い、燃料残量検出器１１０ｆから燃料の残量信号を取得することにより車両１１０の燃料の残量を監視を行い、車速検出器１１０ｇから車速信号を取得することにより車両１１０の走行距離の監視を行い、キーボックス１１６から所定の情報を取得することによりキーの有無などの監視を行い、振動センサー１６から衝撃情報を取得することにより事故の監視を行うものであるとともに、こうした監視結果をメインコントローラー１２ｃに出力するものである。
【００８６】
また、ＧＰＳモジュール１２ａは、ＧＰＳ衛星１４からのＧＰＳ信号を取得し、当該ＧＰＳ信号をメインコントローラー１２ｃに出力するものであり、メインコントローラー１２ｃにおいては、取得したＧＰＳ信号に基づいて車両１１０の位置情報を取得する。
【００８７】
また、通信モジュール１２ｂは、メインコントローラー１２ｃにおける各種情報を携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８から携帯電話網を利用して出力された各種情報をメインコントローラー１２ｃに入力する。
【００８８】
また、音声モジュール１２ｆは、キーボックス１１６に設けられたスピーカー（図示せず。）から音声ガイダンスを流すものである。
【００８９】
そして、カードリーダー１１４は、メインコントローラー１２ｃによりその起動が制御されるとともに、読み取り部（図示せず。）にＩＣカードが翳されると、ＩＣカードから認証用コードを読み取り、読み取った認証用コードをメインコントローラー１２ｃに出力する。
【００９０】
さらに、カードリーダー１１４には、ＬＥＤランプ（図示せず。）が設けられており、メインコントローラー１２ｃの制御により、このＬＥＤランプ（図示せず。）を点滅させて、利用者に対してカードリーダー１１４にＩＣカードを翳すように促す。
【００９１】
また、キーボックス１１６は、認証処理が完了した後に、メインコントローラー１２ｃによって、キーの取り出しを可能または不可能な状態に制御されるとともに、音声モジュール１２ｆからの音声ガイダンスを、設けられたスピーカー（図示せず。）から流すものである。
【００９２】
さらにまた、振動センサー１６は、メインコントローラー１２ｃによりその起動が制御されるとともに、車両１１０に生じる衝撃を検出し、検出した衝撃情報を監視部１２ｅに出力するものである。
【００９３】
次に、図６乃至図９を参照しながら、カーシェアリングシステム１０における車両管理処理について説明する。
【００９４】
まず、カーシェアリングシステム１０を利用するに際して、利用者が管理団体に対し会員登録を申請すると、管理団体は、利用者固有の登録コードを作成し、当該登録コードを利用者に配布するとともに、サーバー１０８内に設けられた記憶手段（図示せず。）に記憶させる。
【００９５】
さらに、上記した登録コードと同じ認証用コードが記憶されたＩＣカードと、利用者がサーバー１０８に設けられた予約サイトにアクセスする際に必要となるＩＤおよびパスワードとが利用者に対して配布される。
【００９６】
そして、管理団体への会員登録を完了した利用者は、当該管理団体が管理する車両１１０を利用しようとする場合には、カーシェアリングシステム１０において、パーソナルコンピューター１０４または携帯電話１０６を利用してサーバー１０８に設けられた予約サイトにアクセスして会員登録時に取得したＩＤおよびパスワードを入力して予約サイトにログインし、ログインした予約サイトにおいて車両１１０の状態や車両１１０の予約状況といった情報を閲覧し、利用者の要望にあった車両１１０の予約を行う（ステップＳ６０２）。
【００９７】
利用者による車両１１０の予約が完了し、予約した利用開始時間になると、この予約情報がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力される。
【００９８】
そして、利用者は予約した利用開始時間に車両１１０が駐車している駐車場まで行き（ステップＳ６０４）、車両１１０に設けられたカードリーダー１１４に会員登録時に取得したＩＣカードを翳すことにより認証処理を行う（ステップＳ６０６）。
【００９９】
ここで、図７のフローチャートには、このステップＳ６０６における車両利用前の認証処理の詳細な処理内容が示されており、車両利用前の認証処理においては、まず、予約した利用開始時間になると、予約した車両１１０に対して、予約情報がサーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力されて、カードリーダー１１４を起動するとともに、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる。
【０１００】
このように、予約した利用開始時間になるとカードリーダー１１４が起動されるので、予約した利用開始時間に予約した車両１１０が駐車している駐車場に来た利用者は、ガードリーダー１１４に対して会員登録時に取得したＩＣカードを翳し、カードリーダー１１４に当該ＩＣカードを読み取らせる（ステップＳ７０２）。
【０１０１】
即ち、利用者がカードリーダー１１４にＩＣカードを翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ７０４）。
【０１０２】
認証用コードがサーバー１０８に入力されると、サーバー１０８では、当該認証用コードとサーバー１０８に予め記憶されている利用者の登録コードとが一致するか否かの判断をする（ステップＳ７０６）。
【０１０３】
ステップＳ７０６の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から認証用コードと登録コードとが一致しないという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びＩＣカードをカードリーダー１１４に翳すように警告し（ステップＳ７０８）、再度、ステップＳ７０２の処理に戻る。
【０１０４】
一方、ステップＳ７０６の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８から認証用コードと登録コードとが一致するという判断結果を携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して認証された旨を知らせるとともに、メインコントローラー１２ｃの制御により車両１１０のセキュリティを解除した状態、具体的には、車両１１０のドアロックを解除するとともに、キーボックス１１６からキーを取り出すことができる状態とする（ステップＳ７１０）。
【０１０５】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、認証用コードと登録コードとが一致するか否かの判断処理による判断がなされるまで（つまり、認証処理中のことである。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１０６】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと登録コードとが一致しないと判断されたとき、認証用コードと登録コードとが一致すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるかを知ることができる。
【０１０７】
上記のようにして、ステップＳ６０６の車両利用前の認証処理により認証が完了すると、メインコントローラー１２ｃによってカードリーダー１１４の電源が切られ、利用者は、車両１１０に乗車してキーボックス１１６からキーを取り出し（ステップＳ６０８）、取り出したキーを利用してエンジンをかけるが、このとき、メインコントローラー１２ｃにおいては、監視部１２ｅにおけるイグニッション１１０ｄの監視結果に基づいて、振動センサー１６を起動させる（ステップＳ６１０）。
【０１０８】
つまり、メインコントローラー１２ｃにおいては、監視部１２ｅのイグニッション１１０ｄの監視結果を受けて、車両１１０のエンジンがかけられたと判断すると、振動センサー１６を起動させて、車両１１０に生じる衝撃の監視を開始する。
【０１０９】
そして、利用者はエンジンがかけられ利用可能になった車両１１０を利用することとなる（ステップＳ６１２）。
【０１１０】
ここで、車両１１０においては、利用者により車両１１０が利用されている間は、常に、振動センサー１６より出力される衝撃の程度を示す出力値（以下、「衝撃の程度を示す出力値」を、単に「出力値」と証することとする。）を監視部１２ｅにより監視することによって、車両１１０に生じる衝撃を監視するものであり、監視部１２ｅの監視結果に基づいて、メインコントローラー１２ｃにおいて、車両１１０において衝撃が発生したか否かの判断が行われる。
【０１１１】
つまり、メインコントローラー１２ｃにおいて、監視部１２ｅにおいて振動センサー１６より出力される出力値が「０」であるとの監視結果を受けた場合には、車両１１０において衝撃が発生していないとの判断がなされ、監視部１２ｅにおいて振動センサー１６より出力される出力値が「０」以外であるとの監視結果を受けた場合には、車両１１０において衝撃が発生したとの判断がなされる。
【０１１２】
そして、メインコントローラー１２ｃにおいて、車両１１０において衝撃が発生したと判断されると、図８に示す事故検知処理の処理ルーチンを起動して、事故検知処理を開始する。
【０１１３】
この事故検知処理の処理ルーチンが起動すると、まず、メインコントローラー１２ｃにおいて、振動センサー１６により出力された出力値と予めメインコントローラー１２ｃの記憶領域（図示せず。）に記憶された事故衝撃値とを比較して、振動センサー１６により出力された出力値が事故衝撃値より大きい値であるか否かの判断を行う（ステップＳ８０２）。
【０１１４】
ここで、事故衝撃値とは、実際に振動センサー１６を用いて接触事故を再現する実験を行って取得した数値であって、車両１１０に事故が発生したか否かの判断を行うための基準となる数値である。
【０１１５】
即ち、振動センサー１６から出力された出力値がこの事故衝撃値より大きい場合には、車両１１０において接触事故が発生した可能性が高いとみなされ、車両１１０において事故が発生したものであるとされ、振動センサー１６から出力された出力値がこの事故衝撃値以下である場合には、車両１１０において事故が発生した可能性が低いとみなされ、車両１１０において接触事故が発生していないとされる。
【０１１６】
このステップＳ８０２の判断処理において、出力値が事故衝撃値より大きい値でない、つまり、出力値が事故衝撃値以下であると判断された場合には、車両１１０に事故が発生していないものとして、事故検知処理を終了する。
【０１１７】
また、ステップＳ８０２の判断処理において、出力値が事故衝撃値より大きい値であると判断された場合には、メインコントローラー１２ｃから振動センサー１６において出力された出力値を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力し（ステップＳ８０４）、サーバー１０８において、この出力値から車両１１０に発生した事故が重度であるか否かの判断を行う（ステップＳ８０６）。
【０１１８】
つまり、このステップＳ８０６の判断処理においては、サーバー１０８に出力された出力値がサーバー１０８に設けられた記憶手段（図示せず。）に予め記憶されている事故の程度を判断するための数値より大きいか否かに判断がなされる。
【０１１９】
ここで、事故の程度を判断するための数値とは、実際に振動センサー１６を用いて接触事故を再現する実験を行って取得した数値であって、車両１１０に発生した事故が重度であるか否かの判断を行うための基準となる数値である。
【０１２０】
即ち、サーバー１０８に出力された出力値が事故の程度を判断するための数値より大きい場合には、車両１１０に発生した事故が重度であると判断され、サーバー１０８に出力された出力値が事故の程度を判断するための数値以下である場合には、車両１１０に発生した事故が重度でないと判断される。
【０１２１】
このステップＳ８０６の判断処理において、車両１１０に発生した事故が重度であると判断された場合、つまり、出力値が事故の程度を判断する数値より大きいと判断された場合には、車両１１０に発生した事故が重度であるとの判断結果を、サーバー１０８に設けられた記憶手段（図示せず。）に記憶するとともに、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し（ステップＳ８０８）、メインコントローラー１２ｃにおいてＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ８１０）。
【０１２２】
その後、ステップＳ８１０の処理において車両１１０の位置情報が取得できたか否かの判断を行う（ステップＳ８１２）。
【０１２３】
このステップＳ８１２の判断処理において、車両１１０の位置情報が取得できたと判断された場合には、取得した車両１１０の位置情報を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ８０８の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ８１４）。
【０１２４】
そして、ステップＳ８１４の処理で車両１１０の位置情報を記憶すると、次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する（ステップＳ８１８）。
【０１２５】
また、ステップＳ８１２の判断処理において、車両１１０の位置情報が取得できなかったと判断された場合には、車両１１０の位置情報を取得することができなかった旨を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ８０８の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連図付けて記憶する（ステップＳ８１６）。
【０１２６】
その後、ステップＳ８１８の処理に進み、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する。
【０１２７】
次に、車両１１０の予約状況から、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップＳ８０８の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ８２０）とともに、現在利用している利用者の他に、事故が発生した車両１１０を予約している利用者が存在するか否かの判断を行う（ステップＳ８２２）。
【０１２８】
このように、事故が発生した車両１１０の位置情報を取得することにより、車両１１０に事故が発生した場所が明確になり、管理団体において早急に事故後の処理を行うことができるようになる。
【０１２９】
ステップＳ８２２の判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ８２４）。
【０１３０】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ８２６）。
【０１３１】
また、ステップＳ８２２の判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ８２６の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１３２】
ステップＳ８２６の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後は、サーバー１０８の記憶手段（図示せず。）に記憶された、「車両１１０に重度な事故が発生したとの判断結果」、「車両１１０の位置情報」（または「車両１１０の位置情報が取得できなかったこと」）、「利用者の情報」および「事故が発生した車両１１０の予約状況」などを、管理団体のパーソナルコンピューター１０２に出力し、管理団体に報告を行って（ステップＳ８２８）、事故検知処理を終了する。
【０１３３】
一方、ステップＳ８０６の判断処理において、車両１１０に発生した事故が重度でないと判断された場合、つまり、出力値が事故の程度を判断するための数値以下であると判断された場合には、車両１１０に発生した事故が重度でないとの判断結果をサーバー１０８に設けられた記憶手段（図示せず。）に記憶する（ステップＳ８３０）。
【０１３４】
次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認し（ステップＳ８３２）、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップＳ８３０の処理で当該記憶手段に記憶した「車両に重度でない事故が発生したとの判断結果」とを関連付けて記憶する（ステップＳ８３４）とともに、現在利用している利用者の他に、事故が発生した車両１１０を予約している利用者が存在するか否かの判断を行う（ステップＳ８３６）。
【０１３５】
ステップＳ８３６の判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ８３８）。
【０１３６】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ８４０）。
【０１３７】
また、ステップＳ８３６の判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ８４０の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１３８】
ステップＳ８４０の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後、メンテナンス業者のパーソナルコンピューター（図示せず。）などに対して、車両１１０に事故が発生したことと、事故が発生した車両１１０の情報（具体的には、車両１１０の駐車場の位置情報や車両１１０の利用終了時間などである。）を出力して、メンテナンス業者へ事故の報告を行うとともに、このメンテナンス業者への報告内容をサーバー１０８の記憶手段（図示せず。）にステップＳ８２６の処理で当該記憶手段に記憶した「車両１１０に重度でない事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ８４２）。
【０１３９】
メンテナンス業者への報告を行った後は、サーバー１０８の記憶手段（図示せず。）に記憶された「車両１１０に重度でない事故が発生したとの判断結果」、「利用者の情報」、「事故が発生した車両１１０の予約状況」および「メンテナンス業者への報告内容」などを、管理団体のパーソナルコンピューター１０４に出力し、管理団体に報告を行って（ステップＳ８４４）、事故検知処理を終了する。
【０１４０】
こうして事故検知処理によって、管理団体に報告された内容に基づいて、管理団体として車両１１０を利用していた利用者への連絡や車両１１０に対する事故後の処理を行うようにする。
【０１４１】
一方、メインコントローラー１２ｃにおいて車両１１０において衝撃が発生しなかったと判断された場合には、事故検知処理は行われることなくステップＳ６１４の処理に進む。
【０１４２】
そして、ステップＳ６１４の処理として、利用者は、予約した利用終了時間までに車両１１０を予め定められ得た駐車場に駐車させ、キーを利用して車両１１０のエンジンを止めるが、このとき、メインコントローラー１２ｃにおいては、監視部１２ｅにおけるイグニッション１１０ｄの監視結果に基づいて、振動センサー１６を停止させる。
【０１４３】
つまり、メインコントローラー１２ｃにおいては、監視部１２ｅのイグニッション１１０ｄの監視結果を受けて、車両１１０のエンジンが停止されたと判断すると、振動センサー１６を停止させることによって、車両１１０に生じる衝撃の監視を終了する。
【０１４４】
そして、利用者は、車両１１０のキーをキーボックス１１６に返却し、車両１１０の全てのドアを閉める（ステップＳ６１６）。
【０１４５】
このステップＳ６１６の処理の後に、再度、ＩＣカードを車両１１０に設けられたカードリーダー１１４に翳し、車両１１０に設けられたカードリーダー１１４にＩＣカードを読み取らせて認証を受ける（ステップＳ６１８）。
【０１４６】
ここで、図９のフローチャートには、このステップＳ６１８における車両利用後の認証処理の詳細な内容が示されており、この車両利用後の認証処理においては、まず、監視部１２ｅにおけるイグニッション１１０ｄ、キーボックス１１６ならびにドアスイッチ１１０ｃの監視結果に基づいて、メインコントローラー１２ｃにより車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められているか否かの判断を行う（ステップＳ９０２）。
【０１４７】
ステップＳ９０２の判断処理において、「車両１１０のエンジンの停止」、「キーボックス１１６へのキーの返却」、「車両１１０の全てのドアが閉められていること」の３つのうちの１つでも行われていないと判断された場合には、継続して車両１１０を使用するものと判断され、認証処理を行わずに処理を終了する。
【０１４８】
一方、ステップＳ９０２の判断処理において、車両１１０のエンジンが停止され、キーボックス１１６にキーが返却され、かつ、車両１１０の全てのドアが閉められていると判断された場合には、メインコントローラー１２ｃの制御によりカードリーダー１１４を起動させるとともにカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者にカードリーダー１１４の起動を知らせる。
【０１４９】
このとき、メインコントローラー１２ｃによって音声モジュール１２ｆを介して利用者に対してカードリーダー１１４にＩＣカードを翳すように促す旨の音声ガイダンスをキーボックス１１６に設けられたスピーカー（図示せず。）から流す。
【０１５０】
そして、利用者がＩＣカードをカードリーダー１１４に翳してカードリーダー１１４にＩＣカードを読み取らせる（ステップＳ９０４）。
【０１５１】
即ち、利用者がＩＣカードをカードリーダー１１４に翳すことにより、カードリーダー１１４ではＩＣカードの認証用コードを読み取り、読み取った認証用コードをメインコントローラー１２ｃに出力し、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ９０６）。
【０１５２】
認証用コードがサーバー１０８に入力されると、サーバー１０８においては、当該認証用コードと予めサーバー１０８に記憶された利用者の登録コードとが一致するか否かの判断を行う（ステップＳ９０８）。
【０１５３】
このステップＳ９０８の判断処理において、認証用コードと利用者の登録コードとが一致しないと判断された場合には、サーバー１０８から、認証用コードと登録コードとが一致しないという判断結果を、携帯電話網を利用し通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃの制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させることで、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように警告し（ステップＳ９１０）、再度、ステップＳ９０４の処理に戻る。
【０１５４】
一方、ステップＳ９０８の判断処理において、認証用コードと利用者の登録コードとが一致すると判断された場合には、サーバー１０８において、サーバー１０８で管理されている予約情報から認証用コードと一致する登録コードの利用者の予約状況を確認し（ステップＳ９１２）、この判断処理が行われている時間において当該利用者が利用している車両１１０が存在するか否かの判断を行う（ステップＳ９１４）。
【０１５５】
このステップＳ９１４に判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、サーバー１０８から、利用者が利用している車両１１０が存在しないとの判断結果を、携帯電話網を利用し通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃによりカードリーダー１１４を起動した状態で、車両１１０のセキュリティを起動せずに終了する。
【０１５６】
即ち、ステップＳ９１４の判断処理において、利用者が利用している車両１１０が存在しないと判断された場合には、当該利用者による車両１１０の返却は不可能であると判断され、車両１１０が返却されていない状態、つまり、利用者が車両１１０を使用したままの状態となる。
【０１５７】
一方、ステップＳ９１４の判断処理において、利用者が利用している車両１１０が存在すると判断された場合には、サーバー１０８から、利用者が利用している車両１１０が存在するとの判断結果を、携帯電話網を利用して通信モジュール１２ｂを介してメインコントローラー１２ｃへ出力し、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて車両１１０の返却処理の完了を知らせるとともに、車両１１０のセキュリティが起動した状態、具体的には、車両１１０のドアロックを行うとともに、キーボックス１１６からキーを取り出すことができない状態とする（ステップＳ９１６）。
【０１５８】
なお、カードリーダー１１４にＩＣカードが翳されて認証処理が開始され、利用者が利用している車両１１０が存在するか否かの判断処理による判断がなされるまで（つまり、認証処理中である。）は、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させる。
【０１５９】
上記した説明において、カードリーダー１１４が起動したとき、認証処理中、認証用コードと登録コードとが一致しないと判断されたとき、利用者が利用している車両１１０が存在すると判断されたときにおいて、メインコントローラー１２ｃの制御によりカードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させるものであるが、こうしたＬＥＤランプの点滅はそれぞれ点滅パターンが異なっている。従って、利用者はこの点滅パターンの違いによって、どのような状態であるのかを知ることができる。
【０１６０】
そして、上記したステップＳ６１８の車両利用後の認証処理による認証が完了すると、メインコントローラー１２ｃによりカードリーダー１１４の電源が切られ、利用終了後の車両１１０において、監視部１２ｅにより走行時間、走行距離、燃料残量、車両１１０の状態などが監視され、この監視情報をメインコントローラー１２ｃに出力し、さらに、当該監視情報を通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する。
【０１６１】
こうしてサーバー１０８に出力された監視情報や予約情報の利用開始時間および利用終了時間から算出される利用時間などに基づいて、管理団体がパーソナルコンピューター１０２からサーバー１０８の管理システムにアクセスして、車両１１０の利用により生じた料金を算出し、算出した料金を利用者のパーソナルコンピューター１０４や携帯電話１０６に通知する（ステップＳ６２０）。
【０１６２】
以上において説明したように、カーシェアリングシステム１０においては、メインコントローラー１２ｃにより、利用者が車両１１０を利用する際にエンジンをかけたときからエンジンを停止するまでの間、常に、監視部１２ｅにより振動センサー１６を監視しているため、車両１１０に事故が生じたとしても、早急に車両１１０に事故が生じたという情報を取得することができるとともに、こうした事故情報を早急に取得することで、事故が生じた車両１１０を予約している利用者に対して、早い段階で予約の変更を促すことができる。
【０１６３】
さらに、車両１１０に事故が生じたことを人を介することなく検知することができ、事故後の処理を速やかに行うことができる。
【０１６４】
なお、上記した実施の形態は、以下の（１）乃至（９）に示すように変形するようにしてもよい。
【０１６５】
（１）上記した実施の形態においては、車両１１０の衝撃を監視するために車両１１０に振動センサー１６を搭載するようにしたが、これに限られるものではないことは勿論であり、例えば、振動センサー１６に換えて振動（衝撃）を捉えて数値化することが可能な加速度センサーや衝撃センサーなどを用いるようにしてもよい。要は、振動センサー１６に換えて車両１１０に搭載するセンサーとしては、車両１１０に搭載可能であるとともに振動（衝撃）を検知することが可能なセンサーであればどのようなセンサーであってもよい。
【０１６６】
（２）上記した実施の形態においては、ステップＳ８０６の判断処理で、車両１１０に発生した事故が重度ではないと判断されると、ステップＳ８３２の処理において事故が発生した車両１１０を予約している利用者が存在するか否かを判断し、利用者が存在すると判断された場合にはステップＳ８３４の処理に進み、当該利用者に対して予約してる車両が利用できなくなった旨を連絡するとともに、別の車両を予約するよう促し、利用者が存在しないと判断された場合には、ステップＳ８３６の処理に進み、事故が発生した車両を予約サイトで予約不可能な状態とするようにしたが、このステップＳ８３２〜ステップＳ８３６の処理を省略するようにしてもよい。
【０１６７】
（３）上記した実施の形態においては、振動センサー１６より出力した出力値の大きさに基づいて、車両１１０に事故が発生したと判断するとともに、発生した事故が重度であるか否かの判断をし、発生した事故の程度によって、事故が発生した車両１１０を予約している利用者に対して予約の変更を促すなどの予約の管理までを行うようにしたが、これに限られるものではないことは勿論である。
【０１６８】
具体的には、振動センサー１６より出力した出力値が所定の数値より大きいか否かの判断を行い（ステップＳ８０２の処理に相当する。）、この判断処理において、出力値が所定の数値以下であると判断された場合には、車両１１０に事故が発生しないと判断され、事故検知処理を終了し、出力値が所定の数値より大きいと判断された場合には、車両１１０に事故が発生したと判断され、車両１１０に事故が発生したとの判断結果をサーバー１０８に出力し（ステップＳ８０４の処理に相当する。）、出力された判断結果をサーバー１０８に記憶するとともに、当該判断結果を管理団体のパーソナルコンピューター１０４に出力して、管理団体に車両１１０に事故が発生した旨を報告するようにしてもよい。
【０１６９】
管理団体においては、こうした情報に基づいて、予約管理を含む事故後の処理を担当者が行うようにする。
【０１７０】
（４）上記した実施の形態においては、ステップＳ９１０の処理において、ＬＥＤランプを点滅することで、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように警告するようにしたが、これに限られるものではないことは勿論である。
【０１７１】
つまり、ＬＥＤランプの点滅に換えて、キーボックス１１６に設けられたスピーカー（図示せず。）から、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように促す旨の音声ガイダンスを流すようにしてもよい。
【０１７２】
さらに、ＬＥＤランプの点滅に加えて、キーボックス１１６に設けられたスピーカー（図示せず。）から、利用者に対して再びカードリーダー１１４にＩＣカードを翳すように促す旨の音声ガイダンスを流すようにしてもよい。
【０１７３】
（５）上記した実施の形態においては、ステップＳ９１６の処理においては、メインコントローラー１２ｃの制御により、カードリーダー１１４に設けられたＬＥＤランプ（図示せず。）を点滅させて利用者に対して車両１１０の返却処理の完了を知らせるようにしたが、これに限られるものではないことは勿論であり、ＬＥＤランプの点滅に換えて、車両１１０のセキュリティを起動した旨の音声ガイダンスを、メインコントローラー１２ｃが音声モジュール１２ｆを制御してキーボックス１１６に設けられたスピーカー（図示せず。）から流すようにしてもよいし、ＬＥＤランプの点滅に加えて、車両１１０のセキュリティを起動した旨の音声ガイダンスを、メインコントローラー１２ｃが音声モジュール１２ｆを制御してキーボックス１１６に設けられたスピーカー（図示せず。）から流すようにしてもよい。
【０１７４】
（６）上記した実施の形態においては、振動センサー１６より出力された出力値を所定の数値と比較することによって、車両１１０において事故が発生したか否かの判断を行うとともに、当該出力値の数値の大きさによって車両１１０に発生した事故が重度であるか否かの判断を行うようにしたが、これに限られるものではないことは勿論であり、メインコントローラー１２ｃにおいて、振動センサー１６より出力された出力値から衝撃のパターンを作成し、作成された衝撃のパターンと事故衝撃パターンとを比較することによって、車両１１０において事故が発生したか否かを判断するとともに、車両１１０に発生した事故が重度であるか否かの判断を行うようにしてもよい。
【０１７５】
ここで、図１０を参照しながら、事故検知処理において、衝撃のパターンにより車両１１０に事故が発生したか否かの判断を行う場合について説明する。
【０１７６】
まず、メインコントローラー１２ｃにおいて、振動センサー１６により出力された出力値より車両１１０に発生した衝撃のパターンを作成し（ステップＳ１００２）、作成した衝撃のパターンを通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力する（ステップＳ１００４）。
【０１７７】
次に、サーバー１０８において、ステップＳ１００４の処理で出力された衝撃のパターンと予めサーバー１０８に設けられた記憶手段（図示せず。）に記憶された事故衝撃パターンとを比較し、車両１１０に生じた衝撃のパターンが事故衝撃パターンと近似しているか否かの判断を行う（ステップＳ１００６）。
【０１７８】
ここで、事故衝撃パターンとは、実際に実験を行って取得した事故の衝撃時に加速センサー１６より出力される出力値から作成した衝撃パターンである。なお、こうした事故衝撃パターンは複数あり、複数の事故衝撃パターンと車両１１０に生じた衝撃のパターンとを比較して、車両１１０に事故が発生したか否か判断される。
【０１７９】
具体的には、車両１１０に生じた衝撃のパターンが、複数の事故衝撃パターンのうちのいずれかのパターンと近似すると判断された場合には、車両１１０において事故が発生した可能性が高いとみなされて、車両１１０において事故が発生したものであるとされ、車両１１０に生じた衝撃のパターンが、複数の事故衝撃パターンのうちのいずれのパターンとも近似しないと判断された場合には、車両１１０において事故が発生した可能性が低いとみなされて、車両１１０において事故は発生していないものとされる。また、複数の事故衝撃パターンは、そのパターンに応じて「重度な事故」と判断されるパターンであるか、「重度でない事故」と判断されるパターンであるかに分けられており、衝撃のパターンから、当該衝撃のパターンが近似する事故衝撃パターンが「重度な事故」あるいは「重度でない事故」どちらであるかによって、車両１１０に発生した事故の程度が判断される。
【０１８０】
このステップＳ１００６の判断処理において、衝撃のパターンが事故衝撃パターンと近似していない、つまり、衝撃のパターンがいずれの事故衝撃パターンとも近似していないと判断された場合には、車両１１０に事故が発生していないものとして、事故検知処理を終了する。
【０１８１】
また、ステップＳ１００６の判断処理において、衝撃のパターンが事故衝撃パターンと近似している、つまり、衝撃のパターンがいずれかの事故衝撃パターンと近似していると判断された場合には、サーバー１０８において、衝撃のパターンから車両１１０に発生した事故が重度であるか否かの判断を行う（ステップＳ１００８）。
【０１８２】
このステップＳ１００８の判断処理においては、具体的には、衝撃のパターンと近似した事故衝撃パターンが「重度な事故」と判断されるパターンであるか否かの判断を行うものであり、衝撃のパターンが「重度の事故」と判断されるパターンである場合には、この判断処理においては、車両１１０に発生した事故が重度であると判断され、衝撃のパターンと近似した事故衝撃パターンが「重度でない事故」と判断されるパターンである場合には、この判断処理においては、車両１１０に発生した事故が重度でないと判断される。
【０１８３】
ステップＳ１００８の判断処理において、車両１１０に発生した事故が重度であると判断された場合、つまり、衝撃のパターンと近似した事故衝撃パターンが「重度な事故」と判断されるパターンであった場合には、車両１１０に発生した事故が重度であるとの判断結果を、サーバー１０８に設けられた記憶手段（図示せず。）に記憶するとともに、サーバー１０８から携帯電話網を利用し、通信モジュール１２ｂを介してメインコントローラー１２ｃに出力し（ステップＳ１０１０）、メインコントローラー１２ｃにおいてＧＰＳ機能により車両１１０の位置情報を取得する（ステップＳ１０１２）。
【０１８４】
その後、ステップＳ１０１２の処理において車両１１０の位置情報が取得できたか否かの判断を行う（ステップＳ１０１４）。
【０１８５】
このステップＳ１０１４の判断処理において、車両１１０の位置情報が取得できたと判断された場合には、取得した車両１１０の位置情報を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ１０１０の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０１６）。
【０１８６】
そして、ステップＳ１０１６の処理で車両の位置情報を記憶すると、次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する（ステップＳ１０２０）。
【０１８７】
また、ステップＳ１０１４の判断処理において、車両１１０の位置情報が取得できなかったと判断された場合には、車両１１０の位置情報を取得することができなかった旨を、メインコントローラー１２ｃから通信モジュール１２ｂを介し、携帯電話網を利用してサーバー１０８に出力するとともに、サーバー１０８の記憶手段（図示せず。）にステップＳ１０１０の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０１８）。
【０１８８】
その後、ステップＳ１０２０の処理に進み、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認する。
【０１８９】
次に、車両１１０の予約状況から、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップＳ１０１０の処理で当該記憶手段に記憶した「車両１１０に重度な事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０２２）とともに、現在利用している利用者の他に、事故が発生した車両１１０を予約している利用者が存在するか否かの判断を行う（ステップＳ１０２４）。
【０１９０】
ステップＳ１０２４に判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ１０２６）。
【０１９１】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ１０２８）。
【０１９２】
また、ステップＳ１０２４に判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ１０２８の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１９３】
ステップＳ１０２８の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後は、サーバー１０８の記憶手段（図示せず。）に記憶された、「車両１１０に重度な事故が発生したとの判断結果」、「車両１１０の位置情報」（または「車両１１０の位置情報が取得できなかったこと」）、「利用者の情報」および「事故が発生した車両１１０の予約状況」などを、管理団体のパーソナルコンピューター１０２に出力し、管理団体に報告を行って（ステップＳ１０３０）、事故検知処理を終了する。
【０１９４】
一方、ステップＳ１００８の判断処理において、車両１１０に発生した事故が重度でないと判断された場合、つまり、衝撃のパターンと近似した事故衝撃パターンが「重度でない事故」と判断されるパターンであった場合には、車両１１０に発生した事故が重度でないとの判断結果をサーバー１０８に設けられた記憶手段（図示せず。）に記憶する（ステップＳ１０３２）。
【０１９５】
次に、サーバー１０８において、サーバー１０８で管理されている予約情報から車両１１０の予約状況を確認し（ステップＳ１０３４）、車両１１０を利用している利用者の情報（例えば、利用者を特定する情報などである。）をサーバー１０８の記憶手段（図示せず。）にステップ１０３２の処理で当該記憶手段に記憶した「車両１１０に重度でない事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０３６）とともに、現在利用している利用者の他に、事故が発生した車両１１０の予約をしている利用者が存在するか否かの判断を行う（ステップＳ１０３８）。
【０１９６】
ステップＳ１０３８の判断処理において、事故が発生した車両１１０を予約している利用者が存在すると判断された場合には、サーバー１０８から事故が発生した車両１１０の予約を行っている全ての利用者に対して、当該利用者のパーソナルコンピューター１０４や携帯電話１０６を介して、予約している車両１１０が使用できなくなってしまった旨の連絡を行うとともに、別の車両の予約を行うように促す（ステップＳ１０４０）。
【０１９７】
その後、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする（ステップＳ１０４２）。
【０１９８】
また、ステップＳ１０３８の判断処理において、事故が発生した車両１１０を予約している利用者が存在しないと判断された場合には、ステップＳ１０４２の処理がなされ、サーバー１０８に設けられた予約サイトで事故が発生した車両１１０を予約不可能な状態とする。
【０１９９】
ステップＳ１０４２の処理で予約サイトで事故が発生した車両１１０を予約不可能な状態とした後、メンテナンス業者のパーソナルコンピューター（図示せず。）などに対して、車両１１０に事故が発生したことと、事故が発生した車両１１０の情報（具体的には、車両１１０の駐車場の位置情報や車両１１０の利用終了時間などである。）を出力して、メンテナンス業者へ事故の報告を行うとともに、このメンテナンス業者への報告内容をサーバー１０８の記憶手段（図示せず。）にステップＳ１０３２の処理で当該記憶手段に記憶した「車両１１０に重度でない事故が発生したとの判断結果」と関連付けて記憶する（ステップＳ１０４４）。
【０２００】
メンテナンス業者への報告を行った後は、サーバー１０８の記憶手段（図示せず。）に記憶された「車両１１０に重度でない事故が発生したとの判断結果」、「利用者の情報」、「事故が発生した車両１１０の予約状況」および「メンテナンス業者への報告内容」などを、管理団体のパーソナルコンピューター１０４に出力し、管理団体に報告を行って（ステップＳ１０４６）、事故検知処理を終了する。
【０２０１】
このようにして、振動センサー１６により出力された出力値から作成した衝撃のパターンを利用して車両１１０に発生した事故を判断することにより、車両１１０に発生した事故の判断を行うことができるようになる。
【０２０２】
（７）上記した実施の形態においては、ステップＳ８２４およびステップＳ８３８の処理において利用者に別の車両の予約を促すようにした。この予約を促す処理においては、例えば、別の車両の予約を促す連絡をするとともに、事故が発生した車両を予約していた時間で使用可能な車両の情報を利用者に対して提示するようにしてもよい。つまり、この利用者に別の車両を促す際には、利用者に対して負担が少なくなるように、可能な限りの情報を提供して利用者に車両の変更を求めるようにしてもよい。
【０２０３】
（８）上記した実施の形態においては、ステップＳ８０６の判断処理で車両１１０に発生した事故が重度であると判断された場合には、ＧＰＳ機能により位置情報を取得した後に、利用者に予約車両の変更を促したり、予約サイトにおいて事故が発生した車両の予約を不可能な状態にするといった予約管理を行うようにしたが、これに限られるものではないことは勿論であり、予約管理を行った後に、ＧＰＳ機能により位置情報を取得するようにしてもよい。
【０２０４】
（９）上記した実施の形態ならびに上記した（１）乃至（８）に示す変形例は、適宜に組み合わせるようにしてもよい。
【産業上の利用可能性】
【０２０５】
本発明は、カーシェアリングを管理する団体が用いて好適なものである。
【符号の説明】
【０２０６】
１０、１００ カーシェアリングシステム
１２、１１２ 車載器
１２ａ ＧＰＳモジュール
１２ｂ 通信モジュール
１２ｃ メインコントローラー
１２ｄ 操作部
１２ｅ 監視部
１４ ＧＰＳ衛星
１６ 振動センサー
１０２、１０４ パーソナルコンピューター
１０６ 携帯電話
１０８ サーバー
１１０ 車両
１１４ カードリーダー
１１６ キーボックス
【特許請求の範囲】
【請求項１】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、
前記車両に搭載されて前記車両に発生する衝撃を検出する衝撃検出手段と、
前記衝撃検出手段を監視する監視手段と、
前記監視手段による監視結果より、前記車両に事故が発生したか否かを判断する第１の判断手段と、
前記第１の判断手段による判断結果を管理者に報告する報告手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項２】
請求項１に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記第１の判断手段により前記車両に事故が発生したと判断された場合に、前記監視手段による監視結果から、発生した事故の程度を判断する第２の判断手段とを有し、
前記報告手段は、前記第１の判断手段による判断結果および前記第２の判断手段による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項３】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、
前記車両に搭載されて前記車両に発生する衝撃を検出する衝撃検出手段と、
前記衝撃検出手段を監視する監視手段と、
前記監視手段による監視結果から衝撃のパターンを作成する作成手段と、
前記作成手段により作成されたパターンに基づき、前記車両に事故が発生したか否かを判断する第１の判断手段と、
前記第１の判断手段による判断結果を管理者に報告する報告手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項４】
請求項３に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記第１の判断手段により前記車両に事故が発生したと判断された場合に、前記作成手段により作成したパターンに基づき、発生した事故の程度を判断する第２の判断手段とを有し、
前記報告手段は、前記第１の判断手段による判断結果および前記第２の判断手段による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項５】
請求項２または請求項４のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記第２の判断手段による判断に基づいて、事故が発生した前記車両の予約管理を行う予約管理手段とを有し、
前記報告手段は、前記第１の判断手段による判断結果、前記第２の判断手段による判断結果および前記予約管理手段によりなされた処理内容を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項６】
請求項５に記載のカーシェアリングシステムにおける車両管理システムにおいて、
前記第２の判断手段は、前記車両に発生した事故が重度であるか否かを判断し、
前記第２の判断手段による判断結果に基づいて、前記予約管理手段により、事故が発生した前記車両を予約した利用者に対して、前記車両の利用が不可能になった旨を知らせるとともに、前記車両の予約を不可能な状態とする
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項７】
請求項６に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記車両の位置情報を取得する位置情報取得手段とを有し、
前記位置情報取得手段は、前記第２の判断手段により前記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した前記車両の位置情報を取得し、
前記報告手段は、前記第１の判断手段による判断結果、前記第２の判断手段による判断結果、前記予約管理手段によりなされた処理内容および前記位置情報取得手段によって取得した位置情報を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項８】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、
前記車両に発生する衝撃を検出する衝撃検出処理工程と、
前記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、
前記監視処理工程による監視結果により、前記車両に事故が発生したか否かを判断する第１の判断処理工程と、
前記第１の判断処理工程による判断結果を管理者に報告する報告処理工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項９】
請求項８に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記第１の判断処理工程により前記車両に事故が発生したと判断された場合に、前記監視処理工程による監視結果から、発生した事故の程度を判断する第２の判断処理工程とを有し、
前記報告処理工程は、前記第１の判断処理工程による判断結果および前記第２の判断処理工程による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１０】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、
前記車両に発生する衝撃を検出する衝撃検出処理工程と、
前記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、
前記監視処理工程による監視結果から衝撃のパターンを作成する作成処理工程と、
前記作成処理工程により作成されたパターンに基づき、前記車両に事故が発生したか否かを判断する第１の判断処理工程と、
前記第１の判断処理工程による判断結果を管理者に報告する報告処理工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１１】
請求項１０に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記第１の判断処理により前記車両に事故が発生したと判断された場合に、前記作成処理工程により作成したパターンに基づき、発生した事故の程度を判断する第２の判断処理工程とを有し、
前記報告処理工程は、前記第１の判断処理工程による判断結果および前記第２の判断処理工程による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１２】
請求項９または請求項１１のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記第２の判断処理工程による判断に基づいて、事故が発生した前記車両の予約管理を行う予約管理処理工程とを有し、
前記報告処理工程は、前記第１の判断処理工程による判断結果、前記第２の判断処理工程による判断結果および前記予約管理処理工程によりなされた処理内容を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１３】
請求項１２に記載のカーシェアリングシステムにおける車両管理方法において、
前記第２の判断処理工程は、前記車両に発生した事故が重度であるか否かを判断し、
前記第２の判断処理工程による判断結果に基づいて、前記予約管理処理工程により、事故が発生した前記車両を予約した利用者に対して、前記車両の利用が不可能になった旨を知らせるとともに、前記車両の予約を不可能な状態とする
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１４】
請求項１３に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記車両の位置情報を取得する位置情報取得処理工程とを有し、
前記位置情報取得処理は、前記第２の判断処理工程により前記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した前記車両の位置情報を取得し、
前記報告処理工程は、前記第１の判断処理工程による判断結果、前記第２の判断処理工程による判断結果、前記予約管理処理工程によりなされた処理内容および前記位置情報取得処理工程によって取得した位置情報を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１５】
請求項１、請求項２、請求項３、請求項４、請求項５、請求項６または請求項７のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラム。
【請求項１６】
請求項８、請求項９、請求項１０、請求項１１、請求項１２、請求項１３または請求項１４のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラム。
【請求項１７】
請求項１５または請求項１６のいずれか１項に記載のプログラムを記録したコンピューター読み取り可能な記録媒体。
【請求項１】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、
前記車両に搭載されて前記車両に発生する衝撃を検出する衝撃検出手段と、
前記衝撃検出手段を監視する監視手段と、
前記監視手段による監視結果より、前記車両に事故が発生したか否かを判断する第１の判断手段と、
前記第１の判断手段による判断結果を管理者に報告する報告手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項２】
請求項１に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記第１の判断手段により前記車両に事故が発生したと判断された場合に、前記監視手段による監視結果から、発生した事故の程度を判断する第２の判断手段とを有し、
前記報告手段は、前記第１の判断手段による判断結果および前記第２の判断手段による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項３】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理システムにおいて、
前記車両に搭載されて前記車両に発生する衝撃を検出する衝撃検出手段と、
前記衝撃検出手段を監視する監視手段と、
前記監視手段による監視結果から衝撃のパターンを作成する作成手段と、
前記作成手段により作成されたパターンに基づき、前記車両に事故が発生したか否かを判断する第１の判断手段と、
前記第１の判断手段による判断結果を管理者に報告する報告手段と
を有することを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項４】
請求項３に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記第１の判断手段により前記車両に事故が発生したと判断された場合に、前記作成手段により作成したパターンに基づき、発生した事故の程度を判断する第２の判断手段とを有し、
前記報告手段は、前記第１の判断手段による判断結果および前記第２の判断手段による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項５】
請求項２または請求項４のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記第２の判断手段による判断に基づいて、事故が発生した前記車両の予約管理を行う予約管理手段とを有し、
前記報告手段は、前記第１の判断手段による判断結果、前記第２の判断手段による判断結果および前記予約管理手段によりなされた処理内容を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項６】
請求項５に記載のカーシェアリングシステムにおける車両管理システムにおいて、
前記第２の判断手段は、前記車両に発生した事故が重度であるか否かを判断し、
前記第２の判断手段による判断結果に基づいて、前記予約管理手段により、事故が発生した前記車両を予約した利用者に対して、前記車両の利用が不可能になった旨を知らせるとともに、前記車両の予約を不可能な状態とする
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項７】
請求項６に記載のカーシェアリングシステムにおける車両管理システムにおいて、さらに、
前記車両の位置情報を取得する位置情報取得手段とを有し、
前記位置情報取得手段は、前記第２の判断手段により前記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した前記車両の位置情報を取得し、
前記報告手段は、前記第１の判断手段による判断結果、前記第２の判断手段による判断結果、前記予約管理手段によりなされた処理内容および前記位置情報取得手段によって取得した位置情報を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理システム。
【請求項８】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、
前記車両に発生する衝撃を検出する衝撃検出処理工程と、
前記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、
前記監視処理工程による監視結果により、前記車両に事故が発生したか否かを判断する第１の判断処理工程と、
前記第１の判断処理工程による判断結果を管理者に報告する報告処理工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項９】
請求項８に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記第１の判断処理工程により前記車両に事故が発生したと判断された場合に、前記監視処理工程による監視結果から、発生した事故の程度を判断する第２の判断処理工程とを有し、
前記報告処理工程は、前記第１の判断処理工程による判断結果および前記第２の判断処理工程による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１０】
利用者からの予約に応じて車両を管理し、前記利用者による認証処理を行って、前記利用者への前記車両の貸出および返却を行うカーシェアリングシステムにおける車両管理方法において、
前記車両に発生する衝撃を検出する衝撃検出処理工程と、
前記衝撃検出処理工程で検出した衝撃を監視する監視処理工程と、
前記監視処理工程による監視結果から衝撃のパターンを作成する作成処理工程と、
前記作成処理工程により作成されたパターンに基づき、前記車両に事故が発生したか否かを判断する第１の判断処理工程と、
前記第１の判断処理工程による判断結果を管理者に報告する報告処理工程と
を有することを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１１】
請求項１０に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記第１の判断処理により前記車両に事故が発生したと判断された場合に、前記作成処理工程により作成したパターンに基づき、発生した事故の程度を判断する第２の判断処理工程とを有し、
前記報告処理工程は、前記第１の判断処理工程による判断結果および前記第２の判断処理工程による判断結果を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１２】
請求項９または請求項１１のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記第２の判断処理工程による判断に基づいて、事故が発生した前記車両の予約管理を行う予約管理処理工程とを有し、
前記報告処理工程は、前記第１の判断処理工程による判断結果、前記第２の判断処理工程による判断結果および前記予約管理処理工程によりなされた処理内容を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１３】
請求項１２に記載のカーシェアリングシステムにおける車両管理方法において、
前記第２の判断処理工程は、前記車両に発生した事故が重度であるか否かを判断し、
前記第２の判断処理工程による判断結果に基づいて、前記予約管理処理工程により、事故が発生した前記車両を予約した利用者に対して、前記車両の利用が不可能になった旨を知らせるとともに、前記車両の予約を不可能な状態とする
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１４】
請求項１３に記載のカーシェアリングシステムにおける車両管理方法において、さらに、
前記車両の位置情報を取得する位置情報取得処理工程とを有し、
前記位置情報取得処理は、前記第２の判断処理工程により前記車両に発生した事故が重度であると判断された場合にのみ、事故が発生した前記車両の位置情報を取得し、
前記報告処理工程は、前記第１の判断処理工程による判断結果、前記第２の判断処理工程による判断結果、前記予約管理処理工程によりなされた処理内容および前記位置情報取得処理工程によって取得した位置情報を管理者に報告する
ことを特徴とするカーシェアリングシステムにおける車両管理方法。
【請求項１５】
請求項１、請求項２、請求項３、請求項４、請求項５、請求項６または請求項７のいずれか１項に記載のカーシェアリングシステムにおける車両管理システムとしてコンピューターを機能させるためのプログラム。
【請求項１６】
請求項８、請求項９、請求項１０、請求項１１、請求項１２、請求項１３または請求項１４のいずれか１項に記載のカーシェアリングシステムにおける車両管理方法をコンピューターに実行させるためのプログラム。
【請求項１７】
請求項１５または請求項１６のいずれか１項に記載のプログラムを記録したコンピューター読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−４３０６５（Ｐ２０１２−４３０６５Ａ）
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願番号】特願２０１０−１８１８３４（Ｐ２０１０−１８１８３４）
【出願日】平成２２年８月１６日（２０１０．８．１６）
【出願人】（５０８０７７６５４）株式会社サージュ (14)
【Ｆターム（参考）】
【公開日】平成２４年３月１日（２０１２．３．１）
【国際特許分類】
【出願日】平成２２年８月１６日（２０１０．８．１６）
【出願人】（５０８０７７６５４）株式会社サージュ (14)
【Ｆターム（参考）】
[ Back to top ]