JP3864397B2 - ユーザエッジルータ、ゲートウェイルータ、マルチホーミング通信システム、マルチホーミング通信方法およびマルチホーミング通信プログラム - Google Patents

Description

本発明は、マルチホーミング通信システムに関する。

従来、複数のＩＰアドレスを利用するマルチホーミングネットワークにおいて、接続先のサービスネットワークに応じたＩＰアドレスの選択を実現する方法として、以下の２つの方法がある。
（１）Source Address Selectionを利用した方法（非特許文献１参照）
この方法は、端末が、自身がもつ複数のＩＰｖ６（Internet Protocol version 6）アドレスの中から、送信する宛先アドレスと最もプレフィックスが一致する（ロンゲストマッチとなる）ＩＰｖ６アドレスを送信元アドレスとして利用する方法である。

ここで、端末が、宛先アドレスと最もプレフィックスが一致するＩＰｖ６アドレスを送信元アドレスとするのは、通信の相手方のノード（例えば、コンテンツサーバ）に、自身のＩＰアドレスとプレフィックスが一致するアドレスを送信元アドレスとしてパケットを送信した方が、より広範囲なコンテンツを利用できる場合があるからである。

つまり、端末が、アクセスしようとしているコンテンツサーバのアドレス（仮にＡ)と、なるべく同じプレフィックスのアドレス（仮にＢ)を送信元アドレスとして選ぶことで、ＡとＢとを払い出しているサービス事業者が同じになる可能性が高くなるからである。
したがって、各サービス事業者が、自身のサービスネットワーク（ゲートウェイルータ）が払いだしたＩＰアドレスを送信元アドレスとする要求に対しては、コンテンツａをみせるが、自分が払いだしたＩＰアドレス以外を送信元アドレスとする要求に対してはコンテンツｂ（コンテンツａよりも劣るもの）をみせるといった、ＩＰアドレスによるサービスの色付けをする場合にも、その端末にとってより良いサービスを受けやすくなる。

（２）ＣＰＥ（Customer Premises Equipment）により送信元アドレスの変更を行う方法（非特許文献２参照）
端末は、接続先に応じた送信元アドレスの選択は行わず、常に同じＩＰアドレスを送信元アドレスとして用いる方法である。

ここで、端末に接続されるＣＰＥ（例えば、ルータ）は、宛先アドレスに基づいた送信元アドレスの選択を行い、書き換えを行い、その後、宛先アドレスへのパケットの送信を行う。このとき、端末は、接続先であるサービスネットワークのゲートウェイルータからアドレスの払い出しを受けておき、この払い出されたアドレスの中から送信元アドレスを選択する。
IETF、RFC3484、[online]、[2004年8月11日検索]、インターネット、<URL: http://www.ietf.org/rfc/rfc3484.txt> IETF、RFC1631、[online]、[2004年8月11日検索]、インターネット、<URL: ttp://www.ietf.org/rfc/rfc1631.txt>

しかし、このSource Address Selectionを用いた方法（非特許文献１参照）では、宛先アドレスに基づいた送信元アドレスの選択を行うが、複数のサービスネットワークが存在した場合、どのようにサービスネットワークのドメイン名の名前解決を行うかについては考慮されていない。

つまり、複数のサービスネットワークが存在する場合、このドメイン名の名前解決を行うＤＮＳ（Domain Name System）サーバも複数存在することが考えられるが、端末が、ＤＮＳサーバ群のアドレスや、そのＤＮＳサーバ群のうち、どのＤＮＳサーバにドメイン名（ホスト名）の名前解決の要求を行えばよいかが規定されていない。

また、Source Address Selectionを用いた方法では、サービスに応じたサービスネットワークヘどのように振り分けを行うかが規定されていない。

つまり、端末が、何らかの方法でドメイン名の名前解決ができたとしても、端末がコンテンツサーバにアクセスしようとした際（データ要求パケットを送信した際）、どのサービスネットワークにデータ要求パケットを転送すればよいのかが規定されていない。

さらに、ＣＰＥが送信元アドレス変更をする方法（非特許文献２参照）では、ＣＰＥに、事前にもしくは動的にアドレス選択ロジックを設定することにより、Source Address Selectionを用いた方法（非特許文献２参照）よりも、高度な選択を行うことが可能である。

