JP7014108B2 - 駐車場監視システム及びプログラム - Google Patents

Description

本発明は駐車場監視システム及びプログラム、特に、娯楽施設などに設置された車両の監視に好適な駐車場監視システム及びプログラムに関する。

近年、パチンコホール等の娯楽施設に駐車した車両の車内に子供を放置し、熱中症などを発症させる事故が発生しており、それを防ぐため、娯楽施設の従業員が駐車場を定期的に見回り監視し、車内に子供が放置されていないかの確認を実施している。

また、娯楽施設の駐車場に存在する車両の車内を人手を使わずに監視する技術も提案されている。すなわち、特許文献１には、「遊技場の駐車場には、駐車ロットに駐車した車を特定する認識装置と駐車場を移動する移動装置とを備え、前記認識装置には駐車された車の認識情報を送信する送信手段を備え、前記移動装置には少なくとも撮像装置及び撮像装置で撮像した情報を送信する送信手段を備え、遊技場内には少なくとも前記認識装置の送信装置から送られた情報と前記移動装置からの撮像情報を受け取る手段を備えた管理装置を備え、前記移動装置に備えた撮像装置で撮像された車内の情報と該撮像された車を特定する認識情報を管理することを特徴とする遊技場の駐車場の管理方法。」が提案されている。

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

しかしながら、従業員による定期的な見回り監視では、一定時間毎に１台１台見回り監視しているため、広大な駐車場の場合、監視時間が長くなるという問題がある。また、長時間駐車している車両に対しては、前回の見回り監視時に車内に子供が放置されていなかったことが確認済みであったとしても、再度確認することになり、監視効率が悪いという問題もある。

また、特許文献１に記載された「遊技場の駐車場の管理方法」では、駐車場の駐車ロット毎の認識装置、及び駐車場内を移動する移動装置などが必要となるため、装置コストが高くなるなどの問題がある。

本発明は、このような問題を解決するためになされたものであり、その目的は、駐車場を見回り監視して車内を確認する際の監視時間の短縮及び監視の効率化を図ることである。

本発明は、駐車場への車両の入庫を検出する入庫検出手段と、前記駐車場を見回り監視し、前記駐車場に存在する車両の車内を確認する監視者により所持される携帯端末と、前記入庫検出手段による入庫検出、及び前記携帯端末からの確認結果に基づく管理情報を生成・保持して前記駐車場を管理する管理装置と、を有する駐車場監視システムであって、前記管理装置は、前記管理情報を保持する管理情報記憶部と、前記入庫検出手段による入庫検出に基づいて、未確認であることを表す第１の管理情報を生成し、前記管理情報記憶部に書き込む第１の管理情報処理手段と、前記携帯端末からの確認結果に基づいて、確認済みであることを表す第２の管理情報を生成し、前記管理情報記憶部に保持されている第１の管理情報を書き換える第２の管理情報処理手段と、前記携帯端末に対して、前記管理情報記憶部に保持されている管理情報を送信する送信手段と、を有する駐車場監視システムである。
また、本発明は、駐車場への車両の入庫を検出する入庫検出手段と、前記駐車場を見回り監視し、前記駐車場に存在する車両の車内を確認する監視者により所持される携帯端末と、を有する駐車場監視システムにおける前記携帯端末で使用される駐車場監視プログラムであって、前記携帯端末に、前記入庫検出手段による入庫検出に基づいて、未確認であることを表す第１の管理情報を生成し、管理情報記憶部に書き込む第１の管理情報処理と、前記監視者による確認結果の入力に基づいて、確認済みであることを表す第２の管理情報を生成し、前記管理情報記憶部に保持されている第１の管理情報を書き換える第２の管理情報処理と、を実行させる駐車場監視プログラムである。

本発明によれば、駐車場見回り監視して車内を確認する際の監視時間の短縮及び監視の効率化を図ることができる。

本発明の第１の実施形態に係る駐車場監視システムの概略構成を示す図である。 本発明の第１の実施形態に係る駐車場監視システムにおける駐車場データベースのデータ構造及び保持されているデータの時間的変化の一例を示す図である。 本発明の第１の実施形態に係る駐車場監視システムにおける管理サーバと携帯端末との関連動作を示すフローチャートである。 図３に示されているフローの実行時の携帯端末の表示画面の一例を示す図である。 本発明の第２の実施形態に係る駐車場監視システムの概略構成を示す図である。 本発明の第２の実施形態に係る駐車場監視システムにおける駐車場データベースのデータ構造を示す図である。 本発明の第２の実施形態に係る駐車場監視システムの動作の一例を示すシーケンス図である。 本発明の第２の実施形態に係る駐車場監視システムにおける駐車場データベースに保持されているデータ及び携帯端末の表示画面を示す図である。 本発明の第３の実施形態に係る駐車場監視システムにおける駐車場データベースのデータ構造を示す図である。 本発明の第３の実施形態に係る駐車場監視システムの動作の一例を示すシーケンス図である。

