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

Description

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

特許文献１に記載の無人駐車場の管理システムでは、駐車場全体を見渡すことができる高い位置に監視カメラが設置される。そして車両の入場、車両スペースへの駐車、利用者の入出場、車両スペース外の不正駐車の有無等が画像処理により判断され、音声案内により駐車エリアへの誘導、駐車料金の督促等が実行される。特に、車両の出場に関しては、利用者の入場の有無に基づいて、精算が済んでいるか否かの判断や、料金不払いに対する警告等が実行される（特許文献１の段落［００１５］［００５４］図４及び５等）。

特許文献２に記載の駐車場管理システムでは、駐車場への車両の入出庫が検知されると、カメラにより入庫車両が撮影され、撮影画像が入庫時刻とともに記憶される。また撮影画像をもとに、入庫車両の車両ナンバーが読み取られる。駐車料金の精算フローでは、利用者により車両ナンバー又は入庫時刻が入力され、その入力情報に基づいて、精算対象となる車両が検索される。検索された車両は表示部に表示され、利用者により自車両が選択される。自車両が選択されると、駐車時間が決定され駐車料金が算出される。これにより、初期設備投資等の低減、利用者の使い勝手の向上が図られている（特許文献１の明細書段落［０００７］［００３０］～［００３８］図４、５等）。

特開２００４－１０２６４５号公報 特開２０１８－２２３６６号公報

このように、駐車場にゲート等の入出庫を制限する装置を設置することがなく管理することで、駐車場を利用する利用者の利便性を向上させることが可能な技術が求められている。

以上のような事情に鑑み、本発明の目的は、駐車場にゲート等の入出庫を制限する装置を設置することなく管理しつつ、駐車場を利用する利用者の利便性を向上させることが可能な駐車場管理システム、駐車場管理装置、駐車場管理方法、及びプログラムを提供することにある。

上記目的を達成するため、本発明の一形態に係る駐車場管理システムは、記憶部と、取得部と、出力部とを具備する。
前記記憶部は、駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶する。
前記取得部は、出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得する。
前記出力部は、取得された前記出場車両の前記精算情報に基づいて、前記出場車両についての前記駐車料金の精算に関する通知情報を出力する。

前記取得部は、前記出場口に移動する車両を前記出場車両として検出してもよい。この場合、前記出力部は、前記出場口の付近に配置されてもよい。

前記出力部は、前記出場車両について前記駐車料金の精算が完了している場合に前記出場口からの出場を促す旨の通知情報を出力し、前記出場車両について前記駐車料金の精算が完了していない場合に前記駐車料金の精算が完了していない旨の通知情報を出力してもよい。

前記駐車場管理システムは、さらに、前記出場車両が不正車両であるか否かを判定する判定部を具備してもよい。この場合、前記出力部は、前記出場車両は前記不正車両であると判定された場合に、前記出場車両は前記不正車両である旨の通知情報を出力してもよい。

前記出力部は、前記出場車両を誘導するための誘導情報を出力してもよい。

前記出力部は、前記出場口の周辺の交通状況に基づいて前記誘導情報を出力してもよい。

前記出力部は、前記出場口の付近に設置された筐体と、前記筐体に設置される撮像装置とを有してもよい。

前記出力部は、ディスプレイ、及びスピーカの少なくとも１つを有してもよい。

前記出力部は、画像表示、及び音声出力の少なくとも１つにより、前記通知情報を出力してもよい。

前記出力部は、画像表示、及び音声出力により、前記通知情報を出力してもよい。

前記駐車場管理システムは、さらに、撮像部と、付与部とを具備してもよい。
前記撮像部は、前記駐車場内の領域を撮影する。
前記付与部は、前記撮像部により撮影された前記入場車両の画像に基づいて、前記入場車両に前記識別情報を付与する。

前記付与部は、前記入場車両の画像に基づいて、前記入場車両のナンバープレート情報を前記識別情報として生成し、前記入場車両に付与してもよい。

前記駐車場管理システムは、さらに、受付部と、算出部とを具備してもよい。
前記受付部は、利用者の操作を受付ける。
前記算出部は、受付けられた利用者の車両を選択する操作に基づいて、選択された車両の駐車料金を算出する。

前記算出部は、受付けられた過去の日時情報を入力する操作に基づいて、入力された前記過去の日時情報に対応する時期に駐車した車両の駐車料金を算出してもよい。

前記駐車場管理システムは、さらに、前記撮像部により撮影された画像に基づいて、前記駐車場内の領域の現在の画像を表示可能な表示部を具備してもよい。この場合、前記算出部は、表示された前記現在の画像に含まれる車両を選択する操作に基づいて、選択された車両の駐車料金を算出してもよい。

前記表示部は、前記現在の画像に含まれる車両を選択するための選択用画像を、前記現在の画像に重畳させて表示してもよい。

前記受付部及び前記表示部は、前記現在の画像を表示可能であり、前記利用者のタッチ操作を受付可能なタッチパネルを含んでもよい。

本発明の一形態に係る駐車場管理装置は、記憶部と、取得部と、出力制御部とを具備する。
前記記憶部は、駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶する。
前記取得部は、出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得する。
前記出力制御部は、取得された前記出場車両の前記精算情報に基づいて、出力装置による前記出場車両についての前記駐車料金の精算に関する通知情報の出力を制御する。

本発明の一形態に係る駐車場管理方法は、コンピュータにより実行される駐車場管理方法であって、駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶することを含む。
出場車両が検出され、検出された前記出場車両の前記精算情報が、検出された前記出場車両の前記識別情報に基づいて取得される。
取得された前記出場車両の前記精算情報に基づいて、出力装置による前記出場車両についての前記駐車料金の精算に関する通知情報の出力が制御される。

本発明の一形態に係るプログラムは、コンピュータに以下のステップを実行させる。
駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶するステップ。
出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得するステップ。
取得された前記出場車両の前記精算情報に基づいて、出力装置による前記出場車両についての前記駐車料金の精算に関する通知情報の出力を制御するステップ。

以上のように、本発明によれば、駐車場にゲート等の入出庫を制限する装置を設置することなく管理しつつ、駐車場を利用する利用者の利便性を向上させることが可能となる。

本発明の第１の実施形態に係る駐車場の構成例を示す模式図である。 カメラにより撮影される撮影画像の一例を示す模式図である。 事前精算機の構成例を示すブロック図である。 事前精算機のソフトウェア構成例を示すブロック図である。 案内装置の外観例を示す模式図である。 案内装置の構成例を示すブロック図である。 事前精算機及び案内装置の処理例を示すフローチャートである。 事前精算機及び案内装置の処理例を示すフローチャートである。 事前精算機及び案内装置の処理例を示すフローチャートである。 停止情報の一例を示す模式図である。 案内装置のディスプレイに表示される通知情報の例を示す模式図である。 タッチパネルに表示される精算開始画面の一例を示す模式図である。 タッチパネルに表示される車両決定画面の一例を示す模式図である。 タッチパネルに表示される車両決定画面の一例を示す模式図である。 タッチパネルに表示される精算操作画面の一例を示す模式図である。 精算情報の一例を示す模式図である。 タッチパネルに表示される出場後精算画面の一例を示す模式図である。 本発明の第２の実施形態に係る精算開始画面の一例を示す模式図である。 第２の実施形態に係る不正記録画像の一例を示す模式図である。

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

＜第１の実施形態＞
［駐車場管理システム］
図１は、本発明の第１の実施形態に係る駐車場の構成例を示す模式図である。

本実施形態に係る駐車場１００は、管理人等が常駐していない無人の駐車場である。また駐車場１００は、車両の入場／出場を規制するゲート装置や、未精算での出庫を規制するフラップ装置（ロック装置）等が設けられない所謂フラップレス式駐車場である。これにより管理コストや設備コストが十分に抑えられている。

図１に示すように、駐車場１００は、道路Ｒに隣接する位置に設けられ、入場／出場口１０と、複数の駐車スペース（車室）１５とを有する。入場／出場口１０は、道路Ｒとの境界に設けられる。駐車場１００への車両５の入場、及び駐車場１００からの車両５の出場は、同じ入場／出場口１０を介して行われる。

以下、入場／出場口１０を介して駐車場１００の構内に入場する車両５を、同じ符号を用いて入場車両５と記載する場合がある。また駐車場１００に入場して駐車スペース１５に駐車した入場車両５を、駐車車両５ａと記載する場合がある。また駐車場１００の構内から入場／出場口１０を向かって移動し、駐車場１００から出場する車両を出場車両５ｂ（図１では破線で図示）と記載する場合がある。もちろん、出場車両５ｂは、入場車両５に含まれる。また本実施形態において、入場／出場口１０は、入場口及び出場口の両方に相当する。

複数の駐車スペース１５は、駐車場１００の構内に設けられる。本実施形態では、入場／出場口１０から駐車場１００の構内を見た場合に、右手側に構内の奥側に向かって並ぶように、６つの駐車スペース１５が設けられる。なお、本実施形態では、各駐車スペース１５を識別するための駐車スペースナンバー等の表記が不要である。この点においても、設備コストを低減することが可能である。

駐車場１００を管理するために、本実施形態に係る駐車場管理システム２０が構築される。本実施形態では、駐車場管理システム２０は、カメラ２５と、事前精算機３０と、案内装置６０とを有する。

図１に示すように、カメラ２５は、入場／出場口１０の付近に配置される。カメラ２５は、一方向に並ぶ６つの駐車スペース１５を含む領域を、上方側から撮影可能なように配置される。すなわちカメラ２５は、撮影領域（画角）２６が、６つの駐車スペース１５を含むように設定されている。

