JP2007243552A - 情報処理装置および方法、並びにプログラム - Google Patents

Abstract

【課題】よりデータ量の多いコンテンツを取得する。
【解決手段】受信制御部２０１は、コンテンツＩＤと、コンテンツＩＤで特定されるコンテンツのジャンルを示すジャンル情報との受信を制御する。嗜好解析部１８７は、コンテンツＩＤで特定されるコンテンツが視聴される可能性を算出する。コミュニティ選択部１９２は、ジャンル情報と、コミュニティのジャンルを示すデータとから、コミュニティを選択する。他プロキシ問い合わせ部２０９は、選択されたコミュニティを構成する他の情報処理装置に、コンテンツを記録しているかを問い合わせる。コンテンツ受信制御部２０８は、コンテンツを記録している他の情報処理装置から、コンテンツをネットワークを介して取得する。コンテンツ読み書き制御部１８３は、取得したコンテンツの記録を制御する。本発明は、プロキシに適用できる。
【選択図】図１２

Description

本発明は情報処理装置および方法、並びにプログラムに関し、特に、コンテンツを取得できるようにした情報処理装置および方法、並びにプログラムに関する。

現在のコンテンツ配信方式の主流は、ストリーミング形式である。ストリーミングでは、閲覧に必要なデータを順次流すことにより、容量の大きなファイルであっても、すぐに再生できるメリットがある。

個人の嗜好情報に基づいてコンテンツを選択して記録するものがある（例えば、特許文献１参照）。

また、個人の嗜好情報に基づいて、コンテンツサーバから予めコンテンツの先頭ファイル部分をダウンロードしておくことで、コンテンツの再生を待ち時間なく行うことができるようにしているものもある（例えば、特許文献２参照）。

特開２００４−７２３９６号公報

特開２００５−１３５００８号公報

しかしながら、サーバへの接続時間が非常に長くなり、サーバへの負荷が大きくなるため、スケーラビリティが低い。また、データが途切れると映像が途切れるため、光回線など安定的に帯域を確保できる通信路を用意するか、コンテンツの解像度を落としデータ量を削減する必要がある。

現在は、データ量を落としているので、インターネットを介して提供されるコンテンツの画質はきわめて低い。

もし、HDクラスの高品位映像のコンテンツを配信しようとした場合、現在の仕組みでは非常に困難である。

本発明は、このような状況に鑑みてなされたものであり、よりデータ量の多いコンテンツを取得することができるようにするものである。

本発明の一側面の情報処理装置は、コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置であって、前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御する受信制御手段と、前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出する算出手段と、前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択する選択手段と、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせる問い合わせ手段と、他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得する取得手段と、取得した前記コンテンツの記録を制御する記録制御手段とを備える。

前記端末装置に供給した他のコンテンツを示す履歴を記録する記録手段をさらに設けることができる。

前記算出手段には、前記記録手段に記録されている、前記端末装置に供給した他のコンテンツを示す履歴と、受信したジャンル情報とから、前記端末装置の使用者が、コンテンツＩＤで特定される前記コンテンツを好む度合いである、前記端末装置の使用者に前記コンテンツが視聴される可能性を算出させることができる。

コミュニティのそれぞれについて、コミュニティを構成する複数の情報処理装置のアドレスとジャンルを示すデータとを記録する記録手段をさらに設け、問い合わせ手段には、記録されているアドレスを基に、選択されたコミュニティを構成する他の情報処理装置に、コンテンツＩＤで特定される前記コンテンツを記録しているかを問い合わさせることができる。

本発明の一側面の情報処理方法は、コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置の情報処理方法であって、前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御し、前記情報処理装置が前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出し、前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択し、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせ、他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得し、取得した前記コンテンツの記録を制御するステップを含む。

本発明の一側面のプログラムは、コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置のコンピュータに、前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御し、前記情報処理装置が前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出し、前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択し、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせ、他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得し、取得した前記コンテンツの記録を制御するステップを実行させる。

ネットワークとは、少なくとも２つの装置が接続され、ある装置から、他の装置に対して、情報の伝達をできるようにした仕組みをいう。ネットワークを介して通信する装置は、独立した装置どうしであっても良いし、１つの装置を構成している内部ブロックどうしであっても良い。

また、通信とは、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであっても良い。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであっても良い。

本発明の一側面においては、提供装置からネットワークを介して送信されてくる、コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信が制御され、前記情報処理装置が前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性が算出され、前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティが選択され、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかが前記ネットワークを介して問い合わされ、他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツが前記ネットワークを介して取得され、取得した前記コンテンツの記録が制御される。

以上のように、本発明の一側面によれば、コンテンツを取得することができる。

また、本発明の一側面によれば、よりデータ量の多いコンテンツを取得することができる。

以下に本発明の実施の形態を説明するが、本発明の構成要件と、明細書または図面に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、明細書または図面に記載されていることを確認するためのものである。従って、明細書または図面中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

本発明の一側面の情報処理装置は、コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置であって、前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御する受信制御手段（例えば、図１２の受信制御部２０１）と、前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出する算出手段（例えば、図１２の嗜好解析部１８７）と、前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択する選択手段（例えば、図１２のコミュニティ選択部１９２）と、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせる問い合わせ手段（例えば、図１２の他プロキシ問い合わせ部２０９）と、他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得する取得手段（例えば、図１２のコンテンツ受信制御部２０８）と、取得した前記コンテンツの記録を制御する記録制御手段（例えば、図１２のコンテンツ読み書き制御部１８３）とを備える。

前記端末装置に供給した他のコンテンツを示す履歴を記録する記録手段（例えば、図１２の閲覧履歴データベース）をさらに設けることができる。

コミュニティのそれぞれについて、コミュニティを構成する複数の情報処理装置のアドレスとジャンルを示すデータとを記録する記録手段（例えば、図１２のコミュニティデータベース１９６）をさらに設け、問い合わせ手段には、記録されているアドレスを基に、選択されたコミュニティを構成する他の情報処理装置に、コンテンツＩＤで特定される前記コンテンツを記録しているかを問い合わさせることができる。

本発明の一側面の情報処理方法は、コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置の情報処理方法であって、前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御し（例えば、図３３のステップＳ１３０２）、前記情報処理装置が前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出し（例えば、図３４のステップＳ１３０４）、前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択し（例えば、図３３のステップＳ１３０８）、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせ（例えば、図３３のステップＳ１３１１）、他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得し（例えば、図３３のステップＳ１３１６）、取得した前記コンテンツの記録を制御する（例えば、図３３のステップＳ１３１７）ステップを含む。

図１は、本発明の一実施の形態のコンテンツ提供システムの構成の例を示す図である。図１に示されるコンテンツ提供システムは、コンテンツサーバ１１、ネットワーク１２−１およびネットワーク１２−２、クライアント１３−１乃至クライアント１３−４、プロキシ１４−１乃至プロキシ１４−４、ミラーサーバ１５−１およびミラーサーバ１５−２、鍵サーバ１６、並びにコンテンツID管理サーバ１７から構成される。

コンテンツサーバ１１は、ネットワーク１２−１またはネットワーク１２−２を介して、コンテンツを提供する。ここで、コンテンツは、動画像データ、静止画像データ、または音声データなどであり、使用者にとって有意なデータである。

ネットワーク１２−１およびネットワーク１２−２は、有線または無線により、電磁気または光などを媒体として、コンテンツサーバ１１、プロキシ１４−１乃至プロキシ１４−４、ミラーサーバ１５−１およびミラーサーバ１５−２、鍵サーバ１６、並びにコンテンツID管理サーバ１７の間で、各種のデータを伝送する。

クライアント１３−１乃至クライアント１３−４は、提供されたコンテンツを、それぞれの使用者に提示する。例えば、動画像データまたは静止画像データであるコンテンツが提供された場合、クライアント１３−１乃至クライアント１３−４は、提供されたコンテンツで表示される動画像または静止画像を表示する。例えば、音声データであるコンテンツが提供された場合、クライアント１３−１乃至クライアント１３−４は、提供されたコンテンツにより音声を出力する。

クライアント１３−１乃至クライアント１３−４は、それぞれ、プロキシ１４−１乃至プロキシ１４−４を介してコンテンツサーバ１１からコンテンツを取得するか、またはプロキシ１４−１乃至プロキシ１４−４からコンテンツを取得する。

また、クライアント１３−１乃至クライアント１３−４は、コンテンツサーバ１１から提供されるコンテンツに関する情報を提供するWeb（World-Wide Web）ページのデータを、ネットワーク１２−１またはネットワーク１２−２およびプロキシ１４−１乃至プロキシ１４−４のいずれかを介して、コンテンツサーバ１１から取得する。

プロキシ１４−１乃至プロキシ１４−４は、それぞれ、コンテンツサーバ１１から提供されるコンテンツに関する情報を提供するWebページのデータを、ネットワーク１２−１またはネットワーク１２−２を介して、コンテンツサーバ１１から取得する。プロキシ１４−１は、クライアント１３−１に、取得したWebページのデータを供給する。同様に、プロキシ１４−２乃至プロキシ１４−４は、それぞれ、クライアント１３−２乃至クライアント１３−４のそれぞれに、取得したWebページのデータを供給する。

プロキシ１４−１は、ネットワーク１２−１を介して、コンテンツサーバ１１からコンテンツを取得する。または、プロキシ１４−１は、ネットワーク１２−１またはネットワーク１２−２を介して、ミラーサーバ１５−１若しくはミラーサーバ１５−２、またはプロキシ１４−２乃至プロキシ１４−４のいずれかから、コンテンツを取得する。

プロキシ１４−１は、コンテンツを取得した場合、プロキシ１４−２乃至プロキシ１４−４に、ネットワーク１２−１またはネットワーク１２−２を介して、コンテンツを提供する。

同様に、プロキシ１４−２乃至プロキシ１４−４は、それぞれ、ネットワーク１２−１を介して、コンテンツサーバ１１からコンテンツを取得する。または、プロキシ１４−２乃至プロキシ１４−４は、それぞれ、ネットワーク１２−１またはネットワーク１２−２を介して、ミラーサーバ１５−１またはミラーサーバ１５−２からコンテンツを取得する。さらにまたは、プロキシ１４−２乃至プロキシ１４−４は、それぞれ、ネットワーク１２−１またはネットワーク１２−２を介して、プロキシ１４−１乃至プロキシ１４−４のうちの自分以外のいずれかから、コンテンツを取得する。

プロキシ１４−２乃至プロキシ１４−４は、コンテンツを取得した場合、プロキシ１４−１乃至プロキシ１４−４のうちの自分以外のいずれかに、ネットワーク１２−１またはネットワーク１２−２を介して、コンテンツを提供する。

ミラーサーバ１５−１およびミラーサーバ１５−２は、それぞれ、ネットワーク１２−１またはネットワーク１２−２を介して、プロキシ１４−１乃至プロキシ１４−４に、コンテンツを提供する。

例えば、図２に示されるように、クライアント１３−１は、クライアント１３−１の使用者３１−１による操作に応じて、HTTP（Hyper Text Transfer Protocol）に基づいて、コンテンツサーバ１１から提供されるコンテンツに関する情報を提供するWebページのデータのリクエストを、プロキシ１４−１に送信する。プロキシ１４−１は、HTTPに基づいて、コンテンツサーバ１１から提供されるコンテンツに関する情報を提供するWebページのデータのリクエストを、ネットワーク１２−１を介してコンテンツサーバ１１に転送する。

リクエストを受信したコンテンツサーバ１１は、HTTPに基づいて、コンテンツサーバ１１から提供されるコンテンツに関する情報を提供するWebページのデータをネットワーク１２−１を介して送信してくるので、プロキシ１４−１は、そのWebページのデータを受信する。プロキシ１４−１は、HTTPに基づいて、受信したWebページのデータをクライアント１３−１に供給する。

コンテンツサーバ１１から送信されてくる、コンテンツに関する情報を提供するWebページのデータには、例えば、コンテンツサーバ１１、ミラーサーバ１５−１、またはプロキシ１４−２などのコンテンツを提供できる装置のIP（Internet Protocol）アドレスが含まれている。

プロキシ１４−１は、コンテンツサーバ１１から提供されるコンテンツに関する情報を提供するWebページ（例えば、トップページ）のデータを受信すると、Webページのデータに含まれている、コンテンツを提供できる装置である、例えば、コンテンツサーバ１１、ミラーサーバ１５−１、またはプロキシ１４−２のIPアドレスを用いて、コンテンツサーバ１１、ミラーサーバ１５−１、またはプロキシ１４−２からコンテンツを取得する。

この場合、プロキシ１４−１は、Webページのデータを取得するプロトコルであるHTTPと異なるプロトコルで、コンテンツを取得することができる。例えば、プロキシ１４−１は、FTP（File Transfer Protocol）に基づいて、コンテンツサーバ１１からコンテンツを取得する。また例えば、プロキシ１４−１は、バルク転送プロトコルに基づいて、コンテンツサーバ１１からコンテンツを取得する。

また、例えば、プロキシ１４−１は、コンテンツを取得する相手としてミラーサーバ１５−１を選択し、ミラーサーバ１５−１からコンテンツを取得する。

さらに、例えば、プロキシ１４−１は、BitTorrentプロトコルなどのP2P（Peer to Peer）プロトコルに基づいて、プロキシ１４−２などからコンテンツを取得する。

例えば、図３で示されるように、プロキシ１４−１は、ネットワーク１２−１を介して、Webページのデータをコンテンツサーバ１１から取得し、ネットワーク１２−２を介して、コンテンツサーバ１１、ミラーサーバ１５−１、プロキシ１４−２、またはプロキシ１４−３からコンテンツを取得する。この場合、例えば、ネットワーク１２−２は、光バルク転送により、コンテンツを伝送する。

このようにすることで、使用者に、コンテンツを取得するための操作を要求する必要がなく、その結果、使用者は、コンテンツを取得するためのプロトコルを意識することなく、高速にコンテンツを通信することができる。

コンテンツの伝送が何らかの原因で中断された場合には、その中断された部分から再度コンテンツを伝送できるようにすることが好ましい。

例えば、図４で示されるように、コンテンツ５１が、最初の部分である部分#0と、部分#0の次の部分である部分#1と、部分#1の次の部分である部分#2と、部分#2の次の部分である部分#3とからなり、コンテンツ５１の部分#0が、使用者３１−２のプロキシ１４−２から提供されていて、コンテンツ５１の部分#1が、使用者３１−４のプロキシ１４−４から提供されていて、コンテンツ５１の部分#2が、使用者３１−３のプロキシ１４−３から提供されていて、コンテンツ５１の部分#3が、使用者３１−５のプロキシ１４−５から提供されている場合、プロキシ１４−１は、ネットワーク１２−１またはネットワーク１２−１を介して、BitTorrentプロトコルに基づいて、コンテンツ５１の部分#0をプロキシ１４−２から取得し、コンテンツ５１の部分#1をプロキシ１４−４から取得し、コンテンツ５１の部分#2をプロキシ１４−３から取得し、コンテンツ５１の部分#3をプロキシ１４−５から取得する。

図１に戻り、鍵サーバ１６は、コンテンツが暗号化されている場合、コンテンツを復号するための鍵を提供する。

