【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、駐車場の予約管理を行うシステムに適用される装置及び方法に関し、さらに詳細には、駐車場の予約に関するサービス性を向上させるための駐車場の予約管理装置及び予約管理方法に関するものである。 なお本明細書では、駐車スペースと管理部門とを含めた駐車施設全体を「駐車場」といい、その駐車場内の個々の駐車スペースを「ロット」ということとする。

【０００２】

【従来の技術】従来の駐車場の予約管理の方法としては、特公昭６０−２４５１５号公報に開示されている電話交換局における駐車場予約サービス処理方法が挙げられる。 ここに開示されている方法は、概略、駐車場の空塞状況の情報を電話交換局に蓄積し、駐車場を予約しようとする者からの予約要求を電話交換局が受信した場合に、駐車場の空塞情報に従い予約しようとする者に予約券を発行すると共に駐車場に対し予約控券を発行することをその内容とするものである。 そしてこの空塞情報は、今現在まさに利用中であるロット及び予約が入っているロットの数と、いずれにも該当しない空きロットの数とを示し、空きロットがある場合に限り新たな予約が可能である。

【０００３】この方法は、利用者が個々の駐車場の電話番号を知らなくても予約することを可能とし利用者が安心して駐車場を利用できるようにすると共に、予約券および予約控券を発行することにより予約のトラブルをなくすことを目的としたものである。 このため電話交換局に駐車場の空塞情報を蓄積すると共に、この電話交換局に予約受付装置や予約券および予約控券を発行する装置等を備えることとしている。

【０００４】

【発明が解決しようとする課題】しかし、この駐車場予約サービス処理方法には、次のような問題点があった。
即ちこの方法では、予約時点から直ちには駐車場を使用しない利用者が予約を成立させてしまうと、その利用者が車両を入場させそして退場させた後でないとそのロットに次の予約を入れることができない。

【０００５】例えば現時点（予約時点）がｎ日の１２：
００として、ｎ＋１日の１２：００からの利用を希望する者甲が予約を成立させてしまうと、そのロットは甲が駐車場を利用して退出するまでは使用できないこととなる。 すると例えば、ｎ日の１３：００から１９：００までの利用を希望する者乙は、甲による駐車場の利用には何ら影響しないのに、そのロットには予約を入れることができないことになる。 そして他に予約可能なロットがなければ結局乙はその駐車場を利用できず、また駐車場としても稼動率の低下となる。 このため予約に関し非常に制約があり、駐車場の予約サービス性が発揮できない可能性があった。

【０００６】またこの方法では、利用者が知らない駐車場を割り当てられることもありうる。 この場合には知らない駐車場を割り当てられた利用者がその駐車場を捜して右往左往する事態も予想され、利用者にとってかえって使いにくいという問題もある。

【０００７】そこで本発明は、このような問題点を解決し、利用者が安心して利用できる駐車場の予約管理装置及び予約管理方法を提供するためになされたものである。 従って本発明は、利用者の予約要求に対し可能な限りその要求に応えられるようにして予約サービス性の向上を図ることを目的とする。 また本発明は、予約した駐車場への利用者の到着を援助することを目的とする。

【０００８】

【課題を解決するための手段】

（１）この目的を達成するため本発明は、複数のロットを有する駐車場の予約管理装置であって、その駐車場の使用状況及び予約状況を記憶する駐車場状況記憶手段と、利用者から予定入場時刻と予定使用時間とを含む予約要求があったときに、要求内容と前記駐車場状況記憶手段の記憶内容とを対比して予約受付の可否を判断する受付判断手段と、前記受付判断手段により予約受付可と判断された場合にその予約を実行する予約実行手段とを備え、前記受付判断手段が、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間の重複の有無を判別してその予約要求の受け入れ可否を判定する判定部を含むことをその要旨とする。

【０００９】（２）また本発明は、前記（１）の駐車場の予約管理装置であって、前記予約実行手段による予約が完了した利用者の希望により、車両搭載のナビゲーション装置を介して予約した駐車場への車両の誘導を援助する車両誘導補助手段を備えたことをその要旨とする。

【００１０】（３）また本発明は、前記（１）又は（２）の駐車場の予約管理装置であって、前記受付判断手段の判定部が、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間に予め定めた所定時間以上の余白時間があるロットに対し予約受け入れ可の判定を行うことを特徴とするものである。

【００１１】（４）また本発明は、前記（１）又は（２）又は（３）の駐車場の予約管理装置であって、前記駐車場状況記憶手段の記憶内容に基づいて予定退場時刻を超過しても退場していない超過滞在車両を発見する超過滞在車両発見手段と、その超過滞在車両発見手段により超過滞在車両が発見された場合に、既にそのロットに割り付けられた予約を割付可能な他のロットに変更する超過対処手段とを有することを特徴とするものである。

【００１２】（５）あるいは本発明は、複数のロットを有する駐車場の予約管理方法であって、その駐車場の使用状況及び予約状況を記憶する駐車場状況記憶手段を備え、利用者から予定入場時刻と予定使用時間とを含む予約要求があったときにその要求内容を前記駐車場状況記憶手段の記憶内容と対比し、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間の重複の有無を判別してその予約要求の受付可否を判断し、受付可と判断された場合にその予約を実行することをその要旨とする。

【００１３】（６）また本発明は、前記（５）の駐車場の予約管理方法であって、利用者の車両にナビゲーション装置を備えさせ、予約が完了した利用者の希望により前記ナビゲーション装置を介してその駐車場への車両の誘導を援助することをその特徴とする。

【００１４】（７）また本発明は、前記（５）又は（６）の駐車場の予約管理方法であって、利用者から予約要求があったときに、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間に予め定めた所定時間以上の余白時間があるロットに対し予約受け入れ可の判定を行うことをその特徴とする。

【００１５】（８）また本発明は、前記（５）又は（６）又は（７）の駐車場の予約管理方法であって、前記駐車場状況記憶手段の記憶内容に基づいて予定退場時刻を所定時間以上超過しても退場していない超過滞在車両の有無を確認し、超過滞在車両が発見された場合に、
その超過滞在車両のロットへの以後の予約割付を禁止すると共に既にそのロットに割り付けられた予約を割付可能な他のロットに変更することをその特徴とする。

【００１６】

【作用】

（１）かかる構成を有する本発明の駐車場の予約管理装置によれば、駐車場の各ロットの使用状況及び予約状況は常に駐車場状況記憶手段に記憶されている。 即ち駐車場状況記憶手段は、現状での車両の有無及び予約の割付の有無を把握している。 そして駐車場を利用する者（以下、単に「利用者」という）が駐車場に対し予定入場時刻と予定使用時間とを含めて予約要求をすると、受付判断手段によりその要求内容と駐車場状況記憶手段の記憶内容とが対比される。 ここで判定部により、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間の重複の有無が判別され、重複がなければ受付判断手段が受付可と判断して予約実行手段によりその予約が実行される。 かくして予約要求をした利用者のためにロットが確保される。

【００１７】（２）また本発明の駐車場の予約管理装置によれば、予約を完了した利用者が駐車場への誘導を希望すると、車両誘導補助手段により車両搭載のナビゲーション装置を介してその車両の駐車場への誘導を援助する。

【００１８】（３）また本発明の駐車場の予約管理装置によれば、予約要求があったときに受付判断手段の判定部が、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間に予め定めた所定時間以上の余白時間があるロットに対し予約受け入れ可の判定を行い、車両の入退場時刻に若干の変動があってもロットの使用に影響しないようにする。

【００１９】（４）また本発明の駐車場の予約管理装置によれば、駐車場状況記憶手段の記憶内容が超過滞在車両発見手段により調査され、超過滞在車両の発見が行われる。 即ち予定退場時刻を超過しても退場していない車両の有無が調査される。 超過滞在車両が発見されると、
既にそのロットに割り付けられた予約がある場合には超過対処手段により割付可能な他のロットにその予約が変更され、車両の重複を防止する。 このとき、予約したロットが変更された旨を利用者に知らせるようにしてもよい。

【００２０】（５）そして本発明の駐車場の予約管理方法によれば、駐車場状況記憶手段に駐車場の各ロットの利用状況及び予約状況、即ち現状での車両の有無及び予約の割付の有無が記憶されており、利用者駐車場に対し予定入場時刻と予定使用時間とを含めて予約要求をすると、要求内容と駐車場状況記憶手段の記憶内容とが対比される。 そして、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間の重複の有無が判別され、重複がなければその予約が実行される。 かくして予約要求をした利用者のためにロットが確保される。

【００２１】（６）また本発明の駐車場の予約管理方法によれば、利用者の車両にナビゲーション装置が搭載されている場合に、予約を完了した利用者が駐車場への誘導を希望すると、車両搭載のナビゲーション装置を介してその車両の駐車場への誘導援助がなされ、利用者がその駐車場を知らなくても到着できるようにされる。

【００２２】（７）また本発明の駐車場の予約管理方法によれば、利用者からの予約要求があると、予約済み車両の予約入場時刻及び予約使用時間と予約要求に係る予定入場時刻及び予定使用時間との間に予め定めた所定時間以上の余白時間があるロットに対し予約受け入れ可と判定し、そのロットについて予約が実行される。 かくして、車両の入退場時刻に若干の変動があっても車両の重複が生じないようにし、ロットの使用に影響しないようにされる。

【００２３】（８）また本発明の駐車場の予約管理方法によれば、駐車場状況記憶手段の記憶内容に基づいて予定退場時刻を超過しても退場していない超過滞在車両の有無を確認する。 超過滞在車両が発見されると、既にそのロットに割り付けられた予約がある場合には割付可能な他のロットにその予約を変更し、これにより車両の重複を防止する。

【００２４】

【発明の効果】本発明によれば、予約要求があると、予約済み車両との使用時間の重複がないロットについて予約を実行するので、ロットを有効に活用して駐車場の稼動率を向上し、利用者に対する駐車場予約のサービス性も向上することができる。 また、予約要求が受け付けられ予約が完了すると、利用者の希望によりその駐車場への誘導援助を行うようにしたので、利用者がその駐車場を知らなくても短時間で迷わず到着することができる。
更に、予定退場時刻を超えても退場しない車両によりそのロットの使用に支障が出ると予測される場合にはそのロットに既にされている予約を他のロットに変更するので、ロット使用の支障が防止できる。

【００２５】

【実施例】以下に本発明の実施例を図面を参照して詳細に説明する。 本実施例における駐車場は、図１に示すように、複数階を有し各階に多数のロットを備える駐車棟８０と、この駐車棟８０と公道とを結ぶ出入口部８１とを有している。 駐車棟８０の各階には、下階からの入口に表示機２２が備えつけられており、そしてその各ロットには各々ロット番号が付されている。 出入口部８１は入場路８２及び退場路８３を有し、それぞれに通路の開閉を行う入口ゲート５及び出口ゲート１５と、後述する課金タグの操作を行うタグ機４、１４とが設けられている。

【００２６】そして入口ゲート５及びタグ機４を備える入口部には更に、駐車場の満空等の状態を一般車両に表示する表示機６、公道から入場路８２への車両の進入を検知するスタートセンサ９、入場した車両が課金タグを持参している場合にこれと交信するアンテナ１０、入場した車両のナンバープレートを読み取るとともに車種（大型、普通、軽、等の区分、以下同じ）を判別するためのカメラ１１、入場した車両が入口ゲート５を通過したことを検知するエンドセンサ１２、及び入口ゲート５
を通過した入場車両に駐車すべき階及びロット番号を表示する表示機７、が設けられている。

【００２７】一方、出口ゲート１５及びタグ機１４を備える出口部には、駐車棟８０から退場路８３への車両の退出を検知するスタートセンサ１８、退場する車両の課金タグが車両持参のものである場合にこれと交信するアンテナ１９、退場する車両のナンバープレートを読み取るカメラ２０、及び退場する車両に駐車料金その他のメッセージを表示する表示機１６、が設けられている。

【００２８】続いてこの駐車場の管理システムを図２のブロック図により説明する。 図２に示すようにこの駐車場には、全体の管理を行う管理コンピュータ１が備えられている。 管理コンピュータ１は、駐車場の各部を統括管理する機能の他、駐車場を予約しようとする利用者からの予約要求に応じて予約を実行する予約機能、駐車場利用者に利用料金を課する課金機能、その他の機能を有している。 このため管理コンピュータ１は、駐車場の各部分と接続されるばかりでなく公衆回線３０とも接続され、予約しようとする利用者や金融機関との交信が可能となっている。

【００２９】図２の管理システムについて更に説明する。 駐車場の入口部においては前記したタグ機４、入口ゲート５、表示機６、７が管理コンピュータ１に接続されている。 そして入口部にはこれらのほか入口端末３が設けられており、この入口端末３はタグ機４、入口ゲート５、表示機６、７を管理コンピュータ１とは別に操作することもできるようになっている。 入口端末３は、公道から入場路８２へ進入してきた車両と交信して入口ゲート５の開閉その他の操作を実行するためのコンピュータであり、前記したスタートセンサ９、アンテナ１０、
カメラ１１、及びエンドセンサ１２は、この入口端末３
の制御下にある。

【００３０】そして駐車場の出口部においては前記したタグ機１４、出口ゲート１５、表示機１６が管理コンピュータ１に接続されている。 更に出口部にはこれらのほか出口端末１３が設けられており、この出口端末１３はタグ機１４、出口ゲート１５、表示機１６を管理コンピュータ１とは別に操作することもできるようになっている。 出口端末１３は駐車棟８０から退場路８３へ退出してきた車両と交信して出口ゲート１５の開閉その他の操作を実行するためのコンピュータであり、前記したスタートセンサ１８、アンテナ１９、及びカメラ２０は、この出口端末１３の制御下にある。

