JP2009065561A - 監視カメラ装置、その制御方法及びプログラム - Google Patents

Abstract

【課題】監視カメラの動作状況を容易に把握することを可能とする監視カメラ装置を提供する。
【解決手段】複数の動作モードで動作可能な監視カメラ１１に、点灯状態を制御可能な発光素子３０２を備えて、動作モードに応じて発光素子３０２の点灯状態を制御するようにした。これにより、目視によって発光素子３０２の点灯状態を確認することで監視カメラ１１の動作モードを把握することが可能となり、監視者は、例えば監視カメラ１１が緊急性の高い動作モードに入ったことを直ちに認識できるようになる。
【選択図】 図１

Description

本発明は監視カメラ装置、その制御方法及びプログラムに関し、特に利用者が監視カメラの動作状況を容易に把握することを可能とする技術に関する。

監視カメラの主たる目的は、監視者が実際にその場にいなくとも、所望の監視エリアを監視できる環境を提供することである。この目的の実現のためには、一般的にネットワーク経由で監視カメラと接続可能なＰＣ上で動作するアプリケーションを用いて監視カメラの映像を表示する方法や、監視カメラの映像を所定のレコーダで記録しておき、後から見直すといった方法が用いられている。

監視カメラが求められる具体的な意味としては、犯罪に対する抑止力としての意味と、犯罪が起こった際の証拠となる映像を記録する意味との二つが存在する。

抑止力としての効果を高めるためには、被監視者となる人物が監視カメラの存在を認識する必要がある。そのための手段を提供する技術としては、例えば特許文献１に開示がある。この特許文献１では、カメラに発光素子を取り付けることにより、被監視者の監視カメラに対する視認性を高めることが提案されている。

また逆に、被監視者に監視カメラの存在を認識させないようにする提案も数多くなされている。例えば、特許文献２や特許文献３では、監視カメラを別の固体で覆うことで、その存在を隠蔽し、被監視者に意識されることなく撮影が行えるようにして、被監視者によって監視カメラを警戒されることなく撮影を行うことを可能としている。

現在、このような監視カメラは様々な機能を備えるようになってきている。例えば追尾モードでは、追尾対象となった被監視者を追跡して撮影することで、その行動を汲まなく撮影することが可能である。また、ズームモードでは、被監視者が画面一杯に映るようにズームを調節することにより、被監視者を細かく調査することが可能である。また、赤外線撮影モードでは、監視カメラを赤外線フィルタで覆うことにより、赤外撮影を可能にし、夜間や暗い場所においても視認性を確保した映像で記録することが可能である。

また、ユーザはＰＣと監視カメラとをネットワークを介して接続するようなシステムを構築することにより、監視カメラが実装している様々な機能の設定をＰＣ上のアプリケーションから変更することが可能である。具体的には、ユーザはＰＣ上のアプリケーションを利用し、所望の設定変更要求を監視カメラに送信することで、設定の変更を行うことができる。一般的に変更可能な項目としては、「スケジュール」、「フレームレート」、「撮影領域」、「撮影モード」、「時刻」などが上げられる。

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

実際の監視カメラの利用現場では、監視カメラのみが監視エリアを監視しているわけではなく、警備員等の監視者自身が、同じ監視エリアで監視活動を行っているケースが多分に存在する。

しかしながら、これまでの監視カメラの利用目的は遠隔地からの監視活動に重点が置かれていた。そのため、監視者が監視エリア内にいる状態で、監視カメラの動作モードを把握するためには、Ｅｔｈｅｒｎｅｔ（登録商標）などのネットワークにノートパソコンなどを接続することで、直接監視カメラにアクセスするなどの方法を用いるしかなかった。

つまり換言すれば、これまでの監視カメラでは、ノートパソコンのようなネットワーク接続可能な機器などの手間の掛かる手段を持ち合わせない状況においては、監視エリア内にいる監視者が監視カメラの動作状況を把握することが不可能になってしまっていた。そのため、もし、監視カメラがなんらかの状況の変化を検出し緊急性の高い動作モードに入っている場合でも、監視エリアにいる監視者がそのことを直ちに認識できないといった問題があった。

本発明は係る実情に鑑みてなされたものであり、監視カメラの動作状況を容易に把握することを可能とする監視カメラ装置等を提供することを目的とする。

本発明の監視カメラ装置は、複数の動作モードで動作可能な監視カメラ装置であって、点灯状態を制御可能な発光手段と、前記動作モードに応じて前記発光手段の点灯状態を制御する発光制御手段とを有することを特徴とする。
また、本発明の監視カメラ装置の制御方法は、複数の動作モードで動作可能な監視カメラ装置であり、点灯状態を制御可能な発光手段を有する監視カメラ装置の制御方法であって、前記動作モードに応じて前記発光手段の点灯状態を制御する発光制御ステップを有することを特徴とする。
また、本発明のプログラムは、複数の動作モードで動作可能な監視カメラ装置であって、点灯状態を制御可能な発光手段を有する監視カメラ装置を制御するためのプログラムであり、前記動作モードに応じて前記発光手段の点灯状態を制御する発光制御ステップをコンピュータに実行させるためのプログラムである。

