JP2010113402A - キャッシュサーバへのコンテンツ配信方法とシステムおよびプログラム - Google Patents

Abstract

【課題】キャッシュサーバ相互でのコンテンツの補完を、キャッシュサーバおよびネットワークの負荷を増加させることなく、かつ、通常の通信品質を維持しながら行う。
【解決手段】ユーザ端末Ａ（１）１ｃから、格納済みのコンテンツの要求を受けると（ステップＳ３０１）、キャッシュサーバＡ１ｂは、当該コンテンツをユーザ端末Ａ（１）１ｃにダウンロードする（ステップＳ３０３）と共に、ユーザ端末Ａ（１）１ｃに対して、当該コンテンツのアップロード指示を行い（ステップＳ３０５）、ユーザ端末Ａ（１）１ｃは、指示に従って、当該コンテンツを格納していないキャッシュサーバＢ２ｂに対して、低優先クラスパケットを用いて、当該コンテンツをアップロードし（ステップＳ３０９）、キャッシュサーバＢ２ｂは、受信したコンテンツを格納する（ステップＳ３１０）。
【選択図】図３

Description

本発明は、インターネット等のネットワークにおけるキャッシュサーバ（キャッシュサーバ・コンピュータ装置）を用いたコンテンツの配信技術に係り、特に、キャッシュサーバで蓄積するコンテンツを各キャッシュサーバに効率的に配信することにより、ネットワークにおけるコンテンツ配信の効率を高め、ネットワークの通信品質の向上を図ると共に、ネットワークおよびキャッシュサーバの負荷の軽減を図るのに好適な技術に関するものである。

例えばインターネットにおいて、コンテンツをユーザ端末（クライアント・コンピュータ装置）に配信する場合、ネットワーク上の１箇所もしくは少数箇所に置かれたオリジナルコンテンツを持つオリジナルサーバ（サーバ・コンピュータ装置）から配布される。

しかしながら、多くのユーザ端末が常にオリジナルサーバからコンテンツのダウンロードを行うと、オリジナルサーバに高負荷がかかるといった問題がある。

また、ネットワーク上の様々な箇所のユーザ端末が、選択の余地なくオリジナルサーバからダウンロードするため、オリジナルサーバから遠いユーザ端末がダウンロードする場合、ネットワーク設備を多く利用することになると共に、ダウンロードに要する遅延が大きくなり、さらにオリジナルサーバの負荷が増加するという問題がある。

このような問題を解決するために、例えば特許文献１および非特許文献１に記載の技術がある。この技術について、図１を用いて説明する。

図１においては、ネットワークが複数のエリアＡ１〜Ｃ３に分かれており、それぞれのエリアにはユーザ端末Ａ（１）１ｃ〜Ａ（３）１ｅ，Ｂ（１）２ｃ〜Ｂ（３）２ｅ，Ｃ（１）３ｃ〜Ｃ（３）３ｅとキャッシュサーバＡ１ｂ，Ｂ２ｂ，Ｃ３ｂが配置され、ルータ１ａ〜３ａ，Ｔ４を介して、オリジナルサーバ５に接続されている。

このように、この技術では、ネットワークを複数のエリアに分割し、各エリア内もしくは近いところに、各ユーザ端末向けのキャッシュサーバを配備し、エリア内のユーザ端末が、オリジナルサーバ５から新たなコンテンツをダウンロードすると、同じエリア内のキャッシュサーバに同コンテンツを格納する。

例えば、図１において、ユーザ端末Ａ（１）１ｃが、新たなコンテンツをダウンロードする場合、キャッシュサーバＡ１ｂに目的のコンテンツが格納されているかを確認し、すでに格納されていれば、キャッシュサーバＡ１ｂから当該コンテンツをダウンロードするが、そうでない場合に限り、コンテンツをオリジナルサーバ５からキャッシュサーバＡ１ｂを経由してダウンロードする。

これにより、キャッシュサーバＡ１ｂにコンテンツを格納することができ、エリアＡ１内で他のユーザ端末Ａ（２）１ｄ，Ａ（３）１ｅが同じコンテンツをダウンロードする場合には、キャッシュサーバＡ１ｂからダウンロードすることができるので、各ルータ１ａ，Ｔ４を経由してオリジナルサーバ５にアクセスする必要が無くなり、ネットワーク設備の利用とオリジナルサーバ５の負荷を低減することができる。

しかし、この技術だけでは、キャッシュサーバを使わない場合に比べて、キャッシュサーバを経由する分のネットワーク設備を多く利用することになるという問題がある。

キャッシュサーバは。ユーザ端末からのダウンロード処理を契機として、コンテンツを格納することになるので、まだエリア内で要求されていない状態では、コンテンツを格納することはできない。

例えば、図１において、エリアＢ２のユーザ端末Ｂ（１）２ｃ〜Ｂ（３）２ｅは、ダウンロード目的のコンテンツが、エリアＡ１に配置されたキャッシュサーバＡ１ｂに格納されていても、オリジナルサーバ５から当該コンテンツをダウンロードしなければならない。

つまり、ユーザ端末が、まだキャッシュサーバに格納されていないコンテンツをダウンロードしようとした場合には、必ずオリジナルサーバからダウンロードする必要があり、ユーザ端末とオリジナルサーバ間のネットワーク設備とオリジナルサーバの負荷は高いままとなる問題がある。

これに対して、例えば特許文献２に記載のように、キャッシュサーバ相互でコンテンツの格納状況を確認し、予めユーザ端末が要求する前に、１方のキャッシュサーバが持っていないコンテンツを他方のキャッシュサーバに与えることも考えられている。

例えば、図１において、エリアＡ１に配置されたキャッシュサーバＡ１ｂが保持するコンテンツを、オリジナルサーバ５を介することなく、直接、エリアＢ２に配置されたキャッシュサーバＢ２ｂに与えることができる。

しかし、この場合、コンテンツを提供する側のキャッシュサーバの処理負荷が増加するという問題がある。同時に、キャッシュサーバ間のトラヒックが発生することになり、キャッシュサーバ間のネットワーク設備の負荷と、キャッシュサーバがネットワークに接続されているインターフェースの負荷が増加するという問題がある。

また、キャッシュサーバとネットワークの接続インターフェースについては、ユーザ端末がコンテンツをダウンロードするトラヒックと共用されるため、通信品質への影響が起こりうるという問題がある。特に、映像データを例とする大容量のコンテンツが多く存在する場合を想定すると、キャッシュサーバ間での連携のための負荷はさらに大きくなると考えられる。

特開平１０−２２２４１１号公報 特開２００５−３１２０６４号公報 巳波弘佳、朝香卓也， "ＷＷＷ分散協調型キャッシュサーバのためのハイパーキャッシング方式"， １９９７年信学会通信ソサイエティ大会， ｐｐ．１１５， Ｂ−７−３７．

解決しようとする問題点は、従来の、キャッシュサーバ相互でコンテンツの補完を行う技術では、（１）コンテンツ提供側のキャッシュサーバの処理負荷が増加する点、（２）キャッシュサーバ間のネットワーク設備の負荷とネットワークの接続インターフェース負荷が増加する点、（３）ユーザ端末がコンテンツをダウンロードするトラヒックと共用されるため通常の通信品質への影響が発生する点である。

本発明の目的は、これら従来技術の課題を解決し、キャッシュサーバ相互でコンテンツの補完を行う際にも、キャッシュサーバおよびネットワークの負荷を増加させることを回避でき、かつ、通常の通信品質を維持でき、さらに、新たにコンテンツをダウンロードする際の通信品質を向上させることを可能とすることである。

上記目的を達成するため、本発明では、キャッシュサーバは、既にキャッシュしているコンテンツを新たなユーザ端末がダウンロード要求してきた場合、要求されたコンテンツを提供すると共に、当該ユーザ端末に対して、他のキャッシュサーバに当該コンテンツをアップロードするよう指示し、このようにしてコンテンツを入手したユーザ端末が、コンテンツ提供元キャッシュサーバからの指示に従って、他のキャッシュサーバに、当該コンテンツをアップロードする。このことにより、キャッシュサーバ間での通信を行うことなく、各キャッシュサーバは、保持するコンテンツを相互に補完することができる。尚、ユーザ端末は、予め自ユーザ端末に割り当てられたアップロード先であるキャッシュサーバに当該コンテンツをアップロードする、あるいは、キャッシュサーバは、ユーザ端末に対して、コンテンツのアップロード先となるキャッシュサーバを指定し、当該ユーザ端末は、ダウンロードしたコンテンツを、指定されたキャッシュサーバにアップロードする。また、ユーザ端末からキャッシュサーバへのコンテンツのアップロードには、優先度の低いＱｏＳクラスのパケットを用いることにより、通常の通信品質の劣化を回避する。

本発明によれば、キャッシュサーバからユーザ端末に指示して、このユーザ端末がダウンロードしたコンテンツを他のキャッシュサーバにアップロードし、また、アップロードするときには低優先パケットを利用することで、ユーザ端末において新たなコンテンツを迅速にダウンロードすることができると共に、他の優先パケットを利用した通信の品質を損なうことなく、キャッシュサーバならびにネットワーク設備を効率的に利用することができる。

以下、図を用いて本発明を実施するための最良の形態例を説明する。図１は、本発明に係るキャッシュサーバへのコンテンツ配信システムを設けたネットワークの構成例を示すブロック図であり、図２は、図１におけるキャッシュサーバへのコンテンツ配信システムの従来の処理動作例を示すシーケンス図、図３は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第１の処理動作例を示すシーケンス図、図４は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第２の処理動作例を示すシーケンス図、図５は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第３の処理動作例を示すシーケンス図、図６は、図１におけるキャッシュサーバへのコンテンツ配信システムを構成するユーザ端末の本発明に係る構成例を示すブロック図、図７は、図１におけるキャッシュサーバへのコンテンツ配信システムを構成するキャッシュサーバの本発明に係る第１の構成例を示すブロック図、図８は、図１におけるキャッシュサーバへのコンテンツ配信システムを構成するキャッシュサーバの本発明に係る第２の構成例を示すブロック図、図９は、図１におけるキャッシュサーバへのコンテンツ配信システムを構成するキャッシュサーバの本発明に係る第３の構成例を示すブロック図、図１０は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第４の処理動作例を示すシーケンス図、図１１は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第５の処理動作例を示すシーケンス図、図１２は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第６の処理動作例を示すシーケンス図、図１３は、図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第７の処理動作例を示すシーケンス図である。

図１に示すネットワークでは、上述の「背景技術」の欄において説明したように、ネットワークが複数のエリアＡ１〜Ｃ３に分かれており、それぞれのエリアにはユーザ端末Ａ（１）１ｃ〜Ａ（３）１ｅ，Ｂ（１）２ｃ〜Ｂ（３）２ｅ，Ｃ（１）３ｃ〜Ｃ（３）３ｅとキャッシュサーバＡ１ｂ，Ｂ２ｂ，Ｃ３ｂが配置され、ルータ１ａ〜３ａ，Ｔ４を介して、オリジナルサーバ５に接続されている。

このユーザ端末Ａ（１）１ｃ〜Ａ（３）１ｅ，Ｂ（１）２ｃ〜Ｂ（３）２ｅ，Ｃ（１）３ｃ〜Ｃ（３）３ｅとキャッシュサーバＡ１ｂ，Ｂ２ｂ，Ｃ３ｂおよびオリジナルサーバ５のそれぞれは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）や主メモリ、表示装置、入力装置、外部記憶装置等を具備したコンピュータ構成からなり、光ディスク駆動装置等を介してＣＤ−ＲＯＭ等の記憶媒体に記録されたプログラムやデータを外部記憶装置内にインストールした後、この外部記憶装置から主メモリに読み込みＣＰＵで処理することにより、各処理部の機能を実行する。

例えば、図６に示すようにユーザ端末６１は、プログラムされたコンピュータ処理を実行する機能として、コンテンツダウンロード要求送信部６１ａ、ＱｏＳ制御部６１ｂ、パケット送信部６１ｃ、パケット受信部６１ｄ、アップロード要求受信部６１ｅ、コンテンツダウンロード受信部６１ｆ、コンテンツ格納部６１ｇ、コンテンツアップロード部６１ｈ等を有し、図７に示すようにキャッシュサーバ７１は、プログラムされたコンピュータ処理を実行する機能として、パケット受信部７１ａ、コンテンツ受信部７１ｂ、ダウンロード要求受信部７１ｃ、コンテンツ格納部７１ｄ、ダウンロード処理部７１ｅ、ダウンロード要求転送部７１ｆ、アップロード指示部７１ｇ、パケット送信部７１ｈ等を有している。

このような構成において、本例のキャッシュサーバ７１は、コンテンツの複製をコンテンツ格納部７１ｄに蓄積し、ネットワークで接続されたユーザ端末から要求されたコンテンツを送信する。

そして、本例では、このキャッシュサーバ７１へのコンテンツ配信を以下の第１〜第８の技術を用いて行う。

第１の技術はキャッシュサーバ７１の処理動作であり、キャッシュサーバ７１は、既にキャッシュされたコンテンツを新たなユーザ端末がダウンロードを要求する場合、キャッシュサーバ７１からコンテンツを提供するとともに、当該ユーザ端末に対して、他のキャッシュサーバに当該コンテンツをアップロードすることを指示する。このことにより、キャッシュサーバ間での通信を行うことなく、各キャッシュサーバで保持するコンテンツを相互に補完することができる。

第２の技術はユーザ端末の処理動作であり、ユーザ端末は、キャッシュサーバからコンテンツをアップロードすることを指示された場合、コンテンツをダウンロードした後に、予め自ユーザ端末に割り当てられたアップロード先であるキャッシュサーバに対して、当該コンテンツを提供する。これにより、キャッシュサーバおよびそのインターフェースに負荷をかけることなく、他のキャッシュサーバにアップロードすることができる。この場合、コンテンツのアップロード先のキャッシュサーバは、ユーザ端末からのダウンロード要求に先立ってコンテンツを保持することになり、実際に要求があったときに、迅速にコンテンツを提供することが可能となる。

第３の技術では、キャッシュサーバが、ユーザ端末に対して、コンテンツのアップロード先となるキャッシュサーバを指定してアップロードの指示し、指示されたユーザ端末は、コンテンツをダウンロードした後に、キャッシュサーバが指定したキャッシュサーバに対して、当該コンテンツを提供する。これにより、固定的なアップロード先だけではなく、キャッシュサーバにおいて複数のアップロード先から、適切なものを選択する動的な指定が可能となる。

第４の技術では、キャッシュサーバが、新たに得られたコンテンツについて、複数のキャッシュサーバに当該コンテンツを格納しているかを問合せ、コンテンツが無いと回答したキャッシュサーバをアップロード先として特定し、ユーザ端末に対して、アップロード先となるキャッシュサーバを指定してアップロードを指示する。これにより、コンテンツを保持していないキャッシュサーバを選択してコンテンツをアップロードすることが可能となる。

第５の技術では、複数のＱｏＳクラスを利用する。例えば、「ＡＮ ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｄｉｆｆｅｒｅＮｔｉａｔｅｄ ｓｅｒｖｉｃｅｓ， ＩＥＴＦ ＲＦＣ２４７５．」で提案されている「ｄｉｆｆｓｅｒｖ アーキテクチャ」における「複数のＱｏＳクラス」を利用する。「ｄｉｆｆｓｅｒｖ」では、優先クラスのパケットがある場合、ネットワークでは当該パケットが優先して帯域を利用することができ、それよりも低優先クラスのパケットは、優先クラスが利用した残りの帯域を利用することしかできない。そのため、低優先クラスによる優先クラスの品質劣化は起こらない。そこで、第５の技術では、第２の技術および第３の技術におけるユーザ端末において、アップロード先となるキャッシュサーバに、コンテンツダウンロードに使われるよりも低優先クラスのパケットを利用して、当該コンテンツをアップロードする。このように、キャッシュサーバへのアップロードに低優先クラスパケットを利用することにより、優先クラスを用いて通信している他のユーザには品質上の影響を与えないで、提供先のキャッシュサーバにコンテンツをアップロードすることができる。

第６の技術では、ユーザ端末が、キャッシュサーバにまだ格納されていないコンテンツをダウンロードした場合に、当該ユーザ端末はコンテンツダウンロードに使われるよりも低優先クラスのパケットを利用して、当該キャッシュサーバにコンテンツをアップロードする。こうすることにより、コンテンツダウンロード時のキャッシュサーバを経由する優先パケットを削減することができ、優先クラスを用いて通信している他のユーザには品質上の影響を与えない低優先パケットにより、キャッシュを行うことが可能となる。

第７の技術では、キャッシュサーバは、既にキャッシュしたコンテンツを新たなユーザ端末がダウンロードを要求してきた場合の回数を記録しておき、回数が予め定められた閾値未満のときには、当該ユーザ端末にコンテンツを提供する処理のみを行い、閾値以上となったときに、キャッシュサーバから当該ユーザ端末にコンテンツを提供するとともに、当該ユーザ端末に対して他のキャッシュサーバに当該コンテンツをアップロードすることを指示する。こうすることにより、ダウンロードの要求の少ないコンテンツを他のキャッシュサーバにアップロードする必要がなくなり、人気がありダウンロードされやすいコンテンツをキャッシュすることが可能となる。

第８の技術では、複数のキャッシュサーバをグループ化し、各キャッシュサーバでは、既にキャッシュしたコンテンツを新たなユーザ端末がダウンロード要求してきた場合の回数を記録しておき、さらに、同一のグループ内の他のキャッシュサーバにおける当該コンテンツのダウンロード回数を問合せ、それらを合算したダウンロードの合計回数を記憶して管理し、その合算値が閾値未満のときには、当該ユーザ端末にコンテンツを提供する処理のみを行い、閾値以上となったときに、キャッシュサーバから当該ユーザ端末にコンテンツを提供すると共に、当該ユーザ端末に対して、当該コンテンツを未だダウンロードしたことのない、すなわち当該コンテンツを保持していない他のキャッシュサーバに当該コンテンツをアップロードするようを指示する。こうすることにより、単一のキャッシュサーバにおけるダウンロード回数により判断するよりも、多くのキャッシュサーバにおけるダウンロード回数に基づいた判断ができ、より全体的な範囲において人気がありダウンロードされやすいコンテンツをキャッシュすることが可能となる。

以下、このような第１〜第８の技術の詳細を、各図面を用いて説明する。まず、実施例（１）について説明する。この実施例（１）は、上述の第１，２，５の技術に対応するものである。

本実施例（１）では、図１に示す通り、ネットワークを複数のエリアＡ１，Ｂ２，Ｃ３に分割し、各ユーザ端末Ａ（１）１ｃ，Ａ（２）１ｄ，Ａ（３）１ｅ，Ｂ（１）２ｃ，Ｂ（２）２ｄ，Ｂ（３）２ｅ，Ｃ（１）３ｃ，Ｃ（２）３ｄ，Ｃ（３）３ｅはそれぞれのエリアＡ１，Ｂ２，Ｃ３に収容されている。

また、それぞれのエリアＡ１，Ｂ２，Ｃ３内には、キャッシュサーバＡ１ｂ，Ｂ２ｂ，Ｃ３ｂが配備されている。例えば、キャッシュサーバＡ１ｂはエリアＡ１に置かれており、エリアＡ１内のユーザ端末Ａ（１）１ｃ，Ａ（２）１ｄ，Ａ（３）１ｅのそれぞれが、コンテンツをダウンロードするときに利用する。エリアＢ２、Ｃ３についても同様に、それぞれのユーザ端末Ｂ（１）２ｃ，Ｂ（２）２ｄ，Ｂ（３）２ｅ，Ｃ（１）３ｃ，Ｃ（２）３ｄ，Ｃ（３）３ｅは、エリアＢ２，Ｃ３内のキャッシュサーバＢ２ｂ、Ｃ３ｂを利用する。

このようなネットワーク構成において、ユーザ端末Ａ（１）１ｃとキャッシュサーバＡ１ｂおよびオリジナルサーバ５では、図２に示すようにして、コンテンツの配信を行う。この図２においては、図１に示すキャッシュサーバＡ１ｂに、ユーザ端末Ａ（１）１ｃが所望するコンテンツが格納されていなかった場合の処理動作例を示している。

すなわち、ユーザ端末Ａ（１）１ｃが、新たなコンテンツをダウンロードする場合、キャッシュサーバＡ１ｂに対して目的のコンテンツの配信を要求し（ステップＳ２０１）、キャッシュサーバＡ１ｂは、要求されたコンテンツを保持しているか否かを確認する（ステップＳ２０２）。

キャッシュサーバＡ１ｂは、要求されたコンテンツを保持していなければ、オリジナルサーバ５に要求して（ステップＳ２０３）当該コンテンツをダウンロードし（ステップＳ２０４）、格納した後（ステップＳ２０５）、当該コンテンツをユーザ端末Ａ１（１ｃ）にダウンロードする（ステップＳ２０６）。

この結果、キャッシュサーバＡ１ｂには当該コンテンツが格納され、エリアＡ１内で他のユーザ端末Ａ（２）１ｄ，Ａ（３）１ｅが同じコンテンツをダウンロードする場合には、キャッシュサーバＡ１ｂからダウンロードすることができる。

さらに、本例のキャッシュサーバへのコンテンツ配信システムでは、図３に示す処理を行うことにより、キャッシュサーバＡ１ｂからダウンロードしたコンテンツを、別のエリアＢに配置されたキャッシュサーバＢ２ｂに自動的にキャッシュさせる。

図３においては、図１の構成においてキャッシュサーバＡ１ｂに、ユーザ端末Ａ（１）１ｃから要求されたコンテンツが既に格納されている場合の処理を示しており、ユーザ端末Ａ（１）１ｃは、あるコンテンツをダウンロードしようとするとき、所属するエリアＡ１のキャッシュサーバＡ１ｂに対して、コンテンツ要求を送信する（ステップＳ３０１）。

要求を受けたキャッシュサーバＡ１ｂは、当該コンテンツの有無を確認し（ステップＳ３０２）、ここでは当該コンテンツを保持しているので、ユーザ端末Ａ（１）１ｃに当該コンテンツをダウンロードし（ステップＳ３０３）、ユーザ端末Ａ（１）１ｃは当該コンテンツを入手する（ステップＳ３０４）。

さらに、本例のキャッシュサーバＡ１ｂは、ユーザ端末Ａ（１）１ｃに対して、当該コンテンツのアップロード指示を行い（ステップＳ３０５）、コンテンツアップロードを指示されたユーザ端末Ａ（１）１ｃは、予め定められている他のエリアＢ２のキャッシュサーバＢ２ｂに対して、当該コンテンツの有無を問い合わせる（ステップＳ３０６）。