【００３１】これらの他、駐車棟８０の各階の表示機２
２も管理コンピュータ１に接続されており、表示機２２
の制御下にスタートセンサ２３、アンテナ２４、及びエンドセンサ２５が設けられている。 また、駐車棟８０内のロットのいずれかに車両を駐車した利用者が自己の車両を捜し出すための検索端末２８が設けられ、管理コンピュータ１に接続されている。

【００３２】次に、この管理システムでは駐車場の予約等の管理を円滑に行うための各種のデータファイルを設けているのでこれについて説明する。 まず管理コンピュータ１のデータファイルを説明する。 管理コンピュータ１に設けられているデータファイルには、ロットファイル、現状車ファイル、予約車ファイル、状態ファイル、
がある。

【００３３】

【表１】

【００３４】表１に示すロットファイルは、駐車棟８０
の各ロットの基本設定を格納したものである。 表１の「ロット番号」の欄には、駐車棟８０のすべてのロットの番号が記録されている。 そして「車種」の欄には、各ロットにおける駐車可能な車種が記録されている。 例えば００１番ロットでは、「軽」とあるので軽自動車しか駐車できない。 一方００２番ロットでは、「普」とありこれは普通自動車を意味するので、普通自動車（小型自動車を含む）又は軽自動車が駐車可能である。 この「ロット番号」及び「車種」のデータは固定データであり書換えは行われない。

【００３５】そして「利用」の欄には「可」又は「不」
のいずれかが記録されている。 「可」は、一般車両による駐車利用が可能なロットであることを意味する。 これに対し「不」は、例えば月極契約車専用であるため等の理由により一般車両の駐車ができないロットであることを意味する。 この「利用」のデータは書換え可能ではあるが、後述する状態ファイル等のデータと異なり通常は書換えしないで運用される。 即ちこのロットファイルのデータは基本的には固定データである。

【００３６】

【表２】

【００３７】表２に示す現状車ファイルは、現状車、即ち駐車棟８０内に現に駐車している車両のデータを記録するものである。 表２の「現状車ポインタ」欄のデータは、現状車が入場した際に割り振った番号である。 ここでは、２台の現状車がありＸＸＸ１番ポインタとＸＸＸ
２番ポインタが割り振られている状態を示している。 従ってＸＸＸ３番以降のポインタは未だ割り振られていない。 「貸しタグ」の欄は、各現状車の課金タグが車両持参のものか入口のタグ機４で貸し出したもの（以下、
「貸しタグ」という）かの区別を記録する欄である。 Ｘ
ＸＸ１番ポインタではこの欄が「否」となっており、車両持参の課金タグであることを示している。 一方ＸＸＸ
２番ポインタでは「貸」となっており、貸しタグが使用されていることを示している。

【００３８】「ナンバープレート」の欄には、各現状車のナンバープレートに記載された番号が記録される。 この欄のデータは、課金タグを持参した車両の場合にはその課金タグから読み出され、課金タグを持参しない車両の場合には入口のカメラ１１で読み取られて記録されるものである。 「ＩＤ」の欄には、各現状車の課金タグの識別番号が記録される。 貸しタグを使用する車両の場合でもその貸しタグの識別番号が記録される。 「車種」の欄には、各現状車の車種区分が記録される。

【００３９】「入場実績」の欄には、各現状車が入場した日及び時刻が記録される。 「退場予定」の欄には、予約の際又は入場の際に退場予定を申告した車両についてその退場予定日及び時刻が記録される。 ＸＸＸ１番ポインタでは退場予定日及び時刻が記録されているが、ＸＸ
Ｘ２番ポインタではこの欄が空白となっており、退場予定が不明な車両であることを示している。 「遅れる可能性」の欄は、退場予定とともにその予定退場時刻から遅れる可能性があることを申告した車両についてその遅れうる日数又は時間が記録される。 ＸＸＸ１番ポインタでは４時間遅れうる旨が記録されている。 この現状車ファイルのデータは、車両の入場時に現状車ポインタの割り振りとともにファイルに書き込まれ、退場時に消去されるものである。

【００４０】

【表３】

【００４１】表３に示す予約車ファイルは、予約車、即ち管理コンピュータ１で予約を受け付けた車両（既に入場したものを除く）のデータを記録するものである。 表３の「予約車ポインタ」欄のデータは、予約が受け付けられた際に割り振った番号である。 ここでは、２件の予約があり、ＹＹＹ１番ポインタとＹＹＹ２番ポインタが割り振られている状態を示している。 従ってＹＹＹ３番以降のポインタは未だ割り振られていない。

【００４２】「ナンバープレート」の欄には、各予約車のナンバープレートに記載された番号が記録される。 この欄のデータは、予約時に申告されて記録されるものである。 「ＩＤ」の欄には、各予約車が使用する課金タグの識別番号が記録される。 尚、駐車場の予約を予め固有の課金タグの発給を受けた利用者が行う場合にはこの識別番号が予約時に申告されて記録され、固有の課金タグを持たない利用者が予約する場合にはこの欄は空白とされる。 また表２の現状車ファイルのような「貸しタグ」
の欄はない。 「車種」の欄には、各予約車の車種区分が記録される。

【００４３】「入場予定」の欄には、各予約車が入場を予定する日及び時刻が記録される。 ここで入場予定時刻にＡ、Ｂの２つがあるのは、車両の実際の到着時刻が周囲の交通状況等により変動することを考慮してある程度の幅を設けたものである。 「退場予定」の欄には、各予約車が退場を予定する日及び時刻が記録される。 「遅れる可能性」の欄は、予定退場時刻から遅れる可能性があることを申告した車両についてその遅れうる日数又は時間が記録される。 ＹＹＹ１番ポインタでは５日間遅れうる旨が記録されている。

【００４４】この予約車ファイルのデータは、予約時に予約車ポインタの割り振りとともにファイルに書き込まれ、当該予約車の入場があったときに消去されると共に現状車ファイルに移送されるものである。 あるいは、予約の取消があった場合又は入場予定時刻Ｂを所定時間超過して入場がない場合には現状車ファイルへの移送なくして消去される。

【００４５】

【表４】

【００４６】表４に示す状態ファイルは、各ロットの利用及び予約の状況をロットごとに記録するものである。
表４の「ロット番号」は表１のロットファイルの「ロット番号」と同じであり従って固定データである。 「現状有無」の欄はそのロットにおける現状車の有無を示す。
即ち００１番ロットと００２番ロットとで「有」、即ち現状車の存在を示しており、それ以外のロットでは「無」、即ち現在空きであることを示している。 「現状車ポインタ」の欄には、そのロットの現状車の表２の現状車ファイルの現状車ポインタが記録される。 即ち、０
０１番ロットの現状車がＸＸＸ１番ポインタの車両であり、同様に００２番ロットの現状車がＸＸＸ２番ポインタの車両であることを示している。