以下、本発明の実施形態について図面を参照して詳細に説明する。
［第１の実施形態］
〈システムの概略構成〉
図１は、本発明の第１の実施形態に係る駐車場監視システムの概略構成を示す図である。この駐車場監視システムは娯楽施設などに設置される。

図示のように、本実施形態に係る駐車場監視システムは、ＬＡＮ（Local Area Network）などのネットワークに接続された監視カメラ２、ＷｉＦｉルータ３及び管理サーバ４、並びにＷｉＦｉルータ３及びネットワーク１を介して管理サーバ４と通信可能な携帯端末５を備えている。

監視カメラ２は、１台で監視対象である駐車場全体を撮像可能な広視野のカメラであり、駐車場全体の画像データを管理サーバ４へ常時送信する。勿論２台以上のカメラで駐車場を分担して撮像するように構成してもよい。また、監視カメラ２を駐車場に固定的に設置するのではなく、ドローンのような移動体に設けてもよい。

ＷｉＦｉルータ３は、携帯端末５との間でＷｉＦｉによる無線通信を行うことで、管理サーバ４と携帯端末５との間の通信を可能にする。

本発明に係る管理装置としての管理サーバ４は、この駐車場監視システム全体を管理するコンピュータであって、ＣＰＵ、ＲＯＭ、ＲＡＭなどからなる駐車管理部４１と、駐車管理部４１で生成された各種管理情報を保持する管理情報記憶部としての駐車場ＤＢ（データベース）４２と、ユーザＩ／Ｆ（インタフェース）として、ＬＣＤなどからなる表示部４３と、各種キーなどからなる入力部４４を備えている。

携帯端末５は、駐車場を見回り監視する監視者（ここでは娯楽施設などの従業員）が所持するタブレット端末やスマートフォンなどであり、ＷｉＦｉルータ３との間の無線通信機能を備えている。なお、図示を省略したが、ＷｉＦｉルータ３が駐車場全体をカバーできない場合は、携帯端末５はキャリア回線を用いて管理サーバ４と通信を行う。

管理サーバ４の駐車管理部４１は、そのハードウェアとＲＯＭ及びハードディスク上のプログラム（ソフトウェア）により実現される手段として、駐車エリア入庫検出手段４１ａ、駐車エリア出庫検出手段４１ｂ、第１の管理情報処理手段４１ｃ、第２の管理情報処理手段４１ｄ、及び第３の管理情報処理手段４１ｅを備えている。

駐車エリア入庫検出手段４１ａは、監視カメラ２からの映像データを処理することで、駐車場に区画された複数の駐車エリアのそれぞれに対する入庫を検出する。各駐車エリアは１台の車両を駐車可能なスペースを有する。駐車エリア出庫検出手段４１ｂは、監視カメラ２からの映像データを処理することで、駐車場の駐車エリア毎の出庫を検出する。

第１の管理情報処理手段４１ｃは、駐車エリア入庫検出手段４１ａによる入庫検出に基づいて、当該駐車エリアに存在する車両の車内が未確認であることを表す第１の管理情報などを生成して、駐車場ＤＢ４２に書き込む。

第２の管理情報処理手段４１ｄは、管理サーバ４から確認を要求された未確認の駐車エリアの確認結果に基づいて、当該駐車エリアが確認済みであることを表す第２の管理情報などを生成し、駐車場ＤＢ４２に保持されている第１の管理情報を書き換える。

第３の管理情報処理手段４１ｅは、駐車エリア出庫検出手段４１ｂによる出庫検出に基づいて、当該駐車エリアの確認が不要であることを表す第３の管理情報などを生成し、駐車場ＤＢ４２に保持されている第１の管理情報又は第２の管理情報を書き換える。

〈駐車場ＤＢデータ構造及び保持されている情報〉
図２は、本発明の第１の実施形態に係る駐車場監視システムにおける駐車場データベースのデータ構造及び保持されているデータの時間的変化の一例を示す図である。ここで、図２Ａはデータ構造、図２Ｂ、Ｃ、Ｄは、それぞれ８時３０分、９時３０分、１０時３０分に保持されているデータを示している。

図２Ａに示されているように、駐車場ＤＢ４２に保持されるデータ４２ａは、「駐車エリア」、「入庫時刻」、「確認予定時刻」、「安全確認フラグ」、「確認実施時刻」、及び「備考」からなる。

