"Webコンテンツを要求するWebブラウザを含むWebクライアント装置と、Webコンテンツを提供するWebサーバ装置と、Webクライアント装置とWebサーバ装置の間でWebコンテンツのキャッシュデータを保有し代理応答で提供するWebプロキシサーバ装置とがネットワークで接続され、複数のWebプロキシサーバ装置がP2Pネットワークで接続され、前記P2Pネットワークは、第1種のWebプロキシサーバであるグループリーダのノード群のP2P接続による第1のネットワークと、前記グループリーダに対して接続される、第2種のWebプロキシサーバであるグループメンバのノード群のP2P接続による第2のネットワークとで構成され、前記第1種のWebプロキシサーバは、分散ハッシュテーブルDHT情報を用いて、前記Webコンテンツと、当該Webコンテンツのキャッシュデータを保有する前記第2種のWebプロキシサーバを含むグループの前記第1種のWebプロキシサーバとの対応関係を管理し、前記Webクライアント装置からのWebコンテンツの要求を受けると、前記DHT情報を用いて、当該Webコンテンツのキャッシュデータを保有する該当の第2種のWebプロキシサーバを含むグループの該当の第1種のWebプロキシサーバを検索し、必要に応じて当該要求を転送する処理を行うDHT機能と、自身が担当するグループに対応する前記第2のネットワークのグループメンバの各ノードの情報を管理し各ノードと通信する処理を行うグループ管理機能と、を有し、前記第2種のWebプロキシサーバは、前記Webコンテンツのキャッシュデータを保有し情報を管理する処理を行うキャッシュ管理機能と、自身のグループ内で前記グループリーダのノードと情報を通信する処理を行うグループ通信機能とを有し、前記Webクライアント装置は、対象のWebコンテンツの情報を前記第1種のWebプロキシサーバへ送信し、前記第2種のWebプロキシサーバから応答のキャッシュデータを取得する処理を行うアクセス機能と、自身で管理するWebクライアント情報を前記第1種のWebプロキシサーバに対して提供するWebクライアント情報管理機能とを有し、前記Webクライアント情報は、前記Webクライアント装置と前記Webプロキシサーバ装置との間で過去に前記Webコンテンツのキャッシュデータを取得した時の応答時間の情報を含み、前記該当の第1種のWebプロキシサーバは、該当の第2種のWebプロキシサーバの中から、前記要求に対し応答させるノードを決定するために、前記Webクライアント情報を参照し、前記応答時間が短いノードを優先的に選択し、決定したノードへリダイレクトさせる処理を行う応答ノード選択機能を有し、前記Webクライアント装置は、前記アクセス機能により、前記リダイレクト先の第2種のWebプロキシサーバから前記キャッシュデータを取得し、前記Webクライアント情報管理機能により、その時の応答時間の情報を記録する処理を行うこと、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記第2種のWebプロキシサーバは、自身の負荷の状態を含む情報を管理する処理を行う負荷管理機能を有し、前記グループ通信機能により、自身の負荷の状態を含む情報を自身のグループ内の前記グループリーダのノードへ通知する処理を行い、前記第1種のWebプロキシサーバのグループ管理機能は、前記通知をもとに、各グループメンバのノードの負荷状態を管理し、前記該当の第1種のWebプロキシサーバは、前記応答ノード選択機能により、該当の第2種のWebプロキシサーバの中から、当該要求に対し応答させるノードを決定するために、前記各グループメンバのノードの負荷状態を参照し、負荷が小さいノードを優先的に選択する、あるいは負荷が大きいノードをなるべく選択しないようにする処理を行うこと、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記Webクライアント装置から、前記第1種のWebプロキシサーバに対し、前記Webコンテンツの要求の際に、併せて、前記応答時間の情報を含むWebクライアント情報を送信し、前記第1種のWebプロキシサーバは、受信したWebクライアント情報に基づき、自身のグループのグループメンバのノード毎の前記応答時間の情報を管理すること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記応答時間の情報は、前記Webクライアント装置が前記リダイレクト先の第2種のWebプロキシサーバから対象のWebコンテンツのキャッシュデータを受信するまでの時間を計測した値であること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記応答時間の情報は、前記Webクライアント装置が前記リダイレクト先の第2種のWebプロキシサーバから対象のWebコンテンツのキャッシュデータを受信するまでの時間の大きさを示すレベル値であること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記Webクライアント装置から前記第1種のWebプロキシサーバへ提供される前記Webクライアント情報は、前記応答時間が短かった第2種のWebプロキシサーバのノードの識別情報を含み、前記第1種のWebプロキシサーバの応答ノード選択機能は、前記提供された識別情報に基づき、前記応答時間が短かった第2種のWebプロキシサーバのノードを優先的に選択すること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記Webクライアント装置から前記第1種のWebプロキシサーバへ提供される前記Webクライアント情報は、前記応答時間が長かった第2種のWebプロキシサーバのノードの識別情報を含み、前記第1種のWebプロキシサーバの応答ノード選択機能は、前記提供された識別情報に基づき、前記応答時間が長かった第2種のWebプロキシサーバのノードをなるべく選択しないようにすること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記該当の第1種のWebプロキシサーバは、前記応答ノード選択機能により、前記要求に対し応答させるノードを決定する際、前記各グループメンバのノードの負荷と応答時間の大きさの両方を考慮し、第1に、応答時間の短いノードを優先的に選択し、第2に、負荷の小さいノードを優先的に選択すること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記該当の第1種のWebプロキシサーバは、前記応答ノード選択機能により、前記要求に対し応答させるノードを決定する際、前記各グループメンバのノードの負荷と応答時間の大きさの両方を考慮し、第1に、負荷の小さいノードを優先的に選択し、第2に、応答時間の短いノードを優先的に選択すること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記Webサーバ装置は、前記Webプロキシサーバ装置のP2Pネットワークに配置される前記Webコンテンツのキャッシュデータを最新の状態に更新させるためのプッシュ機能を含むクライアント機能を備えること、を特徴とするP2P型Webプロキシネットワークシステム。請求項1記載のP2P型Webプロキシネットワークシステムにおいて、前記Webクライアント情報は、前記Webクライアント装置の属性情報を含み、前記第1種のWebプロキシサーバは、前記第2種のWebプロキシサーバから前記Webクライアント装置へ応答する前記Webコンテンツのキャッシュデータをコンテンツフィルタリングする制御を行うコンテンツフィルタリング機能を有し、当該コンテンツフィルタリングの管理情報を保有し、前記該当の第1種のWebプロキシサーバは、前記要求に対し応答させるノードから前記キャッシュデータを応答させる際、前記コンテンツフィルタリング機能により、前記Webクライアント情報を参照し、当該Webクライアントの属性に応じて、当該キャッシュデータをブロックするかどうかを含むコンテンツフィルタリング内容を決定し、当該内容で応答を制御する処理を行うこと、を特徴とするP2P型Webプロキシネットワークシステム。前記特許文献1では、多段のWebアプリケーションマッシュアップの呼び出し、人気のあるWebアプリケーションへの集中、等に対応するためのキャッシュ機構として、P2Pの仕組みを導入している段落0017等。アクセス要求の多いWebアプリケーションに関してキャッシュ応答することにより、負荷軽減、応答時間の向上を図る。WebアプリケーションマッシュアップにP2Pのキャッシュ機構を適用する場合の課題として、P2Pノードの参加離脱によるルートの再計算による負荷増大性能低下の問題を挙げている段落0028の課題1。また、P2Pノード間のリンク論理的な接続によるオーバーレイネットワークと、実ネットワークとのトポロジ特性の違いによる性能低下の問題を挙げている段落0029の課題2。上記2つの問題への対処として、P2Pノードを前述の2種類中継系、エッジ系に分け、2つの問題を個別に処理する構成としている。中継系ノードのネットワークでは、基本的に固定のノードとし、ノード間のリンクの張り方、ルートの計算を担当し、トポロジ的に近くのノード間にリンクを張り、ルートの再計算を抑制している。しかしながら、特許文献1のような技術でも、ユーザ端末Webクライアントからみた応答性能や応答品質などの面で改善余地などの課題がある。例えば、複数のキャッシュサーバで同じキャッシュデータを保有している場合で、各サーバからのユーザ端末へのキャッシュデータの応答において、応答時間応答速度などに差が生じる場合がある。しかし従来システムでは、上記複数の各サーバの応答時間などは考慮されていない。よって、応答時間が短くできる可能性があるにもかかわらず結果的に応答時間が長くなるサーバから応答されてしまう場合があり、ユーザ端末からみた応答性能などの面で劣る場合がある。以上を鑑み、本発明の主な目的は、Webプロキシを用いたネットワークに係わり、従来よりも更に、ユーザ端末Webクライアントからみた応答性能や応答品質などの向上を実現できる技術を提供することである。上記目的を達成するため、本発明のうち代表的な形態は、Webプロキシを用いたネットワークによる情報処理システムP2P型Webプロキシネットワークシステム、等であって、以下に示す構成を有することを特徴とする。本形態のシステムは、Webコンテンツないしサービスを要求するWebブラウザを含むWebクライアント装置と、Webコンテンツを提供するWebサーバ装置と、Webクライアント装置とWebサーバ装置の間でWebコンテンツのキャッシュデータを保有し代理応答で提供するWebプロキシサーバ装置とがネットワークで接続されるシステムである。複数のWebプロキシサーバ装置がP2Pネットワークで接続される。前記P2Pネットワークは、第1種のWebプロキシサーバであるグループリーダのノード群のP2P接続による第1のネットワークと、前記グループリーダに対して接続される、第2種のWebプロキシサーバであるグループメンバのノード群のP2P接続による第2のネットワークとで構成される。前記第1種のWebプロキシサーバは、DHT機能と、グループ管理機能とを有する。DHT機能は、分散ハッシュテーブルDHT情報を用いて、前記Webコンテンツと、当該Webコンテンツのキャッシュデータを保有する前記第2種のWebプロキシサーバとの対応関係を管理し、前記Webクライアント装置からのWebコンテンツの要求を受けると、前記DHT情報を用いて、当該Webコンテンツのキャッシュデータを保有する該当の第2種のWebプロキシサーバを含むグループの該当の第1種のWebプロキシサーバを検索し、必要に応じて当該要求を転送する処理を行う。グループ管理機能は、自身が担当するグループに対応する前記第2のネットワークのグループメンバの各ノードの情報を管理し各ノードと通信する処理を行う。前記第2種のWebプロキシサーバは、キャッシュ管理機能と、グループ通信機能とを有する。キャッシュ管理機能は、前記Webコンテンツのキャッシュデータを保有し情報を管理する処理を行う。グループ通信機能は、自身のグループ内で前記グループリーダのノードと情報を通信する処理を行う。前記Webクライアント装置は、アクセス機能と、Webクライアント情報管理機能とを有する。アクセス機能は、対象のWebコンテンツの情報を前記第1種のWebプロキシサーバへ送信し、前記第2種のWebプロキシサーバから応答のキャッシュデータを取得する処理を行う。Webクライアント情報管理機能は、自身で管理するWebクライアント情報を前記第1種のWebプロキシサーバに対して提供する。前記Webクライアント情報は、例えば、前記Webクライアント装置と前記Webプロキシサーバ装置との間で過去に前記Webコンテンツのキャッシュデータを取得した時の応答時間ないし応答速度などの情報を含む。前記要求を受けた際、前記該当の第1種のWebプロキシサーバは、該当の第2種のWebプロキシサーバの中から、前記要求に対し応答させるノードを決定するために、前記Webクライアント情報を参照し、前記応答時間が短いノードを優先的に選択し、決定したノードへリダイレクトさせる処理を行う応答ノード選択機能を有する。前記Webクライアント装置は、前記アクセス機能により、前記リダイレクト先の第2種のWebプロキシサーバから前記キャッシュデータを取得し、前記Webクライアント情報管理機能により、その時の応答時間の情報を記録する処理を行う。本発明のうち代表的な形態によれば、Webプロキシを用いたネットワークに係わり、従来よりも更に、ユーザ端末Webクライアントからみた応答性能や応答品質などの向上を実現できる。特に、ネットワークの負荷分散などを図りつつ、ユーザ端末へのWebコンテンツキャッシュデータの応答時間を短くしたり、応答データの品質を高めたりすることができる。以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。<実施の形態1>図1~図7を用いて、本発明の実施の形態1のシステムP2P型Webプロキシネットワークシステムについて説明する。特に、Webクライアント情報として、今までのWebクライアント-Webプロキシサーバ間におけるWebコンテンツキャッシュデータの授受の時の応答時間情報を用いて、最適な応答ノードを選択する構成を示す。[システム構成]図1において、実施の形態1のシステムの全体の構成として、インターネット上、ユーザ端末Webクライアント20と、Webサーバ30と、それらの間に介在するWebプロキシサーバP2PネットワークN0と略す100とを有する。WebプロキシサーバP2PネットワークN0100は、複数のWebプロキシサーバ10によるP2Pネットワークで構成される。15は、P2PノードであるWebプロキシサーバ10間の通信のリンク論理的な接続を示す。Webプロキシサーバ10特に後述のGMS12は、Webサーバ30のWebコンテンツオリジナルのデータ51に関するキャッシュデータ52を保有する。ユーザ端末Webクライアント20は、Webブラウザ21と、Webブラウザ21の追加機能を実現するプラグイン22とを備える、PC等の各種の情報処理装置である。本システムでは、Webクライアント情報71を利用して特徴的な処理を行うため、Webクライアント20側に、対応する処理モジュールプログラムであるプラグイン22を備える。なお、プラグイン22という形に限らず、同様の処理機能をユーザ端末20の持つ機能として実装すればよい。Webサーバ30は、Webサーバ31プログラムと、後述のWebサーバ用クライアント機能32とを備える情報処理装置Webサーバ装置であり、コンテンツオリジナル51を保有/提供する。コンテンツオリジナル51は、Webサーバ30により提供されるサービス処理と捉えてもよい。ユーザ端末20のWebブラウザ21プラグイン22の処理を経由するから、Webサーバ30の代わりに、本ネットワークN0のWebプロキシサーバ10へアクセスし、Webコンテンツのキャッシュデータ52を取得する。N0のキャッシュ52を利用することにより、たとえ応答速度の遅いWebサーバ30のコンテンツ51例えば高負荷、遠距離のサーバ、大容量のコンテンツなどに対しても、ユーザ端末20から高速なアクセス取得が可能である。Webクライアント20-Webサーバ30間で、特に人が何もしなくても自動的に、本ネットワークN0が、コンテンツ51に関する負荷分散を図ってくれる。N0は、DHTによるキャッシュ52の配置及びその高速な検索、負荷分散などを実現する。なお本システムで、各ノード20,10,30は、必要に応じてID情報が付与され管理される。このIDは、IPアドレスやURL、あるいはハッシュ値などが適用可能である。例えば、ユーザ端末20は、WebクライアントIDプラグインIDを持つ。Webサーバ30は、WebサーバID,コンテンツIDなどを持つ。Webプロキシサーバ10は、WebプロキシサーバID後述のGLSノードID,GMSノードID,コンテンツIDなどを持つ。[ネットワーク構造]図2で、図1のWebプロキシサーバP2PネットワークN0100のネットワーク構造を示す。N0は、2種類2層のネットワークN1,N2により構成される。N0のWebプロキシサーバ10は、2種類のWebプロキシサーバ10GLS11,GMS12により構成される。第1のネットワークGLSネットワークN1は、第1種のWebプロキシサーバ10であるグループリーダサーバGLS11により構成される。第2のネットワークGMSネットワークN2は、上位の1つのGLS11と、その下位に接続リンクされる、第2種のWebプロキシサーバ10であるグループメンバサーバGMS12により構成される。第1のネットワークGLSネットワークN1は、構造化ネットワークネットワーク管理者により設定される基本的に静的な構造のネットワークである。各GLS11ノードは、FQDNで管理されるドメインに対応付けられるグループ第2のネットワークN2を担当するように構成設定される。N1内グループN2間では、各GLS11ノードが、DHTを用いて、GLS11間でのキャッシュデータ52の配置、検索、負荷分散などDHT機能と総称するを高速に実現する。各GLS11は、DHT情報や、自身の担当グループN2を構成する各GMS12ノードの情報などを、管理情報61として保有する。第2のネットワークGMSネットワークN2は、非構造化ネットワーク基本的に動的な構造のネットワークであり、負荷の変化や障害に強く、コンテンツ52の人気要求の多さに応じて、適宜GMS12ノードが増減する。N2は、GLS11ノード毎の担当ドメインFQDNのグループとして構築される。N2は、管理上は図示のようにツリー構造P2Pのリンク15がツリー状のネットワークとして構成され、グループのメンバである複数のGMS12ノードは、このツリー構造で上位の1つのGLS11に対して接続される。特にグループN2内で複数のGMS12が同じコンテンツ51のキャッシュデータ52を保有することにより負荷分散を図る。[FQDNドメイン]本システムでは、グループN2の構成に関し、FQDNFullyQualifiedDomainName:完全修飾ドメイン名を使用する。FQDNは階層構造を持つドメイン名である例:wwwabcdejp。1つのGLS11は、1つのFQDNを担当し、当該FQDN対応ドメインに応じたグループN2を担当し、当該グループN2の情報を管理情報61として持つ。例えば図2で、N1のGLS11のうちIDGLS1は、ある第1のFQDN1を担当し、IDGLS2は、ある第2のFQDN2を担当する。例えば、GLS1のグループN2では、GMS12であるIDGMS1~GMS4が接続されている。GLSネットワークN1の構築の際は、DHTの仕組みを利用して、FQDNドメインに対してIPアドレスノードを一意に対応させるハッシュ関数によって、当該FQDNドメインとIPアドレスノードとの対応関係を決定する。コンテンツIDURL等とFQDNドメインとの対応関係があり、DHTによりFQDNドメインとIPアドレスノードとの一意の対応関係が管理される。即ちコンテンツ51のキャッシュ52が配置されるグループN2のGLS11ノードのIPアドレスが管理される。またGLS11は、グループN2内でキャッシュ52が配置されるGMS12ノードのIPアドレスを管理する。Webクライアント20から対象キャッシュデータ52へのアクセスの際の流れとしては、コンテンツIDURL等→FQDNドメイン→DHTハッシュ→IPアドレスGLSノード→リダイレクト→IPアドレスGMSノード→対象コンテンツキャッシュ、といった対応関係で到達することができる後述。上記に関する構成例として、本システムでは、まず、FQDNから生成されるDHTに基づいてGMS12もしくはグループN2を選出する。このDHTは、キャッシュサーバ応答ノードの候補として、唯一のサーバGMS12/グループを指す対応付けるのではなく、特に、DHT上の距離空間で距離的に近いサーバ群を代替サーバとして選出可能な構成とする。例えば上記構成により選出した上位の距離的に一番近いサーバの応答速度が遅いときは、DHT上の距離が次に近いサーバ群をキャッシュサーバ応答ノードの候補として選出する。上記構成により、本システムでは、キャパシティが自動的に且つ効率的に増大する。[DHT]DHTの手法公知技術において、各P2Pノード本システムでのN1のGLS11は、DHTによる分散的な経路情報DHT情報を保有する。経路情報は、自ノードから他ノード宛先ノードへデータを送信する際に、自ノードからリンク15を張っているいずれのノードへデータを転送すれば宛先ノードへ届けることができるかを示す情報である。N1のGLS11は、管理情報61のうちのDHT情報を用いて、コンテンツキャッシュデータ52の保有先となるグループ対応GLS11及びノードGMS12の登録及び検索が可能である。GLS11の持つ管理情報61は、ユーザ端末20が要求している対象コンテンツのキャッシュデータ52を提供するために、N1内のどのGLS11ノード該当GLS11へ要求を転送するべきかを決定するために必要なDHT情報、及び、該当GLS11のグループN2内のどのGMS12ノード該当GMS12へ要求を転送リダイレクトするべきかを決定するために必要な情報キャッシュの配置を含むGLSノード情報を含む。該当GMS12は、対象キャッシュ52を保有するノードや、当該データ52をWebクライアント20へ応答させるノード応答ノードのことである。該当GLS11は、該当GMS12を含むグループN2の上位ノードのことである。上記DHT情報は、ハッシュ関数に基づき計算される、例えばコンテンツIDURL等またはその対応ドメインと、宛先/転送先ノードIDGLSノードIDとの対応関係の情報を含む。[管理情報]図3~図5等に示すように、各ノードが本システムに係わる管理情報を持つ。Webクライアント20プラグイン22は、管理情報70図4,図5として、アクセス用情報、GLSノード情報、GMSノード情報、などを持つ。上記アクセス用情報は、Webクライアント20からネットワークN0キャッシュへアクセスするための情報であり、対象コンテンツまたはその対応ドメインの情報、後述の初期ノード情報、N1GLS11へのアクセスにより得られるノード情報、などである。アクセス先ノードは基本的にN1のGLS11ノードとなる。上記GLSノード情報やGMSノード情報は、初期設定されたアクセス先GLS11ノード初期ノードのIPアドレス情報や、アクセスの実績に応じて増えるノード11,12毎のIPアドレス情報などである。また実施の形態1では、GMSノード情報として、応答時間RTの情報を含む。この応答時間RTの情報は、当該Webクライアント20が今まで過去にGMS12ノードとの間でキャッシュデータ52を授受した時のGMS12からの応答時間を示す情報である図5。GLS11は、管理情報61図3,図4として、DHT情報、GLSノード情報、GMSノード情報などを持つ。上記DHT情報は、前述の経路情報を含む、コンテンツID/ドメインと宛先/転送先ノードIDGLSノードIDとの対応関係を示す情報である。上記GLSノード情報は、N1内の他のGLS11ノードのIPアドレスなどの通信用の情報である。上記GMSノード情報は、当該GLS11の担当グループN2内に接続されるメンバである各GMS12ノードのIPアドレスなどの通信用の情報、及びGMS12に配置されるキャッシュ52を示す管理情報である。GMSノード情報として特に、負荷情報、応答時間RT情報などを含む。負荷情報は、GMS11の負荷状態を示す情報であり、該当GMS12から通知される。応答時間RT情報は、GMS11とWebクライアント20との応答時間実績を示す情報であり、Webクライアント20側Webクライアント情報71から提供される。GMS12は、管理情報62図3,図4として、グループノード情報、コンテンツ情報、負荷情報などを持つ。上記グループノード情報は、当該GMS12が含まれるグループN2の上位のGLS11ノードや他のGMS12ノードとの通信用のIPアドレス情報などである。コンテンツ情報は、当該GMS12が保有するWebコンテンツ51のキャッシュデータ52のIDや他の管理情報などである。負荷情報は、当該GMS12の負荷状態を示す情報であり、GLS11へ通知される。Webサーバ30の持つ管理情報80図6として、アクセス用情報、キャッシュ情報などを含む。アクセス用情報は、Webクライアント20側と同様に、本ネットワークN0GLS11にアクセスするための情報である。キャッシュ情報は、自身が保有するWebコンテンツオリジナル51のIDや他の管理情報である。[ネットワーク構築]図3で、N0N1,N2のネットワーク構築の手続きや関連処理等について説明する。N1構築GLSネットワークN1の構築では、GLS11毎の担当グループN2となるドメインFQDNを決める。所定の特性のハッシュ関数を用いて、ドメインFQDNに対してIPアドレスノードのIPアドレスを対応付ける。このドメイン入力とIPアドレス出力との対応関係は多対一である1つのGLS11は複数ドメインを1グループとして担当することができる。N0へのキャッシュ登録配置としては、例えば、第1のコンテンツ51のURLが第1のドメイン例:図2、FQDN1に対応するとき、DHTで対応付けられる第1のIPアドレスのGLS11例:GLS1のグループN2内のGMS12に対応キャッシュ52が保有され、また第2のWebコンテンツ52のURLが第2のドメイン例:FQDN2に対応するとき、対応付けられる第2のIPアドレスのGLS11例:GLS2のグループN2内のGMS12に対応キャッシュ52が保有される。GLS11は、管理情報61GMSノード情報でキャッシュ配置を管理する。N1の構築及び管理では、ネットワーク構築プロトコルGLS11ノードの増減など、情報共有プロトコルGLS11ノード間のDHT情報の通信など、耐障害プロトコルグループN2間のキャッシュ52の負荷分散など等については、例えば既存プロトコルを利用して実現する。GLS11ノードには、最初設置時、ネットワーク管理者などにより、初期の管理情報61が設定されるあるいは隣ノードからのDHT情報をコピーする等。また、運用時、GLS11ノード間では、随時、P2Pのリンク15を介して、管理情報61の内容DHT情報などが交換される。各GLS11ノードで最適な内容の状態になるように管理情報61が動的に更新される。新規のGLS11ノードが追加された場合、N1内の他のGLS11ノードと通信して情報を取得することにより、新規のGLS11ノードの管理情報61が構成される。N2構築GMSネットワークN2の構築では、GLS11をルート最上位のノードとして、その下位に、GMS12による管理上のツリー構造のP2Pネットワークを構築する。各GMS12ノードは負荷などに応じて自由に増減される。各GMS12ノードは、自身の管理情報62を管理する。なおツリー構造に応じて、GMS12をグループN2内のサブリーダとして設定することもできる。例えば、図3のGMS2をサブリーダとし、その下位のGMS3GMS4を含むサブグループを構成し、サブリーダは、サブグループ内のGMS12ノードの情報を管理する。N2の構築及び管理では、ネットワーク構築プロトコルGMS12ノードの増減など、情報共有プロトコルGMS12ノード間での情報通知など、耐障害プロトコルGMS12ノード間でのキャッシュ52の負荷分散など等については、例えば既存プロトコルを利用して実現する。運用時、各GMS12は、自身の管理情報62で管理する自身の負荷状態を示す負荷情報を、自グループN2の上位のGLS11ノードへ通知する図3、B1。GLS11は、通知B1を受けると、管理情報61の該当GMS12の負荷状態を記憶、更新する。なお逆に、GLS11が下位の各GMS12から負荷情報を収集する形などとしてもよい。負荷情報の通知B1の処理例としては、各GMS12は、自身の負荷例えば計測値が一定以上例えば閾値以上である場合時、その負荷状態負荷大を示す情報をGLS11へ通知する。また、GMS12は、自身の負荷例えば計測値が一定以下例えば閾値以下である場合時、その負荷状態負荷小を示す情報をGLS11へ通知する。GMS12の負荷状態負荷情報として、少なくとも2値負荷大/負荷小を有するが、複数レベル値としてもよいし、負荷の計測値としてもよい。また上記に限らず他の各種の手段例えば既存のサーバ監視システムの機能を用いて、GMS12の負荷状態を検出し把握してもよい。[クライアントアクセス手順その1]図4で、Webコンテンツキャッシュデータ52要求時のWebクライアント20からのアクセス手順基本を示す。概略、ステップS1~S3の順の処理が行われる。S1まず、Webブラウザ21プラグイン22から、N1のGLS11ノードにアクセスし、対象コンテンツ取得の要求を送信する。N1のDHT機能により、Webクライアント20から該当GLS11ノード対象キャッシュ52を保有している該当GMS12を含むグループN2の上位ノードへ直接的にアクセス可能である。S2上記S1の要求を受けた該当GLS11ノードは、当該要求を、自身の担当グループN2内の1つの該当GMS12ノード対象キャッシュ52を保有するノードへ転送して処理応答を担当させる。そのために、GLS11は、自身の管理情報61各GMS12ノードの負荷情報を含むを参照し、対象キャッシュ52を保有する複数のGMS12ノードのうち、なるべく負荷の小さい状態のGMS12ノードを応答ノードとして選択する。GLS11は、S1の要求を自ノードから当該選択した応答ノード対応するIPアドレスへリダイレクトさせる。なお通常、負荷分散の観点から、グループN2内の複数のGMS12ノードに同じキャッシュ52を保有させるが、1つしかキャッシュ保有ノードが無い場合は当該GMS12が応答ノードとして決定される。また、上記選択した応答ノードGMS12での応答実行ができない場合は、GLS11を介して別のGMS12ノード例えば次に負荷が小さいノードへ切り換えることができ、同様にリダイレクトすればよい。上記GMS12の負荷に応じて選択する場合の判定例としては、GLS11は、通知B1で負荷が一定以上の状態負荷大のGMS12については、以降、当該GMS12をリダイレクト先として指定しないようにする優先順位を下げる等。また、GLS11は、通知B1で負荷が一定以下の状態負荷小のGMS12については、以降、当該GMS12をリダイレクト先として指定する候補にするようにする優先順位を上げる等。S3上記S2を受け、Webブラウザ21プラグイン22は、N2の上記リダイレクト先応答ノードのGMS12IPアドレスへアクセスし、当該ノードで保有している該当キャッシュデータ52を取得する。即ち、当該GMS12からWebクライアント20へ当該キャッシュコピーを応答送信する。プラグイン22は、対象データを正常に受信すると、自身の管理情報70GMSノード情報に、今回の当該GMS12との応答で要した実績の応答時間RTの情報を記録する。図4の例では、対象コンテンツキャッシュデータ52を保有する該当ノードがGLS1のグループN2内のGMS1GMS2等である。S2の際、GLS1は、その時の負荷が一番小さい例えばGMS1を選択している。そして、GMS1からのデータの応答の結果、Webクライアント20は、GMS1からのデータの応答で要した時間の大きさを示す情報を記録する。なおS1,S2の際、プラグイン22では、例えば、対象コンテンツIDURL等を要求に添えてGLS11側へ与える。GLS11側は、Webクライアント20から与えられた情報に対し、管理情報61DHT情報の参照により、対象コンテンツに関係付けられる該当GLS11ノードIPアドレスを高速に検索できる。[クライアントアクセス手順その2]続いて、図5で、Webコンテンツキャッシュデータ52要求時のWebクライアント20からのアクセス手順詳細について示す。ステップA1~A4等を有する。前記S2でGLS11が管理情報61に基づきリダイレクト先応答ノードのGMS12を選択する判定処理の際に、各GMS12の負荷状態と併せて、応答時間RT情報を考慮して決定する。A1Webクライアント20プラグイン22は、管理情報70の一部として、N0N1への初期アクセス用の1つ以上のGLS11ノードのIPアドレス等の情報初期ノード情報を有する。この初期GLS11ノードは任意でよい。Webクライアント20は、初回、初期ノード情報を用いて、N1の初期GLS11ノードへアクセスする。図5の例では初期ノードがGLS0である。例えば、プラグイン22には予め上記初期ノード情報が設定登録されている。上記初回アクセスした際、初期GLS11ノードから、その管理情報61DHT情報により、GLSネットワークN1の情報が得られる。即ち、対象キャッシュを保有する該当GMS12ノードを含むグループN2の上位ノードである該当GLS11ノードの情報、あるいは該当GLS11ノードを含む複数または全てのGLS11ノードの情報が得られる。Webクライアント20は、得られた情報を用いて、該当GLS11ノードIPアドレスへアクセス要求を送信する。本例では該当GLS11ノードがGLS1である。A2Webクライアント20は、2回目以降のN1へのアクセスでは、上記A1の初回アクセス時に得た情報を用いて、該当GLS11ノードへ直接的にアクセス可能となる図4のS1に対応。なおWebクライアント20からのN0へのアクセス時に前回に対してGLSネットワークN1の構造が変化していた場合は、A1の初回アクセス時と同様の手順を踏む。なお基本的にはGLS11を介してGMS12応答ノードへアクセスする方式とし、Webクライアント20から直接的に該当GMS12へアクセスする方式とはしないその都度の適切な応答ノードを決定するため。前記図4のS1,S2に関し、該当GLS11ノードからグループN2内の該当GMS12応答ノードを選択しリダイレクトさせる手順の詳細処理例は以下である。A3プラグイン22は、前述のように、今まで過去にキャッシュ52の取得でアクセスしたGMS12ノードの情報、特に応答時間RT情報を、自身の管理情報70として保有している。プラグイン22は、該当GLS11へアクセスする際A2に、要求情報と共に、上記応答時間RTを含む自身の情報Webクライアント情報71を併せて送信提供する。あるいは、その際、該当GLS11側からプラグイン22側へ応答時間RTを含むWebクライアント情報71を要求して取得してもよい。該当GLS11は、取得したWebクライアント情報71の内容を管理情報61に記録する。例えば、WebクライアントIDと、当該応答時間RTが長かったGMS12のノードIDとの対応関係の情報を記録する後述、図7。また上記Webクライアント情報71のやりとりに関しては、上記とは別の所定のタイミングで、GLS11がプラグイン22からWebクライアント情報71を収集取得してもよい。また、要求A2の都度に送受信せずに、応答時間RTの変化が大きい場合のみ送受信したり、既にGLS11で取得済みのWebクライアント情報71を繰り返し参照してもよい。応答時間RT情報としては、例えば、リダイレクト後にWebクライアント20プラグイン22から該当GMS12へ要求を送信してから応答のキャッシュデータを受信するまでに要したターンアラウンドタイム[秒]などの形で計測した値としてもよい。あるいは、その計測値をもとに複数のレベルに区分した値などの形にしてもよい例:短い/普通/長い:3レベル。また勿論、応答時間に限らず、対応する応答速度などへ変換した値でもよい。あるいは、プラグイン22での判断で、応答時間が所定の閾値以上で長かった場合や、所定の閾値以下で短かった場合に、対応するGMSノードIDを記録またはGLS11へ提供するようにしてもよいし、同様にGLS11側で判断してもよい。図5の例では、あるWebクライアント20CL1について、過去の直近で、GMS1との応答時間RTが一番短く、GMS2のRTが一番長かったとする。そして、A3で提供するRT情報として、RT値が閾値以下、あるいは一番短かった条件に該当するGMS12のノードIDGMS1を送信している。A4該当GLS11ノードは、A2S1の要求を受けた際、管理情報61の参照に基づき、前述のように各GMS12ノードの負荷状態を考慮すると共に、各GMS12の応答時間RT情報を併せて考慮し、応答ノードとするGMS12を選択する。例えば、グループN2から、まず負荷が小さいあるいは問題無いノードを基本的な候補として抽出し、その複数のGMS12ノードのうち、該当Webクライアント20との応答時間RTが短かったノードを優先的に選択する。選択された応答ノードIPアドレスがリダイレクト先として指定される。本例では、A3の情報により、CL1-GMS1間でRTが短かったため、GMS1が応答ノードとして選択される。別の処理例では、該当Webクライアント20との応答時間RTが長かったGMS12ノードを応答ノード選択の候補から外す優先順位を下げる等ようにしてもよい。なお上記応答ノード選択の処理例では、同じIDのWebクライアント20例:CL1に関して判定しているが、他の異なるIDのWebクライアント20例:CL2に関しても、それらのクライアントCL1,CL2の位置等が類似であれば、応答時間RTも類似になると推測できるため、それら異なるIDのWebクライアント20複数に関しても同様に判定してもよい。またWebクライアント20でプラグイン22が管理情報70を保持する方式に関して、例えば過去の複数回の応答時間RTの情報を履歴として保存する。例えば、Webクライアント20が持つ所定のメモリ量の範囲内で保持する形とし、過去の古い情報から順に消去する。また、RT値の短い順/長い順にランキングのようにレコードを保持する形としてもよい。[コンテンツキャッシュ更新]図6で、Webサーバ30側によるWebコンテンツキャッシュデータの更新の機能に関して説明する。Webサーバ30に備えるクライアント機能32により、Webサーバ31のコンテンツオリジナル51のデータをネットワークN0へキャッシュ登録し、またその後、N0側へプッシュすることにより、N2GMS12のコンテンツキャッシュ52のデータを更新させる処理を行う。ステップC1,C2を有する。例えば、Webサーバ3031は、コンテンツオリジナル51として、第1のコンテンツCa,第2のコンテンツCbを持つとする。キャッシュ登録時、第1のコンテンツCaは、DHTにより、ある第1のGLS11例:GLS1のグループN2内のGMS12例:GMS1~GMS3へ格納され、第2のコンテンツCbは、DHTにより、ある第2のGLS11例:GLS2のグループN2のGMS12例:GMS4へ格納されるとする。C1ステップC1で、Webサーバ3031でのコンテンツ51の更新に伴いキャッシュ52の更新を実行したい時、クライアント機能32から、N1該当GLS11へアクセスする。この際のアクセス手順は、前述のWebクライアント20側のアクセス手順と同様にDHTの仕組み等を用いてなされる。本例では、クライアント機能32から、コンテンツCaのデータコピーがGLS1へプッシュ送信され、コンテンツCbのデータコピーがGLS2へプッシュ送信される。C2ステップC2で、上記プッシュを受けた該当GLS11ノードGLS1,GLS2は、自身のグループN2内の該当GMS12ノード旧版のキャッシュを保有しているノードへ、更新版のコンテンツデータを送信する。この際、N2のツリー構造に従い、上位のGLS11から下位の各GMS12へ当該データを順次伝播させ、該当の各GMS12内のキャッシュ52を更新させる。例えばGLS1のグループ内の各GMS12GMS1~GMS3で保有するキャッシュCa’がすべて更新される。Webサーバ30側のクライアント機能32により、ネットワークN0内のキャッシュデータ52の鮮度を高めることができ、即ちユーザ端末20への応答性能応答品質を高めることができる。[判定処理例]図7で、GLS11により応答ノードGMS12を選択する際の判定処理例について示す。判定の際に考慮する要素として、前述のように、負荷と応答時間RTがあり、本実施の形態では両方を考慮して選択する。一方のみ考慮して選択する形態も可能である。図7の例では、GLS1のグループN2のGMS1GMS2があり、それぞれ同じコンテンツキャッシュCx’を保有しているとする。例えば、過去の直近のキャッシュ応答における応答時間RTとして、ここでは簡単に短い/普通/長いの3レベル値としたとき、GMS1はRTが短く、GMS2はRTが長かったとする。このRT情報はそれぞれプラグイン22の管理情報70にGMSノードIDとの対応関係で記載される。このRT情報を含むWebクライアント情報71がGLS11へ提供され、GLS11の管理情報61に対応情報が記載される。一方、GLS11は、随時、各GMS12からの負荷情報の通知B1を受けて、管理情報61にGMS12の負荷状態現在の負荷状態を記載している。例えば負荷をここでは簡単に小/中/大の3レベル値としたとき、GMS1は現在の負荷が大、GMS2は現在の負荷が小、とする。前記S2A4で、GLS11が応答ノードを選択するための判定処理において、管理情報61を参照し、図7の例の状態では、応答ノードの候補となるGMS1GMS2に関して、現在の負荷の観点では、GMS2の方が小さく、過去の応答時間RTの観点では、GMS1の方が短い。ここで、負荷と応答時間の両方を考慮して判定する方式において、負荷の小ささを優先して選択する方式とする場合は、GMS2を応答ノードとして選択し、応答時間の短さを優先して選択する方式とする場合は、GMS1を応答ノードとして選択する。実施の形態1では、応答時間RTの短さを優先して選択する方式とし、本例ではGMS1が応答ノードとして選択される。なお上記方式優先する観点を選択して設定可能としたり、上記方式を状況に応じて使い分けるように制御する形態としてもよい。また例えば、両方の要素負荷、応答時間の値を用いて所定の計算式で求めた値をもとに応答ノードを選択する方式としてもよい。例えば要素優先する観点に応じて重み付けの係数を設定し、候補のGMS12ノード毎に、[負荷の係数]×[現在の負荷値][応答時間の係数]×[過去の応答時間値]、といった計算式で値を求め、当該値に応じてノードを選択する。また、利用する応答時間RTの情報としては、過去の直近のアクセス時の情報に限らず、過去の複数回のアクセスにおける平均などの統計値を利用してもよいし、ベストやワーストのランキング値を利用してもよい。[機能]図8を用いて、実施の形態1のシステムのハードウェアソフトウェア実装構成や機能構成についてまとめると以下である。ユーザ端末20は、プロセッサ、メモリROM,RAM,ディスク等、入力装置、出力装置、通信インタフェース装置、及びバスなどを備え、これらを用いたソフトウェアプログラム処理制御部201により、Webブラウザ21、及びプラグイン22を実現する。プラグイン22により、メモリ記憶部202に、Webクライアント情報71を含む管理情報70を記憶する。プラグイン22は、アクセス機能22A、Webクライアント情報管理機能22Bなどの処理部を有する。アクセス機能22Aは、前述のアクセス用情報を用いて、対象コンテンツ52を取得要求するためにネットワークN0GLS11,GMS12へアクセスする機能である。Webクライアント情報管理機能22Bは、例えば、GMS12とのキャッシュデータの応答での応答時間RTを計測し、所定の形式の応答時間情報72を作成し、Webクライアント情報71管理情報70の中に格納する処理や、GLS11へWebクライアント情報71を送信提供する処理などを行う。Webサーバ30は、プロセッサ、メモリ、入力装置、出力装置、通信インタフェース装置、及びバスなどを備え、これらを用いたソフトウェアプログラム処理制御部301により、Webサーバ31やクライアント機能32を実現する。Webサーバ31及びクライアント機能32は、メモリ記憶部302に、Webコンテンツのオリジナルデータ51、及び管理情報80などを記憶する。クライアント機能32は、アクセス機能32A、プッシュ機能32Bなどの処理部を備える。アクセス機能32Aは、Webクライアント20側の機能22Aと同様にN0GLS11へアクセスするための機能である。プッシュ機能32Bは、前述図6のプッシュによるキャッシュ更新などの処理を行う。Webプロキシサーバ10は、GLS11第1種のWebプロキシサーバ、GMS12第2種のWebプロキシサーバを有し、それぞれ、プロセッサ、メモリ、入力装置、出力装置、通信インタフェース装置、及びバスなどを備え、これらを用いたソフトウェアプログラム処理制御部111,121により、対応する種別に応じたGLS機能やGMS機能を実現する。GLS機能は、メモリ記憶部112に、前述の管理情報61DHT,GLS,GMSなどの情報を記憶する。GMS機能は、メモリ記憶部122に、前述の管理情報62グループ、コンテンツ、負荷などの情報、及びキャッシュデータ52を記憶する。GLS機能は、DHT機能11A、グループ管理機能11B、応答ノード選択機能11Cなどを有する。DHT機能11Aは、前述のDHTによるキャッシュ52の登録、検索などの処理、及び管理情報61のDHT情報の管理処理を行う。グループ管理機能11Bは、担当グループN2の各GMS12ノードの情報などを管理情報61として管理する処理を行う。応答ノード選択機能11Cは、前述のWebクライアント情報71管理情報61に基づき応答ノードを選択する判定などの処理を行う。GMS機能は、キャッシュ管理機能12A、負荷管理機能12B、グループ通信機能12Cなどを有する。キャッシュ管理機能12Aは、自ノードのキャッシュデータ52をメモリに保有し情報を管理する処理などを行う。負荷管理機能12Bは、自ノードの負荷状態を計測し負荷情報として管理情報62に格納する処理などを行う。グループ通信機能は、負荷情報の通知などのために自グループの上位のGLS11や他のGMS12と通信する処理などを行う。[効果等]以上のように、実施の形態1によれば、WebプロキシサーバP2PネットワークN0及びDHT等の構成で、Webコンテンツキャッシュデータ52の負荷分散を図りつつ、Webクライアント情報71特に応答時間情報を用いてその都度好適な応答ノードを選択する構成により、従来よりも更に、ユーザ端末Webクライアント20からみた応答性能などを向上できる。特に、ネットワークの負荷分散などを図りつつ、ユーザ端末20へのキャッシュデータ52の応答時間を短くすることができる。本システムで、実績の応答時間RTが長かったGMS12ノードは、以降、応答ノードとして選択されにくくなるので、負荷は減る可能性があり、やがて応答性能が改善する可能性がある。改善した場合、当該ノードが応答ノードとして選択されやすくなる。また、応答時間RTが短かったノードは、以降、応答ノードとして選択されやすくなるので、負荷は増える可能性があり、やがて応答性能が落ちる可能性がある。落ちた場合、当該ノードが応答ノードとして選択されにくくなる。このように調整の作用が働くため、ネットワーク性能を向上または維持することができる。<実施の形態2>図9,図10を用いて、本発明の実施の形態2のシステムについて説明する。実施の形態2では、実施の形態1を前提図1~図3等の基本構成を共通とするとして、更に、Webクライアント情報71として、クライアント属性情報を利用し、クライアント属性情報に応じてキャッシュデータ応答に関するコンテンツフィルタリングCFと略すを行い、適切な品質の高いキャッシュデータを応答する構成を示す。実施の形態2では、ネットワークN1のGLS11ノードは、Webクライアント20プラグイン22から提供されるクライアント属性情報に応じて、コンテンツキャッシュデータ52の取得要求-応答に係わる、応答ノード実施の形態1と同様を含む、CFの内容どのGMS12ノードのどのコンテンツキャッシュデータ52をブロック/非ブロックするか等を決定する。そして、応答品質を高めるための好適な応答ノードとなるGMS12ノードを選択し、選択されたGMS12ノードからCF後のキャッシュデータ52を応答する。また特に、複数のWebクライアント20及び複数のコンテンツ51に関して、ネットワークN0側で上記クライアント属性情報を用いて協調フィルタリング処理を行うことにより、クライアント属性に応じたキャッシュデータ52を提供する。実施の形態2のシステムのCF機能は、実施の形態1の機能応答時間を考慮して応答ノードを選択する機能とは独立した機能として説明する実施の形態2では応答時間情報を用いない。これに限らず、実施の形態1と実施の形態2の機能の両方を組み合わせた形態が可能である。例えば実施の形態1の機能を持つネットワークN0上に実施の形態2のCF機能を持つ上位のネットワークをレイヤとして構成した形態などが可能である。[コンテンツフィルタリング機能]図9で、実施の形態2のCF機能による処理例を示す。N1側のGLS11は、CF機能を備える。Webクライアント20からのコンテンツ取得要求に対し、GLS11のCF機能により、Webクライアント20からのWebクライアント情報71クライアント属性情報を含むに応じて、GMS12のキャッシュ52をフィルタリング例えばブロック/非ブロックして、該当GMS12ノードからWebクライアント20へ応答するブロックの場合はキャッシュデータ送信無し。Webクライアント20のプラグイン22は、Webクライアント情報71として、クライアント属性情報73あるいはユーザ設定によるCF用設定情報を管理保持し、必要に応じてGLS11側へ提供送信する。クライアント属性情報73は、Webコンテンツ参照及びCFに係わる属性を示す情報である。具体例としては、ユーザ端末20が教育用学校などのPCである場合、会社のPCである場合、一般家庭や個人のPCである場合、などが挙げられる。図9の例では、第1のWebクライアント20であるCL1のクライアント属性がAであり、第2のWebクライアント20であるCL2のクライアント属性がBとする。また、Webサーバ30により提供されるコンテンツ51,52に関するコンテンツ情報として、コンテンツ属性情報を有し、CFに用いる。図9の例では、GMS1が持つ第1のコンテンツキャッシュCx’のコンテンツ属性をXとし、GMS2が持つ第2のコンテンツキャッシュCy’のコンテンツ属性をYとする。コンテンツ属性の具体例としては、教育用学校などのWebページ、会社のWebページ、一般家庭や個人の作成のWebページ、などが挙げられる。GLS11は、Webクライアント20から提供されたWebクライアント情報71クライアント属性情報73に対応する情報を管理情報61内に格納する。図9の例では、管理情報61として前述のDHT情報コンテンツとノードGLS11との対応関係の情報やGMSノード情報キャッシュ配置などなどに加え、CF機能によるCF管理情報91を有する。CF管理情報91において、CF状態CF制御内容を示す情報を含み、Webクライアント20の属性と、コンテンツコンテンツ属性と、GMS12応答ノードとの対応関係における例えばブロック状態ブロック対象を管理する。GLS11は、コンテンツ取得要求に対し、CF管理情報91を含む管理情報61を参照し、前述の応答ノードとなるGMS12、及びそのCF対象のキャッシュデータ52を決定する。実施の形態2では、CFの内容として、簡単に、ブロック提供しない/非ブロック元のまま提供するの2通りがあるものとするが、これに限らず所定のCF手法データを加工して提供する等を適用してもよい。図9の例では、あるグループN2のGLS11であるGLS1は、グループ内のGMS12GMS1,GMS2の各キャッシュCx’,Cy’に関して、管理情報61に基づきCFブロックを実行する。CL1属性Aは、GMS1からはコンテンツCx’属性Xを非ブロックで取得できるが、GMS2からはコンテンツCy’属性YがCFによりブロックされ取得できない。また、CL2属性Bは、GMS2からはコンテンツCy’属性Yを非ブロックで取得できるが、GMS1からはコンテンツCx’属性XがCFによりブロックされ取得できない。GLS11のCF機能は、クライアント属性とコンテンツ属性との関係を判断し、CF内容を決定する。例えば、CF機能は、複数のWebクライアントクライアント属性と複数のコンテンツコンテンツ属性とを対象として、協調フィルタリング公知技術の処理を実行し、CF内容を決定する。例えば、ある属性AのCL1はある属性YのコンテンツCy’がブロックされるというCF状態情報を利用し、同じ属性Aの別のWebクライアント20である例えばCL3は同じ属性YのCy’がブロックされるように制御される。即ち、類似のクライアント属性に対しては類似のコンテンツ属性をブロック/非ブロックするといったCF内容になる。また、プラグイン22により当該クライアント属性によるコンテンツ属性へのアクセス対応関係の情報を管理し、Webクライアント情報71としてGLS11へ提供し、GLS11で当該アクセス対応関係の情報を利用して同様に協調フィルタリングなどでCF内容を決定するといった形態としてもよい。また、CF機能クライアント属性情報に応じてコンテンツの応答をブロックするをコンテンツ推薦機能クライアント属性情報に応じて推薦するコンテンツを応答するに替えてもよい。[機能]図10を用いて、実施の形態2のシステムのハードウェアソフトウェア実装構成や機能構成についてまとめると以下である。図8との違いとして、プラグイン22によるWebクライアント情報71を含む管理情報70として、Webクライアント属性情報73を含む。Webクライアント情報管理機能22Bは、自身のWebクライアント属性情報73をユーザ設定に基づき作成し、Webクライアント情報71の中に格納する処理や、GLS11へ送信提供する処理などを行う。またコンテンツ51,52に関する管理情報であるコンテンツ情報として、コンテンツ属性情報を含む。GLS11のGLS機能は、CF機能11Dを含む。CF機能11Dは、前述図9のWebクライアント情報71クライアント属性情報に応じて応答ノードの応答キャッシュのフィルタリング処理を行う。GLS機能の管理情報61は、前述のCF管理情報91を含む。[効果等]以上のように、実施の形態2によれば、WebプロキシサーバP2PネットワークN0及びDHT等の構成で、Webコンテンツキャッシュデータ52の負荷分散を図りつつ、Webクライアント情報71特にクライアント属性情報を用いてコンテンツフィルタリングして好適なキャッシュデータを応答する構成により、従来よりも更に、ユーザ端末Webクライアント20からみた応答品質などを向上できる。特に、ネットワークの負荷分散などを図りつつ、ユーザ端末20へ応答するコンテンツデータの品質を高めることができる。<変形例等>以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。前述した以外の変形例として以下が挙げられる。実施の形態1のようにWebクライアント20側からN0GLS11側へ応答時間RT情報を含むWebクライアント情報71を提供するので、例えばRTが長かったGMS12ノード、即ちその時の応答性能が良くなかったノードを情報として把握することができる。この情報を利用して、該当GMS12ノードやそれを含むグループN2あるいはネットワークN0全体に対する対処処理応答性能の改善を図るための処理を実行するようにしてもよい。例えば、GLS11から該当GMS12ノードやその管理者へ情報を通知して応答性能の改善に役立てる。例えば、該当グループN2を含めDHTによるキャッシュ52の配置を再考し、応答性能の改善を図る。"