【００４７】「予約車ポインタ」の欄には、そのロットに割り付けられている予約に係る、表３に示す予約車ファイルの予約車ポインタが記録される。 即ち、００１番ロットにＹＹＹ１番ポインタの予約が、００３番ロットにＹＹＹ２番ポインタの予約が、それぞれ割り付けられていることを示している。

【００４８】「予約可否」の欄は、そのロットへの予約の割付が可能か否かを示している。 ここでは、００２番ロット及び００５番ロットで「不」となっており予約割付ができないことを示している。 ００２番ロットにはＸ
ＸＸ２番ポインタの現状車があり、表２の現状車ファイルによればこの現状車は退場予定が不明だからである。
００５番ロットについては、表１のロットファイルの「利用」欄が「不」であり一般車の利用が許されていないためである。

【００４９】一方、００１番ロット、００３番ロット、
００４番ロットでは「可」となっており予約割付が可能であることを示している。 ００１番ロットには現状車及び予約車があり、００３番ロットには予約車があるが、
これらはいずれも退場予定時刻が記録されているので、
重複しない時間帯であれば予約の割付が可能だからである。 そして００４番ロットは、現状車も予約車もない完全に空いたロットであるので、予約割付が可能なことは勿論である。 この状態ファイルのデータは、固定データである「ロット番号」を除いて、現状車ファイルや予約車ファイルの変更に伴い変更されるものである。

【００５０】次に、入口端末３及び出口端末１３のデータファイルを説明する。 これらの端末は、入場車や退場車とのやりとりをなるべく迅速に行い出入口渋滞を防止するために、データの一部を自ら持っているのである。

【００５１】

【表５】

【００５２】表５に示す入口端末ファイルは、予約車が入場してきたときの照合と予約なしの車両が入場してきたときのロットの割付とを迅速に行うことを目的とするものである。 このため、ロット番号ごとに、「車種」、
「現状有無」、「割付可否」、「予約車」のデータを有している。 このうち「車種」は表１のロットファイルの「車種」であり固定データである。 「現状有無」は表４
の状態ファイルの「現状有無」であり、表４の書換えに伴い変更される。

【００５３】「割付可否」は、予約なしの車両が入場してきたときに管理コンピュータ１に問い合わせることなく直ちにロットを割り付けるための欄であり、この欄が「可」となっているロットのみが、予約なしの入場車に割り付けてよいロットである。 この欄は、表１のロットファイルの「利用」の欄が「可」であって、現状車がなく、かつ予約割付もされていないロットのみが「可」とされる。 理由は、予約なしの入場車については入口ゲート５を迅速に通過させるため退場予定の申告をさせないので、完全に空いたロットに割り付ける必要があるからである。

【００５４】「予約車」は、予約車が入場してきたときに管理コンピュータ１に問い合わせることなく直ちに車両の照合を行うための欄であり、予約割付がされているロットの欄に、その予約車のナンバープレートに記載された番号とその予約車が使用する課金タグの識別番号とが記録される。 この欄は、入場予定時刻Ａが所定時間（例えば３０分）まで近づいた予約に係るデータが管理コンピュータ１から転送されて書き込まれる。 そして表５には「入場実績」の欄もあり、現状車に関するデータが記録されている。

【００５５】

【表６】

【００５６】表６に示す出口端末ファイルは、退場車があるときに課金等の操作を管理コンピュータ１に問い合わせることなく迅速に行うことを目的とするものであり、このため現状車に関するデータがロットごとに記録されている。 表６の「車種」は現状車の車種区分であり、表１の「車種」とは必ずしも一致しない。 普通車まで駐車可能なロットに軽自動車が駐車していることもありうるからである。 「貸しタグ」の欄は表２の現状車ファイルの「貸しタグ」欄に相当する。 そして「入場実績」の欄には、各現状車のナンバープレートに記載された番号と課金タグの識別番号と入場した年月日及び時刻とが記録されている。

【００５７】続いて、かかる駐車場に利用者も含めた利用システム全体について図３の概念図により説明する。
前記のように駐車場の管理コンピュータ１は、公衆回線３０に接続され利用者との交信ができるようになっている。 また、駐車場の管理コンピュータ１は公衆回線３０
を介して金融機関５０とも交信可能であり、駐車場料金の自動課金ができるようになっている。

【００５８】そして利用者は、車両３４に搭載されたナビゲーション装置３７及び携帯電話（自動車電話でもよい、以下同じ）３８を用いて車中から駐車場の管理コンピュータ１と交信することができる。 このための公衆回線３０から車両３４のナビゲーション装置３７への発信には道路交通情報システム（以下、ＶＩＣＳという）３
２が用いられ、車両３４にはこれを受信するための電波受信機３６が備えられている。 ここでＶＩＣＳ３２から発信され電波受信機３６で受信できる情報には駐車場の位置情報も含まれており、車両３４のナビゲーション装置３７を用いて駐車場への誘導を行う際に使用される。

【００５９】あるいは、家庭４０又はオフィス４１の電話４３、パソコン４４、ファクス４５を用いて駐車場の管理コンピュータ１と交信することもできる。 尚パソコン４４の場合はパソコン通信等により公衆回線３０に接続されたものでなければならないことはいうまでもない。

【００６０】ここで課金タグについて説明する。 課金タグは、駐車料金の徴収を円滑に行うことと、駐車場の予約があった場合の予約に係る車両と実際に入場した車両との照合とを目的とするものであり、磁気カード又はＩ
Ｃカードを受発信機と組み合わせてこれに識別番号を記録したものである。 課金タグは、プリペイド方式又は口座落し方式により予め利用者に発給されるものである。
口座落し方式の場合には、金融機関のキャッシュカードや信販機関のクレジットカードをもってこの磁気カード又はＩＣカードとすることができる。 また課金タグには、入口ゲート５を通過する際にロット番号と入場日時とを記録する記憶エリアが設けられている。

【００６１】尚、課金タグの発給を受けていない利用者でも利用可能とするべく、駐車場には貸しタグが備えられており課金タグを有しない入場車が入口ゲート５を通過する際に貸与するようにしている。 課金タグなしで予約した利用者が入場する際の車両の照合は入口部のカメラ１１でナンバープレートを読み取りその記載番号を識別することにより行われる。

