(57)【要約】【課題】情報配信システムに投入する全てのコンテンツ情報を配信可能に保障することができる分散サーバシステムを備えた情報配信システム及び同システムにおける配信サーバ並びに同配信サーバにおけるコンテンツ情報の記憶方法を提供する。【解決手段】他の装置から取得する新規永続保持コンテンツ情報を記憶するための記憶領域が記憶手段にないとき、記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていない非永続保持コンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に他の装置から取得した新規永続保持コンテンツ情報を記憶する。【選択図】図１０
2009282610.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツ情報を保持し、端末装置からの要求に応じたコンテンツ情報を送信する複数の配信サーバを備えた情報配信システムにおける前記配信サーバにおいて、
前記コンテンツ情報を記憶する記憶手段と、
他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得する取得手段と、
前記他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に前記記憶手段に記憶する記憶処理手段と、を備え、
前記記憶処理手段は、前記他の装置から取得するコンテンツ情報を記憶するための記憶領域が前記記憶手段にないとき、前記記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に前記他の装置から取得したコンテンツ情報を記憶することを特徴とする配信サーバ。
【請求項２】
前記端末装置からコンテンツ情報の送信要求を受信したとき、当該送信要求に応じたコンテンツ情報が前記記憶手段に記憶されているか否か判定する判定手段と、
前記判定手段により前記記憶手段に記憶されていると判定したコンテンツ情報を、前記送信要求を行なった端末装置へ送信する送信手段と、を備え、
前記取得手段は、前記判定手段により前記記憶手段に記憶されていないと判定したコンテンツ情報を他の配信サーバから削除禁止か否かの情報と共に取得し、
前記送信手段は、前記他の配信サーバから取得したコンテンツ情報を、前記送信要求を行なった端末装置へ送信することを特徴とする請求項１に記載の配信サーバ。
【請求項３】
前記端末装置からの送信要求に応じたコンテンツ情報を記憶するための記憶領域を前記記憶処理手段により確保することができないとき、前記送信要求に応じたコンテンツ情報を記憶している他の配信サーバへ前記送信要求に応じたコンテンツ情報を、当該送信要求を行なった端末装置に対して送信するように要求する送信要求手段を備えたことを特徴とする請求項２に記載の配信サーバ。
【請求項４】
前記送信要求手段は、前記他の配信サーバから取得するコンテンツ情報を記憶するための記憶領域を前記記憶処理手段により前記記憶手段に確保することができないとき、前記送信要求に応じたコンテンツ情報を記憶している他の配信サーバに対して、当該コンテンツを記憶していない他の配信サーバへ送信するように要求することを特徴とする請求項３に記載の配信サーバ。
【請求項５】
前記複数の配信サーバの記憶手段の空き容量をそれぞれ取得する空き容量取得手段と、
他の装置からコンテンツ情報の追加要求を受信したとき、前記空き容量取得手段により取得した前記複数の配信サーバの記憶手段の空き容量に応じて、前記追加要求に応じたコンテンツ情報を記憶させる配信サーバを決定する決定手段と、
前記決定手段で決定した配信サーバに、前記追加要求に応じたコンテンツ情報を記憶させる追加処理手段と、を備えたことを特徴とする請求項１〜４のいずれか１項に記載の配信サーバ。
【請求項６】
前記決定手段は、前記追加要求に応じたコンテンツ情報を記憶させる配信サーバを、前記複数の配信サーバのうち、前記記憶手段の空き容量が大きい配信サーバから順に所定数選択することを特徴とする請求項５に記載の配信サーバ。
【請求項７】
前記記憶処理手段は、前記削除するコンテンツ情報として、複数の前記端末装置で形成されるＰ２Ｐネットワーク内に所定数以上記憶しているコンテンツ情報を選択することを特徴とする請求項１〜６のいずれか１項に記載の配信サーバ。
【請求項８】
前記記憶処理手段は、前記削除するコンテンツ情報として、前記複数の配信サーバが所定数以上記憶しているコンテンツ情報を選択することを特徴とする請求項１〜６のいずれか１項に記載の配信サーバ。
【請求項９】
コンピュータを、請求項１〜８のいずれか１項に記載の配信サーバの各前記手段として機能させることを特徴とするプログラム。
【請求項１０】
複数のコンテンツ情報を保持し、端末装置からの要求に応じたコンテンツ情報を送信する複数の配信サーバを備えた情報配信システムにおいて、
前記配信サーバの各々は、
前記コンテンツ情報を記憶する記憶手段と、
他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得する取得手段と、
前記他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に前記記憶手段に記憶する記憶処理手段と、を備え、
前記記憶処理手段は、前記他の装置から取得するコンテンツ情報を記憶するための記憶領域が前記記憶手段にないとき、前記記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に前記他の装置から取得したコンテンツ情報を記憶することを特徴とする情報配信システム。
【請求項１１】
複数のコンテンツ情報を記憶手段に記憶し、端末装置からの要求に応じたコンテンツ情報を前記記憶手段から取り出して送信する配信サーバにおける前記コンテンツ情報の記憶方法において、
取得手段により、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得するステップと、
記憶処理手段により、他の装置から取得するコンテンツ情報を記憶するための記憶領域が前記記憶手段にないとき、前記記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に他の装置から取得したコンテンツ情報を前記削除禁止か否かの情報と共に記憶するステップと、を有することを特徴とする配信サーバにおけるコンテンツ情報の記憶方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報配信システム及び同システムにおける配信サーバ並びに同配信サーバにおけるコンテンツ情報の記憶方法に関するものである。
【背景技術】
【０００２】
従来より、複数の端末装置をインターネット等の情報通信回線を介して接続して、端末装置間で双方向での情報通信が可能なオーバーレイネットワークを構築すると共に、各端末装置内のストレージ（記憶手段）に、それぞれ様々なコンテンツ情報を記憶させておくことにより、複数の端末装置のストレージ群からなる巨大なストレージを仮想的に構築した情報配信システムが知られている（たとえば、特許文献１参照。）。
【０００３】
この種の情報配信システムにおいて、当該システムに投入された全てのコンテンツ情報を配信可能に保障するためには、各コンテンツ情報が当該情報配信システムに参加している少なくとも１台の端末装置内に記憶されている必要がある。
【０００４】
しかし、上記のように、この情報配信システムでは、仮想ストレージが複数の端末装置のストレージ群により構成されていたため、任意の端末装置が任意のタイミングで当該情報配信システムのネットワークから脱退した場合、脱退した端末装置にしか記憶されていないコンテンツ情報があると、当該情報配信システムに投入された全てのコンテンツ情報を完全に保障することができなくなるという問題があった。
【０００５】
また、人気があるコンテンツ情報であるにもかかわらずそのコンテンツ情報を保持する端末装置が少ないと、端末装置の配信能力によっては端末装置間でのコンテンツ情報の配信が十分にできず、当該情報配信システムに投入された全てのコンテンツ情報を完全に保障することができない。
【０００６】
そこで、端末装置による分散ストレージとは別に、情報配信システムに投入した全てのコンテンツ情報を記憶し、端末装置からの要求に応じてコンテンツ情報を配信可能な配信サーバを設けた情報配信システムが考案されている。
【０００７】
しかし、このように、１台の配信サーバで情報配信システムに投入する全てのコンテンツ情報を配信可能にしようとすると、そのための設備費が大幅に増大するおそれがあった。
【０００８】
すなわち、膨大な量のコンテンツ情報を１台のサーバで保障するためには、大規模なストレージを備えた高性能且つ高価なサーバが必要となる上、このサーバのメンテナンスや障害の発生に対応するため、この配信サーバと同等の性能を有するバックアップ用の配信サーバも必要となり、情報配信システムを構築するための設備費が大幅に増大するという問題が生じる。
【０００９】
かかる問題を解消するために、全てのコンテンツ情報を１台の配信サーバに記憶させるのではなく、複数の配信サーバに分散させて記憶させておく分散サーバシステムを用いて情報配信システムを構築することが考えられる。
【００１０】
情報配信システムをこのように分散サーバシステムを用いて構築することにより、当該情報配信システムに投入するコンテンツ情報が増大しても、比較的安価なサーバ装置を増設するだけで、コンテンツ情報の増大に対処できるため、設備に要するコストの大幅な増大を抑制することができる。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
上記分散サーバシステムでは、仮に１台の配信サーバが故障しても、この情報配信システムに投入された全てのコンテンツ情報を保障できるように、複数の配信サーバに同一のコンテンツ情報を重複して記憶させておくことが望ましい。特に、人気のあるコンテンツ情報は、当該コンテンツ情報を保持する端末装置が少ない状態では、端末装置からの配信要求が多いことから、複数の配信サーバで保持するコンテンツ情報の重複数をより多くすることが望ましい。
【００１２】
しかし、複数の配信サーバに同一のコンテンツ情報を多数重複して記憶させると、その重複数が多ければ多い程、分散サーバシステム内のストレージ容量を圧迫してしまうことになり、その結果、新規にコンテンツ情報が追加できなくなる可能性がある。
【００１３】
また、新規にコンテンツ情報を追加する記憶領域を確保しようとして、配信サーバに記憶しているコンテンツ情報を削除すると、分散サーバシステム内に一部のコンテンツ情報が存在しなくなり、当該情報配信システムに投入した全てのコンテンツ情報を保障することが困難となるおそれがある。
【００１４】
そこで、本発明は、情報配信システムに投入する全てのコンテンツ情報を配信可能に保障することができる分散サーバシステムを備えた情報配信システム及び同システムにおける配信サーバ並びに同配信サーバにおけるコンテンツ情報の記憶方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
かかる目的を達成するために、請求項１に記載の発明は、複数のコンテンツ情報を保持し、端末装置からの要求に応じたコンテンツ情報を送信する複数の配信サーバを備えた情報配信システムにおける前記配信サーバにおいて、前記コンテンツ情報を記憶する記憶手段と、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得する取得手段と、前記他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に前記記憶手段に記憶する記憶処理手段と、を備え、前記記憶処理手段は、前記他の装置から取得するコンテンツ情報を記憶するための記憶領域が前記記憶手段にないとき、前記記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に前記他の装置から取得したコンテンツ情報を記憶することを特徴とする。
【００１６】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記端末装置からコンテンツ情報の送信要求を受信したとき、当該送信要求に応じたコンテンツ情報が前記記憶手段に記憶されているか否か判定する判定手段と、前記判定手段により前記記憶手段に記憶されていると判定したコンテンツ情報を、前記送信要求を行なった端末装置へ送信する送信手段とを備え、前記取得手段は、前記判定手段により前記記憶手段に記憶されていないと判定したコンテンツ情報を他の配信サーバから削除禁止か否かの情報と共に取得し、前記送信手段は、前記他の配信サーバから取得したコンテンツ情報を、前記送信要求を行なった端末装置へ送信することを特徴とする。
【００１７】
また、請求項３に記載の発明は、請求項２に記載の発明において、前記端末装置からの送信要求に応じたコンテンツ情報を記憶するための記憶領域を前記記憶処理手段により確保することができないとき、前記送信要求に応じたコンテンツ情報を記憶している他の配信サーバへ前記送信要求に応じたコンテンツ情報を、当該送信要求を行なった端末装置に対して送信するように要求する送信要求手段を備えたことを特徴とする。
【００１８】
また、請求項４に記載の発明は、請求項３に記載の発明において、前記送信要求手段は、前記他の配信サーバから取得するコンテンツ情報を記憶するための記憶領域を前記記憶処理手段により前記記憶手段に確保することができないとき、前記送信要求に応じたコンテンツ情報を記憶している他の配信サーバに対して、当該コンテンツを記憶していない他の配信サーバへ送信するように要求することを特徴とする。
【００１９】
また、請求項５に記載の発明は、請求項１〜４のいずれか１項に記載の発明において、前記複数の配信サーバの記憶手段の空き容量をそれぞれ取得する空き容量取得手段と、他の装置からコンテンツ情報の追加要求を受信したとき、前記空き容量取得手段により取得した前記複数の配信サーバの記憶手段の空き容量に応じて、前記追加要求に応じたコンテンツ情報を記憶させる配信サーバを決定する決定手段と、前記決定手段で決定した配信サーバに、前記追加要求に応じたコンテンツ情報を記憶させる追加処理手段と、を備えたことを特徴とする。
【００２０】
また、請求項６に記載の発明は、請求項５に記載の発明において、前記決定手段は、前記追加要求に応じたコンテンツ情報を記憶させる配信サーバを、前記複数の配信サーバのうち、前記記憶手段の空き容量が大きい配信サーバから順に所定数選択することを特徴とする。
【００２１】
また、請求項７に記載の発明は、請求項１〜６のいずれか１項に記載の発明において、前記記憶処理手段は、前記削除するコンテンツ情報として、複数の前記端末装置で形成されるＰ２Ｐネットワーク内に所定数以上記憶しているコンテンツ情報を選択することを特徴とする。
【００２２】
また、請求項８に記載の発明は、請求項１〜６のいずれか１項に記載の発明において、前記記憶処理手段は、前記削除するコンテンツ情報として、前記複数の配信サーバが所定数以上記憶しているコンテンツ情報を選択することを特徴とする。
【００２３】
また、請求項９に記載の発明は、コンピュータを、請求項１〜８のいずれか１項に記載の配信サーバの各前記手段として機能させることを特徴とするプログラムとした。
【００２４】
また、請求項１０に記載の発明は、複数のコンテンツ情報を保持し、端末装置からの要求に応じたコンテンツ情報を送信する複数の配信サーバを備えた情報配信システムにおいて、前記配信サーバの各々は、前記コンテンツ情報を記憶する記憶手段と、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得する取得手段と、前記他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に前記記憶手段に記憶する記憶処理手段とを備え、前記記憶処理手段は、前記他の装置から取得するコンテンツ情報を記憶するための記憶領域が前記記憶手段にないとき、前記記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に前記他の装置から取得したコンテンツ情報を記憶することを特徴とする。
【００２５】
また、請求項１１に記載の発明は、複数のコンテンツ情報を記憶手段に記憶し、端末装置からの要求に応じたコンテンツ情報を前記記憶手段から取り出して送信する配信サーバにおける前記コンテンツ情報の記憶方法において、取得手段により、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得するステップと、記憶処理手段により、他の装置から取得するコンテンツ情報を記憶するための記憶領域が前記記憶手段にないとき、前記記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保して、当該確保した記憶領域に他の装置から取得したコンテンツ情報を前記削除禁止か否かの情報と共に記憶するステップと、を有することを特徴とする。
【発明の効果】
【００２６】
本発明によれば、配信サーバは、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得し、当該取得したコンテンツ情報を削除禁止か否かの情報と共に前記記憶手段に記憶し、その後、他の装置から取得するコンテンツ情報を記憶するための記憶領域が記憶手段にないとき、記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に記憶するので、複数の配信サーバのうち少なくとも１台の配信サーバに削除禁止の情報と共にコンテンツ情報を送信することにより、情報配信システムに投入する全てのコンテンツ情報が複数の配信サーバで構成される分散ストレージ内に保持される。その結果、情報配信システムに投入する全てのコンテンツ情報を配信可能に保障することが可能となる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の情報配信システムＳについて、いくつかの実施形態を図面に基づいて説明する。
【００２８】
［１．情報配信システムＳの構成等］
まず始めに、図１〜図３を参照して、本発明の一実施形態における情報配信システムの概要について説明する。図１は、本実施形態における情報配信システムの各端末装置、各配信サーバ及びセンタサーバの接続態様の一例を示す図、図２及び図３は端末装置が分散コンテンツプールの配信サーバからコンテンツ情報を取得する様子を示す図である。
【００２９】
図１の下部枠５１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Ｓervice Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００３０】
情報配信システムＳは、図１の上部枠５０内に示すように、ネットワーク８を介して相互に接続された複数の配信サーバ１ａ，１ｂ，１ｃ，１ｄと、複数の端末装置２ａ，２ｂ，２ｃ・・・２ｘ，２ｙ，２ｚ・・・と、センタサーバ１０とを備えて構成される。これらの装置には、各装置を示す情報としての固有の製造番号（例えば、ＭＡＣアドレス）及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数の装置間で重複しないものである。また、以下の説明において、配信サーバ１ａ，１ｂ，１ｃ，１ｄのうち何れかの配信サーバ又は全ての配信サーバを示す場合には、便宜上、配信サーバ１という場合がある。また、端末装置２ａ，２ｂ，２ｃ・・・２ｘ，２ｙ，２ｚ・・・のうち何れかの端末装置又は全ての端末装置を示す場合には、便宜上、端末装置２という場合がある。
【００３１】
本実施形態の情報配信システムＳにおいては、図１の上部枠５０内に示すような、オーバーレイネットワーク９ａ，９ｂが構築される。つまり、このオーバーレイネットワーク９ａ，９ｂは、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味している。オーバーレイネットワーク９ａは、複数の配信サーバ１ａ，１ｂ，１ｃ，１ｄから形成されており、端末装置２からの要求に応じたコンテンツ情報を配信するオーバーレイネットワーク（以下、「分散コンテンツプール９ａ」と呼ぶ。）である。また、オーバーレイネットワーク９ｂは、複数の端末装置２ａ，２ｂ，２ｃ・・・２ｘ，２ｙ，２ｚ・・・から形成されており、ピアツーピア（Ｐ２Ｐ）方式のオーバーレイネットワーク（以下、「コンテンツ共有ネットワーク９ｂ」と呼ぶ。）である。なお、以下において、オーバーレイネットワーク９ａ上に配置された配信サーバ１を分散コンテンツプール９ａに参加している配信サーバ１といい、コンテンツ共有ネットワーク９ｂ上に配置された端末装置２を、コンテンツ共有ネットワーク９ｂに参加している端末装置２という。
【００３２】
コンテンツ共有ネットワーク９ｂの端末装置２は、当該ネットワーク９ｂ内で所望のコンテンツ情報（以下、「コンテンツ情報Ａ」とする。）が検索しても見つからないとき、分散コンテンツプール９ａの配信サーバ１からコンテンツ情報Ａを取得するようにしている。端末装置２から配信サーバ１へアクセスするために必要な配信サーバ１の所在情報（ＩＰアドレスなど）は、センタサーバ１０から各端末装置２が取得したコンテンツ情報のリスト（以下、「コンテンツカタログ」とする。）から取得する。すなわち、コンテンツカタログには、情報配信システムＳに投入されているコンテンツ情報を端末装置２で配信サーバ１から取得するための情報などが含まれる。端末装置２は配信サーバ１からコンテンツ情報を取得しようとするとき、複数の配信サーバ１のうち任意の一の配信サーバ１を選択して、このように選択した配信サーバ１の所在情報をコンテンツカタログから取得する。
【００３３】
図２には、端末装置２ａが所望のコンテンツ情報（ここでは、コンテンツ情報Ａとする。）がコンテンツ共有ネットワーク９ｂ内で見つからないときに（図２に示す（１）参照。）、分散コンテンツプール９ａの配信サーバ１ａからそのコンテンツ情報Ａを取得（図２に示す（２）参照。）する様子を示している。すなわち、コンテンツリストには、情報配信システムＳに投入されているコンテンツ情報を配信サーバ１から取得するための各配信サーバ１の所在情報（ＩＰアドレスなど）などが含まれており、端末装置２ａはランダムに選択した配信サーバ１ａに対してコンテンツ情報Ａの送信要求を行なう。そして、配信サーバ１ａは記憶手段のコンテンツ記憶領域に記憶しているコンテンツ情報Ａを端末装置２ａに対して送信する（図２に示す（３）参照。）。
【００３４】
ここで、分散コンテンツプール９ａに保持される複数のコンテンツ情報は、複数の配信サーバ１の記憶手段のコンテンツ記憶領域に分散されて配置される。従って、配信サーバ１ａは端末装置２ａから送信要求を受けたコンテンツ情報Ａを保持していない場合がある。
【００３５】
この場合、配信サーバ１ａは、端末装置２ａから要求されたコンテンツ情報Ａを他の配信サーバ１ｂへ要求し（図３に示す（３）参照。）、この配信サーバ１ｂからコンテンツ情報Ａを取得する（図３に示す（４）参照。）。そして、配信サーバ１ａは配信サーバ１ｂから取得したコンテンツ情報Ａを端末装置２ａへ送信する（図３に示す（５）参照。）。
【００３６】
このとき配信サーバ１ａは、配信サーバ１ｂから取得したコンテンツ情報Ａを自装置の記憶手段のコンテンツ記憶領域に記憶するようにしている。これにより、その後端末装置２からコンテンツ情報Ａの送信要求があったとき、他の配信サーバ１への送信要求を行なうことなく、自装置の記憶手段のコンテンツ記憶領域からコンテンツ情報Ａを取り出して、端末装置２へ送信することができる。
【００３７】
従って、人気のあるコンテンツ情報であって、端末装置２間で送受信が困難であるコンテンツ情報は、多数の配信サーバ１に保持されることになる。このように配信サーバ１は、端末装置２から送信要求があったコンテンツ情報を保持していないときに他の配信サーバ１からそのコンテンツ情報（以下、「レプリカ」とも呼ぶ。）を取得するようにしている。
【００３８】
このレプリカは、端末装置２から要求されるコンテンツ情報を保持していない配信サーバ１へのコンテンツ情報の要求があるごとに増加していく。従って、分散コンテンツプール９ａ内に多くのレプリカが作成されていくことになり、端末装置２からのコンテンツ送信要求に対して迅速に応答することができるようになる。
【００３９】
しかし、複数の配信サーバ１に保持するレプリカの重複数が多ければ多い程、分散コンテンツプール９ａ内のストレージ容量を圧迫してしまうことになる。その結果、新規にコンテンツ情報が追加できなくなる可能性がある。また、新規にコンテンツ情報を追加する記憶領域を確保しようとして、配信サーバ１に記憶しているコンテンツ情報を削除すると、分散コンテンツプール９ａ内に一部のコンテンツ情報が存在しなくなり、当該情報配信システムＳに投入した全てのコンテンツ情報を保障することが困難となるおそれがある。
【００４０】
そこで、各配信サーバ１が保持するコンテンツ情報を管理する管理サーバを設けて、必要なコンテンツ情報を配信サーバ１から消去してしまうことを防止することが考えられる。しかし、このようにしてしまうと、管理サーバで障害が発生した場合に、分散コンテンツプール９ａの機能に障害が出てしまう。また、配信サーバ１以外に別途管理サーバが必要となるためそのコストがかかってしまう。
【００４１】
そこで、本実施形態の分散コンテンツプール９ａでは、各配信サーバ１において、保持しているコンテンツ情報を削除しても問題がないかを判別し、新規コンテンツ情報の追加時に不要なコンテンツ情報を削除して記憶領域を確保し、コンテンツ情報を追加することとした。
【００４２】
このようにすることで、分散コンテンツプール９ａ内に常にコンテンツ情報が存在することを保証しつつも、配信サーバ１における記憶手段のコンテンツ記憶領域を効率的に使用してコンテンツ情報を保持させることができる。
【００４３】
［２．分散コンテンツプール９ａの概要］
以下、分散コンテンツプール９ａにおける概要動作を図面を参照して説明する。図４は分散コンテンツプール９ａの配信サーバ１にコンテンツ情報が追加される様子を示す図、図５は端末装置２が分散コンテンツプール９ａの配信サーバ１からコンテンツ情報を取得する様子を示す図、図６は配信サーバ１の記憶手段のコンテンツ記憶領域の状態を示す図、図７は各配信サーバ１の記憶手段のコンテンツ記憶領域の状態を示す図、図８は配信サーバ１が保持する空き容量リストの状態を示す図、図９及び図１１〜図１４は新規コンテンツ情報を保持させる配信サーバ１の決定方法の説明図、図１０は新規コンテンツ情報の記憶手段への記憶方法の説明図である。
【００４４】
［２．１．コンテンツ情報の追加方法］
本実施形態における情報配信システムＳでは、複数の配信サーバ１のうち一つの配信サーバ１が故障やメンテナンス等により分散コンテンツプール９ａから脱退した場合にでも、情報配信システムＳに投入された全てのコンテンツ情報を保障できるように、少なくとも２つの配信サーバ１にそれぞれ同一のコンテンツ情報を記憶させた状態を保つようにしている。
【００４５】
このように少なくとも２つの配信サーバ１にそれぞれ同一のコンテンツ情報を記憶手段のコンテンツ記憶領域に記憶させた状態を保つようにするために、配信サーバ１に保持するコンテンツ情報を永続保持コンテンツ情報と非永続保持コンテンツ情報とに分け、新規にコンテンツ情報を記憶手段のコンテンツ記憶領域に追加する記憶領域がないとき、記憶手段のコンテンツ記憶領域に記憶したコンテンツ情報のうち、永続保持コンテンツ情報は削除せずに非永続保持コンテンツ情報を削除して新規に追加するための記憶領域を確保するようにし、このように確保した記憶領域に新規のコンテンツ情報を追加する。
【００４６】
本実施形態では、分散コンテンツプール９ａへセンタサーバ１０により新規に追加されるコンテンツ情報を永続保持コンテンツ情報として、少なくとも２つの配信サーバ１に重複して記憶させるようにしている。以下、分散コンテンツプール９ａに永続保持コンテンツ情報を追加する際の動作について説明する。
【００４７】
図４に示すように、センタサーバ１０は、分散コンテンツプール９ａへ新規にコンテンツ情報を追加するとき、任意の配信サーバ１として配信サーバ１ｄを選択し、この配信サーバ１ｄに新規コンテンツ情報（以下、「コンテンツ情報Ｂ」とする。）の追加要求を行なう。この追加要求にはコンテンツ情報Ｂ及び「削除禁止」の情報を含む。
【００４８】
そして、コンテンツ情報Ｂの追加要求を受信した配信サーバ１ｄは、コンテンツ情報Ｂを永続保持コンテンツとして保持させる２つの配信サーバ１を決定（ここでは、配信サーバ１ｂ，１ｃ。）し、コンテンツ情報Ｂを配信サーバ１ｂ，１ｃへ送信する。
【００４９】
配信サーバ１ｂ，１ｃは、配信サーバ１ｄから受信したコンテンツ情報Ｂに「削除禁止」の情報を関連づけて記憶することにより、コンテンツ情報Ｂを永続保持コンテンツ情報として保持する。コンテンツ情報Ｂに「削除禁止」の情報を関連づけて記憶する方法として、「削除禁止」である旨を識別できる情報をコンテンツ情報Ｂに直接含ませる方法や、保持するコンテンツ情報の一覧表に、コンテンツ情報毎に「削除禁止」の情報を関連づける方法などがあるが、各配信サーバ１で保持するコンテンツ情報が削除禁止の永続保持コンテンツ情報か否かを判断できるようにする方法で記憶するものであればどのような方法であってもよい。
【００５０】
このように新規コンテンツ情報としてコンテンツ情報Ｂが分散コンテンツプール９ａに入力されたとき、コンテンツ共有ネットワーク９ｂの端末装置２はコンテンツ情報Ｂを分散コンテンツプール９ａから取得することができるようになる。すなわち、端末装置２は、配信サーバ１ｂ又は配信サーバ１ｃにコンテンツ情報Ｂの送信を要求してコンテンツ情報Ｂを取得することができる。
【００５１】
そして、コンテンツ情報Ｂは永続保持コンテンツ情報として少なくとも２つの配信サーバ１に保持され、削除されることがないことから、少なくとも２つの配信サーバ１に同一のコンテンツ情報を重複して記憶させた状態を保つことができ、複数の配信サーバ１のうち一つの配信サーバ１が故障やメンテナンス等により分散コンテンツプール９ａから脱退した場合にでも、情報配信システムＳに投入された全てのコンテンツ情報を保障できることになる。
【００５２】
ところで、端末装置２は、どの配信サーバ１にコンテンツ情報Ｂが保持されているのかを知らないことから、コンテンツ情報Ｂを保持しない配信サーバ１ａにコンテンツ情報Ｂの送信を要求してしまうことがある（図５（１）参照。）。この場合、配信サーバ１ａは、コンテンツ情報Ｂを保持する配信サーバ１ｂ又は配信サーバ１ｃからコンテンツ情報Ｂを取得して、要求元の端末装置２へコンテンツ情報Ｂを送信する。このとき配信サーバ１ａはコンテンツ情報Ｂを非永続保持コンテンツ情報として保持する（図５（２）,（３）参照。）。
【００５３】
このように配信サーバ１は、端末装置２から送信要求があったコンテンツ情報を保持していないときに他の配信サーバ１からそのコンテンツ情報を取得する。従って、人気のあるコンテンツ情報であって、端末装置２間で送受信が困難であるコンテンツ情報は、多数の配信サーバ１に保持されることになる。
【００５４】
このように、分散コンテンツプール９ａへセンタサーバ１０から新規に追加されるコンテンツ情報を永続保持コンテンツ情報として少なくとも２つの配信サーバ１に重複して記憶させ、一方で、各配信サーバ１では、端末装置２からの送信要求に応じて他の配信サーバ１から取得することになったコンテンツ情報を非永続保持コンテンツ情報として記憶させるようにしている。
【００５５】
なお、配信サーバ１ａがコンテンツ情報Ｂを記憶するための記憶領域を確保することができず、コンテンツ情報Ｂを記憶することができないときには、コンテンツ情報Ｂを保持する配信サーバ１ｂ又は配信サーバ１ｃに対して要求元の端末装置２へコンテンツ情報Ｂを送信するように要求する。これによっても、分散コンテンツプール９ａにおけるコンテンツ情報の配信を確保することができる。
【００５６】
［２．２．永続保持コンテンツ情報を保持させる配信サーバ１の決定］
次に、永続保持コンテンツ情報を保持させる配信サーバ１の決定方法について説明する。
【００５７】
各配信サーバ１ａ〜１ｄは、稼働後しばらくすると、センタサーバ１０からのコンテンツ情報の投入や端末装置２からのコンテンツ情報の要求に対する処理により、自装置の記憶手段のコンテンツ記憶領域に永続保持コンテンツ情報と非永続保持コンテンツ情報とが記憶されることになる。すなわち、図６に示すように、記憶手段におけるコンテンツ記憶領域の全データ記憶領域のうち、永続保持コンテンツ情報が記憶される永続保持領域と、非永続保持コンテンツ情報が保持される非永続保持領域とが形成され、その他の記憶領域は完全な空き領域となる。
【００５８】
各配信サーバ１は、非永続保持領域の記憶容量と完全な空き領域の記憶容量とを記憶可能な空き容量（以下、単に「空き容量」と呼ぶ。）として、他の配信サーバ１へ通知するようにしている。
【００５９】
例えば、各配信サーバ１ａ〜１ｄにおける記憶手段のコンテンツ記憶領域の状態が図７に示すような場合を考える。このとき、完全な空き領域、非永続保持領域及び永続保持領域は、配信サーバ１ａでは０ＧＢ（ギガバイト），５０ＧＢ及び５０ＧＢ、配信サーバ１ｂでは０ＧＢ，３ＧＢ及び５７ＧＢ、配信サーバ１ｃでは５ＧＢ，５ＧＢ及び６０ＧＢ、配信サーバ１ｄでは５ＧＢ，５ＧＢ及び１５ＧＢである。
【００６０】
従って、各配信サーバ１ａ〜１ｄの「空き容量」は、５０ＧＢ，３ＧＢ，１０ＧＢ，１０ＧＢとなり、各配信サーバ１ａ〜１ｄでは、これらの情報を空き容量リストとして保持することになる。例えば、配信サーバ１ａでは、図８のように、自装置を含めた記憶手段の「空き容量」を含む空き容量リストが保持されることになる。
【００６１】
そして、センタサーバ１０からコンテンツ情報の追加要求を受けた配信サーバ１は、空き容量リストに基づいて、追加要求にかかるコンテンツ情報を保持することができる２台の配信サーバ１（自装置も含む）を決定する。コンテンツ情報を保持可能な配信サーバ１が３台以上あるときには、「空き容量」が多い上位の２台の配信サーバ１をコンテンツ情報を保持させる配信サーバ１として決定する。
【００６２】
例えば、図９に示すように、追加するコンテンツ情報が４ＧＢのデータ容量があり、各配信サーバ１ａ〜１ｄの「空き容量」がそれぞれ５０ＧＢ，３ＧＢ，１０ＧＢ，１０ＧＢであるとき、「空き容量」が４ＧＢ以上ない配信サーバ１ｂ以外の配信サーバ１のうち、「空き容量」が多い上位の２台の配信サーバ１ａ，１ｃ（又は配信サーバ１ａ、１ｄ）をコンテンツ情報を保持させる配信サーバ１として決定する。
【００６３】
そして、配信サーバ１ａ，１ｃ（又は配信サーバ１ａ、１ｄ）は、センタサーバ１０から分散コンテンツプール９ａに投入されるコンテンツ情報を記憶手段のコンテンツ記憶領域に記憶する。例えば、図１０（ａ）に示すコンテンツ情報Ｃをコンテンツ記憶領域が図１０（ｂ）に示す状態の記憶手段に記憶したとき、記憶手段のコンテンツ記憶領域の状態は図１０（ｃ）に示すようになる。このように、新たに追加するコンテンツ情報Ｃのデータ容量が記憶手段におけるコンテンツ記憶領域の完全な空き容量よりも大きいときには、コンテンツ情報Ｃを取得する前に、記憶手段のコンテンツ記憶領域に記憶している非永続保持コンテンツ情報を削除して、記憶手段におけるコンテンツ記憶領域の完全な空き容量を確保した後に、新規コンテンツ情報の受信を行う。
【００６４】
ところで、上述した空き容量リストを配信サーバ１で保持するためには、センタサーバ１０からコンテンツ情報の追加要求があるまでに、配信サーバ１間で記憶手段の「空き容量」を互いに通知し合う必要がある。
【００６５】
そこで、分散コンテンツプール９ａを構成する段階で、各配信サーバ１が互いに記憶手段の「空き容量」を通知し合い、各配信サーバ１で空き容量リストを生成しておく。その後、分散コンテンツプール９ａへ新規に配信サーバ１を追加する場合も同様に、新規に追加する配信サーバ１が自身の記憶手段の「空き容量」を分散コンテンツプール９ａを構成する全ての配信サーバ１に通知すると共に、全ての配信サーバ１からそれぞれの「空き容量」を取得する。
【００６６】
また、センタサーバ１０から分散コンテンツプール９ａへ新規にコンテンツ情報の投入があったとき、配信サーバ１の記憶手段の「空き容量」が変動することになるため、その変動があったときに配信サーバ１間でその変動を互いに通知し合って、空き容量リストを更新する。
【００６７】
ここで、各配信サーバ１間で通知し合う情報を、各配信サーバ１の記憶手段のコンテンツ記憶領域に記憶されている非永続保持コンテンツ情報のそれぞれのデータ容量及び完全な空き容量とせずに、単に記憶手段の「空き容量」としたことで、通知するデータの容量を低減している。これにより、配信サーバ１間で記憶手段のコンテンツ記憶領域の状態（以下、「記憶手段の状態」とする。）を通知する際にネットワーク８への負荷を抑制することができる。
【００６８】
以上のように、本実施形態における情報配信システムＳでは、分散コンテンツプール９ａ内の異なる２以上の配信サーバ１に同一の永続保持コンテンツ情報を保持させ、その後、各配信サーバ１は、新たにコンテンツ情報を保持する場合に、削除するコンテンツ情報を永続保持コンテンツ情報とせずに、非永続保持コンテンツ情報とする。そのため、分散コンテンツプール９ａ内の異なる配信サーバ１に常に同一のコンテンツ情報を重複して存在させることができる。
【００６９】
また、各配信サーバ１は、他の配信サーバ１の記憶手段の状態を空き容量リストで把握し、この空き容量リストに基づいてセンタサーバ１０から投入されるコンテンツ情報の保持先を決定するようにすることで、センタサーバ１０は各配信サーバ１の記憶手段の状態を把握する必要がない。
【００７０】
しかも、各配信サーバ１は、記憶手段のコンテンツ記憶領域に完全な空き容量がないときでも、非永続保持コンテンツ情報を削除することにより、新規にコンテンツ情報を追加することができる。従って、記憶手段のコンテンツ記憶領域に完全な空き容量がないために新規にコンテンツ情報を追加することができないといった事態を回避することができる。
【００７１】
［２．３．削除する非永続保持コンテンツ情報の判定］
上述のように、各配信サーバ１は、非永続保持コンテンツ情報を記憶しようとするときに、記憶手段のコンテンツ記憶領域に完全な空き容量がないとき、コンテンツ記憶領域に記憶している非永続保持コンテンツ情報を削除する。
【００７２】
非永続保持コンテンツ情報の削除は、記憶手段のコンテンツ記憶領域に記憶している非永続保持コンテンツ情報をランダムに選択して行なうこともできるが、コンテンツ共有ネットワーク９ｂから要求される可能性の高いコンテンツ情報は削除せずに保持して置くことが望ましい。
【００７３】
コンテンツ共有ネットワーク９ｂから要求される可能性が高いコンテンツ情報は、コンテンツ共有ネットワーク９ｂでほとんど共有されていないコンテンツ情報、つまり「人気のないコンテンツ情報」である。逆に人気のあるコンテンツ情報はコンテンツ共有ネットワーク９ｂ内でさかんに共有されていくため、コンテンツ共有ネットワーク９ｂ内で多く共有されることとなった後、分散コンテンツプール９ａに対してコンテンツ情報を要求してくる可能性は低くなる。従って、人気のあるコンテンツ情報のうち記憶手段のコンテンツ記憶領域に記憶した日時の古いコンテンツ情報を優先して削除していくと、分散コンテンツプール９ａの配信サーバ１における記憶手段のコンテンツ記憶領域をより効率的に使用することができる。
【００７４】
そこで、本実施形態における配信サーバ１では、非永続保持コンテンツ情報のうちコンテンツ共有ネットワーク９ｂで人気のあるコンテンツ情報のうち記憶日時の古いものを優先して削除するようにしている。
【００７５】
コンテンツ共有ネットワーク９ｂで人気のあるコンテンツ情報は、非永続保持コンテンツ情報を削除しようとする配信サーバ１が、コンテンツ共有ネットワーク９ｂに問い合せることによって判断する。
【００７６】
例えば、コンテンツ共有ネットワーク９ａが分散ハッシュテーブル（Distributed Hash Table：以下、「ＤＨＴ」と呼ぶ。）を使用したコンテンツ共有ネットワークである場合、削除しようとするコンテンツ情報を保持している端末装置２を管理する端末装置２（以下のルート端末装置）に問い合わせる方法がある。
【００７７】
分散ハッシュテーブル（ＤＨＴ）を使用したコンテンツ共有ネットワーク９ａは、例えば、上述した特許文献１に示すように、各端末装置２のＩＰアドレスなどの固有情報を所定のハッシュ関数によってハッシュ化した値を各端末装置２の固有の識別情報（以下、「端末ＩＤ」とする。）として用いている。各端末装置２の制御部は、コンテンツ共有ネットワーク９ｂを形成する複数の端末装置２のうち一部の端末装置２の端末ＩＤと所在情報（ＩＰアドレスなど）とを保持しており、当該保持している情報に基づいて端末装置２間でのコンテンツ情報を送受信する。例えば、コンテンツ情報の名称等を端末ＩＤを生成したときと同じハッシュ関数でハッシュ化して各コンテンツ情報に固有の識別情報（以下、「コンテンツＩＤ」とする。）を割り当てる。そして、各コンテンツＩＤと端末ＩＤを所定の関連がある端末装置２（以下、「ルート端末装置」と呼ぶ。）にその関連づけたコンテンツＩＤのコンテンツ情報を管理させる。ここでコンテンツ情報の管理とは、その管理するコンテンツ情報を保持している端末装置２の所在情報を管理することである。各端末装置２の制御部は、自装置が保持しているコンテンツ情報のコンテンツＩＤと所定の関連を有するルート端末装置に対して自装置の所在情報を通知する。また、各端末装置２の制御部は、所望のコンテンツ情報をそのコンテンツＩＤと所定の関連を有するルート端末装置にコンテンツ情報を保持する端末装置２（以下、「コンテンツ保持端末装置」と呼ぶ。）の所在情報を問い合わせて取得する。このようにネットワークを構築することによって、Ｐ２Ｐ型のコンテンツ共有ネットワークが形成される。なお、コンテンツＩＤと所定の関連を有する端末ＩＤとして、例えば、コンテンツＩＤよりも小さい値であり、かつコンテンツＩＤに最も近い端末ＩＤと規定することができる。
【００７８】
図１１に示すように、例えば、センタサーバ１０から配信サーバ１ｄを介して配信サーバ１ａに対してコンテンツ情報Ｃの追加要求があったとき（図１１に示す（１），（２）参照。）、配信サーバ１ａは、削除検討対象となるコンテンツ情報（以下、「コンテンツ情報Ｘ」とする。）に関する存在確認メッセージを生成し、この存在確認メッセージをコンテンツ共有ネットワーク９ｂの任意の端末装置２ａへ送信する（図１１に示す（３）参照。）。ここで、記憶手段のコンテンツ記憶領域に記憶したコンテンツ情報のうち記憶日時が古い程人気のないコンテンツ情報である可能性が高いことから、配信サーバ１ａは、コンテンツ情報Ｘとして、記憶手段のコンテンツ記憶領域に記憶した時間が最も古い非永続保持コンテンツ情報から選択する（図１２参照）。なお、配信サーバ１ａにおいて、コンテンツ情報を要求してき端末装置２の所在情報（ＩＰアドレスなど）を知っていることから、例えば、配信サーバ１ａへコンテンツ情報を要求してき端末装置２の中から端末装置２ａを選択することができる。
【００７９】
このとき、この存在確認メッセージは、コンテンツ情報ＸのコンテンツＩＤと配信サーバ１ａの所在情報を含むメッセージであり、コンテンツ共有ネットワーク９ｂの端末装置２で転送されて、コンテンツＩＤと所定の関連を有する端末装置２ｘへたどり着く（図１１に示す（４）参照。）。端末装置２ｘは、存在確認メッセージを受信すると、配信サーバ１ａに対して、コンテンツ情報Ｘの存在状態、すなわち、コンテンツ情報Ｘを保持している端末装置２の数を通知する（図１１に示す（５）参照。）。
【００８０】
そして、配信サーバ１ａは、端末装置２ｘから通知されるコンテンツ情報Ｘの存在状態に基づいて、人気のあるコンテンツ情報であるか否かを、例えば、ルート端末装置が管理するコンテンツ保持端末装置の数が所定数（例えば、２台。この数字はコンテンツ共有ネットワーク９ｂの規模や分散コンテンツプール９ａによって適宜調整される。）以上であるか否かで判定する。例えば、ルート端末装置が管理するコンテンツ保持端末装置の数が２台以上あるコンテンツ情報であるとき、そのコンテンツ情報が人気のあるコンテンツ情報であると判定する。
【００８１】
配信サーバ１ａは、記憶手段のコンテンツ記憶領域に記憶した時間が最も古い非永続保持コンテンツ情報から順にコンテンツ情報Ｘとして選択していき上述の処理を行なって、そのコンテンツ情報Ｘが人気のあるコンテンツ情報であるときに、記憶手段のコンテンツ記憶領域から削除する。そして、このように非永続保持コンテンツ情報を削除していくことでコンテンツ情報Ｃを記憶することができる空き領域が記憶手段のコンテンツ記憶領域にできたとき、配信サーバ１ａは、配信サーバ１ｄからコンテンツ情報Ｃを取得する。
【００８２】
このように、配信サーバ１は、記憶手段のコンテンツ記憶領域に記憶したコンテンツ情報のうち、記憶日時が古いコンテンツ情報から順にコンテンツ共有ネットワーク９ｂで人気のあるコンテンツ情報であるか否かを判定し、人気のあるコンテンツ情報であるときにそのコンテンツ情報を記憶手段のコンテンツ記憶領域から削除するようにしている。このように人気のあるコンテンツ情報を優先して削除していくことで、分散コンテンツプール９ａのデータ領域をより効率的に使用することができる。
【００８３】
また、コンテンツ共有ネットワーク９ｂの方式に依存しない方法として、コンテンツ共有ネットワーク９ｂを構成する任意の端末装置２に、削除しようとするコンテンツ情報の存在を調べてもらうという方法が考えられる。ここで選択する任意の端末装置２は、分散コンテンツプール９ａに要求を送ってきた端末装置２を覚えておくなどの方法が考えられる。
【００８４】
例えば、記憶手段のコンテンツ記憶領域に非永続保持コンテンツ情報がある場合、この非永続保持コンテンツ情報を要求してきた端末装置２の所在情報（ＩＰアドレスなど）を関連づけて記憶手段のコンテンツ記憶領域に記憶しておき、記憶日時が古いコンテンツ情報から順にそのコンテンツ情報を要求してきた端末装置２に存在確認を行なうようにする。
【００８５】
図１３に示すように、例えば、センタサーバ１０から配信サーバ１ｄを介して配信サーバ１ａに対してコンテンツ情報Ｃの追加要求があったとき（図１３に示す（１），（２）参照。）、配信サーバ１ａは、コンテンツ情報Ｘに関する存在確認メッセージ（コンテンツ情報ＸのコンテンツＩＤと配信サーバ１ａの所在情報を含むメッセージ）を生成する。そして、コンテンツ情報Ｘを配信サーバ１ａに要求した端末装置２が例えば端末装置２ａであるとき、配信サーバ１ａは、存在確認メッセージを端末装置２ａへ送信する（図１３に示す（３）参照。）。
【００８６】
存在確認メッセージを受信した端末装置２ａは、コンテンツ共有ネットワーク９ｂ内にコンテンツ情報Ｘの存在状態、すなわち、コンテンツ情報Ｘを他の端末装置２から収集し（図１３に示す（４）参照。）、コンテンツ情報Ｘの存在状態を配信サーバ１ａへ通知する（図１３に示す（５）参照。）。そして、配信サーバ１ａは、端末装置２ａから通知されるコンテンツ情報Ｘの存在状態に基づいて、人気のあるコンテンツ情報であるか否かを判定する。
【００８７】
［２．４．永続保持コンテンツ情報を保持させる配信サーバ１の決定方法］
次に、永続保持コンテンツ情報を保持させる配信サーバ１の決定方法について説明する。
【００８８】
センタサーバ１０からコンテンツ情報の追加要求を受けた配信サーバ１（例えば、図１１における配信サーバ１ｄ）は、「空き容量」の割合が多い配信サーバ１から優先的に永続保持コンテンツ情報を保持させる。
【００８９】
例えば、図１４に示すように、配信サーバ１ａ〜１ｃにおいて、初期状態における記憶手段のコンテンツ記憶領域の記憶容量が２００ＧＢ,１００ＧＢ,１００ＧＢであるとき、４ＧＢの永続保持コンテンツ情報を追加する配信サーバ１として、空き記憶容量が多い配信サーバ１ａ，１ｂが選択される（図１４の動作２を参照）。次に、４ＧＢの永続保持コンテンツ情報を追加する配信サーバ１として、空き記憶容量が多い配信サーバ１ａ，１ｃが選択される（図１４の動作３を参照）。このように、「空き容量」の多い配信サーバ１から順に永続保持コンテンツ情報を保持させることで、効率的にコンテンツ情報を追加することができる。
【００９０】
［３．配信サーバ１の具体的構成及び動作の説明］
次に、配信サーバ１の具体的構成及び動作の一例について説明する。
【００９１】
（配信サーバ１の構成について）
まず、配信サーバ１の具体的構成について説明する。図１５は、本実施形態の情報配信システムＳにおける配信サーバ１の概略構成を示す図である。
【００９２】
配信サーバ１は、一般のサーバコンピュータを適用可能であり、図１５に示すように、配信サーバ１全体を制御する制御部１０１と、コンテンツ情報を記憶するコンテンツ記憶領域を有する書き換え可能な記憶部１０２と、他の配信サーバ１や端末装置２と通信するための通信部１０３とを備えており、これらはシステムバス１１０を介して相互に接続されている。
【００９３】
制御部１０１は、ＣＰＵ（Central Processing Unit）、内部メモリなどから構成される。この内部メモリには、他の配信サーバ１や端末装置２と間でのコンテンツ情報やその他のメッセージを送受信するための情報処理プログラムが格納されており、ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、取得手段、記憶処理手段、判定手段、送信手段、送信要求手段、決定手段等として機能する。
【００９４】
なお、この情報処理プログラムは、例えば、インターネットに接続された他のサーバ（例えば、センタサーバ１０）から、通信部１０３を介して、制御部１０１の内部メモリにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の内部メモリに読み込まれるようにしてもよい。
【００９５】
（配信サーバ１の具体的動作について）
以上のように構成された配信サーバ１の動作を図面を参照して具体的に説明する。図１６は本実施形態における配信サーバ１のメイン処理フローチャートである。なお、以下の各処理は、配信サーバ１の制御部１０１が上述した各手段等として機能することによって実行されるものである。
【００９６】
配信サーバ１においてメイン電源スイッチ（図示せず）がＯＮされたときやリセットスイッチ（図示せず）が操作されたとき、図１６に示すように、配信サーバ１は初期化動作を行なう（ステップＳ１）。具体的には、制御部１０１のＣＰＵは、記憶部１０２のアクセス許可、内部メモリの作業領域確保等の初期設定動作を実行し、内部メモリに記憶した情報処理プログラムを実行状態として、制御部１０１としての機能を動作状態とする。
【００９７】
次に、制御部１０１は、記憶部１０２のコンテンツ記憶領域の「空き容量」を他の配信サーバ１に通知する第１空き容量通知処理を行なう（ステップＳ２）。この第１空き容量通知処理は、図１７に示すステップＳ２０，Ｓ２１の処理であり、後で詳述する。
【００９８】
次に、制御部１０１は、他の配信サーバ１からコンテンツ永続保持要求を受信したか否かを判定する（ステップＳ３）。この処理において、コンテンツ永続保持要求を受信したと判定すると（ステップＳ３：Ｙｅｓ）、制御部１０１は、コンテンツ永続保持処理を行なう（ステップＳ４）。このコンテンツ永続保持処理は、図１８に示すステップＳ３０〜Ｓ４３の処理であり、後で詳述する。一方、コンテンツ永続保持要求を受信していないと判定すると（ステップＳ３：Ｎｏ）、制御部１０１は、処理をステップＳ５に移行する。
【００９９】
ステップＳ５において、制御部１０１は、他の配信サーバ１からコンテンツコピー要求を受信したか否かを判定する。この処理において、制御部１０１は、コンテンツコピー要求を受信したと判定すると（ステップＳ５：Ｙｅｓ）、コンテンツコピー処理を行なう（ステップＳ６）。このコンテンツコピー処理は、図１９に示すステップＳ４５〜Ｓ４７の処理であり、後で詳述する。一方、コンテンツコピー要求を受信していないと判定すると（ステップＳ５：Ｎｏ）、制御部１０１は、処理をステップＳ７に移行する。
【０１００】
ステップＳ７において、制御部１０１は、端末装置２からコンテンツ取得要求を受信したか否かを判定する。この処理において、制御部１０１は、コンテンツ取得要求を受信したと判定すると（ステップＳ７：Ｙｅｓ）、コンテンツ送信処理を行なう（ステップＳ８）。このコンテンツ送信処理は、図２０に示すステップＳ５０〜Ｓ５８の処理であり、後で詳述する。一方、コンテンツ取得要求を受信していないと判定すると（ステップＳ７：Ｎｏ）、制御部１０１は、処理をステップＳ９に移行する。
【０１０１】
ステップＳ９において、制御部１０１は、他の配信サーバ１からコンテンツ情報追加要求があったか否かを判定する。この処理において、制御部１０１は、コンテンツ情報追加要求があったと判定すると（ステップＳ９：Ｙｅｓ）、コンテンツ情報追加処理を行なう（ステップＳ１０）。このコンテンツ情報追加処理は、図２１に示すステップＳ６０〜Ｓ６４の処理であり、後で詳述する。一方、コンテンツ情報追加要求がなかったと判定すると（ステップＳ９：Ｎｏ）、制御部１０１は、処理をステップＳ１１に移行する。
【０１０２】
ステップＳ１１において、制御部１０１は、他の配信サーバ１から「空き容量」の通知があったか否かを判定する。この処理において、制御部１０１は、「空き容量」の通知があったと判定すると（ステップＳ１１：Ｙｅｓ）、第２空き容量通知処理を行なう（ステップＳ１２）。このコンテンツ送信処理は、図２２に示すステップＳ７０〜Ｓ７２の処理であり、後で詳述する。一方、「空き容量」の通知がなかったと判定すると（ステップＳ１１：Ｎｏ）、制御部１０１は、当該メッセージに応じた処理を行なう（ステップＳ１３）。
【０１０３】
ステップＳ４，Ｓ６，Ｓ８，Ｓ１０，Ｓ１２，Ｓ１３の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ１４）。例えば、自配信サーバ１の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【０１０４】
ステップＳ１４において、終了指示を検知したと判定すると（ステップＳ１４：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ１４：Ｎｏ）、制御部１０１は、ステップＳ３からの処理を繰り返す。
【０１０５】
次に、ステップＳ２の第１空き容量通知処理について図１７のフローチャートを参照して具体的に説明する。図１７は配信サーバ１における第１空き容量通知処理のフローチャートである。
【０１０６】
図１７に示すように、第１空き容量通知処理を開始すると、制御部１０１は、ネットワーク８及び通信部１０３を介して自身の「空き容量」を全ての配信サーバ１に通知する（ステップＳ２０）。すなわち、制御部１０１は、自装置の記憶部１０２のコンテンツ記憶領域の「空き容量」（完全な空き容量に加え、非永続保持コンテンツ情報を記憶しているときにはその記憶容量を加算したもの）を検出し、この「空き容量」の情報を全ての配信サーバ１に通知する。
【０１０７】
次に、制御部１０１は、他の配信サーバ１のうち任意の一の配信サーバ１を選択して、この配信サーバ１に対して空き容量リスト（例えば、図８参照。）のコピー依頼を通信部１０３及びネットワーク８を介して行なう。その後、制御部１０１は、この空き容量リストのコピー依頼に対して、他の配信サーバ１から送信される空き容量リストをネットワーク８及び通信部１０３を介して受信して（ステップＳ２１）、第１空き容量通知処理を終了する。このように制御部１０１は複数の配信サーバ１の記憶手段の「空き容量」をそれぞれ取得する空き容量取得手段として機能する。
【０１０８】
次に、ステップＳ４のコンテンツ永続保持処理について図１８のフローチャートを参照して具体的に説明する。図１８は配信サーバ１におけるコンテンツ永続保持処理のフローチャートである。
【０１０９】
図１８に示すように、コンテンツ永続保持処理を開始すると、制御部１０１は、コンテンツ永続保持要求にかかる新規のコンテンツ情報（以下、「新規コンテンツ情報」とする。）が「空き容量」に収まるか否かを判定する（ステップＳ３０）。具体的には、記憶部１０２におけるコンテンツ記憶領域の「空き容量」が、新規コンテンツ情報のデータサイズよりも大きいときに新規コンテンツ情報が「空き容量」に収まると判定する。
【０１１０】
この処理において、新規コンテンツ情報が「空き容量」に収まらないと判定したとき（ステップＳ３０：Ｎｏ）、制御部１０１は、削除候補として最も古い非永続保持コンテンツ情報を選択する（ステップＳ３１）。具体的には、制御部１０１は、記憶部１０２におけるコンテンツ記憶領域に記憶した非永続保持コンテンツ情報のうち最も記憶した日時が古い非永続保持コンテンツ情報を選択する。
【０１１１】
次に、制御部１０１は、削除候補の非永続保持コンテンツとして、最も古い非永続保持コンテンツ情報に関する情報（例えば、非永続保持コンテンツ情報の名称）を記憶部１０２に記憶する（ステップＳ３２）。ここで記憶する最も古い非永続保持コンテンツ情報は、ステップＳ３１で削除候補としたコンテンツ情報と同一になる。
【０１１２】
次に、制御部１０１は、削除候補の非永続保持コンテンツの存在状態をコンテンツ共有ネットワーク９ｂに問い合わせる（ステップＳ３３）。例えば、制御部１０１は、コンテンツ共有ネットワーク９ｂの任意の端末装置２を選択して、この選択した端末装置２に対して存在確認メッセージを通信部１０３及びネットワーク８を介して送信する。任意の端末装置２の選択は、例えば、自装置にコンテンツ情報を要求した端末装置２の中からランダムに選択する。また、存在確認メッセージは、上述したように、自サーバ１の所在情報（ＩＰアドレスなど）及び削除候補のコンテンツ情報のコンテンツＩＤなどを含む。
【０１１３】
次に、制御部１０１は、ステップＳ３３で行なった問い合せに対する返答を端末装置２から受信する（ステップＳ３４）。すなわち、制御部１０１は、存在確認メッセージに対して送信される存在状態の情報をネットワーク８及び通信部１０３を介して受信する。
【０１１４】
次に、制御部１０１は、ステップＳ３４で受信した、問い合せに対する返答に基づいて、問い合わせたコンテンツ情報が人気のあるコンテンツ情報であるか否かを判定する（ステップＳ３５）。例えば、ステップＳ３３で存在状態を問い合わせたコンテンツ情報が、コンテンツ共有ネットワーク９ｂの所定数以上の端末装置２により保持されているコンテンツ情報であるとき、人気のあるコンテンツ情報であると判定する。
【０１１５】
この処理において、人気のあるコンテンツ情報ではないと判定すると（ステップＳ３５：Ｎｏ）、制御部１０１は、次に古い非永続保持コンテンツ情報が存在するかを判定する（ステップＳ３６）。
【０１１６】
この処理において、次に古い非永続保持コンテンツ情報がもはや存在しないと判定したとき（ステップＳ３６：Ｎｏ）、制御部１０１は、ステップＳ３２で情報を記憶した削除候補として最も古い非永続保持コンテンツ情報を削除対象として決定し（ステップＳ３９）、処理をステップＳ４０へ移行する。
【０１１７】
一方、次に古い非永続保持コンテンツ情報が存在すると判定すると（ステップＳ３６：Ｙｅｓ）、次に古い非永続保持コンテンツ情報を削除候補の非永続保持コンテンツ情報として選択して（ステップＳ３７）、ステップＳ３３〜Ｓ３６の処理を繰り返す。すなわち、制御部１０１は、記憶部１０２におけるコンテンツ記憶領域に記憶した非永続保持コンテンツ情報のうちステップＳ３５で判定していない非永続保持コンテンツ情報であって、記憶日時が古い非永続保持コンテンツ情報を選択して削除候補とし、ステップＳ３３〜Ｓ３６の処理を繰り返す。従って、全ての非永続保持コンテンツ情報が人気のあるコンテンツ情報ではないと判定した場合、つまりステップＳ３６において次に古い非永続保持コンテンツ情報がもはや存在しないと判定した場合（ステップＳ３６：Ｎｏ）、非永続保持コンテンツ情報のうち、記憶日時が最も古い非永続保持コンテンツ情報を削除対象として決定することになる（ステップＳ３９）。
【０１１８】
ステップＳ３５において、削除候補の非永続保持コンテンツ情報が人気のあるコンテンツ情報であると判定すると（ステップＳ３５：Ｙｅｓ）、制御部１０１は、判定した非永続保持コンテンツ情報を削除対象として決定し（ステップＳ３８）、新規コンテンツ情報が記憶部に収まるように非永続保持コンテンツを消去して容量を確保する（ステップＳ４０）。すなわち、制御部１０１は、ステップＳ３５で人気のあるコンテンツ情報と判定した非永続保持コンテンツ情報を記憶部１０２のコンテンツ記憶領域から消去して、新規コンテンツ情報を記憶部１０２に記憶するための記憶領域を確保する。このように制御部１０１は、他の装置から取得するコンテンツ情報を記憶するための記憶領域が記憶手段である記憶部１０２のコンテンツ記憶領域にないとき、このコンテンツ記憶領域に記憶しているコンテンツ情報のうち、削除が禁止されていない非永続保持コンテンツ情報を削除して記憶領域を確保する記憶処理手段として機能する。この記憶処理手段は、削除するコンテンツ情報として、複数の前記端末装置２で形成されるＰ２Ｐネットワーク内、すなわちコンテンツ共有ネットワーク９ｂ内に所定数以上記憶しているコンテンツ情報を選択する。
【０１１９】
このステップＳ４０の処理が終了したとき、又はステップＳ３０において新規コンテンツ情報が「空き領域」に収まると判定したとき（ステップＳ３０：Ｙｅｓ）、制御部１０１は、コンテンツ受信準備完了メッセージを依頼元の配信サーバ１に返信する（ステップＳ４１）。すなわち、制御部１０１は、コンテンツ永続保持要求を送信した配信サーバ１に対して、通信部１０３及びネットワーク８を介して、コンテンツ情報の準備が整ったことを通知するためのコンテンツ受信準備完了メッセージを送信する。このコンテンツ受信準備完了メッセージには、新規コンテンツ情報を記憶部１０２のコンテンツ記憶領域に記憶したときのコンテンツ記憶領域の「空き容量」の情報が含まれており、後述するように、要求元の配信サーバ１は、この「空き容量」の情報に基づいて空き容量リストを更新する。
【０１２０】
次に、制御部１０１は、コンテンツ受信準備完了メッセージを受信した配信サーバ１から送信される空き容量リストの更新メッセージをネットワーク８及び通信部１０３を介して受信する（ステップＳ４２）。この空き容量リストの更新メッセージには空き容量リストの情報が含まれてり、制御部１０１は、記憶部１０２に記憶している空き容量リストを更新して新規コンテンツ情報を追加した状態の他の配信サーバ１の「空き容量」などを更新する。このように制御部１０１は複数の配信サーバ１の記憶手段の「空き容量」をそれぞれ取得する空き容量取得手段として機能する。
【０１２１】
次に制御部１０１は、コンテンツ永続保持要求を行なった他の配信サーバ１から新規コンテンツ情報をネットワーク８及び通信部１０３を介して受信して、記憶部１０２のコンテンツ記憶領域に永続保持コンテンツ情報として保持する（ステップＳ４３）。コンテンツ保持要求を行なった他の配信サーバ１から送信されるコンテンツ情報には、削除禁止の情報が関連づけられて送信されることから、制御部１０１は、この削除禁止の情報に基づいて、受信したコンテンツ情報を永続保持コンテンツ情報として削除禁止の情報（例えば、削除禁止フラグ）と共に記憶部１０２に記憶する。このように制御部１０１は、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得する取得手段、他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に記憶手段である記憶部１０２に記憶する記憶処理手段として機能する。
【０１２２】
次に、ステップＳ６のコンテンツコピー処理開始について図１９のフローチャートを参照して具体的に説明する。図１９は配信サーバ１におけるコンテンツコピー処理のフローチャートである。
【０１２３】
図１９に示すように、コンテンツコピー処理を開始すると、制御部１０１は、コンテンツコピー要求にかかるコンテンツ情報のデータサイズを記憶部１０２に記憶した情報に基づいて判定する。そして、このコンテンツ情報のデータサイズを要求元の他の配信サーバ１へ通信部１０３及びネットワーク８を介して通知する（ステップＳ４５）。
【０１２４】
次に、制御部１０１は、要求元の他の配信サーバ１からネットワーク８及び通信部１０３を介してコピー準備完了を受信したか否かを判定する（ステップＳ４６）。この処理において、コピー準備完了を受信したと判定すると（ステップＳ４６：Ｙｅｓ）、制御部１０１は、要求にかかるコンテンツ情報を記憶部１０２のコンテンツ記憶領域から取り出し、「削除禁止」の情報を関連づけることなく、この取り出したコンテンツ情報を要求元の他の配信サーバ１へ通信部１０３及びネットワーク８を介して送信して（ステップＳ４７）、コンテンツコピー処理を終了する。
【０１２５】
次に、ステップＳ８のコンテンツ送信処理について図２０のフローチャートを参照して具体的に説明する。図２０は配信サーバ１におけるコンテンツ送信処理のフローチャートである。
【０１２６】
図２０に示すように、コンテンツ送信処理を開始すると、制御部１０１は、端末装置２から要求されたコンテンツ情報を保持しているか否かを判定する（ステップＳ５０）。このように制御部１０１は、端末装置２からコンテンツ情報の送信要求を受信したとき、当該送信要求に応じたコンテンツ情報が記憶手段である記憶部１０２に記憶されているか否か判定する判定手段として機能する。
【０１２７】
この処理において、要求されたコンテンツ情報を保持していないと判定すると（ステップＳ５０：Ｎｏ）、制御部１０１は、コンテンツ情報を保持する他の配信サーバ１を検索する。そして、コンテンツ情報を保持する他の配信サーバ１に対して、コンテンツ情報のコピー要求であるコンテンツコピー要求を通信部１０３及びネットワーク８を介して行う（ステップＳ５１）。
【０１２８】
制御部１０１は、このコンテンツコピー要求に対して、当該コンテンツ情報を保持する他の配信サーバ１から送信されるコンテンツ情報のデータサイズの情報を受信し（ステップＳ５２）、このデータサイズのコンテンツ情報を保持するための完全な空き容量が記憶部１０２のコンテンツ記憶領域に存在するか否かを判定する（ステップＳ５３）。
【０１２９】
この処理において、要求したコンテンツ情報を保持することができる完全な空き容量を保持していないと判定すると（ステップＳ５３：Ｎｏ）、制御部１０１は、非永続保持コンテンツ情報の削除で記憶部１０２のコンテンツ記憶領域を確保できるか否かを判定する（ステップＳ５４）。
【０１３０】
この処理において、コンテンツ記憶領域を確保できると判定すると（ステップＳ５４：Ｙｅｓ）、制御部１０１は、完全な空き容量を確保するために必要な非永続保持コンテンツ情報を決定して、この非永続保持コンテンツ情報を記憶部１０２のコンテンツ記憶領域から削除する（ステップＳ５５）。これにより、記憶部１０２のコンテンツ記憶領域に新たにコンテンツ情報を保持するための記憶領域が確保される。このステップＳ５５の処理は、例えば、上述したステップＳ３１〜Ｓ３６の処理と同様の処理を行なうことによって実行される。
【０１３１】
このステップＳ５５の処理が終了したとき、またはステップＳ５３において要求したコンテンツ情報を保持することができる完全な空き容量を保持していると判定したとき（ステップＳ５３：Ｙｅｓ）、制御部１０１は、ステップＳ５１においてコンテンツコピー要求を行った他の配信サーバ１へコピー準備完了メッセージを通信部１０３及びネットワーク８を介して通知する。そして、制御部１０１は、その後当該他の配信サーバ１から送信されるコンテンツ情報をネットワーク８及び通信部１０３を介して受信して、記憶部１０２のコンテンツ記憶領域に記憶する（ステップＳ５６）。このとき受信するコンテンツ情報には、「削除禁止」の情報は関連付けられておらず、制御部１０１は、受信したコンテンツ情報を非永続保持コンテンツ情報として記憶部１０２のコンテンツ記憶領域に記憶する。このように制御部１０１は、送信要求に応じたコンテンツ情報が記憶手段である記憶部１０２に記憶されていないと判定したコンテンツ情報を他の配信サーバ１から削除禁止か否かの情報と共に取得する取得手段として機能する。
【０１３２】
このステップＳ５６の処理が終了したとき、またはステップＳ５０において要求されたコンテンツ情報を保持していると判定したとき（ステップＳ５０：Ｙｅｓ）、制御部１０１は、コンテンツ情報を要求した端末装置２に対して要求にかかるコンテンツ情報を通信部１０３及びネットワーク８を介して送信する（ステップＳ５７）。このように制御部は、記憶手段である記憶部１０２に記憶されていると判定したコンテンツ情報、または記憶部１０２に記憶されていないときに配信サーバ１から取得したコンテンツ情報を、送信要求を行なった端末装置２へ送信する送信手段として機能する。
【０１３３】
一方、ステップＳ５４において、非永続保持コンテンツ情報の削除で記憶部１０２のコンテンツ記憶領域に記憶領域が確保できないと判定したとき（ステップＳ５４：Ｎｏ）、制御部１０１は、端末装置２からの要求にかかるコンテンツ情報を保持する他の配信サーバ１に対して、この要求にかかるコンテンツ情報を通信部１０３及びネットワーク８を介してコンテンツ情報の送信要求を行なった端末装置２へ送信するように依頼する（ステップＳ５８）。このように制御部１０１は端末装置２からの送信要求に応じたコンテンツ情報を記憶するための記憶領域を記憶部１０２により確保することができないとき、送信要求に応じたコンテンツ情報を記憶している他の配信サーバ１へ送信要求に応じたコンテンツ情報を、当該送信要求を行なった端末装置２に対して送信するように要求する送信要求手段として機能する。
【０１３４】
ステップＳ５７またはステップＳ５８の処理が終了したとき、制御部１０１は、コンテンツ送信処理を終了する。
【０１３５】
次に、ステップＳ１０のコンテンツ情報追加処理について図２１のフローチャートを参照して具体的に説明する。図２１は配信サーバ１におけるコンテンツ情報追加処理のフローチャートである。
【０１３６】
図２１に示すように、コンテンツ情報追加処理を開始すると、制御部１０１は、記憶部１０２に記憶した空き容量リストに基づき、「空き容量」の大きな２つの配信サーバ１を決定する（ステップＳ６０）。このように制御部１０１は他の装置からコンテンツ情報の追加要求を受信したとき、複数の配信サーバ１の記憶手段の「空き容量」に応じて、この追加要求に応じたコンテンツ情報を記憶させる配信サーバ１を決定する決定手段として機能する。この決定手段は、追加要求に応じたコンテンツ情報を記憶させる配信サーバ１の決定を、複数の配信サーバ１のうち、記憶手段の「空き容量」が大きい配信サーバ１から順に所定数選択することによって行なう。
【０１３７】
このように決定した配信サーバ１に対して、制御部１０１は、通信部１０３及びネットワーク８を介してコンテンツ保持依頼メッセージを送信する（ステップＳ６１）。なお、選択した配信サーバ１が自装置である場合には、自装置に対するコンテンツ保持依頼は行わない。このように制御部１０１は決定した配信サーバ１に対して、追加要求に応じたコンテンツ情報を記憶させる追加処理手段として機能する。
【０１３８】
次に、制御部１０１は、ステップＳ６１でコンテンツ保持依頼メッセージを送信した全配信サーバ１からコンテンツ受信準備完了メッセージを受信したか否かを判定する（ステップＳ６２）。この処理において、制御部１０１は、全配信サーバ１からコンテンツ受信準備完了メッセージを受信するまで待ち（ステップＳ６２：Ｎｏ）、すべての受信が完了したとき（ステップＳ６２：Ｙｅｓ）、処理をステップＳ６３に移行する。なお、所定期間経過しても全配信サーバ１からコンテンツ受信準備完了メッセージを受信できないときには、制御部１０１は、コンテンツ受信準備完了メッセージを受信できない配信サーバ１が分散コンテンツプール９ａから脱退又は通信不能であると判断し、別の配信サーバ１を選択して、コンテンツ保持依頼メッセージを送信する。
【０１３９】
ステップＳ６３において、制御部１０１は、全配信サーバ１に空き容量更新メッセージを通信部１０３及びネットワーク８を介して送信する。すなわち、コンテンツ受信準備完了メッセージには配信サーバ１の「空き容量」の情報が含まれており、制御部１０１は、この空き容量に基づいて、記憶部１０２に記憶している空き容量リストを更新するようにしており、このように更新した空き容量リストの情報を含む空き容量更新メッセージを全配信サーバ１へ通信部１０３及びネットワーク８を介して送信する。
【０１４０】
その後、制御部１０１は、ステップＳ６０で選択した２つの配信サーバ１に新規に追加するコンテンツ情報を通信部１０３及びネットワーク８を介して送信する（ステップＳ６４）。このとき送信するコンテンツ情報には、「削除禁止」の情報が関連付けられている。なお、ステップＳ６０で選択した配信サーバ１が自装置である場合には、新規に追加するコンテンツ情報を永続保持コンテンツ情報として記憶部１０２のコンテンツ記憶領域に記憶する。
【０１４１】
次に、ステップＳ１２の第２空き容量通知処理について図２２のフローチャートを参照して具体的に説明する。図２２は配信サーバ１における第２空き容量通知処理のフローチャートである。
【０１４２】
図２２に示すように、第２空き容量通知処理を開始すると、制御部１０１は、記憶部１０２に記憶した空き容量リストに新規に分散コンテンツプール９ａに参加しようとする配信サーバ１（以下、「新規配信サーバ１」と呼ぶ。）の「空き容量」の情報を追加する（ステップＳ７０）。この「空き容量」の情報は、ステップＳ１１で受信したと判定した空き容量通知に含まれる情報である。
【０１４３】
次に、制御部１０１は、空き容量リストのコピー依頼を新規参加配信サーバ１からネットワーク８及び通信部１０３を介して受信したか否かを判定する（ステップＳ７１）。この処理において、コピー依頼を新規参加配信サーバから受信したと判定すると（ステップＳ７１：Ｙｅｓ）、制御部１０１は、空き容量リストを新規参加配信サーバ１に対して通信部１０３及びネットワーク８を介して送信する（ステップＳ７２）。
【０１４４】
このステップＳ７２の処理が終了したとき、またはステップＳ７１において新規参加配信サーバ１から受信しないと判定すると（ステップＳ７１：Ｎｏ）、制御部１０１は、第２空き容量通知処理を終了する。このように、制御部１０１は、新規配信サーバ１から送信される「空き容量」の情報に基づいて空き容量リストを更新し、このように更新した空き容量リストを新規配信サーバ１へ送信するようにしており、これにより、新規配信サーバ１で空き容量リストを保持することができる。
【０１４５】
以上のように本実施形態における配信サーバ１では、他の装置からコンテンツ情報を削除禁止か否かの情報と共に取得し、このコンテンツ情報を削除禁止か否かの情報と共に前記記憶手段に記憶する。そして、配信サーバ１は、他の装置から取得するコンテンツ情報を記憶するための記憶領域が記憶手段にないとき、記憶手段に記憶しているコンテンツ情報のうち、削除が禁止されていないコンテンツ情報を削除して記憶領域を確保し、当該確保した記憶領域に他の装置から取得したコンテンツ情報を削除禁止か否かの情報と共に記憶するようにしている。このように分散コンテンツプール９ａにて、常にコンテンツ情報を配信サーバ１に存在させることができ、また削除してもよいコンテンツ情報を判断して削除することで、効率的にストレージが使用できる。さらに削除するコンテンツ情報をコンテンツ共有ネットワーク９ｂから要求される可能性の低い、記憶した日時が古い人気コンテンツ情報にすることで、分散コンテンツプール９ａにおけるストレージをより効率的に使用できる。
【０１４６】
［４．他の実施形態］      
上述の実施形態においては、削除が禁止されていないコンテンツ情報のうちコンテンツ共有ネットワーク９ｂにおいて人気のあるコンテンツ情報を記憶手段から削除することとしたが、分散コンテンツプール９ａにおいて所定数以上の配信サーバ１に保持され、削除が禁止されていないコンテンツ情報を記憶手段から削除するようにしてもよい。このとき、制御部１０１は、削除するコンテンツ情報として、分散コンテンツプール９ａにおける複数の配信サーバ１が所定数以上記憶しているコンテンツ情報を選択する記憶処理手段として機能する。
【０１４７】
また、上記実施形態においては、端末装置２からコンテンツ情報の送信要求があったときに、その要求にかかるコンテンツ情報が自装置の記憶部１０２にないときであって他の配信サーバ１から当該コンテンツ情報を取得するための記憶部１０２の記憶領域を確保できないとき、送信要求に応じたコンテンツ情報を記憶している他の配信サーバ１に対して、コンテンツ情報の送信要求を行った端末装置２へ直接そのコンテンツ情報を送信する要求を行って、コンテンツ情報を端末装置２へ送信させ（図２３に示す（３）,（４）参照。）、当該コンテンツを記憶していない他の配信サーバ１へ送信するように要求するようにしてもよい（図２３に示す（５）参照。）。このように制御部１０１を、端末装置２からコンテンツ情報の送信要求があったときに、その要求にかかるコンテンツ情報が自装置の記憶部１０２にないときであって他の配信サーバ１から当該コンテンツ情報を取得するための記憶部１０２の記憶領域を確保できないとき、コンテンツを記憶していない他の配信サーバ１へ送信するように要求する送信要求手段として機能させてもよい。
【０１４８】
また、上記実施形態においては、センタサーバ１０から新規コンテンツ情報の追加要求を受けた配信サーバ１が各配信サーバ１の記憶内容を考慮して、新規コンテンツ情報を追加する配信サーバ１を決定することとしたが、センタサーバ１０が各配信サーバ１の記憶部１０２の記憶内容を把握しておき、この各配信サーバ１の記憶部１０２の記憶内容から新規コンテンツ情報を投入（送信）する配信サーバ１を決定し、当該決定した配信サーバ１に直接コンテンツ情報を投入するようにしてもよい。このときセンタサーバ１０の制御部は、新規コンテンツ情報を保持させる配信サーバ１を決定する決定手段、この決定した配信サーバ１へコンテンツ情報を送信する送信手段として機能することになる。
【０１４９】
また、上記実施形態においては、非永続保持コンテンツ情報の削除は、コンテンツ共有ネットワーク９ｂから要求される可能性の高いコンテンツ情報は削除するようにしたが、記憶手段に記憶している非永続保持コンテンツ情報をランダムに選択して行なうようにしてもよい。
【０１５０】
また、分散コンテンツプール９ａをコンテンツ共有ネットワーク９ｂと同様にＰ２Ｐ型の分散ハッシュテーブルを用いたネットワークで構成してもよい。この場合、各配信サーバ１にはそれぞれ固有のサーバ識別情報が割り当てられ、配信サーバ１で保持される各コンテンツ情報にはそれぞれ固有のコンテンツ識別情報であるコンテンツＩＤが割り当てられる。そして、各配信サーバ１の制御部１０１を、記憶部１０２に記憶したコンテンツ情報に割り当てられたコンテンツ識別情報に対応するサーバ識別情報を有する配信サーバ１へ自装置のサーバ識別情報を送信するサーバ識別情報送信手段、自装置のサーバ識別情報に対応するコンテンツ識別情報が割り当てられたコンテンツ情報を保持する配信サーバ１のサーバ識別情報を記憶するサーバ識別情報記憶手段、対応するサーバ識別情報の数が自装置のサーバ識別情報記憶手段又は他の配信サーバ１のサーバ識別情報記憶手段に所定数以上記憶されているコンテンツ情報を削除するコンテンツ情報として判定して削除する記憶処理手段等として機能させることができる。
【図面の簡単な説明】
【０１５１】
【図１】本発明の一実施形態における情報配信システムの各端末装置、各配信サーバ及びセンタサーバの接続態様の一例を示す図である。
【図２】端末装置が分散コンテンツプールの配信サーバからコンテンツ情報を取得する様子を示す図である。
【図３】端末装置が分散コンテンツプールの配信サーバからコンテンツ情報を取得する様子を示す図である。
【図４】分散コンテンツプールの配信サーバにコンテンツ情報が追加される様子を示す図である。
【図５】端末装置が分散コンテンツプールの配信サーバからコンテンツ情報を取得する様子を示す図である。
【図６】配信サーバの記憶手段のコンテンツ記憶領域の状態を示す図である。
【図７】各配信サーバの記憶手段のコンテンツ記憶領域の状態を示す図である。
【図８】配信サーバが保持する空き容量リストの状態を示す図である。
【図９】新規コンテンツ情報を保持させる配信サーバの決定方法の説明図である。
【図１０】新規コンテンツ情報の記憶手段への記憶方法の説明図である。
【図１１】新規コンテンツ情報を保持させる配信サーバの決定方法の説明図である。
【図１２】新規コンテンツ情報を保持させる配信サーバの決定方法の説明図である。
【図１３】新規コンテンツ情報を保持させる配信サーバの決定方法の説明図である。
【図１４】新規コンテンツ情報を保持させる配信サーバの決定方法の説明図である。
【図１５】配信サーバの概略構成を示す図である。
【図１６】配信サーバのメイン処理フローチャートである。
【図１７】配信サーバの第１空き容量通知処理フローチャートである。
【図１８】配信サーバのコンテンツ永続保持処理のフローチャートである。
【図１９】配信サーバにおけるコンテンツコピー処理のフローチャートである。
【図２０】配信サーバにおけるコンテンツ送信処理のフローチャートである。
【図２１】配信サーバにおけるコンテンツ情報追加処理のフローチャートである。
【図２２】配信サーバにおける第２空き容量通知処理のフローチャートである。
【図２３】端末装置が分散コンテンツプールの配信サーバからコンテンツ情報を取得する様子を示す図である。
【符号の説明】
【０１５２】
Ｓ  情報配信システム
１  配信サーバ
２  端末装置
１０  センタサーバ
８  ネットワーク
９ａ  分散コンテンツプール
９ｂ  コンテンツ共有ネットワーク
１０１  配信サーバの制御部
１０２  配信サーバの記憶部
１０３  配信サーバの通信部
【図６】
2009282610.tif 000003
【図９】
2009282610.tif 000004
【図１０】
2009282610.tif 000005
【図１１】
2009282610.tif 000006
【図１２】
2009282610.tif 000007
【図１３】
2009282610.tif 000008
【図１】
2009282610.tif 000009
【図２】
2009282610.tif 000010
【図３】
2009282610.tif 000011
【図４】
2009282610.tif 000012
【図５】
2009282610.tif 000013
【図７】
2009282610.tif 000014
【図８】
2009282610.tif 000015
【図１４】
2009282610.tif 000016
【図１５】
2009282610.tif 000017
【図１６】
2009282610.tif 000018
【図１７】
2009282610.tif 000019
【図１８】
2009282610.tif 000020
【図１９】
2009282610.tif 000021
【図２０】
2009282610.tif 000022
【図２１】
2009282610.tif 000023
【図２２】
2009282610.tif 000024
【図２３】
2009282610.tif 000025