JP2010027004A - コンテンツ配信装置、通信システム、コンテンツ配信方法、およびプログラム - Google Patents

Abstract

【課題】通信システム全体の配信効率を向上させることができるコンテンツ配信装置、通信システム、コンテンツ配信方法、およびプログラムを提供する。
【解決手段】コンテンツ配信装置４は、コンテンツ管理装置３またはコンテンツ取得装置２から、ネットワークＮ上で同じコンテンツを記録しているコンテンツ配信装置４の数を表すコンテンツ保持数と、コンテンツ管理装置３がコンテンツ取得装置２からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、リクエスト数をコンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部４２が配信要求を受け付けたコンテンツについて算出する配信優先度算出部４３と、複数のコンテンツの配信要求を受け付けた場合、複数のコンテンツを、配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部４４とを備える。
【選択図】図１

Description

本発明は、コンテンツ取得装置からコンテンツの配信要求を受け付けた場合に、当該コンテンツ取得装置に対して、記録されたコンテンツを配信可能なコンテンツ配信装置、通信システム、コンテンツ配信方法、およびプログラムに関する。

コンピュータネットワークの一形態として、特定の役割を集中的に担当するサーバと、利用者の操作するクライアントとに役割を分担し、これらが相互にネットワークに接続されるクライアントサーバモデルが一般化している。このモデルでは、クライアントがサーバに対して「要求」を送信し、サーバがクライアントに対して「応答」を返す形で処理が行われる。しかし、近年、常時接続のブロードバンド回線の普及、パーソナルコンピュータの処理能力の向上、ハードディスク容量の増加に伴い、サーバのボトルネック問題を抱えるクライアントサーバモデルから、サーバを必要としないアーキテクチャであるＰ２Ｐ（Peer to Peer）モデルが普及しつつある（例えば、特許文献１または２参照）。このモデルでは、ネットワークに参加するコンピュータが同等または類似した役割を対等に担うことにより、特定のリソースが特定のコンピュータに集中しないようにしている。

このようなＰ２Ｐモデルを具現化したＰ２Ｐシステム（通信システム）においては、ネットワークに参加するコンピュータ同士でコンテンツの配信・取得が行われるため、Ｐ２Ｐシステム全体としての配信効率の最適化は困難である。しかし、近年、Ｐ２Ｐシステム全体の配信効率を向上させるために、例えば、以下に示すような様々な手法（第１〜第３の手法）が提案されている。

第１の手法として、コンテンツを保持しているコンテンツ配信装置が、複数のコンテンツ取得装置のそれぞれからコンテンツの配信要求を受け付けた場合に、当該コンテンツ配信装置は、最も早い転送速度を有するコンテンツ取得装置から優先してコンテンツを配信する手法である。なお、コンテンツ配信装置は、記録（保持）されたコンテンツを配信可能なコンピュータである。また、コンテンツ取得装置は、コンテンツの取得を所望するコンピュータである。これにより、コンテンツを保持するコンピュータを早めにＰ２Ｐシステム内に存在させることができるので、コンテンツ配信装置の負荷を分散させることが可能となる。このため、Ｐ２Ｐシステム全体の配信効率を向上させることができる。

また、第２の手法として、コンテンツ取得装置は、コンテンツを保持している複数のコンテンツ配信装置のうち、最も通信状態（配信品質）の良いコンテンツ配信装置に対して、コンテンツの配信要求を送信する手法である（例えば、特許文献１参照）。これにより、コンテンツ取得装置は、最も通信状態の良いコンテンツ配信装置からコンテンツを取得することが可能となる。このため、Ｐ２Ｐシステム全体の配信効率を向上させることができる。

さらに、第３の手法として、複数のコンテンツを保持しているコンテンツ配信装置が、複数のコンテンツ取得装置のそれぞれから複数の配信要求を受け付けた場合に、コンテンツ配信装置は、まず、センタサーバからコンテンツ情報を取得する手法である。ここで、コンテンツ情報は、コンテンツの人気度合いを示す人気度データと、コンテンツの公開日を示す公開日データとを含む。そして、コンテンツ配信装置は、コンテンツの人気度合いが高く、かつ、コンテンツの公開日が迫っているコンテンツを優先してコンテンツ取得装置へ配信する（例えば、特許文献２参照）。これにより、人気があり、かつ、公開日の迫っているコンテンツから優先して配信することができる。
特開２００５−１３５１４０号公報 特開２００７−８７２８０号公報

しかしながら、上記従来の第１〜第３の手法では、例えば、次のような場合に、Ｐ２Ｐシステム全体の配信効率が低下するという問題があった。すなわち、コンテンツを保持しているコンテンツ配信装置の数の割に、コンテンツを取得しようとするコンテンツ取得装置の数が多い場合である。この場合、コンテンツ取得装置は、コンテンツ配信装置からコンテンツを取得するまで時間がかかることがあった。以下、この点について具体的に説明する。

例えば、図１３に示すように、コンテンツ配信装置１００〜１０２が３台、コンテンツ取得装置１１０〜１１２が３台存在している場合を考える。ここで、コンテンツ配信装置１００はコンテンツＡ〜Ｃを保持し、コンテンツ配信装置１０１はコンテンツＢ，Ｃを保持し、コンテンツ配信装置１０２はコンテンツＢ，Ｄを保持しているものとする。また、コンテンツ配信装置１００は、コンテンツ取得装置１１１に対して、コンテンツＢを配信中であるものとする。また、コンテンツ配信装置１００は、コンテンツ取得装置１１２に対して、コンテンツＣを配信中であるものとする。さらに、コンテンツ取得装置１１０は、コンテンツＡを取得するために、コンテンツ配信装置１００に対して、コンテンツＡの配信要求を送信したものとする。

このような場合において、コンテンツ配信装置１００は、コンテンツ取得装置１１０からコンテンツＡの配信要求を受け付けたものの、コンテンツＢ，Ｃを現在配信中であるため、通常、コンテンツ取得装置１１０に対して、待機命令を通知する。このため、コンテンツ取得装置１１０は、コンテンツ配信装置１００がコンテンツＢ，Ｃの配信を終了するまで、待機することになる。

ここで、コンテンツＡを保持しているコンテンツ配信装置は、コンテンツ配信装置１００の１台のみであるため、コンテンツ取得装置１１０は、当該コンテンツ配信装置１００からコンテンツＡを取得する必要がある。しかし、コンテンツＢを保持しているコンテンツ配信装置は、コンテンツ配信装置１００〜１０２の３台存在しているため、コンテンツ取得装置１１１は、必ずしも、コンテンツ配信装置１００からコンテンツＢを取得する必要はない。これと同様に、コンテンツ取得装置１１２も、必ずしも、コンテンツ配信装置１００からコンテンツＣを取得する必要はない。特に、コンテンツ配信装置１００に対して、コンテンツ取得装置１１０を含む複数のコンテンツ取得装置からコンテンツＡの配信要求が送信されていた場合には、コンテンツ取得装置１１１は、コンテンツ配信装置１０２からコンテンツＢを取得し、コンテンツ取得装置１１２は、コンテンツ配信装置１０１からコンテンツＣを取得したほうが、Ｐ２Ｐシステム全体の配信効率は向上することになる。