【００６２】次に、作用を説明する。 この駐車場では、
最新の駐車状態を公衆回線３０を介して随時発信している。 利用者が駐車場の状態を把握して駐車場へ向かうか否か、あるいは予約を取るか否かを決定できるようにするためである。 具体的には、管理コンピュータ１が状態ファイル（表４）から駐車場が満車であるか否かを判断してその判断結果を発信する。 この場合、利用者がこの情報を受信してから実際に駐車場に到着するまである程度の時間を要することを考慮して、３０分乃至１時間程度先の予約状況をも考慮して満車か否かを判断するようにしてもよい。 そしてこの情報に加えて当該駐車場の電話番号も発信する。 利用者がその電話番号を覚えていなくても予約できるようにするためである。

【００６３】この情報は公衆回線３０を介して発信され、そしてＶＩＣＳ３２からも発信される。 従って利用者は、車両３４に搭載されたナビゲーション装置３７又は携帯電話３８を用いて車中でこの情報を受信することができ、また家庭４０又はオフィス４１の電話４３、パソコン４４、ファクス４５でこの情報を受信することもできる。 そして管理コンピュータ１は、常時最新の情報を提供するため、５乃至１０分程度の短い時間間隔で発信内容を更新する。

【００６４】続いて利用者による予約取りについて、図４のフローチャートを参照して説明する。 このフローは、車中からナビゲーション装置３７及び携帯電話３８
を用いて予約を取る場合を示している。 まずＳ１においては、ナビゲーション装置３７に通常画面（地図等）が表示されている。 この状態では種々のオプション機能の選択が可能であり、そのオプション機能の１つとして駐車場情報がある。 乗員が駐車場情報を選択すると（Ｓ
２：Ｙｅｓ）、ナビゲーション装置３７に駐車場情報が表示され同時に音声でもその内容が伝えられる（Ｓ
３）。

【００６５】このとき表示される駐車場情報には、図５
の例に示すように、駐車場の名称、利用状況、電話番号、予約車数、位置コードが含まれている。 利用状況としては空きの有無、使用されているロットの数、総ロット数が表示されている。 位置コードは、駐車場の位置を検索するためのコードであり、後述する車両の駐車場への誘導の際に使用される。 この情報は、駐車場の管理コンピュータ１により発信された最新の駐車状態の情報であり、即ち、公衆回線３０からＶＩＣＳ３２により発信され、車両３４の電波受信機３６により受信されたものである。

【００６６】そして表示された情報を確認した乗員が予約を取るか否かを判断する（Ｓ４）。 例えば駐車場が非常にすいているのであえて予約するまでもないと判断した場合等には（Ｓ４：Ｎｏ）、ナビゲーション装置３７
は通常画面に戻る（Ｓ１）。 乗員が予約しようと判断してその旨の指令をすると（Ｓ４：Ｙｅｓ）、ナビゲーション装置３７が携帯電話３８を操作して駐車場の管理コンピュータ１をコールさせる。 このときの電話番号はＶ
ＩＣＳ３２から提供されＳ２で表示した情報に含まれている。 そして管理コンピュータ１とつながり対話可能な状態になると、ナビゲーション装置３７には予約画面が表示される（Ｓ５）。

【００６７】この予約画面を図６に示す。 この画面において、「駐車場到着予定」、「ナンバープレート」、
「ＩＤ（課金タグの識別番号）」、「車種」は、自動的に表示される。 「駐車場到着予定」は、車両の現在位置と駐車場の位置とによりナビゲーション装置３７が自動的に所要時間を所定の幅をもって算出し、これを現在時刻に加算して表示するものである。 所要時間に幅をもたせるのは、交通状況等による変動があるからである。
「ナンバープレート」、「ＩＤ」、「車種」は、ナビゲーション装置３７に予め登録されている。 ただし課金タグを有しない車両の場合は「ＩＤ」欄は空白とされる。
「駐車場退場予定」と「利用延長可能性」については空白のデータが表示される。 この画面の内容も表示されるだけでなく音声でも伝えられる。

【００６８】そして乗員が予約を要求するデータを入力する（Ｓ６）。 Ｓ５で自動表示された「駐車場到着予定」、「ナンバープレート」、「ＩＤ」、「車種」の項目については変更の必要がなければ特に入力する必要はない。 また、「駐車場退場予定」と「利用延長可能性」
については不明であれば空白のままでかまわない。 この場合には駐車場の予定使用時間は無限大であるものとして扱われる。 入力が完了すると（Ｓ７：Ｙｅｓ）、管理コンピュータ１と交信してその要求内容での予約が可能が否かを問い合わせる（Ｓ８）。 このとき管理コンピュータ１においては、要求された内容と状態ファイル（表４）等の内容とを対比して割付可能か否かを判断してその結果を返信する。 その詳細は後述する。

【００６９】問い合わせの結果が不良であった場合には（Ｓ９：Ｎｏ）、再入力して問い合わせるか否かをナビゲーション装置３７が乗員に表示及び音声で問い合わせる（Ｓ１０）。 再入力する場合には（Ｓ１０：Ｙｅ
ｓ）、Ｓ６に戻って別の要求内容を入力して再度問い合わせることになる。 予約を断念する場合には（Ｓ１０：
Ｎｏ）、Ｓ１の通常画面表示状態に戻る。

【００７０】Ｓ９で問い合わせの結果が良好であった場合には（Ｓ９：Ｙｅｓ）、当該駐車場への誘導を希望するか否かを、ナビゲーション装置３７が乗員に表示及び音声で問い合わせる（Ｓ１１）。 誘導を希望する場合には（Ｓ１１：Ｙｅｓ）、ナビゲーション装置３７は誘導モードへ移行し、当該駐車場への道順を乗員に示す。 即ちこの誘導モードでは、ナビゲーション装置３７には車両３４の現在位置を含む地図が表示され、道路渋滞等の交通状況も考慮した駐車場への道順が示される。 従ってこれを頼りに当該駐車場へ向かうことができる。 車両３
４が駐車場に近づくと、より詳細な地図が表示され駐車場の入口への最適な道順が示される。

【００７１】尚、駐車場までの誘導は、ＶＩＣＳ３２により提供される駐車場位置コード（図５）から検索されてなされるのが通例であるが、ＶＩＣＳ３２から駐車場位置コードが送信されない場合はナビゲーション装置３
７に記憶された地図メモリに駐車場の電話番号を対応させておき、予約した駐車場の電話番号により位置を検索して誘導することもできる。

【００７２】誘導を希望しない場合には（Ｓ１１：Ｎ
ｏ）、ナビゲーション装置３７は通常画面に戻る。 ただしＳ１の通常状態と異なりオプション機能の中に誘導機能が加わっており、誘導が必要になった場合にはいつでもこれを選択できるようになっている。

【００７３】このフローでは車中からナビゲーション装置３７及び携帯電話３８を用いて予約する場合を説明したが、家庭４０又はオフィス４１の電話４３、パソコン４４、ファクス４５で予約する場合も基本的手順は同様である。 ただしその場合には、「駐車場到着予定」、
「ナンバープレート」、「ＩＤ」、「車種」の項目についても自動入力されないので利用者がこれらを入力する必要がある。 また、予約が受け付けられても（Ｓ９：Ｙ
ｅｓ）、直ちに誘導モードを選択することはできず、必要なら車両３４に乗車してからナビゲーション装置３７
で誘導モードを選択することになる。

【００７４】続いて管理コンピュータ１における予約割付について、図７のフローチャートを用いて説明する。
利用者から予約要求があると（Ｓ２１：Ｙｅｓ）、管理コンピュータ１は予約割付の作業を開始する。 前記図４
のフロー中のＳ４：Ｙｅｓがこれに相当する。 そして、
図４のフロー中のＳ８の問い合わせ交信により、管理コンピュータ１が要求データを受信する（Ｓ２２）。 受信する要求データの内容は図６の画面に示すものであり、
少なくとも到着予定日時とナーバープレートと退場予定日時とを含んでおり、更にＩＤと利用延長可能性とを含みうる。

【００７５】すると管理コンピュータ１は、受信した要求データを状態ファイル（表４）の「予約可否」欄及びロットファイル（表１）の「車種」欄と比較し、割付可能か否かの一次的判断を行う（Ｓ２３）。 即ち、要求に係る車種を駐車可能なロットであって（表１の車種）、
かつ表４の予約可否が「可」であるロット（以下、「対象ロット」という）の有無を判断する。 ただし、ここで参照する状態ファイルの「予約可否」欄は、完全に塞がっているロット（００２番と００５番）以外はすべて「可」の表示となっているので、ここでＹｅｓと判断されても結局は予約できないこともありうる。 対象ロットがない場合には（Ｓ２３：Ｎｏ）、後述するＳ３１へ進む。

【００７６】対象ロットがある場合には（Ｓ２３：Ｙｅ
ｓ）、対象ロットであってかつ現状車のあるロットへの割付の可否を判断する（Ｓ２４）。 即ち、「可」であってかつ状態ファイル（表４）の「現状車ポインタ」欄にデータのあるロットについて、Ｓ２２の要求データを現状車ファイル（表２）の当該現状車ポインタの「退場予定」及び「遅れる可能性」と比較し、重複時間の有無を判断する。 そしてそのロットに現状車だけでなく既に予約車が割り付けられている場合にはその予約車ポインタについての予約車ファイル（表３）のデータも参照して割付の可否を判断する。

【００７７】尚、ここで判断対象となる現状車は予約して入場したものに限られる。 予約なしで入場する場合は後述するように退場予定を申告させないので、予約なしで入場した車両のロットは必ず「予約可否」欄が「不」
となり、対象ロットになり得ないからである。

【００７８】現状車のある対象ロットへの割付ができない場合には（Ｓ２４：Ｎｏ）、現状車はないが既に予約車が割り付けられている対象ロットへの割付の可否を判断する（Ｓ２５）。 即ち、対象ロットであり状態ファイルの「現状車ポインタ」欄にデータがなく、かつ「予約車ポインタ」欄にデータのあるロットについて、Ｓ２２
の要求データを予約車ファイルの当該予約車ポインタの「入場予定」、「退場予定」及び「遅れる可能性」と比較し、重複時間の有無を判断する。

【００７９】現状車のある対象ロットへの割付ができる場合（Ｓ２４：Ｙｅｓ）又は現状車はないが予約車がある対象ロットへの割付ができる場合（Ｓ２５：Ｙｅｓ）
には、その割付可能とされた対象ロットについて、安全を見込んでもなお割付に問題がないか否かを判断する（Ｓ２６）。 車両の退場が予定時刻より遅れることもありうるからである。 具体的には、現状車、既に割り付けた予約車、そして要求されたデータのすべてについて、
退場予定時刻（遅れる可能性が申告されている場合にはそれも含める）に予め設定した安全マージン（例えば３
０分）を加算し、なお重複時間が生じない場合のみ安全と判断される。

【００８０】安全である場合には（Ｓ２６：Ｙｅｓ）、
後述するＳ２９へ進む。 安全でない場合には（Ｓ２６：
Ｎｏ）、Ｓ２３に戻り、残りの対象ロットについて同様に判断を行う。 このＳ２４、Ｓ２５、Ｓ２６の判断は、
新たな予約を可能な限り既に現状車又は予約車のあるロットに割り付けることにより、完全に空いたロットをなるべく残すことを目的とするものである。 退場予定が不明な車両（予約なしの入場車及び退場予定の申告のない予約要求）に対処しやすくするためである。

【００８１】Ｓ２５で現状車はないが予約車がある対象ロットへの割付ができない場合には（Ｓ２５：Ｎｏ）、
Ｓ２７へ進む。 この場合には現状車も既に割り付けた予約車もない、即ち完全に空いたロットしか選択枝がないので、Ｓ２７では完全に空いたロットの有無を判断する。 尚、前記Ｓ２３の判断では、完全に空いたロットがない場合でもＹｅｓと判断されうるので、ここで改めて判断を要するのである。 Ｓ２７で完全に空いたロットがない場合には（Ｓ２７：Ｎｏ）、Ｓ２３ではＹｅｓと判断されたものの結局その予約要求は受け付けられないこととなり、Ｓ３１へ進む。

【００８２】完全に空いたロットがある場合には（Ｓ２
７：Ｙｅｓ）、割付に問題がないかどうかを入口端末３
に問い合わせる（Ｓ２８）。 入口端末３では入口渋滞を防ぐため、入口端末ファイル（表５）を有し、予約なしの入場車があったときに直ちに完全に空いたロットに割り付けるので、その直後に予約要求があったときには状態ファイル（表４）のデータがまだ修正されていない場合があり、二重割付が生じうるので、これを防ぐためである。 入力端末３からの返答が不良である場合には（Ｓ
２８：Ｎｏ）、Ｓ２７に戻り完全に空いたロットが残っているか否かを判断する。 入力端末３からの返答が良好である場合には（Ｓ２８：Ｙｅｓ）、Ｓ２９へ進む。

【００８３】Ｓ２９（Ｓ２６：Ｙｅｓ又はＳ２８：Ｙｅ
ｓ）では、その予約要求を実行する。 即ち、予約車ファイル（表３）に要求されたデータを記録する。 具体的には、図６の画面中の到着予定の日付を「入場予定」欄の「年月日」に記録し、到着予定の時刻の早い方（図６中左側）を「時刻Ａ」に記録し、遅い方（図６中右側）を「時刻Ｂ」に記録する。 そしてナンバープレート、Ｉ
Ｄ、車種も該当する欄に記録する。 更に、退場予定が入力されている場合には「退場予定」の欄にそのデータを記録し、利用延長可能性が入力されている場合には「遅れる可能性」の欄にそのデータを記録する。

