(57)【要約】（課題）Ｍｏｂｉｌｅ  ＩＰｖ６はＭＮに固定ホームアドレスを付与することにより、ＭＮ１の到達性を保証する。ユーザがＭｏｂｉｌｅ  ＩＰｖ６サービスを利用するには、ＭＮ１がＭｏｂｉｌｅ  ＩＰｖ６機能を備え、アプリケーションがＩＰｖ６に対応する必要がある。しかし、上記ＭＮ１は少ない。また、ＭＮ１は送受信パケットに対してＩＰｓｅｃ処理を繰り返し実施する機能を持たない。（解決手段）ＭＮ１のシナリオ処理部２３は、Ｍｏｂｉｌｅ  ＩＰの位置登録応答メッセージを受信すると、通信方法に応じた処理を選択し実行する手段を備える。シナリオ処理部２３が通信方法を選択する手段を備えることにより、ＭＮ１に対して機能追加が容易になる。さらに、ＭＮ１がＩＰｓｅｃ処理を複数回実施する手段を備えることにより、セキュリティ管理形態に応じた通信装置の提供が可能になる。
2005006674.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、パケットを送信及び受信する送受信部と、ＣＰＵと、上記送受信部から受信したパケットに対して上記ＣＰＵが行う第一及び第二の処理用のプログラムを記憶したメモリとを備えた端末であって、上記第一の処理及び第二の処理は、上記受信したパケットの同じレイヤに対する処理であることを特徴とする端末。
【請求項２】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに対する終端処理であることを特徴とする請求項１記載の端末。
【請求項３】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたセキュリティ処理を終端する処理であることを特徴とする請求項１または２記載の端末。
【請求項４】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施された暗号化を復号する処理であることを特徴とする請求項１乃至３のいずれかに記載の端末。
【請求項５】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたＩＰｓｅｃの終端処理であることを特徴とする請求項１乃至４のいずれかに記載の端末。
【請求項６】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたＴＬＳの終端処理であることを特徴とする請求項１乃至４のいずれかに記載の端末。
【請求項７】
上記メモリにはさらに、第一のオペレーションシステム用のプログラム及び該第一のオペレーションシステム上で動作する第二のオペレーションシステム用のプログラムが記憶されており、上記第一の処理は上記第二のオペレーションシステム上での処理であり、上記第二の処理は上記第一のオペレーションシステム上での処理であることを特徴とする請求項１乃至６のいずれかに記載の端末。
【請求項８】
上記第二のオペレーションシステムは、上記第一のオペレーションシステム上に構築された仮想マシン上で動作することを特徴とする請求項７記載の端末。
【請求項９】
上記ネットワークにはさらに、上記端末の位置情報を管理するサーバが接続されており、上記第一及び第二の処理の対象である上記受信されたパケットは、上記サーバから上記端末へ送信されたパケットであることを特徴とする請求項１乃至８のいずれかに記載の端末。
【請求項１０】
上記端末及び上記サーバはＭｏｂｉｌｅＩＰの機能に対応した端末及びサーバであって、上記端末はＭｏｂｉｌｅＮｏｄｅとして機能する端末であり、上記サーバは、上記端末のＨｏｍｅＡｇｅｎｔとして機能するサーバであることを特徴とする請求項９記載の端末。
【請求項１１】
ネットワークに接続された端末及びサーバを備えた通信システムであって、上記端末は、パケットを送信及び受信する送受信部と、ＣＰＵと、上記送受信部から受信したパケットに対して上記ＣＰＵが行う第一及び第二の処理用のプログラムを記憶したメモリとを備えた端末であって、上記サーバは、パケットを送信及び受信する送受信部と、ＣＰＵと、上記端末の位置情報を記憶したメモリとを備えたサーバであって、上記端末における第一の処理及び第二の処理は、上記サーバから受信したパケットの同じレイヤに対する処理あることを特徴とする通信システム。
【請求項１２】
上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに対する終端処理であることを特徴とする請求項１１記載の通信システム。
【請求項１３】
上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたセキュリティ処理を終端する処理であることを特徴とする請求項１１または１２記載の通信システム。
【請求項１４】
上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに施された暗号化を復号する処理であることを特徴とする請求項１１乃至１３のいずれかに記載の通信システム。
【請求項１５】
上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたＩＰｓｅｃの終端処理であることを特徴とする請求項１１乃至１４のいずれかに記載の通信システム。
【請求項１６】
上記端末における第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたＴＬＳの終端処理であることを特徴とする請求項１１乃至１４のいずれかに記載の通信システム。
【請求項１７】
上記端末のメモリにはさらに、第一のオペレーションシステム用のプログラム及び該第一のオペレーションシステム上で動作する第二のオペレーションシステム用のプログラムが記憶されており、上記端末における第一の処理は上記第二のオペレーションシステム上での処理であり、上記端末における第二の処理は上記第一のオペレーションシステム上での処理であることを特徴とする請求項１１乃至１６のいずれかに記載の通信システム。
【請求項１８】
上記第二のオペレーションシステムは、上記第一のオペレーションシステム上で構築された仮想マシン上で動作することを特徴とする請求項１７記載の通信システム。
【請求項１９】
上記端末及び上記サーバはＭｏｂｉｌｅＩＰの機能に対応した端末及びサーバであって、上記端末はＭｏｂｉｌｅＮｏｄｅとして機能する端末であり、上記サーバは、上記端末のＨｏｍｅＡｇｅｎｔとして機能するサーバであることを特徴とする請求項１１乃至１８のいずれかに記載の通信システム。
【請求項２０】
ネットワークを介して端末またはルータに接続され、パケットを送信及び受信する送受信部と、ＣＰＵと、上記端末または上記ルータのアドレスを記憶したメモリを備えたホームエージェントであって、さらに上記送受信部から受信したパケットに対して上記ＣＰＵが行う第一及び第二の処理用のプログラムを記憶したメモリを備え、上記第一の処理及び第二の処理は、上記受信したパケットの同じレイヤに対する処理であることを特徴とするホームエージェント。
【請求項２１】
移動端末と移動ルータに接続され、上記移動端末と上記移動ルータのアドレスを記憶した上記メモリを有し、上記移動端末から上記移動ルータを経由して受信したパケットに対して上記第一の処理及び第二の処理を行うことを特徴とする請求項２０記載のホームエージェント。
【請求項２２】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに対する終端処理であることを特徴とする請求項２０記載のホームエージェント。
【請求項２３】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたセキュリティ処理を終端する処理であることを特徴とする請求項２０記載のホームエージェント。
【請求項２４】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施された暗号化を復号する処理であることを特徴とする請求項２０記載のホームエージェント。
【請求項２５】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたＩＰｓｅｃの終端処理であることを特徴とする請求項２０記載のホームエージェント。
【請求項２６】
上記第一及び第二の処理は、上記受信したパケットの同じレイヤに施されたＴＬＳの終端処理であることを特徴とする請求項２０記載のホームエージェント。
【請求項２７】
上記プログラムを記憶したメモリはさらに、第一のオペレーションシステム用のプログラム及び該第一のオペレーションシステム上で動作する第二のオペレーションシステム用のプログラムが記憶されており、上記第一の処理は上記第二のオペレーションシステム上での処理であり、上記第二の処理は上記第一のオペレーションシステム上での処理であることを特徴とする請求項２０記載のホームエージェント。
【請求項２８】
上記第二のオペレーションシステムは、上記第一のオペレーションシステム上に構築された仮想マシン上で動作することを特徴とする請求項２７記載のホームエージェント。
【発明の詳細な説明】
【技術分野】  本発明は、ネットワークに接続された端末、該端末に関する通信制御方法及び該端末の制御プログラムに関する。特に、移動体端末装置、移動通信制御方法、および、移動端末の制御プログラムに関する。中でも、モバイルＩＰ（Ｍｏｂｉｌｅ  ＩＰ）プロトコルを適用した移動通信システムにおける移動体端末装置に関する。
【背景技術】  近年移動体通信網のＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）化の検討が活発化している。
ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）は、Ｍｏｂｉｌｅ  ＩＰｖ６仕様の標準化をすすめている（例えば、非特許文献１：Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  ｉｎ  ＩＰｖ６〈ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｉｐｖ６−２４．ｔｘｔ〉、Ｗｏｒｋ  ｉｎ  Ｐｒｏｇｒｅｓｓ参照。）。
Ｍｏｂｉｌｅ  ＩＰｖ６の網構成要素は、移動ノード（ＭＮ：Ｍｏｂｉｌｅ  Ｎｏｄｅ）、ホームエージェント（ＨＡ：Ｈｏｍｅ  Ａｇｅｎｔ）、通信相手（ＣＮ：Ｃｏｒｒｅｓｐｏｎｄｅｎｔ  Ｎｏｄｅ）である。
ＭＮには、移動しても変わることのない一意のＩＰアドレス（ホームアドレス）が付与される。ホームアドレスと同じプレフィックスを持つリンクをホームリンクと呼ぶ。ここで、プレフィックスとは，ＩＰアドレスのネットワーク部を示す。
ＭＮはホームリンク以外のリンクに移動すると（移動先のリンクを在圏リンクという）、在圏リンクにおいてＩＰアドレスを取得する。このアドレスを気付アドレス（Ｃａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ、以下ＣｏＡで表す）とよぶ。ＭＮは在圏リンクに移動した際に、在圏リンクに存在するルータが定期的に送信するルータ広告を受信する。ＭＮはこのルータ広告に含まれるホームアドレスと異なるプレフィックスを検出することでホームリンクから在圏リンクへの移動を検知する。ルータ広告メッセージは，ＩＰｖ６の近隣探索（Ｎｅｉｇｈｂｏｒ  Ｄｉｓｃｏｖｅｒｙ）（ＩＥＴＦ  ＲＦＣ２４６１）において規定される。上記メッセージは，ルータが自分の存在を同一リンク上の他のノードに通知するために利用する。
ＭＮは移動を検知すると、ＨＡに位置登録を行う。位置登録信号及びその応答信号は、ＩＰｓｅｃを用いてセキュリティを確保する。ＨＡは、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅにホームリンク以外に存在するＭＮのホームアドレスと気付アドレスの対応情報（バインディング情報）を保持する。次に、ＨＡは、ＣＮからＭＮのホームアドレス宛に送信されるパケットを捕捉するため、Ｇｒａｔｕｉｔｏｕｓ  Ｎｅｉｇｈｂｏｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔをマルチキャストして上記ＭＮのプロキシとして動作する。
以下、ＣＮがＭＮ宛にパケットを送信する手順を説明する。
ＣＮはＭＮのホームアドレス宛にパケットを送信する。ＨＡは上記ＭＮのホームアドレス宛パケットを捕捉する。ＨＡはＢｉｎｄｉｎｇ  Ｃａｃｈｅを検索して、ＭＮのホームアドレスに対応するＣｏＡを取得する。ＨＡは受信したパケットに該当ＣｏＡ宛のＩＰヘッダを付加（カプセル化）してパケットを送信する。ＨＡ−ＭＮのカプセル化区間をモバイルトンネルと呼ぶ。
ＭＮは上記ＣｏＡ宛のパケットを受信すると、先に付加されたＩＰヘッダを除去（デカプセル化）してオリジナルパケットを復元する。モバイルトンネルは、ＩＰｓｅｃによりセキュリティを確保してもよい。カプセル化パケットを受信したＭＮは、ＣＮにＭＮのバインディング情報を通知し、経路最適化を行ってもよい。
また、Ｍｏｂｉｌｅ  ＩＰｖ６をベースに局所的な移動管理を行う技術として、Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＨＭＩＰｖ６）が提案されている（非特許文献２：Ｈｉｅｒａｒｃｈｉｃａｌ  Ｍｏｂｉｌｅ  ＩＰｖ６  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ（ＨＭＩＰｖ６）
〈ｄｒａｆｔ−ｉｅｔｆ−ｍｏｂｉｌｅｉｐ−ｈｍｉｐｖ６−０７．ｔｘｔ〉、Ｗｏｒｋ  ｉｎ  Ｐｒｏｇｒｅｓｓ参照。）。
ＨＭＩＰｖ６は、ＨＡとＭＮの間にＭＡＰ（Ｍｏｂｉｌｅ  Ａｎｃｈｏｒ  Ｐｏｉｎｔ）を備える。ＭＡＰは、ローカルなＨＡ機能を提供する。ＭＡＰは、配下にＡＲ（Ａｃｃｅｓｓ  Ｒｏｕｔｅｒ）を備えてもよい。ＭＮは、ＡＲ又はＭＡＰからＭＡＰオプションを含むルータ広告を受信し、ＭＡＰのＩＰアドレスを取得する。ＭＡＰオプションには、ＭＡＰのグローバルアドレス、ＭＡＰのプレフィックス、ＭＡＰのプリファレンス、ＭＡＰまでのホップ数等が含まれる。ＭＡＰはＡＲに以下のいずれかの方法によりＭＡＰオプションを通知する。
（１）ＭＡＰオプションを含むルータ広告をルータ（ＡＲ）に配信する。（２）ＭＡＰはＩＰｖ６のルータリナンバリング機能を拡張してＡＲにＭＡＰオプションを通知する。ＭＡＰがＡＲにＭＡＰオプションを通知するかわりに、網管理者がＡＲにＭＡＰオプションの情報を設定してもよい。
ＡＲは，ＭＡＰオプションを含むルータ広告を受信すると，上記オプションを含むルータ広告を配下に位置するＭＮに対して送信する。
ＨＭＩＰｖ６対応ＭＮはＭＡＰオプションを含むルータ広告を受信すると、ＭＡＰオプションの情報を格納する。ＨＭＩＰｖ６対応ＭＮは、ＭＡＰオプションに含まれるＭＡＰプレフィックス（ＭＡＰが存在するリンクのプレフィックス）とＭＮのインタフェース識別子から地域気付アドレス（Ｒｅｇｉｏｎａｌ  Ｃｏｒｅ  ｏｆ  Ａｄｄｒｅｓｓ：ＲＣｏＡ）を生成する。また、ＡＲが送信するルータ広告に含まれるプレフィックス情報（ＡＲのプレフィックス）を用いて、ＨＭＩＰｖ６対応ＭＮはリンク気付アドレス（Ｏｎ−ｌｉｎｋ  ＣｏＡ：ＬＣｏＡ）を生成する。ＬＣｏＡは、Ｍｏｂｉｌｅ  ＩＰｖ６の気付アドレス（ＣｏＡ）に相当する。
ＨＭＩＰｖ６対応ＭＮは、まず、ＭＡＰに位置登録を行う。ＭＡＰは、ＭＮのＲＣｏＡとＬＣｏＡの対応情報を管理する。次に、ＭＮはＨＡに位置登録を行う。ＨＡはＭＮのホームアドレスとＲＣｏＡの対応情報を管理する。ＭＮがＭＡＰ内で移動した場合、ＭＮはＭＡＰの位置情報のみ更新する。
さらに、ノードの集合移動をサポートするモバイルルータを用いて、ネットワーク単位でモビリティを管理するＮｅｔｗｏｒｋ  Ｍｏｂｉｌｉｔｙ技術が注目されつつある（例えば、非特許文献３：″Ｎｅｔｗｏｒｋ  Ｍｏｂｉｌｉｔｙ  Ｓｕｐｐｏｒｔ  Ｇｏａｌｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ″〈ｄｒａｆｔ−ｉｅｔｆ−ｎｅｍｏ−ｒｅｑｕｉｒｅｍｅｎｔｓ−０１．ｔｘｔ〉、Ｗｏｒｋ  ｉｎ  Ｐｒｏｇｒｅｓｓ参照。）。モバイルルータはＨＡを持ち、ＨＡに位置登録を行う。モバイルルータは，モバイルＩＰのＭＮ機能とルータ機能を備える。モバイルルータが移動する間のセッション連続性を維持するため、モバイルルータのＨＡとモバイルルータの間には，モバイルＩＰ技術を適用する。ＨＡが，モバイルルータの配下に位置する端末宛のパケットを捕捉して，モバイルルータに転送する。このため，モバイルルータが移動する間のセッション連続性が維持できる。モバイルルータとＨＡの間のパケットには，ＩＰヘッダが付加される。モバイルルータを含む移動ネットワークは、固定ノード又は移動ノードを含む。移動ネットワーク内に移動ネットワークが存在してもよい。移動ネットワークのノードが移動ネットワーク外のノードと通信する際、全トラヒックがモバイルルータとＨＡ間のトンネルを通過する。
ある特定のマシン・アーキテクチャやハードウェア・プラットフォームをエミュレーションする技術に、仮想マシンがある。一般に、仮想マシンは、ソフトウェアで実現される。通常、仮想マシンはある装置のＯｐｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ（ＯＳ）上で動作する。このため、仮想マシンそのものを実行するために使われるＯＳをホストＯＳと、仮想マシンの上で実行されるＯＳをゲストＯＳと呼ぶ。
一方、ＩＰ網におけるセッション制御プロトコルとして、ＳＩＰ（ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（非特許文献４：ＩＥＴＦ  ＲＦＣ３２６１、ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ参照。）が注目されている。ＳＩＰは、ＩＥＴＦで仕様化されたＩＰマルチメディア通信のセッション制御を行うプロトコルである。ＳＩＰを用いた代表サービスにＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）がある。ＶｏＩＰは音声情報をＩＰネットワーク上で送受信する技術である。ＳＩＰによるＶｏＩＰ通信では、通信開始前に通信装置間に仮想的な通話路（セッション）を設定する。ＩＰパケット化された音声データは、設定した通信路上で転送される。ＶｏＩＰ通信においてＳＩＰは、通信装置間のセッション確立、維持、切断を制御する。
さらに、セッション層でセキュリティ機能を提供するプロトコルとして、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｃｕｒｉｔｙ）（非特許文献５：ＩＥＴＦ  ＲＦＣ２２４６、Ｔｈｅ  ＴＬＳ  Ｐｒｏｔｏｃｏｌ  Ｖｅｒｓｉｏｎ  １．０参照。）が注目されている。ＴＬＳは、トランスポート層とアプリケーション層の間に位置し、認証、暗号化を備えるセキュリティプロトコルである。ＴＬＳは、アプリケーション単位に実装される。
【発明の開示】
上記従来技術には、次のような課題があった。
領域Ａと領域Ｂが相互接続され、領域Ａに属する移動ノード（ＭＮ）が領域Ｂに移動した場合、領域Ａに存在し、移動ノードの位置情報を保持するＨＡはＭＮのプロキシとして動作する。
Ｍｏｂｉｌｅ  ＩＰｖ６は、移動しても変わることのない一意のＩＰアドレス（ホームアドレス）を移動ノードに付与することにより、移動ノードからのパケットに対してホームアドレスへの到達性を保証する。しかし、ユーザがＭｏｂｉｌｅ  ＩＰを利用するためには、移動ノードがＭｏｂｉｌｅ  ＩＰｖ６に対応する必要がある。また、移動ノード上で動作するアプリケーションがＩＰｖ６に対応する必要がある。しかし、現状では、Ｍｏｂｉｌｅ  ＩＰｖ６に対応した移動ノードとＩＰｖ６に対応したアプリケーションが少ないという課題がある。
また、ＶｏＩＰサービスにおいて、音声情報の盗聴を防ぐため、音声パケットの暗号化が要求されている。図３７は、Ｍｏｂｉｌｅ  ＩＰｖ６対応移動ノードがＶｏＩＰサービスを利用する際のセキュリティ適用区間を示す。音声パケットに対するセキュリティは、移動ノード（ＭＮ１）と通信相手（ＣＮ２）の間に適用される（（１）ＭＮ−ＣＮ間セキュリティ）。ＣＮ２は、ＭＮ１宛のパケット３５６にセキュリティ処理（例えば、ＩＰｓｅｃトランスポートモード）を施す。ここで、経路最適化前にＭＮ１が送受信する音声パケットは、ＨＡ４を経由する。ＨＡ−ＭＮのモバイルトンネルのセキュリティは、ＨＡ４とＭＮ１の間に適用される（（２）ＭＮ−ＨＡ間セキュリティ）。モバイルトンネルにセキュリティを適用する場合、ＨＡはオリジナルパケットにモバイルトンネル用のヘッダとＩＰｓｅｃ用のヘッダ（３５７）を付加する。（１）ＭＮ−ＣＮ間セキュリティと（２）ＭＮ−ＨＡ間セキュリティは、独立である。このため、ＨＡは、オリジナルパケット３５６にＩＰｓｅｃ処理が施されている場合であってもオリジナルパケット３５６にＩＰｓｅｃ用ヘッダ３５７を付加する場合がある。
上記パケットを受信したＭＮは、受信パケットに対して，同一レイヤのセキュリティ処理を２度行う必要がある。しかし、通常のＭＮは、受信パケットに対して２重にＩＰｓｅｃを終端する処理を持たないという課題がある。
ここで，ＯＳＩ参照モデルを説明する。ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）では，ネットワークを階層化した参照モデルが規定されている。この参照モデルは，７つの階層で表現されている。各階層を「レイヤ」と呼ぶ。最下層はレイヤ１であり，最上層はレイヤ７である。各レイヤ間の通信手順は，プロトコルで定義される。ＩＰプロトコルやＩＰｓｅｃは，レイヤ３のプロトコルである。
さらに、ネットワーク単位でモビリティを管理するネットワークにおいて、移動ネットワークが入れ子になる場合、ＩＰｉｎＩＰカプセル化を最低２重に処理する通信装置が必要である。しかし、通常の通信装置は，受信パケットに対して，ＩＰｉｎＩＰカプセル化を複数回終端する処理を持たない。すなわち，多重ＩＰｉｎＩＰカプセル化は、通信装置が特殊なＩＰ層処理機能を備えなければ処理できない。
本発明の目的は、Ｍｏｂｉｌｅ  ＩＰｖ６サービスを提供可能な端末を実現することにある。
特に、アプリケーションがＩＰｖ６に対応していない端末に対して、Ｍｏｉｂｌｅ  ＩＰｖ６サービスによる通信方法を提供することにある。
本発明のその他の目的は、移動端末に対して、移動端末が接続される網状態に応じて通信方法を切り替える通信方法を提供することにある。
本発明のその他の目的は、移動端末に対して、セキュリティ管理形態に応じたセキュリティ機能を複数回処理する手段を提供することにある。
本発明のその他の目的は、カプセル化機能を複数回処理する手段を提供することにある。
（解決手段）
上記の問題を解決するために、本発明は、従来の端末装置に加えて少なくても以下の手段を備える。すなわち、
（１）  Ｍｏｂｉｌｅ  ＩＰｖ６機能を備える端末装置がＩＰアドレス変換機能を備える。上記端末装置は、ＩＰｖ６アドレス体系に従うパケットを受信したとき、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行った後ＩＰアドレスを変換する手段と、ＩＰパケットを送信するとき、ＩＰアドレスの変換を行った後、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段を備える。
（２）  あるいは、上記端末装置がＩＰｓｅｃ処理機能またはＩＰカプセル化を備える場合、上記端末装置がパケットを受信したとき、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行った後Ｍｏｂｉｌｅ  ＩＰに関するＩＰｓｅｃ処理またはＩＰデカプセル化処理を行う手段と、上記端末装置がパケットを送信するとき、送信パケットに対してＭｏｂｉｌｅ  ＩＰに関するＩＰｓｅｃ処理またはＩＰカプセル化処理を行った後Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段を備えてもよい。
（３）  あるいは、上記端末装置がＨＭＩＰｖ６機能を備え、上記端末装置がパケットを受信したときＨＭＩＰｖ６処理を行った後Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段と、上記端末装置がパケットを送信するときＭｏｂｉｌｅ  ＩＰｖ６処理を行った後ＨＭＩＰｖ６処理を行う手段を備えてもよい。上記ＨＭＩＰｖ６処理は、ＩＰｓｅｃ処理或いはＩＰカプセル化・デカプセル化処理を含む。
（４）  さらに、上記端末装置がＭｏｂｉｌｅ  ＩＰの制御信号を検出し、上記（１）から（３）の通信方法を選択する手段を備えてもよい。
（５）  あるいは、上記端末装置が、Ｍｏｂｉｌｅ  ＩＰに関するセキュリティ処理機能とは別に、セキュリティ処理手段を備えてもよい。
あるいは、Ｎｅｔｗｏｒｋ  Ｍｏｂｉｌｉｔｙを備える通信網における通信装置が、上記（２）に記載のパケット処理手段を備えてもよい。
【発明の効果】
本発明はＭｏｂｉｌｅ  ＩＰｖ６サービスを提供可能な移動端末装置、移動端末制御方法を提供する。
特に、端末装置がＩＰｖ６アドレス体系に従うパケットを受信したとき、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行った後ＩＰアドレスを変換する手段と、ＩＰパケットを送信するとき、ＩＰアドレスの変換を行った後、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段を備えることにより、アプリケーションがＩＰｖ６に対応していなくても、Ｍｏｂｉｌｅ  ＩＰｖ６サービスを利用できる端末装置の実現が可能になる。
あるいは、端末装置がＩＰｓｅｃ処理機能またはＩＰカプセル化・デカプセル化処理機能を備える場合、上記端末装置がパケットを受信したとき、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行った後ＩＰｓｅｃ処理またはＩＰデカプセル化処理を行う手段と、上記端末装置がパケットを送信するとき、送信パケットに対してＩＰｓｅｃ処理またはＩＰカプセル化処理を行った後Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段を備えることにより、より複雑な処理を行う端末装置の実現が可能になる。
あるいは、上記端末装置がさらにＨＭＩＰｖ６機能を備え、上記端末装置がパケットを受信したときＨＭＩＰｖ６処理を行った後Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段と、上記端末装置がパケットを送信するときＭｏｂｉｌｅ  ＩＰｖ６処理を行った後ＨＭＩＰｖ６処理を行う手段を備えることにより、Ｍｏｂｉｌｅ  ＩＰｖ６対応かつ、ＨＭＩＰｖ６対応の端末装置の実現が可能になる。
さらに、上記端末装置がＭｏｂｉｌｅ  ＩＰの制御信号を検出し、適切な通信方法を選択する手段を備えることにより、通信網に応じて通信方法を切り替える端末装置の実現が可能になる。
さらに、上記端末装置が、Ｍｏｂｉｌｅ  ＩＰに関するセキュリティ処理機能とは別に、セキュリティ処理手段を備えることにより、端末装置が同一レイヤのセキュリティ処理を複数回終端することが可能になる。
さらに、Ｎｅｔｗｏｒｋ  Ｍｏｂｉｌｉｔｙ機能を備える通信網におけるＨＡが、パケットを受信したとき、Ｍｏｂｉｌｅ  ＩＰｖ６処理を行った後ＩＰｓｅｃ処理またはＩＰデカプセル化処理を行う手段と、上記端末装置がパケットを送信するとき、送信パケットに対してＩＰｓｅｃ処理またはＩＰカプセル化処理を行った後Ｍｏｂｉｌｅ  ＩＰｖ６処理を行う手段を備えることにより、Ｎｅｔｗｏｒｋ  ｍｏｂｉｌｉｔｙを持ったＨＡの実現が可能になる。
【図面の簡単な説明】図１は、本発明における通信網の構成例を示す構成図である。図２は、ＭＮ１のブロック図である。図３は、ＭＮ１が備えるＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル図である。図４は、ＭＮ１が備えるシナリオポリシ管理テーブル図である。図５は、ＭＮ１のブロック図その２である。図６は、ＭＮ１が備えるＩＰｖ４−ＩＰｖ６変換テーブル図である。図７は、ＩＰｖ６パケットのフォーマット図である。図８は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ例の図である。図９は、ＭＮ１のシナリオ処理部が備えるＢＡ処理ルーチン図である。図１０は、第１の実施例における位置登録・パケット送受信シーケンス図である。図１１は、カプセル化パケットのフォーマット図である。図１２は、第２の実施例における位置登録・パケット送受信シーケンス図である。図１３は、ＭＮ１のＭｏｂｉｌｅ  ＩＰｖ６処理部が備えるＢＡ処理ルーチン図である。図１４は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ例の図その２である。図１５は、ＭＮ１のシナリオ処理部が備えるＢＡ処理ルーチン図その２である。図１６は、ＭＮ１のシナリオ処理部が備えるＢＡ処理ルーチン図その３である。図１７は、ＭＮ１のＩＰｖ６パケット処理部が備えるパケット送信処理ルーチン図である。図１８は、ＭＮ１のＩＰｖ６パケット処理部が備えるパケット受信処理ルーチン図である。図１９は、第３の実施例における位置登録・パケット送受信シーケンス図その１である。図２０は、第３の実施例における位置登録・パケット送受信シーケンス図その２である。図２１は、第３の実施例における位置登録・パケット送受信シーケンス図その３である。図２２は、第３の実施例における位置登録・パケット送受信シーケンス図その４である。図２３は、第５の実施例における通信網の構成例を示す構成図である。図２４は、第５の実施例における位置登録・パケット送受信シーケンス図その１である。図２５は、第５の実施例における位置登録・パケット送受信シーケンス図その２である。図２６は、第５の実施例における位置登録・パケット送受信シーケンス図その３である。図２７は、第６の実施例における通信網の構成例を示す構成図である。図２８は、第６の実施例におけるＭＮ１のブロック図である。図２９は、第６の実施例におけるＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔメッセージ例の図である。図３０は、ＭＮ１のシナリオ処理部が備えるＢＡ処理ルーチン図その４である。図３１は、第６の実施例における位置登録・パケット送受信シーケンス図その１である。図３２は、第６の実施例における位置登録・パケット送受信シーケンス図その２である。図３３は、第６の実施例における位置登録・パケット送受信シーケンス図その３である。図３４は、第７の実施例における通信網の構成例を示す構成図である。図３５は、第７の実施例におけるＨＡのブロック図である。図３６は、モバイルトンネル適用区間を示す図である。図３７は、セキュリティ適用区間を示す図である。図３８は、第８の実施例における通信網の構成例を示す構成図である。図３９は、第８の実施例におけるＴＬＳを用いた通信シーケンス図である。
【発明を実施するための最良の形態】
【実施例１】  本発明の第１の実施の形態を図面を用いて説明する。
代表例として、Ｍｏｂｉｌｅ  ＩＰｖ６対応移動ノード（ＭＮ）がホームリンク（以下、ホーム網）以外の網（以下、在圏網）に移動した際の通信方法を詳細に説明する。
図１は、本発明における通信網の構成例を示す。本発明における通信網はＭＮ１のホーム網６とＩＰ網７と在圏網５（５ａ、５ｂ）から構成される。本実施例において、ホーム網６、ＩＰ網７、及び在圏網５はＩＰｖ６網である。ＭＮ１はＭｏｂｉｌｅ  ＩＰｖ６対応移動ノード（ＭＮ）である。在圏網５とＩＰ網７、及び、ＩＰ網７とホーム網６は、ルータ、或いは、ゲートウェイ装置を介して接続される。在圏網５とホーム網６は、ルータ、或いは、ゲートウェイ装置を介して接続されてもよい。
ホーム網６は、ＨＡ４を備える。在圏網５（５ａ、５ｂ）は、ＩＰ網７とのインタフェースをもつルータ３（３ａ、３ｂ）を備える。
ＨＡ４はＭｏｂｉｌｅ  ＩＰｖ６対応ホームエージェント（ＨＡ）である。ＨＡ４はホーム網６以外に存在するＭＮ１の位置情報を管理する。上記位置情報は，ＭＮのホームアドレスと気付アドレスのバインディング情報である。ＨＡ４は通信相手端末（ＣＮ）２がＭＮ１のホームアドレス宛に送信するパケットを捕捉して、在圏網５ｂに存在するＭＮ１にパケットを転送する機能を備える。
図２はＭＮ１のメモリなど記憶装置に格納されたプログラムによって実現されるアプリケーションの構成例を示す。ＭＮ１は、ホストＯＳ１３と、ホストＯＳ上のアプリケーション空間１１と、仮想マシン１２とから構成される。
仮想マシン１２は、ゲストＯＳ１７とゲストＯＳ上のアプリケーション空間１６とから構成される。
ゲストＯＳ１７はＭｏｂｉｌｅ  ＩＰｖ６処理部２５と、ホストＯＳ１３とゲストＯＳ１７を接続する仮想通信網１５と、ゲストＯＳ１７と外部通信網とを接続する仮想通信網１４とを備える。Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、Ｍｏｂｉｌｅ  ＩＰｖ６のＭＮ（Ｍｏｂｉｌｅ  Ｎｏｄｅ）機能を備え、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０と、ＢＡ処理ルーチン７０を含む。
アプリケーション空間１６は、ＩＰパケット処理部２２とシナリオ処理部２３とＩＰｖ６パケット処理部２４とシナリオポリシ２１とを備える。ＩＰパケット処理部２２は、ホストＯＳ１３とのパケット入出力機能を備える。ＩＰｖ６パケット処理部２４は、外部通信網とのパケット送受信機能を備える。シナリオポリシ２１は、ＭＮ１の通信方法を管理する機能を備え、シナリオポリシ管理テーブル２２０を含む。
本実施例において、ＭＮ１は仮想マシンを搭載している。仮想マシンの変わりに、ＭＮ１が仮想マシンに相当するプログラムを搭載してもよい。
図３はＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０のテーブル構成の一例を示す。Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ送信先アドレス２１１に対して、少なくてもＭＮのホームアドレス２１２、ＭＮが在圏網で取得したＣａｒｅ  ｏｆ  Ａｄｄｒｅｓｓ（ＣｏＡ）２１３の対応関係を格納する。上記Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０は，Ｂｉｎｄｉｎｇ  Ｃａｃｈｅの有効期間を示すＬｉｆｅｔｉｍｅ２１４を含んでもよい。Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０がＬｉｆｅｔｉｍｅ２１４を含む場合，ＭＮ１は上記テーブルは有効期限が切れたエントリを削除できる。
図４はシナリオポリシ管理テーブル２２０のテーブル構成の一例を示す。シナリオポリシ管理テーブル２２０はシナリオ番号２２１に対して、少なくてもシナリオの処理内容を示すシナリオ内容２２２と、状態２２３との対応関係を格納する。
図５はＭＮ１がＩＰアドレス変換機能を備える場合の構成例を示す。図５に示す各構成要素は，メモリなど記憶装置に格納されたプログラムによって実現される。シナリオ処理部２３がＩＰｖ４−ＩＰｖ６変換機能と、ＩＰｖ４−ＩＰｖ６変換テーブル２３０とを備える。パケット処理部２２は、ＩＰｖ４パケット入出力機能を備える。
図６はＩＰｖ４−ＩＰｖ６変換テーブル２３０のテーブル構成の一例を示す。ＩＰｖ４−ＩＰｖ６変換テーブル２３０はＩＰｖ６アドレス２３１に対して、少なくてもＩＰｖ４アドレス２３２との対応関係を格納する。ＩＰｖ４−ＩＰｖ６変換テーブル２３０は、変換エントリの有効期限を示すＬｉｆｅｔｉｍｅ２３３との対応関係を含んでもよい。ＩＰｖ４−ＩＰｖ６変換テーブル２３０がＬｉｆｅｔｉｍｅ２３３を含む場合，ＭＮは，有効期限がきれたエントリを削除できる。
図１０に示すシーケンスに従って、図１に示す網５ｂに在圏するＭＮ１がＨＡ４に位置登録を行い、パケットを送受信するシーケンスを説明する。
ここで、シナリオポリシ管理テーブル２２０は、「ＩＰｖ４−ＩＰｖ６変換機能有ＩＰｓｅｃなし」が有効になっているものとする。このとき、ＩＰｖ６パケット処理部２４は、ＭＮ１が受信する全パケットの処理を行う。
ＭＮ１は在圏網５ｂに属するルータ３ｂからルータ広告（Ｒｏｕｔｅｒ  Ａｖｅｒｔｉｓｅｍｅｎｔ）を受信して、ＣｏＡを取得する。ＭＮ１は、仮想通信網１４へのインタフェース部１８に気付アドレスを設定する。即ち，上記インタフェース部１８と気付アドレスの対応情報をＭＮ１のプログラムが保持する。
在圏網５ｂでＣｏＡを取得したＭＮ１は、ＨＡ４に位置登録メッセージ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する（５０１）。
Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅメッセージを受信したＨＡ４は、ＭＮ１の位置登録情報を更新し、ＭＮ１のプロキシとして動作する。
ＨＡ４はＭＮ１にＢｉｎｄｉｎｇ  Ｕｐｄａｔｅの応答（Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する（５０２）。
図７は、ＩＰｖ６パケットフォーマットを示す。ＩＰｖ６パケットは、ＩＰｖ６基本ヘッダ４１と、拡張ヘッダ４２と、ペイロード４３とから構成される。基本ヘッダ４１は、送信元アドレス４１ａと、着信先アドレス４１ｂとを含む。
図８は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのフォーマット例Ｓ１を示す。ＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４２１とＩＰｖ６  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４２２は、ＩＰｖ６パケットの拡張ヘッダ４２に格納される。ＨＡ４がＭＮ１に送信するＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔは、以下の値が格納される。ＩＰｖ６パケットヘッダの着信先アドレス４１ｂに在圏網５ｂで取得した気付アドレスを格納する。着信先アドレス４１ｂにＭＮ１のホームアドレス以外の値を格納する場合、ＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４２１のＨｏｍｅ  Ａｄｄｒｅｓｓフィールド４２１１にＭＮ１のホームアドレスを格納する。
ＭＮ１のＭｏｂｉｌｅ  ＩＰｖ６処理部２５は、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅが正常に終了したことを示すＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを受信すると、ＨＡ４に対応するエントリをＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブルに登録する（５０３）。
ＩＰｖ６パケット処理部２４は、受信パケットがＩＰｖ６  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４２２を含み、ＭＨタイプ４２２１にＢＡを示すコードが含まれば、受信パケットがＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔであると判断する。ＩＰｖ６パケット処理部２４は、Ｍｏｂｉｌｅ  ＩＰｖ６のＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔが入力されると（５０４）、入力パケットにシナリオ識別子を含むヘッダを付加する。シナリオ識別子には、「ＩＰｖ４−ＩＰｖ６変換有ＩＰｓｅｃなし」を示す番号（１００００）を設定する。ＩＰｖ６パケット処理部２４は、ヘッダ付きパケットをシナリオ処理部２３に出力する。図１１は、付加ヘッダ付パケットのフォーマット例Ｓ３を示す。入力パケットに対して、ＵＤＰヘッダ４４を付加する。ＵＤＰヘッダ４４のＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔフィールド４５にシナリオ識別子を設定する。
シナリオ識別子を付加することにより，ＭＮは，シナリオ処理部２３が備える複数のプログラムから起動するプログラムを選択することが可能になる。また，シナリオ処理部２３に対して機能の追加が行いやすくなるため，ＭＮ１の拡張性が増す。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、付加ヘッダの識別子からシナリオを決定し（６１、５０５）、付加ヘッダを削除する。「ＩＰｖ４−ＩＰｖ６変換有ＩＰｓｅｃなし」の場合、まず、Ｂｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのＳｔａｔｕｓフィールド４２２２を参照する（６２）。Ｓｔａｔｕｓフィールドの値が１２８より小さければ、シナリオ処理部２３は、ＨＡアドレスと、気付アドレスを取得する。ＨＡアドレスは、受信パケットの送信元アドレス４１ａから取得する。ＣｏＡは、受信パケットの着信先アドレス４１ｂから取得する。次にＩＰｖ６パケット処理部２４にＩＰｉｎＩＰトンネル情報を設定する（６３、５０６）。ＩＰｖ６パケット処理部２４は，ＩＰｉｎＩＰトンネル用のインタフェースを保持する。このＩＰｉｎＩＰトンネル用のインタフェースに対して，少なくてもトンネルの始点アドレスと終点アドレスを対応つける。
続いて、ＭＮ１のホームアドレスを取得する。ＭＮ１のホームアドレスは、Ｂｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４２１内Ｈｏｍｅ  Ａｄｄｒｅｓｓ４２１１から取得する。ここで、シナリオ処理部２３はＭＮ１のホームアドレスでＩＰｖ４−ＩＰｖ６変換テーブル２３０を検索する。該当エントリが存在すれば、該当エントリの有効期限を更新し（６４、５０７）、本ルーチンを終了する。該当エントリが存在しなければ、シナリオ処理部２３は、仮想ＩＰｖ４アドレスプールからＩＰｖ４アドレスを１つ選び、この仮想ＩＰｖ４アドレスとＭＮ１のホームアドレスを対応付けた新規変換エントリをＩＰｖ４−ＩＰｖ６変換テーブル２３０に追加する。続いて、上記変換エントリのＩＰｖ４フィールド２３２に設定した仮想ＩＰｖ４アドレスをインタフェース部１９に設定し（６４、５０７）、本ルーチンを終了する。仮想ＩＰｖ４アドレスプールは，ＩＰアドレス変換用に確保するＩＰｖ４アドレス群である。ＩＰｖ６アドレス宛のパケットをＩＰｖ４ネットワークで識別するため，ＩＰｖ６アドレスに対して仮想ＩＰｖ４アドレスを対応付ける。ＭＮ１のプログラムは，上記インタフェース部１９と仮想ＩＰｖ４アドレスの対応情報を保持する。
ステップ６２において、Ｂｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのＳｔａｔｕｓフィールド４２２２の値が１２８以上であれば、受信パケットを廃棄して本ルーチンを終了する（６７）。ステップ６３においてＩＰｉｎＩＰトンネル設定ができない場合、或いは、ステップ６４において変換エントリの更新ができない場合、受信パケットを廃棄して本ルーチンを終了する（６７）。ＨＡは，Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅの処理結果をＢｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのＳｔａｔｕｓフィールドの値で示す。Ｓｔａｔｕｓフィールドの値が１２８より小さい場合，ＨＡがＢｉｎｄｉｎｇ  Ｕｐｄａｔｅを許容したことを示す。ｄＳｔａｔｕｓフィールドの値が１２８以上の場合，ＨＡがＢｉｎｄｉｎｇ  Ｕｐｄａｔｅを拒否したことを示す。
ここで、図１０に戻りパケットの送受信シーケンスの説明を続ける。
ＣＮ２がＭＮ１にパケットを送信する際、ＣＮ２はパケットをＭＮ１のホームアドレス宛に送信する（５０８）。ＨＡ４は上記パケットを捕捉し、ＩＰヘッダを付加する（５０９）。以下、この付加したＩＰヘッダを外側ＩＰヘッダと呼ぶ。外側ＩＰヘッダの着信先アドレスには、ＭＮ１が在圏網５ｂで取得したＣｏＡを設定する。外側ＩＰヘッダの送信元アドレスには、ＨＡ４のアドレスを設定する。
ＭＮ１のＩＰｖ６パケット処理部２４は、パケット５０９を受信すると外側ＩＰヘッダの送信元アドレスを確認する。外側ＩＰヘッダの送信元アドレスがＨＡ４のアドレスであれば、ＩＰｖ６パケット処理部２４は外側ＩＰヘッダを削除し（デカプセル化）（５１０）、パケットをシナリオ処理部２３に出力する。
シナリオ処理部２３は、受信パケットのＩＰヘッダをＩＰｖ６からＩＰｖ４に変換する（５１１）。まず、着信先アドレスでＩＰｖ４−ＩＰｖ６変換テーブル２３０を参照する。上記変換テーブル２３０に該当エントリが存在すれば、このエントリに設定されたＩＰｖ６アドレスとＩＰｖ４アドレスの対応を用いて、着信先アドレスをＩＰｖ４に変換する。次に受信パケットの送信元アドレスで上記変換テーブル２３０を参照する。上記変換テーブル２３０に該当エントリが存在すれば、このエントリに設定されたＩＰｖ６アドレスとＩＰｖ４アドレスの対応を用いて送信元アドレスをＩＰｖ４に変換する。該当エントリが存在しなければ、シナリオ処理部２３は、仮想ＩＰｖ４アドレスプールからＩＰｖ４アドレスを１つ選択し、この仮想ＩＰｖ４アドレスと送信元アドレスを対応付けた新規エントリを上記変換テーブル２３０に追加する。
シナリオ処理部２３は、ＩＰｖ４ヘッダを含むパケットをＩＰｖ４パケット処理部２２経由でホストＯＳ上のアプリケーション１１に出力する（５１２）。
次にホストＯＳ上のアプリケーション１１がＣＮ２にパケットを送信する方法を説明する。ホストＯＳ上のアプリケーション１１は、ＩＰｖ４ヘッダを含むパケットを出力する（５１３）。ＩＰｖ４パケット処理部２２が上記パケットを入力し、シナリオ処理部２３に出力する。まず、送信元アドレスでＩＰｖ４−ＩＰｖ６変換テーブル２３０を参照する。上記変換テーブル２３０に該当エントリが存在すれば、送信元アドレスをＩＰｖ６に変換する。次にシナリオ処理部２３は、パケットの着信先アドレスでＩＰｖ４−ＩＰｖ６変換エントリ２３０を参照する。上記変換テーブル２３０に該当エントリが存在すれば、着信先アドレスをＩＰｖ６に変換する。該当エントリが存在しなければ、シナリオ処理部２３は、仮想ＩＰｖ６アドレスプールからＩＰｖ６アドレスを１つ選択し、この仮想ＩＰｖ６アドレスと着信先アドアレスを対応付けた新規エントリを上記変換テーブル２３０に追加する。
ＩＰヘッダ変換後（５１４）、シナリオ処理部２３はＩＰｖ６パケット処理部２４にパケットを出力する。ＩＰｖ６パケット処理部２４は、ステップ５０６で設定したＩＰｉｎＩＰトンネル情報を参照してＩＰヘッダを追加した後（カプセル化）（５１５）、パケットを送信する（５１６）。ＨＡ４は上記カプセル化ヘッダを削除した後、パケットをＣＮ２に転送する（５１７）。
本発明の第１の実施の形態によると、端末装置のホストＯＳがＭｏｂｉｌｅ  ＩＰｖ６対応ＭＮ機能を備えない場合であっても、端末装置にＭｏｂｉｌｅ  ＩＰｖ６サービスの提供が可能になる。また、上記端末装置がＩＰアドレス変換機能を備えることにより、アプリケーションがＩＰｖ６に対応していない端末に対して、Ｍｏｉｂｌｅ  ＩＰｖ６サービスの提供が可能になる。
【実施例２】本発明の第２の実施の形態を図面を用いて説明する。第２の実施例は、第１の実施例において、ＩＰｖ６対応アプリケーションを利用する端末装置にＭｏｂｉｌｅ  ＩＰｖ６サービスを提供する手段を備えることを特徴とする。
ここで、シナリオポリシ管理テーブル２２０は、「ＩＰｖ４−ＩＰｖ６変換機能なしＩＰｓｅｃなし」が有効になっているとする。このとき、ＩＰｖ６パケット処理部２４は、ＭＮが受信する全パケットを処理する。
図１２に示すシーケンスに従って、図１に示す網５ｂに在圏するＭＮ１がＨＡ４に位置登録を行い、パケットを送受信するシーケンスを説明する。
ＭＮ１が在圏網でＣｏＡを取得し、位置登録を行うまでの処理（ステップ５０１からステップ５０４）は、第１の実施例と同じである。
ＩＰｖ６パケット処理部２４は、Ｍｏｂｉｌｅ  ＩＰｖ６のＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ信号を入力すると（５０４）、受信パケットにシナリオ識別子を含むヘッダを付加する。シナリオ識別子には、「ＩＰｖ４−ＩＰｖ６変換なしＩＰｓｅｃなし」を示す番号（１０００１）を設定する。ＩＰｖ６パケット処理部２４は、ヘッダ付きパケットをシナリオ処理部２３に出力する。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、付加ヘッダの識別子からシナリオを決定し（６１、５０５）、付加ヘッダを削除する。「ＩＰｖ４−ＩＰｖ６変換なしＩＰｓｅｃなし」である場合、第１の実施例におけるステップ６２とステップ６３と同様に、Ｂｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｇｍｅｎｔメッセージのＳｔａｔｕｓフィールド４２２２のチェック（６５）とＩＰｉｎＩＰトンネル設定処理（６６、５０６）を行い、本ルーチンを終了する。ＩＰｉｎＩＰトンネル設定処理（６６、５０６）の処理は，実施例１と同様である。
なお、ホストＯＳのインタフェース部１９には、ＭＮ１のホームアドレスを設定する。即ち，ＭＮ１のプログラムは，上記インタフェース部１９にＭＮ１のホームアドレスを対応付ける。
次にパケットの受信方法を説明する。ステップ５０８からステップ５１０は、第１の実施例と同様である。ＩＰｖ６パケット処理部２４は、デカプセル化処理終了後のパケットにＩＰアドレス変換を行うことなく、ＩＰパケット処理部２２経由でホストＯＳに対して出力する（５１２）。
次にパケットの送信方法を説明する。シナリオ処理部２３がホストＯＳのアプリケーション１１からパケットを入力すると（５１３）、ＩＰアドレス変換を行うことなく、ＩＰｖ６パケット処理部２４に出力する。ステップ５１５からステップ５１７は、第１の実施例と同様である。
本発明の第２の実施の形態によると、端末装置のホストＯＳがＭｏｂｉｌｅ  ＩＰｖ６対応ＭＮ機能を備えない場合であっても、端末装置にＭｏｂｉｌｅ  ＩＰｖ６サービスの提供が可能になる。また、端末装置のホストＯＳのインタフェース部にＭＮのホームアドレスの設定が可能になる。
【実施例３】本発明の第３の実施の形態を図面を用いて説明する。
第３の実施例は、第１の実施例に加えて、Ｍｏｂｉｌｅ  ＩＰ信号にＩＰｓｅｃを適用する端末装置にＭｏｂｉｌｅ  ＩＰｖ６サービスを提供する手段を備えることを特徴とする。
ＩＰｓｅｃは，ＩＥＴＦが標準化を行うセキュリティ機能である。ＩＰｓｅｃは，パケットの認証機能と暗号化機能を備える。ＩＰｓｅｃによる認証機能が適用されたＩＰパケットは，認証ヘッダ（ＡＨ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｈｅａｄｅｒ）を含む。ＩＰｓｅｃによる暗号化機能が適用されたＩＰパケットは，暗号化ペイロード（ＥＳＰ：Ｅｎｃａｐｓｕｌａｔｉｎｇ  Ｓｅｃｕｒｉｔｙ  Ｐａｙｌｏａｄ）ヘッダを含む。
図１９から図２２に示すシーケンスに従って、図１に示す網５ｂに在圏するＭＮ１がＨＡ４に位置登録を行い、パケットを送受信するシーケンスを説明する。
ここで、シナリオポリシ管理テーブル２２０は、「ＩＰｖ４−ＩＰｖ６変換機能有」又は、「ＩＰｖ４−ＩＰｖ６変換有経路最適化有」が有効になっているものとする。このとき、ＩＰｖ６パケット処理部２４は、ＭＮが受信する全パケットを処理する。
第３の実施例において、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５はＢＡ処理ルーチン７０を備える。第３の実施例において、ＩＰｖ６パケット処理部２４はパケット送信処理ルーチン１００と、パケット受信処理ルーチン１２０と、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を備える。
まず、図１９を用いて、ＨＡ４に位置登録を行ったＭＮ１のパケット送受信シーケンスを説明する。
ＭＮ１が在圏網でＣｏＡを取得し、ＨＡ４からＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを受信するまでの処理（ステップ５０１、ステップ５０２）は、第１の実施例と同じである。、第３の実施例において、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージには，ＩＰｓｅｃが施されている。すなわち，Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを含むＩＰパケットは，少なくてもＥＳＰヘッダを含む。上記パケットが，ＡＨヘッダを含んでもよい。
図１４にＩＰｓｅｃ付Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージのフォーマット例Ｓ２を示す。ＩＰｓｅｃ（ＡＨヘッダ又はＥＳＰヘッダ）４２３は、ＩＰｖ６Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４２１とＩＰｖ６  Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ  ４２２の間に設定される。
Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、Ｍｏｂｉｌｅ  ＩＰｖ６のＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを受信すると、ＢＡ処理ルーチン７０を起動する。まずＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ  ４２１の処理を行い（７１）、Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒに設定されたＭＮ１のホームアドレス４２１１とＩＰｖ６着信先アドレス４１ｂに設定されたＭＮ１のＣｏＡを入れ替える。次にＩＰｖ６ヘッダ４１のＮｅｘｔ  Ｈｅａｄｅｒ値が、ＩＰｓｅｃであるか確認する（７２）。Ｎｅｘｔ  ＨｅａｄｅｒがＩＰｓｅｃであれば、ＩＰｓｅｃヘッダのＳＡを決定し、受信パケットに対してＩＰｓｅｃ処理（認証処理、暗号復号化処理）を行う（７３）。
続いて、ＳＰＤを参照して、セキュリティポリシに合致することを確認する（７４）。その後、Ｍｏｂｉｌｅ  ＩＰｖ６処理部は、Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを処理する。Ｍｏｂｉｌｅ  ＩＰｖ６処理部は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージの送信元アドレスでＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を検索する。該当エントリがあれば、エントリの更新を行う。該当エントリがなければ、新規エントリを追加する（７５、５０３）。
続いて、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、受信パケットにシナリオ識別子を含むヘッダを付加したパケットをシナリオ処理部２３に送信し（７６、５２１、５２２）、本ルーチンを終了する。Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ送信元がＨＡである場合、シナリオ識別子にはＩＰｖ４−ＩＰｖ６変換を示す番号（１００１０）を設定する。
ステップ７２でＮｅｘｔ  ＨｅａｄｅｒがＩＰｓｅｃではない場合、ステップ７４に進む。
ステップ７３でＭｏｂｉｌｅ  ＩＰｖ６処理部２５がＳＡを決定できなかった場合、或いは、ステップ７４で受信パケットがセキュリティポリシを満たさなかった場合、或いは、ステップ７５でＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を更新できなかった場合、受信パケットを廃棄し（７７）、本ルーチンを終了する。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、付加ヘッダの識別子からシナリオを決定し（６１、５０５）、付加ヘッダを削除する。ＩＰｖ４−ＩＰｖ６変換有の場合、シナリオ処理部２３はＨＡアドレスと気付アドレスを取得し、ＩＰｖ６パケット処理部２４にＩＰｉｎＩＰトンネル情報を設定する（８１、５０６）。次にＭＮ１のホームアドレスを取得し、変換エントリの生成・更新を行い、本ルーチンを終了する（８２、５０７）。ステップ８１とステップ８２の処理は、第１の実施例のステップ６３、ステップ６４の処理と同様である。
ステップ８１でＩＰｉｎＩＰトンネル情報が設定できなかった場合、ステップ８２で変換エントリの生成・更新ができなかった場合は、受信パケットを廃棄し（６７）、本ルーチンを終了する。
ここで、図１９に戻りパケットの送受信シーケンスの説明を続ける。
ＣＮ２がＭＮ１にパケットを送信する際、ＣＮ２はＭＮ１のホームアドレス宛にパケットを送信する（５０８）。ＨＡ４は上記パケットを捕捉し、ＩＰヘッダを付加する（５０９）。外側ＩＰヘッダの着信先アドレスには、ＭＮ１が在圏網５ｂで取得したＣｏＡが設定される。外側ＩＰヘッダの送信元アドレスには、ＨＡ４のアドレスが設定される。
ＭＮ１のＩＰｖ６パケット処理部２４は、パケット５０９を受信するとパケット受信処理ルーチン１２０を起動する。
ＩＰｖ６パケット処理部は、パケット５０９を受信するとＭＮ１がホーム網に存在するか否かを判断する（１２１）。ステップ５０６においてＣｏＡを取得済みであるため、ＩＰｖ６パケット処理部２４は、ＭＮ１がホーム網以外に存在すると判断する。続いて、受信パケットのＮｅｘｔ  Ｈｅａｄｅｒ値を参照する。Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰヘッダであれば、外側ＩＰヘッダの送信元アドレスを確認する。外側ＩＰヘッダの送信元アドレスがＨＡ４のアドレスであれば、ＩＰｖ６パケット処理部２４は外側ＩＰヘッダを削除する（デカプセル化）（１２８、５１０）。次にセキュリティポリシの有無を確認する（１２９）。セキュリティポリシが存在しなければ、パケットをシナリオ処理部２３に送信し（１２７）、本ルーチンを終了する。
ステップ１２９において、セキュリティポリシが存在する場合、受信パケットが上記ポリシを満たすか否かを確認する（１２６）。セキュリティポリシを満たす場合は、パケットのＮｅｘｔ  Ｈｅａｄｅｒ値を参照する。Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰヘッダでなければ（１３１）、受信パケットをシナリオ処理部２３に送信し（１２７）、本ルーチンを終了する。
ステップ１２６において、セキュリティポリシを満たさない場合は受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ１２８において、外側ＩＰヘッダの送信元アドレスがＨＡ４のアドレスでなければ、受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ５１１、５１２は、第１の実施例と同様である。
次にホストＯＳ上のアプリケーション１１がＣＮ２にパケットを送信する方法を説明する。ステップ５１３、５１４は、第１の実施例と同様である。
ＩＰヘッダ変換後（５１４）、シナリオ処理部２３はＩＰｖ６パケット処理部２４にパケットを送信する。ＩＰｖ６パケット処理部２４は、パケット送信処理ルーチン１００を起動する。
ＩＰｖ６パケット処理部は、パケット５１４を受信するとＭＮ１がホーム網に存在するか否かを判断する（１０１）。ステップ５０６においてＣｏＡを取得済みであるため、ＩＰｖ６パケット処理部２４は、ＭＮ１がホーム網以外に存在すると判断する。続いて着信先アドレス４１ｂで、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を参照する（１０２）。上記Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０に該当エントリが存在しなければ、セキュリティポリシの有無を確認する（１０８）。セキュリティポリシが存在しなければ、ＩＰｖ６パケット処理部は、ステップ５０６で設定したＩＰｉｎＩＰトンネル情報を参照してＩＰヘッダを追加する（カプセル化）（５１５、１１１）。そして、パケットを送信し（１０７）、本ルーチンを終了する。
ステップ５１６、５１７は、第１の実施例と同様である。
ステップ１０９において、パケットを廃棄するべきと判断した場合、或いは、ステップ１１０において、ＳＡが検出できなかった場合、受信パケットを廃棄して（１１２）、本ルーチンを終了する。
図２０は、ＭＮ１がＣＮ２との間でＭｏｂｉｌｅ  ＩＰｖ６の経路最適化処理を行った場合のパケット送受信シーケンスを示す。
ＭＮ１のＭｏｂｉｌｅ  ＩＰｖ６処理部２５は、ＭＮ１のＣｏＡを通知するため、ＣＮ２にＢｉｎｄｉｎｇ  Ｕｐｄａｔｅメッセージを送信する（５３１）。ＭＮ１のＭｏｂｉｌｅ  ＩＰｖ６処理部２５はＣＮ２からＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを受信する（５３２）。上記Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ５３２はＩＰｓｅｃを含まない。
Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、Ｍｏｂｉｌｅ  ＩＰｖ６のＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを受信すると、ＢＡ処理ルーチン７０を起動する。まずＲｏｕｔｉｎｇ  Ｈｅａｄｅｒ  ４２１の処理を行う（７１）。ＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒに設定されたＭＮ１のホームアドレス４２１１とＩＰｖ６着信先アドレス４１ｂに設定されたＭＮ１のＣｏＡを入れ替える。次にＩＰｖ６ヘッダ４１のＮｅｘｔ  Ｈｅａｄｅｒ値が、ＩＰｓｅｃであるか確認する（７２）。Ｎｅｘｔ  ＨｅａｄｅｒがＩＰｓｅｃではなければ、ＳＰＤを参照して、セキュリティポリシに合致することを確認する（７４）。その後、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ処理を行う。Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージの送信元アドレスでＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を検索する。該当エントリがあれば、エントリの更新を行う。該当エントリがなければ、新規エントリを追加する（７５、５３３）。
続いて、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５は、受信パケットにシナリオ識別子を含むヘッダを付加し、シナリオ処理部２３に送信後（７６、５３４、５３５）、本ルーチンを終了する。Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ５３２の送信元アドレスは、ＣＮアドレスであり、ＨＡアドレスではない。そこで、シナリオ識別子にはＩＰｖ４−ＩＰｖ６変換有り経路最適化有りを示す番号（１００１１）を設定する。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、付加ヘッダの識別子からシナリオを決定し（６１、５３６）、付加ヘッダを削除する。ＩＰｖ４−ＩＰｖ６変換有経路最適化有りの場合、まず、シナリオ処理部２３は、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージ５３２のＭＨタイプ４２２１を参照する（８３）。ＭＨタイプがＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージを示す値であれば、ＩＰｖ６パケット処理部２４のＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０をＢｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔメッセージの送信元アドレスで検索する。該当エントリがあれば、エントリの情報を更新する。該当エントリがなければ、新規エントリを上記テーブル２１０に追加する（８４）。次にＭＮ１のホームアドレスを取得し、変換エントリの生成・更新を行い、本ルーチンを終了する（８２、５３７）。
ステップ８４において、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０のエントリ更新或いはエントリ追加ができなかった場合、受信パケットを廃棄し（６７）、本ルーチンを終了する。
ステップ８３において、ＭＨタイプがＢｉｎｄｉｎｇ  Ｅｒｒｏｒメッセージを示す値であれば、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０から該当エントリを削除し（８５）、本ルーチンを終了する。
ここで、図２０に戻りパケットの送受信シーケンスの説明を続ける。
ＣＮ２がＭＮ１にパケットを送信する際、ＭＮ１のホームアドレスでＣＮ２のＢｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルを参照する。ＣＮ２はステップ５３１でＭＮ１のバインディング情報を取得している。従ってＣＮ２は着信先アドレス４１ｂにＭＮ１のＣｏＡを、ＩＰｖ６  Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ４２１にＭＮ１のホームアドレスを、送信元アドレス４１ａにＣＮ２のアドレスを、それぞれ設定したパケットを送信する（５３８）。
ＭＮ１のＩＰｖ６パケット処理部２４は、パケット５３８を受信するとパケット受信処理ルーチン１２０を起動する。
ＩＰｖ６パケット処理部は、ＭＮ１がホーム網に存在するか否かを判断する（１２１）。ステップ５０６においてＣｏＡを取得済みであるため、ＩＰｖ６パケット処理部２４は、ＭＮ１がホーム網以外に存在すると判断する。続いて、受信パケットのＮｅｘｔ  Ｈｅａｄｅｒ値を参照する。Ｎｅｘｔ  Ｈｅａｄｅｒ値がＲｏｕｔｉｎｇ  Ｈｅａｄｅｒであれば、Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒ処理を行う（１２３、５３９）。次にＲｏｕｔｉｎｇ  ＨｅａｄｅｒのＮｅｘｔ  Ｈｅａｄｅｒ値を確認する（１２４）。Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰｓｅｃであれば、ＳＡを検索しＩＰｓｅｃ処理を行う（１２５）。次にセキュリティポリシを確認する（１２６）。ステップ１２４において、Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰｓｅｃでなければ、セキュリティポリシの有無を確認する（１２９）。セキュリティポリシが存在しなければ、パケットをシナリオ処理部２３に送信し（１２７）、本ルーチンを終了する。
ステップ１２９において、セキュリティポリシが存在する場合、受信パケットが上記ポリシを満たすか否かを確認する（１２６）。セキュリティポリシを満たす場合は、
パケットのＮｅｘｔ  Ｈｅａｄｅｒ値を参照する。Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰヘッダでなければ（１３１）、受信パケットをシナリオ処理部２３に送信し（１２７）、本ルーチンを終了する。
ステップ１２６において、セキュリティポリシを満たさない場合は受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ１２５において、ＩＰｓｅｃ処理が正常に終了しなければ、受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ１２３において、Ｒｏｕｔｉｎｇ  ＨｅａｄｅｒのＨｏｍｅ  ＡｄｄｒｅｓｓフィールドにＭＮ１のホームアドレスが設定されていなければ、受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ５４０、５４１は、第１の実施例のステップ５１１、５１２と同様である。
次にホストＯＳ上のアプリケーション１１がＣＮ２にパケットを送信する方法を説明する。ステップ５４２、５４３は、第１の実施例のステップ５１３、ステップ５１４と同様である。
ＩＰヘッダ変換後（５４３）、シナリオ処理部２３はＩＰｖ６パケット処理部２４にパケットを送信する。ＩＰｖ６パケット処理部２４は、パケット送信処理ルーチン１００を起動する。
ＩＰｖ６パケット処理部は、ＭＮ１がホーム網に存在するか否かを判断する（１０１）。ステップ５０６においてＣｏＡを取得済みであるため、ＩＰｖ６パケット処理部２４は、ＭＮ１がホーム網以外に存在すると判断する。続いて着信先アドレス４１ｂで、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を参照する（１０２）。上記Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０には、ステップ５３７で生成したエントリが存在する。そこで、ＩＰｖ６パケット処理部は、Ｄｅｓｔｉｏｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  ＨｅａｄｅｒのＨｏｍｅ  Ａｄｄｒｅｓｓ  Ｏｐｔｉｏｎを生成する（１０３、５４４）。Ｈｏｍｅ  Ａｄｄｒｅｓｓ  Ｏｐｔｉｏｎには、ＭＮ１のホームアドレスを設定する。送信元アドレス４１ａには、ＭＮ１のＣｏＡを設定する。着信先アドレス４１ｂには、ＣＮ２のアドレスを設定する。
次に、セキュリティポリシの有無を確認する（１０４）。セキュリティポリシが存在しなければ、ＩＰｖ６パケット処理部は、パケットを送信し（１０７、５４５）、本ルーチンを終了する。
ステップ１０４において、セキュリティポリシが存在する場合、送信パケットのセキュリティポリシを決定する（１０５）。ＩＰｓｅｃ適用時、ＩＰｖ６パケット処理部は、ＳＡを検索してＩＰｓｅｃ処理を行う（１０６）。次に、パケットを送信し（１０７）、本ルーチンを終了する。ＩＰｓｅｃ非適用時、ＩＰｖ６パケット処理部は、パケットを送信し（１０７）、本ルーチンを終了する。
ステップ１０５において、パケットを廃棄するべきと判断した場合、或いは、ステップ１０６において、ＳＡが検出できなかった場合、ＩＰｖ６パケット処理部は、受信パケットを廃棄して（１１２）、本ルーチンを参照する。
次に、図２１を用いて、ＨＡ４に位置登録を行ったＭＮ１がＩＰｓｅｃ付モバイルＩＰトンネルを介してパケットを送受信する場合のシーケンスを説明する。
ステップ５０１から５０７までの処理は、図１９と同様である。
ＣＮ２がＭＮ１にパケットを送信する際、ＣＮ２はパケットをＭＮ１のホームアドレス宛に送信する（５０８）。ＨＡ４は上記パケットを捕捉し、モバイルトンネルヘッダとＩＰｓｅｃ機能付きＩＰヘッダ（ＩＰｓｅｃトンネルモード）を付加する（５５１）。モバイルトンネルヘッダとＩＰｓｅｃ機能付きＩＰヘッダの着信先アドレスには、ＭＮ１が在圏網５ｂで取得したＣｏＡが設定される。モバイルトンネルヘッダとＩＰｓｅｃ機能付きＩＰヘッダの送信元アドレスには、ＨＡ４のアドレスが設定される。
ＭＮ１のＩＰｖ６パケット処理部２４は、パケット５５１を受信するとパケット受信処理ルーチン１２０を起動する。
ＩＰｖ６パケット処理部は、パケット５５１を受信するとＭＮ１がホーム網に存在するか否かを判断する（１２１）。ステップ５０６においてＣｏＡを取得済みであるため、ＩＰｖ６パケット処理部２４は、ＭＮ１がホーム網以外に存在すると判断する。続いて、受信パケットのＮｅｘｔ  Ｈｅａｄｅｒ値を参照する。Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰｓｅｃであれば、ＳＡを検索して、ＩＰｓｅｃ処理を行い、外側のＩＰヘッダを削除する（デカプセル化）（ＩＰｓｅｃトンネルモード処理）（１２５、５５２）。次に受信パケットがセキュリティポリシを満たすか否かを確認する（１２６、５５３）。セキュリティポリシを満たす場合は、ＩＰｓｅｃ処理後のパケットのＮｅｘｔ  Ｈｅａｄｅｒ値を参照する。
Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰヘッダであれば、ステップ１２８を起動する。まず、外側ＩＰヘッダの送信元アドレスを確認する。外側ＩＰヘッダの送信元アドレスがＨＡ４のアドレスであれば、ＩＰｖ６パケット処理部２４は外側ＩＰヘッダを削除する（デカプセル化、５１０）。次に、セキュリティポリシの有無を確認する（１２９）。セキュリティポリシが存在しなければ、パケットをシナリオ処理部２３に送信し（１２７）、本ルーチンを終了する。
Ｎｅｘｔ  Ｈｅａｄｅｒ値がＩＰヘッダでなければ、パケットをシナリオ処理部２３に送信し（１２７）、本ルーチンを終了する。
ステップ１２６において、セキュリティポリシを満たさない場合は受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ１２５において、ＳＡが検出できなければ、受信パケットを廃棄し（１３０）、本ルーチンを終了する。
ステップ５１１、５１２は、第１の実施例と同様である。
次にホストＯＳ上のアプリケーション１１がＣＮ２にパケットを送信する方法を説明する。ステップ５１３、５１４は、第１の実施例と同様である。
ＩＰヘッダ変換後（５１４）、シナリオ処理部２３はＩＰｖ６パケット処理部２４にパケットを送信する。ＩＰｖ６パケット処理部２４は、パケット送信処理ルーチン１００を起動する。
ＩＰｖ６パケット処理部は、パケット５１４を受信するとＭＮ１がホーム網に存在するか否かを判断する（１０１）。ステップ５０６においてＣｏＡを取得済みであるため、ＩＰｖ６パケット処理部２４は、ＭＮ１がホーム網以外に存在すると判断する。続いて着信先アドレス４１ｂで、Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０を参照する（１０２）。上記Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブル２１０に該当エントリが存在しなければ、セキュリティポリシの有無を確認する（１０８）。
セキュリティポリシが存在する場合、送信パケットのセキュリティポリシを決定する（１０９、５５４）。ＩＰｓｅｃ適用時は、ＳＡを検索してＩＰｓｅｃ処理（ＩＰｓｅｃトンネルモード処理）とモバイルＩＰのカプセル化処理を行う（１１０、５５５）。その後、ＩＰｖ６パケット処理部２４は、パケットを送信し（１０７、５５６）、本ルーチンを終了する。
次に、図２２を用いて、ＨＡ４に位置登録を行ったＭＮ１がＩＰｓｅｃ付モバイルＩＰトンネルを介してパケットを送受信する場合の第２のシーケンスを説明する。
図２１と図２２は、ＨＡとＭＮの間のパケットフォーマットが異なる。
図２２におけるＨＡ４は、モバイルトンネルヘッダとＩＰｓｅｃ機能付きＩＰヘッダ（ＩＰｓｅｃトンネルモード）の送信元アドレスと着信先アドレスがそれぞれ等しい場合、ＭＮ宛のパケットを捕捉し、ＩＰｓｅｃ機能付きＩＰヘッダ（ＩＰｓｅｃトンネルモード）のみを付加する（５５７）。
ＩＰｓｅｃ機能付きＩＰヘッダの着信先アドレスには、ＭＮ１が在圏網５ｂで取得したＣｏＡが設定される。ＩＰｓｅｃ機能付きＩＰヘッダの送信元アドレスには、ＨＡ４のアドレスが設定される。
ＭＮ１のＩＰｖ６パケット処理部２４は、パケット５５７を受信するとパケット受信処理ルーチン１２０を起動する。
ステップ５５２、５５３（１２１、１２２、１２５、１２６）は、図２１の場合と同様である。
ステップ１３１において、Ｎｅｘｔ  Ｈｅａｄｅｒ値はＩＰヘッダではないため、ＩＰｖ６パケット処理部は、パケットをシナリオ処理部２８に送信し（１２７）、本ルーチンを終了する。
ステップ５１１、５１２は、第１の実施例と同様である。
次にホストＯＳ上のアプリケーション１１がＣＮ２にパケットを送信する方法を説明する。ステップ５１３、５１４は、第１の実施例と同様である。
ＩＰヘッダ変換後（５１４）、シナリオ処理部２３はＩＰｖ６パケット処理部２４にパケットを送信する。ＩＰｖ６パケット処理部２４は、パケット送信処理ルーチン１００を起動する。
ステップ５５４、５５５（１０１、１０２、１０８、１０９）は、図２１の場合と同様である。
ステップ１１０において、ＩＰｓｅｃトンネルモード用のＩＰヘッダとモバイルトンネルヘッダの送信元アドレスと着信先アドレスが、それぞれ等しい場合、ＭＮはＳＡを検索してＩＰｓｅｃ用のヘッダ処理（ＩＰｓｅｃトンネルモード処理）のみを行う（１１０、５５５）。その後、ＩＰｖ６パケット処理部２４は、パケットを送信し（１０７、５５８）、本ルーチンを終了する。
本発明の第３の実施の形態によると、端末装置のホストＯＳがＭｏｂｉｌｅ  ＩＰｖ６対応ＭＮ機能を備えない場合であっても、Ｍｏｂｉｌｅ  ＩＰｖ６処理をＭｏｂｉｌｅ  ＩＰｖ６処理部で行った後、ゲストＯＳのシナリオを起動することによって、端末装置に対してＭｏｂｉｌｅ  ＩＰｖ６信号にＩＰｓｅｃを適用したＭｏｂｉｌｅ  ＩＰｖ６サービスの提供が可能になる。
また、ゲストＯＳのＩＰｖ６パケット処理部がＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔを備えることにより、端末装置に対してモバイルＩＰｖ６の経路最適化サービスの提供が可能になる。
また、端末装置とＨＡとの間のモバイルトンネルにＩＰｓｅｃの適用が可能になり、安全性の高いサービスが提供できる。
さらに、モバイルトンネル用のヘッダの送信元アドレスと着信先アドレスがＩＰｓｅｃ用の送信元アドレスと着信先アドレスとそれぞれ等しい場合、モバイルトンネル用のヘッダを省略することが可能になり、サービスをより効率的に提供できる。
【実施例４】  本発明の第４の実施の形態を図を用いて説明する。第４の実施例は、第３の実施例において、ＩＰｖ６対応アプリケーションを利用する端末装置にＭｏｂｉｌｅ  ＩＰｖ６サービスを提供する手段を備えることを特徴とする。
第４の実施例において、シナリオポリシ管理テーブル２２０は、ＩＰｖ４−ＩＰｖ６変換機能なし又は、ＩＰｖ４−ＩＰｖ６変換なし経路最適化有りが有効になっているとする。
第４の実施例において、シナリオ処理部２３は、図１６に示すＢＡ処理ルーチンを起動する。図１６に示すＢＡ処理ルーチンは、図１５と比べて変換エントリ更新ステップを含まない点が異なる。ステップ９１からステップ９４は、第３の実施例のステップ８１、ステップ８３からステップ８５と同様である。
本発明の第４の実施の形態によると、ＩＰｖ６対応アプリケーションを利用する端末装置のホストＯＳがＭｏｂｉｌｅ  ＩＰｖ６対応ＭＮ機能を備えない場合であっても、Ｍｏｂｉｌｅ  ＩＰｖ６処理をＭｏｂｉｌｅ  ＩＰｖ６処理部で行った後、ゲストＯＳのシナリオを起動することによって、端末装置に対してＭｏｂｉｌｅ  ＩＰｖ６信号にＩＰｓｅｃを適用したＭｏｂｉｌｅ  ＩＰｖ６サービスの提供が可能になる。
また、ゲストＯＳのＩＰｖ６パケット処理部がＢｉｎｄｉｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔを備えることにより、モバイルＩＰｖ６の経路最適化サービスの提供が可能になる。
また、端末装置とＨＡとの間のモバイルトンネルにＩＰｓｅｃの適用が可能になり、安全性の高いサービスが提供できる。
さらに、モバイルトンネル用のヘッダの送信元アドレスと着信先アドレスがＩＰｓｅｃ用の送信元アドレスと着信先アドレスとそれぞれ等しい場合、モバイルトンネル用のヘッダを省略することが可能になり、サービスをより効率的に提供できる。
【実施例５】  本発明の第５の実施の形態を図を用いて説明する。第５の実施例は、第４の実施例において、端末装置がＩＰｖ６対応ＳＩＰによるＶｏＩＰサービスを利用する手段を備えることを特徴とする。第５の実施例において、シナリオポリシ管理テーブル２２０は、ＩＰｖ４−ＩＰｖ６変換機能なし又は、ＩＰｖ４−ＩＰｖ６変換なし経路最適化有りが有効になっているとする。
図２３は、本発明における第５の実施例の通信網の構成例を示す。ＳＩＰ  Ｐｒｏｘｙ８はルータに接続される。
図２４、図２５、図２６は、第５の実施例におけるＭＮ１の通信シーケンスである。
図２４は、ＩＰｓｅｃが端末間音声パケットに適用される場合のＭＮ１の通信シーケンスを示す。
ステップ５０１からステップ５０６は、図１９と同様であるため、ステップ５６１以降の処理を説明する。
ＣＮ２は、ＳＩＰ  Ｐｒｏｘｙ８経由で、ＭＮ１にＳＩＰ  ＩＮＶＩＴＥメッセージを送信する（５６１、５６２）。ＭＮ１のホストＯＳ上のアプリケーションが、上記メッセージを受信する。上記メッセージを受け付ける場合、ＭＮ１のホストＯＳ上アプリケーションは、上記ＩＮＶＩＴＥに対する応答メッセージ（２００  ＯＫ）を送信する。この応答メッセージは、ＳＩＰ  Ｐｒｏｘｙ８経由でＣＮ２へ送信される（５６３、５６４）。この応答メッセージは、ＭＮ１が音声パケットを受信するＩＰアドレスの情報として、ＭＮ１のホームアドレスを含む。
ＣＮ２は、上記応答メッセージを受信し、応答確認メッセージ（ＡＣＫ）をＭＮ１へ送信する（５６５、５６６）。以上で、ＣＮ２とＭＮ１の間にセッションが確立する。
なお、ＳＩＰ  Ｐｒｏｘｙ８がＭＮ１のバインディング情報を保持しない場合、ＭＮ１とＳＩＰ  Ｐｒｏｘｙ８の間で送受信されるメッセージは、ＨＡ４を経由する。
続いて、ＣＮ２は、ＭＮ１のホームアドレス宛に音声パケット（ＲＴＰパケット）を送信する（５６７）。トランスポートモードのＩＰｓｅｃが、上記音声パケットに適用されている。
ＨＡ４は、上記パケットを捕捉して、カプセル化を行いＭＮ１のＣｏＡ宛に送信する（５６８）。
ＩＰｖ６パケット処理部２４は、上記パケットを受信する。ステップ５１０は、図１９と同様である。
ＩＰｖ６パケット処理部２４は、受信パケットをＩＰパケット処理部２２経由でホストＯＳに送信する（５７０）。ステップ５７０は、ステップ５１２と比べて、オリジナルパケットに対してＩＰｓｅｃが施されている点が異なる。ホストＯＳは、オリジナルパケットのＩＰｓｅｃ処理を行った後、音声パケットの処理を行う。
次に、ＭＮ１がＣＮ２に音声パケットを送信する手順を述べる。ＭＮ１は音声情報を含むＩＰパケットにＩＰｓｅｃ処理を行い、パケットを送信する（５７１）。ＩＰｖ６パケット処理部２４は、パケットにモバイルトンネル用のヘッダを付加（カプセル化）する（５１５）。その後、ＩＰｖ６パケット処理部は、パケットをＨＡ４経由（５７４）でＣＮ２宛に送信する（５７５）。
図２５は、ＩＰｓｅｃが端末間音声パケットとモバイルトンネルに適用される場合のＭＮ１の通信シーケンスを示す。
ＨＡ４とＭＮ１のモバイルトンネルには、トンネルモードＩＰｓｅｃが適用されるとする。
ステップ５６１からステップ５６６は、図２４と同じであるため、ステップ５６７以降の処理を説明する。
ＣＮ２が音声パケットをＭＮ１のホームアドレス宛に送信する（５６７）。ＨＡ４は上記パケットを捕捉し、モバイルトンネルヘッダとＩＰｓｅｃ機能付きＩＰヘッダ（ＩＰｓｅｃトンネルモード）を付加する（５８１）。モバイルトンネルヘッダとＩＰＳｅｃ機能付きＩＰヘッダの着信先アドレスには、ＭＮ１が在圏網５ｂで取得したＣｏＡが設定される。モバイルトンネルヘッダとＩＰｓｅｃ機能付きＩＰヘッダの送信元アドレスには、ＨＡ４のアドレスが設定される。
ＩＰｖ６パケット処理部２４は、上記パケットを受信すると、ＳＡ処理およびデカプセル化処理（ＩＰｓｅｃトンネルモード処理）（５６８）、ＳＰＤ検査処理（５６９）、デカプセル化（５１０）を行う。
ステップ５６８、５６９、５１０の処理は、図２１のステップ５５２、５５３、５１０の処理と同じであるため、詳細は省略する。ＩＰｖ６パケット処理部２４は、ＩＰパケット処理部２２経由でホストＯＳにパケットを送信する（５７０）。ホストＯＳはＩＰｓｅｃ付パケット５７０を受信すると、ＩＰｓｅｃ処理を行った後、音声パケットの処理を行う。
次に、ＭＮ１がＣＮ２に音声パケットを送信する手順を述べる。ＭＮ１は音声情報を含むＩＰパケットにＩＰｓｅｃ処理を行い、パケットを送信する（５７１）。ＩＰｖ６パケット処理部２４は、ＳＰＤ検査処理（５７２）、ＩＰｓｅｃ処理（ＩＰｓｅｃトンネルモード処理）とモバイルＩＰのカプセル化処理（５７３）を行う。ステップ５７２、５７３は、図２１のステップ５５４、５５５の処理と同じであるため、詳細は省略する。続いて、ＩＰｖ６パケット処理部２４が、パケットをＨＡ４経由（５８２）でＣＮ２宛に送信する（５７５）。
図２６は、ＩＰｓｅｃが端末間音声パケットとモバイルトンネルに適用される場合のＭＮ１の通信シーケンスを示す。
ステップ５６１からステップ５６６は、図２４と同じであるため、ステップ５６７以降の処理を説明する。
図２５と図２６は、ＨＡとＭＮの間のパケットフォーマットが異なる。ＣＮ２が音声パケットをＭＮ１のホームアドレス宛に送信する（５６７）。図２６におけるＨＡ４は、ＭＮ宛のパケット（５６７）を捕捉し、ＩＰヘッダ（ＩＰｓｅｃトンネルモード）のみを付加する（５８３）。外側ＩＰヘッダの着信先アドレスには、ＭＮ１が在圏網５ｂで取得したＣｏＡが設定される。外側ＩＰヘッダの送信元アドレスには、ＨＡ４のアドレスが設定される。
ＩＰｖ６パケット処理部２４は、上記パケットを受信すると、ＳＡ処理およびデカプセル化処理（ＩＰｓｅｃトンネルモード処理）（５６８）、ＳＰＤ検査処理（５６９）を行う。
ステップ５６８、５６９の処理は、図２２のステップ５５２、５５３の処理と同じであるため、詳細は省略する。ＩＰｖ６パケット処理部２４は、ＩＰパケット処理部２２経由でホストＯＳにパケットを送信する（５７０）。ホストＯＳはＩＰｓｅｃ付パケット５７０を受信すると、ＩＰｓｅｃ処理を行った後、音声パケットの処理を行う。
次に、ＭＮ１がＣＮ２に音声パケットを送信する手順を述べる。ＭＮ１は音声情報を含むＩＰパケットにＩＰｓｅｃ処理を行い、パケットを送信する（５７１）。ＩＰｖ６パケット処理部２４は、ＳＰＤ検査処理（５７２）、ＩＰｓｅｃ処理（ＩＰｓｅｃトンネルモード処理）（５７３）を行う。ステップ５７２、５７３は、図２２のステップ５５４、５５５の処理と同じであるため、詳細は省略する。続いて、ＩＰｖ６パケット処理部２４が、パケットをＨＡ４経由（５８４）でＣＮ２宛に送信する（５７５）。
本発明の第５の実施の形態によると、ＩＰｓｅｃ付ＩＰｖ６対応アプリケーションを利用する端末装置のホストＯＳがＭｏｂｉｌｅ  ＩＰｖ６対応ＭＮ機能を備えない場合であっても、Ｍｏｂｉｌｅ  ＩＰｖ６処理をＭｏｂｉｌｅ  ＩＰｖ６処理部で行った後、ゲストＯＳのシナリオを起動することによって、端末装置に対してＭｏｂｉｌｅ  ＩＰｖ６信号にＩＰｓｅｃを適用したＭｏｂｉｌｅＩＰｖ６サービスの提供が可能になる。
また、Ｍｏｂｉｌｅ  ＩＰのＩＰｓｅｃ処理部とアプリケーションのＩＰｓｅｃ処理部を分離することにより、端末装置とＨＡとの間のモバイルトンネルにＩＰｓｅｃを適用する場合であっても、ＩＰｓｅｃ付アプリケーションの利用が可能になる。
【実施例６】  本発明の第６の実施の形態を図を用いて説明する。第６の実施例は、端末装置がＭｏｂｉｌｅ  ＩＰｖ６機能と、ＨＭＩＰｖ６機能を備えることを特徴とする。第６の実施例において、シナリオポリシ管理テーブル２２０はＭＡＰタイプ１から３が有効になっているものとする。
図２７は、本発明における第６の実施例の通信網の構成例を示す。ルータ３がＨＭＩＰｖ６のＭＡＰ機能を備える。
図２８は、本発明における第６の実施例の端末１の構成例を示す。第１の実施例の端末１の機能に加えて、ホストＯＳ１３がＭｏｂｉｌｅ  ＩＰｖ６処理部２５２を備える。またゲストＯＳ１７は、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５の代わりにＨＭＩＰｖ６処理部２５１を備える。
図２９は、ＭＡＰ３が送信するルータ広告のメッセージフォーマット例Ｓ４を示す。
ルータ広告メッセージを含むＩＣＭＰパケット４３１は、ＩＰｖ６パケットのペイロード部４３に格納される。ＭＡＰ３が送信するルータ広告Ｓ４は、ＭＡＰオプション４３２を含む。ＭＡＰオプション４３２は、ＨＭＩＰｖ６対応端末の位置登録モードとＭＡＰアドレスを端末に通知にする機能を持つ。
ＭＩＰｖ６対応端末の位置登録モードは、ＭＡＰオプション４３２のＩ、Ｐ、Ｖの各ビットの値によって３つのタイプに分類される。
タイプ１は、端末１がＨＡ４との間で送受信する位置登録メッセージ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ、Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）をＭＮ−ＭＡＰ間でカプセル化転送する方法である。
タイプ２は、端末１がＨＡ４にＢｉｎｄｉｎｇ  Ｕｐｄａｔｅを直接送信し、ＨＡ４から端末１へのＢｉｎｄｉｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔをＭＡＰ−ＭＮ間でカプセル化転送する方法である。
タイプ３は、端末１がＨＡ４との間で送受信する位置登録メッセージをＨＡ４との間で直接送受信する方法である。
図３１から図３３に示すシーケンスに従って、図２７に示す網５ｂに在圏するＭＮ１がＨＡ４に位置登録を行い、パケットを送受信するシーケンスを説明する。
まず、図３１を用いて、上記タイプ１を示すルータ広告メッセージを受信したＭＮ１のパケット送受信シーケンスを説明する。
ＭＮ１は、ルータ広告６０１を受信して、ＲＣｏＡとＬＣｏＡを生成後、インタフェース１８にＬＣｏＡを設定する。次に、ＭＮ１は、ＭＡＰ３ｂに位置登録メッセージ（Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ）を送信する（６０２）。ＭＡＰ３ｂは、ＲＣｏＡとＬＣｏＡの対応情報を保持する。ＭＡＰ３ｂは、上記Ｂｉｎｉｄｎｇ  Ｕｐｄａｔｅに対する応答（Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）を送信する（６０３）。ＨＭＩＰｖ６処理部２５１は、Ｂｉｎｉｄｎｇ  Ｕｐｄａｔｅ  Ｌｉｓｔ管理テーブルを備え、上記テーブルにＭＡＰのエントリを追加（すでにエントリが存在する場合は更新）する（６０４）。
次に、ＨＭＩＰｖ６処理部２５１は、Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔにタイプ１のＭＡＰ位置登録であることを示す識別子を含むヘッダを追加し、シナリオ処理部２３へ送信する（６０５、６０６）。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、シナリオを決定する（６１、６０７）。
シナリオ処理部２３は、ＲＣｏＡ、ＬＣｏＡ、ＭＡＰアドレスを受信パケットから取得する。ＭＡＰアドレスは送信元アドレス４１ａから、ＲＣｏＡはＩＰｖ６Ｒｏｕｔｉｎｇ  Ｈｅａｄｅｒから、ＬＣｏＡは着信先アドレス４１ｂから、それぞれ取得する（９５）。ＲＣｏＡに変更があれば（９６）、Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２のＭｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓにタイプ１のＭＡＰ位置登録を示す値を設定する。シナリオ処理部２３は、上記Ｍｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓを含むＢｉｎｉｄｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔをＩＰパケット処理部２２経由でホストＯＳのＭｏｂｉｌｅ  ＩＰｖ６処理部２５２に送信し（９７、６０８、６０９）、本ルーチンを終了する。
ＲＣｏＡに変更がなければ、本ルーチンを終了する。ステップ９５で処理が正常に終了しなければ、受信パケットを廃棄し（６７）、本ルーチンを終了する。
Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２は、上記Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを受信すると、ＨＡ４にＢｉｎｉｄｎｇ  Ｕｐｄａｔｅメッセージ（６１０）を送信する。
上記メッセージは、送信元アドレス４１ａにＲＣｏＡを、着信先アドレス４１ｂにＨＡ４アドレスを、Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  ＨｅａｄｅｒのＨｏｍｅ  Ａｄｄｒｅｓｓ  ＯｐｔｉｏｎにＭＮ１のホームアドレスを設定する。上記メッセージ６１０を受信したＨＭＩＰｖ６処理部２５１は、上記パケットをＩＰｉｎＩＰでカプセル化した後、ＭＡＰ３ｂ経由でＨＡ４に送信する。
ＨＡ４からＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（６１１）を受信したＭＡＰ３ｂはＩＰｉｎＩＰカプセル化を行い、ＭＮ１にパケットを送信する。ＨＭＩＰｖ６処理部２５１は上記メッセージを受信するとデカプセル化を行い、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２に送信する。上記メッセージには、送信元アドレス４１ａにＨＡ４のアドレスが、着信先アドレス４１ｂにＲＣｏＡが、Ｒｏｕｔｉｎｇ  ＨｅａｄｅｒのＨｏｍｅ  ＡｄｄｒｅｓｓフィールドにＭＮ１のホームアドレスが、それぞれ設定される。
上記位置登録信号のＩＰｓｅｃ処理は、Ｍｏｂｉｌｅ  ＩＰ処理部２５２が行う。
次にＭＮ１がパケットを送受信する方法を述べる。ＭＮ１が送受信するパケットに対して、Ｍｏｂｉｌｅ  ＩＰｖ６処理部がＭＮ１−ＨＡ４間のカプセル化・デカプセル化を行う。さらにＨＭＩＰｖ６処理部２５１がＭＮ１−ＭＡＰ間のカプセル化・デカプセル化を行う（６１２、６１３）。
次に、図３２を用いて、上記タイプ２を示すルータ広告メッセージを受信したＭＮ１のパケット送受信シーケンスを説明する。
ステップ６０１から６０４は、図３１の処理と同様である。
次に、ＨＭＩＰｖ６処理部２５１は、Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔにタイプ２のＭＡＰ位置登録であることを示す識別子を含むヘッダを追加し、シナリオ処理部２３へ送信する（６０５、６０６）。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、シナリオを決定する（６１、６０７）。
シナリオ処理部２３は、ＲＣｏＡ、ＬＣｏＡ、ＭＡＰアドレスを受信パケットから取得する。ＭＡＰアドレスは送信元アドレス４１ａから、ＲＣｏＡはＲｏｕｔｉｎｇ  Ｈｅａｄｅｒから、ＬＣｏＡは着信先アドレス４１ｂから、それぞれ取得する（９８）。
ＲＣｏＡに変更があれば（９６）、Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２のＭｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓにタイプ２のＭＡＰ位置登録を示す値を設定する。シナリオ処理部２３は、上記Ｍｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓを含むＢｉｎｉｄｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔをＩＰパケット処理部２２経由でホストＯＳのＭｏｂｉｌｅ  ＩＰｖ６処理部２５２に送信し（９７、６０８、６０９）、本ルーチンを終了する。
ＲＣｏＡに変更がなければ、本ルーチンを終了する。ステップ９８で処理が正常に終了しなければ、受信パケットを廃棄し（６７）、本ルーチンを終了する。
Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２は、上記Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを受信すると、ＨＡ４にＢｉｎｉｄｎｇ  Ｕｐｄａｔｅメッセージ（６２１）を送信する。
上記メッセージは、送信元アドレス４１ａにＲＣｏＡを、着信先アドレス４１ｂにＨＡ４アドレスを、Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  ＨｅａｄｅｒのＨｏｍｅ  Ａｄｄｒｅｓｓ  ＯｐｔｉｏｎにＭＮ１のホームアドレスを設定する。上記メッセージ６２１を受信したＨＭＩＰｖ６処理部２５１は、上記パケットをＨＡ４に送信する。
ＨＡ４からＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（６２２）を受信したＭＡＰ３ｂはＩＰｉｎＩＰカプセル化を行い、ＭＮ１にパケットを送信する。ＨＭＩＰｖ６処理部２５１は上記メッセージを受信するとデカプセル化を行い、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２に送信する。上記メッセージの送信元アドレス４１ａにはＨＡ４のアドレスが、着信先アドレス４１ｂにはＲＣｏＡが、Ｒｏｕｔｉｎｇ  ＨｅａｄｅｒのＨｏｍｅ  ＡｄｄｒｅｓｓフィールドにはＭＮ１のホームアドレスが、それぞれ設定される。
上記位置登録信号のＩＰｓｅｃ処理は、Ｍｏｂｉｌｅ  ＩＰ処理部２５２が行う。
次にＭＮ１のパケット受信方法（６２３）は、図３１のステップ６１２と同様である。
ＭＮ１がパケットを送信する際、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２がＭＮ−ＨＡ間カプセル化を行い、パケットを送信する（６２４）。
次に、図３３を用いて、上記タイプ３を示すルータ広告メッセージを受信したＭＩＰｖ６対応ＭＮ１のパケット送受信シーケンスを説明する。
ステップ６０１から６０４は、図３１の処理と同様である。
次に、ＨＭＩＰｖ６処理部２５１は、Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔにタイプ３のＭＡＰ位置登録であることを示す識別子を含むヘッダを追加し、シナリオ処理部２３へ送信する（６０５、６０６）。
シナリオ処理部２３は、ＢＡ処理ルーチン６０を起動して、シナリオを決定する（６１、６０７）。
シナリオ処理部２３は、ＲＣｏＡ、ＬＣｏＡ、ＭＡＰアドレスを受信パケットから取得する。ＭＡＰアドレスは送信元アドレス４１ａから、ＲＣｏＡはＲｏｕｔｉｎｇ  Ｈｅａｄｅｒから、ＬＣｏＡは着信先アドレス４１ｂから、それぞれ取得する（９９）。
ＲＣｏＡに変更があれば（９６）、Ｍｏｂｉｌｉｔｙ  Ｈｅａｄｅｒ４０２のＭｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓにタイプ３のＭＡＰ位置登録を示す値を設定する。シナリオ処理部２３は、上記Ｍｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎｓを含むＢｉｎｉｄｎｇ  ＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔをＩＰパケット処理部２２経由でホストＯＳのＭｏｂｉｌｅ  ＩＰｖ６処理部２５２に送信し（９７、６０８、６０９）、本ルーチンを終了する。
ＲＣｏＡに変更がなければ、本ルーチンを終了する。ステップ９９で処理が正常に終了しなければ、受信パケットを廃棄し（６７）、本ルーチンを終了する。
Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２は、上記Ｂｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔを受信すると、ＨＡ４にＢｉｎｉｄｎｇ  Ｕｐｄａｔｅメッセージ（６３１）を送信する。
上記メッセージは、送信元アドレス４１ａにＬＣｏＡを、着信先アドレス４１ｂにＨＡ４アドレスを、Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  ＨｅａｄｅｒのＨｏｍｅ  Ａｄｄｒｅｓｓ  ＯｐｔｉｏｎにＲＣｏＡを、Ｂｉｎｄｉｎｇ  ＵｐｄａｔｅのＭｏｂｉｌｉｔｙ  ＯｐｔｉｏｎｓのＡｌｔｅｒｎａｔｅ−ｃａｒｅ  ｏｆ  ａｄｄｒｅｓｓ  Ｏｐｔｉｏｎフィールドに、ＭＮ１のホームアドレスを設定する。上記メッセージ６３１を受信したＨＭＩＰｖ６処理部２５１は、上記パケットをＨＡ４に送信する。
ＨＡ４からＢｉｎｉｄｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（６３２）を受信したＨＭＩＰｖ６処理部２５１は上記メッセージをＭｏｂｉｌｅ  ＩＰｖ６処理部２５２に送信する。上記メッセージの送信元アドレス４１ａにはＨＡ４のアドレスが、着信先アドレス４１ｂにはＬＣｏＡが、Ｒｏｕｔｉｎｇ  ＨｅａｄｅｒのＨｏｍｅ  ＡｄｄｒｅｓｓフィールドにはＭＮ１のホームアドレスが設定される。
上記位置登録信号のＩＰｓｅｃ処理は、Ｍｏｂｉｌｅ  ＩＰｖ６処理部２５２が行う。
次にＭＮ１のパケット送受信方法（６３３、６３４）は、図３２のステップ６２３、６２４と同様である。
本発明の第６の実施の形態によると、Ｍｏｂｉｌｅ  ＩＰｖ６対応ＭＮにＨＭＩＰｖ６サービスの提供が容易に実現できる。さらに、Ｍｏｂｉｌｅ  ＩＰｖ６処理部とＨＭＩＰｖ６処理部を分離することにより、ＨＭＩＰｖ６対応端末のＩＰｉｎＩＰカプセル化処理、或いは、ＩＰｓｅｃ処理が容易になる。
【実施例７】  本発明の第７の実施の形態を図を用いて説明する。図３４は、本発明における第７の実施例の通信網の構成例を示す。第７の実施例は、ルータ３（３ａ、３ｂ）にＭｏｂｉｌｅ  Ｒｏｕｔｅｒ１０（１０ａ、１０ｂ）が接続され、各Ｍｏｂｉｌｅ  Ｒｏｕｔｅｒ１０がＭｏｂｉｌｅ  Ｎｅｔｗｏｒｋ９（９ａ、９ｂ）を構成することを特徴とする。
図３５は、ＭＮ１のホーム網６に設置するＨＡ４の構成例を示す。ＨＡ４は、回線（３１８ａ、３１８ｂ、３１８ｍ、３１８ｎ）を収容するインタフェース部（ＩＦ）（３１９ａ、３１９ｂ、３１９ｍ、３１９ｎ）と、サーバ部３１１（３１１ａ、３１１ｂ、３１１ｍ）と、スイッチ部３１７（３１７ａ、３１７ｂ）から構成される。
サーバ部３１１は、パケット受信・送信処理部３１３と、ＩＰｓｅｃ処理部３１４と、Ｍｏｂｉｌｅ  ＩＰ処理部３１５とを備える。
Ｍｏｂｉｌｅ  ＩＰ処理部３１５は、Ｍｏｂｉｌｅ  ＩＰプロトコル処理機能と、Ｍｏｂｉｌｅ  ＩＰのホームエージェント（ＨＡ）機能を備える。Ｍｏｂｉｌｅ  ＩＰのホームエージェント機能は、Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルを備える。Ｂｉｎｄｉｎｇ  Ｃａｃｈｅ管理テーブルは、ＭＮ１のホームアドレスと気付アドレスの対応情報を保持する。さらに、本実施例におけるＨＡ４は、Ｍｏｂｉｌｅ  ＩＰ処理部３１５に、モバイルトンネル処理を複数回実行する処理プログラムを備える。
図３６は、ＨＡ４が、Ｍｏｂｉｌｅ  Ｒｏｕｔｅｒ１０、および、Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ９内のＭＮ１のＨＡである場合のモバイルトンネル適用区間を示す。
ＨＡ４がＭＮ１と通信する場合、ＭＮ１とＨＡ４の間（（１）ＭＮ−ＨＡモバイルトンネル）と、Ｍｏｂｉｌｅ  Ｒｏｕｔｅｒ１０とＨＡ４の間（（２）ＭＲ−ＨＡモバイルトンネル）に、モバイルトンネルを設定する。
まず、ＨＡ４は、ＭＮ１のバインディング情報を参照して、オリジナルパケット３５１にＩＰヘッダ３５２を追加する。ＩＰヘッダ３５２の着信先アドレスには、ＭＮ１の気付アドレス（ＣｏＡ）が設定される。次にＨＡ４は、Ｍｏｂｉｌｅ  Ｒｏｕｔｅｒ（ＭＲ）１０のバインディング情報を参照して、ＩＰヘッダ３５３を追加する。ＩＰヘッダ３５３の着信先アドレスには、ＭＲ１０の気付アドレスが設定される。
本発明の第７の実施の形態によると、ＨＡ４がＮｅｔｗｏｒｋ  Ｍｏｂｉｌｉｔｙサービス提供時に必要な複数回のＩＰｉｎＩＰカプセル化処理、或いは、ＩＰｓｅｃ処理が容易に実現できる。
【実施例８】  本発明の第８の実施の形態を図を用いて説明する。図３８は、本発明における第８の実施例の通信網の構成例を示す。第８の実施例は、ＭＮ１のホーム網６とＣＮ２を含むネットワーク３６１が、ＧＷ３６２を介して、ＩＰ網７に接続されることを特徴とする。ＧＷ３６２は、ＴＬＳ終端機能を備える。
第８の実施例において、ＭＮ１のゲストＯＳ  ＡＰＬ１６は第１のＴＬＳ終端機能を備える。ＭＮ１のホストＯＳ  ＡＰＬ１１が第２のＴＬＳ終端機能を備える。
図３９は、ＭＮ１がＴＬＳを用いて通信を行う場合のシーケンスを説明する。
ネットワーク３６１の外部に存在するＭＮ１が、ネットワーク３６１に存在する通信装置（ＣＮ２）と通信を行う場合、ＭＮ１とＧＷ３６２の間にＴＬＳを設定して通信を行う。
まず、ＭＮ１とＧＷ３６２の間にＴＬＳのセッションを設定する手順を説明する。ＭＮ１のゲストＯＳ  ＡＰＬ１６が、利用可能な暗号アルゴリズム、圧縮アルゴリズム、クライアントランダム値等を含むＣｌｉｅｎｔ  ＨｅｌｌｏメッセージをＧＷ３６２に送信する（７０１）。上記メッセージを受信したＧＷ３６２は、利用する暗号アルゴリズムと圧縮アルゴリズムを決定する。次にＧＷ３６２は、決定した値とサーバランダム値を含むＳｅｒｖｅｒ  ＨｅｌｌｏメッセージをＭＮ１のゲストＯＳ  ＡＰＬ１６に通知する（７０２）。ＧＷ３６２は、必要に応じて自身の証明書等を送付してもよい。ＧＷ３６２がＭＮ１に証明書を送付すると，ＭＮ１は，上記証明書を用いて，ＧＷ３６２の認証を行うことが可能になる。ＧＷ３６２は、オプションメッセージの送信終了をＳｅｒｖｅｒ  Ｈｅｌｌｏ  ＤｏｎｅでＭＮ１のゲストＯＳ  ＡＰＬ１６に通知する（７０３）。ＭＮ１のゲストＯＳ  ＡＰＬ１６は、各暗号パラメータのタネとなるプリマスタシークレットを生成して、Ｃｌｉｅｎｔ  Ｋｅｙ  ＥｘｃｈａｎｇｅメッセージでＧＷ３６２に通知する（７０４）。
ここで、ＭＮ１のゲストＯＳ  ＡＰＬ１６とＧＷ３６２は、利用アルゴリズム、サーバランダム、クライアントランダム、プリマスタシークレットを共有した状態となる。ＭＮ１のゲストＯＳ  ＡＰＬ１６とＧＷ３６２は、暗号化通信に必要なセキュリティパラメータを生成する。
ＭＮ１のゲストＯＳ  ＡＰＬ１６とＧＷ３６２は、セキュリティパラメータの設定終了（Ｃｈａｎｇｅ  Ｃｉｐｈｅｒ  Ｓｐｅｃ）と新しい暗号化仕様の動作の確認（Ｆｉｎｉｓｈｅｄ）をそれぞれ通知する（７０５から７０８）。以上で、ＭＮ１のゲストＯＳ  ＡＰＬ１６とＧＷ３６２の間にＴＬＳのセッションが確立する（７０９）。
次に、ＭＮ１のホストＯＳ  ＡＰＬ１１で動作するアプリケーションが、ＣＮ２との間でＴＬＳを用いた通信７１２を行うため、メッセージを交換し（７１０）、ＭＮ１のホストＯＳ  ＡＰＬ１１とＣＮ２の間にＴＬＳセッション７１１を確立する。ＴＬＳコネクション７１１の設定手順は、ステップ７０１から７０８と同様であるため、詳細は省略する。ＴＬＳセッション７１１は、ＭＮ１のゲストＯＳ  ＡＰＬ１６とＧＷ３６２の間のＴＬＳセッション７０９を利用する。
本発明の第８の実施の形態によると、ＭＮ１がＴＬＳセッションを２つの通信装置との間で確立する場合、複数回のＴＬＳ処理が容易に実現できる。
【実施例９】本発明は、以下のような移動体端末装置でも実現される。
互いに接続された第一及び第二の網と、上記第一の網に接続されたホームエージェントとを備えた通信システムにおいて、該ホームエージェントに接続された移動体端末装置であって、該移動体端末から上記ホームエージェントに向けて送信された位置登録に対する上記ホームエージェントからの応答を受信し、該応答から上記移動端末装置で用いる通信方式を決定することを特徴とする移動体端末装置。
または、
上記移動体端末装置は、Ｍｏｂｉｌｅ  ＩＰｖ６処理部と、ＩＰアドレス変換部を備え、上記移動体端末装置が第一のアドレス体系に従うパケットを受信したときは、上記Ｍｏｂｉｌｅ  ＩＰｖ６処理部が、上記受信したパケットをＭｏｂｉｌｅ  ＩＰｖ６処理した後、上記ＩＰアドレス変換部が、上記Ｍｏｂｉｌｅ  ＩＰｖ６処理されたパケットを第二のアドレス体系に変換し、上記移動体端末装置が第一のアドレス体系に従うパケットを送信するときは、上記ＩＰアドレス変換部が、上記送信するパケットを第二のアドレス体系に変換した後、上記Ｍｏｂｉｌｅ  ＩＰｖ６処理部が、上記変換されたパケットをＭｏｂｉｌｅ  ＩＰｖ６処理することを特徴とする上記移動体端末装置。
または、
上記第一のアドレス体系がＩＰｖ６であり、上記第二のアドレス体系がＩＰｖ４であることを特徴とする上記移動体端末装置。
または、
上記移動体端末装置は、Ｍｏｂｉｌｅ  ＩＰｖ６処理部と、第一のＩＰｓｅｃ処理部を備え、上記Ｍｏｂｉｌｅ  ＩＰｖ６処理部は、さらにその内部に第二のＩＰｓｅｃ処理部を備え、上記移動体端末装置がパケットを受信したときは、上記第二のＩＰｓｅｃ処理部が、上記受信したパケットに対して、Ｍｏｂｉｌｅ  ＩＰｖ６処理に関するＩＰｓｅｃ処理を行った後、上記第一のＩＰｓｅｃ処理部が、上記ＩＰｓｅｃ処理されたパケットに対して、さらにＩＰｓｅｃ処理を行うことを特徴とする上記移動体端末装置。
または、
上記通信システムはさらに、上記第一及び第二の網を接続する接続装置を備え、上記接続装置はＨＭＩＰｖ６のＭＡＰであることを特徴とする上記移動体端末装置。
【産業上の利用可能性】本発明を用いると、通信装置は、同一レイヤのセキュリティ処理、又は、ヘッダ処理を複数回終端することが可能になる。本発明は、セキュリティ管理形態に応じた処理を行う通信装置を実現する場合に利用される可能性がある。
【図１】
2005006674.tif 000003
【図２】
2005006674.tif 000004
【図３】
2005006674.tif 000005
【図４】
2005006674.tif 000006
【図５】
2005006674.tif 000007
【図６】
2005006674.tif 000008
【図７】
2005006674.tif 000009
【図８】
2005006674.tif 000010
【図９】
2005006674.tif 000011
【図１０】
2005006674.tif 000012
【図１１】
2005006674.tif 000013
【図１２】
2005006674.tif 000014
【図１３】
2005006674.tif 000015
【図１４】
2005006674.tif 000016
【図１５】
2005006674.tif 000017
【図１６】
2005006674.tif 000018
【図１７】
2005006674.tif 000019
【図１８】
2005006674.tif 000020
【図１９】
2005006674.tif 000021
【図２０】
2005006674.tif 000022
【図２１】
2005006674.tif 000023
【図２２】
2005006674.tif 000024
【図２３】
2005006674.tif 000025
【図２４】
2005006674.tif 000026
【図２５】
2005006674.tif 000027
【図２６】
2005006674.tif 000028
【図２７】
2005006674.tif 000029
【図２８】
2005006674.tif 000030
【図２９】
2005006674.tif 000031
【図３０】
2005006674.tif 000032
【図３１】
2005006674.tif 000033
【図３２】
2005006674.tif 000034
【図３３】
2005006674.tif 000035
【図３４】
2005006674.tif 000036
【図３５】
2005006674.tif 000037
【図３６】
2005006674.tif 000038
【図３７】
2005006674.tif 000039
【図３８】
2005006674.tif 000040
【図３９】
2005006674.tif 000041
【国際調査報告】
2005006674.tif 000042
2005006674.tif 000043