本発明によれば、監視エリアにいる監視者が、監視カメラの点灯状態を認識することにより、目視によって監視カメラの動作モードを把握することが可能になる。これにより、監視者が、監視カメラが緊急性の高い動作モードに入ったことなどを直ちに認識できるようになるため、結果的に監視エリアの安全性を高められる効果がある。

以下、図面を参照しながら本発明の好適な実施の形態を説明する。図１は本実施の形態に係る監視カメラ装置のシステム構成を示す図である。図１において、監視カメラ１１とパーソナルコンピュータ（ＰＣ）１２とがネットワーク１４を介して接続している。なお、本実施の形態では、ネットワーク１４としてＥｔｈｅｒｎｅｔ（ＩＥＥＥ８０２．３）に準拠したネットワークを想定するが、他のものであっても構わない。また、ＰＣ１２が有する表示部１３は、例えばＬＣＤなどで構成されており、監視カメラ１１からの映像やＰＣ１２上で起動されるアプリケーションによる表示画面などを表示する。なお、本図においては、監視カメラ１１を１台のみ図示しているが、実際は複数台の監視カメラ１１が、複数地点においてネットワーク１４を介してＰＣ１２と接続しているものとする。

図２は監視カメラ１１の内部システムの構成を示すブロック図である。図２において、撮像制御部２０２は撮像素子２０１を制御し、被写体の動画及び静止画の撮影を行い、撮像素子２０１から取り込んだ動画像データ又は静止画像データを画像処理部２０７において所定のデータフォーマットに変換後、内部メモリ２０４に一時保存する。

その後、メイン制御部２０３からの指示に従い活性化されたＤＩＦ（Digital Interface）制御部２０８は、内部メモリ２０４内に一時保存されている動画像データを取得し、ＤＩＦ（Digital Interface）２０９に送出する。また、動画像データを監視カメラ１１内部の記録部２０５に保存する場合には、メイン制御部２０３からの指示に従い活性化された記録制御部２０６が内部メモリ２０４内に一時保存されている動画像データを取得後、記録部２０５内の所定の領域に記録する。

図３は監視カメラ１１の外観を示す概念図である。図３に参照されるように、監視カメラ１１はレンズ部３０１、発光素子であるＬＥＤ（Light Emitting Diode）３０２、ヒンジ部３０３、及びＬＡＮケーブル３０４を有する。

ＬＥＤ３０２は、監視カメラ１１の内部設定に応じて点灯状態を制御可能に構成されている。具体的には、ＬＥＤ３０２は、監視カメラ１１の内部設定に応じて、点灯パターン、点灯時の光量、発光色などを変更することができる。

ヒンジ部３０３は、監視カメラ１１をパン及びチルト方向に動かすことにより、広範囲な撮影を可能とする。ＬＡＮケーブル３０４は、Ｅｔｈｅｒｎｅｔ上での通信を行う物理ケーブルである。

また、監視カメラ１１はＬＥＤ３０２の発光に関して、図４に示すような設定項目（設定情報）を保持している。図４（ａ）は監視カメラ１１が内部的に認識する動作モードの種類を示している。図４（ｂ）はＬＥＤ３０２の点灯パターンに関する項目を示している。図４（ｃ）はＬＥＤ３０２の発光時の光量に関する項目を示している。図４（ｄ）はＬＥＤ３０２の発光時の色に関する項目を示している。

図４（ａ）に示した動作モードには、監視カメラ１１が所定の目的に従って監視対象を監視する動作モードが示されている。本実施の形態の監視カメラ１１においては、標準撮影モード、ズームモード、追尾モード、録画モード、及び赤外線撮影モードが用意されている。
標準撮影モードは、例えば定点撮影をしたりする動作モードである。ズームモードは、被監視者が画面一杯に映るようにズームを調節することにより、被監視者を細かく調査したりする動作モードである。追尾モードは、追尾対象となった被監視者を追跡して撮影することで、その行動を汲まなく撮影したりする動作モードである。録画モードは、撮影した映像を所定のレコーダで記録しておき、後から見直したりする際に用いる動作モードである。赤外線撮影モードは、監視カメラ１１を赤外線フィルタで覆うことにより、赤外撮影を可能にし、夜間や暗い場所においても視認性を確保した映像を撮影する動作モードである。なお、本実施の形態においては、上記のようなモードを例示したが、これに限定されるものではない。また、監視カメラ１１がこのような動作モードで撮影を実行する際は、図２に示したメイン制御部２０３が、内部メモリ２０４などに記録されたプログラムに基き、監視カメラ１１全体の動作を制御する。

図４（ｂ）に示した点灯パターンには、ＬＥＤ３０２が点灯可能な各種点灯パターンが示されており、本実施の形態に係る監視カメラ１１においては、点灯、消灯、点滅などの複数の点灯パターンが用意されている。また、図４（ｃ）に示した光量には、ＬＥＤ３０２の点灯時の光量の強弱のレベルなどが示されおり、本実施の形態に係る監視カメラ１１においては、複数段階の光量のレベルが用意されている。また、図４（ｄ）に示した色には、ＬＥＤ３０２の点灯時の発光色が示されており、本実施の形態においては、複数色の発光色が用意されている。

