(57)【要約】【課題】  使用環境や要求品質に対して最適な映像データの処理を行うこと。【解決手段】  映像データを送信することが可能な撮像装置は、ネットワークデバイスからの要求に応じて、撮像装置の処理能力を示す能力情報を生成する生成部と、生成部により生成された能力情報を、ネットワークデバイスに送信する送信部と、能力情報に基づきネットワークデバイスが決定した映像データを処理するためのフォーマット情報を受信して、撮像を行うための処理部にフォーマット情報に対応した設定を行う設定部と、設定部の設定に基づき、フォーマット情報に対応した映像データを生成する映像データ生成部と、映像データ生成部により生成された映像データをネットワークデバイスに送信する映像データ送信部と、を備える。【選択図】  図１
2008278378.tif 000002
【特許請求の範囲】
【請求項１】
映像データを送信することが可能な撮像装置であって、
ネットワークデバイスからの要求に応じて、前記撮像装置の処理能力を示す能力情報を生成する生成手段と、
前記生成手段により生成された前記能力情報を、前記ネットワークデバイスに送信する送信手段と、
前記能力情報に基づき前記ネットワークデバイスが決定した映像データを処理するためのフォーマット情報を受信して、撮像を行うための処理部に前記フォーマット情報に対応した設定を行う設定手段と、
前記設定手段の設定に基づき、前記フォーマット情報に対応した映像データを生成する映像データ生成手段と、
前記映像データ生成手段により生成された映像データを前記ネットワークデバイスに送信する映像データ送信手段と、
を備えることを特徴とする撮像装置。
【請求項２】
前記生成手段は、前記撮像を行うための処理部の最大処理能力と、前記処理部の現状の負荷と、に基づき前記処理部の余裕を求めて、前記能力情報を生成することを特徴とする請求項１に記載の撮像装置。
【請求項３】
撮像装置から送信される映像データを受信することが可能なネットワークデバイスであって、
前記撮像装置の処理能力を示す能力情報を受信する受信手段と、
受信した前記能力情報と、前記ネットワークデバイスの処理能力とに基づき、前記映像データを処理するためのフォーマット情報を決定する決定手段と、
前記決定手段により決定された前記フォーマット情報を、前記撮像装置に通知する通知手段と、
前記撮像装置から送信される前記フォーマット情報に対応した映像データを受信する映像データ受信手段と、
を備えることを特徴とするネットワークデバイス。
【請求項４】
前記映像データ受信手段により受信された前記映像データを表示手段に表示するための処理を行う表示処理手段を更に備えることを特徴とする請求項３に記載のネットワークデバイス。
【請求項５】
前記映像データ受信手段により受信された前記映像データを蓄積手段に蓄積するための処理を行う蓄積処理手段を更に備えることを特徴とする請求項３に記載のネットワークデバイス。
【請求項６】
前記決定手段は、
前記受信した能力情報と、前記ネットワークデバイスの処理能力と、に基づき、選択可能なフォーマット情報の組合せリストを生成するリスト生成手段と、
前記選択可能なフォーマット情報のそれぞれに対して、必要とされる撮像装置の能力を算出する能力算出手段と、
前記撮像装置の能力の算出結果に基づき、前記映像データの表示が最も高画質となる推奨設定を前記リストに付加して、表示手段に表示する付加手段と、
を更に備えることを特徴とする請求項３に記載のネットワークデバイス。
【請求項７】
前記映像データ受信手段は、
前記映像データの受信開始時刻と、前記映像データの受信終了時刻と、を計測することが可能な計時手段と、
前記映像データの区切りとして１ブロックの映像データのデータサイズを算出するデータサイズ算出手段と、
前記受信開始時刻と、前記１ブロックの映像データの受信終了時刻と、前記データサイズと、に基づき、通信の実レートを算出する通信レート算出手段と、
前記通信の実レートと、必要とされる通信レートとを比較して、前記通信の実レートが、前記必要とされる通信レートよりも低い場合に、通信レート不足の警告を表示手段に表示する比較手段と、
を更に備えることを特徴とする請求項３に記載のネットワークデバイス。
【請求項８】
映像データを送信することが可能な撮像装置における情報処理方法であって、
生成手段が、ネットワークデバイスからの要求に応じて、前記撮像装置の処理能力を示す能力情報を生成する生成工程と、
送信手段が、前記生成工程により生成された前記能力情報を、前記ネットワークデバイスに送信する送信工程と、
前記能力情報に基づき前記ネットワークデバイスが決定した映像データを処理するためのフォーマット情報を受信して、設定手段が、撮像を行うための処理部に前記フォーマット情報に対応した設定を行う設定工程と、
映像データ生成手段が、前記設定工程の設定に基づき、前記フォーマット情報に対応した映像データを生成する映像データ生成工程と、
映像データ送信手段が、前記映像データ生成工程により生成された映像データを前記ネットワークデバイスに送信する映像データ送信工程と、
を備えることを特徴とする情報処理方法。
【請求項９】
前記生成工程では、前記撮像を行うための処理部の最大処理能力と、前記処理部の現状の負荷と、に基づき前記処理部の余裕を求めて、前記能力情報を生成することを特徴とする請求項８に記載の情報処理方法。
【請求項１０】
撮像装置から送信される映像データを受信することが可能なネットワークデバイスにおける情報処理方法であって、
受信手段が、前記撮像装置の処理能力を示す能力情報を受信する受信工程と、
決定手段が、受信した前記能力情報と、前記ネットワークデバイスの処理能力とに基づき、前記映像データを処理するためのフォーマット情報を決定する決定工程と、
通知手段が、前記決定工程により決定された前記フォーマット情報を、前記撮像装置に通知する通知工程と、
映像データ受信手段が、前記撮像装置から送信される前記フォーマット情報に対応した映像データを受信する映像データ受信工程と、
を備えることを特徴とする情報処理方法。
【請求項１１】
表示処理手段が、前記映像データ受信工程により受信された前記映像データを表示手段に表示するための処理を行う表示処理工程を更に備えることを特徴とする請求項１０に記載の情報処理方法。
【請求項１２】
蓄積処理手段が、前記映像データ受信工程により受信された前記映像データを蓄積手段に蓄積するための処理を行う蓄積処理工程を更に備えることを特徴とする請求項１０に記載の情報処理方法。
【請求項１３】
前記決定工程は、
リスト生成手段が、前記受信した能力情報と、前記ネットワークデバイスの処理能力と、に基づき、選択可能なフォーマット情報の組合せリストを生成するリスト生成工程と、
能力算出手段が、前記選択可能なフォーマット情報のそれぞれに対して、必要とされる撮像装置の能力を算出する能力算出工程と、
付加手段が、前記撮像装置の能力の算出結果に基づき、前記映像データの表示が最も高画質となる推奨設定を前記リストに付加して、表示手段に表示する付加工程と、
を更に備えることを特徴とする請求項１０に記載の情報処理方法。
【請求項１４】
前記映像データ受信工程は、
計時手段が、前記映像データの受信開始時刻を計測する第１計時工程と、
データサイズ算出手段が、前記映像データの区切りとして１ブロックの映像データのデータサイズを算出するデータサイズ算出工程と、
計時手段が、前記１ブロックの映像データの受信終了時刻を計測する第２計時工程と、
通信レート算出手段が、前記受信開始時刻と、前記１ブロックの映像データの受信終了時刻と、前記データサイズと、に基づき、通信の実レートを算出する通信レート算出工程と、
比較手段が、前記通信の実レートと、必要とされる通信レートとを比較して、前記通信の実レートが、前記必要とされる通信レートよりも低い場合に、通信レート不足の警告を表示手段に表示する比較工程と、
を更に備えることを特徴とする請求項１０に記載の情報処理方法。
【請求項１５】
請求項８乃至１４のいずれか１項に記載の情報処理方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１６】
請求項１５に記載のコンピュータプログラムを格納したことを特徴とするコンピュータ可読の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、撮像技術、撮像した映像データの処理技術に関する。
【背景技術】
【０００２】
従来、カメラなどにより撮像された映像データを、ネットワークを介して情報処理装置やディスプレイなどへ伝送し、映像データを表示したり、蓄積する装置が多く提案されている。伝送する映像データの解像度等の属性を決定する方法としては、例えば、特許文献１は、送信先の処理能力に応じて送信する映像データの解像度を変換することが可能なシステムに関する技術を開示する。
また、特許文献２は、映像データの送信要求に応じて提供可能な映像ストリームの候補を所定のポリシーに基づいた評価関数により決定し、映像データの送信要求元に通知する技術が開示されている。
【特許文献１】特開２００５−３９５１５号公報
【特許文献２】特開２００５−３１８４１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
カメラや、受信装置は、画像サイズ・フレームレート変換機能、符号化機能、接続回線方式等、映像伝送に関する様々な機能を有している。そして、ネットワークを介して映像データを送信する場合に、経由するネットワークの性能や、映像データの使用目的も含めて最適な伝送形式を選択して、映像伝送をすることが必要となる。
【０００４】
しかしながら、従来のシステムにおいては、送信側で伝送形式を決定しているため、経由するネットワークの性能や、映像データの使用目的も含めて最適な伝送形式を選択することができない。
【０００５】
本発明は、上記の課題に鑑みてなされたもので、使用環境や要求品質に対して最適な映像データの処理を可能にすることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る撮像装置は、映像データを送信することが可能な撮像装置であって、
ネットワークデバイスからの要求に応じて、前記撮像装置の処理能力を示す能力情報を生成する生成手段と、
前記生成手段により生成された前記能力情報を、前記ネットワークデバイスに送信する送信手段と、
前記能力情報に基づき前記ネットワークデバイスが決定した映像データを処理するためのフォーマット情報を受信して、撮像を行うための処理部に前記フォーマット情報に対応した設定を行う設定手段と、
前記設定手段の設定に基づき、前記フォーマット情報に対応した映像データを生成する映像データ生成手段と、
前記映像データ生成手段により生成された映像データを前記ネットワークデバイスに送信する映像データ送信手段と、
を備えることを特徴とする。
【０００７】
あるいは、本発明にかかるネットワークデバイスは、撮像装置から送信される映像データを受信することが可能なネットワークデバイスであって、
前記撮像装置の処理能力を示す能力情報を受信する受信手段と、
受信した前記能力情報と、前記ネットワークデバイスの処理能力とに基づき、前記映像データを処理するためのフォーマット情報を決定する決定手段と、
前記決定手段により決定された前記フォーマット情報を、前記撮像装置に通知する通知手段と、
前記撮像装置から送信される前記フォーマット情報に対応した映像データを受信する映像データ受信手段と、
を備えることを特徴とする。
【発明の効果】
【０００８】
本発明に拠れば、使用環境や要求品質に対して最適な映像データの処理が可能になる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、この実施の形態に記載されている構成要素はあくまで例示であり、本発明の技術的範囲は、特許請求の範囲によって確定されるのであって、以下の個別の実施形態によって限定されるわけではない。
【００１０】
＜第１実施形態＞
図１は本発明を適用できる映像データ処理システムの全体構成例を示すブロック図である。撮像装置（カメラ）１００はTCP/IP、UDP/IP等の規格に準拠した通信が可能な通信部１０７と映像データの送信制御を行う送信通信制御部１０８とを有し、ネットワーク１５０に映像データを送信することが可能である。カメラ１００の通信部１０７はネットワーク配線１２０を介して、LANやインターネットなどのネットワーク１５０と接続する。送信通信制御部１０８は、専用の制御回路またはＣＰＵと周辺回路とで構成することが可能である。
【００１１】
カメラ１００は、構成要素として、レンズ１０１、CCDなどの撮像素子１０２、撮像信号処理部１０３、解像度変換処理部１０４を備える。また、カメラ１００は、JPEG、MPEG4、H264等のフォーマットによる符号化処理を行う符号化処理部１０５と、符号化された映像データを一時保持する送信メモリ１０６を備える。
【００１２】
表示装置（ディスプレイ）１３０は、ネットワークデバイスとして、ネットワーク１５０を介して、カメラ１００から送信された映像データを受信して表示することが可能である。ディスプレイ１３０は、ネットワーク配線１４０を介してネットワーク１５０と接続する通信部１３１と、映像データの受信制御を行う受信通信制御部１３２を備える。受信通信制御部１３２は、専用の制御回路または、ＣＰＵと周辺回路とで構成することも可能である。また、ディスプレイ１３０は受信した映像データを一時保持する受信メモリ１３３、JPEG,MPEG4,H264等のフォーマットによる復号化を行う復号化処理部１３４、表示処理部１３５、液晶等の表示部１３６を備える。
【００１３】
（カメラ１００の動作）
まず、カメラ１００のレンズ１０１で撮像された被写体像は、撮像素子１０２で光電変換される。撮像信号処理部１０３は、撮像素子１０２による光電変換の結果に基づき標準画像を生成する。解像度変換処理部１０４は、標準画像を各サイズの画像に変換することが可能である。
【００１４】
例えば、撮像素子１０２の有効画素数が1920x1080の場合、撮像信号処理部１０３が生成する標準画像も同解像度になる。解像度変換処理部１０４は、標準画像の縮小や一部切り出しを行い、1280x960,640x480,  320x240,160x120  等の通常用いられる画像サイズや、任意のサイズに解像度を変換することが可能である。符号化処理部１０５は、解像度変換処理部１０４により変換された上記それぞれのサイズの画像をJPEG、MPEG4、H264などの標準符号化方式に則り、映像データへ変換することが可能である。この映像データは、送信メモリ１０６に一時的に保存される。送信通信制御部１０８は、通信部１０７を制御して、送信メモリ１０６に保存された映像データを、ネットワーク配線１２０を介してネットワーク１５０へ送信する。
【００１５】
（ディスプレイ１３０の動作）
カメラ１００からネットワーク１５０に送信されたデータは、ネットワーク配線１２０を経由して、通信部１３１に入力される。通信部１３１は、TCP/IP、UDP/IP等の規格に準拠した通信が可能であり、受信通信制御部１３２の受信制御の下に映像データの受信処理を実行する。通信部１３１が受信した映像データは、受信メモリ１３３に一時的に保存される。
【００１６】
復号化処理部１３４は、受信メモリ１３３に保存された映像データを符号化時に用いられた方式と同じ方式で復号し、受信映像を生成する。表示処理部１３５は受信映像を表示部１３６に適した信号に変換処理し、表示部１３６に表示する。
【００１７】
上記の動作により、カメラ１００で撮影された画像が、ネットワーク１５０を経由してディスプレイ１３０の表示部１３６に表示される。
【００１８】
尚、図１では、説明の簡略化のために、カメラ１００が１台、ディスプレイ１３０が１台の組合せのみを示している。実際の構成では、複数台のカメラと複数台のディスプレイとで映像データ処理システムを構成することが可能である。その場合、１台のカメラから複数台のディスプレイへ映像データを送信し、また、１台のディスプレイは複数台のカメラからの映像データを受信し表示する動作を行うことが可能である。
【００１９】
（送信通信制御部１０８、受信通信制御部１３２の動作例）
図２は、送信通信制御部１０８、受信通信制御部１３２の処理の流れを例示的に説明するフローチャートである。図中、実線は動作の流れを表し、破線は通信を経由したデータやコマンドの流れを表すものとする。
【００２０】
（送信通信制御部１０８の動作）
まず、送信通信制御部１０８の動作であるが、Ｓ２０１で動作を開始する。Ｓ２０２で、送信通信制御部１０８は、受信通信制御部１３２の制御の下にディスプレイ１３０から送信されるカメラ１００への接続要求を受信する。
【００２１】
Ｓ２０３で、送信通信制御部１０８は、接続要求の送り元が接続可能な相手先であるか判定する。送信通信制御部１０８は、接続要求の送り元が接続可能な相手先であり、またカメラ１００が接続可能な動作状態であれば、接続要求の送り元へ接続許可を送信する。以下の送信動作は、この接続要求の送り元へ行われる。
【００２２】
次に、Ｓ２０４で、送信通信制御部１０８は、接続要求の送り元の受信通信制御部１３２の制御の下にディスプレイ１３０から送信される能力情報の要求（能力情報要求）を受信する。ここで、能力情報とは、カメラ１００における映像データの送信能力を示す情報をいう。
【００２３】
カメラ１００の送信通信制御部１０８は、能力情報の要求を受信すると、Ｓ２０５で、カメラ１００内の各部の機能や性能やパラメータの設定範囲、現在の動作状況等をもとに能力情報を生成する。この処理の詳細は、後に図４を参照して説明する。
【００２４】
Ｓ２０６で、カメラ１００の送信通信制御部１０８は、先のステップＳ２０５で生成した能力情報を、要求元の受信通信制御部１３２に送信する。
【００２５】
Ｓ２０７で、カメラ１００の送信通信制御部１０８は受信通信制御部１３２の制御の下にディスプレイ１３０から送信される映像データを表示するためのフォーマット情報（フォーマット）を受信する。
【００２６】
カメラ１００の送信通信制御部１０８は、フォーマットを受信すると、Ｓ２０８で、フォーマットに対応した映像データを生成するために必要な設定情報を生成する。
【００２７】
Ｓ２０９で、送信通信制御部１０８は、設定情報を、フォーマット情報に対応した映像データの撮像を行うための処理部（撮像信号処理部１０３、解像度変換処理部１０４、符号化処理部１０５）に設定する（カメラ動作設定）。例えば、フォーマット内の画像サイズが640x480であれば、送信通信制御部１０８は、撮像素子１０２の画素数からこのサイズを得る縮小倍率を計算し、その倍率を解像度変換処理部へ設定する。また、符号化方式がＭＰＥＧ４である場合、送信通信制御部１０８は、その方式を符号化処理部１０５へ設定する。撮像信号処理部１０３、解像度変換処理部１０４、符号化処理部１０５は、映像データ生成手段として機能し、この設定に基づき、フォーマットに対応した映像データを生成することができる。
【００２８】
次にＳ２１０で、カメラ１００の送信通信制御部１０８は、ディスプレイ１３０の受信通信制御部１３２から送信されるコマンドの受信動作に入る。コマンドが受信されると、Ｓ２１１で、送信通信制御部１０８は、コマンド種別を判定する。
【００２９】
Ｓ２１１の判定で、コマンドが映像送信要求である場合に、Ｓ２１２で、送信通信制御部１０８は、映像データ送信手段として機能し、送信メモリ１０６に一時保存されている映像データをコマンドの送信元に送信する。
【００３０】
一方、Ｓ２１１の判定で、コマンドが切断要求であれば、Ｓ２１３で、送信通信制御部１０８は、動作を終了する。この後、処理をＳ２０１に戻し、送信通信制御部１０８は、同様の処理を繰り返す。
【００３１】
（受信通信制御部１３２の動作）
また、受信通信制御部１３２の動作であるが、Ｓ２２０で動作を開始する。Ｓ２２１で、受信通信制御部１３２は、カメラ１００に対して接続要求を送信する。以下の送信動作はこのカメラ１００に対して行われる。
【００３２】
Ｓ２２２で、受信通信制御部１３２は、送信通信制御部１０８の制御の下にカメラ１００から送信された接続許可を受信する。
【００３３】
接続許可が受信されると、Ｓ２２３で、受信通信制御部１３２は、能力情報の要求（能力情報要求）を送信する。
【００３４】
Ｓ２２４で、受信通信制御部１３２は、送信通信制御部１０８の制御の下にカメラ１００から送信された能力情報を受信する。
【００３５】
Ｓ２２５で、受信通信制御部１３２は、能力情報と、ディスプレイ１３０の処理能力（復号化処理部１３４や表示処理部１３５の機能、性能）、または、ユーザーから入力される表示目的に応じた選択により、映像データのフォーマットを決定する。この処理の詳細は、後に図５を参照して説明する。
【００３６】
Ｓ２２６で、受信通信制御部１３２は、先のステップＳ２２５で決定したフォーマットをカメラ１００に送信する（フォーマット通知）。
【００３７】
Ｓ２２７で、受信通信制御部１３２は、コマンドとして、映像送信要求をカメラ１００に送信する。
【００３８】
Ｓ２２８で、受信通信制御部１３２は、通信部１３１を制御して、送信通信制御部１０８の制御の下にカメラ１００から送信される映像データを受信する。この処理の詳細は、後に図６を参照して説明する。
【００３９】
Ｓ２２９で、受信通信制御部１３２は、受信した映像データを表示部１３６に表示する。
【００４０】
Ｓ２３０で、受信通信制御部１３２は、所定の条件に従い、映像データの表示が完了したか判定する。表示完了の判定条件として、受信通信制御部１３２は、例えば、映像データの表示開始から不図示の計時部（タイマー）を起動して時刻の計測を開始し、所定時間経過後に表示完了と判定することが可能である。あるいは、受信通信制御部１３２は、ユーザーの操作入力を条件として、表示完了と判定することも可能である。
【００４１】
Ｓ２３０の判定で映像データの表示が完了していない場合（Ｓ２３０−Ｎｏ）、処理をステップＳ２２７に戻し、受信通信制御部１３２は、同様の処理を繰り返す。
【００４２】
一方、Ｓ２３０の判定で映像データの表示が完了した場合に（Ｓ２３０−Ｙｅｓ）、Ｓ２３１で、受信通信制御部１３２は、コマンドとして、切断要求をカメラ１００に送信し、処理を終了する（Ｓ２３２）。
【００４３】
図２の説明では、説明の簡単化のため、カメラ１００を１台、ディスプレイ１３０を１台とした場合の動作を説明した。本発明の趣旨はこの例に限定されず、例えば、図２の動作を複数のディスプレイやカメラに対応させて並列に動作させることで、複数台のカメラと複数台のディスプレイとに対応したシステム構成も可能である。例えば、送信通信制御部１０８、受信通信制御部１３２は複数の制御回路と動作状態を記憶するレジスタとを複数備え、制御回路はそれぞれ時分割でレジスタを切り替えることで、並列動作の実行が可能になる。
【００４４】
（処理能力リストの例）
図３は、図２のＳ２０５で生成される能力情報のうち、カメラ１００の機能、性能で定まる処理能力情報のリスト（処理能力リスト）を例示する図である。この例では、処理能力情報をツリー状に表現しているが、実際のファイルの形式は、例えば、ＸＭＬ形式や、インデックスつきのテキスト形式で表すことが出来る。図３に例示されるように、カメラ１００の内部の機能、性能を動作モード（例えば、ＪＰＥＧ、ＭＰＥＧ４）に対応して分類して送信することで、ディスプレイ内で必要なフォーマットを選択することが出来る。
【００４５】
（能力情報生成の工程の詳細）
図４は、図２のＳ２０５（能力情報生成工程）の詳細な情報処理の流れを説明する図である。図４の処理は、送信通信制御部１０８の全体的な制御の下に実行される。
【００４６】
Ｓ４０１で、送信通信制御部１０８は、解像度変換処理部１０４の最大処理能力と、現状の解像度変換負荷の比率とから、解像度変換残能力（解像度変換能力の余裕）を求める。解像度変換処理部１０４の処理能力は、画像サイズ、フレームレート、縮小率に関係している。例えば、1/２縮小換算で120frame・Mピクセル /秒とすると、現在、２Ｍピクセルの映像を30fpsで1/2縮小していると、60frame・Mピクセル/秒の処理を行っていることになり、50%の残能力になる。
【００４７】
Ｓ４０２で、送信通信制御部１０８は、符号化処理部１０５の最大処理能力と、現状の符号化処理負荷の比率とから符号化処理残能力（符号化処理能力の余裕）を求める。符号化処理部１０５の処理能力は、画像サイズ、フレームレートと符号化方式に関係している。例えば、JPEG方式に比べ、MPEG4は、単方向予測で2〜4倍、双方向予測では8〜15倍程度処理能力が必要になる。これらの状態をもとに、送信通信制御部１０８は、現在の処理能力を求め、残能力を求める。
【００４８】
Ｓ４０３で、送信通信制御部１０８は、通信部１０７の最大通信能力と、現状の通信量の比率から、通信部残能力（通信処理能力の余裕）を求める。例えば、100BASE-TXのインターフェースを用いて通信する場合、原理的な最大通信能力は100Mbpsであるが、実際には、データにヘッダやフッタが付くことで、映像データの通信能力は80〜90%程度になる。更に、送信メモリ１０６へのアクセス時間や通信部１０７内部での処理時間等で最大通信能力が決まる。これに対し、現状の通信状態は、現在送信している映像データの画像サイズ、フレームレートと符号化方式の他、符号化の際に行う量子化処理の量子化値（Ｑ値）にも大きく依存する。このＱ値とデータ量の対応テーブルを用いて求めるか、現状の時間当たりの通信データ量を求めることで、送信通信制御部１０８は、通信部残能力を求めることができる。
【００４９】
Ｓ４０４で、送信通信制御部１０８は処理能力リスト（図３）、解像度変換残能力（Ｓ４０１）、符号化処理残能力（Ｓ４０２）、通信部残能力（Ｓ４０３）、増加割合計算パラメータにより能力情報を生成する。
【００５０】
ここで、増加割合計算パラメータは、あるフォーマットにより映像データを送信する際に、解像度変換処理部１０４、符号化処理部１０５、通信部１０７の処理における負荷の増加割合を計算するためのパラメータである。
【００５１】
（フォーマット決定工程の詳細）
図５は、図２のＳ２２５（フォーマット決定工程）の詳細な情報処理の流れを説明する図である。図５の処理は、受信通信制御部１３２の全体的な制御の下に実行される。
【００５２】
Ｓ５０１で、受信通信制御部１３２は、リスト生成手段として機能し、Ｓ２２４でカメラ１００から受信した能力情報から処理能力リストを抽出する。
【００５３】
Ｓ５０２で、受信通信制御部１３２は、Ｓ５０１で抽出した処理能力リストと、復号化処理部１３４、表示処理部１３５の能力をもとに、選択可能なフォーマットの組合せのリストを生成する。例えば、復号化処理部１３４がＪＰＥＧのみに対応していて、表示サイズとして640x480 15fps以下,320x240 30fps以下の場合、受信通信制御部１３２は、以下の選択肢(1),(2)を持つリストを生成する。
【００５４】
（１）モード＝ＪＰＥＧ  サイズ＝640x480 フレームレート=15fps以下  Ｑ値＝０〜１００
（２）モード＝ＪＰＥＧ  サイズ＝320x240 フレームレート=30fps以下  Ｑ値＝０〜１００。
【００５５】
他にも対応可能であれば、対応可能な数の選択肢を持つリストが得られる。
【００５６】
Ｓ５０３で、受信通信制御部１３２は、Ｓ２２４でカメラ１００から受信した能力情報に基づき、解像度変換残能力、符号化処理残能力、通信部残能力、増加割合計算パラメータを抽出する。
【００５７】
Ｓ５０４で、受信通信制御部１３２は、能力算出手段として機能し、Ｓ５０２で生成したそれぞれのフォーマットを選択した場合の、カメラの解像度変換残能力、符号化処理残能力、通信部残能力を、増加割合計算パラメータを基に計算する。受信通信制御部１３２は、選択可能なフォーマットに対して、それぞれ必要とされるカメラの解像度変換残能力、符号化処理残能力、通信部残能力を増加割合計算パラメータにより計算することが可能である。あるフォーマットに対し、フレームレート、Ｑ値は幅がある。そのため、受信通信制御部１３２は、例えば、フレームレートを最大、最大の1/2、最大の1/4とし、Ｑ値をいくつかの推奨値（たとえば４０、５０、６０）等を用いて計算することが可能である。
【００５８】
Ｓ５０５で、受信通信制御部１３２は、Ｓ５０４で計算した算出結果に基づき、各残能力が正（プラス）となる、残能力に余裕があるものの組み合わせを選択候補として設定する。各残能力が正であれば、カメラ１００がこの映像データの送信を行っても、現在行っている他のディスプレイへの映像データの送信へ悪影響が無く、自ディスプレイに対してフォーマット通りの送信が可能である。
【００５９】
逆に負（マイナス）になる能力があれば、現在行っている他のディスプレイへの映像データの送信へ悪影響が発生する可能性がある。この場合、例えば、自ディスプレイに対してフォーマットどおりの送信が出来ず、映像が途切れたりする可能性がある。
【００６０】
Ｓ５０６で、受信通信制御部１３２は、Ｓ５０５で得た選択候補の中で、表示画像が最も高画質な組合せを推奨設定として選択する。選択の際、受信通信制御部１３２は、画面サイズ、フレームレート、Ｑ値を変数として、所定の関数を用いて画質評価値を求め、その画質評価値の最も高いものを選択する。予めユーザー設定として、フレームレートを優先するか、画面サイズを優先するか、Ｑ値を優先するかなどの選択基準を入力させ、受信通信制御部１３２は、選択基準の入力に応じて画質評価値を求め、その画質評価値の最も高いものを選択することもできる。
【００６１】
Ｓ５０７で、受信通信制御部１３２はＳ５０２で生成したリストに、Ｓ５０５で設定した選択候補、Ｓ５０４で計算した各残能力、Ｓ５０６で選択した推奨設定を付加し、選択可能に表示する。また、この際、受信通信制御部１３２は、Ｓ５０５で設定した選択候補以外は、グレーアウトして選択できないように表示することにより、他のディスプレイへの送信への悪影響の発生を予防することも可能である。
【００６２】
また、受信通信制御部１３２は、Ｓ５０６で得た画質評価値を用いて、高画質な順に表示するなどの表示制御により、ユーザーの選択を支援することが可能である。
【００６３】
Ｓ５０７の処理により、例えば、表示部１３６の上に、ダイアログなどが表示され、ユーザーは、不図示のリモコンやキーボード、マウスなどを用いて、いずれか１つのフォーマットを選択することが可能である。
【００６４】
Ｓ５０８で、受信通信制御部１３２は、ユーザーの選択により、映像データの送信フォーマットを決定する。
【００６５】
（映像データ受信工程の詳細）
図６は、図２のＳ２２８（映像データ受信工程）の詳細な情報処理の流れを説明する図である。図６の処理は、受信通信制御部１３２の全体的な制御の下に実行される。
【００６６】
Ｓ６０１で、受信通信制御部１３２は、不図示の計時部（タイマー）を起動して、映像データの受信開始時刻を記録する（第１計時工程）。
【００６７】
Ｓ６０２で、受信通信制御部１３２は、映像データの受信を開始する。
【００６８】
Ｓ６０３で、受信通信制御部１３２は、映像データの区切りとして１ブロックの受信が完了したか判定する。１ブロックの映像データの受信が完了してなければ、受信通信制御部１３２は、処理をＳ６０２へ戻す。「１ブロック」とは、映像データの一区切りで、符号化方式や送信フォーマットにより異なるが、例えばJPEGであれば１画面分、あるいは、MPEG4であれば、１GOP(Group of Picture)分などを１ブロックとすることができる。
【００６９】
一方、１ブロックの映像データの受信が完了した時に（Ｓ６０３−Ｙｅｓ）、受信通信制御部１３２は、Ｓ６０４で、タイマーが計測する時刻を参照して１ブロック受信終了時刻を記録する（第２計時工程）。
【００７０】
Ｓ６０５で、受信通信制御部１３２は、データサイズ算出手段として機能し、１ブロックの映像データのデータサイズを計算する。
【００７１】
Ｓ６０６で、受信通信制御部１３２は、Ｓ６０５で算出した１ブロックの映像データのサイズと、Ｓ６０１で記録した受信開始時刻と、Ｓ６０４で記録した受信終了時刻とから、通信の実レートを計算する。
【００７２】
Ｓ６０７で、受信通信制御部１３２は、通信レート算出手段として機能し、現状の設定フォーマットから、通信の必要レートを計算する。
【００７３】
Ｓ６０８で、受信通信制御部１３２は、Ｓ６０６で算出した通信の実レートと、Ｓ６０７で算出した通信の必要レートとを比較する。Ｓ６０８の比較で、実レートが必要レートを下回っている場合に（Ｓ６０８−Ｎｏ）、処理はＳ６０９に進められる。
【００７４】
Ｓ６０９において、受信通信制御部１３２は、表示処理部１３５を制御して、実レートが必要とされるフレームレート（通信レート）を下回る、通信レート不足の警告を表示部１３６に表示する。これにより、ユーザーは、映像データがカメラ１００内で滞留したり、あるいは、設定フレームレートよりも低いフレームレートでしか送信することができないことを知ることが出来る。ユーザーは、これに応じて設定を変更するなどの対処をすることで、意図した通りの動作が行われないことを未然に防ぐことが出来る。
【００７５】
一方、Ｓ６０８の比較で、受信通信制御部１３２は、実レートが必要レートを上回っていると判定する場合（Ｓ６０８−Ｙｅｓ）、問題発生の可能性がないため、次の工程（図２のＳ２２９）へ進む。
【００７６】
以上説明したとおり、本実施形態に拠れば、カメラ１００及びディスプレイ１３０の使用環境や要求品質に対して最適なフォーマットに基づいた映像データの表示が可能になる。
【００７７】
＜第２実施形態＞
図７は本発明の第２実施形態にかかる映像データ処理システムの全体構成例を示すブロック図である。図７において、第１実施形態の構成と同一の構成要素（カメラ１００、ディスプレイ１３０）または相当部分には同一の参照番号が付されている。
【００７８】
蓄積装置７００は、ネットワークデバイスとして、ネットワーク１５０より映像データを受信してディスク装置７０６へ蓄積し、また、ディスク装置７０６から再生した映像をネットワークへ送信可能である。
【００７９】
蓄積装置７００は、ネットワーク配線７１０を介してネットワーク１５０と接続する通信部７０１と、映像データの受信または送信のための制御を行う蓄積通信制御部７０２を備える。蓄積通信制御部７０２は、専用の制御回路または、ＣＰＵと周辺回路とで構成することも可能である。
【００８０】
蓄積装置７００は、受信した映像データまたは送信する映像データを一時保持する送受信メモリ７０３と、映像データをファイルとして管理するファイル管理部７０４を備える。蓄積装置７００は、更に、ハードディスクドライブや光ディスクドライブ、フラッシュメモリディスクなどのディスク装置７０６と、ディスク装置７０６を制御し、蓄積処理手段として機能するディスク制御部７０５を備える。
【００８１】
蓄積装置７００は録画動作と再生動作とを実行することが可能である。録画動作において、カメラ１００からネットワーク１５０に送信されたデータは、ネットワーク配線７１０を経由して、通信部７０１に入力される。通信部７０１に入力された映像データは、蓄積通信制御部７０２の制御の下に受信処理され、送受信メモリ７０３に一時的に格納（蓄積）される。この受信データはファイル管理部７０４によりファイル化される。このファイルは、ディスク制御部７０５により、ディスク装置７０６に適した信号に変換され、ディスク装置７０６へ格納（蓄積）される。
【００８２】
また、再生動作では、ディスク装置７０６に格納（蓄積）されたファイルはディスク制御部７０５により読み出され、ファイル管理部７０４は、読み出されたファイルから映像データを取り出す。そして、ファイル管理部７０４は、取り出した映像データを送受信メモリ７０３に一時的に格納（蓄積）する。
【００８３】
通信部７０１は、蓄積通信制御部７０２の制御の下に、送受信メモリ７０３に一時的に格納（蓄積）された映像データを、ネットワーク配線７１０を経由してネットワーク１５０へ送信する。ここで送信された映像データは、ディスプレイ１３０により表示されるが、ディスプレイ１３０における処理は第１実施形態の説明と同一となるため説明を省略する。
【００８４】
（送信通信制御部１０８、蓄積通信制御部７０２の動作例）
図８は、蓄積通信制御部７０２は、送信通信制御部１０８の処理の流れを例示的に説明するフローチャートである。第１実施形態で説明した図２と同一の処理に関しては、同一の参照番号を付し、詳細な説明は省略する。
【００８５】
蓄積通信制御部７０２の動作は、スタートから能力情報の受信までは、図２の受信通信制御部１３２の動作Ｓ２２０からＳ２２４までと、同一の動作となる。ここで、Ｓ２２０からＳ２２４に対応する動作を蓄積通信制御部７０２が主体となって実行するものとする。
【００８６】
Ｓ８０１で、蓄積通信制御部７０２は、Ｓ２２４で受信した能力情報と、蓄積装置内のファイル管理部７０４、ディスク制御部７０５の機能、性能、ユーザーから入力される表示目的に応じた選択により、映像データのフォーマットを決定する。
【００８７】
フォーマットをカメラ１００に通知するフォーマットの通知工程（Ｓ２２６）から映像データの受信工程（Ｓ２２８）までの動作は、図２の受信通信制御部１３２の動作と同一である。ここで、Ｓ２２６からＳ２２８に対応する動作を蓄積通信制御部７０２が主体となって実行するものとする。
【００８８】
Ｓ８０２で、蓄積通信制御部７０２は、通信部７０１を制御して、送信通信制御部１０８の制御の下にカメラ１００から送信される映像データを受信する。
【００８９】
Ｓ８０３で、蓄積通信制御部７０２は、ファイル管理部７０４を制御して、受信した映像データをファイル化し、ディスク制御部７０５の制御の下にファイルをディスク装置７０６へ格納（蓄積）する。
【００９０】
Ｓ８０４で、蓄積通信制御部７０２は、所定の条件に応じて、映像データ（ファイル）の蓄積が完了したか判定する。
【００９１】
蓄積完了の判定条件として、蓄積通信制御部７０２は、ディスク制御部７０５の通知を受けて、映像データ（ファイル）の蓄積完了を判定することができる。
【００９２】
Ｓ８０４の判定で映像データ(ファイル)の蓄積が完了していない場合（Ｓ８０４−Ｎｏ）、処理をステップＳ２２７に戻し、蓄積通信制御部７０２は、同様の処理を繰り返す。
【００９３】
一方、Ｓ８０４の判定で映像データ（ファイル）の蓄積が完了した場合に（Ｓ８０４−Ｙｅｓ）、Ｓ２３１で、蓄積通信制御部７０２は、コマンドとして、切断要求をカメラ１００に送信し、処理を終了する（Ｓ２３２）。
【００９４】
蓄積装置７００は、カメラ１００から送信された映像データを、ネットワーク１５０を介して受信してディスク装置７０６に蓄積する。また、蓄積装置７００は、ディスク装置７０６から再生した映像を、ネットワーク１５０を介してディスプレイ１３０に送信することが可能である。
【００９５】
以上説明したとおり、本実施形態に拠れば、カメラ１００、蓄積装置７００の使用環境や要求品質に対して最適なフォーマットに基づいた映像データの蓄積と再生が可能になる。
【００９６】
＜第３実施形態＞
なお、本発明の目的は、前述した実施形態の機能を実現するコンピュータプログラムのプログラムコードを記録したコンピュータ可読の記憶媒体を、システムあるいは装置に供給することによっても、達成されることは言うまでもない。また、システムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００９７】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９８】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、不揮発性のメモリカード、ＲＯＭなどを用いることができる。
【００９９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現される。また、プログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１００】
【図１】第１実施形態に係る映像データ処理システムの全体構成例を示すブロック図である。
【図２】送信通信制御部１０８、受信通信制御部１３２の処理の流れを例示的に説明するフローチャートである。
【図３】処理能力情報のリストを例示する図である。
【図４】図２のＳ２０５（能力情報生成工程）の詳細な処理の流れを説明する図である。
【図５】図２のＳ２２５（フォーマット決定工程）の詳細な処理の流れを説明する図である。
【図６】図２のＳ２２８（映像データ受信工程）の詳細な処理の流れを説明する図である。
【図７】第２実施形態にかかる映像データ処理システムの全体構成例を示すブロック図である。
【図８】送信通信制御部１０８の処理の流れを例示的に説明するフローチャートである。
【符号の説明】
【０１０１】
１００  カメラ
１０２  撮像素子
１０７  通信部
１０８  送信通信制御部
１５０  ネットワーク
１３０  ディスプレイ
１３１  通信部
１３２  受信通信制御部
１３６  表示部
７００  蓄積装置
７０１  通信部
７０２  蓄積通信制御部
７０６  ディスク装置
【図１】
2008278378.tif 000003
【図２】
2008278378.tif 000004
【図３】
2008278378.tif 000005
【図４】
2008278378.tif 000006
【図５】
2008278378.tif 000007
【図６】
2008278378.tif 000008
【図７】
2008278378.tif 000009
【図８】
2008278378.tif 000010