しかしながら、上記従来の第１および第２の手法では、ネットワークの転送速度、通信状態のみを考慮して配信優先度を決定しているため、上述したような場合には、Ｐ２Ｐシステム全体の配信効率を向上させることができない。また、上記従来の第３の手法では、コンテンツの人気度合いが高く、かつ、コンテンツの公開日が迫っているコンテンツを優先してコンテンツ取得装置へ配信しているので、上記従来の第１および第２の手法と同様、上述したような場合には、Ｐ２Ｐシステム全体の配信効率を向上させることができない。具体的に言えば、上記従来の第３の手法では、コンテンツＢを保持しているコンテンツ配信装置１００〜１０２の数が最も多いので、コンテンツＡ〜Ｄのうち人気度合いが最も高いコンテンツはコンテンツＢとなる。このため、コンテンツＢの配信が優先されることになるため、コンテンツ取得装置１１０は、コンテンツ配信装置１００がコンテンツＢの配信を終了するまで、待機する必要がある。

本発明は、上記の問題点に鑑みてなされたものであり、その目的は、通信システム全体の配信効率を向上させることができるコンテンツ配信装置、通信システム、コンテンツ配信方法、およびプログラムを提供することにある。

上記目的を達成するために本発明におけるコンテンツ配信装置は、コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置であって、コンテンツが予め記録されたコンテンツ記録部と、前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える。

以上のように、本発明のコンテンツ配信装置、通信システム、コンテンツ配信方法、およびプログラムは、通信システム全体の配信効率を向上させることができるという効果を奏する。

本発明の一実施形態に係るコンテンツ配信装置は、コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置であって、コンテンツが予め記録されたコンテンツ記録部と、前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える。

なお、これと実質的に同じ技術的思想を具備する通信システム、コンテンツ配信方法、およびプログラムも、本発明の実施形態である。

上記の構成によれば、配信優先度算出部は、リクエスト数をコンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部が配信要求を受け付けたコンテンツについて算出する。なお、コンテンツ保持数は、ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表す。また、リクエスト数は、コンテンツ管理装置がコンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表す。すなわち、配信優先度は、コンテンツ保持数の割にリクエスト数が多ければ高くなる。そして、コンテンツ配信部は、配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、複数のコンテンツを、配信優先度がより高いコンテンツから優先的に配信する。すなわち、配信要求受付部が複数のコンテンツの配信要求を受け付けた場合に、コンテンツ保持数の割にリクエスト数が多いコンテンツから優先して配信するので、通信システム全体の配信効率を向上させることが可能となる。

本発明の一実施形態に係るコンテンツ配信装置は、コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置であって、コンテンツが予め記録されたコンテンツ記録部と、前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置それぞれのコンテンツの配信速度の総計を表す総計配信速度と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える。

なお、これと実質的に同じ技術的思想を具備する通信システム、コンテンツ配信方法、およびプログラムも、本発明の実施形態である。

上記の構成によれば、配信優先度算出部は、リクエスト数を総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部が配信要求を受け付けたコンテンツについて算出する。なお、総計配信速度は、ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置それぞれのコンテンツの配信速度の総計を表す。また、リクエスト数は、コンテンツ管理装置がコンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表す。すなわち、配信優先度は、総計配信速度の割にリクエスト数が多ければ高くなる。そして、コンテンツ配信部は、配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、複数のコンテンツを、配信優先度がより高いコンテンツから優先的に配信する。すなわち、配信要求受付部が複数のコンテンツの配信要求を受け付けた場合に、総計配信速度の割にリクエスト数が多いコンテンツから優先して配信するので、通信システム全体の配信効率を向上させることが可能となる。

本発明の実施形態において、前記コンテンツ配信部により配信されたコンテンツを取得したコンテンツ取得装置は、コンテンツの保持状況に関して問い合わせたコンテンツ管理装置に対して、コンテンツの取得が完了したことを表す完了報告を送信し、前記リクエスト数は、前記コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けたが、当該コンテンツ取得装置から未だ前記完了報告を受信していない場合の、コンテンツの保持状況に関して問い合わせを受け付けた回数を表す態様とするのが好ましい。すなわち、当該リクエスト数は、コンテンツ取得装置がコンテンツを現在取得中である場合のリクエスト数である。これにより、配信優先度算出部は、コンテンツ取得装置がコンテンツを現在取得中である場合のリクエスト数に基づいて配信優先度を算出することができる。

以下、本発明のより具体的な実施形態について図面を参照しながら詳細に説明する。

[実施の形態１]
図１は、本実施形態に係るＰ２Ｐ（Peer to Peer）システム（通信システム）１の概略構成を示すブロック図である。すなわち、本実施形態に係るＰ２Ｐシステム１は、コンテンツ取得装置２ａ，２ｂ、コンテンツ管理装置３ａ，３ｂ、およびコンテンツ配信装置４ａ〜４ｃを備えている。本実施形態においては、コンテンツ取得装置２ａ，２ｂ、コンテンツ管理装置３ａ，３ｂ、およびコンテンツ配信装置４ａ〜４ｃは、汎用のコンピュータであるが、これに限らず、携帯端末（ＰＤＡ：Personal Digital Assistant）、携帯電話、家電機器（例えば、テレビ、プリンタ、デジタルカメラ、空調機、冷蔵庫）等であってもよい。

ここで、コンテンツ取得装置２ａ，２ｂ、コンテンツ管理装置３ａ，３ｂ、およびコンテンツ配信装置４ａ〜４ｃは、ネットワークＮに接続されている。ネットワークＮは、例えば、インターネットであって、コンテンツ取得装置２ａ，２ｂ、コンテンツ管理装置３ａ，３ｂ、およびコンテンツ配信装置４ａ〜４ｃは、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）、ＵＤＰ／ＩＰ（User Datagram Protocol／Internet Protocol）等、予め定められたプロトコルで相互に通信できる。なお、ネットワークＮは、インターネットの代わりに、イーサネット（登録商標）、ホームネットワーク、無線ＬＡＮ等であってもよい。

図１では、説明の便宜上、コンテンツ取得装置２ａ，２ｂを２台、コンテンツ管理装置３ａ，３ｂを２台、およびコンテンツ配信装置４ａ〜４ｃを３台図示したが、本実施形態に係るＰ２Ｐシステム１を構成するコンテンツ取得装置、コンテンツ管理装置、およびコンテンツ配信装置の数（台数）は図１に示す数以上に存在しているものとする。また、本実施形態においては、図１に示すように、コンテンツ配信装置４ａ〜４ｃを識別するための端末ＩＤを、それぞれ「Ｔ００１」〜「Ｔ００３」とする。

なお、以下では、互いに同じ機能を有している部材を説明する際、特に区別する必要のある場合にのみ、例えば、コンテンツ取得装置２ａのように、それぞれを区別するための英小文字を付して説明し、特に区別する必要がない場合、あるいは、総称する場合には、例えば、コンテンツ取得装置２のように、英小文字を付さずに説明する。

（コンテンツ取得装置２およびコンテンツ管理装置３の構成）
コンテンツ取得装置２は、コンテンツを取得しようとする（コンテンツの取得を所望する）コンピュータである。なお、コンテンツとは、文章、静止画像、動画像、音楽、あるいはそれらの組み合わせを言う。ここで、本実施形態においては、コンテンツ取得装置２ａは、コンテンツＡの取得を所望するコンピュータであり、コンテンツ取得装置２ｂは、コンテンツＢの取得を所望するコンピュータである。このため、コンテンツ取得装置２ａは、コンテンツＡを保持しているコンテンツ配信装置を識別するためのコンテンツ保持情報の通知要求を、ネットワークＮを介してコンテンツ管理装置３ａへ送信する。また、コンテンツ取得装置２ｂは、コンテンツＢを保持しているコンテンツ配信装置を識別するためのコンテンツ保持情報の通知要求を、ネットワークＮを介してコンテンツ管理装置３ｂへ送信する。

すなわち、本実施形態においては、コンテンツ管理装置３ａは、コンテンツＡの管理装置となり、コンテンツ管理装置３ｂは、コンテンツＢの管理装置となる。なお、公知のＤＨＴ（Distributed Hash Table）法を用いることにより、Ｐ２Ｐシステム１内に存在するコンピュータのうち１または複数のコンピュータがコンテンツ管理装置として選択される。つまり、コンテンツ取得装置２は、所望するコンテンツのコンテンツＩＤにハッシュ関数を適用することによりハッシュ値を算出し、算出したハッシュ値に最も近似するハッシュ値の端末ＩＤを有するコンピュータを、所望するコンテンツのコンテンツ管理装置３と決定する。これにより、コンテンツ取得装置２は、Ｐ２Ｐシステム１上で、所望するコンテンツのコンテンツ管理装置３を特定することができる。

コンテンツ管理装置３は、通知要求受付部３１、コンテンツ保持情報記録部３２、コンテンツ関連情報記録部３３、関連情報更新部３４、およびコンテンツ保持情報通知部３５を備えている。

ここで、上記の通知要求受付部３１、関連情報更新部３４、およびコンテンツ保持情報通知部３５の各機能は、コンピュータが備えるＣＰＵ等の演算装置が所定のプログラムを実行することによって実現される。したがって、上記の各機能をコンピュータで実現するためのプログラムまたはそれを記録した記録媒体も本発明の一実施態様である。また、コンテンツ保持情報記録部３２、およびコンテンツ関連情報記録部３３は、コンピュータの内蔵記憶装置またはこのコンピュータからアクセス可能な記憶装置によって具現化される。

通知要求受付部３１は、コンテンツ取得装置２からネットワークＮを介して送信された通知要求を受け付ける。通知要求受付部３１は、受け付けた通知要求を関連情報更新部３４へ出力する。

コンテンツ保持情報記録部３２は、あるコンテンツを保持しているコンテンツ配信装置を識別するためのコンテンツ保持情報を記録する。すなわち、コンテンツ保持情報記録部３２には、あるコンテンツを識別するためのコンテンツＩＤと、あるコンテンツを保持しているコンテンツ配信装置の端末ＩＤとが対応して記録されている。

図２は、本実施形態に係るコンテンツ管理装置３ａのコンテンツ保持情報記録部３２ａに記録されたコンテンツ保持情報の一例を示す図である。すなわち、本実施形態に係るコンテンツ保持情報記録部３２ａは、コンテンツ保持情報をテーブル３２０ａとして記録する。図２に示すように、テーブル３２０ａには、コンテンツＡのコンテンツＩＤ「Ｃ００１」と、コンテンツＡを保持しているコンテンツ配信装置４ａ〜４ｃの端末ＩＤ「Ｔ００１」〜「Ｔ００３」とが対応して記録されている。

図３は、本実施形態に係るコンテンツ管理装置３ｂのコンテンツ保持情報記録部３２ｂに記録されたコンテンツ保持情報の一例を示す図である。すなわち、本実施形態に係るコンテンツ保持情報記録部３２ｂは、コンテンツ保持情報をテーブル３２０ｂとして記録する。図３に示すように、テーブル３２０ｂには、コンテンツＢのコンテンツＩＤ「Ｃ００２」と、コンテンツＢを保持しているコンテンツ配信装置４ａ，４ｃの端末ＩＤ「Ｔ００１」、「Ｔ００３」とが対応して記録されている。

コンテンツ関連情報記録部３３は、コンテンツ関連情報を記録する。ここで、コンテンツ関連情報は、ネットワークＮ上で同じコンテンツを保持（記録）しているコンテンツ配信装置の数を表すコンテンツ保持数と、通知要求受付部３１がコンテンツ取得装置２からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを含む。なお、本実施形態に係るリクエスト数は、通知要求受付部３１が所定の期間内にコンテンツ取得装置２から通知要求を受け付けた回数を表す。すなわち、コンテンツ関連情報記録部３３には、コンテンツＩＤと、コンテンツ保持数と、リクエスト数とが対応して記録されている。なお、本実施形態においては、所定の期間は、本日、昨日、一昨日の３日間であるが、これに限定されないことは勿論である。

図４は、本実施形態に係るコンテンツ管理装置３ａのコンテンツ関連情報記録部３３ａに記録されたコンテンツ関連情報の一例を示す図である。すなわち、本実施形態に係るコンテンツ関連情報記録部３３ａは、コンテンツ関連情報をテーブル３３０ａとして記録する。図４に示すように、テーブル３３０ａには、コンテンツＡのコンテンツＩＤ「Ｃ００１」と、コンテンツＡを保持しているコンテンツ配信装置の数を表すコンテンツ保持数「１８３」と、本日のリクエスト数「１１」と、昨日のリクエスト数「２０」と、一昨日のリクエスト数「２２」とがそれぞれ記録されている。すなわち、テーブル３３０ａは、Ｐ２Ｐシステム１上でコンテンツＡを保持しているコンテンツ配信装置が１８３台存在しており、通知要求受付部３１ａが３日間でコンテンツ取得装置２から通知要求を受け付けた回数がそれぞれ「１１」、「２０」、「２２」であることを表わしている。

図５は、本実施形態に係るコンテンツ管理装置３ｂのコンテンツ関連情報記録部３３ｂに記録されたコンテンツ関連情報の一例を示す図である。すなわち、本実施形態に係るコンテンツ関連情報記録部３３ｂは、コンテンツ関連情報をテーブル３３０ｂとして記録する。図５に示すように、テーブル３３０ｂには、コンテンツＢのコンテンツＩＤ「Ｃ００２」と、コンテンツＢを保持しているコンテンツ配信装置の数を表すコンテンツ保持数「２」と、本日のリクエスト数「０」と、昨日のリクエスト数「０」と、一昨日のリクエスト数「１」とがそれぞれ記録されている。すなわち、テーブル３３０ｂは、Ｐ２Ｐシステム１上でコンテンツＢを保持しているコンテンツ配信装置が２台存在しており、通知要求受付部３１ｂが３日間でコンテンツ取得装置２から通知要求を受け付けた回数がそれぞれ「０」、「０」、「１」であることを表わしている。

なお、上記では、コンテンツ保持情報記録部３２およびコンテンツ関連情報記録部３３は、コンテンツ保持情報およびコンテンツ関連情報をテーブルとして記録する例について説明したが、これに限定されない。すなわち、コンテンツ保持情報記録部３２およびコンテンツ関連情報記録部３３に、コンテンツ保持情報およびコンテンツ関連情報が記録される形式については、テーブル形式に限らず、任意である。

関連情報更新部３４は、通知要求受付部３１が受け付けた通知要求に従って、コンテンツ関連情報記録部３３に記録されたコンテンツ関連情報を更新する。すなわち、関連情報更新部３４は、通知要求受付部３１が受け付けた通知要求に従って、コンテンツ関連情報記録部３３に記録されたコンテンツ保持数に“１”を加算するとともに、本日のリクエスト数に“１”を加算する。図６は、関連情報更新部３４ａがコンテンツ保持数および本日のリクエスト数に“１”を加算した後の、コンテンツ関連情報記録部３３ａに記録されたコンテンツ関連情報の一例を示す図である。すなわち、図６に示すテーブル３３０ａは、図４に示すテーブル３３０ａと比較して、コンテンツ保持数が「１８３」から「１８４」へ、本日のリクエスト数が「１１」から「１２」へそれぞれ更新されている。また、図７は、関連情報更新部３４ｂがコンテンツ保持数および本日のリクエスト数に“１”を加算した後の、コンテンツ関連情報記録部３３ｂに記録されたコンテンツ関連情報の一例を示す図である。すなわち、図７に示すテーブル３３０ｂは、図５に示すテーブル３３０ｂと比較して、コンテンツ保持数が「２」から「３」へ、本日のリクエスト数が「０」から「１」へそれぞれ更新されている。

