(57)【要約】 【課題】  カメラ側のキャプチャ機能に応じて好適な操作アイコンを表示する。【解決手段】    パーソナルコンピュータ１０１とデジタルビデオカメラ１０２は、ＵＳＢインタフェースを介して接続されている。デジタルビデオカメラ１０２は、静止画データおよび動画データを撮像するための撮像手段を備え、パーソナルコンピュータ１０１により制御される。パーソナルコンピュータ１０１は、デジタルビデオカメラ１０２から静止画キャプチャ方法に関する情報を受信し、受信した情報に基づいて、デジタルビデオカメラ１０２がそのような機能を備えているかを判別する。そして、判別した機能に対応する操作アイコンをユーザインタフェース上に表示する。【選択図】  図１
2005176273.tif 000002
【特許請求の範囲】
【請求項１】
撮像手段を備えた撮像装置と接続して該撮像装置の撮像処理を制御する制御装置であって、
前記撮像装置と接続して通信するための通信手段と、
前記通信手段を介し、前記撮像装置が備える撮像機能に関する機能情報を受信する受信手段と、
前記機能情報に基づいて、前記撮像装置が備える撮像機能を判別する判別手段と、
前記判別手段により判別された前記撮像機能に対応するアイコンをユーザインタフェース上に表示する表示制御手段と
を含む制御装置。
【請求項２】
前記撮像装置が静止画キャプチャ方法を備えていないと判別された場合に、前記表示制御手段は、該静止画キャプチャ方法に対応するアイコンの表示を省略する請求項１に記載の制御装置。
【請求項３】
前記撮像機能には、
前記撮像装置において取得された音声と動画データをバルク転送するバルク転送ストリームデータを前記制御装置において受信し、受信されたバルク転送ストリームデータから静止画データを生成する第１の静止画キャプチャ方法と、
前記制御装置からの撮像指示に基づき前記撮像装置において静止画データを生成し、前記バルク転送ストリームデータを一時停止し、生成された該静止画データをバルク転送によって該制御装置へと転送する第２の静止画キャプチャ方法と、
前記制御装置からの撮像指示に基づき前記撮像装置において静止画データを生成し、前記バルク転送ストリームデータとは別の非同期のストリームデータを用いて、生成された該静止画データを転送する第３の静止画キャプチャ方法と
のうち少なくとも１つが含まれる請求項１または２に記載の制御装置。
【請求項４】
前記撮像装置が備える前記静止画キャプチャ方法により撮像可能な最小静止画サイズと、前記制御装置において表示可能な最大表示サイズとを比較するサイズ比較手段をさらに備え、
前記表示制御手段は、前記比較の結果、前記最小静止画サイズが前記最大表示サイズを超える場合には、前記静止画キャプチャ方法のアイコンを表示しなように制御する請求項３に記載の制御装置。
【請求項５】
前記撮像装置が少なくとも前記第１の静止画キャプチャ方法を備える場合に、前記撮像装置が備える前記静止画キャプチャ方法により撮像可能な最大静止画サイズと、前記制御装置により表示可能な最大表示サイズとを比較するサイズ比較手段をさらに備え、
前記表示制御手段は、前記比較の結果、前記最大静止画サイズが前記最大表示サイズを超える場合には、前記第１の静止画キャプチャ方法に対応するアイコンのみを表示するように制御する請求項３または４に記載の制御装置。
【請求項６】
前記通信手段と前記制御装置とが接続されたネットワークのトラヒックを検出するトラヒック検出手段と、
検出された前記トラヒックに応じて、表示すべき静止画キャプチャ方法のアイコンを選択するアイコン選択手段とをさらに含み、
前記表示制御手段は、前記アイコン選択手段により選択されたアイコンを表示するよう制御する請求項３に記載の制御装置。
【請求項７】
前記撮像装置が少なくとも前記第３の静止画キャプチャ方法を備える場合に、前記通信手段に、動画データなど相対的に多量のデータを送信することのできる複数の撮像装置が接続されているかを判定する判定手段をさらに備え、
前記表示制御手段は、前記判定の結果、複数の前記撮像装置が接続されている場合には、前記第３の静止画キャプチャ方法に対応するアイコンを表示するように制御する請求項３に記載の制御装置。
【請求項８】
前記撮像装置が少なくとも前記第２の静止画キャプチャ方法を備える場合に、前記表示制御手段は、前記判定の結果、複数の前記撮像装置が接続されていなければ、前記２の静止画キャプチャ方法に対応するアイコンを表示するように制御する請求項７に記載の制御装置。
【請求項９】
前記撮像装置が少なくとも前記第１の静止画キャプチャ方法と前記第３の静止画キャプチャ方法を備えている場合に、該静止画キャプチャ方法により撮像可能な最大静止画サイズと前記通信手段の転送速度とに基づいて転送時間を算出する算出手段と、
前記撮像装置内において静止画データを生成した際の生成時間を取得する取得手段と、
前記転送時間が前記生成時間の所定倍以上かどうかを判定する時間判定手段とをさらに備え、
前記表示制御手段は、前記時間判定により、前記転送時間が前記生成時間の所定倍以上と判定されると、前記第１の静止画キャプチャ方法に対応するアイコンと前記第３の静止画キャプチャ方法に対応するアイコンを表示するように制御する請求項３に記載の制御装置。
【請求項１０】
前記通信手段に接続されたブリッジまたはバスを検出する検出手段をさらに備え、
前記表示制御手段は、前記ブリッジまたは前記バスを検出されると、前記第１の静止画キャプチャ方法に対応するアイコンと前記第３の静止画キャプチャ方法に対応するアイコンを表示するように制御する請求項３に記載の制御装置。
【請求項１１】
撮像手段を備えた撮像装置を外部の制御装置から制御するための制御方法であって、
前記撮像装置が備える撮像機能に関する機能情報を受信するステップと、
前記機能情報に基づいて、前記撮像装置が備える撮像機能を判別するステップと、
判別された前記撮像機能に対応するアイコンを前記制御装置のユーザインタフェース上に表示するステップと
を含む制御方法。
【請求項１２】
前記撮像装置が静止画キャプチャ方法を備えていないと判別された場合に、該静止画キャプチャ方法に対応するアイコンの表示を省略する請求項１１に記載の制御方法。
【請求項１３】
前記撮像機能には、
前記撮像装置において取得された音声と動画データをバルク転送するバルク転送ストリームデータを前記制御装置において受信し、受信された前記バルク転送ストリームデータから静止画データを生成する第１の静止画キャプチャ方法と、
前記制御装置からの撮像指示に基づき前記撮像装置において静止画データを生成し、前記バルク転送ストリームデータを一時停止し、生成された該静止画データをバルク転送によって該制御装置へと転送する第２の静止画キャプチャ方法と、
前記制御装置からの撮像指示に基づき前記撮像装置において静止画データを生成し、前記バルク転送ストリームデータとは別の非同期のストリームデータを用いて、生成された該静止画データを転送する第３の静止画キャプチャ方法と
のうち少なくとも１つが含まれる請求項１１または１２に記載の制御方法。
【請求項１４】
前記撮像装置が備える前記静止画キャプチャ方法により撮像可能な最小静止画サイズと、前記制御装置により表示可能な最大表示サイズとを比較するステップと、
前記比較の結果、前記最小静止画サイズが前記最大表示サイズを超える場合には、前記静止画キャプチャ方法のアイコンを表示しなように制御するステップと
をさらに含む請求項１３に記載の制御方法。
【請求項１５】
前記撮像装置が少なくとも前記第１の静止画キャプチャ方法を備える場合に、前記撮像装置が備える前記静止画キャプチャ方法により撮像可能な最大静止画サイズと、前記制御装置により表示可能な最大表示サイズとを比較するステップと、
前記比較の結果、前記最大静止画サイズが前記最大表示サイズを超える場合には、前記第１の静止画キャプチャ方法に対応するアイコンのみを表示するように制御するステップと
をさらに含む請求項１３または１４に記載の制御方法。
【請求項１６】
前記制御装置と前記撮像装置とが接続されたネットワークのトラヒックを検出するステップと、
検出された前記トラヒックに応じて、表示すべき静止画キャプチャ方法のアイコンを選択するステップと、
選択された前記アイコンを表示するよう制御するステップと
をさらに含む請求項１３に記載の制御方法。
【請求項１７】
前記撮像装置が少なくとも前記第３の静止画キャプチャ方法を備える場合に、前記制御装置に、動画データなど相対的に多量のデータを送信することのできる複数の撮像装置が接続されているかを判定するステップと、
前記判定の結果、複数の前記撮像装置が接続されている場合には、前記第３の静止画キャプチャ方法に対応するアイコンを表示するように制御するステップと
をさらに含む請求項１３に記載の制御方法。
【請求項１８】
前記撮像装置が少なくとも前記第２の静止画キャプチャ方法を備える場合に、前記判定の結果、複数の前記撮像装置が接続されていなければ、前記２の静止画キャプチャ方法に対応するアイコンを表示するように制御するステップをさらに含む請求項１７に記載の制御方法。
【請求項１９】
前記撮像装置が少なくとも前記第１の静止画キャプチャ方法と前記第３の静止画キャプチャ方法を備えている場合に、該静止画キャプチャ方法により撮像可能な最大静止画サイズと前記撮像装置と前記制御装置間の転送速度とに基づいて転送時間を算出するステップと、
前記撮像装置内において静止画データを生成した際の生成時間を取得するステップと、
前記転送時間が前記生成時間の所定倍以上かどうかを判定するステップと、
前記転送時間が前記生成時間の所定倍以上と判定されると、前記第１の静止画キャプチャ方法に対応するアイコンと前記第３の静止画キャプチャ方法に対応するアイコンを表示するように制御するステップと
をさらに含む請求項１３に記載の制御方法。
【請求項２０】
前記制御装置に接続されたブリッジまたはバスを検出するステップと、
前記ブリッジまたは前記バスを検出されると、前記第１の静止画キャプチャ方法に対応するアイコンと前記第３の静止画キャプチャ方法に対応するアイコンを表示するように制御するステップと
をさらに含む請求項１３に記載の制御方法。
【請求項２１】
請求項１１ないし請求項２０の何れかに記載の制御方法の各ステップをコンピュータ上で実行するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の静止画キャプチャ方法の少なくとも一つを有する撮像装置を制御する制御技術に関する。
【背景技術】
【０００２】
従来のネットワークシステムには、ビデオカメラと、パーソナルコンピュータとをＵＳＢ（Universal Serial Bus）に準拠した伝送媒体を介して接続し、ビデオカメラでキャプチャされた画像データをパーソナルコンピュータに転送するシステムがある（例えば、特許文献１）。
【特許文献１】特開平１０−２３２９２４号公報。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ビデオカメラが複数の静止画キャプチャ方法の少なくとも一つを有する場合、そのビデオカメラを制御するパーソナルコンピュータのユーザインタフェースは、ビデオカメラが有する静止画キャプチャ方法の種類に応じて変更するのが望ましい。
【０００４】
例えば、ネットワーク上のトラヒックが混雑している場合、ビデオカメラの全ての静止画キャプチャ方法を有効に利用できない可能性がある。そのような場合、利用可能な静止画キャプチャ方法に対応するアイコンのみを表示したほうが親切であろう。
【０００５】
また例えば、静止画キャプチャ方法ごとにキャプチャ可能な静止画データの画像サイズが異なる場合、キャプチャされた静止画データをＰＣのディスプレイに十分に表示しきれない場合がある。そのような場合にも、不十分な機能の操作アイコンは表示しないほうが親切であろう。
【０００６】
そこで、本発明は、このような課題および他の課題の少なくとも一つを解決することを目的とする。なお、他の課題については明細書の全体を通して理解できよう。
【課題を解決するための手段】
【０００７】
上記課題を解決すべく、本発明は、例えば、撮像手段を備えた撮像装置と接続して該撮像装置の撮像処理を制御する制御装置であって、前記撮像装置と接続して通信するための通信手段と、前記通信手段を介し、前記撮像装置が備える撮像機能に関する機能情報を受信する受信手段と、前記機能情報に基づいて、前記撮像装置が備える撮像機能を判別する判別手段と、前記判別手段により判別された前記撮像機能に対応するアイコンをユーザインタフェース上に表示する表示制御手段とを含むようにした。
【発明の効果】
【０００８】
本発明によれば、ネットワークインタフェースを介して静止画データや動画データをキャプチャ可能な撮像装置と接続した制御装置において、撮像装置が備えるキャプチャ機能を判別し、判別結果にしたがって好適な操作アイコンを表示するようにした。すなわち、従来のように画一的なアイコンを表示するのではなく、撮像装置の状態、制御装置の状態、または双方を接続するネットワークの状態に応じて、好適な操作アイコンを表示するようにした。これによって、撮像装置側で対応していない機能や現時点において使用不可能な機能に対応するアイコンをユーザインタフェース上に表示してしまうことによる不都合を低減できよう。
【発明を実施するための最良の形態】
【０００９】
以下、本発明に好適な様々な実施形態を説明する。なお、以下に示す実施形態は、本発明に好適な実施形態の一例である。従って、本発明は、以下の実施形態に限定的に解釈されるものではないことは言うまでもない。
【００１０】
［第１の実施形態］
第１の実施形態では、複数の静止画キャプチャ方法の少なくとも一つを有する撮像装置の一例であるカメラ付きデジタルビデオレコーダ（以下、ＤＶＣＲ）と、撮像装置を制御するためのアプリケーションソフトウェアをインストールした制御装置の一例であるパーソナルコンピュータ（以下、ＰＣ）とで構成されるネットワークシステムを説明する。また、第１の実施形態では、ＵＳＢ（参考文献：Universal Serial Bus Specification Revision 2.0, April 27, 2000）を採用したネットワークシステムを説明する。なお、第１の実施形態は、ＵＳＢをＵＳＢ以外の伝送媒体（ＩＥＥＥ１３９４、Ｂｌｕｅｔｏｏｔｈ、無線ＬＡＮなど）に置き換えて実施することも可能である。
【００１１】
図１は、第１の実施形態に係るネットワークシステムの構成を示した図である。１０１はＤＶＣＲ、１０２はＰＣ、１０３はＵＳＢに準拠したケーブルを示している。
【００１２】
図２は、第１の実施形態に係るＰＣ１０１及びＤＶＣＲ１０２の主要な構成要素を示す図である。まず、ＰＣ１０２の構成を説明する。ＣＰＵ２０１は、ＲＯＭ２０２やＨＤＤ（ハードディスクドライブ）２０４に記憶されているブートプログラム、ＯＳ、ドライバプログラムおよびアプリケーションソフトウェアにしたがって、ＰＣ１０１の各部を制御する演算装置である。ＲＡＭ２０３は、ワークエリアとして機能するランダムアクセスメモリである。表示装置２０５は、アプリケーションソフトウェアなどに基づいて静止画データ、動画データおよびユーザインタフェースなどを表示する表示装置である。操作部２０６は、キーボード、ポインティングデバイスなどの入力装置を有する。ＵＳＢＩＦ２０７は、ＵＳＢに準拠したネットワークインタフェースであり、ＤＶＣＲ１０２との通信に使用される。ＰＣ１０１とＤＶＣＲ１０２はＵＳＢケーブル１０３を介して、ＵＳＢによって規定されたコマンドによりデータの送受信を行うことができる。また、ＰＣ１０１上のアプリケーションソフトウェアからＤＶＣＲ１０２へコマンドを送信し、ＤＶＣＲ１０２の操作を行うことも可能である。ＬＡＮＩＦ２０８は、インターネットなどのネットワークと接続するためのネットワークインタフェースである。なお、ＤＶＣＲ１０２を制御するためのアプリケーションソフトウェアは、ＲＯＭ２２２に記憶されている。
【００１３】
次にＤＶＣＲ１０２の構成を説明する。ＣＰＵ２２１は、ＲＯＭ２２２に記憶されているブートプログラム、ＯＳおよび制御プログラムに従ってＤＶＣＲ１０２の各部を制御する制御部である。ＲＡＭ２２３は、ワークエリアとして機能するランダムアクセスメモリである。表示装置２２５は、静止画データ、動画データおよび操作情報などを表示する表示装置である。操作部２２６は、録画、再生などの操作に関する入力部である。ＵＳＢＩＦ２０７は、ＵＳＢに準拠したネットワークインタフェースであり、ＰＣ１０１との通信に使用される。撮像部２２９は、レンズ、ＣＣＤおよび画像処理回路を有し、動画データ又は動画データよりも画像サイズの大きい静止画データをキャプチャできるように構成されている。
【００１４】
図３は、第１の実施形態に係るＰＣ１０１上で動作するアプリケーションソフトウェアのユーザインタフェース（ＵＩ）の一例を示した図である。このＵＩを用いることにより、ＵＳＢケーブル１０３を介してＰＣ１０１からＤＶＣＲ１０２へと制御コマンドを送信し、ＤＶＣＲ１０２を操作できる。３０１はアプリケーションソフトウェアのＵＩを表示するダイアログウインドウであり、３０２の画像表示部にＤＶＣＲ１０２から受信した動画データを表示する。
【００１５】
Ｐｈｏｔｏアイコン３０３が押されると、ＣＰＵ２０１は、表示部３０２に表示されている動画データを静止画データとしてキャプチャする。モード変更アイコン３０４は、静止画キャプチャ方法の動作モードを変更するためのアイコンである。静止画キャプチャ方法の動作モードには、例えば、一定時間の間隔をおいて周期的に静止画データをキャプチャするインターバル撮影モード、連続的な撮影を可能とした連続撮影モードなどがある。
【００１６】
保存先フォルダの表示部３０５は、Ｐｈｏｔｏアイコン３０３が押下されてキャプチャされた静止画データを保存するための保存先フォルダを示している。変更ボタン３０６は、保存先を変更するための指示を入力するためのボタンである。
【００１７】
最小化ボタン３０７、最大化ボタン３０８および閉じるボタン３０９は、それぞれダイアログウインドウ３０１の挙動をアイコン化したものである。これらのボタンの配置及び機能は、一例に過ぎず、ＰＣ１０１のＯＳやウインドウシステムによって適宜変更することができる。
【００１８】
Ｐｈｏｔｏアイコン３０３を押し下げたときに発行されるコマンドは、ＤＶＣＲ１０２がサポートしている機能に応じてアプリケーションソフトウェアが選択して発行する。どの機能がサポートされているかは、例えば、ＰＣ１０１とＤＶＣＲ１０２がＵＳＢケーブル１０３を介して接続されたときに、ＰＣ１０１がＤＶＣＲ１０２に問い合せることにより認識する。
【００１９】
例えば、ＵＳＢの場合は、ホストであるＰＣ１０１がデバイス機器であるＤＶＣＲ１０２と接続されたときに、ＤＶＣＲ１０２のディスクリプタを読むことにより、ＤＶＣＲ１０２がサポートしている機能を認識できる。ディスクリプタとは、機器を認識する際に役立つデータのことであり、ＵＳＢでは、デバイスディスクリプタ、コンフィギュレーションディスクリプタ、コンフィギュレーションで使用されるインタフェースの代替設定を示すディスクリプタ、当該インタフェースで使用するエンドポイントのディスクリプタなどがある。デバイスディスクリプタには、ベンダＩＤやプロダクトＩＤ等を通知するためデータが含まれている。コンフィギュレーションディスクリプタには、デバイスにおいて設定可能なコンフィギュレーションを通知するためのデータが含まれている。エンドポイントのディスクリプタには、例えば、アイソクロナス転送を使用することと、帯域を示す情報などが含まれている。なお、これらの情報の取得は、アプリケーションソフトウェアの起動時に実行してもよい。
【００２０】
図４は、第１の実施形態に係る複数の静止画キャプチャ方法を説明するための図である。図４において、「Ｖｉｄｅｏ」は動画データを示し、「Ｓｔｉｌｌ」は静止画データを示す。また、図４において、アイソクロナスビデオデータパイプ（Ｉｓｏｃｈｒｏｎｏｕｓ ｖｉｄｅｏ ｄａｔａ ｐｉｐｅ）は、ＤＶＣＲ１０２からＰＣ１０１に動画データをアイソクロナス転送で転送する際に使用されるパイプを示し、バルクビデオデータパイプ（Ｂｕｌｋ ｖｉｄｅｏ ｄａｔａ ｐｉｐｅ）は、ＤＶＣＲ１０２からＰＣ１０１に動画データをバルク転送で転送する際に使用されるパイプを示す。なお、アイソクロナス転送とは、所定時間ごとに一定量のデータの転送を保証する転送方式であり、バルク転送とは、不定量のデータを不定期に転送する転送方式である。
【００２１】
キャプチャ１（Ｃａｐｔｕｒｅ １）は、ＤＶＣＲ１０２ではなくＰＣ１０１で１枚の静止画データをキャプチャする静止画キャプチャ方法である。キャプチャ１では、ＰＣ１０１が静止画データをキャプチャするため、ＤＶＣＲ１０２はアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを介して動画データをＰＣ１０１に転送するだけでよい。また、キャプチャ１では、ＤＶＣＲ１０２からＰＣ１０１に送信された動画データから１枚の静止画データをキャプチャするため、静止画データの画像サイズは動画データの画像サイズ以下となる。
【００２２】
キャプチャ２（Ｃａｐｔｕｒｅ ２）は、ＤＶＣＲ１０２で１枚の静止画データをキャプチャし、キャプチャした静止画データをアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを介してＰＣ１０１に転送する静止画キャプチャ方法である。キャプチャ２では、キャプチャした静止画データをアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを介してＰＣ１０１に転送するため、静止画データが転送される間、動画データの転送は中断される。また、キャプチャ２では、動画データよりも大きい画像サイズの静止画データをキャプチャすることができる。つまり、キャプチャ２では、動画データよりも高精細な静止画データをキャプチャすることができる。
【００２３】
キャプチャ３（Ｃａｐｔｕｒｅ ３）は、ＤＶＣＲ１０２で１枚の静止画データをキャプチャし、キャプチャした静止画データを動画データとは別のパイプを介してＰＣ１０１に転送する静止画キャプチャ方法である。キャプチャ３では、動画データの転送にアイソクロナスビデオデータパイプ又はバルクビデオデータパイプを使用し、静止画データの転送にバルクビデオデータパイプを使用する。つまり、キャプチャ３は、動画データの転送を中断することなく、キャプチャした静止画データをＰＣ１０１に転送することができる静止画キャプチャ方法である。キャプチャ３では、キャプチャ２と同様に、動画データよりも大きい画像サイズの静止画データをキャプチャすることができる。つまり、キャプチャ３では、動画データよりも高精細な静止画データをキャプチャすることができる。
【００２４】
図５は、第１の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。
【００２５】
ステップＳ５０１において、ＣＰＵ２０１は、操作部２０６などからの指示に従い、静止画キャプチャを行うためのアプリケーションソフトウェアを起動する。
【００２６】
ステップＳ５０２において、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を制御し、ＤＶＣＲ１０２がサポートしている機能を記述したディスクリプタをＤＶＣＲ１０２に問い合せるための問い合せコマンド（例えば、Ｇｅｔ  Ｄｅｓｃｒｉｐｔｏｒなど）を送信する。ＤＶＣＲ１０２のＣＰＵ２２１はＵＳＢＩＦ２２７を制御し、問い合せコマンドを受信し、当該ディスクリプタをホストであるＰＣ１０１に送信する。なお、ディスクリプタは、ＤＶＣＲ１０２用のデバイスドライバから取得してもよい。
【００２７】
ステップＳ５０３において、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を制御してディスクリプタを受信し、当該ディスクリプタにＤＶＣＲ１０２が静止画キャプチャをサポートしている情報が含まれているかを判別する。静止画キャプチャがサポートされていなければ、静止画キャプチャ方法を使えないため処理を終了する。一方、サポートされていればステップＳ５０４に進む。
【００２８】
ステップＳ５０４において、ＣＰＵ２０１は、ユーザインタフェース上に静止画キャプチャアイコン（例えば、Ｐｈｏｔｏアイコン３０３など）を表示できるように設定し、当該アイコンを含むユーザインタフェースを表示装置２０５に表示する。その後、ユーザからのコマンド入力待ち状態へ移行する。
【００２９】
ステップＳ５０５において、ＣＰＵ２０１は、操作部２０６からの入力が静止画キャプチャアイコンの押下げであることを検出すると、静止画キャプチャの実行要求を意味するコマンドをＤＶＣＲ１０２へと送信する。
【００３０】
ステップＳ５０６において、ＣＰＵ２０１は、上述のディスクリプタに記述されていた静止画キャプチャ方法が、キャプチャ１、キャプチャ２またはキャプチャ３の何れであるかを判別する。
【００３１】
キャプチャ１の場合には、ステップＳ５０７に進み、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を介して受信している動画データから静止画データを生成する。
【００３２】
キャプチャ２の場合には、ステップＳ５０８に進み、ＣＰＵ２０１は、ＤＶＣＲ１０２において生成され静止画データを動画データと同一のパイプを用いて送るために動画データの転送を停止させる。これは、停止コマンドを新たに送信することでＤＶＣＲ１０２の動画データ転送を停止させてもよいし、ステップＳ５０５で送信したコマンドをＤＶＣＲ１０２のＣＰＵ２２１が解釈して動画データの転送を停止してもよい。
【００３３】
ステップＳ５０９において、ＤＶＣＲ１０２のＣＰＵ２２１は、受信したコマンドに従って、撮像部２２９を制御して静止画データを取得し、動画データの転送に使用されていたパイプを用いて静止画データを送信する。ＰＣ１０１のＣＰＵ２０１は、この静止画データを受信する。
【００３４】
ステップＳ５１０において、ＣＰＵ２０１は、静止画データの転送に使用していたパイプを介して、動画データの転送を再開する。動画データの再開するには、ＰＣ１０１が再開コマンドをＤＶＣＲ１０２に送信することによって再開してもよいし、静止画データの送信を完了したＤＶＣＲ１０２が所定のタイミングを待った上で動画データの送信を再開してもよい。
【００３５】
キャプチャ３の場合には、ステップＳ５１１に進み、ＣＰＵ２０１は、動画データ転送とは別のパイプを用いて、ＤＶＣＲ２０１により生成された送信されてきた静止画データを受信する。
【００３６】
ステップＳ５１２において、ＣＰＵ２０１は、キャプチャ１ないし３のいずれかによって生成された静止画データを表示装置２０５に表示させるとともに、保存先３０５に表示されている保存先フォルダに保存する。
【００３７】
なお、アプリケーションソフトウェアを起動中でかつ動画データを受信中である場合には、静止画キャプチャを複数回実行できるため、明示的なアプリケーションソフトウェアの終了指示があるまでは、静止画キャプチャ部分をループしてもよい。
【００３８】
また、静止画データの表示と保存処理は、アプリケーションソフトウェアによって異なることがあり、例えば、静止画キャプチャループの任意の場所で実行することができる。
【００３９】
図６は、第１の実施形態に係る静止画キャプチャコマンドの一例を示す図である。図６に示すコマンドは、ＤＶＣＲ１０２が有する静止画キャプチャ方法を制御するためのコマンドであり、ホストであるＰＣ１０１からデバイスであるＤＶＣＲ１０２に送信されるコマンドである。この例のパラメータ（ｐａｒａｍｅｔｅｒ）には、Ｃａｐｔｕｒｅ １を示す「Ｎｏｒｍａｌ  ｏｐｅｒａｔｉｏｎ」、Ｃａｐｔｕｒｅ ２を示す「Ｔｒａｎｓｍｉｔ ｓｔｉｌｌ  ｉｍａｇｅ」、Ｃａｐｔｕｒｅ ３を示す「Ｔｒａｎｓｍｉ  ｓｔｉｌｌ  ｉｍａｇｅ  ｖｉａ  ｂｕｌｋ  ｐｉｐｅ」および静止画データの転送停止を示す「Ａｂｏｒｔ  ｓｔｉｌｌ  ｉｍａｇｅ  ｔｒａｎｓｍｉｓｓｉｏｎ」の４つのパラメータが用意されている。デバイスが複数の静止画キャプチャ方法をサポートしている場合にも、アプリケーションソフトウェア側から所定の機能を指定することが可能となっている。
【００４０】
図７は、第１の実施形態に係る静止画データの表示例を示した図である。上述のステップＳ５１２において、ＣＰＵ２０１が、生成または受信し静止画データを表示する場合には、図７に示すような別のダイアログウインドウ７０１を用いることにより、動画データを見ながら撮影した場合の静止画データを確認できるようにしてもよい。もちろん、動画データ用の表示部３０２に静止画データを表示してもよいことはいうまでもない。
【００４１】
なお、キャプチャした静止画データ７０２を表示するダイアログウインドウ７０１は、生成された静止画データ７０２の画像サイズにあわせて自由に変更することができる。また、生成された静止画データ７０２のサイズによっては、ダイアログウインドウ７０１は、静止画キャプチャウインドウ３０１と並列に表示してもよい。
【００４２】
以上説明したように、第１の実施形態によれば、ネットワークインタフェースを介して静止画データや動画データをキャプチャ可能な撮像装置（例：ＤＶＣＲ１０２など）と接続した制御装置（例：ＰＣ１０１など）において、撮像装置が備えるキャプチャ機能を判別し、判別結果にしたがって好適な操作アイコンを表示するようにした。すなわち、従来のように画一的なアイコンを表示するのではなく、撮像装置の状態に応じて、好適な操作アイコンを表示するようにした。これによって、撮像装置側で対応していない機能や現時点において使用不可能な機能に対応するアイコンをユーザインタフェース上に表示してしまうことによる不都合を低減できよう。
【００４３】
［第２の実施形態］
第２の実施形態は、ＤＶＣＲ１０２が有する静止画キャプチャ方法に応じてＰｈｏｔｏアイコン３０３の内容を変更するものである。
【００４４】
図８は、第２の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。なお、この例では、ＤＶＣＲ１０２が上述した３種類の静止画キャプチャ方法の全てをサポートしているものと仮定する。
【００４５】
ステップＳ８０１において、ＣＰＵ２０１は、操作部２０６などからの指示に従い、静止画キャプチャを行うためのアプリケーションソフトウェアを起動する。
【００４６】
ステップＳ８０２において、ＣＰＵ２０１は、ＵＳＢＩＦ２０７を制御し、ＤＶＣＲ１０２がサポートしている機能を記述したディスクリプタをＤＶＣＲ１０２に問い合せるための問い合せコマンドを送信する。ＤＶＣＲ１０２のＣＰＵ２２１はＵＳＢＩＦ２２７を制御し、問い合せコマンドを受信し、当該ディスクリプタをホストであるＰＣ１０１に送信する。なお、ディスクリプタを問い合せる代わりに、ホストにデバイスが接続されたときに受信したディスクリプタの内容を記憶管理しているデバイスドライバから同様の情報を取得してもよい。
【００４７】
ステップＳ８０３において、ＣＰＵ２０１は、ディスクリプタのパラメータの内容に基づいて、複数の静止画キャプチャ方法がサポートされているかどうかを判別する。１つしかサポートされていなければ、ＣＰＵ２０１は、ステップＳ８０４に進み、サポートされている静止画キャプチャ方法に対応したアイコンを表示する。以降は上述の静止画キャプチャ処理を実行する。
【００４８】
一方、複数の静止画キャプチャ方法がサポートとされていると判別された場合（例えば全ての機能がサポーされていた場合など）、ステップＳ８０５に進み、ＣＰＵ２０１は、サポートされている各機能によりサポートされている静止画データの最大サイズ及び最小サイズをディスクリプタから読み出す。
【００４９】
ステップＳ８０６において、ＣＰＵ２０１は、ＵＳＢなどのネットワークインタフェースで構成されたネットワーク内に接続されているデバイスの数やその種類に関する情報を取得する。例えば、ＵＳＢの場合は、ＵＳＢＩＦ２０７の制御ドライバが配下のデバイスを管理しているため、当該制御ドライバを通じてデバイスの数を取得したり、ハブやブリッジの存在を確認したりすることができる。ここでは、ネットワーク上のトラヒックに影響を及ぼしやすい動画データの転送に関連するデバイスの数を検討することが望ましい。
【００５０】
ステップＳ８０７において、ＣＰＵ２０１は、サポートされている静止画データの最小サイズとＰＣ１０１において表示可能サイズとを比較する。表示可能サイズが最小静止画サイズよりも小さい場合には、生成された静止画データを表示することができないため、ステップＳ８０１に進み、ＣＰＵ２０１は、静止画キャプチャ方法のアイコンを表示しないようにユーザインタフェースを設定する。
【００５１】
一方、表示可能サイズが最小静止画サイズ以上であれば、ステップＳ８０９に進み、ＣＰＵ２０１は、表示可能サイズとサポートされている最静止画データ大サイズとを比較する。表示可能サイズが最大静止画サイズよりも小さければ、高精細な静止画データを送信することが可能なキャプチャ２及びキャプチャ３で送信される静止画データを表示することが困難なため、ステップＳ８１０に進む。
【００５２】
ステップＳ８１０において、ＣＰＵ２０１は、キャプチャ１のアイコンをユーザインタフェース上に表示する。キャプチャ１の場合は、相対的に低精細の静止画データをキャプチャする機能であるため、キャプチャ１のみを使用できるようにアイコンを表示することで、ユーザの混乱を回避できる。なお、静止画キャプチャ方法のアイコン押下を検出すると、ＣＰＵ２０１は、キャプチャ１の機能を用いて静止画データをキャプチャする。
【００５３】
一方、表示可能サイズが、サポートされている最大静止画サイズ以上であれば、ステップＳ８１１に進み、ＣＰＵ２０１は、ステップＳ８０６において取得した情報に基づいて、ネットワーク内に複数の動画サポートデバイスが存在するかを否かを判定する。複数の動画サポートデバイスが存在する場合は、ステップＳ８１３に進み、ＣＰＵ２０１は、キャプチャ３のアイコンを表示する。
【００５４】
このように動画データをサポートしたデバイスの数を考慮するのは次の理由による。すなわち、動画データをサポートしたデバイスがＤＶＣＲ１０２以外にも存在すれば、各動画サポートデバイスがＵＳＢバスの帯域をシェアしなければならない。また、ホストが複数存在する場合は、一つのデバイスからの動画データ転送を複数のアプリケーションソフトウェアソフトウェアで表示している可能性がある。そのため、キャプチャ２の機能を用いて静止画キャプチャを実現すると、動画データを停止することになるため、ユーザが混乱する可能性がある。よって、動画データの停止を伴わないキャプチャ３のアイコンを表示することが望ましいことになる。
【００５５】
一方、ネットワーク内に他の動画サポートデバイスが存在しない場合は、ステップＳ８１２に進み、ＣＰＵ２０１は、キャプチャ２のアイコンを表示する。これにより、ネットワーク内で接続しているデバイスとホストとがピア・ツー・ピアであることが示される。
【００５６】
図９は、第２の実施形態に係るアイコンの一例を示す図である。アイコン９０１は、キャプチャ１に対応するアイコンである。アイコン９０２は、キャプチャ２に対応するアイコンである。アイコン９０３は、キャプチャ３に対応するアイコンである。それぞれ、アイコンの絵柄を異なるようにしているので、ユーザは視覚的にどのキャプチャ機能を利用できるかを容易に判断できよう。なお、各機能の内容に関連する絵柄であればどのようなアイコンを採用してもよい。また、ツールチップのようなものを用いて、アイコンの説明を表示するようにしてもよい。
【００５７】
第２の実施形態によれば、複数の静止画キャプチャ方法を有している撮像装置が存在する場合には、静止画サイズとディスプレイの表示可能サイズに基づき、制御装置がすべての静止画データを表示不可能な状態にあれば、静止画キャプチャのアイコンを表示しないように制御する。これにより、表示不可能にもかかわらず静止画データのキャプチャを実行してしまうような事態を回避できよう。また、最大サイズの静止画データについて表示不可能であれば、撮像装置から受信している動画データから表示可能なサイズの静止画データを制御装置において生成するようにしている。また、そのためのアイコンを表示することで、どの静止画キャプチャ方法を利用できるかを視認しやすくなろう。
【００５８】
また、動画データなど大量のデータを転送する撮像装置が同一のネットワーク上に複数存在しない場合に限って、すなわち制御装置と撮像装置とがピアツーピアの関係にある場合に限って、動画データの転送を中断して静止画データを転送するキャプチャ機能を使えるようにしたので、例えば、１台の撮像装置から取得した動画データを複数のＰＣ上の各アプリケーションソフトウェアで表示している場合に、一方のアプリケーションソフトウェアからの静止画キャプチャ命令によって、他方のアプリケーションソフトウェアにおける動画データ表示が中断されてしまうような不都合を回避できよう。
【００５９】
また、動画データなど大量のデータを転送する撮像装置が同一のネットワーク上に複数存在する場合は、他の伝送パイプを利用して静止画データを伝送するようにしたので、動画データ転送への影響を低減できよう。
【００６０】
また、複数の機能をサポートしている場合であっても、そのうち好適なアイコンのみを表示することで、アイコン表示領域を削減できる利点もある。
【００６１】
［第３の実施形態］
上述の実施形態では、制御装置が主に一つのＰＣからなる場合を説明したが。本発明はこれに限定されることはない。例えば、制御装置を複数のＰＣ等から構成してもよい。とりわけ第３の実施形態では、複数のＰＣをインターネットなどを介して接続して連携させ、それぞれの配下の撮像装置を遠隔から制御できるようにしたものである。
【００６２】
図１０に、第３の実施形態の応用例を示す。このネットワークシステムは、ＰＣ１０１、ＰＣ１０５およびＰＣ１０７がインターネットを介して相互に接続されている。また、ＰＣ１０５とＤＶＣＲ１０６、およびＰＣ１０７とＤＶＣＲ１０８は、上述したＰＣ１０１とＤＶＣＲ１０２と同様に動作するだけでなく、さらに、各ＰＣに接続されているＤＶＣＲを他のＰＣから制御して静止画データをキャプチャするものである。
【００６３】
例えば、ＰＣ１０１上で動作しているアプリケーションソフトウェアにおいて、ＣＰＵ２０１は、リモート静止画キャプチャモードが選択されると、相手ＰＣのＩＰアドレスを入力するように求める。なお、アプリケーションソフトウェアが使用するポート番号を相互に同一のものを使用するように予め設定されているものとする。ＰＣ間でＩＰアドレスを交換するには、予め電子メールや電話などによって通知しておき手動で入力する方法や、ＳＩＰ（セッションイニシエーションプロトコル）などのプロトコルを用いて自動的にＩＰアドレスを交換する方法などがある。
【００６４】
ＰＣ１０１のＣＰＵ２０１は、入力されたＩＰアドレスに対して通信要求を送信し、相手側のＰＣ１０５が応答すると、画像取得要求を送信する。ＰＣ１０５のＣＰＵ２０１は、画像取得要求を受信すると、配下のＤＶＣＲ１０６のディスクリプタを取得し、ＰＣ１０１に転送する。その後は、ＰＣ１０１において上述のような手順でアイコンを表示し、静止画取得コマンドを発行する。ＰＣ１０５は、静止画取得コマンドを受信すると、ＤＶＣＲ１０６に送信し、静止画データを取得する。取得した静止画データを、ＬＡＮＩＦ２０８を介してＰＣ１０１に送信する。ＰＣ１０１は、静止画データを受信して上述のように表示装置２０５に表示する。
【００６５】
このように、第３の実施形態によれば、お互いのＰＣに接続されたＤＶＣＲの機能をそれぞれのアプリケーションソフトウェアで情報交換することにより、遠隔地にあるＤＶＣＲの機能に応じて好適な静止画キャプチャ方法のアイコンを表示できるようになる。
【００６６】
［他の実施形態］
以上の説明では、デバイスが複数の機能をサポートしている場合に、ディスプレイの表示可能サイズに基づいてどのアイコンを表示するかを決定した。しかしながら、ビデオドライバにおいて設定されている現在の画面サイズや、ＶＧＡやＳＶＧＡといった情報に従って決定してもよい。
【００６７】
さらに、ホスト側のＲＡＭ２０３の空き容量、保存場所として指定されたフォルダのアクセス制限、または保存可能サイズなどと、各キャプチャ機能によって取得される静止画データのデータサイズとを比較して、好適なキャプチャ機能を選択して、選択された機能に対応するアイコンを表示するようにしてもよい。
【００６８】
また、ＣＰＵ２０１は、ＵＳＢＩＦ２０７によりＵＳＢネットワーク上のトラヒックを測定し、測定されたトラヒックに応じて、表示すべき静止画キャプチャ方法のアイコンを選択するようにしてもよい。
【００６９】
また、上述の例では、ネットワーク内における動画データをサポートしたデバイスの数によって、アイコンを動的に変更した。しかしながら、デバイスとホスト間の転送速度をホスト側で測定し、この測定結果に基づいて、動画データを転送しながら静止画データを転送することが可能なパイプを実現できるか否かを判定してもよい。そして実現可能なパイプを使用する静止画キャプチャ方法を選択して、対応するアイコンを表示したり、対応するコマンドを選択したりするようにしてもよい。
【００７０】
より具体的には、ＤＶＣＲ１０２においてサポートされている静止画キャプチャ方法により撮像可能な最大静止画サイズと、上述の転送速度とに基づいて、ＣＰＵ２０１が、転送時間を算出する。また、ＣＰＵ２０１は、ＤＶＣＲにおいて静止画データを生成する際の生成時間をディスクリプタなどから取得する。ＣＰＵ２０１は、転送時間が生成時間の２倍以上かどうかを判定し、転送時間が生成時間の２倍以上の場合には、キャプチャ１に対応するアイコンとャプチャ３に対応するアイコンを表示するように制御する。
【００７１】
また、上述のステップＳ８０６において、ブリッジまたはバスが検出されると、ＣＰＵ２０１は、キャプチャ１に対応するアイコンとキャプチャ３に対応するアイコンを表示するように制御してもよい。
【００７２】
以上、様々な実施形態を詳述したが、上述した実施形態の各機能を実現するソフトウェアプログラム（例えば、図５または図８に示すフローチャートに対応したプログラム）を、システム若しくは装置に対して直接または遠隔から供給し、そのシステム若しくは装置に含まれるコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される。
【００７３】
従って、本発明の機能をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、上記機能を実現するためのコンピュータプログラム自体も本発明の一つである。
【００７４】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【００７５】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００７６】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明の構成要件となる場合がある。
【００７７】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７８】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００７９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８０】
【図１】第１の実施形態に係るネットワークシステムの構成を示した図である。
【図２】第１の実施形態に係るＰＣ１０１及びＤＶＣＲ１０２の主要な構成要素を示す図である。
【図３】第１の実施形態に係るＰＣ１０１上で動作するアプリケーションソフトウェアのユーザインタフェース（ＵＩ）の一例を示した図である。
【図４】第１の実施形態に係る複数の静止画キャプチャ方法を説明するための図である。
【図５】第１の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。
【図６】第１の実施形態に係る静止画キャプチャコマンドの一例を示す図である。
【図７】第１の実施形態に係る静止画データの表示例を示した図である。
【図８】第２の実施形態に係る静止画キャプチャ処理の処理手順を示すフローチャートである。
【図９】本実施形態に係るアイコンの一例を示す図である。
【図１０】本実施形態の応用例を示した図である。
【図１】
2005176273.tif 000003
【図２】
2005176273.tif 000004
【図３】
2005176273.tif 000005
【図４】
2005176273.tif 000006
【図５】
2005176273.tif 000007
【図６】
2005176273.tif 000008
【図７】
2005176273.tif 000009
【図８】
2005176273.tif 000010
【図９】
2005176273.tif 000011
【図１０】
2005176273.tif 000012