図２は、カメラ２５により撮影される撮影画像ＩＭ１の一例を示す模式図である。図２に示すように、手前側（入場／出場口１０側）から奥側に向かって、６つの駐車スペース１５の全てを撮影することが可能である。従って、６つの駐車スペース１５に車両５が駐車された場合には、それらの駐車車両５ａも撮影することが可能である。

なお本開示において、駐車スペース１５を含む領域とは、必ずしも駐車スペース１５の全体を含む領域に限定されず、駐車スペース１５の一部を含む領域も含まれる。例えば駐車スペース１５に物体が進入して停止する状態を検出可能であるのならば、駐車スペース１５の一部が撮影領域２６に含まれなくても、本技術は適用可能である。

以下、カメラ２５により撮影される、６つの駐車スペース１５を含む駐車場１００内の領域を、駐車場領域９０と記載する。

本実施形態では、カメラ２５により、駐車場領域９０の動画像（ライブ画像）が撮影される。動画像のフレームレートは限定されず、任意に設定されてよい。例えば通常は１秒間３０枚のフレームレートで撮像し、夜間等では、フレームレートを下げて撮影するといったことも可能である。また、移動している物体である移動体を検出するまでは低フレームレートで撮影し、移動体が検出された後に移動体が停止するまでは高フレームレートで撮影するといったことも可能である。

なお本開示において、画像は、静止画像及び動画像の両方を含む。所定の間隔で撮影される複数の静止画像を用いて、本技術を実施することも可能である。

カメラ２５としては、例えばＣＭＯＳ（Complementary Metal-Oxide Semiconductor）センサやＣＣＤ（Charge Coupled Device）センサ等のイメージセンサを備えるデジタルカメラが用いられる。その他の種類のカメラが用いられてもよい。本実施形態において、カメラ２５は、撮像部として機能する。

事前精算機３０は、入場／出場口１０の付近に配置される。事前精算機３０の駐車スペース１５に対向する面が、操作面３１として構成されており、タッチパネルや紙幣・硬貨の投入口（図示せず）等が設けられている。駐車場１００の利用者は、タッチパネル等を介して事前精算機３０を操作することで、事前精算を行うことが可能である。

案内装置６０は、入場／出場口１０の付近に配置される。案内装置６０の道路Ｒとは反対側の面（駐車場１００の構内側の面）が、通知情報の案内面６１として構成されている。

事前精算機３０及びカメラ２５は、互いに通信可能に接続されており、カメラ２５により撮影された動画像（動画像データ）は、事前精算機３０に送信される。また事前精算機３０及び案内装置６０も、互いに通信可能に接続されており、事前精算機３０により案内装置６０の動作が制御される。もちろんカメラ２５と案内装置６０とが、互いに通信可能に接続されてもよい。

各装置の接続方法は限定されない。例えばケーブル等を用いて各装置が接続される。あるいは、ＷｉＦｉ等の無線ＬＡＮ通信や、Bluetooth（登録商標）等の近距離無線通信が利用されてもよい。また、駐車場１００に構築された構内ＬＡＮを介して、各装置が互いに接続されてもよい。

また事前精算機３０の内部にカメラ２５が内蔵されてもよい。すなわち事前精算機３０とカメラ２５とが一体的に構成されてもよい。本実施形態において、事前精算機３０は、駐車場管理装置として機能する。

図３は、事前精算機３０の構成例を示すブロック図である。事前精算機３０は、ＣＰＵ３２と、メモリ３３と、これらとバス３４を介して接続されるインターフェイス３５とを有する。メモリ３３は、例えばＲＯＭ、ＲＡＭ、フラッシュメモリ等から構成され、種々のプログラム、種々の駐車データ、及びカメラ２５により撮影された撮影画像（動画像）や出口カメラ６４（図５、６参照）により撮影された撮影画像（動画像）等が記憶される。また、ＨＤＤ等の大規模データストレージ機器を撮影画像の記憶に用いてもよい。

本実施形態において、メモリ３３は、駐車場１００に入場する入場車両５を識別可能な識別情報であるＩＤと、入場車両５についての駐車料金の精算に関する精算情報７７（図１６参照）とを関連付て記憶する記憶部として機能する。

インターフェイス３５には、カードリーダライタ３６、紙幣・硬貨管理部３７、領収証プリンタ３８、タッチパネル３９、スピーカ４０、インターフォン４１、通信部４２、画像取得部４３、及び入出力部４４が接続される。各ブロックの動作は、本技術に係るプログラムに従って動作するＣＰＵ３２により制御される。

カードリーダライタ３６は、操作面３１に形成されたカード挿入口（図示せず）に挿入される種々のカードに対して、情報の読取り／書込みを実行する。本実施形態では、カードリーダライタ３６は、クレジットカードによる駐車料金の精算や、サービス券の読取り等に用いられる。

なお本実施形態では、駐車券の発行は行われない。これにより、駐車券の管理コストを抑えることが可能となる。また利用者にとっては、駐車券の紛失や破損等を心配することなく、駐車場を利用することが可能となり、高い利便性が発揮される。

紙幣・硬貨管理部３７は、紙幣・硬貨投入口に投入された紙幣等を受け取り、計数して投入金額を算出する。また精算により必要となった釣り銭等を計数し、紙幣・硬貨返却口（図示せず）に払い出す。なお、電子マネーによる決済に限定した運用の場合、紙幣・硬貨管理部３７に換えて、電子マネーリーダが搭載される。もちろん、これらが併用されてもよい。

領収証プリンタ３８は、領収証として精算額や日時等をレシート紙にプリントして発行する。

通信部４２は、ネットワーク１を介して、外部の装置等と通信するための通信モジュールであり、例えばＷｉＦｉ等の無線ＬＡＮモジュールや、所謂３Ｇや４Ｇといった移動通信システム対応モジュールが用いられる。

なお、ネットワーク１は、例えばインターネットや広域通信回線網等により構築される。その他、任意のＷＡＮ（Wide Area Network）やＬＡＮ（Local Area Network）等が用いられてよく、ネットワーク１を構築するためのプロトコルは限定されない。

本実施形態では、通信部４２を介して、駐車場の管理サービスを提供する管理会社のオペレータが使用する端末と、事前精算機３０とが通信可能に接続される。例えば利用者は、インターフォン４１を用いることで、管理会社のオペレータと通話することが可能である。

画像取得部４３は、カメラ２５により撮影された駐車場領域９０の動画像を取得する。例えば、カメラ２５に接続されたケーブル等が接続されるＩ／Ｆ（インタフェース）や、カメラ２５との間の無線通信に用いられる無線通信モジュール等が、画像取得部４３として機能し得る。なお、ネットワークカメラ（ＩＰカメラ）を用いる場合には、通信部４２の機能により、画像取得部４３が実現される場合もあり得る。

入出力部４４は、案内装置６０との間で、制御信号や動画像等を入力／出力するためのブロックである。例えば、ケーブル等が接続されるＩ／Ｆや、無線通信に用いられる無線通信モジュール等が、入出力部４４として機能し得る。また通信部４２の機能により、入出力部４４が実現される場合もあり得る。

タッチパネル３９は、表示と入力の機能を備えており、種々の画像や種々のＧＵＩ（Graphical User Interface）等を表示することが可能である。本実施形態では、カメラ２５により撮影された駐車場領域９０の動画像に基づいて、駐車場領域９０の画像（動画像及び静止画像の両方を含む）を表示することが可能である。例えば駐車場領域９０の現在の画像がリアルタイムで、タッチパネル３９に表示される。あるいは、駐車場領域９０の過去の画像を表示することも可能である。

利用者は、タッチパネル３９に対して、種々のタッチ操作を入力することが可能である。タッチパネル３９は、利用者により入力されるタッチ操作を受付け、タッチ操作に応じた操作信号をＣＰＵ３２に送信する。本実施形態において、タッチパネル３９は、表示部及び受付部として機能する。

スピーカ４０は、精算操作などをガイダンスする際の音声出力部として機能する。またスピーカ４０によりアラーム音等が出力されてもよい。

図４は、事前精算機３０のソフトウェア構成例を示すブロック図である。事前精算機３０は、移動体検出部４５、移動体追跡部４６、移動体ＩＤ制御部４７、選択用画像生成部４８、表示制御部４９、精算対象決定部５０、駐車料金算出部５１、案内装置制御部５２、出場車両検出部５３、精算情報取得部５４、及び不正車両判定部５５を有する。

これらのブロックは、事前精算機３０のＣＰＵ３２が、本技術に係るプログラムを実行することで構成され、本技術に係る駐車場管理方法が実行される。なお各ブロックを実現するためにＩＣ（集積回路）等の専用のハードウェアが用いられてもよい。

移動体検出部４５は、カメラ２５により撮影された駐車場領域９０の動画像に基づいて、移動する物体である移動体を検出することが可能である。また移動体検出部４５は、検出された移動体の外形を検出することも可能である。

移動体の外形の検出精度は限定されず、正確な外形の形状が検出可能であってもよいし、ある程度の外形の形状が検出可能であってもよい。検出された移動体のおおよその中心点（重心点）と、それを囲むおおよその外形の形状が検出可能であれば、本技術を適用することが可能である。

移動体追跡部４６は、移動体検出部４５により検出された移動体を追跡することが可能である。移動体検出部４５及び移動体追跡部４６により、例えば駐車場領域９０に進入する移動体を検出し、その移動体がその後どのように移動したかを追跡することが可能である。当然のことながら、移動している移動体の停止や、停止している物体の移動の開始等も検出することが可能である。

本実施形態では、移動体検出部４５及び移動体追跡部４６により、駐車場領域９０に入場した移動体を入場車両５として検出することが可能である。また駐車スペース１５に進入して停止する移動体を、駐車スペース１５に駐車した駐車車両５ａとして検出することが可能である。駐車スペース１５に進入して停止する移動体を進入移動体と言うことも可能である。本実施形態では、進入移動体が、駐車車両５ａとして検出される。

