JP2005295565A - 通信システム - Google Patents

Abstract

【課題】モバイル・ノードのＩＰアドレスの変更の影響を受けずに、動作が安定した通信システムに関する技術を提供する。
【解決手段】アプリケーションプログラム（４１０）が、インターネットプロトコルアドレス情報を用いて通信セッションを提供し、オペレーティングシステム（４２０）が、インターネットプロトコルアドレス情報を監視し、インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに知らせる通信システムであり、アプリケーションプログラムは、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成され、オペレーティングシステムがアプリケーションプログラムにインターネットプロトコルアドレス情報の変更を知らせることの結果として、アプリケーションプログラムは、ＩＰアドレスが変わったときに通信セッションが影響を受ける可能性を減らすように、通信セッションの動作を適合させる。
【選択図】図４

Description

本発明は、インターネットプロトコルを用いた通信セッションを提供するための通信システム及び通信方法に関するものである。
本発明はまた、モバイル・ノード、通知モジュールおよび通知プラグインにも関するものである。

インターネットプロトコル（ＩＰ）を用いた通信ネットワークは、通信セッションの間に情報を伝達するためにパソコン、移動装置およびサーバーなどの通信ノードのための機能を提供するものである。
用いられたインターネットプロトコルによって、それぞれの通信ノードには、ＩＰネットワーク内で、そのノードを一意的に識別するＩＰアドレスが付与される。
これらのＩＰアドレスは、通信ノードに恒久的に割り当てられるか、またはノード自身がネットワークに加入されたときに割り当てられる。
最近では、移動電話またはノートパソコンなどのモバイル・ノードを用いることによって、ＩＰネットワークにアクセスすることも可能になっている。
例えば、モバイル・ノードは、無線通信ネットワークまたは赤外線リンク等のある形の無線接続を介してＩＰネットワークにアクセスできる。
なお、ＩＰアドレスは一時的に通信ノードに割り当てられ、それを通信セッションの間に変更することができる。

しかしながら、通信セッションは、あるネットワークから他のネットワークへ変更する結果として、モバイル・ノードのＩＰアドレスの変更の影響を受け、動作に不都合が生じることがあった。
従って、本発明は、モバイル・ノードのＩＰアドレスの変更の影響を受けずに、動作が安定した通信システムに関する技術を提供することを課題とする。

第１に、
アプリケーションプログラムとオペレーティングシステムとを有するモバイル・ノードから成る、インターネットプロトコルを用いた通信セッションを提供することができる通信システムであって、
アプリケーションプログラムは、インターネットプロトコルアドレス情報を用いた通信セッションを提供することができ、
オペレーティングシステムは、インターネットプロトコルアドレス情報を監視することができるものであり、
アプリケーションプログラムに、インターネットプロトコルアドレス情報の変更を通知することにより、アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成することを特徴とする、通信システム。
第２に、
アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて、新規のインターネットプロトコルアドレスを、対応するノード上で動作している対応するアプリケーションプログラムと通信させることができることを特徴とする、前記第１に記載の通信システム。
第３に、
アプリケーションプログラムが、セッション開始プロトコル（ＳＩＰ）メッセージを用いて対応するアプリケーションプログラムに通知することを特徴とする、前記第２に記載の通信システム。
第４に、
アプリケーションプログラムが、
新規のインターネットプロトコルアドレスを有する、対応するノードからのインターネットパケットと、現在使用されているインターネットプロトコルアドレスを有する、対応するノードからのインターネットパケットとを監視することができ、
現在使用されているインターネットプロトコルアドレスは、第１のネットワークとのモバイル・ノードの加入に対応し、
新規インターネットプロトコルアドレスは、第２のネットワークに関連づけられていることを特徴とする、前記第２または前記第３に記載の通信システム。
第５に、
オペレーティングシステムが、インターネットプロトコルアドレスを保存するためのアドレステーブルと、アドレステーブルにインターネットプロトコルアドレスを追加することができるアドレス加算器と、アドレステーブルからインターネットプロトコルアドレスを除去することができるアドレス減算器とを構成するインターネットプロトコルスタックを有するものであり、
アドレステーブルへのインターネットプロトコルアドレスの追加、またはアドレステーブルからのインターネットプロトコルアドレスを削除することの少なくとも一方によって、インターネットプロトコルアドレス情報の変更が実行されることを特徴とする、前記第１〜４のいずれか一つに記載の通信システム。
第６に、
オペレーティングシステムが、インターネットプロトコルアドレスの追加、またはインターネットプロトコルアドレスの削除からのインターネットプロトコルアドレスの変更を、アプリケーションプログラムに通知するモジュールを有するものであり、
インターネットプロトコルスタックが、インターネットプロトコルアドレステーブルへのアドレスの追加または削除のためにインターネットプロトコルスタックを監視し、インターネットプロトコルアドレステーブルへの追加または削除からインターネットプロトコルアドレス情報の変更を引き出し、アドレス情報の変更を通知モジュールに知らせることができる通知プラグインを有することを特徴とする、前記第５に記載の通信システム。
第７に、
通知プラグインが、インターネットプロトコルアドレス情報の変更を引き出すために、アドレス加算器またはアドレス減算器のアウトプットに応答することを特徴とする、前記第６に記載の通信システム。
第８に、
アプリケーションプログラムを支援するオペレーティングシステムを提供し、
インターネットプロトコルアドレス情報の変更を監視するようにオペレーティングシステムを構成し、
インターネットプロトコルアドレス情報の変更を、アプリケーションプログラムに通知するようにオペレーティングシステムを構成し、
インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるようにアプリケーションプログラムを構成することにより、
モバイル・ノード上で動作するアプリケーションプログラムを用いた通信セッションを提供し、
通信セッションが、インターネットプロトコルを用いたものである、通信方法。
第９に、
適合が、アプリケーションプログラムからの新規インターネットプロトコルアドレス情報を、対応するノード上で動作している対応するアプリケーションプログラムへと伝達することを含むことを特徴とする、前記第８に記載の方法。
第１０に、
アプリケーションプログラムが、セッション開始プロトコル（ＳＩＰ）メッセージを用いて対応するアプリケーションプログラムに通知することを特徴とする、前記第９に記載の方法。
第１１に、
新規インターネットプロトコルアドレスを有する対応するノードから受信したインターネットプロトコルパケットを監視し、
現在使用されているインターネットプロトコルアドレスを有する対応するノードから受信したインターネットプロトコルパケットを監視し、
現在使用されているインターネットプロトコルアドレスが、モバイル・ノードの第１のネットワークとの加入に対応し、
新規インターネットプロトコルアドレスが、第２のネットワークに関連づけられることから成ることを特徴とする、前記第９または前記第１０に記載の方法。
第１２に、
アプリケーションプログラムを実行することができ、
インターネットプロトコルアドレス情報の変更を監視し、
インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに知らせるオペレーティングシステムを備えており、
アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成され、
インターネットプロトコルを用いる通信システムを介して通信することができる、モバイル・ノード。
第１３に、
インターネットプロトコルアドレス情報の変更を、モバイル・ノード上で動作しているアプリケーションプログラムに知らせるために、モバイル・ノードのインターネットプロトコルアドレス情報の変更に応答するものであり、
アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成され、
インターネットプロトコルアドレス情報の変更を、モバイル・ノードのオペレーティングシステムから通信セッションを実行しているアプリケーションプログラムに通知することができる、通知モジュール。
第１４に、
インターネットプロトコルアドレスの、アドレステーブルからの追加または削除について、インターネットプロトコルスタックを監視し、
インターネットプロトコルアドレスのアドレステーブルからの追加または削除から、インターネットプロトコルアドレス情報の変更を引き出し、
アプリケーションプログラムとの通信のために、アドレス情報の変更を通知モジュールに通知し、モバイル・ノード上で動作しているアプリケーションプログラムに伝達するためにインターネットプロトコルアドレス情報の変更を監視することができる、通知プラグイン。
第１５に、
前記第１３に記載の通知モジュールと、前記第１４に記載の通知プラグインとを備えている、オペレーティングシステム。
第１６に、
通信セッションが、アプリケーションプログラムに応じて実行され、
インターネットプロトコルアドレス情報の変更を監視することにより、
インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに通知し、アプリケーションプログラムが、
インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させることから成る、インターネットプロトコルを用いた通信システムを介してモバイル・ノードを用いる通信セッションを実行する方法。
第１７に、
インターネットプロトコルアドレス情報の変更をモバイル・ノード上で動作しているアプリケーションプログラムに知らせるために、
モバイル・ノードのインターネットプロトコルアドレス情報の変更に応じて動作し、
アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させ、インターネットプロトコルアドレス情報の変更を、モバイル・ノードのオペレーティングシステムから通信セッションを実行しているアプリケーションプログラムに通知する方法。
第１８に、
アドレステーブルへのインターネットプロトコルアドレスの追加または削除について、インターネットプロトコルスタックを監視し、
アドレステーブルへのインターネットプロトコルアドレスの追加または削除から、インターネットプロトコルアドレス情報の変更を引き出し、
アプリケーションプログラムへの伝達のために、アドレス情報の変更を通知モジュールに通知することから成る、
モバイル・ノード上で動作しているアプリケーションプログラムへの伝達のために、インターネットプロトコルアドレス情報の変更を監視する方法。
第１９に、
データプロセッサに搭載されたときに、アプリケーションプログラムに応じてインターネットプロトコルを用いる通信システムを介して通信方法をデータプロセッサに実行させるコンピュータプログラムにおいて、
インターネットプロトコルアドレス情報の変更を監視し、
インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに通知し、
アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させることから成る方法。
第２０に、
記録された読取可能な媒体を含むことを特徴とする、前記第１９に記載のコンピュータプログラム製品。
第２１に、
コンピュータプログラムを表す信号を担持することを特徴とする、前記第１９に記載の媒体。

