知財求人 - 知財ポータルサイト「IP Force」
特表2023-520648ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-05-18
(54)【発明の名称】ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための方法
(51)【国際特許分類】
H04N 21/4788 20110101AFI20230511BHJP
H04N 21/433 20110101ALI20230511BHJP
H04L 67/04 20220101ALI20230511BHJP
H04L 67/1074 20220101ALI20230511BHJP
【ＦＩ】
H04N21/4788
H04N21/433
H04L67/04
H04L67/1074
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2022557122
(86)(22)【出願日】2021-03-25
(85)【翻訳文提出日】2022-10-06
(86)【国際出願番号】 EP2021057832
(87)【国際公開番号】W WO2021191389
(87)【国際公開日】2021-09-30
(31)【優先権主張番号】20315054.5
(32)【優先日】2020-03-26
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】521420004
【氏名又は名称】ストリームルート
(74)【代理人】
【識別番号】110000877
【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所
(72)【発明者】
【氏名】ユーセフ、ヒバ
(72)【発明者】
【氏名】ストレッリ、アレクサンドル
(72)【発明者】
【氏名】デルマス、アクセル
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA06
5C164UB38P
5C164UB41S
5C164UD63P
5C164YA21
(57)【要約】
本発明は、クライアントデバイス（１１）のプレーヤ上でネットワーク（１）内でストリーミングされたコンテンツを再生するための方法であって、コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、プレーヤは、プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数としてセグメントの品質レベルを選択するように構成され、クライアントデバイス（１１）は、ネットワーク（１）内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファ（Ｍ１）を備え、方法は、クライアントデバイス（１１）の処理ユニット（１１０）により実行される、（ａ）プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、（ｂ）プレーヤが、プレーヤのＡＢＲロジックを予測するモデルを使用して、要求された現在のセグメントが第１のバッファメモリ（Ｍ１）から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、（ｃ）次のセグメントが第１のバッファメモリ（Ｍ１）内に第２の品質レベルで存在しない場合、次のセグメントを第２の品質レベルでネットワーク（１）からフェッチする段階と、を備えることを特徴とする、方法に関する。
【特許請求の範囲】
【請求項1】
ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための方法であって、前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレートロジック（ＡＢＲロジック）に従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの品質レベルを選択するように構成され、
前記クライアントデバイスは、前記ネットワーク内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファを備え、
前記方法は、前記クライアントデバイスの処理ユニットにより実行される次の段階、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファから提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファ内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワークからフェッチする段階と、
を備える、
方法。
【請求項2】
段階（ｂ）は、セグメント受信率を表す前記少なくとも１つのパラメータの関数として、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルを用いて前記第２の品質レベルを予測する段階を含む、請求項１に記載の方法。
【請求項3】
前記第２の品質レベルは予め定義され、段階（ｂ）は、前記要求された現在のセグメントを最適な応答遅延の満了時に提供することが、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルの関数として、前記プレーヤにそのＡＢＲロジックに従って前記第２の品質レベルで次のセグメントを要求させるように、前記最適な応答遅延を推定する段階を含む、請求項１又は２に記載の方法。
【請求項4】
前記モデルは、セグメント受信率を表す測定パラメータのベクトルを、そのＡＢＲロジックに従って前記プレーヤにより後で選択される対応する品質レベルにそれぞれ関連付けるトレーニング例のデータベースからトレーニングされる、請求項１又は２に記載の方法。
【請求項5】
前記ＡＢＲロジックは、セグメント受信率を表す前記少なくとも１つのパラメータの第１関数により定義され、前記モデルは、前記第１関数を近似する、請求項１又は２に記載の方法。
【請求項6】
前記クライアントデバイスは、さらに、前記プレーヤにより再生されるために適合したフォーマットでセグメントを格納するための第２のバッファを備え、段階（ｃ）は、前記要求された現在のセグメントを前記第１のバッファから前記第２のバッファに提供する段階を含む、請求項１又は２に記載の方法。
【請求項7】
前記クライアントデバイスは、さらに、前記プレーヤにより再生されるために適合したフォーマットでセグメントを格納するための第２のバッファを備え、段階（ｃ）は、前記要求された現在のセグメントを前記第１のバッファから前記第２のバッファに提供する段階を含み、前記要求された現在のセグメントは、前記推定された最適な応答遅延の前記満了時に前記第１のバッファから提供される、請求項３に記載の方法。
【請求項8】
セグメント受信率を表す前記パラメータは、前記第２のバッファのバッファレベル及び／又は帯域幅である、請求項６に記載の方法。
【請求項9】
段階（ｃ）は、前記次のセグメントが前記第１のバッファ内に前記第２の品質レベルで少なくとも部分的に存在する、好ましくは全体的に存在する場合、第２の次のセグメントに対して段階（ｂ）及び（ｃ）を再度実行する段階を含む、請求項１又は２に記載の方法。
【請求項10】
段階（ｃ）は、前記次のセグメントが前記第１のバッファ内に前記第２の品質レベルで部分的にのみ存在する場合、前記ネットワークのコンテンツサーバから直接、前記第２の品質レベルで前記次のセグメントをフェッチする段階を含む、請求項１又は２に記載の方法。
【請求項11】
さらに、（ｄ）前記第２の品質レベルで前記次のセグメントに対する要求が前記プレーヤから受信されることを検証する段階を備える、請求項１又は２に記載の方法。
【請求項12】
プレーヤ上でネットワーク内でストリーミングされたコンテンツを再生するためのデバイスであって、前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレートロジック（ＡＢＲロジック）に従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの品質レベルを選択するように構成され、
前記デバイスは、前記ネットワーク内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファを備え、
前記デバイスは、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファから提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファ内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワークからフェッチする段階と、
を実装する処理ユニットを備える、
デバイス。
【請求項13】
コンピュータ上で実行されると、ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための請求項１又は２に記載の方法を前記コンピュータに実行させるコード命令を備えるコンピュータプログラム。
【請求項14】
ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための請求項１又は２に記載の方法をコンピュータに、実行させるためのコード命令を備えるコンピュータプログラムが格納されたコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、例えばピアツーピアネットワーク内でストリーミングされたコンテンツを再生するための方法に関する。
【背景技術】
【0002】
「ストリーミング」は、「ダイレクト」オーディオ又はビデオストリーミング再生技術、すなわち、クライアントデバイスによりインターネットから復元される技術を称する。従って、オーディオ又はビデオコンテンツを再生可能にする前にそのすべてのデータを復元する必要があるダウンロードとは対照的である。
【0003】
ストリーミングの場合、データは継続的にクライアントのバッファ（通常、ランダムアクセスメモリ）内にダウンロードされ、そのプロセッサによりオンザフライで分析されて迅速に出力インタフェース（スクリーン及び／又はラウドスピーカ）に転送され、そして新しいデータと置換えられるから、コンテンツの格納は一時的且つ部分的である。
【0004】
これまで、コンテンツは、ストリーミングサーバ（コンテンツ配信ネットワーク又はＣＤＮと称される）により提供される。コンテンツのアクセスを望むクライアントは、要求を送信してそこから第１のセグメントを復元する（セグメントにより、一般的に数秒の再生に対応するコンテンツのデータブロックを意図する）。バッファ内に十分なデータがあり、コンテンツの始まりが再生可能になると、再生が開始される。バックグラウンドでは、ストリーミングのダウンロードはコンテンツの残りの部分をバッファに引き続き供給するために続行される。
【0005】
しかしながら、多数のクライアントが同時に同じコンテンツを再生することを望む場合、このアプローチは限界を有することを留意する。サーバは、飽和し、流動するように再生するのに十分なレートでコンテンツを提供することができず、ジャークが生ずることがわかる。
【0006】
近年、各クライアントが他のクライアントに対してサーバとして機能する「ピアツーピア」（Ｐ２Ｐ）に基づく代替方法が提案されている。それらはピアと呼ばれる。コンテンツの再生を開始したピアは、既に受信した他のセグメントなどを転送し、それ故に関心のあるクライアントの数に関わらずより簡単にブロードキャストすることができる。この戦略は、国際公開第２０１２／１５４２８７号に記載される。
【0007】
しかしながら、ほとんどのプレーヤがアダプティブビットレート（ＡＢＲ）として既知のものを実装し、これはＰ２Ｐと組み合わせると問題が多いことが明らかである。
【0008】
ＡＢＲの一般的なアイデアは、ピアの「容量」に従って復元されたセグメントの品質の自動的変更を可能にすることである。より正確には、各セグメントは、幾つかのビットレート、すなわちデータレートに対応する幾つかの品質レベルで利用可能である。より高品質のセグメントは良好な分解能、より低い圧縮率、１秒当たりのより多くのフレームなどを有し、その結果として、低品質の同じセグメントより大きくなり、したがって、より高いデータレートをサポートする必要があることが確かに理解されるべきである。
【0009】
ＡＢＲストリーミング中、各セグメントについて、アルゴリズムは、所与のロジック（「ＡＢＲロジック」と称される）に従って自動的に、一般的に観測された帯域幅及び／又はバッファ充填率である２つの基準を考慮して選択されることができる最高の品質を決定する。
【0010】
第１のケースでは、アルゴリズムが、推定された帯域幅がより高い品質をサポートするのに十分であると判断する場合、そして、クライアントにこれにスイッチする（又は帯域幅が低過ぎる場合、逆に品質を下げる）ように命令する。第２のケースでは、原理は、バッファメモリを異なるインターバルに分割することである。ここで、各インターバルは、バッファメモリの充填が増加するにつれてますますより高い品質に対応する（又は減少する場合は多かれ少なかれ）。
【0011】
両方の場合、ＡＢＲアルゴリズムがＰ２Ｐストリーミングコンテキスト内で使用される基本的な非互換性を有さない場合でさえ、問題は、ＡＢＲアルゴリズムが単純なストリーミングシナリオ、すなわちコンテンツサーバからの要求に応じて取得されるすべてのセグメントを用いて動作するように設計されたことである。
【0012】
しかしながら、実際には、Ｐ２Ｐストリーミングは、プレーヤが実際にこれらを要求する前に、Ｐ２Ｐセグメントを専用のＰ２Ｐキャッシュにダウンロードすることにより「プリフェッチ」（又は「プリバッファ」）を有利に実行する。確かに、Ｐ２Ｐストリーミングの目的は、元のコンテンツサーバからの要求を可能な限り少なく（及び最後の手段として）することである。セグメントからこのサーバへの直接要求は、ビデオバッファ内にセグメントがなくなり、その再生が中断（「リバッファ」）されるリスクがある、そうでなければＰ２Ｐネットワーク上に最大数がある場合にのみ行われる。
【0013】
従って、我々は、プレーヤの観点から、セグメントは、それらが要求された後、数分の１秒でＰ２Ｐキャッシュからバッファメモリにロードされることができるから、極めて高い見かけの帯域幅が残される。さらに、ビデオバッファの充填率は、人為的に高い。
【0014】
これは、現在の品質が最高品質でない場合に、実際のネットワーク容量に関わらず、ＡＢＲの制御されていない決定に必ずしもサポート可能でなくてよい品質を増加させる。
【0015】
ストリーミングの品質における不安定な振動又は繰り返される再生の中断、コンテンツサーバへの多数の不必要な要求でさえ回避するために、セグメントをプレーヤに供給してＡＢＲアルゴリズムを制御する前に人為的な応答遅延をもたらすこと及びプレーヤのＡＢＲロジックにアクセスすることなく最適な応答遅延を選択する方法が、仏国特許出願公開第１９０３１９５号明細書及び欧州特許出願公開第２０３０５２０２号明細書において鋭く提案されている。
【0016】
この方法は非常に十分であるが、まだ改善されてもよい。
【0017】
確かに、通常のプリフェッチプロセスは、Ｐ２Ｐキャッシュに、現在のビットレートでセグメントのリストを保持することをもたらし、ＡＢＲロジックが制御下にある場合でさえ、ＡＢＲが別のビットレートにスイッチするたびに、これらのセグメントは削除され、セグメントの別のリストが新しいビットレートでフェッチされなければならない。このシナリオは、頻繁に起こる場合、Ｐ２Ｐリソースを非効率に消費し、ＣＤＮからより多くのデータを要求するコストを生ずる。
【0018】
さらに、難しい帯域幅条件では、これはまた、Ｐ２Ｐネットワーク自体が十分良好でないときにＣＤＮにスイッチする場合に起こり得る再生の破損に起因して体感品質（ＱｏＥ）の劣化をもたらし得る。
【0019】
したがって、Ｐ２Ｐストリーミングコンテキスト内の任意のＡＢＲアルゴリズム下でより効率的で、普遍的で、信頼性の高いプリフェッチ戦略を有することが望ましいであろう。
【0020】
本発明は、この状況を改善する。
【発明の概要】
【0021】
これらの目的のため、本発明は、第１の態様によれば、ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための方法であって、
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイスは、前記ネットワーク内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファを備え、
前記方法は、前記クライアントデバイスの処理ユニットにより実行される、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリから提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワークからフェッチする段階と、
を備えることを特徴とする、方法を提供する。
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイスは、前記ネットワーク内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファを備え、
前記方法は、前記クライアントデバイスの処理ユニットにより実行される、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリから提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワークからフェッチする段階と、
を備えることを特徴とする、方法を提供する。
【0022】
本発明の好ましいが非限定的な特徴は次の通りである。段階（ｂ）は、セグメント受信率を表す前記少なくとも１つのパラメータの関数として、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルを用いて前記第２の品質レベルを予測する段階を含む。
【0023】
前記第２の品質レベルは予め定義され、段階（ｂ）は、前記要求された現在のセグメントを最適な応答遅延の満了時に提供することが、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルの関数として、前記プレーヤにそのＡＢＲロジックに従って前記第２の品質レベルで次のセグメントを要求させるように、前記最適な応答遅延を推定する段階を含む。
【0024】
前記モデルは、セグメント受信率を表す測定パラメータのベクトルを、そのＡＢＲロジックに従って前記プレーヤにより後で選択される前記対応する品質レベルにそれぞれ関連付けるトレーニング例のデータベースからトレーニングされる。
【0025】
前記ＡＢＲロジックは、セグメント受信率を表す前記少なくとも１つのパラメータの第１関数により定義され、前記モデルは、前記第１関数を近似する。
【0026】
前記クライアントデバイスは、さらに、前記プレーヤにより再生されるために適合したフォーマットでセグメントを格納するための第２のバッファを備え、前記現在のセグメントは段階（ｃ）で前記第２のバッファに提供される。
【0027】
前記要求された現在のセグメントは、前記推定された最適な応答遅延の前記満了時に前記第１のバッファメモリから提供される。
【0028】
セグメント受信率を表す前記パラメータは、前記第２のバッファのバッファレベル及び／又は帯域幅である。
【0029】
段階（ｃ）は、前記次のセグメントが前記第１のバッファメモリ内に前記第２の品質レベルで少なくとも部分的に存在する、好ましくは完全に存在する場合、前記第２の次のセグメントに対して段階（ｂ）及び（ｃ）を再度実行する段階を含む。
【0030】
段階（ｃ）は、前記次のセグメントが前記第１のバッファメモリ内に前記第２の品質レベルで部分的にのみ存在する場合、前記ネットワークのコンテンツサーバから直接、前記第２の品質レベルで前記次のセグメントをフェッチする段階を含む。
【0031】
前記方法は、さらに、（ｄ）前記第２の品質レベルで前記次のセグメントに対する要求が前記プレーヤから受信されることを検証する段階を備える。
【0032】
第２の態様によれば、本発明は、プレーヤ上でネットワーク内でストリーミングされたコンテンツを再生するためのデバイスであって、
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイスは、前記ネットワーク内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファを備え、
前記クライアントデバイスは、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリから提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワークからフェッチする段階と、
を実装する処理ユニットを備えることを特徴とする、デバイスを提供する。
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイスは、前記ネットワーク内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファを備え、
前記クライアントデバイスは、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリから提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワークからフェッチする段階と、
を実装する処理ユニットを備えることを特徴とする、デバイスを提供する。
【0033】
第３及び第４の態様によれば、本発明は、ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための第１の態様に係る方法を実行するコード命令を備えるコンピュータプログラム製品、及び、ネットワーク内でストリーミングされたコンテンツをクライアントデバイスのプレーヤ上で再生するための第１の態様に係る方法を実行するためのコード命令を備えるコンピュータプログラム製品が格納されたコンピュータ可読媒体が提供される。
【図面の簡単な説明】
【0034】
本発明の上記及び他の目的、特徴及び利点は、添付図面と関連して読まれるべき、その例示的な実施形態の以下の詳細な説明において明らかになるであろう。
【図1】本発明に係る方法を実装するためのアーキテクチャを示す。
【図2】本発明に係る方法の好適な実施形態を示す。
【発明を実施するための形態】
【0035】
アーキテクチャ
【0036】
図１及び図２を参照すると、本発明は、クライアントデバイス１１のプレーヤのＡＢＲロジックを予測するためのトレーニングされたモデル、有利には専用のトレーニング方法に従ってトレーニングされたモデルを使用して、ネットワーク１内（有利にはクライアントデバイス１１、１２のピアツーピアネットワーク１０内）でストリーミングされたコンテンツを再生するための方法に関する。
【0037】
ネットワーク１は、本明細書では、大規模通信ネットワーク及び特にインターネットである。このネットワーク１は、クライアントデバイス１１、１２のピアツーピアネットワーク１０を備える。各クライアントデバイス１１、１２は、通常、スマートフォン、ＰＣ、タブレットなどのようなネットワーク１に接続されたパーソナルコンピューティングデバイスであり、プロセッサのようなデータ処理ユニット１１０、コンテンツを再生するためのインタフェース、ランダムアクセスメモリ及び／又は大容量メモリのような記憶ユニットを有する。
【0038】
再生は、プレーヤ、すなわちデータ処理ユニット１１０により実行されるアプリケーションにより実装される。それは、例えば専用アプリケーション、特にＨＴＭＬ５互換性のあるインターネットブラウザ、オペレーティングシステムモジュールなど、様々な性質のものであることができる。プレーヤは名前及びバージョンにより定義されてよいことに留意する。
【0039】
我々は、以下の説明において、プレーヤは、「現状のまま」、すなわちこのプロセスの実装に対して又はＰ２Ｐストリーミングに対してさえ修正されないと仮定するであろう。特に、プレーヤは、アダプティブビットレート（ＡＢＲ）ロジックを実装する。換言すると、再生されるコンテンツは、複数の品質レベルにおいて利用可能なセグメントのシーケンスから構成され、プレーヤは、このＡＢＲロジックに従ってどの品質レベルを要求するか自律的に決定することが可能である。様々な品質レベルは、異なるビットレート、すなわち時間単位当たり（及び従ってセグメント当たり）のデータの可変容量に対応する。我々は、当然に、より高品質のコンテンツはより高いビットレートを必要とすることを理解する。
【0040】
ＡＢＲロジックの概念に関してさらなる詳細が続くであろう。本方法の文脈において、ＡＢＲロジックは制御可能であること又は既知であることさえ必要でないことだけが理解されるべきである。本方法は、完全に一般的であり、任意の基準に基づいて任意のＡＢＲロジックを実装する任意のプレーヤと適合することができる。ＡＢＲロジックは予め定義され、クライアントソフトウェア（下を参照）はそれを受けるのみであると仮定されよう。
【0041】
さらに、クライアントデバイス１１（及びより正確にはその記憶ユニット）は、２つのバッファＭ１及びＭ２、通常ランダムアクセスメモリの２つのゾーンを有し、それぞれが、コンテンツのすべて又は一部を一時的に（後でわかるように異なるやり方で）格納することができる（一時的により、セグメントが、それらが再生された直後、このメモリから削除されることを意味する。それらは直接ダウンロードの場合のように長期間格納されない）。後でわかるように、ブラウザを介した再生の好ましいケースにおいて、すべてのセグメントは、通常、遅くともビデオが再生されたブラウザ又はタブが閉じられると削除される（すなわちバッファが再初期化される）。
【0042】
第１のバッファＭ１は、「ピアツーピアキャッシュ」と呼ばれる。それはセグメントを所謂「生」フォーマット下で格納する。生セグメントにより、ネットワーク１内で、特にピアツーピアネットワーク１０内で転送するのに適合し、しかしデバイス１１上で再生するのに適合していないフォーマットを意味する。
【0043】
第２のバッファＭ２は、「ビデオバッファ」と呼ばれる。それはセグメントを所謂「変換」フォーマット下で格納する。変換されたセグメントにより、デバイス１１上で再生するのに適合するが、ピアツーピアネットワーク１０内で転送するのに適合していないフォーマット下で生セグメントから変換されることを意味する。
【0044】
導入部分で説明したように、これらのデバイス１１、１２は、ピアツーピアネットワーク１０の「ピア」（「ノード」とも呼ばれる）である。
【0045】
「ピアツーピアネットワーク１０のクライアントデバイス１１、１２」により、ピアツーピアネットワークプロトコルによりネットワーク１内で接続されるデバイスを意味する。換言すると、各ピアに対するデータ処理ユニットは、プレーヤ（例えば、ウェブブラウザの拡張）と統合されることができる特定のプログラム（「ピアエージェント（ＰＡ）」と称されるクライアントソフトウェア）を実装し、特定のプログラムは、専用アプリケーションであり、又はピアツーピアを使用するために任意の他のソフトウェア（例えば、インターネットアクセスボックスのオペレーティングシステム又はマルチメディアボックス、すなわち「セットトップボックス」）に埋め込まれさえすることができる。本方法は、主に、このクライアントソフトウェアを介して実装される。以下の説明では、クライアントソフトウェアは、独立に動作している間、それにセグメントを提供するようにプレーヤと通信すると仮定されるであろう。より正確には、我々は、プレーヤの役割は、再生自体、すなわちセグメントのレンダリングであり、クライアントソフトウェアの役割は、単に、プレーヤのためにセグメントを取得することであり、クライアントソフトウェアは、プレーヤ、特にそのＡＢＲロジックの操作を受けると理解する。
【0046】
説明したように、ピアツーピアネットワーク又はＰ２Ｐは、ネットワーク１内の分散型サブネットワークであり、データは、セントラルサーバを介して通過することなく、ピアツーピアネットワーク１０の２つのクライアントデバイス１１、１２間で直接転送されることができる。従って、すべてのクライアントデバイス１１、１２にクライアント及びサーバの両方の役割を演じさせることができる。ピア１１、１２は、従って、「シーダ（シーダーズ）」（又はデータサプライヤ）及び／又は「リーチャ（リーチャーズ）」（又はデータレシーバ）として定義される。
【0047】
幾らかの長さの媒体である、特にオーディオ又はビデオコンテンツであるコンテンツは、ピアツーピアネットワーク１０に接続されたサーバ２のデータ格納手段内に格納されたセグメントのシーケンス（「プレイリスト」と呼ばれる）から構成される。セグメントは、所定の長さ、通常１又は２秒のコンテンツを有するが、数分の１秒から約１０秒の範囲を取ることができる。所与のコンテンツのすべてのセグメントは、一般的に同じ長さを有する。
【0048】
サーバ２は、ネットワーク１内に有利に存在し、ピアツーピアネットワーク１０に接続されるコンテンツサーバである。換言すると、これは、所与のストリーミングプロトコルに従って様々なコンテンツのセグメントを提供するインターネットネットワーク１の１つ（又は複数）のサーバである。例えば、セグメントは「ｍ３ｕ８」プレイリストファイル内にリストされた「ｔｓ」ファイルであるＨＬＳ（「ＨＴＴＰライブストリーミング」）が言及されるであろう。ＨＬＳは、コンテンツのＭＰＥＧ２又は断片化されたＭＰ４フォーマットを含む。ＤＡＳＨ、スムースストリーミング、又はＨＤＳストリーミングプロトコルもまた言及されるであろう。生セグメントは、ＷｅｂＲＴＣタイプのプロトコルを介してピア間で共有されてよい。
【0049】
サーバ２は、最初に（このピア１１、１２へのサーバ２の最初の転送前に）コンテンツを有するピアがない限り、セグメントのプライマリソースである。コンテンツは、最初からサーバ２上に一体的に格納される（前に議論したＶＯＤの場合）、又はリアルタイムに生成される（ライブストリーミングの場合）のいずれかであり、後者の場合、それを構成するセグメントのリストは経時的に動的に変化する。
【0050】
ライブストリーミングは、同時に起こる「ライブ」イベント、例えばコンサート、ミーティング、スポーツイベント、ビデオゲームなどと関連付けられるコンテンツをリアルタイムでブロードキャストすることを提案する。フィルムのように既に一体的に存在するコンテンツのストリーミングに関して、ライブストリーミングブロードキャストコンテンツは、実際に、関連付けられたイベントが起こるにつれて徐々に生成される。技術的には、テレビ上のライブイベントの場合のように、そのようなコンテンツは、ユーザが可能限り小さいことを望む幾らかの遅延でブロードキャストされることができるだけである。この遅延は、通常、１分のオーダーであるが、約２０秒まで低下することができる。それにより、各瞬間にてわずか数セグメント（多くとも数１０）のプレイリストが利用可能になり、このリストのセグメントは、ターンオーバに従って動的に更新され、イベントが起こると、新しいセグメントが作成され、「年齢」がクライアントにより（予想される遅延の終わりにて）受信及び再生され、最後にリストを終了する。
【0051】
後者の場合（ライブストリーミング）、コンテンツはむしろ連続したストリームとして参照されなければならない。セグメントのシーケンスは、それにより、動的であり、すなわち定期的に更新される。新しいセグメントが生成されるたびに、それがシーケンスの終わりに追加され、シーケンスの第１のセグメント（最も古い）が削除される。他のすべては、ＦＩＦＯ（「ｆｉｒｓｔ ｉｎ， ｆｉｒｓｔ ｏｕｔ」）リストに関連することができるターンオーバメカニズムに従ってオフセットされる。リストの第１のセグメント（最も古いセグメント）は、「ライブ」又は「過去」セグメントのいずれかであることができる。「ライブ」セグメントは、再生端のセグメントであり、従ってセグメントは、それらが再生されると間もなくプレイリストから削除される。「過去」セグメントは、コンテンツサーバ２が、コンテンツが幾らかの遅延で再生されることを受け入れるとき存在し、例えばＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）及び他のプラットフォームは最大２時間の遅延でライブストリーミングを可能する。
【0052】
本方法は、任意の文脈で実装されてよい。
【0053】
ピアツーピアネットワーク１０は、「トラッカ」と呼ばれるピア管理サーバ３にも接続される。トラッカ３は、データ処理手段及び格納手段を有する。それはピア１１、１２間の交換を（クライアントデバイス１１、１２の各々によって実装されるクライアントソフトウェアを制御することにより）調整するが、それはデータ転送に直接含まれず、ファイルのコピーを有さない。
【0054】
説明したように、プレーヤのＡＢＲロジックを予測するためのモデルをトレーニングするための専用の方法は、クライアントデバイス１１（又は別のクライアントデバイス１２）のいずれかの処理ユニット１１０により、又は、ピア管理サーバ３により直接、実装されてよい。
【0055】
説明されるように、トレーニングを実行する機器は、プレーヤに既に提供された複数のトレーニングセグメントに関連付けられるデータからなるトレーニングデータベースを格納しなければならない（セグメント受信率を表すパラメータのベクトルのペアは、トレーニングセグメントがプレーヤに要求されているときに測定され、対応する品質レベルは、後に、そのＡＢＲロジックに従ってプレーヤにより選択される）。
【0056】
プレーヤのタイプ及びバージョンと同じだけ多くのモデル（及びデータベース）があってよく、所与のプレーヤに対するモデルはクライアントデバイス１１、１２又はサーバ３により学習されてよく、各クライアントデバイス１１、１２にてこの特定のプレーヤのＡＢＲロジックを予測するために、すべてのクライアントデバイス１１、１２に提供される（サーバ３から直接又はＰ２Ｐメッセージとして伝搬される）ことに留意する。各クライアントデバイス１１、１２は、それが実装するプレーヤに対応するモデルのみを受信することを選択してよい（及び、例えば、所与のプレーヤの新たなバージョンがある場合、以前のモデルを削除してよい）ことを留意する。
【0057】
ＡＢＲロジック
【0058】
既に説明したように、クライアントデバイス１１のプレーヤは、プレーヤのＡＢＲロジックに従ってセグメント受信率を表す少なくとも１つのパラメータの関数としてセグメントの品質レベルを選択するように構成される。
【0059】
任意の場合において、ＡＢＲロジックは、セグメントの受信率を表す少なくとも１つのパラメータの関数として選択される品質レベル（ビットレート）を算出することを可能とする第１関数を使用して定義されることができる。より正確には、第１関数は、一般的に各セグメントが受信されるたびにプレーヤにより呼び出され、出力は、次のセグメントが要求されるであろう品質レベルである。出力は、特に整数のレベル番号（例えば、１及びＬの間で、１は最低の品質、Ｌは最高の品質又はその逆）として、又は直接ビットレート値（可能なビットレート値のなかから選択される離散値又は連続なビットレート値のいずれか）として表現されることができることを留意する。第１関数は、「ブラックボックス」と仮定される。
【0060】
セグメント受信率を表すパラメータは、「十分に速く」セグメントを受信するためにデバイス１１及び／又はネットワーク１０の容量を示す任意のパラメータであることができる監視対象パラメータであることが理解される。言及したように、既知のＡＢＲロジックは一般的にパラメータとして第２のバッファメモリＭ２のバッファレベル（値、すなわち秒又はセグメントの数、又はレートのいずれかで）及び／又は帯域幅（すなわち、受信されたデータ受信率）を使用する。
【0061】
換言すれば、プレーヤは、帯域幅及び／又はバッファレベルを監視し、その結果として必要なセグメントの品質レベルを修正するかしないかについて判定をする。
【0062】
デバイス能力（ＣＰＵ／ＧＰＵ負荷及びデコード機能、利用可能なメモリ、スクリーンサイズなどを含む）及び／又はユーザの地理的位置のような他のパラメータが、場合により考慮されることを留意する。
【0063】
従って、ＡＢＲロジックの３つの主要なクラス、
－バッファベースのＡＢＲロジックに対して「ＢＢ」クラス、
－レートベースのＡＢＲロジックに対して「ＲＢ」クラス、
－ハイブリッド（バッファレートベース）ＡＢＲロジックに対して「Ｈ」クラス、がある。さらにクラスがあってよいことを留意する。以下の明細書は、これら３つのクラスの例を取るであろうが、当業者は、本方法が可能なＡＢＲロジッククラスの任意のセットに限定されないことを理解するであろう。
－バッファベースのＡＢＲロジックに対して「ＢＢ」クラス、
－レートベースのＡＢＲロジックに対して「ＲＢ」クラス、
－ハイブリッド（バッファレートベース）ＡＢＲロジックに対して「Ｈ」クラス、がある。さらにクラスがあってよいことを留意する。以下の明細書は、これら３つのクラスの例を取るであろうが、当業者は、本方法が可能なＡＢＲロジッククラスの任意のセットに限定されないことを理解するであろう。
【0064】
ＡＢＲロジックを予測するモデル
【0065】
本方法は、ＡＢＲロジックを予測する、すなわちＡＢＲロジックの実際のクラスに関わらず、ＡＢＲロジックを定義する上記の第１の関数を近似するモデルを使用する。
【0066】
モデルは、予め定義されてよいが、好ましくは機械学習（ＭＬ）アルゴリズムが、欧州特許出願公開第２０３０５２０２号明細書において提案されたように、モデルをトレーニングするために使用されることができる。
【0067】
数学的に、パラメータのベクトルは、（プレーヤにより一度要求され受信された）任意の所与のセグメントに対して構築されることができ、パラメータのベクトルは、所与のセグメントが、そのＡＢＲロジックに従ってプレーヤにより後で選択される対応する品質レベル（すなわち、「スカラ出力」ｙｍ＝［ｂｒｍ］、ｂｒｍはセグメントｍに対するビットレート決定である）に関連付けられるプレーヤにより要求されているときに測定されるセグメント受信率（すなわち、セグメント
に対する「入力ベクトル」ｘｍ）を表す。
【数1】
【0068】
着想は、セグメントｍが要求されるバッファレベルｂｍ、セグメントのサイズｓｍ、セグメントのダウンロード時間ｔｍ、セグメントｍの測定された帯域幅ｂｗｍ、及び前のセグメントに対して測定された帯域幅ｂｗｍ－１などのような、任意の可能なＡＢＲクラス及びロジックを包含するようにセグメント受信率を表す任意の可能なパラメータを入力ベクトルｘｍに含めることである。
【0069】
入力ベクトルｘｍ及び対応するスカラ出力ｙｍのペアはトレーニング例を意味し、トレーニング例のデータベースは、モデルをトレーニングするように機械学習アルゴリズムを実行するために構築されてよい。説明したように、各トレーニング例は、プレーヤにより所与のセグメント（トレーニングセグメントと称されることができる）の実際の受信に対応することが理解されるべきである。換言すると、各トレーニング例は、トレーニングセグメントがプレーヤにより受信されているときに測定されるセグメント受信率を表すパラメータのベクトルと、次のセグメントを要求するためのそのＡＢＲロジックに従ってプレーヤにより後に選択される対応する品質レベルとを関連付ける。
【0070】
モデルは、入力及び出力の間の関係、特にモデルパラメータのベクトルθを用いてパラメータ化される「仮説」ｈθとして定義されることができ、それにより、各入力ベクトルｘｍに対して値ｈθ（ｘｍ）がｙｍに可能な限り近くなる。
【0071】
従って、セグメント受信率を表す現在のパラメータをリアルタイムで測定し、現在の入力ベクトルｘｉを生成することにより、仮説ｈθ（ｘｉ）は、次のセグメントがプレーヤにより要求されるであろうビットレートである出力
を予測するのに使用されることができる。
【数2】
【0072】
従って、本方法は、有利に、セグメント受信率（すなわち、プレーヤにより要求されているときに、所与のセグメントに対して測定される）を表す測定パラメータのベクトルをそれぞれ（次のセグメントを要求するときに）そのＡＢＲロジックに従ってプレーヤにより後に選択される対応する品質レベルに関連付けるトレーニング例のデータベースからモデルをトレーニングする最初の段階（ａ０）を備える。
【0073】
任意のタイプのモデル及び任意の種類の機械学習アルゴリズムが使用されてよいことを留意する。
【0074】
好ましくは、モデルは、第１関数（線形回帰）を近似する線形関数であり、線形最小自乗（ＬＬＳ）技術、特に通常の最小自乗（ＯＬＳ）技術により学習されるが、当業者は、他のモデル（特に多項式、非線形など）及びその他の機械学習技術（ベイジアン、ｋ近傍法、サポートベクターマシンなど）を使用することができる。
【0075】
説明したように、段階（ａ０）は、クライアント１１によりローカルに又はサーバ３にて集中的に実行されてよい。あらゆる場合に、トレーニング例は、トレーニングデータベースを構成するためにネットワーク１内で送信されてよい。例えば、未加工データは、サーバ３にて様々なクライアント１１、１２から収集されてよく、処理されたトレーニングデータ（トレーニング行列Ｘ及びトレーニングベクトルＹのように）が構築され、場合によっては送り返される。
【0076】
さらに、既に引用された欧州特許出願公開第２０３０５２０２号明細書において説明したように、段階（ａ０）は優先的に、冗長な特徴を安全に削除するために、複数のモデル（並列に）、ＡＢＲロジックの各クラスに対して１つをトレーニングする段階、及び、プレーヤにより実装されるようにＡＢＲロジックの実際の入力のみを保持する段階を備える（ＢＢ、ＲＢ、及びＨクラスのＡＢＲロジックは異なる入力変数を使用する）。我々の例では、Ｋ＝３クラス（ＢＢ、ＲＢ、及びＨ）があり、そのため３モデルがトレーニングされる。
【0077】
所与のプレーヤに対して、Ｋ個のモデルのうちの１つのみが、実際に真である（すなわち、適切にプレーヤのＡＢＲロジックを予測する）。したがって、段階（ａ０）は有利に、さらに、テストセット上でカテゴリ精度をチェックするために特にテストセットを構築する（すなわち、幾つかのペア（ｘｍ，ｙｍ）を保持する）ことにより、適当な１つを選択（他は削除される）するようにＫ個のモデルを検証する段階を備える。
【0078】
最後に、選択されたモデルは、大規模に使用されるように任意のデバイス１１、１２で共有されてよい。ピア間でのこのモデルの伝搬は、サーバ３から又はＰ２Ｐにより直接のいずれかで行われてよい。モデルを受信する任意のピアが、新しいトレーニングステップ（ａ０）を再開することによりそれを試験してよい及び／又はそれを洗練してよいことを留意する。
【0079】
ＡＢＲの制御
【0080】
以下の説明では、我々は、他のデバイス１２及び／又はサーバ２からコンテンツを取得することを試みているクライアントデバイス１１に重点を置く。すなわち、第１のバッファメモリＭ１は既に、少なくとも１つの品質レベル、可能であればコンテンツを構成するシーケンスのサブシーケンスにおいて少なくとも１つの生セグメントを格納する。
【0081】
（すなわち、プレーヤのＡＢＲロジックを予測する）プレーヤに対して好適なモデルは、既にトレーニングされ、選択され、デバイス１１に利用可能であると仮定する。
【0082】
そして方法は、セグメント（「現在のセグメント」と称される）、実際には、第２のバッファメモリＭ２内に置かれる次のセグメント（必ずしも再生される次のセグメントではなく、通常バッファされた先行セグメントがある）に対しての要求を受信する段階（ａ）のデバイス１１の処理手段１１０により実装を開始する。要求はプレーヤから受信され、要求されたセグメント、すなわち「第１の品質レベル」と称されるビットレート（ＡＢＲロジックを適用することにより）に対して必要とされる品質レベルを定義する。
【0083】
セグメントは、プレーヤにより必要とされる第１の品質で、第１のバッファＭ１においてこのステージ（すなわち、少なくとも断片）にて少なくとも部分的に利用可能であると仮定する。このセグメント／セグメントフラグメントが別の品質であった場合、我々は残り時間がわずかであるため、一般的にコンテンツサーバ２から直接、再度取得されなければならないであろう。
【0084】
段階（ａ）は、必要なら、セグメント受信率を表す少なくとも１つのパラメータの「測定値」を含む。
【0085】
次の段階（ｂ）では、要求された現在のセグメントが第１のバッファメモリＭ１から提供された後、トレーニングされたモデルは、プレーヤが、そのＡＢＲロジックに従って、第２の品質レベルで次のセグメント（現在のセグメントに関して、すなわち現在のセグメントがセグメントｍの場合、セグメントｍ＋１）を要求するであろうことを決定するのに使用される。
【0086】
ここで、「決定」は、広く理解されなければならない、単に次のＡＢＲ決定を知ることが可能であることを意味する。この段階は、単に「パッシブ」であってよく、すなわちクライアント１１はＡＢＲロジックを制御することを試みず、単にそれを受ける、又は「意図」された第２の品質レベルがあることを意味する「アクティブ」であってよい。この後者の場合、プレーヤがそのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定することは、この第２の品質レベルが十分に達成されている、又は少なくともそうなりつつあることを保証することを意味する。本発明は、いかなる場合にも限定されず、段階（ｃ）の終わりに第２の品質レベル、すなわち次のセグメントに対する品質レベルが少なくとも推定されれば十分である。
【0087】
「パッシブ」実施形態では、第２の品質レベルは未知であってよく、従って段階（ｂ）は単に、モデルを使用する第２の品質レベルを予測する段階を備える。第２の品質レベルは、第１の品質レベルと同じであってよいことを留意する。
【0088】
より有利な「アクティブ」実施形態では、第２の品質レベルは、仏国特許出願公開第１９０３１９５号明細書において提案されたように、応答遅延を使用してプレーヤのＡＢＲロジックをアクティブに制御することにより達成する説明したような目標であってよい。
【0089】
したがって、この好適な実施形態では、第２の品質レベルは予め定義され、段階（ｂ）は、この第２の品質レベルに対して、最適な応答遅延を推定し、それにより、最適な応答遅延の満了時に要求された現在のセグメントを提供することは、プレーヤに第２の品質レベルで次のセグメントをそのＡＢＲロジックに従って要求させるであろう段階を備える。
【0090】
換言すると、我々は、ＡＢＲロジックを制御して、それに第２の品質レベルで次のセグメントを要求することを「強制」することを意図する。最適な応答遅延により、ＡＢＲロジックに第２の品質レベルを要求させるのに好適な応答遅延を意味する（従って、最適な応答遅延は、必ずしも固有ではなく、一般的に最適な応答遅延の「範囲」がある）。数学的には、次のセグメントｍ＋１に対して、我々は、
が、要求されると予想される第２の品質レベルであるように、モデルの入力ベクトルｘｍ＋１をトリガしなければならない。
【数3】
【0091】
この目的のために、モデルの応答遅延及び入力変数の間の関係を理解することが最初に重要である。ｐがセグメント期間（一般的に固定）であり、ｄｍが現在のセグメントｍに対して適用する応答遅延である場合、我々は、以下を得る。
ｂｍ＋１＝ｂｍ＋ｐ－ｄｍ、バッファは、再生により徐々に空になるであろうから（ＢＢモデル及びＨモデルに対して有用）、
遅延は、ダウンロード時間として変換されてよく（実際の転送時間は、セグメントが既に第１のバッファＭ１内にダウンロードされるからほぼゼロである）、ｓｍは頻繁にほぼ一定である（ＲＢモデル及びＨモデルに対して有用）から。
ｂｍ＋１＝ｂｍ＋ｐ－ｄｍ、バッファは、再生により徐々に空になるであろうから（ＢＢモデル及びＨモデルに対して有用）、
【数4】
【0092】
入力ベクトルｘｍ＋１の他のパラメータは、現在のベクトルｘｍの測定値及びパラメータから推定されてよい。ｘｍを算出するために推定される幾つかのパラメータは、ｘｍ－１から推定されていてよく、それらの値は修正される（ｂｍは測定されることができる）ことを留意する。
【0093】
欧州特許出願公開第２０３０５２０２号明細書は、ｙｍ＋１＝ｈθ（ｘｍ＋１）となる入力ベクトルｘｍ＋１を決定するのにどのように効率的にモデルを「リバース」するかを説明する。そのような最適化問題を解くことは、当業者の理解の範囲内であることを理解されたい。
【0094】
Ｐ２Ｐネットワークから取得されているのが要求されたセグメントの断片のみである場合（つまり、セグメントが不完全な方法で利用可能である場合）、好ましくは、推定された最適な応答遅延は、最適な応答遅延の断片のみが実際に適用されるべきである事実を反映するように断片の長さに従って修正される。確かに、第２のバッファＭ２は、断片ではなく、完全なセグメントが提供されるのみであり、着想は、既に、第１のバッファＭ１内にこのセグメントを完全にそろえる（取得を完了する）時間に対応する暗黙の待機遅延があるであろう事実を反映するより短い応答遅延の後、セグメントを完全に提供することである。従って、段階（ｂ）は、セグメントを取得するのを完了するのに必要とされる推定された継続時間の関数として推定された最適な応答遅延を修正する段階を含んでよい。
【0095】
例えば、我々は、公式ｄ'ｍ＝ｄｍ－ｔｄｗｍを適用することができ、ｄ'ｍは修正された最適な応答遅延であり、ｔｄｗｍはセグメントを取得するのを完了するのに必要とされる予定時刻である。従って、完全なセグメントを供給する前に時間ｔｄｗｍ＋適用ｄ'ｍの間待つことは、ｄｍを適用することと同等であり、それにより全体の遅延は同じままを維持する。
【0096】
適用されるいかなる応答遅延がない「パッシブ」実施形態では、残存する時間ｔｄｗｍは、ｂｗｍ＋１を算出するためのダウンロード時間として直接使用されることができる。
【0097】
「アクティブ」実施形態は、「最適」な応答遅延の場合に限定されないことを留意する。換言すると、最適なものではない応答遅延が実際に適用されることができ（例えば、残存する時間ｔｄｗｍが最適な応答遅延より長いため、又は異なる応答遅延を使用する任意の他の理由に対して、応答遅延は予め決定されることさえできる）、そのような場合において、段階（ｂ）は、適用されるであろう実際の応答遅延を決定し、モデルの入力変数上の実際の応答遅延の影響を考慮した後、モデルを使用する「実」の第２の品質レベルを予測する段階をまだ含むことができる。
【0098】
プリフェッチ
【0099】
非常に例外的な方法では、本方法は、段階（ｃ）の次のセグメントが第１のバッファメモリＭ１内に第２の品質レベルで存在しない場合、ネットワーク１からそれをフェッチする段階（すなわち、我々は少なくとも１セグメント進んでいるため、「プリフェッチ」を実行する段階）を備える。
【0100】
換言すると、次のセグメントは、第１の品質レベル（まだ現在の品質である）で通常どおりフェッチされているべきであり、ここで、第２の品質レベルへのスイッチが、帯域幅を節約するために予測される。確かに、セグメントは、第１の品質レベルでフェッチされた場合、第１のメモリＭ１は、第２の品質レベルが第１の品質レベルと異なったとき、それを削除しなければならないであろう。第２の品質レベルが事前に考慮されるため、帯域幅が節約される。
【0101】
「フェッチ」により、説明されるように、別のピア１２から及び／又はコンテンツサーバ２からＰ２ＰキャッシュＭ１にダウンロードすることにより、セグメントをネットワーク１から取得することを意味する。次のセグメントは実際に、既に完全にダウンロードされていてよく（「Ｆ－ＨＩＴ」の場合、以下を参照）、特に、第２の品質レベルが第１の品質レベルと同じで、それによりさらに必要となるアクションがない場合、しかし任意の場合において、段階（ｃ）は、次のセグメントが第１のバッファメモリＭ１内に第２の品質レベルで少なくとも利用可能であるかどうかをチェックする段階を少なくとも備えることを留意する。
【0102】
有利に、段階（ｃ）は、３つの次の場合を備える。
－ＭＩＳＳ：次のセグメントが第１のメモリＭ１内に（まったく）存在しない、すなわちフェッチされなければならない。
－Ｆ－ＨＩＴ（フルヒット）：次のセグメントが第１のメモリＭ１内に完全に存在する、すなわち既にフェッチされている。
－Ｐ－ＨＩＴ（部分的ヒット）：次のセグメントが第１のメモリＭ１内に部分的にのみ存在する、すなわちフェッチが進行中である。
－ＭＩＳＳ：次のセグメントが第１のメモリＭ１内に（まったく）存在しない、すなわちフェッチされなければならない。
－Ｆ－ＨＩＴ（フルヒット）：次のセグメントが第１のメモリＭ１内に完全に存在する、すなわち既にフェッチされている。
－Ｐ－ＨＩＴ（部分的ヒット）：次のセグメントが第１のメモリＭ１内に部分的にのみ存在する、すなわちフェッチが進行中である。
【0103】
ＭＩＳＳの場合、段階（ｃ）は、ネットワーク１から第２の品質で次のセグメントをフェッチする段階を含む。それをコンテンツサーバ２から要求する必要があってもよいが、我々はまだＰ２Ｐを使用する時間を有してよいことを留意する。
【0104】
Ｆ－ＨＩＴの場合、全てが完全であり（フェッチする必要はない）、第２の次のセグメントｍ＋２が考えられてよい。段階（ｂ）及び（ｃ）は、第２の次のセグメントに対して繰り返されることができ（すなわち、次のセグメントが第１のバッファメモリＭ１から提供された後プレーヤが、プレーヤのＡＢＲロジックを予測するモデルを使用して、そのＡＢＲロジックに従って第２の次のセグメントを第３の品質レベルで要求するであろうことを決定する段階、及び、第２の次のセグメントが第１のバッファメモリＭ１内に第３の品質レベルで存在しない場合、ネットワーク１から第３の品質レベルで第２の次のセグメントをフェッチする段階）、また第３の次のセグメントなどについても同様である。
【0105】
Ｐ－ＨＩＴの場合、複数のオプションがある。
－第１の可能な態様は、特に何も行わないことであり、すなわちセグメントが適当な品質レベルにおいてダウンロードされている（無駄な帯域幅はない）と考え、単にダウンロードが完了するのを待つことである。従って、次のセグメント（新しい「現在の」セグメントとして）についての段階（ｂ）の次の発生においては、さらに応答遅延が残りのダウンロード時間ｔｄｗｍ＋１を考えるであろう。
－第２の可能な態様は、コンテンツサーバ２からセグメントの残りを直接完了することである。このオプションは、２つの理由で良好である。
・コンテンツサーバ２に対する測定値（ＣＤＮ測定値）を時々更新する、
・次のセグメントをより良好に制御することにより応答遅延作業を改善する、すなわち、その時にはセグメントが完全であろうこと（すなわち、第１のメモリＭ１内に完全に利用可能になること）を保証し、段階（ａ）の次の発生においてプレーヤにより要求され、それにより、あらゆる必要な応答遅延ｄｍ＋１は適用されることができ、従って、我々は、次のセグメントのＡＢＲ制御及びプリフェッチのスムーズな作業を保持する。
－第１の可能な態様は、特に何も行わないことであり、すなわちセグメントが適当な品質レベルにおいてダウンロードされている（無駄な帯域幅はない）と考え、単にダウンロードが完了するのを待つことである。従って、次のセグメント（新しい「現在の」セグメントとして）についての段階（ｂ）の次の発生においては、さらに応答遅延が残りのダウンロード時間ｔｄｗｍ＋１を考えるであろう。
－第２の可能な態様は、コンテンツサーバ２からセグメントの残りを直接完了することである。このオプションは、２つの理由で良好である。
・コンテンツサーバ２に対する測定値（ＣＤＮ測定値）を時々更新する、
・次のセグメントをより良好に制御することにより応答遅延作業を改善する、すなわち、その時にはセグメントが完全であろうこと（すなわち、第１のメモリＭ１内に完全に利用可能になること）を保証し、段階（ａ）の次の発生においてプレーヤにより要求され、それにより、あらゆる必要な応答遅延ｄｍ＋１は適用されることができ、従って、我々は、次のセグメントのＡＢＲ制御及びプリフェッチのスムーズな作業を保持する。
【0106】
同時に、段階（ｃ）は、第１のバッファＭ１からの要求に応答して、現在のセグメント（セグメントｍ）を提供する段階を含む。
【0107】
任意の応答遅延が適用される場合（特に、最適な応答遅延が段階（ｂ）で推定されている場合）、セグメントは有利に応答遅延の満了時に提供される。「応答時間の満了時に提供される」ことにより、プレーヤは、応答遅延の満了前にそれを有さないことを意味する（良くても満了の時間に、又は幾つかの場合には後でのみさえ、以下を参照せよ）。最も頻繁に、応答遅延が満了するとセグメントが突然送信されるが、それをデバイス１１内で「ストリーミング」すること、すなわちそれを第１のバッファＭ１から徐々に（１つ１つ）送信することが極めて可能であり、それにより、最適な応答遅延が満了した時（そして、最適な応答遅延は「セグメントの最後のビットの送信時間」である）最後のピースが送信される（早期に）ことを理解されるであろう。確かに、完全なセグメントのみが再生可能であるが、幾つかのプレーヤは、セグメントのサブセグメントを受け入れることができる。セグメントが完全に受信されない限りプレーヤにより利用可能とはならなず、したがって提供されたとみなされないから、そのようなプログレッシブ送信は何も変えないが、帯域幅の測定を促進することを可能にすることを留意する。
【0108】
セグメントの断片のみが第１のバッファＭ１内で利用可能で、応答時間がセグメントを復元するのを完了するのに必要な推定された継続時間に従って修正されている場合、通常、セグメントは変更された応答時間の終わりに段階（ｂ）にも供給される。説明したように、供給は断片化されることができるが、完全なセグメントのサブセグメント（完全にダウンロードされたセグメントから取得されるセグメントの連続ピースに対応する）と不完全なセグメント（最も頻繁には異なるピースに対応するデータの特定の部分のみがダウンロードされている）を混同してはならない。第１のバッファＭ１内で完全に利用可能なセグメントのみが、要求（断片ではなく）に応答して（必要なら漸進的に）提供されることができ、それにより、ダウンロードが予想より長くかかる場合、修正された応答遅延が満了する後までセグメントが完全に利用可能でなくてよい。従って、説明したように、完全なセグメントは最も早くて修正された最適な応答遅延の満了時に（すなわち、前ではない）、しかし場合によっては後に、提供される。実際には、完全なセグメントは、以下の２つの条件、セグメントが完全にに利用可能である（そのダウンロードが完全である）、修正された最適な応答遅延が満了している、が満たされるときに提供される。
【0109】
すべての場合において、セグメントは、好ましくは第２のバッファＭ２に提供され、そのような段階（ｃ）は、セグメントを再生するのに好適なフォーマットに変換する段階を備える。これは、生セグメントを、生のものとは異なり、デバイス１１のプレーヤにより読み出すことができる変換されたセグメントに変換することにある。
【0110】
例えば、プレーヤがＨＴＭＬ５互換ブラウザの内蔵プレーヤである場合、変換は、ブラウザのメディアソース拡張ＡＰＩを使用してセグメントのビデオデータを注入することからなる。
【0111】
当然に、段階（ｃ）は有利に、第２のバッファメモリＭ２内に格納された前のセグメント（例えば、セグメントｍ－１、しかし場合によってはより古いセグメントでさえ）同時に再生する段階を含み、それにより、セグメントは更新される必要がある。段階（ｃ）で取得されたセグメントは、間もなく順番に読み出される。
【0112】
我々はここで、再生が続く限り段階（ａ）から（ｃ）を繰り返すことができる。次のセグメントはここで新しい現在のセグメントになり、第２の品質レベルはここで新しい第１の品質レベルになる（場合によっては、予測されるように第２の品質レベルを強制している最適な応答遅延の適用のため）。
【0113】
換言すると、段階（ａ）の新たな発生は、第２の品質レベルで次のセグメントに対する要求をプレーヤから受信することにある。再度、プレーヤがそのＡＢＲロジックに従って次のセグメント（すなわち、セグメントｍ＋２）を第３の品質レベルで要求するであろうこと、特に新しい最適な応答遅延（それにより、新しい最適な応答遅延の満了時に要求された次のセグメントを提供することは、プレーヤに、そのＡＢＲロジックに従って次のセグメントを第３の品質レベルで要求させるであろう）が推定され、そして適用されることができることなど、を決定することができる。
【0114】
方法は、予測を検証するために、段階（ｃ）の終わりに段階（ｄ）を含んでよいことを留意する。換言すれば、第２の品質レベルで次のセグメントに対する要求がプレーヤから受信されることが検証される。この段階（ｄ）は、通常、段階（ａ）の次の発生に含まれ、次のセグメントに対する要求は、実際に受信される。検証は単に、予測／意図された第２の品質レベルを（ＡＢＲロジックにより）次のセグメントに対して実際に要求された品質レベルと比較ことに関与する。
【0115】
デバイス及びコンピュータプログラム製品
【0116】
第２の態様によれば、本発明は、デバイス１１のプレーヤ上で（クライアントデバイス１１、１２のピアツーピアネットワーク１０内でストリーミングされた）コンテンツを再生するための前述の方法を実行するためのデバイス１１に関係し、デバイス１１は、プレーヤのＡＢＲロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数としてセグメントの品質レベルを選択するように構成される。
【0117】
デバイス１１は、説明したように、
－ネットワーク１、特にピアツーピアネットワーク１０内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファＭ１（Ｐ２Ｐキャッシュ）、
－好ましくはプレーヤにより再生されるのに適合したフォーマットでセグメントを格納するための第２のバッファＭ２（ビデオバッファ）、
－処理ユニット１１０を備える。
－ネットワーク１、特にピアツーピアネットワーク１０内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファＭ１（Ｐ２Ｐキャッシュ）、
－好ましくはプレーヤにより再生されるのに適合したフォーマットでセグメントを格納するための第２のバッファＭ２（ビデオバッファ）、
－処理ユニット１１０を備える。
【0118】
処理ユニット１１０、通常プロセッサは、次の段階を実装している。
（ａ）プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階、
（ｂ）プレーヤが、プレーヤのＡＢＲロジックを予測するモデルを使用して、要求された現在のセグメントが第１のバッファメモリＭ１から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階、
（ｃ）次のセグメントが第１のバッファメモリＭ１内に第２の品質レベルで存在しない場合、次のセグメントを第２の品質レベルでネットワーク１からフェッチする段階。
（ａ）プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階、
（ｂ）プレーヤが、プレーヤのＡＢＲロジックを予測するモデルを使用して、要求された現在のセグメントが第１のバッファメモリＭ１から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階、
（ｃ）次のセグメントが第１のバッファメモリＭ１内に第２の品質レベルで存在しない場合、次のセグメントを第２の品質レベルでネットワーク１からフェッチする段階。
【0119】
第３及び第４の態様では、本発明は、クライアントデバイス１１、１２のピアツーピアネットワーク１０内でストリーミングされたコンテンツをクライアントデバイス１１のプレーヤ上で再生するための本発明の第１の態様に係る方法を（特にデバイス１１のデータ処理ユニット１１０上で）実行するコード命令を備えるコンピュータプログラム製品、及びこのコンピュータプログラム製品を用いて提供されるコンピュータ機器（デバイス１１のメモリ）により可読な格納手段に関係する。
【0120】
［他の可能な項目］
［項目１］
クライアントデバイス（１１）のプレーヤ上でネットワーク（１）内でストリーミングされたコンテンツを再生するための方法であって、
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイス（１１）は、前記ネットワーク（１）内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファ（Ｍ１）を備え、
前記方法は、前記クライアントデバイス（１１）の処理ユニット（１１０）により実行される、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリ（Ｍ１）から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワーク（１）からフェッチする段階と、
を備えることを特徴とする、方法。
［項目２］
段階（ｂ）は、セグメント受信率を表す前記少なくとも１つのパラメータの関数として、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルを用いて前記第２の品質レベルを予測する段階を含む、項目１に記載の方法。
［項目３］
前記第２の品質レベルは予め定義され、段階（ｂ）は、前記要求された現在のセグメントを最適な応答遅延の前記満了時に提供することが、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルの関数として、前記プレーヤにそのＡＢＲロジックに従って前記第２の品質レベルで次のセグメントを要求させるように、前記最適な応答遅延を推定する段階を含む、項目１又は２に記載の方法。
［項目４］
前記モデルは、セグメント受信率を表す測定パラメータのベクトルを、そのＡＢＲロジックに従って前記プレーヤにより後で選択される前記対応する品質レベルにそれぞれ関連付けるトレーニング例のデータベースからトレーニングされる、項目１から３のいずれか一項に記載の方法。
［項目５］
前記ＡＢＲロジックは、セグメント受信率を表す前記少なくとも１つのパラメータの第１関数により定義され、前記モデルは、前記第１関数を近似する、項目１から４のいずれか一項に記載の方法。
［項目６］
前記クライアントデバイス（１１）は、さらに、前記プレーヤにより再生されるために適合したフォーマットでセグメントを格納するための第２のバッファ（Ｍ２）を備え、段階（ｃ）は、前記要求された現在のセグメントを前記第１のバッファメモリ（Ｍ１）から前記第２のバッファ（Ｍ２）に提供する段階を含む、項目１から５のいずれか一項に記載の方法。
［項目７］
前記要求された現在のセグメントは、前記推定された最適な応答遅延の前記満了時に前記第１のバッファメモリ（Ｍ１）から提供される、項目３又は６に記載の方法。
［項目８］
セグメント受信率を表す前記パラメータは、前記第２のバッファ（Ｍ２）のバッファレベル及び／又は帯域幅である、項目６又は７に記載の方法。
［項目９］
段階（ｃ）は、前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで少なくとも部分的に存在する、好ましくは完全に存在する場合、前記第２の次のセグメントに対して段階（ｂ）及び（ｃ）を再度実行する段階を含む、項目１から８のいずれか一項に記載の方法。
［項目１０］
段階（ｃ）は、前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで部分的にのみ存在する場合、前記ネットワーク（１）のコンテンツサーバ（２）から直接、前記第２の品質レベルで前記次のセグメントをフェッチする段階を含む、項目１から９のいずれか一項に記載の方法。
［項目１１］
さらに、（ｄ）前記第２の品質レベルで前記次のセグメントに対する要求が前記プレーヤから受信されることを検証する段階を備える、項目１から１０のいずれか一項に記載の方法。
［項目１２］
プレーヤ上でネットワーク（１）内でストリーミングされたコンテンツを再生するためのデバイスであって、
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイス（１１）は、前記ネットワーク（１）内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファ（Ｍ１）を備え、
前記クライアントデバイス（１１）は、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリ（Ｍ１）から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワーク（１）からフェッチする段階と、
を実装する処理ユニット（１１０）を備えることを特徴とする、デバイス。
［項目１３］
プログラムがコンピュータ上で実行されると、ネットワーク（１）内でストリーミングされたコンテンツをクライアントデバイス（１１）のプレーヤ上で再生するための項目１から１１のいずれか一項に記載の方法を実行するコード命令を備えるコンピュータプログラム製品。
［項目１４］
ネットワーク（１）内でストリーミングされたコンテンツをクライアントデバイス（１１）のプレーヤ上で再生するための項目１から１１のいずれか一項に記載の方法を実行するためのコード命令を備えるコンピュータプログラム製品が格納されたコンピュータ可読媒体。
［項目１］
クライアントデバイス（１１）のプレーヤ上でネットワーク（１）内でストリーミングされたコンテンツを再生するための方法であって、
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイス（１１）は、前記ネットワーク（１）内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファ（Ｍ１）を備え、
前記方法は、前記クライアントデバイス（１１）の処理ユニット（１１０）により実行される、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリ（Ｍ１）から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワーク（１）からフェッチする段階と、
を備えることを特徴とする、方法。
［項目２］
段階（ｂ）は、セグメント受信率を表す前記少なくとも１つのパラメータの関数として、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルを用いて前記第２の品質レベルを予測する段階を含む、項目１に記載の方法。
［項目３］
前記第２の品質レベルは予め定義され、段階（ｂ）は、前記要求された現在のセグメントを最適な応答遅延の前記満了時に提供することが、前記プレーヤの前記ＡＢＲロジックを予測する前記モデルの関数として、前記プレーヤにそのＡＢＲロジックに従って前記第２の品質レベルで次のセグメントを要求させるように、前記最適な応答遅延を推定する段階を含む、項目１又は２に記載の方法。
［項目４］
前記モデルは、セグメント受信率を表す測定パラメータのベクトルを、そのＡＢＲロジックに従って前記プレーヤにより後で選択される前記対応する品質レベルにそれぞれ関連付けるトレーニング例のデータベースからトレーニングされる、項目１から３のいずれか一項に記載の方法。
［項目５］
前記ＡＢＲロジックは、セグメント受信率を表す前記少なくとも１つのパラメータの第１関数により定義され、前記モデルは、前記第１関数を近似する、項目１から４のいずれか一項に記載の方法。
［項目６］
前記クライアントデバイス（１１）は、さらに、前記プレーヤにより再生されるために適合したフォーマットでセグメントを格納するための第２のバッファ（Ｍ２）を備え、段階（ｃ）は、前記要求された現在のセグメントを前記第１のバッファメモリ（Ｍ１）から前記第２のバッファ（Ｍ２）に提供する段階を含む、項目１から５のいずれか一項に記載の方法。
［項目７］
前記要求された現在のセグメントは、前記推定された最適な応答遅延の前記満了時に前記第１のバッファメモリ（Ｍ１）から提供される、項目３又は６に記載の方法。
［項目８］
セグメント受信率を表す前記パラメータは、前記第２のバッファ（Ｍ２）のバッファレベル及び／又は帯域幅である、項目６又は７に記載の方法。
［項目９］
段階（ｃ）は、前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで少なくとも部分的に存在する、好ましくは完全に存在する場合、前記第２の次のセグメントに対して段階（ｂ）及び（ｃ）を再度実行する段階を含む、項目１から８のいずれか一項に記載の方法。
［項目１０］
段階（ｃ）は、前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで部分的にのみ存在する場合、前記ネットワーク（１）のコンテンツサーバ（２）から直接、前記第２の品質レベルで前記次のセグメントをフェッチする段階を含む、項目１から９のいずれか一項に記載の方法。
［項目１１］
さらに、（ｄ）前記第２の品質レベルで前記次のセグメントに対する要求が前記プレーヤから受信されることを検証する段階を備える、項目１から１０のいずれか一項に記載の方法。
［項目１２］
プレーヤ上でネットワーク（１）内でストリーミングされたコンテンツを再生するためのデバイスであって、
前記コンテンツは複数の品質レベルで利用可能なセグメントのシーケンスから構成され、
前記プレーヤは、前記プレーヤのアダプティブビットレート（ＡＢＲ）ロジックに従って、セグメント受信率を表す少なくとも１つのパラメータの関数として前記セグメントの前記品質レベルを選択するように構成され、
前記クライアントデバイス（１１）は、前記ネットワーク（１）内で転送するのに適合したフォーマットでセグメントを格納するための第１のバッファ（Ｍ１）を備え、
前記クライアントデバイス（１１）は、
（ａ）前記プレーヤから第１の品質レベルで現在のセグメントに対する要求を受信する段階と、
（ｂ）前記プレーヤが、前記プレーヤの前記ＡＢＲロジックを予測するモデルを使用して、前記要求された現在のセグメントが前記第１のバッファメモリ（Ｍ１）から提供された後、そのＡＢＲロジックに従って第２の品質レベルで次のセグメントを要求するであろうことを決定する段階と、
（ｃ）前記次のセグメントが前記第１のバッファメモリ（Ｍ１）内に前記第２の品質レベルで存在しない場合、前記次のセグメントを前記第２の品質レベルで前記ネットワーク（１）からフェッチする段階と、
を実装する処理ユニット（１１０）を備えることを特徴とする、デバイス。
［項目１３］
プログラムがコンピュータ上で実行されると、ネットワーク（１）内でストリーミングされたコンテンツをクライアントデバイス（１１）のプレーヤ上で再生するための項目１から１１のいずれか一項に記載の方法を実行するコード命令を備えるコンピュータプログラム製品。
［項目１４］
ネットワーク（１）内でストリーミングされたコンテンツをクライアントデバイス（１１）のプレーヤ上で再生するための項目１から１１のいずれか一項に記載の方法を実行するためのコード命令を備えるコンピュータプログラム製品が格納されたコンピュータ可読媒体。
【図1】
【図2】
【国際調査報告】