(57)【特許請求の範囲】
【請求項１】
移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング方法において、
ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択するルータが配置されている場合に、前記クライアントは、前記ネットワークで前記コンテンツを転送する際に用いるＨＴＴＰを用いて当該転送要求を前記ルータに送信するときに、前記転送要求に自己の気付アドレスであるＩＰアドレスを付加し、
前記ルータは、前記付加された気付アドレスに基づいて、前記通信経路を選択する
ことを特徴とするルーティング方法。
【請求項２】
前記移動体ネットワークは、複数のエリアからなり、
前記クライアントの移動情報は、当該クライアントの移動先エリアにおけるアドレスを有してなる
ことを特徴とする請求項１記載のルーティング方法。
【請求項３】
移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング方法において、
前記移動体ネットワークは複数のエリアからなり、ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択する第１ルータが配置され、前記クライアントが本来所属しているエリアであるホームネットワークに前記クライアントからその気付アドレスであるＩＰアドレスを受信する第２ルータが配置されている場合に、
前記ホームネットワークに前記クライアントが存在しない場合は、前記第２ルータは、当該クライアント宛に送信されてきたパケットを受信して当該クライアントに転送するとともに、前記第１ルータへ前記クライアントの気付アドレスを送信し、
前記第１ルータは、受信した前記気付アドレスに基づいて前記通信経路を選択する
ことを特徴とするルーティング方法。
【請求項４】
前記エッジサーバは、当該エッジサーバと前記クライアント間の通信経路として最短の経路を自動的に選択する
ことを特徴とする請求項１乃至３のいずれか１項記載のルーティング方法。
【請求項５】
移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング・システムであって、
ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択するルータを設け、
前記クライアントには、当該クライアントが前記ネットワークで前記コンテンツを転送する際に用いるＨＴＴＰを用いて当該転送要求を送信するときに、当該転送要求に自己の気付アドレスであるＩＰアドレスを付加する付加手段を設け、
前記ルータは、当該気付アドレスに基づいて前記通信経路を選択する
ことを特徴とするルーティング・システム。
【請求項６】
移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング・システムであって、
前記移動体ネットワークは、複数のエリアからなり、
ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択する第１ルータと、
前記クライアントが本来所属しているエリアであるホームネットワークに当該クライアントが存在しない場合に、当該クライアント宛に送信されてきたコンテンツを受信して当該クライアントに転送するとともに、前記クライアントから気付アドレスであるＩＰアドレスを受信するとともに、前記第１ルータに前記クライアントの気付アドレスを送付する第２ルータとを有し、
前記第１ルータは、前記気付アドレスに基づいて前記通信経路を選択するものからなる
ことを特徴とするルーティング・システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ルーティング方法およびそのシステムに関する。特に、移動体ネットワークのクライアントに対して、クライアントの位置を考慮したルーティングでコンテンツを配信することが可能なルーティング方法およびそのシステムに関する。
【０００２】
【従来の技術】
現在、アクセスネットワークの広帯域化及びＷｅｂコンテンツの大容量化に伴いクライアントの近傍のサーバ（エッジサーバ）に予めコンテンツを配布するコンテンツ配信ネットワーク（ＣＤＮ：Content Delivery Network）が注目されている。
リクエスト・ルーティング・システム（ＲＲＳ：Request Routing System）は、ＣＤＮの１コンポーネントであり、クライアントのコンテンツに対するリクエストを利用可能なコンテンツのコピーを持つエッジサーバへと誘導するためのシステムである。リクエスト・ルーティング・システムの基本機能としては、下記の２つがある。
１）リクエストに応えることができるエッジサーバにクライアントを誘導する。
２）最良のサービスを提供可能なエッジサーバにクライアントを誘導する。
【０００３】
現在、Ｗｅｂサイトで提供するコンテンツなどをＣＤＮを用いて配布する際に使用されるリクエスト・ルーティング・システムには、 “Ｉｎ−Ｌｉｎｅ”リクエスト・ルーティング・システムがある。
このシステムでは、クライアントが例えばＨＴＴＰ（Hyper Text Transfer Protocol）を用いてコンテンツ要求（リクエスト）を行うようになっている。そして、ネットワークのルーティングを行うプロキシやレイヤ７ルータがこのＨＴＴＰリクエストを受信すると、これらのルータは、リクエストに含まれる送信元（クライアント）のＩＰアドレスを参照し、そのアドレスに基づいて最適なエッジサーバにクライアントを誘導するようになっている。
ところで、上記クライアントが所属する移動体（モバイルＩＰ）ネットワークは、通常複数のエリアに分割されており、クライアントは各エリアを適宜移動する。この場合、クライアントが本来属するエリアとして「ホームネットワーク」が規定されており、クライアントのＩＰアドレスとしては、当該クライアントがホームネットワークに存在するとみなした場合のアドレス（ホームアドレス）が割当てられている。
【０００４】
【発明が解決しようとする課題】
しかしながら、上記システムの場合、ＨＴＴＰリクエストに付加されるクライアントのＩＰアドレスは、常に上記したホームアドレスとなる。従って、ルータが参照するアドレスもホームアドレスとなるので、このルータは常にホームネットワークに存在するエッジサーバをクライアントに誘導する。そのため、クライアントがホームネットワークから他のエリア（外部ネットワーク）に移動した場合であっても、遠隔にあるホームネットワークのエッジサーバが誘導されるという不具合が生じる。
【０００５】
また、エッジサーバに関しては、三角問題（Triangle Routing）という問題が生じることがある。つまり、クライアントは、リクエスト・ルーティング・システムにより誘導されたエッジサーバからコンテンツを取得するが、移動先のエリアにいるクライアントに対してコンテンツを送信する際には、クライアントとエッジサーバ間の通信が直線的な経路とならずに、クライアントとホームネットワークとエッジサーバとで三角の通信経路、即ち大きく遠回りした通信経路になる場合があり、ホームネットワークと外部ネットワーク間のネットワーク帯域を圧迫する可能性がある。
【０００６】
本発明は、上述した事情に鑑みてなされたもので、移動体ネットワークのクライアントに対して、クライアントの位置を考慮したリクエスト・ルーティングを行うことで、最適なエッジサーバへの誘導を可能とするルーティング方法およびそのシステムの提供を目的とする。
【０００７】
【課題を解決するための手段】
上記の目的を達成するために、請求項１記載の発明では、移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング方法において、ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択するルータが配置されている場合に、前記クライアントは、前記ネットワークで前記コンテンツを転送する際に用いるＨＴＴＰを用いて当該転送要求を前記ルータに送信するときに、前記転送要求に自己の気付アドレスであるＩＰアドレスを付加し、前記ルータは、前記付加された気付アドレスに基づいて、前記通信経路を選択することを特徴とする。
本発明によれば、クライアントがＨＴＴＰを用いてコンテンツの転送要求をルータに送信するときに、当該転送要求に自己の気付アドレスであるＩＰアドレスを付加するので、ＩＰ層よりも上位層のＨＴＴＰを用いて通信経路を選択するルータは、クライアントの気付アドレスに基づいて、クライアントとエッジサーバ間の通信経路を選択することができる。したがって、ルータは、クライアントの位置を考慮した通信経路選択をすることができ、複数のエッジサーバに転送要求に係るコンテンツが存在するときに、クライアントの移動先近傍のエッジサーバからコンテンツを配信させることができる。
【０００８】
また、本発明に係るコンテンツを転送する際に用いる通信プロトコルが所定の記述言語で記述されたデータを転送するプロトコルであることを特徴とする。
【０００９】
また、請求項２記載の発明では、請求項１記載の移動体ネットワークが複数のエリアからなり、前記クライアントの移動情報が当該クライアントの移動先エリアにおけるアドレスを有してなることを特徴とする。
【００１０】
上記の目的を達成するために、請求項３記載の発明では、移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング方法において、前記移動体ネットワークは複数のエリアからなり、ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択する第１ルータが配置され、前記クライアントが本来所属しているエリアであるホームネットワークに前記クライアントからその気付アドレスであるＩＰアドレスを受信する第２ルータが配置されている場合に、前記ホームネットワークに前記クライアントが存在しない場合は、前記第２ルータは、当該クライアント宛に送信されてきたパケットを受信して当該クライアントに転送するとともに、前記第１ルータへ前記クライアントの気付アドレスを送信し、前記第１ルータは、受信した前記気付アドレスに基づいて前記通信経路を選択することを特徴とする。
【００１１】
また、請求項４記載の発明では、請求項１乃至３のいずれか１項記載のエッジサーバが当該エッジサーバと前記クライアント間の通信経路として最短の経路を自動的に選択することを特徴とする。
【００１２】
上記の目的を達成するために、請求項５記載の発明では、移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング・システムであって、ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択するルータを設け、前記クライアントには、当該クライアントが前記ネットワークで前記コンテンツを転送する際に用いるＨＴＴＰを用いて当該転送要求を送信するときに、当該転送要求に自己の気付アドレスであるＩＰアドレスを付加する付加手段を設け、前記ルータは、当該気付アドレスに基づいて前記通信経路を選択することを特徴とする。
【００１３】
上記の目的を達成するために、請求項６記載の発明では、移動体ネットワークにおいて移動する端末であるクライアントと、前記ネットワークに分散して複数配置されてコンテンツを前記クライアントに配信するエッジサーバとの間の通信経路を選択するルーティング・システムであって、前記移動体ネットワークは、複数のエリアからなり、ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択する第１ルータと、前記クライアントが本来所属しているエリアであるホームネットワークに当該クライアントが存在しない場合に、当該クライアント宛に送信されてきたコンテンツを受信して当該クライアントに転送するとともに、前記クライアントから気付アドレスであるＩＰアドレスを受信するとともに、前記第１ルータに前記クライアントの気付アドレスを送付する第２ルータとを有し、前記第１ルータは、前記気付アドレスに基づいて前記通信経路を選択するものからなることを特徴とする。
【００１４】
【発明の実施の形態】
以下、図面を用いて本発明の実施の形態を説明する。本発明は、従来の“Ｉｎ−Ｌｉｎｅ”リクエスト・ルーティング・システムを改良してモバイルＩＰネットワーク等の移動体用のネットワークに適用可能なリクエスト・ルーティング・システムとしたものである。
【００１５】
Ａ．第１実施形態の構成
図１は、本発明の第１実施形態による第１の発明（クライアントがＨＴＴＰヘッダ等の転送要求に自己の移動情報を付加する場合）のリクエスト・ルーティング・システムを示す概念模式図である。本図において、クライアント１は、コンテンツの配信を受ける移動体端末である。以下、クライアント１が、ホーム・ネットワークから外部ネットワークへ移動した場合を考える。ここで、ホーム・ネットワークとは、クライアント１が本来所属しているエリアであり、外部ネットワークとは、クライアント１が移動する先のエリアである。また、クライアント１のホームネットワークにおけるＩＰアドレス（ホームアドレス）は（１９２．１６８．１．１００）、外部ネットワークにおけるＩＰアドレス（気付アドレス）は（１９２．１６８．２．１）である。なお、ホームアドレスと気付アドレスの組は、バインディング・キャッシュと呼ばれ、ホーム・エージェント５（後述）からＨＴＴＰコンテンツ・ルータ４（後述）へ送られる。
【００１６】
エッジサーバ３ａ，３ｂは、クライアント１に対してコンテンツを配信するサーバである。エッジサーバ３ａはホーム・ネットワークに存在し、エッジサーバ３ｂは外部ネットワークに存在している。エッジサーバ３ａのＩＰアドレスは、（１９２．１６８．１．３）とする。エッジサーバ３ｂのＩＰアドレスは、（１９２．１６８．２．３）とし、そのＵＲＬを「www.es2. ｋ○×△.com 」とする。
【００１７】
ＨＴＴＰコンテンツ・ルータ４は、インターネット上に配置されており、クライアント１とエッジサーバ３ａ、３ｂ間の通信経路を選択するルータであり、この例ではモバイルＩＰネットワークと別のネットワーク（インターネット）に配置されているが、どのネットワークに配置されていてもよい。ＨＴＴＰコンテンツ・ルータ４は、バインディング・キャッシュを記録したモバイルノードリスト３０と、各エッジサーバ３ａ、３ｂのＩＰアドレスを記録したエッジサーバリスト３１を持っており、通信プロトコルとしてＨＴＴＰを用いて、エッジサーバ３ａ、３ｂのいずれかからクライアント１へのコンテンツ配信経路を選択する。ここで、ＨＴＴＰコンテンツ・ルータ４は、クライアント１から受けたコンテンツ配信要求（ＨＴＴＰのリクエスト）に付加された、クライアント１の移動情報に基づいて、コンテンツ配信経路を選択する。この詳細については後述する。
【００１８】
ホーム・エージェント５は、ホームネットワークに存在するサーバであって、モバイルＩＰネットワークを介してクライアント１に送受されるデータの送受信管理を行っている。また、ホームエージェント５は、クライアントからその移動情報を適宜取得する。
なお、ホーム・エージェントがホームネットワークにおけるクライアントの通信経路として、最短の経路を自動的に選択する経路最適化拡張機能（RO:Route Optimization）をサポートしているとよい。
【００１９】
Ｂ．第１実施形態の動作
次に、このリクエスト・ルーティング・システムの動作について、図１及び図２を参照して説明する。
先ず、クライアント１は、所望のコンテンツの配信を受けるべく、Ｗｅｂブラウザでコンテンツ自体のＵＲＬ（例えば、http:// www.es2. ｋ○×△.com）を入力又はリンクをクリックする。
【００２０】
すると、クライアント１のブラウザは、図２に示すＨＴＴＰのリクエスト・ヘッダ・フィールド５０に、クライアント１の気付アドレスを付加する。ここで、リクエスト・ヘッダ・フィールド５０は、ＨＴＴＰのリクエストに含まれているものであって、リクエストの宛て先、リクエストの差し出人アドレス（クライアント１のホームアドレス）、ＨＴＴＰ制御メッセージなどのさまざまな情報を持っている。
【００２１】
なお、ＨＴＴＰのリクエスト・ヘッダ・フィールド５０には、ブラウザが気付アドレス・フィールド５１を設定し、気付アドレスはここに書き込まれる。そして、ブラウザは、このリクエスト・ヘッダ・フィールド５０をヘッダとするパケットを、ＨＴＴＰのリクエストとしてＨＴＴＰコンテンツ・ルータ４に送信する（符号▲１▼）。
【００２２】
ＨＴＴＰリクエストを受信したＨＴＴＰコンテンツ・ルータ４は、リクエスト・ヘッダ・フィールド５０を参照し、気付アドレス・フィールド５１があるか否か判断する。気付アドレス・フィールド５１がある場合は、クライアント１のアドレスとして、通常のＨＴＴＰリクエストのリクエスト・ヘッダ・フィールド５０に書き込まれているホームアドレスではなく、気付アドレス・フィールド５１に書き込まれている気付アドレスを優先して、クライアント１の送信要求に係る経路選択をする。すなわち、ＨＴＴＰコンテンツ・ルータ４は、受信したＨＴＴＰのリクエストの内容と、予めリストに記録されている各エッジサーバ３ａ、３ｂのＩＰアドレスとを参照し、クライアント１の気付アドレスの近傍に配置されているエッジサーバ３ｂを選択し、エッジサーバ３ｂのアドレスを含むレスポンスをクライアント１に送信する（符号▲２▼）。
【００２３】
クライアント１のブラウザは、受信したレスポンスに基づいて、エッジサーバ３ｂのアドレスにコンテンツの配信要求をする（符号▲３▼）。この配信要求を受信したエッジサーバ３ｂは、配信要求に係るコンテンツをクライアント１に送信する（符号▲４▼）。
【００２４】
一方、ＨＴＴＰコンテンツ・ルータ４は、受信したリクエスト・ヘッダ・フィールド５０に含まれるクライアント１のホームアドレス、気付アドレス、これらの情報の有効期限を、モバイルノードリスト３０に記録する。又、ＨＴＴＰコンテンツ・ルータ４は、このモバイルノードリスト３０を各エッジサーバ３ａ、３ｂに配布する。
【００２５】
Ｃ．第２実施形態の構成
次に、本発明の第２実施形態による第２の発明つまり、クライアント１から送信されるＨＴＴＰリクエストに気付アドレスが付加されていない場合のリクエスト・ルーティング・システムの構成について、図３及び図４を参照して説明する。
ここで、クライアント１には、第１の発明の場合とは異なり、リクエスト・ヘッダ・フィールド５０に気付アドレス・フィールド５１を設ける機能が具備されていないものとする。この発明では、従来のクライアントをそのまま利用できるという利点がある。したがって、図４に示すように、リクエスト・ヘッダ・フィールド５０にはクライアント１の気付アドレスが含まれない。又、ＨＴＴＰコンテンツ・ルータ４（請求項４における第１ルータに相当する）のモバイルノードリスト３０には、最初はクライアント１の移動情報に関しては何も記録されていない。
【００２６】
Ｄ．第２実施形態の動作
次に、このリクエスト・ルーティング・システムの動作について説明する。先ず、クライアント１は、コンテンツの配信を受けるべく、Ｗｅｂブラウザでコンテンツ自体のＵＲＬ（http:// www.es2. ｋ○×△.com）を入力又はリンクをクリックする。すると、クライアント１のブラウザは、気付アドレスを含まないリクエスト・ヘッダ・フィールド５０をヘッダとするパケットを、ＨＴＴＰのリクエストとしてＨＴＴＰコンテンツ・ルータ４に送信する（符号▲１▼’）。
【００２７】
ＨＴＴＰリクエストを受信したＨＴＴＰコンテンツ・ルータ４は、リクエスト・ヘッダ・フィールド５０を参照し、リクエスト・ヘッダ・フィールド５０に含まれるクライアント１のホームアドレスに基づいて、クライアント１の送信要求に係る経路選択をする。すなわち、ＨＴＴＰコンテンツ・ルータ４は、上記ホームアドレスと、エッジサーバ・リスト３１から参照した各エッジサーバ３ａ、３ｂのＩＰアドレスとを比較する。図３の場合は、クライアント１のホームアドレス（１９２．１６８．１．１００）に対し、ＩＰネットワークアドレス（ＩＰアドレス「Ａ．Ｂ．Ｃ．Ｄ」における「Ａ．Ｂ．Ｃ」）が一致するエッジサーバ３ａ（アドレスが「１９２．１６８．１．３」）をクライアント１の近傍に配置されているものとして選択し、このエッジサーバ３ａのアドレスを含むレスポンスをクライアント１に送信する（符号▲２▼’）。
【００２８】
クライアント１のブラウザは、受信したレスポンスに基づいて、エッジサーバ３ａに対してコンテンツの配信要求をし（符号▲３▼’）、エッジサーバ３ａは、コンテンツをクライアント１に送信する（符号▲４▼’）。
【００２９】
ここで、ホームエージェント５（請求項４における第２ルータに相当する）は、クライアント１へ送信されるデータを管理するので、データの内容（データ送信元、送信先等）を知ることができる。従って、符号▲４▼’でエッジサーバ３ａがクライアント１にコンテンツを送信すると、ホームエージェント５は、クライアント１がコンテンツをエッジサーバ３ａから受信しようとすることを知る。そこで、ホームエージェント５は、クライアント１から取得した最新の移動情報を、コンテンツの送信元（エッジサーバ３ａ）へ送信する処理を行う（符号▲５▼’）
【００３０】
エッジサーバ３ａは、ホームエージェント５から受信した移動情報をモバイルノードリスト３０に記録する。記録されたモバイルノードリスト３０は、ＨＴＴＰコンテンツ・ルータ４に配信され（符号▲６▼’）、ＨＴＴＰコンテンツ・ルータ４から他のエッジサーバ３ｂに配信される（符号▲７▼’）。
【００３１】
これにより、ＨＴＴＰコンテンツ・ルータ４のモバイルノードリスト３０には、クライアント１の現在の移動先エリアを示す気付アドレスが記録されるので、クライアント１は前記した第１発明と同様、最新の気付ドレスが反映されたルーティングを受けることができる。
即ち、クライアント１が次回、同一のコンテンツの配信を受けるべく、そのＵＲＬを入力すると、クライアント１のブラウザは、符号▲１▼’と同様の情報をＨＴＴＰリクエストとしてＨＴＴＰコンテンツ・ルータ４に送信する（符号▲１▼”）。
【００３２】
ＨＴＴＰリクエストを受信したＨＴＴＰコンテンツ・ルータ４は、リクエスト・ヘッダ・フィールド５０と、上述のようにして新たな移動情報が加えられたモバイルノードリスト３０を参照し、気付アドレスに基づいて、クライアント１の送信要求に係る経路選択をする。すなわち、ＨＴＴＰコンテンツ・ルータ４は、クライアント１の気付アドレスと各エッジサーバ３ａ、３ｂのＩＰアドレスとを参照し、クライアント１の移動先エリアの近傍に配置されているエッジサーバ３ｂを選択し、そのアドレスをＨＴＴＰのレスポンスヘッダ６０として含むレスポンスをクライアント１に送信する（符号▲２▼”）。
【００３３】
クライアント１のブラウザは、受信したレスポンスに基づいて、エッジサーバ３ｂのアドレスにコンテンツの配信要求をし（符号▲３▼”）、エッジサーバ３ｂは、コンテンツをクライアント１に送信する（符号▲４▼”）。
【００３４】
Ｅ．第３実施形態の動作
次に、本発明において、ＨＴＴＰコンテンツ・ルータ４が移動体端末及び固定端末にルーティングを行う手順について、図５を参照して説明する。このルーティング手順によれば、上述の実施形態で説明したクライアント１が移動体端末の場合のみならず、クライアント１が固定端末である場合であっても、クライアント１とエッジサーバ３ａ、３ｂ間の経路選択処理をする。これにより、ＨＴＴＰコンテンツ・ルータ４は、移動体端末のみならず固定端末のクライアント１に対しても、そのクライアント１の近傍のエッジサーバからコンテンツを配信させることができる。
【００３５】
先ず、ＨＴＴＰコンテンツ・ルータ４は、クライアント１から上記ＨＴＴＰリクエストを受信し（ステップＳ１１）、ＨＴＴＰリクエストのリクエスト・ヘッダ・フィールド５０を参照して、気付アドレス・フィールド５１があるか否か判断する（ステップＳ１２）。
【００３６】
ステップＳ１２で気付アドレス・フィールド５１があると判断した場合、ＨＴＴＰコンテンツ・ルータ４は、モバイルノードリスト３０に、ＨＴＴＰリクエストを含むＩＰパケットのソースＩＰアドレスを追加する（ステップＳ１３）。ソースＩＰアドレスとは、当該ＩＰパケットの宛先アドレス、送信元アドレス（クライアント１のホームアドレス）、送信元（クライアント１）の気付アドレスからなる。
その後、ＨＴＴＰコンテンツ・ルータ４は、ソースＩＰアドレスに含まれるクライアント１の気付アドレスに基づいて、経路選択処理を行う（ステップＳ１４）。
【００３７】
一方、ステップＳ１２で気付アドレス・フィールド５１がないと判断した場合、ＨＴＴＰコンテンツ・ルータ４は、受信したＨＴＴＰリクエストを含むＩＰパケットのソースＩＰアドレス（クライアント１のホームアドレス又は気付アドレス）と同一のアドレスがモバイルノードリスト３０にあるか判断する（ステップＳ１５）。
【００３８】
ステップＳ１５で「Ｙｅｓ」の場合、ＨＴＴＰコンテンツ・ルータ４は、クライアント１のバインディング・キャッシュに含まれるホームアドレスと、ＨＴＴＰリクエストに含まれるソースＩＰアドレスに対応するクライアント１のホームアドレス又は気付アドレスとが同一であるか判断する（ステップＳ１６）。
【００３９】
ステップＳ１６で「Ｙｅｓ」の場合、クライアント１についての移動情報（バインディング・キャッシュ）が存在しているので、クライアント１が移動体端末であることがわかる。この場合、ＨＴＴＰコンテンツ・ルータ４は、ソースＩＰアドレス（気付アドレス）に基づいて、経路選択処理を行う（ステップＳ１４）。
【００４０】
ステップＳ１６で「Ｎｏ」の場合、ＨＴＴＰコンテンツ・ルータ４は、ホーム・エージェント５に対して、最新のバインディング・キャッシュを要求するための「バインディング・ワーニング・メッセージ」を送信する（ステップＳ１８）。
その後、ＨＴＴＰコンテンツ・ルータ４は、ホーム・エージェントからバインディング・アップデートを受信したか判断する（ステップＳ１９）。バインディング・アップデートとは、上記バインディング・キャッシュの更新情報である。ステップＳ１９で「Ｙｅｓ」の場合は、クライアント１の移動情報があること、即ちクライアント１が移動体端末であることがわかる。そこで、ＨＴＴＰコンテンツ・ルータ４は、バインディング・キャッシュ内の気付アドレスとホームアドレスが一致しているか判断する（ステップＳ２０）。
【００４１】
ステップＳ２０で「Ｎｏ」の場合は、クライアント１がホームネットワークから外部ネットワークへ移動したことがわかる。そこで、この場合、ＨＴＴＰコンテンツ・ルータ４は、ソースＩＰアドレスに含まれるクライアント１の気付アドレスに基づいて、経路選択処理を行う（ステップＳ１４）。
【００４２】
ステップＳ１５で「Ｎｏ」の場合は、クライアント１の移動情報がモバイルノードリスト３０にないことがわかるので、ＨＴＴＰコンテンツ・ルータ４は、クライアント１が固定端末であると判断し、ＨＴＴＰリクエストのＩＰパケットのソースＩＰアドレス（クライアント１のホームアドレス）に基づいて、経路選択処理を行う（ステップＳ１７）。
【００４３】
ステップＳ２０で「Ｙｅｓ」の場合は、クライアント１は移動体端末であるがホームアドレスに存在している場合である。そこで、ＨＴＴＰコンテンツ・ルータ４は、ＨＴＴＰリクエストのＩＰパケットのソースＩＰアドレス（クライアント１のホームアドレス）に基づいて、経路選択処理を行う（ステップＳ１７）。
【００４４】
ところで、上記したようにしてクライアントに最も近いエッジサーバが判明したとしても、エッジサーバからクライアントへのコンテンツ送信の経路が最適でなければ、本発明の効果が充分発揮できない。例えば、図１においてエッジサーバがクライアントと同一エリアにいながら、他のエリアを経由してクライアントと通信するような不具合を指す。そこで、エッジサーバが経路最適化拡張機能（RO :Route Optimization）つまり通信相手との通信経路として最短の経路を自動的に選択する経路最適化機能をサポートすることが好ましい。これにより、いわゆるエッジサーバの三角問題を防止することができる。
【００４５】
なお、上記実施形態におけるリクエスト・ルーティング・システムの機能を実現するためのプログラムをコンピュータシステムに読み込ませ、実行することにより各種の処理を実行してもよい。
【００４６】
【発明の効果】
以上の説明で明らかなように、本発明（第１発明）によれば、クライアントがＨＴＴＰを用いてコンテンツの転送要求をルータに送信するときに、当該転送要求に自己の気付アドレスであるＩＰアドレスを付加するので、ＩＰ層よりも上位層のＨＴＴＰを用いて通信経路を選択するルータは、クライアントの気付アドレスに基づいて、クライアントとエッジサーバ間の通信経路を選択することができる。したがって、ルータは、クライアントの位置を考慮した通信経路選択をすることができ、例えば、複数のエッジサーバに転送要求に係るコンテンツが存在するときに、クライアントの移動先近傍のエッジサーバからコンテンツを配信させることが可能となる。
【００４７】
また、本発明（第２発明）によれば、クライアントの気付アドレスであるＩＰアドレスを受信する第２ルータが、ＩＰ層よりも上位層のＨＴＴＰを用いて前記通信経路を選択する第１ルータへクライアントの気付アドレスを送信し、その気付アドレスに基づいて第１ルータが通信経路を選択するので、クライアントが転送要求に自己の移動情報を付加する機能を有していない場合であっても、クライアントの気付アドレスに基づいて、クライアントとエッジサーバ間の通信経路を選択することができる。
【図面の簡単な説明】
【図１】  本発明の第１実施形態によるリクエスト・ルーティング・システムを示す概念模式図である。
【図２】  同上のシステムで用いられるＨＴＴＰのリクエスト・ヘッダ・フィールドを示す説明図である。
【図３】  本発明の第２実施形態によるリクエスト・ルーティング・システムを示す概念模式図である。
【図４】  同上のシステムで用いられるＨＴＴＰのリクエスト・ヘッダ・フィールドを示す説明図である。
【図５】  本発明の第３実施形態によるリクエスト・ルーティング・システムの動作を示すフローチャートである。
【符号の説明】
１          クライアント
３ａ、３ｂ  エッジサーバ
４          ＨＴＴＰコンテンツ・ルータ
５          ホーム・エージェント
３０        モバイルノードリスト
３１        エッジサーバリスト
５０        リクエスト・ヘッダ・フィールド
５１        気付アドレス・フィールド
【図１】
0003902011.tif 000002
【図２】
0003902011.tif 000003
【図３】
0003902011.tif 000004
【図４】
0003902011.tif 000005
【図５】
0003902011.tif 000006