(57)【要約】  本発明は、システムの内部リソースの割当てに影響を与えるパブリックインタフェースを有する少なくとも２つの装置又はアプリケーションが、一定でない帯域幅を有するデータ転送媒体のリソースにアクセスするデジタルネットワーク、特にデジタルホームネットワークにおけるキャパシティボトルネックを処理する方法に関する。リソースボトルネックの場合、前記ユーザにほとんど通知されない関連するアプリケーションに対する効果を有する前記データストリームのデータ転送レートが低減される。
2007523533.tif 000002
【特許請求の範囲】
【請求項１】
システムの内部リソースの割当てに影響を与えるパブリックインタフェースを有する少なくとも２つの装置又はアプリケーションが、一定でない帯域幅を有するデータ転送媒体のリソースにアクセスするデジタルネットワーク、特にデジタルホームネットワークにおけるキャパシティボトルネックを処理する方法であって、リソースボトルネックの場合、前記ユーザにほとんど通知されない関連するアプリケーションに対する効果を有する前記データストリームのデータ転送レートが低減されることを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
低減されるべきデータストリームを選択するため、各ストリームのプライオリティが、前記ユーザのコンテクスト及びすべてのストリームのコンテンツに関する情報から定期的に決定されることを特徴とする方法。
【請求項３】
請求項２記載の方法であって、
前記送信するネットワークが、各ストリームについて決定されたプライオリティについて通知されることを特徴とする方法。
【請求項４】
請求項２記載の方法であって、
前記各アプリケーションは、自らにより直接処理され、又は前記ネットワークを介しわたされる各ストリームについての前記決定されたプライオリティについて通知されることを特徴とする方法。
【請求項５】
請求項３又は４記載の方法であって、
各送信帯域の１つのプライオリティが、スケーラブルなデータストリームに割り当てられることを特徴とする方法。
【請求項６】
請求項２乃至５何れか一項記載の方法であって、
発生するリソースボトルネックの場合、最も低いプライオリティを有するデータストリームは、品質が低下されるか、又は完全に停止されるべき最初のものであることを特徴とする方法。
【請求項７】
請求項１乃至６何れか一項記載の方法であって、
前記システム内のアプリケーションは、該アプリケーションの接続要件と共に該アプリケーションの品質要件を送信することを特徴とする方法。
【請求項８】
請求項１乃至７何れか一項記載の方法であって、
前記アプリケーションの品質要件は、デフォルトエントリから前記システム自体によって規定されることを特徴とする方法。
【請求項９】
請求項１乃至８何れか一項記載の方法であって、
前記ユーザは、前記システムの品質制限を拒絶することが可能であることを特徴とする方法。
【請求項１０】
請求項９記載の方法であって、
品質制限の拒絶後、前記システムは、次にベストなプライオリティを決定し、それについて前記ネットワーク又は前記アプリケーションに通知することを特徴とする方法。
【請求項１１】
請求項９又は１０記載の方法であって、
ユーザの拒絶は、前記システムにより格納され、以降のプライオリティ計算を決定するとき考慮されることを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの内部リソースの割当てを制御するパブリックインタフェースを有する少なくとも２つの装置又はアプリケーションが、一定でない帯域幅を有するデータ転送媒体のリソースへのアクセスを有するデジタルネットワーク、特にデジタルホームネットワークにおけるキャパシティボトルネックを処理する方法に関する。
【背景技術】
【０００２】
情報は、拡大するデジタル化及びメディア処理のリンクにより処理される。家庭の領域に関する限り、係るネットワークはデジタルホームネットワーク（ＩＨＤＮ：Ｉｎ−Ｈｏｍｅ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）と呼ばれる。テレビ、ラジオ、モニタ、ラウドスピーカー、カメラ、プリンタ、スキャナ、ＰＣ、電話サービス、音声認識システム、家電機器コントロール、セキュリティ装置などが、このようなＩＨＤＮに統合されるかもしれない。特に１００ｍｂｉｔ／ｓまでの高データ転送レートによる音声及び映像媒体では、異なるアプリケーションがリソース（装置リソースとネットワークリソースの両方）について競合するとき、使用のコンフリクトがしばしば発生する。
【０００３】
この効果は、データ転送媒体の帯域幅が、外部の影響などにより変化するとき、さらに強力となる。家電機器のユーザは、高品質の観察された画像及び音声を期待する。家庭におけるデジタルマルチメディアデータの構成は、ケーブル又はワイヤレスであってもよい。しかしながら、一部のケーブルとすべての非ケーブル送信タイプは、それらが送信媒体（ケーブル、無線）を非制御機器（掃除機、電子レンジ、Ｂｌｕｅｔｏｏｔｈ装置）と物理的に共有しているため、利用可能な帯域幅について如何なる保証も与えることができない。この帯域幅保証の欠落は、利用可能な帯域幅が動作中にマルチメディアストリームによって必要とされる帯域幅以下になるという事実を引き起こすかもしれない。これは、一部のストリームでは、最適な品質による表示のために必要とされるより少ないデータしか送信できないことを意味する。このようなキャパシティボトルネックは、必要に応じて、必要なデータストリームの減少が実行されることに基づき、データストリームの優先順位付けを必要とする。
【０００４】
送信される情報のタイプ（電子メール、ウェブ、映像など）に応じたデータストリームの優先順位付けは、データストリーム（ＩＰにおけるＴＯＳビットなど）の要件のシンプルな記述による優先順位付けと共に長い間知られてきた。しかしばがら、この方法は、典型的にデジタルホームネットワークにおいて行われるものと同一のタイプ（映像、音声など）のデータストリームの優先順位付けには適していない。
【０００５】
トラフィック整形及び制御アルゴリズムは、それらのキューの優先順位付けを可能にする（例えば、Ｌｉｎｕｘ制御機構のＣＢＱ、ＨＴＢ及びＰＲＩＯ原理など）。この方法は、ストリームのプライオリティを実現するが、それらを固定化しないことに特に適している。
【０００６】
複数の方法が、優先順位付けを用いたインターネットを介したデータストリーム送信について提案されている。規格化された「ＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ）」の方法では、異なるサービスクラスが、データパケットに割り当てられ、これらのクラスに従ってリソースを取得する。異なるクラスは異なるプライオリティを有するかもしれない。しかしながら、それは、何れの基準クラスがパケットに割り当てられているかに従って指定されてはいない。さらに、統計的に所定の個数のクラスのみしか存在しない。
【０００７】
これらのシステムのすべてが、アプリケーションによって予め決定されたプライオリティ又は固定されたプライオリティクラスを利用する。
【０００８】
バーチャルリアリティ環境では、当該環境のどの要素が表現される必要があるかに関する決定は、ユーザの視野のバーチャルな方向及びバーチャルな位置に基づき行われる。同様に、バーチャルリアリティテレビ会議システムでは、会議参加者の示されたストリームに関する決定が行われる。この方法は、ストリームの品質の連続する調整について利用され、従って、可能な限り最高品質からの乖離を隠すのには適していない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従って、本発明の課題は、一定でない帯域幅を有するデジタルネットワークのキャパシティ変動により品質調整が必要とされる、ユーザからのデータストリームの品質調整を実質的に隠すことを可能にする方法を提供することである。本発明によると、当該課題は、リソースボトルネックの場合に、ユーザによりほとんど観察されない関連するアプリケーションへの影響を有するデータストリームのデータ転送レートが低下されることにより達成される。
【課題を解決するための手段】
【００１０】
提案される方法は、システムの内部リソースの割当てに影響を与えるためパブリックインタフェースを有する少なくとも２つの装置又はアプリケーションが、一定でない帯域幅を有するデータ転送媒体のリソースにアクセスするデジタルネットワーク、特にデジタルホームネットワークにおけるキャパシティボトルネックを処理するのに利用される。帯域幅保証のないシステム、特にワイヤレスシステムが、家庭用機器などの外部の影響により影響を受けるとき、このようなキャパシティボトルネックが発生する。本方法の範囲内において、参入するアプリケーションにはそれらのユーザによる主観的な品質要件に基づくプライオリティが与えられ、ユーザの観点から最も低い品質要件をおそらく有する割り当てられたアプリケーションを有するデータストリームが、最初に低減される。これについて特に、以下の関係が利用される。
・調理中に台所で動作するテレビなど、ほとんど又は全く注意が払われないストリームは、ユーザがこれを障害として気付くことなく品質低減されてもよい。
・記録されたストリームは、複数回視聴される可能性を有する。それらの記録中、それらはライブで視聴されるストリームとしてより高い重要度を有し、再生中はより低い重要度を有する。
・複数の人々によって視聴／聴取されるストリームは、特にその他の人々がゲストであるとき、１人の人のみによって視聴されているものより高い重要度を有する。
・ミュージックステーションを介し与えられる映像情報など、ユーザに重要度の低い、又は何れかの部分が重要度が低いとみなされる放送及び番組が存在する。
・異なる時間に、異なるユーザのストリームが、午後には子供用のストリームと夕方には両親のためのストリームなど、プライオリティを有するようにしてもよい。
・異なるソース又はエンド装置は、干渉の程度に関する異なるユーザの予想をもたらす。インターネット又は携帯機器からの送信に関する障害は、リビングのテレビからのものより迅速に容認されるであろう。
【００１１】
リソースの欠落が生じる場合、最も低いプライオリティを有するストリームが、品質低下され、又は完全に停止される最初のものとなる。この結果、ユーザは、求められる品質低減に気付かず、又はあまり障害とならない現象としてそれを受け付ける。これは、主観的により高い品質レベルを導く。
【００１２】
本発明のさらなる実施例では、低減されるべきデータストリームを選択するため、各ストリームのプライオリティが、コンテクストに関する情報及びすべてのストリームのコンテンツからユーザによって定期的に決定され、異なるアプリケーション／オペレーティングシステムコンポーネントは、各ストリームに対する当該決定されたプライオリティについて通知される。このことは、アプリケーションがリソースボトルネックの場合に遅延なく反応することが可能であることを保証する。
【００１３】
本発明によると、システムのアプリケーションは、それらの接続要件と共にそれらの品質要件を送信する。これは、装置又はアプリケーションの最小の要件が、プライオリティ計算時に考慮されることを保証する。この結果、データストリームのブレークオフによるＣＤへの焼き付け失敗などの拒絶要因が回避される。
【００１４】
本発明の効果的な実施例では、ユーザは、システムの品質を拒絶することが可能とされ、システムは、次にベストなプライオリティを決定し、アプリケーションにそれを通知する。このことは、ユーザが否定的な品質として受け付ける主観的品質が相殺することが可能となるように、ユーザが動作することを可能にする。
【００１５】
効果的には、ユーザの拒絶は、システムによって格納され、以降のプライオリティ計算を決定する際に考慮される。この結果、システムはそれの実際上の有用性が向上するように学習能力を取得する。システムの効率性は、真の品質としてユーザによって受け付けられる品質の計算の永久的な適応化によって連続的に向上される。
【００１６】
本発明のさらなる実施例が、従属クレームにより規定される。
【００１７】
本発明の上記及び他の特徴は、以降に説明される実施例を参照することにより明らかにされる。
【発明を実施するための最良の形態】
【００１８】
図１の例により示されるようなデジタルホームネットワーク（ＩＨＤＮ）では、異なるアプリケーション１ａ、１ｂ及び１ｃが、リソースについて競合している。この例は、ＩＥＥＥ８０２．１１ｂ規格による無線ネットワークに関する。ネットワークは、例えば、テレビセット１ａ（台所にある）、コンピュータ１ｂ及びハイファイ装置１ｃを有する。アプリケーション１ａ、１ｂ及び１ｃは、ホームアーカイブ２からそれらのデータストリームを受け付ける。ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）、特にプライオリティベースＱｏＳをサポートするネットワーク５が、ホームアーカイブ２とアプリケーション１ａ、１ｂ及び１ｃとの間に存在する。ＩＥＥＥ８０２．１１ｂによる無線ネットワークについて、これはＩＥＥＥ８０２．１１ｅのプライオリティクラスの実質的なサポートである。しかしながら同様に、ＩＥＥＥ８０２．１５．３又はホームプラグ１が利用されてもよい。ネットワーク自体がＱｏＳを提供しないとき、アプリケーション自体がＱｏＳを実現しなければならない例外的なケースが生じる。
【００１９】
アプリケーション１ａ、１ｂ及び１ｃは、自らのＱｏＳ要件を一緒に送信するＱｏＳ優先順位付け装置３から自らの必要なデータストリームを要求する。優先順位付け装置３を考えることなくネットワーク５に直接アクセスするレガシーアプリケーションに関するとき、対応するアクセスが、優先順位付け装置３がネットワークトラフィックをモニタリングするとき、ネットワーク５によって優先順位付け装置３に通信されるか、又は優先順位付け装置３自体によって検出される。これらのケースにおいて欠落している要件は、おそらく検出されたアプリケーション又はストリームのタイプに応じたデフォルト値と置換される。
【００２０】
ここで、優先順位付け装置３は、要求されたストリームが利用可能なネットワークリソースの構造的なオーバロードを導くか、アプリケーション要件４におそらく基づきチェックする。この場合、それは当該要件を拒絶する。反対の場合には、優先順位付け装置３は、ユーザの現在の希望及びユーザの現在の環境とユーザのアクション８に関するストリームのコンテンツに関する情報（コンテンツメタデータ）９により要件４を拡張する。ユーザは、システムの一部であるホームアーカイブ２、ユーザデータベース６、コンテクスト検出装置７などのさらなるコンポーネントから上記情報を受け付ける。しかしながら原則的には、外部ソースもまた考慮されてもよい。従って、新しいストリームから拡張された要件データは、既存のストリームの拡張された要件データと合成され、特定の状況（上述の状況など）の存在についてチェックされる。これに基づき、新しいストリームについてプライオリティが決定され、既存のストリームのプライオリティ１０がおそらく変更される。その後、新しい変更されたプライオリティ１０は、例えば、ＩＥＥＥ８０２．１ｄによるプライオリティクラスとして、対応するフォーマットによりネットワーク５又はアプリケーション１ａ、１ｂ、１ｃに通信される。それらがＱｏＳ自体を実現するものでないアプリケーションと通信するとき、これらのアプリケーションはプライオリティ１０によりネットワーク５にわたされる。
【００２１】
例えば、優先順位付け装置３は、台所のテレビセット１ａへの映像データストリームに低いプライオリティ１０を割り当てるであろう。なぜなら、ユーザは対応する配信を主として音声により観察し、ほとんどそれを観ることはないと想定されているためである。他方、ハイファイ装置１ｃに一体化されたＣＤレコーダが、ホームアーカイブ２又はＰＣ１ｂからのストリームを要求した場合、優先順位付け装置３は、当該ストリームの中断が書き込まれたＣＤを無駄にしてしまうかもしれないため、このストリームに高いプライオリティ１０を割り当てるであろう。
【００２２】
新たに要求したストリームがスケーラブルな帯域幅を有するストリームであるとき、優先順位付け装置３は、当該ストリームのプライオリティではなく、それの送信帯域のそれぞれに対するプライオリティを決定する。
【００２３】
現在のデータフロー５１は、ネットワーク５のみの責任により実際には送信される。リソースボトルネックが生ずるとき、ＱｏＳ対応のネットワーク５は、重要性の低いストリームによって占有されている帯域幅を、当該ストリームのパケットを一部のみ又は遅延して送信し、又はそれらを送信しないことによって自動的に低減する。アプリケーション１ａ、１ｂ及び１ｃがＱｏＳ自体を実現するとき、この低減がそれらに適用される。ユーザがシステムの予想に矛盾して品質の低下を観察し、それを障害として受け付けるとき、ユーザはテレビセット１ａのユーザインタフェース１１を介し、このことをシステムに通信する。当該ユーザの拒絶情報は、ＱｏＳ優先順位付け装置３に転送され、当該装置３は、他のプライオリティ１０を計算し、それをアプリケーション１ａ、１ｂ、１ｃを通信し、これに従ってデータストリームを適応させる。ユーザの拒絶は、ＱｏＳ優先順位付け装置３によって以降のプライオリティの計算のため格納される。
【００２４】
優先順位付け装置３は、プライオリティの決定の変更、ユーザの現状又はストリームの内容等に関する影響データ５２、ネットワーク５のより長期に永続する帯域幅制限について通知され、おそらく既存のストリームのプライオリティを変更し、これについてネットワーク５又はアプリケーション１ａ、１ｂ、１ｃに通知する。
【００２５】
上記の例では、コンテクスト検出装置７は、「台所の作業」の状況が台所にいるユーザにはもはや適用されないと判断すると（例えば、すべての台所装置がスイッチオフされ、又はユーザがテレビセットの方向を永続的に観ているため）、これについて優先順位付け装置３は、テレビセット１ａへのストリームのプライオリティを向上させる状態に変更する。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明による方法を図式的に示す。
【符号の説明】
【００２７】
１ａ，１ｂ，１ｃ  アプリケーション
２  ホームアーカイブ
３  ＱｏＳ優先順位付け装置
４  アプリケーション要件
５  ＱｏＳネットワーク
６  ユーザデータベース
７  コンテクスト検出装置
８  コンテクスト及びユーザ情報
９  データストリームのコンテンツメタデータ
１０  ネットワークプライオリティ
１１  ユーザインタフェース
５１  現在のデータフロー
５２  コントロールデータフロー
【図１】
2007523533.tif 000003
【手続補正書】
【提出日】平成18年7月25日(2006.7.25)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システムの内部リソースの割当てを制御するパブリックインタフェースを有する少なくとも２つの装置又はアプリケーションが、一定でない帯域幅を有するデータ転送媒体のリソースへのアクセスを有するデジタルネットワーク、特にデジタルホームネットワークにおけるキャパシティボトルネックを処理する方法に関する。
【背景技術】
【０００２】
情報は、拡大するデジタル化及びメディア処理のリンクにより処理される。家庭の領域に関する限り、係るネットワークはデジタルホームネットワーク（ＩＨＤＮ：Ｉｎ−Ｈｏｍｅ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）と呼ばれる。テレビ、ラジオ、モニタ、ラウドスピーカー、カメラ、プリンタ、スキャナ、ＰＣ、電話サービス、音声認識システム、家電機器コントロール、セキュリティ装置などが、このようなＩＨＤＮに統合されるかもしれない。特に１００ｍｂｉｔ／ｓまでの高データ転送レートによる音声及び映像媒体では、異なるアプリケーションがリソース（装置リソースとネットワークリソースの両方）について競合するとき、使用のコンフリクトがしばしば発生する。
【０００３】
この効果は、データ転送媒体の帯域幅が、外部の影響などにより変化するとき、さらに強力となる。家電機器のユーザは、高品質の観察された画像及び音声を期待する。家庭におけるデジタルマルチメディアデータの構成は、ケーブル又はワイヤレスであってもよい。しかしながら、一部のケーブルとすべての非ケーブル送信タイプは、それらが送信媒体（ケーブル、無線）を非制御機器（掃除機、電子レンジ、Ｂｌｕｅｔｏｏｔｈ装置）と物理的に共有しているため、利用可能な帯域幅について如何なる保証も与えることができない。この帯域幅保証の欠落は、利用可能な帯域幅が動作中にマルチメディアストリームによって必要とされる帯域幅以下になるという事実を引き起こすかもしれない。これは、一部のストリームでは、最適な品質による表示のために必要とされるより少ないデータしか送信できないことを意味する。このようなキャパシティボトルネックは、必要に応じて、必要なデータストリームの減少が実行されることに基づき、データストリームの優先順位付けを必要とする。
【０００４】
送信される情報のタイプ（電子メール、ウェブ、映像など）に応じたデータストリームの優先順位付けは、データストリーム（ＩＰにおけるＴＯＳビットなど）の要件のシンプルな記述による優先順位付けと共に長い間知られてきた。しかしばがら、この方法は、典型的にデジタルホームネットワークにおいて行われるものと同一のタイプ（映像、音声など）のデータストリームの優先順位付けには適していない。
【０００５】
トラフィック整形及び制御アルゴリズムは、それらのキューの優先順位付けを可能にする（例えば、Ｌｉｎｕｘ制御機構のＣＢＱ、ＨＴＢ及びＰＲＩＯ原理など）。この方法は、ストリームのプライオリティを実現するが、それらを固定化しないことに特に適している。
【０００６】
複数の方法が、優先順位付けを用いたインターネットを介したデータストリーム送信について提案されている。規格化された「ＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ）」の方法では、異なるサービスクラスが、データパケットに割り当てられ、これらのクラスに従ってリソースを取得する。異なるクラスは異なるプライオリティを有するかもしれない。しかしながら、それは、何れの基準クラスがパケットに割り当てられているかに従って指定されてはいない。さらに、統計的に所定の個数のクラスのみしか存在しない。
【０００７】
これらのシステムのすべてが、アプリケーションによって予め決定されたプライオリティ又は固定されたプライオリティクラスを利用する。
【０００８】
バーチャルリアリティ環境では、当該環境のどの要素が表現される必要があるかに関する決定は、ユーザの視野のバーチャルな方向及びバーチャルな位置に基づき行われる。同様に、バーチャルリアリティテレビ会議システムでは、会議参加者の示されたストリームに関する決定が行われる。この方法は、ストリームの品質の連続する調整について利用され、従って、可能な限り最高品質からの乖離を隠すのには適していない。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従って、本発明の課題は、一定でない帯域幅を有するデジタルネットワークのキャパシティ変動により品質調整が必要とされる、ユーザからのデータストリームの品質調整を実質的に隠すことを可能にする方法を提供することである。本発明によると、当該課題は、リソースボトルネックの場合に、ユーザによりほとんど観察されない関連するアプリケーションへの影響を有するデータストリームのデータ転送レートが低下されることにより達成される。
【課題を解決するための手段】
【００１０】
提案される方法は、システムの内部リソースの割当てに影響を与えるためパブリックインタフェースを有する少なくとも２つの装置又はアプリケーションが、一定でない帯域幅を有するデータ転送媒体のリソースにアクセスするデジタルネットワーク、特にデジタルホームネットワークにおけるキャパシティボトルネックを処理するのに利用される。帯域幅保証のないシステム、特にワイヤレスシステムが、家庭用機器などの外部の影響により影響を受けるとき、このようなキャパシティボトルネックが発生する。本方法の範囲内において、参入するアプリケーションにはそれらのユーザによる主観的な品質要件に基づくプライオリティが与えられ、ユーザの観点から最も低い品質要件をおそらく有する割り当てられたアプリケーションを有するデータストリームが、最初に低減される。これについて特に、以下の関係が利用される。
・調理中に台所で動作するテレビなど、ほとんど又は全く注意が払われないストリームは、ユーザがこれを障害として気付くことなく品質低減されてもよい。
・記録されたストリームは、複数回視聴される可能性を有する。それらの記録中、それらはライブで視聴されるストリームとしてより高い重要度を有し、再生中はより低い重要度を有する。
・複数の人々によって視聴／聴取されるストリームは、特にその他の人々がゲストであるとき、１人の人のみによって視聴されているものより高い重要度を有する。
・ミュージックステーションを介し与えられる映像情報など、ユーザに重要度の低い、又は何れかの部分が重要度が低いとみなされる放送及び番組が存在する。
・異なる時間に、異なるユーザのストリームが、午後には子供用のストリームと夕方には両親のためのストリームなど、プライオリティを有するようにしてもよい。
・異なるソース又はエンド装置は、干渉の程度に関する異なるユーザの予想をもたらす。インターネット又は携帯機器からの送信に関する障害は、リビングのテレビで観ることができるものより迅速に容認されるであろう。
【００１１】
リソースの欠落が生じる場合、最も低いプライオリティを有するストリームが、品質低下され、又は完全に停止される最初のものとなる。この結果、ユーザは、求められる品質低減に気付かず、又はあまり障害とならない現象としてそれを受け付ける。これは、主観的により高い品質レベルを導く。
【００１２】
本発明のさらなる実施例では、低減されるべきデータストリームを選択するため、各ストリームのプライオリティが、コンテクストに関する情報及びすべてのストリームのコンテンツからユーザによって定期的に決定され、異なるアプリケーション／オペレーティングシステムコンポーネントは、各ストリームに対する当該決定されたプライオリティについて通知される。このことは、アプリケーションがリソースボトルネックの場合に遅延なく反応することが可能であることを保証する。
【００１３】
本発明によると、システムのアプリケーションは、それらの接続要件と共にそれらの品質要件を送信する。これは、装置又はアプリケーションの最小の要件が、プライオリティ計算時に考慮されることを保証する。この結果、データストリームのブレークオフによるＣＤへの焼き付け失敗などの拒絶要因が回避される。
【００１４】
本発明の効果的な実施例では、ユーザは、システムの品質を拒絶することが可能とされ、システムは、次にベストなプライオリティを決定し、アプリケーションにそれを通知する。このことは、ユーザが否定的な品質として受け付ける主観的品質が相殺することが可能となるように、ユーザが動作することを可能にする。
【００１５】
効果的には、ユーザの拒絶は、システムによって格納され、以降のプライオリティ計算を決定する際に考慮される。この結果、システムはそれの実際上の有用性が向上するように学習能力を取得する。システムの効率性は、真の品質としてユーザによって受け付けられる品質の計算の永久的な適応化によって連続的に向上される。
【００１６】
本発明のさらなる実施例が、従属クレームにより規定される。
【００１７】
本発明の上記及び他の特徴は、以降に説明される実施例を参照することにより明らかにされる。
【発明を実施するための最良の形態】
【００１８】
図１の例により示されるようなデジタルホームネットワーク（ＩＨＤＮ）では、異なるアプリケーション１ａ、１ｂ及び１ｃが、リソースについて競合している。この例は、ＩＥＥＥ８０２．１１ｂ規格による無線ネットワークに関する。ネットワークは、例えば、テレビセット１ａ（台所にある）、コンピュータ１ｂ及びハイファイ装置１ｃを有する。アプリケーション１ａ、１ｂ及び１ｃは、ホームアーカイブ２からそれらのデータストリームを受け付ける。ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）、特にプライオリティベースＱｏＳをサポートするネットワーク５が、ホームアーカイブ２とアプリケーション１ａ、１ｂ及び１ｃとの間に存在する。ＩＥＥＥ８０２．１１ｂによる無線ネットワークについて、これはＩＥＥＥ８０２．１１ｅのプライオリティクラスの実質的なサポートである。しかしながら同様に、ＩＥＥＥ８０２．１５．３又はホームプラグ１が利用されてもよい。ネットワーク自体がＱｏＳを提供しないとき、アプリケーション自体がＱｏＳを実現しなければならない例外的なケースが生じる。
【００１９】
アプリケーション１ａ、１ｂ及び１ｃは、自らのＱｏＳ要件を一緒に送信するＱｏＳ優先順位付け装置３から自らの必要なデータストリームを要求する。優先順位付け装置３を考えることなくネットワーク５に直接アクセスするレガシーアプリケーションに関するとき、対応するアクセスが、優先順位付け装置３がネットワークトラフィックをモニタリングするとき、ネットワーク５によって優先順位付け装置３に通信されるか、又は優先順位付け装置３自体によって検出される。これらのケースにおいて欠落している要件は、おそらく検出されたアプリケーション又はストリームのタイプに応じたデフォルト値と置換される。
【００２０】
ここで、優先順位付け装置３は、要求されたストリームが利用可能なネットワークリソースの構造的なオーバロードを導くか、アプリケーション要件４におそらく基づきチェックする。この場合、それは当該要件を拒絶する。反対の場合には、優先順位付け装置３は、ユーザの現在の希望及びユーザの現在の環境とユーザのアクション８に関するストリームのコンテンツに関する情報（コンテンツメタデータ）９により要件４を拡張する。ユーザは、システムの一部であるホームアーカイブ２、ユーザデータベース６、コンテクスト検出装置７などのさらなるコンポーネントから上記情報を受け付ける。しかしながら原則的には、外部ソースもまた考慮されてもよい。従って、新しいストリームから拡張された要件データは、既存のストリームの拡張された要件データと合成され、特定の状況（上述の状況など）の存在についてチェックされる。これに基づき、新しいストリームについてプライオリティが決定され、既存のストリームのプライオリティ１０がおそらく変更される。その後、新しい変更されたプライオリティ１０は、例えば、ＩＥＥＥ８０２．１ｄによるプライオリティクラスとして、対応するフォーマットによりネットワーク５又はアプリケーション１ａ、１ｂ、１ｃに通信される。それらがＱｏＳ自体を実現するものでないアプリケーションと通信するとき、これらのアプリケーションはプライオリティ１０によりネットワーク５にわたされる。
【００２１】
例えば、優先順位付け装置３は、台所のテレビセット１ａへの映像データストリームに低いプライオリティ１０を割り当てるであろう。なぜなら、ユーザは対応する配信を主として音声により観察し、ほとんどそれを観ることはないと想定されているためである。他方、ハイファイ装置１ｃに一体化されたＣＤレコーダが、ホームアーカイブ２又はＰＣ１ｂからのストリームを要求した場合、優先順位付け装置３は、当該ストリームの中断が書き込まれたＣＤを無駄にしてしまうかもしれないため、このストリームに高いプライオリティ１０を割り当てるであろう。
【００２２】
新たに要求したストリームがスケーラブルな帯域幅を有するストリームであるとき、優先順位付け装置３は、当該ストリームのプライオリティではなく、それの送信帯域のそれぞれに対するプライオリティを決定する。
【００２３】
現在のデータフロー５１は、ネットワーク５のみの責任により実際には送信される。リソースボトルネックが生ずるとき、ＱｏＳ対応のネットワーク５は、重要性の低いストリームによって占有されている帯域幅を、当該ストリームのパケットを一部のみ又は遅延して送信し、又はそれらを送信しないことによって自動的に低減する。アプリケーション１ａ、１ｂ及び１ｃがＱｏＳ自体を実現するとき、この低減がそれらに行われなければならない。ユーザがシステムの予想に矛盾して品質の低下を観察し、それを障害として受け付けるとき、ユーザはテレビセット１ａのユーザインタフェース１１を介し、このことをシステムに通信する。当該ユーザの拒絶情報は、ＱｏＳ優先順位付け装置３に転送され、当該装置３は、他のプライオリティ１０を計算し、それをアプリケーション１ａ、１ｂ、１ｃを通信し、これに従ってデータストリームを適応させる。ユーザの拒絶は、ＱｏＳ優先順位付け装置３によって以降のプライオリティの計算のため格納される。
【００２４】
優先順位付け装置３は、プライオリティの決定に影響を与えるデータの変更、ユーザの現状又はストリームの内容等に関する影響データ５２、ネットワーク５のより長期に永続する帯域幅制限について通知され、おそらく既存のストリームのプライオリティを変更し、これについてネットワーク５又はアプリケーション１ａ、１ｂ、１ｃに通知する。
【００２５】
上記の例では、コンテクスト検出装置７は、「台所の作業」の状況が台所にいるユーザにはもはや適用されないと判断すると（例えば、すべての台所装置がスイッチオフされ、又はユーザがテレビセットの方向を永続的に観ているため）、これについて優先順位付け装置３は、テレビセット１ａへのストリームのプライオリティを向上させる状態に変更する。
【図面の簡単な説明】
【００２６】
【図１】図１は、本発明による方法を図式的に示す。
【符号の説明】
【００２７】
１ａ，１ｂ，１ｃ  アプリケーション
２  ホームアーカイブ
３  ＱｏＳ優先順位付け装置
４  アプリケーション要件
５  ＱｏＳネットワーク
６  ユーザデータベース
７  コンテクスト検出装置
８  コンテクスト及びユーザ情報
９  データストリームのコンテンツメタデータ
１０  ネットワークプライオリティ
１１  ユーザインタフェース
５１  現在のデータフロー
５２  コントロールデータフロー
【国際調査報告】
2007523533.tif 000004
2007523533.tif 000005
2007523533.tif 000006