"複数のキャッシュサーバの中から、端末にネットワーク上の距離の近いキャッシュサーバを通知する装置のキャッシュサーバ解決方法であって、前記装置は、前記ネットワーク上の複数の中継装置と、複数の前記キャッシュサーバそれぞれとのネットワーク上の距離を測定し、複数の前記中継装置各々に距離の近い前記キャッシュサーバを決定した結果を保持し、前記端末へのネットワーク上の経路上の前記中継装置を調査し、保持された前記端末に最も近い前記中継装置に近い前記キャッシュサーバを取得し、前記端末に最も近い前記中継装置に近いキャッシュサーバが保持されていない場合は、前記端末から次に近い前記中継装置に近い前記キャッシュサーバを探索して取得することを繰返す、ことを特徴とするキャッシュサーバ解決方法。請求項1に記載のキャッシュサーバ解決方法であって、前記装置は、予め前記端末までのネットワーク上の経路上の前記中継装置を調査し、その結果を前記中継装置の配列のリストとして保持し、前記端末を識別する識別子が入力されたら、予め保持した前記中継装置の配列のリストから探索する、ことを特徴とするキャッシュサーバ解決方法。請求項2に記載のキャッシュサーバ解決方法であって、前記装置は、前記端末にtracerouteすることにより、前記端末近傍の前記中継装置を調査する、ことを特徴とするキャッシュサーバ解決方法。請求項1に記載のキャッシュサーバ解決方法であって、前記端末は、動画配信システムの視聴用クライアントを備え、前記キャッシュサーバは、前記動画配信システムの動画データをキャッシュする、ことを特徴とするキャッシュサーバ解決方法。請求項1に記載のキャッシュサーバ解決方法であって、前記端末は、コンテンツ配信装置にコンテンツ配信要請するためのクライアントプログラムを備え、前記装置は、前記端末が前記コンテンツ配信装置に配信要請してきた際、前記端末近傍の前記キャッシュサーバを探索できない場合、前記コンテンツ配信装置からコンテンツを返し、前記端末までのネットワーク上の経路上の前記中継装置を調査して結果を保持する、ことを特徴とするキャッシュサーバ解決方法。処理部と記憶部とを備え、複数のキャッシュサーバの中から、端末にネットワーク上の距離の近いキャッシュサーバを通知する解決装置であって、前記記憶部に、前記ネットワーク上の複数の中継装置と、複数の前記キャッシュサーバそれぞれとのネットワーク上の距離を測定し、複数の前記中継装置各々に距離の近い前記キャッシュサーバを決定した結果を保持し、前記処理部は、前記端末を識別する識別子を入力し、当該端末へのネットワーク上の経路上の前記中継装置を調査し、前記記憶部に記憶された前記端末に最も近い中継装置に近い前記キャッシュサーバを取得し、前記端末に最も近い中継装置に近い前記キャッシュサーバが前記記憶部に保持されていない場合は、前記端末から次に近い中継装置に近い前記キャッシュサーバを探索して取得することを再帰的に繰返す、ことを特徴とする解決装置。請求項6に記載の解決装置であって、前記記憶部は、前記結果として、前記中継装置のIPアドレスと、前記キャッシュサーバのIPアドレスと、前記中継装置と前記キャッシュサーバのネットワーク上の距離を保持するテーブルを記憶する、ことを特徴とする解決装置。請求項6に記載の解決装置であって、前記処理部は、前記端末にtracerouteすることにより、前記端末近傍の前記中継装置を調査する、ことを特徴とする解決装置。請求項6に記載の解決装置であって、前記端末は、ビデオオンデマンドシステムの視聴用クライアントを備え、前記キャッシュサーバは、前記VODシステムのVODデータをキャッシュする、ことを特徴とする解決装置。請求項9に記載の解決装置であって、前記処理部は、再帰的な探索によって前記VODデータをキャッシュする前記キャッシュサーバが見つからない場合、前記VODデータのオリジナルのURLを返す、ことを特徴とする解決装置。端末と、複数のキャッシュサーバと、前記端末にネットワーク上の距離の近い前記キャッシュサーバを通知する解決装置とを備えるキャッシュサーバシステムであって、前記解決装置は、前記ネットワーク上の複数の中継装置と、複数の前記キャッシュサーバそれぞれとのネットワーク上の距離を測定し、複数の前記中継装置各々に距離の近い前記キャッシュサーバを決定した結果を保持し、前記端末を識別する識別子を入力し、ネットワーク上の経路上の前記中継装置を調査し、保持した前記端末に最も近い中継装置に近い前記キャッシュサーバを取得し、前記端末に最も近い中継装置に近い前記キャッシュサーバが保持されていない場合は、前記端末から次に近い中継装置に近い前記キャッシュサーバを探索して取得することを順次繰返し、取得した前記キャッシュサーバを出力する、ことを特徴とするキャッシュサーバシステム。請求項11に記載のキャッシュサーバシステムであって、前記解決装置は、前記結果として、前記中継装置のIPアドレスと、前記キャッシュサーバのIPアドレスと、前記中継装置と前記キャッシュサーバのネットワーク上の距離を保持する、ことを特徴とするキャッシュサーバシステム。請求項11に記載のキャッシュサーバシステムであって、前記解決装置は、前記端末にtracerouteすることにより、前記端末近傍の前記中継装置を調査する、ことを特徴とするキャッシュサーバシステム。請求項11に記載のキャッシュサーバシステムであって、動画配信システムの番組表を配信可能なポータル配信装置を更に備え、前記端末は、前記動画配信システムの視聴用クライアントを備え、前記キャッシュサーバは、前記動画配信システムの動画データをキャッシュ可能であり、前記解決装置は、取得した前記キャッシュサーバを、前記ポータル配信装置に出力し、前記ポータル配信装置は、前記端末から動画配信要請を受信した場合、前記当該キャッシュサーバを前記端末に返し、前記端末は当該キャッシュサーバから動画を受信する、ことを特徴とするキャッシュサーバシステム。請求項11に記載のキャッシュサーバシステムであって、コンテンツを配信するためのコンテンツ配信装置を更に備え、前記端末は、前記コンテンツ配信装置にコンテンツ配信要請するためのクライアントプログラムを備え、前記解決装置は、前記端末が前記コンテンツ配信装置に配信要請してきた際、前記端末近傍の前記キャッシュサーバを解決できない場合、前記コンテンツ配信装置からコンテンツを返し、前記端末までのネットワーク上の経路上の前記中継装置を調査し、その結果を保持する、ことを特徴とするキャッシュサーバシステム。特許文献1に記載のシステムではエンドユーザが専用の距離測定プログラムを動かす必要があり、不特定多数のエンドユーザを扱うようなB2CBusinesstoConsumerサービスには適用できない。特許文献2に記載の仕組みではDNSサーバごとにしか最適化できないため、エンドユーザが使うDNSサーバがエンドユーザの近くにある必要がある。しかし、エンドユーザが使うDNSサーバは必ずしも近くにある保証はないという問題がある。また、今日のDNSサーバは1台あたり毎秒数十万クエリの性能を有するため、少なくとも1台あたり数万ユーザを受け持っていると見積もれる。一方でVODVideoOn-Demandなど要求性能の高いサービスはサーバ1台あたり数千ユーザを受け持つため、DNSサーバごとにキャッシュサーバの割当てを決めると粒度が粗い。結果としてロードバランサを置き複数のキャッシュサーバを束ねるなど、余計なコストが発生するという問題がある。上記問題のため、従来手法では不特定多数のエンドユーザを扱うようなB2Cサービスにおいてエンドユーザ近傍のキャッシュサーバを解決する技術に課題がある。本発明の目的は、上記の課題を解決し、エンドユーザ近傍のキャッシュサーバを解決し、エンドユーザを近傍キャッシュサーバに誘導することが可能なキャッシュサーバ解決方法、装置、及びシステムを提供することにある。上記の目的を達成するため、本発明においては、複数のキャッシュサーバの中から、端末にネットワーク上の距離の近いキャッシュサーバを通知する装置のキャッシュサーバ解決方法であって、装置は、ネットワーク上の複数の中継装置と、複数のキャッシュサーバそれぞれとのネットワーク上の距離を測定し、複数の中継装置各々に距離の近いキャッシュサーバを決定した結果を保持し、端末へのネットワーク上の経路上の中継装置を調査し、保持された端末に最も近い中継装置に近いキャッシュサーバを取得し、端末に最も近い中継装置に近いキャッシュサーバが保持されていない場合は、端末から次に近い中継装置に近い前記キャッシュサーバを探索して取得することを繰返すキャッシュサーバ解決方法を提供する。また、上記の目的を達成するため、本発明においては、処理部と記憶部とを備え、複数のキャッシュサーバの中から、端末にネットワーク上の距離の近いキャッシュサーバを通知する解決装置であって、記憶部に、ネットワーク上の複数の中継装置と、複数のキャッシュサーバそれぞれとのネットワーク上の距離を測定し、複数の中継装置各々に距離の近いキャッシュサーバを決定した結果を保持し、処理部は、端末を識別する識別子を入力し、端末へのネットワーク上の経路上の中継装置を調査し、記憶部に記憶された端末に最も近い中継装置に近いキャッシュサーバを取得し、端末に最も近い中継装置に近いキャッシュサーバが記憶部に保持されていない場合は、端末から次に近い中継装置に近いキャッシュサーバを探索して取得することを再帰的に繰返す解決装置を提供する。更に、上記の目的を達成するため、本発明においては、端末と、複数のキャッシュサーバと、端末にネットワーク上の距離の近いキャッシュサーバを通知する解決装置とを備えるキャッシュサーバシステムであって、解決装置は、ネットワーク上の複数の中継装置と、複数のキャッシュサーバそれぞれとのネットワーク上の距離を測定し、複数の中継装置各々に距離の近いキャッシュサーバを決定した結果を保持し、端末を識別する識別子を入力し、ネットワーク上の経路上の中継装置を調査し、保持した端末に最も近い中継装置に近いキャッシュサーバを取得し、端末に最も近い中継装置に近いキャッシュサーバが保持されていない場合は、端末から次に近い中継装置に近いキャッシュサーバを探索して取得することを順次繰返し、取得した前記キャッシュサーバを出力するキャッシュサーバシステムを提供する。不特定多数のエンドユーザに対して、エンドユーザ近傍のキャッシュサーバを解決できるようになる。以下、本発明の種々の実施例を図面に従い説明する。第一の実施例として、エンドユーザ近傍キャッシュサーバ解決システムを用いたVODシステムについて説明する。図1に本実施例のVODシステムの全体構成の一例を示す。データセンタDataCenter:DC1011にはResolveManager1012とVODPortal1013、VODDRMDigitalRightsManagement1014、VODDataOrigin1015がある。ResolveManager1012は本実施例のエンドユーザ近傍キャッシュサーバ解決システムのメインコンポーネントである。VODPortal1013、VODDRM1014、VODDataOrigin1015はそれぞれ、VODシステムのコンポーネントである。VODPortal1013は番組表の表示などコンテンツ視聴の前にユーザが利用するポータルサイトを表示するコンポーネントである。VODDRM1014は暗号化されたコンテンツを復号するための鍵を配信するコンポーネントである。VODDataOrigin1015は実際にコンテンツを配信するコンポーネントである。DC1011からネットワーク上の距離が離れた所にキャッシュサーバ1021、1031、1041を置く。キャッシュサーバ1021、1031、1041にはResolveAgent1022、1032、1042とVODDataCache1023、1033、1043がある。ResolveAgent1022、1032、1042は本実施例のエンドユーザ近傍キャッシュサーバ解決システムのコンポーネントであり、ResolveManager1012と連携して動作する。VODDataCache1023、1033、1043はVODDataOrigin1015と同等の機能およびコンテンツを持ち、実際にコンテンツを配信するコンポーネントである。なお、本実施例ではネットワーク上の距離を測る指針としてRTTRoundTripTime、往復遅延時間を用いる。インターネットプロトコルの下では、RTTはICMPInternetControlMessageProtocolで計測できる。また、他のプロトコルであってもRTTを計測する手段があれば本実施例を適用可能である。DC1011とキャッシュサーバ1021、1031、1041はネットワークで結ばれる。本実施例ではインターネットを想定している。インターネットプロトコルIPの下では、ネットワークは複数の中継装置であるルータ1051~1058によって構成される。なお、イントラネットやその他閉域網ClosedIPNetworkであってもインターネットプロトコルIPのネットワークであれば本実施例と同様のキャッシュシステムを構成できる。また、他のプロトコルのネットワークであっても、ルータに準ずる中継装置を用いるネットワークであれば本実施例と同様のキャッシュシステムを構成できる。DC1011およびキャッシュサーバ1021、1031、1041とネットワークで結ばれた先に例えばテレビTV、パーソナルコンピュータPCなどの情報処理端末1061、1062、1063がある。この情報処理端末1061,1062,1063は、本VODシステムの視聴用クライアントが入っている。なお、VODシステムに関する本実施例においては、視聴用クライアントが動作すれば、情報処理端末1061、1062、1063は、TV、PCやスマートフォンなどハードウエアは問わない。便宜上、図面上ではTV表示とする場合があるが、限定されるものではない。図4に図1のResolveManager1012とResolveAgent1022、1032、1042の詳細構成の一例を示す。図4上段に示されたResolveManager1012は、コンピュータ構成を備え、処理部である中央処理部CentralProcessingUnit:CPU4011、記憶部である主記憶4012と二次記憶4013を含む。主記憶4012の上にはマネージャモジュール4021と近傍キャッシュ表4022とキャッシュサーバ一覧表4023がある。マネージャモジュール4021は、ResolveManagerをコントロールするプログラムの実行時イメージである。マネージャモジュール4012の動作の詳細は図16等を用いて後述する。近傍キャッシュ表4022はネットワーク上のルータごとの最近傍キャッシュサーバと2番目に近いキャッシュサーバを保持する表である。図4の中段に示した近傍キャッシュ表4022はネットワーク上のルータを識別するルータIPアドレス列4041、アクセス頻度を表すCounter列4042、最近傍キャッシュを保持するキャッシュサーバ1列4043とそのルータからの距離を表す距離1列4044、さらに最近傍キャッシュサーバがメンテナンスなどで一次停止中である場合を表す停止フラグ4045、同じく2番目に近いキャッシュサーバに関する3列4046、4047、4048がある。なお、近傍キャッシュ表4022の主キーはルータIPアドレス列4041であり、ルータIPアドレス列を用いて特定の1行を限定する事ができる。また、図4中段のキャッシュサーバ一覧表4023はネットワーク上の使用可能なキャッシュサーバの一覧である。キャッシュサーバ一覧表4023には通し番号であるID列4051と、キャッシュサーバを識別するキャッシュサーバIPアドレス列4052と、ResolveAgentを識別するResolveAgentIPアドレス列4053がある。なお、キャッシュサーバ一覧表4023にはID=0番にオリジナルサーバであるVODDataOrigin1015のエントリも含む。VODDataOriginには対応するResolveAgentがないため、ResolveAgentIPアドレス列4053は空欄とする。また、キャッシュサーバ一覧表4023の主キーはID列4051であり、ID列を用いて特定の1行を限定する事ができる。また、キャッシュサーバIPアドレス列4052とResolveAgentIPアドレス列4053もユニーク列であり、それぞれの値を用いて特定の1行を限定する事ができる。二次記憶4013にはマネージャモジュールプログラム4031が含まれる。ResolveManager動作時にはマネージャモジュールプログラム4031を主記憶4012上に展開し、マネージャモジュール4021として実行する。図4下段のResolveAgent1022は、コンピュータ構成を備え、処理部であるCPU4061、記憶部である主記憶4062と二次記憶4063を含む。主記憶4062にはエージェントモジュール4071がある。エージェントモジュール4071はResolveAgentをコントロールするプログラムの実行時イメージである。エージェントモジュールの動作の詳細は図17等を用いて後述する。二次記憶4063にはエージェントモジュールプログラム4081が含まれる。ResolveAgent動作時にはエージェントモジュールプログラム4081を主記憶4062上に展開し、エージェントモジュール4071として実行する。続いて、エンドユーザ近傍キャッシュサーバ解決システムを用いた本実施例のVODシステムの動作詳細を示す。具体的にはシステム開始時の初期近傍キャッシュ表構築処理と、定常状態時の動作である情報処理端末がコンテンツを視聴する際の処理、システムに新たなキャッシュサーバを追加する際の処理と削除する際の処理である。図5にシステム開始時の初期近傍キャッシュ表構築処理のシーケンスを示す。本処理はResolveManager1012とResolveAgent1022、1032、1042の間で執り行われる。まずResolveManager1012が全ResolveAgent1022、1032、1042に対し、ResolveManager1012および全ResolveAgent1022、1032、1042との間の経路調査指示5001を出す。この結果、ResolveManager1012-ResolveAgent1022間、ResolveManager1012-ResolveAgent1032間、ResolveManager1012-ResolveAgent1042間、ResolveAgent1022-ResolveAgent1032間、ResolveAgent1022-ResolveAgent1042間、ResolveAgent1032-ResolveAgent1042間の計6本の経路上のルータが明らかになる。続いてこれらのルータを重複排除などして1つのリストにする5002。続いてリストの先頭のルータを取りだしルータAとし5003、全ResolveAgent1022、1032、1042にルータAとの距離測定指示5004を出す。その結果を集計し、距離の近い上位2件のルータを近傍キャッシュ表4022に追加する。なお、ここではカウンター列4042の値は0、停止フラグ14045および24048はオフとする。以後、リストの終端まで処理を繰り返し5006、5007、...、初期近傍キャッシュ表を構築する。以下、本処理に関わる各モジュールの処理フローを説明する。図6にシステム開始時の初期近傍キャッシュ表構築処理のうち、ResolveManager1012の処理部分のフローチャートを示す。ResolveManager1012は初期近傍キャッシュ表構築処理開始6001後、全ResolveAgent1022、1032、1042に経路調査指示を出す。詳細には、以下の疑似コードで示す手順で、全ResolveAgent1022、1032、1042に指示を出す。nrowsofキャッシュサーバ一覧表forain12...n1forbin01...n1ifb<arouterarray.addResolveAgenta.経路調査ResolveAgentbfidonedone続いて全ResolveAgent1022、1032、1042からの経路調査の結果をルータの配列として受け取り、重複排除したルータの配列を作る6003。続いてルータ配列の先頭を変数ルータAにコピー6004し、ルータ配列の先頭要素を削除6005し、全ResolveAgent1022、1032、1042にルータAとの間の距離測定指示を出す6006。続いて全ResolveAgent1022、1032、1042からの距離調査の結果を受け取り、距離の近い上位2件を選び、近傍キャッシュ表にレコード登録6007する。ここではCount列4042の値は0、二つの停止フラグ4045、4048の値はオフとする。続いてルータ配列に続きがあるか否か判断6008し、続きがあれば手順6004に戻る。続きがなければ処理を終える6009。図7にシステム開始時の初期近傍キャッシュ表構築処理のうち、ResolveAgent1022、1032、1042の経路調査処理部分のフローチャートを示す。ResolveAgent1022、1032、1042はルータXとの経路調査処理開始7001後、ルータXにtracerouteを発行7002して経路を測定し、その結果をResolveManager1012に返し7003、処理を終了7004する。図2に、手順7003の具体例を示す。図2ではaaa.example.coma1.a2.a3.a4からzzz.example.comz1.z2.z3.z4にtracerouteを発行した例である。tracerouteの結果、4つのルータを経由してzzz.example.comに到着する事が判る。この結果から、ルータ配列として、b1.b2.b3.b4c1.c2.c3.c4d1.d2.d3.d4e1.e2.e3.e4が得られる。なお、ここでは経路を取得する手段として広く用いられているtracerouteプログラムを用いたが、同様の機能を持った別のプログラムを用いてもいい。図8にシステム開始時の初期近傍キャッシュ表構築処理のうち、ResolveAgent1022、1032、1042の距離測定処理部分のフローチャートを示す。ResolveAgent1022、1032、1042はルータXとの距離測定処理開始8001後、ルータXにpingを発行8002して経路を測定し、その結果をResolveManager1012に返し8003、処理を終了8004する。図3に、手順8003の具体例を示す。図3ではaaa.example.coma1.a2.a3.a4からzzz.example.comz1.z2.z3.z4にpingを発行した例である。pingの結果、RTTの4回平均が11msであることが判る。この結果から、距離として11msが得られる。なお、ここでは距離を測定する手段として広く用いられているpingプログラムを用いたが、同様の機能を持った別のプログラムを用いてもいい。なお、ここではキャッシュサーバ間の経路上のルータを発見し登録したが、他にも既知のルータを手動登録することが考えられる。特にIXInternetExchangeなど複数のコネクションを集約する個所にあるルータを登録しておく事が考えられる。ここまでの処理で、システム開始時に初期近傍キャッシュ表が構築できる。続いて図9に定常状態時の動作である情報処理端末がコンテンツを視聴する際の処理シーケンスを示す。本処理では、まず情報処理端末1061がVODPortal1013に接続し番組表などを閲覧9001する。その裏で、VODPortal1013はResolveManager1012から近傍キャッシュアドレスを取得する。ここではResolveManager1012が情報処理端末106にtracerouteし、情報処理端末1061の近傍ルータを調査9003し、近傍キャッシュ表を用いて近傍キャッシュサーバのアドレスを返す。その後、情報処理端末1061が視聴する番組を決めた際に番組のメタデータ要求9004がある。VODPortal1013は番組のメタデータとして、コンテンツのURLUniformResourceLocatorとコンテンツに対するDRMキーのURLを返す。このとき、コンテンツのURLとして手順9002で取得した近傍キャッシュサーバ内のURLを返す。その後、番組のメタデータを受けた情報処理端末1061が適当なキャッシュにコンテンツを要求9005し、またVODDRM1014にDRMキーを要求する。なお、手順9002において、常に情報処理端末1061近傍のキャッシュサーバを返す事ができるわけではない。そのため、手順9002において情報処理端末1061近傍のキャッシュサーバを返す事が出来なかった場合は、図10に示す処理シーケンスに基づき代替キャッシュサーバを返し、さらに情報処理端末1061の近傍キャッシュを探索しておく。本処理では、まず情報処理端末1061がVODPortal1013に接続し番組表などを閲覧9001する。その裏で、VODPortal1013はResolveManager1012から近傍キャッシュアドレスを取得する。ここではResolveManager1012が情報処理端末1061にtracerouteし、情報処理端末1061の近傍ルータを調査9003し、近傍キャッシュ表を用いて近傍キャッシュサーバを探索するが見つからず、2番目に近いルータの最近傍キャッシュサーバを返す10001。その後、情報処理端末1061が番組のメタデータ要求9004し、適当なキャッシュにコンテンツを要求9005し、またVODDRM1014にDRMキーを要求するのだが、その裏でResolveManager1012は全ResolveAgent1022、1032、1042に情報処理端末1061最近傍のルータとの距離測定指示10002を出し、近傍キャッシュサーバを決定してレコードを作成10003する。この処理の結果、情報処理端末1061が再び番組を見る時や、他の近くにある情報処理端末1062、1063が番組を見るときに、最近傍のキャッシュサーバを使えるようになる。以下、本処理に関わる各モジュールの処理フローを説明する。図11に定常状態時の動作である情報処理端末がコンテンツを視聴する際の処理のうち、ResolveManager1012の処理部分のフローチャートを示す。ResolveManager1012は情報処理端末の近傍キャッシュ探索処理開始11001後、情報処理端末1061にtracerouteしルータ配列を取得11002する。続いて変数ルータAにルータ配列の末尾をコピー11003する。ルータ配列の末尾とは、すなわち情報処理端末1061に最も近いルータである。続いて近傍キャッシュ表からルータAのレコードを探索11004し、見つかったか否か判断11005する。見つかった場合は同レコード内の停止フラグ1がオフか否か判断11006する。オフであった場合、すなわちキャッシュサーバ1が稼働中である場合はキャッシュサーバ1のURLを返す11007。停止フラグ1がオンであった場合は、続いて停止フラグ2の判断11008を行う。停止フラグ2がオフであればキャッシュサーバ2のURLを返す11009。停止フラグ2もオンであれば、判断11005で見つからなかった場合と同じく、ルータ配列に続きがあるか否か判断11010し、続きがあればルータAを本処理内で用いる一時領域である探索配列に追加11012し、ルータ配列の末尾を削除11013し、手順11003に戻る。判断11010でルータ配列に続きがない場合はVODDataOrigin1015のURLを返す11010。ここまでの処理で、現時点で最善のキャッシュサーバオリジンサーバを含むをVODPortal1013に返す事ができる。続いて図10で説明した最近傍ルータの近傍キャッシュサーバ探索処理を行う。まず一時領域である探索配列に要素があるか否か判断11014し、要素がない場合はそのまま処理を終了11019する。要素があった場合は変数ルータAに探索配列の先頭をコピー11015し、探索配列の先頭を削除11016し、全ResolveAgent1022、1032、1042にルータAとの距離測定指示11017を出す。続いて全ResolveAgent1022、1032、1042からの距離調査の結果を受け取り、距離の近い上位2件を選び、近傍キャッシュ表にレコード登録11018し、手順11014に戻る。なお、ルータによってはICMPメッセージを返さず、どの経路を通ったか特定できない場合がある。その場合には、そのようなルータはルータ配列から除いて上記処理を実行する。また、経路上のすべてのルータがICMPメッセージを返さなかった場合は、情報処理端末に最も近いキャッシュサーバを探索し、返す。ここまでの処理で、定常状態時の動作である情報処理端末がコンテンツを視聴する際の近傍キャッシュサーバを解決できる。続いて図12にシステムに新たなキャッシュサーバを追加する際の処理、同じく図13システムからキャッシュサーバを削除する際の処理シーケンスを示す。システムに新たなキャッシュサーバを追加する際の処理はResolveManager1012と新たに追加されるキャッシュサーバ12001のResolveAgent12002の間で執り行われる。まずResolveAgent12002がResolveManager1012に対しキャッシュ追加処理指示12004を出す。続いてResolveManager1012はキャッシュサーバ一覧表4023にキャッシュサーバ12001に関するレコードを追加12005する。続いて近傍キャッシュ表4022の1行目のルータを取りだしルータAとし12006、ResolveAgent12002にルータAとの距離測定指示12007を出し、ここではその結果が近傍キャッシュ表4022のレコード中の距離よりも近いためレコードを更新する12008。続いて近傍キャッシュ表4022の2行目のルータを取りだしルータAとし12009、ResolveAgent12002にルータAとの距離測定指示12010を出し、ここではその結果が近傍キャッシュ表4022のレコード中の距離よりも遠いためレコードを更新しない。以後、近傍キャッシュ表4022の3行目12011から近傍キャッシュ表の最後まで同じ処理を続ける。一方でシステムからキャッシュサーバを削除する際の処理はResolveManager1012と全てのResolveAgent1022、1032、1042、12002の間で執り行われる。まずこれから削除されるキャッシュサーバ12001のResolveAgent12002がResolveManager1012に対しキャッシュ削除処理指示13001を出す。続いてResolveManager1012はキャッシュサーバ一覧表4023からこれから削除されるキャッシュサーバ12001に関するレコードを削除13002する。続いて近傍キャッシュ表4022のうちこれから削除されるキャッシュサーバ12001に関する複数の行のうちの1行目のルータを取りだしルータAとし13003、これから削除されるキャッシュサーバ12001のResolveAgent1022、1032、1042にルータAとの距離測定指示13004を出し、その結果を用いてレコードを更新する12008。以後、同じ処理をこれから削除されるキャッシュサーバ12001に関する複数の行のうちの2行目13006~13008、3行目13009から近傍キャッシュ表の最後まで同じ処理を続ける。図14にシステムに新たなキャッシュサーバを追加する際の処理のうち、ResolveManager1012の処理部分のフローチャートを示す。ResolveManager1012はキャッシュサーバCの追加処理開始14001後、まずキャッシュサーバ一覧表4023にキャッシュサーバCに関するレコードを追加14002する。続いて近傍キャッシュ表4022から全レコードのルータIPアドレス列4041を取りだしルータ配列を作る14003。続いて変数ルータAにルータ配列の先頭をコピー14004し、ルータ配列の先頭を削除14005し、キャッシュサーバCのResolveAgentにルータAとの距離測定指示14006を出し、結果を受け取る。その距離と近傍キャッシュ表4022のルータAに関する行のうちキャッシュサーバ1よりも近いか否か判断14007し、近い場合は近傍キャッシュ表4022のルータAに関する行のキャッシュサーバ2および距離2を現在のキャッシュサーバ1および距離1の値で更新14008し、続いて近傍キャッシュ表4022のルータAに関する行のキャッシュサーバ1および距離1をキャッシュサーバCのIPアドレスと距離で更新する14009。判断14007において遠い場合は続いてキャッシュサーバCとルータAの距離と近傍キャッシュ表4022のルータAに関する行のうちキャッシュサーバ2よりも近いか否か判断14010し、近い場合は近傍キャッシュ表4022のルータAに関する行のキャッシュサーバ2および距離2をキャッシュサーバ1および距離1をキャッシュサーバCのIPアドレスと距離で更新する14011。続いてルータ配列に続きがあるか否か判断14012し、あれば手順14004に戻り、なければ処理を終える14013。図15にシステムからキャッシュサーバを削除する際の処理のうち、ResolveManager1012の処理部分のフローチャートを示す。ResolveManager1012はキャッシュサーバCの削除処理開始15001後、まずキャッシュサーバ一覧表4023からキャッシュサーバCに関するレコードを削除15002する。続いて近傍キャッシュ表4022からキャッシュCを含む全レコードのルータIPアドレス列4041を取りだしルータ配列を作る15003。続いて変数ルータAにルータ配列の先頭をコピー15004し、ルータ配列の先頭を削除15005し、キャッシュサーバC以外の全ResolveAgent1022、1032、1042にルータAとの距離測定指示15006を出し、結果を受け取る。その結果から距離の近い上位2件を選び、近傍キャッシュ表4022のルータAに関するレコードを更新15007する。続いてルータ配列に続きがあるか判断15008し、あれば手順15004に戻り、なければ処理を終了15009する。ここまでの処理で、システムに新たなキャッシュサーバを追加および削除できる。最後に、これまでに説明した個々の処理手順を統合して、ResolveManagerの動作を図16に、またResolveAgentの動作を図17に示す。ResolveManagerは起動16001後、キャッシュサーバ一覧表にキャッシュサーバを登録16002する。これは初期値として与えるキャッシュサーバの一覧であり、ここでは人手で入力する。他にも設定ファイルに書いたりResolveAgentのキャッシュ追加処理指示を受けたりといった方法が考えられる。続いてマネージャモジュールを起動16003し、図6の初期近傍キャッシュ表構築処理を実行16004する。これ以降は処理依頼を待ちうける。近傍キャッシュの問い合わせがあった場合は16005、図11の情報処理端末の近傍キャッシュ探索処理を実行16006する。また、キャッシュサーバ追加処理依頼があった場合は16007、図14のキャッシュCの追加処理を実行16008する。また、キャッシュサーバ削除処理依頼があった場合は16009、図15のキャッシュCの削除処理を実行16010する。またキャッシュサーバのメンテナンス報告があった場合は16011、それがメンテナンス中報告であれば近傍キャッシュ表4022のうち、報告のあったキャッシュサーバのIPアドレスをキャッシュサーバ1列4043に含む行は停止フラグ14045を、キャッシュサーバ2列4046に含む行は停止フラグ24048をオンに操作16012する。同じくメンテナンス終了報告であればオフにする。ResolveAgentは起動17001後、エージェントモジュールを起動17002し、ResolveManagerにキャッシュ追加処理を指示17003する。これ以降は処理の依頼を待ちうける。経路調査依頼があった場合は17004図7のルータXとの経路調査処理を実行17005し、距離調査依頼があった場合は17006図8のルータXとの距離測定処理を実行17007する。この待ち受け中に管理者から明示的に終了指示があった場合17008はResolveManagerにキャッシュ削除処理を指示17009し、ResolveAgentを終了17010する。ここでは本実施例のエンドユーザ近傍キャッシュ解決システムを用いたWEBコンテンツ配信システムについて説明する。WEBコンテンツ配信システムではVODの場合と異なり、エンドユーザからのコンテンツ要求に対して即座にコンテンツを返す必要がある。そのためtracerouteなど時間がかかる処理を行う事ができないと言う特徴がある。そこで本実施例ではこの特徴に合わせてResolveManagerの構成や動作に変更を加えている。図18に本実施例の全体構成を示す。DC1011には変更されたResolveManager18001とWEBコンテンツ配信コンポーネントであるコンテンツ配信装置としてのHTTPDataOrigin18002がある。キャッシュサーバ1021、1031、1041にはResolveAgent1022、1032、1042とHTTPDataCache18003、18004、18005がある。ResolveAgent1022、1032、1042は実施例1と同じものを用いる。またHTTPDataCache18003、18004、18005はHTTPDataOrigin18002と同等の機能およびコンテンツを持ち、実際にコンテンツを配信するコンポーネントである。ただし、コンテンツのうち、AタグやIMGタグなどリンクを持つタグのURLが絶対パスを持っている場合は、各HTTPDataCacheのURLに置き換えられている。また、本実施例でPC18006、18007、18008がクライアントであり、クライアントプログラムには一般的なWEBブラウザを想定している。なおWEBブラウザが動作すれば、PCやスマートフォンなど情報処理端末のハードウェアは問わない。図19に変更されたResolveManager18001とHTTPDataOrigin18002の詳細構成を示す。ResolveManager18001はCPU19011、主記憶19012、二次記憶19013を含む。主記憶19012の上にはマネージャモジュール19021と近傍キャッシュ表19022とキャッシュサーバ一覧表19023とtraceroute表19024を含む。このうち、マネージャモジュール19021は実施例1のマネージャモジュール4021を変更したものである。また近傍キャッシュ表19022とキャッシュサーバ一覧表19023はそれぞれ実施例1の近傍キャッシュ表4022とキャッシュサーバ一覧表4023と同じものである。traceroute表19024はPCアドレス列19041とルータ配列列19042を持ち、あるPCまでの経路上のルータを保存しておく。なお、traceroute表19024の主キーはPCアドレス列19041であり、PCアドレス列を用いて特定の1行を限定する事ができる。また二次記憶19013にはマネージャモジュールプログラム19031が含まれる。ResolveManager18001動作時にはマネージャモジュールプログラム19031を主記憶19012上に展開し、マネージャモジュール19021として実行する。HTTPDataOrigin18002はCPU1905、主記憶1905、二次記憶19053を含む。主記憶19052の上にはHTTPサーバ19061とリライトモジュール19062を含む。このうち、HTTPサーバ19061は汎用のHTTPサーバ19061を用いる。またリライトモジュールはHTTPサーバ19061とPC18006、18007、18008の間に入り、コンテンツ中のAタグやIMGタグなどリンクを持つタグのURLを書き換える機能を持つ。二次記憶19053にはHTTPサーバプログラム19071とリライトモジュールプログラム19072が含まれる。HTTPDataOrigin18002動作時にはHTTPサーバプログラム19071とリライトモジュールプログラム19072を主記憶19052上に展開し、HTTPサーバ19061とリライトモジュール19062として実行する。続いて、エンドユーザ近傍キャッシュ解決システムを用いたWEBコンテンツ配信システムの動作詳細を示す。ただし、システム開始時の初期近傍キャッシュ表構築処理と、システムに新たなキャッシュサーバを追加する際の処理と削除する際の処理は実施例1と同様であるため、ここでは定常状態時の動作であるPCがコンテンツを取得する際の処理を示す。図20に定常状態時の動作であるPCがコンテンツを取得する際の処理シーケンスを示す。本処理では、まずPC18006がHTTPDataOrigin18002に接続しトップページを要求20001する。続いてHTTPDataOrigin18002はResolveManager18001から近傍キャッシュアドレスを取得20002するが、ここではResolveManager18001はtraceroute表19024を探索してもPC18006のレコードが見つからなかった20003ためHTTPDataOrigin18002のアドレスを返す20004このため、HTTPDataOrigin18002はPC18006にコンテンツ中のアドレスの書き換えをしないでコンテンツを返す20005。その裏で、ResolveManager18001はPC18006にtracerouteし、結果をtraceroute表19024に登録20006しておく。続いてPC18006が続きのページを要求20007すると、再びHTTPDataOrigin18002はResolveManager18001から近傍キャッシュアドレスを取得20008するが、この時は手順20006でtraceroute結果をtraceroute表19024に登録してあるため、traceroute表を探索するとレコードが見つかる20009。そのためそのレコードを用いて近傍キャッシュサーバを解決し、近傍キャッシュサーバのアドレスを返す20010。続いてHTTPDataOrigin18002は近傍キャッシュサーバのアドレスを用いてコンテンツ中のアドレスを書き換えてコンテンツを返す20011。これ以降のPC18006からのコンテンツ要求は、ここではキャッシュサーバ11021上のHTTPDataCache118003に向かう20012。図21に定常状態時の動作であるPCがコンテンツを取得する際の処理シーケンスのうち、ResolveManager18001の処理部分であるPCの近傍キャッシュ探索処理のフローチャートを示す。本実施例では、本処理で図16のResolveManager全体処理のうち情報処理端末の近傍キャッシュ探索処理16006を置き変える。ResolveManager18001はPCの近傍キャッシュ探索処理開始21001後、まずtraceroute表にPCのエントリがあるか否か判断21002する。判断の結果エントリがなかった場合はHTTPDataOrigin18002のURLを返し21003、その後PC18006にtracerouteして得られたルータ配列からレコードを作成してtraceroute表19024に追加21004し、処理を終える21005。一方判断21002の結果エントリがあった場合はtraceroute表のエントリからルータ配列を取得する21006。これ以降の処理は図11の処理11003~11018と等しいため説明を省く。ここまでの処理で、定常状態時の動作であるPCがコンテンツを取得する際の近傍キャッシュサーバを解決できる。なお、ResolveManager18001が用いる近傍キャッシュ表4022、キャッシュサーバ一覧表18022、traceroute表19024のうち、近傍キャッシュ表4022とtraceroute表19024はレコード数が際限なく大きくなる可能性がある。これに対して、レコード数に上限を持たせて、重要度の低いレコードを削除する方法が有効である。重要度の低いレコードは、近傍キャッシュ表4022の場合はアクセス回数を表すcounter列4042の値が小さいものである。そこで、この場合はLRULeastRecentlyUsedアルゴリズムに基づきcouter列4042の値が小さい順に削除する。また、traceroute表19024のようにアクセス回数が判らない表であれば、FIFOFirstInFirstOutアルゴリズムに基づき、古い行すなわち表の上の方にある行は重要度が低いと判断する。なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したのであり、必ずしも説明の全ての構成を備えるものに限定されものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることが可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウエアで実現してもよい。また、上記の各構成、機能等は、それぞれの機能を実現するプログラムを実行することによりソフトウェアで実現する場合を例示して説明したが、各機能を実現するプログラム、テーブル、ファイル等の情報はメモリのみならず、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICカード、SDカード、DVD等の記録媒体におくことができるし、必要に応じてネットワーク等を介してダウンロード、インストールすることも可能である。以上説明した本発明の開示の内容には、特許請求の範囲の各項に記載の発明以外に種々の発明が含まれている。その一例を示すと下記のとおりである。例1:ある装置Aを識別するIDを入力し、同じ機能を持った別のいくつかの装置の中から装置Aにネットワーク上の距離の近い別の装置Bを識別するIDを返す装置解決方法であって、予めネットワーク上の幾つかの中継装置と、同じ機能を持った別の幾つかの装置それぞれとの距離を測定し、ネットワーク上の幾つかの中継装置にネットワーク上の距離の近い別の装置を決定してリストとして保持しておき、装置Aを識別するIDを入力したら装置Aまでのネットワーク上の経路上の中継装置を調査し、中継装置の配列とし、装置Aに最も近い中継装置を前記予め保持したリストから探索し、装置Aに最も近い中継装置に最も近い別の装置Bを取得し、もし装置Aに最も近い中継装置が前記予め保持したリストに含まれない場合は、装置Aから二番目に近い中継装置を用いて前記予め保持したリストから探索し、装置Aから二番目に近い中継装置に最も近い別の装置Bを取得し、同様に再帰的に装置Aにn番目に近い中継装置前記予め保持したリストに含まれない場合は、装置Aからn1番目に近い中継装置を用いて前記予め保持したリストから探索し、装置Aからn1番目に近い中継装置に最も近い別の装置Bを取得し、装置Bを返す、装置解決方法。"