しかし、この方法では、ＣＰＥが送信元アドレスの変更を行うため、端末同士でＩＰｓｅｃ（IP Security Protocol）等を利用していた場合、認証に失敗し、結果的に通信を行うことが不可能になってしまう場合があるという問題がある。

本発明は、前記した問題を解決し、マルチホーミングネットワークにおいて端末が容易に複数のＩＰアドレスを使い分けることができるマルチホーミング通信システム等を提供することを課題とする。

前記した課題を解決するため、本発明は、マルチホーミング通信システムにおけるユーザエッジルータを、端末から、端末が接続を希望するサービスネットワークの情報を受信し、このサービスネットワークのゲートウェイルータとの間にトンネルを設定するトンネル生成部と、端末から、端末がＩＰ通信を行う際のドメイン名の名前解決要求メッセージを受信し、このドメイン名に基づき、このドメイン名の名前解決を行うＤＮＳサーバを特定し、この特定したＤＮＳサーバに対して、送信元アドレスを変更した名前解決要求メッセージを送信する機能と、ＤＮＳサーバへ名前解決要求メッセージに送信することでＤＮＳサーバから取得したＩＰアドレスを端末へ送信する機能とを備えるＤＮＳ代理部と、送信されたＩＰアドレスに基づき送信元アドレスの選択を行った端末が送信したＩＰパケットを受信し、このＩＰパケットの送信元アドレスに基づき、サービスネットワークのゲートウェイルータへのトンネルを選択し、ＩＰパケットを転送する機能とを備えるパケット転送部とを備える構成とした。
その他の構成については、後記する実施の形態で述べる。

なお、請求項におけるドメイン名の名前解決を行うＤＮＳサーバとは、あるドメイン名（ホスト名）を含む名前解決要求メッセージを受信すると、このドメイン名（ホスト名）に対応するＩＰアドレスを返答するサーバのことをいう。つまり、ＤＮＳサーバは、ホスト名（ドメイン名）とそのホスト名（ドメイン名）に対応するコンテンツサーバのＩＰアドレスとを示した情報（ＤＮＳレコード）を記憶し、名前解決要求メッセージに含まれるドメイン名をキーとして、ＤＮＳレコードからこのドメイン名に対応するＩＰアドレスを検索し、このＩＰアドレスを返答するサーバである。

本発明によれば、マルチホーミングネットワークにおいて、端末が容易に複数のＩＰアドレスを使い分けることができる。

以下、本発明の実施の形態であるマルチホーミング通信システム等について、図面を参照して詳細に説明する。

図１は、本実施の形態のマルチホーミング通信システムの構成を示す図である。
マルチホーミング通信システムは、ＩＰ（Internet Protocol）通信で各種サービスの提供を行うコンテンツサーバ６０と、このコンテンツサーバ６０が設置される１以上のサービスネットワーク８０（８０Ａ,Ｂ）と、コンテンツサーバ６０（サービスネットワーク８０）のドメイン名の名前解決を行うＤＮＳサーバ７０（７０Ａ,Ｂ）と、ＩＰ通信を行いサービスの提供を受ける端末１０と、この端末１０が設置されるユーザネットワーク３０と、各サービスネットワーク８０とユーザネットワーク３０とを接続する転送ネットワーク４０と、サービスネットワーク８０（８０Ａ,Ｂ）と転送ネットワーク４０とを接続するゲートウェイルータ（ＧＷ）５０（５０Ａ,Ｂ）と、ユーザネットワーク３０と転送ネットワーク４０とを接続するＣＰＥ（ユーザエッジルータ）２０とを含んで構成される。

なお、転送ネットワーク４０において、ＣＰＥ２０はＧＷ５０との間で、トンネリングを設定してデータの送受信を行うものとする。
ちなみに、本実施の形態におけるトンネリングの設定とは、ＣＰＥ２０とＧＷ５０との間に仮想的なパスを確立することである。

端末１０、コンテンツサーバ６０およびＤＮＳサーバ７０は、コンピュータにより実現される。また、端末１０は、所定のプログラムに基づき、ＩＰｖ６用ルータから広告を受けたプレフィックスを含むＩＰｖ６アドレスを生成する。さらに、端末１０は、生成したアドレスのうち、送信先のアドレスのプレフィックスに最も近いプレフィックスのアドレスを選択する。コンテンツサーバ６０は、例えば、webサーバである。