「駐車エリア」は駐車エリアの識別情報である。「入庫時刻」は、駐車エリアに車両が入庫（駐車開始）した時刻である。「確認予定時刻」は、入庫時刻から一定時間（ここでは６０分）後に設定された入庫した車両の車内の確認予定時刻である。「安全確認フラグ」は、安全の確認、すなわち車内の確認が未実施（未確認）の時は０(OFF)、実施済み（確認済み）の時は１(ON)が書き込まれる。つまり、「安全確認フラグ」の０、１が、それぞれ第１の管理情報、第２の管理情報に相当する。「確認実施時刻」は、確認を実施した時刻である。通常、確認予定時刻に実施されるが、後述するように他の駐車エリアと併せて早く実施されることもある。

図２Ｂに示されている８時３０分（例えば営業開始前）には、駐車場には車両が１台も入庫していないので、データは全て空（null）である。

一方、図２Ｃに示されている９時３０分には、９時００分にエリア１、９時２０分にエリア２に入庫し、それぞれの確認予定時刻が１０時００分、１０時２０分に設定され、安全確認フラグが０(OFF)にセットされた状態が保持されている。

また、図２Ｄに示されている１０時３０分では、１０時１５分にエリア３に入庫し、その確認予定時刻が１１時１５分に設定され、安全確認フラグが０(OFF)にセットされた状態、並びに、エリア１、エリア２の車両の確認実施時刻が１０時０１分、１０時０２分であったこと、安全確認フラグが１(ON)にセットされたこと、及び「備考」として、エリア２がエリア１と併せて確認されたことが保持されている。

〈駐車場監視システムの動作〉
図３は、本発明の第１の実施形態に係る駐車場監視システムにおける管理サーバと携帯端末との関連動作を示すフローチャートである。

管理サーバは、監視カメラ２（図１）から常時送信されている映像データを受信し（ステップＳＴ１）、映像データを解析して、入庫車・出庫車の検出処理を行い（ステップＳＴ２）、駐車エリア毎の入庫車・出庫車の有無を判断する（ステップＳＴ３）。

入庫車及び／又は出庫車が検出された場合（ステップＳＴ３：有）、ステップＳＴ４を実行する。すなわち、入庫車については入庫時刻、確認予定時刻、及び安全確認フラグ（＝０）を駐車場ＤＢに書き込み、出庫車については駐車場ＤＢ上の該当車両に関するデータをクリア（消去する）。つまり、データの空（null）が第３の管理情報に相当する。ここで、駐車場ＤＢ上の該当車両に関するデータの消去は例えば以下の方法で行う。入庫時に取得した映像データから解析したナンバーを駐車場ＤＢの備考欄に記録しておき、出庫時に取得した映像データからナンバーを解析し、駐車場ＤＢの備考欄から該当するナンバーを検出し、当該ナンバーに該当するデータを削除する。

管理サーバは、ステップＳＴ４を実行した後、ステップＳＴ５に進み、駐車場ＤＢのデータを携帯端末へ送信する。また、管理サーバは、入庫車も出庫車も検出されなかった場合は（ステップＳＴ３：無）、そのままステップＳＴ５に進む。

携帯端末は、管理サーバからの駐車場ＤＢのデータを受信し、受信したデータを基に内部データと表示画面を更新する（ステップＳＴ１１）。表示画面の例については図４を参照して後述する。

管理サーバは、安全確認フラグが０の駐車エリアの確認予定時刻になると（ステップＳＴ６）、携帯端末に対して、その駐車エリアに存在する車両の確認要求を送信する（ステップＳＴ７）。携帯端末は、確認要求を受信し、その確認要求を表す表示画面を表示する（ステップＳＴ１２）。

従業員が確認を実行し、確認結果を携帯端末に入力すると、携帯端末は入力された確認結果を基に内部データと表示画面を更新し、確認結果を管理サーバへ送信する（ステップＳＴ１３）。このとき、確認結果が子供の放置無の場合と放置有との場合とで異なる表示態様とする。以後、携帯端末はステップＳＴ１１の処理から繰り返す。

管理サーバは、確認結果を受信すると（ステップＳＴ８：Yes）、確認結果を駐車場ＤＢに反映させる。すなわち、安全確認フラグを１にセットする（ステップＳＴ９）。子供の放置有の場合は、備考欄にそれを書き込む。以後、管理サーバはステップＳＴ１の処理から繰り返す。

〈携帯端末の表示画面〉
図４は、図３に示されているフローの実行時の携帯端末の表示画面の一例を示す図である。ここでは、駐車エリアとしてエリア１～５を図示した。また、駐車エリアの表示範囲の下に現在時刻を表示している。

図４Ａは、エリア１とエリア３に車両が存在しており、かつ未確認、すなわち確認予定時刻以前の状態を表している。この画面は図３のステップＳＴ１１で表示されるが画面の一例である。

また、図４Ｂは、エリア１に存在する車両の確認要求を受信したときの表示画面を表している。この画面は図３のステップＳＴ１２で表示される画面の一例である。

