JP2005064570A

JP2005064570A - ネットワークシステム及びインターネットワーク装置

Info

Publication number: JP2005064570A
Application number: JP2003207249A
Authority: JP
Inventors: Naoya Ikeda; 尚哉池田; Shuji Ono; 修司大野; Shinsuke Suzuki; 伸介鈴木; Mika Mizutani; 美加水谷
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2003-08-12
Filing date: 2003-08-12
Publication date: 2005-03-10

Abstract

【課題】ユーザ端末に対して複数のＩＰｖ６アドレスを配布できるシステム及びそれを構成するネットワーク機器を提供する。
【解決手段】インターネット２０３にＰＥルータＡ２０５とＰＥルータＢ２０６が接続されている。各ＰＥルータはＰＤサーバとしてプレフィックスを配布する。ＰＥルータＡ２０５及びＰＥルータＢ２０６にはＣＰＥルータ２０７が接続され、ＣＰＥルータ２０７にはユーザが使用するユーザ端末であるＰＣ２０８が接続されている。各ＰＥルータはそれぞれ異なるＩＰアドレスのプレフィックスをＣＰＥルータ２０７に通知する。ＣＰＥルータ２０７は、通知されたプレフィックスを６４ビットのネットワークアドレスに展開してＰＣ２０８に配布する。
【選択図】図２

Description

