JP2015230731A - クライアント端末と少なくとも１つのサーバとの間の伝送路に配置されたキャッシュを操作する方法、および対応するキャッシュ - Google Patents

Abstract

【課題】クライアント端末と、少なくとも１つのサーバとの間に配置されるように適合された第１のタイプのキャッシュ（ＤＡＮＥ）を提供する。【解決手段】複数の表現で入手可能なマルチメディアコンテンツのセグメントの第１の表現を求める要求を、クライアント端末から受信するように構成され、かつ、第１のタイプのキャッシュ（ＤＡＮＥ）にキャッシュされた前記セグメントの１つの代替の表現と、第１のタイプのキャッシュ（ＤＡＮＥ）とクライアント端末との間に配置された第２のタイプのキャッシュが、その応答の代替の表現をキャッシュしないようにするための第１の追加情報と、その応答の代替の表現を識別して、追加の第１のタイプのキャッシュ（ＤＡＮＥ）が、その代替の表現をキャッシュできるようにする、第２の追加情報と、を含む応答を、クライアント端末に送信するように構成されたモジュール（２）を含む、第１のタイプのキャッシュ（ＤＡＮＥ）。【選択図】図２Ａ

Description

本発明は、一般的に、ハイパーテキスト転送プロトコル（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）等を介したアダプティブストリーミング技術の分野に関するが、プロトコルはＨＴＴＰに限定されない。本発明は、詳細には、クライアント端末とリモートサーバ間の伝送路に配置されたキャッシュの操作に関する。

この項は、当技術の様々な態様を読者に紹介するためのものであり、それらは、以下に記載された、および／または、特許請求の範囲に記載された本発明の様々な態様に関連することを意図している。この項の記載は、本発明の様々な態様をよりよく理解するための背景情報を読者に提供するのに役立つと考える。従って、この項の記載はこの観点で読むべきものであり、先行技術の承認でないことは理解されたい。

ＨＴＴＰを介したアダプティブストリーミング（マルチビットレートスイッチングまたはＨＡＳともいう）は、急速に、マルチメディアコンテンツ配信の主要技術になっている。既に用いられているＨＴＴＰアダプティブストリーミングプロトコルのうちで、よく知られているのは、ＡｐｐｌｅのＨＴＴＰライブストリーミング（ＨＬＳ）、マイクロソフトのＳｉｌｖｅｒｌｉｇｈｔスムーズストリーミング（ＳＳＳ）、ＡｄｏｂｅのＡｄｏｂｅダイナミックストリーミング（ＡＤＳ）、３ＧＰＰおよびＭＰＥＧが開発した、ＨＴＴＰを介したダイナミックアダプティブストリーミング（ＤＡＳＨ：Ｄｙｎａｍｉｃ Ａｄａｐｔｉｖｅ Ｓｔｒｅａｍｉｎｇ ｏｖｅｒ ＨＴＴＰ）（ＩＳＯ／ＩＥＣ２３００９−１：２０１２として標準化）である。

クライアント端末は、視聴覚コンテンツ（すなわち、Ａ／Ｖコンテンツ）をアダプティブストリーミングで再生したいとき、最初に、このＡ／Ｖコンテンツをどのように取得するかを記述するファイルを得なければならない。これは、一般的に、ＨＴＴＰプロトコルを介して、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）から、記述ファイル、いわゆるマニフェストを取得することによって行われるが、他の手段（例えば、ブロードキャスト、ｅ−ｍａｉｌ、ＳＭＳなど）によって行うこともできる。リモートサーバによって前もって生成され、クライアント端末に送られたマニフェストは、基本的には、（ビットレート、解像度、および、他のプロパティに関して）このようなＡ／Ｖコンテンツの入手可能な表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）（インスタンスまたはバージョンとも呼ばれる）をリストしている。表現は、所与の品質レベル（ビットレート）に関連付けられる。

各表現のデータストリーム全体は、クライアント端末が２つのセグメント間で、ある品質レベルから別の品質レベルにスムーズに切り替えられるようになされた（別個のＵＲＬによってアクセス可能な）等しい期間のセグメント（チャンクともいう）に分割される。結果として、ビデオ品質は、再生中に変化するかもしれないが、中断（フリーズともいう）はほとんどない。

クライアント側で、セグメントは、伝送路の利用可能な帯域幅の測定に基づいて選択される。詳細には、クライアント端末は、通常、ビットレート符号化に対応するセグメントの表現、従って、測定された帯域幅に一致する品質を要求する。

