JP2002268979A - ダウンロード方法及び装置、ダウンロード用プログラム並びにそのプログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】本発明の課題は、クライアントにとって高速な
ファイルのダウンロードを可能とするダウンロード方法
を提供することにある。 【解決手段】本発明は、サーバにアクセスし、サーバの
保有するファイルに関する情報を取得し、取得したファ
イル情報からダウンロードしたいファイルを選択し、選
択されたファイルの情報をサーバに送信し、サーバから
ファイル情報に対応したサーバ情報を取得し、取得され
たサーバ情報をもとに、１つ以上の接続先サーバを選択
し、選択された１つ以上のサーバに対して個別に接続を
行い、ファイルのダウンロードを行うことを特徴とす
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアントが動
的にダウンロード先のサーバを複数台選択し接続するこ
とで、クライアントからサーバまでのネットワーク状況
に適応した効率的な接続を提供し、高速なダウンロード
を可能とするダウンロード方法及び装置、ダウンロード
用プログラム並びにそのプログラムを記録した記録媒体
に関する。

【０００２】

【従来の技術】ネットワークを介してサーバからファイ
ルをダウンロードする場合、ネットワークの混雑具合や
サーバの負荷具合により、ダウンロード終了までに大量
の時間がかかる場合がある。

【０００３】この問題を解決する方法の一つとして、ダ
ウンロード先のサーバを分散的に配置し、ネットワーク
やサーバに対する負荷を軽減することでダウンロードに
かかる時間を短縮する方法がある。例えば図２３では、
（１）クライアントからサーバＡ′へダウンロードの要
求があった場合、（２）サーバＡ′は、サーバＡ′の持
つデータのコピーを保有するミラーサーバＡ，Ｂと呼ば
れる分散されたサーバに対してその混雑具合や負荷状況
を調べ、（３）もっとも負荷の少ないミラーサーバへと
クライアントが接続するようにし、（４）ネットワーク
ＮＷやサーバ負荷の少ないサーバからファイルをダウン
ロードすることで、ダウンロードにかかる負荷を低減し
ている。

【０００４】

【発明が解決しようとする課題】しかし、図２３のよう
に、サーバが主体となってクライアントの接続先を決定
する場合、ネットワークやサーバへの負荷は低減される
が、クライアント側から見たサーバまでの混雑状況や速
度などを考慮しないため、必ずしもクライアントにとっ
てより高速なダウンロードが可能になるとは限らない。

【０００５】本発明は上記の事情に鑑みてなされたもの
で、クライアント側がダウンロードに必要な情報を保持
し、クライアントにとって高速なファイルのダウンロー
ドを可能とするダウンロード方法及び装置、ダウンロー
ド用プログラム並びにそのプログラムを記録した記録媒
体を提供することを目的とする。

【０００６】

【課題を解決するための手段】上記の目的を達成するた
めに本発明のダウンロード方法は、アクセスしたサーバ
の保有するファイルに関する情報を取得するファイル情
報取得ステップと、前記ファイル情報取得ステップで取
得したファイル情報からダウンロードしたいファイルを
選択するファイル選択ステップと、前記ファイル選択ス
テップで選択されたファイルの情報を送信し、前記送信
されたファイル情報に対応したサーバ情報を取得するサ
ーバ情報取得ステップと、前記サーバ情報取得ステップ
で取得されたサーバ情報をもとに、１つ以上の接続先サ
ーバを選択するサーバ選択ステップと、前記サーバ選択
ステップで選択された１つ以上のサーバに対して接続を
行い、前記選択されたファイルをダウンロードするクラ
イアント接続ステップとを有することを特徴とする。

【０００７】また本発明のダウンロード方法は、サーバ
に対して応答をするよう要求を発信し、返事が返ってき
たサーバに対してのみ接続し、接続したサーバが保有す
るファイル情報を取得するファイル情報取得ステップ
と、前記ファイル情報取得ステップで取得したファイル
情報を用いてダウンロードしたいファイルを選択するフ
ァイル選択ステップと、前記ファイル選択ステップで選
択されたファイルの情報に基づき特定したサーバに接続
し、サーバ情報を取得するサーバ情報取得ステップと、
前記サーバ情報取得ステップで取得されたサーバ情報を
もとに選択された１つ以上のサーバに対して接続を行
い、前記選択されたファイルをダウンロードするクライ
アント接続ステップとを有することを特徴とする。

【０００８】また本発明は、前記サーバ情報取得ステッ
プにおいて、所定のタイミングでサーバ情報を取得でき
ることを特徴とする。

【０００９】また本発明は、前記クライアント接続ステ
ップにおいて、所定のタイミングでクライアントとサー
バを接続し、ダウンロードを行うことを特徴とする。

【００１０】また本発明は、前記クライアント接続ステ
ップにおいて、所定のファイル位置からファイルのダウ
ンロードを行うことを特徴とする。

【００１１】また本発明のダウンロード装置は、アクセ
スしたサーバの保有するファイルに関する情報を取得す
るファイル情報取得手段と、前記ファイル情報取得手段
で取得したファイル情報からダウンロードしたいファイ
ルを選択するファイル選択手段と、前記ファイル選択手
段で選択されたファイルの情報を送信し、前記送信され
たファイル情報に対応したサーバ情報を取得するサーバ
情報取得手段と、前記サーバ情報取得手段で取得された
サーバ情報をもとに、１つ以上の接続先サーバを選択す
るサーバ選択手段と、前記サーバ選択手段で選択された
１つ以上のサーバに対して接続を行い、前記選択された
ファイルをダウンロードするクライアント接続手段とを
有することを特徴とするものである。

【００１２】また本発明のダウンロード装置は、サーバ
に対して応答をするよう要求を発信し、返事が返ってき
たサーバに対してのみ接続し、接続したサーバが保有す
るファイル情報を取得するファイル情報取得手段と、前
記ファイル情報取得手段で取得したファイル情報を用い
てダウンロードしたいファイルを選択するファイル選択
手段と、前記ファイル選択手段で選択されたファイルの
情報に基づき特定したサーバに接続し、サーバ情報を取
得するサーバ情報取得手段と、前記サーバ情報取得手段
で取得されたサーバ情報をもとに選択された１つ以上の
サーバに対して接続を行い、前記選択されたファイルを
ダウンロードするクライアント接続手段とを有すること
を特徴とするものである。

【００１３】また本発明のダウンロード用プログラム
は、アクセスしたサーバの保有するファイルに関する情
報を取得するファイル情報取得手順、前記ファイル情報
取得手順で取得した所定のファイルの情報を送信し、前
記送信されたファイル情報に対応したサーバ情報を取得
するサーバ情報取得手順、前記サーバ情報取得手順で取
得されたサーバ情報をもとに、１つ以上の接続先サーバ
を選択するサーバ選択手順、前記サーバ選択手順で選択
された１つ以上のサーバに対して接続を行い、前記選択
されたファイルをダウンロードするクライアント接続手
順をコンピュータに実行させるためのものである。