なお、６つの駐車スペース１５のうちどの駐車スペース１５に進入して停止したかが判別可能であってもよいし、判別可能でなくてもよい。例えば、６つの駐車スペース１５の全体領域を１つの駐車スペースとして見做すことも可能である。６つの駐車スペース１５の全体領域内に進入して停止した移動体は、進入移動体（駐車車両５ａ）として検出される。

移動体を検出する方法、移動体の外形を検出する方法、移動体を追跡する方法は限定されず、任意のアルゴリズム等が用いられてもよい。例えば動画像に対して、特徴量検出、エッジ検出、マッチング等の任意の画像解析技術を実行することで、移動体の検出、外形の検出、移動体の追跡を実行することが可能である。

移動体ＩＤ制御部４７は、検出された移動体に対して、識別情報であるＩＤの付与や削除等を実行可能である。例えば移動体ＩＤ制御部４７により、駐車スペース１５に進入して停止する進入移動体（駐車車両５ａ）に対してＩＤが付与される。もちろんこれに限定されず、移動体検出部４５及び移動体追跡部４６により検出される任意の移動体（入場車両５）にＩＤを付与することも可能である。

ＩＤとしては、例えば多数桁の番号が用いられる。例えば駐車場１００を利用する車両の数の１ヵ月分といった数字を、順次繰り返して付与するようにすればよい。一例として００００１から９９９９９までの数字とし、最初に付与されるのはＩＤ００００１とする。ＩＤの番号は月単位で管理され、例えば月が替われば、またＩＤ００００１から用いられる。もちろんこれに限定されず、入場車両５を識別可能な識別情報として任意の情報が用いられてよい。

選択用画像生成部４８は、移動体検出部４５及び移動体追跡部４６により検出された駐車車両５ａを選択するための選択用画像ＩＭ４（図１３参照）を生成する。選択用画像は、タッチパネル３９に表示される駐車場領域９０の現在の画像に含まれる駐車車両５ａを選択するための画像である。生成された選択用画像は、駐車車両５ａに付与されているＩＤに関連付けられて記憶される。すなわち選択用画像は、選択対象となる駐車車両５ａと関連付けられて記憶される。

表示制御部４９は、タッチパネル３９による画像表示を制御することが可能である。例えば表示制御部４９により、カメラ２５により撮影された駐車場領域９０の現在の画像が表示される。その際に、表示制御部４９は、選択用画像生成部４８により生成された選択用画像を、現在の画像に重畳させて表示させることが可能である。その他、任意の画像表示が実現されてもよい。

精算対象決定部５０は、精算処理を実行する対象を決定する。本実施形態では、入場車両５を検出しＩＤを付与することで、駐車スペース１５に駐車する駐車車両５ａの駐車料金が算出される。すなわち、移動体が入場車両５であるとして、精算処理が進められる。

駐車料金算出部５１は、精算対象決定部５０により決定された駐車車両５ａの駐車料金を算出する。本実施形態では、駐車車両５ａ（進入移動体）が検出された動画像の撮影時刻、及び駐車車両５ａに付与されるＩＤに基づいて、駐車車両５ａの駐車料金が算出される。

案内装置制御部５２は、案内装置６０の動作を制御するための制御信号を生成する。生成された制御信号は、入出力部４４を介して、案内装置６０に出力される。制御信号の具体的なフォーマット等は限定されず、任意に設定されてよい。

出場車両検出部５３は、出場車両５ｂを検出する。不正車両判定部５５は、車両５が不正車両であるか否かを判定する。精算情報取得部５４は、メモリ３３に構築される精算情報ＤＢから、精算情報７７（図１６参照）を取得する。これらのブロックの動作については、後に詳しく説明する。

本実施形態において、移動体ＩＤ制御部４７により、入場車両５の画像に基づいて識別情報を付与する付与部が実現される。駐車料金算出部５１により、選択された駐車車両５ａの駐車料金を算出する算出部が実現される。案内装置制御部５２により、案内装置６０による通知情報の出力を制御する出力制御部が実現される。出場車両検出部５３及び精算情報取得部５４により、出場車両５ｂの精算情報７７（図１６参照）を、出場車両５ｂのＩＤに基づいて取得する取得部が実現される。不正車両判定部５５により、出場車両５ｂが不正車両であるか否かを判定する判定部が実現される。

図５は、本実施形態に係る案内装置６０の外観例を示す模式図である。図５に示すように、案内装置６０は、筐体６２、ディスプレイ６３、出口カメラ６４、及びスピーカ６５を有する。

筐体６２は、全体的に直方体の柱形状からなり、駐車場１００の入場／出場口１０の付近に設置される。また筐体６２は、駐車場１００から出場する出場車両５ｂから見て、右側に設置される。筐体６２の駐車場１００の構内側の面が、案内面６１となる。筐体６２の形状や高さ等は限定されず、適宜設計されてよい。

ディスプレイ６３は、案内面６１の上部側の領域に設置される。ディスプレイ６３は、テキスト画像やＧＵＩ等の種々の画像を表示することで、種々の通知情報を出力することが可能である。本実施形態では、出場車両５ｂについての駐車料金に関する種々の通知情報が出力される。

出口カメラ６４は、案内面６１のディスプレイ６３の下方に設置される。出口カメラ６４は、筐体６２の位置から構内の駐車場領域９０の動画像を撮影することが可能である。出口カメラ６４は、駐車場１００の構内から入場／出場口１０に移動する出場車両５ｂを撮影可能である。出口カメラ６４としては、例えばＣＭＯＳセンサ等のイメージセンサを備えるデジタルカメラが用いられる。その他の種類のカメラが用いられてもよい。本実施形態において、出口カメラ６４は、撮像装置として機能する。

なお図１に示すカメラ２５と、案内装置６０の出口カメラ６４が連動することで、駐車場領域９０が撮影されてもよい。またカメラ２５により撮影された動画像、及び出口カメラ６４により撮影された動画像に基づいて、移動体（入場車両５）の検出や追跡が実行されてもよい。この場合、出口カメラ６４は、本技術に係る撮像部としても機能することになる。以下、カメラ２５及び／又は出口カメラ６４により撮影された動画像を、カメラ２５等により撮影された動画像と記載する場合がある。

スピーカ６５は、案内面６１の出口カメラ６４の下方に設置される。スピーカ６５は、音声出力により、種々の通知情報を出力することが可能である。本実施形態では、出場車両５ｂについての駐車料金に関する種々の通知情報が出力される。

図６は、案内装置６０の構成例を示すブロック図である。案内装置６０は、ＣＰＵ６６と、メモリ６７と、これらとバス６８を介して接続されるインターフェイス６９とを有する。メモリ６７は、例えばＲＯＭ、ＲＡＭ、フラッシュメモリ等から構成され、種々のプログラム等が記憶される。

インターフェイス６９には、ディスプレイ６３、出口カメラ６４、スピーカ６５、及び入出力部７０が接続される。入出力部７０は、事前精算機３０との間で、制御信号や動画像等を入力／出力するためのブロックである。入出力部７０として任意の構成が採用されてよい。各ブロックの動作は、事前精算機３０から出力される制御信号に基づいて、ＣＰＵ６６により適宜制御される。

ディスプレイ６３を、案内表示用ディスプレイと言うことも可能である。テキスト、静止画像、動画像（映像）等の任意の画像表示により、種々の通知情報を出力することが可能である。またスピーカ６５を、案内音声出力用スピーカと言うことも可能である。警報音、音声メッセージ等、任意の音声出力により、種々の通知情報を出力することが可能である。

画像表示及び音声出力の複数の形態にて通知情報を出力可能であるので、利用者へ情報を確実に通知することが可能である。もちろん画像表示及び音声出力のいずれか１つのみが実行可能な構成でもよい。

本実施形態では、案内装置６０により、出場車両５ｂについての駐車料金の精算に関する通知情報を出力する出力部が実現される。案内装置６０を、情報出力装置と言うことも可能である。

図７～図９は、事前精算機３０及び案内装置６０の処理例を示すフローチャートである。まず駐車場１００に車両５が入場する際の処理例を説明する。

移動体検出部４５により、移動体（入場車両５）が検出されるか否か監視される（ステップ１０１）。移動体が検出された場合は（ステップ１０１のＹＥＳ）、新規の移動体であるか否かが判定される（ステップ１０２）。

ステップ１０２の判定は、検出された移動体に既にＩＤが付与されているか否かにより実行される。検出された移動体に既にＩＤが付与されている場合には、新規の移動体ではないと判定される。検出された移動体にＩＤが付与されていない場合には、新規の移動体であると判定される。

例えば既に駐車場１００の駐車スペース１５に駐車している駐車車両５ａが移動したとする。この場合、ステップ１０１にて、当該車両が移動体として検出される。その車両５については、すでに駐車スペース１５に駐車する際にＩＤが付与されているので、新規の移動体には該当しない。

一方、入場／出場口１０から新たに車両５が入場した場合には、カメラ２５等により撮影された動画像に基づいて、入場車両５が移動体として検出される。当該車両にはＩＤは付与されていないので、新規の移動体として判定される。

駐車場１００に車両５が入場する際には、ステップ１０２はＹＥＳとなり、移動体ＩＤ制御部４７により、検出された移動体にＩＤが付与される（ステップ１０３）。そして、移動体追跡部４６により、ＩＤが付与された新規の移動体が追跡される（ステップ１０４）。すなわち駐車場１００に入場した入場車両５が追跡される。