クライアント端末とリモートサーバとの間の伝送路にキャッシュがある場合、所与のセグメントの表現は、別のクライアントが同じ表現の同じセグメントを以前に要求したことがある場合、または、コンテンツ配信ネットワーク（ＣＤＮ：Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）がそのキャッシュに既にそのセグメントを供給している場合、そのキャッシュに既に記憶されている場合がある。従って、その所与のセグメントを求めるＨＴＴＰ要求への応答は、セグメントがリモートサーバから来る場合より速くなり、また、二重送信を避けることができるので、ネットワークリソースを効果的に節約できる。

それでもなお、ＨＴＴＰアダプティブストリーミングは、キャッシュフレンドリーでない（または、少なくとも、例えば、Ｈ２６４−ＳＶＣ等のいわゆる層ベースの切り替えほどキャッシュフレンドリーではない）ように見える。実際、第１のクライアント端末が、所与のセグメントの表現ｒを要求し、第１のクライアント端末およびキャッシュと伝送路の一部を共有している第２のクライアント端末が、その所与のセグメントの表現（高品質であれ、低品質であれ）を要求すると、そのキャッシュに到達せず、キャッシュとサーバとの間のネットワークセグメントにかかる負荷が高くなり、輻輳を引き起こすことがある。そうすると、キャッシュすることの利点は完全に消滅し、現在は、キャッシュによって、この状況を改善することはできない。

この欠点を克服するために、クライアント端末が、第１の（好ましいともいう）表現と、１つまたは複数の代替の表現とを含む所与のセグメントを求める要求を送信することが知られている。このような要求が、ＨＡＳアウェア・キャッシュ（ＭＰＥＧ−ＤＡＳＨ等のＨＡＳプロトコルに準拠しているキャッシュであることを意味する）に到着すると、キャッシュは、第１の表現がキャッシュされている場合、第１の表現を送り、第１の表現がキャッシュされていない場合、代替の表現をブラウズする。代替の表現の１つがキャッシュされている場合、キャッシュは、その代替の表現をクライアント端末に送信する。それでもなお、多くの新しい技術に関しては、ＤＡＳＨアウェア・キャッシュ（いわゆるスマートキャッシュまたはＤＡＳＨアウェア・ネットワーク要素（ＤＡＮＥＳ））が徐々に配置されるようになっているので、ＤＡＳＨアウェアでない現行のキャッシュ（いわゆるレガシーキャッシュ）との共存が必要になっている。このような共存は、特に、所与のＤＡＮＥが、第１の表現（キャッシュされている場合）または上記要求にリストされている代替の表現のうち、１つの表現でＨＴＴＰ要求に応答する場合、対処すべき新しい問題を引き起こす。クライアント端末と所与のＤＡＮＥとの間に配置された、中間にあるレガシーキャッシュは、ＤＡＮＥが送信した応答を受信すると、その応答を第１の表現として記憶する可能性がある。ＤＡＮＥが返信した応答が、第１の表現に一致せず、要求の代替の表現の１つに一致する場合、上記中間にあるレガシーキャッシュは誤解することになる。結果として、同じセグメントの上記第１の表現を求める要求を別のクライアント端末からさらに受信すると、中間にあるレガシーキャッシュは、既に第１の表現を以前にキャッシュしていると信じて、キャッシュしている代替の表現で、誤って答えてしまう。中間にあるレガシーキャッシュは、ＤＡＮＥが行った置き換えに気付かない。

本発明は、少なくとも上記の欠点を克服して、中間にあるレガシーキャッシュが誤ったキャッシュ登録（ｃａｃｈｉｎｇ）を行わないようにする。

本発明は、クライアント端末と少なくとも１つのサーバとの間に配置されるように適合された第１のタイプのキャッシュを操作する方法に関し、上記第１のタイプのキャッシュは、複数の表現で入手可能なマルチメディアコンテンツのセグメントを求める上記クライアント端末からの要求を受信するように構成されている。その方法は、
少なくともセグメントの第１の表現を求める要求を、上記クライアント端末から受信するステップを含み、
注目すべきは、その方法は、
上記第１の表現が、上記第１のタイプのキャッシュにキャッシュされていない場合、
上記第１のタイプのキャッシュにキャッシュされている、そのセグメントの１つの代替の表現と、
上記第１のタイプのキャッシュと上記クライアント端末との間に配置された第２のタイプのキャッシュが、応答の代替の表現をキャッシュしないようにするための第１の追加情報と、
上記応答の代替の表現を識別する第２の追加情報と、
を含む、上記応答を、上記クライアント端末に送信するステップをさらに含む。

従って、本発明によれば、上記応答を送る蒸気第１のタイプのキャッシュと、上記クライアント端末との間に置かれた、任意の追加の第１のタイプのキャッシュは、送られた上記セグメントの表現が、要求された上記第１の表現に一致せず、代替の表現に一致することを知ることができる。従って、このような追加の第１のタイプのキャッシュは、送られた蒸気代替の表現を正確にキャッシュし得る。さらに、上記応答を送信する上記第１のタイプのキャッシュと上記クライアント端末との間に配置された第２のタイプのキャッシュは、上記第１のタイプのキャッシュが送信した上記応答の表現をキャッシュすることはない。後に、同じセグメントの上記第１の表現を要求する別のクライアント端末からの要求に応答して、このような第２のタイプのキャッシュが、代替の表現を上記第１の表現と信じて、配信するのを防止することができる。