【００１４】また本発明のダウンロード用プログラム
は、サーバに対して応答をするよう要求を発信し、返事
が返ってきたサーバに対してのみ接続し、接続したサー
バが保有するファイル情報を取得するファイル情報取得
手順、前記ファイル情報取得手順で取得した所定のファ
イルの情報に基づき特定したサーバに接続し、サーバ情
報を取得するサーバ情報取得手順、前記サーバ情報取得
手順で取得されたサーバ情報をもとに選択された１つ以
上のサーバに対して接続を行い、前記選択されたファイ
ルをダウンロードするクライアント接続手順をコンピュ
ータに実行させるためのものである。

【００１５】また本発明の記録媒体は、アクセスしたサ
ーバの保有するファイルに関する情報を取得するファイ
ル情報取得手順、前記ファイル情報取得手順で取得した
所定のファイルの情報を送信し、前記送信されたファイ
ル情報に対応したサーバ情報を取得するサーバ情報取得
手順、前記サーバ情報取得手順で取得されたサーバ情報
をもとに、１つ以上の接続先サーバを選択するサーバ選
択手順、前記サーバ選択手順で選択された１つ以上のサ
ーバに対して接続を行い、前記選択されたファイルをダ
ウンロードするクライアント接続手順をコンピュータに
実行させるためのダウンロード用プログラムを記録した
ものである。

【００１６】また本発明の記録媒体は、サーバに対して
応答をするように要求を発信し、返事が返ってきたサー
バに対してのみ接続し、接続したサーバが保有するファ
イル情報を取得するファイル情報取得手順、前記ファイ
ル情報取得手順で取得した所定のファイルの情報に基づ
き特定したサーバに接続し、サーバ情報を取得するサー
バ情報取得手順、前記サーバ情報取得手順で取得された
サーバ情報をもとに選択された１つ以上のサーバに対し
て接続を行い、前記選択されたファイルをダウンロード
するクライアント接続手順をコンピュータに実行させる
ためのダウンロード用プログラムを記録したものであ
る。

【００１７】すなわち本発明では、ファイルを保有する
複数のサーバの状況を取得することで、クライアントは
ダウンロードに適した一つ以上のサーバを選択すること
が可能となり、クライアントにとって高速なダウンロー
ドを可能とする。

【００１８】サーバ情報取得ステップにおいては、クラ
イアントが任意のタイミングでサーバ情報を取得するこ
とで、随時、よりダウンロードに最適なサーバを探すこ
とが可能となる。

【００１９】接続ステップにおいては、任意のタイミン
グでクライアントとサーバを接続しダウンロードするこ
とで、ネットワークの混雑時間を回避した、時間指定に
よる予約ダウンロードや、ダウンロードしたサーバが復
旧した直後のダウンロードなどが可能となる。

【００２０】また、任意のタイミングでクライアントと
サーバとの接続を遮断することで、ただちにサーバ選択
ステップにより選択される、より良い接続先サーバに対
して接続を開始したり、予約時間のみのダウンロードが
可能となる。

【００２１】また、ファイルの任意の位置から転送を行
うことで、中断したファイルのダウンロードを再開した
り、対象ファイルの必要な部分から優先的にダウンロー
ドすることが可能となる。

【００２２】また、一つ以上の接続先サーバに対して並
列して接続しダウンロードすることで、前記ファイルの
任意の位置から転送する機能により、ファイルの任意の
複数の部分を並列にダウンロードすることが可能とな
り、高速にダウンロードできるようになる。

【００２３】

【発明の実施の形態】以下図面を参照して本発明の実施
形態例について詳細に説明する。

【００２４】図１は本発明の一実施形態例を示すブロッ
ク図である。

【００２５】クライアントＣＬにあり、サーバＳＶの状
態情報を取得するサーバ情報取得部１０と、複数のサー
バＳＶの中から、クライアントＣＬにとってダウンロー
ドに適切なサーバＳＶを選択するサーバ選択部２０と、
クライアントＣＬとサーバＳＶとを接続しダウンロード
を行う接続部３０と、によって構成される。

【００２６】本発明は特にサーバ情報取得部１０と接続
部３０に関わる。

【００２７】サーバ情報取得部１０では、ダウンロード
先の複数のサーバＳＶの状態情報をクライアントＣＬが
取得する。例えばサーバＳＶ数、サーバＳＶの位置、現
在サーバＳＶに接続しているクライアントＣＬの数を示
すコネクション数やその最大値、負荷状況などの状態を
取得する。サーバ情報取得部１０により、クライアント
ＣＬがサーバＳＶの状況を把握することで、クライアン
トＣＬにとって最適なダウンロード先サーバＳＶをサー
バ選択部２０において選択可能となり、よりクライアン
トＣＬの環境に適した、高速なダウンロードが可能とな
る。また、任意のタイミングで情報を取得することで、
随時、クライアントＣＬに最適なサーバＳＶを見つける
ことができる。

【００２８】接続部３０では、サーバ選択部２０によっ
て選択された複数のサーバＳＶとクライアントＣＬとを
接続し、ダウンロードを行う。接続する際に任意のタイ
ミングで接続したり遮断したりすることで、混雑時間を
回避した予約ダウンロードが可能となる。また、時間経
過によりダウンロードスピードが低下した、不適切なサ
ーバＳＶとの接続を切ることも出来、その場合、新たに
適切なサーバＳＶを選択することができるため、常時高
速なダウンロードを維持できる。また、任意の位置から
ファイルを転送する機能により、中断されたファイルの
ダウンロードを再開したり、１つのファイルを複数のサ
ーバＳＶから同時並列的にダウンロードすることができ
るため、効率的なダウンロードが可能となる。

【００２９】以下に、本発明にかかるダウンロード方法
の実施形態例を具体的に説明する。

【００３０】＜実施形態例１＞本発明は図２に示すよう
な、ネットワークＮＷ上にあるファイルサーバＡ′と、
ファイルサーバＡ′と同一の内容のファイルＡＦ群を保
持する複数のミラーサーバＡ，Ｂ，Ｃ、サーバからファ
イルのダウンロードを行うクライアントＣＬに対して適
用することが可能であり、以下ではこれを実施形態例１
とする。

【００３１】ここでは、ユーザがネットワークＮＷ上の
ファイルサーバＡ′の位置を示すＵＲＬによってファイ
ルサーバＡ′を特定し、ファイルサーバＡ′、あるいは
そのミラーサーバＡ，Ｂ，Ｃ上に保持されているファイ
ルＡＦの一覧を取得、そのファイルＡＦの中から所望す
るファイルＡＦをユーザが選択し、本発明を用いてダウ
ンロードすることとする。

【００３２】図３は、本発明の実施形態例１のダウンロ
ード装置を示す全体構成ブロック図である。

【００３３】ここで、１１０はユーザからのサーバＵＲ
Ｌや所望するファイルの選択などを受け付ける入力部で
ある。

