(57)【要約】  本発明は、ストリーミング要求（Ｓ）に応答するための方法および装置に関する。データリンク層で動作するネットワーク要素（２１）が設置されているアクセスネットワーク（１１）内の位置で効率的なネットワーク層アクセスを可能にするために、固定アクセスネットワーク（１１）の事業者の顧客のプライベートネットワーク（１３）に接続されたノード（２３）にコンテンツ配信ネットワーク（２７）によって配信されるコンテンツストリーム（ＣＳ）に関連するストリーミング要求（Ｓ）に応答するための方法が提供され、この方法（４１）は、ストリーミング要求（Ｓ）を受信するステップ（４５）と、ストリーミング要求（Ｓ）のソースアドレス（Ｎ）を決定するステップ（４７）と、決定されたソースアドレス（Ｎ）に基づいて、その要求（Ｓ）がプライベートネットワーク（１３）に属するコンテンツ配信ネットワークエンティティ（３３）によりサービスされると決定するステップ（４９）と、前記決定するステップの結果が、コンテンツ配信ネットワークエンティティ（３３）により要求がサービスされることである場合は、コンテンツ配信ネットワークエンティティ（３３）のアドレスをノード（２３）に返すステップ（５７）とを含む。
2017522751.tif 000002
【特許請求の範囲】
【請求項１】
固定アクセスネットワーク（１１）の事業者の顧客のプライベートネットワーク（１３）に接続されたノード（２３）にコンテンツ配信ネットワーク（２７）によって配信されるコンテンツストリーム（ＣＳ）に関連するストリーミング要求（Ｓ）に応答するための方法（４１）であって、
−  ストリーミング要求（Ｓ）を受信するステップ（４５）と、
−  ストリーミング要求（Ｓ）のソースアドレス（Ｎ）を決定するステップ（４７）と、
−  その要求（Ｓ）がプライベートネットワーク（１３）に属するコンテンツ配信ネットワークエンティティ（３３）によりサービスされるか決定するステップ（４９）であって、決定されたソースアドレス（Ｎ）に基づく、決定するステップ（４９）と、
−  前記決定するステップの結果が、コンテンツ配信ネットワークエンティティ（３３）により要求がサービスされることである場合は、コンテンツ配信ネットワークエンティティ（３３）のアドレスをノード（２３）に返すステップ（５７）と
を含む、方法。
【請求項２】
決定するステップ（４９）が、ソースアドレス（Ｎ）が固定ネットワーク（１１）のパブリックネットワーク層アドレスである場合はストリーミング要求（Ｓ）がコンテンツ配信エンティティ（３３）によりサービスされると結論付けるステップ（５１）を含む、請求項１に記載の方法（４１）。
【請求項３】
コンテンツ配信エンティティ（３３）のアドレスが、リダイレクションメッセージ（Ｒ１）の一部、好ましくはアプリケーション層リダイレクションメッセージの一部として返される、請求項１または２に記載の方法（４１）。
【請求項４】
コンテンツ配信エンティティ（３３）のアドレスが、プライベートネットワーク（１３）に割り当てられたアドレス範囲に属する所定のアドレス、好ましくは所定のＩＰアドレスである、請求項１から３のいずれか１項に記載の方法（４１）。
【請求項５】
前記決定するステップ（４９）が、ストリーミング要求（Ｓ）で指定されたコンテンツストリームが現在、コンテンツ配信ネットワークエンティティ（３３）によりサービスされるために利用可能であるか確認するステップ（５３）を含む、請求項１から４のいずれか１項に記載の方法（４１）。
【請求項６】
固定アクセスネットワーク（１１）の事業者の顧客のプライベートネットワーク（１３）に接続されたノード（２３）にコンテンツ配信ネットワーク（２７）によって配信されるコンテンツストリーム（ＣＳ）に関連するストリーミング要求（Ｓ）に応答するためのポータルサーバ（２９）であって、
−  ストリーミング要求（Ｓ）を受信するステップ（４５）と、
−  ストリーミング要求（Ｓ）のソースアドレス（Ｎ）を決定するステップ（４７）と、
−  その要求（Ｓ）がプライベートネットワーク（１３）に属するコンテンツ配信ネットワークエンティティ（３３）によりサービスされるか決定するステップ（４９）であって、決定されたソースアドレス（Ｎ）に基づく、決定するステップ（４９）と、
−  前記決定するステップの結果が、要求がコンテンツ配信ネットワークエンティティ（３３）によりサービスされることである場合は、コンテンツ配信ネットワークエンティティ（３３）のアドレスをノード（２３）に返すステップ（５７）と
を行うように動作可能な、ポータルサーバ。
【請求項７】
固定アクセスネットワーク（１１）のアクセスノード（２１）を動作させるための方法（６１）であって、
−  ローカルネットワークサービスを提供するためにプライベートネットワーク（１３）に直接アクセスする目的で顧客の宅内装置（１９）と通信するステップ（６７）を含み、方法（６１）が、
−  プライベートネットワーク（１３）に属するコンテンツ配信ネットワークエンティティ（３３）に宛てられたストリーミング要求（Ｓ’）をプライベートネットワーク（１３）に接続されたノード（２３）から受信するステップ（６９）と、
−  ストリーミング要求（Ｓ’）で指定されたコンテンツストリームをそのノード（２３）に送信するステップ（７３）とをさらに含む、
方法。
【請求項８】
方法（６１）が、指定されたコンテンツストリーム（ＣＳ）をコンテンツ配信ネットワーク（２７）から受信するステップと、受信したストリームを、そのアクセスノード（２１）がネットワークアクセスを提供している複数の、好ましくはすべてのプライベートネットワーク（１３）に割り当てられたストレージ装置（３６）に格納するステップとを含む、請求項７に記載の方法（６１）。
【請求項９】
方法（６１）が、方法（６１）の現在の実行時点に終わる所定の時間枠（Ｗ）の間、ストレージ装置（３６）に格納されたコンテンツストリームを維持するステップを含む、請求項８に記載の方法（６１）。
【請求項１０】
プライベートネットワークへのアクセスを提供するステップが、顧客の宅内装置（１９）とアクセスノード（２１）との間にトンネル（３７）を確立するステップを含む、請求項７から９のいずれか１項に記載の方法（６１）。
【請求項１１】
固定アクセスネットワーク（１１）のためのアクセスノード（２１）であって、
−  ローカルネットワークサービスを提供するためにプライベートネットワーク（１３）に直接アクセスする目的で顧客の宅内装置（１９）と通信するステップ（６７）を行うように動作可能なプロセッサを含み、
プロセッサが、
−  プライベートネットワーク（１３）に属するコンテンツ配信ネットワークエンティティ（３３）に宛てられたストリーミング要求（Ｓ’）をプライベートネットワーク（１３）に接続されたノード（２３）から受信し（６９）、
−  ストリーミング要求（Ｓ’）で指定されたコンテンツストリームをノード（２３）に送信する（７３）ようにさらに動作可能な、
アクセスノード。
【請求項１２】
固定アクセスネットワーク（１１）の加入者線（１７）の顧客側端部に接続可能な顧客の宅内装置（１９）を動作させるための方法であって、
−  アクセスネットワーク（１１）のネットワーク要素（２５）への通信リンク（３９）を提供し、その通信リンク（３９）がそのアクセスネットワーク（１１）の事業者の顧客のプライベートネットワーク（１３）への広域ネットワークアクセスを許可するように適応されるステップと、
−  そのプライベートネットワーク（１３）のノード（２３）によって送信されたストリーミング要求（Ｓ’）を、そのアクセスノード（２１）のコンテンツ配信ネットワークエンティティ（３３）に転送するステップと、
−  そのコンテンツ配信ネットワークエンティティ（３３）からストリーミング要求（Ｓ’）への応答を受信するステップと、
−  受信した応答をプライベートネットワーク（１３）のノード（１２）に転送するステップとを含む、
方法。
【請求項１３】
固定アクセスネットワーク（１１）の加入者線（１７）の顧客側端部に接続可能な顧客宅内装置（１９）であって、
−  アクセスネットワーク（１１）のネットワーク要素（２５）への通信リンク（３９）であって、アクセスネットワーク（１１）の事業者の顧客のプライベートネットワーク（１３）への広域ネットワークアクセスを許可するように適応された通信リンク（３９）を提供するための装置と、
−  プライベートネットワーク（１３）のノード（２３）によって送信されたストリーミング要求（Ｓ’）をアクセスネットワーク（１１）のアクセスノード（２１）のコンテンツ配信ネットワークエンティティ（３３）に転送し、コンテンツ配信ネットワークエンティティ（３３）からストリーミング要求への応答を受信し、受信した応答をプライベートネットワーク（１３）のノード（２３）に転送するように動作可能なプロセッサと
を備える装置。
【請求項１４】
ソフトウェアプログラム製品、好ましくはコンピュータ可読記憶媒体であって、コンピュータ上で実行されると請求項１から５、７から１０、または１２のうちいずれか１項に記載の方法を実行するためにプログラムされたコンピュータプログラムを含む、ソフトウェアプログラム製品。
【請求項１５】
請求項６に記載のポータルサーバ（２９）、請求項１１に記載のアクセスノード（２１）、および／または請求項１３に記載の顧客宅内装置（１９）を備えるコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストリーミング要求に応答するための方法およびそのような方法を実行するように動作可能なサーバに関する。さらに、本発明はアクセスノードおよびそのアクセスノードを動作させるための方法ならびに顧客の宅内装置およびそれを動作させるための方法に関する。
【背景技術】
【０００２】
コンテンツ配信ネットワーク（ＣＤＮ）は当技術分野でよく知られている。サイズの大きなコンテンツ（例えば、動画および／または音声のストリームまたはファイル）をインターネットまたは、インターネットプロトコル（ＩＰ）ベースの他の何らかのネットワークを介して多数の装置に配信するとき、コンテンツの配信に単一のサーバを使用している場合は、スケーラビリティの問題が発生する。具体的には、サーバが過負荷になること、または、ＩＰベースのネットワークにサーバを接続するためのコネクションがボトルネックになることがある。
【０００３】
コンテンツ配信ネットワークには、そのネットワークのトポロジ内で一定の装置グループに近い位置にＣＤＮノードが設置されている。ＣＤＮノードは、装置グループに直接コンテンツを配信できるように、コンテンツのコピーを独自に保持している。複数のＣＤＮノードを使用することにより、コンテンツ配信ネットワークはスケーラビリティの問題を解決することができる。基本的に、コンテンツ配信ネットワークはある手法に基づいており、少なくともアプリケーション層ではその手法に従って、コンテンツを可能な限り最も効率的に装置に配信できるようにネットワークアーキテクチャが設計されている。この手法はしばしば、コンテンツネットワーキングと称される。
【０００４】
近年、通信ネットワーク事業者は、顧客へのテレビジョンサービス（ＩＰＴＶ）などの動画ストリーミングを提供し始めている。そのようなサービスに存在するコンテンツストリームは通常、比較的ビット転送速度が高く、普通は多数の異なる顧客の装置に同時に送信されるので、それらのサービスを提供するためにコンテンツ配信ネットワークが適用されることがある。これにより、従来ＩＰＴＶコンテンツの配信に使用されてきたマルチキャストＵＤＰベースのストリーミングから、それよりも個別の消費に適したユニキャストＴＣＰ適応型ストリーミングへの置き換えが強いられ、一時停止や巻き戻しなどの新しい機能が可能になった。さらに、通常は宅内環境で無線送信媒体（例えばＷｉ−Ｆｉ）を使用して接続されているポータブル装置でＴＶが視聴されるようになり、ネットワーク状況に基づく品質適応が重要になってきている。そして、接続されたＴＶが、従来はセットトップボックスによって行われていたメニュー作成、番組ガイド、およびコンテンツ保護などの機能を処理する１つまたは複数のアプリケーションをもつことができるので、この新しい配信方法ではセットトップボックスを使用する必要がなくなることがある。
【０００５】
通信事業者によって使用される固定アクセスネットワークなどのアクセスネットワークは、多くの場合、顧客の比較的近くに位置する集線装置を有する。そのような集線装置は、例えば、光学式または電気式のアクセス回線のアクセスノードであってもよい。アクセスノードは通常、ネットワークのデータリンク層で動作する。しかし、ＣＤＮノードはアプリケーション層のネットワークエンティティなので、ネットワークプロトコル層（例えばＩＰ層）でのアクセスを必要とする。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ストリーミングサービスを効率的に提供するためには、ＣＤＮノードをアクセスノードの近くに置くか、アクセスノードにＣＤＮを統合することが望ましい。よって、本発明の目的は、アクセスネットワーク内でデータリンク層より低い層でのみ動作するネットワーク要素が設置される位置にネットワーク層アクセスおよびＣＤＮ機能を提供することのできる方法および装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一実施形態によれば、固定アクセスネットワークの事業者の顧客のプライベートネットワークに接続されたノードにコンテンツ配信ネットワークによって配信されるコンテンツストリームに関するストリーミング要求に応答するための方法が提供され、この方法は、ストリーミング要求を受信するステップと、ストリーミング要求のソースアドレスを決定するステップと、決定されたソースアドレスに基づいて、その要求がプライベートネットワークに属するコンテンツ配信ネットワークエンティティによりサービスされるか決定するステップと、前記決定するステップの結果が、コンテンツ配信ネットワークエンティティにより要求がサービスされることである場合は、コンテンツ配信ネットワークエンティティのアドレスをノードに返すステップとを含む。
【０００８】
この方法はインターネットなどの公衆ＩＰネットワークに接続された任意のノードで実行されてもよい。基本的に、この方法はストリーミング要求をプライベートネットワークのアドレスへリダイレクトする。本発明の実施形態により実装された下記に説明するアクセスノードはプライベートネットワークへのアクセスを有し、したがってＣＤＮノードとして機能するか、リダイレクトされたストリーミング要求をそのアクセスノードの近くに位置するＣＤＮノードへ転送することができる。その結果、ストリーミング要求は、そのアクセスノードの近くに位置するＣＤＮ、好ましくはそのアクセスノードと同じ場所にあるＣＤＮからサービスされることができる。このＣＤＮノードは顧客の非常に近くにある。したがって、ストリーミング要求に指定されたコンテンツが効率的に顧客に配信される。具体的には、ＣＤＮノードはコンテンツ配信ネットワークの他のノードからコンテンツを受け取った後、そのコンテンツの複数のコピーを、そのアクセスノードに加入者線（例えば、電気的デジタル加入者線または光加入者線）を介して接続されている複数のプライベートネットワークのノードに配信してもよい。
【０００９】
一実施形態では、決定するステップは、ソースアドレスが固定ネットワークのパブリックネットワーク層アドレス（すなわち、アクセスネットワークに属し、かつ／またはアクセスネットワークからサービスを受けるアドレス）である場合はストリーミング要求がコンテンツ配信エンティティによりサービスされると結論付けるステップを含む。多くの場合、ノードはルーティング不可のプライベートアドレスを有し、そのアドレスはこの方法によっては見えない。その理由は、ネットワークアドレス変換（ＮＡＴ）が行われて、ノードのアドレスが、そのノードのアドレスとは異なる、アクセスネットワークによってサービスされるルーティング可能なパブリックアドレスにマッピングされるからである。ただし、この方法が、アクセスネットワークに割り当てられた、知られているアドレスプレフィックスにソースアドレスを正しくマッチングできる場合は、方法は、要求がアクセスネットワークに接続されたプライベートネットワークの中から送信されたと結論付けることができる。それ以外の場合は、ストリーミング要求は別のアクセスネットワークをわたって送信されたものである。
【００１０】
一実施形態では、コンテンツ配信エンティティのアドレスはリダイレクションメッセージの一部、好ましくはアプリケーション層リダイレクションメッセージの一部として返される。リダイレクションメッセージは、アドレスを含む、ハイパーテキスト転送プロトコル（ＨＴＴＰ）応答メッセージであってもよい。例えば、応答メッセージはリダイレクションエラーコードおよびユニファイドリソースロケータ（ＵＲＬ）を含むロケーションヘッダを含んでもよく、そのホスト部がアドレスを含む。
【００１１】
コンテンツ配信エンティティのアドレスは、例えば、プライベートネットワークに割り当てられたアドレス範囲に属する所定のアドレス、好ましくは所定のＩＰアドレスであってもよいことに留意されたい。好ましくは、所定のアドレスは、コンテンツ配信ネットワークの使用元のアクセスネットワークに接続された、各プライベートネットワークで等しい。そのような所定のアドレスを使用する場合、この方法では、返すアドレスを生成するときに、異なる顧客の個々のプライベートネットワークを区別する必要はない。
【００１２】
アドレスは、プライベートネットワーク内のコンテンツ配信エンティティに到達することのできる、どのようなタイプのアドレスでもよい。コンテンツ配信エンティティはアクセスノード内に位置しているがプライベートネットワークに属するので、そのアドレスはプライベートネットワークの中で一意であれば、すなわち、そのプライベートネットワークに限定された範囲を有していれば十分である。一実施形態では、アドレスはＩＰｖ４アドレスまたはＩＰｖ６アドレスである。ＩＰｖ４またはＩＰｖ６アドレスは、ルーティング不可のプライベートまたはローカルアドレスを対象とするプレフィックスを有してもよい。別の実施形態では、アドレスは、例えば完全修飾ドメイン名（ＦＱＤＮ）などのＤＮＳドメイン名でもよい。プライベートネットワークのローカルネームサーバが、この方法から返されたドメイン名をコンテンツ配信ネットワークエンティティのＩＰｖ４またはＩＰｖ６アドレスに変換してもよい。
【００１３】
一実施形態では、前記決定するステップが、ストリーミング要求で指定されたコンテンツストリームが現在、コンテンツ配信ネットワークエンティティによってサービスされるために利用可能であるか確認するステップを含む。例えば、この方法は、コンテンツ配信ネットワークエンティティがアクセスノードのストレージ装置またはアクセスノードの近くにあるストレージ装置からストリームを取り込むことのできるストレージ時間枠内の、要求されたストリーム内の時間的位置を要求が指しているか比較してもよい。指定されたコンテンツストリームが利用可能かの確認は任意選択、すなわち、いくつかの実施形態がこの確認のステップを含まないことに留意されたい。
【００１４】
本発明の別の実施形態によれば、固定アクセスネットワークの事業者の顧客のプライベートネットワークに接続されたノードにコンテンツ配信ネットワークによって配信されるコンテンツストリームに関連するストリーミング要求に応答するためのポータルサーバが提供され、このポータルサーバは、ストリーミング要求を受信するステップと、ストリーミング要求のソースアドレスを決定するステップと、その要求がプライベートネットワークに属するコンテンツ配信ネットワークエンティティによりサービスされるか決定するステップであって、決定されたソースアドレスに基づく、決定するステップと、前記決定するステップの結果が、コンテンツ配信ネットワークエンティティにより要求がサービスされることである場合は、コンテンツ配信ネットワークエンティティのアドレスをノードに返すステップとを行うように動作可能である。
【００１５】
一実施形態では、ポータルサーバはストリーミング要求に応答するための方法を実行するように動作可能であり、好ましくはその方法を実行するようにプログラムされ、その方法は本明細書に記載される。
【００１６】
本発明のさらに別の実施形態によれば、固定アクセスネットワークのアクセスノードを動作させるための方法が提供され、その方法は、固定アクセスネットワークのネットワーク事業者の顧客のプライベートネットワークへの広域ネットワークアクセスを提供するステップおよび、ローカルネットワークサービスを提供するためにプライベートネットワークに直接アクセスする目的で顧客の宅内装置と通信するステップを含み、この方法はさらに、プライベートネットワークに属するコンテンツ配信エンティティに宛てられたストリーミング要求をプライベートネットワークに接続されたノードから受信するステップと、そのストリーミング要求で指定されたコンテンツストリームをそのノードに送信するステップとを含む。
【００１７】
一実施形態では、この方法は、指定されたコンテンツストリームをコンテンツ配信ネットワークから受信するステップと、受信したストリームを、そのアクセスノードがネットワークアクセスを提供している複数の、好ましくはすべてのプライベートネットワークに割り当てられたストレージ装置に格納するステップとを含む。一実施形態では、ストレージ装置はコンテンツ配信ネットワークノードの一部である。コンテンツ配信ネットワークノードはアクセスノードに組み込まれていてもよく、またはアクセスノードに関連付けられていてもよい。後者の場合、コンテンツ配信ネットワークノードは、コンテンツ配信ネットワークエンティティがコンテンツ配信ネットワークノードから低費用かつ高ビット伝送速度でコンテンツストリームを受信できるように、アクセスノードの近くに置かれてもよい。
【００１８】
一実施形態では、この方法はコンテンツ配信ネットワークからコンテンツストリームを受信するステップを含む。例えば、コンテンツストリームを受信するステップは、指定されたストリームが送信されるマルチキャストグループへの参加のステップを含む。コンテンツ配信ネットワークエンティティからプライベートネットワークのノードへのコンテンツストリームの移送は、プライベートネットワーク内のユニキャスト送信によって行われる。
【００１９】
一実施形態では、この方法は、この方法の現在の実行時点（すなわち１日のうちの時刻）に終わる所定の時間枠の間、ストレージ装置に格納されたコンテンツストリームを維持するステップを含んでもよい。例えば、その時間枠の間、所定のライブストリームのセットが格納されてもよい。ＴＶストリーミングサービス（例えば、ＨＴＴＰベースのストリーミングサービス）を多数の顧客に効率的に提供できるように、ライブストリームはＴＶ番組であってもよい。
【００２０】
一実施形態では、プライベートネットワークへのアクセスを提供するステップは、顧客の宅内装置とアクセスノードとの間にトンネルを確立するステップを含む。プライベートネットワークへのアクセスを提供するステップは、プライベートネットワークに割り当てられたアドレス範囲（例えばＩＰプレフィックス）に属するアドレスを使用してプライベートネットワークの中からコンテンツ配信ネットワークエンティティにアクセス可能であるように、コンテンツ配信ネットワークエンティティをプライベートネットワークに接続するステップを含む。その結果、コンテンツ配信ネットワークエンティティはプライベートネットワークの通常の物理ネットワークエンティティのように振る舞う。ただし、コンテンツ配信ネットワークエンティティはアクセスノードの一部である。例えば、アクセスノードのプロセッサがコンテンツ配信アクセスネットワークエンティティをエミュレートしてもよい。コンテンツ配信ネットワークエンティティは顧客のプライベートネットワーク内に物理的には存在しないので、仮想ネットワークエンティティとも称される。
【００２１】
本発明のさらに別の実施形態によれば、固定アクセスネットワークのためのアクセスノードが提供され、このアクセスノードは、固定アクセスネットワークのネットワーク事業者の顧客のプライベートネットワークへの広域ネットワークアクセスを提供するように適応された転送回路と、ローカルネットワークサービスを提供するためにプライベートネットワークに直接アクセスする目的で顧客の宅内装置と通信するステップを行うように動作可能なプロセッサとを備え、このプロセッサは、プライベートネットワークに属するコンテンツ配信ネットワークエンティティに宛てられたストリーミング要求をプライベートネットワークに接続されたノードから受信するステップと、そのストリーミング要求で指定されたコンテンツストリームをそのノードに送信するステップとを行うようにさらに動作可能である。
【００２２】
一実施形態では、このアクセスノードはＤＳＬアクセスマルチプレクサ（ＤＳＬＡＭ）および／または光回線終端装置（ＯＬＴ）を備える。したがって、加入者線は電気回線（ＤＳＬ）または、受動光ネットワーク（ＰＯＮ）の一部である光回線であってもよい。加入者線はまた、例えば、１軒に１本の専用光回線などのポイントツーポイントリンクであってもよい。
【００２３】
一実施形態では、このアクセスノードは、アクセスノードを動作させるための方法を実行するよう動作可能であり、好ましくはその方法を実行するようにプログラムされ、その方法は本明細書に記載される。
【００２４】
本発明のさらなる実施形態によれば、固定アクセスネットワークの加入者線の顧客側端部に接続可能な顧客の宅内装置を動作させるための方法が提供され、その方法は、アクセスネットワークのネットワーク要素への通信リンクを確立および／または提供し、その通信リンクがそのアクセスネットワークの事業者の顧客のプライベートネットワークへの広域ネットワークアクセスを許可するように適応されるステップと、そのプライベートネットワークのノードによって送信されたストリーミング要求を、そのアクセスノードのコンテンツ配信ネットワークエンティティに転送するステップと、そのコンテンツ配信ネットワークエンティティからストリーミング要求への応答（例えばストリーミング要求に指定されたコンテンツストリーム）を受信するステップと、受信した応答をプライベートネットワークのノードに転送するステップとを含む。
【００２５】
本発明の別の実施形態によれば、固定アクセスネットワークの加入者線の顧客側端部に接続可能な顧客宅内装置が提供され、その装置は、アクセスネットワークのネットワーク要素への通信リンクであって、アクセスネットワークの事業者の顧客のプライベートネットワークへの広域ネットワークアクセスを許可するように適応された通信リンクを確立および／または提供するための装置と、プライベートネットワークのノードによって送信されたストリーミング要求をアクセスネットワークのアクセスノードのコンテンツ配信ネットワークエンティティに転送し、コンテンツ配信ネットワークエンティティからストリーミング要求への応答を受信し、受信した応答をプライベートネットワークのノードに転送するように動作可能なプロセッサとを備える。
【００２６】
さらに、ソフトウェアプログラム製品、好ましくはコンピュータ可読記憶媒体が提供され、このソフトウェアプログラム製品は、本明細書に記載される方法の１つを実行するようにプログラムされるコンピュータプログラムを備える。
【００２７】
そして、さらなる実施形態によれば、本明細書に記載されるポータルサーバ、本明細書に記載されるアクセスノード、および／または本明細書に記載される顧客宅内装置を備えるコンテンツ配信システムが提供される。基本的に、このコンテンツ配信システムはコンテンツ配信ネットワークおよび、コンテンツ配信ネットワークエンティティを含む１つまたは複数のアクセスノードを有するアクセスネットワークを含む。ポータルサーバ、アクセスノード、および／または顧客の宅内装置は相互に関連する複数の製品の一部を成す。本発明の利点は、そのようなコンテンツ配信システム内でこれらの製品を組み合わせたときに特に有利に利用できる。
【００２８】
本発明の例示的実施形態およびさらなる利点が図面に示され、下記に詳しく説明される。
【図面の簡単な説明】
【００２９】
【図１】ポータルサーバおよび固定アクセスネットワークを含むコンテンツ配信システムを示す図である。
【図２】プライベートネットワークを介して固定アクセスネットワークに接続されたノードにより送信されたストリーミング要求に応答するための方法のフローチャートである。
【図３】図１の固定ネットワークのアクセスノードを動作させるための方法のフローチャートである。
【発明を実施するための形態】
【００３０】
説明および図面は単に本発明の原理を説明するものである。よって、本明細書に明確に説明または図示されていないが本発明の原理を具現し、その趣旨および範囲に含まれる様々な構成を当業者が考案できることが理解される。さらに、本発明に記載されるすべての例は、主として、発明者が提案する本発明の原理および概念の理解において読者を助け、技術を促進するための教示のみを明確に意図しており、そのような具体的に記載された例および条件に限定されないと見なされる。加えて、本発明の原理、様態および実施形態を記載する、本明細書のすべての記述は、それらの具体例とならび、それらの均等物を含むように意図されている。
【００３１】
図１は、本発明の一実施形態によるアクセスネットワーク１１を示す。アクセスネットワーク１１は、アクセスネットワーク１１の事業者の顧客のプライベートネットワーク１３を、少なくとも１つの加入者線１７を使用してインターネット１５などの広域ネットワークに接続するように適応された固定アクセスネットワークである。
【００３２】
図示される実施形態では、プライベートネットワーク１３は、例えばＩＥＥＥ８０２．１１および関連技術標準に準拠する無線ネットワークである。ただし、プライベートネットワーク１３は、ＩＥＥＥ８０２．３および関連技術標準に準拠する、Ｅｔｈｅｒｎｅｔを含む任意の技術に基づいてもよい。通常は顧客が所有するノード２３が、プライベートネットワーク１３に接続されていてもよい。ノード２３は、ＩＰテレビ（ＩＰＴＶ）用セットトップボックス、通信ネットワークインタフェースを有するＴＶセット、パーソナルコンピュータ、またはスマートフォンおよびタブレットコンピュータを含む任意のタイプの携帯型装置などの、ストリーミング様のコンテンツ（例えば動画および／または音声のストリーム）を処理することのできる任意のネットワーキング装置であってもよい。図１にはただ１つのノード２３が示されているが、プライベートネットワーク１３には、これらのノード２３が複数存在してもよい。
【００３３】
加入者線１７はプライベートネットワーク１３内にある顧客の宅内装置１９をアクセスネットワーク１１のアクセスノード２１に接続し、それにより、顧客の宅内装置１９とアクセスノード２１の間に双方向データリンクを提供する。
【００３４】
顧客の宅内装置１９は「ホームゲートウェイ」とも称されるが、インターネットプロトコル（ＩＰ）ルーティング、ネットワークアドレス変換（ＮＡＴ）などの通常のゲートウェイ機能を必ずしも厳密に含まなくてもよい。図示される実施形態では、プライベートネットワーク１３とホームゲートウェイ１９は顧客の宅内の一部である。
【００３５】
加入者線１７は、少なくとも１対の線を含む加入者線１７をわたる電気送信などの、任意の適切な送信技術に基づいてもよい。加入者線１７をわたる電気送信には、例えばＡＤＳＬ、ＶＤＳＬ２などの知られているデジタル加入者線（ＤＳＬ）技術が適用されてもよい。したがって、アクセスノード２１は、加入者線１７が接続されたＤＳＬアクセスマルチプレクサ（ＤＳＬＡＭ）を含んでもよく、ホームゲートウェイ１９はＤＳＬモデムを含んでもよい。
【００３６】
他の実施形態では、光送信技術が適用されてもよい。これらの実施形態では、加入者線１７は、光ファイバなどの、少なくとも１つの光導波管を含む。そのような光加入者線１７は受動光ネットワーク（ＰＯＮ）の一部であってもよい。後者の場合、アクセスノード２１は光回線終端装置（ＯＬＴ）を含み、ホームゲートウェイは光ネットワークユニット（ＯＮＵ）を含む。
【００３７】
さらに別の実施形態では、アクセスネットワーク１１は電気式（例えばＤＳＬ）および光学式（例えばＰＯＮまたはポイントツーポイント）の両方の加入者線１７を含む。そのようなアクセスネットワークは、複数の異なるタイプのアクセスノード２１を有してもよく、それらのいくつかはＤＳＬＡＭを含み、それ以外はＯＮＵを含む。加えて、アクセスネットワーク１１には、電気式および光学式の両方の加入者線１７をサポートするアクセスノード２１が少なくとも１つ存在してもよい。
【００３８】
アクセスネットワーク１１は多数のアクセスノード２１を有してもよく、多数のホームゲートウェイ１９が単一のアクセスノード２１に接続されてもよいが、図１には、２つの異なる顧客の２つのホームゲートウェイ１９が接続された、ただ１つのアクセスノードが示されている。簡単にするために、図１には、ただ１つのプライベートネットワーク１３が示されている。
【００３９】
少なくとも１つのアクセスノード２１はアクセスネットワーク１１のＩＰエッジルータ２５にバックホールリンク２６を介して接続されている。エッジルータ２５は、少なくとも１つのアクセスノード２１をインターネット１５に接続し、それにより、プライベートネットワーク１３に接続された装置（例えばノード２３）にインターネットアクセスを提供するように構成される。エッジルータ２５とは異なり、アクセスノード２１はＩＰルーティングなどのネットワーク層転送機能を有さない。通常、アクセスノード２１はネットワーク層プロトコルデータユニット（例えばＩＰパケット）に関する転送決定を行わずに、ホームゲートウェイ１９とエッジルータ２５の間でデータリンク層プロトコルデータユニット（例えば、ＥｔｈｅｒｎｅｔフレームまたはＡＴＭセル）を転送する。
【００４０】
アクセスネットワーク１１の他に、図１１にはコンテンツ配信ネットワーク（ＣＤＮ）２７が示されている。コンテンツ配信ネットワーク２７は少なくとも１つのポータルサーバ２９を含む。ポータルサーバ２９は、ストリーミング要求Ｓを、例えばインターネット１５から受信するように動作可能である。ストリーミング要求Ｓは、インターネットアクセスを有する、顧客のノード２３などの任意のノードから送られたものでもよい。図示される実施形態では、ストリーミング要求は、例えばＧＥＴ要求などのハイパーテキストプロトコル（ＨＴＴＰ）要求である。ただし、本発明は特定のアプリケーション層プロトコルに限定されない。ストリーミング要求は、例えばユニフォームリソースロケータ（ＵＲＬ）の一部として、要求元ノード２３に宛てられるコンテンツストリームＣＳの記述子を含む。コンテンツストリームＣＳは、動画ストリームおよび／または音声ストリームなどのメディアストリームであってもよい。例えば、コンテンツストリームＣＳはライブストリームであってもよい。ライブストリームは、ストリームが作成された後、できる限り速やかに要求元ノード２３に転送されるべきストリームである。ライブストリームの典型例はテレビ番組である。ストリームはまた、ストリーミング要求Ｓを使用して取り込まれるよりもかなり前の時点からコンテンツ配信ネットワーク２７の中に格納されている、事前録画（録音）されたストリームであってもよい。ビデオオンデマンドサービスは通常、事前録画されたストリームを使用する。
【００４１】
ストリーミング要求Ｓの処理に加えて、ポータルサーバ２９は、要求元ノード２３のユーザが、そのユーザが興味をもつ特定のコンテンツストリームを見つけられるようにする（例えば、検索機能またはメニューなどを提供することによって）ウェブページおよび／またはウェブベースのアプリケーションを提供してもよい。
【００４２】
コンテンツ配信ネットワーク２７は、ＣＤＮノード３１などの１つまたは複数のコンテンツ配信ネットワークノードを含む。ＣＤＮノード３１は、ポータルサーバ２９などの、コンテンツ配信ネットワーク２７の１つのノードで生成または格納されてもよいストリームのプライマリコピーの複製を格納する。複数のＣＤＮノードを使用することにより、コンテンツストリームＣＳが多数のノード２３に同時に転送される場合に、ネットワーク内のボトルネック、または、プライマリコピーを格納しているノード内のボトルネックが回避される。
【００４３】
アクセスノード２１はネットワークのデータリンク層でのみ動作するので、従来のコンテンツ配信ネットワークでは、ＣＤＮノード３１はインターネット１５に直接接続される。しかし、コンテンツ配信ネットワーク２７を使用する多くのシナリオでは、同じアクセスノード２１に接続された多数のノード２３が同時に同じストリームＣＳ、具体的には同じライブストリームを消費する。その結果、同じストリームの多数の複製がＣＤＮノード３１からバックホールリンク２６をわたってアクセスノード２１に送信される。アクセスノード２１は次に、複製された個々のストリームをそれぞれのノード２３に転送する。同じストリームの多数の全く同じ複製が送信されることにより、バックホールリンク２６および、インターネット１５のエッジルータ２５とＣＤＮノード３１の間の区間に不必要な高い負荷が引き起こされる。ストリームの多数の複製は、特に、固定アクセスネットワーク１１の多数の顧客にＨＴＴＰベースのＴＶサービスまたは類似のサービスを提供しているとき、コンテンツ配信ネットワーク２７のスケーラビリティに悪影響を及ぼす。
【００４４】
よって、本明細書に記載のアクセスネットワーク１１は、特にライブストリーミングアプリケーションで複製ストリームの数を大幅に削減するように改善されている。その結果、アクセスネットワーク１１は、特にＨＴＴＰベースのＴＶサービスまたはその他のライブストリーミングサービスを提供するために適している。基本的に、ポータルサーバ２９は、顧客のプライベートネットワーク１３内にあり、アクセスネットワーク１１内、好ましくはアクセスノード２１内に位置するコンテンツ配信ネットワークエンティティ３３のアドレスを要求元ノード２３に返し、それにより、ノード２３から発せられ、当初はポータルサーバ２９に宛てられていた要求をＣＤＮエンティティ３３へリダイレクトするように構成される。
【００４５】
ＣＤＮエンティティ３３は、プライベートネットワーク１３に割り当てられたネットワーク層プロトコルアドレスのアドレス範囲に属する、ネットワーク層プロトコルアドレス（例えばＩＰアドレス）を有する。このアドレス範囲は、プライベートネットワークのために予約されたネットワーク層プロトコルアドレス、例えば図１の例示的シナリオに示されるＩＰｖ４プレフィックス１９２．１６８．１．０／２４などを含んでもよい。
【００４６】
ポータルサーバ２９から返されるアドレスは、各プライベートネットワーク１３のＣＤＮエンティティ３３に属するアドレスである。図示される実施形態では、個々のプライベートネットワーク１３のＣＤＮエンティティ３３は同じアドレスを有する（ＣＤＮエンティティアドレスとも称される）。図示される実施形態では、ＣＤＮエンティティアドレスは所定のＩＰｖ４アドレス、例えば１９２．１６８．１．１９９である。ただし、ＣＤＮエンティティアドレスは必ずしもネットワーク層プロトコルアドレスでなくてもよい。プライベートネットワーク１３内で解決可能な他の任意のタイプの識別子がＣＤＮエンティティアドレスとして使用されてもよい。例えば、完全修飾ドメイン名（ＦＱＤＮ）などの所定のＤＮＳドメイン名が使用されてもよい。別の実施形態では、所定のＩＰｖ４アドレスの代わりに、またはそれに加えて、リンクローカル範囲を有するＩＰｖ６アドレスがＣＤＮエンティティアドレスとして使用される。ＣＤＮエンティティ３３が、様々なアドレス指定または命名方式に関する複数の所定アドレスを有してもよいことに留意されたい。ただし、ポータルサーバ２９が、返すＣＤＮエンティティアドレスを計算するときに同じアクセスネットワーク１１の個々の顧客を識別する必要がないように、少なくとも一定数のプライベートネットワーク１３は同じアドレスまたは識別子を持つＣＤＮエンティティ３３を有するべきである。
【００４７】
図１に示されるように、アクセスノード１１は関連するＣＤＮノード３５を含む。プライベートネットワーク１３の複数のＣＤＮエンティティ３３は、同じアクセスノード２１の関連ＣＤＮノード３５に関連付けられている。図示される実施例では、ＣＤＮノード３５はアクセスノード２１に組み込まれている。別の実施形態では、アクセスノード２１から分離したさらなるＣＤＮノード３５がある。その実施形態では、単一のＣＤＮノード３５が複数のアクセスノード２１のＣＤＮエンティティ３３に関連付けられていてもよい。
【００４８】
関連ＣＤＮノード３５は、コンテンツ配信ネットワーク２７の別のノードから受信した１つまたは複数のコンテンツストリームＣＳを一時的に格納するためにストレージ装置３６を含んでもよい。ストレージ装置３６は、磁気ストレージ（例えばハードディスクドライブ）または半導体ストレージ（例えばフラッシュメモリ）を含む任意のタイプの大量ストレージ媒体を含んでもよい。あるいは、ライブストリームが、例えばアクセスノード２１のコンピュータのメインメモリなどの揮発性メモリにキャッシングされてもよい。
【００４９】
一実施形態では、コンテンツ配信ネットワーク２７はビット転送速度適応型ストリーミングをサポートする。つまり、同じコンテンツストリームＣＳの複数のバージョンが提供され、これらのバージョンは、異なるバージョンが異なるビット転送速度を有するように、複数の異なる符号化アルゴリズムおよび／または同じ符号化アルゴリズムの複数の異なるパラメータを使用して符号化されている。ネットワークの状態および／または要求元ノード２３の能力に応じてバージョンが選択されてもよい。図示される実施形態では、コンテンツストリームＣＳの複数のバージョンがストレージ装置３６に格納される。
【００５０】
ＣＤＮエンティティ３３は物理的にはアクセスノード１１に位置するが、論理的には顧客のプライベートネットワーク１３に属する。その結果、ＣＤＮエンティティはプライベートネットワーク１３への直接アクセスを有する。すなわち、プライベートネットワーク１３に割り当てられたアドレス範囲に属するネットワーク層プロトコルアドレスを有する。アクセスノード２１のプロセッサが、ＣＤＮエンティティ３３の機能を提供するようにプログラムされてもよい。加えて、そのプロセッサは、ＣＤＮ３３がプライベートネットワーク１３に接続されるように、ホームゲートウェイ１９と通信状態になるようにプログラムされてもよい。この目的で、トンネル３７がホームゲートウェイ１９とアクセスノード２１の間に確立されてもよい。図示される実施形態では、トンネル３７を実装するためにジェネリックルーティングエンカプシュレーション（ＧＲＥ）プロトコルが使用される。ただし、この目的には他の任意のプロトコルが使用されてもよい。
【００５１】
図示される実施形態では、ネットワーク層プロトコルデータユニット（通常はＩＰパケット）をエッジルータ２５に伝え、そのようなプロトコルデータユニットをそこから受け取るために使用されるアクセスパイプ３９と、トンネル３７は分離されている。アクセスパイプ３９は、アクセスネットワークの技術仕様（例えばＤＳＬ仕様）に従って実装されてもよく、例えば、ホームゲートウェイ１９とエッジルータ２５の間でＩＰパケットを送信するために、さらにトンネルを含んでもよい。トンネル３７ならびに、アクセスパイプ３９の少なくとも一部が、どちらも加入者線１７内に構成される。
【００５２】
図１９に示されるホームゲートウェイ１９は、プライベートネットワーク１１の管理および公衆インターネットとの相互ネットワーキングに必要なすべての機能を行う。つまり、ホームゲートウェイはルータ、動的ホスト構成プロトコル（ＤＨＣＰ）サーバ、ドメインネームシステム（ＤＮＳ）ネームサーバなどを含んでおり、ルータがＩＰネットワークアドレス変換を行ってもよい。ただし、本発明は、従来技術ではホームゲートウェイに置かれる上記の機能のうち少なくとも１つがアクセスネットワークのノード、例えばエッジルータ２５またはアクセスノード２１などで行われるアクセスネットワークと組み合わせて適用されてもよい。従来は顧客宅内機器（ＣＰＥ）によって行われていた機能を移行する、この手法は、しばしば「仮想ＣＰＥ」と呼ばれる。例えば、所定のＣＤＮエンティティアドレスがプライベートネットワーク１３の他のノードによって使用されないことをネットワーク事業者が保証できるように、アクセスネットワークのノードにＤＨＣＰサーバが置かれてもよい。あるドメイン名を所定のＣＤＮエンティティアドレスとして使用する場合、アクセスネットワークのノードに配備されたネームサーバが、このドメイン名が解決されたときに正しくＣＤＮエンティティ３３のＩＰアドレスを指すことを保証してもよい。本明細書に記載の実施形態によってプライベートネットワーク１３とアクセスノード２１の間に確立されたトンネル３７を活用して、ＣＰＥの少なくとも１つの機能（例えばＮＡＴ）をエッジルータ２５ではなくアクセスノード２１上に配備してもよい。
【００５３】
下記に、アクセスネットワーク１１およびコンテンツ配信ネットワーク２７の動作を、さらに詳細に示す。具体的には、ポータルサーバ２９、アクセスノード２１およびホームゲートウェイ１９で実行可能な複数の方法について説明する。これらのネットワーク要素２９、２１、１９はそれぞれの方法を実行するように動作可能である。この目的で、ネットワーク要素２９、２１、１９はそれぞれの方法を実行するためにプログラムされたプロセッサを含んでもよい。したがって、それぞれのネットワーク要素２９、２１、１９のプロセッサで実行されたときにそれぞれの方法を実行するコンピュータプログラムが提供されてもよい。
【００５４】
図２は、ノード２３によって送信されたストリーミング要求に応答するための第１の方法４１のフローチャートを示す。第１の方法４１はポータルサーバ２９のプロセッサによって実行されてもよい。第１の方法４１の開始４３の後、ステップ４５が実行される。ステップ４５は、ストリーミング要求Ｓが到着するまで待機してから、ストリーミング要求Ｓを受信する。
【００５５】
次に第１の方法４１のステップ４７が実行されて、ストリーミング要求Ｓに含まれるソースアドレスＮ、好ましくはＩＰアドレスなどのネットワーク層プロトコルアドレスを決定する。
【００５６】
ノード２１のソースアドレスＮが決定された後、第１の方法４１は要求ＳがＣＤＮエンティティ３３によってサービスされるか決定するためにブロック４９を実行する。ブロック４９の第１の分岐５１はソースアドレスＮに基づいて、要求がアクセスネットワーク１１を使用して送信されたものか確認する。分岐５１で行われる確認は、ソースアドレスＮのＩＰアドレスプレフィックスと、アクセスネットワーク１１に割り当てられた少なくとも１つのＩＰアドレスプレフィックスとを比較することを含んでもよい。アドレスＮのプレフィックスがアクセスネットワーク１１に割り当てられたプレフィックスに一致すれば、分岐５１はストリーミング要求Ｓがノード２３からアクセスネットワーク１１を使用して発せられていると結論付ける。その場合（Ｙ）、ブロック４９の第２の分岐５３が実行される。それ以外の場合（Ｎ）、ストリーミング要求Ｓはノード２３から送られたものではないか、ストリーミング要求Ｓを送信するときにノード２３が別のアクセスネットワークに接続されていたと結論付けられ、第１の方法はステップ５５で続行する。
【００５７】
分岐５３は、要求されたストリームＣＳがＣＤＮエンティティ３３で利用可能か、すなわちノード２３が同じストリーム要求ＳをＣＤＮエンティティ３３に送ればＣＤＮエンティティ３３がそのストリームを送信するか否か確認する。関連ＣＤＮノード３５のストレージ容量は限られているので、ストリーミング要求Ｓで指定される可能性のあるすべてのストリームのコピーを保持することはできない。したがって、分岐５３は、そのストリームが関連ＣＤＮノード３５に現在格納されているか確認してもよい。この確認は、関連ＣＤＮノード３５が適用する所定のストレージポリシーに基づいてもよい。図示される実施形態では、関連ＣＤＮノード３５に格納されるストリームは、所定のライブストリームのセットを含む。ストレージポリシーは、１日のうちのその時刻に終わる、スライドする一定の時間枠Ｗの間、所定のライブストリームのセットを格納することにある。その時間枠の間ライブストリームを格納することにより、ストリーミングサービス（例えばＨＴＴＰベースのＴＶサービス）のユーザが、ノード２３にローカルにストリーミングデータを格納することなくストリーミングの再生を一時停止することができるようになる。さらに、見逃したＴＶ送信を、放送された後のある時点で見ることができる。時間枠Ｗは数日間、例えば１日、２日、または３日などであってもよい。したがって、ステップ５３は、要求されたライブストリームの開始が時間枠Ｗの中にあるか確認する。そうであれば（Ｙ）、第１の方法４１のステップ５７が実行される。それ以外の場合は、第１の方法４１はステップ５５に進む。
【００５８】
別の実施形態では、分岐５３を省略して、分岐５１でノード２３から発せられたと見なされたすべての要求がノード３５によって処理されるようにすることができる。要求されたストリームの利用可能なコピーをノード３５が有さない場合は、ノード３５は、このコピーをＣＤＮノード３１またはコンテンツ配信ネットワーク２７の別のノードから取得することができる。
【００５９】
ステップ５７で、方法４１はＣＤＮエンティティ３３のＣＤＮエンティティアドレスを要求元ノード２３に返す。ＣＤＮエンティティアドレスは、ローカルネットワーク１３の中からＣＤＮエンティティ３３に連絡するために適する。図示される実施形態では、ステップ５７は要求元ノード２３にリダイレクションメッセージを返し、このリダイレクションメッセージはＣＤＮエンティティアドレスを含む。ストリーミング要求を符号化し、かつ／またはポータルサーバ２９に送信するため、およびＣＮＤエンティティアドレスおよび／またはリダイレクションメッセージを返すために、任意の適切なアプリケーション層プロトコルが適用されてもよい。一実施形態では、ハイパーテキスト転送プロトコル（ＨＴＴＰ）が、ＨＴＴＰライブストリーミングの実行に適用される。リダイレクションメッセージは、ＣＤＮエンティティ３３のＣＤＮエンティティアドレスを含むロケーションヘッダを有するＨＴＴＰ応答メッセージであってもよい。
【００６０】
ＣＤＮエンティティアドレスは、コンテンツ配信ネットワーク２７の使用元のアクセスネットワーク１１に接続されたどのプライベートネットワークでも、要求元ノード２３が接続されているプライベートネットワーク１３のＣＤＮエンティティ３３に連絡するために同じ所定のＣＤＮエンティティアドレスが適用されてもよいように、任意で予め定められてもよい。図１に示される例示的シナリオでは、所定のＣＤＮエンティティアドレスはプライベートＩＰｖ４アドレス１９２．１６８．１．１９９である。別の実施形態では、所定のＣＤＮエンティティアドレスとしてＩＰｖ６アドレスまたはドメイン名が使用される。ＩＰｖ４アドレス、ＩＰｖ６アドレスまたはドメイン名を所定のＣＤＮエンティティアドレスとして使用する場合、ステップ５７は、ＵＲＬのホスト部を所定のＣＤＮエンティティアドレスに置き換え、受信したストリーミング要求Ｓに含めてそのＵＲＬを返してもよい。
【００６１】
ブロック４９でＣＤＮエンティティアドレスを返さないと決定された場合はステップ５５が実行され、要求Ｓをサービスするか、またはこのＣＤＮノード３１に要求をリダイレクトするために、別のＣＤＮノード３１のアドレスを返す（例えば、要求元ノード２３に別のリダイレクションメッセージＲ２を返すことによって）。ストリーミング要求のサービスには、要求されたストリームを要求元ノード２３に送信することが含まれる。したがって、所定のストリームのセットが、ＣＤＮエンティティ３３によってＣＤＮノード３３を使用してサービスされ、残りのストリームがポータルサーバ２９または従来技術のＣＤＮノード３１によってサービスされてもよい。ブロック４９で行われる決定の影響により、関連ＣＤＮノード３５で利用可能なコンテンツストリームはＣＤＮエンティティ３３を介してサービスされるが、関連ＣＤＮノード３５によって処理されない人気のないコンテンツストリームは従来技術のＣＤＮノード３１によってサービスされる。さらに、ブロック４９の決定により、ＣＤＮエンティティ３３へのアクセスをもたないクライアントノードまたはプライベートネットワークから発せられるストリーミング要求が確実に、従来技術のＣＤＮノード３１によって、または直接ポータルサーバ２９によってサービスされる。
【００６２】
ステップ５５または５７が終了した後、方法４１はステップ４５に戻り、次に処理すべきストリーミング要求Ｓを待機する。
【００６３】
図３は、各ＣＤＮエンティティ３３についてアクセスノード２１が行う第２の方法６１のフローチャートを示す。第２の方法６１の開始６３の後、ステップ６５が実行され、少なくとも１つのプライベートネットワーク１３に広域ネットワーク（例えばインターネット１５）へのアクセスが提供される。ステップ６５は、加入者線１７で使用される通信技術に特定であってもよい、知られている動作を含んでもよい。具体的には、ステップ６３は、ホームゲートウェイ１９とエッジルータ２５の間にアクセスパイプ３９を設定するために使用できるデータ通信リンクを確立することを含んでもよい。
【００６４】
第２の方法６１の次のステップ６７は、ＣＤＮエンティティ３３がプライベートネットワーク１３へのアクセスを有し、かつプライベートネットワーク１３からアクセス可能になるように、ホームゲートウェイ１９とアクセスノード２１の間に通信リンク（例えばトンネル３７）を確立する。換言すれば、プライベートネットワーク１３は、アクセスノード２１のＣＤＮエンティティ３３に向けて拡張される。つまり、ＣＤＮエンティティ３３を、プライベートネットワーク１３の仮想ネットワーク要素と見なすことができる。アクセスノード２１の実際の実装では、アクセスノードのプロセッサが、個々の顧客が所有する複数の異なるプライベートネットワーク１３に属する多数の異なるＣＤＮエンティティ３３をエミュレートしてもよい。ただし、前述したように、ステップ５７でポータルサーバ２９がリダイレクションメッセージを簡単に作成できるように、単一のアクセスネットワーク１１の個々のＣＤＮエンティティ３３はローカルな有効範囲（例えば、それぞれのプライベートネットワーク１３またはその一部の中でのみ有効）の同じアドレスを有する。
【００６５】
第２の方法６１のステップ６９は、ステップ６７でトンネル３７がセットアップされた後に実行されるべきであり、ノード２３などのプライベートネットワーク１３のネットワーク要素から発せられたさらなるストリーミング要求Ｓ’を受信するまで待機する。ノード２３がストリーミング要求Ｓを当初ポータルサーバ２９に宛ててから、次に前述のリダイレクションメッセージＲ１を受信した場合、さらなるストリーミング要求Ｓ’は、ＣＤＮエンティティ３３に関連するＣＤＮノード３５で利用可能なストリームを指す。つまり、ノード２３は、リダイレクションメッセージＲ１の中に含まれ得る、返されたＣＤＮエンティティアドレスを受け取ると、さらなるストリーミング要求Ｓ’を送信する。
【００６６】
ステップ７１で、第２の方法６１は、要求Ｓ’または少なくとも要求されたストリームの記述子を関連ＣＤＮノード３５に転送する。ＣＤＮ関連ノード３５は転送された要求Ｓ’または記述子に応答して、ＣＤＮエンティティ３３にストリームを返す。第２の方法６１には、ＣＤＮノード３５からコンテンツストリームＣＳを受け取り、そのコンテンツストリームＣＳをプライベートネットワーク１３をわたって要求元ノード２３に転送するためのステップ７３がある。
【００６７】
ストリーミングが開始すると、第２の方法６１は次のストリーミング要求Ｓ’を処理するために、ステップ６９に進む。
【００６８】
まとめると、本明細書に記載の実施形態は、アクセスノード２１にＣＤＮエンティティ３３を含ませ、１つまたは複数のアクセスノード２１のＣＤＮエンティティにＣＤＮノード３５を関連付けることによりストリーミングサービスのスケーラビリティを改善する。ポータルサーバ２９が、クライアントノード２３から送られたストリーミング要求ＳをＣＤＮエンティティ３３を介してサービス可能か確認し、当てはまる場合はノード２３をＣＤＮエンティティ２３にリダイレクトする。その結果、コンテンツストリームＣＳはインターネット１５およびバックホールリンク２６をわたって、マルチキャストまたはユニキャストのいずれかによって効率的に伝達される。さらに、ビット転送速度適応型ストリーミングならびに、一時停止および見逃したＴＶ送信の視聴などの一時格納を必要とする機能を効率的に提供することができる。
【図１】
2017522751.tif 000003
【図２】
2017522751.tif 000004
【図３】
2017522751.tif 000005
【国際調査報告】
2017522751.tif 000006
2017522751.tif 000007