本発明の実施形態においては、上記第１のタイプのキャッシュは、上記第１の表現をキャッシュしていない場合、上記送信ステップに先立って、自身がそのセグメントの１つの代替の表現をキャッシュしているか否かをチェックする。

詳細には、そのセグメントの少なくとも１つの代替の表現は、上記クライアント端末が送信した要求において特定されてよい。変更形態においては、上記クライアント端末が送信した要求は、上記第１の表現のみを含んでよい。

ある具体的な実施形態においては、上記第１のタイプのキャッシュは、ＨＴＴＰアダプティブストリーミング・アウェア・キャッシュで、上記第２のタイプのキャッシュはレガシーキャッシュである。

この実施形態の態様においては、その要求はＨＴＴＰ要求であり、上記第１の追加情報は、上記応答のキャッシュ制御ヘッダ内に含まれてよい。

さらなる態様においては、その要求はＨＴＴＰ要求であり、上記第２の追加情報は、応答の追加のヘッダ内に含まれてよい。変更形態においては、上記第２の追加情報は、応答のキャッシュ制御ヘッダ内に含まれてよい。

本発明は、また、クライアント端末と少なくとも１つのサーバとの間に配置されるように適合された第１のタイプのキャッシュであって、複数の表現で入手可能なマルチメディアコンテンツのセグメントの第１の表現を求める要求を上記クライアント端末から受信するように構成された第１のタイプのキャッシュに関する。
上記第１のタイプのキャッシュは、上記クライアント端末に応答を送信するように構成された追加のモジュールを含むことを特徴とし、その応答は、
上記第１のタイプのキャッシュにキャッシュされている、そのセグメントの１つの代替の表現と、
上記第１のタイプのキャッシュと上記クライアント端末との間に配置された第２のタイプのキャッシュが、その応答の代替の表現をキャッシュしないようにするための第１の追加情報と、
その応答の代替の表現を識別するための第２の追加情報と、
を含む。

さらに、上記第１のタイプのキャッシュは、自身が、要求の第１の表現をキャッシュしているか否か、または、上記第１の表現をキャッシュしていない場合、そのセグメントの少なくとも１つの代替の表現をキャッシュしているか否かをチェックするように構成された制御モジュールを含むことができる。

詳細には、そのセグメントの少なくとも１つの代替の表現は、上記クライアント端末が送信した要求で特定してよい。変更形態においては、上記クライアント端末が送信した要求は、上記第１の表現のみを含むことができる。

さらに、上記第１のタイプのキャッシュは、ＨＴＴＰアダプティブストリーミング・アウェア・キャッシュであり、上記第２のタイプのキャッシュはレガシーキャッシュである。

本発明は、さらに、複数の表現で入手可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現の要求を、少なくとも１つのサーバ（ＳＥ）に送信するように構成された端末に関する。

ここで、端末は、上記少なくとも１つのサーバと自身との間に配置された第１のタイプのキャッシュからの応答を受信するように構成された通信モジュールを含み、その応答は、
上記第１のタイプのキャッシュがキャッシュしている、上記セグメントの１つの代替の表現と、
上記第１のタイプのキャッシュ（ＤＡＮＥ）と上記クライアント端末との間に配置された第２のタイプのキャッシュが、その応答の代替の表現をキャッシュしないようにするための第１の追加情報と、
その応答の代替の表現を識別して、追加の第１のタイプのキャッシュが、その代替の表現をキャッシュすることを可能にする、第２の追加情報と、
を含む。

本発明は、さらに、通信ネットワークからダウンロード可能な、および／または、コンピュータ可読媒体に記録され、および／または、プロセッサで実行可能な、コンピュータプログラム製品であって、上記方法のステップを実行するためのプログラムコード命令を含むコンピュータプログラム製品に関する。

さらに、本発明は、プロセッサによって実行可能で、上記方法のステップを実行するためのプログラムコード命令を含む、コンピュータプログラム製品を記録する、非一時的コンピュータ可読媒体に関する。

開示の実施形態と同等の範囲にある一部の態様を以下に記載する。これらの態様は、本発明が取り得る一部の形に関して読者に簡単に説明したものであり、これらの態様が、本発明の範囲を限定するものでないことは理解されたい。本発明は、以下に記載していない様々な態様を含み得る。