第１の態様に従えば、本発明は、インターネットプロトコルを用いた通信セッションを提供することができる通信システムを提供するものである。
このシステムは、アプリケーションプログラムとオペレーティングシステムを有するモバイル・ノードから成る。
アプリケーションプログラムは、インターネットプロトコルアドレス情報を用いた通信セッションを提供することができる。
オペレーティングシステムは、インターネットプロトコルアドレス情報を監視することができ、そして、アプリケーションプログラムにインターネットプロトコルアドレス情報の変更を通知する。
アプリケーションプログラムは、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成される。

一つの実施例において、通信システムは、モバイル・ノードと対応するノードとから成り、モバイル・ノードは、モバイル・ノード上で実行されるアプリケーションプログラムを用いた対応するノードとの通信セッションを提供するように構成される。

本発明の実施態様は、ＩＰパケット通信で用いるためのインターネットプロトコル（ＩＰ）アドレスが、通信セッションの間に変更されたことを、モバイル・ノード上で実行されているアプリケーションプログラムに通知するように構成されている。
オペレーティングシステムは、モバイル・ノードのためのＩＰアドレス情報が変更されたこと表示することを提供するように構成される。
アドレス情報の変更には、例えば、第１のネットワークから第２のネットワークへのモバイル・ノードの加入の変更あるいは変更の開始に続く、オペレーティングシステムのＩＰスタックへの新規ＩＰアドレスの追加を含むことができる。ここで、開始とは、加入変更プロセスの始まりである。
これに対応して、アドレス情報の変更は、加入変更の完了後に、オペレーティングシステムのＩＰスタックからのＩＰアドレスの削除となる。

アプリケーションプログラムは、ＩＰアドレス情報の変更が通知された後に通信セッションの動作を適合させるためのアクションを起こすことができる。
このようにして、アプリケーションプログラムは、例えば、一つのネットワークから他のネットワークへの加入の変更を受けて、モバイル・ノードがＩＰアドレスを変更する時間の間に、通信セッションが影響を受ける可能性を減らすことができる。

アプリケーションプログラムは、ＩＰアドレス情報の変更の通知に続き、通信セッションを適合させるように構成することができる。
例えば、一つのネットワークから他のネットワークへのモバイル・ノードの加入の変更に典型的に関連づけられるＩＰアドレス情報の変更は、加入変更が実施される時間の間、ＩＰパケットの通信を混乱させる影響を及ぼすことがある。
したがって、いくつかの実施態様は、ＩＰパケットの通信の中断、または、少なくとも一つのＩＰパケットの通信速度を適合させる過程を含むことができる。
中断または速度の変更は、例えば、ノードが加入していたＩＰネットワークのＩＰアドレスが、ＩＰスタックから削除されるまで実施することができる。
他の実施態様において、アプリケーションプログラムは、ＩＰパケットをモバイル・ノードに伝達するために新規ＩＰアドレスを使わなければならないという表示を、対応するノードにおいて動作している対応するアプリケーションプログラムに提供するように構成することができる。
例えば、モバイル・ノード上のアプリケーションプログラムは、新規ＩＰアドレス、ならびに対応するノードからＩＰパケットを受け取るための古いＩＰアドレスを監視するように適合させることができる。
モバイル・ノードが、新規ＩＰアドレスと古いＩＰアドレスの両方を監視している間、両方のＩＰアドレスをモバイル・ノードで使用するために同時に利用することができる。
古いＩＰアドレスは、新規ＩＰネットワークへの加入変更プロセスの開始前に、モバイル・ノードが加入していたＩＰネットワーク上で、ＩＰパケットを伝達するために使用していたアドレスでありうる。
実施態様によっては、対応するノードは、セッション開始プロトコル（ＳＩＰ）メッセージを用いたモバイル・ノード上のアプリケーションプログラムによって、新規ＩＰアドレスを通知されることがある。

実施態様によっては、オペレーティングシステムは、ＩＰアドレスを保存するためのＩＰアドレステーブル、ＩＰアドレスを追加するためのアドレス加算器と、ＩＰパケットからＩＰアドレスを除去するためのアドレス減算器を有するＩＰスタックを備えている。
オペレーティングシステムは、通知プラグインと通知モジュールを備えることができる。
通知プラグインは、ＩＰスタックを監視し、ＩＰアドレステーブルへのアドレスの追加や削除に応じてＩＰスタックのＩＰアドレスの変更の通知を提供する機能を有することができる。
通知は、通知モジュールに提供される。
通知モジュールは、通知プラグインから受領した通知に基づいて、ＩＰアドレス情報の変更をアプリケーションプログラムに通知することができる。

本発明の実施態様は、電気通信加入者がＷＬＡＮ（無線ローカルエリアネットワーク）、ＧＳＭ（移動通信用グローバルシステム）およびＵＭＴＳ（ユニバーサル移動通信システム）などの異なるアクセスネットワークの間でローミングするときに移動サービスを提供するのに用いることができる。
くわえて、これらの技術は、とくにアプリケーションがＳＩＰハンドオーバーを開始することができるようにセッション開始プロトコル（ＳＩＰ）との使用に応用することができる。
本発明の実施態様は、特定のインターネットプロトコルへの応用に限定されるものではなく、例えば、モバイルＩＰｖ６とＩＰｖ４にも使用することができる。

本発明のその他の態様と特徴は、付属の請求の範囲に定義され、通信方法、モバイル・ノード、通知モジュールと通知プラグインを含むものである。

本発明によると、モバイル・ノードのＩＰアドレスの変更の影響を受けずに、動作が安定した通信システムに関する技術を提供することが可能となる。
すなわち、本発明によると、ＩＰアドレスが変わったときに通信セッションが影響を受ける可能性を減らすことができる。

移動使用者機器と対応するノードとの間の、一般的インターネットプロトコル（ＩＰ）通信の簡略化して示したものを提供する略ブロック図 オペレーティングシステムとアプリケーションを有する、簡略化して示したモバイル・ノードの略ブロック図 適合させたオペレーティングシステムを含む、簡略化して示した図２のモバイル・ノードの略ブロック図 図３に示した適合させたオペレーティングシステムを実行するための例示的アーキテクチュアの略ブロック図 第１のネットワークから第２のネットワークへのモバイル・ノードのハンドオーバーの間に起こり得るＩＰ更新プロセスの略図 アプリケーションが動作しているモバイル・ノードが利用できる新規ＩＰアドレスを、アプリケーションに通知するプロセスを示すフローチャート アプリケーションが動作しているモバイル・ノードがもはや利用できないＩＰアドレスを、アプリケーションに通知するプロセスを示すフローチャート

符号の説明

１０５ 送受信器
１０６ 送受信器
１１０ ネットワーク
１１５ ルーター
１２０ ネットワーク
１２５ ルーター
１３０ ネットワーク
１３５ ルーター
１４０ ネットワーク
１４５ ルーター
２１０ アプリケーションプログラム
２２０ オペレーティングシステム
２３０ ＩＰスタック
２４０ ＩＰスタックアドレステーブル
２５０ アドレス追加モジュール
２６０ アドレス除去モジュール
３１０ アプリケーションプログラム
３２０ オペレーティングシステム
３３０ ＩＰスタック
３４０ ＩＰスタックアドレステーブル
３５０ アドレス追加モジュール
３６０ アドレス除去モジュール
３７０ 通知プラグイン
３８０ 通知モジュール
４１０ アプリケーションレイヤー
４２０ オペレーティングシステム（ＯＳ）カーネル
４３０ ＩＰスタック
４３５ アドレス管理モジュール
４９０ 通知ハンドラー

つぎに、付属の図面を参照して、本発明の実施態様を説明する。
図面において、同様な部分には対応する参照番号が付けられる。

モバイルインターネットプロトコル第６版（ＭＩＰｖ６）として知られている、モビリティ管理のための現在のＩＥＴＦ（インターネットエンジニアリングタスクフォース）インターネット標準によれば、「気付」アドレスは、モバイル・ノードが一つのネットワークから他のものに加入を変更したときに割り当てられる。
この技術によれば、モバイル・ノードは、変化しない全てのアプリケーションプログラムが使用している「恒久的アドレス（ホームアドレス）」によって識別され、「気付アドレス」と「ホームアドレス」の間のマッピングは、モバイル・ノードのＩＰレベルで処理される。
モバイル・ノードが異なるネットワークに移動したとき、新しいネットワークから気付アドレスを取得し、それがモバイル・ノードと通信している各種のデバイスのＩＰスタックに提供される。
ノードホームアドレスに宛てられたパケットは、つぎにネットワークを通じて気付アドレスに自動的に送られる。
ＭＩＰｖ６では、モバイル・ノード上で動作しているアプリケーションプログラムは、ＩＰアドレスの変更を知らないままである。

移動使用可能ネットワークのアプリケーションレベルでＩＰアドレスの変更を管理する一つの手法は、ポーリング法を用いることである。
これは、アプリケーションプログラムに基づく方法で、モバイル・ノード上で動作しているアプリケーションプログラムが、オペレーティングシステムのポーリングによって得られた現在のＩＰアドレスを、アプリケーションプログラム自体に保存されているものと定期的に比較し、それによって変更を「発見」できるものである。

