(57)【特許請求の範囲】
【請求項１】
クイアント端末（ＣＴ）と少なくとも１つのサーバ（ＳＥ）との間の伝送経路に沿って設けられるように構成されたネットワーク装置（ＧＷ；ＤＡＮＥ）を動作させる方法であって、該ネットワーク装置（ＧＷ；ＤＡＮＥ）は、複数の表現で利用可能なマルチメディア・コンテンツのセグメントの第１の表現について前記クライアント端末（ＣＴ）から要求を受信するように構成されており、前記要求は、前記セグメントの１つ又は複数の代替表現を更に指定しており、前記方法は、
対応付けられたビットレートがサーバ（ＳＥ）と前記クライアント端末（ＣＴ）との間の伝送経路に沿った少なくとも１つの取得された下り帯域幅よりも高い前記要求において指定された各々の代替表現を削除することによって、前記要求を修正すること（Ｓ４）と、
前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と前記サーバ（ＳＥ）との間に設けられた上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）に前記修正された要求を転送すること（Ｓ５）と、を含む、前記方法。
【請求項２】
前記下り帯域幅は、前記上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）と前記ネットワーク装置（ＧＷ；ＤＡＮＥ）との間の伝送経路に沿って取得される、請求項１に記載の方法。
【請求項３】
前記下り帯域幅は、前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と、前記クライアント端末（ＣＴ）と前記ネットワーク装置（ＧＷ；ＤＡＮＥ）との間に設けられた下りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＣＴ）との間の伝送経路に沿って取得される、請求項１に記載の方法。
【請求項４】
前記ネットワーク装置は、ゲートウェイ（ＧＷ）、プロキシ又はキャッシュ（ＤＡＮＥ）である、請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記クライアント端末（ＣＴ）への前記マルチメディア・コンテンツの伝送に使用されるプロトコルがＨＴＴＰ適応ストリーミング・プロトコルであり、前記ネットワーク装置が前記ＨＴＴＰ適応ストリーミング・プロトコルに準拠している、請求項１から４のいずれか１項に記載の方法。
【請求項６】
クライアント端末（ＣＴ）と少なくとも１つのサーバ（ＳＥ）との間の伝送経路に沿って設けられるように構成されたネットワーク装置（ＧＷ；ＤＡＮＥ）であって、該ネットワーク装置（ＧＷ；ＤＡＮＥ）は、複数の表現で利用可能なマルチメディア・コンテンツのセグメントの第１の表現について前記クライアント端末（ＣＴ）から要求を受信するように構成されており、前記要求は、前記セグメントの１つ又は複数の代替表現を更に指定しており、前記ネットワーク装置（ＧＷ；ＤＡＮＥ）は、
対応付けられたビットレートがサーバ（ＳＥ）と前記クライアント端末（ＣＴ）との間の伝送経路に沿った少なくとも１つの取得された下り帯域幅よりも高い前記要求の各々の代替表現を削除することによって、前記要求を修正するように構成されたフィルタリング・モジュール（１６；２５）と、
前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と前記サーバ（ＳＥ）との間に設けられた上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）に前記修正された要求を転送するように構成された通信モジュール（１１；１８）と、を備えている、前記ネットワーク装置。
【請求項７】
前記上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）と前記ネットワーク装置（ＧＷ；ＤＡＮＥ）との間の伝送経路に沿った下り帯域幅を取得するように構成された前記帯域幅推定器（１４；２３）を備えている、請求項６に記載のネットワーク装置。
【請求項８】
前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と、前記クライアント端末（ＣＴ）と前記ネットワーク装置（ＧＷ）との間に設けられた下りネットワーク構成要素（ＣＴ；ＲＮＥ；ＤＡＮＥ）との間の伝送経路に沿った下り帯域幅を取得するように構成された前記帯域幅推定器（１４；２３）を備えている、請求項６に記載のネットワーク装置。
【請求項９】
前記ネットワーク装置は、ゲートウェイ（ＧＷ）である、請求項６から８のいずれか１項に記載のネットワーク装置。
【請求項１０】
前記ネットワーク装置は、プロキシである、請求項６から８のいずれか１項に記載のネットワーク装置。
【請求項１１】
前記ネットワーク装置は、キャッシュ（ＤＡＮＥ）である、請求項６から８のいずれか１項に記載のネットワーク装置。
【請求項１２】
前記ネットワーク装置はＨＴＴＰ適応ストリーミング認識装置である、請求項６から１１のいずれか１項に記載のネットワーク装置。
【請求項１３】
通信ネットワークからダウンロード可能であり、及び／又は、コンピュータによって読み取り可能な媒体に記録され、及び／又は、プロセッサによって実行可能である、請求項１から５のうちの少なくとも１項に記載の方法のステップを実施するプログラム・コード命令を備えているコンピュータ・プログラム。
【請求項１４】
非一時的なコンピュータ可読媒体に記録されており、かつプロセッサによって実行可能な、請求項１から５のうちの少なくとも１項に記載の方法のステップを実施するプログラム・コード命令を含むコンピュータ・プログラムを備えた、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、専らではなく例えばＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ハイパーテキスト転送プロトコル））による適応ストリーミング技術の分野に関し、詳しくは、クライアント端末とリモート（遠隔）サーバとの間の伝送経路に沿って配置された（ゲートウェイ又はキャッシュのような）ネットワーク装置の動作に関する。
【背景技術】
【０００２】
本欄では、読者に種々の技術の態様を紹介するが、これらは、後述する、及び／又は、請求項に記載する本発明の種々の態様に関係するであろう。この解説は本発明の種々の態様のより良い理解を容易にする背景情報を読者に提供するのに役立つと信じる。従って、これらの記述は、従来技術の容認としてではなく、この観点で読まれるべきであることを理解されたい。
【０００３】
ＨＴＴＰを介する適応ストリーミング（マルチビットレート・スイッチング又はＨＡＳとも呼ばれる）は、急速にマルチメディア・コンテンツ配信についての主要な技術に成りつつある。既に使用されているＨＴＴＰ適応ストリーミング・プロトコルの中でとりわけ有名なものは、アップルによるＨＴＴＰ  Ｌｉｖｅ  Ｓｔｒｅａｍｉｎｇ  （ＨＬＳ）と、マイクロソフトによるＳｉｌｖｅｒｌｉｇｈｔ  Ｓｍｏｏｔｈ  Ｓｔｒｅａｍｉｎｇ（ＳＳＳ）と、アドビによるＡｄｏｂｅ  Ｄｙｎａｍｉｃ  Ｓｔｒｅａｍｉｎｇ  （ＡＤＳ）と、３ＧＰＰによって開発されたＤｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ（ＤＡＳＨ）と、（ＩＳＯ／ＩＥＣ  ２３００９−１：２０１２として標準化された）ＭＰＥＧとである。
【０００４】
クライアント端末は、適応ストリーミングでのオーディオビジュアル・コンテンツ（すなわち、Ａ／Ｖコンテンツ）を再生したい場合、先ず、このＡ／Ｖコンテンツがどのようにして得られるかを記述したファイルを入手する必要がある。これは、一般的に、ＨＴＴＰプロトコルを介してＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）から記述ファイル、いわゆるマニフェストを取得することによって行われるが、その他の手段（例えば、ブロードキャスト、電子メール、ＳＭＳなど）によっても実現できる。このマニフェストは、予め生成されており、リモート・サーバによってクライアント端末に配信されるが、（ビットレート、解像度、及び、その他の特性に関しての）当該Ａ／Ｖコンテンツの利用可能な表現（インスタンス又はバージョンとも呼ばれる）を基本的に列挙している。１つの表現は、所与の品質レベル（ビットレート）に対応付けられている。
【０００５】
各々の表現のデータ・ストリーム全体は、（個別のＵＲＬによってアクセス可能な）等しい持続期間のセグメント（チャンクとも呼ばれる）に分割されており、これらのセグメントは、クライアント端末が、２つのセグメント間で、ある１つの品質レベルから別の品質レベルに、スムーズに切り替えられるように作成されている。その結果、ビデオ品質は、再生中に変動することもあるが、中断（フリーズとも呼ばれる）を被ることは殆どない。
【０００６】
クライアント側において、セグメントは、伝送経路の利用可能な帯域幅の測定値に基づいて選択される。特に、クライアント端末は、通常、ビットレート符号化に対応するセグメントの表現を要求し、従って、測定された帯域幅に準拠した品質を要求する。
【０００７】
クライアント端末とリモート・サーバとの間の伝送経路上にキャッシュが存在する場合、別のクライアントが所与のセグメントをある１つの表現について以前に要求したことがあるならば、或いは、コンテンツ配信ネットワーク（Ｃｏｎｔｅｎｔ  Ｄｅｌｉｖｅｒｙ  Ｎｅｔｗｏｒｋ：ＣＤＮ）が、そのセグメントをそのキャッシュに既に提供したことがあるならば、その同じセグメントの同じ表現が、そのキャッシュに既に記憶されていることがある。従って、所与のセグメントについてのＨＴＴＰ要求に対する応答が、そのセグメントがリモート・サーバから来る場合よりも速くなり、重複伝送が回避されて、ネットワーク・リソースを効果的に節約できる。
【０００８】
それにもかかわらず、ＨＴＴＰ適応ストリーミングは、キャッシュ・フレンドリではない（少なくとも、例えばＨ２６４ＳＶＣとしてのいわゆるレイヤド・ベース・スイッチング（ｌａｙｅｒｅｄ  ｂａｓｅ  ｓｗｉｔｃｈｉｎｇ）ほどキャッシュ・フレンドリではない）ように思われる。実際、第１のクライアント端末が所与のセグメントの１つの表現ｒを要求し、且つ、該第１のクライアント端末と共に伝送経路の一部とキャッシュとを共有している第２のクライアント端末が、上記所与のセグメントのもう１つの表現を（より高い、或いは、より低い品質で）要求したならば、キャッシュは、機能せずに、キャッシュとサーバとの間のネットワーク部分上に、輻輳を生じさせる危険性を有する、より高い負荷を招くことになる。従って、キャッシング（ｃａｃｈｉｎｇ）の利点は、完全に無くなり、キャッシュは、現在、この状況を改善できない。
【０００９】
この欠点を解消するために、クライアント端末が第１の（「推奨された」とも言う）表現と１つ又は複数の代替表現とを含む所与のセグメントについての要求を送ってもよいことが知られている。このような要求がＨＡＳ認識キャッシュ（これは、キャッシュがＭＰＥＧ−ＤＡＳＨのようなＨＡＳプロトコルに準拠していることを意味する）に届くと、キャッシュは、第１の表現がキャッシュされている場合、第１の表現を配信し、第１の表現がキャッシュされていない場合、代替表現をブラウズ（検索）する。代替表現の１つがキャッシュされている場合、キャッシュは、代替表現をクライアント端末に送る。この要求の第１の表現と代替表現のうちの何れもキャッシュされていない場合、この要求は上流に（上り方向に）転送される。
【００１０】
しかしながら、要求の１つの代替表現が、キャッシュされており、帯域幅の考慮なしにクライアント端末に送られる場合であり、且つ、代替表現が、第１の表現のビットレートよりも高いビットレートに対応付けられている場合には、キャッシュとクライアント端末との間のリンクが十分な帯域幅を有していることを保証できるものは無い。実際、上述の如く、クライアント端末は、要求すべき第１の表現を選択する前に、サーバと自己との間の下り帯域幅を推定する。代替表現が無い場合、クライアント端末は、幾つかの理由で、取り分け下記の理由で、その帯域幅の推定値に比べて高いビットレートで表現を要求することがある。
―  その代替表現がキャッシュ内に存在する場合、その代替表現は、サーバから来るセグメントの表現よりも速く配信され得る。
―  その代替表現が宅内ゲートウェイ内に設けられたキャッシュ内に存在する場合、帯域幅を制限するネットワーク・リンクが、ゲートウェイとクライアント端末との間のリンクではないかもしれず（例えば、ＡＤＳＬ上のＩＳＰネットワークに対してイーサネット（登録商標）又はＷｉＦｉ上のホーム・ネットワークであり）、従って、キャッシュとクライアント端末との間の利用可能な帯域幅が推定された帯域幅よりも高い。
【００１１】
帯域幅が十分でない場合、クライアント端末によるセグメントの受信が遅すぎることがある。その結果、クライアント端末のバッファ（緩衝）機能が低下することがあり、顕著な受信遅延は、バッファのアンダフローを招く恐れがある。
【００１２】
更に、要求の第１の表現と代替表現のうちの何れもキャッシュされていない場合、要求は、帯域幅の考慮なしに上流に（上り方向に）転送され、従って、特に、ボトルネックが、この検討されたキャッシュと更に遠くのネットワーク装置（例えば、キャッシュ、サーバなど）との間に位置する場合、そのネットワーク・リソースの使用は、最適でないかもしれない。
【００１３】
本発明は、少なくとも上述の欠点を解消する。
【発明の概要】
【００１４】
本発明は、クライアント端末と少なくとも１つのサーバとの間の伝送経路に沿って設けられるように構成されたネットワーク装置を動作させる方法に関し、ネットワーク装置は、複数の表現で利用可能なマルチメディア・コンテンツのセグメントの第１の表現についてクライアント端末から要求を受信するように構成されており、要求は、セグメントの１つ又は複数の代替表現を更に指定しており、本方法は、
対応付けられたビットレートがサーバとクライアント端末との間の伝送経路に沿った少なくとも１つの取得された下り帯域幅よりも高い要求において指定された各々の代替表現を削除することによって要求を修正することと、
ネットワーク装置とサーバとの間に設けられた上りネットワーク構成要素に修正された要求を転送することと、
を含む。
【００１５】
従って、本発明は、キャッシュ（例えば、セグメントの１つの推奨された表現と、推奨された表現がキャッシュされていない場合に配信すべき代替表現とを指定している要求を取り扱うように構成されたキャッシュ）が、下り帯域幅が低いために配信が間に合わない可能性のある代替表現についての応答をクライアント端末に配信することを防止できる。このようにして、連続するセグメント相互間での表現の変更を回避するか、或いは、少なくとも低減することによって、（特に、下り帯域幅に余裕がない場合に）ユーザ体験を改善できるであろう。
【００１６】
本発明の一様態において、下り帯域幅は、上りネットワーク構成要素とネットワーク装置との間の伝送経路に沿って取得できる。
【００１７】
一変形態様として、或いは、一補完態様として、下り帯域幅は、ネットワーク装置と、クライアント端末とネットワーク装置との間に設けられた下りネットワーク構成要素との間の伝送経路に沿って取得できる。
【００１８】
また、ネットワーク装置は、ゲートウェイ、プロキシ又はキャッシュであってもよい。
【００１９】
更に、クライアント端末へのマルチメディア・コンテンツの伝送に使用されるプロトコルがＨＴＴＰ適応ストリーミング・プロトコルである場合、ネットワーク装置はＨＴＴＰ適応ストリーミング・プロトコルに準拠している。
【００２０】
本発明は、また、クライアント端末と少なくとも１つのサーバとの間の伝送経路に沿って設けられるように構成されたネットワーク装置にも関し、ネットワーク装置は、複数の表現で利用可能なマルチメディア・コンテンツのセグメントの第１の表現についてクライアント端末から要求を受信するように構成されており、要求は、セグメントの１つ又は複数の代替表現を更に指定している。
【００２１】
本発明によれば、ネットワーク装置は、
対応付けられたビットレートがサーバとクライアント端末との間の伝送経路に沿った少なくとも１つの取得された下り帯域幅よりも高い要求の各々の代替表現を削除することによって要求を修正するように構成されたフィルタリング・モジュールと、
ネットワーク装置とサーバとの間に設けられた上りネットワーク構成要素に修正された要求を転送するように構成された通信モジュールと、
を備えている。
【００２２】
この発明の一様態において、ネットワーク装置は、上りネットワーク構成要素とネットワーク装置との間の伝送経路に沿った下り帯域幅を取得するように構成された帯域幅推定器を備えていてもよい。
【００２３】
一変形態様として、或いは、一補完態様として、ネットワーク装置は、ネットワーク装置と、クライアント端末とネットワーク装置との間に配置された下りネットワーク構成要素との間の伝送経路に沿った下り帯域幅を特定するように構成された帯域幅推定器を備えていてもよい。
【００２４】
また、ネットワーク装置は、ゲートウェイ、プロキシ又はキャッシュであってもよい。
【００２５】
更に、ネットワーク装置は、ＨＴＴＰ適応ストリーミング認識装置であってもよい。
【００２６】
本発明は、更に、通信ネットワークからダウンロード可能であり、及び／又は、コンピュータによって読み取り可能な媒体に記録され、及び／又は、プロセッサによって実行可能であるコンピュータ・プログラム製品であって、上述の方法のステップを実施するためのプログラム・コード命令を備えているコンピュータ・プログラム製品に関する。
【００２７】
また、本発明は、非一時的なコンピュータ可読媒体に記録されており、かつプロセッサによって実行することができる、前述の方法のステップを実施するプログラム・コード命令を含むコンピュータ・プログラム製品を備えている非一時的なコンピュータ可読媒体にも関する。
【００２８】
以下、適用範囲がここに開示する実施形態に見合った特定の態様を説明する。これらの態様が、単に、本発明が取り得る特定の形態の簡潔な要約を読者に提供するために提示するものであること、また、これらの態様が、本発明の適用範囲を限定することを意図したものではないことを理解されたい。実際、本発明は、以下に説明しないかもしれない様々な態様を包含するであろう。
【図面の簡単な説明】
【００２９】
本発明は、下記の添付図面を参照する、決して限定的ではない以下の実施形態及び実行の例によって、例示され、より良く理解されるであろう。
【図１】本発明が実施され得るクライアント−サーバ・ネットワークのアーキテクチャの概略図である。
【図２】本発明の第１の実施形態によるクライアント端末の一例のブロック図である。
【図３】本発明の第１の実施形態によるゲートウェイの一例のブロック図である。
【図４】第１の実施形態に従って図３のゲートウェイを動作させる方法を例示したフローチャートである。
【図５】本発明の第２の実施形態によるスマート・キャッシュの一例のブロック図である。
【００３０】
図１から５において表されたブロックは、純粋に機能的な要素であり、これらは、必ずしも物理的に独立した要素に相当するわけではない。すなわち、これらは、ソフトウェア、ハードウェアの形態で展開でき、或いは、１つ又は複数のプロセッサを備えた１つ又は複数の集積回路において実施できる。
【００３１】
これらの図面を通じて、同じ、或いは、同様な部分を参照する際には、可能な限り、同じ参照番号を用いる。
【発明を実施するための形態】
【００３２】
本発明の図と説明は単純化されており、本発明の明確な理解のために、関係のある構成要素を例示する一方で、明瞭さの目的のために、代表的なデジタル・マルチメディア・コンテンツの配信方法とシステムとに存在する多数のその他の構成要素を省いていることを理解されたい。
【００３３】
好ましい実施形態によれば、本発明は、ＨＴＴＰ適応ストリーミング・プロトコル（ＨＴＴＰ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ  ｐｒｏｔｏｃｏｌ）（すなわち、ＨＡＳ）に関して、特に、ＭＰＥＧ−ＤＡＳＨに関して、記載される。当然、本発明は、このような特定の環境には限定されず、その他の適応ストリーミング・プロトコルももちろん検討でき、実施できる。
【００３４】
図１に示されているように、本発明を実施可能なクライアント−サーバ・ネットワーク・アーキテクチャは、例えば、クライアント端末ＣＴ、ゲートウェイＧＷ、１つ又は複数のＨＴＴＰサーバＳ（図１では１つだけが表されている）、複数のスマート・キャッシュＤＡＮＥ、及び、１つ又は複数の従来型キャッシュＲＮＥを有している。当然、そのアーキテクチャには、更なるクライアント端末が存在してもよい。
【００３５】
ＤＡＳＨに準じると、このようなサーバＳＥは、メディア・オリジン（Ｍｅｄｉａ  Ｏｒｉｇｉｎ）とも呼ばれる。これらは、例えば、メディア提示記述（ｍｅｄｉａ  ｐｒｅｓｅｎｔａｔｉｏｎ  ｄｅｓｃｒｉｐｔｉｏｎ：ＭＰＤ）、所謂、マニフェストを生成する。これはコンテンツ配信のソース（供給源）であり、すなわち、マルチメディア・コンテンツは、ある外部のエンティティ（実在物）から由来して、メディア・オリジンにおいてＨＡＳフォーマットに変換されることがある。
【００３６】
クライアント端末ＣＴは、（ホーム・ネットワーク又は社内ネットワークのような）ローカル・ネットワークＮ１を介してゲートウェイＧＷに接続されたＨＴＴＰ適応ストリーミング（ＨＴＴＰ  ａｄａｐｔｉｖｅ  ｓｔｒｅａｍｉｎｇ：ＨＡＳ）・クライアント端末であり、（インターネット・ネットワークのような）ブロードバンド・ネットワークＮ２を介してＨＴＴＰサーバＳＥに接続することが必要である。ローカル・ネットワークＮ１は、ゲートウェイＧＷによってブロードバンド・ネットワークＮ２に接続されている。
【００３７】
また、スマート・キャッシュＤＡＮＥは、ＨＡＳコンテンツが配信されることを知るように構成されたネットワークＮ１又はＮ２内のキャッシング構成要素である。ＭＰＥＧ―ＤＡＳＨの専門用語を使用すれば、スマート・キャッシュは、ＤＡＳＨ認識ネットワーク構成要素（ＤＡＳＨ  Ａｗａｒｅ  Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ：ＤＡＮＥ）と見なされる。
【００３８】
従来型のキャッシュＲＮＥは、これを通過するデータのタイプを知らない、或いは、少なくともＨＡＳの特徴を知らないネットワークＮ１又はＮ２内のキャッシング構成要素である。ＭＰＥＧ―ＤＡＳＨの専門用語を用いれば、従来型のキャッシュは、通常型ネットワーク構成要素（Ｒｅｇｕｌａｒ  Ｎｅｔｗｏｒｋ  Ｅｌｅｍｅｎｔ：ＲＮＥ）と見なされる。
【００３９】
クライアント端末ＣＴは、ＨＴＴＰサーバＳＥの１つからマルチメディア・コンテンツを得ることが必要である。該マルチメディア・コンテンツは、複数のセグメントに分割されている。尚、該マルチメディア・コンテンツは、１つのサーバＳＥにおいて相異なる表現で入手できると仮定する。ＨＴＴＰサーバＳＥは、ＨＴＴＰ適応ストリーミング・プロトコルを用いて、１つ又は複数のＴＣＰ／ＩＰ接続を介して、セグメントをクライアント端末ＣＴにストリーミングできる。
【００４０】
クライアント端末ＣＴは、ポータブル・メディア機器、モバイル・フォン、タブレット又はラップトップ、ＴＶ受像機、セットトップ・ボックス、ゲーム機器、或いは、集積回路であってもよい。当然、クライアント端末ＣＴは、完全なビデオ・プレーヤを備えていなくてもよく、幾つかのサブ・エレメント（従属構成要素）、例えば、メディア・コンテンツをデマルチプレクス処理して復号するものだけを備えていればよく、復号されたコンテンツをエンド・ユーザに表示する外部手段に依拠してもよい。この場合、クライアント端末ＣＴは、ＨＡＳ認識ビデオ復号器、例えば、セットトップ・ボックスである。
【００４１】
図２に示されているように、クライアント端末ＣＴには、少なくとも、
―  １つ又は複数の接続用インタフェース１（有線及び／又は無線の、例えば、ＷｉＦｉ、イーサネット（登録商標）、ＡＤＳＬ、ケーブル、モバイル及び／又はブロードキャスト（例えば、ＤＶＢ、ＡＴＳＣ）インタフェース）と、
―  ＨＴＴＰサーバＳＥと通信するプロトコル・スタックを備えた通信モジュール２（詳しくは、この通信モジュール２は、当該技術において周知のＴＣＰ／ＩＰスタックを備えている。勿論、これは、クライアント端末ＣＴがＨＴＴＰサーバＳＥと通信できるようにするその他の任意のタイプのネットワーク及び／又は通信手段であってもよい。）と、
―  ＨＴＴＰサーバＳＥからＨＴＴＰストリーミング・マルチメディア・コンテンツを受信する適応ストリーミング・モジュール３（これは、ネットワークの制約条件と自己の制約条件とにより良く適合するビットレートでセグメントを連続的に選択する。）と、
―  マルチメディア・コンテンツを復号してレンダリングするように適合化されたビデオ・プレーヤ４と、
―  クライアント端末ＣＴの不揮発性メモリに記憶されたアプリケーション及びプログラムを実行する１つ又は複数のプロセッサ５と、
―  ＨＴＴＰサーバＳＥから受信されたセグメントがビデオ・プレーヤ４に送られる前に該セグメントをバッファリングする、例えば揮発性メモリのような記憶手段６と、
―  伝送経路の帯域幅を推定するように構成された帯域幅推定器７と、
―  クライアント端末ＣＴが要求する可能性のある一組の許容表現を決定するように構成された選択モジュール８（これらの許容表現は、対応付けられたマニフェストにリストされた、マルチメディア・コンテンツの所与のセグメントの利用可能な表現の中から選択される。特に、モジュール８による所与のセグメントの一組の許容表現の決定は、例えば、推定された帯域幅、クライアント端末の性能、前に要求されたセグメントの表現、クライアント端末ＣＴのエンド・ユーザによって必要とされる体験の品質などのような１つ又は複数の実施条件に基づくことができる。）と、
―  種々のモジュール、及び、一般的なクライアント端末機能を実施する当業者に周知の全ての手段を接続するための内部バスＢと、
が備えられている。
【００４２】
以下、所与のクライアント端末ＣＴが、マルチメディア・コンテンツの所与のセグメントを得る要求をネットワークＮ１に対して送ると仮定する。この要求は、所与のセグメントの第１の表現と１つ又は複数の代替表現とを指定しており、代替表現は、この要求を受信したスマート・キャッシュＤＡＮＥにおいて第１の表現が入手できない場合に、推奨順にブラウズされる。
【００４３】
図３に示されているように、本発明を実施する第１の実施形態のゲートウェイＧＷは、デジタル加入者線（Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ：ＤＳＬ）ゲートウェイであり、ＤＳＬ技術によりローカル・ネットワークＮ１にインターネット・ブロードバンド・アクセスを提供する。勿論、このゲートウェイは、ケーブル、ファイバ又は無線のような任意のタイプのブロードバンド・ゲートウェイであってもよい。
【００４４】
図３に例示されているように、ゲートウェイＧＷには、
―  ローカル・ネットワークＮ１への接続用ＬＡＮインタフェース９（例えばＷｉＦｉ、イーサネット（登録商標）などのような有線及び／又は無線）と、
―  ブロードバンド・ネットワークＮ２への接続用ブロードバンド・インタフェース１０（有線及び／又は無線）と、
―  接続用インタフェース９及び１０を介して通信を行うプロトコル・スタックを備えた通信モジュール１１（特に、この通信モジュールは、ＩＰスタックと称されるインターネット・プロトコル・スタックを備えている）と、
―  特に、マニフェスト（例えばプレイリスト又はＸＭＬファイル）から抽出された情報を記憶するように適合化されたメモリ１２と、
―  ゲートウェイＧＷの不揮発性メモリに記憶されたアプリケーション及びプログラムを実行する１つ又は複数のプロセッサ１３と、
―  種々のモジュール、処理手段、ルーティング及びブリッジング手段、及び、一般的な宅内ゲートウェイ機能を実施する当業者に周知の全ての手段を接続するための内部バスＢ１と、
が備えられている。
【００４５】
第１の実施形態によれば、このゲートウェイＧＷには、
―  サーバＳＥとゲートウェイＧＷとの間に配置された上りネットワーク構成要素（例えば、スマート・キャッシュＤＡＮＥ、従来型キャッシュＲＮＥ、サーバＳＥ）とゲートウェイＧＷとの間の第１の伝送経路に沿った第１の下り帯域幅を特定するように構成された帯域幅推定器１４と、
―  クライアント端末ＣＴの要求において指定されたセグメントの各々の代替表現に対応付けられたビットレートを（モジュール１４によって特定された）第１の下り帯域幅と第１の閾値（これは、ゼロである場合もあれば、或いは、ゼロと異なる場合、例えば、第１の下り帯域幅の１０％に等しい場合もある）との合計と比較するように構成された比較器１５と、
―  対応付けられたビットレートが第１の下り帯域幅と第１の閾値との合計よりも高い要求の各々の代替表現を削除することによって、クライアント端末ＣＴから受信された要求を修正するように構成されたフィルタリング・モジュール１６と、
が更に備えられている。フィルタリング・モジュール１６は、比較器１５から情報を受信する。一変形実施形態において、比較器１５は、フィルタリング・モジュール１６内に組み込まれていてもよい。
【００４６】
第１の実施形態によれば、ゲートウェイＧＷの通信モジュール１１は、更に、上記修正された要求を次の上りネットワーク構成要素（例えば、スマート・キャッシュＤＡＮＥ、従来型キャッシュＲＮＥ、サーバＳＥ）に転送するように構成されている。
【００４７】
第１の実施形態の改良形態において、ゲートウェイＧＷの帯域幅推定器１４は、更に、ゲートウェイＧＷと下りネットワーク構成要素（例えば、クライアント端末ＣＴ、或いは、クライアント端末ＣＴとゲートウェイＧＷとの間に配置された従来型キャッシュＲＮＥ又はスマート・キャッシュＤＡＮＥ）との間の伝送経路に沿った第２の下り帯域幅を特定するように構成されている。勿論、第２の下り帯域幅の特定は、帯域幅推定器１４とは異なるモジュールによって行われてもよい。
【００４８】
また、上記改良形態によれば、フィルタリング・モジュール１５は、更に、対応付けられたビットレートが第２の下り帯域幅と第２の閾値（これは、ゼロである場合もあれば、或いは、ゼロと異なる場合、例えば、第２の下り帯域幅の１０％に等しい場合もある）との合計よりも高い要求の各々の代替表現を削除することによって、クライアント端末ＣＴから受信された要求を修正するように構成されている。第１の閾値は、この第２の閾値と同じである場合もある。勿論、これらは、互いに異なる場合もある。
【００４９】
図４に例示されているように、第１の実施形態によれば、ゲートウェイＧＷは、メカニズムＭ、すなわち、
―  前述のように定義された許容表現の一組に属する所与のセグメントの第１の表現についてのＨＴＴＰ要求をクライアント端末ＣＴから受信し（ステップＳ１）（このＨＴＴＰ要求は、更に、第１の表現が、この要求を受信したスマート・キャッシュＤＡＮＥによってキャッシュされていない場合に要求されるかもしれない代替表現のリストを備えている）、
―  前述の上りネットワーク構成要素（例えば、サーバＳＥとゲートウェイＧＷとの間に配置されたスマート・キャッシュＤＡＮＥ、従来型キャッシュＲＮＥ、或いは、サーバＳＥ）とゲートウェイＧＷとの間の伝送経路に沿った第１の下り帯域幅を特定し（ステップＳ２）、
―  上記の要求において指定されたセグメントの各々の代替表現に対応付けられたビットレートを第１の下り帯域幅と第１の閾値との合計と比較し（ステップＳ３）、
―  上記の要求において第１の下り帯域幅と第１の閾値との合計よりも高い対応付けられたビットレートについて指定された各々の代替表現を削除することによって、要求を修正し（ステップＳ４）、
―  修正された要求を上りネットワーク構成要素（ＤＡＮＥ、ＲＮＥ、ＳＥ）に転送する（ステップＳ５）、
というメカニズムＭを実施するように構成されている。
【００５０】
第１の実施形態の改良形態によれば、方法Ｍの特定ステップＳ２は、更に、ゲートウェイＧＷと前述のように定義された下りネットワーク構成要素（例えば、クライアント端末ＣＴとゲートウェイＧＷとの間に配置されたクライアント端末ＣＴ、従来型キャッシュＲＮＥ、或いは、スマート・キャッシュＤＡＮＥ）との間の伝送経路に沿った第２の下り帯域幅を特定することを含むことができる。また、修正ステップＳ４は、更に、対応付けられたビットレートが第２の下り帯域幅と第２の閾値との合計よりも高い要求の各々の代替表現を削除することを含むことができる。
【００５１】
勿論、上記の第１の実施形態と改良形態との変形実施形態において、第１の下り帯域幅の代わりに、上述のように定義された第２の下り帯域幅を用いてもよく、また、その逆でもよい。
【００５２】
本発明は、スマート・キャッシュＤＡＮＥが、スマート・キャッシュＤＡＮＥとクライアント端末ＣＴとの間の伝送経路に沿った下り帯域幅が低いために配信が間に合わない可能性のある代替表現についての応答をクライアント端末ＣＴに配信することを防止できる。
【００５３】
本発明に準拠する第２の実施形態では、本発明は、スマート・キャッシュＤＡＮＥにおいて実施されてもよい。
【００５４】
図５に例示されているように、そのようなスマート・キャッシュＤＡＮＥには、
―  １つ又は複数の接続用インタフェース１７（有線及び／又は無線）と、
―  接続用インタフェース１を介して通信を行うプロトコル・スタックを備えた通信モジュール１８（特に、この通信モジュールは、ＩＰスタックと称されるインターネット・プロトコル・スタックを備え得る）と、
―  １つ又は複数のサーバＳＥから受信されたマルチメディア・コンテンツのセグメントを、このようなマルチメディア・コンテンツを要求しているクライアント端末ＣＴに送信するために、それらのセグメントを記憶する、揮発性メモリ及び／又は永続性（不揮発性）メモリのような記憶モジュール１９と、
―  例えば記憶モジュール１９に記憶されたアプリケーション及びプログラムを実行する１つ又は複数のプロセッサ２０と、
―  第１の表現を要求する、或いは、第１の表現がキャッシュされていない場合にリストの１つの代替表現を要求する（クライアント端末ＣＴによって送られた）要求の第１の表現をスマート・キャッシュＤＡＮＥが既にキャッシュしているか否かをチェックするように構成された制御モジュール２１と、
―  第１の表現がキャッシュされていない場合に、クライアント端末ＣＴによって送られた要求内にリストされた代替表現を推奨順にブラウズするように適合化されたブラウジング・モジュール２２（一変形実施形態において、制御モジュールとブラウジング・モジュールは、ただ１つのモジュールを形成してもよい）と、
―  種々のモジュール、処理手段、及び、一般的な宅内ゲートウェイ機能を実施する当業者に周知の全ての手段を接続するための内部バスＢ２と、
が備えられている。
【００５５】
第２の実施形態によれば、このスマート・キャッシュＤＡＮＥは、更に、上りネットワーク構成要素（例えば、ゲートウェイＧＷとサーバＳＥとの間に配置された別のスマート・キャッシュＤＡＮＥ又は従来型キャッシュＲＮＥ、或いは、サーバＳＥ）とゲートウェイＧＷとの間の伝送経路に沿った第１の下り帯域幅を特定するように構成された帯域幅推定器２３を備えている。
【００５６】
加えて、このスマート・キャッシュＤＡＮＥは、更に、
―  クライアント端末ＣＴから受信された要求において指定されたセグメントの各々の代替表現に対応付けられたビットレートを第１の下り帯域幅と（前述のように定義されたような）第１の閾値との合計と比較するように構成された比較器２４と、
―  対応付けられたビットレートが第１の下り帯域幅と第１の閾値との合計よりも高い要求において指定された各々の代替表現を削除することによって、クライアント端末ＣＴの要求を修正するように構成されたフィルタリング・モジュール２５と、
を備えている。
【００５７】
このスマート・キャッシュＤＡＮＥの通信モジュール１８は、更に、修正された要求を次の上りネットワーク構成要素（例えば、別のスマート・キャッシュＤＡＮＥ、従来型キャッシュＲＮＥ、サーバＳＥ）に配信するように構成されている。
【００５８】
第２の実施形態の改良形態において、スマート・キャッシュＤＡＮＥの帯域幅推定器２３は、更に、スマート・キャッシュＤＡＮＥと下りネットワーク構成要素（例えば、クライアント端末ＣＴ、或いは、クライアント端末ＣＴとスマート・キャッシュＤＡＮＥとの間に配置された従来型キャッシュＲＮＥ又は別のスマート・キャッシュＤＡＮＥ）との間の伝送経路に沿った第２の下り帯域幅を特定するように構成されている。勿論、第２の下り帯域幅の特定は、帯域幅推定器２３とは異なるモジュールによって行われてもよい。
【００５９】
また、上記改良形態によれば、フィルタリング・モジュール２５は、更に、対応付けられたビットレートが第２の下り帯域幅と（前述の如く説明されたような）第２の閾値との合計よりも高い要求の各々の代替表現を削除することによって、クライアント端末ＣＴから受信された要求を修正するように構成されている。
【００６０】
スマート・キャッシュＤＡＮＥは、図４に例示されたメカニズムＭを実施するようにも構成されている。
【００６１】
図面内のフローチャート及び／又はブロック図は、本発明の種々の実施形態によるシステム、方法及びコンピュータ・プログラム製品の可能な実施形態の構成、動作及び機能を例示している。この点に関して、フローチャート又はブロック図内の各ブロックは、特定の論理機能を実施するための１つ又は複数の実行可能な命令を備えたコードのモジュール、セグメント、又は、一部分を表すことがある。なお、一部の代替の実施形態では、ブロック内に示された機能が、図面に示された順序から外れて、実施されることもある。例えば、連続して示された２つのブロックが、実際、実質的に同時に実行されることもあり、或いは、時々逆の順序で実行されることもあり、或いは、関係する機能に従って別の順序で実行されることもある。また、例示のブロック図及び／又はフローチャートの各ブロックと、例示のブロック図及び／又はフローチャート内のブロックの組み合わせとは、特定の機能又は動作を実施する特別目的のハードウェア・ベースのシステムによって実施でき、或いは、特別目的のハードウェアとコンピュータ命令との組み合わせによって実施できる。明示的に説明されていないが、本実施形態は、任意に組み合わせて、或いは、部分的に組み合わせて使用してもよい。
【００６２】
当業者であれば理解できるように、本原理の態様は、システム、方法、或いは、コンピュータ読み取り可能媒体として実施できる。従って、本原理の態様は、一般的に、ここで「回路」、「モジュール」又は「システム」と称することができる完全なハードウェア実施形態、完全なソフトウェア実施形態（ファームウェア、常駐型ソフトウェア、マイクロコードなどを含む）、或いは、ソフトウェアとハードウェアの態様を組み合わせた実施形態の形を取ることができる。更に、本原理の態様は、コンピュータ可読記憶媒体の形態を取ることができる。１つ以上のコンピュータ可読記憶媒体の任意の組み合わせも利用できる。
【００６３】
コンピュータ可読記憶媒体は、コンピュータ可読プログラム製品の形態を取ることができ、コンピュータ可読プログラム製品は、１つ又は複数のコンピュータ可読媒体において実施され、コンピュータ可読プログラム・コードを有し、コンピュータ可読プログラム・コードは、上記１つ又は複数のコンピュータ可読媒体上において実施され、コンピュータによって実行可能である。ここに使用されるコンピュータ可読記憶媒体は、情報を記憶する固有の機能とその情報を取り出せる固有の機能とを備えた非一時的記憶媒体であると考えられる。コンピュータ可読記憶媒体は、例えば、電子的な、磁気的な、光学的な、電磁的な、赤外線の、又は、半導体のシステム、装置、又は、機器、或いは、それらの任意の適切な組み合わせであってもよく、且つ、これらには限定されない。本原理を適用できるコンピュータ可読記憶媒体の更に具体的な例としては、ポータブル・コンピュータ・ディスケット、ハード・ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去書込み可能型読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュ・メモリ）、ポータブル・コンパクト・ディスク読み出し専用メモリ（ＣＤ―ＲＯＭ）、光学式記憶デバイス、磁気的記憶デバイス、或いは、それらの任意の適切な組み合わせが挙げられるが、これらは、当業者であれば容易に理解できるように、単なる例示であって網羅的な列挙ではない。
以下、本願により教示される手段を例示的に列挙する。
（付記１）
クライアント端末（ＣＴ）と少なくとも１つのサーバ（ＳＥ）との間の伝送経路に沿って設けられたネットワーク装置（ＧＷ；ＤＡＮＥ）を動作させる方法であって、該ネットワーク装置（ＧＷ；ＤＡＮＥ）は、複数の表現で利用可能なマルチメディア・コンテンツのセグメントの第１の表現について前記クライアント端末（ＣＴ）から要求を受信するように構成されており、前記要求は、前記セグメントの１つ又は複数の代替表現を更に指定しており、前記方法は、
サーバ（ＳＥ）と前記クライアント端末（ＣＴ）との間の伝送経路に沿った少なくとも１つの下り帯域幅を特定すること（Ｓ２）と、
対応付けられたビットレートが前記特定された下り帯域幅よりも高い前記要求において指定された各々の代替表現を削除することによって、前記要求を修正すること（Ｓ４）と、
前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と前記サーバ（ＳＥ）との間に設けられた上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）に前記修正された要求を転送すること（Ｓ５）と、
を含む、前記方法。
（付記２）
前記下り帯域幅は、前記上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）と前記ネットワーク装置（ＧＷ；ＤＡＮＥ）との間の伝送経路に沿って特定される、付記１に記載の方法。
（付記３）
前記下り帯域幅は、前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と、前記クライアント端末（ＣＴ）と前記ネットワーク装置（ＧＷ；ＤＡＮＥ）との間に設けられた下りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＣＴ）との間の伝送経路に沿って特定される、付記１に記載の方法。
（付記４）
前記ネットワーク装置は、ゲートウェイ（ＧＷ）、プロキシ又はキャッシュ（ＤＡＮＥ）である、付記１から３のいずれか１項に記載の方法。
（付記５）
前記クライアント端末（ＣＴ）への前記マルチメディア・コンテンツの伝送に使用されるプロトコルがＨＴＴＰ適応ストリーミング・プロトコルであり、前記ネットワーク装置が前記ＨＴＴＰ適応ストリーミング・プロトコルに準拠している、付記１から４のいずれか１項に記載の方法。
（付記６）
クライアント端末（ＣＴ）と少なくとも１つのサーバ（ＳＥ）との間の伝送経路に沿って設けられるように構成されたネットワーク装置（ＧＷ；ＤＡＮＥ）であって、該ネットワーク装置（ＧＷ；ＤＡＮＥ）は、複数の表現で利用可能なマルチメディア・コンテンツのセグメントの第１の表現について前記クライアント端末（ＣＴ）から要求を受信するように構成されており、前記要求は、前記セグメントの１つ又は複数の代替表現を更に指定しており、前記ネットワーク装置（ＧＷ；ＤＡＮＥ）は、
サーバ（ＳＥ）と前記クライアント端末（ＣＴ）との間の伝送経路に沿った少なくとも１つの下り帯域幅を特定するように構成された帯域幅推定器（１４；２３）と、
対応付けられたビットレートが前記特定された下り帯域幅よりも高い前記要求の各々の代替表現を削除することによって、前記要求を修正するように構成されたフィルタリング・モジュール（１６；２５）と、
前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と前記サーバ（ＳＥ）との間に設けられた上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）に前記修正された要求を転送するように構成された通信モジュール（１１；１８）と、
を備えている、前記ネットワーク装置。
（付記７）
前記帯域幅推定器（１４；２３）は、前記上りネットワーク構成要素（ＤＡＮＥ；ＲＮＥ；ＳＥ）と前記ネットワーク装置（ＧＷ；ＤＡＮＥ）との間の伝送経路に沿った下り帯域幅を特定するように構成されている、付記６に記載のネットワーク装置。
（付記８）
前記帯域幅推定器は、前記ネットワーク装置（ＧＷ；ＤＡＮＥ）と、前記クライアント端末（ＣＴ）と前記ネットワーク装置（ＧＷ）との間に設けられた下りネットワーク構成要素（ＣＴ；ＲＮＥ；ＤＡＮＥ）との間の伝送経路に沿った下り帯域幅を特定するように構成されている、付記６に記載のネットワーク装置。
（付記９）
前記ネットワーク装置は、ゲートウェイ（ＧＷ）、プロキシ又はキャッシュ（ＤＡＮＥ）である、付記６から８のいずれか１項に記載のネットワーク装置。
（付記１０）
前記ネットワーク装置はＨＴＴＰ適応ストリーミング認識装置である、付記６から９のいずれか１項に記載のネットワーク装置。
（付記１１）
通信ネットワークからダウンロード可能であり、及び／又は、コンピュータによって読み取り可能な媒体に記録され、及び／又は、プロセッサによって実行可能である、付記１から５のうちの少なくとも１項に記載の方法のステップを実施するプログラム・コード命令を備えているコンピュータ・プログラム製品。
（付記１２）
非一時的なコンピュータ可読媒体に記録されており、かつプロセッサによって実行可能な、付記１から５のうちの少なくとも１項に記載の方法のステップを実施するプログラム・コード命令を含むコンピュータ・プログラム製品を備えた、非一時的なコンピュータ可読媒体。
【図１】
0006550405.tif 000002
【図２】
0006550405.tif 000003
【図３】
0006550405.tif 000004
【図４】
0006550405.tif 000005
【図５】
0006550405.tif 000006