【００３４】１２０は、ユーザからの入力や装置の状態
に応じて各部の制御を行い全体の流れを制御する、状態
制御部である。

【００３５】サーバＡ′側にある１３０はダウンロード
可能なファイルの情報を格納するファイル情報ＤＢ（デ
ータベース）、１４０はクライアントＣＬとファイル情
報をやり取りするファイル情報保持部である。また、ク
ライアントＣＬ側にある１５０はファイルの情報をサー
バＡ′から取得するファイル情報取得部であり、これら
はダウンロード可能なファイルの情報をやり取りする。

【００３６】１６０は、取得されたファイル情報からユ
ーザの入力を用いてユーザの所望するファイルを選択す
るファイル選択部である。

【００３７】サーバＡ′側にある１７０はサーバの情報
（サーバ数やその位置、コネクション数や負荷率など）
を格納するサーバ情報ＤＢ（データベース）、１８０は
クライアントＣＬとサーバ情報のやり取りをするサーバ
情報保持部である。また、クライアントＣＬ側にある１
９０はサーバＡ′からサーバ情報を取得するサーバ情報
取得部であり、これらはダウンロード可能なサーバに関
する情報のやり取りを行う。

【００３８】２００はファイル情報とサーバ情報をもと
に、一つ以上のダウンロード対象サーバを選択するサー
バ選択部であり、クライアントＣＬにとって適切なダウ
ンロード先サーバを選択する。

【００３９】２１０は一つ以上のダウンロード対象サー
バに接続しダウンロードを行うクライアント接続部であ
り、２２０は各ミラーサーバＡ，Ｂ，Ｃ上でクライアン
トＣＬとのダウンロード接続を行うサーバ接続部であ
る。これらがダウンロード時にネゴシエーションをし
て、ダウンロードを行う。

【００４０】図４は、本発明の実施形態例１のダウンロ
ード装置を、計算機等でソフトウェア的に実現した場合
の処理手順を表したフローチャートの一例である。

【００４１】まず、ステップ１０００の入力段階とし
て、クライアントはユーザからファイルサーバの位置を
示すＵＲＬを入力として受け取る。

【００４２】次にステップ１０１０のファイル情報取得
段階として、ファイル情報取得部１５０は、入力された
ＵＲＬを用いてファイルサーバにアクセスし、ファイル
サーバの保有するファイルに関する情報を取得する。

【００４３】ファイル情報取得手順としては、図５にあ
るように、状態制御部１２０の要求により情報取得を開
始し（ステップ１１００）クライアントＣＬ側のファイ
ル情報取得部１５０がＵＲＬに基づきサーバに接続し
（ステップ１１１０）、サーバＡ′側のファイル情報保
持部１４０がファイル情報リストをファイル情報ＤＢ１
３０より取り出し送信することで（ステップ１１２
０）、ファイル情報を取得する（ステップ１１３０）。
取得可能なファイル情報としていくつかの例を図６に示
すが、これ以外のファイル情報でも良い。単純な方法と
しては、ｈｔｔｐとＣＧＩを用いて、ファイルサーバ上
の指定ディレクトリ内のファイルリストを取得する方法
がある。本実施形態例ではファイルサーバとミラーサー
バが保持するファイルのファイル名、サイズ、作成日時
を取得するものとする。

【００４４】ステップ１０２０のファイル選択段階とし
て、ファイル選択部１６０では、例えば、取得したファ
イル情報であるファイル名、ファイルサイズ、作成日時
をリストとして表示し、ユーザはカーソルキーなどによ
って選択することで、ダウンロードしたいファイルを選
択する。

【００４５】ステップ１０３０では、クライアントが保
持するサーバ情報を更新するかどうかの判断を行う。

【００４６】図７に示すように、本実施形態例１ではサ
ーバ情報を取得していないダウンロードの初回、現在接
続中のサーバと接続を切断した際、状態制御部１２０に
よる更新要求（例えばタイマー起動による定期的な更新
やユーザから更新要求）があった場合にサーバ情報を更
新する。状態制御部１２０による更新要求が無い場合は
ステップ１０５０のサーバ選択段階に処理を移す。

【００４７】ステップ１０４０のサーバ情報取得段階で
は、サーバ情報更新のため、サーバ情報取得部１９０が
サーバ情報保持部１８０に対してサーバ情報を要求す
る。

【００４８】図８に示すように、状態を制御する状態制
御部１２０からの要求によりサーバ情報取得を開始し
（ステップ１２００）、サーバ情報取得部１９０は、ユ
ーザが入力したＵＲＬをもとにファイルサーバに接続し
（ステップ１２１０）、ユーザにより選択されたファイ
ル（ステップ１０２０のファイル選択段階による）の情
報をファイルサーバ上にあるサーバ情報保持部１８０に
対して送信する（ステップ１２２０）。サーバ情報保持
部１８０は、受信したファイル情報からファイルを所有
するサーバの情報リストをサーバ情報ＤＢ１７０より検
索し（ステップ１２３０）、クライアントに送信するこ
とで（ステップ１２４０）、サーバ情報取得部１９０は
サーバ情報を取得する（ステップ１２５０）。

【００４９】サーバ情報としていくつかの例を図６に示
すが、図６に挙げた以外のサーバに関する情報でも良
い。本実施形態例１では、選択されたファイルのファイ
ル名、ファイルサイズ、作成日時をキーとすることで、
該当するファイルを持つ複数のサーバのＵＲＬをＤＢか
らリストとして取得するものとする。

【００５０】また、ステップ１０４０のサーバ情報取得
段階とは独立にステップ１０４１のサーバ情報保持段階
では、図９に示すように、サーバ情報保持部１８０が定
期的にミラーサーバの情報を取得しサーバ情報ＤＢ１７
０を更新する。サーバ情報保持部１８０は各ミラーサー
バに対してサーバ情報を報告するようリクエストし（ス
テップ１３００）、各ミラーサーバは保持するファイル
のリスト、現在のコネクション数、負荷率などのサーバ
の状態を調査し（ステップ１３１０）、サーバ情報保持
部１８０に対して報告を行う（ステップ１３２０）こと
で、サーバ情報ＤＢを更新する（ステップ１３３０）。
例えばタイマー起動によりミラーサーバの状態を定期的
に監視することで、サーバの混雑度合いやサーバがダウ
ンしていることをサーバ情報として得ることが出来る。
実施方法によっては、サーバ情報保持部１８０に対して
ミラーサーバが定期的に情報報告を行っても良い。

【００５１】ステップ１０５０のサーバ選択段階では、
取得されたサーバ情報をもとに、クライアントがファイ
ルをダウンロードする際に適切な１つ以上の接続先サー
バを選択する。

【００５２】ダウンロードに適切なサーバを選択する方
法としては、負荷率が低い順にサーバを選択する、コネ
クション数が少ないものから選択する、ランダムに選択
する、などの方法が考えられる。本実施形態例１では、
負荷率が低く接続可能なサーバに対してクライアントが
接続試験を行い、接続に対するレスポンスが速いサーバ
を複数台選択する方式を取る。

【００５３】図１０に示すように、サーバ選択部２００
はまず、状態制御部１２０の要求により、サーバのリス
ト（ステップ１４００にて取得）を表示しユーザによる
入力を受け付ける処理を行う（ステップ１４００）。

【００５４】ユーザがサーバを選択した場合（ステップ
１４１０）、ユーザが選んだサーバを選択する（ステッ
プ１４２０）。ユーザがサーバを選択していない場合
（ステップ１４１０）、サーバ選択部２００は自動的に
以下の処理を行い適切な複数のサーバを選択する。

【００５５】（１）サーバ情報を参照し、負荷率の高い
ものをリストから削除（ステップ１４３０） （２）コネクション数に空きが無い場合接続することが
出来ないため、空きのあるサーバを選択（ステップ１４
４０） （３）選択された各サーバに対してクライアントから接
続試験を行う（ステップ１４５０） （４）接続試験により、接続へのレスポンス（接続速
度）が速い上位ｎ台のサーバを選択する（ステップ１４
６０） 以上の処理により、サーバ選択部２００は、クライアン
トにとって適切なサーバを複数台選択する。

【００５６】ステップ１０６０のクライアント接続段階
として、クライアント接続部２１０は、選択された１つ
以上のサーバのサーバ接続部２２０に対して個別に接続
を行い、ファイルのダウンロードを開始する。

【００５７】図１１に示すように、クライアント接続部
２１０は、状態制御部１２０の要求により接続を開始し
（ステップ１５００）、選択された各サーバに対してダ
ウンロードのための接続要求を行いクライアントとサー
バを接続する（ステップ１５１０）、サーバ接続部２２
０と接続を行う（ステップ１５２０）。

【００５８】次に、クライアントはサーバに対して、フ
ァイルのデータを送るように要求をするが、本実施形態
例１では任意のファイル位置からのファイル転送が可能
であるため、初回の場合ファイルの先頭、ダウンロード
の途中から再開する場合はダウンロードがすんでいる部
分等の指定された位置（所定位置）からのファイルデー
タ転送を要求する（ステップ１５３０）。要求を受けた
サーバ接続部２２０は指定された位置からファイルデー
タの転送を行い（ステップ１５４０）、クライアント接
続部２１０がデータを受け取ることでダウンロード開始
が確認される（ステップ１５５０）。

【００５９】従来のダウンロードでは、一つのファイル
に対して１台のサーバを指定してダウンロードを行う。
本発明では、ファイルの任意の位置からファイルの転送
要求が可能なことと、複数台のサーバに対して接続要求
が出来ることを利用して、図１１に示すようなダウンロ
ードが可能である。

【００６０】図１１は本発明の実施形態例１における分
散ダウンロード手順を示す説明図である。

【００６１】（１）ダウンロードするファイルＡＦを仮
想的にｍ個に分割する（図１２で分割したデータａ，ｂ
各々について開始位置と終了位置を取得する。この情報
が、図１１のステップ１５３０、ステップ１５４０で用
いられ、図１１で終了位置までのデータをダウンロード
する。）。

【００６２】（２）分割されたそれぞれに対して選択さ
れたｎ台のサーバに対して接続を行い、それぞれの部分
（ａ，ｂ）を個別にダウンロードする。

【００６３】（３）最終的にダウンロードされた各々の
ファイルを結合することでファイルＡＦを復元する。

【００６４】ファイルＡＦの分割数は任意に決定するこ
とが出来、例えばサーバ選択部２００により選択された
サーバ数に応じた数に、動的に決定することも出来る。
ネットワーク構成サーバの負荷状況によってファイル分
割をするのに、サーバ毎の転送速度やネットワーク負荷
によって各々ダウンロード開始位置や終了位置が異な
る。

【００６５】ネットワーク構成やサーバの負荷状況によ
って、各サーバとクライアント間のダウンロードパフォ
ーマンスが悪い場合がある。例えばミラーサーバとネッ
トワークとが接続する部分（図１２におけるｓａ，ｓ
ｂ，ｓｃ）における転送速度がネットワーク負荷によ
り、クライアントとネットワークをつなげる部分（図１
２におけるｃａ）よりも遅い場合、従来の手法では、指
定された一台のサーバの転送速度に依存したダウンロー
ド速度になっていた。本発明による、ファイル分割によ
る並列分散ダウンロードでは、接続するサーバを複数選
べるため、サーバの転送速度によらず、クライアントと
ネットワークをつなげる部分（ｃａ）の転送速度に依存
したダウンロードが可能となり、従来の方法よりも高速
にダウンロードが可能となる。この手法は特に、映像な
どの巨大なファイルをダウンロードする際に有効であ
る。

【００６６】ステップ１０７０として、ステップ１０６
０のクライアント接続段階によってファイルのダウンロ
ードが完了した場合処理を終了する。

【００６７】ステップ１０８０として、状態制御部１２
０からサーバとの接続を続けないダウンロード中止要求
があった場合、サーバとの接続を切り、ダウンロードを
中止する。状態制御部１２０からダウンロード中止要求
がされる場合としては、例えば、 （１）ユーザにより中断要求があった場合 （２）タイマーによりダウンロード指定時間をオーバし
た場合 （３）クライアントとサーバ間の転送速度がある値より
下回った場合 （４）サーバからの転送が中断された場合 などがある。このような事態は、サーバやネットワーク
の故障やトラフィックの増加により、しばしば起こり得
る。

【００６８】ダウンロードが中断された場合、状態制御
部１２０によりただちにサーバとの接続を切りステップ
１０３０へと処理を移す。上記の（３）、（４）のよう
な場合、状態制御部１２０による制御により新たなダウ
ンロード先を選択し、ダウンロードを続行することで、
間断なくダウンロードを行うことが可能となる。

【００６９】＜実施形態例２＞本発明は図１３に示すよ
うな、各ユーザＡＵ〜ＤＵが情報やファイルＡＦ〜ＨＦ
の交換を行うピア・ツー・ピア（Ｐｅｅｒ Ｔｏ Ｐｅ
ｅｒ）型のネットワークにおいて、あるユーザが公開す
るファイルをダウンロードする場合に対して適用するこ
とが可能であり、以下ではこれを実施形態例２とする。

【００７０】本実施形態例２では、各ユーザＡＵ〜ＤＵ
が、自分が保有するファイルとその情報を公開し、ユー
ザ相互に公開されたファイルの情報を参照できるものと
する。公開された情報を元にユーザは欲しいファイルを
検索することで、ファイルを保有するユーザとの間で個
別にダウンロードのための接続を行うこととする。

【００７１】図１４は、本発明の実施形態例２を示す全
体構成ブロック図である。

【００７２】ここで、クライアント（例えばユーザＡ
Ｕ）側にある２１１０はユーザからのファイル選択など
を受け付ける入力部である。

