JP7263589B2 - 駐車場管理装置、駐車場管理方法、及びプログラム - Google Patents

Description

本発明は、駐車場管理装置、駐車場管理方法、及びプログラムに関する。

特許文献１には、駐車場で入出場口が混雑することなく円滑に入出場でき、事前精算の際の利用者の負担もなく簡単に精算ができ、しかも不正利用を防止することを目的とした駐車場管理方法が開示されている。この駐車場管理方法では、車両のナンバープレートの情報、入場後猶予時間、及び精算後猶予時間を適宜利用して、車両の入出場が管理されている（特許文献１の明細書段落［００３８］［００５２］図５等）。

特許文献２には、駐車場管制方法として、複数存在する料金精算所の各々の混雑状況と、外部カメラで撮影した外部の道路状況とを、案内スクリーンを通じて車両の運転手に通知する技術が開示されている（特許文献２の明細書段落［００４８］［００６２］図６等）。

特開２００４－２９５５１１号公報 特表２００９－５１７７６７号公報

駐車場から車両を出場させる際に駐車料金を事前に精算可能とするシステムは、出口での精算処理等が不要となり有効である。よって当該駐車料金の事前精算に関する有効性・利便性を向上させることは重要である。

従来、特許文献１あるいは特許文献２では、事前精算時間と出口精算機到来時間との差により、不正出場の判定をおこなっている。しかし、出口精算待ち渋滞や出場先の道路の混雑等で、予め設定した出場猶予時間（グレースタイム）をオーバーすることがあり、それを回避するために長時間の出場猶予時間に設定すると、今度は事前精算後も駐車場に長時間滞在する不正の防止ができないという問題があった。そこで、駐車場の混雑状況に応じて出場猶予時間を変更する技術が考えられるが、変更設定の妥当性を証明することは難しかった。

以上のような事情に鑑み、本発明の目的は、事前精算後の出庫猶予時間を、出口の混雑度等に応じて変更させる場合の、変更設定の妥当性を証明できるようにすることを可能とする駐車場管理装置、駐車場管理方法、及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る駐車場管理装置は、取得部と、制御部と、通知部とを具備する。
上記取得部は、駐車場内外の混雑状況に関する混雑情報を取得する。
上記制御部は、取得された上記混雑情報に基づいて、駐車場の課金条件を制御する。
上記通知部は、上記混雑情報および上記課金条件に関する情報を通知する。

上記取得部は、上記混雑情報として、上記駐車場から出場する車両の渋滞状況に関する渋滞情報を取得し、上記制御部は、取得された上記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御してもよい。

上記制御部は、取得された上記渋滞情報に基づいて、上記駐車場から出場する車両の渋滞度を測定し、判定された上記渋滞度に応じて上記猶予時間を設定してもよい。

上記渋滞情報は、上記駐車場の出場口に接続する道路の渋滞状況の情報を含んでもよい。

上記渋滞情報は、外部の地図情報サイトの提供するリアルタイム渋滞情報を含んでもよい。

上記通知部は、上記渋滞情報の画像または、リンクされるアドレス情報を通知してもよい。

上記通知部は、予め作成した地図画像に、上記渋滞情報の画像の渋滞状況を示す画像から読み取った渋滞状況のレベルを、上記予め作成した地図画像に重畳させた画像情報として通知してもよい。

上記制御部は、取得された上記渋滞情報に基づいて上記駐車場から出場する車両の渋滞度を判定し、判定された上記渋滞度が所定の状態となる場合に上記猶予時間を無制限に設定してもよい。

上記制御部は、判定された上記渋滞度が所定の閾値を超えた場合に、上記猶予時間を無制限に設定してもよい。

上記制御部は、上記通知部による通知に応答して、許可を受信した場合に、上記課金条件を変更してもよい。

本発明の一形態に係る駐車場管理方法は、コンピュータにより実行される駐車場管理方法であって、駐車場内外の混雑状況に関する混雑情報を取得し、取得された上記混雑情報に基づいて、駐車場の課金条件を制御し、上記混雑情報および上記課金条件に関する情報を通知する。

本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
駐車場内外の混雑状況に関する混雑情報を取得するステップ。
取得された上記混雑情報に基づいて、駐車場の課金条件を制御するステップ。
上記混雑情報および上記課金条件に関する情報を通知するステップ

以上述べたように、本発明によれば、例えば、駐車料金の事前精算に関する猶予時間の変更設定の妥当性を証明することが可能となる。

一実施形態に係る駐車場の構成例を示す概略図である。 駐車場管理システムの構成例を示すブロック図である。 出口精算機の機能的な構成例を示すブロック図である。 入場時における駐車場管理システムの処理例を示すフローチャートである。 在車ＤＢに格納される在車情報の一例を示す図である。 入場ゲートに車両が進入した状態を示す模式図である。 駐車場の構内に設置される監視カメラの撮影画像の一例を示す模式図である。 事前精算後の駐車場からの出場時における駐車場管理システムの処理例を示すフローチャートである。 出場猶予時間の設定例を示すフローチャートである。 渋滞度判定及び猶予時間設定テーブルの一例を示す図である。 渋滞度判定及び猶予時間設定テーブルの他の例を示す図である。 ライブ渋滞情報のサイトを示す図である。 出場猶予時間の設定の他の例を示すフローチャートである。 出場猶予時間の設定の他の例を示すフローチャートである。 図１４に示す処理で用いられる渋滞度判定及び猶予時間設定テーブルの一例を示す図である。 駐車場オーナの携帯端末等に表示されるメール画面の一例を示す模式図である。 駐車場オーナに提示されるレポートの地図画像を示す模式図である。

以下、図面を参照しながら、本発明の実施形態を説明する。

［駐車場管理システム］
図１は、本発明の一実施形態に係る駐車場の構成例を示す概略図である。図２は、図１に示す駐車場を管理する駐車場管理システムの構成例を示すブロック図である。

図１に示すように、駐車場１は、車両Ｃを駐車することが可能な施設であり、外部の道路Ｒに隣接する位置に構成される。以下、便宜的に、駐車場１と隣接する側の２車線を下り車線Ｒ１と記載し、反対側の２車線を上り車線Ｒ２と記載する。

駐車場１は、入口２と、入場レーン３と、入場口４と、入場ゲート５と、出口６と、出場レーン７と、出場口８と、出場ゲート９と、複数の駐車スペース１０とを有する。

入口２及び出口６は、駐車場１が設けられる敷地内への入口、及び敷地外への出口である。入口２及び出口６は、下り車線Ｒ１に隣接する位置に、下り車線Ｒ１の延在方向に沿って並んで配置される。道路Ｒから見ると、入口２は左側に位置し、出口６は右側に位置する。