追跡している移動体（入場車両５）が出場車両５ｂとして検出されたか否かが判定される（ステップ１０５）。本実施形態では、カメラ２５等により撮影された動画像に基づいて、出場車両検出部５３により、入場／出場口１０に向かって移動する移動体が、出場車両５ｂとして検出される。例えば、入場／出場口１０に十分に近づいた場合に、その移動体を出場車両５ｂとして検出してもよい。出口カメラ６４により撮影された移動体のサイズ等に基づいて、入場／出場口１０に十分に近づいたか否かを判定することができる。

移動体が出場車両５ｂとして検出されない場合は（ステップ１０５のＮＯ）、移動体が停止するか否かが判定される（ステップ１０６）。移動体が停止していない場合は（ステップ１０６のＮＯ）、ステップ１０５に戻る。移動体が停止した場合には、停止情報が生成されて記憶される（ステップ１０７）。

図１０は、停止情報の一例を示す模式図である。例えば停止情報７２は、メモリ３３に構築される停止情報ＤＢに格納される。

本実施形態では、移動体が停止した場合には、駐車スペース１５に車両５が駐車したと見做して、停止情報７２が生成される。すなわち移動体が駐車場領域９０が停止した場合には、当該移動体が、駐車スペース１５に進入して停止する駐車車両５ａ（進入移動体）として検出される。

図１０Ａに示すように、停止情報７２は、ステップ１０３で付与された「ＩＤ」と、移動体が停止した「停止時刻」とを含む。なお本実施形態では、新規の移動体が検出された場合に、その新規の移動体を入場車両５としてＩＤが付与される。これに代えて、駐車スペース１５に停止したタイミング、すなわち駐車車両５ａ（進入移動体）として検出されたタイミングで、ＩＤが付与されてもい。

停止時刻は、移動体の停止が検出された動画像（フレーム画像）の撮影時刻に基づいて、算出される。例えば、停止した状態が撮影されたフレーム画像の撮影時刻が、停止時刻として算出される。移動体の停止時刻は、駐車車両５ａ（進入移動体）が検出された時刻に相当する。すなわち、移動体の停止時刻は、駐車車両５ａ（進入移動体）が検出された動画像（フレーム画像）の撮影時刻に基づいて算出された時刻とも言える。もちろん、駐車車両５ａ（進入移動体）の停止が検出された動画像の撮影時刻が停止時刻として用いられてもよい。

図１０Ｂに示すように、停止情報として、「入場時刻」や「停止位置」等が記憶されてもよい。入場時刻は、例えばカメラ２５等により撮影された駐車場領域９０の動画像内に、車両５が出現したタイミング（そのときの撮影時刻）に基づいて算出される。

停止位置は、動画像（フレーム画像）内の、駐車車両５ａの位置に基づいて、判定可能である。例えば、６つの駐車スペース１５を識別する識別情報が、停止位置として記憶されてもよい。あるいは、駐車スペース１５とは異なる領域に停止している旨の情報が記憶されてもよい。この場合、不正利用の可能性があるので、警戒フラグ等も合わせて記憶されてもよい。

ステップ１０５にて、入場車両５が停止することなく、出場車両５ｂとして検出されるとする。例えば駐車場１００に入場したが、満車等の理由により、車両５を駐車することなく駐車場１００から出場する場合等が考えられる。あるいは、駐車スペース１５を探している間に、入場／出場口１０に近づいた場合等も考えられる。

この場合、ステップ１０５のＹＥＳから図８のフローチャートに進む。そして、案内装置制御部５２により、案内装置６０が制御される。

図１１は、案内装置６０のディスプレイ６３に表示される通知情報の例を示す模式図である。ステップ２０１では、出場車両５ｂの検出に応じて、図１１に示す、一旦停止画像７４ａが表示される。本実施形態では、「一旦停止して下さい」のテキスト画像を含む一旦停止画像７４ａが表示される。またスピーカ６５により、同様の内容の音声が出力される。

利用者に一旦停止を促す一旦停止画像７４ａや同様の内容の音声は、出場車両５ｂを誘導するための誘導情報に相当し、通知情報に含まれる。なお具体的な文言（文章）等は限定されず、任意の文言が採用され画像表示及び音声出力が実行されてよい。この点は、他の通知情報の出力についても同様である。

次に出場車両５ｂについて、停止情報７２が記憶されているか否かが判定される（ステップ２０２）。入場車両５が停止することなく出場車両５ｂとして検出された場合には停止情報７２は生成されていないので、ステップ２０２のＮＯから図９に示すフローチャートに進む。

図９に示すように、出場車両５ｂが入場／出場口１０を通過して、駐車場１００から出場したか否かが監視される（ステップ３０１）。本実施形態では、出口カメラ６４の画像から出場車両５ｂが完全に消失した場合には、出場車両５ｂが通過したと判定される。これに限定されず、別途通過センサを配置して、その出力により判定されてもよい。

出場車両５ｂが通過した場合は（ステップ３０１のＹＥＳ）、図７のステップ１０３にて付与されたＩＤがリセットされる（ステップ３０２）。リセットされたＩＤは、次に新規の移動体（入場車両５）が検出された場合に使用される。

出場車両５ｂが通過していない場合（ステップ３０１のＮＯ）、出場車両５ｂが駐車場１００の構内に向かって後退したか否かが監視される（ステップ３０３）。すなわち本実施形態では、検出された出場車両５ｂが、そのまま入場／出場口１０を通過するか、それとも構内に向かって後退するか否かが監視される。出場車両５ｂの後退は、カメラ２５等の画像に基づいて判定可能である。

出場車両５ｂが構内に向かって後退した場合は、ステップ３０３のＹＥＳから図７のステップ１０４に戻り、出場車両５ｂが再度入場車両５として追跡される。そして入場車両５が停止した場合には、停止情報７２が生成されて記憶される。

図１２は、タッチパネル３９に表示される精算開始画面Ｐ１の一例を示す模式図である。例えば、利用者が事前精算機３０に近づくと、自動的にタッチパネル３９に精算開始画面Ｐ１が表示される。

精算開始画面Ｐ１は、「画像から選択」キーと、「出場後」キーとを含む。「画像から選択」キーは、事前精算を実行する際に選択されるキーである。「画像から選択」キーが選択されると、精算対象となる駐車車両５ａを決定するための車両決定画面に切替えられる。「出場後」キーは、駐車場１００から車両５を出場させた後に、駐車料金の精算を行う際に選択されるキーである。

図１３及び図１４は、車両決定画面Ｐ２の一例を示す模式図である。車両決定画面Ｐ２は、図１２に示す「画像から選択」キーが選択されることで表示される。

車両決定画面Ｐ２は、車両決定画像ＩＭ２を含む。車両決定画像ＩＭ２は、カメラ２５により撮影された駐車場領域９０の現在の画像ＩＭ３に、選択用画像ＩＭ４が重畳された画像である。本実施形態では、表示制御部４９により、駐車車両５ａを選択するための選択用画像ＩＭ４が、現在の画像ＩＭ３に重畳されて表示される。

図１３Ａに示すように、本実施形態では、選択用画像ＩＭ４として、駐車車両５ａを囲む外枠画像７５が表示される。外枠画像７５は、移動体検出部４５により検出された駐車車両５ａ（進入移動体）の外形に基づいて生成される。表示制御部４９は、駐車車両５ａに付与されたＩＤに基づいて、選択用画像ＩＭ４をメモリ３３から読み出す。そして、駐車車両５ａを囲むように、外枠画像７５を現在の画像ＩＭ３に重畳させて表示させる。

また車両決定画面Ｐ２は、「次へ」のキーと、「精算する車の枠をタッチしてください。」の文字を含む。別途、スピーカ４０から音声で出力してもよい。

利用者は、外枠画像７５の枠部分及び枠内のいずれかに対してタッチ操作を行うことで、外枠画像７５により囲まれている駐車車両５ａを選択することが可能となる。このように選択用画像ＩＭ４を重畳させることで、利用者は自分の車両５を容易に選択することが可能となり、高い利便性が発揮される。

なお図１３Ａに示すように、複数の外枠画像７５が互いに重なるように表示される場合もあり得る。この場合は、例えば、枠内の重複している領域へのタッチ操作は無効として、重なっていない部分へのタッチ操作が促される。あるいは、枠内の重複している領域のタッチ位置に基づいて、近い方の駐車車両５ａが選択されてもよい。その他、任意の設定が採用されてよい。

図１３Ｂに示すように、現在の画像ＩＭ３に複数の駐車車両５ａが含まれる場合には、複数の駐車車両５ａの各々を選択するための選択用画像ＩＭ４（外枠画像７５）が、互いに異なる色で表示されてもよい。これにより、複数の外枠画像７５が重なって表示される場合でも、各々の外枠画像７５を識別することが容易となり、自分の車両５を容易に特定することが可能となる。これにより利便性が向上する。

このように、現在の画像ＩＭ３に複数の駐車車両５ａが含まれる場合に、複数の駐車車両５ａの各々を選択するための、互いに異なる形態の複数の選択用画像ＩＭ４が表示されてもよい。互いに異なる形態として、色、形状、サイズ、表示態様（点滅等）等が異なるような構成が挙げられる。もちろんこれに限定されず、任意の構成が採用されてよい。

その他、選択用画像ＩＭ４の具体的な構成は限定されず、任意に設定されてよい。例えば選択用画像ＩＭ４として、数字やアルファベット等の文字を含む画像が外枠画像７５の近傍に吹き出し状に表示される。そして、タッチ操作に代えて、テンキー等の釦が押されることで、駐車車両５ａが選択されてもよい。

図１４に示すように、本実施形態では、外枠画像７５へのタッチ操作が行われると、その外枠画像７５が強調表示される。これにより、利用者は、どの車両５を選択したかを容易に把握することが可能となり、利便性が向上する。

