JP4314110B2

JP4314110B2 - 制御装置、制御方法及びコンピュータプログラム

Info

Publication number: JP4314110B2
Application number: JP2003417200A
Authority: JP
Inventors: 聡仲摩
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2003-12-15
Filing date: 2003-12-15
Publication date: 2009-08-12
Anticipated expiration: 2023-12-15
Also published as: JP2005176273A

Description

本発明は、複数の静止画キャプチャ方法の少なくとも一つを有する撮像装置を制御する制御技術に関する。

従来のネットワークシステムには、ビデオカメラと、パーソナルコンピュータとをＵＳＢ（Universal Serial Bus）に準拠した伝送媒体を介して接続し、ビデオカメラでキャプチャされた画像データをパーソナルコンピュータに転送するシステムがある（例えば、特許文献１）。
特開平１０−２３２９２４号公報。

ところで、ビデオカメラが複数の静止画キャプチャ方法の少なくとも一つを有する場合、そのビデオカメラを制御するパーソナルコンピュータのユーザインタフェースは、ビデオカメラが有する静止画キャプチャ方法の種類に応じて変更するのが望ましい。

例えば、ネットワーク上のトラヒックが混雑している場合、ビデオカメラの全ての静止画キャプチャ方法を有効に利用できない可能性がある。そのような場合、利用可能な静止画キャプチャ方法に対応するアイコンのみを表示したほうが親切であろう。

また例えば、静止画キャプチャ方法ごとにキャプチャ可能な静止画データの画像サイズが異なる場合、キャプチャされた静止画データをＰＣのディスプレイに十分に表示しきれない場合がある。そのような場合にも、不十分な機能の操作アイコンは表示しないほうが親切であろう。

そこで、本発明は、このような課題および他の課題の少なくとも一つを解決することを目的とする。なお、他の課題については明細書の全体を通して理解できよう。

本発明に係る制御装置は、例えば、撮像装置を制御する制御装置であって、前記撮像装置から前記撮像装置の機能に関する情報を含む機能情報を受信する受信手段と、前記機能情報に基づいて、複数の静止画キャプチャ方法の中から前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法を判別する判別手段と、複数のアイコンのうち前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法に対応するアイコンが表示装置に表示されるように制御し、前記複数のアイコンのうち前記撮像装置と前記制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンが前記表示装置に表示されないように制御する表示制御手段とを有する。
本発明に係る制御方法は、例えば、撮像装置を制御する制御装置の制御方法であって、前記撮像装置から前記撮像装置の機能に関する情報を含む機能情報を受信するステップと、前記機能情報に基づいて、複数の静止画キャプチャ方法の中から前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法を判別するステップと、複数のアイコンのうち前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法に対応するアイコンが表示装置に表示されるように制御し、前記複数のアイコンのうち前記撮像装置と前記制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンが前記表示装置に表示されないように制御するステップとを有する。
本発明に係るコンピュータプログラムは、例えば、制御装置で実行されるコンピュータプログラムであって、撮像装置から前記撮像装置の機能に関する情報を含む機能情報を受信するステップと、前記機能情報に基づいて、複数の静止画キャプチャ方法の中から前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法を判別するステップと、複数のアイコンのうち前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法に対応するアイコンが表示装置に表示されるように制御し、前記複数のアイコンのうち前記撮像装置と前記制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンが前記表示装置に表示されないように制御するステップとを前記制御装置に実行させる。

本発明によれば、撮像装置と制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンがユーザインタフェース上に表示されないようにすることができる。

以下、本発明に好適な様々な実施形態を説明する。なお、以下に示す実施形態は、本発明に好適な実施形態の一例である。従って、本発明は、以下の実施形態に限定的に解釈されるものではないことは言うまでもない。

［第１の実施形態］
第１の実施形態では、複数の静止画キャプチャ方法の少なくとも一つを有する撮像装置の一例であるカメラ付きデジタルビデオレコーダ（以下、ＤＶＣＲ）と、撮像装置を制御するためのアプリケーションソフトウェアをインストールした制御装置の一例であるパーソナルコンピュータ（以下、ＰＣ）とで構成されるネットワークシステムを説明する。また、第１の実施形態では、ＵＳＢ（参考文献：Universal Serial Bus Specification Revision 2.0, April 27, 2000）を採用したネットワークシステムを説明する。なお、第１の実施形態は、ＵＳＢをＵＳＢ以外の伝送媒体（ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮなど）に置き換えて実施することも可能である。

図１は、第１の実施形態に係るネットワークシステムの構成を示した図である。１０１はＰＣ、１０２はＤＶＣＲ、１０３はＵＳＢに準拠したケーブルを示している。

