(57)【要約】【課題】ネットワーク上に配置された複数の端末装置を有するピアツーピア（Ｐ２Ｐ）型の通信システムにおいて、コンテンツ情報を公開したときにコンテンツ情報を保持する端末装置へのアクセスを有効に制限することができる通信システム及び端末装置等を提供すること。【解決手段】他の端末装置から前記ネットワークを介してコンテンツ情報を取得するコンテンツ取得手段を備え、このコンテンツ取得手段は、コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなるコンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行う。【選択図】図１０
2010079738.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複数の端末装置を備え、前記端末装置間でコンテンツ情報の送受信を行う通信システムにおける前記端末装置において、
他の装置から前記ネットワークを介してコンテンツ情報を取得するコンテンツ取得手段と、
前記取得したコンテンツ情報を記憶するコンテンツ記憶手段と、
他の端末装置の要求に応じて前記コンテンツ記憶手段に記憶したコンテンツ情報を当該他の端末装置へ前記ネットワークを介して送信するコンテンツ送信手段と、を備え、
前記コンテンツ取得手段は、前記コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなる前記コンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行うことを特徴とする端末装置。
【請求項２】
前記コンテンツ取得手段は、当該通信システム内の一以上の端末装置に記憶されたコンテンツ情報が他の端末装置から取得可能となったときに当該コンテンツ情報の取得処理を開始することを特徴とする請求項１に記載の端末装置。
【請求項３】
コンテンツ情報の取得開始可能時期の情報を取得する取得時期情報取得手段を備え、
前記コンテンツ取得手段は、コンテンツ情報の取得処理を当該コンテンツ情報の取得開始可能時期から開始することを特徴とする請求項１に記載の端末装置。
【請求項４】
前記取得許可判定処理の許可確率を、前記コンテンツ情報の取得処理開始からの時間の経過に伴って指数関数的に高くなる確率としたことを特徴とする請求項１〜３のいずれか１項に記載の端末装置。  
【請求項５】
前記取得許可判定処理の許可確率を、前記コンテンツ情報の取得処理開始からの時間の経過に比例して高くなる確率としたことを特徴とする請求項１〜３のいずれか１項に記載の端末装置。
【請求項６】
前記コンテンツ送信手段は、他の端末装置から要求されたコンテンツ情報のすべてのデータが前記コンテンツ記憶手段に記憶されていないときでも、当該コンテンツ情報のうち前記コンテンツ記憶手段に記憶されているデータから順次前記ネットワークを介して送信することを特徴とする請求項１〜５のいずれか１項に記載の端末装置。
【請求項７】
コンピュータを、請求項１〜６のいずれか１項に記載の前記端末装置の各手段として機能させることを特徴とするプログラム。
【請求項８】
複数の端末装置を備え、前記端末装置間でネットワークを介してコンテンツ情報の送受信を行う通信システムにおいて、
各前記端末装置は、
他の装置から前記ネットワークを介してコンテンツ情報を取得するコンテンツ取得手段と、
前記取得したコンテンツ情報を記憶するコンテンツ記憶手段と、
他の端末装置の要求に応じて前記コンテンツ記憶手段に記憶したコンテンツ情報を当該他の端末装置へ前記ネットワークを介して送信するコンテンツ送信手段と、を備え、
前記コンテンツ取得手段は、前記コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなる前記コンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行うことを特徴とする通信システム。
【請求項９】
複数の端末装置を備え、前記端末装置間でネットワークを介してコンテンツ情報の送受信を行う通信システムにおける前記端末装置の前記コンテンツ情報取得方法であって、
前記端末装置が、他の装置から前記ネットワークを介してコンテンツ情報を取得する第１ステップと、
前記端末装置が、前記取得したコンテンツ情報をコンテンツ記憶手段に記憶する第２ステップと、
前記端末装置が、他の端末装置の要求に応じて当該他の端末装置へ前記コンテンツ記憶手段に記憶したコンテンツ情報を前記ネットワークを介して送信する第３ステップと、を有し、
前記第１ステップにおいて、前記端末装置は、前記コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなる前記コンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行うことを特徴とする端末装置のコンテンツ情報取得方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された複数の端末装置（ノード）を備え、端末装置間でコンテンツ情報（例えば、音楽、映画、トーク番組などのデータ）の送受信を行うピアツーピア（Peer to Peer（P2P））型の通信システム、端末装置及びコンテンツ情報取得方法に関する。
【背景技術】
【０００２】
近年、ブロードバンドの普及によりＶＯＤ（ビデオオンデマンド）等のコンテンツ配信サービスが行われている。現在のコンテンツ配信における主流形態であるサーバクライアント方式に変わる新しい形態として、ピアツーピアという技術が注目されてきている。
【０００３】
ピアツーピア型の通信システムにおいて、例えば、分散ハッシュテーブル（以下、ＤＨＴ（Distributed Hash Table）という）を利用して論理的に構築されたオーバーレイネットワークでは、各端末装置が、当該オーバーレイネットワークに参加している全ての端末装置へのリンク情報である所在情報（例えば、ＩＰアドレス）を認識しているわけではなく、参加の際などに得られる一部の端末装置の所在情報だけを保持（記憶）しており、かかる所在情報に基づき、コンテンツ情報の問い合わせや送受信等を行うようになっている。
【０００４】
このような通信システムにおいては、システムに参加している端末装置の一部にサーバ等から配布されて公開されたコンテンツ情報を、端末装置間で送受信を行うことによってコンテンツ情報を配信できる端末装置を順次増加させていくことになる。
【特許文献１】特開２００６−１９７４００号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
このような分散ストレージ技術を使った通信システムにおいて、コンテンツ情報の配信サービスを行なう場合、新規コンテンツ情報の公開開始時には当該新規コンテンツ情報を保持する端末装置が少ないことから、当該端末装置へのアクセスが集中してしまうことになる。
【０００６】
例えば、新規コンテンツ情報の公開前に、当該新規コンテンツ情報が公開されることがアナウンスされると、予め取得を希望するコンテンツ情報に対して取得予約を行なうことができるような場合には、人気のあるコンテンツ情報は公開後、取得予約を行なった端末装置からのアクセスが集中する。
【０００７】
そして、このようにアクセスが集中すると、ネットワークの混雑を来たしてしまう恐れがあった。
【０００８】
そこで、本発明は上記の問題点に鑑みて為されたもので、ネットワーク上に配置された複数の端末装置を有するピアツーピア型の通信システムにおいて、特に、コンテンツ情報を公開したときにコンテンツ情報を保持する端末装置へのアクセスを有効に制限することができる通信システム、端末装置及びコンテンツ情報取得方法等を提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するために、請求項１に記載の発明は、ネットワークに接続された複数の端末装置を備え、前記端末装置間でコンテンツ情報の送受信を行う通信システムにおける前記端末装置において、他の装置から前記ネットワークを介してコンテンツ情報を取得するコンテンツ取得手段と、前記取得したコンテンツ情報を記憶するコンテンツ記憶手段と、他の端末装置の要求に応じて前記コンテンツ記憶手段に記憶したコンテンツ情報を当該他の端末装置へ前記ネットワークを介して送信するコンテンツ送信手段と、を備え、前記コンテンツ取得手段は、前記コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなる前記コンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行うものである。
【００１０】
また、請求項２に記載の発明は、請求項１に記載の端末装置において、前記コンテンツ取得手段は、当該通信システム内の一以上の端末装置に記憶されたコンテンツ情報が他の端末装置から取得可能となったときに当該コンテンツ情報の取得処理を開始するものである。
【００１１】
また、請求項３に記載の発明は、請求項１に記載の端末装置において、コンテンツ情報の取得開始可能時期の情報を取得する取得時期情報取得手段を備え、前記コンテンツ取得手段は、コンテンツ情報の取得処理を当該コンテンツ情報の取得開始可能時期から開始するものである。
【００１２】
また、請求項４に記載の発明は、請求項１〜３のいずれか１項に記載の端末装置において、前記取得許可判定処理の許可確率を、前記コンテンツ情報の取得処理開始からの時間の経過に伴って指数関数的に高くなる確率としたものである。
【００１３】
また、請求項５に記載の発明は、請求項１〜３のいずれか１項に記載の端末装置において、前記取得許可判定処理の許可確率を、前記コンテンツ情報の取得処理開始からの時間の経過に比例して高くなる確率としたものである。
【００１４】
また、請求項６に記載の発明は、請求項１〜５のいずれか１項に記載の端末装置において、前記コンテンツ送信手段は、他の端末装置から要求されたコンテンツ情報のすべてのデータが前記コンテンツ記憶手段に記憶されていないときでも、当該コンテンツ情報のうち前記コンテンツ記憶手段に記憶されているデータから順次前記ネットワークを介して送信するものである。
【００１５】
また、請求項７に記載の発明は、コンピュータを、請求項１〜６のいずれか１項に記載の端末装置の各手段として機能させることを特徴とするプログラムとした。
【００１６】
また、請求項８に記載の発明は、複数の端末装置を備え、前記端末装置間でネットワークを介してコンテンツ情報の送受信を行う通信システムにおいて、各前記端末装置は、他の装置から前記ネットワークを介してコンテンツ情報を取得するコンテンツ取得手段と、前記取得したコンテンツ情報を記憶するコンテンツ記憶手段と、他の端末装置の要求に応じて前記コンテンツ記憶手段に記憶したコンテンツ情報を当該他の端末装置へ前記ネットワークを介して送信するコンテンツ送信手段と、を備え、前記コンテンツ取得手段は、前記コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなる前記コンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行うものである。
【００１７】
また、請求項９に記載の発明は、複数の端末装置を備え、前記端末装置間でネットワークを介してコンテンツ情報の送受信を行う通信システムにおける前記端末装置の前記コンテンツ情報取得方法であって、前記端末装置が、他の装置から前記ネットワークを介してコンテンツ情報を取得する第１ステップと、前記端末装置が、前記取得したコンテンツ情報をコンテンツ記憶手段に記憶する第２ステップと、前記端末装置が、他の端末装置の要求に応じて当該他の端末装置へ前記コンテンツ記憶手段に記憶したコンテンツ情報を前記ネットワークを介して送信する第３ステップと、を有し、前記第１ステップにおいて、前記端末装置は、前記コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が高くなる前記コンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときに他の端末装置からコンテンツ情報の取得を行うものである。
【発明の効果】
【００１８】
本発明によれば、通信システムの端末装置において、新規コンテンツ情報の公開開始時期になると、時間の経過に基づきコンテンツ情報の取得許可の確率が高くなる演算を所定期間毎に行って取得処理を抑制するため、通信システム内でコンテンツ情報を保持する端末装置を増加させつつも、その増加数に応じた数でコンテンツ情報の送信要求が行われる。その結果、コンテンツ情報を保持する端末装置へのアクセスを有効に制限することができ、トラフィックの過度な集中を抑制することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の一実施形態について具体的に説明する。なお、本実施形態では分散ハッシュテーブルを用いたピアツーピア型の通信システムを例にとり説明するが、ピアツーピア型の通信システムであればよく、これに限られない。
【００２０】
［１．通信システムＳの構成等］
まず始めに、図１及び図２を参照して、本実施形態における通信システムの概要について説明する。図１は、本実施形態における通信システムの各端末装置及びセンタサーバの接続態様の一例を示す図、図２はＩＤ空間の説明図、図３はルーティングテーブルの一例である。
【００２１】
図１の下部枠５１内に示すように、ＩＸ（Internet eＸchange）３、ＩＳＰ（Internet Ｓervice Provider）４、ＤＳＬ（Digital Subscriber Line）回線事業者（の装置）５、ＦＴＴＨ（Fiber To The Home）回線事業者（の装置）６、及び通信回線（例えば、電話回線や光ケーブル等）７等によって、インターネット等のネットワーク（現実世界のネットワーク）８が構築されている。
【００２２】
通信システムＳは、図１の上部枠５０内に示すように、ネットワーク８を介して相互に接続された複数の端末装置（ノード）１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・を備えて構成され、ピアツーピア（Ｐ２Ｐ）方式のオーバーレイネットワーク９が構築される。このオーバーレイネットワーク９は、既存のネットワーク８を用いて形成された仮想的なリンクを構成するネットワークを意味する。なお、以下の説明において、端末装置１ａ，１ｂ，１ｃ・・・１ｘ，１ｙ，１ｚ・・・のうち何れかの端末装置又は全ての端末装置を示す場合には、便宜上、端末装置１という場合がある。
【００２３】
通信システムＳに参加している各端末装置１の識別情報である端末識別番号（以下、「端末ＩＤ」と呼ぶ。）として、それぞれの端末装置１毎にユニークな番号（固有番号）を付与する。以下においては、ＩＰアドレスを共通のハッシュ関数によりハッシュ化した値を端末ＩＤとして説明する。なお、ハッシュ関数については公知であるので詳しい説明を省略する。
【００２４】
また、通信システムＳに参加している複数の端末装置１には、一の端末装置１から他の端末装置１に配信される共用情報としてのコンテンツ情報（例えば、音楽データ、映画データ、文書データ等のデータ）が、分散して記憶（保持）されているが、当該コンテンツ情報にも、それぞれのコンテンツ情報毎の固有の識別番号であるコンテンツ識別情報（以下、「コンテンツＩＤ」と呼ぶ。）を付与する。
【００２５】
このように、各端末装置１に付与された端末ＩＤ及び各コンテンツ情報に付与されたコンテンツＩＤは、共通のハッシュ関数によって生成するため、図２に示すように、同一のリング状のＩＤ空間上にさほど偏ることなく、散らばって存在するものとして考えることができる。同図は8bitの４進数（「0000」〜「3333」）で端末ＩＤ及びコンテンツＩＤを付与し、図示したものである。図中丸点は端末ＩＤを、四角形はコンテンツＩＤを示し、反時計回りでＩＤが増加するものとする。
【００２６】
ここで、通信システムＳ内で送受信するコンテンツ情報を保持する端末装置（以下、「コンテンツ保持端末装置」と呼ぶ。）の所在情報（ここでは、ＩＰアドレス）を保持する端末装置（以下、「ルート端末装置」と呼ぶ。）を、当該コンテンツ情報のコンテンツＩＤと所定の関連を有する端末ＩＤを有する端末装置とする。例えば、図２においては、端末ＩＤａを有する端末装置１は、コンテンツＩＤａを有するコンテンツ情報が何れの端末装置１に保持されているかを知っているルート端末装置である。また、「コンテンツＩＤと所定の関連を有する端末ＩＤ」とは、コンテンツＩＤに近い端末ＩＤであり、「近い」ことの定義は、当該コンテンツＩＤを超えず、コンテンツＩＤと端末ＩＤとの差が一番少ないものとする。なお、上記「所定の関連」は一貫していればよく、必ずしも「近い」とする必要はない。
【００２７】
また、通信システムＳには、図１に示すように、通信システムＳ内にコンテンツ情報を投入する機能、すなわち通信システムＳ内の端末装置１をコンテンツ保持端末装置とするためにコンテンツ情報を端末装置１へ配布する機能や、通信システムＳにおいて端末装置１間でコンテンツ情報を送受信可能なコンテンツ情報のリスト（以下、「コンテンツカタログ」とする。）を生成して端末装置１へ提供する機能などを有するセンタサーバ１０を備えている。このコンテンツカタログには、各コンテンツ情報に付与されたコンテンツＩＤ、公開開始日時の情報、コンテンツ名などが含まれる。
【００２８】
本実施形態における通信システムＳでは、端末装置１から他の端末装置１へアクセスするために、各端末装置１に保持されるルーティングテーブルが用いられる。このルーティングテーブルは、各端末装置１が通信システムＳに参加するとき等に形成されるものである。
【００２９】
このルーティングテーブルは、図３に示すように、所定の規則に従い、通信システムＳに含まれる端末装置１を複数のグループに分けて当該各グループをレベル１のグループとし、このレベル１のグループのうち自装置が属するグループをさらに複数のグループに分けて当該各グループをレベル２のグループとし、このレベル２のグループ分けと同様のグループ分けによりレベルｎ（ｎは３以上の自然数）までの各グループとして、各段階の各グループ（自端末装置１の属するグループは除く）に属する少なくとも一の端末装置１の所在情報（ＩＰアドレス）をそれぞれ記憶するものである。
【００３０】
［２．コンテンツ情報の公開方法］
このような構成の通信システムＳの中で、例えば、ある端末装置１が新しいコンテンツ情報を、通信システムＳ上の他の端末装置１から検索可能となるように公開する際の手法について述べる。図４はセンタサーバ１０からコンテンツ情報が投入される様子を示す図、図５はコンテンツ保持端末装置のコンテンツ登録メッセージがＤＨＴルーティングにより転送される様子を示す図、図６はインデックステーブルの一例である。ここでは、端末ＩＤ「1301」の端末装置１ｍに投入（配布）されたコンテンツ情報を公開する際の手順について説明する。なお、他のコンテンツ情報も同様の手順で公開されることになる。
【００３１】
図４に示すようにセンタサーバ１０から新たなコンテンツ情報が端末装置１ｍに投入され、端末装置１ｍがコンテンツＩＤ「3020」のコンテンツ保持端末装置となったとき、端末装置１ｍは、図５に示すように、コンテンツＩＤ「3020」を宛先識別情報としたコンテンツ登録メッセージを生成し、このコンテンツ登録メッセージを自己が保持しているルーティングテーブルを参照して送信する。端末装置１ｍが、図３の例と同様のルーティングテーブルを持っていたとすると、コンテンツＩＤ「3020」は「3XXX」のエリアであるため、当該「3XXX」のエリアに属す端末装置１のうち、所在情報（ＩＰアドレス）を知っている端末装置１ａ（端末ＩＤ「3213」）に対してコンテンツ登録メッセージを送信する。
【００３２】
次に、コンテンツ登録メッセージを受信した端末装置１ａは、このコンテンツ登録メッセージが自端末装置１ａ宛のメッセージであるか否かを判定する。自端末装置１ａ宛のメッセージであるか否かは、ルーティングテーブルに基づき宛先識別情報が自端末装置１ａの識別情報である端末ＩＤと近いか否かが判定される。そして、自端末装置１ａの端末ＩＤよりも他の端末装置１の端末ＩＤの方が、宛先識別情報に近いため、端末装置１ａは、当該端末装置１ａ自身が保持しているルーティングテーブルのテーブルを参照して、「30XX」のエリアに属す端末装置１のうち、所在情報（ＩＰアドレス）を知っている端末装置１ｂ（端末ＩＤ「3031」）に対してコンテンツ登録メッセージを転送する。
【００３３】
このように、ＤＨＴルーティングにより、コンテンツＩＤの桁を上から順に適合していく要領でコンテンツ登録メッセージの転送が進み、最終的に当該コンテンツ情報を管理する端末装置１ｃ、すなわちルート端末装置に辿り着くと、当該端末装置１ｃ自身がそのコンテンツ情報のルート端末装置となるべきだと判断し、当該コンテンツ登録メッセージに含まれる当該コンテンツＩＤ及びコンテンツ保持端末装置の端末ＩＤや所在情報（ＩＰアドレス）等（以下、これらを「インデックス情報」と呼ぶ。）を図６に示すようなインデックステーブルに記憶する。
【００３４】
［３．コンテンツ情報の取得方法］
次に、図７を参照して、コンテンツ情報を保持している端末装置１の検索方法の一例について説明する。図７は、コンテンツ情報を保持している端末装置１がＤＨＴルーティングにより検索される様子の一例を示す図である。ここでは、端末ＩＤ「1133」の端末装置１ｎがリクエスタとして、コンテンツＩＤ「3020」を有するコンテンツ情報を探す際の手順について説明する。なお、他のコンテンツ情報も同様の手順でコンテンツＩＤに基づいて探されることになる。
【００３５】
リクエスタ１ｎは、図７に示すように、コンテンツＩＤ「3020」と同じエリアの端末ＩＤを持つ端末装置１の端末ＩＤを宛先とし、コンテンツＩＤ「3020」を宛先識別情報として、コンテンツ保持端末装置情報（コンテンツ保持端末装置の所在情報であるＩＰアドレスを含む情報）の送信要求（以下、「コンテンツ検索メッセージ」と呼ぶ。）を送信する（図７（１）参照。）。そして、このコンテンツ検索メッセージも、上記コンテンツ登録メッセージと同様にルーティングテーブルに従って、次々と転送されていき（図７（２）参照。）、最終的に当該検索対象のコンテンツ情報を管理する端末装置１ｃ（端末ＩＤ「3011」）、すなわちルート端末装置に辿り着くと、当該ルート端末装置１ｃは、コンテンツ検索メッセージに含まれるコンテンツＩＤ「3020」を、自身がインデックステーブルに管理しているインデックス情報の中から検索し、当該コンテンツ情報を所有しているコンテンツ保持端末装置（ここでは、端末装置１ｍとする。）のＩＰアドレス等をリクエスタ１ｎに返信する（図７（３）参照。）。
【００３６】
リクエスタ１ｎは、上記ルート端末装置１ｃから、コンテンツＩＤ「3020」のコンテンツ情報の所在情報、即ち、コンテンツＩＤ「3020」のコンテンツ情報を保持するコンテンツ保持端末装置１ｍのＩＰアドレスを受信して知ることになり、コンテンツＩＤ「3020」のコンテンツ保持端末装置１ｍに、コンテンツＩＤ「3020」のコンテンツ情報の送信要求を行なうことにより（図７（４）参照。）、当該コンテンツ保持端末装置１ｍから、コンテンツＩＤ「3020」のコンテンツ情報を取得することになる（図７（５）参照。）。
【００３７】
リクエスタ１ｎは、コンテンツ保持端末装置１ｍからコンテンツＩＤ「3020」のコンテンツ情報を取得すると、当該コンテンツ情報を再生手段によって再生する。このとき、リクエスタ１ｎは、取得したコンテンツ情報をコンテンツ記憶手段に記憶して、コンテンツＩＤ「3020」のコンテンツ情報のコンテンツ保持端末装置となり、コンテンツ登録メッセージをコンテンツＩＤ「3020」を宛先識別情報として送信し、ルート端末装置１ｃのインデックステーブルに自装置１ｎの所在情報（ＩＰアドレス）等を登録する。
【００３８】
なお、コンテンツ情報を取得する際には、当該コンテンツ情報のコンテンツＩＤが必要となるが、各端末装置１は、通信システムＳに参加の際及び参加後は定期的に、センタサーバ１０からコンテンツカタログを取得するようにしており、端末装置１がリクエスタとして機能するとき、このコンテンツカタログから取得対象のコンテンツ情報を選択し、当該選択したコンテンツ情報のコンテンツＩＤをコンテンツカタログから取得するようにしている。
【００３９】
［４．新規コンテンツ情報の取得制限］
各端末装置１は上述のような取得方法によりコンテンツ情報を取得することができるが、本実施形態における通信システムＳでは、通信システムＳ内に新規コンテンツ情報が公開されたときに、コンテンツ保持端末装置に過剰なアクセスが集中しないように、各端末装置１からの要求を制限するようにしている。
【００４０】
以下、端末装置１におけるコンテンツ取得制限について図面を参照して説明する。図８〜図１０は、コンテンツ情報の公開時からの経過時間と端末装置１におけるコンテンツ取得確率との関係を示す図である。
【００４１】
各端末装置１は、コンテンツ情報の公開時期になったとき、コンテンツ情報の取得処理を開始する。この取得処理において、端末装置１は、処理開始からの時間の経過に伴って許可確率が高くなるコンテンツ情報の取得許可判定処理を所定期間毎に行い、当該判定処理の結果が取得許可となったときにコンテンツ保持端末装置からコンテンツ情報の取得を行うこととしている。
【００４２】
各端末装置１におけるコンテンツ情報の取得許可判定処理は、図８に示すように、コンテンツ情報の公開時からの時間の経過に従って指数関数的に高くなる許可確率Ｐａで取得許可とする処理である。
【００４３】
例えば、指数関数的に高くなる許可確率Ｐａは、次の式（１）で表すものとすることができる。
【００４４】
【数１】
2010079738.tif 000003
【００４５】
ここで、Ｃは端末装置１において同一コンテンツ情報を他の端末装置１へ同時に送信できる数（同時送信可能数）、ｉは公開開始時から所定時間ｔａ毎にインクリメントされるカウンタ値、Ｎは公開時に新規コンテンツ情報を取得しようとする端末装置１の数（以下、「配信端末数」とも呼ぶ。）である。また、上記式（１）は公開開始時（ｉ＝０）にはコンテンツ保持端末装置は１台であるときの許可確率Ｐａである。
【００４６】
以下、上記式（１）の許可確率Ｐａでの取得許可判定処理動作の一例について説明する。なお、同時送信可能数Ｃ＝２、取得端末数Ｎ＝１００００とする。また、所定時間ｔａは、端末装置１間でのコンテンツ情報の送受信に要する時間（送受信所要時間）とする。
【００４７】
まず、公開開始時（ｉ＝０）に、各端末装置１における取得許可判定処理の許可確率は、Ｐａ＝２／９９９９となる。すなわち、新規コンテンツ情報を取得しようとする端末装置１のうち約２台の端末装置１だけがコンテンツ情報の取得要求を許可される確率となる。従って、公開開始時（ｉ＝０）に存在している１台のコンテンツ保持端末装置が配信できる数（ここでは、２台）の端末装置１からコンテンツ情報の要求となり、コンテンツ情報の要求を適切に抑えることができる。なお、これによりコンテンツ保持端末装置は３台となる。
【００４８】
次に、公開開始からの経過時間が所定時間ｔａ（ｉ＝１）のとき、各端末装置１における取得許可判定処理の許可確率は、Ｐａ＝６／９９９７となる。すなわち、新規コンテンツ情報を取得しようとする端末装置１のうち６台の端末装置１がコンテンツ情報の取得要求を許可される確率となる。従って、公開開始時からの経過時間が所定時間ｔａ時（ｉ＝１）に存在している３台のコンテンツ保持端末装置が配信できる数（ここでは、６台）の端末装置１からコンテンツ情報の要求となり、コンテンツ情報の要求を適切に抑えることができる。なお、これによりコンテンツ保持端末装置は９台となる。
【００４９】
同様に、指数関数的に許可確率Ｐａが高くなっていき、公開開始からの経過時間が８×所定時間ｔａ（ｉ＝８）のとき、各端末装置１における取得許可判定処理の許可確率は、Ｐａ＝４３７４／７８１３となる。このとき、コンテンツ保持端末装置の数は６５６０台程度となることから、公開開始からの経過時間が９×所定時間ｔａ（ｉ＝９）には、新規コンテンツ情報を取得しようとする端末装置１の全てが新規コンテンツ情報を取得することができる。
【００５０】
このように、指数関数的に許可確率Ｐａを高くしていくことにより、リクエスタからのコンテンツ情報の要求の数を、通信システムＳ内のコンテンツ保持端末装置が配信できる程度の数以下に抑えることができ、これによりコンテンツ保持端末装置へのアクセスを有効に制限することができ、トラフィックの過度な集中を抑制することができる。
【００５１】
なお、この新規コンテンツ情報のルート端末装置には、新たにコンテンツ保持端末装置となった端末装置１からコンテンツ登録メッセージを受信することになるが、所定時間ｔａ内においては、同一コンテンツ保持端末装置の所在情報を同時送信可能数Ｃ＝２分を限度としてリクエスタに送信することで、リクエスタによる新規コンテンツ情報の送信要求を効率よく分散させることができる。
【００５２】
ここで、新規コンテンツの公開開始日時は、各端末装置１がセンタサーバ１０から取得するコンテンツカタログにその情報が含まれている。新規コンテンツ情報の取得選択が利用者により行われた端末装置１は、このコンテンツカタログに含まれる公開日時情報となったとき、換言すれば、通信システムＳ内の一以上の端末装置１に記憶されたコンテンツ情報が他の端末装置１から取得可能となったときに取得許可判定処理を行う。
【００５３】
各端末装置１は、新規コンテンツ情報の公開開始日時となったとき、新規コンテンツ情報の取得処理を開始する。例えば、端末装置１の利用者がコンテンツカタログにおいて未公開の新規コンテンツ情報の取得を選択したとき、端末装置１はコンテンツカタログに含まれる公開開始日時から新規コンテンツ情報の取得許可判定処理を開始する。また、端末装置１の利用者がコンテンツカタログにおいて公開直後の新規コンテンツ情報の取得を選択したとき、端末装置１はコンテンツカタログに含まれる公開開始日時からの経過時間に応じた新規コンテンツ情報の取得許可判定処理を行う。例えば、利用者が公開直後の新規コンテンツ情報を選択したときに公開開始日時から３×所定時間ｔａが経過しているとき、端末装置１は、ｉ＝３又はｉ＝４として新規コンテンツ情報の取得許可判定処理を行う。
【００５４】
なお、端末装置１は、コンテンツカタログに公開開始が含まれないときには、コンテンツ情報を取得しようとするときに、センタサーバ１０に取得しようとするコンテンツ情報の公開開始日時を問い合わせるようにしてもよい。
【００５５】
また、上述においては、経過時間に応じて指数関数的に確率が高くなる許可確率Ｐａについて説明したが、経過時間に応じて確率が高くなる許可確率Ｐａであればよい。例えば、図９に示すように、経過時間に応じて比例して高くなる確率、すなわち、経過時間に応じて増加し、この増加割合が一定の割合である許可確率Ｐａとしてもよく、図１０に示すように、経過時間に応じて増加し、この増加割合が時間の経過に応じて低下する許可確率Ｐａとしてもよい。
【００５６】
また、各端末装置１は、他の端末装置１に要求された新規コンテンツ情報のすべてのデータを記憶されていないときでも、当該新規コンテンツ情報のうち記憶しているデータから順次ネットワーク８を介して送信することもできる。
【００５７】
このとき、所定時間ｔａは、端末装置１間でのコンテンツ情報の送受信に要する時間（送受信所要時間）よりも短い時間とすることができ、これにより新規コンテンツ情報をより高速に通信システムＳ内の端末装置１に配布することができる。
【００５８】
新規コンテンツ情報のルート端末装置では、新たにコンテンツ保持端末装置となった端末装置１からコンテンツ登録メッセージを受信することになるが、同一コンテンツ保持端末装置の情報を同時送信可能数Ｃ＝２分を限度とし、かつ新たにコンテンツ保持端末装置となった端末装置の所在情報（インデックス情報）を優先してリクエスタに送信することで、リクエスタによる新規コンテンツ情報の送信要求を効率よく分散させることができる。
【００５９】
ここで、通信システムＳにおける端末装置１の具体的構成及び動作の一例について図面を参照して説明する。
【００６０】
［５．端末装置の具体的構成及び動作の説明］
以下、図面を参照して、端末装置１の具体的構成及び動作の一例について説明する。
【００６１】
（端末装置１の構成について）
まず、端末装置１の構成について説明する。図１１は、本実施形態の通信システムＳにおける端末装置１の具体的構成を示す図である。
【００６２】
端末装置１は、専用のコンピュータの他、一般のパーソナルコンピュータを適用可能であり、図１１に示すように、制御部１０１と、ルーティングテーブル、インデックステーブル、センタサーバ１０や他の端末装置１から取得したコンテンツ情報を記憶する不揮発性メモリである記憶部１０２（コンテンツ記憶手段の一例に相当）と、現日時を計時する計時部１０３と、記憶部１０２に記憶したコンテンツ情報を順次取り出してデコードするデコーダ部１０５と、このデコーダ部１０５によってデコードされたコンテンツ情報のうち映像情報を後述の表示部１０７で表示可能な情報に変換処理する映像処理部１０６と、この映像処理部１０６からの出力に基づいてコンテンツ情報の映像を表示する液晶表示装置（ＬＣＤ）などの表示部１０７と、デコーダ部１０５によってデコードされたコンテンツ情報のうち音声情報を後述のスピーカ１０９で音波として出力可能な情報に変換処理する音声処理部１０８と、この音声処理部１０８からの出力に基づいてコンテンツ情報の音声を音波として出力するスピーカ１０９と、マウス及びキーボードなどからなる入力部１１０と、ネットワーク８を介して、センタサーバ１０や他の端末装置１と通信するための通信部１１１とを備えている。なお、制御部１０１、記憶部１０２、計時部１０３、デコーダ部１０５、通信部１１１は、システムバス１２０を介して相互に接続されている。また、デコーダ部１０５、映像処理部１０６及び音声処理部１０８は再生手段の一例に相当する。
【００６３】
制御部１０１は、ＣＰＵ（Central Processing Unit）、内部メモリから構成される。この内部メモリには、通信システムＳに参加して、コンテンツ情報などを送受信し、コンテンツ情報を再生したりするための情報処理プログラムが格納されており、ＣＰＵは内部メモリに記憶されている情報処理プログラムを読み出して実行することによって、リスト取得手段、コンテンツ取得手段、コンテンツ送信手段、再生処理手段、コンテンツカタログ取得手段、表示処理手段等として機能する。
【００６４】
なお、この情報処理プログラムは、例えば、ネットワーク８に接続されたサーバ（例えば、センタサーバ１０）から、通信部１１１を介して、制御部１０１の内部メモリにダウンロードされるようにしてもよく、又ＣＤ−ＲＯＭ等の記録媒体に記録されてから図示しない記録媒体ドライブを介して、制御部１０１の内部メモリに読み込まれるようにしてもよい。
【００６５】
（端末装置１の動作について）
以上のように構成された端末装置１の動作を図面を参照して具体的に説明する。図１２は本実施形態における端末装置１のメイン処理フローチャートである。なお、以下の各処理は、端末装置１の制御部１０１が上述した各手段等として機能することによって実行されるものである。ここでは、特徴的な部分の動作を主として説明しており、一部の動作内容は省略している。
【００６６】
図１２に示すように、端末装置１においてメイン電源スイッチ（図示せず）がＯＮされたときやリセットスイッチ（図示せず）が操作されたとき、制御部１０１のＣＰＵは、初期化を行う（ステップＳ１）。すなわち、内部メモリに記憶した情報処理プログラムを実行状態として、制御部１０１としての機能を動作状態とした後、通信システムＳへ参加してステップＳ２に処理を移行する。
【００６７】
ここで、通信システムＳへの参加は、制御部１０１による処理によって次のように行われる。まず、制御部１０１は、自装置のＩＰアドレスを所定のハッシュ関数で演算することによって自端末装置１の端末ＩＤを得る。制御部１０１は、この端末ＩＤを宛先識別情報とし自装置の所在情報（ＩＰアドレスなど）を含む参加メッセージを通信部１１１及びネットワーク８を介して所定の端末装置１へ送信する。この参加メッセージはＤＨＴルーティングにより転送される。そして、この参加メッセージを受信した他の端末装置１は、自装置のルーティングテーブルから参加メッセージの転送回数に応じたレベルのテーブルの情報を取り出して、参加メッセージを送信した端末装置１へその情報を送信する。制御部１０１は、このように参加メッセージを受信した端末装置１からルーティングテーブルの情報をネットワーク８及び通信部１１１を介して取得し、これらの情報に基づいてルーティングテーブルを生成し、通信システムＳに参加する。
【００６８】
また、制御部１０１は、通信システムＳへの参加時にセンタサーバ１０からコンテンツカタログを取得し、表示部１０７にこのコンテンツカタログの内容を表示する。これにより、端末装置１の利用者は、通信システムＳにおいて再生可能なコンテンツ情報を把握し、入力部１１０へ所定の操作を行ってコンテンツ情報を取得する。このように制御部１０１は、通信システムＳにおいて送受信が可能なコンテンツ情報のリストを取得するリスト取得手段として機能する。
【００６９】
ステップＳ２において、制御部１０１は、記憶部１０２に記憶したコンテンツ情報の再生指示があるか否かを判定する。例えば、記憶部１０２に記憶したコンテンツ情報の一覧を再生リストとして表示部１０７に表示し、利用者による入力部１１０への操作によって、表示部１０７に表示されている再生リストの中からコンテンツ情報が選択されたときに、制御部１０１は、再生指示があったと判定する。
【００７０】
この処理において、再生指示があったと判定すると（ステップＳ２：Ｙｅｓ）、制御部１０１は、再生処理を起動する（ステップＳ３）。この再生処理は、再生指示のあったコンテンツ情報を記憶部１０２から読み出して、上述した再生手段によって処理することによって行う。すなわち、制御部１０１が、記憶部１０２に記憶したコンテンツ情報を順次取り出してデコーダ部１０５に入力することによってデコードされたコンテンツ情報に応じた映像や音声を映像処理部１０６や音声処理部１０８を介して表示部１０７やスピーカ１０９から出力することによって行なう。このように、制御部１０１は、記憶部に記憶したコンテンツ情報を再生手段で再生する再生処理手段として機能する。
【００７１】
一方、再生指示がないと判定すると（ステップＳ２：Ｎｏ）、制御部１０１は、コンテンツ情報の取得指示があるか否かを判定する（ステップＳ４）。例えば、利用者による入力部１１０への操作によって、表示部１０７に表示されているコンテンツカタログの中からコンテンツ情報が選択されたときに、制御部１０１は、コンテンツ情報の取得指示があったと判定する。
【００７２】
この処理において、コンテンツ情報の取得指示があったと判定すると（ステップＳ４：Ｙｅｓ）、制御部１０１は、コンテンツ取得処理を起動する（ステップＳ５）。このコンテンツ取得処理は、図１３におけるステップＳ２０〜Ｓ２６の処理であり、後で詳述する。
【００７３】
ステップＳ４において、コンテンツ情報の取得指示がないと判定すると（ステップＳ４：Ｎｏ）、制御部１０１は、ネットワーク８及び通信部１１１を介して他の端末装置１又はセンタサーバ１０からＤＨＴメッセージ（例えば、コンテンツ登録メッセージ、コンテンツ検索メッセージなど）を受信したか否かを判定する（ステップＳ６）。この処理において、ＤＨＴメッセージを受信したと判定すると（ステップＳ６：Ｙｅｓ）、制御部１０１は、ＤＨＴメッセージ処理を行う（ステップＳ７）。このＤＨＴメッセージ処理は、図１５におけるステップＳ４０〜Ｓ４６の処理であり、後で詳述する。
【００７４】
ステップＳ６において、ＤＨＴメッセージを受信していないと判定すると（ステップＳ６：Ｎｏ）、制御部１０１は、ネットワーク８及び通信部１１１を介してコンテンツ送信要求を受信したか否かを判定する（ステップＳ８）。この処理において、コンテンツ送信要求を受信したと判定すると（ステップＳ８：Ｙｅｓ）、制御部１０１は、コンテンツ送信処理を行う（ステップＳ９）。コンテンツ送信処理は、コンテンツ送信要求に応じたコンテンツ情報を記憶部１０２から取り出し、コンテンツ送信要求を行なった他の端末装置１へ通信部１１１及びネットワーク８を介して送信することによって行なう。このように、制御部１０１は、他の端末装置１からの要求に応じてコンテンツ記憶手段である記憶部１０２に記憶したコンテンツ情報を通信部１１１及びネットワーク８を介して送信するコンテンツ送信手段として機能する。
【００７５】
ステップＳ８において、コンテンツ送信要求を受信していないと判定したとき（ステップＳ８：Ｎｏ）、又はステップＳ３，Ｓ５，Ｓ７,Ｓ９の処理が終了したとき、制御部１０１は、終了指示を検知したか否かを判定する（ステップＳ１０）。例えば、自端末装置１の電源がＯＦＦ状態へ移行したとき、制御部１０１は、終了指示を検知する。
【００７６】
ステップＳ１０において、終了指示を検知したと判定すると（ステップＳ１０：Ｙｅｓ）、制御部１０１は、メイン処理を終了し、一方、終了指示を検知していないと判定すると（ステップＳ１０：Ｎｏ）、制御部１０１は、ステップＳ２からの処理を繰り返す。
【００７７】
（コンテンツ取得処理）
次に、ステップＳ５のコンテンツ取得処理について図１３のフローチャートを参照して具体的に説明する。図１３は端末装置１におけるコンテンツ取得処理のフローチャートである。
【００７８】
図１３に示すように、コンテンツ取得処理を開始すると、制御部１０１は、取得指示が行われたコンテンツ情報が公開前の新規コンテンツ情報であるか否かを判定する（ステップＳ２０）。新規コンテンツ情報であるか否かは、コンテンツカタログに含まれる当該コンテンツ情報の公開開始日時と現日時との比較に基づいて行う。すなわち、取得しようとするコンテンツ情報の公開開始日時が計時部１０３により計時される現日時よりも後の日時であるとき、公開前の新規コンテンツ情報であると判定する。
【００７９】
この処理において、取得指示が行われた新規コンテンツ情報が公開前の新規コンテンツ情報であると判定すると（ステップＳ２０：Ｙｅｓ）、制御部１０１は、取得指示が行われた新規コンテンツ情報の公開開始日時が到来したか否かを判定する（ステップＳ２１）。公開開始日時が到来したか否かは、コンテンツカタログに含まれる当該コンテンツ情報の公開開始日時と現日時との比較に基づいて行う。すなわち、計時部１０３により計時される現日時が、新規コンテンツ情報の公開開始日時となったときに、新規コンテンツ情報の公開開始日時が到来したと判定する。このように制御部１０１は、コンテンツ情報の取得処理を当該コンテンツ情報の取得開始可能時期から開始するコンテンツ取得手段として機能することになる。
【００８０】
この処理において、新規コンテンツ情報の公開開始日時が到来したと判定すると（ステップＳ２１：Ｙｅｓ）、制御部１０１は、ステップＳ２３に移行してコンテンツ情報取得許可判定処理を行う。このコンテンツ情報取得許可判定処理は、図１４に示すステップＳ３０〜Ｓ３６の処理であり、後で詳述する。
【００８１】
ステップＳ２０において、取得指示が行われたコンテンツ情報が公開前の新規コンテンツ情報ではないと判定すると（ステップＳ２０：Ｎｏ）、制御部１０１は、取得指示が行われたコンテンツ情報が公開直後の新規コンテンツ情報であるか否かを判定する（ステップＳ２２）。公開直後の新規コンテンツ情報であるか否かは、コンテンツカタログに含まれる当該新規コンテンツ情報の公開開始日時と現日時との比較に基づいて行う。すなわち、取得指示が行われたコンテンツ情報の公開開始日時が計時部１０３により計時される現日時よりも所定期間だけ前の日時であるとき、公開直後の新規コンテンツ情報であると判定する。
【００８２】
この処理において、取得指示が行われたコンテンツ情報が公開直後の新規コンテンツ情報であると判定すると（ステップＳ２２：Ｙｅｓ）、制御部１０１は、ステップＳ２３に移行してコンテンツ情報取得許可判定処理を行う。
【００８３】
ステップＳ２３におけるコンテンツ情報取得許可判定処理が終了すると、制御部１０１は、取得指示が行われたコンテンツ情報のルート端末装置に向けてコンテンツ検索メッセージを送信する（ステップＳ２４）。すなわち、制御部１０１は、コンテンツカタログを参照し、取得指示のあったコンテンツ情報のコンテンツＩＤをコンテンツカタログから取り出す。そして、記憶部１０２に記憶したルーティングテーブルに基づき、このコンテンツＩＤを宛先識別情報とした検索メッセージを、通信部１１１及びネットワーク８を介して他の端末装置１へ送信する。
【００８４】
その後、制御部１０１は、ルート端末装置から所定期間内にコンテンツ保持端末装置の所在情報を取得する（ステップＳ２５）。すなわち、制御部１０１は取得指示が行われたコンテンツ情報のコンテンツ保持端末装置の所在情報をルート端末装置からネットワーク８及び通信部１１１を介して取得する。
【００８５】
次に、制御部１０１は、このように所在情報を取得したコンテンツ保持端末装置に対してコンテンツ情報の送信要求をネットワーク８及び通信部１１１を介して行う。その後、この要求に対してコンテンツ保持端末装置から送信されるコンテンツ情報をネットワーク８及び通信部１１１を介して取得し、コンテンツ記憶手段としての記憶部１０２に記憶して（ステップＳ２６）、コンテンツ取得処理を終了する。このように、制御部１０１は、他の端末装置１からネットワーク８を介してコンテンツ情報を取得するコンテンツ取得手段として機能する。
【００８６】
ここで、ステップＳ２３におけるコンテンツ情報取得許可判定処理について図１４のフローチャートを参照して説明する。図１４は端末装置１におけるコンテンツ情報取得許可判定処理のフローチャートである。
【００８７】
図１４に示すように、コンテンツ情報取得許可判定処理を開始すると、制御部１０１は、初期値の設定を行う（ステップＳ３０）。制御部１０１が設定する初期値としては、取得指示のあった新規コンテンツ情報の配信端末数Ｎ、端末装置１が同一のコンテンツ情報を同時に配信できる数である同時配信数Ｃ、カウンタ値ｉなどがある。制御部１０１は、配信端末数Ｎ、同時配信数Ｃ、カウンタ値ｉなどを記憶部１０２の初期値記憶領域（図示せず）に記憶することによって初期値の設定を行う。
【００８８】
ここで、配信端末数Ｎは、センタサーバ１０において、コンテンツ情報の予測人気度に応じて予め配信端末数Ｎとして設定された値（以下、「設定配信端末数」と呼ぶ。）をコンテンツ情報に関連付けてコンテンツカタログに含ませており、制御部１０１は、コンテンツカタログから設定配信端末数を読み出して配信端末数Ｎを記憶部１０２の初期値記憶領域に記憶する。また、同様に、センタサーバ１０において、同時配信数Ｃの情報もコンテンツ情報に関連付けてコンテンツカタログに含ませており、制御部１０１は、コンテンツカタログから同時配信数Ｃの情報を読み出して記憶部１０２の初期値記憶領域に記憶する。
【００８９】
なお、制御部１０１は、センタサーバ１０から配信端末数Ｎの情報を取得するようにしてもよい。例えば、取得指示が公開前のコンテンツ情報であったとき、制御部１０１は、その取得指示があったことの通知（予約通知）をセンタサーバ１０へ通信部１１１及びネットワーク８を介して送信しておく。そして、コンテンツ情報取得許可判定処理を開始したときに、センタサーバ１０から予約通知を行った端末装置の数を通信部１１１及びネットワーク８を介して取得して配信端末数Ｎとして設定する。このように制御部１０１は、コンテンツ情報の取得開始可能時期の情報をセンタサーバ１０などからコンテンツカタログなどにより取得する取得時期情報取得手段として機能する。
【００９０】
また、ステップＳ３０において公開前と判断したコンテンツ情報の場合には、カウンタ値ｉを「０」に設定する。また、ステップＳ３１において公開直後と判断したコンテンツ情報の場合には、公開開始時からの経過時間ｔに応じてカウンタ値ｉ＝０を設定する。すなわち、経過時間ｔを所定時間ｔａで除した値の小数点を切り下げて算出した値をカウンタ値ｉとする。例えば、端末装置１間でのコンテンツ情報の送受信に要する時間（送受信所要時間）を所定時間ｔａとする。
【００９１】
次に、制御部１０１は、記憶部１０２から配信端末数Ｎ、同時配信数Ｃ、カウンタ値ｉを読み出して、上記式（１）と同じ演算式（２）で確率Ｐを演算する。この確率Ｐは、指数関数的に高くなる確率である。
【００９２】
【数２】
2010079738.tif 000004
【００９３】
次に、制御部１０１は、確率Ｐが１以上であるか否かを判定する（ステップＳ３２）。この処理において確率Ｐよりも小さいとき（ステップＳ３２：Ｎｏ）、［０，１］の範囲でランダムな小数点数を許可判定用閾値Ｒとして決定する（ステップＳ３３）。
【００９４】
そして、制御部１０１は、確率Ｐが許可判定用閾値Ｒよりも大きいか否かを判定する（ステップＳ３４）。すなわち、コンテンツ取得を許可するか否かを判定する。この処理において、確率Ｐが許可判定用閾値Ｒよりも大きくないと判定すると（ステップＳ３４：Ｎｏ）、制御部１０１は、所定時間ｔａだけ待機した後（ステップＳ３５）、カウンタ値ｉを１だけインクリメントして（ステップＳ３６）、処理をステップＳ３１に戻す。
【００９５】
なお、例えば、ここでの所定時間ｔａは、端末装置１間でのコンテンツ情報の送受信に要する時間（送受信所要時間）とすることができる。このとき、所定時間ｔａ毎にカウンタ値ｉを１だけインクリメントするので、所定時間ｔａ毎にコンテンツ保持端末装置の数分のリクエスタを発生させることができる。従って、リクエスタからのコンテンツ情報の要求の数を、通信システムＳ内のコンテンツ保持端末装置が配信できる数以下に抑えることができ、これによりコンテンツ保持端末装置へのアクセスを有効に制限することができ、トラフィックの過度な集中を抑制することができる。
【００９６】
一方、ステップＳ３４において、確率Ｐが許可判定用閾値Ｒよりも大きいと判定すると（ステップＳ３４：Ｙｅｓ）、制御部１０１は、コンテンツ情報取得許可判定処理を終了する。すなわち、コンテンツ取得を許可する。なお、確率Ｐがランダムな許可判定用閾値Ｒよりも大きい確率は、確率Ｐと同じであることから、結果として、確率Ｐが許可確率Ｐａとなる。
【００９７】
このように、制御部１０１は、コンテンツ情報の取得処理を開始すると、当該処理開始からの時間の経過に伴って許可確率が指数関数的に高くなるコンテンツ情報取得許可判定処理を所定時間ｔａ毎に行い、当該判定処理の結果が取得許可となったときに、ステップＳ２４〜Ｓ２６に示すように他の端末装置１からコンテンツ情報の取得を行うコンテンツ取得手段として機能する。なお、時間の経過に伴って確率が高くなる図９や図１０に示す許可確率での許可を行うコンテンツ情報取得許可判定処理を行うようにしてもよい。
【００９８】
（ＤＨＴメッセージ処理）
次に、ステップＳ７のＤＨＴメッセージ処理について図１５のフローチャートを参照して具体的に説明する。図１５は端末装置１におけるＤＨＴメッセージ処理のフローチャートである。
【００９９】
図１５に示すように、ＤＨＴメッセージ処理を開始すると、制御部１０１は、受信したメッセージが自装置宛であるか否かを判定する（ステップＳ４０）。受信したメッセージが自装置宛であるか否かは、このメッセージの宛先識別情報に自装置の端末ＩＤが近いか否かによって判定する。なお、「近い」ことの定義は、例えば、ＤＨＴメッセージの宛先識別情報を超えず、この宛先識別情報と端末ＩＤとの差が一番少ないものとするが、一貫していれば他の定義でもよい。
【０１００】
ステップＳ４０の処理において、受信したメッセージが自装置宛でないと判定すると（ステップＳ４０：Ｎｏ）、制御部１０１は、当該メッセージを記憶部１０２に記憶したルーティングテーブルに基づいてＤＨＴルーティングにより転送する（ステップＳ４１）。一方、受信したメッセージが自装置宛であると判定すると（ステップＳ４０：Ｙｅｓ）、制御部１０１は、当該メッセージがコンテンツ登録メッセージであるか否かを判定する（ステップＳ４２）。
【０１０１】
ステップＳ４２の処理において、受信したメッセージがコンテンツ登録メッセージであると判定すると（ステップＳ４２：Ｙｅｓ）、制御部１０１は、当該コンテンツ登録メッセージに含まれるインデックス情報（コンテンツ保持端末装置の所在情報）を記憶部１０２に記憶したインデックステーブル（例えば、図６参照。）に追加してインデックステーブルを更新する（ステップＳ４３）。一方、受信したメッセージがコンテンツ登録メッセージではないと判定すると（ステップＳ４２：Ｎｏ）、制御部１０１は、当該メッセージがコンテンツ検索メッセージであるか否かを判定する（ステップＳ４４）。
【０１０２】
ステップＳ４４の処理において、受信したメッセージがコンテンツ検索メッセージであると判定すると（ステップＳ４４：Ｙｅｓ）、制御部１０１は、当該コンテンツ検索メッセージで要求されているインデックス情報を記憶部１０２に記憶したインデックステーブル（例えば、図６参照。）から取り出して、要求元の端末装置１へ送信する（ステップＳ４５）。一方、受信したメッセージがコンテンツ検索メッセージではないと判定すると（ステップＳ４４：Ｎｏ）、制御部１０１は、当該メッセージに応じた処理を行なう（ステップＳ４６）。
【０１０３】
ステップＳ４１，Ｓ４３，Ｓ４５，Ｓ４６の処理が終了したとき、制御部１０１は、ＤＨＴメッセージ処理を終了する。
【０１０４】
以上のように本実施形態における通信システムＳの端末装置１では、新規コンテンツ情報の公開開始時期になると、時間の経過に基づきコンテンツ情報の取得許可の確率が高くなる演算を所定期間毎に行うようにしている。
【０１０５】
そのため、通信システムＳ内でコンテンツ保持端末装置を増加させつつも、増加するコンテンツ保持端末装置の数に応じた数でリクエスタからこれらのコンテンツ保持端末装置へコンテンツ情報の送信を要求させることができる。
【０１０６】
その結果、コンテンツ保持端末装置へのアクセスを有効に制限することができ、トラフィックの過度な集中を抑制することができる。
【０１０７】
なお、制御部１０１は、他の端末装置１から要求されたコンテンツ情報のすべてのデータがコンテンツ記憶手段である記憶部１０２に記憶されていないときでも、当該コンテンツ情報のうち記憶部１０２に記憶されているデータから順次通信部１１１及びネットワーク８を介して送信するコンテンツ送信手段として機能するようにしてもよい。
【０１０８】
このようにしたとき、所定時間ｔａを、端末装置１間でのコンテンツ情報の送受信に要する時間（送受信所要時間）よりも短い時間とし、かつルート端末装置が新たにコンテンツ保持端末装置となった端末装置の所在情報を優先してリクエスタに送信することで、リクエスタによる新規コンテンツ情報の送信要求を効率よく分散させることができる。
【０１０９】
また、上述の実施形態としては、端末装置１の所在情報をＩＰアドレスとして説明したが、端末装置１のネットワーク８上の所在がわかる情報（他の端末装置１からネットワーク８を介してアクセスできる）であればよく、例えば、ＩＰアドレスとポート番号とを所在情報としてもよい。
【０１１０】
以上、本発明の実施の形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【図面の簡単な説明】
【０１１１】
【図１】本発明の一実施形態に係る通信システムの各端末装置及びセンタサーバの接続態様の一例を示す図である。
【図２】ＩＤ空間の説明図である。
【図３】ルーティングテーブルの一例である。
【図４】センタサーバからコンテンツ情報が投入される様子を示す図である。
【図５】コンテンツ保持端末装置のコンテンツ登録メッセージがＤＨＴルーティングにより転送される様子を示す図である。
【図６】インデックステーブルの一例である。
【図７】コンテンツ情報を保持している端末装置がＤＨＴルーティングにより検索される様子の一例を示す図である。
【図８】コンテンツ情報の公開時からの経過時間と端末装置におけるコンテンツ取得確率との関係を示す図である。
【図９】コンテンツ情報の公開時からの経過時間と端末装置におけるコンテンツ取得確率との関係を示す図である。
【図１０】コンテンツ情報の公開時からの経過時間と端末装置におけるコンテンツ取得確率との関係を示す図である。
【図１１】端末装置の具体的構成を示す図である。
【図１２】図１１に示す端末装置のメイン処理フローチャートである。
【図１３】図１１に示す端末装置におけるコンテンツ取得処理のフローチャートである。
【図１４】図１１に示す端末装置におけるコンテンツ情報取得許可判定処理のフローチャートである。
【図１５】図１１に示す端末装置におけるＤＨＴメッセージ処理のフローチャートである。
【符号の説明】
【０１１２】
Ｓ  通信システム
１  端末装置
１０  センタサーバ
８  ネットワーク
１０１  端末装置の制御部
１０２  端末装置の記憶部
１１１  端末装置の通信部
【図１】
2010079738.tif 000005
【図２】
2010079738.tif 000006
【図３】
2010079738.tif 000007
【図４】
2010079738.tif 000008
【図５】
2010079738.tif 000009
【図６】
2010079738.tif 000010
【図７】
2010079738.tif 000011
【図８】
2010079738.tif 000012
【図９】
2010079738.tif 000013
【図１０】
2010079738.tif 000014
【図１１】
2010079738.tif 000015
【図１２】
2010079738.tif 000016
【図１３】
2010079738.tif 000017
【図１４】
2010079738.tif 000018
【図１５】
2010079738.tif 000019