図１は、モバイル・ノードのＩＰアドレスが変更されるプロセスを示す移動ユーザー機器ＭＮと対応するノードＣＮの間の一般的インターネットプロトコル（ＩＰ）通信構成を、概略的に示している。
図１には、互いに、またネットワークにアクセスできるユーザーノードＣＮとＭＮと通信できる多数の別個のネットワーク１１０、ネットワーク１２０、ネットワーク１３０、ネットワーク１４０が、図示されている。
ネットワーク間の、またネットワーク内またはそれを横断するユーザー間の通信パスは、ネットワーク１１０、ネットワーク１２０、ネットワーク１３０、ネットワーク１４０に存在する一つまたは複数のルーター１１５、ルーター１２５、ルーター１３５、ルーター１４５によって制御される。
ユーザーノードは、適切な方法でネットワークに接続される。
例えば、（移動または対応する）ユーザーノードは、電話回線またはケーブル接続によってネットワーク１２０に接続される。
モバイル・ノードＭＮのような移動ユーザーノードの場合、送受信器１０５、送受信器１０６を用いた無線移動ネットワークを介して接続することができる。

二つのユーザーノードの間の通信リンクは、モバイル・ノードＭＮと対応するノードＣＮの間のＩＰ通信セッションについて、図１に示されている。
これら二つのユーザーノードの間の通信は、二つのネットワーク１１０とネットワーク１２０にわたり、モバイル・ノードＭＮと対応するノードＣＮの間の通信は、それぞれのルーター１１５とルーター１２５によって制御される。
モバイル・ノードＭＮと対応するノードＣＮの間の通信は、ノードのそれぞれに指定されたＩＰスタックを使用する。
この例において、対応するノードＣＮは、モバイル・ノードＭＮとの通信セッションの間を通じて固定ＩＰアドレスを保持しているものとするが、他の例において、対応するノードも移動可能とすることができる。
モバイル・ノードＭＮの場合、ノードがネットワーク１１０の動作区域の外に移動するのであれば、既存の通信パスを介した通信は終結し、ルーター１１５によって割り当てられたＩＰアドレスは喪失する。

図１において、新しいネットワークへの加入変更は、モバイル・ノードＭＮ'によって表現され、それはネットワーク１１０の動作区域からネットワーク１４０の動作区域に移動した後のモバイル・ノードＭＮの位置を概略的に示している。
ここで分かるように、このとき新しい通信パスは、今度はルーター１２５、ルーター１３５、ルーター１４５の制御の下でネットワーク１２０、ネットワーク１３０、ネットワーク１４０を使用することにより、モバイル・ノードＭＮ'と対応するノードＣＮの間に存在する。
モバイル・ノードＭＮと対応するノードＣＮの間の第１の通信パスから、モバイル・ノードＭＮ'と対応するノードＣＮの間の第２の通信パスへの移行は、二つのユーザーノードの間の通信セッションを混乱させる可能性がある。

図２は、図１について先に述べたような、通信セッションに用いるのに適したモバイル・ノードＭＮを簡略化して示した概略図である。
図２に示したごとく、モバイル・ノードは、オペレーティングシステム２２０とアプリケーションプログラム２１０を有する。
アプリケーションプログラム２１０は、ユーザーインターフェイスを制御し、ユーザーに情報を提示する役割を果たす。そして、対応するノードで、アプリケーションプログラムに伝達されるデータを管理し、対応するノードＣＮから受け取ったデータを処理する通信機能を有する。

オペレーティングシステム２２０は、モバイル・ノードＭＮと外部ネットワークとデバイスの間の通信を制御するＩＰスタック２３０を備えている。
ＩＰスタック２３０は、モバイル・ノードＭＮが通信することができるそれぞれのネットワークによって、モバイル・ノードＭＮに割り当てられた、一つまたは複数のＩＰアドレスを保存するＩＰスタックアドレステーブル２４０を備えている。
さらに、オペレーティングシステム２２０のＩＰスタック２３０のアドレス追加モジュール２５０を用いることによって、ＩＰアドレスをＩＰスタックアドレステーブル２４０に追加することができる。
ＩＰアドレスは、オペレーティングシステム２２０のＩＰスタック２３０のアドレス除去モジュール２６０を用いることによって、ＩＰスタックアドレステーブル２４０から削除することができる。
図２のモバイル・ノードＭＮにおいて、アプリケーションプログラム２１０は、ＩＰスタック２３０の動作にほとんど気がつかず、モバイル・ノードＭＮは、とくにＩＰスタックアドレステーブル２４０の状態に気がついていない。

図２のノードは、典型的にはＭＩＰｖ６プロトコルの下で動作することができる。
ＭＩＰｖ６の一つの態様は、ＩＰアドレスの変更が、モバイル・ノード上で動作するあらゆるアプリケーションから隠されているというものである。
実際、ＭＩＰｖ６では、アプリケーションプログラムは、モバイル・ノードの恒久的ホームアドレスは承知しており、そして、気付アドレスの変更は、ＩＰレベルで処理される。
しかしながら、上述のごとく、アプリケーションプログラムレベルでＩＰアドレスを管理することは場合によっては強く望まれることである。
実際、ＩＰアドレスの変更は、メディア通信に関与するアプリケーションプログラムに影響し、パケット喪失と混乱を引き起こす可能性がある。
これらのセッション混乱を減らし、パケット喪失を減らすために、適切なメカニズムをアプリケーションプログラムレベルに導入することができる。
例えば、混乱の減少は、モバイル・ノードが経験したＩＰアドレスの変更を対応するノードに通知することによって達成できる。
混乱の減少のための別のメカニズムは、アプリケーションプログラムが第２のネットワークの下で新規ＩＰアドレスによってセッションを開くときに、対応するノードによってＩＰアドレスの変更が肯定応答されるまで、第１のネットワークで開かれた当初のＩＰアドレスに対応するセッションを、可能な場合維持することである。
このようなセッションモビリティ管理機能が、マルチメディアアプリケーションプログラムに組み込まれるために、ＩＰレベルで発生するＩＰアドレスの変更は、アプリケーションプログラムに通知してはならない。
ＩＰアドレスの変更がアプリケーションプログラムに隠されているとき、いかなる回復メカニズムあるいはこのＩＰアドレスの変更を処理する強化機能も導入することはできない。

