(57)【要約】  本発明の一実施形態は、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成し、そのデータレート情報を含む制御パケットを生成する制御パケット生成方法を開示する。データレート情報は、デバイスが圧縮データに対してデータレート変更機能をサポートするかどうかを示す。制御パケットは、変更されたデータレート及び伝送されるデータパケットの種類を定めるためにデバイス間に交換される。
2013538016.tif 000002
【特許請求の範囲】
【請求項１】
デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第１データレート情報を生成する段階と、
前記第１データレート情報を含む制御パケットを生成する段階と、を含むことを特徴とする制御パケット生成方法。
【請求項２】
前記制御パケットは、
圧縮データについての第２データレート変更機能をサポートするかどうかを示す第２データレート情報をさらに含むことを特徴とする請求項１に記載の制御パケット生成方法。
【請求項３】
前記制御パケットは、
前記第１データレート情報及び前記第２データレート情報を含む第１フィールドをさらに備えることを特徴とする請求項２に記載の制御パケット生成方法。
【請求項４】
前記制御パケットは、
前記第１データレート情報を含む第１フィールド及び前記第２データレート情報を含む第２フィールドをさらに備えることを特徴とする請求項２に記載の制御パケット生成方法。
【請求項５】
前記非圧縮データについてのデータレート変更機能は、
前記非圧縮データが非圧縮動画データである時、前記非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及び前記基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、少なくとも一つのピクセルブロックそれぞれに含まれる前記少なくとも一つの隣接ピクセルの数を変更する機能であることを特徴とする請求項１に記載の制御パケット生成方法。
【請求項６】
デバイスに搭載された制御パケット生成装置において、
前記デバイスが非圧縮データについての第１データレート変更機能をサポートするかどうかを示す第１データレート情報を生成する情報生成部と、
前記第１データレート情報を含む制御パケットを生成するパケット生成部と、を備えることを特徴とする制御パケット生成装置。
【請求項７】
前記制御パケットは、
圧縮データについてのデータレート変更機能をサポートするかどうかを示す第２データレート情報をさらに含むことを特徴とする請求項６に記載の制御パケット生成装置。
【請求項８】
前記制御パケットは、
前記第１データレート情報及び前記第２データレート情報を含む第１フィールドを備えることを特徴とする請求項７に記載の制御パケット生成装置。
【請求項９】
前記制御パケットは、
前記第１データレート情報を含む第１フィールド、前記第２データレート情報を含む第２フィールドを備えることを特徴とする請求項７に記載の制御パケット生成装置。
【請求項１０】
前記非圧縮データについてのデータレート変更機能は、
前記非圧縮データが非圧縮動画データである時、前記非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及び前記基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、前記少なくとも一つのピクセルブロックそれぞれに含まれる前記少なくとも一つの隣接ピクセルの数を変更する機能であることを特徴とする請求項６に記載の制御パケット生成装置。
【請求項１１】
デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第１データレート情報を生成する段階と、
前記第１データレート情報を含む制御パケットを生成する段階と、を含むことを特徴とする制御パケット生成方法を行わせるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体。
【請求項１２】
プロセッサーと、
デバイスが非圧縮データまたは圧縮データについてのデータレート変更機能をサポートするかどうかに関する表示を含むデータレート情報を含む制御パケットを伝送する伝送部と、
前記受信された制御パケットに基づいてデータレートを変更する制御部と、を備えることを特徴とする装置。
【請求項１３】
前記伝送部は、
少なくとも一つの基準ピクセルを含む第１データパケット、及び前記少なくとも一つの基準ピクセルに隣接しているピクセルに対するピクセル差値を含む第２データパケットをさらに伝送するが、
前記少なくとも一つの基準ピクセルとして、前記第１データパケット内で伝送される基準ピクセルの数は、前記変更されたデータレートから定められることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記伝送部は、
ピクセル差値を含む追加データパケットの数をさらに伝送するが、前記伝送される追加パケットの数は、前記変更されたデータレートから定められることを特徴とする請求項１３に記載の装置。
【請求項１５】
前記伝送部は、
最初に前記第１データパケットを伝送し、前記第２データパケットと前記追加データパケットとを連続的に伝送することを特徴とする請求項１４に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、制御パケット生成方法及びその装置に係り、特に、デバイスがデータレート変更機能をサポートするかどうかを示す制御パケットを生成する方法及びその装置に関する。
【背景技術】
【０００２】
従来には、デバイスの間に圧縮データを伝送する時にチャネルの状態によってデータレートを変更して圧縮データを伝送する技術が用いられた。すなわち、デバイスの間に圧縮データを伝送する時、その圧縮データを伝送するチャネルの状態がよくないか、または使用可能なチャネルの帯域幅が低減すれば、低いデータレートを用いてその圧縮データを伝送し、チャネルの状態がよいか、または使用可能なチャネルの帯域幅が増大すれば、高いデータレートを用いてその圧縮データを伝送した。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、制御パケット生成方法及びその装置を提供することである。
【課題を解決するための手段】
【０００４】
前記目的を達成するための本発明の一実施形態による制御パケット生成方法は、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第１データレート情報を生成する段階と、前記第１データレート情報を含む制御パケットを生成する段階と、を含む。
【０００５】
望ましくは、前記制御パケットは、圧縮データについての第２データレート変更機能をサポートするかどうかを示す第２データレート情報をさらに含む。望ましくは、前記制御パケットは、前記データレート情報及び前記第２データレート情報を含む第１フィールドをさらに備える。
【０００６】
望ましくは、前記制御パケットは、前記データレート情報を含む第２フィールド、前記第２データレート情報を含む第３フィールドをさらに備える。望ましくは、前記非圧縮データについてのデータレート変更機能は、前記非圧縮データが非圧縮動画データである時、前記非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及び前記基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、前記ピクセルブロックそれぞれに含まれる前記隣接ピクセルの数を変更する機能である。
【０００７】
また、前記目的を達成するための本発明の他の実施形態によるデバイスに搭載された制御パケット生成装置は、前記デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第１データレート情報を生成する情報生成部と、前記データレート情報を含む制御パケットを生成するパケット生成部と、を備える。
【０００８】
前記目的を達成するための本発明の一実施形態による制御パケット生成方法は、また本発明の他の実施形態は、前記目的を達成するために、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成する段階と、前記データレート情報を含む制御パケットを生成する段階と、を含む制御パケット生成方法を行わせるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体を提供する。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態による制御パケット生成方法を説明するために示すフローチャートである。
【図２Ａ】本発明によるピクセルブロックを説明するために示す図面である。
【図２Ｂ】本発明によるピクセルブロックを説明するために示す図面である。
【図２Ｃ】本発明によるピクセルブロックを説明するために示す図面である。
【図２Ｄ】本発明によるピクセルブロックを説明するために示す図面である。
【図２Ｅ】本発明によるピクセルブロックを説明するために示す図面である。
【図２Ｆ】本発明によるピクセルブロックを説明するために示す図面である。
【図３】本発明の一実施形態による非圧縮データについてのデータレートを変更する方法を説明するために示すフローチャートである。
【図４】本発明の一実施形態によるＡＶ能力要請パケットを説明するために示す図面である。
【図５】本発明の一実施形態によるＡＶ能力応答パケットを説明するために示す図面である。
【図６】本発明の一実施形態によるピッチャーリストフィールドの構造を説明するために示す図面である。
【図７】本発明の実施例２によるピッチャーリストフィールドの構造を説明するために示す図面である。
【図８】本発明の一実施形態による制御パケット生成方法を説明するために示す図面である。
【図９】本発明の一実施形態による非圧縮データについてのデータレートを変更する装置を説明するために示す図面である。
【発明を実施するための形態】
【００１０】
以下、添付した図面を参照して本発明の望ましい実施形態について詳細に説明する。
【００１１】
図１は、本発明の一実施形態による制御パケット生成方法を説明するために示すフローチャートである。段階１１０では、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成する。
【００１２】
段階１２０では、データレート情報を含む制御パケットを生成する。この時、制御パケットは圧縮データについてのデータレート変更機能をサポートするかどうかを示す第２データレート情報をさらに含む。
【００１３】
このように生成されたデータレート情報を含む制御パケットは、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかに関する情報を他のデバイスに通知するときに用いられるが、もしその制御パケットを受信した他のデバイスも、非圧縮データについてのデータレート変更機能をサポートする場合には、両デバイスの間に非圧縮データについてのデータレート変更機能に基づいて非圧縮データを送受信可能になる。
【００１４】
一方、本発明で非圧縮データについてのデータレート変更機能とは、非圧縮データが非圧縮動画データである時、その非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及びその基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、そのピクセルブロックそれぞれに含まれる隣接ピクセルの数を変更する機能をいうが、以下では、図２Ａないし図２Ｆを参照して本発明の一実施形態によるピクセルブロックについて説明する。
【００１５】
図２Ａないし図２Ｆは、本発明によるピクセルブロックを説明するために示す図面である。
【００１６】
図２Ａには３２個のピクセルブロックが図示されているが、それぞれのピクセルブロックは１ピクセル×２ピクセルのサイズを持つ。左側最上端のピクセルブロック２０１について説明すれば、“○”に表示されたＹ００は基準ピクセルを示し、“△”に表示されたＹ０１は隣接ピクセルを示す。ここで、Ｙ００からＹ０１方向に矢印が表示されているが、これは、隣接ピクセルであるＹ０１のピクセル値が、Ｙ００のピクセル値とＹ０１のピクセル値との差値に置き換えられるということを示す。
【００１７】
このようにＹ０１のピクセル値がピクセル差値に置き換えられれば、左側最上端のピクセルブロック２０１の生成が完了するが、図２Ａの残りの３１個のピクセルブロックも左側最上端のピクセルブロック２０１と実質的に同じ方式によって生成される。
【００１８】
以下では、隣接する２つのピクセル間のピクセル値の差値を、ピクセル差値と称する。
【００１９】
一方、他の実施形態ではピクセルブロックが生成されれば、基準ピクセルのピクセル値及び隣接ピクセルのピクセル差値がピクセルの位置によって異なるパケットに割り当てられるように、それぞれのピクセルブロックでパケットが生成される。
【００２０】
例えば、図２Ａの実施形態では、基準ピクセルＹ００，Ｙ０２，Ｙ０４，Ｙ０６，…，Ｙ７６，…のピクセル値は第１パケットに含まれ、隣接ピクセルＹ０１，Ｙ０３，Ｙ０５，Ｙ０７，…，Ｙ７７，…のピクセル差値は第２パケットに含まれる。第１パケット内の基準ピクセルの数は、図２Ａないし図２Ｆに示したように、変更されたデータレートによって定められる。
【００２１】
図２Ｂには、１６個のピクセルブロックが示されているが、それぞれのピクセルブロックは、２ピクセル×２ピクセルのサイズを持つ。
【００２２】
左側最上端のピクセルブロック２０２について説明すれば、“○”に表示されたＹ００は基準ピクセルを示し、“△”に表示されたＹ０１、Ｙ１０、Ｙ１１は隣接ピクセルを示す。ここで、Ｙ１０からＹ１１方向に矢印が表示されているが、これは、Ｙ１１のピクセル値がＹ１０のピクセル値とＹ１１のピクセル値との差値に置き換えられるということを示す。すなわち、図２Ｂの実施形態は、隣接ピクセルＹ１１のピクセル差値が基準ピクセルＹ００を参照せず、他の隣接ピクセルであるＹ１０を参照して生成されることもあるということを示す。これによって、受信側で隣接ピクセルＹ１１のピクセル値を復元するためには、隣接ピクセルＹ１０のピクセル値を先ず復元した後、その復元された隣接ピクセルＹ１０のピクセル値を用いなければならない。
【００２３】
図２Ｂの左側最上端のピクセルブロック２０２で、基準ピクセルＹ００のピクセル値は第１パケットに含まれ、隣接ピクセルＹ０１のピクセル値は第２パケットに含まれ、隣接ピクセルＹ１０のピクセル値は第３パケットに含まれ、隣接ピクセルＹ１１のピクセル値は第４パケットに含まれる。図２Ｂで１５個の残りのピクセルブロックでも、図２Ｂの左側最上端のピクセルブロック２０２と同じ方式でピクセルのピクセル値及びピクセル差値がパケットに割り当てられる。
【００２４】
この時、パケットの生成順序は、パケットの重要度によって第１パケット、第２パケット、第３パケット及び第４パケットの順序である。すなわち、受信側でパケットを受信した時、最も重要なパケットは基準ピクセルを含む第１パケットであるので、第１パケットが最初に生成されねばならず、第４パケットに含まれている隣接ピクセルは、第３パケットに含まれている隣接ピクセルが復元された後で復元可能なピクセルであるので、最も重要度が低くて最後に生成される。次いで、第２パケットにさらに生成されて伝送され、ピクセル差値を含むパケットの数は、変更されたデータレート及び／または第１パケットの基準ピクセルの数から定められる。前述したように、差値を含むさらなるパケットは、変更されたデータレートに基づいて第１パケットと共に用いられる。ピクセル差値を持つパケットは、ピクセルブロック内のピクセルを解決するために連続的に伝送される。
【００２５】
また、他の実施形態では、パケットの重要度によってパケットに差別的エラー保護（Ｕｎｅｑｕａｌ  Ｅｒｒｏｒ  Ｐｒｏｔｅｃｔｉｏｎ：ＵＥＰ）が適用される。
【００２６】
すなわち、前述した例で、第１パケットに最も強いエラー保護が適用され、第４パケットに最も弱いエラー保護が適用される。例えば、エラー復旧のためにパケットに割り当てられたビート数が、第１パケット、第２パケット、第３パケット及び第４パケットの順に多い。
【００２７】
図２Ｃには８個のピクセルブロックが示されているが、それぞれのピクセルブロックは２ピクセル×４ピクセルのサイズを持つ。
【００２８】
左側最上端のピクセルブロック２０３について説明すれば、“○”に表示されたＹ００は基準ピクセルを示し、“△”に表示されたＹ０１、Ｙ０２、Ｙ０３、Ｙ１０、Ｙ１１、Ｙ１２、Ｙ１３は隣接ピクセルを示す。
【００２９】
図２Ｃの実施形態で、左側最上端のピクセルブロック２０３で基準ピクセルＹ００のピクセル値及び隣接ピクセルＹ０１、Ｙ０２、Ｙ０３、Ｙ１０、Ｙ１１、Ｙ１２、Ｙ１３のピクセル差値は、前述したように、ピクセルブロック２０３での位置によって互いに異なる８個のパケットに含まれる。図２Ｃで７個の残りのピクセルブロックでも、図２Ｃの左側最上端のピクセルブロック２０３でと同じ方式で、ピクセルのピクセル値及びピクセル差値がパケットに割り当てられる。
【００３０】
図２Ｄには、４個のピクセルブロックが示されているが、それぞれのピクセルブロックは４ピクセル×４ピクセルのサイズを持つ。図２Ｄの左側最上端のピクセルブロック２０４で、基準ピクセルＹ００のピクセル値及び１５個の隣接ピクセルＹ０１ないしＹ３３のピクセル差値は、ピクセルブロック２０４での位置によって互いに異なる１６個のパケットに含まれる。図２Ｄで３個の残りのピクセルブロックでも、図２Ｄの左側最上端のピクセルブロック２０４と同じ方式で、ピクセルのピクセル値及びピクセル差値がパケットに割り当てられる。
【００３１】
図２Ｅには、２個のピクセルブロックが示されているが、それぞれのピクセルブロックは、４ピクセル×８ピクセルのサイズを持つ。図２Ｅの左側最上端のピクセルブロック２０５で、基準ピクセルＹ００のピクセル値及び３１個の隣接ピクセルＹ０１ないしＹ３７のピクセル差値は、ピクセルブロック２０５での位置によって互いに異なる３２個のパケットに含まれる。図２Ｅで残り一つのピクセルブロックでも、図２Ｅの左側最上端のピクセルブロック２０５でと同じ方式で、基準ピクセルのピクセル値及び隣接ピクセルのピクセル差値がパケットに割り当てられる。
【００３２】
図２Ｆには、一つのピクセルブロック２０６が示されているが、そのピクセルブロック２０６は、８ピクセル×８ピクセルのサイズを持つ。図２Ｆのピクセルブロック２０６で、基準ピクセルＹ００のピクセル値及び６３個の隣接ピクセルＹ０１ないしＹ７７のピクセル差値は、ピクセルブロック２０６での位置によって互いに異なる６４個のパケットに含まれる。
【００３３】
一方、図２Ａないし図２Ｆでは、基準ピクセルの位置が、それぞれのピクセルブロックで左側最上端に示されているが、本発明はこれに限定されるものではない。例えば、基準ピクセルの位置は、それぞれのピクセルブロックで右側最上端である。
【００３４】
一方、図２Ａないし図２Ｆの実施形態に基づいて、本発明の一実施形態による非圧縮データについてのデータレート変更機能を説明すれば、非圧縮データを伝送するチャネルの帯域幅が所定のしきい値以上であるので、図２Ａのように、ピクセルブロックのブロックモードを１ピクセル×２ピクセルモードに設定し、２個のパケットを用いて非圧縮データの伝送中にチャネルの帯域幅が所定のしきい値以下になれば、図２Ｆのように、ピクセルブロックのブロックモードを８ピクセル×８ピクセルモードに再設定し、６４個のパケットを用いて非圧縮データを伝送できるが、このようにチャネルの状態によってピクセルブロックのブロックモードを変更することを、非圧縮データについてのデータレート変更機能という。
【００３５】
一方、本発明の一実施形態によるデータレート情報を含む制御パケットは、デバイスが相手デバイスのＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）能力を要請するためのＡＶ能力要請パケット、そのＡＶ能力要請パケットに対応するＡＶ能力応答パケットである。
【００３６】
以下では、図３を参照して、ＡＶ能力要請パケット及びＡＶ能力応答パケットを用いて非圧縮データについてのデータレートを変更する方法について説明する。
【００３７】
図３は、本発明の一実施形態による非圧縮データについてのデータレートを変更する方法を説明するために示すフローチャートである。第１段階では、第１デバイス３１０が、自分が非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第１デバイスデータレート情報を含み、第２デバイス３２０のＡ／Ｖ（ａｕｄｉｏ／ｖｉｄｅｏ）能力を要請するためのＡＶ能力要請パケットを第２デバイス３２０に伝送する。
【００３８】
本発明の一実施形態によるＡＶ能力要請パケットの構造については、図４を参照して後述する。
【００３９】
第２段階では、第２デバイス３２０がＡＶ能力要請パケットに対する応答として、自分が非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第２デバイスデータレート情報を含むＡＶ能力応答パケットを第１デバイス３１０に伝送する。
【００４０】
本発明の一実施形態によるＡＶ能力応答パケットの構造については、図５を参照して後述する。
【００４１】
第３段階では、第１デバイス３１０が第２デバイスデータレート情報に基づいて、選択的に非圧縮データについてのデータレートを変更する。すなわち、第２デバイスデータレート情報で、第２デバイス３２０が非圧縮データについてのデータレート変更機能をサポートすると表示された場合には、第１デバイス３１０が非圧縮データについてのデータレートを変更し、そうでなければ、非圧縮データについてのデータレートを変更しない。
【００４２】
他の実施形態では、第１デバイス３１０が、変更されたデータレートによる非圧縮データを第２デバイス３２０に伝送する段階がさらに行われる。
【００４３】
図４は、本発明の一実施形態によるＡＶ能力要請パケットを説明するために示す図面である。図４を参照すれば、本発明の一実施形態によるＡＶ能力要請パケットは、ピッチャーリストフィールド４１０、圧縮能力フィールド４２０、圧縮サブ能力フィールド４３０、ベンダー特定コーデック数フィールド４４０及びベンダー特定コーデック識別子フィールド４５０ａ、…、４５０ｎを備える。
【００４４】
ピッチャーリストフィールド４１０は、第１デバイス３１０がサポートするＡ／Ｖ能力の類型を示す。
【００４５】
圧縮能力フィールド４２０は、第１デバイス３１０がサポートする圧縮方法の類型（ｃｏｍｐｒｅｓｓｉｏｎ  ｔｙｐｅ）を示す。圧縮サブ能力フィールド４３０は、第１デバイス３１０がサポートする圧縮方法の類型（ｃｏｍｐｒｅｓｓｉｏｎ  ｔｙｐｅ）それぞれについての特定の下位能力を示す。
【００４６】
ベンダー特定コーデック数フィールド４４０は、第１デバイス３１０がサポートするベンダー特定コーデック（ｖｅｎｄｏｒ  ｓｐｅｃｉｆｉｃ  ｃｏｄｅｃｓ）の数を示す。ベンダー特定コーデック識別子フィールド４５０ａ、…、４５０ｎそれぞれは、ベンダー特定コーデックを識別するための識別子を含む。
【００４７】
図５は、本発明の一実施形態によるＡＶ能力応答パケットを説明するために示す図面である。図５を参照すれば、本発明の一実施形態によるＡＶ能力応答パケットは、ピッチャーリストフィールド５１０、圧縮能力フィールド５１２、圧縮サブ能力フィールド５１４、オーディオディレイフィールド５１６、インターレースオーディオディレイフィールド５１８、オーディオバッファフィールド５２０、動画ディレイフィールド５２２、インターレース動画ディレイフィールド５２４、動画バッファフィールド５２６、ＣＰサポートフィールド５２８、ブロックモードフィールド５３０、コンポネント構成フィールド５３２、ベンダー特定コーデック数フィールド５３４及びベンダー特定コーデック識別子フィールド５３６ａ、…、５３６ｎを備える。
【００４８】
ピッチャーリストフィールド５１０は、第２デバイス３２０がサポートするＡ／Ｖ能力の類型を示す。
【００４９】
本発明の一実施形態によるピッチャーリストフィールド５１０の構造は、図６及び図７を参照して後述する。
【００５０】
圧縮能力フィールド５１２は、第２デバイス３２０がサポートする圧縮方法の類型（ｃｏｍｐｒｅｓｓｉｏｎ  ｔｙｐｅ）を示す。圧縮サブ能力フィールド５１４は、第２デバイス３２０がサポートする圧縮方法の類型それぞれについての特定の下位能力を示す。
【００５１】
オーディオディレイフィールド５１６は、第２デバイス３２０でオーディオデータを処理する時の遅延時間を示し、遅延時間の単位はｍｓ（ｍｉｌｌｉｓｅｃｏｎｄｓ）であり、また他の時間単位であってもよい。
【００５２】
インターレースオーディオディレイフィールド５１８は、インターレース動画フォーマットを持つ動画データ受信時のオーディオ待ち時間（ａｕｄｉｏ  ｌａｔｅｎｃｙ）を示し、待ち時間の単位はｍｓ（ｍｉｌｌｉｓｅｃｏｎｄｓ）であり、また他の時間単位であってもよい。
【００５３】
オーディオバッファフィールド５２０は、第２デバイス３２０でのオーディオ処理のためのバッファサイズを示し、バッファサイズの単位はｋｂｙｔｅｓであり、また他のバッファサイズが使われてもよい。
【００５４】
動画ディレイフィールド５２２は、第２デバイス３２０でオーディオデータを処理する時の遅延時間を示し、遅延時間の単位はｍｓ（ｍｉｌｌｉｓｅｃｏｎｄｓ）であり、また他の時間単位であってもよい。
【００５５】
インターレース動画ディレイフィールド５２４は、インターレース動画フォーマット（ｉｎｔｅｒｌａｃｅｄ  ｖｉｄｅｏ  ｆｏｒｍａｔ）を持つ動画データ受信時の動画待ち時間（ｖｉｄｅｏ  ｌａｔｅｎｃｙ）を示し、待ち時間の単位はｍｓ（ｍｉｌｌｉｓｅｃｏｎｄｓ）であり、また他の時間単位であってもよい。
【００５６】
動画バッファフィールド５２６は、第２デバイス３２０でのビデオ処理のためのバッファサイズを示し、バッファサイズの単位はＫｂｙｔｅｓであり、また他のバッファサイズが使われてもよい。
【００５７】
ＣＰサポートフィールド５２８は、第２デバイス３２０でサポートするコンテンツ保護方法の類型（ｃｏｎｔｅｎｔ  ｐｒｏｔｅｃｔｉｏｎ  ｔｙｐｅｓ）を示す。
【００５８】
ブロックモードフィールド５３０は、非圧縮データが非圧縮動画データである時、第２デバイス３２０がサポートするその非圧縮動画データについての動画フレームのピクセルに対するピクセルブロックのブロックモードを示す。例えば、ブロックモードは、１ピクセル×２ピクセルモード、２ピクセル×２ピクセルモード、２ピクセル×４ピクセルモード、４ピクセル×４ピクセルモード、４ピクセル×８ピクセルモード、８ピクセル×８ピクセルモードなどである。
【００５９】
コンポネント構成フィールド５３２は、第２デバイス３２０がサポートする非圧縮動画データのセックソングブン構成を示す。例えば、コンポネント構成フィールド５３２は、非圧縮動画データがＲＧＢフォーマット、ＹＣｂＣｒフォーマット及びＹＣｏＣｇフォーマットのうちいかなるフォーマットを持つかを示す。
【００６０】
ベンダー特定コーデック数フィールド５３４は、第２デバイス３２０がサポートするベンダー特定コーデックの数を示す。ベンダー特定コーデック識別子フィールド５３６ａ、…、５３６ｎそれぞれは、ベンダー特定コーデックを識別するための識別子を含む。
【００６１】
図６は、本発明の一実施形態によるピッチャーリストフィールドの構造を説明するために示す図面である。図６を参照すれば、本発明の一実施形態によるピッチャーリストフィールド５１０は、第１下位フィールド５１０ａないし第４下位フィールド５１０ｄを備える。
【００６２】
第１下位フィールド５１０ａは、第２デバイス３２０が圧縮データ処理機能をサポートするかどうかを示す。第２下位フィールド５１０ｂは、第２デバイス３２０が非圧縮ストリームデータ処理機能をサポートするかどうかを示す。
【００６３】
第３下位フィールド５１０ｃは、第２デバイス３２０が圧縮データについてのデータレート変更機能をサポートするかどうかを示す第２データレート情報を含む。例えば、第３下位フィールド５１０ｃが０に表示されれば、第２デバイス３２０が圧縮データについてのデータレート変更機能をサポートしないことを示し、１に表示されれば、第２デバイス３２０が圧縮データについてのデータレート変更機能をサポートすることを示す。
【００６４】
第４下位フィールド５１０ｄは、第２デバイス３２０が非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を含む。
【００６５】
一方、ＷｉＧｉＧ（Ｗｉｒｅｌｅｓｓ  Ｇｉｇａｂｉｔ  Ａｌｌｉａｎｃｅ）Ａ／ＶＰＡＬでは、ＷＳＰ（ＷｉＧｉｇ  Ｓｐａｔｉａｌ  Ｐｒｏｃｅｓｓｉｎｇ）が定義されているが、これは、非圧縮データについてのデータレート変更機能をサポートする。
【００６６】
例えば、第４下位フィールド５１０ｄが０に表示されれば、第２デバイス３２０が非圧縮データについてのデータレート変更機能（またはＷＳＰ）をサポートしないことを示し、１に表示されれば、第２デバイス３２０が非圧縮データについてのデータレート変更機能（またはＷＳＰ）をサポートすることを示す。
【００６７】
図７は、本発明の実施例２によるピッチャーリストフィールドの構造を説明するために示す図面である。
【００６８】
第１下位フィールド５１０ａは、第２デバイス３２０が圧縮データの処理機能をサポートするかどうかを示す。第２下位フィールド５１０ｂは、第２デバイス３２０が非圧縮ストリームデータの処理機能をサポートするかどうかを示す。
【００６９】
第３下位フィールド５１０ｅは、第２デバイス３２０が非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報と、圧縮データについてのデータレート変更機能をサポートするかどうかを示す第２データレート情報とを含む。
【００７０】
例えば、第３下位フィールド５１０ｅが０に表示されれば、第２デバイス３２０が非圧縮データについてのデータレート変更機能と、圧縮データについてのデータレート変更機能とをいずれもサポートしないことを示し、１に表示されれば、第２デバイス３２０が非圧縮データについてのデータレート変更機能と、圧縮データについてのデータレート変更機能とをいずれもサポートすることを示す。
【００７１】
第４下位フィールド５１０ｆは、今後の使用のために空けてあるフィールドである。
【００７２】
図６及び図７では、ＡＶ能力応答パケットでのピッチャーリストフィールド５１０の構造について説明したが、ＡＶ能力要請パケットでのピッチャーリストフィールド４１０も、そのピッチャーリストフィールド４１０が第１デバイス３１０のためのものであるという点を除いては、図６及び図７のピッチャーリストフィールド５１０と同じ構造を持つ。
【００７３】
図８は、本発明の一実施形態による制御パケット生成装置を説明するために示す図面である。図８を参照すれば、本発明の一実施形態による制御パケット生成装置８００は、情報生成部８１０及びパケット生成部８２０を備える。この時、制御パケット生成装置８００は、所定のデバイスに搭載されていると仮定する。
【００７４】
情報生成部８１０は、制御パケット生成装置８００が搭載されたデバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成する。
【００７５】
パケット生成部８２０は、データレート情報を含む制御パケットを生成する。望ましくは、本発明の一実施形態による制御パケット生成装置８００は、制御パケットを伝送する伝送部（図示せず）をさらに備える。
【００７６】
図９は、本発明の一実施形態による非圧縮データについてのデータレートを変更する装置を説明するために示す図面である。図９を参照すれば、本発明の一実施形態によるデータレート変更装置９１０は、伝送部９１２、受信部９１４及び制御部９１６を備える。図９では、データレート変更装置９１０が第１デバイス（図示せず）に搭載されていると仮定し、説明の便宜のために第２デバイス９２０をさらに示した。
【００７７】
伝送部９１２は、第１デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第１デバイスデータレート情報を含むＡＶ能力要請パケットを第２デバイス９２０に伝送する。
【００７８】
受信部９１４は、第２デバイス９２０が非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第２デバイスデータレート情報を含むＡＶ能力応答パケットを第２デバイス９２０から受信する。
【００７９】
制御部９１６は、第１デバイスが第２デバイスデータレート情報に基づいて、選択的に非圧縮データについてのデータレートを変更する。望ましくは、制御部９１６は、非圧縮データについてのデータレートを変更した後、伝送部９１２が変更されたデータレートを用いて非圧縮データを伝送するように制御する。
【００８０】
他の実施形態では、制御部９１６がチャネルの状態によって一部の動画フレームのみを圧縮した後、伝送部９１２が、その圧縮された一部の動画フレームと、圧縮されていない他の動画フレームとを伝送するように制御してもよい。
【００８１】
例えば、３Ｄ動画の場合、制御部９１６は、Ｒ動画フレームとＬ動画フレームのうちＬ動画フレームのみを圧縮した後、伝送部９１２が圧縮されたＬ動画フレームと、圧縮されていないＲ動画フレームとを伝送するように制御する。
【００８２】
一方、前述した本発明の実施形態はコンピュータで実行されるプログラムで作成でき、コンピュータで読み取り可能な記録媒体を用いて前記プログラムを動作させる汎用デジタルコンピュータで具現される。
【００８３】
前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体（例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、フロッピー（登録商標）ディスク、ハードディスクなど）、光学的判読媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）を含む。
【００８４】
これまで本発明についてその望ましい実施形態を中心として説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現できるということを理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく説明的な観点で考慮されねばならない。本発明の範囲は前述した説明ではなく特許請求の範囲に示されており、それと同等な範囲内にあるすべての差は本発明に含まれていると解釈されねばならない。
【図１】
2013538016.tif 000003
【図２Ａ】
2013538016.tif 000004
【図２Ｂ】
2013538016.tif 000005
【図２Ｃ】
2013538016.tif 000006
【図２Ｄ】
2013538016.tif 000007
【図２Ｅ】
2013538016.tif 000008
【図２Ｆ】
2013538016.tif 000009
【図３】
2013538016.tif 000010
【図４】
2013538016.tif 000011
【図５】
2013538016.tif 000012
【図６】
2013538016.tif 000013
【図７】
2013538016.tif 000014
【図８】
2013538016.tif 000015
【図９】
2013538016.tif 000016
【国際調査報告】
2013538016.tif 000017
2013538016.tif 000018