ユーザネットワーク３０は、例えば、端末１０が設置されるＬＡＮ（Local Area Network）であり、サービスネットワーク８０は、例えば、コンテンツサーバ６０を用いて各種サービスの提供を行う事業者（ＡＳＰ：Application Service ProviderやＩＳＰ：Internet Service Provider）のネットワークである。
転送ネットワーク４０は、例えば、インターネット網や地域ＩＰ網である。ＧＷ５０およびＣＰＥ２０は、ＩＰｖ６用ルータであり、Router Advertisement（ルータ広告）と呼ばれる機能を用いて、接続されたノードにプレフィックス（ネットワークプレフィックス）を送信する。

本実施の形態では、サービスネットワーク８０（コンテンツサーバ６０）のドメイン名（ホスト名）の名前解決を行うＤＮＳサーバ７０は、同じサービスネットワーク８０内に設置される場合を例として説明するが、コンテンツサーバ６０が設置されるサービスネットワーク８０と、ＤＮＳサーバ７０が設置されるサービスネットワーク８０とは別のものであってもよい。
また、本実施の形態のマルチホーミング通信システムの各構成要素は、図１に描いた個数に限定されるものではない。
さらに、本実施の形態においてＩＰアドレスは適宜「アドレス」と略し、ＩＰパケットは適宜「パケット」と略す。

次に、図１のＣＰＥ２０について詳細に説明する。
ＣＰＥ２０は、ユーザネットワーク３０に設置され、マルチホーミング通信システムを実現するＩＰｖ６用のルータであり、入出力インタフェース、ＣＰＵ（Central Processing Unit）および記憶部（メモリ）を備える。ＣＰＥ２０の記憶部は、端末１０とＧＷ５０との間でマルチホーミング通信を実現するマルチホーミング通信プログラムが格納され、所定領域にサービスネットワーク関連情報記憶部（後記）を備える。この記憶部は、例えば不揮発性メモリにより構成される。

図２は、図１のＣＰＥの機能を説明する図である。各機能は、ＣＰＥ２０のＣＰＵが、マルチホーミング通信プログラムを実行することにより実現される。ＣＰＥ２０の機能を実現するマルチホーミング通信プログラムは、トンネル生成部２１と、ＤＮＳ代理部２２と、サービスネットワーク情報取得部２３と、パケット転送部２４というモジュールから構成される

トンネル生成部２１は、端末１０から、端末１０が接続を希望する接続サービスネットワーク８０の情報（接続サービスネットワーク８０のＧＷ５０のアドレス）を受け取り、このサービスネットワーク８０（ＧＷ５０）との間にトンネルを設定する。
そして、トンネルを設定したＧＷ５０のアドレスを含むトンネル情報を作成し、作成したトンネル情報をサービスネットワーク関連情報記憶部２５へ出力する。
なお、トンネル生成部２１によるトンネル設定は、公知の技術を用いるものとする。

サービスネットワーク情報取得部２３は、コンテンツサーバ６０の設置されるサービスネットワーク８０のアドレス領域（プレフィックス）と、ドメイン名と、ＧＷ５０のアドレスと、前記ドメイン名の名前解決を行うＤＮＳサーバ７０のアドレスとを、入出力インタフェースを介して各ＧＷ５０から取得する。そして、これらの情報をサービスネットワーク情報として、サービスネットワーク関連情報記憶部２５へ出力する。

パケット転送部２４は、サービスネットワーク関連情報記憶部２５に記憶されたトンネル情報を参照して、トンネル生成部２１が設定したトンネルのうち、端末１０からのパケットの送信元アドレスのプレフィックスと同じプレフィックスをもつＧＷ５０に接続するトンネルを選択（特定）する。そして、パケット転送部２４は、選択したトンネルを用いて、端末１０から送信されたパケットをＧＷ５０へ転送する。また、パケット転送部２４は、ＧＷ５０からパケットを受信したときに、このパケットを端末１０へ転送する。

ＤＮＳ代理部２２は、入出力インタフェース経由で、端末１０からコンテンツサーバ６０のドメイン名（ホスト名）の名前解決要求メッセージを受信すると、名前解決要求メッセージに含まれるドメイン名とサービスネットワーク関連情報記憶部２５のサービスネットワーク情報とを参照して、このドメイン名の名前解決を行うＤＮＳサーバ７０を特定する。そして、ＤＮＳ代理部２２は、特定したＤＮＳサーバ７０へ名前解決要求メッセージを送信する。このときの送信元アドレスは、ＤＮＳサーバ７０が属するサービスネットワーク８０（コンテンツサーバ６０が属するサービスネットワーク８０）のアドレス領域のアドレスから選択するものとする。