コンテンツ保持情報通知部３５は、関連情報更新部３４がコンテンツ関連情報を更新した場合に、コンテンツ保持情報記録部３２に記録された任意の数のコンテンツ保持情報をコンテンツ保持情報記録部３２から読み出す。すなわち、コンテンツ保持情報通知部３５は、コンテンツ保持情報記録部３２に記録された全部のコンテンツ保持情報をコンテンツ保持情報記録部３２から読み出してもよいし、コンテンツ保持情報記録部３２に記録された一部（１または複数）のコンテンツ保持情報をコンテンツ保持情報記録部３２から読み出してもよい。本実施形態においては、コンテンツ保持情報通知部３５は、コンテンツ保持情報記録部３２に記録されたコンテンツ保持情報のうち、ランダムに選択した任意の数のコンテンツ保持情報をコンテンツ保持情報記録部３２から読み出す。

具体的には、コンテンツ管理装置３ａのコンテンツ保持情報通知部３５ａは、コンテンツ保持情報記録部３２ａに記録されたコンテンツ保持情報「Ｔ００１」〜「Ｔ００３」のうち、ランダムに選択したコンテンツ保持情報「Ｔ００１」、「Ｔ００２」をコンテンツ保持情報記録部３２ａから読み出したものとする。コンテンツ保持情報通知部３５ａは、コンテンツ取得装置２ａに対して、読み出したコンテンツ保持情報「Ｔ００１」、「Ｔ００２」を、コンテンツ関連情報記録部３３ａに記録されたコンテンツ保持数「１８４」および３日間のリクエスト数（本日「１２」、昨日「２０」、一昨日「２２」）とともに通知する。これにより、コンテンツ取得装置２ａは、Ｐ２Ｐシステム１上で、コンテンツＡを保持しているコンテンツ配信装置が、コンテンツ配信装置４ａおよびコンテンツ配信装置４ｂであることが把握できる。

また、コンテンツ管理装置３ｂのコンテンツ保持情報通知部３５ｂは、コンテンツ保持情報記録部３２ｂに記録されたコンテンツ保持情報「Ｔ００１」、「Ｔ００３」のうち、ランダムに選択したコンテンツ保持情報「Ｔ００１」をコンテンツ保持情報記録部３２ｂから読み出したものとする。コンテンツ保持情報通知部３５ｂは、コンテンツ取得装置２ｂに対して、読み出したコンテンツ保持情報「Ｔ００１」を、コンテンツ関連情報記録部３３ｂに記録されたコンテンツ保持数「３」および３日間のリクエスト数（本日「１」、昨日「０」、一昨日「１」）とともに通知する。これにより、コンテンツ取得装置２ｂは、Ｐ２Ｐシステム１上で、コンテンツＢを保持しているコンテンツ配信装置が、コンテンツ配信装置４ａであることが把握できる。

そして、コンテンツ保持情報通知部３５は、通知要求を送信したコンテンツ取得装置２の端末ＩＤがコンテンツ保持情報となるように、コンテンツ保持情報記録部３２の内容を書き換える。これにより、本実施形態に係るコンテンツ保持情報記録部３２ａには、コンテンツ配信装置４ａ〜４ｃの端末ＩＤ「Ｔ００１」〜「Ｔ００３」に加えて、コンテンツ取得装置２ａの端末ＩＤがコンテンツ保持情報として新たに記録されることになる。また、本実施形態に係るコンテンツ保持情報記録部３２ｂには、コンテンツ配信装置４ａ，４ｃの端末ＩＤ「Ｔ００１」、「Ｔ００３」に加えて、コンテンツ取得装置２ｂの端末ＩＤがコンテンツ保持情報として新たに記録されることになる。

コンテンツ取得装置２は、コンテンツ管理装置３からネットワークＮを介して通知されたコンテンツ保持情報、コンテンツ保持数、およびリクエスト数を取得する。本実施形態においては、コンテンツ取得装置２ａは、コンテンツ管理装置３ａから通知されたコンテンツ保持情報「Ｔ００１」、「Ｔ００２」、コンテンツ保持数「１８４」、およびリクエスト数（本日「１２」、昨日「２０」、一昨日「２２」）を取得する。また、コンテンツ取得装置２ｂは、コンテンツ管理装置３ｂから通知されたコンテンツ保持情報「Ｔ００１」、コンテンツ保持数「３」、およびリクエスト数（本日「１」、昨日「０」、一昨日「１」）を取得する。

コンテンツ取得装置２は、取得したコンテンツ保持情報に基づいて、コンテンツの配信要求を、取得したコンテンツ保持数およびリクエスト数とともにコンテンツ配信装置４へ送信する。ここで、複数のコンテンツ保持情報を取得した場合、コンテンツ取得装置２は、所定のルールに従って選択した一のコンテンツ保持情報に基づいて、コンテンツの配信要求を、コンテンツ保持数およびリクエスト数とともにコンテンツ配信装置４へ送信する。

本実施形態においては、コンテンツ取得装置２ａは、所定のルールに従って選択したコンテンツ保持情報「Ｔ００１」に基づいて、コンテンツＡの配信要求を、コンテンツ保持数「１８４」およびリクエスト数（本日「１２」、昨日「２０」、一昨日「２２」）とともにコンテンツ配信装置４ａへ送信したものとする。また、コンテンツ取得装置２ｂは、コンテンツ保持情報「Ｔ００１」に基づいて、コンテンツＢの配信要求を、コンテンツ保持数「３」およびリクエスト数（本日「１」、昨日「０」、一昨日「１」）とともにコンテンツ配信装置４ａへ送信したものとする。

（コンテンツ配信装置の構成）
コンテンツ配信装置４ａは、コンテンツ記録部４１ａ、配信要求受付部４２ａ、配信優先度算出部４３ａ、およびコンテンツ配信部４４ａを備えている。なお、コンテンツ配信装置４ｂ，４ｃの構成も、コンテンツ配信装置４ａの構成と同様である。すなわち、図示は省略するが、コンテンツ配信装置４ｂ，４ｃも、コンテンツ記録部４１ａ，４１ｂ、配信要求受付部４２ａ，４２ｂ、配信優先度算出部４３ａ，４３ｂ、およびコンテンツ配信部４４ａ，４４ｂを備えている。

ここで、上記の配信要求受付部４２、配信優先度算出部４３、およびコンテンツ配信部４４の各機能は、コンピュータが備えるＣＰＵ等の演算装置が所定のプログラムを実行することによって実現される。したがって、上記の各機能をコンピュータで実現するためのプログラムまたはそれを記録した記録媒体も本発明の一実施態様である。また、コンテンツ記録部４１は、コンピュータの内蔵記憶装置またはこのコンピュータからアクセス可能な記憶装置によって具現化される。

コンテンツ記録部４１には、複数のコンテンツが予め記録されている。本実施形態においては、コンテンツ配信装置４ａのコンテンツ記録部４１ａには、コンテンツＡとコンテンツＢとが予め記録されている。

配信要求受付部４２は、複数のコンテンツ取得装置２のそれぞれから送信された複数の配信要求を、コンテンツ保持数およびリクエスト数とともに受け付ける。本実施形態においては、配信要求受付部４２ａは、コンテンツ取得装置２ａから送信されたコンテンツＡの配信要求を、コンテンツ保持数「１８４」およびリクエスト数（本日「１２」、昨日「２０」、一昨日「２２」）とともに受け付ける。また、配信要求受付部４２ａは、コンテンツ取得装置２ｂから送信されたコンテンツＢの配信要求を、コンテンツ保持数「３」およびリクエスト数（本日「１」、昨日「０」、一昨日「１」）とともに受け付ける。配信要求受付部４２は、受け付けた配信要求、コンテンツ保持数、およびリクエスト数を、配信優先度算出部４３へ出力する。

なお、コンテンツ配信装置４は、配信要求受付部４２が受け付けたコンテンツ保持数およびリクエスト数を、コンテンツ記録部４１に記録された複数のコンテンツのそれぞれに対応付けて内部のメモリ（図示せず）へ記録するようにしてもよい。

配信優先度算出部４３は、リクエスト数をコンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部４２が配信要求を受け付けたコンテンツについて算出する。すなわち、配信優先度算出部４３は、下記の（式１）に従って、配信優先度を算出する。つまり、下記の（式１）の配信優先度は、コンテンツ保持数の割にリクエスト数が多ければ高くなる。なお、下記の（式１）では、３日間のリクエスト数の総和を配信優先度の分子としているが、これに限定されない。例えば、本日のリクエスト数のみを配信優先度の分子としてもよいし、本日の「午前中」のリクエスト数のみを配信優先度の分子としてもよい。すなわち、所定の期間のリクエスト数であれば、配信優先度の分子については任意である。また、下記の（式１）にある係数（補正係数）をかけることにより、配信優先度を算出してもよい。

配信優先度＝（本日のリクエスト数＋昨日のリクエスト数＋一昨日のリクエスト数）÷（コンテンツ保持数） ――― （式１）

具体的には、配信優先度算出部４３ａは、コンテンツ保持数「１８４」およびリクエスト数（本日「１２」、昨日「２０」、一昨日「２２」）を上記の（式１）に代入することによって、コンテンツＡの配信優先度「０．２９３」を算出する。また、配信優先度算出部４３ａは、コンテンツ保持数「３」およびリクエスト数（本日「１」、昨日「０」、一昨日「１」）を上記の（式１）に代入することによって、コンテンツＢの配信優先度「０．６６７」を算出する。配信優先度算出部４３は、算出した配信優先度をコンテンツ配信部４４へ出力する。

コンテンツ配信部４４は、配信要求受付部４２が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、配信優先度がより高いコンテンツから優先的に配信する。すなわち、コンテンツ配信部４４は、コンテンツ記録部４１から配信優先度が高いコンテンツを読み出し、読み出したコンテンツを、コンテンツの配信要求を送信したコンテンツ取得装置２へ送信する。本実施形態においては、コンテンツＢの配信優先度「０．６６７」はコンテンツＡの配信優先度「０．２９３」よりも高い。このため、本実施形態に係るコンテンツ配信部４４ａは、まず、コンテンツ記録部４１ａからコンテンツＢを読み出し、読み出したコンテンツＢを、コンテンツＢの配信要求を送信したコンテンツ取得装置２ｂへ配信する。コンテンツ取得装置２ｂへコンテンツＢの配信が終了すれば、コンテンツ配信部４４ａは、コンテンツ記録部４１ａからコンテンツＡを読み出し、読み出したコンテンツＡを、コンテンツＡの配信要求を送信したコンテンツ取得装置２ａへ配信する。

すなわち、コンテンツ配信部４４は、コンテンツ保持数の割にリクエスト数が多いコンテンツから優先して配信するので、Ｐ２Ｐシステム１全体の配信効率を向上させることが可能となる。

コンテンツ配信部４４ａにより配信されたコンテンツBを取得したコンテンツ取得装置２ｂは、コンテンツ管理装置３ｂに対して、コンテンツＢの取得が完了したことを表す完了報告を送信する。また、コンテンツ配信部４４ａにより配信されたコンテンツＡを取得したコンテンツ取得装置２ａは、コンテンツ管理装置３ａに対して、コンテンツＡの取得が完了したことを表す完了報告を送信する。これにより、コンテンツ管理装置３は、コンテンツ取得装置２がコンテンツの取得を完了したことを把握することができる。

ここで、以下では、コンテンツ配信部４４ａがコンテンツＡをコンテンツ取得装置２ａへ配信中に、配信要求受付部４２ａがコンテンツ取得装置２ｂからコンテンツＢの配信要求を受け付けた場合について説明する。なお、この場合においても、コンテンツＡの配信優先度は「０．２９３」、コンテンツＢの配信優先度は「０．６６７」であるものとする。

すなわち、コンテンツＢの配信優先度「０．６６７」はコンテンツＡの配信優先度「０．２９３」よりも高いので、コンテンツ配信部４４ａは、コンテンツ取得装置２ａに対するコンテンツＡの配信を中止する。この場合、コンテンツ配信部４４ａは、コンテンツ取得装置２ａに対して、コンテンツＡの配信を中止したことを通知する。なお、この通知には、コンテンツＡの配信が再開されると予想される再開時刻も含まれている。これにより、コンテンツ取得装置２ａは、コンテンツＡの配信が中止されたことと、コンテンツＡの配信が再開されると予想される再開時刻とを把握することができる。

ここで、コンテンツ取得装置２ａは、再開時刻が現在時刻から長い（例えば、再開時刻と現在時刻との間の時間が閾値以上）と判定すれば、他のコンテンツ保持情報に基づいて、コンテンツＡの配信要求を別のコンテンツ配信装置へ送信する。例えば、コンテンツ取得装置２ａは、コンテンツ保持情報「Ｔ００２」に基づいて、コンテンツＡの配信要求をコンテンツ配信装置４ｂへ送信する。この場合、コンテンツ取得装置２ａは、コンテンツ配信装置４ａに対して、コンテンツＡの配信をキャンセルするように依頼する。一方、コンテンツ取得装置２ａは、再開時刻が現在時刻から短い（例えば、再開時刻と現在時刻との間の時間が閾値未満）と判定すれば、コンテンツ配信装置４ａからコンテンツＡの配信が再開されるまで、待機する。

コンテンツ配信部４４ａは、コンテンツＡの配信を中止した後、コンテンツ記録部４１ａからコンテンツＢを読み出し、読み出したコンテンツＢを、コンテンツＢの配信要求を送信したコンテンツ取得装置２ｂへ配信する。コンテンツ取得装置２ｂへコンテンツＢの配信が終了すれば、コンテンツ配信部４４ａは、コンテンツ取得装置２ａに対して、コンテンツＡの配信を中止した箇所からコンテンツＡの配信を再開する。

なお、上記では、配信要求受付部４２ａがコンテンツ取得装置２ｂからコンテンツＢの配信要求を受け付けた場合に、コンテンツ配信部４４ａは、コンテンツＡの配信を中止する例について説明したが、これに限定されない。例えば、コンテンツＡの配信があと少しで終了するような場合には、コンテンツ配信部４４ａは、コンテンツＡの配信を継続するようにしてもよい。また、例えば、配信要求受付部４２ａがコンテンツ取得装置２ａからコンテンツＡの配信要求を受け付けた時刻から所定の時間が経過しているような場合にも、コンテンツ配信部４４ａは、コンテンツＡの配信を継続するようにしてもよい。

ところで、コンテンツ配信装置４がコンテンツ記録部４１に記録されたコンテンツを削除した場合、コンテンツ配信装置４は、コンテンツ管理装置３に対して、コンテンツを削除したことを通知する。コンテンツ管理装置３の関連情報更新部３４は、コンテンツ配信装置４からの通知に従って、コンテンツ関連情報記録部３３に記録されたコンテンツ保持数に“１”を減算する。これにより、コンテンツ関連情報記録部３３には、常に最新のコンテンツ保持数が記録されることになる。