入場レーン３は、入口２から直線状に延在し、突き当たりで右側に略直角に曲がり、駐車場１の構内に向けて延在する。入場レーン３は、駐車場１に入場する車両Ｃを、入口２から駐車場１の構内に導くレーンである。入場レーン３の終端は明確に規定される必要はなく、入場ゲート５の端部付近や、駐車場１の構内の所定の位置までを、入場レーン３と見なすことができる。すなわち駐車場１の構成によっては、駐車場１の構内に設けられる構内レーン２０の一部が、入場レーン３として機能する場合もあり得る。

出場レーン７は、出口６から直線状に延在し、突き当たりで右側に略直角に曲がり、駐車場１の構内に向けて延在する。出場レーン７は、駐車場１から出場する車両Ｃを出口６に導くレーンである。出場レーン７の始端は明確に規定される必要はなく、出場ゲート９の端部付近や、駐車場１の構内の所定の位置までを、出場レーン７の始端と見なすことができる。すなわち駐車場１の構成によっては、駐車場１の構内に設けられる構内レーン２０の一部が、出場レーン７として機能する場合もあり得る。

入場口４は、入場レーン３上の、駐車場１の構内と外部との境界に設けられる。出場口８は、出場レーン７上の、駐車場１の構内と外部との境界に設けられる。図１に示すように本実施形態では、道路Ｒから見ると、入場口４は奥側に設けられ、出場口８は手前側に設けられる。

従って、入場レーン３の入口２から入場口４までのアプローチの距離は、出場レーン７の出場口８から出口６までの距離よりも大きくなっている。これにより、例えば駐車場１が満車のときに入場待ちの車両が並んでしまい、外部の道路Ｒの通行の妨げとなることが防止されている。

入場ゲート５は、入場レーン３上の入場口４の付近に設けられる。入場ゲート５は、アイランド１２ａ及び１２ｂと、入場ゲート装置１３と、駐車券発行機１４と、入場レーンカメラ１５とを有する。アイランド１２ａ及び１２ｂは、入場レーン３を挟むように、互いに対向して設けられる。

入場ゲート装置１３、駐車券発行機１４、及び入場レーンカメラ１５は、車両Ｃの進行方向に対して右側に位置するアイランド１２ａに設けられる。車両Ｃから見て入場ゲート装置１３の手前側に駐車券発行機１４が設けられ、入場ゲート装置１３の奥側の上方に入場レーンカメラ１５が設けられる。

出場ゲート９は、出場レーン７上の出場口８の付近に設けられる。出場ゲート９は、アイランド１６ａ及び１６ｂと、出場ゲート装置１７と、出口精算機１８と、出場レーンカメラ１９とを有する。アイランド１６ａ及び１６ｂは、出場レーン７を挟むように、互いに対向して設けられる。

出場ゲート装置１７、出口精算機１８、及び出場レーンカメラ１９は、車両Ｃの進行方向に対して右側に位置するアイランド１６ａに設けられる。車両Ｃから見て出場ゲート装置１７の手前側に出口精算機１８が設けられ、出場ゲート装置１７の奥側の上方に出場レーンカメラ１９が設けられる。

複数の駐車スペース１０は、駐車場１の構内に設けられる。入口２から出口６までの構内に、入場レーン３、出場レーン７、及び構内レーン２０に沿って、複数の駐車スペース１０が設けられる。駐車スペース１０の数や位置は限定されない。

図２に示すように、駐車場管理システム３０は、駐車場管理装置３１と、記憶装置３５とを有する。また駐車場管理システム３０は、入場ゲート装置１３と、駐車券発行機１４と、入場レーンカメラ１５と、出場ゲート装置１７と、出口精算機１８と、出場レーンカメラ１９とを有する。

さらに、駐車場管理システム３０は、事前精算機３６及び３７と、各階の管制装置３８～４０と、複数の駐車スペース監視カメラ（以下、単に監視カメラと記載する）４１とを有する。なお複数の監視カメラ４１については、全て同じ符号番号「４１」を用いる。

図１に示すように、事前精算機３６は、入場ゲート５付近の、アイランド１２ｂの裏側に設けられる。事前精算機３７は、出場ゲート９付近の、アイランド１６ｂの裏側に設けられる。

管制装置３８～４０は、駐車場１の各階のフロアー毎に設置される。管制装置３８～４０の各々は、各階のフロアーに設置される複数の監視カメラ４１の動作を制御し、監視カメラ４１により生成された画像信号を受信する。なお図１には、駐車場１の１階のフロアーが図示されており、２階以上へ移動するための経路等の図示は省略されている。

監視カメラ４１は、各階のフロアーに設けられた複数の駐車スペース１０の全てを撮影可能な位置に設けられる。図１に示す例では、複数の駐車スペース１０の位置に合わせて、複数の監視カメラ４１が、天井に設置される。監視カメラ４１により撮影された撮像画像に基づいて、駐車スペース１０に対する入庫／出庫を検出することが可能である。

なお本開示では、駐車場１の構内へ車両Ｃを進入させること、及び駐車場１の構内から外部へ車両Ｃを出すことを、駐車場１に対する入場／出場と記載する。また駐車スペース１０内へ車両Ｃを進入させること、及び駐車スペース１０から車両Ｃを出すことを、駐車スペース１０対する入庫／出庫と記載する。

図１に示すように、道路Ｒに隣接する出口６付近には、出場後通過センサ２１が設置される（図２には図示は省略）。出場後通過センサ２１により、出場ゲート９（出場口８）から出場した車両Ｃが、出口６を通過したか否かを判定することが可能である。また図１及び図２には図示を省略しているが、入場ゲート５及び出場ゲート９の地面には、車両Ｃの進入を検出するセンサとして機能する、ループコイル２２（図６参照）が埋設される。

駐車場管理装置３１は、駐車場１の全体を管理するために設けられた管制室（図示は省略）等に配置され、駐車場１に設置される各装置の動作を制御することが可能である。駐車場管理装置３１は、駐車場１の構内に構築された構内ＬＡＮ２４を介して、各装置と通信可能に接続される。例えば各装置により生成された精算情報や画像情報等が駐車場管理装置３１に送信される。駐車場管理装置３１からは、各装置の動作を制御するための制御情報や、記憶装置３５に記憶された種々の情報等が送信される。

