(57)【要約】【課題】コンピュータ・ネットワークで情報を配布する方法、プログラム、およびシステムを提供すること。【解決手段】本発明には、電子ファイルを複数の断片に分割することと、ファイル断片を要求する第１クライアント計算機にそのファイル断片をダウンロードすることが含まれる。第２クライアント計算機が、同一のファイル断片を要求する場合に、その要求が、第１計算機にリダイレクトされる。第１クライアントは、ピアツーピア・サーバとして機能し、要求されたファイル断片を第２クライアントにダウンロードする。
2004536393.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ・ネットワークにおいて情報を配布する方法であって、
電子ファイルを複数の断片に分割し、
第１クライアント計算機からファイル断片に対する要求を受信し、
前記第１クライアント計算機に前記要求されたファイル断片をダウンロードし、
第２クライアント計算機から前記ファイル断片に対する要求を受信し、
前記第２クライアント計算機の前記要求を前記第１クライアント計算機にリダイレクトする、
前記方法。
【請求項２】
すべてのファイル断片を複数のクライアント計算機にダウンロードし、前記クライアント計算機が、前記ファイル断片を要求する他のクライアント計算機のピアツーピア・サーバとして機能する、
請求項１に記載の方法。
【請求項３】
各ピアツーピア・サーバが、一意のファイル断片を保管する、請求項２に記載の方法。
【請求項４】
既に前記コンピュータ・ネットワークに接続されていない第１ピアツーピア・サーバに保管されたファイル断片に対する要求を受信し、
前記要求を前記ファイル断片のコピーを含む第２ピアツーピア・サーバにリダイレクトし、
前記第１ピアツーピア・サーバを使用可能なピアツーピア・サーバのリストから除去する、
請求項２に記載の方法。
【請求項５】
ファイル断片を受信した各クライアント計算機にそのファイル断片のダイジェストを送信する、
請求項２に記載の方法。
【請求項６】
クライアントからメッセージを受信し、前記メッセージが、ピアツーピア・サーバがファイル断片を壊したことを示し、
前記ファイル断片を壊した責任を負う前記ピアツーピア・サーバを切断し、
前記クライアントに前記ファイル断片を再送信し、前記再送信されるファイル断片が、内容の破壊がない、
請求項５に記載の方法。
【請求項７】
コンピュータ・ネットワークにおいて情報を配布する方法であって、
電子ファイルの複数の断片の１つを要求し、前記電子ファイルが、サーバに保管され、
前記サーバから前記要求されたファイル断片を受信し、
クライアント計算機から前記ファイル断片に関する要求を受信し、前記要求が、前記サーバにリダイレクトされ、
前記ファイル断片を前記クライアント計算機に送信する、
前記方法。
【請求項８】
コンピュータ・ネットワークにおいて配布される情報を取得する方法であって、
電子ファイルの複数の断片の１つを要求し、前記電子ファイルが、サーバに保管され、
前記ファイル断片のコピーを含むクライアント計算機から、前記要求されたファイル断片を受信する、
前記方法。
【請求項９】
コンピュータ・ネットワークにおいて情報を配布するための、データ処理システムで使用されるコンピュータ可読媒体内のコンピュータ・プログラムであって、
電子ファイルを複数の断片に分割する命令と、
第１クライアント計算機からファイル断片に対する要求を受信する命令と、
前記第１クライアント計算機に前記要求されたファイル断片をダウンロードする命令と、
第２クライアント計算機から前記ファイル断片に関する要求を受信する命令と、
前記第２クライアント計算機の前記要求を前記第１クライアント計算機にリダイレクトする命令と
を含むコンピュータ・プログラム。
【請求項１０】
すべてのファイル断片を複数のクライアント計算機にダウンロードする命令であって、前記クライアント計算機が、前記ファイル断片を要求する他のクライアント計算機のピアツーピア・サーバとして機能する、命令
をさらに含む、請求項９に記載のコンピュータ・プログラム。
【請求項１１】
各ピアツーピア・サーバが、一意のファイル断片を保管する、請求項１０に記載のコンピュータ・プログラム。
【請求項１２】
もはや前記コンピュータ・ネットワークに接続されていない第１ピアツーピア・サーバに保管されたファイル断片に関する要求を受信する命令と、
前記要求を前記ファイル断片のコピーを含む第２ピアツーピア・サーバにリダイレクトする命令と、
前記第１ピアツーピア・サーバを使用可能なピアツーピア・サーバのリストから除去する命令と
をさらに含む、請求項１０に記載のコンピュータ・プログラム。
【請求項１３】
ファイル断片を受信した各クライアント計算機にそのファイル断片のダイジェストを送信する命令
をさらに含む、請求項１０に記載のコンピュータ・プログラム。
【請求項１４】
クライアントからメッセージを受信する命令であって、前記メッセージが、ピアツーピア・サーバがファイル断片を壊したことを示す、命令と、
前記ファイル断片を壊した責任を負う前記ピアツーピア・サーバを切断する命令と、
前記クライアントに前記ファイル断片を再送信する命令であって、前記再送信されるファイル断片が、内容の破壊がない、命令と
をさらに含む、請求項１３に記載のコンピュータ・プログラム。
【請求項１５】
コンピュータ・ネットワークで情報を配布するコンピュータ・プログラムであって、
電子ファイルの複数の断片の１つを要求する命令であって、前記電子ファイルが、サーバに保管される、命令と、
前記サーバから前記要求されたファイル断片を受信する命令と、
クライアント計算機から前記ファイル断片に関する要求を受信する命令であって、前記要求が、前記サーバからリダイレクトされる、命令と、
前記ファイル断片を前記クライアント計算機に送信する命令と
を含むコンピュータ・プログラム。
【請求項１６】
コンピュータ・ネットワークで配布される情報を得るコンピュータ・プログラムであって、
電子ファイルの複数の断片の１つを要求する命令であって、前記電子ファイルが、サーバに保管される、命令と、
前記ファイル断片のコピーを含むクライアント計算機から、前記要求されたファイル断片を受信する命令と
を含むコンピュータ・プログラム。
【請求項１７】
コンピュータ・ネットワークで情報を配布するシステムであって、
電子ファイルを複数の断片に分割する分割部と、
ファイル断片に関する要求を第１クライアント計算機から受信する第１受信器と、
前記要求されたファイル断片を前記第１クライアント計算機にダウンロードする通信部と、
前記ファイル断片に関する要求を第２クライアント計算機から受信する第２受信器と、
前記第２クライアント計算機の前記要求を前記第１クライアント計算機にリダイレクトするリダイレクト部と
を含むシステム。
【請求項１８】
コンピュータ・ネットワークで情報を配布するシステムであって、
電子ファイルの複数の断片の１つを要求する第１通信部であって、前記電子ファイルが、サーバに保管される、第１通信部と、
前記要求されたファイル断片を前記サーバから受信する第１受信器と、
クライアント計算機から前記ファイル断片に関する要求を受信する第２受信器であって、前記要求が、前記サーバからリダイレクトされる、第２受信器と、
前記ファイル断片を前記クライアント計算機に送信する第２通信部と
を含むシステム。
【請求項１９】
コンピュータ・ネットワークで配布される情報を得るシステムであって、
電子ファイルの複数の断片の１つを要求する通信部であって、前記電子ファイルが、サーバに保管される、通信部と、
前記ファイル断片のコピーを含むクライアント計算機から前記要求されたファイル断片を受信する受信器と
を含むシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、本願と同一の日付に出願した同時係属の米国特許出願番号０９／８８８４７２号、表題「Method and Apparatus to Encourage Client into a Distributed Peer toPeer Sharing Technology」に関する。上述の本願と同一の譲受人に譲渡される同時係属の米国特許出願は、参照によってそのすべてを本明細書に組み込まれる。
【０００２】
本発明は、全般的にはコンピュータ・ネットワーク環境に関し、具体的にはデータの大量配布に関する。
【背景技術】
【０００３】
インターネットを介するデータの大量配布の現在の技術は、コンテンツを入手できる１つまたは複数の「マスタ」サーバと、同一のデータが保管される、より多数の「ミラー」サイトからなる。通常、マスタ・サーバは、非常に簡単に利用不能になるなどし、エンド・ユーザは、ミラー・サイトのリストに従って、ミラー・サイトを手動で試みることを余儀なくされる。これらのミラー・サイトのそれぞれは、通常は時間ベースの自動化（通常は夜間にスケジューリングされるcronジョブ）によって駆動されるので、更新されたコンテンツを実際に有する場合とそうでない場合がある。この配布方式は、特定のデータへの最初のアクセスに際し、信じられないほど問題があり、不経済である。
【特許文献１】
米国特許出願番号第０９／８８８４７２号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
したがって、マスタ・サーバに対する要求を、同一のコンテンツをダウンロードしている近くの他の複数のクライアントにシームレスにピアツーピアでオフロードする方法を有することが望ましい。
【課題を解決するための手段】
【０００５】
本発明は、コンピュータ・ネットワークで情報を配布する方法、プログラム、およびシステムを提供する。本発明には、電子ファイルを複数の断片に分割することと、ファイルの断片を、そのファイルの断片を要求する第１クライアント計算機にダウンロードすることが含まれる。第２クライアント計算機が、同一のファイルの断片を要求する場合に、その要求が、第１クライアントにリダイレクトされる。第１クライアントは、ピアツーピア・サーバとして機能して、要求されたファイル断片を第２クライアントにダウンロードする。
【０００６】
本発明の特性と思われる新規の特徴を、請求項に示す。しかし、本発明自体ならびにその使用の好ましい態様、本発明のさらなる目的および長所は、添付図面と共に読まれる時に、例示的実施形態の以下の詳細な説明を参照することによって最もよく理解される。
【発明を実施するための最良の形態】
【０００７】
図面を参照すると、図１は、本発明を実施することができるデータ処理システムのネットワークの絵図表現を示す図である。ネットワーク・データ処理システム１００は、本発明を実施できるコンピュータのネットワークである。ネットワーク・データ処理システム１００には、ネットワーク１０２が含まれ、このネットワーク１０２は、ネットワーク・データ処理システム１００内で一緒に接続されるさまざまな装置およびコンピュータの間で通信リンクを提供するのに使用される媒体である。ネットワーク１０２には、ワイヤ、無線通信リンク、または光ファイバ・ケーブルなどの接続を含めることができる。
【０００８】
図示の例では、サーバ１０４が、記憶装置１０６と共にネットワーク１０２に接続される。さらに、クライアント１０８、１１０、および１１２も、ネットワーク１０２に接続される。これらのクライアント１０８、１１０、および１１２は、たとえば、パーソナル・コンピュータまたはネットワーク・コンピュータとすることができる。図示の例では、サーバ１０４が、ブート・ファイル、オペレーティング・システム・イメージ、およびアプリケーションなどのデータを、クライアント１０８、１１０、および１１２に供給する。クライアント１０８、１１０、および１１２は、サーバ１０４に対するクライアントである。ネットワーク・データ処理システム１００に、図示されていない、追加のサーバ、クライアント、および他の装置を含めることができる。図示の例では、ネットワーク・データ処理システム１００が、インターネットであり、ネットワーク１０２が、互いに通信するのにＴＣＰ／ＩＰスイートのプロトコルを使用するネットワークおよびゲートウェイの全世界の集合を表す。インターネットの心臓部には、データおよびメッセージをルーティングする、数千台の商業、政府、教育、および他のコンピュータ・システムからなる主要なノードまたはホスト・コンピュータの間の高速データ通信回線のバックボーンがある。もちろん、ネットワーク・データ処理システム１００を、たとえばイントラネット、ローカル・エリア・ネットワーク（ＬＡＮ）、または広域ネットワーク（ＷＡＮ）などの複数の異なるタイプのネットワークとして実施することもできる。図１は、例として意図されたものであり、本発明に関するアーキテクチャ的制限として意図されたものではない。
【０００９】
図２を参照すると、本発明の好ましい実施形態による、図１のサーバ１０４などのサーバとして実施することができるデータ処理システムのブロック図が示されている。データ処理システム２００は、システム・バス２０６に接続された複数のプロセッサ２０２および２０４を含む対称型マルチプロセッサ（ＳＭＰ）システムとすることができる。代替案では、単一プロセッサ・システムを使用することができる。システム・バス２０６には、メモリ・コントローラ／キャッシュ２０８も接続され、このメモリ・コントローラ／キャッシュ２０８によって、ローカル・メモリ２０９へのインターフェースが提供される。入出力バス・ブリッジ２１０が、システム・バス２０６に接続され、これによって、入出力バス２１２へのインターフェースが提供される。メモリ・コントローラ／キャッシュ２０８および入出力バス・ブリッジ２１０は、図示のように一体化することができる。
【００１０】
入出力バス２１２に接続されたPeripheral ComponentInterconnect（ＰＣＩ）バス・ブリッジ２１４によって、ＰＣＩローカル・バス２１６へのインターフェースが提供される。複数のモデムを、ＰＣＩバス２１６に接続することができる。通常のＰＣＩバス実施形態では、４つのＰＣＩ拡張スロットまたはアドイン・コネクタがサポートされる。図１のネットワーク・コンピュータ１０８から１１２への通信リンクを、モデム２１８と、アドイン・ボードを介してＰＣＩローカル・バス２１６に接続されるネットワーク・アダプタ２２０を介して設けることができる。
【００１１】
追加のＰＣＩバス・ブリッジ２２２および２２４によって、追加のＰＣＩバス２２６および２２８へのインターフェースが提供され、この追加のＰＣＩバスから、追加のモデムまたはネットワーク・アダプタをサポートすることができる。この形で、データ処理システム２００を用いて、複数のネットワーク・コンピュータに接続できるようになる。メモリ・マップド・グラフィックス・アダプタ２３０およびハード・ディスク２３２も、図示のように、直接にまたは間接的にのいずれかで、入出力バス２１２に接続することができる。
【００１２】
当業者は、図２に示されたハードウェアを変更できることを諒解するであろう。たとえば、光ディスク・ドライブおよび類似物などの他の周辺装置を、図示のハードウェアに加えてまたはその代わりに使用することもできる。図示の例は、本発明に関するアーキテクチャ的制限を暗示することを意図されたものではない。
【００１３】
図２に示されたデータ処理システムは、たとえば、アドバンスド・インターラクティブ・エグゼクティブ（ＡＩＸ）オペレーティング・システムを実行する、米国ニューヨーク州アーモンクのInternational Business Machines Corporation社の製品であるＩＢＭ  ＲＩＳＣ／Ｓｙｓｔｅｍ  ６０００システムとすることができる。
【００１４】
図３を参照すると、本発明を実施することができるデータ処理システムを示すブロック図が示されている。データ処理システム３００は、クライアント・コンピュータの例である。データ処理システム３００では、Peripheral Component Interconnect（ＰＣＩ）ローカル・バス・アーキテクチャが使用される。図示の例ではＰＣＩバスが使用されるが、AcceleratedGraphics Port（ＡＧＰ）およびIndustry Standard Architecture（ＩＳＡ）などの他のバス・アーキテクチャを使用することができる。プロセッサ３０２およびメイン・メモリ３０４が、ＰＣＩブリッジ３０８を介してＰＣＩローカル・バス３０６に接続される。ＰＣＩブリッジ３０８に、プロセッサ３０２用の一体化されたメモリ・コントローラおよびキャッシュ・メモリも含めることができる。ＰＣＩローカル・バス３０６への追加接続は、直接構成要素相互接続またはアドイン・ボードを介して行うことができる。図示の例では、ローカル・エリア・ネットワーク（ＬＡＮ）アダプタ３１０、ＳＣＳＩホスト・バス・アダプタ３１２、および拡張バス・インターフェース３１４が、直接構成要素接続によってＰＣＩローカル・バス３０６に接続される。対照的に、オーディオ・アダプタ３１６、グラフィックス・アダプタ３１８、およびオーディオ／ビデオ・アダプタ３１９は、拡張スロットに挿入されるアドイン・ボードによってＰＣＩローカル・バス３０６に接続される。拡張バス・インターフェース３１４によって、キーボードおよびマウス・アダプタ３２０、モデム３２２、および追加メモリ３２４の接続が提供される。SmallComputer System Interface（ＳＣＳＩ）ホスト・バス・アダプタ３１２によって、ハード・ディスク・ドライブ３２６、テープ・ドライブ３２８、ＣＤ−ＲＯＭドライブ３３０、およびＤＶＤドライブ３３２の接続が提供される。通常のＰＣＩローカル・バス実施形態では、３つまたは４つのＰＣＩ拡張スロットまたはアドイン・コネクタがサポートされる。
【００１５】
オペレーティング・システムが、プロセッサ３０２で動作し、図３のデータ処理システム３００内のさまざまな構成要素を調整し、その制御を提供するのに使用される。オペレーティング・システムは、Microsoft Corporation社から入手できるＷｉｎｄｏｗｓ（Ｒ）２０００などの市販オペレーティング・システムとすることができる。Ｊａｖａ（Ｒ）などのオブジェクト指向プログラミング・システムを、オペレーティング・システムと共に実行することができ、これによって、データ処理システム３００で実行されるＪａｖａ（Ｒ）プログラムまたはアプリケーションからオペレーティング・システムへの呼出しが提供される。「Ｊａｖａ（Ｒ）」は、SunMicrosystems,Inc.社の商標である。オペレーティング・システム、オブジェクト指向オペレーティング・システム、およびアプリケーションまたはプログラムの命令は、ハード・ディスク・ドライブ３２６などの記憶装置に配置され、プロセッサ３０２による実行のためにメイン・メモリ３０４にロードすることができる。
【００１６】
当業者は、図３のハードウェアを、実施形態に応じて変更できることを諒解するであろう。フラッシュＲＯＭ（または同等の不揮発性メモリ）、または光ディスク・ドライブおよび類似物などの他の内部ハードウェアまたは周辺装置を、図３に示されたハードウェアに追加してまたはその代わりに使用することができる。また、本発明の処理を、マルチプロセッサ・データ処理システムに適用することができる。
【００１７】
もう１つの例として、データ処理システム３００を、あるタイプのネットワーク通信インターフェースがデータ処理システム３００に含まれるか否かに無関係に、あるタイプのネットワーク通信インターフェースに頼らずにブート可能になるように構成された独立型システムとすることができる。もう１つの例として、データ処理システム３００を、携帯情報端末（ＰＤＡ）装置とすることができ、このＰＤＡは、オペレーティング・システム・ファイルまたはユーザ生成データあるいはその両方を保管する不揮発性メモリを提供するために、ＲＯＭまたはフラッシュＲＯＭあるいはその両方を有するように構成される。
【００１８】
図３に示された例および上で説明した例は、アーキテクチャ的制限を暗示することを意図されたものではない。たとえば、データ処理システム３００を、ＰＤＡの形をとるほかに、ノートブック・コンピュータまたはハンド・ヘルド・コンピュータとすることもできる。データ処理システム３００を、キオスクまたはウェブ機器とすることもできる。
【００１９】
データの大量配布に関する従来技術の手法では、クライアントからサーバ（マスタ・サーバまたはミラー・サイトのいずれか）への直接接続がオープンされる。要求されたファイルのすべてのバイトが、順番に、第１バイトから最終バイトまで、ダウンロードされる。いくつかの場合に、接続が断たれた場合に、クライアントは、エラーの点からダウンロードを再開始することができる。すべての場合に、ダウンロードは、線形かつ順次であり、バイト・ベースまたはパケット・ベースのいずれかである。通常、サーバは、帯域幅限界によって飽和するまで、有限の数の要求に対処する。
【００２０】
本発明は、マスタ・サーバへの要求を、同一のコンテンツをダウンロードしている他の近くのクライアントにオフロードする、ピアツーピア技術のシームレスな使用を用いる方法を提供する。
【００２１】
図４を参照すると、本発明によるピアツーピア・オフロードを示す流れ図が示されている。この処理では、インターネット全体での帯域幅消費を減らすために、従来技術の手法を修正する。この処理は、大きいファイルを断片に分割することによって開始される（ステップ４０１）。たとえば、ファイルが６５０メガバイト（ＭＢ）である場合に、ファイルを、６５０個の１ＭＢ断片に分割することができる。これらの断片が、異なるクライアントにダウンロードされる（ステップ４０２）。現在の例では、各クライアントが、ファイル全体の正確に１／６５０を有し、めいめいの１ＭＢ断片をピア・クライアントに再ブロードキャストすることができる。
【００２２】
新しいクライアントが、ファイルの断片を要求する時に（ステップ４０３）、最初の完全なファイルを含むサーバが、そのクライアントによって要求されたファイル断片が、すでに別のクライアントにダウンロードされているかどうかを判定する（ステップ４０４）。要求されたファイル断片がまだダウンロードされていない場合には、サーバは、その要求を満たし、要求されたファイル断片を新しいクライアントにダウンロードする（ステップ４０５）。要求されたファイル断片が既に別のクライアントにダウンロードされている場合には、サーバは、新しい要求元クライアントを、ピアツーピア・サーバにリダイレクトする（ステップ４０６）。このリダイレクションは、相対的なネットワーク位置に基づくものとすることができる。たとえば、テキサスでのファイル断片に関するすべての要求が、テキサスのピアツーピア・サーバに送られる。
【００２３】
本発明を使用することの効果は、ファイルへのアクセスを試みる人の数が増えるにつれて、そのファイルをミラーリングするピアツーピア・サーバのリスト（およびこれらのサーバによって追加される潜在的な帯域幅）も、それと同一またはより早い速度で増えることである。ファイルが分割される断片のサイズおよび個数は、負荷に基づいて動的に変更することができる。この形で、負荷が高いほど、マスタ・サーバから与えられる断片が小さくなり、ピアツーピア・サーバへの依存性が高くなる。
【００２４】
以下の例は、本発明の応用例をさらに例示するのに役立つ。６５０台のクライアントが、同一のマスタ・サーバから同一の６５０ＭＢのファイルを同時にダウンロードすることを試み、キューでサービスされるのを待つ。最初の６５台の計算機が、マスタ・サーバに接続され、ファイルの断片を受信し、少なくとも１０台の他のクライアント計算機とその断片を共用する。この形で、マスタ・サーバは、６５件のダウンロード（ピアツーピア・サーバのどれもがデータを共用しないと仮定して。そうでなければこの数は少なくなる）と、他のクライアントを正しい計算機にリダイレクトするオーバヘッドだけを扱えばよい。クライアントをリダイレクトするコスト（ＣＰＵ使用および帯域幅での）は、同一のファイルを６５０回再送信するコストより低い。
【００２５】
図５を参照すると、本発明によるダウンしたピアツーピア・サーバの回避を示す流れ図が示されている。上の例を使用すると、６５台のピアツーピア・サーバのいずれかが、いつもダウンする可能性がある（結局、これらはエンド・ユーザによって所有される）（ステップ５０１）。その結果、クライアントは、ピアツーピア・サーバへの接続を失い（ステップ５０２）、マスタ・サーバに再接続しなければならない（ステップ５０３）。マスタ・サーバは、そのクライアントを別のピアツーピア・サーバにリダイレクトするか、そのクライアントをピアツーピア・サーバそのものにする（ステップ５０４）。マスタ・サーバは、ピアツーピア・ミラーのリストから、ダウンしたピアツーピア・サーバを除去する（ステップ５０５）。
【００２６】
図６を参照すると、本発明によるピアツーピア・データ配布でのセキュリティ手順を示す流れ図が示されている。セキュリティのために、マスタ・サーバは、ファイルの小さいダイジェストをクライアントに直接に送信することができる（ステップ６０１）。これは、ピアツーピア・サーバのいずれかで、めいめいのファル断片が壊れたかどうかをクライアントが正確に知ることができるようにするために行われる（ステップ６０２）。ダイジェストは、通常は、巡回冗長検査（ＣＲＣ）など、データのブロックに一意の検証バイトの組である。単純化された例として、「this is my happy string」などのデータの塊が、１４というＣＲＣ値を有することができる。これは、データが無傷であることを検証するために、ほとんど一意に働く一方向アルゴリズムである。上の例を続けると、サーバ／ピアは、まずＣＲＣを送信し、次に「thisis my happy string」を送信し、クライアントは、このストリングのＣＲＣを比較し、それが成功裡に送信されたことを検証する。
【００２７】
ファイル全体を一度に送信する場合には、サーバ／ピアは、粒度が微細なので、ファイル全体について単一のダイジェストを送るだけでよい。クライアントは、ファイル全体を受信する、または受信しないのいずれかである。ファイルの断片を送信する場合には、別々のダイジェストを送信して、各断片を検証しなければならない（ファイル全体の単一のダイジェストではなく）。さらに、各ファイル断片の検証は、大きいファイルの場合より効率的である。というのは、ダイジェストに対するデータの比率が高い（すなわち、ファイル全体に１つのダイジェスト）と、一意の数が得られる可能性が下がり、問題が検出されない可能性が増えるからである。
【００２８】
ピアの１つが、望まれないデータ（たとえばコンピュータ・ウィルス）を渡すと判断する場合に、そのデータのダイジェストが、マスタ・サーバからのダイジェストと一致せず、クライアントは、偽のデータを捨てなければならないことを知る。ファイル断片が壊れた場合には、受信側クライアントは、マスタ・サーバに連絡し、マスタ・サーバは、壊れているピアツーピア・サーアへの接続をドロップする（ステップ６０３）。さらに、各ファイル断片のダイジェストを、マスタ・サーバからクライアントに送信でき、その結果、クライアントが、ファイルのどの断片が再送信を必要とするかを判断できるようになる（ステップ６０４）。その後、マスタ・サーバは、必要なファイル断片を再送信することができる（ステップ６０５）。サーバに関する詳細な情報を、ファイル全体のダイジェストで送信することも提案される。この形で、何台のピアツーピア・サーバが転送にかかわるかに無関係に、不正に配布された材料の出所を即座に判定することが可能である。
【００２９】
本発明を、完全に機能するデータ処理システムに関して説明したが、本発明の処理を、命令のコンピュータ可読媒体の形およびさまざまな形で配布することができることと、配布の実行に実際に使用される信号担持媒体の特定のタイプに無関係に本発明が同等に適用されることとを当業者が諒解するであろうことに留意することが重要である。コンピュータ可読媒体の例には、フロッピ・ディスク、ハード・ディスク・ドライブ、ＲＡＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなどの記録型媒体と、ディジタル通信リンク、アナログ通信リンク、たとえばラジオ周波数伝送および光波伝送などの伝送形を使用する有線または無線の通信リンクなどの伝送型媒体が含まれる。コンピュータ可読媒体は、特定のデータ処理システムでの実際の使用のためにデコードされるコード化されたフォーマットの形とすることができる。
【００３０】
本発明の説明は、例示および説明のために提示されたものであって、網羅的であることまたは本発明を開示された形態に制限することを意図されたものではない。多数の修正形態および変形形態が、当業者には明白である。この実施形態は、本発明の原理、実用的な応用例を最もよく説明し、当業者が、企図される特定の用途に適するさまざまな修正を加えてさまざまな実施形態のために本発明を理解できるようにするために選択され、説明された。
【図面の簡単な説明】
【００３１】
【図１】本発明を実施することができるデータ処理システムのネットワークの絵図表現を示す図である。
【図２】本発明の好ましい実施形態に従って、サーバとして実施することができるデータ処理システムのブロック図である。
【図３】本発明を実施することができるデータ処理システムを示すブロック図である。
【図４】本発明によるピアツーピア・オフロードを示す流れ図である。
【図５】本発明によるダウンしたピアツーピア・サーバの回避を示す流れ図である。
【図６】本発明によるピアツーピア・データ配布でのセキュリティ手順を示す流れ図である。
【図１】
2004536393.tif 000003
【図２】
2004536393.tif 000004
【図３】
2004536393.tif 000005
【図４】
2004536393.tif 000006
【図５】
2004536393.tif 000007
【図６】
2004536393.tif 000008
【国際公開パンフレット】
2004536393.tif 000009
2004536393.tif 000010
2004536393.tif 000011
2004536393.tif 000012
2004536393.tif 000013
2004536393.tif 000014
2004536393.tif 000015
2004536393.tif 000016
2004536393.tif 000017
2004536393.tif 000018
2004536393.tif 000019
2004536393.tif 000020
2004536393.tif 000021
2004536393.tif 000022
2004536393.tif 000023
2004536393.tif 000024
2004536393.tif 000025
2004536393.tif 000026
2004536393.tif 000027
2004536393.tif 000028
2004536393.tif 000029
2004536393.tif 000030
2004536393.tif 000031
【国際公開パンフレット（コレクトバージョン）】
2004536393.tif 000032
2004536393.tif 000033
【国際調査報告】
2004536393.tif 000034
2004536393.tif 000035
2004536393.tif 000036