(57)【要約】【課題】  ビデオデータのストリーミングを行う機能を有していないか、その機能がオフである場合に無駄な帯域を使用することを防止することである。【解決手段】  デジタルインターフェースを介して接続された外部装置がストリーミングを行うことが可能であるか否かを判断する判断ステップ（Ｓ２０３，Ｓ２０４）と、ストリーミングを行うことが可能である場合にはストリーミングの転送要求を外部装置に発行し、ストリーミングを行うことが可能でない場合にはストリーミングの転送要求を外部装置に発行しない通信ステップ（Ｓ２０８）とを有する制御方法が提供される。【選択図】        図１１
2006191171.tif 000002
【特許請求の範囲】
【請求項１】
外部装置に接続するためのデジタルインターフェースと、
前記デジタルインターフェースを介して接続された外部装置がストリーミングを行うことが可能であるか否かを判断する判断手段と、
前記ストリーミングを行うことが可能である場合にはストリーミングの転送要求を前記外部装置に発行し、前記ストリーミングを行うことが可能でない場合にはストリーミングの転送要求を前記外部装置に発行しない通信手段と
を有することを特徴とする制御装置。
【請求項２】
前記外部装置は撮像装置であり、
前記判断手段は、前記デジタルインターフェースを介して接続された撮像装置がビデオデータの記録要求を発行する機能を有するか否かを判断し、
前記通信手段は、前記記録要求の発行機能を有する場合にはビデオデータの転送要求を前記撮像装置に発行し、前記記録要求の発行機能を有しない場合にはビデオデータの転送要求を前記撮像装置に発行しないことを特徴とする請求項１記載の制御装置。
【請求項３】
前記判断手段は、前記記録要求の発行機能を有する場合には前記撮像装置の記録要求の発行機能がオン又はオフのいずれであるかを判断し、
前記通信手段は、前記記録要求の発行機能がオンである場合にはビデオデータの転送要求を前記撮像装置に発行し、オフである場合にはビデオデータの転送要求を前記撮像装置に発行しないことを特徴とする請求項２記載の制御装置。
【請求項４】
前記通信手段は、前記ビデオデータの転送要求に応じて前記撮像装置から送信されたビデオデータを受信開始し、
前記ビデオデータの受信開始後に前記撮像装置から記録要求を受信すると、前記撮像装置から受信するビデオデータを記録する記録手段をさらに有することを特徴とする請求項２又は３記載の制御装置。
【請求項５】
前記記録要求の発行機能を有しない場合にはその旨を表示する表示手段をさらに有することを特徴とする請求項２〜４のいずれか１項に記載の制御装置。
【請求項６】
前記記録要求の発行機能を有しない場合又は前記記録要求の発行機能がオフである場合にはその旨を表示する表示手段をさらに有することを特徴とする請求項３記載の制御装置。
【請求項７】
前記判断手段は、前記記録要求を発行する機能を有するか否かを示す通知を前記撮像装置から受信し、その通知に応じて前記記録要求を発行する機能を有するか否かを判断することを特徴とする請求項２〜６のいずれか１項に記載の制御装置。
【請求項８】
前記判断手段は、前記記録要求を発行する機能を有するか否かを示す通知を前記撮像装置から受信し、その通知に応じて前記記録要求を発行する機能を有するか否かを判断し、前記記録要求の発行機能がオン又はオフのいずれであるかを示す通知を前記撮像装置から受信し、その通知に応じて前記記録要求の発行機能がオン又はオフのいずれであるかを判断することを特徴とする請求項３記載の制御装置。
【請求項９】
前記デジタルインターフェースは、ＵＳＢインターフェースであることを特徴とする請求項１〜８のいずれか１項に記載の制御装置。
【請求項１０】
前記外部装置は撮像装置であり、
前記判断手段は、前記デジタルインターフェースを介して接続された撮像装置がビデオデータの記録要求の発行機能のオン又はオフのいずれであるかを判断し、
前記通信手段は、前記記録要求の発行機能がオンである場合にはビデオデータの転送要求を前記撮像装置に発行し、オフである場合にはビデオデータの転送要求を前記撮像装置に発行しないことを特徴とする請求項１記載の制御装置。
【請求項１１】
前記通信手段は、前記ビデオデータの転送要求に応じて前記撮像装置から送信されたビデオデータを受信開始し、
前記ビデオデータの受信開始後に前記撮像装置から記録要求を受信すると、前記撮像装置から受信するビデオデータを記録する記録手段をさらに有することを特徴とする請求項１０記載の制御装置。
【請求項１２】
前記記録要求の発行機能がオフである場合にはその旨を表示する表示手段をさらに有することを特徴とする請求項１０又は１１記載の制御装置。
【請求項１３】
前記判断手段は、前記記録要求の発行機能がオン又はオフのいずれであるかを示す通知を前記撮像装置から受信し、その通知に応じて前記記録要求の発行機能がオン又はオフのいずれであるかを判断することを特徴とする請求項１０〜１２のいずれか１項に記載の制御装置。
【請求項１４】
前記デジタルインターフェースは、ＵＳＢインターフェースであることを特徴とする請求項１０〜１３のいずれか１項に記載の制御装置。
【請求項１５】
デジタルインターフェースを介して接続された外部装置がストリーミングを行うことが可能であるか否かを判断する判断ステップと、
前記ストリーミングを行うことが可能である場合にはストリーミングの転送要求を前記外部装置に発行し、前記ストリーミングを行うことが可能でない場合にはストリーミングの転送要求を前記外部装置に発行しない通信ステップと
を有することを特徴とする制御方法。
【請求項１６】
請求項１５記載の制御方法の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術に関する。
【背景技術】
【０００２】
ビデオデータを伝送するための技術の一つにUSB（Universal Serial Bus）がある（例えば、非特許文献１参照）。USBには、リアルタイムな動画伝送を保証するために、アイソクロナスと呼ばれる同期転送方式が規定されている。ホストコントローラが、接続された各デバイスに対して、スタートオブフレーム（SOF）と呼ばれる同期信号が送信される。動画を伝送するデバイスは、該SOFに同期して、ビデオデータをバス上に伝送することでリアルタイム性を保証した動画伝送が可能となる。また、アイソクロナスデータを送信するデバイスは、伝送のための帯域を確保する必要があるが、各デバイスはアイソクロナスデータ伝送のために必要な帯域を示す、代替設定インターフェースをディスクリプタによってホストコントローラに対して通知しておき、ホストコントローラが各デバイスに対してSet_Interface要求によって代替設定インターフェースを選択することで帯域の確保が行われる。
【０００３】
【非特許文献１】Universal Serial Bus Specification Revision 2.0, April 27, 2000, pp.15-pp.24
【発明の開示】
【発明が解決しようとする課題】
【０００４】
アプリケーションが立ち上がると同時にストリーミングデータの転送が開始するシステムにおいて、アプリケーションがストリーミングデータを転送する必要が無い場合、無駄な帯域を使用してしまう問題がある。例えば、撮像装置とＰＣがUSBインターフェースで接続されており、撮像装置の記録ボタンを押すことにより、ＰＣに対して記録要求命令が通知され、それを受けたＰＣのアプリケーションは転送されてきているストリーミングデータを記憶媒体に記憶するシステムが存在したとする。上記システムにおいて、接続した撮像装置が記録ボタンを押した際に、記録要求命令を使用できない状態である場合も考えられる。この場合アプリケーションとしては機能を果たすことができないため、ストリーミングデータを受信することは無駄な帯域を使用してしまう。
【０００５】
そこで、本発明は、ビデオデータのストリーミングを行う機能を有していないか、その機能がオフである場合に無駄な帯域を使用することを防止することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る制御装置は、外部装置に接続するためのデジタルインターフェースと、前記デジタルインターフェースを介して接続された外部装置がストリーミングを行うことが可能であるか否かを判断する判断手段と、前記ストリーミングを行うことが可能である場合にはストリーミングの転送要求を前記外部装置に発行し、前記ストリーミングを行うことが可能でない場合にはストリーミングの転送要求を前記外部装置に発行しない通信手段とを有することを特徴とする。
【０００７】
また、本発明に係る制御方法は、デジタルインターフェースを介して接続された外部装置がストリーミングを行うことが可能であるか否かを判断する判断ステップと、前記ストリーミングを行うことが可能である場合にはストリーミングの転送要求を前記外部装置に発行し、前記ストリーミングを行うことが可能でない場合にはストリーミングの転送要求を前記外部装置に発行しない通信ステップとを有することを特徴とする。
【発明の効果】
【０００８】
外部装置がストリーミングを行うことが可能でない場合には、ストリーミングの転送要求を外部装置に発行しないので、無駄な帯域を使用することを防止できる。
【発明を実施するための最良の形態】
【０００９】
以下、図面を参照して本発明の好適な実施形態を説明する。
図１は、ビデオデータをアイソクロナス伝送するデバイスが保持するディスクリプタの一例を示す図である。101はベンダID、プロダクトID等を通知するためのデバイスディスクリプタである。102はデバイスが取りうるコンフィギュレーションを通知するコンフィギュレーションディスクリプタである。103はコンフィギュレーション102で使用されるインターフェース#1の代替設定0を示すディスクリプタである。104はインターフェース103で使用するエンドポイントのディスクリプタであり、ここでは、アイソクロナス転送タイプで帯域を示す最大ペイロード（MaxPayload）が0である。105はインターフェース#1の代替設定1を示すインターフェースディスクリプタである。106はインターフェース#１が代替設定1に選択されたときのエンドポイントディスクリプタであり、ここでは、アイソクロナス転送タイプで帯域を示す最大ペイロード（MaxPayload）が512バイトである。
【００１０】
従って、ホストコントローラが図２に示すSet_Interface要求によって、インターフェース番号#1の代替設定番号1を選択することにより、SOF毎の周期（USB Full Speedの場合は1ms、High Speed の場合は125μs周期）に512バイトのデータ伝送が保証され、このディスクリプタを保持するデバイスがアイソクロナスでデータを伝送することが可能となる。
【００１１】
USBでは、アイソクロナス伝送での、データに関しては規定が無くどの様なデータを伝送しても良い。つまり、データのフォーマット等に関して、デバイス間でやり取りを行う必要がある。アイソクロナスによって伝送されるストリームデータフォーマットは、デバイスがディスクリプタによって伝送先のホストコントローラへ通知することが可能である。
【００１２】
図３は、デバイスがホストコントローラに伝送するストリームフォーマットを通知するためのディスクリプタ例である。301はディスクリプタ長を示している。302及び303はディスクリプタのタイプ（種別）及びサブタイプ、すなわちストリームフォーマットを通知するためのディスクリプタであることを示している。304と305はアイソクロナスデータとして送信するストリームフォーマット及びサブフォーマットを示す識別子である。ホストコントローラは、この値を読み取り、図３のディスクリプタを保持するデバイスが送信するストリームフォーマットを認識することで、受信したストリームデータの処理が可能となる。
【００１３】
図４は、ホストコントローラ及びデバイス間のUSB上に映像データを流す場合のデータフローを簡単に示す図である。ホストコントローラはデバイスからストリームフォーマットを示したディスクリプタをGet_Descriptorのコマンドによって取得する(時刻401)。次に、ホストコントローラは、Set_Interfaceのコマンドによって代替設定番号を1に変更する(時刻402)。その後、SOF毎に、ホストコントローラはIn_Tokenパケット(時刻403〜405)をデバイスに対して送信し、デバイスはその伝送するデータがあれば、In_Tokenパケット受信後に実際のアイソクロナスのデータ(時刻406〜408)をホストコントローラに送信する。
【００１４】
図５は、USB上のデータフローを時系列で示したものである。SOF501は1ms毎(High Speedの場合は125μs)(504)にホストコントローラから送信され、続いてIn_Tokenパケット502が同様にホストコントローラからデバイスのアイソクロナスエンドポイントに対して送信される。デバイスはこのIn_Tokenパケット502に続いて送信するデータがある場合には、データパケット503を、アイソクロナスエンドポイントを介して送信する。毎周期にIn_Tokenパケットに応じてデバイスはデータを送信可能であるが、時刻505の時点でデータ送信が不可能な状態にあった場合には、データを送信せず、次の周期でデータを送信することも可能である。
【００１５】
図６は、USBで規定されたデバイス601とホストコントローラ607の接続関係図である。USBインターフェースによってリアルタイムなデータ転送を行う場合には、転送用にバス帯域を確保してリアルタイム性を保証する必要がある。図６を用いて説明する。前述の通り、USBインターフェースの場合、デバイス601が有するUSBのインターフェース602に関連付けられた、アイソクロナス転送の属性を持つエンドポイント604に設定される最大ペイロード（MaxPayload）によって帯域が確保される。図６の例において、インターフェース602の代替設定603がSET_INTERFACE標準リクエストによって選ばれるとエンドポイント605の最大ペイロード（MaxPayload）は512バイトに設定され、エンドポイント605を介してホストコントローラ607に転送されるデータは、SOF毎に最大512バイトである。この場合に、エンドポイント605のパイプ606からは512バイト迄のデータ転送が可能となる。このように、SET_INTERFACE標準リクエストによって代替設定１（603）に設定されずに、代替設定0（602）である場合はデータ転送を行うことが出来ないが、バスの帯域を確保していないため、他のデバイスが自由に使用することができる帯域が増える。
【００１６】
図７は、ＰＣ（パーソナルコンピュータ）と撮像装置間でのストリーミングの流れを示す。ＰＣはホストコントローラに相当し、撮像装置はデバイスに相当する。USBインターフェースによってＰＣと撮像装置間で接続を行い、撮像装置で撮影したカメラの画像をＰＣに表示するアプリケーションを立ち上げる際にはカメラの画像の表示設定を行う必要がある。図７を用いて説明する。ＰＣと撮像装置間でコネクションが確立した後、ＰＣは撮像装置に対して撮像装置のディスクリプタ情報を取得するべくGET_Descriptor要求を発行する（S701）。要求を受けた撮像装置はディスクリプタ情報をＰＣに返信する（S702）。実際にはGET_Descriptor要求はデバイス、コンフィギュレーション等のディスクリプタタイプに応じて発行される。ＰＣは、全てのディスクリプタ情報を取得した後、Set_Configurationを撮像装置に発行することにより、任意のコンフィギュレーションを選択して設定する。通常のデバイスはコンフィギュレーションを1つしかもたないため、デフォルトのコンフィギュレーションが選択される（S703）。次にターゲットである撮像装置がストリーミングデータ用のインターフェースを持っている場合には、ＰＣはSet_InterfaceのAlternate Setting0を発行し、代替設定0（ストリーミングデータの転送を行わない設定）となる（S704）。ここで、ＰＣが撮像装置のカメラ画像を表示するアプリケーション（700）を立ち上げると、アプリケーションはストリーミングデータを表示するべく、撮像装置に対してSet_InterafeceのAlternate Setting1を発行して、代替設定1のストリーミングデータの送信要求を行う（S705）。撮像装置は、その要求を受け付けると、受け取り通知のアック（Ack）をＰＣに送信し（S706）、代替設定１(Alternate Setting1)で設定されているストリーミングフォーマットに従い、ビデオデータをリアルタイムにＰＣへ転送する（S707）。
【００１７】
以上が、通常のシステムにおけるストリーミング転送の流れである。しかし、アプリケーションが立ち上がると同時にストリーミングデータの転送が開始するものであり、アプリケーションがストリーミングデータを転送する必要が無い場合、無駄な帯域を使用してしまう問題がある。例えば、撮像装置とＰＣがUSBインターフェースで接続されており、撮像装置の記録ボタンを押すことにより、ＰＣに対して記録要求命令が通知され、それを受けたＰＣのアプリケーションは転送されてきているストリーミングデータを記憶媒体に記憶するシステムが存在したとする。上記システムにおいて、接続した撮像装置が記録ボタンを押した際に、記録要求命令を使用できない状態である場合も考えられる。この場合アプリケーションとしては機能を果たすことができないため、ストリーミングデータを受信することは無駄な帯域を使用してしまう。以下の本実施形態では前述した問題を回避することを目的とする。
【００１８】
図８は、本発明の実施形態における撮像装置の一例であるデジタルビデオカムコーダ（以下、ＤＶＣという）900の構成を示すブロック図を示す。図８において、記録時には、撮像制御部901は、撮像素子908を制御することで被写体の映像及び静止画の撮影を行う。撮像素子908より取り込まれた映像及び静止画データは、画像処理部905によって然るべき映像及び静止画フォーマットに圧縮される。圧縮されたデータは、記録制御部904によって着脱可能記録部909に転送記録される。一方、再生時には、着脱可能記録部909に記録されている映像及び静止画は、再生制御部903によって読み出され、画像処理部905によって然るべき映像及び静止画フォーマットに従って伸張される。伸張されたデータは、表示部910に転送され表示される。画像処理部905には、内部メモリ911が接続されている。また、デジタルインターフェース907に外部の機器（ホストコントローラ）が接続されている場合には、DIF制御部906によって画像処理部905により圧縮された映像及び静止画データはデジタルインターフェース907を介して出力される。デジタルインターフェース907は、USBインターフェースやIEEE1394インターフェースである。各制御部は、データ/アドレスバス912によって接続される。データ転送は、このバス912を介して行われる。メイン制御部902は、各制御部に対する制御を行う。
【００１９】
図９は、ＤＶＣ900とＰＣ1000の接続図である。ＤＶＣ900は、図８のＤＶＣ900に対応し、ＰＣ1000とUSBインターフェース1001を介して接続されているとする。ＰＣ1000はホストコントローラに相当し、ＤＶＣ900はデバイスに相当する。前記図７に示した手順に従い、ＰＣ1000はＤＶＣ900によって撮影されている映像を、USBインターフェース1001を介してリアルタイムに取得する。本実施形態におけるＤＶＣ900はストリーミングデータ用のインターフェースを1つ有し、さらにインターフェースの代替設定0と代替設定１を有するものとする。代替設定0では帯域ゼロでストリーミングデータを転送することができない状態であり、代替設定１では帯域を確保してストリーミングデータを流せるものとする。また、ＤＶＣ900はUSBインターフェースによりＰＣ1000と接続されている場合に、ＤＶＣ900の記録あるいは記録停止ボタンを押すことにより、テープ挿入時にはテープメディアへの記録と、ＰＣ1000への記録要求を発行する機能（以下、ＤＶコントローラ機能という）を有する。ＰＣ1000側では、接続したＤＶＣ900からの記録、あるいは記録停止要求を受けて、ＰＣ1000の記憶媒体への記録または停止を行う機能（以下、ＤＶレコーディングアプリケーションという）を有するものとする。
【００２０】
図１０は、本実施形態における全体の流れを示す。ＰＣとＤＶＣがUSBインターフェースで接続されると、ホストコントローラであるＰＣはデバイスであるＤＶＣが接続されたことを認識したのち、接続したデバイスの詳細情報を取得すべく、Get_Descriptor要求を発行する（S101）。Get_Descriptor要求を受けたＤＶＣは、ディスクリプタ情報をＰＣに送信する（Ｓ102）。Ｓ101とＳ102のディスクリプタ取得工程を全てのディスクリプタを取得するまで続ける。ディスクリプタ情報を取得したＰＣは、Set_Configuration要求を発行してコンフィギュレーションをセットする（S103）。次に、ＰＣは、読み込んだディスクリプタ情報からＤＶＣがストリーミングデータを流すための論理ブロックである、ストリーミングデータ用のインターフェースを有しているならば、ストリーミングデータを流さない設定である代替設定0をセットするための命令である、Set_Interface Alternate Setting0の要求を発行する（S104）。要求を受けたＤＶＣは、インターフェースの設定を代替設定0にセットする。
【００２１】
以上のネゴシエーションが終了した後、ＰＣにインストールされている前述したＤＶレコーディングアプリケーションを起動すると（ステップ1100）、ＰＣは、ＤＶＣが上記のＤＶコントローラ機能を有しているかどうかを判別するためのコマンドを発行する（S105）。ＤＶＣは、ＤＶコントローラ機能を有している場合は、機能を有していることを示すステータスOKのレスポンス通知を返し（S106）、サポートしていない場合はサポートしていないステータスを返す。ＰＣは、ＤＶＣからステータスOKのレスポンスを受けた後、さらにＤＶコントローラ機能がアクティブであるかどうかを取得するためのステータスコマンドを発行する（S107）。ステータスコマンドを受けたＤＶＣは、機能がアクティブ（オン）ならば、機能がアクティブであるレスポンス通知を返す（Ｓ108）。ＰＣは、機能がアクティブであるレスポンスが返ってきた後、記録要求の有無に関わらず、ＤＶＣに対して、ストリーミングデータを転送する設定に変更するSet_InterfaceのAlternate Setting1の要求を発行する（S110）。要求を受けたＤＶＣは、インターフェースの設定を代替設定１にセットし、ビデオデータのストリーミングを開始し（ステップ1101）、USBインターフェースにストリーミングデータをアイソクロナス同期転送により転送を行う（S110）。ストリーミングデータを受信開始したＰＣは、ＤＶＣからの記録要求を受信するまでは転送されてくる画像のストリーミングデータを表示するのみで、記憶媒体への記録は行わない。その後、ＰＣは、ＤＶＣからの記録要求を受信した後に転送されてくるストリーミングデータ（ビデオデータ）の記憶媒体への記録を実行する（Ｓ111）。その後、ＰＣは、ＤＶＣからの記録停止要求を受信すると、記録の停止を行い、ストリーミングデータの記憶媒体への記録を停止する（S112）。しばらくたった後、ユーザーによりＤＶＣのＤＶコントローラ機能がオフに変更された場合には、ＤＶＣはＰＣに対してＤＶコントローラ機能のオフ（OFF）の通知を発行する（S113）。通知を受けたＰＣは、無駄な帯域を使用しないために、Set_InterfaceのAlternate Setting 0を発行して、代替設定0のアイソクロナス転送用の帯域を解放する（S114）。これにより、無駄の帯域の使用を防止することができる。Set_InterfaceのAlternate Setting0を受けたＤＶＣは、データの転送を停止する（ステップ1102）。その後、ユーザーによりＤＶＣのＤＶコントローラ機能がオンに変更された場合には、ＤＶＣはＰＣに対してＤＶコントローラ機能のオン（ON）の通知を発行する（S115）。そして、上記のステップS109以降の処理と同様の処理を行う。
【００２２】
ここで、図１１にホストコントローラであるＰＣの処理を示す。ホストコントローラであるＰＣは、バスリセット後に（S201）、接続先のデバイスの情報を取得する（S202）。その後、ＰＣは、ＤＶコントローラ機能の有無を確認するコマンドをデバイスに発行して判別を行う（Ｓ203）。デバイスにＤＶコントローラ機能が無いと判別された場合は、ＰＣは、以降ストリーミングを表示するとユーザーの混乱を招き、さらに無駄な帯域を使用してしまうだけなので表示を行わず、サスペンド状態に遷移する（S209）。なお、その際、ＰＣは、図１２に示すように、「接続した機種はＤＶコントローラ機能に対応していない」等のＤＶコントローラ機能を有しない旨のメッセージを表示する。一方、ＤＶコントローラ機能有りであると判断された場合には、ＰＣは、ＤＶコントローラ機能のオン（ON）／オフ（OFF）を判別する（S204）。判別を行い、ＤＶコントローラ機能がONである場合には、ＰＣは、ストリーミング転送中であるか否かを判断する（S206）。転送中であれば再び、DVコントロールのON/OFFのステップS204に進み、そうでない場合には、ストリーミングデータ（ビデオデータ）の転送要求を行う（Ｓ208）。なお、ＤＶコントローラ機能がOFFの場合には、ＰＣは、図１３に示すように、「接続した機種はＤＶコントローラ機能がONになっていない」等おDCコントローラ機能がオフである旨のメッセージを表示する。ステップＳ204において、ＤＶコントローラ機能がOFFであると判別された場合には、ＰＣは、ストリーミング転送中であるか否かを判断する（S205）。ストリーミング転送中であれば、ＰＣは、ストリーミング中止要求を発行し（S207）、そうでなければ再びＤＶコントローラ機能のON／OFFのチェックを行う（S204）。
【００２３】
なお、前述した記録及び、記録停止要求、ＤＶコントローラ機能のON/OFF情報をＤＶＣがＰＣへ通知する手段としては、USBで規定されている割り込み転送による通知または、ＰＣによるステータスのポーリングのどちらでも可能である。
【００２４】
図１４は、本実施形態に係る制御装置の一例であるＰＣ1000の構成を示すブロック図である。バス1401には、中央処理装置（ＣＰＵ）1402、ＲＯＭ1403、ＲＡＭ1404、デジタルインターフェース1405、入力装置1406、出力装置1407及び外部記憶装置1408が接続されている。
【００２５】
ＣＰＵ1402は、データの処理及び演算を行うと共に、バス1401を介して接続された上記の構成ユニットを制御するものである。ＲＯＭ1403には、予めブートプログラムが記憶されており、このブートプログラムをＣＰＵ1402が実行することにより、コンピュータが起動する。外部記憶装置1408にコンピュータプログラムが記憶されており、そのコンピュータプログラムがＲＡＭ1404にコピーされ、ＣＰＵ1402により実行される。このコンピュータは、コンピュータプログラムを実行することにより、図１１の処理等を行う。図１１の処理は、デジタルインターフェース1405のハードウエアにより実行してもよいし、通信ドライバのソフトウエアにより実行してもよい。
【００２６】
外部記憶装置1408は、例えばハードディスク記憶装置等であり、電源を切っても記憶内容が消えない。外部記憶装置1408は、コンピュータプログラム及びビデオデータ等を記録媒体に記録したり、記録媒体からコンピュータプログラム及びビデオデータ等を読み出すことができる。
【００２７】
デジタルインターフェース1405は、ＵＳＢインターフェース等であり、ＤＶＣ900に接続可能であり、ビデオデータをＤＶＣ900に送受信することができる。また、デジタルインターフェース1405は、ネットワークインターフェースであり、ネットワークに対してコンピュータプログラム等を送受信することができる。入力装置1406は、例えばキーボード及びポインティングデバイス（マウス）等であり、各種指定又は入力等を行うことができる。出力装置1407は、ディスプレイ、プリンタ等であり、図１２及び図１３に示すメッセージ等を出力する。
【００２８】
本実施形態は、コンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００２９】
以上のように、本実施形態によれば、ＰＣとＤＶＣはUSBインターフェースおよびストリーミングデータを送信または受信機能を具備している。上記ＤＶＣは、ストリーミングデータを流すことが可能なインターフェースにおいて、ストリーミングデータを流さない代替設定0とストリーミングデータを流すことが可能な代替設定１を有する。USBインターフェースで接続されている上記ＰＣからこれらの代替設定を切替えることが可能である。上記ＰＣはUSBインターフェースを介し上記ＤＶＣに対してストリーミング転送の上記代替設定0と上記代替設定１を変更する機能を有している。また、上記ＤＶＣは、記録ボタンを押すことにより、USBインターフェースを介して上記ＰＣに対して記録要求を発行する機能を具備する。上記ＰＣは、記録要求を受信して上記ＤＶＣから転送されてくるストリーミングデータを受信して、記憶媒体に記録する機能を具備している。上記ＰＣは、ＤＶＣが上記記録要求発行機能をアクティブにしているかどうかを、判別するためのステータスを取得する。ステータス状態がアクティブである場合には、ＰＣは、上記代替設定1を設定してストリーミングデータの転送命令を発行し、ステータスがアクティブでない場合には、上記代替設定0を設定してビデオデータのストリーミングを行わない。
【００３０】
本実施形態では、ＰＣとＤＶＣはUSBインターフェースを有している。これらの装置がUSBで接続されている場合において、上記ＤＶＣはストリーミング用のインターフェースと呼ばれる論理的な機能ブロックを備えている。インターフェースは、１つのインターフェースで複数の代替設定を有して切替えることが可能である。ストリーミング用のインターフェースは代替設定が０である場合はストリーミングを流さない状態で、代替設定が１以上であればディスクリプタと呼ばれるデバイスの設定情報に記述された設定のストリーミングを流すことが可能となる。代替設定が０である場合に、ＰＣは、再生命令を受信した場合には、再生命令に対してストール（Stall）を返し、代替設定１が設定された場合はコンテンツの最初からＤＶＣに転送を行う。また、ストリーミング受信の場合も同様に、ＰＣは、代替設定が０である場合はストリーミングをＤＶＣから受信できない状態であり、代替設定が１以上であればストリーミングを受信することが可能となる。代替設定が０である場合に、ＰＣは、記録命令を受信した場合には、記録命令に対してストール（Stall）を返す。一方、ＰＣは、ストリーミング用のインターフェースを備えるＤＶＣに対して、USBの標準命令であるSET_INTERFACE命令を発行することにより、ストリーミング用のインターフェースの代替設定を切替えることが可能である。
【００３１】
本実施形態によればビデオデータのストリーミングを行う機能を有していないか、その機能がOFFである場合には、インターフェースの代替設定を０にすることにより、無駄な帯域の使用を防止することができる。
【００３２】
以上はビデオデータのストリーミングについて説明したが、ビデオデータに限定されない。また、ＤＶＣは、デジタルカメラ、カメラ付き携帯電話等の撮像装置であってもよい。制御装置（ＰＣ）は、デジタルインターフェースを介して接続された撮像装置（ＤＶＣ）がストリーミングを行うことが可能であるか否かを判断する判断手段と、ストリーミングを行うことが可能である場合にはストリーミングの転送要求を撮像装置に発行し、ストリーミングを行うことが可能でない場合にはストリーミングの転送要求を撮像装置に発行しない通信手段とを有する。
【００３３】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００３４】
【図１】ディスクリプタの一例を示す図である。
【図２】USBで規定されているSET_INTERFACE 要求の構造を示す図である。
【図３】USBで規定されたデバイスが保持するディスクリプタの例を示す図である。
【図４】ホストとデバイス間のアイソクロナス転送の通信フロー図である。
【図５】アイソクロナス通信時のバスの状態を時系列で示す図である。
【図６】USBで規定されたデバイスとホストコントローラの接続関係図である。
【図７】ＰＣと撮像装置間でのビデオデータのストリーミングの流れを示す図である。
【図８】本発明の実施形態に係る撮像装置の一例であるＤＶＣの構成を示すブロック図である。
【図９】本実施形態の機能を有するＤＶＣとＰＣの接続図である。
【図１０】ＤＶＣとＰＣとの間の処理の流れを示す図である。
【図１１】ＰＣでの処理の流れを示す図である。
【図１２】表示の一例を示す図である。
【図１３】表示の一例を示す図である。
【図１４】本発明の実施形態に係る制御装置の一例であるＰＣの構成を示すブロック図である。
【符号の説明】
【００３５】
９００  デジタルビデオカムコーダ（ＤＶＣ）
９０１  撮像制御部
９０２  メイン制御部
９０３  再生制御部
９０４  記録制御部
９０５  画像処理部
９０６  ＤＩＦ制御部
９０７  デジタルインターフェース
９０８  撮像素子
９０９  記録部
９１０  表示部
９１１  内部メモリ
１０００  ＰＣ
１００１  ＵＳＢインターフェース
【図１】
2006191171.tif 000003
【図２】
2006191171.tif 000004
【図３】
2006191171.tif 000005
【図４】
2006191171.tif 000006
【図５】
2006191171.tif 000007
【図６】
2006191171.tif 000008
【図７】
2006191171.tif 000009
【図８】
2006191171.tif 000010
【図９】
2006191171.tif 000011
【図１０】
2006191171.tif 000012
【図１１】
2006191171.tif 000013
【図１２】
2006191171.tif 000014
【図１３】
2006191171.tif 000015
【図１４】
2006191171.tif 000016