JP2010056782A - 端末装置、管理サーバ、及びコンテンツ配信方法 - Google Patents

Abstract

【課題】ピアツーピア形式によるコンテンツデータの配信において、コンテンツ配信サーバ、上位ネットワークの負荷を軽減するネットワークを構成する。
【解決手段】ノード２０は、管理サーバ１０により公開日前に事前配信されるコンテンツデータ、及び他ノード２０ｂから送信される再生対象のコンテンツデータを受信する受信部２９と、受信部２９により受信されたコンテンツデータを記録するコンテンツ記録部３０と、コンテンツ記録部３０に記録されたコンテンツデータに対する再生要求としてユーザ認証と復号化キーの送信要求を管理サーバ１０に送信する認証・復号化キー要求部２７と、再生要求に対する管理サーバ１０からのコンテンツデータを有効化する復号化キーの応答に応じて、コンテンツ記録部３０に記録されたコンテンツデータを再生する再生部２４を有する。
【選択図】 図４

Description

本発明は、ネットワークを介してコンテンツデータを配信するシステムに適用される

近年、動画像データ等のコンテンツデータをインターネットワークのようなネットワークを介してサーバからクライアント端末それぞれに配信するコンテンツ配信サービスが利用され始めている。

また、最近では、サーバの負荷やネットワークトラフィックの増大を避けるために、コンテンツデータのストリームをピアツーピア形式で配信するコンテンツ配信システムが利用され始めている。このコンテンツ配信システムは、複数のノードをツリーのような階層構造で論理接続することによって論理ネットワークを構成し、サーバからのコンテンツデータのストリームをノードからノードへと順次転送していくものである。

このようにピアツーピア形式でコンテンツ配信を行うことにより、配信対象のクライアント端末の台数が増加した場合であっても、送信元となるサーバからコンテンツデータを直接的に送信することが必要なクライアント端末の数を低減することできる。また特定のサーバにトラフィックが集中するといった事態の発生を防止することも可能となる。

また従来では、ネットワーク資源及びサービスを効率的に利用するために、あるノードから要求された所望のサービスを提供するサービスノードを特定する方法が考えられている（特許文献１参照）。特許文献１に記載された方法では、ピアツーピアネットワークに接続可能なコンピュータシステムにおいて、クラスタリングアルゴリズムを適用し、サービスの提供を要求するノードに物理的に近い複数のノードのロケーション情報を記憶して、このロケーション情報に基づいてサービスを提供するようにしている。
特表２００８−５１６５２８号公報

従来、コンテンツデータを配信する場合、コンテンツの配信を開始するコンテンツ公開日が決められたものがある。こうしたコンテンツの場合には、ネットワーク中の多数のノードから公開日に合わせてコンテンツ配信要求が出されることになる。この場合、ピアツーピア形式で配信するコンテンツ配信システムでは、上位ネットワーク、コンテンツ配信サーバにコンテンツ配信要求が集中してしまい、ネットワークやコンテンツ配信サーバの能力を越えてしまう可能性があった。こうした場合、コンテンツを視聴することができないユーザが発生してしまうおそれがあった。

本発明は上述の事情を考慮してなされたものであり、ピアツーピア形式によるコンテンツデータの配信において、コンテンツ配信サーバ、上位ネットワークの負荷を軽減するネットワークを構成することが可能な端末装置、管理サーバ、及びコンテンツ配信方法を提供することを目的とする。

上述の課題を解決するため、本発明の一態様によれば、複数のノードを含む階層構造の論理ネットワークを用いて管理サーバが提供するコンテンツデータをピアツーピア形式で配信するコンテンツ配信システムに適用され、前記複数のノードの任意の１つとして動作可能な端末装置であって、前記論理ネットワーク内の他ノードから送信される再生対象のコンテンツデータを受信するコンテンツデータ受信手段と、前記コンテンツデータ受信手段により受信されたコンテンツデータを記録するコンテンツ記録手段と、前記コンテンツ記録手段に記録されたコンテンツデータに対する再生要求を前記管理サーバに送信する第１の要求手段と、前記第１の要求手段による要求に対する前記管理サーバからの前記コンテンツデータを有効化する応答に応じて、前記コンテンツ記録手段に記録されたコンテンツデータを再生する再生手段とを具備したことを特徴とする。

本発明の別の態様によれば、複数のノードを含む階層構造の論理ネットワークを用いてコンテンツデータをピアツーピア形式で配信するコンテンツ配信システムに適用される管理サーバであって、前記複数のノードからそれぞれのネットワーク上の位置情報を受信する位置受信手段と、前記位置情報受信手段により受信された位置情報をもとに、ネットワークに含まれるノードを階層毎にクラスタ化するクラスタ化手段と、前記クラスタ化手段によってクラスタ化されたクラスタ内の複数のノードに対して、コンテンツの予約斡旋の通知を送信するコンテンツ斡旋通知送信手段と、前記コンテンツ斡旋通知送信手段により送信された通知に応じて前記ノードから送信される視聴予約を受信する視聴予約受信手段と、前記視聴予約受信手段により受信された視聴予約の数に基づいて、前記コンテンツの予約斡旋の通知を送信したクラスタ内のコンテンツを配置するノード数を設定するコンテンツ配置設定手段と、前記コンテンツ配置設定手段により設定されたノード数分のノードに対して、コンテンツデータを送信するコンテンツデータ送信手段とを具備したことを特徴とする。

本発明のさらに別の態様によれば、複数のノードを含む階層構造の論理ネットワークを用いて管理サーバが提供するコンテンツデータをピアツーピア形式で配信するコンテンツ配信方法であって、前記ノードは、前記コンテンツデータの公開日前に前記管理サーバが提供したコンテンツデータを受信して記憶しておき、前記公開日以降にユーザより指示されたコンテンツデータに対する再生要求を前記管理サーバに送信し、前記再生要求に対する前記管理サーバからの前記コンテンツデータを有効化する応答に応じて、前記記録されたコンテンツデータを再生することを特徴とする。

本発明によれば、ピアツーピア形式によるコンテンツデータの配信において、コンテンツ配信サーバ、上位ネットワークの負荷を軽減するネットワークを構成することが可能となる。

以下、図面を参照して、本発明の実施形態を説明する。
図１は、本発明の一実施形態に係るコンテンツ配信システムのネットワーク構成例が示されている。このコンテンツ配信システムは、複数のノードを含む階層構造の論理ネットワークを用いて、コンテンツデータをピアツーピア形式で配信することができるコンテンツ配信システムである。論理ネットワークは、例えば、インターネットのようなＩＰネットワーク上に構築されている。論理ネットワーク内に属するノード間のデータ転送は、ＩＰネットワークを介して実行される。

図１に示すコンテンツ配信システムは、階層毎にクラスタ化することができるネットワークである。図１では、例えばレベル１クラスタ１１は「港区」「品川区」…の階層に相当し、「港区」「品川区」…内にそれぞれ存在する複数のノードが、レベル１クラスタ１１にクラスタ化することができる。また、レベル２クラスタ１２は「２３区」の階層に相当し、「２３区」内に存在する複数のレベル１クラスタ１１を含んでいる。同様にして、図１に示すコンテンツ配信システムは、レベル３クラスタ１３、レベル４クラスタ１４、…、レベルＸクラスタ１Ｘのように、階層毎にクラスタ化することができる。

ネットワークの各階層には複数のノード（端末装置）が存在している（図１においては、個々のノードを図示していない）。各ノードは、インターネットのようなＩＰネットワークに接続可能な、例えば、パーソナルコンピュータ、ＴＶ、ＰＤＡ（personal digital assistant）、携帯電話機、ゲーム機のような電子機器により構成される。

本実施形態におけるコンテンツ配信システムでは、ネットワーク中に配置される管理サーバ１０によってコンテンツデータが提供される。管理サーバ１０が提供するコンテンツデータは、各ノードが上位のノードから受信したコンテンツデータを１以上の下位のノードに転送することによって、コンテンツデータをノードからノードへと順次転送することができる。また、管理サーバ１０は、何れかのクラスタに含まれる複数のノードに対して、コンテンツデータを配信することができる。

さらに、本実施形態におけるコンテンツ配信システムでは、コンテンツデータをコンテンツ公開前にクラスタ単位で事前配布し、クラスタ内のノード間でのコンテンツデータの転送、さらにクラスタ間でのコンテンツデータの転送をすることにより、管理サーバ１０や上位ネットワークの負荷を軽減する及びコンテンツ配信方法を実現する。ここで、管理サーバ１０から直接配布されるのは全ノードのうちの一部に対してだけであり、ノード間での転送が容易になった場合（一般には、始めから最後までの全体がそろった完全なコンテンツデータを保持するノードが十分な数（例えば数十台程度）となった場合）には、各ノード間の転送で、視聴予約／録画予約してきたノードに対してコンテンツが配布される。

以下、コンテンツ配信システムにおけるコンテンツデータの配信に伴うネットワークの負荷について説明する。
図２は、コンテンツを配信する管理サーバ１０が設けられた上位ネットワークの転送トラフィックの変化を示す図である。図２（Ａ）は、コンテンツ公開日にサーバからコンテンツを配布するサーバ集中型（あるいは十分な数のサーバが配置されていないＣＤＮ（contents delivery network））の場合の転送トラフィックの変化を示している。

図２（Ａ）に示すように、サーバ集中型のシステムで、コンテンツ公開日に多数のノードからコンテンツの視聴要求が上位ネットワークに集中するため、コンテンツを配信するサーバやネットワークのデータ転送能力の限界ラインを超過する場合がある。こうした場合、限界ラインを越えた分のコンテンツ視聴要求に対しては、コンテンツデータの配信が不能となり、コンテンツを視聴できないユーザが発生してしまう。

これに対して、本実施形態におけるコンテンツ配信システムでは、図２（Ｂ）に示すように、管理サーバ１０により、コンテンツ公開日前にコンテンツのプロモーション（視聴予約あるいは録画予約の斡旋）をするためのデータをクラスタ単位で配信する。

図３（Ａ）（Ｂ）は、本実施形態におけるコンテンツ配信システムの上位ネットワークと下位ネットワークの転送トラフィックの変化を示す図である。管理サーバ１０は、プロモーションのためのデータを、コンテンツ配信の対象とするクラスタ内のノードに対して配信する。そして、プロモーション（予約斡旋の通知）に対してノードから通知されるコンテンツの再生予約の状況をもとに、コンテンツデータを事前配置するノード数を決定して、クラスタ内の複数のノードに対してコンテンツデータを事前配布する。このため、図３（Ｂ）に示すように、コンテンツ公開日前に事前配布のためのトラフィックが増大する。

コンテンツ公開日以降では、コンテンツデータが事前配布されたノードでは、コンテンツデータが有効化されてコンテンツの視聴が可能となり、また事前配布されていないノードは、事前配布されたノードからコンテンツデータをダウンロード（事後配布）あるいはストリーミングすることで、上位ネットワークにトラフィックを発生させることなく、コンテンツデータを受信する。このため、図３（Ｂ）に示すように、コンテンツ公開日直後にトラフィックが増大するが、上位ネットワークにはトラフィックを増大させず、またクラスタ内には再生予約の状況に応じた数のノードにコンテンツデータが事前配布されているために、特定のノードによるコンテンツデータの転送が集中することもない。

さらに、コンテンツ公開日以降において、別のクラスタが同じコンテンツの配信対象となる場合には、コンテンツデータが配信されたノードから別のクラスタ内のノードに対してコンテンツデータを転送する。このため、図３（Ｂ）に示すように、上位ネットワークへのトラフィックを増大させることなく、別のクラスタ内のノードに対するコンテンツのデータの配信を実現することができる。

本実施形態におけるコンテンツ配信システムでは、ピアツーピア形式による動画像などのコンテンツデータの配信において、同一のコンテンツに対する視聴者がネットワーク的に狭い範囲、すなわち同一クラスタ内に多数存在する場合に、このクラスタにコンテンツデータを事前配布してキャッシュさせておき、クラスタ内のノード間、あるいはクラスタ間でコンテンツデータの転送をすることで、管理サーバ１０には初回のコンテンツデータの配信後の負荷を大幅に軽減する。

また、コンテンツデータを所有しているノードが下位ネットワークに存在しても、ネットワーク的に距離が離れているとストリーミングによるコンテンツの配信が困難な状況となるが、本実施形態ではクラスタ毎にコンテンツを配信することで、コンテンツデータを所有しているノードがネットワーク的に近くに集中的に存在することになる。このため、上位ネットワークや管理サーバ１０に対する負荷を増大することなく、コンテンツデータのダウンロードだけでなくストリーミングによるコンテンツの配信を可能とする。また、自らはストレージを持たずバッファ容量を十分に確保できない機器であってもストリーミングによってコンテンツの視聴が可能となる。

本実施形態におけるコンテンツ配信システムでは、前述したコンテンツ配信方法を実現するために、次のような（１）〜（６）の仕組みを実現する。

（１）ネットワーク内のノードのクラスタ化
（２）コンテンツのプロモーション（視聴予約あるいは録画予約の斡旋）とコンテンツの「関心度・人気度」に基づくコンテンツデータを配布するノード数の決定
（３）コンテンツ公開日より前のコンテンツデータの事前配布
（４）コンテンツ公開日の事前配布されたコンテンツデータの有効化
（５）コンテンツデータの各ノードにおける保持制御
（６）クラスタ内のノード間あるいはクラスタ間のコンテンツデータの転送
各仕組みの詳細な処理については後述する。

図４は、本実施形態におけるノード２０（端末装置）に設けられるモジュールの構成を示すブロック図である。
ノード２０は、位置情報登録部２１、コンテンツ斡旋部２２、視聴予約通知部２３、再生部２４、出力部２５、入力部２６、認証・復号化キー要求部２７、コンテンツ所持ノード問い合わせ部２８、受信部２９、コンテンツ記録部３０、及び転送部３１の各モジュールが設けられている。

ノード２０は、パーソナルコンピュータ等の電子機器により構成されるもので、プログラムを実行するプロセッサ、プログラムやデータを一時的に記憶するメモリ、プレイヤによって操作される入力装置、ディスプレイやスピーカ等の出力装置、ハードディスク装置などの記憶装置などを有している。ノード２０は、プロセッサにより各モジュールを実現するためのプログラムを実行することにより、各モジュールによる処理を実行する。