添付の図面を参照しながら、以下の限定目的でない実施形態および実行例によって、本発明はよりよく理解され、説明される。
本発明を実施可能なクライアント・サーバネットワークアーキテクチャの概略図である。 本発明の好ましい実施形態に従った、スマートキャッシュの例を示すブロック図である。 本発明の好ましい実施形態に従った、クライアント端末の例を示すブロック図である。 好ましい実施形態に従った、図２Ａのスマートキャッシュを操作する方法を示すフローチャートである。

図１、２Ａ、２Ｂにおいて、表示のブロックは純粋に機能的エンティティであり、必ずしも物理的に別個のエンティティに対応する必要はない。すなわち、ソフトウェア、ハードウェアの形で開発されてもよく、１つまたは複数のプロセッサを含む１つまたは複数の集積回路として実施してもよい。

同一または類似の部分を指す場合、可能な限り、図では同じ参照番号を用いている。

本発明が明確に理解できるように、本発明の図面および説明は関係のある要素を示すように単純化しており、典型的なデジタルマルチメディアコンテンツの配信方法およびシステムの多くの他の要素は、分かり易いように省略していることを理解されたい。このような要素は、本発明の属する技術分野では周知であるので、本明細書で、詳細な説明は行っていない。

好ましい実施形態によると、本発明は、ＨＴＴＰアダプティブストリーミングプロトコル（またはＨＡＳ）に関して記載されており、詳細には、ＭＰＥＧ−ＤＡＳＨに関して記載されている。当然に、本発明は、このような具体的な環境に限定されず、他のアダプティブストリーミングプロトコルも、検討、実施してよい。

図１に示すように、本発明を実施可能なクライアント・サーバネットワークアーキテクチャは、１つまたは複数のネットワークＮ（図では１つのみ示してある）によってサポートされ、１つまたは複数のクライアント端末ＣＴ（図では１つのみ示してある）と、１つまたは複数のＨＴＴＰサーバＳＥと、複数のスマートキャッシュＤＡＮＥと、１つまたは複数のレガシーキャッシュＲＮＥとを含む。ＤＡＳＨによると、このようなサーバＳＥはメディアオリジンともいう。このようなサーバＳＥは、例えば、メディアプレゼンテーション記述（すなわちＭＰＤ：ｍｅｄｉａ ｐｒｅｓｅｎｔａｔｉｏｎ ｄｅｓｃｒｉｐｔｉｏｎ）、いわゆるマニフェストを生成する。これは、コンテンツ配信ソースであり、マルチメディアコンテンツは、何らかの外部のエンティティに由来し、メディアオリジンでＨＡＳフォーマットに変換されてよい。

スマートキャッシュＤＡＮＥは、ＨＡＳコンテンツが送られたことが分かるように構成された、ネットワークＮのキャッシュ要素である。ＭＰＥＧ−ＤＡＳＨの用語を用いると、スマートキャッシュは、ＤＡＳＨアウェア・ネットワーク要素（ＤＡＮＥ）と考えられる。

レガシーキャッシュＲＮＥは、自身を通過するデータタイプを知ることができない、ネットワークＮのキャッシュ要素である。または、少なくともレガシーキャッシュＲＮＥは、ＨＡＳという側面を理解しない。ＭＰＥＧ−ＤＡＳＨの用語では、レガシーキャッシュは、レギュラーネットワーク要素（ＲＮＥ）と考えられる。

クライアント端末ＣＴが、ＨＴＴＰサーバＳＥの１つからマルチメディアコンテンツの取得を希望する。そのマルチメディアコンテンツは複数のセグメントに分割される。マルチメディアコンテンツは、サーバＳＥにおいて様々な表現で入手可能であると考えられる。ＨＴＴＰサーバＳＥは、クライアントの要求に応じて、ＨＴＴＰアダプティブストリーミングプロトコルを用いて、１つまたは複数のＴＣＰ/ＩＰ接続を介して、クライアント端末ＣＴにセグメントをストリーム配信することができる。

クライアント端末ＣＴは、携帯型メディアデバイス、携帯電話、タブレット、ラップトップ、ＴＶセット、セットトップボックス、ゲームデバイス、または、集積回路であってよい。当然、クライアント端末ＣＴは、完全なビデオプレーヤを含まなくてもよく、メディアコンテンツを逆多重化したり、復号化したりする要素などの、いくつかのサブ要素のみを含んでもよく、また、復号化されたコンテンツをエンドユーザに表示するため、外部手段に依存する場合もある。この場合、クライアント端末ＣＴは、セットトップボックス等のＨＡＳアウェア・ビデオデコーダである。

