(57)【特許請求の範囲】
【請求項１】
第１情報処理装置と、駐車区画に設けられた複数の車止めブロックにそれぞれ配置された第２情報処理装置とが通信網を介して接続された情報処理システムにおいて、
前記第２情報処理装置は、
駐車車両が進入する向きにレンズを向けて前記車止めブロックに内蔵されたカメラから取得した静止画像を前記第１情報処理装置へ送信する送信部を備え、
前記第１情報処理装置は、
前記静止画像を受信する第１受信部と、
時系列で受信した静止画像に基づき変化があると判定した場合に前記第２情報処理装置へ動画の要求を示す要求情報を送信する要求情報送信部とを備え、
前記第２情報処理装置は、
前記要求情報を受信した場合に、所定時間遡った時間帯の動画を前記第１情報処理装置へ送信する動画送信部
を備える情報処理システム。
【請求項２】
前記第２情報処理装置は、前記カメラから取得した撮影時刻から所定の時間遡った時刻までの動画を記憶する記憶部を備え、
前記動画送信部は、前記記憶部に記憶された動画を送信する
請求項１に記載の情報処理システム。
【請求項３】
前記第１情報処理装置は、前記動画送信部から送信された動画、該動画から抽出した記号および該動画を撮影した前記第２情報処理装置を関連づけて保存する記録保存部を備える
請求項１または請求項２に記載の情報処理システム。
【請求項４】
前記記号は駐車場所に駐車された車両のナンバープレートに表示された車番である
請求項３に記載の情報処理システム。
【請求項５】
前記第１情報処理装置は、前記動画から該動画が撮影された駐車場所の駐車状況を判定する状況判定部を備え、
前記記録保存部に、前記動画に関連づけて前記状況判定部の判定結果を記録する
請求項３に記載の情報処理システム。
【請求項６】
駐車区画に設けられた複数の車止めブロックにそれぞれ配置された情報処理装置に通信網を介して接続されたコンピュータにおいて、
駐車車両が進入する向きにレンズを向けて前記車止めブロックに内蔵されたカメラから前記情報処理装置が取得した静止画像を受信する受信部と、
時系列で受信した静止画像に基づき変化があると判定した場合に、前記情報処理装置へ動画の要求を示す要求情報を送信する要求情報送信部と、
前記要求情報を受信した情報処理装置により、所定時間遡った時間帯の動画が送信された場合に、該動画を受信する動画受信部と
を備えるコンピュータ。
【請求項７】
駐車車両が進入する向きにレンズを向けて車止めブロックに内蔵されたカメラにより取得された静止画像を、前記車止めブロックにそれぞれ配置された情報処理装置から取得し、
時系列で取得した前記静止画像に基づき変化の有無を判定し、
変化があると判定した場合に前記情報処理装置へ動画の要求を示す要求情報を送信し、
前記要求情報を受信した前記情報処理装置により、所定時間遡った時間帯の動画が送信された場合に、該動画を受信する
処理をコンピュータに実行させる情報処理プログラム。
【請求項８】
駐車車両が進入する向きにレンズを向けて車止めブロックに内蔵されたカメラにより取得された静止画像を、前記車止めブロックにそれぞれ配置された情報処理装置から取得し、
時系列で取得した前記静止画像に基づき変化の有無を判定し、
変化があると判定した場合に前記情報処理装置へ動画の要求を示す要求情報を送信し、
前記要求情報を受信した前記情報処理装置により、所定時間遡った時間帯の動画が送信された場合に、該動画を受信する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、コンピュータ、情報処理装置、情報処理プログラムおよび情報処理方法に関する。
【背景技術】
【０００２】
広い範囲を撮影することができるカメラを駐車場に設置し、撮影した映像を解析して車両の入場、駐車場所への駐車および駐車場所からの出発等のイベントを検出して記録する映像収集装置が開示されている（特許文献１）。
【０００３】
駐車場の個々の駐車場所にカメラを設置し、ホストコンピュータが個々のカメラを制御して撮影の開始および終了を行う駐車場管理装置が開示されている（特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−３３９９２３号公報
【特許文献２】特開２００１−１３４８９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の映像収集装置では、撮影した映像を複数の領域に分けて、各々の領域でのイベントを検出する。そのため、ソフトウェアアルゴリズムが複雑になる。また、映像中の車両の位置および向きによっては、ナンバープレートに記載された車番を認識することが困難であるため、イベントの検出精度が低くなる。
【０００６】
特許文献２の駐車場管理装置では、撮影を行うカメラを順次切り替える。そのため、撮影中以外の駐車場所で発生した事象については、検知することができない。
【０００７】
一つの側面では、簡単なソフトウェアアルゴリズムを用いて、精度良くイベントを記録することができる情報処理システム等を提供することを目的とする。
【課題を解決するための手段】
【０００８】
情報処理システムは、第１情報処理装置と、駐車区画に設けられた複数の車止めブロックにそれぞれ配置された複数の第２情報処理装置とが通信網を介して接続されており、前記第２情報処理装置は、駐車車両が進入する向きにレンズを向けて前記車止めブロックに内蔵されたカメラから取得した静止画像を前記第１情報処理装置へ送信する送信部を備え、前記第１情報処理装置は、前記静止画像を受信する第１受信部と、時系列で受信した静止画像に基づき変化があると判定した場合に前記第２情報処理装置へ動画の要求を示す要求情報を送信する要求情報送信部とを備え、前記第２情報処理装置は、前記要求情報を受信した場合に、所定時間遡った時間帯の動画を前記第１情報処理装置へ送信する動画送信部を備える。
【発明の効果】
【０００９】
一つの側面では、簡単なソフトウェアアルゴリズムを用いて、精度良くイベントを記録することができる情報処理システム等を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】情報処理システムのハードウェア群を示す説明図である。
【図２】クライアントのハードウェア群を示す説明図である。
【図３】クライアントの外観を示す斜視図である。
【図４】駐車時の映像の例を示す説明図である。
【図５】不審者のいる映像の例を示す説明図である。
【図６】隣に車両が入庫中の映像の例を示す説明図である。
【図７】遺留物のある映像の例を示す説明図である。
【図８】状況の推移を示す説明図である。
【図９】記録保存ＤＢのレコードレイアウトを示す説明図である
【図１０】静止画ＤＢのレコードレイアウトを示す説明図である。
【図１１】空き画像ＤＢのレコードレイアウトを示す説明図である。
【図１２】駐車画像ＤＢのレコードレイアウトを示す説明図である。
【図１３】情報処理システムの処理の流れを示すフローチャートである。
【図１４】動画処理のサブルーチンの処理の流れを示すフローチャートである。
【図１５】状況判定１のサブルーチンの処理の流れを示すフローチャートである。
【図１６】状況判定２のサブルーチンの処理の流れを示すフローチャートである。
【図１７】実施の形態２の情報処理システムの処理の流れを示すフローチャートである。
【図１８】実施の形態３の動画処理のサブルーチンの処理の流れを示すフローチャートである。
【図１９】実施の形態３の入出庫判定のサブルーチンの処理の流れを示すフローチャートである。
【図２０】実施の形態４の情報処理システムのハードウェア群を示す説明図である。
【図２１】実施の形態４の車番認識装置のハードウェア群を示す説明図である。
【図２２】実施の形態４の車番ＤＢのレコードレイアウトを示す説明図である。
【図２３】実施の形態４の記録保存ＤＢのレコードレイアウトを示す説明図である。
【図２４】実施の形態４の動画処理のサブルーチンの処理の流れを示すフローチャートである。
【図２５】実施の形態４の照合のサブルーチンの処理の流れを示すフローチャートである。
【図２６】実施の形態５の情報処理システムのハードウェア群を示す説明図である。
【発明を実施するための形態】
【００１１】
［実施の形態１］
図１は、情報処理システム１０のハードウェア群を示す説明図である。図２は、クライアント４０のハードウェア群を示す説明図である。図３は、クライアント４０の外観を示す斜視図である。図１から図３を使用して、本実施の形態の情報処理システム１０の概要を説明する。
【００１２】
本実施の形態の情報処理システム１０は、複数の駐車場所を備える駐車場１２において、各駐車場所への車両の入車、出車等のイベントを記録するシステムである。情報処理システム１０は、第１情報処理装置２０および複数の第２情報処理装置４０、４０、４０……を備える。以後の説明では、第１情報処理装置２０をサーバ２０と、第２情報処理装置４０をクライアント４０と記載する。
【００１３】
サーバ２０は、ネットワーク１１を介して複数のクライアント４０、４０、４０……と接続されている。ネットワーク１１は、たとえばルータ、ハブまたはアクセスポイントにより接続された駐車場構内のＬＡＮ（Local Area Network）である。またネットワーク１１には、公衆回線網、専用回線網、インターネット等を使用しても良い。
【００１４】
サーバ２０は、ＣＰＵ（Central Processing Unit）２１、通信部２２、主記憶装置２３、補助記憶装置２４、入力部、表示部、時計部およびバスを備える。サーバ２０は、汎用のパソコン、タブレットまたはデータセンタに設置された大型計算機等の情報処理装置である。
【００１５】
ＣＰＵ２１は、本実施の形態に係るプログラムを実行する演算制御装置である。ＣＰＵ２１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ２１は、バスを介してサーバ２０を構成するハードウェア各部と接続されている。
【００１６】
通信部２２は、ネットワーク１１を介してクライアント４０との通信を行う。通信部２２は、クライアント４０との情報交換に利用される。通信部２２は、たとえば無線または有線のＬＡＮモジュールである。
【００１７】
主記憶装置２３は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリまたは半導体メモリディスク等の記憶装置である。主記憶装置２３には、ＣＰＵ２１が行う処理の途中で必要な情報およびＣＰＵ２１で実行中のプログラムが一時的に保存される。
【００１８】
補助記憶装置２４は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ、半導体メモリディスクまたはハードディスク等の記憶装置である。補助記憶装置２４には、ＣＰＵ２１に実行させるプログラム、記録保存ＤＢ（DataBase）３１、静止画ＤＢ３２、空き画像ＤＢ３４、動画ＤＢ３３および駐車画像ＤＢ３５が保存されている。
【００１９】
入力部は、マウス、キーボード、タッチパネル、ペンタブレット、マイク等の機器であり、ユーザによる操作をサーバ２０が受け付ける際に使用する。表示部は、液晶ディスプレイ、ヘッドマウントディスプレイ等の機器である。時計部は、現在日時をＣＰＵ２１に提供する。時計部は、ネットワーク１１を介して日本標準時等に自動的に同期することが望ましい。
【００２０】
クライアント４０は、クライアントＣＰＵ４１、通信部４２、主記憶装置４３、補助記憶装置４４、カメラ４５、照明装置４６およびバスを備える。クライアント４０は、各駐車場所に設置された車止めブロック４９に内蔵された撮影機能付きの情報処理装置である。
【００２１】
クライアントＣＰＵ４１は、本実施の形態に係るプログラムを実行する演算制御装置である。クライアントＣＰＵ４１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ＣＰＵ２１は、バスを介してクライアント４０を構成するハードウェア各部と接続されている。
【００２２】
通信部４２は、ネットワーク１１を介してサーバ２０との通信を行う。通信部４２は、サーバ２０との情報交換に利用される。通信部４２は、たとえば無線または有線のＬＡＮモジュールである。
【００２３】
主記憶装置４３は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリまたは半導体メモリディスク等の記憶装置である。主記憶装置４３には、クライアントＣＰＵ４１が行う処理の途中で必要な情報およびクライアントＣＰＵ４１で実行中のプログラムが一時的に保存される。
【００２４】
カメラ４５は、動画および静止画を撮影する。カメラ４５はレンズ４５１および撮像素子４５２を備える。レンズ４５１は、車両が駐車場所に進入してくる方向を向いて設置されている。レンズ４５１は、視野方向の像を撮像素子４５２の撮像面に結像する。撮像素子４５２は、結像した像を光電変換し、所定の形式の動画および静止画のデータをバスに出力する。
【００２５】
照明装置４６は周囲を照明する。照明装置４６は、図示しない明るさセンサまたは時計部からの入力を受け付けて点灯し、車両の後部を照らして、撮影に必要な明るさを確保する。また、目印のランプとしても利用する。
【００２６】
補助記憶装置４４は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ、半導体メモリディスクまたはハードディスク等の記憶装置である。補助記憶装置４４には、クライアントＣＰＵ４１に実行させるプログラムおよび録画データ４４１が保存されている。
【００２７】
駐車場１２内に設けられた駐車場所には、それぞれクライアント４０を備える車止めブロック４９が設置されている。それぞれの駐車場所には、固有の記号である場所ＩＤ（IDentification）が付与されている。
【００２８】
図４は、駐車時の映像の例を示す説明図である。図５は、不審者のいる映像の例を示す説明図である。図６は、隣に車両が入庫中の映像の例を示す説明図である。図４から図６を用いて、本実施の形態のカメラ４５が撮影する映像について説明する。
【００２９】
図４Ａは、車両が駐車場所への侵入を開始したときの映像を示す。水平画角が約１２０度程度の広角撮影用のカメラ４５を使用しているため、隣接する駐車区画との境界を示す区画線５６の間隔が手前側ほど大きく広がっている。区画線５６の間に、車両の後部が映っている。
【００３０】
図４Ｂは、車両が駐車場所に侵入する途中の映像を示す。ナンバープレートが明瞭に撮影されている。ここで、車番認識領域５１は、ナンバープレートが含まれる可能性のある領域である。
【００３１】
図４Ｃは、車両が駐車場所の所定の位置に停止しているときの映像を示す。視野の大半に車両の下面が映り、全体的に暗い映像になっている。車両の下面と道路との間の、車両の左右および前方の状況が映っている。ここで、車両周辺領域５２は、車両の周辺の地面または駐車場１２の床が撮影される領域である。
【００３２】
図５は、駐車中の車両のすぐそばに、人の足が映っている映像を示す。車両が駐車場所に入庫した直後、および車両が駐車場所から出庫する直前であれば、車両に乗降する人物の足であると推定できる。しかし、それ以外の時間であれば、たとえば車上荒らしなどの不審者の足である可能性が高い。
【００３３】
図６は、左隣の駐車場所に入庫中の車両の右後輪が映っている映像を示す。この後、たとえば入庫中の車両の運転手の操作ミス等により車両同士が衝突した場合には、車両の下面が揺れる映像が撮影される。
【００３４】
図７は、遺留物のある映像の例を示す説明図である。
図７は、車両が停止していない空き区画に、放置された荷物が映っている映像を示す。
【００３５】
図８は、状況の推移を示す説明図である。図８の一番上の線は、時間の経過を示す。線の左側から右側に向かって時間が経過する事を示している。線の上下に記載されたＴで始まる文字列は時刻を示す。
【００３６】
状況の行は、一つの駐車場所の状況を示している。図８の開始時刻から、時刻ＴＡまでの時間は、駐車場所に車両が駐車されていない空きの状況である。時刻ＴＡから時刻ＴＢまでの時間は、車両が到着して、所定の位置に停止する入庫動作を行なった状況である。時刻ＴＢから時刻ＴＣまでは、車両が所定の位置に停止したまま動かない駐車中の状況である。時刻ＴＣから時刻ＴＤまでは、図５に示したように不審者が撮影されているか、または図６に示したように隣の区画への車両の出入りが撮影されている等、外乱のある状況である。時刻ＴＤから時刻ＴＥまでは、再度駐車中の状況である。時刻ＴＥから時刻ＴＦまでは、車両が所定の位置から出ていく出庫動作を行った状況である。時刻ＴＦ以降は、空きの状況である。すなわち、図８は一つの空き駐車区画に車両がしばらくの間駐車され、再度空き状態になるまでの一連の流れを示している。
【００３７】
静止画要求の行の上向き矢印は、ＣＰＵ２１が通信部２２およびネットワーク１１を介して一つのクライアント４０に対して静止画の送信を要求したことを示している。要求が行われた時刻を、Ｔ０からＴ２７までの記号で示す。本実施形態においては、１回の要求が行われてから、次の要求が行われるまでの時間は、約１０秒である。
【００３８】
クライアント４０は、情報処理システム１０の動作中は常時動画の撮影を行う。クライアントＣＰＵ４１は、過去約２５秒間分の動画の録画データ４４１を補助記憶装置４４に記録する。クライアントＣＰＵ４１は、録画データ４４１の古い部分を消去し、新しい画像を追加する。その結果、録画データ４４１には、常に最新の２５秒間の映像のデータが記録されている。
【００３９】
クライアントＣＰＵ４１は、サーバ２０からの要求を受信した場合には、静止画を撮影して通信部４２およびネットワーク１１を介してサーバ２０に送信する。ＣＰＵ２１は、受信した静止画と、１回前に取得した静止画とを比較して、変化の有無を判定する。
【００４０】
変化の行は、判定した結果を示す。変化が無い場合を×で、変化がある場合を○で示す。Ｔ１の静止画要求の後では、ＣＰＵ２１はＴ０で取得した静止画とＴ１で取得した静止画とを比較する。駐車場所は空車のままであるので、ＣＰＵ２１は二つの静止画の間に変化はないと判定する。Ｔ２の静止画要求の後も同様に、ＣＰＵ２１は静止画の変化はないと判定する。
【００４１】
ＣＰＵ２１が、Ｔ３の静止画要求の後に取得した静止画には、たとえば図４Ａに示すように入庫動作中の車両が撮影されている。Ｔ２で取得した空車時の静止画とは明らかに異なるので、ＣＰＵ２１はＴ３で取得した静止画には変化があると判定する。
【００４２】
入庫動作中は、車両の位置は随時変化しているので、ＣＰＵ２１は、Ｔ４およびＴ５の静止画要求の後に取得した静止画にも変化があると判定する。Ｔ５およびＴ６の静止画要求の後に取得した静止画は、たとえば図４Ｃに示す車両の下面が大きく映った静止画である。ＣＰＵ２１は、Ｔ６で取得した静止画には変化が無いと判定する。ＣＰＵ２１は、Ｔ７からＴ２０までの静止画要求の後に取得した静止画にも変化が無いと判定する。
【００４３】
Ｔ２１の静止画要求を行った後に取得した静止画には、たとえば図５または図６に示すように、外乱が撮影されている。Ｔ２０で取得した駐車中の静止画とは明らかに異なるので、ＣＰＵ２１はＴ２１で取得した静止画には変化があると判定する。
【００４４】
Ｔ２２の静止画要求を行った後に取得した静止画には、たとえば図４Ｃに示すように車両の下面が撮影されている。この静止画には、Ｔ２１で取得した静止画に撮影されていた外乱は映っていない。ＣＰＵ２１は、Ｔ２２で取得した静止画には変化があると判定する。Ｔ２３の静止画要求を行った後に取得した静止画にも、たとえば図４Ｃに示すように車両の下面が撮影されている。ＣＰＵ２１は、Ｔ２３で取得した静止画には変化は無いと判定する。
【００４５】
Ｔ２４の静止画要求を行った後に取得した静止画には、たとえば図４Ａまたは図４Ｂに示すように出庫中の車両が撮影されている。ＣＰＵ２１は、Ｔ２４で取得した静止画とＴ２３で取得した静止画とを比較して、変化があると判定する。
【００４６】
Ｔ２５の静止画要求を行った後に取得した静止画には、空いている駐車場所が撮影されている。ＣＰＵ２１は、Ｔ２５で取得した静止画とＴ２４で取得した静止画とを比較して、変化があると判定する。その後、Ｔ２６およびＴ２７の静止画要求を行った後に取得した静止画にも、空いている駐車場所が撮影されている。ＣＰＵ２１は、一つ前に取得した静止画と比較してこれらの静止画には変化は無いと判定する。
【００４７】
動画要求の行の上向き矢印は、ＣＰＵ２１が通信部２２およびネットワーク１１を介して一つのクライアント４０に対して動画の送信を要求したことを示している。ＣＰＵ２１は、前述の通り２枚の静止画を比較して変化があると判定した場合に、動画の送信を要求する。すなわち、判定の行に○が記載されている場合に、動画の要求が行われる。なお、静止画の要求を行った後で静止画を受信して判定を行うので、ＣＰＵ２１が静止画の要求を行う時刻と動画の要求を行う時刻との間には時間差がある。
【００４８】
クライアントＣＰＵ４１は、サーバ２０からの要求を受信した場合には、通信部４２およびネットワーク１１を介して２５秒間の動画が記録された録画データ４４１をサーバ２０に送信する。ＣＰＵ２１は、受信した録画データ４４１を解析して、状況を判定する。状況の判定方法については後述する。
【００４９】
状況判定の行は、ＣＰＵ２１が状況を判定した結果を示す。動画要求を行っていない場合には、動画を取得せず、状況の判定も行わないため空欄である。Ｔ３およびＴ４の静止画要求を行った後で取得した動画を解析した結果からは、車両を駐車場所に入庫する動作を行っている入庫中の状況であるとＣＰＵ２１は判定している。Ｔ５の静止画要求を行った後で取得した動作を解析した結果からは、駐車場所に車両が停止している駐車中の状況であるとＣＰＵ２１は判定している。
【００５０】
Ｔ２１およびＴ２２の静止画要求を行った後で取得した動画には、駐車中の車両の付近で発生した外乱が撮影されている。この動画を解析した結果からは、要注意の状況であるとＣＰＵ２１は判定している。Ｔ２４の静止画要求を行った後で取得した動画を解析した結果からは、出庫中の状況であるとＣＰＵ２１は判定している。Ｔ２５の静止画要求を行った後で取得した動画を解析した結果からは、駐車場所から車両が出て空になった状況であるとＣＰＵ２１は判定している。
【００５１】
図９は、記録保存ＤＢ３１のレコードレイアウトを示す説明図である。記録保存ＤＢ３１は、駐車場所、保存した動画のファイル名、動画を要求した時刻、状況を判定した結果およびナンバープレートの記載事項を関連付けて保存する記録保存部である。
【００５２】
記録保存ＤＢ３１は、場所ＩＤフィールド、動画ファイル名フィールド、時刻フィールド、状況フィールド、第１認識結果フィールドおよび第２認識結果フィールドを含む。第１認識結果フィールドは第１車番フィールドおよび第１信頼度フィールドを含む。第２認識結果フィールドは第２車番フィールドおよび第２信頼度フィールドを含む。記録保存ＤＢ３１は、サーバ２０からクライアント４０に対する１回の動画要求について１つのレコードを有する。
【００５３】
場所ＩＤフィールドには、動画要求を行ったクライアント４０が設置されている駐車場所に付与された場所ＩＤが記録されている。動画ファイル名フィールドには、動画要求に対応してサーバ２０が取得した動画を保存する動画ＤＢ３３内のファイル名が記録されている。時刻フィールドには、サーバ２０がクライアント４０に対して動画を要求した時刻が記録されている。状況フィールドには、ＣＰＵ２１が動画を解析して状況を判定した結果が記録されている。
【００５４】
第１車番フィールドには、ＣＰＵ２１が動画内のナンバープレートの画像から認識した車番の第１候補が記録されている。第１信頼度フィールドには、第１車番フィールドに記録した車番の信頼度が記録されている。第２車番フィールドには、ＣＰＵ２１が動画内のナンバープレートの画像から認識した車番の第２候補が記録されている。第２信頼度フィールドには、第２車番フィールドに記録した車番の信頼度が記録されている。動画内にナンバープレートを検出できなかった場合等には、第１車番フィールドおよび第２車番フィールドには認識不可と記録され、第１信頼度フィールドおよび第２信頼度フィールドには情報が記録されない。
【００５５】
車番と信頼度について説明する。カメラ４５は、駐車場所の車止めブロック４９に取り付けられているため、埃や泥が付着しやすい。また、設置場所の制約およびコストの制約から、数百キロピクセルから２メガピクセル程度の解像度の撮像素子４５２を使用する。さらに被写体である車両のナンバープレートが汚れている場合、折れ曲がっている場合等がある。これらの事情により、動画内のナンバープレートから車番を認識する際に誤認識が生じる場合がある。そのため、車番を認識するアルゴリズムは、複数の認識結果の候補とそれぞれの候補の信頼度を出力することができるように設計されている。車番の認識アルゴリズムは既に様々なものが開示されているため、説明を省略する。
【００５６】
図１０は、静止画ＤＢ３２のレコードレイアウトを示す説明図である。静止画ＤＢ３２は、各駐車場所に設置されたクライアント４０から取得した静止画を記録するＤＢである。静止画ＤＢ３２は、場所ＩＤフィールドおよび静止画フィールドを有する。静止画ＤＢ３２は、駐車場１２内の１つの駐車場所ごとに１つのレコードを有する。場所ＩＤフィールドには、動画要求を行ったクライアント４０が設置されている駐車場所に付与された場所ＩＤが記録されている。静止画フィールドには、各々の駐車場所に設置されたクライアント４０から取得した静止画が記録されている。なお、ＣＰＵ２１は、新たに静止画を取得した場合には、後述する所定の動作を行った後に、静止画フィールドに記録された静止画を最新の静止画に書き換える。これにより、静止画ＤＢ３２には、常時１回前に撮影された静止画が記録されている。
【００５７】
図１１は、空き画像ＤＢ３４のレコードレイアウトを示す説明図である。空き画像ＤＢ３４は、各駐車場所に車両が駐車されず空いている場合の静止画を記録するＤＢである。空き画像ＤＢ３４は、場所ＩＤフィールドおよび空き画像フィールドを有する。空き画像ＤＢ３４は、駐車場１２内の１つの駐車場所ごとに１つのレコードを有する。場所ＩＤフィールドには、動画要求を行ったクライアント４０が設置されている駐車場所に付与された場所ＩＤが記録されている。空き画像フィールドには、各々の駐車場所が空いているときにカメラ４５が撮影した静止画が記録されている。なお、以後の説明では、車両が駐車されていない場合の静止画を空き画像と記載する。
【００５８】
図１２は、駐車画像ＤＢ３５のレコードレイアウトを示す説明図である。駐車画像ＤＢ３５は、各駐車場所に車両が駐車されている場合の静止画を記録するＤＢである。駐車画像ＤＢ３５は、場所ＩＤフィールドおよび駐車画像フィールドを有する。駐車画像ＤＢ３５は、駐車場１２内の１つの駐車場所ごとに１つのレコードを有する。場所ＩＤフィールドには、動画要求を行ったクライアント４０が設置されている駐車場所に付与された場所ＩＤが記録されている。駐車画像フィールドには、車両が駐車場所に駐車されているときにカメラ４５が撮影した静止画が記録されている。
【００５９】
図８から図１２を使用して、本実施の形態の動作の概略を説明する。ネットワーク１１に接続された複数のクライアント４０のカメラ４５が、それぞれ動画を撮影している。クライアントＣＰＵ４１は、最新の２５秒間分の動画を動画データ４４１に保存している。
【００６０】
ＣＰＵ２１は、通信部２２およびネットワーク１１を介して一つのクライアント４０に静止画を要求する。ネットワーク１１および通信部４２を介して要求を受け付けたクライアントＣＰＵ４１は、カメラ４５を制御して静止画を撮影して、通信部４２およびネットワーク１１を介してサーバ２０に静止画を送信する。
【００６１】
ＣＰＵ２１は、静止画を要求したクライアント４０が設置されている駐車位置をキーとして静止画ＤＢ３２を検索して、前回の静止画を取得する。ＣＰＵ２１は静止画ＤＢ３２から取得した静止画と、クライアント４０から受信した静止画とを対比して、変化の有無を判定する。
【００６２】
変化の有無を判定する際には、ＣＰＵ２１は、たとえば２つの画像の輪郭を抽出して、輪郭の変化の有無を判定する。このようにすることにより、たとえば屋外駐車場での日照の変化などの微小な変化は無視して、駐車場所の状態の変化を抽出することができる。
【００６３】
変化が無いと判定した場合には、ＣＰＵ２１は、通信部２２およびネットワーク１１を介して次のクライアント４０に静止画を要求する。ＣＰＵ２１がクライアント４０に静止画を要求する順番は、あらかじめ定められて補助記憶装置２４に記憶されている。順番は、たとえば駐車場所の配置に従って、隣り合う駐車場所に設置されているクライアントを次のクライアントとする。このようにすると、人間の警備員がサーバ２０の取得する映像を目視で監視している場合には、状況を把握しやすい。また、駐車場所の物理的は配置とは無関係に順番を定めても良い。
【００６４】
変化があると判定した場合には、ＣＰＵ２１は静止画を送信したクライアント４０に対して、通信部２２およびネットワーク１１を介して動画を要求する。
【００６５】
ＣＰＵ２１は、動画を解析して撮影されているナンバープレートに記載された車番を認識し、認識した結果の車番およびその信頼度を補助記憶装置２４に記憶する。なお、本実施の形態においては、ＣＰＵ２１は、第１候補の車番および信頼度と、第２候補の車番および信頼度とを記憶する。ＣＰＵ２１は、車番の認識ができなかった場合には、その旨を補助記憶装置２４に記憶する。
【００６６】
ＣＰＵ２１は、クライアント４０から取得した動画の最後の部分、たとえば最後の３秒間の動画を解析して、動きがあるか否かを判定する。動きがあるか否かは、動画を構成する各画像間の差異の有無から判定する。
【００６７】
最後の部分に動きが無いと判定した場合には、ＣＰＵ２１は、動画を要求したクライアント４０が設置されている駐車位置をキーとして空き画像ＤＢ３４を検索して、空き画像を取得する。ＣＰＵ２１は、動画を要求したクライアント４０が設置されている駐車位置をキーとして駐車画像ＤＢ３５を検索して、各種の車両が駐車されている場合の駐車画像を取得する。
【００６８】
ＣＰＵ２１は、動画の最初の部分、たとえば最初の３秒間の動画を構成する各画像を空き画像ＤＢ３４から取得した空き画像および駐車画像ＤＢ３５から取得した駐車画像と比較して類似、非類似を判定する。また、ＣＰＵ２１は動画の最後の部分、たとえば最後の３秒間の動画を構成する各画像を空き画像ＤＢ３４から取得した空き画像および駐車画像ＤＢ３５から取得した駐車画像と比較して類似、非類似を判定する。なお、画像の類似、非類似の判定方法については、既存の様々な手法が存在するため、説明を省略する。
【００６９】
動画の最初の部分が空き画像と類似し、動画の最後の部分が駐車画像と類似していると判定した場合には、ＣＰＵ２１は駐車場所には車両が駐車中であると判定する。たとえば、クライアント４０から取得した２５秒間の動画の撮影中に車両が駐車場所に到達し、所定の場所に停止した場合には、ＣＰＵ２１は駐車中であると判定する。
【００７０】
動画の最初の部分が駐車画像と類似し、動画の最後の部分が空き画像と類似していると判定した場合には、ＣＰＵ２１は駐車場所には車両が駐車されていない空きの状態であると判定する。たとえば、クライアント４０から取得した２５秒間の動画の撮影中に駐車場所に駐車中の車両が動き始めて駐車場所から離れた場合には、ＣＰＵ２１は空きの状態であると判定する。
【００７１】
動画の最初の部分と最後の部分とが上記２通り以外の組み合わせである場合には、ＣＰＵ２１は通常とは異なる状況が発生している要注意の状態であると判定する。たとえば、図５に示すように駐車中の車両の周囲に人物の足が映っている場合、または図６に示すように駐車中の車両の隣の区画に出入りする車両が映っている場合には、ＣＰＵ２１は要注意の状態であると判定する。なお、図５および図６の画像を駐車画像と類似すると判定するか、類似しないと判定するかは、画像の類否判定方法に依存する。本実施の形態においては、どちらの類否判定方法を使用しても良い。
【００７２】
さらに、図７に示すように、放置された荷物が映っている場合にも、ＣＰＵ２１は要注意の状態であると判定する。ただし、荷物が放置され続けている場合には、静止画に変化が生じないため、ＣＰＵ２１はクライアント４０に対して動画を要求しないため、状況の判定も行わない。
【００７３】
一方、動画の最後の部分に動きがあると判定した場合には、ＣＰＵ２１は画像認識技術を用いて動画を構成する各画像中の車体が映っている車体領域を抽出する。画像認識技術については既存の様々な手法が存在するため、説明を省略する。
【００７４】
ＣＰＵ２１は動画の最初から最後にかけて、車体領域の占める面積が増加中であるか、減少中であるかを判定する。増加中であると判定した場合には、ＣＰＵ２１は車両は所定の停止位置に向けて移動を行っている最中である入庫中の状況であると判定する。減少中であると判定した場合には、ＣＰＵ２１は所定の停止位置から外への車両が移動している最中である出庫中の状況であると判定する。増加中とも減少中とも判定できない場合には、ＣＰＵ２１は車両が動作中であると判定する。たとえば、クライアント４０から取得した２５秒間の動画の撮影中に、所定の駐車場所に入れずにハンドルを操作しながら車両を前後に動かす切り返しを続けている場合には、動作中の状況であるとＣＰＵ２１は判定する。
【００７５】
ＣＰＵ２１は、クライアント４０から取得した動画を動画ＤＢ３３に保存する。動画ＤＢ３３は、それぞれ固有のファイル名が付与された動画データの集合体である。ＣＰＵ２１は、クライアント４０が設置されている駐車位置、動画ＤＢ３３のファイル名、クライアント４０に動画を要求した時刻、動画から判定した状況、動画から認識した車番および車番の信頼度を記録保存ＤＢ３１に記録する。その後、ＣＰＵ２１は、通信部２２およびネットワーク１１を介して次のクライアント４０に静止画を要求する。
【００７６】
ＣＰＵ２１はネットワーク１１を介して接続されている各クライアント４０との間で以上の動作を繰り返す。すべてのクライアント４０を一巡した後に、最初のクライアント４０に戻る。ＣＰＵ２１は、通信部２２およびネットワーク１１を介して最初のクライアント４０に静止画を要求する。一巡して同じクライアント４０に戻るまでに要する時間は、途中で何台のクライアント４０に対して動画を要求するかによって変化する。本実施の形態においては、クライアント４０の台数、車両の入出庫の頻度および動画伝送の通信速度を考慮して、平均して１０秒程度で一巡するように設定にしている。
【００７７】
図１３は、情報処理システムの処理の流れを示すフローチャートである。図１３を使用して、本実施形態のＣＰＵ２１およびクライアントＣＰＵ４１が行う処理の流れを説明する。
【００７８】
ＣＰＵ２１は、通信を行う相手先である１台のクライアント４０を、１番目のクライアント４０に設定する（ステップＳ５０１）。ＣＰＵ２１は、静止画ＤＢ３２から前回撮影した静止画の画像を取得する（ステップＳ５０２）。この際、ＣＰＵ２１は相手先のクライアント４０が設置されている駐車位置をキーにして静止画ＤＢ３２のレコードを取り出し、そのレコードの静止画フィールドに記録されている静止画を取得する。なお、静止画ＤＢ３２に前回撮影した静止画が保存されていない場合には、白紙の画像データを作製して前回撮影した静止画の代わりに使用する。
【００７９】
ＣＰＵ２１は、通信部２２およびネットワーク１１を介して、クライアント４０に静止画を要求する（ステップＳ５０３）。クライアントＣＰＵ４１は、ネットワーク１１および通信部２２を介して静止画の要求を受信する（ステップＳ５２１）。
【００８０】
クライアントＣＰＵ４１は、バスを介してカメラ４５を制御して静止画を撮影する。クライアントＣＰＵ４１は、撮影した静止画を通信部４２およびネットワーク１１を介してサーバ２０に送信する（ステップＳ５２２）。
【００８１】
ＣＰＵ２１は、クライアント４０から送信された静止画を受信する（ステップＳ５０４）。ＣＰＵ２１は、ステップＳ５０２で静止画ＤＢ３２から取得した静止画と、クライアント４０から受信した静止画とを比較して、変化があるか否かを判定する（ステップＳ５０５）。
【００８２】
変化があると判定した場合には（ステップＳ５０５でＹＥＳ）、ＣＰＵ２１は動画処理のサブルーチンを起動する（ステップＳ５０６）。動画処理のサブルーチンは、クライアント４０から録画データ４４１を取得して解析し、クライアント４０が設置されている駐車場所の状況を記録保存ＤＢ３１に記録するサブルーチンである。動画処理のサブルーチンの処理については後述する。
【００８３】
ステップＳ５０６の後、およびステップＳ５０５で変化が無いと判定した場合には（ステップＳ５０５でＮＯ）、ＣＰＵ２１は静止画ＤＢ３２にステップＳ５０４で受信した静止画を保存する（ステップＳ５０７）。この際、ＣＰＵ２１はステップＳ５０２で静止画を取得したレコードの静止画フィールドに記録されている静止画を、ステップＳ５０４で受信した静止画に置き換える。
【００８４】
ＣＰＵ２１は、クライアント４０の処理を一巡したか否かを判定する（ステップＳ５０８）。一巡していないと判定した場合には（ステップＳ５０８でＮＯ）、ＣＰＵ２１は通信する相手を次のクライアント４０に変更する（ステップＳ５０９）。その後、ＣＰＵ２１はステップＳ５０２に戻る。
【００８５】
一巡していると判定した場合には（ステップＳ５０８でＹＥＳ）、ＣＰＵ２１はタイマーにより所定の時間が経過するまで待つ（ステップＳ５１０）。所定の時間が経過した後、ＣＰＵ２１は処理を終了するか否かを判定する（ステップＳ５１１）。処理を終了する場合とは、たとえば駐車場１２の営業時間が終了した場合またはユーザから終了の指示を受け付けた場合である。終了すると判定した場合には（ステップＳ５１１でＹＥＳ）、ＣＰＵ２１は処理を終了する。終了しないと判定した場合には（ステップＳ５１１でＮＯ）、ＣＰＵ２１はステップＳ５０１に戻る。
【００８６】
図１４は、動画処理のサブルーチンの処理の流れを示すフローチャートである。動画処理のサブルーチンは、クライアント４０から録画データ４４１を取得して解析し、クライアント４０が設置されている駐車場所の状況を記録保存ＤＢ３１に記録するサブルーチンである。図１４を使用して、動画処理のサブルーチンの処理の流れを説明する。
【００８７】
ＣＰＵ２１は、通信部２２およびネットワーク１１を介してクライアント４０に動画を要求する（ステップＳ５３１）。ネットワーク１１および通信部４２を介して、クライアントＣＰＵ４１は要求を受信する（ステップＳ５４１）。クライアントＣＰＵ４１は、通信部４２およびネットワーク１１を介して録画データ４４１をサーバ２０に送信する（ステップＳ５４２）。
【００８８】
ネットワーク１１および通信部２２を介してＣＰＵ２１は録画データ４４１を受信する（ステップＳ５３２）。ＣＰＵ２１は、録画データ４４１に記録された動画の各画像中の車番認識領域５１を解析して、ナンバープレートに記載された記号を認識する車番認識を行う（ステップＳ５３３）。車番認識を行う際、ＣＰＵ２１は認識結果のうちで最も信頼度の高い第一候補の車番およびその信頼度ならびに２番目に信頼度の高い第二候補の車番およびその信頼度を補助記憶装置２４に記憶する。ＣＰＵ２１は、車番の認識が成功したか否かを判定する（ステップＳ５３４）。
【００８９】
車番認識に成功したと判定した場合（ステップＳ５３４でＹＥＳ）、ＣＰＵ２１は、状況判定１のサブルーチンを起動する（ステップＳ５３５）。状況判定１のサブルーチンは、車番認識に成功した動画を解析してクライアント４０が設置されている駐車場所の状況を判定するサブルーチンである。車番の認識に成功しなかったと判定した場合（ステップＳ５３４でＮＯ）、ＣＰＵ２１は、状況判定２のサブルーチンを起動する（ステップＳ５３６）。状況判定２のサブルーチンは、車番認識に成功しなかった動画を解析してクライアント４０が設置されている駐車場所の状況を判定するサブルーチンである。状況判定１及び状況判定２の各サブルーチンの処理については後述する。
【００９０】
ＣＰＵ２１は、動画ＤＢ３３にステップＳ５３２で受信した録画データ４４１を保存する（ステップＳ５３７）。動画ＤＢ３３には、各クライアント４０からサーバ２０が取得した動画が順次蓄積される。
【００９１】
ＣＰＵ２１は、記録保存ＤＢ３１に情報を記録する（ステップＳ５３８）。具体的には、ＣＰＵ２１は記録保存ＤＢ３１に新しいレコードを作成し、各フィールドに情報を記録する。記録する内容をさらに具体的に説明する。ＣＰＵ２１は場所ＩＤフィールドに動画を撮影したクライアント４０が設置されている駐車場所を示す記号を記録する。ＣＰＵ２１は、動画ファイル名フィールドに、動画ＤＢ３３に記録した動画を識別するファイル名を記録する。ＣＰＵ２１は、時刻フィールドにクライアント４０に動画を要求した日時を記録する。ＣＰＵ２１は、状況フィールドに状況判定１のサブルーチンまたは状況判定２のサブルーチンで判定した状況を記録する。ＣＰＵ２１は、第１車番フィールドにステップＳ５３３で認識した第１候補の車番を、第１信頼度フィールドにその信頼度を記録する。ＣＰＵ２１は、第２車番フィールドにステップＳ５３３で認識した第２候補の車番を、第２信頼度フィールドにその信頼度を記録する。なお、ステップＳ５３３で車番を認識できなかった場合には、ＣＰＵ２１は、第１車番フィールドおよび第２車番フィールドには認識不可と記録し、第１信頼度フィールドおよび第２信頼度フィールドには情報を記録しない。ＣＰＵ２１は、その後処理を終了する。
【００９２】
図１５は、状況判定１のサブルーチンの処理の流れを示すフローチャートである。状況判定１のサブルーチンは、車番認識に成功した動画を解析してクライアント４０が設置されている駐車場所の状況を判定するサブルーチンである。図１５を使用して、状況判定１のサブルーチンの処理の流れを説明する。
【００９３】
ＣＰＵ２１は、クライアント４０から取得した動画の最後の部分を解析して、動きがあるか否かを判定する（ステップＳ５５１）。動きが無いと判定した場合には（ステップＳ５５１でＮＯ）、ＣＰＵ２１は、動画を要求したクライアント４０が設置されている駐車位置をキーとして空き画像ＤＢ３４を検索して、空き画像を取得する（ステップＳ５５２）。ＣＰＵ２１は、動画の最後の静止している部分の画像が空き画像に類似しているかを判定する（ステップＳ５５３）。類似していると判定した場合には（ステップＳ５５３でＹＥＳ）、ＣＰＵ２１は駐車場所が空きの状況であると判定して（ステップＳ５５４）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。類似していないと判定した場合には（ステップＳ５５３でＮＯ）、ＣＰＵ２１は動画の最後の静止している部分の画像を、駐車画像として駐車画像ＤＢ３５の当該場所ＩＤの駐車画像を更新する（ステップＳ５５５）。ＣＰＵ２１は、その後処理を終了する。
【００９４】
クライアント４０から取得した動画の最後の部分に動きがあると判断した場合には（ステップＳ５５１でＹＥＳ）、ＣＰＵ２１は、車体領域の占める面積が増加中であるか否かを判定する（ステップＳ５６１）。増加中であると判定した場合は（ステップＳ５６１でＹＥＳ）、ＣＰＵ２１は車両が駐車場所に入庫する動作を行っている入庫中の状況であると判定して（ステップＳ５６２）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。
【００９５】
車体領域の占める面積が増加中では無いと判定した場合は（ステップＳ５６１でＮＯ）、ＣＰＵ２１は車体領域の占める面積が減少中であるか否かを判定する（ステップＳ５６３）。減少中であると判定した場合は（ステップＳ５６３でＹＥＳ）、ＣＰＵ２１は車両が駐車場所から出庫する動作を行っている出庫中の状況であると判定して（ステップＳ５６４）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。
【００９６】
車体領域の占める面積が減少中では無いと判定した場合は（ステップＳ５６３でＮＯ）、ＣＰＵ２１は車両が作動中の状況であると判定して（ステップＳ５６５）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。
【００９７】
図１６は、状況判定２のサブルーチンの処理の流れを示すフローチャートである。状況判定２のサブルーチンは、車番認識に成功しなかった動画を解析してクライアント４０が設置されている駐車場所の状況を判定するサブルーチンである。図１６を使用して、状況判定２のサブルーチンの処理の流れを説明する。
【００９８】
ＣＰＵ２１は、動画を要求したクライアント４０が設置されている駐車位置をキーとして空き画像ＤＢ３４を検索して、空き画像を取得する（ステップＳ５７１）。ＣＰＵ２１は、動画を要求したクライアント４０が設置されている駐車位置をキーとして駐車画像ＤＢ３５を検索して、車両が駐車されている場合の駐車画像を取得する（ステップＳ５７２）。
【００９９】
ＣＰＵ２１は、動画の最後の静止している部分の画像を空き画像と比較して類似しているか否かを判定する（ステップＳ５７３）。類似していると判定した場合には（ステップＳ５７３でＹＥＳ）、ＣＰＵ２１は駐車場所が空きの状況であると判定して（ステップＳ５７４）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。
【０１００】
動画の最後の静止している部分の画像が空き画像に類似していないと判定した場合には（ステップＳ５７３でＮＯ）、ＣＰＵ２１は、動画の最後の静止している部分の画像を駐車画像と比較して類似しているか否かを判定する（ステップＳ５７５）。
【０１０１】
駐車画像に類似していると判定した場合には（ステップＳ５７５でＹＥＳ）、ＣＰＵ２１は駐車場所に車両が駐車されている駐車中の状況であると判定して（ステップＳ５７６）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。駐車画像に類似していないと判定した場合には（ステップＳ５７５でＮＯ）、ＣＰＵ２１は要注意の状況であると判定して（ステップＳ５７７）、補助記憶装置２４に記憶する。ＣＰＵ２１は、その後処理を終了する。
【０１０２】
本実施の形態によると、簡単なソフトウェアアルゴリズムを用いて、車両の移動、車両周辺での人または他の車両の動作などのイベントの発生を精度良く検出して記録する情報処理システム等を提供することができる。
【０１０３】
駐車場１２内での盗難または当て逃げ等の事件が発生した場合には、本実施の形態の記録保存ＤＢ３１を参照することにより、事件発生時の動画、事件の発生現場周辺に駐車していた車両等の情報を容易に抽出することができる。
【０１０４】
車両を駐車した場所を忘れてしまった運転者がいる場合には、本実施の形態の記録保存ＤＢ３１を参照することにより、車番から駐車した場所を抽出することができる。この際、駐車した場所の照明装置４６を点灯することにより、運転者が駐車した場所を見つけやすくすることができる。
【０１０５】
駐車場１２内での忘れ物の届け出があった場合には、本実施の形態の記録保存ＤＢ３１を参照することにより、忘れ物のある可能性のある場所を抽出することができる。また忘れ物が発生した際の動画を参照することにより、届け出をした人物が持ち主であるかどうかを確認することができる。
【０１０６】
記録保存ＤＢ３１内のレコードは、一定の期間、たとえば１週間経過後にＣＰＵ２１が削除するようにしても良い。このようにすることにより、補助記憶装置２４の容量を抑えることができる。
【０１０７】
各駐車場所の後側に壁がある場合には、クライアント４０は壁に取り付けても良い。このようにすることにより、図５の画像で人物の足元だけでなく、身体、顔および所持品等も撮影することができる。
【０１０８】
暗い場所での撮影が可能な撮像素子４５２を使用する場合、駐車場１２に十分な照明が設置されている場合および夜間は使用しない場合等には、照明装置４６を設けなくても良い。
【０１０９】
クライアント４０は、動画撮影用のカメラ４５および静止画撮影用のカメラ４５の２台のカメラを備えても良い。この場合、動画撮影用のカメラ４５と静止画撮影用のカメラ４５との視野はほぼ一致するようにされていることが望ましい。
【０１１０】
クライアント４０は、カメラ４５を備えなくても良い。この場合、クライアント４０は無線ＬＡＮ、有線ＬＡＮ、ワイヤレスＨＤＭＩ（登録商標）等を用いた通信により駐車場所に設置された外付けのカメラ４５を制御し、静止画および動画を取得する。カメラ４５を備えない場合、クライアント４０には汎用のパソコン、タブレット等を使用することができる。
【０１１１】
静止画撮影の時間間隔の約１０秒および録画データ４４１への動画保存時間の２５秒は例示であり、これ以外の任意の時間を設定することができる。この際、録画データ４４１の保存時間は静止画の撮影間隔の最大値よりも長くすることが望ましい。
【０１１２】
クライアント４０は、ステップＳ５４２で前々回にサーバ２０に静止画を送信した時刻以降の動画を抽出してサーバに送信するようにしても良い。このようにすると、送信する動画の量を削減できるため、ネットワーク１１およびＣＰＵ２１の負荷を低減することができる。また、動画ＤＢ３３の容量を節約することもできる。
【０１１３】
ステップＳ５３４、ステップＳ５３５およびステップＳ５３６の各サブルーチンを省略して、記録保存ＤＢ３１の状況フィールドを省略しても良い。この場合、なんらかのイベントが発生したときの動画および車番は記録されているので、必要に応じてユーザが動画を閲覧しても良い。このようにすることにより、ＣＰＵ２１の負荷を少なくすることができる。
【０１１４】
ステップＳ５０８とステップＳ５０９との間にタイマーを入れて、静止画の撮影間隔を一定に保つようにしても良い。この場合には、動画保存時間は静止画の撮影間隔と同一にしても良い。
【０１１５】
また、ステップＳ５１０のタイマーを省いて、クライアント４０を一巡したらすぐに１番目のクライアント４０に戻って静止画を要求するようにしても良い。
【０１１６】
前回も同じクライアント４０で動画を記録している場合には、ステップＳ５３７で録画データ４４１を保存する際に、前回の動画と重複する部分を除去しても良い。このようにすることにより、補助記憶装置２４の保存容量を節約することができる。また、事件が発生してユーザが動画を閲覧する場合に、同じ動画を重複して見る必要がなくなる。
【０１１７】
状況判定２のサブルーチンで、要注意と判定した後に、画像認識技術を使用してさらに詳細な状況を判定しても良い。たとえば、図６の画像が撮影されている場合には、左隣の区画に車両が駐車中である旨を判定し、記録保存ＤＢ３１の状況フィールドに記録しても良い。このようにすることにより、事件等が発生して記録保存ＤＢ３１を確認する際に、必要な情報を容易に取り出すことができる。
【０１１８】
［実施の形態２］
本実施の形態は、クライアント４０がカメラ４５の視野内の動きの有無を判定する情報処理システムに関する。実施の形態１と共通する部分については説明を省略する。なお、本実施の形態のハードウェア構成は実施の形態１と同様であるが、静止画ＤＢ３２は使用しない。
【０１１９】
図１７は、実施の形態２の情報処理システムの処理の流れを示すフローチャートである。図１７を使用して、本実施の形態の処理の流れを説明する。
【０１２０】
クライアントＣＰＵ４１は、動きフラグを初期値であるＯＦＦに設定する（ステップＳ６０１）。クライアントＣＰＵ４１は、カメラ４５が撮影する動画を監視して、撮影された視野内に動きがあるか否かを判定する（ステップＳ６０２）。動きがあると判定した場合には（ステップＳ６０２でＹＥＳ）、クライアントＣＰＵ４１は動きフラグをＯＮに設定する（ステップＳ６０３）。動きが無いと判定した場合（ステップＳ６０２でＮＯ）およびステップＳ６０３の後、クライアントＣＰＵ４１はステップＳ６０２に戻る。
【０１２１】
ＣＰＵ２１は、通信を行う相手先である１台のクライアント４０を、１番目のクライアント４０に設定する（ステップＳ６１１）。ＣＰＵ２１は、通信部２２およびネットワーク１１を介して、クライアント４０に動きフラグの送信を要求する（ステップＳ６１２）。
【０１２２】
ネットワーク１１および通信部４２を介してクライアントＣＰＵ４１はサーバ２０からの要求を受信する（ステップＳ６０４）。クライアントＣＰＵ４１は、通信部４２およびネットワーク１１を介してサーバ２０に動きフラグを送信する（ステップＳ６０５）。
【０１２３】
ネットワーク１１および通信部２２を介してＣＰＵ２１は動きフラグを受信する（ステップＳ６１３）。ＣＰＵ２１は、受信した動きフラグがＯＮであるか否かを判定する（ステップＳ６１４）。動きフラグがＯＮであると判定した場合は（ステップＳ６１４でＹＥＳ）、ＣＰＵ２１は動画処理のサブルーチンを起動する（ステップＳ６１５）。動画処理のサブルーチンは、実施の形態１の図１４と同じサブルーチンを使用する。
【０１２４】
ＣＰＵ２１は、クライアント４０の処理を一巡したか否かを判定する（ステップＳ６１６）。一巡していないと判定した場合には（ステップＳ６１６でＮＯ）、ＣＰＵ２１は通信する相手を次のクライアント４０に変更する（ステップＳ６１９）。その後、ＣＰＵ２１はステップＳ６１２に戻る。
【０１２５】
一巡していると判定した場合には（ステップＳ６１６でＹＥＳ）、ＣＰＵ２１はタイマーにより所定の時間が経過するまで待つ（ステップＳ６１７）。所定の時間が経過した後、ＣＰＵ２１は処理を終了するか否かを判定する（ステップＳ６１８）。終了すると判定した場合には（ステップＳ６１８でＹＥＳ）、ＣＰＵ２１は処理を終了する。終了しないと判定した場合には（ステップＳ６１８でＮＯ）、ＣＰＵ２１はステップＳ６１１に戻る。
【０１２６】
本実施の形態においては、サーバ２０とクライアント４０との間で静止画の転送を行わないので、ネットワーク１１の負荷を軽減することができる。また静止画の転送時間および静止画の変化の有無を判定する処理が不要であるので、サーバ２０の負荷も軽減できる。さらに静止画ＤＢ３２が不要であるので、補助記憶装置２４の容量を節約できる。
【０１２７】
［実施の形態３］
本実施の形態は、車番認識を行う際に検出したナンバープレートを使用して、車両が入庫中であるか出庫中であるかを判定する情報処理システムに関する。実施の形態１と共通する部分については説明を省略する。
【０１２８】
図１８は、実施の形態３の動画処理のサブルーチンの処理の流れを示すフローチャートである。図１８に示すサブルーチンは、図１４に示すサブルーチンの代わりに使用するサブルーチンである。図１８を使用して、本実施の形態の動画処理のサブルーチンの処理の流れを説明する。
【０１２９】
ＣＰＵ２１は、通信部２２およびネットワーク１１を介してクライアント４０に動画を要求する（ステップＳ５３１）。ネットワーク１１および通信部４２を介して、クライアントＣＰＵ４１は要求を受信する（ステップＳ５４１）。クライアントＣＰＵ４１は、通信部４２およびネットワーク１１を介して録画データ４４１をサーバ２０に送信する（ステップＳ５４２）。
【０１３０】
ネットワーク１１および通信部２２を介してＣＰＵ２１は録画データ４４１を受信する（ステップＳ５３２）。ＣＰＵ２１は、録画データ４４１に記録された動画の各画像中の車番認識領域５１を解析して、ナンバープレートに記載された記号である車番を認識し（ステップＳ５３３）、補助記憶装置２４に記憶する。
【０１３１】
ＣＰＵ２１は、車番の認識に成功したか否かを判定する（ステップＳ５３４）。車番の認識に成功したと判定した場合には（ステップＳ５３４でＹＥＳ）、ＣＰＵ２１は入出庫判定のサブルーチンを起動する（ステップＳ６３２）。入出庫判定のサブルーチンは、ナンバープレートの画像から車両が入庫中であるか、出庫中であるかを判定するサブルーチンである。入出庫判定のサブルーチンの処理の流れは後述する。
【０１３２】
車番の認識に成功していないと判定した場合には（ステップＳ５３４でＮＯ）、ＣＰＵ２１は要注意の状況であると判定して（ステップＳ６３３）、補助記憶装置２４に記憶する。ステップＳ６３２の終了後およびステップＳ６３３の終了後、ＣＰＵ２１は、動画ＤＢ３３にステップＳ５３２で受信した録画データ４４１を保存する（ステップＳ５３７）。
【０１３３】
ＣＰＵ２１は、記録保存ＤＢ３１に情報を記録する（ステップＳ５３８）。ＣＰＵ２１は、その後処理を終了する。
【０１３４】
図１９は、実施の形態３の入出庫判定のサブルーチンの処理の流れを示すフローチャートである。入出庫判定のサブルーチンは、ナンバープレートの画像から車両が入庫中であるか、出庫中であるかを判定するサブルーチンである。図１９を使用して、入出庫判定のサブルーチンの処理の流れを説明する。
【０１３５】
ＣＰＵ２１はステップＳ５３２で受信した録画データ４４１から、ステップＳ５３３で車番認識に成功した画像の前後の画像、たとえば車番認識を行った画像の前後各０．５秒間の動画を取得する（ステップＳ６４１）。ＣＰＵ２１は、取得した画像からナンバープレートの外枠を抽出する（ステップＳ６４２）。ＣＰＵ２１は、ナンバープレートの外枠が時間の経過と共に大きくなっているか否かを判定する（ステップＳ６４３）。大きくなっていると判定した場合には（ステップＳ６４３でＹＥＳ）、ＣＰＵ２１は車両が所定の停止位置に向けて移動を行っている最中である入庫中の状況であると判定する（ステップＳ６４７）。ＣＰＵ２１は、その後処理を終了する。
【０１３６】
ナンバープレートの外枠が時間の経過と共に大きくなっていないと判定した場合には（ステップＳ６４３でＮＯ）、ＣＰＵ２１は、ナンバープレートの外枠が時間の経過と共に小さくなっているか否かを判定する（ステップＳ６４４）。小さくなっていると判定した場合は（ステップＳ６４４でＹＥＳ）、ＣＰＵ２１は所定の停止位置から外への車両が移動している最中である出庫中の状況であると判定する（ステップＳ６４５）。ＣＰＵ２１は、その後処理を終了する。
【０１３７】
ナンバープレートの外枠が時間の経過と共に小さくなっていないと判定した場合には（ステップＳ６４４でＮＯ）、ＣＰＵ２１は車両が入庫中であるのか、出庫中であるのか判定できない。したがって、ＣＰＵ２１は入出庫不明の状況であると判定する（ステップＳ６４６）。ＣＰＵ２１は、その後処理を終了する。
【０１３８】
本実施の形態によると、既に車番認識を行う際に多用されて、実績のあるナンバープレートの抽出技術を使用して、入庫および出庫を判定することができるので、信頼性の高い判定を行える。
【０１３９】
［実施の形態４］
本実施の形態は、駐車場１２の出入り口に設置した高性能のカメラを用いた車番認識結果と、各駐車場所に設置したクライアント４０とを組み合わせて、記録の精度を高める情報処理システムに関する。実施の形態１と共通する部分については説明を省略する。
【０１４０】
図２０は、実施の形態４の情報処理システムのハードウェア群を示す説明図である。図２１は、実施の形態４の車番認識装置６０のハードウェア群を示す説明図である。図２０および図２１を使用して、本実施の形態の情報処理システム１０のハードウェア構成を説明する。
【０１４１】
本実施の形態の情報処理システム１０は、サーバ２０、ネットワーク１１、ネットワーク１１を介してサーバ２０に接続された複数のクライアント４０、およびネットワーク１１を介してサーバ２０に接続された車番認識装置６０を備える。
【０１４２】
補助記憶装置２４は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ、半導体メモリディスクまたはハードディスク等の記憶装置である。補助記憶装置２４には、ＣＰＵ２１に実行させるプログラム、記録保存ＤＢ３１、静止画ＤＢ３２、空き画像ＤＢ３４、動画ＤＢ３３、駐車画像ＤＢ３５および車番ＤＢ３６が保存されている。
【０１４３】
車番認識装置６０は、ゲートＣＰＵ６１、通信部６２、主記憶装置６３、補助記憶装置６４、ゲートカメラ６５およびバスを備える。車番認識装置６０は、駐車場１２の出入り口のゲート付近に設置されており、出入りする車両のナンバープレートを撮影して、記載されている車番を精度良く認識して出力する装置である。
【０１４４】
ゲートＣＰＵ６１は、車番認識装置６０を制御し、車番認識を行う演算制御装置である。ゲートＣＰＵ６１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。ゲートＣＰＵ６１は、バスを介して車番認識装置６０を構成するハードウェア各部と接続されている。
【０１４５】
通信部６２は、ネットワーク１１を介してサーバ２０とのとの通信を行う。通信部６２は、サーバ２０との情報交換に利用される。通信部６２は、たとえば無線または有線のＬＡＮモジュールである。
【０１４６】
主記憶装置６３は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリまたは半導体メモリディスク等の記憶装置である。主記憶装置６３には、ゲートＣＰＵ６１が行う処理の途中で必要な情報およびゲートＣＰＵ６１で実行中のプログラムが一時的に保存される。
【０１４７】
補助記憶装置６４は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ、半導体メモリディスクまたはハードディスク等の記憶装置である。補助記憶装置６４には、ゲートＣＰＵ６１に実行させるプログラムが保存されている。
【０１４８】
ゲートカメラ６５は、動画を撮影する。ゲートカメラ６５は、駐車場１２の出入り口を通過する車両のナンバープレートを鮮明に撮影できる場所に設置されているカメラである。ゲートカメラ６５は、分解能が高いレンズおよび画素数が多い撮像素子を使用した、高画質のカメラであり、運転者および同乗者の撮影および録画も行う。
【０１４９】
高画質のゲートカメラ６５を使用して鮮明にナンバープレートを撮影した映像を使用するので、車番認識装置６０の車番認識の精度は、クライアント４０のカメラ４５で撮影した画像を用いた車番認識精度に比べて大幅に高い。本実施の形態の車番認識装置６０の車番認識精度は、９９パーセント程度である。本実施の形態の車番認識装置６０が車番を認識できない車両は、たとえばナンバープレートが泥や埃で非常に汚れている車両またはナンバープレートが折れ曲がっている車両等である。なお、ゲートＣＰＵ６１が行う車番認識の方法は、既存の種々のアルゴリズムが開示されているので説明を省略する。自分の車両の車番を忘却した場合には、ゲートカメラ６５の録画映像と照らし合わせることにより車番を認識することが可能である。
【０１５０】
また、ゲートＣＰＵ６１は、撮影した映像の動きから認識した車番が入場する車両のものなのか、出場する車両のものなのかを判定する。ゲートＣＰＵ６１が認識した車番および入退場の別は、通信部６２およびネットワーク１１を介してサーバ２０に通知される。
【０１５１】
図２２は、実施の形態４の車番ＤＢ３６のレコードレイアウトを示す説明図である。車番ＤＢ３６は、車番認識装置６０が認識した車番と信頼度とを記録するＤＢである。車番ＤＢ３６は、車番フィールドおよび信頼度フィールドを有する。車番ＤＢ３６は、駐車場１２内に入っている車両１台ごとに１つのレコードを有する。車番フィールドには、ゲートＣＰＵ６１が認識した車番が記録される。信頼度フィールドには、車番フィールドに記録した車番の認識の信頼度が記録される。
【０１５２】
ＣＰＵ２１は、車番認識装置６０から入場する車両の車番を受け付けた場合には、車番ＤＢ３６に新規のレコードを作成する。ＣＰＵ２１は、新規レコードの車番フィールドに受け付けた車番を記録する。また、ＣＰＵ２１は、車番認識装置６０から出場する車両の車番を受け付けた場合には、受け付けた車番をキーとして車番ＤＢ３６を検索し、取り出したレコードを消去する。以上により、車番ＤＢ３６には駐車場１２の敷地内に入場している車両の車番が記録されている。
【０１５３】
図２３は、実施の形態４の記録保存ＤＢ３１のレコードレイアウトを示す説明図である。記録保存ＤＢ３１は、駐車場所、保存した動画のファイル名、動画を要求した時刻、状況を判定した結果およびナンバープレートの記載事項を関連付けて保存する記録保存部である。
【０１５４】
記録保存ＤＢ３１は、場所ＩＤフィールド、動画ファイル名フィールド、時刻フィールド、状況フィールド、車番フィールド、照合結果フィールドおよび信頼度フィールドを含む。記録保存ＤＢ３１は、サーバ２０からクライアント４０に対する１回の動画要求について１つのレコードを有する。
【０１５５】
場所ＩＤフィールドには、動画要求を行ったクライアント４０が設置されている駐車場所に付与された場所ＩＤが記録されている。動画ファイル名フィールドには、動画要求に対応してサーバ２０が取得した動画を保存する動画ＤＢ３３内のファイル名が記録されている。時刻フィールドには、サーバ２０がクライアント４０に対して動画を要求した時刻が記録されている。状況フィールドには、ＣＰＵ２１が動画を解析して状況を判定した結果が記録されている。
【０１５６】
車番フィールドには、ＣＰＵ２１が判定した車番が記録されている。なお、クライアント４０から受け付けた画像からＣＰＵ２１が車番を認識できなかった場合には、車番フィールドには認識不可と記録される。
【０１５７】
照合結果フィールドには、車番フィールドに記載した車番が車番ＤＢ３６に記録されているか否かをＣＰＵ２１が照合した際の照合結果が記録されている。なお、クライアント４０から受け付けた画像からＣＰＵ２１が車番を認識できなかった場合には、照合は行われず、照合結果フィールドには情報が記録されない。
【０１５８】
信頼度フィールドには、車番フィールドに記録した車番の信頼度が記録されている。
【０１５９】
図２４は、実施の形態４の動画処理のサブルーチンの処理の流れを示すフローチャートである。図２４に示すサブルーチンは、図１４に示すサブルーチンまたは図１８に示すサブルーチンの代わりに使用するサブルーチンである。図２４を使用して、本実施の形態の動画処理のサブルーチンの処理の流れを説明する。
【０１６０】
ＣＰＵ２１は、通信部２２およびネットワーク１１を介してクライアント４０に動画を要求する（ステップＳ５３１）。ネットワーク１１および通信部４２を介して、クライアントＣＰＵ４１は要求を受信する（ステップＳ５４１）。クライアントＣＰＵ４１は、通信部４２およびネットワーク１１を介して録画データ４４１をサーバ２０に送信する（ステップＳ５４２）。
【０１６１】
ネットワーク１１および通信部２２を介してＣＰＵ２１は録画データ４４１を受信する（ステップＳ５３２）。ＣＰＵ２１は、録画データ４４１に記録された動画の各画像中の車番認識領域５１を解析して、ナンバープレートに記載された記号である車番を認識し（ステップＳ５３３）、補助記憶装置２４に記憶する。この際、ＣＰＵ２１は認識結果のうちで最も信頼度の高い第一候補の車番およびその信頼度ならびに２番目に信頼度の高い第二候補の車番およびその信頼度を補助記憶装置２４に記憶する。
【０１６２】
ＣＰＵ２１は、車番の認識に成功したか否かを判定する（ステップＳ５３４）。車番の認識に成功したと判定した場合には（ステップＳ５３４でＹＥＳ）、ＣＰＵ２１は照合のサブルーチンを起動する（ステップＳ６６１）。照合のサブルーチンは、クライアント４０から取得した動画中に認識した車番が車番ＤＢ３６に記録されているか否かを照合するサブルーチンである。照合のサブルーチンの処理の流れは後述する。ＣＰＵ２１は状況判定１のサブルーチンを起動する（ステップＳ５３５）。状況判定１のサブルーチンは、図１５を使用して説明したサブルーチンと同一のサブルーチンを使用する。
【０１６３】
車番の認識に成功していないと判定した場合（ステップＳ５３４でＮＯ）、ＣＰＵ２１は状況判定２のサブルーチンを起動する（ステップＳ５３６）。状況判定２のサブルーチンは、図１６を使用して説明したサブルーチンと同一のサブルーチンを使用する。
【０１６４】
ＣＰＵ２１は、動画ＤＢ３３にステップＳ５３２で受信した録画データ４４１を保存する（ステップＳ５３７）。
【０１６５】
ＣＰＵ２１は、記録保存ＤＢ３１に情報を記録する（ステップＳ６６２）。具体的には、ＣＰＵ２１は記録保存ＤＢ３１に新しいレコードを作成し、各フィールドに情報を記録する。記録する内容をさらに具体的に説明する。ＣＰＵ２１は場所ＩＤフィールドに動画を撮影したクライアント４０が設置されている駐車場所を示す記号を記録する。ＣＰＵ２１は、動画ファイル名フィールドに、動画ＤＢ３３に記録した動画を識別するファイル名を記録する。ＣＰＵ２１は、時刻フィールドにクライアント４０に動画を要求した日時を記録する。ＣＰＵ２１は、状況フィールドに状況判定１のサブルーチンまたは状況判定２のサブルーチンで判定した状況を記録する。ＣＰＵ２１は、車番フィールドに照合サブルーチンで照合した車番を記録する。なお、ステップＳ５３３で車番の認識に成功しなかった場合には、ＣＰＵ２１は車番フィールドに認識不可と記録する。
【０１６６】
ＣＰＵ２１は、照合結果フィールドに照合サブルーチンで照合した照合結果を記録する。ＣＰＵ２１は、信頼度フィールドに車番フィールドに記載した車番の信頼度を記録する。なお、ステップＳ５３３で車番の認識に成功せず（ステップＳ５３４でＮＯ）、照合サブルーチンを起動しなかった場合には、ＣＰＵ２１は信頼度フィールドには情報を記録しない。ＣＰＵ２１は、その後処理を終了する。
【０１６７】
図２５は、実施の形態４の照合のサブルーチンの処理の流れを示すフローチャートである。照合のサブルーチンは、クライアント４０から取得した動画中に認識した車番が車番ＤＢ３６に記録されているか否かを照合するサブルーチンである。図２５を使用して、照合のサブルーチンの処理の流れを説明する。
【０１６８】
ＣＰＵ２１はステップＳ５３３で認識した第１候補の車番と一致する車番が車番ＤＢ３６の車番フィールドにあるか否かを判定する（ステップＳ６７１）。第１候補の車番と一致する車番があると判定した場合は（ステップＳ６７１でＹＥＳ）、ＣＰＵ２１はクライアント４０から取得した動画に撮影されている車両の車番は第１候補の車番であると判定し（ステップＳ６７２）、補助記憶装置２４に記憶する。ＣＰＵ２１は、照合結果は「あり」と判定する（ステップＳ６７３）。ＣＰＵ２１は、第１候補の車番が記録されているレコードの信頼度フィールドに記録されている信頼度を取得する。ＣＰＵ２１は、車番、信頼度および判定結果を補助記憶装置２４に記憶する。ＣＰＵ２１は、以上で処理を終了する。
【０１６９】
第１候補の車番と一致する車番が無いと判定した場合は（ステップＳ６７１でＮＯ）、ＣＰＵ２１はステップＳ５３３で認識した第２候補の車番と一致する車番が車番ＤＢ３６の車番フィールドにあるか否かを判定する（ステップＳ６７６）。第２候補の車番と一致する車番があると判定した場合は（ステップＳ６７６でＹＥＳ）、ＣＰＵ２１はクライアント４０から取得した動画に撮影されている車両の車番は第２候補の車番であると判定し（ステップＳ６７７）、補助記憶装置２４に記憶する。ＣＰＵ２１は、照合結果は「あり」と判定する（ステップＳ６７８）。ＣＰＵ２１は、第２候補の車番が記録されているレコードの信頼度フィールドに記録されている信頼度を取得する。ＣＰＵ２１は、車番、信頼度および判定結果を補助記憶装置２４に記憶する。ＣＰＵ２１は、以上で処理を終了する。
【０１７０】
第２候補の車番と一致する車番が無いと判定した場合は（ステップＳ６７６でＮＯ）、ＣＰＵ２１はステップＳ５３３で認識した第１候補または第２候補の車番と類似する車番が車番ＤＢ３６の車番フィールドにあるか否かを判定する（ステップＳ６８１）。類似する車番とは、たとえば第１候補または第２候補の車番と１文字違いの車番、形状が似ている文字を含む車番等を意味する。
【０１７１】
類似する車番があると判定した場合には（ステップＳ６８１でＹＥＳ）、ＣＰＵ２１はクライアント４０から取得した動画に撮影されている車両の車番は車番ＤＢ３６内に記録されている類似する車番であると判定し（ステップＳ６８２）、補助記憶装置２４に記憶する。ＣＰＵ２１は、照合結果は「あり」と判定する（ステップＳ６８３）。ＣＰＵ２１は、類似する車番が記録されているレコードの信頼度フィールドに記録されている信頼度を取得する。ＣＰＵ２１は、車番、信頼度および判定結果を補助記憶装置２４に記憶する。ＣＰＵ２１は、以上で処理を終了する。
【０１７２】
類似する車番が無いと判定した場合には（ステップＳ６８１でＮＯ）、ＣＰＵ２１はクライアント４０から取得した動画に撮影されている車両の車番は第１候補の車番であると判定し（ステップＳ６８６）、補助記憶装置２４に記憶する。ＣＰＵ２１は、照合結果は「無し」と判定する（ステップＳ６８７）。ＣＰＵ２１は、車番、ステップＳ５３３で取得した信頼度および判定結果を補助記憶装置２４に記憶する。ＣＰＵ２１は、以上で処理を終了する。
【０１７３】
本実施の形態によると、車番の認識精度が高い車番認識装置６０が認識した車番を使用するので、信頼度の高い情報を記録保存ＤＢ３１に記録することができる。
【０１７４】
月極駐車場、従業員専用駐車場等、あらかじめ利用する車両が定められている駐車場１２で本情報処理システムを使用する場合には、車番ＤＢ３６に駐車場１２を利用する車両の車番を記録しても良い。この場合には、車番ＤＢ３６の信頼度フィールドは不要であり、記録保存ＤＢ３１の信頼度フィールドにはステップＳ５３３で取得した信頼度を記録する。このようにすることにより、車番ＤＢ３６へのレコードの記録および削除が不要であるので、ＣＰＵ２１の負荷を低減することができる。車番ＤＢ３６に記録されていない車両が駐車された場合には、無断駐車として駐車場管理者に通報するようにしても良い。無断駐車車両の存在およびその駐車位置を通報できるため、駐車場管理者は容易に無断駐車車両を確認して、必要な処置をすることができる。
【０１７５】
［実施の形態５］
実施の形態５は、汎用のコンピュータを利用したサーバ２０と情報処理プログラム７１とを組み合わせて動作させることにより、情報処理システム１０を実現する形態に関する。図２６は、実施の形態５の情報処理システム１０のハードウェア群を示す説明図である。図２６を使用して、本実施の形態の構成を説明する。なお、実施の形態１と共通する部分の説明は省略する。
【０１７６】
本実施の形態の情報処理システム１０は、サーバ２０、ネットワーク１１およびネットワーク１１を介してサーバ２０に接続された複数のクライアント４０を備える。
【０１７７】
サーバ２０は、ＣＰＵ２１、通信部２２、主記憶装置２３、補助記憶装置２４、読取部２５、入力部、表示部、時計部およびバスを備える。サーバ２０は、汎用のパソコン、タブレットまたはデータセンタに設置された大型計算機等の情報処理装置である。
【０１７８】
情報処理プログラム７１は、可搬型記録媒体７２に記録されている。ＣＰＵ２１は、読取部２５を介して情報処理プログラム７１を読み込み、補助記憶装置２４に保存する。またＣＰＵ２１は、サーバ２０内に実装されたフラッシュメモリ等の半導体メモリ７３に記憶された情報処理プログラム７１を読出しても良い。さらに、ＣＰＵ２１は、通信部２２およびネットワーク１１を介して接続される図示しない他のサーバコンピュータから情報処理プログラム７１をダウンロードして補助記憶装置２４に保存しても良い。
【０１７９】
ＣＰＵ２１は、上述した各種ソフトウェア処理を実行する情報処理プログラム７１を、可搬型記録媒体７２もしくは半導体メモリ７３から読み取り、またはネットワーク１１を介して他のサーバコンピュータからダウンロードする。ＣＰＵ２１は、通信部２２およびネットワーク１１を介して情報処理プログラム７１の中の必要なモジュールをクライアント４０の補助記憶装置４４に保存する。
【０１８０】
情報処理プログラム７１は、クライアント４０および汎用のコンピュータを利用したサーバ２０の制御プログラムとしてインストールされ、主記憶装置４３および主記憶装置２３にロードして実行される。これにより、サーバ２０およびクライアント４０は上述した情報処理システム１０として機能する。
【０１８１】
なお、クライアント４０の補助記憶装置４４に、情報処理プログラム７１と強調して動作するプログラムがあらかじめ記憶されていても良い。この場合には、ＣＰＵ２１はクライアント４０の補助記憶装置４４に情報処理プログラム７１中のモジュールを保存しない。
【０１８２】
以上の実施の形態に関し、さらに以下の付記を開示する。
【０１８３】
（付記１）
第１情報処理装置と複数の第２情報処理装置とが通信網を介して接続された情報処理システムにおいて、
前記第２情報処理装置は、
カメラから取得した静止画像を前記第１情報処理装置へ送信する送信部を備え、
前記第１情報処理装置は、
前記静止画像を受信する第１受信部と、
時系列で受信した静止画像に基づき変化があると判定した場合に前記第２情報処理装置へ動画の要求を示す要求情報を送信する要求情報送信部とを備え、
前記第２情報処理装置は、
前記要求情報を受信した場合に、所定時間遡った時間帯の動画を前記第１情報処理装置へ送信する動画送信部
を備える情報処理システム。
【０１８４】
（付記２）
第１情報処理装置と複数の第２情報処理装置とが通信網を介して接続された情報処理システムにおいて、
前記第２情報処理装置は、
カメラから取得した映像の変化の有無を検知して記録する検知記録部を備え、
前記第１情報処理装置は、
前記検知記録部に記録された情報を受信する第１受信部と、
前記情報に変化が有ることが記録されていると判定した場合に前記第２情報処理装置へ動画の要求を示す要求情報を送信する要求情報送信部とを備え、
前記第２情報処理装置は、
前記要求情報を受信した場合に、所定時間遡った時間帯の動画を前記第１情報処理装置へ送信する動画送信部
を備える情報処理システム。
【０１８５】
（付記３）
前記第２情報処理装置は、前記カメラから取得した撮影時刻から所定の時間遡った時刻までの動画を記憶する記憶部を備え、
前記動画送信部は、前記記憶部に記憶された動画を送信する
付記１または付記２に記載の情報処理システム。
【０１８６】
（付記４）
前記第１情報処理装置は、受信した前記動画を保存する動画保存部を備える
付記１から付記３のいずれか一つに記載の情報処理システム。
【０１８７】
（付記５）
前記第１情報処理装置は、通信相手の前記第２情報処理装置を所定の順番で順次切り替える切替部を備える
付記１から付記４のいずれか一つに記載の情報処理システム。
【０１８８】
（付記６）
前記第１情報処理装置は、前記動画送信部から送信された動画、該動画から抽出した記号および該動画を撮影した前記第２情報処理装置を関連づけて保存する記録保存部を備える
付記１から付記５のいずれか一つに記載の情報処理システム。
【０１８９】
（付記７）
前記第１情報処理装置は、記号の群を記録した群記録部と、
抽出した記号が前記群に含まれているか否かを照合する照合部とを備え、
前記記録保存部に、前記動画に関連づけて前記照合部の照合結果を記録する
付記６に記載の情報処理システム。
【０１９０】
（付記８）
前記カメラは、駐車場の駐車場所に固定されており、
前記記号は駐車場所に駐車された車両のナンバープレートに表示された車番である
付記６または付記７に記載の情報処理システム。
【０１９１】
（付記９）
前記第１情報処理装置は、車番を記録した車番記録部と、
抽出した記号が前記車番記録部に記録されているか否かを照合する照合部とを備え、
前記記録保存部に、前記動画に関連づけて前記照合部の照合結果を記録する
付記６から付記８のいずれか一つに記載の情報処理システム。
【０１９２】
（付記１０）
前記車番記録部には、前記駐車場の構内に存在する車両の車番を記録する
付記９に記載の情報処理システム。
【０１９３】
（付記１１）
前記第１情報処理装置は、前記動画から該動画が撮影された駐車場所の駐車状況を判定する状況判定部を備え、
前記記録保存部に、前記動画に関連づけて前記状況判定部の判定結果を記録する
付記６から付記１０のいずれか一つに記載の情報処理システム。
【０１９４】
（付記１２）
複数の情報処理装置に通信網を介して接続されたコンピュータにおいて、
前記情報処理装置がカメラから取得した静止画像を受信する受信部と、
時系列で受信した静止画像に基づき変化があると判定した場合に、前記情報処理装置へ動画の要求を示す要求情報を送信する要求情報送信部と、
前記要求情報を受信した情報処理装置により、所定時間遡った時間帯の動画が送信された場合に、該動画を受信する動画受信部と
を備えるコンピュータ。
【０１９５】
（付記１３）
カメラから動画を取得する映像取得部と、
撮影時刻から所定の時間遡った時刻までの前記動画を記憶する記憶部と、
受け付けた信号に対応して、前記カメラで撮影した静止画もしくは前記カメラで撮影した動画の変化の有無を示す情報、または前記記憶部に記憶した動画を送信する映像情報送信部と
を備える情報処理装置。
【０１９６】
（付記１４）
静止画像を情報処理装置から取得し、
時系列で取得した前記静止画像に基づき変化の有無を判定し、
変化があると判定した場合に前記情報処理装置へ動画の要求を示す要求情報を送信し、
前記要求情報を受信した前記情報処理装置により、所定時間遡った時間帯の動画が送信された場合に、該動画を受信する
処理をコンピュータに実行させる情報処理プログラム。
【０１９７】
（付記１５）
静止画像を情報処理装置から取得し、
時系列で取得した前記静止画像に基づき変化の有無を判定し、
変化があると判定した場合に前記情報処理装置へ動画の要求を示す要求情報を送信し、
前記要求情報を受信した前記情報処理装置により、所定時間遡った時間帯の動画が送信された場合に、該動画を受信する情報処理方法。
【０１９８】
各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０１９９】
１０  情報処理システム
１１  ネットワーク
１２  駐車場
２０  サーバ
２１  ＣＰＵ
２２  通信部
２３  主記憶装置
２４  補助記憶装置
２５  読取部
３１  記録保存ＤＢ
３２  静止画ＤＢ
３３  動画ＤＢ
３４  空き画像ＤＢ
３５  駐車画像ＤＢ
３６  車番ＤＢ
４０  クライアント
４１  クライアントＣＰＵ
４２  通信部
４３  主記憶装置
４４  補助記憶装置
４４１  録画データ
４５  カメラ
４９  車止めブロック
６０  車番認識装置
６１  ゲートＣＰＵ
６２  通信部
６３  主記憶装置
６４  補助記憶装置
６５  ゲートカメラ
７１  情報処理プログラム
７２  可搬型記録媒体
【図１】
0006538392.tif 000002
【図２】
0006538392.tif 000003
【図３】
0006538392.tif 000004
【図４】
0006538392.tif 000005
【図５】
0006538392.tif 000006
【図６】
0006538392.tif 000007
【図７】
0006538392.tif 000008
【図８】
0006538392.tif 000009
【図９】
0006538392.tif 000010
【図１０】
0006538392.tif 000011
【図１１】
0006538392.tif 000012
【図１２】
0006538392.tif 000013
【図１３】
0006538392.tif 000014
【図１４】
0006538392.tif 000015
【図１５】
0006538392.tif 000016
【図１６】
0006538392.tif 000017
【図１７】
0006538392.tif 000018
【図１８】
0006538392.tif 000019
【図１９】
0006538392.tif 000020
【図２０】
0006538392.tif 000021
【図２１】
0006538392.tif 000022
【図２２】
0006538392.tif 000023
【図２３】
0006538392.tif 000024
【図２４】
0006538392.tif 000025
【図２５】
0006538392.tif 000026
【図２６】
0006538392.tif 000027