駐車場管理装置３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤ等のコンピュータの構成に必要なハードウェアを有する。また駐車場管理装置３１は、構内ＬＡＮ２４やインターネット２５を介して他の装置と通信するための通信部を有する。通信部としては、例えばＷｉＦｉ等の無線ＬＡＮモジュールや、モデムやルータ等の通信機器が用いられる。駐車場管理装置３１として、例えばＰＣ（Personal Computer）等の任意のコンピュータが用いられる。

本実施形態では、駐車場管理装置３１のＣＰＵが、ＲＯＭ等に記憶された本技術に係るプログラムを実行することで、本技術に係る駐車場管理方法が実行される。具体的には、駐車場管理装置３１のＣＰＵが所定のプログラムを実行することで、図２に示す機能ブロックであるナンバー読取部３２、取得部３３、時間制御部３４、通知部４３が実現される。もちろん各ブロックを実現するためにＩＣ（集積回路）等の専用のハードウェアが用いられてもよい。

ナンバー読取部３２は、車両Ｃの撮影画像に基づいて、車両ナンバー（陸運支局名、分類番号、平仮名、４桁の一連番号等）を読み取ることが可能に構成される。
取得部３３は、駐車場１内の混雑状況あるいは駐車場１から出場する車両Ｃの出庫時の渋滞状況に関する渋滞情報（混雑情報）を取得することが可能に構成される。
時間制御部３４は、取得部３３で取得された渋滞情報に基づいて駐車場１から出場する車両Ｃの出庫時の渋滞度を判定し、判定された渋滞度に基づいて、出場猶予時間を設定することが可能に構成される。時間制御部３４は、駐車場内外の混雑状況に基づいて駐車場１の課金条件を制御する制御部として構成される。
通知部４３は、上記渋滞情報および課金条件に関する情報を駐車場オーナ８１等に通知し、あるいは当該通知に対する駐車場オーナ８１等からの応答を受信することが可能に構成される。

プログラムは、例えば記録媒体を介して駐車場管理装置３１にインストールされる。あるいは、インターネット２５等を介してプログラムが駐車場管理装置３１にインストールされてもよい。

記憶装置３５は、駐車場管理システム３０に関する種々の情報を記憶する。例えば記憶装置３５には、会員登録ＤＢ、在車ＤＢ（図５参照）、割引ＤＢ、出場情報ＤＢ、オーナ情報ＤＢ、種々の履歴ＤＢ、管理情報ＤＢ等の、種々のＤＢが記憶される。また記憶装置３５には、渋滞度判定及び猶予時間設定テーブル（図１０、１１、１４参照）等の、種々のテーブル情報（ＴＢ）が記憶される。図２に示す例では、駐車場管理装置３１と記憶装置３５とが別個に構成されるが、両方の装置が一体的に構成されてもよい。

また、駐車場管理システム３０はインターネット２５を介して、駐車場管理機関７０に通信可能に接続され、駐車場オーナ８１、駐車場係員８２の保有する携帯端末装置等とも、接続されている。駐車場管理機関７０は、Ｗｅｂ・ＡＰＩサーバ７１とメールサーバ７２を有している。駐車場管理機関７０は、他のＤＢ及びＤＢサーバを有してもよい。

図３は、出口精算機の機能的な構成例を示すブロック図である。出口精算機１８は、ＣＰＵ４５と、メモリ４６と、これらとバス４７を介して接続されるインターフェイス４８とを有する。メモリ４６は、例えばＲＯＭ、ＲＡＭ、フラッシュメモリ等から構成され、種々のプログラムや種々の駐車データ等が記憶される。

インターフェイス４８には、カードリーダライタ４９、紙幣・硬貨管理部５０、タッチパネル５１、スピーカ５２、領収証プリンタ５３、インターフォン５４、通信部５５、車両検出部５６、ゲート制御部５７、及び画像取得部５８が接続される。

各ブロックの動作は、プログラムに従って動作するＣＰＵ４５により制御され、例えばタッチパネル５１やスピーカ５２による表示画面及び音声ガイドに基づいて、利用者は円滑に操作を行うことが可能である。またインターフォン５４を利用することで、オペレーターと会話をすることが可能である。

カードリーダライタ４９は、利用者に供給される駐車券の磁気ストライプに所定の情報を書き込み、また駐車券の表面に所定の情報を印字する。またカードリーダライタ４９は、挿入口に挿入された駐車券から駐車券情報を読み込み、駐車時間及び割引情報をもとに、精算金額を算出する。

紙幣・硬貨管理部５０は、紙幣・硬貨投入口に投入された紙幣等を受け取り、計数して投入金額を算出する。また精算により必要となった釣り銭等を計数し、紙幣・硬貨返却口（図示は省略）に払い出す。領収証プリンタ５３は、領収証に精算額や日時等をプリントして発行する。

通信部５５は、構内ＬＡＮ２４を介して、駐車場管理装置３１等の他の装置と通信するための、モデム、ルータ、その他の通信機器である。通信部５５は、有線及び無線のどちらを利用して通信するものであってもよい。

車両検出部５６は、出場ゲート９に埋設されたループコイル２２に接続される。車両検出部５６は、ループコイルと協働することで車両検出センサとして機能し、検出結果を出力する。なお車両を検出する車両検出センサとして、例えば赤外線等を利用した光学式センサ等の他のセンサが用いられてもよい。

ゲート制御部５７は、出場ゲート装置１７に接続され、出場ゲート装置１７の開閉動作を制御する。画像取得部５８は、出場レーンカメラ１９に接続され、出場レーンカメラ１９により生成された撮影画像を取得する。

図１及び図２に示す事前精算機３６及び３７は、例えば図３に示す出口精算機１８の車両検出部５６、ゲート制御部５７、及び画像取得部５８以外のブロックを備えた構成により実現される。また駐車券発行機１４は、例えば図３の示す出口精算機１８の、紙幣・硬貨管理部５０及び領収証プリンタ５３の代わりに、ブランクの駐車券を発行するカードフィーダを備えた構成により実現される。もちろんこれに限定される訳ではない。

なお駐車券発行機１４に備えられる車両検出部５６は、入場ゲート５に埋設されるループコイル２２に接続される。駐車券発行機１４に備えられるゲート制御部５７は、入場ゲート装置１３に接続される。駐車券発行機１４に備えられる画像取得部５８は、入場レーンカメラ１５に接続される。

［駐車場への入場時の動作］
図４は、駐車場への入場時における駐車場管理システムの処理例を示すフローチャートである。図５は、在車ＤＢに格納される在車情報の一例を示す図である。