アプリケーションプログラムがＩＰアドレスの変更を検出できる既存の技術は、アプリケーションプログラムがＩＰスタックアドレステーブル２４０のＩＰアドレスの変更を常に検査（あるいはポーリング）することを必要とする。
ＩＰアドレスの変更を検出するためにオペレーティングシステムを定期的にポーリングすることはシステム性能に悪影響を及ぼす可能性があり、それがマルチメディアセッションの品質を低下させる可能性がある。
さらに、オペレーティングシステムに過大な負荷を与え、ポーリングの頻度に応じて変更検出に遅延を招くこともありうる。

図３は、図２について述べたものと類似のモバイル・ノードＭＮ"を簡略化して示した概略図である。
モバイル・ノードＭＮ"は、アプリケーションプログラム３１０とオペレーティングシステム３２０を備えている。
オペレーティングシステム３２０は、ＩＰスタックアドレステーブル３４０とアドレス追加モジュール３５０とアドレス除去モジュール３６０を有するＩＰスタック３３０を備えている。
しかしながら、図２に示したモバイル・ノードＭＮとは対照的に、ＩＰスタック３３０は、ＩＰスタックアドレステーブル３４０を監視するように構成された通知プラグイン３７０も備えている。
この例における監視は、ＩＰスタックアドレステーブル３４０に変更を行うよう起動されたときに、アドレス追加モジュール３５０とアドレス除去モジュール３６０からの更新を通知プラグイン３７０に提供することによって影響を受ける。
モバイル・ノードＭＮ"のオペレーティングシステム３２０は、ＩＰスタックアドレステーブル３４０への追加あるいは削除に関する情報を判断するために、アプリケーションプログラム３１０と通信することができる。
通知モジュールは、通知プラグイン３７０によってこれらの変更を知らされる。

通知プラグイン３７０は、モバイル・ノードＭＮ"に利点を提供するが、それは、オペレーティングシステム３２０によって行われる過重なポーリングを必要とせずに、ＩＰスタックアドレスをアプリケーションプログラム３１０に利用可能にするためである。
このように、複雑さが減る間、性能が向上する。
イベントは、アドレスが追加または除去されたときにだけ引き起こされ、その結果、変更が生じるかを問わず、定期的に更新が行われるメカニズムと比較して、少ない回数の動作が実行される。
通知プラグイン３７０を有する通信ノードは、とくにノード制御モビリティ環境内で動作しているシステムのためのストリーミングメディア通信に応用された際に、利点を備えている。
かかるノードは、通知プラグイン３７０が指示されたＩＰアドレスの変更に応じて、メディアを適合させることをアプリケーションプログラムに許可することができる点で、便宜が改善されることがある。
くわえて、それはＳＩＰ利用可能にされたアプリケーションプログラムなどのマルチメディアアプリケーションプログラムが、アクセスネットワークの間でローミングするときにモバイル・ノードのＩＰアドレスの変更を通知される必要性に対処している。

なお、ＩＰ通知情報をアプリケーションレイヤーに提供するために選択された現在の構造は、ここに記載されている特定のオペレーティングシステムに限定されるものではない。
例示されたオペレーティングシステムは、通知プラグイン３７０と通知モジュール３８０を使用するが、適切なＩＰアドレス監視と通知機能を提供するのに適した、異なるオペレーティングシステム構成も考えられ、そして既存または将来のオペレーティングシステムとモバイル環境にとって有利でありうる。

図４は、図３に関して説明したモバイル・ノードアーキテクチュアの例の詳細を、概略的に示したものである。
このアーキテクチュアは、アプリケーションレイヤー４１０とオペレーティングシステム（ＯＳ）カーネル４２０を備えている。
この実施例で使用された通知メカニズムは、四つの別個のエンティティを含んでいる。
これらのエンティティは、アドレス管理モジュール４３５、通知プラグイン３７０、通知モジュール３８０と通知ハンドラー４９０である。

ＯＳカーネル４２０は、ＩＰスタック４３０を備え、図３について説明したアドレス追加モジュール３５０とアドレス除去モジュール３６０を含むアドレス管理モジュール４３５を備えている。
図３と同様に、アドレス追加モジュールおよびアドレス除去モジュールは、ＩＰスタックアドレステーブル３４０に、ＩＰアドレスを追加あるいは除去するために使用される。
一般的にあらゆるＩＰスタックのＯＳ実現には、ＩＰアドレス管理のためのテーブル、およびテーブルのこれらのアドレスを管理するための関連する方法のセットを含んでいる。
例えば、Ｌｉｎｕｘ（登録商標）用のＩＰｖ６スタックバージョン１．２３は、ｉｎｅｔ６＿ａｄｄｒ＿ｌｓｔと称するテーブルを使用し、ＩＰアドレスが取得または喪失される度に、このテーブルにＩＰアドレスを挿入または消去するｉｐｖ６＿ａｄｄ＿ａｄｄｒ（）とｉｐｖ６＿ｄｅｌ＿ａｄｄｒ（）と称する方法を使用する。
同様に、Ｗｉｎｄｏｗｓ（登録商標）用のＭｉｃｒｏｓｏｆｔ（登録商標）ＩＰｖ６スタックバージョン１．４は、ＩＰアドレスの追加のためにＡｄｄｒＯｂｊオブジェクトのリストである、ＩｎｓｅｒｔＡｄｄｒＯｂｊ（）方法を使用し、ＩＰアドレスの削除のためにＲｅｍｏｖｅＡｄｄｒＯｂｊ（）方法を使用する。

ＯＳカーネル４２０は、通知モジュール３８０を備えている。
通知モジュールは、それ自体がアクティブＩＰアドレスのテーブルを維持することができる。
通知モジュールは、アドレスが削除されたことをＩＰスタックによって通知されたとき、テーブルから対応するアドレスを除去し、このアドレスが削除されたことをアプリケーションプログラムに通知する。
メカニズムは、アプリケーションプログラムが使用することのできる代替ＩＰアドレスを（利用可能な場合）提供することもできる。
このようにして通知メカニズムは、ノードのＩＰアドレスの変更をさまざまなアプリケーションプログラムに通知することができる。

