(57)【要約】【課題】ネットワーク上に分散配置された複数の端末装置を有するＰ２Ｐ型のコンテンツ配信システムにおいて、コンテンツデータを公開したときに特定の端末装置にアクセスが集中することを回避することができるコンテンツ配信システム及びその情報処理方法等を提供すること。【解決手段】コンテンツデータを端末装置により再生又は取得するためのコンテンツキーを有し、端末装置からの要求に応じてコンテンツキーを送信するコンテンツキー供給装置を設け、このコンテンツキー供給装置において、コンテンツ配信システムにおけるコンテンツデータの供給能力を算出し、この供給能力を超えるコンテンツキーの要求を受信したとき、供給能力を超えた分のコンテンツキーの要求に対してコンテンツキーの送信規制を行なうようにした。【選択図】図８
2008061046.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上に分散配置された複数の端末装置を備え、前記端末装置間でコンテンツデータの送受信を行うコンテンツ配信システムにおいて、
前記コンテンツデータを前記端末装置により再生又は取得するためのコンテンツキーを記憶するコンテンツキー記憶手段と、
前記端末装置から前記コンテンツキーの要求があると、前記コンテンツキー記憶手段に記憶された前記コンテンツキーを送信する前記コンテンツキー送信手段と、
前記コンテンツ配信システムにおける前記コンテンツデータの供給能力を算出する供給能力算出手段と、を有するコンテンツキー供給装置を備え、
前記コンテンツキー送信手段は、
所定期間に前記供給能力算出手段により算出された供給能力を超える前記コンテンツキーの要求を受信したとき、前記供給能力を超えた分のコンテンツキーの要求に対して前記コンテンツキーの送信規制を行なう
ことを特徴とするコンテンツ配信システム。
【請求項２】
前記供給能力算出手段は、
前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数に基づいて算出する
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項３】
前記供給能力算出手段は、
前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数と前記コンテンツデータを保持する端末装置における前記コンテンツデータの供給能力とに基づいて算出する
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項４】
前記供給能力算出手段は、
前記コンテンツデータの供給能力を、前記コンテンツデータを保持する端末装置の数に基づいて算出する
ことを特徴とする請求項１に記載のコンテンツ配信システム。
【請求項５】
前記コンテンツキー供給装置は、
前記コンテンツキーの要求を記憶する待機リスト記憶手段を備え、
前記コンテンツキー送信手段は、
所定期間毎に前記コンテンツキーの要求を受付けて、前記コンテンツキーの要求を前記待機リスト記憶手段に記憶し、前記各所定期間終了後、前記待機リスト記憶手段に記憶された前記コンテンツキーの要求のうち、前記供給能力算出手段により算出した前記コンテンツデータの供給能力を超えない前記コンテンツキーの要求に対して前記コンテンツキーを送信し、前記コンテンツデータの供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わずに前記待機リスト記憶手段への記憶を維持することによって、前記コンテンツキーの送信規制を行う
ことを特徴とする請求項１から４のいずれか１項に記載のコンテンツ配信システム。
【請求項６】
前記コンテンツキー送信手段は、
前記供給能力算出手段により算出された供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わないことによって、前記コンテンツキーの送信規制を行う
ことを特徴とする請求項１から４のいずれか１項に記載のコンテンツ配信システム。
【請求項７】
前記コンテンツキー送信手段は、
前記受信したコンテンツキーの要求に対応する前記コンテンツデータが公開日時以降のコンテンツデータであるときには、前記受信したコンテンツキーの要求に対して前記コンテンツキーの送信規制を行わない
ことを特徴とする請求項１から６のいずれか１項に記載のコンテンツ配信システム。
【請求項８】
前記端末装置は、
利用者によるコンテンツデータの取得要求操作を検出するコンテンツデータ取得要求検出手段と、
前記コンテンツデータ取得要求検出手段により前記取得要求操作が検出されたとき、前記取得要求操作に応じたコンテンツデータのコンテンツキーを前記ネットワークを介して前記コンテンツキー供給装置から取得するコンテンツキー取得手段と、
前記取得要求操作に応じた前記コンテンツデータを他の端末装置から取得するコンテンツデータ取得手段と、
前記コンテンツデータ取得手段により取得したコンテンツデータを記憶するコンテンツデータ記憶手段と、
前記コンテンツデータ記憶手段に記憶したコンテンツデータの送信要求が他の端末装置からあったとき、前記送信要求に対応するコンテンツデータを前記他の端末装置へ送信するコンテンツデータ送信手段と、
前記コンテンツキー取得手段により取得したコンテンツキーを用いて、前記取得要求操作に応じた前記コンテンツデータを再生するコンテンツデータ再生手段と、
を備えたことを特徴とする請求項１から７のいずれか１項に記載のコンテンツ配信システム。
【請求項９】
複数のコンテンツデータを記憶するコンテンツ記憶手段と、前記ネットワークを介して前記端末装置からコンテンツデータの送信要求があると、前記コンテンツ記憶手段からコンテンツデータを取り出して、要求元の前記端末装置へ送信するコンテンツ送信手段と、を備えたコンテンツサーバ装置を備え、
前記端末装置のコンテンツデータ取得手段は、
前記取得要求操作に対応するコンテンツデータが前記ネットワークを介して他の端末装置から取得することができないとき、前記コンテンツサーバ装置から前記取得要求操作に対応するコンテンツデータを取得する
ことを特徴とする請求項８に記載のコンテンツ配信システム。
【請求項１０】
前記コンテンツデータは、暗号化されたコンテンツデータであり、
前記コンテンツキーは、前記暗号化されたコンテンツデータを復号するコンテンツキーである
ことを特徴とする請求項８又は請求項９に記載のコンテンツ配信システム。
【請求項１１】
ネットワーク上に分散配置され、互いにコンテンツデータの送受信を行う複数の端末装置と、前記コンテンツデータを前記端末装置により再生又は取得するためのコンテンツキーを前記端末装置に供給するコンテンツキー供給装置とを備えたコンテンツ配信システムにおける前記コンテンツキー供給装置であって、
前記コンテンツキーを記憶するコンテンツキー記憶手段と、
前記端末装置から前記コンテンツキーの要求があると、前記コンテンツキー記憶手段に記憶された前記コンテンツキーを送信する前記コンテンツキー送信手段と、
前記コンテンツ配信システムにおける前記コンテンツデータの供給能力を算出する供給能力算出手段と、を備え、
前記コンテンツキー送信手段は、
所定期間に前記供給能力算出手段により算出された供給能力を超える前記コンテンツキーの要求を受信したとき、前記供給能力を超えた分のコンテンツキーの要求に対して前記コンテンツキーの送信規制を行う
コンテンツキー供給装置。
【請求項１２】
前記供給能力算出手段は、
前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数に基づいて算出する
ことを特徴とする請求項１１に記載のコンテンツキー供給装置。
【請求項１３】
前記供給能力算出手段は、
前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数と前記コンテンツデータを保持する端末装置における前記コンテンツデータの供給能力とに基づいて算出する
ことを特徴とする請求項１１に記載のコンテンツキー供給装置。
【請求項１４】
前記供給能力算出手段は、
前記コンテンツデータの供給能力を、前記コンテンツデータを保持する端末装置の数に基づいて算出する
ことを特徴とする請求項１１に記載のコンテンツキー供給装置。
【請求項１５】
前記コンテンツキーの要求を記憶する待機リスト記憶手段を備え、
前記コンテンツキー送信手段は、
所定期間毎に前記コンテンツキーの要求を受付けて、前記コンテンツキーの要求を前記待機リスト記憶手段に記憶し、前記各所定期間終了後、前記待機リスト記憶手段に記憶された前記コンテンツキーの要求のうち、前記供給能力算出手段により算出した前記コンテンツデータの供給能力を超えない前記コンテンツキーの要求に対して前記コンテンツキーを送信し、前記コンテンツデータの供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わずに前記待機リスト記憶手段への記憶を維持することによって、前記コンテンツキーの送信規制を行う
ことを特徴とする請求項１１から１４のいずれか１項に記載のコンテンツキー供給装置。
【請求項１６】
前記コンテンツキー送信手段は、
前記供給能力算出手段により算出された供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わないことによって、前記コンテンツキーの送信規制を行う
ことを特徴とする請求項１１から１４のいずれか１項に記載のコンテンツキー供給装置。
【請求項１７】
前記コンテンツキー送信手段は、
前記受信したコンテンツキーの要求に対応する前記コンテンツデータが公開日時以降のコンテンツデータであるときには、前記受信したコンテンツキーの要求に対して前記コンテンツキーの送信規制を行わない
ことを特徴とする請求項１１から１６のいずれか１項に記載のコンテンツキー供給装置。
【請求項１８】
コンピュータを、請求項１１から１７のいずれか１項に記載のコンテンツキー供給装置における各手段として機能させるためのプログラム。
【請求項１９】
ネットワーク上に分散配置され、互いにコンテンツデータの送受信を行う複数の端末装置と、前記コンテンツデータを前記端末装置により再生又は取得するためのコンテンツキーを前記端末装置に供給するコンテンツキー供給装置とを備えたコンテンツ配信システムにおける情報処理方法であって、
前記端末装置が、利用者によるコンテンツデータの取得要求操作を検出するステップと、
前記端末装置が、前記取得要求操作に応じたコンテンツデータに対するコンテンツキーを前記ネットワークを介して前記コンテンツキー供給装置に要求するステップと、
前記コンテンツキー供給装置が、前記コンテンツ配信システムにおける前記コンテンツデータの供給能力を算出するステップと、
前記コンテンツキー供給装置が、所定期間に前記算出された供給能力を超える前記コンテンツキーの要求を受信したとき、前記供給能力を超えた分のコンテンツキーの要求に対して前記コンテンツキーの送信規制を行うステップと、
を有することを特徴とするコンテンツ配信システムにおける情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したコンテンツ配信の技術分野に関し、更に詳細には、ネットワーク上に分散配置された複数の端末装置を備え、端末装置間でＰ２Ｐ（Peer to Peer）によりコンテンツデータの送受信を行うコンテンツ配信システムに関する。
【背景技術】
【０００２】
近年、インターネットなどのネットワークを介して、音楽、映画、トーク番組などのコンテンツデータを配信する、いわゆるコンテンツ配信システムの研究が盛んである。
【０００３】
そこで、分散ハッシュテーブル（ＤＨＴ（Distributed Hash Table））を利用して論理的にオーバーレイネットワークを構築することにより、コンテンツデータを効率的に分散配置して負荷分散を図る技術が提案されている。
【０００４】
このシステムにおいては、端末装置である各端末装置が、当該オーバーレイネットワークに参加している全ての端末装置へのリンク情報（例えば、ＩＰアドレス）を認識しているわけではなく、参加の際などに得られる一部の端末装置へのリンク情報だけを保持しており、かかるリンク情報に基づき、コンテンデータの検索等を行うようになっている（特許文献１参照）。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述のコンテンツ配信システムでは、このシステム内の端末装置にコンテンツデータが投入されて公開されたコンテンツデータを、端末装置間で送受信を行なうことによってコンテンツデータを配信できる端末装置を順次増加させていくことになる。
【０００６】
一方で、人気のコンテンツデータは公開時から時間が経つにつれその人気がなくなっていくのが一般的である。すなわち、コンテンツデータがコンテンツ配信システムで公開されたときに最も人気が高い状態になることが多い。
【０００７】
しかしながら、このコンテンツ配信システムでの公開時には、コンテンツデータを保持する端末装置が少ないために、コンテンツデータを保持する特定の端末装置にアクセスが集中してしまう不都合がある。
【０００８】
本発明は、以上の不都合に鑑みてなされたものであり、ネットワーク上に分散配置された複数の端末装置を有するＰ２Ｐ型のコンテンツ配信システムにおいて、コンテンツデータを公開したときに特定の端末装置にアクセスが集中することを回避することができるコンテンツ配信システム及びその情報処理方法等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、ネットワーク上に分散配置された複数の端末装置を備え、前記端末装置間でコンテンツデータの送受信を行うコンテンツ配信システムにおいて、前記コンテンツデータを前記端末装置により再生又は取得するためのコンテンツキーを記憶するコンテンツキー記憶手段と、前記端末装置から前記コンテンツキーの要求があると、前記コンテンツキー記憶手段に記憶された前記コンテンツキーを送信する前記コンテンツキー送信手段と、前記コンテンツ配信システムにおける前記コンテンツデータの供給能力を算出する供給能力算出手段とを有するコンテンツキー供給装置を備え、前記コンテンツキー送信手段は、所定期間に前記供給能力算出手段により算出された供給能力を超える前記コンテンツキーの要求を受信したとき、前記供給能力を超えた分のコンテンツキーの要求に対して前記コンテンツキーの送信規制を行なうことを特徴とする。
【００１０】
また、請求項２に記載の発明は、請求項１に記載の発明において、前記供給能力算出手段は、前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数に基づいて算出することを特徴とする。
【００１１】
また、請求項３に記載の発明は、請求項１に記載の発明において、前記供給能力算出手段は、前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数と前記コンテンツデータを保持する端末装置における前記コンテンツデータの供給能力とに基づいて算出することを特徴とする。
【００１２】
また、請求項４に記載の発明は、請求項１に記載の発明において、前記供給能力算出手段は、前記コンテンツデータの供給能力を、前記コンテンツデータを保持する端末装置の数に基づいて算出することを特徴とする。
【００１３】
また、請求項５に記載の発明は、請求項１から４のいずれか１項に記載の発明において、前記コンテンツキー供給装置は、前記コンテンツキーの要求を記憶する待機リスト記憶手段を備え、前記コンテンツキー送信手段は、所定期間毎に前記コンテンツキーの要求を受付けて、前記コンテンツキーの要求を前記待機リスト記憶手段に記憶し、前記各所定期間終了後、前記待機リスト記憶手段に記憶された前記コンテンツキーの要求のうち、前記供給能力算出手段により算出した前記コンテンツデータの供給能力を超えない前記コンテンツキーの要求に対して前記コンテンツキーを送信し、前記コンテンツデータの供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わずに前記待機リスト記憶手段への記憶を維持することによって、前記コンテンツキーの送信規制を行うことを特徴とする。
【００１４】
また、請求項６に記載の発明は、請求項１から４のいずれか１項に記載の発明において、前記コンテンツキー送信手段は、前記供給能力算出手段により算出された供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わないことによって、前記コンテンツキーの送信規制を行うことを特徴とする。
【００１５】
また、請求項７に記載の発明は、請求項１から６のいずれか１項に記載の発明において、前記コンテンツキー送信手段は、前記受信したコンテンツキーの要求に対応する前記コンテンツデータが公開日時以降のコンテンツデータであるときには、前記受信したコンテンツキーの要求に対して前記コンテンツキーの送信規制を行わないことを特徴とする。
【００１６】
また、請求項８に記載の発明は、請求項１から７のいずれか１項に記載の発明において、前記端末装置は、利用者によるコンテンツデータの取得要求操作を検出するコンテンツデータ取得要求検出手段と、前記コンテンツデータ取得要求検出手段により前記取得要求操作が検出されたとき、前記取得要求操作に応じたコンテンツデータのコンテンツキーを前記ネットワークを介して前記コンテンツキー供給装置から取得するコンテンツキー取得手段と、前記取得要求操作に応じた前記コンテンツデータを他の端末装置から取得するコンテンツデータ取得手段と、前記コンテンツデータ取得手段により取得したコンテンツデータを記憶するコンテンツデータ記憶手段と、前記コンテンツデータ記憶手段に記憶したコンテンツデータの送信要求が他の端末装置からあったとき、前記送信要求に対応するコンテンツデータを前記他の端末装置へ送信するコンテンツデータ送信手段と、前記コンテンツキー取得手段により取得したコンテンツキーを用いて、前記取得要求操作に応じた前記コンテンツデータを再生するコンテンツデータ再生手段と、を備えたことを特徴とする。
【００１７】
また、請求項９に記載の発明は、請求項８に記載の発明において、複数のコンテンツデータを記憶するコンテンツ記憶手段と、前記ネットワークを介して前記端末装置からコンテンツデータの送信要求があると、前記コンテンツ記憶手段からコンテンツデータを取り出して、要求元の前記端末装置へ送信するコンテンツ送信手段と、を備えたコンテンツサーバ装置を備え、前記端末装置のコンテンツデータ取得手段は、前記取得要求操作に対応するコンテンツデータが前記ネットワークを介して他の端末装置から取得することができないとき、前記コンテンツサーバ装置から前記取得要求操作に対応するコンテンツデータを取得することを特徴とする。
【００１８】
また、請求項１０に記載の発明は、請求項８又は請求項９に記載の発明において、前記コンテンツデータは、暗号化されたコンテンツデータであり、前記コンテンツキーは、前記暗号化されたコンテンツデータを復号するコンテンツキーであることを特徴とする。
【００１９】
また、請求項１１に記載の発明は、ネットワーク上に分散配置され、互いにコンテンツデータの送受信を行う複数の端末装置と、前記コンテンツデータを前記端末装置により再生又は取得するためのコンテンツキーを前記端末装置に供給するコンテンツキー供給装置とを備えたコンテンツ配信システムにおける前記コンテンツキー供給装置であって、前記コンテンツキーを記憶するコンテンツキー記憶手段と、前記端末装置から前記コンテンツキーの要求があると、前記コンテンツキー記憶手段に記憶された前記コンテンツキーを送信する前記コンテンツキー送信手段と、前記コンテンツ配信システムにおける前記コンテンツデータの供給能力を算出する供給能力算出手段と、を備え、前記コンテンツキー送信手段は、所定期間に前記供給能力算出手段により算出された供給能力を超える前記コンテンツキーの要求を受信したとき、前記供給能力を超えた分のコンテンツキーの要求に対して前記コンテンツキーの送信規制を行うコンテンツキー供給装置とした。
【００２０】
また、請求項１２に記載の発明は、請求項１１に記載の発明において、前記供給能力算出手段は、前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数に基づいて算出することを特徴とする。
【００２１】
また、請求項１３に記載の発明は、請求項１１に記載の発明において、前記供給能力算出手段は、前記コンテンツデータの供給能力を、前記コンテンツキー送信手段により前記コンテンツキーを供給した端末装置の数と前記コンテンツデータを保持する端末装置における前記コンテンツデータの供給能力とに基づいて算出することを特徴とする。
【００２２】
また、請求項１４に記載の発明は、請求項１１に記載の発明において、前記供給能力算出手段は、前記コンテンツデータの供給能力を、前記コンテンツデータを保持する端末装置の数に基づいて算出することを特徴とする。
【００２３】
また、請求項１５に記載の発明は、請求項１１から１４のいずれか１項に記載の発明において、前記コンテンツキーの要求を記憶する待機リスト記憶手段を備え、前記コンテンツキー送信手段は、所定期間毎に前記コンテンツキーの要求を受付けて、前記コンテンツキーの要求を前記待機リスト記憶手段に記憶し、前記各所定期間終了後、前記待機リスト記憶手段に記憶された前記コンテンツキーの要求のうち、前記供給能力算出手段により算出した前記コンテンツデータの供給能力を超えない前記コンテンツキーの要求に対して前記コンテンツキーを送信し、前記コンテンツデータの供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わずに前記待機リスト記憶手段への記憶を維持することによって、前記コンテンツキーの送信規制を行うことを特徴とする。
【００２４】
また、請求項１６に記載の発明は、請求項１１から１４のいずれか１項に記載の発明において、前記コンテンツキー送信手段は、前記供給能力算出手段により算出された供給能力を超えるコンテンツキーの要求に対して前記コンテンツキーの送信を行わないことによって、前記コンテンツキーの送信規制を行うことを特徴とする。
【００２５】
また、請求項１７に記載の発明は、請求項１１から１６のいずれか１項に記載の発明において前記コンテンツキー送信手段は、前記受信したコンテンツキーの要求に対応する前記コンテンツデータが公開日時以降のコンテンツデータであるときには、前記受信したコンテンツキーの要求に対して前記コンテンツキーの送信規制を行わないことを特徴とする。
【００２６】
また、請求項１８に記載の発明は、コンピュータを、請求項１１から１７のいずれか１項に記載のコンテンツキー供給装置における各手段として機能させるためのプログラムとした。
【００２７】
また、請求項１９に記載の発明は、ネットワーク上に分散配置され、互いにコンテンツデータの送受信を行う複数の端末装置と、前記コンテンツデータを前記端末装置により再生又は取得するためのコンテンツキーを前記端末装置に供給するコンテンツキー供給装置とを備えたコンテンツ配信システムにおける情報処理方法であって、前記端末装置が、利用者によるコンテンツデータの取得要求操作を検出するステップと、前記端末装置が、前記取得要求操作に応じたコンテンツデータに対するコンテンツキーを前記ネットワークを介して前記コンテンツキー供給装置に要求するステップと、前記コンテンツキー供給装置が、前記コンテンツ配信システムにおける前記コンテンツデータの供給能力を算出するステップと、前記コンテンツキー供給装置が、所定期間に前記算出された供給能力を超える前記コンテンツキーの要求を受信したとき、前記供給能力を超えた分のコンテンツキーの要求に対して前記コンテンツキーの送信規制を行うステップとを有することを特徴とする。
【発明の効果】
【００２８】
請求項１，１１，１８，１９に記載の発明によれば、コンテンツデータを端末装置により再生又は取得するためのコンテンツキーを有し、端末装置からの要求に応じてコンテンツキーを送信するコンテンツキー供給装置において、コンテンツ配信システムにおけるコンテンツデータの供給能力を算出し、この供給能力を超えるコンテンツキーの要求を受信したとき、供給能力を超えた分のコンテンツキーの要求に対してコンテンツキーの送信規制を行なうようにしたので、コンテンツ配信システムにおけるコンテンツデータの供給能力を超えるコンテンツキーの供給が行われるのを抑制することができる。また、コンテンツサーバ装置などから予め予測したアクセス数に応じてコンテンツデータを投入してコンテンツデータを保持する端末装置を配置することに比べ、利用者の要求を元にコンテンツ保持端末装置を配置することができるため、効率よく利用できるコンテンツ配信システムＳを提供することができる。
【００２９】
また、請求項２，１２に記載の発明によれば、コンテンツ配信システムにおけるコンテンツデータの供給能力をコンテンツキーを供給した端末装置の数に基づいて算出するようにしているので、コンテンツデータの供給能力の算出を容易に行うことができる。
【００３０】
また、請求項３，１３に記載の発明によれば、コンテンツ配信システムにおけるコンテンツデータの供給能力をコンテンツキーを供給した端末装置の数とコンテンツデータを保持する端末装置におけるコンテンツデータの供給能力とに基づいて算出するので、コンテンツデータを保持する端末装置が同時に複数の端末装置へコンテンツデータを供給できるような場合に、より正確なコンテンツデータの供給能力の算出を行うことができる。
【００３１】
また、請求項４，１４に記載の発明によれば、コンテンツデータの供給能力をコンテンツデータを保持する端末装置の数に基づいて算出するようにしているので、より正確なコンテンツデータの供給能力の算出を行うことができる。コンテンツデータを保持する端末装置の数は、例えば、コンテンツデータを保持する端末装置から供給能力を通知させることによって収集し、算出することができる。
【００３２】
また、請求項５，１５に記載の発明によれば、コンテンツキー供給装置において、コンテンツキーの要求を記憶する待機リスト記憶手段を設け、コンテンツデータの供給能力を超えないように待機リスト記憶手段からコンテンツキーの要求を取り出して、コンテンツキーを要求元の端末装置へ供給するようにしているので、端末装置から再度コンテンツキーの要求を行う必要がなく、コンテンツデータの供給能力を超えたコンテンツキーの要求を単に受付けないとするのに比べ、ネットワークへの負荷を低減することができる。しかも、例えば、コンテンツキーの要求を受け付けたことをコンテンツキー供給装置から端末装置へ通知し、端末装置でその通知を表示するようにすれば、利用者はコンテンツキーの要求が受付けられたことを把握することができる。
【００３３】
また、請求項６，１６に記載の発明によれば、供給能力を超えるコンテンツキーの要求に対してコンテンツキーの送信を行わないことによって、コンテンツキーの送信規制を行うので、コンテンツキー供給装置の構成及び処理が複雑にならずに済む。
【００３４】
また、請求項７，１７に記載の発明によれば、受信したコンテンツキーの要求に対応するコンテンツデータが公開日時以降のコンテンツデータであるときには、受信したコンテンツキーの要求に対してコンテンツキーの送信規制を行わないようにしているので、公開日時となりコンテンツ保持端末装置が十分に配置された後は、コンテンツキー供給装置においてコンテンツ配信システムにおけるコンテンツデータの供給能力を算出することによる処理負荷を低減することができる。
【００３５】
また、請求項８に記載の発明によれば、端末装置において、取得要求操作が検出されたとき、取得要求操作に応じたコンテンツデータのコンテンツキーをネットワークを介してコンテンツキー供給装置から取得した後、コンテンツデータを取得し、再生するようにしているので、コンテンツキーの取得をしていない端末装置によるコンテンツデータの取得動作を回避することができ、コンテンツデータ取得のためのアクセスの集中が発生することを抑制することができる。
【００３６】
また、請求項９に記載の発明によれば、端末装置の利用者の取得要求操作に対応するコンテンツデータがネットワークを介して他の端末装置から取得することができないとき、コンテンツサーバ装置から取得要求操作に対応するコンテンツデータを取得するので、コンテンツキーを取得した端末装置において、コンテンツデータの取得可能性を向上させることができる。
【００３７】
また、請求項１０に記載の発明によれば、コンテンツキーを、暗号化されたコンテンツデータを復号するコンテンツキーとしたので、コンテンツデータの再生制限を容易に行なうことができる。
【発明を実施するための最良の形態】
【００３８】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、配信する情報を音楽データや映像データなどのコンテンツデータとするＰａｓｔｒｙ型やＴａｐｅｓｔｒｙ型のコンテンツ配信システムに対して本発明を適用した場合の実施形態である。
【００３９】
［１．コンテンツ配信システムＳの構成等］
まず始めに、図１を参照して、情報配信システムとしてのコンテンツ配信システムＳの概要構成等について説明する。図１は、本実施形態に係るコンテンツ配信システムＳにおける各端末装置の接続態様の一例を示す図である。このコンテンツ配信システムは、ネットワーク上に分散配置された複数の端末装置から構成され、端末装置間でコンテンツデータの送受信を行うものである。
【００４０】
図１の下部枠101内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Service Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００４１】
コンテンツ配信システムＳは、図１の上部枠100内に示すように、ネットワーク８を介して相互に接続された複数の端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成され、ピアツーピア（Ｐ２Ｐ）方式のネットワークシステムとなっている。各端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・には、端末装置を示す情報としての固有の製造番号（例えば、ＭＡＣアドレス）及びＩＰ（Internet Protocol）アドレスが割り当てられている。なお、製造番号及びＩＰアドレスは、複数の端末装置間で重複しないものである。また、以下の説明において、端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・のうち何れかの端末装置を示す場合には、便宜上、端末装置１という場合がある。
【００４２】
［１．１．ＤＨＴの概要］
以下に、本実施形態に係る分散ハッシュテーブル（以下、「ＤＨＴ」（Distributed Hash Table）と呼ぶ。）を利用したアルゴリズムについて説明する。
【００４３】
上述したコンテンツ配信システムＳにおいて、当該端末装置１同士が、互いに情報をやり取りする際には、お互いの所在情報であるＩＰアドレスを知っていなければならない。
【００４４】
例えば、コンテンツを互いに共有するシステムにおいては、ネットワーク８に参加している各端末装置１が互いにネットワーク８に参加している全ての端末装置１のＩＰアドレスを知っておくのが単純な手法であるが、端末数が何万何十万と多数になると、その全ての端末装置１のＩＰアドレスを覚えておくのは現実的ではない。また、任意の端末装置１の電源が頻繁にＯＮ或いはＯＦＦとすると、各端末装置１において記憶している当該任意の端末装置１のＩＰアドレスの更新が頻繁になり、運用上困難となる。
【００４５】
そこで、１台の端末装置１では、ネットワーク８に参加している全ての端末装置１のうち、必要最低限の一部の端末装置１のＩＰアドレスだけを記憶しておき、ＩＰアドレスを記憶していない端末装置１については、各端末装置１間で互いに情報を転送し合うことによりコンテンツを届けるシステムが考案されている。
【００４６】
このようなシステムの一例として、ＤＨＴを利用したアルゴリズムによって、図１の上部枠100内に示すような、オーバーレイネットワーク９が構築されることになる。つまり、このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味する。
【００４７】
本実施形態においては、ＤＨＴを利用したアルゴリズムによって構築されたオーバーレイネットワーク９を前提としており、このオーバーレイネットワーク９上に配置された端末装置１を、コンテンツ配信システムＳに参加（言い換えれば、オーバーレイネットワーク９に参加）している端末装置１という。
【００４８】
コンテンツ配信システムＳに参加している各端末装置１の識別番号である端末ＩＤとして、それぞれの端末装置１毎にユニークな番号（固有番号）を付与する。この番号は、端末装置の最大運用台数を収容できるだけのbit数を持たせる必要がある。例えば、128bitの番号とすれば、２128≒340×1036台の端末装置を運用できる。
【００４９】
より具体的には、各端末装置１の端末ＩＤは、それぞれの端末装置１のＩＰアドレス或いは製造番号等の端末装置１毎に固有の値を、共通のハッシュ関数（ハッシュアルゴリズム）によりハッシュ化して得たハッシュ値であり、一つのＩＤ空間に偏りなく分散して配置されることになる。
【００５０】
このように共通のハッシュ関数によりハッシュ化されて求められた端末ＩＤは、当該ＩＰアドレス或いは製造番号が異なれば、同じ値になる確率が極めて低いものである。なお、ハッシュ関数については公知であるので詳しい説明を省略する。また、本実施形態では、ＩＰアドレス（グローバルＩＰアドレス）を共通のハッシュ関数によりハッシュ化した値を端末ＩＤとする。
【００５１】
また、コンテンツ配信システムＳに参加している複数の端末装置１には、一の端末装置１から他の端末装置１に配信される共用情報としてのコンテンツデータ（例えば、音楽データ、映画データ、文書データ等）が分散して記憶されているが、当該コンテンツデータにも、それぞれのコンテンツデータ毎の固有の識別番号（以下、「コンテンツＩＤ」と呼ぶ。）を付与する。
【００５２】
そして、当該コンテンツＩＤは、端末ＩＤと同様の長さ（例えば、128bit等）とし、コンテンツの名称（コンテンツタイトル）が、上記端末ＩＤを得るときと共通のハッシュ関数によりハッシュ化され（つまり、端末装置１のＩＰアドレスのハッシュ値と同一のＩＤ空間に配置）、そのハッシュ値と最も近い（例えば、上位桁がより多く一致する）端末ＩＤを有する端末装置１が、後述するルート端末装置として、コンテンツデータを保持する端末装置１（以下、「コンテンツ保持端末装置」と呼ぶ。）へのリンク情報、すなわちコンテンツ保持端末装置のＩＰアドレスを保持する。
【００５３】
なお、異なるコンテンツデータであっても、同一のキーワード（例えば、コンテンツの名称）になる場合が想定されるが、この場合、同じハッシュ値になってしまうので、これを避けるために、ハッシュ化するキーワードを、例えば、コンテンツの概要情報（あらすじ）、コンテンツの名称と著作権情報（例えば、出演者名、監督名、原作者名、歌手名、作曲者名、又は作詞者名等）の組み合わせとすればよい。
【００５４】
このように、各端末装置１及び各コンテンツデータに付与された端末ＩＤ及びコンテンツＩＤは、共通のハッシュ関数によって生成したため、図２に示す如く、同一のリング状のＩＤ空間上にさほど偏ることなく、散らばって存在するものとして考えることができる。同図は32bitで端末ＩＤ及びコンテンツＩＤを付与し、図示したものである。図中丸点は端末ＩＤを、四角形はコンテンツＩＤを示し、反時計回りでＩＤが増加するものとする。
【００５５】
次に、どの端末装置１に、どのコンテンツデータが管理されるかを、一定の規則の下に決定する。本実施形態においては、「あるコンテンツＩＤを有するコンテンツデータを管理する端末装置１は、そのコンテンツＩＤに近い端末ＩＤを有する端末装置１である」という規則とする。
【００５６】
ここで、「近い」ことの定義は、当該コンテンツＩＤを超えず、コンテンツＩＤと端末ＩＤとの差が一番少ないものとするが、実際には、各コンテンツデータの管理を各端末装置１に割り振る際に、一貫していれば他の定義でもよい。
【００５７】
図２に示す例では、この定義に基づいて、コンテンツＩＤａは、当該コンテンツＩＤａに近い端末ＩＤ（以下、「端末ＩＤａ」と呼ぶ。）を有する端末装置１に管理され、コンテンツＩＤｂは、当該コンテンツＩＤｂに近い端末ＩＤ（以下、「端末ＩＤｂ」と呼ぶ。）を有する端末装置１に管理され、コンテンツＩＤｃは、当該コンテンツＩＤｃに近い端末ＩＤ（以下、「端末ＩＤｃ」と呼ぶ。）を有する端末装置１に管理される。
【００５８】
なお、ここで「管理」というのは、コンテンツデータを保持していることを意味するのではなく、「コンテンツデータが何れの端末装置１に保持されているかを知っている」ことを意味する。すなわち、図２において、端末ＩＤａを有する端末装置１は、コンテンツＩＤａを有するコンテンツデータが何れの端末装置１に保持されているかを知っており、端末ＩＤｂを有する端末装置１及び端末ＩＤｃを有する端末装置１も同様にそれぞれコンテンツＩＤｂを有するコンテンツデータ及びコンテンツＩＤｃを有するコンテンツデータが何れの端末装置１に保持されているかを知っている、ということになる。
【００５９】
このように、あるコンテンツデータが何れの端末装置１に保持されているかを知っている端末装置１を、そのコンテンツデータのルート端末装置と呼ぶ。つまり、端末ＩＤａを有する端末装置１は、コンテンツＩＤａを有するコンテンツデータのルート端末装置であって、端末ＩＤｂを有する端末装置１は、コンテンツＩＤｂを有するコンテンツデータのルート端末装置であって、端末ＩＤｃを有する端末装置１は、コンテンツＩＤｃを有するコンテンツデータのルート端末装置である。
【００６０】
また、コンテンツ配信システムＳには、図１及び図２に示すように、コンテンツ配信システムＳにコンテンツデータを投入する機能、すなわちコンテンツ配信システムＳ内の端末装置１をコンテンツ保持端末装置とするためにコンテンツデータを端末装置１へ配布する機能と、カタログリストを生成して端末装置１へ提供する機能とを有するコンテンツサーバ装置１０と、端末装置１からの要求に応じてコンテンツデータを再生又は取得するためのコンテンツキーを送信するコンテンツキー供給装置２０とが設けられている。
【００６１】
［１．２．ルーティングテーブルの作成］
ここで、図３を参照して、ＤＨＴで用いるルーティングテーブルの作成手法の一例について説明する。図３は、ＤＨＴによってルーティングテーブルが作成される様子の一例を示す図である。
【００６２】
まず、図３（ａ）に示す如く、ＩＤ空間を幾つかのエリアに分割する。実際には、16分割程度が良く用いられるが、説明を簡単にするためここでは４分割とし、ＩＤをビット長８bitの４進数で表すことにする。そして、端末装置１Ｎの端末ＩＤを「1133」とし、この端末装置１Ｎのルーティングテーブルを作る例について説明する。
【００６３】
（レベル１のルーティング）
まず、ＩＤ空間を４分割とした場合、それぞれのエリアは４進数で表すと最大桁が異なる４つのエリア「0XXX」「1XXX」、「2XXX」、「3XXX」（Ｘは０から３の自然数、以下同様。）で分けられる。端末装置１Ｎは、当該端末装置１Ｎ自身の端末ＩＤが「1133」であるため、図３（ａ）中左下「1XXX」のエリアに存在することになる。そして、端末装置１Ｎは、参加要求を受信した端末装置１から送信された情報等から、自分の存在するエリア（すなわち、「1XXX」のエリア）以外のエリア（すなわち、「0XXX」のエリア、「2XXX」のエリア、「3XXX」のエリア）に存在する端末装置１を選択し、当該端末装置１の端末ＩＤ及びＩＰアドレスをレベル１のテーブルに記憶する。図４がレベル１のテーブルの一例である。このテーブルでは、「0XXX」のエリアの端末ＩＤとして「0100」、「2XXX」のエリアの端末ＩＤとして「2133」、「3XXX」のエリアの端末ＩＤとして「3213」がそれぞれ選択されている状態を示している。なお、当該レベル１の２列目は端末装置１Ｎ自身を示しているため、ＩＰアドレスを記憶する必要はない。
【００６４】
（レベル２のルーティング）
次に、図３（ｂ）に示す如く、上記ルーティングによって４分割したエリアのうち、自分の存在するエリア「1xxx」を更に４分割し、更に４つのエリア「10XX」、「11XX」、「12XX」、「13XX」と分ける。そして、上記と同様に自分の存在するエリア「11XX」以外のエリアに存在する端末装置１を適当に選択し、当該端末装置１の端末ＩＤ及びＩＰアドレスをレベル２のテーブルに記憶する。図４がレベル２のテーブルの一例である。このテーブルでは、「10XX」のエリアの端末ＩＤとして「1003」、「12XX」のエリアの端末ＩＤとして「1221」が、「13XX」のエリアの端末ＩＤとして「1313」がそれぞれ選択されている状態を示している。なお、レベル２の２列目は端末装置１Ｎが存在するエリア「11XX」であり、後述するレベル３にてテーブル化されるためＩＰアドレスを記憶していない。また、上記エリアに端末装置１が存在しない場合には、端末ＩＤ及びＩＰアドレスの欄は空白となる。
【００６５】
（レベル３のルーティング）
更に、上記ルーティングによって４分割したエリアのうち、自分の存在するエリア「11XX」を更に４分割し、更に４つのエリア「110X」「111X」、「112X」、「113X」と分ける。そして、上記と同様に自分の存在するエリア「113X」以外のエリアに存在する端末装置１を適当に選択し、当該端末装置１の端末ＩＤ及びＩＰアドレスをレベル３のテーブルに記憶する。図４がレベル３のテーブルの一例である。レベル３の４列目は端末装置１Ｎが存在するエリアであり、後述するレベル４にてテーブル化されるためＩＰアドレスを記憶していない。また、上記エリアに端末装置１が存在しない場合には、端末ＩＤ及びＩＰアドレスの欄は空白となる。
【００６６】
このようにして、レベル４まで同様にルーティングテーブルを図４に示す如く作成することにより、８bitのＩＤ全てを網羅することができる。レベルが上がる毎にテーブルの中に空白が目立つようになる。
【００６７】
以上説明した手法に従って作成したルーティングテーブルを、全ての端末装置１が夫々作成して所有することになる。このように、各端末装置１は、コンテンツ配信システムＳにおける複数の端末装置１のうち一部の端末装置１の識別情報である端末ＩＤ及びＩＰアドレスを関連付けたルーティングテーブルを有している。
【００６８】
［１．３．コンテンツデータの検索方法］
次に、図５を参照して、コンテンツデータを保持している端末装置１の検索方法の一例について説明する。図５は、ＤＨＴによりコンテンツデータを保持している端末装置１が検索される様子の一例を示す図である。
【００６９】
ここでは、端末ＩＤ「1133」の端末装置１Ｎが、コンテンツＩＤ「3020」を有するコンテンツデータを探す際の手順について説明する。なお、以下このようにコンテンツデータを探し、コンテンツデータの送信を要求する端末装置１をリクエスト端末装置と呼ぶ。
【００７０】
リクエスト端末装置１Ｎは、コンテンツＩＤ「3020」を宛先識別情報とし、自己が保持しているルーティングテーブルを参照して、コンテンツ保持端末装置の識別情報の送信要求（以下、「検索メッセージ」と呼ぶ。）を送信する。リクエスト端末装置１Ｎが、図４の例と同じ値のルーティングテーブルを持っていたとすると、コンテンツＩＤ「3020」は「3XXX」のエリアであるため、当該「3XXX」のエリアに属す端末装置１のうち、ＩＰアドレスを知っている（すなわち、自己が保持しているルーティングテーブルにＩＰアドレスが記憶されている）端末装置１Ａ（端末ＩＤ「3213」）に対して検索メッセージを送信する。このように、検索メッセージはコンテンツに対応する固有の識別情報であるコンテンツＩＤを含むものであり、このコンテンツＩＤは検索メッセージにおいて宛先識別情報として用いられる。
【００７１】
図５に示す例によれば、端末ＩＤが「3213」である端末装置１ＡのＩＰアドレスがリクエスト端末装置１Ｎのルーティングテーブル（図４参照。）に記憶されているので、リクエスト端末装置１Ｎは、端末ＩＤが「3213」である端末装置１Ａに対して検索メッセージを送信する。
【００７２】
次に、検索メッセージを受信した端末装置１Ａは、この検索メッセージが自端末装置Ａ宛のメッセージであるか否かを判定する。自端末装置Ａ宛のメッセージであるか否かは、宛先識別情報とルーティングテーブルとに基づいて行われる。具体的には、宛先識別情報が自端末装置Ａの識別情報である端末ＩＤと近いか否かが判定される。即ち、宛先識別情報に対して、端末装置１Ａ自身が保持しているルーティングテーブル（テーブルの値は図示しない）に記憶されている端末装置１の端末ＩＤから、一番近い端末装置１の端末ＩＤが、自身であるか他の端末装置１であるかを判定する。
【００７３】
そして、自端末装置Ａの端末ＩＤよりも他の端末装置１の端末ＩＤの方が、宛先識別情報に近いため、端末装置１Ａは、当該端末装置１Ａ自身が保持しているルーティングテーブルのレベル２のテーブルを参照して、「30XX」のエリアに属す端末装置１のうち、ＩＰアドレスを知っている端末装置１Ｂ（端末ＩＤ「3031」）に対して検索メッセージを転送する。
【００７４】
このように、コンテンツＩＤの桁を上から順に適合していく要領で検索メッセージの転送が進み、最終的に当該コンテンツデータを管理する端末装置１Ｃ、すなわちルート端末装置に辿り着くと、当該ルート端末装置は、検索メッセージに含まれるコンテンツＩＤ「3020」を、自身が管理している後述のインデックス情報の中から検索し、当該コンテンツデータを所有しているコンテンツ保持端末装置に関する情報（端末ＩＤやＩＰアドレス等）をリクエスト端末装置１Ｎに返信するようになっている。なお、検索メッセージなどのメッセージを目的の端末装置１へ辿り着くまでに、上述のように転送する仕組みをＤＨＴルーティングと呼ぶ。
【００７５】
こうして、リクエスト端末装置１Ｎは、上記ルート端末装置１Ｃから、コンテンツＩＤ「3020」のコンテンツデータを保持するコンテンツ保持端末装置に関する所在情報であるＩＰアドレスを受信して知ることになり、当該コンテンツ保持端末装置から、そのコンテンツデータをダウンロードして取得することになる。
【００７６】
［１．４．インデックステーブルへの登録方法］
このような構成のコンテンツ配信システムＳの中で、例えば、ある端末装置１が新しいコンテンツデータを、コンテンツ配信システムＳ上の他の端末装置１から検索可能となるように公開する際の手法について述べる。
【００７７】
コンテンツサーバ装置１０から配布されたコンテンツデータを記憶してコンテンツ保持端末装置となった端末装置１は、記憶したコンテンツデータのコンテンツＩＤと同じ端末ＩＤを持つ端末装置１に向けて（この端末装置１が実在するか否かはこの時点ではわからない。）登録メッセージを送信する。そして、この登録メッセージも、上記検索メッセージと同様にルーティングテーブルに従って、次々と転送されていき、当該登録メッセージに含まれるコンテンツＩＤに最も近い端末ＩＤを有する端末装置１まで転送されたところで、その端末装置１はもはや転送先の端末装置１が他にないと判断すると、当該端末装置１自身がそのコンテンツのルート端末装置となるべきだと判断し、当該登録メッセージに含まれる当該コンテンツＩＤ及びコンテンツ保持端末の端末ＩＤやＩＰアドレス（以下、これらを「インデックス情報」と呼ぶ。）をインデックス情報として記憶する。
【００７８】
更にまた、本実施形態では、登録メッセージがルート端末装置へ転送される経路の途中の端末装置１でも、登録メッセージに含まれるインデックス情報をキャッシュとして保持するように構成されており、このような端末装置１をキャッシュ端末装置という。これにより、ルート端末装置がコンテンツを検索するための検索メッセージを受信するより前に、キャッシュ端末装置に検索メッセージが転送された時点でキャッシュ端末装置がコンテンツ保持端末装置のＩＰアドレスや端末ＩＤを、コンテンツの所在を検索したリクエスト端末装置に返信することが可能になる。
【００７９】
登録メッセージを転送していく際には、通常、上述のようにキャッシュ端末装置が登録メッセージに基づいたインデックス情報を保持していく。
【００８０】
ここで、図６（ａ）に示すように、端末ＩＤが「1301」である端末装置１ＭをコンテンツＩＤ「3020」であるコンテンツを保持するコンテンツ保持端末装置とし、端末ＩＤが「3011」である端末装置１ＣをコンテンツＩＤ「3020」であるコンテンツのルート端末装置とした場合におけるインデックス情報の保持について図６（ａ）、（ｂ）を参照して説明する。
【００８１】
図６（ａ）、（ｂ）に示すように、コンテンツ保持端末装置である端末装置１Ｍがインデックス情報を含む登録メッセージを送信すると、これを受け取った端末装置１Ａは、当該インデックス情報を保持することによりキャッシュ端末装置（１）として機能する。キャッシュ端末装置（１）は、当該登録メッセージを転送する。当該登録メッセージを受け取った端末装置１Ｂは、当該インデックス情報を保持することによりキャッシュ端末装置（２）として機能する。キャッシュ端末装置（２）は、当該登録メッセージを転送する。当該登録メッセージを受け取った端末装置１Ｃは、当該インデックス情報を保持することによりルート端末装置として機能する。このように端末装置１Ａ，１Ｂ，１Ｃは登録メッセージに含まれるインデックス情報を保持することになる。
【００８２】
ところで、ルート端末装置やキャッシュ端末装置におけるインデックス情報の保持は、図７に示すようなインデックステーブルにより行われる。図７はルート端末装置１Ｃにおけるインデックステーブルの例を示したものであり、自端末装置１が管理対象であるコンテンツＩＤ「3020」のコンテンツに関するコンテンツ保持端末装置の端末ＩＤやＩＰアドレスなどを記憶する他、キャッシュ端末装置としてコンテンツＩＤ「2021」のコンテンツに関するコンテンツ保持端末装置の識別情報を記憶している。なお、インデックステーブルには、コンテンツＩＤ、コンテンツ保持端末装置の端末ＩＤやＩＰアドレスの他、著作権情報なども記憶することができる。
【００８３】
［１．５．端末装置１におけるコンテンツデータの取得・再生動作の概略］
次に、コンテンツ配信システムＳにおける端末装置１におけるコンテンツデータの取得・再生動作の概略について図面を参照して具体的に説明する。図８は、端末装置１におけるコンテンツデータの取得・再生動作の概略についての説明図である。ここでは、あるコンテンツＸのコンテンツデータ（以下、「コンテンツＸのデータ」と呼ぶ。）がコンテンツ配信システムＳに投入された後、端末装置１によってコンテンツＸのデータが取得され再生される場合を例に挙げ説明する。また、図８においては、説明を簡易にするためＤＨＴルーティングの流れを省略している。
【００８４】
図８に示すように、コンテンツＸのデータをコンテンツ配信システムＳに投入するために、コンテンツサーバ装置１０は、コンテンツＸのデータを配布する端末装置１をランダムに決定する。ここでは、コンテンツサーバ装置１０がコンテンツＸのデータを配布する端末装置１の数を１としているが、これに限られない。例えば投入するコンテンツＸが人気のコンテンツと推測できるものであれば、その数を増やすようにしてもよい。人気があるかないかは、例えばコンテンツＸが音楽のコンテンツであれば、このコンテンツＸの歌手が同一である過去に投入したコンテンツデータの人気度に基づいて、コンテンツサーバ装置１０がコンテンツＸのデータを投入する端末装置１の数を決定することができる。
【００８５】
次に、コンテンツサーバ装置１０は、上記のように決定した端末装置１に対して、コンテンツＸのデータを配布する（図８中（１）参照。）。このようにコンテンツＸのデータが端末装置１に配布されると、端末装置１間でのコンテンツＸのデータの送受信が可能となる。すなわち、コンテンツＸのデータが配布された端末装置１は、コンテンツ保持端末装置として機能する。
【００８６】
その後、コンテンツ保持端末装置でない端末装置１の利用者がコンテンツ配信システムＳに投入されたコンテンツＸのデータの取得するための操作（以下、「取得要求操作」とする。）を行うと、当該端末装置１はリクエスト端末装置として、コンテンツＸのデータの取得動作を開始する。
【００８７】
コンテンツＸのデータを取得するために、リクエスト端末装置は、まず、コンテンツキー供給装置２０に対して、取得要求操作に応じたコンテンツＸのコンテンツキーの送信を要求する（図８中（２）参照。）。
【００８８】
コンテンツキー供給装置２０には、正当な利用者か否かを判定するための利用者リストが記憶されており、コンテンツＸのコンテンツキーの送信を要求したリクエスト端末装置が正当な利用者か否かを確認する（図８中（３）参照。）。なお、正当な利用者を、例えば、コンテンツ配信システムＳに端末装置が参加することができる利用者のうち、特別な利用者（以下、「特別会員」とする。）とすることによって、特別な利用者のみが先行してコンテンツデータの再生を行うことができ、その後コンテンツ保持端末装置がある程度増えたところで、利用制限を解除することにより、コンテンツ配信システムＳの利用において通常会員と特別会員との差別化を図ることができる。また、コンテンツ配信システムＳを利用してコンテンツデータを取得する毎に付与されるポイントを一定以上保持する利用者を特別会員とすることも可能である。
【００８９】
コンテンツキー供給装置２０には、コンテンツ配信システムＳ内で配信可能なコンテンツデータに対応するコンテンツキーが記憶されており、リクエスト端末装置が正当な利用者であると判定すると、記憶しているコンテンツＸのコンテンツキーを取り出して、リクエスト端末装置へ送信する（図８中（４）参照。）。
【００９０】
ここで、コンテンツキー供給装置２０は、コンテンツ配信システムＳにおけるコンテンツデータの供給能力を算出する供給能力算出手段を備えており、所定期間に供給能力算出手段により算出された供給能力を超えるコンテンツＸに関するコンテンツキーの要求を受信したとき、供給能力を超えた分のコンテンツキーの要求に対してコンテンツキーの送信を規制するようにしている。「コンテンツ配信システムＳにおけるコンテンツデータの供給能力」とは、コンテンツ配信システムＳ内に存在するコンテンツＸのコンテンツ保持端末装置が同時にコンテンツＸのデータを供給することができるコンテンツＸのリクエスト端末装置の数を意味する。
【００９１】
リクエスト端末装置は、コンテンツキー供給装置２０から送信されるコンテンツＸのコンテンツキーを受信すると、コンテンツＸのコンテンツ保持端末装置を検索するために検索メッセージをルーティングテーブルに基づいて送信する（図８（５）参照。）。
【００９２】
検索メッセージを受信したコンテンツＸのルート端末装置は、自装置のインデックステーブルから、コンテンツＸのデータを保持するコンテンツ保持端末装置の所在情報を検索し（図８中（６）参照。）、リクエスト端末装置に対して、検索したコンテンツ保持端末装置の所在情報を送信する（図８中（７）参照。）。
【００９３】
リクエスト端末装置は、ルート端末装置からコンテンツ保持端末装置の所在情報を受信すると、この所在情報を宛先としてコンテンツＸのコンテンツ保持端末装置に対して、コンテンツＸのデータの送信要求を行う（図８中（８）参照。）。
【００９４】
コンテンツＸのコンテンツ保持端末装置は、リクエスト端末装置の要求に対して、記憶しているコンテンツＸのデータをストリーミング形式でリクエスト端末装置へ送信する（図８中（９）参照。）。
【００９５】
リクエスト端末装置は、コンテンツ保持端末装置からストリーミング形式で送信されるコンテンツＸのデータを受信する。コンテンツＸのデータは所定の暗号化方式で暗号化されており、リクエスト端末装置は、コンテンツキー供給装置２０から受信したコンテンツキーを復号キーとして用いることによりコンテンツＸのデータ復号化してストリーム再生する。また、リクエスト端末装置は、受信したコンテンツデータを順次内部の記憶部に記憶していき、コンテンツデータを全て記憶したときに、自端末装置１をコンテンツ保持端末装置として動作させ登録メッセージを送信する。
【００９６】
このように、コンテンツキー供給装置２０は、コンテンツ配信システムＳにおけるコンテンツデータの供給能力を超えるコンテンツＸに関するコンテンツキーの要求を受信したとき、供給能力を超えた分のコンテンツキーの要求に対してコンテンツキーの送信規制を行うので、コンテンツ配信システムＳにおけるコンテンツデータの供給能力を超えるコンテンツキーの供給が行われるのを抑制することができ、その結果、リクエスト端末装置からのコンテンツデータ取得のためのアクセスの集中が発生することを抑制することができる。また、コンテンツサーバ装置などから予め予測したアクセス数に応じてコンテンツデータを投入してコンテンツデータを保持する端末装置１を配置することに比べ、利用者の要求を元にコンテンツ保持端末装置を配置することができるため、効率よく利用できる。
【００９７】
ところで、リクエスト端末装置からコンテンツキーの要求を受信した後、或いはコンテンツキーの要求を受信受付けを開始して所定期間経過した後、待機リスト記憶領域にコンテンツキーの要求が記憶されていないときには、コンテンツＸの送信を要求するリクエスト端末装置の数に対して、コンテンツ保持端末装置が十分に配置されていることになる。
【００９８】
そこで、コンテンツキー供給装置２０は、リクエスト端末装置からコンテンツキーの要求を受信した後、或いはコンテンツキーの要求を受信受付けを開始して所定期間経過した後、待機リスト記憶領域にコンテンツキーの要求が記憶されていないと判定すると、公開日時になったと判定し、コンテンツＸの制限公開状態を解除し、コンテンツキーの要求に対するコンテンツキーの送信制限を行なわない公開状態としている。
【００９９】
その結果、コンテンツキー供給装置２０においてコンテンツ配信システムＳにおけるコンテンツデータの供給能力を算出による処理負荷を低減することができる。
【０１００】
また、リクエスト端末装置において、利用者による取得要求操作に対応するコンテンツデータがネットワークを介して他の端末装置１から取得することができないとき、コンテンツサーバ装置１０から取得要求操作に対応するコンテンツデータを取得するようにしている。そのため、コンテンツキーを取得した端末装置１において、コンテンツデータの取得可能性を向上させることができる。
【０１０１】
以下、コンテンツ配信システムＳにおける各装置の構成及び動作について図面を参照して更に具体的に説明する。
【０１０２】
［２．端末装置１の構成等の説明］
次に、図面を参照して、端末装置１の構成及び動作について説明する。図９は、本実施形態に係るコンテンツ配信システムＳにおける端末装置１の概略構成を示す図である。
【０１０３】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図９に示すように、ＣＰＵ（Central Processing Unit）１０２と、各種プログラム等を記憶する書き換え可能な主記憶装置としての第１記憶部１０３と、各種データ等を記憶するＨＤＤ（Hard Disk Drive）等から構成された第２記憶部１０４と、ルータ３０ａを介してネットワーク８に参加している他の端末装置１との間で通信を行うためのネットワークインターフェイス１０５と、ユーザによって端末装置１を遠隔操作するために所定の赤外線信号を送信及び受信するリモコン１０６と、このリモコン１０６と赤外線により通信を行うための赤外線ポート１０７と、赤外線ポート１０７を制御する周辺機器制御チップ１０８と、ＣＰＵ１０２の制御によりイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込み、このビデオメモリに書き込んだデータを後述の内蔵ディスプレイ１１０に表示するビデオチップ１０９と、内蔵ディスプレイ１１０と、ＦＭ音源やＷａｖｅ  Ｔａｂｌｅ音源などの音源を有し、オーディオ信号をスピーカ１１２に出力することによってスピーカ１１２から音波を出力させる音源チップ１１１と、スピーカ１１２とを備えて構成され、これらの各種構成要素はシステムバス１０１を介して相互に接続されている。なお、本実施形態においては、ＣＰＵ１０２と第１記憶部１０３とで制御部１１３を構成している。
【０１０４】
（第１記憶部１０３について）
また、第１記憶部１０３には、端末装置１のコンピュータとしての基本的な機能を提供するためのオペレーティングシステム（ＯＳ）プログラム１１４、内蔵ディスプレイ１１０の制御等を行うための画面制御プログラム１１５、コンテンツ保持端末装置として機能する他の端末装置１から送信されるコンテンツデータを受信し、また自端末装置がコンテンツ保持端末装置として機能するときには第２記憶部１０４に記憶したコンテンツデータを配信するためのコンテンツ処理プログラム１１６、他の端末装置とメッセージの送受信を行うためのメッセージ処理プログラム１１７、配信されたコンテンツデータの再生等を行うための音楽デコーダプログラム１１８等を記憶しており、これらはＣＰＵ１０２によって読み出され、ＣＰＵ１０２によってこれらのプログラムに従った機能が実行される。また、第１記憶部１０３には、更にインデックステーブル（図７参照）を記憶するためのインデックステーブル記憶領域１１９やルーティングテーブル（図４参照）を記憶するためのルーティングテーブル記憶領域１２０が設けられている。
【０１０５】
ここで、ＯＳプログラム１１４は、ＣＰＵ１０２によって読み出されて実行されることにより、リモコン１０６の入出力に関する機能や、第１記憶部１０３や第２記憶部１０４などのメモリ管理等の端末装置１であるコンピュータの基本的な機能を実行可能にするものである。そして、このＯＳプログラム１１４がＣＰＵ１０２によって実行された状態で、上述の画面制御プログラム１１５、コンテンツ処理プログラム１１６、メッセージ処理プログラム１１７、音楽デコーダプログラム１１８等が第１記憶部１０３から読み出されて実行される。
【０１０６】
なお、ＯＳプログラム１１４、画面制御プログラム１１５、コンテンツ処理プログラム１１６、メッセージ処理プログラム１１７、音楽デコーダプログラム１１８等は、例えば、ネットワーク８に接続されたサーバ等から、ネットワークインターフェイス１０５を介して、第１記憶部１０３にダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、第１記憶部１０３に読み込まれるようにしてもよい。
【０１０７】
（第２記憶部１０４について）
第２記憶部１０４には、コンテンツサーバ装置１０から投入され、コンテンツ配信システムＳ内にて提供されているコンテンツの名称と制限公開の有無などがリスト化されたカタログリストを記憶するカタログリスト記憶領域と、コンテンツサーバ装置１０等から配信されたコンテンツデータを記憶するコンテンツデータ記憶手段として機能するコンテンツデータ記憶領域と、コンテンツキー供給装置２０から受信したコンテンツキーを記憶するコンテンツキー記憶手段として機能するコンテンツキー記憶領域等を有している。
【０１０８】
（制御部１１３について）
制御部１１３は、上述のようにＣＰＵ１０２と第１記憶部１０３とから構成され、ＣＰＵ１０２が第１記憶部１０３に記憶された各種プログラム１１４〜１１８を読み出して実行することにより、端末装置１全体を統括制御し、かつ、後述する表示制御手段、コンテンツデータ取得要求検出手段、コンテンツデータ取得手段、コンテンツデータ送信手段、コンテンツキー取得手段、デコード手段、コンテンツデータ再生手段、メッセージ宛先判定手段、メッセージ転送手段、登録メッセージ送信手段、コンテンツ保持端末情報取得手段、端末識別情報送信手段等として機能するようになっている。
【０１０９】
なお、ＣＰＵ１０２が画面制御プログラム１１５を実行することによって、表示制御手段等として、またＣＰＵ１０２がコンテンツ処理プログラム１１６を実行することによって、コンテンツデータ取得要求検出手段、コンテンツデータ取得手段、コンテンツデータ送信手段、コンテンツキー取得手段、コンテンツデータ再生手段等として、またＣＰＵ１０２がメッセージ処理プログラム１１７を実行することによって、メッセージ宛先判定手段、メッセージ転送手段、登録メッセージ送信手段、コンテンツ保持端末情報取得手段、端末識別情報送信手段等として、またＣＰＵ１０２が音楽デコーダプログラム１１８を実行することによって、デコード手段等として、それぞれ機能するようになっている。
【０１１０】
（表示制御手段について）
表示制御手段は、ビデオチップ１０９及び内蔵ディスプレイ１１０を制御して、各種の映像情報（画像情報）を表示させる機能を有している。すなわち、表示制御手段は、内蔵ディスプレイ１１０にどのように映像を表示させるかを制御する。
【０１１１】
（コンテンツデータ取得要求検出手段について）
コンテンツデータ取得要求検出手段は、利用者によるコンテンツデータの取得要求操作を検出する。例えば、コンテンツサーバ装置１０から端末装置１が取得したカタログリストが表示制御手段によって内蔵ディスプレイ１１０に表示されているときに、端末装置１の利用者がリモコン１０６を操作することによって、所望のコンテンツ名称を利用者が選択することによってコンテンツデータの取得要求操作がなされ、この操作をコンテンツデータ取得要求検出手段によって検出する。
【０１１２】
なお、カタログリストにはコンテンツ配信システムＳにおいて配信可能なコンテンツの名称などコンテンツデータを特定するための情報のほかこれらコンテンツデータ毎の制限公開の有無の情報が含まれており、表示制御手段は、コンテンツデータの制限公開の有無の情報に基づいて、内蔵ディスプレイ１１０にカタログリストに含まれるコンテンツ名称の一覧とそれらが制限公開中なのか無制限公開中なのかを表示するようにしている。従って、端末装置１の利用者は、コンテンツ配信システムＳで配信可能なコンテンツのうちどれが制限公開中でどれが無制限公開中であるかを容易に把握することができる。
【０１１３】
（コンテンツキー取得手段について）
コンテンツキー取得手段は、コンテンツデータ取得要求検出手段により取得要求操作が検出されたとき、取得要求操作に応じたコンテンツデータのコンテンツキーの送信を前記ネットワークを介してコンテンツキー供給装置２０に要求する。また、コンテンツキー取得手段は、この要求に応じてコンテンツキー供給装置２０から送信されるコンテンツキーを受信し、第２記憶部１０４のコンテンツキー記憶領域に記憶する。
【０１１４】
なお、コンテンツキー取得手段によるコンテンツキーの送信要求は、コンテンツキーに対応するコンテンツデータのコンテンツ名称などを特定して行う。
【０１１５】
（コンテンツデータ取得手段について）
コンテンツデータ取得手段は、ネットワークインターフェイス１０５を介して受信したメッセージがコンテンツサーバ装置１０からのコンテンツデータの保持要求であるときに、このコンテンツデータをコンテンツサーバ装置１０から取得する。そして、取得したコンテンツデータをコンテンツデータ記憶手段としての第２記憶部１０４に記憶する。
【０１１６】
また、コンテンツデータ取得手段は、コンテンツデータ取得要求検出手段により利用者による取得要求操作が検出されたときにコンテンツキー取得手段によってコンテンツキーが取得されると、この取得要求操作に応じたコンテンツデータをネットワーク８を介して他の端末装置１から取得する。
【０１１７】
ここで、他の端末装置１からコンテンツデータを取得するときには、取得しようとするコンテンツデータを保持するコンテンツ保持端末装置の所在情報を検索するための検索メッセージを生成する。検索メッセージは、要求するコンテンツデータの識別情報であるコンテンツＩＤを宛先識別情報とし、自端末装置の識別情報である端末ＩＤを要求元識別情報としたメッセージである。コンテンツデータ取得手段は、取得しようとするコンテンツデータのコンテンツ名称をカタログリストから取り出し、取り出したコンテンツ名称を端末ＩＤを得るときと共通のハッシュ関数によりハッシュ化することによってコンテンツＩＤを決定する。なお、コンテンツサーバ装置１０において予めカタログリストにコンテンツデータに対応するコンテンツＩＤを含ませることにしてもよい。
【０１１８】
コンテンツデータ取得手段は、生成した検索メッセージの宛先識別情報であるコンテンツＩＤに基づいて所定条件を満たす送信先端末装置を選択して、検索メッセージを送信する。ここで、「所定条件」とは、ルーティングテーブルに記憶された端末ＩＤのうち、検索メッセージの宛先識別情報であるコンテンツＩＤと上位桁がより多く一致する端末ＩＤを選択するという条件である。例えば、図４に示すようなルーティングテーブルを有しており、かつ宛先識別情報としてのコンテンツＩＤが「1231」である場合、コンテンツ保持端末要求情報送信手段は、ルーティングテーブルから端末ＩＤ「1221」を送信先端末装置として選択し、当該端末ＩＤ「1221」の端末装置１のＩＰアドレス「21.13.21.13」を取り出す。そして、当該ＩＰアドレス「21.13.21.13」を送信先端末装置として検索メッセージを送信する。
【０１１９】
このようにコンテンツデータ取得手段は、決定したコンテンツＩＤ或いはカタログリストに含まれるコンテンツ名称に基づいて生成したコンテンツＩＤを宛先識別情報とした検索メッセージを生成する。その後、ルーティングテーブルに記憶された端末装置１の識別情報から送信先端末装置を選択して、生成した検索メッセージを送信先端末装置へ転送する。すなわち、ルーティングテーブルに記憶された端末装置１の端末ＩＤのうち、宛先識別情報に近い端末ＩＤを選択し、このように選択した端末ＩＤに対応する端末装置１のＩＰアドレスを知り、そのＩＰアドレスの端末装置１に検索メッセージを送信する。
【０１２０】
コンテンツデータ取得手段は、送信した検索メッセージに対してルート端末装置から送信されるコンテンツ保持端末装置の所在情報を受信し、この情報に基づいてコンテンツ保持端末装置に対して取得要求操作に応じたコンテンツデータを要求する。この要求に応じてコンテンツ保持端末装置からコンテンツデータがストリーミング配信される。コンテンツデータ取得手段は、ストリーミング配信されるコンテンツデータを順次受信し、第２記憶部１０４に記憶していく。
【０１２１】
また、コンテンツデータ取得手段は、利用者による取得要求操作に対応するコンテンツデータがリクエスト端末装置から取得することができないとき、コンテンツサーバ装置１０から取得要求操作に対応するコンテンツデータを取得する。
【０１２２】
（コンテンツデータ再生手段について）
コンテンツデータ再生手段は、取得要求操作に応じたコンテンツデータをコンテンツ保持端末装置から取得するときには、コンテンツ保持端末装置からストリーミング配信されるコンテンツデータを第２記憶部１０４のコンテンツキー記憶領域に記憶したコンテンツキーによって復号した後、デコード手段によってデコードし、ビデオチップ１０９及び音源チップ１１１を動作させることによりコンテンツデータを再生する。
【０１２３】
また、コンテンツデータ再生手段は、第２記憶部１０４に記憶されたコンテンツデータを再生するときにも、同様に、コンテンツデータを第２記憶部１０４のコンテンツキー記憶領域に記憶したコンテンツキーによって復号した後、デコード手段によってデコードし、再生する。
【０１２４】
（コンテンツデータ送信手段について）
コンテンツデータ送信手段は、コンテンツデータ記憶手段としての第２記憶部１０４に記憶したコンテンツデータの送信要求が他の端末装置１からあったとき、この送信要求に対応するコンテンツデータを第２記憶部１０４から取り出して送信要求をした他の端末装置１へ送信する。      
【０１２５】
（デコード手段について）
デコード手段は、第２記憶部１０４に記憶したコンテンツデータ或いはコンテンツ保持端末装置からストリーミング送信されるコンテンツデータを内蔵ディスプレイ１１０に表示し、スピーカ１１２から出力するためにデコードする。すなわち、再生対象のコンテンツデータは、所定の形式でエンコードされており、このようにエンコードされているコンテンツデータを内蔵ディスプレイ１１０やスピーカ１１２から出力できるようにデコードする。。
【０１２６】
（メッセージ宛先判定手段について）
メッセージ宛先判定手段は、ネットワーク８を介して受信したメッセージの宛先識別情報とルーティングテーブルとに基づいて、受信したメッセージが自端末装置宛であるか否かを判定する。このメッセージ宛先判定手段が判定するメッセージは、コンテンツ保持端末装置の識別情報をルート端末装置に要求するための検索メッセージ、ルート端末装置にコンテンツ保持端末装置の識別情報を登録するための登録メッセージなどである。
【０１２７】
受信したメッセージが自端末装置宛であるか否かの判定は、メッセージに含まれる宛先識別情報を取り出し、第１記憶部１０３に記憶したルーティングテーブルに基づいて行われる。すなわち、各種のメッセージをネットワークインターフェイス１０５を介して受信したとき、メッセージ宛先判定手段は、受信したメッセージに含まれる宛先識別情報とルーティングテーブルに記憶した端末ＩＤとを比較し、メッセージに含まれる宛先識別情報と一番近いルーティングテーブル上の端末ＩＤが自端末装置の端末ＩＤであると判定すると、自端末装置宛のメッセージであると判定する。
【０１２８】
（メッセージ転送手段について）
メッセージ転送手段は、メッセージ宛先判定手段によりネットワーク８を介して受信したメッセージが自端末装置宛ではないと判定されると、受信したメッセージの宛先識別情報に基づいて、ルーティングテーブルに記憶された端末装置１の識別情報から送信先端末装置を選択して、受信したメッセージを送信先端末装置へ転送する。すなわち、メッセージ転送手段は、ルーティングテーブルに記憶された端末装置１の端末ＩＤのうち、宛先識別情報に近い端末ＩＤを選択し、このように選択した端末ＩＤに対応する端末装置１のＩＰアドレスを知り、そのＩＰアドレスをＩＰパケットの宛先として、メッセージを転送する。
【０１２９】
（登録メッセージ送信手段について）
登録メッセージ送信手段は、コンテンツサーバ装置１０から受信したコンテンツデータをコンテンツデータ記憶手段としての第２記憶部１０４に記憶したとき、当該コンテンツデータの識別情報であるコンテンツＩＤを宛先識別情報とし、自端末装置の識別情報である端末ＩＤ及びＩＰアドレスとを含む登録メッセージを生成する。また、他のコンテンツ保持端末装置からコンテンツデータを受信したときも同様に、受信したコンテンツデータをコンテンツデータ記憶手段としての第２記憶部１０４に記憶し、登録メッセージを生成する。
【０１３０】
登録メッセージ送信手段は、このように生成した登録メッセージを、ルーティングテーブルに基づいて選択した送信先端末装置へ送信する。例えば、図４に示すようなルーティングテーブルを有しており、かつ第２記憶部１０４に記憶したコンテンツデータのコンテンツＩＤが「1231」である場合、登録メッセージ送信手段は、ルーティングテーブルから端末ＩＤ「1221」を送信先端末装置として選択し、当該端末ＩＤ「1221」の端末装置１のＩＰアドレス「21.13.21.13」を取り出す。そして、当該ＩＰアドレス「21.13.21.13」を送信先端末装置として登録メッセージを送信する。なお、この登録メッセージの宛先識別情報は「1231」となる。
【０１３１】
（コンテンツ保持端末情報取得手段について）
コンテンツ保持端末情報取得手段は、自端末装置において、受信したメッセージが登録メッセージであるとき、登録メッセージに含まれるコンテンツ保持端末装置の識別情報である端末ＩＤやＩＰアドレスなどを取得する。そして、このように取得したインデックス情報をインデックステーブルに記憶する。
【０１３２】
（端末識別情報送信手段について）
端末識別情報送信手段は、検索メッセージによって要求されたコンテンツに対するコンテンツ保持端末装置の端末ＩＤが記憶されている場合、当該コンテンツ保持端末装置の所在情報であるＩＰアドレスを、当該検索メッセージを送信したリクエスト端末装置へ向けて送信する。
【０１３３】
［３．コンテンツサーバ装置１０の構成等の説明］
次に、図面を参照して、コンテンツサーバ装置１０の構成及び動作について説明する。図１０は、本実施形態に係るコンテンツ配信システムＳにおけるコンテンツサーバ装置１０の概略構成を示す図である。
【０１３４】
コンテンツサーバ装置１０は、専用のコンピュータの他、一般のサーバコンピュータを適用可能であり、図１０に示すように、ＣＰＵ（Central Processing Unit）２０２と、各種プログラム等を記憶する書き換え可能な主記憶装置としての第１記憶部２０３と、各種データ等を記憶するＨＤＤ等から構成された第２記憶部２０４と、ルータ３０ｂを介してネットワーク８に参加している他の端末装置１やコンテンツキー供給装置２０との間で通信を行うためのネットワークインターフェイス２０５と、コンテンツ配信システムＳの管理者によってコンテンツサーバ装置１０の制御を行うために情報を入力する入力手段であるキーボード２０７やマウス２０８と、入力手段から入力された情報を処理するための周辺機器制御チップ２０６と、ＣＰＵ２０２の制御によりイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込み、このビデオメモリに書き込んだデータを後述のディスプレイ２１０に表示するビデオチップ２０９と、ディスプレイ２１０等を備えて構成され、これらの各種構成要素はシステムバス２０１を介して相互に接続されている。なお、本実施形態においては、ＣＰＵ２０２と第１記憶部２０３とで制御部２１３を構成している。
【０１３５】
（第１記憶部２０３について）
また、第１記憶部２０３には、コンテンツサーバ装置１０のコンピュータとしての基本的な機能を提供するためのオペレーティングシステム（ＯＳ）プログラム２１４、ディスプレイ２１０の制御等を行うための画面制御プログラム２１５、コンテンツの一覧表であるカタログリストを管理し、コンテンツ配信システムＳにコンテンツを投入する毎にカタログリストを更新するためのカタログ管理プログラム２１６と、コンテンツ配信システムＳにコンテンツデータを新規に投入したり、端末装置１からの要求に応じてコンテンツデータを送信したりするためのコンテンツ管理プログラム２１７等を記憶しており、これらはＣＰＵ２０２によって読み出され、ＣＰＵ２０２によってこれらのプログラムに従った機能が実行される。なお、「コンテンツ配信システムＳにコンテンツを投入」とは、コンテンツサーバ装置１０が、あるコンテンツデータに関して最初にコンテンツ保持端末装置となる端末装置１を決定し、当該決定した端末装置１にコンテンツデータを配布することを意味する。
【０１３６】
ここで、ＯＳプログラム２１４は、ＣＰＵ２０２によって読み出されて実行されることにより、キーボード２０７やマウス２０８に関する機能や、第１記憶部２０３や第２記憶部２０４などのメモリ管理等のコンテンツサーバ装置１０であるコンピュータの基本的な機能を実行可能にするものである。そして、このＯＳプログラム２１４がＣＰＵ２０２によって実行された状態で、上述の画面制御プログラム２１５、カタログ管理プログラム２１６、コンテンツ管理プログラム２１７等が第１記憶部２０３から読み出されて実行される。
【０１３７】
なお、ＯＳプログラム２１４、画面制御プログラム２１５、カタログ管理プログラム２１６、コンテンツ管理プログラム２１７等は、例えば、ネットワーク８に接続されたサーバ等から、ネットワークインターフェイス２０５を介して、第１記憶部２０３にダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、第１記憶部２０３に読み込まれるようにしてもよい。
【０１３８】
（第２記憶部２０４について）
第２記憶部２０４には、カタログ更新プログラムによって生成され、コンテンツ配信システムＳ内にて提供されているコンテンツの名称及び制限公開の有無の情報がリスト化されたカタログリストを記憶するカタログリスト記憶領域２１８と、コンテンツ配信システムＳにおいて提供されているコンテンツを記憶する投入済コンテンツデータ記憶領域２１９と、新規に投入するコンテンツのデータを記憶する未投入（新規）コンテンツデータ記憶領域２２０を有している。
【０１３９】
（制御部２１３について）
制御部２１３は、上述のようにＣＰＵ２０２と第１記憶部２０３とから構成され、ＣＰＵ２０２が第１記憶部２０３に記憶された各種プログラム２１４〜２１７を読み出して実行することにより、コンテンツサーバ装置１０全体を統括制御し、かつ、後述する表示制御手段、コンテンツ投入手段、コンテンツ送信手段、カタログリスト更新手段、カタログリスト配布手段等として機能するようになっている。
【０１４０】
なお、ＣＰＵ２０２が画面制御プログラム２１５を実行することによって表示制御手段等として、またＣＰＵ２０２がカタログ管理プログラム２１６を実行することによってカタログリスト更新手段、カタログリスト配布手段等として、またＣＰＵ２０２がコンテンツ管理プログラム２１７を実行することによって、コンテンツ投入手段、コンテンツ送信手段等として、それぞれ機能するようになっている。
【０１４１】
（表示制御手段について）
表示制御手段は、ビデオチップ２０９及びディスプレイ２１０を制御して、各種の映像情報（画像情報）を表示させる機能を有している。すなわち、表示制御手段は、ディスプレイ２１０にどのように映像を表示させるかを制御する。
【０１４２】
（コンテンツ投入手段について）
コンテンツ投入手段は、新規にコンテンツ配信システムＳに投入するコンテンツデータの識別情報であるコンテンツＩＤを決定する機能を有する。より具体的には、ランダム演算によってランダムな値を算出し、このようにランダムに算出した値を、上記端末ＩＤを得るときと共通のハッシュ関数によりハッシュ化することによってコンテンツＩＤを決定する。
【０１４３】
また、コンテンツ投入手段は、新規コンテンツデータ記憶領域２２０に記憶したコンテンツデータを保持させる端末装置１、すなわちコンテンツ保持端末装置をランダムに決定する機能を有している。
【０１４４】
また、コンテンツ投入手段がランダムに決定するコンテンツ保持端末装置の数は、例えば、上述のよう１台とするようにしてもよく、また、投入するコンテンツの人気度が推測できるものであれば、上述のように推測した人気度に応じて増減させることができる。
【０１４５】
また、コンテンツ投入手段は、決定したコンテンツ保持端末装置にコンテンツデータの保持要求を行う。このコンテンツデータの保持要求は、本実施形態においては、上記の如く決定したコンテンツ保持端末装置とすべき端末装置１に対してコンテンツデータを保持させるための要求であり、ＤＨＴルーティングによって送信される。この要求に対してコンテンツ保持端末装置となるべき端末装置１は、コンテンツサーバ装置１０のＩＰアドレスをコンテンツデータの保持要求の中から取り出し、当該ＩＰアドレス宛に前記保持要求に対応するコンテンツデータの送信要求を送信する。コンテンツ投入手段は、コンテンツデータの送信要求を受信すると、保持させようとするコンテンツデータを送信要求元の端末装置１へ送信する。
【０１４６】
（コンテンツ送信手段について）
コンテンツ送信手段は、ネットワークを介して端末装置１からコンテンツデータの送信要求があると、コンテンツ記憶手段としての第２記憶部２０４から送信要求に対応するコンテンツデータを取り出して、要求元の端末装置１へ送信する。
【０１４７】
（カタログリスト更新手段について）
カタログリスト更新手段は、コンテンツ投入手段で新規にコンテンツデータがコンテンツ配信システムＳに投入される毎に第２記憶部２０４に記憶したカタログリストを更新する。
【０１４８】
なお、カタログリストへの更新は、新規に投入したコンテンツの名称などコンテンツデータを特定するための情報のほかコンテンツの制限公開の有無の情報を関連付けてカタログリストに追加することによって行われる。
【０１４９】
また、カタログリスト更新手段は、コンテンツキー供給装置２０から、あるコンテンツデータ制限公開を中止し、無制限公開とした旨の通知（以下、「コンテンツ公開通知」とする。）を受けると、カタログリストにおいて、そのコンテンツデータに関する制限公開の有無の情報を、制限公開の有から制限公開の無へ更新する。
【０１５０】
（カタログリスト配布手段について）
カタログリスト配布手段は、端末装置１からのカタログリスト配布要求に応じて、第２記憶部２０４に記憶したカタログリストを取り出し、配布要求を行った端末装置１へ配布する。
【０１５１】
［４．コンテンツキー供給装置２０の構成等の説明］
次に、図面を参照して、コンテンツキー供給装置２０の構成及び動作について説明する。図１１は、本実施形態に係るコンテンツ配信システムＳにおけるコンテンツキー供給装置２０の概略構成を示す図である。
【０１５２】
コンテンツキー供給装置２０は、専用のコンピュータの他、一般のサーバコンピュータを適用可能であり、図１１に示すように、ＣＰＵ（Central Processing Unit）３０２と、各種プログラム等を記憶する書き換え可能な主記憶装置としての第１記憶部３０３と、各種データ等を記憶するＨＤＤ等から構成された第２記憶部３０４と、ルータ３０ｃを介してネットワーク８に参加している他の端末装置１との間で通信を行うためのネットワークインターフェイス３０５と、コンテンツ配信システムＳの管理者によってコンテンツキー供給装置２０の制御を行うために情報を入力する入力手段であるキーボード３０７やマウス３０８と、入力手段から入力された情報を処理するための周辺機器制御チップ３０６と、ＣＰＵ３０２の制御によりイメージデータを受け取り、内部のビデオメモリ（図示せず）に書き込み、このビデオメモリに書き込んだデータを後述のディスプレイ３１０に表示するビデオチップ３０９と、ディスプレイ３１０等を備えて構成され、これらの各種構成要素はシステムバス３０１を介して相互に接続されている。なお、本実施形態においては、ＣＰＵ３０２と第１記憶部３０３とで制御部３１３を構成している。
【０１５３】
（第１記憶部３０３について）
また、第１記憶部３０３には、コンテンツキー供給装置２０のコンピュータとしての基本的な機能を提供するためのオペレーティングシステム（ＯＳ）プログラム３１４、ディスプレイ３１０の制御等を行うための画面制御プログラム３１５、端末装置１にコンテンツデータのコンテンツキーを配布するコンテンツキー配布プログラム３１６等を記憶しており、これらはＣＰＵ３０２によって読み出され、ＣＰＵ３０２によってこれらのプログラムに従った機能が実行される。
【０１５４】
ここで、ＯＳプログラム３１４は、ＣＰＵ３０２によって読み出されて実行されることにより、キーボード３０７やマウス３０８に関する機能や、第１記憶部３０３や第２記憶部３０４などのメモリ管理等のコンテンツキー供給装置２０であるコンピュータの基本的な機能を実行可能にするものである。そして、このＯＳプログラム３１４がＣＰＵ３０２によって実行された状態で、上述の画面制御プログラム３１５、コンテンツキー配布プログラム３１６等が第１記憶部３０３から読み出されて実行される。
【０１５５】
なお、ＯＳプログラム３１４、画面制御プログラム３１５、コンテンツキー配布プログラム３１６等は、例えば、ネットワーク８に接続されたサーバ等から、ネットワークインターフェイス３０５を介して、第１記憶部３０３にダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、第１記憶部３０３に読み込まれるようにしてもよい。
【０１５６】
（第２記憶部３０４について）
第２記憶部３０４には、コンテンツキー記憶手段として機能するものであり、コンテンツサーバ装置１０から投入され、コンテンツ配信システムＳにおいて提供されるコンテンツデータを復号するためのコンテンツキーがコンテンツデータ毎にそのコンテンツＩＤに対応してそれぞれ記憶されるコンテンツキーデータベース領域３２０を有している。
【０１５７】
（制御部３１３について）
制御部３１３は、上述のようにＣＰＵ３０２と第１記憶部３０３とから構成され、ＣＰＵ３０２が第１記憶部３０３に記憶された各種プログラム３１４〜３１６を読み出して実行することにより、コンテンツキー供給装置２０全体を統括制御し、かつ、後述する表示制御手段、供給能力算出手段、コンテンツキー送信手段等として機能するようになっている。
【０１５８】
なお、ＣＰＵ３０２が画面制御プログラム３１５を実行することによって表示制御手段等として、またＣＰＵ３０２がコンテンツキー配布プログラム３１６を実行することによって供給能力算出手段、コンテンツキー送信手段等として、それぞれ機能するようになっている。
【０１５９】
（表示制御手段について）
表示制御手段は、ビデオチップ３０９及びディスプレイ３１０を制御して、各種の映像情報（画像情報）を表示させる機能を有している。すなわち、表示制御手段は、ディスプレイ３１０にどのように映像を表示させるかを制御する。
【０１６０】
（供給能力算出手段について）
供給能力算出手段は、コンテンツ配信システムにおけるコンテンツデータの供給能力を算出する。
【０１６１】
供給能力算出手段によるコンテンツ供給能力の算出は、コンテンツキー送信手段によって供給されたコンテンツのコンテンツキーの数に基づいて行われる。すなわち、コンテンツキーを受信したリクエスト端末装置は、コンテンツ保持端末装置からコンテンツデータを取得し、このコンテンツデータのコンテンツ保持端末装置として機能することになるため、コンテンツ配信システムＳに配置されることになるコンテンツ保持端末装置の数は、供給されたコンテンツのコンテンツキーの数に基づいて把握することができるのである。
【０１６２】
また、コンテンツサーバ装置１０から最初にコンテンツデータが配布されてコンテンツ保持端末装置となった数を考慮してコンテンツ保持端末装置の数を算出することにより、更にコンテンツ供給能力の算出精度を向上させることができる。
【０１６３】
ところで、コンテンツ保持端末装置毎にコンテンツデータの供給能力が異なる場合がある。これは、コンテンツ保持端末装置となる端末装置１のデータ処理能力の差異や、接続されている通信網の通信帯域の違いなどにより生じるものである。
【０１６４】
そこで、供給能力算出手段において、コンテンツキー送信手段によりコンテンツキーを供給した端末装置１の数とこのコンテンツキーに対応するコンテンツデータを保持するコンテンツ保持端末装置におけるコンテンツデータの供給能力とに基づいて算出することにより、コンテンツ保持端末装置毎にコンテンツデータの供給能力が異なる場合であっても、コンテンツ供給能力の算出精度を向上させることができる。
【０１６５】
ここで、コンテンツ保持端末装置におけるコンテンツデータの供給能力は、このコンテンツ保持端末装置がコンテンツＸのデータを保持することになったときに、自コンテンツ保持端末装置のコンテンツデータ供給能力を判定して、コンテンツキー供給装置２０に通知するようにする。
【０１６６】
なお、自コンテンツ保持端末装置のコンテンツデータ供給能力の判定は、自端末装置でのデータ処理速度や接続されている通信網の通信帯域などに基づいて行われる。
【０１６７】
（コンテンツキー送信手段について）
コンテンツキー送信手段は、端末装置１からコンテンツキーの要求があると、第２記憶部３０４から要求に応じたコンテンツキーを取り出して要求元の端末装置１へ送信する。
【０１６８】
なお、端末装置１からのコンテンツキーの要求には、要求に応じたコンテンツＩＤを含んでおり、コンテンツキー送信手段はこのコンテンツＩＤに対応するコンテンツキーを第２記憶部３０４のコンテンツキーデータベースから取り出す。
【０１６９】
ここで、コンテンツキー送信手段は、所定期間に供給能力算出手段により算出された供給能力を超えるコンテンツキーの要求を受信したとき、次のように、供給能力を超えた分のコンテンツキーの要求に対してコンテンツキーの送信規制を行なうようにしている。
【０１７０】
まず、コンテンツキー送信手段は、所定期間毎にリクエスト端末装置からのコンテンツキーの要求を受付け、このコンテンツキーの要求を内部の待機リスト記憶手段である第２記憶部３０４に記憶する。
【０１７１】
コンテンツキー送信手段は、各所定期間終了後、待機リスト記憶手段に記憶されたコンテンツキーの要求のうち、コンテンツデータの供給能力を超えない分のコンテンツキーの要求に対してコンテンツキーを送信する。一方、コンテンツキー送信手段は、コンテンツデータの供給能力を超える分のコンテンツキーの要求に対してコンテンツキーの送信を行わずに待機リスト記憶手段への記憶を維持する。
【０１７２】
このようにリクエスト端末装置から送信されたコンテンツキーの要求を一旦待機リスト記憶手段に記憶し、記憶した順にコンテンツ配信システムＳにおけるコンテンツデータの供給能力を超えない範囲でコンテンツキーの要求に応答してコンテンツキーを送信するので、リクエスト端末装置から再度コンテンツキーの要求を行う必要がなく、コンテンツデータの供給能力を超えたコンテンツキーの要求を受付けないとするのに比べ、ネットワークへの負荷を低減することができる。
【０１７３】
また、上記の如き待機リスト記憶手段を設けず、コンテンツ配信システムＳにおけるコンテンツデータの供給能力を超える分のコンテンツキーの要求に対して、コンテンツキー送信手段は、コンテンツキーの送信を行わないことにより、コンテンツキーの送信規制を行うようにしてもよい。このようにすることで、コンテンツキー供給装置２０の構成及び処理が複雑にならずに済む。
【０１７４】
また、コンテンツキー送信手段は、リクエスト端末装置からコンテンツキーの要求を受信した後、或いはコンテンツキーの要求を受信受付けを開始して所定期間経過した後、待機リスト記憶領域にコンテンツキーの要求が記憶されていないと判定すると、公開日時になったと判定し、コンテンツの制限公開状態を解除し、コンテンツキーの要求に対するコンテンツキーの送信制限を行なわない公開状態としている。コンテンツキー送信手段がコンテンツの制限公開状態の解除を行ったとき、コンテンツキー供給装置２０の制御部３１３は、コンテンツサーバ装置１０に対してコンテンツ公開通知を送信する。
【０１７５】
従って、供給能力算出手段によってコンテンツ配信システムにおけるコンテンツデータの供給能力を算出する必要がなくなり、コンテンツデータの供給能力を算出による処理負荷を低減することができる。
【０１７６】
また、第２記憶部３０４には、コンテンツキーを要求した端末装置が正当な利用者によるものか否かを判定するための利用者リストが記憶されており、コンテンツキー送信手段は、コンテンツキーの送信を要求したリクエスト端末装置が正当な利用者か否かを確認し、正当な利用者でなければ、不正なリクエストと判断してその旨をリクエスト端末装置へ送信する。なお、ここでは、正当な利用者をコンテンツ配信システムＳに端末装置が参加することができる利用者のうち、特別な利用者（特別会員）としており、この特別会員が利用者リストに記憶している。また、コンテンツ配信システムＳを利用してコンテンツデータを取得する毎にコンテンツサーバ装置１０によって付与されるポイントを一定以上保持する利用者を特別会員とすることも可能である。この場合、コンテンツキー送信手段は、コンテンツサーバ装置１０からコンテンツキーを要求した端末装置のポイント数を取得することになる。
【０１７７】
［５．コンテンツ配信システムＳの動作］
以下、端末装置１、コンテンツサーバ装置１０及びコンテンツキー供給装置２０の詳細動作について、フローチャートを用いて更に具体的に説明する。
【０１７８】
（端末装置１の処理フローの説明）
まず、端末装置１の更に具体的な動作の一例について、図１２から図１４のフローチャートを参照して説明する。図１２から図１４は端末装置１における処理を示すフローチャートである。なお、以下の各処理は、端末装置１の制御部１１３が上述した手段等として機能することによって実行されるものである。
【０１７９】
図１２に示すように、端末装置１の電源がＯＮになると、端末装置１のＣＰＵ１０２は、第１記憶部１０３や第２記憶部１０４のアクセス許可、作業領域確保を初期化等の初期設定動作を実行し、各プログラム１１５〜１１８をＣＰＵ１０２による実行状態とし、制御部１１３としての機能を動作させた後（ステップＳ１００）、ステップＳ１０１に処理を移す。
【０１８０】
ステップＳ１０１において、制御部１１３は、コンテンツサーバ装置１０からカタログリストを取得する。このカタログリストの取得は、制御部１１３がコンテンツサーバ装置１０に対して、カタログリストを要求し、当該要求に対して送信されるカタログリストを受信することによって行う。また、制御部１１３は、以後定期的にコンテンツサーバ装置１０からカタログリストを取得する。
【０１８１】
このカタログリストには、上述のようにコンテンツ配信システムＳにおいて取得可能な複数のコンテンツデータの名称等と制限公開の有無の情報とが関連付けられた情報が含まれている。制御部１１３は、コンテンツサーバ装置１０からこのカタログリストを取得し、カタログリストの内容を内蔵ディスプレイ１１０に表示する。端末装置１の利用者は内蔵ディスプレイ１１０に表示されているカタログリストの内容を見ながら、リモコン１０６等の操作を行って、コンテンツ配信システムＳで提供されているコンテンツデータを選択することができる。
【０１８２】
リモコン１０６等の操作によって利用者からコンテンツデータの選択されたとき、制御部１１３は、利用者からのコンテンツの取得要求操作があったと判定する。
【０１８３】
制御部１１３は、ステップＳ１０２において、利用者からのあるコンテンツ（ここでは、コンテンツＸとする。）の取得要求操作があったか否かを判定する。利用者からのコンテンツＸの取得要求操作があったか否かは、上述のようにリモコン１０６等のコンテンツ選択手段からコンテンツ取得指示の操作がなされたか否かにより判断される。
【０１８４】
この処理において、制御部１１３は、利用者からのコンテンツＸの取得要求操作があったと判定した場合には（ステップＳ１０２：ＹＥＳ）、コンテンツＸ取得再生処理に移行する（ステップＳ１０３）。このステップＳ１０３の処理は、図１３におけるＳ１５０〜Ｓ１５７，Ｓ１６０〜Ｓ１６３の処理であり、後述で詳説する。
【０１８５】
一方、ステップＳ１０２において、利用者からのコンテンツＸの取得要求操作がなかったと判定すると（ステップＳ１０２：ＮＯ）、制御部１１３は、登録メッセージを受信したか否かを判定する（ステップＳ１１０）。登録メッセージを受信したか否かは、コンテンツ保持端末装置からネットワーク８を介して送信される登録メッセージが自端末装置で受信されたか否かによって判断される。
【０１８６】
この処理において、登録メッセージを受信したと判定すると（ステップＳ１１０：ＹＥＳ）、制御部１１３は、受信した登録メッセージに含まれるコンテンツ保持端末装置の所在情報及びコンテンツ保持端末装置が保持するコンテンツデータのコンテンツＩＤ等を関連付けて第１記憶部１０３のインデックステーブルに追加する（ステップＳ１１１）。
【０１８７】
その後、制御部１１３は、自端末装置がルート端末装置であるか否かを判定する（ステップＳ１１２）。端末装置１がルート端末装置であるか否かは、受信した登録メッセージの宛先識別情報と第１記憶部１０３に記憶したルーティングテーブルとに基づいて判断される。
【０１８８】
この処理において、制御部１１３は、自端末装置がルート端末装置でないと判定すると（ステップＳ１１２：ＮＯ）、第１記憶部１０３に記憶したルーティングテーブルに基づいて、登録メッセージを他の端末装置１へ転送する（ステップＳ１１３）。一方、自端末装置がルート端末装置であると判定すると（ステップＳ１１２：ＹＥＳ）、制御部１１３は、ステップＳ１１３の処理は行わない。
【０１８９】
ステップＳ１１０において、登録メッセージを受信しなかったと判定すると（ステップＳ１１０：ＮＯ）、制御部１１３は、投入されるコンテンツデータを受信したか否かを判定する（ステップＳ１２０）。
【０１９０】
この処理において、制御部１１３は、コンテンツサーバ装置１０から投入されるコンテンツデータを受信したと判定すると（ステップＳ１２０：ＹＥＳ）、投入コンテンツ受信処理を行う（ステップＳ１２１）。
【０１９１】
この投入コンテンツ受信処理は、コンテンツサーバ装置１０から投入されたコンテンツデータを第２記憶部１０４に記憶して保存するとともに、ルート端末装置のインデックステーブルに登録するものである。
【０１９２】
すなわち、制御部１１３は、ステップＳ１２０において受信した投入コンテンツデータを第２記憶部１０４のコンテンツデータ記憶領域に記憶し、保存する。また、制御部１１３は、自端末装置がルート端末装置ではないと判定したときに、ルーティングテーブルに基づいて、ネットワーク８を介して登録メッセージを他の端末装置１へ送信し、一方自端末装置がルート端末装置であると判定したときにはインデックステーブルにコンテンツＩＤと自端末装置の所在情報を追加して登録する。
【０１９３】
ステップＳ１２０において、投入されるコンテンツデータ受信しなかったと判定すると（ステップＳ１２０：ＮＯ）、制御部１１３は、他の端末装置１からコンテンツデータの送信要求があるか否かを判定する（ステップＳ１３０）。
【０１９４】
この処理において、制御部１１３は、他の端末装置１からコンテンツデータの送信可否問い合わせがあったと判定すると（ステップＳ１３０：ＹＥＳ）、ステップＳ１３１のコンテンツ送信処理に移行する。このステップＳ１３１のコンテンツ送信処理は、図１４におけるＳ１７０〜Ｓ１７２の処理であり、後述で詳説する。
【０１９５】
また、ステップＳ１３０において、制御部１１３は、他の端末装置１からコンテンツデータの送信可否問い合わせがなかったと判定すると（ステップＳ１３０：ＮＯ）、検索メッセージを受信したか否かを判定する（ステップＳ１４０）。検索メッセージを受信したか否かは、ネットワーク８を介してリクエスト端末装置から送信される検索メッセージが受信されたか否かによって判断される。
【０１９６】
この処理において、制御部１１３は、検索メッセージを受信したと判定すると（ステップＳ１４０：ＹＥＳ）、ステップＳ１４１においてコンテンツ検索処理を行う。
【０１９７】
このコンテンツ検索処理においては、まずステップＳ１４０において受信した検索メッセージからコンテンツＩＤを取得し、このコンテンツＩＤがインデックステーブルに存在するか否かを判定する。そして、検索メッセージから取得したコンテンツＩＤがインデックステーブルに存在すると判定すると、インデックステーブルからコンテンツ保持端末装置の所在情報を取得し、このコンテンツ保持端末装置の所在情報をネットワーク８を介してリクエスト端末装置へ送信する。一方、検索メッセージから取得したコンテンツＩＤがインデックステーブルに存在しないと判定すると、制御部１１３は、ルーティングテーブルに基づいてネットワーク８を介して次の端末装置１へメッセージを転送する。
【０１９８】
ステップＳ１４０において、検索メッセージを受信しなかったと判定されたとき（ステップＳ１４０：ＮＯ）、ステップＳ１１２において、自端末装置がルート端末装置であると判定したとき（ステップＳ１１２：ＹＥＳ）、ステップＳ１０３、ステップＳ１１３、ステップＳ１２１、ステップＳ１３１、ステップＳ１４１の処理が終了したとき、制御部１１３は、自端末装置の電源がＯＦＦ状態へ移行したか否かを判定する（ステップＳ１４５）。
【０１９９】
ステップＳ１４５において、自端末装置の電源がＯＦＦ状態へ移行したと判定すると（ステップＳ１４５：ＹＥＳ）、制御部１１３は、メイン処理を終了し、一方、自端末装置の電源がＯＦＦ状態へ移行していないと判定すると（ステップＳ１４５：ＮＯ）、制御部１１３は、ステップＳ１０２からの処理を繰り返す。
【０２００】
次に、Ｓ１０３におけるコンテンツＸ取得再生処理について図１３のフローチャートを参照して具体的に説明する。
【０２０１】
図１３に示すように、コンテンツＸ取得再生処理が開始されると、制御部１１３は、利用者の取得要求操作に応じたコンテンツＸのコンテンツキーをネットワーク８を介してコンテンツキー供給装置２０に要求（ステップＳ１５０）し、処理をステップＳ１５１に移行する。
【０２０２】
ステップＳ１５１において、制御部１１３は、コンテンツＸのコンテンツキーの受信に成功したか否かを判定する。コンテンツキーの受信に成功したか否かは、制御部１１３が、コンテンツキー供給装置２０からコンテンツＸのコンテンツキーを受信できたか否かによって行う。
【０２０３】
このステップＳ１５１の処理において、コンテンツＸのコンテンツキーの受信に成功したと判定すると（ステップＳ１５１：ＹＥＳ）、制御部１１３は、処理をステップＳ１５２に移行する。
【０２０４】
ここで、ステップＳ１５０の要求に対してコンテンツキー供給装置２０がコンテンツキーの送信制限をかけたときには、コンテンツキーの受信が遅れるため、コンテンツキー供給装置２０からはコンテンツキーの送信要求の受付が完了した旨の通知（以下、「受付完了通知」とする。）が行われ、コンテンツキーの送信はすぐには行われないため、制御部１１３は、コンテンツＸのコンテンツキーの受信に成功しなかったと判定する。なお、Ｓ１５０の処理を行った後、コンテンツキーの送信がすぐに行われないときには、コンテンツキーを受信したときにステップＳ１５１が割込み処理として実行されることになる。
【０２０５】
ステップＳ１５２において、制御部１１３は、第２記憶部１０４にコンテンツＸのデータを既に保持しているか否かを判定する（ステップＳ１５２）。
【０２０６】
ステップＳ１５２において、第２記憶部１０４にコンテンツＸのデータを保持していないと判定すると（ステップＳ１５２：ＮＯ）、制御部１１３はコンテンツＸのデータを保持しているコンテンツ保持端末装置の所在情報を取得するために、コンテンツＸのコンテンツＩＤを宛先識別情報とした検索メッセージを、第１記憶部１０３に記憶したルーティングテーブルに基づいて送信する。
【０２０７】
この検索メッセージはコンテンツ配信システムＳのＤＨＴルーティングによってコンテンツＸのルート端末装置に到達する。ルート端末装置はこの検索メッセージに対して、コンテンツＸのデータを保持するコンテンツ保持端末装置の所在情報を送信し、制御部１１３は、ルート端末装置から送信されるコンテンツ保持端末装置の所在情報を取得し（ステップＳ１５３）、このコンテンツ保持端末装置がコンテンツＸのデータが送信可能であるか否かを判定する（ステップＳ１５４）。
【０２０８】
この処理において、制御部１１３は、コンテンツＸのデータを保持するコンテンツ保持端末装置に対して、コンテンツＸのデータの送信が可能か否かを問い合わせ（送信可否問い合わせ）、この問い合わせに対してコンテンツ保持端末装置から送信されるコンテンツＸのデータの送信可否情報に基づいて、当該コンテンツ保持端末装置がコンテンツＸのデータが送信可能であるか否かを判定する。
【０２０９】
ステップＳ１５４において、コンテンツ保持端末装置がコンテンツＸのデータの送信可能であると判定すると（ステップＳ１５４：ＹＥＳ）、制御部１１３は、その処理をステップＳ１５５に移行する。
【０２１０】
ステップＳ１５５において、制御部１１３は、コンテンツＸのコンテンツ保持端末装置に対して、コンテンツＸのデータを送信するように要求する。この要求に応じてコンテンツ保持端末装置からストリーミング形式で送信されるコンテンツＸのデータを順次受信しつつ、第２記憶部１０４のコンテンツキー記憶領域に記憶したコンテンツキーによって復号した後、デコードし、ビデオチップ１０９及び音源チップ１１１を動作させることによりコンテンツデータをストリーム再生する（ステップＳ１５６）。また、受信したコンテンツＸのデータを順次第２記憶部１０４に記憶していく。
【０２１１】
コンテンツデータのストリーム再生が終了し、受信したコンテンツＸのデータの第２記憶部１０４への記憶が終了してコンテンツＸの保存が完了すると、その旨をコンテンツ配信システムＳに通知する（ステップＳ１５７）。すなわち、コンテンツＸのコンテンツ保持端末装置として登録メッセージをコンテンツＸのルート端末装置へ送信する。
【０２１２】
また、ステップＳ１５４において、コンテンツ保持端末装置がコンテンツＸのデータの送信を行うことができないと判定すると（ステップＳ１５４：ＮＯ）、制御部１１３は、その処理をステップＳ１６０に移行する。
【０２１３】
ステップＳ１６０において、制御部１１３は、コンテンツサーバ装置１０に対して、コンテンツＸのデータを送信するように要求し、この要求に応じてコンテンツサーバ装置１０からストリーミング形式で送信されるコンテンツＸのデータを順次受信しつつ、第２記憶部１０４のコンテンツキー記憶領域に記憶したコンテンツキーによって復号した後、デコードし、ビデオチップ１０９及び音源チップ１１１を動作させることによりコンテンツデータをストリーム再生する（ステップＳ１６１）。また、受信したコンテンツＸのデータを順次第２記憶部１０４に記憶していく。その後、処理をステップＳ１５７に移行する。
【０２１４】
また、ステップＳ１５２において、第２記憶部１０４にコンテンツＸのデータを保持していると判定すると（ステップＳ１５２：ＹＥＳ）、制御部１１３は、第２記憶部１０４からコンテンツＸのデータを取り出し、第２記憶部１０４のコンテンツキー記憶領域に記憶したコンテンツキーによって復号した後、デコードし、ビデオチップ１０９及び音源チップ１１１を動作させることによりコンテンツデータを再生する（ステップＳ１６３）。
【０２１５】
従って、利用者の取得要求操作に応じたコンテンツＸのデータがコンテンツサーバ装置１０から投入され自端末装置がコンテンツ保持端末装置として機能されているようなときには、他のコンテンツ保持端末装置へコンテンツＸのデータを取得する操作を行うことなく、コンテンツデータの再生を行うことができるので、端末装置１における処理負担を軽減することができる。また、ネットワークへの負荷も軽減することができる。
【０２１６】
また、ステップＳ１５１において、コンテンツＸのコンテンツキーの受信に成功しなかったと判定すると（ステップＳ１５１：ＮＯ）、制御部１１３は、コンテンツキー供給装置２０からの通知を内蔵ディスプレイ１１０に表示する（ステップＳ１６２）。
【０２１７】
コンテンツキー供給装置２０からの通知には、上述のように受付完了通知があり、端末装置１の利用者は、取得要求操作に対応するコンテンツＸの再生までに時間を要することを容易に把握することができる。
【０２１８】
また、コンテンツキー供給装置２０からの通知としては、その他不正なリクエストなどがある。この不正なリクエストとは、コンテンツキー供給装置２０へのアクセスに関して正当な権限がないことを意味するものであり、例えば、端末装置１がコンテンツ配信システムＳに参加する権限がなく不正に参加したときや、端末装置１がコンテンツＸを取得する権限がないときに通知される。
【０２１９】
ステップＳ１５７，Ｓ１６２，Ｓ１６３の処理が終了したとき、制御部１１３は、コンテンツＸ取得再生処理を終了する。
【０２２０】
次に、Ｓ１３１におけるコンテンツ送信処理について図１４のフローチャートを参照して具体的に説明する。
【０２２１】
図１４に示すように、コンテンツ送信処理が開始されると、制御部１１３は、コンテンツ送信要求に対応するコンテンツデータを送信可能か否かを判定する（ステップＳ１７０）。
【０２２２】
この処理において、制御部１１３は、ステップＳ１３０において受信したコンテンツデータの送信可否問い合わせに対し、対応するコンテンツデータが送信可能であるか否かを判定する（ステップＳ１７０）。
【０２２３】
ここで、制御部１１３は、対応するコンテンツデータが送信可能であるか否かを、自端末装置のＣＰＵの処理負荷、ネットワークの帯域状態などから判定する。
【０２２４】
ステップＳ１７０において、対応するコンテンツデータが送信可能であると判定すると（ステップＳ１７０：ＹＥＳ）、制御部１１３は、問い合わせに対応するコンテンツデータが送信可能である旨を送信元の端末装置１に通知し、その後、この端末装置１から送信されるコンテンツデータの送信要求を受信し、この送信要求に係るコンテンツデータを第２記憶部１０４から取り出して、要求元の端末装置１に対して送信する（ステップＳ１７１）。
【０２２５】
一方、対応するコンテンツデータが送信可能ではないと判定すると（ステップＳ１７０：ＮＯ）、制御部１１３は、制御部１１３は、問い合わせに対応するコンテンツデータが送信可能ではない旨を送信元の端末装置１に通知する（ステップＳ１７２）。
【０２２６】
ステップＳ１７１，Ｓ１７２の処理が終了したとき、制御部１１３は、コンテンツ送信処理を終了する。
【０２２７】
以上のように、本実施形態における端末装置１は、利用者による取得要求操作が検出されたとき、取得要求操作に応じたコンテンツデータのコンテンツキーをネットワークを介してコンテンツキー供給装置から取得した後、コンテンツデータを取得し、再生するようにしているので、コンテンツキーの取得をしていない状態でコンテンツデータの取得動作を行わない。従って、コンテンツデータ取得のためのアクセスの集中が発生することを抑制することができる。
【０２２８】
（コンテンツサーバ装置１０の処理フローの説明）
次に、コンテンツサーバ装置１０の更に具体的な動作について、図１５を参照して説明する。図１５はコンテンツサーバ装置１０における処理全体を示すフローチャートである。なお、以下の各処理は、コンテンツサーバ装置１０の制御部２１３が上述した手段等として機能することによって実行されるものである。
【０２２９】
図１５に示すように、コンテンツサーバ装置１０の電源がＯＮになると、コンテンツサーバ装置１０のＣＰＵ２０２は、第１記憶部２０３や第２記憶部２０４のアクセス許可、作業領域確保を初期化等の初期設定動作を実行し、各プログラム２１４〜２１７をＣＰＵ２０２による実行状態とし、制御部２１３としての機能を動作させた後（ステップＳ２００）、ステップＳ２０１に処理を移す。
【０２３０】
ステップＳ２０１において、制御部２１３は、コンテンツ投入指示があるか否かを判定する。ここで、制御部２１３は、コンテンツ投入指示があるか否かを、利用者によるキーボード２０７やマウス２０８等の入力手段の操作によってコンテンツ投入の操作がなされたか否かにより判断する。このコンテンツ投入指示は、例えば、コンテンツの名称によってコンテンツデータを特定して行われるものである。
【０２３１】
この処理において、コンテンツ投入指示があると判定されると（ステップＳ２０１：ＹＥＳ）、制御部２１３は、コンテンツ投入指示によって特定されたコンテンツデータに対応するコンテンツＩＤを第２記憶部２０４の管理テーブルに記憶した後（ステップＳ２０２）、ステップＳ２０３に処理を移す。この管理テーブルは、第２記憶部２０４に記憶している複数のコンテンツデータとコンテンツＩＤとが関連付けて記憶され、更に、第２記憶部２０４に記憶しているコンテンツデータそれぞれについて、コンテンツ保持端末装置へ投入したものであるか否かのフラグが各コンテンツに関連付けて記憶されるものである。なお、フラグには、未投入フラグ（フラグの値が「０」）と投入済フラグ（フラグの値が「１」）とがある。
【０２３２】
ステップＳ２０３において、制御部２１３は、上記管理テーブルに基づいてカタログリストを更新し、ステップＳ２０４に処理を移す。このカタログリストの更新は、コンテンツ投入指示によって特定されたコンテンツデータに対応するコンテンツの名称及び制限公開の有無の情報とを、第２記憶部２０４に記憶したカタログリストに追加記憶することによって行う。
【０２３３】
ステップＳ２０４において、制御部２１３は、コンテンツ投入指示によって特定されたコンテンツデータをコンテンツ配信システムＳによって配信可能とするために、コンテンツ投入指示によって特定されたコンテンツデータのコンテンツ保持端末装置となる端末装置１をランダムに１以上決定する。このように決定した端末装置１に対して、制御部２１３は、コンテンツ投入指示によって特定されたコンテンツデータをネットワーク８を介して送信する。
【０２３４】
一方、ステップＳ２０１において、コンテンツ投入指示がないと判定されると（ステップＳ２０１：ＮＯ）、制御部２１３は、端末装置１からコンテンツデータの送信要求があったか否かを判定する（ステップＳ２１０）。コンテンツデータの送信要求には、コンテンツの名称やコンテンツＩＤなどによってコンテンツデータを特定して行われるものである。
【０２３５】
この処理において、端末装置１からコンテンツデータの送信要求があったと判定されると（ステップＳ２１０：ＹＥＳ）、制御部２１３は、コンテンツデータの送信要求に対応するコンテンツデータを第２記憶部２０４から取り出し、ネットワーク８を介して端末装置１へ送信する（ステップＳ２１１）。
【０２３６】
また、ステップＳ２１０において、端末装置１からコンテンツデータの送信要求がないと判定されると（ステップＳ２１０：ＮＯ）、制御部２１３は、端末装置１からカタログリストの送信要求があったか否かを判定する（ステップＳ２２０）。
【０２３７】
この処理において、端末装置１からカタログリストの送信要求があったと判定すると（ステップＳ２２０：ＹＥＳ）、制御部２１３は、第２記憶部２０４に記憶しているカタログリストを取り出す。制御部２１３は、このカタログリストを、ネットワーク８を介してカタログリストの送信要求を行った端末装置１へ送信する（ステップＳ２２１）。
【０２３８】
また、ステップＳ２２０において、端末装置１からカタログリストの送信要求がないと判定すると（ステップＳ２２０：ＮＯ）、制御部２１３は、コンテンツキー供給装置２０からのコンテンツ公開通知を受信したか否かを判定する（ステップＳ２３０）。
【０２３９】
この処理において、コンテンツキー供給装置２０からのコンテンツ公開通知を受信したと判定すると（ステップＳ２３０：ＹＥＳ）、制御部２１３は、カタログリスト記憶領域２１８に記憶している情報のうち、コンテンツ公開通知に対応するコンテンツにおける制限公開の有無の情報を、制限公開の有から制限公開の無へ更新する（ステップＳ２３１）。
【０２４０】
ステップＳ２０４，Ｓ２１１，Ｓ２２１，Ｓ２３１の処理が終了したとき、或いはステップＳ２３０においてコンテンツキー供給装置２０からのコンテンツ公開通知を受信してないと判定したとき（ステップＳ２３０：ＮＯ）、制御部２１３は、コンテンツサーバ装置１０のサービス終了の操作が行われたか否かを判定する（ステップＳ２４０）。サービスの終了操作が行われていないと判定すると（Ｓ２４０：ＮＯ）、ステップＳ２０１からの処理を繰り返し、コンテンツサーバ装置１０のサービス終了の操作が行われたと判定すると（Ｓ２４０：ＹＥＳ）、処理を終了する。
【０２４１】
以上のように、コンテンツサーバ装置１０は、コンテンツ配信システムＳを構成する端末装置１に対してコンテンツデータを送信して投入するようにしており、コンテンツサーバ装置１０によってコンテンツ配信システムＳへ投入するコンテンツデータを管理することができる。また、カタログリストを生成及び更新し、端末装置１からの要求に応じて送信するようにしており、これにより端末装置１は、コンテンツ配信システムＳで配信されるコンテンツデータの取得を容易にしている。
【０２４２】
また、コンテンツサーバ装置１０では、端末装置１の要求に応じてコンテンツデータを送信するようにしているため、端末装置１の利用者の取得要求操作に対応するコンテンツデータがネットワークを介して他の端末装置１から取得することができないとき、コンテンツサーバ装置１０から取得要求操作に対応するコンテンツデータを取得することができる、コンテンツキーを取得した端末装置１において、コンテンツデータの取得可能性を向上させることができる。
【０２４３】
（コンテンツキー供給装置２０の処理フローの説明）
次に、コンテンツキー供給装置２０の更に具体的な動作について、図１６を参照して説明する。図１６はコンテンツキー供給装置２０における処理全体を示すフローチャートである。なお、以下の各処理は、コンテンツキー供給装置２０の制御部３１３が上述した手段等として機能することによって実行されるものである。
【０２４４】
図１６に示すように、コンテンツキー供給装置２０の電源がＯＮになると、コンテンツキー供給装置２０のＣＰＵ３０２は、第１記憶部３０３や第２記憶部３０４のアクセス許可、作業領域確保を初期化等の初期設定動作を実行し、各プログラム３１４〜３１６をＣＰＵ３０２による実行状態とし、制御部３１３としての機能を動作させた後（ステップＳ３００）、ステップＳ３０１に処理を移す。
【０２４５】
ステップＳ３０１において、制御部３１３は、コンテンツサーバ装置１０がコンテンツ配信システムＳにあるコンテンツ（ここでは、コンテンツＸとする。）の投入が行われたか否かを判定する。
【０２４６】
この処理において、コンテンツＸが投入されたと判定すると（ステップＳ３０１：ＹＥＳ）、制御部３１３は、リストのデータが空のコンテンツＸの待機リストを生成し、第２記憶部３０４の待機リスト領域に記憶（ステップＳ３０２）、処理をステップＳ３０３に移行する。
【０２４７】
ステップＳ３０３において、制御部３１３は、コンテンツＸのコンテンツキーの要求に対する受付を開始し、現時刻にコンテンツＸのデータ再生に必要な時間を加算した時刻を要求受付時間に設定する。
【０２４８】
その後、制御部３１３は、端末装置１から送信されるコンテンツＸのコンテンツキーの要求が受信されたか否かを判定する（ステップＳ３０４）。
【０２４９】
この処理において、コンテンツＸのコンテンツキーの要求を受信すると（ステップＳ３０４：ＹＥＳ）、制御部３１３は、待機リストの最後部に受信したコンテンツキーの要求を追加する（ステップＳ３１１）。ここで、待機リストに追加する情報としては、例えば、コンテンツキーの要求を送信した端末装置１の所在情報であるＩＰアドレスや端末ＩＤなどがあるが、ここでは、コンテンツキーの要求を送信した端末装置１のＩＰアドレスとする。
【０２５０】
また、コンテンツＸのコンテンツキーの要求を受信しないとき（ステップＳ３０４：ＮＯ）、制御部３１３は、現時刻が要求受付時刻に達しているか否かを判定する（ステップＳ３０５）。
【０２５１】
この処理において、現時刻が要求受付時間に達していると判定すると（ステップＳ３０５：ＹＥＳ）、制御部３１３は、処理をステップＳ３０６に移行する。一方、現時刻が要求受付時刻に達していないと判定すると（ステップＳ３０５：ＮＯ）、制御部３１３は、処理をステップＳ３０４に戻す。
【０２５２】
ステップＳ３０６において、制御部３１３は、コンテンツ配信システムＳにおけるコンテンツＸのデータの供給能力Ｎを算出する。
【０２５３】
このコンテンツＸのデータの供給能力Ｎは、上述のようコンテンツキー供給装置２０によりコンテンツＸのコンテンツキーを供給した端末装置１の数などに基づいて算出される。
【０２５４】
次に、制御部３１３は、第２記憶部３０４の待機リスト領域に記憶されたＩＰアドレスを、待機リストの先頭から順に取り出し、このように取り出したＩＰアドレスを宛先としてコンテンツキーの要求を行った端末装置１にコンテンツＸのコンテンツキーを送信する。また、コンテンツキーを送信する毎に、このコンテンツキーを送信した端末装置１のＩＰアドレスの情報を待機リスト領域から削除する（ステップＳ３０７）。
【０２５５】
その後、制御部３１３は、第２記憶部３０４の待機リスト領域にＩＰアドレスが記憶されていない、所謂待機リストが空になった状態であるか否かを判定する（ステップＳ３０８）。
【０２５６】
この処理において、待機リストが空になった状態ではないと判定すると（ステップＳ３０８：ＮＯ）、制御部３１３は、ステップＳ３０３にその処理を移行し、再度要求受付時刻を設定して、コンテンツキーの送信規制動作を行うようにしている。
【０２５７】
一方、待機リストが空になった状態であると判定すると（ステップＳ３０８：ＹＥＳ）、制御部３１３は、コンテンツ公開処理を行う（ステップＳ３０９）。
【０２５８】
このコンテンツ公開処理は、コンテンツサーバ装置１０に対して、コンテンツＸの制限公開を中止し、無制限公開とした旨の通知を行う処理であり、この通知を受けるとコンテンツサーバ装置１０はカタログリストにおいて、そのコンテンツデータに関する制限公開の有無の情報を、制限公開の有から制限公開の無へ更新する。
【０２５９】
次に、制御部３１３は、コンテンツＸの待機リストを破棄する。すなわち、第２記憶部３０４のコンテンツＸに関する待機リスト領域を削除して、コンテンツＸのコンテンツキーの要求に対する送信規制を解除する（ステップＳ３１０）。待機リストの破棄が終了すると、制御部３１３は、コンテンツキー供給装置２０の電源がＯＦＦとなったか否かを判定する（ステップＳ３１１）。
【０２６０】
ステップＳ３１１において、コンテンツキー供給装置２０の電源がＯＦＦとなっていないと判定されると（ステップＳ３１１：Ｎｏ）、制御部３１３は、処理をステップＳ３０１に移行して、ステップＳ３０１〜Ｓ３１０の処理を繰り返す。一方、コンテンツキー供給装置２０の電源がＯＦＦとなったと判定されると（ステップＳ３１１：Ｙｅｓ）、制御部３１３は、コンテンツキー供給装置のメイン処理を終了する。
【０２６１】
以上のように、本実施形態におけるコンテンツキー供給装置２０は、コンテンツデータを端末装置１により再生又は取得するためのコンテンツキーを有し、端末装置１からの要求に応じてコンテンツキーを送信するコンテンツキー供給装置において、コンテンツ配信システムにおけるコンテンツデータの供給能力を算出し、この供給能力を超えるコンテンツキーの要求を受信したとき、供給能力を超えた分のコンテンツキーの要求に対してコンテンツキーの送信規制を行なうようにしたので、コンテンツ配信システムにおけるコンテンツデータの供給能力を超えるコンテンツキーの供給が行われるのを抑制することができる。
【０２６２】
すなわち、端末装置１間でのコンテンツデータの送受信がストリーミング方式で行われるようなコンテンツ配信システムにおいては、コンテンツキー供給装置からコンテンツキーを供給されていない端末装置１はコンテンツデータを再生できないため、コンテンツデータ取得のアクセスを行わず、アクセスの集中が発生することを抑制することができることになる。
【０２６３】
また、コンテンツサーバ装置１０などから予め予測したアクセス数に応じてコンテンツデータを投入してコンテンツデータを保持する端末装置１を配置することに比べ、利用者の要求を元にコンテンツ保持端末装置を配置することができるため、効率よく利用できる。
【０２６４】
また、上記実施形態においては、ルート端末装置がリクエスト端末装置に対してコンテンツデータの所在情報を送信し、リクエスト端末装置がコンテンツ保持端末装置から、そのコンテンツデータをダウンロードして取得するものであったが、ルート端末装置がコンテンツ保持端末装置に対して、リクエスト端末装置へのコンテンツデータの送信を要求するようにし、コンテンツ保持端末装置からリクエスト端末装置へコンテンツデータを送信するようにしてもよい。
【０２６５】
また、コンテンツ配信システムＳの形態を、Ｐａｓｔｒｙ型のコンテンツ配信システムを例にして説明したが、これに限られず、メッセージの転送方法が異なるｋａｄｅｍｌｉａ型、ｃｈｏｒｄ型、Ｖｉｃｅｒｏｙ型、ＣＡＮ型などのコンテンツ配信システムにも本発明を適用可能である。
【０２６６】
また、上記実施形態においては、コンテンツサーバ装置１０から端末装置１に対してコンテンツデータを投入する態様について説明したが、コンテンツサーバ装置１０を利用することなく端末装置１においてコンテンツデータを送信可能とし、このコンテンツデータを端末装置１間で送受信するＰ２Ｐ配信システムに適用することも可能である。この場合、コンテンツサーバ装置１０を設けずに、端末装置１の利用者が第２記憶部２０４の所定領域にコンテンツデータやコンテンツ名称を格納することによってコンテンツデータをその名称と共に送信可能とし、その後は上記実施形態と同様に端末装置１間でコンテンツデータの送受信を行う。
【０２６７】
また、本実施形態においては、コンテンツサーバ装置１０とコンテンツキー供給装置２０とを別体の装置として説明したがこれに限られるものではなく、これらを一体としたサーバ装置でもあってもよい。つまり、コンテンツサーバ装置１０の機能とコンテンツキー供給装置２０の機能とを実行できるのであればよい。
【０２６８】
また、本実施形態においては、端末装置１間でのコンテンツデータの送受信の形式をストリーミング形式として説明したがこれに限られるものではなく、ダウンロード形式であってもよい。このように端末装置１間でのコンテンツデータの送受信がダウンロード形式で行われるコンテンツ配信システムにおいても、コンテンツ配信システムにおけるコンテンツデータの供給能力を超えてコンテンツデータ取得のためのアクセスの集中が発生することを抑制することができる。すなわち、コンテンツキー供給装置からコンテンツキーを供給されていない端末装置１はコンテンツデータを取得して再生することができないことから、コンテンツキーを供給されていない端末装置１からのコンテンツデータの取得動作を抑制することができるのである。
【０２６９】
また、本実施形態においては、コンテンツキーをコンテンツデータを復号するための復号キーとした例を説明したが、これに限られるものではなく、例えば、リクエスト端末装置がコンテンツ保持端末装置からコンテンツデータを取得する際に用いるようにしてもよい。例えば、コンテンツ保持端末装置は正しいコンテンツキーが送信されてきたときに、リクエスト端末装置にコンテンツデータを送信するのである。この場合、コンテンツデータにはコンテンツキーに対応する情報が格納され、リクエスト端末装置はこの情報とリクエスト端末装置から送信されるコンテンツキーとが一致するときに、リクエスト端末装置へコンテンツデータを送信する。
【図面の簡単な説明】
【０２７０】
【図１】本実施形態に係るコンテンツ配信システムにおける各端末装置の接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ＤＨＴによってルーティングテーブルが作成される様子の一例を示す図である。
【図４】本実施形態に係る端末装置のルーティングテーブルの一例である。
【図５】ＤＨＴによりコンテンツデータの保持元である端末装置が検索される様子の一例を示す図である。
【図６】コンテンツ保持端末の登録メッセージが転送される様子をスパニングツリー状に表した図である。
【図７】本実施形態に係る端末装置のインデックステーブルの一例である。
【図８】端末装置におけるコンテンツデータの取得・再生動作の概略を説明するための図である。
【図９】本実施形態における端末装置の概略構成例を示す図である。
【図１０】本実施形態におけるコンテンツサーバ装置の概略構成例を示す図である。
【図１１】本実施形態におけるコンテンツキー管理装置の概略構成例を示す図である。
【図１２】端末装置におけるメイン処理を示すフローチャートである。
【図１３】端末装置におけるコンテンツ取得再生処理を示すフローチャートである。
【図１４】端末装置におけるコンテンツ送信処理を示すフローチャートである。
【図１５】コンテンツサーバ装置におけるメイン処理を示すフローチャートである。
【図１６】コンテンツキー供給装置におけるメイン処理を示すフローチャートである。
【符号の説明】
【０２７１】
Ｓ  コンテンツ配信システム
１  端末装置
２  コンテンツサーバ装置
３  コンテンツキー管理装置
８  ネットワーク
１０２  端末装置のＣＰＵ
１０３  端末装置の第１記憶部
１０４  端末装置の第２記憶部
１１３  端末装置の制御部
２０２  コンテンツサーバ装置のＣＰＵ
２０３  コンテンツサーバ装置の第１記憶部
２０４  コンテンツサーバ装置の第２記憶部
２１３  コンテンツサーバ装置の制御部
３０２  コンテンツキー供給装置のＣＰＵ
３０３  コンテンツキー供給装置の第１記憶部
３０４  コンテンツキー供給装置の第２記憶部
【図１】
2008061046.tif 000003
【図２】
2008061046.tif 000004
【図３】
2008061046.tif 000005
【図４】
2008061046.tif 000006
【図５】
2008061046.tif 000007
【図６】
2008061046.tif 000008
【図７】
2008061046.tif 000009
【図８】
2008061046.tif 000010
【図９】
2008061046.tif 000011
【図１０】
2008061046.tif 000012
【図１１】
2008061046.tif 000013
【図１２】
2008061046.tif 000014
【図１３】
2008061046.tif 000015
【図１４】
2008061046.tif 000016
【図１５】
2008061046.tif 000017
【図１６】
2008061046.tif 000018
【手続補正書】
【提出日】平成18年10月13日(2006.10.13)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０２５９
【補正方法】変更
【補正の内容】
【０２５９】
次に、制御部３１３は、コンテンツＸの待機リストを破棄する。すなわち、第２記憶部３０４のコンテンツＸに関する待機リスト領域を削除して、コンテンツＸのコンテンツキーの要求に対する送信規制を解除する（ステップＳ３１０）。待機リストの破棄が終了すると、制御部３１３は、コンテンツキー供給装置２０の電源がＯＦＦとなったか否かを判定する（ステップＳ３１２）。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０２６０
【補正方法】変更
【補正の内容】
【０２６０】
ステップＳ３１２において、コンテンツキー供給装置２０の電源がＯＦＦとなっていないと判定されると（ステップＳ３１２：Ｎｏ）、制御部３１３は、処理をステップＳ３０１に移行して、ステップＳ３０１〜Ｓ３１０の処理を繰り返す。一方、コンテンツキー供給装置２０の電源がＯＦＦとなったと判定されると（ステップＳ３１２：Ｙｅｓ）、制御部３１３は、コンテンツキー供給装置のメイン処理を終了する。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2008061046.tif 000019