例えば、ＤＮＳ代理部２２が特定したＤＮＳサーバ７０のアドレスが「ＦＥＤＣ：ＢＡ９８：７６５４：３４１０：ＡＢＣＤ：ＢＡ９８：７６５４：３４１０」というアドレスであり、このＤＮＳサーバ７０の属するサービスネットワーク８０のアドレス領域が「ＦＥＤＣ：ＢＡ９８：７６５４：３４１０」というプレフィックスで表されるアドレス領域であるとき、ＤＮＳ代理部２２は、「ＦＥＤＣ：ＢＡ９８：７６５４：３４１０」というプレフィックスを含むアドレスを送信元アドレスとして選択し、ＤＮＳサーバ７０に名前解決要求メッセージを送信する。

サービスネットワーク関連情報記憶部２５は、前記したサービスネットワーク情報とトンネル情報とを格納する。
なお、このサービスネットワーク情報は、サービスネットワーク８０（ＧＷ５０）から払い出された（送信された）セキュリティポリシに関する情報、例えば、サービスネットワーク８０にアクセス可能な端末１０のアドレス、サービスネットワーク８０へアクセス可能なアプリケーションに関する情報等をさらに含んでいてもよい。アクセス可能なアプリケーションに関する情報とは、例えば、httpのアクセスは許可するが、mailのアクセスは許可しないといった情報である。
ＣＰＥ２０の各構成要素の動作の詳細は、シーケンス図を用いて後記する。

次に、ＧＷ５０について説明する。ＧＷ５０は、サービスネットワーク８０に設置されマルチホーミング通信システムを実現するＩＰｖ６用のルータであり、入出力インタフェース、ＣＰＵおよび記憶部（メモリ）を備える。
この記憶部は、端末１０とＧＷ５０との間でマルチホーミング通信システムを実現するマルチホーミング通信プログラムが格納され、所定領域にサービスネットワーク情報記憶部３４を備える。この記憶部は、例えば不揮発性メモリにより構成される。

まず、サービスネットワーク情報記憶部３４について説明する。サービスネットワーク情報記憶部３４は、このＧＷ５０が設置されるサービスネットワーク８０のドメイン名（サービスネットワーク８０に設置されるコンテンツサーバ６０のホスト名）、このドメイン名（ホスト名）の名前解決を行うＤＮＳサーバ７０のアドレスおよびこのサービスネットワーク８０のアドレス領域（プレフィックス）に関する情報と、ＣＰＥ２０との間に設定されるトンネル情報とを含む。

また、サービスネットワーク情報記憶部３４には、ＣＰＥ２０との間のセキュリティポリシに関する情報、例えば、サービスネットワーク８０にアクセス可能な端末１０のアドレス、サービスネットワーク８０へアクセス可能なアプリケーションに関する情報等（httpのアクセスは許可するが、mailのアクセスは許可しない等）をさらに含んでいてもよい。
これらの情報は、後記するサービスネットワーク情報通知部３２が、入出力インタフェース経由で、ＣＰＥ２０へ送信する。

次に、図３を用いて、ＧＷ５０の機能を説明する。図３は、図１のＧＷの機能を説明する図である。各機能は、ＧＷ５０のＣＰＵが、マルチホーミング通信プログラムを実行することにより実現される。ＧＷ５０の機能を実現するマルチホーミング通信プログラムは、トンネル生成部３１と、サービスネットワーク情報通知部３２と、パケット転送部３３というモジュールとから構成される。

トンネル生成部３１は、ＣＰＥ２０との間にトンネルを設定する。そして、トンネル生成部３１は、トンネルを設定したＣＰＥ２０のアドレスを含むトンネル情報を作成し、サービスネットワーク情報記憶部３４へ出力する。
なお、トンネル生成部３１によるトンネル設定は、公知の技術を用いるものとする。

サービスネットワーク情報通知部３２は、サービスネットワーク情報記憶部３４に格納される情報を読み出し、この情報を入出力インタフェース経由でＣＰＥ２０へ送信する。

パケット転送部３３は、端末１０（ＣＰＥ２０）からのパケットや各種メッセージをコンテンツサーバ６０へ転送し、コンテンツサーバ６０からのパケットや各種メッセージを端末１０へ転送する。
なお、パケット転送部３３がコンテンツサーバ６０からのパケットや各種メッセージをＣＰＥ２０へ転送する際には、サービスネットワーク情報記憶部３４のトンネル情報の中からＣＰＥ２０へ接続するトンネルを選択して転送するものとする。