本実施の形態に係る監視カメラ１１では、図４（ａ）に示す動作モード毎に、図４（ｂ）に示す「点灯パターン」、図４（ｃ）に示す「光量」、図４（ｄ）に示す「色」をそれぞれ選択的に任意に設定することが可能である。そしてＬＥＤ３０２は、動作モード毎の設定に応じて、その点灯状態が制御される。この場合、図２に示したメイン制御部２０３が、内部メモリ２０４に記録された動作モード毎の設定情報に基き、ＬＥＤ３０２を制御することになる。ここで、メイン制御部２０３は、本発明でいう発光制御手段に対応し、内部メモリ２０４は、本発明でいう記録手段に対応する。また、ＬＥＤ３０２は、本発明でいう発光手段に対応する。

次に、監視カメラ１１とＰＣ１２による実際の処理フローを主に図５、６のフローチャートを用いて説明する。ユーザが監視カメラ１１のＬＥＤ３０２の点灯状態の設定を変更する場合、まずＰＣ１２側から設定用の専用アプリケーションを起動する必要がある。

本実施の形態においては、当然ユーザが設定用のアプリケーションを起動することを想定しているため、まずステップＳ５０１において、ＰＣ１２は、アプリケーションの起動処理を行い、以下で説明する処理を起動したアプリケーションに基き行う。

ステップＳ５０２において、ＰＣ１２は、登録されている監視カメラ１１の一覧を表示部１３に表示し、ユーザが行う設定変更の対象となる監視カメラ１１の選択指示を待機する。次にステップＳ５０３において、ＰＣ１２は、ユーザからの監視カメラ１１の選択情報を受け取る。

本実施の形態においては、ユーザは予め登録しておいた監視カメラ１１の一覧表から設定対象となる監視カメラ１１の選択を行うようにしている。この場合、ＰＣ１２は起動したアプリケーションにより、起動直後に図９に示すようなウィンドウを表示する。

図９に示すウィンドウはユーザに設定対象となる監視カメラ１１の選択を促すためのウィンドウである。図９において、９０１で示す登録済み監視カメラリストには、予め登録されている監視カメラ１１のリストが表示される。本図の例では、監視カメラ１１が設置場所に対応した形式で複数リスト表示されている。

９０２はマウスポインタであり、ユーザのマウス操作に連動して動作可能である。ユーザは、マウスポインタ９０２を用いて、ウィンドウ上の所望の位置を選択することが可能になる。そしてユーザは、マウスポインタ９０２を操作し、登録済み監視カメラリスト９０１内に表示されている何れかの監視カメラ１１の上でクリックすることにより、対象となった監視カメラ１１の背景に色をつけることができる。これにより、色のついた監視カメラ１１が選択対象となっていることを示すようにすることができる。

９０３はＯＫボタンである。ユーザは、マウスポインタ９０２を操作し、ＯＫボタン９０３上でクリックすることにより、色のついた監視カメラ１１を設定対象の監視カメラ１１として選択したことになる。このようなユーザからの処理をもって、ＰＣ１２は、ステップＳ５０３に示す設定対象の監視カメラ選択の処理を終えたことになる。また、９０４はキャンセルボタンである。ユーザはキャンセルボタン９０４を選択することにより、ＰＣ１２が起動したアプリケーションを閉じることが可能である。

次にステップＳ５０４において、ＰＣ１２は、実際に設定対象となる監視カメラ１１の設定用Ｗｅｂページを取得するため、Ｗｅｂブラウザの起動を行う。この際、ＰＣ１２がステップＳ５０１で起動したアプリケーションは、ＰＣ１２内のＷｅｂブラウザのライブラリを自身のアプリケーションウィンドウに取り込む。

次にステップＳ５０５において、ＰＣ１２は、監視カメラ１１から設定用Ｗｅｂページを取得するためのリクエストメッセージ（取得要求コマンド）の生成を行う。本実施の形態においては、ＰＣ１２が起動したアプリケーションと監視カメラ１１とが、一般的なＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルを利用して、メッセージのやり取りを行うことを想定している。そのため、ＰＣ１２は起動したアプリケーションにより、図１４に示すような「ＨＴＴＰ ＧＥＴ」のリクエスト要求を生成し、ステップＳ５０６へ移行する。なお、ここで指定する取得対象となるパスは、監視カメラ１１とＰＣ１２が起動したアプリケーションとの間で設定用Ｗｅｂページを取得するために予め決められたパスであるものとする。

次にステップＳ５０６において、ＰＣ１２は、ステップＳ５０５で生成したリクエストメッセージの送信処理を行う。ここで送信している間、ＰＣ１２は、常にステップＳ５０７において、送信処理が完了したか否かのチェックを行う。

ステップＳ５０７において送信処理の完了を確認できなかった場合には、ＰＣ１２は、ステップＳ５０６に戻り、送信処理を繰り返す。この繰り返しはリクエストメッセージが全て転送されるまで続けられる。一方、ステップＳ５０７において、リクエストメッセージの送信処理の完了を確認できた場合には、ＰＣ１２は、ステップＳ５０８へ移行し、レスポンスメッセージの待機状態に移行する。