【００８４】そして記録したデータに予約車ポインタを付し、その予約車ポインタを状態ファイル（表４）の割り付けたロットの「予約車ポインタ」欄に記録する。 更に入力端末３に指令して、入口端末ファイル（表５）のそのロットの「割付可否」欄を「不」に変更させる。 またそのデータの「入場予定時刻Ａ」が現在時刻から予め設定した所定時間（例えば３０分）以内であるときには、「予約車」欄にナンバープレートとＩＤ（空白の場合は空白のまま）とを記録させる。 そして、利用者に予約を受け付けた旨を返信すると（Ｓ３０）、処理は終了する。

【００８５】そしてＳ３１（Ｓ２３：Ｎｏ又はＳ２７：
Ｎｏ）では、利用者にその予約要求は受け付けられない旨を返信する。 そして、利用者から再度の要求があるかどうかを判断する（Ｓ３２）。 再要求があった場合には（Ｓ３２：Ｙｅｓ、図４のフローのＳ１０：Ｙｅｓの後のＳ８に相当）、Ｓ２３に戻り再要求に係るデータについて同様の判断を繰り返す。 再要求がない場合には（Ｓ
３２：Ｎｏ、図４のフローのＳ１０：Ｎｏに相当）、処理は終了する。 尚、Ｓ３１の返信では、他の駐車場の紹介等を合わせ行ってもよい。

【００８６】ここで、駐車場への車両の入退場があったときの処理を説明する。 まず、入場路８２への進入車両があった場合を説明する。 スタートセンサ９が車両の進入を検知すると、アンテナ１０及びカメラ１１が作動する。 アンテナ１０は課金タグとの交信を行い、カメラ１
１は進入車両のナンバープレートを読み取り車種を判別する。 これにより、進入車両が課金タグを持っているか否かを判別し、そして課金タグを持っていればそのデータにより予約車かそうでないかを判別する。 また課金タグを持っていない場合にはカメラ１１で読み取ったナンバープレートにより予約車か否かを判別する。

【００８７】入口端末ファイル（表５）の「予約車」欄と照合した結果予約車であった場合には、入口ゲート５
を開くと共に管理コンピュータ１に予約車の入場を伝達する。 そして入口端末ファイルの「現状有無」欄が「有」とされ、「予約車」欄が消去され、「入場実績」
欄に入場車のデータが記録される。 更に、その予約車が課金タグ有りの場合にはアンテナ１０により車両の課金タグに入場日時が記録され、課金タグなしの場合にはタグ機４により貸しタグに入場日時を記録して貸し出すと共に「ＩＤ」欄にその貸しタグの識別番号が記録される。

【００８８】一方管理コンピュータ１では、予約車ファイル（表３）及び状態ファイル（表４）を検索して該当する予約車のロット番号を表示機７、２２に表示させる。 そして、予約車ファイルの該当する予約車ポインタのデータを消去し、代わりに現状車ファイル（表２）に入場車両のデータを記録して現状車ポインタを付す。 状態ファイルもこれに伴い書き換えられる。 更に出口端末１３にも入場車両のデータが送られ、出口端末ファイル（表６）の該当するロット番号にそのデータが記録される。

【００８９】進入車両が予約車でない場合には、入口端末３が、入口端末ファイル（表５）の「割付可否」欄が「可」であるロットを進入車両の車種も考慮して割り付ける。 ここでは、入口渋滞防止のため入口端末３は管理コンピュータ１に問い合わせることなく独自に割付を行う。 ただし、直前に入場したばかりの別の車両がある場合には、その直前入場車のロットとは離れていてかつそのロットの前を通過しないで到達できるロットを優先して割り付ける。 直前入場車が自分のロットに入ろうとして切り返しをしていることが考えられるので、場内渋滞を防止するためである。 また、同様に入口渋滞防止のため、退場予定の問い合わせはしない。 なるべく速やかに入口を通過させるためである。

【００９０】そして課金タグ持参車の場合はアンテナ１
０によりその課金タグに入場日時を記録し、課金タグのない車両の場合はタグ機４により貸しタグに入場日時を記録して貸し出す。 そして入口ゲート５を開き、割り付けたロット番号を表示機７、２２に表示させる。 更に入口端末ファイルの「現状有無」欄を「有」とし、「割付可否」欄を「不」とし、「入場実績」欄に入場車のデータを記録し、管理コンピュータ１にそのデータを伝送する。

【００９１】このため管理コンピュータ１では、現状車ファイル（表２）に入場車両のデータを記録して現状車ポインタを付し、状態ファイルもこれに伴い書き換え、
出口端末１３にも指令して出口端末ファイルにそのデータを記録させる。 尚、入場車両がエンドセンサ１２を通過すると、アンテナ１０及びカメラ１１の作動が停止され、所定時間経過後に入口ゲート５が閉じられる。

【００９２】続いて退場路８３への退出車両があった場合を説明する。 スタートセンサ１８が退出車両を検知するとアンテナ１９が作動し、課金タグとの交信を行って、出口端末ファイルと参照してどのロットからの車両であるかを判別する。 課金タグの読み取りに失敗した場合にはカメラ２０により退出車両のナンバープレートを読み取って車両の識別を行う。

【００９３】そして表示機１６に駐車料金を表示し、その車両の課金タグが車両持参の口座落し方式のものである場合にはアンテナ１９により課金タグに利用実績を記録して出口ゲート１５を開く。 その車両の課金タグが車両持参のプリペイド方式のものである場合にはアンテナ１９によりその駐車料金を残高から差し引いて出口ゲート１５を開く。 残高不足の場合にはタグ機１４により差額を徴収してから出口ゲート１５を開く。 その車両の課金タグが貸しタグである場合にはそれを返却すべき旨のメッセージを駐車料金と共に表示機１６に表示し、タグ機１４により貸しタグの回収と料金徴収とを行ってから出口ゲート１５を開く。

【００９４】そして出口端末ファイルの該当するロット番号のデータを消去し、車両の退出があった旨を管理コンピュータ１に伝送する。 このため管理コンピュータ１
では、状態ファイル（表４）の該当するロット番号の「現状有無」欄を「無」とし、「現状車ポインタ」欄を消去し、「予約可否」欄が「不」であれば「可」とする。 現状車ファイル（表２）についても該当する現状車ポインタのデータを消去する。 更に入口端末３にも指令し、入口端末ファイル（表５）の該当するロット番号について「現状有無」欄を「無」とさせ、「入場実績」欄のデータを消去させる。 そしてそのロットに以後の予約割付がない場合には「割付可否」欄を「可」とさせる。