問い合わせを受けたキャッシュサーバＢ２ｂは、当該コンテンツを既に格納しているか否かを確認し（ステップＳ３０７）、格納していない場合には、問い合わせ元のユーザ端末Ａ（１）１ｃに対して、当該コンテンツのアップロードを依頼する（ステップＳ３０８）。

依頼を受けたユーザ端末Ａ（１）１ｃは、依頼されたコンテンツをキャッシュサーバＢ２ｂにアップロードし（ステップＳ３０９）、キャッシュサーバＢ２ｂは、受信したコンテンツを格納する（ステップＳ３１０）。

このアップロードの際、通常のダウンロードに使用するよりも低優先クラスのパケットを使用する。このように、低優先クラスパケットを利用することで、ダウンロード要求をしているユーザや、他のユーザトラヒックへの品質上の影響を与えることなく、他のキャッシュサーバにコンテンツを提供することができる。

また、この図３で説明した処理によれば、図１における経路「ユーザ端末Ａ（１）１ｃ〜ルータ１ａ〜ルータＴ４〜ルータ２ａ〜キャッシュサーバＢ２ｂ」での高優先クラスのパケットの品質を劣化させることなく、キャッシュサーバＡ１ｂが保持するコンテンツをキャッシュサーバＢ２ｂに提供することができる。

従来の、「キャッシュサーバ間で連携して、コンテンツを別のキャッシュサーバへ提供する」技術では、例えば、図１の構成であれば、キャッシュサーバＡ１ｂからキャッシュサーバＢ２ｂにコンテンツが提供される場合、キャッシュサーバＡ１ｂに処理負荷がかかり、また、キャッシュサーバＡ１ｂとキャッシュサーバＢ２ｂ間のネットワーク設備に高優先パケットが流れるため、それぞれのエリアＡ，Ｂに属する各ユーザ端末が利用しようとするトラヒックの品質を圧迫する可能性がある。特に、キャッシュサーバＡ１ｂからルータ１ａに向かうインターフェースは、他のユーザ端末Ａ（２）１ｄ，Ａ（３）１ｅがキャッシュサーバＡ１ｂからコンテンツをダウンロードする場合と同じ部分であり、品質を圧迫する可能性が高い。

これに対して、本例では、キャッシュサーバＡ１ｂからコンテンツをダウンロードしたユーザＡ（１）１ｃが、キャッシュサーバＢ２ｂに、低優先パケットによって提供するため、元のキャッシュサーバＡ１ｂからルータ１ａに向かうインターフェースとリンクには負荷が生じない。

このような処理を行うユーザ端末Ａ（１）１ｃ〜Ａ（３）１ｅ，Ｂ（１）２ｃ〜Ｂ（３）２ｅ，Ｃ（１）３ｃ〜Ｃ（３）３ｅについて、図６を用いて説明する。

ユーザ端末６１は、コンテンツダウンロード要求送信部６１ａにより、コンテンツダウンロードの要求を生成し、この生成されたダウンロードの要求は、ＱｏＳクラス制御部６１ｂを通じて優先パケットもしくは非優先パケットとしてパケット送信部６１ｃに送られ、パケット送信部６１ｃは、エリア内のキャッシュサーバに向けて当該パケットを送信する。

また、ユーザ端末６１は、パケット受信部６１ｄにより、ネットワークからパケットを受信すると、受信したパケットのうち、コンテンツを受信する場合には、コンテンツダウンロード受信部６１ｆにパケットを振り分け、コンテンツダウンロード受信部６１ｆにおいてコンテンツを構成した後にコンテンツ格納部６１ｇに送る。

コンテンツ格納部６１ｇでは、当該コンテンツをユーザ端末６１内に保持するために記憶装置に蓄積する。

パケット受信部６１ｄが受信したパケットが、アップロード要求であれば、当該パケットをアップロード要求受信部６１ｅに振り分け、アップロード要求処理部６１ｅにおいて、受信したパケットからアップロードすべきコンテンツの指定情報を読み込み、その指定情報をコンテンツアップロード部６１ｈに送る。

コンテンツアップロード部６１ｈは、予め特定のキャッシュサーバをアップロード先として記憶しており、アップロード要求処理部６１ｅから送られてきた指定情報に従って、コンテンツ格納部６１ｇから当該コンテンツを読み出し、アップロード先を指定して、ＱｏＳクラス制御部６１ｂに送る。

ＱｏＳクラス制御部６１ｂは、コンテンツアップロード部６１ｈから送られてきたコンテンツを、低優先パケットとしてパケット送信部６１ｃへ送り、パケット送信部６１ｃは、指定されたアップロード先に、ＱｏＳクラス制御部６１ｂからの低優先パケットを送出する。

次に、図１におけるキャッシュサーバＡ１ｂ，Ｂ２ｂ，Ｃ３ｂについて、図７を用いて説明する。

キャッシュサーバ７１は、パケット受信部７１ａにより、ネットワークからのパケットを受信すると、受信したパケットのうち、ユーザ端末からのダウンロード要求はダウンロード要求受信部７１ｃに送られる。

ダウンロード要求受信部７１ｃでは、要求されているコンテンツがコンテンツ格納部７１ｄに収容されているか否かを確認し、収容されている場合にはダウンロード処理部７１ｅにユーザ端末へのダウンロードを指示する。

ダウンロード処理部７１ｅは、コンテンツ格納部７１ｄから、指定のコンテンツを読み出して、パケット送信部７１ｈに送ると共に、アップロード指示部７１ｇに対して、コンテンツの送り先であるユーザ端末に対してアップロードを指示するための指示を出す。

アップロード指示部７１ｇは、アップロードを指示するパケットを生成し、パケット送信部７１ｈへ送る。

パケット送信部７１ｈは、ダウンロードを要求してきたユーザ端末に向けてコンテンツとアップロードの指示を優先パケットとして送信する。

また、アップロードの指示を受けたユーザ端末が送信してくるコンテンツを含むパケットは、パケット受信部７１ａからコンテンツ受信部７１ｂに送られ、コンテンツ受信部７１ｂにおいてコンテンツに構成されて、コンテンツ格納部７１ｄに収容される。

また、ダウンロード要求受信部７１ｃでは、要求されているコンテンツがコンテンツ格納部７１ｄにおいて収容されていないと判断した場合には、ダウンロード要求転送部７１ｆに対して、オリジナルサーバからの当該コンテンツのダウンロード指示を出す。

ダウンロード要求受信部７１ｃからのダウンロード指示を受けたダウンロード要求転送部７１ｆは、当該コンテンツがキャッシュサーバ７１に送られるように、オリジナルサーバ（５）に向けて要求を転送する。

オリジナルサーバから送られてきたパケットは、パケット受信部７１ａを経てコンテンツ受信部７１ｂで受けられ、コンテンツ受信部７１ｂにおいてコンテンツとして再構成されてコンテンツ格納部７１に収容され、さらに、ダウンロード処理部７１ｅに送られて、要求元のユーザ端末に向けて優先パケットとして送られる。

次に、図４を用いて、本発明に係る他の実施例（２）について説明する。本例は、上述の第１，３，４の技術に対応するものであり、図１に示す構成での動作である。

図３における実施例（１）と異なるのは、図１の構成においてキャッシュサーバＡ１ｂが、ユーザ端末Ａ（１）１ｃから要求されたコンテンツが格納されていない他のキャッシュサーバを特定して、特定したキャッシュサーバに対してアップロードするようユーザ端末に指示する点である。

図４において、キャッシュサーバＡ１ｂは、既に格納しているコンテンツに対してユーザ端末Ａ（１）１ｃからの配信要求を受けると（ステップＳ４０１）、当該コンテンツの有無を確認した後（ステップＳ４０２）にユーザ端末Ａ（１）１ｃに対してダウンロードする（ステップＳ４０３）。

