(57)【要約】      （修正有）【課題】サービスされる高比率のコンテンツを維持しながら、より良い品質のマルチメディアコンテンツを提供可能な方法及びキャッシュを提供する。【解決手段】クライアント端末と、サーバーとの間に設けられたキャッシュＤＡＮＥは、クライアント端末から、複数の表現において利用可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を受信する。各要求が所与のセグメントの１つの第１の表現および少なくとも１つの代替の表現を指定する、クライアント端末からの所与のセグメントを求める複数の要求を、第１の期間において受信するように構成された通信モジュール１０と、第１の期間の間に受信された要求の表現の中で、少なくとも１つの主要な関連のある要求された表現を判定するように構成された関連性のモジュール１５とを含む。通信モジュール１０は、主要な関連のある表現をリモートサーバーに要求する。【選択図】図３
2016028470.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末（ＣＴ）と、少なくとも１つのサーバー（ＳＥ）との間に設けられたキャッシュ（ＤＡＮＥ）を動作させるための方法であって、前記キャッシュ（ＤＡＮＥ）は、複数の表現において利用可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を、クライアント端末（ＣＴ）から受信するように構成されており、
第１の期間において、クライアント端末（ＣＴ）からの所与のセグメントを求める複数の要求を受信するステップ（Ｓ１）であって、各要求が、前記所与のセグメントの１つの第１の表現および少なくとも１つの代替の表現を指定する、受信するステップ（Ｓ１）と、
前記第１の期間の間に受信された前記要求の前記表現の中で、少なくとも１つの主要な関連のある要求された表現を判定するステップ（Ｓ６、Ｓ７）と、
前記所与のセグメントの前記主要な関連のある表現を、リモートサーバー（ＳＥ）に要求するステップ（Ｓ８）と、
を含む、前記方法。
【請求項２】
少なくとも１つの主要な関連のある要求された表現を判定する前記ステップは、
前記第１の期間の間に受信された前記要求において指定される、前記所与のセグメントの表現ごとに、関連性のスコアを判定するステップ（Ｓ６）と、
前記所与のセグメントの前記主要な関連のある表現として、関連性の最も高いスコアを有する表現を選択するステップ（Ｓ７）と、
を含む、請求項１に記載の方法。
【請求項３】
前記所与のセグメントの要求された表現に関連付けられた関連性の前記スコアは、前記キャッシュ（ＤＡＮＥ）によって受信された前記要求において前記要求された表現が指定される回数に対応する、請求項２に記載の方法。
【請求項４】
優先レベルを有する受信された要求の表現それぞれに、表現が要求された回数が、前記表現の前記優先レベルに応じた第１の係数によって重み付けされる、請求項３に記載の方法。
【請求項５】
前記主要な関連のある表現を、第１の表現として、または代替の表現として要求していない、１つまたはいくつかの残りのクライアント端末（ＣＴ）が存在するかどうかを判定するステップ（Ｓ１０）と、
前記１つまたはいくつかの残りのクライアント端末（ＣＴ）によって要求されている表現のリストを構築するステップ（Ｓ１１）と、
関連性の前記スコアに基づいて、構築されたリストの最も補助的な関連のある表現を判定し（Ｓ１２）、前記補助的な関連のある表現をサーバー（ＳＥ）に対して要求するステップと、
をさらに含む、請求項２乃至４のいずれか一項に記載の方法。
【請求項６】
前記キャッシュ（ＤＡＮＥ）に記憶されていないとき、リモートサーバー（ＳＥ）に、次のセグメントの前記関連のある表現を求める前記要求をさらに含む、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
要求された表現ごとにヒットのスコアを取得するために、既に前記キャッシュに記憶されている各要求された表現が第２の期間にわたってクライアント端末（ＣＴ）に送信される回数を計数するステップ（Ｓ１５）であって、クライアント端末（ＣＴ）に第１の表現として送信される要求された表現は、代替の表現として送信される要求された表現とは異なって計数される、計数するステップ（Ｓ１５）と、
少なくともヒットの最も低いスコアを有する記憶された表現を削除するステップ（Ｓ１６）と、
をさらに含む、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
クライアント端末（ＣＴ）と、少なくとも１つのサーバー（ＳＥ）との間に設けられたキャッシュ（ＤＡＮＥ）であって、前記キャッシュ（ＤＡＮＥ）は、クライアント端末（ＣＴ）から、複数の表現において利用可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を受信するように構成されており、
各要求が所与のセグメントの１つの第１の表現および少なくとも１つの代替の表現を指定する、クライアント端末から（ＣＴ）の前記所与のセグメントを求める複数の要求を、第１の期間において受信するように構成された通信モジュール（１０）と、
前記第１の期間の間に受信された前記要求の前記表現の中で、少なくとも１つの主要な関連のある要求された表現を判定するように構成された関連性のモジュール（１５）と、
を含み、
前記通信モジュール（１０）は、前記主要な関連のある表現をリモートサーバー（ＳＥ）に要求するようにさらに構成された、前記キャッシュ（ＤＡＮＥ）。
【請求項９】
前記第１の期間の間に受信された前記要求において指定される、前記所与のセグメントの表現ごとに、関連性のスコアを判定するように構成されたスコアリングモジュールと（１６）、
前記所与のセグメントの前記主要な関連のある表現として、関連性の最も高いスコアを有する表現を選択するように構成された選択モジュール（１７）と、
をさらに含む、請求項８に記載のキャッシュ。
【請求項１０】
前記スコアリングモジュール（１６）は、前記要求された表現に関連付けられた関連性の前記スコアに対応する、前記キャッシュ（ＤＡＮＥ）によって受信された前記要求において各要求された表現が指定される回数を、判定するように構成された少なくとも１つの第１のカウンタ（１６Ａ）を含む、請求項９に記載のキャッシュ。
【請求項１１】
優先レベルを有する受信された要求の表現それぞれに、前記スコアリングモジュール（１６）は、前記表現の前記優先レベルに応じた第１の係数によって、表現が要求された回数を重み付けするようにさらに構成されている、請求項１０に記載のキャッシュ。
【請求項１２】
前記関連性のモジュールは、
前記主要な関連のある表現を、第１の表現として、または代替の表現として要求していない、１つまたはいくつかの残りのクライアント端末（ＣＴ）が存在するかどうかを判定し、
前記１つまたはいくつかの残りのクライアント端末（ＣＴ）によって要求されている表現のリストを構築し、
関連性のスコアに基づいて、前記構築されたリストの最も補助的な関連のある表現を判定し、前記補助的な関連のある表現をサーバー（ＳＥ）に対して要求する
ようにさらに構成されている、請求項８乃至１１のいずれか一項に記載のキャッシュ。
【請求項１３】
前記通信モジュール（１０）は、前記キャッシュ（ＤＡＮＥ）に記憶されていないとき、次のセグメントの前記主要な関連のある表現をリモートサーバー（ＳＥ）に要求するようにさらに構成されている、請求項８乃至１２のいずれか一項に記載のキャッシュ。
【請求項１４】
既に前記キャッシュ（ＤＡＮＥ）に記憶されている各要求された表現が第２の期間にわたってクライアント端末に送信される回数を計数し、要求された表現ごとにヒットのスコアを取得するように構成された第２のカウンタ（１８Ａ）であって、クライアント端末（ＣＴ）に第１の表現として送信される要求された表現は、代替の表現として送信される要求された表現とは異なって計数される、第２のカウンタ（１８Ａ）と、
少なくともヒットの最も低いスコアを有する記憶された表現を削除するように構成された除去モジュール（１８Ｂ）と、
をさらに含む、請求項８乃至１３のいずれか一項に記載のキャッシュ。
【請求項１５】
ＨＴＴＰ適応ストリーミングアウェアキャッシュである、請求項８乃至１４のいずれか一項に記載のキャッシュ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、限定的ではなく例として、ＨＴＴＰ（ハイパーテキスト転送プロトコル）上での適応ストリーミング技術の分野に関し、特に、クライアント端末とリモートサーバーとの間の伝送経路内に設けられたキャッシュの動作に関する。
【背景技術】
【０００２】
本項は、以下で説明される、および／または特許請求される、本発明の種々の態様に関係され得る技術の種々の態様を、読者に紹介するように意図されている。本議論は、本発明の種々の態様のよりよい理解を促進するための背景情報を、読者に提供するのに役立つものと思われる。したがって、これらの記載は、この点に照らして読まれるべきであり、先行技術の承認として読まれるべきでないことが理解されるべきである。
【０００３】
ＨＴＴＰ上での適応ストリーミング（マルチビットレート切り替え、またはＨＡＳとも呼ばれる）は、いちはやくマルチメディアコンテンツ配信のための主要な技術となっている。既に使用されているＨＴＴＰ適応ストリーミングプロトコルの中でも、最も有名なのは、ＡｐｐｌｅからのＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ（ＨＬＳ）、ＭｉｃｒｏｓｏｆｔからのＳｉｌｖｅｒｌｉｇｈｔ  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ  （ＳＳＳ）、ＡｄｏｂｅからのＡｄｏｂｅ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇ  （ＡＤＳ）、３ＧＰＰおよびＭＰＥＧによって開発された（ＩＳＯ／ＩＥＣ２３００９−１：２０１２として標準化された）動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）である。
【０００４】
クライアント端末が、適応ストリーミングにおいてオーディオビジュアルコンテンツ（すなわち、Ａ／Ｖコンテンツ）を再生したいと望むとき、それは、このＡ／Ｖコンテンツがどのように取得され得るかを記述するファイルを最初に入手しなければならない。これは、一般に、ＵＲＬ（ユニフォームリソースロケータ）から、記述ファイル、いわゆるマニフェストを入手することによって、ＨＴＴＰプロトコルを通して行われるが、他の手段（たとえば、放送、電子メール、ＳＭＳなど）によってもまた達成され得る。事前に生成され、クライアント端末にリモートサーバーによって配信されるマニフェストは、基本的に、（ビットレート、解像度、および他のプロパティの観点から）そのようなＡ／Ｖコンテンツの利用可能な表現（インスタンスまたはバージョンとも呼ばれる）をリストする。表現は、所与の品質レベル（ビットレート）に関連付けられる。
【０００５】
各表現の全体のデータストリームは、（別々のＵＲＬによってアクセス可能な）均等な持続時間のセグメント（データ塊とも呼ばれる）に分割され、それらは、クライアント端末が、２つのセグメント間で１つの品質レベルから別の品質レベルへとスムーズに切り替えることができるようにされる。結果として、ビデオ品質は、再生している間に変化することはあるが、中断（フリーズとも呼ばれる）をこうむることはめったにない。
【０００６】
クライアント側では、伝送経路の利用可能な帯域幅の測定に基づいて、セグメントが選択される。特に、クライアント端末は、通常、ビットレート符号化に対応するセグメントの表現を、したがって、帯域幅の測定に従った品質を要求する。
【０００７】
クライアント端末とリモートサーバーとの間の伝送経路の途中にキャッシュがあるとき、別のクライアントが同じ表現を有する同じセグメントをそれ以前に要求している場合に、または、コンテンツ配信ネットワーク（ＣＤＮ）が既にセグメントをキャッシュ内にプロビジョニングしている場合に、所与のセグメントの１つの表現は、既にキャッシュに記憶されてもよい。こうして、所与のセグメントを求めるＨＴＴＰ要求への応答は、セグメントがリモートサーバーから来る場合よりも速く、かつ重複する伝送が回避されて、ネットワークリソースおよびサーバーリソースを効率的に節約することができる。
【０００８】
それにもかかわらず、ＨＴＴＰ適応ストリーミングは、キャッシュフレンドリーではないように見える（または少なくとも、たとえばＨ２６４−ＳＶＣのような、いわゆるレイヤベース切り替えよりも、キャッシュフレンドリーとはいえない）。実際、第１のクライアント端末が所与のセグメントの表現Ｒ１を要求し、第１のクライアント端末およびキャッシュと伝送経路の一部を共有する第２のクライアント端末が、（より高い、またはより低い品質で）所与のセグメントの表現Ｒ２を要求する場合、キャッシュはヒットされずに、輻輳を引き起こすリスクを伴う、キャッシュとサーバーとの間のネットワークセグメント上のより高い負荷につながる。キャッシュすることの利益は、この場合、完全に消滅され、キャッシュは、現在、この状況を改善することができない。
【０００９】
この欠点を克服するために、クライアント端末が、第１の（好ましい、とも呼ばれる）表現、および１つまたはいくつかの代替の表現を含む所与のセグメントを求める要求を送信することができることが知られている。そのような要求が、ＨＡＳアウェアキャッシュ（キャッシュが、ＭＰＥＧ−ＤＡＳＨなどのＨＡＳプロトコルに従うことを意味する）に到着するとき、キャッシュは、キャッシュされている場合には第１の表現を配信し、第１の表現がキャッシュされていない場合には、代替の表現をブラウズする。代替の表現のうちの１つがキャッシュされるとき、キャッシュは、代替の表現をクライアント端末に送信する。要求の第１の表現および代替の表現のいずれもキャッシュされないとき、要求は、上り転送に送られる。
【００１０】
しかしながら、キャッシュに記憶された表現は、それ以前の要求によって判定されている。第１のクライアント端末が表現Ｒを有するセグメントを要求する場合、同じセグメントを要求し、表現Ｒを代替の表現として指定する後続のクライアント端末は、実際には、対応する要求の第１の（または好ましい）表現ではなく、表現Ｒを受信することになる。後続のクライアント端末の要求は、キャッシュによって対処されると考えられるので、セグメントの他の表現は、（代替の表現としてのＲを許可することなく、いくつかのクライアント端末がキャッシュされていない第１の表現を要求しない限り）キャッシュにはロードされないことになる。表現Ｒが、（たとえば、所与のセグメントを求める要求を始める第１のクライアント端末が、それ自体にとって質の悪いネットワーク条件下にあり、最低品質の表現を要求するために）低品質表現である場合、リソースおよびネットワーク条件がより高い品質を扱うことを許可できる一方で、クライアント端末のすべて、または大多数が、低品質ビデオを再生することがある。
【００１１】
こうして、所与のセグメントを要求する第１のクライアント端末が、同じセグメントを要求する後続のクライアント端末にキャッシュによって提供される応答（および、それから品質）に影響を与えることがある。結果として、第１のクライアント端末が、残念ながら大多数のクライアント端末のニーズを表さない場合、大多数の端末が、第１のクライアント端末の要求および挙動に悩まされることになる。
【００１２】
本発明は、少なくとも上述した欠点を克服する。
【発明の概要】
【００１３】
本発明は、クライアント端末と、少なくとも１つのサーバーとの間に設けられたキャッシュを動作させるための方法に関連し、上記キャッシュは、複数の表現において利用可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を、クライアント端末から受信するように構成されており、それは、
−  第１の期間において、クライアント端末からの所与のセグメントを求める複数の要求を受信するステップであって、各要求は、上記所与のセグメントの１つの第１の表現および少なくとも１つの代替の表現を指定する、受信するステップと、
−  第１の期間の間に受信された要求の表現の中で、少なくとも１つの主要な関連のある要求された表現を判定するステップと、
−  所与のセグメントの上記主要な関連のある表現を、リモートサーバーに要求するステップと、
を含むという点で注目に値する。
【００１４】
本発明に従った実施形態において、主要な関連のある要求された表現を判定するステップは、
−  第１の期間の間に受信された要求において指定される、上記所与のセグメントの表現ごとに、関連性のスコアを判定するステップと、
−  上記所与のセグメントの主要な関連のある表現として、関連性の最も高いスコアを有する表現を選択するステップと、
を含む。
【００１５】
特に、上記所与のセグメントの要求された表現に関連付けられた関連性のスコアは、キャッシュによって受信された要求において上記要求された表現が指定される回数に対応することができる。
【００１６】
こうして、本発明の実施形態により、キャッシュは、たとえば、キャッシュそれ自体からサービスされる高比率のコンテンツを維持しながら、全体によりよい品質のマルチメディアコンテンツ（たとえば、Ａ／Ｖコンテンツ）を最大数のクライアント端末に提供するために、クライアント要求についての統計データを考慮に入れることができる。
【００１７】
上記実施形態のさらなる態様において、優先レベルを有する受信された要求の表現それぞれに、表現が要求された回数が、上記表現の優先レベルに応じた第１の係数によって重み付けされてよい。
【００１８】
上記実施形態の別の態様において、上記方法は、
−  主要な関連のある表現を、第１の表現として、または代替の表現として要求していない、１つまたはいくつかの残りのクライアント端末が存在するかどうかを判定するステップと、
−  上記１つまたはいくつかの残りのクライアント端末によって要求されている表現のリストを構築するステップと、
−  関連性のスコアに基づいて、構築されたリストの最も補助的な関連のある表現を判定するステップ、および上記補助的な関連のある表現をサーバーに対して要求するステップと、
を含むことができる。
【００１９】
加えて、上記方法は、上記キャッシュに記憶されていないとき、リモートサーバーに、次のセグメントの上記主要な関連のある表現を求める要求をさらに含むことができる。
【００２０】
上記実施形態の別の態様において、方法は、
−  要求された表現ごとにヒットのスコアを取得するために、既にキャッシュに記憶されている各要求された表現が第２の期間にわたってクライアント端末に送信される回数を計数するステップであって、クライアント端末に第１の表現として送信される要求された表現は、代替の表現として送信される要求された表現とは異なって計数される、計数するステップと、
−  少なくともヒットの最も低いスコアを有する記憶された表現を削除するステップと、
をさらに含むことができる。
【００２１】
その上、第１の期間は、所与の瞬間に始まり、キャッシュがクライアント端末からの予め定義された数の要求を受信したときに終わることができる。
【００２２】
本発明はまた、クライアント端末と、少なくとも１つのサーバーとの間に設けられたキャッシュに関連し、上記キャッシュは、クライアント端末から、複数の表現において利用可能なマルチメディアコンテンツのセグメントの少なくとも第１の表現を求める要求を受信するように構成されている。上記キャッシュは、
−  各要求が所与のセグメントの１つの第１の表現および少なくとも１つの代替の表現を指定する、クライアント端末からの上記所与のセグメントを求める複数の要求を、第１の期間において受信するように構成された通信モジュールと、
−  第１の期間の間に受信された要求の表現の中で、少なくとも１つの主要な関連のある要求された表現を判定するように構成された関連性のモジュールと、
を含み、
ここで、通信モジュールは、上記主要な関連のある表現をリモートサーバーに要求するようにさらに構成されている。
【００２３】
本発明に従った実施形態において、上記キャッシュは、
−  第１の期間の間に受信された要求において指定される、上記所与のセグメントの表現ごとに、関連性のスコアを判定するように構成されたスコアリングモジュールと、
−  上記所与のセグメントの主要な関連のある表現として、関連性の最も高いスコアを有する表現を選択するように構成された選択モジュールと、
をさらに含む。
【００２４】
特に、スコアリングモジュールは、上記要求された表現に関連付けられた関連性のスコアに対応する、キャッシュによって受信された要求において各要求された表現が指定される回数を、判定するように構成された少なくとも１つの第１のカウンタを含む。
【００２５】
上記実施形態のさらなる態様において、優先レベルを有する受信された要求の表現それぞれに、スコアリングモジュールは、上記表現の優先レベルに応じた第１の係数によって、表現が要求された回数を重み付けするようにさらに構成されてもよい。
【００２６】
その上、関連性のモジュールは、
−  主要な関連のある表現を、第１の表現として、または代替の表現として要求していない、１つまたはいくつかの残りのクライアント端末が存在するかどうかを判定し、
−  上記１つまたはいくつかの残りのクライアント端末によって要求されている表現のリストを構築し、
−  関連性のスコアに基づいて、構築されたリストの最も補助的な関連のある表現を判定し、上記補助的な関連のある表現をサーバーに対して要求するように
さらに構成されてもよい。
【００２７】
加えて、通信モジュールは、上記キャッシュに記憶されていないとき、次のセグメントの上記主要な関連のある表現をリモートサーバーに要求するようにさらに構成されている。
【００２８】
上記実施形態の別の態様において、上記キャッシュは、
−  既にキャッシュに記憶されている各要求された表現が第２の期間にわたってクライアント端末に送信される回数を計数し、要求された表現ごとにヒットのスコアを取得するように構成された第２のカウンタであって、クライアント端末に第１の表現として送信される要求された表現は、代替の表現として送信される要求された表現とは異なって計数される、第２のカウンタと、
−  少なくともヒットの最も低いスコアを有する記憶された表現を削除するように構成された除去モジュールと、
をさらに含むことができる。
【００２９】
本発明に従った例において、上記キャッシュは、ＨＴＴＰ適応ストリーミングアウェアキャッシュである。
【００３０】
本発明は、上述した方法のステップを実現するためのプログラムコード命令を含む、通信ネットワークからダウンロード可能な、ならびに／または、コンピュータによって可読な、および／もしくはプロセッサーによって実行可能な媒体に記録された、コンピュータプログラム製品にさらに関係する。
【００３１】
加えて、本発明はまた、先に説明された方法のステップを実現するためのプログラムコード命令を含む、非一時的なコンピュータ可読媒体上に記録されたコンピュータプログラム製品を含み、プロセッサーによって作動されることが可能な、非一時的なコンピュータ可読媒体に関係する。
【００３２】
開示される実施形態と範囲において同等な特定の態様が、以下で述べられる。これらの態様は、本発明が取り得る一定の形態の簡潔な概要を読者に提供するために専ら提示され、これらの態様は、本発明の範囲を制限するように意図されないことが理解されるべきである。実際、本発明は、以下で述べられないことがある種々の態様を包含することができる。
【図面の簡単な説明】
【００３３】
本発明は、添付の図面を参照して、決して制限的でない、下記の実施形態および実行例を用いて、よりよく理解され、例示されるであろう。
【図１】その中で本発明が実現され得る、クライアント−サーバーネットワークアーキテクチャの概略図である。
【図２】本発明の実施形態によるクライアント端末の例のブロック図である。
【図３】本発明の上記実施形態によるスマートキャッシュの例のブロック図である。
【図４】上記実施形態による、図３のスマートキャッシュを動作させるための方法を例示するフロー図である。
【００３４】
図１から図４において、表現されるブロックは、必ずしも物理的に別々のエンティティに対応するわけではない、純粋な機能エンティティである。すなわち、それらは、ソフトウェア、ハードウェアの形態において開発され得る、または、１つまたは複数のプロセッサーを含む１つまたはいくつかの集積回路において実現され得る。
【００３５】
可能である限り、同じ参照番号が、同じまたは同様の部品を指すために、図面全体を通して使用されることになる。
【発明を実施するための形態】
【００３６】
本発明の図面および説明は、典型的なディジタルマルチメディアコンテンツ配信方法およびシステムにおいて見出される多くの他の要素を、明快さの目的のために排除しながら、本発明の明瞭な理解のために関連のある要素を例示するために、簡略化されていることを理解されたい。
【００３７】
特定の実施形態によると、本発明は、ＨＴＴＰ適応ストリーミングプロトコル（すなわち、ＨＡＳ）に関して、および特に、ＭＰＥＧ−ＤＡＳＨに関して示される。当然ながら、本発明は、そのような特定の環境には限られず、他の適応ストリーミングプロトコルが考えられ、実現されても勿論よい。
【００３８】
図１に示されるように、その中で本発明が実現され得る、１つまたはいくつかのネットワークＮ（図１には、１つのみが表現されている）によってサポートされるクライアント−サーバーネットワークアーキテクチャが、いくつかのクライアント端末ＣＴと、１つまたは複数のＨＴＴＰサーバーＳＥと、複数のスマートキャッシュＤＡＮＥと、１つまたは複数のレガシーキャッシュＲＮＥとを含む。ＤＡＳＨによると、そのようなサーバーＳＥは、メディアオリジンとも称される。それらは、たとえば、メディアプレゼンテーション記述（すなわち、ＭＰＤ）、いわゆるマニフェストを生成する。これは、コンテンツ配信のソースである。マルチメディアコンテンツは、なんらかの外部のエンティティから来ることがあり、メディアオリジンでＨＡＳフォーマットに変換されてもよい。
【００３９】
スマートキャッシュＤＡＮＥは、ＨＡＳコンテンツが配信されることを理解するように構成されている、ネットワークＮにおけるキャッシング要素である。ＭＰＥＧ−ＤＡＳＨの用語を使用すれば、スマートキャッシュは、ＤＡＳＨアウェアネットワーク要素（ＤＡＮＥ）と考えられる。
【００４０】
レガシーキャッシュＲＮＥは、それを通過するデータのタイプの知識を有さない、または、少なくともそれがＨＡＳの態様を理解しない、ネットワークＮにおけるキャッシング要素である。ＭＰＥＧ−ＤＡＳＨの用語において、レガシーキャッシュは、レギュラーネットワーク要素（ＲＮＥ）と考えられる。
【００４１】
クライアント端末ＣＴは、ＨＴＴＰサーバーＳＥのうちの１つから、マルチメディアコンテンツを取得したいと望む。マルチメディアコンテンツは、複数のセグメントに分割されている。マルチメディアコンテンツは、サーバーＳＥにおいて異なる表現で利用可能であることが想定される。ＨＴＴＰサーバーＳＥは、クライアントが要求すると、１つまたは複数のＴＣＰ／ＩＰ接続上でＨＴＴＰ適応ストリーミングプロトコルを使用して、セグメントをクライアント端末ＣＴへとストリームすることができる。
【００４２】
各クライアント端末ＣＴは、ポータブルメディアデバイス、モバイルフォン、タブレットもしくはラップトップ、ＴＶセット、セットトップボックス、ゲームデバイス、または集積回路であってよい。当然ながら、クライアント端末ＣＴは、全部揃ったビデオプレーヤーを含まなくてもよく、メディアコンテンツを逆多重化し、復号するためのものなどの、なんらかのサブ要素のみを含めばよく、復号されたコンテンツをエンドユーザに表示するために、外部手段に依拠することができる。このケースでは、クライアント端末ＣＴは、セットトップボックスなどのＨＡＳアウェアビデオ復号器である。
【００４３】
図２に示されるように、クライアント端末ＣＴは、少なくとも以下のものを含む。
−  １つまたは複数の接続のインターフェース１（たとえば、Ｗｉ−Ｆｉ、イーサネット（登録商標）、ＡＤＳＬ、ケーブル、モバイル、および／または放送（たとえば、ＤＶＢ、ＡＴＳＣ）インターフェースとしての、ワイヤードおよび／またはワイヤレス）；
−  ＨＴＴＰサーバーＳＥと通信するためのプロトコルスタックを収容する通信モジュール２。特に、通信モジュール２は、本技術分野でよく知られているＴＣＰ／ＩＰスタックを含む。勿論、それは、クライアント端末ＣＴがＨＴＴＰサーバーＳＥと通信することをイネーブルする、任意の他のタイプのネットワークおよび／または通信手段であってもよい；
−  ＨＴＴＰサーバーＳＥから、ＨＴＴＰストリーミングマルチメディアコンテンツを受信する適応ストリーミングモジュール３。それは、ネットワーク制約およびその独自の制約によりよく適合するビットレートで、絶えずセグメントを選択する；
−  マルチメディアコンテンツを復号し、レンダリングするように適応されたビデオプレーヤー４；
−  クライアント端末ＣＴの不揮発性メモリに記憶されたアプリケーションおよびプログラムを実行するための１つまたは複数のプロセッサー５；
−  ＨＴＴＰサーバーＳＥから受信されたセグメントを、ビデオプレーヤー４へのそれらの伝送前にバッファするための、揮発性メモリなどの記憶手段６；
−  伝送経路の帯域幅を推定するために構成された帯域幅推定器７；
−  クライアント端末ＣＴが要求することがある、許可し得る表現のセットを判定するために構成された選択モジュール８。許可し得る表現は、関連付けられたマニフェストにリストされたように、マルチメディアコンテンツの所与のセグメントの利用可能な表現の中で選択される。特に、所与のセグメントの許可し得る表現のセットのモジュール８による判定は、１つまたはいくつかの性能基準（たとえば、推定される帯域幅、クライアント端末の能力、それ以前に要求されたセグメントの表現、クライアント端末ＣＴのエンドユーザによって必要とされる体験の品質、その他としての）に基づくことができる；
−  種々のモジュール、および一般的なクライアント端末機能性を実施するための、当業者によく知られたすべての手段を接続するための内部バスＢ。
【００４４】
図３に例示されるように、実施形態によるスマートキャッシュＤＡＮＥは、以下を含む。
−  １つまたは複数の接続のインターフェース９（ワイヤードおよび／またはワイヤレス）；
−  接続のインターフェース９を通して通信するためのプロトコルスタック９を含む通信モジュール１０。特に、通信モジュールは、ＩＰスタックと記される、インターネットプロトコルスタックを含むことができる；
−  マルチメディアコンテンツを要求するクライアント端末ＣＴにそれらを伝送するために、１つまたは複数のサーバーＳＥから受信されたそのようなマルチメディアコンテンツのセグメントを記憶するための、揮発性メモリおよび／または永続的メモリなどの、記憶モジュール１１；
−  たとえば、記憶モジュール１１に記憶されたアプリケーションおよびプログラムを実行するための、１つまたは複数のプロセッサー１２；
−  第１の表現がキャッシュされていないときに、第１の表現またはリストの１つの代替の表現を要求する（クライアント端末ＣＴによって送信された）要求の第１の（または好ましい）表現を、スマートキャッシュＤＡＮＥが既にキャッシュしている否かを確認するように形成された制御モジュール１３；
−  第１の表現がキャッシュされていない場合に、クライアント端末ＣＴによって送信された要求においてリストされた代替の表現を、優先度順にブラウズするように適応されたブラウジングモジュール１４。変形形態において、制御モジュールおよびブラウジングモジュールは、１つのみのモジュールを定義してもよい；
−  種々のモジュール、処理手段、および一般的な住宅用ゲートウェイ機能性を実施するための、当業者によく知らされたすべての手段を接続するための内部バスＢ１。
【００４５】
下記において、複数のクライアント端末ＣＴが、ネットワークＮ上で要求を送信して、マルチメディアコンテンツの所与のセグメントを取得することが想定される。各要求は、第１の表現、および要求を受信するスマートキャッシュＤＡＮＥにおいて第１の表現が利用可能ではないときに優先レベルによってブラウズされる、その所与のセグメントの１つまたは複数の代替の表現を指定する。実際、優先レベルは、クライアント端末ＣＴによって送信された要求において指定される各表現に関連付けられており、第１番目（または好ましい表現）が最も高い優先レベルを有する。変形形態として、または補足として、優先レベルは、各要求において指定される表現のリストによって暗黙的に提供される。当然ながら、スマートキャッシュＤＡＮＥはまた、いかなる代替の表現も指定せずに、第１の（または好ましい）表現のみを求めるいくつかの要求を受信することもできる。
【００４６】
実施形態によると、通信モジュール１０は、クライアント端末（ＣＴ）からの所与のセグメントを求める複数の要求を、第１の期間において（接続のインターフェース９を通して）受信するようにさらに構成されている。第１の期間は、たとえば、周期的にトリガされる、または、そのセグメントを求める所与の要求（たとえば、スマートキャッシュＤＡＮＥにまだその表現のうちのいずれもロードされていないときに、そのセグメントを求める第１の要求）の受信時にトリガされてよい。加えて、第１の期間は、たとえば、所与の瞬間に始まり、スマートキャッシュＤＡＮＥが、クライアント端末からの予め定義された数の要求、またはそのセグメントの予め定義された数の所与の表現の、いずれかを受信したときに終わることができる。さらなる補足において、第１の期間はまた、上限（たとえば、数マイクロ秒）によって定義されてもよく、これは好ましくは、リモートサーバーＳＥからコンテンツを獲得するための通常の遅延と比較して、小さくすることができる。変形形態において、第１の期間は、不変値（たとえば、数マイクロ秒）によってのみ定義されてもよい。
【００４７】
その上、図３のスマートキャッシュＤＡＮＥは、以下をさらに含む。
−  第１の期間の間にスマートキャッシュＤＡＮＥによって受信された要求のすべての表現の中で、少なくとも１つの主要な関連のある要求された表現を判定するように構成された関連性のモジュール１５；
−  第１の期間の間に受信された要求において指定される所与のセグメントの各表現の関連性のスコアを判定するように構成されたスコアリングモジュール１６。この目的のために、スコアリングモジュール１６は、スマートキャッシュＤＡＮＥによって受信された要求において、要求された表現（すなわち、第１の期間において受信された少なくとも１つの要求に存在する所与のセグメントの表現）が指定される回数を計数するように適応された第１のカウンタ１６Ａを含むことができる。この判定された回数は、所与のセグメントの要求された表現に関連付けられた関連性のスコアに対応する。好ましい実施形態の改良において、優先レベルを有する受信された要求の表現それぞれに、スコアリングモジュール１６は、その表現の優先レベルに応じた優先係数で、表現が要求された計数される回数を重み付けするようにさらに構成されてもよい。こうして、各要求された表現に関連付けられた関連性のスコアは、各要求においてその優先レベルを考慮に入れる。当然ながら、変形形態においては、計数される回数が、対応する表現の優先レベルとは別個の、および優先レベルから独立した重み付け係数で、重み付けされてもよい。改良において、クライアント端末からの予め定義された数の要求に達する前に第１の期間が終わったとき、スコアリングモジュール１６は、それ以前のセグメントについて同様に計算された関連性のスコアを使用して、所与の現在のセグメントについて取得された関連性のスコアと、それ以前のセグメントついて取得された関連性のスコアとの間で、重み付けされた平均を作成することができる。重みは、クライアント要求の数に比例してよい。そのような改良は、関連性のそれ以前の知識を考慮に入れて、低品質表現を要求することがある初期のクライアント端末の小さなセットによって影響されることを防ぐ。
−  所与のセグメントの要求された表現に結びつけられた関連性の取得されたスコアを比較するように構成された選択モジュール１７。それは、所与のセグメントの主要な関連のある表現として、取得された種々のスコアの中で最も高い関連性のスコアを有する要求された表現を選択するようにさらに構成されている。
【００４８】
例示される実施形態において、関連性のモジュール１５、スコアリングモジュール１６、および選択モジュール１７は、別個であり、一方、図に例示されていない変形形態においては、これらの３つのモジュールが組み合わされて、単一のモジュールを形成してもよい。変形形態において、選択モジュール１７は、関連性のモジュール１５内に統合されてもよい。
【００４９】
関連性の最も高いスコアが、選択モジュール１７によって選択され、関連性のモジュール１５によって主要な関連のある表現とみなされると、通信モジュール１０は、スマートキャッシュＤＡＮＥの記憶モジュール１１にまだ記憶されていないその関連のある表現を、リモートサーバーＳＥに要求するようにさらに構成されている。
【００５０】
この時点で、選択された主要な関連のある表現は、多数のクライアント端末ＣＴにとって好適である。しかしながら、クライアント端末によってそれらの要求において指し示された要求された表現が、必ずしもすべてのクライアント端末ＣＴの間で重なるわけではないので、主要な関連のある表現が、これ以降残りのクライアント端末ＣＴと呼ばれる、考えられるクライアント端末のサブセット（すなわち、主要な関連のある表現を、好ましい表現として、または代替の表現として要求しなかったクライアント端末ＣＴ）にとっては許容できないことがある。これらの残りのクライアント端末のために、スマートキャッシュＤＡＮＥは、１つまたはいくつかの追加的な表現をサーバーＳＥからダウンロードして、選択された関連のある表現に加えて、それらの要求を満たすことができる。
【００５１】
この目的のために、そのような追加的な表現の数を最小限にし、満足度を最大限にするように、関連性のモジュール１５は、以下のようにさらに構成されてもよい。
−  主要な関連のある表現を、第１の表現として、または代替の表現として要求していない、少なくとも１つの残りのクライアント端末ＣＴが存在するかどうかを判定する；
−  少なくとも１つの残りのクライアント端末ＣＴによって要求される表現のリストを構築する；
−  スコアリングモジュール１６によって既に計算された関連性のスコアに基づいて、構築されたリストの最も関連のある表現（これ以降、補助的な関連のある表現と呼ばれる）を判定する。次いで、スマートキャッシュＤＡＮＥの通信モジュール１０は、この補助的な関連のある表現を要求することができる；
−  この補助的な関連のある表現によって、すべての残りのクライアント端末ＣＴがサービスされ得るか否かを確認する。否である場合、関連性のモジュール１５は、リストを更新し、それ以前に指し示されたように新しい最も関連のある表現を判定する。リストが空になる（すなわち、残りのクライアント端末ＣＴが存在せず、すべての要求するクライアント端末がスマートキャッシュＤＡＮＥによってサービスされ得る）と、プロセスは停止する。
【００５２】
すべてのクライアント端末ＣＴがサービスされるために、いくつかの関連のある表現（主要な関連のある表現および１つまたはいくつかの補助的な表現）が判定された場合、それらの優先レベルにより、対応する要求においてリストされた要求された表現からの各クライアント端末ＣＴに送信されるべき表現が、スマートキャッシュＤＡＮＥの通信モジュール１０によって選択されてよい（補助的な関連のある表現が、主要な関連のある表現のうちの１つよりも高い優先レベルを有する場合、補助的な関連のある表現が、主要な関連のある表現の代わりにクライアント端末ＣＴに送信されてもよい）。
【００５３】
変形形態において、選択モジュール１７はまた、補助的な関連のある表現として、スコアリングモジュール１６によって計算された関連性の２番目に高いスコアを有する表現を選択するように構成されてもよい。このケースにおいて、通信モジュール１０は、その補助的な関連のある表現をサーバーＳＥに要求するようにさらに構成されてもよい。
【００５４】
説明される実施形態によると、スマートキャッシュＤＡＮＥの記憶モジュール１１にまだ記憶されていない、第１の期間の間にスマートキャッシュＤＡＮＥによって受信された要求の表現ごとに、関連性のスコアが計算されることが理解されるべきである。クライアント端末ＣＴによって送信され、第１の期間の間にスマートキャッシュＤＡＮＥによって受信された要求において指定される、所与のセグメントの少なくとも第１のまたは代替の表現が、既に後者に記憶されているとき、スマートキャッシュＤＡＮＥは、記憶された表現をクライアント端末に送信する。任意の記憶された表現については、いずれの関連性のスコアも好ましくは計算されないが、他の表現が存在する場合、要求の他の表現は、対応する表現の関連性のスコアを判定するために使用される。
【００５５】
上記実施形態の変形において、既にスマートキャッシュＤＡＮＥに記憶されている要求された表現については、対応する要求が後者によって受信されているとき、関連性のスコアをさらに計算してもよい。
【００５６】
加えて、上記実施形態のさらなる改良において、スマートキャッシュＤＡＮＥの記憶モジュール１１に記憶されていないとき、通信モジュール１０はまた、次のセグメント（すなわち、所与のセグメントと時間的な関係を有するセグメント）のための主要な関連のある表現をリモートサーバーＳＥに要求するように構成されてもよい。
【００５７】
これは、スマートキャッシュＤＡＮＥが、そのニーズを予想し、それが任意のクライアント端末ＣＴによって要求される前にさえ、関連のあるものとして現在選択されている表現を含む次のセグメントをロードするのを許可することができる。
【００５８】
その上、スマートキャッシュＤＡＮＥがその最大記憶容量に達したとき、新しいコンテンツをキャッシュすることができるように、それは、コンテンツをどのように除去するかを管理しなければならない。これは、再度要求される見込みがより少ないコンテンツを除去するエビクションアルゴリズムを通して実施される。知られているエビクションアルゴリズムは、通常、コンテンツについての最後のキャッシュヒットの日付、またはコンテンツへのキャッシュヒットの頻度のいずれかに依拠する。両方のケースにおいて、定義された期間の間にいずれの要求もないコンテンツは、キャッシュから除去されるより高い確率を有する。
【００５９】
本実施形態によると、２つのタイプのキャッシュヒット（キャッシュヒットは、上記スマートキャッシュＤＡＮＥに記憶された表現がクライアント端末ＣＴに送信されるとき、取得される）が、識別されてよい。
−  第１のタイプのキャッシュヒットは、クライアント端末ＣＴが、スマートキャッシュＤＡＮＥから、その要求において指定される第１の（または好ましい）表現を受信したときに達せられる；
−  第２のタイプのキャッシュヒットは、クライアント端末ＣＴが、スマートキャッシュＤＡＮＥから、その要求において指定される代替の表現を受信したときに達せられる。
【００６０】
特に、スマートキャッシュＤＡＮＥは、以下を含むエビクションモジュール１８をさらに備えている。
−  既にスマートキャッシュＤＡＮＥに記憶されている各要求された表現が、第２の期間にわたってクライアント端末ＣＴに送信される回数を計数するように構成された第２のカウンタ１８Ａ。より詳細には、第１のタイプのキャッシュヒットが第１の重みで重み付けされ、対して、第２のタイプのキャッシュヒットが第２の重みで重み付けされる。言い換えれば、第２のカウンタ１８Ａは、キャッシュヒットの第１のタイプと第２のタイプとの間で区別をし、それらを異なって計数する；
−  記憶モジュール１１から、少なくともヒットの最も低いスコアを有する表現を削除するように構成された除去モジュール１８Ｂ。
【００６１】
こうして、スマートキャッシュＤＡＮＥは、より従来のケースとは異なってキャッシュヒットを計数するように構成されている。所与のセグメントについて、第１のタイプおよび第２のタイプのキャッシュヒットは、重みを付けて計数され、このことは、セグメントの第１の（または好ましい）表現のためのヒットを、代替の表現のためのヒットよりも有利にするのを許可することができる。重み付け係数は、種々のシステムのニーズに応じて調整され得る。
【００６２】
さらなる改良において、エビクションモジュール１８は、クライアント端末ＣＴに向かうコンテンツの人気（ｐｏｐｕｌａｒｉｔｙ）の時間的な変動を考慮に入れることができる。記憶された表現ごとに重み付けされたキャッシュヒットは、時間Ｔの有意な期間にわたって、第２のカウンタ１８Ａによって計算される。各記憶された表現のヒットのスコアは、期間Ｔの数Ｋについて保持される。新しい期間Ｔが終了されるたびに、記憶された表現のヒットのスコアが、スコアのリストに付加され、ヒットの最も古いスコアが、そのリストから除去される。これは、持続時間Ｋ＊Ｔのスライディングウィンドウにわたって、ヒットのスコアの重み付けされた平均で、記憶された表現ごとに下記の基準ｃを計算することを許可する。
【００６３】
【数１】
2016028470.tif 000003
【００６４】
ここで、
−  ｐは、リストにおける期間Ｔのインデックス（より大きいｐが、より最近の期間Ｔに対応する）を表す；
−  スコア［ｐ］は、所与の記憶された表現についてのヒットの対応するスコアである；
−  重み［ｐ］は、ｐに伴って増加する数であり、期間の相対的重要性を調整することを許可する。重み［ｐ］は、単純にアフィン関数（たとえば、重み［ｐ］＝ｐ）であっても、または任意の他の単調関数（たとえば、ｐ2、√ｐ、ｌｏｇ（ｐ）、その他）であってもよい。
【００６５】
この改良は、より古い要求と比較して、表現を求めるより最近の要求により大きな重要性を提供することができる。たとえば、ライブイベントの間、要求は、場合によっていくらかのわずかな遅延を伴う、現在のコンテンツに当然ながら集中し、一方、より古いコンテンツはもはや注視されない。
【００６６】
図４に例示されるように、特定の実施形態によると、スマートキャッシュＤＡＮＥは、以下を含む下記のメカニズムＭを実現するように構成されている。
−  それ以前に定義された第１の期間において、異なるクライアント端末ＣＴからの所与のセグメントを求める複数のＨＴＴＰ要求を受信するステップ（ステップＳ１）。各ＨＴＴＰ要求は、１つの第１の表現、および要求を受信するスマートキャッシュＤＡＮＥによって第１の表現がキャッシュされていない場合に要求され得る代替の表現のリストを指定する。代替の表現は、優先レベルによって、または優先度順によってリストされてよい；
−  各要求の第１の表現がスマートキャッシュＤＡＮＥの記憶モジュール１１に記憶されているか否かを確認するステップ（ステップＳ２）、およびスマートキャッシュＤＡＮＥによってキャッシュされていない場合に、要求された第１の表現を含む応答を、対応するクライアント端末ＣＴに配信するステップ；
−  優先度順によって（たとえば、最も所望される代替の表現から、あまり所望されない代替の表現へ）、または存在する場合は優先レベルによって、第１の表現がキャッシュされていない場合に、要求においてリストされた代替の表現をブラウズするステップ（ステップＳ３）；
−  優先度順によって（または優先レベルによって）、要求の代替の表現のうちの少なくとも１つが、スマートキャッシュＤＡＮＥの記憶モジュール９に記憶されているかどうかを確認するステップ（ステップＳ４）；
−  スマートキャッシュＤＡＮＥによってキャッシュされていない、その要求において指定されるセグメントの代替の表現を含む応答を、各対応するクライアント端末ＣＴに配信するステップ（ステップＳ５）；
−  第１の期間の間に受信された要求において指定されるセグメントの、しかしスマートキャッシュＤＡＮＥの記憶モジュール１１にまだ記憶されていない、各表現の関連性のスコアを判定するステップ（ステップＳ６）。セグメントの要求された表現に関連付けられた関連性のスコアは、スマートキャッシュＤＡＮＥによって受信された要求において要求された表現が指定される回数に対応する。改良において、優先レベルを有する受信された要求の表現それぞれに、表現が要求された回数が、表現の優先レベルに応じた第１の係数によって重み付けされる；
−  セグメントの主要な関連のある表現として、関連性の最も高いスコアを有する表現を選択するステップ（ステップＳ７）；
−  スマートキャッシュＤＡＮＥにまだ記憶されていないときに、所与のセグメントの主要な関連のある表現をリモートサーバーＳＥに要求するステップ（ステップＳ８）。
【００６７】
加えて、メカニズムＭは、スマートキャッシュＤＡＮＥに記憶されていないときに、次のセグメント、すなわち続く所与のセグメントのための主要な関連のある表現を、リモートサーバーＳＥに要求するステップ（ステップＳ９）をさらに含むことができる。
【００６８】
その上、メカニズムＭは、以下をさらに含むことができる。
−  主要な関連のある表現を、第１の表現として、または代替の表現として要求していない、少なくとも１つの残りのクライアント端末ＣＴが存在するかどうかを判定するステップ（ステップＳ１０）；
−  存在する場合に、少なくとも１つの残りのクライアント端末ＣＴによって要求される表現のリストを構築するステップ（ステップＳ１１）；
−  スコアリングモジュール１６によって既に計算された関連性のスコアに基づいて、構築されたリストの最も関連のある表現（これ以降、補助的な関連のある表現と呼ばれる）を判定するステップ（ステップＳ１２）。次いで、スマートキャッシュＤＡＮＥの通信モジュール１０は、この補助的な関連のある表現を要求することができる；
−  この補助的な関連のある表現によって、すべての残りのクライアント端末ＣＴがサービスされ得るか否かを確認するステップ（ステップＳ１３）。否である場合、関連性のモジュール１５は、リストを更新し、それ以前に指し示された通りに新しい最も関連のある表現を判定する。リストが空になる（すなわち、残りのクライアント端末ＣＴが存在せず、すべての要求するクライアント端末がスマートキャッシュＤＡＮＥによってサービスされ得る）とき、プロセスは停止する。
【００６９】
こうして、スマートキャッシュＤＡＮＥは、クライアント端末によって送信された各対応する要求においてリストされた表現の優先レベルによる、所与のセグメントの主要な関連のある表現または補助的な関連のある表現を含む応答を、対応するクライアント端末ＣＴに配信することができる（ステップＳ１４）（補助的な関連のある表現が、主要な関連のある表現のうちの１つよりも高い優先レベルを有する場合、補助的な関連のある表現が、主要な関連のある表現の代わりにクライアント端末ＣＴに送信されてもよい）。
【００７０】
その上、メカニズムＭはまた、以下を含むことができる。
−  既にスマートキャッシュＤＡＮＥに記憶されている各要求された表現が、第２の期間にわたってクライアント端末に送信される回数を計数するステップ（ステップＳ１５）であって、クライアント端末ＣＴに第１の表現として送信される要求された表現は、代替の表現として送信される要求された表現とは異なって計数される；
−  少なくともヒットの最も低いスコアを有する表現を削除するステップ（ステップＳ１６）。
【００７１】
メカニズムＭは、周期的に、または必要とされるセグメントを求める所与の要求（たとえば、まだスマートキャッシュＤＡＮＥにその表現のうちのいずれも記憶されていないときに、セグメントを求める第１の要求）の受信時に、実現されてよい。
【００７２】
ステップＳ１からＳ１６の順序は、本発明から逸脱せずに、少なくとも部分的に変更されてもよいことが理解されるべきである。たとえば、ステップＳ２からＳ５は、ステップＳ６からＳ８と同時に実施されてもよい。
【００７３】
スマートキャッシュＤＡＮＥは、プロキシに、ゲートウェイに、または任意の他の好適なネットワーク機器に統合されてもよいことにもまた留意されるべきである。
【００７４】
図面におけるフロー図および／またはブロック図は、本発明の種々の実施形態による、システム、方法、およびコンピュータプログラム製品の考え得る実現の構成、動作、および機能性を例示する。この点において、フロー図またはブロック図における各ブロックは、指定された論理機能を実現するための１つまたは複数の実行可能な命令を含む、モジュール、セグメント、またはコードの部分を表現することができる。いくつかの代替の実現においては、ブロックに記された機能が、図面に記された順序から外れて行われてもよいことにもまた留意されるべきである。たとえば、連続して示される２つのブロックは、関与される機能性に応じて、現に、実質的に同時に実行されてもよいし、またはブロックは、ときに逆の順序で実行されてもよいし、またはブロックは、代替の順序で実行されてもよい。ブロック図および／またはフロー図に例示した各ブロック、およびブロック図および／またはフロー図の例示におけるブロックの組合せは、指定された機能もしくは作用を実施する特殊目的のハードウェアベースのシステムによって、または特殊目的ハードウェアとコンピュータ命令との組合せによって、実現され得ることもまた留意されたい。明示的には説明されていないが、本実施形態は、任意の組合せまたはサブ組合せで用いられてよい。
【００７５】
当業者によって認識されるように、本原理の態様は、システム、方法、またはコンピュータ可読媒体として具体化され得る。したがって、本原理の態様は、完全なハードウェア実施形態、完全なソフトウェア実施形態（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本明細書で「回路」、「モジュール」、または「システム」と広く呼ばれ得る、ソフトウェアおよびハードウェアの態様を組み合わせる実施形態の形態を取ることができる。さらに、本原理の態様は、コンピュータ可読記憶媒体の形態を取ることができる。１つまたは複数のコンピュータ可読記憶媒体の任意の組合せが利用されてよい。
【００７６】
コンピュータ可読記憶媒体は、コンピュータ可読プログラム製品の形態を取ることができ、コンピュータ可読プログラム製品は、１つまたは複数のコンピュータ可読媒体において具体化され、コンピュータによって実行可能な、コンピュータ可読媒体上で具体化されるコンピュータ可読プログラムコードを有する。本明細書で使用されるとき、コンピュータ可読記憶媒体は、その中に情報を記憶するための固有の能力、ならびにそこからの情報の取り出しを提供するための固有の能力を与えられた、非一時的な記憶媒体と考えられる。コンピュータ可読記憶媒体は、たとえば、制限はされないが、電子的、磁気的、光学的、電磁的、赤外線の、または半導体のシステム、装置、もしくはデバイスであってよく、または上記の任意の好適な組合せであってもよい。以下のもの、すなわち、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭもしくはフラッシュメモリ）、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、光学記憶デバイス、磁気記憶デバイス、または上記の任意の好適な組合せは、本原理を適用することができるコンピュータ可読記憶媒体のさらに個別の例を提供するが、当業者によって容易に認識されるように、単に説明に役立つものであり、包括的な一覧ではないことを認識されたい。
【図１】
2016028470.tif 000004
【図２】
2016028470.tif 000005
【図３】
2016028470.tif 000006
【図４】
2016028470.tif 000007
【外国語明細書】
2016028470000001.pdf