位置情報登録部２１は、例えば起動時などにおいて、ネットワーク上の自ノードの位置情報を管理サーバ１０に登録する。位置情報としては、例えば端末間のホップ数、特定のサーバへのホップ数、ネットワークアドレス（ＩＰｖ６(ＩＰｖ４でも調査会社の情報を使えば可能)）、特定のノードや管理サーバ１０へのＲＴＴ（round trip time）などを用いることができる。また、位置情報としては、あるノードもしくはネットワーク上のサーバまでのネットワーク経路を示すデータがある。管理サーバ１０は、ノード２０からのネットワーク経路と、他ノードのネットワーク経路を比較した結果、途中のルータから一致する場合には、ネットワーク構造上、それ以下のネットワークで同クラスタとして検出することができる。また、位置情報としては、ノード２０のユーザにより入力された住所情報を用いることができる。すなわち、ネットワーク事業者は、図１に示すように、地域毎に物理ネットワーク構造を構成していくことがあるため、住所情報を管理サーバ１０に登録することで、管理サーバ１０においてノードをクラスタ化することができる。位置情報登録部２１により位置情報を登録することで、管理サーバ１０において各ノードの位置情報をもとにネットワークを階層毎にクラスタ化することができる。

コンテンツ斡旋部２２は、管理サーバ１０からコンテンツ公開日前にコンテンツの予約斡旋の通知、すなわちコンテンツのプロモーションのためのデータを受信し、再生部２４によって出力部２５から出力させる。例えば、管理サーバ１０は、番組表（ＥＰＧ（Electronic Program Guide））や動画視聴サイトのＷｅｂページをネットワーク上に公開しており、このＷｅｂページにコンテンツ公開の告知を行う。ノード２０のユーザがＷｅｂページ中の告知部分を選択することにより、管理サーバ１０からプロモーション動画（予告編）等が提供される。コンテンツ斡旋部２２は、プロモーション動画（予告編）のコンテンツデータを受信しながら、再生部２４により再生させる（ストリーミング再生）。

視聴予約通知部２３は、コンテンツ斡旋部２２により出力されたプロモーションに対してユーザから指示されたコンテンツの再生予約を管理サーバ１０に通知する。例えば、管理サーバ１０が公開するコンテンツのプロモーション用のＷｅｂページでは視聴予約・録画予約を受け付けることができる。ノード２０のユーザがＷｅｂページ中の視聴予約あるいは録画予約を選択することにより、コンテンツ斡旋部２２は、管理サーバ１０に対してコンテンツの再生予約を通知する。コンテンツの再生予約を通知することで、管理サーバ１０において、プロモーションを行ったクラスタ内にコンテンツデータを事前配信するノード数を決定する。

再生部２４は、コンテンツデータの再生を制御するもので、コンテンツ斡旋部２２により受信されたプロモーション用のコンテンツデータ（予約斡旋の通知）や、コンテンツ記録部３０に記録されたコンテンツデータの再生を制御する。再生部２４は、管理サーバ１０に対するコンテンツの再生要求に対する管理サーバ１０からのコンテンツデータを有効化する応答に応じて、コンテンツ記録部３０に記録されたコンテンツデータを再生する。有効化する応答としては、例えば、暗号化されたコンテンツデータを復号化するための復号化キーの応答がある。再生部２４は、認証・復号化キー要求部２７により管理サーバ１０から受信される復号化キーを用いて、管理サーバ１０あるいは他ノードから事前配布されたコンテンツデータを復号化してコンテンツの再生を行う。

出力部２５は、再生部２４により再生されるコンテンツなどをディスプレイやスピーカなどを通じて出力する。
入力部２６は、ユーザ操作による指示を入力する。入力部２６からはコンテンツ斡旋部２２に対する視聴予約・録画予約の指示、認証・復号化キー要求部２７に対するコンテンツの視聴・再生の要求などが入力される。

認証・復号化キー要求部２７は、入力部２６から入力されコンテンツの視聴・再生の要求に応じて、コンテンツ記録部３０に記録されたコンテンツデータに対する再生要求を管理サーバ１０に送信する。認証・復号化キー要求部２７は、例えばコンテンツデータの再生要求として、ユーザ認証の実行要求、及びコンテンツデータを復号化するための復号化キーの送信要求を管理サーバ１０に送信する。認証・復号化キー要求部２７は、コンテンツデータの再生要求に対して、管理サーバ１０からコンテンツデータを有効化する復号化キーを受信して、再生部２４によるコンテンツの再生制御に提供する。

コンテンツ所持ノード問い合わせ部２８は、コンテンツデータが事前配布されていない場合に、管理サーバ１０からのプロモーション（視聴・録画の斡旋）に対する、ユーザによるコンテンツの視聴あるいは再生の要求に応じて、再生要求の対象とするコンテンツデータを記録している他ノードを管理サーバ１０に問い合わせる。コンテンツ所持ノード問い合わせ部２８は、管理サーバ１０に対する問い合わせに応じて、管理サーバ１０からノードリスト２８ａを受信する。ノードリスト２８ａには、再生対象とするコンテンツデータを記録しているノードを指定するノード識別情報が記録されている。管理サーバ１０は、クラスタ内でコンテンツデータの転送を実行させる場合には、同一クラスタ内の他ノードのノード識別情報が記録されたノードリスト２８ａをコンテンツ所持ノード問い合わせ部２８に送信する。なお、ノードリスト２８ａには、優先順位が付された複数のノード識別情報が記録されているものとする。

受信部２９は、管理サーバ１０あるいは他ノード２０ｂからコンテンツデータを受信する。受信部２９は、コンテンツ公開前に管理サーバ１０から事前配信されるコンテンツデータを受信してコンテンツ記録部３０に記録する。また、受信部２９は、コンテンツ公開日以降において、コンテンツ所持ノード問い合わせ部２８による問い合わせに対して管理サーバ１０から通知されたノードリスト２８ａをもとに、ノードリスト２８ａに記録されたノード識別情報が示す他ノード２０ｂにコンテンツデータの転送要求を送信して、他ノード２０ｂから送信されるコンテンツデータを受信する。受信部２９は、ノードリスト２８ａに付された優先順位が上位の他ノード２０ｂからコンテンツデータの受信を試みる。対象とする他ノード２０ｂがネットワークに接続されていない場合にはコンテンツデータの受信ができないため、次の優先順位のノード識別情報をもとにして、コンテンツデータの受信を実行する。ノードリスト２８ａには、管理サーバ１０が各ノードにより登録された位置情報をもとに階層毎にクラスタ化したネットワーク中の自ノードと同一のクラスタに含まれる他ノードを示す識別情報が記録されている。また、ネットワーク的に近い他ノード２０ｂが優先してノードリスト２８ａに記録されているものとする。なお、受信部２９は、コンテンツデータを受信しながら再生するストリーミング型、及びコンテンツデータを受信してコンテンツ記録部３０に記録しておくダウンロード型の何れのコンテンツデータの受信も可能である。受信部２９は、ストリーミング視聴中にコンテンツデータの送信元のノードがネットワークが離脱（電源断など）した場合であっても、ノードリスト２８ａに記録された次の優先順位のノード識別情報をもとにして、他のノードからコンテンツデータを再開してストリーミング視聴を継続させる。

コンテンツ記録部３０は、受信部２９により受信されたコンテンツデータを記録する。本実施形態のコンテンツ配信システムでは、コンテンツデータは暗号化されており、コンテンツ記録部３０では暗号化されたコンテンツデータが記録されているものとする。このコンテンツデータは、再生と機器に管理サーバ１０から取得された復号化キーをもとに復号化されて再生されるものとする。

転送部３１は、他ノード２０ａからコンテンツデータの転送要求を受信し、この受信された転送要求に対して、コンテンツ記録部３０に記録されたコンテンツデータを転送要求元の他ノード２０ａに転送する。なお、転送部３１は、ストリーミング型、及びダウンロード型の何れのコンテンツデータの送信も可能である。

