(57)【要約】【課題】配信サーバよりもユーザ端末に近い装置でデータ配信を代理で行うことにより、ネットワーク及び配信サーバの負荷を軽減することを目的とする。【解決手段】配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置におけるコンテンツ配信方法は、前記中継装置が、ユーザ端末からデータ取得要求を受信するステップと、前記中継装置が、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部に格納するステップと、前記中継装置が、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記中継装置の内部のコンテンツ記憶部又は前記中継装置の外部のキャッシュサーバに格納するステップとを有する。【選択図】図３
2012175298.tif 000002
【特許請求の範囲】
【請求項１】
配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置におけるコンテンツ配信方法であって、
前記中継装置が、ユーザ端末からデータ取得要求を受信するステップと、
前記中継装置が、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部に格納するステップと、
前記中継装置が、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記中継装置の内部のコンテンツ記憶部又は前記中継装置の外部のキャッシュサーバに格納するステップと、
を有するコンテンツ配信方法。
【請求項２】
前記アクセス情報を格納するステップは、配信サーバへのデータ取得要求の数をカウントして、前記アクセス情報記憶部に格納し、
前記コンテンツを格納するステップは、データ取得要求の数の多い順に所定数のコンテンツを格納する、請求項１に記載のコンテンツ配信方法。
【請求項３】
前記アクセス情報を格納するステップは、データ取得要求に対してコンテンツを配信するために要する帯域を測定して、前記アクセス情報記憶部に格納し、
前記コンテンツを格納するステップは、帯域が大きい順に所定数のコンテンツを格納する、請求項１に記載のコンテンツ配信方法。
【請求項４】
前記中継装置が、データ取得要求に対するコンテンツが前記コンテンツ記憶部に格納されている場合、当該データ取得要求を前記配信サーバに送信せずに、当該コンテンツを前記コンテンツ記憶部から配信するステップを更に有する、請求項１乃至３のうちいずれか１項に記載のコンテンツ配信方法。
【請求項５】
前記中継装置が、データ取得要求に対するコンテンツが前記キャッシュサーバに格納されている場合、当該データ取得要求を前記配信サーバに送信せずに、当該コンテンツを前記キャッシュサーバに配信させるステップを更に有する、請求項１乃至３のうちいずれか１項に記載のコンテンツ配信方法。
【請求項６】
前記配信させるステップは、前記中継装置が、データ取得要求に対するリダイレクトメッセージを前記ユーザ端末に送信することにより、当該コンテンツを前記キャッシュサーバに配信させる、請求項５に記載のコンテンツ配信方法。
【請求項７】
前記配信させるステップは、前記中継装置が、データ取得要求に含まれる前記配信サーバのアドレスを前記キャッシュサーバのアドレスに変換することにより、当該コンテンツを前記キャッシュサーバに配信させる、請求項５に記載のコンテンツ配信方法。
【請求項８】
配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置であって、
ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、
配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、
受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、
コンテンツを記憶するコンテンツ記憶部と、
前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、
を有する中継装置。
【請求項９】
配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置と、コンテンツを格納可能なキャッシュサーバとを有するコンテンツ配信システムであって、
前記中継装置は、
ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、
配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、
受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、
を有し、
前記キャッシュサーバは、
コンテンツを記憶するコンテンツ記憶部と、
前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、
を有するコンテンツ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信方法、中継装置及びコンテンツ配信システムに関する。
【背景技術】
【０００２】
ユーザ端末がネットワークを介して映像等のコンテンツを閲覧する場合、ユーザ端末は、配信サーバにデータ取得要求を送信し、配信サーバは、データ取得要求に対してコンテンツを配信する。この様子が図１に示されている。配信サーバは、ユーザ端末からのデータ取得要求に逐一応答する。すなわち、配信サーバは、ユーザ端末Ａからのデータ取得要求に応じてコンテンツを配信した後に、同じコンテンツについてユーザ端末Ｂからデータ取得要求を受信した場合であっても、コンテンツをユーザ端末Ｂに配信する。図１に示すように、コンテンツはデータ中継装置を経由してユーザ端末Ａ及びＢに配信される。
【０００３】
また、プロキシサーバによる代理配信も可能である。この様子が図２に示されている。プロキシサーバは、配信サーバから予めコンテンツをダウンロードしておき、ユーザ端末からのデータ取得要求を代理で実行することができる（非特許文献１参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】プロキシ・サーバーを使うと，なぜセキュリティが向上するのかhttp://itpro.nikkeibp.co.jp/article/COLUMN/20060825/246379/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のように、図１のような通信システムでは、ユーザ端末Ａからのデータ取得要求に応じて、配信サーバは、コンテンツを配信する。また、同じデータ中継装置の配下のユーザ端末Ｂから、同じコンテンツについてデータ取得要求を受信した場合、配信サーバは、同じコンテンツを配信することになる。このように同じコンテンツがユーザ端末からのデータ取得要求毎に流れる可能性がある。その結果、無駄なトラヒックがネットワーク（データ中継装置〜データ中継装置〜配信サーバ）を流れる。
【０００６】
このように、図１のような通信システムでは、配信サーバがデータ取得要求ごとにコンテンツを配信するため、ネットワーク上の帯域を大きく消費する。また配信サーバが応答する回数が増えるため、配信サーバ又はプロキシサーバの負荷が上昇する。
【０００７】
また、プロキシサーバを用いた通信システムでは、ユーザ端末Ａ及びＢは、プロキシサーバの設定をすることで、プロキシサーバにデータ取得要求を送信しなければならない。このように、ユーザ端末毎にプロキシサーバの設定が必要となる。更に、プロキシサーバの設置箇所によっては、プロキシサーバとデータ中継装置との間に無駄なトラヒックが流れる可能性がある。
【０００８】
本発明は、配信サーバよりもユーザ端末に近い装置でデータ配信を代理で行うことにより、ネットワーク及び配信サーバの負荷を軽減することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のコンテンツ配信方法は、
配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置におけるコンテンツ配信方法であって、
前記中継装置が、ユーザ端末からデータ取得要求を受信するステップと、
前記中継装置が、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部に格納するステップと、
前記中継装置が、前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記中継装置の内部のコンテンツ記憶部又は前記中継装置の外部のキャッシュサーバに格納するステップと、
を有することを特徴とする。
【００１０】
本発明の中継装置は、
配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置であって、
ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、
配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、
受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、
コンテンツを記憶するコンテンツ記憶部と、
前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、
を有することを特徴とする。
【００１１】
本発明のコンテンツ配信システムは、
配信サーバからユーザ端末へのコンテンツの配信を中継する中継装置と、コンテンツを格納可能なキャッシュサーバとを有するコンテンツ配信システムであって、
前記中継装置は、
ユーザ端末からデータ取得要求を受信するデータ取得要求受信部と、
配信サーバ毎のアクセス情報を記憶するアクセス情報記憶部と、
受信したデータ取得要求の宛先の配信サーバへのアクセス情報を、前記アクセス情報記憶部に格納するアクセス情報解析部と、
を有し、
前記キャッシュサーバは、
コンテンツを記憶するコンテンツ記憶部と、
前記アクセス情報記憶部に格納されたアクセス情報に基づいて、前記配信サーバからコンテンツを取得し、前記コンテンツ記憶部に格納するコンテンツ取得部と、
を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、ネットワーク及び配信サーバの負荷を軽減することが可能になる。
【図面の簡単な説明】
【００１３】
【図１】通信システムにおけるデータの流れを示す図
【図２】プロキシサーバを用いた通信システムにおけるデータの流れを示す図
【図３】本発明の実施例に係る通信システムの概略図
【図４】本発明の第１実施例に係るデータ中継装置の機能ブロック図
【図５】アクセス情報記憶部に格納される情報の例を示す図
【図６】本発明の第１実施例に係るデータ配信方法のフローチャート
【図７】本発明の第２実施例に係るデータ中継装置及びキャッシュサーバの機能ブロック図
【発明を実施するための形態】
【００１４】
以下、本発明の実施例について詳細に説明する。
【００１５】
図３は、本発明の実施例に係る通信システムの概略図である。
【００１６】
ユーザ端末Ａ及びＢは、携帯端末又はパーソナルコンピュータのように、ユーザにより使用される装置又はユーザ宅内に設置される装置である。
【００１７】
配信サーバは、コンテンツが保存されているサーバである。配信サーバは、ＨＴＴＰ（HyperText Transfer Protocol）サーバ、ＦＴＰ（File Transfer Protocol）サーバ等でもよい。コンテンツとは、画像、映像等の配信サーバに保存されているデータを示す。
【００１８】
データ中継装置１０は、ＩＰ（Internet Protocol）ネットワーク、ＡＴＭ（Asynchronous Transfer Mode）ネットワーク、ＳＴＭ（Synchronous Transfer Mode）、電話網等を構成する装置である。データ中継装置１０は、ルータ又はスイッチのようなＩＰネットワーク上の中継装置でもよい。データ中継装置１０は、配信サーバからユーザ端末Ａ及びＢへのコンテンツの配信を中継する。
【００１９】
本発明の実施例では、データ中継装置１０は、ユーザ端末Ａ及びＢから配信サーバへのアクセス情報を収集し、収集されたアクセス情報に基づいて、コンテンツをコンテンツ記憶部１１に格納する。例えば、アクセス頻度が高いコンテンツ、大きい帯域を要するコンテンツを予めコンテンツ記憶部１１に格納する。
【００２０】
ユーザ端末Ａが、配信サーバにデータ取得要求を送信した場合、配信サーバは、データ取得要求に対してコンテンツを配信する。データ取得要求は、データ中継装置１０で解析され、アクセス頻度が高いコンテンツ又は大きい帯域を要するコンテンツがコンテンツ記憶部１１に格納される。コンテンツ記憶部１１は、データ中継装置１０の内部に存在してもよく、データ中継装置１０の外部に接続されたキャッシュサーバに存在してもよい。ユーザ端末Ｂが、同じコンテンツのデータ取得要求を送信した場合、データ中継装置１０は、コンテンツ記憶部１１からコンテンツをユーザ端末Ｂに代理で配信することができる。
【００２１】
＜第１実施例＞
次に、データ記憶部がデータ中継装置の内部に存在する場合について説明する。
【００２２】
図４は、本発明の第１実施例に係るデータ中継装置１０の機能ブロック図である。データ中継装置１０は、データ取得要求受信部１０１と、アクセス情報記憶部１０３と、アクセス情報解析部１０５と、コンテンツ取得部１０７と、コンテンツ配信部１０９と、コンテンツ記憶部１１１とを有する。
【００２３】
データ取得要求受信部１０１は、配信サーバに格納されたコンテンツの配信を要求するためのデータ取得要求をユーザ端末から受信する。データ取得要求の宛先から、配信サーバのホスト名又はＩＰアドレス、コンテンツのパス又はＵＲＩ（Uniform Resource Identifier）等がわかる。ホスト名（又はＩＰアドレス）とコンテンツのパス（又はＵＲＩ）とを組み合わせて、コンテンツがどこに存在するかがわかる。ホスト名とコンテンツのパスとの組み合わせは、ＵＲＬ（Uniform Resource Locator）として表現されてもよい。
【００２４】
アクセス情報記憶部１０３は、配信サーバ毎のアクセス情報を記憶する。図５に、アクセス情報記憶部１０３に格納されるアクセス情報の例を示す。例えば、アクセス情報記憶部１０３は、データ取得要求の宛先（配信サーバのホスト名又はＩＰアドレス、コンテンツのパス又はＵＲＩ等）、データ取得要求の送信元端末数（ＩＰアドレス数又はＭＡＣアドレス数）、データ中継装置１０を疎通するトラヒックの帯域、１秒当たりのパケット数（ＰＰＳ（Packet Per Second））等を格納する。
【００２５】
また、アクセス情報記憶部１０３は、送信元端末数の多い順（又は少ない順）或いは帯域の大きい順（又は小さい順）にソートしたときの順序（Ｒａｎｋ）、コンテンツをコンテンツ記憶部１１１に取得したか否かを示すダウンロードフラグ、コンテンツをコンテンツ記憶部１１１に取得したときの日時を示す更新日時を格納してもよい。
【００２６】
なお、図５は、アクセス情報記憶部１０３に格納されるアクセス情報の一例を示したものであり、一部の情報は格納されなくてもよく、また、別の情報が格納されてもよい。例えば、帯域に関する情報として、帯域又はＰＰＳのいずれか一方が格納されてもよい。また、コンテンツがコンテンツ記憶部１１１に存在するか否かを示す情報として、ダウンロードフラグ又は更新日時のいずれか一方が格納されてもよい。
【００２７】
アクセス情報解析部１０５は、受信したデータ取得要求の宛先の配信サーバへのアクセス情報を解析する。アクセス情報解析部１０５は、アクセス頻度が多い配信サーバのアクセス頻度情報を収集し、アクセス情報をアクセス情報記憶部１０３に格納する。このアクセス頻度情報は、配信サーバのホスト名（又はＩＰアドレス）毎に、又は配信サーバのホスト名（又はＩＰアドレス）とコンテンツのパス（又はＵＲＩ）との組み合わせ毎に、収集される。具体的には、データ取得要求受信部１０１がデータ取得要求を受信すると、アクセス情報解析部１０５は、アクセス情報記憶部１０３において、データ取得要求の宛先の配信サーバの宛先（ホスト名及びコンテンツのパス）に対する送信元端末数を１だけ増加する。初めて配信サーバへのデータ取得要求を取得する場合には、アクセス情報記憶部１０３にアクセス情報が存在しないため、アクセス情報記憶部１０３において新たなエントリを追加する。次に、アクセス情報解析部１０５は、アクセス情報記憶部１０３のアクセス情報をアクセス頻度順にソートして順序（Ｒａｎｋ）を付与する。そして、アクセス情報解析部１０５は、アクセス頻度の高い順に所定数の配信サーバのコンテンツを抽出する。例えば、アクセス情報解析部１０５は、送信元端末数の多い順に所定数の配信サーバのコンテンツを抽出する。
【００２８】
或いは、アクセス情報解析部１０５は、コンテンツを配信するために要する帯域を測定し、アクセス情報をアクセス情報記憶部１０３に格納する。具体的には、アクセス情報解析部１０５は、データ取得要求に対する応答トラヒックを、配信サーバのアドレス及びポート番号から抽出する。抽出されたトラヒックについて、データ中継装置１０を疎通するトラヒックのバイト毎秒、ビット毎秒又はパケット毎秒を測定し、アクセス情報記憶部１０３に格納する。このトラヒックの測定は、データ取得要求に対してコンテンツが送信されるときの最初の一定時間測定されてもよく、定期的に測定されてもよい。測定された帯域又はＰＰＳは、アクセス情報記憶部１０３に格納される。次に、アクセス情報解析部１０５は、アクセス情報記憶部１０３のアクセス情報を帯域が大きい順（又は小さい順）にソートし、帯域が大きい順に所定数の配信サーバのコンテンツを抽出する。
【００２９】
コンテンツ取得部１０７は、アクセス情報記憶部１０３に格納されたアクセス情報に基づいて、コンテンツをコンテンツ記憶部１１１に格納する。例えば、コンテンツ取得部１０７は、アクセス頻度の高い配信サーバのコンテンツ又は必要な帯域の大きい配信サーバのコンテンツをコンテンツ記憶部１１１に格納する。コンテンツは、任意のタイミングでアクセス頻度を解析して予めコンテンツ記憶部１１１に格納されてもよく、配信サーバからユーザ端末へのコンテンツの送信（ダウンロード）の際に格納されてもよい。コンテンツが格納されると、アクセス情報記憶部１０３においてダウンロードフラグ又は更新日時が変更される。
【００３０】
コンテンツ配信部１０９は、データ取得要求に対するコンテンツがコンテンツ記憶部１１１に格納されている場合、データ取得要求に対するコンテンツを配信サーバの代わりにコンテンツ記憶部１１１から配信する。データ取得要求に対するコンテンツがコンテンツ記憶部１１１に格納されているか否かは、アクセス情報記憶部１０３に格納されたダウンロードフラグ又は更新日時を参照することにより認識できる。なお、コンテンツ配信部１０９が配信サーバの代わりにコンテンツを配信する場合、データ取得要求はデータ中継装置１０（例えば、データ取得要求受信部１０１）で破棄され、配信サーバに送信される必要がない。また、データ取得要求が配信サーバに送信される必要がないため、配信サーバのドメイン名解決メッセージがユーザ端末から発生した場合には、ドメイン名解決メッセージもデータ中継装置１０で破棄されてもよい。
【００３１】
図６は、本発明の第１実施例に係るデータ配信方法のフローチャートである。
【００３２】
まず、データ取得要求受信部１０１がデータ取得要求を受信する（Ｓ１０１）。コンテンツ配信部１０９は、データ取得要求の宛先となるホスト名及びコンテンツのパスを抽出し、データ取得要求に対するコンテンツにダウンロードフラグが設定されているか否か（又は更新日時が設定されているか否か）を確認する（Ｓ１０３）。
【００３３】
ダウンロードフラグが設定されていない場合、データ取得要求受信部１０１は、データ取得要求を破棄しない。すなわち、配信サーバにデータ取得要求が送信され、配信サーバは、コンテンツを配信する（Ｓ１０５）。
【００３４】
一方、ダウンロードフラグが設定されている場合、データ取得要求受信部１０１は、データ取得要求を破棄する。破棄したデータ取得要求に応答する形で、コンテンツ配信部１０９は、データ配信要求に対するコンテンツをコンテンツ記憶部１１１からユーザ端末に配信する（Ｓ１０７）。
【００３５】
このときに、アクセス情報解析部１０５は、アクセス情報をアクセス情報記憶部１０３に蓄積する（Ｓ１０９）。具体的には、アクセス情報解析部１０５は、抽出されたホスト名及びコンテンツのパスについて、データ取得要求を送出した送信元端末数（ＩＰアドレス数又はＭＡＣアドレス数）をカウントし、アクセス情報記憶部１０３に蓄積する。或いは、アクセス情報解析部１０５は、抽出されたホスト名及びコンテンツのパスについて、データ取得要求に対するコンテンツがデータ中継装置１０を疎通するトラヒックのバイト毎秒、ビット毎秒又はパケット毎秒を測定し、アクセス情報記憶部１０３に蓄積する。
【００３６】
更に、アクセス情報解析部１０５は、カウントされた送信元端末数又は測定された帯域を昇順又は降順にソートし、送信元端末数の多い順に所定数の配信サーバのコンテンツ又は帯域が大きい順に所定数の配信サーバのコンテンツを抽出する（Ｓ１１１）。
【００３７】
コンテンツ取得部１０７は、抽出された配信サーバのコンテンツを配信サーバから取得する（Ｓ１１３）。このときに、アクセス情報記憶部１０３において、ダウンロードフラグ又は更新日時が設定される。コンテンツの取得は、アクセス情報の解析により予め取得されてもよく、ステップＳ１０５においてデータ取得要求が配信サーバに送信され、配信サーバからユーザ端末にコンテンツがダウンロードされる際に取得されてもよい。
【００３８】
なお、ステップＳ１０９〜Ｓ１１３は、ステップＳ１０３〜Ｓ１０７と同時に実行されてもよく、ステップＳ１０３〜Ｓ１０７の前に実行されてもよい。
【００３９】
＜第２実施例＞
次に、データ記憶部がデータ中継装置の外部に接続されたキャッシュサーバに存在する場合について説明する。
【００４０】
図７は、本発明の第２実施例に係るデータ中継装置１０及びキャッシュサーバ２０の機能ブロック図である。データ中継装置１０は、データ取得要求受信部１０１と、アクセス情報記憶部１０３と、アクセス情報解析部１０５と、データ取得要求リダイレクト部１１３とを有する。キャッシュサーバ２０は、データ取得要求受信部２０１と、コンテンツ取得部２０７と、コンテンツ配信部２０９と、コンテンツ記憶部２１１とを有する。
【００４１】
データ取得要求受信部１０１、アクセス情報記憶部１０３及びアクセス情報解析部１０５は、第１実施例と同じであるため、説明を省略する。また、コンテンツ取得部２０７及びコンテンツ記憶部２１１も、第１実施例におけるコンテンツ取得部１０７及びコンテンツ記憶部１１１と同じように動作する。
【００４２】
データ取得要求リダイレクト部１１３は、データ取得要求に対するコンテンツがキャッシュサーバ２０に格納されている場合、データ取得要求に対するコンテンツを配信サーバの代わりにキャッシュサーバ２０から配信させる。データ取得要求に対するコンテンツがキャッシュサーバ２０に格納されているか否かは、アクセス情報記憶部１０３に格納されたダウンロードフラグ又は更新日時を参照することにより認識できる。
【００４３】
具体的には、データ取得要求リダイレクト部１１３は、データ取得要求に対するリダイレクトメッセージをユーザ端末に送信し、ユーザ端末に対してキャッシュサーバにデータ取得要求を送信させるようにする。この場合、リダイレクトメッセージを受信したユーザ端末は、リダイレクトメッセージにより指定されたキャッシュサーバ２０にアクセスする。或いは、データ取得要求リダイレクト部１１３は、データ取得要求に含まれる配信サーバのアドレスをキャッシュサーバ２０のアドレスに変換し、データ取得要求に対してキャッシュサーバ２０が応答してもよい。この場合、ユーザ端末は、アドレス変換されていることを意識することなく、キャッシュサーバ２０にアクセスできる。
【００４４】
また、データ取得要求リダイレクト部１１３は、キャッシュサーバ２０に対してＶＰＮ（Virtual Private Network）トンネルを設定してもよい。このＶＰＮトンネルは、リダイレクトメッセージ又はアドレス変換によってトラヒックの宛先を強制的にキャッシュサーバ２０に向けるために設定される。
【００４５】
キャッシュサーバ２０のデータ取得要求受信部２０１において、リダイレクトされたデータ取得要求又はアドレス変換されたデータ取得要求を受信すると、コンテンツ配信部２０９は、データ取得要求に対するコンテンツを配信サーバの代わりにコンテンツ記憶部２１１から配信する。コンテンツ配信部２０９が配信サーバの代わりにコンテンツを配信する場合、データ取得要求はデータ中継装置１０（例えば、データ取得要求受信部１０１）で破棄され、配信サーバに送信される必要がない。また、データ取得要求が配信サーバに送信される必要がないため、配信サーバのドメイン名解決メッセージがユーザ端末から発生した場合には、ドメイン名解決メッセージもデータ中継装置１０で破棄されてもよい。この際、ドメイン名解決メッセージとして、キャッシュサーバ２０のアドレスを返送してもよい。
【００４６】
なお、本発明の第２実施例に係るデータ配信方法のフローチャートも、データ取得要求がキャッシュサーバに転送され、コンテンツがキャッシュサーバから配信される点を除いて、図６と同様に実施される。
【００４７】
＜実施例の効果＞
以上のように、本発明の実施例では、ユーザ端末により近い位置でコンテンツの配信を肩代わりする。具体的には、データ中継装置がパケットの中身を解析し、代理で応答することで、配信サーバが行うべき応答の回数を低減し、不要なトラヒックがネットワークに流入しないようにすることができる。その結果、ネットワークのリソース及び配信サーバのリソースを節約でき、ネットワーク及び配信サーバの負荷を軽減することができる。
【００４８】
また、本発明の実施例では、プロキシサーバの設定も不要である。
【００４９】
説明の便宜上、本発明の実施例に係るデータ中継装置及びキャッシュサーバは機能的なブロック図を用いて説明しているが、本発明のデータ中継装置及びキャッシュサーバは、ハードウェア、ソフトウェア又はそれらの組み合わせで実現されてもよい。例えば、データ中継装置及びキャッシュサーバの各機能部がソフトウェアで実現され、プログラムとしてデータ中継装置及びキャッシュサーバ内に実現されてもよい。また、２以上の実施例及び実施例の各構成要素が必要に応じて組み合わせて使用されてもよい。
【００５０】
以上、本発明の実施例について説明したが、本発明は、上記の実施例に限定されることなく、特許請求の範囲内において、種々の変更・応用が可能である。
【産業上の利用可能性】
【００５１】
ＩＰ等で接続されたルータによりサーバと端末間を接続し、ＨＴＴＰやファイル配信、ビデオ配信などをサービスとして提供するネットワークにおいて、データを配信する際に利用することができる。
【符号の説明】
【００５２】
１０    データ中継装置
１１    コンテンツ記憶部
１０１  データ取得要求受信部
１０３  アクセス情報記憶部
１０５  アクセス情報解析部
１０７  コンテンツ取得部
１０９  コンテンツ配信部
１１１  コンテンツ記憶部
１１３  データ取得要求リダイレクト部
２０    キャッシュサーバ
２０１  データ取得要求受信部
２０７  コンテンツ取得部
２０９  コンテンツ配信部
２１１  コンテンツ記憶部
【図１】
2012175298.tif 000003
【図２】
2012175298.tif 000004
【図３】
2012175298.tif 000005
【図４】
2012175298.tif 000006
【図５】
2012175298.tif 000007
【図６】
2012175298.tif 000008
【図７】
2012175298.tif 000009