その際、キャッシュサーバＡ１ｂは、他のキャッシュサーバＢ２ｂ、Ｃ３ｃに対して、当該コンテンツの有無を確認し（ステップＳ４０５〜Ｓ４０８）、コンテンツが無いと回答してきた（ステップＳ４０８）キャッシュサーバＣ３ｂをアップロード先と決定し（ステップＳ４０９）、ユーザ端末Ａ（１）１ｃに対して、ダウンロードしたコンテンツをキャッシュサーバＣ３ｂにアップロードするように指示する（ステップＳ４１０）。

この指示を受けたユーザ端末Ａ（１）１ｃは、キャッシュサーバＣ３ｂに対して、当該コンテンツをアップロードし（ステップＳ４１１）、キャッシュサーバＣ３ｂは当該コンテンツを記憶装置に格納する（ステップＳ４１２）。

尚、キャッシュサーバＡ１ｂによるコンテンツアップロード先の決定については、他の技術によっても良いが、いずれにしろ、本例では、アップロード先を固定的に指定するのではなく、状況に応じた指定ができるため、より柔軟にネットワーク運用者のポリシーに従った運用が可能になる。

このような処理を行うユーザ端末Ａ（１）１ｃの構成は図６で示したものと同様であるが、受信したパケットにおいて、どのキャッシュサーバに向けて送信すべきかが指定されている場合、アップロード要求受信部６１ｅにおいて、その指定情報を読み込み、コンテンツアップロード部６１ｈにおいて、宛先キャッシュサーバを指定通りに設定してアップロード処理を行う点が実施例（１）とは異なる。

また、このような処理を行うキャッシュサーバの構成を図８におけるキャッシュサーバ８１として示す。その動作は、実施例（１）で説明した図７のキャッシュサーバ７１と同様であるが、アップロード指示部８１ｇ、パケット受信部８１ａ、パケット送信部８１ｈのそれぞれの動作が異なる。

すなわち、アップロード指示部８１ｇは、ユーザ端末にアップロードを指示するコンテンツについて、他の複数のキャッシュサーバにコンテンツを保持しているか問い合わせるためのパケットを生成し、それぞれのキャッシュサーバに向けてパケット送信部８１ｈを通じて送信する。

パケット受信部８１ａでは、上記問合せに対する回答のパケットをアップロード指示部８１ｇに送り、回答を受けたアップロード指示部８１ｇでは、コンテンツを保持していないと回答したキャッシュサーバから提供先を選択し、アップロードを指示するパケットに、選択したキャッシュサーバを宛先とするように指定し、パケット送信部８１ｈへ送る。

アップロード指示用パケットを受けたパケット送信部８１ｈは、ダウンロードを要求したユーザ端末に向けてアップロードの指示を送信する。

次に、図５を用いて、本発明に係る他の実施例（３）について説明する。本例は、上述の第６の技術に対応するものであり、図１に示す構成での動作である。

図３における実施例（１）および図４における実施例（２）と異なるのは、図１の構成においてキャッシュサーバＡ１ｂが、ユーザ端末Ａ（１）１ｃから要求されたコンテンツを格納していない点である。

図５において、ユーザ端末Ａ（１）１ｃは、あるコンテンツをダウンロードしようとするとき、同じエリアＡに所属するキャッシュサーバＡ１ｂに対してコンテンツの要求を行う（ステップＳ５０１）。

要求を受けたキャッシュサーバＡ１ｂは、当該コンテンツを格納しているか否かを確認し（ステップＳ５０２）、ここでは、要求されたコンテンツを格納していないので、キャッシュサーバＡ１ｂ自身に当該コンテンツをアップロードするように、ユーザ端末Ａ１に指示を出す（ステップＳ５０３）。その上で、オリジナルサーバ５に対して当該コンテンツの配信要求を転送する（ステップＳ５０４）。

この際、オリジナルサーバ５は、当該コンテンツを、キャッシュサーバを経由せずに、直接、ユーザ端末Ａ（１）１ｃにダウンロードし（ステップＳ５０５）、ユーザ端末Ａ（１）１ｃは、当該コンテンツを記憶装置に格納する（ステップＳ５０６）。

コンテンツを入手したユーザ端末Ａ（１）１ｃは、当該コンテンツを、低優先パケットを利用して、キャッシュサーバＡ１ｂに対してアップロードし（ステップＳ５０７）、キャッシュサーバＡ１ｂは送られてきたコンテンツを記憶装置に格納する（ステップＳ５０８）。

従来の技術では、ユーザ端末Ａ（１）１ｃが、キャッシュサーバＡ１ｂを経由してコンテンツをダウンロードすることで、キャッシュサーバＡ１ｂがコンテンツをキャッシュするが、本例では、オリジナルサーバ５から直接ユーザ端末Ａ（１）１ｃにダウンロードするので、キャッシュサーバＡ１ｂを経由する分のトラヒックを削減することができる。

すなわち、図１において、ルータ１ａからキャッシュサーバＡ１ｂを折り返す分のトラヒックを削減することができる。尚、その代りとして、ユーザ端末Ａ（１）１ｃからキャッシュサーバＡ１ｂに向かうトラヒックが発生するが、低優先クラスを用いることで、ダウンロードに用いられている優先クラスの品質を損ねることはない。

さらに、キャッシュサーバＡ１ｂからユーザ端末Ａ（１）１ｃにダウンロードする向きのトラヒックが発生しないため、キャッシュサーバＡ１ｂからダウンロードする他のユーザ端末Ａ（２）１ｄ，Ａ（３）１ｅにおける通信品質を損ねたりすることもなく、帯域を多く用意する必要もなく、効率良くネットワークリ設備を使用することが可能となる。

本実施例（３）におけるユーザ端末の構成は、図６で示すユーザ端末６１と同様である。また、本実施例（３）におけるキャッシュサーバの構成を図９に示す。

この図９に示すキャッシュサーバ９１の処理動作は、図７に示す実施例（１）のキャッシュサーバ７１と同様であるが、ダウンロード要求受信部９１ｃにおいて、要求されているコンテンツがコンテンツ格納部９１ｂに収容されていないと判断した場合の動作が異なる。

すなわち、ダウンロード要求受信部９１ｃは、要求されているコンテンツがコンテンツ格納部９１ｂに収容されていないと判断された場合、ダウンロード要求転送部９１ｆに対して、オリジナルサーバ５からのダウンロード指示を出す。

ダウンロード要求転送部９１ｆは、指示に従って、当該コンテンツがユーザ端末Ａ（１）１ｃに直接送られるようにオリジナルサーバ５に向けて要求を転送し、その後、アップロード指示部９１ｅに対して、ユーザ端末Ａ（１）１ｃに対するアップロード指示を出す。

アップロード指示部９１ｅは、ユーザ端末Ａ（１）１ｃに対して、自キャッシュサーバ９１へのアップロードを指示するためのパケットを生成して、パケット送信部９１ｈへ送り、パケット送信部９１ｈは、ダウンロードを要求したユーザ端末Ａ（１）１ｃに向けて、アップロード指示部９１ｅが生成したアップロード指示を優先パケットとして送信する。

キャッシュサーバ９１からのアップロード指示を受けたユーザ端末Ａ（１）１ｃは、キャッシュサーバ９１に対して当該コンテンツを送信し、キャッシュサーバ９１は、このように送信されてくるコンテンツを含むパケットを、パケット受信部９１ａを介してコンテンツ受信部９１ｂで受信し、コンテンツ受信部９１ｂにおいてコンテンツに構成して、コンテンツ格納部９１ｄに送出して格納する。

次に、図１０〜図１２を用いて、本発明に係る他の実施例（４）について説明する。本例は、上述の第７の技術に対応するものであり、図１に示す構成での動作である。

本実施例（４）の動作は図５における実施例（３）と同様であり、図１の構成においてキャッシュサーバＡ１ｂが、ユーザ端末Ａ（１）１ｃから要求されたコンテンツを格納していない点が、図３における実施例（１）および図４における実施例（２）と異なる。

図１０において、ユーザ端末Ａ（１）１ｃは、あるコンテンツをダウンロードしようとするとき、同じエリアＡに所属するキャッシュサーバＡ１ｂに対してコンテンツの要求を行う（ステップＳ１００１）。

要求を受けたキャッシュサーバＡ１ｂは、当該コンテンツを格納しているか否かを確認し（ステップＳ１００２）、ここでは、要求されたコンテンツを格納していないので、オリジナルサーバ５に対してコンテンツのダウンロード要求を行い（ステップＳ１００３）、オリジナルサーバ５から当該コンテンツをダウンロードする（ステップＳ１００４）。

そして、キャッシュサーバＡ１ｂが、オリジナルサーバ５から入手したコンテンツをユーザ端末Ａ（１）１ｃにダウンロードし（ステップＳ１００５）、これにより、ユーザ端末Ａ（１）１ｃは、所望のコンテンツを入手して記憶装置に格納することができる（ステップＳ１００６）。

さらに、本例では、キャッシュサーバＡ１ｂは、オリジナルサーバ５から入手してユーザ端末Ａ（１）１ｃにダウンロードしたコンテンツを記憶装置に格納すると共に（ステップＳ１００７）、そのダウンロード回数をカウントアップし（ステップＳ１００８）、次の図１１に示す処理を待つ。

図１１において、ユーザ端末Ａ（１）１ｃと同じエリアＡ１に属する他のユーザ端末Ａ（２）１ｄが、図１０においてユーザ端末Ａ（１）１ｃがダウンロードしたコンテンツと同じコンテンツをダウンロードしようとするとき、同じエリアＡに所属するキャッシュサーバＡ１ｂに対してコンテンツの要求を行う（ステップＳ１１０１）。

要求を受けたキャッシュサーバＡ１ｂは、当該コンテンツを格納しているか否かを確認し（ステップＳ１１０２）、ここでは、要求されたコンテンツを格納しているので、当該コンテンツを記憶装置から読み出してユーザ端末Ａ（２）１ｄにダウンロードする（ステップＳ１１０３）。これにより、ユーザ端末Ａ（２）１ｄは、所望のコンテンツを入手して記憶装置に格納することができる（ステップＳ１１０４）。

さらに、本例では、キャッシュサーバＡ１ｂは、ユーザ端末Ａ（２）１ｄにダウンロードしたコンテンツに関してのダウンロード回数Ｄを１つカウントアップ（Ｄ←Ｄ＋１）し（ステップＳ１１０５）、カウントアップした結果のダウンロード回数Ｄと予め定められた閾値Ｎとを比較する（ステップＳ１１０６）。ダウンロード回数Ｄが閾値Ｎ以下であれば、そのまま処理を終了して、次の図１２に示す処理を待つ。

図１２において、ユーザ端末Ａ（１）１ｃおよびユーザ端末Ａ（２）１ｄと同じエリアＡ１に属する他のユーザ端末Ａ（３）１ｅが、図１０，１１においてユーザ端末Ａ（１）１ｃ，ユーザ端末Ａ（２）１ｄがダウンロードしたコンテンツと同じコンテンツをダウンロードしようとするとき、同じエリアＡに所属するキャッシュサーバＡ１ｂに対してコンテンツの要求を行う（ステップＳ１２０１）。

要求を受けたキャッシュサーバＡ１ｂは、当該コンテンツを格納しているか否かを確認し（ステップＳ１２０２）、ここでは、要求されたコンテンツを格納しているので、当該コンテンツを記憶装置から読み出してユーザ端末Ａ（３）１ｅにダウンロードする（ステップＳ１２０３）。これにより、ユーザ端末Ａ（３）１ｅは、所望のコンテンツを入手して記憶装置に格納することができる（ステップＳ１２０４）。

さらに、本例では、キャッシュサーバＡ１ｂは、ユーザ端末Ａ（３）１ｅにダウンロードしたコンテンツに関してのダウンロード回数Ｄを１つカウントアップ（Ｄ←Ｄ＋１）し（ステップＳ１２０５）、カウントアップした結果のダウンロード回数Ｄと予め定められた閾値Ｎとを比較する（ステップＳ１２０６）。

ダウンロード回数Ｄが閾値Ｎ以下であれば、図１１におけるステップＳ１１０６の結果と同様であり、そのまま処理を終了するが、ここでは、ダウンロード回数Ｄが閾値Ｎ以上となった場合を示しており、この場合、キャッシュサーバＡ１ｂは、ユーザ端末Ａ（３）１ｅに対して、当該コンテンツのアップロードを指示する（ステップＳ１２０７）。

このようにして、キャッシュサーバＡ１ｂからのコンテンツのアップロードの指示を受けたユーザ端末Ａ（３）１ｅは、例えば、予め定められた他のエリアＢ２に配置されたキャッシュサーバＢ２ｂに対して、当該コンテンツを格納しているか否かを問い合わせる（ステップＳ１２０８）。

ユーザ端末Ａ（３）１ｅからの問い合わせを受けたキャッシュサーバＢ２ｂは、当該コンテンツを格納しているか否かを確認し（ステップＳ１２０９）、ここでは、要求されたコンテンツを格納していないとし、問い合わせ元のユーザ端末Ａ（３）１ｅに対して当該コンテンツのアップロードを依頼する（ステップＳ１２１０）。

キャッシュサーバＢ２ｂからのアップロード依頼を受けたユーザ端末Ａ（３）１ｅは、通常のダウンロードに使用するパケットよりも低優先クラスのパケットを用いて、当該コンテンツをキャッシュサーバＢ２ｂにアップロードし（ステップＳ１２１１）、キャッシュサーバＢ２ｂにおいて当該コンテンツを記憶装置に格納する（ステップＳ１２１２）。

尚、ダウンロード回数Ｄと閾値Ｎは、例えば、図７に示す構成のキャッシュサーバ７１におけるアップロード指示部７１ｇにおいて図示していない記憶装置を用いて記憶・管理することができる。すなわち、コンテンツのダウンロードを行う毎に、ダウンロード処理部７１ｅが、ダウンロード回数Ｄを増加させる指示をアップロード指示部７１ｇに送ることで実現できる。また、ダウンロード回数Ｄと閾値Ｎとを比較する処理は、アップロード指示部７１ｇにおいて行うことができる。

次に、図１３を用いて、本発明に係る他の実施例（５）について説明する。本例は、上述の第８の技術に対応するものであり、図１に示す構成での動作である。

本実施例（５）の動作は図１０〜１２で説明した実施例（４）と同様であるが、図１の構成においてキャッシュサーバＡ１ｂが、ユーザ端末Ａ（１）１ｃから要求されたコンテンツを既に格納している点が、実施例（４）と異なる。

図１３において、ユーザ端末Ａ（２）１ｄは、あるコンテンツをダウンロードしようとするとき、同じエリアＡに所属するキャッシュサーバＡ１ｂに対してコンテンツの要求を行う（ステップＳ１３０１）。

要求を受けたキャッシュサーバＡ１ｂは、当該コンテンツを格納しているか否かを確認し（ステップＳ１３０２）、ここでは、要求されたコンテンツを格納しているので、当該コンテンツを記憶装置から読み出してユーザ端末Ａ（２）１ｄにダウンロードする（ステップＳ１３０３）。これにより、ユーザ端末Ａ（２）１ｄは、所望のコンテンツを入手して記憶装置に格納することができる（ステップＳ１３０４）。

