(57)【要約】【課題】撮像装置において撮像された画像を欠落なく記録するための仕組みを提供することを目的とする。【解決手段】画像を撮像する撮像手段と、画像を外部装置に送信する通信手段と、画像の送信時の外部装置との間の通信状態を取得する取得手段と、通信状態に応じて、画像を記憶手段から消去する際の優先度を決定する決定手段と、画像と、優先度と、を対応付けて、記憶手段に格納する格納手段と、優先度に応じて、記憶手段から消去する画像を選択する選択手段とを有する。【選択図】図３
2020188439.tif 000002
【特許請求の範囲】
【請求項１】
画像を撮像する撮像手段と、
前記画像を外部装置に送信する通信手段と、
前記画像の送信時の前記外部装置との間の通信状態を取得する取得手段と、
前記通信状態に応じて、前記画像を記憶手段から消去する際の優先度を決定する決定手段と、
前記画像と、前記優先度と、を対応付けて、前記記憶手段に格納する格納手段と、
前記優先度に応じて、前記記憶手段から消去する画像を選択する選択手段と
を有することを特徴とする撮像装置。
【請求項２】
前記記憶手段の容量が閾値未満になった場合に、前記選択手段により選択された画像を消去する消去手段をさらに有することを特徴とする請求項１に記載の撮像装置。
【請求項３】
前記格納手段は、第１の通信状態において送信した画像に対し第１の優先度を対応付け、前記第１の通信状態よりも通信状態の良い第２の通信状態において送信した画像に対し、第１の優先度よりも高い第２の優先度を対応付け、
前記選択手段は、前記第１の優先度が対応付けられた画像を、前記第２の優先度が対応付けられた画像に優先して選択することを特徴とする請求項１又は２に記載の撮像装置。
【請求項４】
前記外部装置から前記記憶手段に記録されている画像の再送要求を受信した場合に、前記再送要求に応じて、前記記憶手段に記憶されている前記優先度を更新する更新手段をさらに有することを特徴とする請求項３に記載の撮像装置。
【請求項５】
前記更新手段は、前記再送要求を受信した場合に、前記再送要求に係る画像よりも過去に撮影された画像の優先度を前記第２の優先度よりも高い第３の優先度に更新することを特徴とする請求項４に記載の撮像装置。
【請求項６】
前記格納手段は、前記画像と、前記優先度と、前記画像を外部装置に送信した時刻と、を対応付けて前記記憶手段に格納することを特徴とする請求項１乃至５の何れか１項に記載の撮像装置。
【請求項７】
前記格納手段は、前記撮像手段により撮像された画像又は前記画像から生成された画像を、複数の外部装置に送信する場合に、送信した複数の画像それぞれと、前記優先度と、を対応付けて格納することを特徴とする請求項１に記載の撮像装置。
【請求項８】
前記決定手段は、各画像の送信時の通信状態と、各画像のデータサイズと、に基づいて、前記優先度を決定することを特徴とする請求項７に記載の撮像装置。
【請求項９】
撮像装置の制御方法であって、
撮像手段により撮像された画像を外部装置に送信する通信ステップと、
前記画像の送信時の前記外部装置との間の通信状態を取得する取得ステップと、
前記通信状態に応じて、前記画像を記憶手段から消去する際の優先度を決定する決定ステップと、
前記画像と、前記優先度と、を対応付けて、前記記憶手段に格納する格納ステップと、
前記優先度に応じて、前記記憶手段から消去する画像を選択する選択ステップと
を含むことを特徴とする制御方法。
【請求項１０】
コンピュータを、
撮像手段により撮像された画像を外部装置に送信する通信手段と、
前記画像の送信時の前記外部装置との間の通信状態を取得する取得手段と、
前記通信状態に応じて、前記画像を記憶手段から消去する際の優先度を決定する決定手段と、
前記画像と、前記優先度と、を対応付けて、前記記憶手段に格納する格納手段と、
前記優先度に応じて、前記記憶手段から消去する画像を選択する選択手段と
して機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像装置、制御方法及びプログラムに関する。
【背景技術】
【０００２】
近年、ネットワークカメラを利用した監視システムが普及している。配信画像の録画は、後から様々な目的での解析に役立てるとこができる。しかし、ネットワークカメラからネットワーク経由で録画装置に画像を配信する場合、ネットワークエラー等によって録画装置が画像を受け取れず、ネットワークエラー発生時の画像が欠落することがある。このような画像の欠落を回避するため、画像の配信ができなかったときにネットワークカメラが持つＳＤメモリカード等の記録媒体に画像を保存しておくのが一般的である。
【０００３】
特許文献１には、ネットワークカメラとネットワークカメラの映像を表示・記録する映像記録装置からなるシステムが開示されている。本システムでは、ネットワークカメラ側のバックアップメモリに撮影画像を一時記憶しておく。そして、映像記録装置は所定時間間隔で映像が記録されているかを順次判定し、記録されていない場合はネットワークカメラに当該時刻の映像を再送するように再送要求を送信する。ネットワークカメラは映像記録装置からの再送要求に応じて画像データを再送する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１５−９５７０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述の特許文献１の技術では、ネットワークエラーの継続などにより再送要求が届かない期間がネットワークカメラのバックアップメモリの記録可能時間を超えてしまうと、映像が上書き記録されてしまい映像を再送できない。また、特許文献１の技術では、このような場合アラームを発するが、記録映像が消去されてしまうことは防止できない。また、ネットワークエラー発生をネットワークカメラで判断して、エラー発生時のみ録画する従来技術では、ネットワークカメラ側でエラーと判断せず録画していなかった画像を録画端末が受け取れていなかった場合にリカバリーできない。
【０００６】
本発明はこのような問題点に鑑みなされたもので、撮像装置において撮像された画像を欠落なく記録するための仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、撮像装置であって、画像を撮像する撮像手段と、前記画像を外部装置に送信する通信手段と、前記画像の送信時の前記外部装置との間の通信状態を取得する取得手段と、前記通信状態に応じて、前記画像を記憶手段から消去する際の優先度を決定する決定手段と、前記画像と、前記優先度と、を対応付けて、前記記憶手段に格納する格納手段と、前記優先度に応じて、前記記憶手段から消去する画像を選択する選択手段とを有する。
【発明の効果】
【０００８】
本発明によれば、撮像装置において撮像された画像を欠落なく記録するための仕組みを提供することができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る撮像システムの全体構成図である。
【図２】ネットワークカメラのハードウェア構成図である。
【図３】ネットワークカメラの機能構成図である。
【図４】メイン処理を示すフローチャートである。
【図５】消去処理を示すフローチャートである。
【図６】第２の実施形態に係る撮像システムの全体図である。
【図７】ストリーム画像の説明図である。
【図８】第２の実施形態に係るメイン処理を示すフローチャートである。
【図９】フラグを決定する処理の説明図である。
【図１０】フラグ及び時刻のメタデータを示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
（第１の実施形態）
図１は、第１の実施形態に係る撮像システム１００の全体構成図である。撮像システム１００は、ネットワークカメラ１１０と、録画装置１２０と、を有している。ネットワークカメラ１１０と録画装置１２０は、ネットワーク１３０により互いに接続されている。ネットワークカメラ１１０は、画像を撮像し、ネットワーク１３０を介して録画装置１２０に画像を送信する。ネットワークカメラ１１０は撮像装置の一例である。録画装置１２０は、ネットワークカメラ１１０により撮像された画像を受信し、画像を記録する。録画装置１２０は、情報処理装置であり、外部装置の一例である。
【００１２】
図２は、ネットワークカメラ１１０のハードウェア構成図である。ネットワークカメラ１１０は、ＣＰＵ２０１と、ＲＡＭ２０２と、記録媒体２０３と、撮像部２０４と、表示部２０５と、操作部２０６と、通信部２０７と、を有している。ＣＰＵ２０１は、ネットワークカメラ１１０の全体を制御する。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。記録媒体２０３は、各種情報や各種プログラムを記憶する。撮像部２０４は、レンズ及び撮像素子を有し、被写体の撮像及び電気信号への変換を行い、画像を生成する。撮像部２０４により得られた画像は記録媒体２０３に格納される。表示部２０５は、各種情報を表示する。操作部２０６は、ユーザ操作を受け付ける。通信部２０７は、ネットワーク１３０を介して録画装置１２０等の外部装置の通信を行う。有線ＬＡＮや無線ＬＡＮなどの通信手法は問わない。
【００１３】
なお、後述するネットワークカメラ１１０の機能及び処理は、ＣＰＵ２０１が記録媒体２０３に格納されているプログラムを読み出し、このプログラムを実行することにより実現されるものである。また、他の例としては、ネットワークカメラ１１０の機能及び処理の少なくとも一部は、例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させることにより実現してもよい。また、他の例としては、ネットワークカメラ１１０の機能や処理の少なくとも一部は、ハードウェア回路を用いて実現してもよい。
【００１４】
図３は、ネットワークカメラ１１０の機能構成図である。ネットワークカメラ１１０は、撮像処理部３０１と、ストリーム生成部３０２と、通信処理部３０３と、通信状態取得部３０４と、画像管理部３０５と、を有している。撮像処理部３０１は、撮像部２０４による撮像を制御する。ストリーム生成部３０２は、撮像部２０４により得られた画像から、録画装置１２０に送信するためのストリームを生成する。通信処理部３０３は、録画装置１２０との通信を制御する。通信処理部３０３は、例えば、ストリームを録画装置１２０に配信（送信）する。
【００１５】
通信状態取得部３０４は、録画装置１２０とネットワークカメラ１１０の間の通信状態を取得する。具体的には、通信状態取得部３０４は、通信状態として録画装置１２０との間の往復遅延時間を特定する。なお、通信状態は、通信性能を示すものであればよく、往復遅延時間に限定されるものではない。通信状態の他の例としては、ネットワークのエラー率、通信帯域等が挙げられる。通信状態取得部３０４は、パケット損失率を定期的に観測することで、ネットワークのエラー率を測定してもよい。また、通信状態取得部３０４は、往復遅延時間として、測定用のコマンドを一時的に送信してから、録画装置１２０がそのコマンドに対するレスポンスを受信するまでに要した時間を特定することで通信帯域を推定してもよい。通信状態の測定には、周知技術を用いればよく、特に限定されるものではない。画像管理部３０５は、撮像処理部３０１に撮像された画像を管理する。画像管理部３０５は、例えば、画像と、画像の配信時（送信時）に取得された通信状態と、配信時刻と、を対応付けて記録媒体２０３に記録する。
【００１６】
図４は、ネットワークカメラ１１０によるメイン処理を示すフローチャートである。ネットワークカメラ１１０のＣＰＵ２０１は、録画装置１２０から画像配信の開始指示を受信した場合に、メイン処理を開始する。Ｓ４０１において、撮像処理部３０１は、撮像部２０４による撮像を制御し、画像を得る。次に、Ｓ４０２において、ストリーム生成部３０２は、Ｓ４０１において得られた画像から録画装置１２０に配信するためのストリーム画像を生成する。次に、Ｓ４０３において、通信処理部３０３は、Ｓ４０２にいて生成されたストリーム画像を録画装置１２０に配信する。
【００１７】
次に、Ｓ４０４において、通信状態取得部３０４は、ストリーム画像の配信時の、録画装置１２０とネットワークカメラ１１０の間の通信状態を取得する。なお、配信時とは、配信の時点を基準とした所定範囲内の時間であればよく、厳密な配信の時点である必要はない。次に、Ｓ４０５において、画像管理部３０５は、通信状態に基づいて、Ｓ４０３において配信された画像に付与するフラグを決定する。フラグは、記録媒体２０３に記憶されている画像を、記録媒体２０３から削除する際の優先度を示す情報である。なお、優先度が高い画像から先に削除される。本実施形態においては、優先度が高い順に、「消去可能」、「通信状態が良い」、「通信状態が悪い」の３つの優先度が定義され、さらに、優先度が定まらない状態を示す「通信状態が未測定」が定義されている。
【００１８】
画像管理部３０５は、通信状態としての往復遅延時間が算出されるまでの間は、「通信状態が未測定」のフラグを画像に付与する。画像管理部３０５は、往復遅延時間が算出されると、フラグを更新する。具体的には、画像管理部３０５は、往復遅延時間が閾値以上の場合に「通信状態が悪い」と判定し、「通信状態が悪い」のフラグを画像に付与し、往復遅延時間が閾値未満の場合に「通信状態が良い」と判定し、「通信状態が良い」のフラグを画像に付与する。
【００１９】
次に、Ｓ４０６において、画像管理部３０５は、画像とフラグを対応付けて記録媒体２０３に記録すべく、記録媒体２０３における、記録可能な空き容量が閾値以上あるか否かを判定する。例えば画像管理部３０５は、録画映像１時間分の保存に必要なメモリサイズを予め算出しておき、これを閾値として設定しておくものとする。また他の例としては、画像管理部３０５は、起動時に記録媒体２０３の使用可能なメモリサイズを測定し、メモリサイズの１割を閾値として設定しておくこととしてもよい。このように、閾値は固定値でもよく、ユーザ操作に応じて設定、変更可能としてもよい。ただし、記録媒体２０３の容量としては、ストリーム画像とフラグを保存できるだけの容量が必要となる。画像管理部３０５は、空き容量が閾値以上あると判定した場合には（Ｓ４０６でＹＥＳ）、処理をＳ４０８へ進める。画像管理部３０５は、空き容量が閾値未満であると判定した場合には（Ｓ４０６でＮＯ）、処理をＳ４０７へ進める。
【００２０】
Ｓ４０７において、画像管理部３０５は、消去処理を行う。消去処理とは、Ｓ４０３において送信した画像を記録媒体２０３に記録するために、既に記録媒体２０３に記録されている画像を消去（削除）する処理である。消去処理については図５を参照しつつ後に詳述する。Ｓ４０８において、画像管理部３０５は、Ｓ４０３において送信した画像と、フラグと、配信時刻と、を対応付けて記録媒体２０３に記録する。
【００２１】
Ｓ４０９において、画像管理部３０５は、既に記録媒体２０３に記録されている画像に対応付けられたフラグを更新する。例えば、録画装置１２０において保存できていると確認できた画像が存在する場合は、この画像に対応付けるフラグを「消去可能」に変更する。なお、画像管理部３０５は、録画装置１２０からネットワークカメラ１１０から保存済みの画像を指定するコマンドを受信することにより、録画装置１２０において画像が保存されたことを確認することができる。また、欠落した画像に対する再送要求を受信した場合に、再送要求で要求されている時刻の画像より前（過去）の時刻の画像は、既に端末で保存されているために再送要求が来ないものと考えることができる。そこで、画像管理部３０５は、録画装置１２０から再送要求を受信した場合に、再送要求において指定された時刻よりも前の時刻の画像に対応付けるフラグを「消去可能」に変更してもよい。
【００２２】
次に、Ｓ４１０において、画像管理部３０５は、配信停止が指示されたか否かを判定する。画像管理部３０５は、配信停止を指示された場合には（Ｓ４１０でＹＥＳ）、メイン処理を終了する。画像管理部３０５は、配信停止を指示されていない場合には（Ｓ４１０でＮＯ）、処理をＳ４０１へ進めることで、メイン処理を継続する。
【００２３】
なお、本実施形態においては、Ｓ４０５において、「通信状態が良い」又は「通信状態が悪い」のいずれかのフラグを対応付けることとした。ただし、他の例としては、Ｓ４０５において「通信状態が未測定」のフラグを対応付けた状態で処理をＳ４０６へ進めることとし、通信状態を取得した時点で、フラグを変更してもよい。
【００２４】
図５は、図４において説明した消去処理（Ｓ４０７）における詳細な処理を示すフローチャートである。なお、消去処理の実行時、記録媒体２０３には、図４において説明した処理により、「消去可能」、「通信状態が良い」、「通信状態が悪い」、「通信状態が未測定」のいずれかのフラグが付与された画像が記録されている。
【００２５】
Ｓ５０１において、画像管理部３０５は、まず、記録媒体２０３において、「消去可能」フラグが付与された画像が存在するか否かを判定する。画像管理部３０５は、「消去可能」フラグが付与された画像が存在する場合には（Ｓ５０１でＹＥＳ）、処理をＳ５０２へ進める。画像管理部３０５は、「消去可能」フラグが付与された画像が存在しない場合には（Ｓ５０１でＮＯ）、処理をＳ５０３へ進める。Ｓ５０２において、画像管理部３０５は、「消去可能」フラグが付与された画像と、この画像に対応付けられたフラグ及び配信時刻を記憶媒体から消去する。以上で、消去処理が終了する。
【００２６】
画像管理部３０５は、Ｓ５０３において、画像管理部３０５において、「通信状態が良い」フラグが付与された画像が存在するか否かを判定する。画像管理部３０５は、「通信状態が良い」フラグが付与された画像が存在する場合には（Ｓ５０３でＹＥＳ）、処理をＳ５０４へ進める。画像管理部３０５は、「通信状態が良い」フラグが付与された画像が存在しない場合には（Ｓ５０３でＮＯ）、処理をＳ５０５へ進める。Ｓ５０４において、画像管理部３０５は、「通信状態が良い」フラグが付与された画像の中から最も古い画像を消去する。以上で、消去処理が終了する。
【００２７】
Ｓ５０５において、画像管理部３０５は、「通信状態が悪い」フラグが付与された画像が存在するか否かを判定する。画像管理部３０５は、「通信状態が悪い」フラグが付与された画像が存在する場合には（Ｓ５０５でＹＥＳ）、処理をＳ５０６へ進める。画像管理部３０５は、「通信状態が悪い」フラグが付与された画像が存在しない場合には（Ｓ５０５でＮＯ）、処理をＳ５０７へ進める。
【００２８】
Ｓ５０６において、画像管理部３０５は、「通信状態が悪い」フラグが付与された画像の中から最も古い画像を消去する。以上で、消去処理が終了する。また、Ｓ５０７においては、画像管理部３０５は、記録媒体２０３に記録されている画像の中で最も古い画像を消去する。以上で、消去処理が終了する。
【００２９】
以上のように、本実施形態のネットワークカメラ１１０は、新たな画像が配信されると、配信された画像を記録媒体２０３に記録すべく、適宜、古い画像を記録媒体２０３から削除する。このとき、ネットワークカメラ１１０は、通信状態が良いタイミングにおいて配信された画像を、通信状態が悪いタイミングにおいて配信された画像よりも優先して削除する。これは、通信状態が悪いタイミングにおいて配信された画像は、再度の配信を要求される可能性があることに対応したものである。
【００３０】
このように、本実施形態に係るネットワークカメラ１１０は、再送を要求される可能性の高い画像を記録媒体２０３に優先的に残しておくことで、録画装置１２０において画像を受信できず、欠落が生じた場合には、再び欠落した画像を再送することができる。すなわち、撮像システム１００は、ネットワークカメラ１１０において撮像された画像を欠落なく記録するための仕組みを提供することができる。
【００３１】
第１の実施形態の第１の変形例について説明する。ネットワークカメラ１１０は、Ｓ５０４及びＳ５０６において、それぞれ最も古い時刻の画像を１つ消去することとしたが、このとき削除するデータ量は実施形態に限定されるものではない。他の例としては、ネットワークカメラ１１０は、古い順に５つの画像を消去してもよい。このように、１回に消去するデータ量は予め定められた値であればよく、特に限定されるものではない。なお、１回に消去するデータ量を大きくするほど、消去処理（Ｓ４０７）が実行される回数が少なくなり、余計なメモリアクセスを抑えることができる。
【００３２】
第２の変形例としては、本実施形態のネットワークカメラ１１０は、４種類のフラグにより状態を管理したが、より細かいフラグを設定してもよい。そして、ネットワークカメラ１１０は、さらに細かな通信状態の違いに応じた消去処理を行ってもよい。
【００３３】
（第２の実施形態）
図６は、第２の実施形態に係る撮像システム６００の全体図である。第２の実施形態に係る撮像システム６００について、第１の実施形態に係る撮像システム１００と異なる点を主に説明する。撮像システム６００は、１つのネットワークカメラ６１０と、複数の録画装置６２０と、を有している。これらの機器６１０、６２０は、ネットワーク６３０を介して通信可能に接続されている。ネットワークカメラ６１０は、画像を撮像し、画像から複数のストリーム画像を生成し、各ストリーム画像を複数の録画装置６２０それぞれに送信する。本実施形態のネットワークカメラ６１０は、魚眼レンズを搭載し、全方位を撮像する全方位ネットワークカメラである。
【００３４】
ネットワークカメラ６１０のハードウェア構成及び機能構成は、それぞれ第１の実施形態において説明したネットワークカメラ１１０のハードウェア構成及び機能構成と同様である。ネットワークカメラ６１０のストリーム生成部３０２は、画像からストリーム画像を生成するだけでなく、画像から複数の領域を切り出して、切り出し画像などの加工データを生成し、加工データのストリーム画像を生成する。
【００３５】
ネットワークカメラ６１０は、撮像により得られた全方位画像と共に、全方位画像の一部を切り出した画像を配信する。ネットワークカメラ６１０は、全方位画像の複数個所から画像を切り出して、これら複数の切り出し画像それぞれを複数のストリームとして同時に配信するマルチストリーム機能を備えている。
【００３６】
ただし、配信した複数ストリームの画像をネットワークカメラ６１０の記録媒体２０３にすべて保存すると、記録媒体２０３の容量を大量に消費してしまう。これに対し、本実施径愛のネットワークカメラ６１０は、各ストリーム画像のデータサイズと、各ストリーム画像の配信時の通信状態と、に基づいて、適切にストリーム画像の記録を管理する。
【００３７】
図７は、第２の実施形態に係るネットワークカメラ６１０が生成するストリーム画像の説明図である。本実施形態のネットワークカメラ６１０は、図７に示すように、魚眼で撮影した撮影画像から５つの画像を切り出す。そして、全方位画像と、５つの切り出し画像の計６つのストリーム画像を生成し、これらを同時に配信する。なお、全方位画像は、切り出し元となる元画像であり、撮像された全体画像である、
【００３８】
図７に示すストリーム１は、撮影した全方位画像（元画像）のストリーム画像である。ストリーム１の画像サイズ、すなわちストリーム１の画像の保存に必要なメモリサイは、１０Ｍｂｙｔｅとする。ストリーム２及びストリーム３は、いずれも撮影画像から切り出したパノラマ画像のストリーム画像である。ストリーム２及びストリーム３の画像サイズは、いずれも８Ｍｂｙｔｅとする。ストリーム４、ストリーム５及びストリーム６は、撮影画像から切り出した一部の領域の画像のストリーム画像である。ストリーム４、ストリーム５及びストリーム６の画像サイズは、いずれも４Ｍｂｙｔｅとする。
【００３９】
仮にすべてのストリーム配信時の通信状態が悪く、すべてのストリーム画像に対して「通信状態が悪い」フラグを付与すると、全ストリーム画像の合計３８Ｍｂｙｔｅとなる。つまり撮影画像の３倍以上のデータを記録媒体２０３に保存しなければならない。一方で、切り出して生成した画像は元の撮影画像さえ残しておけば後から再生成することも可能である。そこで本実施形態のネットワークカメラ６１０は、ストリーム配信している各録画装置６２０との通信状態に応じて、優先的に消去するストリーム画像の候補を選択し、さらに、記憶しておくデータサイズが小さくなるようにフラグを付与する。
【００４０】
図８は、第２の実施形態に係るネットワークカメラ６１０によるメイン処理を示すフローチャートである。なお図４を参照しつつ説明した、第１の実施形態に係るメイン処理のステップと同一のステップには同一の番号を付し、説明を省略する。
【００４１】
Ｓ８０１において、撮像処理部３０１は、撮像部２０４による撮像を制御し、画像を得る。次に、Ｓ８０２において、ストリーム生成部３０２は、Ｓ４０１において得られた画像から一部の領域を切り出すことで複数の画像を生成する。そして、ストリーム生成部３０２は、元画像のストリーム画像と、一部の領域それぞれのストリーム画像と、を生成する。次に、Ｓ８０３において、ストリーム生成部３０２は、複数のストリーム画像をそれぞれ異なる録画装置に配信する。次に、Ｓ８０４において、通信状態取得部３０４は、各録画装置６２０と、ネットワークカメラ６１０の間の通信状態を取得する。次に、Ｓ８０５において、画像管理部３０５は、通信状態と、各ストリーム画像のデータサイズと、に基づいて、Ｓ８０３において配信された各画像に付与するフラグを決定する。
【００４２】
ここで、フラグを決定する処理について説明する。「通信状態が悪い」と判定された画像の合計メモリサイズが、元画像のメモリサイズよりも大きいとする。この場合、画像管理部３０５は、元画像に対し「通信状態が悪い」フラグを付与し、他のストリーム画像には「消去可能」のフラグを付与する。他のストリーム画像が消去されても、元画像を保持しておけば他のストリーム画像を再生成することができるためである。
【００４３】
一方で、「通信状態が悪い」と判定された画像の合計メモリサイズが、元画像のメモリサイズよりも小さいとする。この場合には、画像管理部３０５は、「通信状態が悪い」と判定されたストリーム画像に「通信状態が悪い」フラグを付与し、元画像には「通信状態が良い」フラグを付与する。画像管理部３０５はまた、その他のストリーム画像には「消去可能」フラグを付与する。
【００４４】
図９は、フラグを決定する処理の説明図である。図９に示すストリーム１〜６は、図７に示すストリーム１〜６に対応するものとする。図中の丸は通信状態が良いことを示し、バツは通信状態が悪いことを示す。
【００４５】
例えば、図９に示す通信状況例１では、ストリーム１、２、３の通信状態が悪く、その他の通信状態は良いものとする。この場合、ストリーム１、２、３すべてに「通信状態が悪い」フラグを付与すると、合計で２６Ｍｂｙｔｅのメモリサイズの画像を保持し続けなければならない。しかし、ストリーム２、３の画像はストリーム１の元画像を保持しておけば後から再生成可能である。そこで、本実施形態においては、画像管理部３０５は、ストリーム１のみに「通信状態が悪い」フラグを付与し、その他には「消去可能」フラグを付与する。
【００４６】
通信状況例２では、ストリーム２の通信状態が悪く、その他の通信状態は良いものとする。このときは、メモリサイズ１０Ｍｂｙｔｅの元画像を保持するよりも、メモリサイズ８Ｍｂｙｔｅストリーム２のみを保持したほうが、メモリ効率が良い。そこで、画像管理部３０５は、ストリーム２にのみ「通信状態が悪い」フラグを付与する。画像管理部３０５はさらに、他のストリームにも「消去可能」フラグを付与してもよい。
【００４７】
ただし、「通信状態が良い」と判定した他のストリームの再送要求を後から受信した場合に、ストリーム２の画像しか保存されていないと再送できない。そこで、画像管理部３０５は、元画像のストリーム１には「通信状態が良い」フラグを立て、ストリーム３から６には「消去可能」フラグを立てるのが好ましい。これにより、画像の段階的な優先保持が可能になる。
【００４８】
通信状況例３では、「通信状態が悪い」ストリーム４、５、６の合計メモリサイズ１２Ｍｂｙｔｅが、元画像のメモリサイズ１０Ｍｂｙｔｅよりも大きい。そこで、画像管理部３０５は、元画像のストリーム１に「通信状態が悪い」フラグを付与し、その他のストリームには「消去可能」フラグを付与する。１０Ｍｂｙｔｅの画像を保持することで、他のストリームも再生可能である。したがって、後から再送要求を受信した場合に、対応することができ、効率よく記録媒体２０３を利用することができる。
【００４９】
図１０は、画像に対応付けられるフラグ及び時刻のメタデータを示す図である。図１０は、図９に示す通信状況例２に対応している。画像管理部３０５は、このように画像に付与されたメタデータに基づいて、記録媒体２０３に記憶されている画像を管理する。メタデータには、画像が配信されたタイミングにおける時刻情報と、画像が配信されたタイミングにおいて得られた通信状態を反映したフラグが含まれる。
【００５０】
ストリーム１は、時刻１５：００：００に配信され、「通信状態が良い」フラグが付与されており、「消去可能」フラグと「未測定」フラグは付与されていない。一方、ストリーム３から６は、ストリーム１と同時刻に配信され「通信状態が良い」と判定されるが、「消去可能」フラグが付与される。このため、消去処理において、ストリーム１よりも優先的に、すなわち先に、消去される。メタデータとして格納される情報は、第１の実施形態においても同様である。なお、第２の実施形態に係る撮像システム６００のこれ以外の構成及び処理は、第１の実施形態に係る撮像システム１００の構成及び処理と同様である。
【００５１】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００５２】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００５３】
１００，６００  撮像システム
１１０，６１０  ネットワークカメラ
１２０，６２０  録画装置
【図１】
2020188439.tif 000003
【図２】
2020188439.tif 000004
【図３】
2020188439.tif 000005
【図４】
2020188439.tif 000006
【図５】
2020188439.tif 000007
【図６】
2020188439.tif 000008
【図７】
2020188439.tif 000009
【図８】
2020188439.tif 000010
【図９】
2020188439.tif 000011
【図１０】
2020188439.tif 000012