図６は、入場ゲート５に車両Ｃが進入した状態を示す模式図である。なお出場ゲート９に車両Ｃが進入した状態も、図６に示す状態と略同様となる。後に、出場ゲート９に車両Ｃが進入する状態について説明するために、図５では括弧書きで、出口精算機１８等の出場ゲート９に含まれる構成要素の符号が記載されている。

まずループコイル２２に接続された車両検出部５６により、入場ゲート５への車両Ｃの進入が監視される（ステップ１０１）。車両Ｃが検出されると（ステップ１０１のＹｅｓ）、入場ゲート５に進入した車両Ｃが、入場レーンカメラ１５により撮影される（ステップ１０２）。図６に示すように、入場レーンカメラ１５は、撮影範囲ＳＲに車両Ｃのナンバープレート２６が含まれる位置に設置される。

駐車券発行機１４により、駐車券が発行される（ステップ１０３）。この際、発券ボタンを押す旨のガイダンスが出力され、利用者の発券ボタンを押す操作に応じて駐車券が発行されてもよい。

駐車券発行機１４により、車両Ｃの撮影画像、駐車券番号、及び入場日時を含む入場情報が送信され、駐車場管理装置３１により受信される（ステップ１０３、１０４）。図３に示すナンバー読取部３２により、車両Ｃの撮影画像に基づいて、車両ナンバーが読取られる（ステップ１０５）。車両ナンバーの読取りのために、例えばナンバープレート２６の部分を拡大する画像処理や、ＯＣＲ（Optical Character Recognition）処理等の任意の技術が用いられてよい。

図５に示すように、読み取られた車両ナンバー、駐車券番号、及び入場日時が、在車情報２７として、在車ＤＢに記録される（ステップ１０６）。

図７は、駐車場の構内に設置される監視カメラの撮影画像の一例を示す模式図である。例えば図７Ａに示すような複数の駐車スペース１０（車両Ｃ）が、各々の駐車スペース番号が認識可能なように、同時に撮影される。

撮影された画像は、撮影日時と関連付けられて、各階の管制装置３８～４０を介して、駐車場管理装置３１に送信される。なお動画像が撮影され、複数のフレーム画像の各々が駐車場管理装置３１に送信されてもよい。あるいは。所定の間隔を空けて撮影された静止画像が、順次送信されてもよい。

図７Ｂに示すように、撮影画像を受信した駐車場管理装置３１は、車両Ｃが入庫した駐車スペース１０の前方部分、すなわち車両Ｃの前方部分を拡大して、ナンバープレート２６の画像から車両ナンバーを読取る。読取られた車両ナンバーが、ステップ１０５にて登記録した車両ナンバーと一致する場合には、その車両Ｃが入庫した駐車スペース１０の番号が在車ＤＢに格納される。また撮影画像の撮影日時が、入庫日時として在車ＤＢに格納される。

［駐車場からの退場時の動作］
利用者により事前精算機３６（３７）が操作され、事前精算が行われる場合を説明する。事前精算機３６（３７）に駐車券が挿入されると、駐車券番号に基づいて、入場日時等を含む在車情報２７が、駐車場管理装置３１に要求される。駐車場管理装置３１から在車情報２７を受信すると、入場日時及び現在日時に基づいて駐車料金が算出され、事前精算機３６（３７）のタッチパネル５１に表示される。

駐車料金の精算が完了すると、精算日時と精算料金とを含む精算情報が、駐車場管理装置３１に送信される。図５に示すように、駐車場管理装置３１は、これらの情報を、在車ＤＢに格納する。なお精算情報は、事前精算機３６（３７）に挿入される駐車券に、駐車券情報として格納される。

監視カメラ４１から送信された撮影画像に基づき、事前精算が行われた車両Ｃの出庫が監視され、出庫した場合は出庫日時が算出される。算出された出庫日時は、在車ＤＢに格納される。

図８は、事前精算後の駐車場からの出場時における駐車場管理システムの処理例を示すフローチャートである。出口精算機１８の車両検出部５６により、出場ゲート９への車両Ｃの進入が監視される（ステップ２０１）。

図６に示すように、車両Ｃが検出されると（ステップ２０１のＹｅｓ）、出場ゲート９に進入した車両Ｃが、出場レーンカメラ１９により撮影される。撮影された撮影画像は、駐車場管理装置３１へ送信される（ステップ２０２）。

駐車場管理装置３１により、出場ゲート９に進入した車両Ｃの撮影画像が受信され、車両ナンバーが読み取られる（ステップ２０３、２０４）。駐車場管理装置３１は、読取った車両ナンバーを含む在車情報２７から、駐車スペース番号、精算日時、及び精算料金を含む精算情報を取得する（ステップ２０５）。

駐車場管理装置３１により、事前精算の猶予時間が設定される（ステップ２０６）。事前精算の猶予時間とは、駐車料金の事前精算の完了から、車両Ｃを駐車場１から出場させるまでの出場猶予時間のことである。この出場猶予時間が経過する前に車両Ｃを出場させない場合には、超過時間に応じた駐車料金が課金される。すなわち事前精算の猶予時間は、事前精算後に駐車料金の再徴収の必要のない猶予時間とも言える。出場猶予時間の設定処理については、後に詳しく説明する。

駐車場管理装置３１により、精算情報及び出場猶予時間を含む事前精算情報が、出口精算機１８に送信される（ステップ２０７）。出口精算機１８は事前精算情報を受信し、超過時間を算出する（ステップ２０８、２０９）。例えば精算日時から猶予時間を加えた出場猶予日時と、現在日時とを比較する。現在日時が出場猶予日時を経過していない場合は、超過時間はゼロとなる。現在日時が出場猶予日時を経過している場合は、現在日時と出場猶予日時との差が、超過時間として算出される。

駐車料金の精算が済んでいるか否か判定される（ステップ２１０）。本実施形態では、出口精算機１８に駐車券が挿入され、駐車券に格納された精算情報が読取られる。事前精算が済んでおり超過時間がゼロの場合には、精算済みと判定され（ステップ２１０のＹＥＳ）、図３に示すゲート制御部５７により、出場ゲート装置１７が開けられる（ステップ２１１）。

超過時間が存在する場合には、超過時間に応じた駐車料金の精算が実行される（ステップ２１２）。なお事前精算が行われていない場合にも、ステップ２１０でＮＯとなり、ステップ２１２にて精算処理が実行される。出口精算機１８での精算処理が完了すると、出場ゲート装置１７が開けられる（ステップ２１１）。

車両Ｃの通過が監視され、車両Ｃの通過が検出されると出場ゲート装置１７が閉じられる（ステップ２１３、２１４）。車両Ｃの通過を検出する方法は限定されず、例えば出場ゲート装置１７の外側にループコイル等の車両検出機構が構成されてもよい。

出場ゲート装置１７が閉じられると、出場日時や超過時間分の再精算の情報等を含む出場情報が、駐車場管理装置３１へ送信される（ステップ２１４）。駐車場管理装置３１は、出場情報に基づいて、別個の履歴ＤＢに在車情報２７や出場情報等を含む履歴情報を格納する（ステップ２１５）。同時に、在車ＤＢからは出場した車両Ｃの在車情報２７は削除される。

なお出口精算機１８への駐車券の挿入を省略して、駐車場管理装置３１から送信される事前精算情報に基づいて、ステップ２０８以降の処理が実行されてもよい。これにより利用者の操作が省略され、利便性が向上する。

［出場猶予時間の設定］
図９は、出場猶予時間の設定例を示すフローチャートである。本実施形態では、図２に示す取得部３３により、駐車場１から出場する車両Ｃの出庫時の渋滞状況に関する渋滞情報が取得される（ステップ３０１）。図２に示す時間制御部３４により、取得された渋滞情報に基づいて駐車場１から出場する車両Ｃの出庫時の渋滞度が判定される（ステップ３０２）。また時間制御部３４により、判定された渋滞度に基づいて、出場猶予時間が設定される（ステップ３０３）。

なお時間制御部３４により、渋滞度を判定することなく、取得された渋滞情報に基づいて出場猶予時間が適宜制御されてもよい。いずれにせよ、渋滞状況に応じてリアルタイムに出場猶予時間を設定することが可能である。

駐車場１から出場する車両Ｃの（出庫時の）渋滞状況に関する渋滞情報は、駐車場１から出場する車両Ｃの渋滞状況に関連する任意の情報を含む。例えば駐車場１から出場する車両Ｃの渋滞状況に影響を与え得る任意の情報が含まれる。以下、様々な渋滞情報を利用した猶予時間の設定方法の例をいくつか挙げる。

図１０は、渋滞度判定及び猶予時間設定テーブルの一例を示す図である。渋滞度判定及び猶予時間設定テーブル（以下、単にテーブルと記載する）６０ａは、時間帯と、予想される渋滞度と、出場猶予時間とが関連付けられたテーブル情報である。

例えば過去における様々な時間帯に応じた渋滞度と、適正な出場猶予時間とをモニタリングすることで、予めテーブル６０ａを作成することが可能である。作成されたテーブル６０ａは、図２に示す記憶装置３５に格納される。なおモニタリングを継続して、テーブル６０ａが逐次最新の状態に更新可能であってもよい。これにより高い精度での出場猶予時間の設定が可能となる。

図１０に示す例では、「平日の１６時～１９時」に対して、渋滞度「中」が関連付けられ、猶予時間「１０分」が設定される。「休日の１５時～２０時」に対して、渋滞度「混」が関連付けられ、猶予時間「１５分」が設定される。

「特別時間帯」とは、駐車場１から出場する車両Ｃが非常に渋滞すると予想される時間帯である。例えば駐車場１の付近で、非常に多くの人が参加するイベントが定期的に開催される場合では、当該イベントの開催時間に応じた時間が、「特別時間帯」に設定される。もちろんこれに限定される訳ではない。「特別時間帯」に対しては渋滞度「特」が関連付けられ、猶予時間は「無制限」が設定される。

猶予時間「無制限」とは、事前精算の出場猶予時間が無制限に設定されることであり、事前精算の完了後、任意の時間が経過した場合でも、無料で駐車場１から車両Ｃを出場させることが可能となる。すなわち事前精算後に駐車料金の再徴収の必要のない時間が、無制限に続くことになる。

このように本実施形態では、判定された渋滞度が所定の状態となる場合に、出場猶予時間が無制限に設定される。渋滞度が所定の状態となる場合とは、例えば図１０に示すように予め定められた状態になることを含む。また渋滞度が、増減するパラメータとして算出される場合には、渋滞度が所定の閾値（所定のレベル）を超える場合に、出場猶予時間が無制限に設定される。この渋滞度が所定の閾値を超えることは、渋滞度が所定の状態となる場合に含まれる。所定の状態や、所定の閾値は限定されず、任意設定されてよい。

渋滞度が「中」「混」「無制限」となる時間帯以外の時間帯に対しては、渋滞度「空」が関連付けられ、猶予時間「５分」が設定される。典型的には、通常の出場猶予時間が、渋滞度「空」に対して割り当てられる。

駐車場管理装置３１の時間制御部３４は、現在日時に基づいてテーブル６０ａを参照することで、出場猶予時間を設定することが可能である。現在日時、及びテーブル６０ａは、駐車場１から出場する車両Ｃの渋滞状況に関する渋滞情報に含まれる。

またテーブル６０ａは、日時と予想される渋滞状況とが関連付けられた関連情報に相当する。時間制御部３４は、日時と予想される渋滞状況とが関連付けられた関連情報に基づいて、出場猶予時間を設定することになる。

このようにテーブル６０ａを用いることで、出場する車両Ｃの渋滞状況を検出するための特別な検出装置等が不要となり、安価で容易に出場する車両Ｃの混雑度に応じた出場猶予時間の制御を実行することが可能となる。なおテーブル６０ａに含まれる時間帯、渋滞度、及び出場猶予時間等は一例であり、任意に設定されてよい。また他のパラメータが適宜採用されてもよい。

図１１は、渋滞度判定及び猶予時間設定テーブルの他の例を示す図である。このテーブル６０ｂでは、図１に示す外部道路Ｒの、主に下り車線Ｒ１の渋滞情報と、渋滞度と、出場猶予時間とが関連付けられる。

例えば図２に示すように、駐車場管理装置３１は、インターネット２５等を介して、ＶＩＣＳ（登録商標）センタ等の交通情報を提供する機関やグーグル（登録商標）社から提供されているグーグルマップ等のライブ交通渋滞情報を提供しているウェブサイト等の交通情報提供機関９０から、下り車線Ｒ１の渋滞情報やライブ交通情報に関する地図データを取得する。取得した渋滞情報に基づいてテーブル６０ｂを参照することで、出場猶予時間を設定することが可能である。

図１２は、交通情報提供機関９０から提供される駐車場１近辺のライブ交通渋滞情報のマップ画像を概略的に示す図である。道路上に描かれる直線の種類（典型的には、線の色）が当該道路の渋滞度を示しており、例えば、実線（赤）が「混」、二点鎖線（橙）が「中」、破線（緑）が「空」に相当する。