次に、適宜図１から図３を参照しつつ、図４および図５を用いて、本発明の実施の形態であるマルチホーミング通信システムの動作（具体的には、ＣＰＥ２０およびＧＷ５０によるマルチホーミング通信プログラムの実行処理）について説明する。
図４および図５は、本発明の実施の形態であるマルチホーミング通信システムの動作を示すシーケンス図である。

まず、端末１０は、端末１０が接続を希望するサービスネットワーク８０の情報を含む認証情報を送信し、ＣＰＥ２０に対して認証要求を行う（ステップＳ４０１）。
この認証情報に含まれるサービスネットワーク８０の情報は、例えば、サービスネットワーク８０のＧＷ５０のアドレスである。

ＣＰＥ２０は、端末１０から送信された認証情報を受信すると、端末１０の認証処理を行う（ステップＳ４０２）。ここでの認証処理とは、例えば、端末１０が、ＣＰＥ２０が管理するユーザネットワーク３０内の端末１０であるか否かを判断する処理である。
なお、この認証処理は、ＣＰＥ２０の認証処理部（図示せず）が行うものとし、認証結果および認証情報は、トンネル生成部２１に受け渡す。ここで認証ＮＧだった場合には、そのまま処理を終了し、認証ＯＫだった場合にはステップＳ４０３に進む。

ＣＰＥ２０は、端末１０から受信した認証情報に含まれるサービスネットワーク８０のＧＷ５０のアドレスに基づいて、このＧＷ５０との間にトンネルを設定する（ステップＳ４０３）。
具体的には、ステップＳ４０２で認証ＯＫの信号を受信したＣＰＥ２０のトンネル生成部２１が、ＧＷ５０との間でトンネルを設定し、ＧＷ５０のアドレスを含むトンネル情報をサービスネットワーク関連情報記憶部２５へ出力する。

トンネル設定後、ＧＷ５０のサービスネットワーク情報通知部３２は、サービスネットワーク情報記憶部３４の情報からサービスネットワーク８０のアドレス領域（プレフィックス）、サービスネットワーク８０のＧＷ５０のアドレス、サービスネットワーク８０で利用しているドメイン名およびこのドメイン名の名前解決を行うＤＮＳサーバ７０のアドレスを読み出して、これらの情報（サービスネットワーク情報）を前記設定したトンネル経由で送信する（ステップＳ４０４）。

ＣＰＥ２０は、サービスネットワーク情報取得部２３で、ＧＷ５０からサービスネットワーク情報を受信すると、この情報をサービスネットワーク関連情報記憶部２５に格納する。そして、ＣＰＥ２０は、自身が管理するユーザネットワーク３０に対して、ＧＷ５０から受信したサービスネットワーク情報（サービスネットワーク８０のプレフィックス）に基づくプレフィックスの広告を行う（ステップＳ４０５）。

続いて、端末１０は、ＣＰＥ２０から広告されたプレフィックスに基づきＩＰｖ６のアドレスを生成する（ステップＳ４０６）。つまり、ＣＰＥ２０が受信したサービスネットワーク８０のプレフィックスを含むＩＰｖ６アドレスを作成する。そして、このアドレスを端末１０の記憶部に記憶する。
ＣＰＥ２０および端末１０は、以上のステップＳ４０１からステップＳ４０６の動作を、端末１０が接続を要求するすべてのサービスネットワーク８０に対して実行する。

次に、端末１０は、ＣＰＥ２０にコンテンツサーバ６０への接続要求を行う。具体的には、端末１０は、コンテンツサーバ６０のドメイン名（ホスト名）の名前解決要求メッセージをＣＰＥ２０に送信する（図５のステップＳ５０１）。このときの送信元アドレスは、端末１０が生成したアドレスの中から、任意のアドレスを選択するものとする。

ＣＰＥ２０のＤＮＳ代理部２２は、端末１０から送信された名前解決要求メッセージを受信すると、このメッセージに含まれるドメイン名（ホスト名）をキーとして、サービスネットワーク関連情報記憶部２５のサービスネットワーク情報の中からこのホスト名（ドメイン名）の名前解決を行うＤＮＳサーバ７０を特定する（ステップＳ５０２）。また、ＤＮＳ代理部２２は、このＤＮＳサーバ７０の属するサービスネットワーク８０のアドレス領域およびＧＷ５０のアドレスを特定する。