ＩＰスタック４３０は、通知プラグイン３７０も備えている。
これは、通知モジュール３８０と相互作用するために修正されなければならないＩＰスタックコードの部分であり、通知メカニズムの開始と停止を可能にする。
これは、アプリケーションレイヤー４１０内でアプリケーションプログラムと積極的に通信することを可能にするための標準ＩＰスタックの拡張である。

通知プラグイン３７０は、通知モジュール３８０の機能を呼び出し可能にする機能ポインタを含んでいる構造を定義するものである。
通知機能が積み込まれているとき、通知モジュール３８０は、構造の機能ポインタをセットし、それはマクロを用いるＩＰスタックによってアクセスすることができる。
マクロは対応するポインタが有効か（すなわち、通知機能が開始されていないか、あるいは利用できないことを意味するＮＵＬＬでないこと）を検査し、対応する通知機能を呼び出す。

アプリケーションプログラムがＩＰアドレスの変更の通知を受けるために、通知ハンドラー４９０がアプリケーションレイヤー４１０に組み込まれる。
通知ハンドラー４９０は、好適にはアプリケーションプログラムインターフェイス（ＡＰＩ）を用いてＯＳカーネルの通知モジュール３８０と連動し、アプリケーションレイヤー４１０のアプリケーションプログラムに通知モジュール３８０によって送られた通知メッセージを処理し、アプリケーションプログラムがシステムに利用可能なＩＰアドレスに関する情報の受信と使用を可能にする。

通知ハンドラー４９０の例としての実現は、「イベントメッセージ通信」の周囲に配置され、オペレーティングシステム４２０の通常イベントシステムを介してＩＰアドレスの変更が発生したときに、通知モジュールからイベントを受信するアプリケーションプログラムから成る。
この場合、新しい対のイベントがオペレーティングシステム４２０に登録や宣言されなければならない。イベントは、オペレーティングシステム４２０のＩＰスタックアドレステーブル３４０にＩＰアドレスが追加されたことの通知と、オペレーティングシステム４２０のＩＰスタックアドレステーブル３４０からＩＰアドレスが削除されたことの通知に対応する。
これらのイベントに関連するパラメータは、追加または除去された関連するＩＰアドレスになる。
オペレーティングシステム４２０に、これらのイベントを追加することで、アプリケーションプログラムデベロッパは、所与のアプリケーションプログラムのモビリティ特性に対する制御を維持することができる。

通知ハンドラー４９０の他の実施態様は、アプリケーションプログラムデベロッパに提供できるようなカスタムアプリケーションプログラミングインターフェイス（ＡＰＩ）の周囲に配置される。
供給されたＡＰＩは、メッセージ通信機能を処理し、アプリケーションプログラムに対する機能コールバックを使用する。
アプリケーションプログラムデベロッパは、このとき通知メカニズムをアプリケーションプログラム自体の中に埋め込んで、提供されたＡＰＩで自己のアプリケーションプログラムを開発できる。
ＡＰＩは、ＩＰアドレスの変更通知を受け取るために通知モジュール３８０と整合し、通知のための指定ソケットに接続し、特定の予め定められたイベントをアプリケーションプログラムに通知する方法を提供する。
アプリケーションプログラムが通知を受ける代表的なイベントは、モバイル・ノードが操作可能なＩＰアドレスをもはや持たず、どのネットワークにも接続されていないこと、新規ＩＰアドレスを使用しなければならないこと、あるいは使用される新規ＩＰアドレスが提供されている場合、現在のＩＰアドレスがもはや利用できないことの通知を含むことができる。

図５は、第１のネットワークから第２のネットワークへのモバイル・ノードの引き渡しの際に発生することのあるＩＰ更新プロセスを概略的に示している。
本発明の実施態様は、モバイル・ノード上のＩＰアドレスの変更をアプリケーションプログラムに通知するための一般的解決法を提供しようと努めるものである。
先に説明したＩＰ更新プロセスは、ＩＰスタックとアプリケーションレイヤーの間の通信のための便宜を提供し、ＩＰスタックが、ＩＰアドレスの変更を関連するアプリケーションプログラムに通知することを可能にする。

上述の構成において、ＩＰアドレスによるアプリケーションレイヤーの通知は、ＩＰスタックアドレステーブル３４０への変更によって引き起こされる。
ＩＰスタックのそれぞれの実施態様は、利用可能なＩＰアドレスの全てを「管理する」機能を特徴とする。
これが変更されたとき（すなわち、アドレスがテーブルに追加や除去されたとき）、通知システムはイベントを発生する。
このときシステムに設置した通知モジュール３８０は、開始することができる。マルチメディアアプリケーションプログラムなどの関連するアプリケーションプログラムに分配するために、すべてのＩＰスタック動作が、通知モジュール３８０に報告されるように、ＩＰスタックと関連するアプリケーションプログラムの間を連結するように操作できるようになる。

図５において、二つの無線移動ネットワークであるネットワークＡとネットワークＢが、重複サービスエリアを提供する状況が図示されている。
この例において、モバイル・ノードは、ネットワークＡからネットワークＢのサービスエリアへと移動するストリーミング・メディアセッションを作動させる。
モバイル・ノードは、ネットワークＡによって提供されたサービスエリアからネットワークＢによって提供されたサービスエリアに移動するときに加入を変更し、所与の時間に関連するネットワークからＩＰアドレスを取得する。
なお、この例では無線ネットワークを使用したが、無線または固定にかかわらず、同じ原理がどんなＩＰネットワークとアクセスネットワークにも適用される。

基本的加入移転段階は、図５のステージＳ１からＳ４に見るとおりである。
ステージＳ１において、モバイル・ノードは、当初ネットワーク（ネットワークＡ）に帰属している。
モバイル・ノードにネットワークＡによって先に割り当てられた既存のＩＰアドレスは、ＩＰスタックアドレステーブルに現れる。
通知機能（通知モジュール３８０と通知プラグイン３７０）は、システムに積み込まれるが、この段階では待機状態である。
メディアセッション、例えばストリーミングセッションは、対応するノードによって開かれるが、対応するノードは図５に示されていない。

