"第1デバイスが、AVインターフェースを介して連結された第2デバイスにデータを伝送する方法において、所定のストリームを前記第2デバイスに伝送することができる経路を確保することを要請する第1要請メッセージを、前記第2デバイスに伝送する段階と、前記第1メッセージに対する応答として、前記第1デバイスが、前記経路が確保されたか否かに係わる結果情報を含む第2応答メッセージを、前記第2デバイスから受信する段階と、もし前記経路が確保された場合、前記第1デバイスが前記第2メッセージを受信することにより、前記所定のストリームを前記第2デバイスに伝送する段階と、を含むことを特徴とするデータ伝送方法。前記第1メッセージを、前記第2デバイスに伝送する段階は、前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第3メッセージを、前記第2デバイスに伝送する段階と、前記第3メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第4メッセージを、前記第2デバイスから受信する段階と、前記第4メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認されれば、前記第1メッセージを、前記第2デバイスに伝送する段階と、を含むことを特徴とする請求項1に記載のデータ伝送方法。前記第4メッセージは、前記経路を形成する前記デバイス間のリンクの使用可能な帯域幅についての情報を含むことを特徴とする請求項2に記載のデータ伝送方法。前記全てのリンクで使用可能な帯域幅についての情報は、前記経路を形成するデバイスにより、前記第3メッセージに追加され、前記デバイスは、前記第3メッセージを中継し、前記第3メッセージは、追加された情報と共に前記第2デバイスに伝達される情報であることを特徴とする請求項3に記載のデータ伝送方法。前記第1メッセージは、前記所定のストリーム伝送に必要な帯域幅についての情報を含むことを特徴とする請求項1に記載のデータ伝送方法。第2デバイスがAVインターフェースを介して連結された第1デバイスからデータを受信する方法において、所定のストリームを前記第2デバイスに伝送することができる経路を確保することを要請する第1要請メッセージを、前記第1デバイスから受信する段階と、前記第1メッセージに対する応答として、第2デバイスが前記経路が確保されたか否かに係わる結果情報を含む第2応答メッセージを、前記第1デバイスに伝送する段階と、もし前記経路が確保された場合、前記第2デバイスが前記第2メッセージに対する応答として、前記所定のストリームを受信する段階と、を含むことを特徴とするデータ受信方法。前記第1メッセージを、前記第1デバイスから受信する段階は、前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第3メッセージを、前記第1デバイスから受信する段階と、前記第3メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第4メッセージを、前記第1デバイスに伝送する段階と、前記第4メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認され、前記第1デバイスが伝送する前記第1メッセージを、前記第1デバイスから受信する段階と、を含むことを特徴とする請求項6に記載のデータ受信方法。AVインターフェースを介して連結された第2デバイスにデータを伝送する第1デバイスの装置において、所定ストリームを前記第2デバイスに伝送することができる経路を確保することを要請する第1要請メッセージを、前記第2デバイスに伝送し、前記第1メッセージに対する応答として、前記経路が確保されたか否かを示す結果情報を含む第2応答メッセージを、前記第2デバイスから受信する経路管理部と、もし前記経路が確保された場合、前記第2メッセージを受信することにより、前記所定のストリームを前記第2デバイスに伝送するデータ伝送部と、を含むことを特徴とするデータ伝送装置。前記経路管理部は、前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第3メッセージを、前記第2デバイスに伝送し、前記第3メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第4メッセージを、前記第2デバイスから受信し、前記第4メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認されれば、前記第1メッセージを、前記第2デバイスに伝送することを特徴とする請求項に8記載のデータ伝送装置。前記第4メッセージは、前記経路を形成する前記デバイス間のリンクの使用可能な帯域幅についての情報を含むことを特徴とする請求項9に記載のデータ伝送装置。前記全てのリンクで使用可能な帯域幅についての情報は、前記経路を形成するデバイスにより、前記第3メッセージに追加され、前記デバイスは、前記第3メッセージを中継し、前記第3メッセージは、追加された情報と共に前記第2デバイスに伝達される情報であることを特徴とする請求項10に記載のデータ伝送装置。前記第1メッセージは、前記所定のストリーム伝送に必要な帯域幅についての情報を含むことを特徴とする請求項8に記載のデータ伝送装置。AVインターフェースを介して連結された第1デバイスからデータを受信する第2デバイスの装置において、所定のストリームを前記第2デバイスに伝送することができる経路を確保することを要請する第1要請メッセージを、前記第1デバイスから受信し、前記第1メッセージに対する応答として、前記経路が確保されたか否かを示す結果情報を含む第2応答メッセージを、前記第1デバイスに伝送する経路管理部と、もし前記経路が確保された場合、前記第2メッセージに対する応答として、前記所定のストリームを受信するデータ受信部と、を含むことを特徴とするデータ受信装置。前記経路管理部は、前記経路が前記所定のストリームを伝送することができるか否かの確認を要請する第3メッセージを、前記第1デバイスから受信し、前記第3メッセージに対する応答として、前記経路を形成するデバイス間のリンクの速成についての情報を含む第4メッセージを、前記第1デバイスに伝送し、前記第4メッセージに基づいて判断した結果、前記経路が前記所定のストリームを伝送することができると確認されれば、前記第1デバイスが伝送する前記第1メッセージを、前記第1デバイスから受信することを特徴とする請求項13に記載のデータ受信装置。請求項1ないし6のうちいずれか一項に記載の方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体。本発明が解決しようとする技術的課題は、データ伝送経路を確保してデータを送受信する方法及びその装置を提供するところにあり、前記方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することである。前記技術的課題を解決するための本発明の一実施形態による第1デバイスがAVインターフェースinterfaceを介して連結された第2デバイスにデータを伝送する方法は、所定ストリームを前記第2デバイスに伝送することができる経路pathを確保することを要請する第1メッセージを、前記第2デバイスに伝送する段階と、前記第1メッセージに対する応答として、前記経路の確保結果についての情報を含む第2メッセージを、前記第2デバイスから受信する段階と、前記第2メッセージを受信することによって選択的に、前記ストリームに係わるデータを前記第2デバイスに伝送する段階と、を含む。本発明によれば、データ伝送経路の帯域幅が確保された後にストリームが伝送されるので、QoSqualityofserviceを維持し、ストリーミングサービスを行うことができる。従って、AVインターフェースに連結されたネットワークで、ストリーミングサービスの安定性を高めることができ、ユーザ経験userexperienceも向上させることができる。本発明の一側面は、データ伝送経路を確保してデータを送受信する方法及びその装置を提供するところにあり、本発明の他の側面は、前記方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供することである。本発明の一実施形態による第1デバイスがAVaudiovideoインターフェースinterfaceを介して連結された第2デバイスにデータを伝送する方法は、所定ストリームを前記第2デバイスに伝送することができる経路pathを確保することを要請する第1メッセージを、前記第2デバイスに伝送する段階と、前記第1メッセージに対する応答として、前記経路の確保結果についての情報を含む第2メッセージを、前記第2デバイスから受信する段階と、前記第2メッセージを受信することによって選択的に、前記ストリームに係わるデータを前記第2デバイスに伝送する段階と、を含む。本発明の他の実施形態によれば、前記第1メッセージを、前記第2デバイスに伝送する段階は、前記経路が前記ストリームを伝送することができるか否かを確認するための第3メッセージを、前記第2デバイスに伝送する段階と、前記第3メッセージに対する応答として、前記経路に存在する全てのデバイス間の全てのリンクについての情報を含む第4メッセージを、前記第2デバイスから受信する段階と、前記第4メッセージに基づいて判断した結果、前記経路が前記ストリームを伝送することができると確認されれば、前記第1メッセージを、前記第2デバイスに伝送する段階と、を含む。本発明のさらに他の実施形態によれば、前記第4メッセージは、前記経路に存在する全てのデバイス間の全てのリンクの使用可能なavailable帯域幅についての情報を含む。本発明のさらに他の実施形態によれば、前記全てのリンクで使用可能な帯域幅についての情報は、前記経路に存在するデバイスが前記第3メッセージを中継することにより、前記経路に存在するデバイスにより、前記第3メッセージに追加され、前記第2デバイスに伝達される情報であることを特徴とする。本発明のさらに他の実施形態によれば、前記第1メッセージは、前記ストリーム伝送に必要な帯域幅についての情報を含む。前記技術的課題を解決するための本発明の一実施形態による第2デバイスがAVインターフェースinterfaceを介して連結された第1デバイスからデータを受信する方法は、所定ストリームを前記第2デバイスに伝送することができる経路pathを確保することを要請する第1メッセージを、前記第1デバイスから受信する段階と、前記第1メッセージに対する応答として、前記経路の確保結果についての情報を含む第2メッセージを、前記第1デバイスに伝送する段階と、前記第2メッセージに対する応答として選択的に、前記ストリームに係わるデータを前記第1デバイスから受信する段階と、を含む。前記技術的課題を解決するための本発明の一実施形態によるAVインターフェースinterfaceを介して連結された第2デバイスにデータを伝送する第1デバイスの装置は、所定ストリームを前記第2デバイスに伝送することができる経路pathを確保することを要請する第1メッセージを、前記第2デバイスに伝送し、前記第1メッセージに対する応答として、前記経路の確保結果についての情報を含む第2メッセージを、前記第2デバイスから受信する経路管理部と、前記第2メッセージを受信することによって選択的に、前記ストリームに係わるデータを前記第2デバイスに伝送するデータ伝送部と、を含む。前記技術的課題を解決するための本発明の一実施形態によるAVインターフェースinterfaceを介して連結された第1デバイスからデータを受信する第2デバイスの装置は、所定ストリームを前記第2デバイスに伝送することができる経路pathを確保することを要請する第1メッセージを、前記第1デバイスから受信し、前記第1メッセージに対する応答として、前記経路の確保結果についての情報を含む第2メッセージを、前記第1デバイスに伝送する経路管理部と、前記第2メッセージに対する応答として選択的に、前記ストリームに係わるデータを前記第1デバイスから受信するデータ受信部と、を含む。前記技術的課題を解決するために本発明は、前記データ伝送方法及び/または前記データ受信方法を遂行するためのプログラムを記録したコンピュータで読み取り可能な記録媒体を提供する。以下、図面を参照しつつ、本発明の望ましい実施形態について詳細に説明する。図1は、本発明の一実施形態によるAVインターフェースを介して連結されたデバイスのネットワーク構造topologyを図示している。AVインターフェースは、AVデータの送受信のためのインターフェースを意味する。AVリンクは、本発明の一実施形態によるAVインターフェースに基づいて成立したリンクを意味し、HDMIhighdefinitionmultimediainterfaceは、HDMIケーブルを介した連結を意味する。図1を参照すれば、AVデバイスは、本発明の一実施形態によるAVインターフェースを介してネットワークを構成することができる。複数のルームに存在するAVデバイスは、本発明の一実施形態によるAVインターフェースを介して、同じルームまたは他のルームに存在する多種のAVデバイスと連結される。このとき、AVリンクを中継するスイッチswitchデバイスが、AVインターフェースに基づいた連結を中継する。スイッチデバイスは、AVリンクホームスイッチ151のように、AVリンクの中継のための別途のデバイスでもあり、スイッチ機能を内蔵したAVデバイス152,153,154,155,156及び157でもある。ルーム1110では、AVデバイスであるAVレシーバ152、TVtelevision153及びブルーレイプレーヤ157が、スイッチデバイスの役割を行い、ルーム3130及びルーム4140では、AVデバイスであるTV155及び156がスイッチデバイスの役割を行う。また、スイッチデバイスは、本発明の一実施形態によるAVインターフェースとHDMIとをスイッチングするデバイスでもある。例えば、ルーム2120のスイッチデバイス154は、HDMIを介して、コンピュータとゲーム機とからAVデータを受信し、受信されたAVデータを、本発明の一実施形態によるAVリンクを介して、ルーム1110、ルーム3130またはルーム4140のデバイスに伝送することができる。図1に図示されたネットワークのデバイスは、行う役割によって、ソース/リーフleafデバイス、ソース/スイッチデバイス、スイッチデバイス、シンク/スイッチデバイス及びシンク/リーフデバイスに区分される。ルーム1110のセットトップボックス164のように、AVリンクを中継せずに、AVデータを提供するデバイスは、ソース/リーフデバイスに該当し、ルーム1110のブルーレイプレーヤ152のように、他のデバイスにAVデータを提供しながら、AVリンクを中継するデバイスは、ソース/スイッチデバイスに該当する。また、AVリンクホームスイッチ151のように、AVリンクの中継だけ行うデバイスは、スイッチデバイスに該当し、ルーム4140のTV156のように、AVデータを他のデバイスから提供されながら、AVリンクを中継するデバイスは、シンク/スイッチデバイスに該当する。最後に、ルーム4140のプロジェクタ163のように、AVリンクを中継せずに、AVデータを他のデバイスから提供されるデバイスは、シンク/リーフデバイスに該当する。図1に図示されたネットワーク構造によれば、ルーム1110のブルーレイプレーヤ157のAVデータが、AVレシーバ152及びAVリンクホームスイッチ151を介して、ルーム3130のTV155またはルーム4140のTV156に伝送される。また、ルーム4のセットップボックス158で受信される放送信号が、AVリンクホームスイッチ151を介して、ルーム3130のTV156、AVリンクホームスイッチ151及びAVレシーバ152を介して、ルーム1110のTV153に伝送される。言い換えれば、図1に図示されたように、AVインターフェースに基づいたネットワーク以下、AVネットワークとするで、自由にAVデータを送受信するためには、本発明の一実施形態によるAVインターフェースは、データの双方向伝送を支援しなければならない。DVIdigitalvisualinterface及びHDMIのような従来技術によるAVインターフェースは、ソースデバイスからシンクデバイスへの単方向データ伝送のみを支援する。ソースデバイスのAVデータは、シンクデバイスに伝送されるのみ、DVI及びHDMIのような従来技術によるAVインターフェースを介して、シンクデバイスがソースデバイスにAVデータを伝送することができない。例えば、ルーム4140のシンクデバイスであるTV156は、HDMIに連結されたセットップボックス158からAVデータを受信することができるのみ、セットトップボックス158にAVデータを伝送することはできない。しかし、本発明の一実施形態によるAVインターフェースを介したAVリンクは、データの双方向伝送を支援し、図1に図示されたネットワーク構造において、他のルームのデバイスにデータを伝送することもでき、他のルームのデバイスからデータを受信することができる。特に、本発明の一実施形態によるAVリンクは、非圧縮ビデオデータの双方向伝送が可能であり、データの双方向伝送の例について、図2A及び図2Bを参照して詳細に説明する。図2Aは、本発明の一実施形態によるAVインターフェースを介したデータの双方向伝送を図示している。図2Aを参照すれば、ソースデバイス1210例えば、ブルーレイプレーヤのAVデータ例えば、非圧縮ビデオデータは、シンクデバイス1216例えば、プロジェクタで再生され、ソースデバイス2212例えば、セットトップボックスのAVデータは、ソース/シンクデバイス214例えば、PCpersonalcomputerで再生され、ソース/シンクデバイス214のAVデータは、シンク/スイッチデバイス1218例えば、TVで再生される。シンク/スイッチデバイス1218は、ソースデバイス1210のAVデータ及びソースデバイス2212のAVデータを、ソースデバイス1210及びソースデバイス2212から受信した後、受信されたAVデータを時分割デュプレックスtimedivisionduplexして、スイッチデバイス2220に伝送する。ソースデバイス1210のAVデータ及びソースデバイス2212のAVデータを受信したスイッチデバイス2220は、受信されたデータを中継し、シンクデバイス1216にソースデバイス1210のAVデータを伝送し、ソース/シンクデバイス214に、ソースデバイス2212のAVデータを伝送する。また、スイッチデバイス2220は、ソース/シンクデバイス214からAVデータを受信し、受信されたAVデータを、スイッチデバイス1218に伝送する。シンク/スイッチデバイス1218とスイッチデバイス2220との間、及びスイッチデバイス2220とソース/シンクデバイス214とのリンクについて説明すれば、AVデータ、すなわち、非圧縮ビデオデータは、単方向だけに伝送されるのではなく、双方向に伝送される。従って、図2Aのデバイスが、それぞれ1つのAVインターフェースケーブルに連結された場合、AVインターフェースは、1本のケーブルを介して、双方向データ伝送を行うことができ、複数のソースデバイスから受信したAVデータを、時分割デュプレックスを利用して伝送する。図2Bは、本発明の一実施形態によるAVインターフェースを介したデータの双方向伝送を図示している。図2Bに図示された実施形態を参照すれば、ソースデバイス1210例えば、ブルーレイプレーヤのAVデータ例えば、非圧縮ビデオデータは、シンクデバイス1216例えば、プロジェクタで再生され、ソースデバイス2212例えば、セットトップボックスのAVデータは、ソース/シンクデバイス214例えば、PCで再生され、ソース/シンクデバイス214のAVデータは、シンク/スイッチデバイス1218例えば、TVで再生される。ただし、図2Aは、時分割デュプレックスを利用してデータを送受信する方法を図示するとするならば、図2Bは、空間分割デュプレックスspacedivisionduplexを利用してデータを送受信する方法を図示している。図4と係わって後述するように、本発明の一実施形態によるAVインターフェースに基づいたAVリンクは、複数のサーブリンクを含むことができる。また、複数のサーブリンクは、デバイスとデバイスとの物理的な連結を示す空間的に分離した複数のレーンに対応する。従って、図2Bに図示されたように、AVデータを送受信するにおいて、複数のサブリンクに基づいた空間分割デュプレックスを利用してデータを送受信することができる。例えば、図2Bで、シンク/スイッチデバイス1218は、ソースデバイス1210のAVデータ、及びソースデバイス2212のAVデータを、2つのサブリンクを利用して空間分割デュプレックスで伝送することができる。同様に、スイッチデバイス2220からソース/シンクデバイス214のAVデータを受信するときには、他のサブリンクを利用して受信することができる。DVI及びHDMIのような従来技術によるAVインターフェースは、AVデータの双方向伝送を行うことができない。従って、図1に図示されたように、AVインターフェースを利用してデータ伝送ネットワークを構成することができない。しかし、本発明によるAVインターフェースは、図2A及び図2Bに図示されたように、1本のケーブルを介した双方向データ伝送が可能であるから、多様なデバイスが連結された柔軟なネットワーク構成が可能である。再び図1を参照すれば、AVデータだけではなく、多様な類型typeのデータ、すなわち、イーサネット登録商標データ、USBuniversalserialbusデータのようなデータも、本発明の一実施形態によるAVインターフェースを介して送受信される。ルーム2120のノート型パソコン160がルーム1110に設置された無線LANlocalareanetwork共有器159を介して、ルーム3130のPC161に、イーサネットデータを伝送する場合を例を挙げて説明する。イーサネットデータとは、一般的に、TCPtransmissioncontrolprotocol/IPinternetprotocol基盤LANを介して伝送されるデータである。しかし、本発明の一実施形態によるAVインターフェースは、従来技術によるAVインターフェースと異なり、双方向データ伝送を支援するので、AVインターフェースを介して、イーサネットデータを送受信することができる。従って、ノート型パソコン160は、AVリンクで構成されたネットワークを介して、イーサネットデータをPC161に伝送する。このために、図1のネットワークに存在するスイッチデバイスは、イーサネットデータを中継することができる機能を具備する。リンク階層のスイッチングを介して、イーサネットデータを無線共有器159からPC161に伝達する。他の実施形態として、カメラ162のUSBデータをノート型パソコン160に伝送する場合に、スイッチデバイスは、具備されたUSBデータのスイッチ機能を利用し、USBデータをノート型パソコン160に伝達する。AVインターフェースを介して、AVデータだけではなく、多種のデータを伝送するので、AVインターフェースに連結されたネットワークに、多様なデバイスが接続され、自由にデータを送受信することができる。スイッチデバイスは、リンク階層のスイッチングを介して、USBデータを中継する。また、デバイス及びネットワークの制御のためのデータも、本発明の一実施形態によるAVインターフェースを介して送受信される。例えば、ユーザは、ルーム1110のTV153を利用し、同じルームのAVレシーバ152を制御することができる。ユーザは、TV153を操作し、AVレシーバ152を制御するためのデータを、AVインターフェースを介して伝送することにより、AVレシーバ152を制御する。また、AVインターフェースを利用して構成されたネットワークに接続された他のルーム140のTV156またはセットトップボックス158を、AVインターフェースを介して、制御することができる。AVインターフェースに連結されているネットワークの制御のためのデータも、AVインターフェースを介して送受信されるが、リンクの設定はもとより、ネットワークを管理するためのデータが、ネットワークの制御のためのデータとして、AVインターフェースを介して送受信される。多様な類型のデータが、AVインターフェースを介して送受信されるので、AVネットワークの伝送単位は、データの類型についての情報を含んでもよい。データ類型についての情報は、AVネットワークの伝送単位のヘッダに含まれる。また、本発明の一実施形態によるAVインターフェースを介して、電力も伝達することができる。USBインターフェースを介した電力伝達のように、AVリンクを介して、モバイルデバイスに所定の電力を伝達することができる。AVリンクを介して、電力伝達を介してモバイルデバイスの充電または作動のための電力を伝達する。図3は、本発明の一実施形態によるAVネットワークの階層構造を図示している。前述のように、本発明の一実施形態によるAVインターフェースに基づいて、多様な類型のデータを双方向で伝送するために、図3に図示されたようなネットワーク階層構造を利用することができる。図3を参照すれば、本発明の一実施形態によるネットワーク階層構造は、アプリケーション階層310、リンク階層320及び物理階層330を含む。アプリケーション階層310は、前述のAVインターフェースを介して送受信されるデータの処理と係わるサブ階層を含む。ソースデバイスのアプリケーション階層は、ビデオデータの伝送のためのビデオソース階層、オーディオデータの伝送のためのオーディオソース階層、及びAVコンテンツの著作権保護のためのCPcontentprotection階層を含んでもよい。また、イーサネットデータの伝送と係わるイーサネット階層、TCP/IP階層及びDLNAdigitallivingnetworkalliance/UPnPuniversalplugandplay階層を含んでもよい。USBデータの伝送と係わるUSBスタックstack及びAVネットワークの制御と係わるAVインターフェース命令階層を含んでもよい。同様に、シンクデバイスのアプリケーション階層は、ビデオデータの受信のためのビデオシンク階層、オーディオデータの受信のためのオーディオシンク階層、及びAVコンテンツの著作権保護のためのCP階層を含んでもよい。また、イーサネットデータの受信と係わるイーサネット階層、TCP/IP階層及びDLNA/UPnP階層を含んでもよい。USBデータの伝送と係わるUSBスタック及び制御データの伝送と係わるAVインターフェース命令階層を含んでもよい。リンク階層320は、アプリケーション階層のデータを目的デバイスに正確に伝達するための機能を提供する。リンク階層320は、オーディオデータ、ビデオデータのように、リアルタイム伝送が必要なデータのパケット化packetizeまたはデパケット化depacketizeのための同時性データパケット化/デパケット化isochronousdataPakt./Depkt.階層を含む。また、イーサネットデータ、USBデータ及びネットワーク制御データのように、リアルタイム伝送が不要なデータのパケット化またはデパケット化のための非同時性データパケット化/デパケット化asynchronousdataPakt./Depkt.階層を含む。また、AVリンクの管理、及びAVリンクに基づいたネットワークの管理のためのリンク管理階層及びネットワーク管理階層を含む。スイッチデバイスは、前述のリンク階層のスイッチングを行うために、ビデオスイッチ階層、オーディオスイッチ階層、イーサネットスイッチ階層及びデータスイッチ階層を含む。ビデオスイッチ階層及びオーディオスイッチ階層は、同時性データパケット化/デパケット化階層のデパケット化結果に基づいて、リンク階層のソースアドレスsourceaddress及び宛先アドレスdestinationaddressを決定し、決定結果に基づいてスイッチングを行う。同様に、イーサネットスイッチ階層及びデータスイッチ階層は、非同時性データパケット化/デパケット化階層のデパケット化結果に基づいて、リンク階層のソースアドレス及び宛先アドレスを決定し、決定結果に基づいてスイッチングを行う。物理階層330は、リンク階層320のデータを、ケーブルを介して伝送するために、物理的な信号に変換する階層である。ソースデバイス、スイッチデバイス及びシンクデバイスは、いずれも物理階層330を含み、AVコネクタconnector、データの伝送のための物理伝送階層、及びデータの受信のための物理受信階層を含む。リンク階層320の同時性データパケット化/デパケット化階層、または非同時性データパケット化/デパケット化階層は、パケット化されたデータをリンク伝送階層に伝達し、リンク伝送階層は、パケット化されたデータを多重化し、物理階層330に伝達することができる。前述のように、本発明によるAVリンクは、空間分割デュプレックスために、複数のサブリンクを含み、AVケーブルが複数のサブリンクに対応する空間的に分離された複数のレーンを含んでもよい。従って、リンク伝送階層は、パケット化されたデータを多重化multiplexingし、それぞれのレーンに割り当てた後、複数のレーンにそれぞれ対応する複数の物理伝送階層に伝達することができる。一方、複数のレーンにそれぞれ対応する複数の物理受信階層が受信したデータは、リンク受信階層に伝達され、リンク受信階層は、複数の物理受信階層から受信したデータを逆多重化demultiplexingし、同時性データパケット化/デパケット化階層、または非同時性データパケット化/デパケット化階層に伝達することができる。同時性データパケット化/デパケット化階層、または非同時性データパケット化/デパケット化階層は、受信されたデータをデパケット化し、アプリケーション階層310に伝達するか、あるいはスイッチ階層に伝達する。図3に図示されたネットワーク階層構造によるデータの送受信は、AVネットワークで、それぞれのデバイスに割り当てられたアドレスに基づいて行われる。AVインターフェースに連結されたデバイスを識別するために、それぞれのデバイスに、所定のアドレスが割り当てられ、割り当てられたアドレスに基づいて、データの送受信が行われる。図4は、本発明の一実施形態によるデータ伝送経路を図示している。図4を参照すれば、図1のように、AVインターフェースに基づいて形成されたネットワークで、ソースデバイス410がシンクデバイス440に、所定のデータを伝送するために、スイッチデバイス420及び430を経なければならない場合がある。ソースデバイス410とシンクデバイス440とが直接連結されていない場合には、スイッチデバイス420及び430がソースデバイス410が伝送するデータを中継し、シンクデバイス440に伝達しなければならない。図4に図示された例では、ソースデバイス410とシンクデバイス440との間には、2個のスイッチデバイス420及び430が存在し、これにより、リンク0411、リンク1421及びリンク2431が、AVインターフェースに基づいて成立する。ソースデバイス410がシンクデバイス440に伝送するデータは、ストリームであり、リアルタイム伝送が必要であり、QoSqualityofserviceを維持した状態で、ストリームを伝送するためには、リンク0411、リンク1421及びリンク2431にストリームを伝送するための帯域幅が確保されなければならない。図2A及び図2Bと係わって説明したように、スイッチデバイスが、複数のソースデバイスが伝送するデータを中継するときには、時分割デュプレックスまたは空間分割デュプレックスを利用して、中継されるデータを多重化する。ところで、スイッチデバイス1420及びスイッチデバイス2430が、現在多量のデータを中継しており、ソースデバイス410がシンクデバイス440に伝送するストリームのために、帯域幅を利用することができなければ、ストリーミングサービスの品質は、顕著に落ちてしまい、ストリーミングサービス自体が不可能になることもある。従って、ソースデバイス410は、ストリームをシンクデバイス440に伝送する前に、あらかじめデータ伝送経路の帯域幅を確保し、ストリームを伝送する必要がある。データ伝送経路の帯域幅は、リンク0411の帯域幅、リンク1421の帯域幅及びリンク2431の帯域幅のうち、最小の帯域幅によって決定されるが、図5及び図6を参照して、データ伝送経路の帯域幅を確保する方法について詳細に説明する。図5は、本発明の一実施形態によるストリーミング方法を説明するためのフローチャートである。図5を参照すれば、ソースデバイス410が、シンクデバイス440に、ストリームを伝送してストリーミングサービスを始める前に、段階510で、ソースデバイス410は、シンクデバイス440までのデータ伝送経路をチェックする。データ伝送経路の帯域幅が、ストリーミングサービスを行うことができるほどに十分な帯域幅であるか否かをチェックすることができる。段階510に係わる詳細な説明は、図6を参照して後述する。段階510のチェック結果、データ伝送経路がストリーミングサービスを支援することができる場合には、段階520で、ソースデバイス410は、データ伝送経路を確保することをスイッチデバイス1420に伝送する。段階510のチェック結果、データ伝送経路がストリーミングサービスを支援する場合にも、経路チェック以後に、リンク0411に使用可能な帯域幅に変更が発生することがある。段階510のチェック以後、ストリーミングサービスに帯域幅が割り当てられる前に、スイッチデバイス1420が、他のデータの中継を行うことになり、スイッチデバイス1420の使用可能な資源resourceがストリーミングサービスに利用されない場合がこれに該当する。従って、段階520で、ソースデバイス410は、データ伝送経路を確保することをスイッチデバイス1420に要請する。スイッチデバイス1420の要請に従って、リンク0411の資源例えば、帯域幅が、ソースデバイス410が伝送するストリームに割り当てられる。段階520で、ソースデバイス410が、データ伝送経路の確保をスイッチデバイス1420に要請すれば、ソースデバイス410とスイッチデバイス1420は、ネットワークの制御のためのデータを送受信し、リンク0411の資源を確保する。リンクトレーニングlinktraining及び帯域幅割り当てを行い、リンク0411の資源を確保する。リンクトレーニングは、リンク0411の初期化、リンクパラメータの設定、クロック同期化及びチャンネル等化channelequalizationのように、リンクの設定のための過程を含む。帯域幅割り当ては、伝送単位の割り当てを意味するが、図8を参照して詳細に説明する。リンク0411の資源が確保されれば、スイッチデバイス1420は、段階520で受信されたデータ伝送経路の確保要請を、スイッチデバイス2430に中継する。スイッチデバイス1420は、データ伝送経路の確保を、スイッチデバイス2430に要請し、スイッチデバイス1420とスイッチデバイス2430は、ネットワークの制御のためのデータを送受信し、リンク1421の資源を確保する。段階520と同様に、リンクトレーニング及び帯域幅割り当てを行い、リンク1421の資源を確保する。リンク1421の資源が確保されれば、スイッチデバイス2430は、段階530で受信されたデータ伝送経路の確保要請を、シンクデバイス440に中継する。スイッチデバイス2430は、データ伝送経路の確保をシンクデバイス440に要請し、スイッチデバイス2430とシンクデバイス440は、ネットワークの制御のためのデータを送受信し、リンク2431の資源を確保する。段階530と同様に、リンクトレーニング及び帯域幅割り当てを行い、リンク2431の資源を確保する。段階550ないし段階570で、シンクデバイス440は、段階520ないし段階540を介して受信されたデータ伝送経路の確保要請に対する応答を、ソースデバイス410に伝送する。段階520ないし段階540を介して、データ伝送経路の全てのリンクの資源が確保されれば、データ伝送経路の確保成功を示す情報を含む応答をソースデバイス410に伝送し、段階580で、ストリーミングサービスを行う。しかし、リンク0411、リンク1421及びリンク2431のうちいずれか一つでも、ストリーミングサービスを支援することができなければ、段階550ないし段階570を介して伝送される応答は、データ伝送経路の確保失敗を示す情報を含む。データ伝送経路の確保が失敗すれば、既確保のリンクも、確保以前の状態に復元される。例えば、リンク0411及びリンク1421の資源は、ストリーミングサービスのために確保されたが、リンク2431の資源が確保されず、データ伝送経路が確保されない場合には、既確保のリンク0411及びリンク1421も、確保以前の状態に復元される。リンクトレーニングを取り消し、ストリーミングサービスに係わる帯域幅割り当てを取り消す。図6は、本発明の一実施形態による、データ伝送経路をチェックする方法について説明するためのフローチャートである。図6は、図5の段階510をさらに詳細に図示するものである。図6を参照すれば、段階610で、ソースデバイス410は、データ伝送経路のチェックをスイッチデバイス1420に要請する。チェック要請には、ストリーミングサービスのために必要な資源例えば、帯域幅についての情報と共に、ソースデバイス410とスイッチデバイス1420とのリンクであるリンク0411についての情報例えば、使用可能な帯域幅についての情報が含まれる。段階620で、スイッチデバイス1420は、段階610で受信された要請をスイッチデバイス2430に中継する。中継するときに、スイッチデバイス1420とスイッチデバイス430とのリンクであるリンク1421についての情報をさらに含めて中継する。言い換えれば、段階620で伝送されるチェック要請には、ストリーミングサービスのために必要な資源についての情報、リンク0411についての情報及びリンク1421についての情報が含まれる。段階630で、スイッチデバイス2430は、段階620で受信された要請をシンクデバイス440に中継する。中継するときに、スイッチデバイス2430とシンクデバイス440とのリンクであるリンク2431についての情報をさらに含めて中継する。言い換えれば、段階630で伝送されるチェック要請には、ストリーミングサービスのために必要な資源についての情報、リンク0411についての情報、リンク1421についての情報及びリンク2431についての情報が含まれる。段階630で受信されたチェック要請に基づいて、シンクデバイス440は、データ伝送経路が有効であるか否かを判断する。チェック要請に含まれているストリーミングサービスのために必要な資源についての情報を、リンク0411についての情報、リンク1421についての情報及びリンク2431についての情報と比較し、データ伝送経路が有効であるか否かを判断することができる。ストリーミングサービスのために必要な帯域幅より、リンク0411の使用可能な帯域幅、リンク1421の使用可能な帯域幅及びリンク2431の使用可能な帯域幅が広ければ、データ伝送経路が有効であると判断することができる。データ伝送経路が有効であると判断されれば、段階640ないし段階660を介して、データ伝送経路が有効であるということを示す情報を含む応答を、ソースデバイス410に伝送する。このとき、データ伝送経路の全てのリンクについての情報が応答に含まれる。言い換えれば、リンク0411の使用可能な帯域幅、リンク1421の使用可能な帯域幅、及びリンク2431の使用可能な帯域幅についての情報が応答に含まれる。データ伝送経路が有効ではないと判断されれば、段階640ないし段階660を介して、データ伝送経路が有効ではないということを示す情報を含む応、ソースデバイス410に伝送する。このときにも、データ伝送経路の全てのリンクについての情報が応答に含まれる。図7は、本発明の一実施形態によるAVリンクを図示している。図7を参照すれば、本発明によるAVインターフェースに基づいて成立したAVリンクは、複数のレーンを含んでもよい。それぞれのレーンは、デバイスとデバイスとの物理的な連結を示すものであり、TPtwistedpairにそれぞれ対応する。それぞれのレーンを介して、双方向データ通信が可能である。図5の段階520ないし段階540で行われる帯域幅割り当ては、図7に図示された複数のレーンのうち一つまたは複数のレーンをストリームに割り当てることを意味する。図8、図9A及び図9Bを参照して詳細に説明する。図8は、本発明の一実施形態による伝送単位の割り当て方法を図示している。図8は、ソースデバイス410からシンクデバイス440への方向を、順方向であるとするとき、順方向サブリンクでの伝送単位の割り当てについて、例を挙げて説明する。図8を参照すれば、帯域幅の割り当ては、それぞれのリンクで、ソースデバイス410が伝送するストリームに伝送単位を割り当てることを意味する。伝送単位は、複数の基本単位を含み、データ伝送の基礎になる単位を意味する。1つのサイクル810,820または830には、複数の伝送単位例えば、1024個の伝送単位が含まれもし、複数のレーンを介して、伝送単位が同時に伝送されることもある。また、それぞれの伝送単位は、複数の基本単位例えば、256個の基本単位を含んでもよいが、基本単位は、最小データ単位を意味する。例えば、ビット深度bitdepthが8ビットである映像データで、基本単位は、8ビットでもある。しかし、8ビットの基本単位は、デバイス間の送受信のために、チャンネル符号化channelcodingされ、チャンネル符号化された基本単位は、8ビットより大きいビット例えば、10ビットの単位でもある。サイクル810,820または830は、伝送単位の割り当てが変更される周期を意味する。サイクルごとに、伝送単位の割り当てを変更することができるが、ストリーミングサービスが続く間には、伝送単位の割り当てを変更しないこともある。ソースデバイス410からシンクデバイス440への順方向サブリンクは、複数のレーンを含んでもよく、それぞれのレーンについて、伝送単位の割り当てを異なって設定することもでき、全てのレーンについて、伝送単位の割り当てを同一に設定することもできる。伝送単位の割り当ては、1つの伝送単位840に含まれた複数の基本単位を、所定のデータに割り当てることによって行われる。例えば、ソースデバイス410が伝送するストリームに、伝送単位840に含まれた複数の基本単位を割り当てることができる。前述のように、それぞれのサイクル810,820及び830ごとに、伝送単位の割り当ては異なっており、それぞれのサイクル810,820及び830が始まるとき、伝送単位の割り当てについての情報を、サイクル開始パケットcyclestartpacket821及び831に含め、AVリンクを形成している相対デバイスに伝送することができる。サイクル開始パケット821及び831を介して、当該サイクル810,820及び830での伝送単位の割り当てについての情報を受信したデバイスは、受信された情報に基づいて、受信された伝送単位から、ソースデバイス410が伝送するストリームに対応する基本単位だけ抽出することができる。サイクル開始パケットは、図8に図示されているように、それぞれのサイクルで、最初でinitially伝送される少なくとも1つの伝送単位に含まれる。図9A及び図9Bは、本発明の一実施形態による伝送単位をストリームに割り当てる方法を図示している。図9Aを参照すれば、順方向サブリンクがレーンL0のみを含むとき、L0のレーンを介して伝送される伝送単位の一部基本単位910を、ソースデバイス410が伝送するストリームに割り当てることにより、帯域幅を割り当てることができる。また、図9Bに図示されているように、順方向サブリンクが、レーンL0,L1及びL2を含むとき、L0,L1及びL2を介して伝送される伝送単位の一部基本単位920を、ソースデバイス410が伝送するストリームに割り当てることにより、帯域幅を割り当てることができる。図10は、本発明の一実施形態によるAVインターフェースに基づいて成立したネットワークのデバイスを図示している。図10に表示された数字は、ポートport番号を意味し、円形ポートは、AVネットワークのポートを意味する。0番ポートは、いずれもホストファンクションfunctionを意味し、0番ポートを除いた四角ポートは、イーサネットポートを意味する。円形輪郭にX字表示は、AVネットワークで送受信されるデータを中継するAVネットワークのスイッチを意味する。ただし、ルータのスイッチは、イーサネットデータだけ中継するイーサネットスイッチを意味する。段階580図5で、ストリーミングサービスが行われるためには、AVリンクで成立したAVネットワークのデバイスが、ソースデバイス410のストリームをシンクデバイス440まで正確に中継しなければならない。このために、図10に図示されたAVネットワークのデバイスは、ソースデバイス410がマッピングされたポートを介してストリームを受信し、シンクデバイス440がマッピングされたポートを介してストリームを伝送する。このとき、それぞれのデバイスは、ポートと、ポートのストリームとがマッピングされたフォワーディングテーブルを参照し、ストリームを中継することができる。フォワーディングテーブルは、図11Aないし図11Iを参照して説明する。図11Aないし図11Iは、本発明の一実施形態によるストリームを中継するためのフォワーディングテーブルを図示している。図10に図示されたデバイス間で、STB1010がTV11020に伝送するストリームA、TV11020がAVR1030に伝送するストリームB、BDP1040がTV21050に伝送するストリームC、STB1010がPC21060に伝送するストリームD、GC1060がTV31080に伝送するストリームEに、いずれも5個のストリームが送受信されるとき、図11Aは、STB1010のフォワーディングテーブルを図示し、図11Bは、AVR1030のフォワーディングテーブルを図示し、図11CはPVR1090のフォワーディングテーブルを図示している。図11Dは、TV11020のフォワーディングテーブルを図示し、図11Eは、TV21050のフォワーディングテーブルを図示し、図11Fは、GC1070のフォワーディングテーブルを図示している。図11Gは、PC21060のフォワーディングテーブルを図示し、図11Hは、TV31080のフォワーディングテーブルを図示し、図11Iは、BDP1040のフォワーディングテーブルを図示している。ソースアドレスに係わる項目は、5つのストリームのソースデバイスのAVネットワークのアドレスを定義する。ストリームインデックスは、1つのソースデバイスが複数のストリームを伝送するとき、複数のストリームを区分するための識別子を定義し、InPort項目及びOutPort項目は、ストリームが受信されるポートと、ストリームが伝送されるポートとを定義する。BW項目は、それぞれのストリームを送受信するために必要な帯域幅を定義する。図12は、本発明の一実施形態による非同時性データパケットを図示している。図5の段階520ないし段階580、図6の段階610ないし段階660で、デバイス間で送受信される要請及び応答は、ネットワークの制御のために送受信される要請及び応答であり、前述の非同時性データに該当する。図12は、かような非同時性データパケットの構造を図示している。図12を参照すれば、AVネットワークを介して送受信される非同時性データパケットのHeader部分は、宛先AVネットワークアドレスとして、DestinationAddressフィールドを含み、ソースAVネットワークアドレスとして、SourceAddressフィールドを含む。Typeフィールドは、非同時性データパケットの類型を定義する。非同時性データパケットが、リンク階層管理のためのパケット、イーサネットフレームを含むパケット、アプリケーション階層の制御命令のためのパケット、データの受信を確認するためのACKパケットのうち、いずれのパケットであるかを示す情報がTypeフィールドに含まれる。Subtypeフィールドは、Typeフィールドによって区別される類型より、さらに詳細な類型を定義する利用される。ControlFlagsフィールドは、詳細なパケット制御のためのフラグであり、図13に図示された通りである。図13を参照すれば、ControlFlagsは、PathProcessingRequiredフィールド、ForwardingProhibitedフィールド及びACKRequestedフィールドを含んでもよい。PathProcessingRequiredフィールドは、非同時性データパケットが、パケットを受信したデバイスによって、処理及び/または修正されなければならないパケットであるか否か示すフィールドであり、ForwardingProhibitedフィールドは、非同時性データパケットの中継を禁止するフィールドである。ACKRequestedフィールドは、非同時性データパケットを受信したデバイスに、受信を確認する応答を強要するためのフィールドである。AVネットワークの伝送単位のdata部分は、実際伝送されるデータを含む。非同時性データパケットが、伝送単位の割り当てについての情報を含めば、data部分に、伝送単位の割り当てについての情報が含まれる。図14及び図15は、本発明の一実施形態によって、AVネットワークのデバイスが周期的に伝送するパケットを図示している。図1及び図10に図示されているように、AVインターフェースに基づいて形成されたネットワークを維持するためには、ネットワークに含まれるデバイスが、自体の存在をネットワークの他のデバイスに通知する必要がある。従って、AVネットワークのデバイスは、周期的に自体の存在を他のデバイスに通知する図14に図示されたパケットを伝送する。図14に図示された、周期的に伝送するパケットも、ネットワーク制御のためのパケットであり、非同時性データパケットに該当し、図12に図示されたdata部分に含まれ、他のデバイスに伝送される。Num.ofPortsフィールドは、デバイスが保有している全体ポートの個数を定義するフィールドであり、NumberofEthernetPortsは、全体ポートのうち、イーサネットポートの個数を定義するフィールドである。EMAフィールドは、デバイスのイーサネットアドレスを定義するフィールドであり、PortNumberフィールドは、ポートの番号を定義し、PortStatusフィールドは、ポートの状態を定義する。NumberofLaneは、1つのポートが、図7に図示されているように、複数のレーンを含むとき、レーンの個数を定義するフィールドである。SupportedFunctionsフィールド及びFunctionStatusフィールドは、デバイスが行うことができる機能及び当該機能の現在状態を定義するフィールドである。図15を参照して詳細に説明する。図15を参照すれば、SupportedFunctionsフィールドは、byte2に対応するフィールドであり、VSR,VSK,ASR,ASK,ETH及びUSBフィールドを含む。VSRフィールドは、デバイスがビデオソースとしての機能を行うことができることを示すフィールドであり、VSKフィールドは、デバイスがビデオシンクとしての機能を行うことができることを示すフィールドである。ASRフィールド及びASKフィールドは、デバイスがオーディオソース及びオーディオシンクとしての機能を行うことができることを示すフィールドである。ETHフィールドは、デバイスがイーサネットデータを送受信している機能を具備していることを示すフィールドである。USBフィールドは、デバイスがUSBデータを送受信する機能を具備していることを示すフィールドである。FunctionStatusフィールドは、byte3に対応するフィールドであり、SupportedFunctionsフィールドで定義された機能が現在作動しているか否かを示すフィールドである。図16は、本発明の一実施形態によるデータ伝送経路のチェックのためのパケットを図示している。図16は、段階610ないし段階620を介して、ソースデバイス410がシンクデバイス440に伝送するデータ伝送経路のチェックのためのパケットを図示している。データ伝送経路のチェックのためのパケットも、ネットワークの制御のためのパケット路で、非同時性データパケットに該当し、図12に図示されたdata部分に含まれてシンクデバイス440に伝送される。図16を参照すれば、RequiredBandwidthフィールドは、ソースデバイス410がストリーミングサービスのために必要な帯域幅を定義し、ResourceTypeフィールドは、ソースデバイス410が伝送するデータの類型を図示している。ソースデバイス410は、ストリームを伝送し、ストリームは、同時性データであるので、ResourceTypeフィールドは、同時性データであるか否かを示すように設定される。SourceRDAは、ソースデバイス410のAVネットワークアドレスを定義し、PortNumberは、ストリームが伝送されるポートの番号を定義する。AvailableBandwidthは、データ伝送経路に含まれたリンクで使用可能な帯域幅を定義する。ソースデバイス410が、段階610図6で、最初の行に対応するフィールド1600、及び2行目に対応するフィールド1610を含むチェック要請を、スイッチデバイス1420に伝送すれば、スイッチデバイス1420は、3行目に対応するフィールド1620を追加してスイッチデバイス2430に伝送し、シンクデバイス440直前のデバイスであるスイッチデバイス2430は、最後の行に対応するフィールド1630を追加してシンクデバイス440に伝送する。2行目に対応するフィールド1610のAvailableBandwidthフィールドは、リンク0411図4の使用可能な帯域幅と定義され、3行目に対応するフィールド1620のAvailableBandwidthフィールドは、リンク1421図4の使用可能な帯域幅と定義され、最後の行に対応するフィールド1630のAvailableBandwidthフィールドは、リンク2431図4の使用可能な帯域幅と定義される。FirstBranchRDAフィールドは、スイッチデバイス1420図4のAVネットワークアドレスと定義され、LastBranchRDAフィールドは、スイッチデバイス2430のAVネットワークアドレスと定義される。図17は、本発明の一実施形態によるデータ伝送経路のチェックのためのパケットに対する応答パケットを図示している。図16に図示されたようなデータ伝送経路のチェックを要請するパケットを受信したシンクデバイス440は、図17に図示されたような応答パケットを、ソースデバイス410に伝送する。図16に図示されたパケットと異なる点は、ResponseCodeフィールドが追加されるという点である。図16に図示されたパケットを受信したシンクデバイス440図4は、受信されたパケットに含まれたAvailableBandwidthフィールドを参照し、データ伝送経路がストリーミングサービスを支援することができる十分な帯域幅を保有しているか否かを判断し、判断結果についての情報をResponseCodeフィールドに定義し、応答パケットを生成する。生成された応答パケットは、図12に図示された非同時性データパケットのdata部分に含まれ、ソースデバイス410に伝送される。図18は、本発明の一実施形態によるデータ伝送経路の確保を要請するパケットを図示している。図17に図示されたようなチェック要請に対する応答パケットを受信したソースデバイス410は、図18に図示されたようなデータ伝送経路の確保を要請するパケットを生成し、シンクデバイス440に伝送する。RequiredBandwidthフィールド、ResourceTypeフィールド及びSourceRDAフィールドは、図16及び図17に図示された通りである。StreamIndexフィールドは、ストリームを識別するためのフィールドであり、図11Aないし図11Iに図示されたストリームインデックスに係わる項目と同一である。データ伝送経路の確保を要請するパケットも、ネットワークの制御のためのパケットであり、非同時性データパケットであるので、図12に図示された非同時性データパケットのdata部分に含まれ、シンクデバイス440に伝送される。図19は、本発明の一実施形態によるデータ伝送経路の確保を要請するパケットに対する応答パケットを図示している。図18に図示されたようなデータ伝送経路の確保を要請するパケットを受信したシンクデバイス440図4は、図19に図示されたような応答パケットを、ソースデバイス410図4に伝送する。図18に図示されたパケットと異なる点は、ResponseCodeフィールドが追加されるという点である。段階520ないし段階540図5を介して、データ伝送経路を確保すれば、確保成功を示す情報が、ResponseCodeフィールドに含まれた応答パケットをソースデバイス410に伝送し、データ伝送経路を確保することができなければ、確保失敗を示す情報が、ResponseCodeフィールドに含まれた応答パケットをソースデバイス410に伝送する。図19に図示されたパケットも、ネットワークの制御のためのパケットであり、非同時性データパケットであるので、図12に図示された非同時性データパケットのdata部分に含まれ、ソースデバイス410に伝送される。図20は、本発明の一実施形態によるデータ伝送装置及びデータ受信装置を図示している。図20を参照すれば、本発明によるソースデバイス410のデータ伝送装置は、経路管理部2010及びデータ伝送部2020を含み、シンクデバイス440のデータ受信装置は、経路管理部2030及びデータ受信部2040を含む。経路管理部2010は、経路管理部2030と通信し、データ伝送経路のチェック及び確保を行う。経路管理部2010は、図16に図示されたようなデータ伝送経路のチェックを要請するパケットを生成し、経路管理部2030に伝送し、経路管理部2030は、図17に図示されているように、応答パケットを生成し、経路管理部2010に伝送する。データ伝送経路のチェック結果、データ伝送経路が、ストリームデータを伝送するために必要な帯域幅を保有していれば、経路管理部2010は、図18に図示されているように、データ伝送経路の確保を要請するパケットを生成し、経路管理部2030に伝送し、経路管理部2030は、図19に図示されているように、応答パケットを生成して経路管理部2010に伝送する。データ伝送経路のチェック及び確保がいずれも完了すれば、データ伝送部2020は、ストリームをデータ受信部2040に伝送し、ストリーミングサービスを始める。以上のように、本発明は、たとえ限定された実施形態と図面とによって説明したにしても、本発明が前記の実施形態に限定されるものではなく、それらは、本発明が属する分野で当業者であるならば、かような記載から多様な修正及び変形が可能であろう。従って、本発明の思想は、特許請求の範囲によってのみ把握されなければならず、それと均等であるか、あるいは等価的な変形は、いずれも本発明思想の範疇に属するものである。また、本発明によるシステムは、コンピュータで読み取り可能な記録媒体に、コンピュータで読み取り可能なコードとして具現することが可能である。例えば、本発明の例示的な実施形態によるデータ伝送装置及びデータ受信装置は、図20に図示されたような装置のそれぞれのユニットにカップリングされたバス、前記バスに結合された少なくとも1つのプロセッサを含んでもよい。また、命令、受信されたメッセージまたは生成されたメッセージを保存するために前記バスに結合され、前述のような命令を遂行するための少なくとも1つのプロセッサにカップリングされたメモリを含んでもよい。また、コンピュータで読み取り可能な記録媒体は、コンピュータシステムによって読み取り可能なデータが保存される全ての種類の記録装置を含む。記録媒体の例としては、ROMreadonlymemory、RAMrandomaccessmemory、CDcompactdisc-ROM、磁気テープ、フロッピー登録商標ディスク、光データ保存装置などを含む。またコンピュータで読み取り可能な記録媒体は、ネットワークに連結されたコンピュータシステムに分散され、分散方式でコンピュータで読み取り可能なコードが保存されて実行される。"