なお、外枠画像７５を強調表示する方法は限定されない。予め決められた色で表示する、点滅させる、選択された外枠画像７５のみを表示して他の外枠画像を消す、等、任意の強調表示が実行されてよい。

また外枠画像７５へのタッチ操作が行われると、車両決定画面Ｐ２の下方に、「この車を精算する」キーと、「戻る」キーが表示される。「この車を精算する」キーが選択されると、車両５の選択が完了する。

本実施形態において、外枠画像７５へのタッチ操作は、外枠画像７５に関連付けられた駐車車両５ａへのタッチ操作に相当する。そして、駐車車両５ａへのタッチ操作に基づいて、現在の画像ＩＭ３に含まれる車両５を選択する操作が受付けられる。もちろん「この車を精算する」キーの選択等の、最終確認用の操作が省かれてもよい。

タッチパネル３９に表示された現在の画像ＩＭ３に含まれる駐車車両５ａを選択する操作が受付けられると、精算対象決定部５０により、精算対象となる駐車車両５ａが決定される。そして、駐車料金算出部５１により、駐車料金が算出される。

本実施形態では、図１０に例示する停止情報７２に含まれる停止時刻と、現在時刻との差分に応じて駐車料金が算出される。上記したように、停止時刻は、駐車車両５ａが検出された動画像（フレーム画像）の撮影時刻に基づいて算出された時刻とも言える。停止時刻として、駐車車両５ａが検出された動画像の撮影時刻がそのまま用いられてもよい。また、現在時刻としては、車両５の選択操作を受付けた際の現在の画像ＩＭ３の撮影時刻を用いることも可能である。

すなわち本実施形態では、選択された駐車車両５ａに付与されているＩＤに基づいて、当該駐車車両５ａが検出された動画像の撮影時刻と、現在の画像ＩＭ３の撮影時刻との差分に応じて、駐車料金を算出することが可能である。

なお、図１０Ｂに示す入場時刻に基づいて駐車料金が算出されてもよい。この場合、入場時刻と、現在時刻との差分に応じて駐車料金が算出される。入場時刻は、入場車両５が検出された動画像（フレーム画像）の撮影時刻に基づいて算出された時刻とも言える。入場時刻として、入場車両５が検出された動画像の撮影時刻がそのまま用いられてもよい。

選択された駐車車両５ａに付与されているＩＤに基づいて、当該駐車車両５ａが入場車両５として検出された動画像の撮影時刻と、現在の画像ＩＭ３の撮影時刻との差分に応じて、駐車料金を算出することが可能である。

図１５は、タッチパネル３９に表示される精算操作画面Ｐ３の一例を示す模式図である。図１４に示す車両決定画面Ｐ２内の「この車を精算する」キーが選択され、精算対象となる車両５の選択が完了すると、精算操作画面Ｐ３に切替えられる。利用者が精算操作画面Ｐ３を見ながら支払い完了させると、事前精算処理は終了する。

図１６は、精算情報の一例を示す模式図である。例えば精算情報７７は、メモリ３３に構築される精算情報ＤＢに格納される。

本実施形態では、精算情報７７は、「ＩＤ」「入場時刻」「入庫時刻」「精算完了フラグ」「精算金額」「精算時刻」「未精算フラグ」「不正フラグ」「追徴料金」「未精算料金」「出場時刻」を含む。精算情報７７は、例えば駐車スペース１５に入場車両５が駐車したタイミング、すなわち駐車車両５ａが検出され図６に示す停止情報７２が生成されたタイミングで生成される。もちろん、そのタイミングで確定していない情報はブランクとなる。

通常は「入庫時刻」は、図６に示す「停止時刻」と同じ時刻となる。利用者により事前精算処理が行われると、「精算完了フラグ」が付与され、「精算金額」及び「精算時刻」が記憶される。なお、精算情報として記憶される情報は限定されず、支払種別（現金、クレジットカード、電子マネー）等の情報が記憶されてもよい。

なお、図６に示す停止情報７２と、図１０に示す精算情報７７とを包括的に含む情報が、ＩＤと関連付けられて生成されてもよい。

なお、駐車料金の算出について、車場１００への車両５の入場に応じて入場情報が生成され、入場情報に基づいて駐車料金が算出される。このように表現することも可能である。例えば図１０に例示する停止情報７２や図１６に例示する精算情報７７は、入場情報の一例と言える。入場情報として記憶される具体的な情報は限定されず、駐車料金を算出するための任意の情報が適宜記憶されてよい。例えば、「ＩＤ」「停止時刻」「未精算フラグ」が記憶された入場情報、「ＩＤ」「入場時刻」「未精算フラグ」が記憶された入場情報、あるいは「ＩＤ」「停止時刻」「入場時刻」「未精算フラグ」が記憶された入場情報等が生成されてもよい。

図７に戻り、駐車場１００から車両５が出場する際の処理例を説明する。

駐車車両５ａが駐車スペース１５から移動すると、図７のステップ１０１にて移動体が検出される。駐車スペース１５から移動する移動体は、既にＩＤが付与されている。従って新規な移動体ではないので、ステップ１０２はＮＯとなり、駐車料金が精算済みか否か判定される（ステップ１０８）。すなわち駐車料金の精算が完了しているか否かが判定される。

本実施形態では、精算情報取得部５４により、車両５に付与されているＩＤに基づいて、図１６に示す精算情報７７が取得される。取得され精算情報７７が参照され、精算完了フラグが付与されているか否かに基づいて、駐車料金の精算が完了しているか否かが判定される。

事前精算が完了している場合は（ステップ１０８のＹＥＳ）、動画像に基づいて、車両５が追跡される（ステップ１０４）。そして、出場車両５ｂとして検出された場合、図８に示すフローチャートに進む。

なお駐車車両５ａの駐車スペース１５からの移動が検出された動画像（フレーム画像）の撮影時刻が、精算情報７７に含まれる精算時刻から所定の時間経過している場合には、追徴料金を発生させてもよい。精算時刻から、駐車スペース１５からの移動が検出された時刻に対応する駐車料金が、追徴料金として算出される。そして、未精算フラグとともに、追徴料金が精算情報７７に記憶される。

また車両５が、駐車場領域９０内にて再び停止した場合には、停止情報７２が更新される（ステップ１０７）。例えば図１０Ａに示す停止情報７２の場合には、とくに新たな情報を記憶させることなく、停止情報７２が継続して記憶される。もちろん、再度停止した旨の情報（フラグ等）が記憶されてもよい。図１０Ｂに示す停止情報７２の場合には、停止位置の変更に応じて、変更後の停止位置が記憶される。停止位置を変更して再び停止した旨の情報が記憶されてもよい。ただし、入場時刻は上書きされない。

なお一度移動した後、所定の時間以上の停止が検出された場合に、停止情報７２を更新するといった処理が実行されてもよい。

駐車料金の精算が完了していない場合（ステップ１０８のＮＯ）、駐車場１００の未精算での利用と判定し、精算情報７７に未精算フラグが付与される（ステップ１０９）。動画像に基づいて、車両５が追跡される（ステップ１０４）。そして、出場車両５ｂとして検出された場合、図８に示すフローチャートに進む。

ステップ１０５にて出場車両５ｂが検出されると、利用者に一旦停止を促す一旦停止画像７４ａの表示、及び音声出力が実行される（ステップ２０１）。そして出場車両５ｂについて、停止情報７２が記憶されているか否かが判定される（ステップ２０２）。駐車スペース１５に駐車された駐車車両５ａについては停止情報７２が生成されているので、ＹＥＳとなり、精算情報取得部５４により、出場車両５ｂの精算情報７７が取得される（ステップ２０３）。精算情報は、出場車両５ｂのＩＤに基づいて取得される。

取得された精算情報７７を参照して、駐車料金が精算済みか否か判定される（ステップ２０４）。すなわち駐車料金の精算が完了しているか否かが判定される。

駐車料金の精算が完了している場合は（ステップ２０４のＹＥＳ）、図１１に示す、出場誘導画像７４ｂが、案内装置６０のディスプレイ６３に表示される（ステップ２０５）。本実施形態では、「ありがとうございました 気をつけてお帰り下さい」のテキスト画像を含む出場誘導画像７４ｂが表示される。またスピーカ６５により、同様の内容の音声が出力される。

駐車料金の精算済みの利用者に出場を促す出場誘導画像７４ｂや同様の内容の音声は、出場車両５ｂについての駐車料金の精算に関する通知情報に含まれる。また出場口からの出場を促す旨の通知情報に相当する。また出場誘導画像７４ｂや同様の内容の音声は、出場車両５ｂを誘導するための誘導情報にも相当する。なお本開示では、駐車料金の精算に関する通知情報は、駐車料金の精算に関する任意の通知情報を含む。

このように駐車料金の精算が完了している場合に出場を促す旨の通知情報が出力される。これにより正常に精算した利用者は出場を促す旨の情報により、自身の精算結果に誤りがないことが確認できるため、安心して出場することができる。この結果、利用者の利便性を向上させることが可能となる。

なお、図１１に示す出場誘導画像７４ｅのように、入場／出場口１０の周辺の交通状況に基づいて、通知情報が出力されてもよい。図１１に示す出場誘導画像７４ｅは、「ただ今道路が混雑しています 気をつけてお帰り下さい」のテキスト画像を含む。そしてスピーカ６５により、同様の内容の音声が出力される。もちろん、出場誘導画像７４ｅや同様の内容の音声は、出場口からの出場を促す旨の通知情報に相当し、また出場車両５ｂを誘導するための誘導情報にも相当する。

このように案内装置６０に、通行誘導灯の機能を備えさせることも可能である。これにより、車両５を出場させる利用者は、案内装置６０をより注目するので、精算情報に関する通知情報をさらに容易に気付かせることが可能となる。