なお、暗号化されているコンテンツを提供すると共に、暗号化されているコンテンツを復号するための鍵を提供するサーバ４１を設けるようにしてもよい。

この場合、例えば、図５で示されるように、プロキシ１４−１から、プロキシ１４−１のMAC（Media Access Control）アドレスが通知されると、サーバ４１は、暗号化されているコンテンツ６１をMACアドレスから特定したIPアドレス宛てに、すなわちプロキシ１４−１に送信する。また、プロキシ１４−１は、サーバ４１から、暗号化されているコンテンツ６１を復号するための鍵６２を取得する。

さらに、プロキシ１４−２から、プロキシ１４−２のMACアドレスが通知されると、サーバ４１は、暗号化されているコンテンツ６１を受信したプロキシ１４−１のIPアドレスをプロキシ１４−２に送信するので、プロキシ１４−２は、プロキシ１４−１から、暗号化されているコンテンツ６１（の複製）を取得する。プロキシ１４−２は、サーバ４１から、暗号化されているコンテンツ６１を復号するための鍵６２を取得する。

なお、例えば、プロキシ１４−１から、プロキシ１４−１のMACアドレスが通知されると、サーバ４１は、MACアドレスおよび暗号鍵でコンテンツ６１を暗号化し、このように暗号化されているコンテンツ６１をプロキシ１４−１に送信するようにしてもよい。この場合、プロキシ１４−１は、サーバ４１から、暗号化されているコンテンツ６１を復号するための鍵６２を取得すれば、自分のMACアドレスと鍵６２とで、コンテンツを復号することができる。しかし、プロキシ１４−２が、このコンテンツ６１を取得し、鍵６２を取得しても、コンテンツを復号することはできない。

図１に戻り、コンテンツID管理サーバ１７は、ミラーサーバ１５−１およびミラーサーバ１５−２並びにプロキシ１４−１乃至プロキシ１４−４のうち、コンテンツIDで特定されるコンテンツを提供することができるもののIPアドレスを、プロキシ１４−１乃至プロキシ１４−４に供給する。

このように、図１に示されるコンテンツ提供システムにおいて、プロキシ１４−１乃至プロキシ１４−４は、コンテンツサーバ１１に限らず、ミラーサーバ１５−１若しくはミラーサーバ１５−２、またはプロキシ１４−１乃至プロキシ１４−４のうちの自分以外のいずれかからコンテンツを取得し、取得したコンテンツをクライアント１３−１乃至クライアント１３−４に提供する。

このようにすることで、プロキシ１４−１乃至プロキシ１４−４は、コンテンツサーバ１１の能力によって制限されることなく、より高速な伝送により、より迅速にコンテンツを取得することができるようになる。

以下、ネットワーク１２−１またはネットワーク１２−２を個々に区別する必要がないとき、単に、ネットワーク１２と称する。

以下、クライアント１３−１乃至クライアント１３−４のそれぞれを個々に区別する必要がないとき、単に、クライアント１３と称する。

以下、プロキシ１４−１乃至プロキシ１４−４のそれぞれを個々に区別する必要がないとき、単に、プロキシ１４と称する。

以下、ミラーサーバ１５−１またはミラーサーバ１５−２を個々に区別する必要がないとき、単に、ミラーサーバ１５と称する。

次に、コンテンツサーバ１１、プロキシ１４、コンテンツID管理サーバ１７の構成について説明する。

図６は、コンテンツサーバ１１のハードウェアの構成の例を示すブロック図である。CPU（Central Processing Unit）１０１は、ROM（Read Only Memory）１０２、または記憶部１０８に記憶されているプログラムに従って各種の処理を実行する。RAM（Random Access Memory）１０３には、CPU１０１が実行するプログラムやデータなどが適宜記憶される。これらのCPU１０１、ROM１０２、およびRAM１０３は、バス１０４により相互に接続されている。

CPU１０１にはまた、バス１０４を介して入出力インターフェース１０５が接続されている。入出力インターフェース１０５には、キーボード、マウス、マイクロホンなどよりなる入力部１０６、ディスプレイ、スピーカなどよりなる出力部１０７が接続されている。CPU１０１は、入力部１０６から入力される指令に対応して各種の処理を実行する。そして、CPU１０１は、処理の結果を出力部１０７に出力する。

入出力インターフェース１０５に接続されている記憶部１０８は、例えばハードディスクからなり、CPU１０１が実行するプログラムや各種のデータを記憶する。通信部１０９は、インターネットやローカルエリアネットワークなどのネットワーク１２を介して外部の装置と通信する。

また、通信部１０９を介してプログラムを取得し、記憶部１０８に記憶してもよい。

入出力インターフェース１０５に接続されているドライブ１１０は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１１１が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１０８に転送され、記憶される。

なお、コンテンツID管理サーバ１７は、コンテンツサーバ１１と同様の構成とされるので、その説明は省略する。

図７は、プロキシ１４のハードウェアの構成の例を示すブロック図である。CPU１２１は、ROM１２２、または記憶部１２８に記憶されているプログラムに従って各種の処理を実行する。RAM１２３には、CPU１２１が実行するプログラムやデータなどが適宜記憶される。これらのCPU１２１、ROM１２２、およびRAM１２３は、バス１２４により相互に接続されている。

CPU１２１にはまた、バス１２４を介して入出力インターフェース１２５が接続されている。入出力インターフェース１２５には、ボタンスイッチ、ディップスイッチなどよりなる入力部１２６、ディスプレイ、スピーカ、ランプなどよりなる出力部１２７が接続されている。CPU１２１は、入力部１２６から入力される指令などに対応して各種の処理を実行する。そして、CPU１２１は、処理の結果を出力部１２７に出力する。

入出力インターフェース１２５に接続されている記憶部１２８は、例えばハードディスクからなり、CPU１２１が実行するプログラムや各種のデータを記憶する。通信部１２９は、インターネットやローカルエリアネットワークなどのネットワーク１２−１を介して外部の装置と通信する。通信部１３０は、ローカルエリアネットワークなどのネットワーク１２−２を介して外部の装置と通信する。例えば、通信部１２９を、電気信号を伝送媒体とする通信のためのインターフェースとし、通信部１３０を、光を伝送媒体とする通信のためのインターフェースとすることができる。

また、通信部１２９または通信部１３０を介してプログラムを取得し、記憶部１２８に記憶してもよい。

なお、通信部１２９または通信部１３０のいずれか一方は、設けないようにしてもよい。例えば、プロキシ１４−１およびプロキシ１４−２においては、通信部１２９および通信部１３０の双方が設けられ、プロキシ１４−３においては、通信部１３０のみが設けられ、プロキシ１４−４においては、通信部１２９のみが設けられるようにしてもよい。

この場合、例えば、プロキシ１４−１およびプロキシ１４−２は、インターネットであるネットワーク１２−１を介して、Webページのデータをコンテンツサーバ１１から取得し、ローカルな光ネットワークとして構成されているネットワーク１２−２を介して、コンテンツサーバ１１、ミラーサーバ１５−１、プロキシ１４−２、またはプロキシ１４−３からコンテンツを取得する。

入出力インターフェース１２５に接続されているドライブ１３１は、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア１３２が装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて記憶部１２８に転送され、記憶される。

次に、コンテンツサーバ１１、プロキシ１４、またはコンテンツID管理サーバ１７のプログラムの実行により実現される機能の構成について説明する。

図８は、プログラムを実行するコンテンツサーバ１１のCPU１０１により実現される機能の構成を示すブロック図である。CPU１０１のプログラムの実行により、コンテンツサーバ１１において、Webサーバ１５１、コンテンツ情報生成部１５２、プロキシ情報記録制御部１５３、コンテンツデータベース１５４、およびダウンロードデータベース１５５が実現される。

Webサーバ１５１は、通信部１０９を制御して、ネットワーク１２を介して、プロキシ１４に、Webページのデータを送信する。また、Webサーバ１５１は、ネットワーク１２を介して、プロキシ１４に、コンテンツ情報生成部１５２において生成されたコンテンツ情報を送信する。すなわち、Webサーバ１５１は、ネットワーク１２を介したプロキシ１４へのコンテンツ情報の送信を制御する。また、Webサーバ１５１は、ネットワーク１２を介したプロキシ１４への、コンテンツ情報生成部１５２において生成されたデータの送信を制御する。

コンテンツ情報生成部１５２は、ネットワーク１２を介して、プロキシ１４に送信するコンテンツ情報を生成する。

すなわち、例えば、コンテンツ情報生成部１５２は、情報処理装置のうちの第２の情報処理装置の一例であるプロキシ１４−１から要求されたページ生成用のデータであって、コンテンツを取得した第１の情報処理装置の一例であるプロキシ１４−２のアドレスが配置されたデータを生成する。

コンテンツ情報には、コンテンツサーバ１１のIPアドレス、ミラーサーバ１５のIPアドレス、またはコンテンツを既に取得したプロキシ１４のIPアドレスなどが配置されている。

ここで、図９乃至図１１を参照して、XML（eXtensible Mark-up Language）方式で記述されているコンテンツ情報の具体例について説明する。

図９で示されるコンテンツ情報の最初に、<?xml version=“1.0” encoding=“euc-jp” ?>と記述されているタグは、XML宣言であり、コンテンツ情報がXML方式で記述されていることを示す。encoding=“euc-jp”は、文字コードを記述する。

<?xml-stylesheet type="text/xsl" href="index.xsl"?>と記述されているタグは、いわゆるstylesheet要素であり、コンテンツ情報とデータの構造の変換処理の記述であるスタイルシートとを結びつける。"text/xsl"であるtype属性の値は、xslスタイルシートであるスタイルシートが結びつけられることを示し、href属性の値は参照するURI（Universal Resource Identifier）を示す。

<page>と</page>との間に配置された情報は、１つのページを構成する。<contents>と</contents>との間には、１または複数のコンテンツに関係する情報が配置される。

<video>と</video>との間には、１つのコンテンツである１つの動画像のコンテンツに関係する情報が配置される。<name>と</name>との間に配置されている情報は、動画像のコンテンツの名前を示す。

<exp>と</exp>との間には、動画像のコンテンツの説明が記述される。<genru>と</genru>との間に配置されている情報は、動画像のコンテンツのジャンルを示す。

<fname>と</fname>との間には、ページに表示される画像であって、動画像のコンテンツを代表する画像の画像データを格納しているファイルの名前が記述される。<img>と</img>との間には、ページに表示される画像の画像データを格納しているファイルの名前が記述される。

<icon>と</icon>との間には、動画像のコンテンツのダウンロードを指示するためのアイコンの画像データを格納しているファイルの名前が記述される。

<url1>と</url1>との間、<url2>と</url2>との間、<url3>と</url3>との間、および<url4>と</url4>との間には、それぞれ、コンテンツを提供する、コンテンツサーバ１１、プロキシ１４、またはミラーサーバ１５のいずれかのIPアドレスが記述される。

例えば、<url1>と</url1>との間には、ミラーサーバ１５−１のIPアドレスが記述され、<url2>と</url2>との間には、ミラーサーバ１５−２のIPアドレスが記述され、<url3>と</url3>との間には、既にコンテンツを取得したプロキシ１４−２のIPアドレスが記述され、<url4>と</url4>との間には、コンテンツサーバ１１のIPアドレスが記述される。

なお、以下、コンテンツを提供する、コンテンツサーバ１１、プロキシ１４、またはミラーサーバ１５のIPアドレスをリンク情報とも称する。

<date>と</date>との間に配置されている情報は、動画像のコンテンツが登録された日付を示す。コンテンツが登録された日付は、具体的には、例えば、コンテンツの提供が開始された日付またはコンテンツの利用（再生など）が許可される日付などである。

図１０は、暗号化されているコンテンツのコンテンツ情報の例を示す図である。図１０のコンテンツ情報における、XML宣言、stylesheet要素、<page>および</page>、<contents>および</contents>、<video>および</video>、<name>および</name>、<exp>および</exp>、<genru>および</genru>、<fname>および</fname>、<img>および</img>、<icon>および</icon>、並びに<url1>および</url1>乃至<url4>および</url4>の記述は、図９のコンテンツ情報における場合と同様なので、その説明は省略する。

図１０のコンテンツ情報には、さらに、<key>および</key>並びに<key_con>および</key_con>が配置されている。

<key>と</key>との間には、暗号化されているコンテンツを復号するための鍵をゲット（取得）するためのURL、すなわち、鍵サーバ１６のアドレスが記述されている。<key_con>と</key_con>との間には、コンテンツを復号するための鍵の取得を指示するためのアイコンの画像データを格納しているファイルの名前が記述される。

また、コンテンツ情報には、コンテンツの取得のプロトコルの指定を記述することができる。

例えば、図１１に示されるように、<url1>と</url1>との間および<url2>と</url2>との間には、それぞれ、さらに、<protocol>および</protocol>並びに<src>および</src>が配置される。

<protocol>と</protocol>との間には、コンテンツを取得する場合に用いられる指定されたプロトコルが記述され、<src>と</src>との間には、コンテンツを提供する、コンテンツサーバ１１、プロキシ１４、またはミラーサーバ１５などのIPアドレスが記述される。

例えば、<url1>と</url1>との間の、<protocol>と</protocol>との間に記述されているhttpは、コンテンツの取得のプロトコルとしてhttpを指定する。また、<url2>と</url2>との間の、<protocol>と</protocol>との間に記述されているftpは、コンテンツの取得のプロトコルとしてftpを指定する。

図８に戻り、また、コンテンツ情報生成部１５２は、情報処理装置の一例であるプロキシ１４から要求されたページ生成用のデータであって、コンテンツを特定するコンテンツＩＤが配置されたデータを生成する。

プロキシ情報記録制御部１５３は、コンテンツを取得したプロキシ１４から送信されてくる、コンテンツを取得した旨を示すダウンロード情報に含まれているプロキシ情報をダウンロードデータベース１５５に格納させる。すなわち、プロキシ情報記録制御部１５３は、ダウンロードデータベース１５５へのプロキシ情報の記録を制御する。

プロキシ情報は、コンテンツを取得したプロキシ１４のIPアドレス、取得したコンテンツを特定するコンテンツID、およびコンテンツを取得したプロキシ１４において利用可能なプロトコルを示す情報からなる。ここで、プロキシ１４において利用可能なプロトコルとは、コンテンツを取得したプロキシ１４がコンテンツを送信するプロトコル、言い換えればコンテンツを取得したプロキシ１４からコンテンツを受信するプロトコルをいう。

コンテンツデータベース１５４は、コンテンツを格納すると共に、コンテンツの名前、コンテンツの説明、またはコンテンツのジャンルなどを示すメタデータを格納する。

ダウンロードデータベース１５５は、プロキシ情報記録制御部１５３の制御の基に、プロキシ情報を格納する。

例えば、コンテンツデータベース１５４およびダウンロードデータベース１５５は、記憶部１０８に構築される。

コンテンツ情報生成部１５２は、メタデータ取得部１６１、プロキシ情報取得部１６２、およびプロキシ情報選択部１６３を含む。