また、図４Ｃは、図４Ｂに示されている確認要求の表示の後、エリア１に存在する車両の確認に併せてエリア３に存在する車両の確認を実施したときに表示される画面を表している。この画面は図３のステップＳＴ１３で表示される画面の一例である。

また、図４Ｄは、図４Ｃに示されている状態の後、エリア５に車両が入庫し、確認予定時刻に到達していないときの状態を表している。この画面は図３のステップＳＴ１１で表示されるが画面の一例である。

また、図４Ｅは、図４Ｄに示されている状態の後、エリア５に駐車中の車両の確認要求を受信したときの表示画面を表している。この画面は図３のステップＳＴ１２で表示される画面の一例である。

また、図４Ｆは、図４Ｅに示されている状態の後、エリア５に存在する車両の確認が終了し、さらにエリア１に存在した車両が出庫した後の状態を示している。この画面は図３のステップＳＴ１１で表示されるが画面の一例である。

なお、ここでは便宜上、内部に「未」、「要」、「済」の文字を含む円により、それぞれ未確認、確認必要、確認済みを表すものとしたが、実際には駐車エリアの画像の表示色、表示パターン（点灯、点滅）などにより、各状態を識別可能に表示することが好適である。また、音声により確認要求を併用してもよい。

本実施形態には下記（１）～（５）の変形が可能である。
（１）見回り監視を入庫時刻から所定時間後に実施する代わりに、入庫時刻には無関係な一定時間毎の定期監視時刻（例．１０時３０分、１１時３０分、１２時３０分、・・・）に実施する。
（２）管理サーバ４が駐車場ＤＢ４２のデータを入庫検出毎、出庫検出毎に自発的に携帯端末５に送信する代わりに、携帯端末５からの送信要求に応じて送信する。この場合の送信要求を上述した入庫時刻には無関係な一定時間毎の定期監視時刻にすることもできる。
（３）各駐車エリアの入庫、出庫の検出を各駐車エリアに設けた各種センサ（赤外線センサ、超音波センサ、重量センサなど）により行う。車両のロックシステムと連動させることもできる。
（４）確認実施時刻を先送りすることで、確認実施回数の削減を図る。すなわち、車内確認が未実施車両における入庫時刻の最古が１４時００分で、１時間以上の子供の車内放置を監視する場合、１４時３０分が定期監視時刻であっても、１５時００分に延期する。この間に該当の車両が出庫した場合、別の最古時間から監視時刻を抽出することができ、更なる効率化が可能となる。
（５）管理サーバ４の機能を携帯端末５に持たせる。このシステム構成の場合、管理サーバ４が無くなり、携帯端末５が監視カメラ２からの映像データを処理する。

［第２の実施形態］
〈システムの概略構成〉
図５は、本発明の第２の実施形態に係る駐車場監視システムの概略構成を示す図である。この図において、図１と同一又は対応の部分には図１と同じ参照符号が付されている。

本実施形態に係る駐車場監視システムは、主として下記（１）～（３）の点で第１の実施形態に係る駐車場監視システムと相違する。
（１）駐車場全体の映像データを管理サーバ４へ常時送信する監視カメラ２に代えて、駐車場に対する車両の入庫、出庫をそれぞれ検出して管理サーバ４に通知する入庫センサ６、出庫センサ７を設けた。
（２）管理サーバ４は、駐車エリア毎の入庫、出庫、確認要否等を管理する代わりに、駐車場全体として、すなわち駐車エリアを識別することなく、入庫、出庫、確認要否等を管理する。
（３）携帯端末５は、管理サーバ４からの駐車場ＤＢ４２のデータに基づいて、駐車エリア毎の未確認車両、確認済み車両等を表示画面に表示する代わりに、従業員の確認結果の入力に基づいて、確認済み車両を表示画面に表示する。

図５に示されているように、本実施形態に係る駐車場監視システムは、ＬＡＮなどのネットワークに接続された入庫センサ６、出庫センサ７、ＷｉＦｉルータ３及び管理サーバ４、並びにＷｉＦｉルータ３及びネットワーク１を介して管理サーバ４と通信可能な携帯端末５を備えている。

入庫センサ６は、駐車場の入口に設けられており、駐車場への車両の入庫を検出し管理サーバ４に通知する。また、出庫センサ７は、駐車場の出口に設けられており、駐車場からの車両の出庫を検出して管理サーバ４に通知する。入庫センサ６及び出庫センサ７は、赤外線センサ、超音波センサ、ビデオカメラ等で構成される。

ＷｉＦｉルータ３、携帯端末５は、第１の実施形態に係るＷｉＦｉルータ３、管理サーバ４と、携帯端末５と同様の構成を有している。一方、管理サーバ４は、第１の実施形態に係る管理サーバ４とは駐車管理部４１の機能構成が異なる。すなわち、駐車管理部４１は、駐車エリア入庫検出手段４１ａ及び駐車エリア出庫検出手段４１ｂを備えていない。また、後述するように、駐車場ＤＢ４２に保持されるデータのデータ構造も第１の実施形態とは異なる。