なおテーブル６０ｂに含まれる渋滞情報、渋滞度、及び出場猶予時間等は一例であり、任意に設定されてよい。また渋滞なし、混雑、所定の距離以上／以下の渋滞等とは異なる、
他のパラメータが適宜採用されてもよい。また上り車線Ｒ２の渋滞情報も考慮したテーブル６０ｂが作成されてもよい。

テーブル６０ｂ及び外部道路Ｒの渋滞情報は、駐車場１から出場する車両Ｃの渋滞状況に関する渋滞情報に含まれる。また外部道路Ｒの渋滞情報は、駐車場１の出場口８に接続する道路の渋滞状況の情報に相当する。

出場口８に接続する道路とは、出場口８に直接的に接続する道路に限定される訳ではなく、出場口８に間接的に接続される場合も含む。例えば出口６に接続される道路Ｒも、出場口８に接続される道路に含まれる。

また、例えば出場口８から最も近い交差点の渋滞情報等に基づいて渋滞度が判定され猶予時間が設定されてもよい。当該交差点に含まれる道路も、出場口８に接続される道路に含まれる。その他、駐車場１から出場する車両Ｃの渋滞状況に大きく影響する道路や場所の渋滞情報が適宜用いられてよい。

図１３は、出場猶予時間の設定の他の例を示すフローチャートである。図１３に示すフローチャートでは、図１０に示すテーブル６０ａと、図１１に示すテーブル６０ｂとが併用されて、出場猶予時間が設定される。

まず現在日時が取得され、テーブル６０ａを参照することで、出場猶予時間が抽出される（ステップ４０１、４０２）。この場合の出場猶予時間は、仮の出場猶予時間とも言える。次に、周囲の交通情報の照会のため、駐車場管理機関７０に対して通信がなされる（ステップ４０３）。駐車場管理機関７０はＷｅｂ・ＡＰＩサーバ７１により、外部の渋滞情報サイト（交通情報提供機関９０）にアクセスして、ライブ渋滞情報を取得する。

駐車場管理装置３１（取得部３３）は、駐車場管理機関７０からライブ渋滞情報を取得し（ステップ４０４）、例えばライブ渋滞情報のマップの画像より、画像解析をおこない、対象道路Ｒ１の渋滞度を判定する（ステップ４０５）。

本実施形態では、猶予時間設定の動作は一定時間毎に繰り返されており、以前の渋滞度の判定に対して、渋滞度が変化したかどうかが判定される（ステップ４０６）。渋滞度が変化していればＹＥＳとなって、その変化が渋滞度増加かどうかを判定し（ステップ４０７）、増加であればＹＥＳとなって、駐車場オーナ８１へその旨を通知する（ステップ４０８）。駐車場管理装置３１は、その後、駐車場オーナ８１の許可の受信を監視し（ステップ４０９）、許可を受信したらその旨の渋滞情報を送信する（ステップ４１０）。外部道路Ｒに渋滞がある場合で、且つ、渋滞度が増加した際には、駐車場オーナの許可を得たうえで、テーブル６０ｂが参照され出場猶予時間（仮の出場猶予時間）が設定される（ステップ４１１）。

なお、外部道路の渋滞情報取得（ステップ４０４）、渋滞度増加の通知（ステップ４０８）及び渋滞情報の送信（ステップ４１０）は、駐車場管理機関７０におけるＷｅｂ・ＡＩＰサーバ７１及びメールサーバ７２を介して行われるが、これらＷｅｂ・ＡＩＰサーバ及びメールサーバを駐車場管理装置３１に設置することで、駐車場管理機関７０を経由せずに、駐車場管理装置３１単独で上記各ステップを実行することもできる。

あるいは、駐車場管理装置３１が駐車場管理機関７０として機能するように構成されてもよい。この場合、外部道路の渋滞情報取得（ステップ４０４）から渋滞情報の送信（ステップ４１０）までの各処理を駐車場管理機関７０で実行してもよい。

図１１に示すテーブル６０ｂでは、渋滞なしの項目が設定されているので、ステップ４０６にて渋滞度の変化の有無を判定することなく、テーブル６０ｂが参照されてもよい。逆に言えば、外部道路Ｒの渋滞情報を含むテーブル６０ｂの作成について、渋滞有りの場合を前提としたテーブル情報が作成されてもよい。そして図１３に示すように、渋滞の有無の判定とテーブル６０ｂの参照とが段階的に実行されてもよい。

ステップ４０２で抽出された出場猶予時間と、ステップ４１１で抽出された出場猶予時間とが比較され、長い方の出場猶予時間が、最終的な出場猶予時間として設定されてもよい。なおステップ４０６にて渋滞度の変化がないと判定された場合は（ステップ４０６のＮＯ）、ステップ４０２にて抽出された出場猶予時間が最終的な出場猶予時間として設定される。

このように複数の出場猶予時間の設定方法が組み合わされて実行されてもよい。これにより高い精度での出場猶予時間の設定が可能となる。

図１４は、出場猶予時間の設定の他の例を示すフローチャートである。図１５は、図１４に示す処理で用いられる渋滞度判定及び猶予時間設定テーブルの一例を示す図である。図１４及び図１５に示す例では、単位時間当たりの車両Ｃの出庫数と、単位時間当たりの車両Ｃの出場数とが、駐車場１から出場する車両のＣ渋滞状況に関する渋滞情報として用いられる。

図１４に示すように、現在日時が取得され、単位時間が設定される（ステップ５０１、５０２）。単位時間としては、例えば１０分や１５分といった時間が設定される。もちろんこれらの時間に限定される訳ではない。現在日時及び単位時間は、渋滞度を判定するための基準時間となり、駐車場１から出場する車両Ｃの渋滞状況に関する渋滞情報に含まれる。

単位時間当たりの出庫数が算出される（ステップ５０３）。本実施形態では、在車ＤＢ及び履歴ＤＢが参照され、現在日時から単位時間までの間に出庫日時が含まれる車両Ｃの数が、単位時間当たりの出庫数として算出される。もちろん他の方法が用いられてもよい。

単位時間当たりの出場数が算出される（ステップ５０４）。本実施形態では、履歴ＤＢが参照され、現在日時から単位時間までの間に出場日時が含まれる車両Ｃの数が、単位時間当たりの出場数として算出される。もちろん他の方法が用いられてもよい。

単位時間当たりの出庫数と、単位時間当たりの出場数との差が算出される（ステップ５０５）。ここでは、台数の差の絶対値ではなく、マイナスの符号も含めて差が算出される。すなわち単位時間当たりの出庫数と、単位時間当たりの出場数とのいずれが多いかも含めて、台数の差が算出される。もちろん差がゼロの場合は、単位時間当たりの出庫数と、単位時間当たりの出場数とが互いに同じ値であることを意味する。