メタデータ取得部１６１は、コンテンツデータベース１５４から、コンテンツの名前、コンテンツの説明、コンテンツのジャンルなどを示すメタデータを取得する。プロキシ情報取得部１６２は、ダウンロードデータベース１５５から、コンテンツを取得したプロキシ１４のIPアドレス、コンテンツを特定するコンテンツID、およびコンテンツを取得したプロキシ１４において利用可能なプロトコルを示すプロキシ情報を取得する。

プロキシ情報選択部１６３は、プロキシ情報取得部１６２によって取得されたプロキシ情報から、生成するコンテンツ情報に格納するプロキシ情報を選択する。

プロキシ情報記録制御部１５３は、ダウンロード情報受信制御部１６４およびプロキシ情報抽出部１６５を含む。

ダウンロード情報受信制御部１６４は、通信部１０９を制御して、コンテンツを取得したプロキシ１４からネットワーク１２を介して送信されてくる、コンテンツを取得した旨を示すダウンロード情報の受信を制御する。

すなわち、ダウンロード情報受信制御部１６４は、情報処理装置の一例であるプロキシ１４のうちのコンテンツを取得したプロキシ１４からネットワーク１２を介して送信されてくる、そのプロキシ１４のアドレスが格納されている情報であって、コンテンツを取得した旨を示す情報であるダウンロード情報の受信を制御する。

プロキシ情報抽出部１６５は、受信したダウンロード情報から、プロキシ情報を抽出する。

このように、ダウンロード情報受信制御部１６４は、コンテンツを取得した第１の情報処理装置の一例であるプロキシ１４のアドレスの記録を制御する。

次に、プロキシ１４の機能について説明する。図１２は、プログラムを実行するプロキシ１４のCPU１２１により実現される機能の構成を示すブロック図である。CPU１２１のプログラムの実行により、プロキシ１４において、プロキシサーバ１８１、プリフェッチ処理部１８２、コンテンツ読み書き制御部１８３、近傍プロキシアドレス読み書き制御部１８４、ダウンロード情報送信制御部１８５、閲覧履歴更新部１８６、嗜好解析部１８７、コンテンツ送信制御部１８８、コンテンツ情報取得部１８９、コミュニティ情報読み書き制御部１９０、嗜好度判定部１９１、コミュニティ選択部１９２、コンテンツデータベース１９３、近傍プロキシデータベース１９４、閲覧履歴データベース１９５、およびコミュニティデータベース１９６が実現される。

プロキシサーバ１８１は、通信部１２９を制御して、クライアント１３からの要求に応じて、ネットワーク１２を介して、コンテンツサーバ１１にWebページのデータを要求する。プロキシサーバ１８１は、Webページのデータを要求するとコンテンツサーバ１１からネットワーク１２を介して送信されてくるコンテンツ情報を取得する。

プロキシサーバ１８１は、取得したコンテンツ情報に含まれているリンク情報をプリフェッチ処理部１８２に供給する。

プロキシサーバ１８１は、コンテンツ情報にリンク情報が含まれず、コンテンツIDが含まれている場合、取得したコンテンツ情報に含まれているコンテンツIDをコンテンツ情報取得部１８９に供給する。

プロキシサーバ１８１は、取得したコンテンツ情報をそのままクライアント１３に供給するか、コンテンツ情報からリンク情報を除去してWebページのデータを生成し、生成したWebページのデータをクライアント１３に供給する。

また、プロキシサーバ１８１は、取得したコンテンツをクライアント１３に供給する。

プリフェッチ処理部１８２は、通信部１２９または通信部１３０を制御して、プロキシサーバ１８１から供給されたコンテンツ情報に含まれているリンク情報を基に、コンテンツサーバ１１、プロキシ１４、またはミラーサーバ１５から、ネットワーク１２を介してコンテンツをプリフェッチする。または、プリフェッチ処理部１８２は、コンテンツID管理サーバ１７から供給されたコンテンツ情報に含まれているリンク情報を基に、コンテンツサーバ１１、プロキシ１４、またはミラーサーバ１５から、ネットワーク１２を介してコンテンツをプリフェッチする。

すなわち、プリフェッチ処理部１８２は、プロキシサーバ１８１またはコンテンツID管理サーバ１７から供給されたリンク情報を基に、コンテンツサーバ１１、プロキシ１４、またはミラーサーバ１５から、ネットワーク１２を介してコンテンツを取得する。

コンテンツ読み書き制御部１８３は、プリフェッチ処理部１８２においてコンテンツをプリフェッチした場合、コンテンツをコンテンツデータベース１９３に格納させる。また、コンテンツをクライアント１３に供給する場合、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３からコンテンツを読み出させる。すなわち、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３へのコンテンツの書き込みを制御すると共に、コンテンツデータベース１９３からのコンテンツの読み出しを制御する。言い換えれば、コンテンツ読み書き制御部１８３は、コンテンツの記録を制御し、コンテンツの読み出しを制御する。

近傍プロキシアドレス読み書き制御部１８４は、プリフェッチ処理部１８２において他のプロキシ１４からコンテンツをプリフェッチした場合、コンテンツを取得した相手であるプロキシ１４のIPアドレスを、近傍のプロキシ１４である近傍プロキシのアドレスとして、近傍プロキシデータベース１９４に格納させる。プリフェッチ処理部１８２が近傍プロキシにコンテンツを記録しているかを問い合わせる場合、近傍プロキシアドレス読み書き制御部１８４は、近傍プロキシデータベース１９４から近傍プロキシのアドレスを読み出させ、プリフェッチ処理部１８２に供給する。このように、近傍プロキシアドレス読み書き制御部１８４は、近傍プロキシデータベース１９４への近傍プロキシのアドレスの書き込みを制御すると共に、近傍プロキシデータベース１９４からの近傍プロキシのアドレスの読み出しを制御する。

また、近傍プロキシアドレス読み書き制御部１８４は、コンテンツを取得した相手であるプロキシ１４のIPアドレスと共に、その相手において利用可能なプロトコルを示す情報を、近傍プロキシデータベース１９４に格納させる。

ダウンロード情報送信制御部１８５は、通信部１２９を制御して、ダウンロード情報の送信を制御する。すなわち、ダウンロード情報送信制御部１８５は、コンテンツを取得した場合、コンテンツを取得した旨を示すダウンロード情報であって、自分であるプロキシ１４のIPアドレス、取得したコンテンツを特定するコンテンツID、および後述するコンテンツ送信制御部１８８において利用可能なプロトコルを示す情報からなるプロキシ情報を含むダウンロード情報の、ネットワーク１２を介した、コンテンツサーバ１１またはコンテンツID管理サーバ１７への送信を制御する。

換言すれば、ダウンロード情報送信制御部１８５は、情報処理装置の一例であるプロキシ１４のアドレスが格納されている情報であって、コンテンツを取得した旨を示す情報の一例であるダウンロード情報の、ネットワークを介した提供装置の一例であるコンテンツサーバ１１への送信を制御する。

閲覧履歴更新部１８６は、プロキシサーバ１８１がコンテンツをクライアント１３に供給した場合、クライアント１３に供給したコンテンツのコンテンツ情報を閲覧履歴データベース１９５に格納するように、クライアント１３におけるコンテンツの閲覧の履歴を更新する。閲覧履歴データベース１９５に格納されるコンテンツ情報は、例えば、コンテンツIDおよびコンテンツのジャンルを示す。

嗜好解析部１８７は、閲覧履歴データベース１９５に格納されている、クライアント１３に供給したコンテンツのコンテンツ情報および取得しようとするコンテンツのジャンルを基に、取得しようとするコンテンツが使用者に視聴される可能性を算出する。すなわち、嗜好解析部１８７は、端末装置の一例であるクライアント１３に供給した他のコンテンツを示す履歴と受信したジャンル情報とから、クライアント１３の使用者により、受信したコンテンツＩＤで特定されるコンテンツが視聴される可能性を算出する。

コンテンツ送信制御部１８８は、通信部１２９または通信部１３０を制御して、他のクライアント１４からコンテンツが要求された場合、コンテンツデータベース１９３に格納されているコンテンツの、ネットワーク１２を介した、コンテンツを要求した他のクライアント１４への送信を制御する。

コンテンツ情報取得部１８９は、通信部１２９または通信部１３０を制御して、プロキシサーバ１８１から供給されたコンテンツIDを、ネットワーク１２を介して、コンテンツID管理サーバ１７に送信する。コンテンツIDを送信すると、コンテンツID管理サーバ１７は、ネットワーク１２を介して、リンク情報を含むコンテンツ情報を送信してくるので、コンテンツ情報取得部１８９は、コンテンツID管理サーバ１７から送信されてくるコンテンツ情報を受信することでコンテンツ情報を取得する。コンテンツ情報取得部１８９は、コンテンツ情報に含まれているリンク情報をプリフェッチ処理部１８２に供給する。

コミュニティ情報読み書き制御部１９０は、コミュニティに関する情報のコミュニティデータベース１９６への読み書きを制御する。より詳細には、コミュニティ情報読み書き制御部１９０は、コミュニティに属するプロキシ１４のIPアドレスとそのコミュニティのジャンルを示す情報とをコミュニティデータベース１９６に格納させる。コミュニティ情報読み書き制御部１９０は、コミュニティデータベース１９６から、コミュニティに属するプロキシ１４のIPアドレスとそのコミュニティのジャンルを示す情報とを読み出させる。コミュニティ情報読み書き制御部１９０は、読み出した、コミュニティに属するプロキシ１４のIPアドレスとそのコミュニティのジャンルを示す情報とをコミュニティ選択部１９２に供給する。

嗜好度判定部１９１は、嗜好解析部１８７において計算された、所定のコンテンツについての、クライアント１３の使用者に視聴される可能性を示す値が所定値以上であるか否かを判定する。

コミュニティ選択部１９２は、嗜好度判定部１９１において、所定のコンテンツについての、クライアント１３の使用者に視聴される可能性を示す値が所定値以上であると判定された場合、コミュニティ情報読み書き制御部１９０から供給された、コミュニティのジャンルを示す情報と、所定のコンテンツのジャンルとから、コミュニティを選択する。

コミュニティ選択部１９２は、端末装置の一例であるクライアント１３の使用者が、受信したコンテンツＩＤで特定されるコンテンツを視聴する可能性が所定値以上である場合、ジャンル情報と、複数の情報処理装置の一例であるプロキシ１４で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択する。

コミュニティ選択部１９２は、選択したコミュニティに属するプロキシ１４のIPアドレスをプリフェッチ処理部１８２に供給する。

コンテンツデータベース１９３は、プリフェッチ処理部１８２においてプリフェッチされたコンテンツまたはプロキシサーバ１８１においてコンテンツサーバ１１から取得されたコンテンツを格納する。

近傍プロキシデータベース１９４は、近傍プロキシアドレス読み書き制御部１８４に制御に基づいて、コンテンツを取得した相手であるプロキシ１４のIPアドレスを、近傍のプロキシ１４である近傍プロキシのアドレスとして格納する。近傍プロキシデータベース１９４は、近傍プロキシのアドレスと共に、その近傍プロキシにおいて利用可能なプロトコルを示す情報を格納する。

閲覧履歴データベース１９５は、クライアント１３に供給したコンテンツのコンテンツ情報を閲覧履歴として格納する。

コミュニティデータベース１９６は、コミュニティに属するプロキシ１４のIPアドレスとそのコミュニティのジャンルを示す情報とを格納する。

例えば、コンテンツデータベース１９３乃至コミュニティデータベース１９６は、記憶部１２８に構築される。

プロキシサーバ１８１は、受信制御部２０１、送信制御部２０２、リンク情報抽出部２０３、コンテンツID抽出部２０４、およびジャンル情報抽出部２０５を含む。

受信制御部２０１は、通信部１２９を制御して、ネットワーク１２を介して、コンテンツサーバ１１から送信されてくるコンテンツ情報の受信を制御する。すなわち、受信制御部２０１は、ネットワーク１２を介して提供装置の一例であるコンテンツサーバ１１から送信されてくるページ生成用のデータであって、コンテンツを取得した他の情報処理装置の一例である他のプロキシ１４のアドレスが配置されたデータの一例であるコンテンツ情報の受信を制御する。

または、受信制御部２０１は、ネットワークを介して第１の提供装置の一例であるコンテンツサーバ１１から送信されてくるページ生成用のデータであって、コンテンツを特定するコンテンツＩＤが配置されたデータの一例であるトップページのデータの受信を制御する。

なお、トップページは、Webページの１つである。

さらに、または、受信制御部２０１は、提供装置の一例であるコンテンツサーバ１１からネットワーク１２を介して送信されてくる、コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定されるコンテンツのジャンルを示すジャンル情報との受信を制御する。

送信制御部２０２は、受信したコンテンツ情報のクライアント１３への送信を制御する。または、送信制御部２０２は、受信したコンテンツ情報からリンク情報を除去してなるWebページのデータのクライアント１３への送信を制御する。さらに、送信制御部２０２は、受信したコンテンツまたはコンテンツデータベース１９３に格納されているコンテンツのクライアント１３への送信を制御する。

すなわち、送信制御部２０２は、受信したデータの一例であるコンテンツ情報または記録されたコンテンツの端末装置の一例であるクライアント１３への送信を制御する。

リンク情報抽出部２０３は、受信したコンテンツ情報からリンク情報を抽出する。コンテンツID抽出部２０４は、受信したコンテンツ情報からコンテンツIDを抽出する。

ジャンル情報抽出部２０５は、受信したコンテンツ情報から、コンテンツのジャンルを示すジャンル情報を抽出する。

プリフェッチ処理部１８２は、伝送特性測定部２０６、ダウンロード先選択部２０７、コンテンツ受信制御部２０８、他プロキシ問い合わせ部２０９を含む。

伝送特性測定部２０６は、通信部１２９または通信部１３０を制御して、プロキシサーバ１８１またはリンク情報取得部１８９において抽出されたリンク情報で示される、コンテンツを提供するコンテンツサーバ１１のIPアドレス、ミラーサーバ１５のIPアドレス、またはコンテンツを既に取得した他のプロキシ１４のIPアドレスを基に、ネットワーク１２における、自分であるプロキシ１４と、コンテンツサーバ１１、ミラーサーバ１５、またはコンテンツを既に取得した他のプロキシ１４のそれぞれとのデータの伝送の特性を測定する。

ダウンロード先選択部２０７は、伝送特性測定部２０６において測定された、ネットワーク１２における、自分であるプロキシ１４と、コンテンツサーバ１１、ミラーサーバ１５、またはコンテンツを既に取得した他のプロキシ１４のそれぞれとのデータの伝送の特性から、コンテンツサーバ１１、ミラーサーバ１５、またはコンテンツを既に取得した他のプロキシ１４の中から、コンテンツをダウンロードする先（相手からコンテンツを取得する場合のその相手）を選択する。

コンテンツ受信制御部２０８は、通信部１２９または通信部１３０を制御して、ネットワーク１２を介して、コンテンツサーバ１１、ミラーサーバ１５、またはコンテンツを既に取得した他のプロキシ１４から送信されてくるコンテンツの受信を制御する。すなわち、コンテンツ受信制御部２０８は、受信したデータの一例であるコンテンツ情報に配置されているアドレスを基に他の情報処理装置の一例である他のプロキシ１４に要求することで他のプロキシ１４から送信されてくるコンテンツの受信を制御する。