図２は、第１の実施形態に係るＰＣ１０１及びＤＶＣＲ１０２の主要な構成要素を示す図である。まず、ＰＣ１０１の構成を説明する。ＣＰＵ２０１は、ＲＯＭ２０２やＨＤＤ（ハードディスクドライブ）２０４に記憶されているブートプログラム、ＯＳ、ドライバプログラムおよびアプリケーションソフトウェアにしたがって、ＰＣ１０１の各部を制御する演算装置である。ＲＡＭ２０３は、ワークエリアとして機能するランダムアクセスメモリである。表示装置２０５は、アプリケーションソフトウェアなどに基づいて静止画データ、動画データおよびユーザインタフェースなどを表示する表示装置である。操作部２０６は、キーボード、ポインティングデバイスなどの入力装置を有する。ＵＳＢＩＦ２０７は、ＵＳＢに準拠したネットワークインタフェースであり、ＤＶＣＲ１０２との通信に使用される。ＰＣ１０１とＤＶＣＲ１０２はＵＳＢケーブル１０３を介して、ＵＳＢによって規定されたコマンドによりデータの送受信を行うことができる。また、ＰＣ１０１上のアプリケーションソフトウェアからＤＶＣＲ１０２へコマンドを送信し、ＤＶＣＲ１０２の操作を行うことも可能である。ＬＡＮＩＦ２０８は、インターネットなどのネットワークと接続するためのネットワークインタフェースである。なお、ＤＶＣＲ１０２を制御するためのアプリケーションソフトウェアは、ＲＯＭ２２２に記憶されている。

次にＤＶＣＲ１０２の構成を説明する。ＣＰＵ２２１は、ＲＯＭ２２２に記憶されているブートプログラム、ＯＳおよび制御プログラムに従ってＤＶＣＲ１０２の各部を制御する制御部である。ＲＡＭ２２３は、ワークエリアとして機能するランダムアクセスメモリである。表示装置２２５は、静止画データ、動画データおよび操作情報などを表示する表示装置である。操作部２２６は、録画、再生などの操作に関する入力部である。ＵＳＢＩＦ２２７は、ＵＳＢに準拠したネットワークインタフェースであり、ＰＣ１０１との通信に使用される。撮像部２２９は、レンズ、ＣＣＤおよび画像処理回路を有し、動画データ又は動画データよりも画像サイズの大きい静止画データをキャプチャできるように構成されている。

図３は、第１の実施形態に係るＰＣ１０１上で動作するアプリケーションソフトウェアのユーザインタフェース（ＵＩ）の一例を示した図である。このＵＩを用いることにより、ＵＳＢケーブル１０３を介してＰＣ１０１からＤＶＣＲ１０２へと制御コマンドを送信し、ＤＶＣＲ１０２を操作できる。３０１はアプリケーションソフトウェアのＵＩを表示するダイアログウインドウであり、３０２の画像表示部にＤＶＣＲ１０２から受信した動画データを表示する。

Ｐｈｏｔｏアイコン３０３が押されると、ＣＰＵ２０１は、表示部３０２に表示されている動画データを静止画データとしてキャプチャする。モード変更アイコン３０４は、静止画キャプチャ方法の動作モードを変更するためのアイコンである。静止画キャプチャ方法の動作モードには、例えば、一定時間の間隔をおいて周期的に静止画データをキャプチャするインターバル撮影モード、連続的な撮影を可能とした連続撮影モードなどがある。

保存先フォルダの表示部３０５は、Ｐｈｏｔｏアイコン３０３が押下されてキャプチャされた静止画データを保存するための保存先フォルダを示している。変更ボタン３０６は、保存先を変更するための指示を入力するためのボタンである。

最小化ボタン３０７、最大化ボタン３０８および閉じるボタン３０９は、それぞれダイアログウインドウ３０１の挙動をアイコン化したものである。これらのボタンの配置及び機能は、一例に過ぎず、ＰＣ１０１のＯＳやウインドウシステムによって適宜変更することができる。

Ｐｈｏｔｏアイコン３０３を押し下げたときに発行されるコマンドは、ＤＶＣＲ１０２がサポートしている機能に応じてアプリケーションソフトウェアが選択して発行する。どの機能がサポートされているかは、例えば、ＰＣ１０１とＤＶＣＲ１０２がＵＳＢケーブル１０３を介して接続されたときに、ＰＣ１０１がＤＶＣＲ１０２に問い合せることにより認識する。

例えば、ＵＳＢの場合は、ホストであるＰＣ１０１がデバイス機器であるＤＶＣＲ１０２と接続されたときに、ＤＶＣＲ１０２のディスクリプタを読むことにより、ＤＶＣＲ１０２がサポートしている機能を認識できる。ディスクリプタとは、機器を認識する際に役立つデータのことであり、ＵＳＢでは、デバイスディスクリプタ、コンフィギュレーションディスクリプタ、コンフィギュレーションで使用されるインタフェースの代替設定を示すディスクリプタ、当該インタフェースで使用するエンドポイントのディスクリプタなどがある。デバイスディスクリプタには、ベンダＩＤやプロダクトＩＤ等を通知するためデータが含まれている。コンフィギュレーションディスクリプタには、デバイスにおいて設定可能なコンフィギュレーションを通知するためのデータが含まれている。エンドポイントのディスクリプタには、例えば、アイソクロナス転送を使用することと、帯域を示す情報などが含まれている。なお、これらの情報の取得は、アプリケーションソフトウェアの起動時に実行してもよい。

図４は、第１の実施形態に係る複数の静止画キャプチャ方法を説明するための図である。図４において、「Ｖｉｄｅｏ」は動画データを示し、「Ｓｔｉｌｌ」は静止画データを示す。また、図４において、アイソクロナスビデオデータパイプ（Ｉｓｏｃｈｒｏｎｏｕｓｖｉｄｅｏｄａｔａｐｉｐｅ）は、ＤＶＣＲ１０２からＰＣ１０１に動画データをアイソクロナス転送で転送する際に使用されるパイプを示し、バルクビデオデータパイプ（Ｂｕｌｋｖｉｄｅｏｄａｔａｐｉｐｅ）は、ＤＶＣＲ１０２からＰＣ１０１に動画データをバルク転送で転送する際に使用されるパイプを示す。なお、アイソクロナス転送とは、所定時間ごとに一定量のデータの転送を保証する転送方式であり、バルク転送とは、不定量のデータを不定期に転送する転送方式である。

キャプチャ１（Ｃａｐｔｕｒｅ１）は、ＤＶＣＲ１０２ではなくＰＣ１０１で１枚の静止画データをキャプチャする静止画キャプチャ方法である。キャプチャ１では、ＰＣ１０１が静止画データをキャプチャするため、ＤＶＣＲ１０２はアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを介して動画データをＰＣ１０１に転送するだけでよい。また、キャプチャ１では、ＤＶＣＲ１０２からＰＣ１０１に送信された動画データから１枚の静止画データをキャプチャするため、静止画データの画像サイズは動画データの画像サイズ以下となる。

キャプチャ２（Ｃａｐｔｕｒｅ２）は、ＤＶＣＲ１０２で１枚の静止画データをキャプチャし、キャプチャした静止画データをアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを介してＰＣ１０１に転送する静止画キャプチャ方法である。キャプチャ２では、キャプチャした静止画データをアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを介してＰＣ１０１に転送するため、静止画データが転送される間、動画データの転送は中断される。また、キャプチャ２では、動画データよりも大きい画像サイズの静止画データをキャプチャすることができる。つまり、キャプチャ２では、動画データよりも高精細な静止画データをキャプチャすることができる。

キャプチャ３（Ｃａｐｔｕｒｅ３）は、ＤＶＣＲ１０２で１枚の静止画データをキャプチャし、キャプチャした静止画データを動画データとは別のパイプを介してＰＣ１０１に転送する静止画キャプチャ方法である。キャプチャ３では、動画データの転送にアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを使用し、静止画データの転送にバルクビデオデータパイプを使用する。つまり、キャプチャ３は、動画データの転送を中断することなく、キャプチャした静止画データをＰＣ１０１に転送することができる静止画キャプチャ方法である。キャプチャ３では、キャプチャ２と同様に、動画データよりも大きい画像サイズの静止画データをキャプチャすることができる。つまり、キャプチャ３では、動画データよりも高精細な静止画データをキャプチャすることができる。

図５は、第１の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。

ステップＳ５０１において、ＣＰＵ２０１は、操作部２０６などからの指示に従い、静止画キャプチャを行うためのアプリケーションソフトウェアを起動する。

ステップＳ５０２において、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を制御し、ＤＶＣＲ１０２がサポートしている機能を記述したディスクリプタをＤＶＣＲ１０２に問い合せるための問い合せコマンド（例えば、ＧｅｔＤｅｓｃｒｉｐｔｏｒなど）を送信する。ＤＶＣＲ１０２のＣＰＵ２２１はＵＳＢＩＦ２２７を制御し、問い合せコマンドを受信し、当該ディスクリプタをホストであるＰＣ１０１に送信する。なお、ディスクリプタは、ＤＶＣＲ１０２用のデバイスドライバから取得してもよい。

ステップＳ５０３において、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を制御してディスクリプタを受信し、当該ディスクリプタにＤＶＣＲ１０２が静止画キャプチャをサポートしている情報が含まれているかを判別する。静止画キャプチャがサポートされていなければ、静止画キャプチャ方法を使えないため処理を終了する。一方、サポートされていればステップＳ５０４に進む。

ステップＳ５０４において、ＣＰＵ２０１は、ユーザインタフェース上に静止画キャプチャアイコン（例えば、Ｐｈｏｔｏアイコン３０３など）を表示できるように設定し、当該アイコンを含むユーザインタフェースを表示装置２０５に表示する。その後、ユーザからのコマンド入力待ち状態へ移行する。

ステップＳ５０５において、ＣＰＵ２０１は、操作部２０６からの入力が静止画キャプチャアイコンの押下げであることを検出すると、静止画キャプチャの実行要求を意味するコマンドをＤＶＣＲ１０２へと送信する。

ステップＳ５０６において、ＣＰＵ２０１は、上述のディスクリプタに記述されていた静止画キャプチャ方法が、キャプチャ１、キャプチャ２またはキャプチャ３の何れであるかを判別する。

キャプチャ１の場合には、ステップＳ５０７に進み、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を介して受信している動画データから静止画データを生成する。

キャプチャ２の場合には、ステップＳ５０８に進み、ＣＰＵ２０１は、ＤＶＣＲ１０２において生成され静止画データを動画データと同一のパイプを用いて送るために動画データの転送を停止させる。これは、停止コマンドを新たに送信することでＤＶＣＲ１０２の動画データ転送を停止させてもよいし、ステップＳ５０５で送信したコマンドをＤＶＣＲ１０２のＣＰＵ２２１が解釈して動画データの転送を停止してもよい。

ステップＳ５０９において、ＤＶＣＲ１０２のＣＰＵ２２１は、受信したコマンドに従って、撮像部２２９を制御して静止画データを取得し、動画データの転送に使用されていたパイプを用いて静止画データを送信する。ＰＣ１０１のＣＰＵ２０１は、この静止画データを受信する。

ステップＳ５１０において、ＣＰＵ２０１は、静止画データの転送に使用していたパイプを介して、動画データの転送を再開する。動画データの再開するには、ＰＣ１０１が再開コマンドをＤＶＣＲ１０２に送信することによって再開してもよいし、静止画データの送信を完了したＤＶＣＲ１０２が所定のタイミングを待った上で動画データの送信を再開してもよい。

キャプチャ３の場合には、ステップＳ５１１に進み、ＣＰＵ２０１は、動画データ転送とは別のパイプを用いて、ＤＶＣＲ１０２により生成された送信されてきた静止画データを受信する。

ステップＳ５１２において、ＣＰＵ２０１は、キャプチャ１ないし３のいずれかによって生成された静止画データを表示装置２０５に表示させるとともに、保存先フォルダの表示部３０５に表示されている保存先フォルダに保存する。

なお、アプリケーションソフトウェアを起動中でかつ動画データを受信中である場合には、静止画キャプチャを複数回実行できるため、明示的なアプリケーションソフトウェアの終了指示があるまでは、静止画キャプチャ部分をループしてもよい。

また、静止画データの表示と保存処理は、アプリケーションソフトウェアによって異なることがあり、例えば、静止画キャプチャループの任意の場所で実行することができる。

図６は、第１の実施形態に係る静止画キャプチャコマンドの一例を示す図である。図６に示すコマンドは、ＤＶＣＲ１０２が有する静止画キャプチャ方法を制御するためのコマンドであり、ホストであるＰＣ１０１からデバイスであるＤＶＣＲ１０２に送信されるコマンドである。この例のパラメータ（ｐａｒａｍｅｔｅｒ）には、Ｃａｐｔｕｒｅ１を示す「Ｎｏｒｍａｌｏｐｅｒａｔｉｏｎ」、Ｃａｐｔｕｒｅ２を示す「Ｔｒａｎｓｍｉｔｓｔｉｌｌｉｍａｇｅ」、Ｃａｐｔｕｒｅ３を示す「Ｔｒａｎｓｍｉｓｔｉｌｌｉｍａｇｅｖｉａｂｕｌｋｐｉｐｅ」および静止画データの転送停止を示す「Ａｂｏｒｔｓｔｉｌｌｉｍａｇｅｔｒａｎｓｍｉｓｓｉｏｎ」の４つのパラメータが用意されている。デバイスが複数の静止画キャプチャ方法をサポートしている場合にも、アプリケーションソフトウェア側から所定の機能を指定することが可能となっている。

図７は、第１の実施形態に係る静止画データの表示例を示した図である。上述のステップＳ５１２において、ＣＰＵ２０１が、生成または受信し静止画データを表示する場合には、図７に示すような別のダイアログウインドウ７０１を用いることにより、動画データを見ながら撮影した場合の静止画データを確認できるようにしてもよい。もちろん、動画データ用の表示部３０２に静止画データを表示してもよいことはいうまでもない。

なお、キャプチャした静止画データ７０２を表示するダイアログウインドウ７０１は、生成された静止画データ７０２の画像サイズにあわせて自由に変更することができる。また、生成された静止画データ７０２のサイズによっては、ダイアログウインドウ７０１は、静止画キャプチャウインドウ３０１と並列に表示してもよい。

以上説明したように、第１の実施形態によれば、ネットワークインタフェースを介して静止画データや動画データをキャプチャ可能な撮像装置（例：ＤＶＣＲ１０２など）と接続した制御装置（例：ＰＣ１０１など）において、撮像装置が備えるキャプチャ機能を判別し、判別結果にしたがって好適な操作アイコンを表示するようにした。すなわち、従来のように画一的なアイコンを表示するのではなく、撮像装置の状態に応じて、好適な操作アイコンを表示するようにした。これによって、撮像装置側で対応していない機能や現時点において使用不可能な機能に対応するアイコンをユーザインタフェース上に表示してしまうことによる不都合を低減できよう。

［第２の実施形態］
第２の実施形態は、ＤＶＣＲ１０２が有する静止画キャプチャ方法に応じてＰｈｏｔｏアイコン３０３の内容を変更するものである。

図８は、第２の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。なお、この例では、ＤＶＣＲ１０２が上述した３種類の静止画キャプチャ方法の全てをサポートしているものと仮定する。

ステップＳ８０１において、ＣＰＵ２０１は、操作部２０６などからの指示に従い、静止画キャプチャを行うためのアプリケーションソフトウェアを起動する。

ステップＳ８０２において、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を制御し、ＤＶＣＲ１０２がサポートしている機能を記述したディスクリプタをＤＶＣＲ１０２に問い合せるための問い合せコマンドを送信する。ＤＶＣＲ１０２のＣＰＵ２２１はＵＳＢＩＦ２２７を制御し、問い合せコマンドを受信し、当該ディスクリプタをホストであるＰＣ１０１に送信する。なお、ディスクリプタを問い合せる代わりに、ホストにデバイスが接続されたときに受信したディスクリプタの内容を記憶管理しているデバイスドライバから同様の情報を取得してもよい。

ステップＳ８０３において、ＣＰＵ２０１は、ディスクリプタのパラメータの内容に基づいて、複数の静止画キャプチャ方法がサポートされているかどうかを判別する。１つしかサポートされていなければ、ＣＰＵ２０１は、ステップＳ８０４に進み、サポートされている静止画キャプチャ方法に対応したアイコンを表示する。以降は上述の静止画キャプチャ処理を実行する。

一方、複数の静止画キャプチャ方法がサポートとされていると判別された場合（例えば全ての機能がサポーされていた場合など）、ステップＳ８０５に進み、ＣＰＵ２０１は、サポートされている各機能によりサポートされている静止画データの最大サイズ及び最小サイズをディスクリプタから読み出す。

ステップＳ８０６において、ＣＰＵ２０１は、ＵＳＢなどのネットワークインタフェースで構成されたネットワーク内に接続されているデバイスの数やその種類に関する情報を取得する。例えば、ＵＳＢの場合は、ＵＳＢＩＦ２０７の制御ドライバが配下のデバイスを管理しているため、当該制御ドライバを通じてデバイスの数を取得したり、ハブやブリッジの存在を確認したりすることができる。ここでは、ネットワーク上のトラヒックに影響を及ぼしやすい動画データの転送に関連するデバイスの数を検討することが望ましい。

ステップＳ８０７において、ＣＰＵ２０１は、サポートされている静止画データの最小サイズとＰＣ１０１において表示可能サイズとを比較する。表示可能サイズが最小静止画サイズよりも小さい場合には、生成された静止画データを表示することができないため、ステップＳ８０８に進み、ＣＰＵ２０１は、静止画キャプチャ方法のアイコンを表示しないようにユーザインタフェースを設定する。

一方、表示可能サイズが最小静止画サイズ以上であれば、ステップＳ８０９に進み、ＣＰＵ２０１は、表示可能サイズとサポートされている静止画データの最大サイズとを比較する。表示可能サイズが最大静止画サイズよりも小さければ、高精細な静止画データを送信することが可能なキャプチャ２及びキャプチャ３で送信される静止画データを表示することが困難なため、ステップＳ８１０に進む。

ステップＳ８１０において、ＣＰＵ２０１は、キャプチャ１のアイコンをユーザインタフェース上に表示する。キャプチャ１の場合は、相対的に低精細の静止画データをキャプチャする機能であるため、キャプチャ１のみを使用できるようにアイコンを表示することで、ユーザの混乱を回避できる。なお、静止画キャプチャ方法のアイコン押下を検出すると、ＣＰＵ２０１は、キャプチャ１の機能を用いて静止画データをキャプチャする。

一方、表示可能サイズが、サポートされている最大静止画サイズ以上であれば、ステップＳ８１１に進み、ＣＰＵ２０１は、ステップＳ８０６において取得した情報に基づいて、ネットワーク内に複数の動画サポートデバイスが存在するかを否かを判定する。複数の動画サポートデバイスが存在する場合は、ステップＳ８１３に進み、ＣＰＵ２０１は、キャプチャ３のアイコンを表示する。

このように動画データをサポートしたデバイスの数を考慮するのは次の理由による。すなわち、動画データをサポートしたデバイスがＤＶＣＲ１０２以外にも存在すれば、各動画サポートデバイスがＵＳＢバスの帯域をシェアしなければならない。また、ホストが複数存在する場合は、一つのデバイスからの動画データ転送を複数のアプリケーションソフトウェアソフトウェアで表示している可能性がある。そのため、キャプチャ２の機能を用いて静止画キャプチャを実現すると、動画データを停止することになるため、ユーザが混乱する可能性がある。よって、動画データの停止を伴わないキャプチャ３のアイコンを表示することが望ましいことになる。

一方、ネットワーク内に他の動画サポートデバイスが存在しない場合は、ステップＳ８１２に進み、ＣＰＵ２０１は、キャプチャ２のアイコンを表示する。これにより、ネットワーク内で接続しているデバイスとホストとがピア・ツー・ピアであることが示される。

図９は、第２の実施形態に係るアイコンの一例を示す図である。アイコン９０１は、キャプチャ１に対応するアイコンである。アイコン９０２は、キャプチャ２に対応するアイコンである。アイコン９０３は、キャプチャ３に対応するアイコンである。それぞれ、アイコンの絵柄を異なるようにしているので、ユーザは視覚的にどのキャプチャ機能を利用できるかを容易に判断できよう。なお、各機能の内容に関連する絵柄であればどのようなアイコンを採用してもよい。また、ツールチップのようなものを用いて、アイコンの説明を表示するようにしてもよい。

第２の実施形態によれば、複数の静止画キャプチャ方法を有している撮像装置が存在する場合には、静止画サイズとディスプレイの表示可能サイズに基づき、制御装置がすべての静止画データを表示不可能な状態にあれば、静止画キャプチャのアイコンを表示しないように制御する。これにより、表示不可能にもかかわらず静止画データのキャプチャを実行してしまうような事態を回避できよう。また、最大サイズの静止画データについて表示不可能であれば、撮像装置から受信している動画データから表示可能なサイズの静止画データを制御装置において生成するようにしている。また、そのためのアイコンを表示することで、どの静止画キャプチャ方法を利用できるかを視認しやすくなろう。

また、動画データなど大量のデータを転送する撮像装置が同一のネットワーク上に複数存在しない場合に限って、すなわち制御装置と撮像装置とがピアツーピアの関係にある場合に限って、動画データの転送を中断して静止画データを転送するキャプチャ機能を使えるようにしたので、例えば、１台の撮像装置から取得した動画データを複数のＰＣ上の各アプリケーションソフトウェアで表示している場合に、一方のアプリケーションソフトウェアからの静止画キャプチャ命令によって、他方のアプリケーションソフトウェアにおける動画データ表示が中断されてしまうような不都合を回避できよう。

また、動画データなど大量のデータを転送する撮像装置が同一のネットワーク上に複数存在する場合は、他の伝送パイプを利用して静止画データを伝送するようにしたので、動画データ転送への影響を低減できよう。

また、複数の機能をサポートしている場合であっても、そのうち好適なアイコンのみを表示することで、アイコン表示領域を削減できる利点もある。

［第３の実施形態］
上述の実施形態では、制御装置が主に一つのＰＣからなる場合を説明したが。本発明はこれに限定されることはない。例えば、制御装置を複数のＰＣ等から構成してもよい。とりわけ第３の実施形態では、複数のＰＣをインターネットなどを介して接続して連携させ、それぞれの配下の撮像装置を遠隔から制御できるようにしたものである。

図１０に、第３の実施形態の応用例を示す。このネットワークシステムは、ＰＣ１０１、ＰＣ１０５およびＰＣ１０７がインターネットを介して相互に接続されている。また、ＰＣ１０５とＤＶＣＲ１０６、およびＰＣ１０７とＤＶＣＲ１０８は、上述したＰＣ１０１とＤＶＣＲ１０２と同様に動作するだけでなく、さらに、各ＰＣに接続されているＤＶＣＲを他のＰＣから制御して静止画データをキャプチャするものである。

例えば、ＰＣ１０１上で動作しているアプリケーションソフトウェアにおいて、ＣＰＵ２０１は、リモート静止画キャプチャモードが選択されると、相手ＰＣのＩＰアドレスを入力するように求める。なお、アプリケーションソフトウェアが使用するポート番号を相互に同一のものを使用するように予め設定されているものとする。ＰＣ間でＩＰアドレスを交換するには、予め電子メールや電話などによって通知しておき手動で入力する方法や、ＳＩＰ（セッションイニシエーションプロトコル）などのプロトコルを用いて自動的にＩＰアドレスを交換する方法などがある。

ＰＣ１０１のＣＰＵ２０１は、入力されたＩＰアドレスに対して通信要求を送信し、相手側のＰＣ１０５が応答すると、画像取得要求を送信する。ＰＣ１０５のＣＰＵ２０１は、画像取得要求を受信すると、配下のＤＶＣＲ１０６のディスクリプタを取得し、ＰＣ１０１に転送する。その後は、ＰＣ１０１において上述のような手順でアイコンを表示し、静止画取得コマンドを発行する。ＰＣ１０５は、静止画取得コマンドを受信すると、ＤＶＣＲ１０６に送信し、静止画データを取得する。取得した静止画データを、ＬＡＮＩＦ２０８を介してＰＣ１０１に送信する。ＰＣ１０１は、静止画データを受信して上述のように表示装置２０５に表示する。

このように、第３の実施形態によれば、お互いのＰＣに接続されたＤＶＣＲの機能をそれぞれのアプリケーションソフトウェアで情報交換することにより、遠隔地にあるＤＶＣＲの機能に応じて好適な静止画キャプチャ方法のアイコンを表示できるようになる。

［他の実施形態］
以上の説明では、デバイスが複数の機能をサポートしている場合に、ディスプレイの表示可能サイズに基づいてどのアイコンを表示するかを決定した。しかしながら、ビデオドライバにおいて設定されている現在の画面サイズや、ＶＧＡやＳＶＧＡといった情報に従って決定してもよい。