【００９５】この駐車場では上記のように予約管理及び入退場管理をしているが、車両が予定通りに入退場しないこともあるので、定期的に（例えば５分毎等）これをチェックしている。 まず、予約があったにもかかわらずその予約車の入場がない場合（以下、「欠場」という）
を説明する。 管理コンピュータ１が予約車ファイル（表３）をチェックし、「入場予定」の「時刻Ｂ」を既に経過しているのに消去されていない予約車ポインタがあると、欠場と判断する。 この場合にはその予約は取り消されたものと見なし、予約車ファイルの当該予約車ポインタのデータを消去し、状態ファイル（表４）及び入口端末ファイル（表５）も必要なデータの書換えを行う。 ロットの無意味な占拠が続くのを防ぐためである。

【００９６】続いて現状車に退場予定が記録されているにもかかわらずその退場予定時刻を超えても退場しない場合（以下、「超過」という）を説明する。 管理コンピュータ１が現状車ファイル（表２）をチェックし、「退場予定」の「時刻」（ただし「遅れる可能性」のデータがある場合にはそれを加算）を経過しているのに消去されていない現状車ポインタがあると、超過と判断する。
管理コンピュータ１では、現状車や既予約車の入退場予定を考慮して予約要求を割り付け（図７のＳ２４、Ｓ２
５）、更に安全を見込んで（同Ｓ２６）車両の重複を防止しているが、超過があると重複発生のおそれが生ずるので、既にロット割付をした予約について割付の変更をして重複のおそれを排除する。 この処理を図８のフローチャートにより説明する。

【００９７】超過車が発見された場合には（Ｓ４１：Ｙ
ｅｓ）、以後のそのロットへの予約割付を禁止する処理を行う（Ｓ４２）。 即ち、現状車ファイルの当該現状車ポインタについて、「退場予定」及び「遅れる可能性」
のデータを消去し、状態ファイル（表４）の当該ロット番号の「予約可否」の欄を「不」とする。 ついでそのロットに既に割り付けられた予約があるか否かを、状態ファイルの「予約車ポインタ」の欄により判断する。 そのロットに予約が割り付けられていない場合には（Ｓ４
３：Ｎｏ）、それ以上問題ないので処理は終了する。 そのロットに予約が割り付けられている場合には（Ｓ４
３：Ｙｅｓ）、放置しておくと重複が生じうるので、割付の変更を行う（Ｓ４４）。

【００９８】具体的には、その予約を割付できる他のロットがあればそのロットに割付を移行する。 これにより重複は回避される。 割付できるロットがない場合には、
当該超過車両又は他の退場予定なしの現状車が退場するまで重複は回避できないが、重複の生じうる時間帯をなるべく先送りするように割付の変更をして、現実に重複が生じる以前に解消されるようにする。

【００９９】以上詳細に説明したようにこの駐車場においては、駐車棟８０の各ロットについての利用状況及び予約状況を記録する状態ファイル（表４）を管理コンピュータ１に備え、これから駐車場の最新の満空情報を公衆回線３０を介して常時発信するので、駐車場を利用する者は家庭４０やオフィス４１の電話４３、パソコン４
４、ファクス４５あるいは携帯電話３８を用いて随時この情報を受信し、駐車場の満空情報を知ることができる。 またこの情報はＶＩＣＳ３２からも発信されるので、車両３４に搭載されたナビゲーション装置３７を用いて車中で受信することもできる。 従って、この情報を受信して駐車場の満空情報を知った利用者は、駐車場へ向かうか否か、また予約をするか否かを決定することができる。

【０１００】そして、管理コンピュータ１が公衆回線３
０及びＶＩＣＳ３２と接続されていることから、利用者は前記の各機器を用いて管理コンピュータ１と交信して予約要求をすることができる。 また、管理コンピュータ１から提供される情報には、駐車場の電話番号を含めることとしたので、利用者が予め電話番号を知らなくても予約要求ができ、特に車中から予約する場合にはナビゲーション装置３７により携帯電話３８を操作して管理コンピュータ１とコネクトさせることができる。 また、その予約要求の内容に少なくとも予定入場時刻を含めることとしたので、直ちに駐車場へ向かおうとする場合以外でも予約をすることができる。

【０１０１】そして予約した利用者が希望すればナビゲーション装置３７により駐車場への道順を示して車両３
４を駐車場へ誘導することとしたので、駐車場の位置を知らない利用者でも安心して予約を取り駐車場を利用することができる。 更に、ナビゲーション装置３７の用途を拡大してその利用促進も図られる。

【０１０２】そして管理コンピュータ１には状態ファイル及び予約車ファイル（表３）等が備えられているので、予約要求の内容とこれらとを対比してその予約要求の受付の可否を判断し、受付可能な場合のみその予約を実行することができる。 また、現状車又は既予約車のあるロットであって、その予定滞在時間と予約要求に係る予定滞在時間との間に所定の余白時間のあるロットに優先的にその予約を割り付けるようにしたので、現状車も予約車もない完全に空いたロットをなるべく残して予約なしで入場する車両に対処しやすくすることができる。
また、予約を完全に空いたロットに割り付ける場合には入口端末３に確認させるようにしたので、予約なしの車両が入場した直後に予約要求があった場合でも二重割付を防止し、かつ予約なしの入場車両が迅速に入口を通過することができる。

【０１０３】更に、管理コンピュータ１により定期的に現状車ファイル（表２）をチェックするようにしたので、予定退場時刻Ｂを過ぎても退場していない超過車両を発見することができ、これが発見された場合にはそのロットへの以後の予約割付を禁止すると共に既にそのロットに割り付けた予約がある場合には、これを割付変更して車両の重複を未然に防止することができる。

【０１０４】以上実施例により本発明を説明したが、本発明は上記実施例に何ら限定されるものではなく、その趣旨を逸脱しない範囲で種々の改良や変更ができることは当然である。 例えば前記実施例では１つの駐車場の管理を行うシステムとしたが、複数の駐車場を同様の手法でまとめて管理するようにしてもよい。 また、駐車場の予約管理だけでなく、場内の入退場車の誘導等の機能を加えてもよい。 あるいは、駐車場の最新の満空情報を公衆回線３０により発信することとしたが、仮にラジオ帯あるいは光帯の電波の使用が許されるならば、これを使用し利用者がラジオ受信機でその情報を受信できるようにしてもよい。

【図面の簡単な説明】

【図１】実施例に係る駐車場の構成を説明する概略図である。

【図２】駐車場の管理システムの構成を示すブロック図である。

【図３】駐車場の利用システム全体を説明する概念図である。

【図４】駐車場利用者が予約をとる際のフローチャートである。

【図５】ナビゲーション装置に表示される駐車場情報の例を示す図である。

【図６】駐車場利用者が予約をとる際にナビゲーション装置に表示される予約画面である。

【図７】駐車場の管理コンピュータによる予約割付のフローチャートである。

【図８】超過車が発見された場合のフローチャートである。

【符号の説明】

１ 管理コンピュータ ３０ 公衆回線 ３７ ナビゲーション装置 ３８ 電話 ８０ 駐車棟