他プロキシ問い合わせ部２０９は、近傍プロキシデータベース１９４に格納されている他のプロキシ１４のIPアドレスを基に、通信部１２９または通信部１３０を制御して、近傍のプロキシ１４に、コンテンツを記録しているかを問い合わせる。

また、他プロキシ問い合わせ部２０９は、コミュニティ選択部１９２から供給された、選択したコミュニティに属するプロキシ１４のIPアドレスを基に、通信部１２９または通信部１３０を制御して、選択したコミュニティに属するプロキシ１４に、コンテンツを記録しているかを問い合わせる。

なお、プリフェッチ処理部１８２は、他の情報処理装置の一例である他のプロキシ１４から、受信したコンテンツＩＤで特定されるコンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定されるコンテンツを記録している旨を返答してきた他のプロキシ１４から、受信したコンテンツＩＤで特定されるコンテンツをネットワーク１２を介して取得する。

コンテンツ情報取得部１８９は、送信制御部２１０、受信制御部２１１、およびリンク情報抽出部２１２を含む。送信制御部２１０は、ネットワーク１２を介した、コンテンツID管理サーバ１７へのコンテンツIDの送信を制御する。受信制御部２１１は、コンテンツIDを受信したコンテンツID管理サーバ１７からネットワーク１２を介して送信されてくるコンテンツ情報の受信を制御する。すなわち、受信制御部２１１は、ネットワーク１２を介して第２の提供装置の一例であるコンテンツID管理サーバ１７から送信されてくる、コンテンツＩＤで特定されるコンテンツを取得した他の情報処理装置の一例である他のプロキシ１４のアドレスの受信を制御する。

リンク情報抽出部２１２は、受信したコンテンツ情報から、リンク情報を抽出する。

次に、コンテンツID管理サーバ１７の機能について説明する。図１３は、プログラムを実行するコンテンツID管理サーバ１７のCPU１０１により実現される機能の構成を示すブロック図である。CPU１０１のプログラムの実行により、コンテンツID管理サーバ１７において、コンテンツ情報通信制御部２３１、コンテンツ情報生成部２３２、プロキシ情報記録制御部２３３、およびダウンロードデータベース２３４が実現される。

コンテンツ情報通信制御部２３１は、ネットワーク１２を介したコンテンツ情報の通信を制御する。すなわち、コンテンツ情報通信制御部２３１は、ネットワーク１２を介して、プロキシ１４から送信されてくるコンテンツIDの受信を制御すると、受信したコンテンツIDで特定されるコンテンツのコンテンツ情報の、ネットワーク１２を介した、コンテンツIDを送信してきたプロキシ１４への送信を制御する。

コンテンツ情報生成部２３２は、ネットワーク１２を介して、プロキシ１４に送信するコンテンツ情報を生成する。

プロキシ情報記録制御部２３３は、コンテンツを取得したプロキシ１４から送信されてくる、コンテンツを取得した旨を示すダウンロード情報に含まれているプロキシ情報のダウンロードデータベース２３４への記録を制御する。すなわち、プロキシ情報記録制御部２３３は、第１の情報処理装置の一例であるプロキシ１４のアドレスとプロキシ１４が取得したコンテンツを特定するコンテンツＩＤとの記録を制御する。

ダウンロードデータベース２３４は、プロキシ情報記録制御部２３３の制御の基に、プロキシ情報を格納する。

コンテンツ情報通信制御部２３１は、送信制御部２５１および受信制御部２５２を含む。送信制御部２５１は、コンテンツIDで特定されるコンテンツのコンテンツ情報の、ネットワーク１２を介した、コンテンツIDを送信してきたプロキシ１４への送信を制御する。例えば、送信制御部２５１は、情報処理装置のうちの第２の情報処理装置の一例であるプロキシ１４−１から送信されてきたコンテンツＩＤで特定されるコンテンツを取得した第１の情報処理装置の一例であるプロキシ１４−２のアドレスの、ネットワーク１２を介したプロキシ１４−１への送信を制御する。

受信制御部２５２は、ネットワーク１２を介して、プロキシ１４から送信されてくるコンテンツIDの受信を制御する。

コンテンツ情報生成部２３２は、プロキシ情報取得部２５３およびプロキシ情報選択部２５４を含む。プロキシ情報取得部２５３は、ダウンロードデータベース２３４から、コンテンツを取得したプロキシ１４のIPアドレス、コンテンツを特定するコンテンツID、およびコンテンツを取得したプロキシ１４において利用可能なプロトコルを示すプロキシ情報を取得する。

プロキシ情報選択部２５４は、プロキシ情報取得部２５３によって取得されたプロキシ情報から、生成するコンテンツ情報に格納するプロキシ情報を選択する。

プロキシ情報記録制御部２３３は、ダウンロード情報受信制御部２５５およびプロキシ情報抽出部２５６を含む。

ダウンロード情報受信制御部２５５は、コンテンツを取得したプロキシ１４から送信されてくる、コンテンツを取得した旨を示すダウンロード情報の受信を制御する。すなわち、ダウンロード情報受信制御部２５５は、情報処理装置のうちのコンテンツを取得した第１の情報処理装置の一例であるプロキシ１４からネットワーク１２を介して送信されてくる、コンテンツを取得した旨を示す情報であって、プロキシ１４のアドレスと取得したコンテンツを特定するコンテンツＩＤとが格納されている情報の一例であるダウンロード情報の受信を制御する。

プロキシ情報抽出部２５６は、受信したダウンロード情報から、プロキシ情報を抽出する。

次に、図１４を参照して、コンテンツ提供システムによるコンテンツの提供の概略を説明する。クライアント１３−１は、プロキシ１４−１およびネットワーク１２を介して、コンテンツサーバ１１から提供されるページのうち、コンテンツの提供に関するページであるトップページにアクセスする。すると、コンテンツサーバ１１は、ネットワーク１２を介して、トップページのデータとしてコンテンツ情報をプロキシ１４−１に送信してくる。プロキシ１４−１は、コンテンツ情報を受信し、受信したコンテンツ情報をクライアント１３−１に供給する。クライアント１３−１は、トップページのデータとしてのコンテンツ情報を基に、トップページを表示するので、使用者３１−１は、トップページを閲覧することができる。クライアント１３−１に表示されるトップページは、リンク情報を含まないトップページのデータを受信した場合と何等変わらない。

プロキシ１４−１は、コンテンツ情報を受信すると、コンテンツ情報に含まれているメタデータを基に、先読みするコンテンツを選択する。ここにいう先読みとは、いわゆるプリフェッチをいい、クライアント１３からコンテンツが要求される前に、コンテンツを読み出すことをいう。

例えば、プロキシ１４−１は、先読みするコンテンツとして、使用者３１−１のコンテンツの閲覧履歴を基に、使用者３１−１に閲覧されると推定されるコンテンツを選択したり、一般的な人気の順（例えば、コンテンツの提供者によってつけられた人気の順）に、今週のトップ１０に含まれるコンテンツを選択したりする。

プロキシ１４−１は、コンテンツ情報に含まれているリンク情報を基に、選択されたコンテンツを提供できる相手にPingを送信して、Pingを送信してから確認応答（ACK：Acknowledgment）を受信するまでの時間であるRTT（Round Trip Time）を測る。図１４に示す例において、コンテンツ情報に、リンク情報として、コンテンツサーバ１１のIPアドレスとプロキシ１４−２のIPアドレスが含まれているので、プロキシ１４−１は、そのIPアドレスを基に、コンテンツを提供できる相手であるコンテンツサーバ１１およびプロキシ１４−２のそれぞれに、Pingを送信して、Pingを送信してから確認応答を受信するまでの時間であるRTTを測る。

プロキシ１４−１は、RTTを比較してその結果を基に、コンテンツを取得する相手を選択する。例えば、プロキシ１４−２とのRTTが、コンテンツサーバ１１とのRTTより短い場合、コンテンツサーバ１１に比較してプロキシ１４−２からより迅速にコンテンツを取得できると推測されるので、プロキシ１４−１は、コンテンツを取得する相手としてプロキシ１４−２を選択する。

プロキシ１４−１は、選択した相手、この場合、例えば、プロキシ１４−２に、コンテンツの先読みのリクエストを送信し、これに応じてプロキシ１４−２からネットワーク１２を介して送信されてくるコンテンツを受信することで、コンテンツを先読みする。

この場合、先読みしようとするコンテンツを、P2Pプロトコルにより提供することがコンテンツ情報に記述されているとき、プロキシ１４−１は、P2Pプロトコルによりコンテンツを取得する。

さらに、この場合、プロキシ１４−１は、光インターフェースである通信部１３０により、GMPLS（Generalized Multi-Protocol Label Switching）などのプロトコルを用いて、光ネットワークであるネットワーク１２−２に、動的に光パスを構築し、コンテンツを高速に受信できるようにしてもよい。なお、コンテンツを提供する側が動的に光パスを構築するようにしてもよい。

コンテンツを先読みすると、プロキシ１４−１は、ネットワーク１２を介してコンテンツサーバ１１に、コンテンツをダウンロードしたことを示すダウンロード情報を送信する。

このように、プロキシ１４−１は、コンテンツを先読みするので、クライアント１３−１からコンテンツへのアクセスがあると、即座にコンテンツをクライアント１３−１に提供することができる。

なお、コンテンツが暗号化されている場合、クライアント１３−１は、プロキシ１４−１およびネットワーク１２を介して、鍵サーバ１６からコンテンツを復号するための鍵を取得して、取得した鍵でコンテンツを復号する。すなわち、プロキシ１４−１は、コンテンツが暗号化されている場合、ネットワーク１２を介して、鍵サーバ１６からコンテンツを復号するための鍵を取得し、取得した鍵をクライアント１３−１に供給する。

有料のコンテンツを配信する場合には、鍵の提供と引き替えに課金するようにすればよい。

以下、コンテンツを提供する処理の詳細について説明する。

図１５は、コンテンツサーバ１１によるコンテンツ情報の提供の処理を説明するフローチャートである。ステップＳ１１において、Webサーバ１５１は、ネットワーク１２を介してプロキシ１４から送信されてきたトップページのリクエストを受け取る。Webサーバ１５１は、受け取ったリクエストをコンテンツ情報生成部１５２に供給する。

ステップＳ１２において、コンテンツ情報生成部１５２のメタデータ取得部１６１は、トップページに記述されている、使用者に提供するコンテンツのコンテンツIDおよびコンテンツのメタデータをコンテンツデータベース１５４から取得する。コンテンツのメタデータは、コンテンツの名前、コンテンツの説明、コンテンツのジャンル、コンテンツが登録された日付などを示す。

ステップＳ１３において、コンテンツ情報生成部１５２は、図９または図１０を参照して説明したように、XML方式で記述するコンテンツ情報に、ステップＳ１２で取得したコンテンツのメタデータを記述する。

ステップＳ１４において、コンテンツ情報生成部１５２のプロキシ情報取得部１６２は、コンテンツIDで特定されるコンテンツを既にダウンロードした他のプロキシ１４のIPアドレス、およびそのコンテンツを既にダウンロードした他のプロキシ１４において利用可能なプロトコルを示すプロキシ情報を、コンテンツ毎に、コンテンツIDを基に、ダウンロードデータベース１５５から取得する。すなわち、コンテンツ情報生成部１５２のプロキシ情報取得部１６２は、トップページにおいて１つのコンテンツについて記述されている場合、その１つのコンテンツに対するプロキシ情報を、ダウンロードデータベース１５５から取得し、トップページにおいて複数のコンテンツについて記述されている場合、その複数のコンテンツのそれぞれに対するプロキシ情報を、ダウンロードデータベース１５５から取得する。

ステップＳ１５において、コンテンツ情報生成部１５２のプロキシ情報選択部１６３は、ステップＳ１３の処理で取得したプロキシ情報を基に、コンテンツIDで特定されるコンテンツを既にダウンロードしたプロキシ１４があるか否かを判定する。

ステップＳ１５において、コンテンツIDで特定されるコンテンツを既にダウンロードしたプロキシ１４があると判定された場合、ステップＳ１６に進み、コンテンツ情報生成部１５２のプロキシ情報選択部１６３は、プロキシ１４に提示するプロキシ情報であって、コンテンツを既にダウンロードしたプロキシ１４についてのプロキシ情報を選択する。

例えば、プロキシ情報選択部１６３は、ステップＳ１３の処理で取得したプロキシ情報であって、コンテンツを既にダウンロードしたプロキシ１４についてのプロキシ情報をランダムに選択する。また、例えば、プロキシ情報選択部１６３は、スライディングウィンドウによって、コンテンツを既にダウンロードしたプロキシ１４であって、最近ダウンロードしたプロキシ１４についてのプロキシ情報を選択する。

また、例えば、プロキシ情報選択部１６３は、ドメインまたはアドレスを基に、プロキシ１４に提示するプロキシ情報であって、コンテンツを既にダウンロードしたプロキシ１４についてのプロキシ情報を選択する。例えば、プロキシ情報選択部１６３は、同じサブネットなど、コンテンツ情報を送信しようとするプロキシ１４により近いドメインまたはアドレスのプロキシ１４についてのプロキシ情報を選択する。

さらに、例えば、プロキシ情報選択部１６３は、プロキシ１４に提示するプロキシ情報であって、コンテンツを既にダウンロードしたプロキシ１４についてのプロキシ情報をサイクリックに選択する。

また、例えば、プロキシ情報選択部１６３は、ダウンロードデータベース１５５から取得したプロキシ情報にハッシュ関数を適用することでハッシュ値を求めて、求められたハッシュ値によって、プロキシ情報を選択する。ハッシュ値を用いることによって、選択するプロキシ情報の偏りをより少なくすることができる。より具体的には、プロキシ情報選択部１６３は、ハッシュ値が所定の値以上離れているプロキシ情報を選択したり、ハッシュ値の大きい順にプロキシ情報を選択したり、ハッシュ値の小さい順にプロキシ情報を選択したりする。

ステップＳ１７において、コンテンツ情報生成部１５２は、ステップＳ１６で選択したプロキシ情報をコンテンツ情報に記述し、ステップＳ１８に進む。

一方、ステップＳ１５において、コンテンツIDで特定されるコンテンツを既にダウンロードしたプロキシ１４がないと判定された場合、プロキシ１４についてのプロキシ情報をコンテンツ情報に記述する必要がないので、ステップＳ１６およびステップＳ１７はスキップされて、手続きは、ステップＳ１８に進む。

ステップＳ１８において、コンテンツ情報生成部１５２は、コンテンツサーバ１１のIPアドレスおよびコンテンツサーバ１１において利用可能なプロトコルを示すプロキシ情報をコンテンツ情報に記述する。

このように、ステップＳ１３およびステップＳ１８、またはステップＳ１７が実行されることにより、例えば、図９を参照して説明したコンテンツ情報が生成されることになる。

ステップＳ１９において、Webサーバ１５１は、生成されたコンテンツ情報を、ネットワーク１２を介して、トップページのリクエストを送信してきたプロキシ１４に送信し、処理は終了する。

以上のように、リンク情報を含むコンテンツ情報がプロキシ１４に送信される。