図５は、本実施形態における管理サーバ１０に設けられるモジュールの構成を示すブロック図である。
管理サーバ１０は、プログラムを実行するプロセッサ、プログラムやデータを一時的に記憶するメモリ、ハードディスク装置などの記憶装置などを有している。管理サーバ１０は、プロセッサにより各モジュールを実現するためのプログラムを実行することにより、各モジュールによる処理を実行する。

管理サーバ１０は、トポロジ管理サーバ４０、配信管理サーバ４１、及び復号化キー管理サーバ４２として機能させることができる。
トポロジ管理サーバ４０には、ノード位置情報受信部５０、クラスタ情報生成部５１、及びコンテンツ斡旋部５２のモジュールが設けられる。

ノード位置情報受信部５０は、複数のノード２０からそれぞれのネットワーク上の位置情報を受信する。位置情報としては、前述した位置情報登録部２１において説明した各情報を用いることができる。なお、ノード位置情報受信部５０は、ノード２０から位置情報を受信するだけでなく、ネットワーク事業者（プロバイダ）からネットワーク構成情報を、各ノードの位置情報として取得するようにしても良い。

クラスタ情報生成部５１は、ノード位置情報受信部５０により受信された位置情報をもとに、ネットワークに含まれるノードを階層毎にクラスタ化する。クラスタ情報生成部５１は、効率よくコンテンツデータの転送を可能とするネットワークを構築するため、ネットワーク構造をクラスタ化して整理する。クラスタ情報生成部５１は、各ノードにより登録された個々の位置情報をもとに、各ノード間のネットワーク距離を推定し、ネットワーク的に近いノードから同一クラスタ（レベル１）としてまとめていく。１つのクラスタが形成されると、次にクラスタ間で距離を推定し、近いものから同一上位クラスタ（レベル２）としてまとめていく。これを繰り返して実行し、図１に示すような、階層レベルをもったクラスタ構造を形成していく。

コンテンツ斡旋部５２は、コンテンツの公開日前に、クラスタ情報生成部５１によってクラスタ化されたクラスタ内の複数（もしくは全て）のノードに対して、同一コンテンツのプロモーション（予約斡旋の通知）を送信する。また、コンテンツ斡旋部５２は、例えば同じレベルの複数のクラスタのそれぞれに対して、異なるコンテンツのプロモーション（予約斡旋の通知）を送信することができる。

配信管理サーバ４１には、視聴予約受信部５４、コンテンツ配置設定部５５、及びコンテンツ送信部５６のモジュールが設けられる。
視聴予約受信部５４は、コンテンツ斡旋部５２により送信された通知に応じてノードから送信される視聴予約を受信する。

コンテンツ配置設定部５５は、視聴予約受信部５４により受信された視聴予約の数に基づいて、コンテンツの予約斡旋の通知を送信したクラスタ内のコンテンツを配置するノード数を設定する。

コンテンツ送信部５６は、コンテンツ配置設定部５５により設定されたノード数分のノードに対して、コンテンツデータを送信する。コンテンツ送信部５６は、例えば視聴予約・録画予約をしたノード２０を優先してコンテンツデータの事前配信を行う。また、視聴予約・録画予約をしていないノード２０に対して、クラスタ内で他ノードにコンテンツデータを転送させるために、コンテンツデータを事前配信することも可能である。

復号化キー管理サーバ４２には、視聴要求受信部５７、ユーザ認証部５８、及び復号化キー送信部５９のモジュールが設けられる。
視聴要求受信部５７は、ノード２０からコンテンツの視聴要求を受信する。

ユーザ認証部５８は、視聴要求受信部５７により受信されたコンテンツの視聴要求に対して、視聴要求元のノードが予めコンテンツの配信対象となるユーザ登録がされているかユーザ認証を実行する。ユーザ認証部５８は、例えばノード２０からユーザＩＤやパスワードなどを受信して、事前に登録されたユーザＩＤとパスワードと一致するかを比較するなどしてユーザ認証を行う。

復号化キー送信部５９は、ユーザ認証部５８によるユーザ認証によって予め登録された正当なユーザであることが確認された場合に、視聴要求の対象とするコンテンツデータを有効化する復号化キーを生成して、視聴要求元のノード２０に送信する。

また、管理サーバ１０は、ノード２０からコンテンツ所持ノードの問い合わせを受信すると、トポロジ管理サーバ４０（クラスタ情報生成部５１）により管理されるクラスタ構造と、配信管理サーバ４１（コンテンツ送信部５６）によりコンテンツデータが事前配信されたノードとをもとに、コンテンツデータの転送元とするノードのノード識別情報が記録されたノードリストを生成して、問い合わせ元のノード２０に送信する。ノードリストには、問い合わせ元のノードを含むクラスタ内のコンテンツデータを事前配信したノード２０のノード識別自が記録される。また、問い合わせ元のノード２０とネットワーク的に距離が近い順に優先順位を付して複数のノード２０のノード識別情報を記録するものとする。また、管理サーバ１０は、プロモーション（予約斡旋の通知）に対する視聴予約に基づいて送信したコンテンツデータの公開日以降の問い合わせに対して、クラスタ毎に、それぞれ問い合わせ元のノードが含まれるクラスタとは異なる他のクラスタのノードのノード識別情報が記録されたノードリストを通知することも可能である。すなわち、クラスタ内の他ノードからのコンテンツデータの転送ではなく、クラスタ間でコンテンツデータの転送を実行させることができる。

なお、図５に示す構成では、管理サーバ１０にトポロジ管理サーバ４０、配信管理サーバ４１、及び復号化キー管理サーバ４２の全ての機能が含まれるとしているが、それぞれのサーバ４０，４１，４２が独立してネットワーク上に配置されていても良いし、任意のサーバの機能（モジュール）を組み合わせてネットワーク上に配置された構成としても良い。

次に、本実施形態におけるコンテンツ配信システムにおけるノード２０と管理サーバ１０の動作について説明する。
まず、ノード２０の管理サーバ１０に対する位置情報の登録からコンテンツ公開日までの処理について、図６に示すフローチャートを参照しながら説明する。図６では、例えばレベル１クラスタ１１に含まれる港区内の複数のノード（以下、ノード群１１ａと称する）を対象として説明する。

ノード群１１ａに含まれるノード２０は、例えば起動時などにおいて、管理サーバ１０に対して位置情報を送信する（ステップＡ１）。管理サーバ１０（トポロジ管理サーバ４０）は、ノード位置情報受信部５０によりノード群１１ａの各ノード２０から送信される位置情報を受信する。クラスタ情報生成部５１は、ノード位置情報受信部５０により受信された各ノード２０の位置情報をもとに、ノード間距離情報を生成して（ステップＢ１）、階層毎のクラスタ構造を定義するクラスタ情報を生成して管理する（ステップＢ２）。

管理サーバ１０は、配信管理サーバ４１により、例えばコンテンツの公開日に応じた所定のタイミングで、クラスタ単位でプロモーションを開始する（ステップＢ３）。例えば、コンテンツ公開日の１週間前となった時点で、コンテンツの配信対象とするクラスタ内に含まれるノード２０に対してプロモーションを実施する。例えば、Ｗｅｂページを通じて、コンテンツの紹介と視聴予約・録画予約の斡旋を行う。

例えば、ノード群１１ａに含まれる各ノード２０は、管理サーバ１０が公開するＷｅｂページにアクセスすることで、コンテンツを斡旋する画面を表示する（ステップＡ２）。

図７には、ノード２０において表示されるプロモーション用のＶＯＤ（Video On Demand）・ストリーミングサービス画面の一例を示している。図７に示すサービス画面の例では、プロモーション動画（予告編）の再生や視聴予約・録画予約をユーザが任意に選択することができる。また、プロモーション期間にプロモーション動画（予告編）の再生を実行した場合には、通常価格より割引きになるメッセージ、例えば「今、視聴予約／録画予約すると５０％ＯＦＦ」などのメッセージを付加して、コンテンツの積極的なプロモーションを実行するようにしても良い。また、対象とするコンテンツ以外の他のコンテンツをリストから外すなどして非積極的なプロモーションを実行しても良い。

ノード群１１ａは、ユーザにより図７に示すサービス画面中の予約ボタン（視聴・録画予約）が選択されると（ステップＡ３）、管理サーバ１０に対して視聴予約イベントを送信する（ステップＡ４）。管理サーバ１０の配信管理サーバ４１は、視聴予約受信部５４により視聴予約イベントを受信する。また、コンテンツ配置設定部５５は、視聴予約受信部５４により受信された視聴予約イベントに応じて、視聴予約数をカウントする（ステップＢ４）。また、コンテンツ配置設定部５５は、視聴予約数のカウント数をもとにして、コンテンツの配信対象とするクラスタ内にコンテンツデータを事前配布するノード数を決定する（ステップＢ５）。コンテンツ送信部５６は、コンテンツ配置設定部５５により決定されたノード数のノード２０に対して、コンテンツ公開日までの間にコンテンツデータを配信する（ステップＢ６）。すなわち、コンテンツ公開日前までに、コンテンツの配信対象とするクラスタ内において、コンテンツを視聴しようとする全てのノード２０にコンテンツデータが事前配信される、あるいは同一クラスタ内の他ノードからコンテンツデータが視聴（ストリーミング、ダウンロード）に支障を発生させることなく転送可能な状態にする。

図８は、配信管理サーバ４１によるコンテンツデータの配信処理を示す図である。
図８に示すように、管理サーバ１０によるプロモーションに対して、予約要求（視聴予約・録画予約）６１があった場合には、配信管理サーバ４１は、この視聴予約の要求数をカウントする。なお、図６では、視聴予約がユーザにより選択された場合に視聴予約数をカウントしているが、コンテンツの予告編再生要求６０についてもカウントする。配信管理サーバ４１は、予告編要求６０と予約要求６１の回数をもとに、コンテンツに対するユーザの「関心度・人気度」を推定し、コンテンツデータを事前配信するノード数を決定する。

なお、コンテンツデータの配信は、コンテンツデータを複数に分割したコンテンツ（片）単位で配信されるものとする。以下の説明ではコンテンツ（片）の配信として説明する。

図９は、「港区」のレベル１クラスタ１１に該当するノード群１１ａに対するコンテンツ公開日前のコンテンツ（片）の配布の様子を示す図である。

図９に示すように、配信管理サーバ４１から例えばクラスタ内の１段目のノード２０にコンテンツ（片）が事前配信されると、この１段目のノード２０から他の段目（２〜５段目）に該当するノード２０に対して、ピアツーピア形式で、順次、コンテンツ（片）を転送する。これにより、クラスタ内の必要数のノード２０に対してコンテンツ（片）を事前に配置することができる。

なお、図９に示すように、１つのノード２０から転送を繰り返してコンテンツ（片）を事前配信するだけでなく、管理サーバ１０や上位ネットワークの負荷が大幅に増加しない範囲で、管理サーバ１０から各ノード２０に対してコンテンツ（片）を直接配信するようにしても良い。また、管理サーバ１０から直接複数のノード２０に対してコンテンツ（片）を配信し、この複数のノード２０から図９に示すように、各ノード２０に対してコンテンツ（片）を転送するようにしても良い。

次に、コンテンツ公開日から次のコンテンツのプロモーション開始までの処理について、図１０に示すフローチャートを参照しながら説明する。図１０では、コンテンツ（片）が事前配信されたノード群１１ａ１の他に、同一クラスタ内のコンテンツ（片）が事前配信されていないノード群１１ａ２を示している。

コンテンツの公開日以降では、コンテンツ（片）が事前配信されたノード群１１ａ１に含まれるノード２０は、ユーザからコンテンツの視聴・再生が指示されると（ステップＣ１）、認証・復号化キー要求部２７により管理サーバ１０に対して、コンテンツ記録部３０に記録されたコンテンツ（コンテンツ（片））に対する再生要求を管理サーバ１０に送信する。ここでは、管理サーバ１０に対して、ユーザ認証の実行要求、及びコンテンツデータを復号化するための復号化キーの送信要求を管理サーバ１０に送信する（ステップＣ２）。

管理サーバ１０の復号化キー管理サーバ４２は、ノード２０からのユーザ認証要求を受信すると、ユーザ認証部５８により例えばユーザＩＤやパスワードをもとにユーザ認証処理を実行する（ステップＤ１）。復号化キー送信部５９は、ユーザ認証により正当なユーザ（ノード２０）からの視聴要求であることが確認されると、再生対象とするコンテンツに対する復号化キーを生成し（ステップＤ２）、再生要求元のノード２０に対して送信する（ステップＤ３）。

ノード２０の認証・復号化キー要求部２７は、管理サーバ１０から復号化キーを受信すると、この復号化キーを再生部２４に提供する。再生部２４は、復号化キーを用いて、コンテンツ記録部３０に記録されたコンテンツ（片）を復号化して、出力部２５により再生出力させる（ステップＣ３）。

図１１には、前述した復号化キーによるコンテンツの有効化の詳細を示すフローチャートである。
コンテンツの視聴要求をしたノード２０は、ユーザＩＤ及びパスワードを指定して、ユーザ認証と復号化キーの送信要求を管理サーバ１０（復号化キー管理サーバ４２）に対して送信する（ステップ７０）。

復号化キー管理サーバ４２は、ユーザ認証処理によって、正当なユーザでありコンテンツの視聴権があると判断された場合には（ステップ７１、Ｙｅｓ）、復号化キーを生成して、視聴要求元のノード２０に送信する。ノード２０は、復号化キーを復号化キー管理サーバ４２から受信されると（ステップ７４、Ｙｅｓ）、この復号化キーをもとにコンテンツ（片）の暗号化を解除してコンテンツの視聴を開始する（ステップ７５）。

これに対して、復号化キー管理サーバ４２は、ユーザ認証により正当なユーザと判断されなかった場合には、ノード２０に対して拒否応答を送信する（ステップ７３）。ノード２０は、復号化キー管理サーバ４２からの拒否応答に対して（ステップ７４、Ｎｏ）、コンテンツの再生失敗としてユーザに通知する。

ところで、管理サーバ１０は、コンテンツ公開日以降では、コンテンツ（片）が事前配信されていないノード群１１ａ２に対して、コンテンツのプロモーション（視聴・録画の斡旋）を行う（ステップＤ４）。

例えば、ノード群１１ａ２に含まれる各ノード２０は、管理サーバ１０が公開するＷｅｂページにアクセスすることで、コンテンツを斡旋する画面を表示する（ステップＥ１）。

図１２には、ノード２０において表示されるプロモーション用のＶＯＤ（Video On Demand）・ストリーミングサービス画面の一例を示している。図１１に示すサービス画面の例では、公開中のコンテンツについてのプロモーション動画（予告編）の再生や視聴・再生実行をユーザが任意に選択することができる。また、コンテンツ公開後のプロモーション期間に視聴・再生を実行した場合には、通常価格より割引きになるメッセージ、例えば「今、視聴すると３０％ＯＦＦ」などのメッセージを付加して、コンテンツの積極的なプロモーションを実行するようにしても良い。

コンテンツの公開日以降では、コンテンツ（片）が事前配信されていないノード群１１ａ２に含まれるノード２０は、ユーザからコンテンツの視聴・再生が指示されると（ステップＥ２）、ユーザ認証のためのユーザＩＤやパスワードと共に、コンテンツ所持ノード問い合わせ部２８により同一クラスタ内のコンテンツデータを所持しているノードの問い合わせを送信する（ステップＥ３）。

管理サーバ１０は、ユーザ認証処理により正当なユーザであると判断されると、問い合わせ元のノード２０に対して、コンテンツデータを記録しているノード２０のノード識別情報が記録されたノードリストを送信する（ステップＤ５）。

ノード群１１ａ２中のノード２０は、管理サーバ１０から受信したノードリスト２８ａに記録されたノード識別情報をもとに、例えばノード群１１ａ１に含まれる他ノード２０に対して、コンテンツ（片）の転送要求を送信する。コンテンツ（片）の転送要求を受信したノード群１１ａ１内のノード２０は、自ノードに記録されているコンテンツ（片）を、転送要求元のノード２０に転送する（ステップＣ３、Ｅ４）。コンテンツ（片）を他ノードから受信したノード２０は、コンテンツ（片）をコンテンツ記録部３０に記録する。

コンテンツ（片）の転送を受けたノード２０は、認証・復号化キー要求部２７により管理サーバ１０に対して、他ノードから受信して、コンテンツ記録部３０に記録したコンテンツ（コンテンツ（片））に対する再生要求を管理サーバ１０に送信する。ここでは、管理サーバ１０に対して、ユーザ認証の実行要求、及びコンテンツデータを復号化するための復号化キーの送信要求を管理サーバ１０に送信する（ステップＥ５）。

管理サーバ１０の復号化キー管理サーバ４２は、ノード２０からのユーザ認証要求を受信すると、ユーザ認証部５８により例えばユーザＩＤやパスワードをもとにユーザ認証処理を実行する（ステップＤ６）。復号化キー送信部５９は、ユーザ認証により正当なユーザ（ノード２０）からの視聴要求であることが確認されると、再生対象とするコンテンツに対する復号化キーを生成し（ステップＤ７）、再生要求元のノード２０に対して送信する（ステップＤ８）。

ノード２０は、他ノードから転送されたコンテンツ（片）を有効化する復号化キーを受信し、この復号化キーによりコンテンツ（片）を再生する。

このように、コンテンツ公開日以降においても、公開中のコンテンツに対する視聴・再生要求に対して、同一クラスタ内の他のノードからコンテンツ（片）を転送して、コンテンツを再生出力することができる。従って、管理サーバ１０や上位ネットワークに対する負荷を発生させないですむ。

次に、管理サーバ１０は、「港区」のクラスタ内のノード２０に対しては、次のコンテンツ（コンテンツＢ）に対するプロモーション（視聴予約・録画予約の斡旋）を実施し（ステップＤ８）、また別のクラスタ（例えば「渋谷区」）に含まれるノード群１１ｃに対して、先に「港区」のクラスタに対して配信していたコンテンツ（コンテンツＡ）のプロモーションを実施する（ステップＤ９）。ここでは、管理サーバ１０は、複数の異なるクラスタのそれぞれに対して、異なるコンテンツのプロモーションを実施することによって、クラスタ間でコンテンツ（片）を移行／転送させるための管理を行う（図１３）。

「港区」のクラスタ内のノード２０は、コンテンツＢについてのプロモーション用の画面を表示し、また「渋谷区」のクラスタ内のノード２０は、コンテンツＡについてのプロモーション用の画面を表示して、それぞれのユーザに対して、コンテンツの視聴・録画予約の指示を促す（ステップＥ７、Ｆ１）。

次に、次のコンテンツのプロモーションから次のコンテンツ視聴までの処理について、図１３に示すフローチャートを参照しながら説明する。ここでは、クラスタ間でのコンテンツ（片）の転送を実行する場合について示す。

図１０のステップＤ８，Ｄ９において、管理サーバ１０が複数の異なるクラスタのそれぞれに対して、異なるコンテンツのプロモーションを実施することにより、それぞれのクラスタ内のノード２０は、管理サーバ１０からのプロモーションに応じたサービス画面を表示し、クラスタ毎に異なるコンテンツの視聴・録画予約の指示を促す（ステップＧ１、Ｈ１）（図１０におけるステップＥ７，Ｆ１と同じ）。

ここで、「港区」のクラスタ内のノード２０において、コンテンツＢに対するプロモーションに対して、ユーザから視聴・録画予約の要求があった場合には、管理サーバ１０に対してコンテンツ所持ノードの問い合わせが送信される（ステップＧ３）。同様にして、「渋谷区」のクラスタ内のノード２０において、コンテンツＡに対するプロモーションに対して、ユーザから視聴・録画予約の要求があった場合には、管理サーバ１０に対してコンテンツ所持ノードの問い合わせが送信される（ステップＨ３）。

管理サーバ１０は、各クラスタのノード２０からのコンテンツ所持ノードの問い合わせに対して、前述したようにユーザ認証処理を実行して、ユーザ認証処理により正当なユーザであると判断されると、問い合わせ元のノード２０に対して、コンテンツデータを記録しているノード２０のノード識別情報が記録されたノードリストを送信する（ステップＪ１）。

ここでは、「港区」のクラスタに対しては先にコンテンツＡの配信を行っており、同クラスタ内のノードにはコンテンツＡのコンテンツ（片）が記憶されている。従って、管理サーバ１０は、「渋谷区」のクラスタ内のノード２０からの問い合わせに対して、「港区」のクラスタ内のノードのノード識別情報が記録されたノードリストを送信する。

「渋谷区」のクラスタ内のノード２０は、ノードリストに記録されたノード識別情報をもとに、「港区」のクラスタ内のノードに対して、コンテンツ（片）の転送要求を送信することで、コンテンツＡについてのコンテンツ（片）を転送してもらう（ステップＧ４，Ｈ４）。この場合、レベル１クラスタ１１の上位ノード（ルータ）のみを介してコンテンツ（片）の転送が行われるため、それより上位のネットワーク及び管理サーバ１０に対しては負荷がかからない。

コンテンツの公開日以降では、コンテンツＡのコンテンツ（片）を他クラスタから事前配信された「渋谷区」のクラスタ内のノード２０は、ユーザからコンテンツの視聴・再生が指示されると（ステップＨ５）、認証・復号化キー要求部２７により管理サーバ１０に対して、コンテンツ記録部３０に記録されたコンテンツＡ（コンテンツ（片））に対する再生要求を管理サーバ１０に送信する。ここでは、管理サーバ１０に対して、ユーザ認証の実行要求、及びコンテンツデータを復号化するための復号化キーの送信要求を管理サーバ１０に送信する（ステップＨ６）。

