第1のビットレートを有する第1のビットストリームを受信するステップと、第2のビットレートを有する第2のビットストリームを受信するステップと、前記第1のビットストリームと前記第2のビットストリームとの合計ビットレートを判定するステップと、前記合計ビットストリームが閾値を超えたことに応答して前記第1のビットストリームの第1のコンテンツおよび前記第2のビットストリームの第2のコンテンツを判定するステップと、前記第1のコンテンツが前記第2のコンテンツより優先順位が低いとの判定に応答して前記第1のビットストリームの前記第1のビットレートの調整を要求するステップと、を含む、方法。前記優先順位はユーザによって決定される、請求項1に記載の方法。前記優先順位はサービスプロバイダによって決定される、請求項1に記載の方法。前記優先順位は利用状況の分析に応答して決定される、請求項1に記載の方法。前記第1のビットレートが最小ビットレートに達したことに応答して、前記第2のビットレートの低減を要求するステップをさらに含む、請求項1に記載の方法。前記優先順位は前記第1のコンテンツおよび前記第2のコンテンツの圧縮の品質に応答して決定される、請求項1に記載の方法。前記第1のビットレートの前記調整は前記第1のビットストリームのビデオ品質を向上させるために、利用可能な帯域幅を有するネットワークノードに応答して要求される、請求項1に記載の方法。第1のビットレートを有する第1のビットストリームの信号ソースと、第2のビットレートを有する第2のビットストリームの信号ソースと、前記合計ビットストリームが閾値を超えることに応答して前記第1のビットストリームの第1の内容と前記第2のビットストリームの第2のコンテンツとを判定し、前記第1のコンテンツが前記第2のコンテンツより優先順位が低いとの判定に応答して前記第1のビットストリームの第1のビットレートの調整を要求するプロセッサと、を含む、装置。前記優先順位はユーザによって決定される、請求項8に記載の装置。前記優先順位はサービスプロバイダによって決定される、請求項8に記載の装置。前記優先順位は利用状況の分析に応答して決定される、請求項8に記載の装置。前記第1のビットレートが最小ビットレートに達したことに応答して、前記第2のビットレートの低減を要求するステップをさらに含む、請求項8に記載の装置。前記優先順位は前記第1のコンテンツおよび前記第2のコンテンツの圧縮の品質に応答して決定される、請求項8に記載の装置。前記第1のビットレートの前記調整は、前記第1のビットストリームのビデオ品質を向上させるために、利用可能な帯域幅を有するネットワークノードドに応答して要求され、前記優先順位が低いことはより高品質な映像が必要とされることを示す、請求項8に記載の装置。第1のビットレートを有する第1のビットストリームを受信するステップと、第2のビットレートを有する第2のビットストリームを受信するステップと、前記第1のビットストリームと前記第2のビットストリームとの合計ビットレートを判定するステップと、前記合計ビットストリームが閾値未満であること応答して前記第1のビットストリームの第1のコンテンツと前記第2のビットストリームの第2のコンテンツを判定するステップと、前記第1のコンテンツが前記第2のコンテンツより優先順位が高いとの判定に応答して前記第1のビットストリームの前記第1のビットレートの調整を要求するステップと、を含む、方法。前記優先順位はユーザによって決定される、請求項15に記載の方法。前記優先順位はサービスプロバイダによって決定される、請求項15に記載の方法。前記優先順位は利用状況の分析に応答して決定される、請求項15に記載の方法。前記第1のビットレートが最大ビットレートに達したことに応答して、前記第2のビットレートの増加を要求するステップをさらに含む、請求項15に記載の方法。前記優先順位は前記第1のコンテンツおよび前記第2のコンテンツの圧縮の品質に応答して決定される、請求項15に記載の方法。第1のビットレートを有する第1のビットストリームの信号ソースと、第2のビットレートを有する第2のビットストリームの信号ソースと、前記合計ビットストリームが閾値未満であることに応答して前記第1のビットストリームの第1のコンテンツおよび前記第2のビットストリームの第2のコンテンツを判定し、前記第1のコンテンツが前記第2のコンテンツより優先順位が高いとの判定に応答して前記第1のビットストリームの前記第1のビットレートの調整を要求するプロセッサと、を含む、装置。前記優先順位はユーザによって決定される、請求項21記載の装置。前記優先順位はサービスプロバイダによって決定される、請求項21に記載の装置。前記優先順位は利用状況の分析に応答して決定される、請求項21記載の装置。前記第1のビットレートが最大ビットレートに達したことに応答して、前記第2のビットレートの調整を要求するステップをさらに含む、請求項21に記載の装置。前記優先順位は前記第1のコンテンツおよび前記第2のコンテンツの圧縮の品質に応答して決定される、請求項21記載の装置。第1のビットレートを有し第1のコンテンツを含む第1のビットストリームを受信するステップと、帯域幅不足の指示に応答して前記第2のビットストリーム上の第2のコンテンツを示す情報を受信するための要求を送信するステップと、前記情報を受信し、前記第2のコンテンツを表示するステップと、前記第1のコンテンツが前記第2のコンテンツより優先順位が高いとの判定に応答して前記第1のビットストリームの第1のビットレートの調整を要求するステップと、を含む、方法。第1のビットレートを有し、第1のコンテンツを含む第1のビットストリームの信号ソースと、受信帯域幅不足の指示に応答して第2のビットストリーム上の第2のコンテンツを示す情報を受信するための要求を送信し、前記情報を受信し、前記第2のコンテンツを表示し、前記第1のコンテンツが前記第2のコンテンツより優先順位が高いとの判定に応答して前記第1のビットストリームの前記第1のビットレートの調整を要求するためのプロセッサと、を含む、装置。上記課題を解決するために、本発明は、映像コンテンツの複数のストリームを受信し、ネットワークデバイスにそれを提供するだけでなく、予め定められた基準に応じて、ビデオストリームのビットレートを適応的に調整するための装置及び関連した方法に関する。この本発明の他の態様は、添付図面を参照しながら詳細に説明する。本発明の一態様によれば、第1のビットレートを有する第1のビットストリームを受信するステップと、第2のビットレートを有する第2のビットストリームを受信するステップと、前記第1のビットストリームと前記第2のビットストリームとの合計ビットレートを判定するステップと、前記合計ビットストリームが閾値を超えたことに応答して前記第1のビットストリームの第1のコンテンツおよび前記第2のビットストリームの第2のコンテンツを判定するステップと、前記第1のコンテンツが前記第2のコンテンツより優先順位が低いとの判定に応じて前記第1のビットストリームの前記第1のビットレートの調整を要求するステップと、を含む方法が開示される。本発明の追加の態様は、優先順位がユーザ、サービスプロバイダの少なくとも一方によって、利用状況の分析に応じて決定することができるときに関する。本発明の別の態様によれば、装置が開示されており、該装置は、第1のビットレートを有する第1のビットストリームの信号ソースと、第2のビットレートを有する第2のビットストリームの信号ソースと、第1のビットストリームと第2のビットストリームとの合計ビットストリームが閾値を超えたことに応答して前記第1のビットストリームの第1のコンテンツおよび前記第2のビットストリームの第2のコンテンツを判定し、前記第1のコンテンツが前記第2のコンテンツより優先順位が低いとの判定に応じて、前記第1のビットストリームの前記第1のビットレートの調整を要求するプロセッサと、を含む。さらに、本発明は、前記第1のビットストリームのビデオ品質を向上させるために、利用可能な帯域幅を有するネットワークノードに応じて第1のビットレートの調整が要求され、前記優先順位が低いことがより高品質のビデオが要求されていることを示しているときに応答する方法を含んでもよい。本発明の別の態様は、第1のビットレートを有する第1のビットストリームを受信するステップと、第2のビットレートを有する第2のビットストリームを受信するステップと、前記第1のビットストリームと前記第2のビットストリームとの合計ビットレートを判定するステップと、前記合計ビットストリームが閾値未満であることに応答して前記第1のビットストリームの第1のコンテンツおよび前記第2のビットストリームの第2のコンテンツを判定するステップと、前記第1のコンテンツが第2のコンテンツより優先順位が高いとの判定に応答して前記第1のビットストリームの前記第1のビットレートの調整を求めるステップと、を含む方法を含むことができる。本発明の別の態様は、第1のビットレートを有する第1のビットストリームの信号ソースと、第2のビットレートを有する第2のビットストリームの信号ソースと、第1のビットストリームと第2のビットストリームとの合計ビットストリームが閾値を未満であることに応答して前記第1のビットストリームの第1のコンテンツと前記第2のビットストリームの第2のコンテンツを判定し、前記第1のコンテンツが前記第2のコンテンツより優先順位が高いとの判定に応じて、前記第1のビットストリームの前記第1のビットレートの調整を要求するプロセッサと、を含む装置を含むことができる。本発明のこれらおよび他の態様は、添付の図面に示された発明の好ましい実施形態を参照しながら説明する。本明細書に記載したように、本発明は、ネットワークノードまたはネットワークゲートウェイデバイス等のネットワークやネットワークの一部の利用可能な帯域幅に応答して圧縮されたビデオコンテンツを受信し、コンテンツの圧縮率を調整するための装置及び関連する方法を提供する。さらに、本発明は、多くの既存のメディアトランスポートフォーマットからこの機能のサポートの不足を認識し、適応型ストリーミングアプリケーション内でこの機能の実装を容易にするための高レベルの変更を記述している。ネットワークベースのビデオストリーミングシステムでは、複数のビデオビットストリームは、例えば、家の中の複数の視聴者が同時に別のストリーミングビデオプログラムを見ることができるホームゲートウェイ等のいくつかのネットワークノードで帯域幅を共有することができる。これらのビデオビットストリームが集約された全体のビットレートがネットワークノードの帯域幅容量を超えた場合、ネットワークの輻輳が発生する可能性がある。一方で、集約されたビットレートが、ノードの帯域幅容量を下回っているときには、利用可能なリソースは十分に活用されない。適応型ストリーミングシステムでは、いくつかのビデオソースのビットレートを動的に変更することによって両方の問題を解決することができる。残る問題は、ビットレートを調整するために適切なビデオソースをどのようにして選択するかという点である。このようなデバイスは、高度なユーザインタフェース、複数のコーディングフォーマットのいずれかでエンコードするコンテンツの受信しデコードする能力、帯域幅の決定に応答して、ネットワーク上にリクエストを送信する能力のみならず、Webページ、音声コンテンツ及び他のデジタル番組を受信するなどの高度な機能を含んでもよい。本発明は、好ましい設計を有するものとして説明したが、本発明は、本開示の趣旨および範囲内で変更することができる。したがって、本願は、その一般的な原理を用いて、本発明の任意の変形、使用、又は変更を包含することを意図している。記述された第1の実施形態は、ビデオコンテンツを受信し、処理するように構成されているが、例えば、本発明は、オーディオ、データ、またはマルチメディアコンテンツに適用して同様に望ましい結果を得ることができる。さらに、本出願は、となる、添付の特許請求の範囲内に収まるような、本発明が属する技術分野における既知の又は慣行内に入るような本開示からの変更をも包含することを意図している。図1に本発明100の態様を実体化するシステムの実施形態の図を示す。図1を参照すると、典型的なマルチストリームビデオシステム100が示されている。システムは、多数のサーバ110、120、130からの多数のビデオストリームpA、pB、pCを受け取る。これらのビデオストリームpA、pB、pVはネットワーク140を介してホームゲートウェイ160に送信される。ホームゲートウェイ160は、ホームネットワーク150へのゲートウェイとして動作し、これらのプログラムストリームをプロセスし、テレビ170、パーソナルコンピュータ180、セットトップボックス190、およびその他のネットワーク対応デバイスなどの多様なデバイスに接続するように動作することができる。ホームゲートウェイ160または同様の装置は、例えば毎秒4メガビットの限られた帯域幅を有している。したがって、この例のためのオーバーヘッドを無視して、ホームゲートウェイは毎秒2メガビットの2つのビデオビットストリームpA、pBを受信してルーティングすることが可能である。第三のビットストリームpCが要求される例では、ホームゲートウェイ160は第3の要求されたビットストリームpCを処理するために使用可能な帯域幅を持たない。このように、ホームゲートウェイ160は例えば、ホームゲートウェイがサーバsC130から1メガビットビットストリームsCを受け取ることができるように、サーバsB120が1メガビットのビットストリームを提供開始することを要求する必要がある。しかしながら、どのビットストリームが低減されるかを任意に決定するシステムの代わりに、サービスプロバイダまたはユーザがどのビットストリームが低ビットレートで受信されて開始されるかの優先順位を付けたい場合がある。たとえば、ユーザがニュース番組や子供向け番組よりも、映画やスポーツイベントをより高いビットレートで、したがって、より高いビデオ品質で受信したい場合がある。さらに、サービスプロバイダは、特定のビデオコンテンツが他のタイプのコンテンツより品質の低下が少なく良く圧縮されることを認識することができる。例えば、アニメーションのプログラムはスポーツイベントより良く圧縮することができる。ホームゲートウェイ160は、ネットワークルータ、光ファイバーマルチプレクサ等とすることができる。ホームゲートウェイは、ネットワーク140からの第1のビデオストリームpAとネットワークから第2のビデオストリームpBを受け取るように動作する。これらのビデオストリームは、同じサーバから送られても良くまたは別のサーバによって送られても良い。ビデオストリームは、同じサーバプロバイダから発していても良く、又は異なるサービスプロバイダから発していても良い。ホームゲートウェイは、第1のビデオストリームと第2のビデオストリームによって利用される合計帯域幅を決定する。利用帯域幅の合計が許容される最大帯域幅より大きい場合には、少なくとも1つの信号の少なくとも1つのビットレートを小さくする必要がある。許容される最大帯域幅は、ホームゲートウェイ160によって容易化され得る最大の帯域幅などのハードリミットであるか、又はデータ、管理、または補助的な情報のためのいくらかの利用可能な帯域幅を残してそのようなビデオビットストリームに許可される最大帯域幅などのソフトリミットであり得る。ホームゲートウェイ160が最大帯域幅を超過したと判定した場合、またはビットストリームが受け入れられたとすると超過しているであろうと判定した場合には、ホームゲートウェイ160は、第1のビットストリームのコンテンツと第2のビットストリームのコンテンツを判定する。たとえば、第1のビットストリームのコンテンツがスポーツ番組で、第2のビットストリームのコンテンツがアニメーション番組かもしれない。ホームゲートウェイは、ユーザ定義の優先順位リストに照らしてこれらの番組タイプのそれぞれを比較する。ユーザは、番組のタイプを望ましさの尺度で評価したリストを作成する。これは、ユーザが、帯域幅の制限に達したとき他のタイプより高い解像度で特定のタイプの番組を受信することを望んでいることを示している。この例では、ユーザは、アニメーション番組に対してスポーツ番組を優先して選択した。ホームゲートウェイ160はこの情報を使用してアニメーション番組を担う第2のビットストリームは、ビットレートを小さくする必要があると判定する。ホームゲートウェイ160は、第2のビットストリームのビットレートを低減するか、低いビットレートで第2のビットストリームの別のバージョンを提供するように、第2のビットストリームを送信するサーバに要求を送信する。あるいはまた、サーバは、異なるビットレートの多数のビットストリームで番組を送信することができ、ホームゲートウェイ160は、その番組を担う異なるビットストリームに切り替える必要があるのみであるかも知れない。ホームゲートウェイ160は、サーバへの希望のビットレートを送信するか、またはサーバが単に所定の単位でビットレートを下げることもできる。あるいは、サービスプロバイダは、他のものより特定のタイプの番組をスケーリングすることを望むかもしれない。例えば、サービスプロバイダは、音楽番組や子供向け番組に対してプライムタイムのネットワークテレビやスポーツイベントが、スケーリングされたとき、視聴者が望ましくない視聴体験を記していることを過去の経験から知っているかも知れない。また、サービスプロバイダは、アニメーション番組が望ましくない画像の乱れが殆ど、または全く無く容易に圧縮され、アイスホッケーのように速いペースのスポーツ番組は、容易に圧縮されず、画像の乱れが容易に認識されることに気が付くかも知れない。サービスプロバイダは番組ランキングのリストをホームゲートウェイ160に提供することができ、提供されたリストはサービスプロバイダによって決定された基準に従って、ビットレートの低減または増加を比較し、要求するために使用される。また、リストは自動的にホームゲートウェイ160によって生成されてもよい。ホームゲートウェイは、ホームネットワーク上で視聴されているコンテンツの種類を調べ、使用状況の統計情報を生成しても良い。ユーザが、子供向けの番組より映画をかなり多く視ている場合は、ホームゲートウェイは、ユーザが子供向けの番組のそれより高品質の映画のビットストリームを望んでいることを仮定してもよい。このように、ビットレートの低減が要求される場合には、子供向け番組は、映画より低い優先順位を有している。このリストはユーザによって変更されたり、影響を及ぼされるかも知れない。たとえば、ユーザが優先順位が低い特定の番組を見ており、ユーザが高品質のビデオを希望する場合は、ユーザ入力を受信することができ、現在の番組は、一時的または永続的に、優先順位リストの上位に移動される。異なるビデオコンテンツは圧縮容易性の面で異なる特性を示す。具体的には、異なるコンテンツタイプのビデオシーケンスは、多くの場合、同一レベルの視覚的な品質レベルに到達するために、異なる圧縮ビットレートを必要とする。したがって、映像コンテンツの特性差を無視して、各ビデオソースに等しいビットレートを割り当てると、他のビデオソースがビットレートが飽和状態となる原因で割り当てられたビットレートを無駄にする一方、いくつかのビデオソースでは、ビットレート不足のために貧弱な圧縮品質が生じることがある。そのため、ビデオビットストリーム全体の平均画質は最適化されない。図1に示された代表的な実施例を再び検討すると、住宅において、3人の視聴者、vA、vB、およびvCがそれぞれ同時にストリーミングビデオプログラムpA、pB、pCを視ている。これらのビデオプログラムは、コンテンツサーバsA、sB、sCから来ており、すべてが同時にホームゲートウェイハウス内に常駐する1600ノードを通過する。さらに、各コンテンツサーバは、同一ビデオコンテンツのエンコードされたビデオビットストリームの異なるコピー間で切り替えることができ、要求されたネットワークのビットレートに一番合った平均ビットレートを持つバージョンを流し出すという点で、適応型ストリーミングが可能であることを前提としている。ビデオビットストリームpA、pB、pCがゲートウェイの帯域幅容量を超えた、または以下である結合ビットレートでゲートウェイにストリーミングされている場合は、ゲートウェイが1つまたは複数のビデオソースのビットレートを選択的に縮小するか、または高めることができる。それは以下の2つの基準に従って行うことができる。この場合、視聴者が映像コンテンツタイプの嗜好に関してゲートウェイに指示する。例えば、考えられる好みのリストは次のようになる。スポーツ映画ニュース漫画ホームコメディこのような視聴者の入力がない場合、ゲートウェイは自動的に視聴者の視聴習慣を分析することによって、おそらく時間をかけて、好みのリストを構築することができる。たとえば、より多く視聴されたコンテンツタイプには高い選択順位が与えられる。選択リストでは、ゲートウェイノードは、レート調整のためのビデオソースをよりインテリジェントに選択することができる。a.利用可能な帯域幅が十分でない場合、ノードは、帯域幅の制約が満たされるまで、最初にそのビットレート規模を縮小するために選択順位が最低のコンテンツタイプのビデオソースを選択し、続いてその次に選択順位が低いもの、というように、ビデオソースを選択することができる。b.余分な帯域幅がある場合、そのノードは、使用可能な帯域幅が完全に占有されるまで、最初にそのビットレードを高めるために最も選択順位の高いコンテンツタイプのビデオソースを選択し、続いてその次に選択順位の高いもの、というように、ビデオソースを選択することができる。この基準では、結果として、視聴者は利用可能なネットワークリソースによって可能な限りの最高の品質の良好な映像コンテンツを見ることができる。またユーザ、またはサービスプロバイダが、番組のための最小ビットレートを定義するかもしれない。この例では、最も優先度の低い番組は、最小ビットレートまで低減され、優先順位が二番目に低い番組のビットレートは、帯域幅の要件を満たすように低減される。異なるビデオコンテンツは異なる圧縮の容易性を示す。統計多重化Statmuxは、複数のビデオシーケンスが組み合わせた一定のビットレートを持つように符号化されるとき、この多様性を活用するためにエンコードの段階で一般的に使用される手法である。統計多重化により、毎回利用可能なビットレートがその視覚的品質を向上させることができるシーケンスのみに与えられるように、概念的にはビットレートがそれらの容易性指標に応じて、ビデオシーケンス全体に不均等に割り振られる。このようにして得られた符号化利得はしばしば統計多重化ゲインと呼ばれる。統計多重化原理は、同様にすべてのビデオビットストリーム全体の平均再生品質を向上させるためにゲートウェイノードによって採用することができる。ゲートウェイノードが現在のビットレートでの各ビデオビットストリームの容易性についての知識を持っているなら、インテリジェントなソースの選択を行うことができる。a.利用可能な帯域幅が十分でない場合、ノードは、そのビットストリームの品質が、すべてのソースの間でレートの低減の量による影響が最も少なくなるように、そのビットレートを低下させるために最も容易なレベルのビットストリームを選択することができる。調整後の合計ビットレートが、帯域幅の容量以内になるまで、ノードはそのつど、このルールに従う。b.余分な帯域幅がある場合、ノードはそのビットストリームの品質が全てのソース中で最も向上するように、そのビットレートを高めるために最も難しいレベルのビットストリームを選択することができる。利用可能な帯域幅が完全に占有されるまで、ノードはその都度、このルールに従う。この基準により、その結果として、視聴者が聴取しているすべての映像コンテンツの平均の品質が最適化される。ネットワークノードがビデオビットストリームの容易性の情報を取得するためのいくつかの方法がある。1クライアント側では、ビデオビットストリームが完全に解析され、デコードされた場合、そのような情報が最も簡便利用可能である。そのため、ゲートウェイノードにとって、クライアントからの情報を収集することが可能である。2ゲートウェイが、ビデオビットストリームを部分的に構文解析し分析して推定値を得る。3コンテンツサーバが情報を提供する。統計多重化ゲインは映像コンテンツセットが多様化するほど大きくなることは注目に値する。将来的には、MPEG-2、H.264、SVC、MVC、UltraHD等のより多くのビデオコンテンツタイプが開発されて共存すると予想される。それにより例えば、映像コンテンツの多様性が大きくなり、それによって使用ケースの統計多重化ゲインが増加する。既存の規格をサポートするために、トランスポートパケットヘッダ内に、現在のビットレートでのビデオビットストリームのための、レート対ビジュアル歪の比率を示す値が格納されたフィールドを追加することができ、ビデオビットストリームは、パケットが属するトランスポートストリームによって運ばれる。本発明の別の実施形態は、ネットワークの管理機能が少なくとも1つのネットワーク対応デバイスによって実行される仮想ホームゲートウェイを伴っても良い。たとえば、デバイスがネットワークの帯域不足をエラー表示するビデオビットストリームを受信することができる。これらの表示は、失われたパケット、遅延、過剰なバッファリング等を含むことができる。次に、デバイスは他のネットワークデバイスがビデオビットストリームを受信しているか、どのようなビットレートであるか、どのようなコンテンツであるかを判定するために他のネットワークデバイスにポーリングすることができる。次に、デバイスは、どのビットストリームを低減すべきかを決定するために、この情報を優先順位リストと比較することができる。次にデバイスは、最も低い優先度のビットストリームを送信しているサーバに、そのビットストリームのビットレートを下げることを要求することもできる。あるいは、デバイスは、優先順位の低いビットストリームを受信している他のネットワークデバイスに、サーバからの低減を要求するように要求することもできる。次に図2を参照すると、その帯域幅が不足している場合のネットワークノードの動作200の代表的な実施形態が示されている。サブルーチンは、少なくとも1つのビットストリームセッションを検出した後に開始される205。サブルーチンが開始され205、次にすべての着信ビデオビットストリームの現在の合計ビットレートを計算した210後、合計が使用可能な帯域幅を超えた場合215、ビットレート低減量が決定される230。利用可能な帯域幅を超えていない場合、システムはすべてのストリーミングセッションが終了したか否かについて判定する220。そうであれば、サブルーチンを終了し225、別のビットストリームセッションを待つ。少なくとも1つのビットストリームセッションが残っている場合、サブルーチンは、ステップ210に戻る。ビットレートの低減量が決定されると、一例では、システムは選択順位が最も低いビットストリームを決定するために優先順位リストを照会する235。別の例では、システムは低減するビットストリームを決定するために最小のレート対視覚的歪み比率240のビデオを見つけるためにパケットのヘッダーをチェックする240。次に、サブルーチンはすべてのビデオセッション245が終了しているか否かを判定する。そうであれば、サブルーチンを終了225し、別のビットストリームセッションを待つ。少なくとも1つのビットストリームセッションが残っている場合は、サブルーチンは選択されたビットストリームのビットレートを計算されたビットレート低減量で低減するための要求をビデオコンテンツサーバに送信する250。サブルーチンは、ステップ210に戻る。図3は、帯域幅の余剰があるとき、ネットワークまたはネットワークゲートウェイが従う操作を示す。図3を参照すると、帯域幅に余剰が有るときのネットワークノードの動作300の代表的な実施形態が示されている。サブルーチンは、少なくとも1つのビットストリームセッションを検出した後に開始する305。サブルーチンが開始され305、次にすべての着信ビデオビットストリームの現在の合計ビットレートを算出した310後、合計が使用可能な帯域幅の閾値より小さい場合315、ビットレートの増加量が決定される330。利用可能な帯域幅を超えていない場合、システムはすべてのストリーミングセッションが終了したか否かを判定する320。そうであれば、サブルーチンは終了325し、別のビットストリームセッションを待つ。少なくとも1つのビットストリームセッションが残っている場合、サブルーチンは、ステップ310に戻る。ビットレートの増加量が決定されると、一例では、システムは最も好ましいビットストリームを決定するために選択順位リストを照会する335。別の例では、システムは増加するビットストリームを決定するため340、最大のレート対視覚的歪み比率を有するビデオを見つけるためにパケットのヘッダーをチェックする340。その後サブルーチンは、すべてのビデオセッションが終了したか否かを判定する345。そうであれば、サブルーチンは終了し325、別のビットストリームセッションを待つ。少なくとも1つのビットストリームセッションが残っている場合は、サブルーチンは選択されたビットストリームのビットレートを計算されたビットレート低減量で低減するためにビデオコンテンツサーバに要求を送信する350。次に、サブルーチンは、ステップ310に戻る。本発明を特定の実施形態に関して説明してきたが、本発明の範囲内に入る変更ができることが理解されよう。例えば、様々な処理ステップは、別々にまたは組み合わせて実装してもよく、汎用または専用のデータ処理ハードウェアで実装するようにしてもよい。