図１５に示すテーブル６０ｃを参照して、出場猶予時間が設定される（ステップ５０６）。図１５に示す例では、単位時間当たりの出庫数が少ない場合に対して、渋滞度「空」が関連付けられ、猶予時間「５分」が設定される。単位時間当たりの出庫数が中間の値であり、かつ単位時間当たりの出庫数が単位時間当たりの出場数よりも多い場合に対して、渋滞度「中」が関連付けられ、猶予時間「１０分」が設定される。

単位時間当たりの出庫数が多く、かつ単位時間当たりの出庫数が単位時間当たりの出場数よりも多い場合に対して、渋滞度「混」が関連付けられ、猶予時間「１５分」が設定される。なお出庫数の「少」「中」「多」の判定は、例えば複数の閾値を設定することで実行可能である。

例えば単位時間を１５分として、出庫数が１５台／１５分よりも少ない場合には、出庫数が少ないと判定される。出庫数が１５台／１５分よりも多く、２５台／１５分よりも少ない場合には、出庫数は中間の値として判定される。出庫数が２５台／１５分よりも多い場合には、出庫数が多いと判定される。もちろん他の判定方法が用いられてもよい。

また単位時間当たりの出庫数と、単位時間当たりの出場数との差について、単位時間当たりの出庫数が単位時間当たりの出場数よりも所定の台数（例えば５台）以上多い場合等を、判定条件として採用することも可能である。その他、任意の方法が用いられてよい。

出庫数に対して出場数が異常に少ない場合に対して、渋滞度「特」が関連付けられ、猶予時間は「無制限」に設定される。もちろん図１５に示すテーブル６０ｃは一例であり、単位時間当たりの出庫数／出場数やその差を用いた任意のテーブル６０ｃが作成されてよい。

このようにして、単位時間当たりの出庫数／出場数やその差を用いることで、駐車場１内の渋滞状況をリアルタイムに反映した精度の高い出場猶予時間の設定が可能となる。すなわち渋滞度に応じて出場猶予時間を正確に細かく設定することが可能となる。この結果、例えば偶発的な事故等を原因とした渋滞が発生する場合にも、高い精度で適正に出場猶予時間を設定することが可能となる。

なお図１４及び図１５に示す例では、単位時間当たりの出庫数／出場数やその差を用いることで、これらか出場するであろう台数と、実際に出場している台数とを比較することが可能となり、精度の高い出場猶予時間の設定が実現されている。他のパラメータを用いて、これらか出場するであろう台数と、実際に出場している台数とが算出、あるいは推定されてもよい。これらか出場するであろう台数と、実際に出場している台数に関する情報も、駐車場１から出場する車両Ｃの渋滞状況に関する渋滞情報に含まれる。

また単位時間当たりの入場数や入庫数を用いて、テーブル６０ｃが作成されてもよい。例えば入場の方が出場よりも多い傾向にあるといった状況や、入庫の方が出庫よりも多い傾向にあるといった状況に応じて、適宜出場猶予時間が設定されてもよい。

また、単位時間ではなく、基準時間からの累積時間における出庫数／出場数の変化等に基づいて、渋滞度の判定や猶予時間の設定が実行されてもよい。

以上、本実施形態に係る駐車場管理システム３０では、出場する車両Ｃの渋滞状況に関する渋滞情報が取得され、当該渋滞情報に基づいて出場猶予時間の長さが制御される。これにより例えば事前精算後の車両Ｃの不正滞在や、渋滞等に起因して出場までに時間がかかってしまった車両Ｃから超過料金を徴収してしまうことを防止することが可能となる。この結果、駐車料金の事前精算に関する有効性・利便性を向上させることが可能となる。

また、いずれの場合でも、猶予時間の設定の変更に際して、駐車場オーナ８１の許可を得たうえで、設定の変更、特に設定を初期設定から増加させる場合は、許可を得ることが有効である。

すなわち本実施形態の主旨は、猶予時間の設定が、広義には駐車場料金体系の算定方法（課金条件）の一部であり、これが自動で変更されることには、駐車場オーナ８１が全面的には許可しない場合があるからである。駐車場オーナ８１にとって、猶予時間の設定を変更したことで、本来徴収できるはずの追加料金を、取り損なってしまうとも考えられるからである。そこで、本実施形態では、設定の増加（猶予時間を延ばす、即ち料金的に安くすることに繋がる）する場合のみ、駐車場オーナ８１に許可を得る動作としている。猶予時間を元に戻す、または段階的に短く変更する場合には、レポートの記載はあるとしても、駐車場オーナ８１の許可の下に実行する必要はない。

図１６は、駐車場オーナ８１の携帯端末１１０に表示されるメール画面の一例である。メール画面には、外部道路の渋滞による混雑度の変化を説明するテキスト１１１と、猶予時間変更を許可するボタン１１２が表示され、駐車場オーナがボタン１１２を押下すると、図１３のステップ４０９の許可受信がなされる。また、駐車場オーナ８１は、メールテキストの内容を詳細に確認するために、ライブ交通情報リンクのボタン１１３を押下することで、図１２に示すマップ情報にアクセスすることができる。このアクセス情報は、https://www・・・といったＵＲＬ情報で、駐車場の緯度・経度情報と渋滞情報の有無を示すデータで構成されているので、このＵＲＬにアクセスすれば、図１２の情報を携帯端末１１０より確認することができる。

＜他の実施例＞
駐車場オーナ９１の許可を得る手順を、毎回発生時点で行うのは煩雑であり、駐車場オーナの了解の下であれば、外部道路Ｒの渋滞発生による、猶予時間の設定変更の履歴を、通知部４３によりレポートとして作成して、提示する手段も有効である。また、その際には、渋滞発生の証拠として、図１２の画像をキャプチャーして画像データとして記録し、レポートに添付しておくのも有効である。

なお、渋滞情報提供サイトの画像をキャプチャーして記録することで、当該サイトの地図の著作権を侵すことになるという懸念がある場合には、画像から渋滞情報を示す部分（該当する道路Ｒ１の線の色）を認識し、駐車場周辺の道路のみを予め作図した地図上に、別の表現方法、例えば図１７に示すように、ハッチングの間隔（疎から密まで複数段階）で分けて渋滞状況を表現してもよい。特に、レポートに添付して提示する場合には、白黒画像データで作図するのが望ましい。

