(57)【要約】【課題】異常発生イベントの通知を受ける前からの映像を記録できるようにするとともに、メモリの容量を抑えることができるようにする。【解決手段】映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置１０５であって、異常候補の開始の通知を受けると、通信部２５１は、前記ネットワークカメラから映像フレームを受信し、一時記憶部２５３には、通信部２５１において受信された映像フレームが一時的に記憶される。さらに異常候補の開始の通知を受けると、記録部２５４は、一時記憶部２５３に記憶された映像フレームを記録媒体２５５に記録する。【選択図】図２
2012004643.tif 000002
【特許請求の範囲】
【請求項１】
映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置であって、
前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信手段と、
前記通信手段により受信された映像データを一時的に記憶部に記憶する記憶制御手段と、
前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録手段とを備え、
前記通信手段は、前記解析情報として異常の候補を検出した旨の通知を受信することにより、前記映像データの受信を開始し、
前記記録手段は、前記通信手段が前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データの記録を開始することを特徴とする録画装置。
【請求項２】
前記通信手段は、前記解析情報として異常の候補の検出が終了した旨の通知を受信することにより、前記映像データの受信を停止し、
前記記憶制御手段は、前記映像データの受信の停止に基づいて、前記記憶部に記憶した映像データを破棄することを特徴とする請求項１に記載の録画装置。
【請求項３】
前記通信手段は、前記解析情報として異常の候補の検出が終了した旨の通知を受信することにより、前記映像データの受信を停止し、
前記記録手段は、前記映像データの受信の停止に基づいて、前記映像データの記録を停止することを特徴とする請求項１または２に記載の録画装置。
【請求項４】
前記通信手段が受信する解析情報は、映像の変化が閾値を上回った場合の異常の候補を検出した旨の通知、映像の変化が閾値を下回った場合の異常の候補の検出が終了した旨の通知、映像の変化が閾値を上回ってから所定の期間において継続した場合の異常を検出した旨の通知、または前記異常を検出した後に映像の変化が閾値を下回った場合の異常の検出が終了した旨の通知であることを特徴とする請求項１〜３の何れか１項に記載の録画装置。
【請求項５】
映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置であって、
前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信手段と、
前記通信手段により受信された映像データを一時的に記憶部に記憶する記憶制御手段と、
前記通信手段が前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録手段と、
前記通信手段によって受信された解析情報に基づいて、所定の条件を満たすか否かを判断する判断手段と、
前記判断手段の判断の結果に基づいて、前記映像データを常時受信するか、もしくは前記解析情報として異常の候補を検出した旨の通知を受信することにより前記映像データの受信を開始するように前記通信手段を制御するとともに、前記記憶部に記憶してから所定の期間が経過した映像データを破棄するか、もしくは破棄しないように前記記憶制御手段を制御する制御手段とを備えることを特徴とする録画装置。
【請求項６】
前記判断手段は、前記通信手段によって受信された解析情報の集計結果に基づいて、所定の条件を満たすか否かを判断することを特徴とする請求項５に記載の録画装置。
【請求項７】
前記所定の条件は、前記ネットワークカメラが撮影する映像の条件であることを特徴とする請求項５または６に記載の録画装置。
【請求項８】
前記判断手段は、さらに、前記ネットワークカメラに映像配信要求を送信してから映像データを受信するまでの時間の集計結果に基づいて、所定の条件を満たすか否かを判断することを特徴とする請求項７に記載の録画装置。
【請求項９】
映像を撮影して映像データを送信するネットワークカメラと、前記ネットワークカメラからネットワークを介して映像データを受信して記録する録画装置とを有する録画システムであって、
前記ネットワークカメラは、
映像を撮影する撮影手段と、
前記撮影手段により撮影した映像から異常を解析する解析手段と、
前記映像データを送信するとともに、前記解析手段による異常の解析情報を前記録画装置に送信する送信手段とを備え、
前記録画装置は、
前記送信手段により送信された映像データを受信するとともに、前記異常の解析情報を受信する通信手段と、
前記通信手段により受信された映像データを一時的に記憶部に記憶する記憶制御手段と、
前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録手段とを備え、
前記通信手段は、前記解析情報として異常の候補を検出した旨の通知を受信することにより、前記映像データの受信を開始し、
前記記録手段は、前記通信手段が前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データの記録を開始することを特徴とする録画システム。
【請求項１０】
映像を撮影して映像データを送信するネットワークカメラと、前記ネットワークカメラからネットワークを介して映像データを受信して記録する録画装置とを有する録画システムであって、
前記ネットワークカメラは、
映像を撮影する撮影手段と、
前記撮影手段により撮影した映像から異常を解析する解析手段と、
前記映像データを送信するとともに、前記解析手段による異常の解析情報を前記録画装置に送信する送信手段とを備え、
前記録画装置は、
前記送信手段により送信された映像データを受信するとともに、前記異常の解析情報を受信する通信手段と、
前記通信手段により受信された映像データを一時的に記憶部に記憶する記憶制御手段と、
前記通信手段が前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録手段と、
前記通信手段によって受信された解析情報に基づいて、所定の条件を満たすか否かを判断する判断手段と、
前記判断手段の判断の結果に基づいて、前記映像データを常時受信するか、もしくは前記解析情報として異常の候補を検出した旨の通知を受信することにより前記映像データの受信を開始するように前記通信手段を制御するとともに、前記記憶部に記憶してから所定の期間が経過した映像データを破棄するか、もしくは破棄しないように前記記憶制御手段を制御する制御手段とを備えることを特徴とする録画システム。
【請求項１１】
映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置の録画方法であって、
前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信工程と、
前記通信工程において受信された映像データを一時的に記憶部に記憶する記憶制御工程と、
前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録工程とを備え、
前記通信工程においては、前記解析情報として異常の候補を検出した旨の通知を受信することにより、前記映像データの受信を開始し、
前記記録工程においては、前記通信工程において前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データの記録を開始することを特徴とする録画方法。
【請求項１２】
映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置の録画方法であって、
前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信工程と、
前記通信工程において受信された映像データを一時的に記憶部に記憶する記憶制御工程と、
前記通信工程において前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録工程と、
前記通信工程において受信された解析情報に基づいて、所定の条件を満たすか否かを判断する判断工程と、
前記判断工程における判断の結果に基づいて、前記映像データを常時受信するか、もしくは前記解析情報として異常の候補を検出した旨の通知を受信することにより前記映像データの受信を開始するように前記通信工程における処理を制御するとともに、前記記憶部に記憶してから所定の期間が経過した映像データを破棄するか、もしくは破棄しないように前記記憶制御工程における処理を制御する制御工程とを備えることを特徴とする録画方法。
【請求項１３】
映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置を制御するためのプログラムであって、
前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信工程と、
前記通信工程において受信された映像データを一時的に記憶部に記憶する記憶制御工程と、
前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録工程とをコンピュータに実行させ、
前記通信工程においては、前記解析情報として異常の候補を検出した旨の通知を受信することにより、前記映像データの受信を開始し、
前記記録工程においては、前記通信工程において前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データの記録を開始することを特徴とするプログラム。
【請求項１４】
映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置を制御するためのプログラムであって、
前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信工程と、
前記通信工程において受信された映像データを一時的に記憶部に記憶する記憶制御工程と、
前記通信工程において前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録工程と、
前記通信工程において受信された解析情報に基づいて、所定の条件を満たすか否かを判断する判断工程と、
前記判断工程における判断の結果に基づいて、前記映像データを常時受信するか、もしくは前記解析情報として異常の候補を検出した旨の通知を受信することにより前記映像データの受信を開始するように前記通信工程における処理を制御するとともに、前記記憶部に記憶してから所定の期間が経過した映像データを破棄するか、もしくは破棄しないように前記記憶制御工程における処理を制御する制御工程とをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は録画装置、録画システム、録画方法及びプログラムに関し、特に、映像データのバッファリング制御と記録制御とに用いて好適な技術に関する。
【背景技術】
【０００２】
従来、一般的には、映像解析により物体の移動や追加などの変化をイベントとして検出する場合に、小さな変化により誤検出しないように、映像の変化量が閾値を超えて一定期間継続する場合に物体の移動や追加を検知してイベントとして通知する。そして、映像解析の結果に基づいて録画制御を行う際には、イベントの通知を受けて録画を開始または終了する。例えば、特許文献１には、映像解析による画像変化の検出に基づいた録画の制御方法が開示されている。
【０００３】
しかしながら、特許文献１に開示された技術では、このイベントの通知がされた後に録画を開始するため、イベントによる結果は録画されるが、それよりも前のイベントが発生した原因は録画できなかった。
【０００４】
そこで、この問題を解決するために、イベントの通知よりも遡って録画できるように、録画装置が最新から一定期間の映像データを常にメモリにバッファリングしておく。そして、イベントの通知を受けると、メモリにバッファリングしている映像データを記録媒体に記録し、続けて以降の映像データを記録する技術が知られている。このとき、映像解析でイベントを検出した場合に、検出時刻から解析処理で用いた期間を差し引いてその時刻をイベントの開始時刻として特定する。例えば、特許文献２には、解析処理で用いた期間を自動的に遡って再生を開始する方法が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−５６２２４号公報
【特許文献２】特開２００７−３１８４２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、常に映像データをバッファリングする従来技術では、さらに録画をする装置に必要となるメモリ容量が対象のカメラの数とバッファリングの期間に比例して増加するという問題がある。
【０００７】
本発明は前述の問題点に鑑み、異常発生イベントの通知を受ける前からの映像を記録できるようにするとともに、メモリの容量を抑えることができるようにすることを目的としている。
【課題を解決するための手段】
【０００８】
本発明の録画装置は、映像を撮影して異常を解析するネットワークカメラとネットワークを介して接続され、前記ネットワークカメラから送信された映像データを記録する録画装置であって、前記ネットワークカメラから映像データを受信するとともに、異常の解析情報を受信する通信手段と、前記通信手段により受信された映像データを一時的に記憶部に記憶する記憶制御手段と、前記記憶部に一時的に記憶された映像データを記録媒体に記録する記録手段とを備え、前記通信手段は、前記解析情報として異常の候補を検出した旨の通知を受信することにより、前記映像データの受信を開始し、前記記録手段は、前記通信手段が前記解析情報として異常を検出した旨の通知を受信することにより、前記記憶部に一時的に記憶された映像データの記録を開始することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、異常がもたらされた原因が発生した時点から録画をすることができるとともに、多数のネットワークカメラ装置から録画を行う場合においてもメモリの容量を削減することができる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る録画システムの全体構成例を示す図である。
【図２】ネットワークカメラ及び録画装置の機能構成例を示すブロック図である。
【図３】ネットワークカメラ及び録画装置の動作の概要の一例を示す図である。
【図４】映像解析の処理手順の一例を示すフローチャートである。
【図５】異常候補での録画装置による処理手順の一例を示すフローチャートである。
【図６】異常状態での録画装置による処理手順の一例を示すフローチャートである。
【図７】バッファリング制御の処理手順の一例を示すフローチャートである。
【図８】バッファリングに係る処理手順の一例を示すフローチャートである。
【図９】各ネットワークカメラの映像解析の履歴の一例を示す図である。
【図１０】条件を満たすか否かの判断に用いられる値の一例を示す図である。
【図１１】判断に用いる値の算出手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、本発明の好ましい実施形態について、添付の図面に基づいて詳細に説明する。
（第１の実施形態）
図１は、本実施形態に係る録画システムの全体構成例を示す図である。
本実施形態に係る録画システムは、映像をネットワークに配信するネットワークカメラ１０２〜１０４と、ネットワークカメラ１０２〜１０４からの映像を録画する録画装置１０５と、これらの装置をつなぐネットワーク１０１とから構成されている。
【００１２】
なお、図１には、ネットワークカメラを３台備えた例について示しているが、ネットワークカメラは少なくとも１台存在するものとし、ネットワークカメラは何台あってもよい。また、録画装置１０５も複数台あってもよい。さらに、ネットワークカメラ１０２〜１０４は、時系列な電子データを生成する装置であり、さらに映像以外の音声データや温度計などのセンサーの時系列なデータを送信する装置であってもよい。本実施形態では、映像システムの主たる用途は監視業務であり、録画装置１０５は、数十台から数百台のネットワークカメラからの映像を録画することができる。
【００１３】
以下、図２〜図６を参照しながら、本実施形態による録画装置１０５の映像バッファリング制御方法について説明する。
図２（Ａ）は、図１で示したネットワークカメラ１０２の機能構成例を示すブロック図である。以下の説明では、複数のネットワークカメラを代表してネットワークカメラ１０２の構成について説明する。
図２（Ａ）において、撮像部２０１は、レンズや撮像素子などから構成されている。また、撮像部２０１は、映像を撮影するだけではなく、撮影制御部２０３の制御により撮影を行う際のズーム倍率やフォーカス、絞り、シャッタースピード、ゲイン、赤外線撮影などといった撮影設定を変更することができる。駆動部２０２は、撮像部２０１を載せてパン・チルト方向に回転することができる雲台を備えており、撮影制御部２０３の制御により雲台を移動させることによって、雲台に載せた撮像部２０１の撮影方向や撮影姿勢を変更する。
【００１４】
撮影制御部２０３は、撮像部２０１の撮影設定や駆動部２０２の撮影方向や撮影姿勢を制御する。記憶部２０５は、映像解析のプログラム及びその設定情報を記憶するメモリであり、さらに、外部センサーを解析するプログラム及びその設定情報をも記憶している。通信部２０６は、外部の装置とネットワーク１０１を介して通信するためのものである。全体制御部２０４は、ネットワークカメラ１０２全体を制御するものであり、外部センサー部２０７は、ネットワークカメラ１０２に人感センサーやドアセンサーなどの機器を接続するためのものである。
【００１５】
通信部２０６が、外部の装置からネットワークカメラ１０２を操作するコマンドを受信した場合は、全体制御部２０４によりコマンドを解析し、解析結果に基づいて撮影制御部２０３は撮像部２０１の撮影設定や、駆動部２０２の撮影方向などを制御する。そして、全体制御部２０４は、撮像部２０１で生成した映像データを記憶部２０５に一時保存し、撮像部２０１の撮影設定の情報や駆動部２０２の撮影姿勢の情報などを映像データに追加する。そして、通信部２０６から外部の装置に送信する。
【００１６】
また、全体制御部２０４は、記憶部２０５に記憶している映像解析のプログラム及びその設定情報を読み出し、記憶部２０５に一時保存した映像データに対して映像解析を行う。そして、通信部２０６より解析結果の情報を送信する。さらに、全体制御部２０４は、記憶部２０５に記憶している外部センサーを解析するプログラム及びその設定情報を読み出し、外部センサー部２０７に入力された情報を解析する。そして、通信部２０６により解析結果の情報を送信する。
【００１７】
図２（Ｂ）は、図１に示した録画装置１０５の機能構成例を示すブロック図である。
図２（Ｂ）において、通信部２５１は、他の装置と通信を行うためのものである。一時記憶部２５３は、ＲＡＭ（Random Access Memory）などから構成されており、プログラムやデータを一時記憶する。
【００１８】
記録部２５４は、複数のネットワークカメラから受信したそれぞれの映像データをハードディスクや光ディスク、メモリカードなどの記録媒体２５５に記録する。また、記録部２５４は、時刻や通知に応じた各録画により、ネットワークカメラに要求する映像の画像サイズ、フレームレート、画質、撮影方向などの録画設定一覧の情報を記録媒体２５５に記録する。さらに、通信部２５１により複数のネットワークカメラから受信したそれぞれの映像解析結果や外部センサーの解析結果などの解析情報を記録媒体２５５に記録する。また、各ネットワークカメラの設置位置や用途などの利用者が定めたメタ情報をも記録媒体２５５に記録する。なお、記録媒体２５５には、前述したデータ以外に、映像解析のプログラム及びその設定情報が記録されている。
【００１９】
全体制御部２５２は、ＣＰＵ（Central Processing Unit）を備えており、録画装置１０５全体の制御と演算処理とを行う。通信部２５１がネットワークカメラから映像データを受信すると、全体制御部２５２は、映像データを一時記憶部２５３に一時的に記憶するよう記憶制御し、記録部２５４により映像解析のプログラム及びその設定情報を記録媒体２５５から読み出す。そして、全体制御部２５２は、一時記憶部２５３に記憶した映像データに対して映像解析を行い、その解析結果を記録部２５４により記録媒体２５５に記録する。また、全体制御部２５２は、詳細は後述するが、異常候補を検出した旨の通知を受けると、ネットワークカメラに対して映像の配信を要求するコマンドを作成する。
【００２０】
また、外部の表示装置から、記録している映像データの再生コマンドを通信部２５１が受信した場合は、全体制御部２５２により再生コマンドを解析し、再生する映像データの撮影元のネットワークカメラと撮影時刻と再生方法とを特定する。そして、記録媒体２５５に該当する映像データが記録されているか否かを確認し、記録されている場合には、記録部２５４により映像データを読み出して通信部２５１から再生コマンドの送信元の表示装置に映像データを送信する。
【００２１】
図４は、ネットワークカメラ１０２の全体制御部２０４により実施される映像解析の処理手順の一例を示すフローチャートである。なお、図４に示す各処理は、全体制御部２０４の制御により行われる。
図４において、撮影を開始すると、ステップＳ４０１において、撮像部２０１により映像フレームを取得する。そして、全体制御部２０４は、記憶部２０５に記憶されている映像解析のプログラムを読み出し、アルゴリズムに従って１つ前の映像フレームの解析結果を用いて映像を解析して変化量を算出する。
【００２２】
次に、ステップＳ４０２において、ステップＳ４０１の解析により得られる変化量が閾値を超えているか否かを判断する。この判断の結果、閾値を超えている場合は、ステップＳ４０４において、通信部２０６により、接続している録画装置１０５に対して異常候補の開始を通知する。そして、ステップＳ４０５において、閾値を超えた時刻の情報を記憶部２０５に記憶する。
【００２３】
次に、ステップＳ４０７において、映像フレームの解析により得られる変化量が閾値を超えているか否かを再び判断する。この判断の結果、閾値を超えている場合は、ステップＳ４０８において、ステップＳ４０５で記憶した時刻からの経過時間が、所定の継続期間を超えているか否かを判断する。この判断の結果、継続期間を超えていない場合は、ステップＳ４０６において、撮像部２０１により次の新しい映像フレームを取得し、ステップＳ４０１と同様に映像解析を行う。そして、ステップＳ４０７に戻る。
【００２４】
一方、ステップＳ４０８の判断の結果、継続期間を超えた場合は、ステップＳ４０９において、通信部２０６により、接続している録画装置１０５に対して異常状態の開始を通知する。次に、ステップＳ４１１において、撮像部２０１から次の新しい映像フレームを取得し、ステップＳ４０１と同様に映像解析を行う。そして、ステップＳ４１２において、映像フレームの解析により得られる変化量が閾値を超えているか否かを判断する。この判断の結果、閾値を超えている場合は、ステップＳ４１１へ戻る。一方、ステップＳ４１２の判断の結果、閾値を超えていない場合は、ステップＳ４１０において、通信部２０６により、接続している録画装置１０５に対して異常状態の終了を通知する。
【００２５】
一方、ステップＳ４０７の判断の結果、変化量が閾値を超えていない場合は、ステップＳ４１４において、通信部２０６により、接続している録画装置１０５に対して異常候補の検出が終了したことを通知する。そして、ステップＳ４１５において、ステップＳ４０５で記憶した時刻情報を破棄する。一方、ステップＳ４０２の判断の結果、変化量が閾値を超えていない場合は、ステップＳ４０３において、映像解析を終了するか否かを判断する。この判断の結果、映像解析を終了しない場合は、ステップＳ４０１に戻り、映像フレームの取得から処理を繰り返す。一方、ステップＳ４０３の判断の結果、映像解析を終了する場合は、そのまま処理を終了する。
【００２６】
ここで、ステップＳ４０４の処理では、さらに現在のパン位置、チルト位置及びズーム位置の情報を記憶部２０５に記憶し、事前に記憶部２０５に記憶されていたパン位置、チルト位置及びズーム位置に駆動部２０２と撮像部２０１とを制御してもよい。さらに、ステップＳ４１４の処理では、ステップＳ４０４で記憶部２０５に記憶したパン位置、チルト位置及びズーム位置に駆動部２０２と撮像部２０１とを制御するようにしてもよい。
【００２７】
図５（Ａ）は、録画装置１０５がネットワークカメラ１０２から異常候補の開始の通知を受信したときの処理手順の一例を示すフローチャートである。
図４のステップＳ４０４により異常候補の開始の通知がなされ、その通知を受信すると処理を開始する。そして、ステップＳ５０１において、記録部２５４は、記録媒体２５５に記録されている録画設定一覧の情報から送信元であるネットワークカメラ１０２の録画設定を抽出する。そして、全体制御部２５２は、抽出した録画設定より映像配信の開始コマンドを生成し、通信部２５１により送信元であるネットワークカメラ１０２に送信する。次に、ステップＳ５０２において、ネットワークカメラ１０２から、通信部２５１により送信したコマンドに対応する映像データを受信し、全体制御部２５２は、一時記憶部２５３に映像データを逐次記憶する。そして、処理を終了する。
【００２８】
図５（Ｂ）は、録画装置１０５がネットワークカメラ１０２から異常候補の終了の通知を受信したときの処理手順の一例を示すフローチャートである。
図４のステップＳ４１４により異常候補の終了の通知がなされ、その通知を受信すると処理を開始する。そして、ステップＳ５５１において、全体制御部２５２は、配信を停止するコマンドを作成し、通信部２５１により送信元であるネットワークカメラ１０２に送信する。そして、ステップＳ５５２において、全体制御部２５２は、一時記憶部２５３に記憶されたネットワークカメラ１０２からの映像データを破棄し、処理を終了する。
【００２９】
図６（Ａ）は、録画装置１０５がネットワークカメラ１０２から異常状態の開始の通知を受信したときの処理手順の一例を示すフローチャートである。
図４のステップＳ４０９により異常状態の開始の通知がなされ、その通知を受信すると処理を開始する。そして、ステップＳ６０１において、記録部２５４は、一時記憶部２５３に記憶されている映像データを記録媒体２５５にコピーする。次に、ステップＳ６０２において、全体制御部２５２は、コピーされた映像データを一時記憶部２５３から破棄する。そして、ステップＳ６０３において、通信部２５１によりネットワークカメラ１０２から映像データを受信し、記録部２５４によりその映像データを記録媒体２５５に記録し、処理を終了する。
【００３０】
図６（Ｂ）は、録画装置１０５がネットワークカメラ１０２から異常状態の終了の通知を受信したときの処理手順の一例を示すフローチャートである。
図４のステップＳ４１０により異常状態の終了の通知がなされ、その通知を受信すると処理を開始する。そして、ステップＳ６５１において、記録部２５４は、送信元のネットワークカメラ１０２から配信されている映像データの記録を停止し、処理を終了する。
【００３１】
図３は、ネットワークカメラ１０２の通知動作、及びその通知を受けた録画装置１０５の動作の一例を示す図である。
図３において、横軸はネットワークカメラ１０２及び録画装置１０５の動作の時間軸を示している。また、３０１〜３０９がネットワークカメラ１０２の動作及び状態を示し、３１０〜３１２が録画装置１０５の動作及び状態を示している。本実施形態のネットワークカメラ１０２は、前述したように、異常状態の開始及び終了を通知するだけではなく、異常候補の開始及び終了も通知する。
【００３２】
３０１は、ネットワークカメラ１０２の全体制御部２０４により行われる映像解析によって得られる変化量の変化を示している。３０９は、図４のステップＳ４０２、Ｓ４０７及びＳ４１２の判断に用いた閾値を示している。３０８は、図４のステップＳ４０８の判断に用いた継続期間を示している。図３に示す例では、時刻Ｔ１、Ｔ３に、変化量が閾値を上回り異常候補の開始がネットワークカメラ１０２より録画装置１０５に通知されている。そして、時刻Ｔ２、Ｔ５に、変化量が閾値を下回り、異常候補の終了がネットワークカメラ１０２より録画装置１０５に通知されている。なお、３０２、３０４は、異常候補の開始を通知したことを示し、３０３、３０７は、異常候補の終了を通知したことを示している。
【００３３】
また、時刻Ｔ４の段階では、変化量が閾値を上回り、かつ継続期間に到達したため、異常状態の開始がネットワークカメラ１０２より録画装置１０５に通知されている。そして、時刻Ｔ５に、変化量が閾値を下回ったため、異常状態の終了がネットワークカメラ１０２より録画装置１０５に通知されている。なお、３０５は、異常状態の開始を通知したことを示し、３０６は、異常状態の終了を通知したことを示している。
【００３４】
一方、録画装置１０５側は、時刻Ｔ１に異常候補の開始の通知を受け、時刻Ｔ２に異常候補の終了の通知を受けている。３１０は、時刻Ｔ１〜Ｔ２の期間にネットワークカメラ１０２から映像データを取得して一時記憶部２５３に記憶（バッファリング）している期間を示している。図３に示す例では、時刻Ｔ１で異常候補の開始の通知を受けてから継続期間が経過する前の時刻Ｔ２に異常候補の終了の通知を受けたため、バッファリングした映像データが時刻Ｔ２に一時記憶部２５３より破棄される。
【００３５】
また、録画装置１０５は、時刻Ｔ３に異常候補の開始の通知を再び受けており、３１１は、ネットワークカメラ１０２から映像データを取得して一時記憶部２５３にバッファリングしている期間を示している。そして、バッファリングを継続している間に、継続期間が経過した時刻Ｔ４で異常状態の開始の通知を受けている。３１２は、記録部２５４により時刻Ｔ３からバッファリングした映像データを記録媒体２５５に記録するとともに、引き続き受信した映像データを記録媒体２５５に記録している期間を示している。そして、録画装置１０５は、時刻Ｔ４で異常状態の終了の通知及び異常候補の終了の通知を受け、記録部２５４による映像データの記録処理を終了する。
【００３６】
以上のように本実施形態によれば、異常候補の開始の通知を受けてから異常状態の開始の通知を受けた場合には、異常候補の開始の通知があった時刻の映像データから記録媒体２５５に記録することができる。また、異常候補の開始があったのみで、異常候補の終了の通知を受けた場合には、異常候補の期間の映像データは記録媒体２５５に記録されない。
【００３７】
前述のように本実施形態においては、図４のステップＳ４０４及びＳ４１４において、変化量が閾値を上回ったまたは下回った場合にも通知している。これは、映像解析により異常の候補が検出されたことを録画装置１０５に通知するためである。
【００３８】
なお、録画装置１０５は、ネットワークカメラ１０２との接続を確立した直後に録画設定に基づいた映像配信要求を行ってもよい。この場合、異常候補または異常状態の開始の通知を受けておらず、バッファリング及び録画の必要がない場合は、受信した映像フレームを直ちに一時記憶部２５３から破棄する。そして、図５（Ａ）のステップＳ５０１では、受信した映像の破棄を停止するように制御する。また、図５（Ｂ）のステップＳ５５１では、受信した映像データの破棄を開始するように制御する。
【００３９】
（第２の実施形態）
本実施形態では、以下、図７〜図１１を参照しながら、第１の実施形態で示したバッファリング制御方法から異なるバッファリング制御方法へ切り替える処理について説明する。本実施形態における録画システム、ネットワークカメラ及び録画装置の構成については、それぞれ図１及び図２と同様であるため、説明は省略する。
【００４０】
図７は、録画装置１０５がネットワークカメラ１０２からの映像データを一時記憶部２５３に記憶するバッファリング制御の処理手順の一例を示すフローチャートである。なお、図７に示す各処理は、全体制御部２５２の制御により行われる。本実施形態では、対象とするネットワークカメラ１０２との接続が確立したとき、またはネットワークカメラ１０２の記録部２５４による映像データの記録を停止したときに、一時記憶部２５３へのバッファリングを開始する。
【００４１】
以上のような条件を満たすと処理を開始し、ステップＳ７０１において、記録部２５４は、記録媒体２５５に記録されている録画設定一覧情報から対象のネットワークカメラ用のバッファリング期間及びその他の録画設定の情報を読み出す。そして、ステップＳ７０２において、全体制御部２５２は、録画設定の情報から映像配信の開始コマンドを生成してネットワークカメラ１０２に送信する。
【００４２】
次に、ステップＳ７０３において、通信部２５１によりネットワークカメラ１０２から映像データを受信し、映像フレームを抽出する。次に、ステップＳ７０４において、全体制御部２５２は、映像フレームの受信時刻とバッファリング期間の設定値とから映像フレームの破棄時刻を算出する。そして、ステップＳ７０５において、破棄時刻の情報とともに映像フレームを一時記憶部２５３に記憶（バッファリング）する。次に、ステップＳ７０６において、映像の録画を開始したり、もしくはネットワークカメラ１０２との接続が切断されたりしたことにより、バッファリングを停止するか否かを判断する。この判断の結果、バッファリングを継続する場合は、ステップＳ７０３に戻り、処理を繰り返す。一方、ステップＳ７０６の判断の結果、バッファリングを停止する場合は、そのまま処理を終了する。
【００４３】
図８（Ａ）は、バッファリングした映像データ（映像フレーム）を一時記憶部２５３から破棄する処理手順の一例を示すフローチャートである。なお、図８（Ａ）に示す処理は全体制御部２５２の制御により行われ、タイマー等を用いて一定間隔の時間毎に実施される。また、複数のネットワークカメラから映像フレームを受信している場合は、ネットワークカメラ毎に処理を行う。
【００４４】
まず、ステップＳ８０１において、一時記憶部２５３に記憶している映像フレームのうち、破棄時刻が最も古い映像フレームを抽出する。そして、ステップＳ８０２において、破棄時刻を経過しているか否かを判断する。この判断の結果、破棄時刻を経過していない場合は、処理を終了し、破棄時刻を経過している場合は、ステップＳ８０３において、映像フレームを一時記憶部２５３から破棄する。
【００４５】
図８（Ｂ）は、録画装置１０５がバッファリング制御方法を選択する処理手順の一例を示すフローチャートである。以下の説明では、第１の実施形態で説明した図５（Ａ）のバッファリング制御方法を第１のバッファリング制御方法と称し、本実施形態で図７に示したバッファリング制御方法を第２のバッファリング制御方法と称す。なお、図８（Ｂ）に示す処理は全体制御部２５２の制御により行われ、録画装置１０５がネットワークカメラとの接続を確立したとき、または諸条件の変化によりバッファリング制御方法を見直すときにネットワークカメラ毎に実施される。
【００４６】
まず、ステップＳ８５１において、設定や録画状態やその履歴から対象のネットワークカメラが第１のバッファリング制御方法の条件を満たすか否かを判断する。なお、第１のバッファリング制御方法の条件については後述する。この判断の結果、条件を満たす場合は、ステップＳ８５２において、対象のネットワークカメラからの映像データを第１のバッファリング制御方法で処理するよう設定する。一方、ステップＳ８５１の判断の結果、条件を満たさない場合は、ステップＳ８５３において、対象のネットワークカメラからの映像データを第２のバッファリング制御方法で処理するよう設定する。
【００４７】
第１のバッファリング制御方法を用いた録画処理では、異常を検出した時点からではなく異常の兆候があった時点から録画することができる。一方、異常候補または異常状態の開始及び終了が逐次通知されるため、通知が頻繁にある場合は、映像配信の開始及び終了の処理によるタイムラグが大きくなることがある。さらに、ネットワークカメラから異常候補または異常状態が頻繁に通知されると、録画装置１０５からの映像配信要求または映像配信終了要求が頻発する。したがって、ネットワークにおいて遅延したり輻輳したりして通知や要求のネットワークパケットが紛失したり、パケットを紛失したことによりパケットを再送するために必要な期間の録画を逃したりする可能性がある。
【００４８】
一方、第２のバッファリング制御方法を用いた録画処理では、異常を検出した時点から一定期間遡った時点で異常の兆候が含まれているか否かが不確定である。また、常にバッファリングを行っているため、使用するメモリの容量が録画するネットワークカメラに比例して増大する。ところが、映像を常時受信しているため、異常候補または異常状態が頻繁に通知されてもタイムラグが発生しない。また、映像配信要求を逐次行う必要がないため、ネットワークにおいて遅延したり輻輳したりすることを低減できる。
【００４９】
次に、第１のバッファリング制御方法を用いる条件について説明する。図９は、記録媒体２５５に記録されている各ネットワークカメラの映像解析の履歴の一例を示す図である。
図９において、映像解析の履歴には、それぞれ変化量が閾値を上回った旨の通知回数、変化量が閾値を上回るが異常状態ではない期間（変化時間）、異常状態の開始の通知回数、及び異常状態の継続時間（異常時間）が含まれている。そして、これらの値は時間帯ごとの平均であり、変化時間及び異常時間は秒単位である。
【００５０】
図９に示す履歴の例は、ある会社の社屋の出入り口に設置されたネットワークカメラによる映像解析の履歴である。図９における「カメラ１」は、正面玄関に設置されたネットワークカメラであり、「カメラ２」は裏口に設置されたネットワークカメラである。図９に示す例では、それぞれのネットワークカメラにおいて侵入した物体を映像から解析し、人間と判定したときに異常として検知する映像解析を行っている。
【００５１】
例えば、出勤時間付近（８：００−１０：００）や昼休み近傍（１２：００−１４：００）では、正面玄関には多くの人が出入りする。そのため、「カメラ１」では、頻繁に人物を検出しており、ほぼ常時バッファリングまたは録画を行っている状態である。一方、第１のバッファリング制御方法では、変化量が閾値を上回ったまたは下回った場合に映像配信を開始または停止するコマンドを送信する。このとき、コマンドはネットワークを介して録画装置１０５からネットワークカメラに送信されるため、コマンドが反映されるまでに一定のタイムラグがある。そのため、第１のバッファリング制御方法では、変化量が閾値を上回ったり下回ったりして通知の間隔が短くなると、コマンドが処理されるまでのタイムラグの影響が相対的に大きくなる。そのため、期待したバッファリングの動作にならなくなる可能性がある。このことから、本実施形態において、ステップＳ８５１における第１のバッファリング制御方法の条件を満たすか否かは、これらの通知の頻度で決定している。
【００５２】
図９に示す例の場合、８：００−１０：００及び１２：００−１４：００の時間帯では、変化時間と異常時間との合計が７２００秒（２時間）であり、常にどちらかの状態にあったことがわかる。また、変化量が閾値を上回った通知の回数もそれぞれ３００、４００であり、他の時間帯と比べて多いことから、閾値を下回った通知の直後に閾値を上回った通知がされていることがわかる。
【００５３】
「カメラ２」の履歴には、変化量が閾値を上回った通知と下回った通知とが頻発する時間帯はないため、全ての時間帯で条件を満たす（ステップＳ８５１／Ｙｅｓ）と判断する。これに対して「カメラ１」の履歴では、８：００−１０：００及び１２：００−１４：００の時間帯に通知が頻発しているため、条件を満たさない（ステップＳ８５１／Ｎｏ）と判断する。なお、時間帯ごとに第１のバッファリング制御方法の条件を満たすか否かを判断し、「カメラ１」の場合で上記の時間帯のみ条件を満たさないと判断し、その他の時間帯は条件を満たすと判断してもよい。
【００５４】
図１１は、図８（Ｂ）のステップＳ８５１で用いられるバッファリング制御方法の条件を満たすか否かの判断に用いる値を算出する処理手順の一例を示すフローチャートである。なお、図１１に示す処理は全体制御部２５２の制御により行われる。また、本処理はバッファリング制御方法を変更する単位で実施するものであり、例えば図９に示す履歴の場合には２時間毎に実施する。
【００５５】
まず、ステップＳ１１０１において、記録部２５４により、予め定められたバッファリング制御方法の条件に関する情報を記録媒体２５５から読み出す。条件としては、例えば、変化時間と異常時間との和がその期間の８０％以下の場合は、第１のバッファリング制御手法を用いてバッファリングするといった条件である。そして、ステップＳ１１０２において、録画の対象となっているネットワークカメラを１つ選択する。次に、ステップＳ１１０３において、ステップＳ１１０１で読み出した条件を満たすか否かを判断するために必要となる情報（映像解析の履歴情報）を、記録部２５４により記録媒体２５５から読み出す。
【００５６】
次に、ステップＳ１１０４において、読み出した映像解析の履歴情報から、比較の対象となる数値を算出する。例えば、履歴から変化時間及び異常時間の和と、対象となる時間帯との割合を算出する。図８（Ｂ）のステップＳ８５１では、この算出した値が条件を満たしているか否かを判断することになる。次に、ステップＳ１１０５において、録画の対象となっているネットワークカメラ全てについて算出したか否かを判断する。この判断の結果、未処理のネットワークカメラが存在する場合は、ステップＳ１１０２に戻り、処理を繰り返す。一方、ステップＳ１１０５の判断の結果、全てのネットワークカメラに対して算出した場合は、算出処理を終了する。
【００５７】
図１０は、第１のバッファリング制御方法の条件を満たすか否かの判断に用いられる値の一例を示す図である。
図１０（Ａ）に示すように、例えば、変化量が閾値を上回って異常候補を開始する通知及び異常状態を開始する通知のそれぞれの一日の平均数から、異常候補を開始する通知をしてから異常状態の開始を通知する確率を算出する。そして、この確率が一定以上の場合に条件を満たすと判断する。
【００５８】
また、別の判断方法として、異常候補を開始する通知一回あたりに第１のバッファリング制御方法でバッファリングした場合にバッファリングが継続する平均時間を算出する。そして、継続する平均時間が第２のバッファリング制御方法で使用するバッファリング期間（バッファリングしてから破棄するまでの時間）よりも長い場合に条件を満たすと判断する。逆にバッファリング期間よりも短い場合に条件を満たすと判断してもよい。
【００５９】
さらに、図１０（Ｂ）に示すように、まず、第１のバッファリング制御方法でバッファリングをしている期間と、録画をしている期間と、バッファリングも録画もしていない期間とのそれぞれの累計時間を算出する。そして、バッファリングをしている期間が最も短い場合に条件を満たすと判断してもよい。さらに、これらの判断に加えて、事前に設定したネットワークカメラ毎の優先度に基づき、条件を満たした複数ネットワークカメラから実際に第１のバッファリング制御方法を使用するネットワークカメラを選択してもよい。
【００６０】
また、優先度の代わりに、条件を満たした複数のネットワークカメラから、各ネットワークカメラの映像サイズやフレームレート、画質設定などからバッファリングの容量を見積り、見積り容量が少ないネットワークカメラを選択してもよい。さらに、録画装置１０５が映像配信要求をネットワークカメラに送信してから映像データを受信するまでの時間を集計し、その集計結果も条件に反映させてもよい。
【００６１】
以上のように本実施形態によれば、ネットワークカメラによる映像解析の通知の特徴に応じて録画処理に用いるバッファリング制御方法を選択するため、より効率良く録画を行うことができる。
【００６２】
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６３】
２５１  通信部、２５２  全体制御部、２５３  一時記憶部、２５４  記録部、２５５  記録媒体
【図１】
2012004643.tif 000003
【図２】
2012004643.tif 000004
【図３】
2012004643.tif 000005
【図４】
2012004643.tif 000006
【図５】
2012004643.tif 000007
【図６】
2012004643.tif 000008
【図７】
2012004643.tif 000009
【図８】
2012004643.tif 000010
【図９】
2012004643.tif 000011
【図１０】
2012004643.tif 000012
【図１１】
2012004643.tif 000013