"デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第1データレート情報を生成する段階と、前記第1データレート情報を含む制御パケットを生成する段階と、を含むことを特徴とする制御パケット生成方法。前記制御パケットは、圧縮データについての第2データレート変更機能をサポートするかどうかを示す第2データレート情報をさらに含むことを特徴とする請求項1に記載の制御パケット生成方法。前記制御パケットは、前記第1データレート情報及び前記第2データレート情報を含む第1フィールドをさらに備えることを特徴とする請求項2に記載の制御パケット生成方法。前記制御パケットは、前記第1データレート情報を含む第1フィールド及び前記第2データレート情報を含む第2フィールドをさらに備えることを特徴とする請求項2に記載の制御パケット生成方法。前記非圧縮データについてのデータレート変更機能は、前記非圧縮データが非圧縮動画データである時、前記非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及び前記基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、少なくとも一つのピクセルブロックそれぞれに含まれる前記少なくとも一つの隣接ピクセルの数を変更する機能であることを特徴とする請求項1に記載の制御パケット生成方法。デバイスに搭載された制御パケット生成装置において、前記デバイスが非圧縮データについての第1データレート変更機能をサポートするかどうかを示す第1データレート情報を生成する情報生成部と、前記第1データレート情報を含む制御パケットを生成するパケット生成部と、を備えることを特徴とする制御パケット生成装置。前記制御パケットは、圧縮データについてのデータレート変更機能をサポートするかどうかを示す第2データレート情報をさらに含むことを特徴とする請求項6に記載の制御パケット生成装置。前記制御パケットは、前記第1データレート情報及び前記第2データレート情報を含む第1フィールドを備えることを特徴とする請求項7に記載の制御パケット生成装置。前記制御パケットは、前記第1データレート情報を含む第1フィールド、前記第2データレート情報を含む第2フィールドを備えることを特徴とする請求項7に記載の制御パケット生成装置。前記非圧縮データについてのデータレート変更機能は、前記非圧縮データが非圧縮動画データである時、前記非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及び前記基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、前記少なくとも一つのピクセルブロックそれぞれに含まれる前記少なくとも一つの隣接ピクセルの数を変更する機能であることを特徴とする請求項6に記載の制御パケット生成装置。デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第1データレート情報を生成する段階と、前記第1データレート情報を含む制御パケットを生成する段階と、を含むことを特徴とする制御パケット生成方法を行わせるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体。プロセッサーと、デバイスが非圧縮データまたは圧縮データについてのデータレート変更機能をサポートするかどうかに関する表示を含むデータレート情報を含む制御パケットを伝送する伝送部と、前記受信された制御パケットに基づいてデータレートを変更する制御部と、を備えることを特徴とする装置。前記伝送部は、少なくとも一つの基準ピクセルを含む第1データパケット、及び前記少なくとも一つの基準ピクセルに隣接しているピクセルに対するピクセル差値を含む第2データパケットをさらに伝送するが、前記少なくとも一つの基準ピクセルとして、前記第1データパケット内で伝送される基準ピクセルの数は、前記変更されたデータレートから定められることを特徴とする請求項12に記載の装置。前記伝送部は、ピクセル差値を含む追加データパケットの数をさらに伝送するが、前記伝送される追加パケットの数は、前記変更されたデータレートから定められることを特徴とする請求項13に記載の装置。前記伝送部は、最初に前記第1データパケットを伝送し、前記第2データパケットと前記追加データパケットとを連続的に伝送することを特徴とする請求項14に記載の装置。本発明の目的は、制御パケット生成方法及びその装置を提供することである。前記目的を達成するための本発明の一実施形態による制御パケット生成方法は、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第1データレート情報を生成する段階と、前記第1データレート情報を含む制御パケットを生成する段階と、を含む。望ましくは、前記制御パケットは、圧縮データについての第2データレート変更機能をサポートするかどうかを示す第2データレート情報をさらに含む。望ましくは、前記制御パケットは、前記データレート情報及び前記第2データレート情報を含む第1フィールドをさらに備える。望ましくは、前記制御パケットは、前記データレート情報を含む第2フィールド、前記第2データレート情報を含む第3フィールドをさらに備える。望ましくは、前記非圧縮データについてのデータレート変更機能は、前記非圧縮データが非圧縮動画データである時、前記非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及び前記基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、前記ピクセルブロックそれぞれに含まれる前記隣接ピクセルの数を変更する機能である。また、前記目的を達成するための本発明の他の実施形態によるデバイスに搭載された制御パケット生成装置は、前記デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第1データレート情報を生成する情報生成部と、前記データレート情報を含む制御パケットを生成するパケット生成部と、を備える。前記目的を達成するための本発明の一実施形態による制御パケット生成方法は、また本発明の他の実施形態は、前記目的を達成するために、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成する段階と、前記データレート情報を含む制御パケットを生成する段階と、を含む制御パケット生成方法を行わせるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体を提供する。以下、添付した図面を参照して本発明の望ましい実施形態について詳細に説明する。図1は、本発明の一実施形態による制御パケット生成方法を説明するために示すフローチャートである。段階110では、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成する。段階120では、データレート情報を含む制御パケットを生成する。この時、制御パケットは圧縮データについてのデータレート変更機能をサポートするかどうかを示す第2データレート情報をさらに含む。このように生成されたデータレート情報を含む制御パケットは、デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかに関する情報を他のデバイスに通知するときに用いられるが、もしその制御パケットを受信した他のデバイスも、非圧縮データについてのデータレート変更機能をサポートする場合には、両デバイスの間に非圧縮データについてのデータレート変更機能に基づいて非圧縮データを送受信可能になる。一方、本発明で非圧縮データについてのデータレート変更機能とは、非圧縮データが非圧縮動画データである時、その非圧縮動画データについての動画フレームのピクセルから、少なくとも一つの基準ピクセル及びその基準ピクセルに隣接している少なくとも一つの隣接ピクセルで構成される少なくとも一つのピクセルブロックを生成した後、そのピクセルブロックそれぞれに含まれる隣接ピクセルの数を変更する機能をいうが、以下では、図2Aないし図2Fを参照して本発明の一実施形態によるピクセルブロックについて説明する。図2Aないし図2Fは、本発明によるピクセルブロックを説明するために示す図面である。図2Aには32個のピクセルブロックが図示されているが、それぞれのピクセルブロックは1ピクセル×2ピクセルのサイズを持つ。左側最上端のピクセルブロック201について説明すれば、○に表示されたY00は基準ピクセルを示し、△に表示されたY01は隣接ピクセルを示す。ここで、Y00からY01方向に矢印が表示されているが、これは、隣接ピクセルであるY01のピクセル値が、Y00のピクセル値とY01のピクセル値との差値に置き換えられるということを示す。このようにY01のピクセル値がピクセル差値に置き換えられれば、左側最上端のピクセルブロック201の生成が完了するが、図2Aの残りの31個のピクセルブロックも左側最上端のピクセルブロック201と実質的に同じ方式によって生成される。以下では、隣接する2つのピクセル間のピクセル値の差値を、ピクセル差値と称する。一方、他の実施形態ではピクセルブロックが生成されれば、基準ピクセルのピクセル値及び隣接ピクセルのピクセル差値がピクセルの位置によって異なるパケットに割り当てられるように、それぞれのピクセルブロックでパケットが生成される。例えば、図2Aの実施形態では、基準ピクセルY00,Y02,Y04,Y06,...,Y76,...のピクセル値は第1パケットに含まれ、隣接ピクセルY01,Y03,Y05,Y07,...,Y77,...のピクセル差値は第2パケットに含まれる。第1パケット内の基準ピクセルの数は、図2Aないし図2Fに示したように、変更されたデータレートによって定められる。図2Bには、16個のピクセルブロックが示されているが、それぞれのピクセルブロックは、2ピクセル×2ピクセルのサイズを持つ。左側最上端のピクセルブロック202について説明すれば、○に表示されたY00は基準ピクセルを示し、△に表示されたY01、Y10、Y11は隣接ピクセルを示す。ここで、Y10からY11方向に矢印が表示されているが、これは、Y11のピクセル値がY10のピクセル値とY11のピクセル値との差値に置き換えられるということを示す。すなわち、図2Bの実施形態は、隣接ピクセルY11のピクセル差値が基準ピクセルY00を参照せず、他の隣接ピクセルであるY10を参照して生成されることもあるということを示す。これによって、受信側で隣接ピクセルY11のピクセル値を復元するためには、隣接ピクセルY10のピクセル値を先ず復元した後、その復元された隣接ピクセルY10のピクセル値を用いなければならない。図2Bの左側最上端のピクセルブロック202で、基準ピクセルY00のピクセル値は第1パケットに含まれ、隣接ピクセルY01のピクセル値は第2パケットに含まれ、隣接ピクセルY10のピクセル値は第3パケットに含まれ、隣接ピクセルY11のピクセル値は第4パケットに含まれる。図2Bで15個の残りのピクセルブロックでも、図2Bの左側最上端のピクセルブロック202と同じ方式でピクセルのピクセル値及びピクセル差値がパケットに割り当てられる。この時、パケットの生成順序は、パケットの重要度によって第1パケット、第2パケット、第3パケット及び第4パケットの順序である。すなわち、受信側でパケットを受信した時、最も重要なパケットは基準ピクセルを含む第1パケットであるので、第1パケットが最初に生成されねばならず、第4パケットに含まれている隣接ピクセルは、第3パケットに含まれている隣接ピクセルが復元された後で復元可能なピクセルであるので、最も重要度が低くて最後に生成される。次いで、第2パケットにさらに生成されて伝送され、ピクセル差値を含むパケットの数は、変更されたデータレート及び/または第1パケットの基準ピクセルの数から定められる。前述したように、差値を含むさらなるパケットは、変更されたデータレートに基づいて第1パケットと共に用いられる。ピクセル差値を持つパケットは、ピクセルブロック内のピクセルを解決するために連続的に伝送される。また、他の実施形態では、パケットの重要度によってパケットに差別的エラー保護UnequalErrorProtection:UEPが適用される。すなわち、前述した例で、第1パケットに最も強いエラー保護が適用され、第4パケットに最も弱いエラー保護が適用される。例えば、エラー復旧のためにパケットに割り当てられたビート数が、第1パケット、第2パケット、第3パケット及び第4パケットの順に多い。図2Cには8個のピクセルブロックが示されているが、それぞれのピクセルブロックは2ピクセル×4ピクセルのサイズを持つ。左側最上端のピクセルブロック203について説明すれば、○に表示されたY00は基準ピクセルを示し、△に表示されたY01、Y02、Y03、Y10、Y11、Y12、Y13は隣接ピクセルを示す。図2Cの実施形態で、左側最上端のピクセルブロック203で基準ピクセルY00のピクセル値及び隣接ピクセルY01、Y02、Y03、Y10、Y11、Y12、Y13のピクセル差値は、前述したように、ピクセルブロック203での位置によって互いに異なる8個のパケットに含まれる。図2Cで7個の残りのピクセルブロックでも、図2Cの左側最上端のピクセルブロック203でと同じ方式で、ピクセルのピクセル値及びピクセル差値がパケットに割り当てられる。図2Dには、4個のピクセルブロックが示されているが、それぞれのピクセルブロックは4ピクセル×4ピクセルのサイズを持つ。図2Dの左側最上端のピクセルブロック204で、基準ピクセルY00のピクセル値及び15個の隣接ピクセルY01ないしY33のピクセル差値は、ピクセルブロック204での位置によって互いに異なる16個のパケットに含まれる。図2Dで3個の残りのピクセルブロックでも、図2Dの左側最上端のピクセルブロック204と同じ方式で、ピクセルのピクセル値及びピクセル差値がパケットに割り当てられる。図2Eには、2個のピクセルブロックが示されているが、それぞれのピクセルブロックは、4ピクセル×8ピクセルのサイズを持つ。図2Eの左側最上端のピクセルブロック205で、基準ピクセルY00のピクセル値及び31個の隣接ピクセルY01ないしY37のピクセル差値は、ピクセルブロック205での位置によって互いに異なる32個のパケットに含まれる。図2Eで残り一つのピクセルブロックでも、図2Eの左側最上端のピクセルブロック205でと同じ方式で、基準ピクセルのピクセル値及び隣接ピクセルのピクセル差値がパケットに割り当てられる。図2Fには、一つのピクセルブロック206が示されているが、そのピクセルブロック206は、8ピクセル×8ピクセルのサイズを持つ。図2Fのピクセルブロック206で、基準ピクセルY00のピクセル値及び63個の隣接ピクセルY01ないしY77のピクセル差値は、ピクセルブロック206での位置によって互いに異なる64個のパケットに含まれる。一方、図2Aないし図2Fでは、基準ピクセルの位置が、それぞれのピクセルブロックで左側最上端に示されているが、本発明はこれに限定されるものではない。例えば、基準ピクセルの位置は、それぞれのピクセルブロックで右側最上端である。一方、図2Aないし図2Fの実施形態に基づいて、本発明の一実施形態による非圧縮データについてのデータレート変更機能を説明すれば、非圧縮データを伝送するチャネルの帯域幅が所定のしきい値以上であるので、図2Aのように、ピクセルブロックのブロックモードを1ピクセル×2ピクセルモードに設定し、2個のパケットを用いて非圧縮データの伝送中にチャネルの帯域幅が所定のしきい値以下になれば、図2Fのように、ピクセルブロックのブロックモードを8ピクセル×8ピクセルモードに再設定し、64個のパケットを用いて非圧縮データを伝送できるが、このようにチャネルの状態によってピクセルブロックのブロックモードを変更することを、非圧縮データについてのデータレート変更機能という。一方、本発明の一実施形態によるデータレート情報を含む制御パケットは、デバイスが相手デバイスのA/VAudio/Video能力を要請するためのAV能力要請パケット、そのAV能力要請パケットに対応するAV能力応答パケットである。以下では、図3を参照して、AV能力要請パケット及びAV能力応答パケットを用いて非圧縮データについてのデータレートを変更する方法について説明する。図3は、本発明の一実施形態による非圧縮データについてのデータレートを変更する方法を説明するために示すフローチャートである。第1段階では、第1デバイス310が、自分が非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第1デバイスデータレート情報を含み、第2デバイス320のA/Vaudio/video能力を要請するためのAV能力要請パケットを第2デバイス320に伝送する。本発明の一実施形態によるAV能力要請パケットの構造については、図4を参照して後述する。第2段階では、第2デバイス320がAV能力要請パケットに対する応答として、自分が非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第2デバイスデータレート情報を含むAV能力応答パケットを第1デバイス310に伝送する。本発明の一実施形態によるAV能力応答パケットの構造については、図5を参照して後述する。第3段階では、第1デバイス310が第2デバイスデータレート情報に基づいて、選択的に非圧縮データについてのデータレートを変更する。すなわち、第2デバイスデータレート情報で、第2デバイス320が非圧縮データについてのデータレート変更機能をサポートすると表示された場合には、第1デバイス310が非圧縮データについてのデータレートを変更し、そうでなければ、非圧縮データについてのデータレートを変更しない。他の実施形態では、第1デバイス310が、変更されたデータレートによる非圧縮データを第2デバイス320に伝送する段階がさらに行われる。図4は、本発明の一実施形態によるAV能力要請パケットを説明するために示す図面である。図4を参照すれば、本発明の一実施形態によるAV能力要請パケットは、ピッチャーリストフィールド410、圧縮能力フィールド420、圧縮サブ能力フィールド430、ベンダー特定コーデック数フィールド440及びベンダー特定コーデック識別子フィールド450a、...、450nを備える。ピッチャーリストフィールド410は、第1デバイス310がサポートするA/V能力の類型を示す。圧縮能力フィールド420は、第1デバイス310がサポートする圧縮方法の類型compressiontypeを示す。圧縮サブ能力フィールド430は、第1デバイス310がサポートする圧縮方法の類型compressiontypeそれぞれについての特定の下位能力を示す。ベンダー特定コーデック数フィールド440は、第1デバイス310がサポートするベンダー特定コーデックvendorspecificcodecsの数を示す。ベンダー特定コーデック識別子フィールド450a、...、450nそれぞれは、ベンダー特定コーデックを識別するための識別子を含む。図5は、本発明の一実施形態によるAV能力応答パケットを説明するために示す図面である。図5を参照すれば、本発明の一実施形態によるAV能力応答パケットは、ピッチャーリストフィールド510、圧縮能力フィールド512、圧縮サブ能力フィールド514、オーディオディレイフィールド516、インターレースオーディオディレイフィールド518、オーディオバッファフィールド520、動画ディレイフィールド522、インターレース動画ディレイフィールド524、動画バッファフィールド526、CPサポートフィールド528、ブロックモードフィールド530、コンポネント構成フィールド532、ベンダー特定コーデック数フィールド534及びベンダー特定コーデック識別子フィールド536a、...、536nを備える。ピッチャーリストフィールド510は、第2デバイス320がサポートするA/V能力の類型を示す。本発明の一実施形態によるピッチャーリストフィールド510の構造は、図6及び図7を参照して後述する。圧縮能力フィールド512は、第2デバイス320がサポートする圧縮方法の類型compressiontypeを示す。圧縮サブ能力フィールド514は、第2デバイス320がサポートする圧縮方法の類型それぞれについての特定の下位能力を示す。オーディオディレイフィールド516は、第2デバイス320でオーディオデータを処理する時の遅延時間を示し、遅延時間の単位はmsmillisecondsであり、また他の時間単位であってもよい。インターレースオーディオディレイフィールド518は、インターレース動画フォーマットを持つ動画データ受信時のオーディオ待ち時間audiolatencyを示し、待ち時間の単位はmsmillisecondsであり、また他の時間単位であってもよい。オーディオバッファフィールド520は、第2デバイス320でのオーディオ処理のためのバッファサイズを示し、バッファサイズの単位はkbytesであり、また他のバッファサイズが使われてもよい。動画ディレイフィールド522は、第2デバイス320でオーディオデータを処理する時の遅延時間を示し、遅延時間の単位はmsmillisecondsであり、また他の時間単位であってもよい。インターレース動画ディレイフィールド524は、インターレース動画フォーマットinterlacedvideoformatを持つ動画データ受信時の動画待ち時間videolatencyを示し、待ち時間の単位はmsmillisecondsであり、また他の時間単位であってもよい。動画バッファフィールド526は、第2デバイス320でのビデオ処理のためのバッファサイズを示し、バッファサイズの単位はKbytesであり、また他のバッファサイズが使われてもよい。CPサポートフィールド528は、第2デバイス320でサポートするコンテンツ保護方法の類型contentprotectiontypesを示す。ブロックモードフィールド530は、非圧縮データが非圧縮動画データである時、第2デバイス320がサポートするその非圧縮動画データについての動画フレームのピクセルに対するピクセルブロックのブロックモードを示す。例えば、ブロックモードは、1ピクセル×2ピクセルモード、2ピクセル×2ピクセルモード、2ピクセル×4ピクセルモード、4ピクセル×4ピクセルモード、4ピクセル×8ピクセルモード、8ピクセル×8ピクセルモードなどである。コンポネント構成フィールド532は、第2デバイス320がサポートする非圧縮動画データのセックソングブン構成を示す。例えば、コンポネント構成フィールド532は、非圧縮動画データがRGBフォーマット、YCbCrフォーマット及びYCoCgフォーマットのうちいかなるフォーマットを持つかを示す。ベンダー特定コーデック数フィールド534は、第2デバイス320がサポートするベンダー特定コーデックの数を示す。ベンダー特定コーデック識別子フィールド536a、...、536nそれぞれは、ベンダー特定コーデックを識別するための識別子を含む。図6は、本発明の一実施形態によるピッチャーリストフィールドの構造を説明するために示す図面である。図6を参照すれば、本発明の一実施形態によるピッチャーリストフィールド510は、第1下位フィールド510aないし第4下位フィールド510dを備える。第1下位フィールド510aは、第2デバイス320が圧縮データ処理機能をサポートするかどうかを示す。第2下位フィールド510bは、第2デバイス320が非圧縮ストリームデータ処理機能をサポートするかどうかを示す。第3下位フィールド510cは、第2デバイス320が圧縮データについてのデータレート変更機能をサポートするかどうかを示す第2データレート情報を含む。例えば、第3下位フィールド510cが0に表示されれば、第2デバイス320が圧縮データについてのデータレート変更機能をサポートしないことを示し、1に表示されれば、第2デバイス320が圧縮データについてのデータレート変更機能をサポートすることを示す。第4下位フィールド510dは、第2デバイス320が非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を含む。一方、WiGiGWirelessGigabitAllianceA/VPALでは、WSPWiGigSpatialProcessingが定義されているが、これは、非圧縮データについてのデータレート変更機能をサポートする。例えば、第4下位フィールド510dが0に表示されれば、第2デバイス320が非圧縮データについてのデータレート変更機能またはWSPをサポートしないことを示し、1に表示されれば、第2デバイス320が非圧縮データについてのデータレート変更機能またはWSPをサポートすることを示す。図7は、本発明の実施例2によるピッチャーリストフィールドの構造を説明するために示す図面である。第1下位フィールド510aは、第2デバイス320が圧縮データの処理機能をサポートするかどうかを示す。第2下位フィールド510bは、第2デバイス320が非圧縮ストリームデータの処理機能をサポートするかどうかを示す。第3下位フィールド510eは、第2デバイス320が非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報と、圧縮データについてのデータレート変更機能をサポートするかどうかを示す第2データレート情報とを含む。例えば、第3下位フィールド510eが0に表示されれば、第2デバイス320が非圧縮データについてのデータレート変更機能と、圧縮データについてのデータレート変更機能とをいずれもサポートしないことを示し、1に表示されれば、第2デバイス320が非圧縮データについてのデータレート変更機能と、圧縮データについてのデータレート変更機能とをいずれもサポートすることを示す。第4下位フィールド510fは、今後の使用のために空けてあるフィールドである。図6及び図7では、AV能力応答パケットでのピッチャーリストフィールド510の構造について説明したが、AV能力要請パケットでのピッチャーリストフィールド410も、そのピッチャーリストフィールド410が第1デバイス310のためのものであるという点を除いては、図6及び図7のピッチャーリストフィールド510と同じ構造を持つ。図8は、本発明の一実施形態による制御パケット生成装置を説明するために示す図面である。図8を参照すれば、本発明の一実施形態による制御パケット生成装置800は、情報生成部810及びパケット生成部820を備える。この時、制御パケット生成装置800は、所定のデバイスに搭載されていると仮定する。情報生成部810は、制御パケット生成装置800が搭載されたデバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示すデータレート情報を生成する。パケット生成部820は、データレート情報を含む制御パケットを生成する。望ましくは、本発明の一実施形態による制御パケット生成装置800は、制御パケットを伝送する伝送部図示せずをさらに備える。図9は、本発明の一実施形態による非圧縮データについてのデータレートを変更する装置を説明するために示す図面である。図9を参照すれば、本発明の一実施形態によるデータレート変更装置910は、伝送部912、受信部914及び制御部916を備える。図9では、データレート変更装置910が第1デバイス図示せずに搭載されていると仮定し、説明の便宜のために第2デバイス920をさらに示した。伝送部912は、第1デバイスが非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第1デバイスデータレート情報を含むAV能力要請パケットを第2デバイス920に伝送する。受信部914は、第2デバイス920が非圧縮データについてのデータレート変更機能をサポートするかどうかを示す第2デバイスデータレート情報を含むAV能力応答パケットを第2デバイス920から受信する。制御部916は、第1デバイスが第2デバイスデータレート情報に基づいて、選択的に非圧縮データについてのデータレートを変更する。望ましくは、制御部916は、非圧縮データについてのデータレートを変更した後、伝送部912が変更されたデータレートを用いて非圧縮データを伝送するように制御する。他の実施形態では、制御部916がチャネルの状態によって一部の動画フレームのみを圧縮した後、伝送部912が、その圧縮された一部の動画フレームと、圧縮されていない他の動画フレームとを伝送するように制御してもよい。例えば、3D動画の場合、制御部916は、R動画フレームとL動画フレームのうちL動画フレームのみを圧縮した後、伝送部912が圧縮されたL動画フレームと、圧縮されていないR動画フレームとを伝送するように制御する。一方、前述した本発明の実施形態はコンピュータで実行されるプログラムで作成でき、コンピュータで読み取り可能な記録媒体を用いて前記プログラムを動作させる汎用デジタルコンピュータで具現される。前記コンピュータで読み取り可能な記録媒体は、マグネチック記録媒体例えば、ROMReadOnlyMemory、フロッピー登録商標ディスク、ハードディスクなど、光学的判読媒体例えば、CD-ROM、DVDなどを含む。これまで本発明についてその望ましい実施形態を中心として説明した。当業者ならば、本発明が本発明の本質的な特性から逸脱しない範囲で変形された形態で具現できるということを理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく説明的な観点で考慮されねばならない。本発明の範囲は前述した説明ではなく特許請求の範囲に示されており、それと同等な範囲内にあるすべての差は本発明に含まれていると解釈されねばならない。"