（Ｐ２Ｐシステム１の動作例）
次に、上記の構成に係るＰ２Ｐシステム１の動作について、図８および図９を参照しながら説明する。

図８は、コンテンツ取得装置２がコンテンツ管理装置３に対して通知要求を送信してからコンテンツ取得装置２がコンテンツ配信装置４に対して配信要求を送信するまでのＰ２Ｐシステム１の動作例を示すフローチャートである。図８に示すように、コンテンツ取得装置２は、コンテンツを保持しているコンテンツ配信装置を識別するためのコンテンツ保持情報の通知要求を、ネットワークＮを介してコンテンツ管理装置３へ送信する（Ｏｐ１）。

次に、コンテンツ管理装置３の通知要求受付部３１は、Ｏｐ１にて送信された通知要求を受け付ける（Ｏｐ２）。関連情報更新部３４は、Ｏｐ２にて受け付けた通知要求に従って、コンテンツ関連情報記録部３３に記録されたコンテンツ保持数に“１”を加算するとともに、本日のリクエスト数に“１”を加算する（Ｏｐ３）。

そして、コンテンツ保持情報通知部３５は、コンテンツ保持情報記録部３２に記録された任意の数のコンテンツ保持情報をコンテンツ保持情報記録部３２から読み出す。コンテンツ保持情報通知部３５は、Ｏｐ１にて通知要求が送信されたコンテンツ取得装置２に対して、読み出したコンテンツ保持情報を、コンテンツ関連情報記録部３３ａに記録されたコンテンツ保持数およびリクエスト数とともに通知する（Ｏｐ４）。これにより、コンテンツ保持情報を取得したコンテンツ取得装置２は、Ｐ２Ｐシステム１上で、コンテンツを保持しているコンテンツ配信装置がどのコンテンツ配信装置であるかを把握できる。

そして、コンテンツ保持情報通知部３５は、Ｏｐ１にて通知要求が送信されたコンテンツ取得装置２の端末ＩＤがコンテンツ保持情報となるように、コンテンツ保持情報記録部３２の内容を書き換える（Ｏｐ５）。

次に、コンテンツ取得装置２は、Ｏｐ４にて通知されたコンテンツ保持情報、コンテンツ保持数、およびリクエスト数を取得する（Ｏｐ６）。コンテンツ取得装置２は、Ｏｐ６にて取得されたコンテンツ保持情報に基づいて、コンテンツの配信要求を、Ｏｐ６にて取得されたコンテンツ保持数およびリクエスト数とともにコンテンツ配信装置４へ送信する（Ｏｐ７）。

図９は、コンテンツ取得装置２から送信された配信要求をコンテンツ配信装置４が受け付けた場合のＰ２Ｐシステム１の動作例を示すフローチャートである。図９に示すように、コンテンツ配信装置４の配信要求受付部４２は、複数のコンテンツ取得装置２のそれぞれから送信された複数の配信要求を、コンテンツ保持数およびリクエスト数とともにネットワークＮを介して受け付ける（Ｏｐ８）。

そして、配信優先度算出部４３は、リクエスト数をコンテンツ保持数で割ることにより算出される配信優先度を、Ｏｐ８にて受け付けた複数の配信要求のそれぞれが示すコンテンツのそれぞれについて算出する（Ｏｐ９）。具体的には、配信優先度算出部４３は、上記の（式１）に従って、配信優先度を算出する。そして、コンテンツ配信部４４は、配信優先度が高いコンテンツから優先して配信する（Ｏｐ１０）。

次に、Ｏｐ１０にて配信されたコンテンツを取得したコンテンツ取得装置２は、コンテンツ管理装置３に対して、コンテンツの取得が完了したことを示す完了報告を送信する（Ｏｐ１１）。

以上のように、本実施形態に係るコンテンツ配信装置４によれば、配信優先度算出部４３は、リクエスト数をコンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部４２が配信要求を受け付けたコンテンツについて算出する。すなわち、配信優先度は、コンテンツ保持数の割にリクエスト数が多ければ高くなる。そして、コンテンツ配信部４４は、配信要求受付部４２が複数のコンテンツの配信要求を受け付けた場合、複数のコンテンツを、配信優先度がより高いコンテンツから優先的に配信する。すなわち、配信要求受付部４２が複数のコンテンツの配信要求を受け付けた場合に、コンテンツ保持数の割にリクエスト数が多いコンテンツから優先して配信するので、Ｐ２Ｐシステム１全体の配信効率を向上させることが可能となる。

（変更例１）
上述の実施形態では、配信優先度算出部４３は、３日間（本日、昨日、一昨日）のリクエスト数をコンテンツ保持数で割ることにより配信優先度を算出する例について説明した。これに対して、変更例１では、配信優先度算出部４３は、コンテンツ取得装置２がコンテンツを現在取得中である場合のリクエスト数を、コンテンツ保持数で割ることにより配信優先度を算出する例について説明する。すなわち、変更例１のリクエスト数は、コンテンツ管理装置３がコンテンツ取得装置２から通知要求を受け付けたが、当該コンテンツ取得装置２から未だ完了報告を受信していない場合の、当該通知要求を受け付けた回数である。このため、変更例１に係る配信優先度算出部４３は、下記の（式２）に従って、配信優先度を算出する。これにより、変更例１に係る配信優先度算出部４３は、現在実際にコンテンツを取得しようとしているリクエスト数に基づいて配信優先度を算出することができる。

配信優先度＝（コンテンツ取得装置２が現在コンテンツを取得中である場合のリクエスト数）÷（コンテンツ保持数） ――― （式２）

（変更例２）
上述の実施形態では、コンテンツ取得装置２は、コンテンツ管理装置３からコンテンツ関連情報（コンテンツ保持数、リクエスト数）を取得し、コンテンツ配信装置４は、当該コンテンツ取得装置２から当該コンテンツ関連情報を取得する例について説明した。しかしながら、これに限定されるものではなく、例えば、コンテンツ配信装置４がコンテンツ取得装置２からコンテンツの配信要求を受け付けた場合に、コンテンツ配信装置４は、コンテンツ管理装置３から直接コンテンツ関連情報を取得するようにしてもよい。

（変更例３）
また、コンテンツ管理装置３は、コンテンツ関連情報記録部３３に記録されたコンテンツ関連情報が更新された場合に、コンテンツ配信装置４に対して、更新されたコンテンツ関連情報（コンテンツ保持数、リクエスト数）を通知する機能を備えるようにしてもよい。具体的には、コンテンツ管理装置３は、コンテンツ保持数またはリクエスト数がある閾値以上に変化した（更新された）場合に、コンテンツ配信装置４に対して、更新されたコンテンツ関連情報を通知する。この場合、コンテンツ配信装置４の配信優先度算出部４３は、コンテンツ管理装置３から通知されたコンテンツ関連情報に基づいて、配信優先度を算出する。

[実施の形態２]
図１０は、本実施形態に係るＰ２Ｐシステム１１の概略構成を示すブロック図である。すなわち、本実施形態に係るＰ２Ｐシステム１１では、コンテンツ管理装置５、およびコンテンツ配信装置６の有する機能が、図１に示すコンテンツ管理装置３、およびコンテンツ配信装置４とは異なっている。なお、図１０において、図１と同様の機能を有する構成については、同じ参照符号を付記し、その詳細な説明を省略する。

