(57)【要約】  要求−応答プロトコルを使用して、ビデオチャンクをクライアントエンティティＣに提供するための方法。各ビデオチャンクは、それぞれの品質レベルに従って符号化された複数の符号化ビデオチャンクとしてサーバエンティティＳにおいて入手可能である。方法は：−  サーバエンティティが、異なる品質レベルについての情報を、クライアントエンティティに送信するステップと、−  クライアントエンティティが、ローカル伝送帯域幅関連パラメータに関する基準に基づいて、異なる品質レベルからの１つの品質レベルの選択を行うステップと、−  クライアントエンティティが、その１つのチャンク品質レベルで符号化された符号化チャンクをクライアントエンティティに伝送するように、サーバエンティティに要求するステップと、−  サーバエンティティが、その１つのチャンク品質レベルに従って符号化された符号化チャンクを、前記クライアントエンティティに送信するステップと、−  サーバエンティティが、サーバエンティティからクライアントエンティティまでの符号化チャンクの伝送時間に関する追加情報を、クライアントエンティティに送信するステップと、−  クライアントエンティティが、１つの品質レベルの選択を行う際に、追加情報も考慮するステップとを含む。
2013535892.tif 000002
【特許請求の範囲】
【請求項１】
要求−応答プロトコルを使用して、ビデオチャンクをクライアントエンティティ（Ｃ）に提供するための方法であって、各ビデオチャンクが、それぞれの品質レベルに従って符号化された複数の符号化ビデオチャンクとしてサーバエンティティ（Ｓ）において入手可能であり、
前記サーバエンティティが、前記異なる品質レベルについての情報を、前記クライアントエンティティに送信するステップと、
前記クライアントエンティティが、ローカル伝送帯域幅関連パラメータに関する基準に基づいて、前記異なる品質レベルからの１つの品質レベルの選択を行うステップと、
前記クライアントエンティティが、前記１つのチャンク品質レベルで符号化された符号化チャンクを前記クライアントエンティティに伝送するように、前記サーバエンティティに要求するステップと、
前記サーバエンティティが、前記１つのチャンク品質レベルに従って符号化された前記符号化チャンクを、前記クライアントエンティティに送信するステップと
を含み、
前記サーバエンティティが、前記サーバエンティティから前記クライアントエンティティまでの前記符号化チャンクの伝送時間に関する追加情報を、前記クライアントエンティティに送信する追加ステップと、
前記クライアントエンティティが、前記１つの品質レベルの前記選択を行う際に、前記追加情報も考慮する追加ステップと
をさらに含むことを特徴とする、方法。
【請求項２】
前記サーバエンティティ（Ｓ）が、パラメータのリストのうちの少なくとも１つから前記追加情報を導出し、前記リストが、前記符号化チャンクのサイズ、前記サーバの負荷、前記符号化チャンクが伝送されるネットワークの負荷、前記クライアントエンティティのために前記ネットワーク上に確保される帯域幅を含むが、それらに限定されないことを特徴とする、請求項１に記載の方法。
【請求項３】
前記サーバエンティティ（Ｓ）が、前記クライアントエンティティ（Ｃ）から要求されたときに、前記追加情報を送信することを特徴とする、請求項１に記載の方法。
【請求項４】
前記追加情報が、前記品質レベルについての前記情報と一緒に送信されることを特徴とする、請求項３に記載の方法。
【請求項５】
前記サーバエンティティ（Ｓ）が、前記伝送時間に関連する所定の変化が生じるたびに、前記追加情報を送信することを特徴とする、請求項１に記載の方法。
【請求項６】
前記サーバエンティティ（Ｓ）と前記クライアントエンティティ（Ｃ）の間の通信が、中間ネットワーク要素を介して実行され、前記方法が、前記中間ネットワーク要素（ＩＮ）が、おそらくはキャッシュされているチャンク、前記中間ネットワーク要素（ＩＮ）から前記クライアントエンティティ（Ｃ）にビデオチャンクを伝送するのに必要な伝送時間、もしくは前記クライアントエンティティ（Ｃ）のプロファイル情報、またはそれらの任意の組み合わせなどの、しかしそれらに限定されない、前記中間ネットワーク要素（ＩＮ）において入手可能なローカル情報を考慮して、前記追加情報を更新する追加ステップを含むことを特徴とする、請求項１に記載の方法。
【請求項７】
ビデオチャンクを記憶するように構成され、各ビデオチャンクがそれぞれの品質レベルに従って各々が符号化された複数の符号化ビデオチャンクとして記憶される、ストレージエンティティ（ＳＳＴＥ）と、前記異なる品質レベルについての情報をクライアントエンティティ（Ｃ）に送信するように構成された送信エンティティ（ＳＳＥ）と、選択されたチャンク品質レベルで符号化された符号化チャンクを前記クライアントエンティティ（Ｃ）に伝送するよう求める要求を前記クライアントエンティティ（Ｃ）から受信するように構成された受信エンティティ（ＳＲＥ）とを含み、前記送信エンティティ（ＳＳＥ）が、前記選択された品質レベルで符号化された前記符号化チャンクを、前記クライアントエンティティ（Ｃ）に送信するようにさらに構成された、請求項１に記載の方法を実現するためのサーバエンティティ（Ｓ）であって、サーバエンティティ（Ｓ）から前記クライアントエンティティ（Ｃ）までの前記符号化チャンクの伝送時間に関する追加情報を生成するように構成された処理エンティティ（ＳＰＥ）をさらに含み、前記送信エンティティが、前記追加情報を前記クライアントエンティティ（Ｃ）に伝送するように構成されることを特徴とする、サーバエンティティ（Ｓ）。
【請求項８】
前記処理エンティティ（ＳＰＥ）が、前記符号化チャンクのサイズ、前記サーバ（Ｓ）の負荷、前記符号化チャンクが伝送されるネットワークの負荷、前記クライアントエンティティ（Ｃ）のために前記ネットワーク上に確保される帯域幅を含むが、それらに限定されない、パラメータのリストのうちの少なくとも１つから前記追加情報を生成するように構成されることを特徴とする、請求項７に記載のサーバエンティティ（Ｓ）。
【請求項９】
前記受信エンティティ（ＳＲＥ）が、前記異なる品質レベルについての前記追加情報を送信するよう求める要求を、前記クライアントエンティティ（Ｃ）から受信するように構成され、前記送信エンティティ（ＳＳＥ）が、前記要求を受信したときに、前記追加情報を前記クライアントエンティティ（Ｃ）に伝送するように構成されることを特徴とする、請求項７に記載のサーバエンティティ（Ｓ）。
【請求項１０】
前記送信エンティティ（ＳＳＥ）が、前記異なる品質レベルについての前記情報と一緒に前記追加情報を送信するように構成されることを特徴とする、請求項９に記載のサーバエンティティ（Ｓ）。
【請求項１１】
前記処理エンティティ（ＳＰＥ）が、前記伝送時間に関連する所定の変化を検出したときに、前記追加情報を生成し、その後、前記追加情報を送信するように前記送信エンティティをトリガするように構成されることを特徴とする、請求項７に記載のサーバエンティティ（Ｓ）。
【請求項１２】
符号化ビデオチャンクの可能な品質レベルについての情報を受信するように構成された受信エンティティ（ＣＲＥ）と、前記符号化ビデオチャンクを伝送するのに必要な帯域幅についてのローカルで入手可能な情報に関する基準に基づいて前記可能な品質レベルからの１つのチャンク品質レベルの選択を行うように構成された選択エンティティ（ＣＰＥ）と、前記１つのチャンク品質レベルで符号化された符号化チャンクをクライアントエンティティに伝送するよう求める要求をサーバエンティティ（Ｓ）に送信するように構成された送信エンティティ（ＣＳＥ）とを含む、請求項１に記載の方法を実現するためのクライアントエンティティ（Ｃ）であって、前記受信エンティティ（ＣＲＥ）が、前記符号化ビデオチャンクを受信するように構成され、前記受信エンティティ（ＣＲＥ）が、前記サーバエンティティ（Ｓ）からクライアントエンティティ（Ｃ）までの前記符号化チャンクの伝送時間に関する追加情報も受信するように構成され、前記選択エンティティ（ＣＰＥ）が、前記追加情報も考慮して、前記１つの品質レベルの前記選択を行うようにさらに構成されることを特徴とする、クライアントエンティティ（Ｃ）。
【請求項１３】
請求項６に記載の方法を実現するための中間ネットワークエンティティ（ＩＮ）であって、サーバエンティティ（Ｓ）からクライアントエンティティ（Ｃ）に符号化ビデオチャンクを送信するための伝送時間に関する情報を受信するように構成された受信モジュール（ＩＮＲＥ）と、更新された追加情報を生成するように構成された処理モジュール（ＩＮＰＥ）であり、前記更新された追加情報が、前記中間ネットワーク要素（ＩＮ）から前記クライアントエンティティ（Ｃ）までのビデオチャンクの伝送時間に関する情報、キャッシュされているビデオチャンクについての情報、もしくは前記クライアントエンティティ（Ｃ）のプロファイル情報、またはそれらの任意の組み合わせなどの、しかしそれらに限定されない、ローカル情報を考慮した前記追加情報の更新である、処理モジュール（ＩＮＰＥ）と、前記更新された追加情報を前記クライアントエンティティに送信するための送信モジュール（ＩＮＳＥ）とを含むことを特徴とする、中間ネットワークエンティティ（ＩＮ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、要求−応答プロトコルを使用して、ビデオチャンク（ｖｉｄｅｏ  ｃｈｕｎｋ）をクライアントエンティティに提供するための方法に関し、各ビデオチャンクは、それぞれの品質レベルに従って符号化された複数の符号化ビデオチャンクとしてサーバエンティティにおいて入手可能であり、前記方法は：
−  前記サーバエンティティが、前記異なる品質レベルについての情報を、前記クライアントエンティティに送信するステップと、
−  前記クライアントエンティティが、ローカル伝送帯域幅関連パラメータに関する基準に基づいて、前記異なる品質レベルからの１つの品質レベルの選択を行うステップと、
−  前記クライアントエンティティが、前記１つのチャンク品質レベルで符号化された符号化チャンクを前記クライアントエンティティに伝送するように、前記サーバエンティティに要求するステップと、
−  前記サーバエンティティが、前記１つのチャンク品質レベルに従って符号化された前記符号化チャンクを、前記クライアントエンティティに送信するステップと
を含む。
【背景技術】
【０００２】
ビデオファイルをインターネットを介して効率的に配信するために、ＲＴＰ（リアルタイム転送プロトコル）およびＵＤＰ（ユーザダイアグラムプロトコル）などのリアルタイムプロトコルが開発された。人気のあるウェブページ用のＨＴＴＰキャッシングノードを備えたコンテンツ配信ネットワーク（ＣＤＮ）が利用可能であること、ウェブページ開発者がＨＴＴＰ技術を熟知していること、およびファイアウォールはウェブブラウザを介してアクセスされるウェブサイトを通過させるように構成されるので、ＨＴＴＰ／ＴＣＰだとファイアウォールをより容易に通過できることが理由で、ビデオファイルをインターネットを介して配信するために、ＨＴＴＰ／ＴＣＰなどの非リアルタイムプロトコルをより多く使用する傾向がある。ＨＴＴＰ／ＴＣＰなどの非リアルタイムプロトコルによって、ビデオファイルをインターネットを介して配信するための異なるカテゴリのソリューションも存在する。それらの１つにアダプティブストリーミング（ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ）がある。ＨＴＴＰアダプティブストリーミング（ＨＡＳ）（Ｍｉｃｒｏｓｏｆｔ  Ｓｉｌｖｅｒｌｉｇｈｔ）については、例えば、Ａｌｅｘ  Ｚａｍｂｅｌｌｉによる、「ＩＩＳ  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ  Ｔｅｃｈｎｉｃａｌ  Ｏｖｅｒｖｉｅｗ」の中の「ＨＴＴＰ−Ｂａｓｅｄ  Ａｄａｐｔｉｎｇ  Ｓｔｒｅａｍｉｎｇ」から知ることができる。
【０００３】
ＨＡＳは、サーバまたは中間もしくはキャッシング要素において、異なる品質のビデオファイルと、例えば持続時間が２秒の、チャンクとも呼ばれる、セグメント化されたタイムスロットとが利用可能であることに依存する。
【０００４】
ビデオを表示するときに、異なる品質のタイムセグメントを組み合わせることができる。ＨＴＴＰアダプティブストリーミングは、可能であると推定された場合には、クライアントエンティティが、最高品質でビデオを表示することを可能にし、またネットワークにおける利用可能な帯域幅が不十分である場合には、または新規ビデオのスタートアップ時により低品質の初期セグメントをダウンロードすることによってクイックスタートを可能にするために、クライアントエンティティが、より低品質のセグメントを要求することを可能にする。一般に、クライアントエンティティは、バッファを、例えば２０−３０秒の再生時間分など、一定レベルに満たしておこうと試みる。バッファが枯渇した場合、バッファをより速やかに満たして、ビデオのフリーズを回避するために、クライアントは、ビデオファイルのより低品質のセグメントの要求を開始する。
【０００５】
品質レベルの選択は、対応する符号化チャンクをダウンロードするのに必要な帯域幅に影響するので、利用可能なネットワーク帯域幅の突然の変動は、チャンク品質の選択を難しくする。多くの後続チャンクを高速でダウンロードできる場合、ビデオ品質レベルをより高くすることに決定することができ、チャンクを高速で伝送できる限り、視聴者向けの品質レベルをさらに高めることに決定される。帯域幅が突然低下した場合、その時点でダウンロードされていた高品質チャンクをより低い帯域幅で完全に終了させなければならない。これは、クライアントのユーザにチャンクを表示する前にチャンクを記憶するクライアントエンティティのバッファの充満レベルに深刻な影響を有する。これは、完全なバッファスタベーション（ｂｕｆｆｅｒ  ｓｔａｒｖａｔｉｏｎ）をもたらして、視聴者に対してビデオフリーズを生じることさえある。
【０００６】
帯域幅変動には、以下に示すようないくつかの原因があり得る：
−  ワイヤレスリンクを介したチャンクの伝送。最も近くの基地局アンテナの近接性は、干渉効果とともに、重要な役割を果たし得る。
−  中間ＨＴＴＰプロキシによってキャッシュされたチャンクは、認識される帯域幅に同様の結果をもたらし得る。（クライアントの内部キャッシュを含む）クライアントの近くのキャッシュ内にあるチャンクは、きわめて高速に取り出すことができ、利用可能な帯域幅を大きく見せる。キャッシュされていないチャンクは、サーバからフェッチしなければならず、キャッシュされたセグメントと比べて、相対的に低速で取り出される。クライアントの観点からは、リンク上の利用可能な帯域幅は激しく変動し、これは品質レベルの決定に影響をおよぼす。
−  共用リンクを介したチャンクの伝送。他のユーザが掛ける負荷に応じて、１つのクライアントが利用可能な帯域幅は、激しく変化し得る。
【０００７】
常に、品質レベルを選択するときは、バランスを見出さなければならない。あまりに早計に選択を適応させた場合、それによって、多くの不必要な品質変化が引き起こされ、視聴者を煩わせることになりかねない。決定があまり反応よく行われない場合、それによって、バッファアンダーラン（ｂｕｆｆｅｒ  ｕｎｄｅｒ−ｒｕｎ）を引き起こすおそれと引き換えに、より定常的な表示品質がもたらされる。
【０００８】
激しい帯域幅変動が生じる場合には、クライアント側で確かな予測を行うことは可能ではないため、達成される品質は準最適なものである。その上、バッファスタベーションを起こすおそれがある。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】Ａｌｅｘ  Ｚａｍｂｅｌｌｉ、“ＨＴＴＰ−Ｂａｓｅｄ  Ａｄａｐｔｉｎｇ  Ｓｔｒｅａｍｉｎｇ”  ｐａｒｔ  ｏｆ  ｔｈｅ  “ＩＩＳ  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ  Ｔｅｃｈｎｉｃａｌ  Ｏｖｅｒｖｉｅｗ”
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、知られている方法についての上述の短所を克服することである。
【課題を解決するための手段】
【００１１】
本発明による方法は、前記サーバエンティティが、前記サーバエンティティから前記クライアントエンティティまでの前記符号化チャンクの伝送時間に関する追加情報を、前記クライアントエンティティに送信する追加ステップと、前記クライアントエンティティが、前記１つの品質レベルの前記選択を行う際に、前記追加情報も考慮する追加ステップとを含むことで、この目的を実現する。
【００１２】
このように、純粋な「試行錯誤／回復」スタイルの最適品質レベルの予測に従う代わりに、サーバエンティティから受信した追加情報によって、クライアントは、バッファアンダーランを引き起こすことなく達成可能な最高品質レベルを（何らかの精度範囲内で）「計算」することができる。
【００１３】
本発明による方法の一実施形態の追加的特徴は、前記サーバエンティティが、前記クライアントエンティティから要求されたときに、前記追加情報を送信することである。このように、クライアントエンティティが、品質選択のタイミングと頻度を決定する。
【００１４】
本発明による方法の一実施形態の別の追加的特徴は、前記追加情報が、前記品質レベルについての前記情報と一緒に送信されることである。このように、上述の追加的特徴を実現すると同時に、情報を伝送する回数を制限する。
【００１５】
本発明による方法の一実施形態のまた別の追加的特徴は、前記サーバエンティティが、前記伝送時間に関連する所定の変化が生じるたびに、前記追加情報を送信することである。このように、クライアントエンティティから要求されたときに追加情報が提供されるシステムでは、このクライアントエンティティは、２つの情報要求の間に生じた伝送時間に関連する変化を知らされる。
【００１６】
本発明による方法の一実施形態の別の追加的特徴は、前記サーバエンティティと前記クライアントエンティティの間の通信が、中間ネットワーク要素を介して実行され、前記方法が、前記中間ネットワーク要素が、おそらくはキャッシュされているチャンク、前記中間ネットワーク要素から前記クライアントエンティティにビデオチャンクを伝送するのに必要な伝送時間、もしくは前記クライアントエンティティのプロファイル情報、またはそれらの任意の組み合わせなどの、しかしそれらに限定されない、前記中間ネットワーク要素において入手可能なローカル情報を考慮して、前記追加情報を更新する追加ステップを含むことである。
【００１７】
中間ネットワーク要素は、チャンクの伝送時間に影響することができる。すなわち、キャッシュは、その推定される伝送時間を短縮することができる。また、クライアントが利用可能な、または必要とする帯域幅は、クライアントのプロファイル、すなわち、加入契約または視聴挙動にそれぞれ依存することができる。この追加的特徴は、クライアントエンティティにそれらを通知することを可能にする。
【００１８】
本発明は、本発明による方法を実現するサーバエンティティ、クライアントエンティティ、および中間ネットワークエンティティにも関する。
【図面の簡単な説明】
【００１９】
【図１】サーバエンティティＳがクライアントエンティティＣと直接的に、または中間ネットワーク要素ＩＮを介して、ウェブによって通信するネットワークを表す図である。
【発明を実施するための形態】
【００２０】
本発明を実現するサーバエンティティ、クライアントエンティティ、および中間ネットワーク要素の実施形態が、もっぱら例を用い、サーバエンティティＳがクライアントエンティティＣと直接的に、または中間ネットワーク要素ＩＮを介して、ウェブによって通信するネットワークを表す添付の図面を参照して、これ以降で説明される。Ｓは、ネットワーク管理モジュールＮＭとも通信する。
【００２１】
明瞭にするため、Ｓ、ＮＭ、ＩＮ、およびＣの間のウェブ接続は、単線によって表される。
【００２２】
Ｓは、サーバストレージエンティティＳＳＴＥと、サーバ受信エンティティＳＲＥと、サーバ送信エンティティＳＳＥと、サーバ処理エンティティＳＰＥと、サーバマネージャＳＭとを含む。
【００２３】
Ｓは、ビデオストリームをＣに直接的に、またはキャッシングエンティティとして機能するＩＮを介して提供するために、ハイパーテキスト転送プロトコル（ＨＴＴＰ）を使用する。ビデオソースは、所望の配信コードフォーマットを使用して符号化される、一般に２−４秒の長さのチャンクに切断される。これをどのように行うかは、本発明の主題ではないので、詳細には説明しない。符号化は、Ｓまたは外部エンコーダによって行うことができる。チャンクは、ＳＳＴＥによってＳ内に記憶され、アダプティブストリーミングによって配信される。この目的を達成するために、チャンクは、異なる品質レベルに対応する異なるビットレートを使用して符号化される。
【００２４】
ＩＮは、受信部ＩＮＲＥと、処理部ＩＮＰＥと、送信部ＩＮＳＥと、ストレージ部ＩＮＳＥとを含む。ＩＮは、Ｃに送信されるビデオチャンク用のキャッシング要素として機能し、これらのチャンクの送信時間を短縮し、ネットワークに対する負荷を低減する。
【００２５】
Ｃは、受信部ＣＲＥと、送信部ＣＳＥと、処理部ＣＰＥとを含む。
【００２６】
ビデオチャンクをＣ宛てに送信させるために、Ｃ、またはより具体的にはＣ内のＣＳＥは、最初に、利用可能な品質レベルについての情報の取得を求める要求をＳに送信するが、これがいわゆるマニフェスト要求（ｍａｎｉｆｅｓｔ  ｒｅｑｕｅｓｔ）である。図示の実施形態では、この要求は、Ｓに直接的に送信されるが、これは、ＩＮを介しても同じく問題なく行うことができる。
【００２７】
Ｓは、この要求をＳＲＥによって受信し、この要求をＳＰＥに送る。ＳＰＥは、利用可能な品質レベルについての情報をＳＳＴＥから取り出すように構成される。ＳＭは、ネットワーク負荷およびＣのために確保された帯域幅など、ビデオチャンクをＣに伝送するのに必要な時間に影響し得るパラメータについての帯域幅関連情報を、ネットワークマネージャモジュールＮＭからネットワークを介して獲得するように構成される。この情報は、帯域幅関連情報、利用可能なチャンクのサイズ、およびサーバの負荷などのローカル情報に基づいて、この伝送時間を評価するように構成されたＳＰＥに転送される。考察する実施では、以下の式を計算のために使用するが、他の式も同様に使用することができ：
（ｔ＝ＢＷ／ｓ＋ＲＴＴ＋Ｔｓ）
ここで、ｔ＝推定伝送時間、ＢＷ＝サーバからクライアントまでの利用可能な帯域幅、ｓ＝セグメントのサイズ、ＲＴＴ＝ラウンドトリップタイム（クライアント−サーバ−クライアント）、Ｔｓ＝サーバが要求を処理するのに必要な処理時間である。その後、ｔについての情報は、利用可能な品質レベルについての情報と一緒に、Ｃへの送信のために、いわゆるマニフェストメッセージ（ｍａｎｉｆｅｓｔ  ｍｅｓｓａｇｅ）の形式で、ＳＳＥに送られる。この送信は、ＩＮを介して行われる。ＩＮは、メッセージをＩＮＲＥで受信し、ＩＮＲＥは、メッセージをＩＮＰＥに送り、ＩＮＰＥにおいて、マニフェストメッセージ内の評価された伝送時間についての情報は、どのチャンクがＩＮによってキャッシュされているか、ＩＮにおいて利用可能な品質レベル、およびＣの近くでのこの利用可能性が伝送時間にどのような影響を与え得るかに基づいて、おそらくは適合される。考察する実施形態では、ＩＮは、チャンクがキャッシュから入手可能であるならば、時間を
ｔｕ＝ＢＷＩ／ｓ＋ＲＴＴＩ＋ＴｓＩ
に変更し、ここで、ｔｕ＝更新された推定伝送時間、ＢＷＩ＝ＩＮからクライアントまでの利用可能な帯域幅、ｓ＝セグメントのサイズ、ＲＴＴＩ＝ラウンドトリップタイム（クライアント−ＩＮ−クライアント）、ＴｓＩ＝ＩＮが要求を処理するのに必要な処理時間である。やはり代替実施形態では、他の式を同様に使用することができる。その後、更新されたマニフェストメッセージが、Ｃへの送信のために、ＩＮＳＥに転送される。
【００２８】
考察する実施形態では、ＩＮは、キャッシングユニットであることに留意されたい。しかし、一代替実施形態では、ＩＮは、ＤＳＬＡＭノードなどのアクセスノードとすることもできる。この場合、評価されるダウンロード時間は、アクセスリンクのタイプ（ＡＤＳＬ、ＶＤＳＬ、ファイバなど）の関数に適合される。
【００２９】
Ｃは、マニフェストメッセージをＣＳＥを介して受信し、ＣＳＥは、マニフェストメッセージをＣＰＥに渡す。ＣＰＥは、バッファオーバーラン／アンダーランを引き起こすことのない伝送のために達成できる最高品質レベルを計算するために、推定ダウンロード時間と、チャンクをユーザ（図示されず）に表示する前にチャンクをバッファリングするために使用されるローカルバッファ（やはり図示されず）のサイズについてのローカルで入手可能な情報とを使用する。この計算された品質レベルについての情報は、チャンク要求メッセージに挿入され、要求する品質レベルでビデオチャンクを獲得するために、チャンク要求メッセージは、ＩＮを介したＳへの伝送のために、ＣＲＥに転送される。その後、この要求は、要求されたチャンクがキャッシュされている場合は、ＩＮによって処理され、または要求されたチャンクがＩＮでは入手可能でない場合は、ＩＮによってＳに転送され、要求されたチャンクがＣに送信される。
【００３０】
Ｃは、ネットワーク負荷の変動、キャッシング状態の変化、Ｓの負荷の変化など、ネットワークまたはＳにおける変化に起因する、評価された伝送時間の変化を知るために、そのようなマニフェスト要求を定期的に送出する。
【００３１】
加えて、Ｓ内のＳＰＥは、評価された伝送時間に関連する影響をもち得るネットワーク状態の突然の変化がないかどうかを、ＳＭを介して定期的にチェックする。突然の変化が生じた場合、評価された伝送時間は再計算され、新しいマニフェストメッセージがＣに送信される。代替実施形態では、このチェックは、ＳＭによって行われ、またはネットワーク状態に変化が生じるたびに、トリガがネットワークから受信される。
【００３２】
ビデオチャンクをどのように符号化し、復号するか、またビデオチャンクをユーザにどのようにストリーム配信するかは、本発明の主題ではないので、本明細書では説明しない。
【００３３】
また、Ｓ、ＩＮ、およびＣ内の機能ブロックの実施は、上述の機能についての説明に基づいて、当業者にはまったく容易であるはずなので、詳細には説明しない。
【００３４】
加えて、説明された機能は、専用ハードウェアの他、適切なソフトウェアと連携するソフトウェアを実行可能なハードウェアを使用しても提供できることに留意されたい。プロセッサによって提供される場合、機能は、単一の専用プロセッサによって、単一の共用プロセッサによって、またはいくつかは共用可能な複数の個々のプロセッサによって提供することができる。従来型および／またはカスタマイズされた他のハードウェアも含むことができる。
【００３５】
上述の説明および図面は、本発明の原理を説明するものにすぎない。したがって、本明細書で明示的に説明または提示されていないが、本発明の原理を具現し、本発明の主旨および範囲内に含まれる様々な構成を、当業者であれば本明細書の説明に基づいて考案できることが理解されよう。さらに、本明細書で挙げた例は、本発明の原理および当技術分野を発展させるために発明者（ら）が提供した概念を読者が理解し易いように、明らかにもっぱら教示を目的とすることを主に意図しており、そのような具体的に挙げられた実施例および条件に限定されるものではないと解釈されるべきであり、本発明の原理、態様、および実施形態について述べた本明細書のすべての言明、ならびにそれらの具体例は、それらの均等物を包含することが意図されている。
【図１】
2013535892.tif 000003
【国際調査報告】
2013535892.tif 000004
2013535892.tif 000005
2013535892.tif 000006