図１６は、コンテンツサーバ１１によるプロキシ情報の記録の処理を説明するフローチャートである。ステップＳ３１において、プロキシ情報記録制御部１５３のダウンロード情報受信制御部１６４は、ネットワーク１２を介して、プロキシ１４から送信されてくる情報であって、コンテンツをダウンロードしたことを示す情報であるダウンロード情報の受信を制御する。ステップＳ３２において、プロキシ情報記録制御部１５３のプロキシ情報抽出部１６５は、ステップＳ３１において受信したダウンロード情報から、コンテンツID、ダウンロード情報を送信してきたプロキシ１４のIPアドレス、および利用可能なプロトコルを示す情報を抽出する。

ステップＳ３３において、プロキシ情報記録制御部１５３は、抽出した、コンテンツID、ダウンロード情報を送信してきたプロキシ１４のIPアドレス、および利用可能なプロトコルを示す情報をプロキシ情報として、ダウンロードデータベース１５５に書き込ませ、処理は終了する。

このように、ダウンロードデータベース１５５に、コンテンツを取得したプロキシ１４についてのプロキシ情報が格納されることになる。

次に、プロキシ１４によるコンテンツの取得の処理を図１７のフローチャートを参照して説明する。ステップＳ５１において、プロキシサーバ１８１は、クライアント１３からトップページのリクエストを受け取る。ステップＳ５２において、プロキシサーバ１８１は、ネットワーク１２を介してコンテンツサーバ１１にトップページのリクエストを転送する。

コンテンツサーバ１１にトップページのリクエストを転送すると、図１５を参照して説明したコンテンツ情報の提供の処理を実行するコンテンツサーバ１１からコンテンツ情報が送信されてくるので、ステップＳ５３において、プロキシサーバ１８１は、ネットワーク１２を介してコンテンツサーバ１１から送信されてくるコンテンツ情報を受信する。

ステップＳ５４において、プロキシサーバ１８１のリンク情報抽出部２０３は、受信したコンテンツ情報からリンク情報を抽出する。例えば、ステップＳ５４において抽出されるリンク情報は、図９を参照して説明したコンテンツ情報の、<url1>と</url1>との間、<url2>と</url2>との間、<url3>と</url3>との間、および<url4>と</url4>との間に配置されているIPアドレスである。リンク情報抽出部２０３は、抽出したリンク情報をプリフェッチ処理部１８２に供給する。

ステップＳ５５において、プリフェッチ処理部１８２は、コンテンツを既にダウンロードしているか否かを判定する。ステップＳ５５において、コンテンツをまだダウンロードしていないと判定された場合、ステップＳ５６に進み、プリフェッチ処理部１８２の伝送特性測定部２０６は、リンク情報を基に、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれとの伝送の特性を測定する。

例えば、伝送特性測定部２０６は、リンク情報であるIPアドレスを基に、リンク情報としてそのIPアドレスが記述されている、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれにPingを送信する。そして、伝送特性測定部２０６は、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれについて、Pingを送信してから確認応答を受信するまでの時間であるRTTを測る。

また、例えば、伝送特性測定部２０６は、リンク情報であるIPアドレスを基に、リンク情報としてそのIPアドレスが記述されている、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれに対して、Netselectによるコストを計測する。すなわち、伝送特性測定部２０６は、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれについて、所定の回数Pingを送信した場合の、RTTの平均値を求める。

なお、伝送特性測定部２０６は、トレースルートを用いて、リンク情報としてIPアドレスが記述されている、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれまでの、ホップ数（ルータの数）を求めるようにしてもよい。

ステップＳ５７において、ダウンロード先選択部２０７は、ステップＳ５６において測定された伝送の特性から、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４の中の最適なものを選択する。ここにいう最適なものとは、例えば、最も迅速にコンテンツを取得できると推測されるものをいう。

より詳細には、例えば、ステップＳ５７において、ダウンロード先選択部２０７は、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４の中から、RTTが最も小さいものを選択する。

また、例えば、ステップＳ５７において、ダウンロード先選択部２０７は、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４の中から、RTTの平均値が最も小さいものを選択する。

さらに例えば、ダウンロード先選択部２０７は、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４の中から、ホップ数が最も小さいものを選択する。

なお、伝送特性測定部２０６は、リンク情報としてIPアドレスが記述されている、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のそれぞれについて、所定のデータ量の送受信に必要なターンアラウンドタイムまたは遅延時間などその他の伝送の特性を測定して、ダウンロード先選択部２０７は、これから、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４の中の最適なものを選択するようにしてもよい。

また、複数の伝送の特性が測定され、複数の伝送の特性から最適なものが選択されるようにしてもよい。

ステップＳ５８において、プリフェッチ処理部５８は、ステップＳ５７において選択した相手からコンテンツをプリフェッチする。このとき、プリフェッチ処理部５８のコンテンツ受信制御部２０８は、リンク情報に記述されている、利用可能なプロトコルを基に、ネットワーク１２を介して、選択した相手にコンテンツを要求し、その相手からコンテンツがネットワーク１２を介して送信されてくると、プリフェッチ処理部５８のコンテンツ受信制御部２０８は、送信されてきたコンテンツの受信を制御する。プリフェッチ処理部５８は、プリフェッチしたコンテンツ、すなわち受信したコンテンツをコンテンツ読み書き制御部１８３に供給する。

ステップＳ５９において、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３にコンテンツを記録させる。

ステップＳ６０において、近傍プロキシアドレス読み書き制御部１８４は、ステップＳ５８でコンテンツをプリフェッチした相手のIPアドレスをプリフェッチ処理部１８２から取得して、そのIPアドレスが他のプロキシ１４のIPアドレスである場合、そのIPアドレスを近傍プロキシデータベース１９４に追加する。近傍プロキシアドレス読み書き制御部１８４は、そのIPアドレスがコンテンツサーバ１１またはミラーサーバ１５のIPアドレスである場合、そのIPアドレスを近傍プロキシデータベース１９４に追加しない。

ステップＳ５７において、測定された伝送の特性から、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４の中の最適なものが選択されているので、ステップＳ６０において、近傍プロキシデータベース１９４には、より迅速にコンテンツを取得できると推測される近傍のプロキシ１４のIPアドレスが格納されることになる。

ステップＳ６１において、ダウンロード情報送信制御部１８５は、ネットワーク１２を介して、コンテンツサーバ１１に、コンテンツを取得した旨を示すダウンロード情報であって、自分であるプロキシ１４のIPアドレス、取得したコンテンツを特定するコンテンツID、およびコンテンツ送信制御部１８８において利用可能なプロトコルを示す情報からなるプロキシ情報を含むダウンロード情報を送信し、ステップＳ６２に進む。すなわち、ダウンロード情報送信制御部１８５は、ネットワーク１２を介した、ダウンロード情報のコンテンツサーバ１１への送信を制御する。

一方、ステップＳ５５において、コンテンツを既にダウンロードしていると判定された場合、コンテンツをさらにダウンロードする必要はないので、ステップＳ５６乃至ステップＳ６１はスキップされて、手続きは、ステップＳ６２に進む。

ステップＳ６２において、プロキシサーバ２０２の送信制御部２０２は、クライアント１３への、受信したコンテンツ情報からリンク情報を除去してなるトップページのデータの送信を制御して、処理は終了する。

ステップＳ６２において、送信制御部２０２は、トップページのデータとして、コンテンツ情報をそのままクライアント１３に送信するように送信を制御するようにしてもよい。

このように、プロキシ１４は、トップページをコンテンツサーバ１１にリクエストしたとき、コンテンツサーバ１１から送信されてくるコンテンツ情報に含まれるリンク情報を基に、コンテンツを取得する。

また、プロキシ１４は、コンテンツサーバ１１、ミラーサーバ１５、およびコンテンツを既にダウンロードしている他のプロキシ１４のうち、より迅速にコンテンツを取得できると推測される相手からコンテンツを取得する。

なお、プロキシ１４は、コンテンツをプリフェッチする前に、クライアント１３に、トップページのデータを送信するようにしてもよい。

次に、図１８のフローチャートを参照して、プロキシ１４による、クライアント１３へのコンテンツの提供の処理を説明する。ステップＳ８１において、プロキシサーバ１８１は、クライアント１３からのコンテンツのリクエストを受け取る。

ステップＳ８２において、プロキシサーバ１８１は、コンテンツデータベース１９３に格納されているコンテンツのコンテンツIDとリクエストされたコンテンツのコンテンツIDとを比較して、リクエストされたコンテンツを既にダウンロードしているか否かを判定する。ステップＳ８２において、リクエストされたコンテンツを既にダウンロードしていると判定された場合、ステップＳ８３に進み、プロキシサーバ１８１は、コンテンツ読み書き制御部１８３に、コンテンツデータベース１９３からコンテンツを読み出させ、ステップＳ８６に進む。コンテンツデータベース１９３は、読み出したコンテンツをプロキシサーバ１８１に供給する。

ステップＳ８２において、リクエストされたコンテンツをまだダウンロードしていないと判定された場合、ステップＳ８４に進み、プロキシサーバ１８１は、コンテンツサーバ１１からコンテンツを取得する。すなわち、プロキシサーバ１８１は、ネットワーク１２を介してコンテンツサーバ１１にコンテンツの送信を要求し、その要求に応じてネットワーク１２を介してコンテンツサーバ１１から送信されてくるコンテンツを受信する。

ステップＳ８５において、プロキシサーバ１８１は、コンテンツ読み書き制御部１８３に、受信したコンテンツをコンテンツデータベース１９３に記録させて、ステップＳ８６に進む。

ステップＳ８６において、プロキシサーバ１８１の送信制御部２０２は、ステップＳ８４においてコンテンツサーバ１１から受信したコンテンツ、またはステップＳ８３においてコンテンツデータベース１９３から読み出したコンテンツのクライアント１３への送信を制御する。

通常、図１７を参照した処理でコンテンツはプリフェッチされているので、プロキシ１４は、即座に、コンテンツをクライアントに提供することができる。

ステップＳ８７において、閲覧履歴更新部１８６は、クライアント１３に送信したコンテンツのコンテンツ情報を閲覧履歴データベース１９５に格納する。ステップＳ８８において、嗜好解析部１８７は、閲覧履歴データベース１９５に格納されている、クライアント１３の使用者によって閲覧されたコンテンツのコンテンツ情報から、クライアント１３の使用者の嗜好を解析し、使用者の嗜好を示す嗜好情報を更新し、処理は終了する。例えば、嗜好情報は、閲覧されたコンテンツのジャンル毎に、コンテンツの閲覧の頻度を示す値である。

以上のように、コンテンツは迅速にクライアント１３に提供される。

コンテンツがクライアント１３に提供されると、そのコンテンツのコンテンツ情報が閲覧履歴として、閲覧履歴データベース１９５に格納される。閲覧履歴データベース１９５に格納されている閲覧履歴から、使用者の好むコンテンツのジャンルなど、使用者の嗜好を知ることができる。

図１９は、プロキシ１４による、他のプロキシ１４へのコンテンツの提供の処理を説明するフローチャートである。ステップＳ１０１において、コンテンツ送信制御部１８８は、利用可能なプロトコルを基に、ネットワーク１２を介して送信されてくる、他のプロキシ１４からのコンテンツのリクエストを受け取る。なお、コンテンツのリクエストには、要求するコンテンツを特定するコンテンツIDが含まれている。

ステップＳ１０２において、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３から、リクエストされたコンテンツを読み出させる。すなわち、コンテンツ送信制御部１８８は、コンテンツ読み書き制御部１８３に、コンテンツIDで特定されるコンテンツの読み出しを要求する。すると、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３に、コンテンツIDで特定されるコンテンツを読み出させ、読み出したコンテンツをコンテンツ送信制御部１８８に供給させる。

ステップＳ１０３において、コンテンツ送信制御部１８８は、利用可能なプロトコルを基に、リクエストを送信してきた他のプロキシ１４に、ネットワーク１２を介してコンテンツIDで特定されるコンテンツを送信させて、処理は終了する。

このように、コンテンツを取得したプロキシ１４は、他のプロキシ１４からの要求に応じて、他のプロキシ１４にコンテンツを提供する。

なお、図２０で示されるように、例えば、使用者３１−２のプロキシ１４−２とネットワーク１２とをつなぐ伝送路の伝送速度が遅く、その伝送路が、プロキシ１４−２からコンテンツを伝送する際の、いわゆるボトルネックとなっている場合、プロキシ１４−２とは別に、ネットワーク１２にプロキシ１４−２に対応してキャッシュサーバ２８１を設けることが好ましい。この場合、キャッシュサーバ２８１にコンテンツ５１を記録し、使用者３１−１のプロキシ１４−１からコンテンツ５１が要求された場合、プロキシ１４−２に代えて、キャッシュサーバ２８１がネットワーク１２を介してコンテンツ５１をプロキシ１４−１に送信する。このようにすることで、ボトルネックの影響を受けることなく、より迅速にプロキシ１４−１にコンテンツ５１を提供することができる。

次に、コンテンツサーバ１１が、リンク情報を提供しないで、コンテンツIDを提供する場合について説明する。

この場合、図２１で示されるように、使用者３１−１のプロキシ１４−１からのトップページのリクエストに応じて、コンテンツサーバ１１は、ネットワーク１２を介して、コンテンツを特定するコンテンツIDを、プロキシ１４−１に供給する。プロキシ１４−１は、コンテンツIDを取得すると、ネットワーク１２を介して、コンテンツID管理サーバ１７にコンテンツIDを送信する。

コンテンツIDを受信したコンテンツID管理サーバ１７は、受信したコンテンツIDで特定されるコンテンツのコンテンツ情報を、ネットワーク１２を介して、コンテンツIDを送信してきたプロキシ１４−１に送信する。コンテンツID管理サーバ１７から送信されてくるコンテンツ情報には、リンク情報が含まれているので、プロキシ１４−１は、そのリンク情報を基に、コンテンツサーバ１１、ミラーサーバ１５、またはコンテンツを既にダウンロードしたプロキシ１４−２のうち、例えば、プロキシ１４−２からコンテンツをダウンロードする。

また、プロキシ１４−１は、コンテンツIDを取得すると、近傍プロキシデータベース１９４に格納されているIPアドレスを基に、近傍のプロキシ１４を検索することができる。

すなわち、プロキシ１４−１は、コンテンツIDを取得すると、近傍プロキシデータベース１９４に格納されているIPアドレスを基に、近傍のプロキシ１４に、コンテンツIDで特定されるコンテンツを記録しているかを問い合わせる。例えば、近傍プロキシデータベース１９４に、使用者３１−３のプロキシ１４−３のIPアドレス、使用者３１−４のプロキシ１４−４のIPアドレス、および使用者３１−５のプロキシ１４−５のIPアドレスが格納されている場合、プロキシ１４−１は、近傍プロキシデータベース１９４に格納されているIPアドレスを基に、プロキシ１４−３、プロキシ１４−４、およびプロキシ１４−５のそれぞれに、コンテンツIDで特定されるコンテンツ５１を記録しているかを問い合わせる。

例えば、プロキシ１４−３およびプロキシ１４−５が、コンテンツIDで特定されるコンテンツ５１を記録している場合、プロキシ１４−３およびプロキシ１４−５から、プロキシ１４−１に、コンテンツIDで特定されるコンテンツ５１を記録している旨の返答が送信されるので、プロキシ１４−１は、プロキシ１４−３およびプロキシ１４−５のいずれかから、コンテンツIDで特定されるコンテンツ５１を取得する。

図２２および図２３は、コンテンツサーバ１１が、リンク情報を提供しないで、コンテンツIDを提供する場合の、コンテンツサーバ１１によるトップページのデータの提供の処理、プロキシ１４によるコンテンツの取得の処理、およびコンテンツID管理サーバ１７によるコンテンツ情報の提供の処理を説明するフローチャートである。

ステップＳ１００１およびステップＳ１００２は、それぞれ、図１７のステップＳ５１およびステップＳ５２のそれぞれと同様なので、その説明は省略する。

ステップＳ２００１およびステップＳ２００２は、それぞれ、図１５のステップＳ１１およびステップＳ１２のそれぞれと同様なので、その説明は省略する。

ステップＳ２００３において、コンテンツ情報生成部１５２は、XML方式で記述するトップページのデータに、ステップＳ２００２で取得したコンテンツのコンテンツIDおよびメタデータを記述する。ステップＳ２００４において、Webサーバ１５１は、トップページのデータを、ネットワーク１２を介して、トップページのリクエストを送信してきたプロキシ１４に送信し、コンテンツサーバ１１によるトップページのデータの提供の処理は終了する。

図２４および図２５は、コンテンツIDの具体例を示す図である。

図２４で示されるように、コンテンツIDは、ホストアドレス、コンテンツ番号、およびバージョン番号から構成される。ホストアドレスは、コンテンツサーバ１１のアドレス、例えば、コンテンツサーバ１１のIPアドレスを示す。コンテンツ番号は、コンテンツに割り付けられる、コンテンツサーバ１１上でユニークな値である。バージョン番号は、コンテンツのバージョンを示す。

また、コンテンツの製作者を特定する値およびコンテンツの製作日時をコンテンツIDに含めるようにしてもよい。

図２５に例示されるコンテンツIDは、製作者ID、コンテンツ番号、および製作日時から構成される。製作者IDは、コンテンツの製作者を特定する値である。製作日時は、コンテンツが製作された日付および時刻を示す。

このようにすることで、例えば、コンテンツのバージョンのアップなど、コンテンツの内容そのものに改変があったときであっても、改変に応じたコンテンツをコンテンツIDで特定できるようになる。

図２２に戻り、ステップＳ１００３において、プロキシサーバ１８１は、ネットワーク１２を介してコンテンツサーバ１１から送信されてくるトップページのデータを受信する。

ステップＳ１００４において、プロキシサーバ１８１のコンテンツID抽出部２０４は、受信したトップページのデータからコンテンツIDを抽出する。コンテンツID抽出部２０４は、抽出したコンテンツIDをコンテンツ情報取得部１８９に供給する。

ステップＳ１００５において、コンテンツ情報取得部１８９は、コンテンツIDを基に、コンテンツID管理サーバ１７に問い合わせる。すなわち、送信制御部２１０は、ネットワーク１２を介した、コンテンツID管理サーバ１７へのコンテンツIDの送信を制御する。

ステップＳ３００１において、コンテンツID管理サーバ１７のコンテンツ情報通信制御部２３１は、プロキシ１４からのコンテンツIDを基にした問い合わせを受信する。すなわち、コンテンツ情報通信制御部２３１の受信制御部２５２は、ネットワーク１２を介して、プロキシ１４から送信されてくるコンテンツIDの受信を制御する。

ステップＳ３００２において、コンテンツ情報生成部２３２のプロキシ情報取得部２５３は、コンテンツIDで特定されるコンテンツを既にダウンロードした他のプロキシ１４のIPアドレス、およびそのコンテンツを既にダウンロードした他のプロキシ１４において利用可能なプロトコルを示すプロキシ情報を、コンテンツ毎に、コンテンツIDを基に、ダウンロードデータベース２３４から取得する。

ステップＳ３０３において、コンテンツ情報生成部２３２のプロキシ情報選択部２５４は、ステップＳ３００２の処理で取得したプロキシ情報を基に、コンテンツIDで特定されるコンテンツを既にダウンロードしたプロキシ１４があるか否かを判定する。

ステップＳ３００３において、コンテンツIDで特定されるコンテンツを既にダウンロードしたプロキシ１４があると判定された場合、ステップＳ３００４に進み、コンテンツ情報生成部２３２のプロキシ情報選択部２５４は、ステップＳ１６と同様の処理で、プロキシ１４に提示するプロキシ情報であって、コンテンツを既にダウンロードしたプロキシ１４についてのプロキシ情報を選択する。

ステップＳ３００５において、コンテンツ情報生成部２３２は、ステップＳ３００４で選択したプロキシ情報をコンテンツ情報に記述し、ステップＳ３００６に進む。

一方、ステップＳ３００３において、コンテンツIDで特定されるコンテンツをダウンロードしたプロキシ１４がまだないと判定された場合、プロキシ１４についてのプロキシ情報をコンテンツ情報に記述する必要がないので、ステップＳ３００４およびステップＳ３００５はスキップされて、手続きは、ステップＳ３００６に進む。

ステップＳ３００６において、コンテンツ情報生成部２３２は、コンテンツサーバ１１のIPアドレスおよびコンテンツサーバ１１において利用可能なプロトコルを示すプロキシ情報をコンテンツ情報に記述する。コンテンツ情報生成部２３２は、このように生成されたコンテンツ情報をコンテンツ情報通信制御部２３１に供給する。

ステップＳ３００７において、コンテンツ情報通信制御部２３１は、生成されたコンテンツ情報を、ネットワーク１２を介して、トップページのリクエストを送信してきたプロキシ１４に送信する。すなわち、コンテンツ情報通信制御部２３１の送信制御部２５１は、コンテンツIDで特定されるコンテンツのコンテンツ情報の、ネットワーク１２を介した、コンテンツIDを送信してきたプロキシ１４への送信を制御する。

ステップＳ１００６において、プロキシ１４のコンテンツ情報取得部１８９は、ネットワーク１２を介してコンテンツID管理サーバ１７から送信されてくるコンテンツ情報を受信する。すなわち、コンテンツ情報取得部１８９の受信制御部２１１は、コンテンツIDを受信したコンテンツID管理サーバ１７からネットワーク１２を介して送信されてくるコンテンツ情報の受信を制御する。

ステップＳ１００７において、コンテンツ情報取得部１８９のリンク情報抽出部２１２は、ステップＳ１００６で受信したコンテンツ情報からリンク情報を抽出する。リンク情報抽出部２１２は、リンク情報をプリフェッチ処理部１８２に供給する。

ステップＳ１００８乃至ステップＳ１０１３は、それぞれ、図１７のステップＳ５５乃至ステップＳ６０のそれぞれと同様なので、その説明は省略する。

ステップＳ１００４において、ダウンロード情報送信制御部１８５は、ネットワーク１２を介して、コンテンツID管理サーバ１７に、コンテンツを取得した旨を示すダウンロード情報であって、自分であるプロキシ１４のIPアドレス、取得したコンテンツを特定するコンテンツID、およびコンテンツ送信制御部１８８において利用可能なプロトコルを示す情報からなるプロキシ情報を含むダウンロード情報を送信し、ステップＳ１０１５に進む。すなわち、ダウンロード情報送信制御部１８５は、ネットワーク１２を介した、ダウンロード情報のコンテンツID管理サーバ１７への送信を制御する。

ステップＳ１０１５において、プロキシサーバ２０２の送信制御部２０２は、クライアント１３への、トップページのデータの送信を制御して、プロキシ１４によるコンテンツの取得の処理は終了する。

ステップＳ３００８において、コンテンツID管理サーバ１７のプロキシ情報記録制御部２３３のダウンロード情報受信制御部２５５は、ネットワーク１２を介して、プロキシ１４から送信されてくる情報であって、コンテンツをダウンロードしたことを示す情報であるダウンロード情報の受信を制御する。ステップＳ３００９において、プロキシ情報記録制御部２３３のプロキシ情報抽出部２５６は、ステップＳ３００８において受信したダウンロード情報から、コンテンツID、ダウンロード情報を送信してきたプロキシ１４のIPアドレス、および利用可能なプロトコルを示す情報を抽出する。

ステップＳ３０１０において、プロキシ情報記録制御部２３３は、抽出した、コンテンツID、ダウンロード情報を送信してきたプロキシ１４のIPアドレス、および利用可能なプロトコルを示す情報をプロキシ情報として、ダウンロードデータベース２３４に書き込ませ、コンテンツID管理サーバ１７によるコンテンツ情報の提供の処理は終了する。

以上のように、コンテンツサーバ１１が、リンク情報を提供しないで、コンテンツIDを提供する場合、コンテンツID管理サーバ１７からプロキシ１４に、リンク情報を含むコンテンツ情報が送信され、コンテンツ情報に含まれるリンク情報を基に、コンテンツを取得する。すなわち、コンテンツID管理サーバ１７が、コンテンツの分散状況、コンテンツを提供可能なネットワーク１２上の場所（アドレス）などを把握、管理することになる。

また、コンテンツID管理サーバ１７のダウンロードデータベース２３４に、コンテンツを取得したプロキシ１４についてのプロキシ情報が格納されることになる。

なお、コンテンツID管理サーバ１７が、所定の範囲のアドレスのプロキシ１４に、記録しているコンテンツを問い合わせることで、プロキシ情報を取得するようにしてもよい。

また、コンテンツサーバ１１が、リンク情報を提供しないで、コンテンツIDを提供する場合、コンテンツサーバ１１がコンテンツを提供しないようにしてもよい。

さらに、プロキシ１４は、近傍プロキシデータベース１９４に格納されているIPアドレスを基に、近傍の他のプロキシ１４からコンテンツを取得することができる。

図２６および図２７は、プロキシ１４が、近傍プロキシデータベース１９４に格納されているIPアドレスを基に、近傍の他のプロキシ１４からコンテンツを取得する場合の、コンテンツサーバ１１によるトップページのデータの提供の処理、およびプロキシ１４によるコンテンツの取得の処理を説明するフローチャートである。

ステップＳ１１０１乃至ステップＳ１１０４は、それぞれ、図２２のステップＳ１００１乃至ステップＳ１００４のそれぞれと同様なので、その説明は省略する。

ステップＳ２１０１乃至ステップＳ２１０４は、それぞれ、図２２のステップＳ２００１乃至ステップＳ２００４と同様、すなわち、コンテンツサーバ１１によるトップページのデータの提供の処理は、図２２に示す場合と同様なので、その説明は省略する。

ステップＳ１１０５において、プリフェッチ処理部１８２は、コンテンツIDを基に、コンテンツを既にダウンロードしているか否かを判定する。ステップＳ１１０５において、コンテンツをまだダウンロードしていないと判定された場合、ステップＳ１１０６に進み、プリフェッチ処理部１８２の他プロキシ問い合わせ部２０９は、近傍プロキシアドレス読み書き制御部１８４に、近傍プロキシデータベース１９４から、近傍のプロキシ１４の、１つのIPアドレスを読み出させる。読み出されたIPアドレスは、他プロキシ問い合わせ部２０９に供給される。

ステップＳ１１０７において、他プロキシ問い合わせ部２０９は、ネットワーク１２を介して、コンテンツIDを基に、読み出したIPアドレスのプロキシ１４に、コンテンツIDで特定されるコンテンツを記録しているかを問い合わせる。問い合わせを受けた近傍のプロキシ１４は、コンテンツIDで特定されるコンテンツを記録しているか否かを示す返答をネットワーク１２を介して送信してくるので、ステップＳ１１０８において、他プロキシ問い合わせ部２０９は、問い合わせたプロキシ１４からの返答を受信する。

ステップＳ１１０９において、他プロキシ問い合わせ部２０９は、受信した返答から、問い合わせたプロキシ１４が、コンテンツIDで特定されるコンテンツを記録しているか否かを判定する。ステップＳ１１０９において、問い合わせたプロキシ１４が、コンテンツIDで特定されるコンテンツを記録していないと判定された場合、ステップＳ１１１０に進み、他プロキシ問い合わせ部２０９は、近傍プロキシデータベース１９４に次のIPアドレスが格納されているか否かを判定する。例えば、ステップＳ１１１０において、他プロキシ問い合わせ部２０９は、近傍プロキシアドレス読み書き制御部１８４に、近傍プロキシデータベース１９４から次のIPアドレスが格納されているか否かの情報を読み出させるか、または、近傍プロキシデータベース１９４から格納されているIPアドレスの数を読み出させて、その結果から、近傍プロキシデータベース１９４に次のIPアドレスが格納されているか否かを判定する。

ステップＳ１１１０において、近傍プロキシデータベース１９４に次のIPアドレスが格納されていると判定された場合、ステップＳ１１１１に進み、他プロキシ問い合わせ部２０９は、近傍プロキシアドレス読み書き制御部１８４に、近傍プロキシデータベース１９４から、近傍のプロキシ１４の、１つのIPアドレスを読み出させる。ステップＳ１１０６の場合と同様に、読み出されたIPアドレスは、他プロキシ問い合わせ部２０９に供給される。手続きは、ステップＳ１１１１の後、ステップＳ１１０７に戻り、次のIPアドレスを基に、上述した処理を繰り返す。すなわち、コンテンツを記録しているプロキシ１４が見つかるまで、近傍プロキシデータベース１９４に格納されているIPアドレスを基にした、近傍のプロキシ１４へのコンテンツを記録しているかの問い合わせが繰り返される。

ステップＳ１１０９において、問い合わせたプロキシ１４が、コンテンツIDで特定されるコンテンツを記録していると判定された場合、ステップＳ１１１２に進み、プリフェッチ処理部１８２のコンテンツ受信制御部２０８は、コンテンツIDで特定されるコンテンツを記録していると判定されたプロキシ１４から、コンテンツをプリフェッチする。なお、近傍プロキシデータベース１９４に、近傍プロキシのアドレスとしてのIPアドレスと共に、その近傍プロキシにおいて利用可能なプロトコルを示す情報が格納されている場合、コンテンツ受信制御部２０８は、利用可能なプロトコルを基に、ネットワーク１２を介して、コンテンツを記録していると判定されたプロキシ１４にコンテンツを要求し、その相手からコンテンツがネットワーク１２を介して送信されてくると、送信されてきたコンテンツの受信を制御する。プリフェッチ処理部５８は、プリフェッチしたコンテンツ、すなわち受信したコンテンツをコンテンツ読み書き制御部１８３に供給する。

ステップＳ１１１３において、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３にコンテンツを記録させ、ステップＳ１１１４に進む。

ステップＳ１１１０において、近傍プロキシデータベース１９４に次のIPアドレスが格納されていないと判定された場合、問い合わせる相手がなくなり、コンテンツを記録している近傍プロキシがなかったので、コンテンツをプリフェッチすることなく、手続きは、ステップＳ１１１４に進む。

ステップＳ１１０５において、コンテンツを既にダウンロードしたと判定された場合、コンテンツをプリエッチする必要はないので、ステップＳ１１０６乃至ステップＳ１１１３はスキップされて、手続きは、ステップＳ１１１４に進む。