〈駐車場ＤＢデータ構造〉
図６は、本発明の第２の実施形態に係る駐車場監視システムにおける駐車場データベースのデータ構造を示す図である。図示のように、本実施形態では、駐車場ＤＢ４２に保持されるデータ４２ｂは、「空き／入庫」、「確認不要／確認必要／確認済み」、及び「確認予定時刻」からなる。

「空き／入庫」は、初期状態、すなわち、営業開始前などの駐車場に車両が１台も入庫していない時は「空き」、駐車場に車両が入庫する毎に「入庫」となる。また、駐車場から全ての車両が出庫したときに「空き」となる。

「確認不要／確認必要／確認済み」は、「入庫／空き」が「空き」のときに「確認不要」となり、「空き／入庫」が「入庫」であり、かつ携帯端末５から確認結果が通知されていない時に「確認必要」となり、「空き／入庫」が「入庫」であり、かつ携帯端末５から確認結果が通知された後に「確認済み」となる。つまり、「確認必要」、「確認済み」、「確認不要」がそれぞれ第１の管理情報、第２の管理情報、第３の管理情報に相当する。

「確認予定時刻」は、第１の実施形態と同様、入庫時刻から所定時間後（例えば６０分後）の時刻である。

〈駐車場監視システムの動作〉
図７は、本発明の第２の実施形態に係る駐車場監視システムの動作の一例を示すシーケンス図である。また、図８は、本発明の第２の実施形態に係る駐車場監視システムにおける駐車場データベースに保持されているデータ及び携帯端末の表示画面を示す図である。

管理サーバ４の駐車場ＤＢには、「空き／入庫」として「空き」が、「確認不要／確認必要／確認済み」として「確認不要」が、それぞれ書き込まれ、保持されている。また、「確認予定時刻」は空（null）である（手順Ｓ１）。

携帯端末５は、従業員により電源がオンされると（手順Ｓ２）、管理サーバ４に対して、駐車場確認状況を問い合わせる（手順Ｓ３）。管理サーバ４は、この問合せに応じて、確認情報を通知する（手順Ｓ４）。このとき、管理サーバ４は、駐車場ＤＢ４２に保持されているデータを基に「空き」を通知する。従業員は、携帯端末５により受信・表示される確認情報の「空き」に基づき、確認不要であると判断し、車内確認を省略する。

次に入庫センサ６が入庫を検出し、管理サーバ４へ入庫を通知する（手順Ｓ５）。管理サーバ４は、入庫の通知に基づき、駐車場ＤＢに「入庫」、「確認必要」、「時刻t1」（例えば入庫時刻から６０分後）を書き込み（手順Ｓ６）、携帯端末５へ確認情報を通知する（手順Ｓ７）。この確認情報通知には、「入庫」及び「時刻t1」が含まれている。携帯端末５は、確認情報を受信し、「時刻t1」を内部メモリで保持する。

図８Ａは、手順Ｓ５の実行により駐車場ＤＢ４２に保持されているデータの一例を示している。ここで、現在時刻を９時００分、確認予定時刻を１０時００分とした。

携帯端末５は、時刻t1、すなわち手順Ｓ７で通知された確認予定時刻に到達すると、従業員に確認を要求するメッセージなどを表示し、従業員が車内確認を実施する。このとき、従業員は駐車場に存在する車両のうち、確認済みでない全ての車両を確認する。したがって、駐車場に存在する全車両が未確認である初回の確認時には全車両を確認する。

図８Ｂは、確認実施前に携帯端末５に表示される駐車場の画像を表しており、図８Ｃは、従業員の確認結果の入力に基づいて表示される駐車場の画像を表している。図示のように、確認前にはエリア１～５の画像と現在時刻（１０：００）が表示されるのみであるが、確認結果の入力により、エリア１の確認が済んだことが表示される。これらの図から、１０時００分の時点で、エリア１～５のうち、エリア１に未確認の車両が存在し、１０時０２分の時点で車内確認が実施済みであることが判る。

携帯端末５は、管理サーバ４へ確認結果を通知する（手順Ｓ８）。管理サーバ４は、確認結果の通知に基づいて、駐車場ＤＢに保持されている「確認必要」を「確認済み」に変更し、「時刻t1」を「空」に変更する（手順Ｓ９）。

その後、出庫センサ７が出庫を検出し、管理サーバ４へ出庫を通知する（手順Ｓ１０）。管理サーバ４は、駐車場ＤＢに保持されている「確認必要」、「確認済み」を、それぞれ「空き」、「確認不要」に変更し（手順Ｓ１０）、「空き」を含む確認情報を通知する（手順Ｓ１１）。従業員は、携帯端末５により受信・表示される確認情報の「空き」に基づき、確認不要であると判断し、車内確認を省略する（手順Ｓ１２）。