出場車両５ｂが入場／出場口１０を通過して、駐車場１００から出場したか否かが監視される（ステップ２０６）。出場車両５ｂが通過した場合は（ステップ２０６のＹＥＳ）、出場情報が記憶される（ステップ２０７）。本実施形態では、精算情報７７に「出場時刻」等が、出場情報として記憶される。なお出場車両５ｂに付与されていたＩＤは、精算情報７７の管理に用いられるため、次の新規の移動体に対して使い回されることはない。

案内装置６０のディスプレイ６３の画面表示がオフにされ、処理が終了する（ステップ２０８）。

駐車料金の精算が完了していない場合は（ステップ２０４のＮＯ）、不正車両判定部５５により、出場車両５ｂが不正車両であるか否か判定される（ステップ２０９）。本実施形態では、不正車両判定部５５により、出場車両５ｂが不正条件を満たすか否かが判定される。

不正条件としては、例えば未精算フラグの有無が挙げられる。図７のステップ１０９にて未精算フラグが付与された場合には、その車両は不正車両であると判定される。この場合、ステップ１０９にて未精算フラグに代えて、不正フラグが付与されてもよい。

また不正条件として、未精算フラグが付与されており、かつ、図１１に示す未精算通知画像７４ｃの表示が、過去に実行されている、という条件が挙げられる。未精算通知画像７４ｃの表示がすでに実行されている出場車両５ｂについては、不正車両と判定され不正フラグが付与される。

一方、過去に一度も未精算通知画像７４ｃが表示されていない出場車両５ｂについては、不正車両とは判定されない。例えば事前精算を行う際に、他の車両５を選択してしまうといった誤操作等により、意図しない誤精算をしてしまう場合もあり得る。この場合、図７のステップ１０９にて未精算フラグが付与されることになる。

このような車両をいきなり不正車両としてしまうと、意図せずに未精算の状態となっている車両のドライバーにとって、いきなり犯罪者的に扱われることとなり、駐車場１００に対して不信感を持ってしまい、利用率の低下の原因ともなる。従って、最初の未精算状態については、不正車両と判定されないような不正条件を適宜設定することで、そのような問題を防止することが可能となる。

その他、不正車両を判定するための不正条件として、任意の条件が設定されてよい。

出場車両５ｂが不正車両ではなないと判定された場合（ステップ２０９のＮＯ）、図１１に示す、未精算通知画像７４ｃが、案内装置６０のディスプレイ６３に表示される（ステップ２１０）。本実施形態では、「料金が未精算です 精算機で精算してから出場して下さい」のテキスト画像を含む未精算通知画像７４ｃが表示される。またスピーカ６５により、同様の内容の音声が出力される。

駐車料金が未精算の利用者に、駐車料金の精算が完了していない旨を通知する未精算通知画像７４ｃや同様の内容の音声は、出場車両５ｂについての駐車料金の精算に関する通知情報に含まれる。また駐車料金の精算が完了していない旨の通知情報に相当する。

このように駐車料金の精算が完了していない場合に、その旨の通知情報が出力される。これにより、意図せずに誤精算してしまった利用者は、未精算状態だということが解かるため、問合せや再精算等の処置を行うことが可能となる。この結果、非常に高い利便性が発揮される。

出場車両５ｂが不正車両であると判定された場合（ステップ２０９のＹＥＳ）、図１１に示す、不正記録画像７４ｄが、案内装置 のディスプレイ６３に表示される。本実施形態では、「不正車両と記録します」のテキスト画像を含む不正記録画像７４ｄが表示される（ステップ２１１）。またスピーカ６５により、同様の内容の音声が出力されると同時に、警報音が出力される。

不正利用の利用者に、不正車両である旨を通知する不正記録画像７４ｄや同様の内容の音声は、出場車両５ｂについての駐車料金の精算に関する通知情報に含まれる。また出場車両５ｂは不正車両である旨の通知情報に相当する。

このように不正車両である旨を直接的に通知することが可能であるので、不正利用を企てていた利用者が考えを改めるきっかけとなり得る。また不正利用の件数も抑えることが可能となる。また他の利用者に対して、信頼性を高めることが可能となる。

出場車両５ｂが入場／出場口１０を通過して、駐車場１００から出場したか否かが監視される（ステップ２１２）。出場車両５ｂが通過した場合は（ステップ２１２のＹＥＳ）、不正出場情報が記憶される（ステップ２１３）。本実施形態では、精算情報７７に「不正フラグ」「未精算料金」「追徴料金」「出場時刻」等が、不正出場情報として記憶される。また、未精算料金や追徴料金が確定した旨の情報（フラグ等）が、不正出場情報として記憶されてもよい。

案内装置６０のディスプレイ６３の画面表示がオフにされ、処理が終了する（ステップ２０８）。

本実施形態では、不正車両と判定されていない未精算状態の車両であっても、そのまま車両５を出場させた場合には、不正フラグが付与され不正出場記録が記憶される。これに限定されず、不正車両と判定されていない未精算状態の車両については、不正フラグは付与さえず、不正車両ではない未精算状態の車両である旨を含む未精算出場情報が、不正出場情報とは異なる情報として記憶されてもよい。

出場車両５ｂが通過していない場合（ステップ２１２のＮＯ）、出場車両５ｂが駐車場１００の構内に向かって後退したか否かが監視される（ステップ２１４）。

出場車両５ｂが構内に向かって後退した場合は（ステップ２１４のＹＥＳ）、案内装置６０のディスプレイ６３の画面表示がオフにされ、図７のステップ１０４に戻り、入場車両５が追跡される。そして車両５が、駐車場領域９０内にて再び停止した場合には、停止情報７２が更新される（ステップ１０７）。

利用者により、精算開始画面Ｐ１、車両決定画面Ｐ２、精算操作画面Ｐ３を介して、駐車料金の精算が行われた場合には、精算情報７７から未精算フラグが削除される。不正フラグについては、削除されてもよいし、精算済みの情報とともにそのまま記憶されてもよい。すなわち不正フラグが付与されたことがある旨の情報が記憶されてもよい。

例えば、誤精算によって他人の車両５の精算をしてしまった場合でも、出場時にすぐに気がつけば、その利用者は車両を後退させて、再度正常な精算を行うことができる。そして例えば、別途管理会社等にその旨を通知して、後日支払を変換してもらうとか、その場で支払額の相殺を受けるといった対応をとることが可能となる。

そのために、図１１に示すように、管理会社の連絡先電話番号を含む、管理会社情報画像７４ｆを、案内装置６０のディスプレイ６３に表示させることも有効である。また誤精算に気がついた利用者に対して、出口で出口カメラ６４を用いて領収証のコードを読み取り、精算を振替える振替処理機能を追加することも可能である。振替処理を行った場合、必ずしも正規の車両の精算と誤精算の金額が合致しない場合があり得るが、その差額がもし過少支払いの場合には、後日徴収し、過大支払の場合には、後日精算額から差し引くのも有効である。

出場車両５ｂの出場後、精算情報７７は、例えば通信部４２を介して、駐車場１００の管理サービスを提供する管理会社の管理センタに送信され管理される。例えば未精算フラグや不正フラグが付与された駐車車両５ａの画像も一緒に送信される。

管理センタでは、受信した画像に基づいて、ナンバープレート情報として、車両ナンバー（陸運支局名、分類番号、平仮名、４桁の一連番号等）を読み取り、車両５を特定する。その特定情報に基づいて、追徴料金や未精算料金の請求処理が実行される。例えば、他の駐車場や本駐車場に再度同一ナンバープレートの車両が入場した際に、未精算料金等を請求するようにしてもよい。

図１７は、出場後精算画面Ｐ４の一例を示す模式図である。出場後精算画面Ｐ４は、図１２に示す「出場後」キーが選択されることで表示される。出場後精算画面Ｐ４は、車両５を駐車場１００から出場させた後に、駐車料金を精算する際に操作される画面である。

例えば、車両５を出場させた後に、利用者が事前精算機３０の位置まで来て精算を行う場合がある。あるいは、車両５を新たに入場させて、過去分の駐車料金の精算を行う場合もあり得る。この場合、過去分の駐車料金の精算、及び現在発生している駐車料金の精算を区別して精算操作を行うことが可能である。

図１７に示すように、出場後精算画面Ｐ４には、過去の日時情報を入力するための複数のキーが設けられる。本実施形態では、ざっくりと過去の時点を指定可能である「５分前に駐車」キーと、「３０分前に駐車」キーと、「１時間前に駐車」キーとが設けられる。また出場後精算画面Ｐ４には、「 月 日 時」の欄に、過去の時点を直接的に入力可能なテンキーが設けられる。

利用者は、これらのキーを用いて、５分前、３０分前、１時間前、あるいは特定の時点を、過去の日時情報として入力する。そうすると、事前精算機３０のタッチパネル３９には、指定された時点における駐車場領域９０の画像が、選択用画像とともに表示される。すなわち指定された時点における駐車場領域９０の画像を含む、車両決定画面Ｐ２が表示される。

利用者により車両５が選択されると、選択された車両５についての駐車料金が算出される。そして、タッチパネル３９には、精算操作画面Ｐ３が表示される。利用者が精算操作画面Ｐ３を見ながら支払い完了させると、過去分の駐車料金の精算処理は終了する。

このように本実施形態では、利用者の過去の日時情報の入力に応じて、入力された過去の日時情報に対応する時期に駐車した駐車車両５ａの駐車料金が算出される。もちろん過去の日時情報の入力方法は限定されず、任意の方法が採用されてよい。

過去分の駐車料金の精算が行われた場合には、精算情報７７から未精算フラグが削除される。不正フラグについては、削除されてもよいし、精算済みの情報とともにそのまま記憶されてもよい。そして精算情報７７は、管理会社の管理センタに送信され更新される。

