(57)【要約】【課題】ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信できるようにする。【解決手段】ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリーム（単一のデータストリームであって、第１の実施の形態で独自に定義したデータストリームである）に変換する機能と、そのＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０に送信する機能とを有する映像処理装置１０を提供する。【選択図】      図１
2004349986.tif 000002
【特許請求の範囲】
【請求項１】
ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、
ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信する送信手段とを有することを特徴とする映像処理装置。
【請求項２】
ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、
ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信することを特徴とする映像処理装置の通信方法。
【請求項３】
ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、
ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信する送信手段とを有することを特徴とする映像処理装置。
【請求項４】
ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、
ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信することを特徴とする映像処理装置の通信方法。
【請求項５】
他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信する受信手段と、
前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする映像処理装置。
【請求項６】
他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信し、
前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする映像処理装置の通信方法。
【請求項７】
他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信する受信手段と、
前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする映像処理装置。
【請求項８】
他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信し、
前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする映像処理装置の通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを扱う映像処理装置などに関するものである。
【０００２】
【従来の技術】
近年、ホスト（パーソナルコンピュータなど）と周辺機器（デジタルビデオカメラなどの映像処理装置を含む）との間を接続する通信システムの一つとしてＵＳＢ２．０（非特許文献１参照）が知られている。
【０００３】
また、近年、ビジュアルオブジェクト及びオーディオオブジェクトの符号化方式の一つとしてＭＰＥＧ−４と呼ばれる符号化方式が注目されている（非特許文献２〜４参照）。
【０００４】
【非特許文献１】
Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  ２．０，  Ａｐｒｉｌ  ２７，  ２０００
【非特許文献２】
ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９，  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −−  Ｃｏｄｉｎｇ  ｏｆ  ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ  −−  Ｐａｒｔ  １：  Ｓｙｓｔｅｍｓ
【非特許文献３】
ＩＳＯ／ＩＥＣ  １４４９６−２：１９９９，  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −−  Ｃｏｄｉｎｇ  ｏｆ  ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ  −−  Ｐａｒｔ２：  Ｖｉｓｕａｌ
【非特許文献４】
ＩＳＯ／ＩＥＣ  １４４９６−３：１９９９，  Ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ  −−  Ｃｏｄｉｎｇ  ｏｆ  ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ  −−  Ｐａｒｔ３：  Ａｕｄｉｏ
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の映像処理装置（特にデジタルビデオカメラ）には、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送（Ｉｓｏｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ）又はバルク転送（Ｂｕｌｋ  Ｔｒａｎｓｆｅｒ）を用いて他の装置（ホストなど）に送信できるようにしたものはなかった。さらに、従来の映像処理装置には、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信できるようにしたものもなかった。
【０００６】
本発明は、このような課題を解決しようとするものであり、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信することができるようにすることを目的とする。
【０００７】
また、本発明は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信することができるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の映像処理装置は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信する送信手段を有することを特徴とする。
【０００９】
本発明の映像処理装置の通信方法は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信することを特徴とする。
【００１０】
本発明の他の映像処理装置は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信する送信手段を有することを特徴とする。
【００１１】
本発明の他の映像処理装置の通信方法は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信することを特徴とする。
【００１２】
本発明の他の映像処理装置は、他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信する受信手段と、前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする。
【００１３】
本発明の他の映像処理装置の通信方法は、他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信し、前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする。
【００１４】
本発明の他の映像処理装置は、他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信する受信手段と、前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする。
【００１５】
本発明の他の映像処理装置の通信方法は、他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信し、前記データストリームからＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照し、本発明に好適な実施の形態を説明する。
［第１の実施の形態］
まず、図１を参照し、第１の実施の形態における通信システムの主要な構成要素を説明する。映像処理装置１０及びホスト２０は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを扱うことができる装置である。例えば、ＩＳＯ／ＩＥＣ  １４４９６−２：１９９９に準拠したビジュアルオブジェクト、ＩＳＯ／ＩＥＣ  １４４９６−３：１９９９に準拠したオーディオオブジェクト及びＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠したシーンディスクリプション（ｓｃｅｎｅ  ｄｅｓｃｒｉｐｔｉｏｎ）のエレメンタリーストリームを扱うことができる装置である。映像処理装置１０は、例えばデジタルビデオカメラであり、ホスト２０は、例えばパーソナルコンピュータである。
【００１７】
また、映像処理装置１０及びホスト２０は、ＵＳＢ２．０（非特許文献１参照）に準拠したデジタルインターフェース部を用いて互いに通信可能である。映像処理装置１０は、ＵＳＢ２．０で定義されたデバイスの機能を有する装置であり、ホスト２０は、ＵＳＢ２．０で定義されたホストの機能を有する装置である。
【００１８】
映像処理装置１０は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリーム（単一のデータストリームであって、第１の実施の形態で独自に定義したデータストリームである）に変換する機能と、そのＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナス転送（Ｉｓｏｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ）又はバルク転送（Ｂｕｌｋ  Ｔｒａｎｓｆｅｒ）を用いてホスト２０に送信する機能を有する。映像処理装置１０はさらに、ホスト２０からＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて送信されたＭＰＥＧ−４ＳＬストリームを受信する機能と、受信したＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元する機能とを有する装置である。ホスト２０も、映像処理装置１０と同様に、これらの機能を有する装置である。
【００１９】
次に、図２を参照し、映像処理装置１０及びホスト２０が備える構成要素を説明する。ＳＬパケット処理部２０１−１〜Ｎのそれぞれは、エレメンタリーストリーム１〜Ｎのそれぞれから複数のＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｌａｙｅｒ）パケットを生成する処理と、その逆の処理を行う。Ｍｕｘパケット処理部２０２は、各ＳＬパケットから一つのＭｕｘパケットを生成する処理と、その逆の処理を行う。ＭＰＥＧ−４ＳＬストリーム処理部２０３は、複数のＭｕｘパケットを多重化して一つのＭＰＥＧ−４ＳＬストリームを生成する処理と、その逆の処理を行う。また、ＭＰＥＧ−４ＳＬストリーム処理部２０３は、後述するストリームヘッダの生成及び解析を行う。デジタルインターフェース部２０４は、ＵＳＢ２．０に準拠するものであり、図６〜図９に示す手順に従ってＭＰＥＧ−４ＳＬストリームの送信又は受信を行う。
【００２０】
次に、図３を参照し、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのＭＰＥＧ−４ＳＬストリームに変換する機能の処理手順を説明する。
【００２１】
ステップＳ３０１：ＳＬパケット処理部２０１−１〜Ｎのそれぞれは、エレメンタリーストリーム１〜Ｎのそれぞれから複数のＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｌａｙｅｒ）パケットを生成し、生成した複数のＳＬパケットをＭｕｘパケット処理部２０２に供給する。ＳＬパケットの構成は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に定義されているのでその詳細な説明を省略する。
【００２２】
ステップＳ３０２：Ｍｕｘパケット処理部２０２は、各ＳＬパケットから一つのＭｕｘパケットを生成し、生成したＭｕｘパケットをＭＰＥＧ−４ＳＬストリーム処理部２０３に供給する。Ｍｕｘパケットは、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９が定義するＦｌｅｘＭｕｘパケットとは異なるパケットであり、第１の実施の形態で独自に定義したパケットである。Ｍｕｘパケットの構成については、後で説明する（図５参照）。
【００２３】
ステップＳ３０３：ＭＰＥＧ−４ＳＬストリーム処理部２０３は、複数のＭｕｘパケットを多重化して一つのＭＰＥＧ−４ＳＬストリームを生成する。
【００２４】
このように、映像処理装置１０及びホスト２０は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームから単一のデータストリームであるＭＰＥＧ−４ＳＬストリームに変換することができる。言い換えれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを単一のデータストリームであるＭＰＥＧ−４ＳＬストリームに多重化することができる。また、映像処理装置１０及びホスト２０は、一つ又は複数のエレメンタリーストリームを一つのＭＰＥＧ−４ＳＬストリームに変換することができるので、一つ又は複数のエレメンタリーストリームを一つのエンドポイント（アイソクロナスエンドポイント又はバルクエンドポイント）から出力することも可能になる。
【００２５】
次に、図４を参照し、一つのＭＰＥＧ−４ＳＬストリームをＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームに復元する機能の処理手順を説明する。
【００２６】
ステップＳ４０１：ＭＰＥＧ−４ＳＬストリーム処理部２０４は、一つのＭＰＥＧ−４ＳＬストリームを複数のＭｕｘパケットに分離し、各ＭｕｘパケットをＭｕｘ処理部２０３に供給する。
【００２７】
ステップＳ４０２：Ｍｕｘ処理部２０３は、各ＭｕｘパケットからＥＳ＿ＩＤ及びＳＬパケットを取り出し、ＥＳ＿ＩＤを用いてＳＬパケットの属するエレメンタリーストリームを識別する。そして、Ｍｕｘ処理部２０３は、各ＳＬパケットをＳＬパケット処理部２０１−１〜Ｎの何れか一つに供給する。ＥＳ＿ＩＤについては、後で説明する（図５参照）。
【００２８】
ステップＳ４０３：ＳＬパケット処理部２０１−１〜Ｎは、ＭＰＥＧ−４ＳＬストリーム処理部２０２から得られた複数のＳＬパケットからエレメンタリーストリーム１〜Ｎを復元する。
【００２９】
このように、映像処理装置１０及びホスト２０は、一つのＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元することができる。また、映像処理装置１０及びホスト２０は、一つのＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元することができるので、一つ又は複数のエレメンタリーストリームを一つのエンドポイント（アイソクロナスエンドポイント又はバルクエンドポイント）から入力することも可能になる。
【００３０】
次に、図５を参照し、上述のＭｕｘパケットの構成を説明する。図５において、ＭｕｘＨは、Ｍｕｘパケットのヘッダであり、ＭｕｘＰは、Ｍｕｘパケットのペイロードである。ＭｕｘＨは、ＥＳ＿ＩＤ（Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ  Ｉｄｅｎｔｉｆｉｅｒ）などの付属情報を含む。ＥＳ＿ＩＤは、Ｍｕｘパケット内のＳＬパケットの属するエレメンタリーストリームを識別するための識別子であり、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９で定義されたＥＳ＿ＩＤと同じものである。ＳＬＨは、ＳＬパケットのヘッダであり、ＳＬＰは、ＳＬパケットのペイロードである。第１の実施の形態では、一つのＳＬパケットのみから一つのＭｕｘパケットを生成するようにする。また、第１の実施の形態では、ＭＰＥＧ−４ＳＬストリームを一つのエレメンタリーストリームから生成する場合であっても、ＥＳ＿ＩＤを省略しないようにする。このように、各ＭｕｘパケットにＥＳ＿ＩＤを含めることにより、複数のエレメンタリーストリームから得られたＳＬパケットの多重化及び復元が可能になる。
【００３１】
次に、図６を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＩＮトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ  ＩＮ  Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＩＮトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、映像処理装置１０からホスト２０に向かう方向である。図６では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００３２】
図６において、ＩＮトークン（ＩＮ  ｔｏｋｅｎ）は、ＤＡＴＡ２、ＤＡＴＡ１又はＤＡＴＡ０を映像処理装置１０からホスト２０に送信することを要求するパケットである。ＤＡＴＡ２、ＤＡＴＡ１及びＤＡＴＡ０は、映像処理装置１０からホスト２０にアイソクロナス転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数）は、１つのＭｕｘパケットから得られたデータである。
【００３３】
図６に示す手順をＭｕｘパケットごとに繰り返すことにより、映像処理装置１０はホスト２０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００３４】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＩＮトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送を用いて映像処理装置１０からホスト２０に送信することができる。
【００３５】
次に、図７を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＯＵＴトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ  ＯＵＴ  Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＯＵＴトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、ホスト２０から映像処理装置１０に向かう方向である。図７では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００３６】
図７において、ＯＵＴトークン（ＯＵＴ  ｔｏｋｅｎ）は、ＭＤＡＴＡ２、ＤＡＴＡ２又はＤＡＴＡ１をホスト２０から映像処理装置１０に送信することを要求するパケットである。ＭＤＡＴＡ２、ＤＡＴＡ２及びＤＡＴＡ１は、ホスト２０から映像処理装置１０にアイソクロナス転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数）は、１つのＭｕｘパケットから得られたデータである。
【００３７】
図７に示す手順をＭｕｘパケットごとに繰り返すことにより、ホスト２０は映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００３８】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＯＵＴトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送を用いてホスト２０から映像処理装置１０に送信することができる。
【００３９】
次に、図８を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＩＮトランザクション（Ｂｕｌｋ  ＩＮ  Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。バルクＩＮトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、映像処理装置１０からホスト２０に向かう方向である。図８では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００４０】
図８において、ＩＮトークン（ＩＮ  ｔｏｋｅｎ）は、ＤＡＴＡ０又はＤＡＴＡ１を映像処理装置１０からホスト２０に送信することを要求するパケットである。ＤＡＴＡ０及びＤＡＴＡ１は、映像処理装置１０からホスト２０にバルク転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数、Ｎ＞Ｍ）は、１つのＭｕｘパケットから得られたデータである。
【００４１】
図８に示す手順をＭｕｘパケットごとに繰り返すことにより、映像処理装置１０はホスト２０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００４２】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＩＮトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のバルク転送を用いて映像処理装置１０からホスト２０に送信することができる。
【００４３】
次に、図９を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＯＵＴトランザクション（Ｂｕｌｋ  ＯＵＴ  Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＯＵＴトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、ホスト２０から映像処理装置１０に向かう方向である。図９では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００４４】
図９において、ＯＵＴトークン（ＯＵＴ  ｔｏｋｅｎ）は、ＤＡＴＡ０及びＤＡＴＡ１をホスト２０から映像処理装置１０に送信することを要求するパケットである。ＤＡＴＡ０及びＤＡＴＡ１は、ホスト２０から映像処理装置１０にアイソクロナス送信されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに転送されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数、Ｎ＞Ｍ）は、１つのＭｕｘパケットから得られたデータである。
【００４５】
図９に示す手順をＭｕｘパケットごとに繰り返すことにより、ホスト２０は映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００４６】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＯＵＴトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のバルク転送を用いてホスト２０から映像処理装置１０に送信することができる。
【００４７】
次に、図１０を参照し、上述のストリームヘッダの構成の一例を説明する。ストリームヘッダは、図６〜図９に示すように、１マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダである。映像処理装置１０からホスト２０にＭＰＥＧ−４ＳＬストリームを送信する場合、映像処理装置１０がストリームヘッダを生成する。また、ホスト２０から映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信する場合、ホスト２０がストリームヘッダを生成する。
【００４８】
図１０において、ｂＨｅａｄｅｒ  Ｌｅｎｇｔｈフィールド（１バイト）は、ストリームヘッダのデータ長（２バイト）を示す値を格納するフィールドである。ｂｍＨｅａｄｅｒＩｎｆｏフィールド（可変長であるが、第１の実施の形態では１バイトとする）は、ＦＩＤ（Ｆｒａｍｅ  ＩＤ）、ＥＯＦ（Ｅｎｄ  ｏｆ  Ｆｒａｍｅ）、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｔｉｍｅ  Ｓｔａｍｐ）、ＳＣＲ（Ｓｏｕｒｃｅ  Ｃｌｏｃｋ  Ｒｅｆｅｒｅｎｃｅ）、ＲＥＳ（Ｒｅｓｅｒｖｅｄ）、ＳＴＩ（Ｓｔｉｌｌ  Ｉｍａｇｅ）、ＥＲＲ（Ｅｒｒｏｒ  ｂｉｔ）及びＥＯＨ（Ｅｎｄ  ｏｆ  Ｈｅａｄｅｒ）フィールドから構成される。なお、ｂｍＨｅａｄｅｒＩｎｆｏフィールド内の各フィールドのデータ長は１ビットである。
【００４９】
ストリームヘッダの後に送信されるペイロードが新しいＭｕｘパケットに切り替わるごとにＦＩＤフィールドには０又は１を格納する。また、映像処理装置１０又はホスト２０は、ストリームヘッダの後に送信されるペイロードがＭｕｘパケットの最後の部分を含んでいる場合、ＥＯＦフィールドには１を格納し、それ以外の場合、ＥＯＦフィールドには０を格納する。ホスト２０及び映像処理装置１０は、ＦＩＤフィールド及びＥＯＦフィールドの内容を調べることにより、Ｍｕｘパケットの切り替わりを検出することができる。
【００５０】
ＰＴＳフィールドはプレゼンテーションタイムスタンプを格納するフィールドであり、ＳＣＲフィールドはソースクロックリファレンスを格納するフィールドであるが、第１の実施の形態ではこれらのフィールドを使用しないのでこれらのフィールドには０を格納する。ＲＥＳフィールドは将来の使用のために予約されているフィールドであるので、ＲＥＳフィールドには０を格納する。
【００５１】
ストリームヘッダの後に送信されるペイロードが静止画を含む場合、ＳＴＩフィールドには１を格納し、それ以外の場合、ＳＴＩフィールドには０を格納する。ストリームヘッダの後に送信されるペイロードに何らかのエラーが生じている場合、ＥＲＲフィールドには１を格納し、それ以外の場合、ＥＲＲフィールドには０を格納する。ＥＯＨフィールドには、ストリームヘッダの終わりを示す値（１）を格納する。
【００５２】
上述の説明から明らかなように、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０に送信することができる。ホスト２０も、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて映像処理装置１０に送信することができる。
【００５３】
また、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０から受信することができる。ホスト２０も、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて映像処理装置１０から受信することができる。
【００５４】
また、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームを単一のデータストリーム（すなわち、ＭＰＥＧ−４ＳＬストリーム）に変換してからホスト２０に送信することができるので、映像処理装置１０のエンドポイントの数を１つにすることができる。複数のエレメンタリーストリームを別々のエンドポイントから送信する形態ではエンドポイント間の制御が必要になるが、第１の実施の形態ではそのような制御を不要にすることができる。
【００５５】
また、第１の実施の形態によれば、映像処理装置１０は、ホスト２０から送信された単一のデータストリーム（すなわち、ＭＰＥＧ−４ＳＬストリーム）から一つ又は複数のエレメンタリーストリームに復元することができるので、映像処理装置１０のエンドポイントの数を１つにすることができる。複数のエレメンタリーストリームを別々のエンドポイントから送信する形態ではエンドポイント間の制御が必要になるが、第１の実施の形態ではそのような制御を不要にすることができる。
【００５６】
また、第１の実施の形態によれば、映像処理装置１０は、データ形式の異なる複数のエレメンタリーストリームを１本のデータストリームにより転送することもできる。上述のように、ＩＳＯ／ＩＥＣ  １４４９６−２：１９９９に準拠したビジュアルデータのエレメンタリーストリームと、ＩＳＯ／ＩＥＣ  １４４９６−３：１９９９に準拠したオーディオデータのエレメンタリーストリームとを１本のデータストリームにより転送することも可能である。さらに、これらのエレメンタリーストリームにＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠したシーンディスクリプション（ｓｃｅｎｅ  ｄｅｓｃｒｉｐｔｉｏｎ）のエレメンタリーストリームを加えることも可能である。
【００５７】
次に、図１１を参照し、第１の実施の形態に用いられるＭＰＥＧ−４ＳＬストリームフォーマットディスクリプタ（ＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒ）の構成の一例を説明する。
【００５８】
図１１において、ｂＮｕｍＰａｃｋｅｔｓフィールドには、ＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒで送付されるパケットの数がセットされる。この数は、後続の配列データの要素数として用いられる。ｂＰａｃｋｅｔＬｅｎｇｔｈフィールドは、直後のｂＰａｃｋｅｔフィールドにセットされるパケット・データのバイト長を示す。ｂＰａｃｋｅｔフィールドには、転送すべきストリームのＭＰＥＧ４＿Ｍｕｘパケットがセットされる。ｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドの組は、配列の要素として用いられる。複数個のパケットを送付する場合は、各パケットのデータが記述されたｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドの組を連続して記述する。
【００５９】
なお、ｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドはオプションである。ディスクリプタで送付すべきパケットがない場合には、ｂＮｕｍＰａｃｋｅｔｓフィールドに０をセットし、後続のフィールドを省略することができる。第１の実施の形態のＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒ  には、確実に転送すべきストリームのパケットをセットするための配列状のデータ構造が定義される。
【００６０】
第１の実施の形態のＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒにセットされるパケットの配列データは、初期化時あるいは初期化後の任意のタイミングでホスト２０に送信すればよい。
【００６１】
前述したように、ストリームヘッダには、Ｅｒｒｏｒビット（ＥＲＲフィールド）が定義されている。映像処理装置１０で何らかのエラーが発生した場合（例えば、エレメンタリーストリームの一つのデータフォーマットが変わった場合）、ＥＲＲフィールドの値を１にセットする。上記のように、フォーマットが変化した場合、映像処理装置１０は、デジタルインターフェース部２０４から出力されるペイロードの転送を停止し、ストリームヘッダのみを送信する。一方、ホスト２０は、ＥＲＲフィールドの内容に基づいてｓｔｒｅａｍ  ｅｒｒｏｒ  ｃｏｄｅ  ｃｏｎｔｒｏｌコマンドを発行すれば、エラーの内容を知ることができる。図１２にｓｔｒｅａｍ  ｅｒｒｏｒ  ｃｏｄｅ  ｃｏｎｔｒｏｌコマンドのデータ構造を示す。
【００６２】
ｓｔｒｅａｍ  ｅｒｒｏｒ  ｃｏｄｅ  ｃｏｎｔｒｏｌは、ビデオ、又は、静止画の転送時にストリームエラーが発生したことを示す。このような場合、デバイスである第１の実施の形態の映像処理装置１０は、エラーの発生を報告するために、このコントロールを適切なコードに更新する。第１の実施の形態では、ホスト２０は、次に示すイベントの一つが発生したとき、そのエラーを特定するために、このコントロールのＧＥＴ＿ＣＵＲ  ｒｅｑｕｅｓｔを送信しなくてはならないようになっている。
（１）ストリームヘッダのＥｒｒｏｒ  ｂｉｔ  がデバイスによって１にセットされた場合。
（２）デバイスが、ソースがＳｔｒｅａｍ  Ｅｒｒｏｒ  Ｃｏｄｅ  Ｃｏｎｔｒｏｌ  である、”Ｓｔｒｅａｍ  Ｅｒｒｏｒ”  ｉｎｔｅｒｒｕｐｔ信号を発行した場合。
（３）トランザクションのデータステージ、又は、ハンドシェイクステージで、バルクビデオエンドポイントがストールパケットをホスト２０に送信した場合。
【００６３】
ＭＰＥＧ−４  Ｓｙｓｔｅｍｓデータは、ディスクリプタを用いずにＵＳＢパイプ上でストリームとして転送されてもよい。通常、ＭＰＥＧ−４  Ｓｙｓｔｅｍｓデータをストリームとして転送する場合、基本的にはバルク転送のような信頼性の高い方法で転送される。また、アイソクロナス通信を用いて、ＭＰＥＧ−４  Ｓｙｓｔｅｍｓデータをストリームとして転送しても良い。第１の実施の形態では、アイソクロナス転送で伝送エラーが発生した場合にどのようにリカバリ処理を行うかについては説明しないが、ＭＰＥＧ−４  Ｓｙｓｔｅｍｓデータを定期的に再送するなどのリカバリ処理は、必要に応じて行っても良い。
【００６４】
第１の実施の形態では、例えば、ＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒは、ＭＰＥＧ−４  ＳＬデータ・ストリームの特性情報が使用される。映像処理装置１０においては、ＵＳＢ  ＩＮ及びＯＵＴエンドポイントに対応するターミナル及びそれが属するインターフェースは、ひとつ以上のフォーマットに対応するＦｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒをサポートしている。フォーマットを選択するには、ホスト・ソフトウェアは該当するインターフェースにコントロール・リクエストを送付する。ＭＰＥＧ−４  ＳＬ  Ｐａｙｌｏａｄにおいては、付随するＦｒａｍｅ  Ｄｅｓｃｒｉｐｔｏｒは定義されなくてもよい。
【００６５】
ＭＰＥＧ−４  Ｓｙｓｔｅｍｓでは、原則的に、初期ストリーム構成を示すイニシャル・オブジェクト・ディスクリプタを最初に伝送する必要がある。そのため、ストリームの送信側は、初期化時にＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  ＤｅｓｃｒｉｐｔｏｒのｂＩｎｉｔｉａｌＯｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒフィールドにイニシャル・オブジェクト・ディスクリプタをセットして送付する。第１の実施の形態においては、イニシャル・オブジェクト・ディスクリプタにセットされるデータの内容は、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９の仕様に従う限りは任意であるが、通常下記のデータがセットされる。
・ｐｒｏｆｉｌｅ＿ａｎｄ＿ｌｅｖｅｌ＿ｉｎｄｉｃａｔｉｏｎ
・ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ
・ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ
・ＤｅｃｏｄｅｒＳｐｅｃｉｆｉｃＩｎｆｏ（データの内容はストリームの符号化形式によって異なる。ＭＰＥＧ−４  Ｖｉｓｕａｌの場合は、Ｖｉｓｕａｌ  Ｏｂｊｅｃｔ  Ｓｅｑｕｅｎｃｅデータがセットされる）
・ＳＬＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ（ＳＬパケットヘッダのレイアウト解釈のために使用される）
【００６６】
通常、イニシャル・オブジェクト・ディスクリプタは、ＭＰＥＧ−４  ＳＬ  Ｐａｙｌｏａｄ  Ｆｏｒｍａｔが選択された際の初期化処理時に一度のみ送付し、２回以上は送付されないようになっている。もし、初期化完了後に再度イニシャル・オブジェクト・ディスクリプタが送付されるような場合は、受信側では再送されたイニシャル・オブジェクト・ディスクリプタの内容にしたがって再度初期化処理を行なう。上述のＩＳＯ／ＩＥＣ  １４４９６−１：１９９９において定義されているＯＤ、ＢＩＦＳ等のようなＭＰＥＧ−４  Ｓｙｓｔｅｍｓストリームは、一般的には、伝送エラーによるデータ喪失が発生しないような方法で伝送される。第１の実施の形態では、そのようなデータストリームは、ＭＰＥＧ−４  ＳＬ  Ｓｔｒｅａｍ  Ｆｏｒｍａｔ  Ｄｅｓｃｒｉｐｔｏｒにセットすることで、確実に転送することが可能になる。
【００６７】
なお、第１の実施の形態では、ｂＩｎｉｔｉａｌＯｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒフィールドはオプションであり、省略することも可能である。この場合、映像処理装置１０は、イニシャル・オブジェクト・ディスクリプタを用いずにデフォルトの属性でストリームの初期化を行うようにことが可能である。
【００６８】
［第２の実施の形態］
第１の実施の形態では、図６〜図９を参照し、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態を説明したが、本発明はこのような形態に限定されるものではない。第１の実施の形態は、ＵＳＢ２．０のフルスピード（ｆｕｌｌ−ｓｐｅｅｄ）を使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態する形態に変更することも可能である。この場合、上述のストリームヘッダは、例えば、ＵＳＢフレーム（１ｍｓ）ごとに送信される。また、将来、ハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）よりも高速な転送タイプが規定された場合にはそれを使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態に変更することも可能である。
【００６９】
［第３の実施の形態］
本発明は、現状のＵＳＢ２．０を使用する形態に限定されるものではない。本発明は、例えば、ＵＳＢ２．０を拡張した規格に準拠した通信システムを使用する形態、ＵＳＢ２．０と同等の機能を規定した規格に準拠した通信システムを使用する形態などにも適用可能である。
【００７０】
［第４の実施の形態］
本発明は、現状のＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠したエレメンタリーストリームを使用する形態に限定されるものではない。本発明は、例えば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９を拡張した規格に準拠したエレメンタリーストリームを使用する形態、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９と同等の機能を規定した規格に準拠したエレメンタリーストリームを使用する形態などにも適用可能である。
【００７１】
［他の実施の形態］
本発明は、上述の実施の形態においてのみ実現可能なものではなく、他の形態においても実現可能である。本発明は、例えば、コンピュータによって実行可能なプログラムにおいても実現可能であり、その場合、該プログラム自体が本発明を構成することとなる。プログラムを供給するための記憶媒体としては、ＲＯＭ、フロッピー（Ｒ）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００７２】
【発明の効果】
本発明によれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信することができる。
【００７３】
また、本発明によれば、ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における通信システムの主要な構成要素を示す図である。
【図２】映像処理装置１０及びホスト２０が備える構成要素を示す図である。
【図３】ＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリームに変換する手順を説明する図である。
【図４】ＭＰＥＧ−４ＳＬストリームをＩＳＯ／ＩＥＣ  １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームに復元する手順を説明する図である。
【図５】Ｍｕｘパケットの構成を説明する図である。
【図６】ＵＳＢ２．０のアイソクロナスＩＮトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ  ＩＮ  Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図７】ＵＳＢ２．０のアイソクロナスＯＵＴトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ  ＯＵＴ  Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図８】ＵＳＢ２．０のバルクＩＮトランザクション（Ｂｕｌｋ  ＩＮ  Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図９】ＵＳＢ２．０のバルクＯＵＴトランザクション（Ｂｕｌｋ  ＯＵＴ  Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図１０】ストリームヘッダの構成を説明する図である。
【図１１】ＭＰＥＧ−４ＳＬストリームフォーマットディスクリプタの構成の一例を示す図である。
【図１２】ｓｔｒｅａｍ  ｅｒｒｏｒ  ｃｏｄｅ  ｃｏｎｔｒｏｌコマンドのデータ構造を説明する図である。
【符号の説明】
１０    映像処理装置
２０    ホスト
２０１  ＳＬパケット処理部
２０２  Ｍｕｘパケット処理部
２０３  ＭＰＥＧ−４ＳＬストリーム処理部
２０４  デジタルインターフェース部
【図１】
2004349986.tif 000003
【図２】
2004349986.tif 000004
【図３】
2004349986.tif 000005
【図４】
2004349986.tif 000006
【図５】
2004349986.tif 000007
【図６】
2004349986.tif 000008
【図７】
2004349986.tif 000009
【図８】
2004349986.tif 000010
【図９】
2004349986.tif 000011
【図１０】
2004349986.tif 000012
【図１１】
2004349986.tif 000013
【図１２】
2004349986.tif 000014