以上、１台の車両の入庫から出庫までの動作シーケンスについて説明した。次に複数台の車両の入庫、出庫までの動作シーケンスについて説明する。図７における手順Ｓ７と確認予定時刻との間に入庫があった場合、手順Ｓ７の後、手順Ｓ５，Ｓ６，Ｓ７と同様の手順を繰り返す。以下、これらを手順Ｓ５ａ，Ｓ６ａ，Ｓ７ａと言う。

ここで、手順Ｓ５ａの内容は手順Ｓ５の内容と同じである（入庫の通知が時刻を含む場合、時刻のみが異なる）。手順Ｓ６ａでは、手順Ｓ６で書き込んだ「確認予定時刻(時刻t1)」を手順Ｓ５ａの時刻から所定時間後の時刻に変更してもよいし、変更しなくてもよい。手順Ｓ７ａでは、手順Ｓ７と同様に、「入庫」と「確認予定時刻」を通知する。

携帯端末５では、最も早い確認予定時刻（ここでは手順Ｓ７で通知された確認予定時刻である時刻t1。以下、同じ）になったとき、駐車場全体に存在する全ての未確認の車両の車内確認を行う。エリア１とエリア３に未確認の車両が存在する場合、従業員の確認結果の入力によって、携帯端末５には図８Ｄに示されている画面が表示される。

最も早い確認予定時刻に到達する前に複数台の車両のうちの一部（例えば２台のうち１台、３台のうち１台又は２台）が出庫した場合、出庫センサ７から管理サーバ４へ出庫が通知される。以下、この手順を手順Ｓ１０ａと言う。手順Ｓ１０ａの内容は手順Ｓ１０と同じである（出庫の通知が時刻を含む場合、時刻のみが異なる）。管理サーバ４は、駐車場ＤＢに保持されている「入庫」、「確認必要」、「確認予定時刻」を変更せず、そのまま保持する。

一方、最も早い確認予定時刻に到達する前に複数台の車両の全てが出庫した場合は、管理サーバ４は、駐車場ＤＢに保持されている「入庫」、「確認必要」、「確認予定時刻」を、手順Ｓ１１と同様に、それぞれ「空き」、「確認不要」、「空」に書き換え、手順Ｓ１１と同様に確認情報通知（空き）を携帯端末５に通知する。つまり、管理サーバ４は、入庫通知のカウント数から出庫通知のカウント数を減算し、差し引き０になったときのみ、「空き」、「確認不要」、「空」に変更し、携帯端末５に通知する。

図７における手順Ｓ９と手順Ｓ１０との間に入庫があった場合、手順Ｓ９の後、手順Ｓ５，Ｓ６，Ｓ７と同様の手順を繰り返す。以下、これらを手順Ｓ５ｂ，Ｓ６ｂ，Ｓ７ｂと言う。

ここで、手順Ｓ４ｂの内容は手順Ｓ４の内容と同じである（入庫通知が時刻を含む場合、時刻のみが異なる）。手順Ｓ５ｂでは、手順Ｓ８で書き込んだ「確認済み」を「確認必要」に書き換え、「確認予定時刻」として、手順Ｓ４ｂの入庫時刻から所定時間後の時刻を書き込む。手順Ｓ６ｂでは、手順Ｓ６と同様に、「入庫」と「確認予定時刻」を通知する。携帯端末５では、確認予定時刻になったとき、駐車場全体に存在する全ての未確認の車両の車内確認を行う。

［第３の実施形態］
本発明の第３の実施形態に係る駐車場監視システムでは、第２の実施形態に係る駐車場監視システムにおいて、管理サーバ４が確認情報通知を入庫検出毎、出庫検出毎に自発的に携帯端末５に送信する代わりに、携帯端末５からの問合せに応じて送信する。

本発明の第３の実施形態に係る駐車場監視システムの概略構成は第２の実施形態（図５）と同じであり、相違点は駐車場ＤＢ４２が保持するデータのデータ構造、及びシステムの動作である。よって、本実施形態について、主としてこれらの相違点について説明する際に図５を参照する。

図９は、本実施形態に係る駐車場監視システムにおける駐車場データベースのデータ構造を示す図である。図示のように、本実施形態では、駐車場ＤＢ４２に保持されるデータ４２ｃは、「空き／入庫」、「確認不要／確認必要／確認済み」、及び「次回問合せ時刻」からなる。換言すれば、第２の実施形態における「確認予定時刻」の代わりに「次回問合せ時刻」を備えている。

