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

Abstract

【課題】駐車料金の事前精算に関する有効性・利便性を向上させることを可能とする駐車場管理装置、駐車場管理方法、及びプログラムを提供すること。【解決手段】上記目的を達成するため、本発明の一形態に係る駐車場管理装置は、取得部と、時間制御部とを具備する。前記取得部は、駐車場から出場する車両の渋滞状況に関する渋滞情報を取得する。前記時間制御部は、取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御する。【選択図】図９

Description

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

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

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

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

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

以上のような事情に鑑み、本発明の目的は、駐車料金の事前精算に関する有効性・利便性を向上させることを可能とする駐車場管理装置、駐車場管理方法、及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る駐車場管理装置は、取得部と、時間制御部とを具備する。
前記取得部は、駐車場から出場する車両の渋滞状況に関する渋滞情報を取得する。
前記時間制御部は、取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御する。

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

前記渋滞情報は、前記駐車場の出場レーンの渋滞状況の情報を含んでもよい。

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

前記渋滞情報は、日時と予想される前記渋滞状況とが関連付けられた関連情報を含んでもよい。この場合、前記時間制御部は、現在の日時と前記関連情報とに基づいて、前記猶予時間を設定してもよい。

前記渋滞情報は、前記駐車場が有する駐車スペースからの単位時間当たりの車両の出庫数と、前記駐車場からの単位時間当たりの車両の出場数とを含んでもよい。

前記渋滞情報は、前記単位時間当たりの車両の出庫数と、前記単位時間当たりの車両の出場数との差を含んでもよい。

前記渋滞情報は、前記駐車場の付近で開催されるイベントの情報を含んでもよい。

前記渋滞情報は、前記駐車場内を撮影した撮影画像を含んでもよい。

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

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

本発明の一形態に係る駐車場管理方法は、コンピュータにより実行される駐車場管理方法であって、駐車場から出場する車両の渋滞状況に関する渋滞情報を取得し、
取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間が制御される。

本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
駐車場から出場する車両の渋滞状況に関する渋滞情報を取得するステップ。
取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御するステップ。

本発明によれば、駐車料金の事前精算に関する有効性・利便性を向上させることが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

まず現在日時が取得され、テーブル６０ａを参照することで、出場猶予時間が抽出される（ステップ４０１、４０２）。この場合の出場猶予時間は、仮の出場猶予時間とも言える。周囲の交通情報が取得され、渋滞の有無が判定される。本実施形態では、外部道路Ｒの下り車線Ｒ１の渋滞情報が取得され、渋滞の有無が判定される（ステップ４０３、４０４）。

外部道路Ｒに渋滞がある場合には（ステップ４０４のＹＥＳ）、テーブル６０ｂが参照され出場猶予時間（仮の出場猶予時間）が抽出される（ステップ４０６）。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

従来、有料駐車場において、出口精算機での精算処理にかかる時間を短縮化し、出口渋滞が起きないようにするために、駐車場内に事前精算機を配置し、利用者が事前に駐車料金を精算しておき、出口精算機での精算処理を不要としたシステムが運用されている。

ところが、事前精算した時刻から、実際に駐車場から出場するまでには若干猶予時間を設けねばならず、この猶予時間が長いと、早めに事前精算した後も駐車場内に留まる不正な利用が防止できない。一方で、猶予時間が短いと、事前精算していない他の車両Ｃによる出口渋滞などがあると、折角事前精算した車両Ｃが、出口で再度超過料金を支払う必要が生じることがあり、利用者にとって甚だ不便なものとなる。

例えば上記した特許文献１に記載の駐車場管理方法では、事前精算時間と出口精算機到来時間との差により、不正出場の判定が行われる。この場合、出口精算待ち渋滞や出場先の道路の混雑等で、予め設定した出場猶予時間（グレースタイム）をオーバーすることがあり、それを回避するために長時間の出場猶予時間に設定すると、今度は精算後に長時間滞在する不正の防止ができないという問題があった。