【０００１】
【発明の属する技術分野】
本発明は１以上のＩＰｖ６アドレスプレフィックスをユーザ端末に配布可能なネットワークシステム及びそのネットワークシステムを構成し、１以上のＩＰｖ６アドレスプレフィックスをユーザ端末に通知するインターネットワーク装置に関する。
【０００２】
【従来の技術】
インターネットに代表されるＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）を用いたネットワークは１９９０年代以降飛躍的に普及している。それにともないパーソナルコンピュータ（以下、ＰＣと称する）をＩＰネットワークに容易に接続するための技術、即ちプラグ・アンド・プレイに関する技術が考えられてきた。現在、インターネットで主に用いられているＩＰプロトコルはＩＰＶｅｒｓｉｏｎ４でありＩＰｖ４とも呼ばれている。ＩＰｖ４でのプラグ・アンド・プレイ技術としてはＤＨＣＰ（ＤｙｎａｍｉｃＨｏｓｔＣｏｎｆｉｇｕｒａｔｉｏｎＰｒｏｔｏｃｏｌ）を用いた手法が良く知られている。しかし、ＩＰｖ４ではアドレス空間は２の３２乗個、即ち約４０億個しかないため、ＩＰアドレスの枯渇が懸念されており、今後は２の１２８乗個という非常に大きいアドレス空間を持つＩＰＶｅｒｓｉｏｎ６（以下ＩＰｖ６と称する）の普及が期待されている。
【０００３】
ＩＰｖ６でのプラグ・アンド・プレイ技術としてはＤＨＣＰの他にルータが端末にＩＰｖ６アドレスを配布するＲＡ（ＲｏｕｔｅｒＡｄｖｅｒｔｉｓｅｍｅｎｔ）プロトコルが用いられ、特別にＤＨＣＰサーバを設置しなくても端末でのＩＰアドレスの設定は不要となった。
【０００４】
一方でＩＰｖ６の普及はＰＣだけではなく家庭電化製品や情報家電といった非ＰＣの装置もＩＰネットワークに接続することも期待されている。この場合、家庭内には多くのＩＰネットワーク機器が存在する可能性があり、サービスプロバイダから家庭に対しては多くのＩＰアドレスが配布されることになる。
【０００５】
サービスプロバイダから宅内ルータにＩＰアドレスをブロックとして配布する方式はＰｒｅｆｉｘＤｅｌｅｇａｔｉｏｎ方式（以下、ＰＤ方式と称する）と呼ばれ、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ：インターネットの標準化作業団体）が標準化作業を推進している。このＰＤ方式に関しては、例えば「ＲｅｑｕｉｒｅｍｅｎｔｓｆｏｒＩＰｖ６ｐｒｅｆｉｘｄｅｌｅｇａｔｉｏｎ（ｄｒａｆｔ−ｉｅｔｆ−ｉｐｖ６−ｐｒｅｆｉｘ− ｄｅｌｅｇａｔｉｏｎ−ｒｅｑｕｉｒｅｍｅｎｔ−０２．ｔｘｔ）」や「ＩＰｖ６ＰｒｅｆｉｘＯｐｔｉｏｎｓｆｏｒＤＨＣＰｖ６（ｄｒａｆｔ−ｉｅｔｆ−ｄｈｃ−ｄｈｃｐｖ６−ｏｐｔ−ｐｒｅｆｉｘ−ｄｅｌｅｇａｔｉｏｎ−０４．ｔｘｔ）」と題されたドラフト文書（Ｉｎｔｅｒｎｅｔ−Ｄｒａｆｔ）がＩＥＴＦのホームページ（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／）にて公開されている。
【０００６】
【非特許文献１】
ＲｅｑｕｉｒｅｍｅｎｔｓｆｏｒＩＰｖ６ｐｒｅｆｉｘｄｅｌｅｇａｔｉｏｎ（ｄｒａｆｔ−ｉｅｔｆ−ｉｐｖ６−ｐｒｅｆｉｘ− ｄｅｌｅｇａｔｉｏｎ−ｒｅｑｕｉｒｅｍｅｎｔ−０２．ｔｘｔ）（２００３年７月３１日時点）
【非特許文献２】
ＩＰｖ６ＰｒｅｆｉｘＯｐｔｉｏｎｓｆｏｒＤＨＣＰｖ６（ｄｒａｆｔ−ｉｅｔｆ−ｄｈｃ−ｄｈｃｐｖ６−ｏｐｔ−ｐｒｅｆｉｘ− ｄｅｌｅｇａｔｉｏｎ−０４．ｔｘｔ）（２００３年７月３１日時点）
【０００７】
【発明が解決しようとする課題】
ＰＤ方式は、具体的にはアドレスを配布する手段としてサーバからルータに対してＤＨＣＰを用いてＩＰアドレスの上位４８ビットの部分を配布し（これをＤＨＣＰ・ＰＤと称する）、そのＩＰアドレス群をもとにルータがネットワークアドレスを６４ビットに展開してそのルータに接続される各ユーザ端末にＩＰアドレスを配布する方式である。ルータとユーザ端末の間には上位互換をとるため、ＲＡプロトコルが用いられることが多い
以下、ＰＤ方式においてＩＰｖ６アドレス及びプレフィックスを配布する仕組みについて図１を用いて簡単に説明する。
【０００８】
ＩＰｖ６のアドレスのビット配置は、上位６４ビットはネットワークアドレス、下位６４ビットは端末を表すホストアドレスと定義されている。ネットワークアドレスの上位４８ビットは、インターネット接続サービス事業者（以下、ＩＳＰと称する）が加入者、即ちインターネットに接続される家庭や企業などに対して与えるＩＰアドレス部分であり、これはプレフィックス（Ｐｒｅｆｉｘ）と呼ばれる。プレフィックスを与えるサーバをＰｒｅｆｉｘＤｅｌｅｇａｔｉｏｎサーバ（ＰＤサーバ）と称する。また、加入者との間のＩＰ接続に用いられるＩＳＰ側のルータをプロバイダ・エッジ・ルータと称し、以下ＰＥルータと称する。これに対し、家庭や企業におけるインターネット接続部分であるルータをカスタマ・エッジ・プレミス・ルータと称し、以下ＣＰＥルータと称する。
【０００９】
図１においては、インターネット１０１にＩＳＰがサービスを提供するために備えるアプリケーションサーバ（以下アプリサーバと称する）１０２と、上述したＰＥルータ１０３が接続されている。ＰＥルータ１０３にはＣＰＥルータ１０４が接続され、ＣＰＥルータ１０４にはユーザが使用するユーザ端末であるＰＣ１０５が接続されている。尚、図１に示すネットワーク構成においては、上述したＰＤサーバは、１つの機能としてＰＥルータ１０３に包含されている。従って、図１におけるＰＥルータ１０３はＩＳＰ側のルータとして動作するだけではなく、ＰＤサーバとしてプレフィックスも配布する。
【００１０】
ＣＰＥルータ１０４は、ＰＥルータ１０３から与えられるプレフィックスである４８ビットのアドレスに続く１６ビットのアドレス情報を生成・管理する。ＣＰＥルータ１０４は、プレフィックスの下位に自身で作成した１６ビットの情報を付加し、ＣＰＥルータ１０４に接続されるＰＣ１０５に対して６４ビットのネットワークアドレスに対応するアドレス（以下新プレフィックスと称する）を付与する。
【００１１】
ＰＣ１０５は、この新プレフィックスに自らの識別子としてインタフェース識別子と呼ばれる下位６４ビットを合わせ、１２８ビットの一意なＩＰｖ６アドレス（グローバルアドレス）を生成する。
【００１２】
このように、ＤＨＣＰ・ＰＤの仕組みを利用してＣＰＥルータ１０４に対してプレフィックスを付与することにより、ＣＰＥルータ１０４に対して、ＰＣ１０５等のユーザ端末へ配布すべきＩＰアドレス群を手動で設定する必要はない。
【００１３】
また、ＣＰＥルータ１０４からＰＣ１０５等のユーザ端末への新プレフィックスの通知には、ＩＰｖ６プロトコルの標準仕様としてＲＡプロトコルが用いられる。これにより、ユーザ端末の使用者は、自身でユーザ端末にＩＰアドレスを設定する必要は無い。
【００１４】
ＰＣ１０５等のユーザ端末においては、自身のインタフェース識別子として、ＩＥＥＥ８０２で規定されている４８ビットのＭＡＣ識別子（ＭＡＣアドレス）からＥＵＩ−６４識別子（ＩＥＥＥで定めるグローバル識別子）を作成し、これをインタフェース識別子として使用しても良いし、ランダムな数の生成等によりインタフェース識別子を決定しても良い。
【００１５】
以上の方式によれば、各ユーザ端末がＩＰｖ６アドレスを自動的に生成するため、ユーザ端末の使用者のアドレス設定作業を軽減することができる。
【００１６】
しかし、ＰＤ方式によってユーザ端末に付与されるＩＰアドレスは基本的には１個であり、複数のＩＰアドレスを１つのユーザ端末に付与することは想定されていない。ユーザ端末に１個のＩＰアドレスが付与されるだけでは、ユーザ端末の使用者たるユーザにとっては１つのＩＳＰによる１つのサービスの享受が前提になる。例えば、ユーザ端末に付与された複数のＩＰアドレス毎に異なるＩＳＰからの異なるサービスをユーザが利用するという形態は、アドレス空間の小さいＩＰｖ４では勿論のこと、アドレス空間が非常に大きいＩＰｖ６でも考慮されていないのである。
【００１７】
しかし、ＩＰを利用した高度なサービスが今後ますます増大することを考えると、上述のような利用形態に対するユーザのニーズは徐々に高まっていくものと期待される。例えば、ユーザ端末のＶｏＩＰ機能（ＩＰパケットを用いた音声通信）の利用形態として、ユーザがあるＩＰアドレスは仕事用に用い、他のＩＰアドレスは私用に使うなどの場合も想定され、ユーザ端末の利便性もより向上する。
【００１８】
従って、本発明は、ユーザ端末に対して異なる複数のＩＰアドレスを付与する事ができ、ユーザに異なるインターネットサービスを提供できるネットワークシステム及びそのシステムを構成するインターネットワーク装置を提供する。
【００１９】
【課題を解決するための手段】
本発明においては、１台以上の第１のインターネットワーク装置のそれぞれが、複数のＩＰｖ６アドレスプレフィックスを予め保持し、それらに接続される第２のインターネットワーク装置からの要求に応じて、保持している複数のＩＰｖ６アドレスプレフィックスのうちの任意のＩＰｖ６アドレスプレフィックスを第２のインターネットワーク装置に通知するように構成される。
【００２０】
また、第２のインターネットワーク装置は、第１のインターネットワーク装置のそれぞれに対してＩＰｖ６アドレスプレフィックスを要求し、１台以上の第１のインターネットワーク装置から通知される１つ以上のＩＰｖ６アドレスプレフィックスのそれぞれから、ユーザ装置においてＩＰｖ６アドレスを作成するのに必要な第２のプレフィックスを生成する。そして、生成した１つ以上の第２のプレフィックスをユーザ装置に通知するように構成される。
【００２１】
【発明の実施の形態】
以下、本発明の一実施例を図面を用いて詳細に説明する。但し、本発明は以下の実施例の内容に限定されるものではない。
【００２２】
まず、本発明一実施例においては、１台のユーザ端末に複数のＩＰアドレスを付与し、ＩＰアドレス毎に異なるサービスをユーザが利用できるようにするために、複数のプレフィックスを１台のユーザ端末に配布する。
【００２３】
ここでは方式を単純化するために、複数のＩＳＰ（或いは企業網）が各々のＰＥルータから各々のプレフィックスを複数の回線（同一の物理的な回線内の複数のチャネルは別回線とみなす）を用いてＣＰＥルータ経由でユーザ端末に配布する場合を想定する。
【００２４】
このような場合において、以下で詳細に説明する通り、ＰＥルータ、ＣＰＥルータ及びユーザ端末は以下の機能を備える。
（１）ＣＰＥルータは、ユーザ端末が接続サービスの選択を行うためにＰＥルータに対する経路管理を行う。
（２）（１）に関連して、ユーザ端末がサービスに応じたＤＮＳサーバを選択することが可能となるように、ＣＰＥルータは、複数のＤＮＳサーバに対してＤＮＳ要求パケットを選択的にリレーする。
（３）ＣＰＥルータは、予め契約などによって知りえた１つ以上のＩＳＰに対して各々のプレフィックスを要求する。
（４）ＰＥルータは、ＣＰＥルータが（１）、（２）を実現するための情報をプレフィックスの付加情報として与える。
（５）ユーザ端末は、ＣＰＥルータからＲＡプロトコルで与えられる複数の新プレフィックスを利用可能なＩＳＰに関する情報から選別し、１個以上の新プレフィックスに基づいた１個以上の使用可能なＩＰアドレスを生成・管理する。
（６）ユーザ端末は、アプリケーション（或いは、ユーザ）がアクセスしようとしている宛先アドレスに対して適切な自ＩＰアドレスを（５）の１個以上のＩＰアドレスから選択し、ソースアドレスとして用いて通信する。
【００２５】
ＰＥルータ、ＣＰＥルータ及びユーザ端末が以上の機能を備えることにより、ユーザ端末に付与された複数のＩＰアドレスを用いて、ユーザが複数のＩＳＰのサービスを選択的に利用できるようになる。
【００２６】
次に、一実施例におけるネットワークシステムの構成や、ＰＥルータ、ＣＰＥルータ及びユーザ端末の動作を図面を用いて具体的に説明する。
【００２７】
図２は、一実施例におけるネットワークシステムの構成を示す。
【００２８】
図２において、インターネット２０１には、ＩＳＰ１がインターネットサービスを提供するために備えるアプリケーションサーバＡ（アプリサーバＡ）２０２が接続されている。また、インターネット２０１には１つまたは複数の企業が運営する企業内ネットワークを構成する１つ以上の拠点（以下オフィスと称する）２０３が接続されている。企業は、例えばＩＳＰ１とは異なるＩＳＰ２が提供するＶＰＮ（ＶｉｒｔｕａｌＰｒｉｖａｔｅＮｅｔｗｏｒｋ）サービスを利用して各オフィス２０３間やオフィス２０３と企業の従業員（ユーザ）が使用するユーザ端末との間をインターネット２０１を介して接続して企業内ネットワークを構築している。図２では、オフィス２０３に企業内ネットワーク内でサービスを提供するためのアプリケーションサーバＢ（アプリサーバＢ）２０４が接続されている。
【００２９】
更に、インターネット２０３にはＰＥルータＡ２０５とＰＥルータＢ２０６がそれぞれ接続されている。尚、図２においても、上述の図１に示されたネットワーク構成と同様に、プレフィックスを与えるＰＤサーバは、１つの機能として各ＰＥルータに包含されている。従って、図２におけるＰＥルータＡ２０５、ＰＥルータＢ２０６もＩＳＰ側のルータとして動作するだけではなく、ＰＤサーバとしてプレフィックスを配布する。以下の説明においても、ＰＥルータはＰＤサーバの機能を含むものとして説明する。
【００３０】
ＰＥルータＡ２０５及びＰＥルータＢ２０６にはＣＰＥルータ２０７が接続され、ＣＰＥルータ２０７にはユーザが使用するユーザ端末であるＰＣ２０８が接続されている。ＣＰＥルータ２０７は、後で詳細に説明するＤＮＳリレー機能を含むものとする。また、ユーザ端末としてＰＣ２０８を想定しているが、ＰＣに限らず、ネットワーク通信が可能な端末であれば、携帯電話でも、携帯情報端末（ＰＤＡ）でも良い。
【００３１】
このネットワークシステムでは、２台のＰＥルータＡ２０５とＰＥルータＢ２０６がそれぞれ異なるＩＰアドレスのプレフィックスをＣＰＥルータ２０７に対して通知する。例えば、ＰＥルータＡ２０５は、ＩＳＰ１がユーザにインターネットサービスを提供するために用意したＩＰアドレス（以下ＩＰアドレスＡと称する）のプレフィックス（以下プレフィックスＡと称する）を配布し、ＰＥルータＢ２０６は、ＩＳＰ２がＶＰＮサービスを提供するために用意したＩＰアドレス（以下ＩＰアドレスＢと称する）のプレフィックス（以下プレフィックスＢ）を配布する。
【００３２】
尚、ＰＥルータＡ２０５とＣＰＥルータ２０７を結ぶネットワークと、ＰＥルータＢ２０６とＣＰＥルータ２０７を結ぶネットワークは、それぞれアクセス回線と呼ばれ、図２では物理的に分離しているように示されているが、それらのアクセス回線は物理的には１本の回線であっても構わないし、レイヤ１あるいはレイヤ２で多重されていても良い。これは、例えばＡＤＳＬ回線における異なるＰＰＰリンク等によって通常に実現されている。
【００３３】
次に、図２に示されたネットワークシステムにおけるＰＥルータやＣＰＥルータの具体的な構成及び動作について説明する。
【００３４】
ＰＥルータＡ２０５及びＰＥルータＢ２０６は基本的に同じ構成を備え、共に管理部と複数のルーティング部を有し、各部は例えばパケットバスやクロスバスイッチを介して接続される。
【００３５】
管理部は、ルーティング情報を収集してルーティングテーブルを作成し、各ルーティング部へ配布するためのプログラムを実行するプロセッサ、ルーティングテーブル及びプログラムを格納するメモリ、送受信パケットを格納するバッファメモリ、ルーティング部のバッファメモリとの間でパケットのＤＭＡ転送やパケットバスの制御を行うバッファメモリコントローラ、ハードディスク並びにこれらを接続する内部バスを有する。
【００３６】
ルーティング部は、他ルータやＣＰＥルータ２０７と接続する複数のポートを備えたポート制御部、管理部が作成したルーティングテーブルに基づき、受信パケットをポート間、あるいはルーティング部間、あるいはルーティング部と管理部間で転送するプログラムを実行するプロセッサ、これらのプログラム及びルーティングテーブルを格納するメモリ、送受信パケットを格納するバッファメモリ、バッファメモリコントローラ並びにこれらを接続する内部バスを有する。
【００３７】
又、ＣＰＥルータ２０７は、ＩＰｖ６に対応したルータ機器であり、基本的な構成はＰＥルータＡ２０５及びＰＥルータＢ２０６と同じである。または、ＣＰＥルータ２０７は、ＰＥルータの管理部のみで構成され、管理部のパケットバスを介してＰＥルータあるいはエンド端末と接続する複数のポートを備えたポート制御部が接続される構成としてもよい。
【００３８】
次に、ＰＥルータＡ２０５とＰＥルータＢ２０６の動作について説明するが、ＰＥルータＡ２０５とＰＥルータＢ２０６は同じ構成を備えるため、ここではＰＥルータＡ２０５を代表として説明する。
【００３９】
上述した通り、ＰＥルータＡ２０５は通常のルータとしての構成を備えるだけでなくＰＤサーバとしてプレフィックスをＣＰＥルータ２０７に通知するための機能も備えている。図３は、ＰＥルータＡ２０５がそのようなＰＤサーバ機能の１つとして備え、ＣＰＥルータ２０７へ通知するプレフィックス情報を登録し、その通知状況等を管理するために用いるプレフィックスプールテーブル３００の一例を示したものである。尚、このプレフィックスプールテーブル３００の内容は、ＰＥルータＡ２０５が備える図示しない記憶装置に記憶される。
【００４０】
図３において、プレフィックスプールテーブル３００は、ＣＰＥルータ２０７へ通知するプレフィックスが登録される通知プレフィックスフィールド３０１と、ＣＰＥルータ２０７へプレフィックスを通知した時からの通知プレフィックスの利用許可期間を示す有効期限フィールド３０２と、各プレフィックスのＣＰＥルータ２０７への通知状況を示す通知状態フィールド３０３と、ＣＰＥルータへプレフィックスを通知した日時を示す通知日時フィールド３０４と、ＣＰＥルータ２０７へ各プレフィックスと合わせて通知する情報を格納した追加通知情報フィールド３０５から構成される。通知プレフィックスフィールド３０１には、プレフィックスの値とその有効範囲を示すプレフィックス長も併せて登録される。
追加通知情報フィールド３０５には、例えばＩＳＰ１やＩＳＰ２、または企業内ネットワークを構築している企業が持つドメイン名と、そのドメイン名に関するドメイン情報を管理しているＤＮＳサーバのアドレス情報とを含む各種情報が登録される。
【００４１】
プレフィックスプールテーブル３００は、上記各フィールドを１つずつ備えたエントリを複数、登録・管理可能な構造を持つ。これによって、ＰＥルータＡ２０５はＣＰＥルータ２０７へ通知するプレフィックス情報を複数組、管理可能である。尚、通知プレフィックスフィールド３０１、有効期限フィールド３０２と追加通知情報フィールド３０５の内容は、装置起動時に自動的に、或いは管理者による随時の入力により、予めプレフィックスプールテーブル３００の各エントリに設定される。
【００４２】
図４は、ＰＥルータＡ２０５がＣＰＥルータ２０７に対してプレフィックス情報を通知する際の処理について示したフローチャートである。このフローチャートは、ＰＥルータＡ２０５がＣＰＥルータ２０７からの要求に従い、上記プレフィックスプールテーブル３００を用いてプレフィックス情報を通知する処理（プレフィックス情報通知処理）４００の一例を示している。
【００４３】
処理４００において、ＰＥルータＡ２０５は、まずＣＰＥルータ２０７からプレフィックス通知要求を受信するのを待つ（ステップ４０１）。ＣＰＥルータ２０７からプレフィックス通知要求を受信すると、プレフィックスプールテーブル３００の各エントリの通知状態フィールド３０３を調べ、その内容が「未」のもの、即ち、まだ通知されていないプレフィックスがあるか探す（ステップ４０２）。
【００４４】
未通知のプレフィックスが無い場合には、ＰＥルータＡ２０５の内部時計の現在時刻と、プレフィックスプールテーブル３００の各エントリの有効期限フィールド３０２と通知日時フィールド３０３に登録された情報から、プレフィックス情報を通知してからその利用許可期間を過ぎているプルフィックスがあるかを調べる（ステップ４０３）。利用許可期間を過ぎているプレフィックスも無い場合は、プレフィックスの通知処理を中止してＣＰＥルータ２０７へのプレフィックス情報の通知を行わずに、ステップ４０１に戻る。
【００４５】
一方、ステップ４０２またはステップ４０３においてプレフィックスプールテーブル３００に未通知もしくは利用許可期間を過ぎたプレフィックスが登録されていた場合、その内の任意の１つ（例えば、最初に見つかったもの）を選択し、そのプレフィックスが登録されているエントリの通知日時フィールド３０４に現在の日時を設定し、通知状態フィールドの内容を「済」とする（ステップ４０４）。そして、選択したプレフィックスと追加通知情報フィールド３０５に格納されている情報とをプレフィックス情報として一緒にＣＰＥルータ２０７へ通知する（ステップ４０５）。
【００４６】
その後、ＰＥルータＡ２０５は自身が持つ経路テーブルに通知プレフィックスへの静的経路情報を設定し（ステップ４０６）、通知プレフィックスを上位４８ビットに含むＩＰｖ６アドレスを送信元アドレスとして持つパケットのみ中継を許可し、それ以外のパケットを廃棄するようにパケットフィルタを設定する（ステップ４０７）。
【００４７】
そして、ＰＥルータＡ２０５はプレフィックス情報通知処理４００の最初のステップ４０１に戻り、ＣＰＥルータ２０７からの新たなプレフィックス通知要求を受信するのを待つ。
【００４８】
以上の処理により、ＰＥルータＡ２０５はＣＰＥルータ２０７からの要求に従って、プレフィックス情報の通知を行い、その後、通知プレフィックスへの経路情報に従い、ＣＰＥルータ２０７へパケット中継を行うことができる。また、通知プレフィックスを元にパケットフィルタを設定することにより、不正な送信元（例えば、プレフィックス情報を通知していない端末装置）からのアクセス（パケット送信）を防ぐことができる。
【００４９】
続いて、ＣＰＥルータ２０７の動作について説明する。
【００５０】
ここでは、ＣＰＥルータ２０７において、ＰＥルータＡ２０５やＰＥルータＢ２０６からプレフィックス情報の通知を受けとる処理（プレフィックス情報獲得処理）について図５、及び図６を用いて説明する。
【００５１】
図５は、ＣＰＥルータ２０７がインターネット２０１へのアクセス回線の状態とアクセス回線毎のプレフィックス情報の獲得状況等を登録・管理するために備えるアクセス回線管理テーブル５００の一例を示した図である。このアクセス回線管理テーブル５００の内容は、ＣＰＥルータ２０７が備える図示しない記憶装置に記憶される。
【００５２】
図５において、アクセス回線管理テーブル５００は、ＣＰＥルータ２０７が利用可能なアクセス回線（インターフェース：Ｉ／Ｆ）の識別情報を含むアクセス回線（Ｉ／Ｆ）名称フィールド５０１と、各アクセス回線の状態（Ｕｐ／Ｄｏｗｎ）を示す回線状態フィールド５０２と、ＰＥルータＡ２０５やＰＥルータＢ２０６からのプレフィックス情報の獲得状況を示す獲得状況フィールド５０３と、各ＰＥルータから通知されたプレフィックス情報が登録される獲得情報フィールド５０４と、ＣＰＥルータ２０７がパケットを送信する場合の各アクセス回線の優先度（順位）、即ち、どのアクセス回線を優先的に使用してパケットを送信すればよいのかを示す優先度の値（例えば１〜ｎの整数，１が最優先でｎが最低）を格納する優先経路フィールド５０５とから構成される。獲得情報フィールド５０４には、通知されたプレフィックスや、プレフィックスと一緒に通知された追加通知情報、例えばＩＳＰ１やＩＳＰ２、または企業内ネットワークを構築している企業が持つドメイン名と、そのドメイン名に関するドメイン情報を管理しているＤＮＳサーバのアドレス情報とを含む各種情報が登録される。
【００５３】
アクセス回線管理テーブル５００は、上記各フィールドを１組とした複数組のエントリを登録・管理可能な構造を持つ。ＣＰＥルータ２０７はアクセス回線管理テーブル５００を用いることにより複数のアクセス回線を同時に利用することができる。尚、アクセス回線（Ｉ／Ｆ）名称フィールド５０１と優先経路フィールド５０５の内容は、装置起動時に自動的に、或いは管理者による随時の入力により、予めアクセス回線管理テーブル５００の各エントリに設定される。
【００５４】
図６は、ＣＰＥルータ２０７がＰＥルータＡ２０５またはＰＥルータＢ２０６からプレフィックス情報を獲得する際の処理（プレフィックス情報獲得処理）６００の一例を示したフローチャートである。
【００５５】
プレフィックス情報獲得処理６００において、ＣＰＥルータ２０７は、まずアクセス回線管理テーブル５００の各エントリの回線状態フィールド５０２と獲得状況フィールド５０３を参照し、回線状態フィールド５０２の内容が「Ｕｐ」、即ち回線利用可能を示し、獲得状況フィールド５０３の内容が「未」、即ち、プレフィックス情報を未獲得のアクセス回線が有るか否かを調べる（ステップ６０１）。その結果、該当するアクセス回線がなければ、該当するアクセス回線が見つかるまでステップ６０１を繰り返す。
【００５６】
一方、該当するアクセス回線がある場合、そのアクセス回線に対してプレフィックス通知要求を発行する（ステップ６０２）。ここではＰＥルータＡ２０５に接続されたアクセス回線に対してプレフィックス通知要求を発行するものとする。そして、ＣＰＥルータ２０７は内部の監視タイマ（図示せず）を起動し（ステップ６０３）、監視タイマがタイムアウトするまでの一定期間、ＰＥルータＡ２０５からプレフィックス情報の通知を受信するのを待つ（ステップ６０４，ステップ６０５）。ＰＥルータＡ２０５からプレフィックス情報の通知を受ける前に監視タイマがタイムアウトした場合は、プレフィックス情報の獲得処理を中止してステップ６０１に戻る。
【００５７】
一方、監視タイマがタイムアウトする前にＰＥルータＡ２０５からプレフィックス情報の通知を受けた場合、アクセス回線管理テーブル５００のうちのプレフィックス情報を受信したアクセス回線が登録されているエントリの獲得情報フィールド５０４に受信したプレフィックス情報を登録し、そのエントリの獲得状況フィールド５０３に獲得済みを示す「済」を設定する（ステップ６０６）。
【００５８】
そして、受信したプレフィックスを基に、ＰＣ２０８と接続される回線Ｉ／Ｆに対するＩＰｖ６アドレスの設定、プレフィックスと共に受信した追加通知情報に従い、後述するＤＮＳリレー管理テーブル７００へのＤＮＳサーバアドレスやドメイン名の設定、また、自身が持つ経路テーブルへの静的経路情報の設定等の各種設定を行う（ステップ６０７）。
【００５９】
尚、以上の説明における経路テーブルとは、ルータが必須機能として有するもので、受信したパケットを中継すべき先を動的或いは静的に管理するテーブルであり、当業者には既知の技術であるため、ここでは具体的な説明は省略する。
【００６０】
その後、アクセス回線管理テーブル５００に登録されている利用可能なアクセス回線のうち、今回、プレフィックス情報を受信したアクセス回線に対応する優先経路フィールド５０５の優先度の値が、アクセス回線管理テーブル５００の全てのエントリの優先経路フィールド５０５の優先度の値の中で最も高い優先度を示しているかどうかを調べる（ステップ６０８）。
【００６１】
ここで、利用可能なアクセス回線とは、回線状態フィールド５０２の内容が「Ｕｐ」であり、獲得状況フィールド５０３の内容が「済」であるアクセス回線のことである。
【００６２】
ステップ６０８によって、プレフィックス情報を受信したアクセス回線に対応する優先経路フィールド５０５の優先度の値が最も高い優先度を示すと判断されれば、そのアクセス回線をデフォルト経路（経路テーブル内に該当する経路情報がないパケットを中継する時に使用する経路）として経路テーブルに設定する（ステップ６０９）。
【００６３】
そして、ＣＰＥルータ２０７はプレフィックス情報獲得処理６００の最初のステップ６０１に戻る。
【００６４】
尚、ステップ６０１において、該当するアクセス回線が複数存在した場合は、アクセス回線管理テーブル５００に登録されている順に１つずつアクセス回線を選択してその後の処理（ステップ６０２以降）を行っても良いし、各々のアクセス回線に対応する優先経路フィールド５０５の優先度が高いものから順にアクセス回線を選んでもよい。
【００６５】
また、ステップ６０７において、ＣＰＥルータ２０７は、受信したプレフィックスに自身で生成した１６ビットの情報を付加して６４ビットのネットワークアドレスに対応する新プレフィックスを作成する。そして、ＰＣ２０８と接続される回線Ｉ／Ｆに対して作成した新プレフィックスを含むＩＰｖ６アドレスを設定し、ＲＡプロトコルによってＣＰＥルータ２０７はＰＣ２０８に対してルータアドバタイズメントを発信し、ＰＣ２０８へ作成した新プレフィックスを通知する。新プレフィックスを受信したＰＣ２０８では、受信した新プレフィックスにインタフェース識別子として例えばＥＵＩ−６４識別子が合わされて１２８ビットの一意なＩＰｖ６アドレス（グローバルアドレス）が生成され、ＰＣ２０８にＩＰｖ６アドレスが自動的に設定される。
【００６６】
以上の処理によって、ＣＰＥルータ２０７は複数のアクセス回線、即ち、複数のＰＥルータからプレフィックス情報の通知を受けることが可能になる。また、アクセス回線管理テーブルの各エントリの優先経路フィールド５０５に事前に設定された優先度に基づきデフォルト経路が自動的に設定されるので、何れかのアクセス回線が利用可能であれば、一定の通信は確保することができる。
【００６７】
次に、ＰＣ２０８からＤＮＳ（ＤｏｍａｉｎＮａｍｅＳｅｒｖｉｃｅ）問合せ（ＤＮＳＱｕｅｒｙ）を受けた場合に、ＣＰＥルータ２０７がＤＮＳリレー機能を用いてＤＮＳ問合せを妥当なＤＮＳサーバへ転送する処理（ＤＮＳリレー処理）について図７、図８及び図９を用いて説明する。
【００６８】
図７は、ＣＰＥルータ２０７がＤＮＳリレー機能の一部として備え、ＰＣから受けたＤＮＳ問合せをＤＮＳサーバへ転送するために用いるＤＮＳリレー管理テーブル７００の一例を示す。ＤＮＳリレー管理テーブル７００は、アクセス回線毎の転送先となるＤＮＳサーバのアドレス情報とドメイン名との関係を登録・管理するためのものであり、ＣＰＥルータ２０７が備える図示しない記憶装置にその内容が記憶される。
【００６９】
図７において、ＤＮＳリレー管理テーブル７００は、各ＰＥルータからプレフィックスと共に通知された追加通知情報のうちのドメイン名が登録されるドメイン名フィールド７０１と、追加通知情報のうちのＤＮＳサーバのアドレス情報（ＩＰｖ６アドレス）が登録されるＤＮＳサーバ（アドレス情報）フィールド７０２と、プレフィックス情報を受信したアクセス回線の識別情報を含むアクセス回線（Ｉ／Ｆ）名称フィールド７０３から構成される。
【００７０】
ＤＮＳリレー管理テーブル７００は、上記各フィールドを１組含むエントリを複数個、登録・管理可能な構造を持つ。上述した通り、ＣＰＥルータ２０７は、各ＰＥルータからプレフィックス情報を通知される毎に、プレフィックス情報の内容をアクセス回線管理テーブル５００の獲得情報フィールド５０４へ格納すると共に、ＤＮＳリレー管理テーブル７００の各フィールドにもプレフィックス情報に含まれる各情報を格納する。
【００７１】
図８は、ＣＰＥルータ２０７がＰＣ２０８からＤＮＳ問合せを受けた場合に、ＤＮＳリレー管理テーブル７００に登録した情報に従って、適切なＤＮＳサーバへそのＤＮＳ問合せを転送するＤＮＳリレー処理８００の一例を示したフローチャートである。尚、ＤＮＳリレー処理の前提として、事前にＰＣ２０８にはＤＮＳサーバのアドレスとしてＣＰＥルータ２０７のＩＰアドレスが設定されている。これによってＰＣ２０８はＤＮＳ問合せをＣＰＥルータ２０７に対して発行する。
【００７２】
ＤＮＳリレー処理８００において、まずＣＰＥルータ２０７は、ＰＣ２０８からＤＮＳ問合せを受信したか確認する（ステップ８０１）。ＰＣ２０８からＤＮＳ問合せを受信すると、問合せ対象のドメイン名と一致するドメイン名がＤＮＳリレー管理テーブル７００の各エントリのドメイン名フィールド７０１に登録されているかを調べる（ステップ８０２）。一致するドメイン名が何れかのエントリに登録されていれば、そのエントリのアクセス回線（Ｉ／Ｆ）名称フィールド７０３からアクセス回線識別情報を読出す。そして、その識別情報を引数にして後述する送信元アドレス選択処理９００を実行し、ＣＰＥルータ２０７が生成するＤＮＳ問合せ用メッセージ（パケット）に使用する送信元アドレスを決定する（ステップ８０３）。また、そのエントリのＤＮＳサーバ（アドレス情報）フィールド７０２に登録されているアドレス情報（ＩＰｖ６アドレス）を読出し、そのアドレスを宛先アドレスとして含み、更に、ステップ８０３で決定した送信元アドレスをそのまま送信元アドレスとして含み、ＰＣ２０８からのＤＮＳ問合せと同一内容のＤＮＳ問合せ用メッセージ（パケット）を作成する。そして、ステップ８０３で読出したアクセス回線識別情報により識別されるアクセス回線へＤＮＳ問合せ用メッセージ（パケット）を送出する（ステップ８０４）。
【００７３】
尚、ＤＮＳ問合せ用メッセージ（パケット）を新たに作成せず、ＰＣ２０８からのＤＮＳ問合せに含まれている宛先アドレスを、読出したアドレス情報に変換し、送信元アドレスもステップ８０３で決定した送信元アドレスに変換してＤＮＳ問合せを送信しても良いし、ＰＣ２０８からのＤＮＳ問合せに、宛先アドレスとして読出したアドレス情報を持ち、送信元アドレスとして決定した送信元アドレスをもつヘッダを新たに追加して送信しても良い。
【００７４】
一方、ステップ８０２において、一致するドメイン名が何れのエントリにも登録されていない場合、上述のプレフィックス情報獲得処理６００によって経路テーブルにデフォルト経路として設定しているアクセス回線をアクセス回線管理テーブル５００を参照することによって認識する。具体的には、回線状態フィールド５０２の内容が「Ｕｐ」であり、獲得状況フィールド５０３の内容が「済」であるエントリのうち、優先経路フィールド５０５の優先度の値が最も高い優先度を示しているエントリを調べてアクセス回線（Ｉ／Ｆ）名称フィールド７０３からアクセス回線識別情報を読出す（ステップ８０５）。読出したアクセス回線識別情報を引数にして後述する送信元アドレス選択処理９００を実行し、ＣＰＥルータ２０７が生成するＤＮＳ問合せ用メッセージ（パケット）に使用する送信元アドレスを決定する（ステップ８０６）。また、読出したアクセス回線識別情報と一致するアクセス回線識別情報が登録されているエントリをＤＮＳリレー管理テーブル７００から抽出し、上述したステップ８０４と同様に、抽出したエントリのＤＮＳサーバ（アドレス情報）フィールド７０２に登録されているアドレス情報（ＩＰｖ６アドレス）を読出す。そして、そのアドレスを宛先アドレスとして含み、更に、ステップ８０６で決定した送信元アドレスをそのまま送信元アドレスとして含み、ＰＣ２０８からのＤＮＳ問合せと同一内容のＤＮＳ問合せ用メッセージ（パケット）を作成する。そして、ステップ８０５で認識したアクセス回線へＤＮＳ問合せ用メッセージ（パケット）を送出する（ステップ８０７）。
【００７５】
以上の処理により、ＣＰＥルータ２０７は、各ＰＥルータから通知されたプレフィックス情報に従って、ＤＮＳ問合せの対象であるドメイン名毎に異なるＤＮＳサーバへＤＮＳ問合せを行うことが可能となる。尚、以上の処理はＣＰＥルータ２０７のみによって行うため、ＤＮＳ問合せを実際に発行するＰＣ２０８には何も意識させる必要はなく、ＰＣ２０８の機能を変更したり、新たな機能をＰＣ２０８に加える必要もない。
【００７６】
図９は、ＣＰＥルータ２０７がＤＮＳリレー処理８００の一部として実行する送信元アドレス選択処理９００の一例を示したフローチャートである。上述した通り、この処理はＤＮＳリレー管理テーブル７００から読出したアクセス回線識別情報を引数にして実行される。
【００７７】
送信元アドレス選択処理９００の実行を開始すると、上述したＤＮＳリレー処理８００のステップ８０３またはステップ８０５で抽出されたアクセス回線識別情報が登録されているエントリをアクセス回線管理テーブル５００から見つける。次に、そのエントリの獲得情報フィールド５０４に登録されているプレフィックス情報からプレフィックスを読出す。そして、ＰＣ２０８と接続されるＣＰＥルータ２０７の回線Ｉ／Ｆに設定しているＩＰｖ６アドレスのなかから上位４８ビットが読出したプレフィックスと最初に一致するＩＰｖ６アドレスを抽出する（ステップ９０１）。その抽出したＩＰｖ６アドレスをＣＰＥルータ２０７が生成するＤＮＳ問合せ用メッセージ（パケット）に使用する送信元アドレスとして決定する（ステップ９０２）。そして、送信元アドレス選択処理９００を終了し、ＤＮＳリレー処理８００に戻る（ステップ９０３）。
【００７８】
以上の処理により、ＣＰＥルータ２０７が送信するＤＮＳ問合せメッセージ（パケット）は、何れかのＰＥルータから通知されたＤＮＳサーバアドレスを宛先として持つと共に、そのＰＥルータから通知されたプレフィックスを含む送信元アドレスを持つことになる。そのため、上述したプレフィックス通知処理４００のステップ４０７のようにパケットフィルタがＰＥルータに設定されていても、ＤＮＳ問合せメッセージ（パケット）が廃棄されることはない。また、ＰＥルータからのプレフィックス情報の通知は、ＣＰＥルータ２０７とＰＣ２０８の間の回線Ｉ／Ｆに対するＩＰｖ６アドレスの自動設定のためである。上述した実施例では、ＰＥルータＡ２０５、ＰＥルータＢ２０６とＣＰＥルータ２０７との間は、ＩＰｖ６グローバルアドレスを特に設定する必要はなく、ＩＰｖ６リンクローカルアドレスのみの設定で運用することを前提としている。そのため、ＣＰＥルータ２０７が実際にメッセージ（パケット）を送信するアクセス回線にはＩＰｖ６グローバルアドレスは設定されていないが、ＣＰＥルータ２０７から発行するメッセージ（パケット）の送信元アドレスとして必要なＩＰｖ６グローバルアドレスは、上述した送信元アドレス選択処理９００により、ＰＣ２０８と接続されるＣＰＥルータ２０７の回線Ｉ／Ｆに自動設定されたＩＰｖ６アドレスのうちの適切なものを使用することが可能となる。従って、ＰＥルータＡ２０５、ＰＥルータＢ２０６とＣＰＥルータ２０７との間にＩＰｖ６グローバルアドレスが設定されていなくても、ＣＰＥルータ２０７からの各ＰＥルータに対するメッセージ（パケット）送信にはなんら問題はない。
【００７９】
続いて、ＰＣ２０８の動作について具体的に説明する。
【００８０】
ＰＣ２０８は、例えば、プログラムを実行するＣＰＵ、各種テーブルとソフトウェアを格納するメモリ、ハードディスク、ユーザからの入力を受け付けるキーボード、マウス、マイクなどと接続されるデータ入力インタフェース部、データが出力されるディスプレイ、スピーカなどと接続されるデータ出力インタフェース部、ＣＰＥルータ２０７とネットワーク（回線）を介して接続されるネットワークインタフェース部（回線Ｉ／Ｆ）及び上述の構成要素各々を相互に接続する内部バスから構成される。
【００８１】
図１０は、ＰＣ２０８のソフトウェア構成を示す図である。これらのソフトウェアは、ハードディスクに格納され、メモリに読み出されてＣＰＵで実行される。ＰＣ２０８は、ネットワークＩ／Ｆドライバ１０１０、ＩＰｖ６プロトコル処理プログラム１０２０、ＴＣＰ／ＵＤＰプロトコル処理プログラム１０３０、アプリケーションプログラム１０００とプロトコル処理プログラム１０３０との間のインタフェース処理を行うソケット処理プログラム１０４０及び複数のＩＰｖ６アドレスにより使用環境を使い分けることのできるアプリケーションプログラム１０００を有する。
【００８２】
尚、本実施形態では、アドレス生成に使用されるアドレス生成処理プログラム１０５０と、送信元アドレスを選択するためのプログラム１０６０は、ＩＰｖ６プロトコル処理プログラム１０２０に含まれているとする。又、ＰＣ２０８のメモリには、上述したソフトウエアプログラムに加え、プレフィックス管理テーブル１１００、Ｉ／Ｆアドレス管理テーブル１２００及びＩＳＰ情報管理テーブル１３００の各種テーブルも格納されている。これらのテーブルは、ＰＣ２０８がＣＰＥルータ２０７から通知された新プレフィックスからＩＰｖ６アドレスを生成するために用いられる。
【００８３】
次に、ＰＣ２０８が、ＣＰＥルータ２０７から新プレフィックスを受信して、ＩＰｖ６アドレス（グローバルアドレス）を生成する処理について、図１１、図１２、図１３及び図１４を用いて説明する。
【００８４】
図１１は、ＰＣ２０８が、ＣＰＥルータ２０７から通知された新プレフィックスを管理するために使用するプレフィックス管理テーブル１１００の一例を示す。プレフィックス管理テーブル１１００は、取得した新プレフィックス毎に対応するエントリを有する。各エントリは、取得した新プレフィックスの情報が登録される取得プレフィックスフィールド１１１０、新プレフィックス配布時に一緒に通知される有効期限の情報が登録される有効期限フィールド１１２０、取得日時の情報が登録される取得日時フィールド１１３０及びアドレス生成状態を示す情報が登録されるアドレス生成状態フィールド１１４０から構成される。
【００８５】
アドレス生成状態フィールド１１４０には、登録された新プレフィックスからＩＰｖ６アドレスが生成された場合、アドレス生成状態として「生成」を示す情報が設定され、登録した新プレフィックスからのアドレス生成が不要の場合には「生成不要」を示す情報が設定される。
【００８６】
図１２は、ＰＣ２０８が、自身で作成したＩＰｖ６アドレスを管理するために使用するＩ／Ｆアドレス管理テーブル１２００の一例を示す。Ｉ／Ｆアドレス管理テーブル１２００は、作成したアドレス毎に対応するエントリを有する。各エントリは、取得した新プレフィックスから作成したアドレス、具体的には、新プレフィックス及びインタフェース識別子の対が格納されるアドレスフィールド１２１０と、新プレフィックス獲得時に一緒に受信する有効期限の情報が登録される有効期限フィールド１２２０、取得日時の情報が登録される取得日時フィールド１２３０から構成される。
【００８７】
尚、ＣＰＥルータ２０７から新プレフィックスが通知され、ＰＣ２０８が何れかのアクセス回線を介した通信を行う間は、Ｉ／Ｆアドレス管理テーブル１２００には、少なくとも一つのＩＰｖ６アドレスが登録されていなくてはならない。
【００８８】
図１３は、ＰＣ２０８が、利用可能なＩＳＰとそのＩＳＰに対応付けられたプレフィックスとを管理するために使用するＩＳＰ情報管理テーブル１３００の一例を示す。ＩＳＰ情報管理テーブル１３００は、ＩＳＰ毎に対応するエントリを有する。各エントリは、ＰＣ２０８を使用するユーザが利用可能な各々のＩＳＰのＰＥルータから配布されるプレフィックスが登録されるプレフィックスフィールド１３１０と、そのプレフィックスを配布するユーザが利用可能なＩＳＰの識別情報が登録される利用可能なＩＳＰフィールド１３２０から構成される。
【００８９】
図２に示したネットワークにおいては、ＰＣ２０８を使用するユーザに対してインターネットサービスを提供するＩＳＰ１とＶＰＮサービスを提供するＩＳＰ２、即ち、ユーザにとット利用可能なＩＳＰ１とＩＳＰ２が、それぞれＰＥルータＡ２０５とＰＥルータＢ２０６からプレフィックスをＣＰＥルータ２０７に配布するため、図１３においては、２種類のプレフィックスがそれぞれＩＳＰ１とＩＳＰ２に対応付けられて、予めユーザによりＩＳＰ情報管理テーブル１３００に登録されている。
【００９０】
尚、ＩＳＰ情報管理テーブル１３００は、上述のようにユーザによって利用可能なＩＳＰが登録される形態だけでなく、例えば、著名なＩＳＰ群と各ＩＳＰから配布される代表的なプレフィックスがユーザ端末の製造者やオペレーティングシステム等の各種ソフトウェア製造者によって予めユーザ端末に登録されていても良く、また、ユーザ端末をインターネットに接続しようとする際に、インターネットサービスを提供する任意のＩＳＰからネットワークを介してユーザ端末に配布されても良い。ユーザ端末では、このように登録されたＩＳＰ情報管理テーブル１３００を参照することにより、利用可能なＩＳＰが識別される。
【００９１】
図１４は、ＰＣ２０８が、ＣＰＥルータ２０７から新プレフィックスを受信してＩＰｖ６アドレス（グローバルアドレス）を生成する処理（アドレス生成処理）１４００の一例を示すフローチャートである。
【００９２】
アドレス生成処理１４００において、ＰＣ２０８は、ＣＰＥルータ２０７からルータアドバタイズメントを受信して新プレフィックスが通知されるのを待つ（ステップ１４１０）。ＣＰＥルータ２０７から新プレフィックスを受信すると、通知された新プレフィックスと一致する新プレフィックスがプレフィックス管理テーブル１１００の何れかのエントリに登録されているか調べる（ステップ１４２０）。一致する新プレフィックスがプレフィックス管理テーブル１１００に登録されていれば、その新プレフィックスは既に受信済みであるためアドレス生成処理を終了してステップ１４１０に戻る。
【００９３】
一致する新プレフィックスがプレフィックス管理テーブル１１００に登録されていない場合、今度は、通知された新プレフィックスの上位４８ビットと一致するプレフィックスがＩＳＰ管理情報テーブル１３００の何れかのエントリに登録されているか調べる（ステップ１４３０）。一致するプレフィックスがＩＳＰ情報管理テーブル１３００に登録されていない場合、通知された新プレフィックスは、ユーザが利用可能なＩＳＰから配布されたプレフィックスを含んでいない。
そのため、プレフィックス管理テーブル１１００に新たなエントリを設定し、受信したルータアドバタイズメントの情報に基づいて、通知された新プレフィックス、有効期限及び取得日時の情報を、新たなエントリの対応する各フィールドに登録するが、アドレス生成状態フィールド１１４０にはアドレスの「生成不要」を示す情報を設定する（ステップ１４５０）。
【００９４】
一致するプレフィックスがＩＳＰ情報管理テーブル１３００に登録されていれば、新プレフィックスは利用可能なＩＳＰから配布されたプレフィックスを含んでいる。よって、プレフィックス管理テーブル１１００に新たなエントリを設定し、受信したルータアドバタイズメントの情報に基づいて、通知された新プレフィックス、有効期限及び取得日時の情報を、新たなエントリの対応する各フィールドに登録し、アドレス生成状態フィールド１１４０にアドレスの「生成」を示す情報を設定する（ステップ１４４０）。
【００９５】
次に、ＰＣ２０８は、自身に割り当てられているイーサネット（登録商標）のＭＡＣアドレスからＥＵＩ−６４識別子（ＩＥＥＥで定める６４ビットのグローバル識別子）を生成し、通知された新プレフィックスに対応するインタフェース識別子とする。ただし、インタフェース識別子の生成に最初に必ずＭＡＣアドレスが使用される必要は無く、最初からランダムに生成された数値をインタフェース識別子に利用しても良い。そして、新プレフィックスに生成したインタフェース識別子を合わせてＩＰｖ６アドレス（グローバルアドレス）を作成する（ステップ１４６０）。
【００９６】
その後、作成したアドレスが、重複アドレス発見処理により重複したアドレスで無いことを確認する。重複アドレス発見処理とは、近隣要請メッセージを要請マルチキャストアドレス宛に送付し、一定時間近隣通知により重複通知がなければ、生成したアドレスの重複が無いとする処理である（ステップ１４７０、１４７２）。重複通知を受信し、アドレスが重複していることを検出した場合は、重複しないアドレスが生成されるまで、新たなインタフェース識別子の生成及び重複アドレス発見処理を繰り返す。新たなインタフェース識別子の生成方法としては、例えば３バイトのランダムな数値を生成し、その生成値を下位３バイトとし、０を設定した上位５バイトを組み合わせる方法がある。尚、ここでは、３バイトのランダムな数値を生成したが、生成する数値の大きさは、８バイト以下であれば、何バイトでも良い（ステップ１４７４）。
【００９７】
重複アドレスが無いことを確認したら、Ｉ／Ｆアドレス管理テーブル１２００に新しいエントリを追加し、そのエントリのアドレスフィールド１２１０に作成したＩＰｖ６アドレスを登録し、有効期限及び取得日時の情報もそれぞれ対応するフィールドに登録する。尚、有効期限及び取得日時の情報は、ＣＰＥルータ２０７から新プレフィックスと一緒に通知された情報である（ステップ１４８０）。
【００９８】
そして、ＰＣ２０８はアドレス生成処理１４００の最初のステップであるステップ１４１０に戻る。
【００９９】
以上の処理によって、ＰＣ２０８は、ＣＰＥルータ２０７からのルータアドバタイズメントを受信して複数の新プレフィックスを取得し、新プレフィックスに含まれるプレフィックスの内容に応じて複数のＩＰｖ６アドレスを作成して管理することができる。
【０１００】
次に、ＰＣ２０８が、作成した複数のＩＰｖ６アドレスを利用して何れかのＩＳＰのサービスを利用する場合の送信元アドレス選択処理について図１５を用いて説明する。
【０１０１】
図１５は、ＰＣ２０８による送信元アドレス選択処理１５００の一例を示すフローチャートである。
【０１０２】
尚、この処理の前提として、ＰＣ２０８は、サービスを利用しようとするＩＳＰ等が持つドメイン名を対象としてＤＮＳ問合せをＣＰＥルータ２０７に行う。
ＣＰＥルータ２０７は上述したＤＮＳリレー処理８００を行ってＤＮＳサーバから対象のドメイン名に対応するＩＰアドレスを取得し、ＤＮＳ問合せの応答として取得したＩＰアドレスをＰＣ２０８に通知する。そして、ＰＣ２０８は、ＣＰＥルータ２０７からＤＮＳ応答を受けて対象のドメイン名に対応するＩＰアドレスを取得しているものとする。或いは、制御用パケットの通信の場合等、これから通信しようとする宛先の情報（管理用アドレス，リンクローカルアドレス，リンク内マルチキャストアドレス等）が予めＰＣ２０８に設定されているものとする。これ以外の方法によってＰＣ２０８が宛先のアドレス情報を取得していても構わない。
【０１０３】
送信元アドレス選択処理１５００において、ＰＣ２０８は、上述の何れかの方法で取得したアドレスであって、これから通信しようとする宛先のアドレスが、例えばリンクローカルアドレスやリンク内マルチキャストアドレス等の管理用アドレスであるか確認する（ステップ１５１０）。宛先アドレスがリンクローカルアドレスやリンク内マルチキャストアドレスであれば、パケットの送信に使用する送信元アドレスとして例えばＣＰＥルータ２０７から既に設定されている管理用アドレスであるリンクローカルアドレスを送信元アドレスとして選択する（ステップ１５２０）。
【０１０４】
一方、宛先アドレスがリンクローカルアドレスやリンク内マルチキャストアドレスでなければ、例えば、ＤＮＳ問合せ等により取得したＩＰアドレスである場合は、Ｉ／Ｆアドレス管理テーブル１２００を参照して複数のＩＰｖ６アドレスがＩ／Ｆアドレス管理テーブル１２００に登録されているかを確認する（ステップ１５３０）。もし、Ｉ／Ｆアドレス管理テーブル１２００に１つのＩＰｖ６アドレスのみが登録されている場合は、そのＩＰｖ６アドレスを送信元アドレスとして選択する（ステップ１５５０）。
【０１０５】
Ｉ／Ｆアドレス管理テーブル１２００に複数のＩＰｖ６アドレスが登録されている場合は、宛先アドレスとＩ／Ｆアドレス管理テーブル１２００に登録されている各々のＩＰｖ６アドレスとを上位ビットから比較する。即ち、宛先アドレスを構成する各ビットの値と各ＩＰｖ６アドレスを構成する各ビットの値とを上位から比較する。比較の結果、宛先アドレスの各ビットの値と一番長く一致するビット値を持つＩＰｖ６アドレスを送信元アドレスとして選択する（ステップ１５４０）。
【０１０６】
以上の処理によって、ＰＣ２０８は、宛先毎に最も相応しい送信元アドレスを用いて通信を行うことが可能となる。
【０１０７】
【発明の効果】
以上説明したように、本発明によれば、複数のＩＳＰから１台のユーザ端末に対してそれぞれＰＥルータを介してプレフィックスを配布できる仕組みを提供できる。これによって、ユーザ端末では複数のプレフィックスをＣＰＥルータを介して受け取ることができ、複数のＩＰｖ６アドレスを作成、管理することができる。
【図面の簡単な説明】
【図１】図１はＰＤ方式によりプレフィックスを配布するネットワークシステムの構成を示す。
【図２】図２は本発明の一実施例におけるネットワークシステムの構成を示す。
【図３】図３はプレフィックスプールテーブル３００の一例を示す。
【図４】図４はプレフィックス情報通知処理４００のフローチャートである。
【図５】図５はアクセス回線テーブル５００の一例を示す。
【図６】図６はプレフィックス情報獲得処理６００のフローチャートである。
【図７】図７はＤＮＳリレー管理テーブル７００の一例を示す。
【図８】図８はＤＮＳリレー処理８００のフローチャートである。
【図９】図９は送信元アドレス選択処理９００のフローチャートである。
【図１０】図１０はＰＣ２０８のソフトウェア構成を示す。
【図１１】図１１はプレフィックス管理テーブル１１００の一例を示す。
【図１２】図１２はＩ／Ｆアドレス管理テーブル１２００の一例を示す。
【図１３】図１３はＩＳＰ情報管理テーブルの一例を示す。
【図１４】図１４はアドレス生成処理１４００のフロ−チャートである。
【図１５】図１５は送信元アドレス選択処理１５００の一例を示す。
【符号の説明】
１０１，２０１インターネット
１０２、２０２，２０４アプリサーバ
１０３，２０５，２０６ＰＥルータ
１０４，２０７ＣＰＥルータ
１０５、２０８ＰＣ
３００プレフィックスプールテーブル
５００アクセス回線管理テーブル
７００ＤＮＳリレー管理テーブル
１１００プレフィックス管理テーブル
１２００Ｉ／Ｆアドレス管理テーブル
１３００ＩＳＰ情報管理テーブル