「次回問合せ時刻」は、管理サーバ４が携帯端末５からの問合せに応じて通知する確認情報の中に入れることで指定する次回の問合せ時刻であり、問合せ毎に予め定められた一定時間毎（例えば６０分毎）の所定の時刻に更新される。なお、初回の問合せは携帯端末５の電源オン時に行う。

〈駐車場監視システムの動作〉
図１０は、本発明の第３の実施形態に係る駐車場監視システムの動作の一例を示すシーケンス図である。

管理サーバ４の駐車場ＤＢ４２には、「空き／入庫」として「空き」が、「確認不要／確認必要／確認済み」として「確認不要」、「次回問合せ時刻」として「時刻ta」がそれぞれ書き込まれ、保持されている。（手順Ｓ１０１）。

携帯端末５は、従業員により電源がオンされると（手順Ｓ１０２）、管理サーバ４に対して、駐車場確認状況を問い合せる（手順Ｓ１０３）。管理サーバ４は、この問合せに応じて、確認情報を通知する（手順Ｓ１０４）。このとき、管理サーバ４は、駐車場ＤＢ４２に保持されているデータを基に「確認不要」及び「時刻ta」を通知する。従業員は、携帯端末５により受信・表示される確認情報通知の「確認不要」に基づき、確認不要と判断し、車内確認を省略する。

次に入庫センサ６が入庫を検出し、管理サーバ４へ入庫を通知する（手順Ｓ１０５）。管理サーバ４は、入庫通知の受信に基づき、駐車場ＤＢに保持されていた「空き」、「確認不要」を、それぞれ「入庫」、「確認必要」に変更する（手順Ｓ１０６）。なお、「次回問合せ時刻」は、手順Ｓ１０４を実施した後に「時刻tb」に更新済みである。

携帯端末５は、時刻ta、すなわち手順Ｓ１０４で通知された問合せ時刻に到達したとき、管理サーバ４に対して、駐車場確認状況を問い合せる（手順Ｓ１０７）。管理サーバ４は、この問合せに応じて、確認情報を通知する（手順Ｓ１０８）。このとき、管理サーバ４は、駐車場ＤＢに保持されているデータを基に「確認必要」及び「時刻tb」を通知する。

従業員は、携帯端末５により受信・表示される確認情報通知の「確認必要」に基づき、確認必要と判断し、車内確認を実施する。このとき、従業員は駐車場に存在する車両のうち、確認済みでない全ての車両の車内確認を行う。したがって、駐車場に存在する全車両が未確認である初回の確認時には全車両の車内確認を行う。このとき、携帯端末５に表示される駐車場の画像は図８Ｂに示されている画像と同様な画像である。また、従業員の確認結果の入力に基づいて表示される駐車場の画像は、図８Ｃに示されている画像と同様な画像である。

携帯端末５は、管理サーバ４へ確認結果を通知する（手順Ｓ１０９）。管理サーバ４は、確認結果通知に基づいて、駐車場ＤＢに保持されている「確認必要」を「確認済み」に変更する（手順Ｓ１１０）。「次回問合せ時刻」は、手順Ｓ１０８を実施した後に「時刻tc」に更新済みである。

携帯端末５は、時刻tb、すなわち手順Ｓ１０８で通知された問合せ時刻に到達したとき、管理サーバ４に対して、駐車場確認状況を問い合わせる（手順Ｓ１１１）。管理サーバ４は、この問合せに応じて、確認情報を通知する（手順Ｓ１１２）。このとき、管理サーバ４は、駐車場ＤＢに保持されているデータを基に「確認済み」及び「時刻tc」を送信する。従業員は、携帯端末５により受信・表示される確認情報の「確認済み」に基づき、確認不要と判断し、車内確認を省略する。

その後、出庫センサ７が出庫を検出し、管理サーバ４へ出庫を通知する（手順Ｓ１１３）。管理サーバ４は、駐車場ＤＢに保持されている「確認済み」を「確認不要」に変更する（手順Ｓ１１４）。「次回問合せ時刻」は、手順Ｓ１１２を実施した後に「時刻td」に更新済みである。

携帯端末５は、時刻tc、すなわち手順Ｓ１１２で通知された問合せ時刻に到達したとき、管理サーバ４に対して、駐車場確認状況を問い合わせる（手順Ｓ１１５）。管理サーバ４は、この問合せに応じて、確認情報を通知する（手順Ｓ１１６）。このとき、管理サーバ４は、駐車場ＤＢに保持されているデータを基に「確認不要」及び「時刻td」を通知する。従業員は、携帯端末５により受信・表示される確認情報の「確認不要」に基づき、確認不要と判断し、車内確認を省略する。

以上、１台の車両の入庫から出庫までの動作シーケンスについて説明した。複数台の車両の入庫、出庫までの動作シーケンス、例えば、図１０における手順Ｓ１０６と時刻taとの間に入庫があった場合の動作シーケンス、図１０における手順Ｓ１０６と時刻taとの間に入庫があり、その後、時刻taに到達する前に複数台の車両のうちの一部又は全部が出庫した場合の動作シーケンスについては、第２の実施形態に関する類似の動作シーケンスに関する説明から明らかであるから、説明を省略する。