また特許文献３に記載の駐車場管理方法では、駐車場出口や外部の道路の混雑状況をディスプレーし、運転車に空いている出口を選択しやすくしているが、出口が１箇所の駐車場では採用できず、複数出口があったとしても、それによって事前精算後の不正な長時間滞在を防止することはできない。

本発明は、事前精算した車両Ｃが駐車場１から出場するまでの出場猶予時間を適正に管理することで、事前精算後の車両Ｃの不正な長時間の滞在を防止しつつ、出口の混雑・渋滞に起因して出場までに時間がかかってしまった車両Ｃから超過料金を徴収することのないよう、事前精算後の猶予時間を適正に変化させることが可能である。

出場する車両Ｃの出庫時の渋滞度に応じて、出場猶予時間を適宜変化させることが可能であるので、不正に長時間滞在した利用者に対しては、適性に超過料金を徴収することが可能となる。一方で、出口渋滞等により出場までに時間がかかってしまった利用者に対しては、超過料金の徴収は行われない。従って正当な利用者にとっては好適なシステムを構築することが可能となり、また不正な長時間滞在も効果的に防止することが可能となる。

また出口渋滞等が発生している場合において、利用者が超過料金の徴収を心配して、慌てて車両Ｃを出場ゲート９まで進ませようとする、といったことを防止することが可能である。すなわち出場猶予時間が十分にある旨等を報知することで、利用者を落ち着かせることが可能となり、駐車場１内の事故等の発生を十分に防止することが可能である。また出場ゲート９までの誘導を効率的に行うことも可能となる。

出場猶予時間が十分にある旨等を報知する方法は限定されず、構内の案内板への表示や、音声での報知等、任意の方法が用いられてよい。

図１５及び図１６は、利用者の携帯端末等に表示される操作画面（ＧＵＩ）の一例を示す模式図である。例えば駐車場管理装置３１がＷｅｂ／ＡＰＩサーバとして機能し、インターネット２５等を介して、駐車場１の利用者の携帯端末等に種々のＷｅｂページを提供可能であってもよい。

例えば駐車場１の利用者は、インターネット２５等を介して、本駐車場管理システム３０が運営するＷｅｂページ（ホームページ）にアクセスし、会員登録を行う。これにより図１５及び図１６等に示すようなＧＵＩを介して、種々の情報を閲覧したり、種々の操作を入力することが可能となる。会員登録を行った利用者の情報は、記憶装置３５内の会員登録ＤＢに格納される。

図１５Ａに示すように、携帯端末には、まずプッシュ通知画面１０１が表示される。プッシュ通知画面１０１には、精算処理を実行するためのアプリの起動ボタン１０２が表示される。

プッシュ通知画面１０１を介してアプリケーションが起動されると、図１５Ｂに示すように、現状表示画面１０３が表示される。現状表示画面１０３には、入場日時を含む駐車ステータス情報１０４と、現在までの駐車料金に関する情報１０５と、駐車場及び車両Ｃの情報１０６と、精算操作ボタン１０７と、利用者情報・設定ボタン１０８と、利用履歴ボタン１０９とが表示される。

利用者情報・設定ボタン１０８は、利用者情報の変更等を行う場合に選択され、所定の設定画面に遷移される。利用履歴ボタン１０９が選択されると、本駐車場管理システム３０の現在までの利用履歴が表示される。

現状表示画面１０３の精算操作ボタン１０７が選択されると、図１６Ａに示すように、精算操作初期画面１１０が表示される。精算操作初期画面１１０には、精算ボタン１１１と、精算対象となる駐車料金に関する情報１１２と、利用状況明細ボタン１１３と、ポイント残高の情報１１４とが表示される。利用状況明細ボタン１１３が選択されると、利用状況の詳細が表示される。

精算操作初期画面１１０の精算ボタン１１１が選択されると、図１６Ｂに示すように、精算操作確認画面１１５が表示される。精算操作確認画面１１５は、精算対象となる駐車料金、入場日時、車両Ｃの情報等を含む精算情報１１６と、支払い方法の選択用のラジオボタン１１７と、クレジットカード情報１１８と、他のカードへの切り替えボタン１１９と、精算の実行ボタン１２０とが表示される。