このように車両５を出場させた後の過去分の駐車料金を精算可能とすることで、利用者にとって未払いを精算する機会が与えられて、容易に未払いの後精算を行うことが可能となり、高い利便性が発揮される。

以上、本実施形態に係る駐車場管理システム２０では、入場車両５を識別可能なＩＤと、入場車両５についての精算情報７７とが関連付られて記憶される。そして出場車両５ｂが検出された場合には、検出された出場車両５ｂの精算情報７７に基づいて、案内装置６０により駐車料金の精算に関する種々の通知情報が出力される。これにより駐車場１００を利用する利用者の利便性を向上させることが可能となる。

上記した特許文献１に記載の無人駐車場の管理システムでは、中央処理装置で駐車料金を支払わずに車両移動したことを検知した際には一旦警告音声が出力される。そのまま駐車場から出場した不正車両であると判断した場合は、個体識別カメラで車両ナンバーとドライバーの顔を撮像して、管理者に通報する。このような管理方法では、利用方法が解からない利用者にとっては、極めて不親切なものであり、意図せずに未精算で出場した車両のドライバーを全て犯罪者的に扱うようでは、駐車場の利用率も低下せざるを得ない。

上記した特許文献２に記載の駐車場管理システムでは、事前精算時に自車両の車両ナンバーを入力して精算する操作が必要である。従って、利用者が自車両ナンバーを失念した場合や、煩雑な操作に慣れない場合等では、他の利用者が精算出来ずに待たなければならず、事前精算機に精算待ちの行列ができることもあり得る。

そのために、利用者は急いで自車両を複数の選択肢から選択して精算するようになるが、意図せずに他人の車両（概ね似たナンバーの車両）の精算をしてしまい、そのまま出場するといったことも発生しやすい。この場合、未精算出場となってしまい、後日料金が徴収されるが本人はそのような認識が無いため、駐車場に対して不信感を持つか、管理者に説明を求めるようになる。管理側でもこのような対応に人件費を割かねばならず、かえって費用がかかることも考えられる。

また、上記特許文献１及び２では、使用方法を間違えて出場した利用者のみならず、間違えられた利用者は、駐車中の車両一覧から自身の車両情報（精算情報）が消去されている場合には、正常な精算ができずに係員に対応を相談するなどの処置が必要となる。

さらに、正常に精算して出場する車両の利用者についても、出口にゲート装置等の通行を制限する装置を配備せずに駐車場を運用する場合、利用者は出口から一般道に出る際に一旦ゲート装置前で停車する強制力が無いため、一時停止義務に反して出場する可能性が増し、事故に繋がりかねない。加えて、利用者は自分がちゃんと精算したことが処理されたかどうか、不安に思うこともある。

結果として、特許文献１及び２に記載の技術により、無人駐車場を運用することは難しく、常駐する係員を配備するのであれば、折角ゲート装置を不要として低減させた設備導入費用が、人件費で逆に高く付いてしまうことになる。

本技術に係る駐車場管理システム２０では、車両ナンバーを撮像して文字読み取りする必要がないため、画像処理が容易で、カメラ２５の解像度も低くて済み、一台のカメラで広範囲の撮像が可能であるので、設置コストが低減される。また、利用者は車室番号や車両ナンバーを入力する必要がなく、自車両を選択するという簡単な操作で精算処理が可能である。従って、利用者にとって非常に高い利便性が発揮される。また、車両ナンバー入力のためのテンキー入力装置等を省略することも可能であるので、設置コストの低減になる。また、入場／出場口に車両の通過を制限するゲート装置を設置しないので、設置コストのさらなる低減になる。さらに、駐車券を利用しないので、駐車券の発行に係る装置を必要とせずに設置コストが低減され、使いきりの駐車券が不要となってランニングコストの低減にもなる。

また、利用者が事前精算時の操作をミスして他人の車両の精算をおこなった場合や、事前精算機の操作を失念して出場した場合でも、案内装置６０による通知情報の出力により、簡単にその状況を利用者に知らしめることができ、利用者にとって利便性の高い駐車場の管理システムが実現される。

通知情報により、精算を間違えた利用者がすぐにその間違いに気づき、対応をとることが可能である。従って、間違えて精算された車両の精算情報は、すぐに正常な状態に復帰される。従って間違えられた利用者が正常な精算ができずに係員に対応を相談するといったことを防止することが可能となる。

＜第２の実施形態＞
本発明に係る第２の実施形態の駐車場管理システムについて説明する。これ以降の説明では、上記の実施形態で説明した駐車場管理システム２０における構成及び作用と同様な部分については、その説明を省略又は簡略化する。

本実施形態では、事前精算機３０により、カメラ２５等により撮影された動画像に基づいてナンバープレート情報として車両ナンバーが読み取り可能である。例えばナンバープレートの部分を抽出する画像処理や、ＯＣＲ（Optical Character Recognition）処理等の技術により、車両ナンバーの読取りは実現可能である。もちろん他の任意の技術が用いられてもよい。

読み取られた車両ナンバーは、入場車両５を識別可能な識別情報として、入場車両５に付与される。従って、本実施形態では、図１０に示す停止情報７２や図１６に示す精算情報７７が、車両ナンバーに関連付られて生成され記憶される。

図１８は、本実施形態に係る精算開始画面Ｐ５の一例を示す模式図である。本実施形態では、自分の車両５を選択する方法として、現在の駐車場領域９０の画像からの選択と、車両ナンバーの入力との、２つの方法が選択可能である。「画像から選択」キーを選択すると、図１３等に示す車両決定画面Ｐ２が表示される。「ナンバーで選択」キーを選択すると、車両ナンバーを入力するための画面が表示される。

車両ナンバーを入力すると、例えば入力された車両ナンバーの駐車車両５ａが強調された駐車場領域９０の画像が表示され、この車両でＯＫかどうかの確認操作が求められる。利用者によりＯＫの旨が入力されると、駐車料金が算出され精算操作画面Ｐ３が表示される。もちろん、このような精算方法に限定される訳ではない。

図１９は、本実施形態に係る不正記録画像９５の一例を示す模式図である。図１９に示す不正記録画像９５は、「ナンバー○○YYY-W-VVVVは不正車両と記録します」のテキスト画像を含む。スピーカ６５により、同様の内容の音声が出力されると同時に、警報音が出力される。車両ナンバーを特定して不正車両である旨を直接的に通知することが可能であり、不正利用の件数を抑えることが可能となる。

出口カメラ６４により撮影された動画像に基づいて、出場車両５ｂの車両ナンバーを読み取ることが可能である。これにより、車両決定画面Ｐ２を介して選択され事前精算された車両５と、出場車両５ｂとが同じ車両であるかどうかを判定することが可能である。これにより、利用者の誤精算であるか否かを判定することが可能となる。誤精算である場合、案内装置６０により、未精算である旨とともに誤精算である旨の通知情報が出力されてもよい。

また誤精算であると判定された場合、誤精算フラグを立てて出場情報を記録する一方で、在車データから当該車両ナンバーで情報を削除せず、その車両ナンバーでの精算を受付けるようにしてもよい。

また不正条件の設定についても、車両ナンバーに基づいた種々の条件を設定することが可能である。例えば、過去に未精算フラグや不正フラグが付与された車両については、未精算状態の発生に応じて不正フラグが付与される。過去に未精算フラグや不正フラグが付与されたことのない車両については、最初の未精算状態については、不正フラグは付与しない。このような設定が考えられる。

案内装置６０に出口カメラ６４が設けられているので、未精算車両の車両ナンバーを確実に撮像することができ、意図的に未精算で出場する利用者の不正を抑止することができる。

このように、入場車両５を識別可能な識別情報として、ナンバープレート情報を用いることが可能である。その他、車両に搭載されたＥＴＣ（Electronic Toll Collection）車載器を識別するＷＣＮ（Wireless Call Number）が、識別情報として用いられてもよい。また車両の外形や車体番号等が識別情報として用いられてもよい。

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

上記では、入場口と出場口とが共通である場合を説明した。これに限定されず、入場口と出場口とが別個に設けられてもよい。例えば中央分離帯を挟んで、入場口及び出場口が並んで配置されてもよい。あるいは、まったく別の場所に、入場口及び出場口がそれぞれ設けられてもよい。いずれの場合にも、出場口の付近に案内装置を設置することで、本技術を適用することが可能である。

図１のような比較的小規模な駐車場等において、カメラ２５と出口カメラ６４とを兼用することも可能である。その場合、案内装置６０は単にディスプレイ６３とスピーカ６５とで構成すればよく、必ずしも車路の片側に立設された筐体６２に内蔵されていなくても構わない。例えば入場／出入口１０の車路の上部にガントリーを設置し、車路の真上にディスプレイやスピーカ等を配置してもよい。

比較的大規模な駐車場等において、構内から出場口を繋ぐつなぐ出場レーンが構成されている場合もある。この場合、出場レーンに進入する車両が、出場車両として検出されてもよい。また案内装置が、出場レーンの途中に配置されてもよい。

図４に例示する事前精算機３０の機能（ブロック）の全部又は一部を、案内装置６０に備えさせてもよい。

上記では、未精算で出場する車両５に未精算フラグが付与された。一方、月末に一括で駐車料金を精算するような運用が行われる場合には、通常の駐車料金として算出されて記憶されてもよい。すなわち駐車車両５ａが検出された動画像の撮影時刻と、駐車車両５ａの駐車スペース１５（駐車場領域９０）からの移動が検出された動画像の撮影時刻との差分に応じて、不正ではない通常の駐車料金が算出されてもよい。これにより利用者は、特別な操作等を行うことなく、車両５を駐車場１００に駐車することが可能となり、高い利便性が発揮される。