【００７３】２１２０は、ユーザからの入力や装置の状
態に応じて各部の制御を行い全体の流れを制御する、状
態制御部である。

【００７４】サーバ（例えばサーバＢＵ，ＣＵ）側にあ
る２１３０はダウンロード可能なファイルの情報を格納
するファイル情報ＤＢ、２１４０はクライアントとファ
イル情報をやり取りするファイル情報保持部である。ま
た、クライアント側にある２１５０はファイルの情報を
サーバから取得するファイル情報取得部であり、これら
はダウンロード可能なファイルの情報をやり取りする。

【００７５】２１６０は、取得されたファイル情報から
ユーザの入力を用いてユーザの所望するファイルを選択
するファイル選択部である。

【００７６】サーバ側にある２１７０はサーバの情報
（サーバ数やその位置、コネクション数や負荷率など）
を格納するサーバ情報ＤＢ、２１８０はクライアントと
サーバ情報のやり取りをするサーバ情報保持部である。
また、クライアント側にある２１９０はサーバからサー
バ情報を取得するサーバ情報取得部であり、これらはダ
ウンロード可能なサーバに関する情報のやり取りを行
う。

【００７７】２２００はファイル情報とサーバ情報をも
とに、一つ以上のダウンロード対象サーバを選択するサ
ーバ選択部であり、クライアントにとって適切なダウン
ロード先サーバを選択する。

【００７８】２２１０は一つ以上のダウンロード対象サ
ーバに接続しダウンロードを行うクライアント接続部で
あり、２２２０は各サーバ上でクライアントとのダウン
ロード接続を行うサーバ接続部である。これらがダウン
ロード時にネゴシエーションをして、ダウンロードを行
う。

【００７９】尚、ユーザ各々はファイル情報を公開し他
ユーザからのダウンロードを可能とするため、図１４に
示すように、各ユーザ毎にファイル情報ＤＢ２１３０，
ファイル情報保持部２１４０，サーバ情報ＤＢ２１７
０，サーバ情報保持部２１８０，サーバ接続部２２２０
をサーバ機能として保持する。また、図１４に示すクラ
イアントとはダウンロードをしたいユーザを示してお
り、各ユーザがクライアントとなり得る。すなわち、各
ユーザはファイルを提供するサーバでもあり、ダウンロ
ードをするクライアントでもある。以下の処理手順で
は、図１３のユーザＡＵがクライアントとしてネットワ
ークＮＷを通してファイルＢＦをダウンロードする場合
を想定する。

【００８０】図１５は、本発明の実施形態例２のダウン
ロード装置を、計算機等でソフトウェア的に実現した場
合の処理手順を表したフローチャートの一例である。

【００８１】まず、ステップ３０００のファイル情報取
得段階としてクライアント（ユーザＡＵ）にあるファイ
ル情報取得部２１５０は、ファイルを提供するサーバ
（ユーザＢＵ，ＣＵ，…）に対してアクセスし、各サー
バ毎のファイルに関する情報を取得する。

【００８２】この場合、ファイルを提供するサーバを特
定する必要があるが、返事をするようにネットワークＮ
Ｗへとブロードキャストしてサーバからの返事を待つ方
法や、サーバが定期的にネットワークＮＷに対して情報
をブロードキャストする、などの方法がある。本実施形
態例２では前者の返事を待つ方法を取る。

【００８３】ファイル情報取得手順としては、図１６に
あるように、状態制御部２１２０の要求により情報取得
を開始し（ステップ３１００）ファイル情報取得部２１
５０は、サーバ上のファイル情報保持部２１４０に対し
て返事をするようにネットワークへと要求をブロードキ
ャストする（ステップ３１１０）。クライアントからの
要求を受け取った各サーバのファイル情報保持部２１４
０はクライアントに対して返事をし（ステップ３１２
０）、返事が返ってきたサーバに対してのみファイル情
報取得部２１５０は接続（ステップ３１３０）する。フ
ァイル情報保持部２１４０は所有するファイルの情報リ
ストをファイル情報ＤＢ２１３０から取り出してクライ
アントに送り返すことで（ステップ３１４０）、ファイ
ル情報取得部２１５０は接続した各サーバが保有するフ
ァイル情報を取得する（ステップ３１５０）。

【００８４】ダウンロード先となるサーバ情報を得るた
めに、例えば、検索サイトで利用されている「Ｃ．Ｍｉ
ｃ Ｂｏｗｍａｎ，Ｐｅｔｅｒ Ｂ．Ｄａｎｚｉｇ，Ｄ
ａｒｒｅｎ Ｒ．Ｈａｒｄｙ，Ｕｄｉ Ｍａｎｂｒ ａ
ｎｄ Ｍｅｃｈａｅｌ Ｆ．Ｓｃｈｗａｒｔｓ ：Ｔｈ
ｅ Ｈａｒｖｅｓｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｄｉｓ
ｃｏｂｖｅｒｙ ａｎｄ Ａｃｃｅｓｓ Ｓｙｓｔｅ
ｍ，ＣｏｍｐｕｔｅｒＮｅｔｗｏｒｋｓ ａｎｄ ＩＳ
ＤＮ Ｓｙｓｔｅｍｓ Ｖｏｌ．２８，ｐｐ．１１９−
１２５，１９９５」に挙げられるような検索ロボットを
用いることで、特定ＵＲＬからリンクされたページを再
帰的に検索する。

【００８５】なお、全てのリンクされたＵＲＬを調べた
場合、大変な時間がかかるため、ソフトウエア紹介サイ
トのＴｏｐレベルから、そのドメイン内だけを検索する
などの対策は必要になる。

【００８６】取得されるファイル情報としては、図６に
例として挙げられるが、本実施形態例２ではサーバが各
々保有するファイルのファイル名、ファイルサイズ、日
付、サーバのＩＰアドレスを取得するものとする。

【００８７】取得されたファイル情報を見た場合、ある
ファイルＡＦがネットワークＮＷ上に１つしか存在しな
いとは限らない。複数のユーザがある場所から同じファ
イルをダウンロードした場合、ファイルＡＦは複数のユ
ーザが持っていることになる（図１３ではファイルＡ
Ｆ，ＢＦ,ＣＦなどがユーザ間に分散している）。これ
らのファイルの同一性は、ファイル名、ファイルサイ
ズ、日付、ディジタル著名、透かし情報などによって特
定される。本実施形態例２では、ファイル名、ファイル
サイズ、日付によって同一ファイルであるかの判定を行
うこととする。

【００８８】ステップ３０１０として、ダウンロードす
るファイルを選択するかどうかを判断する。本実施形態
例２の初回ではファイルは選択されていないため、ステ
ップ３０２０のファイル選択段階に処理を移しファイル
を選択する。すでにファイルが選択されている場合、ス
テップ３０３０に処理を移す。

【００８９】ステップ３０２０として、ファイル選択部
２１６０では、取得したファイル情報を用いて、ユーザ
にダウンロードしたいファイルを選択させる。