さらに、他の実施例として、駐車場１には駐車場管理機関７０から派遣される係員８２が従事することがある。特に、繁忙時間帯や休日など、車両の入退場をスムーズにおこなうために、駐車場１の出入口付近で利用者を補佐する業務を行うことが多い。この係員８２に対しても、外部道路Ｒの渋滞情報の提供を行うことで、利用者からなぜ混んでいるか、等の問い合わせに応対する事も可能であり、有効な手段である。

加えて、渋滞情報にも表れない突発的な事象については、係員８２から駐車場オーナ８１に通知して許可を得る場面も想定される。その際に、図１３で示した通知ルートを用いて、駐車場オーナ８１の許可を得ることもできる。突発的な事象とは、例えば駐車場内あるいは駐車場出口での車両同士の接触事故や、外部道路での事故などが想定される。

通知部４３において生成された渋滞情報の通知先は、駐車場オーナ８１だけに限られず、場内や他の駐車場、あるいは駐車場を利用する一般ユーザであってもよい。
例えば、駐車場１が、異なる道路に接続される複数の出口を有する場合、取得された渋滞情報を場内に表示し、比較的空いている出口を案内するようにしてもよい。あるいは、これから駐車場１を利用するユーザへ当該駐車場の混雑状況を通知し、あるいは他の駐車場の利用を推奨するサービスを提供することも可能である。

また本技術に係る駐車場管理方法、及びプログラムは、単体のコンピュータにより実行されてもよいし、複数のコンピュータが連動することで実行されてもよい。すなわち渋滞情報の取得、出場猶予時間の設定等が、単体のコンピュータにより実行される場合と、各処理が異なるコンピュータにより実行される場合とのいずれもが有り得る。また所定のコンピュータによる各処理の実行は、当該処理の一部または全部を他のコンピュータに実行させその結果を取得することを含む。例えば本技術に係る駐車場管理方法及びプログラムは、クラウドコンピューティングの構成にも適用することが可能である。

本開示では、車両は、自動車に限定されず、自転車や二輪車（バイク）等も含む。また駐車場は、自転車や二輪車（バイク）等を駐車するための駐輪場を含む概念である。すなわち本技術は、自動車を駐車可能な駐車場に限定されず、駐輪場等にも適用可能である。

以上説明した本発明に係る特徴部分のうち、少なくとも２つの特徴部分を組み合わせることも可能である。すなわち各実施形態で説明した種々の特徴部分は、各実施形態の区別なく、任意に組み合わされてもよい。また上記で記載した種々の効果は、あくまで例示であって限定されるものではなく、また他の効果が発揮されてもよい。

また、本発明は、請求の範囲及び明細書全体から読み取ることのできる発明の要旨又は思想に反しない範囲で適宜変更可能であり、そのような変更を伴う駐車場管理システムもまた本発明の技術思想に含まれる。

本発明の技術は、有料駐車場の駐車場管理システムとして利用できる。

Ｃ…車両
Ｒ…外部の道路
１…駐車場
３…入場レーン
４…入場口
５…入場ゲート
７…出場レーン
８…出場口
９…出場ゲート
１０…駐車スペース
１３…入場ゲート装置
１４…駐車券発行機
１５…入場レーンカメラ
１７…出場ゲート装置
１８…出口精算機
１９…出場レーンカメラ
３０…駐車場管理システム
３１…駐車場管理装置
３２…ナンバー読取部
３３…取得部
３４…時間制御部
３５…記憶装置
３６、３７…事前精算機
４３…通知部
６０ａ～６０ｃ…渋滞度判定及び猶予時間設定テーブル
７０…駐車場管理機関
８１…駐車場オーナ

Claims (11)

1. 駐車場の内外の混雑状況に関する混雑情報を取得する取得部と、
   取得された前記混雑情報に基づいて、前記駐車場の課金条件を制御する制御部と、
   前記混雑情報および前記課金条件に関する情報を通知する通知部と
   を具備し、
   前記制御部は、前記通知部による通知に応答して、許可を受信した場合に、前記課金条件を変更する
   駐車場管理装置。
2. 請求項１に記載の駐車場管理装置であって、
   前記取得部は、前記混雑情報として、前記駐車場から出場する車両の渋滞状況に関する渋滞情報を取得し、
   前記制御部は、取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御する
   駐車場管理装置。
3. 請求項２に記載の駐車場管理装置であって、
   前記制御部は、取得された前記渋滞情報に基づいて、前記駐車場から出場する車両の渋滞度を測定し、判定された前記渋滞度に応じて前記猶予時間を設定する
   駐車場管理装置。
4. 請求項２又は３に記載の駐車場管理装置であって、
   前記渋滞情報は、前記駐車場の出場口に接続する道路の渋滞状況の情報を含む
   駐車場管理装置。
5. 請求項２～４のいずれか１つに記載の駐車場管理装置であって、
   前記渋滞情報は、外部の地図情報サイトの提供するリアルタイム渋滞情報を含む
   駐車場管理装置。
6. 請求項５に記載の駐車場管理装置であって、
   前記通知部は、前記渋滞情報の画像または、リンクされるアドレス情報を通知する
   駐車場管理装置。
7. 請求項２～６のいずれか１つに記載の駐車場管理装置であって、
   前記通知部は、予め作成した地図画像に、前記渋滞情報の画像の渋滞状況を示す画像から読み取った渋滞状況のレベルを、前記予め作成した地図画像に重畳させた画像情報として通知する
   駐車場管理装置。
8. 請求項２～７のいずれか１つに記載の駐車場管理装置であって、
   前記制御部は、取得された前記渋滞情報に基づいて前記駐車場から出場する車両の渋滞度を判定し、判定された前記渋滞度が所定の状態となる場合に前記猶予時間を無制限に設定する
   駐車場管理装置。
9. 請求項８に記載の駐車場管理装置であって、
   前記制御部は、判定された前記渋滞度が所定の閾値を超えた場合に、前記猶予時間を無制限に設定する
   駐車場管理装置。
10. 駐車場の内外の混雑状況に関する混雑情報を取得し、
    取得された前記混雑情報に基づいて、前記駐車場の課金条件を制御し、
    前記混雑情報および前記課金条件に関する情報を通知し、
    前記通知に応答して、許可を受信した場合に、前記課金条件を変更する
    ことをコンピュータが実行する駐車場管理方法。
11. 駐車場の内外の混雑状況に関する混雑情報を取得するステップと、
    取得された前記混雑情報に基づいて、前記駐車場の課金条件を制御するステップと、
    前記混雑情報および前記課金条件に関する情報を通知するステップと、
    前記通知に応答して、許可を受信した場合に、前記課金条件を変更するステップと
    をコンピュータに実行させるプログラム。

Images