コンテンツ配信方法およびコンテンツ配信システム
【課題】通信品質を確保しつつ複製コンテンツ配信を行い得るコンテンツ配信方法およびコンテンツ配信システムを提供することを目的とする。
【解決手段】制御サーバ（４０１）は、ネットワーク制御により第２のコンテンツサーバ（３０２）と第１のコンテンツサーバ（３０１）との間に第１のセッションを確立する。また、制御サーバ（４０１）は、ネットワーク制御により第１のコンテンツサーバ（３０１）と端末（１０１）との間に第２のセッションを確立する。第２のコンテンツサーバ（３０２）は、前記第１のセッションを用いて第１のコンテンツサーバ（３０１）にコンテンツを送信する。第１のコンテンツサーバ（３０１）は、前記第２のセッションを用いて端末（１０１）にコンテンツを送信し、該コンテンツの複製を記憶する。
【解決手段】制御サーバ（４０１）は、ネットワーク制御により第２のコンテンツサーバ（３０２）と第１のコンテンツサーバ（３０１）との間に第１のセッションを確立する。また、制御サーバ（４０１）は、ネットワーク制御により第１のコンテンツサーバ（３０１）と端末（１０１）との間に第２のセッションを確立する。第２のコンテンツサーバ（３０２）は、前記第１のセッションを用いて第１のコンテンツサーバ（３０１）にコンテンツを送信する。第１のコンテンツサーバ（３０１）は、前記第２のセッションを用いて端末（１０１）にコンテンツを送信し、該コンテンツの複製を記憶する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、品質が保証されたユニキャストによるコンテンツ配信に関し、特に、中継するコンテンツサーバにおいて複製を作成しながら配信を行うコンテンツ配信方法およびコンテンツ配信システムに関する。
【背景技術】
【０００２】
現在、ＴＩＳＰＡＮ（Telecommunications and Internet converged Services and Protocols for Advanced Networking）等の標準化団体では、ＮＧＮ（Next Generation Network）等の管理型ネットワークを用いたコンテンツの配信手順の仕様を定めている（例えば、非特許文献１，２を参照）。同手順では、ユーザ端末からコンテンツの配信要求を送信すると、セッション確立プロトコルに従い、通信品質（通信帯域、遅延等）を確保しながら、コンテンツ配信用のメディアストリームを構築する。このメディアストリームを通してコンテンツが配信される。
【０００３】
人気のあるコンテンツに対しては、多数のユーザ端末からのコンテンツの配信要求が送信される。その場合、当該コンテンツの配信を行う配信サーバ（コンテンツサーバ）の処理能力、配信サーバが接続されているネットワークリソースが不足し、多数のユーザ端末からの配信要求に同時に応えることができなくなる。
【０００４】
このような問題を解決するには、アクセスの集中するコンテンツを複製し、これを複数の配信サーバに記憶させ、配信することが有効である。
しかし、どのコンテンツに人気があり複製する必要があるのかは予想困難であるといった問題や、配信サーバ間でコンテンツの複製を行う際にネットワークリソースを消費してしまうという問題がある。
【０００５】
このような問題を解決する手段として、配信サーバの分散化が考えられている。代表的な技術としては、ピアツーピア（peer-to-peer, P2P）や、コンテンツデリバリネットワーク（Contents Delivery Network, CDN）がある。例えば、Ｐ２Ｐ技術の一つであるＷｉｎｎｙでは、ユーザのコンテンツの要求が発生すると、コンテンツを中継している端末上にコンテンツの複製を作成する（例えば、非特許文献３を参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ETSI TS 183 027 V2.9.0 (2008-02) Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IPTV functions supported by the IMS subsystem
【非特許文献２】ETSI TS 183 063 V2.1.0 (2008-06) Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IMS-based IPTV stage 3 specification
【非特許文献３】金子勇著，「Winnyの技術」，アスキー，ISBN4-7561-4548-5
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来、利用頻度の高いコンテンツについて、ネットワーク上で複製しながら配信を行う上述したような技術では、コンテンツの配信に利用するメディアフローを作成する際に、通信品質の確保が行われないていないという問題点がある。従って、コンテンツの閲覧中に配信速度が低下し、表示が止まる等の問題が生じている。
【０００８】
本発明はかかる事情を考慮してなされたものであり、通信品質を確保しつつ複製コンテンツ配信を行い得るコンテンツ配信方法およびコンテンツ配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明に係るコンテンツ配信方法は、端末が、コンテンツの配信要求および第１のメディアストリーム情報を含む第１のセッション確立要求を第１のコンテンツサーバに送信するステップと、前記第１のコンテンツサーバが、前記コンテンツの配信要求および第２のメディアストリーム情報を含む第２のセッション確立要求を第２のコンテンツサーバに送信するステップと、前記第２のコンテンツサーバが、前記第２のセッション確立要求に対する第１のセッション確立応答を前記第１のコンテンツサーバに送信するステップと、制御サーバが、前記第２のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のセッション確立応答に応じて前記第２のコンテンツサーバと前記第１のコンテンツサーバとの間のメディアストリームのための第１のセッションを確立するステップと、前記第１のコンテンツサーバが、前記第１のセッション確立要求に対する第２のセッション確立応答を前記端末に送信するステップと、前記制御サーバが、前記第１のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第２のセッション確立応答に応じて前記第１のコンテンツサーバと前記端末との間のメディアストリームのための第２のセッションを確立するステップと、前記第２のコンテンツサーバが、前記第１のセッションを用いて前記第１のコンテンツサーバにコンテンツを送信するステップと、前記第１のコンテンツサーバが、前記第２のセッションを用いて前記端末に前記コンテンツを送信するステップと、前記第１のコンテンツサーバが、前記コンテンツの複製を記憶するステップとを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、通信品質を確保しつつ複製コンテンツ配信を行い得るコンテンツ配信方法およびコンテンツ配信システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るコンテンツ配信システムを示すブロック図
【図２】上記実施形態に係るコンテンツ配信システムにおけるコンテンツ配信準備過程を示すブロック図
【図３】上記実施形態に係るコンテンツ配信システムが用いるキーテーブルの一例を示す図
【図４】上記実施形態に係るコンテンツ配信システムにおける複製配信過程を示すブロック図
【図５】上記実施形態に係るコンテンツ配信システムにおける複製配信過程のシーケンス図
【図６】上記実施形態に係るコンテンツ配信システムにおける通常配信過程を示すブロック図
【図７】上記実施形態に係るコンテンツ配信システムにおける通常配信過程のシーケンス図
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら本発明の実施形態を説明する。
図１は、本発明の一実施形態に係るコンテンツ配信システムを示すブロック図である。本システムは、端末１０１，１０２と、転送ノード２０１〜２０３と、コンテンツサーバ３０１，３０２と、制御サーバ４０１とがネットワークＮに接続されたものである。図１および以降の図においては、端末の数を２台とし、転送ノードの数を３台とし、制御サーバの数を１台とし、コンテンツサーバの数を２台としているが、構成機器の数はこれらに限定されない。
【００１３】
本システムは、端末１０１，１０２からの要求により、コンテンツサーバ３０１，３０２からネットワークＮ上の転送ノードを介してコンテンツを配信するシステムである。コンテンツ配信の基本的なプロトコルとして、セッション制御プロトコル（Session Initiation Protocol）を用いる。
【００１４】
端末１０１，１０２は、ユーザがコンテンツを利用するための機器であって、種々の携帯電話機やパーソナルコンピュータ等であり、ネットワークＮに接続して通信する機能を備える。
転送ノード２０１〜２０３は、ネットワークＮ上において、コンテンツサーバ３０１，３０２から配信されるコンテンツを端末１０１，１０２に対して転送するノードであって、その際には、制御サーバ４０１からのネットワーク制御に従う。
【００１５】
コンテンツサーバ３０１，３０２は、それぞれ記憶手段３０１１，３０２１を備え、ユーザの端末に対して配信すべきコンテンツのデータを記憶している。配信対象のコンテンツとしては、動画像コンテンツや音声コンテンツなど任意である。これらコンテンツサーバ３０１，３０２は、配信すべきコンテンツを当初より記憶するものと、別のコンテンツサーバ等からコンテンツの複製を受け取って記憶し、当該別のコンテンツサーバと同様にコンテンツ配信をするものとがある。このような複製コンテンツの配信により、配信サーバの分散化がなされる。
【００１６】
コンテンツサーバ３０１は、端末１０１，１０２とコンテンツサーバ３０２との間におけるコンテンツ配信の中継経路上に位置しており、コンテンツサーバ３０２よりも端末１０１，１０２に対して近くに位置している。例えば後述する動作例において、コンテンツサーバ３０１は、コンテンツサーバ３０２のコンテンツの複製を記憶し、端末１０１，１０２に対して配信動作を行う。
【００１７】
制御サーバ４０１は、端末１０１，１０２、転送ノード２０１〜２０３、コンテンツサーバ３０１，３０２の間のセッション確立プロトコルに従ったネットワーク制御を行うためのサーバである。ネットワーク制御の内容としては、セッション確立、ネットワークリソースの確保である。より具体的には、メディアストリームのコネクションの設定、帯域の確保である。その他、コンテンツ配信の際の機器認証等を制御サーバ４０１が行ってもよい。
【００１８】
記憶手段５０１は、コンテンツ配信の際に参照されるキーテーブル５０２を記憶するための手段であって、ネットワークＮ上に構築される。後述するように、キーテーブル５０２は、コンテンツＩＤと、該コンテンツＩＤにより識別されるコンテンツを記憶し配信するコンテンツサーバの端末ＩＤとを関連付けるものである。記憶手段５０１は、ネットワークＮ上に分散していてもよい。従って、キーテーブル５０２は、ネットワークＮ上で分散して配置してもよい。キーテーブル５０２を複数の端末に分散して保持する構成とすれば、ネットワークＮに負荷をかけることなく、コンテンツ（を提供するコンテンツサーバ）を高速に検索することが可能となる。
【００１９】
以上のように構成された本実施形態に係るコンテンツ配信システムの動作を説明する。コンテンツ配信は、（１）コンテンツ配信準備過程、（２）複製配信過程、（３）通常配信過程に大別される。
（１）コンテンツ配信準備過程
図２に示すように、先ず、配信対象のコンテンツＡのデータをコンテンツサーバ３０２の記憶手段３０２１に配置する。コンテンツＡは、例えば動画像コンテンツや音声コンテンツであり、ユーザによる視聴のために、ネットワークＮを通じて端末１０１または１０２に対して配信される。コンテンツ配信の準備過程においては、このようにコンテンツのデータをサーバ上に配置するとともに、配信の際に参照されるキーテーブル５０２を設定してネットワークＮ上の記憶手段５０１に記憶させる。
【００２０】
図３は、キーテーブルの一例を示す図である。同図に示すキーテーブル５０２は、コンテンツＡのコンテンツＩＤと、コンテンツサーバ３０２の端末ＩＤとの対応関係を表すものである。
複製配信を行う本実施形態では、同一のコンテンツＩＤに対して複数のコンテンツサーバの端末ＩＤが対応付けられることになる。
【００２１】
キーテーブル５０２は、例えば、制御サーバ４０１によるネットワーク制御との関係で、例えばコンテンツの配信サービスを提供する側で事前に設定しておく。なお、配信サービスが稼働したのちの状況に応じて、キーテーブル５０２の内容を適宜に更新可能な構成としてもよい。例えば、セッション確立プロトコルに従って動作可能であることを前提とし、コンテンツの複製を記憶した任意のコンテンツサーバが自動的にキーテーブル５０２を更新してもよい。
【００２２】
この例では、コンテンツＡのコンテンツＩＤ（例えば、「００１」とする）には、コンテンツサーバ３０１の端末ＩＤ（例えば、「３０１」とする）と、コンテンツサーバ３０２の端末ＩＤ（例えば、「３０２」とする）が対応付けられている。これは、コンテンツサーバ３０１とコンテンツサーバ３０２は、コンテンツＡを配信するコンテンツサーバの候補であることを意味する。
【００２３】
なお、コンテンツ配信準備過程では、キーテーブル５０２においてコンテンツＩＤに対応付けられたコンテンツサーバのすべてが、当該コンテンツのデータを実際に格納しておく必要はない。例えば本実施形態では、当該コンテンツ配信準備過程において、コンテンツサーバ３０１はコンテンツＡのデータを保持していないものとする。このことは、コンテンツＡのデータを保持しているコンテンツサーバ３０２から、コンテンツサーバ３０１に対してコンテンツＡの複製を送信する必要があることを意味する。
（２）複製配信過程
図４は複製配信過程を示すブロック図、図５は同複製配信過程のシーケンス図である。
【００２４】
先ずユーザは、例えば端末１０１において、Ｗｅｂ等で提供される番組表から所望の番組を選択する。これにより、コンテンツＡのコンテンツＩＤが取得される。このコンテンツＩＤ（例えば「００１」であるとする）を検索キーとしてキーテーブル５０２を検索する。図３に示したキーテーブル５０２によれば、コンテンツサーバの端末ＩＤ（例えば「３０１」および「３０２」）が取得される。
【００２５】
端末１０１は、取得した端末ＩＤによって識別されるコンテンツサーバ３０１，３０２に対し、セッション確立要求Ｒｅｑ１を送信する。この際、複数のコンテンツサーバ３０１および３０２の両者に対して同時にセッション確立要求Ｒｅｑ１を送信してもよいし、シーケンシャルにセッション確立要求Ｒｅｑ１を送信してもよい。なお、図４および図５には、端末１０１からコンテンツサーバ３０１に対するセッション確立要求Ｒｅｑ１が示されており、端末１０１からコンテンツサーバ３０２に対するセッション確立要求については示されていない。
【００２６】
端末１０１からコンテンツサーバ３０１に向けて送信されたセッション確立要求Ｒｅｑ１は、制御サーバ４０１を経由する。先ず制御サーバ４０１は、この端末１０１からのセッション確立要求Ｒｅｑ１に応じて、端末１０１とコンテンツサーバ３０１との間における、転送ノード（この例では、転送ノード２０１および２０２）を含むコンテンツ配信経路に対するネットワーク制御ＮＣ１を行う。上述したように、ネットワーク制御の内容としては、セッション確立、ネットワークリソースの確保である。より具体的には、メディアストリームのコネクションの設定、帯域の確保である。セッション確立要求Ｒｅｑ１にはメディアストリームの情報が記載されており、ネットワーク制御ＮＣ１は、この情報に従って行われる。次に制御サーバ４０１は、セッション確立要求Ｒｅｑ１をコンテンツサーバ３０１に転送する。
【００２７】
セッション確立要求Ｒｅｑ１は、コンテンツＡの配信要求を含む。制御サーバ４０１を経てセッション確立要求Ｒｅｑ１を受信したコンテンツサーバ３０１は、当該コンテンツを有していないため、当該コンテンツを有しているコンテンツサーバ３０２に対して新たなセッション確立要求Ｒｅｑ２（受信したセッションとは異なるセッションＩＤを持つ）を送信する。
【００２８】
このコンテンツサーバ３０１からコンテンツサーバ３０２へのセッション確立要求Ｒｅｑ２は、セッション確立要求Ｒｅｑ１と同様、制御サーバ４０１を経由する。先ず制御サーバ４０１は、このコンテンツサーバ３０１からのセッション確立要求Ｒｅｑ２に応じて、端末１０１とコンテンツサーバ３０１との間における、転送ノード（この例では、転送ノード２０２および２０３）を含むコンテンツ配信経路に対するネットワーク制御ＮＣ２を行う。ネットワーク制御ＮＣ２の内容は、端末１０１とコンテンツサーバ３０１との間のネットワーク制御と同様のものである。ただし、セッション確立要求Ｒｅｑ２には、コンテンツサーバ３０１とコンテンツサーバ３０２との間のメディアストリームの情報が記載されており、ネットワーク制御ＮＣ２は、この情報に従って行われる。次に制御サーバ４０１は、セッション確立要求Ｒｅｑ２をコンテンツサーバ３０２に転送する。
【００２９】
ここで、コンテンツサーバ３０１がコンテンツサーバ３０２を知る手段としては、例えばキーテーブル５０２を参照すればよい。あるいは、上述したコンテンツ配信準備過程において、コンテンツＩＤと複製元のコンテンツサーバの端末ＩＤとを自端末（この例ではコンテンツサーバ３０１）内に記憶しておき、それを参照するように構成してもよい。
【００３０】
コンテンツサーバ３０１からのセッション確立要求Ｒｅｑ２を受信したコンテンツサーバ３０２は、コンテンツサーバ３０１との間のセッションを確立できコンテンツの配信が可能であるならば、セッション確立応答Ｒｅｓ２をコンテンツサーバ３０１に送信する。このセッション確立応答Ｒｅｓ２についても、制御サーバ４０１を経由する。制御サーバ４０１は、セッション確立要求Ｒｅｑ２の場合と同様にネットワーク制御ＮＣ３を行いつつ、セッション確立応答Ｒｅｓ２をコンテンツサーバ３０１に送信する。
【００３１】
セッション確立応答Ｒｅｓ２を受信したコンテンツサーバ３０１は、セッション確立応答Ｒｅｓ１を端末１０１に送信する。
これにより、端末１０１がセッション確認応答Ｒｅｓ１を受信した段階で、コンテンツサーバ３０２からコンテンツサーバ３０１へのメディアストリームＳ２と、コンテンツサーバ３０１から端末１０１へのメディアストリームＳ１が確立され、コンテンツＡはコンテンツサーバ３０２からコンテンツサーバ３０１を経由し、端末１０１へ配信される。このとき、コンテンツサーバ３０１では、コンテンツサーバ３０２から受信したコンテンツを端末１０１へ転送するとともに、コンテンツサーバ３０１の記憶手段３０１１にコンテンツＡを記憶し、複製とする。
【００３２】
以上のような複製配信過程によれば、セッション確立要求Ｒｅｑ１，Ｒｅｑ２が、いずれも制御サーバ４０１を経由し、同制御サーバ４０１によるネットワーク制御ＮＣ１〜ＮＣ４により、セッション確立要求Ｒｅｑ１，Ｒｅｑ２に記載のメディアストリームの情報をもとに、コンテンツサーバ３０１と３０２との間、コンテンツサーバ３０１，３０２と端末１０１の間の転送ノード２０１〜２０３に対して、セッション制御プロトコルに基づく帯域の確保やメディアストリームのコネクションの設定を行い、通信品質を保証したメディアストリームを生成することができる。
（３）通常配信過程
図６は通常配信過程を示すブロック図、図７は同通常配信過程のシーケンス図である。
【００３３】
端末１０２がコンテンツＩＤ（００１）のコンテンツＡの配信を要求する際、キーテーブル５０２を参照し、コンテンツサーバの端末ＩＤ（ここでは「３０２」，「３０１」）を取得する。ここで、端末１０２がコンテンツサーバ３０１を選択し、セッション確立要求Ｒｅｑ１をコンテンツサーバ３０１に送信した場合、コンテンツサーバ３０１は自身の記憶手段３０１１にコンテンツＡの複製を保持しているため、セッション確立応答Ｒｅｓ１を端末１０２に返信する。その際、制御サーバ４０１により、転送ノード２０１，２０２にて、帯域確保及びメディアストリームのコネクション設定がなされ、品質が確保されたメディアストリームＳ１が生成される。その後、コンテンツＡはコンテンツサーバ３０１から端末１０２へ直接、配信される。
【００３４】
上述した複製配信過程と同様、端末１０２からコンテンツサーバ３０１に向けて送信されたセッション確立要求Ｒｅｑ１は、制御サーバ４０１を経由する。先ず制御サーバ４０１は、この端末１０２からのセッション確立要求Ｒｅｑ１に応じて、端末１０２とコンテンツサーバ３０１との間における、転送ノード（この例では、転送ノード２０１および２０２）を含むコンテンツ配信経路に対するネットワーク制御ＮＣ１を行ってセッション確立要求Ｒｅｑ１をコンテンツサーバ３０１に転送する。
【００３５】
また、コンテンツサーバ３０１から端末１０２へのセッション確立応答Ｒｅｓ１の送信の際にも、同様のネットワーク制御ＮＣ２を行う。
以上説明した本発明の実施形態によれば、次のような作用効果を奏することができる。
ＴＩＳＰＡＮ等の標準化団体において規定されているＮＧＮ等の管理型ネットワークを通じて提供されるユニキャストコンテンツ配信方式では、コンテンツ配信要求を処理するために、コンテンツの複製をあらかじめ多数のコンテンツ配信サーバに配備しておく必要があったが、本発明の実施形態によれば、あらかじめ複製を配備しなくても、コンテンツ配信中に、配信経路上のコンテンツサーバに複製を作成することが可能となる。例えば、端末１０１，１０２とコンテンツサーバ３０２との間の中継経路上のコンテンツサーバ３０１に複製を作成することができる。複製の配置を中継経路上に限定しているので、ネットワークリソースの消費を少なくすることができる。また、ユーザに近いコンテンツサーバ３０１から配信することで、コアネットワークのネットワークリソースを有効利用することができる。
【００３６】
コンテンツのＩＤと複製を保持している端末ＩＤの対応関係はキーテーブル５０２として参照する必要があるが、キーテーブル５０２を複数の端末で分散保持管理することにより、高速に検索可能である。この場合、分散ハッシュテーブル（Distributed Hash Table, DHT）の技術を利用してもよい。
【００３７】
Ｐ２Ｐ、ＣＤＮでは、中継経路上の端末にキャッシュを作成する機能があるが、セッション制御プロトコルを利用しないため、品質（通信帯域、遅延等）が保証されず、ユーザがコンテンツ閲覧中に表示が一時停止するなどの問題がある。これに対し本発明の実施形態では、コンテンツの配信に利用するメディアストリームを作成する際、セッション制御プロトコルを利用し、通信品質の管理、確保を行うようにした。従って、コンテンツの閲覧中に配信速度が低下したり、表示が止まる等の問題を回避することができる。
【００３８】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００３９】
１０１，１０２…端末；２０１〜２０３…転送ノード；３０１，３０２…コンテンツサーバ；４０１…制御サーバ；５０１，３０１１，３０２１…記憶手段；Ｎ…ネットワーク
【技術分野】
【０００１】
本発明は、品質が保証されたユニキャストによるコンテンツ配信に関し、特に、中継するコンテンツサーバにおいて複製を作成しながら配信を行うコンテンツ配信方法およびコンテンツ配信システムに関する。
【背景技術】
【０００２】
現在、ＴＩＳＰＡＮ（Telecommunications and Internet converged Services and Protocols for Advanced Networking）等の標準化団体では、ＮＧＮ（Next Generation Network）等の管理型ネットワークを用いたコンテンツの配信手順の仕様を定めている（例えば、非特許文献１，２を参照）。同手順では、ユーザ端末からコンテンツの配信要求を送信すると、セッション確立プロトコルに従い、通信品質（通信帯域、遅延等）を確保しながら、コンテンツ配信用のメディアストリームを構築する。このメディアストリームを通してコンテンツが配信される。
【０００３】
人気のあるコンテンツに対しては、多数のユーザ端末からのコンテンツの配信要求が送信される。その場合、当該コンテンツの配信を行う配信サーバ（コンテンツサーバ）の処理能力、配信サーバが接続されているネットワークリソースが不足し、多数のユーザ端末からの配信要求に同時に応えることができなくなる。
【０００４】
このような問題を解決するには、アクセスの集中するコンテンツを複製し、これを複数の配信サーバに記憶させ、配信することが有効である。
しかし、どのコンテンツに人気があり複製する必要があるのかは予想困難であるといった問題や、配信サーバ間でコンテンツの複製を行う際にネットワークリソースを消費してしまうという問題がある。
【０００５】
このような問題を解決する手段として、配信サーバの分散化が考えられている。代表的な技術としては、ピアツーピア（peer-to-peer, P2P）や、コンテンツデリバリネットワーク（Contents Delivery Network, CDN）がある。例えば、Ｐ２Ｐ技術の一つであるＷｉｎｎｙでは、ユーザのコンテンツの要求が発生すると、コンテンツを中継している端末上にコンテンツの複製を作成する（例えば、非特許文献３を参照）。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ETSI TS 183 027 V2.9.0 (2008-02) Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IPTV functions supported by the IMS subsystem
【非特許文献２】ETSI TS 183 063 V2.1.0 (2008-06) Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IMS-based IPTV stage 3 specification
【非特許文献３】金子勇著，「Winnyの技術」，アスキー，ISBN4-7561-4548-5
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来、利用頻度の高いコンテンツについて、ネットワーク上で複製しながら配信を行う上述したような技術では、コンテンツの配信に利用するメディアフローを作成する際に、通信品質の確保が行われないていないという問題点がある。従って、コンテンツの閲覧中に配信速度が低下し、表示が止まる等の問題が生じている。
【０００８】
本発明はかかる事情を考慮してなされたものであり、通信品質を確保しつつ複製コンテンツ配信を行い得るコンテンツ配信方法およびコンテンツ配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、本発明に係るコンテンツ配信方法は、端末が、コンテンツの配信要求および第１のメディアストリーム情報を含む第１のセッション確立要求を第１のコンテンツサーバに送信するステップと、前記第１のコンテンツサーバが、前記コンテンツの配信要求および第２のメディアストリーム情報を含む第２のセッション確立要求を第２のコンテンツサーバに送信するステップと、前記第２のコンテンツサーバが、前記第２のセッション確立要求に対する第１のセッション確立応答を前記第１のコンテンツサーバに送信するステップと、制御サーバが、前記第２のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のセッション確立応答に応じて前記第２のコンテンツサーバと前記第１のコンテンツサーバとの間のメディアストリームのための第１のセッションを確立するステップと、前記第１のコンテンツサーバが、前記第１のセッション確立要求に対する第２のセッション確立応答を前記端末に送信するステップと、前記制御サーバが、前記第１のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第２のセッション確立応答に応じて前記第１のコンテンツサーバと前記端末との間のメディアストリームのための第２のセッションを確立するステップと、前記第２のコンテンツサーバが、前記第１のセッションを用いて前記第１のコンテンツサーバにコンテンツを送信するステップと、前記第１のコンテンツサーバが、前記第２のセッションを用いて前記端末に前記コンテンツを送信するステップと、前記第１のコンテンツサーバが、前記コンテンツの複製を記憶するステップとを有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、通信品質を確保しつつ複製コンテンツ配信を行い得るコンテンツ配信方法およびコンテンツ配信システムを提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係るコンテンツ配信システムを示すブロック図
【図２】上記実施形態に係るコンテンツ配信システムにおけるコンテンツ配信準備過程を示すブロック図
【図３】上記実施形態に係るコンテンツ配信システムが用いるキーテーブルの一例を示す図
【図４】上記実施形態に係るコンテンツ配信システムにおける複製配信過程を示すブロック図
【図５】上記実施形態に係るコンテンツ配信システムにおける複製配信過程のシーケンス図
【図６】上記実施形態に係るコンテンツ配信システムにおける通常配信過程を示すブロック図
【図７】上記実施形態に係るコンテンツ配信システムにおける通常配信過程のシーケンス図
【発明を実施するための形態】
【００１２】
以下、図面を参照しながら本発明の実施形態を説明する。
図１は、本発明の一実施形態に係るコンテンツ配信システムを示すブロック図である。本システムは、端末１０１，１０２と、転送ノード２０１〜２０３と、コンテンツサーバ３０１，３０２と、制御サーバ４０１とがネットワークＮに接続されたものである。図１および以降の図においては、端末の数を２台とし、転送ノードの数を３台とし、制御サーバの数を１台とし、コンテンツサーバの数を２台としているが、構成機器の数はこれらに限定されない。
【００１３】
本システムは、端末１０１，１０２からの要求により、コンテンツサーバ３０１，３０２からネットワークＮ上の転送ノードを介してコンテンツを配信するシステムである。コンテンツ配信の基本的なプロトコルとして、セッション制御プロトコル（Session Initiation Protocol）を用いる。
【００１４】
端末１０１，１０２は、ユーザがコンテンツを利用するための機器であって、種々の携帯電話機やパーソナルコンピュータ等であり、ネットワークＮに接続して通信する機能を備える。
転送ノード２０１〜２０３は、ネットワークＮ上において、コンテンツサーバ３０１，３０２から配信されるコンテンツを端末１０１，１０２に対して転送するノードであって、その際には、制御サーバ４０１からのネットワーク制御に従う。
【００１５】
コンテンツサーバ３０１，３０２は、それぞれ記憶手段３０１１，３０２１を備え、ユーザの端末に対して配信すべきコンテンツのデータを記憶している。配信対象のコンテンツとしては、動画像コンテンツや音声コンテンツなど任意である。これらコンテンツサーバ３０１，３０２は、配信すべきコンテンツを当初より記憶するものと、別のコンテンツサーバ等からコンテンツの複製を受け取って記憶し、当該別のコンテンツサーバと同様にコンテンツ配信をするものとがある。このような複製コンテンツの配信により、配信サーバの分散化がなされる。
【００１６】
コンテンツサーバ３０１は、端末１０１，１０２とコンテンツサーバ３０２との間におけるコンテンツ配信の中継経路上に位置しており、コンテンツサーバ３０２よりも端末１０１，１０２に対して近くに位置している。例えば後述する動作例において、コンテンツサーバ３０１は、コンテンツサーバ３０２のコンテンツの複製を記憶し、端末１０１，１０２に対して配信動作を行う。
【００１７】
制御サーバ４０１は、端末１０１，１０２、転送ノード２０１〜２０３、コンテンツサーバ３０１，３０２の間のセッション確立プロトコルに従ったネットワーク制御を行うためのサーバである。ネットワーク制御の内容としては、セッション確立、ネットワークリソースの確保である。より具体的には、メディアストリームのコネクションの設定、帯域の確保である。その他、コンテンツ配信の際の機器認証等を制御サーバ４０１が行ってもよい。
【００１８】
記憶手段５０１は、コンテンツ配信の際に参照されるキーテーブル５０２を記憶するための手段であって、ネットワークＮ上に構築される。後述するように、キーテーブル５０２は、コンテンツＩＤと、該コンテンツＩＤにより識別されるコンテンツを記憶し配信するコンテンツサーバの端末ＩＤとを関連付けるものである。記憶手段５０１は、ネットワークＮ上に分散していてもよい。従って、キーテーブル５０２は、ネットワークＮ上で分散して配置してもよい。キーテーブル５０２を複数の端末に分散して保持する構成とすれば、ネットワークＮに負荷をかけることなく、コンテンツ（を提供するコンテンツサーバ）を高速に検索することが可能となる。
【００１９】
以上のように構成された本実施形態に係るコンテンツ配信システムの動作を説明する。コンテンツ配信は、（１）コンテンツ配信準備過程、（２）複製配信過程、（３）通常配信過程に大別される。
（１）コンテンツ配信準備過程
図２に示すように、先ず、配信対象のコンテンツＡのデータをコンテンツサーバ３０２の記憶手段３０２１に配置する。コンテンツＡは、例えば動画像コンテンツや音声コンテンツであり、ユーザによる視聴のために、ネットワークＮを通じて端末１０１または１０２に対して配信される。コンテンツ配信の準備過程においては、このようにコンテンツのデータをサーバ上に配置するとともに、配信の際に参照されるキーテーブル５０２を設定してネットワークＮ上の記憶手段５０１に記憶させる。
【００２０】
図３は、キーテーブルの一例を示す図である。同図に示すキーテーブル５０２は、コンテンツＡのコンテンツＩＤと、コンテンツサーバ３０２の端末ＩＤとの対応関係を表すものである。
複製配信を行う本実施形態では、同一のコンテンツＩＤに対して複数のコンテンツサーバの端末ＩＤが対応付けられることになる。
【００２１】
キーテーブル５０２は、例えば、制御サーバ４０１によるネットワーク制御との関係で、例えばコンテンツの配信サービスを提供する側で事前に設定しておく。なお、配信サービスが稼働したのちの状況に応じて、キーテーブル５０２の内容を適宜に更新可能な構成としてもよい。例えば、セッション確立プロトコルに従って動作可能であることを前提とし、コンテンツの複製を記憶した任意のコンテンツサーバが自動的にキーテーブル５０２を更新してもよい。
【００２２】
この例では、コンテンツＡのコンテンツＩＤ（例えば、「００１」とする）には、コンテンツサーバ３０１の端末ＩＤ（例えば、「３０１」とする）と、コンテンツサーバ３０２の端末ＩＤ（例えば、「３０２」とする）が対応付けられている。これは、コンテンツサーバ３０１とコンテンツサーバ３０２は、コンテンツＡを配信するコンテンツサーバの候補であることを意味する。
【００２３】
なお、コンテンツ配信準備過程では、キーテーブル５０２においてコンテンツＩＤに対応付けられたコンテンツサーバのすべてが、当該コンテンツのデータを実際に格納しておく必要はない。例えば本実施形態では、当該コンテンツ配信準備過程において、コンテンツサーバ３０１はコンテンツＡのデータを保持していないものとする。このことは、コンテンツＡのデータを保持しているコンテンツサーバ３０２から、コンテンツサーバ３０１に対してコンテンツＡの複製を送信する必要があることを意味する。
（２）複製配信過程
図４は複製配信過程を示すブロック図、図５は同複製配信過程のシーケンス図である。
【００２４】
先ずユーザは、例えば端末１０１において、Ｗｅｂ等で提供される番組表から所望の番組を選択する。これにより、コンテンツＡのコンテンツＩＤが取得される。このコンテンツＩＤ（例えば「００１」であるとする）を検索キーとしてキーテーブル５０２を検索する。図３に示したキーテーブル５０２によれば、コンテンツサーバの端末ＩＤ（例えば「３０１」および「３０２」）が取得される。
【００２５】
端末１０１は、取得した端末ＩＤによって識別されるコンテンツサーバ３０１，３０２に対し、セッション確立要求Ｒｅｑ１を送信する。この際、複数のコンテンツサーバ３０１および３０２の両者に対して同時にセッション確立要求Ｒｅｑ１を送信してもよいし、シーケンシャルにセッション確立要求Ｒｅｑ１を送信してもよい。なお、図４および図５には、端末１０１からコンテンツサーバ３０１に対するセッション確立要求Ｒｅｑ１が示されており、端末１０１からコンテンツサーバ３０２に対するセッション確立要求については示されていない。
【００２６】
端末１０１からコンテンツサーバ３０１に向けて送信されたセッション確立要求Ｒｅｑ１は、制御サーバ４０１を経由する。先ず制御サーバ４０１は、この端末１０１からのセッション確立要求Ｒｅｑ１に応じて、端末１０１とコンテンツサーバ３０１との間における、転送ノード（この例では、転送ノード２０１および２０２）を含むコンテンツ配信経路に対するネットワーク制御ＮＣ１を行う。上述したように、ネットワーク制御の内容としては、セッション確立、ネットワークリソースの確保である。より具体的には、メディアストリームのコネクションの設定、帯域の確保である。セッション確立要求Ｒｅｑ１にはメディアストリームの情報が記載されており、ネットワーク制御ＮＣ１は、この情報に従って行われる。次に制御サーバ４０１は、セッション確立要求Ｒｅｑ１をコンテンツサーバ３０１に転送する。
【００２７】
セッション確立要求Ｒｅｑ１は、コンテンツＡの配信要求を含む。制御サーバ４０１を経てセッション確立要求Ｒｅｑ１を受信したコンテンツサーバ３０１は、当該コンテンツを有していないため、当該コンテンツを有しているコンテンツサーバ３０２に対して新たなセッション確立要求Ｒｅｑ２（受信したセッションとは異なるセッションＩＤを持つ）を送信する。
【００２８】
このコンテンツサーバ３０１からコンテンツサーバ３０２へのセッション確立要求Ｒｅｑ２は、セッション確立要求Ｒｅｑ１と同様、制御サーバ４０１を経由する。先ず制御サーバ４０１は、このコンテンツサーバ３０１からのセッション確立要求Ｒｅｑ２に応じて、端末１０１とコンテンツサーバ３０１との間における、転送ノード（この例では、転送ノード２０２および２０３）を含むコンテンツ配信経路に対するネットワーク制御ＮＣ２を行う。ネットワーク制御ＮＣ２の内容は、端末１０１とコンテンツサーバ３０１との間のネットワーク制御と同様のものである。ただし、セッション確立要求Ｒｅｑ２には、コンテンツサーバ３０１とコンテンツサーバ３０２との間のメディアストリームの情報が記載されており、ネットワーク制御ＮＣ２は、この情報に従って行われる。次に制御サーバ４０１は、セッション確立要求Ｒｅｑ２をコンテンツサーバ３０２に転送する。
【００２９】
ここで、コンテンツサーバ３０１がコンテンツサーバ３０２を知る手段としては、例えばキーテーブル５０２を参照すればよい。あるいは、上述したコンテンツ配信準備過程において、コンテンツＩＤと複製元のコンテンツサーバの端末ＩＤとを自端末（この例ではコンテンツサーバ３０１）内に記憶しておき、それを参照するように構成してもよい。
【００３０】
コンテンツサーバ３０１からのセッション確立要求Ｒｅｑ２を受信したコンテンツサーバ３０２は、コンテンツサーバ３０１との間のセッションを確立できコンテンツの配信が可能であるならば、セッション確立応答Ｒｅｓ２をコンテンツサーバ３０１に送信する。このセッション確立応答Ｒｅｓ２についても、制御サーバ４０１を経由する。制御サーバ４０１は、セッション確立要求Ｒｅｑ２の場合と同様にネットワーク制御ＮＣ３を行いつつ、セッション確立応答Ｒｅｓ２をコンテンツサーバ３０１に送信する。
【００３１】
セッション確立応答Ｒｅｓ２を受信したコンテンツサーバ３０１は、セッション確立応答Ｒｅｓ１を端末１０１に送信する。
これにより、端末１０１がセッション確認応答Ｒｅｓ１を受信した段階で、コンテンツサーバ３０２からコンテンツサーバ３０１へのメディアストリームＳ２と、コンテンツサーバ３０１から端末１０１へのメディアストリームＳ１が確立され、コンテンツＡはコンテンツサーバ３０２からコンテンツサーバ３０１を経由し、端末１０１へ配信される。このとき、コンテンツサーバ３０１では、コンテンツサーバ３０２から受信したコンテンツを端末１０１へ転送するとともに、コンテンツサーバ３０１の記憶手段３０１１にコンテンツＡを記憶し、複製とする。
【００３２】
以上のような複製配信過程によれば、セッション確立要求Ｒｅｑ１，Ｒｅｑ２が、いずれも制御サーバ４０１を経由し、同制御サーバ４０１によるネットワーク制御ＮＣ１〜ＮＣ４により、セッション確立要求Ｒｅｑ１，Ｒｅｑ２に記載のメディアストリームの情報をもとに、コンテンツサーバ３０１と３０２との間、コンテンツサーバ３０１，３０２と端末１０１の間の転送ノード２０１〜２０３に対して、セッション制御プロトコルに基づく帯域の確保やメディアストリームのコネクションの設定を行い、通信品質を保証したメディアストリームを生成することができる。
（３）通常配信過程
図６は通常配信過程を示すブロック図、図７は同通常配信過程のシーケンス図である。
【００３３】
端末１０２がコンテンツＩＤ（００１）のコンテンツＡの配信を要求する際、キーテーブル５０２を参照し、コンテンツサーバの端末ＩＤ（ここでは「３０２」，「３０１」）を取得する。ここで、端末１０２がコンテンツサーバ３０１を選択し、セッション確立要求Ｒｅｑ１をコンテンツサーバ３０１に送信した場合、コンテンツサーバ３０１は自身の記憶手段３０１１にコンテンツＡの複製を保持しているため、セッション確立応答Ｒｅｓ１を端末１０２に返信する。その際、制御サーバ４０１により、転送ノード２０１，２０２にて、帯域確保及びメディアストリームのコネクション設定がなされ、品質が確保されたメディアストリームＳ１が生成される。その後、コンテンツＡはコンテンツサーバ３０１から端末１０２へ直接、配信される。
【００３４】
上述した複製配信過程と同様、端末１０２からコンテンツサーバ３０１に向けて送信されたセッション確立要求Ｒｅｑ１は、制御サーバ４０１を経由する。先ず制御サーバ４０１は、この端末１０２からのセッション確立要求Ｒｅｑ１に応じて、端末１０２とコンテンツサーバ３０１との間における、転送ノード（この例では、転送ノード２０１および２０２）を含むコンテンツ配信経路に対するネットワーク制御ＮＣ１を行ってセッション確立要求Ｒｅｑ１をコンテンツサーバ３０１に転送する。
【００３５】
また、コンテンツサーバ３０１から端末１０２へのセッション確立応答Ｒｅｓ１の送信の際にも、同様のネットワーク制御ＮＣ２を行う。
以上説明した本発明の実施形態によれば、次のような作用効果を奏することができる。
ＴＩＳＰＡＮ等の標準化団体において規定されているＮＧＮ等の管理型ネットワークを通じて提供されるユニキャストコンテンツ配信方式では、コンテンツ配信要求を処理するために、コンテンツの複製をあらかじめ多数のコンテンツ配信サーバに配備しておく必要があったが、本発明の実施形態によれば、あらかじめ複製を配備しなくても、コンテンツ配信中に、配信経路上のコンテンツサーバに複製を作成することが可能となる。例えば、端末１０１，１０２とコンテンツサーバ３０２との間の中継経路上のコンテンツサーバ３０１に複製を作成することができる。複製の配置を中継経路上に限定しているので、ネットワークリソースの消費を少なくすることができる。また、ユーザに近いコンテンツサーバ３０１から配信することで、コアネットワークのネットワークリソースを有効利用することができる。
【００３６】
コンテンツのＩＤと複製を保持している端末ＩＤの対応関係はキーテーブル５０２として参照する必要があるが、キーテーブル５０２を複数の端末で分散保持管理することにより、高速に検索可能である。この場合、分散ハッシュテーブル（Distributed Hash Table, DHT）の技術を利用してもよい。
【００３７】
Ｐ２Ｐ、ＣＤＮでは、中継経路上の端末にキャッシュを作成する機能があるが、セッション制御プロトコルを利用しないため、品質（通信帯域、遅延等）が保証されず、ユーザがコンテンツ閲覧中に表示が一時停止するなどの問題がある。これに対し本発明の実施形態では、コンテンツの配信に利用するメディアストリームを作成する際、セッション制御プロトコルを利用し、通信品質の管理、確保を行うようにした。従って、コンテンツの閲覧中に配信速度が低下したり、表示が止まる等の問題を回避することができる。
【００３８】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【００３９】
１０１，１０２…端末；２０１〜２０３…転送ノード；３０１，３０２…コンテンツサーバ；４０１…制御サーバ；５０１，３０１１，３０２１…記憶手段；Ｎ…ネットワーク
【特許請求の範囲】
【請求項１】
端末が、コンテンツの配信要求および第１のメディアストリーム情報を含む第１のセッション確立要求を第１のコンテンツサーバに送信するステップと、
前記第１のコンテンツサーバが、前記コンテンツの配信要求および第２のメディアストリーム情報を含む第２のセッション確立要求を第２のコンテンツサーバに送信するステップと、
前記第２のコンテンツサーバが、前記第２のセッション確立要求に対する第１のセッション確立応答を前記第１のコンテンツサーバに送信するステップと、
制御サーバが、前記第２のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のセッション確立応答に応じて前記第２のコンテンツサーバと前記第１のコンテンツサーバとの間のメディアストリームのための第１のセッションを確立するステップと、
前記第１のコンテンツサーバが、前記第１のセッション確立要求に対する第２のセッション確立応答を前記端末に送信するステップと、
前記制御サーバが、前記第１のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第２のセッション確立応答に応じて前記第１のコンテンツサーバと前記端末との間のメディアストリームのための第２のセッションを確立するステップと、
前記第２のコンテンツサーバが、前記第１のセッションを用いて前記第１のコンテンツサーバにコンテンツを送信するステップと、
前記第１のコンテンツサーバが、前記第２のセッションを用いて前記端末に前記コンテンツを送信するステップと、
前記第１のコンテンツサーバが、前記コンテンツの複製を記憶するステップとを有することを特徴とするコンテンツ配信方法。
【請求項２】
コンテンツＩＤとコンテンツサーバの端末ＩＤとを対応付けるキーテーブルを記憶手段が記憶するステップと、
前記端末が、前記コンテンツＩＤを検索キーとして前記キーテーブルを検索し、前記第１のコンテンツサーバの端末ＩＤを取得するステップと、を有し、
前記記憶手段は、ネットワークを介して接続された複数の前記端末上に分散配置されることを特徴とする請求項１記載のコンテンツ配信方法。
【請求項３】
コンテンツの配信要求および第１のメディアストリーム情報を含む第１のセッション確立要求を端末から受信し、前記コンテンツの配信要求および第２のメディアストリーム情報を含む第２のセッション確立要求を送信する第１のコンテンツサーバと、
前記第２のセッション確立要求に対する第１のセッション確立応答を前記第１のコンテンツサーバに送信する前記第２のコンテンツサーバと、
前記第２のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のセッション確立応答に応じて前記第２のコンテンツサーバと前記第１のコンテンツサーバとの間のメディアストリームのための第１のセッションを確立し、前記第１のセッション確立要求に対する第２のセッション確立応答を前記第１のコンテンツサーバが前記端末に送信した際に、前記第１のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のコンテンツサーバと前記端末との間のメディアストリームのための第２のセッションを確立する制御サーバと、を具備し、
前記第２のコンテンツサーバが、前記第１のセッションを用いて前記第１のコンテンツサーバにコンテンツを送信し、
前記第１のコンテンツサーバが、前記第２のセッションを用いて前記端末に前記コンテンツを送信し、
前記第１のコンテンツサーバが、前記コンテンツの複製を記憶することを特徴とするコンテンツ配信システム。
【請求項４】
コンテンツＩＤとコンテンツサーバの端末ＩＤとを対応付けるキーテーブルを記憶する記憶手段をさらに具備し、
前記端末は、前記コンテンツＩＤを検索キーとして前記キーテーブルを検索し、前記第１のコンテンツサーバの端末ＩＤを取得し、
前記記憶手段は、ネットワークを介して接続された複数の前記端末上に分散配置されることを特徴とする請求項３記載のコンテンツ配信システム。
【請求項１】
端末が、コンテンツの配信要求および第１のメディアストリーム情報を含む第１のセッション確立要求を第１のコンテンツサーバに送信するステップと、
前記第１のコンテンツサーバが、前記コンテンツの配信要求および第２のメディアストリーム情報を含む第２のセッション確立要求を第２のコンテンツサーバに送信するステップと、
前記第２のコンテンツサーバが、前記第２のセッション確立要求に対する第１のセッション確立応答を前記第１のコンテンツサーバに送信するステップと、
制御サーバが、前記第２のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のセッション確立応答に応じて前記第２のコンテンツサーバと前記第１のコンテンツサーバとの間のメディアストリームのための第１のセッションを確立するステップと、
前記第１のコンテンツサーバが、前記第１のセッション確立要求に対する第２のセッション確立応答を前記端末に送信するステップと、
前記制御サーバが、前記第１のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第２のセッション確立応答に応じて前記第１のコンテンツサーバと前記端末との間のメディアストリームのための第２のセッションを確立するステップと、
前記第２のコンテンツサーバが、前記第１のセッションを用いて前記第１のコンテンツサーバにコンテンツを送信するステップと、
前記第１のコンテンツサーバが、前記第２のセッションを用いて前記端末に前記コンテンツを送信するステップと、
前記第１のコンテンツサーバが、前記コンテンツの複製を記憶するステップとを有することを特徴とするコンテンツ配信方法。
【請求項２】
コンテンツＩＤとコンテンツサーバの端末ＩＤとを対応付けるキーテーブルを記憶手段が記憶するステップと、
前記端末が、前記コンテンツＩＤを検索キーとして前記キーテーブルを検索し、前記第１のコンテンツサーバの端末ＩＤを取得するステップと、を有し、
前記記憶手段は、ネットワークを介して接続された複数の前記端末上に分散配置されることを特徴とする請求項１記載のコンテンツ配信方法。
【請求項３】
コンテンツの配信要求および第１のメディアストリーム情報を含む第１のセッション確立要求を端末から受信し、前記コンテンツの配信要求および第２のメディアストリーム情報を含む第２のセッション確立要求を送信する第１のコンテンツサーバと、
前記第２のセッション確立要求に対する第１のセッション確立応答を前記第１のコンテンツサーバに送信する前記第２のコンテンツサーバと、
前記第２のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のセッション確立応答に応じて前記第２のコンテンツサーバと前記第１のコンテンツサーバとの間のメディアストリームのための第１のセッションを確立し、前記第１のセッション確立要求に対する第２のセッション確立応答を前記第１のコンテンツサーバが前記端末に送信した際に、前記第１のメディアストリーム情報に基づくネットワーク制御を行うことにより、前記第１のコンテンツサーバと前記端末との間のメディアストリームのための第２のセッションを確立する制御サーバと、を具備し、
前記第２のコンテンツサーバが、前記第１のセッションを用いて前記第１のコンテンツサーバにコンテンツを送信し、
前記第１のコンテンツサーバが、前記第２のセッションを用いて前記端末に前記コンテンツを送信し、
前記第１のコンテンツサーバが、前記コンテンツの複製を記憶することを特徴とするコンテンツ配信システム。
【請求項４】
コンテンツＩＤとコンテンツサーバの端末ＩＤとを対応付けるキーテーブルを記憶する記憶手段をさらに具備し、
前記端末は、前記コンテンツＩＤを検索キーとして前記キーテーブルを検索し、前記第１のコンテンツサーバの端末ＩＤを取得し、
前記記憶手段は、ネットワークを介して接続された複数の前記端末上に分散配置されることを特徴とする請求項３記載のコンテンツ配信システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【公開番号】特開２０１０−２８８２１６（Ｐ２０１０−２８８２１６Ａ）
【公開日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願番号】特願２００９−１４２４７７（Ｐ２００９−１４２４７７）
【出願日】平成２１年６月１５日（２００９．６．１５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２２年１２月２４日（２０１０．１２．２４）
【国際特許分類】
【出願日】平成２１年６月１５日（２００９．６．１５）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]