ステップＳ１１１４において、プロキシサーバ２０２の送信制御部２０２は、クライアント１３へのトップページのデータの送信を制御して、プロキシ１４によるコンテンツの取得の処理は終了する。

このように、近傍プロキシデータベース１９４に格納されているIPアドレスを基に、近傍の他のプロキシ１４からコンテンツを取得することができる。

また、共通のジャンルのコンテンツを好む使用者に使用されている１または複数のプロキシ１４から構成されているコミュニティに属するそのプロキシ１４からコンテンツを取得するようにしてもよい。

図２８は、コミュニティの例を示す図である。コミュニティ３０１−１は、サッカーのコンテンツを好む使用者に使用されている１または複数のプロキシ１４から構成されている。また、コミュニティ３０１−２は、アイドルのコンテンツを好む使用者に使用されている１または複数のプロキシ１４から構成され、コミュニティ３０１−３は、映画であるコンテンツを好む使用者に使用されている１または複数のプロキシ１４から構成されている。

プロキシ１４は、メタデータに含まれているジャンル情報で示される、取得しようとするコンテンツのジャンルがサッカーである場合、コミュニティ３０１−１に属する他のプロキシ１４に、そのコンテンツを記録しているか否かを問い合わせて、記録していると返答してきたプロキシ１４からそのコンテンツを取得する。

同様に、プロキシ１４は、メタデータに含まれているジャンル情報で示される、取得しようとするコンテンツのジャンルがアイドルである場合、コミュニティ３０１−２に属する他のプロキシ１４に、そのコンテンツを記録しているか否かを問い合わせて、記録していると返答してきたプロキシ１４からそのコンテンツを取得する。

また、プロキシ１４は、メタデータに含まれているジャンル情報で示される、取得しようとするコンテンツのジャンルが映画である場合、コミュニティ３０１−３に属する他のプロキシ１４に、そのコンテンツを記録しているか否かを問い合わせて、記録していると返答してきたプロキシ１４からそのコンテンツを取得する。

なお、１つのコミュニティが、共通の複数のジャンルをコンテンツを好む使用者に使用されている１または複数のプロキシ１４から構成されるようにしてもよい。

次に、図２９および図３０を参照して、コミュニティに属する他のプロキシ１４からコンテンツを取得する場合の、コンテンツサーバ１１によるトップページのデータの提供の処理、およびプロキシ１４によるコンテンツの取得の処理を説明する。

ステップＳ１２０１およびステップＳ１２０２は、それぞれ、図１７のステップＳ５１およびステップＳ５２のそれぞれと同様なので、その説明は省略する。

ステップＳ２２０１は、図１５のステップＳ１１と同様なので、その説明は省略する。

ステップＳ２２０２は、コンテンツ情報生成部１５２のメタデータ取得部１６１は、トップページに記述されている、クライアント１３の使用者に提供するコンテンツについて、コンテンツのジャンルを示すジャンル情報を含むメタデータおよびコンテンツのコンテンツIDをコンテンツデータベース１５４から取得する。

ステップＳ２２０３において、コンテンツ情報生成部１５２は、XML方式で記述するトップページのデータに、ステップＳ２２０２で取得したジャンル情報を含むメタデータおよびコンテンツのコンテンツIDを記述する。ステップＳ２２０４において、Webサーバ１５１は、トップページのデータを、ネットワーク１２を介して、トップページのリクエストを送信してきたプロキシ１４に送信し、コンテンツサーバ１１によるトップページのデータの提供の処理は終了する。

ステップＳ１２０３において、プロキシサーバ１８１は、ネットワーク１２を介してコンテンツサーバ１１から送信されてくるトップページのデータを受信する。

ステップＳ１２０４において、プロキシサーバ１８１のコンテンツID抽出部２０４は、受信したトップページのデータからコンテンツIDを抽出し、プロキシサーバ１８１のジャンル情報抽出部２０５は、受信したトップページのデータからジャンル情報を抽出する。コンテンツIDは、プリフェッチ処理部１８２に供給され、ジャンル情報は、コミュニティ選択部１９２に供給される。

ステップＳ１２０５において、プリフェッチ処理部１８２は、コンテンツを既にダウンロードしているか否かを判定する。ステップＳ１２０５において、コンテンツをまだダウンロードしていないと判定された場合、ステップＳ１２０６に進み、コミュニティ情報読み書き制御部１９０は、コミュニティデータベース１９６から、コミュニティのそれぞれのジャンルを示す情報を読み出す。コミュニティのそれぞれのジャンルを示す情報は、コミュニティ選択部１９２に供給される。

なお、コミュニティのそれぞれのジャンルを示す情報と、コミュニティに属するプロキシ１４のIPアドレスとは、コミュニティデータベース１９６に予め記録されている。

ステップＳ１２０７において、コミュニティ選択部１９２は、コミュニティのそれぞれのジャンルを示す情報およびジャンル情報を基に、プリフェッチしようとするコンテンツのジャンルとコミュニティのジャンルとから、コミュニティを選択する。この場合、コミュニティ選択部１９２は、プリフェッチしようとするコンテンツのジャンルに一致するジャンルのコミュニティを選択する。また、コミュニティ選択部１９２は、プリフェッチしようとするコンテンツのジャンルに類似するか関連するジャンルのコミュニティを選択するようにしてもよい。コミュニティ選択部１９２は、選択したコミュニティを特定する情報をコミュニティ情報読み書き制御部１９０に供給する。

ステップＳ１２０８において、コミュニティ情報読み書き制御部１９０は、選択されたコミュニティを特定する情報を基に、コミュニティデータベース１９６から、選択されたコミュニティに属するプロキシ１４のIPアドレスを読み出す。選択されたコミュニティに属するプロキシ１４のIPアドレスは、プリフェッチ処理部１８２に供給される。

ステップＳ１２０９において、プリフェッチ処理部１８２の他プロキシ問い合わせ部２０９は、読み出したIPアドレスのうち、１つのIPアドレスを選択する。

ステップＳ１２１０において、他プロキシ問い合わせ部２０９は、ネットワーク１２を介して、コンテンツIDを基に、読み出したIPアドレスのプロキシ１４に、コンテンツIDで特定されるコンテンツを記録しているかを問い合わせる。選択されたコミュニティに属するプロキシ１４は、問い合わせを受けると、コンテンツIDで特定されるコンテンツを記録しているか否かを示す返答をネットワーク１２を介して送信してくるので、ステップＳ１２１１において、他プロキシ問い合わせ部２０９は、問い合わせたプロキシ１４からの返答を受信する。

ステップＳ１２１２において、他プロキシ問い合わせ部２０９は、受信した返答から、問い合わせたプロキシ１４が、コンテンツIDで特定されるコンテンツを記録しているか否かを判定する。ステップＳ１２１２において、問い合わせたプロキシ１４が、コンテンツIDで特定されるコンテンツを記録していないと判定された場合、ステップＳ１２１３に進み、他プロキシ問い合わせ部２０９は、読み出したIPアドレスに次のIPアドレスがあるか否かを判定する。

ステップＳ１２１３において、読み出したIPアドレスに次のIPアドレスがあると判定された場合、ステップＳ１２１４に進み、他プロキシ問い合わせ部２０９は、読み出したIPアドレスのうち、次のIPアドレスを選択して、ステップＳ１２１０に戻り、次のIPアドレスを基に、上述した処理を繰り返す。すなわち、コンテンツを記録しているプロキシ１４が見つかるまで、選択したコミュニティに属するプロキシ１４へのコンテンツを記録しているかの問い合わせが繰り返される。

ステップＳ１２１２において、問い合わせたプロキシ１４が、コンテンツIDで特定されるコンテンツを記録していると判定された場合、ステップＳ１２１５に進み、プリフェッチ処理部１８２のコンテンツ受信制御部２０８は、コンテンツIDで特定されるコンテンツを記録していると判定されたプロキシ１４から、コンテンツをプリフェッチする。

なお、コミュニティデータベース１９６に、それぞれのコミュニティに属するそれぞれのプロキシ１４のIPアドレスと共に、それぞれのプロキシにおいて利用可能なプロトコルを示す情報が格納されている場合、コンテンツ受信制御部２０８は、利用可能なプロトコルを基に、ネットワーク１２を介して、コンテンツを記録していると判定されたプロキシ１４にコンテンツを要求し、その相手からコンテンツがネットワーク１２を介して送信されてくると、送信されてきたコンテンツの受信を制御する。

プリフェッチ処理部５８は、プリフェッチしたコンテンツ、すなわち受信したコンテンツをコンテンツ読み書き制御部１８３に供給する。

ステップＳ１２１６において、コンテンツ読み書き制御部１８３は、コンテンツデータベース１９３にコンテンツを記録させ、ステップＳ１２１７に進む。

ステップＳ１２１３において、読み出したIPアドレスに次のIPアドレスがないと判定された場合、選択されたコミュニティに属するプロキシ１４に、コンテンツを記録しているものがなかったので、コンテンツをプリフェッチしないで、手続きは、ステップＳ１２１７に進む。

ステップＳ１２０５において、コンテンツを既にダウンロードしたと判定された場合、コンテンツをプリエッチする必要はないので、ステップＳ１２０６乃至ステップＳ１２１６はスキップされて、手続きは、ステップＳ１２１７に進む。

ステップＳ１２１７において、プロキシサーバ２０２の送信制御部２０２は、クライアント１３へのトップページのデータの送信を制御して、プロキシ１４によるコンテンツの取得の処理は終了する。

このように、ジャンルからコミュニティを選択し、選択されたコミュニティに属する他のプロキシ１４からコンテンツを取得することができる。ジャンルからコミュニティを選択するので、コンテンツを記録している可能性が高いプロキシ１４から構成されるコミュニティが選択されることになり、コンテンツを取得できる可能性がより高くなる。

なお、使用者の嗜好に基づいて予めピアを作成しておいて、相手に問い合わせるようにしてもよい。例えば、映画好きの使用者のプロキシ１４同士が予めつながっているようにしてもよい。

さらにまた、使用者の操作をトリガとすることなく、プロキシ１４が、使用者に視聴される可能性が所定の値より高いコンテンツを取得することもできる。

図３１で示されるように、プロキシ１４−１の使用者３１−１が就寝している間に、コンテンツサーバ１１からコンテンツ５１−１およびコンテンツ５１−１の提供が開始され、プロキシ１４−２がコンテンツ５１−１を取得した場合、コンテンツ５１−１が使用者３１−１に視聴される可能性が所定の値より高いとき、プロキシ１４−１は、プロキシ１４−２からコンテンツ５１−１を取得する。

さらに、プロキシ１４−４の使用者にコンテンツ５１−１が視聴される可能性が所定の値より高い場合、プロキシ１４−４は、プロキシ１４−１からコンテンツ５１−１を取得する。さらにまた、プロキシ１４−５の使用者にコンテンツ５１−１が視聴される可能性が所定の値より高い場合、プロキシ１４−５は、プロキシ１４−４からコンテンツ５１−１を取得する。

図３２で示されるように、コンテンツサーバ１１として、コンテンツサーバ１１−１乃至コンテンツサーバ１１−４が設けられ、コンテンツサーバ１１−１乃至コンテンツサーバ１１−４がそれぞれ、コンテンツ５１−１乃至コンテンツ５１−４のそれぞれを提供する場合、使用者３１−１の嗜好を学習したプロキシ１４−１は、例えば、３０分に１度、コンテンツサーバ１１−１乃至コンテンツサーバ１１−４のそれぞれにアクセスして、コンテンツサーバ１１−１乃至コンテンツサーバ１１−４のそれぞれが提供するコンテンツ５１−１乃至コンテンツ５１−４が使用者３１−１に視聴される可能性を算出して、算出された可能性が所定値より高い場合、コンテンツ５１−１乃至コンテンツ５１−４のうち、使用者３１−１に視聴される可能性が所定値より高いものを取得する。

同様に、使用者３１−２の嗜好を学習したプロキシ１４−２は、例えば、３０分に１度、コンテンツサーバ１１−１乃至コンテンツサーバ１１−４のそれぞれにアクセスして、コンテンツサーバ１１−１乃至コンテンツサーバ１１−４のそれぞれが提供するコンテンツ５１−１乃至コンテンツ５１−４が使用者３１−２に視聴される可能性を算出して、算出された可能性が所定値より高い場合、コンテンツ５１−１乃至コンテンツ５１−４のうち、使用者３１−２に視聴される可能性が所定値より高いものを取得する。

次に、図３３および図３４を参照して、使用者の操作をトリガとすることなく、プロキシ１４が、使用者に視聴される可能性が所定の値より高いコンテンツを取得する場合の、コンテンツサーバ１１によるトップページのデータの提供の処理、およびプロキシ１４によるコンテンツの取得の処理を説明する。

ステップＳ１３０１において、プロキシサーバ１８１は、コンテンツサーバ１１に、巡回によるトップページのリクエストを送信する。この場合、例えば、プロキシサーバ１８１は、いわゆるRSS（Rich Site Summary）（RDF Site Summary）リーダとして構成され、指定したサイトのRSS情報を一定時間ごとに自動的にダウンロードする。

ステップＳ２３０１およびステップＳ２３０２は、それぞれ、図２９のステップＳ２２０１およびステップＳ２２０２のそれぞれと同様なので、その説明は省略する。

ステップＳ２３０３において、コンテンツ情報生成部１５２は、XML方式で記述するトップページのデータに、ステップＳ２２０２で取得したジャンル情報を含むメタデータおよびコンテンツのコンテンツIDを記述する。

ステップＳ２３０３において、コンテンツ情報生成部１５２は、RSSの規格に準拠したトップページのデータに、ジャンル情報を含むメタデータおよびコンテンツのコンテンツIDを記述する。

図３５は、RSSの規格に準拠したトップページのデータの例を示す図である。図３５のトップページのデータにおける、XML宣言は、図９のコンテンツ情報における場合と同様なので、その説明は省略する。

XML宣言の次に配置されている<rdf:RDF xmlns・・・/mvcb/">および</rdf:RDF>は、いわゆる<rdf:RDF>タグであり、RSSの規格に準拠していることを示す。<rdf:RDF>タグの間には、<channel rdf:about=・・・>および</channel >で括られるchannel要素が配置される。

<channel rdf:about=・・・>タグのabout=に続いて、トップページのアドレスが記述される。

channel要素は、<title>と</title>とで括られるtitle要素、<link>と</link>とで括られるlink要素、<description>と</description>とで括られるdescription要素、<image>と</image>とで括られるimage要素、<items>と</items>とで括られるitems要素、<GENRU>と</GENRU>とで括られるGENRU要素、および<DATE>と</DATE>とで括られるDATE要素により記述される。

title要素は、サマリーの対象であるチャンネルのタイトルを示し、link要素は、RSSにおいてサマリーの対象とするサイトのURIを示す。description要素は、サマリーの対象の内容、機能などの概要を説明し、この場合、コンテンツを説明する。

image要素は、コンテンツの画像を記述する。image要素における、<title>と</title>との間には、画像のタイトルを示す情報が配置され、<url>と</url>との間には、コンテンツを代表する画像の画像データを格納しているファイルの名前が記述される。

items要素は、リソースの目次に相当し、リソースのURIをrdf:li要素のrdf:resource属性で示す。