図２Ａに示すように、スマートキャッシュＤＡＮＥは下記のものを含む。
・１つまたは複数の接続インタフェース１（有線および／または無線）
・接続インタフェース１を介して通信するためのプロトコルスタックを含む通信モジュール２。詳細には、通信モジュール２は、ＩＰスタックと言われるインターネットプロトコルスタックを含むことができる。
・１つまたは複数のサーバＳＥから受信したマルチメディアコンテンツのセグメントを、そのマルチメディアコンテンツを要求するクライアント端末ＣＴに送信するために、記憶する揮発性メモリおよび／または固定記憶装置などの記憶モジュール３
・例えば、記憶モジュール３に記憶されたアプリケーションやプログラムを実行する１つまたは複数のプロセッサ４
・スマートキャッシュＤＡＮＥが、第１の表現を要求する（クライアント端末ＣＴが送信した）要求の第１の表現をキャッシュしているか否か、または、第１の表現がキャッシュされていないときに、リストにある１つの代替の表現をキャッシュしているか否かをチェックするように形成された制御モジュール５
・第１の表現がキャッシュされていない場合に、クライアント端末ＣＴが送信した要求にリストされている代替の表現を、プリファレンス順にブラウズするように適合されたブラウジングモジュール６。変更形態においては、制御モジュールとブラウジングモジュールは、１つのモジュールのみを規定してよい。
・様々なモジュールと、処理手段と、一般的な住居用ゲートウェイ機能を行うための当業者に周知のあらゆる手段と、を接続する内部バスＢ
図２Ｂに示すように、クライアント端末ＣＴは、少なくとも以下を含む。
・１つまたは複数の接続インタフェース１Ａ（例えば、Ｗｉ−Ｆｉ、Ｅｔｈｅｒｎｅｔ（登録商標）、ＡＤＳＬ、ケーブル、モバイル、および／または、ブロードキャスト（例えば、ＤＶＢ、ＡＴＳＣ）等の、有線および／または無線のインタフェース）
・ＨＴＴＰサーバＳＥと通信するためのプロトコルスタックを含む通信モジュール２Ａ。詳細には、通信モジュール２Ａは、当業者が周知のＴＣＰ／ＩＰスタックを含む。もちろん、それは、クライアント端末ＣＴがＨＴＴＰサーバＳＥと通信できるようにする任意の他の種類のネットワークおよび／または通信手段であってもよい。
・ＨＴＴＰストリーミングマルチメディアコンテンツをＨＴＴＰサーバＳＥから受信するアダプティブストリーミングモジュール３Ａ。アダプティブストリーミングモジュール３Ａは、ネットワーク制約および、選択モジュール８Ａからの情報に基づいた自身の制約に、より一致するビットレートで、セグメントを連続的に選択する。
・マルチメディアコンテンツを復号化およびレンダリングするように適合されたビデオプレーヤ４Ａ
・クライアント端末ＣＴの不揮発性メモリに記憶されたアプリケーションおよびプログラムを実行するための１つまたは複数のプロセッサ５Ａ
・ＨＴＴＰサーバＳＥから受信したセグメントを、ビデオプレーヤ４Ａに送信する前にバッファリングするための、揮発性メモリ等の記憶手段６Ａ
・伝送路の帯域幅を推定するように構成された帯域幅推定部７Ａ
・クライアント端末ＣＴが要求可能な許容表現のセットを決定するように構成された選択モジュール８Ａ。許容表現は、関連するマニフェストにリストされた、マルチメディアコンテンツの所与のセグメントの入手可能な表現の中から選択される。詳細には、所与のセグメントの許容表現のセットの、モジュール８Ａによる決定は、（例えば、推定された帯域幅、クライアント端末の能力、以前、要求したセグメントの表現、クライアント端末ＣＴのエンドユーザが要求する体験品質等の）１つまたは複数の性能基準に基づいてよい。変更形態においては、選択モジュール８Ａは、アダプティブストリーミングモジュール３Ａに組み込まれてよい。
・一般的なクライアント端末の機能を行うための、当業者が周知の様々なモジュールや、あらゆる手段を接続する内部バスＢ１
下記においては、所与のクライアント端末ＣＴが、マルチメディアコンテンツの所与のセグメントを取得するためにネットワークＮで要求を送信すると仮定している。この要求は、所与のセグメントの第１の表現と、要求を受信するスマートキャッシュＤＡＮＥに第１の表現がない時に、プリファレンス順にブラウズする１つまたは複数の代替の表現と、を特定している。

