"複数のサーバに重複して格納されているコンテンツを、優先的にコンピュータに転送させるコンテンツ優先転送方法であって、前記コンピュータは、処理部と、前記複数のサーバそれぞれのアドレスを記憶している記憶部とを有し、前記処理部は、ユーザから、前記複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、前記複数のサーバの応答速度順を転送順序順とすると共に、前記複数のサーバそれぞれの転送速度に基いて前記複数のサーバそれぞれに転送を要求する当該コンテンツのサイズを決定し、前記複数のサーバそれぞれから当該コンテンツの転送を受けて、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを再測定することを繰り返す、ことを特徴とするコンテンツ優先転送方法。前記処理部は、ユーザから、前記複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、最初、前記複数のサーバそれぞれから所定サイズの当該コンテンツの転送を受けて、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを測定することを特徴とする請求項1に記載のコンテンツ優先転送方法。前記処理部は、前記複数のサーバのうち前記転送速度が最速のサーバといずれかのサーバとの前記転送速度の比が所定閾値以下であった場合、以降、当該サーバに当該コンテンツの転送を要求しないことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送方法。請求項1ないし請求項3のいずれか1項に記載のコンテンツ優先転送方法を、コンピュータに行わせるためのコンテンツ優先転送プログラム。内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元に転送するコンテンツ優先転送ゲートウェイが行うコンテンツ優先転送方法であって、前記コンテンツ優先転送ゲートウェイは、処理部と、前記複数のサーバそれぞれのアドレスを記憶している記憶部とを有し、前記処理部は、前記要求元が前記複数のサーバのいずれかに格納されているコンテンツの転送を要求したことを検知したならば、前記複数のサーバの応答速度順を転送順序とすると共に、前記複数のサーバそれぞれの前記転送速度に基いて前記複数のサーバそれぞれから次に転送を要求する当該コンテンツのサイズを決定し、前記複数のサーバそれぞれから当該コンテンツの転送を受けて前記記憶部に記憶して、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを再測定することを繰り返すと共に、前記記憶部に記憶されているコンテンツを前記要求元に送信する、ことを特徴とするコンテンツ優先転送方法。内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元に転送するコンテンツ優先転送ゲートウェイであって、前記コンテンツ優先転送ゲートウェイは、処理部と、前記複数のサーバそれぞれのアドレスを記憶している記憶部とを有し、前記処理部は、前記要求元が前記複数のサーバのいずれかに格納されているコンテンツの転送を要求したことを検知したならば、前記複数のサーバの応答速度順を転送順序順とすると共に、前記複数のサーバそれぞれの転送速度に基いて前記複数のサーバそれぞれから次に転送する当該コンテンツのサイズを決定し、前記複数のサーバそれぞれから当該コンテンツの転送を受けて前記記憶部に記憶して、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを再測定することを繰り返すと共に、前記記憶部に記憶されているコンテンツを前記要求元に送信する、ことを特徴とするコンテンツ優先転送ゲートウェイ。前記処理部は、ユーザから、前記複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、最初、前記複数のサーバそれぞれから所定サイズの当該コンテンツの転送を受けて、前記複数のサーバぞれぞれの転送速度を算出することを特徴とする請求項6に記載のコンテンツ優先転送ゲートウェイ。前記処理部は、前記複数のサーバのうち前記転送速度が最速のサーバといずれかのサーバとの前記転送速度の比が所定閾値以下であった場合、以降、当該サーバに当該コンテンツの転送を要求しないことを特徴とする請求項6または請求項7に記載のコンテンツ優先転送ゲートウェイ。非特許文献1の技術は、複数のミラーサーバから単一のコンテンツを並列受信することで高速化するには有効である。しかし、複数のミラーサーバのうちダウンロード速度の遅いものが存在する場合や、特定のミラーサーバに係る回線状況の悪化により、ダウンロード速度が低下する虞がある。また、Youtube登録商標に代表される動画サイトのように、コンテンツの全てをダウンロードする前にコンテンツの再生が可能となる場合、コンテンツの最初の部分を応答速度の遅いサーバからダウンロードすると、再生開始までのオーバヘッドが大きくなる虞がある。そこで、本発明は、複数のミラーサーバからコンテンツを高速でダウンロードし、かつ、コンテンツの再生開始までのオーバヘッドを少なくすることを可能とするコンテンツ優先転送方法、コンテンツ優先転送プログラムおよびコンテンツ優先転送ゲートウェイを提供することを課題とする。前記した課題を解決するため、請求項1に記載の発明は、複数のサーバに重複して格納されているコンテンツを、優先的にコンピュータに転送させるコンテンツ優先転送方法であって、前記コンピュータは、処理部と、前記複数のサーバそれぞれのアドレスを記憶している記憶部とを有し、前記処理部は、ユーザから、前記複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、前記複数のサーバの応答速度順を転送順序順とすると共に、前記複数のサーバそれぞれの転送速度に基いて前記複数のサーバそれぞれに転送を要求する当該コンテンツのサイズを決定し、前記複数のサーバそれぞれから当該コンテンツの転送を受けて、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを再測定することを繰り返す、ことを特徴とするコンテンツ優先転送方法とした。このようにすることで、本発明に係るコンテンツ優先転送方法によれば、複数のミラーサーバから、動的に転送速度を算出し、この転送速度に応じたサイズをダウンロードしているので、複数のミラーサーバからコンテンツを高速でダウンロードし、かつ、コンテンツの再生開始までのオーバヘッドを少なくすることができる。請求項2に記載の発明は、前記処理部は、ユーザから、前記複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、最初、前記複数のサーバそれぞれから所定サイズの当該コンテンツの転送を受けて、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを測定することを特徴とする請求項1に記載のコンテンツ優先転送方法とした。このようにすることで、本発明に係るコンテンツ優先転送方法によれば、複数のミラーサーバに最初にアクセスする場合であっても、各ミラーサーバの転送速度を測定して、次回以降のダウンロードサイズを的確に決定することが可能である。請求項3に記載の発明は、前記処理部は、前記複数のサーバのうち前記転送速度が最速のサーバといずれかのサーバとの前記転送速度の比が所定閾値以下であった場合、以降、当該サーバに当該コンテンツの転送を要求しないことを特徴とする請求項1または請求項2に記載のコンテンツ優先転送方法とした。このようにすることで、本発明に係るコンテンツ優先転送方法によれば、いずれかのサーバの転送速度が極めて低いか、または停止していた場合には、そのサーバを検出して、以降、そのサーバからのコンテンツのダウンロードを行わない。これにより、コンテンツのダウンロード速度が極端に低下することを抑止可能である。請求項4に記載の発明は、請求項1ないし請求項3のいずれか1項に記載のコンテンツ優先転送方法を、コンピュータに行わせるためのコンテンツ優先転送プログラムとした。このようにすることで、本発明に係るコンテンツ優先転送プログラムによれば、請求項1ないし請求項3のいずれか1項に記載のコンテンツ優先転送方法をコンピュータに行わせることができる。請求項5に記載の発明は、内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元に転送するコンテンツ優先転送ゲートウェイが行うコンテンツ優先転送方法であって、前記コンテンツ優先転送ゲートウェイは、処理部と、前記複数のサーバそれぞれのアドレスを記憶している記憶部とを有し、前記処理部は、前記要求元が前記複数のサーバのいずれかに格納されているコンテンツの転送を要求したことを検知したならば、前記複数のサーバの応答速度順を転送順序とすると共に、前記複数のサーバそれぞれの前記転送速度に基いて前記複数のサーバそれぞれから次に転送を要求する当該コンテンツのサイズを決定し、前記複数のサーバそれぞれから当該コンテンツの転送を受けて前記記憶部に記憶して、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを再測定することを繰り返すと共に、前記記憶部に記憶されているコンテンツを前記要求元に送信する、ことを特徴とするコンテンツ優先転送方法とした。請求項6に記載の発明は、内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元に転送するコンテンツ優先転送ゲートウェイであって、前記コンテンツ優先転送ゲートウェイは、処理部と、前記複数のサーバそれぞれのアドレスを記憶している記憶部とを有し、前記処理部は、前記要求元が前記複数のサーバのいずれかに格納されているコンテンツの転送を要求したことを検知したならば、前記複数のサーバの応答速度順を転送順序順とすると共に、前記複数のサーバそれぞれの転送速度に基いて前記複数のサーバそれぞれから次に転送する当該コンテンツのサイズを決定し、前記複数のサーバそれぞれから当該コンテンツの転送を受けて前記記憶部に記憶して、前記複数のサーバぞれぞれの前記転送速度と前記応答速度とを再測定することを繰り返すと共に、前記記憶部に記憶されているコンテンツを前記要求元に送信する、ことを特徴とするコンテンツ優先転送ゲートウェイとした。このようにすることで、本発明に係るコンテンツ優先転送方法またはコンテンツ優先転送ゲートウェイによれば、サーバや要求元である端末に何ら変更を加えることなく、複数のミラーサーバからコンテンツを高速でダウンロードし、かつ、コンテンツの再生開始までのオーバヘッドを少なくすることができる。請求項7に記載の発明は、前記処理部は、ユーザから、前記複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、最初、前記複数のサーバそれぞれから所定サイズの当該コンテンツの転送を受けて、前記複数のサーバぞれぞれの転送速度を算出することを特徴とする請求項6に記載のコンテンツ優先転送ゲートウェイとした。このようにすることで、本発明に係るコンテンツ優先転送方法またはコンテンツ優先転送ゲートウェイによれば、複数のミラーサーバに最初にアクセスする場合であっても、各ミラーサーバの転送速度を測定して、次回以降のダウンロードサイズを的確に決定することが可能である。請求項8に記載の発明は、前記処理部は、前記複数のサーバのうち前記転送速度が最速のサーバといずれかのサーバとの前記転送速度の比が所定閾値以下であった場合、以降、当該サーバに当該コンテンツの転送を要求しないことを特徴とする請求項6または請求項7に記載のコンテンツ優先転送ゲートウェイとした。このようにすることで、本発明に係るコンテンツ優先転送ゲートウェイによれば、いずれかのサーバの転送速度が極めて低いか、または停止していた場合には、そのサーバを検出して、以降、そのサーバからのコンテンツのダウンロードを行わない。これにより、コンテンツのダウンロード速度が極端に低下することを抑止可能である。本発明によれば、複数のミラーサーバからコンテンツを高速でダウンロードし、かつ再生開始までのオーバヘッドを少なくすることを可能とするコンテンツ優先転送方法、コンテンツ優先転送プログラムおよびコンテンツ優先転送ゲートウェイを提供することが可能となる。以降、本発明を実施するための形態を、図を参照して詳細に説明する。第1の実施形態の構成図1は、第1の実施形態に於けるネットワークの構成例を示す図である。インターネット100には、ホームゲートウェイHGW:HomeGateWayで接続されている端末10-1と、サービス提供サーバA20-1と、サービス提供サーバB20-2とが、それぞれ通信可能に接続されている。ホームゲートウェイは、端末10-1をインターネット100に接続するゲートウェイである。なお、以下では、ホームゲートウェイHGWで接続されている端末10-1を、単に端末10-1と記載する。端末10-1は、サービス提供サーバA20-1およびサービス提供サーバB20-2に対してHTTPHyperTextTransferProtocolプロトコルでアクセスし、コンテンツをダウンロードすることが可能である。インターネット100には複数の図示しない端末10-nnは自然数が接続されているが、それらの代表として端末10-1を例に説明する。端末10-1は、例えばコンピュータであり、CPUCentralProcessingUnitである図示しない処理部と、RAMRandomAccessMemoryとROMReadOnlyMemoryとHDDHarddiskdriveなどである図示しない記憶部とを有している。処理部は、演算処理と、判断処理と、判断処理の結果に基く分岐処理とを行う。記憶部は、データコンテンツを含むとプログラムとを記憶し、後述するサービス提供サーバA20-1と、サービス提供サーバB20-2のアドレスとしてのURLUniformResourceLocatorを記憶している。サービス提供サーバA20-1と、サービス提供サーバB20-2とは、例えばサーバであるコンピュータであり、CPUである図示しない処理部と、RAMとROMとHDDなどである図示しない記憶部とを有している。処理部は、演算処理と、判断処理と、判断処理の結果に基く分岐処理とを行う。記憶部は、データコンテンツを含むとプログラムとを記憶する。本実施形態は、例えば図1に示す構成のネットワークに於いて、端末10-1は、あらかじめ設定したミラーサーバ群であるサービス提供サーバA20-1とサービス提供サーバB20-2とのサーバアドレスを基に、これらのサーバの性能や転送状況に応じて分割ダウンロードすることで、優先的かつ高速にダウンロードする技術である。インターネット100には、サービス提供サーバA20-1とサービス提供サーバB20-2の他にも、複数の図示しないサーバ群20-nが接続されており、同様なミラーサーバ群に対しても、本実施形態の技術を適用して高速にダウンロードが可能である。本実施形態の端末10-1は、HTTPプロトコルを使用してダウンロードする。しかし、これに限られず、HTTPSHypertextTransferProtocoloverSecureSocketLayerプロトコル、FTPFileTransferProtocolプロトコル、RTSPRealTimeStreamingProtocolプロトコルなど、他のプロトコルを使用してダウンロードしても良い。本実施形態の端末10-1は、ミラーサーバ群のアドレスをあらかじめ保持している。しかし、これに限られず、端末10-1がDNSDomainNameSystemでアドレス解決をする際に、図示しないDNSサーバが複数のミラーサーバのアドレスを返却して設定しても良い。図2は、第1の実施形態に於ける端末のサーバ保持テーブルの例を示す図である。サーバ保持テーブル11は、端末10-1の記憶部に格納されている。サーバ保持テーブル11には、Service11aの項目と、ServerURL11bの項目と、Priority11cの項目とが含まれている。Service11aの項目には、サービス名を示す情報が格納されている。本実施形態のService11aの項目には、このサービスを提供するサーバのアドレスとしてのURLの一部が格納されている。ServerURL11bの項目には、このサービスを提供するインターネット100上の複数のミラーサーバのアドレスとしてのURLが格納されている。Priority11cの項目には、このサービスを提供するサーバの優先度が格納されている。本実施形態に於いて、サーバの優先度は、値が小さいほど優先度が高い。端末10-1は、いずれかのサーバからデータやコンテンツをダウンロードする際には、当該サーバがサーバ保持テーブル11に登録されているか否かを判定する。サーバ保持テーブル11に登録されたサーバであったならば、同一のサービスを提供する複数のミラーサーバに対してHTTPのget要求を並列に送信する。サーバ保持テーブル11は、ユーザの契約時に登録される。しかし、これに限られず、DNSで当該端末10-1のアドレス解決をする際に、これら複数のサーバアドレスを返却して設定しても良い。このとき、サーバアドレスの返却順にサーバの優先度が設定される。第1の実施形態の動作図3は、第1の実施形態に於けるダウンロード動作を示すフローチャートである。端末10-1の処理部は、ユーザから、サービス提供サーバA20-1またはサービス提供サーバB20-2のいずれかに格納されているコンテンツを転送する指示を受けて、図3の処理を開始する。端末10-1の処理部は、HTTPダウンロードを実施する際に、端末10-1の記憶部に格納されているサーバ保持テーブル11のServerURL11bの項目からミラーサーバのアドレスリストを取得する。ステップS11に於いて、端末10-1の処理部は、サーバ保持テーブル11のPriority11cの項目のミラーサーバの優先度の順に、各ミラーサーバから、ダウンロード対象ファイルの所定量ここでは1Mbytesをダウンロードする。サーバ保持テーブル11は、端末10-1の記憶部に格納されている。ここでは、サービス提供サーバA20-1とサービス提供サーバB20-2の2台からダウンロードするので、それぞれのミラーサーバから、所定量をサーバ台数で割った1Mbytes÷2=512Kbytesのデータをダウンロードする。このミラーサーバの優先度は、RTTRoundTripTimeによって決定される。RTTは、それぞれのミラーサーバにHTTP要求を送信してから、当該サーバからHTTP応答が戻ってくるまでに掛る時間である。RTTは、サーバの応答速度である。すなわち、端末10-1の処理部は、ユーザから、複数のサーバのいずれかに格納されているコンテンツを転送する指示を受けた場合には、最初、複数のサーバそれぞれから所定サイズのコンテンツの転送を受けて、複数のサーバぞれぞれの転送速度と応答速度とを測定する。ステップS12に於いて、端末10-1の処理部は、この一定量のダウンロードの終了と共に、各ミラーサーバからのダウンロード速度とRTTを計算する。転送速度であるダウンロード速度は、ダウンロードのデータ量を、このデータをダウンロードするのに要した時間で除算したものである。すなわち、端末10-1の処理部は、複数のサーバぞれぞれの転送速度と応答速度とを再測定している。ステップS13に於いて、端末10-1の処理部は、各ミラーサーバの優先度を、RTTが小さい順に変更する。それに伴い、サーバ保持テーブル11のPriority11cの項目のサーバの優先度の情報を変更する。このサーバ保持テーブル11は、端末10-1の記憶部に格納されている。すなわち、端末10-1の処理部は、複数のサーバの応答速度順を転送順序としている。ステップS14に於いて、端末10-1の処理部は、各ミラーサーバから次にダウンロードするデータ量を決定する。ダウンロードするデータ量は、計算したダウンロード速度に、所定時間本実施形態では30秒を掛けた量とする。すなわち、端末10-1の処理部は、複数のサーバそれぞれの転送速度に基いて前記複数のサーバそれぞれに転送を要求するコンテンツのサイズを決定している。ステップS15に於いて、端末10-1の処理部は、各ミラーサーバのダウンロード対象ファイルから、サーバの優先度の順に、決定したデータ量をダウンロードする。すなわち、端末10-1の処理部は、複数のサーバそれぞれから当該コンテンツの転送を受ける。ステップS16に於いて、端末10-1の処理部は、ダウンロード対象ファイルの全データのダウンロードが完了したか否かを判断する。ダウンロード対象ファイルの全データのダウンロードが完了していなかったならばNo、ステップS12の処理に戻る。ダウンロード対象ファイルの全データのダウンロードが完了したならばYes、図3の処理を終了する。図3の動作では、最初に、これら複数のミラーサーバそれぞれから所定サイズのコンテンツを転送して、これら複数のミラーサーバぞれぞれの転送速度を算出する。そののち、これら複数のミラーサーバそれぞれの転送速度に基いて複数のサーバそれぞれから次に転送する当該コンテンツのサイズを決定し、これら複数のミラーサーバそれぞれから当該コンテンツを転送して、複数のミラーサーバぞれぞれの転送速度を算出することを繰り返している。図4a,bは、第1の実施形態に於けるダウンロードデータの分割例を示す図である。なお、以下の図面では、サービス提供サーバA20-1をサーバAと記載し、サービス提供サーバB20-2をサーバBと記載している。図4aは、ダウンロードデータの分割イメージを示す図である。ダウンロード対象ファイルは、データD1,D2,D3,D4,D5,D6のように分割されている。図示していないD6より後ろの部分も、同様に分割されている。データD1は、ダウンロード対象ファイルの冒頭部であり、512Kbytesのサイズである。データD2は、データD1の直後にあり、512Kbytesのサイズである。データD3は、データD2の直後にあり、サービス提供サーバA20-1からデータD1をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。データD4は、データD3の直後にあり、サービス提供サーバB20-2からデータD2をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。データD5は、データD4の直後にあり、サービス提供サーバA20-1からデータD3をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。データD6は、データD5の直後にあり、サービス提供サーバB20-2からデータD4をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。図4bは、各ミラーサーバからのダウンロードイメージを示す図である。横方向は時間軸tを示し、右横方向に時間経過を示している。時間軸tの上側は、サービス提供サーバA20-1からのダウンロードイメージを示している。時間軸tの下側は、サービス提供サーバB20-2からのダウンロードイメージを示している。ダウンロードイメージの矩形は、ダウンロードしたときの帯域を高さで示し、ダウンロード時間を幅で示している。図4に於いて、サービス提供サーバA20-1のダウンロード速度は、サービス提供サーバB20-2の約2倍である。本実施形態では、端末10-1に、予めサービス提供サーバA20-1とサービス提供サーバB20-2が登録されており、サービス提供サーバA20-1の優先度が高い。また、サービス提供サーバA20-1とサービス提供サーバB20-2とは、同一のダウンロード対象ファイルを保持している。端末10-1は、優先度の高いサービス提供サーバA20-1から、ダウンロード対象ファイルの先頭部のデータD1をダウンロードし、並列にサービス提供サーバB20-2から、データD2のダウンロードを開始する。端末10-1は、データD1のダウンロード時間と、データD2のダウンロード時間とを測定する。測定したダウンロード時間に基いて、端末10-1は、各ミラーサーバの直近のダウンロード速度を計算する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。端末10-1は、次にダウンロードするデータD3のサイズと、データD4のサイズを計算する。データD3のサイズは、サービス提供サーバA20-1からデータD1をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。データD4のサイズは、サービス提供サーバB20-2からデータD2をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。端末10-1は、優先度の高いサービス提供サーバA20-1から、ダウンロード対象ファイルのデータD3をダウンロードし、並列にサービス提供サーバB20-2から、データD4のダウンロードを開始する。このとき、データD3のダウンロード時間と、データD4のダウンロード時間とは、ほぼ等しくなる。この結果に基いて、端末10-1は、各ミラーサーバの直近のダウンロード速度を計算する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。端末10-1は、次にダウンロードするデータD5のサイズと、データD6のサイズを計算する。データD5のサイズは、サービス提供サーバA20-1からデータD3をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。データD6のサイズは、サービス提供サーバB20-2からデータD4をダウンロードしたときのダウンロード速度に、所定時間を掛けたサイズである。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。端末10-1は、優先度の高いサービス提供サーバA20-1から、ダウンロード対象ファイルのデータD5をダウンロードし、並列にサービス提供サーバB20-2から、データD6のダウンロードを開始する。このとき、データD5のダウンロード時間と、データD6のダウンロード時間とは、ほぼ等しくなる。この結果に基いて、端末10-1は、各ミラーサーバの直近のダウンロード速度を計算する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。これを、ダウンロード対象ファイルを全てダウンロードするまで繰り返す。特定のサーバの転送が停止した場合、または、各ミラーサーバ間の転送速度の比が所定値例えば10倍を超えた場合には、転送が停止したサーバ、または、転送速度の比が最速のサーバの所定閾値例えば1/10以下であるサーバへの要求を停止し、残った各ミラーサーバからダウンロードを行う。すなわち、端末10-1の処理部は、複数のサーバのうち転送速度が最速のサーバといずれかのサーバとの転送速度の比が所定閾値以下であった場合、以降、当該サーバにコンテンツの転送を要求しない。これにより、コンテンツのダウンロード速度が極端に低下することを抑止可能である。図5は、第1の実施形態に於けるダウンロード動作を示すシーケンス図である。処理が開始すると、シーケンスQ10に於いて、端末10-1の処理部は、サービス提供サーバA20-1に、HTTPのget要求を送信して、512KbytesのデータD1を要求する。シーケンスQ11に於いて、サービス提供サーバA20-1の処理部は、HTTPの200OKを応答して、512KbytesのデータD1を応答する。シーケンスQ12に於いて、端末10-1の処理部は、サービス提供サーバB20-2に、HTTPのget要求を送信して、512KbytesのデータD2を要求する。この処理は、シーケンスQ10と並行して行われる。シーケンスQ13に於いて、サービス提供サーバB20-2の処理部は、HTTPの200OKを応答して、512KbytesのデータD2を応答する。シーケンスQ14に於いて、端末10-1の処理部は、サービス提供サーバA20-1、サービス提供サーバB20-2と端末10-1との間の転送速度を算出し、転送速度に応じて、各ミラーサーバからのダウンロード量を決定する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。シーケンスQ15に於いて、端末10-1の処理部は、サービス提供サーバA20-1に、HTTPのget要求を送信して、120MbitのデータD3を要求する。シーケンスQ16に於いて、サービス提供サーバA20-1の処理部は、HTTPの200OKを応答して、120MbitのデータD3を応答する。シーケンスQ17に於いて、端末10-1の処理部は、サービス提供サーバB20-2に、HTTPのget要求を送信して、30MbitのデータD4を要求する。シーケンスQ18に於いて、サービス提供サーバB20-2の処理部は、HTTPの200OKを応答して、30MbitのデータD4を応答する。シーケンスQ19に於いて、端末10-1の処理部は、サービス提供サーバA20-1、サービス提供サーバB20-2と端末10-1との間の転送速度を算出し、転送速度に応じて、各ミラーサーバからのダウンロード量を決定する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。シーケンスQ20に於いて、端末10-1の処理部は、サービス提供サーバB20-2に、HTTPのget要求を送信して、150MbitのデータD5を要求する。シーケンスQ21に於いて、サービス提供サーバB20-2の処理部は、HTTPの200OKを応答して、150MbitのデータD5を応答する。シーケンスQ22に於いて、端末10-1の処理部は、サービス提供サーバA20-1に、HTTPのget要求を送信して、150MbitのデータD6を要求する。シーケンスQ23に於いて、サービス提供サーバA20-1の処理部は、HTTPの200OKを応答して、150MbitのデータD6を応答する。このように、シーケンスQ19~Q23と同様の動作を転送終了まで繰り返し、ダウンロード対象ファイルを全て受信する。第1の実施形態の効果以上説明した第1の実施形態では、次のA~Dのような効果がある。Aダウンロード時に、各ミラーサーバのダウンロード速度に応じてファイルを分割してダウンロードすることにより、各ミラーサーバの能力に合わせた高速な転送が可能である。B定期的にダウンロード量を再計算することにより、ネットワークの状況に合わせた高速転送が可能である。CRTTの比較により、応答速度の速いサーバから優先的にダウンロードしている。これにより、例えば動画サイトのように、全データをダウンロードする前にコンテンツの利用が可能となる場合に於いて、ダウンロード開始からコンテンツの利用例えば動画再生などまでのオーバヘッド待ち時間を小さくすることが可能である。D契約者の端末10-nが、本提案技術を実装することにより、特定のサーバやサーバファームに負荷をかけること無しに、インターネット100上にあるミラーサーバ群からの高速転送が可能である。第2の実施形態の構成図6は、第2の実施形態に於けるネットワークの構成例を示す図である。図1に示す第1の実施形態のネットワークと同一の要素には同一の符号を付与している。第2の実施形態のネットワークは、第1の実施形態のネットワークとは異なるエッジルータ30と自事業者網100Aとゲートウェイ40を有している他は、第1の実施形態のネットワークと同様の構成を有している。自事業者網100Aは、内部ネットワークである。インターネット100は、外部ネットワークである。第2の実施形態のネットワークに於いて、端末10-1は、エッジルータ30と自事業者網100Aとゲートウェイ40とを介して、インターネット100に接続されている。端末10-1は、サービス提供サーバA20-1やサービス提供サーバB20-2からデータをダウンロードする際には、エッジルータ30と自事業者網100Aとゲートウェイ40とを介して通信する必要がある。すなわち、ゲートウェイ40は、内部ネットワークと外部ネットワークとを接続し、前記外部ネットワークの複数のサーバに重複して格納されているコンテンツを、優先的に前記内部ネットワークの要求元である端末10-1に転送するコンテンツ優先転送ゲートウェイである。第2の実施形態では、端末10-1およびゲートウェイ40が、IPv4InternetProtocolVersion4のIPヘッダのTOSTypeOfService値を書き換えることにより、自事業者網100A内で優先転送を実施している。しかし、これに限られず、優先転送トンネルをゲートウェイ40経由で確立し、この優先転送トンネルを用いて優先転送しても良い。ここで優先転送トンネルとは、IPsecSecurityArchitectureforInternetProtocolトンネルともいい、インターネット上の2地点間に仮想的なトンネルを作り、そこにIPパケットを通す技術のことをいう。さらにIPsecトンネルでは、この仮想的なトンネルを通すパケットを暗号化し、第三者による盗聴を抑止している。図7は、第2の実施形態に於けるゲートウェイの構成例を示す図である。ゲートウェイ40は、HTTP/RTSPプロキシProxy部41と、ダウンロードバッファ部45と、ユーザ情報テーブル46と、優先転送サービス判定テーブル47と、サーバ情報テーブル48とを有している。HTTP/RTSPプロキシ部41は、Proxy処理部42と、優先転送判定キャッシュ43と、ダウンロード速度検出部44とを有している。Proxy処理部42は、図6に示す自事業者網100Aなどを介して端末10-1と通信可能に接続されている。Proxy処理部42は更に、図6に示すインターネット100などを介してサービス提供サーバ群20-nと相互に通信可能に接続されている。Proxy処理部42は、ダウンロードバッファ部45と、ユーザ情報テーブル46と、優先転送サービス判定テーブル47と、優先転送判定キャッシュ43とに接続されている。Proxy処理部42の出力側は、ダウンロード速度検出部44に接続されている。ダウンロード速度検出部44の出力側は、ダウンロードバッファ部45に接続されている。ダウンロードバッファ部45の出力側は、Proxy処理部42に接続されている。ゲートウェイ40の図示しない記憶部は、優先転送判定キャッシュ43と、ユーザ情報テーブル46と、優先転送サービス判定テーブル47と、サーバ情報テーブル48とを記憶している。ダウンロードバッファ部45は、ゲートウェイ40の図示しない記憶部の一部である。すなわち、ゲートウェイ40は、Proxy処理部42と、複数のサーバそれぞれのアドレスを記憶している図示しない記憶部とを有している。図8a~cは、第2の実施形態に於けるゲートウェイのサーバ保持テーブルなどの例を示す図である。図8に示す各テーブルは、第1の実施形態のサーバ保持テーブル11を拡張したものに相当する。図8aは、ユーザ情報テーブル46を示す図である。ユーザ情報テーブル46は、userID46aの項目と、SrcIP46bの項目とを含んでいる。userID46aの項目には、ユーザの契約情報が一意に特定可能なユーザIDが格納されている。SrcIP46bの項目には、ユーザの端末10-1またはHGWに割り当てられたIPアドレスが格納されている。ユーザ情報テーブル46の情報は、ユーザの契約時、または、ユーザへのIPアドレス払い出し時に登録される。ゲートウェイ40は、新規HTTPコネクションを検出した際に、ユーザ情報テーブル46を参照し、どのユーザのHTTPコネクションであるかを識別する。図8bは、優先転送サービス判定テーブル47を示す図である。優先転送サービス判定テーブル47は、userID47aの項目と、Service47bの項目と、TOS47cの項目とを有している。優先転送サービス判定テーブル47には、ユーザの識別子ユーザIDと、当該ユーザが契約している優先転送対象のサービスと、優先転送の内容とが格納されている。userID47aの項目には、ユーザの契約情報が一意に特定可能なユーザIDが格納されている。Service47bの項目には、サービス名を示す情報が格納されている。本実施形態のService47bの項目には、このサービスを提供するサーバのURLの一部が格納されている。TOS47cの項目には、このゲートウェイ40がHTTPの200OKの応答を端末10-1に返す際のIPヘッダのTOSに付与するデータが格納されている。図8bでは、TOS47cの項目には、いずれもAFAssuredForwardingの値セットが格納されている。TOSに設定される項目としてIPPrecedenceやDSCPなどがある。IPPrecedenceは、TOSの先頭3bitを使用する。IPPrecedenceの数字が大きいほど、そのIPパケットは重要なパケットとして各機器に認識される。但し、ユーザが設定できる値の最大は5とされている。6と7とはルーティングアップデートやkeepaliveなどで使われるため、ユーザが設定しないように推奨されている。DSCPは、TOSの先頭6bitを使用する。DSCPの先頭3bitは、クラス分けに使用され、IPPrecedenceと同じ意味を示す。DSCPの続く3bitは、ドロップの割合を示すフィールドして使用され、かつ、この最後の1bitは、1のときにテスト用を示すフィールドとして使用される。DSCPに設定される値セットには、CSClassSelector、EFExpeditedForwarding、AFAssuredForwardingという名称が付与されている。CSの値セットの場合には、先頭3bitだけが使用され、残りの3bitには000のビットパターンが設定されるEFの値セットは、101110のビットパターンである。これはユーザーデータで送る最優先帯域保証低遅延を意味している。EFは、音声用パケットなどの遅延が許されないトラフィックに使用される。AFの値セットは、前述したCSの場合とEFの場合とに含まれない、その他の値セットである。AFの値セットには、AF11~AF43があり、後半の値が大きいほどIPパケットがドロップしやすくなる。第2の実施形態のゲートウェイ40は、IDAの識別子を有するユーザが、downloadAcomのサービスサイトにアクセスする際に、ダウンロード型サービスの優先転送を実施している。ゲートウェイ40は更に、自事業者網100Aに送信するIPヘッダのTOSフィールドを16進数のAFに設定し、優先的に転送する。優先転送サービス判定テーブル47は、ユーザの契約時に登録される。優先転送サービス判定テーブル47は、ゲートウェイ40が新規HTTPコネクションまたは新規RTSPコネクションを検出した際に、優先転送サービスを行うか否かと、どのような優先転送サービスを実施するか例えば、ダウンロード型、ストリーミング型などを決定するために用いられる。図8cは、サーバ情報テーブル48を示す図である。サーバ情報テーブル48は、Service48aの項目と、ServerURL48bの項目と、Priority48cの項目とを有している。Service48aの項目には、サービス名本例では、URLの一部が格納されている。ServerURL48bの項目には、優先対象のサービスを提供する図示しない他事業者網もしくはインターネット100上の複数のミラーサーバのアドレスが格納されている。Priority48cの項目には、各ミラーサーバの優先度の情報が格納されている。サーバ情報テーブル48は、第1の実施形態のサーバ保持テーブル11に相当する。ゲートウェイ40は、優先転送対象のサービスに対するHTTP要求を検出した際に、サーバ情報テーブル48に登録されたミラーサーバに対してHTTP要求を送信する。サーバ情報テーブル48は、ユーザの契約時に登録される。更に、事業者により優先転送サービスとサービス提供サーバが追加登録されても良く、DNSでアドレス解決をする際に複数のサーバアドレスを返却することにより設定されても良い。このとき、各ミラーサーバの優先度は、サーバアドレスの返却順で設定される。図9は、第2の実施形態に於ける優先転送判定キャッシュの例を示す図である。優先転送判定キャッシュ43は、SrcIP43aの項目と、DstIP43bの項目と、SrcPort43cの項目と、DstPort43dの項目と、Protocol43eの項目と、Service43fの項目と、優先43gの項目と、TOS43hの項目とを有している。SrcIP43aの項目には、IPパケットの送信元のIPアドレスが格納されている。DstIP43bの項目には、IPパケットの宛先のIPアドレスが格納されている。SrcPort43cの項目には、IPパケットの送信元のポート番号が格納されている。DstPort43dの項目には、IPパケットの宛先のポート番号が格納されている。Protocol43eの項目には、IPパケットのプロトコルの種別を示す文字列が格納されている。Service43fの項目には、サービス名本例では、URLの一部が格納されている。優先43gの項目には、優先転送サービスであるか否かを示す情報が格納されている。優先転送サービスのときには1が、優先転送サービスではないときには0が格納されている。TOS43hの項目には、IPパケットのTOSフィールドに設定する値が16進数で格納されている。SrcIP43aの項目と、DstIP43bの項目と、SrcPort43cの項目と、DstPort43dの項目と、Protocol43eの項目とは、コネクションの情報である。優先転送判定キャッシュ43は、コネクションが、優先転送対象か、どういった優先転送を実施するかの判定結果を保持するテーブルである。ゲートウェイ40のProxy処理部42は、コネクションが優先転送サービスではない場合、サービス名にNullを設定し、優先転送のフラグに0を設定する。ゲートウェイ40のProxy処理部42は、コネクションを検出した際には、この優先転送判定キャッシュ43を検索する。当該コネクションが優先転送判定キャッシュ43に登録されていれば、登録されていたコネクションの情報をもとに、当該コネクションの転送を制御する。当該コネクションが優先転送判定キャッシュ43に登録されていなければ、新規コネクションの検出と判断する。優先転送判定キャッシュ43は、ユーザ情報テーブル46と優先転送サービス判定テーブル47とに基いて設定される。第2の実施形態の動作図10は、第2の実施形態に於けるゲートウェイの動作を示す図である。以下、順番にゲートウェイ40の動作を説明する。1識別済みのフローか確認する。ゲートウェイ40のProxy処理部42は、端末10-1からHTTPのget要求を受信した際に、優先転送サービス判定テーブル47により、新規コネクションか否かを判定する。すなわち、識別済のフローか否かを確認する。2未識別のフローの場合、ユーザを識別する。ゲートウェイ40のProxy処理部42は、新規コネクションであり、未識別のフローであると判定された場合、ユーザ情報テーブル46からユーザIDを特定して、このフローに係るユーザを識別する。3優先転送サービスか否かを識別する。ゲートウェイ40のProxy処理部42は更に、優先転送サービス判定テーブル47によって、当該コネクションが優先転送対象のサービスか否かを識別する。すなわち、要求元である端末10-1から、優先転送対象のサービスに係る複数のサーバのいずれかに格納されているコンテンツを要求したか否かを識別する。すなわち、Proxy処理部42は、要求元である端末10-1が複数のサーバのいずれかに格納されているコンテンツの転送を要求したか否かを判定している。4フロー識別結果を登録する。ゲートウェイ40のProxy処理部42は、当該コネクションが優先転送対象であると判定した場合、優先転送判定キャッシュ43に、フロー識別結果であるコネクションの情報と、優先転送サービスの情報と、優先転送の種類とを登録する。5サーバリストを取得する。ゲートウェイ40のProxy処理部42は、サーバ情報テーブル48からサーバ群20-nのリストを取得する。本実施形態では、サービス提供サーバA20-1とサービス提供サーバB20-2とがサービス提供サーバである。6HTTPのget要求を転送する。ゲートウェイ40のProxy処理部42は、優先度が高いサービス提供サーバA20-1に対し、ファイルの最初からダウンロードを代理要求するHTTPのget要求を代理送信する。優先度が低いサービス提供サーバB20-2に対しては、ファイルの512Kbytes以降に対して、ダウンロードを代理要求するHTTPのget要求を代理送信する。7優先転送対象か否かを確認する。ゲートウェイ40のProxy処理部42は、サービス提供サーバA20-1やサービス提供サーバB20-2からの応答HTTPの200OKを受信すると、優先転送サービス判定テーブル47のコネクションの情報をもとに、この応答のIPパケットが優先転送対象であるか否かを確認する。8バッファへ保存する。ゲートウェイ40のProxy処理部42は、応答のIPパケットが優先転送対象であれば、このIPパケットを宛先に送らずに、ダウンロード速度検出部44でデータ転送量をカウントし、ダウンロードバッファ部45に応答のIPパケットを一時的に保存する。ダウンロードバッファ部45は、記憶部の一部であり、要求元である端末10-1が要求したコンテンツを記憶する領域である。9TOSリマーキングを実施し、優先転送する。ゲートウェイ40のProxy処理部42は、ダウンロードバッファ部45に一次的に記憶された応答のIPパケットに対して、TOSフィールドのリマーキング書き換えを実施し、自事業者網100A内を優先して転送する。Proxy処理部42は、優先度が高いサービス提供サーバA20-1からのダウンロードによって、応答速度であるRTTを再測定する。その後、ダウンロード速度検出部44は、優先度が高いサービス提供サーバA20-1からの最初のダウンロードが終了した場合、ダウンロードしたデータ量を掛った時間で除算してダウンロード速度を再測定する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバA20-1からのダウンロードのデータ量を決定する。Proxy処理部42は、優先度が低いサービス提供サーバB20-2からのダウンロードによって、応答速度であるRTTを再測定する。ダウンロード速度検出部44は、優先度が低いサービス提供サーバB20-2からの最初のダウンロードが終了した場合、ダウンロードしたデータ量を掛った時間で除算してダウンロード速度を計算する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバB20-2からのダウンロードのデータ量を決定する。サービス提供サーバA20-1の応答速度が、サービス提供サーバB20-2の応答速度よりも速いならば、次のダウンロードもサービス提供サーバA20-1がコンテンツの先頭側をダウンロードする。サービス提供サーバA20-1のダウンロード速度が4Mbpsであったとき、ファイルの次の120Mbitをサービス提供サーバA20-1からダウンロードする。サービス提供サーバB20-2のダウンロード速度が1Mbpsであったとき、ファイルの次の30Mbitをサービス提供サーバB20-2からダウンロードする。Proxy処理部42は、優先度が高いサービス提供サーバA20-1とサービス提供サーバB20-2からのダウンロードによって、応答速度であるRTTを再測定する。この応答速度順を次の転送順序とする。このダウンロードが完了すると、ダウンロード速度検出部44は、サービス提供サーバA20-1からダウンロードしたデータ量を掛った時間で除算して、ダウンロード速度を計算する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバA20-1からのダウンロードのデータ量を決定する。ダウンロード速度検出部44は同様に、サービス提供サーバB20-2からダウンロードしたデータ量を掛った時間で除算して、ダウンロード速度を計算する。このダウンロード速度に所定時間を乗算して、次のサービス提供サーバB20-2からのダウンロードのデータ量を決定する。このような処理を繰り返して、要求されたデータをダウンロードバッファ部45にダウンロードして記憶する。要求元である端末10-1からのHTTPのget要求に応じて、HTTPの200OK応答を代理送信し、ダウンロードバッファ部45に記憶されているコンテンツを送信する。図11は、第2の実施形態に於けるダウンロード処理を示すシーケンス図である。第2の実施形態では、サービス提供サーバA20-1とサービス提供サーバB20-2とが予め登録されており、サービス提供サーバA20-1の優先度が高く設定されている。また、サービス提供サーバA20-1とサービス提供サーバB20-2とは同一のダウンロード対象ファイルを保持している。シーケンスQ40に於いて、端末10-1の処理部は、優先転送サービスを意識せずにダウンロードを開始し、IPパケットの宛先アドレスをサービス提供サーバA20-1のアドレスに設定したHTTPのget要求を送信する。このget要求に於ける要求データサイズは、任意のサイズで良い。このHTTPリクエストは、ゲートウェイ40をいったん通過する。シーケンスQ41に於いて、ゲートウェイ40のProxy処理部42は、当該リクエストが優先転送サービスであるか否かを判定する。本実施形態では、優先転送サービスであるため、以降、優先度の順に各ミラーサーバから並列にダウンロードを行い、端末10-1に対して優先転送サービスのリクエストの代理応答を行う。シーケンスQ42に於いて、ゲートウェイ40のProxy処理部42は、サービス提供サーバA20-1に対して、IPパケットの送信元アドレスを端末10-1のアドレスに設定したHTTPのget要求を代理送信して、512MbytesのデータD1を要求する。シーケンスQ43に於いて、サービス提供サーバA20-1の処理部は、IPパケットの宛先アドレスを端末10-1のアドレスに設定したHTTPの200OKを応答して、データD1を送信する。ゲートウェイ40のProxy処理部42は、サービス提供サーバA20-1からのデータD1のダウンロードによって、応答速度であるRTTを再測定する。シーケンスQ44に於いて、ゲートウェイ40のProxy処理部42は、受信したIPパケットの宛先アドレスが端末10-1のアドレスであり、よって、優先転送サービスの応答であると判断したならば、このIPパケットを端末10-1には送信せずに、受信したデータD1をダウンロードバッファ部45にバッファリングする。シーケンスQ45に於いて、ゲートウェイ40のProxy処理部42は、IPパケットの送信元アドレスをサービス提供サーバA20-1のアドレスに設定したHTTPの200OKを応答して、ダウンロードバッファ部45にバッファリングしていたデータD1を代理送信する。シーケンスQ47に於いて、ゲートウェイ40のProxy処理部42は、サービス提供サーバB20-2に対して、IPパケットの送信元アドレスを端末10-1のアドレスに設定したHTTPのget要求を代理送信して、512MbytesのデータD2を要求する。この処理は、シーケンスQ42と並行して行われる。シーケンスQ48に於いて、サービス提供サーバB20-2の処理部は、IPパケットの宛先アドレスを端末10-1のアドレスに設定したHTTPの200OKを応答して、データD2を送信する。ゲートウェイ40のProxy処理部42は、サービス提供サーバB20-2からのデータD2のダウンロードによって、応答速度であるRTTを再測定する。シーケンスQ49に於いて、ゲートウェイ40のProxy処理部42は、受信したIPパケットの宛先アドレスが端末10-1のアドレスであり、よって優先転送サービスの応答であると判断したならば、このIPパケットを端末10-1には送信せずに、受信したデータD2をダウンロードバッファ部45にバッファリングする。シーケンスQ50に於いて、ゲートウェイ40のProxy処理部42は、端末10-1に対して、IPパケットの送信元アドレスをサービス提供サーバA20-1のアドレスに設定したHTTPの200OKを応答して、ダウンロードバッファ部45にバッファリングしていたデータD2を代理送信する。以降、端末10-1は、ゲートウェイ40を介して、IPパケットの宛先アドレスをサービス提供サーバA20-1のアドレスに設定したHTTPのget要求を送信し、ゲートウェイ40のProxy処理部42は、HTTPの200OKを代理応答する。シーケンスQ51に於いて、最初の1Mbytesのダウンロードが完了すると、ゲートウェイ40のダウンロード速度検出部44は、このデータD1,D2のデータサイズとダウンロード時間を基に、ゲートウェイ40と各ミラーサーバとの間の転送速度をそれぞれ算出する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。サービス提供サーバA20-1の転送速度が4Mbpsであった場合、この転送速度に所定時間の30秒を乗算して、次のダウンロードサイズの120Mbitを算出する。サービス提供サーバB20-2の転送速度が1Mbpsであった場合、この転送速度に所定時間の30秒を乗算して、次のダウンロードサイズの30Mbitを算出する。シーケンスQ52に於いて、ゲートウェイ40のProxy処理部42は、サービス提供サーバA20-1に対して、IPパケットの送信元アドレスを端末10-1のアドレスに設定したHTTPのget要求を代理送信して、120MbitのデータD3を要求する。シーケンスQ53に於いて、サービス提供サーバA20-1の処理部は、IPパケットの宛先アドレスを端末10-1に設定したHTTPの200OKを応答して、データD3を送信する。ゲートウェイ40のProxy処理部42は、サービス提供サーバA20-1からのデータD3のダウンロードによって、応答速度であるRTTを再測定する。シーケンスQ54に於いて、ゲートウェイ40のProxy処理部42は、受信したIPパケットの宛先アドレスが端末10-1のアドレスであり、よって優先転送サービスの応答であると判断したならば、このIPパケットを端末10-1には転送せずに、受信したデータD3をダウンロードバッファ部45にバッファリングする。シーケンスQ55に於いて、ゲートウェイ40のProxy処理部42は、サービス提供サーバB20-2に対して、IPパケットの送信元アドレスを端末10-1のアドレスに設定したHTTPのget要求を代理送信して、30MbitのデータD4を要求する。この処理は、シーケンスQ52と並行して行われる。シーケンスQ56に於いて、サービス提供サーバB20-2の処理部は、IPパケットの宛先アドレスを端末10-1のアドレスに設定したHTTPの200OKを応答して、データD4を送信する。ゲートウェイ40のProxy処理部42は、サービス提供サーバB20-2からのデータD4のダウンロードによって、応答速度であるRTTを再測定する。シーケンスQ57に於いて、ゲートウェイ40のProxy処理部42は、受信したIPパケットの宛先アドレスが端末10-1のアドレスであり、よって優先転送サービスの応答であると判断したならば、このIPパケットを端末10-1には転送せずに、受信したデータD4をダウンロードバッファ部45にバッファリングする。シーケンスQ58に於いて、データD3とデータD4のダウンロードが完了すると、ゲートウェイ40のダウンロード速度検出部44は、ゲートウェイ40と各ミラーサーバとの間の転送速度をそれぞれ算出する。更に、各ミラーサーバのRTTを計算し、このRTTが小さい順に、各ミラーサーバの優先度が高くなるように決定する。サービス提供サーバA20-1の転送速度が5Mbpsであった場合、この転送速度に所定時間の30秒を乗算して、次のダウンロードサイズの150Mbitを算出する。サービス提供サーバB20-2の転送速度が5Mbpsであった場合、この転送速度に所定時間の30秒を乗算して、次のダウンロードサイズの150Mbitを算出する。シーケンスQ59~Q64の処理は、シーケンスQ52~Q57の処理と同様である。上記の処理を繰り返すことで、ダウンロード対象ファイルの全体を転送する。特定のサーバの転送が停止した場合、または、各ミラーサーバ間の転送速度の比が所定値例えば10倍を超えた場合には、転送が停止したサーバ、または、転送速度の比が最速のサーバの所定閾値例えば1/10以下であるサーバへの要求を停止し、残った各ミラーサーバからダウンロードを行う。すなわち、端末10-1の処理部は、これら複数のミラーサーバのうちいずれかのサーバの転送速度の比が、所定閾値以下例えば1/10以下であった場合、以降、当該サーバからのコンテンツの転送を行わない。これにより、コンテンツのダウンロード速度が極端に低下することを抑止可能である。第2の実施形態の効果以上説明した第2の実施形態では、次のE~Gのような効果がある。E自事業者網100Aとインターネット100他事業者網などを接続するゲートウェイ40がHTTPプロキシとなり、優先転送サービスか否かの判定と、優先転送を実施することで、契約者の端末10-1やサーバ群20-nに機能を追加することなく、優先転送サービスを提供可能となる。F回線事業者の契約ユーザが、優先転送サービスのための事業間連携を実施していない他事業者網のサーバ群や、インターネット100上にあるサーバ群20-nから、データのダウンロードを実施する際でも、端末10-nやサーバ群20-nに機能追加すること無しに高速なダウンロードを実現可能である。Gゲートウェイ40から端末10-1へのHTTPの200OK応答は、IPパケットのTOSフィールドの優先度を上げている。これにより、当該IPパケットは、自事業者網100A内を優先的に送信される。変形例本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能である。この利用形態や変形例としては、例えば、次のa~fのようなものがある。a第2の実施形態では、自事業者網100Aとインターネット100とを接続しているゲートウェイ40がHTTPプロキシとなり、優先転送サービスかの判定と、優先転送とを実施している。しかし、これに限られず、ホームゲートウェイやエッジルータ30がHTTPプロキシとなり、優先転送サービスかの判定と、優先転送とを実施しても良い。b第1の実施形態では、サーバ保持テーブル11は、予め端末10-1に登録されている。第2の実施形態では、サーバ保持テーブル11は、予めゲートウェイ40に登録されている。しかし、これに限られず、サーバ群20-nのいずれかにサーバ保持テーブル11と同様な情報を格納し、当該情報を端末10-1やゲートウェイ40などが読み取ることによって、コンテンツ優先転送を実施するように構成しても良い。c第1~第2の実施形態では、いずれもIPv4のネットワーク上に実現されている。しかし、これに限られず、IPv6InternetProtocolVersion6のネットワーク上に実現されていても良い。d第2の実施形態では、端末10-1とゲートウェイ40との間の通信と、ゲートウェイ40とミラーサーバ群サービス提供サーバA20-1およびサービス提供サーバB20-2との間の通信とは同期していない。しかし、これに限られず、端末10-1がミラーサーバ群のいずれかにHTTPのget要求を送信したとき、これに同期して、要求したデータサイズコンテンツサイズを各ミラーサーバに代理要求し、このサイズのコンテンツをバッファに記憶し、このバッファに記憶したコンテンツを端末10-1に送信しても良い。これにより、ゲートウェイ40が必要とするバッファサイズを小さく抑えることが可能となる。e第1~第2の実施形態では、いずれも最初に所定サイズのデータを各ミラーサーバから転送して、転送速度を測定している。しかし、これに限られず、各ミラーサーバからの転送速度の履歴を記憶部に記憶し、この転送速度に所定時間を掛けて最初のデータ転送サイズを決定しても良い。これにより、コンテンツの最初の転送時に於いても、各ミラーサーバから転送速度に応じたサイズのデータを受信できる。f第1の実施形態は、図3に示されているダウンロード動作をコンピュータに行わせるためのコンテンツ優先転送プログラムであっても良い。"