例えば、１つ目のrdf:li要素のrdf:resource属性は、コンテンツサーバ１１のIPアドレスを示し、２つ目のrdf:li要素のrdf:resource属性は、ミラーサーバ１５のIPアドレスを示し、３つ目のrdf:li要素のrdf:resource属性は、既にコンテンツを取得したプロキシ１４のIPアドレスを示す。

GENRU要素は、コンテンツのジャンルを示すジャンル情報であり、DATE要素は、コンテンツが登録された日付を示す。

このように、ステップＳ２３０３において、例えば、図３５に示される、RSSの規格に準拠したトップページのデータが生成される。

ステップＳ２３０４において、Webサーバ１５１は、トップページのデータを、ネットワーク１２を介して、トップページのリクエストを送信してきたプロキシ１４に送信し、コンテンツサーバ１１によるトップページのデータの提供の処理は終了する。

ステップＳ１３０２において、プロキシサーバ１８１は、ネットワーク１２を介してコンテンツサーバ１１から送信されてくるトップページのデータを受信する。ステップＳ１３０３において、プロキシサーバ１８１のコンテンツID抽出部２０４は、受信したトップページのデータからコンテンツIDを抽出し、プロキシサーバ１８１のジャンル情報抽出部２０５は、受信したトップページのデータからジャンル情報を抽出する。コンテンツIDは、プリフェッチ処理部１８２に供給され、ジャンル情報は、嗜好解析部１８７に供給される。

ステップＳ１３０４において、嗜好解析部１８７は、嗜好情報とコンテンツのジャンルとから、使用者がコンテンツを嗜好する度合いを示す嗜好度数を計算する。なお、上述したように、嗜好情報は、嗜好解析部１８７によって、閲覧履歴データベース１９５に格納されているコンテンツの閲覧履歴（クライアント１３の使用者によって閲覧されたコンテンツのコンテンツ情報）を解析することによって得られ、使用者の嗜好を示す。嗜好情報は、クライアント１３の使用者がコンテンツを閲覧することによって動的に変化するので、コンテンツのジャンルが同じでも、ステップＳ１３０４において、計算される嗜好度数が動的に変化することになる。

換言すれば、ステップＳ１３０４において、嗜好解析部１８７は、クライアント１３に供給した他のコンテンツを示す履歴と、コンテンツIDで特定されるコンテンツのジャンルを示すジャンル情報とから、クライアント１３の使用者により、コンテンツIDで特定されるコンテンツが視聴される可能性を計算する。嗜好解析部１８７は、嗜好度数を嗜好度判定部１９１に供給する。

ステップＳ１３０５において、嗜好度判定部１９１は、ステップＳ１３０４で計算された嗜好度数が予め定めた閾値より大きいか否かを判定する。ステップＳ１３０５において、嗜好度数が予め定めた閾値より大きいと判定された場合、すなわち、クライアント１３の使用者が、コンテンツIDで特定されるコンテンツを視聴する可能性が所定値以上である場合、手続きは、ステップＳ１３０６に進み、コンテンツIDで特定されるコンテンツが取得される。

ステップＳ１３０６乃至ステップＳ１３１７は、それぞれ、図３０のステップＳ１２０５乃至ステップＳ１２１６のそれぞれと同様なので、その説明は省略する。

ステップＳ１３０５において、嗜好度数が予め定めた閾値より大きくないと判定された場合、すなわち、クライアント１３の使用者が、コンテンツIDで特定されるコンテンツを視聴する可能性が所定値未満である場合、コンテンツを取得する必要はないので、コンテンツを取得しないで、コンテンツの取得の処理は終了する。

このように、使用者の操作をトリガとすることなく、使用者に視聴される可能性が所定の値より高いコンテンツが取得される。

なお、コンテンツを視聴する可能性が高い順に、予め定めた数のコンテンツを取得するようにしてもよい。

また、人気のランキングを示すメタデータを基に、人気のある順に予め定めた数のコンテンツ、例えば、人気トップ１０のコンテンツ（人気のある順の１０このコンテンツ）を予め取得するようにしてもよい。

以上のように、使用者に面倒な操作を要求することなく、データ量の大きなコンテンツを迅速に取得できるようになる。コンテンツを取得したプロキシ１４が、自動的にミラーサーバとしての動作を行うので、ミラーサーバが自動的に増加していくことになる。コンテンツを取得したプロキシ１４が、増えれば増えるほど、より迅速にコンテンツを取得できるようになる。すなわち、人気のあるコンテンツほどより迅速に取得できるようになると言える。

また、プロキシ１４とネットワーク１２との接続が帯域の小さな回線を介する場合であっても、常時接続することで、データ量の大きいコンテンツを閲覧することができる。例えば、暗号化されているコンテンツを復号するための鍵が、コンテンツの公開日に提供される場合、その公開日の前、例えば数日前から、コンテンツの取得を開始することで、公開日の当日に、データ量の大きいコンテンツを即座に閲覧できるようになる。

従って、使用者は、大容量のコンテンツを快適にダウンロードできるようになる。また、使用者に感じられるコンテンツの伝送速度が向上するように飛躍的に改善される。

また、インターネットを介したコンテンツの配信網を実現できる。

ミラーサーバ１５が最適に選択されるので、コンテンツの提供の付加が分散されることになる。

コンテンツ情報をXML方式とすれば、クライアント１３に表示されるページを変更することなく、本発明を適用できる。

このように、コンテンツを受信するようにした場合には、コンテンツを取得することができる。また、提供装置からネットワークを介して送信されてくる、コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定されるコンテンツのジャンルを示すジャンル情報との受信を制御し、情報処理装置が端末装置に供給した他のコンテンツを示す履歴と受信したジャンル情報とから、端末装置の使用者により、受信したコンテンツＩＤで特定されるコンテンツが視聴される可能性を算出し、端末装置の使用者が、受信したコンテンツＩＤで特定されるコンテンツを視聴する可能性が所定値以上である場合、ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択し、選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定されるコンテンツを記録しているかをネットワークを介して問い合わせ、他の情報処理装置から、受信したコンテンツＩＤで特定されるコンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定されるコンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定されるコンテンツをネットワークを介して取得し、取得したコンテンツの記録を制御するようにした場合には、よりデータ量の多いコンテンツを取得することができる。

なお、プロキシ１４を独立した装置であると説明したが、これに限らず、クライアント１３の機能として設けたり、ハードディスクレコーダ、セットトップボックス、またはルータなどネットワーク１２に接続できる機器の機能として設けるようにしてもよい。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行させる場合には、そのソフトウエアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。

コンピュータにインストールされ、コンピュータによって実行可能な状態とされるプログラムを格納するプログラム記録媒体は、図６または図７に示すように、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)を含む）、光磁気ディスクを含む）、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア１１１若しくはリムーバブルメディア１３２、または、プログラムが一時的もしくは永続的に格納されるROM１０２若しくはROM１２２や、記憶部１０８若しくは記憶部１２８を構成するハードディスクなどにより構成される。プログラム記録媒体へのプログラムの格納は、必要に応じてルータ、モデムなどのインターフェースである通信部１０９、通信部１２９、若しくは通信部１３０を介して、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の通信媒体を利用して行われる。

なお、本明細書において、プログラム記録媒体に格納されるプログラムを記述するステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。

本発明の一実施の形態のコンテンツ提供システムの構成の例を示す図である。 プロキシのコンテンツの取得を説明する図である。 Webページのデータの取得のプロトコルと、コンテンツの取得のプロトコルとが異なることを説明する図である。 分割した部分毎のコンテンツの取得を説明する図である。 暗号化されているコンテンツを復号するための鍵の取得を説明する図である。 コンテンツサーバのハードウェアの構成の例を示すブロック図である。 プロキシのハードウェアの構成の例を示すブロック図である。 コンテンツサーバの機能の構成の例を示すブロック図である。 コンテンツ情報の具体例について説明する図である。 コンテンツ情報の具体例について説明する図である。 コンテンツ情報の具体例について説明する図である。 プロキシの機能の構成の例を示すブロック図である。 コンテンツID管理サーバの機能の構成の例を示すブロック図である。 コンテンツの提供の概略を説明する図である。 コンテンツ情報の提供の処理の例を説明するフローチャートである。 プロキシ情報の記録の処理の例を説明するフローチャートである。 コンテンツの取得の処理の例を説明するフローチャートである。 クライアントへのコンテンツの提供の処理の例を説明するフローチャートである。 他のプロキシへのコンテンツの提供の処理の例を説明するフローチャートである。 キャッシュサーバを説明する図である。 コンテンツサーバが、リンク情報を提供しないで、コンテンツIDを提供する場合の処理を説明する図である。 トップページのデータの提供の処理、コンテンツの取得の処理、およびコンテンツ情報の提供の処理の例を説明するフローチャートである。 トップページのデータの提供の処理、コンテンツの取得の処理、およびコンテンツ情報の提供の処理の例を説明するフローチャートである。 コンテンツIDの具体例を示す図である。 コンテンツIDの具体例を示す図である。 トップページのデータの提供の処理およびコンテンツの取得の処理の他の例を説明するフローチャートである。 トップページのデータの提供の処理およびコンテンツの取得の処理の他の例を説明するフローチャートである。 コミュニティの例を示す図である。 トップページのデータの提供の処理およびコンテンツの取得の処理のさらに他の例を説明するフローチャートである。 トップページのデータの提供の処理およびコンテンツの取得の処理のさらに他の例を説明するフローチャートである。 使用者の操作をトリガとすることのない、コンテンツの取得を説明する図である。 コンテンツサーバへの定期的なアクセスを説明する図である。 トップページのデータの提供の処理およびコンテンツの取得の処理のさらに他の例を説明するフローチャートである。 トップページのデータの提供の処理およびコンテンツの取得の処理のさらに他の例を説明するフローチャートである。 トップページのデータの例を示す図である。

符号の説明

１１−１乃至１１−４，１１ コンテンツサーバ， １２−１，１２−２，１２ ネットワーク， １３−１乃至１３−４，１３ クライアント， １４−１乃至１４−７，１４ プロキシ， １５−１および１５−２，１５ ミラーサーバ， １６ 鍵サーバ， １７ コンテンツID管理サーバ， １０１ ＣＰＵ， １０２ ＲＯＭ， １０３ ＲＡＭ， １０８ 記憶部， １０９ 通信部， １１１ リムーバブルメディア， １２１ ＣＰＵ， １２２ ＲＯＭ， １２３ ＲＡＭ， １２８ 記憶部， １２９ 通信部， １３０ 通信部， １３２ リムーバブルメディア， １５１ Webサーバ， １５２ コンテンツ情報生成部， １５３ プロキシ情報記録制御部， １５４ コンテンツデータベース， １５５ ダウンロードデータベース， １６１ メタデータ取得部， １６２ プロキシ情報取得部， １６３ プロキシ情報選択部， １６４ ダウンロード情報受信制御部， １６５ プロキシ情報抽出部， １８１ プロキシサーバ， １８２ プリフェッチ処理部， １８３ コンテンツ読み書き制御部， １８４ 近傍プロキシアドレス読み書き制御部， １８５ ダウンロード情報送信制御部， １８６ 閲覧履歴更新部， １８７ 嗜好解析部， １８８ コンテンツ送信制御部， １８９ コンテンツ情報取得部， １９０ コミュニティ情報読み書き制御部， １９１ 嗜好度判定部， １９２ コミュニティ選択部， １９３ コンテンツデータベース， １９４ 近傍プロキシデータベース， １９５ 閲覧履歴データベース， １９６ コミュニティデータベース， ２０１ 受信制御部， ２０２ 送信制御部， ２０３ リンク情報抽出部， ２０４ コンテンツID抽出部， ２０５ ジャンル情報抽出部， ２０６ 伝送特性測定部， ２０７ ダウンロード先選択部， ２０８ コンテンツ受信制御部， ２０９ 他プロキシ問い合わせ部， ２１０ 送信制御部， ２１１ 受信制御部， ２１２ リンク情報抽出部， ２３１ コンテンツ情報通信制御部， ２３２ コンテンツ情報生成部， ２３３ プロキシ情報記録制御部， ２３４ ダウンロードデータベース， ２５１ 送信制御部， ２５２ 受信制御部， ２５３ プロキシ情報取得部， ２５４ プロキシ情報選択部， ２５５ ダウンロード情報受信制御部， ２５６ プロキシ情報抽出部

Claims (6)

1. コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置において、
   前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御する受信制御手段と、
   前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出する算出手段と、
   前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択する選択手段と、
   選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせる問い合わせ手段と、
   他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得する取得手段と、
   取得した前記コンテンツの記録を制御する記録制御手段と
   を備える情報処理装置。
2. 前記端末装置に供給した他のコンテンツを示す履歴を記録する記録手段をさらに備える
   請求項１に記載の情報処理装置。
3. 前記算出手段は、前記記録手段に記録されている、前記端末装置に供給した他のコンテンツを示す履歴と、受信したジャンル情報とから、前記端末装置の使用者が、コンテンツＩＤで特定される前記コンテンツを好む度合いである、前記端末装置の使用者に前記コンテンツが視聴される可能性を算出する
   請求項２に記載の情報処理装置。
4. コミュニティのそれぞれについて、コミュニティを構成する複数の情報処理装置のアドレスとジャンルを示すデータとを記録する記録手段をさらに備え、
   問い合わせ手段は、記録されているアドレスを基に、選択されたコミュニティを構成する他の情報処理装置に、コンテンツＩＤで特定される前記コンテンツを記録しているかを問い合わせる
   請求項１に記載の情報処理装置。
5. コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置の情報処理方法において、
   前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御し、
   前記情報処理装置が前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出し、
   前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択し、
   選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせ、
   他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得し、
   取得した前記コンテンツの記録を制御する
   ステップを含む情報処理方法。
6. コンテンツを提供する提供装置とネットワークを介して接続され、前記コンテンツを端末装置に供給する情報処理装置のコンピュータに、
   前記提供装置から前記ネットワークを介して送信されてくる、前記コンテンツを特定するコンテンツＩＤと、コンテンツＩＤで特定される前記コンテンツのジャンルを示すジャンル情報との受信を制御し、
   前記情報処理装置が前記端末装置に供給した他のコンテンツを示す履歴と受信した前記ジャンル情報とから、前記端末装置の使用者により、受信したコンテンツＩＤで特定される前記コンテンツが視聴される可能性を算出し、
   前記端末装置の使用者が、受信したコンテンツＩＤで特定される前記コンテンツを視聴する可能性が所定値以上である場合、前記ジャンル情報と、複数の情報処理装置で構成されるコミュニティのジャンルを示す、予め記録されているデータとから、コミュニティを選択し、
   選択されたコミュニティを構成する他の情報処理装置に、受信したコンテンツＩＤで特定される前記コンテンツを記録しているかを前記ネットワークを介して問い合わせ、
   他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨が返答された場合、受信したコンテンツＩＤで特定される前記コンテンツを記録している旨を返答してきた他の情報処理装置から、受信したコンテンツＩＤで特定される前記コンテンツを前記ネットワークを介して取得し、
   取得した前記コンテンツの記録を制御する
   ステップを実行させるプログラム。

Images