好ましい実施形態によると、スマートキャッシュＤＡＮＥの通信モジュール２は、（制御モジュール５によるチェック後）第１の表現がそのスマートキャッシュＤＡＮＥにキャッシュされていない場合、クライアント端末ＣＴに、応答を送信するようにさらに構成される。その応答には下記のものが含まれる。
・スマートキャッシュＤＡＮＥにキャッシュされている、要求の代替の表現の１つ
・スマートキャッシュＤＡＮＥとクライアント端末ＣＴとの間に置かれた任意のレガシーキャッシュＲＮＥが、（スマートキャッシュＤＡＮＥが返信した）応答の代替の表現をキャッシュしないようにするための第１の追加情報。例えば、上記第１の追加情報は、応答のキャッシュ制御ヘッダ内に含まれる（例えば、キャッシュ制御：ｎｏ−ｃａｃｈｅ，ｕｎｌｅｓｓ−ａｌｔｌｉｓｔ−ｃａｐａｂｌｅ ここで、「ａｌｔｌｉｓｔ」は、要求において、セグメントの代替の表現の特定に用いる命令である）
・応答の代替の表現を識別する第２の追加情報。例えば、第２の追加情報は、返信された代替の表現のＵＲＬを示すために応答の追加のヘッダ内に含まれる（例えば、Ｘ−ａｌｔｌｉｓｔ−ｌｏｃａｔｉｏｎ：Ｂ、ＢはＵＲＬである）、その結果、（代替の表現を提供する上記のスマートキャッシュＤＡＮＥと、クライアント端末ＣＴとの間に置かれた）中間にあるスマートキャッシュＤＡＮＥは、クライアント端末ＣＴに送られた表現を認識することになる。

要求の第１の表現が、スマートキャッシュＤＡＮＥに既に格納されているとき、ＨＴＴＰプロトコルの（要求は成功裡に処理されたことを意味する）状態コード２００には、上記第１および第２の追加情報なしに、上記スマートキャッシュＤＡＮＥによって送信された応答が添付される。

要求された第１の表現が、スマートキャッシュＤＡＮＥにキャッシュされずに、その要求にリストされた１つの代替の表現が格納されているときも、状態コード２００には、スマートキャッシュＤＡＮＥによって送信された応答が添付されるが、この場合は、第１および第２の追加情報も添付される。

好ましい実施形態によって、スマートキャッシュＤＡＮＥが送信した応答は、返信された表現が第１の表現ではないとき、要求のどの代替の表現がスマートキャッシュＤＡＮＥによって送られたのかを明示してある。従って、応答を送信したスマートキャッシュＤＡＮＥとクライアント端末ＣＴとの間に置かれる、任意の追加のスマートキャッシュＤＡＮＥは、返信された表現は第１の表現でなく、要求にリストされた代替の表現であることを認識することができる。さらに、スマートキャッシュＤＡＮＥとクライアント端末ＣＴとの間のレガシーキャッシュＲＮＥは、代替の表現を要求の第１表現だと信じて、後に追加のクライアント端末に送信することがないように、その応答はキャッシュしない。

図３に示すように、好ましい実施形態によると、スマートキャッシュＤＡＮＥは、ＨＡＳマルチメディアコンテンツの所与のセグメントの要求された表現をクライアント端末ＣＴに提供する以下の機構Ｍを実施するように構成される。

上記機構Ｍは、下記のステップを含む。
・予め定義した許容表現のセットに属する所与のセグメントの第１の表現のＨＴＴＰ要求を、クライアント端末ＣＴから受信するステップ（ステップＳ１）。ＨＴＴＰ要求は、第１の表現がスマートキャッシュＤＡＮＥにキャッシュされていない場合、要求してよい代替の表現のリストをさらに含む。
・第１の表現が、スマートキャッシュＤＡＮＥの記憶モジュール９に格納されているか否かをチェックするステップ（ステップＳ２）
・第１の表現がキャッシュされていない場合、要求にリストされた代替の表現を、プリファレンス順にブラウズするステップ（ステップＳ３）
・第１の表現がキャッシュＤＡＮＥにキャッシュされておらず、要求の代替の表現がキャッシュされているとき、クライアント端末ＣＴに応答を送信するステップ（ステップＳ４）、その応答には下記のものが含まれる。
・上記キャッシュされた代替の表現
・スマートキャッシュＤＡＮＥとクライアント端末ＣＴとの間にある任意のレガシーキャッシュＲＮＥが、応答の代替の表現をキャッシュしないようにするための第１の追加情報
・応答の代替の表現を識別する第２の追加情報
要求の代替の表現のどれもキャッシュされていない場合、スマートキャッシュＤＡＮＥは、サーバＳに要求を公開してよい。変更形態においては、スマートキャッシュＤＡＮＥは、メッセージ（エラーメッセージ等）をクライアント端末に送信することができる。

ステップＳ０からＳ４の順序は、本発明を逸脱しない限り、少なくとも部分的に変更してよいことは理解されたい。

好ましい実施形態の変更形態においては、クライアントＣＴが送信した要求は、その第１の表現がスマートキャッシュＤＡＮＥにキャッシュされていない場合の代替の表現を含まず、第１の表現のみを含んでよい。この場合、スマートキャッシュＤＡＮＥの制御モジュール５は、第１の表現がキャッシュされていない場合、（例えば、多くても第１の表現のビットレートを有する）セグメントの１つの代替の表現を既にキャッシュしているか否かをチェックするようにさらに構成される。１つの代替の表現がキャッシュされていると、通信モジュール２は、その代替の表現と共に応答を送信する。