ステージＳ２において、モバイル・ノードは、別のネットワーク（ネットワークＢ）に帰属する。
モバイル・ノードは移動しているため、ネットワークＢのサービスエリアに入り、そしてネットワークＡに加入しているにもかかわらず、ネットワークＢからＩＰアドレスを取得する。
この時点で、このときＩＰスタックアドレステーブル３４０は、ネットワークＡによって当初割り当てられたＩＰアドレスとネットワークＢによって割り当てられた新規ＩＰアドレスの、二つのＩＰアドレスを含む。
当初待機状態であった通知プラグイン３７０は、テーブルに第２のＩＰアドレスを挿入することによって起動され、ＩＰアドレスの追加を通知モジュール３８０に知らせることで反応する。
通知モジュール３８０の役割には、モバイル・ノード上で動作しているアプリケーションプログラムとのインターフェイスによる連結が含まれる。
したがって、今度はそれが、新規ＩＰアドレスが利用可能であることをセッションに基づくアプリケーションプログラムに知らせる。
つぎに、この情報は、アプリケーションプログラムによって処理され、例えば、モバイル・ノードの新規ＩＰアドレスを用いることにより、他のノード上の対応するアプリケーションプログラムとのセッションの再交渉をするかどうかを決定することができる（ここはそれに該当する）。

ステージＳ３において、モバイル・ノードは、ネットワークＡのサービスエリアを出て、それによりそのネットワークとの接続を、そして結果的にネットワークＡに対応するＩＰアドレスを喪失する。
ネットワークＡによって当初割り当てられたＩＰアドレスは、ＩＰスタックのＩＰアドレステーブル３４０から除去される。
ネットワークＢのＩＰアドレスは、ＩＰスタックの中に残る。
ＩＰアドレスの一つがＩＰスタックによって削除されたとき、通知プラグイン３７０は、この削除を通知モジュール３８０に知らせる。
ＩＰアドレス追加と同様な仕方で、通知モジュール３８０は、ＩＰアドレスの削除をメディアセッションアプリケーションプログラムに知らせる。
つぎにアプリケーションプログラムは、そのプログラミングに応じて適切な手順を開始することができる。
図５の例において、アプリケーションプログラムはこの情報を無視する。

ステージＳ４において、加入とアクティブＩＰアドレスの変更が完了し、そして通知機能は、待機状態に戻る。
メディアセッションは、ネットワークＢによって割り当てられたＩＰアドレスを使用し続ける。

図６は、オペレーティングシステムのＩＰレイヤーでのＩＰスタックアドレステーブルへのＩＰアドレスの追加が、アプリケーションプログラムに通知されるプロセスを概略的に示している。
ステップＡ１にて、通知モジュールが開始されたとき、通知プラグインは、ＩＰスタックのアドレス管理モジュールに積み込まれる。 ｈ
ステップＡ２で、モバイル・ノードのＯＳカーネルは、モバイル・ノードが加入プロセスを開始しているネットワークから新規ＩＰアドレスを取得する。
ステップＡ３で、ＩＰスタックアドレス管理モジュールのアドレス追加方法が呼び出される。
ステップＡ４で、新規ＩＰアドレスがＩＰスタックのアドレステーブルに追加される。
ステップＡ５で、アドレス追加方法は、ＩＰアドレスの変更を通知に知らせるために、通知プラグインによって指定された対応する通知モジュール方法を呼び出す。
ステップＡ６で、通知モジュールは、利用可能なＩＰアドレスの自身の内部記録を更新する。
ステップＡ７で、通知モジュールは、モバイル・ノードが新規ＩＰアドレスを取得したことを、通知機能に加入した任意のアプリケーションプログラムに通知する。

図７は、オペレーティングシステムのＩＰレイヤーにおける、ＩＰスタックアドレステーブルからＩＰアドレスを削除することをアプリケーションプログラムに通知するときに取られるステップを概略的に示したものである。
ステップＤ１において、通知モジュールが開始されたとき、通知プラグインは、ＩＰスタックのアドレス管理モジュールに積み込まれる。
ステップＤ２で、モバイル・ノードのＯＳカーネルは、ＩＰアドレスの喪失を検出する。
ステップＤ３で、ＩＰスタックのアドレス管理モジュールのアドレス除去方法が呼び出される。
ステップＤ４で、ＩＰアドレスが、ＩＰスタックのアドレステーブルから除去される。
ステップＤ５で、アドレス除去方法は、ＩＰアドレスの変更を通知に知らせるために、通知プラグインによって指定された対応する通知モジュール方法を呼び出す。
ステップＤ６で、通知モジュールは、モバイル・ノードが利用可能なＩＰアドレスの自分の内部記録を更新する。
ステップＤ７で、通知モジュールは、モバイル・ノードが特定のＩＰアドレスをもはや使用していないことを、通知機能に加入した任意のアプリケーションプログラムに通知し、利用可能であれば、自己の内部ＩＰアドレステーブルから使用される別のＩＰアドレスを提供する。

以上説明した例としての実施態様にはさまざまな変更が可能であるが、それらは本発明の範囲を逸脱するものではない。
本発明の実施態様をモバイルＩＰｖ６について説明したが、本発明の実施態様は例えば、ＩＰｖ４を含む他のインターネットプロトコルにも応用できる。
さらに本発明を用いる通信ノードは、無線通信装置を含まず、単にＩＰアドレスミッドセッションを変更する構成とすることもできる。
さらに、対応するノードもモバイルとすることができる。

Claims (21)

1. アプリケーションプログラムとオペレーティングシステムとを有するモバイル・ノードから成る、インターネットプロトコルを用いた通信セッションを提供することができる通信システムであって、
   アプリケーションプログラムは、インターネットプロトコルアドレス情報を用いた通信セッションを提供することができ、
   オペレーティングシステムは、インターネットプロトコルアドレス情報を監視することができるものであり、
   アプリケーションプログラムに、インターネットプロトコルアドレス情報の変更を通知することにより、アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成することを特徴とする、通信システム。
2. アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて、新規のインターネットプロトコルアドレスを、対応するノード上で動作している対応するアプリケーションプログラムと通信させることができることを特徴とする、請求項１に記載の通信システム。
3. アプリケーションプログラムが、セッション開始プロトコルメッセージを用いて対応するアプリケーションプログラムに通知することを特徴とする、請求項２に記載の通信システム。
4. アプリケーションプログラムが、
   新規のインターネットプロトコルアドレスを有する、対応するノードからのインターネットパケットと、現在使用されているインターネットプロトコルアドレスを有する、対応するノードからのインターネットパケットとを監視することができ、
   現在使用されているインターネットプロトコルアドレスは、第１のネットワークとのモバイル・ノードの加入に対応し、
   新規インターネットプロトコルアドレスは、第２のネットワークに関連づけられていることを特徴とする、請求項２または請求項３に記載の通信システム。