所望する支払い方法を変更する場合にはラジオボタン１１７を選択し、精算の実行ボタン１２０が選択されると、精算要求が駐車場管理装置３１に送信される。そして精算処理が完了すると、その旨が利用者の携帯端末に返され、図１６Ｃに示す精算完了画面１２１が表示される。

精算完了画面１２１には、精算内容の情報１２２が表示される。なお常時クレジット精算を実行する旨の登録がされている場合には、支払い方法は、カード支払いに固定される。また常時クレジット精算を実行する旨の登録がされている場合には、例えば図１５Ａに示すプッシュ通知画面１０１、あるいは図１５Ｂに示す現状表示画面１０３において、その旨が表示されてもよい。そして精算操作を促すことなく、図１６Ｃに示す精算完了画面に進んでもよい。

このように駐車場管理装置３１が提供するＷｅｂページを介して、事前精算が可能であってもよい。これにより事前精算機３６（３７）まで移動する必要もなく、簡単に事前精算を行うことが可能となる。この結果、事前精算に関する有効性・利便性を向上させることが可能となる。

また図１６Ｃに示すように、精算完了画面１２１には、出場口８の混雑状況、及び出場猶予時間（本例では１５分）が表示される。これにより利用者は、何分以内で出場する必要があるかを容易に把握することが可能となり、超過料金の発生を心配することなく、車両Ｃを出場させることが可能となる。上記したように出場猶予時間は、渋滞状況に応じて適正に制御されているので、利用者は慌てることなく落ち着いて、車両Ｃを出場させることが可能となる。

図１６Ｄは、出場猶予時間として「無制限」が設定された場合の、精算完了画面１２１の一例である。図１６Ｄに示すように、「時間を気にせず落ち着いて出場してください」といった「無制限」の設定を反映した表示を実行することで、利用者の利便性を向上させることも可能である。

もちろん出場口８の渋滞状況や出場猶予時間の変化（「無制限」も含めて）は、精算完了画面１２１にリアルタイムで表示される。これにより利用者に、正確な情報を通知すること可能となる。また出場猶予時間の残りがカウントダウンされるような表示が実行されてもよい。その他、出場猶予時間が十分にある旨等の任意の表示が採用されてよい。

また駐車場１を利用するためのＷｅｂサービスを提供することで、利用者の携帯端末を利用したバーチャルな駐車券による運営も可能となる。すなわち紙の駐車券を用いることなく、仮想的な駐車券を用いて駐車場１を利用することが可能となる。これにより高い利便性が発揮される。なおバーチャルな駐車券が用いられる場合には、例えば携帯端末のメモリ等に、駐車券情報等が記憶される。

＜その他の実施形態＞
本発明は、以上説明した実施形態に限定されず、他の種々の実施形態で実現することができる。

駐車場から出場する車両Ｃの渋滞状況に関する渋滞情報の種類、及びその取得方法として、任意の情報及び取得方法が採用されてよい。例えば出場レーン７（構内レーン２０を含む場合もあり得る）の渋滞状況の情報に基づいて、渋滞度の判定及び出場猶予時間の設定が実行されてもよい。

例えば駐車場１の構内に設定された監視カメラ４１により撮影された撮影画像に基づいて、出場レーン７の渋滞状況の情報を取得することが可能である。もちろん所定の位置に配置された車両検出センサの検出結果が用いられてもよい。この場合、監視カメラ４１の撮影画像や車両検出センサの検出結果も、渋滞情報に含まれる。

渋滞情報として、駐車場１の付近で開催されるイベントの情報が取得され、当該イベント情報に基づいて、渋滞度の判定及び出場猶予時間の設定が実行されてもよい。例えば付近で開催される花火大会や大きなスポーツの大会等の情報が、インターネット２５等を介して取得され、出場猶予時間の設定等に用いられてもよい。

上記では、事前精算を行った精算日時から出場ゲート９に到達するまでの時間が、出場猶予時間を超えているかが判定された。これに代えて、駐車スペース１０から出庫した出庫日時から出場ゲート９に到達するまでの時間が、出場猶予時間を超えているか否かが判定されてもよい。

例えば事前精算を行った精算日時から所定の時間（例えば５分）が、車両Ｃへの移動にかかる移動猶予時間として設定される。駐車スペース１０からの車両Ｃの出庫日時が、精算日時から移動猶予時間までの間に含まれるには、出庫日時から出場ゲート９に到達するまでの時間が、出場猶予時間を超えているか否か判定される。出庫日時が、精算日時から移動猶予時間までの間に含まれない場合には、精算日時から移動猶予時間を加えた時間から出場ゲート９に到達するまでの時間が、出場猶予時間を超えているか否か判定される。

このように移動猶予時間を設定することで、事前精算機３６（３７）から駐車スペース１０までの距離の違いによる不公平を解消することが可能となり、事前精算に関する有効性・利便性を向上させることが可能となる。

出場車両の渋滞状況に応じて、駐車スペース１０から車両Ｃを出庫させた出庫日時が、駐車場１から車両Ｃを出場させた出場日時として取り扱われてもよい。例えば非常に車両Ｃが混雑して渋滞が発生している場合に出場猶予時間が長く設定されるとする。当該出場時間は適正に制御されているが、駐車スペース１０の位置が出場ゲート９から離れていて、出場猶予時間をどうしても超えてしまうという場合もあり得る。このような状況を考慮して、出庫日時を出場日時として見做す処理を実行する。これにより出場猶予時間を超える前に出庫さえすれば超過料金の徴収が発生することは無いので、駐車スペース１０の位置の違いによる不公平を解消することが可能となる。また出庫日時を出場日時と見做すことで、履歴ＤＢに格納される出場情報の管理が容易となる。

駐車スペース１０の位置に応じて、出場猶予時間がさらに制御されてもよい。例えば出場ゲート９から遠い駐車スペース１０に対しては、出場ゲート９に近い駐車スペース１０に対して設定される出場猶予時間よりも長い出場猶予時間が設定されてもよい。これにより駐車スペース１０の位置の違いによる不公平を解消することが可能となる。

また入場ゲート５を通過してから駐車スペース１０に入庫するまでの時間を、駐車料金の課金の対象から除外し、入庫してからの時間に基づいて駐車料金が課金されてもよい。これにより入場時の混雑の状況に応じた利用者に不公平の無い課金が可能となる。

駐車場１の具体的な構成は、図１に例示するもの限定されず、任意に設計されてよい。例えば事前精算をすることが必須の運用の駐車場１であれば、出場ゲート９の出口精算機能を省略して、駐車券の読取り機を代わりに設置することも可能である。あるいは複数の出場口が設けられ、出口精算機及び読取り機を別々に設置することも可能である。

なお複数の出場口が設けられる場合も、本技術は適用可能である。複数の出場口から出場する車両Ｃの渋滞状況を包括的に判断することで、出場猶予時間を適宜制御することが可能である。例えば複数の出場口の全てが渋滞している場合には、最も長い出場猶予時間が設定され、一部の出場口が渋滞している場合には、それよりも短い出場猶予時間が設定されるといった処理も可能である。なお一部の出場口が渋滞している場合には、他の出場口が空いている旨の情報が、案内板やＷｅｂページを介して、利用者に通知されてもよい。

駐車場１の構成によっては、入口２と入場口４とが同義となり、出口６と出場口８とが同義となる場合もあり得る。

上記では、車両Ｃを識別するために、車両ナンバーが読取られた。これに限定されず、車両識別情報として、他の情報が用いられてもよい。例えば駐車場１の入場ゲート５、構内２０、出場ゲート９にＢＬＥ（Bluetooth（登録商標） Low Energy）ビーコンを送受信可能な装置を設定する。これらの装置から送信されるビーコン信号の、利用者の携帯端末による受信状況等により、車両Ｃが識別されてもよい。すなわちビーコン信号の受信状態に基づいて、利用者の車両Ｃの入場／出場、入庫／出庫が判定されてもよい。

上記では、車両ナンバーを読取る機能が、駐車場管理装置３１に備えられた。これに限定されず、駐車券発行機１４、出口精算機１８、監視カメラ４１、管制装置３８〜４０等の、他の装置に車両ナンバーを読取る機能が備えられてもよい。そして他の装置により読取られた車両ナンバーが駐車場管理装置３１に送信されてもよい。これにより駐車場管理システム３０全体の処理速度を向上させることが可能である。もちろん昨今の高速通信ネットワーク技術と高速な演算処理技術を用いれば、駐車場管理装置３１に集中的に読取り機能を処理させても、高い処理速度を発揮させることが可能である。

上記では、駐車場管理装置３１が駐車場１に配置される場合を説明した。これに限定されず。駐車場管理装置３１が、他の位置に配置され、インターネット２５等を介して、駐車場１に配置された各装置と通信可能に接続されてもよい。すなわち本技術に係る駐車場管理システム３０が、インターネット２５等を介して接続された複数の装置により実現されてもよい。また駐車場管理装置３１が有する機能の全部や一部が、駐車場１に配置された各装置に備えられる、あるいは分担されてもよい。

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

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

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

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

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

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

Claims (13)

1. 駐車場から出場する車両の渋滞状況に関する渋滞情報を取得する取得部と、
   取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御する時間制御部と
   を具備する駐車場管理装置。
2. 請求項１に記載の駐車場管理装置であって、
   前記時間制御部は、取得された前記渋滞情報に基づいて前記駐車場から出場する車両の渋滞度を判定し、判定された前記渋滞度に応じて前記猶予時間を設定する
   駐車場管理装置。
3. 請求項１又は２に記載の駐車場管理装置であって、
   前記渋滞情報は、前記駐車場の出場レーンの渋滞状況の情報を含む
   駐車場管理装置。
4. 請求項１から３のうちいずれか１項に記載の駐車場管理装置であって、
   前記渋滞情報は、前記駐車場の出場口に接続する道路の渋滞状況の情報を含む
   駐車場管理装置。
5. 請求項１から４のうちいずれか１項に記載の駐車場管理装置であって、
   前記渋滞情報は、日時と予想される前記渋滞状況とが関連付けられた関連情報を含み、
   前記時間制御部は、現在の日時と前記関連情報とに基づいて、前記猶予時間を設定する
   駐車場管理装置。
6. 請求項１から５のうちいずれか１項に記載の駐車場管理装置であって、
   前記渋滞情報は、前記駐車場が有する駐車スペースからの単位時間当たりの車両の出庫数と、前記駐車場からの単位時間当たりの車両の出場数とを含む
   駐車場管理装置。
7. 請求項６に記載の駐車場管理装置であって、
   前記渋滞情報は、前記単位時間当たりの車両の出庫数と、前記単位時間当たりの車両の出場数との差を含む
   駐車場管理装置。
8. 請求項１から７のうちいずれか１項に記載の駐車場管理装置であって、
   前記渋滞情報は、前記駐車場の付近で開催されるイベントの情報を含む
   駐車場管理装置。
9. 請求項１から８のうちいずれか１項に記載の駐車場管理装置であって、
   前記渋滞情報は、前記駐車場内を撮影した撮影画像を含む
   駐車場管理装置。
10. 請求項１から９のうちいずれか１項に記載の駐車場管理装置であって、
    前記時間制御部は、取得された前記渋滞情報に基づいて前記駐車場から出場する車両の渋滞度を判定し、判定された前記渋滞度が所定の状態となる場合に前記猶予時間を無制限に設定する
    駐車場管理装置。
11. 請求項１０に記載の駐車場管理装置であって、
    前記時間制御部は、判定された前記渋滞度が所定の閾値を超えた場合に、前記猶予時間を無制限に設定する
    駐車場管理装置。
12. 駐車場から出場する車両の渋滞状況に関する渋滞情報を取得し、
    取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御する
    ことをコンピュータが実行する駐車場管理方法。
13. 駐車場から出場する車両の渋滞状況に関する渋滞情報を取得するステップと、
    取得された前記渋滞情報に基づいて、駐車料金の事前精算の完了から車両を出場させるまでの猶予時間を制御するステップと
    をコンピュータに実行させるプログラム。

Images