そして、ＤＮＳ代理部２２は、このＤＮＳサーバ７０の属するサービスネットワーク８０のアドレス領域の中から、ＤＮＳサーバ７０へ名前解決要求メッセージを送信する際の送信元アドレスを選択する（ステップＳ５０３）。つまり、ＤＮＳサーバ７０の属するサービスネットワーク８０のＧＷ５０から払い出されたアドレスの中から、送信元アドレスを選択する。

次に、ＤＮＳ代理部２２は、ステップＳ５０３で選択したアドレスを送信元アドレスとして、ステップＳ５０２で特定したＤＮＳサーバ７０に対して、コンテンツサーバ６０のホスト名（ドメイン名）の名前解決要求メッセージを送信する（ステップＳ５０４）。
つまり、ＤＮＳ代理部２２は、名前解決要求メッセージをＤＮＳサーバ７０へ送信するとき、ＤＮＳ代理部２２で選択した送信元アドレスを新たに割り当てて（変更して）、名前解決要求メッセージを送信する。
なお、このとき、ＤＮＳ代理部２２は、トンネル情報に記憶されたトンネルの中から、ＤＮＳサーバ７０が属するサービスネットワーク８０（ＧＷ５０）へ接続するトンネルを選択し、このトンネルを用いて名前解決要求メッセージを送信するものとする。

ＧＷ５０のパケット転送部３３は、ＣＰＥ２０からの名前解決要求メッセージをＤＮＳサーバ７０へ転送する。ＤＮＳサーバ７０は、ＧＷ５０経由でＣＰＥ２０からの名前解決要求メッセージを受信すると、自身の記憶部のＤＮＳレコードを参照して名前の解決を行う。つまり、名前解決要求メッセージに含まれるホスト名（ドメイン名）のコンテンツサーバ６０のアドレスを、自身のＤＮＳレコードの中から検索し、検索したアドレス（名前解決応答メッセージ）をＧＷ５０経由でＣＰＥ２０へ送信する（ステップＳ５０５）。
このときＧＷ５０のパケット転送部３３は、ＣＰＥ２０と接続するトンネルを選択し、選択したトンネル経由でコンテンツサーバ６０のアドレスを送信するものとする。
そして、ＣＰＥ２０は、このコンテンツサーバ６０のアドレスを受信すると、このアドレスを端末１０へ転送する（ステップＳ５０６）。

端末１０は、コンテンツサーバ６０のアドレスを受信すると、ステップＳ４０６で生成したアドレスの中から、宛先であるコンテンツサーバ６０のアドレスと最もプレフィックスが一致するアドレスを送信元アドレスとして選択し、ＣＰＥ２０およびＧＷ５０経由で、コンテンツサーバ６０へパケットを送信する（ステップＳ５１０）。
ここで端末１０が送信するパケットは、例えば、コンテンツサーバ６０からのデータ送信を要求するパケットである。

次に、端末１０からのパケットを転送するＣＰＥ２０のパケット転送部２４は、このパケットを受信すると、このパケットの送信元アドレスのプレフィックスをキーとして、サービスネットワーク関連情報記憶部２５のトンネル情報に記憶されたトンネルの中から、このサービスネットワーク８０（ＧＷ５０）と接続するトンネルを選択する（ステップＳ５１１）。
つまり、端末１０からのパケットの送信元アドレスのプレフィックスに最も近いプレフィックスをもつサービスネットワーク８０（ＧＷ５０）に接続するトンネルを選択する。
そして、ＣＰＥ２０はパケットを、この選択したトンネル経由でコンテンツサーバ６０へ送信する（ステップＳ５１２）。

コンテンツサーバ６０は、ＣＰＥ２０およびＧＷ５０経由でパケットを受信すると、このパケットに対する応答メッセージを端末１０へ送信する（ステップＳ５１３）。このとき、応答メッセージの転送を行うＧＷ５０のパケット転送部３３は、宛先の端末１０のアドレス（プレフィックス）から、この端末１０がどのユーザネットワーク３０に属するかを特定する。そして、サービスネットワーク情報記憶部３４のトンネル情報に記憶されたトンネルの中から、このユーザネットワーク３０（ＣＰＥ２０）に接続するトンネルを選択し（ステップＳ５１４）、この選択したトンネル経由で、ＣＰＥ２０へ応答メッセージを転送する（ステップＳ５１５）。ＣＰＥ２０はパケット転送部２４で、この応答メッセージを受信すると、端末１０へ転送し（ステップＳ５１６）、いったん処理を終了する。