【００９０】例えば、図１７に示すように、ステップ３
０００で返事をしたサーバ毎にファイル名、ファイルサ
イズ、作成日時をリストとして表示し、ユーザがカーソ
ルキーなどを用いて選択する方法や、図１８に示すよう
に、サーバに関連無く、取得されたファイルを全て表示
してその中からユーザが選択する方法などがある。本実
施形態例２では、取得されたファイルの一覧を作成し、
ユーザがダウンロードしたいファイルを選択するものと
する。この際、同一ファイルは重複しないように表示す
る。

【００９１】ステップ３０３０では、ファイルを保持す
るサーバがネットワーク上に存在するかどうかの判断を
行う。これは、ファイルを提供するサーバ（ユーザ）が
常にネットワークに接続しているとは限らないためであ
る。ネットワークに接続しているサーバは刻々と変化し
ているため、後に述べるステップ３０８０などで処理を
中断した場合、新たに接続するサーバが存在していると
は限らない。

【００９２】処理としては、初回でユーザがファイルを
選択しなかった場合、ユーザが望むファイルを保持する
サーバがないと判断し、ステップ３０００に処理を移
し、状態制御部２１２０の要求によってファイル情報を
定期的に取得し、ユーザがファイルを選択するまで待
つ。

【００９３】既にファイルは選択されている場合で、ス
テップ３０８０によってダウンロード処理が中断した際
にネットワーク上にファイルを保持するサーバが見つか
らなかった場合も、ステップ３０００に処理を移す。状
態制御部２１２０によって定期的にファイル情報を取得
することで、ファイルを保持するサーバがネットワーク
に接続されるのを待つ。

【００９４】ステップ３０４０のサーバ情報取得段階で
は、サーバ情報更新のため、サーバ情報取得部２１９０
がサーバ情報保持部２１８０に対してサーバ情報を要求
する。

【００９５】サーバ情報を要求する際、相手先のサーバ
を特定する必要があるが、本実施形態例２では、ファイ
ル情報内のＩＰアドレスを用いてサーバを特定する。ま
た、同一ファイルを持つサーバが複数存在する場合、そ
れらすべてに対してサーバ情報を要求する。

【００９６】処理手順としては、図１９に示すように、
状態を制御する状態制御部２１２０からの要求により情
報取得を開始し（ステップ３２００）サーバ情報取得部
２１９０は、サーバのＩＰアドレスをもとにファイルを
保持するサーバに接続する（ステップ３２１０）。サー
バ情報保持部２１８０は、サーバの状態情報をサーバ情
報ＤＢ２１７０より取り出しクライアントに返信するこ
とで（ステップ３２２０）、サーバ情報取得部２１９０
はサーバ情報を取得する（ステップ３２３０）。

【００９７】取得可能なサーバ情報の例を図６に挙げる
が、それ以外の情報も取得可能である。本実施形態例２
では、サーバの負荷率、コネクション数を取得するもの
とする。

【００９８】ステップ３０５０のサーバ選択段階では、
取得されたサーバ情報をもとに、クライアントがファイ
ルをダウンロードする際に適切な１つ以上の接続先サー
バを選択する。

【００９９】ダウンロードに適切なサーバを選択する方
法としては、負荷率が低い順にサーバを選択する、コネ
クション数が少ないものから選択する、ランダムに選択
する、などの方法が考えられる。本実施形態例２では、
負荷率が低く接続可能なサーバに対してクライアントが
接続試験を行い、接続に対するレスポンスが速いサーバ
を複数台選択する方式を取る。

【０１００】図２０に示すように、サーバ選択部２２０
０はまず、状態制御部２１２０の要求により、ステップ
３０４０のサーバ情報取得段階においてサーバ情報を取
得できたサーバをリスト表示し、ユーザによる入力を受
け付ける処理を行う（ステップ３３００）。

【０１０１】ユーザがサーバを選択した場合（ステップ
３３１０）、ユーザが選んだサーバを選択する（ステッ
プ３３２０）。ユーザがサーバを選択していない場合、
サーバ選択部２２００は自動的に以下の処理を行い適切
な１つ以上のサーバを選択する。

【０１０２】（１）サーバ情報を参照し、負荷率の高い
サーバをリストから削除（ステップ３３３０） （２）コネクション数に空きが無い場合接続することが
出来ないため、空きのあるサーバを選択（ステップ３３
４０） （３）選択された各サーバに対してクライアントから接
続試験を行う（ステップ３３５０） （４）接続試験により、接続へのレスポンス（接続速
度）が速い上位ｎ台のサーバを選択する（ステップ３３
６０） 以上の処理により、サーバ選択部２２００は、クライア
ントにとって適切なサーバを複数台選択する。

【０１０３】ステップ３０６０のクライアント接続段階
として、クライアント接続部２２１０は、選択された１
つ以上のサーバに対して個別に接続を行い、ファイルの
ダウンロードを開始する。

【０１０４】図２１に示すように、クライアント接続部
２２１０は、状態制御部２１２０の要求により接続を開
始し（ステップ３４００）、選択された各サーバに対し
てダウンロードのための接続要求を行い（ステップ３４
１０）、サーバ接続部２２２０はクライアントと接続を
行う（ステップ３４２０）。次に、クライアントはサー
バに対して、ファイルのデータを送るように要求をする
が、本発明では任意のファイル位置からのファイル転送
が可能であるため、初回の場合ファイルの先頭、ダウン
ロードの途中から再開する場合はダウンロードがすんで
いる部分等の指定されたファイル位置からのファイルデ
ータ転送を要求する（ステップ３４３０）。要求を受け
たサーバ接続部２２２０は指定された位置からファイル
データの転送を行い（ステップ３４４０）、クライアン
ト接続部２２１０がデータを受け取ることでダウンロー
ド開始が確認される（ステップ３４５０）。

【０１０５】本実施形態例２においても、クライアント
接続部２２１０においてファイルを仮想的に分割し、並
列してダウンロードを行う高速分散ダウンロードが可能
であるが、処理手順は実施形態例１に則するため、図１
２を参照されたい。

【０１０６】ステップ３０７０として、ステップ３０６
０のクライアント接続段階によってファイルのダウンロ
ードが完了した場合処理を終了する。

【０１０７】ステップ３０８０として、状態制御部２１
２０からサーバとの接続を続けない中止要求があった場
合、サーバとの接続を切り、ダウンロードを中止する。
状態制御部２１２０からダウンロード中止要求がされる
場合としては、例えば、 （１）ユーザにより中断要求があった場合 （２）タイマーによりダウンロード指定時間をオーバし
た場合 （３）クライアントとサーバ間の転送速度がある値より
下回った場合 （４）サーバからの転送が中断 された場合などがある。

【０１０８】ダウンロードが中断された場合、状態制御
部２１２０によりただちにサーバとの接続を切りステッ
プ３０００へと処理を移す。ステップ３０００により現
在ネットワークに接続されているサーバからファイル情
報を取得し、ステップ３０４０でサーバ情報を取得、ス
テップ３０５０で現在クライアントにとって適切なダウ
ンロード先サーバを選択することで、常時高速なダウン
ロードを提供できる。

