(57)【特許請求の範囲】
【請求項１】
受信者装置へデータストリームを送信するための装置において、
受信者装置へデータストリームを送信するように構成された送信器であって、前記データストリームは複数のデータパケットを含むものである送信器と、
データパケットの到着状態に関して前記受信者装置から応答を受け取るように構成された受信器と、
前記送信器のオペレーションを指令するように構成されたネットワークユニットであって、データストリームを一定の帯域巾で維持するように前記送信器に指令するネットワークユニットと、
を備え、
前記一定の帯域巾は、少なくとも前記データパケットを送信するためのピークと同程度であり、前記ネットワークユニットは、一定の帯域巾を維持するために充分な数の付加的なデータパケットを送信するように前記送信器に指令するようになっており、
前記ネットワークユニットは、前記装置が待機期間中に前記受信者装置へデータパケットを首尾良く送信したことを示す指標に基づいて、帯域巾がデータストリームの送信のために予約されたことを決定するように構成されており、
前記受信者装置が混雑待機期間中にデータパケットの受信に失敗したことを前記ネットワークユニットが決定した場合に、前記ネットワークユニットは、再開待機期間中、データストリームの送信を停止又は減少するようになっており、
前記混雑待機期間は、前記帯域巾が予約されたことを前記ネットワークユニットが決定したことを受けて、より長い期間に設定されることを特徴とする装置。
【請求項２】
前記付加的なデータパケットは、１つ以上のナルデータパケットを含む、請求項１に記載の装置。
【請求項３】
前記付加的なデータパケットは、１つ以上の冗長なデータパケット、再送信データパケット、又はその両方を含む、請求項１に記載の装置。
【請求項４】
前記受信者装置へ送信された１つ以上のデータパケットを保持するためのバッファを更に備え、前記ネットワークユニットは、そのネットワークユニットが前記受信者装置により受信されていないと決定する１つ以上のデータパケットを再送信する、請求項１に記載の装置。
【請求項５】
前記ネットワークユニットは、１つ以上のデータパケットが前記受信者装置により受信されていないことを、前記受信者装置からの１つ以上の応答の受信、又は前記受信者装置からの１つ以上の応答の受信の欠乏に少なくとも一部分基づいて決定する、請求項１に記載の装置。
【請求項６】
前記混雑待機期間は、ランダムな長さを有する、請求項１に記載の装置。
【請求項７】
前記帯域巾の予約はネットワークに対して中央ビター又はサーバーを使用せずに、如何なる競合するネットワーク要素間を整合又は通信せずに前記装置によって行われる、請求項１に記載の装置。
【請求項８】
データストリームを送信する方法において、
装置からネットワークを経て前記データストリームを送信するステップを備え、
前記装置からネットワークを経て前記データストリームを送信するステップは、前記データストリームを、データパケットの送信のためのピークと少なくとも同程度の一定の帯域巾に維持するステップを含み、
前記データストリームを送信するステップはさらに前記一定の帯域巾を維持するために充分な数の付加的なデータパケットを送信することを含み、
前記方法は、さらに、
ネットワークに対するデータ干渉のレベルがスレッシュホールドレベル以上であるかどうかを決定するステップと、
前記装置によって、前記データストリームが、データ干渉レベルがしきい値に到達することなしにアドミッション待機期間の間に首尾よく送信されたことを示す指標に基づいて、前記装置が、帯域巾が前記データストリームの送信のために予約されたことを決定するステップと、
前記データ干渉レベルが、混雑待機期間に等しい期間中、前記スレッシュホールドレベル以上で持続する場合には、前記装置によって前記データストリームの送信を停止又は減少するステップと、
を備え、
前記混雑待機期間は、前記帯域巾が予約されたことが決定されたことを受けて、より長い期間に設定されることを特徴とする方法。
【請求項９】
前記混雑待機期間はランダム化インターバルによって修正される、請求項８に記載の方法。
【請求項１０】
前記装置に対する混雑待機期間及びランダム化インターバルを確立するステップを更に備えた、請求項９に記載の方法。
【請求項１１】
前記一定の帯域巾を維持するための付加的なデータパケットが１つ以上のナルデータパケットを含む、請求項８に記載の方法。
【請求項１２】
意図された受信者によって受信されなかったデータパケットを再送信するステップをさらに含み、前記帯域巾を維持するための付加的なデータパケットが１つ以上の再送信されたデータパケットを含む、請求項８に記載の方法。
【請求項１３】
前記データストリームの送信が停止または減少された場合、待機期間の後に前記データストリームを再初期化するように試みるステップを更に備えた、請求項８に記載の方法。
【請求項１４】
前記待機期間は、ランダムな長さを有する、請求項１３に記載の方法。
【請求項１５】
前記帯域巾の予約が中央アービター又はサーバーを使用せずに、そして如何なる競合するネットワーク要素間を整合又は通信せずに、前記装置によって決定される、請求項８に記載の方法。
【請求項１６】
第１ネットワークインターフェイスを含む第１ネットワーク装置と、第２ネットワークインターフェイスを含む第２ネットワーク装置と、を備えるネットワークであって、
前記第１ネットワーク装置は、
複数のデータパケットを含むデータストリームを送信する要求を受信し、更に、データストリームを一定の帯域巾で送信し、
前記一定の帯域巾は、少なくとも前記データパケットを送信するためのピークと同程度であり、
前記一定の帯域巾を維持するために充分な数の付加的なデータパケットを送信するように送信器に指令するネットワークユニットを備え、
前記ネットワークユニットは、前記第１ネットワーク装置が待機期間中に前記第２ネットワーク装置へデータを首尾良く送信した場合にデータストリームの送信のための帯域巾が予約されたことを決定するように構成されており、
前記第２ネットワーク装置は、データストリームを受信すると共に、データの受信に関して前記第１ネットワーク装置に通知し、
前記第１ネットワーク装置は、該第１ネットワーク装置がアドミッション待機期間の間に前記第２ネットワーク装置に首尾よく前記データストリームのデータパケットを送信したことを示す指標に基づいて、当該ネットワーク上において前記データストリームの送信のために帯域巾が予約されたことを決定するように構成されており、
前記第１ネットワーク装置は、前記第２ネットワーク装置が混雑待機期間中にデータパケットを受信するのに失敗した場合、前記第１ネットワーク装置が再開待機期間中に前記データストリームの送信を停止または減少することを判断し、
前記混雑待機期間は、前記帯域巾が予約されたことが決定された場合の方が、前記帯域巾が予約されたことが決定されなかった場合よりも長い期間に設定されることを特徴とするネットワーク。
【請求項１７】
データストリームを送信する前記要求は、第３ネットワーク装置から受信される、請求項１６に記載のネットワーク。
【請求項１８】
前記データストリームはメディアデータより成る、請求項１６に記載のネットワーク。
【請求項１９】
前記第２ネットワーク装置は、メディアデータを提示する、請求項１８に記載のネットワーク。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、一般的に、ネットワークの分野に係り、より詳細には、相互接続ネットワークにおいてデータフローのための帯域巾予約を行う方法及び装置に係る。
【背景技術】
【０００２】
ネットワークは、複数のパーソナル電子メディア装置の相互接続を含む。種々のメディア装置は、データを共有し、便宜性を高め、且つ各エレメントをより完全に使用するために、一緒にネットワーク接続することができる。例えば、家庭の中にある幾つかの装置を一緒に接続することができる。このような環境では、オーディオ、ビデオ、ゲーム及び他の用途のためにデジタルメディアコンテンツをストリーミングする複数の潜在的なソース及びユーザが存在する。
【０００３】
このような相互接続ネットワークを通してデータストリームを送信するときには、高いサービス品質を維持するためにフローに対して帯域巾を予約することが望まれる。例えば、イーサネットベースのネットワークを経て他のトラフィックと共にデータストリームを配送するときには、全帯域巾容量を越えて、データストリームを含む全トラフィックソースに対する性能の低下を招くことがある。帯域巾予約が実施される場合には、例えば、ネットワークリソースに対する競合によりデータパケットが失われることがないように保証するために、充分な帯域巾が存在する場合だけデータストリームが一般的にネットワークにアドミッションされる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のネットワーク装置、特に、消費者市場をターゲットとする品目は、一般的に、帯域巾予約に対するサポートを含んでいない。更に、存在する従来の帯域巾予約スキームは、オペレーションに制約がある。従来のスキームは、典型的に、このスキームを機能させるために全ネットワークエンティティがこれを実施することを必要とし、即ち通常は、アクティブな予約範囲を外れるトラフィックに対して優雅に反応する部分的欠陥モード又はメカニズムが存在しない。
【０００５】
更に、帯域巾の予約は、一般的に、予約要求に応じる役割を果たすネットワークトポロジーの知識を伴う集中型アービター（又はサーバー）か、又は集中型アービターと同等の機能を分散形態で与える予約エンティティ間のメッセージ交換プロトコルかのいずれかを必要とする。従来の解決策は、その有用性を制限する欠点があり、軽量ネットワーク環境においてその実施を不可能にすることがある。一般的に、ネットワークトポロジーが適切であることを決定する標準的な手段がなく、トポロジーが分からないネットワークでは、困難さを招く。アービターを使用するシステムでは、オペレーションのためにアービターの利用を保証しなくてはならず、又、例えば、停電のために予約を適切に放棄しない不作法なエンティティをハンドリングするためのメカニズムを設けなければならない。分散型スキームでは、全ての通信エンティティが予約プロトコル及び分散型予約状態を管理する必要があるという点で複雑さが付加される。このような両スキームは、一般に、容量情報を得又は予約を実施するには、スイッチ及びルーターのようなネットワークインフラストラクチャーからの支援に依存する。又、このような解決策は、一般的に、確立された予約範囲を外れるトラフィックを取り扱うためのメカニズムも与えない。
【課題を解決するための手段】
【０００６】
相互接続ネットワークにおいてデータフローのための帯域巾予約を行う方法及び装置が提供される。
【０００７】
本発明の第１の態様では、装置は、受信者装置へデータストリームを送信するための送信器を備え、データストリームは、複数のデータパケットを含むものである。装置は、更に、データパケットの到着状態に関して受信者装置から応答を受け取るための受信器と、送信器のオペレーションを指令するためのネットワークユニットであって、一定の帯域巾をもつデータストリームを維持するように送信器に指令するネットワークユニットと、を備えている。
【０００８】
本発明の第２の態様では、ネットワークは、第１ネットワークインターフェイスを含む第１ネットワーク装置であって、複数のデータパケットを含むデータストリームを送信する要求を受信するような第１ネットワーク装置を備えている。この第１ネットワーク装置は、データストリームを一定の帯域巾で送信する。ネットワークは、更に、第２ネットワークインターフェイスを含む第２ネットワーク装置であって、データストリームを受信すると共に、データの受信に関して第１ネットワーク装置に通知するような第２ネットワーク装置を備えている。
【０００９】
本発明の第３の態様では、ネットワーク内でデータストリームの帯域巾を予約するための方法は、複数のデータパケットを含むデータストリームを送信するための一定帯域巾を確立するステップを備えている。この方法は、更に、１人以上の意図された受信者へデータストリームを送信するステップであって、このデータストリームの送信は、一定帯域巾を維持するのに充分な特別なデータパケットを送信することを含むようなステップも備えている。データストリームの送信が、ある期間中に首尾良く行われる場合に、帯域巾が予約される。
【００１０】
本発明の実施形態は、同様の要素が同じ参照番号で示された添付図面を参照して、一例として説明するが、これに限定されない。
【図面の簡単な説明】
【００１１】
【図１】ネットワークにおけるデータストリームの送信を示す。
【図２】娯楽ネットワークの実施形態を示す。
【図３】ネットワークにおける装置間のメディアデータストリームの送信の実施形態を示す。
【図４】帯域巾予約を与えるためのネットワーク装置間の通信の実施形態を示す。
【図５】ネットワークにおける複数の装置によるデータ送信の実施形態を示す。
【図６】ネットワークにおいてデータストリームを送信するために帯域巾を予約するプロセスの実施形態を示すフローチャートである。
【図７】ネットワーク装置の実施形態を示す。
【図８】ネットワーク装置のコンポーネントの実施形態を示す。
【発明を実施するための形態】
【００１２】
本発明の実施形態は、一般的に、相互接続ネットワークにおけるデータフローのための帯域巾予約に向けられる。
【００１３】
ここで使用する「娯楽ネットワーク」とは、（音楽、オーディオ／ビデオ、ゲーム、写真、等を含む）デジタルメディアコンテンツを装置間に配信するための相互接続ネットワークを意味する。娯楽ネットワークは、パーソナル娯楽ネットワーク、例えば、家庭用のネットワーク、業務設定の娯楽ネットワーク、又は娯楽装置の他のネットワークを含む。このようなネットワークでは、あるネットワーク装置は、メディアコンテンツのソース、例えば、デジタルテレビジョンチューナ、ケーブルセットトップボックス、ビデオ記憶サーバー、及び他のソース装置である。他の装置は、メディアコンテンツを表示又は使用するもので、例えば、デジタルテレビジョン、ホームシアターシステム、オーディオシステム、ゲームシステム、及び他の装置である。更に、ある装置は、メディアコンテンツを記憶又は転送するように意図されたもので、例えば、ビデオ及びオーディオ記憶サーバーである。ある装置は、複数のメディアファンクションを遂行することができる。ある実施形態では、ネットワーク装置は、単一のローカルエリアネットワーク上の同じ位置にある。他の実施形態では、ネットワーク装置は、例えば、ローカルエリアネットワーク間のトンネルを通して複数のネットワークセグメントに広がる。娯楽ネットワークは、複数のデータエンコード及び暗号化プロセスを含む。
【００１４】
ある実施形態では、相互接続ネットワークにおいて帯域巾予約が与えられる。相互接続ネットワークは、複数の娯楽メディア装置がネットワークに相互接続された娯楽ネットワークを含むが、これに限定されない。
【００１５】
ある実施形態では、ソース装置は、データフローに必要な一定帯域巾を指定することによりネットワークインフラストラクチャーに対するデータフロー予約要求を開始する。帯域巾は、例えば、データフローに対するピーク帯域巾である。必要な帯域巾が使用できる場合には、ネットワークインフラストラクチャーは、使用中にネットワーク経路に沿って帯域巾を予約するように動作する。ある実施形態では、所与のリンクの全容量を越えるその後の予約要求が拒絶されるが、要求プロセス中の一時的な過負荷状態は許される。
【００１６】
ある実施形態では、中央アービター又はサーバーを使用せずに、そして競合するネットワーク要素間を整合又は通信せずに、帯域巾予約が行われる。ある実施形態では、データフローを与え及び受け取るネットワークエンティティが最小限のリソースしか所有しないネットワーク環境において帯域巾予約が行われる。又、ある実施形態では、このようなオペレーションに利用できる区別されたサービスを要求せずに、帯域巾予約が行われる。一実施形態では、他のエンティティ、ネットワークトポロジー、又は持続的状態の存在を知らない装置の非連合グループに対して、帯域巾予約を確立する手段が設けられる。ある実施形態では、帯域巾予約は、予約プロセスを実施又はサポートしないエンティティからのトラフィックを優雅にハンドリングすることができる。
【００１７】
ある実施形態では、変化する厳密さレベルで帯域巾予約を実施することができる。例えば、基礎となるネットワークが増強型メカニズムを果たさない場合には、ネットワークエンティティ間の相互合意に基づいて実施がなされる。ネットワークインフラストラクチャーにおいてパケットプライオリティに対するサポートが存在する場合は、新たな予約及び非関与トラフィックは、予約されたフローに影響しないように保証される。ネットワークインフラストラクチャーにおいて帯域巾予約に対するサポートが存在する場合は、帯域巾システムは、帯域巾予約を実施するようにネットワークインフラストラクチャーをレバレッジすることができる。ある実施形態では、システムがコールの場合に動作して、制約のないネットワーク環境において帯域巾予約を行う上でシステムを有用なものにする。
【００１８】
図１は、ネットワークにおけるデータストリームの送信を示す。この図では、パーソナル娯楽ネットワークのようなネットワークにおいて、複数の装置が相互接続されている。例えば、装置Ａ１０５、装置Ｂ１１０、装置Ｃ１１５、及び装置Ｄ１２０がネットワーク１２５に接続される。ネットワークには、いかなる数の装置があってもよい。このネットワークでは、装置は、ネットワーク内の他の装置へデータストリームを転送し、例えば、メディアデータをストリーミングすることができる。
【００１９】
一実施例において、装置Ａ１０５は、ネットワーク１２５を経て装置Ｂ１１０へ第１データストリーム１３０を転送することが要求される。しかしながら、ネットワークは、容量に制限があり、従って、考えられる全てのデータストリームをサポートすることができない。又、この実施例では、装置Ｃ１１５も、装置Ｄ１２０へ第２データストリーム１３５を送信することが要求される。この場合には、第１データストリーム１３０及び第２データストリーム１３５の同時送信により、特に、それらデータストリームのいずれか又は両方がピークであるときに、ネットワークの容量を越えることがある。
【００２０】
ある実施形態では、各送信装置がデータストリームを一定の帯域巾で送信するように試みる。ある実施形態では、送信装置が、ピーク送信に対して帯域巾を予約するのに充分な一定の帯域巾を確立するように試みる。ある実施形態では、ネットワーク上の他の装置のオペレーションが、ネットワークを経てデータを送信する他の装置と通信せずに又はそのような他の装置を知らずに、必要な帯域巾の予約を生じさせる。
【００２１】
ある実施形態では、第１装置が、ピーク帯域巾を維持するために、データパケットに加えて充分な特別のパケットを送信することにより、データストリームの帯域巾を確立するように試みる。特別なパケットは、帯域巾を維持するためにのみ含まれたナルデータパケットを含み、これは、受信されなかった再送信データパケット、データパケットの推測的又は冗長な送信、或いは非ストリームデータの他の送信を含むことができる。
【００２２】
一実施例において、装置Ａ１０５は、装置Ｂ１１０への第１データストリーム１３０を開始する。装置Ａが不首尾であった場合、例えば、ある期間（「混雑待機期間」と称される）中に干渉が継続する場合には、装置Ａは、データストリームを確立することを再び試みる前に、ある待機期間（「再開待機期間」）中、送信を停止するか又は減少する。装置Ａ１０５がある期間（「アドミッション待機期間」）中に首尾良くいった場合には、装置Ａ１０５は、データストリーム１３０が確立され、プライオリティを得たと結論する。データストリームが確立された後、例えば、装置Ｃ１１５が第２データストリーム１３５の送信を開始するときに、干渉が生じた場合には、装置Ａ１０５は、送信を停止する前に、装置Ｃ１１５より長い期間（長い混雑待機期間）を待機することになる。このように、後からスタートしたデータストリームが最初に停止又は減少され、これにより、送信装置間で通信を行わずに、最初にスタートしたデータストリームに対する帯域巾の予約を維持する。
【００２３】
ある実施形態では、システムは、データが記憶装置から表示装置へストリーミングされるホームネットワーク環境のようなパーソナル娯楽ネットワークを経てオーディオ／ビデオデータがストリーミングされる使用シナリオを含めて、標準的な相互接続ネットワークにおけるデータフローに対してサービス品質保証を与える。この実施例では、オーディオ／ビデオデータストリームを見る者へのサービスは、一般的に、ストリームデータを適時に確実に配送することを必要とする。しかしながら、ネットワークがデータ送信の共有セグメントを含むときには、他のトラフィックがこのデータ配送に影響することがある。ある実施形態では、経路に沿ったネットワーク装置（スイッチ及びルーターのような）の数及び容量に関わらず、データストリームがネットワークを通してたどる経路に沿って帯域巾が予約される。このように、データストリームは、その必要性を満足し、それにより、信頼性のある適時の配送を与えるに充分なリソースをもつことが保証される。
【００２４】
ある実施形態では、帯域巾予約における最大需要の使用は、ネットワーク帯域巾の最適には及ばない利用を招くことがあるが、パーソナル娯楽ネットワークのようなある環境では、全体的なシステム利用にわたってサービス品質を評価することができる。従って、このような環境では、帯域巾は、将来の拡張のために低廉となることが予想されるが、サービス品質需要は減少しない。
【００２５】
図２は、娯楽ネットワークの実施形態を示す。この図において、娯楽ネットワークシステム２００は、互換性のあるメディア装置をネットワークに接続する。接続は、娯楽ネットワーク２０５への接続として示されている。ある実施形態では、装置は、中央ネットワークサーバーをもたないネットワークとして動作する。娯楽ネットワークを通して、メディアデータストリームは、接続された任意の装置間で転送される。更に、装置は、ネットワークを通して遠隔制御することができる。装置は、同軸ケーブル、イーサネットケーブル、及びファイアワイヤを含む既知のコネクタ及び接続プロトコルを経てネットワークに接続されると共に、Ｗｉ−Ｆｉ、ブルーツース及び他のワイヤレス技術を経てワイヤレス接続されてもよい。
【００２６】
ある実施形態では、装置は、メディアソース又は受信者を含む。図２において、オフィス２１０は、モデム２２２を経てネットワーク２０５へインターネット接続２２０を与える。インターネットから受信されるデータは、ストリーミングメディアソースを含み、これは、購入したオーディオファイル（ダウンロードされた音楽ファイルのような）、ビデオファイル（映画、テレビ、等の）、及びコンピュータゲームを含むが、これらに限定されない。又、オフィス２１０は、パーソナルコンピュータ２２４にも接続され、これは、他のファンクションの中でも、あるメディアストリームを表示し又はあるコンピュータゲームを動作するモニタ２２６を使用する。
【００２７】
又、娯楽ネットワークは、ベッドルーム２１２内の装置にも接続され、これは、例えば、テレビジョン２３２へデータを与えるセットトップボックス２３０を含む。更に、ベッドルーム（又は他のスペース）は、メディア記憶ユニット２２８を含む。このメディア記憶ユニット２２８は、ネットワーク２０５に接続されたソースからデータを受信し、且つネットワーク２０５へ接続されたデータ受信者へデータを与える。メディア記憶装置２２８は、ネットワークに対していかなる形式のメディアストリームデータを含んでもよい。
【００２８】
このシステムは、更に、ケーブル又はファイバシステム２３４から、或いは衛星ディスクネットワーク２３６から入力を受信するリビングルーム２１４も備えている。このようなソースからのメディア入力は、ネットワーク２０５及び第２テレビジョン２４０に接続されたセットトップボックス２３８へ供給される。リビングルームのテレビジョン２４０に表示するためにネットワーク２０５に接続されているのは、ビデオゲームユニット２４２である。ネットワーク装置をもつ多数の他の部屋があり、例えば、ネットワーク２０５に接続された第３テレビジョン２４４を含むキッチンがある。又、これに限定されないが、家全体に配置されたスピーカを含むステレオオーディオシステムを含む他のネットワーク装置も存在する。
【００２９】
更に、多数の移動パーソナル電子装置もネットワークに接続される。これらの装置は、ケーブル又はワイヤレス信号を経て接続され、ワイヤレス信号は、ブルーツース、Ｗｉ−Ｆｉ、赤外線又は他の同様のワイヤレス通信プロトコルを含むが、これに限定されない。このような各々のプロトコルは、（図２には示されていない）ネットワークへのインターフェイス、例えば、Ｗｉ−Ｆｉベースステーションを必要とする。このような移動パーソナル電子装置は、デジタルカメラ２４６、セルラー電話２４８、パーソナル音楽装置２５０、又はビデオカメラ２５２を含むことができる。更に、自動車２５４にアドミッションされた移動システムは、自動車がネットワークに接近したときに（例えば、家のガレージに入ったときに）ネットワーク２０５に接続することができる。移動パーソナル電子装置は、例えば、ネットワークの範囲内に入ったときにネットワークに自動的に接続される。接続時に、装置は、装置への考えられる自動更新又はダウンロードを含めて、ネットワークを通してデータを得るか、又はネットワークへデータを供給するのに使用できる。一例において、ユーザは、ネットワークを通していずれかの移動電子装置に含まれたデータにアクセスすることができ、例えば、セットトップボックス２３８を経て、リビングルームのテレビジョン２４０のデジタルカメラ２４６に記憶された写真にアクセスすることができる。ある実施形態では、図２に示すネットワーク装置は、ネットワーク処理及びバッファ能力に限度があるように設計された低リソース装置である。
【００３０】
ある実施形態では、帯域巾を予約するために、ネットワーク装置は、常に予約要求において最大帯域巾を完全に使用する。最大帯域巾は、データストリームに対するピーク帯域巾に等しいか又はそれに基づくものである。装置がピーク帯域巾に気付いてもよいし、又はピーク帯域巾が種々の異なるリソースの１つから得られてもよい。ある実施形態では、送信装置は、データフローの全帯域巾が帯域巾要求に一致するように均一なレートでネットワークトラフィックを発生する。データフローは、オーディオ／ビデオストリームに対して典型的にそうであるように、変化する及びバースト的な帯域巾需要をもつことがある。ある実施形態では、グルーミングサービスは、フローデータ帯域巾が最大より低いときに送信帯域巾を最大まで詰め込むために付加的なトラフィックを発生する。ある実施形態では、グルーミングサービスは、更に、バーストを平滑化するように配送レートを制御する。
【００３１】
一実施形態では、オーディオ／ビデオデータは、ＲＴＰ／ＵＤＰ／ＩＰ（リアルタイムトランスポートプロトコル／ユーザデータグラムプロトコル／インターネットプロトコル）プロトコルを使用して配送される。この場合に、予約グルーマーは、ソース、例えば、ビデオ記憶サーバーからのデータフローに関連したデータパケットを送信し、そして特定数のバイトを固定インターバルで送信することが要求される。グルーマーは、それがソースからパケットを受け取ると、特定のアプリケーションに基づいて、そのパケットを即座に送信するか、又は次の送信インターバルまで保持する。グルーマーは、送信インターバルに到達し、そして帯域巾に不足があるときには、希望の帯域巾を維持するのに必要なサイズのパケットを発生し、それを送信して、全帯域巾を維持する。
【００３２】
一実施例では、オーディオ／ビデオデータは、ＴＣＰ／ＩＰ（送信コントロールプロトコル／インターネットプロトコル）プロトコルを使用して配送される。ＴＣＰは、典型的に、ＵＤＰが典型的に許されないところのルーター及びファイアウオールを通過することができる。しかしながら、ＴＣＰは、配送レートの仕様を許さない。ある実施形態では、予約グルーマーは、一定で且つ均一な帯域巾を維持することに関して上述したものと同じ機能を与えるが、グルーマーを一体的に実施させたＴＣＰプロトコルの非標準的な実施をなす。
【００３３】
ある実施形態では、ネットワークプロトコルに基づく送信は、ネットワークを通るデータフローの経路に沿った全てのリンク及び装置にわたる帯域巾を占有し、ひいては、予約するが、その帯域巾占有は、ネットワークインフラストラクチャーのトポロジー又は容量を知ることなくネットワーク装置によって達成される。ある実施形態では、標準的なネットワークプロトコルは、特殊なサポートなしにネットワークを通るフローを確立する。最も近代的なネットワークトラフィックは、利用できる範囲までしか帯域巾を消費しないという特性を有するＴＣＰプロトコルに基づいている。ある実施形態では、最大所要帯域巾を占有することにより、データフローは、それ自身をＴＣＰトラフィックから絶縁する。ローカルエリアネットワークでは、制約のないＵＤＰトラフィックが許されるが、そのような環境では、トラフィックは、相互接続ネットワークのための予約スキームに従うことが要求される。
【００３４】
図３は、ネットワーク内の装置間でメディアデータストリームを送信する実施形態を示す。この図において、装置Ａ３０５は、ネットワークインターフェイス３１０及びバッファ３１５を備えている。バッファ３１５は、送信されたデータパケットを記憶したものを含む。装置Ａは、メディアデータのストリームを装置Ｂ３２０へ送信するよう意図され、装置Ｂも、図示されたように、ネットワークインターフェイス３２５及びバッファ３３０を備えている。バッファ３３０は、装置Ａ３０５から受信されたデータパケットを記憶したものを含む。装置Ａ３０５及び装置Ｂ３２０は、娯楽ネットワーク内に接続される。
【００３５】
ある実施形態では、メディアデータストリーム３３５は、送信の種々の山と谷を含む。というのは、送信されるべきデータパケットが時間と共に変化するからである。ある実施形態では、装置Ａ３０５は、ある帯域巾を維持するために、メディアデータストリームに付加的なデータパケット３４０を「詰め込む」。ある実施形態では、帯域巾３４０は、メディアデータストリームのピーク３３５と少なくとも同程度であり、データのピーク送信を受け入れる一定データストリームで送信が構成されるようにする。しかしながら、他の帯域巾レベルが選択されてもよい。付加的なデータパケット３４０は、データを含まないナルデータパケットを含んでもよいし、又は再送信パケット、複製パケット又は他の有用な情報を含んでもよい。又、付加的なデータパケット３４０は、このようなデータパケットが装置Ｂ３２０により受け取られなかったために再送信する必要のあるデータパケットを含むこともできる。装置Ｂは、装置Ａ３０５へ応答３５０を送信する。応答３５０は、データパケットが受信されたときに送られる肯定確認（ＡＣＫ）、又は予想されるデータが到着しないときに送られる否定確認（ＮＡＫ）を含む。
【００３６】
図４は、帯域巾予約を行うためのネットワーク装置間の通信の実施形態を示す。この図において、要求者４００は、メディアネットワークデータストリームをネットワーク装置Ｂ４１０へ送信することを要求する要求４１２をネットワーク装置Ａ４０５へ送信する。ネットワーク装置Ａ４０５は、ネットワーク装置Ｂ４１０へデータパケットを送信することによってデータストリームを開始し、データパケットの送信は、データ送信にピークを維持するに充分なある帯域巾で開始され、残りの帯域巾スペースには、必要に応じて特別なデータパケットが充填される。装置Ｂ４１０は、データパケットの到着に応答して充分な肯定確認（ＡＣＫ）を与えることにより首尾良い送信を指示するか、さもなければ、そのようなデータパケットが到着したことを指示する。
【００３７】
しかしながら、ネットワーク装置Ａ４０５は、ネットワークが過剰な混雑状態になるか、送信ラインが失われるか又は他の理由でネットワーク装置Ｂ４１０により受信されなかった付加的なデータパケットを送信することができる４２５。ある実施形態では、ネットワーク装置Ａ４０５は、欠落データパケットをネットワーク装置Ｂ４１０へ再送信することができる４３５。送信が、ある期間（混雑待機期間）中、不首尾であり続ける場合には４４０、ネットワーク装置Ａ４０５は、データストリームの送信を中止又は減少し、ある期間（再開待機期間）中、待機となる４４５。帯域巾が予約されない場合には、データストリームに対する予約要求が拒絶されたことを指示するメッセージが要求者へ送られる４４７。その期間が経過した後に、ネットワーク装置Ａは、データストリームの完全な送信を再開するように試みる４５０。この場合は、試みが再び不首尾となり４５５、別の期間を待機することになる４６０。ある実施形態では、２つの装置が同時に帯域巾を予約するように試み、次いで、同時に再試みするのを防止するために待機時間が変更される。この実施例では、ネットワーク装置Ａは、データストリームを再確立するように再び試み４６５、首尾良い状態となり４７０、そしてデータパケットの送信へと続く４７５。
【００３８】
本発明の一実施形態では、既に確立されたデータフローと干渉するデータフローに対してアドミッション制御が行われる。例えば、上述したデータグルーミングを使用して、新たなデータフローが望ましい帯域巾でオープンされる。ある実施形態では、ネットワークインフラストラクチャーが、望まし行先へフローを自動的にルーティングし、そして帯域巾を占有することで経路に沿って帯域巾を予約する。しかしながら、データ経路の１つ以上の部分に沿って、新たなデータフローがデータオーバーフロー状態を生じさせることがある。
【００３９】
ネットワーク装置は、無限のデータ問合せがないために、最終的に、過負荷状態に応答してデータパケットをドロップさせる。ある実施形態では、受信者がこの状態を検出して送信者に通知する役割を果たす。搬送プロトコルがグルーミングされたＴＣＰである場合には、このようなフィードバックが基礎的なプロトコルにおいて固有のものとなる。搬送プロトコルがＵＤＰである場合には、過負荷指示をデータソースへ送信するためにバックチャンネルが確立される。ある実施形態では、過負荷検出アルゴリズム及びフィードバックプロトコル／チャンネルが特定用途向けとなる。搬送プロトコルがＴＣＰである場合には、必要に応じて、個別のフィードバックアルゴリズム及びチャンネルを依然として使用することができる。
【００４０】
ある実施形態では、最近開始されたフローが過負荷指示を受けると、送信装置は、送信を短い時間中停止又は減少し（従って、装置は、短い混雑待機期間を有し）、そしてデータ要求が拒絶されたという指示を予約要求者に与える。このシナリオでは、新たなフローを、充分な帯域巾がある場合はアドミッションし、又は帯域巾が不十分な場合はネットワークにより拒否するために、アクティブなフローを伴うエンティティは、いずれも、通信することが要求されない。従って、他のデータフローを知ることが要求されない。ある実施形態では、各データフロー要求者は、データフローターゲットと協力して、ローカル情報のみに基づいて判断を行うことができる。
【００４１】
ある実施形態では、データソースが新たなデータストリームを開始するように試み、そしてその予約要求が拒絶されたときには、ソースは、そのデータストリームをアドミッションするように周期的に再試みすることができる。２つ（以上）の要求が同時の試みをなし、そしてそのような試みを繰り返す「ライブロック」状態を回避するために、要求と要求との間の遅延をランダムなものにして各要求者がランダムな期間待機し、要求者の１人が他の要求者より高いプライオリティを得ることができるようにする。一実施例では、１．ｘ倍のような小さなランダム乗算器を期間に適用することができる。
【００４２】
待機期間は、異なる実施形態において長さ及び確立方法が変化してもよい。ある実施形態では、アドミッション、混雑及び再開待機期間は、各装置及びデータ形式に対して長さが自在である。ある実施形態では、待機期間の長さは、選択可能であり、例えば、送信装置によって変更することができる。ある実施形態では、待機期間は、ランダム化ファクタを含んでもよく、又はランダム化ファクタによって調整されて、異なる装置が異なる時間にデータストリームを停止又は減少し或いはデータストリームを再開することができるようにする。装置の反応は、最小待機期間及び最大ランダム化インターバルによって制限される。送信装置は、特定の送信に基づいて待機期間を選択することができる。ある実施形態では、待機期間の長さは、データソースの形式、送信されるデータの形式、又は他のファクタに基づいて変化してもよい。一実施例では、より長いアドミッション待機期間を使用して、データストリームに対するより高い予約プライオリティレベルを確立することができる。他の実施例では、異なる形式のデータ又は異なる形式のネットワーク装置に対して異なる混雑待機期間を確立して、変化するプライオリティレベルを与えることができ、例えば、低プライオリティデータを含む第１データストリームに対して短い混雑待機期間が確立され、そして高プライオリティデータを含む第２データストリームに対して長い混雑待機期間が確立される。
【００４３】
ある実施形態では、要求者は、データストリーム予約を徐々に増加するように選択することもできる。例えば、ソース装置は、小帯域巾予約を要求することによって開始する。次いで、例えば、一連の固定量子でアクティブな流れの帯域巾を増加することができ、例えば、最大データフローレベルに到達するまで数秒ごとに５Ｍｂ／ｓで予約を増加するように試みることができる。このプロセスは、データフローソースが、そのデータフローの低速スタートを遂行できるようにし、これにより、使用可能な最大流量を発見するか又は過負荷中にシステムに対する影響を最小にすることができる。
【００４４】
ある実施形態では、データフローソースは、そのデータフローを特別なデータで最大フローより上に増強して、ある目的に対して充分な付加的な帯域巾を与えることを望む。例えば、オーディオ／ビデオストリームに対してトリックプレイモード（早送り、逆転、休止、等）に入るか、又はデジタルチューナ装置においてチェンネルを切り換えるといった付加的な要求のために帯域巾を予約することができる。
【００４５】
ある実施形態では、新たなデータフロー予約に適用されるのと同じアドミッション制御プロセスが予約に対する徐々の変化に適用される。このようなプロセスにおいて、データフローの増加でターゲット送信過負荷フィードバックが生じる場合には、徐々の増加が拒絶されて、データフローソースは、その最後に許可された要求に戻る。
【００４６】
ある実施形態では、帯域巾予約プロトコルは、帯域巾予約を、他の一般的なデータトラフィックに対してガードする。ある実施形態では、データフロープロセスは、各アクティブなフローに対して全体的なサービス品質を改善するように増強される。ある実施形態では、ネットワークインフラストラクチャーがパケットプライオリティ（より一般的なものとなっている）をサポートする場合に、アクティブなフローにおけるトラフィックは、過負荷中にドロップされないように更に保護される。例えば、アクティブなフローには最も高いパケットプライオリティを指定でき、バックグランドトラフィックには通常のプライオリティレベルを指定でき、そして新たな予約要求パケットには低いプライオリティを指定できる。この実施例では、アクティブなデータフローは、一般的に、アドミッション制御アクティビティのために、又は他のバックグランドトラフィック（ＰＣにおけるウェブサーフォンのような）のために、低いサービス品質を経験することになる。
【００４７】
ある実施形態では、（新たなフローが予約をするよう試みるときに）過負荷中のパケットロスの有害な作用を吸収するのに使用される別の技術は、予約要求を越える即ちデータ要求における予想最大値を越える特別な帯域巾で予約されるデータフローの詰め込みを行うことである。このようなデータ要求を越える詰め込みは、貴重なフローデータが失われるおそれを減少し、そしてデータフローソースがその失われたデータを再送信するためのある程度の付加的な頭上スペースを与える。ある実施形態では、パケットプライオリティが使用できる場合に、この特別な詰め込みは、必要に応じて最初にドロップされるべきであるとマークされる。
【００４８】
帯域巾を維持するためにデータフローグルーマーにより発生される特別なデータパケットは、サービス品質を改善するのに使用される。ある実施形態では、これらのパケットは、ナル情報を含み、そして他の実施形態では、この特別なデータパケットは、冗長なフロー情報を含む。フローデータが失われ、そして特別なデータパケットが冗長な情報を含む場合には、失われたデータを、これらの特別なパケットから回復することができる。
【００４９】
ある実施形態では、データフローグルーマーは、特別な帯域巾又は有意義なフローデータを発生するためにフローデータのフォーマットを包含する必要がない。一実施例では、特別なパケットは、個別のポートを経て同じターゲットに送信することができる。
【００５０】
ある実施形態では、データフローグルーマーがその帯域巾を計測する粒度を使用して、全体的な信号品質に影響を及ぼすことができる。ターゲット帯域巾が維持されるところのインターバルを減少すると、バッファの占有が僅かな変動しか示さないのでネットワークインフラストラクチャー内のリソースを予約する際に良好なより均一な配送レートが与えられ、これにより、過渡的な過負荷の機会が減少される。従って、サービス品質を改善するために、データフローグルーマーにおける微細なタイミングが与えられる。
【００５１】
更に、ある実施形態では、グルーマーは、ストリームの均一性を改善するためにソースから到来するデータの送信を遅延することを選択できる。しかしながら、あるデータフローは、ターゲットにおけるクロック回復を必要とし、これは、この形式の最適化を妨げることがある。ある実施形態では、送信遅延を伴うもの及び送信遅延を伴わないものの両方のデータ送信モードがネットワークユニットにおいてサポートされる。
【００５２】
制約のないネットワークでは、許可された予約でも、フローアドミッション要求以外のファクタの結果として過負荷を経験することがある。これは、ネットワークのフロー経路が変更される場合（例えば、ネットワーク装置のケーブルを移動又は切断することによる環境）、又は適合しないトラフィックがネットワークに存在する場合（例えば、ＴＣＰプロトコル又はアドミッション制御プロトコルに従わないネットワークアプリケーション）である。従って、各環境において予約に敬意が払われるよう保証するために、アクティブなフローは、アドミッション制御プロトコルの成功のみに依存することはできない。
【００５３】
アクティブなデータストリームのセットが過負荷を経験したときに、もしアクションが取られない場合には、データストリームが一般的に全て均一に悪化して、システム性能を悪化させる。ある実施形態では、第１の応答アクションは、既存のプロトコルを使用して、非適合のトラフィックソースを強制的に静止させるように試みることである。例えば、ＩＣＭＰ（インターネットコントロールメッセージプロトコル）プロトコルを使用して、非適合装置がそれらの送信を鎮圧するよう要求することができる。しかしながら、アクティブなストリームは、それらの帯域巾を何らかの形態で減少するように要求されてもよい。典型的に、全てのフローを悪化させるのではなく単一のフローを放棄することが、より望ましい。従って、アクティブなフローは、あるフローを犠牲にすることを選択するように指令される。ある実施形態では、これは、次のように遂行される。
【００５４】
（１）第１に、過負荷フィードバック通知を受け取るアクティブなフローは、アドミッションを要求する新たなフローを考慮するに充分な期間（混雑待機期間）を待機する。
【００５５】
（２）過負荷が持続する場合には、過負荷を経験する各アクティブなフローは、ランダムな長さの時間（ランダム化ファクタ）を待機し、次いで、過負荷について再びテストする。
【００５６】
（３）過負荷が持続する場合には、データフローがその帯域巾を減少し、これは、データストリームを停止するか、又はデータストリームの低帯域巾形態へ切り換えることを含む。このようにして、データフローのソースは、互いに通信しなくてもよく、ランダム化により、１つのフローだけが中止され又は減少されることを行い易くする。
【００５７】
（４）上述したように、アクティブなフローがその予約を失うと、ランダム化ファクタに従って、要求と要求との間の遅延をランダムに変化させて、（再開待機期間の後に）その予約を再取得するように周期的に試みなければならない。
【００５８】
図５は、ネットワーク内の複数の装置によるデータ送信の実施形態を示す。この図において、ネットワークプロトコルに基づいて動作する装置は、データ送信要求のピークに対して帯域巾が充分なストリームを送信するよう試みることにより、メディアデータストリームを送信するための帯域巾を予約することを求める。データストリームを搬送するには利用帯域巾が不充分である状態に遭遇する装置は、データパケットが到着しないことに遭遇し、そして帯域巾が確立された装置が送信を停止又は減少する前に、データ送信を停止又は減少する。
【００５９】
例えば、装置Ａ５０２は、メディアデータストリームの送信を開始する（帯域巾は、図５に示すバーの高さで表される）。送信が、特定の開始期間５１２中、首尾良いもので、充分なデータパケットが受信者によって受け取られることを示す場合には、装置Ａ５０２は、帯域巾が確立されたことを決定する。このオペレーションでは、装置Ａ５０２は、どれほど多くの他の装置がネットワークにおいてデータを送信し又は送信を試みているか分からず、むしろ、装置Ａ５０２は、それ自身のデータ送信の成功又は失敗に基づいて決定を行うことができる。
【００６０】
次いで、装置Ｂ５０４は、メディアデータストリームを確立し、従って、データストリームに対する帯域巾を予約するように試みる。この実施例では、ネットワークは、装置Ａ５０２及び装置Ｂ５０４の両方のデータストリームを搬送することができる。開始期間５１８の後に、装置Ｂ５０４は、装置のデータストリームが確立されたことを決定する。しかしながら、装置Ａ５０２及び装置Ｂ５０４は、互いについて知らず、又、各装置がデータストリームを送信するために帯域巾を予約したことも知らない。しかしながら、第３の装置である装置Ｃ５０６がメディアストリームの確立を試みたときに、ネットワークは、この実施例では、全ての必要なデータを確実に搬送することができない。各アクティブな装置は、データパケットの送信における干渉に遭遇し、そしてこのような各装置は、受信問題がある期間より長く続く場合には送信を停止又は減少する。ある実施形態では、装置Ａ５０２及び装置Ｂ５０４は、データ送信を停止又は減少する前に、装置Ｃ５０６が待機する期間５２８より長い期間５１４及び５２０を待機する。というのは、装置Ａ５０２及び装置Ｂ５０４は、それらのデータストリームが確立されたことを決定しており、装置Ｃ５０６は決定していないからである。ある実施形態では、装置Ｃは、データストリームの開始を再び試みる前に、ある期間５２９を待機する。ある実施形態では、期間５２９の長さは、ランダムである。装置Ａ５０２及び装置Ｂ５０４はまだ送信しているので、装置Ｃ５０６が再び不首尾となり、期間５３１の後にデータ送信を停止又は減少することが予想される。時間５２２において、装置Ｂは、その送信を終了し、そして充分な帯域巾が使用できるので、時間５３１の後に、装置Ｃ５０６は、期間５３２中にメディアデータストリームを開始することに成功する。
【００６１】
この図において、装置Ｃ５０８及び装置Ｄ５３８は、その後、同時に送信を開始するように試みる。しかしながら、装置Ａ５０２は、まだ送信しており、この実施例では、２つの装置にとって充分な帯域巾があるが、３つ全装置にとっては帯域巾が不充分であると仮定する。ある実施形態では、装置Ｃ５０６及び装置Ｄ５０８の両方は、期間５３４及び５３８の後に送信を停止又は減少する。両装置が送信再開を試みる前に同じ期間を待機する場合には、２つの装置は、一緒にサイクルを続けることができ、又、どちらも完全な帯域巾で送信することはできない。ある実施形態では、待機期間の長さは、（期間の最小長さと最大長さとの間で）ランダム又はほぼランダムである。例えば、装置Ｃ５０６は、装置Ｄ５０８のランダム期間５３９より短いランダム待機期間５３５を受け取る。従って、装置Ｃ５０６は、送信期間５３６に対する帯域巾を予約することができ、一方、装置Ｄは、充分な帯域巾が使用できるまで試み及び失敗５４０及び５４２を続ける。（ある実施形態では、待機期間は、他のファクタに基づいて決定することができる。ある実施形態では、ネットワーク装置は、相対的なプライオリティが与えられ、そしてプライオリティの高い装置は、プライオリティの低い装置より短い期間が与えられる。）
【００６２】
ある実施形態では、ネットワーク装置Ａ−Ｄ５０２−５０８は、ネットワーク帯域巾予約プロトコルを使用しない装置である１つ以上の非適合装置５１０とでネットワークリソースを共有する必要がある。非適合装置がＴＣＰのような別のプロトコルを使用する場合には、装置は、一般的に、帯域巾５４４について装置Ｄ５０８との競合で、データ送信が不充分であるときに、帯域巾を減少し、次いで、帯域巾５４６を徐々に増加する。ある実施形態では、ネットワーク装置は、このような装置に関連して機能することができる。しかしながら、このような事態において装置が帯域巾を減少しない場合には、ユーザは、このような装置を回避することが要求される。ある実施形態では、ネットワーク装置は、非適合装置に警告するよう意図されたメッセージをネットワークに送信し、そしてネットワーク装置によるオペレーションを許すためにそのような装置が送信を終了するか又は帯域巾を減少することを要求する。
【００６３】
図６は、ネットワーク内でデータストリームを送信するために帯域巾を予約するプロセスの実施形態を示すフローチャートである。このプロセスは、データストリームの要求を受信することによりトリガーされる６０２。要求を受け取る装置は、ピークデータ送信を収容するのに充分な送信帯域巾を利用して、データストリームを開始するよう試みる６０４。装置は、予約された帯域巾を維持するために、ナルパケットのような特別なパケットを送信に詰め込んだ状態で１つ以上のデータパケットを送信する６０６。
【００６４】
データストリームの送信が過負荷でなく６０８、データパケットが一般的に意図された受信者（１人又は複数）によって受信され、そして送信すべきデータパケットが更にある場合には６１６、プロセスは、データの送信６０６へ続く。送信すべきデータがそれ以上ない場合には、データストリームは終了となる６１１。送信が過負荷である場合には６０８、データストリームの開始以来充分な時間（ＴAdmit）（アドミッション待機期間）が経過したかどうかの決定がなされ６１０、データストリームが確立され且つ帯域巾が予約されたことを決定する６１２。充分な時間が経過しない場合には、データストリームがまだ確立されていない６１４。
【００６５】
データストリームが確立された場合には６１２、過負荷状態開始以来、期間Ｔ1が経過したかどうかの決定がなされ６２０、ここで、Ｔ1は、ネットワーク装置がデータを再送信することによりデータストリームを維持するように試みる混雑待機期間である。Ｔ1が経過しない場合には、到着しなかったデータパケットを再送信する試みがなされ６２８、その後、送信が過負荷であるかどうかの決定が再びなされる６０８。Ｔ1が経過した場合には６２０、送信がまだ過負荷状態であるかどうかの決定がなされる６２２。もしそうでなければ、欠落データの再送信が行われる６２８。送信が過負荷状態である場合には、装置は、データ送信の再開を試みる前にランダムな期間Ｔrandを待機し６２４、このランダムな期間は、予約される複数のデータストリーム間で選択を行えるようにするものである。次いで、送信がまだ過負荷状態であるかどうかの決定がなされる６２６。もしそうでなければ、プロセスは、欠落データパケットを再送信することに続く６２８。もしそうであれば、データストリームは、送信を停止又は減少し６３０、データ送信の再開を試みる前に（最小時間と最大時間との間の）ランダム時間Ｔrandを待機する６３２。
【００６６】
データストリームがまだ確立されない場合には６１４、期間Ｔ2が経過したかどうかの決定がなされ６３４、ここで、Ｔ2は、ネットワーク装置がデータストリームを維持することを試みる期間である。ある実施形態では、確立されたデータストリーム（１つ又は複数）が、確立されないデータストリームより長時間、データ送信の試みを続けて、予約された帯域巾を維持するように、Ｔ1がＴ2より大きくされる。Ｔ2が経過しない場合には、到着しなかったデータパケットの再送信が試みられ６３６、その後、送信が過負荷であるかどうかの決定が再びなされる６０８。Ｔ2が経過した場合には６３４、データストリームが送信を停止又は減少し６３０、そして再開の前にランダムな時間Ｔrandを待機する６３２。
【００６７】
ここには示されていないが、ネットワーク装置は、ネットワーク装置がデータストリームの再開を試みる回数を制限することもできる。ある試み回数の後に又はある期間中に再開が生じない場合には、ネットワーク装置は、オペレーションを停止する。これは、意図された期間中に充分な帯域巾が使用できないときにデータストリームを開始又は再開する試みを続けるのを防止するのに適している。
【００６８】
図７は、ネットワーク装置の実施形態を示す。ある実施形態では、ネットワーク装置７０５は、１つの物理的ネットワークインターフェイス、例えば、イーサネットＭＡＣアドレスを伴うエンティティである。図７に示すように、ネットワーク装置は、２つのネットワークインターフェイス７１０及び７１５を備えている。従って、ある実施形態では、ネットワーク装置は、物理的エンティティである。又、ある実施形態では、ネットワーク装置は、１つ以上のエージェントを含み、各エージェントは、ネットワーク装置に常駐する論理的エンティティである。ネットワーク装置には複数のエージェントがある。例えば、図７は、ネットワーク装置７０５を示し、ネットワークインターフェイス７１０は、通信マネージャー７２０を経てエージェント７３０、７３５及び７４０にアクセスし、通信マネージャー７２５を経てエージェント７４５及び７５０にアクセスし、且つ通信マネージャー７３０を経てエージェント７５５及び７６０にアクセスする。ある実施形態では、各エージェントには、ネットワーク装置ＩＰアドレスとは独立して、装置のリセットオペレーションにわたり、それを他のエージェントから区別するためのグローバルに独特の識別子が指定される。このように、エージェント７５５に意図されたコマンドが、エージェントに対する独特のアドレスに宛てられ、次いで、メッセージは、ネットワークインターフェイス７１５を経てエージェント７５５へ向けられる。
【００６９】
ある実施形態では、エージェントは、ネットワーク装置内の通信のエンドポイントとして働き、特定セットの能力及び関連振舞いを与える。エージェントは、メディアソース、メディアシンク、メディアコントローラ、及び他の要素を含む。一例において、エージェントは、ビデオストリーミングサービスを提供する。この例では、エージェントは、メッセージに応答してメディアストリームに問合せ且つそれを制御し、そして命令されると、エージェントは、メディアストリームを別のエージェントへ自律的に配送する。ある実施形態では、エージェントは、いつでも、１つ以下のアクティブなメディアセッションを有し、比較的簡単なオペレーションを与える。エージェントは、メッセージを送信及び受信し、そのようなメッセージに応答して内部状態を変更し、そして副次的作用として連続的アクションを遂行する能力を有するという点で、アクティブなオブジェクトとして働くと見ることができ、又、そのように説明することができる。
【００７０】
ある実施形態では、エージェントは、通信マネージャーによって娯楽ネットワーク上で通信することができる。ある実施形態では、図７の通信マネージャー７２０、７２５及び７３０のように、装置当たり１つ以上の通信マネージャーがある。又、ある実施形態では、単一の通信マネージャーによって複数のエージェントをマネージすることができ、例えば、通信マネージャー７２０によってエージェント７３０、７３５及び７４０がマネージされる。ある実施形態では、通信マネージャーは、その通信マネージャーに結び付けられたエージェントへ及びエージェントからメッセージをルーティングする役割を果たす。そのプロセスは、同じネットワーク装置に対してローカルの他のエージェントへメッセージを配送し、個々のエージェントから出力接続を経てリモートネットワーク装置のエージェントへメッセージをマルチプレクスし、そしてブロードキャスト要求を取り扱うことを含む。ある実施形態では、エージェントは、１つの通信エージェントのみに結び付けられ、通信マネージャーは、１つのネットワークインターフェイスのみに結び付けられる。
【００７１】
ある実施形態では、表示マネージャーは、表示装置のリソースをマネージするエージェントである。より詳細には、表示マネージャーは、表示リソース及びスクリーン幾何学へのアクセスを許可する役割を果たす。ある実施形態では、各表示装置は、ビデオ出力、グラフィック出力、オーディオ出力、及びユーザ入力のようなＩ／Ｏ装置の各関連セットに対して１つの表示マネージャーしかもたない。又、ある実施形態では、エージェントは、セッションマネージャーと共に働き、表示装置へのメディアコンテンツの配送及び表示を整合し、表示装置リソースへのアクセスを許可する。又、ある実施形態では、表示マネージャーは、ユーザセッションのためのスタート点を表し、そしてセッションマネージャーへ制御を委任する。
【００７２】
ある実施形態では、セッションマネージャーは、アクティブなユーザに対してメディアコンテンツのセットを整合するエージェントである。又、ある実施形態では、選択がなされると、セッションマネージャーは、対応する表示マネージャーとのリモートオンスクリーン表示セッションを開始し、そしてネットワーク内の他の装置をマネージするためにアプリケーションプログラムの実行を開始する。又、ある実施形態では、表示マネージャーは、入力イベントをセッションマネージャーへ転送し、そして表示リソースへのアクセス権を許可し、セッションマネージャーは、それを他のエージェントへ委任することができ、従って、他のエージェントが表示装置へコンテンツを配送できるようにする。一例において、表示マネージャーは、セットトップボックス内で実行されるセッションマネージャーへアクセス権を許可する。セッションマネージャーは、表示装置とのリモートＵＩ（ユーザインターフェイス）セッションを開始し、そしてネットワーク装置のユーザが、再生されるべきビデオを、リモートビデオ記憶装置から選択できるようにする。ある実施形態では、セッションマネージャーは、ビデオサーバーへアクセス権を通し、そしてメディアストリームを表示装置へ配送するようにビデオサーバーに指令する。又、ある実施形態では、セッションマネージャーは、メディアコンテンツを使用してユーザの経験をマネージするのに必要な状態を維持する。
【００７３】
図８は、ネットワーク装置のコンポーネントの実施形態を示す。この図において、ネットワーク装置８０５は、娯楽ネットワークにおける任意の装置であり、図１に示す装置を含むが、これに限定されない。例えば、ネットワーク装置は、テレビジョン、セットトップボックス、記憶ユニット、ゲームコンソール、又は他のメディア装置である。ある実施形態では、ネットワーク装置８０５は、ネットワークファンクションを与えるためのネットワークユニット８１０を備えている。ネットワークファンクションは、メディアデータストリームを発生し、転送し、記憶し及び受信することを含むが、これに限定されない。ネットワークユニット８１０は、チップ上の単一システム（ＳｏＣ）として又は複数のコンポーネントとして具現化することができる。
【００７４】
ある実施形態では、ネットワークユニット８１０は、データを処理するためのプロセッサを含む。データの処理は、メディアデータストリームを発生し、メディアデータストリームを転送又は記憶において操作し、そしてメディアデータストリームを使用のために解読及びデコーディングすることを含む。又、ネットワーク装置は、ネットワークオペレーションをサポートするためのメモリ、例えば、ＤＲＡＭ（ダイナミックランダムアクセスメモリ）８２０、又は他の同様のメモリ及びフラッシュメモリ８２５、或いは他の不揮発性メモリを含む。
【００７５】
又、ネットワーク装置８０５は、各々１つ以上のネットワークインターフェイス８５５を経てネットワークにデータを送信し又はネットワークからデータを受信するための送信器８３０及び／又は受信器８４０も備えている。送信器８３０又は受信器８４０は、例えば、イーサネットケーブル８５０を含むワイヤード送信ケーブル、又はワイヤレスユニットに接続される。送信器８３０又は受信器８４０は、データ送信のためのライン８３５及びデータ受信のためのライン８４５のような１つ以上のラインで、データ転送及び制御信号のためのネットワークユニット８１０に結合される。付加的な接続も存在する。又、ネットワーク装置８０５は、装置のメディアオペレーションのための多数のコンポーネントを含むが、ここには示されていない。
【００７６】
上述した説明において、説明上、本発明を完全に理解するために多数の特定の細部について述べた。しかしながら、当業者であれば、幾つかの特定の細部がなくても、本発明を実施できることが明らかであろう。他の点では、良く知られた構造及び装置は、ブロック図の形態で示された。図示されたコンポーネントとコンポーネントとの間に中間構造が存在することがある。ここに説明又は図示されたコンポーネントは、ここに図示又は説明されない付加的な入力又は出力を有してもよい。
【００７７】
本発明は、種々のプロセスを含むことができる。本発明のプロセスは、ハードウェアコンポーネントによって遂行することもできるし、又はマシン実行可能なインストラクションによって実施することもでき、これらインストラクションでプログラムされた汎用又は特殊目的プロセッサ或いはロジック回路がプロセスを遂行するように使用できる。或いは又、プロセスは、ハードウェア及びソフトウェアの組合せで遂行することもできる。
【００７８】
本発明の各部分は、本発明によるプロセスを遂行するようにコンピュータ（又は他の電子装置）をプログラムするのに使用されるコンピュータプログラムインストラクションが記憶されたコンピュータ読み取り可能な媒体を含むコンピュータプログラム製品として提供されてもよい。マシン読み取り可能な媒体は、フロッピーディスケット、光学ディスク、ＣＤ−ＲＯＭ（コンパクトディスクリードオンリメモリ）、磁気−光学ディスク、ＲＯＭ（リードオンリメモリ）、ＲＡＭ（ランダムアクセスメモリ）、ＥＰＲＯＭ（消去可能なプログラマブルリードオンリメモリ）、ＥＥＰＲＯＭ（電気的に消去可能なリードオンリメモリ）、マグネット又は光学的カード、フラッシュメモリ、又は電子的インストラクションを記憶するのに適した他の形式のメディア／マシン読み取り可能なメディアを含むが、これに限定されない。更に、本発明は、コンピュータプログラム製品としてダウンロードすることもでき、このプログラムは、リモートコンピュータから、要求を発しているコンピュータへ転送することができる。
【００７９】
多数の方法を最も基本的な形態で説明したが、本発明の基本的な範囲から逸脱せずに、いずれかの方法にプロセスを追加したり又は削除したりすることができ、又、いずれかの上述したメッセージに情報を追加したり削除したりすることができる。当業者であれば、多数の更に別の変更や適応がなされ得ることが明らかであろう。本発明を限定するのではなく例示するために特定の実施形態が示された。本発明の範囲は、上述した特定例によって決定されるのではなく、特許請求の範囲のみによって決定されるものとする。
【００８０】
要素“Ａ”が要素“Ｂ”に結合されると言える場合には、要素Ａは、要素Ｂに直結されるか、又は、例えば、要素Ｃを経て間接的に結合される。コンポーネント、特徴、構造、プロセス、又は特性Ａが、コンポーネント、特徴、構造、プロセス、又は特性Ｂを「引き起こす」と明細書又は請求の範囲に述べられたときには、“Ａ”は、“Ｂ”の少なくとも部分的な原因であるが、“Ｂ”を引き起こす上で助けとなる少なくとも１つの他のコンポーネント、特徴、構造、プロセス、又は特性でもあることを意味する。コンポーネント、特徴、構造、プロセス、又は特性を含んでもよく(may)、含むことがあり(might)、又は含むことができる(could)と明細書に示された場合に、その特定のコンポーネント、特徴、構造、プロセス、又は特性を含むことが要求されるのではない。明細書又は請求の範囲で「ある(“a”又は“an”)」要素が言及された場合には、述べられた要素が１つしかないことを意味するものではない。
【００８１】
実施形態は、本発明の具現化又は一例である。明細書において「実施形態」、「１つの実施形態」、「ある実施形態」又は「他の実施形態」を言及するときには、その実施形態について述べる特定の特徴、構造又は特性が、少なくともある実施形態には含まれるが、必ずしも全ての実施形態に含まれるのではないことを意味している。「実施形態」、「１つの実施形態」又は「ある実施形態」の種々の出現は、必ずしも全てが同じ実施形態を示していない。本発明の実施形態の以上の説明において、開示を合理化し且つ本発明の１つ以上の種々の態様を理解する上で助けとなるように、本発明の種々の特徴は、時々、単一の実施形態、図面又はその説明に一緒にグループ編成されたことが明らかであろう。しかしながら、開示のこの方法は、請求の範囲に記載の発明が各請求項に述べた以上の特徴を要求するという意図を反映するものとして解釈されるものではない。むしろ、請求の範囲に反映されるように、本発明の態様は、以上に開示された単一実施形態の全ての特徴未満のものに存在する。従って、この説明に明確に組み込まれた請求の範囲において、各請求項は、本発明の個別の実施形態としてそれ自身自立している。
【符号の説明】
【００８２】
１０５：装置Ａ
１１０：装置Ｂ
１１５：装置Ｃ
１２０：装置Ｄ
１２５：ネットワーク
１３０：第１データストリーム
１３５：第２データストリーム
２００：娯楽ネットワークシステム
２０５：娯楽ネットワーク
２１０：オフィス
２１２：ベッドルーム
２１４：リビングルーム
２１６：キッチン
２２０：インターネット
２２２：モデム
２２４：パーソナルコンピュータ
２２６：モニタ
２２８：メディア記憶ユニット
２３０、２３８：セットトップボックス
２３２、２４０、２４４：テレビジョン
２３４：ケーブル又はファイバシステム
２３６：衛星ディスクネットワーク
２４６：デジタルカメラ
２４８：セルラー電話
２５０：パーソナル音楽装置
２５２：ビデオカメラ
２５４：自動車
３０５：装置Ａ
３１０：ネットワークインターフェイス
３１５：バッファ
３２０：装置Ｂ
３２５：ネットワークインターフェイス
３３０：メディアデータストリーム
３３５：メディアデータストリーム
３４０：付加的なデータパケット
３５０：応答
【図１】
0005563979.tif 000002
【図２】
0005563979.tif 000003
【図３】
0005563979.tif 000004
【図４】
0005563979.tif 000005
【図５】
0005563979.tif 000006
【図６】
0005563979.tif 000007
【図７】
0005563979.tif 000008
【図８】
0005563979.tif 000009