(57)【要約】      （修正有）【課題】トンネル化や暗号化、また約款や法律などにより通信内容を参照したり改変したりできない通信事業者でも利用可能とする。【解決手段】第２網に接続されたクライアント装置がユーザから受け付けたコンテンツサーバにあるコンテンツのリクエストを取得し、コンテンツが既に配信済みであった場合には、第２網管理装置に対してクライアント装置にコンテンツを配信する指示を出し、第２の記憶部に記憶されたキャッシュ装置とクライアント装置と配信先とを対応付けて記憶するキャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、第１網管理装置から出された指示に基づいて、そのクライアント装置にコンテンツを返信する指示を出し、第２網管理装置から出された指示に基づいて、自身に近いクライアント装置にコンテンツを配信する。【選択図】図１
2015032143.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバと通信可能な第１網に接続された第１網管理装置と、第２網に接続された第２網管理装置および１または複数のキャッシュ装置およびクライアント装置と、を有したキャッシュシステムであって、
前記第１網管理装置は、
前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストを記憶する第１の記憶部と、
前記第２網に接続されたクライアント装置がユーザから受け付けた前記コンテンツサーバにあるコンテンツのリクエストを取得し、前記コンテンツリストから、取得した前記リクエストに対応するコンテンツが既に配信済みか否かを判定し、該コンテンツが既に配信済みであった場合には、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を出す第１の制御部と、を備え、
前記第２網管理装置は、
前記キャッシュ装置と前記クライアント装置と前記配信先とを対応付けて記憶するキャッシュ装置リストを記憶する第２の記憶部と、
該キャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出す第２の制御部と、を備え、
前記キャッシュ装置は、
前記第２網管理装置から出された指示に基づいて、自身に近い前記クライアント装置に前記コンテンツを配信する第３の制御部と、
を備えることを特徴とするキャッシュシステム。
【請求項２】
前記第１網管理装置は、
前記第１の制御部が、コンテンツのキャッシュ配信の要否を判断し、必要と判断した際には、マルチキャスト配信先を限定する情報とコンテンツのＵＲＬとコンテンツを含み、前記第２網管理装置にマルチキャスト配信指示を出し、
前記第２網管理装置は、
前記第２網制御部が、該マルチキャスト配信先に含まれるキャッシュ装置に該コンテンツのＵＲＬと該コンテンツをマルチキャスト配信する、
ことを特徴とする請求項１に記載のキャッシュシステム。
【請求項３】
前記第１網管理装置は、
前記第１の記憶部が、前記コンテンツリストに含めて前記コンテンツの保持期間をさらに記憶し、
前記第１の制御部が、前記第２網管理装置に対して前記保持期間を含む前記指示をし、
前記第２網管理装置は、
前記第２の制御部が、前記キャッシュ装置に対して前記保持期間を含む前記指示をし、
前記第１網管理装置と前記第２網管理装置と前記キャッシュ装置とは、前記保持期間が経過したか否かを判定し、前記保持期間が経過したと判定した場合、前記コンテンツを削除する、
ことを特徴とする請求項２に記載のキャッシュシステム。
【請求項４】
前記第１網管理装置は、
前記第１の制御部が、前記リクエストに対応するコンテンツが未配信である場合に前記第２網管理装置にコンテンツ配信委譲指示を出し、前記クライアント装置のＩＰアドレスと、コンテンツのＵＲＬと、前記コネクション情報を含み、該クライアント装置に近いキャッシュ装置に該コンテンツを返信するコンテンツ配信委譲指示をし、
該クライアント装置に近いキャッシュ装置は、
前記第３の制御部が、前記コンテンツ配信委譲指示に基づいて、近傍探索の指示先である１台もしくは複数台のキャッシュ装置に近傍探索指示を出し、
該近傍探索の指示先であるキャッシュ装置は、前記ＵＲＬに該当するコンテンツを保持していた場合には該コンテンツを該クライアント装置に近いキャッシュ装置に返し、該クライアント装置に近いキャッシュ装置が、該コンテンツを該クライアント装置に配信する、
ことを特徴とする請求項１〜３のいずれか１項に記載のキャッシュシステム。
【請求項５】
コンテンツサーバと通信可能な第１網に接続された第１網管理装置と、第２網に接続された第２網管理装置および１または複数のキャッシュ装置およびクライアント装置と、を有したキャッシュシステムで行われるコンテンツ配信方法であって、
前記第２網に接続されたクライアント装置がユーザから受け付けたコンテンツサーバにあるコンテンツのリクエストを取得するステップと、
第１の記憶部に記憶された前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストから、取得した前記リクエストに対応するコンテンツが既に配信済みか否かを判定するステップと、
該コンテンツが既に配信済みであった場合には、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を出すステップと、
第２の記憶部に記憶された前記キャッシュ装置と前記クライアント装置と前記配信先とを対応付けて記憶するキャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索するステップと、
前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出すステップと、
前記第２網管理装置から出された指示に基づいて、自身に近い前記クライアント装置に前記コンテンツを配信するステップと、
を含むことを特徴とするコンテンツ配信方法。
【請求項６】
コンテンツサーバと通信可能な第１網に接続された第１網管理装置に第２網を介して接続された第２網管理装置および１または複数のキャッシュ装置およびクライアント装置と、を有したキャッシュシステムであって、
前記キャッシュ装置と前記クライアント装置とコンテンツの配信先とを対応付けて記憶するキャッシュ装置リストを記憶する第２の記憶部と、
前記第１網管理装置の第１の記憶部が記憶する前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストから、第１網管理装置が有する第１の制御部によって前記クライアント装置からリクエストされたコンテンツが既に配信済みと判定された場合、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を前記第１網管理装置から受け、該キャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出す第２の制御部と、を備え、
前記キャッシュ装置は、
前記第２網管理装置から出された指示に基づいて、自身に近い前記クライアント装置に前記コンテンツを配信する第３の制御部と、
を備えることを特徴とするキャッシュシステム。
【請求項７】
コンテンツサーバと通信可能な第１網に接続された第１網管理装置と、第２網において１または複数のキャッシュ装置およびクライアント装置に接続された第２網管理装置であって、
前記キャッシュ装置と前記クライアント装置とコンテンツの配信先とを対応付けて記憶するキャッシュ装置リストを記憶する第２の記憶部と、
前記第１網管理装置の第１の記憶部が記憶する前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストから、第１網管理装置が有する第１の制御部によって前記クライアント装置からリクエストされたコンテンツが既に配信済みと判定された場合、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を前記第１網管理装置から受け、該キャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出す第２の制御部と、
を備えることを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信事業者向けのキャッシュシステムに関する。
【背景技術】
【０００２】
通信量削減やレスポンス高速化のために、従来からキャッシュシステムが用いられてきた。特にインターネットを介したＷｅｂブラウジングでは、同一オブジェクトを複数のユーザが繰り返し参照するため、キャッシュシステムの効果が高い。
【０００３】
本技術分野の背景技術として、特許文献１がある。特許文献１には、コンテンツをサーバから視聴者装置へ効率的に送信するため、情報提供サーバは、各視聴者装置において購入されると予想されるコンテンツを、中継局を介して予め視聴者装置の三次キャッシュサーバへ書込み、各視聴者装置は、購入指定され表示出力すべきコンテンツを一次、二次、三次キャッシュサーバのうちのいずれか自己に近いキャッシュサーバから取得する技術が開示されている。
【０００４】
また、本技術分野の別の背景技術として、特許文献２には、プロバイダによってサイトにアップロードされたコンテンツが他のサイトに複製され、リクエストがあった場合に複製されたコンテンツを検索してダウンロードする技術が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特願２００１−２９２４２９号公報
【特許文献２】米国特許ＵＳ１０／１１３２４４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
既存のキャッシュシステムはキャッシュ装置をある通信網に設置し、同キャッシュ装置においてキャッシュヒット判定を行い、ヒットした場合には同キャッシュ装置からコンテンツを返すシステムである。しかし通信がトンネル化や暗号化などによって保護されている場合は、通信内容を参照したり改変したりできないため、キャッシュヒット判定やキャッシュからの応答を行えない。一般にキャッシュ装置は、キャリアのようなエンドユーザ近くの通信網に設置するほど通信量削減効果や応答速度向上効果が高まるが、一方でトンネル化や暗号化はＩＳＰやコンテンツプロバイダなど、キャリアより上流側の通信事業者が施す。そのためキャッシュ装置を最も効果的な場所に置くことができなくなってしまう。また、キャリアやＩＳＰなど一部の通信事業者は約款や法律などにより通信内容を参照したり改変したりすることを禁止されている場合があり、この場合もこれらのキャッシュシステムを用いることはできない。
【０００７】
すなわち、既存のキャッシュシステムの課題は、トンネル化や暗号化、また約款や法律などにより通信内容を参照したり改変したりできない通信事業者でも利用可能なキャッシュシステムを提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、コンテンツサーバと通信可能な第１網に接続された第１網管理装置と、第２網に接続された第２網管理装置および１または複数のキャッシュ装置およびクライアント装置と、を有したキャッシュシステムであって、前記第１網管理装置は、前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストを記憶する第１の記憶部と、前記第２網に接続されたクライアント装置がユーザから受け付けた前記コンテンツサーバにあるコンテンツのリクエストを取得し、前記コンテンツリストから、取得した前記リクエストに対応するコンテンツが既に配信済みか否かを判定し、該コンテンツが既に配信済みであった場合には、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を出す第１の制御部と、を備え、前記第２網管理装置は、前記キャッシュ装置と前記クライアント装置と前記配信先とを対応付けて記憶するキャッシュ装置リストを記憶する第２の記憶部と、該キャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出す第２の制御部と、を備え、前記キャッシュ装置は、前記第２網管理装置から出された指示に基づいて、自身に近い前記クライアント装置に前記コンテンツを配信する第３の制御部と、を備えることを特徴とするキャッシュシステムとして構成される。
【０００９】
また、本発明にかかるキャッシュシステムは、コンテンツサーバと通信可能な第１網に接続された第１網管理装置に第２網を介して接続された第２網管理装置および１または複数のキャッシュ装置およびクライアント装置と、を有したキャッシュシステムであって、前記キャッシュ装置と前記クライアント装置とコンテンツの配信先とを対応付けて記憶するキャッシュ装置リストを記憶する第２の記憶部と、前記第１網管理装置の第１の記憶部が記憶する前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストから、第１網管理装置が有する第１の制御部によって前記クライアント装置からリクエストされたコンテンツが既に配信済みと判定された場合、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を前記第１網管理装置から受け、該キャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出す第２の制御部と、を備え、前記キャッシュ装置は、前記第２網管理装置から出された指示に基づいて、自身に近い前記クライアント装置に前記コンテンツを配信する第３の制御部と、を備えることを特徴とするキャッシュシステムとして構成される。
【００１０】
また、本発明にかかる情報処理装置は、コンテンツサーバと通信可能な第１網に接続された第１網管理装置と、第２網において１または複数のキャッシュ装置およびクライアント装置に接続された第２網管理装置であって、前記キャッシュ装置と前記クライアント装置とコンテンツの配信先とを対応付けて記憶するキャッシュ装置リストを記憶する第２の記憶部と、前記第１網管理装置の第１の記憶部が記憶する前記第２網に配信した配信済みコンテンツとその配信先とそのコンテンツの識別情報とを対応付けたコンテンツリストから、第１網管理装置が有する第１の制御部によって前記クライアント装置からリクエストされたコンテンツが既に配信済みと判定された場合、該クライアント装置の識別情報と、該コンテンツの識別情報と、該クライアント装置と第１網管理装置の接続を復元するためのコネクション情報を含み、第２網管理装置に対して該クライアント装置に該コンテンツを配信する指示を前記第１網管理装置から受け、該キャッシュ装置リストを探索してリクエストされたクライアント装置に近いキャッシュ装置を探索し、前記第１網管理装置から出された指示に基づいて、そのクライアント装置に前記コンテンツを返信する指示を出す第２の制御部と、を備えることを特徴とする情報処理装置として構成される。
【００１１】
また、本発明は、上記キャッシュシステムで行われるコンテンツ配信方法としても把握される。
【発明の効果】
【００１２】
本発明を用いることで、トンネル化や暗号化、また約款や法律などにより通信内容を参照したり改変したりできない通信事業者の通信網内にキャッシュシステムを設置し、ユーザ近くからデータを返信することで、通信料削減効果を高められる。
【図面の簡単な説明】
【００１３】
【図１】実施例１のキャッシュシステムの全体図
【図２】ユーザからのコンテンツ要求に対し、キャッシュヒットした場合の処理フロー
【図３】ユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納すると判断した場合の処理フロー
【図４】ユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納しないと判断した場合の処理フロー
【図５】マルチキャスト配信の処理フロー
【図６】第１網管理サーバのコンテンツ要求受付処理のフローチャート
【図７】第１網管理サーバのマルチキャスト処理のフローチャート
【図８】第２網管理サーバのキャッシュからのコンテンツ返信指示受付処理のフローチャート
【図９】第２網管理サーバのマルチキャスト配信指示受付処理のフローチャート
【図１０】キャッシュ装置のマルチキャスト受信指示受付処理のフローチャート
【図１１】キャッシュ装置のコンテンツ返信指示受信処理のフローチャート
【図１２】第1網管理装置と第2網管理装置の間の電文フォーマット
【図１３】キャッシュモジュールの管理するデータ
【図１４】実施例２のキャッシュシステムの全体図
【図１５】マルチキャスト配信の処理フロー
【図１６】第1網管理装置と第2網管理装置の間の電文フォーマット
【図１７】キャッシュモジュールの管理するデータ
【図１８】実施例３のキャッシュシステムの構成
【図１９】第２網内の他のあるキャッシュ装置が既に該コンテンツを持っていた場合の処理フロー
【図２０】コンテンツサーバから新たに取得する場合の処理フロー
【図２１】第1網管理装置のコンテンツ要求受付処理のフローチャート
【図２２】第2網管理装置のコンテンツ返信委譲指示受付処理フローチャート
【図２３】キャッシュ装置のコンテンツ返信委譲処理受付処理フローチャート
【図２４】キャッシュ装置の近傍探索指示受信処理フローチャート
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、本発明にかかるマネージドキャッシュサービスの実施の形態を詳細に説明する。
【実施例１】
【００１５】
本実施例では、トンネル化や暗号化、また約款や法律などにより通信内容を参照したり改変したりできない通信事業者でも利用可能なキャッシュシステムであり、さらにキャッシュシステムへのコンテンツ配信をマルチキャストで高効率に行える、マネージドキャッシュの例を説明する。
【００１６】
図１は、マネージドキャッシュの全体図である。キャッシュシステムは第１網１０１と第２網１０２からなる。このうちキャッシュを参照するクライアント端末・装置等から構成されるユーザ１６３、１６４、１６５は第２網を利用する。また、キャッシュするコンテンツを有するコンテンツサーバ１０３は第１網と接続される。なお、コンテンツサーバ１０３は複数台あっても構わない。コンテンツサーバ１０３が複数台ある場合には、ユーザ１６３、１６４、１６５のコンテンツ取得要求に含まれるＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）で区別される。
【００１７】
ここで第１網と第２網はそれぞれ異なるネットワークであっても、共有関係にあってもよい。また、それぞれ異なるすなわち独立している場合には、第１網内の任意のサーバ装置と第２網内の任意のサーバ装置はそれぞれ通信可能であるとする。このとき第１網と第２網が直接接続されている必要はなく、他の第３網や、さらに第４網など間に異なるネットワークが挟まれていても通信することは可能である。
【００１８】
第１網１０１には第１網管理装置１１０が含まれる。第１網管理装置１１０はＣＰＵ１１１と主記憶１１２と二次記憶１１３を含み、主記憶上に第１網管理モジュール１１４とコンテンツリスト１１５を含む。ここで、コンテンツリスト１１５とは、キャッシュ装置に対して既に配信したコンテンツを管理する表であり、ＩＤ列１１６、ＵＲＬ列１１７、配信先列１１８からなる。このうちＩＤ列１１６は通し番号であり、ＵＲＬ列１１７は配信したコンテンツのＵＲＬであり、配信先列１１８は配信したキャッシュ装置を限定する情報である。例えばＩＤ＝１のコンテンツは配信先がａｌｌであり、これは全てのキャッシュ装置に配信したことを表す。またＩＤ＝２のコンテンツは配信先が関東であり、これは日本の関東地方にあるキャッシュ装置にコンテンツを配信したことを表す。
【００１９】
なお、配信先列の表現方法はほかにもバリエーションが考えられる。例えば緯度経度といった地理的条件で範囲を限定する方法や、キャッシュ装置のユニークＩＤであるＩＰアドレスを用いて限定する方法などが考えられる。また、第１網管理モジュール１１４の動作を記述したプログラムは二次記憶１１３に格納されており、第１網管理装置１１０の起動時に主記憶１１２に読み込まれる。また、第１網管理モジュール１１４が主記憶に読み込まれ動作を開始した際にコンテンツリスト１１５は主記憶１１２上で初期化される。
【００２０】
第２網１０２には第２網管理装置１２０とキャッシュ装置１３０、１４０、１５０とルータ１７１、１７３、１７４、１７５とユーザ１６３、１６４、１６５が含まれる。第２網管理装置１２０はＣＰＵ１２１と主記憶１２２と二次記憶１２３を含み、主記憶上に第２網管理モジュール１２４とキャッシュ装置リスト１２５を含む。ここで、キャッシュ装置リスト１２５とはキャッシュ装置と配信先とユーザの関係を表す表であり、ＩＤ列１２６、キャッシュ装置ＩＰ列１２７、配信先配列列１２８、ユーザＩＰ配列列１２９からなる。このうちＩＤ列１２６は通し番号であり、キャッシュ装置ＩＰ列１２７はキャッシュ装置のＩＰアドレスであり、配信先配列列１２８は該キャッシュ装置が担当する１つまたは複数の場所の識別子の配列であり、ユーザＩＰ配列列１２９は該キャッシュ装置が担当する１つまたは複数のユーザのＩＰアドレスの配列である。
【００２１】
なお、配信先配列列１２８の内容は第１網管理装置のコンテンツリスト１１５の配信先列１１８の内容に対応する必要がある。例えば配信先列１１８が緯度経度で範囲を限定する場合は、配信先配列列１２８も緯度経度で範囲を限定する必要がある。また、第２網管理モジュール１２４の動作を記述したプログラムは二次記憶１２３に格納されており、第２網管理装置１２０の起動時に主記憶１２２に読み込まれる。さらにキャッシュ装置リスト１２５も第２網管理装置１２０の起動時に主記憶１２２上で初期化され、その後、第２網１０２の構成を知る管理者や管理用プログラムによって各行が入力される。
【００２２】
キャッシュ装置１３０、１４０、１５０は全て同一の構成であり、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスで識別される。以下、キャッシュ装置１３０を代表して説明する。キャッシュ装置１３０はＣＰＵ１３１と主記憶１３２と二次記憶１３３を含み、主記憶１３２上にキャッシュ管理モジュール１３４とキャッシュモジュール１３５を含む。なお、キャッシュ管理モジュール１３４とキャッシュモジュール１３５の動作を記述したプログラムは二次記憶１３３に格納されており、キャッシュ装置１３０の起動時に主記憶１３２に読み込まれる。また、キャッシュモジュール１３５は図１３に示すデータ構造でキャッシュを管理する。このうち、ＩＤ列１３０１は適切な通し番号、ＵＲＬ列１３０２はコンテンツのＵＲＬ、コンテンツ列１３０３にはコンテンツそのものが含まれる。ルータ１７１、１７３、１７４、１７５はマルチキャスト通信を中継する機能を有する。
【００２３】
続いて、図２から図５を用いてマネージドキャッシュの特徴であるキャッシュヒット判定とマルチキャスト配信の処理フローを示す。マネージドキャッシュはユーザからのコンテンツ要求の際にキャッシュヒット判定を行う網と実際にキャッシュを持つ網が異なるという特徴がある。本実施例ではキャッシュヒット判定は第１網で行い、一方のキャッシュを持つのは第２網である。以下、ユーザ１６３からのコンテンツ要求に関する処理を例に説明する。
【００２４】
図２にユーザからのコンテンツ要求に対し、キャッシュヒットした場合の処理フローを示す。まずユーザ１６３が第１網管理装置１１０にコンテンツ要求２０１を行う。ここではＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）によるコンテンツ要求が行われるものとする。なお、コンテンツ要求２０１は、通常であればユーザ１６３からコンテンツサーバ１０３に対して行われるが、ここでは透過型プロクシの技術を用いて第１網管理装置１１０が受信する。続いて第１網管理装置１１０はコンテンツリスト１１５を参照２０２してヒット判定を行い、ここではヒット２０３である、すなわち該コンテンツはすでにキャッシュ装置に対して配信済みであると判断する。
【００２５】
続いて第１網管理装置１１０は第２網管理装置１２０に対してキャッシュからのコンテンツ返信指示２０４を送信する。キャッシュからのコンテンツ返信指示２０４にはユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている。コネクション情報とはコンテンツ要求２０１の際にユーザ１６３と第１網管理装置１１０の間で張られたコネクションを復元するために必要な情報であり、具体的には送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵などが上げられる（図１２のＡ１２０１）。
【００２６】
続いて第２網管理装置１２０は、キャッシュからのコンテンツ返信指示２０４に含まれるユーザのＩＰアドレスを元に適切なキャッシュ装置１３０に対してコンテンツ返信指示２０５を出す。ここでは第２網管理装置１２０は第２網のトポロジーを知っているため、ユーザのＩＰアドレスを元に、適切である、すなわちユーザの近くにあるキャッシュ装置を選択できるものとする。コンテンツ返信指示２０５にはユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている。コネクション情報とはコンテンツ要求２０１の際にユーザ１６３と第１網管理装置１１０の間で張られたコネクションを復元するために必要な情報であり、具体的には送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵などが上げられる（図１２のＡ１２０１）。
【００２７】
最後にキャッシュ装置１３０はユーザ１６３にコンテンツを返信２０６する。このとき、キャッシュ装置１３０はコンテンツ返信指示２０５に含まれるユーザのＩＰアドレスとコネクション情報に従いユーザ１６３と第１網管理装置１１０の間のコネクションを復元し、またコンテンツのＵＲＬに相当するコンテンツをキャッシュモジュール１３５から取り出し、復元したコネクションを用いてコンテンツを返信する。このとき、キャッシュモジュール１３５は自身の管理するデータを、ＵＲＬ列１３０２をキーに探索し、該当するコンテンツ列１３０３に含まれるデータを返す。
【００２８】
また、第１網管理装置はヒット判定２０３の後にコンテンツサーバ１０３に対してダミーのコンテンツ要求２０７を出す。ダミーのコンテンツ要求２０７とは、たとえば要求範囲が０バイト目から０バイトのＧＥＴコマンドである。ダミーのコンテンツ要求２０７を出すことにより、キャッシュ装置１３０からコンテンツを返したにもかかわらずコンテンツサーバ１０３はどのコンテンツにアクセスがあったか履歴を持つことができる。
【００２９】
図３にユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納すると判断した場合の処理フローを示す。まずユーザ１６３が第１網管理装置１１０にコンテンツ要求３０１を行う。ここでもＨＴＴＰによるコンテンツ要求を行い、また透過型プロクシの技術を用いてユーザ１６３からコンテンツサーバ１０３へのコンテンツ要求を第１網管理装置１１０が受信したものとする。
【００３０】
続いて第１網管理装置１１０はコンテンツリスト１１５を参照３０２してヒット判定を行い、ここではミス３０４である、すなわち該コンテンツはキャッシュ装置に対して未配信であると判断する。続いて第１網管理装置１１０は該コンテンツのキャッシュ要否判定を行い、ここでは要である３０４、すなわち今後継続してアクセスされる可能性が高いためキャッシュしておくべきであると判断する。その後第１網管理装置１１０はコンテンツサーバ１０３に対してコンテンツ要求３０５を出し、コンテンツサーバ１０３は第１網管理装置１１０にコンテンツを返信３０６する。
【００３１】
続いて第１網管理装置１１０は第２網管理装置にマルチキャスト配信指示３０７を出す。マルチキャスト配信指示３０７にはマルチキャスト配信先を限定する情報とコンテンツのＵＲＬと手順３０６で受信したコンテンツそのものが含まれている（図１２のＢ１２０２）。また、ここではキャッシュ装置１３０がマルチキャスト配信先に含まれている必要がある。そのため、第１網１０１が第２網１０２のネットワークの構成情報を知りえない場合はａｌｌとする。
【００３２】
続いて第２網管理装置は配信先に含まれるキャッシュ装置にマルチキャスト受信指示３０８を出す。マルチキャスト受信指示３０８には参加すべきマルチキャストグループ名が含まれる。なお、配信先に含まれるキャッシュ装置は、マルチキャスト配信指示３０７に含まれる配信先を用いてキャッシュ装置リスト１２５の配信先配列列１２８を探索することで求められる。続いてキャッシュ装置１３０はルータ１７３に対してマルチキャスト受信指示３０８で指示されたマルチキャストグループへのＪＯＩＮ要求３０９を出し、ルータ１７３は準備が出来次第ＡＣＫ３１０を返す。その後キャッシュ装置１３０は第２網管理装置１２０にマルチキャスト受信準備完の連絡３１１を返す。
【００３３】
その後、第２網管理サーバは、マルチキャスト配信先である全キャッシュ装置からのマルチキャスト受信準備完連絡を確認した後にマルチキャスト配信３１２を行う。マルチキャスト配信には、マルチキャスト配信指示３０７に含まれるコンテンツのＵＲＬとコンテンツそのものが含まれている。その後キャッシュ装置１３０はコンテンツのＵＲＬとコンテンツそのものの対をキャッシュモジュール１３５に格納３１３する。ここではＩＤ列１３０１には適切な通し番号、マルチキャスト配信３１２に含まれるコンテンツのＵＲＬをＵＲＬ列１３０２に、同じくマルチキャスト配信３１２に含まれるコンテンツそのものをコンテンツ列１３０３として新たな行を挿入する。
【００３４】
一方、手順３０７に続いて第１網管理装置は配信したコンテンツをコンテンツリスト１１５に追加３１４する。ここではＩＤ列１１６には適切な通し番号、マルチキャスト配信指示３０７に含まれるコンテンツのＵＲＬをＵＲＬ列１１７に、同じくマルチキャスト配信指示３０７に含まれるマルチキャスト配信先を限定する情報を配信先列１１８として新たな行を挿入する。続いて第１網管理装置１１０は第２網管理装置１２０に対してキャッシュからのコンテンツ返信指示３１５を送信する。キャッシュからのコンテンツ返信指示３１５にはユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている（図１２のＡ１２０１）。
【００３５】
続いて第２網管理装置１２０はキャッシュ装置１３０に対してコンテンツ返信指示３１６を出す。コンテンツ返信指示３１６にはユーザのＩＰアドレスと、ユーザの要求したコンテンツのＵＲＬと、コネクション情報が含まれている。最後にキャッシュ装置１３０はユーザ１６３にコンテンツを返信３１７する。このとき、キャッシュ装置１３０はコンテンツ返信指示３１７に含まれるユーザのＩＰアドレスとコネクション情報に従いユーザ１６３と第１網管理装置１１０の間のコネクションを復元し、またコンテンツのＵＲＬに相当するコンテンツをキャッシュモジュールから取り出し、復元したコネクションを用いてコンテンツを返信する。なお、図３で示したユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納すると判断した場合の処理フローのうち、手順３０７から手順３１４は図５で説明するマルチキャスト配信の処理フローであり、手順３１５から手順３１７は図２で説明したキャッシュヒットした場合の処理フローである。
【００３６】
図４にユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納しないと判断した場合の処理フローを示す。まずユーザ１６３が第１網管理装置１１０にコンテンツ要求４０１を行う。ここでもＨＴＴＰによるコンテンツ要求を行い、また透過型プロクシの技術を用いてユーザ１６３からコンテンツサーバ１０３へのコンテンツ要求を第１網管理装置１１０が受信したものとする。続いて第１網管理装置１１０はコンテンツリスト１１５を参照３０２してヒット判定を行い、ここではミス４０３である、すなわち該コンテンツはキャッシュ装置に対して未配信であると判断する。
【００３７】
続いて第１網管理装置１１０は該コンテンツのキャッシュ要否判定を行い、ここでは不要である４０４、すなわち今後継続してアクセスされる可能性が低いためキャッシュしないでおくべきであると判断する。その後第１網管理装置１１０はコンテンツサーバ１０３に対してコンテンツ要求４０５を出し、コンテンツサーバ１０３は第１網管理装置１１０にコンテンツを返信４０６し、最後に第１網管理装置１１０はユーザ１６３にコンテンツを返信４０７する。マネージドキャッシュはユーザからのコンテンツ要求がなくとも、今後人気が出ることが予想されるコンテンツをキャッシュ装置に対して事前配信する機能を持つ。また、事前配信をマルチキャストで配信することで第２網のトラフィックを削減できる。
【００３８】
図５にマルチキャスト配信の処理フローを示す。まず第１網管理装置１１０はコンテンツサーバ１０３にコンテンツ要求５０１を出し、コンテンツサーバ１０３は第１網管理装置１１０にコンテンツを返信５０２する。続いて第１網管理装置１１０は第２網管理装置にマルチキャスト配信指示５０３を出す。マルチキャスト配信指示５０３にはマルチキャスト配信先を限定する情報とコンテンツのＵＲＬと手順５０２で受信したコンテンツそのものが含まれている（図１２のＢ１２０２）。マルチキャスト配信先限定の方法には国や地域を指定する方法がある。
【００３９】
続いて第２網管理装置は配信先に含まれるキャッシュ装置１３０にマルチキャスト受信指示５０４を出す。マルチキャスト受信指示５０４には参加すべきマルチキャストグループ名が含まれる。なお、配信先に含まれるキャッシュ装置は、マルチキャスト配信指示５０３に含まれる配信先を用いてキャッシュ装置リスト１２５の配信先配列列１２８を探索することで求められる。
【００４０】
続いてキャッシュ装置１３０はルータ１７３に対してマルチキャスト受信指示５０４で指示されたマルチキャストグループへのＪＯＩＮ要求５０５を出し、ルータ１７３は準備が出来次第ＡＣＫ５０６を返す。その後キャッシュ装置１３０は第２網管理装置１２０にマルチキャスト受信準備完の連絡５０７を返す。その後、第２網管理サーバは、マルチキャスト配信先である全キャッシュ装置からのマルチキャスト受信準備完連絡を確認した後にマルチキャスト配信５０８を行う。マルチキャスト配信５０８にはマルチキャスト配信指示５０３に含まれるコンテンツのＵＲＬとコンテンツそのものが含まれている。
【００４１】
その後キャッシュ装置１３０はコンテンツのＵＲＬとコンテンツそのものの対をキャッシュモジュール１３５に格納５０９する。ここではＩＤ列１３０１には適切な通し番号、マルチキャスト配信３１２に含まれるコンテンツのＵＲＬをＵＲＬ列１３０２に、同じくマルチキャスト配信３１２に含まれるコンテンツそのものをコンテンツ列１３０３として新たな行を挿入する。一方、手順５０３に続いて第１網管理装置は配信したコンテンツをコンテンツリスト１１５に追加５１０する。ここではＩＤ列１１６には適切な通し番号、マルチキャスト配信指示５０３に含まれるコンテンツのＵＲＬをＵＲＬ列１１７に、同じくマルチキャスト配信指示５０３に含まれるマルチキャスト配信先を限定する情報を配信先列１１８として新たな行を挿入する。
【００４２】
続いて図６から図１１を用いてマネージドキャッシュの構成コンポーネントである第１網管理装置と第２網管理装置およびキャッシュ装置の動作を、フローチャートを用いて説明する。なお、第１網管理装置の動作とは具体的には第１網管理モジュールの動作であり、同じく第２網管理装置の動作とは具体的には第２網管理モジュールの動作であり、キャッシュ装置の動作とは具体的にはキャッシュ管理モジュールの動作である。
【００４３】
図６に第１網管理サーバのコンテンツ要求受付処理のフローチャートを示す。コンテンツ要求受付処理は、図２から図４のシーケンス図で説明した処理に相当する。コンテンツ受付処理開始６０１後、コンテンツリストを参照６０２しキャッシュのヒット判定６０３を行う。ここでヒットであった場合は第２網管理サーバにキャッシュからのコンテンツ返信指示６３１を出し、コンテンツサーバにダミーのコンテンツ要求６３２を出し、処理を終える６０６．なお、手順６０３がヒットである場合の処理は、図２のシーケンス図で説明した処理に相当する。
【００４４】
一方、手順６０３がミスであった場合は、続いて要否判定６０４を行う。要否判定６０４とは、コンテンツをキャッシュするか否かの判断であり、例えば該コンテンツが今後継続してアクセスされる可能性が高いと第１網管理サーバにおいて判断できた場合には要とする、といった運用が考えられる。手順６０４において要であった場合は、コンテンツサーバにコンテンツ要求６４１を出し、第２網管理サーバにマルチキャスト配信の指示６４２を出し、該コンテンツをコンテンツリストに追加６４３し、第２網管理サーバにキャッシュからのコンテンツ返信指示６４４を出し、処理を終える６０６。
【００４５】
なお、手順６０３がミスかつ手順６０４が要である場合の処理は、図３のシーケンス図で説明した処理に相当する。一方、手順６０４が不要である場合はコンテンツサーバに要求を転送６０５し、処理を終える６０６。なお、手順６０３がミスかつ手順６０４が不要である場合の処理は、図４のシーケンス図で説明した処理に相当する。
【００４６】
図７に第１網管理サーバのマルチキャスト処理のフローチャートを示す。マルチキャスト処理は、図３および図５のシーケンス図で説明した処理である。マルチキャスト処理開始７０１後、コンテンツサーバにコンテンツ要求７０２を出し、続いて第２網管理サーバにマルチキャスト配信指示７０３を出す。マルチキャスト配信指示７０３にはマルチキャスト配信先を限定する情報とコンテンツのＵＲＬとコンテンツそのものが含まれている。続いて配信したコンテンツをコンテンツリスト１１５に追加７０４する。ここではＩＤ列１１６には適切な通し番号、マルチキャスト配信指示７０３に含まれるコンテンツのＵＲＬをＵＲＬ列１１７に、同じくマルチキャスト配信指示７０３に含まれるマルチキャスト配信先を限定する情報を配信先列１１８として新たな行を挿入する。その後、処理を終える７０５．
図８に第２網管理サーバのキャッシュからのコンテンツ返信指示受付処理のフローチャートを示す。キャッシュからのコンテンツ返信指示受付処理は、図２および図３のシーケンス図で説明した処理である。キャッシュからのコンテンツ返信指示受付処理開始８０１後、適切なキャッシュ装置を探索８０２する。ここでは第２網管理装置１２０は第２網のトポロジーを知っているため、キャッシュからのコンテンツ返信指示に含まれるユーザのＩＰアドレスを元に、適切である、すなわちユーザの近くにあるキャッシュ装置を選択できる。続いて選択したキャッシュ装置にコンテンツ返信指示８０３を出す。コンテンツ返信指示８０３にはユーザのＩＰアドレスと、ユーザの要求したコンテンツのＵＲＬと、コネクション情報が含まれている。その後、処理を終える８０４。
【００４７】
図９に第２網管理サーバのマルチキャスト配信指示受付処理のフローチャートを示す。マルチキャスト配信指示受付処理は図３および図５のシーケンス図で説明した処理である。マルチキャスト配信指示受付処理開始９０１後、指示されたキャッシュ装置にマルチキャスト受信指示９０２を出す。なお、配信先に含まれるキャッシュ装置は、マルチキャスト配信指示に含まれる配信先を用いてキャッシュ装置リスト１２５の配信先配列列１２８を探索することで求められる。続いてマルチキャスト配信９０３を行い、処理を終える９０４。
【００４８】
図１０にキャッシュ装置のマルチキャスト受信指示受付処理のフローチャートを示す。マルチキャスト受信指示受付処理は図３および図５のシーケンス図で説明した処理である。マルチキャスト受信指示受付処理開始１００１後、既知のルータにＪＯＩＮ要請１００２を出す。ここで、ＪＯＩＮ要請を出すルータはキャッシュ装置ごとにあらかじめ決められたルータとし、原則的にキャッシュ装置近傍のルータとする。また、ＪＯＩＮするマルチキャストグループはマルチキャスト受信指示３０８および５０４に含まれている。その後、第２網管理装置にマルチキャスト受信準備完の連絡１００３を出し、処理を終える１００４。
【００４９】
図１１にキャッシュ装置のコンテンツ返信指示受信処理のフローチャートを示す。コンテンツ返信指示受信処理は図２および図３のシーケンス図で説明した処理である。コンテンツ返信指示受付処理開始１１０１後、指示されたユーザへのコネクションを確立１１０２する。ここで、コンテンツ返信指示２０５および３１６にはユーザのＩＰアドレスのほかに送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵など、第１網管理装置１１０とユーザ１６３の間の通信を複製するのに必要な情報が含まれており、それら情報を用いてコネクションを確立する。その後コンテンツを返信１１０３し、処理を終える１１０４。
【００５０】
これらの処理を行える第１網管理装置を第１網に置き、第２網管理装置およびキャッシュ装置を第２網に用いることで、第１網の第１網管理装置にてキャッシュヒット判定を行い、第１網の第１網管理装置から第２網の第２網管理装置にキャッシュからの返信指示を出せる。その結果、トンネル化や暗号化、また約款や法律などにより第２網管理者が通信内容を参照したり改変したりできない場合でも、ユーザ近くの第２網内にキャッシュシステムを置くことが可能になる。また、第２網のキャッシュシステムを、第１網に対してサービスとして提供することもできる。
【００５１】
また、これらの処理を行える第１網管理装置を第１網に置き、第２網管理装置およびキャッシュ装置を第２網に用いることで、第１網運用事業者のみ知りうる情報によって未来の人気コンテンツがわかる場合に、その人気コンテンツをマルチキャストを用いて低負荷配信できる。なお、第１網運用事業者の見知りうる情報とは、たとえばＴＶ番組や映画など封切日が決まっているがコンテンツは事前に準備できており、かつ人気が出ることが予想されている、といった情報の事である。
【実施例２】
【００５２】
本実施例では、実施例１で説明したマネージドキャッシュに関して、さらにマルチキャストするコンテンツに有効期限をつけ、キャッシュ装置の持つストレージを有効利用できるようにしたマネージドキャッシュの例を説明する。
【００５３】
図１４はマルチキャストするコンテンツに有効期限をつけたマネージドキャッシュの全体図である。図１４は実施例１の全体図である図１から、コンテンツリスト１１５に有効期間を示す生存期間（保持期間）列１４１９が追加され、またキャッシュモジュール１４３５の管理するデータに図１７のとおり生存期間列１７０４が追加されている。図１４で追加された生存期間列１４１９および生存期間列１７０４はマルチキャスト配信処理に関する。そこでマルチキャスト配信の処理フローを用いて生存期間列１４１９および生存期間列１７０４の更新および参照方法を説明する。
【００５４】
図１５にマルチキャストするコンテンツに有効期限をつけたマネージドキャッシュの、マルチキャスト配信の処理フローを示す。手順５０１から手順５０２までは実施例１のマルチキャスト配信の処理フロー（図５）と同様である。続いて第１網管理装置１１０は第２網管理装置にマルチキャスト配信指示１５０３を出す。マルチキャスト配信指示１５０３にはマルチキャスト配信先を限定する情報とコンテンツのＵＲＬと手順５０２で受信したコンテンツそのものとキャッシュ生存期間が含まれている（図１６のＢ１６０２）。ここでキャッシュ生存期間は現在からの期間を表す方法や、絶対時刻を表す方法がある。実施例２では絶対時刻であり、その表示形式はサーバシステムで一般的に用いられるＵＮＩＸ（登録商標）時刻であるとするが、桁あふれなどを考慮して他の表示形式を用いても良い。
【００５５】
続いて手順５０４から手順５０７までは実施例１のマルチキャスト配信の処理フロー（図５）と同様である。その後、第２網管理サーバは、マルチキャスト配信先である全キャッシュ装置からのマルチキャスト受信準備完連絡を確認した後にマルチキャスト配信１５０８を行う。マルチキャスト配信１５０８にはマルチキャスト配信指示１５０３に含まれるコンテンツのＵＲＬとコンテンツそのものとキャッシュ生存期間が含まれている。その後キャッシュ装置１３０はコンテンツのＵＲＬとコンテンツそのものとキャッシュ生存期間の組をキャッシュモジュール１３５に格納５０９する。ここではＩＤ列１３０１には適切な通し番号、マルチキャスト配信３１２に含まれるコンテンツのＵＲＬをＵＲＬ列１３０２に、同じくマルチキャスト配信３１２に含まれるコンテンツそのものをコンテンツ列１３０３、キャッシュ生存期間を生存期間列１７０４として新たな行を挿入する。ここで生存期間列１７０４の表示形式はサーバシステムで一般的に用いられるＵＮＩＸ時刻であるとするが、桁あふれなどを考慮して他の表示形式を用いても良い。
【００５６】
一方、手順５０３に続いて第１網管理装置は配信したコンテンツをコンテンツリスト１１５に追加１５１０する。ここではＩＤ列１１６には適切な通し番号、マルチキャスト配信指示１５０３に含まれるコンテンツのＵＲＬをＵＲＬ列１１７に、同じくマルチキャスト配信指示１５０３に含まれるマルチキャスト配信先を限定する情報を配信先列１１８に、同じくマルチキャスト配信指示１５０３に含まれるキャッシュ生存期間を生存期間列１４１９として新たな行を挿入する。ここで生存期間列１４１９の表示形式はサーバシステムで一般的に用いられるＵＮＩＸ時刻であるとするが、桁あふれなどを考慮して他の表示形式を用いても良い。この後、生存期間列１４１９および生存期間列１７０４に保存された時刻になると、第１網管理装置はコンテンツの削除処理を行う。
【００５７】
第１網管理装置１１０は手順１５１０で保存された行の生存期間列１４１９に保存された時刻になると、手順１５１０で保存された行をコンテンツリストから削除１５１１する。また、キャッシュ装置１３０は手順１５０９で保存された行の生存期間列１７０４に保存された時刻になると、手順１７０４で保存された行をキャッシュモジュール１４３５から削除１５１２する。
【００５８】
なお、実施例１の図３の処理フローの説明に記したとおり、ユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納すると判断した場合の処理フローはマルチキャストの処理フローを含む。そのため、実施例２のユーザからのコンテンツ要求に対し、キャッシュミスし、かつ該コンテンツをキャッシュに格納すると判断した場合には、図１５の処理フローと同様に生存期間列１４１９および生存期間列１７０４に保存された時刻になると、コンテンツの削除処理を行う。
【実施例３】
【００５９】
本実施例では、実施例１もしくは実施例２で説明したマネージドキャッシュに関して、さらに第１網管理サーバから配信していないコンテンツに関して、コンテンツ取得を第２網に委譲し、よりネットワークを効率的に用いることができるようにしたマネージドキャッシュの例を説明する。
【００６０】
図１８は第１網管理サーバから配信していないコンテンツに関して、コンテンツ取得方法を第２網に任せることができるようにしたマネージドキャッシュの全体図である。図１８は実施例１の全体図である図１から、第１網管理モジュール１８１４と第２網管理モジュール１８２４とキャッシュ管理モジュール１８３４が変更されている。本実施例では、ユーザからのコンテンツ要求に対し、第１網管理装置１１０においてヒット判定がミス、すなわち該コンテンツは未配信であり、さらにマルチキャスト要否判定が否、すなわちマルチキャスト配信する必要はないと判断がなされた後の動作が実施例１および実施例２と異なるため、その際の動作を説明する。
【００６１】
図１９に、ユーザからのコンテンツ要求に対しユーザ近くのキャッシュ装置においてキャッシュミスし、かつマルチキャスト配信も不要であると判断した場合の動作例のうち、第２網内の他のあるキャッシュ装置が既に該コンテンツを持っていた場合の処理フローを示す。まずユーザ１６３が第１網管理装置１１０にコンテンツ要求１９０１を行う。ここでもＨＴＴＰによるコンテンツ要求を行い、また透過型プロクシの技術を用いてユーザ１６３からコンテンツサーバ１０３へのコンテンツ要求を第１網管理装置１１０が受信したものとする。
【００６２】
続いて第１網管理装置１１０はコンテンツリスト１１５を参照１９０２してヒット判定を行い、ここではミス１９０３である、すなわち該コンテンツはキャッシュ装置に対して未配信であると判断する。続いて第１網管理装置１１０は該コンテンツのキャッシュ要否判定を行い、ここでは不要である１９０４、すなわち今後継続してアクセスされる可能性が低いためキャッシュしないでおくべきであると判断する。続いて第１網管理装置１１０は第２網管理装置１２０にコンテンツ返信委譲指示１９０５を出す。コンテンツ返信委譲処理１９０５には、ユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている。コネクション情報とはコンテンツ要求１９０１の際にユーザ１６３と第１網管理装置１１０の間で張られたコネクションを復元するために必要な情報であり、具体的には送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵などが上げられる（図１２のＡ１２０１）。
【００６３】
続いて第２網管理装置１２０は、コンテンツ返信委譲処理１９０５に含まれるユーザのＩＰアドレスを元に適切なキャッシュ装置１３０に対してコンテンツ返信委譲指示１９０６を出す。ここで第２網管理装置１２０は第２網のトポロジーを知っているため、ユーザのＩＰアドレスを元に、適切である、すなわちユーザの近くにあるキャッシュ装置を選択できるものとする。コンテンツ返信委譲指示１９０６にはユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている。コネクション情報とはコンテンツ要求１９０１の際にユーザ１６３と第１網管理装置１１０の間で張られたコネクションを復元するために必要な情報であり、具体的には送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵などが上げられる（図１２のＡ１２０１）。
【００６４】
続いてキャッシュ装置１３０は自装置内のキャッシュモジュール１３５内を探索１９０７し、コンテンツ返信委譲処理１９０６に含まれるユーザの要求したＵＲＬに該当するコンテンツを探索する。ここでコンテンツが見つかれば手順１９１０のように該コンテンツをコンテンツに返信し処理を終えるが、ここではコンテンツが見つからなかったものとする。その場合は近傍の１台または複数台のキャッシュ装置に対して近傍探索要請１９０８出す。ここで、キャッシュ装置には予め自らの近傍にある１台または複数台のキャッシュ装置のＩＰアドレスもしくはそれに類する識別情報が保存されているものとする。
【００６５】
近傍探索要請１９０８にはコンテンツ返信委譲指示１９０６に含まれるユーザの要求したＵＲＬが含まれる。その後、いずれか１台以上のキャッシュ装置からコンテンツが転送１９０９された場合は、エンドユーザに該コンテンツを返信１９１０する。このとき、キャッシュ装置１３０はコンテンツ返信委譲指示１９０６に含まれるユーザのＩＰアドレスとコネクション情報に従いユーザ１６３と第１網管理装置１１０の間のコネクションを復元し、復元したコネクションを用いてコンテンツを返信する。その後、キャッシュ装置１３０は該コンテンツをキャッシュに格納１９１０する。
【００６６】
図２０に、ユーザからのコンテンツ要求に対しユーザ近くのキャッシュ装置においてキャッシュミスし、かつマルチキャスト配信も不要であると判断した場合の動作例のうち、第２網内の他のキャッシュ装置も該コンテンツを持っておらず、コンテンツサーバから新たに取得する場合の処理フローを示す。ここで手順２００１から手順２００８までは図１９の手順１９０１から手順１９０８までと等しく、説明を省略する。その後、いずれのキャッシュ装置も該コンテンツを持っていなかった２００９場合は、キャッシュ装置１３０はコンテンツサーバ１０３にコンテンツ要求２０１０を出し、コンテンツが返信２０１１された後に、エンドユーザに該コンテンツを返信２０１２する。このとき、キャッシュ装置１３０はコンテンツ返信委譲指示２００６に含まれるユーザのＩＰアドレスとコネクション情報に従いユーザ１６３と第１網管理装置１１０の間のコネクションを復元し、復元したコネクションを用いてコンテンツを返信する。その後、キャッシュ装置１３０は該コンテンツをキャッシュに格納２０１３する。
【００６７】
続いて図１９および図２０の処理フローを実行するための第１網管理装置１１０および第２網管理装置１２０およびキャッシュ装置１３０および１４０の処理フローについて説明する。
【００６８】
図２１は第１網管理装置１１０のコンテンツ要求受付処理フローである。コンテンツ要求受付処理は実施例１のコンテンツ要求受付処理（図６）とほぼ同じ処理であるが、要否判定６０４においてキャッシュ不要と判断された場合の処理のみ異なる。具体的には第２網管理サーバにコンテンツ返信委譲指示２１０５を出す。コンテンツ返信委譲処理２１０５には、ユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている。コネクション情報とはコンテンツ要求１９０１の際にユーザ１６３と第１網管理装置１１０の間で張られたコネクションを復元するために必要な情報であり、具体的には送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵などが上げられる（図１２のＡ１２０１）。
【００６９】
図２２は第２網管理装置１２０のコンテンツ返信委譲指示受付処理フローである。コンテンツ返信委譲指示受付処理開始２２０１後、第２網管理装置は適切なキャッシュ装置を探索２２０２する。ここでは第２網管理装置１２０は第２網のトポロジーを知っているため、コンテンツ返信委譲指示に含まれるユーザのＩＰアドレスを元に、適切である、すなわちユーザの近くにあるキャッシュ装置を選択できる。続いて選択したキャッシュ装置にコンテンツ返信委譲指示２２０３を送信する。コンテンツ返信委譲指示１９０６にはユーザのＩＰアドレスと、ユーザの要求したＵＲＬと、コネクション情報が含まれている。コネクション情報とはコンテンツ要求１９０１の際にユーザ１６３と第１網管理装置１１０の間で張られたコネクションを復元するために必要な情報であり、具体的には送信元ＩＰアドレス、ＴＣＰのシーケンス番号や、Ｌ２ＴＰのＳｅｓｓｉｏｎ  ＩＤおよびＴｕｎｎｅｌ  ＩＤ、ＩＰＳｅｃの秘密鍵などが上げられる（図１２のＡ１２０１）。その後、処理を終える２２０４。
【００７０】
図２３はキャッシュ装置１３０および１４０のコンテンツ返信委譲処理受付処理フローである。コンテンツ返信委譲処理開始２３０１後、自装置内のキャッシュモジュール１３５内を探索２３０２し、ユーザの要求したＵＲＬに該当するコンテンツを探索する。続いてコンテンツが見つかったか否かのヒット判定２３０３を行い、見つかったすなわちヒットである場合はコンテンツ返信委譲指示に含まれるユーザのＩＰアドレスとコネクション情報に従い、指示されたユーザ１６３へのコネクションを確立２３０４し、復元したコネクションを用いてコンテンツを返信２３０５し、その後処理を終える２３１２。一方、ヒット判定２３０３において見つからなかったすなわちミスであった場合は、近傍の１台または複数台のキャッシュ装置に近傍探索指示２３０６を出す。ここで、キャッシュ装置には予め自らの近傍にある１台または複数台のキャッシュ装置のＩＰアドレスもしくはそれに類する識別情報が保存されているものとする。また、近傍探索指示２３０６にはユーザの要求したＵＲＬが含まれている。
【００７１】
続いて近傍探索指示２３０６を出したキャッシュ装置からの返信を待ち、ヒット判定２３０７を行う。ヒット判定２３０７は、いずれかの返信にコンテンツが含まれていればヒット、いずれの返信にもコンテンツが含まれていなければミスとする。ヒット判定２３０７においてヒットである、すなわちいずれかのキャッシュ装置からコンテンツが返された場合は、コンテンツ返信委譲指示に含まれるユーザのＩＰアドレスとコネクション情報に従い、指示されたユーザ１６３へのコネクションを確立２３０８し、復元したコネクションを用いてコンテンツを返信２３０９し、コンテンツをキャッシュに格納２３１０し、その後処理を終える２３１２。一方、ヒット判定２３０７においてミス、すなわちいずれの返信にもコンテンツが含まれていなかった場合は、コンテンツサーバ５０１にコンテンツ要求２３１１を出し、コンテンツ受信後に手順２３０８からの処理を続ける。
【００７２】
図２４はキャッシュ装置１３０および１４０の近傍探索指示受信処理フローである。近傍探索指示受信処理開始２４０１後、自装置内のキャッシュモジュール１３５内を探索２３０２し、近傍探索支持に含まれるＵＲＬに該当するコンテンツを探索する。続いてコンテンツが見つかったか否かのヒット判定２４０３し、見つかったすなわちヒットである場合は近傍探索指示を出したキャッシュ装置にコンテンツを返信２４０４し、処理を終える２４０６。一方、ヒット判定２４０３においてコンテンツが見つからなかったすなわちミスであった場合は近傍探索指示を出したキャッシュ装置にコンテンツがないことを返信２４０５し、処理を終える２４０６。
【符号の説明】
【００７３】
１０１  第１網
１０２  第２網
１０３  コンテンツサーバ
１１０  第１網管理装置
１１１  ＣＰＵ
１１２  主記憶
１１３  二次記憶
１１４  第１網管理モジュール
１１５  コンテンツリスト
１１６  ＩＤ列
１１７  ＵＲＬ列
１１８  配信先列
１２０  第２網管理装置
１２１  ＣＰＵ
１２２  主記憶
１２３  二次記憶
１２４  第２網管理モジュール
１２５  キャッシュ装置リスト
１２６  ＩＤ列
１２７  キャッシュ装置ＩＰ列
１２８  配信先配列列
１２９  ユーザＩＰ配列列
１３０  キャッシュ装置
１３１  ＣＰＵ
１３２  主記憶
１３３  二次記憶
１３４  キャッシュ管理モジュール
１３５  キャッシュモジュール
１４０  キャッシュ装置
１５０  キャッシュ装置
１６３〜１６５  ユーザ
１７１〜１７５  ルータ。
【図１】
2015032143.tif 000003
【図２】
2015032143.tif 000004
【図３】
2015032143.tif 000005
【図４】
2015032143.tif 000006
【図５】
2015032143.tif 000007
【図６】
2015032143.tif 000008
【図７】
2015032143.tif 000009
【図８】
2015032143.tif 000010
【図９】
2015032143.tif 000011
【図１０】
2015032143.tif 000012
【図１１】
2015032143.tif 000013
【図１２】
2015032143.tif 000014
【図１３】
2015032143.tif 000015
【図１４】
2015032143.tif 000016
【図１５】
2015032143.tif 000017
【図１６】
2015032143.tif 000018
【図１７】
2015032143.tif 000019
【図１８】
2015032143.tif 000020
【図１９】
2015032143.tif 000021
【図２０】
2015032143.tif 000022
【図２１】
2015032143.tif 000023
【図２２】
2015032143.tif 000024
【図２３】
2015032143.tif 000025
【図２４】
2015032143.tif 000026