管理サーバ１０の復号化キー管理サーバ４２は、ノード２０からのユーザ認証要求を受信すると、ユーザ認証部５８により例えばユーザＩＤやパスワードをもとにユーザ認証処理を実行する（ステップＪ２）。復号化キー送信部５９は、ユーザ認証により正当なユーザ（ノード２０）からの視聴要求であることが確認されると、再生対象とするコンテンツに対する復号化キーを生成し（ステップＪ３）、再生要求元のノード２０に対して送信する（ステップＪ４）。

ノード２０の認証・復号化キー要求部２７は、管理サーバ１０から復号化キーを受信すると、この復号化キーを再生部２４に提供する。再生部２４は、復号化キーを用いて、コンテンツ記録部３０に記録されたコンテンツ（片）を復号化して、出力部２５により再生出力させる（ステップＨ７）。

なお、管理サーバ１０は、各クラスタのノード２０に保持されたコンテンツ（片）の保持期間を制御している。すなわち、ノード２０においてコンテンツの視聴が終わったとしても、同一クラスタ内の他のノード２０にコンテンツ（片）を転送したり、あるいはクラスタ間でコンテンツ（片）を転送したりする可能性があるため、コンテンツ公開終了日までは各ノード２０にコンテンツ（片）を記録させておく
管理サーバ１０は、各ノード２０に記録されたコンテンツ（片）が不要となった時点で、各ノード２０に対してコンテンツ（片）削除指示を送信する（ステップＪ５、Ｊ６）。各ノード２０は、コンテンツ（片）削除指示に応じて、コンテンツ記録部３０に記録された該当するコンテンツ（片）を削除する。

図１４には、前述したクラスタ間でのコンテンツデータの転送の様子を示している。図１４に示す例では、３つのクラスタ「港区」「品川区」「渋谷区」のノード群１１ａ，１１ｂ，１１ｃを示している。

例えば、今週公開の人気が出そうなコンテンツＡ，Ｂ，Ｃがあるものとする。この場合、状態Ａに示すように、「港区」のノード群１１ａに対してはコンテンツＡ、「品川区」のノード群１１ｂに対してはコンテンツＢ、「渋谷区」のノード群１１ｃに対してはコンテンツＣをそれぞれ重点的にプロモーションし、コンテンツデータを事前配布する。各クラスタのノード群１１ａ，１１ｂ，１１ｃは、コンテンツ公開日以降になると、状態Ｂに示すように、それぞれに配布されたコンテンツの視聴を行う。

次に、コンテンツの視聴のピークを越えたあたりで、状態Ｃに示すように、異なるクラスタのそれぞれに対して、異なるコンテンツのプロモーションを実施する。つまり、「港区」のノード群１１ａに対してはコンテンツＢ、「品川区」のノード群１１ｂに対してはコンテンツＣ、「渋谷区」のノード群１１ｃに対してはコンテンツＡをそれぞれ重点的にプロモーションする。そして、ノード２０における視聴・録画要求に応じて、状態Ｄに示すように、コンテンツデータをクラスタ間で転送する。これにより、各クラスタ内のノード群１１ａ，１１ｂ，１１ｃは、それぞれ異なるコンテンツを視聴可能となる（状態Ｃにおける別のコンテンツ斡旋は、クラスタ間転送のトラフィックが同じ期間に重ならないよう、意図的にずらすようにしてもよい）。

以下、同様にして、それぞれのクラスタへ別のコンテンツをプロモーションする手順を繰り返して実行していく。こうして、コンテンツのプロモーションを利用して、コンテンツデータの転送をネットワークの下位レベルへ局所化させることで、ネットワーク的に近距離にある他のクラスタ間での転送とすることで、上位ネットワーク、管理サーバ１０に負荷をかけずに、別のコンテンツを配信していくことが可能となる。

このようにして、本実施形態におけるコンテンツ配信システムでは、多数のユーザによりコンテンツの視聴が行われる状況であっても、コンテンツ配信サーバ、上位ネットワークの負荷を軽減するネットワークを構成することが可能なので、サーバやネットワークの能力を向上させるための設備コスト増を招くことなく、ネットワーク／サーバビジーなどで視聴できないなどの障害を抑え、快適なコンテンツ視聴環境を提供することができる。

なお、前述した説明では、管理サーバ１０からノード２０に対して、配信対象とするコンテンツについて斡旋（プロモーション）し、この斡旋に対する視聴予約イベントの数に応じて、クラスタ内におけるコンテンツ配置ノード数を決定しているが、管理サーバ１０からの斡旋をしないでコンテンツ配置ノード数を決定するようにしても良い。

例えば、何れかのクラスタにおいて、実際にコンテンツの視聴／録画を実行したノード数をもとに、他のクラスタ内において必要とするコンテンツ配置ノード数を決定するようにしても良い。

また、本発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に構成要素を適宜組み合わせてもよい。

また、前述した実施の形態において記載した処理は、コンピュータに実行させることのできるプログラムとして、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録媒体に書き込んで各種装置に提供することができる。また、通信媒体により伝送して各種装置に提供することも可能である。コンピュータは、記録媒体に記録されたプログラムを読み込み、または通信媒体を介してプログラムを受信し、このプログラムによって動作が制御されることにより、上述した処理を実行する。

本発明の一実施形態に係るコンテンツ配信システムのネットワーク構成例を示す図。 コンテンツを配信する管理サーバ１０が設けられた上位ネットワークの転送トラフィックの変化を示す図。 本実施形態におけるコンテンツ配信システムの上位ネットワークと下位ネットワークの転送トラフィックの変化を示す図。 本実施形態におけるノード２０（端末装置）に設けられるモジュールの構成を示すブロック図。 本実施形態における管理サーバ１０に設けられるモジュールの構成を示すブロック図。 本実施形態におけるノード２０の管理サーバ１０に対する位置情報の登録からコンテンツ公開日までの処理について示すフローチャート。 ノード２０において表示されるプロモーション用のＶＯＤ（Video On Demand）・ストリーミングサービス画面の一例を示す図。 本実施形態における配信管理サーバ４１によるコンテンツデータの配信処理を示す図。 「港区」のレベル１クラスタ１１に該当するノード群１１ａに対するコンテンツ公開日前のコンテンツ（片）の配布の様子を示す図。 本実施形態におけるコンテンツ公開日から次のコンテンツのプロモーション開始までの処理について示すフローチャート。 復号化キーによるコンテンツの有効化の詳細を示すフローチャート。 ノード２０において表示されるプロモーション用のＶＯＤ（Video On Demand）・ストリーミングサービス画面の一例を示す図。 本実施形態における次のコンテンツのプロモーションから次のコンテンツ視聴までの処理について示すフローチャート。 クラスタ間でのコンテンツデータの転送の様子を示す図。

符号の説明

１０…管理サーバ、２０（２０ａ，２０ｂ）…ノード、２２…位置情報登録部、２２…コンテンツ斡旋部、２３…視聴予約通知部、２４…再生部、２５…出力部、２６…入力部、２７…認証・復号化キー要求部、２８…コンテンツ所持ノード問い合わせ部、２８ａ…ノードリスト、２９…受信部、３０…コンテンツ記録部、３１…転送部、４０…トポロジ管理サーバ、４１…配信管理サーバ、４２…復号化キー管理サーバ、５０…ノード位置情報受信部、５１…クラスタ情報生成部、５２…コンテンツ斡旋部、５４…視聴予約受信部、５５…コンテンツ配置設定部、５６…コンテンツ送信部、５７…視聴要求受信部、５８…ユーザ認証部、５９…復号化キー送信部。

Claims (13)

1. 複数のノードを含む階層構造の論理ネットワークを用いて管理サーバが提供するコンテンツデータをピアツーピア形式で配信するコンテンツ配信システムに適用され、前記複数のノードの任意の１つとして動作可能な端末装置であって、
   前記論理ネットワーク内の他ノードから送信される再生対象のコンテンツデータを受信するコンテンツデータ受信手段と、
   前記コンテンツデータ受信手段により受信されたコンテンツデータを記録するコンテンツ記録手段と、
   前記コンテンツ記録手段に記録されたコンテンツデータに対する再生要求を前記管理サーバに送信する第１の要求手段と、
   前記第１の要求手段による要求に対する前記管理サーバからの前記コンテンツデータを有効化する応答に応じて、前記コンテンツ記録手段に記録されたコンテンツデータを再生する再生手段と
   を具備したことを特徴とする端末装置。
2. 他ノードからコンテンツデータの転送要求を受信する転送要求受信手段と、
   前記転送要求受信手段により受信された転送要求に対して、前記コンテンツ記録手段に記録されたコンテンツデータを転送要求元の前記他ノードに転送する転送手段とをさらに具備することを特徴とする請求項１記載の端末装置。
3. ネットワーク上の自ノードの位置情報を前記管理サーバに登録する位置情報登録手段と、
   コンテンツデータに対する再生要求を前記管理サーバに送信する第２の要求手段と、
   前記第２の要求手段による要求に応じて、再生要求の対象とするコンテンツデータを記録している他ノードを問い合わせる問い合わせ手段と、
   前記問い合わせ手段による問い合わせに対して前記管理サーバから通知される、前記管理サーバが前記位置情報をもとに階層毎にクラスタ化したネットワーク中の自ノードと同一のクラスタに含まれる他ノードに対して、コンテンツデータの転送要求を送信する転送要求送信手段とをさらに具備し、
   前記コンテンツデータ受信手段は、前記転送要求送信手段により送信した転送要求に応じて前記他ノードから送信されたコンテンツデータを受信することを特徴とする請求項２記載の端末装置。
4. 前記管理サーバからコンテンツの予約斡旋の通知を受信するコンテンツ斡旋通知受信手段と、
   前記コンテンツ斡旋通知受信手段により受信された予約斡旋の通知を出力する斡旋出力手段と、
   前記斡旋出力手段による出力に対してユーザから指示されたコンテンツの再生予約を前記管理サーバに通知する予約通知手段と
   をさらに具備したことを特徴とする請求項１記載の端末装置。
5. 前記管理サーバから前記コンテンツデータを有効化する復号化キーを前記管理サーバから受信する復号化キー要求手段をさらに具備し、
   前記再生手段は、暗号化された前記コンテンツデータを、前記復号化キーをもとに再生することを特徴とする請求項１記載の端末装置。
6. 複数のノードを含む階層構造の論理ネットワークを用いてコンテンツデータをピアツーピア形式で配信するコンテンツ配信システムに適用される管理サーバであって、
   前記複数のノードからそれぞれのネットワーク上の位置情報を受信する位置情報受信手段と、
   前記位置情報受信手段により受信された位置情報をもとに、ネットワークに含まれるノードを階層毎にクラスタ化するクラスタ化手段と、
   前記クラスタ化手段によってクラスタ化されたクラスタ内の複数のノードに対して、同一コンテンツの予約斡旋の通知を送信するコンテンツ斡旋通知送信手段と、
   前記コンテンツ斡旋通知送信手段により送信された通知に応じて前記ノードから送信される視聴予約を受信する視聴予約受信手段と、
   前記視聴予約受信手段により受信された視聴予約の数に基づいて、前記コンテンツの予約斡旋の通知を送信したクラスタ内のコンテンツを配置するノード数を設定するコンテンツ配置設定手段と、
   前記コンテンツ配置設定手段により設定されたノード数分のノードに対して、コンテンツデータを送信するコンテンツデータ送信手段と
   を具備したことを特徴とする管理サーバ。
7. 前記ノードからコンテンツ所持ノードの問い合わせを受信する問い合わせ受信手段と、
   前記問い合わせ受信手段により受信された問い合わせに対して、問い合わせ元の前記ノードを含む前記クラスタ内の前記コンテンツデータ送信手段によってコンテンツデータを送信したノードを通知するコンテンツ所持ノード通知手段と
   をさらに具備したことを特徴とする請求項６記載の管理サーバ。
8. 前記コンテンツ斡旋通知送信手段は、複数のクラスタのそれぞれに対して、異なるコンテンツの予約斡旋の通知を送信し、
   前記コンテンツ所持ノード通知手段は、前記予約斡旋の通知に対する視聴予約に基づいて受信された問い合わせに対して、前記クラスタ毎に、それぞれ問い合わせ元のノードが含まれるクラスタとは異なる他のクラスタのノードを通知することを特徴とする請求項７記載の管理サーバ。
9. 前記ノードからコンテンツの視聴要求を受信する視聴要求受信手段と、
   前記視聴要求受信手段により受信された視聴要求の対象とする前記コンテンツデータを有効化する復号化キーを送信する復号化キー送信手段とをさらに具備したことを特徴とする請求項６記載の管理サーバ。
10. 複数のノードを含む階層構造の論理ネットワークを用いて管理サーバが提供するコンテンツデータのストリームをピアツーピア形式で配信するコンテンツ配信方法であって、
    前記ノードは、
    前記コンテンツデータの公開日前に前記管理サーバが提供したコンテンツデータを受信して記憶しておき、
    前記公開日以降にユーザより指示されたコンテンツデータに対する再生要求を前記管理サーバに送信し、
    前記再生要求に対する前記管理サーバからの前記コンテンツデータを有効化する応答に応じて、前記記録されたコンテンツデータを再生することを特徴とするコンテンツ配信方法。
11. 前記ノードは、
    他ノードからコンテンツデータの転送要求を受信した場合に、この転送要求に対してコンテンツデータを転送要求元の前記他ノードに転送することを特徴とする請求項１０記載のコンテンツ配信方法。
12. 前記ノードは、
    ネットワーク上の自ノードの位置情報を前記管理サーバに登録し、
    再生対象とするコンテンツデータを記録している他ノードを前記管理サーバに問い合わせ、
    この問い合わせに対して前記管理サーバから通知される、前記管理サーバが前記位置情報をもとに階層毎にクラスタ化したネットワーク中の自ノードと同一のクラスタに含まれる他ノードに対して、コンテンツデータの転送要求を送信し、
    この送信した転送要求に応じて前記他ノードから送信されたコンテンツデータを受信することを特徴とする請求項１１記載のコンテンツ配信方法。
13. 複数のノードを含む階層構造の論理ネットワークを用いてコンテンツデータをピアツーピア形式で配信するコンテンツ配信システムに適用される管理サーバのコンテンツ配信方法であって、
    前記複数のノードからそれぞれのネットワーク上の位置情報を受信し、前記位置情報をもとにネットワークに含まれるノードを階層毎にクラスタ化し、
    前記クラスタ化されたクラスタ内の複数のノードに対して、同一コンテンツの予約斡旋の通知を送信し、
    前記予約斡旋の通知に応じて前記ノードから送信される視聴予約を受信し、
    この受信された視聴予約の数に基づいて、前記コンテンツの予約斡旋の通知を送信したクラスタ内のコンテンツを配置するノード数を設定し、
    この設定されたノード数分のノードに対して、コンテンツデータを送信することを特徴とするコンテンツ配信方法。

Images