(57)【要約】【課題】  車両貸出し時に利用者に課せられる処理の負担を軽減することができる車両共同利用システムを提供する。【解決手段】  共有車両２の制御部は、車両利用が開始された際に、所定項目をチェックして該共有車両２が走行可能な状態であるか否かを判断し、該共有車両２が走行不可能であった場合、走行不可能であることを車両検査報告として管制室１に送信すると共に、不具合があることを表示して利用者４に車両の乗り換えを促す。一方、管制室１の制御部１１は、共有車両２から受信した車両検査報告に基づいて、貸出履歴１７に記録された利用者４に対する該共有車両２の貸出し記録を削除して貸出しを取消すことにより、利用者４に操作を行わせることなく、自動的に不具合のある共有車両２の利用中止の処理を実行する。【選択図】  図１
2005215770.tif 000002
【特許請求の範囲】
【請求項１】
管理装置により駐車領域に駐車された車両の貸出し及び返却に係わる車両使用情報を管理し、予め個人識別情報が前記管理装置に登録された利用者に前記車両の利用を許可する車両共同利用システムにおいて、
前記車両が、
前記利用者からの入力情報と前記個人識別情報との一致を確認して許可することにより車両利用が開始された際に、該車両が走行可能な状態であるか否かを判断する車両状態判断手段と、
前記車両状態判断手段により走行不可能と判断された場合に、前記管理装置に走行不可能であることを通知する車両状態通知手段とを備え、
前記管理装置が、
前記車両からの走行不可能であることを示す通知に基づいて、前記利用者に対する該車両の貸出しを取消す貸出取消手段を備えた
ことを特徴とする車両共同利用システム。
【請求項２】
管理装置により駐車領域に駐車された車両の貸出し及び返却に係わる車両使用情報を管理し、予め個人識別情報が前記管理装置に登録された利用者に前記車両の利用を許可する車両共同利用システムにおいて、
前記車両が、
前記利用者からの入力情報と前記個人識別情報との一致を確認して許可することにより車両利用が開始された際に、前記管理装置に車両状態を通知する車両状態通知手段を備え、
前記管理装置が、
前記車両からの車両状態の通知に基づいて、該車両が走行可能な状態であるか否かを判断する車両状態判断手段と、
前記車両状態判断手段により走行不可能と判断された場合に、前記利用者に対する該車両の貸出しを取消す貸出取消手段とを備えた
ことを特徴とする車両共同利用システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の利用者によって共同利用される車両の管理システムに関し、特に円滑な車両貸出し処理を実行可能な車両共同利用システムに関する。
【背景技術】
【０００２】
従来、ポートと呼ばれる駐車領域に駐車された車両を管理装置を備えた管制室において管理し、該車両を利用者に貸出す車両共同利用システムがある。このシステムでは、利用者の個人識別情報が入力されて車両の貸出しが許可されると、この時から貸出し時間や燃料消費量等の計測が開始される。具体的には、貸出しが許可されたら貸出時刻や貸出し時の燃料量が記憶される。そして、この情報は車両が駐車領域を出発した時に管制室に送信されて管理される。また、車両が駐車領域に到着した時に返却処理が実行されると、その時の返却時刻や返却時の燃料量が管制室に送信される。これにより、貸出時刻や貸出し時の燃料量と返却時刻や返却時の燃料量とから計算された貸出し時間や燃料消費量の情報に基づいて、車両の貸出しによって発生した料金等の清算が行われる（例えば、特許文献１参照。）。
【特許文献１】特開２００２−２７９５８０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、共同利用される車両は、利用者が車両利用を開始する際、例えばエンジン始動前は正常であった車両が、エンジン始動後にバッテリ上がり（バッテリの電圧低下）等で車両の走行が不可能な状態になる場合がある。このように、エンジン始動時や走行開始時等に車両に問題が発生し、車両が走行できなくなった場合、従来のシステムにおいては、利用者が管制室の管理装置にアクセスして（連絡して）別車両の手配や、現車両の利用中止の処理を行わなければならず、利用者の利便性を損ねると共に、利用者に負担をかけてしまうという問題があった。
【０００４】
本発明は、上記課題に鑑みてなされたもので、車両貸出し時に利用者に課せられる処理の負担を軽減することができる車両共同利用システムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、請求項１の発明に係る車両共同利用システムは、管理装置（例えば後述する実施例の管制室１の管理装置）により駐車領域（例えば後述する実施例のポート５０）に駐車された車両（例えば後述する実施例の共有車両２）の貸出し及び返却に係わる車両使用情報を管理し、予め個人識別情報が前記管理装置に登録された利用者（例えば後述する実施例の利用者４）に前記車両の利用を許可する車両共同利用システムにおいて、前記車両が、前記利用者からの入力情報と前記個人識別情報との一致を確認して許可することにより車両利用が開始された際に、該車両が走行可能な状態であるか否かを判断する車両状態判断手段（例えば後述する実施例の共有車両２の制御部２５が実行するステップＳ３１、ステップＳ３２の処理）と、前記車両状態判断手段により走行不可能と判断された場合に、前記管理装置に走行不可能であることを通知する車両状態通知手段（例えば後述する実施例の共有車両２の制御部２５が実行するステップＳ４０の処理）とを備え、前記管理装置が、前記車両からの走行不可能であることを示す通知に基づいて、前記利用者に対する該車両の貸出しを取消す貸出取消手段（例えば後述する実施例の管制室１の制御部１１が実行するステップＳ４９の処理）を備えたことを特徴とする。
【０００６】
以上の構成を備えた車両共同利用システムは、車両に備えられた車両状態判断手段が、車両利用が開始された際に該車両が走行可能な状態であるか否かを判断し、車両状態判断手段により走行不可能と判断された場合に、同様に車両に備えられた車両状態通知手段が管理装置に走行不可能であることを通知すると共に、管理装置に備えられた貸出取消手段が、車両からの走行不可能であることを示す通知に基づいて、利用者に対する該車両の貸出しを取消すことにより、利用者に操作を行わせることなく、自動的に現車両の利用中止の処理を実行することができる。
【０００７】
請求項２の発明に係る車両共同利用システムは、管理装置（例えば後述する実施例の管制室１の管理装置）により駐車領域（例えば後述する実施例のポート５０）に駐車された車両（例えば後述する実施例の共有車両２）の貸出し及び返却に係わる車両使用情報を管理し、予め個人識別情報が前記管理装置に登録された利用者（例えば後述する実施例の利用者４）に前記車両の利用を許可する車両共同利用システムにおいて、前記車両が、前記利用者からの入力情報と前記個人識別情報との一致を確認して許可することにより車両利用が開始された際に、前記管理装置に車両状態を通知する車両状態通知手段（例えば後述する実施例の共有車両２の制御部２５が実行するステップＳ６１の処理）を備え、前記管理装置が、前記車両からの車両状態の通知に基づいて、該車両が走行可能な状態であるか否かを判断する車両状態判断手段（例えば後述する実施例の管制室１の制御部１１が実行するステップＳ６２からステップＳ６４の処理）と、前記車両状態判断手段により走行不可能と判断された場合に、前記利用者に対する該車両の貸出しを取消す貸出取消手段（例えば後述する実施例の管制室１の制御部１１が実行するステップＳ８５の処理）とを備えたことを特徴とする。
【０００８】
以上の構成を備えた車両共同利用システムは、車両に備えられた車両状態通知手段が、車両利用が開始された際に該車両の車両状態を管理装置に通知すると共に、管理装置に備えられた車両状態判断手段が、車両からの車両状態の通知に基づいて、該車両が走行可能な状態であるか否かを判断し、車両状態判断手段により走行不可能と判断された場合に、同様に管理装置に備えられた貸出取消手段が、利用者に対する該車両の貸出しを取消すことにより、利用者に操作を行わせることなく、自動的に現車両の利用中止の処理を実行することができる。
【発明の効果】
【０００９】
請求項１及び請求項２に記載の車両共同利用システムによれば、車両利用が開始された際に該車両が走行不可能と判断された場合、利用者に対する該車両の貸出しを取消し、利用者に操作を行わせることなく、自動的に現車両の利用中止の処理を実行することができる。
従って、車両貸出し時に利用者に課せられる処理の負担を軽減すると共に、利用者の利便性を向上させた車両共同利用システムを実現することができるという効果が得られる。また、特に請求項２に記載の車両共同利用システムのように、車両が走行可能な状態であるか否かを管理装置側で判断することで、車両側における処理負担も軽減し、車両のコストを上昇させることなく、利用者の利便性を向上させることができる。
【発明を実施するための最良の形態】
【００１０】
以下、図面を参照して本発明の実施例について説明する。
【実施例１】
【００１１】
（車両共同利用システムの構成）
図１は、本発明の第１の実施例の車両共同利用システムの構成を示すブロック図である。
図１において、管制室１は、ポートと呼ばれる駐車領域に駐車され、利用者に共同で利用される共有車両２の予約や配車、利用料金の請求等、車両の共同利用を管理する管理装置を備えた管理センタである。金融機関３は、利用者が車両の利用料金を精算するための銀行やクレジット会社等の金融機関である。また、共有車両２は、管制室１に会員として登録された利用者４が所持するスマートカード５により、利用することが可能となる。
なお、共有車両２は、管制室１の下で１台以上が管理されるものとする。また、利用者４は何人いても良い。
【００１２】
また、管制室１の管理装置は、制御部１１と、カードマスタ１２と、会員マスタ１３と、料金表１４と、車両マスタ１５と、ポートマスタ１６と、貸出履歴１７と、通信装置１８と、精算処理部１９と、ネットワーク２０とから構成されている。
制御部１１は、ＣＰＵ（中央演算装置）を備えたコンピュータシステムにおいて車両管理制御プログラムを実行し、管制室１の全体の動作を管理する。なお、制御部１１の動作の詳細は後述する。
カードマスタ１２は、会員として登録された各利用者４が所持するスマートカード５のデータを記録するデータベースであって、（１）カードＩＤ、（２）会員ＩＤ、（３）カード種別等が記録されている。
会員マスタ１３は、会員として登録された各利用者の登録データを記録するデータベースであって、会員毎の（１）会員ＩＤ、（２）氏名、（３）住所、（４）暗証番号、（５）利用区分等が記録されている。
【００１３】
料金表１４は、共有車両２の利用に対する料金体系を記録したデータベースであって、（１）基本料金、（２）延長料金、（３）割増・割引料金等が記録されている。
車両マスタ１５は、共有車両２を管理するために、各共有車両に関する状態を記録したデータベースであって、例えば共有車両毎の（１）車両ＩＤ、（２）車両番号、（３）状態、（４）現在位置、（５）エラーコード等が記録されている。
【００１４】
ポートマスタ１６は、共有車両２を管理するために、ポートに関する状態を記録したデータベースであって、例えばポート毎の（１）駐車領域に駐車中の台数、（２）実車台数、（３）駐車車両番号等が記録されている。
貸出履歴１７は、共有車両２の利用履歴を記録したデータベースであって、例えば利用者４毎の個別情報として、（１）会員ＩＤ、（２）（貸出した）車両番号、（３）状態、（４）貸出時刻、（５）貸出場所、（６）返却時刻、（７）返却場所、（８）走行距離、（９）消費燃料、（１０）料金等が記録されている。
【００１５】
通信装置１８は、管制室１が、共有車両２と車両の貸出し、及び返却に係わる情報、すなわち、車両管理データを送受信するためのインタフェース部である。
精算処理部１９は、例えば、各利用者毎に複数金融機関の１つの口座や、１つの金融機関の複数口座等、費用請求先毎に区別した複数の利用ログ毎の車両利用料金とその合計金額を記録し、金融機関３を通じて費用の精算を行う。
ネットワーク２０は、管制室１内で、上述の制御部１１と、カードマスタ１２と、会員マスタ１３と、料金表１４と、車両マスタ１５と、ポートマスタ１６と、貸出履歴１７と、通信装置１８と、精算処理部１９とを接続し、データの送受信を行うためのＬＡＮ（Local Area Network）を構成する通信網である。
【００１６】
（共有車両の構成）
次に、図面を用いて、本実施例で用いられる共有車両２について説明する。
図２は、共有車両２の構成を示すブロック図であって、図２において、共有車両２は、通信アンテナ２１と、通信装置２２と、カード用アンテナ２３と、カードリーダ２４と、制御部２５と、ドアロック機構２６と、メイン電源制御機構２７と、モニタ表示部２８と、操作部２９と、ポップアップキー３０と、記憶装置３２と、車速パルス検出器３３と、Ａ／Ｄ変換器３４と、燃料計３５と、タグ用アンテナ３６と、ＩＤタグリーダ３７とから構成される。
共有車両２は、ポートと呼ばれる駐車領域の、ロットと呼ばれる１台分の駐車スペースに停められており、管制室１とは、通信アンテナ２１に接続された通信装置２２を介して各種データを交換する。
【００１７】
共有車両２は、利用者４が、例えば非接触読み書き方式のスマートカード５を共有車両２に設けられたカード用アンテナ２３へかざすと、カードリーダ２４により読み取られた信号を、共有車両２の動作を管理する制御部２５へ通知する。
制御部２５は、通信装置２２と通信アンテナ２１を介して無線通信により通信を行い、利用者４がスマートカード５をかざして、共有車両２の利用を求めたことを管制室１へ送信し、車両の貸出しの許可を求める。
【００１８】
また、記憶装置３２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）から構成され、共有車両２毎に割り当てられた車両のＩＤ番号を予め記憶していると共に、利用者４が入力した会員ＩＤやＰＩＮ（Personal Identification Number）を一時記憶する。制御部２５が、記憶装置３２に記憶された車両のＩＤ番号や、利用者４が入力した会員ＩＤ等を、管制室１へ送信して、利用者に対する共有車両２の貸出し許可が下りると、車両の貸出しを求められた管制室１の指示により、ドアロック機構２６がドアキーの開錠を行い、また、制御部２５においてＰＩＮの一致が確認されると、メイン電源制御機構２７がイグニッション回路を使用可とする。
【００１９】
ここで、ポップアップキー３０について説明すると、ポップアップキー３０は、例えば特許第３１４９３８４号公報に記載の車両用イグニッション装置に代表されるものであって、同公報に記載のように、車室側に出没自在に、かつ突出位置でのみ回転（回動変位）可能に本体に支持された操作ノブと、この操作ノブと共に回転するロータ及びロータの回転位置に応じた接点を有するイグニッションスイッチ（機械的な接点開閉装置）とを有している。ポップアップキー３０は、このロータの回転位置に応じた接点の開閉により、車両の電装系統への電力供給やイグニッション回路によるエンジンやモータ等の駆動装置の始動と停止を制御する。
【００２０】
また、操作ノブは、ばね手段により突出方向に付勢されており、更に没入位置で選択的に保持、及び保持解除する（突出させる）ソレノイド等の手段により、操作の可否が制御可能となっている。従って、ポップアップキー３０の操作ノブが突出位置にある場合は、操作ノブを回転することで、電装系統へ電力を供給したり駆動装置を始動することが可能となり、ポップアップキーの操作ノブが没入位置にある場合は、操作ノブを回転させることができないので、電装系統へ電力を供給したり駆動装置を始動することが不可能となる。
なお、ポップアップキー３０は、このようなイグニッション装置に限らず、機械的な開閉装置を備えた、この開閉装置の操作の可否が制御可能なものであれば、どのようなものであっても良い。
【００２１】
利用者４は、共有車両２の貸出し時に、モニタ表示部２８に表示された指示に従い、必要事項を操作部２９から制御部２５へ入力し、ポップアップキー３０を回転させて、車両の電装系統への電力供給やイグニッション回路によるエンジンやモータ等の駆動装置の始動を行い、共有車両２の利用を開始する。また、利用者は共有車両２をポートへ返却する時に、ポートにおいてポップアップキー３０を回転させて、車両の電装系統への電力供給中止やエンジンやモータ等の駆動装置の停止を行い、ポップアップキー３０の操作ノブを押し込んで没入させることにより返却処理を行う。ここで、ポップアップキー３０の操作ノブを没入させたままの状態にすると、ポップアップキー３０による車両の制御は行えない状態になるので、制御部２５は、ポップアップキー３０の操作ノブを没入位置に保持することで、返却処理の完了とする。
【００２２】
なお、上述のスマートカード５は、記録されたＩＤ番号が読み書きでき、そのカードの中だけで簡単な意志決定ができるプロセッサを含むＩＣが搭載されたＩＤ端末であって、本実施例では、ＩＤ番号を共有車両２へ通知するために用いるＩＤ端末は、非接触、または接触読み書き方式のＩＣカードの他、共有車両２側の読み取り装置が対応すれば、非接触、接触読み書き方式に限らず、磁気カード、ＩＣチップを内蔵した携帯電話機等、記録されたＩＤ番号が読み書きできるものであれば何を用いても良い。
【００２３】
また、共有車両２の走行中は、車速パルス検出器３３から、共有車両２の走行状態を表す車速パルス信号が制御部２５へ通知されており、更に、制御部２５には、Ａ／Ｄ変換器３４を介して燃料計３５が接続され、制御部２５は、これにより燃料の消費具合を確認する。
なお、利用者が共有車両２を借りる場合の操作については、詳細を後述する。
【００２４】
（ポートの検出方法）
また、タグ用アンテナ３６とＩＤタグリーダ３７は、ポートに駐車された共有車両２が、ポートの中のロットを識別するための装置である。タグについて図３のポートを示す図を用いて説明すると、図３に示すように、ポート５０には共有車両２を駐車するためのロット５１が複数設けられており、それぞれのロット５１には、ポート５０やロット５１に個別に割り当てられたＩＤ番号を送出する装置であるＩＤタグ５２が設置されている。
【００２５】
ＩＤタグ５２は、タグ用アンテナ３６との間で、電磁結合方式、電磁誘導方式、マイクロ波方式、静電結合方式、光伝送方式等のいずれかにより、ポート５０やロット５１毎に固有のＩＤ番号をやりとりし、共有車両２は、タグ用アンテナ３６で受信した信号をＩＤタグリーダ３７で読み取ることにより、自分が駐車したポートやロットの位置を把握する。なお、図３に示すように、ＩＤタグ５２は、ロット５１の対角に２個配置され、共有車両２の前止め、後止めに対応し、タグ用アンテナ３６は、ＩＤタグ５２に近い方の前方片隅か後方片隅（図３では前方左隅）に配置される。
また、共有車両２が駐車したポートやロットの位置を把握するしくみは、ＩＤタグ５２に限らず、ＥＴＣ（自動料金収受システム）に利用する送受信機や、ＧＰＳ（Global Positioning System ）を用いた位置検知手段であっても良い。
【００２６】
（車両共同利用システムの動作）
次に、本実施例の車両共同利用システムの動作を図面を用いて説明する。図４、図５、図６、図７は、車両共同利用システムの処理の流れを示すフローチャートである。
管制室１に会員として登録された利用者４は、スマートカード５を所持し、これにより、共有車両２を利用する。
共有車両２の制御部２５は、利用者４のスマートカード５による共有車両２へのアクセスがあったか否かを知るために、カードリーダ２４にデータが有るか否かを判定して（ステップＳ１）、利用者４が、スマートカード５により共有車両２へアクセスするのを待つ（ステップＳ１のＮＯ）。
ステップＳ１において、利用者４が、スマートカード５により共有車両２へアクセスし乗車要求を行ったら（ステップＳ１のＹＥＳ）、共有車両２の制御部２５は、まず利用者４による乗車要求が初乗りであるか否かを判定する（ステップＳ２）。
【００２７】
ここで、「初乗り」とは、最初に共有車両２を貸出す時における乗車要求のことであって、共有車両２の制御部２５において、返却処理を行わなくても課金を継続したままドアキーの施錠を許可する、一時的に利用者が共有車両２を離れる際の一時降車処理中ではない時に発生する乗車要求のことである。一方、初乗りでない場合の乗車、すなわち「再乗車」とは、共有車両２の制御部２５において、一時降車処理中に発生する乗車要求のことである。
【００２８】
もし、ステップＳ２において、乗車要求が初乗りであった場合（ステップＳ２のＹＥＳ）、共有車両２の制御部２５は、カードリーダ２４により、スマートカード５に記録されたカードＩＤを読み取り（ステップＳ３）、通信装置２２と通信アンテナ２１を介して、会員情報を管制室１へ問い合わせる（ステップＳ４）。
【００２９】
一方、管制室１の制御部１１では、共有車両２から、会員情報の問合せを受信したか否かを判定し（ステップＳ５）、共有車両２から、会員情報の問合せを受信するのを待つ（ステップＳ５のＮＯ）。
ステップＳ５において、共有車両２から、会員情報の問合せを受信したら（ステップＳ５のＹＥＳ）、管制室１の制御部１１は、受信したカードＩＤでカードマスタ１２を検索し（ステップＳ６）、問い合わせのあったカードＩＤに関連付けられた会員ＩＤにより、乗車要求した利用者が正規会員であるか否かを判定する（ステップＳ７）。
【００３０】
もし、ステップＳ７において、乗車要求した利用者が正規会員である場合（ステップＳ７のＹＥＳ）、管制室１の制御部１１は、会員ＩＤを用いて会員マスタ１３から会員情報を取得すると共に（ステップＳ８）、会員情報の問合せを行った共有車両２へ、取得した会員情報を送信する（ステップＳ９）。
また、ステップＳ７において、乗車要求した利用者が正規会員でない場合（ステップＳ７のＮＯ）、管制室１の制御部１１は、ステップＳ５へ戻り、共有車両２から、会員情報の問合せを受信するのを待つ。
【００３１】
そして、ステップＳ４において、会員情報の問合せを行った共有車両２の制御部２５は、管制室１から会員情報を受信し（ステップＳ１０）、該会員情報に基づいて、乗車要求を行った利用者４の乗車が可能か否かを判定する（ステップＳ１１）。
もし、ステップＳ１１において、乗車要求を行った利用者４の乗車が不可能な場合（ステップＳ１１のＮＯ）、共有車両２の制御部２５は、ステップＳ１へ戻り、別の利用者４が、スマートカード５により共有車両２へアクセスするのを待つ。
また、上述のステップＳ２において、乗車要求が初乗りでない再乗車であった場合（ステップＳ２のＮＯ）、共有車両２の制御部２５は、該共有車両が乗車を要求した利用者による利用中であるか否かを判定し（ステップＳ１２）、乗車を要求した利用者による利用中ではない場合（ステップＳ１２のＮＯ）、ステップＳ１へ戻り、該共有車両２を利用中の利用者４による乗車要求を待つ。
【００３２】
一方、ステップＳ１１において、乗車要求を行った利用者４の乗車が可能な場合（ステップＳ１１のＹＥＳ）、あるいはステップＳ１２において、該共有車両が乗車を要求した利用者による利用中であった場合（ステップＳ１２のＹＥＳ）、共有車両２の制御部２５は、ドアロック機構２６へ、ドアアンロック信号を出力してドアキーを開錠すると共に（ステップＳ１３）、モニタ表示部２８へＰＩＮ入力画面を表示して利用者４にＰＩＮ入力を促す（ステップＳ１４）。
次に、ＰＩＮが入力されたか否かを判定し（ステップＳ１５）、ＰＩＮが入力されるのを待つ（ステップＳ１５のＮＯ）。
また、ステップＳ１５において、利用者４が操作部２９よりＰＩＮを入力すると（ステップＳ１５のＹＥＳ）、共有車両２の制御部２５は、入力されたＰＩＮが、予め利用者４に対して付与された正しいＰＩＮであるか否かを判定する（ステップＳ１６）。
【００３３】
もし、ステップＳ１６において、入力されたＰＩＮが、予め利用者４に対して付与された正しいＰＩＮでなかった場合（ステップＳ１６のＮＯ）、次にＰＩＮ入力を失敗した回数（正しいＰＩＮではなかった回数）が３回未満であるか否かを判定する（ステップＳ１７）。
そして、ステップＳ１７において、ＰＩＮ入力を失敗した回数（正しいＰＩＮではなかった回数）が３回未満であった場合（ステップＳ１７のＹＥＳ）、共有車両２の制御部２５は、ステップＳ１５へ戻り、ＰＩＮが入力されるのを待つ。
【００３４】
一方、ステップＳ１６において、入力されたＰＩＮが、予め利用者４に対して付与された正しいＰＩＮであった場合（ステップＳ１６のＹＥＳ）、共有車両２の制御部２５は、ポップアップキー３０の操作ノブを没入位置から操作可能なように突出させる（キーリリース＝ＯＮ）（ステップＳ１８）。
そして、利用者４がポップアップキー３０により共有車両２のイグニッション回路をＯＮにして共有車両２の利用を開始したか否かを判定し（ステップＳ１９）、共有車両２の利用が開始されるのを待つ（ステップＳ１９のＮＯ）。
【００３５】
また、利用者４がポップアップキー３０により共有車両２のイグニッション回路をＯＮにして共有車両２の利用を開始したら（ステップＳ１９のＹＥＳ）、共有車両２の制御部２５は、貸出時刻と車速パルスカウンタ、及び貸出時燃料について、”貸出時刻＝現在時刻”、”車速パルスカウンタ＝リセット”、”貸出時燃料＝燃料計の現在値”とする設定を行うと共に、これらの情報を利用開始報告として管制室１へ送信する（ステップＳ２０）。
【００３６】
なお、上述のステップＳ１７において、ＰＩＮ入力を失敗した回数（正しいＰＩＮではなかった回数）が３回以上であった場合（ステップＳ１７のＮＯ）、共有車両２の制御部２５は、モニタ表示部２８へ、例えば「暗証番号（ＰＩＮ）が間違っています」等のＰＩＮの入力が間違っていたことを示すメッセージを表示すると共に（ステップＳ２１）、管制室１へ、ＰＩＮ誤入力報告を送信する（ステップＳ２２）。
そして、更に、共有車両２の制御部２５は、モニタ表示部２８へ、例えば「降車してドアを閉めてください」等、降車及び施錠を促すメッセージを表示すると共に（ステップＳ２３）、ポップアップキー３０の操作ノブが元の没入位置に戻されたか否かを判定し（ステップＳ２４）、利用者４がポップアップキー３０の操作ノブを元の没入位置に戻し、共有車両２から降車するのを待つ（ステップＳ２４のＮＯ）。
【００３７】
一方、ステップＳ９において、共有車両２へ会員情報を送信した管制室１の制御部１１は、共有車両２から何らかの報告が送信されたか否かを判定し（ステップＳ２５）、共有車両２から報告が送信されるのを待つ（ステップＳ２５のＮＯ）。
ステップＳ２５において、共有車両２から何らかの報告が送信されると（ステップＳ２５のＹＥＳ）、管制室１の制御部１１は、受信した報告が利用開始報告であるか、ＰＩＮ誤入力報告であるかを判定する（ステップＳ２６）。
【００３８】
もし、ステップＳ２６において、受信した報告が利用開始報告であった場合（ステップＳ２６：利用開始）、管制室１の制御部１１は、車両マスタ１５に記録された該当する共有車両２の状態を、「状態＝利用中」と設定すると共に（ステップＳ２７）、貸出履歴１７に記録された貸出リストへ、共有車両２を借りた利用者４の会員ＩＤと、共有車両２の車両番号、貸出時刻、貸出場所、及び貸出時燃料等を書き込む（ステップＳ２８）。
一方、ステップＳ２６において、受信した報告がＰＩＮ誤入力報告であった場合（ステップＳ２６：ＰＩＮ誤入力）、管制室１の制御部１１は、車両マスタ１５や貸出履歴１７の状態は変更せず、ＰＩＮ誤入力警告メッセージを表示部（図示せず）に表示する（ステップＳ２９）。
【００３９】
また、ステップＳ２０において、管制室１へ利用開始報告を送信した共有車両２の制御部２５は、次に、今回の利用者４による乗車が初乗りであるか否かを判定し（ステップＳ３０）、利用者４による乗車が初乗りであった場合（ステップＳ３０のＹＥＳ）、所定の項目をチェックして（ステップＳ３１）、車両が走行可能であるか否かを判定する（ステップＳ３２）。
【００４０】
ここで、チェックする所定の項目は、車両が走行可能か否かを判断するためのもので、例えば以下に示す各項目とする。
（１）ポップアップキー３０がリリースされた（キーリリース＝ＯＮ）か？
（２）バッテリは正常か？
（３）イグニッション回路をＯＮにしてエンジン（駆動装置）が始動したか？
（４）変速機のポジションを示す信号は正常か？
（５）エンジンの油圧は正常か？
（６）パワーステアリングの油圧や駆動系統は正常か？
【００４１】
もし、チェックした所定の項目の検査結果から、車両は走行不可能であると判断できる場合（ステップＳ３２のＮＯ）、共有車両２の制御部２５は、モニタ表示部２８へ、例えば「車両に不具合が発生しました。降車してドアを閉め、他の車両に乗り換えてください」等、降車及び施錠、そして他車両への乗り換えを促すメッセージを表示すると共に（ステップＳ３３）、ポップアップキー３０の操作ノブが元の没入位置に戻されたか否かを判定し（ステップＳ３４）、利用者４がポップアップキー３０の操作ノブを元の没入位置に戻し、共有車両２から降車するのを待つ（ステップＳ３４のＮＯ）。
【００４２】
また、ステップＳ３０において、利用者４による乗車が初乗りでなく再乗車であった場合（ステップＳ３０のＮＯ）、あるいはステップＳ３２において、チェックした所定の項目の検査結果から、車両は走行可能であると判断できる場合（ステップＳ３２のＹＥＳ）、共有車両２の制御部２５は、車速パルス検出器３３による車速パルスを計数して、共有車両２の走行距離等を計測する（ステップＳ３５）。
そして、ポップアップキー３０の操作ノブが元の没入位置に戻されたか否かを判定し（ステップＳ３６）、目的地のポートに到着した利用者４がポップアップキー３０の操作ノブを元の没入位置に戻し、共有車両２の返却を行い降車するのを待つ（ステップＳ３６のＮＯ）。
【００４３】
また、上述のステップＳ３４のように、車両に不具合が発生して利用者４の降車を待つ場合に、ポップアップキー３０の操作ノブが元の没入位置に戻されたら（ステップＳ３４のＹＥＳ）、共有車両２の制御部２５は、カードリーダ２４にデータが有るか否かを判定して（ステップＳ３７）、利用者４が車外に出て、降車要求を行うためにスマートカード５により共有車両２へアクセスするのを待つ（ステップＳ３７のＮＯ）。
そして、ステップＳ３７において、利用者４が、スマートカード５により共有車両２へアクセスし降車要求を行ったら（ステップＳ３７のＹＥＳ）、カードリーダ２４により、スマートカード５に記録されたカードＩＤを読み取り、該共有車両２の乗車中（利用中）の利用者４によるアクセスか否かを判定する（ステップＳ３８）。
【００４４】
もし、ステップＳ３８において、該共有車両２の乗車中（利用中）の利用者４によるアクセスではなかった場合（ステップＳ３８のＮＯ）、共有車両２の制御部２５は、ステップＳ３７へ戻り、該共有車両２を乗車中（利用中）の利用者４による降車要求を待つ。
また、ステップＳ３８において、該共有車両２の乗車中（利用中）の利用者４によるアクセスであった場合（ステップＳ３８のＹＥＳ）、共有車両２の制御部２５は、ドアロック機構２６へ、ドアロック信号を出力してドアキーを施錠する（ステップＳ３９）。
そして、管制室１へ、ステップＳ３１においてチェックした項目の検査結果を車両検査報告として送信し（ステップＳ４０）、乗車要求の新規受付けを中止して処理を終了する（ステップＳ４１）。
【００４５】
また、上述のステップＳ２４のように、ＰＩＮ入力が正しくできなかった利用者４の降車を待つ場合に、ポップアップキー３０の操作ノブが元の没入位置に戻されたら（ステップＳ２４のＹＥＳ）、あるいは上述のステップＳ３６のように、目的地のポートに到着した利用者４の降車を待つ場合に、ポップアップキー３０の操作ノブが元の没入位置に戻されたら（ステップＳ３６のＹＥＳ）、共有車両２の制御部２５は、カードリーダ２４にデータが有るか否かを判定して（ステップＳ４２）、利用者４が車外に出て、降車要求を行うためにスマートカード５により共有車両２へアクセスするのを待つ（ステップＳ４２のＮＯ）。
そして、ステップＳ４２において、利用者４が、スマートカード５により共有車両２へアクセスし降車要求を行ったら（ステップＳ４２のＹＥＳ）、カードリーダ２４により、スマートカード５に記録されたカードＩＤを読み取り、該共有車両２の乗車中（利用中）の利用者４によるアクセスか否かを判定する（ステップＳ４３）。
【００４６】
もし、ステップＳ４３において、該共有車両２の乗車中（利用中）の利用者４によるアクセスではなかった場合（ステップＳ４３のＮＯ）、共有車両２の制御部２５は、ステップＳ４２へ戻り、該共有車両２を乗車中（利用中）の利用者４による降車要求を待つ。
また、ステップＳ４３において、該共有車両２の乗車中（利用中）の利用者４によるアクセスであった場合（ステップＳ４３のＹＥＳ）、共有車両２の制御部２５は、ドアロック機構２６へ、ドアロック信号を出力してドアキーを施錠する（ステップＳ４４）。
【００４７】
そして、共有車両２の制御部２５は、返却時刻と車速パルスカウンタ、及び返却時燃料について、”返却時刻＝現在時刻”、”車速パルスカウンタ＝リセット”、”返却時燃料＝燃料計の現在値”とする設定を行うと共に、これらの情報を返却情報報告として管制室１へ送信する（ステップＳ４５）。
なお、ＰＩＮ誤入力により利用者４に共有車両２の貸出しが許可されなかった場合は、これらの情報は必要ないので、降車完了報告だけを管制室１へ送信する。
この後、共有車両２の制御部２５は最初のステップＳ１へ戻り、上述の動作を繰り返す。
【００４８】
また、ステップＳ２８において、貸出履歴１７に共有車両２を借りた利用者４の会員ＩＤと、共有車両２の車両番号、貸出時刻、貸出場所、及び貸出時燃料等を書き込むか、あるいはステップＳ２９において、ＰＩＮ誤入力警告メッセージを表示した管制室１の制御部１１は、共有車両２から何らかの報告が送信されたか否かを判定し（ステップＳ４６）、共有車両２から報告が送信されるのを待つ（ステップＳ４６のＮＯ）。
ステップＳ４６において、共有車両２から何らかの報告が送信されると（ステップＳ４６のＹＥＳ）、管制室１の制御部１１は、受信した報告が車両検査報告であるか、返却情報報告であるかを判定する（ステップＳ４７）。
【００４９】
もし、ステップＳ４７において、受信した報告が車両検査報告であった場合（ステップＳ４７：検査報告）、管制室１の制御部１１は、表示部（図示せず）に車両状態警告メッセージを表示すると共に（ステップＳ４８）、貸出履歴１７に記録された該利用者４に関する今回の貸出し記録を削除して貸出しを取消す（ステップＳ４９）。
また、車両マスタ１５に記録された該当する共有車両２の状態を、「状態＝貸出し不可」と設定する（ステップＳ５０）。
【００５０】
一方、ステップＳ４７において、受信した報告が返却情報報告であった場合（ステップＳ４７：返却情報）、管制室１の制御部１１は、貸出履歴１７に記録された貸出リストへ、共有車両２を返却した利用者４の会員ＩＤと、共有車両２の「状態＝貸出し終了」、返却時刻、返却場所、走行距離、消費燃料、及び料金等を書き込むと共に（ステップＳ５１）、車両マスタ１５に記録された該当する共有車両２の状態を、「状態＝貸出し可能」と設定する（ステップＳ５２）。
この後、ステップＳ５０あるいはステップＳ５２の処理を完了した管制室１の制御部１１はステップＳ５へ戻り、上述の動作を繰り返す。
【００５１】
なお、本実施例では、共有車両２の制御部２５が、車両状態判断手段と、車両状態通知手段とを含んでいる。より具体的には、共有車両２の制御部２５が実行するステップＳ３１、ステップＳ３２の処理が車両状態判断手段に相当し、共有車両２の制御部２５が実行するステップＳ４０の処理が車両状態通知手段に相当する。また、管制室１の制御部１１が、貸出取消手段を含んでいる。より具体的には、管制室１の制御部１１が実行するステップＳ４９の処理が貸出取消手段に相当する。
【００５２】
以上説明したように、本実施例の車両共同利用システムによれば、共有車両２の制御部２５が、車両利用が開始された際に、所定項目をチェックして該共有車両２が走行可能な状態であるか否かを判断し、該共有車両２が走行不可能である場合、走行不可能であることを車両検査報告として管制室１に送信する。一方、管制室１の制御部１１が、共有車両２から受信した車両検査報告に基づいて、貸出履歴１７に記録された利用者４に対する該共有車両２の貸出し記録を削除して貸出しを取消すことにより、利用者４に操作を行わせることなく、自動的に不具合のある共有車両２の利用中止の処理を実行することができる。
従って、共有車両２の貸出し時に利用者４に課せられる処理の負担を軽減すると共に、利用者４の利便性を向上させた車両共同利用システムを実現することができるという効果が得られる。
【実施例２】
【００５３】
（車両共同利用システムの処理の別の形態）
次に、図面を参照して車両共同利用システムの処理の別の形態について、これを第２の実施例として説明する。図８、図９は、本実施例における車両共同利用システムの処理の流れを示すフローチャートであり、第１の実施例で説明した車両共同利用システムの処理の図６、図７に相当する部分を説明したフローチャートである。なお、本実施例における車両共同利用システムの構成は、第１の実施例で説明した車両共同利用システムと同一であるので、ここでは説明を省略し、管制室１の制御部１１、及び共有車両２の制御部２５による車両共同利用システムの処理の流れについてのみ説明する。更に、第１の実施例で説明した車両共同利用システムの処理の図４、図５に示すステップＳ１からステップＳ２８までの処理は、本実施例でも同一であるので、本実施例では、図８、図９を参照して、図５に示したステップＳ２０、ステップＳ２４、ステップＳ２８、ステップＳ２９より後の車両共同利用システムの処理の流れについて説明する。
【００５４】
具体的に説明すると、第１の実施例と同様に、ステップＳ２０において、管制室１へ利用開始報告を送信した共有車両２の制御部２５は、本実施例では、次に今回の利用者４による乗車が初乗りであるか否かを判定し（ステップＳ６０）、利用者４による乗車が初乗りであった場合（ステップＳ６０のＹＥＳ）、例えばポップアップキー３０の状態、バッテリの電圧、駆動装置の状態、変速機のポジション信号、エンジンの油圧、パワーステアリングの油圧や駆動系統の状態を、車両情報報告として管制室１へ送信する（ステップＳ６１）。
【００５５】
一方、第１の実施例と同様に、ステップＳ２８において、貸出履歴１７に共有車両２を借りた利用者４の会員ＩＤと、共有車両２の車両番号、貸出時刻、貸出場所、及び貸出時燃料等を書き込むか、あるいはステップＳ２９において、ＰＩＮ誤入力警告メッセージを表示した管制室１の制御部１１は、本実施例では、共有車両２から何らかの報告が送信されたか否かを判定し（ステップＳ６２）、共有車両２から報告が送信されるのを待つ（ステップＳ６２のＮＯ）。
この時点で共有車両２から管制室１へ送信される報告は、管制室１側で共有車両２の状態をチェックするための車両情報報告であるから、ステップＳ６２において、共有車両２から車両情報報告が送信されると（ステップＳ６２のＹＥＳ）、管制室１の制御部１１は、受信した車両情報報告を用いて所定の項目をチェックして（ステップＳ６３）、車両が走行可能であるか否かを判定する（ステップＳ６４）。
【００５６】
ここで、チェックする所定の項目は、第１の実施例と同様に、車両が走行可能か否かを判断するためのもので、例えば以下に示す各項目とする。
（１）ポップアップキー３０がリリースされた（キーリリース＝ＯＮ）か？
（２）バッテリは正常か？
（３）イグニッション回路をＯＮにしてエンジン（駆動装置）が始動したか？
（４）変速機のポジションを示す信号は正常か？
（５）エンジンの油圧は正常か？
（６）パワーステアリングの油圧や駆動系統は正常か？
【００５７】
もし、チェックした所定の項目の検査結果から、車両は走行不可能であると判断できる場合（ステップＳ６４のＮＯ）、管制室１の制御部１１は、共有車両２へ、”走行不可能”とする車両検査報告を送信する（ステップＳ６５）。
また、チェックした所定の項目の検査結果から、車両は走行可能であると判断できる場合（ステップＳ６４のＹＥＳ）、管制室１の制御部１１は、共有車両２へ、”走行可能”とする車両検査報告を送信する（ステップＳ６６）。
【００５８】
また、ステップＳ６１において、車両情報報告を管制室１へ送信した共有車両２の制御部２５は、管制室１から車両検査報告を受信して（ステップＳ６７）、管制室１から” 走行可能”という報告がされたか否かを判定する（ステップＳ６８）。
もし、ステップＳ６８において、管制室１から”走行不可能”という報告がされていた場合（ステップＳ６８のＮＯ）、共有車両２の制御部２５は、モニタ表示部２８へ、例えば「車両に不具合が発生しました。降車してドアを閉め、他の車両に乗り換えてください」等、降車及び施錠、そして他車両への乗り換えを促すメッセージを表示すると共に（ステップＳ６９）、ポップアップキー３０の操作ノブが元の没入位置に戻されたか否かを判定し（ステップＳ７０）、利用者４がポップアップキー３０の操作ノブを元の没入位置に戻し、共有車両２から降車するのを待つ（ステップＳ７０のＮＯ）。
【００５９】
また、ステップＳ６０において、利用者４による乗車が初乗りでなく再乗車であった場合（ステップＳ６０のＮＯ）、あるいはステップＳ６８において、管制室１から”走行可能”という報告がされていた場合（ステップＳ６８のＹＥＳ）、共有車両２の制御部２５は、車速パルス検出器３３による車速パルスを計数して、共有車両２の走行距離等を計測する（ステップＳ７１）。
そして、ポップアップキー３０の操作ノブが元の没入位置に戻されたか否かを判定し（ステップＳ７２）、目的地のポートに到着した利用者４がポップアップキー３０の操作ノブを元の没入位置に戻し、共有車両２の返却を行い降車するのを待つ（ステップＳ７２のＮＯ）。
【００６０】
また、上述のステップＳ７０のように、車両に不具合が発生して利用者４の降車を待つ場合に、ポップアップキー３０の操作ノブが元の没入位置に戻されたら（ステップＳ７０のＹＥＳ）、共有車両２の制御部２５は、カードリーダ２４にデータが有るか否かを判定して（ステップＳ７３）、利用者４が車外に出て、降車要求を行うためにスマートカード５により共有車両２へアクセスするのを待つ（ステップＳ７３のＮＯ）。
そして、ステップＳ７３において、利用者４が、スマートカード５により共有車両２へアクセスし降車要求を行ったら（ステップＳ７３のＹＥＳ）、カードリーダ２４により、スマートカード５に記録されたカードＩＤを読み取り、該共有車両２の乗車中（利用中）の利用者４によるアクセスか否かを判定する（ステップＳ７４）。
【００６１】
もし、ステップＳ７４において、該共有車両２の乗車中（利用中）の利用者４によるアクセスではなかった場合（ステップＳ７４のＮＯ）、共有車両２の制御部２５は、ステップＳ７３へ戻り、該共有車両２を乗車中（利用中）の利用者４による降車要求を待つ。
また、ステップＳ７４において、該共有車両２の乗車中（利用中）の利用者４によるアクセスであった場合（ステップＳ７４のＹＥＳ）、共有車両２の制御部２５は、ドアロック機構２６へ、ドアロック信号を出力してドアキーを施錠する（ステップＳ７５）。
そして、管制室１へ、利用者４の降車が完了したことを示す降車完了報告を送信し（ステップＳ７６）、乗車要求の新規受付けを中止して処理を終了する（ステップＳ７７）。
【００６２】
また、ステップＳ２４のように、ＰＩＮ入力が正しくできなかった利用者４の降車を待つ場合に、ポップアップキー３０の操作ノブが元の没入位置に戻されたら（ステップＳ２４のＹＥＳ）、あるいは上述のステップＳ７２のように、目的地のポートに到着した利用者４の降車を待つ場合に、ポップアップキー３０の操作ノブが元の没入位置に戻されたら（ステップＳ７２のＹＥＳ）、共有車両２の制御部２５は、カードリーダ２４にデータが有るか否かを判定して（ステップＳ７８）、利用者４が車外に出て、降車要求を行うためにスマートカード５により共有車両２へアクセスするのを待つ（ステップＳ７８のＮＯ）。
そして、ステップＳ７８において、利用者４が、スマートカード５により共有車両２へアクセスし降車要求を行ったら（ステップＳ７８のＹＥＳ）、カードリーダ２４により、スマートカード５に記録されたカードＩＤを読み取り、該共有車両２の乗車中（利用中）の利用者４によるアクセスか否かを判定する（ステップＳ７９）。
【００６３】
もし、ステップＳ７９において、該共有車両２の乗車中（利用中）の利用者４によるアクセスではなかった場合（ステップＳ７９のＮＯ）、共有車両２の制御部２５は、ステップＳ７８へ戻り、該共有車両２を乗車中（利用中）の利用者４による降車要求を待つ。
また、ステップＳ７９において、該共有車両２の乗車中（利用中）の利用者４によるアクセスであった場合（ステップＳ７９のＹＥＳ）、共有車両２の制御部２５は、ドアロック機構２６へ、ドアロック信号を出力してドアキーを施錠する（ステップＳ８０）。
【００６４】
そして、共有車両２の制御部２５は、返却時刻と車速パルスカウンタ、及び返却時燃料について、”返却時刻＝現在時刻”、”車速パルスカウンタ＝リセット”、”返却時燃料＝燃料計の現在値”とする設定を行うと共に、これらの情報を返却情報報告として管制室１へ送信する（ステップＳ８１）。
なお、ＰＩＮ誤入力により利用者４に共有車両２の貸出しが許可されなかった場合は、これらの情報は必要ないので、降車完了報告だけを管制室１へ送信する。
この後、共有車両２の制御部２５は最初のステップＳ１へ戻り、上述の動作を繰り返す。
【００６５】
また、ステップＳ６５あるいはステップＳ６６において、共有車両２へ車両検査報告を送信した管制室１の制御部１１は、共有車両２から何らかの報告が送信されたか否かを判定し（ステップＳ８２）、共有車両２から報告が送信されるのを待つ（ステップＳ８２のＮＯ）。
ステップＳ８２において、共有車両２から何らかの報告が送信されると（ステップＳ８２のＹＥＳ）、管制室１の制御部１１は、受信した報告が降車完了報告であるか、返却情報報告であるかを判定する（ステップＳ８３）。
【００６６】
もし、ステップＳ８３において、受信した報告が降車完了報告であった場合（ステップＳ８３：降車完了）、管制室１の制御部１１は、共有車両２に不具合があることで利用者４が降車したと判断できるので、表示部（図示せず）に車両状態警告メッセージを表示すると共に（ステップＳ８４）、貸出履歴１７に記録された該利用者４に関する今回の貸出し記録を削除して貸出しを取消す（ステップＳ８５）。
また、車両マスタ１５に記録された該当する共有車両２の状態を、「状態＝貸出し不可」と設定する（ステップＳ８６）。
【００６７】
一方、ステップＳ８３において、受信した報告が返却情報報告であった場合（ステップＳ８３：返却情報）、管制室１の制御部１１は、貸出履歴１７に記録された貸出リストへ、共有車両２を返却した利用者４の会員ＩＤと、共有車両２の「状態＝貸出し終了」、返却時刻、返却場所、走行距離、消費燃料、及び料金等を書き込むと共に（ステップＳ８７）、車両マスタ１５に記録された該当する共有車両２の状態を、「状態＝貸出し可能」と設定する（ステップＳ８８）。
この後、ステップＳ８６あるいはステップＳ８８の処理を完了した管制室１の制御部１１はステップＳ５へ戻り、上述の動作を繰り返す。
【００６８】
なお、本実施例では、共有車両２の制御部２５が、車両状態通知手段を含んでいる。より具体的には、共有車両２の制御部２５が実行するステップＳ６１の処理が車両状態通知手段に相当する。また、管制室１の制御部１１が、車両状態判断手段と、貸出取消手段とを含んでいる。より具体的には、管制室１の制御部１１が実行するステップＳ６２からステップＳ６４の処理が車両状態判断手段に相当し、管制室１の制御部１１が実行するステップＳ８５の処理が貸出取消手段に相当する。
【００６９】
以上説明したように、本実施例の車両共同利用システムによれば、共有車両２の制御部２５が、車両利用が開始された際に該共有車両２の車両状態を車両情報報告として管制室１に送信する。一方、管制室１の制御部１１が、共有車両２から受信した車両情報報告について所定項目をチェックすることで、該共有車両２が走行可能な状態であるか否かを判断し、該共有車両２が走行不可能である場合、貸出履歴１７に記録された利用者４に対する該共有車両２の貸出し記録を削除して貸出しを取消すことにより、利用者４に操作を行わせることなく、自動的に不具合のある共有車両２の利用中止の処理を実行することができる。
【００７０】
従って、第１の実施例と同様に、共有車両２の貸出し時に利用者４に課せられる処理の負担を軽減すると共に、利用者４の利便性を向上させた車両共同利用システムを実現することができるという効果が得られる。また、特に本実施例の車両共同利用システムのように、共有車両２が走行可能な状態であるか否かを管制室１の制御部１１において判断することで、共有車両２の制御部２５における処理負担も軽減し、簡単な回路構成や処理手順により、共有車両２のコストを上昇させることなく、利用者４の利便性を向上させることができる。
【図面の簡単な説明】
【００７１】
【図１】本発明の第１の実施例の車両共同利用システムの構成を示すブロック図である。
【図２】同実施例で用いられる共有車両の構成を示すブロック図である。
【図３】同実施例で用いられる共有車両を駐車するためのポートを示す図である。
【図４】同実施例の車両共同利用システムの処理の流れを示すフローチャートである。
【図５】同実施例の車両共同利用システムの処理の流れを示すフローチャートである。
【図６】同実施例の車両共同利用システムの処理の流れを示すフローチャートである。
【図７】同実施例の車両共同利用システムの処理の流れを示すフローチャートである。
【図８】本発明の第２の実施例の車両共同利用システムの処理の流れを示すフローチャートである。
【図９】本発明の第２の実施例の車両共同利用システムの処理の流れを示すフローチャートである。
【符号の説明】
【００７２】
１    管制室（管理装置）
２    共有車両（車両）
４    利用者
１１    制御部
２５    制御部
５０    ポート
Ｓ３１、Ｓ３２    車両状態判断手段
Ｓ４０    車両状態通知手段
Ｓ４９    貸出取消手段（第１の実施例）
Ｓ６１    車両状態通知手段
Ｓ６４    車両状態判断手段
Ｓ８５    貸出取消手段（第２の実施例）
【図１】
2005215770.tif 000003
【図２】
2005215770.tif 000004
【図３】
2005215770.tif 000005
【図４】
2005215770.tif 000006
【図５】
2005215770.tif 000007
【図６】
2005215770.tif 000008
【図７】
2005215770.tif 000009
【図８】
2005215770.tif 000010
【図９】
2005215770.tif 000011