コンテンツ管理装置５は、図１に示すコンテンツ関連情報記録部３３の代わりに、コンテンツ関連情報記録部５１を備えている。また、コンテンツ管理装置５は、図１に示すコンテンツ管理装置３に加えて、総計配信速度算出部５２を備えている。

コンテンツ関連情報記録部５１は、コンテンツ関連情報を記録する。ここで、コンテンツ関連情報は、ネットワークＮ上で同じコンテンツを保持しているコンテンツ配信装置それぞれのコンテンツの配信速度（転送速度）の総計を表す総計配信速度と、通知要求受付部３１がコンテンツ取得装置２からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを含む。なお、本実施形態においては、総計配信速度は、複数のコンテンツ保持情報のそれぞれに対応する複数のコンテンツ配信装置のそれぞれのコンテンツの配信速度の総和により算出される。また、本実施形態に係るリクエスト数は、通知要求受付部３１が所定の期間内にコンテンツ取得装置２から通知要求を受け付けた回数を表す。なお、本実施形態においても、所定の期間は、本日、昨日、一昨日の３日間であるが、これに限定されないことは勿論である。

図１１は、本実施形態に係るコンテンツ管理装置５ａのコンテンツ関連情報記録部５１ａに記録されたコンテンツ関連情報の一例を示す図である。すなわち、本実施形態に係るコンテンツ関連情報記録部５１ａは、コンテンツ関連情報をテーブル５１０ａとして記録する。図１１に示すように、テーブル５１０ａには、コンテンツＡのコンテンツＩＤ「Ｃ００１」と、総計配信速度「２０００」（Ｍｂｐｓ）と、本日のリクエスト数「１２」と、昨日のリクエスト数「２０」と、一昨日のリクエスト数「２２」とがそれぞれ記録されている。なお、本実施形態に係る総計配信速度「２０００」（Ｍｂｐｓ）は、コンテンツ保持情報記録部３２ａに記録された複数のコンテンツ保持情報のそれぞれに対応する複数のコンテンツ配信装置のそれぞれのコンテンツの配信速度の総和である。

図１２は、本実施形態に係るコンテンツ管理装置５ｂのコンテンツ関連情報記録部５１ｂに記録されたコンテンツ関連情報の一例を示す図である。すなわち、本実施形態に係るコンテンツ関連情報記録部５１ｂは、コンテンツ関連情報をテーブル５１０ｂとして記録する。図１２に示すように、テーブル５１０ｂには、コンテンツＢのコンテンツＩＤ「Ｃ００２」と、総計配信速度「５０」（Ｍｂｐｓ）と、本日のリクエスト数「１」と、昨日のリクエスト数「０」と、一昨日のリクエスト数「１」とがそれぞれ記録されている。なお、本実施形態に係る総計配信速度「５０」（Ｍｂｐｓ）は、コンテンツ保持情報記録部３２ｂに記録された複数のコンテンツ保持情報のそれぞれに対応する複数のコンテンツ配信装置のそれぞれのコンテンツの配信速度の総和である。

総計配信速度算出部５２は、まず、コンテンツ保持情報記録部３２に記録された複数のコンテンツ保持情報のそれぞれに対応する複数のコンテンツ配信装置のそれぞれのコンテンツの配信速度を、当該複数のコンテンツ配信装置のそれぞれから取得する。すなわち、複数のコンテンツ配信装置のそれぞれには、当該複数のコンテンツ配信装置のそれぞれにおいて自ら計測したコンテンツの配信速度が予め記録されている。総計配信速度算出部５２は、取得したコンテンツの配信速度の総和をとることにより、総計配信速度を算出する。総計配信速度算出部５２は、算出した総計配信速度をコンテンツ関連情報記録部５１へ記録する。

コンテンツ配信装置６は、図１に示す配信優先度算出部４３の代わりに、配信優先度算出部６１を備えている。

配信優先度算出部６１は、リクエスト数を総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部４２が配信要求を受け付けたコンテンツについて算出する。すなわち、配信優先度算出部６１は、下記の（式３）に従って、配信優先度を算出する。つまり、下記の（式３）の配信優先度は、総計配信速度の割にリクエスト数が多ければ高くなる。なお、下記の（式３）にある係数（補正係数）をかけることにより、配信優先度を算出してもよい。

配信優先度＝（本日のリクエスト数＋昨日のリクエスト数＋一昨日のリクエスト数）÷（総計配信速度） ――― （式３）

以上のように、本実施形態に係るコンテンツ配信装置６によれば、配信優先度算出部６１は、リクエスト数を総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、配信要求受付部４２が配信要求を受け付けたコンテンツについて算出する。すなわち、配信優先度は、総計配信速度の割にリクエスト数が多ければ高くなる。そして、コンテンツ配信部４４は、配信要求受付部４２が複数のコンテンツの配信要求を受け付けた場合、複数のコンテンツを、配信優先度がより高いコンテンツから優先的に配信する。すなわち、配信要求受付部４２が複数のコンテンツの配信要求を受け付けた場合に、総計配信速度の割にリクエスト数が多いコンテンツから優先して配信するので、Ｐ２Ｐシステム１１全体の配信効率を向上させることが可能となる。

以上の実施の形態に関し、更に以下の付記を開示する。

（付記１）
コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置であって、
コンテンツが予め記録されたコンテンツ記録部と、
前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、
前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、
前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える、コンテンツ配信装置。

（付記２）
コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置であって、
コンテンツが予め記録されたコンテンツ記録部と、
前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、
前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置それぞれのコンテンツの配信速度の総計を表す総計配信速度と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、
前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える、コンテンツ配信装置。

（付記３）
前記コンテンツ配信部により配信されたコンテンツを取得したコンテンツ取得装置は、コンテンツの保持状況に関して問い合わせたコンテンツ管理装置に対して、コンテンツの取得が完了したことを表す完了報告を送信し、
前記リクエスト数は、前記コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けたが、当該コンテンツ取得装置から未だ前記完了報告を受信していない場合の、コンテンツの保持状況に関して問い合わせを受け付けた回数を表す、付記１または２に記載のコンテンツ配信装置。

（付記４）
コンテンツ管理装置とコンテンツ取得装置とコンテンツ配信装置とがネットワークに接続された通信システムであって、
前記コンテンツ管理装置には、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とが記録されており、
前記コンテンツ配信装置は、
コンテンツが予め記録されたコンテンツ記録部と、
前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、
前記コンテンツ管理装置または前記コンテンツ取得装置から、前記コンテンツ管理装置に記録された前記コンテンツ保持数および前記リクエスト数を取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、
前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える、通信システム。

（付記５）
コンテンツ管理装置とコンテンツ取得装置とコンテンツ配信装置とがネットワークに接続された通信システムであって、
前記コンテンツ管理装置には、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置それぞれのコンテンツの配信速度の総計を表す総計配信速度と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とが記録されており、
前記コンテンツ配信装置は、
コンテンツが予め記録されたコンテンツ記録部と、
前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、
前記コンテンツ管理装置または前記コンテンツ取得装置から、前記コンテンツ管理装置に記録された前記総計配信速度および前記リクエスト数を取得し、前記リクエスト数を前記総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、
前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える、通信システム。

