(57)【要約】【課題】画像配信の遅延を低減しつつ、画像圧縮を適切に行うことのできる撮像装置を提供する。【解決手段】撮像装置は、被写体を撮像して撮像画像を取得する撮像手段と、撮像手段により撮像された撮像画像中の動体を検知する検知手段と、撮像手段により取得された撮像画像を圧縮して圧縮画像を生成する圧縮手段と、圧縮手段により生成された圧縮画像をネットワークを介して外部装置へ配信する配信手段と、圧縮画像を外部装置へ配信中でない場合、検知手段により動体が検知された領域である動体領域を第１のモードで圧縮し、撮像画像中の動体領域以外の背景領域を前記第１のモードと異なる第２のモードで圧縮するよう、圧縮手段を制御して圧縮画像を生成させる制御手段とを備える。【選択図】図３
2019062267.tif 000002
【特許請求の範囲】
【請求項１】
被写体を撮像して撮像画像を取得する撮像手段と、
前記撮像手段により撮像された前記撮像画像中の動体を検知する検知手段と、
前記撮像手段により取得された前記撮像画像を圧縮して圧縮画像を生成する圧縮手段と、
前記圧縮手段により生成された前記圧縮画像をネットワークを介して外部装置へ配信する配信手段と、
前記圧縮画像を前記外部装置へ配信中でない場合、前記検知手段により前記動体が検知された領域である動体領域を第１のモードで圧縮し、前記撮像画像中の前記動体領域以外の背景領域を前記第１のモードと異なる第２のモードで圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる制御手段と、
を備えることを特徴とする撮像装置。
【請求項２】
前記制御手段は、前記圧縮画像を前記外部装置へ配信中でない場合、前記動体領域の圧縮率が前記背景領域の圧縮率より低くなるよう、前記圧縮手段を制御して前記圧縮画像を生成させる、
ことを特徴とする請求項１に記載の撮像装置。
【請求項３】
前記制御手段は、前記圧縮画像を前記外部装置へ配信中である場合、前記撮像画像を１つの圧縮率で圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる、
ことを特徴とする請求項２に記載の撮像装置。
【請求項４】
前記制御手段は、前記圧縮画像を前記外部装置へ配信中である場合、前記検知手段を制御して、前記圧縮画像を前記外部装置へ配信中でない場合より少ない数の画像フレームから前記動体領域の情報を生成させ、
前記圧縮手段を制御して、前記検知手段により生成された前記動体領域の情報を参照して前記圧縮画像を生成させる、
ことを特徴とする請求項１に記載の撮像装置。
【請求項５】
前記圧縮手段により生成された前記圧縮画像を記憶する記憶手段をさらに備え、
前記制御手段は、前記記憶手段に前記圧縮画像が記憶されている間であって、かつ前記圧縮画像を前記外部装置へ配信中でない場合、前記動体領域を前記第１のモードで圧縮し、前記背景領域を前記第２のモードで圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる、
ことを特徴とする請求項１から４のいずれか１項に記載の撮像装置。
【請求項６】
前記制御手段は、前記配信手段が前記圧縮画像を前記外部装置へ録画用に配信中である場合、前記動体領域を前記第１のモードで圧縮し、前記背景領域を前記第２のモードで圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる、
ことを特徴とする請求項１から５のいずれか１項に記載の撮像装置。
【請求項７】
前記撮像手段により取得された前記撮像画像をバッファするバッファ手段をさらに備え、
前記撮像手段は所定時間分の前記撮像画像を、前記検知手段は前記所定時間分の前記動体領域の情報を、前記バッファ手段にそれぞれ出力し、
前記圧縮手段は、前記バッファ手段から前記撮像画像と前記動体領域の情報を取得して、前記圧縮画像を生成する、
ことを特徴とする請求項１から６のいずれか１項に記載の撮像装置。
【請求項８】
前記検知手段が検知すべき前記撮像画像中の動体または前記撮像画像に対応する音声を、前記検知手段に設定する設定手段をさらに備える、
ことを特徴とする請求項１から７のいずれか１項に記載の撮像装置。
【請求項９】
前記制御手段は、前記圧縮画像を前記外部装置へ配信中であり、かつ前記撮像手段の撮像周期が所定時間より長い場合、前記検知手段を制御して、前記圧縮画像を前記外部装置へ配信中でない場合と同じ数の画像フレームから前記動体領域の情報を生成させる、
ことを特徴とする請求項４に記載の撮像装置。
【請求項１０】
前記圧縮手段により生成された前記圧縮画像を記憶する記憶手段をさらに備え、
前記配信手段は、前記記憶手段が前記圧縮画像を記憶し終えた際に、前記圧縮画像を前記外部装置へ配信中でない場合、前記圧縮手段が生成する前記圧縮画像とは異なる第２の圧縮画像を、前記外部装置へ配信する、
ことを特徴とする請求項１から９のいずれか１項に記載の撮像装置。
【請求項１１】
前記制御手段は、前記圧縮画像を前記外部装置へ配信中でない場合に替えて、前記圧縮画像の前記外部装置へのアップロードまたは前記記憶手段への記憶が開始されてから所定時間内にある間、前記動体領域を前記第１のモードで圧縮し、前記背景領域を前記第２のモードで圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる、
ことを特徴とする請求項１から１０のいずれか１項に記載の撮像装置。
【請求項１２】
撮像手段により撮像された撮像画像中の動体を検知する検知手段と、
前記撮像画像を圧縮して圧縮画像を生成する圧縮手段と、
前記圧縮手段により生成された前記圧縮画像をネットワークを介して外部装置へ配信する配信手段と、
前記圧縮画像を前記外部装置へ配信中でない場合、前記検知手段により前記動体が検知された領域である動体領域を第１のモードで圧縮し、前記撮像画像中の前記動体領域以外の背景領域を前記第１のモードと異なる第２のモードで圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる制御手段と、
を備えることを特徴とする符号化装置。
【請求項１３】
被写体を撮像して撮像画像を取得するステップと、
撮像された前記撮像画像中の動体を検知するステップと、
取得された前記撮像画像を圧縮して圧縮画像を生成するステップと、
生成された前記圧縮画像をネットワークを介して外部装置へ配信するステップとを含み、
前記圧縮画像を生成する前記ステップにおいて、前記圧縮画像を前記外部装置へ配信中でない場合、前記動体が検知された領域である動体領域を第１のモードで圧縮し、前記撮像画像中の前記動体領域以外の背景領域を前記第１のモードと異なる第２のモードで圧縮するよう、前記圧縮画像を生成する、
ことを特徴とする撮像装置の制御方法。
【請求項１４】
コンピュータを、請求項１から１２のいずれか１項に記載の装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置、撮像装置の制御方法およびプログラムに関する。
【背景技術】
【０００２】
撮像された動画をネットワークを介して配信するネットワークカメラでは、動画を圧縮して録画するとともに外部装置へ配信することができる。このような動画圧縮方式には、Ｈ．２６４／ＡＶＣ（Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）やＨ．２６５／ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）等の規格がある。これらの規格によれば、画像中の特定の領域に対して符号量（量子化パラメータ：Ｑ値）を指定することができる。
【０００３】
このようなネットワークカメラを監視に応用したネットワーク監視カメラは、実装する記憶装置の記憶容量が限られる一方、無制限に撮像を続けなければならないため、撮像された動画を保存する記憶容量が圧迫される。こうした記憶容量の圧迫を回避するためには動画の圧縮率を高めて圧縮符号量を小さくする必要があるが、一方で圧縮に起因する画像品質劣化は監視目的達成のため回避しなければならず、両者は矛盾する要請となる。
特許文献１は、複数のカメラで生成された映像データのそれぞれに対して、所望の画質のビットレートとなるように量子化パラメータを設定する監視カメラシステムを開示する。
具体的には、特許文献１の監視カメラシステムは、動きが発生している領域があるか否かを判断し、動きが全く発生していない場合は、各カメラに対して最低ビットレートで映像符号化を行うよう量子化パラメータを制御する。一方、１台以上のカメラにおいて動きが発生している場合は、最も顔認識度が高かったカメラの映像データに対して、設定された参照画質評価値の画質となるビットレートになるように量子化パラメータの値（Ｑ値）を更新する。特許文献１記載の技術によれば、動きのある領域には被写体認識を行うのに十分な符号量が割り当てられるようにＱ値設定して高画質を担保し、一方、背景領域は符号量を抑制して高圧縮することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２７９００４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記のような監視カメラシステムにおいては、画像中の動きを抽出するため、複数の画像フレームを用いて、画像フレーム間で動きを検出しなければならない。このため、被写体を撮像してから動きが検出された領域（動体領域）と背景領域とを異なる圧縮率で圧縮して圧縮動画を生成するまでに複数の画像フレーム分の遅延が生じる。
とりわけ、ネットワーク監視カメラはライブ監視に用いられるケースもあるため、ライブ監視画像のストリーム配信に遅延があると、配信先においてリアルタイムでの状況監視が困難になるおそれがある。例えば、監視カメラ側で監視状況を解析してその時点の動画を内蔵の記憶装置に保存するとともに、リモートの監視者へイベントを通報する場合、イベントを通報された監視者がライブ配信される動画を確認するまでにタイムラグが生じてしまう。
【０００６】
発明は上記課題に鑑みてなされたものであり、その目的は、画像配信の遅延を低減しつつ、画像圧縮を適切に行うことの可能な撮像装置、撮像装置の制御方法およびプログラムを提供することにある。  
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明に係る撮像装置のある態様によれば、被写体を撮像して撮像画像を取得する撮像手段と、前記撮像手段により撮像された前記撮像画像中の動体を検知する検知手段と、前記撮像手段により取得された前記撮像画像を圧縮して圧縮画像を生成する圧縮手段と、前記圧縮手段により生成された前記圧縮画像をネットワークを介して外部装置へ配信する配信手段と、前記圧縮画像を前記外部装置へ配信中でない場合、前記検知手段により前記動体が検知された領域である動体領域を第１のモードで圧縮し、前記撮像画像中の前記動体領域以外の背景領域を前記第１のモードと異なる第２のモードで圧縮するよう、前記圧縮手段を制御して前記圧縮画像を生成させる制御手段を備える撮像装置が提供される。
【発明の効果】
【０００８】
本発明によれば、画像配信の遅延を低減しつつ、画像圧縮を適切に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の各実施形態に係るネットワーク監視カメラシステムのネットワーク構成の一例を示す図。
【図２】監視画像中で動体領域と背景領域に異なる圧縮率を設定する処理を説明する図。
【図３】実施形態１に係るネットワーク監視カメラのハードウエア構成および機能構成の一例を示す図。
【図４】実施形態１に係る管理者端末およびサーバ装置のハードウエア構成の一例を示す図。
【図５】画像中の動体検知から動画圧縮までの遅延を説明する図。
【図６】実施形態１において動体領域情報を参照する圧縮符号化を説明する図。
【図７】実施形態１において動体領域情報を参照しない圧縮符号化を説明する図。
【図８】実施形態１に係る圧縮符号化切替処理の処理手順の一例を示すフローチャート。
【図９】実施形態３に係る圧縮符号化切替処理の処理手順の一例を示すフローチャート。
【図１０】実施形態４に係るネットワーク監視カメラのハードウエア構成および機能構成の一例を示す図。
【図１１】実施形態４において動体領域情報を参照する圧縮符号化を説明する図。
【図１２】実施形態４において動体領域情報を参照しない圧縮符号化を説明する図。
【図１３】実施形態４に係る圧縮符号化切替処理の処理手順の一例を示す図。
【図１４】実施形態５に係るネットワーク監視カメラのハードウエア構成および機能構成の一例を示す図。
【図１５】実施形態５において動体領域情報を参照する圧縮符号化を説明する図。
【図１６】実施形態５において図１５より少ない数の画像フレームを参照する圧縮符号化を説明する図。
【図１７】実施形態５に係る動体検知設定切替処理の処理手順の一例を示すフローチャート。
【図１８】実施形態６に係る圧縮符号化切替処理の処理手順の一例を示す図。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して、本発明を実施するための実施形態について詳細に説明する。なお、以下に説明する実施形態は、本発明の実現手段としての一例であり、本発明が適用される装置の構成や各種条件によって適宜修正または変更されるべきものであり、本発明は以下の実施形態に限定されるものではない。また、本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
（実施形態１）
本実施形態は、画像中の動体を検知し、動体が検知された領域は十分な符号量となるような圧縮率を、動体が検知されない領域には削減された符号量となるような圧縮率を設定して画像を圧縮符号化することができる。そして、本実施形態においては、圧縮画像を外部装置へ配信中であれば、動体が検知された領域の情報を参照することなく、画像全体を圧縮符号化する。これにより、ネットワークカメラの画像配信における遅延が短縮化されるとともに、配信中でない限り、動体が検知された領域の画質を維持しつつ背景領域には高圧縮率を適用した適切な圧縮符号化が実現される。
以下、画像中で動体が検知された領域を「動体領域」と、動体が検知されない領域すなわち動体領域以外の領域を「背景領域」という。また、圧縮符号化後の符号量を「圧縮符号量」という。動体領域に十分な圧縮符号量を与えるためには動体領域に低い圧縮率を設定し、背景領域に削減された圧縮符号量を与えるためには背景領域に動体領域より高い圧縮率を設定する。これらの圧縮率の設定は、量子化パラメータ（Ｑ値）を調整することで行う。なお、Q値は、量子化パラメータ値（Quantization Parameter Value）の略称である。
なお、以下、本実施形態では、ネットワークカメラを監視に応用する場合を例として説明するが、本実施形態はこの場合に限定されず、他の画像配信用途にも適用可能である。
【００１２】
＜本実施形態のネットワーク構成＞
図１は、本実施形態に係るネットワーク監視カメラシステムのネットワーク構成の一例を示す図である。
図１のネットワーク監視カメラシステムは、ネットワークカメラ１と、管理者端末装置２と、サーバ３と、ＮＡＳ（Ｎｅｔｗｏｒｋ  Ａｔｔａｃｈｅｄ  Ｓｔｏｒａｇｅ）４とを備える。ネットワークカメラ１は、管理者端末装置２、サーバ３、およびＮＡＳ４と、それぞれネットワーク５を介して接続され、相互に情報の授受を行う。ネットワークカメラ１はさらに、ルータ６を経由しインターネット等のネットワーク７を介してクラウドサーバ８に接続されてよい。
【００１３】
ネットワークカメラ１は、ローカルの不揮発性記憶装置として、例えば内蔵フラッシュメモリ、外付けのＵＳＢメモリやハードディスク（ＨＤＤ）１４、またはＳＤカード等を備え、これらの記憶装置に撮像画像を録画することができる。
ネットワークカメラ１はまた、外部の不揮発性記憶装置として、サーバ３、ＮＡＳ４、およびクラウドサーバ８へ撮像画像をネットワークを介してアップロードし、各記憶装置においてアップロードされた画像ファイルを録画することができる（矢印１Ａ）。撮像画像をアップロードするには、例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを使用することができる。アップロードされた画像ファイルは、外部のサーバ３、クラウドサーバ８等の画像収集装置や管理者端末装置２等で適宜再生されてよい。
以下、ネットワークカメラ１のローカル不揮発性記憶装置への録画を、「エッジ録画」または単に「録画」といい、外部装置での録画のためのアップロードを、「アップロード録画」または単に「アップロード」という。
ネットワークカメラ１において、録画およびアップロードは、同時に実行されてもよく、後述するように外部からの設定コマンドにより録画先、録画開始トリガおよび録画時間等が適宜設定されてもよい。
【００１４】
ネットワークカメラ１は、監視対象を撮像した撮像画像を解析して、予め設定されたイベントの発生を検知した場合に、イベント発生時点の動画を録画（エッジ録画）するとともに、管理者端末装置２へイベントの発生を通知することができる（矢印２Ａ）。イベントの発生を通知された管理者端末装置２は、ネットワークカメラ１で撮像されたライブ画像をチェックするため、ライブ画像ストリームの配信を要求する。画像配信の要求に応答して、ネットワークカメラ１は、管理者端末２へ要求された画像をライブ画像ストリームとして配信する（矢印３Ａ）。このライブ画像ストリームを配信するには、例えばＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）などのプロトコルを使用することができる。
管理者端末装置２は、ストリーミング配信されるライブ画像を同時に再生することができる。監視対象の被写体の動作を迅速に確認するためには、ネットワークカメラ１から圧縮された撮像画像が遅滞なく迅速に配信されなければならない。本実施形態では、このようなライブ画像ストリームの配信中に、動体領域の情報を参照することなく撮像画像を迅速に圧縮符号化することで、画像配信要求への応答性を高めている。
【００１５】
図２は、監視画像中で動体領域と背景領域に異なる圧縮率を設定する処理を説明する図である。
図２に示すように、ネットワークカメラ１が撮像する画像２０１は、動体が検知された動体領域２０２と、動体が検知されない背景領域２０３を含む。動体領域２０２は、監視対象を正確に検出および認識することのできるような高画質を維持するため、低圧縮率を適用して圧縮符号化される。一方、監視対象の検出に寄与しない背景領域２０３は、ローカルの不揮発性記憶装置の記憶容量を圧迫しないよう、動体領域２０２より高圧縮率を適用して圧縮符号化される。本実施形態において、画像を配信中でない間、動体領域２０２と背景領域２０３には異なる圧縮率が適用される。
【００１６】
＜ネットワークカメラ１の構成＞
図３は、本実施形態に係るネットワークカメラ１のハードウエア構成および機能構成の一例を示す図である。
図３のネットワークカメラ１は、撮像部１１、通信部１２、制御部１３、記憶部１４、動体検知部１５、および圧縮符号化部１６を備える。
撮像部１１は、レンズ１１１、撮像素子１１２、および現像処理部１１３を備える。レンズ１１は、撮像される被写体からの入射光を撮像素子１１２に結像するための光学レンズであり、入射光を撮像素子１１２に集光させる。撮像素子１１２は、光を画像信号に変換する素子であり、例えば、ＣＣＤ、ＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ  Ｍｅｔａｌ  Ｏｘｉｄｅ  Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）等で構成することができる。撮像素子１１２は、変換された画像信号（映像信号）を、現像処理部１１３へ出力する。
現像処理部１１３は、撮像素子１１２から入力された画像信号に現像処理を施し、現像処理された画像信号を記憶部１４へ記憶させるとともに、圧縮符号化部１６へ出力する。この現像処理は、色、明るさ、コントラスト、彩度等の画像修正、画像サイズ変換、画像のデータ形式変換等の画像処理を含むがこれらに限定されない。
なお、図３のネットワークカメラ１から撮像部１１を除いたコンポーネントにより、エンコーダ（符号化装置）を構成してもよい。
【００１７】
通信部１２は、ネットワークカメラ１と、管理者端末装置２、サーバ３、ＮＡＳ４を含む外部装置との間の有線ＬＡＮの通信インタフェースを提供する。この有線ＬＡＮとしては、例えば、Ｅｔｈｅｒｎｅｔ（登録商標）等の通信規格に準拠する複数のルータ、スイッチ、ケーブル等の構成が挙げられる。あるいは、通信部１２は、無線通信により外部装置と通信してよい。この無線通信は、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）等の無線ＰＡＮ（Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を含む。また、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ）（登録商標）等の無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、ＷｉＭＡＸ（登録商標）等の無線ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を含む。さらに、ＬＴＥ／３Ｇ等の無線ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を含む。なお、通信部１２は外部機器と通信を可能であればよく、通信の規格、規模、構成は上記に限定されない。
【００１８】
制御部１３は、ネットワークカメラ１の各部における演算や論理判断等の処理を行う演算処理部として機能するＣＰＵであり、システムバスを介して各構成部（１１、１２、１４、１５、および１６）を制御する。ネットワークカメラ１の機能や処理は、制御部１３が記憶部１４に格納されているプログラムを読み出し、このプログラムを実行することにより実現されてもよい。
記憶部１４は、内蔵メモリとしてフラッシュメモリ、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等の電気的に消去可能な不揮発性メモリで構成される。記憶部１４は、さらに、制御部１３の主メモリ、ワークメモリとして機能する揮発性メモリで構成されるＲＡＭを含む。記憶部１４はまた、外付けのフラッシュメモリ／カード、着脱可能なＨＤＤ、ＵＳＢメモリ等の不揮発性メモリで構成される記憶媒体等を含んでもよい。この記憶部１４には、制御部１３が使用する各種情報が記録される。また、記憶部１４は、撮像部１１により撮像され、圧縮符号化部１６により圧縮された撮像画像を記憶することにより圧縮画像を録画（エッジ録画）することができる。
【００１９】
動体検知部１５は、現像処理部１１３が記憶部１４の画像フレームバッファに出力した複数の画像フレームから、撮像画像中の動体を検知し、動体が検知された領域の情報である動体領域情報を圧縮符号化部１６に出力する。動体検知部１５から入力される動体領域情報を参照することにより、圧縮符号化部１６は撮像画像中の動体領域と背景領域とで圧縮率を変更することができる。なお、動体領域情報とは、例えば動体領域２０２のような画像内の動体領域の位置およびサイズを示す情報である。
圧縮符号化部１６は、現像処理部１１３が記憶部１４の画像フレームバッファに出力した画像信号を圧縮符号化して、圧縮画像を生成する。圧縮符号化部１６は、生成された圧縮画像を記憶部１４に記憶するとともに通信部１２へ供給する。
【００２０】
＜管理者端末装置２のハードウエア構成＞
図４は、管理者端末装置２のハードウエア構成の一例を示す図である。
図４に示すように、管理者端末装置２は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、外部メモリ２４と、入力部２５と、表示部２６と、通信Ｉ／Ｆ２７と、システムバス２８とを備える。ＣＰＵ２１は、管理者端末装置２における動作を統括的に制御するものであり、システムバス２８を介して、各構成部（２１〜２７）を制御する。ＲＯＭ２２は、ＣＰＵ２１が処理を実行するために必要な制御プログラム等を記憶する不揮発性メモリである。なお、当該プログラムは、外部メモリ２４や着脱可能な記憶媒体（不図示）に記憶されていてもよい。ＲＡＭ２３は、ＣＰＵ２１の主メモリ、ワークエリア等として機能する。すなわち、ＣＰＵ２１は、処理の実行に際してＲＯＭ２２から必要なプログラム等をＲＡＭ２３にロードし、当該プログラム等を実行することで各種の機能動作を実現する。
【００２１】
外部メモリ２４は、例えば、ＣＰＵ２１がプログラムを用いた処理を行う際に必要な各種データや各種情報等を記憶している。また、外部メモリ２４には、例えば、ＣＰＵ２１がプログラム等を用いた処理を行うことにより得られた各種データや各種情報等が記憶される。入力部２５は、キーボードやマウス等のポインティングデバイスにより構成される。表示部２６は、液晶ディスプレイ（ＬＣＤ）等のモニタにより構成される。通信Ｉ／Ｆ２７は、管理者端末装置２とネットワークカメラ１、サーバ３、ＮＡＳ４、およびクラウドサーバ８との通信を制御するインタフェースである。
図４に示す管理者端末装置２の各要素のうち少なくとも一部の機能は、ＣＰＵ２１がプログラムを実行することで実現することができる。ただし、図２に示す管理者端末装置２の各要素のうち少なくとも一部が専用のハードウェアとして動作するようにしてもよい。この場合、専用のハードウェアは、ＣＰＵ２１の制御に基づいて動作する。
なお、図１に示すサーバ３、クラウドサーバ８も、同様のハードウエア構成で実現することができる。
【００２２】
＜ネットワークカメラ１の動作概要＞
図３に戻り、ネットワークカメラ１に入力される各種コマンドや設定情報と、これら各種コマンドや設定情報に従った、ネットワークカメラ１の各部の動作を説明する。制御部１３は、通信部１２に外部装置からネットワークを介して入力される各種コマンドや設定情報に従って、ネットワークカメラ１の各部の動作を制御する。
なお、本実施形態において、「配信」とは、別段の定義がない限り、ライブ画像のストリーム配信を含むものとする。
【００２３】
具体的には、通信部１２は、ネットワークと接続し、管理者端末装置２等の外部装置から、撮影サイズや、単位時間当たりの画像フレーム数を示すフレームレートを設定する撮像に関する撮像設定コマンドを受信する。通信部１２はまた、撮像された被写体像に対する露出制御およびホワイトバランスなど現像処理に関する現像設定コマンドを受信する。撮像設定コマンドおよび現像設定コマンドを、以下、「画像設定コマンド」という。
制御部１３は、受信された画像設定コマンドを解析し、解析結果に従って撮像素子１１２および現像処理部１１３の動作を制御する。
解析された画像設定コマンドは、同時に、ネットワークカメラ１の画像処理を設定する画像設定情報として記憶部１４に記憶される。ネットワークカメラ１の起動時に、記憶部１４に記憶された画像設定情報に従って、制御部１３から撮像素子１１２および現像処理部１１３に撮像や現像の設定が行われる。現像処理部１１３は、画像設定情報に従って現像処理を行った画像を、圧縮符号化部１６へ供給する。
【００２４】
通信部１２はまた、管理者端末装置２等の外部装置から、配信される画像の圧縮符号量等を設定する配信画像に関する配信画像設定コマンドや、圧縮画像の配信開始・停止コマンドを受信する。制御部１３は、配信画像設定コマンドを解析し、解析結果に従って圧縮符号化部１６の動作を制御する。
解析された配信画像設定コマンドは、同時に、ネットワークカメラ１の配信画像の圧縮符号化処理を設定する配信画像設定情報として記憶部１４に記憶される。ネットワークカメラ１の起動時に、記憶部１４に記憶された配信画像設定情報に従って、制御部１３から圧縮符号化部１６に配信画像の圧縮符号化の設定が行われる。
制御部１３はまた、配信開始コマンドを解析し、圧縮画像の配信が指示された場合、圧縮符号化部１６が圧縮符号化した圧縮画像を、配信を要求した管理者端末装置２等の外部装置へ送信開始する。同様に、制御部１３は、配信停止コマンドを解析し、圧縮画像が配信中であれば圧縮符号化部１６が圧縮符号化した圧縮画像の管理者端末装置２等の外部装置への送信を停止する。
【００２５】
通信部１２はまた、管理者端末装置２等の外部装置から、撮像画像中で検知すべき動体を設定する動体検知設定コマンドを受信する。この動体検知の設定コマンドは、持ち去りや置き去り、いたずら、侵入・通過といった動きの種類（動体検知の種類）を限定して検知する、または動きの種類を限定せず撮影する被写体が動けば検知する等の設定を含む。制御部１３は、動体検知設定コマンドを解析し、解析結果に従って動体検知部１５の動作を制御する。
解析された動体検知設定コマンドは、同時に、ネットワークカメラ１の動体検知処理を設定する動体検知設定情報として記憶部１４に記憶される。ネットワークカメラ１の起動時に、記憶部１４に記憶された動体検知設定情報に従って、制御部１３から動体検知部１５に動体検知の設定が行われる。
【００２６】
この動体検知設定コマンドには、動体検知種類に応じて、通信部１２を介してネットワーク上に接続される画像収集装置（サーバ３、ＮＡＳ４、およびクラウドサーバ８等）に圧縮画像を所定時間アップロードする設定を含む。ここで「アップロード」とは、通信部１２を介して画像収集装置であるアップロード先へ、制御部１３が符号圧縮部１６により圧縮された圧縮画像を通信部１２を介してアップロードすることをいう。アップロードされた圧縮画像は、画像収集装置において録画または再生可能である。
また、動体検知種類に応じて行うアップロードとは、動体検知部１５から動体検知情報を通知された制御部１３が、例えば、動体検知種類Ａのときは圧縮画像をアップロードし、検知種類Ｂのときは圧縮画像をアップロードしない、等の設定を含む。制御部１３は、入力されたアップロード設定を含む動体検知設定コマンドを、動体検知種類に応じたアップロード設定情報として記憶部１４に記憶する。ネットワークカメラ１の起動時に、記憶部１４に記憶された動体検知種類に応じたアップロード設定情報に従って、制御部１３から動体検知部１５にアップロードの設定が行われる。
【００２７】
同様に、動体検知設定コマンドには、動体検知種類に応じて、記憶部１４に圧縮画像を所定時間録画する設定を含む。制御部１３は、入力された動体検知設定コマンドを解析し、解析結果に従って記憶部１４への圧縮画像の記憶動作を制御する。
解析された録画設定を含む動体検知設定コマンドは、同時に、動体検知種類に応じた録画設定情報として記憶部１４に記憶する。ネットワークカメラ１の起動時に、記憶部１４に記憶された動体検知種類に応じた録画設定情報に従って、制御部１３は記憶部１４への録画設定を復元する。なお記憶部１４の録画先は、ネットワークカメラ１内蔵のフラッシュメモリ等の不揮発性メモリに限定されず、外付けのフラッシュメモリ／カード、ＨＤＤ等の着脱可能な媒体であってよい。
【００２８】
＜動体検知および圧縮符号化処理詳細＞
図５〜図７を参照して、本実施形態において動体検知部１５が実行する撮像画像中の動体検知処理および圧縮符号化部１６が実行する撮像画像の圧縮符号化処理を詳細に説明する。
図５は、画像中の動体検知から動画圧縮までの遅延を説明する図である。
ネットワークカメラ１の記憶部１４が備える画像を一時格納するための揮発性の画像バッファメモリ１４１には、現像処理部１１３により現像処理された、動画を構成する複数の画像フレーム１〜５が順次格納される。動体検知部１５は、画像バッファメモリ１４１に格納された画像フレーム１〜５を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域（動き）を検知する。動画から動体を検出するために、動体権利部１５は、複数の画像フレームの間で背景差分やフレーム間差分を算出する。
このため、圧縮符号化部１６は、画像中の動体領域に対して背景領域より低い圧縮率を適用しようとすると、動体検知部１５が複数の画像フレームを参照して動体領域情報を算出するのを待たなければならない。図５では、一例として動体検知部１５が最初の画像フレーム１を参照してから圧縮符号化部１６が画像圧縮を開始するまで４フレーム分遅延することが模式的に示されている。
【００２９】
本実施形態では、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報を参照して撮像画像を圧縮する第１のモードと、動体領域情報を参照せずに撮像画像を圧縮する第２のモードを有する。
第１のモードを示す図６を参照して、バッファメモリ１４１には、現像処理部１１３により現像処理された複数の画像フレーム１〜５が順次格納される。動体検知部１５は、バッファメモリ１４１に格納された画像フレーム１〜５を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域を検知する。
また、動体検知部１５は、動きが検知された領域の情報である動体領域情報５´を圧縮符号化部１６に出力する。圧縮符号化部１６に設定される配信画像設定情報では、動体領域にはＱ値を小さくすることにより圧縮符号量を十分に与え、動きのない背景領域にはQ値を動体領域のＱ値より大きくすることにより圧縮符号量を削減する設定がされている。このため、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報５´を参照して動体領域と背景領域を識別する。そして圧縮符号化部１６は、動体領域が高画質を維持するよう低い圧縮率を用いて動体領域を圧縮し、背景領域の記憶容量を削減するよう高い圧縮率を用いて背景領域を圧縮するよう、画像フレーム５を圧縮する。図６に示す第１のモードでは、圧縮符号化部１６が動体領域情報を参照して撮像画像を圧縮するのに４フレーム分遅延する。
【００３０】
なお、動体検知部１５が生成する動体領域は、背景領域を内包してよい。
また、第１のモードにおいて圧縮符号化部１６が実行する画像圧縮における圧縮符号量の設定は、背景領域に対する圧縮率が動体領域に対する圧縮率より相対的に高ければよい。例えば、背景領域に対して動体領域の圧縮符号量を大きくするよう動体領域の圧縮率を低く変更してもよく、動体領域に対して背景領域の圧縮符号量を小さくするよう背景領域の圧縮率を高く変更してもよい。
なお、図６に示す動体検知部１５が参照する画像フレーム数は一例であり、動体検知部１５が撮像画像中の動きを検知するための処理時間をバッファ内の画像フレーム数として表現したものである。
【００３１】
第２のモードを示す図７を参照して、バッファメモリ１４１には、現像処理部１１３により現像処理された複数の画像フレーム１〜５が順次格納される。動体検知部１５は、バッファメモリ１４１に格納された画像フレーム１〜５を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域を検知する。
また、動体検知部１５は、動きが検知された領域の情報である動体領域情報５´を圧縮符号化部１６に出力する。しかしながら、第２のモードにおいては、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報５´を参照せず、また動体領域と背景領域に異なる圧縮率を設定させる配信画像設定情報も参照しない。このため、圧縮符号化部１６は、動体領域と背景領域を区別することなく、バッファメモリ１４１の画像フレーム１全体を同一のＱ値をを用いて圧縮する。なお、この際に用いられるＱ値は、録画用の不揮発性記憶装置の空き容量等に応じて任意の値を取ることができるが、一例として第１のモードにおける２つのＱ値の間の値であってよい。また、第２のモードにおいて、制御部１３は、動体検知部１５が動体領域情報を生成する処理を停止するよう制御してもよい。
図７に示す第２のモードでは、圧縮符号化部１６が動体領域情報を参照せず、すなわち動体検知部１５による動体領域情報の算出を待つことなく撮像画像を圧縮できる。このため、現像処理部１１３が出力する画像フレーム１をすぐ読み出すことができ、図６に示す遅延は発生しない。このように、第２のモードでは、第１のモードに対して、撮像処理部１１３が撮像画像を現像処理してから圧縮符号化部１６が撮像画像を圧縮するまでの遅延が短縮する。
【００３２】
＜圧縮符号化切替処理の処理フローチャート＞
図８は、本実施形態に係る圧縮符号化切替処理の処理手順の一例を示すフローチャートである。図８に示す処理は、例えば、ネットワークカメラ１を含むネットワーク監視カメラシステムが起動された時点から開始されるが、図８に示す処理の開始タイミングは上記に限定されない。ネットワークカメラ１は、制御部１３を構成するＣＰＵが必要なプログラムを記憶部１４から読み出して実行することにより、図８に示す処理を実行することができる。ただし、図３に示す各要素のうち少なくとも一部が専用のハードウエアとして動作することで図８の処理が実現されるようにしてもよい。この場合、専用のハードウエアは、ＣＰＵの制御に基づいて動作する。
【００３３】
Ｓ８１で、制御部１３は、ネットワークを介して圧縮画像を配信中であるか否かを判定する。具体的には、制御部１３は、通信部１２を介して管理者端末装置２等の外部装置から、配信開始コマンドを受信し、かつ配信停止コマンドをまだ受信していない場合、圧縮画像を配信中であると判定する。圧縮画像を配信中であると判定した場合（Ｓ８１：Ｙ）、Ｓ８２へ進み、圧縮画像を配信中でないと判定した場合（Ｓ８１：Ｎ）Ｓ８３へ進む。
【００３４】
Ｓ８１で圧縮画像を配信中であると判定した場合、Ｓ８２で、制御部１３は、圧縮符号化部１６が、動体検知部１５から出力される動体領域情報を参照せずに撮像画像を圧縮するよう、圧縮符号化部１６を制御する（第２のモード）。
一方、Ｓ８１で圧縮画像を配信中でないと判定した場合、Ｓ８３で、制御部１３は、圧縮符号化部１６が、動体検知部１５から出力される動体領域情報を参照して撮像画像を圧縮するよう、圧縮符号化部１６を制御する（第１のモード）。なお、Ｓ８３では、ネットワークカメラ１の記憶部１４に圧縮画像が録画中である場合であって、かつ圧縮画像を配信中でないと判定した場合に、圧縮符号部１６が、動体領域情報を参照して撮像画像を圧縮するようにしてもよい。
これにより、ネットワークカメラ１が圧縮画像を外部装置へ配信中である場合には、圧縮符号化部１６は動体領域情報を参照せずに撮像画像を圧縮するので、圧縮画像の配信遅延が低減される。一方、ネットワークカメラ１が圧縮画像を配信中でない場合には、圧縮符号化部１６は動体領域情報を参照して撮像画像中の動体領域に対する圧縮率を低下させるので、監視すべき動体領域の画質を維持することができる。このような配信遅延低減は、特にライブストリーム配信の場合に有効であるが、外部装置へのアップロードによる配信の場合にも本実施形態は適用可能である。
【００３５】
なお、制御部１３が、配信開始コマンドを受信して、圧縮符号化部１６の動体検知領域情報に基づく符号圧縮化動作を切り換える際に、所定時間の圧縮画像を外部の画像収集装置へアップロード中または記憶部１４に録画中の場合がある。この場合、制御部１３は、所定時間の圧縮画像のアップロードまたは録画を開始するとき、および終了するときに、図８の処理を開始する。すなわち、圧縮符号化部１６の動体領域情報の参照設定をオンおよびオフへとそれぞれ変更し、所定時間の外部装置へのアップロードまたは録画を継続する。この場合、所定時間のアップロードまたは録画処理中に、圧縮符号量が変更されることはないので所定時間分の圧縮画像を１つのコンテナ（ファイル）として、アップロードまたは録画処理を継続することができる。
あるいは、制御部１３が、圧縮画像をアップロード中または録画中であっても、配信開始・停止コマンドを解析して、圧縮符号化部１６の動体領域情報を参照するか否かを変更する場合がある。この場合、アップロード中または録画中の圧縮画像は、動体領域情報の参照設定を変更したタイミングで、別々のコンテナとして分割してもよい。
【００３６】
また、圧縮画像を配信中であるか否かにかかわらず、動体領域情報を参照するか否かの動体領域参照設定を有効にする、動体領域参照設定コマンドを設けてもよい。この動体領域参照設定コマンドが通信部１２より外部装置から受信されると、制御部１３が解析し、圧縮画像を配信中であっても動的に動体領域参照をオフからオンに切り替えて、監視すべき動体領域の画質を維持することができる。
さらに、動体検知部１５へ動体検知設定情報を設定し、動体検知種類に応じたアップロード相当の配信を開始する拡張配信開始コマンド（第２の配信開始コマンド）を設けてもよい。
【００３７】
以上説明したように、本実施形態によれば、ネットワークカメラ１の制御部１３が、圧縮画像を外部装置へ配信中か否かを配信開始・停止コマンドの受信により判定する。圧縮画像を配信中である場合には、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報を参照することなく撮像画像を圧縮するので、圧縮画像の配信遅延が低減される。一方、圧縮画像を配信中でない場合には、圧縮符号化部１６は、動体領域情報を参照して撮像画像中の動体領域が十分な圧縮符号量となるよう圧縮率を設定し、背景領域には動体領域より高い圧縮率を設定する。このため、監視すべき動体領域の画質を維持しつつ背景領域を高圧縮にして記憶容量を低減することができる。
【００３８】
（実施形態２）
以下、実施形態２を、上記の実施形態１と異なる点についてのみ詳細に説明する。本実施形態は、外部装置からネットワークカメラ１に圧縮画像の配信を要求する配信開始・停止コマンドに、表示用および録画用の配信設定を設ける。圧縮符号化部１６が動体領域情報を参照するか否かの切替処理において、配信開始・停止コマンドが録画用の配信設定であった場合には、圧縮符号化部１６は、動体領域情報を参照する。これにより、圧縮画像の配信が、リアルタイム性が比較的高くない配信であった場合に、圧縮符号化部１６に動体領域情報を参照させることで、監視すべき動体領域の画質維持を優先させることが容易となる。
【００３９】
本実施形態に係るネットワークカメラ１の構成は図３に示す実施形態１と同様である。
本実施形態においては、通信部１２が受信する配信開始・停止コマンドには、表示用および録画用の配信設定が設けられ、表示用または録画用のいずれかの値が設定されている。
図３を参照して、通信部１２は、管理者端末装置２等の外部装置から、配信開始・停止のコマンドを受信する。受信された配信開始・停止コマンドには、表示用および録画用のいずれかの値が設定されている。
制御部１３は、録画用の配信開始コマンドを解析すると、圧縮符号化部１６に動体領域情報を参照して撮像画像を圧縮させ、通信部１２に圧縮画像を録画用の配信を要求した外部装置へ送信開始させる。また、制御部１３は、配信停止コマンドを解析し、録画用の配信停止コマンドであった場合、圧縮符号化部１６に動体領域情報を参照させないように設定し、通信部１２が圧縮画像を外部装置へ送信するのを停止する。
一方、表示用に設定された配信開始・停止コマンドを受信した場合のネットワークカメラ１の動作は、実施形態１と同様である。
【００４０】
なお、通信部１２が受信する動体検知設定コマンドには、動体検知種類に応じて、通信部１２を介してネットワークカメラ１が接続する画像収集装置に、圧縮画像を所定時間アップロードする設定を備えてもよい。同様に、動体検知設定コマンドに、動体検知種類に応じて、記憶部１４に圧縮画像を所定時間録画する設定を備えてもよい。
【００４１】
次に、図８を参照して、本実施形態において制御部１３が実行する動的領域情報に基づく圧縮符号化設定の切替手順を説明する。
本実施形態において、Ｓ８１で、制御部１３は、ネットワークを介して圧縮画像を録画用に配信中であるか、表示用に配信中であるか、または配信中でないかを判定する。具体的には、制御部１３は、通信部１２を介して管理者端末装置２等の外部装置から、録画用の配信開始コマンドを受信し、かつ録画用の配信停止コマンドをまだ受信していない場合、圧縮画像を録画用に配信中であると判定する。配信中でないと判定した場合、および圧縮画像を録画用に配信中であると判定した場合、Ｓ８３へ進む。一方、圧縮画像を表示用に配信中であると判定した場合Ｓ８２へ進む。
以降、実施形態１と同様、圧縮符号化部１６は、Ｓ８２で、動体検知部１５が出力する動体領域情報を参照せずに撮像画像を圧縮する第２のモードを実行し、Ｓ８３で、動体領域情報を参照して撮像画像を圧縮する第１のモードを実行する。
【００４２】
以上説明したように、本実施形態によれば、圧縮画像を外部装置へ、表示用に配信中の場合には、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報を参照することなく撮像画像を圧縮するので、圧縮画像の配信遅延が低減される。一方、圧縮画像を録画用に配信中の場合には、配信中でない場合と同様、圧縮符号化部１６は、動体領域情報を参照して撮像画像中の動体領域が十分な圧縮符号量となるよう圧縮率を設定し、背景領域には動体領域より高い圧縮率を設定する。このため、監視すべき動体領域の画質を維持しつつ背景領域を高圧縮にして記憶容量を低減することができる。
このように、本実施形態によれば、圧縮画像の配信がリアルタイム性が比較的高くない配信であった場合に、圧縮符号化部１６に動体領域情報を参照させることで、監視すべき動体領域の画質維持を優先させ、監視対象の認識精度を向上させることが容易となる。
【００４３】
（実施形態３）
以下、図９を参照して、実施形態３を、上記の実施形態１と異なる点についてのみ詳細に説明する。本実施形態は、監視すべき動体の検知をトリガに、圧縮画像を所定時間、外部の画像収集装置へアップロード中または記憶部１４へ録画中であるか否かを判断する。圧縮符号化部１６が動体領域情報を参照するか否かの切替処理において、圧縮画像を外部の画像収集装置へアップロード中または記憶部へ録画中である場合には、圧縮符号化部１６は、動体領域情報を参照する。監視すべき動体の検知をトリガに、圧縮画像のアップロード又は録画が開始されてから所定時間内であれば、監視すべき動体が未だ画像内に存在する可能性が高い。このような場合に、上記第１のモードを用いて圧縮符号化部１６に動体領域情報を参照させることで、監視すべき動体領域の画質維持を優先させることが容易となる。
【００４４】
本実施形態に係るネットワークカメラ１の構成は、図３に示す実施形態１と同様である。
次に、図９を参照して、本実施形態において制御部１３が実行する動的領域情報に基づく圧縮符号化設定の切替手順を説明する。
Ｓ９１で、制御部１３は、外部の画像収集装置へのアップロードまたは記憶部１４への録画が開始され、未だアップロード中または録画中であるか否かを判定する。具体的には、制御部１３は、動体検知種類に応じたアップロード設定情報に基づいて、監視すべき動体を検知する。そして監視すべき動体が検知されたことをトリガに、画像収集装置への圧縮画像のアップロードが開始され、その後所定時間経過して停止していない場合、圧縮画像をアップロード中であると判定する。
【００４５】
同様に、制御部１３は、動体検知種類に応じた録画設定情報に基づいて、監視すべき動体が検知されたことをトリガに、記憶部１４への圧縮画像の記憶が開始され、その後所定時間経過して停止していない場合、圧縮画像を録画中であると判定する。アップロード中または録画中でないと判定した場合、Ｓ９２へ進み、アップロード中または録画中であると判定した場合、Ｓ９３へ進む。なお、Ｓ９１では、アップロード中であるか録画中であるかいずれか一方を判定してもよい。
以降、実施形態１と同様、圧縮符号化部１６は、Ｓ９２で、動体検知部１５が出力する動体領域情報を参照せずに撮像画像を圧縮する第２のモードを実行し、Ｓ９３で、動体領域情報を参照して撮像画像を圧縮する第１のモードを実行する。
【００４６】
制御部１３が圧縮画像をアップロード中または録画中であるかを判定して、圧縮符号化部１６の動体検知領域情報に基づく符号圧縮化動作を切り換える際に、外部装置から配信開始コマンドを受信した後、配信停止コマンドを受信していない場合がある。この場合、制御部１３は、配信停止コマンドを受信するまで、圧縮符号化部１６の動体領域情報の参照設定を変更しない。そして、配信停止コマンドを受信し次第、圧縮符号化部１６の動体領域情報の参照設定を変更する。すなわち、圧縮画像を配信中は、圧縮画像の圧縮率を変更しない。
【００４７】
制御部１３は、配信停止コマンドを受信した後も、圧縮画像をアップロード中または録画中であれば、アップロード中または録画中の圧縮画像を、所定時間分のひとつのコンテナとして格納してもよい。あるいは、制御部１３は、アップロード中または録画中の圧縮画像を、動体領域情報の参照設定を変更したタイミングで、別々のコンテナとして分割してもよい。
【００４８】
逆に、圧縮画像の画像収集装置へのアップロードまたは録画が開始されてから所定時間内に、配信開始コマンドを受信した場合、制御部１３は、アップロードまたは録画の所定時間経過後も、圧縮符号化部１６の動的領域情報に基づく圧縮符号化設定を変更しない。制御部１３は、配信開始コマンドを受信した後、圧縮符号化部１６の動的領域情報に基づく圧縮符号化設定を変更すればよい。
また、本実施形態は、上記実施形態と適宜組み合わせてもよい。
【００４９】
以上説明したように、本実施形態によれば、圧縮画像を外部の画像収集装置へアップロード中または記憶部１４へ録画中でない場合には、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報を参照することなく撮像画像を圧縮する。このため、圧縮画像の配信遅延が低減される。一方、圧縮画像を外部の画像収集装置へアップロード中または記憶部１４へ録画中の場合には、圧縮符号化部１６は、動体領域情報を参照して撮像画像中の動体領域が十分な圧縮符号量となるよう圧縮率を設定し、背景領域には動体領域より高い圧縮率を設定する。このため、監視すべき動体領域の画質を維持しつつ背景領域を高圧縮にして記憶容量を低減することができる。
したがって、本実施形態によれば、圧縮画像のアップロードまたは録画が開始されてから所定時間内であるため、監視すべき動体が未だ画像内に存在する可能性が高い場合に、監視すべき動体領域の画質維持を優先させることが容易となる。
【００５０】
（実施形態４）
以下、図１０から１３を参照して、実施形態４を、上記の実施形態１と異なる点についてのみ詳細に説明する。本実施形態に係るネットワークカメラ１は、記憶部１４として、不揮発性メモリであるフラッシュメモリおよび揮発性メモリであるＤＲＡＭを備える。本実施形態は、撮像画像をＤＲＡＭにバッファするとともに、動体検知部１５がＤＲＡＭに動体領域情報を書き込む。圧縮符号化部１６は、ＤＲＡＭから撮像画像を読み出して圧縮した圧縮画像を、外部装置へ配信する。したがって、ＤＲＡＭにバッファされた所定時間分のアップロード用または録画用の未圧縮画像を、対応する動体領域情報を参照して圧縮符号化部１６に圧縮させることができる。これにより、監視すべき動体領域の画質を維持しつつ、背景領域を高圧縮して記憶容量を低減することが容易となる。
【００５１】
図１０は、本実施形態に係るネットワークカメラ１の構成の一例を示す。
図１０に示す本実施形態に係るネットワーク１は、図３に示す実施形態１と同様であるが、記憶部１４が、不揮発性メモリであるフラッシュメモリ１４２と、揮発性メモリであるＤＲＡＭ１４３とを含む点で相違する。なお、フラッシュメモリ、ＤＲＡＭは一例であって、本実施形態の備えるメモリはこれらに限定されず、不揮発性メモリと揮発性メモリを備えるものであればよい。
【００５２】
図１０を参照して、ネットワークカメラ１に入力される各種コマンドや設定情報と、これら各種コマンドや設定情報に従った、ネットワークカメラ１の各部の動作を、実施形態１と異なる点につき説明する。
具体的には、撮像素子１１２は、レンズ１１１を介して被写体を撮像し、画像信号（映像信号）を現像処理部１１３へ出力する。現像処理部１１３は、撮像素子１１２から入力された画像信号に現像処理を施し、現像処理された画像を、ＤＲＡＭ１４３にバッファする。
【００５３】
通信部１２に外部装置から入力される各種コマンドは、制御部１３により解析され、設定対象の各部へ設定されるとともに、フラッシュメモリ１４２に各種設定情報として記憶される。ネットワークカメラ１の起動時に、制御部１３は、フラッシュメモリ１４２に記憶された各種設定情報に従って、設定対象の各部を制御する。
これらのコマンドは、撮像や現像処理等の画像生成に関する情報を設定する画像設定コマンド、配信画像の圧縮符号量等を設定する配信画像設定コマンド、配信開始・停止コマンド、検知すべき動きの種類や事象を設定する動体検知設定コマンドを含む。これらのコマンドはさらに、動体検知種類に応じて圧縮画像を所定時間アップロードする動体検知種類に応じたアップロード設定コマンド、動体検知種類に応じて圧縮画像を所定時間録画する動体検知種類に応じた録画設定コマンドを含む。
制御部１３により、フラッシュメモリ１４２に記憶される各種設定情報は、画像設定情報、配信画像設定情報、動体検知設定情報、動体種類に応じたアップロード設定情報、および動体検知種類に応じた録画設定情報を含む。
なお、ネットワークカメラ１が備える録画先の記憶装置は、実施形態１と同様、内蔵の不揮発性メモリの他、外付けフラッシュメモリ／カード、ＨＤＤ等の着脱可能な記録媒体を含む。
【００５４】
＜実施形態４の動体検知および圧縮符号化処理詳細＞
図１１および図１２を参照して、本実施形態において動体検知部１５が実行する撮像画像中の動体検知処理および圧縮符号化部１６が実行する撮像画像の圧縮処理を詳細に説明する。
本実施形態では、圧縮符号化部１６は、上記実施形態と同様、動体検知部１５が出力する動体領域情報を参照して撮像画像を圧縮する第１のモードと、動体領域情報を参照せずに撮像画像を圧縮する第２のモードを有する。また、本実施形態では、現像処理部１１３が出力する撮像画像および動体検知部１５が出力する動体領域情報は、いずれもＤＲＡＭ１４３にバッファされる。
【００５５】
第１のモードを示す図１１を参照して、ＤＲＡＭ１４３には、現像処理部１１３により現像処理された複数の画像フレーム１〜５が順次バッファされる。動体検知部１５は、ＤＲＡＭ１４３にバッファされた画像フレーム１〜５を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域を検知する。
また、動体検知部１５は、動きが検知された領域の情報である動体領域情報５´を、ＤＲＡＭ１４３へバッファ出力する。圧縮符号化部１６に設定される配信画像設定情報では、動体領域には圧縮符号量を十分に与え、動きのない背景領域には圧縮符号量を削減する設定がされている。このため、圧縮符号化部１６は、ＤＲＡＭ１４３にバッファされた動体領域情報５´を参照して動体領域と背景領域を識別する。そして圧縮符号化部１６は、動体領域が高画質を維持するよう低い圧縮率を用いて動体領域を圧縮し、背景領域の記憶容量を削減するよう高い圧縮率を用いて背景領域を圧縮するよう、ＤＲＡＭ１４３にバッファされた画像フレーム５を圧縮する。図１１に示す第１のモードでは、圧縮符号化部１６が動体領域情報を参照して撮像画像を圧縮するのに４フレーム分遅延する。
【００５６】
なお、動体検知部１５が生成する動体領域情報は、背景領域情報を内包してよい。
また、第１のモードにおいて圧縮符号化部１６が実行する画像圧縮におけるＱ値の設定は、背景領域に対する圧縮率が動体領域に対する圧縮率より相対的に高くなるようにすればよい。例えば、背景領域に対して動体領域の圧縮符号量を大きくするよう動体領域に対するＱ値を変更してもよく、動体領域に対して背景領域の圧縮符号量を小さくするよう背景領域のＱ値を変更してもよい。
なお、図１１に示す動体検知部１５が参照する画像フレーム数は一例であり、動体検知部１５が撮像画像中の動きを検知するための処理時間をバッファ内の画像フレーム数として表現したものである。
【００５７】
第２のモードを示す図１２を参照して、ＤＲＡＭ１４３には、現像処理部１１３により現像処理された複数の画像フレーム−４〜０が順次バッファされる。動体検知部１５は、ＤＲＡＭ１４３にバッファされた画像フレーム−４〜０を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域を検知する。
また、動体検知部１５は、動きが検知された領域の情報である動体領域情報０´をＤＲＡＭ１４３に出力する。しかしながら、第２のモードにおいては、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報０´を参照せず、また動体領域と背景領域に異なる圧縮符号量を設定させる配信画像設定情報も参照しない。このため、圧縮符号化部１６は、動体領域とは背景領域を区別することなく、ＤＲＡＭ１４３の画像フレーム−４全体を１つの圧縮率を用いて圧縮する。
【００５８】
次に、圧縮符号化部１６が画像フレーム−３を圧縮する時点では、動体検知部１５は、画像フレーム−３〜１の動きを検知し、動体領域情報１´をＤＲＡＭ１４３にバッファ出力している。同様に、圧縮符号化部１６が画像フレーム−２を圧縮する時点では、動体検知部１５は、画像フレーム−２〜２の動きを検知し、動体領域情報２´をＤＲＡＭ１４３にバッファ出力している。
このように、現像処理部１１３と動体検知部１５は、圧縮符号化部１６が圧縮していない画像０〜４と、動体領域情報０´〜４´とを、それぞれＤＲＡＭ１４３にバッファする。ＤＲＡＭ１４３は、アップロードまたは録画を行う所定時間分の画像フレームをバッファすることができる。
【００５９】
図１２に示す第２のモードでは、圧縮符号化部１６がＤＲＡＭ１４３にバッファされた動体領域情報を参照せず、すなわち動体検知部１５による動体領域情報の算出を待つことなく撮像画像を圧縮する。このため、現像処理部１１３が出力する画像フレーム−４を迅速に読み出すことができ、図１１に示す遅延は発生しない。
このように、第２のモードでは、第１のモードに対して、現像処理部１１３が撮像画像を現像処理してから圧縮符号化部１６が撮像画像を圧縮するまでの遅延が短縮する。
【００６０】
＜実施形態４の圧縮符号化切替処理の処理フローチャート＞
次に、図１３を参照して、本実施形態において制御部１３が実行する動的領域情報に基づく圧縮符号化設定の切替手順を説明する。
本実施形態において、Ｓ１３１で、制御部１３は、アップロード設定情報または録画設定情報が設定されているか否かを判定する。アップロード設定情報または録画設定情報が設定されている場合、Ｓ１３２へ進み、設定されていない場合、Ｓ１３４へ進む。
Ｓ１３２で、制御部１３は、ネットワークを介して圧縮画像を配信中であるか否かを判定する。具体的には、制御部１３は、通信部１２を介して管理者端末装置２等の外部装置から配信開始コマンドを受信し、かつ配信停止コマンドをまだ受信していない場合、圧縮画像を配信中であると判定する。配信中でないと判定した場合、Ｓ１３５へ進む。一方、圧縮画像を配信中であると判定した場合Ｓ１３３へ進む。
【００６１】
Ｓ１３２で圧縮画像を配信中であると判定された場合、Ｓ１３３で、制御部１３は、アップロードまたは録画の所定時間分の画像をＤＲＡＭ１４３へバッファ出力するよう、現像処理部１１３を制御する。また、制御部１３は、ＤＲＡＭ１４３にバッファされた画像フレーム分の動体領域情報をＤＲＡＭ１４３へバッファ出力するよう、動体検知部１５を制御する。なお、アップロードまたは録画を行う所定時間分の画像によりＤＲＡＭ１４３のバッファが満たされれば、現像処理部１１３および動体検知部１５のＤＲＡＭ１４３へのバッファ出力は停止するよう設定される。
Ｓ１３４で、制御部１３は、動体検知部１５がＤＲＡＭ１４３にバッファ出力した動体領域情報を圧縮符号化部１６が参照しないよう、すなわち第２のモードを実行するよう、圧縮符号化部１６を制御する。また、制御部１３は、現像処理部１１３がＤＲＡＭ１４３に出力する最新の画像を圧縮するよう、圧縮符号化部１６を制御する。
【００６２】
一方、Ｓ１３２で圧縮画像を配信中でないと判定された場合、Ｓ１３５で、制御部１３は、ＤＲＡＭ１４３中に、未だアップロードまたは録画されていない画像をバッファすることのできる容量があるか否かを判定する。画像用のバッファがあると判定した場合、Ｓ１３６へ進み、画像用のバッファがないと判定した場合、Ｓ１３７へ進む。
Ｓ１３２で圧縮画像を配信中でなく、かつＳ１３５で画像用のバッファがあると判定された場合、Ｓ１３６で、制御部１３は、アップロードまたは録画の所定時間分の画像をＤＲＡＭ１４３へバッファ出力するよう、現像処理部１１３を制御する。また、制御部１３は、ＤＲＡＭ１４３にバッファされた画像フレーム分の動体領域情報をＤＲＡＭ１４３へバッファ出力するよう、動体検知部１５を制御する。
【００６３】
これにより、配信開始コマンドから配信停止コマンドまでの時間が所定時間より短い場合、アップロードまたは録画する画像が不足するため画像をＤＲＡＭ１４３にバッファ出力することができる。あるいは、圧縮符号化部１６がバッファされた画像を圧縮しアップロードまたは録画している処理時間内に、監視対象として設定された新たな動体が検知されたことをトリガに次のアップロードまたは録画が開始された場合のバッファとなるよう設定してもよい。
【００６４】
Ｓ１３７で、制御部１３は、現像処理部１１３がＤＲＡＭ１４３にバッファ出力した未圧縮の画像を、動体検知部１５がＤＲＡＭ１４３にバッファした動体領域情報を参照して圧縮するよう、すなわち第１のモードを実行するよう、圧縮符号化部１６を制御する。
Ｓ１３８で、制御部１３は、圧縮符号化部１６が圧縮した圧縮画像を、通信部１２を介して接続される画像収集装置へアップロードし、またはネットワークカメラ１のフラッシュメモリ１４２等の不揮発性メモリへ録画する。
【００６５】
以上説明したように、本実施形態によれば、外部の画像収集装置へのアップロードまたはフラッシュメモリ１４２への録画が設定されている場合、現像処理部１１３は、アップロードまたは録画を行う所定時間分の画像をＤＲＡＭ１４３へバッファ出力する。また、動体検知部１５は、ＤＲＡＭ１４３にバッファされた画像分の動体領域情報をＤＲＡＭ１４３へバッファ出力する。圧縮符号化部１６は、ＤＲＡＭ１４３にバッファされた未圧縮の画像を、同じくＤＲＡＭ１４３にバッファされた対応する動体領域情報を参照して圧縮することができる。したがって、ＤＲＡＭ１４３にバッファされた所定時間分のアップロード用または録画用の未圧縮画像を、対応する動体領域情報を参照して圧縮符号化部１６に圧縮させることができる。これにより、監視すべき動体領域の画質を維持しつつ、背景領域を高圧縮して記憶容量を削減することが容易となる。
【００６６】
（実施形態５）
以下、図１４から図１７を参照して、実施形態５を、上記各実施形態と異なる点についてのみ詳細に説明する。本実施形態に係るネットワークカメラ１は、さらに、音声入力部と音声検知部とを備える。本実施形態は、音声をトリガに、所定時間、圧縮画像を外部の画像収集装置へアップロードし、または記憶部へ録画する。また、本実施形態は、圧縮画像を配信中であっても、動体領域情報を参照して撮像画像を圧縮するが、配信中でない場合と比較して、より少ない遅延で動体領域情報を生成する。これにより、圧縮画像を配信中であっても、監視すべき動体領域の画質を維持しつつ背景領域を高圧縮にして記憶容量を低減することができる。
【００６７】
図１４は、本実施形態に係るネットワークカメラ１の構成の一例を示す。
図１４に示す本実施形態に係るネットワーク１は、図１０に示す実施形態４と同様であるが、さらに、音声入力部１０７、および音声検知部１０８を備える。
音声入力部１７は、例えばマイクと、マイクから入力されるアナログ音声信号をＡ／Ｄ変換してデジタル音声信号を生成するＡ／Ｄ変換部とを備える。
音声検知部１８は、音声入力部１７から入力される音声信号から、監視すべき音声を検知する。音声の検知をトリガに、所定時間の圧縮画像を、画像収集装置へアップロードし、または記憶部のフラッシュメモリ１４２等の不揮発性メモリに録画することができる。
【００６８】
図１４を参照して、ネットワークカメラ１に入力される各種コマンドや設定情報と、これら各種コマンドや設定情報に従った、ネットワークカメラ１の各部の動作を、実施形態４と異なる点につき説明する。
具体的には、通信部１２は、管理者端末装置２等の外部装置から、音声入力についてのパラメータを設定する音声入力設定コマンドを受信する。この音声入力設定コマンドは、ネットワークカメラ１に接続されるマイクの種類、マイクから入力される音声信号をＡ／Ｄ変換する際の設定に関する情報を含む。
音声入力設定コマンドは、制御部１３によって解析され、音声入力部１７に入力される。制御部１３は、同時に、音声入力設定コマンドを、フラッシュメモリ１４２に、音声入力設定情報として記憶する。制御部１３は、ネットワークカメラ１の起動時に、フラッシュメモリ１４２に記憶された音声入力設定情報に従って、音声入力部１７による音声入力を制御する。
【００６９】
通信部１２はまた、管理者端末装置２等の外部装置から、音声検知についてのパラメータを設定する音声検知設定コマンドを受信する。この音声検知設定コマンドは、検知すべきイベントとして、音声の音量や、悲鳴など音声の種類を限定する情報を含む。これらの音声は、音声入力部１７により音声データとして撮像画像に対応付けて取得される。
音声検知設定コマンドは、制御部１３によって解析され、音声検知部１８に入力される。制御部１３は、同時に、音声検知設定コマンドを、フラッシュメモリ１４２に、音声検知設定情報として記憶する。制御部１３は、ネットワークカメラ１の起動時に、フラッシュメモリ１４２に記憶された音声検知設定情報に従って、音声検知部１８による音声検知を制御する。
【００７０】
また、音声検知設定コマンドは、音声検知の種類に応じて、通信部１２を介して接続される外部の画像収集装置に、所定時間の圧縮画像をアップロードする設定を含む。ここで、音声検知種類に応じて、とは、音声検知部１８から音声が検知されたことを通知された制御部１３が、例えば、検知種類Ａであれば圧縮画像をアップロードする、検知種類Ｂであれば圧縮画像をアップロードしない、という設定である。制御部１３は、コマンド解析と同時に、音声検知種類に応じたアップロード設定コマンドを、フラッシュメモリ１４２に、音声検知種類に応じたアップロード設定情報として記憶する。制御部１３は、ネットワークカメラ１の起動時に、フラッシュメモリ１４２に記憶された音声検知種類に応じたアップロード設定情報から、アップロード設定を復元する。
【００７１】
同様に、音声検知設定コマンドは、音声検知の種類に応じて、ネットワークカメラ１のフラッシュメモリ１４２等の不揮発メモリに圧縮画像を所定時間録画する設定を含む。録画先は、フラッシュメモリ１４２の他、ネットワークカメラ１内蔵の不揮発性メモリ、外付けフラッシュメモリ／カード、ＨＤＤ等の着脱可能な記録媒体を含む。制御部１３は、コマンド解析と同時に、音声検知種類に応じた録画設定コマンドを、フラッシュメモリ１４２に、音声検知の種類に応じた録画設定情報として記憶する。制御部１３は、ネットワークカメラ１の起動時に、フラッシュメモリー１４２に記憶された音声検知種類に応じた録画設定情報から、録画設定を復元する。
【００７２】
＜実施形態５の動体検知および圧縮符号化処理詳細＞
図１５および図１６を参照して、本実施形態において動体検知部１５が実行する撮像画像中の動体検知処理および圧縮符号化部１６が実行する撮像画像の圧縮処理を詳細に説明する。
本実施形態では、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報を、圧縮画像を外部の画像収集装置へ配信中であっても参照する。本実施形態において、動体検知部１５および圧縮符号化部１６は、実施形態１の第１のモードと同様に、複数の画像フレームから動体領域情報を生成し、生成された動体領域情報を参照して撮像画像を圧縮する第１のモードを有する。本実施形態はさらに、第１のモードより少ない数の画像フレームから動体領域情報を生成し、生成された動体領域情報を参照して撮像画像を圧縮する第２のモードを有する。
【００７３】
第１のモードを示す図１５を参照して、ＤＲＡＭ１４３には、撮像部１１により撮像された撮像画像の複数の画像フレーム１〜５が順次バッファされる。動体検知部１５は、ＤＲＡＭ１４３にバッファされた画像フレーム１〜５を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域を検知する。
また、動体検知部１５は、動きが検知された領域の情報である動体領域情報５´を圧縮符号化部１６に出力する。圧縮符号化部１６に設定される配信画像設定情報では、動体領域には圧縮符号量を十分に与え、動きのない背景領域には圧縮符号量を削減する設定がされている。このため、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報５´を参照して動体領域と背景領域を識別する。そして圧縮符号化部１６は、動体領域が高画質を維持するよう低い圧縮率を用いて動体領域を圧縮し、背景領域の記憶容量を削減するよう高い圧縮率を用いて背景領域を圧縮するよう、ＤＲＡＭ１４３の画像フレーム５を圧縮する。図１５に示す第１のモードでは、圧縮符号化部１６が動体領域情報を参照して撮像画像を圧縮するのに４フレーム分遅延する。
【００７４】
なお、動体検知部１５が生成する動体領域情報は、背景領域情報を内包してよい。
また、第１のモードにおいて圧縮符号化部１６が実行する画像圧縮における圧縮符号量の設定は、背景領域に対する圧縮率が動体領域に対する圧縮率より相対的に高ければよい。例えば、背景領域に対して動体領域の圧縮符号量を大きくするよう動体領域の圧縮率を低く変更してもよく、動体領域に対して背景領域の圧縮符号量を小さくするよう背景領域の圧縮率を高く変更してもよい。
また、図１５に示す動体検知部１５が参照する画像フレーム数は一例であり、撮像部１１が画像を撮像するフレームレートと動体検知部１５が画像を参照するフレームレートの時間差や動体検知処理の遅延をバッファ内の画像フレーム数として表現したものである。
なお、動体検知部１５が生成する動体領域情報は、背景領域情報を内包してよい。
【００７５】
第２のモードを示す図１６を参照して、ＤＲＡＭ１４３には、撮像部１１により撮像された撮像画像の複数の画像フレーム１〜５が順次バッファされる。第２のモードでは、動体検知部１５は、バッファ中の画像フレームのうち、第１のモードより少ない数の画像フレームを参照して、動体領域情報を生成する。すなわち、動体検知部１５は、ＤＲＡＭ１４３にバッファされた画像フレーム１および２を順次参照して、制御部１３により設定された動体検知設定情報に基づいて画像中の動体領域を検知する。
【００７６】
また、動体検知部１５は、動きが検知された領域の情報である動体領域情報２´を圧縮符号化部１６に出力する。圧縮符号化部１６に設定される配信画像設定情報では、動体領域には圧縮符号量を十分に与え、動きのない背景領域には圧縮符号量を削減する設定がされている。このため、圧縮符号化部１６は、動体検知部１５が出力する動体領域情報２´を参照して動体領域と背景領域を識別する。そして圧縮符号化部１６は、動体領域が高画質を維持するよう低い圧縮率を用いて動体領域を圧縮し、背景領域の記憶容量を削減するよう高い圧縮率を用いて背景領域を圧縮するよう、ＤＲＡＭ１４３の画像フレーム２を圧縮する。図１６に示す第２のモードでは、圧縮符号化部１６が動体領域情報を参照して撮像画像を圧縮するのに１フレーム分遅延する。すなわち、図１５に示す第１のモードより、撮像部１１がＤＲＡＭ１４３に撮像画像をバッファしてから圧縮符号化部１６が撮像画像を圧縮するまでの遅延が３フレーム分短縮する。
なお、図１６に示す動体検知部１５が参照する画像フレーム数は一例であり、動体検知部１５が動きを検知するための処理時間をバッファ内の画像フレーム数として表現してものである。図１５が、標準的な動体検知処理を示すのに対し、図１６は、短縮化された動体検知処理を示す。
【００７７】
また、本実施形態の第２のモードにおいて、動体検知部１５は、第１のモードと異なる動体検知方式で実現してもよい。例えば、参照画像フレーム数が２のときの動体検知処理は、参照画像フレーム数が５のときの動体検知より検知精度が低下するおそれがあるため、画像を構成する輝度情報間の差分を使用して動体を検知してもよい。あるいは、画像フレーム２から動体の動きベクトルを検出し、画像フレーム１の動体の位置を予測することで、画像１の動体領域情報を生成する等、より遅延の少ない動体検知方式で実現してもよい。
なお、標準動体検知処理（第１のモード）と短縮化動体検知処理（第２のモード）の間の切り替えは、動体検知部１５に対する動体検知設定情報で設定する。通信部１２を介して管理者端末装置２等の外部装置から動体検知設定コマンドを受信し、制御部１３が動体検知設定コマンドを解析して、動体検知設定情報を取得してもよい。
【００７８】
＜実施形態５の圧縮符号化切替処理の処理フローチャート＞
図１７は、本実施形態に係る圧縮符号化切替処理の処理手順の一例を示すフローチャートである。
Ｓ１７１で、制御部１３は、ネットワークを介して圧縮画像を管理者端末装置２等の外部装置へ配信中であるか否かを判定する。具体的には、制御部１３は、通信部１２を介して管理者端末装置２等の外部装置から、配信開始コマンドを受信し、かつ配信停止コマンドをまだ受信していない場合、圧縮画像を配信中であると判定する。圧縮画像を配信中であると判定した場合（Ｓ１７１：Ｙ）、Ｓ１７３へ進み、圧縮画像を配信中でないと判定した場合（Ｓ１７１：Ｎ）Ｓ１７２へ進む。
【００７９】
Ｓ１７１で圧縮画像を配信中でないと判定した場合、Ｓ１７２で、制御部１３は、動体検知部１５による動体検知の処理時間が標準となるよう、すなわち第１のモードで動作するように、動体検知部１５を制御する。
一方、Ｓ１７１で圧縮画像を配信中でないと判定した場合、Ｓ１７３で、制御部１３は、動体検知部１５による動体検知の処理時間が短縮化するよう、すなわち第２のモードで動作するように、動体検知部１５を制御する。
Ｓ１７４で、制御部１３は、Ｓ１７２またはＳ１７３で動体検知部１５が出力する動体領域情報を参照して、ＤＲＡＭ１４３中にバッファされた画像を圧縮するよう、圧縮符号化部１６を制御する。
【００８０】
これにより、ネットワークカメラ１が圧縮画像を外部の画像収集装置へ配信中である場合であっても、圧縮符号化部１６は、より少ない遅延時間で生成された動体領域情報を参照して撮像画像を圧縮するので、圧縮画像の配信遅延が低減される。さらに、圧縮画像を外部装置へ配信中であっても、配信中でない場合と同様、撮像画像中の動体領域に対する圧縮率を背景領域と比較して低く設定することができるので、監視すべき動体領域の画質を維持することができる。
【００８１】
以上説明したように、本実施形態によれば、ネットワークカメラ１が圧縮画像を外部装置へ配信中である場合であっても、圧縮画像の配信遅延を低減しつつ、監視すべき動体領域の画質を維持しながら背景領域を高圧縮にして記憶容量を低減することができる。
【００８２】
（実施形態６）
以下、図１８を参照して、実施形態６を、上記の実施形態５と異なる点についてのみ詳細に説明する。本実施形態は、ネットワークカメラ１が圧縮画像を配信中である場合に、撮像部１１に設定されたフレームレート（撮像周期）が所定時間より長いか否かを判定する。そして、フレームレートが所定時間より長い場合には、配信中でない場合と同様、標準の動体検知処理を実行する。これにより、圧縮画像を配信中において、撮像周期が長く、動体検知を短縮化した効果が得られない場合に、標準の動体検知処理で、より多くの画像フレームから動体領域情報を生成することによって、監視すべき動体領域の画質をより高めることができる。
【００８３】
実施形態６のネットワークカメラ１の構成は、図１４に示す実施形態５と同様である。
また、実施形態６におけるネットワークカメラ１の動作および各種設定情報は、実施形態５と同様である。
次に、図１８を参照して、本実施形態に係る圧縮符号化切替処理の処理手順を説明する。
Ｓ１８１で、制御部１３は、ネットワークを介して圧縮画像を管理者端末装置２等の外部装置へ配信中であるか否かを判定する。具体的には、制御部１３は、通信部１２を介して管理者端末装置２等の外部装置から、配信開始コマンドを受信し、かつ配信停止コマンドをまだ受信していない場合、圧縮画像を配信中であると判定する。圧縮画像を配信中であると判定した場合（Ｓ１８１：Ｙ）、Ｓ１８４へ進み、圧縮画像を配信中でないと判定した場合（Ｓ１８１：Ｎ）Ｓ１８２へ進む。
【００８４】
Ｓ１８１で圧縮画像を配信中でないと判定した場合、Ｓ１８２で、制御部１３は、動体検知部１５による動体検知の処理時間が標準となるよう、すなわち第１のモードで動作するように、動体検知部１５を制御する。
Ｓ１８３で、制御部１３は、Ｓ１８２で動体検知部１５が出力する動体領域情報を参照して、ＤＲＡＭ１４３中にバッファされた画像を圧縮するよう、圧縮符号化部１６を制御する。
【００８５】
一方、Ｓ１８１で圧縮画像を配信中であると判定した場合、Ｓ１８４で、制御部１３は、撮像部１１に設定された撮像のフレームレートで規定される撮像周期が、所定時間より長いか否かを判定する。撮像周期が所定時間以下であると判定した場合は（Ｓ１８１：Ｎ）、Ｓ１８５へ進み、一方、撮像周期が所定時間より長いと判定した場合は（Ｓ１８１：Ｙ）、Ｓ１８６へ進む。
ここで、撮像周期と比較される所定時間は、管理者端末装置２の監視者が、リモートでネットワークカメラ１を操作し、操作された結果、ライブストリーム配信される圧縮画像が変化するまでの、許容できる遅延時間を設定すればよい。図１８では、一例として撮像周期の閾値を６０ｍｓｅｃとしているがこれに限定されない。
短縮化された動体検知処理は、標準の動体検知処理より動体検知の精度が低下する場合がある。本実施形態では、撮像部１１に設定された撮像のフレームレートで規定される撮像周期が、短縮された遅延時間より長い場合に、動体検知部１５は、標準の動体検知処理を実行する。撮像周期が短縮された遅延時間より長ければ、動体検知処理の短縮効果が得られず、また標準の動体検知処理を実行した方が動体検知の精度が向上するため有効である。
【００８６】
撮像周期が所定時間以下であると判定された場合、Ｓ１８５で、制御部１３は、動体検知部１５による動体検知の処理時間が短縮化するよう、すなわち第２のモードで動作するように、動作検知部１５を制御する。
一方、撮像周期が所定時間より長いと判定した場合、Ｓ１８６で、制御部１３は、動体検知部１５による動体検知の処理時間が標準となるよう、すなわち第１のモードで動作するように、動体検知部１５を制御する。
Ｓ１８７で、制御部１３は、Ｓ１８５またはＳ１８６で動体検知部１５が出力する動体領域情報を参照して、ＤＲＡＭ１４３中にバッファされた画像を圧縮するよう、圧縮符号化部１６を制御する。
【００８７】
以上説明したように、本実施形態によれば、圧縮画像を配信中において、撮像周期が長く、動体検知を短縮化した効果が得られない場合に、標準の動体検知処理で、より多くの画像フレームから動体領域情報を生成する。これにより、監視すべき動体領域の画質をより高めることができる。
【００８８】
＜変形例＞  
また、図３等に示した機能ブロックの構成は一例であり、複数の機能ブロックが１つの機能ブロックを構成するようにしてもよいし、いずれかの機能ブロックが複数の機能を行うブロックに分かれてもよい。また、図３等に示す機能ブロックの少なくとも一部がハードウエアとして実装されてもよい。ハードウエアにより実装する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのプログラムからＦＰＧＡ（Field-Programmable Gate Array）上に自動的に専用回路を生成すればよい。また、ＦＰＧＡと同様にして、Ｇａｔｅ  Ａｒｒａｙ回路を形成し、ハードウエアとして実装されるようにしてもよく、ＡＳＩＣ（Application Specific Integrated Circuit）により実現するようにしてもよい。
【００８９】
＜他の実施形態＞
なお、上述した各実施形態は、その複数を組み合わせて実現することが可能である。
また、本発明は、上述の実施形態の１以上の機能を実現するプログラムによっても実現可能である。すなわち、そのプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータ（またはＣＰＵやＭＰＵ等）における１つ以上のプロセッサーがプログラムを読出し実行する処理により実現可能である。また、そのプログラムをコンピュータ可読な記録媒体に記録して提供してもよい。
また、コンピュータが読みだしたプログラムを実行することにより、実施形態の機能が実現されるものに限定されない。例えば、プログラムの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって上記した実施形態の機能が実現されてもよい。
【符号の説明】
【００９０】
１…ネットワークカメラ、２…管理者端末装置、３…サーバ、４…ＮＡＳ、８…クラウドサーバ、１１…撮像部、１２…通信部、１３…制御部、１４…記憶部、１５…動体検知部、１６…圧縮符号化部、１７…音声入力部、１８…音声検知部、１１１…レンズ、１１２…撮像素子、１１３…現像処理部、１４１…フレームバッファ、１４２…フラッシュメモリ、１４３…ＤＲＡＭ
【図１】
2019062267.tif 000003
【図２】
2019062267.tif 000004
【図３】
2019062267.tif 000005
【図４】
2019062267.tif 000006
【図５】
2019062267.tif 000007
【図６】
2019062267.tif 000008
【図７】
2019062267.tif 000009
【図８】
2019062267.tif 000010
【図９】
2019062267.tif 000011
【図１０】
2019062267.tif 000012
【図１１】
2019062267.tif 000013
【図１２】
2019062267.tif 000014
【図１３】
2019062267.tif 000015
【図１４】
2019062267.tif 000016
【図１５】
2019062267.tif 000017
【図１６】
2019062267.tif 000018
【図１７】
2019062267.tif 000019
【図１８】
2019062267.tif 000020