スマートキャッシュＤＡＮＥは、プロキシ、ゲートウェイ、または、任意の他の適切なネットワーク装置に組み込まれてよいことは、注目されたい。

図面のフローチャートおよび／またはブロック図は、本発明の様々な実施形態に従った、システム、方法、および、コンピュータプログラム製品の可能な実装の構成、操作および機能を示す。その際、フローチャートまたはブロック図の各ブロックは、特定の論理関数を実施する１つまたは複数の実行可能な命令を含む、モジュール、セグメント、または、コードの部分を表してよい。一部の代替の実装においては、ブロックに記載された機能は、図に記載の順序とは異なってもよいことにも注目されたい。例えば、連続して示された２つのブロックは、実際は、関連する機能に応じて、実質的に同時に実行されてもよく、時には、逆の順で実行されてもよく、別の順序で実行されてもよい。ブロック図および／またはフローチャートの各ブロック、および、ブロック図および／またはフローチャートのブロックの組み合わせは、特定の機能または行為を行う特定用途のハードウェアベースのシステムで実施されてもよく、特定用途のハードウェアとコンピュータ命令の組み合わせで実施されてもよいことにも注目されたい。明記していないが、本実施形態は、任意の組み合わせまたはサブコンビネーションで採用されてよい。

当業者は理解されるように、本原理の態様は、システム、方法、または、コンピュータ可読媒体として実現することができる。従って、本原理の態様は、全てハードウェアの実施形態、全てソフトウェアの実施形態（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）、または、ソフトウェアとハードウェアの態様を組み合わせた実施形態の形をとってよく、ここではそれらを全て概略的に「回路」、「モジュール」、または、「システム」と呼ぶ。さらに、本原理の態様は、コンピュータ可読記憶媒体の形を取ることもできる。１つまたは複数のコンピュータ可読記憶媒体の任意の組み合わせを利用してもよい。

コンピュータ可読記憶媒体は、１つまたは複数のコンピュータ可読媒体で実現され、かつ、コンピュータで実行可能なコンピュータ可読プログラムコードをその媒体上に有するコンピュータ可読プログラム製品の形を取ることができる。本明細書で使用されるコンピュータ可読記憶媒体は、本来、情報を記憶する能力を備え、そこから情報を読み出すことができる非一時的記憶媒体と考えられる。コンピュータ可読記憶媒体は、例えば、電子、磁気、光、電磁、赤外線、または、半導体のシステム、装置、デバイス、または、それらの任意の適切な組み合わせであってよいが、それらに限られない。本原理を適用可能なコンピュータ可読記憶媒体のより具体的な例としては、携帯型コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、携帯型コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、光記憶装置、磁気記憶装置、または、それらの任意の適切な組み合わせが挙げられるが、当業者によって容易に理解されるように、これらは例示的なものであって、完全に列挙したものではないことを理解されたい。

Claims (15)

1. クライアント端末（ＣＴ）と少なくとも１つのサーバ（ＳＥ）との間に配置されるように適合された第１のタイプのキャッシュ（ＤＡＮＥ）であって、複数の表現で入手可能なマルチメディアコンテンツのセグメントを求める前記クライアント端末（ＣＴ）からの要求を受信するように構成された、前記第１のタイプのキャッシュ（ＤＡＮＥ）を操作する方法であって、前記方法は、
   セグメントの少なくとも第１の表現を求める要求を、前記クライアント端末（ＣＴ）から受信するステップ（Ｓ１）を含み、前記方法は、
   前記第１の表現が前記第１のタイプのキャッシュ（ＤＡＮＥ）によってキャッシュされていない場合、
   前記第１のタイプのキャッシュ（ＤＡＮＥ）によってキャッシュされている、前記セグメントの１つの代替の表現と、
   前記第１のタイプのキャッシュ（ＤＡＮＥ）と前記クライアント端末（ＣＴ）との間に配置された第２のタイプのキャッシュ（ＲＮＥ）が、応答の前記代替の表現をキャッシュしないようにするための第１の追加情報と、
   前記応答の前記代替の表現を識別して、追加の第１のタイプのキャッシュ（ＤＡＮＥ）が前記代替の表現をキャッシュできるようにする第２の追加情報と
   を含む応答を、前記クライアント端末（ＣＴ）に送信するステップ（Ｓ４）をさらに含む、前記方法。