そして、キャッシュサーバＡ１ｂは、ユーザ端末Ａ（２）１ｄにダウンロードしたコンテンツに関してのダウンロード回数Ｄを１つカウントアップ（Ｄ←Ｄ＋１）する（ステップＳ１３０５）。

さらに、本例では、キャッシュサーバＡ１ｂは、予め同じグループとして設定された異なるエリアＢ２に配置されたキャッシュサーバＢ２ｂに対して、キャッシュサーバＢ２ｂで記憶管理している当該コンテンツのダウンロード回数Ｄｂを問い合わせ（ステップＳ１３０６）、キャッシュサーバＢ２ｂから回答されてきた（ステップＳ１３０７）ダウンロード回数Ｄｂを、ステップＳ１３０５でカウントアップしたダウンロード回数Ｄと加算し、合計したダウンロード回数をＤｔｏｔａｌとする（ステップＳ１３０８）。

その後、さらに、キャッシュサーバＡ１ｂは、予め同じグループとして設定された他のエリアＣ３に配置されたキャッシュサーバＣ３ｂに対しても、キャッシュサーバＣ３ｂで記憶管理している当該コンテンツのダウンロード回数Ｄｃを問い合わせ（ステップＳ１３０９）、キャッシュサーバＣ３ｂから回答されてきた（ステップＳ１３１０）ダウンロード回数Ｄｃを、ステップＳ１３０８で加算したダウンロード回数と加算する（Ｄｔｏｔａｌ←Ｄｔｏｔａｌ＋Ｄｃ）（ステップＳ１３１１）。

ここでは、キャッシュサーバＣ３ｂにおいては当該コンテンツを格納していないものとしており、そのダウンロード回数Ｄｃは「０（ゼロ）」とする。

キャッシュサーバＡ１ｂは、ダウンロード回数Ｄｂ，Ｄｃ（＝０）を加算した結果のダウンロード回数Ｄｔｏｔａｌと予め定められた閾値Ｎとを比較し（ステップＳ１３１２）、ダウンロード回数Ｄｔｏｔａｌが閾値Ｎ以上の場合、ユーザ端末Ａ（２）１ｄに対して、ダウンロード回数Ｄ＝０を回答してきた当該コンテンツを格納していないキャッシュサーバＣ３ｂへのアップロードを指示する（ステップＳ１３１３）。

キャッシュサーバＡ１ｂからのアップロード依頼を受けたユーザ端末Ａ（２）１ｄは、通常のダウンロードに使用するパケットよりも低優先クラスのパケットを用いて、当該コンテンツをキャッシュサーバＣ３ｂにアップロードし（ステップＳ１３１４）、キャッシュサーバＣ３ｂにおいて当該コンテンツを記憶装置に格納する（ステップＳ１３１５）。

尚、ステップＳ１３１２の比較処理の結果、ダウンロード回数Ｄｔｏｔａｌが閾値Ｎ以下であれば、また、ステップＳ１３１０でのキャッシュサーバＣ３ｂからのダウンロード回数Ｄｃが「０（ゼロ）」でなければ、すなわち、グループ内のキャッシュサーバにおけるダウンロード回数が「０」となっているものがなければ、そのまま処理を終了する。

尚、ダウンロード回数Ｄｔｏｔａｌと閾値Ｎは、例えば、図７に示す構成のキャッシュサーバ７１におけるアップロード指示部７１ｇにおいて図示していない記憶装置を用いて記憶・管理することができる。すなわち、コンテンツのダウンロードを行う毎に、ダウンロード処理部７１ｅが、ダウンロード回数を増加させる指示をアップロード指示部７１ｇに送ることで実現できる。また、ダウンロード回数Ｄｔｏｔａｌと閾値Ｎとを比較する処理は、アップロード指示部７１ｇにおいて行うことができる。

以上、図１〜図１３を用いて説明したように、本例では、コンテンツの複製を記憶装置に蓄積し、ネットワークで接続されたユーザ端末から要求されたコンテンツを送信するキャッシュサーバ装置への、コンテンツ配信を行う際に、キャッシュサーバにおいて、要求のコンテンツを受信したユーザ端末に対し、受信したコンテンツを、他のキャッシュサーバ装置にアップロードするよう指示し、ユーザ端末において、キャッシュサーバ装置からの指示に従って、当該コンテンツを他のキャッシュサーバ装置にアップロードする。

尚、ユーザ端末が、キャッシュサーバ装置からの指示に従って、当該コンテンツを他のキャッシュサーバ装置にアップロードする際には、予め自ユーザ端末に割り当てられたキャッシュサーバに対して、受信したコンテンツをアップロードする。

あるいは、キャッシュサーバからユーザ端末に対して、アップロード先のキャッシュサーバ装置を指定し、ユーザ端末は、指定されたキャッシュサーバに、受信したコンテンツをアップロードする。

その際、キャッシュサーバは、他のキャッシュサーバに対して、要求元のユーザ端末に送信したコンテンツを格納しているか否かを問い合わせ、この問い合わせに対して当該コンテンツを格納していないと回答してきたキャッシュサーバを当該コンテンツのアップロード先として指定する。

また、ユーザ端末は、キャッシュサーバへのコンテンツのアップロードを、コンテンツのダウンロードで用いるパケットよりも低優位クラスのパケットを用いて行う。

また、キャッシュサーバは、コンテンツ毎のユーザ端末へのダウンロード回数を計数して記憶装置に記憶し、計数したダウンロード回数が予め定められた閾値を超えたか否かを判別し、計数したダウンロード回数が予め定められた閾値を超えた場合に、当該コンテンツのアップロードを、当該コンテンツのダウンロード先のユーザ端末に指示する。

また、キャッシュサーバは、ユーザ端末にコンテンツをダウンロードする際に、予め定められた同じグループに属する他のキャッシュサーバから、各キャッシュサーバにおける当該コンテンツのダウンロード回数を収集し、各ダウンロード回数を合計して記憶装置に記憶すると共に、当該コンテンツを蓄積していないキャッシュサーバ装置を特定し、合計したダウンロード回数が予め定められた閾値を超えたか否かを判別し、合計したダウンロード回数が予め定められた閾値を超えた場合に、当該コンテンツを、特定したキャッシュサーバ装置にアップロードするよう、当該コンテンツのダウンロード先のユーザ端末に指示する。

このように、本例では、ユーザ端末からのコンテンツ配信要求を受けたキャッシュサーバが、要求元のユーザ端末に対して、当該コンテンツのアップロードを指示して、指示を受けた要求元のユーザ端末が、取得したコンテンツをキャッシュサーバにアップロードしており、このことにより、ユーザ端末において新たなコンテンツを迅速にダウンロードすることができ、また、本例では、ユーザ端末が、取得したコンテンツをキャッシュサーバにアップロードする際には、低優先パケットを利用しており、このことにより、他の優先パケットを利用した通信の品質を損なうことを回避でき、キャッシュサーバならびにネットワーク設備を効率的に利用することができる。

尚、本発明は、図１〜図１３を用いて説明した例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能である。例えば、図１３に示した例では、キャッシュサーバＢ２ｂにおける当該コンテンツのダウンロード回数を入手して合計した後に、当該コンテンツを保持していないキャッシュサーバＣ３ｂを特定し、その後、各キャッシュサーバＡ，Ｂ，Ｃの当該コンテンツのダウンロード回数を合計する処理手順となっているが、先に、当該コンテンツを保持していないキャッシュサーバＣ３ｂを特定し、その後に、キャッシュサーバＢ２ｂにおける当該コンテンツのダウンロード回数を入手して合計し、閾値を超えたことを判別して、ユーザ端末（２）１ｄにアップロード指示を行う処理手順であっても良い。