さらに、ホスト側のＲＡＭ２０３の空き容量、保存場所として指定されたフォルダのアクセス制限、または保存可能サイズなどと、各キャプチャ機能によって取得される静止画データのデータサイズとを比較して、好適なキャプチャ機能を選択して、選択された機能に対応するアイコンを表示するようにしてもよい。

また、ＣＰＵ２０１は、ＵＳＢＩＦ２０７によりＵＳＢネットワーク上のトラヒックを測定し、測定されたトラヒックに応じて、表示すべき静止画キャプチャ方法のアイコンを選択するようにしてもよい。

また、上述の例では、ネットワーク内における動画データをサポートしたデバイスの数によって、アイコンを動的に変更した。しかしながら、デバイスとホスト間の転送速度をホスト側で測定し、この測定結果に基づいて、動画データを転送しながら静止画データを転送することが可能なパイプを実現できるか否かを判定してもよい。そして実現可能なパイプを使用する静止画キャプチャ方法を選択して、対応するアイコンを表示したり、対応するコマンドを選択したりするようにしてもよい。

より具体的には、ＤＶＣＲ１０２においてサポートされている静止画キャプチャ方法により撮像可能な最大静止画サイズと、上述の転送速度とに基づいて、ＣＰＵ２０１が、転送時間を算出する。また、ＣＰＵ２０１は、ＤＶＣＲにおいて静止画データを生成する際の生成時間をディスクリプタなどから取得する。ＣＰＵ２０１は、転送時間が生成時間の２倍以上かどうかを判定し、転送時間が生成時間の２倍以上の場合には、キャプチャ１に対応するアイコンとャプチャ３に対応するアイコンを表示するように制御する。

また、上述のステップＳ８０６において、ブリッジまたはバスが検出されると、ＣＰＵ２０１は、キャプチャ１に対応するアイコンとキャプチャ３に対応するアイコンを表示するように制御してもよい。

以上、様々な実施形態を詳述したが、上述した実施形態の各機能を実現するソフトウェアプログラム（例えば、図５または図８に示すフローチャートに対応したプログラム）を、システム若しくは装置に対して直接または遠隔から供給し、そのシステム若しくは装置に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。

従って、本発明の機能をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能を実現するためのコンピュータプログラム自体も本発明の一つである。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。

第１の実施形態に係るネットワークシステムの構成を示した図である。第１の実施形態に係るＰＣ１０１及びＤＶＣＲ１０２の主要な構成要素を示す図である。第１の実施形態に係るＰＣ１０１上で動作するアプリケーションソフトウェアのユーザインタフェース（ＵＩ）の一例を示した図である。第１の実施形態に係る複数の静止画キャプチャ方法を説明するための図である。第１の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。第１の実施形態に係る静止画キャプチャコマンドの一例を示す図である。第１の実施形態に係る静止画データの表示例を示した図である。第２の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。本実施形態に係るアイコンの一例を示す図である。本実施形態の応用例を示した図である。

Claims