図１３及び図１４で例示した車両決定画面Ｐ２において、各車両５を選択するための外枠画像７５が、順に表示されてもよい。そして、利用者の選択したい車両５に外枠画像７５が表示されたタイミングで決定釦等を押すことで、車両５を選択することが可能である。すなわち受付部として、タッチパネル３９に代えて、あるいは加えて、物理的な釦等が設置されてもよい。

なお、本技術の実施例は、車両として普通自動車や大型自動車等を問わず、または二輪車も併用で管理することもできる。例えば駐車場の駐車スペースの一部が二輪車用のスペースであって、利用者はそのエリアを撮像するカメラの画像から、自分の二輪車を選択して、停止時間と現在時間の差異から、駐車時間を算出して、駐車料金を算出するようにしてもよい。

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

加えて、移動体の監視は車両に限らず、人物に各々ＩＤを付与してその移動を監視してもよい。乗車人数のデータを採取して利用者の行動を分析したり、不審者の行動を監視して、自動的に警備会社に通報するようにすることも可能である。

上記では、駐車スペースが枠線により規定されている場合を例に挙げた。これに限定されず、駐車スペースが規定されていない場合にも、本技術は適用可能である。例えば、大型車両や軽自動車が混在する駐車場等で、予め枠線をペイントされておらずとも、従来のように車室番号を入力する操作がないため、駐車スペースの概念そのものが不要である。

さらに、普段は空地になっている土地を、イベント等の際に臨時の駐車場として活用する場合や、舗装されていない土地を駐車場とする場合等、駐車スペースの枠線を敷設することが不可能であっても、カメラや事前精算機を設置することで、本技術の駐車場管理装置による運用が容易に開始される。

上記では、事前精算機が、本技術に係る駐車場管理装置として機能する場合を例に挙げた。これに限定されず、本技術に係る駐車場管理装置が、他の位置に配置され、インターネット等を介して、駐車場に配置された各装置と通信可能に接続されてもよい。すなわち本技術に係る駐車場管理システムが、インターネット等を介して接続された複数の装置により実現されてもよい。また表示部や受付部が事前精算機に備えられる場合に限定されず、駐車場に配置された他の装置に備えられてもよい。

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

各図面を参照して説明した駐車場、事前精算機、案内装置、画像、移動体の検出／追跡フロー、通知情報の出力フロー等はあくまで一実施形態であり、本技術の趣旨を逸脱しない範囲で、任意に変形可能である。すなわち本技術を実施するための他の任意の構成やアルゴリズム等が採用されてよい。

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

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

本発明の技術は、小規模か大規模か、屋内か屋外かを問わず、設置コストとランニングコストの削減を図る有料駐車場において、好適に利用できるものである。

ＩＭ３…現在の画像
ＩＭ４…選択用画像
Ｐ４…出場後精算画面
５…車両（入場車両）
５ａ…駐車車両
５ｂ…出場車両
２０…駐車場管理システム
２５…カメラ
３０…事前精算機
４７…移動体ＩＤ制御部
５０…精算対象決定部
５１…駐車料金算出部
５２…案内装置制御部
５３…出場車両検出部
５４…精算情報取得部
５５…不正車両判定部
６０…案内装置
６２…筐体
６３…ディスプレイ
６４…出口カメラ
６５…スピーカ
７２…停止情報
７４ａ…一旦停止画像
７４ｂ、７４ｅ…出場誘導画像
７４ｃ…未精算通知画像
７４ｄ…管理会社情報画像
７４ｆ、９５…不正記録画像
７５…外枠画像
７７…精算情報
９０…駐車場領域
１００…駐車場

Claims (18)

1. 駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶する記憶部と、
   出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得する取得部と、
   取得された前記出場車両の前記精算情報に基づいて、前記出場車両についての前記駐車料金の精算に関する通知情報を出力する出力部と、
   利用者の操作を受付ける受付部と、
   受付けられた利用者の車両を選択する操作に基づいて、選択された車両の駐車料金を算出する算出部と
   を具備し、
   前記算出部は、受付けられた過去の日時情報を入力する操作に基づいて、入力された前記過去の日時情報に対応する時期に駐車した車両の駐車料金を算出する
   駐車場管理システム。
2. 請求項１に記載に駐車場管理システムであって、
   前記取得部は、前記出場口に移動する車両を前記出場車両として検出し、
   前記出力部は、前記出場口の付近に配置される
   駐車場管理システム。
3. 請求項１又は２に記載の駐車場管理システムであって、
   前記出力部は、前記出場車両について前記駐車料金の精算が完了している場合に前記出場口からの出場を促す旨の通知情報を出力し、前記出場車両について前記駐車料金の精算が完了していない場合に前記駐車料金の精算が完了していない旨の通知情報を出力する
   駐車場管理システム。
4. 請求項１から３のうちいずれか１項に記載の駐車場管理システムであって、さらに、
   前記出場車両が不正車両であるか否かを判定する判定部を具備し、
   前記出力部は、前記出場車両は前記不正車両であると判定された場合に、前記出場車両は前記不正車両である旨の通知情報を出力する
   駐車場管理システム。
5. 請求項１から４のうちいずれか１項に記載の駐車場管理システムであって、
   前記出力部は、前記出場車両を誘導するための誘導情報を出力する
   駐車場管理システム。
6. 請求項５に記載の駐車場管理システムであって、
   前記出力部は、前記出場口の周辺の交通状況に基づいて前記誘導情報を出力する
   駐車場管理システム。
7. 請求項１から６のうちいずれか１項に記載の駐車場管理システムであって、
   前記出力部は、前記出場口の付近に設置された筐体と、前記筐体に設置される撮像装置とを有する
   駐車場管理システム。
8. 請求項１から７のうちいずれか１項に記載の駐車場管理システムであって、
   前記出力部は、ディスプレイ、及びスピーカの少なくとも１つを有する
   駐車場管理システム。
9. 請求項８に記載の駐車場管理システムであって、
   前記出力部は、画像表示、及び音声出力の少なくとも１つにより、前記通知情報を出力する
   駐車場管理システム。
10. 請求項８又は９に記載の駐車場管理システムであって、
    前記出力部は、画像表示、及び音声出力により、前記通知情報を出力する
    駐車場管理システム。
11. 請求項１から１０のうちいずれか１項に記載の駐車場管理システムであって、さらに、
    前記駐車場内の領域を撮影する撮像部と、
    前記撮像部により撮影された前記入場車両の画像に基づいて、前記入場車両に前記識別情報を付与する付与部と
    を具備する駐車場管理システム。
12. 請求項１１に記載の駐車場管理システムであって、
    前記付与部は、前記入場車両の画像に基づいて、前記入場車両のナンバープレート情報を前記識別情報として生成し、前記入場車両に付与する
    駐車場管理システム。
13. 請求項１１又は１２に記載の駐車場管理システムであって、さらに、
    前記撮像部により撮影された画像に基づいて、前記駐車場内の領域の現在の画像を表示可能な表示部を具備し、
    前記算出部は、表示された前記現在の画像に含まれる車両を選択する操作に基づいて、選択された車両の駐車料金を算出する
    駐車場管理システム。
14. 請求項１３に記載の駐車場管理システムであって、
    前記表示部は、前記現在の画像に含まれる車両を選択するための選択用画像を、前記現在の画像に重畳させて表示する
    駐車場管理システム。
15. 請求項１３又は１４に記載の駐車場管理システムであって、
    前記受付部及び前記表示部は、前記現在の画像を表示可能であり、前記利用者のタッチ操作を受付可能なタッチパネルを含む
    駐車場管理システム。
16. 駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶する記憶部と、
    出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得する取得部と、
    取得された前記出場車両の前記精算情報に基づいて、出力装置による前記出場車両についての前記駐車料金の精算に関する通知情報の出力を制御する出力制御部と、
    利用者の操作を受付ける受付部と、
    受付けられた利用者の車両を選択する操作に基づいて、選択された車両の駐車料金を算出する算出部と
    を具備し、
    前記算出部は、受付けられた過去の日時情報を入力する操作に基づいて、入力された前記過去の日時情報に対応する時期に駐車した車両の駐車料金を算出する
    駐車場管理装置。
17. コンピュータが実行する駐車場管理方法であって、
    駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶する記憶ステップと、
    出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得する取得ステップと、
    取得された前記出場車両の前記精算情報に基づいて、出力装置による前記出場車両についての前記駐車料金の精算に関する通知情報の出力を制御する出力制御ステップと、
    利用者の操作を受付ける受付ステップと、
    受付けられた利用者の車両を選択する操作に基づいて、選択された車両の駐車料金を算出する算出ステップと、
    を含み、
    前記算出ステップは、受付けられた過去の日時情報を入力する操作に基づいて、入力された前記過去の日時情報に対応する時期に駐車した車両の駐車料金を算出する
    駐車場管理方法。
18. コンピュータに駐車場管理方法を実行させるプログラムであって、
    前記駐車場管理方法は、
    駐車場に入場する入場車両を識別可能な識別情報と、前記入場車両についての駐車料金の精算に関する精算情報とを関連付けて記憶する記憶ステップと、
    出場車両を検出し、検出された前記出場車両の前記精算情報を、検出された前記出場車両の前記識別情報に基づいて取得する取得ステップと、
    取得された前記出場車両の前記精算情報に基づいて、出力装置による前記出場車両についての前記駐車料金の精算に関する通知情報の出力を制御する出力制御ステップと、
    利用者の操作を受付ける受付ステップと、
    受付けられた利用者の車両を選択する操作に基づいて、選択された車両の駐車料金を算出する算出ステップと、
    を含み、
    前記算出ステップは、受付けられた過去の日時情報を入力する操作に基づいて、入力された前記過去の日時情報に対応する時期に駐車した車両の駐車料金を算出する
    プログラム。

Images