JP2004349986A - 映像処理装置及び映像処理装置の通信方法 - Google Patents
映像処理装置及び映像処理装置の通信方法 Download PDFInfo
- Publication number
- JP2004349986A JP2004349986A JP2003144189A JP2003144189A JP2004349986A JP 2004349986 A JP2004349986 A JP 2004349986A JP 2003144189 A JP2003144189 A JP 2003144189A JP 2003144189 A JP2003144189 A JP 2003144189A JP 2004349986 A JP2004349986 A JP 2004349986A
- Authority
- JP
- Japan
- Prior art keywords
- stream
- mpeg
- usb
- video processing
- iec
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 36
- 238000004891 communication Methods 0.000 title claims description 19
- 238000006243 chemical reaction Methods 0.000 claims description 4
- 238000011084 recovery Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 12
- 230000005540 biological transmission Effects 0.000 description 6
- 230000000007 visual effect Effects 0.000 description 6
- 208000033748 Device issues Diseases 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 230000003340 mental effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/436—Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
- H04N21/4363—Adapting the video stream to a specific local network, e.g. a Bluetooth® network
- H04N21/43632—Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
- H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
- H04N21/234318—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into objects, e.g. MPEG-4 objects
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Information Transfer Systems (AREA)
- Television Systems (AREA)
- Studio Devices (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
【課題】ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信できるようにする。
【解決手段】ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリーム（単一のデータストリームであって、第１の実施の形態で独自に定義したデータストリームである）に変換する機能と、そのＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０に送信する機能とを有する映像処理装置１０を提供する。
【選択図】 図１
【解決手段】ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリーム（単一のデータストリームであって、第１の実施の形態で独自に定義したデータストリームである）に変換する機能と、そのＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０に送信する機能とを有する映像処理装置１０を提供する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを扱う映像処理装置などに関するものである。
【０００２】
【従来の技術】
近年、ホスト（パーソナルコンピュータなど）と周辺機器（デジタルビデオカメラなどの映像処理装置を含む）との間を接続する通信システムの一つとしてＵＳＢ２．０（非特許文献１参照）が知られている。
【０００３】
また、近年、ビジュアルオブジェクト及びオーディオオブジェクトの符号化方式の一つとしてＭＰＥＧ−４と呼ばれる符号化方式が注目されている（非特許文献２〜４参照）。
【０００４】
【非特許文献１】
Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｖｉｓｉｏｎ ２．０， Ａｐｒｉｌ ２７， ２０００
【非特許文献２】
ＩＳＯ／ＩＥＣ １４４９６−１：１９９９， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ −− Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ −− Ｐａｒｔ １： Ｓｙｓｔｅｍｓ
【非特許文献３】
ＩＳＯ／ＩＥＣ １４４９６−２：１９９９， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ −− Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ −− Ｐａｒｔ２： Ｖｉｓｕａｌ
【非特許文献４】
ＩＳＯ／ＩＥＣ １４４９６−３：１９９９， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ −− Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ −− Ｐａｒｔ３： Ａｕｄｉｏ
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の映像処理装置（特にデジタルビデオカメラ）には、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送（Ｉｓｏｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ）又はバルク転送（Ｂｕｌｋ Ｔｒａｎｓｆｅｒ）を用いて他の装置（ホストなど）に送信できるようにしたものはなかった。さらに、従来の映像処理装置には、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信できるようにしたものもなかった。
【０００６】
本発明は、このような課題を解決しようとするものであり、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信することができるようにすることを目的とする。
【０００７】
また、本発明は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信することができるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の映像処理装置は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信する送信手段を有することを特徴とする。
【０００９】
本発明の映像処理装置の通信方法は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信することを特徴とする。
【００１０】
本発明の他の映像処理装置は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信する送信手段を有することを特徴とする。
【００１１】
本発明の他の映像処理装置の通信方法は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信することを特徴とする。
【００１２】
本発明の他の映像処理装置は、他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信する受信手段と、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする。
【００１３】
本発明の他の映像処理装置の通信方法は、他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信し、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする。
【００１４】
本発明の他の映像処理装置は、他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信する受信手段と、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする。
【００１５】
本発明の他の映像処理装置の通信方法は、他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信し、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照し、本発明に好適な実施の形態を説明する。
［第１の実施の形態］
まず、図１を参照し、第１の実施の形態における通信システムの主要な構成要素を説明する。映像処理装置１０及びホスト２０は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを扱うことができる装置である。例えば、ＩＳＯ／ＩＥＣ １４４９６−２：１９９９に準拠したビジュアルオブジェクト、ＩＳＯ／ＩＥＣ １４４９６−３：１９９９に準拠したオーディオオブジェクト及びＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠したシーンディスクリプション（ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ）のエレメンタリーストリームを扱うことができる装置である。映像処理装置１０は、例えばデジタルビデオカメラであり、ホスト２０は、例えばパーソナルコンピュータである。
【００１７】
また、映像処理装置１０及びホスト２０は、ＵＳＢ２．０（非特許文献１参照）に準拠したデジタルインターフェース部を用いて互いに通信可能である。映像処理装置１０は、ＵＳＢ２．０で定義されたデバイスの機能を有する装置であり、ホスト２０は、ＵＳＢ２．０で定義されたホストの機能を有する装置である。
【００１８】
映像処理装置１０は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリーム（単一のデータストリームであって、第１の実施の形態で独自に定義したデータストリームである）に変換する機能と、そのＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナス転送（Ｉｓｏｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ）又はバルク転送（Ｂｕｌｋ Ｔｒａｎｓｆｅｒ）を用いてホスト２０に送信する機能を有する。映像処理装置１０はさらに、ホスト２０からＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて送信されたＭＰＥＧ−４ＳＬストリームを受信する機能と、受信したＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元する機能とを有する装置である。ホスト２０も、映像処理装置１０と同様に、これらの機能を有する装置である。
【００１９】
次に、図２を参照し、映像処理装置１０及びホスト２０が備える構成要素を説明する。ＳＬパケット処理部２０１−１〜Ｎのそれぞれは、エレメンタリーストリーム１〜Ｎのそれぞれから複数のＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｌａｙｅｒ）パケットを生成する処理と、その逆の処理を行う。Ｍｕｘパケット処理部２０２は、各ＳＬパケットから一つのＭｕｘパケットを生成する処理と、その逆の処理を行う。ＭＰＥＧ−４ＳＬストリーム処理部２０３は、複数のＭｕｘパケットを多重化して一つのＭＰＥＧ−４ＳＬストリームを生成する処理と、その逆の処理を行う。また、ＭＰＥＧ−４ＳＬストリーム処理部２０３は、後述するストリームヘッダの生成及び解析を行う。デジタルインターフェース部２０４は、ＵＳＢ２．０に準拠するものであり、図６〜図９に示す手順に従ってＭＰＥＧ−４ＳＬストリームの送信又は受信を行う。
【００２０】
次に、図３を参照し、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのＭＰＥＧ−４ＳＬストリームに変換する機能の処理手順を説明する。
【００２１】
ステップＳ３０１：ＳＬパケット処理部２０１−１〜Ｎのそれぞれは、エレメンタリーストリーム１〜Ｎのそれぞれから複数のＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｌａｙｅｒ）パケットを生成し、生成した複数のＳＬパケットをＭｕｘパケット処理部２０２に供給する。ＳＬパケットの構成は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に定義されているのでその詳細な説明を省略する。
【００２２】
ステップＳ３０２：Ｍｕｘパケット処理部２０２は、各ＳＬパケットから一つのＭｕｘパケットを生成し、生成したＭｕｘパケットをＭＰＥＧ−４ＳＬストリーム処理部２０３に供給する。Ｍｕｘパケットは、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９が定義するＦｌｅｘＭｕｘパケットとは異なるパケットであり、第１の実施の形態で独自に定義したパケットである。Ｍｕｘパケットの構成については、後で説明する（図５参照）。
【００２３】
ステップＳ３０３：ＭＰＥＧ−４ＳＬストリーム処理部２０３は、複数のＭｕｘパケットを多重化して一つのＭＰＥＧ−４ＳＬストリームを生成する。
【００２４】
このように、映像処理装置１０及びホスト２０は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームから単一のデータストリームであるＭＰＥＧ−４ＳＬストリームに変換することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを単一のデータストリームであるＭＰＥＧ−４ＳＬストリームに多重化することができる。また、映像処理装置１０及びホスト２０は、一つ又は複数のエレメンタリーストリームを一つのＭＰＥＧ−４ＳＬストリームに変換することができるので、一つ又は複数のエレメンタリーストリームを一つのエンドポイント（アイソクロナスエンドポイント又はバルクエンドポイント）から出力することも可能になる。
【００２５】
次に、図４を参照し、一つのＭＰＥＧ−４ＳＬストリームをＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームに復元する機能の処理手順を説明する。
【００２６】
ステップＳ４０１：ＭＰＥＧ−４ＳＬストリーム処理部２０４は、一つのＭＰＥＧ−４ＳＬストリームを複数のＭｕｘパケットに分離し、各ＭｕｘパケットをＭｕｘ処理部２０３に供給する。
【００２７】
ステップＳ４０２：Ｍｕｘ処理部２０３は、各ＭｕｘパケットからＥＳ＿ＩＤ及びＳＬパケットを取り出し、ＥＳ＿ＩＤを用いてＳＬパケットの属するエレメンタリーストリームを識別する。そして、Ｍｕｘ処理部２０３は、各ＳＬパケットをＳＬパケット処理部２０１−１〜Ｎの何れか一つに供給する。ＥＳ＿ＩＤについては、後で説明する（図５参照）。
【００２８】
ステップＳ４０３：ＳＬパケット処理部２０１−１〜Ｎは、ＭＰＥＧ−４ＳＬストリーム処理部２０２から得られた複数のＳＬパケットからエレメンタリーストリーム１〜Ｎを復元する。
【００２９】
このように、映像処理装置１０及びホスト２０は、一つのＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元することができる。また、映像処理装置１０及びホスト２０は、一つのＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元することができるので、一つ又は複数のエレメンタリーストリームを一つのエンドポイント（アイソクロナスエンドポイント又はバルクエンドポイント）から入力することも可能になる。
【００３０】
次に、図５を参照し、上述のＭｕｘパケットの構成を説明する。図５において、ＭｕｘＨは、Ｍｕｘパケットのヘッダであり、ＭｕｘＰは、Ｍｕｘパケットのペイロードである。ＭｕｘＨは、ＥＳ＿ＩＤ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ Ｉｄｅｎｔｉｆｉｅｒ）などの付属情報を含む。ＥＳ＿ＩＤは、Ｍｕｘパケット内のＳＬパケットの属するエレメンタリーストリームを識別するための識別子であり、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９で定義されたＥＳ＿ＩＤと同じものである。ＳＬＨは、ＳＬパケットのヘッダであり、ＳＬＰは、ＳＬパケットのペイロードである。第１の実施の形態では、一つのＳＬパケットのみから一つのＭｕｘパケットを生成するようにする。また、第１の実施の形態では、ＭＰＥＧ−４ＳＬストリームを一つのエレメンタリーストリームから生成する場合であっても、ＥＳ＿ＩＤを省略しないようにする。このように、各ＭｕｘパケットにＥＳ＿ＩＤを含めることにより、複数のエレメンタリーストリームから得られたＳＬパケットの多重化及び復元が可能になる。
【００３１】
次に、図６を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＩＮトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＩＮトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、映像処理装置１０からホスト２０に向かう方向である。図６では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００３２】
図６において、ＩＮトークン（ＩＮ ｔｏｋｅｎ）は、ＤＡＴＡ２、ＤＡＴＡ１又はＤＡＴＡ０を映像処理装置１０からホスト２０に送信することを要求するパケットである。ＤＡＴＡ２、ＤＡＴＡ１及びＤＡＴＡ０は、映像処理装置１０からホスト２０にアイソクロナス転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数）は、１つのＭｕｘパケットから得られたデータである。
【００３３】
図６に示す手順をＭｕｘパケットごとに繰り返すことにより、映像処理装置１０はホスト２０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００３４】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＩＮトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送を用いて映像処理装置１０からホスト２０に送信することができる。
【００３５】
次に、図７を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＯＵＴトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＯＵＴトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、ホスト２０から映像処理装置１０に向かう方向である。図７では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００３６】
図７において、ＯＵＴトークン（ＯＵＴ ｔｏｋｅｎ）は、ＭＤＡＴＡ２、ＤＡＴＡ２又はＤＡＴＡ１をホスト２０から映像処理装置１０に送信することを要求するパケットである。ＭＤＡＴＡ２、ＤＡＴＡ２及びＤＡＴＡ１は、ホスト２０から映像処理装置１０にアイソクロナス転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数）は、１つのＭｕｘパケットから得られたデータである。
【００３７】
図７に示す手順をＭｕｘパケットごとに繰り返すことにより、ホスト２０は映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００３８】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＯＵＴトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送を用いてホスト２０から映像処理装置１０に送信することができる。
【００３９】
次に、図８を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＩＮトランザクション（Ｂｕｌｋ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。バルクＩＮトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、映像処理装置１０からホスト２０に向かう方向である。図８では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００４０】
図８において、ＩＮトークン（ＩＮ ｔｏｋｅｎ）は、ＤＡＴＡ０又はＤＡＴＡ１を映像処理装置１０からホスト２０に送信することを要求するパケットである。ＤＡＴＡ０及びＤＡＴＡ１は、映像処理装置１０からホスト２０にバルク転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数、Ｎ＞Ｍ）は、１つのＭｕｘパケットから得られたデータである。
【００４１】
図８に示す手順をＭｕｘパケットごとに繰り返すことにより、映像処理装置１０はホスト２０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００４２】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＩＮトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のバルク転送を用いて映像処理装置１０からホスト２０に送信することができる。
【００４３】
次に、図９を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＯＵＴトランザクション（Ｂｕｌｋ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＯＵＴトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、ホスト２０から映像処理装置１０に向かう方向である。図９では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００４４】
図９において、ＯＵＴトークン（ＯＵＴ ｔｏｋｅｎ）は、ＤＡＴＡ０及びＤＡＴＡ１をホスト２０から映像処理装置１０に送信することを要求するパケットである。ＤＡＴＡ０及びＤＡＴＡ１は、ホスト２０から映像処理装置１０にアイソクロナス送信されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに転送されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数、Ｎ＞Ｍ）は、１つのＭｕｘパケットから得られたデータである。
【００４５】
図９に示す手順をＭｕｘパケットごとに繰り返すことにより、ホスト２０は映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００４６】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＯＵＴトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のバルク転送を用いてホスト２０から映像処理装置１０に送信することができる。
【００４７】
次に、図１０を参照し、上述のストリームヘッダの構成の一例を説明する。ストリームヘッダは、図６〜図９に示すように、１マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダである。映像処理装置１０からホスト２０にＭＰＥＧ−４ＳＬストリームを送信する場合、映像処理装置１０がストリームヘッダを生成する。また、ホスト２０から映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信する場合、ホスト２０がストリームヘッダを生成する。
【００４８】
図１０において、ｂＨｅａｄｅｒ Ｌｅｎｇｔｈフィールド（１バイト）は、ストリームヘッダのデータ長（２バイト）を示す値を格納するフィールドである。ｂｍＨｅａｄｅｒＩｎｆｏフィールド（可変長であるが、第１の実施の形態では１バイトとする）は、ＦＩＤ（Ｆｒａｍｅ ＩＤ）、ＥＯＦ（Ｅｎｄ ｏｆ Ｆｒａｍｅ）、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）、ＳＣＲ（Ｓｏｕｒｃｅ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）、ＲＥＳ（Ｒｅｓｅｒｖｅｄ）、ＳＴＩ（Ｓｔｉｌｌ Ｉｍａｇｅ）、ＥＲＲ（Ｅｒｒｏｒ ｂｉｔ）及びＥＯＨ（Ｅｎｄ ｏｆ Ｈｅａｄｅｒ）フィールドから構成される。なお、ｂｍＨｅａｄｅｒＩｎｆｏフィールド内の各フィールドのデータ長は１ビットである。
【００４９】
ストリームヘッダの後に送信されるペイロードが新しいＭｕｘパケットに切り替わるごとにＦＩＤフィールドには０又は１を格納する。また、映像処理装置１０又はホスト２０は、ストリームヘッダの後に送信されるペイロードがＭｕｘパケットの最後の部分を含んでいる場合、ＥＯＦフィールドには１を格納し、それ以外の場合、ＥＯＦフィールドには０を格納する。ホスト２０及び映像処理装置１０は、ＦＩＤフィールド及びＥＯＦフィールドの内容を調べることにより、Ｍｕｘパケットの切り替わりを検出することができる。
【００５０】
ＰＴＳフィールドはプレゼンテーションタイムスタンプを格納するフィールドであり、ＳＣＲフィールドはソースクロックリファレンスを格納するフィールドであるが、第１の実施の形態ではこれらのフィールドを使用しないのでこれらのフィールドには０を格納する。ＲＥＳフィールドは将来の使用のために予約されているフィールドであるので、ＲＥＳフィールドには０を格納する。
【００５１】
ストリームヘッダの後に送信されるペイロードが静止画を含む場合、ＳＴＩフィールドには１を格納し、それ以外の場合、ＳＴＩフィールドには０を格納する。ストリームヘッダの後に送信されるペイロードに何らかのエラーが生じている場合、ＥＲＲフィールドには１を格納し、それ以外の場合、ＥＲＲフィールドには０を格納する。ＥＯＨフィールドには、ストリームヘッダの終わりを示す値（１）を格納する。
【００５２】
上述の説明から明らかなように、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０に送信することができる。ホスト２０も、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて映像処理装置１０に送信することができる。
【００５３】
また、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０から受信することができる。ホスト２０も、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて映像処理装置１０から受信することができる。
【００５４】
また、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームを単一のデータストリーム（すなわち、ＭＰＥＧ−４ＳＬストリーム）に変換してからホスト２０に送信することができるので、映像処理装置１０のエンドポイントの数を１つにすることができる。複数のエレメンタリーストリームを別々のエンドポイントから送信する形態ではエンドポイント間の制御が必要になるが、第１の実施の形態ではそのような制御を不要にすることができる。
【００５５】
また、第１の実施の形態によれば、映像処理装置１０は、ホスト２０から送信された単一のデータストリーム（すなわち、ＭＰＥＧ−４ＳＬストリーム）から一つ又は複数のエレメンタリーストリームに復元することができるので、映像処理装置１０のエンドポイントの数を１つにすることができる。複数のエレメンタリーストリームを別々のエンドポイントから送信する形態ではエンドポイント間の制御が必要になるが、第１の実施の形態ではそのような制御を不要にすることができる。
【００５６】
また、第１の実施の形態によれば、映像処理装置１０は、データ形式の異なる複数のエレメンタリーストリームを１本のデータストリームにより転送することもできる。上述のように、ＩＳＯ／ＩＥＣ １４４９６−２：１９９９に準拠したビジュアルデータのエレメンタリーストリームと、ＩＳＯ／ＩＥＣ １４４９６−３：１９９９に準拠したオーディオデータのエレメンタリーストリームとを１本のデータストリームにより転送することも可能である。さらに、これらのエレメンタリーストリームにＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠したシーンディスクリプション（ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ）のエレメンタリーストリームを加えることも可能である。
【００５７】
次に、図１１を参照し、第１の実施の形態に用いられるＭＰＥＧ−４ＳＬストリームフォーマットディスクリプタ（ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒ）の構成の一例を説明する。
【００５８】
図１１において、ｂＮｕｍＰａｃｋｅｔｓフィールドには、ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒで送付されるパケットの数がセットされる。この数は、後続の配列データの要素数として用いられる。ｂＰａｃｋｅｔＬｅｎｇｔｈフィールドは、直後のｂＰａｃｋｅｔフィールドにセットされるパケット・データのバイト長を示す。ｂＰａｃｋｅｔフィールドには、転送すべきストリームのＭＰＥＧ４＿Ｍｕｘパケットがセットされる。ｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドの組は、配列の要素として用いられる。複数個のパケットを送付する場合は、各パケットのデータが記述されたｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドの組を連続して記述する。
【００５９】
なお、ｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドはオプションである。ディスクリプタで送付すべきパケットがない場合には、ｂＮｕｍＰａｃｋｅｔｓフィールドに０をセットし、後続のフィールドを省略することができる。第１の実施の形態のＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒ には、確実に転送すべきストリームのパケットをセットするための配列状のデータ構造が定義される。
【００６０】
第１の実施の形態のＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒにセットされるパケットの配列データは、初期化時あるいは初期化後の任意のタイミングでホスト２０に送信すればよい。
【００６１】
前述したように、ストリームヘッダには、Ｅｒｒｏｒビット（ＥＲＲフィールド）が定義されている。映像処理装置１０で何らかのエラーが発生した場合（例えば、エレメンタリーストリームの一つのデータフォーマットが変わった場合）、ＥＲＲフィールドの値を１にセットする。上記のように、フォーマットが変化した場合、映像処理装置１０は、デジタルインターフェース部２０４から出力されるペイロードの転送を停止し、ストリームヘッダのみを送信する。一方、ホスト２０は、ＥＲＲフィールドの内容に基づいてｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌコマンドを発行すれば、エラーの内容を知ることができる。図１２にｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌコマンドのデータ構造を示す。
【００６２】
ｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌは、ビデオ、又は、静止画の転送時にストリームエラーが発生したことを示す。このような場合、デバイスである第１の実施の形態の映像処理装置１０は、エラーの発生を報告するために、このコントロールを適切なコードに更新する。第１の実施の形態では、ホスト２０は、次に示すイベントの一つが発生したとき、そのエラーを特定するために、このコントロールのＧＥＴ＿ＣＵＲ ｒｅｑｕｅｓｔを送信しなくてはならないようになっている。
（１）ストリームヘッダのＥｒｒｏｒ ｂｉｔ がデバイスによって１にセットされた場合。
（２）デバイスが、ソースがＳｔｒｅａｍ Ｅｒｒｏｒ Ｃｏｄｅ Ｃｏｎｔｒｏｌ である、”Ｓｔｒｅａｍ Ｅｒｒｏｒ” ｉｎｔｅｒｒｕｐｔ信号を発行した場合。
（３）トランザクションのデータステージ、又は、ハンドシェイクステージで、バルクビデオエンドポイントがストールパケットをホスト２０に送信した場合。
【００６３】
ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータは、ディスクリプタを用いずにＵＳＢパイプ上でストリームとして転送されてもよい。通常、ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータをストリームとして転送する場合、基本的にはバルク転送のような信頼性の高い方法で転送される。また、アイソクロナス通信を用いて、ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータをストリームとして転送しても良い。第１の実施の形態では、アイソクロナス転送で伝送エラーが発生した場合にどのようにリカバリ処理を行うかについては説明しないが、ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータを定期的に再送するなどのリカバリ処理は、必要に応じて行っても良い。
【００６４】
第１の実施の形態では、例えば、ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒは、ＭＰＥＧ−４ ＳＬデータ・ストリームの特性情報が使用される。映像処理装置１０においては、ＵＳＢ ＩＮ及びＯＵＴエンドポイントに対応するターミナル及びそれが属するインターフェースは、ひとつ以上のフォーマットに対応するＦｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒをサポートしている。フォーマットを選択するには、ホスト・ソフトウェアは該当するインターフェースにコントロール・リクエストを送付する。ＭＰＥＧ−４ ＳＬ Ｐａｙｌｏａｄにおいては、付随するＦｒａｍｅ Ｄｅｓｃｒｉｐｔｏｒは定義されなくてもよい。
【００６５】
ＭＰＥＧ−４ Ｓｙｓｔｅｍｓでは、原則的に、初期ストリーム構成を示すイニシャル・オブジェクト・ディスクリプタを最初に伝送する必要がある。そのため、ストリームの送信側は、初期化時にＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ ＤｅｓｃｒｉｐｔｏｒのｂＩｎｉｔｉａｌＯｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒフィールドにイニシャル・オブジェクト・ディスクリプタをセットして送付する。第１の実施の形態においては、イニシャル・オブジェクト・ディスクリプタにセットされるデータの内容は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９の仕様に従う限りは任意であるが、通常下記のデータがセットされる。
・ｐｒｏｆｉｌｅ＿ａｎｄ＿ｌｅｖｅｌ＿ｉｎｄｉｃａｔｉｏｎ
・ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ
・ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ
・ＤｅｃｏｄｅｒＳｐｅｃｉｆｉｃＩｎｆｏ（データの内容はストリームの符号化形式によって異なる。ＭＰＥＧ−４ Ｖｉｓｕａｌの場合は、Ｖｉｓｕａｌ Ｏｂｊｅｃｔ Ｓｅｑｕｅｎｃｅデータがセットされる）
・ＳＬＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ（ＳＬパケットヘッダのレイアウト解釈のために使用される）
【００６６】
通常、イニシャル・オブジェクト・ディスクリプタは、ＭＰＥＧ−４ ＳＬ Ｐａｙｌｏａｄ Ｆｏｒｍａｔが選択された際の初期化処理時に一度のみ送付し、２回以上は送付されないようになっている。もし、初期化完了後に再度イニシャル・オブジェクト・ディスクリプタが送付されるような場合は、受信側では再送されたイニシャル・オブジェクト・ディスクリプタの内容にしたがって再度初期化処理を行なう。上述のＩＳＯ／ＩＥＣ １４４９６−１：１９９９において定義されているＯＤ、ＢＩＦＳ等のようなＭＰＥＧ−４ Ｓｙｓｔｅｍｓストリームは、一般的には、伝送エラーによるデータ喪失が発生しないような方法で伝送される。第１の実施の形態では、そのようなデータストリームは、ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒにセットすることで、確実に転送することが可能になる。
【００６７】
なお、第１の実施の形態では、ｂＩｎｉｔｉａｌＯｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒフィールドはオプションであり、省略することも可能である。この場合、映像処理装置１０は、イニシャル・オブジェクト・ディスクリプタを用いずにデフォルトの属性でストリームの初期化を行うようにことが可能である。
【００６８】
［第２の実施の形態］
第１の実施の形態では、図６〜図９を参照し、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態を説明したが、本発明はこのような形態に限定されるものではない。第１の実施の形態は、ＵＳＢ２．０のフルスピード（ｆｕｌｌ−ｓｐｅｅｄ）を使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態する形態に変更することも可能である。この場合、上述のストリームヘッダは、例えば、ＵＳＢフレーム（１ｍｓ）ごとに送信される。また、将来、ハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）よりも高速な転送タイプが規定された場合にはそれを使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態に変更することも可能である。
【００６９】
［第３の実施の形態］
本発明は、現状のＵＳＢ２．０を使用する形態に限定されるものではない。本発明は、例えば、ＵＳＢ２．０を拡張した規格に準拠した通信システムを使用する形態、ＵＳＢ２．０と同等の機能を規定した規格に準拠した通信システムを使用する形態などにも適用可能である。
【００７０】
［第４の実施の形態］
本発明は、現状のＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠したエレメンタリーストリームを使用する形態に限定されるものではない。本発明は、例えば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９を拡張した規格に準拠したエレメンタリーストリームを使用する形態、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９と同等の機能を規定した規格に準拠したエレメンタリーストリームを使用する形態などにも適用可能である。
【００７１】
［他の実施の形態］
本発明は、上述の実施の形態においてのみ実現可能なものではなく、他の形態においても実現可能である。本発明は、例えば、コンピュータによって実行可能なプログラムにおいても実現可能であり、その場合、該プログラム自体が本発明を構成することとなる。プログラムを供給するための記憶媒体としては、ＲＯＭ、フロッピー（Ｒ）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００７２】
【発明の効果】
本発明によれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信することができる。
【００７３】
また、本発明によれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における通信システムの主要な構成要素を示す図である。
【図２】映像処理装置１０及びホスト２０が備える構成要素を示す図である。
【図３】ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリームに変換する手順を説明する図である。
【図４】ＭＰＥＧ−４ＳＬストリームをＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームに復元する手順を説明する図である。
【図５】Ｍｕｘパケットの構成を説明する図である。
【図６】ＵＳＢ２．０のアイソクロナスＩＮトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図７】ＵＳＢ２．０のアイソクロナスＯＵＴトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図８】ＵＳＢ２．０のバルクＩＮトランザクション（Ｂｕｌｋ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図９】ＵＳＢ２．０のバルクＯＵＴトランザクション（Ｂｕｌｋ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図１０】ストリームヘッダの構成を説明する図である。
【図１１】ＭＰＥＧ−４ＳＬストリームフォーマットディスクリプタの構成の一例を示す図である。
【図１２】ｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌコマンドのデータ構造を説明する図である。
【符号の説明】
１０ 映像処理装置
２０ ホスト
２０１ ＳＬパケット処理部
２０２ Ｍｕｘパケット処理部
２０３ ＭＰＥＧ−４ＳＬストリーム処理部
２０４ デジタルインターフェース部
【発明の属する技術分野】
本発明は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを扱う映像処理装置などに関するものである。
【０００２】
【従来の技術】
近年、ホスト（パーソナルコンピュータなど）と周辺機器（デジタルビデオカメラなどの映像処理装置を含む）との間を接続する通信システムの一つとしてＵＳＢ２．０（非特許文献１参照）が知られている。
【０００３】
また、近年、ビジュアルオブジェクト及びオーディオオブジェクトの符号化方式の一つとしてＭＰＥＧ−４と呼ばれる符号化方式が注目されている（非特許文献２〜４参照）。
【０００４】
【非特許文献１】
Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｒｅｖｉｓｉｏｎ ２．０， Ａｐｒｉｌ ２７， ２０００
【非特許文献２】
ＩＳＯ／ＩＥＣ １４４９６−１：１９９９， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ −− Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ −− Ｐａｒｔ １： Ｓｙｓｔｅｍｓ
【非特許文献３】
ＩＳＯ／ＩＥＣ １４４９６−２：１９９９， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ −− Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ −− Ｐａｒｔ２： Ｖｉｓｕａｌ
【非特許文献４】
ＩＳＯ／ＩＥＣ １４４９６−３：１９９９， Ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ −− Ｃｏｄｉｎｇ ｏｆ ａｕｄｉｏ−ｖｉｓｕａｌ
ｏｂｊｅｃｔｓ −− Ｐａｒｔ３： Ａｕｄｉｏ
【０００５】
【発明が解決しようとする課題】
しかしながら、従来の映像処理装置（特にデジタルビデオカメラ）には、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送（Ｉｓｏｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ）又はバルク転送（Ｂｕｌｋ Ｔｒａｎｓｆｅｒ）を用いて他の装置（ホストなど）に送信できるようにしたものはなかった。さらに、従来の映像処理装置には、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信できるようにしたものもなかった。
【０００６】
本発明は、このような課題を解決しようとするものであり、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信することができるようにすることを目的とする。
【０００７】
また、本発明は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信することができるようにすることを目的とする。
【０００８】
【課題を解決するための手段】
本発明の映像処理装置は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信する送信手段を有することを特徴とする。
【０００９】
本発明の映像処理装置の通信方法は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信することを特徴とする。
【００１０】
本発明の他の映像処理装置は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信する送信手段を有することを特徴とする。
【００１１】
本発明の他の映像処理装置の通信方法は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信することを特徴とする。
【００１２】
本発明の他の映像処理装置は、他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信する受信手段と、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする。
【００１３】
本発明の他の映像処理装置の通信方法は、他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信し、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする。
【００１４】
本発明の他の映像処理装置は、他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信する受信手段と、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする。
【００１５】
本発明の他の映像処理装置の通信方法は、他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信し、前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする。
【００１６】
【発明の実施の形態】
以下、図面を参照し、本発明に好適な実施の形態を説明する。
［第１の実施の形態］
まず、図１を参照し、第１の実施の形態における通信システムの主要な構成要素を説明する。映像処理装置１０及びホスト２０は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを扱うことができる装置である。例えば、ＩＳＯ／ＩＥＣ １４４９６−２：１９９９に準拠したビジュアルオブジェクト、ＩＳＯ／ＩＥＣ １４４９６−３：１９９９に準拠したオーディオオブジェクト及びＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠したシーンディスクリプション（ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ）のエレメンタリーストリームを扱うことができる装置である。映像処理装置１０は、例えばデジタルビデオカメラであり、ホスト２０は、例えばパーソナルコンピュータである。
【００１７】
また、映像処理装置１０及びホスト２０は、ＵＳＢ２．０（非特許文献１参照）に準拠したデジタルインターフェース部を用いて互いに通信可能である。映像処理装置１０は、ＵＳＢ２．０で定義されたデバイスの機能を有する装置であり、ホスト２０は、ＵＳＢ２．０で定義されたホストの機能を有する装置である。
【００１８】
映像処理装置１０は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリーム（単一のデータストリームであって、第１の実施の形態で独自に定義したデータストリームである）に変換する機能と、そのＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナス転送（Ｉｓｏｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ）又はバルク転送（Ｂｕｌｋ Ｔｒａｎｓｆｅｒ）を用いてホスト２０に送信する機能を有する。映像処理装置１０はさらに、ホスト２０からＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて送信されたＭＰＥＧ−４ＳＬストリームを受信する機能と、受信したＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元する機能とを有する装置である。ホスト２０も、映像処理装置１０と同様に、これらの機能を有する装置である。
【００１９】
次に、図２を参照し、映像処理装置１０及びホスト２０が備える構成要素を説明する。ＳＬパケット処理部２０１−１〜Ｎのそれぞれは、エレメンタリーストリーム１〜Ｎのそれぞれから複数のＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｌａｙｅｒ）パケットを生成する処理と、その逆の処理を行う。Ｍｕｘパケット処理部２０２は、各ＳＬパケットから一つのＭｕｘパケットを生成する処理と、その逆の処理を行う。ＭＰＥＧ−４ＳＬストリーム処理部２０３は、複数のＭｕｘパケットを多重化して一つのＭＰＥＧ−４ＳＬストリームを生成する処理と、その逆の処理を行う。また、ＭＰＥＧ−４ＳＬストリーム処理部２０３は、後述するストリームヘッダの生成及び解析を行う。デジタルインターフェース部２０４は、ＵＳＢ２．０に準拠するものであり、図６〜図９に示す手順に従ってＭＰＥＧ−４ＳＬストリームの送信又は受信を行う。
【００２０】
次に、図３を参照し、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのＭＰＥＧ−４ＳＬストリームに変換する機能の処理手順を説明する。
【００２１】
ステップＳ３０１：ＳＬパケット処理部２０１−１〜Ｎのそれぞれは、エレメンタリーストリーム１〜Ｎのそれぞれから複数のＳＬ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｌａｙｅｒ）パケットを生成し、生成した複数のＳＬパケットをＭｕｘパケット処理部２０２に供給する。ＳＬパケットの構成は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に定義されているのでその詳細な説明を省略する。
【００２２】
ステップＳ３０２：Ｍｕｘパケット処理部２０２は、各ＳＬパケットから一つのＭｕｘパケットを生成し、生成したＭｕｘパケットをＭＰＥＧ−４ＳＬストリーム処理部２０３に供給する。Ｍｕｘパケットは、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９が定義するＦｌｅｘＭｕｘパケットとは異なるパケットであり、第１の実施の形態で独自に定義したパケットである。Ｍｕｘパケットの構成については、後で説明する（図５参照）。
【００２３】
ステップＳ３０３：ＭＰＥＧ−４ＳＬストリーム処理部２０３は、複数のＭｕｘパケットを多重化して一つのＭＰＥＧ−４ＳＬストリームを生成する。
【００２４】
このように、映像処理装置１０及びホスト２０は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームから単一のデータストリームであるＭＰＥＧ−４ＳＬストリームに変換することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを単一のデータストリームであるＭＰＥＧ−４ＳＬストリームに多重化することができる。また、映像処理装置１０及びホスト２０は、一つ又は複数のエレメンタリーストリームを一つのＭＰＥＧ−４ＳＬストリームに変換することができるので、一つ又は複数のエレメンタリーストリームを一つのエンドポイント（アイソクロナスエンドポイント又はバルクエンドポイント）から出力することも可能になる。
【００２５】
次に、図４を参照し、一つのＭＰＥＧ−４ＳＬストリームをＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームに復元する機能の処理手順を説明する。
【００２６】
ステップＳ４０１：ＭＰＥＧ−４ＳＬストリーム処理部２０４は、一つのＭＰＥＧ−４ＳＬストリームを複数のＭｕｘパケットに分離し、各ＭｕｘパケットをＭｕｘ処理部２０３に供給する。
【００２７】
ステップＳ４０２：Ｍｕｘ処理部２０３は、各ＭｕｘパケットからＥＳ＿ＩＤ及びＳＬパケットを取り出し、ＥＳ＿ＩＤを用いてＳＬパケットの属するエレメンタリーストリームを識別する。そして、Ｍｕｘ処理部２０３は、各ＳＬパケットをＳＬパケット処理部２０１−１〜Ｎの何れか一つに供給する。ＥＳ＿ＩＤについては、後で説明する（図５参照）。
【００２８】
ステップＳ４０３：ＳＬパケット処理部２０１−１〜Ｎは、ＭＰＥＧ−４ＳＬストリーム処理部２０２から得られた複数のＳＬパケットからエレメンタリーストリーム１〜Ｎを復元する。
【００２９】
このように、映像処理装置１０及びホスト２０は、一つのＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元することができる。また、映像処理装置１０及びホスト２０は、一つのＭＰＥＧ−４ＳＬストリームから一つ又は複数のエレメンタリーストリームを復元することができるので、一つ又は複数のエレメンタリーストリームを一つのエンドポイント（アイソクロナスエンドポイント又はバルクエンドポイント）から入力することも可能になる。
【００３０】
次に、図５を参照し、上述のＭｕｘパケットの構成を説明する。図５において、ＭｕｘＨは、Ｍｕｘパケットのヘッダであり、ＭｕｘＰは、Ｍｕｘパケットのペイロードである。ＭｕｘＨは、ＥＳ＿ＩＤ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ Ｉｄｅｎｔｉｆｉｅｒ）などの付属情報を含む。ＥＳ＿ＩＤは、Ｍｕｘパケット内のＳＬパケットの属するエレメンタリーストリームを識別するための識別子であり、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９で定義されたＥＳ＿ＩＤと同じものである。ＳＬＨは、ＳＬパケットのヘッダであり、ＳＬＰは、ＳＬパケットのペイロードである。第１の実施の形態では、一つのＳＬパケットのみから一つのＭｕｘパケットを生成するようにする。また、第１の実施の形態では、ＭＰＥＧ−４ＳＬストリームを一つのエレメンタリーストリームから生成する場合であっても、ＥＳ＿ＩＤを省略しないようにする。このように、各ＭｕｘパケットにＥＳ＿ＩＤを含めることにより、複数のエレメンタリーストリームから得られたＳＬパケットの多重化及び復元が可能になる。
【００３１】
次に、図６を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＩＮトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＩＮトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、映像処理装置１０からホスト２０に向かう方向である。図６では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００３２】
図６において、ＩＮトークン（ＩＮ ｔｏｋｅｎ）は、ＤＡＴＡ２、ＤＡＴＡ１又はＤＡＴＡ０を映像処理装置１０からホスト２０に送信することを要求するパケットである。ＤＡＴＡ２、ＤＡＴＡ１及びＤＡＴＡ０は、映像処理装置１０からホスト２０にアイソクロナス転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数）は、１つのＭｕｘパケットから得られたデータである。
【００３３】
図６に示す手順をＭｕｘパケットごとに繰り返すことにより、映像処理装置１０はホスト２０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００３４】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＩＮトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送を用いて映像処理装置１０からホスト２０に送信することができる。
【００３５】
次に、図７を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＯＵＴトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＯＵＴトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、ホスト２０から映像処理装置１０に向かう方向である。図７では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００３６】
図７において、ＯＵＴトークン（ＯＵＴ ｔｏｋｅｎ）は、ＭＤＡＴＡ２、ＤＡＴＡ２又はＤＡＴＡ１をホスト２０から映像処理装置１０に送信することを要求するパケットである。ＭＤＡＴＡ２、ＤＡＴＡ２及びＤＡＴＡ１は、ホスト２０から映像処理装置１０にアイソクロナス転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数）は、１つのＭｕｘパケットから得られたデータである。
【００３７】
図７に示す手順をＭｕｘパケットごとに繰り返すことにより、ホスト２０は映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００３８】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のアイソクロナスＯＵＴトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送を用いてホスト２０から映像処理装置１０に送信することができる。
【００３９】
次に、図８を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＩＮトランザクション（Ｂｕｌｋ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。バルクＩＮトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、映像処理装置１０からホスト２０に向かう方向である。図８では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００４０】
図８において、ＩＮトークン（ＩＮ ｔｏｋｅｎ）は、ＤＡＴＡ０又はＤＡＴＡ１を映像処理装置１０からホスト２０に送信することを要求するパケットである。ＤＡＴＡ０及びＤＡＴＡ１は、映像処理装置１０からホスト２０にバルク転送されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数、Ｎ＞Ｍ）は、１つのＭｕｘパケットから得られたデータである。
【００４１】
図８に示す手順をＭｕｘパケットごとに繰り返すことにより、映像処理装置１０はホスト２０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００４２】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＩＮトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のバルク転送を用いて映像処理装置１０からホスト２０に送信することができる。
【００４３】
次に、図９を参照し、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＯＵＴトランザクション（Ｂｕｌｋ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いて転送する手順の一例を説明する。アイソクロナスＯＵＴトランザクションを使用する場合、ＭＰＥＧ−４ＳＬストリームの送信される方向は、ホスト２０から映像処理装置１０に向かう方向である。図９では、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用する形態を説明する。
【００４４】
図９において、ＯＵＴトークン（ＯＵＴ ｔｏｋｅｎ）は、ＤＡＴＡ０及びＤＡＴＡ１をホスト２０から映像処理装置１０に送信することを要求するパケットである。ＤＡＴＡ０及びＤＡＴＡ１は、ホスト２０から映像処理装置１０にアイソクロナス送信されるデータパケットである。ＳＨ（ストリームヘッダ）は、マイクロフレーム（１２５マイクロ秒）ごとに転送されるヘッダであり、ペイロード＃１〜＃Ｎ（Ｎは２以上の整数、Ｎ＞Ｍ）は、１つのＭｕｘパケットから得られたデータである。
【００４５】
図９に示す手順をＭｕｘパケットごとに繰り返すことにより、ホスト２０は映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信することができる。
【００４６】
このように、第１の実施の形態における通信システムによれば、上述のＭＰＥＧ−４ＳＬストリームをＵＳＢ２．０のバルクＯＵＴトランザクションを用いて送信することができる。言い換えれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のバルク転送を用いてホスト２０から映像処理装置１０に送信することができる。
【００４７】
次に、図１０を参照し、上述のストリームヘッダの構成の一例を説明する。ストリームヘッダは、図６〜図９に示すように、１マイクロフレーム（１２５マイクロ秒）ごとに送信されるヘッダである。映像処理装置１０からホスト２０にＭＰＥＧ−４ＳＬストリームを送信する場合、映像処理装置１０がストリームヘッダを生成する。また、ホスト２０から映像処理装置１０にＭＰＥＧ−４ＳＬストリームを送信する場合、ホスト２０がストリームヘッダを生成する。
【００４８】
図１０において、ｂＨｅａｄｅｒ Ｌｅｎｇｔｈフィールド（１バイト）は、ストリームヘッダのデータ長（２バイト）を示す値を格納するフィールドである。ｂｍＨｅａｄｅｒＩｎｆｏフィールド（可変長であるが、第１の実施の形態では１バイトとする）は、ＦＩＤ（Ｆｒａｍｅ ＩＤ）、ＥＯＦ（Ｅｎｄ ｏｆ Ｆｒａｍｅ）、ＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ）、ＳＣＲ（Ｓｏｕｒｃｅ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）、ＲＥＳ（Ｒｅｓｅｒｖｅｄ）、ＳＴＩ（Ｓｔｉｌｌ Ｉｍａｇｅ）、ＥＲＲ（Ｅｒｒｏｒ ｂｉｔ）及びＥＯＨ（Ｅｎｄ ｏｆ Ｈｅａｄｅｒ）フィールドから構成される。なお、ｂｍＨｅａｄｅｒＩｎｆｏフィールド内の各フィールドのデータ長は１ビットである。
【００４９】
ストリームヘッダの後に送信されるペイロードが新しいＭｕｘパケットに切り替わるごとにＦＩＤフィールドには０又は１を格納する。また、映像処理装置１０又はホスト２０は、ストリームヘッダの後に送信されるペイロードがＭｕｘパケットの最後の部分を含んでいる場合、ＥＯＦフィールドには１を格納し、それ以外の場合、ＥＯＦフィールドには０を格納する。ホスト２０及び映像処理装置１０は、ＦＩＤフィールド及びＥＯＦフィールドの内容を調べることにより、Ｍｕｘパケットの切り替わりを検出することができる。
【００５０】
ＰＴＳフィールドはプレゼンテーションタイムスタンプを格納するフィールドであり、ＳＣＲフィールドはソースクロックリファレンスを格納するフィールドであるが、第１の実施の形態ではこれらのフィールドを使用しないのでこれらのフィールドには０を格納する。ＲＥＳフィールドは将来の使用のために予約されているフィールドであるので、ＲＥＳフィールドには０を格納する。
【００５１】
ストリームヘッダの後に送信されるペイロードが静止画を含む場合、ＳＴＩフィールドには１を格納し、それ以外の場合、ＳＴＩフィールドには０を格納する。ストリームヘッダの後に送信されるペイロードに何らかのエラーが生じている場合、ＥＲＲフィールドには１を格納し、それ以外の場合、ＥＲＲフィールドには０を格納する。ＥＯＨフィールドには、ストリームヘッダの終わりを示す値（１）を格納する。
【００５２】
上述の説明から明らかなように、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０に送信することができる。ホスト２０も、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて映像処理装置１０に送信することができる。
【００５３】
また、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いてホスト２０から受信することができる。ホスト２０も、一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて映像処理装置１０から受信することができる。
【００５４】
また、第１の実施の形態によれば、映像処理装置１０は、一つ又は複数のエレメンタリーストリームを単一のデータストリーム（すなわち、ＭＰＥＧ−４ＳＬストリーム）に変換してからホスト２０に送信することができるので、映像処理装置１０のエンドポイントの数を１つにすることができる。複数のエレメンタリーストリームを別々のエンドポイントから送信する形態ではエンドポイント間の制御が必要になるが、第１の実施の形態ではそのような制御を不要にすることができる。
【００５５】
また、第１の実施の形態によれば、映像処理装置１０は、ホスト２０から送信された単一のデータストリーム（すなわち、ＭＰＥＧ−４ＳＬストリーム）から一つ又は複数のエレメンタリーストリームに復元することができるので、映像処理装置１０のエンドポイントの数を１つにすることができる。複数のエレメンタリーストリームを別々のエンドポイントから送信する形態ではエンドポイント間の制御が必要になるが、第１の実施の形態ではそのような制御を不要にすることができる。
【００５６】
また、第１の実施の形態によれば、映像処理装置１０は、データ形式の異なる複数のエレメンタリーストリームを１本のデータストリームにより転送することもできる。上述のように、ＩＳＯ／ＩＥＣ １４４９６−２：１９９９に準拠したビジュアルデータのエレメンタリーストリームと、ＩＳＯ／ＩＥＣ １４４９６−３：１９９９に準拠したオーディオデータのエレメンタリーストリームとを１本のデータストリームにより転送することも可能である。さらに、これらのエレメンタリーストリームにＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠したシーンディスクリプション（ｓｃｅｎｅ ｄｅｓｃｒｉｐｔｉｏｎ）のエレメンタリーストリームを加えることも可能である。
【００５７】
次に、図１１を参照し、第１の実施の形態に用いられるＭＰＥＧ−４ＳＬストリームフォーマットディスクリプタ（ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒ）の構成の一例を説明する。
【００５８】
図１１において、ｂＮｕｍＰａｃｋｅｔｓフィールドには、ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒで送付されるパケットの数がセットされる。この数は、後続の配列データの要素数として用いられる。ｂＰａｃｋｅｔＬｅｎｇｔｈフィールドは、直後のｂＰａｃｋｅｔフィールドにセットされるパケット・データのバイト長を示す。ｂＰａｃｋｅｔフィールドには、転送すべきストリームのＭＰＥＧ４＿Ｍｕｘパケットがセットされる。ｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドの組は、配列の要素として用いられる。複数個のパケットを送付する場合は、各パケットのデータが記述されたｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドの組を連続して記述する。
【００５９】
なお、ｂＰａｃｋｅｔＬｅｎｇｔｈ及びｂＰａｃｋｅｔフィールドはオプションである。ディスクリプタで送付すべきパケットがない場合には、ｂＮｕｍＰａｃｋｅｔｓフィールドに０をセットし、後続のフィールドを省略することができる。第１の実施の形態のＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒ には、確実に転送すべきストリームのパケットをセットするための配列状のデータ構造が定義される。
【００６０】
第１の実施の形態のＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒにセットされるパケットの配列データは、初期化時あるいは初期化後の任意のタイミングでホスト２０に送信すればよい。
【００６１】
前述したように、ストリームヘッダには、Ｅｒｒｏｒビット（ＥＲＲフィールド）が定義されている。映像処理装置１０で何らかのエラーが発生した場合（例えば、エレメンタリーストリームの一つのデータフォーマットが変わった場合）、ＥＲＲフィールドの値を１にセットする。上記のように、フォーマットが変化した場合、映像処理装置１０は、デジタルインターフェース部２０４から出力されるペイロードの転送を停止し、ストリームヘッダのみを送信する。一方、ホスト２０は、ＥＲＲフィールドの内容に基づいてｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌコマンドを発行すれば、エラーの内容を知ることができる。図１２にｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌコマンドのデータ構造を示す。
【００６２】
ｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌは、ビデオ、又は、静止画の転送時にストリームエラーが発生したことを示す。このような場合、デバイスである第１の実施の形態の映像処理装置１０は、エラーの発生を報告するために、このコントロールを適切なコードに更新する。第１の実施の形態では、ホスト２０は、次に示すイベントの一つが発生したとき、そのエラーを特定するために、このコントロールのＧＥＴ＿ＣＵＲ ｒｅｑｕｅｓｔを送信しなくてはならないようになっている。
（１）ストリームヘッダのＥｒｒｏｒ ｂｉｔ がデバイスによって１にセットされた場合。
（２）デバイスが、ソースがＳｔｒｅａｍ Ｅｒｒｏｒ Ｃｏｄｅ Ｃｏｎｔｒｏｌ である、”Ｓｔｒｅａｍ Ｅｒｒｏｒ” ｉｎｔｅｒｒｕｐｔ信号を発行した場合。
（３）トランザクションのデータステージ、又は、ハンドシェイクステージで、バルクビデオエンドポイントがストールパケットをホスト２０に送信した場合。
【００６３】
ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータは、ディスクリプタを用いずにＵＳＢパイプ上でストリームとして転送されてもよい。通常、ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータをストリームとして転送する場合、基本的にはバルク転送のような信頼性の高い方法で転送される。また、アイソクロナス通信を用いて、ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータをストリームとして転送しても良い。第１の実施の形態では、アイソクロナス転送で伝送エラーが発生した場合にどのようにリカバリ処理を行うかについては説明しないが、ＭＰＥＧ−４ Ｓｙｓｔｅｍｓデータを定期的に再送するなどのリカバリ処理は、必要に応じて行っても良い。
【００６４】
第１の実施の形態では、例えば、ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒは、ＭＰＥＧ−４ ＳＬデータ・ストリームの特性情報が使用される。映像処理装置１０においては、ＵＳＢ ＩＮ及びＯＵＴエンドポイントに対応するターミナル及びそれが属するインターフェースは、ひとつ以上のフォーマットに対応するＦｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒをサポートしている。フォーマットを選択するには、ホスト・ソフトウェアは該当するインターフェースにコントロール・リクエストを送付する。ＭＰＥＧ−４ ＳＬ Ｐａｙｌｏａｄにおいては、付随するＦｒａｍｅ Ｄｅｓｃｒｉｐｔｏｒは定義されなくてもよい。
【００６５】
ＭＰＥＧ−４ Ｓｙｓｔｅｍｓでは、原則的に、初期ストリーム構成を示すイニシャル・オブジェクト・ディスクリプタを最初に伝送する必要がある。そのため、ストリームの送信側は、初期化時にＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ ＤｅｓｃｒｉｐｔｏｒのｂＩｎｉｔｉａｌＯｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒフィールドにイニシャル・オブジェクト・ディスクリプタをセットして送付する。第１の実施の形態においては、イニシャル・オブジェクト・ディスクリプタにセットされるデータの内容は、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９の仕様に従う限りは任意であるが、通常下記のデータがセットされる。
・ｐｒｏｆｉｌｅ＿ａｎｄ＿ｌｅｖｅｌ＿ｉｎｄｉｃａｔｉｏｎ
・ＥＳ＿Ｄｅｓｃｒｉｐｔｏｒ
・ＤｅｃｏｄｅｒＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ
・ＤｅｃｏｄｅｒＳｐｅｃｉｆｉｃＩｎｆｏ（データの内容はストリームの符号化形式によって異なる。ＭＰＥＧ−４ Ｖｉｓｕａｌの場合は、Ｖｉｓｕａｌ Ｏｂｊｅｃｔ Ｓｅｑｕｅｎｃｅデータがセットされる）
・ＳＬＣｏｎｆｉｇＤｅｓｃｒｉｐｔｏｒ（ＳＬパケットヘッダのレイアウト解釈のために使用される）
【００６６】
通常、イニシャル・オブジェクト・ディスクリプタは、ＭＰＥＧ−４ ＳＬ Ｐａｙｌｏａｄ Ｆｏｒｍａｔが選択された際の初期化処理時に一度のみ送付し、２回以上は送付されないようになっている。もし、初期化完了後に再度イニシャル・オブジェクト・ディスクリプタが送付されるような場合は、受信側では再送されたイニシャル・オブジェクト・ディスクリプタの内容にしたがって再度初期化処理を行なう。上述のＩＳＯ／ＩＥＣ １４４９６−１：１９９９において定義されているＯＤ、ＢＩＦＳ等のようなＭＰＥＧ−４ Ｓｙｓｔｅｍｓストリームは、一般的には、伝送エラーによるデータ喪失が発生しないような方法で伝送される。第１の実施の形態では、そのようなデータストリームは、ＭＰＥＧ−４ ＳＬ Ｓｔｒｅａｍ Ｆｏｒｍａｔ Ｄｅｓｃｒｉｐｔｏｒにセットすることで、確実に転送することが可能になる。
【００６７】
なお、第１の実施の形態では、ｂＩｎｉｔｉａｌＯｂｊｅｃｔＤｅｓｃｒｉｐｔｏｒフィールドはオプションであり、省略することも可能である。この場合、映像処理装置１０は、イニシャル・オブジェクト・ディスクリプタを用いずにデフォルトの属性でストリームの初期化を行うようにことが可能である。
【００６８】
［第２の実施の形態］
第１の実施の形態では、図６〜図９を参照し、ＵＳＢ２．０のハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）を使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態を説明したが、本発明はこのような形態に限定されるものではない。第１の実施の形態は、ＵＳＢ２．０のフルスピード（ｆｕｌｌ−ｓｐｅｅｄ）を使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態する形態に変更することも可能である。この場合、上述のストリームヘッダは、例えば、ＵＳＢフレーム（１ｍｓ）ごとに送信される。また、将来、ハイスピード（Ｈｉｇｈ−ｓｐｅｅｄ）よりも高速な転送タイプが規定された場合にはそれを使用して上述のＭＰＥＧ−４ＳＬストリームを送受信する形態に変更することも可能である。
【００６９】
［第３の実施の形態］
本発明は、現状のＵＳＢ２．０を使用する形態に限定されるものではない。本発明は、例えば、ＵＳＢ２．０を拡張した規格に準拠した通信システムを使用する形態、ＵＳＢ２．０と同等の機能を規定した規格に準拠した通信システムを使用する形態などにも適用可能である。
【００７０】
［第４の実施の形態］
本発明は、現状のＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠したエレメンタリーストリームを使用する形態に限定されるものではない。本発明は、例えば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９を拡張した規格に準拠したエレメンタリーストリームを使用する形態、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９と同等の機能を規定した規格に準拠したエレメンタリーストリームを使用する形態などにも適用可能である。
【００７１】
［他の実施の形態］
本発明は、上述の実施の形態においてのみ実現可能なものではなく、他の形態においても実現可能である。本発明は、例えば、コンピュータによって実行可能なプログラムにおいても実現可能であり、その場合、該プログラム自体が本発明を構成することとなる。プログラムを供給するための記憶媒体としては、ＲＯＭ、フロッピー（Ｒ）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカードなどを用いることができる。
【００７２】
【発明の効果】
本発明によれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）に送信することができる。
【００７３】
また、本発明によれば、ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＵＳＢ２．０のアイソクロナス転送又はバルク転送を用いて他の装置（ホストなど）から受信することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における通信システムの主要な構成要素を示す図である。
【図２】映像処理装置１０及びホスト２０が備える構成要素を示す図である。
【図３】ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームをＭＰＥＧ−４ＳＬストリームに変換する手順を説明する図である。
【図４】ＭＰＥＧ−４ＳＬストリームをＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームに復元する手順を説明する図である。
【図５】Ｍｕｘパケットの構成を説明する図である。
【図６】ＵＳＢ２．０のアイソクロナスＩＮトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図７】ＵＳＢ２．０のアイソクロナスＯＵＴトランザクション（Ｉｓｏｃｈｒｏｎｏｕｓ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図８】ＵＳＢ２．０のバルクＩＮトランザクション（Ｂｕｌｋ ＩＮ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図９】ＵＳＢ２．０のバルクＯＵＴトランザクション（Ｂｕｌｋ ＯＵＴ Ｔｒａｎｓａｃｔｉｏｎ）を用いてＭＰＥＧ−４ＳＬストリームを転送する手順の一例を示す図である。
【図１０】ストリームヘッダの構成を説明する図である。
【図１１】ＭＰＥＧ−４ＳＬストリームフォーマットディスクリプタの構成の一例を示す図である。
【図１２】ｓｔｒｅａｍ ｅｒｒｏｒ ｃｏｄｅ ｃｏｎｔｒｏｌコマンドのデータ構造を説明する図である。
【符号の説明】
１０ 映像処理装置
２０ ホスト
２０１ ＳＬパケット処理部
２０２ Ｍｕｘパケット処理部
２０３ ＭＰＥＧ−４ＳＬストリーム処理部
２０４ デジタルインターフェース部
Claims (8)
- ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、
ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信する送信手段とを有することを特徴とする映像処理装置。 - ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、
ＵＳＢ２．０のアイソクロナス転送を用いて前記データストリームを他の装置に送信することを特徴とする映像処理装置の通信方法。 - ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換する変換手段と、
ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信する送信手段とを有することを特徴とする映像処理装置。 - ＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを一つのデータストリームに変換し、
ＵＳＢ２．０のバルク転送を用いて前記データストリームを他の装置に送信することを特徴とする映像処理装置の通信方法。 - 他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信する受信手段と、
前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする映像処理装置。 - 他の装置からＵＳＢ２．０のアイソクロナス転送を用いて送信された一つのデータストリームを受信し、
前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする映像処理装置の通信方法。 - 他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信する受信手段と、
前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元する復元手段とを有することを特徴とする映像処理装置。 - 他の装置からＵＳＢ２．０のバルク転送を用いて送信された一つのデータストリームを受信し、
前記データストリームからＩＳＯ／ＩＥＣ １４４９６−１：１９９９に準拠した一つ又は複数のエレメンタリーストリームを復元することを特徴とする映像処理装置の通信方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003144189A JP4845335B2 (ja) | 2003-05-21 | 2003-05-21 | データストリーム送信装置及びデータストリーム受信装置 |
| PCT/JP2004/007128 WO2004105397A1 (en) | 2003-05-21 | 2004-05-19 | Video processing apparatus and communication method of video processing apparatus |
| US10/891,106 US8578440B2 (en) | 2003-05-21 | 2004-07-15 | Video processing apparatus and method of controlling video processing apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003144189A JP4845335B2 (ja) | 2003-05-21 | 2003-05-21 | データストリーム送信装置及びデータストリーム受信装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004349986A true JP2004349986A (ja) | 2004-12-09 |
| JP2004349986A5 JP2004349986A5 (ja) | 2006-07-06 |
| JP4845335B2 JP4845335B2 (ja) | 2011-12-28 |
Family
ID=33475195
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003144189A Expired - Fee Related JP4845335B2 (ja) | 2003-05-21 | 2003-05-21 | データストリーム送信装置及びデータストリーム受信装置 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US8578440B2 (ja) |
| JP (1) | JP4845335B2 (ja) |
| WO (1) | WO2004105397A1 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060253639A1 (en) * | 2005-05-05 | 2006-11-09 | Aten International Co., Ltd. | Control system for controlling a plurality of target computers through portable computer |
| TWI366101B (en) * | 2007-12-31 | 2012-06-11 | High Tech Comp Corp | Method for transmitting audio streams and audio stream transmitting system thereof |
| US20100011055A1 (en) * | 2008-07-09 | 2010-01-14 | Chih-Hua Lin | Remote desktop control system using usb cable and method thereof |
| US8984157B2 (en) * | 2012-07-18 | 2015-03-17 | International Business Machines Corporation | Network analysis in a file transfer system |
Family Cites Families (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4846794A (en) * | 1987-08-13 | 1989-07-11 | The Cleveland Clinic Foundation | Coiled tubing for intravenous and intra-arterial applications |
| US5571135A (en) * | 1993-10-22 | 1996-11-05 | Scimed Life Systems Inc. | Stent delivery apparatus and method |
| KR0137701B1 (ko) * | 1994-12-13 | 1998-05-15 | 양승택 | 엠피이지-2(mpeg-2) 시스템의 피이에스(pes) 패킷화 장치 |
| US6801575B1 (en) * | 1997-06-09 | 2004-10-05 | Sharp Laboratories Of America, Inc. | Audio/video system with auxiliary data |
| US6503271B2 (en) * | 1998-01-09 | 2003-01-07 | Cordis Corporation | Intravascular device with improved radiopacity |
| US6351471B1 (en) * | 1998-01-14 | 2002-02-26 | Skystream Networks Inc. | Brandwidth optimization of video program bearing transport streams |
| US7809138B2 (en) * | 1999-03-16 | 2010-10-05 | Intertrust Technologies Corporation | Methods and apparatus for persistent control and protection of content |
| US6520983B1 (en) * | 1998-03-31 | 2003-02-18 | Scimed Life Systems, Inc. | Stent delivery system |
| US6535919B1 (en) * | 1998-06-29 | 2003-03-18 | Canon Kabushiki Kaisha | Verification of image data |
| US6245012B1 (en) * | 1999-03-19 | 2001-06-12 | Nmt Medical, Inc. | Free standing filter |
| US6934906B1 (en) * | 1999-07-08 | 2005-08-23 | At&T Corp. | Methods and apparatus for integrating external applications into an MPEG-4 scene |
| US6939361B1 (en) * | 1999-09-22 | 2005-09-06 | Nmt Medical, Inc. | Guidewire for a free standing intervascular device having an integral stop mechanism |
| US6383171B1 (en) * | 1999-10-12 | 2002-05-07 | Allan Will | Methods and devices for protecting a passageway in a body when advancing devices through the passageway |
| US6443979B1 (en) * | 1999-12-20 | 2002-09-03 | Advanced Cardiovascular Systems, Inc. | Expandable stent delivery sheath and method of use |
| JP2001204032A (ja) * | 2000-01-20 | 2001-07-27 | Nec Corp | Ｍｐｅｇ復号装置 |
| US20010047441A1 (en) * | 2000-02-23 | 2001-11-29 | Mark Robertson | Communications system conduit for transferring data |
| US7231043B2 (en) * | 2000-06-20 | 2007-06-12 | Canon Kabushiki Kaisha | Data processing apparatus and method, and computer-readable storage medium on which program for executing data processing is stored |
| US7204847B1 (en) * | 2000-07-28 | 2007-04-17 | C. R. Bard, Inc. | Implant anchor systems |
| US6855154B2 (en) * | 2000-08-11 | 2005-02-15 | University Of Louisville Research Foundation, Inc. | Endovascular aneurysm treatment device and method |
| KR100392384B1 (ko) * | 2001-01-13 | 2003-07-22 | 한국전자통신연구원 | 엠펙-2 데이터에 엠펙-4 데이터를 동기화시켜 전송하는장치 및 그 방법 |
| US6936059B2 (en) * | 2001-01-16 | 2005-08-30 | Scimed Life Systems, Inc. | Endovascular guidewire filter and methods of use |
| WO2002069643A1 (en) * | 2001-02-27 | 2002-09-06 | Koninklijke Philips Electronics N.V. | Method and device for encoding mpeg-4 video data |
| EP1383321A4 (en) | 2001-03-29 | 2009-08-05 | Panasonic Corp | AV DATA RECORDING / REPLAYING DEVICE AND METHOD AND RECORDING MEDIUM ON THE DATA BY THE AV DATA RECORDING / REPROCESSING APPARATUS OR APPARATUS. THE PROCEDURE WILL BE RECORDED |
| JP2002365350A (ja) * | 2001-06-06 | 2002-12-18 | Fuji Electric Co Ltd | 磁気検出装置 |
| US20040022202A1 (en) * | 2002-08-05 | 2004-02-05 | Chih-Lung Yang | Method and apparatus for continuously receiving images from a plurality of video channels and for alternately continuously transmitting to each of a plurality of participants in a video conference individual images containing information concerning each of said video channels |
| EP1280362A3 (en) * | 2001-07-27 | 2004-05-12 | Matsushita Electric Industrial Co., Ltd. | Digital video recording/reproduction apparatus and program therefor |
| JP4604422B2 (ja) * | 2001-07-31 | 2011-01-05 | ソニー株式会社 | 通信システム、通信装置及び通信方法 |
| US7100187B2 (en) * | 2001-09-06 | 2006-08-29 | Airia Ltd. | Method and system for providing an audio/video in-route entertainment system |
| US7037307B2 (en) * | 2001-12-07 | 2006-05-02 | Dennis William G | Automatically deforming surgical snare |
| US20070074269A1 (en) * | 2002-02-22 | 2007-03-29 | Hai Hua | Video processing device, video recorder/playback module, and methods for use therewith |
| JP2003281071A (ja) * | 2002-03-20 | 2003-10-03 | Seiko Epson Corp | データ転送制御装置、電子機器及びデータ転送制御方法 |
| AU2003231886A1 (en) * | 2002-05-13 | 2003-11-11 | Salviac Limited | Retrieval catheter for an embolic filter |
| US7166120B2 (en) * | 2002-07-12 | 2007-01-23 | Ev3 Inc. | Catheter with occluding cuff |
| US7666216B2 (en) * | 2002-12-24 | 2010-02-23 | Novostent Corporation | Delivery catheter for ribbon-type prosthesis and methods of use |
| US7604649B2 (en) * | 2003-04-29 | 2009-10-20 | Rex Medical, L.P. | Distal protection device |
-
2003
- 2003-05-21 JP JP2003144189A patent/JP4845335B2/ja not_active Expired - Fee Related
-
2004
- 2004-05-19 WO PCT/JP2004/007128 patent/WO2004105397A1/en active Application Filing
- 2004-07-15 US US10/891,106 patent/US8578440B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP4845335B2 (ja) | 2011-12-28 |
| WO2004105397A1 (en) | 2004-12-02 |
| US20040261133A1 (en) | 2004-12-23 |
| US8578440B2 (en) | 2013-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8259761B2 (en) | Method and system for managing multimedia traffic over ethernet | |
| KR101159335B1 (ko) | 대역 내 제어 정보를 전송하기 위한 전략 | |
| JP4042745B2 (ja) | コンテンツ受信器 | |
| US8917606B2 (en) | Method of flow control for data transported using isochronous packets over an IEEE 1394-2000 serial bus network | |
| US20040260823A1 (en) | Simultaneously transporting multiple MPEG-2 transport streams | |
| JP5252292B2 (ja) | インタフェース装置及び電子装置 | |
| CN101174254B (zh) | 数字摄像机 | |
| US7711877B2 (en) | Image sensing device | |
| JP4181688B2 (ja) | データ通信システム及びデータ通信装置 | |
| JP4845335B2 (ja) | データストリーム送信装置及びデータストリーム受信装置 | |
| KR19990072864A (ko) | 데이터통신시스템,데이터통신방법,데이터통신장치및디지털인터페이스 | |
| JP2007502585A (ja) | データ技術領域を送信する装置、システムおよび方法 | |
| US7154910B2 (en) | Method for any speed dubbing using isochronous packets on isochronous channels or on asynchronous streams over an IEEE 1394-2000 serial bus network | |
| EP2942725A1 (en) | Common interface host and common interface conditional access module | |
| JP3837857B2 (ja) | 信号処理回路 | |
| JP3814407B2 (ja) | データ通信システム、データ通信装置及びデータ通信方法 | |
| JP3547641B2 (ja) | 送信装置、受信装置及びプログラム記録媒体 | |
| US20150180777A1 (en) | Data processing apparatus and method | |
| JP3943698B2 (ja) | データ通信システム及びデータ通信装置 | |
| JP3647366B2 (ja) | データ処理装置、データ処理方法及びコンピュータ読み取り可能な記録媒体 | |
| KR100636107B1 (ko) | 실시간 데이터 처리 장치 및 방법 | |
| JP4821838B2 (ja) | フォーマット変換装置、フォーマット変換方法、フォーマット変換プログラム、フォーマット変換システム | |
| JP2003198658A (ja) | モデムのフロント‐エンド装置および方法 | |
| JP2002064511A (ja) | データ通信システム、電子機器及びそれらの制御方法 | |
| JPH11261608A (ja) | データ通信システム、データ通信装置、データ通信方法及び記憶媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060517 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090428 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090629 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20090825 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111011 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141021 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141021 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |