配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置におけるコンテンツ配信方法であって、前記中継装置が、ユーザ端末からデータ取得要求を受信するステップと、前記中継装置が、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部に格納するステップと、前記中継装置が、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記中継装置の内部のコンテンツ記憶部又は前記中継装置の外部のキャッシュサーバに格納するステップと、を有するコンテンツ配信方法。前記アクセス情報を格納するステップは、配信サーバへのデータ取得要求の数をカウントして、前記アクセス情報記憶部に格納し、前記コンテンツを格納するステップは、データ取得要求の数の多い順に所定数のコンテンツを格納する、請求項1に記載のコンテンツ配信方法。前記アクセス情報を格納するステップは、データ取得要求に対してコンテンツを配信するために要する帯域を測定して、前記アクセス情報記憶部に格納し、前記コンテンツを格納するステップは、帯域が大きい順に所定数のコンテンツを格納する、請求項1に記載のコンテンツ配信方法。前記中継装置が、データ取得要求に対するコンテンツが前記コンテンツ記憶部に格納されている場合、当該データ取得要求を前記配信サーバに送信せずに、当該コンテンツを前記コンテンツ記憶部から配信するステップを更に有する、請求項1乃至3のうちいずれか1項に記載のコンテンツ配信方法。前記中継装置が、データ取得要求に対するコンテンツが前記キャッシュサーバに格納されている場合、当該データ取得要求を前記配信サーバに送信せずに、当該コンテンツを前記キャッシュサーバに配信させるステップを更に有する、請求項1乃至3のうちいずれか1項に記載のコンテンツ配信方法。前記配信させるステップは、前記中継装置が、データ取得要求に対するリダイレクトメッセージを前記ユーザ端末に送信することにより、当該コンテンツを前記キャッシュサーバに配信させる、請求項5に記載のコンテンツ配信方法。前記配信させるステップは、前記中継装置が、データ取得要求に含まれる前記配信サーバのアドレスを前記キャッシュサーバのアドレスに変換することにより、当該コンテンツを前記キャッシュサーバに配信させる、請求項5に記載のコンテンツ配信方法。配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置であって、ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、コンテンツを記憶するコンテンツ記憶部と、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、を有する中継装置。配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置と、コンテンツを格納可能なキャッシュサーバとを有するコンテンツ配信システムであって、前記中継装置は、ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、を有し、前記キャッシュサーバは、コンテンツを記憶するコンテンツ記憶部と、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、を有するコンテンツ配信システム。上記のように、図1のような通信システムでは、ユーザ端末Aからのデータ取得要求に応じて、配信サーバは、コンテンツを配信する。また、同じデータ中継装置の配下のユーザ端末Bから、同じコンテンツについてデータ取得要求を受信した場合、配信サーバは、同じコンテンツを配信することになる。このように同じコンテンツがユーザ端末からのデータ取得要求毎に流れる可能性がある。その結果、無駄なトラヒックがネットワークデータ中継装置~データ中継装置~配信サーバを流れる。このように、図1のような通信システムでは、配信サーバがデータ取得要求ごとにコンテンツを配信するため、ネットワーク上の帯域を大きく消費する。また配信サーバが応答する回数が増えるため、配信サーバ又はプロキシサーバの負荷が上昇する。また、プロキシサーバを用いた通信システムでは、ユーザ端末A及びBは、プロキシサーバの設定をすることで、プロキシサーバにデータ取得要求を送信しなければならない。このように、ユーザ端末毎にプロキシサーバの設定が必要となる。更に、プロキシサーバの設置箇所によっては、プロキシサーバとデータ中継装置との間に無駄なトラヒックが流れる可能性がある。本発明は、配信サーバよりもユーザ端末に近い装置でデータ配信を代理で行うことにより、ネットワーク及び配信サーバの負荷を軽減することを目的とする。本発明のコンテンツ配信方法は、配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置におけるコンテンツ配信方法であって、前記中継装置が、ユーザ端末からデータ取得要求を受信するステップと、前記中継装置が、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部に格納するステップと、前記中継装置が、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記中継装置の内部のコンテンツ記憶部又は前記中継装置の外部のキャッシュサーバに格納するステップと、を有することを特徴とする。本発明の中継装置は、配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置であって、ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、コンテンツを記憶するコンテンツ記憶部と、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、を有することを特徴とする。本発明のコンテンツ配信システムは、配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置と、コンテンツを格納可能なキャッシュサーバとを有するコンテンツ配信システムであって、前記中継装置は、ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、を有し、前記キャッシュサーバは、コンテンツを記憶するコンテンツ記憶部と、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、を有することを特徴とする。本発明によれば、ネットワーク及び配信サーバの負荷を軽減することが可能になる。以下、本発明の実施例について詳細に説明する。図3は、本発明の実施例に係る通信システムの概略図である。ユーザ端末A及びBは、携帯端末又はパーソナルコンピュータのように、ユーザにより使用される装置又はユーザ宅内に設置される装置である。配信サーバは、コンテンツが保存されているサーバである。配信サーバは、HTTPHyperTextTransferProtocolサーバ、FTPFileTransferProtocolサーバ等でもよい。コンテンツとは、画像、映像等の配信サーバに保存されているデータを示す。データ中継装置10は、IPInternetProtocolネットワーク、ATMAsynchronousTransferModeネットワーク、STMSynchronousTransferMode、電話網等を構成する装置である。データ中継装置10は、ルータ又はスイッチのようなIPネットワーク上の中継装置でもよい。データ中継装置10は、配信サーバからユーザ端末A及びBへのコンテンツの配信を中継する。本発明の実施例では、データ中継装置10は、ユーザ端末A及びBから配信サーバへのアクセス情報を収集し、収集されたアクセス情報に基づいて、コンテンツをコンテンツ記憶部11に格納する。例えば、アクセス頻度が高いコンテンツ、大きい帯域を要するコンテンツを予めコンテンツ記憶部11に格納する。ユーザ端末Aが、配信サーバにデータ取得要求を送信した場合、配信サーバは、データ取得要求に対してコンテンツを配信する。データ取得要求は、データ中継装置10で解析され、アクセス頻度が高いコンテンツ又は大きい帯域を要するコンテンツがコンテンツ記憶部11に格納される。コンテンツ記憶部11は、データ中継装置10の内部に存在してもよく、データ中継装置10の外部に接続されたキャッシュサーバに存在してもよい。ユーザ端末Bが、同じコンテンツのデータ取得要求を送信した場合、データ中継装置10は、コンテンツ記憶部11からコンテンツをユーザ端末Bに代理で配信することができる。<第1実施例>次に、データ記憶部がデータ中継装置の内部に存在する場合について説明する。図4は、本発明の第1実施例に係るデータ中継装置10の機能ブロック図である。データ中継装置10は、データ取得要求受信部101と、アクセス情報記憶部103と、アクセス情報解析部105と、コンテンツ取得部107と、コンテンツ配信部109と、コンテンツ記憶部111とを有する。データ取得要求受信部101は、配信サーバに格納されたコンテンツの配信を要求するためのデータ取得要求をユーザ端末から受信する。データ取得要求の宛先から、配信サーバのホスト名又はIPアドレス、コンテンツのパス又はURIUniformResourceIdentifier等がわかる。ホスト名又はIPアドレスとコンテンツのパス又はURIとを組み合わせて、コンテンツがどこに存在するかがわかる。ホスト名とコンテンツのパスとの組み合わせは、URLUniformResourceLocatorとして表現されてもよい。アクセス情報記憶部103は、配信サーバ毎のアクセス情報を記憶する。図5に、アクセス情報記憶部103に格納されるアクセス情報の例を示す。例えば、アクセス情報記憶部103は、データ取得要求の宛先配信サーバのホスト名又はIPアドレス、コンテンツのパス又はURI等、データ取得要求の送信元端末数IPアドレス数又はMACアドレス数、データ中継装置10を疎通するトラヒックの帯域、1秒当たりのパケット数PPSPacketPerSecond等を格納する。また、アクセス情報記憶部103は、送信元端末数の多い順又は少ない順或いは帯域の大きい順又は小さい順にソートしたときの順序Rank、コンテンツをコンテンツ記憶部111に取得したか否かを示すダウンロードフラグ、コンテンツをコンテンツ記憶部111に取得したときの日時を示す更新日時を格納してもよい。なお、図5は、アクセス情報記憶部103に格納されるアクセス情報の一例を示したものであり、一部の情報は格納されなくてもよく、また、別の情報が格納されてもよい。例えば、帯域に関する情報として、帯域又はPPSのいずれか一方が格納されてもよい。また、コンテンツがコンテンツ記憶部111に存在するか否かを示す情報として、ダウンロードフラグ又は更新日時のいずれか一方が格納されてもよい。アクセス情報解析部105は、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を解析する。アクセス情報解析部105は、アクセス頻度が多い配信サーバのアクセス頻度情報を収集し、アクセス情報をアクセス情報記憶部103に格納する。このアクセス頻度情報は、配信サーバのホスト名又はIPアドレス毎に、又は配信サーバのホスト名又はIPアドレスとコンテンツのパス又はURIとの組み合わせ毎に、収集される。具体的には、データ取得要求受信部101がデータ取得要求を受信すると、アクセス情報解析部105は、アクセス情報記憶部103において、データ取得要求の宛先の配信サーバの宛先ホスト名及びコンテンツのパスに対する送信元端末数を1だけ増加する。初めて配信サーバへのデータ取得要求を取得する場合には、アクセス情報記憶部103にアクセス情報が存在しないため、アクセス情報記憶部103において新たなエントリを追加する。次に、アクセス情報解析部105は、アクセス情報記憶部103のアクセス情報をアクセス頻度順にソートして順序Rankを付与する。そして、アクセス情報解析部105は、アクセス頻度の高い順に所定数の配信サーバのコンテンツを抽出する。例えば、アクセス情報解析部105は、送信元端末数の多い順に所定数の配信サーバのコンテンツを抽出する。或いは、アクセス情報解析部105は、コンテンツを配信するために要する帯域を測定し、アクセス情報をアクセス情報記憶部103に格納する。具体的には、アクセス情報解析部105は、データ取得要求に対する応答トラヒックを、配信サーバのアドレス及びポート番号から抽出する。抽出されたトラヒックについて、データ中継装置10を疎通するトラヒックのバイト毎秒、ビット毎秒又はパケット毎秒を測定し、アクセス情報記憶部103に格納する。このトラヒックの測定は、データ取得要求に対してコンテンツが送信されるときの最初の一定時間測定されてもよく、定期的に測定されてもよい。測定された帯域又はPPSは、アクセス情報記憶部103に格納される。次に、アクセス情報解析部105は、アクセス情報記憶部103のアクセス情報を帯域が大きい順又は小さい順にソートし、帯域が大きい順に所定数の配信サーバのコンテンツを抽出する。コンテンツ取得部107は、アクセス情報記憶部103に格納されたアクセス情報に基づいて、コンテンツをコンテンツ記憶部111に格納する。例えば、コンテンツ取得部107は、アクセス頻度の高い配信サーバのコンテンツ又は必要な帯域の大きい配信サーバのコンテンツをコンテンツ記憶部111に格納する。コンテンツは、任意のタイミングでアクセス頻度を解析して予めコンテンツ記憶部111に格納されてもよく、配信サーバからユーザ端末へのコンテンツの送信ダウンロードの際に格納されてもよい。コンテンツが格納されると、アクセス情報記憶部103においてダウンロードフラグ又は更新日時が変更される。コンテンツ配信部109は、データ取得要求に対するコンテンツがコンテンツ記憶部111に格納されている場合、データ取得要求に対するコンテンツを配信サーバの代わりにコンテンツ記憶部111から配信する。データ取得要求に対するコンテンツがコンテンツ記憶部111に格納されているか否かは、アクセス情報記憶部103に格納されたダウンロードフラグ又は更新日時を参照することにより認識できる。なお、コンテンツ配信部109が配信サーバの代わりにコンテンツを配信する場合、データ取得要求はデータ中継装置10例えば、データ取得要求受信部101で破棄され、配信サーバに送信される必要がない。また、データ取得要求が配信サーバに送信される必要がないため、配信サーバのドメイン名解決メッセージがユーザ端末から発生した場合には、ドメイン名解決メッセージもデータ中継装置10で破棄されてもよい。図6は、本発明の第1実施例に係るデータ配信方法のフローチャートである。まず、データ取得要求受信部101がデータ取得要求を受信するS101。コンテンツ配信部109は、データ取得要求の宛先となるホスト名及びコンテンツのパスを抽出し、データ取得要求に対するコンテンツにダウンロードフラグが設定されているか否か又は更新日時が設定されているか否かを確認するS103。ダウンロードフラグが設定されていない場合、データ取得要求受信部101は、データ取得要求を破棄しない。すなわち、配信サーバにデータ取得要求が送信され、配信サーバは、コンテンツを配信するS105。一方、ダウンロードフラグが設定されている場合、データ取得要求受信部101は、データ取得要求を破棄する。破棄したデータ取得要求に応答する形で、コンテンツ配信部109は、データ配信要求に対するコンテンツをコンテンツ記憶部111からユーザ端末に配信するS107。このときに、アクセス情報解析部105は、アクセス情報をアクセス情報記憶部103に蓄積するS109。具体的には、アクセス情報解析部105は、抽出されたホスト名及びコンテンツのパスについて、データ取得要求を送出した送信元端末数IPアドレス数又はMACアドレス数をカウントし、アクセス情報記憶部103に蓄積する。或いは、アクセス情報解析部105は、抽出されたホスト名及びコンテンツのパスについて、データ取得要求に対するコンテンツがデータ中継装置10を疎通するトラヒックのバイト毎秒、ビット毎秒又はパケット毎秒を測定し、アクセス情報記憶部103に蓄積する。更に、アクセス情報解析部105は、カウントされた送信元端末数又は測定された帯域を昇順又は降順にソートし、送信元端末数の多い順に所定数の配信サーバのコンテンツ又は帯域が大きい順に所定数の配信サーバのコンテンツを抽出するS111。コンテンツ取得部107は、抽出された配信サーバのコンテンツを配信サーバから取得するS113。このときに、アクセス情報記憶部103において、ダウンロードフラグ又は更新日時が設定される。コンテンツの取得は、アクセス情報の解析により予め取得されてもよく、ステップS105においてデータ取得要求が配信サーバに送信され、配信サーバからユーザ端末にコンテンツがダウンロードされる際に取得されてもよい。なお、ステップS109~S113は、ステップS103~S107と同時に実行されてもよく、ステップS103~S107の前に実行されてもよい。<第2実施例>次に、データ記憶部がデータ中継装置の外部に接続されたキャッシュサーバに存在する場合について説明する。図7は、本発明の第2実施例に係るデータ中継装置10及びキャッシュサーバ20の機能ブロック図である。データ中継装置10は、データ取得要求受信部101と、アクセス情報記憶部103と、アクセス情報解析部105と、データ取得要求リダイレクト部113とを有する。キャッシュサーバ20は、データ取得要求受信部201と、コンテンツ取得部207と、コンテンツ配信部209と、コンテンツ記憶部211とを有する。データ取得要求受信部101、アクセス情報記憶部103及びアクセス情報解析部105は、第1実施例と同じであるため、説明を省略する。また、コンテンツ取得部207及びコンテンツ記憶部211も、第1実施例におけるコンテンツ取得部107及びコンテンツ記憶部111と同じように動作する。データ取得要求リダイレクト部113は、データ取得要求に対するコンテンツがキャッシュサーバ20に格納されている場合、データ取得要求に対するコンテンツを配信サーバの代わりにキャッシュサーバ20から配信させる。データ取得要求に対するコンテンツがキャッシュサーバ20に格納されているか否かは、アクセス情報記憶部103に格納されたダウンロードフラグ又は更新日時を参照することにより認識できる。具体的には、データ取得要求リダイレクト部113は、データ取得要求に対するリダイレクトメッセージをユーザ端末に送信し、ユーザ端末に対してキャッシュサーバにデータ取得要求を送信させるようにする。この場合、リダイレクトメッセージを受信したユーザ端末は、リダイレクトメッセージにより指定されたキャッシュサーバ20にアクセスする。或いは、データ取得要求リダイレクト部113は、データ取得要求に含まれる配信サーバのアドレスをキャッシュサーバ20のアドレスに変換し、データ取得要求に対してキャッシュサーバ20が応答してもよい。この場合、ユーザ端末は、アドレス変換されていることを意識することなく、キャッシュサーバ20にアクセスできる。また、データ取得要求リダイレクト部113は、キャッシュサーバ20に対してVPNVirtualPrivateNetworkトンネルを設定してもよい。このVPNトンネルは、リダイレクトメッセージ又はアドレス変換によってトラヒックの宛先を強制的にキャッシュサーバ20に向けるために設定される。キャッシュサーバ20のデータ取得要求受信部201において、リダイレクトされたデータ取得要求又はアドレス変換されたデータ取得要求を受信すると、コンテンツ配信部209は、データ取得要求に対するコンテンツを配信サーバの代わりにコンテンツ記憶部211から配信する。コンテンツ配信部209が配信サーバの代わりにコンテンツを配信する場合、データ取得要求はデータ中継装置10例えば、データ取得要求受信部101で破棄され、配信サーバに送信される必要がない。また、データ取得要求が配信サーバに送信される必要がないため、配信サーバのドメイン名解決メッセージがユーザ端末から発生した場合には、ドメイン名解決メッセージもデータ中継装置10で破棄されてもよい。この際、ドメイン名解決メッセージとして、キャッシュサーバ20のアドレスを返送してもよい。なお、本発明の第2実施例に係るデータ配信方法のフローチャートも、データ取得要求がキャッシュサーバに転送され、コンテンツがキャッシュサーバから配信される点を除いて、図6と同様に実施される。<実施例の効果>以上のように、本発明の実施例では、ユーザ端末により近い位置でコンテンツの配信を肩代わりする。具体的には、データ中継装置がパケットの中身を解析し、代理で応答することで、配信サーバが行うべき応答の回数を低減し、不要なトラヒックがネットワークに流入しないようにすることができる。その結果、ネットワークのリソース及び配信サーバのリソースを節約でき、ネットワーク及び配信サーバの負荷を軽減することができる。また、本発明の実施例では、プロキシサーバの設定も不要である。説明の便宜上、本発明の実施例に係るデータ中継装置及びキャッシュサーバは機能的なブロック図を用いて説明しているが、本発明のデータ中継装置及びキャッシュサーバは、ハードウェア、ソフトウェア又はそれらの組み合わせで実現されてもよい。例えば、データ中継装置及びキャッシュサーバの各機能部がソフトウェアで実現され、プログラムとしてデータ中継装置及びキャッシュサーバ内に実現されてもよい。また、2以上の実施例及び実施例の各構成要素が必要に応じて組み合わせて使用されてもよい。以上、本発明の実施例について説明したが、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々の変更応用が可能である。