（付記６）
コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置が処理を実行するコンテンツ配信方法であって、
コンテンツが予め記録されたコンテンツ記録部に、前記コンテンツ配信装置がアクセス可能であって、
前記コンテンツ配信装置が備える配信要求受付部が、前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付工程と、
前記コンテンツ配信装置が備える配信優先度算出部が、前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付工程により配信要求が受け付けられたコンテンツについて算出する配信優先度算出工程と、
前記コンテンツ配信装置が備えるコンテンツ配信部が、前記配信要求受付工程により複数のコンテンツの配信要求が受け付けられた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信工程とを有する、コンテンツ配信方法。
（付記７）
コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置が処理を実行するコンテンツ配信方法であって、
コンテンツが予め記録されたコンテンツ記録部に、前記コンテンツ配信装置がアクセス可能であって、
前記コンテンツ配信装置が備える配信要求受付部が、前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付工程と、
前記コンテンツ配信装置が備える配信優先度算出部が、前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置それぞれのコンテンツの配信速度の総計を表す総計配信速度と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付工程により配信要求が受け付けられたコンテンツについて算出する配信優先度算出工程と、
前記コンテンツ配信装置が備えるコンテンツ配信部が、前記配信要求受付工程により複数のコンテンツの配信要求が受け付けられた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信工程とを有する、コンテンツ配信方法。

（付記８）
コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置に処理を実行させるプログラムであって、
コンテンツが予め記録されたコンテンツ記録部に、前記コンテンツ配信装置がアクセス可能であって、
前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付処理と、
前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付処理により配信要求が受け付けられたコンテンツについて算出する配信優先度算出処理と、
前記配信要求受付処理により複数のコンテンツの配信要求が受け付けられた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信処理とを前記コンテンツ配信装置に実行させる、プログラム。
（付記９）
コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置に処理を実行させるプログラムであって、
コンテンツが予め記録されたコンテンツ記録部に、前記コンテンツ配信装置がアクセス可能であって、
前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付処理と、
前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置それぞれのコンテンツの配信速度の総計を表す総計配信速度と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記総計配信速度で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付処理により配信要求が受け付けられたコンテンツについて算出する配信優先度算出処理と、
前記配信要求受付処理により複数のコンテンツの配信要求が受け付けられた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信処理とを前記コンテンツ配信装置に実行させる、プログラム。

以上のように、本発明は、通信システム全体の配信効率を向上させることができるコンテンツ配信装置、通信システム、コンテンツ配信方法、またはプログラムとして有用である。

図１は、本発明の第１の実施形態に係るＰ２Ｐシステムの概略構成を示すブロック図である。 図２は、コンテンツ管理装置３ａのコンテンツ保持情報記録部３２ａに記録されたコンテンツ保持情報の一例を示す図である。 図３は、コンテンツ管理装置３ｂのコンテンツ保持情報記録部３２ｂに記録されたコンテンツ保持情報の一例を示す図である。 図４は、コンテンツ管理装置３ａのコンテンツ関連情報記録部３３ａに記録されたコンテンツ関連情報の一例を示す図である。 図５は、コンテンツ管理装置３ｂのコンテンツ関連情報記録部３３ｂに記録されたコンテンツ関連情報の一例を示す図である。 図６は、関連情報更新部３４ａがコンテンツ保持数および本日のリクエスト数に“１”を加算した後の、コンテンツ関連情報記録部３３ａに記録されたコンテンツ関連情報の一例を示す図である。 図７は、関連情報更新部３４ｂがコンテンツ保持数および本日のリクエスト数に“１”を加算した後の、コンテンツ関連情報記録部３３ｂに記録されたコンテンツ関連情報の一例を示す図である。 図８は、コンテンツ取得装置がコンテンツ管理装置に対して通知要求を送信してからコンテンツ取得装置がコンテンツ配信装置に対して配信要求を送信するまでのＰ２Ｐシステムの動作例を示すフローチャートである。 図９は、コンテンツ取得装置から送信された配信要求をコンテンツ配信装置が受け付けた場合のＰ２Ｐシステムの動作例を示すフローチャートである。 図１０は、本発明の第２の実施形態に係るＰ２Ｐシステムの概略構成を示すブロック図である。 図１１は、コンテンツ管理装置５ａのコンテンツ関連情報記録部５１ａに記録されたコンテンツ関連情報の一例を示す図である。 図１２は、コンテンツ管理装置５ｂのコンテンツ関連情報記録部５１ｂに記録されたコンテンツ関連情報の一例を示す図である。 図１３は、従来のＰ２Ｐシステムにおける問題点を説明するための図である。

符号の説明

１，１１ Ｐ２Ｐシステム（通信システム）
２ コンテンツ取得装置
３，５ コンテンツ管理装置
４，６ コンテンツ配信装置
４１ コンテンツ記録部
４２ 配信要求受付部
４３，６１ 配信優先度算出部
４４ コンテンツ配信部

Claims (5)

1. コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置であって、
   コンテンツが予め記録されたコンテンツ記録部と、
   前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、
   前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、
   前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える、コンテンツ配信装置。
2. 前記コンテンツ配信部により配信されたコンテンツを取得したコンテンツ取得装置は、コンテンツの保持状況に関して問い合わせたコンテンツ管理装置に対して、コンテンツの取得が完了したことを表す完了報告を送信し、
   前記リクエスト数は、前記コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けたが、当該コンテンツ取得装置から未だ前記完了報告を受信していない場合の、コンテンツの保持状況に関して問い合わせを受け付けた回数を表す、請求項１に記載のコンテンツ配信装置。
3. コンテンツ管理装置とコンテンツ取得装置とコンテンツ配信装置とがネットワークに接続された通信システムであって、
   前記コンテンツ管理装置には、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とが記録されており、
   前記コンテンツ配信装置は、
   コンテンツが予め記録されたコンテンツ記録部と、
   前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付部と、
   前記コンテンツ管理装置または前記コンテンツ取得装置から、前記コンテンツ管理装置に記録された前記コンテンツ保持数および前記リクエスト数を取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付部が配信要求を受け付けたコンテンツについて算出する配信優先度算出部と、
   前記配信要求受付部が複数のコンテンツの配信要求を受け付けた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信部とを備える、通信システム。
4. コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置が処理を実行するコンテンツ配信方法であって、
   コンテンツが予め記録されたコンテンツ記録部に、前記コンテンツ配信装置がアクセス可能であって、
   前記コンテンツ配信装置が備える配信要求受付部が、前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付工程と、
   前記コンテンツ配信装置が備える配信優先度算出部が、前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付工程により配信要求が受け付けられたコンテンツについて算出する配信優先度算出工程と、
   前記コンテンツ配信装置が備えるコンテンツ配信部が、前記配信要求受付工程により複数のコンテンツの配信要求が受け付けられた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信工程とを有する、コンテンツ配信方法。
5. コンテンツ管理装置とコンテンツ取得装置とが接続されたネットワークに接続されるコンテンツ配信装置に処理を実行させるプログラムであって、
   コンテンツが予め記録されたコンテンツ記録部に、前記コンテンツ配信装置がアクセス可能であって、
   前記コンテンツ取得装置から、コンテンツの配信要求を受け付ける配信要求受付処理と、
   前記コンテンツ管理装置または前記コンテンツ取得装置から、前記ネットワーク上で同じコンテンツを記録しているコンテンツ配信装置の数を表すコンテンツ保持数と、当該コンテンツ管理装置が前記コンテンツ取得装置からコンテンツの保持状況に関して問い合わせを受け付けた回数を表すリクエスト数とを取得し、前記リクエスト数を前記コンテンツ保持数で割ることにより算出される値に基づいて得られる配信優先度を、前記配信要求受付処理により配信要求が受け付けられたコンテンツについて算出する配信優先度算出処理と、
   前記配信要求受付処理により複数のコンテンツの配信要求が受け付けられた場合、当該複数のコンテンツを、前記配信優先度がより高いコンテンツから優先的に配信するコンテンツ配信処理とを前記コンテンツ配信装置に実行させる、プログラム。

Images