ここまでの処理により、ＰＣ１２は起動したアプリケーションにより、監視カメラ１１に対して設定用Ｗｅｂページの取得要求を発行したことになる。

次に図６を参照して、監視カメラ１１がＰＣ１２から受信した設定用Ｗｅｂページ取得要求に対してレスポンスを返すまでの処理の流れを説明する。まずステップＳ６０１において、監視カメラ１１は、Ｅｔｈｅｒｎｅｔによるネットワーク１４を介して何らかのデータを受信したことを検出しステップＳ６０２へ移行する。

ステップＳ６０２において、監視カメラ１１は、ステップＳ６０１において受信したデータの解析処理を行いステップＳ６０３へ移行する。

ステップＳ６０３において、監視カメラ１１は、設定用Ｗｅｂページの取得要求であるか否かの判定を行う。本実施の形態においては、図５で示したステップＳ５０１〜５０５における一連の処理において生成、発行された設定用Ｗｅｂページ取得要求であることを想定しているため、確認後ステップＳ６０４へ移行する。なお、設定用Ｗｅｂページの取得要求でなかった場合にはステップＳ６０９へ移行し、対応する処理を実行後ステップＳ６０８の待機状態へと移行する。

次にステップＳ６０４において、監視カメラ１１は、ステップＳ６０３において確認した、設定用Ｗｅｂページが記録されているパスの検索処理を行い、ステップＳ６０４での検索結果の判定を行う。そして、監視カメラ１１は、ステップＳ６０４での検索の結果、対象となる設定用Ｗｅｂページのデータを確認後ステップＳ６０５へ移行する。

ステップＳ６０５において、監視カメラ１１は、図５のステップＳ５０８において、設定用Ｗｅｂページの受信を待機しているＰＣ１２に、ステップＳ６０４で存在を確認した設定用Ｗｅｂページのデータを返信するためのデータの生成処理を行う。

上述図５のステップＳ５０５において説明したように、本実施の形態におけるＰＣ１２が起動したアプリケーションと監視カメラ１１とはＨＴＴＰプロトコルを用いてデータのやり取りを行うことを想定している。そのため、このステップＳ６０５において、監視カメラ１１は、図１５に示すような「ＨＴＴＰ Ｒｅｓｐｏｎｓｅ」メッセージ（以下、レスポンスメッセージ）を生成し、ステップＳ６０６へ移行する。なお、本実施の形態においては、図１４において説明したように、パスがＨＴＭＬ形式のデータとなっている。

次にステップＳ６０６において、監視カメラ１１は、ステップＳ６０５で生成したレスポンスメッセージの送信処理を行う。送信している間、監視カメラ１１は、常にステップ６０７において、送信処理が完了したか否かのチェックを行う。

ステップＳ６０７において送信処理の完了を確認できなかった場合には、監視カメラ１１は、ステップＳ６０６に戻り、送信処理を繰り返す。この繰り返しは、レスポンスメッセージが全て転送されるまで続けられる。一方、ステップＳ６０７においてレスポンスメッセージの送信処理の完了を確認できた場合には、監視カメラ１１は、ステップＳ６０８の待機状態へと移行する。

以上の処理により、監視カメラ１１はＰＣ１２から受信した設定用Ｗｅｂページの取得要求に対してレスポンスを返したことになる。

ここで、処理は再びＰＣ１２側に戻ってくることになる。図６の処理フローの間、ＰＣ１２が起動したアプリケーションは、監視カメラ１１からのレスポンスメッセージを待機する状態でいるため（ステップＳ５０８）、監視カメラ１１からのレスポンスメッセージの受信に伴い、ステップＳ５０９へ移行する。

レスポンスメッセージを受信している間、ＰＣ１２は、常にステップＳ５１０において、受信処理が完了したか否かのチェックを行う。ステップＳ５１０において、受信処理の完了を確認できなかった場合には、ＰＣ１２は、ステップＳ５０９に戻り、受信処理を繰り返す。この繰り返しは、レスポンスメッセージが全て転送されるまで続けられる。ステップＳ５１０において、レスポンスメッセージの受信処理の完了を確認できた場合には、ＰＣ１２は、ステップＳ５１１へ移行する。

ステップＳ５１１において、ＰＣ１２は起動したアプリケーションにより、ステップＳ５１０で受信したレスポンスメッセージの解析作業を行い、ステップＳ５１２へ移行する。

ステップＳ５１２において、ＰＣ１２は、ステップＳ５１１での解析結果を基に、受信したレスポンスメッセージが設定用Ｗｅｂページ取得要求に対するものであるか否かの判定を行う。本実施の形態においては、監視カメラ１１から設定用Ｗｅｂページのデータを受信したことを想定しているため、確認後ステップＳ５１３へ移行する。一方、設定用ページの受信を確認できなかった場合には、ＰＣ１２はステップＳ５１４で受信データに対応した処理を実行後、ステップＳ５０８へと移行し、再度監視カメラ１１からの設定用Ｗｅｂページの待機状態に戻る。