5. オペレーティングシステムが、インターネットプロトコルアドレスを保存するためのアドレステーブルと、アドレステーブルにインターネットプロトコルアドレスを追加することができるアドレス加算器と、アドレステーブルからインターネットプロトコルアドレスを除去することができるアドレス減算器とを構成するインターネットプロトコルスタックを有するものであり、
   アドレステーブルへのインターネットプロトコルアドレスの追加、またはアドレステーブルからのインターネットプロトコルアドレスを削除することによって、インターネットプロトコルアドレス情報の変更が実行されることを特徴とする、請求項１〜４のいずれか一つに記載の通信システム。
6. オペレーティングシステムが、インターネットプロトコルアドレスの追加、またはインターネットプロトコルアドレスの削除からのインターネットプロトコルアドレスの変更を、アプリケーションプログラムに通知するモジュールを有するものであり、
   インターネットプロトコルスタックが、インターネットプロトコルアドレステーブルへのアドレスの追加または削除のためにインターネットプロトコルスタックを監視し、インターネットプロトコルアドレステーブルへの追加または削除からインターネットプロトコルアドレス情報の変更を引き出し、アドレス情報の変更を通知モジュールに知らせることができる通知プラグインを有することを特徴とする、請求項５に記載の通信システム。
7. 通知プラグインが、インターネットプロトコルアドレス情報の変更を引き出すために、アドレス加算器またはアドレス減算器のアウトプットに応答することを特徴とする、請求項６に記載の通信システム。
8. アプリケーションプログラムを支援するオペレーティングシステムを提供し、
   インターネットプロトコルアドレス情報の変更を監視するようにオペレーティングシステムを構成し、
   インターネットプロトコルアドレス情報の変更を、アプリケーションプログラムに通知するようにオペレーティングシステムを構成し、
   インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるようにアプリケーションプログラムを構成することにより、
   モバイル・ノード上で動作するアプリケーションプログラムを用いた通信セッションを提供し、
   通信セッションが、インターネットプロトコルを用いたものである、通信方法。
9. 適合が、アプリケーションプログラムからの新規インターネットプロトコルアドレス情報を、対応するノード上で動作している対応するアプリケーションプログラムへと伝達することを含むことを特徴とする、請求項８に記載の方法。
10. アプリケーションプログラムが、セッション開始プロトコルメッセージを用いて対応するアプリケーションプログラムに通知することを特徴とする、請求項９に記載の方法。
11. 新規インターネットプロトコルアドレスを有する対応するノードから受信したインターネットプロトコルパケットを監視し、
    現在使用されているインターネットプロトコルアドレスを有する対応するノードから受信したインターネットプロトコルパケットを監視し、
    現在使用されているインターネットプロトコルアドレスが、モバイル・ノードの第１のネットワークとの加入に対応し、
    新規インターネットプロトコルアドレスが、第２のネットワークに関連づけられることから成ることを特徴とする、請求項９または請求項１０に記載の方法。
12. アプリケーションプログラムを実行することができ、
    インターネットプロトコルアドレス情報の変更を監視し、
    インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに知らせるオペレーティングシステムを備えており、
    アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成され、
    インターネットプロトコルを用いる通信システムを介して通信することができる、モバイル・ノード。
13. インターネットプロトコルアドレス情報の変更を、モバイル・ノード上で動作しているアプリケーションプログラムに知らせるために、モバイル・ノードのインターネットプロトコルアドレス情報の変更に応答するものであり、
    アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させるように構成され、
    インターネットプロトコルアドレス情報の変更を、モバイル・ノードのオペレーティングシステムから通信セッションを実行しているアプリケーションプログラムに通知することができる、通知モジュール。
14. インターネットプロトコルアドレスの、アドレステーブルからの追加または削除について、インターネットプロトコルスタックを監視し、
    インターネットプロトコルアドレスのアドレステーブルからの追加または削除から、インターネットプロトコルアドレス情報の変更を引き出し、
    アプリケーションプログラムとの通信のために、アドレス情報の変更を通知モジュールに通知し、モバイル・ノード上で動作しているアプリケーションプログラムに伝達するためにインターネットプロトコルアドレス情報の変更を監視することができる、通知プラグイン。
15. 請求項１３に記載の通知モジュールと、請求項１４に記載の通知プラグインとを備えている、オペレーティングシステム。
16. 通信セッションが、アプリケーションプログラムに応じて実行され、
    インターネットプロトコルアドレス情報の変更を監視することにより、
    インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに通知し、アプリケーションプログラムが、
    インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させることから成る、インターネットプロトコルを用いた通信システムを介してモバイル・ノードを用いる通信セッションを実行する方法。
17. インターネットプロトコルアドレス情報の変更をモバイル・ノード上で動作しているアプリケーションプログラムに知らせるために、
    モバイル・ノードのインターネットプロトコルアドレス情報の変更に応じて動作し、
    アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させ、インターネットプロトコルアドレス情報の変更を、モバイル・ノードのオペレーティングシステムから通信セッションを実行しているアプリケーションプログラムに通知する方法。
18. アドレステーブルへのインターネットプロトコルアドレスの追加または削除について、インターネットプロトコルスタックを監視し、
    アドレステーブルへのインターネットプロトコルアドレスの追加または削除から、インターネットプロトコルアドレス情報の変更を引き出し、
    アプリケーションプログラムへの伝達のために、アドレス情報の変更を通知モジュールに通知することから成る、
    モバイル・ノード上で動作しているアプリケーションプログラムへの伝達のために、インターネットプロトコルアドレス情報の変更を監視する方法。
19. データプロセッサに搭載されたときに、アプリケーションプログラムに応じてインターネットプロトコルを用いる通信システムを介して通信方法をデータプロセッサに実行させるコンピュータプログラムにおいて、
    インターネットプロトコルアドレス情報の変更を監視し、
    インターネットプロトコルアドレス情報の変更をアプリケーションプログラムに通知し、
    アプリケーションプログラムが、インターネットプロトコルアドレス情報の変更に応じて通信セッションを適合させることから成る方法。
20. 記録された読取可能な媒体を含むことを特徴とする、請求項１９に記載のコンピュータプログラム製品。
21. コンピュータプログラムを表す信号を担持することを特徴とする、請求項１９に記載の媒体。
    
    

Images