(57)【要約】【課題】コンテンツ配送先を指定するだけで、システム負荷を分散させうるコンテンツ配信管理システムを提供する。【解決手段】本発明のコンテンツ配信管理システムは、要求されたコンテンツを蓄積している広域分散された複数のコンテンツ蓄積サーバと、全コンテンツのインデックス情報を管理し、各コンテンツ蓄積サーバからの問い合わせに応じて、かかるコンテンツのインデックス情報を与えるインデックス情報管理サーバとを備え、要求されたコンテンツを有しないコンテンツ蓄積サーバは、外部からの獲得指示に応じ、当該コンテンツのインデックス情報を受け取り、当該コンテンツを有する複数のコンテンツ蓄積サーバの中から、コンテンツ配送時点のネットワーク稼動率に基づいて選択したコンテンツ蓄積サーバから当該コンテンツを獲得して蓄積することを特徴とする。【選択図】    図１
2005004615.tif 000002
【特許請求の範囲】
【請求項１】
クライアント端末から要求されたコンテンツを提供するコンテンツ配信管理システムにおいて、
上記クライアント端末から要求された上記コンテンツを蓄積している、広域分散された複数のコンテンツ蓄積サーバと、
上記各コンテンツ蓄積サーバが蓄積しているすべてのコンテンツに関するインデックス情報を管理し、上記各コンテンツ蓄積サーバからの問い合わせに応じて、問い合わせに係るコンテンツのインデックス情報を与えるインデックス情報管理サーバとを備え、
上記クライアントから要求されたコンテンツを蓄積していない上記コンテンツ蓄積サーバは、外部からのコンテンツ獲得指示に応じ、要求されたコンテンツのインデックス情報を上記インデックス情報管理サーバから受け取り、上記コンテンツを蓄積している複数の上記コンテンツ蓄積サーバの中から、コンテンツ配送時点におけるネットワーク稼動率に基づいてコンテンツ蓄積サーバを選択し、その選択したコンテンツ蓄積サーバから上記クライアント端末が要求したコンテンツを獲得して蓄積することを特徴とするコンテンツ配信管理システム。
【請求項２】
上記クライアントから要求されたコンテンツを蓄積していない上記コンテンツ蓄積サーバは、要求されたコンテンツを蓄積している上記コンテンツ蓄積サーバの中から、コンテンツ配送時点における、上記各コンテンツ蓄積サーバとのネットワーク距離を求め、外部から指示されたコンテンツ獲得目標時間内にコンテンツを獲得しうる位置にあるコンテンツ蓄積サーバを選択することを特徴とする請求項１に記載のコンテンツ配信管理システム。
【請求項３】
上記クライアントから要求されたコンテンツを蓄積していない上記コンテンツ蓄積サーバは、選択した上記コンテンツ蓄積サーバから上記クライアントにより要求されたコンテンツを獲得した後、その要求されたコンテンツについてのインデックス情報を更新して、上記インデックス情報管理サーバに返すことを特徴とする請求項１又は２に記載のコンテンツ配信管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信管理システムに関し、例えば、インターネット上等におけるコンテンツ配信を、配信時の状況に応じてコンテンツの獲得先を動的に変更するコンテンツ配信管理システムに適用しうる。
【０００２】
【従来の技術】
従来のコンテンツ配信管理システムとして下記の非特許文献１に示す製品がある。下記の非特許文献１のコンテンツ配信管理システムには、利用者のコンピュータからの配信要求に応じて、コンテンツを蓄積するオリジンサーバ（Ｏｒｉｇｉｎ  Ｓｅｒｖｅｒ）が利用者のコンピュータに対してコンテンツ配信する場合、まずエッジとなるサーバが、オリジンサーバからのオリジナルコンテンツをキャッシュする。次に、第１の利用者のコンピュータは、エッジがキャッシュしているコンテンツを受け取る。更に、第２の利用者のコンピュータは、第１の利用者のコンピュータからコンテンツを受け取る。このように、システム内における各利用者間でバケツリレー的にコンテンツの受け渡しを続けていき、最終的にコンテンツの配信要求をした利用者のコンピュータにコンテンツを配信する方法である。
【０００３】
【非特許文献１】
Ｇｒｉｄ  Ｄｅｌｉｖｅｒｙ  Ｓｅｒｖｅｒ  ２．０．Ｄａｔａｓｈｅｅｔ．Ｋｏｎｔｉｋｉ  Ｉｎｃｏｒｐｏｒａｔｉｏｎ．［Ｒｅｔｒｉｅｖｅｄ  Ｏｎ  ２００３−１−１６］．Ｒｅｔｒｉｅｖｅｄ  Ｆｒｏｍ  ｔｈｅ  Ｉｎｔｅｒｎｅｔ：＜ｈｔｔｐ：／／ｗｗｗ．ｋｏｎｔｉｋｉ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｇｒｉｄｓｅｒｖｅｒ．ＰＤＦ＞
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のコンテンツ配信管理システムにおけるコンテンツ配信計画は、バケツリレー的にある利用者から他の利用者へのコンテンツ（テキスト、音声、映像など）を配信する場合、コンテンツ配信に係る経路は固定的である。
【０００５】
そのため、上述した従来のコンテンツ配信管理システムのように固定的なコンテンツ配信経路によりバケツリレー的にコンテンツを受け渡す方法では、コンテンツ配送に係る経路途中に位置する利用者のコンピュータがダウンしている場合や、ネットワークがダウンしている場合には、コンテンツの配信が失敗してしまうおそれがある。
【０００６】
また、固定的なコンテンツ配信経路を用いる場合、すなわちコンテンツ配信計画を静的に構築する場合、突発的なシステムの負荷などに対処することは困難である。
【０００７】
さらに、コンテンツをバケツリレー的に受け渡すためには、コンテンツ配信経路を指定することが必要となるが、その指定するコンテンツの配信経路は、コンテンツ配信に係る負荷を分散する観点から、木構造を採ることが望ましい。
【０００８】
しかし、従来のコンテンツ配信管理システムは、コンテンツ配信サーバは、システム内に１個のみが存在するだけであるので、そのコンテンツを蓄積するサーバを起点とした木構造をあらかじめ定義することは簡単である。しかしながら、コンテンツ配信するサーバが、複数存在するシステムに適用しようとする場合、木構造を起点とするサーバを定義づけることは困難である。
【０００９】
そのため、広域分散なネットワーク上で上下関係がなく対等なノード間のコンテンツ配信管理システムにおいて、固定的なコンテンツ配送経路の指定によらず、コンテンツ配信に係る負荷を軽減させうるコンテンツ配信管理システムが求められている。
【００１０】
【課題を解決するための手段】
かかる課題を解決するために、本発明のコンテンツ配信管理システムは、クライアント端末から要求されたコンテンツを提供するコンテンツ配信管理システムにおいて、クライアント端末から要求されたコンテンツを蓄積している、広域分散された複数のコンテンツ蓄積サーバと、各コンテンツ蓄積サーバが蓄積しているすべてのコンテンツに関するインデックス情報を管理し、各コンテンツ蓄積サーバからの問い合わせに応じて、問い合わせに係るコンテンツのインデックス情報を与えるインデックス情報管理サーバとを備え、クライアントから要求されたコンテンツを蓄積していないコンテンツ蓄積サーバは、外部からのコンテンツ獲得指示に応じ、要求されたコンテンツのインデックス情報をインデックス情報管理サーバから受け取り、コンテンツを蓄積している複数のコンテンツ蓄積サーバの中から、コンテンツ配送時点におけるネットワーク稼動率に基づいてコンテンツ蓄積サーバを選択し、その選択したコンテンツ蓄積サーバからクライアント端末が要求したコンテンツを獲得して蓄積することを特徴とする。
【００１１】
【発明の実施の形態】
（Ａ）実施形態
以下、本発明に係るコンテンツ配信管理システムの実施形態について図面を参照して説明する。
【００１２】
本実施形態のコンテンツ配信管理システムは、広域に分散した拠点に点在するコンテンツ配信サーバをピア・ツゥ・ピアで接続したネットワークにおけるコンテンツ配信管理システムに適用した場合である。
【００１３】
（Ａ−１）第１の実施形態の構成
図１は、本実施形態のコンテンツ配信管理システムの全体構成を示した概念図である。
【００１４】
図１に示すように、コンテンツ配信管理システム１は主に、クライアント１−１と、広域負荷分散装置１−２と、広域負荷分散装置１−２の下位に点在する各サイトＡ〜Ｃと、インデックスプロキシ（Ｉｎｄｅｘ  Ｐｒｏｘｙ）１−６と、インデックスサーバ（Ｉｎｄｅｘ  Ｓｅｒｖｅｒ）１−７と、ルックアップサーバ（Ｌｏｏｋｕｐ  Ｓｅｒｖｅｒ）１−８とを備えている。
【００１５】
クライアント１−１は、Ｗｅｂブラウザ等、利用者の操作に応じて動作するクライアントソフトである。
【００１６】
広域分散装置１−２は、下位の各サイトＡ〜Ｃやネットワークの負荷に応じて、クライアント１−１からのアクセスを振り分けるものであり、各サイトＡ〜Ｃ間の負荷をできるだけ均等に制御するものである。広域負荷分散装置１−２は、利用者の操作により、クライアントから指定されたドメイン名（Ｄｏｍａｉｎ  Ｎａｍｅ）に基づいて、各サイトＡ〜ＣのＷｅｂサーバを選択するドメイン名サーバ（ＤＮＳ：Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｅｒｖｅｒ）としての機能を有するものである。
【００１７】
各サイトＡ〜Ｃは、ネットワーク上に広域に点在する拠点であり、各サイトＡ〜Ｃ間はすべてインターネット等のネットワークに接続可能である。なお、図１では、３個のサイトＡ、Ｂ、Ｃを示す。
【００１８】
各サイトＡ〜Ｃはそれぞれ、Ｗｅｂサーバ１−４−１〜１−４−３と、Ｐ２Ｐサーバ（Ｐ２Ｐ  Ｓｅｒｖｅｒ）１−５−１〜１−５−３とを有している。
【００１９】
本実施形態は、全てのコンテンツが、それぞれのサイトＡ〜ＣのＷｅｂサーバ１−４−１〜１−４−３のハードディスクに同一化されて保存されているのではなく、全コンテンツの一部分が、それぞれのサイトＡ〜ＣのＰ２Ｐサーバ１−５−１〜１−５−３に保存されている。しかし、配信要求されうるコンテンツは、本システム内のＰ２Ｐサーバ１−５−１〜１−５−３のいずれかに保存されている必要がある。
【００２０】
すなわち、広域に分散したコンテンツ配信サーバが保持するコンテンツを相互に補完するシステムである。また、コンテンツのすべてを同一化してＰ２Ｐサーバ１−５−１〜１−５−３が保存する必要はないため、サイトの動的追加・削除を容易に行なうことが可能である。
【００２１】
Ｗｅｂサーバ１−４−１〜１−４−３は、ＳｅｒｖｌｅｔやＣＧＩなどの外部プログラム呼び出しが可能なＷｅｂサーバである。Ｗｅｂサーバ１−４−１〜１−４−３は、クライアント１−１からのアクセスを受け付ける一般的なＷｅｂサーバであり、このコンテンツ配信管理システム１のための特殊な動作を行なうことはない。また、Ｗｅｂサーバ１−４−１〜１−４−３はそれぞれのサイトＡ〜Ｃ内に複数存在するようにしてもよい。
【００２２】
Ｐ２Ｐサーバ１−５−１〜１−５−３は、オリジナルコンテンツ、インデックス情報とそれらのキャッシュを管理するサーバである。Ｐ２Ｐサーバ１−５−１〜１−５−３は、ＳｅｒｖｌｅｔやＣＧＩなどによるＷｅｂサーバ１−４−１〜１−４−３からの外部呼び出しによって、コンテンツ配信を求めるコンテンツ獲得指示を受け取るものである。
【００２３】
ここで、インデックス情報とは、コンテンツが格納されているパス名、コンテンツ名、作成日、サイズといったコンテンツに付属する情報である。
【００２４】
Ｐ２Ｐサーバ１−５−１〜１−５−３は、コンテンツ獲得指示を受け取ると、指示されたすべてのコンテンツについてのインデックス情報を、インデックスサーバ１−７から取り寄せ、そのインデックス情報に基づいて各コンテンツを蓄積しているＰ２Ｐサーバを割り出し、指示されたコンテンツ獲得目標時間内に獲得しうるＰ２Ｐサーバからコンテンツを獲得する。なお、コンテンツ獲得に係るＰ２Ｐサーバの選択（コピー元の選択）については後述する。
【００２５】
各Ｐ２Ｐサーバ１−５−１〜１−５−３相互間は、ピア・ツゥ・ピアで対等に接続され、コンテンツ等の情報のやり取りを自由に行なうことができ、広域に分散したコンテンツを相互に補完しあっている。また、Ｐ２Ｐサーバ１−５−１〜１−５−３は、コンテンツを獲得した後、当該コンテンツのインデックス情報について、自身も当該コンテンツを蓄積している旨を更新し、その更新したインデックス情報をインデックスサーバ１−７に返すことで、コンテンツ配信しうるＰ２Ｐサーバとして機能しうる。
【００２６】
インデックスプロキシ１−６は、インデックス情報をキャッシュするサーバである。インデックスプロキシ１−６は、通常サイト間の距離が近い場所に置かれることにより、インデックスサーバ１−７への負荷が集中することを回避することができる。また、このインデックスプロキシ１−６は、必ずしもサイト内に属している必要はなく、ネットワーク上に存在していれば良い。
【００２７】
インデックスサーバ１−７は、最上位に存在し、コンテンツ配信管理システム１内の全てのインデックス情報を管理するサーバであり、このコンテンツ配信管理システム１において１個だけ存在する。また、インデックスサーバ１−７は、必ずしもサイトに属している必要はなく、ネットワーク上に存在していれば良い。
【００２８】
ルックアップサーバ１−８は、Ｐ２Ｐサーバ１−５−１〜１−５−３、インデックスプロキシ１−６、インデックスサーバ１−８が登録されている。このルックアップサーバ１−８を利用することにより登録されている各サーバ（Ｐ２Ｐサーバ１−５−１〜１−５−３、インデックスプロキシ１−６、インデックスサーバ１−８）の検索とそのサーバが現在起動中か否かを判別することが可能になる。
【００２９】
ルックアップサーバ１−８は、登録されている各サーバに対し、一定時間間隔毎に動作しているか否かのチェックをする機構を持つ。ルックアップサーバ１−８は、このチェックにより、動作していないと判断した場合そのサーバをリストから削除する。これにより、ルックアップサーバ１−８に登録されているサーバは完全ではないが動作している可能性が高いと判断される。また、ルックアップサーバ１−８は、新しいサーバが登録された場合やサーバが動作していないことを通知する機能を保有する。インデックスサーバ１−７は、ルックアップサーバ１−８に登録されているサーバの状態変化の通知を聞く（受信する）プログラムを有している。そのため、インデックスサーバ１−７は、現在機能しているインデックスプロキシ、Ｐ２Ｐサーバ１−５−１〜１−５−３を判断することが可能である。いずれかのＰ２Ｐサーバ１−５−１〜１−５−３がダウンしているとインデックスサーバ１−７が判断した場合、インデックスサーバ１−７は、そのＰ２Ｐサーバが所有するオリジナルコンテンツ、コンテンツキャッシュのインデックス情報をインデックスサーバ１−７から削除する。この動作を行なうことにより、Ｐ２Ｐサーバ１−５−１〜１−５−３のコンテンツが検索対象から外されることになり、現状に則した検索結果を返すことができる。
【００３０】
本実施形態のコンテンツ配信管理システム１は、ピア・ツゥ・ピアで対等に接続しうるＰ２Ｐサーバ１−５−１〜１−５−３間で、コンテンツの受け渡しを行なうシステムであり、各Ｐ２Ｐサーバ１−５−１〜１−５−３の要求により、コンテンツの送受信を行なう。
【００３１】
（Ａ−２）実施形態の動作
以下では、本実施形態のコンテンツ配信管理システムの動作について図２及び図３を参照して説明する。
【００３２】
図２は、コンテンツ配信管理システム１内の各Ｐ２Ｐサーバ間でのコンテンツの受け渡しの関係を示す図である。図３は、Ｐ２Ｐサーバ２−２〜２−４がコンテンツを獲得するまでの動作を示したシーケンスである。
【００３３】
図２では、５個のＰ２Ｐサーバ２−１〜２−５を示し、コンテンツ（例えばファイル）２−６を有するＰ２Ｐサーバ２−１から、Ｐ２Ｐサーバ２−２〜２−４に対して、コンテンツを配信することを計画したものとする。
【００３４】
Ｐ２Ｐサーバ２−１から他のＰ２Ｐサーバ２−２〜２−４へのコンテンツ２−６の配送をする場合、例えば、Ｐ２Ｐサーバ２−１のマシンが非常に遅い、又は、マシンに非常に負荷がかかっている、又は、ネットワーク構成の関係からネットワーク距離が遠いなどの理由により、配信先であるＰ２Ｐサーバ２−２〜２−４の全てが、Ｐ２Ｐサーバ２−１から直接コンテンツ２−６の配送を受けることは必ずしも効率的であるとは限らない。
【００３５】
本実施形態のコンテンツ配信管理システム１は、上記のような場合を想定して、Ｐ２Ｐサーバ２−２がコンテンツを獲得するまでの動作について説明する。
【００３６】
なお、図２において、Ｐ２Ｐサーバ２−１からのネットワーク距離は、Ｐ２Ｐサーバ２−２〜２−４との間で、Ｐ２Ｐサーバ２−４が最も近い距離とし、Ｐ２Ｐサーバ２−２は、Ｐ２Ｐサーバ２−１からコンテンツ２−６を受け取るよりも、Ｐ２Ｐサーバ２−４からキャッシュされたコンテンツ２−７を受け取る方が速いものとする。またなお、Ｐ２Ｐサーバ２−２〜２−４は、同一プログラムでコンテンツを獲得する。
【００３７】
図３に示すように、まず、Ｐ２Ｐサーバ２−２〜２−４にコンテンツの配信を希望する利用者（以下、配信計画者）は、コンテンツ２−６をある時間までに獲得するよう、Ｐ２Ｐサーバ２−２に対して獲得指示（すなわち、少なくともコンテンツ名と獲得目標時間を引数とした指示）を行なう（ステップ１）。勿論、配信計画者は、Ｐ２Ｐサーバ２−３及び２−４に対しても獲得指示を行なうが、ここでは、Ｐ２Ｐサーバ２−２のコンテンツ獲得について説明し、それ以外のＰ２Ｐサーバのコンテンツ獲得動作については省略する。
【００３８】
このとき、配信計画者は、コンテンツ配信先の指定をする必要はあるが、コンテンツ配信に係るバケツリレーのコンテンツ配送経路や配送順番を指定する必要はない。
【００３９】
獲得指示を受けたＰ２Ｐサーバ２−２は、低優先度の内部スレッドを生成する。内部スレッドの優先度を低く設定することにより、Ｐ２Ｐサーバ２−２の負荷の軽い状態でスレッドが起動されるため、他のアクセスを阻害しない（ステップ２）。
【００４０】
Ｐ２Ｐサーバ２−２は、コンテンツ配信管理システム１におけるそれぞれのコンテンツの所在位置を把握しているインデックスサーバ１−７に対して、それぞれのコンテンツの所在位置を検索させる。インデックスサーバによる検索結果としてインデックス情報群が、Ｐ２Ｐサーバ２−２に与えられる（ステップ３）。このインデックス情報群は、引数指定されたコンテンツの数だけのインデックス情報がすべて含まれている。
【００４１】
インデックス情報群がＰ２Ｐサーバ２−２に与えられると、Ｐ２Ｐサーバ２−２によりコンテンツ状況のチェック（すなわち、所望コンテンツの所在位置及び獲得時間との調整）が行われて、コンテンツの獲得動作をするか否かを判断する。
【００４２】
Ｐ２Ｐサーバ２−２によるコンテンツ状況のチェックとは、少なくとも、Ｐ２Ｐサーバ２−２とコンテンツを有する各Ｐ２Ｐサーバとのネットワーク距離と、インデックスサーバ１−７からのインデックス情報群と、配信計画者により指示されたコンテンツ獲得までの目標時間とに基づいて、コンテンツ獲得動作を行なうか否かを判断する処理である。
【００４３】
ここで、ネットワーク距離とは、Ｐ２Ｐサーバ２−２が他のＰ２Ｐサーバにシステムコールを発行した際に発生するハンドシェイク処理時間である。Ｐ２Ｐサーバは、このコンテンツを有するＰ２Ｐサーバとのネットワーク距離とコンテンツ獲得に係るビットレートとを記録する。
【００４４】
以下では、Ｐ２Ｐサーバ２−２によるコンテンツ状況のチェックの手順について説明する。
【００４５】
（１）時間チェック
まず、Ｐ２Ｐサーバ２−２は、インデックスサーバ１−７からのインデックス情報群と、各Ｐ２Ｐサーバとのネットワーク距離と、コンテンツ獲得に係るビットレートとに基づいて、コンテンツ獲得に要するコンテンツ獲得予想時間を求め、このコンテンツ獲得予想時間と現在の時刻とから、コンテンツ獲得時間が、配信計画者から指示されたコンテンツ獲得目標時間内に収まっているか否かの判断をする。
【００４６】
このコンテンツ獲得予想時間は、コンテンツサイズ（バイト）×８／コンテンツ獲得のビットレート×余裕率で得られる。
【００４７】
Ｐ２Ｐサーバ２−２は、コンテンツ獲得動作を行なうか否かを決定する待ち時間変数Ｗが０の場合、後述する（３）のコピー中削除の処理に移動する。
【００４８】
また、Ｐ２Ｐサーバ２−２は、コンテンツ獲得予想時間が、目標時間内に収まっていない場合、待ち時間変数Ｗを０に変更して、後述する比率Ｄを１００％に変更して、後述する（３）のコピー中削除の処理に移動する。
【００４９】
（２）集中削除
Ｐ２Ｐサーバ２−２は、インデックス情報群に、コンテンツのコピー元としてＮ個以上のコンテンツを配信する同一のＰ２Ｐサーバが指定されている場合、そのＮ個以上のコンテンツについてのインデックス情報をインデックス情報群から削除する。
【００５０】
（３）コピー中削除
また、Ｐ２Ｐサーバ２−２は、コンテンツの配送を指定されたＰ２Ｐサーバが、その時点でコンテンツをコピーしている最中である場合、そのＰ２Ｐサーバのコンテンツのインデックス情報をインデックス情報群から削除する。なお、たとえ、コピー中であっても、そのＰ２Ｐサーバからコンテンツ配送ができる場合、インデックス情報群からのインデックス情報の削除は行われない。
（４）コピー元の選択
Ｐ２Ｐサーバ２−２は、インデックス情報群の中から、ネットワーク距離とコンテンツのビットレートとに基づいて、コンテンツ獲得動作をするか否かのチェックを行なう。
【００５１】
例えば、Ｐ２Ｐサーバ２−２は、対象コンテンツを持つＰ２Ｐサーバの中でネットワーク距離／ビットレートの値の最も小さいものを選択する（この値を値Ａとする。）。また、Ｐ２Ｐサーバ２−２は、コンテンツ配信管理システム１が保持しているＰ２Ｐサーバとのネットワーク距離／ビットレートの最大値を計算する（この値を値Ｂとする。）。
【００５２】
比率Ｄとは、値Ａと値Ｂとの比率であり（すなわち、Ｄ＝（Ａ／Ｂ）×１００）、コピー元の選択するためのしきい値である。値Ａが、比率Ｄより大きい場合、値Ａに基づくネットワーク距離のＰ２Ｐサーバを選択し、比率Ｄ以内である場合、待ち状態とする。
【００５３】
値Ａが値ＢのＤ％以内である場合、そのインデックス情報を返し、このコンテンツ状況チェックは終了する。
【００５４】
値Ａが値ＢのＤ％以内でない場合、Ｗ時間待ち状態とし、起床後にＮｕｌｌインデックス情報を返し、このコンテンツ状況チェックは終了する。
【００５５】
以上のようなコンテンツの状況チェックが終了し、コンテンツ獲得動作を行なうか否かの判断がなされ、コンテンツ獲得動作を行なうと判断した場合には、後述するステップ８のコンテンツ獲得動作を行なう。
【００５６】
なお、ここでは、ステップ４におけるコンテンツ情報のチェックの結果、現在の時刻とコンテンツ獲得予想時間とに基づいて、コンテンツ獲得目標時間までに充分時間があると判断し、このような場合には、一定時間の待ち状態の後、再度のコンテンツの検索動作を行なった後に、コンテンツ獲得動作を行なう場合として説明する。
【００５７】
ステップ４において、コンテンツ獲得目標時間までに時間があると判断されると、一定時間（一定の待ち時間）経過後、再度インデックスサーバ１−７に対して、コンテンツの検索動作が行われる（ステップ５）。
【００５８】
ここで、Ｐ２Ｐサーバ２−２がコンテンツの検索動作を再度行なうのは、待ち時間までの間にコンテンツの状況が変わっている場合もあるため、コンテンツ獲得動作の直前に、もう一度コンテンツ配信管理システム１内のコンテンツ状況を把握するようにした。
【００５９】
ステップ５において、インデックスサーバ１−７によるコンテンツの検索動作が再度行われると、インデックスサーバ１−７による検索結果が、Ｐ２Ｐサーバ２−２に与えられ、Ｐ２Ｐサーバ２−２により、インデックス情報群とシステム運用実績から獲得動作を行うか否かが判断される（ステップ６）。
【００６０】
この例では、コンテンツのコピー元としてＰ２Ｐサーバ２−４が選択された場合で説明する。
【００６１】
Ｐ２Ｐサーバ２−２は、コピー元としてＰ２Ｐサーバ２−４を設定し、コピー中のコンテンツのインデックス情報をインデックスサーバ１−７に登録する（ステップ７）。
【００６２】
Ｐ２Ｐサーバ２−２は、Ｐ２Ｐサーバ２−４からコンテンツを獲得する（ステップ８）。
【００６３】
このとき、ネットワークのダウンやコピー元のＰ２Ｐサーバ２−４がダウンした結果、コンテンツの獲得に失敗した場合、又は、コピー元のＰ２Ｐサーバ２−４の負荷が大きく、Ｐ２Ｐサーバ２−４によるコンテンツ配送処理を許否した場合は、ロールバックが発生する。
【００６４】
ロールバックとは、ステップ７においてインデックスサーバ１−７に登録されたコンテンツのインデックス情報が削除され、ステップ４又はステップ６のコンテンツの状況チェック動作に戻る動作である。
【００６５】
Ｐ２Ｐサーバ２−２がコンテンツの獲得を終了すると、コピー中のインデックス情報をコピー完了に更新する（ステップ９）。すなわち、Ｐ２Ｐサーバ２−２も、コンテンツを蓄積するサーバであることが、インデックス情報に更新される。
【００６６】
この動作により、Ｐ２Ｐサーバ２−２は、他のＰ２Ｐサーバからコンテンツの獲得として機能しうる対象となる。
【００６７】
上述したコンテンツ配信管理システム１の動作説明では、Ｐ２Ｐサーバ２−２がコンテンツを獲得するまでの動作を一例として説明したが、コンテンツ配信管理システム１を構成する他のＰ２Ｐサーバも、同様の動作をすることができる。
【００６８】
それぞれの処理は単純であるが、コンテンツ配信管理システム全体として、コンテンツ配信をしていないサーバ（空いているサーバ）からコンテンツが配送される。また、コンテンツの配送を受けたサーバは、コンテンツ配信をするサーバとなる（すなわち、クライアントとして機能したものも、コンテンツをキャッシュした後、コンテンツ配信サーバとして機能する。）。
【００６９】
このように、自動的にコンテンツ配送が木構造的にバケツリレーの構成を取ることになる。
【００７０】
（Ａ−３）実施形態の効果
以上、本実施形態によれば、以下のような効果が得られる。
【００７１】
配送計画時と配送実行時とでネットワーク構成の変更やシステムを構成するＰ２Ｐサーバ等の追加や削除による増減が存在したとしても、コンテンツ配送自体に影響を及ぼすことはない。
【００７２】
配信計画者は、途中のコンテンツ配送経路を指定する必要がなく、配送先を指定するだけでよいため簡便にコンテンツ配信計画をすることができる。
【００７３】
コンテンツを受けたＰ２Ｐサーバも、コンテンツ配信しうるサーバとして機能するため、配送計画時には存在していないコンテンツのキャッシュがシステム内に存在している場合、そのキャッシュを利用した配送が可能であるため非常に効率的にコンテンツ配信することができる。
【００７４】
【発明の効果】
以上、本発明によれば、クライアントから要求されたコンテンツを蓄積していないコンテンツ蓄積サーバは、外部からのコンテンツ獲得指示に応じ、要求されたコンテンツのインデックス情報をインデックス情報管理サーバから受け取り、コンテンツを蓄積している複数のコンテンツ蓄積サーバの中から、コンテンツ配送時点におけるネットワーク稼動率に基づいてコンテンツ蓄積サーバを選択し、その選択したコンテンツ蓄積サーバからクライアント端末が要求したコンテンツを獲得して蓄積するため、固定的なコンテンツ配信経路を指定する必要がなく、コンテンツ配送先を指定するだけでコンテンツ配送される。また、コンテンツを受けたコンテンツ蓄積サーバも、コンテンツ配送元として機能するため、自動的に木構造的なバケツリレーの構成を取ることができるので、コンテンツ配信に係る負荷を分散することができる。
【図面の簡単な説明】
【図１】本実施形態のコンテンツ配信管理システムの全体構成図である。
【図２】本実施形態のコンテンツ配信管理システムにおけるＰ２Ｐサーバ間のコンテンツ配送を説明する説明図である。
【図３】本実施形態のコンテンツ配信管理システムの動作を示すシーケンスである。
【符号の説明】
１−１…クライアント、１−２…広域負荷分散装置、
１−５−１〜１−５−３…Ｐ２Ｐサーバ（Ｐ２Ｐ  Ｓｅｒｖｅｒ）、
１−７…インデックスサーバ（Ｉｎｄｅｘ  Ｓｅｒｖｅｒ）、
１−８…ルックアップサーバ（Ｌｏｏｋｕｐ  Ｓｅｒｖｅｒ）。
【図１】
2005004615.tif 000003
【図２】
2005004615.tif 000004
【図３】
2005004615.tif 000005