次にステップＳ５１３において、ＰＣ１２は起動したアプリケーションにより、ステップＳ５１２で受信した設定用Ｗｅｂページの表示を行う。具体的には、図１０に示すようなＬＥＤ３０２の設定用の画面をユーザに提供することになる。

図１０において、１００１〜１００５は監視カメラ１１がサポートする動作モードの一覧であり、つまり監視カメラ１１が認識・動作可能な動作モードを示している。１００６〜１００８はＬＥＤ３０２の「点灯パターン」、「光量」、「色」の各項目である。１０１２は設定領域である。ユーザは各動作モードに対するＬＥＤ３０２の点灯状態を、設定領域１０１２に表示された複数のプルダウンメニューを操作することで任意に設定することが可能である。１００９は仮想監視カメラアイコンであり、本実施の形態では、各動作モードに対して設定したＬＥＤ３０２の点灯状態を、この仮想監視カメラアイコン１００９でデモすることで実際の監視エリア内における点灯状態を確認することが可能である。１０１０は選択ボタンである。選択ボタン１０１０を押すことにより、ＰＣ１２は設定領域１０１２で設定された内容を監視カメラ１１に送信する処理を開始する。１０１３はマウスポインタである。マウスポインタ１０１３は、ユーザのマウス操作に連動して動作可能であり、ユーザは画面上の所望の位置を選択することが可能になる。以上のような設定用の画面により、ユーザは監視カメラ１１のＬＥＤ３０２の設定変更を開始することが可能になる。

ここで、図１０に示した画面を用いて行う実際の設定変更処理の具体的な説明をする。ユーザは図５、図６の処理フローによる結果より、図１０に示すような画面を用いて、設定の変更を行う。画面には、動作モード（１００１〜１００５）を列、ＬＥＤ３０２の制御項目（１００６〜１００８）を行とするマトリックスが設定領域１０１２として含まれている。ユーザは、変更したいマトリックスの要素（各動作モードとＬＥＤ３０２の制御項目の交点）を、マウスポインタ１０１３を操作することにより選択する。ユーザがあるマトリックスの要素を選択すると、図１１に示すように、対象要素において選択可能な項目が１０１２−１のように表示され、所望の項目にマウスポインタ１０１３をあわせ、クリックすることで、図１２に示すように選択した項目が反映される。以上の処理を繰り返すことにより、ユーザは監視カメラ１１のＬＥＤ３０２の点灯状態の設定を変更又は更新可能である。本実施の形態においては、最終的に図１３に示すような変更を行ったと想定する。

また、ユーザは各動作モード（１００１〜１００５）にマウスポインタ１０１３を移動させ、クリックすることにより、設定したＬＥＤ３０２の点灯状態を仮想監視カメラアイコン１００９で確認することが可能である。標準撮影（１００１）を選択した場合は、｛点灯：Ｌｅｖｅ４：赤｝の設定でのデモが仮想監視カメラアイコン１００９で実行される。以上のようにして、ユーザが設定に対して納得した場合には、右下の選択ボタン１０１０を押すことにより、現在の設定に関する情報（設定情報）を監視カメラ１１に送信する処理が開始される。

次に、ＰＣ１２から監視カメラ１１への設定情報の送信処理と、監視カメラ１１が設定を反映させるまでの処理を主に図７、図８のフローチャートを用いて説明する。

まず図７を参照して、ＰＣ１２側から設定情報を送信するまでの処理を説明する。

まずステップＳ７０１において、ＰＣ１２は、選択ボタン１０１０が押されたか否かの判定を行う。押されていない場合には、ステップＳ７０１のチェックを繰り返す。本実施の形態においては、先に説明した通り、ユーザが設定を済ませ、選択ボタン１０１０が押されたことを想定しているため、選択ボタン１０１０が押されたことを確認後、ステップＳ７０２へ移行する。

次にステップＳ７０２において、ＰＣ１２は、ユーザの設定情報を基に、監視カメラ１１に送信するためのデータ（送信用メッセージ）を生成する。本実施の形態においては、ＰＣ１２が起動したアプリケーションと監視カメラ１１とが設定情報変更に関する情報をやり取りする場合には、図１６に示すようなＸＭＬ形式のデータフォーマットを用いることを想定する。図１６においては、動作モード毎に｛標準撮影：<normal>｝１６０１、｛ズームモード：<zoom>｝１６０２、｛追尾モード：<tracking>｝１６０３、｛録画モード：<record>｝１６０４、｛赤外線撮影：<infrared>｝１６０５の各タグが記述されている。また、それら各動作モードタグの子要素として、ＬＥＤの点灯パターン、光量、色に関するタグ｛点灯パターン：<pattern>｝１６０７、｛光量：<volume>｝１６０８、及び｛色：<color>｝１６０９が記述されている。各タグには、図１８に示すＬＥＤ３０２の各設定項目とそれに割り当てられた値を記したテーブルに示される値が、代入されている。つまりＰＣ１２が起動したアプリケーションは、図１８に示したテーブルを参照して、各タグへの値の設定を行うことになる。また、ＨＴＴＰのリクエストメッセージとしては、「ＨＴＴＰ ＰＯＳＴ」を用いる。このとき、図１６に示すＸＭＬデータがＨＴＴＰ ＰＯＳＴのメッセージボディの値として用いられる。なお、ここで送信用メッセージとは、メッセージボディを含むリクエストメッセージをいうものとする。