本実施の形態によれば、マルチホーミング通信システムにおいて、ＣＰＥ２０が、ドメイン名の名前解決の代理処理を行い、当該ドメイン名の名前解決を行うＤＮＳサーバ７０のアドレスの特定およびこのＤＮＳサーバ７０へ名前解決要求メッセージを送信する際の送信元アドレスの変換を行うが、端末１０がコンテンツサーバ６０のアドレスを取得した後（名前解決応答メッセージを受信した後）は、端末１０自身で選択したアドレスを送信元アドレスとして通信を行うので、マルチホーミング環境下で、端末１０とコンテンツサーバ６０あるいは端末１０同士がＩＰｓｅｃによる通信を行うことが可能となる。

本実施の形態に係るマルチホーミング通信システムは、前記したような処理をルータ（またはコンピュータ）に実行させるマルチホーミング通信プログラムによって実現することができ、このプログラムをコンピュータにより読み取り可能な記憶媒体（ＣＤ−ＲＯＭ等）に記憶して提供することも可能である。また、そのプログラムを、ネットワークを通して提供することも可能である。

本実施の形態のマルチホーミング通信システムの構成を示す図である。 図１のＣＰＥの機能を説明する図である。 図１のＧＷの機能を説明する図である。 本発明の実施の形態であるマルチホーミング通信システムの動作を示すシーケンス図である 本発明の実施の形態であるマルチホーミング通信システムの動作を示すシーケンス図である

符号の説明

１０ 端末
２０ ＣＰＥ（ユーザエッジルータ）
２１ トンネル生成部
２２ ＤＮＳ代理部
２３ サービスネットワーク情報取得部
２４ パケット転送部
２５ サービスネットワーク関連情報記憶部（記憶部）
３０ ユーザネットワーク
３１ トンネル生成部
３２ サービスネットワーク情報通知部
３３ パケット転送部
３４ サービスネットワーク情報記憶部
４０ 転送ネットワーク
５０ ＧＷ（ゲートウェイルータ）
６０ コンテンツサーバ
７０ ＤＮＳサーバ
８０ サービスネットワーク

Claims (6)

1. サービスの提供を行うコンテンツサーバと、
   ＩＰ通信を行いサービスの提供を受ける端末と、
   前記コンテンツサーバを有する１以上のサービスネットワークと、
   前記端末が設置されるユーザネットワークと、
   前記各サービスネットワークと前記ユーザネットワークとを接続する転送ネットワークと、
   前記各サービスネットワークと前記転送ネットワークとを接続し、前記ユーザネットワークに設置されるユーザエッジルータとの間にトンネルを設定するゲートウェイルータと、
   前記ユーザネットワークと前記転送ネットワークとを接続し、前記ゲートウェイルータとの間にトンネルを設定する前記ユーザエッジルータと、
   前記サービスネットワークのコンテンツサーバのドメイン名の名前解決を行うＤＮＳサーバとを含むマルチホーミング通信システムにおけるユーザエッジルータであって、
   前記端末から、前記端末が接続を希望するサービスネットワークの情報を受信し、このサービスネットワークのゲートウェイルータとの間にトンネルを設定するトンネル生成部と、
   前記端末から、前記端末がＩＰ通信を行う際のドメイン名の名前解決要求メッセージを受信し、このドメイン名に基づき、このドメイン名の名前解決を行うＤＮＳサーバを特定し、この特定したＤＮＳサーバに対して、送信元アドレスを変更した名前解決要求メッセージを送信する機能と、前記ＤＮＳサーバへ名前解決要求メッセージを送信することで前記ＤＮＳサーバから取得したＩＰアドレスを前記端末へ送信する機能とを備えるＤＮＳ代理部と、
   前記送信されたＩＰアドレスに基づき送信元アドレスの選択を行った前記端末が送信したＩＰパケットを受信し、このＩＰパケットの送信元アドレスに基づき、前記サービスネットワークのゲートウェイルータへのトンネルを選択し、前記ＩＰパケットを転送するパケット転送部と、
   を有することを特徴とするユーザエッジルータ。