2. 前記第１の表現がキャッシュされていない場合に、前記送信するステップ（Ｓ４）に先立って、前記第１のタイプのキャッシュは、自身が、前記セグメントの１つの代替の表現をキャッシュしているか否かをチェックする（Ｓ２）、請求項１に記載の方法。
3. 前記セグメントの前記少なくとも１つの代替の表現は、前記クライアント端末（ＣＴ）が送信した前記要求において特定されている、請求項２に記載の方法。
4. 前記クライアント端末（ＣＴ）が送信した前記要求は、前記第１の表現のみを含む、請求項２に記載の方法。
5. 前記第１のタイプのキャッシュ（ＤＡＮＥ）は、ＨＴＴＰアダプティブストリーミング・アウェア・キャッシュであり、前記第２のタイプのキャッシュ（ＲＮＥ）はレガシーキャッシュである、請求項１〜４のいずれかの項に記載の方法。
6. 前記要求はＨＴＴＰ要求であり、前記第１の追加情報は、前記応答のキャッシュ制御ヘッダ内に含まれる、請求項１〜５のいずれかの項に記載の方法。
7. 前記要求はＨＴＴＰ要求であり、前記第２の追加情報は、前記応答の追加のヘッダ内に含まれる、請求項６に記載の方法。
8. クライアント端末（ＣＴ）と少なくとも１つのサーバ（ＳＥ）との間に配置されるように適合された第１のタイプのキャッシュ（ＤＡＮＥ）であって、複数の表現で入手可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を前記クライアント端末（ＣＴ）から受信するように構成され、
   前記クライアント端末（ＣＴ）に応答を送信するように構成された追加のモジュール（２）を含み、前記応答は、
   前記第１のタイプのキャッシュ（ＤＡＮＥ）によってキャッシュされた、前記セグメントの１つの代替の表現と、
   前記第１のタイプのキャッシュ（ＤＡＮＥ）と前記クライアント端末（ＣＴ）との間に配置された第２のタイプのキャッシュ（ＲＮＥ）が、応答の前記代替の表現をキャッシュしないようにするための第１の追加情報と、
   前記応答の前記代替の表現を識別して、追加の第１のタイプのキャッシュ（ＤＡＮＥ）が前記代替の表現をキャッシュできるようにする、第２の追加情報と、
   を含む、第１のタイプのキャッシュ（ＤＡＮＥ）。
9. 前記第１のタイプのキャッシュが、前記要求の前記第１の表現をキャッシュしているか否か、または、前記第１の表現をキャッシュしていない場合に、前記セグメントの少なくとも１つの代替の表現をキャッシュしているか否かをチェックするように構成された制御モジュール（５）を含む、請求項８に記載の第１のタイプのキャッシュ。
10. 前記セグメントの前記少なくとも１つの代替の表現は、前記クライアント端末（ＣＴ）が送信した前記要求において特定された、請求項９に記載の第１のタイプのキャッシュ。
11. 前記クライアント端末（ＣＴ）が送信した前記要求は、前記第１の表現のみを含む、請求項９に記載の第１のタイプのキャッシュ。
12. 前記第１のタイプのキャッシュ（ＤＡＮＥ）はＨＴＴＰアダプティブストリーミング・アウェア・キャッシュであり、前記第２のタイプのキャッシュ（ＲＮＥ）はレガシーキャッシュである、請求項７〜１１のいずれかの項に記載の方法。
13. 複数の表現で入手可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を、少なくとも１つのサーバ（ＳＥ）に送信するように構成された端末であって、
    前記少なくとも１つのサーバ（ＳＥ）と前記端末（ＣＴ）との間に配置された第１のタイプのキャッシュから、
    前記第１のタイプのキャッシュ（ＤＡＮＥ）によってキャッシュされた、前記セグメントの１つの代替の表現と、
    前記第１のタイプのキャッシュ（ＤＡＮＥ）と前記クライアント端末（ＣＴ）との間に配置された第２のタイプのキャッシュ（ＲＮＥ）が、前記応答の前記代替の表現をキャッシュしないようにするための第１の追加情報と、
    前記応答の前記代替の表現を識別して、追加の第１のタイプのキャッシュ（ＤＡＮＥ）が前記代替の表現をキャッシュできるようにする、第２の追加情報と、
    を含む応答を、受信するように構成された通信モジュール（２Ａ）を含む、端末。
14. 通信ネットワークからダウンロード可能な、および／または、コンピュータ可読媒体に記録された、および／または、プロセッサによって実行可能な、コンピュータプログラム製品であって、請求項１〜７の少なくとも１項に記載の方法のステップを実施するためのプログラムコード命令を含む、コンピュータプログラム製品。
15. プロセッサによって実行可能であり、請求項１〜７の少なくとも１項に記載の方法のステップを実施するためのプログラムコード命令を含む、コンピュータプログラム製品を記録する、非一時的コンピュータ可読媒体。