(57)【要約】【課題】  記録画像データの分類を明確にする。【解決手段】  共通の標的（６００、６０１）を入力する装置別にまとめたカメラ群を区別するプロジェクト符号（Ｂ、Ｃ）を示す信号をサーバー１０１上の画像及び音声データと一対にして記録する。【選択図】  図１
2005150933.tif 000002
【特許請求の範囲】
【請求項１】
画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システムであって、
共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像データと一対にして記録する手段を有することを特徴とするカメラ制御システム。
【請求項２】
請求項１に記載のカメラ制御システムにおいて、同じ群符号をもつ複数の入力装置は、入力装置の設定制御を同じ値で行う手段を有することを特徴とするカメラ制御システム。
【請求項３】
請求項２に記載のカメラ制御システムにおいて、同じ群符号をもつ複数の入力装置のうちの代表一台の入力設定制御値を代用し、同じ群符号をもつ複数の他の入力装置が同じ値で制御される手段を有することを特徴とするカメラ制御システム。
【請求項４】
請求項３に記載のカメラ制御システムにおいて、同じ群符号をもつ複数の入力装置のうちの代表一台の入力設定制御値を代用し、同じ群符号をもつ複数の他の入力装置が同じ値で制御する手段は、同じ群符号をもつ複数の入力装置のうちの代表一台の入力設定制御値をカメラ制御システム全体を制御する制御装置へ送信し、この制御装置から同じ群符号をもつ複数の他の入力装置へ制御値を送信する方法により行うことを特徴とするカメラ制御システム。
【請求項５】
請求項３に記載のカメラ制御システムにおいて、同じ群符号をもつ複数の入力装置のうちの代表一台の入力設定制御値を代用し、同じ群符号をもつ複数の他の入力装置が同じ値で制御する手段は、同じ群符号をもつ複数の入力装置のうちの代表一台の入力設定制御値を、この代表一台の入力装置から直接、代表一台の入力装置と同じ群符号をもつ複数の他の入力装置へ送信する方法により行うことを特徴とするカメラ制御システム。
【請求項６】
請求項１に記載のカメラ制御システムにおいて、同じ群符号をもつ複数の入力装置から入力された画像及び音声などのデータは記録媒体上の記録順番に関わらず、記録媒体上の画像及び音声データと一対にして記録された群を区別する符号を示す信号を参照比較することにより、時間的に連続して群別整列再生させる手段を有することを特徴とするカメラ制御システム。
【請求項７】
請求項１に記載のカメラ制御システムにおいて、同じ群符号をもつ複数の入力装置から入力された画像データは記録媒体上の記録順番に関わらず、記録媒体上の画像データと一対にして記録された群を区別する符号を示す信号を参照比較することにより、時間的に交互させて群別整列再生させる手段を有することを特徴とするカメラ制御システム。
【請求項８】
請求項１〜７のいずれかに記載のカメラ制御システムにおいて、前記画像データには、対応する音声データが付加されていることを特徴とするカメラ制御システム。
【請求項９】
画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システムの制御方法であって、
共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像データと一対にして記録することを特徴とするカメラ制御システムの制御方法。
【請求項１０】
画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システムの制御方法を実行するためのプログラムであって、
共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像データと一対にして記録することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを入力可能な複数の装置と、入力した画像データを記録媒体へ保存可能な記録装置と、画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システム、カメラ制御システムの制御方法、及びプログラムに関する。
【背景技術】
【０００２】
画像処理システムにおいて、通信接続された異種カメラ間で協調撮影を試みるカメラシステム制御の提案がなされている（特許文献１参照）。これは複数のカメラ間で撮影設定を共有し、異種ハード構成のカメラ上ではこの協調撮影設定の微調整を行いながら撮影するといった内容である。
【特許文献１】特開２００１−１１１８６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の方法は画像を保存する一つの記録装置に対し、一つのカメラ群のみからの画像データが伝送され、保存される、いわば、サーバーとカメラ群の関係が一対一の関係であるシステムを想定していた。しかし近年においては、ディスクドライブの記録容量が格段に向上しており、共通のサーバーに対して、非常に多数のユーザー群が同時にアクセスし、画像データを同時に保存しておくといった使い方が出現してきている。
【０００４】
本発明はネットワーク接続をより広い視野で捕らえ、ネットワークを利用し複数の被写体を撮影する複数のカメラ群が同時に一つのサーバーを共有利用する状況を想定した場合に好適なカメラ群の撮影制御が行え、このカメラ群により記録されたサーバー上の記録画像の内容を再生する際に、撮影者以外の視聴者にとって鑑賞し易い形体へ自動編集する再生制御等が実現可能なカメラ制御システム及びカメラ制御システムの制御方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明のカメラ制御システムは、画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システムであって、共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像データと一対にして記録する手段を有することを特徴とする。
【０００６】
また、本発明のカメラ制御システムの制御方法は、画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システムの制御方法であって、共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像データと一対にして記録することを特徴とする。
【０００７】
また、本発明のプログラムは、画像データを入力可能な複数の装置と入力した画像データを記録媒体へ保存可能な記録装置とが所定の通信手段を介して接続されているカメラ制御システムの制御方法を実行するためのプログラムであって、共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像データと一対にして記録することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、共通の標的を入力する装置別にまとめた画像入力装置群を区別する符号を示す信号を記録媒体上の画像及び音声データと一対にして記録することにより、記録画像データの分類が非常に明確になるという効果がある。
【発明を実施するための最良の形態】
【０００９】
以下に本発明に係るカメラ制御システムの実施形態を説明する。
【００１０】
（第１の実施形態）
図１は本発明に係るカメラ制御システムの使用形態を最も単純に表現した模式図である。ハード的には大きく分類して三つの構成であり、通信の為のネットワーク、画像入力する為のカメラ群、カメラにより撮影した画像を記録保存する為のサーバーといった構成である。ネットワーク２０１はハード的に直接接続させるイーサーネットなどもあるが、直接接続は必須ではなく、カメラ撮影をアクティブに行いたい場合はＩＥＥＥ８０２．１１ｂなどの非接触無線型のネットワークを使用する。図１に示した合計６台のネットワーク接続型カメラ３１０、３２０、３３０、４１０、４２０、４３０は撮影画像を共通のサーバー１０１上へ保存する。また、合計６台のネットワーク接続型カメラは撮影する被写体別にグルーピングを行いカメラ群を示すプロジェクトを形成する。図１では同一ネットワーク、同一のサーバーを利用しながら二つのプロジェクト３０１、４０１を形成している。それぞれの同一のプロジェクトを形成したカメラ群は同一の被写体を撮影する。図１の場合、被写体６００を撮影するプロジェクトＢ３０１は、カメラＢＡ３１０、カメラＢＢ３２０、カメラＢＣ３３０の三台のカメラで構成しており、被写体６０１を撮影するプロジェクトＣ４０１は、カメラＣＡ４１０、カメラＣＢ４２０、カメラＣＣ４３０の三台のカメラで構成している。
【００１１】
このようにハード構成されたカメラ制御システムで撮影を行った場合、一般的には二つの大きな問題が発生する。一つは、サーバーへ伝送されてくる各カメラからの画像は被写体別、時間別に整理されて伝送されてくるわけではなく、ランダムに伝送されてくるため、サーバーは伝送されてきた各カメラからの画像を伝送されてきた時間順番に記録を行うと図９に示すように、被写体ごとバラバラな順番で記録されてしまうという問題である。図９ではたった二つのプロジェクトでの協調撮影作業の例を示しているが、イベント会場でマルチカメラにて別々の場所をランダムに撮影したものを同一のサーバーにまとめて記録し、撮影終了後にサーバー上のデータを一つの記録映像列として編集する場合には、非常に多数のプロジェクトの画像がランダムな時間順で再生される事となり、この場合編集者が予備知識なしにプロジェクトの数を捕らえることは非常に困難なものとなるであろう。本実施形態では、この問題に鑑み、サーバー上へ伝送されてくる画像データがどのプロジェクトに属するカメラにより撮影されたデータであるかを明確にし、サーバーに蓄積された画像データの再生時、時間順にプロジェクト別に並べ、図１０に示すような順番で再生可能にする。二つ目の問題は、記録画像の品質の問題である。つまり、図１の構成で撮影された画像はそれぞれのプロジェクトを三台のカメラで撮影しているため、別々のカメラで撮影した同一被写体の画像が時間的に並べて再生されると、それぞれのホワイトバランス、アイリスなどカメラの撮影制御設定状況の違いが顕著に現れてくるので、この違いが鑑賞者に違和感を感じさせるという問題である。そこで、本実施形態では同一プロジェクト内では各カメラの撮影制御設定を共通化し、同一プロジェクト内の撮影画像の品質均一化を計る。
【００１２】
図２は、本実施形態におけるカメラ制御システムのサーバーＡ（図１の１０１）のハード構成を示したブロック図である。図２において、１１１は物理的、論理的に外部ネットワークと接続する為のネットワークインターフェース、１２１は内部データバス、１３１はマウス、キーボードなどのオペレータ操作部、１３２はＣＰＵチップで構成されるシステム制御部、１３３はＣＰＵプログラムの格納やＣＰＵ参照データを一時格納するための半導体メモリ、１３４はハードディスクドライブを示す。一方、図３は、本実施形態のカメラ制御システムのカメラ（図１の３１０、３２０、３３０、４１０、４２０、４３０）のハード構成を示したブロック図である。図３において、３５１は物理的、論理的に外部ネットワークと接続する為のネットワークインターフェース、３６１は光学レンズ、ＣＣＤを含む画像入力回路、３６２は３６１の画像入力回路を電気的に制御することにより、システム側へ伝送する画像データのアイリス、シャッター速度、ホワイトバランスなどをコントロールする入力制御回路、３７１は内部データバス、３８１はタッチパネル、操作キーなどのオペレータ操作部、３８２はＣＰＵチップで構成されるシステム制御部、３８３はＣＰＵプログラムの格納やＣＰＵ参照データを一時格納するための半導体メモリ、３８４はＪＰＥＧ、ＭＰＥＧなどの方式で取り込み画像を圧縮する画像圧縮回路を示す。
【００１３】
本実施形態では、図２、図３のハードを使用して、いかにして、プロジェクト別に共通の撮影制御設定を共通化しながらカメラ撮影し、サーバー上に撮影カメラの所属プロジェクトの区分を与えながら撮影画像を保存するかを説明する。
【００１４】
本実施形態の説明が明瞭になるようにここで、あらためて、図１のカメラシステムのネットワーク構成を図５、図６で説明する。図５はカメラシステムの各ネットワーク要素毎に割当てるＩＰアドレスである。ネットワーク接続にはいろいろな手法があるがここでは本発明の内容を明瞭に説明するため、ＩＰ接続による手法で説明した。図６は図１の各ハードがネットワーク上でどのような関係で接続されるかを説明した図である。ＩＰアドレスはサーバーＡ、カメラＢＡ、カメラＢＢ、カメラＢＣ、カメラＣＡ、カメラＣＢ、カメラＣＣの順にインクリメントされながら割り振られている。そして、カメラＢＡとカメラＢＢ、カメラＢＣ。カメラＣＡとカメラＣＢ、カメラＣＣの間には主従関係を設定する。この主従関係は撮影設定の制御に使用する。すなわち、マスターカメラで設定した撮影制御条件をスレーブカメラへ伝送し、スレーブカメラの撮影制御条件とする。
【００１５】
図７を使って本実施形態でのカメラ動作について説明する。まず、撮影制御におけるマスターカメラの動作から説明する。最初にステップＳ７１０にて、各カメラは図３、３８１の操作部から自機のＩＰアドレス、プロジェクト、マスターカメラか、スレーブカメラかの区別を入力する。例えば、図６、３１０のカメラであれば、「ＩＰアドレス＝１９２．１６８．１．２、プロジェクト符号＝Ｂ、マスターカメラ」という内容を入力し、この内容をサーバーＡ（図６、１０１）へ伝送するとともに自機のメモリ（図３、３８３）へ記録する。尚、この説明ではこの操作をオペレータが自ら入力するように書いたが、カメラをサーバーに接続されたネットワークへ物理的に接続した際に、サーバー側のプログラムにより、カメラ側へＱ＆Ａ形式で質問するように構成したほうが、ユーザーにとって使いやすいものとなる。
【００１６】
次にステップＳ７１５にて、自機がマスターカメラかスレーブカメラかを判断する。自機のメモリ（図３、３８３）を参照し、先ほどマスターカメラを設定している為、ステップＳ７２０へ進む。すなわち自機の入力制御回路（図３、３６２）の測光機能を使い、自機の画像入力回路（図３、３６１）のアイリス、シャッタースピード、ホワイトバランスなどを制御設定する。次にステップＳ７２５にて、自機のアイリス、シャッタースピード、ホワイトバランスなどの制御値を図３、３８２のシステム制御ＣＰＵが３７１の内部バスを介して３６２の入力制御回路から一旦読み取とった後、ＣＰＵは３５１のネットワークインターフェースを介し図６、２０１のネットワーク上へ送信する。このネットワーク上へ転送するデータはパケット形式のデータであり、図４に示す形体をとる。すなわち大きく分けて９００ヘッダー部、９１０データ部、９２０フッダー部で構成させる。ヘッダー部へは、送信先アドレス、送信元アドレス、プロジェクト符号を記録し、データ部へは撮影した画像データそのもの、または、撮影時のカメラ入力制御データ（アイリス、シャッタースピード、ホワイトバランスなど）を記録し、フッダー部へは自パケットのデータ種別（画像データ／制御データの別）を記録する。すなわちステップＳ７２５で伝送するデータはフッダー部が制御データを示すものであり、データ部にはアイリス、シャッタースピード、ホワイトバランスなどが記録されている。ヘッダー部の送信先アドレスへは「１９２．１６８．１．１」送信元アドレスへは「１９２．１６８．１．２」プロジェクト符号は「Ｂ」が記録されている。
【００１７】
次にカメラＢＡはステップＳ７４０の動作へ移り、オペレータの撮影指示を待つ、これは図３、３８１操作部のトリガースイッチ動作を検知する作業である。動作が有った場合、ステップＳ７４５の動作へ移り、サーバーＡへ撮影した画像データを送信する。すなわち、ステップＳ７４０の動作により図３、３６１の画像入力回路から３７１の内部バスを介し、３８３のメモリへ一旦入れられた画像データは、再び３７１の内部バスを介し３８４の画像圧縮回路へ入れられ、ＪＰＥＧ、ＭＰＥＧなどの画像圧縮が施された後、３７１の内部バスを介し、３８３のメモリへ入れられる。この３８３のメモリへ書き込まれている圧縮画像データがステップＳ７４５の動作にて、図３、３８２のシステム制御ＣＰＵが３７１の内部バスを介して一旦読み取とった後、ＣＰＵは３５１のネットワークインターフェースを介し図６、２０１のネットワーク上へ送信する。このネットワーク上へ転送するデータはパケット形式のデータであり、先に述べた図４に示す形体をとる。すなわちステップＳ７４５で伝送するデータはフッダー部が画像データを示すものであり、データ部には画像データそのものが記録されている。ヘッダー部の送信先アドレスへは「１９２．１６８．１．１」送信元アドレスへは「１９２．１６８．１．２」プロジェクト符号は「Ｂ」が記録されている。最後にカメラＢＡはステップＳ７５０へ移り、図３、３８２のシステム制御回路内のタイムカウンタを観測し、一定時間の経過を観測した後ステップＳ７１５の動作へ戻り、図３、３６２の入力制御回路の観測値に変化が無いかという所から再度モニタを開始する。
【００１８】
次に、同じく図７を使って本実施形態での撮影制御におけるスレーブカメラの動作を説明する。最初にステップＳ７１０にて、各カメラは図３、３８１の操作部から自機のＩＰアドレス、プロジェクト、マスターカメラか、スレーブカメラかの区別を入力する。例えば、図６、３２０のカメラであれば、「ＩＰアドレス＝１９２．１６８．１．３、プロジェクト符号＝Ｂ、スレーブカメラ」という内容を入力し、この内容をサーバーＡ（図６、１０１）へ伝送するとともに自機のメモリ（図３、３８３）へ記録する。
【００１９】
次にステップＳ７１５にて、自機がマスターカメラかスレーブカメラかを判断する。自機のメモリ（図３、３８３）を参照し、先ほどスレーブカメラを設定している為、ステップＳ７３０へ進む。すなわち自機の入力制御回路（図３、３６２）の測光機能は使わず、マスターカメラで検知した測光値を使って、自機の画像入力回路（図３、３６１）のアイリス、シャッタースピード、ホワイトバランスなどを制御設定する。これはステップＳ７３０にて、マスターカメラのアイリス、シャッタースピード、ホワイトバランスなどの制御値を図３、３８２のシステム制御ＣＰＵが図６、２０１のネットワーク上から図３、３５１のネットワークインターフェース、３７１の内部バスを介して受信し、これを一旦３８３のメモリへ記録する。このネットワーク上から転送されてくるデータはデータはフッダー部が制御データを示すものであり、データ部にはアイリス、シャッタースピード、ホワイトバランスなどが記録されている。ヘッダー部の送信先アドレスへは「１９２．１６８．１．３」送信元アドレスへは「１９２．１６８．１．１」プロジェクト符号は「Ｂ」が記録されている。カメラＢＢの場合、ＩＰアドレスは「１９２．１６８．１．３」である為、図３、３５１のネットワークインターフェース回路がネットワーク上に流れる多くのデータから、ヘッダー部の送信先アドレス「１９２．１６８．１．３」を検知し、そのデータのみを自機の内部バスへ取り込む。スレーブカメラの場合次に、ステップＳ７３５へ進む。すなわちステップＳ７３０にて一旦３８３のメモリへ記録しておいたマスターカメラからのアイリス、シャッタースピード、ホワイトバランスなどの入力制御データを３８３のメモリから読出し、３７１の内部バスを介し、３６２の入力制御回路へ設定し、３６１の画像入力回路を制御する。最後にスレーブカメラのステップＳ７４０、Ｓ７４５、Ｓ７５０の動作については前述のマスターカメラの動作と同一である為、説明を省略する。
【００２０】
次に図８を使って本実施形態でのサーバーへの記録動作について説明する。最初にステップＳ８１０にて自機のＩＰアドレス、プロジェクト、カメラかサーバーの別を入力する。本実施形態の図６、１０１のサーバーＡであれば、「ＩＰアドレス＝１９２．１６８．１．１、プロジェクト符号＝Ａ、サーバー」という内容を入力し、この内容を自機のメモリ（図３、１３３）と１３４のＨＤＤへ記録する。次にステップＳ８１５にて、他機器の登録アドレス登録を受け付ける。登録が有った場合、ステップＳ８２０へ移り、図７のステップＳ７１０で入力された各カメラの「ＩＰアドレス、プロジェクト、マスターカメラか、スレーブカメラかの区別」を読み取り、図２、１３３のメモリと１３４のＨＤＤへ図５に示す表形式で自機の情報も含め書き込む。
【００２１】
次にステップＳ８２５にて、マスターカメラのカメラ入力制御データ登録を受け付ける。サーバーＡは、ステップＳ８２０にて作成した表を参照し、送信先アドレスが自機「１９２．１６８．１．１」を示し、送信元アドレスがマスターカメラのＩＰアドレスである「１９２．１６８．１．２」または「１９２．１６８．１．５」を示すデータで、かつ図４の９２０フッダー部が設定データを示しているデータを発見した場合、そのデータパケットを取り込み、図２、１３３のメモリへ記録し、ステップＳ８３０へ移行する。Ｓ８３０でサーバーＡは図５を参照し、受信設定データに付属するＩＰアドレスがＢ、Ｃどちらのプロジェクトかを判定し、そのプロジェクトに属するスレーブカメラへ受信設定データを送信する。プロジェクトＢのマスターカメラから設定データを受信していた場合はヘッダー部の送信先アドレスへは「１９２．１６８．１．３」および「１９２．１６８．１．４」、送信元アドレスへは「１９２．１６８．１．１」プロジェクト符号は「Ｂ」が記録された送信設定データパケットを図２、１３２のシステム制御ＣＰＵが作成し、１２１の内部バスを介し、１１１のネットワークインターフェースから図６、２０１のネットワークへ発信する。
【００２２】
次にステップＳ８４０へ移行し、各カメラが撮影した画像データの登録を受け付ける。つまり、ヘッダー部の送信先アドレスが「１９２．１６８．１．１」であり、フッダー部が画像データを示すパケットが伝送されて来た場合、ステップＳ８４５へ移行し、画像データをＨＤＤへ書き込むとともに、そのＨＤＤ上の画像データのヘッダーへ、パケットのヘッダーへ記録されている「送信元アドレス」「プロジェクト符号」の情報を書込み、一組にして記録する。最後にサーバーＡはステップＳ８５０へ移り、図２、１３２のシステム制御回路内のタイムカウンタを観測し、一定時間の経過を観測した後ステップＳ８１５の動作へ戻り、新規に登録されるクライアントカメラが無いかをモニタする所から動作を再開する。
【００２３】
本実施形態の最後に、図１１を使って、以上の手順でサーバー上へ記録した画像データを再生する方法を説明する。サーバーへ記録されているデータはこの直前の項で述べた様に、「画像データ」「送信元アドレス」「プロジェクト符号」の情報が、一組にして記録されている。従って、再生時は、サーバーへ記録された時間順番を無視し、ＨＤＤ上の画像データのヘッダーを参照しながら、最初にヘッダー上に最小値の「プロジェクト符号」を持ち、最小値の「送信元アドレス」が示されている一つの画像データを再生する。次に同じ「プロジェクト符号」を持ち、二番目の「送信元アドレス」が示されている一つの画像データを再生する。そして、同じ「プロジェクト符号」を持ち、三番目の「送信元アドレス」が示されている一つの画像データを再生する。つまり、図１１のステップＳ９１０で最初に図２、１３２のシステム制御部は１３４のハードディスクドライブから一対にして記録されている「画像データ」「送信元アドレス」「プロジェクト符号」の一組のデータを読出し、ステップＳ９１５で「プロジェクト符号」をステップＳ９２０で「送信元アドレス」の検査を行い、小さい番号順にステップＳ９２５で再生を行う。
【００２４】
次に、ステップＳ９３０でステップＳ９２０での検査アドレスをインクリメント（もし、連続したアドレスでない場合は図８、Ｓ８２０にて記録した図５を参照に次順番の送信元アドレスを設定）する。そして、ステップＳ９３５で図５を参照し、現在ステップＳ９２０にて検査している「送信元アドレス」が当該プロジェクト内で最大値を示す「送信元アドレス」でないかを検査する。最大値を示す「送信元アドレス」であった場合は、当該プロジェクトでの未再生画像の有無をＳ９４０にて検査し、未再生画像が無い場合は当該プロジェクトの記録画像データは全て再生済である為、検査するプロジェクト符号をインクリメント（もし、連続したプロジェクト符号でない場合は図８、Ｓ８２０にて記録した図５を参照に次順番のプロジェクト符号を設定）させる為、ステップＳ９５０へ移る。
【００２５】
最後にステップＳ９５５にて、図５を参照にし、プロジェクト符号が最大値を示していないかを検査し、最大値を示している場合は全ての記録画像データ再生が終了している為、再生動作を終了する。一方、当該プロジェクトでの未再生画像の有無をＳ９４０にて検査し、未再生画像が有る場合は当該プロジェクトの記録画像データがまだ未再生で残っているので、検査する「送信元アドレス」を初期化させる目的で、ステップＳ９４５へ移り再び再生動作を続ける。以上の様にサーバーＡを再生動作させると、サーバーＡ上に図９の様な順番で記録されている場合も、図１０のように、プロジェクト符号順に再生時間の並び変えを行う。
【００２６】
（第２の実施形態）
次に本発明の第２の実施形態を説明する。本実施形態におけるシステム構成は第１の実施形態で説明した図１〜４に示すものと同様のものとする。
【００２７】
ここでは、第１の実施形態のサーバー上の画像データ再生方法を使った別の演出手法を説明する。第一の実施形態の説明では同一の被写体を撮影したカメラプロジェクトの画像を時間的に連続再生させる事により、視聴者は同じ被写体の画像を連続的に鑑賞する事が可能となるため、被写体の数が非常に多い場合、視聴者にとっては内容が整理され理解しやすくなるという説明をした。一方、この第１の実施形態と似たの技術を使い別の演出方法も可能である。図１２と図１３を使いプロジェクト別の画像を時間的に交互に再生する演出方法について説明する。
【００２８】
図１２はトラック競技を撮影する場合にカメラを配置した配置図の一例である。このようなイベント会場でのカメラ撮影では多くの観客が場所をとっている事から、カメラを配置できる場所が制限される。幸運にも競技者の近くにカメラを配置できたカメラは好みの角度から撮影できるが、競技者から離れた場所しか確保出来なかったカメラは周囲の状況により、限られた角度でのみ撮影が許される場合がある。このような複数の条件下におかれたカメラであってもネットワーク接続し、適切なプロジェクト分類をした上で共通サーバー上へ画像データを保存することにより、会場全てのカメラ群により撮影される画像を一つの作品映像作品としてまとめればその出来栄えとしては単一のカメラにより構成した作品よりも印象深い作品を構築する事が可能になる。
【００２９】
図１２ではカメラのプロジェクト構成方法として、競技者の近くから撮影可能な「プロジェクトＤ」と競技者を遠くから撮影する「プロジェクトＥ」の二つのプロジェクトを形成し、撮影している。一般的な編集済の連続画像作品では一つのカットを５秒以下にし、カットの積み重ねを視聴者に提供しなければ、似た映像の連続となってしまうため視聴者は飽きてしまう。特に何周も同じ走者が走るトラック競技のような場合は、一つのカメラからの画像を連続させて再生させると再生画面変化が乏しく飽きられやすい画像になってしまう。そこで、図１３に示すように遠景プロジェクトの撮影画像と近景プロジェクトの撮影画像を交互に再生する事により、一つの被写体であっても再生画像作品としては非常に動的な作品となり、視聴者の着目点がいろいろな箇所に変化する為、視聴者が集中しやすい作品を生む事が可能になる。この例の場合は図１１の流れ図の順番を図１４のように入れ換える事により実現できる。つまり、「プロジェクト符号」のインクリメント（Ｓ９５０）を「送信元アドレス」のチェック（Ｓ９３５）に先立ち実行させる事により実現できる。
【００３０】
（第３の実施形態）
次に本発明の第３の実施形態を説明する。本実施形態におけるシステム構成は第１の実施形態で説明した図１〜４に示すものと同様のものとする。
【００３１】
第１の実施形態では、スレーブカメラの画像入力回路（図３、３６１）のアイリス、シャッタースピード、ホワイトバランスなどの入力制御設定データをサーバーからスレーブカメラへ送信していた。第三の実施例ではマスターカメラから直接、スレーブカメラへ入力設定データを送信する。
【００３２】
すなわち、マスターカメラは図７、ステップＳ７２０にて、自機の入力制御回路（図３、３６２）の測光機能を使い、自機の画像入力回路（図３、３６１）のアイリス、シャッタースピード、ホワイトバランスなどを制御設定する。次にステップＳ７２５にて、自機のアイリス、シャッタースピード、ホワイトバランスなどの制御値を図３、３８２のシステム制御ＣＰＵが３７１の内部バスを介して３６２の入力制御回路から一旦読み取とった後、ＣＰＵは３５１のネットワークインターフェースを介し図６、２０１のネットワーク上へ図４に示す形体のパケット形式データにて入力制御設定データを送信する。最初に送信するデータのヘッダー部の送信先アドレスへは「１９２．１６８．１．３」送信元アドレスへは「１９２．１６８．１．２」プロジェクト符号は「Ｂ」が記録されている。予め、同一プロジェクトにカメラＢＢとカメラＢＣが存在する事を知っているカメラＢＡのオペレータは続けて、もう一台のスレーブカメラへも入力制御設定データを送信する。つまり、二回目に送信する入力制御設定データのヘッダー部の送信先アドレスへは「１９２．１６８．１．４」送信元アドレスへは「１９２．１６８．１．２」プロジェクト符号は「Ｂ」が記録されているデータであり、ヘッダー部以外は一回目に送信した入力制御設定データと同じものを送信する。
【００３３】
スレーブカメラ側の動作は、入力制御設定データの送信元がマスターカメラであろうが、サーバーであろうが大幅には変わらない。例えばカメラＢＢの場合は図７、ステップＳ７３０にて、図３、３５１のネットワークインターフェース回路がネットワーク上に流れる多くのデータから、ヘッダー部の送信先アドレス「１９２．１６８．１．３」を検知し、そのデータのみを自機の内部バスへ取り込む。そして、ステップＳ７３５へ進む。すなわちステップＳ７３０にて一旦３８３のメモリへ記録しておいたマスターカメラからのアイリス、シャッタースピード、ホワイトバランスなどの入力制御データを３８３のメモリから読出し、３７１の内部バスを介し、３６２の入力制御回路へ設定し、３６１の画像入力回路を制御する。
【００３４】
（他の実施形態）
なお、本発明の目的は、前述した各実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システムまたは装置に供給し、そのシステムまたは装置のコンピュータ（またはＣＰＵ、ＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出して実行することによっても達成される。
【００３５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体およびプログラムは本発明を構成することになる。
【００３６】
また、プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００３７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した各実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した各実施形態の機能が実現される場合も含まれる。
【００３８】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した各実施形態の機能が実現される場合も含まれる。
【００３９】
以上の実施形態で説明したように、本発明を適用したカメラ制御システムにおいては、共通の標的を入力する装置別にまとめたカメラ群を区別するプロジェクト符号を示す信号をサーバー上の画像及び音声データと一対にして記録することにより、記録画像データの分類が非常に明確になった。
【００４０】
また、同じプロジェクト符号をもつ複数のカメラの設定制御を同じ値で行うことにより、画像群ごとの記録データの品質均一化が可能になった。
【００４１】
また、同じプロジェクト符号をもつ複数のカメラのうちのマスターカメラの撮影設定制御値を代用し、同じプロジェクト符号をもつ複数のスレーブカメラが同じ値で制御することにより、大規模な測定システムを使って外部から撮影設定制御を行う手間が不要になった。
【００４２】
また、上記代用による制御を行う場合において、同じプロジェクト符号をもつ複数のカメラのうちのマスターカメラの撮影設定制御値をカメラ制御システム全体を制御するサーバーへ送信し、このサーバーから同じプロジェクト符号をもつ複数のスレーブカメラへ制御値を送信する方法により行うことにより、アクセス速度の速いサーバーへ処理を集中させる事になり、処理時間効率が非常に高くなった。
【００４３】
また、上記代用による制御かつ上記送信方法を行うに場合において、同じプロジェクト符号をもつ複数のカメラのうちのマスターカメラの撮影設定制御値を、このマスターカメラから直接、マスターカメラと同じプロジェクト符号をもつ複数のスレーブカメラへ送信する方法により行うことにより、サーバーへのトラフィックが過多となっている場合にも、別ルートから撮影設定制御可能が可能になった。
【００４４】
また、同じプロジェクト符号をもつ複数のカメラから入力された画像及び音声などのデータはサーバー上への記録順番に関わらず、サーバー上の画像及び音声データと一対にして記録されたプロジェクトを区別する符号を示す信号を参照比較する事により、時間的に連続してプロジェクト別整列再生させる手段を有する事により、サーバーに保存された画像を連続再生する場合に、特別な編集作業をしなくとも視聴者にとってとても印象深い作品の自動再生が可能になった。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施形態におけるカメラ制御システムの使用形態を表現した模式図
【図２】本発明の実施形態におけるカメラ制御システムのサーバーのブロック図
【図３】本発明の実施形態におけるカメラ制御システムのカメラのブロック図
【図４】本発明の実施形態におけるネットワーク上へ転送するパケット形式のデータ形式
【図５】第１の実施形態のカメラシステムの各ネットワーク要素毎に割当てたＩＰアドレス
【図６】図１の各ハードのネットワーク上での関係を説明した図
【図７】第１の実施形態の画像記録時のカメラ動作を示した流れ図
【図８】第１の実施形態の画像記録時のサーバー動作を示した流れ図
【図９】サーバーへ伝送された画像データを送られた時間順で記録した場合の記録順序
【図１０】第１の実施形態の図９データの再生順序
【図１１】第１の実施形態の画像再生時のサーバー動作を示した流れ図
【図１２】第２の実施形態のトラック競技を撮影する場合のカメラ配置図
【図１３】第２の実施形態のサーバーの再生順序
【図１４】第２の実施形態の画像再生時のサーバー動作を示した流れ図
【符号の説明】
【００４６】
１０１  サーバー
２０１  ネットワーク
３１０、３２０、３３０、４１０、４２０、４３０  ネットワーク接続型カメラ
３０１  プロジェクトＢ
４０１  プロジェクトＣ
６００、６０１  被写体
１１１  ネットワークインターフェース
１２１  内部データバス
１３１  オペレータ操作部
１３２  システム制御部
１３３  半導体メモリ
１３４  ハードディスクドライブ
３５１  ネットワークインターフェース
３６１  画像入力回路
３６２  入力制御回路
３７１  内部データバス
３８１  オペレータ操作部
３８２  システム制御部
３８３  半導体メモリ
３８４  画像圧縮回路
【図１】
2005150933.tif 000003
【図２】
2005150933.tif 000004
【図３】
2005150933.tif 000005
【図４】
2005150933.tif 000006
【図５】
2005150933.tif 000007
【図６】
2005150933.tif 000008
【図７】
2005150933.tif 000009
【図８】
2005150933.tif 000010
【図９】
2005150933.tif 000011
【図１０】
2005150933.tif 000012
【図１１】
2005150933.tif 000013
【図１２】
2005150933.tif 000014
【図１３】
2005150933.tif 000015
【図１４】
2005150933.tif 000016