Claims

ネットワークに接続される１台以上の第１のインターネットワーク装置と、前記１台以上の第１のインターネットワーク装置とそれぞれアクセス回線を介して接続されると共にユーザ装置と接続される第２のインターネットワーク装置とを有するネットワークシステムであって、
前記１台以上の第１のインターネットワーク装置のそれぞれは、複数のＩＰｖ６アドレスプレフィックスを保持する手段と、前記第２のインターネットワーク装置からの要求に応じて、保持している前記複数のＩＰｖ６アドレスプレフィックスのうちの任意のＩＰｖ６アドレスプレフィックスを前記第２のインターネットワーク装置に通知する手段とを備え、
前記第２のインターネットワーク装置は、前記１台以上の第１のインターネットワーク装置のそれぞれに対してＩＰｖ６アドレスプレフィックスを要求する手段と、前記１台以上の第１のインターネットワーク装置から通知される１つ以上の前記任意のＩＰｖ６アドレスプレフィックスのそれぞれから、ユーザ装置においてＩＰｖ６アドレスを作成するのに必要な第２のプレフィックスを生成する手段と、生成した１つ以上の前記第２のプレフィックスを接続されたユーザ装置に通知する手段とを備えることを特徴とするネットワークシステム。
請求項１記載のネットワークシステムにおいて、
前記それぞれの第１のインターネットワーク装置は、前記第２のインターネットワーク装置に通知したＩＰｖ６アドレスプレフィックスを含むＩＰｖ６アドレスを送信元アドレスとして含むパケットのみを中継するパケットフィルタ手段を更に備えることを特徴とするネットワークシステム。
請求項１記載のネットワークシステムにおいて、
前記それぞれの第１のインターネットワーク装置は、前記任意のＩＰｖ６アドレスプレフィックスに加えて、前記それぞれの第１のインターネットワーク装置を介してサービスを提供する事業者が持つドメイン名とそのドメイン名に対するアドレス情報を管理するＤＮＳ装置のアドレス情報を含む追加情報を、前記第２のインターネットワーク装置に通知することを特徴とするネットワークシステム。
請求項１記載のネットワークシステムにおいて、
前記第２のインターネットワーク装置は、前記アクセス回線毎に回線状態を管理する手段を備え、前記回線状態が利用可能であることを示しているアクセス回線に対して前記ＩＰｖ６アドレスプレフィックスの要求を発信することを特徴とするネットワークシステム。
請求項３記載のネットワークシステムにおいて、
前記第２のインターネットワーク装置は、前記それぞれの第１のインターネットワーク装置から通知される前記追加情報を記憶する手段と、ユーザ装置からＤＮＳ問合せを受信する手段と、受信したＤＮＳ問合せの対象のドメイン名が記憶している前記追加情報に含まれているか判定する手段と、前記問合せ対象のドメイン名が前記追加情報に含まれていると判定した場合、そのドメイン名に対するアドレス情報を管理するＤＮＳ装置のアドレス情報を前記追加情報から読出し、読出した前記アドレス情報を宛先アドレスとして前記受信したＤＮＳ問合せを送信する手段とを備えることを特徴とするネットワークシステム。
請求項５記載のネットワークシステムにおいて、
前記第２のインターネットワーク装置は、前記問合せ対象のドメイン名が含まれている追加情報と一緒に通知されたＩＰｖ６アドレスプレフィックスを認識する手段と、前記第２のインターネットワーク装置がユーザ装置と接続される回線インタフェースに設定しているＩＰｖ６アドレスのうち、認識した前記ＩＰｖ６アドレスプレフィックスと一致するＩＰｖ６アドレスプレフィックスを含むＩＰｖ６アドレスを抽出する手段とを備え、抽出した前記ＩＰｖ６アドレスを送信元アドレスとして前記受信したＤＮＳ問合せを送信することを特徴とするネットワークシステム。
複数のネットワークと接続される複数のポートを備える１以上のルーティング部を有し、各ネットワークから各ポートを介して受信するパケットを、パケットに含まれる宛先アドレスに従って他のポートに中継するインターネットワーク装置において、
複数のＩＰｖ６アドレスプレフィックスを保持する手段と、何れかのポートを介して受信する他のインターネットワーク装置からの配布要求に応じて、保持している前記複数のＩＰｖ６アドレスプレフィックスのうちの任意のＩＰｖ６アドレスプレフィックスを選択し、選択した前記任意のＩＰｖ６アドレスプレフィックスを前記他のインターネットワーク装置に対して配布する手段とを備えることを特徴とするインターネットワーク装置。
請求項７記載のインターネットワーク装置において、
前記他のインターネットワーク装置に配布した前記任意のＩＰｖ６アドレスプレフィックスを含むＩＰｖ６アドレスを送信元アドレスとして含むパケットのみを中継するパケットフィルタ手段を備えることを特徴とするインターネットワーク装置。
請求項７記載のインターネットワーク装置において、
前記任意のＩＰｖ６アドレスプレフィックスに加えて、前記インターネットワーク装置を介してサービスを提供する事業者が持つドメイン名とそのドメイン名に対するアドレス情報を管理するＤＮＳ装置のアドレス情報を含む追加情報を、前記他のインターネットワーク装置に通知する手段を備えることを特徴とするインターネットワーク装置。
複数のネットワークと接続される複数のポートを備える１以上の中継部を有し、何れかのポートに接続されたネットワークを介して１台以上の他のインターネットワーク装置とユーザ装置に接続され、各ポートを介して受信するパケットを、パケットに含まれる宛先アドレスに従って他のポートに中継するインターネットワーク装置において、
前記１台以上の他のインターネットワーク装置のそれぞれに対してＩＰｖ６アドレスプレフィックスの配布を要求する手段と、前記１台以上の他のインターネットワーク装置から通知される１つ以上の任意のＩＰｖ６アドレスプレフィックスのそれぞれから、前記ユーザ装置においてＩＰｖ６アドレスを作成するのに必要な第２のプレフィックスを生成して記憶する手段と、生成したそれぞれの前記第２のプレフィックスを前記ユーザ装置に通知する手段とを備えることを特徴とするインターネットワーク装置。
請求項１０記載のインターネットワーク装置において、
前記１台以上の他のインターネットワーク装置と接続される１以上のネットワーク毎に状態を管理する手段を備え、前記状態が利用可能であることを示しているネットワークを介して接続された前記１台以上の他のインターネットワーク装置に対して前記ＩＰｖ６アドレスプレフィックスの配布を要求することを特徴とするインターネットワーク装置。
請求項１０記載のインターネットワーク装置において、
前記１台以上の他のインターネットワーク装置から前記任意のＩＰｖ６アドレスプレフィックスと共に通知される情報であって、前記１台以上の他のインターネットワーク装置を介してサービスを提供する事業者が持つドメイン名とそのドメイン名に対するアドレス情報を管理するＤＮＳ装置のアドレス情報を含む情報を記憶する手段を備えることを特徴とするインターネットワーク装置。
請求項１２記載のインターネットワーク装置において、
前記ユーザ装置からＤＮＳ問合せを受信する手段と、受信したＤＮＳ問合せの対象のドメイン名が前記記憶手段に記憶している前記情報に含まれているか判定する手段と、前記問合せ対象のドメイン名が前記情報に含まれていると判定した場合、そのドメイン名に対するアドレス情報を管理するＤＮＳ装置のアドレス情報を前記情報から抽出し、抽出した前記アドレス情報を宛先アドレスとして前記受信したＤＮＳ問合せを送信する手段とを備えることを特徴とするインターネットワーク装置。
請求項１３記載のインターネットワーク装置において、
前記問合せ対象のドメイン名が含まれている情報と一緒に通知された前記任意のＩＰｖ６アドレスプレフィックスを認識する手段と、前記インターネットワーク装置自身がユーザ装置と接続されるポートに設定しているＩＰｖ６アドレスのうち、認識した前記任意のＩＰｖ６アドレスプレフィックスと一致するＩＰｖ６アドレスプレフィックスを含むＩＰｖ６アドレスを抽出する手段とを備え、抽出した前記ＩＰｖ６アドレスを送信元アドレスとして前記受信したＤＮＳ問合せを送信することを特徴とするインターネットワーク装置。