(57)【要約】【課題】  雲台やレンズの動作にともなう動体検知等の画像処理の誤検知を簡単な構成で防止する。【解決手段】  撮像部からの画像データから、画像データ中の被写体の状態を検知する。クライアントからサーバに対する駆動命令を受信する。被写体の状態として被写体の動きを検知している状態で、駆動命令を受信している場合、フラグの値をＯＮに設定し、駆動命令を受信していない場合に、フラグの値をＯＦＦに設定する。設定されたフラグの値に応じて、検知処理中であることを示すイベント情報のクライアントへの通知を制限する。【選択図】  図３
2012085125.tif 000002
【特許請求の範囲】
【請求項１】
撮像部を備えるサーバと、ネットワークを介して前記撮像部を遠隔制御するクライアントからなるネットワークカメラシステムであって、
前記サーバは、
前記撮像部からの画像データから、前記画像データ中の被写体の状態を検知する検知手段と、
前記クライアントから前記サーバに対する駆動命令を受信する受信手段と、
前記被写体の状態として前記検知手段が前記被写体の動きを検知している状態で、前記受信手段が前記駆動命令を受信している場合、フラグの値をＯＮに設定し、前記受信手段が前記駆動命令を受信していない場合に、前記フラグの値をＯＦＦに設定する設定手段と、
前記設定手段で設定されたフラグの値に応じて、前記検知手段による検知処理中であることを示すイベント情報の前記クライアントへの通知を制限する制限手段と
を備えることを特徴とするネットワークカメラシステム。
【請求項２】
前記サーバは、
前記設定手段で設定されたフラグの値に応じて、その値を示すフラグ情報を前記クライアントへ送信する送信手段を更に備え、
前記クライアントは、
前記フラグ情報を受信する受信手段と、
前記受信手段で受信したフラグ情報をメッセージ表示する表示手段を更に備える
ことを特徴とする請求項１に記載のネットワークカメラシステム。
【請求項３】
前記サーバは、
前記設定手段で設定されたフラグの値に応じて、その値を示すフラグ情報を前記クライアントへ送信する送信手段を更に備え、
前記クライアントは、
前記フラグ情報を受信する受信手段と、
前記受信手段で受信したフラグ情報を記憶する記憶手段を更に備える
ことを特徴とする請求項１に記載のネットワークカメラシステム。
【請求項４】
遅延時間を設定するための計時手段を更に備え、
前記設定手段は、前記計時手段で設定した遅延時間に応じて、前記フラグをＯＦＦに設定する
ことを特徴とする請求項１に記載のネットワークカメラシステム。
【請求項５】
撮像部を備えるサーバと、ネットワークを介して前記撮像部を遠隔制御するクライアントからなるネットワークカメラシステムにおけるサーバであって、
前記撮像部からの画像データから、前記画像データ中の被写体の状態を検知する検知手段と、
前記クライアントから前記サーバに対する駆動命令を受信する受信手段と、
前記被写体の状態として前記検知手段が前記被写体の動きを検知している状態で、前記受信手段が前記駆動命令を受信している場合、フラグの値をＯＮに設定し、前記受信手段が前記駆動命令を受信していない場合に、前記フラグの値をＯＦＦに設定する設定手段と、
前記設定手段で設定されたフラグの値に応じて、前記検知手段による検知処理中であることを示すイベント情報の前記クライアントへの通知を制限する制限手段と
を備えることを特徴とするサーバ。
【請求項６】
撮像部を備えるサーバと、ネットワークを介して前記撮像部を遠隔制御するクライアントからなるネットワークカメラシステムにおけるサーバの制御方法であって、
検知手段が、前記撮像部からの画像データから、前記画像データ中の被写体の状態を検知する検知工程と、
受信手段が、前記クライアントから前記サーバに対する駆動命令を受信する受信工程と、
設定手段が、前記被写体の状態として前記検知工程が前記被写体の動きを検知している状態で、前記受信工程が前記駆動命令を受信している場合、フラグの値をＯＮに設定し、前記受信工程が前記駆動命令を受信していない場合に、前記フラグの値をＯＦＦに設定する設定工程と、
制限手段が、前記設定工程で設定されたフラグの値に応じて、前記検知工程による検知処理中であることを示すイベント情報の前記クライアントへの通知を制限する制限工程と
を備えることを特徴とするサーバの制御方法。
【請求項７】
撮像部を備えるサーバと、ネットワークを介して前記撮像部を遠隔制御するクライアントからなるネットワークカメラシステムにおけるサーバのコンピュータを、
前記撮像部からの画像データから、前記画像データ中の被写体の状態を検知する検知手段と、
前記クライアントから前記サーバに対する駆動命令を受信する受信手段と、
前記被写体の状態として前記検知手段が前記被写体の動きを検知している状態で、前記受信手段が前記駆動命令を受信している場合、フラグの値をＯＮに設定し、前記受信手段が前記駆動命令を受信していない場合に、前記フラグの値をＯＦＦに設定する設定手段と、
前記設定手段で設定されたフラグの値に応じて、前記検知手段による検知処理中であることを示すイベント情報の前記クライアントへの通知を制限する制限手段と
して機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像配信システム及びその制御方法に関し、特に、遠隔地で撮影された画像データをネットワークを介して配信するネットワークカメラシステムに関するものである。
【背景技術】
【０００２】
カメラで撮影した画像をインターネットやＬＡＮ等のネットワークを介して配信し、遠隔地のクライアント（コンピュータ端末）によりモニタリングを可能としたネットワークカメラシステムが多く提案されている。更に、カメラの画像をモニタリングするだけでなく、クライアント側からカメラのパン・チルト角度やズーム等の雲台やレンズを遠隔制御することにより撮影アングルの変更を可能にしたシステムも広く知られた技術である。
【０００３】
また、夜間にはレンズ内部の赤外線カットフィルターを自動的に外すことで感度を上げて撮影することを可能にしたシステムも広く知られた技術である。
【０００４】
一方、撮影した画像データは画像処理によって物体の状態変化を解析することが行われるようになっている。フレーム間差分法や背景差分法等により画像の変化を検出して、所望の被写体の動きを検知することにより、侵入者や物体の置き去り等の事象の検出が可能となる。
【０００５】
パン、チルト、ズーム等のカメラ操作によって生じる被写体の動き検知の誤検知を防止の方法が提案されている。特許文献１では、背景画像の取得中や、パン、チルト、ズームの動作中には、動き検知の機能を停止する方法が提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第４３９６７０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
パン・チルト等の雲台の駆動中や、ズーム、赤外線カットフィルター等のレンズの駆動中においては、背景画像が変化してしまうため、動体検知、不動体検知が間違った結果になってしまう。このため、特許文献１では、パン、チルト、ズームの動作中は動体検知を停止するようにしている。
【０００８】
しかしながら、動体検知は制御部とは異なる部分（動体検知部）で処理されており、動体検知を停止する場合は、画像フレームとの同期を取って停止信号を作り、動体検知部に供給しなければならず複雑な構成となる。
【０００９】
本発明は上記の課題を解決するためになされたものであり、その目的は、雲台やレンズの動作にともなう動体検知等の画像処理の誤検知を簡単な構成で防止できるネットワークカメラシステム、サーバ及びその制御方法、プログラムを提供することである。
【課題を解決するための手段】
【００１０】
上記の目的を達成するための本発明によるネットワークカメラシステムは以下の構成を備える。即ち、
撮像部を備えるサーバと、ネットワークを介して前記撮像部を遠隔制御するクライアントからなるネットワークカメラシステムであって、
前記サーバは、
前記撮像部によって入力された画像データから、前記画像データ中の被写体の状態を検知する検知手段と、
前記クライアントから前記サーバに対する駆動命令を受信する受信手段と、
前記被写体の状態として前記検知手段が前記被写体の動きを検知している状態で、前記受信手段が前記駆動命令を受信している場合、フラグの値をＯＮに設定し、前記受信手段が前記駆動命令を受信していない場合に、前記フラグの値をＯＦＦに設定する設定手段と、
前記設定手段で設定されたフラグの値に応じて、前記検知手段による検知処理中であることを示すイベント情報の前記クライアントへの通知を制限する制限手段と
を備える。
【発明の効果】
【００１１】
本発明によれば、雲台やレンズの動作にともなう動き検知等の画像処理の誤検知を簡単な構成で防止できるネットワークカメラシステム、サーバ及びその制御方法、プログラムを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】実施形態１のネットワークカメラシステムの構成図である。
【図２】実施形態１のネットワークカメラシステムの機能構成図である。
【図３】実施形態１のフラグの動作を示すフローチャートである。
【図４】実施形態２のフラグの動作を示すフローチャートである。
【図５】実施形態２のフラグの動作を示すタイミングチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を用いて詳細に説明する。
【００１４】
＜実施形態１＞
図１は実施形態１のネットワークカメラシステムの構成図である。
【００１５】
このネットワークカメラシステム（画像配信システム）は、撮像部１０１を備えるサーバ１００と、サーバ１００を介して撮像部１０１を遠隔制御可能なクライアント１２０からなる。サーバ１００において、撮像部１０１はズーム、フォーカス、露出等に関する制御回路（不図示）を備え、光学系（レンズ等）を自動的に制御して最適な画像を撮影する。雲台部１０２は撮像部１０１をパン、チルト方向に駆動して所望のアングルに位置決めする。
【００１６】
サーバ１００は画像処理部１０３、符号化部１０４、ＣＰＵ１０５、ＲＯＭ１０６、ＲＡＭ１０７、レンズ制御部１０８、雲台制御部１０９を備え、これらは内部バスを通じて接続される。また、通信部１１０を通じてネットワーク１３０に画像データや装置の状態を送信したり、制御信号を受信したりする機能を備える。
【００１７】
符号化部１０４は画像データの符号化を行う。画像データの符号化の方式としては、ＪＰＥＧやＨ．２６４等の手法があるが、実施形態１では符号化の方式に依存するものではない。クライアント１２０はサーバ１００で撮影した画像を表示可能であり、かつサーバ１００の各種状態を遠隔制御することが可能である。
【００１８】
レンズ制御部１０８は、制御信号に応じて、撮像部１０１の光学系（レンズ等）を制御する。雲台制御部１０９は、制御信号に応じて、雲台部１０２の駆動を制御する。
【００１９】
尚、クライアント１２０は、情報処理装置であるサーバ１００と同等のハードウェア構成（ＣＰＵ、ＲＡＭ、ＲＯＭ、記憶装置（ハードディスク）、通信部、表示装置等）を備える情報処理装置である。
【００２０】
次に、撮像制御処理と画像処理の観点から見たハードウェアの機能ブロックを図２に示す。図２は言い換えれば図１における画像データや制御信号の流れを示したものである。このため、図１と同じ表現で機能を説明可能なブロックは同一番号で示す。
【００２１】
サーバ１００は撮像部１０１、雲台部１０２、画像バッファ２０１、符号化部１０４、通信部１１０、動き検知部２０２、フラグ制御部２０３、レンズ制御部１０８、雲台制御部１０９を備える。ここで、画像バッファ２０１は物理的にはＲＡＭ１０７であり、動き検知部２０２、フラグ制御部２０３、レンズ制御部１０８、雲台制御部１０９は物理的にはＣＰＵ１０５である。
【００２２】
画像データの流れを説明する。まず、撮像部１０１から画像データを取得し画像バッファ２０１に蓄積する。画像バッファ２０１に蓄積された画像データは符号化部１０４で符号化され、通信部１１０を通じてネットワーク１３０に送信される。ネットワーク１３０に接続されたクライアント１２０は、送信された画像データを受信して表示装置上に表示することや記憶装置に記憶することができる。他方で、画像データは画像バッファ２０１から動き検知部２０２にも送信され、ここで画像データの動き検知処理を行う。この動き検知処理により、画像データ中の被写体の状態（動体、不動体の動きの有無等）を検知することが可能である。
【００２３】
画像データの動き検知処理は、例えば、画像データ間の差分により行われる。差分方法としては隣接フレーム間差分法や背景差分法がよく知られている。隣接フレーム間差分法の差分演算として、座標が同じ画素の明度差の絶対値やＪＰＥＧ符号化ブロック単位でのＤＣＴ係数の差の絶対値和等が用いられ、注目領域に関してこれらの差分結果を積算した値が所定の閾値を超えると動きありとする方式がある。しかしながら、本発明は、動き検知の方法に依存するものではない。
【００２４】
クライアント１２０は、サーバ１００のパン・チルト等の雲台部１０２に対する駆動命令や、ズーム等の撮像部１０１に対する駆動命令を送信する。雲台部１０２に対する駆動命令は通信部１１０からフラグ制御部２０３と雲台制御部１０９を介して送信される。また、撮像部１０１に対する駆動命令は通信部１１０からフラグ制御部２０３とレンズ制御部１０８を介して送信される。
【００２５】
このように、サーバ１００は、クライアント１２０から、駆動部（撮像部１０１及び雲台部１０２）に対する駆動命令を受信して、その駆動命令に応じて駆動部（撮像部１０１及び雲台部１０２）を駆動する。
【００２６】
フラグ制御部２０３では動き検知部２０２による被写体の動き検知処理中にクライアント１２０から雲台部１０２が制御されているか否かを判定し、この判定結果に応じてフラグの値（ＯＮ／ＯＦＦ）を制御し、符号化部１０４や通信部１１０に送信する。
【００２７】
実施形態１では、フラグ制御部２０３で判定されたフラグ情報に応じて、動き検知等のイベント情報を制御することを特徴としており、この処理手順を図３のフローチャートを用いて説明する。
【００２８】
ステップＳ３０１で、サーバ１００は、画像バッファ２０１でフレーム画像データを蓄積する。
【００２９】
ステップＳ３０２で、サーバ１００は、動き検知部２０２で、画像データの背景差分等によって、被写体の動き検出処理を実行する。
【００３０】
ステップＳ３０３で、サーバ１００は、動き検知部２０２で、被写体の動きの有無を判定する。動きが無いと判定した場合（ステップＳ３０３でＮＯ）、ステップＳ３０７で、サーバ１００は、フラグ制御部２０３で、フラグをＯＦＦに設定して、ステップＳ３０１で、次のフレーム画像データを取得する。
【００３１】
一方、ステップＳ３０３で被写体の動きが有ると判定した場合（ステップＳ３０３でＹＥＳ）、サーバ１００は、動き検知部２０２からフラグ制御部２０３に、被写体の動きを検出したことを示す動き検知情報を送信する。
【００３２】
ステップＳ３０４で、サーバ１００は、フラグ制御部２０３で、パン・チルト駆動中であるか否かを判定する。つまり、クライアント１２０からの雲台部１０２に対する駆動命令を受信して、その駆動命令に従って雲台部１０２が動作しているか否かを判定する。パン・チルト駆動中でないと判定した場合（ステップＳ３０４でＮＯ）、ステップＳ３０８で、サーバ１００は、通信部１１０で、被写体の動き検知処理中であることを示すイベント情報をクライアント１２０へ送信する。ステップＳ３０７で、サーバ１００は、フラグ制御部２０３で、フラグをＯＦＦに設定して、ステップＳ３０１で、次のフレーム画像データを取得する。
【００３３】
一方、ステップＳ３０４でパン・チルト駆動中であると判定した場合（ステップＳ３０４でＹＥＳ）、ステップＳ３０５で、フラグ制御部２０３で、フラグをＯＮに設定する。ステップＳ３０６で、サーバ１００は、フラグの状態がＯＮであるため、被写体の動き検知処理中であることを示すイベント情報のクライアント１２０への送信を停止する。
【００３４】
以上説明したように、実施形態１によれば、被写体の動きが検出された場合に、パン・チルトが駆動しているか否かを判定し、その判定結果に応じてパン・チルトの駆動（駆動命令）の有無を示すフラグを制御する。このフラグの状態に応じて、クライアントへのイベント情報の通知を制限することが可能になる。
【００３５】
尚、本発明は、上記実施形態に限定されるものではない。上述の実施形態においては、被写体の動き検知処理中であることを示すイベント情報の通知を制限する構成であるが、画像処理として物体の置き去り等の不動体検知に適用することも可能である。
【００３６】
また、上述の実施形態においては、フラグの状態に応じてイベント情報の通知を制限する構成であるが、これに限定されない。例えば、フラグの状態に応じて画像データの送信を制御したり、フラグの状態を示すフラグ情報をクライアントに通知して、そのフラグ情報をメッセージ表示したり、記憶することも可能である。
【００３７】
＜実施形態２＞
実施形態２では、撮像部１０１の雲台部１０２や撮像部１０１の光学系（レンズ）の駆動状態に応じて、フラグを制御するとともに、フラグの制御には所定の遅延時間を適用する場合の処理について説明する。
【００３８】
実施形態２のシステム構成については実施形態１で図１および図２を使用して説明した内容と同様である。従って、ここでは、フラグの制御の手順を図４のフローチャートを用いて説明する。
【００３９】
ステップＳ４０１で、サーバ１００は、画像バッファ２０１でフレーム画像データを蓄積する。
【００４０】
ステップＳ４０２で、サーバ１００は、動き検知部２０２で、画像データの背景差分等によって、被写体の動き検出処理を実行する。
【００４１】
ステップＳ４０３で、サーバ１００は、動き検知部２０２で、被写体の動きの有無を判定する。動きが無いと判定した場合（ステップＳ４０３でＮＯ）、ステップＳ４０１で、次のフレーム画像データを取得する。
【００４２】
一方、ステップＳ４０３で被写体の動きが有ると判定した場合（ステップＳ４０３でＹＥＳ）、サーバ１００は、動き検知部２０２からフラグ制御部２０３に、被写体の動きを検出したことを示す動き検知情報を送信する。
【００４３】
ステップＳ４０４で、サーバ１００は、フラグ制御部２０３で、パン・チルト駆動中であるか否かを判定する。つまり、クライアント１２０からの雲台部１０２に対する駆動命令を受信して、その駆動命令に従って雲台部１０２が動作しているか否かを判定する。パン・チルト駆動であると判定した場合（ステップＳ４０４でＹＥＳ）、ステップＳ４１０で、サーバ１００は、フラグ制御部２０３で、フラグをＯＮに設定する。そして、ステップＳ４１１で、サーバ１００は、被写体の動き検知処理中であることを示すイベント情報のクライアント１２０への送信を停止し、ステップＳ４０１で、次のフレーム画像データを取得する。
【００４４】
一方、ステップＳ４０４でパン・チルトが駆動中でないと判定した場合（ステップＳ４０４でＮＯ）、ステップＳ４０５で、サーバ１００は、フラグ制御部２０３でレンズ駆動中である否かを判定する。つまり、クライアント１２０からの撮像部１０１に対する駆動命令を受信して、その駆動命令に従って撮像部１０１が動作しているか否かを判定する。ここで、レンズ駆動とは、撮像部１０１の、ズームや赤外線カットフィルター等のレンズ部、つまり、光学系の駆動を意味する。
【００４５】
レンズ駆動中であると判定した場合（ステップＳ４０５でＹＥＳ）、ステップＳ４１０で、サーバ１００は、フラグ制御部２０３で、フラグをＯＮに設定する。そして、ステップＳ４１１で、サーバ１００は、被写体の動き検知処理中であることを示すイベント情報のクライアントへの送信を停止し、ステップＳ４０１で、次のフレーム画像データを取得する。
【００４６】
一方、ステップＳ４０５でレンズ駆動中でないと判定した場合（ステップＳ４０５でＮＯ）、ステップＳ４０６で、フラグがＯＮであるか否かを判定する。フラグがＯＦＦであると判定した場合（ステップＳ４０６でＹＥＳ）、ステップＳ４０９で、サーバ１００は、通信部１１０で被写体の動き検知処理中であることを示すイベント情報をクライアント１２０へ送信する。
【００４７】
一方、ステップＳ４０６でフラグがＯＮであると判定した場合（ステップＳ４０６でＹＥＳ）、ステップＳ４０８で、サーバ１００は、所定時間経過したか否かを判定する。所定時間経過していない場合（ステップＳ４０７でＮＯ）、所定時間経過するまで待機する。一方、所定時間経過した場合（ステップＳ４０７でＹＥＳ）、ステップＳ４０８で、サーバ１００は、フラグ制御部２０３でフラグをＯＦＦに設定する。ステップＳ４０９で、サーバ１００は、通信部１１０で被写体の動き検知処理中であることを示すイベント情報をクライアント１２０へ送信する。
【００４８】
次に、ステップＳ４０７でのフラグの設定の遅延処理について、図５のタイミング図で説明する。
【００４９】
図５において、５０１は雲台制御時間であり、ステップＳ４０４で判定されるパン・チルトの駆動の制御時間である。５０２はレンズ制御時間であり、ステップＳ４０５で判定されるレンズの駆動の制御時間である。５０３はフラグであり、雲台制御とレンズ制御がともに停止している時間にＯＦＦされるが、ＯＮからＯＦＦに切り替わる際に所定の遅延時間５０４が経過した後にＯＦＦされる。この遅延時間はサーバ１００が有するタイマー等の計時部の設定によって変更することが可能であり、例えば、動き検知に必要な背景画像を生成する時間を考慮して設定することが可能である。
【００５０】
以上説明したように、実施形態２によれば、実施形態１で説明した効果に加えて、適切な動き検知処理に必要な時間を確保しつつ、クライアントへのイベント情報の通知を制限することが可能になる。
【００５１】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態に限定されず、その要旨の範囲内で種々の変形及び変更が可能である。
【００５２】
尚、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2012085125.tif 000003
【図２】
2012085125.tif 000004
【図３】
2012085125.tif 000005
【図４】
2012085125.tif 000006
【図５】
2012085125.tif 000007