(57)【要約】クローズドネットワーク（１００）におけるソース端末（１０２）から宛先端末（１１４）に品質駆動されるストリーミングコンテンツを提供する方法及び装置が開示されている。新しいストリームが要求されるたびに、この必要とされる帯域幅に関する情報が集められる。次いで、前記ネットワークが前記新しいストリームを送信するために、必要とされる帯域幅を持つか判断される。前記ネットワークがこの必要とされる帯域幅を持たない場合、現在送信されている全てのストリームの帯域幅は、前記新しいストリームが前記宛先端末に送信されることを可能にするように減少される。この帯域幅の減少は、一様に分散され、ユーザの記憶される階層に基づいて比例し又は選択したストリームにのみ実行される。
2005526452.tif 000002
【特許請求の範囲】
【請求項１】
クローズドネットワークにおけるソース端末から宛先端末へ品質駆動されるストリーッミングコンテンツを供給する方法であって、
−新しいストリームが要求されるたびに必要とされる帯域幅に関する情報を集めるステップ、
−前記ネットワークが前記新しいストリームを送信するために前記必要とされる帯域幅を持つかを判断するステップ、及び
−前記ネットワークが前記必要とされる帯域幅を持たない場合、前記新しいストリームが前記宛先端末へ送信されることを可能にするように、現在送信されている全てのストリームの帯域幅を減少させるステップ、
を有する方法。
【請求項２】
前記ストリームの全ての帯域幅は一様に減少する請求項１に記載の方法。
【請求項３】
−可能なユーザの階層を記憶するステップ、及び
−前記新しいストリームが前記宛先端末に送られることを可能にするように、前記記憶された階層の上位にいるユーザよりも、前記記憶された階層の下位にいるユーザに前記ストリームの帯域幅を累進的に減少させるステップ、
をさらに有する請求項１に記載の方法。
【請求項４】
減少した品質のサービスと共に送られる前記宛先端末に現在送信されるストリームのリストを提供するステップをさらに有する請求項１に記載の方法。
【請求項５】
前記新しいストリームが前記宛先端末に送られることを可能にするように、制御器は前記リストからストリームを選択し、前記選択されたストリームの帯域幅を減少させる請求項４に記載の方法。
【請求項６】
−前記ユーザが前記リストからストリームを選択するような前記リストをユーザに提供するステップ、及び
−前記新しいストリームが前記宛先端末に送られることを可能にするように、前記選択されたストリームの帯域幅を減少させるステップ、
をさらに有する請求項４に記載の方法。
【請求項７】
前記宛先端末は表示スクリーンである請求項１に記載の方法。
【請求項８】
存在するストリームを修正する要求が入力される場合、必要とされる帯域幅に関する情報が集められる請求項１に記載の方法。
【請求項９】
クローズドネットワークにおけるソース端末から宛先端末に品質駆動されるストリーミングコンテンツを提供する方法であって、
−特定のストリームに対するネットワーク容量及び要件に基づいて帯域幅を割り当てるステップ、
−宛先端末の容量に依存して特有なストリームに対する要件を減少させるステップ、及び
−前記ネットワークの容量が新しく要求されるストリームの追加に対し不十分である場合、個々のストリームの帯域幅を減少させるステップ、
を有する方法。
【請求項１０】
前記減少した要件に依存して前記ストリームのコンテンツを減少させるステップをさらに有する請求項９に記載の方法。
【請求項１１】
−前記ネットワークが前記新しいストリームを送信するために前記必要とされる帯域幅を持つかを判断するステップ、
−減少した品質のサービスと共に送られる前記宛先端末に現在送信されるストリームのリストを提供するステップ、及び
−前記新しいストリームが前記宛先端末に送られることを可能にするように、前記リストから選択される前記ストリームの帯域幅を減少させるステップ、
をさらに有する請求項９に記載の方法。
【請求項１２】
前記クローズドネットワークの制御器が前記リストから前記ストリームを選択する請求項１１に記載の方法。
【請求項１３】
ユーザが前記リストから前記ストリームを選択する請求項１１に記載の方法。
【請求項１４】
クローズドネットワークにおけるソース端末から宛先端末に品質駆動されるストリーミングコンテンツを提供する装置であって、
−新しいストリームが要求されるたびに必要とされる帯域幅に関する情報を集める手段、
−前記ネットワークが前記新しいストリームを送信するために前記必要とされる帯域幅を持つか判断する手段、及び
−前記ネットワークが前記必要とされる帯域幅を持たない場合、前記新しいストリームが前記宛先端末に送信されることを可能にするように、現在送信されている全ての前記ストリームの帯域幅を減少させる手段、
を有する装置。
【請求項１５】
前記ストリームの全てにおける前記帯域幅が一様に減少する請求項１４に記載の装置。
【請求項１６】
−可能なユーザの階層を記憶するための記憶手段、及び
−前記新しいストリームが前記宛先端末に送られることを可能にするように、前記記憶された階層の上位にいるユーザよりも、前記記憶された階層の下位にいるユーザに前記ストリームの帯域幅を累進的に減少させるための手段、
をさらに有する請求項１４に記載の装置。
【請求項１７】
減少した品質のサービスと共に送られる前記宛先端末に現在送信されるストリームのリストを提供する手段をさらに有する請求項１４に記載の装置。
【請求項１８】
前記新しいストリームが前記宛先端末に送られることを可能にするように、制御器は前記リストからストリームを選択し、前記選択されたストリームの帯域幅を減少させる請求項１７に記載の装置。
【請求項１９】
−前記ユーザが前記リストからストリームを選択するような前記リストをユーザに提供する手段、及び
−前記新しいストリームが前記宛先端末に送られることを可能にするように、前記選択されたストリームの帯域幅を減少させる手段、
をさらに有する請求項１７に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークにおいて利用可能な帯域幅をより効率良く使用すること、特に、ソース装置及び宛先装置の組からソース装置に供給される能力情報を用いて、利用可能な帯域幅をより効率良く使用することを達成するための方法及び装置に関する。
【背景技術】
【０００２】
ネットワークは、我々の家庭に進歩的に浸透している。殆どの家庭は１つ以上のネットワークを装備している。例えば、有線及び無線電話のネットワーク、スピーカをアンプに接続するための無線接続、機器をコンピュータに接続するためのネットワーク及びコンピュータを相互接続するためのネットワークである。
【０００３】
家庭内にある機器を相互接続することは、機器の能力を大いに強化する。上述の状態が与えられる場合、上記ネットワークは異種(heterogeneity)、すなわち別々の通信プロトコルを備える異なる通信媒体の相互接続となる。多くの規格、例えばIEEE1394、ホームＰＮＡ、CEBus、ホームＲＦ、IEEE
802.11、Bluetooth等が家庭内ネットワークの分野を既に扱っている。ネットワークレベルでの異種性に取り組んだ十分知られたプロトコル規格は、インターネットプロトコル（ＩＰ）である。
【０００４】
前記ネットワークは、民生用機器、コンピュータ、放送及び電話通信の分野からの機器を相互接続する。それが娯楽、制御、情報及び通信を容易にする。例えば、リビングにおいてＰＣから大きなスクリーンへのオーディオ／ビデオ（Ａ／Ｖ）のストリームを容易にする。さらに、例えばヒータのような機器が移動電話から遠隔的にオン又はオフにスイッチされることができたり、ファイルがＰＣにダウンロードされたり、家の中の仲間と家の外の仲間との間でビデオ会議が行われたりすることができる。
【０００５】
上に挙げられた例から、異なるリソース及びタイミング要件(timing requirement)を用いたネットワークへのアクセスは、リソース、タイミング及び様々な信頼できる要件を要求するＡ／Ｖストリーム、タイミング及び信頼できる要件を要求する制御のようなアクセス、弱いタイミング及び恐らくは重大なリソース要件でのファイルのアクセス、並びにタイミング及びリソース要件を要求する会議参加、に対し必要とされると推測される。このネットワークのユーザは、実施の詳細で煩わされたいのではく、ユーザが知っている装置、例えばセットトップボックス、ＰＣ又はインストールしたソフトウェア若しくは音楽の一部のような内容の一片の完全なる制御状態にしたがっている。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
これらのネットワークにおいて、多くの異なる装置は、同時に動作することができたり、又はある装置が複数の異なるタスクを実行することができる。例えば、スクリーンは異なるビデオストリームを各々表示するための幾つかの異なるウィンドウを持つことができる。これは、ネットワーク上に多すぎる要求が置かれる場合、すなわちネットワークが要求される機能の全てを同時に行うための容量又は帯域幅を持たない場合、問題となる。これは、帯域幅を高価にし得るストリーミングコンテンツを備える特定の問題となり得る。しかしながら、Ａ／Ｖストリームにおいて、実際に宛先ディスプレイ又は宛先スクリーンのウィンドウ上に視覚化されない情報が頻繁に転送されている。幾つかの情報は表示されるが、除去されることもでき、ユーザに単に僅かに影響するだけである。これは、この情報の転送により帯域幅が浪費されることを意味している。従って、より多くのサービスを同時に提供する能力を持つように、ネットワークにおいて利用可能な帯域幅をさらに効率良く使用する方法及び装置を必要とする。さらに、要求される実施の全てに利用可能である十分な帯域幅が無い場合、帯域幅が使用されるべき方法をユーザに決めさせる必要がある。
【課題を解決するための手段】
【０００７】
本発明の目的は、宛先ディスプレイ又は宛先スクリーンのウィンドウに関する情報をネットワークの制御器に送ることにより、利用可能な帯域幅をより効率良く使用することを提供するために、既知のネットワークの上述される欠陥を克服することである。ここで制御器は、前記スクリーン及びネットワークの能力と密接に合致するために、宛先スクリーンに送られるコンテンツを適合させることができる。
【０００８】
本発明の実施例によれば、クローズドネットワークにおけるソース端末から宛先端末に品質駆動されるストリーミングコンテンツ(quality driven streaming content)を供給するための方法及び装置が開示されている。必要とされる帯域幅に関する情報は新しいストリームが要求されるたびに集められる。次いで、前記ネットワークが新しいストリームを送信するのに必要とされる帯域幅を持っているか判断される。帯域幅を適合するのに３つの方法が可能である。
【０００９】
第１の方法では、制御器は、品質の減少がユーザの介入無しに全てのストリームにわたり一様に分布するように、全てのストリームの帯域幅を適合させる。第２の方法は、可能なユーザの階層を制御器に記憶することである。このとき帯域幅は、リストの下位にいるユーザに対してはより進行的に減少し、リストの上位にいるユーザに対しては減少しない又は僅かに減少するだけである。第３の方法はユーザの介入を可能にする。個々のストリームの品質が減少し、全てのユーザは、さらに品質が低下することが認められないことを示す可能性を持つ。制御器はこのことに注意し、十分な帯域幅が新しいストリームに開放されない場合、ユーザに通知される。その後、家庭内の社会的構造が帯域幅の割り当てを決める。議論の結果において、各ユーザはさらに品質が低下することが許可されることを知らせる可能性を持つ。
【００１０】
本発明の他の実施例において、クローズドネットワークにおけるソース端末から宛先端末に品質駆動されるストリーミングコンテンツを供給するための方法及び装置が開示されている。帯域幅はネットワーク容量及び特定のストリームに対する要件に基づいて割り当てられる。特定のストリームに対する要求は、宛先端末の容量に依存して減少する。個々のストリームの帯域幅は、このネットワークの容量が新しく要求されたストリームの追加に対し不十分である場合に減少する。
【００１１】
本発明のこれら及び他の態様は以下に説明される実施例から明らかであり、これら実施例を参照して説明される。
【発明を実施するための最良の形態】
【００１２】
本発明は添付する図を参照し、例として記載されている。
【００１３】
図１は、本発明の実施例により構成されるホームマルチメディアネットワーク１００の概略図である。しかしながら、この実施例は、ネットワーク１００が本発明の範囲内において多数の異なるやり方で構成されてよく、このネットワーク１００に結合される異なる装置を含んでもよいので、単なる具体例である。加えて、本発明は家庭内にあるネットワークに限定されるのではなく、例えばオフィス、アパート、ビル等のような他の形式の構造物に設置される他のクローズドネットワークに応用可能である。しかしながら、説明を目的とするため、例示的な実施例が家庭内の設置の意味合いで記載される。
【００１４】
ネットワーク１００は、異なる形式の機器の家の外の世界への接続性を提供するデジタルネットワークである。この機器は例えば、セットトップボックス１０２、ＰＣ１０４、１０６、デジタルテレビジョン１１４、ＤＶＤプレーヤ１１２、デジタルカムコーダ１１６、音響機器１１８、プリンター１０８及び電話１２０を有する。この機器を外の世界に接続することに加え、このネットワーク１００は、デジタルビデオ、デジタルオーディオ、コンピュータ及び電話機器も家の中で一緒に接続する。これは家の中における通信及び制御を統一し、外部ネットワーク接続又は内部データソースの最大能力をネットワーク１００における如何なる端末にも利用可能にする。
【００１５】
外の世界との通信は、多数の分離するネットワークインタフェースユニット１２２を介して行われ、入口ユニット（説明せず）において、異なる外部ネットワークとホームネットワーク１００との間の接続を可能にする各ネットワークインタフェースユニット１２２と物理的に結合される。この異なる外部ネットワークは、異なる形式の信号を搬送してよい。これら信号は、例えばＨＦＣ(hybrid fiber coax)又はケーブルに搬送される放送信号（デジタル又は混合されるアナログ／デジタル）でよい。他の形式の信号はＩＳＤＮ、放送デジタル衛星サービス及びその他である。少なくとも、後続するデータ形式は、圧縮ビデオ、圧縮オーディオ、圧縮インターネットグラフィック及びデータ、インターネットｅメール及び他のデータ、コンピュータファイルデータ並びに制御メッセージデータを搬送してよい。
【００１６】
これら信号は、内部ネットワーク１１０を通じて家の至るところに分配される。ある実施例において、内部ネットワーク１１０は本質的に、より対線(twisted pair)の10base_T又は100base_Tの形式のイーサネットであるが、特別なスイッチＨＵＢは、高いビットレートのビデオを入力することが各々可能である如何なる数の端末ユニットに対しネットワークをスケーラブルにさせるために用いられる。イーサーネットネットワークに関しは、トークンベースのプロトコルが帯域幅を確保するために使用される。IEEE 802.11に関しては、ＥＤＣＦ又はＨＣＩ構造が用いられる。サービスディスカバリー構造(service discovery mechanism)は通常、装置間の相互運用性(interoperability)を可能にするために、UPnP(universal Plug and Play)又はHAVi(home Audio/Video interoperability)規格により設けられる。
【００１７】
図１に説明されるHAViアーキテクチャは、異なる製造業者の製品が相互運用することができる、すなわち協同してアプリケーションタスクを行うことが可能であることを保証する。現在の民生用電子装置、例えば家庭用娯楽機器（ＤＶＤプレーヤ１１２、ＤＶカムコーダ１１６、デジタルテレビジョン１１４等）は、デジタル処理及びデジタル記憶システムである。ネットワークにおけるこれら装置を接続することは、処理及び記憶リソースを共有することを可能にする。これは、例えばユーザの対話を簡単にするために、幾つかの民生用電子装置の制御を同時に調整(coordinate)することができる。例えば第１の装置は、第３の装置の電子番組ガイドにアクセスしている間、第２の装置に記録していることを例示してよい。ホームネットワークは、民生用電子装置を接続するための骨組みを提供する。接続される装置が（ある装置が他の装置に命令を送る）制御及び（ある装置が他の装置にオーディオ又はビデオストリームを送る）Ａ／Ｖデータの両方を交換することを可能にする。ネットワークはこの全てを達成するために、幾つかの要件を満たさなければならない。それは、高いデータ速度のＡＶストリームの転送を適時にサポートしなければならない。
【００１８】
HAViソフトウェアアーキテクチャは、プラットフォーム独立であり、Java（登録商標）に基づいている。HAViは、ネットワークに接続される装置間の制御及びコンテンツを転送するためのIEEE1394高性能シリアルバスプロトコルを使用する。IEEE1394規格は動的に構成可能である、低コストのデジタルネットワークである。IEEE1394は、バックプレーンの物理層とポイントツーポイント(point to point)でケーブル接続されるバーチャルバス(virtual
bus)の実施との両方を規定する。このバックプレーンのバージョンは、12.5、25又は50Mbits/secで動作する。ケーブルのバージョンは、100、200及び400Mbits/secのデータ速度を持つ。この規格は媒体、トポロジ(topology)及びプロトコルを指定する。IEEE1394転送プロトコルは特に、それの高いデータ速度能力のため、オーディオ及びビデオ通信プロトコルをサポートするのに有用である。
【００１９】
HAViアーキテクチャは、民生用電子装置の抽象表示(abstract representation)を介して、このネットワークにおける民生用電子装置を制御する。これら抽象表示は、制御器又はソース（例えば、セットトップボックス１０２及びＰＣ１０４、１０６）により処理され、関連する実際の民生用電子装置の特異性(idiosyncrasy)を隠す。これにより抽象表示は、より高いレベルのソフトウェアに対する一様なインタフェースを供給する。これら抽象表示は、表示される装置の制御特性を反映する抽象表示の制御特性が登録される。これら抽象表示は、その相互運用性ＡＰＩをアプリケーションに提示し、ポータブルな分散型アプリケーションをホームネットワーク１００に構築するためのサービスの組を集合的に形成する。これら抽象表示はUPnPにおいて別々に実施される。
【００２０】
両方のアーキテクチャは、ある装置がホームネットワークにおける他の装置に命令又は制御情報を送ることを可能にする。HAVi準拠の装置は、その装置のユーザインタフェース及び制御能力に関連するデータ（装置制御モデルと呼ばれる上述される抽象表示）を含む。このデータは例えば、ネットワーク上の他の装置によりアップロード及び実行されるHAViのバイトコード（Java）を含む。HAVi準拠の装置はこのシステムにおける他の装置と通信するのに十分な機能を最低限有する。対話中、装置は、ピアツーピア(peer-to-peer)方式で制御及びデータを交換する。これは、通信レベルにおいて、前記装置がこのシステムのマスター又は制御器として働くことを必要としないことを保証する。他方では、論理マスター又は制御器が基本的なピアツーピア通信モデルに制御構造を強要することを可能にする。HAViは制御器と制御される装置とを区別する。制御器は、制御される装置に対しホストとして働く装置である。制御器は、この制御される装置に関する抽象表示をホストする。制御インタフェースはこの抽象表示のＡＰＩを介して曝される。このＡＰＩは前記装置を制御するためのアプリケーション用のアクセスポイントである。
【００２１】
HAViは、IEEE1394通信媒体上のチャンネルを予約するHAViストリームマネージャを利用して帯域幅を予約する可能性を表している。前記アプリケーションは、チャンネル容量の一部又は全チャンネル容量を特定のストリームに割り当てるのは完全に自由である。UPnPは、接続マネージャサービスを認識し、ソースと宛先との間の全てのストリームの全体像を持つ。
【００２２】
殆どのアプリケーションは、ソースから宛先へ送られるべきデータのストリームを含んでいる。例えば、Ａ／Ｖのストリームはセットトップボックス１０２からデジタルテレビジョン１１４に送られる。少なくとも、宛先の能力は、ユーザに気付かれるストリームの品質を制限する。例えば低い解像度のスクリーンは全てのアスペクトの画像をさらに詳細に視覚化することはできない。ユーザは、ユーザが好むコンテンツを正しい品質で示すために、ソース及び宛先の組の中からソース及び宛先を選択したがっている。
【００２３】
宛先におけるストリームの品質パラメタが決められる前に、ネットワーク１００とユーザとの間のダイアログ(dialogue)が必要とされる。本発明のある実施例において、ネットワーク１００はデフォルトの品質でストリームを開始する。ここでネットワーク１００はユーザの好みを学習している。予期せぬ状況の場合又はユーザの要求において、ダイアログが開始される。特に、多数のストリームがネットワーク１００の容量を越える場合、ネットワーク１００は、ユーザにより許容できると認められる品質がネットワーク１００により持続されるような選択をユーザに提供してよい。
【００２４】
宛先はスクリーン上のウィンドウとすることができるが、本発明はそれに限定されない。スクリーンは多数のウィンドウを持つことができ、多数のソースからストリームを入力することができる。例えば、図２に示されるように、テレビジョン１１４上のメインウィンドウ２０２は、できるだけ高い品質で見ることができる一方、１つ以上の小さなウィンドウ２０４、２０６は、他の入力するストリームに関する情報を供給する。これらウィンドウの視野品質における決定がネットワークに伝達される。システムは、特定のイベントが起こる場合、品質及びウィンドウを自動的に変更してよい。
【００２５】
ネットワークのサービスの品質(QoS)は、ネットワーク上にあるストリームの品質により決められる。あるＡ／Ｖストリームの送信における異なる段階がここで説明される。ソースにおいて、画像品質が必要とされるレベルより下に劣化しない間は、発生したデータは減少することができる。この減少は送信容量だけでなく、宛先の特性及び画像特性に依存する。全連鎖内において最も弱いリンクがデータの減少量及びデータの減少位置を決める。オーディオ及びビデオに対しては、最低のデータ速度が、ユーザの希望を満足させるように持続されなければならない。コンテンツ及び選択される符号化に依存して、データ速度は時間で変動する。前記発生したデータは、基本ストリームが最低限の品質要件で移動する画像の生成を可能にするような独立したストリームに分裂することができる。他のストリームの追加は、表示される画像の品質を段階的に改善する。その結果はＭＰＥＧ４のＦＧＳ(Fine Grained Scalability)部分により規格化されるようなスケーラブルな伝送アルゴリズムである。全てのサブストリームに対し、優先事項、パス又は冗長性は、所与の品質で送出する可能性をコスト関数にリンクするように割り当てられることができる。
【００２６】
所与のストリームは他のストリームとネットワークを共有する。これにより、送信媒体の帯域幅の一部は、この所与のストリームに割り当てられる。この割り当ての仕組みは、媒体依存である。宛先において、バッファのコンテンツは、前記ストリームのコンテンツにより要求される速度で宛先に送られる。関連するストリームは同期及び復号されなければならない。
【００２７】
図１に説明されるように、通信媒体はブリッジ１２４を介して相互接続されている。これら媒体は、帯域幅の予約がＡ／Ｖデータをソースから宛先まで流すこと（ストリーム）を可能にする。このストリームが１つ以上のブリッジ１２４を交差する場合、帯域幅は含まれる媒体の全てにわたり予約される。異なる媒体は異なる予約構造を使用してよい。全てのブリッジ１２４に対し、ある媒体の帯域幅の予約が他の媒体の帯域幅の予約に変換する方法を記載した関数Ｔ２：medium, medium->bandwidth
characteristics が存在する。媒体は一定の容量を持つ。媒体の容量の認識は２つのやり方：
（１）媒体の容量がその媒体に接続される全ての装置に知られている、
（２）１つ以上の装置がその容量を知るために選ばれる、
で分布することができる。各宛先に対し、ストリームデータの量の減少がユーザにより気付かれるような品質に影響する方法を説明する関数Ｔ１：quantity->quality が存在する。
【００２８】
要求される実施の全てを遂行するのに十分な帯域幅が利用可能でない場合にネットワーク１００がどのように対処するかの実施例が図３に示されている。新しい帯域幅の予約が行われるたびに、ソース、例えばセットトップボックス１０２及びコンピュータ１０４、１０６は、ステップ３０２において、何らかの代替物がある場合、帯域幅予約の要件を１つ以上のパスを介して宛先に送る。ステップ３０４において、各パスに対し十分な帯域幅が利用可能であるか確認される。ソースは、ステップ３０６において、最も効率の良いパスを計算し、この計算結果を選択したパスを介して宛先に送る。代替物はネットワークにわたり情報を溢れさせることである。全ての帯域幅は次いでステップ３０８において予約され、新しいストリームが送信される。
【００２９】
ステップ３０４において、十分な帯域幅が利用可能ではないと判断された場合、ステップ３１０において、全ての競合するストリームのリストがソースにより求められる。ソースは、新しいストリームの予定される宛先に到着する全てのストリームをリストにする。この宛先を備えるストリームの組はＤＳと示される。ステップ３１２において、ウィンドウが宛先のスクリーン上に予約され、新しいストリームＮＳを表示する。ステップ３１４において、それらの帯域幅が減少する場合、新しいストリームに対し十分な帯域幅を可能にするサブセットＳＤＳが前記組ＤＳから決められる。この情報は次いでステップ３１６において宛先に送られる。
【００３０】
ステップ３１８において、双方向のダイアログが宛先のユーザに供給されることができ、新しいストリーム用に場所を空けるためにそれら品質を減少させることができるストリームのリストを表示する。例えば、このダイアログは、新しいストリームのために予約されるウィンドウ上で行うことができる。ユーザは次いで、ステップ３２０において、これら変更を容認し、新しいストリームの要求をキャンセルするか、又は利用可能であればストリームの異なるサブセットを要求することができる。さらに、ユーザはサブセットＳＤＳを作成し、そのサブセットを実施するためのソースに送り返すことができる。ステップ３２２において、新しい帯域幅の割り当てがＳＤＳのソースに送られ、新しいストリームが送られる。代替物において、宛先は、ユーザにユーザ入力を促すことなく、Ｔ１を考慮して帯域幅の割り当てを最適にすることができる。
【００３１】
ＤＳが空である場合、ソースは全ての競合するストリーム及びそれらの品質レベルをリストにすることができる。このソースは、個々のストリームの関数Ｔ１を考慮しないが、関数Ｔ２に基づいてネットワーク上の品質レベルを最適にする。ソースは、他のソースに適合した帯域幅を通知し、新しいストリームを送る。宛先において、双方向のダイアログが始められ、ユーザが気付く最適条件を得るために、全ての含まれるストリームの帯域幅を適合することを許可する。新しいストリームを許可するために、あるストリームが完全に切断されなければならない場合、切断され得る全ての可能なストリームのリストを示す宛先との双方向のダイアログが開始される。
【００３２】
例えば、新しいストリームに対し十分な帯域幅が利用可能ではないと判断される場合、システムは、ユーザが介入することなく、ストリームの全てにわたり一様に品質の低下が分散されるように、全てのストリームの帯域幅を適合させることができる。代替的に、ユーザ及び／又はソースは、可能なユーザの階層を作成及び記憶する。新しいストリームに対し十分な帯域幅が利用可能ではないと判断される場合、他のストリームの帯域幅は、リストの下位にいるユーザに対してはより進行的又は比例的に減少し、リストの上位にいるユーザに対しては減少しない又は僅かに減少するだけである。
【００３３】
本発明の異なる実施例は、幾つかのステップのタイミングが本発明の全体的な動作に影響することなく交換され得るので、上述されるステップの正確な順序に限定されないと理解される。その上、“有する”という用語は他の要素又はステップを排除しない。用語が複数有ることを排除しない。単一の処理器又は他のユニットは、特許請求の範囲に引用されるこれら幾つかのユニット又は回路の機能を実行してよい。
【図面の簡単な説明】
【００３４】
【図１】本発明の少なくとも一つの実施例を実施するための例示的なホームネットワークを説明する。
【図２】多数のＡ／Ｖストリームを同時に見るための複数のウィンドウを備えるテレビジョンを説明する。
【図３】本発明の実施例による必要とされる実施の全てを達成するのに不十分な帯域幅である場合、ネットワークが行うステップを説明するフローチャート。
【図１】
2005526452.tif 000003
【図２】
2005526452.tif 000004
【図３】
2005526452.tif 000005
【国際調査報告】
2005526452.tif 000006
2005526452.tif 000007