次にステップＳ７０３において、ＰＣ１２は、ステップＳ７０２で生成した送信用メッセージ（設定変更データ）の送信を行う。送信している間、ＰＣ１２は、常にステップＳ７０４において、送信処理が完了したか否かのチェックを行う。

ステップＳ７０４において送信処理の完了を確認できなかった場合には、ステップＳ７０３に戻り、ＰＣ１２は送信処理を繰り返す。この繰り返しは、送信用メッセージが全て転送されるまで続けられる。一方、ステップＳ７０４において送信用メッセージの送信処理の完了を確認できた場合には、ＰＣ１２はステップＳ７０５へ移行し、監視カメラ１１からのレスポンスメッセージ待機状態へと移行する。

ここまでの処理により、ＰＣ１２は起動したアプリケーションにより、監視カメラ１１に対して、ＬＥＤ３０２の設定の変更を要求するメッセージを発行したことになる。

次に図８を用いて、監視カメラ１１がＰＣ１２側から受信したＬＥＤ設定変更要求に対してレスポンスを返すまでの処理を説明する。

まずステップＳ８０１において、監視カメラ１１は、Ｅｔｈｅｒｎｅｔによるネットワーク１４を介して何らかのデータを受信したことを検出しステップＳ８０２へ移行する。

次にステップＳ８０２において、監視カメラ１１は、ステップＳ８０１で受信したデータの解析処理を行う。本実施の形態においては、上述したように、ＨＴＴＰプロトコルとしては、ＨＴＴＰ ＰＯＳＴリクエストメッセージを、ＬＥＤ設定変更要求としては、ＸＭＬを用いる。即ち、本ステップにおいては、ＨＴＴＰ ＰＯＳＴの検出をトリガとして、ＸＭＬのチェックを行うことになる。

次にステップＳ８０３において、監視カメラ１１は、設定変更要求のデータであるか否かのチェックを行う。詳細には、監視カメラ１１は、受信した「ＨＴＴＰ ＰＯＳＴ」のメッセージボディに記載されているＸＭＬデータの解析を行う。ここで、監視カメラ１１は、データ内に<ledsetting>タグ（図１６参照）が存在するか否かを検出することができるため、このタグを基にＬＥＤ設定変更要求であることを認識しステップＳ８０４へ移行する。一方、ＬＥＤ設定変更データでなかった場合には、ステップＳ８１０に移行し所望の処理を行い、その後ステップＳ８０９の待機状態へ移行する。

次にステップＳ８０４において、監視カメラ１１は、ＬＥＤ設定変更データの解析（ＸＭＬの解析）を行う。各ＸＭＬのタグをチェックすることにより、監視カメラ１１は最終的に図１９に示すような動作モード毎の設定一覧を取得することが可能である。なお、図１９は、ＬＥＤ３０２の設定変更の内容が記述されたテーブルであり、換言すれば動作モード毎に設定された設定情報を示している。

次にステップＳ８０５において、監視カメラ１１は、ステップＳ８０４で取得した設定情報を自身の設定に反映させる処理を行い、ステップＳ８０６へ移行する。

ステップＳ８０６において、監視カメラ１１は、設定が反映されたことをトリガとして、上述したリクエストメッセージに対するレスポンスメッセージを生成する。ここで、生成するメッセージの一例を図１７に示す。

次にステップＳ８０７において、監視カメラ１１は、ステップＳ８０６で生成したレスポンスメッセージの送信処理を行う。送信している間、監視カメラ１１は、常にステップＳ８０８において、送信処理が完了したか否かのチェックを行う。ステップＳ８０８において送信処理の完了を確認できなかった場合には、監視カメラ１１は、ステップＳ８０７に戻り、送信処理を繰り返す。この繰り返しは、レスポンスメッセージが全て転送されるまで続けられる。一方、ステップＳ８０８においてリクエストメッセージの送信処理の完了を確認できた場合には、監視カメラ１１は、ステップＳ８０９の待機状態へと移行する。

以上の処理により、監視カメラ１１は、ＰＣ１２側から受信したＬＥＤ設定変更要求に応じた、内部設定の変更と、レスポンスメッセージを送信したことになる。

また、以上の監視カメラ１１における処理の完了後は、処理が再びＰＣ１２が起動したアプリケーションに戻ってくることになる。図８の処理フローの間、ＰＣ１２が起動したアプリケーションは、図７に示したステップＳ７０５で、監視カメラ１１からのレスポンスメッセージを待機する状態でいる。そのため、監視カメラ１１からのデータの受信に伴い、ステップＳ７０６へ移行しデータの受信を開始する。受信している間、常にステップＳ７０７において、ＰＣ１２は、受信処理が完了したか否かのチェックを行う。ステップＳ７０７において受信処理の完了を確認できなかった場合には、ＰＣ１２は、ステップＳ７０６に戻り受信処理を繰り返す。この繰り返しは、レスポンスメッセージが全て転送されるまで続けられる。一方、ステップＳ７０７においてレスポンスメッセージの受信処理の完了を確認できた場合には、ＰＣ１２はステップＳ７０８へ移行する。

次にステップＳ７０８において、ＰＣ１２は、受信したデータの解析を行う。解析結果が監視カメラ１１からのレスポンスデータであった場合には（ステップＳ７０９）、ステップＳ７１０へ移行し、待機状態へ移行する。逆にレスポンスメッセージでなかった場合には、ステップＳ７１１で受信したデータに対応する処理を実行後、ステップＳ７０５へと移行し、再度監視カメラ１１からのレスポンスメッセージの待機状態に戻る。

以上のＰＣ１２が起動したアプリケーションによる処理により、監視カメラ１１のＬＥＤ３０２に関する設定を変更又は更新することが可能になる。これにより、ユーザは、独自のルールでＬＥＤ３０２の点灯状態を動作モード毎に管理することが可能になる。なお、監視カメラ１１は、内部メモリ２０４などにＬＥＤ３０２の点灯状態に関する設定情報を記録しておくことで、動作モード毎の点灯状態を管理する。また、図５〜８を用いて説明したＰＣ１２及び監視カメラ１１間の処理における情報のやり取りは、具体的には図２で示したＤＩＦ制御部２０８、ＤＩＦ２０９及び図３で示したＬＡＮケーブル３０４を介して行われる。この場合、ＤＩＦ２０９などは、本発明でいうインタフェース手段に対応するものとなる。

以上のような本実施の形態に係る監視カメラ装置では、ユーザは監視カメラ１１のＬＥＤ３０２の動作モードに対応する点灯状態を目視することで、現在監視カメラ１１がどのようなモードで動作しているかを認識することが可能となる。これにより、ユーザは、例えば監視カメラ１１が緊急性の高い動作モードに入ったことを直ちに認識できるようになるため、結果的に監視エリアの安全性を高めることができる。

また、実際の監視カメラ装置の利用現場では、監視カメラのみが監視エリアを監視しているわけではなく、警備員等の監視者自身が、同じ監視エリアで監視活動を行っているケースが多分に存在する。このような場合、実際に監視エリアで監視活動を行っている警備員等は、時間帯によって入れ替わるような状況が生じる場合がある。このような状況に対応するものとして、ユーザ毎に、即ち時間帯毎に、監視カメラ１１のＬＥＤ３０２の点灯状態を変更するようにしてもよい。

このような場合には、監視カメラ１１に時刻情報を内部或いは外部から取得する手段（本発明でいう時刻情報取得手段に対応）を備えておき、管理しているＬＥＤ３０２の設定情報を、時刻情報を基に変更させるようにすればよい。つまり、詳細には、監視カメラ１１に時間帯毎に管理されたＬＥＤ３０２の設定情報のスケジュールを保持させておき、所定の時間となった場合にスケジュールに応じてＬＥＤ３０２の設定情報を変更するようにする。これにより、ユーザ毎に、監視カメラ１１のＬＥＤ３０２の点灯状態を変更するようにすることができ、ユーザそれぞれが認識し易い点灯状態をもって、監視カメラ１１の動作モードを確認できるようにすることができる。

また、以上で説明した本実施の形態では、ネットワークによる通信方法としてＥｔｈｅｒｎｅｔを用いた。これの他に、ＷｉｒｅｌｅｓｓＬＡＮ（ＷＬＡＮ）、ＵＳＢ、ＷｉｒｅｌｅｓｓＵＳＢ、ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈ又は赤外線通信等の通信方法を用いてもかまわない。

また、本実施の形態では、Ｅｔｈｅｒｎｅｔを用いたネットワーク通信による、ＬＥＤ設定の変更・更新処理を説明した。これの他に、監視カメラ１１がＳＤカードに代表される着脱可能な記録メディアをサポートしている場合には、記録メディアにより変更・更新することも可能である。この場合、具体的には、ＰＣ１２が起動したアプリケーションで生成されるＬＥＤ設定の変更データ（図１６）をファイル化し記録しておき、そのＳＤカードを監視カメラ１１に挿すことでＬＥＤ設定の変更・更新を行うようにする。

なお、本発明を実現するために、上述した実施の形態の機能を実現するソフトウェアのプログラムコード（コンピュータプログラム）を記録した記憶媒体を用いても良い。この場合には記憶媒体をシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによって本発明の目的が達成される。

この場合、記憶媒体から読み出されたプログラムコード自体が上述した実施の形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）等が実際の処理の一部又は全部を行う場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれてもよい。この場合には、書き込まれたプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行ってもよい。