撮像装置を制御する制御装置であって、
前記撮像装置から前記撮像装置の機能に関する情報を含む機能情報を受信する受信手段と、
前記機能情報に基づいて、複数の静止画キャプチャ方法の中から前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法を判別する判別手段と、
複数のアイコンのうち前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法に対応するアイコンが表示装置に表示されるように制御し、前記複数のアイコンのうち前記撮像装置と前記制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンが前記表示装置に表示されないように制御する表示制御手段と
を有する制御装置。
前記複数の静止画キャプチャ方法は、第１の静止画キャプチャ方法を含み、
前記第１の静止画キャプチャ方法は、前記撮像装置から前記制御装置に送信された動画データから静止画データを生成する静止画キャプチャ方法である請求項１に記載の制御装置。
前記第１の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記撮像装置から前記制御装置に送信された動画データから静止画データを生成する静止画データ生成手段
をさらに有する請求項２に記載の制御装置。
前記複数の静止画キャプチャ方法は、第２の静止画キャプチャ方法を含み、
前記第２の静止画キャプチャ方法は、前記撮像装置で取得された静止画データを前記撮像装置から前記制御装置に送信する静止画キャプチャ方法であって、前記撮像装置で取得された静止画データを前記制御装置に送信する場合に、動画データの前記撮像装置から前記制御装置への送信を中断する静止画キャプチャ方法である請求項１から３のいずれか１項に記載の制御装置。
前記第２の静止画キャプチャ方法に対応するアイコンが操作された場合、前記制御装置は、前記第２の静止画キャプチャ方法による静止画キャプチャの実行を要求するコマンドを前記撮像装置に送信する請求項４に記載の制御装置。
前記複数の静止画キャプチャ方法は、第３の静止画キャプチャ方法を含み、
前記第３の静止画キャプチャ方法は、前記撮像装置で取得された静止画データを前記撮像装置から前記制御装置に送信する静止画キャプチャ方法であって、前記撮像装置で取得された静止画データを前記制御装置に送信する場合に、動画データの前記撮像装置から前記制御装置への送信を中断しないようにする静止画キャプチャ方法である請求項１から５のいずれか１項に記載の制御装置。
前記第３の静止画キャプチャ方法に対応するアイコンが操作された場合、前記制御装置は、前記第３の静止画キャプチャ方法による静止画キャプチャの実行を要求するコマンドを前記撮像装置に送信する請求項６に記載の制御装置。
撮像装置を制御する制御装置の制御方法であって、
前記撮像装置から前記撮像装置の機能に関する情報を含む機能情報を受信するステップと、
前記機能情報に基づいて、複数の静止画キャプチャ方法の中から前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法を判別するステップと、
複数のアイコンのうち前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法に対応するアイコンが表示装置に表示されるように制御し、前記複数のアイコンのうち前記撮像装置と前記制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンが前記表示装置に表示されないように制御するステップと
を有する制御方法。
前記複数の静止画キャプチャ方法は、第１の静止画キャプチャ方法を含み、
前記第１の静止画キャプチャ方法は、前記撮像装置から前記制御装置に送信された動画データから静止画データを生成する静止画キャプチャ方法である請求項８に記載の制御方法。
前記第１の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記撮像装置から前記制御装置に送信された動画データから静止画データを生成するステップをさらに有する請求項９に記載の制御方法。
前記複数の静止画キャプチャ方法は、第２の静止画キャプチャ方法を含み、
前記第２の静止画キャプチャ方法は、前記撮像装置で取得された静止画データを前記撮像装置から前記制御装置に送信する静止画キャプチャ方法であって、前記撮像装置で取得された静止画データを前記制御装置に送信する場合に、動画データの前記撮像装置から前記制御装置への送信を中断する静止画キャプチャ方法である請求項８から１０のいずれか１項に記載の制御方法。
前記第２の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記第２の静止画キャプチャ方法による静止画キャプチャの実行を要求するコマンドを前記撮像装置に送信するステップ
をさらに有する請求項１１に記載の制御方法。
前記複数の静止画キャプチャ方法は、第３の静止画キャプチャ方法を含み、
前記第３の静止画キャプチャ方法は、前記撮像装置で取得された静止画データを前記撮像装置から前記制御装置に送信する静止画キャプチャ方法であって、前記撮像装置で取得された静止画データを前記制御装置に送信する場合に、動画データの前記撮像装置から前記制御装置への送信を中断しないようにする静止画キャプチャ方法である請求項８から１２のいずれか１項に記載の制御方法。
前記第３の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記第３の静止画キャプチャ方法による静止画キャプチャの実行を要求するコマンドを前記撮像装置に送信するステップ
をさらに有する請求項１３に記載の制御方法。
制御装置で実行されるコンピュータプログラムであって、
撮像装置から前記撮像装置の機能に関する情報を含む機能情報を受信するステップと、
前記機能情報に基づいて、複数の静止画キャプチャ方法の中から前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法を判別するステップと、
複数のアイコンのうち前記撮像装置と前記制御装置との間で使用可能な静止画キャプチャ方法に対応するアイコンが表示装置に表示されるように制御し、前記複数のアイコンのうち前記撮像装置と前記制御装置との間で使用できない静止画キャプチャ方法に対応するアイコンが前記表示装置に表示されないように制御するステップと
を前記制御装置に実行させるコンピュータプログラム。
前記複数の静止画キャプチャ方法は、第１の静止画キャプチャ方法を含み、
前記第１の静止画キャプチャ方法は、前記撮像装置から前記制御装置に送信された動画データから静止画データを生成する静止画キャプチャ方法である請求項１５に記載のコンピュータプログラム。
前記第１の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記撮像装置から前記制御装置に送信された動画データから静止画データを生成するステップ
をさらに有する請求項１６に記載のコンピュータプログラム。
前記複数の静止画キャプチャ方法は、第２の静止画キャプチャ方法を含み、
前記第２の静止画キャプチャ方法は、前記撮像装置で取得された静止画データを前記撮像装置から前記制御装置に送信する静止画キャプチャ方法であって、前記撮像装置で取得された静止画データを前記制御装置に送信する場合に、動画データの前記撮像装置から前記制御装置への送信を中断する静止画キャプチャ方法である請求項１５から１７のいずれか１項に記載のコンピュータプログラム。
前記第２の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記第２の静止画キャプチャ方法による静止画キャプチャの実行を要求するコマンドを前記撮像装置に送信するステップ
をさらに有する請求項１８に記載のコンピュータプログラム。
前記複数の静止画キャプチャ方法は、第３の静止画キャプチャ方法を含み、
前記第３の静止画キャプチャ方法は、前記撮像装置で取得された静止画データを前記撮像装置から前記制御装置に送信する静止画キャプチャ方法であって、前記撮像装置で取得された静止画データを前記制御装置に送信する場合に、動画データの前記撮像装置から前記制御装置への送信を中断しないようにする静止画キャプチャ方法である請求項１５から１９のいずれか１項に記載のコンピュータプログラム。
前記第３の静止画キャプチャ方法に対応するアイコンが操作された場合に、前記第３の静止画キャプチャ方法による静止画キャプチャの実行を要求するコマンドを前記撮像装置に送信するステップ
をさらに有する請求項２０に記載のコンピュータプログラム。