第２の実施形態及び第３の実施形態には下記（１）～（３）の変形が可能である。
（１）従業員が車内確認を実施したときに、車両のナンバープレートを携帯端末５のキーやカメラ部から入力し、確認結果通知に含める。
（２）従業員が車内確認を実施したときに、駐車エリアを携帯端末５に入力し、確認結果通知に含める。
（３）管理サーバ４の機能を携帯端末５に持たせる。このシステム構成の場合、管理サーバ４が無くなり、携帯端末５が入庫センサ６及び出庫センサ７からの通知のデータを処理する。

２…監視カメラ、４…管理サーバ、５…携帯端末、６…入庫センサ、７…出庫センサ、４１…駐車管理部、４１ａ…駐車エリア入庫検出手段、４１ｂ…駐車エリア出庫検出手段、４１ｃ…第１の管理情報処理手段、４１ｄ…第２の管理情報処理手段、４１ｅ…第３の管理情報処理手段、４２…駐車場ＤＢ。

Claims (6)

1. 駐車場への車両の入庫を検出する入庫検出手段と、前記駐車場を見回り監視し、前記駐車場に存在する車両の車内を確認する監視者により所持される携帯端末と、前記入庫検出手段による入庫検出、及び前記携帯端末からの確認結果に基づく管理情報を生成・保持して前記駐車場を管理する管理装置と、を有する駐車場監視システムであって、
   前記管理装置は、前記管理情報を保持する管理情報記憶部と、前記入庫検出手段による入庫検出に基づいて、未確認であることを表す第１の管理情報を生成し、前記管理情報記憶部に書き込む第１の管理情報処理手段と、前記携帯端末からの確認結果に基づいて、確認済みであることを表す第２の管理情報を生成し、前記管理情報記憶部に保持されている第１の管理情報を書き換える第２の管理情報処理手段と、前記携帯端末に対して、前記管理情報記憶部に保持されている管理情報を送信する送信手段と、を有する駐車場監視システム。
2. 請求項１に記載された駐車場監視システムにおいて、
   前記駐車場からの車両の出庫を検出する出庫検出手段を有し、
   前記管理装置は、前記出庫検出手段による出庫検出に基づいて、確認不要であることを表す第３の管理情報を生成し、前記管理情報記憶部に保持されている第１の管理情報又は第２の管理情報を書き換える第３の管理情報処理手段を有する駐車場監視システム。
3. 請求項２に記載された駐車場監視システムにおいて、
   前記入庫検出手段は、前記駐車場の複数の各駐車エリアへの車両の入庫を検出し、前記出庫検出手段は、前記駐車場の複数の各駐車エリアからの車両の出庫を検出する駐車場監視システム。
4. 請求項１乃至３のいずれかに記載された駐車場監視システムにおいて、
   前記送信手段は、前記携帯端末からの要求に応じて、前記管理情報を送信する駐車場監視システム。
5. 駐車場への車両の入庫を検出する入庫検出手段と、前記駐車場を見回り監視し、前記駐車場に存在する車両の車内を確認する監視者により所持される携帯端末と、を有する駐車場監視システムにおける前記携帯端末で使用される駐車場監視プログラムであって、
   前記携帯端末に、前記入庫検出手段による入庫検出に基づいて、未確認であることを表す第１の管理情報を生成し、管理情報記憶部に書き込む第１の管理情報処理と、前記監視者による確認結果の入力に基づいて、確認済みであることを表す第２の管理情報を生成し、前記管理情報記憶部に保持されている第１の管理情報を書き換える第２の管理情報処理と、を実行させる駐車場監視プログラム。
6. 駐車場への車両の入庫を検出する入庫検出手段と、前記駐車場を見回り監視し、前記駐車場に存在する車両の車内を確認する監視者により所持される携帯端末と、前記入庫検出手段による入庫検出、及び前記携帯端末からの確認結果に基づく管理情報を生成・保持して前記駐車場を管理する管理装置と、を有する駐車場監視システムにおける前記管理装置で使用される駐車場監視プログラムであって、
   前記管理装置に、前記入庫検出手段による入庫検出に基づいて、未確認であることを表す第１の管理情報を生成し、管理情報記憶部に書き込む第１の管理情報処理と、前記携帯端末からの確認結果に基づいて、確認済みであることを表す第２の管理情報を生成し、前記管理情報記憶部に保持されている第１の管理情報を書き換える第２の管理情報処理と、前記携帯端末に対して、前記管理情報記憶部に保持されている管理情報を送信する処理と、を実行させる駐車場監視プログラム。
   

Images