JP2003208371A - 名前解決を用いたルーティング方法およびそのシステム - Google Patents
名前解決を用いたルーティング方法およびそのシステムInfo
- Publication number
- JP2003208371A JP2003208371A JP2002005292A JP2002005292A JP2003208371A JP 2003208371 A JP2003208371 A JP 2003208371A JP 2002005292 A JP2002005292 A JP 2002005292A JP 2002005292 A JP2002005292 A JP 2002005292A JP 2003208371 A JP2003208371 A JP 2003208371A
- Authority
- JP
- Japan
- Prior art keywords
- client
- dns server
- address
- server
- local dns
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
(57)【要約】
【課題】 移動体ネットワークのクライアントに対し
て、クライアントの位置を考慮したリクエスト・ルーテ
ィングを行うことで、最適なエッジサーバへの誘導を可
能とする名前解決を用いたルーティング方法およびその
システムを提供する。 【解決手段】 ローカルＤＮＳサーバ２ａは、クライア
ント１のホームアドレス及び気付アドレスの組からなる
バインディング・キャッシュと、外部ネットワークのＤ
ＮＳサーバである外部ローカルＤＮＳサーバ２ｂのＩＰ
アドレスと、を有してなるフォワーディング・テーブル
２１を、管理する。そして、ローカルＤＮＳサーバ２ａ
は、クライアント１のレゾルバから名前解決の要求があ
った場合に、フォワーディング・テーブル２１を用い
て、当該名前解決の要求を外部ローカルＤＮＳサーバ２
ｂへ転送する。
て、クライアントの位置を考慮したリクエスト・ルーテ
ィングを行うことで、最適なエッジサーバへの誘導を可
能とする名前解決を用いたルーティング方法およびその
システムを提供する。 【解決手段】 ローカルＤＮＳサーバ２ａは、クライア
ント１のホームアドレス及び気付アドレスの組からなる
バインディング・キャッシュと、外部ネットワークのＤ
ＮＳサーバである外部ローカルＤＮＳサーバ２ｂのＩＰ
アドレスと、を有してなるフォワーディング・テーブル
２１を、管理する。そして、ローカルＤＮＳサーバ２ａ
は、クライアント１のレゾルバから名前解決の要求があ
った場合に、フォワーディング・テーブル２１を用い
て、当該名前解決の要求を外部ローカルＤＮＳサーバ２
ｂへ転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、名前解決を用いた
ルーティング方法およびそのシステムに関する。特に、
移動体ネットワークのクライアントに対して、クライア
ントの位置を考慮したルーティングでコンテンツを配信
することが可能な名前解決を用いたルーティング方法お
よびそのシステムに関する。
ルーティング方法およびそのシステムに関する。特に、
移動体ネットワークのクライアントに対して、クライア
ントの位置を考慮したルーティングでコンテンツを配信
することが可能な名前解決を用いたルーティング方法お
よびそのシステムに関する。
【０００２】
【従来の技術】現在、アクセスネットワークの広帯域化
及びＷｅｂコンテンツの大容量化に伴いクライアントの
近傍のサーバ（エッジサーバ）に予めコンテンツを配布
するコンテンツ配信ネットワーク（ＣＤＮ：Content De
livery Network）が注目されている。リクエスト・ルー
ティング・システム（ＲＲＳ：Request Routing Syste
m）は、ＣＤＮの１コンポーネントであり、クライアン
トのコンテンツ要求を、そのコンテンツのコピーを持つ
エッジサーバへと誘導するためのシステムである。リク
エスト・ルーティング・システムの基本機能としては、
下記の２つがある。 １）リクエストに応えることができるエッジサーバにク
ライアントを誘導する。 ２）最良のサービスを提供可能なエッジサーバにクライ
アントを誘導する。
及びＷｅｂコンテンツの大容量化に伴いクライアントの
近傍のサーバ（エッジサーバ）に予めコンテンツを配布
するコンテンツ配信ネットワーク（ＣＤＮ：Content De
livery Network）が注目されている。リクエスト・ルー
ティング・システム（ＲＲＳ：Request Routing Syste
m）は、ＣＤＮの１コンポーネントであり、クライアン
トのコンテンツ要求を、そのコンテンツのコピーを持つ
エッジサーバへと誘導するためのシステムである。リク
エスト・ルーティング・システムの基本機能としては、
下記の２つがある。 １）リクエストに応えることができるエッジサーバにク
ライアントを誘導する。 ２）最良のサービスを提供可能なエッジサーバにクライ
アントを誘導する。
【０００３】現在、Ｗｅｂサイトで提供するコンテンツ
などをＣＤＮを用いて配布する際に使用されるリクエス
ト・ルーティング・システムには、“ＤＮＳ−ｂａｓｅ
ｄ”リクエスト・ルーティング・システムという従来技
術がある。上記従来技術は、ＤＮＳ（Domain Name Syst
em）をクライアントの誘導に用いる方法である。この場
合は、１つ以上のドメイン名がリクエスト・ルーティン
グ・システムに付与される。そして、このドメイン名
は、クライアントのリクエストを誘導するために利用さ
れ、ＵＲＬの一部として使用される。また、この方法
は、既にインターネット上に広く普及している既存のＤ
ＮＳをベースとして用いるので、インターネット上のど
こからでも利用できるという特徴がある。
などをＣＤＮを用いて配布する際に使用されるリクエス
ト・ルーティング・システムには、“ＤＮＳ−ｂａｓｅ
ｄ”リクエスト・ルーティング・システムという従来技
術がある。上記従来技術は、ＤＮＳ（Domain Name Syst
em）をクライアントの誘導に用いる方法である。この場
合は、１つ以上のドメイン名がリクエスト・ルーティン
グ・システムに付与される。そして、このドメイン名
は、クライアントのリクエストを誘導するために利用さ
れ、ＵＲＬの一部として使用される。また、この方法
は、既にインターネット上に広く普及している既存のＤ
ＮＳをベースとして用いるので、インターネット上のど
こからでも利用できるという特徴がある。
【０００４】
【発明が解決しようとする課題】ところで、モバイルＩ
Ｐネットワーク等の移動体ネットワークに上記従来技術
を適用しようとすると、次の問題がある。つまり、クラ
イアントは、移動体ネットワーク内で本来所属している
エリア（ホームネットワーク）のＤＮＳサーバ（以下、
「ホーム・ローカル・ＤＮＳ」という）のＩＰアドレス
を予め把握しているので、このクライアントが移動体ネ
ットワーク内の他のエリアに移動しても、ホーム・ロー
カル・ＤＮＳサーバ及びホームネットワーク内のエッジ
サーバを利用することはできる。
Ｐネットワーク等の移動体ネットワークに上記従来技術
を適用しようとすると、次の問題がある。つまり、クラ
イアントは、移動体ネットワーク内で本来所属している
エリア（ホームネットワーク）のＤＮＳサーバ（以下、
「ホーム・ローカル・ＤＮＳ」という）のＩＰアドレス
を予め把握しているので、このクライアントが移動体ネ
ットワーク内の他のエリアに移動しても、ホーム・ロー
カル・ＤＮＳサーバ及びホームネットワーク内のエッジ
サーバを利用することはできる。
【０００５】しかしながら、その場合、従来の技術で
は、ホーム・ローカル・ＤＮＳサーバのＩＰアドレスを
元にエッジサーバを決定するため、移動先のエリアにい
るクライアントにとっては最適なエッジサーバとはなら
ない場合がある。即ち、移動先のクライアントは、その
クライアントが現在属するエリアに存在するエッジサー
バからではなく、そのクライアントから遠く離れたホー
ムネットワークに存在するエッジサーバからコンテンツ
の配信を受けることとなるという問題点が生じる。
は、ホーム・ローカル・ＤＮＳサーバのＩＰアドレスを
元にエッジサーバを決定するため、移動先のエリアにい
るクライアントにとっては最適なエッジサーバとはなら
ない場合がある。即ち、移動先のクライアントは、その
クライアントが現在属するエリアに存在するエッジサー
バからではなく、そのクライアントから遠く離れたホー
ムネットワークに存在するエッジサーバからコンテンツ
の配信を受けることとなるという問題点が生じる。
【０００６】また、エッジサーバに関しては、三角問題
（Triangle Routing）という問題が生じることがある。
つまり、クライアントは、リクエスト・ルーティング・
システムにより誘導されたエッジサーバからコンテンツ
を取得するが、移動先のエリアにいるクライアントに対
してコンテンツを送信する際には、クライアントとエッ
ジサーバ間の通信が直線的な経路とならずに、クライア
ントとホームネットワークとエッジサーバとで三角の通
信経路、即ち大きく遠回りした通信経路になる場合があ
り、ホームネットワークと外部ネットワーク間のネット
ワーク帯域を圧迫する可能性がある。
（Triangle Routing）という問題が生じることがある。
つまり、クライアントは、リクエスト・ルーティング・
システムにより誘導されたエッジサーバからコンテンツ
を取得するが、移動先のエリアにいるクライアントに対
してコンテンツを送信する際には、クライアントとエッ
ジサーバ間の通信が直線的な経路とならずに、クライア
ントとホームネットワークとエッジサーバとで三角の通
信経路、即ち大きく遠回りした通信経路になる場合があ
り、ホームネットワークと外部ネットワーク間のネット
ワーク帯域を圧迫する可能性がある。
【０００７】本発明は、上述した事情に鑑みてなされた
もので、移動体ネットワークのクライアントに対して、
クライアントの位置を考慮したリクエスト・ルーティン
グを行うことで、最適なエッジサーバへの誘導を可能と
する名前解決を用いたルーティング方法およびそのシス
テムの提供を目的とする。
もので、移動体ネットワークのクライアントに対して、
クライアントの位置を考慮したリクエスト・ルーティン
グを行うことで、最適なエッジサーバへの誘導を可能と
する名前解決を用いたルーティング方法およびそのシス
テムの提供を目的とする。
【０００８】
【課題を解決するための手段】上記の目的を達成するた
めに、請求項１記載の発明では、移動体ネットワークに
おいて移動する端末であるクライアントと、前記ネット
ワークに分散して複数配置されてコンテンツを前記クラ
イアントに配信するエッジサーバとの間の通信経路を選
択するルーティング方法であって、前記ネットワークの
各エリア毎に、当該エリアのＤＮＳサーバをなすローカ
ルＤＮＳサーバと前記エッジサーバを配置し、前記クラ
イアントが本来所属しているエリアであるホームネット
ワークに、当該エリアのＤＮＳをなすホーム・ローカル
ＤＮＳサーバを配置し、同一エリア内の前記ローカルＤ
ＮＳサーバと前記エッジサーバのアドレスを対応付けた
テーブルを管理する権限ＤＮＳサーバを配置した場合
に、前記ホーム・ローカルＤＮＳサーバは、前記クライ
アントの移動情報を受信し、当該移動情報に基づいて前
記クライアントの移動先のエリアのローカルＤＮＳサー
バのアドレスを記録するとともに、前記クライアントか
ら当該ホーム・ローカルＤＮＳサーバに対してコンテン
ツにアクセスするために必要となる名前解決の要求があ
った場合に、当該記録されたアドレスに基づいて前記移
動先のエリアのローカルＤＮＳサーバへ当該要求を転送
し、前記移動先のエリアのローカルＤＮＳサーバは、前
記権限ＤＮＳサーバへ、前記コンテンツに対応するエッ
ジサーバのアドレスを問い合わせ、前記権限ＤＮＳサー
バは、前記記録されたアドレスに基づいて、前記移動先
のエリアのエッジサーバのアドレスを当該エリアのロー
カルＤＮＳサーバへ送信し、当該移動先エリアのローカ
ルＤＮＳサーバは、受信した前記アドレスを前記クライ
アントに送信することを特徴とする。本発明によれば、
“ＤＮＳ−ｂａｓｅｄ”リクエスト・ルーティング・シ
ステムにおいて、クライアントがホームネットワークか
ら他のエリア（外部ネットワーク）に移動したときに、
エッジサーバの名前解決の問い合わせをしたＤＮＳサー
バ（ホームネットワークのＤＮＳサーバ）のＩＰアドレ
スではなく、外部ネットワークのＤＮＳサーバのＩＰア
ドレスに基づいて、クライアントを外部ネットワークの
エッジサーバへと誘導する。したがって、モバイルＩＰ
ネットワークのクライアントに対しても、最適なエッジ
サーバへと誘導することができる。
めに、請求項１記載の発明では、移動体ネットワークに
おいて移動する端末であるクライアントと、前記ネット
ワークに分散して複数配置されてコンテンツを前記クラ
イアントに配信するエッジサーバとの間の通信経路を選
択するルーティング方法であって、前記ネットワークの
各エリア毎に、当該エリアのＤＮＳサーバをなすローカ
ルＤＮＳサーバと前記エッジサーバを配置し、前記クラ
イアントが本来所属しているエリアであるホームネット
ワークに、当該エリアのＤＮＳをなすホーム・ローカル
ＤＮＳサーバを配置し、同一エリア内の前記ローカルＤ
ＮＳサーバと前記エッジサーバのアドレスを対応付けた
テーブルを管理する権限ＤＮＳサーバを配置した場合
に、前記ホーム・ローカルＤＮＳサーバは、前記クライ
アントの移動情報を受信し、当該移動情報に基づいて前
記クライアントの移動先のエリアのローカルＤＮＳサー
バのアドレスを記録するとともに、前記クライアントか
ら当該ホーム・ローカルＤＮＳサーバに対してコンテン
ツにアクセスするために必要となる名前解決の要求があ
った場合に、当該記録されたアドレスに基づいて前記移
動先のエリアのローカルＤＮＳサーバへ当該要求を転送
し、前記移動先のエリアのローカルＤＮＳサーバは、前
記権限ＤＮＳサーバへ、前記コンテンツに対応するエッ
ジサーバのアドレスを問い合わせ、前記権限ＤＮＳサー
バは、前記記録されたアドレスに基づいて、前記移動先
のエリアのエッジサーバのアドレスを当該エリアのロー
カルＤＮＳサーバへ送信し、当該移動先エリアのローカ
ルＤＮＳサーバは、受信した前記アドレスを前記クライ
アントに送信することを特徴とする。本発明によれば、
“ＤＮＳ−ｂａｓｅｄ”リクエスト・ルーティング・シ
ステムにおいて、クライアントがホームネットワークか
ら他のエリア（外部ネットワーク）に移動したときに、
エッジサーバの名前解決の問い合わせをしたＤＮＳサー
バ（ホームネットワークのＤＮＳサーバ）のＩＰアドレ
スではなく、外部ネットワークのＤＮＳサーバのＩＰア
ドレスに基づいて、クライアントを外部ネットワークの
エッジサーバへと誘導する。したがって、モバイルＩＰ
ネットワークのクライアントに対しても、最適なエッジ
サーバへと誘導することができる。
【０００９】また、請求項２記載の発明では、請求項１
に記載の前記クライアントの移動情報が当該クライアン
トの前記ホームネットワーク上でのアドレスであるホー
ムアドレスと、当該クライアントの移動先のエリアでの
アドレスである気付アドレスとを有してなることを特徴
とする。
に記載の前記クライアントの移動情報が当該クライアン
トの前記ホームネットワーク上でのアドレスであるホー
ムアドレスと、当該クライアントの移動先のエリアでの
アドレスである気付アドレスとを有してなることを特徴
とする。
【００１０】また、請求項３記載の発明では、請求項１
又は２記載のホーム・ローカルＤＮＳサーバが、前記ク
ライアントの移動先のエリアのローカルＤＮＳサーバの
アドレスを記録するときに、当該記録されるアドレス
と、前記気付アドレス又は前記権限ＤＮＳサーバが管理
するエリアを示す権限ゾーンのアドレスのうちの少なく
とも一つとを、対応付けて記録することを特徴とする。
又は２記載のホーム・ローカルＤＮＳサーバが、前記ク
ライアントの移動先のエリアのローカルＤＮＳサーバの
アドレスを記録するときに、当該記録されるアドレス
と、前記気付アドレス又は前記権限ＤＮＳサーバが管理
するエリアを示す権限ゾーンのアドレスのうちの少なく
とも一つとを、対応付けて記録することを特徴とする。
【００１１】また、請求項４記載の発明では、請求項１
乃至３のいずれか１項記載のルーティング方法におい
て、前記エッジサーバが、当該エッジサーバと前記クラ
イアント間の通信経路として最短の経路を自動的に選択
することを特徴とする。
乃至３のいずれか１項記載のルーティング方法におい
て、前記エッジサーバが、当該エッジサーバと前記クラ
イアント間の通信経路として最短の経路を自動的に選択
することを特徴とする。
【００１２】上記の目的を達成するために、請求項５記
載の発明では、ネットワークにおいて移動する端末であ
るクライアントと、前記ネットワークの各エリア毎に配
置されてコンテンツを前記クライアントに配信するエッ
ジサーバとの間の通信経路を選択するルーティング・シ
ステムであって、前記ネットワークの各エリア毎に配置
されて、当該エリアのＤＮＳをなすローカルＤＮＳサー
バと、前記ローカルＤＮＳサーバの一つであって、前記
クライアントが本来所属しているエリアであるホームネ
ットワークのＤＮＳをなすホーム・ローカルＤＮＳサー
バと、前記エッジサーバに割り当てられたアドレスを、
同一エリア内の前記ローカルＤＮＳサーバに対応付けた
テーブルで管理し、前記ローカルＤＮＳサーバから出さ
れた前記コンテンツに対応するエッジサーバのアドレス
の問い合わせに、当該テーブルを用いて返答する権限Ｄ
ＮＳサーバと、を有し、前記ホーム・ローカルＤＮＳサ
ーバは、前記クライアントの移動先のエリアのローカル
ＤＮＳサーバのアドレスを記録する機能と、前記クライ
アントからのコンテンツの要求を当該記録されたアドレ
スのＤＮＳサーバへ転送する機能と、を有することを特
徴とする。
載の発明では、ネットワークにおいて移動する端末であ
るクライアントと、前記ネットワークの各エリア毎に配
置されてコンテンツを前記クライアントに配信するエッ
ジサーバとの間の通信経路を選択するルーティング・シ
ステムであって、前記ネットワークの各エリア毎に配置
されて、当該エリアのＤＮＳをなすローカルＤＮＳサー
バと、前記ローカルＤＮＳサーバの一つであって、前記
クライアントが本来所属しているエリアであるホームネ
ットワークのＤＮＳをなすホーム・ローカルＤＮＳサー
バと、前記エッジサーバに割り当てられたアドレスを、
同一エリア内の前記ローカルＤＮＳサーバに対応付けた
テーブルで管理し、前記ローカルＤＮＳサーバから出さ
れた前記コンテンツに対応するエッジサーバのアドレス
の問い合わせに、当該テーブルを用いて返答する権限Ｄ
ＮＳサーバと、を有し、前記ホーム・ローカルＤＮＳサ
ーバは、前記クライアントの移動先のエリアのローカル
ＤＮＳサーバのアドレスを記録する機能と、前記クライ
アントからのコンテンツの要求を当該記録されたアドレ
スのＤＮＳサーバへ転送する機能と、を有することを特
徴とする。
【００１３】
【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。本発明は、従来の“ＤＮＳ−ｂａｓ
ｅｄ”リクエスト・ルーティング・システムを改良して
モバイルＩＰネットワーク等の移動体用のネットワーク
に適用可能なリクエスト・ルーティング・システムとし
たものである。
の形態を説明する。本発明は、従来の“ＤＮＳ−ｂａｓ
ｅｄ”リクエスト・ルーティング・システムを改良して
モバイルＩＰネットワーク等の移動体用のネットワーク
に適用可能なリクエスト・ルーティング・システムとし
たものである。
【００１４】Ａ．実施形態の構成
図１は、本発明の実施形態によるリクエスト・ルーティ
ング・システムを示す概念模式図である。本図におい
て、クライアント１は、コンテンツの配信を受ける移動
体端末である。モバイルＩＰネットワークは、複数のエ
リアに分割され、各エリアをクライアント１が移動す
る。この実施形態では、クライアント１が本来所属する
エリアであるホームネットワークから、クライアント１
の移動先のエリアである外部ネットワークへ、クライア
ント１が移動した場合を考える。また、クライアント１
のＩＰアドレスは、（１９２．１６８．１．１００）と
する。クライアント１のレゾルバには、ホームネットワ
ークに存在するローカルＤＮＳサーバのＩＰアドレス
（１９２．１６８．１．２）が設定される。なお、レゾ
ルバとは、ＩＰアドレスとＵＲＬ（ドメイン名）間にお
ける名前解決を行うソフトウェアであり、クライアント
１（移動体端末）に内蔵されている。又、ホームネット
ワークには、モバイルＩＰの提供及び管理をするサーバ
であるホーム・エージェント（ＨＡ）が配置されてい
る。ホーム・エージェントは、クライアント１の移動情
報を、逐次、ホーム・ネットワークに存在するローカル
ＤＮＳサーバに送信する。なお、ホーム・エージェント
がホームネットワークにおけるクライアントの通信経路
として、最短の経路を自動的に選択する経路最適化拡張
機能（RO:Route Optimization）をサポートしていると
よい。
ング・システムを示す概念模式図である。本図におい
て、クライアント１は、コンテンツの配信を受ける移動
体端末である。モバイルＩＰネットワークは、複数のエ
リアに分割され、各エリアをクライアント１が移動す
る。この実施形態では、クライアント１が本来所属する
エリアであるホームネットワークから、クライアント１
の移動先のエリアである外部ネットワークへ、クライア
ント１が移動した場合を考える。また、クライアント１
のＩＰアドレスは、（１９２．１６８．１．１００）と
する。クライアント１のレゾルバには、ホームネットワ
ークに存在するローカルＤＮＳサーバのＩＰアドレス
（１９２．１６８．１．２）が設定される。なお、レゾ
ルバとは、ＩＰアドレスとＵＲＬ（ドメイン名）間にお
ける名前解決を行うソフトウェアであり、クライアント
１（移動体端末）に内蔵されている。又、ホームネット
ワークには、モバイルＩＰの提供及び管理をするサーバ
であるホーム・エージェント（ＨＡ）が配置されてい
る。ホーム・エージェントは、クライアント１の移動情
報を、逐次、ホーム・ネットワークに存在するローカル
ＤＮＳサーバに送信する。なお、ホーム・エージェント
がホームネットワークにおけるクライアントの通信経路
として、最短の経路を自動的に選択する経路最適化拡張
機能（RO:Route Optimization）をサポートしていると
よい。
【００１５】ローカルＤＮＳサーバ２ａ，２ｂは、エッ
ジサーバの名前解決（ドメイン名とＩＰアドレスを同定
する処理）についての権限を持つサーバ（権限ＤＮＳサ
ーバ６）へ、当該名前解決についての問い合わせをする
ＤＮＳサーバである。ローカルＤＮＳサーバ２ａはホー
ム・ネットワークに存在し、ローカルＤＮＳサーバ２ｂ
は外部ネットワークに存在し、それぞれＩＰアドレス
（１９２．１６８．１．２）、（１９２．１６８．２．
２）が割り当てられている。また、ローカルＤＮＳサー
バ２ａは、フォワーディングテーブル（後述）２１を具
備している。
ジサーバの名前解決（ドメイン名とＩＰアドレスを同定
する処理）についての権限を持つサーバ（権限ＤＮＳサ
ーバ６）へ、当該名前解決についての問い合わせをする
ＤＮＳサーバである。ローカルＤＮＳサーバ２ａはホー
ム・ネットワークに存在し、ローカルＤＮＳサーバ２ｂ
は外部ネットワークに存在し、それぞれＩＰアドレス
（１９２．１６８．１．２）、（１９２．１６８．２．
２）が割り当てられている。また、ローカルＤＮＳサー
バ２ａは、フォワーディングテーブル（後述）２１を具
備している。
【００１６】エッジサーバ３ａ，３ｂは、クライアント
１に対してコンテンツを配信するサーバである。エッジ
サーバ３ａはホーム・ネットワークに存在し、エッジサ
ーバ３ｂは外部ネットワークに存在し、それぞれＩＰア
ドレス（１９２．１６８．１．３）、（１９２．１６
８．２．３）が割り当てられている。
１に対してコンテンツを配信するサーバである。エッジ
サーバ３ａはホーム・ネットワークに存在し、エッジサ
ーバ３ｂは外部ネットワークに存在し、それぞれＩＰア
ドレス（１９２．１６８．１．３）、（１９２．１６
８．２．３）が割り当てられている。
【００１７】モバイルＩＰネットワークと別のネットワ
ークであるインターネットには、オリジン・サーバ４、
ルートＤＮＳサーバ５、権限ＤＮＳ(Authoritative DN
S)サーバ６が配置されている。オリジン・サーバ４は、
Ｗｅｂサーバであり、クライアント１に配信されるコン
テンツの原本（オリジナル）をもっているサーバであ
る。オリジン・サーバ４がもつコンテンツは、通常、ミ
ラーサーバであるエッジサーバ３ａ，３ｂにそれぞれ送
られ、エッジサーバ３ａ又はエッジサーバ３ｂからクラ
イアント１に配信される。ルートＤＮＳサーバ５は、ロ
ーカルＤＮＳサーバ２ａ，２ｂの上位に位置する最上位
のＤＮＳサーバである。権限ＤＮＳ(Authoritative DN
S)サーバ６は、クライアント１をエッジサーバ３ａ，３
ｂへ誘導するとき、各エッジサーバ３ａ，３ｂの名前解
決についての権限を持つＤＮＳサーバである。権限ＤＮ
Ｓサーバ６は、ローカルＤＮＳサーバ２ａ，２ｂのＩＰ
アドレスと、これに対応するエッジサーバ３ａ，３ｂの
ＩＰアドレスとからなる「リクエスト・ルーティング・
テーブル」を具備している。なお、オリジン・サーバ
４、ルートＤＮＳサーバ５、権限ＤＮＳ(Authoritative
DNS)サーバ６は、どのネットワークに配置されていて
もよい。
ークであるインターネットには、オリジン・サーバ４、
ルートＤＮＳサーバ５、権限ＤＮＳ(Authoritative DN
S)サーバ６が配置されている。オリジン・サーバ４は、
Ｗｅｂサーバであり、クライアント１に配信されるコン
テンツの原本（オリジナル）をもっているサーバであ
る。オリジン・サーバ４がもつコンテンツは、通常、ミ
ラーサーバであるエッジサーバ３ａ，３ｂにそれぞれ送
られ、エッジサーバ３ａ又はエッジサーバ３ｂからクラ
イアント１に配信される。ルートＤＮＳサーバ５は、ロ
ーカルＤＮＳサーバ２ａ，２ｂの上位に位置する最上位
のＤＮＳサーバである。権限ＤＮＳ(Authoritative DN
S)サーバ６は、クライアント１をエッジサーバ３ａ，３
ｂへ誘導するとき、各エッジサーバ３ａ，３ｂの名前解
決についての権限を持つＤＮＳサーバである。権限ＤＮ
Ｓサーバ６は、ローカルＤＮＳサーバ２ａ，２ｂのＩＰ
アドレスと、これに対応するエッジサーバ３ａ，３ｂの
ＩＰアドレスとからなる「リクエスト・ルーティング・
テーブル」を具備している。なお、オリジン・サーバ
４、ルートＤＮＳサーバ５、権限ＤＮＳ(Authoritative
DNS)サーバ６は、どのネットワークに配置されていて
もよい。
【００１８】Ｂ．実施形態の動作
次に、図１に示すリクエスト・ルーティング・システム
の動作について説明する。先ず、事前処理として、クラ
イアント１のレゾルバに、ホームネットワークに存在す
るローカルＤＮＳサーバ２ａのＩＰアドレス（１９２．
１６８．１．２）を設定する。その後、クライアント１
は、ホームネットワークから外部ネットワークに移動し
たものとする。そして、クライアント１は、所望のコン
テンツの配信を受けるべく、Ｗｅｂブラウザで所望のＵ
ＲＬ（例えば、http://www.sp.foo.com/movie.mpeg）を
入力又はリンクをクリックする。
の動作について説明する。先ず、事前処理として、クラ
イアント１のレゾルバに、ホームネットワークに存在す
るローカルＤＮＳサーバ２ａのＩＰアドレス（１９２．
１６８．１．２）を設定する。その後、クライアント１
は、ホームネットワークから外部ネットワークに移動し
たものとする。そして、クライアント１は、所望のコン
テンツの配信を受けるべく、Ｗｅｂブラウザで所望のＵ
ＲＬ（例えば、http://www.sp.foo.com/movie.mpeg）を
入力又はリンクをクリックする。
【００１９】すると、クライアント１のレゾルバは、上
記のＵＲＬのドメイン名（例えば、www.sp.foo.com）の
名前解決を、ローカルＤＮＳサーバ２ａに対して要求す
る。この名前解決では、ドメイン名をＩＰアドレスに変
換する処理を繰り返し行う、すなわち再帰的に行う。そ
の要求を受けたローカルＤＮＳサーバ２ａは、フォワー
ディング・テーブル２１を利用して、クライアント１が
現在いる外部ネットワークの外部ローカルＤＮＳサーバ
２ｂへ名前解決要求を転送する（符号）。ここで、フ
ォワーディング・テーブル２１は、次のようなにしてデ
ータが記録される。
記のＵＲＬのドメイン名（例えば、www.sp.foo.com）の
名前解決を、ローカルＤＮＳサーバ２ａに対して要求す
る。この名前解決では、ドメイン名をＩＰアドレスに変
換する処理を繰り返し行う、すなわち再帰的に行う。そ
の要求を受けたローカルＤＮＳサーバ２ａは、フォワー
ディング・テーブル２１を利用して、クライアント１が
現在いる外部ネットワークの外部ローカルＤＮＳサーバ
２ｂへ名前解決要求を転送する（符号）。ここで、フ
ォワーディング・テーブル２１は、次のようなにしてデ
ータが記録される。
【００２０】先ず、予めローカルＤＮＳサーバ２ａはホ
ーム・エージェント（図示せず）に対し、クライアント
１の移動情報（ホームアドレスと気付アドレスの組から
なる情報、「バインディング・キャッシュ」と呼ばれ
る）の取得を要求する。ここで、ホームアドレスとは、
クライアント１のホームネットワーク上におけるクライ
アント１のアドレスであり、変動しないものである。気
付アドレスとは、クライアント１の移動先のエリアでの
クライアント１のアドレスであり、エリアを移動する毎
に変動するものである。この要求により、ローカルＤＮ
Ｓサーバ２ａは、ホーム・エージェントからの応答（バ
インディング・アップデート・メッセージ）を移動情報
として得る。この移動情報には有効期限が付され、古く
なった情報の更新要求を発することができるようになっ
ている。
ーム・エージェント（図示せず）に対し、クライアント
１の移動情報（ホームアドレスと気付アドレスの組から
なる情報、「バインディング・キャッシュ」と呼ばれ
る）の取得を要求する。ここで、ホームアドレスとは、
クライアント１のホームネットワーク上におけるクライ
アント１のアドレスであり、変動しないものである。気
付アドレスとは、クライアント１の移動先のエリアでの
クライアント１のアドレスであり、エリアを移動する毎
に変動するものである。この要求により、ローカルＤＮ
Ｓサーバ２ａは、ホーム・エージェントからの応答（バ
インディング・アップデート・メッセージ）を移動情報
として得る。この移動情報には有効期限が付され、古く
なった情報の更新要求を発することができるようになっ
ている。
【００２１】そして、ローカルＤＮＳサーバ２ａは、そ
の応答に基づいて、クライアント１のバインディング・
キャッシュと、後述する方法で取得したクライアントの
移動先エリア（外部ネットワーク）のローカルＤＮＳサ
ーバ２ｂのＩＰアドレスとを、フォワーディング・テー
ブル２１に記録する。なお、フォワーディング・テーブ
ル２１に記録された気付アドレス（以後、これを「ポイ
ンティング・アドレス」と称する）と、ホーム・エージ
ェントから時々刻々送付される気付アドレスとは必ずし
も一致しない場合がある。つまり、ホーム・エージェン
トから送付された最新の気付アドレスによりポインティ
ング・アドレスが更新されるまで、タイトラグが生じる
ことがある。そして、ローカルＤＮＳサーバ２ａは、上
記フォワーディング・テーブル２１を利用して、名前解
決要求を外部ローカルＤＮＳサーバ２ｂへ転送するよう
になっている。
の応答に基づいて、クライアント１のバインディング・
キャッシュと、後述する方法で取得したクライアントの
移動先エリア（外部ネットワーク）のローカルＤＮＳサ
ーバ２ｂのＩＰアドレスとを、フォワーディング・テー
ブル２１に記録する。なお、フォワーディング・テーブ
ル２１に記録された気付アドレス（以後、これを「ポイ
ンティング・アドレス」と称する）と、ホーム・エージ
ェントから時々刻々送付される気付アドレスとは必ずし
も一致しない場合がある。つまり、ホーム・エージェン
トから送付された最新の気付アドレスによりポインティ
ング・アドレスが更新されるまで、タイトラグが生じる
ことがある。そして、ローカルＤＮＳサーバ２ａは、上
記フォワーディング・テーブル２１を利用して、名前解
決要求を外部ローカルＤＮＳサーバ２ｂへ転送するよう
になっている。
【００２２】このようにしてデータが記録されたフォワ
ーディング・テーブル２１の具体例を図３を参照して説
明する。テーブルの各レコードには、それぞれ別のクラ
イアント（ａ，ｂ１，ｂ２，ｂ３）の移動情報が記録さ
れている。表中の「ポインティングアドレス」フィール
ドは、前記したポインティングアドレスを示す。「権限
ゾーン」フィールドは、クライアントの移動先エリアに
配置されたローカルＤＮＳサーバ２ｂが管理する対象と
なるアドレス示し、（６．１２８．１３３．ｉｎ−ａｄ
ｄｒ．ａｒｐａ）は「１３３．１２８．６．１」〜「１
３３．１２８．６．２５４」までのアドレスを有するク
ライアントをローカルＤＮＳサーバ２ｂが管理する。権
限ゾーンの詳細については、後述する。
ーディング・テーブル２１の具体例を図３を参照して説
明する。テーブルの各レコードには、それぞれ別のクラ
イアント（ａ，ｂ１，ｂ２，ｂ３）の移動情報が記録さ
れている。表中の「ポインティングアドレス」フィール
ドは、前記したポインティングアドレスを示す。「権限
ゾーン」フィールドは、クライアントの移動先エリアに
配置されたローカルＤＮＳサーバ２ｂが管理する対象と
なるアドレス示し、（６．１２８．１３３．ｉｎ−ａｄ
ｄｒ．ａｒｐａ）は「１３３．１２８．６．１」〜「１
３３．１２８．６．２５４」までのアドレスを有するク
ライアントをローカルＤＮＳサーバ２ｂが管理する。権
限ゾーンの詳細については、後述する。
【００２３】クライアントｂ１，ｂ２，ｂ３の場合、ポ
インティング・アドレスは、ＤＨＣＰ（Dynamic Host C
onfiguration Protocol）によって動的に割り当てられ
ている。ここで、動的に割り当てる方法とは、クライア
ントがネットワークにログインすると、ＤＨＣＰサーバ
ーが、予め用意されたＩＰアドレスの1つをそのクライ
アントに割り当てるものである。したがって、クライア
ントが同一のエリア上に存在し続けても、クライアント
のログイン・ログアウトの動作により、そのクライアン
トに割り当てられるポインティング・アドレスが変動す
る場合がある。
インティング・アドレスは、ＤＨＣＰ（Dynamic Host C
onfiguration Protocol）によって動的に割り当てられ
ている。ここで、動的に割り当てる方法とは、クライア
ントがネットワークにログインすると、ＤＨＣＰサーバ
ーが、予め用意されたＩＰアドレスの1つをそのクライ
アントに割り当てるものである。したがって、クライア
ントが同一のエリア上に存在し続けても、クライアント
のログイン・ログアウトの動作により、そのクライアン
トに割り当てられるポインティング・アドレスが変動す
る場合がある。
【００２４】また、「外部ローカルＤＮＳ」フィールド
は、クライアントの移動先エリアの外部ローカルＤＮＳ
サーバのＩＰアドレスを示している。「外部ローカルＤ
ＮＳ」の記録の手順についても後述する。「有効期限」
フィールドは、各レコードの有効期限を示し、データ更
新を促すためのものである。
は、クライアントの移動先エリアの外部ローカルＤＮＳ
サーバのＩＰアドレスを示している。「外部ローカルＤ
ＮＳ」の記録の手順についても後述する。「有効期限」
フィールドは、各レコードの有効期限を示し、データ更
新を促すためのものである。
【００２５】以上のフォワーディング・テーブルにより
転送された名前解決要求に基づき、外部ローカルＤＮＳ
サーバ２ｂは、ルートＤＮＳサーバ５に対して、ドメイ
ン名の名前解決を要求する（符号）。この名前解決で
は、ドメイン名をＩＰアドレスに変換する処理を反復す
る、即ち反復的に行う。すると、ルートＤＮＳサーバ５
は、外部ローカルＤＮＳサーバ２ｂに対して、上記ドメ
イン名の名前解決についての権限を持つ権限ＤＮＳサー
バ６のＩＰアドレスを返答する（符号）。
転送された名前解決要求に基づき、外部ローカルＤＮＳ
サーバ２ｂは、ルートＤＮＳサーバ５に対して、ドメイ
ン名の名前解決を要求する（符号）。この名前解決で
は、ドメイン名をＩＰアドレスに変換する処理を反復す
る、即ち反復的に行う。すると、ルートＤＮＳサーバ５
は、外部ローカルＤＮＳサーバ２ｂに対して、上記ドメ
イン名の名前解決についての権限を持つ権限ＤＮＳサー
バ６のＩＰアドレスを返答する（符号）。
【００２６】次に、外部ローカルＤＮＳサーバ２ｂは、
権限ＤＮＳサーバ６に対して、反復的名前解決を要求す
る（符号）。この要求を受けた権限ＤＮＳサーバ６
は、リクエスト・ルーティング・テーブルに基づいて所
定のエッジサーバ３ｂを選択し、そのＩＰアドレスを外
部ローカルＤＮＳサーバ２ｂに返す（符号）。ここ
で、リクエスト・ルーティング・テーブルは、ローカル
ＤＮＳサーバ２ａ，２ｂのＩＰアドレスと、これと同一
エリアのエッジサーバ３ａ，３ｂのＩＰアドレスとを対
応付けて記録したテーブルである。そして、権限ＤＮＳ
サーバ６は、要求してきた外部ローカルＤＮＳサーバ２
ｂのアドレスをリクエスト・ルーティング・テーブルか
ら参照して、対応するエッジサーバ（１９２．１６８．
２．３）のＩＰアドレスを特定する。外部ローカルＤＮ
Ｓサーバ２ｂは、このエッジサーバ３ｂのＩＰアドレス
（１９２．１６８．２．３）をクライアント１のレゾル
バに返す（符号）。以上により、クライアント１のＷ
ｅｂブラウザは、最寄りのエリアである外部ネットワー
クのエッジサーバ３ｂ（http://192.168.2.3/video.aw
t）にアクセスして、所望のコンテンツの配信を受ける
ことができる（符号）。
権限ＤＮＳサーバ６に対して、反復的名前解決を要求す
る（符号）。この要求を受けた権限ＤＮＳサーバ６
は、リクエスト・ルーティング・テーブルに基づいて所
定のエッジサーバ３ｂを選択し、そのＩＰアドレスを外
部ローカルＤＮＳサーバ２ｂに返す（符号）。ここ
で、リクエスト・ルーティング・テーブルは、ローカル
ＤＮＳサーバ２ａ，２ｂのＩＰアドレスと、これと同一
エリアのエッジサーバ３ａ，３ｂのＩＰアドレスとを対
応付けて記録したテーブルである。そして、権限ＤＮＳ
サーバ６は、要求してきた外部ローカルＤＮＳサーバ２
ｂのアドレスをリクエスト・ルーティング・テーブルか
ら参照して、対応するエッジサーバ（１９２．１６８．
２．３）のＩＰアドレスを特定する。外部ローカルＤＮ
Ｓサーバ２ｂは、このエッジサーバ３ｂのＩＰアドレス
（１９２．１６８．２．３）をクライアント１のレゾル
バに返す（符号）。以上により、クライアント１のＷ
ｅｂブラウザは、最寄りのエリアである外部ネットワー
クのエッジサーバ３ｂ（http://192.168.2.3/video.aw
t）にアクセスして、所望のコンテンツの配信を受ける
ことができる（符号）。
【００２７】次に、ホーム・ローカルＤＮＳサーバがフ
ォワーディングテーブルを作成・管理する手順について
図２を参照して説明する。
ォワーディングテーブルを作成・管理する手順について
図２を参照して説明する。
【００２８】図２において、ローカルＤＮＳサーバ２ａ
は、ホーム・エージェントから取得したクライアント１
のバインディング・キャッシュの有効期限を判断し、有
効期限が切れる前に（ステップＳ１）、警告（「バイン
ディング・ワーニング」）をホーム・エージェント（Ｈ
Ａ）に送信する（ステップＳ２）。つまり、最新のバイ
ンディング・キャッシュを要求する。
は、ホーム・エージェントから取得したクライアント１
のバインディング・キャッシュの有効期限を判断し、有
効期限が切れる前に（ステップＳ１）、警告（「バイン
ディング・ワーニング」）をホーム・エージェント（Ｈ
Ａ）に送信する（ステップＳ２）。つまり、最新のバイ
ンディング・キャッシュを要求する。
【００２９】その後、ローカルＤＮＳサーバ２ａは、ホ
ーム・エージェントからバインディング・アップデート
を受信したか判断する（ステップＳ３）。バインディン
グ・アップデートとは、上記バインディング・キャッシ
ュの更新情報である。ステップＳ３で、バインディング
・アップデートを受信していない場合は、クライアント
１がホームネットワークに存在している場合なので、ロ
ーカルＤＮＳサーバ２ａの処理は終了となる。
ーム・エージェントからバインディング・アップデート
を受信したか判断する（ステップＳ３）。バインディン
グ・アップデートとは、上記バインディング・キャッシ
ュの更新情報である。ステップＳ３で、バインディング
・アップデートを受信していない場合は、クライアント
１がホームネットワークに存在している場合なので、ロ
ーカルＤＮＳサーバ２ａの処理は終了となる。
【００３０】ステップＳ３でバインディング・アップデ
ートを受信している場合は、クライアント１がホームネ
ットワークから外部ネットワークへ移動したことを示す
場合である。この場合は、ローカルＤＮＳサーバ２ａ
は、バインディング・キャッシュ内の気付アドレスとホ
ームアドレスが一致しているか判断する（ステップＳ
４）。ステップＳ４で、気付アドレスとホームアドレス
が一致している場合は、クライアント１が外部ネットワ
ークからホームネットワークに戻っている場合なので、
ローカルＤＮＳサーバ２ａの処理は終了となる。
ートを受信している場合は、クライアント１がホームネ
ットワークから外部ネットワークへ移動したことを示す
場合である。この場合は、ローカルＤＮＳサーバ２ａ
は、バインディング・キャッシュ内の気付アドレスとホ
ームアドレスが一致しているか判断する（ステップＳ
４）。ステップＳ４で、気付アドレスとホームアドレス
が一致している場合は、クライアント１が外部ネットワ
ークからホームネットワークに戻っている場合なので、
ローカルＤＮＳサーバ２ａの処理は終了となる。
【００３１】ステップＳ４で「Ｎｏ」の場合は、もう一
度、クライアント１の気付アドレスとホームアドレスが
一致しているか判断する（ステップＳ５）。ステップＳ
５で、気付アドレスとホームアドレスが一致すれば、ク
ライアント１が外部ネットワークからホームネットワー
クに戻っていることになるので、ローカルＤＮＳサーバ
２ａの処理は終了となる。
度、クライアント１の気付アドレスとホームアドレスが
一致しているか判断する（ステップＳ５）。ステップＳ
５で、気付アドレスとホームアドレスが一致すれば、ク
ライアント１が外部ネットワークからホームネットワー
クに戻っていることになるので、ローカルＤＮＳサーバ
２ａの処理は終了となる。
【００３２】ステップＳ５で気付アドレスとホームアド
レスが一致していない場合は、クライアント１が外部ネ
ットワークに存在していることになる。そこで、ローカ
ルＤＮＳサーバ２ａは、フォワーディング・テーブル２
１のポインティング・アドレスとホーム・エージェント
から取得した気付アドレスが一致しているか判断する
（ステップＳ６）。ステップＳ６で、ポインティング・
アドレスと気付アドレスが一致している場合は、クライ
アント１の現在の移動情報が既にフォワーディング・テ
ーブル２１に蓄積されていることになるので、ローカル
ＤＮＳサーバ２ａの処理は終了となる。
レスが一致していない場合は、クライアント１が外部ネ
ットワークに存在していることになる。そこで、ローカ
ルＤＮＳサーバ２ａは、フォワーディング・テーブル２
１のポインティング・アドレスとホーム・エージェント
から取得した気付アドレスが一致しているか判断する
（ステップＳ６）。ステップＳ６で、ポインティング・
アドレスと気付アドレスが一致している場合は、クライ
アント１の現在の移動情報が既にフォワーディング・テ
ーブル２１に蓄積されていることになるので、ローカル
ＤＮＳサーバ２ａの処理は終了となる。
【００３３】ステップＳ６でポインティング・アドレス
と気付アドレスが一致していない場合は、クライアント
１の現在の移動情報がフォワーディング・テーブル２１
に蓄積されていない可能性がある。そこで、ローカルＤ
ＮＳサーバ２ａは、フォワーディング・テーブル２１の
権限ゾーン内にクライアント１の気付アドレスが含まれ
ているか判断する（ステップＳ７）。ここで、権限ゾー
ンに記録されるデータは、クライアント１が別のエリア
に移動しない限り変動しない。従って、ステップＳ７
で、権限ゾーン内にクライアント１の気付アドレスが含
まれている場合とは、クライアント１が存在するエリア
が前回のフォワーディング・テーブル２１の更新時と変
わっていないことを示す。すなわち、この場合は、クラ
イアント１の気付アドレスがＤＨＣＰによって動的に割
り当てられているため、前回のフォワーディング・テー
ブル２１更新時と変わっているものの、実際にはクライ
アント１が前回の更新時と同一エリア内にいることを示
す。したがって、クライアント１の現在の移動情報が既
にフォワーディング・テーブル２１に蓄積されているの
で、ローカルＤＮＳサーバ２ａの処理は終了となる。
と気付アドレスが一致していない場合は、クライアント
１の現在の移動情報がフォワーディング・テーブル２１
に蓄積されていない可能性がある。そこで、ローカルＤ
ＮＳサーバ２ａは、フォワーディング・テーブル２１の
権限ゾーン内にクライアント１の気付アドレスが含まれ
ているか判断する（ステップＳ７）。ここで、権限ゾー
ンに記録されるデータは、クライアント１が別のエリア
に移動しない限り変動しない。従って、ステップＳ７
で、権限ゾーン内にクライアント１の気付アドレスが含
まれている場合とは、クライアント１が存在するエリア
が前回のフォワーディング・テーブル２１の更新時と変
わっていないことを示す。すなわち、この場合は、クラ
イアント１の気付アドレスがＤＨＣＰによって動的に割
り当てられているため、前回のフォワーディング・テー
ブル２１更新時と変わっているものの、実際にはクライ
アント１が前回の更新時と同一エリア内にいることを示
す。したがって、クライアント１の現在の移動情報が既
にフォワーディング・テーブル２１に蓄積されているの
で、ローカルＤＮＳサーバ２ａの処理は終了となる。
【００３４】ステップＳ７で、「Ｎｏ」の場合は、クラ
イアント１の現在の移動情報がフォワーディング・テー
ブル２１に蓄積されていない場合であり、初めてクライ
アント１の移動情報をフォワーディング・テーブル２１
に記録する場合か、又はクライアント１が他のエリア
（外部ネットワーク）に移動した場合である。そこで、
クライアント１の現在の移動情報をフォワーディング・
テーブル２１に蓄積するため、即ち、フォワーディング
・テーブル２１に新しいエントリを作成するための以下
の処理（ステップＳ８〜Ｓ１０）を行う。
イアント１の現在の移動情報がフォワーディング・テー
ブル２１に蓄積されていない場合であり、初めてクライ
アント１の移動情報をフォワーディング・テーブル２１
に記録する場合か、又はクライアント１が他のエリア
（外部ネットワーク）に移動した場合である。そこで、
クライアント１の現在の移動情報をフォワーディング・
テーブル２１に蓄積するため、即ち、フォワーディング
・テーブル２１に新しいエントリを作成するための以下
の処理（ステップＳ８〜Ｓ１０）を行う。
【００３５】先ず、ローカルＤＮＳサーバ２ａは、クラ
イアント１の気付アドレスからクライアント１の移動先
のエリアの権限ゾーンのアドレス及び外部ローカルＤＮ
Ｓサーバのアドレスを求める名前解決要求を実行する
（ステップＳ８）。移動先エリアの権限ゾーンのアドレ
スはそのエリアに存在する外部ローカルＤＮＳサーバが
把握しているので、上記名前解決要求は、当該名前解決
要求の権威を持つ外部ローカルＤＮＳサーバ（例えば、
クライアント１の移動先の外部ローカルＤＮＳサーバ２
ｂ）のＩＰアドレスを探す処理を繰り返し実行する反復
的逆引き名前解決要求として実行される。そして、ロー
カルＤＮＳサーバ２ａは、ステップＳ８のアドレスに基
づいて外部ローカルＤＮＳサーバに、権限ゾーンのアド
レスを問い合わせる（ステップＳ９）。
イアント１の気付アドレスからクライアント１の移動先
のエリアの権限ゾーンのアドレス及び外部ローカルＤＮ
Ｓサーバのアドレスを求める名前解決要求を実行する
（ステップＳ８）。移動先エリアの権限ゾーンのアドレ
スはそのエリアに存在する外部ローカルＤＮＳサーバが
把握しているので、上記名前解決要求は、当該名前解決
要求の権威を持つ外部ローカルＤＮＳサーバ（例えば、
クライアント１の移動先の外部ローカルＤＮＳサーバ２
ｂ）のＩＰアドレスを探す処理を繰り返し実行する反復
的逆引き名前解決要求として実行される。そして、ロー
カルＤＮＳサーバ２ａは、ステップＳ８のアドレスに基
づいて外部ローカルＤＮＳサーバに、権限ゾーンのアド
レスを問い合わせる（ステップＳ９）。
【００３６】その後、ローカルＤＮＳサーバ２ａは、ク
ライアント１の気付アドレスと、ステップＳ８及びステ
ップＳ９で取得した権限ゾーンのアドレス及び外部ロー
カルＤＮＳサーバのＩＰアドレスをフォワーディング・
テーブル２１に記述する（ステップＳ１０）。
ライアント１の気付アドレスと、ステップＳ８及びステ
ップＳ９で取得した権限ゾーンのアドレス及び外部ロー
カルＤＮＳサーバのＩＰアドレスをフォワーディング・
テーブル２１に記述する（ステップＳ１０）。
【００３７】次に、クライアント１がエッジサーバ２
ａ、２ｂから所望のコンテンツの配信を受けるときの処
理手順を、図４を参照して説明する。クライアント１が
所望のコンテンツの配信を受けるべく、クライアント１
のレゾルバから、名前解決要求があった場合は、ホーム
・ローカルＤＮＳサーバ２ａが図４に示す処理を行う。
先ず、ホーム・ローカルＤＮＳサーバ２ａは、レゾルバ
から名前解決要求を受信する（ステップＳ２１）。する
と、ホーム・ローカルＤＮＳサーバ２ａは、クライアン
ト１のホームアドレス及び気付アドレスの組からなる情
報であるバインディング・キャッシュを参照し（ステッ
プＳ２２）、バインディング・キャッシュがあるか否か
判断する（ステップＳ２３）。
ａ、２ｂから所望のコンテンツの配信を受けるときの処
理手順を、図４を参照して説明する。クライアント１が
所望のコンテンツの配信を受けるべく、クライアント１
のレゾルバから、名前解決要求があった場合は、ホーム
・ローカルＤＮＳサーバ２ａが図４に示す処理を行う。
先ず、ホーム・ローカルＤＮＳサーバ２ａは、レゾルバ
から名前解決要求を受信する（ステップＳ２１）。する
と、ホーム・ローカルＤＮＳサーバ２ａは、クライアン
ト１のホームアドレス及び気付アドレスの組からなる情
報であるバインディング・キャッシュを参照し（ステッ
プＳ２２）、バインディング・キャッシュがあるか否か
判断する（ステップＳ２３）。
【００３８】ステップＳ２３でバインディング・キャッ
シュがないと判断された場合は、クライアント１がホー
ムネットワークから移動していないか、フォワーディン
グ・テーブル２１における有効期限が切れていることを
示すので、ホーム・ローカルＤＮＳサーバ２ａは、ホー
ム・エージェントに対して、警告（バインディング・ワ
ーニング・メッセージ）を送信する（ステップＳ２
４）。
シュがないと判断された場合は、クライアント１がホー
ムネットワークから移動していないか、フォワーディン
グ・テーブル２１における有効期限が切れていることを
示すので、ホーム・ローカルＤＮＳサーバ２ａは、ホー
ム・エージェントに対して、警告（バインディング・ワ
ーニング・メッセージ）を送信する（ステップＳ２
４）。
【００３９】その後、ホーム・ローカルＤＮＳサーバ２
ａは、ホーム・エージェントからバインディング・アッ
プデートを受信したか判断する（ステップＳ２５）。こ
こで、バインディング・アップデートの受信がない場合
は、クライアント１がホームネットワークに存在してい
ることを示すので、ホーム・ローカルＤＮＳサーバ２ａ
は、反復的名前解決の実行を行う（ステップＳ２６）。
そして、ホーム・ローカルＤＮＳサーバ２ａは、反復的
名前解決の実行結果をレゾルバに送信して、処理を終了
する（ステップＳ２７）。
ａは、ホーム・エージェントからバインディング・アッ
プデートを受信したか判断する（ステップＳ２５）。こ
こで、バインディング・アップデートの受信がない場合
は、クライアント１がホームネットワークに存在してい
ることを示すので、ホーム・ローカルＤＮＳサーバ２ａ
は、反復的名前解決の実行を行う（ステップＳ２６）。
そして、ホーム・ローカルＤＮＳサーバ２ａは、反復的
名前解決の実行結果をレゾルバに送信して、処理を終了
する（ステップＳ２７）。
【００４０】ステップＳ２５で、バインディング・アッ
プデートの受信があった場合は、クライアント１がホー
ムネットワークに存在していないことを示すので、ホー
ム・ローカルＤＮＳサーバ２ａは、フォワーディング・
テーブル２１のポインティング・アドレスとクライアン
ト１の気付アドレスが一致しているか判断する（ステッ
プＳ２８）。
プデートの受信があった場合は、クライアント１がホー
ムネットワークに存在していないことを示すので、ホー
ム・ローカルＤＮＳサーバ２ａは、フォワーディング・
テーブル２１のポインティング・アドレスとクライアン
ト１の気付アドレスが一致しているか判断する（ステッ
プＳ２８）。
【００４１】ステップＳ２８で、ポインティング・アド
レスと気付アドレスが一致していない場合、ホーム・ロ
ーカルＤＮＳサーバ２ａは、フォワーディング・テーブ
ル２１の権限ゾーン内にクライアント１の気付アドレス
が含まれているか判断する（ステップＳ２９）。ステッ
プＳ２９で、権限ゾーン内に気付アドレスが入っていな
い場合は、クライアント１が別のエリアに移動したこと
となるので、フォワーディング・テーブル２１の記録を
更新する必要がある。そこで、ホーム・ローカルＤＮＳ
サーバ２ａは、クライアント１の気付アドレスからクラ
イアント１の移動先のエリアの権限ゾーンのアドレス及
び外部ローカルＤＮＳサーバのアドレスを求める名前解
決要求を繰り返し実行する（ステップＳ３０）。上記名
前解決要求は、図２のステップＳ８と同様に、当該名前
解決要求の権威を持つ外部ローカルＤＮＳサーバ（移動
先の外部ローカルＤＮＳサーバ２ｂ）のＩＰアドレスを
探す処理を繰り返し実行する反復的逆引き名前解決要求
として実行する。次に、ステップＳ３１ではホーム・ロ
ーカルＤＮＳサーバ２ａは、外部ローカルＤＮＳサーバ
を見つけたか否か判断し（ステップＳ３１）、「Ｎｏ」
の場合は、その要求を諦め、後述のステップＳ２７の処
理を実行する。
レスと気付アドレスが一致していない場合、ホーム・ロ
ーカルＤＮＳサーバ２ａは、フォワーディング・テーブ
ル２１の権限ゾーン内にクライアント１の気付アドレス
が含まれているか判断する（ステップＳ２９）。ステッ
プＳ２９で、権限ゾーン内に気付アドレスが入っていな
い場合は、クライアント１が別のエリアに移動したこと
となるので、フォワーディング・テーブル２１の記録を
更新する必要がある。そこで、ホーム・ローカルＤＮＳ
サーバ２ａは、クライアント１の気付アドレスからクラ
イアント１の移動先のエリアの権限ゾーンのアドレス及
び外部ローカルＤＮＳサーバのアドレスを求める名前解
決要求を繰り返し実行する（ステップＳ３０）。上記名
前解決要求は、図２のステップＳ８と同様に、当該名前
解決要求の権威を持つ外部ローカルＤＮＳサーバ（移動
先の外部ローカルＤＮＳサーバ２ｂ）のＩＰアドレスを
探す処理を繰り返し実行する反復的逆引き名前解決要求
として実行する。次に、ステップＳ３１ではホーム・ロ
ーカルＤＮＳサーバ２ａは、外部ローカルＤＮＳサーバ
を見つけたか否か判断し（ステップＳ３１）、「Ｎｏ」
の場合は、その要求を諦め、後述のステップＳ２７の処
理を実行する。
【００４２】ステップＳ３１で、名前解決要求の権威を
持つローカルＤＮＳサーバが見つかった場合、ホーム・
ローカルＤＮＳサーバ２ａは、図２のステップＳ９及び
ステップＳ１０と同様にして、権限ゾーンのアドレス及
び外部ローカルＤＮＳサーバのＩＰアドレスを取得し、
このデータによりフォワーディング・テーブル２１を更
新する（ステップＳ３２）。その後、ホーム・ローカル
ＤＮＳサーバ２ａは、ステップＳ３２で更新されたフォ
ワーディング・テーブル２１を用いて外部ローカルＤＮ
Ｓサーバ２ｂと通信し、クライアント１からのエッジサ
ーバの名前解決要求をこの外部ローカルＤＮＳサーバ２
ｂに転送して、再帰的に当該名前解決要求を実行させる
（ステップＳ３３）。外部ローカルＤＮＳサーバ２ｂ
は、エッジサーバの名前解決の実行結果をレゾルバに送
信して、処理を終了する（ステップＳ２７）。クライア
ント１のレゾルバがエッジサーバの名前解決の実行結果
を受信することにより、最寄りのエッジサーバ３ｂのＩ
Ｐアドレスを取得し、クライアント１は、エッジサーバ
３ｂから所望のコンテンツの配信を受ける。
持つローカルＤＮＳサーバが見つかった場合、ホーム・
ローカルＤＮＳサーバ２ａは、図２のステップＳ９及び
ステップＳ１０と同様にして、権限ゾーンのアドレス及
び外部ローカルＤＮＳサーバのＩＰアドレスを取得し、
このデータによりフォワーディング・テーブル２１を更
新する（ステップＳ３２）。その後、ホーム・ローカル
ＤＮＳサーバ２ａは、ステップＳ３２で更新されたフォ
ワーディング・テーブル２１を用いて外部ローカルＤＮ
Ｓサーバ２ｂと通信し、クライアント１からのエッジサ
ーバの名前解決要求をこの外部ローカルＤＮＳサーバ２
ｂに転送して、再帰的に当該名前解決要求を実行させる
（ステップＳ３３）。外部ローカルＤＮＳサーバ２ｂ
は、エッジサーバの名前解決の実行結果をレゾルバに送
信して、処理を終了する（ステップＳ２７）。クライア
ント１のレゾルバがエッジサーバの名前解決の実行結果
を受信することにより、最寄りのエッジサーバ３ｂのＩ
Ｐアドレスを取得し、クライアント１は、エッジサーバ
３ｂから所望のコンテンツの配信を受ける。
【００４３】次に、外部ローカルＤＮＳサーバ２ｂがダ
ウンしたり、サーバのアドレスが変更された場合に対処
するため、フォワーディング・テーブル２１の管理方法
について、図５を参照して説明する。先ず、ホーム・ロ
ーカルＤＮＳサーバ２ａは、フォワーディング・テーブ
ル２１に記録されている各レコードの有効期限を判断
し、有効期限が切れる前に（ステップＳ４１）、そのレ
コードのポインティング・アドレスの名前解決要求を実
行する（ステップＳ４２）。この名前解決要求は、図２
のステップＳ８と同様に、当該名前解決要求の権威を持
つ外部ローカルＤＮＳサーバ（例えば、クライアント１
の移動先の外部ローカルＤＮＳサーバ２ｂ）のＩＰアド
レスを探す処理を繰り返し実行する反復的逆引き名前解
決要求として実行する。
ウンしたり、サーバのアドレスが変更された場合に対処
するため、フォワーディング・テーブル２１の管理方法
について、図５を参照して説明する。先ず、ホーム・ロ
ーカルＤＮＳサーバ２ａは、フォワーディング・テーブ
ル２１に記録されている各レコードの有効期限を判断
し、有効期限が切れる前に（ステップＳ４１）、そのレ
コードのポインティング・アドレスの名前解決要求を実
行する（ステップＳ４２）。この名前解決要求は、図２
のステップＳ８と同様に、当該名前解決要求の権威を持
つ外部ローカルＤＮＳサーバ（例えば、クライアント１
の移動先の外部ローカルＤＮＳサーバ２ｂ）のＩＰアド
レスを探す処理を繰り返し実行する反復的逆引き名前解
決要求として実行する。
【００４４】その後、ホーム・ローカルＤＮＳサーバ２
ａは、ステップＳ４２の処理によって外部ローカルＤＮ
Ｓサーバが見つかったか判断する（ステップＳ４３）。
ステップＳ４３で、外部ローカルＤＮＳサーバが見つか
らなかった場合は、クライアント１がホームネットワー
クに存在していて外部ローカルＤＮＳサーバを必要とし
ない場合であるので、ホーム・ローカルＤＮＳサーバ２
ａはフォワーディング・テーブル２１の管理処理を終了
する。
ａは、ステップＳ４２の処理によって外部ローカルＤＮ
Ｓサーバが見つかったか判断する（ステップＳ４３）。
ステップＳ４３で、外部ローカルＤＮＳサーバが見つか
らなかった場合は、クライアント１がホームネットワー
クに存在していて外部ローカルＤＮＳサーバを必要とし
ない場合であるので、ホーム・ローカルＤＮＳサーバ２
ａはフォワーディング・テーブル２１の管理処理を終了
する。
【００４５】ステップＳ４３で、外部ローカルＤＮＳサ
ーバが見つかった場合、ホーム・ローカルＤＮＳサーバ
２ａは、その外部ローカルＤＮＳサーバのＩＰアドレス
と、フォワーディング・テーブル２１に記録されている
外部ローカルＤＮＳサーバのＩＰアドレスとが同一であ
るか判断する（ステップＳ４４）。ステップＳ４４で同
一と判断した場合は、外部ローカルＤＮＳサーバのダウ
ン又はサーバ変更が生じていないので、フォワーディン
グ・テーブル２１の内容を変更する必要がなく、ホーム
・ローカルＤＮＳサーバ２ａはフォワーディング・テー
ブル２１の管理処理を終了する。
ーバが見つかった場合、ホーム・ローカルＤＮＳサーバ
２ａは、その外部ローカルＤＮＳサーバのＩＰアドレス
と、フォワーディング・テーブル２１に記録されている
外部ローカルＤＮＳサーバのＩＰアドレスとが同一であ
るか判断する（ステップＳ４４）。ステップＳ４４で同
一と判断した場合は、外部ローカルＤＮＳサーバのダウ
ン又はサーバ変更が生じていないので、フォワーディン
グ・テーブル２１の内容を変更する必要がなく、ホーム
・ローカルＤＮＳサーバ２ａはフォワーディング・テー
ブル２１の管理処理を終了する。
【００４６】ステップＳ４４で、同一でないと判断した
場合は、外部ローカルＤＮＳサーバのダウン又はサーバ
変更が生じている。そこで、ホーム・ローカルＤＮＳサ
ーバ２ａは、図２のステップＳ１０と同様にして、クラ
イアント１の気付アドレス、並びに外部ローカルＤＮＳ
サーバから受信した権限ゾーンのアドレス及び外部ロー
カルＤＮＳサーバのＩＰアドレスをフォワーディング・
テーブル２１に記録する（ステップＳ４５）。これによ
り、外部ローカルＤＮＳサーバ２ｂのダウン又はサーバ
の変更によって、新たな外部ローカルＤＮＳサーバ２ｂ
が設置されても、その内容がフォワーディング・テーブ
ル２１に正しく更新されるので、既に説明した本実施形
態のルーティング方法を実行することができる。
場合は、外部ローカルＤＮＳサーバのダウン又はサーバ
変更が生じている。そこで、ホーム・ローカルＤＮＳサ
ーバ２ａは、図２のステップＳ１０と同様にして、クラ
イアント１の気付アドレス、並びに外部ローカルＤＮＳ
サーバから受信した権限ゾーンのアドレス及び外部ロー
カルＤＮＳサーバのＩＰアドレスをフォワーディング・
テーブル２１に記録する（ステップＳ４５）。これによ
り、外部ローカルＤＮＳサーバ２ｂのダウン又はサーバ
の変更によって、新たな外部ローカルＤＮＳサーバ２ｂ
が設置されても、その内容がフォワーディング・テーブ
ル２１に正しく更新されるので、既に説明した本実施形
態のルーティング方法を実行することができる。
【００４７】ところで、上記したようにしてクライアン
トに最も近いエッジサーバが判明したとしても、エッジ
サーバからクライアントへのコンテンツ送信の経路が最
適でなければ、本発明の効果が充分発揮できない。例え
ば、図１においてエッジサーバがクライアントと同一エ
リアにいながら、他のエリアを経由してクライアントと
通信するような不具合を指す。そこで、エッジサーバが
経路最適化拡張機能（RO :Route Optimization）つまり
通信相手との通信経路として最短の経路を自動的に選択
する経路最適化機能をサポートすることが好ましい。
トに最も近いエッジサーバが判明したとしても、エッジ
サーバからクライアントへのコンテンツ送信の経路が最
適でなければ、本発明の効果が充分発揮できない。例え
ば、図１においてエッジサーバがクライアントと同一エ
リアにいながら、他のエリアを経由してクライアントと
通信するような不具合を指す。そこで、エッジサーバが
経路最適化拡張機能（RO :Route Optimization）つまり
通信相手との通信経路として最短の経路を自動的に選択
する経路最適化機能をサポートすることが好ましい。
【００４８】以上により、本実施形態のリクエスト・ル
ーティング・システムによれば、ローカルＤＮＳサーバ
２ａがモバイルＩＰネットワークのクライアント１に対
して、そのクライアント１の存在位置を考慮したリクエ
スト・ルーティングを行うので、最適なエッジサーバへ
クライアント１を誘導することができる。例えば、図１
において、ローカルＤＮＳサーバ２ａは、クライアント
１がホームネットワークにいるときはホームネットワー
クのエッジサーバ３ａからコンテンツをクライアント１
へ配信させることができる。また、ローカルＤＮＳサー
バ２ａは、クライアント１が外部ネットワークに移動し
ているときは外部ネットワークのエッジサーバ３ｂから
コンテンツをクライアント１へ配信させることができ
る。
ーティング・システムによれば、ローカルＤＮＳサーバ
２ａがモバイルＩＰネットワークのクライアント１に対
して、そのクライアント１の存在位置を考慮したリクエ
スト・ルーティングを行うので、最適なエッジサーバへ
クライアント１を誘導することができる。例えば、図１
において、ローカルＤＮＳサーバ２ａは、クライアント
１がホームネットワークにいるときはホームネットワー
クのエッジサーバ３ａからコンテンツをクライアント１
へ配信させることができる。また、ローカルＤＮＳサー
バ２ａは、クライアント１が外部ネットワークに移動し
ているときは外部ネットワークのエッジサーバ３ｂから
コンテンツをクライアント１へ配信させることができ
る。
【００４９】なお、上記実施形態におけるリクエスト・
ルーティング・システムの機能を実現するためのプログ
ラムをコンピュータシステムに読み込ませ、実行するこ
とにより各種の処理を実行してもよい。
ルーティング・システムの機能を実現するためのプログ
ラムをコンピュータシステムに読み込ませ、実行するこ
とにより各種の処理を実行してもよい。
【００５０】
【発明の効果】以上の説明で明らかなように、本発明に
よれば、ホーム・ローカルＤＮＳサーバがクライアント
の移動先のローカルＤＮＳサーバのアドレスを記録し、
クライアントからのコンテンツにアクセスするために必
要となる名前解決の要求を当該記録されたアドレスのロ
ーカルＤＮＳサーバに転送するので、移動体ネットワー
クのクライアントに対して、クライアントの位置を考慮
したルーティングを行うことができ、クライアントの位
置に対応したエッジサーバへ当該クライアントを誘導す
ることが可能となる。
よれば、ホーム・ローカルＤＮＳサーバがクライアント
の移動先のローカルＤＮＳサーバのアドレスを記録し、
クライアントからのコンテンツにアクセスするために必
要となる名前解決の要求を当該記録されたアドレスのロ
ーカルＤＮＳサーバに転送するので、移動体ネットワー
クのクライアントに対して、クライアントの位置を考慮
したルーティングを行うことができ、クライアントの位
置に対応したエッジサーバへ当該クライアントを誘導す
ることが可能となる。
【図１】 本発明の実施形態によるリクエスト・ルーテ
ィング・システムを示す概念模式図である。
ィング・システムを示す概念模式図である。
【図２】 ホーム・ローカルＤＮＳサーバが行う処理を
示すフローチャートである。
示すフローチャートである。
【図３】 フォワーディング・テーブル２１の具体例を
示す図である。
示す図である。
【図４】 レゾルバからの名前解決要求に対する処理手
順を示すフローチャートである。
順を示すフローチャートである。
【図５】 フォワーディング・テーブル２１の管理方法
を示すフローチャートである。
を示すフローチャートである。
１ クライアント
２ａ ローカルＤＮＳサーバ（ホーム・ローカル
ＤＮＳサーバ） ２ｂ ローカルＤＮＳサーバ（外部ローカルＤＮ
Ｓサーバ） ３ａ、３ｂ エッジサーバ ４ オリジン・サーバ ５ ルートＤＮＳサーバ ６ 権限ＤＮＳサーバ ２１ フォワーディング・テーブル
ＤＮＳサーバ） ２ｂ ローカルＤＮＳサーバ（外部ローカルＤＮ
Ｓサーバ） ３ａ、３ｂ エッジサーバ ４ オリジン・サーバ ５ ルートＤＮＳサーバ ６ 権限ＤＮＳサーバ ２１ フォワーディング・テーブル
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 吉原 貴仁
埼玉県上福岡市大原２丁目１番15号 株式
会社ケイディーディーアイ研究所内
(72)発明者 堀内 浩規
埼玉県上福岡市大原２丁目１番15号 株式
会社ケイディーディーアイ研究所内
Ｆターム(参考） 5K030 GA01 HC09 JT09 LB05
5K067 AA34 BB04 DD17 DD57 EE02
EE10 EE16
Claims (5)
- 【請求項１】 移動体ネットワークにおいて移動する端
末であるクライアントと、前記ネットワークに分散して
複数配置されてコンテンツを前記クライアントに配信す
るエッジサーバとの間の通信経路を選択するルーティン
グ方法であって、 前記ネットワークの各エリア毎に、当該エリアのＤＮＳ
サーバをなすローカルＤＮＳサーバと前記エッジサーバ
を配置し、 前記クライアントが本来所属しているエリアであるホー
ムネットワークに、当該エリアのＤＮＳをなすホーム・
ローカルＤＮＳサーバを配置し、 同一エリア内の前記ローカルＤＮＳサーバと前記エッジ
サーバのアドレスを対応付けたテーブルを管理する権限
ＤＮＳサーバを配置した場合に、 前記ホーム・ローカルＤＮＳサーバは、前記クライアン
トの移動情報を受信し、当該移動情報に基づいて前記ク
ライアントの移動先のエリアのローカルＤＮＳサーバの
アドレスを記録するとともに、 前記クライアントから当該ホーム・ローカルＤＮＳサー
バに対してコンテンツにアクセスするために必要となる
名前解決の要求があった場合に、当該記録されたアドレ
スに基づいて前記移動先のエリアのローカルＤＮＳサー
バへ当該要求を転送し、 前記移動先のエリアのローカルＤＮＳサーバは、前記権
限ＤＮＳサーバへ、前記コンテンツに対応するエッジサ
ーバのアドレスを問い合わせ、 前記権限ＤＮＳサーバは、前記記録されたアドレスに基
づいて、前記移動先のエリアのエッジサーバのアドレス
を当該エリアのローカルＤＮＳサーバへ送信し、 当該移動先エリアのローカルＤＮＳサーバは、受信した
前記アドレスを前記クライアントに送信することを特徴
とするルーティング方法。 - 【請求項２】 前記クライアントの移動情報は、 当該クライアントの前記ホームネットワーク上でのアド
レスであるホームアドレスと、当該クライアントの移動
先のエリアでのアドレスである気付アドレスとを有して
なることを特徴とする請求項１に記載のルーティング方
法。 - 【請求項３】 前記ホーム・ローカルＤＮＳサーバは、 前記クライアントの移動先のエリアのローカルＤＮＳサ
ーバのアドレスを記録するときに、 当該記録されるアドレスと、前記気付アドレス又は前記
権限ＤＮＳサーバが管理するエリアを示す権限ゾーンの
アドレスのうちの少なくとも一つとを、対応付けて記録
することを特徴とする請求項１又は２に記載のルーティ
ング方法。 - 【請求項４】 前記エッジサーバは、当該エッジサーバ
と前記クライアント間の通信経路として最短の経路を自
動的に選択することを特徴とする請求項１乃至３のいず
れか１項記載のルーティング方法。 - 【請求項５】 ネットワークにおいて移動する端末であ
るクライアントと、前記ネットワークの各エリア毎に配
置されてコンテンツを前記クライアントに配信するエッ
ジサーバとの間の通信経路を選択するルーティング・シ
ステムであって、 前記ネットワークの各エリア毎に配置されて、当該エリ
アのＤＮＳをなすローカルＤＮＳサーバと、 前記ローカルＤＮＳサーバの一つであって、前記クライ
アントが本来所属しているエリアであるホームネットワ
ークのＤＮＳをなすホーム・ローカルＤＮＳサーバと、 前記エッジサーバに割り当てられたアドレスを、同一エ
リア内の前記ローカルＤＮＳサーバに対応付けたテーブ
ルで管理し、前記ローカルＤＮＳサーバから出された前
記コンテンツに対応するエッジサーバのアドレスの問い
合わせに、当該テーブルを用いて返答する権限ＤＮＳサ
ーバと、を有し、 前記ホーム・ローカルＤＮＳサーバは、前記クライアン
トの移動先のエリアのローカルＤＮＳサーバのアドレス
を記録する機能と、前記クライアントからのコンテンツ
にアクセスするために必要となる名前解決の要求を当該
記録されたアドレスのＤＮＳサーバへ転送する機能と、
を有することを特徴とするルーティング・システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005292A JP4180279B2 (ja) | 2002-01-11 | 2002-01-11 | 名前解決を用いたルーティング方法およびそのシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002005292A JP4180279B2 (ja) | 2002-01-11 | 2002-01-11 | 名前解決を用いたルーティング方法およびそのシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003208371A true JP2003208371A (ja) | 2003-07-25 |
| JP4180279B2 JP4180279B2 (ja) | 2008-11-12 |
Family
ID=27644378
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002005292A Expired - Fee Related JP4180279B2 (ja) | 2002-01-11 | 2002-01-11 | 名前解決を用いたルーティング方法およびそのシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4180279B2 (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006166040A (ja) * | 2004-12-08 | 2006-06-22 | Nec Corp | 移動体通信システム、管理エージェント装置及びそれらに用いるサーバ機能移動方法並びにそのプログラム |
| WO2009075033A1 (ja) * | 2007-12-13 | 2009-06-18 | Fujitsu Limited | パケット通信システム及びパケット通信方法並びにノード及びユーザ端末 |
| JP2010011026A (ja) * | 2008-06-26 | 2010-01-14 | Ntt Communications Kk | 通信接続制御装置、通信接続方法、通信サービスシステム、及びプログラム |
| US7756065B2 (en) | 2003-08-11 | 2010-07-13 | Samsung Electronics Co., Ltd. | Domain name service system and method thereof |
| US20100269174A1 (en) * | 2009-04-20 | 2010-10-21 | Art Shelest | Systems and methods for generating a dns query to improve resistance against a dns attack |
| JP2016144059A (ja) * | 2015-02-03 | 2016-08-08 | 日本電信電話株式会社 | 通信経路制御システム及び方法 |
| JP2018037900A (ja) * | 2016-08-31 | 2018-03-08 | Kddi株式会社 | 名前解決装置、名前解決システム、名前解決方法及び名前解決プログラム |
| US10728829B2 (en) | 2016-04-05 | 2020-07-28 | Huawei Technologies Co., Ltd. | Mobile collaborative communication method and apparatus |
| KR20210007231A (ko) * | 2019-07-10 | 2021-01-20 | 주식회사 케이티 | 서버 부하 분산 장치의 동작 방법, 로컬 도메인 네임 서버의 동작 방법 및 콘텐츠 전송 서비스 시스템 |
-
2002
- 2002-01-11 JP JP2002005292A patent/JP4180279B2/ja not_active Expired - Fee Related
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7756065B2 (en) | 2003-08-11 | 2010-07-13 | Samsung Electronics Co., Ltd. | Domain name service system and method thereof |
| US7684796B2 (en) | 2004-12-08 | 2010-03-23 | Nec Corporation | Mobile communication system, management agent apparatus, and server function moving method |
| JP2006166040A (ja) * | 2004-12-08 | 2006-06-22 | Nec Corp | 移動体通信システム、管理エージェント装置及びそれらに用いるサーバ機能移動方法並びにそのプログラム |
| JP5029700B2 (ja) * | 2007-12-13 | 2012-09-19 | 富士通株式会社 | パケット通信システム及びパケット通信方法並びにノード及びユーザ端末 |
| WO2009075033A1 (ja) * | 2007-12-13 | 2009-06-18 | Fujitsu Limited | パケット通信システム及びパケット通信方法並びにノード及びユーザ端末 |
| US8711858B2 (en) | 2007-12-13 | 2014-04-29 | Fujitsu Limited | Packet communication system and packet communication method, and node and user device |
| JP2010011026A (ja) * | 2008-06-26 | 2010-01-14 | Ntt Communications Kk | 通信接続制御装置、通信接続方法、通信サービスシステム、及びプログラム |
| US20100269174A1 (en) * | 2009-04-20 | 2010-10-21 | Art Shelest | Systems and methods for generating a dns query to improve resistance against a dns attack |
| US9270646B2 (en) * | 2009-04-20 | 2016-02-23 | Citrix Systems, Inc. | Systems and methods for generating a DNS query to improve resistance against a DNS attack |
| JP2016144059A (ja) * | 2015-02-03 | 2016-08-08 | 日本電信電話株式会社 | 通信経路制御システム及び方法 |
| US10728829B2 (en) | 2016-04-05 | 2020-07-28 | Huawei Technologies Co., Ltd. | Mobile collaborative communication method and apparatus |
| JP2018037900A (ja) * | 2016-08-31 | 2018-03-08 | Kddi株式会社 | 名前解決装置、名前解決システム、名前解決方法及び名前解決プログラム |
| KR20210007231A (ko) * | 2019-07-10 | 2021-01-20 | 주식회사 케이티 | 서버 부하 분산 장치의 동작 방법, 로컬 도메인 네임 서버의 동작 방법 및 콘텐츠 전송 서비스 시스템 |
| KR102214915B1 (ko) * | 2019-07-10 | 2021-02-09 | 주식회사 케이티 | 서버 부하 분산 장치의 동작 방법, 로컬 도메인 네임 서버의 동작 방법 및 콘텐츠 전송 서비스 시스템 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4180279B2 (ja) | 2008-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11909639B2 (en) | Request routing based on class | |
| US20210021692A1 (en) | Translation of resource identifiers using popularity information upon client request | |
| US10264062B2 (en) | Request routing using a popularity identifier to identify a cache component | |
| JP5404766B2 (ja) | ルーティングをリクエストするための方法とシステム | |
| JP6146950B2 (ja) | ネットワークコンピューティングコンポーネントを使用してルーティングをリクエストする方法およびシステム | |
| CA2741895C (en) | Request routing and updating routing information utilizing client location information | |
| US9565276B2 (en) | Transparent redirection of clients to a surrogate payload server through the use of a proxy location server | |
| JP2003208371A (ja) | 名前解決を用いたルーティング方法およびそのシステム | |
| JP4757063B2 (ja) | キャッシュサーバ装置、キャッシュ制御方法およびキャッシュサーバ装置用プログラム | |
| JP3708085B2 (ja) | Ｄｎｓ問い合わせ装置およびｄｎｓ問い合わせ方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041221 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A821 Effective date: 20041222 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20071009 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20071009 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080129 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080331 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080527 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080728 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080819 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080827 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110905 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140905 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |