(57)【要約】【課題】  不特定多数のクライアント端末へ向けて公開されるパッチファイル、ウィルス定義ファイルなどのファイルの転送に適し、ハードウェア資源を追加することなくサーバへの負荷集中を軽減することのできるファイル配信方法を提供する。【解決手段】  複数のクライアント端末１０，１２，１４間でＰ２Ｐグループを予め構築する。クライアント端末からサーバ２２への問い合わせ（３２）の結果、必要なファイルがサーバに公開されているとき、まず、Ｐ２Ｐグループ内のクライアント端末の中から当該ファイルを保持するクライアント端末を検索する（３４）。検索がヒットしたら、そのクライアント端末からファイルを取得する（３６）。ミスヒットの場合のみサーバからファイルを取得する（４０）。【選択図】      図１
2006285601.tif 000002
【特許請求の範囲】
【請求項１】
複数のクライアント端末にファイルを配信する方法であって、
該複数のクライアント端末の少なくとも一部で構成されるＰ２Ｐグループを予め定め、
該Ｐ２Ｐグループに属する第１のクライアント端末からサーバへ該サーバが保持するファイルに関する情報を要求し、
該サーバからの情報が示すファイルを必要とするとき、該Ｐ２Ｐグループに属するクライアント端末の中から該ファイルを保持する第２のクライアント端末を検索し、
該検索がヒットするとき、該第１のクライアント端末から該第２のクライアント端末へ向けて該ファイルの転送を要求し、
該検索がミスヒットのとき、該第１のクライアント端末から該サーバへファイルの転送を要求することを具備するファイル配信方法。
【請求項２】
前記Ｐ２Ｐグループを予め定めることは、それぞれが複数のクライアント端末で構成される複数のＰ２Ｐグループを定めることを含み、
前記サーバからの情報には前記ファイルに対応するＰ２Ｐグループの情報がさらに含まれ、
前記検索は、前記必要なファイルに対応するＰ２Ｐグループに属するクライアント端末に対して行なわれる請求項１記載のファイル配信方法。
【請求項３】
他のクライアント端末との間でＰ２Ｐグループを構築する手段と、
サーバへ該サーバが保持するファイルに関する情報を要求する手段と、
該サーバからの情報が示すファイルを必要とするとき、該Ｐ２Ｐグループに属するクライアント端末の中から該ファイルを保持するクライアント端末を検索する手段と、
該検索がヒットするとき、ヒットしたクライアント端末から該ファイルを取得する手段と、
該検索がミスヒットのとき、該サーバから該ファイルを取得する手段とを具備するクライアント端末。
【請求項４】
前記Ｐ２Ｐグループ構築手段は、複数のＰ２Ｐグループを構成することが可能であり、
前記サーバからの情報には前記ファイルに対応するＰ２Ｐグループの情報がさらに含まれ、
前記検索手段は、前記必要なファイルに対応するＰ２Ｐグループに属するクライアント端末に対して検索を行なう請求項３記載のクライアント端末。
【請求項５】
コンピュータに請求項３または４記載のクライアント端末を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は例えばオンラインアップデートを目的としたサーバから多数のクライアント端末へのネットワークを介してのファイルの配信方法それを実現するクライアント端末に関する。
【背景技術】
【０００２】
オペレーティングシステムのソフトウェアやブラウザなどのクライアントソフトウェアのベンダーのＷｅｂサイトからは、ソフトウェアの出荷後に発見されたセキュリティホールの対策などのために、定期的および必要に応じてセキュリティパッチが公開されている。また、アンチウィルスソフトウェアのベンダーのＷｅｂサイトからは、新たに発見されたウィルスに対処するために、最新のウィルス定義ファイルが定期的および必要に応じて公開されている。ユーザは、手動または自動的に所定のサイトにアクセスすることでパッチファイルや最新のウィルス定義ファイルが公開されたことを知り、手動または自動的にファイルをダウンロードしてインストールすることになる。したがって、パッチファイルやウィルス定義ファイルの公開直後にはサーバへのアクセスが集中しサーバのレスポンスが低下するという問題がある。
【０００３】
アクセスの集中に対処するために、ファイル配布のためのサーバの能力を増強したり、ミラーサイトを増設するとすれば、そのための追加の設備コストがベンダー側に発生する。また、増強後においても増強後の能力を超えたアクセスが発生するようになると再び同様な問題が発生する。
【０００４】
ファイルを配布するサーバとクライアント端末の間に多数のクライアント端末が共通で利用するキャッシュサーバを設置することも考えられるが、サーバとクライアント端末の間の直接通信によりファイルの正当性や最新性の保証を行っていて、キャッシュサーバの介在が許されない場合にはこれは適用することができない。また、キャッシュサーバという新たなハードウェア資源を必要とするという問題もある。
【０００５】
下記特許文献１には、ユーザネットワーク内の予め定めた第１の端末装置へまずコンテンツを強制的に送り、ユーザネットワーク内の第２の端末装置からコンテンツの配信要求があったらサーバに代わって第１の端末装置からコンテンツが配信されるようにしてサーバの負荷を軽減することが記載されている。この手法を不特定多数のクライアント端末へ配信されるパッチファイルやウィルス定義ファイルなどのファイルの配信に適用するとすれば、ユーザ側のネットワーク内で最初にファイルを受け取るべきクライアント端末を予め定めておき、それをベンダー側で管理する必要があり、現実的ではない。
【０００６】
Ｇｎｕｔｅｌｌａ，ＷｉｎＭＸなどの、特定のファイルサーバを持たずクライアント端末間でＰ２Ｐ（ｐｅｅｒ  ｔｏ  ｐｅｅｒ）でファイルを転送することで多数のクライアント端末間でファイルを共有するＰ２Ｐ技術が知られている。このＰ２Ｐ技術をパッチファイルやウィルス定義ファイルなどのファイルの配信にそのまま適用するとすれば、ベンダー側のサーバをこのＰ２Ｐグループ内に取り込まなければならず、これもまた現実的ではない。
【０００７】
【特許文献１】特開２００３−３０８２６８号公報
【特許文献２】特開２００４−１７２８１８号公報
【特許文献３】特開２００３−１８６７７７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって本発明の目的は、不特定多数のクライアント端末へ向けて公開されるファイルの転送に適したファイル転送方法およびそれを実現するクライアント端末を提供することにある。
【課題を解決するための手段】
【０００９】
本発明によれば、複数のクライアント端末にファイルを配信する方法であって、該複数のクライアント端末の少なくとも一部で構成されるＰ２Ｐグループを予め定め、該Ｐ２Ｐグループに属する第１のクライアント端末からサーバへ該サーバが保持するファイルに関する情報を要求し、該サーバからの情報が示すファイルを必要とするとき、該Ｐ２Ｐグループに属するクライアント端末の中から該ファイルを保持する第２のクライアント端末を検索し、該検索がヒットするとき、該第１のクライアント端末から該第２のクライアント端末へ向けて該ファイルの転送を要求し、該検索がミスヒットのとき、該第１のクライアント端末から該サーバへファイルの転送を要求することを具備するファイル配信方法が提供される。
【００１０】
上記の構成によりＰ２Ｐグループ内で最初にファイルを取得しようとしたクライアント端末のみがサーバにアクセスしてファイルがダウンロードされ、以後はＰ２Ｐグループ内でファイルが転送されるので、ハードウェア資源の追加なしでサーバへのアクセス集中が回避される。
【００１１】
前記Ｐ２Ｐグループを予め定めることは、それぞれが複数のクライアント端末で構成される複数のＰ２Ｐグループを定めることを含み、前記サーバからの情報には前記ファイルに対応するＰ２Ｐグループの情報がさらに含まれ、前記検索は、前記必要なファイルに対応するＰ２Ｐグループに属するクライアント端末に対して行なわれることが好ましい。
【００１２】
これにより、検索されるクライアント端末の範囲が限定され、被検索クライアント端末の負荷を分散することができる。
【発明を実施するための最良の形態】
【００１３】
図１は本発明の一実施形態に係るファイル配信システムの構成を示す。
【００１４】
図１において、クライアント端末１０，１２，１４を含んで構成されるローカルエリアネットワーク１６が中継装置１８を介してインターネット２０に接続されている。パッチファイル配布のためのサーバ２２もまたインターネット２０に接続されている。端末１０，１２，１４間には、各端末上で動くＰ２ＰソフトウェアによりＰ２Ｐグループが形成されている。中継装置１８上にはファイアウォールソフトウェアが動作している。このファイアウォールにはＰ２Ｐグループの機能を実現するためのパケットがＬＡＮ１６からインターネット２０へ流出しないような設定がなされている。すなわち、Ｐ２ＰグループはＬＡＮ１６内で閉じており、中継装置１８から外へは拡がっていない。
【００１５】
サーバ２２は、パッチファイルを格納するファイル格納部２４からファイルを取り出して要求のあった端末へインターネット２０を経てファイルを送信するファイル送信部２６、ファイル格納部２４に格納されているファイルの情報を記憶するファイル情報データベース２８および端末からの要求に応じてファイル情報を送信するファイル情報応答部３０を備えている。ファイル送信部２６、ファイル情報データベース２８およびファイル情報応答部３０はいずれもサーバ２２上で動作するソフトウェアにより実現される。
【００１６】
各クライアント端末１０，１２，１４は、サーバ２２へファイル情報を問い合わせて必要なファイルがサーバ２２に公開されているかどうか照合するファイル情報照合部３２、必要なファイルがサーバ２２に公開されているときに、Ｐ２Ｐ技術により、他のクライアント端末がそれを保持しているかどうかをクライアント端末間で互いに問い合わせを行なうことによって必要なファイルをＰ２Ｐグループ内で検索するグループ内検索部３４、グループ内検索により必要なファイルを保持する端末が判明したときに端末間でｐｅｅｒ  ｔｏ  ｐｅｅｒでファイルの受け渡しを行ってファイル格納部３８にファイルを格納するグループ内送受信部３６、グループ内検索によりグループ内に必要なファイルを保持している端末が存在していないことが判明したときにサーバ２２へファイルの転送を要求するファイル要求部４０、要求に応じて送られてきたファイルを受信してファイル格納部３８へ格納するファイル受信部４２で構成される。ファイル情報照合部３２、グループ内検索部３４、グループ内送受信部３６、ファイル要求部４０およびファイル受信部４２はいずれもクライアント端末上で動作するソフトウェアにより実現される。
【００１７】
以上の構成により、各クライアント端末１０，１２，１４は手動またはソフトウェアにより自動的にサーバ２２に問い合わせることによって新たなパッチファイルまたはウィルス定義ファイルなどのファイルが公開されたことを知り、そのファイルを取得してインストールすることが決定されると、まず同じＰ２Ｐグループ内のいずれかの端末が当該ファイルを保持していないかを調べ、いずれかの端末が保持していればその端末へ当該ファイルの転送を要求し、いずれの端末も保持していないときはサーバ２２へ要求することになる。これにより、Ｐ２Ｐグループ内でファイルが公開されたことを最初に知った端末のみがサーバ２２へファイルの転送を要求することになるので、新たなハードウェア資源を追加することなくサーバの負荷を軽減することができる。
【００１８】
図２は本発明の第２の実施例に係るファイル転送システムの構成を示す。図２において、クライアント端末１０，１２はＣＰＵリソースが低いノート型クライアント端末であることが想定されており、クライアント端末１４はＣＰＵリソースがある程度高いデスクトップ端末であることが想定されている。端末１０，１４を含んで第１のＰ２ＰグループであるグループＡが構成されており、端末１２，１４を含んで第２のＰ２ＰグループであるグループＢが構成されている。また、サーバ２２のファイル情報データベース２８には以下の表１のような形式でファイル情報が格納されている。
【００１９】
【表１】
2006285601.tif 000003
【００２０】
表１において、ファイル名Ａ１のファイルとファイル名Ａ２のファイルはグループＡ用であることを意味し、ファイル名Ｂ１のファイルはグループＢ１用であることを意味している。またこの例では、グループＡは緊急度ＡにグループＢは緊急度Ｂに対応している。
【００２１】
使用するＰ２Ｐ技術については、ＷｉｎＭＸ（Ｖｅｒｓｉｏｎ  ２．６）のように、Ｐ２Ｐのグループを複数定義できる公知のＰ２Ｐ技術を使用することができる。このＰ２Ｐ技術では、グループのＩＤが指定可能であり、これをＰ２Ｐグループ名として使用することもできる。また使用するＰ２Ｐ技術がＰ２Ｐの親サーバを設置するものであるならばその親サーバのアドレスをＰ２Ｐグループ名として使用しても良く、またＰ２Ｐグループ名がファイル名の拡張子（末尾の文字）を示すものであってもよい。
【００２２】
図２に示した例では、上記Ｐ２Ｐ技術を用いて、端末１０，１４の間でファイル共有グループＡが、端末１２，１４の間でファイル共有グループＢが、それぞれ構築されている。システム運用中に新たに起動された端末は、使用するＰ２Ｐ技術の仕組みに沿って、これらのグループに参加することになる。
【００２３】
グループ分割の仕方は、例えばＬＡＮの管理者の指示に基づき、各端末の管理者が手動で設定する。また、管理者は、例えばマシンパワー、マシンの起動時間の長さ（終夜か非終夜か）、物理的ネットワーク構成等を鑑みて判断／指示を行なうものとする。これらの基準に基づいて、他の端末よりもいち早くパッチを適用すべきと判断される端末は緊急度の高いグループに属し、それ以外の端末はより緊急度の低いグループに属するようにグループ分割が設定される。上記判断／指示／設定の実体は、ソフトウェアによる自動処理であってもよい。
【００２４】
以上のネットワーク及びシステムにおいて、いま、サーバ２２上に、緊急度Ａのパッチファイルとして、ファイルＡ２が新たに登録されたものとする（表１参照）。
【００２５】
まず、端末１４が、サーバ２２に対し、ＬＡＮ１６内部で初めてファイル情報照合部３２による問い合わせを行ったとする。ファイル情報照合部３２は、自端末が今までに当てたパッチファイル名を、表１のファイル情報データベースと同様の形式で以下の表２に示すように持っている。
【００２６】
【表２】
2006285601.tif 000004
【００２７】
問い合わせを受けたサーバ２２は、ファイル情報データベース２８を参照し、端末１４に対し、パッチファイル名およびそのパッチの種別に応じたＰ２Ｐグループ名を応答する。種別とは、ここではパッチ緊急度を指し、応答内容は表１の内容そのものである。
【００２８】
端末１４は、上記応答に基づいて自身に当てるべきパッチファイルを判断する。ここでは、自身に当たっていないパッチファイルのうち、優先度Ａのものを当てたい状況を想定し、ファイル名Ａ２のパッチファイルを当てるように決定したものとする。そこで端末１４は、グループ内検索部３４により、通知を受けたＰ２Ｐグループ名に応じたグループ内（グループＡ）での該ファイル有無の検索を実行する。検索結果は未ヒットなので、端末１４は、ファイル要求部４０によりサーバ２２へファイルの転送を要求し、サーバ２２ではファイル送信部２６がファイル格納部２４から要求されたファイルを取り出して送信する。端末１４ではファイル受信部４２がファイルを受け取ってファイル格納部３８へ格納する。
【００２９】
次に、端末１０が、サーバ２２に対し、ファイル情報の問い合わせを行ったものとする。端末１０も、端末１４と同様に、表２の情報を保持していたものとする。問い合わせを受けたサーバ２２は、表１の内容で応答する。端末１０は、上記応答に基づいて、ファイル名Ａ２のパッチファイルを当てるように決定する。そこで端末１０は、グループ内検索部３４により、通知を受けたＰ２Ｐグループ名に応じたグループ内（グループＡ）での該ファイル有無の検索を実行する。検索結果はヒットなので、端末１０は、グループ内送受信部３６により、ヒットした端末１４からパッチファイルＡ２を受信しファイル格納部３８に格納する。
【００３０】
以上の動作により、端末１０におけるパッチファイルＡ２のダウンロード先が端末１４となっており、サーバ２２へのアクセスの負荷度合いを軽減できている。また更に、ＬＡＮ内部での検索範囲がグループＡに限定され、従来よりもパッチファイル配信時のアクセスレスポンスが向上したシステムを構築できる。
【００３１】
また、本実施形態では、ＣＰＵリソースが低い端末１０，１２のみでＰ２Ｐグループを構築しておらず、ＣＰＵリソースが高い端末１４が各グループに含まれており、それがいち早くサーバ２２へパッチを要求することになるので、余計なトラフィックが流れることによるネットワーク及び端末の負荷を軽減できている。
【００３２】
パッチファイルの緊急度に応じてグループを設定する側について説明したが、緊急度の代わりに、パッチ適用対象のオペレーティングシステムまたはアプリケーションプログラム、などのパッチ適用対象のソフトウェアがインストールされているかに応じてグループを設定しても良い。
【００３３】
サーバ２２において公開されるすべてのファイルについてグループ名を通知するのでなく、所定のサイズを超えるファイルのみについてグループ名を通知することによって本発明の手法によるファイル転送を行ない、サイズの小さいファイルについてはサーバ２２から各端末へ直接ダウンロードするようにしても良い。
【００３４】
サーバ２２のファイル情報データベース２８に格納され、クライアント端末のファイル情報照合部３２からの問い合わせに応じてクライアント端末に返されるファイル情報には、表１に示したファイル名、グループ名のほか、ファイルサイズ、タイムスタンプ、チェックサムなどのファイル属性情報が含まれていても良い。以下の表３にファイル属性情報としてファイルのチェックサム（ファイル内のデータの合計値）を含む例を示す。
【００３５】
【表３】
2006285601.tif 000005
【００３６】
ザーバ２２または他のクライアント端末からファイルを取得したとき、ファイル内のデータから計算されるチェックサム値とサーバ２２から通知されたファイル情報内のチェックサムとを照合し、不一致であればエラーとして廃棄することにより、通信障害または他端末における改ざんなどの理由でファイルが壊れている場合への対処が可能となる。
【００３７】
図３は本発明の第３の実施例に係るファイル転送システムを示す。図２のシステムとの違いは、クライアント端末１０，１２，１４がファイル再配布部５０を備える点にある。ファイル再配布部５０は、Ｐ２Ｐ技術の１つであるＷｉｎｎｙの技術に従って、サーバ２２からダウンロードしたファイルをグループ内の他のクライアント端末に配布する。再配布されたファイルはさらにＷｉｎｎｙの技術に従ってグループ内の他のクライアント端末へ再配布される。そして、各クライアント端末はグループ内検索部３４によりグループ内でのファイルの検索を実行した際に、自端末に既にファイルが存在することが判明すればそれを使用する。自端末上に目的のパッチファイルがなければ、他端末上のファイルを目的のファイルとして認識し、ヒットした端末からパッチファイルを受信／格納する。なお、グループ内検索の結果は、必ずしも自端末とはならない。即ち、サーバ２２からのダウンロード後におけるＰ２Ｐグループ内での再配布は、時間をかけて行われなくてもよく、再配布が完了するまでの間は、グループ内検索の結果は自端末・他端末のどちらにもなり得る。
【００３８】
また、グループ内検索部３４における検索は、先に自端末上で目的のパッチファイルを探し、自端末上になければ初めて他の端末に検索をかけるようなグループ内検索であってもよい。
【００３９】
また、サーバからのダウンロード後にグループ内の全端末へ再配布するのでなく、再配布の希望の有無を全端末に確認し、応答結果が希望有りの端末のみにファイルを再配布するようにしても良い。各端末は、再配布希望有無の問い合わせを受け、例えばその瞬間のＣＰＵリソースの消費度に従い、希望有無を判断し、応答する。
【００４０】
以上の動作により、全端末に再配布する形態に比べ、Ｐ２Ｐグループ内での再配布に時差を作ることができ、また端末の負荷具合を考慮したシステムとなっているため、ネットワークおよび端末の負荷集中を減らすことができる。
【００４１】
図４は本発明の第４の実施例に係るファイル転送システムを示す。図２のシステムとの違いは、各Ｐ２Ｐグループを構成するクライアント端末の間でさらに複数のサブグループが構成されている点と、各クライアント端末に、複数サブグループの１つを選択するグループ選択部５２が設けられている点にある。図４に示した例では、Ｐ２Ｐグループの１つグループＡの中にさらにサブグループＡ１，Ａ２が構成されている。ファイル情報照合部３２からの問い合わせに対してサーバ２２から通知されたファイルのグループ名がグループＡであるとき、グループ選択部５２はサブグループＡ１，Ａ２の中から、例えばラウンドロビン方式により１つのサブグループを選択し、グループ内検索部３４は選択されたサブグループに属するクライアント端末の中からファイルを検索する。これによって、検索されるクライアント端末の範囲が限定されるので、検索されるクライアント端末の負荷が特定の端末に集中せず、負荷を分散させることができる。
【００４２】
（付記１）複数のクライアント端末にファイルを配信する方法であって、
該複数のクライアント端末の少なくとも一部で構成されるＰ２Ｐグループを予め定め、
該Ｐ２Ｐグループに属する第１のクライアント端末からサーバへ該サーバが保持するファイルに関する情報を要求し、
該サーバからの情報が示すファイルを必要とするとき、該Ｐ２Ｐグループに属するクライアント端末の中から該ファイルを保持する第２のクライアント端末を検索し、
該検索がヒットするとき、該第１のクライアント端末から該第２のクライアント端末へ向けて該ファイルの転送を要求し、
該検索がミスヒットのとき、該第１のクライアント端末から該サーバへファイルの転送を要求することを具備するファイル配信方法。（１）
【００４３】
（付記２）前記Ｐ２Ｐグループを予め定めることは、それぞれが複数のクライアント端末で構成される複数のＰ２Ｐグループを定めることを含み、
前記サーバからの情報には前記ファイルに対応するＰ２Ｐグループの情報がさらに含まれ、
前記検索は、前記必要なファイルに対応するＰ２Ｐグループに属するクライアント端末に対して行なわれる付記１記載のファイル配信方法。（２）
【００４４】
（付記３）前記複数のＰ２Ｐグループは、クライアント端末がファイルを必要とする緊急度に応じて定められる付記２記載のファイル配信方法。
【００４５】
（付記４）前記複数のＰ２Ｐグループは、ファイルが適用されるソフトウェアの存在の有無によって定められる付記２記載のファイル配信方法。
【００４６】
（付記５）前記サーバからの情報には前記ファイルの属性情報が含まれ、
前記第１のクライアント端末が取得したファイルの正当値を該属性情報に基づいて調べることをさらに具備する付記１〜４のいずれか１項記載のファイル配信方法。
【００４７】
（付記６）前記サーバから転送されたファイルを前記第１のクライアント端末から前記Ｐ２Ｐグループ内の他のクライアント端末へ再配布することをさらに具備する付記１〜５のいずれか１項記載のファイル配信方法。
【００４８】
（付記７）前記第１のクライアント端末からＰ２Ｐグループ内の他のクライアント端末へ再配布の希望の有無を問い合わせることをさらに具備し、
前記再配布は該再配布を希望するクライアント端末のみに対して行なわれる付記６記載のファイル配信方法。
【００４９】
（付記８）前記Ｐ２Ｐグループは複数のＰ２Ｐサブグループを含み、
該複数のＰ２Ｐサブグループの１つを選択することをさらに具備し、
前記検索は選択されたＰ２Ｐサブグループに属するクライアント端末のみに対して行なわれる付記１〜７のいずれか１項記載のファイル配信方法。
【００５０】
（付記９）他のクライアント端末との間でＰ２Ｐグループを構築する手段と、
サーバへ該サーバが保持するファイルに関する情報を要求する手段と、
該サーバからの情報が示すファイルを必要とするとき、該Ｐ２Ｐグループに属するクライアント端末の中から該ファイルを保持するクライアント端末を検索する手段と、
該検索がヒットするとき、ヒットしたクライアント端末から該ファイルを取得する手段と、
該検索がミスヒットのとき、該サーバから該ファイルを取得する手段とを具備するクライアント端末。
【００５１】
（付記１０）前記Ｐ２Ｐグループ構築手段は、複数のＰ２Ｐグループを構成することが可能であり、
前記サーバからの情報には前記ファイルに対応するＰ２Ｐグループの情報がさらに含まれ、
前記検索手段は、前記必要なファイルに対応するＰ２Ｐグループに属するクライアント端末に対して検索を行なう付記９記載のクライアント端末。
【００５２】
（付記１１）前記複数のＰ２Ｐグループは、クライアント端末がファイルを必要とする緊急度に応じて定められる付記１０記載のクライアント端末。
【００５３】
（付記１２）前記複数のＰ２Ｐグループは、ファイルが適用されるソフトウェアの存在の有無によって定められる付記１０記載のクライアント端末。
【００５４】
（付記１３）前記サーバからの情報には前記ファイルの属性情報が含まれ、
前記サーバまたは前記ヒットしたクライアント端末から取得したファイルの正当値を該属性情報に基づいて調べる手段をさらに具備する付記９〜１２のいずれか１項記載のクライアント端末。
【００５５】
（付記１４）前記サーバから取得したファイルを前記Ｐ２Ｐグループ内の他のクライアント端末へ再配布する手段をさらに具備する付記９〜１３のいずれか１項記載のクライアント端末。
【００５６】
（付記１５）Ｐ２Ｐグループ内の他のクライアント端末へ再配布の希望の有無を問い合わせる手段をさらに具備し、
前記再配布手段は該再配布を希望するクライアント端末のみに対して再配布を行なう付記１４記載のクライアント端末。
【００５７】
（付記１６）前記Ｐ２Ｐグループは複数のＰ２Ｐサブグループを含み、
該複数のＰ２Ｐサブグループの１つを選択する手段をさらに具備し、
前記検索手段は選択されたＰ２Ｐサブグループに属するクライアント端末のみに対して検索を行なう付記９〜１５のいずれか１項記載のクライアント端末。
【００５８】
（付記１７）コンピュータを付記９〜１６記載のクライアント端末を実現させるためのプログラム。
【図面の簡単な説明】
【００５９】
【図１】本発明の第１の実施例に係るファイル転送システムのブロック図である。
【図２】本発明の第２の実施例に係るファイル転送システムのブロック図である。
【図３】本発明の第３の実施例に係るファイル転送システムのブロック図である。
【図４】本発明の第４の実施例に係るファイル転送システムのブロック図である。
【図１】
2006285601.tif 000006
【図２】
2006285601.tif 000007
【図３】
2006285601.tif 000008
【図４】
2006285601.tif 000009