また、ネットワークの分割エリアに関しても、３つのエリア（Ａ，Ｂ，Ｃ）に限定されるものではなく、４以上の任意の数のエリアに分割した構成であっても良いし、各ユーザ端末の数も、本例のように各エリアに３個ずつ配置することに限定されるものではない。

また、本例のコンピュータ構成に関しても、キーボードや光ディスクの駆動装置の無いコンピュータ構成としても良い。また、本例では、光ディスクを記録媒体として用いているが、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）等を記録媒体として用いることでも良い。また、プログラムのインストールに関しても、通信装置を介してネットワーク経由でプログラムをダウンロードしてインストールすることでも良い。

本発明に係るキャッシュサーバへのコンテンツ配信システムを設けたネットワークの構成例を示すブロック図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの従来の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第１の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第２の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第３の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムを構成するユーザ端末の本発明に係る構成例を示すブロック図である。 図１におけるキャッシュサーバへのコンテンツ配信システムを構成するキャッシュサーバの本発明に係る第１の構成例を示すブロック図である。 図１におけるキャッシュサーバへのコンテンツ配信システムを構成するキャッシュサーバの本発明に係る第２の構成例を示すブロック図である。 図１におけるキャッシュサーバへのコンテンツ配信システムを構成するキャッシュサーバの本発明に係る第３の構成例を示すブロック図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第４の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第５の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第６の処理動作例を示すシーケンス図である。 図１におけるキャッシュサーバへのコンテンツ配信システムの本発明に係る第７の処理動作例を示すシーケンス図である。

符号の説明

１：エリアＡ、１ａ：ルータ、１ｂ：キャッシュサーバＡ、１ｃ〜１ｅ：ユーザ端末Ａ（１）〜Ａ（３）、２：エリアＢ、２ａ：ルータ、２ｂ：キャッシュサーバＢ、２ｃ〜２ｅ：ユーザ端末Ｂ（１）〜Ｂ（３）、３：エリアＣ、３ａ：ルータ、３ｂ：キャッシュサーバＣ、３ｃ〜３ｅ：ユーザ端末Ｃ（１）〜Ｃ（３）、４：ルータＴ、５：オリジナルサーバ、６１：ユーザ端末、６１ａ：コンテンツダウンロード要求送信部、６１ｂ：ＱｏＳクラス制御部、６１ｃ：パケット送信部、６１ｄ：パケット受信部、６１ｅ：アップロード要求受信部、６１ｆ：コンテンツダウンロード受信部、６１ｇ：コンテンツ格納部、６１ｈ：コンテンツアップロード部、７１，８１，９１：キャッシュサーバ、７１ａ，８１ａ，９１ａ：パケット受信部、７１ｂ，８１ｂ，９１ｂ：コンテンツ受信部、７１ｃ，８１ｃ，９１ｃ：ダウンロード要求受信部、７１ｄ，８１，９１ｄ：コンテンツ格納部、７１ｅ，８１ｅ，９１ｅ：ダウンロード処理部、７１ｆ，８１ｆ，９１ｆ：ダウンロード要求転送部、７１ｇ，８１ｇ，９１ｇ：アップロード指示部、７１ｈ，８１ｈ，９１ｈ：パケット送信部。

Claims (9)

1. コンテンツの複製を記憶装置に蓄積し、ネットワークで接続されたユーザ端末から要求されたコンテンツを送信するキャッシュサーバ装置への、コンテンツ配信方法であって、
   上記キャッシュサーバ装置による、プログラムされたコンピュータ処理手順として、上記要求のコンテンツを受信したユーザ端末に対し、受信したコンテンツを、他のキャッシュサーバ装置にアップロードするよう指示する第１の手順を含み、
   上記ユーザ端末による、プログラムされたコンピュータ処理手順として、上記キャッシュサーバ装置からの指示に従って、当該コンテンツを他のキャッシュサーバ装置にアップロードする第２の手順を含む
   ことを特徴とするキャッシュサーバへのコンテンツ配信方法。
2. 請求項１に記載のキャッシュサーバへのコンテンツ配信方法であって、
   上記第２の手順では、予め自ユーザ端末に割り当てられたキャッシュサーバ装置に上記受信したコンテンツをアップロードすることを特徴とするキャッシュサーバへのコンテンツ配信方法。
3. 請求項１に記載のキャッシュサーバへのコンテンツ配信方法であって、
   上記第１の手順は、アップロード先のキャッシュサーバ装置を指定する手順を含み、
   上記第２の手順では、指定されたキャッシュサーバ装置に上記受信したコンテンツをアップロードすることを特徴とするキャッシュサーバへのコンテンツ配信方法。
4. 請求項３に記載のキャッシュサーバへのコンテンツ配信方法であって、
   上記第１の手順は、
   上記他のキャッシュサーバ装置に対して、上記要求元のユーザ端末に送信したコンテンツを格納しているか否かを問い合わせる手順と、
   該問い合わせに対して当該コンテンツを格納していないと回答してきたキャッシュサーバ装置を当該コンテンツのアップロード先として指定する手順を含む
   ことを特徴とするキャッシュサーバへのコンテンツ配信方法。
5. 請求項１から請求項４のいずれかに記載のキャッシュサーバへのコンテンツ配信方法であって、
   上記第２手順では、
   上記キャッシュサーバ装置への上記受信したコンテンツのアップロードを、コンテンツのダウンロードで用いるパケットよりも低優位クラスのパケットを用いて行うことを特徴とするキャッシュサーバへのコンテンツ配信方法。
6. 請求項１から請求項５のいずれかに記載のキャッシュサーバへのコンテンツ配信方法であって、
   上記キャッシュサーバ装置による、プログラムされたコンピュータ処理手順として、
   コンテンツ毎のユーザ端末へのダウンロード回数を計数して記憶装置に記憶する手順と、
   計数したダウンロード回数が予め定められた閾値を超えたか否かを判別する手順とを含み、
   計数したダウンロード回数が予め定められた閾値を超えた場合に、上記第１の手順により、当該コンテンツのアップロードを該コンテンツのダウンロード先のユーザ端末に指示する
   こと特徴とするキャッシュサーバへのコンテンツ配信方法。
7. 請求項１から請求項５のいずれかに記載のキャッシュサーバへのコンテンツ配信方法であって、
   上記キャッシュサーバ装置による、プログラムされたコンピュータ処理手順として、
   上記ユーザ端末にコンテンツをダウンロードする際に、予め定められた同じグループに属する他のキャッシュサーバ装置から各キャッシュサーバ装置における当該コンテンツのダウンロード回数を収集し、各ダウンロード回数を合計して記憶装置に記憶すると共に、当該コンテンツを蓄積していないキャッシュサーバ装置を特定する手順と、
   合計したダウンロード回数が予め定められた閾値を超えたか否かを判別する手順と、
   を含み、
   合計したダウンロード回数が予め定められた閾値を超えた場合に、上記第１の手順により、当該コンテンツの上記特定したキャッシュサーバ装置に対するアップロードを、該コンテンツのダウンロード先のユーザ端末に指示すること特徴とするキャッシュサーバへのコンテンツ配信方法。
8. コンテンツの複製を記憶装置に蓄積し、ネットワークで接続されたユーザ端末から要求されたコンテンツを送信するキャッシュサーバ装置にコンテンツを配信するシステムであって、
   プログラムされたコンピュータ処理を実行する手段として、請求項１から請求項７のいずれかに記載のキャッシュサーバへのコンテンツ配信方法における各手順を実行する手段を具備したことを特徴とするキャッシュサーバへのコンテンツ配信システム。
9. コンピュータに、請求項１から請求項７のいずれかに記載のキャッシュサーバへのコンテンツ配信方法における各手順を実行させるためのプログラム。

Images