【０１０９】特に、本実施形態例２に挙げたピア・ツー
・ピア（Ｐｅｅｒ Ｔｏ Ｐｅｅｒ）型のネットワーク
の場合、サーバとなるユーザが常にネットワークに接続
しているとは限らない。

【０１１０】本実施形態例２を用いた場合、ファイルを
保有するユーザがネットワークへの接続を遮断しても新
たに同一ファイルを持つ別のサーバを動的に探し出し、
ダウンロードを再開することが出来る。図２２はファイ
ルＢＦをダウンロード中にユーザＢＵが接続を遮断して
も、新たにネットワークＮＷに接続したユーザＥＵより
ダウンロードが再開できることを示している。また、フ
ァイルを持つユーザが全てネットワークに繋がっていな
い場合も、常時ネットワークを監視することで、ファイ
ルを持つユーザがネットワークに接続し次第、ダウンロ
ードを再開することが出来る。

【０１１１】尚、前記各実施形態例におけるダウンロー
ド方法は、具体的にはパソコン等のコンピュータのＣＰ
Ｕに予め所定のダウンロード用プログラムを通信回線も
しくはＣＤ等の記録媒体からインストールし実行する。
前記プログラムは所定のコンピュータ読み取り可能な記
録媒体に記録することができる。

【０１１２】すなわち、本発明のダウンロード用プログ
ラムは、サーバにアクセスし、サーバの保有するファイ
ルに関する情報を取得するファイル情報取得手順、前記
ファイル情報取得ステップで取得した所定のファイルの
情報をサーバに送信し、サーバからファイル情報に対応
したサーバ情報を取得するサーバ情報取得手順、前記サ
ーバ情報取得手順で取得されたサーバ情報をもとに、１
つ以上の接続先サーバを選択するサーバ選択手順、前記
サーバ選択手順で選択された１つ以上のサーバに対して
個別に接続を行い、ファイルのダウンロードを行うクラ
イアント接続手順をコンピュータに実行させる。

【０１１３】また、本発明のダウンロード用プログラム
は、サーバに対して返事をするようにネットワークへと
要求をブロードキャストし、返事が返ってきたサーバに
対してのみ接続し、接続したサーバが保有するファイル
情報を取得するファイル情報取得手順、前記ファイル情
報取得手順で取得した所定のファイルの情報内のサーバ
を特定する情報に基づき特定したサーバに接続し、サー
バ情報を取得するサーバ情報取得手順、前記サーバ情報
取得手順で取得されたサーバ情報をもとに１つ以上の接
続先サーバを選択するサーバ選択手順、前記サーバ選択
手順で選択された１つ以上のサーバに対して個別に接続
を行い、ファイルのダウンロードを行うクライアント接
続手順をコンピュータに実行させる。

【０１１４】

【発明の効果】以上説明したように、本発明によれば、
ダウンロード対象のファイルに関する情報を取得し、対
象ファイルを保有する複数のサーバの状況を取得するこ
とで、クライアントはダウンロードに適した一つ以上の
サーバを選択することが可能となるため、クライアント
にとって高速なダウンロードが可能となるという効果が
ある。

【０１１５】また、クライアントが任意のタイミングで
サーバ情報を取得することで、随時、よりダウンロード
に最適なサーバを探すことが可能となるという効果があ
る。

【０１１６】また、任意のタイミングでクライアントと
サーバを接続しダウンロードを行うことで、混雑時を回
避した時間指定による予約ダウンロードや、ダウンした
サーバが復旧した直後のダウロード再開などが可能とな
るという効果がある。

【０１１７】また、任意のタイミングでクライアントと
サーバとの接続を遮断することで、ただちにより良い接
続先サーバに対して接続を開始したり、予約時間内のみ
のダウンロードが可能となるという効果がある。

【０１１８】また、任意の位置からファイルの転送を行
うことで、中断したファイルのダウンロードを再開した
り、対象ファイルの必要な部分から優先的にダウンロー
ドすることが可能となるという効果がある。

【０１１９】また、一つ以上の接続先サーバとクライア
ントとを並列に接続することで、前記任意の位置からの
ファイル転送機能により、対象ファイルの任意の複数の
部分を並列してダウンロードすることが可能となり、高
速にダウンロードできるようになるという効果がある。

【図面の簡単な説明】

【図１】本発明の実施形態例を示す概略ブロック図であ
る。

【図２】本発明の実施形態例１におけるネットワーク構
成を示す説明図である。

【図３】本発明の実施形態例１を示す全体構成ブロック
図である。

【図４】本発明の実施形態例１の処理手順を示すフロー
チャートである。

【図５】本発明の実施形態例１におけるファイル情報取
得手順を示すフローチャートである。

【図６】本発明におけるファイル情報・サーバ情報の例
を示す説明図である。

【図７】本発明の実施形態例１におけるサーバ情報更新
の判断手順を示すフローチャートである。

【図８】本発明の実施形態例１におけるサーバ情報取得
手順を示すフローチャートである。

【図９】本発明の実施形態例１におけるサーバ情報更新
手順を示すフローチャートである。

【図１０】本発明の実施形態例１におけるサーバ選択手
順を示すフローチャートである。

【図１１】本発明の実施形態例１におけるクライアント
・サーバ接続手順を示すフローチャートである。

【図１２】本発明の実施形態例１における分散ダウンロ
ード手順を示す説明図である。

【図１３】本発明の実施形態例２におけるネットワーク
構成を示す説明図である。

【図１４】本発明の実施形態例２を示す全体構成ブロッ
ク図である。

【図１５】本発明の実施形態例２の処理手順を示すフロ
ーチャートである。

【図１６】本発明の実施形態例２におけるファイル情報
取得手順を示すフローチャートである。

【図１７】本発明の実施形態例２におけるサーバ毎のフ
ァイル情報表示と選択画面の例を示す説明図である。

【図１８】本発明の実施形態例２におけるファイル情報
表示と選択画面の例を示す説明図である。

【図１９】本発明の実施形態例２におけるサーバ情報取
得手順を示すフローチャートである。

【図２０】本発明の実施形態例２におけるサーバ選択手
順を示すフローチャートである。

【図２１】本発明の実施形態例２におけるクライアント
・サーバ接続手順を示すフローチャートである。

【図２２】本発明の実施形態例２におけるダウンロード
の例を示す説明図である。

【図２３】従来のダウンロード方法の一例を示す説明図
である。

【符号の説明】

１１０ 入力部 １２０ 状態制御部 １３０ ファイル情報ＤＢ（データベース） １４０ ファイル情報保持部 １５０ ファイル情報取得部 １６０ ファイル選択部 １７０ サーバ情報ＤＢ（データベース） １８０ サーバ情報保持部 １９０ サーバ情報取得部 ２００ サーバ選択部 ２１０ クライアント接続部 ２２０ サーバ接続部

フロントページの続き (72)発明者 森本 正志 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 谷口 行信 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 南 憲一 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 桑野 秀豪 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 塩崎 貴司 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 小林 昭久 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 (72)発明者 児島 治彦 東京都千代田区大手町二丁目３番１号 日 本電信電話株式会社内 Ｆターム(参考） 5B082 HA00

Claims (11)

【特許請求の範囲】
1. 【請求項１】 アクセスしたサーバの保有するファイル
   に関する情報を取得するファイル情報取得ステップと、 前記ファイル情報取得ステップで取得したファイル情報
   からダウンロードしたいファイルを選択するファイル選
   択ステップと、 前記ファイル選択ステップで選択されたファイルの情報
   を送信し、前記送信されたファイル情報に対応したサー
   バ情報を取得するサーバ情報取得ステップと、 前記サーバ情報取得ステップで取得されたサーバ情報を
   もとに、１つ以上の接続先サーバを選択するサーバ選択
   ステップと、 前記サーバ選択ステップで選択された１つ以上のサーバ
   に対して接続を行い、前記選択されたファイルをダウン
   ロードするクライアント接続ステップとを有することを
   特徴とするダウンロード方法。
2. 【請求項２】 サーバに対して応答をするよう要求を発
   信し、返事が返ってきたサーバに対してのみ接続し、接
   続したサーバが保有するファイル情報を取得するファイ
   ル情報取得ステップと、 前記ファイル情報取得ステップで取得したファイル情報
   を用いてダウンロードしたいファイルを選択するファイ
   ル選択ステップと、 前記ファイル選択ステップで選択されたファイルの情報
   に基づき特定したサーバに接続し、サーバ情報を取得す
   るサーバ情報取得ステップと、 前記サーバ情報取得ステップで取得されたサーバ情報を
   もとに選択された１つ以上のサーバに対して接続を行
   い、前記選択されたファイルをダウンロードするクライ
   アント接続ステップとを有することを特徴とするダウン
   ロード方法。
3. 【請求項３】 サーバ情報取得ステップにおいて、所定
   のタイミングでサーバ情報を取得できることを特徴とす
   る請求項１又は２記載のダウンロード方法。
4. 【請求項４】 クライアント接続ステップにおいて、所
   定のタイミングでクライアントとサーバを接続し、ダウ
   ンロードを行うことを特徴とする請求項１乃至３のいず
   れか１項記載のダウンロード方法。
5. 【請求項５】 クライアント接続ステップにおいて、所
   定のファイル位置からファイルのダウンロードを行うこ
   とを特徴とする請求項１乃至４のいずれか１項記載のダ
   ウンロード方法。
6. 【請求項６】 アクセスしたサーバの保有するファイル
   に関する情報を取得するファイル情報取得手段と、 前記ファイル情報取得手段で取得したファイル情報から
   ダウンロードしたいファイルを選択するファイル選択手
   段と、 前記ファイル選択手段で選択されたファイルの情報を送
   信し、前記送信されたファイル情報に対応したサーバ情
   報を取得するサーバ情報取得手段と、 前記サーバ情報取得手段で取得されたサーバ情報をもと
   に、１つ以上の接続先サーバを選択するサーバ選択手段
   と、 前記サーバ選択手段で選択された１つ以上のサーバに対
   して接続を行い、前記選択されたファイルをダウンロー
   ドするクライアント接続手段とを有することを特徴とす
   るダウンロード装置。
7. 【請求項７】 サーバに対して応答をするよう要求を発
   信し、返事が返ってきたサーバに対してのみ接続し、接
   続したサーバが保有するファイル情報を取得するファイ
   ル情報取得手段と、 前記ファイル情報取得手段で取得したファイル情報を用
   いてダウンロードしたいファイルを選択するファイル選
   択手段と、 前記ファイル選択手段で選択されたファイルの情報に基
   づき特定したサーバに接続し、サーバ情報を取得するサ
   ーバ情報取得手段と、 前記サーバ情報取得手段で取得されたサーバ情報をもと
   に選択された１つ以上のサーバに対して接続を行い、前
   記選択されたファイルをダウンロードするクライアント
   接続手段とを有することを特徴とするダウンロード装
   置。
8. 【請求項８】 アクセスしたサーバの保有するファイル
   に関する情報を取得するファイル情報取得手順、 前記ファイル情報取得手順で取得した所定のファイルの
   情報を送信し、前記送信されたファイル情報に対応した
   サーバ情報を取得するサーバ情報取得手順、 前記サーバ情報取得手順で取得されたサーバ情報をもと
   に、１つ以上の接続先サーバを選択するサーバ選択手
   順、 前記サーバ選択手順で選択された１つ以上のサーバに対
   して接続を行い、前記選択されたファイルをダウンロー
   ドするクライアント接続手順をコンピュータに実行させ
   るためのダウンロード用プログラム。
9. 【請求項９】 サーバに対して応答をするよう要求を発
   信し、返事が返ってきたサーバに対してのみ接続し、接
   続したサーバが保有するファイル情報を取得するファイ
   ル情報取得手順、 前記ファイル情報取得手順で取得した所定のファイルの
   情報に基づき特定したサーバに接続し、サーバ情報を取
   得するサーバ情報取得手順、 前記サーバ情報取得手順で取得されたサーバ情報をもと
   に選択された１つ以上のサーバに対して接続を行い、前
   記選択されたファイルをダウンロードするクライアント
   接続手順をコンピュータに実行させるためのダウンロー
   ド用プログラム。
10. 【請求項１０】 アクセスしたサーバの保有するファイ
    ルに関する情報を取得するファイル情報取得手順、 前記ファイル情報取得手順で取得した所定のファイルの
    情報を送信し、前記送信されたファイル情報に対応した
    サーバ情報を取得するサーバ情報取得手順、 前記サーバ情報取得手順で取得されたサーバ情報をもと
    に、１つ以上の接続先サーバを選択するサーバ選択手
    順、 前記サーバ選択手順で選択された１つ以上のサーバに対
    して接続を行い、前記選択されたファイルをダウンロー
    ドするクライアント接続手順をコンピュータに実行させ
    るためのダウンロード用プログラムを記録した記録媒
    体。
11. 【請求項１１】 サーバに対して応答をするように要求
    を発信し、返事が返ってきたサーバに対してのみ接続
    し、接続したサーバが保有するファイル情報を取得する
    ファイル情報取得手順、 前記ファイル情報取得手順で取得した所定のファイルの
    情報に基づき特定したサーバに接続し、サーバ情報を取
    得するサーバ情報取得手順、 前記サーバ情報取得手順で取得されたサーバ情報をもと
    に選択された１つ以上のサーバに対して接続を行い、前
    記選択されたファイルをダウンロードするクライアント
    接続手順をコンピュータに実行させるためのダウンロー
    ド用プログラムを記録した記録媒体。