2. 前記ユーザエッジルータは、
   前記サービスネットワークのドメイン名、前記ドメイン名の名前解決を行うＤＮＳサーバのアドレスおよび前記各サービスネットワークのアドレス領域の情報を含むサービスネットワーク情報を、前記各ゲートウェイルータから取得するサービスネットワーク情報取得部と、
   前記サービスネットワーク情報および前記トンネル生成部が設定したトンネルに関するトンネル情報を記憶するサービスネットワーク関連情報記憶部とをさらに備え、
   前記ＤＮＳ代理部は、前記サービスネットワーク情報を参照して、前記ドメイン名の名前解決を行うＤＮＳサーバを特定し、前記サービスネットワークのアドレス領域に基づいて送信元アドレスを変更し、この変更した送信元アドレスで、前記特定したＤＮＳサーバへ前記名前解決要求メッセージを送信し、
   前記パケット転送部は、前記端末から送信されたＩＰパケットの送信元アドレスおよび前記トンネル情報に基づき、前記サービスネットワークのゲートウェイルータへのトンネルを選択するよう構成されていることを特徴とする請求項１に記載のユーザエッジルータ。
3. 請求項１または請求項２に記載のユーザエッジルータを含むマルチホーミング通信システムのゲートウェイルータであって、
   前記ユーザエッジルータとの間でトンネルを設定するトンネル生成部と、
   前記サービスネットワークのドメイン名、前記ドメイン名の名前解決を行うＤＮＳサーバのアドレスおよび前記各サービスネットワークのアドレス領域の情報を含むサービスネットワーク情報を前記ユーザエッジルータへ送信するサービスネットワーク情報通知部と、
   を備えることを特徴とするゲートウェイルータ。
4. 請求項１または請求項２に記載のゲートウェイルータおよび請求項３に記載のゲートウェイルータを備えるマルチホーミング通信システム。
5. サービスの提供を行うコンテンツサーバと、ＩＰ通信を行いサービスの提供を受ける端末と、前記コンテンツサーバを有する１以上のサービスネットワークと、前記端末が設置されるユーザネットワークと、前記各サービスネットワークと前記ユーザネットワークとを接続する転送ネットワークと、前記各サービスネットワークと前記転送ネットワークとを接続し、前記ユーザネットワークに設置されるユーザエッジルータとの間にトンネルを設定するゲートウェイルータと、前記ユーザネットワークと前記転送ネットワークとを接続し、前記ゲートウェイルータとの間にトンネルを設定する前記ユーザエッジルータと、前記サービスネットワークのコンテンツサーバのドメイン名の名前解決を行うＤＮＳサーバとを含むマルチホーミング通信システムにおけるマルチホーミング通信方法であって、
   前記ユーザエッジルータは、
   前記端末から接続を希望するサービスネットワークの情報を受信するステップと、
   前記接続を希望するサービスネットワークのゲートウェイルータとの間でトンネルを設定するステップと、
   前記ゲートウェイルータから、前記サービスネットワークのドメイン名、前記ドメイン名の名前解決を行うＤＮＳサーバのアドレスおよび前記各サービスネットワークのアドレス領域の情報を含むサービスネットワーク情報を取得するステップと、
   前記取得したサービスネットワーク情報を、記憶部に記憶するステップと、
   前記端末から前記端末がＩＰ通信を行う際のドメイン名の名前解決要求メッセージを受信するステップと、
   前記受信した名前解決要求メッセージに含まれるドメイン名をキーとして、前記記憶部のサービスネットワーク情報を検索し、前記ドメイン名の名前解決を行うＤＮＳサーバを特定するステップと、
   前記特定したＤＮＳサーバに、送信元アドレスを変更した前記名前解決要求メッセージを送信するステップと、
   前記ＤＮＳサーバへ前記名前解決要求メッセージを送信することで前記ＤＮＳサーバから取得したＩＰアドレスを前記端末へ送信するステップと、
   前記送信されたＩＰアドレスに基づき、送信元アドレスの選択を行った前記端末が送信したＩＰパケットを受信し、このＩＰパケットの送信元アドレスに基づき、前記設定したトンネルの中から前記サービスネットワークのゲートウェイルータへ接続するトンネルを選択するステップと、
   を実行することを特徴とするマルチホーミング通信方法。
6. 請求項５に記載のマルチホーミング通信方法をルータに実行させることを特徴とするマルチホーミング通信プログラム。

Images