JP4186733B2 - 通信システム、端末及びアドレス生成方法 - Google Patents
通信システム、端末及びアドレス生成方法 Download PDFInfo
- Publication number
- JP4186733B2 JP4186733B2 JP2003202158A JP2003202158A JP4186733B2 JP 4186733 B2 JP4186733 B2 JP 4186733B2 JP 2003202158 A JP2003202158 A JP 2003202158A JP 2003202158 A JP2003202158 A JP 2003202158A JP 4186733 B2 JP4186733 B2 JP 4186733B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- application
- terminal
- information
- prefix
- 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.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、ＩＰｖ６ネットワークに接続する端末におけるアドレス生成方法に関する。
【０００２】
【従来の技術】
現在、インターネットで用いられるプロトコルは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（以下「ＩＰｖ４」）からＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６(以下「ＩＰｖ６」)へと移行しつつある。ここで、従来一般的に用いられてきたＩＰｖ４のアドレス空間が２の３２乗、すなわち約４０億個であるのに対し、ＩＰｖ６ではアドレス空間が２の１２８乗に拡大されている。この潤沢なアドレススペースがＩＰｖ６の最大のメリットと言われている。
【０００３】
例えば、ＩＰｖ４ではアドレスの使用を抑制するため、企業ネットワークやホームネットワーク内ではプライベートアドレスを利用し、インターネットと接続する場合には、プライベートアドレスとグローバルアドレスを対応付けるＮＡＴ（Network Address Transfer）を用いていた。一方、アドレススペースが潤沢なＩＰｖ６では、プライベートアドレスやＮＡＴが不要となる。さらに、アドレスが潤沢にあることから、単一の端末に対して、複数のＩＰｖ６アドレスを持たせることも可能である。
【０００４】
以下、インターネット技術の標準化を行うＩＥＴＦ（The Internet Engineering Task Force）において定められたＩＰｖ６アドレス及びプレフィクスプレフィクス配布の仕組みについて簡単に述べる。
【０００５】
ＩＰｖ６のアドレスのビット配置は、上位６４ビットがネットワークアドレス、下位６４ビットは端末を表すホストアドレスと定義されている。さらに、ネットワークアドレスの上位４８ビットは、インターネット接続サービス事業者（以下、「ＩＳＰ」と称する）が加入者、即ちインターネットに接続される家庭や企業などに対して与えるＩＰアドレス部分であり、これをプレフィクスと称する。このプレフィクスを与えるサーバをＰｒｅｆｉｘ Ｄｅｌｅｇａｔｉｏｎサーバ（以下、「ＰＤサーバ」）と称する。
【０００６】
また、加入者との間のＩＰ接続に用いられるＩＳＰ側のルータをプロバイダ・エッジ・ルータといい、以下ＰＥルータと称する。
これに対し、家庭や企業におけるインターネット接続部分であるルータをカスタマ・エッジ・プレミス・ルータといい、以下ＣＰＥルータと称する。
【０００７】
ＣＰＥルータは、ＰＤサーバより与えられたプレフィクス情報である上位４８ビットアドレスに続く１６ビットアドレスを生成・管理し、ＣＰＥルータに接続されるユーザ端末に対して上位６４ビットのネットワークアドレスに対応するアドレス（以下「新プレフィクス」と称する）を付与する。
【０００８】
各ユーザ端末は、この新プレフィクスに自らの識別子としてインタフェース識別子と呼ばれる下位６４ビットを合わせ、１２８ビットの一意なＩＰｖ６アドレス（グローバルアドレス）を生成する。
なお、ＤＨＣＰ（Dynamics Host Configuration Protocol）プレフィクス・デリゲーションの仕組みを利用してＣＰＥルータに対してプレフィクス情報を付与することにより、ユーザ端末へＩＰアドレス群を手動で設定する必要はない。
【０００９】
また、ＣＰＥルータからユーザ端末への新プレフィクスの付与については、ＩＰｖ６プロトコルの標準仕様として、ルータ・アドバタイズメント・プロトコル（以下、ＲＡプロトコル）が用いられる。これにより、ユーザ端末を使用する者は、自身でユーザ端末にＩＰアドレスを設定する必要は無い。
【００１０】
ユーザ端末においては、自らのインタフェース識別子として、IEEE 802で規定されている48ビットのMAC識別子（MACアドレス）からＥＵＩ−６４識別子（ＩＥＥＥで定めるグローバル識別子）を作成し、これをインタフェース識別子として使用してもよいし、ランダムな数の生成等を用いてインタフェース識別子を決定しても良い。
以上の内容は、ＩＥＴＦで定められた標準文書であるＲＦＣ（Request for Comment）に開示されている。
【００１１】
一方、ユーザ端末で複数IPアドレスを持つ公知技術として、外部記憶装置に異なるOS空間を配置し、それぞれのOSがプロトコルスタックを持つことにより、複数IPアドレスを持つネットワークファイルサーバが特許文献１に開示されている。
【００１２】
【特許文献１】
特開平５−２６５９１４号公報
【非特許文献１】
ＩＥＴＦ ＲＦＣ （http://www.ietf.org/rfc.html）2003年7月19日時点
【００１３】
【発明が解決しようとする課題】
上述したように、単一のＩＳＰに接続してネットワークサービスを享受するユーザ端末においては、通常一つのＩＰアドレスしか付与されず、同一のユーザ端末に対して複数のＩＰアドレスが付与されることはなかった。したがって、従来技術では、ユーザ端末において、一つのアプリケーションの使用環境を複数ＩＰｖ６アドレスにより切り替えて利用することができない。また、ＩＳＰは、同一のユーザ端末に対して異なる複数のＩＰアドレスで複数のサービス加入を提供することができない。
【００１４】
さらに、複数のＩＰｖ６アドレスをユーザ端末に付与する場合、アドレス管理によるメモリなどのリソース浪費及び最適なアドレス選択処理オーバヘッド増を考慮し、最小限に必要なアドレスだけを付与する必要があるが、従来技術では全く考えられていない。
【００１５】
又、ＩＰｖ６標準のユーザ端末はＲＡプロトコルに準拠し、新プレフィクスを受け付けるとＩＰｖ６アドレスを自動的に生成する。例えば、複数のＩＳＰと契約している場合、異なる新プレフィクスを持った複数のＩＰｖ６アドレスが自動的に付与されることになるため、ユーザ端末が利用したい新プレフィクスを備えたＩＰｖ６アドレスだけを持つことができない。
【００１６】
更に、例えば前述の特許文献１に開示された技術は、ネットワークファイルサーバ(マルチオペレーティングシステム端末)において同時に２つ以上のオペレーティングシステム（以下「ＯＳ」）をサポートする為、2つ以上のプロトコルスタックが各ＯＳに具備されることから、それぞれのＩＰスタックにＩＰアドレスを持たせ、各ＯＳで記憶装置を使い分けるものであるが、一つのＯＳ、一つプロトコルスタック環境において、アプリケーションの使用環境を切り替えて利用するものではない。
【００１７】
本発明の第一の目的は、ユーザ端末において、複数のアプリケーション使用環境に対応した複数のＩＰｖ６アドレスを使い分ける方法及びその方法に準拠した装置を提供することにある。
【００１８】
第二の目的は、サービス事業者が同一の利用者（同一のユーザ端末）に対し、異なるサービス権を提供することができるネットワークシステムを提供することにある。
【００１９】
【課題を解決するための手段】
本発明の一実施形態は、ネットワークに接続された端末において、他の装置からプレフィクスに関する情報を受信した際に、複数のＩＰｖ６アドレスを生成し、生成したアドレスを端末におけるアプリケーションの使用環境と対応付けて管理するという構成である。
【００２０】
又、サービス事業者が利用者に対して与えた複数の利用権を示す情報、例えばユーザ識別子を予め端末に設定し、端末において複数のＩＰｖ６アドレスを生成した際に、端末で利用権毎にＩＰｖ６アドレスを生成し、かつその対応付けを管理する。そして、端末で実行される同一のアプリケーションにおいて、利用者の利用権の選択に応じて、利用する自ＩＰｖ６アドレスを対応付けたＩＰｖ６アドレスとし、通信を行う構成も本発明の一実施形態である。
【００２１】
更に、端末において、アプリケーション起動時にそのアプリケーションに対応する分のＩＰｖ６アドレスを生成し、アプリケーション終了時に、利用していたＩＰｖ６アドレスが他に利用されていないことを確認してそのアドレスを無効化する構成も本発明の一実施形態である。
【００２２】
又、端末において、アプリケーション対応に利用するＩＳＰ情報としてプレフィクス情報を管理し、通知されたプレフィクスが一致した場合に、アドレスを生成しても良い。
更に、端末は無線端末でも有線端末でも良い。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を、図を用いて説明する。
図１は、本発明を適用したネットワークシステムの構成の一実施形態を表した図である。
【００２４】
ネットワークシステムは、ＩＰアドレスのプレフィクスをＣＰＥルータに配布するＰＤサーバ１０２を含んだＰＥルータ１０３、ユーザが使用するユーザ端末（以下「エンド端末」）１００、エンド端末１００にIPアドレスの新プレフィクスを配布するＣＰＥルータ１０１、エンド端末１００が利用するネットワークアプリケーションを提供するアプリケーションサーバ１０４を有する。尚、本発明の実施形態においては、「ＰＥルータ１０３」にはＰＤサーバ１０２が含まれているものとし、ＩＳＰは複数のＰＥルータ１０３を用いてサービスを提供する（以下「ＩＳＰ網」）ものとする。
【００２５】
また、エンド端末１００は、ＩＳＰ網を介してインターネットに接続するものとする。本実施形態では、ＣＰＥルータ１０１を宅内に配置されるホームルータと位置付け、アプリケーションサーバ１０４がエンド端末１００のユーザに対して提供するサービスがＶｏＩＰサービスである場合を例に挙げて説明する。また、ＣＰＥルータ１０１とエンド端末１００間は、イーサネット（登録商標）を介して接続されているとする。
【００２６】
ＰＥルータ１０３は、管理部と複数のルーティング部を有し、各部はパケットバスを介して接続される。
【００２７】
管理部は、ルーティング情報を収集してルーティングテーブルを作成し、ルーティング部へ配布するためのプログラムを実行するプロセッサ、前記ルーティングテーブル及びプログラムを格納するメモリ、送受信パケットを格納するバッファメモリ、ルーティング部のバッファメモリとの間でパケットのDMA転送及びパケットバスの制御を行うバッファメモリコントローラ、ハードディスク並びにこれらを接続する内部バスを有する。
【００２８】
ルーティング部は、他ルータやＣＰＥルータ１０２と接続する複数のポートを備えたポート制御部、管理部が作成したパケットルーティングテーブルに基づき、受信パケットをポート間、あるいはルーティング部間、あるいはルーティング部と管理部間で転送するプログラムを実行するプロセッサ、これらのプログラム及びパケットルーティングテーブルを格納するメモリ、送受信パケットを格納するバッファメモリ、バッファメモリコントローラ並びにこれらを接続する内部バスを有する。
【００２９】
又、ＣＰＥルータは、ＩＰｖ６に対応したルータ機器であり、基本的な構成はＰＥルータと同じである。あるいは、ＣＰＥルータは、ＰＥルータの管理部のみで構成され、管理部のパケットバス介してＰＥルータあるいはエンド端末と接続する複数のポートを備えたポート制御部を接続する構成としてもよい。
【００３０】
図１８は、エンド端末１００がパーソナルコンピュータであると想定した場合の構成例を示す図である。尚、エンド端末１００は、パーソナルコンピュータに限らず、ネットワーク通信が可能な端末であれば、携帯電話でも、携帯情報端末（ＰＤＡ）でも良い。
エンド端末１００は、プログラムを実行するＣＰＵ１２０、各種テーブルとソフトウェアを格納するメモリ１２１、ハードディスク１２２、ユーザからの入力を受け付けるキーボード、マウス、マイクなどと接続されるデータ入力インタフェース部１２３、データが出力されるディスプレイ、スピーカなどと接続されるデータ出力インタフェース部１２４、ＣＰＥルータ１０１とネットワークを介して接続されるネットワークインタフェース部１２５及び上述の構成要素各々を相互に接続する内部バスとを有する。
【００３１】
図６は、エンド端末１００のソフトウェア構成を示す図である。これらのソフトウェアは、ハードディスク１２２に格納され、メモリ１２１に読み出されてＣＰＵ１２０で実行される。エンド端末１００は、ネットワークＩ／Ｆドライバ６０１、ＩＰｖ６プロトコル処理プログラム６０２、ＴＣＰ／ＵＤＰプロトコル処理プログラム６０２、アプリケーションプログラム６００とプロトコル処理プログラムとの間のインタフェース処理を行うソケット処理プログラム６０４及び複数のＩＰｖ６アドレスにより使用環境を使い分けることのできるアプリケーションプログラム６００を有する。
【００３２】
尚、本実施形態では、アドレス生成に使用されるプログラム６５０は、ＩＰｖ６プロトコル処理プログラム６０２に含まれているとする。又、エンド端末１００のメモリ１２１には、上述したソフトウエアプログラムに加え、プレフィクス管理テーブル７００、Ｉ/Ｆアドレス管理テーブル及びアドレス生成管理テーブルの各種テーブルも格納されている。これらのテーブルは、エンド端末１００が、通知された新プレフィクスからＩＰｖ６アドレスを生成するために用いられる。
【００３３】
本実施形態においては、エンド端末１００が、一つの新プレフィクスをＣＰＥルータ１０２から受取った際に、エンド端末で実行されるアプリケーション及びそのアプリケーションを使用する者との対応ごとに複数のＩＰｖ６アドレスを生成する。以下、本実施形態の詳細について説明する。
【００３４】
まず、ＰＥルータ１０３がＣＰＥルータ１０２にＩＰアドレスのプレフィクスを配布する手順を説明する。
図２は、ＰＥルータ１０３が管理するプレフィクスプールテーブル２００の一例を示す図である。プレフィクスプールテーブル２００には、ＰＥルータ１０３がＣＰＥルータ１０１へ通知するプレフィクスについての情報が登録される。ＰＥルータ１０３は、プレフィクスプールテーブル２００を用いて、プレフィクスの通知状況等を管理する。
【００３５】
プレフィクスプールテーブル２００は、ＣＰＥルータ１０１へ通知されるプレフィクス毎に、それに対応するエントリを有する。各々のエントリは、プレフィクスの値とその有効範囲を示すプレフィクス長からなるプレフィクス情報が登録されるフィールド２０１、ＣＰＥルータ１０１へプレフィクス情報を通知した後の該当プレフィクス情報の利用許可期間を示す情報が登録される有効期間フィールド２０２、該当プレフィクス情報のＣＰＥルータ１０１への通知状況を示す情報が登録される通知状態フィールド２０３、ＣＰＥルータ１０１へ該当プレフィクス情報を通知した日時を示す情報が登録される通知日時フィールド２０４及びＣＰＥルータ１０１へプレフィクス情報と合わせて通知する情報を格納する追加通知情報フィールド２０５を有する。
【００３６】
なお、追加通知情報フィールド２０５には、ＤＮＳサーバアドレス、ドメイン名、静止経路情報などの情報が登録される。
又、プレフィクスプールテーブル２００に登録されるプレフィクスは、予めＰＥルータを管理する管理者等によって登録される。
【００３７】
図３は、ＰＥルータ１０３におけるプレフィクス通知処理の手順を示した図である。ＰＥルータ１０３は、ＣＰＥルータ１０１からの要求に従い、プレフィクスプールテーブル２００を用いてプレフィクス情報の通知を行う。
ＰＥルータ１０３はまず、ＣＰＥルータ１０１からプレフィクス配布要求が送信されるのを待ち続ける（ステップ３０１）。ＣＰＥルータ１０１から配布要求を受けると、ＰＥルータ１０３はプレフィクスプールテーブル２００の各エントリの通知状態フィールド２０３を調べ、その内容が「未」のものがないかを検索する(ステップ３０２)。
【００３８】
無ければ、ＰＥルータ１０３は、ＰＥルータ１０３の内部時計の時間、プレフィクスプールテーブル２００の有効期限フィールド２０２及び各通知日時フィールド２０４から、通知したプレフィクス情報の使用期限が切れているエントリの有無を調べる(ステップ３０３)。それもない場合は、ＰＥルータ１０３は、ＣＰＥルータ１０１へプレフィクス情報の通知を行わない。
【００３９】
一方、プレフィクスプールテーブル２００に未通知又は通知期限切れのプレフィクス情報のエントリがある場合、ＰＥルータ１０３は、その内の１つのエントリを選択し（例えば、最初に見つけたもの）、対応する通知日時フィールド２０４に現在の日時を設定し、通知状態フィールド２０３の値を「済」とする(ステップ３０４)。
そして、ＰＥルータ１０３は、その選択したエントリのフィールド２０１に登録されたプレフィクス情報を、追加通知情報フィールド２０５に登録された情報と共にＣＰＥルータ１０１へ通知する(ステップ３０５)。
【００４０】
さらにＰＥルータ１０３は、自らが有する経路テーブルに、通知したプレフィクスに関連する静的経路情報の設定を行い(ステップ３０６)、加えて、該当プレフィクス情報に含まれるアドレスプレフィクスを送信元アドレスに持つパケットのみ中継を許可するようパケットフィルタを設定する(ステップ３０７)。
その後、ＰＥルータ１０３は、最初のステップに戻り、ＣＰＥルータ１０１からの新たなプレフィクス情報配布要求が来るのを待ち、新たなプレフィクス情報配布要求に備える。
【００４１】
上記処理により、ＰＥルータ１０３は、ＣＰＥルータ１０１からの要求に従い、プレフィクス情報の通知を行い、その後、該当プレフィクスに関する経路情報に基づいて、ＣＰＥルータへのパケット中継を行う。
また、プレフィクス情報通知時に、ＰＥルータ１０３が通知プレフィクス情報を元にパケットフィルタ設定を行うことにより、不正な送信元（例えば、通知しているプレフィクスに基づいたアドレスを持たない端末）からのアクセス（パケット送信）を防ぐ。
【００４２】
次に、ＣＰＥルータ１０１における、ＰＥルータ１０３からプレフィクス情報の通知を受ける際の情報獲得処理について、図４及び図５を用いて説明する。
【００４３】
図４は、ＣＰＥルータ１０１が保持する、ＩＳＰ（実際にはＰＥルータ１０３）からのプレフィクス情報の獲得状況を登録管理するＩＳＰ管理テーブル４００である。ＩＳＰ管理テーブル４００は、ＩＳＰごとに対応するエントリを有する。各エントリは、ＣＰＥルータ１０１が接続するＩＳＰの名称を示す情報が登録されるフィールド４０１、ＩＳＰとの接続状態を示す情報が登録されるフィールド４０２、プレフィクス情報の獲得状態を示す情報が登録されるフィールド４０３及びプレフィクス情報と同時に通知される情報とプレフィクス情報を格納するフィールド４０４を有する。
【００４４】
尚、本実施形態では、ＣＰＥルータ１０１は一つのＩＳＰとのみ接続されるため、ＩＳＰ管理テーブル４００には、一つのエントリのみが格納されているとする。又、エントリのフィールド４０１には、ＩＳＰとの契約時点でＩＳＰの名称が管理者等によって登録される。
【００４５】
回線状態を示すフィールド４０２には、「Ｕｐ」又は「Ｄｏｗｎ」の２つの状態を示す情報のいずれか一方が格納される。「Ｕｐ」の状態がＣＰＥルータ１０１とＩＳＰとが繋がっている状態であり、ＣＰＥルータ１０１がプレフィクス情報を入手できる状態であることを示す。例えば、ＰＰＰｏＥ（Point to point protocol over Ethernet）のリンクがＣＰＥルータ１０１とＩＳＰとの間でセットアップされると、このフィールドの値は「Ｄｏｗｎ」から「Ｕｐ」に変更される。
【００４６】
図５は、図４のＩＳＰ管理テーブル４００を用いて、ＣＰＥルータ１０１がプレフィクス情報を獲得する手順を示す図である。
【００４７】
プレフィクス情報の獲得処理は、ＣＰＥルータ１０１がＩＳＰとの契約時に指定されるアクセスポイントであるＰＥルータ１０３間との間での認証終了後、リンク（ＰＰＰｏＥ）がセットアップされた次の処理として行われる。
ＣＰＥルータ１０１は、ＩＳＰ管理テーブル４００を参照して、回線状態フィールド４０２に登録された値が「Ｕｐ」であり、かつプレフィクス獲得状況フィールド４０３に登録された値が「未」の場合、ＰＥルータ１０３に対してプレフィクス情報の通知を要求する。この際の送信先アドレスとしては、IETFドラフト「draft-ietf-dhc-dhcpv6-28.txt」に示されているように、サイトローカルのマルチキャストアドレス（FF05::1:3）を採用する（ステップ５０１、５０２）。
【００４８】
次に、ＣＰＥルータ１０１は、プレフィクス情報通知待ち監視タイマを起動する(ステップ５０３)。タイマがタイムアウト、即ち一定時間経過するまでにＰＥルータ１０３からのリプライが無ければ（ステップ５０４、５０８）、ＣＰＥルータ１０１は、再プレフィクス獲得処理待ちタイマを起動する（ステップ５０９）。本タイマがタイムアウトしたら、ＣＰＥルータ１０１はステップ５０２の処理へ戻り、再度ＰＥルータ１０３に対しプレフィクス情報の通知を要求する（ステップ５１０）。
【００４９】
ＰＥルータ１０３からプレフィクス情報を通知された場合、ＣＰＥルータ１０１はプレフィクス情報通知待ち監視タイマを停止し、通知されたプレフィクス情報及びその他の情報をＩＳＰ管理テーブル４００に格納し、獲得状況フィールド４０３の値を「済」状態に遷移させる(ステップ５０４、５０５)。
次にＣＰＥルータ１０１は、ドメインネームサーバの情報、静的経路状態の設定、プレフィクス情報より経路情報の設定を行う(ステップ５０６)。
【００５０】
プレフィクス情報を獲得したＣＰＥルータ１０１は、獲得したプレフィクス情報(上位４８ビット)に下位１６ビット（２バイト）の情報を付加し、新プレフィクス情報を作成する。ＣＰＥルータ１０１で付加する下位16ビットの情報は、ＣＰＥルータ１０１配下のネットワークにおいて、サブネットワークを複数構成しない場合は「０」でよい。
【００５１】
その後、ＣＰＥルータ１０１は、自ＣＰＥルータ１０１配下のネットワーク（本ネットワークシステムではホームネットワークに相当するネットワーク）に接続される全エンド端末１００に対しルータアドバタイズメントを周期的に送信することで、作成した新プレフィクスをエンド端末１００に通知する。尚、エンド端末１００に新プレフィクスを通知する処理は、エンド端末１００から新プレフィクス通知要求があった場合を契機にして実行されても良い(ステップ５０７)。上述の処理により、ＰＥルータ１０３及びＣＰＥルータ１０１を介して、新プレフィクスの情報がエンド端末１００に送信される。
【００５２】
以下では、ルータアドバタイズメントを用いてエンド端末１００に対して新プレフィクスが通知された場合のエンド端末１００におけるアドレス生成手順について説明する。
【００５３】
図７は、エンド端末１００が、ＣＰＥルータ１０１から通知された新プレフィクスを管理するために使用するプレフィクス管理テーブル７００の一構成例を示す図である。プレフィクス管理テーブル７００は、取得した新プレフィクス毎に対応するエントリを有する。エントリは、取得した新プレフィクスの情報が登録されるフィールド７０１、新プレフィクス配布時に同時に通知される有効期限の情報が登録されるフィールド７０２、取得日時の情報が登録されるフィールド７０３及びアドレス生成状態を示す情報が登録されるフィールド７０４を有する。
【００５４】
フィールド７０４には、登録された新プレフィクスからＩＰｖ６アドレスが生成された場合、アドレス生成状態として「生成」を示す情報が設定され、登録した新プレフィクスからのアドレス生成が不要の場合には「未使用」を示す情報が設定される。
【００５５】
尚、本実施形態では、ＣＰＥルータ１０１は一つのＩＳＰとのみ接続し、エンド端末１００に対して一つの新プレフィクスしか通知しないため、プレフィクス管理テーブル７００は、通知された一つの新プレフィクス情報に対応する一つのエントリしか有さない。しかし、ＣＰＥルータ１０１から複数の新プレフィクス情報が通知された場合には、プレフィクス管理テーブル７００には複数の新プレフィクス情報に対応するエントリが登録されることになる。
【００５６】
図８は、エンド端末１００が、自身で生成したＩＰｖ６アドレスを管理するために使用するＩ／Ｆアドレス管理テーブル８００の一構成例を示す図である。Ｉ／Ｆアドレス管理テーブル８００は、作成されたアドレス毎に対応するエントリを有する。各エントリは、作成されたアドレスを管理する登録番号が登録されるフィールド８０１、取得した新プレフィクスから作成されたアドレス、具体的には、新プレフィクス及びインタフェース識別子の対を格納するフィールド８０２、新プレフィクス獲得時に同時に入手する情報であるアドレスの有効期限を示す情報が登録されるフィールド８０３、取得日時を示す情報が登録されるフィールド８０４及び使用環境を示す情報が登録されるフィールド８０５を有する。
【００５７】
ここで、フィールド８０５には、複数のＩＰｖ６アドレスを使い分けるアプリケーションを特定するためのアプリケーション識別子及びアプリケーションの使用環境を特定するためのユーザ識別子との組の情報が設定される。この組は、エントリに対応するＩＰｖ６アドレスと関連付けられる。ここで、「使用環境」とは、エンド端末１００で誰がどのようなアプリケーションを使用しているかを指定する情報であり、具体的には、エンド端末で実行されるアプリケーション、そのアプリケーションを使用する者及びそのユーザの識別情報等から構成される。
【００５８】
尚、ＣＰＥルータ１０１から新プレフィクスが通知され、エンド端末１００がＩＳＰを介した通信を行える間は、Ｉ/Ｆアドレス管理テーブル８００には、少なくとも一つのＩＰｖ６アドレスが登録されていなくてはならない。
【００５９】
図９は、アドレス生成管理テーブル９００の構成例を示す図である。エンド端末１００は、アドレス生成管理テーブル９００を用いて、ＩＰｖ６アドレスを生成すべき使用環境の情報を管理する。アドレス生成管理テーブル９００は複数のエントリを有する。各エントリは、アプリケーション識別子が登録されるフィールド９０１、ユーザ識別子が登録されるフィールド９０２及び利用するアドレスを識別するＩ／Ｆアドレス管理テーブルのフィールド８０１に登録される登録番号の情報を登録するフィールド９０３を有する。
【００６０】
エンド端末１００は、ＣＰＥルータ１０１から受信した新プレフィクスの情報と、アドレス生成管理テーブル９００に登録された情報に基づいて、複数のアドレスを生成する。例えば、エンド端末１００は、ＶｏＩＰクライアントのソフトウェアを実行する際のユーザの情報を登録するという初期化処理において、そのソフトウェアに対応するアプリケーション識別子及びＶｏＩＰサービスのクライアント情報として個々のサービス契約毎に準備されるユーザ識別子の組をアドレス生成管理テーブル９００のフィールド９０１及び９０２に登録する。
【００６１】
これにより、エンド端末１００は、ＩＰｖ６のアドレスを生成する際に、サービス契約の種類、例えば個人使用や法人使用に応じて、各々異なるアプリケーション識別子及びユーザ識別子の組をアドレス生成管理テーブル９００から選択して、サービス契約ごとに各々異なるＩＰｖ６アドレスを複数生成できるようになる。
【００６２】
図１０は、ＣＰＥルータ１０１からルータアドバタイズメントを受信したエンド端末１００におけるアドレス生成処理の処理手順を示すフローチャートである。
ルータアドバタイズメントを受信すると、エンド端末１００は、通知された新プレフィクス情報に含まれる新プレフィクスが、プレフィクス管理テーブル７００に既に登録されているかどうかを確認する。既に登録されていれば、エンド端末１００は、処理を終了する（ステップ６５１，６５２）。
【００６３】
新プレフィクスがプレフィクス管理テーブル７００に未登録の場合、エンド端末１００は、プレフィクス管理テーブル７００に新たなエントリを設定し、受信した新プレフィクス情報に基づいて、取得した新プレフィクス、有効期限及び取得日時の情報を、新たなエントリのフィールド７０１、フィールド７０２及びフィールド７０３に設定する。さらに、エンド端末１００は、新たなエントリのフィールド７０４に「生成」を設定する(ステップ６５３)。
【００６４】
次にエンド端末１００は、自身に割り当てられているイーサネット（登録商標）のＭＡＣアドレスからＥＵＩ−６４識別子（ＩＥＥＥで定める６４ビットのグローバル識別子）を生成し、受信した新プレフィクスに対応するインタフェース識別子とする。ただし、インタフェース識別子の生成に最初に必ずＭＡＣアドレスが使用される必要は無く、最初からランダムに生成された数値をインタフェース識別子に利用しても良い（ステップ６５４）。
【００６５】
その後、エンド端末１００は、生成したインタフェース識別子及び受信した新プレフィクスとの組み合わせにより生成するアドレスが、「重複アドレス発見処理」により重複したアドレスで無いことを確認する。重複アドレス発見処理とは、従来の技術で記載しているように、近隣要請メッセージを要請マルチキャストアドレス宛に送付し、一定時間近隣通知により重複通知がなければ、生成したアドレスの重複が無いとする処理である（ステップ６５５、６５６）。
【００６６】
重複通知を受信し、アドレスが重複していることを検出した場合、エンド端末１００は、重複しないアドレスが生成されるまで、新たなインタフェース識別子の生成及び重複アドレス発見処理を繰り返す。新たなインタフェース識別子の生成方法としては、例えば３バイトのランダムな数値を生成し、その生成値を下位３バイトとし、０を設定した上位５バイトを組み合わせる方法がある。尚、ここでは、３バイトのランダムな数値を生成したが、生成する数値の大きさは、８バイト以下であれば、何バイトでも良い（ステップ６６０）。
【００６７】
アドレス重複が無いことを確認したら、エンド端末１００は、Ｉ／Ｆアドレス管理テーブル８００の新しいエントリとして、フィールド８０２に生成したアドレスとして、新プレフィクス情報及びインタフェース識別子を登録し、フィールド８０１に登録した順番を示す登録番号を設定する。さらに、フィールド８０３と８０４に新プレフィクスの有効期限及び取得日時の情報を設定する。尚、この新プレフィクスの有効期限及び取得日時の情報は、ＣＰＥルータ１０１から新プレフィクス情報として通知されたものである(ステップ６５７)。
【００６８】
次に、エンド端末１００は、アドレス生成管理テーブル９００を参照する。何も登録されていなければ、エンド端末１００は処理を終了する（ステップ６５８）。
アドレス生成管理テーブル９００に登録されているアプリケーション識別子及びユーザ識別子の組数が１つ、即ちエントリが１つの場合、エンド端末１００は、フィールド９０３に、ステップ６５８にてアドレスを登録したI/Fアドレス管理テーブルのエントリのフィールド８０１に設定されている登録番号を設定する。さらに、対応するＩ／Ｆアドレス管理テーブル８００の対応エントリのフィールド８０５に、アドレス生成管理テーブル９００の対応エントリのフィールド９０１、フィールド９０２のアプリケーション識別子及びユーザ識別子を設定する(ステップ６５９)。
【００６９】
尚、アドレス生成管理テーブル９００に登録されているエントリが２つ以上であれば(ステップ６６１)、エンド端末１００は、再度、上述した手順でインタフェース識別子を生成して新しいアドレスを作り、Ｉ／Ｆアドレス管理テーブル８００に登録する（ステップ６６０、６５７、６５８、６５９）。
【００７０】
上述した処理により、エンド端末１００は、アプリケーション識別子及びユーザ識別子の組ごとに、それに対応するＩＰｖ６アドレスを作成することができる。具体的には、エンド端末１００は、アドレス生成管理テーブル９００において、アプリケーションの使用環境、具体的には、エンド端末１００で実行されるアプリケーションとそれを使用するユーザの組み合わせ（アプリケーション識別子とユーザ識別子の組）を管理する。そして、新プレフィクスからアドレスを生成する際に、アドレス割り付け状態を管理する、すなわち、管理されている上記組み合わせの分だけアドレスを生成することにより、アドレス生成時にＩＰｖ６アドレスをアプリケーションの使用環境分だけ準備することができる。
【００７１】
尚、アプリケーションの使用環境に対応したアドレスの生成方法として、アプリケーションサービスを提供するサービス事業者と契約する際に許可される複数のサービス使用環境毎に、ＩＰｖ６のインタフェース識別子を予めエンド端末１００で用意しても良い。この場合、エンド端末１００は、アドレス生成管理テーブル９００に上述した予め用意したインタフェース識別子を管理するフィールドを設ける。そして、図１０のステップ６６０でランダムにインタフェース識別子を生成する代わりに、上述の与えられたインタフェース識別子を用いてＩＰｖ６アドレスを生成させる。
【００７２】
また、図１０の説明においては、エンド端末１００に新プレフィクスが通知された際にエンド端末１００が複数のＩＰｖ６アドレスを生成したが、エンド端末１００でアプリケーションが起動される時に、エンド端末１００がアドレスを生成し、アプリケーションが終了する際にアドレスを消去しても良い。
以下、エンド端末１００でアプリケーションを起動する際にエンド端末１００がアドレスを生成する処理手順を図１９及び図１１を用いて説明する。尚、この場合、エンド端末１００は、図１０で説明したルータアドバタイズ受信処理を、ステップ６５１からステップ６５７までの処理まで行って終了する。
【００７３】
図１９は、アプリケーション起動時にアドレス生成を行う処理に対応したアドレス生成管理テーブル９００Ｂの構成例を示す図である。本テーブル９００Ｂは、上述したアドレス生成管理テーブル９００のフィールドに加えて、アプリケーションプログラム起動時にエンド端末１００のＯＳにより与えられるプロセス識別子（以下「プロセスＩＤ」）を管理するフィールド９０４を有する。尚、図９で説明したように、アプリケーション識別子及びユーザ識別子の組は、ユーザ情報を登録する初期化処理において、アドレス生成管理テーブル９００Ｂに登録してある（フィールド９０３には何も登録されていない）とする。
【００７４】
図１１は、エンド端末１００におけるアプリケーション起動時の初期処理の手順を示すフローチャートである。
まず、エンド端末１００は、アプリケーションに特化したテーブル作成などの初期処理を行う(ステップ６１１)。
次に、エンド端末１００は、アドレス生成管理テーブル９００Ｂからアプリケーション識別子が一致するエントリを抽出し、対応するエントリのフィールド９０４に、起動したアプリケーションにＯＳより与えられたプロセスＩＤを設定する(ステップ６１２)。
【００７５】
次にエンド端末１００は、アプリケーションの使用環境対応にアドレスを準備する処理手順に移行する。
【００７６】
まず、エンド端末１００は、Ｉ／Ｆアドレス管理テーブル８００のフィールド８０１に登録されている値が「１」に対応するエントリのフィールド８０３が「Ｎｕｌｌ」であるかを調べる(ステップ６１３)。フィールド８０３が「Ｎｕｌｌ」である場合、エンド端末１００は、アドレス生成管理テーブルＢ９００Ｂから抽出したエントリの内、一つを選択し、フィールド９０１と９０２に登録されているアプリケーション識別子とユーザ識別子をフィールド８０５に設定する(ステップ６１４)。
【００７７】
その後、エンド端末１００は、アドレス生成管理テーブルＢ９００Ｂの上記で選択したエントリのフィールド９０３に「１」を設定する。このように、エンド端末１００は、このアプリケーションの使用環境に対しては、Ｉ／Ｆアドレス管理テーブル８００の登録番号「１」に対応するアドレスを割り付ける(ステップ６１５)。
【００７８】
Ｉ／Ｆアドレス管理テーブル８００のフィールド８０１の値が「１」に対応するフィールド８０３が既に設定されており、上記で抽出したアドレス生成管理テーブルの他のエントリが存在する場合、新たなアドレス生成が必要であるので、エンド端末１００は、図１０のステップ６６２、ステップ６６３及びステップ６６４と同様の処理を行ってアドレスを生成してＩ／Ｆアドレス管理テーブル８００に登録する。更にエンド端末１００は、登録したアドレスのフィールド８０５に対応する使用環境に、アドレス生成管理テーブルＢ９００Ｂの抽出した内の一つのエントリのフィールド９０１と９０２に登録されているアプリケーション識別子及びユーザ識別子を設定し(ステップ６１６、６１７)、エントリのフィ-ルド９０３に生成したアドレスの登録番号を設定する（ステップ６１８）。
エンド端末１００は、このアドレス生成処理を、全ての使用環境にアドレスを割り付けるまで繰り返し行う。
【００７９】
アドレス割付後、エンド端末１００は、使用環境数分（具体的にはアプリケーション識別子とユーザ識別子の組数分）のソケットをオープンし、自アドレスとして使用環境に割り当てたアドレスを設定し、相手アドレスとしてアプリケーションサーバアドレスを設定し(ステップ６１９)、ユーザ識別子毎にアプリケーションサーバとの認証処理を行い(ステップ６２０)、アプリケーションサービスの利用を開始する。
上述の処理により、エンド端末１００は、アプリケーションの起動に合わせてＩＰｖ６のアドレスを随時生成することができる。
【００８０】
図１２は、エンド端末１００が、アプリケーションを終了する際に、アプリケーションの使用環境に割り付けたアドレスを解放する手順を示すフローチャートである。この処理により、エンド端末１００は、不要となったＩＰｖ６のアドレスの設定を消去し、余分なＩＰｖ６のアドレスを保持しないようにする。
【００８１】
まずエンド端末１００は、アプリケーションに特化したテーブル情報の保存などの終了処理を行う(ステップ６８１)。次にエンド端末１００は、終了するアプリケーションに対応するプロセスＩＤが設定されているアドレス生成管理テーブルＢ９００Ｂのフィールド９０３に登録されている登録番号に対応する、Ｉ／Ｆアドレス管理テーブルのエントリのフィールド８０３に「解放フェーズ」を示す情報を設定する（ステップ６８２）。また、エンド端末１００は、「解放フェーズ」が設定されたエントリの登録番号に対応するアドレス生成管理テーブルのエントリのフィールド９０３に「Ｎｕｌｌ」を示す値を設定する(ステップ６８３)。
【００８２】
次に、エンド端末１００は、アドレス解放タイマを起動する（ステップ６８４）。アドレス解放タイマがタイムアウトした際に(ステップ６８５)、Ｉ／Ｆアドレス管理テーブル８００のフィールド８０１の値が「１」であるエントリが存在する場合(ステップ６８６)、エンド端末１００は、そのエントリのフィールド８０３の値を「Ｎｕｌｌ」に設定する(ステップ６８７)。フィールド８０１の値が「１」でないエントリが存在する場合、エンド端末１００は、Ｉ／Ｆアドレス管理テーブル８００から対応するエントリを全て削除する(ステップ６８８)。
【００８３】
以上示したように、エンド端末１００は、アプリケーション起動時時にアプリケーションのプロセスＩＤをアドレス生成管理テーブル９００Ｂに設定するとともに、アプリケーション識別子及びユーザ識別子の組に対応したアドレスとして、最初のアドレス生成時に作成した一つ目のアドレス、あるいは、新たに生成したアドレスとプロセスＩＤとを対応づけることにより、アプリケーション起動時に必要な数だけのアドレスを生成する。
【００８４】
又、アプリケーション終了時には、エンド端末１００は、アドレス生成管理テーブル９００Ｂから、終了するアプリケーションに対応するアドレスをプロセスＩＤにより抽出し、そのアドレスを解放することが可能になる。
【００８５】
尚、本実施形態では、一つの新プレフィクス情報がＣＰＥルータ１０１から配布されることを前提としたが、複数の新プレフィクス情報がＣＰＥルータ１０１からエンド端末１００に配布されても良い。
この場合、エンド端末１００が複数のルータアドバタイズメントを受信することにより、プレフィクス管理テーブル７００には複数の新プレフィクス情報が設定される。
【００８６】
更に、複数の新プレフィクス情報を受信するエンド端末１００では、アドレス生成管理テーブル９００に、アプリケーションが利用したいＩＳＰ情報を登録するフィールドを付加しても良い。このＩＳＰ情報は、ＣＰＥルータ１０１からのルータアドバタイズメントで通知される新プレフィクス情報に基いて、エンド端末１００が利用するＩＳＰを選択できる情報である。
【００８７】
本例では、ユーザがアプリケーションサービスを契約した際にＩＳＰ情報としてプレフィクスが通知されているとし、その値がアドレス生成管理テーブル９００のＩＳＰ情報フィールドに設定されているとする。
【００８８】
これにより、ルータアドバタイズメントを受けてアドレスを生成する際、エンド端末１００は、通知された新プレフィクス情報に含まれるプレフィクスとアドレス生成管理テーブル９００に登録されたＩＳＰ情報が一致した際に、図１０のステップ６５８以降の処理を行う。
あるいは、図１１のアプリケーション起動時において、アドレス生成時に、アドレス生成管理テーブル９００のＩＳＰ情報と一致するプレフィクス管理テーブル７００の選択処理を、ステップ６１６とステップ６１７の間に追加する構成とする。
【００８９】
このような手順でエンド端末１００がアドレス生成を行うことにより、複数の新プレフィクス情報がＣＰＥルータ１０１からエンド端末１００に配布されたとしても、エンド端末１００のアプリケーションでは必要なプレフィクス情報のもと複数のアドレスを生成することが可能である。
【００９０】
次に、エンド端末１００にて、使用環境を使いわけるアプリケーションプログラム６００、具体的にはＶｏＩＰクライアントの処理を図１３及び図１４を用いて説明する。
【００９１】
図１３は、ＶｏＩＰクライアントがユーザに提供するアドレス帳の基本情報を管理する宛先アドレス管理テーブル１３００の構成例を示す図である。宛先アドレス管理テーブル１３００はメモリ１２１に格納されている。宛先アドレス管理テーブル１３００は、名前を登録するフィールド１３０１、アプリケーションレベルで利用する宛先ユーザアドレスを登録するフィールド１３０２及び使用環境としてユーザ識別子が登録されるフィールド１３０３を有する。アドレス登録を行う際、ＶｏＩＰクライアントは、名前とアドレスに加えて使用環境（会社員として利用、あるいはプライベートの利用を示すユーザ識別子）を選択することにより、宛先アドレス管理テーブル１３００に新たなエントリを生成する。
【００９２】
図１４は、ＶｏＩＰクライアントにおける呼設定処理を行うＳＩＰクライアント処理の手順を示すフローチャートである。
ＶｏＩＰクライアントとして実行されるアプリケーションプログラム６００がユーザからの接続要求を受け付けると(ステップ１３１１)、エンド端末１００は、ユーザより指定された宛先情報（名前、宛先ユーザアドレス）に対応する宛先アドレス管理テーブル１３００のエントリのフィールド１３０３に登録された使用環境（ここではユーザ識別子をキーにして検索している）に対応する登録番号をアドレス生成管理テーブル９００より選択し、その登録番号に対応するＩ／Ｆアドレス管理テーブル８００のエントリのフィールド８０２に登録されているアドレス情報を得る。
【００９３】
その後、エンド端末１００は、得られたアドレス情報に含まれるアドレスを自アドレスとしたアプリケーション対応のソケットを介して、コネクト要求をアプリケーションサーバ１０４に送信する(ステップ１３１２)。
【００９４】
アプリケーションからの返答（以下「Ａｃｋ」）を受信したら(ステップ１３１３)、エンド端末１００は、Ａｃｋにより通知された相手ＩＰアドレスと自アドレスを設定する通話用ソケットオープンし(ステップ１３１４)、通話を開始する(ステップ１３１５)。
このように、エンド端末１００において通話相手の宛先情報と使用環境を対に管理しておくことにより、ユーザが選択した宛先に基づいてエンド端末１００が使用環境を識別し、送信の際に使用するアドレスを選択することが可能である。
【００９５】
尚、本実施形態では、一つのアプリケーションにより複数のアドレスを利用する例を説明したが、このようなアプリケーションが複数あっても良い。この場合、アドレスは、アプリケーションの使用環境数分だけ生成してもよいし、異なるアプリケーションの異なる使用環境間で、一つのアドレスを共用しても良い。この場合、I／Ｆアドレス管理テーブル８００のフィールド８０５に複数の使用環境を登録できるようにし、アプリケーションプログラム終了時に、対応するアドレスの使用環境をフィールド８０５から削除する。
【００９６】
更に、フィールド８０５に登録されている使用環境が無くなった場合、エンド端末１００は、図１２の処理ステップ６８４の示すアドレス解放タイマを起動し、ステップ６８５からステップ６８８に従う処理を行う。
このように処理することにより、エンド端末１００において、複数のアプリケーション間で一つのアドレスを共用することができる。
【００９７】
次に、図１５から図１７を用いて、携帯電話のＩＰパケット網に接続するエンド端末１００、具体的には携帯電話において本発明を適用した本発明の第二の実施形態を説明する。
図１５は、本発明の第二の実施形態である、携帯電話のＩＰパケット網システムの構成を示す図である。ＩＰパケット網システムは、ホームロケーションレジスタ１５００、ＳＩＰサーバ１０４Ｂ、パケットデータノード１５０２、基地局制御装置１５０１、ＩＰパケット網１５０３及びエンド端末１００Ｂを有する。
【００９８】
エンド端末１００Ｂは携帯電話であり、エンド端末１００Ｂと無線によりデータの送受信を行う無線基地局を有した基地局制御装置１５０１を介してパケットデータノード１５０２に接続される。パケットデータノード１５０２、エンド端末１００Ｂの認証情報と位置情報を管理するホームロケーションレジスタ１５００及びエンド端末１００ＢのＶｏＩＰ電話サービスを実現するアプリケーションサーバであるＳＩＰサーバ１０４Ｂは、ＩＰパケット網１５０３を介して相互に接続される。エンド端末１００Ｂは、パケットデータノード１５０２を介して、ＳＩＰサーバ１０４Ｂへサービスの要求を行う。
【００９９】
図１６は、エンド端末１００Ｂのハードウェア構成の一例を示す図である。
エンド端末１００Ｂは、無線制御を行う通信処理部１１０、ユーザＩ／Ｆ部の制御、アプリケーション処理及びＩＰレイヤ以上のプロトコル処理を行う制御部１１１、表示部、スイッチ部、スピーカ及びマイクを有するユーザＩ／Ｆ部並びにこれらを相互に接続する内部バスを有する。スイッチ部には本発明に対応するセレクトキー１１３を設け、エンド端末１００Ｂのユーザは、使用環境をセレクトキー１１３から選択できる。
【０１００】
セレクトキー１０３は、「オン」と「オフ」の２つの状態を備え、ユーザが「オン」と「オフ」の状態に使用環境を設定できるとする。エンド端末１００Ｂは、ＶｏＩＰ電話サービスの利用開始する前に、制御部１１１で実行されるアプリケーション初期処理６１０に先立つ初期化プログラムに基づいて、アドレス生成管理テーブル９００Ｂの生成、セレクトキー１１３と使用環境の対応付けを下記の手順で行う。
【０１０１】
まず、契約毎に準備されるユーザ識別子をユーザにより入力してもうらうことにより、アドレス生成管理テーブル９００Ｂに使用環境を設定する。
次に、エンド端末１００Ｂは、表示画面に一つのユーザ識別子に対応する自分のユーザアドレスとセレクトキー状態を表示し、オン又はオフの２つの状態から１つをユーザに選択してもらう。又、その他の使用環境が存在する場合、その他のユーザ識別子に対応するユーザアドレス表示時には、セレクトキー１１３の選択されていな状態を表示し、ユーザに選択してもらう。これにより、エンド端末１００Ｂは、セレクトキー状態とユーザ識別子の対応を管理する。
【０１０２】
尚、本実施形態ではセレクトキー１１３が1つなので、ユーザは２つの使用環境の選択しかできないが、複数のセレクトキー１１３を設ける、あるいはセレクトキー１１３とダイヤルキーを組み合わせて利用することにより、ユーザに３つ以上の使用環境を選択させても良い。
【０１０３】
本実施形態では、パケットデータノード１５０２が、先述した実施形態におけるＣＰＥルータ１０１と同様の処理を行う。したがって、先述した処理と同様の処理を行うことにより、エンド端末１００Ｂで、使用環境に応じた複数のアドレスを得ることが可能である。
【０１０４】
この際、上述したアドレス生成処理、アプリケーション初期処理、アプリケーション終了処理及びＳＩＰクライアント処理は、エンド端末１００Ｂの制御部１１１内のＣＰＵ１１４で実行される。又、これらの処理に対応するプログラムはＲＯＭ１１６内に格納されており、プレフィクス管理テーブル７００、Ｉ／Ｆアドレス管理テーブル８００及びアドレス生成管理テーブル９００は、制御部１１１内のＲＡＭ１１５に配置される。
【０１０５】
エンド端末１００Ｂは、アプリケーション初期処理にて、アドレス生成管理テーブル９００Ｂの全エントリのフィールド９０３とフィールド９０４の値を設定する。ユーザが通話を開始する際、ユーザは、セレクトキー１１３により使用環境の選択を行う。セレクトキー１１３の状態信号を受け付けた制御部１１１では、使用環境選択処理を以下の手順で行う。
【０１０６】
まず、制御部１１１は、受け付けた状態信号からセレクトキー１１３の状態を確認し、初期化プログラムでセレクトキー１１３に対応付けられたユーザ識別子を抽出する。
次に、制御部１１１は、アドレス生成管理テーブル９００Ｂから、抽出したユーザ識別子と一致するエントリを選択し、フィールド９０４に設定されているプロセスＩＤを持つアプリケーションのＳＩＰクライアント処理を起動する。制御部１１１は、ユーザからの宛先情報を受付けＳＩＰクライアント処理を実行するが、既に使用環境は選択されていることから、ステップ１３１２では、宛先アドレス管理テーブル１３００を参照せずに、セレクトキーより選択されたアドレス生成管理テーブル９００Ｂのフィールド９０３の登録番号と等しいＩ/Ｆアドレス管理テーブル８００のエントリのフィールド８０２に設定されているアドレスを用いて、コネクト要求を行う。以下ステップ１３１３、１３１４、１３１５により、通話が可能になる。
【０１０７】
尚、エンド端末１００Ｂに電源が投入され、携帯電話ＩＰパケット網１５０３と論理的に接続される際、エンド端末１００Ｂが行う網との間の認証手順の一環として、必要な数だけのＩＰアドレスを得る手順を付加することも可能である。
【０１０８】
これを実現するため、図１７に示すように、ホームロケーションレジスタ１５００が有する、エンド端末１００Ｂを管理する端末管理テーブル１５１０において、端末番号が登録されるフィールド１５１１、認証情報が登録されるフィールド１５１２に加えて、割り付けるＩＰアドレスを複数管理するフィールド１５１３を備えることにより、端末認証時に、ホームロケーションレジスタ１５００が、複数のＩＰアドレスをエンド端末１００Ｂに配布してもよい。
【０１０９】
以上により、図１４に示すＳＩＰクライアント処理１３１０を、携帯電話ＩＰパケット網１５０３に接続するエンド端末１００Ｂにおいて実現することが可能になる。
【０１１０】
以上説明したように、本発明では、一つのエンド端末において、配布された一つ又は複数のプレフィクス情報から複数のＩＰｖ６アドレスを生成し、使用環境ごとに異なる自アドレスを割り付けたソケットを利用して通信する。これにより、一つのアプリケーションの異なるユーザの使用環境をＩＰｖ６アドレスにより使い分けることが可能になる。
【０１１１】
尚、上述の実施形態では、「使用環境」をアプリケーションと使用者とを示す情報の組として説明したが、単に、アプリケーションを示す情報あるいは使用者を示す情報だけの構成も考えられる。
【０１１２】
また、本発明によれば、アプリケーション起動時に使用環境対応にＩＰｖ６アドレスを割付、割り付けるアドレスが無い場合は、新しいアドレスを生成し、アプリケーションのプロセスＩＤとアドレスを対応付けて管理することにより、アプリケーション終了時に利用しなくなったアドレスを無効化することが可能となり、エンド端末としては必要最小限のアドレスだけを持つことになる。
【０１１３】
さらに、本発明によれば、アプリケーション毎に利用するプレフィクス情報を管理することにより、エンド端末が複数の新プレフィクスを配布されていても、配布された新プレフィクスから利用する新プレフィクスを選択してアドレスを生成し、アプリケーションにおいて異なるユーザの使用環境を利用することが可能になる。
【０１１４】
さらに、本発明によれば、生成したアドレス対応にアプリケーションとその使用環境を管理付けることにより、異なるユーザの使用環境を持つ複数のアプリケーションにおいてアドレスを共用しながら、一つのアプリケーションではアドレスにより使用環境を使い分けることが可能になる。
【０１１５】
さらに、本発明によれば、移動体ＩＰパケット網に接続するエンド端末において、網へアタッチする際の認証処理において、エンド端末に必要な複数アドレスを入手することができる。
【０１１６】
さらに、本発明によれば、宛先と使用環境を対応付けておくことにより、宛先の情報から、利用すべき自アドレスを選択することができる。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、エンド端末において、一つのアプリケーションの異なるユーザの使用環境をＩＰｖ６アドレスにより使い分けることが可能になる。
【図面の簡単な説明】
【図１】本発明を適用した実施形態のシステム構成例を示す図である。
【図２】プレフィクスプールテーブルの構成例を示す図である。
【図３】ＰＥルータにおけるＣＰＥルータへのプレフィクス通知処理手順を示すフローチャートである。
【図４】ＩＳＰ管理テーブルの例を示す図である。
【図５】ＣＰＥルータにおけるプレフィクス情報獲得処理手順を示すフローチャートである。
【図６】エンド端末１００のソフトウェア構成例を示す図である。
【図７】プレフィクス管理テーブルの構成例を示す図である。
【図８】Ｉ／Ｆアドレス管理テーブルの構成例を示す図である。
【図９】アドレス生成管理テーブルの構成例を示す図である。
【図１０】エンド端末におけるアドレス生成処理を示すフローチャートである。
【図１１】エンド端末におけるアプリケーション起動時の初期処理を示すフローチャートである。
【図１２】エンド端末におけるアプリケーション終了処理において使用環境に割り付けたアドレス解放手順を示すフローチャートである。
【図１３】宛先アドレス管理テーブルの構成例を示す図である。
【図１４】ＳＩＰクライアント処理を示すフローチャートである。
【図１５】本発明を適用した携帯電話のＩＰパケット網システム構成の構成例を示す図である。
【図１６】本発明を適用したエンド端末のハードウェア構成例を示す図である。
【図１７】端末管理テーブルの一構成例を示す図である。
【図１８】エンド端末のハードウェア構成を示す図である。
【図１９】アドレス生成管理テーブルの構成例を示す図である。
【符号の説明】
１００…エンド端末、１０１…ＣＰＥルータ、１０３…ＰＥルータ。
【発明の属する技術分野】
本発明は、ＩＰｖ６ネットワークに接続する端末におけるアドレス生成方法に関する。
【０００２】
【従来の技術】
現在、インターネットで用いられるプロトコルは、Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ４（以下「ＩＰｖ４」）からＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ ６(以下「ＩＰｖ６」)へと移行しつつある。ここで、従来一般的に用いられてきたＩＰｖ４のアドレス空間が２の３２乗、すなわち約４０億個であるのに対し、ＩＰｖ６ではアドレス空間が２の１２８乗に拡大されている。この潤沢なアドレススペースがＩＰｖ６の最大のメリットと言われている。
【０００３】
例えば、ＩＰｖ４ではアドレスの使用を抑制するため、企業ネットワークやホームネットワーク内ではプライベートアドレスを利用し、インターネットと接続する場合には、プライベートアドレスとグローバルアドレスを対応付けるＮＡＴ（Network Address Transfer）を用いていた。一方、アドレススペースが潤沢なＩＰｖ６では、プライベートアドレスやＮＡＴが不要となる。さらに、アドレスが潤沢にあることから、単一の端末に対して、複数のＩＰｖ６アドレスを持たせることも可能である。
【０００４】
以下、インターネット技術の標準化を行うＩＥＴＦ（The Internet Engineering Task Force）において定められたＩＰｖ６アドレス及びプレフィクスプレフィクス配布の仕組みについて簡単に述べる。
【０００５】
ＩＰｖ６のアドレスのビット配置は、上位６４ビットがネットワークアドレス、下位６４ビットは端末を表すホストアドレスと定義されている。さらに、ネットワークアドレスの上位４８ビットは、インターネット接続サービス事業者（以下、「ＩＳＰ」と称する）が加入者、即ちインターネットに接続される家庭や企業などに対して与えるＩＰアドレス部分であり、これをプレフィクスと称する。このプレフィクスを与えるサーバをＰｒｅｆｉｘ Ｄｅｌｅｇａｔｉｏｎサーバ（以下、「ＰＤサーバ」）と称する。
【０００６】
また、加入者との間のＩＰ接続に用いられるＩＳＰ側のルータをプロバイダ・エッジ・ルータといい、以下ＰＥルータと称する。
これに対し、家庭や企業におけるインターネット接続部分であるルータをカスタマ・エッジ・プレミス・ルータといい、以下ＣＰＥルータと称する。
【０００７】
ＣＰＥルータは、ＰＤサーバより与えられたプレフィクス情報である上位４８ビットアドレスに続く１６ビットアドレスを生成・管理し、ＣＰＥルータに接続されるユーザ端末に対して上位６４ビットのネットワークアドレスに対応するアドレス（以下「新プレフィクス」と称する）を付与する。
【０００８】
各ユーザ端末は、この新プレフィクスに自らの識別子としてインタフェース識別子と呼ばれる下位６４ビットを合わせ、１２８ビットの一意なＩＰｖ６アドレス（グローバルアドレス）を生成する。
なお、ＤＨＣＰ（Dynamics Host Configuration Protocol）プレフィクス・デリゲーションの仕組みを利用してＣＰＥルータに対してプレフィクス情報を付与することにより、ユーザ端末へＩＰアドレス群を手動で設定する必要はない。
【０００９】
また、ＣＰＥルータからユーザ端末への新プレフィクスの付与については、ＩＰｖ６プロトコルの標準仕様として、ルータ・アドバタイズメント・プロトコル（以下、ＲＡプロトコル）が用いられる。これにより、ユーザ端末を使用する者は、自身でユーザ端末にＩＰアドレスを設定する必要は無い。
【００１０】
ユーザ端末においては、自らのインタフェース識別子として、IEEE 802で規定されている48ビットのMAC識別子（MACアドレス）からＥＵＩ−６４識別子（ＩＥＥＥで定めるグローバル識別子）を作成し、これをインタフェース識別子として使用してもよいし、ランダムな数の生成等を用いてインタフェース識別子を決定しても良い。
以上の内容は、ＩＥＴＦで定められた標準文書であるＲＦＣ（Request for Comment）に開示されている。
【００１１】
一方、ユーザ端末で複数IPアドレスを持つ公知技術として、外部記憶装置に異なるOS空間を配置し、それぞれのOSがプロトコルスタックを持つことにより、複数IPアドレスを持つネットワークファイルサーバが特許文献１に開示されている。
【００１２】
【特許文献１】
特開平５−２６５９１４号公報
【非特許文献１】
ＩＥＴＦ ＲＦＣ （http://www.ietf.org/rfc.html）2003年7月19日時点
【００１３】
【発明が解決しようとする課題】
上述したように、単一のＩＳＰに接続してネットワークサービスを享受するユーザ端末においては、通常一つのＩＰアドレスしか付与されず、同一のユーザ端末に対して複数のＩＰアドレスが付与されることはなかった。したがって、従来技術では、ユーザ端末において、一つのアプリケーションの使用環境を複数ＩＰｖ６アドレスにより切り替えて利用することができない。また、ＩＳＰは、同一のユーザ端末に対して異なる複数のＩＰアドレスで複数のサービス加入を提供することができない。
【００１４】
さらに、複数のＩＰｖ６アドレスをユーザ端末に付与する場合、アドレス管理によるメモリなどのリソース浪費及び最適なアドレス選択処理オーバヘッド増を考慮し、最小限に必要なアドレスだけを付与する必要があるが、従来技術では全く考えられていない。
【００１５】
又、ＩＰｖ６標準のユーザ端末はＲＡプロトコルに準拠し、新プレフィクスを受け付けるとＩＰｖ６アドレスを自動的に生成する。例えば、複数のＩＳＰと契約している場合、異なる新プレフィクスを持った複数のＩＰｖ６アドレスが自動的に付与されることになるため、ユーザ端末が利用したい新プレフィクスを備えたＩＰｖ６アドレスだけを持つことができない。
【００１６】
更に、例えば前述の特許文献１に開示された技術は、ネットワークファイルサーバ(マルチオペレーティングシステム端末)において同時に２つ以上のオペレーティングシステム（以下「ＯＳ」）をサポートする為、2つ以上のプロトコルスタックが各ＯＳに具備されることから、それぞれのＩＰスタックにＩＰアドレスを持たせ、各ＯＳで記憶装置を使い分けるものであるが、一つのＯＳ、一つプロトコルスタック環境において、アプリケーションの使用環境を切り替えて利用するものではない。
【００１７】
本発明の第一の目的は、ユーザ端末において、複数のアプリケーション使用環境に対応した複数のＩＰｖ６アドレスを使い分ける方法及びその方法に準拠した装置を提供することにある。
【００１８】
第二の目的は、サービス事業者が同一の利用者（同一のユーザ端末）に対し、異なるサービス権を提供することができるネットワークシステムを提供することにある。
【００１９】
【課題を解決するための手段】
本発明の一実施形態は、ネットワークに接続された端末において、他の装置からプレフィクスに関する情報を受信した際に、複数のＩＰｖ６アドレスを生成し、生成したアドレスを端末におけるアプリケーションの使用環境と対応付けて管理するという構成である。
【００２０】
又、サービス事業者が利用者に対して与えた複数の利用権を示す情報、例えばユーザ識別子を予め端末に設定し、端末において複数のＩＰｖ６アドレスを生成した際に、端末で利用権毎にＩＰｖ６アドレスを生成し、かつその対応付けを管理する。そして、端末で実行される同一のアプリケーションにおいて、利用者の利用権の選択に応じて、利用する自ＩＰｖ６アドレスを対応付けたＩＰｖ６アドレスとし、通信を行う構成も本発明の一実施形態である。
【００２１】
更に、端末において、アプリケーション起動時にそのアプリケーションに対応する分のＩＰｖ６アドレスを生成し、アプリケーション終了時に、利用していたＩＰｖ６アドレスが他に利用されていないことを確認してそのアドレスを無効化する構成も本発明の一実施形態である。
【００２２】
又、端末において、アプリケーション対応に利用するＩＳＰ情報としてプレフィクス情報を管理し、通知されたプレフィクスが一致した場合に、アドレスを生成しても良い。
更に、端末は無線端末でも有線端末でも良い。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態を、図を用いて説明する。
図１は、本発明を適用したネットワークシステムの構成の一実施形態を表した図である。
【００２４】
ネットワークシステムは、ＩＰアドレスのプレフィクスをＣＰＥルータに配布するＰＤサーバ１０２を含んだＰＥルータ１０３、ユーザが使用するユーザ端末（以下「エンド端末」）１００、エンド端末１００にIPアドレスの新プレフィクスを配布するＣＰＥルータ１０１、エンド端末１００が利用するネットワークアプリケーションを提供するアプリケーションサーバ１０４を有する。尚、本発明の実施形態においては、「ＰＥルータ１０３」にはＰＤサーバ１０２が含まれているものとし、ＩＳＰは複数のＰＥルータ１０３を用いてサービスを提供する（以下「ＩＳＰ網」）ものとする。
【００２５】
また、エンド端末１００は、ＩＳＰ網を介してインターネットに接続するものとする。本実施形態では、ＣＰＥルータ１０１を宅内に配置されるホームルータと位置付け、アプリケーションサーバ１０４がエンド端末１００のユーザに対して提供するサービスがＶｏＩＰサービスである場合を例に挙げて説明する。また、ＣＰＥルータ１０１とエンド端末１００間は、イーサネット（登録商標）を介して接続されているとする。
【００２６】
ＰＥルータ１０３は、管理部と複数のルーティング部を有し、各部はパケットバスを介して接続される。
【００２７】
管理部は、ルーティング情報を収集してルーティングテーブルを作成し、ルーティング部へ配布するためのプログラムを実行するプロセッサ、前記ルーティングテーブル及びプログラムを格納するメモリ、送受信パケットを格納するバッファメモリ、ルーティング部のバッファメモリとの間でパケットのDMA転送及びパケットバスの制御を行うバッファメモリコントローラ、ハードディスク並びにこれらを接続する内部バスを有する。
【００２８】
ルーティング部は、他ルータやＣＰＥルータ１０２と接続する複数のポートを備えたポート制御部、管理部が作成したパケットルーティングテーブルに基づき、受信パケットをポート間、あるいはルーティング部間、あるいはルーティング部と管理部間で転送するプログラムを実行するプロセッサ、これらのプログラム及びパケットルーティングテーブルを格納するメモリ、送受信パケットを格納するバッファメモリ、バッファメモリコントローラ並びにこれらを接続する内部バスを有する。
【００２９】
又、ＣＰＥルータは、ＩＰｖ６に対応したルータ機器であり、基本的な構成はＰＥルータと同じである。あるいは、ＣＰＥルータは、ＰＥルータの管理部のみで構成され、管理部のパケットバス介してＰＥルータあるいはエンド端末と接続する複数のポートを備えたポート制御部を接続する構成としてもよい。
【００３０】
図１８は、エンド端末１００がパーソナルコンピュータであると想定した場合の構成例を示す図である。尚、エンド端末１００は、パーソナルコンピュータに限らず、ネットワーク通信が可能な端末であれば、携帯電話でも、携帯情報端末（ＰＤＡ）でも良い。
エンド端末１００は、プログラムを実行するＣＰＵ１２０、各種テーブルとソフトウェアを格納するメモリ１２１、ハードディスク１２２、ユーザからの入力を受け付けるキーボード、マウス、マイクなどと接続されるデータ入力インタフェース部１２３、データが出力されるディスプレイ、スピーカなどと接続されるデータ出力インタフェース部１２４、ＣＰＥルータ１０１とネットワークを介して接続されるネットワークインタフェース部１２５及び上述の構成要素各々を相互に接続する内部バスとを有する。
【００３１】
図６は、エンド端末１００のソフトウェア構成を示す図である。これらのソフトウェアは、ハードディスク１２２に格納され、メモリ１２１に読み出されてＣＰＵ１２０で実行される。エンド端末１００は、ネットワークＩ／Ｆドライバ６０１、ＩＰｖ６プロトコル処理プログラム６０２、ＴＣＰ／ＵＤＰプロトコル処理プログラム６０２、アプリケーションプログラム６００とプロトコル処理プログラムとの間のインタフェース処理を行うソケット処理プログラム６０４及び複数のＩＰｖ６アドレスにより使用環境を使い分けることのできるアプリケーションプログラム６００を有する。
【００３２】
尚、本実施形態では、アドレス生成に使用されるプログラム６５０は、ＩＰｖ６プロトコル処理プログラム６０２に含まれているとする。又、エンド端末１００のメモリ１２１には、上述したソフトウエアプログラムに加え、プレフィクス管理テーブル７００、Ｉ/Ｆアドレス管理テーブル及びアドレス生成管理テーブルの各種テーブルも格納されている。これらのテーブルは、エンド端末１００が、通知された新プレフィクスからＩＰｖ６アドレスを生成するために用いられる。
【００３３】
本実施形態においては、エンド端末１００が、一つの新プレフィクスをＣＰＥルータ１０２から受取った際に、エンド端末で実行されるアプリケーション及びそのアプリケーションを使用する者との対応ごとに複数のＩＰｖ６アドレスを生成する。以下、本実施形態の詳細について説明する。
【００３４】
まず、ＰＥルータ１０３がＣＰＥルータ１０２にＩＰアドレスのプレフィクスを配布する手順を説明する。
図２は、ＰＥルータ１０３が管理するプレフィクスプールテーブル２００の一例を示す図である。プレフィクスプールテーブル２００には、ＰＥルータ１０３がＣＰＥルータ１０１へ通知するプレフィクスについての情報が登録される。ＰＥルータ１０３は、プレフィクスプールテーブル２００を用いて、プレフィクスの通知状況等を管理する。
【００３５】
プレフィクスプールテーブル２００は、ＣＰＥルータ１０１へ通知されるプレフィクス毎に、それに対応するエントリを有する。各々のエントリは、プレフィクスの値とその有効範囲を示すプレフィクス長からなるプレフィクス情報が登録されるフィールド２０１、ＣＰＥルータ１０１へプレフィクス情報を通知した後の該当プレフィクス情報の利用許可期間を示す情報が登録される有効期間フィールド２０２、該当プレフィクス情報のＣＰＥルータ１０１への通知状況を示す情報が登録される通知状態フィールド２０３、ＣＰＥルータ１０１へ該当プレフィクス情報を通知した日時を示す情報が登録される通知日時フィールド２０４及びＣＰＥルータ１０１へプレフィクス情報と合わせて通知する情報を格納する追加通知情報フィールド２０５を有する。
【００３６】
なお、追加通知情報フィールド２０５には、ＤＮＳサーバアドレス、ドメイン名、静止経路情報などの情報が登録される。
又、プレフィクスプールテーブル２００に登録されるプレフィクスは、予めＰＥルータを管理する管理者等によって登録される。
【００３７】
図３は、ＰＥルータ１０３におけるプレフィクス通知処理の手順を示した図である。ＰＥルータ１０３は、ＣＰＥルータ１０１からの要求に従い、プレフィクスプールテーブル２００を用いてプレフィクス情報の通知を行う。
ＰＥルータ１０３はまず、ＣＰＥルータ１０１からプレフィクス配布要求が送信されるのを待ち続ける（ステップ３０１）。ＣＰＥルータ１０１から配布要求を受けると、ＰＥルータ１０３はプレフィクスプールテーブル２００の各エントリの通知状態フィールド２０３を調べ、その内容が「未」のものがないかを検索する(ステップ３０２)。
【００３８】
無ければ、ＰＥルータ１０３は、ＰＥルータ１０３の内部時計の時間、プレフィクスプールテーブル２００の有効期限フィールド２０２及び各通知日時フィールド２０４から、通知したプレフィクス情報の使用期限が切れているエントリの有無を調べる(ステップ３０３)。それもない場合は、ＰＥルータ１０３は、ＣＰＥルータ１０１へプレフィクス情報の通知を行わない。
【００３９】
一方、プレフィクスプールテーブル２００に未通知又は通知期限切れのプレフィクス情報のエントリがある場合、ＰＥルータ１０３は、その内の１つのエントリを選択し（例えば、最初に見つけたもの）、対応する通知日時フィールド２０４に現在の日時を設定し、通知状態フィールド２０３の値を「済」とする(ステップ３０４)。
そして、ＰＥルータ１０３は、その選択したエントリのフィールド２０１に登録されたプレフィクス情報を、追加通知情報フィールド２０５に登録された情報と共にＣＰＥルータ１０１へ通知する(ステップ３０５)。
【００４０】
さらにＰＥルータ１０３は、自らが有する経路テーブルに、通知したプレフィクスに関連する静的経路情報の設定を行い(ステップ３０６)、加えて、該当プレフィクス情報に含まれるアドレスプレフィクスを送信元アドレスに持つパケットのみ中継を許可するようパケットフィルタを設定する(ステップ３０７)。
その後、ＰＥルータ１０３は、最初のステップに戻り、ＣＰＥルータ１０１からの新たなプレフィクス情報配布要求が来るのを待ち、新たなプレフィクス情報配布要求に備える。
【００４１】
上記処理により、ＰＥルータ１０３は、ＣＰＥルータ１０１からの要求に従い、プレフィクス情報の通知を行い、その後、該当プレフィクスに関する経路情報に基づいて、ＣＰＥルータへのパケット中継を行う。
また、プレフィクス情報通知時に、ＰＥルータ１０３が通知プレフィクス情報を元にパケットフィルタ設定を行うことにより、不正な送信元（例えば、通知しているプレフィクスに基づいたアドレスを持たない端末）からのアクセス（パケット送信）を防ぐ。
【００４２】
次に、ＣＰＥルータ１０１における、ＰＥルータ１０３からプレフィクス情報の通知を受ける際の情報獲得処理について、図４及び図５を用いて説明する。
【００４３】
図４は、ＣＰＥルータ１０１が保持する、ＩＳＰ（実際にはＰＥルータ１０３）からのプレフィクス情報の獲得状況を登録管理するＩＳＰ管理テーブル４００である。ＩＳＰ管理テーブル４００は、ＩＳＰごとに対応するエントリを有する。各エントリは、ＣＰＥルータ１０１が接続するＩＳＰの名称を示す情報が登録されるフィールド４０１、ＩＳＰとの接続状態を示す情報が登録されるフィールド４０２、プレフィクス情報の獲得状態を示す情報が登録されるフィールド４０３及びプレフィクス情報と同時に通知される情報とプレフィクス情報を格納するフィールド４０４を有する。
【００４４】
尚、本実施形態では、ＣＰＥルータ１０１は一つのＩＳＰとのみ接続されるため、ＩＳＰ管理テーブル４００には、一つのエントリのみが格納されているとする。又、エントリのフィールド４０１には、ＩＳＰとの契約時点でＩＳＰの名称が管理者等によって登録される。
【００４５】
回線状態を示すフィールド４０２には、「Ｕｐ」又は「Ｄｏｗｎ」の２つの状態を示す情報のいずれか一方が格納される。「Ｕｐ」の状態がＣＰＥルータ１０１とＩＳＰとが繋がっている状態であり、ＣＰＥルータ１０１がプレフィクス情報を入手できる状態であることを示す。例えば、ＰＰＰｏＥ（Point to point protocol over Ethernet）のリンクがＣＰＥルータ１０１とＩＳＰとの間でセットアップされると、このフィールドの値は「Ｄｏｗｎ」から「Ｕｐ」に変更される。
【００４６】
図５は、図４のＩＳＰ管理テーブル４００を用いて、ＣＰＥルータ１０１がプレフィクス情報を獲得する手順を示す図である。
【００４７】
プレフィクス情報の獲得処理は、ＣＰＥルータ１０１がＩＳＰとの契約時に指定されるアクセスポイントであるＰＥルータ１０３間との間での認証終了後、リンク（ＰＰＰｏＥ）がセットアップされた次の処理として行われる。
ＣＰＥルータ１０１は、ＩＳＰ管理テーブル４００を参照して、回線状態フィールド４０２に登録された値が「Ｕｐ」であり、かつプレフィクス獲得状況フィールド４０３に登録された値が「未」の場合、ＰＥルータ１０３に対してプレフィクス情報の通知を要求する。この際の送信先アドレスとしては、IETFドラフト「draft-ietf-dhc-dhcpv6-28.txt」に示されているように、サイトローカルのマルチキャストアドレス（FF05::1:3）を採用する（ステップ５０１、５０２）。
【００４８】
次に、ＣＰＥルータ１０１は、プレフィクス情報通知待ち監視タイマを起動する(ステップ５０３)。タイマがタイムアウト、即ち一定時間経過するまでにＰＥルータ１０３からのリプライが無ければ（ステップ５０４、５０８）、ＣＰＥルータ１０１は、再プレフィクス獲得処理待ちタイマを起動する（ステップ５０９）。本タイマがタイムアウトしたら、ＣＰＥルータ１０１はステップ５０２の処理へ戻り、再度ＰＥルータ１０３に対しプレフィクス情報の通知を要求する（ステップ５１０）。
【００４９】
ＰＥルータ１０３からプレフィクス情報を通知された場合、ＣＰＥルータ１０１はプレフィクス情報通知待ち監視タイマを停止し、通知されたプレフィクス情報及びその他の情報をＩＳＰ管理テーブル４００に格納し、獲得状況フィールド４０３の値を「済」状態に遷移させる(ステップ５０４、５０５)。
次にＣＰＥルータ１０１は、ドメインネームサーバの情報、静的経路状態の設定、プレフィクス情報より経路情報の設定を行う(ステップ５０６)。
【００５０】
プレフィクス情報を獲得したＣＰＥルータ１０１は、獲得したプレフィクス情報(上位４８ビット)に下位１６ビット（２バイト）の情報を付加し、新プレフィクス情報を作成する。ＣＰＥルータ１０１で付加する下位16ビットの情報は、ＣＰＥルータ１０１配下のネットワークにおいて、サブネットワークを複数構成しない場合は「０」でよい。
【００５１】
その後、ＣＰＥルータ１０１は、自ＣＰＥルータ１０１配下のネットワーク（本ネットワークシステムではホームネットワークに相当するネットワーク）に接続される全エンド端末１００に対しルータアドバタイズメントを周期的に送信することで、作成した新プレフィクスをエンド端末１００に通知する。尚、エンド端末１００に新プレフィクスを通知する処理は、エンド端末１００から新プレフィクス通知要求があった場合を契機にして実行されても良い(ステップ５０７)。上述の処理により、ＰＥルータ１０３及びＣＰＥルータ１０１を介して、新プレフィクスの情報がエンド端末１００に送信される。
【００５２】
以下では、ルータアドバタイズメントを用いてエンド端末１００に対して新プレフィクスが通知された場合のエンド端末１００におけるアドレス生成手順について説明する。
【００５３】
図７は、エンド端末１００が、ＣＰＥルータ１０１から通知された新プレフィクスを管理するために使用するプレフィクス管理テーブル７００の一構成例を示す図である。プレフィクス管理テーブル７００は、取得した新プレフィクス毎に対応するエントリを有する。エントリは、取得した新プレフィクスの情報が登録されるフィールド７０１、新プレフィクス配布時に同時に通知される有効期限の情報が登録されるフィールド７０２、取得日時の情報が登録されるフィールド７０３及びアドレス生成状態を示す情報が登録されるフィールド７０４を有する。
【００５４】
フィールド７０４には、登録された新プレフィクスからＩＰｖ６アドレスが生成された場合、アドレス生成状態として「生成」を示す情報が設定され、登録した新プレフィクスからのアドレス生成が不要の場合には「未使用」を示す情報が設定される。
【００５５】
尚、本実施形態では、ＣＰＥルータ１０１は一つのＩＳＰとのみ接続し、エンド端末１００に対して一つの新プレフィクスしか通知しないため、プレフィクス管理テーブル７００は、通知された一つの新プレフィクス情報に対応する一つのエントリしか有さない。しかし、ＣＰＥルータ１０１から複数の新プレフィクス情報が通知された場合には、プレフィクス管理テーブル７００には複数の新プレフィクス情報に対応するエントリが登録されることになる。
【００５６】
図８は、エンド端末１００が、自身で生成したＩＰｖ６アドレスを管理するために使用するＩ／Ｆアドレス管理テーブル８００の一構成例を示す図である。Ｉ／Ｆアドレス管理テーブル８００は、作成されたアドレス毎に対応するエントリを有する。各エントリは、作成されたアドレスを管理する登録番号が登録されるフィールド８０１、取得した新プレフィクスから作成されたアドレス、具体的には、新プレフィクス及びインタフェース識別子の対を格納するフィールド８０２、新プレフィクス獲得時に同時に入手する情報であるアドレスの有効期限を示す情報が登録されるフィールド８０３、取得日時を示す情報が登録されるフィールド８０４及び使用環境を示す情報が登録されるフィールド８０５を有する。
【００５７】
ここで、フィールド８０５には、複数のＩＰｖ６アドレスを使い分けるアプリケーションを特定するためのアプリケーション識別子及びアプリケーションの使用環境を特定するためのユーザ識別子との組の情報が設定される。この組は、エントリに対応するＩＰｖ６アドレスと関連付けられる。ここで、「使用環境」とは、エンド端末１００で誰がどのようなアプリケーションを使用しているかを指定する情報であり、具体的には、エンド端末で実行されるアプリケーション、そのアプリケーションを使用する者及びそのユーザの識別情報等から構成される。
【００５８】
尚、ＣＰＥルータ１０１から新プレフィクスが通知され、エンド端末１００がＩＳＰを介した通信を行える間は、Ｉ/Ｆアドレス管理テーブル８００には、少なくとも一つのＩＰｖ６アドレスが登録されていなくてはならない。
【００５９】
図９は、アドレス生成管理テーブル９００の構成例を示す図である。エンド端末１００は、アドレス生成管理テーブル９００を用いて、ＩＰｖ６アドレスを生成すべき使用環境の情報を管理する。アドレス生成管理テーブル９００は複数のエントリを有する。各エントリは、アプリケーション識別子が登録されるフィールド９０１、ユーザ識別子が登録されるフィールド９０２及び利用するアドレスを識別するＩ／Ｆアドレス管理テーブルのフィールド８０１に登録される登録番号の情報を登録するフィールド９０３を有する。
【００６０】
エンド端末１００は、ＣＰＥルータ１０１から受信した新プレフィクスの情報と、アドレス生成管理テーブル９００に登録された情報に基づいて、複数のアドレスを生成する。例えば、エンド端末１００は、ＶｏＩＰクライアントのソフトウェアを実行する際のユーザの情報を登録するという初期化処理において、そのソフトウェアに対応するアプリケーション識別子及びＶｏＩＰサービスのクライアント情報として個々のサービス契約毎に準備されるユーザ識別子の組をアドレス生成管理テーブル９００のフィールド９０１及び９０２に登録する。
【００６１】
これにより、エンド端末１００は、ＩＰｖ６のアドレスを生成する際に、サービス契約の種類、例えば個人使用や法人使用に応じて、各々異なるアプリケーション識別子及びユーザ識別子の組をアドレス生成管理テーブル９００から選択して、サービス契約ごとに各々異なるＩＰｖ６アドレスを複数生成できるようになる。
【００６２】
図１０は、ＣＰＥルータ１０１からルータアドバタイズメントを受信したエンド端末１００におけるアドレス生成処理の処理手順を示すフローチャートである。
ルータアドバタイズメントを受信すると、エンド端末１００は、通知された新プレフィクス情報に含まれる新プレフィクスが、プレフィクス管理テーブル７００に既に登録されているかどうかを確認する。既に登録されていれば、エンド端末１００は、処理を終了する（ステップ６５１，６５２）。
【００６３】
新プレフィクスがプレフィクス管理テーブル７００に未登録の場合、エンド端末１００は、プレフィクス管理テーブル７００に新たなエントリを設定し、受信した新プレフィクス情報に基づいて、取得した新プレフィクス、有効期限及び取得日時の情報を、新たなエントリのフィールド７０１、フィールド７０２及びフィールド７０３に設定する。さらに、エンド端末１００は、新たなエントリのフィールド７０４に「生成」を設定する(ステップ６５３)。
【００６４】
次にエンド端末１００は、自身に割り当てられているイーサネット（登録商標）のＭＡＣアドレスからＥＵＩ−６４識別子（ＩＥＥＥで定める６４ビットのグローバル識別子）を生成し、受信した新プレフィクスに対応するインタフェース識別子とする。ただし、インタフェース識別子の生成に最初に必ずＭＡＣアドレスが使用される必要は無く、最初からランダムに生成された数値をインタフェース識別子に利用しても良い（ステップ６５４）。
【００６５】
その後、エンド端末１００は、生成したインタフェース識別子及び受信した新プレフィクスとの組み合わせにより生成するアドレスが、「重複アドレス発見処理」により重複したアドレスで無いことを確認する。重複アドレス発見処理とは、従来の技術で記載しているように、近隣要請メッセージを要請マルチキャストアドレス宛に送付し、一定時間近隣通知により重複通知がなければ、生成したアドレスの重複が無いとする処理である（ステップ６５５、６５６）。
【００６６】
重複通知を受信し、アドレスが重複していることを検出した場合、エンド端末１００は、重複しないアドレスが生成されるまで、新たなインタフェース識別子の生成及び重複アドレス発見処理を繰り返す。新たなインタフェース識別子の生成方法としては、例えば３バイトのランダムな数値を生成し、その生成値を下位３バイトとし、０を設定した上位５バイトを組み合わせる方法がある。尚、ここでは、３バイトのランダムな数値を生成したが、生成する数値の大きさは、８バイト以下であれば、何バイトでも良い（ステップ６６０）。
【００６７】
アドレス重複が無いことを確認したら、エンド端末１００は、Ｉ／Ｆアドレス管理テーブル８００の新しいエントリとして、フィールド８０２に生成したアドレスとして、新プレフィクス情報及びインタフェース識別子を登録し、フィールド８０１に登録した順番を示す登録番号を設定する。さらに、フィールド８０３と８０４に新プレフィクスの有効期限及び取得日時の情報を設定する。尚、この新プレフィクスの有効期限及び取得日時の情報は、ＣＰＥルータ１０１から新プレフィクス情報として通知されたものである(ステップ６５７)。
【００６８】
次に、エンド端末１００は、アドレス生成管理テーブル９００を参照する。何も登録されていなければ、エンド端末１００は処理を終了する（ステップ６５８）。
アドレス生成管理テーブル９００に登録されているアプリケーション識別子及びユーザ識別子の組数が１つ、即ちエントリが１つの場合、エンド端末１００は、フィールド９０３に、ステップ６５８にてアドレスを登録したI/Fアドレス管理テーブルのエントリのフィールド８０１に設定されている登録番号を設定する。さらに、対応するＩ／Ｆアドレス管理テーブル８００の対応エントリのフィールド８０５に、アドレス生成管理テーブル９００の対応エントリのフィールド９０１、フィールド９０２のアプリケーション識別子及びユーザ識別子を設定する(ステップ６５９)。
【００６９】
尚、アドレス生成管理テーブル９００に登録されているエントリが２つ以上であれば(ステップ６６１)、エンド端末１００は、再度、上述した手順でインタフェース識別子を生成して新しいアドレスを作り、Ｉ／Ｆアドレス管理テーブル８００に登録する（ステップ６６０、６５７、６５８、６５９）。
【００７０】
上述した処理により、エンド端末１００は、アプリケーション識別子及びユーザ識別子の組ごとに、それに対応するＩＰｖ６アドレスを作成することができる。具体的には、エンド端末１００は、アドレス生成管理テーブル９００において、アプリケーションの使用環境、具体的には、エンド端末１００で実行されるアプリケーションとそれを使用するユーザの組み合わせ（アプリケーション識別子とユーザ識別子の組）を管理する。そして、新プレフィクスからアドレスを生成する際に、アドレス割り付け状態を管理する、すなわち、管理されている上記組み合わせの分だけアドレスを生成することにより、アドレス生成時にＩＰｖ６アドレスをアプリケーションの使用環境分だけ準備することができる。
【００７１】
尚、アプリケーションの使用環境に対応したアドレスの生成方法として、アプリケーションサービスを提供するサービス事業者と契約する際に許可される複数のサービス使用環境毎に、ＩＰｖ６のインタフェース識別子を予めエンド端末１００で用意しても良い。この場合、エンド端末１００は、アドレス生成管理テーブル９００に上述した予め用意したインタフェース識別子を管理するフィールドを設ける。そして、図１０のステップ６６０でランダムにインタフェース識別子を生成する代わりに、上述の与えられたインタフェース識別子を用いてＩＰｖ６アドレスを生成させる。
【００７２】
また、図１０の説明においては、エンド端末１００に新プレフィクスが通知された際にエンド端末１００が複数のＩＰｖ６アドレスを生成したが、エンド端末１００でアプリケーションが起動される時に、エンド端末１００がアドレスを生成し、アプリケーションが終了する際にアドレスを消去しても良い。
以下、エンド端末１００でアプリケーションを起動する際にエンド端末１００がアドレスを生成する処理手順を図１９及び図１１を用いて説明する。尚、この場合、エンド端末１００は、図１０で説明したルータアドバタイズ受信処理を、ステップ６５１からステップ６５７までの処理まで行って終了する。
【００７３】
図１９は、アプリケーション起動時にアドレス生成を行う処理に対応したアドレス生成管理テーブル９００Ｂの構成例を示す図である。本テーブル９００Ｂは、上述したアドレス生成管理テーブル９００のフィールドに加えて、アプリケーションプログラム起動時にエンド端末１００のＯＳにより与えられるプロセス識別子（以下「プロセスＩＤ」）を管理するフィールド９０４を有する。尚、図９で説明したように、アプリケーション識別子及びユーザ識別子の組は、ユーザ情報を登録する初期化処理において、アドレス生成管理テーブル９００Ｂに登録してある（フィールド９０３には何も登録されていない）とする。
【００７４】
図１１は、エンド端末１００におけるアプリケーション起動時の初期処理の手順を示すフローチャートである。
まず、エンド端末１００は、アプリケーションに特化したテーブル作成などの初期処理を行う(ステップ６１１)。
次に、エンド端末１００は、アドレス生成管理テーブル９００Ｂからアプリケーション識別子が一致するエントリを抽出し、対応するエントリのフィールド９０４に、起動したアプリケーションにＯＳより与えられたプロセスＩＤを設定する(ステップ６１２)。
【００７５】
次にエンド端末１００は、アプリケーションの使用環境対応にアドレスを準備する処理手順に移行する。
【００７６】
まず、エンド端末１００は、Ｉ／Ｆアドレス管理テーブル８００のフィールド８０１に登録されている値が「１」に対応するエントリのフィールド８０３が「Ｎｕｌｌ」であるかを調べる(ステップ６１３)。フィールド８０３が「Ｎｕｌｌ」である場合、エンド端末１００は、アドレス生成管理テーブルＢ９００Ｂから抽出したエントリの内、一つを選択し、フィールド９０１と９０２に登録されているアプリケーション識別子とユーザ識別子をフィールド８０５に設定する(ステップ６１４)。
【００７７】
その後、エンド端末１００は、アドレス生成管理テーブルＢ９００Ｂの上記で選択したエントリのフィールド９０３に「１」を設定する。このように、エンド端末１００は、このアプリケーションの使用環境に対しては、Ｉ／Ｆアドレス管理テーブル８００の登録番号「１」に対応するアドレスを割り付ける(ステップ６１５)。
【００７８】
Ｉ／Ｆアドレス管理テーブル８００のフィールド８０１の値が「１」に対応するフィールド８０３が既に設定されており、上記で抽出したアドレス生成管理テーブルの他のエントリが存在する場合、新たなアドレス生成が必要であるので、エンド端末１００は、図１０のステップ６６２、ステップ６６３及びステップ６６４と同様の処理を行ってアドレスを生成してＩ／Ｆアドレス管理テーブル８００に登録する。更にエンド端末１００は、登録したアドレスのフィールド８０５に対応する使用環境に、アドレス生成管理テーブルＢ９００Ｂの抽出した内の一つのエントリのフィールド９０１と９０２に登録されているアプリケーション識別子及びユーザ識別子を設定し(ステップ６１６、６１７)、エントリのフィ-ルド９０３に生成したアドレスの登録番号を設定する（ステップ６１８）。
エンド端末１００は、このアドレス生成処理を、全ての使用環境にアドレスを割り付けるまで繰り返し行う。
【００７９】
アドレス割付後、エンド端末１００は、使用環境数分（具体的にはアプリケーション識別子とユーザ識別子の組数分）のソケットをオープンし、自アドレスとして使用環境に割り当てたアドレスを設定し、相手アドレスとしてアプリケーションサーバアドレスを設定し(ステップ６１９)、ユーザ識別子毎にアプリケーションサーバとの認証処理を行い(ステップ６２０)、アプリケーションサービスの利用を開始する。
上述の処理により、エンド端末１００は、アプリケーションの起動に合わせてＩＰｖ６のアドレスを随時生成することができる。
【００８０】
図１２は、エンド端末１００が、アプリケーションを終了する際に、アプリケーションの使用環境に割り付けたアドレスを解放する手順を示すフローチャートである。この処理により、エンド端末１００は、不要となったＩＰｖ６のアドレスの設定を消去し、余分なＩＰｖ６のアドレスを保持しないようにする。
【００８１】
まずエンド端末１００は、アプリケーションに特化したテーブル情報の保存などの終了処理を行う(ステップ６８１)。次にエンド端末１００は、終了するアプリケーションに対応するプロセスＩＤが設定されているアドレス生成管理テーブルＢ９００Ｂのフィールド９０３に登録されている登録番号に対応する、Ｉ／Ｆアドレス管理テーブルのエントリのフィールド８０３に「解放フェーズ」を示す情報を設定する（ステップ６８２）。また、エンド端末１００は、「解放フェーズ」が設定されたエントリの登録番号に対応するアドレス生成管理テーブルのエントリのフィールド９０３に「Ｎｕｌｌ」を示す値を設定する(ステップ６８３)。
【００８２】
次に、エンド端末１００は、アドレス解放タイマを起動する（ステップ６８４）。アドレス解放タイマがタイムアウトした際に(ステップ６８５)、Ｉ／Ｆアドレス管理テーブル８００のフィールド８０１の値が「１」であるエントリが存在する場合(ステップ６８６)、エンド端末１００は、そのエントリのフィールド８０３の値を「Ｎｕｌｌ」に設定する(ステップ６８７)。フィールド８０１の値が「１」でないエントリが存在する場合、エンド端末１００は、Ｉ／Ｆアドレス管理テーブル８００から対応するエントリを全て削除する(ステップ６８８)。
【００８３】
以上示したように、エンド端末１００は、アプリケーション起動時時にアプリケーションのプロセスＩＤをアドレス生成管理テーブル９００Ｂに設定するとともに、アプリケーション識別子及びユーザ識別子の組に対応したアドレスとして、最初のアドレス生成時に作成した一つ目のアドレス、あるいは、新たに生成したアドレスとプロセスＩＤとを対応づけることにより、アプリケーション起動時に必要な数だけのアドレスを生成する。
【００８４】
又、アプリケーション終了時には、エンド端末１００は、アドレス生成管理テーブル９００Ｂから、終了するアプリケーションに対応するアドレスをプロセスＩＤにより抽出し、そのアドレスを解放することが可能になる。
【００８５】
尚、本実施形態では、一つの新プレフィクス情報がＣＰＥルータ１０１から配布されることを前提としたが、複数の新プレフィクス情報がＣＰＥルータ１０１からエンド端末１００に配布されても良い。
この場合、エンド端末１００が複数のルータアドバタイズメントを受信することにより、プレフィクス管理テーブル７００には複数の新プレフィクス情報が設定される。
【００８６】
更に、複数の新プレフィクス情報を受信するエンド端末１００では、アドレス生成管理テーブル９００に、アプリケーションが利用したいＩＳＰ情報を登録するフィールドを付加しても良い。このＩＳＰ情報は、ＣＰＥルータ１０１からのルータアドバタイズメントで通知される新プレフィクス情報に基いて、エンド端末１００が利用するＩＳＰを選択できる情報である。
【００８７】
本例では、ユーザがアプリケーションサービスを契約した際にＩＳＰ情報としてプレフィクスが通知されているとし、その値がアドレス生成管理テーブル９００のＩＳＰ情報フィールドに設定されているとする。
【００８８】
これにより、ルータアドバタイズメントを受けてアドレスを生成する際、エンド端末１００は、通知された新プレフィクス情報に含まれるプレフィクスとアドレス生成管理テーブル９００に登録されたＩＳＰ情報が一致した際に、図１０のステップ６５８以降の処理を行う。
あるいは、図１１のアプリケーション起動時において、アドレス生成時に、アドレス生成管理テーブル９００のＩＳＰ情報と一致するプレフィクス管理テーブル７００の選択処理を、ステップ６１６とステップ６１７の間に追加する構成とする。
【００８９】
このような手順でエンド端末１００がアドレス生成を行うことにより、複数の新プレフィクス情報がＣＰＥルータ１０１からエンド端末１００に配布されたとしても、エンド端末１００のアプリケーションでは必要なプレフィクス情報のもと複数のアドレスを生成することが可能である。
【００９０】
次に、エンド端末１００にて、使用環境を使いわけるアプリケーションプログラム６００、具体的にはＶｏＩＰクライアントの処理を図１３及び図１４を用いて説明する。
【００９１】
図１３は、ＶｏＩＰクライアントがユーザに提供するアドレス帳の基本情報を管理する宛先アドレス管理テーブル１３００の構成例を示す図である。宛先アドレス管理テーブル１３００はメモリ１２１に格納されている。宛先アドレス管理テーブル１３００は、名前を登録するフィールド１３０１、アプリケーションレベルで利用する宛先ユーザアドレスを登録するフィールド１３０２及び使用環境としてユーザ識別子が登録されるフィールド１３０３を有する。アドレス登録を行う際、ＶｏＩＰクライアントは、名前とアドレスに加えて使用環境（会社員として利用、あるいはプライベートの利用を示すユーザ識別子）を選択することにより、宛先アドレス管理テーブル１３００に新たなエントリを生成する。
【００９２】
図１４は、ＶｏＩＰクライアントにおける呼設定処理を行うＳＩＰクライアント処理の手順を示すフローチャートである。
ＶｏＩＰクライアントとして実行されるアプリケーションプログラム６００がユーザからの接続要求を受け付けると(ステップ１３１１)、エンド端末１００は、ユーザより指定された宛先情報（名前、宛先ユーザアドレス）に対応する宛先アドレス管理テーブル１３００のエントリのフィールド１３０３に登録された使用環境（ここではユーザ識別子をキーにして検索している）に対応する登録番号をアドレス生成管理テーブル９００より選択し、その登録番号に対応するＩ／Ｆアドレス管理テーブル８００のエントリのフィールド８０２に登録されているアドレス情報を得る。
【００９３】
その後、エンド端末１００は、得られたアドレス情報に含まれるアドレスを自アドレスとしたアプリケーション対応のソケットを介して、コネクト要求をアプリケーションサーバ１０４に送信する(ステップ１３１２)。
【００９４】
アプリケーションからの返答（以下「Ａｃｋ」）を受信したら(ステップ１３１３)、エンド端末１００は、Ａｃｋにより通知された相手ＩＰアドレスと自アドレスを設定する通話用ソケットオープンし(ステップ１３１４)、通話を開始する(ステップ１３１５)。
このように、エンド端末１００において通話相手の宛先情報と使用環境を対に管理しておくことにより、ユーザが選択した宛先に基づいてエンド端末１００が使用環境を識別し、送信の際に使用するアドレスを選択することが可能である。
【００９５】
尚、本実施形態では、一つのアプリケーションにより複数のアドレスを利用する例を説明したが、このようなアプリケーションが複数あっても良い。この場合、アドレスは、アプリケーションの使用環境数分だけ生成してもよいし、異なるアプリケーションの異なる使用環境間で、一つのアドレスを共用しても良い。この場合、I／Ｆアドレス管理テーブル８００のフィールド８０５に複数の使用環境を登録できるようにし、アプリケーションプログラム終了時に、対応するアドレスの使用環境をフィールド８０５から削除する。
【００９６】
更に、フィールド８０５に登録されている使用環境が無くなった場合、エンド端末１００は、図１２の処理ステップ６８４の示すアドレス解放タイマを起動し、ステップ６８５からステップ６８８に従う処理を行う。
このように処理することにより、エンド端末１００において、複数のアプリケーション間で一つのアドレスを共用することができる。
【００９７】
次に、図１５から図１７を用いて、携帯電話のＩＰパケット網に接続するエンド端末１００、具体的には携帯電話において本発明を適用した本発明の第二の実施形態を説明する。
図１５は、本発明の第二の実施形態である、携帯電話のＩＰパケット網システムの構成を示す図である。ＩＰパケット網システムは、ホームロケーションレジスタ１５００、ＳＩＰサーバ１０４Ｂ、パケットデータノード１５０２、基地局制御装置１５０１、ＩＰパケット網１５０３及びエンド端末１００Ｂを有する。
【００９８】
エンド端末１００Ｂは携帯電話であり、エンド端末１００Ｂと無線によりデータの送受信を行う無線基地局を有した基地局制御装置１５０１を介してパケットデータノード１５０２に接続される。パケットデータノード１５０２、エンド端末１００Ｂの認証情報と位置情報を管理するホームロケーションレジスタ１５００及びエンド端末１００ＢのＶｏＩＰ電話サービスを実現するアプリケーションサーバであるＳＩＰサーバ１０４Ｂは、ＩＰパケット網１５０３を介して相互に接続される。エンド端末１００Ｂは、パケットデータノード１５０２を介して、ＳＩＰサーバ１０４Ｂへサービスの要求を行う。
【００９９】
図１６は、エンド端末１００Ｂのハードウェア構成の一例を示す図である。
エンド端末１００Ｂは、無線制御を行う通信処理部１１０、ユーザＩ／Ｆ部の制御、アプリケーション処理及びＩＰレイヤ以上のプロトコル処理を行う制御部１１１、表示部、スイッチ部、スピーカ及びマイクを有するユーザＩ／Ｆ部並びにこれらを相互に接続する内部バスを有する。スイッチ部には本発明に対応するセレクトキー１１３を設け、エンド端末１００Ｂのユーザは、使用環境をセレクトキー１１３から選択できる。
【０１００】
セレクトキー１０３は、「オン」と「オフ」の２つの状態を備え、ユーザが「オン」と「オフ」の状態に使用環境を設定できるとする。エンド端末１００Ｂは、ＶｏＩＰ電話サービスの利用開始する前に、制御部１１１で実行されるアプリケーション初期処理６１０に先立つ初期化プログラムに基づいて、アドレス生成管理テーブル９００Ｂの生成、セレクトキー１１３と使用環境の対応付けを下記の手順で行う。
【０１０１】
まず、契約毎に準備されるユーザ識別子をユーザにより入力してもうらうことにより、アドレス生成管理テーブル９００Ｂに使用環境を設定する。
次に、エンド端末１００Ｂは、表示画面に一つのユーザ識別子に対応する自分のユーザアドレスとセレクトキー状態を表示し、オン又はオフの２つの状態から１つをユーザに選択してもらう。又、その他の使用環境が存在する場合、その他のユーザ識別子に対応するユーザアドレス表示時には、セレクトキー１１３の選択されていな状態を表示し、ユーザに選択してもらう。これにより、エンド端末１００Ｂは、セレクトキー状態とユーザ識別子の対応を管理する。
【０１０２】
尚、本実施形態ではセレクトキー１１３が1つなので、ユーザは２つの使用環境の選択しかできないが、複数のセレクトキー１１３を設ける、あるいはセレクトキー１１３とダイヤルキーを組み合わせて利用することにより、ユーザに３つ以上の使用環境を選択させても良い。
【０１０３】
本実施形態では、パケットデータノード１５０２が、先述した実施形態におけるＣＰＥルータ１０１と同様の処理を行う。したがって、先述した処理と同様の処理を行うことにより、エンド端末１００Ｂで、使用環境に応じた複数のアドレスを得ることが可能である。
【０１０４】
この際、上述したアドレス生成処理、アプリケーション初期処理、アプリケーション終了処理及びＳＩＰクライアント処理は、エンド端末１００Ｂの制御部１１１内のＣＰＵ１１４で実行される。又、これらの処理に対応するプログラムはＲＯＭ１１６内に格納されており、プレフィクス管理テーブル７００、Ｉ／Ｆアドレス管理テーブル８００及びアドレス生成管理テーブル９００は、制御部１１１内のＲＡＭ１１５に配置される。
【０１０５】
エンド端末１００Ｂは、アプリケーション初期処理にて、アドレス生成管理テーブル９００Ｂの全エントリのフィールド９０３とフィールド９０４の値を設定する。ユーザが通話を開始する際、ユーザは、セレクトキー１１３により使用環境の選択を行う。セレクトキー１１３の状態信号を受け付けた制御部１１１では、使用環境選択処理を以下の手順で行う。
【０１０６】
まず、制御部１１１は、受け付けた状態信号からセレクトキー１１３の状態を確認し、初期化プログラムでセレクトキー１１３に対応付けられたユーザ識別子を抽出する。
次に、制御部１１１は、アドレス生成管理テーブル９００Ｂから、抽出したユーザ識別子と一致するエントリを選択し、フィールド９０４に設定されているプロセスＩＤを持つアプリケーションのＳＩＰクライアント処理を起動する。制御部１１１は、ユーザからの宛先情報を受付けＳＩＰクライアント処理を実行するが、既に使用環境は選択されていることから、ステップ１３１２では、宛先アドレス管理テーブル１３００を参照せずに、セレクトキーより選択されたアドレス生成管理テーブル９００Ｂのフィールド９０３の登録番号と等しいＩ/Ｆアドレス管理テーブル８００のエントリのフィールド８０２に設定されているアドレスを用いて、コネクト要求を行う。以下ステップ１３１３、１３１４、１３１５により、通話が可能になる。
【０１０７】
尚、エンド端末１００Ｂに電源が投入され、携帯電話ＩＰパケット網１５０３と論理的に接続される際、エンド端末１００Ｂが行う網との間の認証手順の一環として、必要な数だけのＩＰアドレスを得る手順を付加することも可能である。
【０１０８】
これを実現するため、図１７に示すように、ホームロケーションレジスタ１５００が有する、エンド端末１００Ｂを管理する端末管理テーブル１５１０において、端末番号が登録されるフィールド１５１１、認証情報が登録されるフィールド１５１２に加えて、割り付けるＩＰアドレスを複数管理するフィールド１５１３を備えることにより、端末認証時に、ホームロケーションレジスタ１５００が、複数のＩＰアドレスをエンド端末１００Ｂに配布してもよい。
【０１０９】
以上により、図１４に示すＳＩＰクライアント処理１３１０を、携帯電話ＩＰパケット網１５０３に接続するエンド端末１００Ｂにおいて実現することが可能になる。
【０１１０】
以上説明したように、本発明では、一つのエンド端末において、配布された一つ又は複数のプレフィクス情報から複数のＩＰｖ６アドレスを生成し、使用環境ごとに異なる自アドレスを割り付けたソケットを利用して通信する。これにより、一つのアプリケーションの異なるユーザの使用環境をＩＰｖ６アドレスにより使い分けることが可能になる。
【０１１１】
尚、上述の実施形態では、「使用環境」をアプリケーションと使用者とを示す情報の組として説明したが、単に、アプリケーションを示す情報あるいは使用者を示す情報だけの構成も考えられる。
【０１１２】
また、本発明によれば、アプリケーション起動時に使用環境対応にＩＰｖ６アドレスを割付、割り付けるアドレスが無い場合は、新しいアドレスを生成し、アプリケーションのプロセスＩＤとアドレスを対応付けて管理することにより、アプリケーション終了時に利用しなくなったアドレスを無効化することが可能となり、エンド端末としては必要最小限のアドレスだけを持つことになる。
【０１１３】
さらに、本発明によれば、アプリケーション毎に利用するプレフィクス情報を管理することにより、エンド端末が複数の新プレフィクスを配布されていても、配布された新プレフィクスから利用する新プレフィクスを選択してアドレスを生成し、アプリケーションにおいて異なるユーザの使用環境を利用することが可能になる。
【０１１４】
さらに、本発明によれば、生成したアドレス対応にアプリケーションとその使用環境を管理付けることにより、異なるユーザの使用環境を持つ複数のアプリケーションにおいてアドレスを共用しながら、一つのアプリケーションではアドレスにより使用環境を使い分けることが可能になる。
【０１１５】
さらに、本発明によれば、移動体ＩＰパケット網に接続するエンド端末において、網へアタッチする際の認証処理において、エンド端末に必要な複数アドレスを入手することができる。
【０１１６】
さらに、本発明によれば、宛先と使用環境を対応付けておくことにより、宛先の情報から、利用すべき自アドレスを選択することができる。
【０１１７】
【発明の効果】
以上説明したように、本発明によれば、エンド端末において、一つのアプリケーションの異なるユーザの使用環境をＩＰｖ６アドレスにより使い分けることが可能になる。
【図面の簡単な説明】
【図１】本発明を適用した実施形態のシステム構成例を示す図である。
【図２】プレフィクスプールテーブルの構成例を示す図である。
【図３】ＰＥルータにおけるＣＰＥルータへのプレフィクス通知処理手順を示すフローチャートである。
【図４】ＩＳＰ管理テーブルの例を示す図である。
【図５】ＣＰＥルータにおけるプレフィクス情報獲得処理手順を示すフローチャートである。
【図６】エンド端末１００のソフトウェア構成例を示す図である。
【図７】プレフィクス管理テーブルの構成例を示す図である。
【図８】Ｉ／Ｆアドレス管理テーブルの構成例を示す図である。
【図９】アドレス生成管理テーブルの構成例を示す図である。
【図１０】エンド端末におけるアドレス生成処理を示すフローチャートである。
【図１１】エンド端末におけるアプリケーション起動時の初期処理を示すフローチャートである。
【図１２】エンド端末におけるアプリケーション終了処理において使用環境に割り付けたアドレス解放手順を示すフローチャートである。
【図１３】宛先アドレス管理テーブルの構成例を示す図である。
【図１４】ＳＩＰクライアント処理を示すフローチャートである。
【図１５】本発明を適用した携帯電話のＩＰパケット網システム構成の構成例を示す図である。
【図１６】本発明を適用したエンド端末のハードウェア構成例を示す図である。
【図１７】端末管理テーブルの一構成例を示す図である。
【図１８】エンド端末のハードウェア構成を示す図である。
【図１９】アドレス生成管理テーブルの構成例を示す図である。
【符号の説明】
１００…エンド端末、１０１…ＣＰＥルータ、１０３…ＰＥルータ。
Claims (9)
- 端末と、
前記端末との間で無線信号を送受信するための基地局制御装置と、
前記基地局制御装置と接続するパケットデータノードと、
前記パケットデータノードとＩＰネットワークを介して接続し、前記端末の認証情報と
位置情報を管理するホームロケーションレジスタと、
ＶｏＩＰ電話からの接続要求を受け付けるＳＩＰサーバとを有し、
前記ロケーションレジスタにおいて、前記端末に割付ける複数のＩＰｖ６アドレスを管理し、前記ＩＰネットワークに接続した際に行う認証処理において、前記複数のＩＰｖ６アドレスを前記端末に配布し、
前記端末は、ＶｏＩＰ電話サービスの複数のユーザアドレスと前記ＩＰｖ６アドレスとを対応付けて管理し、
利用者がＶｏＩＰ電話サービスを利用する際に選択したユーザアドレスに対応したＩＰｖ６アドレスを用いて、前記ＳＩＰサーバに対して接続要求を送信することを特徴とする通信システム。 - 制御部及びネットワークと接続するためのネットワークインタフェース部を有し、
前記制御部は、アプリケーションの識別子及びユーザの識別子を有するアドレス生成管理情報を有し、
前記ネットワークを介して配信される複数のプレフィクスと前記アドレス生成管理情報に基づいて、前記ユーザ及び前記アプリケーションに対応付けて複数のIPアドレスを生成することを特徴とする端末。 - 請求項２において、
前記IPアドレスは、IPv６アドレスであり、
前記制御部が有するI／Fアドレス管理情報は、プレフィクスが異なる複数のIPv６アドレスを前記ユーザ及び前記アプリケーションに対応付けて前記管理することを特徴とする端末。 - 請求項２において、
前記アプリケーションを起動したときに、当該アプリケーションに対応付けられる前記IPアドレスを生成することを特徴とする端末。 - 請求項２において、
前記IPアドレスは、サービス契約の種類と対応付けられていることを特徴とする端末。 - 請求項２において、
前記ユーザ及び前記アプリケーションの情報を含む使用環境の選択をユーザから受け付ける手段を備えたことを特徴とする端末。 - ネットワークを介して異なるプレフィクスが通知される端末のアドレス生成方法において、
前記端末が、ネットワークを介して複数のプレフィクスを受信するステップと、
制御部が、アプリケーションの識別子及びユーザの識別子を有するアドレス生成管理情報と前記受信したプレフィクスに基づいてIPアドレスを生成するステップと、
前記制御部が、前記生成したアドレスを前記アプリケーション及び前記アプリケーションに対応付けてI／Fアドレス管理情報に登録するステップとを有することを特徴とするアドレス生成方法。 - 請求項７において、
前記IPアドレスは、IPv６アドレスであることを特徴とするアドレス生成方法。 - 請求項７において、
前記アプリケーションを起動したときに、当該アプリケーションに対応付けられる前記IPアドレスを生成することを特徴とするアドレス生成方法。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003202158A JP4186733B2 (ja) | 2003-07-28 | 2003-07-28 | 通信システム、端末及びアドレス生成方法 |
| US10/898,352 US20050041671A1 (en) | 2003-07-28 | 2004-07-26 | Network system and an interworking apparatus |
| US12/253,519 US20090041058A1 (en) | 2003-07-28 | 2008-10-17 | Network system and an interworking apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003202158A JP4186733B2 (ja) | 2003-07-28 | 2003-07-28 | 通信システム、端末及びアドレス生成方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005045472A JP2005045472A (ja) | 2005-02-17 |
| JP4186733B2 true JP4186733B2 (ja) | 2008-11-26 |
Family
ID=34261959
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003202158A Expired - Fee Related JP4186733B2 (ja) | 2003-07-28 | 2003-07-28 | 通信システム、端末及びアドレス生成方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4186733B2 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006253811A (ja) * | 2005-03-08 | 2006-09-21 | Ricoh Co Ltd | 電子機器、ｉｐアドレス決定方法、ｉｐアドレス決定プログラム、ｉｐアドレス決定プログラムを記録した記録媒体 |
| US20060251066A1 (en) * | 2005-05-09 | 2006-11-09 | Nokia Corporation | Terminal routing identity as user identity for UICC-less terminals |
| JP4751788B2 (ja) * | 2005-08-24 | 2011-08-17 | 株式会社リコー | 通信機器、通信方法および通信プログラム |
| TW200718098A (en) * | 2005-08-25 | 2007-05-01 | Nat Inst Inf & Comm Tech | Communication apparatus, communication method, communication protocol processing method, communication terminal apparatus, communication method thereof, communication system and communication method thereof |
| JP4675842B2 (ja) * | 2006-07-03 | 2011-04-27 | パナソニック株式会社 | Ｉｐアドレス管理システム、ｉｐアドレス管理方法及びプログラム |
| JP4979294B2 (ja) * | 2006-07-28 | 2012-07-18 | キヤノン株式会社 | 通信制御装置、及びその制御方法 |
| WO2008069100A1 (ja) * | 2006-12-08 | 2008-06-12 | Nec Corporation | 通信システム、ノード装置及びそれらに用いる通信方法 |
| JP5143954B2 (ja) * | 2008-08-29 | 2013-02-13 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 通信ネットワークにおけるプレフィックスデリゲーション |
| WO2010047107A1 (ja) * | 2008-10-22 | 2010-04-29 | パナソニック株式会社 | 通信システム、通信方法、ネットワーク側通信装置並びに通信端末 |
| JP5279633B2 (ja) * | 2009-06-29 | 2013-09-04 | キヤノン株式会社 | 通信装置及びその制御方法、並びにプログラム |
| JP5578065B2 (ja) * | 2010-12-22 | 2014-08-27 | ブラザー工業株式会社 | 通信装置、通信装置のプログラムおよび通信装置の制御方法 |
| KR101969542B1 (ko) * | 2017-12-21 | 2019-04-16 | 엘아이지넥스원 주식회사 | 사용자 정보를 이용한 통신용 식별 주소 생성 장치 및 이를 구비하는 단말간 통신 시스템 및 방법 |
| CN114401249B (zh) * | 2021-12-08 | 2024-01-23 | 云南电网有限责任公司红河供电局 | 一种IPv6地址分配方法及系统 |
| CN114422474B (zh) * | 2021-12-20 | 2023-11-10 | 广西壮族自治区公众信息产业有限公司 | 基于RADIUS服务器的用户IPv6地址生成方法 |
-
2003
- 2003-07-28 JP JP2003202158A patent/JP4186733B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005045472A (ja) | 2005-02-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20050041671A1 (en) | Network system and an interworking apparatus | |
| JP3574372B2 (ja) | Ｄｎｓサーバ、端末および通信システム | |
| JP4727126B2 (ja) | 近距離無線コンピューティング装置用のセキュア・ネットワーク・アクセスの提供 | |
| US7616615B2 (en) | Packet forwarding apparatus for connecting mobile terminal to ISP network | |
| JP4106909B2 (ja) | パケット通信制御装置及びパケット通信制御方法 | |
| JP4186733B2 (ja) | 通信システム、端末及びアドレス生成方法 | |
| JP3675800B2 (ja) | 音声通話ソフトウェア、及び音声通話装置 | |
| WO2007068167A1 (fr) | Procede et dispositif de reseau permettant de configurer le nom de domaine dans un reseau d'acces ipv6 | |
| JP2001527331A (ja) | インターネットにおけるモビリティをサポートするための方法 | |
| WO2007009367A1 (fr) | Méthode de détection de doublons d’adresse dans un réseau d’accès deux couches ipv6 et système pour celle-ci | |
| WO2009098530A1 (en) | Combining locally addressed devices and wide area network (wan) addressed devices on a single network | |
| WO2007016850A1 (fr) | Procédé, système et appareil d’accès au serveur web | |
| JP4524906B2 (ja) | 通信中継装置、通信中継方法、および通信端末装置、並びにプログラム記憶媒体 | |
| JP2004120534A (ja) | ルータと中継装置、フォワーディング方法 | |
| US20090141705A1 (en) | Device and method for address-mapping | |
| JP2010062757A (ja) | Ｄｎｓプロキシ装置及びｄｎｓ中継方法 | |
| JP5241665B2 (ja) | 通信装置、通信システムおよび通信方法 | |
| JP2005064570A (ja) | ネットワークシステム及びインターネットワーク装置 | |
| JP4654613B2 (ja) | 通信システム、通信方法、アドレス配布システム、アドレス配布方法、通信端末 | |
| JP3864397B2 (ja) | ユーザエッジルータ、ゲートウェイルータ、マルチホーミング通信システム、マルチホーミング通信方法およびマルチホーミング通信プログラム | |
| WO2011124121A1 (zh) | 网间数据通讯系统及方法 | |
| JP2005210554A (ja) | Ｄｈｃｐ代理サーバ | |
| JP2007074059A (ja) | 通信支援装置、システム、通信方法及びコンピュータプログラム | |
| JP4242752B2 (ja) | アドレス表管理方法、及び、端末 | |
| JP2008206081A (ja) | マルチホーミング通信システムに用いられるデータ中継装置およびデータ中継方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050916 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071016 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071225 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080122 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080213 |
|
| 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: 20080901 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110919 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120919 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120919 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130919 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |