(57)【要約】      （修正有）【課題】記録容量の利用効率を高く維持しながら、監視映像記録の完全性を確保する監視カメラを提供する。【解決手段】撮像した監視映像データをネットワーク経由にて監視レコーダ７へ送信可能な監視カメラ５において、監視レコーダ７にて監視映像データの記録が不可と判断する制御部３０７と、制御部３０７にて、監視レコーダ７にて監視映像データの記録が不可と判断する場合、ネットワーク上の監視映像データの記録が可能な記録配信可能機器を探索する制御信号送受信部３０４と、制御信号送受信部３０４が記録配信可能機器を発見した場合、記録配信先としての記録配信可能機器へ監視映像データを送信する映像送信部３０３とを備える。【選択図】図８
2016184930.tif 000002
【特許請求の範囲】
【請求項１】
撮像した監視映像データをネットワーク経由にて監視レコーダへ送信可能な監視カメラにおいて、
前記監視レコーダにて前記監視映像データの記録が不可と判断する制御部と、
前記制御部にて、前記監視レコーダにて前記監視映像データの記録が不可と判断する場合、前記ネットワーク上の前記監視映像データの記録が可能な記録配信可能機器を探索する制御信号送受信部と、
前記制御信号送受信部が前記記録配信可能機器を発見した場合、記録配信先としての前記記録配信可能機器へ前記監視映像データを送信する映像送信部
とを備える監視カメラ。
【請求項２】
既知記録配信可能機器の情報を記憶する配信管理部と、
前記制御信号送受信部が発見した前記記録配信可能機器が、前記既知記録配信可能機器に含まれない場合、前記監視映像データを暗号化する暗号化部とを備える
ことを特徴とする請求項１記載の監視カメラ。
【請求項３】
前記制御部は、前記記録配信先への記録配信先切替時刻と前記記録配信先とを前記配信管理部に保存し、
前記制御信号送受信部は、前記監視レコーダが記録可能な状態となった場合に、前記記録配信先切替時刻と、前記記録配信先とを前記監視レコーダへ送信する
ことを特徴とする請求項２記載の監視カメラ。
【請求項４】
記録媒体を有し、
ネットワーク経由にて接続される他の監視カメラの前記記録配信先とされた場合、自装置が撮像した前記監視映像データはネットワーク経由にて前記監視レコーダへ送信し、前記他の監視カメラの前記監視映像データを前記記録媒体に記憶する
ことを特徴とする請求項１から請求項３のうちのいずれか１項記載の監視カメラ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、カメラで撮影した映像を映像データに変換してネットワーク経由で配信し、遠隔監視等を目的として監視映像の記録を行う監視カメラに関するものである。
【背景技術】
【０００２】
監視映像を記録する監視システムにおいて、記録装置、記録デバイス例えばＨＤＤの故障に備えるためにＲＡＩＤ装置が用いられる。ＲＡＩＤ装置は、例えば、特許文献１に開示されているように、複数のＨＤＤのうちいずれかが故障した場合でも、データを復元できるように構成している。
また、特許文献２には、少なくとも２台のＲＡＩＤ装置を備え、同じ映像データを記録する例が開示されている。
【０００３】
しかし、特許文献１に開示されているような構成では、電源など、ＨＤＤ以外の部分が故障した場合に、記録を継続できない。また、特許文献２に開示されているような構成では、複数の記録先に同じデータを記録するため、記録容量の利用効率が悪い。そこで、例えば特許文献３では、複数の監視映像記録装置を用いて監視システムを構成し、各監視映像記録装置にて映像データを分散して記録することにより、これらの問題の解決を図っている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１３７６２９号公報
【特許文献２】特開２００８−１１７１５１号公報
【特許文献３】特開２０１１−２４８９３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献３のような構成では、監視映像記録装置を複数台用いて監視システムを構成する必要があり、故障が発生していない正常稼動の状況にあっても複数台の監視映像記録装置にて監視映像を常時記録し続ける必要があるため、記録容量の利用効率が悪いという課題があった。
【０００６】
この発明は、上記のような課題を解消するためのものであり、記録容量の利用効率を高く維持しながら、監視映像記録の完全性を確保する監視カメラを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、この発明に係る監視カメラは、撮像した監視映像データをネットワーク経由にて監視レコーダへ送信可能な監視カメラにおいて、監視レコーダにて監視映像データの記録が不可と判断する制御部と、制御部にて、監視レコーダにて監視映像データの記録が不可と判断する場合、ネットワーク上の監視映像データの記録が可能な記録配信可能機器を探索する制御信号送受信部と、制御信号送受信部が記録配信可能機器を発見した場合、記録配信先としての記録配信可能機器へ監視映像データを送信する映像送信部とを備えることを特徴とする。
【発明の効果】
【０００８】
この発明によれば、記録容量の利用効率を高く維持しながら、監視映像記録の完全性を確保できる。
【図面の簡単な説明】
【０００９】
【図１】この発明の実施の形態１に係る監視システムの全体構成図である。
【図２】この発明の実施の形態１に係る監視システムに接続される監視カメラのブロック図である。
【図３】この発明の実施の形態１に係る監視システムに接続される監視レコーダのブロック図である。
【図４】この発明の実施の形態１に係る監視カメラの処理を示すフローチャートである。
【図５】この発明の実施の形態２に係る監視カメラの処理を示すフローチャートである。
【図６】この発明の実施の形態３に係る監視カメラの処理を表すフローチャートである。
【図７】この発明の実施の形態４に係る監視システムの全体構成図である。
【図８】この発明の実施の形態４に係る監視システムに接続される監視カメラのブロック図である。
【図９】この発明の実施の形態４に係る監視カメラの処理を表すフローチャートである。
【図１０】この発明の実施の形態５に係る監視カメラの処理を表すフローチャートである。
【図１１】この発明の実施の形態６において、監視カメラの記録可能装置を設定するＧＵＩの全体像である。
【発明を実施するための形態】
【００１０】
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明の実施の形態１に係る監視システムの全体構成図である。
この監視システムは、監視映像データを伝送するＩＰネットワークなどの通信網４を介して、監視カメラ１と監視レコーダ２と外部ＰＣ３が接続されている。
監視カメラ１は、映像を撮影して符号化し、ネットワーク（通信網４）を介して監視映像データを配信する。
監視レコーダ２は、監視カメラ１が配信した映像データを受信して記録する監視映像記録装置である。
外部ＰＣ３は、監視カメラ１や監視レコーダ２から配信された映像データを閲覧する機能を有する。
【００１１】
図２は、この発明の実施の形態１に係る監視システムに接続される監視カメラ１のブロック図である。
監視カメラ１は、撮像部１０１と、符号化部１０２と、映像送信部１０３と、制御信号送受信部１０４と、記憶媒体１０５と、映像記録部１０６と、制御部１０７とを備える。
撮像部１０１は、映像を光学信号として撮像しデジタル信号に変換する。
符号化部１０２は、撮像部１０１から出力されるデジタル映像信号を、ＪＰＥＧやＭＰＥＧやＨ．２６４などの符号化方式により符号化する。
映像送信部１０３は、符号化部１０２で符号化した映像データをネットワークへ配信する。
【００１２】
制御信号送受信部１０４は、監視カメラ１に対する制御信号を受信する。
記憶媒体１０５は、データを格納しておくメモリカードなどの記憶媒体である。
映像記録部１０６は、符号化部１０２で符号化した映像データを記憶媒体１０５に記録する。
制御部１０７は、制御信号送受信部１０４で受信した制御信号に基づき、符号化部１０２で符号化した映像データを映像送信部１０３で配信するか、映像記録部１０６によって自身が有する記憶媒体１０５に記録するかを制御する。
【００１３】
図３は、この発明の実施の形態１に係る監視システムに接続される監視レコーダ２のブロック図である。
監視レコーダ２は、映像受信部２０１と、記憶媒体２０２と、映像記録部２０３と、映像送信部２０４と、装置状態監視部２０５と、制御信号送受信部２０６とを備える。
映像受信部２０１は、監視カメラ１が配信した監視映像データを通信網４を介して受信する。
記憶媒体２０２は、データを格納しておくハードディスクドライブやＲＡＩＤ装置などの記憶媒体である。
映像記録部２０３は、映像受信部２０１で受信した映像データを記憶媒体２０２に記録する。
【００１４】
映像送信部２０４は、外部ＰＣ３からの要求に応じて記録済み映像データをネットワークへ再配信する。
装置状態監視部２０５は、自身の装置（監視レコーダ２）の状態を監視する。
制御信号送受信部２０６は、監視カメラ１や外部ＰＣ３と制御信号の送受信を行う。
【００１５】
まず、監視レコーダ２の動作について説明する。
監視システムが正常稼動している場合は、監視カメラ１は映像データをネットワークへ配信し、監視レコーダ２は、受信した映像データを映像記録部２０３にて記憶媒体２０２に記録する。
しかしながら、監視レコーダ２において記憶媒体２０２を交換するような装置メンテナンスを行う場合は、通常、監視レコーダ２の装置再起動を伴う。装置再起動時、装置状態監視部２０５は、搭載ＯＳが有する装置状態情報を参照するなどして装置再起動の開始を認識し、制御信号送受信部２０６を介して、監視カメラ１に対し映像記録開始指示を送信する。
また、対になる動作として、装置状態監視部２０５は、搭載ＯＳが有する装置状態情報を参照するなどして装置再起動の終了を認識し、制御信号送受信部２０６を介して、監視カメラ１に対し映像記録終了指示を送信する。
【００１６】
なお、監視カメラ１に対する映像記録開始指示および映像記録終了指示は、監視レコーダ２にＵＩ（User Interface）を備えて、ユーザの操作により装置メンテナンスの開始と終了を認識し、映像記録開始指示と映像記録終了指示を監視カメラ１に対し送信するようにしても良い。一般に監視カメラは、設定用コマンドや状態監視用コマンドをサポートしていることが多いため、映像記録開始指示と映像記録終了指示は、これらの既存コマンドを拡張する方法をとると実装が容易である。
【００１７】
上述したような装置メンテナンスを行う場合の他にも、例えば、監視レコーダ２において、記憶媒体２０２の異常や映像記録を司るソフトウェア部品の異常などが発生した場合、監視レコーダ２では映像記録を継続できなくなる。
このような異常が発生した場合、装置状態監視部２０５は、装置の搭載ＯＳや記録媒体制御ドライバが提供する記録媒体制御ＡＰＩ（Application Program Interface）からの戻り値がエラーであることを検出したり、映像記録を司るソフトウェア部品からの応答が返されないことを検出することによって、これらを記録異常の発生と認識し、制御信号送受信部２０６を介して、監視カメラ１に対し映像記録開始指示を送信する。
【００１８】
また、対になる動作として、装置状態監視部２０５は、記録媒体制御ＡＰＩからの戻り値がエラーから正常に変化したことを検出したり、映像記録を司るソフトウェア部品からの応答が応答無しから応答有りに変化したことを検出することによって、記録異常の復旧を認識し、制御信号送受信部２０６を介して、監視カメラ１に対し映像記録終了指示を送信する。
【００１９】
次に監視カメラ１の動作について説明する。
図４は、この発明の実施の形態１に係る監視カメラ１の処理を示すフローチャートである。
監視カメラ１の制御信号送受信部１０４は、外部から通信網４を介して制御信号を受信する（ステップＳＴ１）。
次に、制御部１０７は、ステップＳＴ１で制御信号送受信部１０４が受信した制御信号を受け取り、当該制御信号が、監視レコーダ２から送信された映像記録開始指示かどうかを判定する（ステップＳＴ２）。
映像記録開始指示であると判定された場合（ステップＳＴ２の“ＹＥＳ”の場合）、監視カメラ１の映像記録部１０６は、記憶媒体１０５への映像データの記録を開始する（ステップＳＴ３）。具体的には、制御部１０７が、符号化部１０２に対し、符号化した映像データを映像記録部１０６へ送信するよう指示し、映像記録部１０６が記憶媒体１０５に記録するよう制御する。なお、映像記録部１０６が記憶媒体１０５へ映像データを記録中、映像送信部１０３によるネットワークに対する符号化済み映像データの配信は中断してもしなくてもよい。
【００２０】
映像記録開始指示でないと判定された場合（ステップＳＴ２の“ＮＯ”の場合）は、制御部１０７は、受信した制御信号が映像記録終了指示かどうかを判定する（ステップＳＴ４）。映像記録終了指示である場合（ステップＳＴ４の“ＹＥＳ”の場合）、映像記録部１０６は、記憶媒体１０５への映像データの記録を終了する（ステップＳＴ５）。具体的には、制御部１０７が、符号化部１０２に対し、符号化した映像データの映像記録部１０６への送信を終了するように指示する。
【００２１】
以上説明したように、この実施の形態１に係る監視システムによれば、監視レコーダ２のメンテナンスの開始と終了の検出を契機として監視カメラ１に対して映像記録開始と記録終了を指示し、監視カメラ１でこの指示に対応する構成とすることにより、監視レコーダ２のメンテナンスなどにより一時的に映像データを記録できない状態が発生した場合に、監視レコーダ２に代わって監視カメラ１において映像データを記録することができ、監視システム全体として、監視映像データを失うことなく記録することが可能となる。また、監視レコーダを複数用いて複数のレコーダで同じ映像データを記録するような二重系のシステムとは異なり、複数の記憶媒体に同じ映像データを記録することがないため、記憶媒体の利用効率の面においても有利である。
【００２２】
また、監視レコーダ２の映像記録の異常と復旧の検出を契機として監視カメラ１に対し映像記録開始と終了を指示し、監視カメラ１でこの指示を処理する構成にすることにより、監視レコーダ２において装置の異常やソフトウェアの異常により映像データの記録を継続できない状況が発生した場合に、監視レコーダ２に代わって監視カメラ１において映像データを記録することにより、監視システム全体として、監視映像データを失うことなく記録することが可能となる。装置異常やソフトウェア異常が直ちに復旧しない場合は、監視カメラ１が有する記憶媒体の容量によっては映像データの記録が長時間継続できないことも考えられるが、何者かにより故意に監視レコーダが破壊された場合など、異常発生直後の映像データが少しでも記録されるという点で監視システムにおける強みとなる。
【００２３】
実施の形態２．
実施の形態１では、監視レコーダ２が自分自身の異常の発生と復旧を検出して監視カメラ１での映像データの記録開始と記録終了の契機とする実施の形態について説明したが、実施の形態２では監視カメラ１が監視レコーダ２の異常または通信網４の異常を検出して映像データの記録開始と記録終了の契機とする方式を示す。
なお、監視システムの構成については、実施の形態１において図１〜３で示したものと同様であるため、図示および重複した説明を省略する。実施の形態１とは監視カメラ１の動作が異なる。
実施の形態２における監視カメラ１の制御信号送受信部１０４は、監視カメラ１に対する制御信号を受信するだけでなく、監視レコーダ２に対して、ネットワークを介して生存確認コマンドを送信する。
【００２４】
図５は、この発明の実施の形態２に係る監視カメラ１の処理を示すフローチャートである。
監視カメラ１の制御部１０７は、監視レコーダ２に対して、通信網４を介して生存確認コマンドを送信するよう制御信号送受信部１０４を制御する（ステップＳＴ１１）。
次に制御部１０７は、応答待ちタイマをセットする（ステップＳＴ１２）。
制御部１０７は、制御信号送受信部１０４が、ステップＳＴ１１で送信した生存確認コマンドに対する応答を監視レコーダ２から受信できたかどうかを判定する（ステップＳＴ１３）。
【００２５】
ステップＳＴ１３において、生存確認コマンドに対する応答を受信できたと判定された場合（ステップＳＴ１３の“ＹＥＳ”の場合）、制御部１０７は、応答待ちタイマをリセットし、映像記録部１０６が記憶媒体１０５への映像データの記録中であれば、記録を終了させる（ステップＳＴ１４）。
一方、ステップＳＴ１３において、生存確認コマンドに対する応答を受信できていない場合（ステップＳＴ１３の“ＮＯ”の場合）は、制御部１０７は、応答待ちタイマがタイムアップしたかどうかを判定する（ステップＳＴ１５）。
ステップＳＴ１５において、応答待ちタイマがタイムアップしていない場合（ステップＳＴ１５の“ＮＯ”の場合）、ステップＳＴ１３の処理に戻る。
【００２６】
ステップＳＴ１５において、応答待ちタイマがタイムアップしている場合（ステップＳＴ１５の“ＹＥＳ”の場合）、制御部１０７は、監視レコーダ２または通信網４が正常な状態にない、つまり、監視レコーダ２が映像データを記録できる状態にないと判断し、映像記録部１０６は、記憶媒体１０５への映像データの記録を開始する（ステップＳＴ１６）。具体的には、制御部１０７が、符号化部１０２に対し、符号化した映像データを映像記録部１０６へ送信するよう指示し、映像記録部１０６が記憶媒体１０５に記録するよう制御する。
【００２７】
なお、監視レコーダ２または通信網４の生存確認方法として、通信網４がＩＰネットワークである場合は、ノード間の疎通確認を行うためのソフトウェアとして広く知られているpingのように、ＩＣＭＰ（Internet Control Message Protocol）の規定に沿って"echo request"パケットを生存確認コマンド、"echo reply"パケットを応答コマンドとして送受信する方法を用いると実装が容易である。これ以外にも、ＵＤＰ（User Datagram Protocol）を用いて、独自に確認コマンドおよび応答コマンドを定義し実装する方法も考えられる。
【００２８】
以上のように、この実施の形態２に係る監視システムによれば、監視カメラ１から監視レコーダ２に対して生存確認を行うことにより監視レコーダ２または通信網４の異常を検出し、これを契機に監視カメラ１が自発的に映像記録開始および映像記録終了を制御することにより、監視システム全体として、監視映像データを失うことなく記録することが可能となる。
【００２９】
なお、この実施の形態２において、監視レコーダ２に対して、ネットワークを介して生存確認コマンドを送信する主体が、外部ＰＣ３であってもよい。外部ＰＣ３は、監視レコーダ２と一体で形成されてもよい。外部ＰＣ３は、監視装置、監視部と称されることもある。
図５を用いて、外部ＰＣ３が生存確認コマンドを送信する場合の処理について説明する。
外部ＰＣ３は、監視レコーダ２に対して、通信網４を介して生存確認コマンドを送信する（ステップＳＴ１１）。
次に外部ＰＣ３は、応答待ちタイマをセットする（ステップＳＴ１２）。
外部ＰＣ３は、ステップＳＴ１１で送信した生存確認コマンドに対する応答を監視レコーダ２から受信できたかどうかを判定する（ステップＳＴ１３）。
【００３０】
ステップＳＴ１３において、生存確認コマンドに対する応答を受信できたと判定された場合（ステップＳＴ１３の“ＹＥＳ”の場合）、外部ＰＣ３は、監視レコーダ２が正常な状態であって、映像データを記録できる状態にあると判断し、応答待ちタイマをリセットし、監視カメラ１が記憶媒体１０５への映像データの記録中であれば、監視カメラ１に対し映像記録終了指示を送信する（ステップＳＴ１４）。映像記録終了指示を受信した監視カメラ１の映像記録部１０６は、記憶媒体１０５への映像データの記録を終了する。
一方、ステップＳＴ１３において、生存確認コマンドに対する応答を受信できていない場合（ステップＳＴ１３の“ＮＯ”の場合）は、外部ＰＣ３は、応答待ちタイマがタイムアップしたかどうかを判定する（ステップＳＴ１５）。
ステップＳＴ１５において、応答待ちタイマがタイムアップしていない場合（ステップＳＴ１５の“ＮＯ”の場合）、ステップＳＴ１３の処理に戻る。
【００３１】
ステップＳＴ１５において、応答待ちタイマがタイムアップしている場合（ステップＳＴ１５の“ＹＥＳ”の場合）、外部ＰＣ３は、監視レコーダ２が正常な状態にない、つまり、監視レコーダ２が映像データを記録できる状態にないと判断し、監視カメラ１に対し映像記録開始指示を送信する。映像記録開始指示を受信した監視カメラ１の映像記録部１０６は、記憶媒体１０５への映像データの記録を開始する（ステップＳＴ１６）。具体的には、制御部１０７が、符号化部１０２に対し、符号化した映像データを映像記録部１０６へ送信するよう指示し、映像記録部１０６が記憶媒体１０５に記録するよう制御する。なお、映像記録部１０６が記憶媒体１０５へ映像データを記録中、映像送信部１０３によるネットワークに対する符号化済み映像データの配信は中断してもしなくてもよい。
なお、監視カメラ１の問合せ、あるいは要求によって、外部ＰＣ３が監視レコーダ２の状態を確認してもよい。つまり、監視カメラ１からの問合せ、あるいは要求によって、外部ＰＣ３は、監視レコーダ２に対して生存確認コマンドを送信してもよい。
【００３２】
実施の形態３．
実施の形態２では、監視カメラ１が監視レコーダ２に生存確認コマンドを通知することで、異常を検出し映像データの記録開始と記録終了の契機とする実施の形態を説明したが、実施の形態３では監視レコーダ２から定常的に生存heartbeatにより状態を知らせ記録の開始と終了の契機とする方式を示す。heartbeatとは、ネットワーク機器が、一定時間（予め定められた時間）あるいは一定送信周期（予め定められた周期）ごとに「生きている」、「正常に動作している」、「記録可能である」ことを相手に伝えるための信号のことである。監視カメラ１は、ネットワークを介して監視レコーダ２のheartbeatを受信し、監視レコーダ２の状態を確認する。
なお、監視システムの構成については、実施の形態１および実施の形態２において図１〜３で示したものと同様であるため、図示および重複した説明を省略する。実施の形態２の監視カメラ１および監視レコーダ２とは動作が異なる。
【００３３】
図６は、この発明の実施の形態３に係る監視カメラ１の処理を表すフローチャートである。
監視レコーダ２は制御信号送受信部２０６より、監視カメラ１に対するheartbeatを定周期で送信し続ける。
監視カメラ１の制御部１０７は、受信待ちタイマをセットする（ステップＳＴ１７）。受信待ちタイマは、heartbeatが送信される一定時間より長い時間とすればよい。
制御部１０７は、制御信号送受信部１０４が、監視レコーダ２からheartbeatを受信できたかを判断する（ステップＳＴ１８）。
ステップＳＴ１８において、監視レコーダ２からのheartbeatを受信できたと判断された場合（ステップＳＴ１８“ＮＯ”の場合）、制御部１０７は、受信待ちタイマをリセットし、映像記録部１０６が記憶媒体１０５への映像データの記録中であるかを確認し（ステップＳＴ１９）、記録中であれば（ステップＳＴ１９の“ＹＥＳ”の場合）、記録を終了させる(ステップＳＴ２１)。記録中でなければ（ステップＳＴ１９の“ＮＯ”の場合）、処理終了する。
【００３４】
一方ステップＳＴ１８において、監視レコーダ２からheartbeatが受信できない場合（ステップＳＴ１８“ＹＥＳ”の場合）は、制御部１０７は、受信待ちタイマがタイムアップしたかどうかを判定する。
ステップＳＴ２０において、受信待ちタイマがタイムアップしていない場合（ステップＳＴ２０の“ＮＯ”の場合）、ステップＳＴ１８の処理に戻る。
ステップＳＴ２０において、受信待ちタイマがタイムアップしている場合（ステップＳＴ２０の“ＹＥＳ”の場合）、制御部１０７は、監視レコーダ２は正常な状態にないと判断し、映像記録部１０６は、記憶媒体１０５への映像データの記録を開始する（ステップＳＴ２２）。具体的には、制御部１０７が、符号化部１０２に対し、符号化した映像データを映像記録部１０６へ送信するよう指示し、映像記録部１０６が記憶媒体１０５に記録するよう制御する。
【００３５】
heartbeatを用いた方法は、通信網がネットワークである場合、監視レコーダ２から監視カメラに対する片側通信で必要十分であるため、UDP（User Data Protocol）を用いて通信負荷を最小限に抑えて実装可能である。
【００３６】
なお、実施の形態３において、監視レコーダ２の状態を確認する主体が外部ＰＣ３であってもよい。外部ＰＣ３は、ネットワークを介して監視レコーダ２のheartbeatを受信し、監視レコーダ２の状態を確認する。
図６を用いて、外部ＰＣ３が監視レコーダ２の状態を確認する場合の処理について説明する。
監視レコーダ２は制御信号送受信部２０６より、外部ＰＣ３に対するheartbeatを定周期で送信し続ける。
外部ＰＣ３は、受信待ちタイマをセットする（ステップＳＴ１７）。受信待ちタイマは、heartbeatが送信される一定時間より長い時間とすればよい。
外部ＰＣ３は、監視レコーダ２からheartbeatを受信できたかを判断する（ステップＳＴ１９）。
ステップＳＴ１８において、監視レコーダ２からのheartbeatを受信できたと判断された場合（ステップＳＴ１８“ＮＯ”の場合）、外部ＰＣ３は、受信待ちタイマをリセットし、監視カメラ１が映像データの記録中であるかを確認し（ステップＳＴ１９）、記録中であれば（ステップＳＴ１９の“ＹＥＳ”の場合）、監視カメラ１に対し映像記録終了指示を送信する（ステップＳＴ２１）。記録中でなければ（ステップＳＴ１９の“ＮＯ”の場合）、処理終了する。ステップＳＴ２１において、外部ＰＣが映像記録終了指示を送信すると、映像記録終了指示を受信した監視カメラ１の映像記録部１０６は、記憶媒体１０５への映像データの記録を終了する。
【００３７】
一方ステップＳＴ１８において、監視レコーダ２からheartbeatが受信できない場合（ステップＳＴ１８“ＹＥＳ”の場合）は、外部ＰＣ３は、受信待ちタイマがタイムアップしたかどうかを判定する。
ステップＳＴ２０において、受信待ちタイマがタイムアップしていない場合（ステップＳＴ２０の“ＮＯ”の場合）、ステップＳＴ１８の処理に戻る。
ステップＳＴ２０において、受信待ちタイマがタイムアップしている場合（ステップＳＴ２０の“ＹＥＳ”の場合）、外部ＰＣ３は、監視レコーダ２が正常な状態にないと判断し、監視カメラ１に対し映像記録開始指示を送信する（ステップＳＴ２２）。映像記録開始指示を受信した監視カメラ１の映像記録部１０６は、記憶媒体１０５への映像データの記録を開始する。具体的には、制御部１０７が、符号化部１０２に対し、符号化した映像データを映像記録部１０６へ送信するよう指示し、映像記録部１０６が記憶媒体１０５に記録するよう制御する。なお、映像記録部１０６が記憶媒体１０５へ映像データを記録中、映像送信部１０３によるネットワークに対する符号化済み映像データの配信は中断してもしなくてもよい。
なお、監視カメラ１の問合せ、あるいは要求によって、外部ＰＣ３が監視レコーダ２の状態を確認してもよい。つまり、監視カメラ１からの問合せ、あるいは要求によって、外部ＰＣ３は、監視レコーダ２のheartbeatを受信してもよい。
【００３８】
実施の形態４．
実施の形態１〜３では、監視レコーダ２への記録不能状態の通知／検知により監視カメラ１内部の記憶媒体１０５に記録を切り替える方式を説明したが、実施の形態４では監視レコーダ２に加え、内部の記憶媒体１０５にも記録ができない場合、監視カメラ１と監視レコーダ２以外の場所に記録する方法を提案する。
なお、監視レコーダ２への記録不能状態の検知方法については、実施の形態１〜３と同様であるため省略する。
【００３９】
図７は、この発明の実施の形態４に係る監視システムの全体構成図である。
この監視システムは、図１と同様、監視カメラ５は、監視映像データ撮影して符号化し、ネットワーク（通信網６）を介して、複数の監視カメラ５と監視レコーダ７と外部ＰＣ８と外部機器９とが接続されている。
外部機器９は同一ネットワーク上に接続されているが、監視目的以外の機器であり、未知の記録機器である。
【００４０】
図８は、この発明の実施の形態４に係る監視システムに接続される監視カメラ５のブロック図である。
監視カメラ５は、撮像部３０１と、符号化部３０２と、映像送信部３０３と、制御信号送受信部３０４と、記憶媒体３０５と、映像記録部３０６と、制御部３０７と、暗号化部３０８と、映像受信部３０９と、配信管理部３１０を備える。
図１の監視カメラ１との差分を説明する。
暗号化部３０８は、符号化部３０２で符号化した映像を暗号化する機能を有する。
制御部３０７は、記憶媒体３０５が映像データを記録可能な状態か、記録不可能な状態かを確認する。
配信管理部３１０は、記録配信情報を管理する。記録配信情報とは、“現在の記録配信先”と、“記録配信先切替時刻”と、“同一ネットワーク上の既知記録配信先の情報”と、“記憶媒体３０５の状態”とである。
監視レコーダ７、監視カメラ５の記憶媒体３０５への記録不能状態になった際、制御信号送受信部３０４は、同一ネットワーク上に映像を記録配信できる機器があるか探索する。
映像送信部３０３は、制御信号送受信部３０４が発見した記録配信可能機器へ映像データを配信する。
【００４１】
図９は、この発明の実施の形態４に係る監視カメラ５の処理を表すフローチャートである。
監視カメラ１の制御信号送受信部３０４は、外部から通信網４を介して制御信号を受信する（ステップＳＴ２３）。
制御部３０７は、制御信号送受信部３０４が、監視レコーダ７の記録不能を検知したかを判断する（ステップＳＴ２４）。あるいは、映像記録開始指示を受信したかを判断する。
ステップＳＴ２４において、監視レコーダ７が記録できない状態と判断された場合、あるいは映像記録開始指示を受信したと判断された場合（ステップＳＴ２４“ＹＥＳ”の場合）、制御部３０７は、配信管理部３１０を介して、監視カメラ５が持つ内部記憶媒体３０５への記録が可能であるか確認する（ステップＳＴ２７）。
ステップＳＴ２７において、内部記憶媒体３０５に記録できると判断された場合（ステップＳＴ２７“ＹＥＳ”の場合）、内部記憶媒体３０５への映像データの記録を開始する（ステップＳＴ２８）。
【００４２】
ステップＳＴ２７において、内部記憶媒体３０５に記録できないと判断された場合（ステップＳＴ２７“ＮＯ”の場合）、制御信号送受信部３０４が、同一ネットワーク上の記録配信可能機器の探索を開始する（ステップＳＴ２９）。
同一ネットワーク上の記録配信可能機器が見つかった場合（ステップＳＴ３０“ＹＥＳ”の場合）、制御部３０７は、配信管理部３１０を参照し、既知の記録配信可能機器かを確認する（ステップＳＴ３１）。つまり、ステップＳＴ３０で見つかった記録配信可能機器は、安全が保障された機器であるかどうかを確認する。
ステップＳＴ３１にて、既知の記録配信可能機器でなかった場合（ステップＳＴ３１“ＮＯ”の場合）、暗号化部３０８で暗号化してステップＳＴ３０で見つかった記録配信可能機器へ記録先の切替を行う（ステップＳＴ３２）。具体的には、制御部３０７は、符号化部３０２に対し、符号化した映像データを暗号化部３０８に出力させ、暗号化部３０８で暗号化して、当該暗号化された映像データを映像送信部３０３がステップＳＴ３０で見つかった記録配信可能機器へ送信するように指示し、記録配信可能機器で記録するように制御する。
【００４３】
既知の記録配信可能機器の場合（ステップＳＴ３１“ＹＥＳ”の場合）、暗号化せずにそのまま記録配信先を切り替える（ステップＳＴ３４）。具体的には、制御部３０７は、符号化部３０２に対し、符号化した映像データを映像送信部３０３に出力させ、映像送信部３０３が当該符号化された映像データをステップＳＴ３０で見つかった記録配信可能機器へ送信するように指示し、記録配信可能機器で記録するように制御する。つまり、暗号化せずにそのまま記録配信先を切り替える。なお、ステップＳＴ３２、ステップＳＴ３４で記録配信可能機器への記録先の切替を行った際、制御部３０７は、配信管理部３１０に記録配信先のＩＰアドレスと記録先の切り替えた時刻を保存する。
【００４４】
ステップＳＴ３０にて、記録配信可能機器が見つからなかった場合（ステップＳＴ３０“ＮＯ”の場合）は、ステップＳＴ２４に戻り、再度監視レコーダ７からの通知確認をする。
【００４５】
ステップＳＴ２４にて監視レコーダ７からの通知がない場合（ステップＳＴ２４“ＮＯ”の場合）、内部の記憶媒体３０５または、外部機器への記録中であれば（ステップＳＴ２５の“ＹＥＳ”の場合）、記録を終了させる（ステップＳＴ２６）。
ステップＳＴ３３において、制御部３０７は、映像送信部３０３から映像データが配信される配信先を、監視レコーダ７に切り替えるとともに、制御信号送受信部３０４から、監視レコーダ７に、配信管理部３１０で管理している記録先の情報を送付するようにする（ステップＳＴ３３）。監視レコーダ７は、監視カメラ５から得た切替先のＩＰと切替時刻を元に、記録できなかった間の映像を回収する。
【００４６】
なお、この実施の形態４において、外部から通信網４を介して制御信号を受信する主体が、外部ＰＣ８であってもよい。つまり、外部ＰＣ８が、外部から通信網４を介して制御信号を受信し、監視レコーダ７の記録不能を検知したかを判断して、記録不能を検知した場合、監視カメラ５へ記録開始指示を送信するようにしてもよい。外部ＰＣ８は、監視装置、監視部と称されることもある。
記録開始指示を受信した監視カメラ５では、上述したステップＳＴ２４以降の処理を行う。
なお、監視カメラ５の問合せ、あるいは要求によって、外部ＰＣ８が外部から通信網４を介して制御信号を受信してもよい。
【００４７】
以上説明したように、この実施の形態４では、監視レコーダ７の故障と監視カメラ５内部の記憶媒体３０５が記録不能になっても、同一ネットワーク上の記録装置に切り替えることにより、記録配信できない事態に対処することができ、監視システム全体として記録を失うことなく運用することができる。また、同一ネットワーク上で検知した記録配信可能装置が未知の物であっても、暗号化することにより、セキュリティを保証することが可能となる。
【００４８】
また、監視カメラ５が、映像データの記録先を、同一ネットワーク上の記録配信可能機器に切り替える際、切替先のＩＰアドレス、切替時刻を監視カメラ５内部で管理することにより、監視レコーダ７が復帰後、その情報で監視レコーダ７に記録できなかった間の映像データが回収でき、記録を失うことを防ぐとともに、記録先が分散されることも防ぐことが可能になる。
【００４９】
監視カメラ５が、外部の記録配信可能機器の検知する方法として、ネットワーク分野で一般的に使われているDNS（Domain NAME SYSTEM）の原理で探索することができる。機器発見後DHCP（Dynamic Host Configuration Protocol)・UPnP（Universal Plug and Play )・Bonjour等の方法で、外部の記録可能機器に配信可能な状態にできる。
【００５０】
実施の形態５．
実施の形態４では、監視レコーダ７への記録不能状態および、内部の記憶媒体３０５に記録できない場合、記録配信可能機器を探索し記録配信先を切り替える方法を説明した。実施の形態５では、監視カメラ５が別のカメラからの記録要求に対し、自分の映像配信は止めずに内部の記憶媒体３０５に記録する方式を示す。
なお、監視システム、および、監視カメラ５の構成については、実施の形態４において図７、図８で示したものと同様であるため、図示および重複した説明を省略する。
制御部３０７は、制御信号送受信部３０４が見つけた記録配信可能機器を符号化部３０２に通知する機能、配信管理部３１０に、切り替えた記録配信先情報を通知する機能を有する。
映像記録部３０６は、記憶媒体３０５が記録可能であるかを配信管理部３１０に通知する。
図１０は、この発明の実施の形態５に係る監視カメラ５の処理を表すフローチャートである。
【００５１】
監視カメラ５の制御信号送受信部３０４は、外部からの映像データの蓄積要求を受信する（ステップＳＴ３４）。
制御部３０７は、制御信号送受信部３０４から受信した要求を解析し、記録要求であるかどうかを判断する（ステップＳＴ３５）。
ステップＳＴ３５において、記録要求と判断された場合（ステップＳＴ３５の“ＹＥＳ”の場合）、制御部３０７は、制御信号送受信部３０４に、内部の記憶媒体３０５が記録可能な状態であるかを確認する（ステップＳＴ３６）。
記録可能な状態であった場合（ステップＳＴ３６“ＹＥＳ”の場合）、制御信号送受信部３０４は、記録可能であることを応答し、映像受信部３０９は、映像の受信を開始する（ステップＳＴ４０）。
ステップＳＴ３６において、記録不能と判断された場合（ステップＳＴ３６の“ＮＯ”の場合）、制御信号送受信部３０４は、記録不能であることを応答し、映像の受信を拒否する（ステップＳＴ４１）。
【００５２】
ステップＳＴ３５において、記録要求でないと判断されて（ステップＳＴ３５“ＮＯ”の場合）、記録終了要求であった場合（ステップＳＴ３７“ＹＥＳ”の場合）、映像記録部３０６は、記憶媒体３０５への映像記録を終了する（ステップＳＴ３９）。
【００５３】
なお、この実施の形態５において、外部からの映像データの蓄積要求を受信する主体が、外部ＰＣ８であってもよい。つまり、外部ＰＣ８が、外部から映像データの蓄積要求を受信し、記録要求であると判断された場合、監視カメラ５へ記録開始指示を送信するようにしてもよい。外部ＰＣ８は、監視装置、監視部と称されることもある。
記録開始指示を受信した監視カメラ５では、上述したステップＳＴ３５以降の処理を行う。
なお、監視カメラ５の問合せ、あるいは要求によって、外部ＰＣ８が外部から映像データの蓄積要求を受信してもよい。
【００５４】
以上説明したように、この実施の形態５では監視カメラ５自身が外部の映像を記録する媒体になることにより、同一ネットワーク上の別カメラが記録不能状態になることを防ぐことが可能になる。また、一般的なネットワークは、双方向通信可能であるため、同じ配線で自身の映像配信は止めずに別カメラの映像を記録することができる。すなわち監視レコーダ７に増設ＨＤＤを付けるシステムのような、異常時のみ使用する装置が不要となり、設置の面でも強みとなる。
【００５５】
実施の形態６．
実施の形態６では、監視カメラ５の配信管理部３１０に同一ネットワーク上の記録可能装置を設定する方法について示す。
なお、監視システムおよび、監視カメラ５の構成については、実施の形態４、５において図７、図８で示したものと同様であるため、図示および重複した説明を省略する。ただし、監視カメラ５には、ユーザから情報を入力可能であり、ユーザへ情報を出力可能な入出力部を設ける。入出力部は、ＧＵＩ用としてもよい。
同一ネットワーク上の記録配信可能機器は、外部ＰＣ８から監視カメラ５に通信網６を通して設定を行う。
【００５６】
図１１は、この実施の形態６において、監視カメラ５の記録可能装置を設定するＧＵＩの全体像である。
メイン記録装置ＩＰアドレス入力部４０１は、映像を記録する監視レコーダ７のＩＰアドレスを登録する。
切替記録先ＩＰアドレス入力部４０２は、同一ネットワーク上の記録配信可能機器のＩＰアドレス、あるいは他の監視カメラを登録する。ここで登録された記録可能装置は、実施の形態４にて、既知の記録配信可能機器として、暗号化なく送信することができる。
同一ネットワーク外部記録装置自動サーチ要否選択部４０３では、記録不能状態になった場合、同一ネットワーク上の機器を探索するかを設定する。
外部からの映像受信選択部４０４では、記録不能になった別カメラの映像を記録できる状態であれば、受信するかを選択する。
記録配信履歴４０５は、記録配信先の履歴が表示される。実施の形態４にて、監視レコーダが映像回収できなかった場合、手動で回収するためにある。
また、監視カメラ５内の記憶媒体３０５に記憶するか否かの設定が可能としても良い。
また、監視カメラ５内の記憶媒体３０５か、同一ネットワーク上の記録可能機器の優先順位を設定可能としても良い。
【００５７】
以上のように、実施の形態６によれば、ユーザから入力を受け付けて記録可能装置の設定を行うことができ、より効率的に監視システムを運用することができる。
【００５８】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
また、各実施の形態１〜６における監視カメラ１，５、監視レコーダ２，７の制御に用いられる各部は、ソフトウェアに基づくＣＰＵを用いたプログラム処理によって実行される。
【符号の説明】
【００５９】
１，５  監視カメラ、２，７  監視レコーダ、３，８  外部ＰＣ、４，６  通信網、１０１，３０１  撮像部、１０２，３０２  符号化部、１０３，２０４，３０３  映像送信部、１０４，２０６，３０４  制御信号送受信部、１０５，２０２，３０５  記憶媒体、１０６，２０３，３０６  映像記録部、１０７，３０７  制御部、２０１，３０９  映像受信部、２０５  装置状態監視部、３１０  配信管理部。
【図１】
2016184930.tif 000003
【図２】
2016184930.tif 000004
【図３】
2016184930.tif 000005
【図４】
2016184930.tif 000006
【図５】
2016184930.tif 000007
【図６】
2016184930.tif 000008
【図７】
2016184930.tif 000009
【図８】
2016184930.tif 000010
【図９】
2016184930.tif 000011
【図１０】
2016184930.tif 000012
【図１１】
2016184930.tif 000013