(57)【要約】【課題】  代替設定の問題で再生要求や録画要求を行ってもデータ送受信ができないという状況を回避できるようにする。【解決手段】  ホストＰＣ７００から再生要求されると、デジタルビデオカメラ８００は、インターフェースの代替設定値がストリーミング可能である値であるかどうかを判別し、ストリーミング可能でない場合にStallを返す。Stallを受けたホストＰＣ７００は、メディアの状態を知るためのコマンドを発行し、このコマンドを受けたデジタルビデオカメラ８００は、代替設定がストリーミングを流せない値に設定されていることを返信する。これにより、ホストＰＣ７００では代替設定の必要があることを認識することができ、ストリーミングを可能とする要求を発行する。この要求を受けたデジタルビデオカメラ８００は、コンテンツリストの初めからコンテンツデータを取得して再生の準備を開始する。【選択図】  図４
2005352889.tif 000002
【特許請求の範囲】
【請求項１】
データを保持することが可能な記録手段と、
他の通信装置が接続されるネットワークに接続するための通信手段と、
前記ネットワーク上の他の通信装置からの再生要求によって、前記記録手段に保持されたデータの読み出しを開始することが可能な記録制御手段と、
前記ネットワーク上の他の通信装置からの送信要求によって、前記通信手段を介しての前記記録手段から読み出したデータの送信を可能とする通信制御手段とを備え、
前記送信要求の受信前に前記再生要求を受信した場合、応答することを特徴とする通信装置。
【請求項２】
前記通信部にＵＳＢインターフェースを使用することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記送信要求がＵＳＢ規格で定められたコントロール転送によるSET_INTERFACEリクエストを使用して行われ、また、前記再生要求もコントロール転送によって行われ、前記SET_INTERFACEリクエストの受信前に前記再生要求を受信した場合に、前記応答としてＵＳＢ規格で定められたStallを返すことを特徴とする請求項２に記載の通信装置。
【請求項４】
前記Stallを受けた他の通信装置からの要求に応じて、前記他の通信装置に送信要求が必要であることを返すことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記送信要求がＵＳＢ規格で定められたコントロール転送によるSET_INTERFACEリクエストを使用して行われ、また、前記再生要求もコントロール転送によって行われ、前記SET_INTERFACEリクエストの受信前に前記再生要求を受信した場合に、応答としてＵＳＢ規格で定められたインタラプト転送により実行不可能であることを通知することを特徴とする請求項２に記載の通信装置。
【請求項６】
前記応答後に前記他の通信装置から送信要求があったとき、前記記録手段からのデータの読み出しを最初から開始することを特徴とする請求項１〜５のいずれか１項に記載の通信装置。
【請求項７】
データを保持することが可能な記録手段と、
他の通信装置が接続されるネットワークに接続するための通信手段と、
前記ネットワーク上の他の通信装置からの録画要求によって、前記他の通信装置から送信されるデータの前記記録手段への書き込みを開始することが可能な記録制御手段と、
前記ネットワーク上の他の通信装置からの受信要求によって、前記他の通信装置から送信されるデータの前記通信手段を介しての受信を可能とする通信制御手段とを備え、
前記受信要求の受信前に前記再生要求を受信した場合、応答することを特徴とする通信装置。
【請求項８】
前記通信部にＵＳＢインターフェースを使用することを特徴とする請求項１に記載の通信装置。
【請求項９】
前記受信要求がＵＳＢ規格で定められたコントロール転送によるSET_INTERFACEリクエストを使用して行われ、また、前記録画要求もコントロール転送によって行われ、前記SET_INTERFACEリクエストの受信前に前記録画要求を受信した場合に、前記応答としてＵＳＢ規格で定められたStallを返すことを特徴とする請求項８に記載の通信装置。
【請求項１０】
前記Stallを受けた他の通信装置からの要求に応じて、前記他の通信装置に受信要求が必要であることを返すことを特徴とする請求項９に記載の通信装置。
【請求項１１】
前記受信要求がＵＳＢ規格で定められたコントロール転送によるSET_INTERFACEリクエストを使用して行われ、また、前記録画要求もコントロール転送によって行われ、前記SET_INTERFACEリクエストの受信前に前記録画要求を受信した場合に、応答としてＵＳＢ規格で定められたインタラプト転送により実行不可能であることを通知することを特徴とする請求項９に記載の通信装置。
【請求項１２】
通信装置と他の通信装置とがネットワークを介して接続し、前記通信装置は、記録媒体からデータを読み出すとともに、そのデータをインターフェースを介してネットワーク上の前記他の通信装置に送信することができ、前記インターフェースの代替設定が前記他の通信装置により切替えられる構成としたネットワークシステムであって、
前記他の通信装置から再生要求があった場合に、前記インターフェースの代替設定がデータ送信できない設定にあるとき、拒否通知或いはその旨を前記他の通信装置に通知する手段と、
前記他の通信装置から前記インターフェースの代替設定をデータ送信できる設定に切替える要求があったとき、前記記録媒体からのデータの読み出しを最初から開始する手段とを備えたことを特徴とするネットワークシステム。
【請求項１３】
通信装置と他の通信装置とがネットワークを介して接続し、前記通信装置は、インターフェースを介してネットワーク上の前記他の通信装置からデータを受信するとともに、そのデータを記録媒体に書き込むことができ、前記インターフェースの代替設定が前記他の通信装置により切替えられる構成としたネットワークシステムであって、
前記他の通信装置から録画要求があった場合に、前記インターフェースの代替設定がデータ受信できない設定にあるとき、拒否通知或いはその旨を前記他の通信装置に通知する手段を備えたことを特徴とするネットワークシステム。
【請求項１４】
データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段と、前記ネットワーク上の他の通信装置からの再生要求によって、前記記録手段に保持されたデータの読み出しを開始することが可能な記録制御手段と、前記ネットワーク上の他の通信装置からの送信要求によって、前記通信手段を介しての前記記録手段から読み出したデータの送信を可能とする通信制御手段とを備えた通信装置による制御方法であって、
前記送信要求の受信前に前記再生要求を受信した場合、応答する手順を有することを特徴とする制御方法。
【請求項１５】
データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段と、前記ネットワーク上の他の通信装置からの録画要求によって、前記他の通信装置から送信されるデータの前記記録手段への書き込みを開始することが可能な記録制御手段と、前記ネットワーク上の他の通信装置からの受信要求によって、前記他の通信装置から送信されるデータの前記通信手段を介しての受信を可能とする通信制御手段とを備えた通信装置による制御方法であって、
前記受信要求の受信前に前記再生要求を受信した場合、応答する手順を有することを特徴とする制御方法。
【請求項１６】
データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段とを備えたコンピュータに用いられるコンピュータプログラムであって、
前記ネットワーク上の他の通信装置からの再生要求によって、前記記録手段に保持されたデータの読み出しを開始する処理と、
前記ネットワーク上の他の通信装置からの送信要求によって、前記通信手段を介しての前記記録手段から読み出したデータの送信を可能とする処理と、
前記送信要求の受信前に前記再生要求を受信した場合、応答する処理とをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項１７】
データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段とを備えたコンピュータに用いられるコンピュータプログラムであって、
前記ネットワーク上の他の通信装置からの録画要求によって、前記他の通信装置から送信されるデータの前記記録手段への書き込みを開始する処理と、
前記ネットワーク上の他の通信装置からの受信要求によって、前記他の通信装置から送信されるデータの前記通信手段を介しての受信を可能とする処理と、
前記受信要求の受信前に前記再生要求を受信した場合、応答する処理とをコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＵＳＢ規格のインターフェースを有する通信装置、ネットワークシステム、制御方法、コンピュータプログラムに関する。
【背景技術】
【０００２】
動画データを伝送可能なデジタルインターフェースとして、ＵＳＢ（Universal Serial Bus）がある。ＵＳＢには、リアルタイムな動画伝送を保証するために、アイソクロナスと呼ばれる同期転送方式が規定されている。ホストコントローラが、接続された各デバイスに対して、スタートオブフレーム（SOF）と呼ばれる同期信号が送信される。動画を伝送する機器は、該SOFに同期して、動画データをバス上に伝送することでリアルタイム性を保証した動画伝送が可能となる。
【０００３】
また、アイソクロナスデータを送信する機器は、伝送のための帯域を確保する必要があるが、各機器はアイソクロナスデータ伝送のために必要な帯域を示す、代替設定インターフェースをディスクリプタによってホストコントローラに対して通知しておき、ホストコントローラが各機器に対してSET_INTERFACE要求によって代替設定インターフェースを選択することで帯域の確保が行われる。
【０００４】
図９は、動画データをアイソクロナス伝送する機器が保持するディスクリプタの概略図である。１０１はベンダID、プロダクトID等を通知するためのデバイスディスクリプタである。１０２はデバイス１０１が取りうるコンフィギュレーションを通知するコンフィギュレーションディスクリプタである。１０３はコンフィギュレーション１０２で使用されるインターフェース#1の代替設定「0」を示すディスクリプタである。１０４はインターフェース１０３で使用するエンドポイントのディスクリプタであり、ここでは、アイソクロナス転送タイプで帯域を示すMaxPayloadが「0」である。１０５はインターフェース#1の代替設定「1」を示すインターフェースディスクリプタである。１０６はインターフェース#１が代替設定「1」に選択されたときのエンドポイントディスクリプタで、ここでは、アイソクロナス転送タイプで帯域を示すMaxPayloadが「512」である。従って、ホストコントローラが図１０に示すSET_INTERFACE要求によって、インターフェース#1の代替設定「1」を選択することにより、SOF毎の周期（USB Full Speedの場合は1ms、High Speed の場合は125μ周期）に512Byteのデータ伝送が保証され、このディスクリプタを保持する機器がアイソクロナスでデータを伝送することが可能となる。
【０００５】
ＵＳＢ規格では、アイソクロナス伝送での、データに関しては規定が無くどの様なデータを伝送しても良い。つまり、データのフォーマット等に関して、機器間でやり取りを行う必要がある。アイソクロナスによって伝送されるストリームデータフォーマットは、ディスクリプタによって伝送先のホストコントローラ機器へ通知することが可能である。図１１は、ホストコントローラに伝送するストリームフォーマットを通知するためのディスクリプタ例である。３０１はディスクリプタ長を示しており、３０２及び３０３はディスクリプタの種別、すなわちストリームフォーマットを通知するためのディスクリプタであることを示している。３０４及び３０５はアイソクロナスデータとして送信するストリームフォーマットを示す識別子である。ホストコントローラは、この値を読み取り、図１１のディスクリプタを保持する機器が送信するストリームフォーマットを認識することで、受信したストリームデータの処理が可能となる。
【０００６】
図１２は、ＵＳＢ上に映像データを流す場合のデータフローを簡単に示した図である．ホストはデバイスからストリームフォーマットを示したディスクリプタをGet Descriptorによって取得し（４０１）、Set Interfaceによって代替設定を「1」に変更する（４０２）。その後、SOF毎に、ホストはIn Tokenパケット(４０３〜４０５)をデバイスに対して送信し、デバイスはその伝送するデータがあれば、In Tokenパケット受信後に実際のアイソクロナスのデータ（４０６〜４０８）を送信する。
【０００７】
図１３は、ＵＳＢ上のデータフローを時系列で示したものである。SOF（５０１）は1ms毎(High Speedの場合は125μ)（５０４）にホストから送信され、続いてIn Token（５０２）が同様にホストからデバイスのアイソクロナスエンドポイントに対して送信される。デバイスはこのIn Token（５０２）に続いて送信するデータがある場合には、データパケット（５０３）をアイソクロナスエンドポイントを介して送信する。毎周期にIn Tokenに応じてデバイスはデータを送信可能であるが、５０５の時点でデータ送信が不可能な状態にあった場合には、データを送信せず、次の周期でデータを送信することも可能である。なお、ＵＳＢ規格は、例えば非特許文献１及び２に規定されている。非特許文献１に準拠したＵＳＢはUSB1.1であり、非特許文献２に準拠したＵＳＢはUSB2.0である。
【０００８】
【非特許文献１】Universal Serial Bus Specification Revision 1.1, September 23, 1998
【非特許文献２】Universal Serial Bus Specification Revision 2.0, April 27, 2000
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ＵＳＢによってリアルタイムなデータ転送を行う場合には、転送用にバス帯域を確保してリアルタイム性を保証する必要がある。図１４を用いて説明すると、前述の通り、ＵＳＢの場合、デバイス６０１が有するインターフェース６０２に関連付けられた、アイソクロナス転送の属性を持つエンドポイント６０４に設定されるMaxPayloadによって帯域が確保される。図１４の例において、インターフェース６０２の代替設定６０３がSET_INTERFACE標準リクエストによって選ばれるとエンドポイント６０５のMaxPayloadは「512」に設定され、エンドポイント６０５を介してホスト６０７転送されるデータは、SOF毎に最大512Byteである。この場合に、エンドポイント６０５のパイプ６０６からは512Bytte迄のデータ転送が可能となる。このように、SET_INTERFACE標準リクエストによって代替設定「1」（６０３）に設定されずに、代替設定「0」（６０２）である場合はデータ転送を行うことができない。従って、代替設定「0」（６０２）の状態でコンテンツの再生要求を受けた場合、内部的に再生を受けてしまうがストリーミングを送信することができない。そして、再生要求を受けた後にSET_INTERFACE標準リクエストによって代替設定「1」に設定された場合には、再びの再生要求を行う必要が生じる。
【００１０】
一方、データ受信の場合も同様にインターフェース６０８の代替設定６０９がSET_INTERFACE標準リクエストによって選択されるとエンドポイント６１１のMaxPayloadは「512」に設定され、エンドポイント６１１により、ホスト６０７からSOFごとに最大512byte転送されるデータを受信することが可能となる。このように、SET_INTERFACE標準リクエストによって代替設定「1」（６０９）に設定されずに、代替設定「0」（６０８）である場合は、データを受信することができない。従って、代替設定「0」（６０８）の状態で録画要求を受けた場合、ストリーミングを受信することができないという状況が発生してしまう。
【００１１】
本発明は前記のような点に鑑みてなされたものであり、代替設定の問題で再生要求や録画要求を行ってもデータ送受信ができないという状況を回避できるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
前述した問題点を回避するため、代替設定が「0」の時に再生要求を受け、その後代替設定「1」を受信した場合には再生要求を受信する前に再生及びストリーミング転送を行い、インターフェースの代替設定によりストリーミング送受信が不可能な場合には、再生及び録画要求に対してリジェクトのレスポンスを返すか、割り込み通知で現在の状況を通知する必要がある。
【００１３】
そこで、本発明に係る通信装置は、データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段と、前記ネットワーク上の他の通信装置からの再生要求によって、前記記録手段に保持されたデータの読み出しを開始することが可能な記録制御手段と、前記ネットワーク上の他の通信装置からの送信要求によって、前記通信手段を介しての前記記録手段から読み出したデータの送信を可能とする通信制御手段とを備え、前記送信要求の受信前に前記再生要求を受信した場合、応答する点に特徴を有する。
また、本発明に係る他の通信装置は、データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段と、前記ネットワーク上の他の通信装置からの録画要求によって、前記他の通信装置から送信されるデータの前記記録手段への書き込みを開始することが可能な記録制御手段と、前記ネットワーク上の他の通信装置からの受信要求によって、前記他の通信装置から送信されるデータの前記通信手段を介しての受信を可能とする通信制御手段とを備え、前記受信要求の受信前に前記再生要求を受信した場合、応答する点に特徴を有する。
本発明に係るネットワークシステムは、通信装置と他の通信装置とがネットワークを介して接続し、前記通信装置は、記録媒体からデータを読み出すとともに、そのデータをインターフェースを介してネットワーク上の前記他の通信装置に送信することができ、前記インターフェースの代替設定が前記他の通信装置により切替えられる構成としたネットワークシステムであって、前記他の通信装置から再生要求があった場合に、前記インターフェースの代替設定がデータ送信できない設定にあるとき、拒否通知或いはその旨を前記他の通信装置に通知する手段と、前記他の通信装置から前記インターフェースの代替設定をデータ送信できる設定に切替える要求があったとき、前記記録媒体からのデータの読み出しを最初から開始する手段とを備えた点に特徴を有する。
本発明に係る他のネットワークシステムは、通信装置と他の通信装置とがネットワークを介して接続し、前記通信装置は、インターフェースを介してネットワーク上の前記他の通信装置からデータを受信するとともに、そのデータを記録媒体に書き込むことができ、前記インターフェースの代替設定が前記他の通信装置により切替えられる構成としたネットワークシステムであって、前記他の通信装置から録画要求があった場合に、前記インターフェースの代替設定がデータ受信できない設定にあるとき、拒否通知或いはその旨を前記他の通信装置に通知する手段を備えた点に特徴を有する。
本発明に係る制御方法は、データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段と、前記ネットワーク上の他の通信装置からの再生要求によって、前記記録手段に保持されたデータの読み出しを開始することが可能な記録制御手段と、前記ネットワーク上の他の通信装置からの送信要求によって、前記通信手段を介しての前記記録手段から読み出したデータの送信を可能とする通信制御手段とを備えた通信装置による制御方法であって、前記送信要求の受信前に前記再生要求を受信した場合、応答する手順を有する点に特徴を有する。
本発明に係る他の制御方法は、データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段と、前記ネットワーク上の他の通信装置からの録画要求によって、前記他の通信装置から送信されるデータの前記記録手段への書き込みを開始することが可能な記録制御手段と、前記ネットワーク上の他の通信装置からの受信要求によって、前記他の通信装置から送信されるデータの前記通信手段を介しての受信を可能とする通信制御手段とを備えた通信装置による制御方法であって、前記受信要求の受信前に前記再生要求を受信した場合、応答する手順を有する点に特徴を有する。
本発明に係るコンピュータプログラムは、データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段とを備えたコンピュータに用いられるコンピュータプログラムであって、前記ネットワーク上の他の通信装置からの再生要求によって、前記記録手段に保持されたデータの読み出しを開始する処理と、前記ネットワーク上の他の通信装置からの送信要求によって、前記通信手段を介しての前記記録手段から読み出したデータの送信を可能とする処理と、前記送信要求の受信前に前記再生要求を受信した場合、応答する処理とをコンピュータに実行させる点に特徴を有する。
本発明に係る他のコンピュータプログラムは、データを保持することが可能な記録手段と、他の通信装置が接続されるネットワークに接続するための通信手段とを備えたコンピュータに用いられるコンピュータプログラムであって、前記ネットワーク上の他の通信装置からの録画要求によって、前記他の通信装置から送信されるデータの前記記録手段への書き込みを開始する処理と、前記ネットワーク上の他の通信装置からの受信要求によって、前記他の通信装置から送信されるデータの前記通信手段を介しての受信を可能とする処理と、前記受信要求の受信前に前記再生要求を受信した場合、応答する処理とをコンピュータに実行させる点に特徴を有する。
【発明の効果】
【００１４】
本発明によれば、例えば代替設定によりデータ転送が不可能な場合に再生要求を受けた後、データ転送可能な代替設定に切替えられた場合に再び再生要求を受ける前に再生を行うことができ、代替設定の問題で再生要求や録画要求を行ってもデータ送受信ができないという状況を回避することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、添付図面を参照して、本発明の好適な実施形態について説明する。本発明の好適な実施形態に係る通信装置は、USB1.1、USB2.0等に準拠したデジタルインターフェースを有する。また、本発明の好適な実施形態に係る通信装置は複数の代替設定を有して切替えることが可能であり、ストリーミング用のインターフェースは代替設定が「0」である場合はストリーミングを流さない状態で、代替設定が「1」以上である場合はディスクリプタに記述された設定のストリーミングを流すことができ、代替設定が「0」である場合に再生要求を受信した場合には、例えば再生要求に対してStallを返し、代替設定「1」を設定された場合にはコンテンツの最初から転送を行う。また、ストリーミング受信の場合も同様に、代替設定が「0」である場合はストリーミングを受信できない状態であり、代替設定が「1」以上である場合はストリーミングを受信することができ、代替設定が「0」である場合に録画要求を受信した場合には、例えば録画要求に対してStallを返すようにしたものである。
【００１６】
＜第１の実施例＞
図１に、本発明を適用した実施例におけるデジタルビデオカメラ８００の構成を示す。デジタルビデオカメラ８００において、記録時には、撮像制御部８０１は、デジタルカメラ部８０８を制御することで被写体の映像及び静止画の撮影を行う。デジタルカメラ部８０８より取り込まれた映像及び静止画データは、画像処理部８０５によって然るべき映像及び静止画フォーマットに圧縮され、圧縮されたデータは記録制御部８０４によって着脱可能記録部８０９に転送記録される。
【００１７】
一方、再生時には、着脱可能記録部８０９に記録されている映像及び静止画は、再生制御部８０３よって読み出され、画像処理部８０５によって然るべき映像及び静止画フォーマットに従って伸張され、伸張されたデータは表示部８１０に転送され表示される。
【００１８】
また、ＵＳＢインターフェース８０７に外部の機器が接続されている場合には、デジタルインターフェース制御部（ＤＩＦ制御部）８０６によって画像処理部８０５により圧縮された映像及び静止画データによってＵＳＢインターフェース８０７を介して出力される。ＵＳＢインターフェース８０７は、USB1.1、USB2.0等に準拠したデジタルインターフェースである。
【００１９】
各制御部はデータ/アドレスバス８１２によって接続され、データ転送はこのバスを介して行われ、各制御部に対する制御をメイン制御部８０２が行う。
【００２０】
ここで、図２に示すように、データ転送システムとして、デジタルビデオカメラ８００がホストコントローラとなるパーソナルコンピュータ（ホストＰＣ）７００とＵＳＢ７０１を介して接続されているとする。前記従来技術に示した手順に従い、ホストＰＣ７００はデジタルビデオカメラ８００によって撮影されている映像を、ＵＳＢ７０１を介してリアルタイムに取得する。
【００２１】
本実施例におけるデジタルビデオカメラ８００は、ストリーミング送信用のインターフェースを１つ有し、さらにインターフェースの代替設定「0」と「1」を有するものとする。代替設定「0」では帯域ゼロでストリーミングを転送することができない状態であり、代替設定「1」では帯域を確保してストリーミングを流せるものとする。
【００２２】
ここで、本実施例において、代替設定が「1」である場合の処理の流れを図３に、代替設定が「0」である場合の処理の流れを図４に示す。ホストＰＣ７００からデジタルビデオカメラ８００に対して、コンテンツを流すため、USB Device Class Definition for Video Device（以下、「USB Video Class」とする）に規定されている再生要求（SET_CURのTRANSPORT_CONTROL）が発行される（Ｓ０１１、Ｓ０２１）。
【００２３】
このコマンドを受信したデジタルビデオカメラ８００は、ストリーミング用のインターフェースの代替設定値が、ストリーミング可能である「1」であるかどうかを判別する。
【００２４】
判別を行った結果、代替設定「1」である場合は、図３に示すように、再生要求に対して、StatusステージでAckレスポンスを返して再生要求を受け付けたことをホストＰＣ７００に対して通知する（Ｓ０１２）。しかし、コマンドを受け付けた後、すぐにコマンドを内部的に実行する実行することはできないため、実際にコマンドを実行したことをホストＰＣ７００側に通知する仕組みがUSB Video Classによって提供されている。
【００２５】
そこで、図１に示すコマンドを受信して処理を行うＤＩＦ制御部８０６から、再生制御部８０３に対して再生命令を通知した後、再生制御部８０３は再生を実行して、実行終了したことをＤＩＦ制御部８０６に通知する。通知を受けたＤＩＦ制御部８０３は割り込み通知により、コマンドを実行したことをホストＰＣ７００に対して通知する（Ｓ０１３）。
【００２６】
一方、判別を行った結果、代替設定が「0」である場合は、図４に示すように、再生要求に対してStatusステージでStallを返す（Ｓ０２２）。
【００２７】
Stallを受けたホストＰＣ７００は、デジタルビデオカメラ８００のステータスを知るため現在のメディアの状態を知るためのコマンドであるGET_CURのTRANSPORT_CONTROLを発行する（Ｓ０２３）。
【００２８】
このコマンドを受信したデジタルビデオカメラ８００は、インターフェースの代替設定がストリーミングを流せない値に設定されていることを示す値に設定したもの（ステータス値）をホストＰＣ７００に返信する（Ｓ０２４）。このことにより、ホストＰＣ７００では代替設定を行う必要があることを認識することができる。
【００２９】
代替設定が必要と認識したホストＰＣ７００は、デジタルビデオカメラ８００に対してSET_INTERFACE要求の代替設定「1」を発行する（Ｓ０２５）。
【００３０】
要求を受けたデジタルビデオカメラ８００は、Ackを返して要求を受け付けたことを通知する（Ｓ０２６）。その後、コンテンツリストの初めからコンテンツデータを取得して再生の準備を開始し、ＵＳＢ７０１を介してストリーミングの転送を行う（Ｓ０２７）。
【００３１】
＜第２の実施例＞
本実施例での前提条件は第１の実施例と同様である。本実施例において、代替設定が「1」である場合の処理の流れを図３に、代替設定が「0」である場合の処理の流れを図５に示す。ホストＰＣ７００からデジタルビデオカメラ８００に対して、コンテンツを流すために、USB Video Classに規定されている再生要求（SET_CURのTRANSPORT_CONTROL）が発行される（Ｓ０１１、Ｓ０３１）。
【００３２】
このコマンドを受信したデジタルビデオカメラ８００は、ストリーミング用のインターフェースの代替設定値が、ストリーミング可能である「1」であるかどうかを判別する。
【００３３】
判別を行った結果、代替設定「1」である場合は、図３に示すように、再生要求に対して、StatusステージでAckレスポンスを返して再生要求を受け付けたことをホストＰＣ７００に対して通知する（Ｓ０１２）。しかし、コマンドを受け付けた後、すぐにコマンドを内部的に実行する実行することはできないため、実際にコマンドを実行したことをホストＰＣ７００側に通知する仕組みがUSB Video Classによって提供されている。
【００３４】
そこで、図１に示すコマンドを受信して処理を行うＤＩＦ制御部８０６から、再生制御部８０３に対して再生命令を通知した後、再生制御部８０３は再生を実行して、実行終了したことをＤＩＦ制御部８０６に通知する。通知を受けたＤＩＦ制御部８０３は割り込み通知により、コマンドを実行したことをホストＰＣ７００に対して通知する（Ｓ０１３）。
【００３５】
一方、判別を行った結果、代替設定が「0」である場合は、図５に示すように、再生要求に対してAckを返し、コマンド自体は受け付けたことを通知する（Ｓ０３２）。その後、インターフェースの代替設定がストリーミングを流せない値に設定されていることを示す値に設定したものを割り込み通知としてホストＰＣ７００に送信する（Ｓ０３３）。このことにより、ホストＰＣ７００では代替設定を行う必要があることを認識することができる。
【００３６】
代替設定が必要と認識したホストＰＣ７００は、デジタルビデオカメラ８００に対してSET_INTERFACE要求の代替設定「1」を発行する（Ｓ０３４）。
【００３７】
要求を受けたデジタルビデオカメラ８００は、Ackを返して要求を受け付けたことを通知する（Ｓ０３５）。その後、コンテンツリストの初めからコンテンツデータを取得して再生の準備を開始し、ＵＳＢ７０１を介してストリーミングの転送を行う（Ｓ０３６）。
【００３８】
＜第３の実施例＞
本実施例におけるデジタルビデオカメラ８００の構成は、第１の実施例で既述したものと同様であり、ＵＳＢインターフェース８０７を介して外部と接続されており、外部よりデータを受信したものは、ＤＩＦ制御部８０６によって画像処理部８０５に転送され、画像処理部８０５によって然るべき画像データに変換された後、記録制御部８０４により制御されて着脱可能記録部８０９に記録される。
【００３９】
ここで、図２に示すように、データ転送システムとして、デジタルビデオカメラ８００がホストＰＣ７００とＵＳＢ７０１を介して接続されているとする。前記従来技術に示した手順に従い、デジタルビデオカメラ８００はホストＰＣ７００によって転送される映像を、ＵＳＢ７０１を介して取得し、着脱可能記録部８０９に保存する。
【００４０】
本実施例におけるデジタルビデオカメラ８００は、ストリーミング送信用のインターフェースを１つ有し、さらにインターフェースの代替設定「0」と「1」を有するものとする。代替設定「0」では帯域ゼロでストリーミングを受信することができない状態であり、代替設定「1」では帯域を確保してストリーミングを受信するものとする。
【００４１】
ここで、本実施例において、代替設定が「1」である場合の処理の流れを図６に、代替設定が「0」である場合の処理の流れを図７に示す。ホストＰＣ７００からデジタルビデオカメラ８００に対して、コンテンツを受信するため、USB Video Classに規定されている録画要求（SET_CURのTRANSPORT_CONTROL）が発行される（Ｓ１０１、Ｓ１１１）。
【００４２】
このコマンドを受信したデジタルビデオカメラ８００は、ストリーミング用のインターフェースの代替設定値が、ストリーミング可能である「1」であるかどうかを判別する。
【００４３】
判別を行った結果、代替設定「1」である場合は、図６に示すように、録画要求に対して、StatusステージでAckレスポンスを返して録画要求を受け付けたことをホストＰＣ７００に対して通知する（Ｓ１０２）。その後、割り込み通知により、録画要求を実行したことをホストＰＣ７００に対して通知する（Ｓ１０３）。
【００４４】
一方、判別を行った結果、代替設定が「0」である場合は、図7に示すように、録画要求に対してStatusステージでStallを返す（Ｓ１１２）。
【００４５】
Stallを受けたホストＰＣ７００は、デジタルビデオカメラ８００のステータスを知るため現在のメディアの状態を知るためのコマンドであるGET_CURのTRANSPORT_CONTROLを発行する（Ｓ１１３）。
【００４６】
このコマンドを受信したデジタルビデオカメラ８００は、インターフェースの代替設定がストリーミングを受信できない値に設定されていることを示す値に設定したもの（ステータス値）をホストＰＣ７００に返信する（Ｓ１１４）。このことにより、ホストＰＣ７００では代替設定を行う必要があることを認識することができる。
【００４７】
＜第４の実施例＞
本実施例での前提条件は第３の実施例と同様である。本実施例において、代替設定が「1」である場合の処理の流れを図６に、代替設定が「0」である場合の処理の流れを図８に示す。ホストＰＣ７００からデジタルビデオカメラ８００に対して、コンテンツを流すために、USB Video Classに規定されている録画要求（SET_CURのTRANSPORT_CONTROL）が発行される（Ｓ１０１、Ｓ１２１）。
【００４８】
このコマンドを受信したデジタルビデオカメラ８００は、ストリーミング用のインターフェースの代替設定値が、ストリーミング可能である「1」であるかどうかを判別する。
【００４９】
判別を行った結果、代替設定「1」である場合は、図６に示すように、録画要求に対して、StatusステージでAckレスポンスを返して録画要求を受け付けたことをホストＰＣ７００に対して通知する（Ｓ１０２）。その後、割り込み通知により、コマンドを実行したことをホストＰＣ７００に対して通知する（Ｓ１０３）。
【００５０】
一方、判別を行った結果、代替設定が「0」である場合は、図８に示すように、録画要求に対してAckを返しコマンド自体は受け付けたことを通知する（Ｓ１２２）。その後、インターフェースの代替設定がストリーミングを流せない値に設定されていることを示す値に設定したものを割り込み通知としてホストＰＣ７００に送信する（Ｓ１２３）。このことにより、ホストＰＣでは代替設定を行う必要があることを認識することができる。
【００５１】
なお、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。
【００５２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００５３】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００５４】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ(基本システム或いはオペレーティングシステム)などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５５】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００５６】
【図１】実施例におけるデジタルビデオカメラの構成を示す図である。
【図２】デジタルビデオカメラとホストＰＣとが接続されるデータ転送システムを示す図である。
【図３】代替設定が「1」である場合の処理の流れを示すシーケンスチャートである。
【図４】代替設定が「0」である場合の処理の流れを示すシーケンスチャートである。
【図５】代替設定が「0」である場合の処理の流れを示すシーケンスチャートである。
【図６】代替設定が「1」である場合の処理の流れを示すシーケンスチャートである。
【図７】代替設定が「0」である場合の処理の流れを示すシーケンスチャートである。
【図８】代替設定が「0」である場合の処理の流れを示すシーケンスチャートである。
【図９】ＵＳＢ規格で規定されるディスクリプタの概略構造を示す図である。
【図１０】ＵＳＢ規格で規定されているSET_INTERFACE要求の構造を説明するための図である。
【図１１】ＵＳＢデバイスが保持するディスクリプタの例を示す図である。
【図１２】ホストとデバイス間のアイソクロナス転送の通信処理の流れを示す図である。
【図１３】アイソクロナス通信時のバスの状態を時系列で示す図である。
【図１４】ＵＳＢの論理的なデバイスとホストの接続関係を示す図である。
【符号の説明】
【００５７】
７００    ホストＰＣ
８００    デジタルビデオカメラ
８０１    撮像制御部
８０２    メイン制御部
８０３    再生制御部
８０４    記録制御部
８０５    画像処理部
８０６    ＤＩＦ制御部
８０７    ＵＳＢインターフェース
８０８    デジタルカメラ部
８０９    着脱可能記録部
８１０    表示部
８１２    データ/アドレスバス
【図１】
2005352889.tif 000003
【図２】
2005352889.tif 000004
【図３】
2005352889.tif 000005
【図４】
2005352889.tif 000006
【図５】
2005352889.tif 000007
【図６】
2005352889.tif 000008
【図７】
2005352889.tif 000009
【図８】
2005352889.tif 000010
【図９】
2005352889.tif 000011
【図１０】
2005352889.tif 000012
【図１１】
2005352889.tif 000013
【図１２】
2005352889.tif 000014
【図１３】
2005352889.tif 000015
【図１４】
2005352889.tif 000016