本実施の形態に係る監視カメラ装置のシステム構成例を示す図である。 本実施の形態に係る監視カメラの内部システムの構成を示すブロック図である。 本実施の形態に係る監視カメラの外観を示す概念図である。 本実施の形態に係る監視カメラのＬＥＤの発光に関する設定項目を示す図である。 本実施の形態に係る監視カメラ装置において、ユーザが設定画面を得るまでのＰＣ側の処理を説明するフローチャートである。 本実施の形態に係る監視カメラ装置において、ユーザが設定画面を得るまでの監視カメラ側の処理を説明するフローチャートである。 本実施の形態に係る監視カメラ装置において、ユーザが監視カメラのＬＥＤの設定を変更するまでのＰＣ側の処理を説明するフローチャートである。 本実施の形態に係る監視カメラ装置において、ユーザが監視カメラのＬＥＤの設定を変更するまでの監視カメラ側の処理を説明するフローチャートである。 本実施の形態に係る監視カメラ装置において、ユーザが設定変更の対象となる監視カメラを選択するために用いるウィンドウを示す図である。 本実施の形態に係る監視カメラ装置において、ユーザが監視カメラのＬＥＤ設定を変更するための用いる画面を示す図である。 本実施の形態に係る監視カメラ装置において、ユーザが監視カメラのＬＥＤ設定に関する項目の設定を行う際の画面の様子を示す図である。 本実施の形態に係る監視カメラ装置において、ユーザが監視カメラのＬＥＤ設定に関する項目を設定した直後の状態の画面を示す図である。 本実施の形態に係る監視カメラ装置において、ユーザが監視カメラのＬＥＤ設定に関する項目を設定した後の画面を示す図である。 本実施の形態に係る監視カメラ装置において、ＰＣが監視カメラに設定用ページの送信を要求する際に発行するＨＴＴＰコマンドを示す図である。 本実施の形態に係る監視カメラ装置において、監視カメラがアプリケーションから受け取った設定用ページ送信要求に対して発光するＨＴＴＰレスポンスコマンドを示す図である。 本実施の形態に係る監視カメラにおいて、ＰＣが監視カメラに対してＬＥＤ設定変更を要求する際に発行するＨＴＴＰコマンドを示す図である。 本実施の形態に係る監視カメラにおいて、監視カメラがＬＥＤ設定変更の要求に対して発光するＨＴＴＰレスポンスコマンドを示す図である。 本実施の形態に係る監視カメラにおいて、ＬＥＤの各設定項目とそれに割り当てられた値を記したテーブル一覧を示す図である。 本実施の形態に係る監視カメラにおいて、監視カメラが取得するＬＥＤの設定変更のテーブルを示す図である。

符号の説明

１１ 監視カメラ
１２ パーソナルコンピュータ（ＰＣ）
１３ 表示部
１４ ネットワーク
２０１ 撮像素子
２０２ 撮像制御部
２０３ メイン制御部
２０４ 内部メモリ
２０５ 記録部
２０６ 記録制御部
２０７ 画像処理部
２０８ ＤＩＦ制御部
２０９ ＤＩＦ
３０１ レンズ部
３０２ ＬＥＤ
３０３ ヒンジ部
３０４ ＬＡＮケーブル

Claims (9)

1. 複数の動作モードで動作可能な監視カメラ装置であって、
   点灯状態を制御可能な発光手段と、
   前記動作モードに応じて前記発光手段の点灯状態を制御する発光制御手段とを有することを特徴とする監視カメラ装置。
2. 前記発光手段の点灯状態とは、前記発光手段の点灯パターン、光量、及び発光色のいずれか又はこれらの組み合わせであることを特徴とする請求項１に記載の監視カメラ装置。
3. 前記動作モード毎に設定される前記発光手段の点灯状態の設定情報を記録することが可能な記録手段を有し、
   前記発光制御手段は、前記記録手段に記録された設定情報に応じて、前記発光手段を制御することを特徴とする請求項１又は２に記載の監視カメラ装置。
4. 時刻情報を取得する時刻情報取得手段を有し、
   前記時刻情報に応じて、前記発光手段の点灯状態を変更することを特徴とする請求項１〜３のいずれか１項に記載の監視カメラ装置。
5. 外部と情報をやり取りするためのインタフェース手段を有し、
   前記インタフェース手段を介して前記発光手段の点灯状態を変更又は更新できるようにしたことを特徴とする請求項１〜４のいずれか１項に記載の監視カメラ装置。
6. 前記インタフェース手段は、Ｅｔｈｅｒｎｅｔ、ＵＳＢ、ＷｉｒｅｌｅｓｓＬＡＮ、ＷｉｒｅｌｅｓｓＵＳＢ、ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈ及び赤外線通信のいずれかを介して情報をやり取りすることを特徴とする請求項５に記載の監視カメラ装置。
7. 前記インタフェース手段は、着脱可能な記録メディアとの間で情報をやり取りすることを特徴とする請求項５に記載の監視カメラ装置。
8. 複数の動作モードで動作可能な監視カメラ装置であり、点灯状態を制御可能な発光手段を有する監視カメラ装置の制御方法であって、
   前記動作モードに応じて前記発光手段の点灯状態を制御する発光制御ステップを有することを特徴とする監視カメラ装置の制御方法。
9. 複数の動作モードで動作可能な監視カメラ装置であり、点灯状態を制御可能な発光手段を有する監視カメラ装置を制御するためのプログラムであって、
   前記動作モードに応じて前記発光手段の点灯状態を制御する発光制御ステップをコンピュータに実行させるためのプログラム。

Images