(57)【要約】【課題】サブネット接続時におけるホストのアドレス設定時間を短縮可能とした装置および方法を提供する。【解決手段】サブネット接続時におけるホストの通信状態を判別し、即座に通信を実行すべき状態あるいはその可能性がある場合に、ステートレス・アドレス自動設定におけるメッセージ送信時の待機時間を省略し、アドレス設定、通信開始までの時間を短縮した。即座に通信を実行すべき状態にない場合には、各メッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期メッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルするので、ネットワーク・トラフィックの緩和が可能となる。【選択図】　図９
2004048335.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介したデータ通信を実行する通信端末装置において、
通信端末装置自身のアドレス設定処理を実行する制御手段を有し、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行する構成を有することを特徴とする通信端末装置。
【請求項２】
前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行する構成であることを特徴とする請求項１に記載の通信端末装置。
【請求項３】
前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、
前記制御手段は、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする請求項１に記載の通信端末装置。
【請求項４】
前記制御手段は、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする請求項１に記載の通信端末装置。
【請求項５】
前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理であることを特徴とする請求項４に記載の通信端末装置。
【請求項６】
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、
該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする請求項１に記載の通信端末装置。
【請求項７】
前記制御手段は、
前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）の登録セッション状況、およびソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）の格納データパケット状況に基づいて行なう構成であることを特徴とする請求項６に記載の通信端末装置。
【請求項８】
前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であることを特徴とする請求項１に記載の通信端末装置。
【請求項９】
前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、
前記制御手段は、
自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする請求項１に記載の通信端末装置。
【請求項１０】
ネットワーク上に接続された通信中継装置であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信中継装置。
【請求項１１】
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおいて、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有し、
前記通信中継装置は、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信処理システム。
【請求項１２】
前記通信端末装置は、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする請求項１１に記載の通信処理システム。
【請求項１３】
前記通信端末装置は、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする請求項１１に記載の通信処理システム。
【請求項１４】
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、
該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする請求項１１に記載の通信処理システム。
【請求項１５】
前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、
前記通信端末装置は、
自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする請求項１１に記載の通信処理システム。
【請求項１６】
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理方法であり、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
を有することを特徴とするアドレス設定処理方法。
【請求項１７】
前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、
前記待機時間処理決定ステップは、
通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行するステップであることを特徴とする請求項１６に記載のアドレス設定処理方法。
【請求項１８】
前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、
前記アドレス設定処理方法は、さらに、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを含むことを特徴とする請求項１６に記載のアドレス設定処理方法。
【請求項１９】
前記アドレス設定処理方法は、さらに、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行するステップを含むことを特徴とする請求項１６に記載のアドレス設定処理方法。
【請求項２０】
前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理であることを特徴とする請求項１９に記載のアドレス設定処理方法。
【請求項２１】
前記通信ステータス判断処理ステップは、
通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行するステップであり、
前記アドレス設定処理方法は、さらに、
前記判断処理ステップの判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスの変更を行なうステップを含むことを特徴とする請求項１６に記載のアドレス設定処理方法。
【請求項２２】
前記通信ステータス判断処理ステップは、
前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）の登録セッション状況、およびソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）の格納データパケット状況に基づいて行なうことを特徴とする請求項２１に記載のアドレス設定処理方法。
【請求項２３】
前記アドレス設定処理方法におけるアドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であることを特徴とする請求項１６に記載のアドレス設定処理方法。
【請求項２４】
前記アドレス設定処理方法におけるアドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、
前記アドレス設定処理方法は、さらに、
自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行するステップを含むことを特徴とする請求項１６に記載のアドレス設定処理方法。
【請求項２５】
ネットワーク上に接続された通信中継装置におけるデータ処理方法であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするデータ処理方法。
【請求項２６】
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおける通信端末装置アドレス設定処理方法であり、
前記通信端末装置において、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいてルータ要請（ＲＳ）メッセージの送信処理を実行し、
前記通信中継装置において、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行することを特徴とする通信端末装置アドレス設定処理方法。
【請求項２７】
前記通信端末装置は、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行することを特徴とする請求項２６に記載の通信端末装置アドレス設定処理方法。
【請求項２８】
前記通信端末装置は、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行することを特徴とする請求項２６に記載の通信端末装置アドレス設定処理方法。
【請求項２９】
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、
該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行することを特徴とする請求項２６に記載の通信端末装置アドレス設定処理方法。
【請求項３０】
前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、
前記通信端末装置は、
自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行することを特徴とする請求項２６に記載の通信端末装置アドレス設定処理方法。
【請求項３１】
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
を有することを特徴とするコンピュータ・プログラム。
【請求項３２】
ネットワーク上に接続された通信中継装置におけるデータ処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、サブネットワーク接続時にアドレス設定処理を行なう通信端末装置において、通信状況に応じて短時間でアドレス設定を行ない、高速なアドレス設定、通信開始処理を実現する通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、携帯型のパーソナルコンピュータ、携帯電話などが普及し、多くのユーザがこれら通信機能、情報処理機能を有する小型の装置を携帯し、屋外であるいは移動先においてネットワークに接続してネットワークを介する通信を行なっている。
【０００３】
このようないわゆるモバイルコンピューティング環境では、ネットワークに接続してサービスを受ける装置（ｅｘ．パーソナルコンピュータ）であるノードは移動することが前提となる。このようなノードはノード位置が変化しても継続して通信可能な状態を維持することが要請される。
【０００４】
現在多く使用されている通信プロトコルとしてのＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）は、ＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。これを解決するためにＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいＩＰｖ６（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　ｖｅｒｓｉｏｎ　６）を提案している。さらに、モバイルコンピューティング環境におけるノードの通信方法として、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）で提案しているＭｏｂｉｌｅ　ＩＰｖ６がある。
【０００５】
ＩＰｖ６アドレスは図１に示すように１２８ビット構成であり、下位６４ビットがインターネット上、もしくはサブネット上でノードを一意に識別するためのノード識別子としてのインターフェースＩＤ（Ｉｎｔｅｒｆａｃｅ　ＩＤ）であり、上位６４ビットがノードが接続しているサブネットワークを示す位置指示子としてのネットワークプレフィックス（Ｎｅｔｗｏｒｋ　Ｐｒｅｆｉｘ）である。従って、基本的に同一のサブネットワークに属する端末装置は、ＩＰｖ６アドレスの上位６４ビットの示すネットワークプレフィックス（Ｎｅｔｗｏｒｋ　Ｐｒｅｆｉｘ）が同一なものとなる。サブネットは、例えば通信中継装置としてのルータによって区切られた有限のネットワーク領域として構成される。
【０００６】
通常、ネットワークプレフィックスは、サブネット単位に割り当てられ、端末装置としてのノード（ホスト）があるサブネットに接続すると、ノード（ホスト）は、そのサブネットに割り当てられているネットワークプレフィックスを用いてアドレス設定処理としてステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　ＡｄｄｒｅｓｓＡｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ，　ＲＦＣ２４６１　ＲＦＣ２４６２）を行う。すなわち、ノード（ホスト）は、ローカルに自分自身で生成可能な情報としてのインターフェース識別子と、ルータから通知される情報としてのネットワークプレフィックスによりＩＰｖ６アドレスの生成処理を実行する。前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインターフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ，　ＲＦＣ２４６２）により自分自身のアドレスを設定する。
【０００７】
ルータから通知される情報は、ルータ通知（ＲＡ：Ｒｏｕｔｅｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ，　ＲＦＣ２４６１）と呼ばれ、リンク情報としてのネットワークプレフィックス、インターネットパラメータなどが含まれる。ルータ通知（ＲＡ）のメッセージフォーマットを図２に示す。タイプ（Ｔｙｐｅ）にはルータ通知（ＲＡ）の識別タイプデータ（１３４）が格納される。リンク情報としてのネットワークプレフィックス、インターネットパラメータは、オプション（Ｏｐｔｉｏｎ）フィールドに格納される。
【０００８】
ルータ通知（ＲＡ）は、ホストからのルータ要請（ＲＳ：Ｒｏｕｔｅｒ　Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージに応答して、あるいは定期的にルータから送信される。ルータ要請（ＲＳ）のメッセージフォーマットを図３に示す。タイプ（Ｔｙｐｅ）にはルータ要請（ＲＳ）の識別タイプデータ（１３３）が格納される。
【０００９】
ルータ通知（ＲＡ）を受信したホスト（ノード）は、ルータ通知（ＲＡ）に格納された情報を元に、ＩＰｖ６アドレスやデフォルトルータの設定などを行う。ＩＰｖ６アドレスの設定は、ＩＰｖ６アドレスの上位６４ｂｉｔ部分に、ルータ通知（ＲＡ）に格納されているネットワークプレフィックスの値を格納し、下位６４ｂｉｔ部分に、ホスト自身が生成したインターフェースＩＤを格納する処理によって実行される。
【００１０】
インターフェースＩＤの生成方法としては、ランダム値の生成、あるいはホストのインターフェースのＭＡＣアドレス（４８ｂｉｔ）をＥＵＩ６４形式に変換した値を利用したりする方法などがある。ホストはＩＰｖ６アドレスを作成後、そのアドレスが同じサブネット上で既に使われていないかを確認するために、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を行う。
【００１１】
重複アドレス検出（ＤＡＤ）の具体的処理は、ホストが作成したＩＰｖ６アドレスを格納した近隣要請（ＮＳ：Ｎｅｉｇｈｂｏｒ　Ｓｏｌｉｃｉｔａｔｉｏｎ）メッセージをサブネット上に送信（ブロードキャスト）し、その近隣要請（ＮＳ）メッセージを受信したサブネット上のノードのうち、近隣要請（ＮＳ）メッセージに格納されているＩＰｖ６アドレスを既に使っているノードは、アドレスが重複していることを示すために、近隣通知（ＮＡ：Ｎｅｉｇｈｂｏｒ　Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージを返答する。近隣要請（ＮＳ）メッセージを送信したホストは一定時間、近隣要請（ＮＳ）メッセージに対する近隣通知（ＮＡ）メッセージを受信しない場合は、設定したＩＰｖ６アドレスは重複していないと判断し、以後、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）により生成したアドレスをＩＰｖ６アドレスとして利用することができる。
【００１２】
近隣要請（ＮＳ）メッセージのメッセージフォーマットを図４に示す。タイプ（Ｔｙｐｅ）には近隣要請（ＮＳ）メッセージの識別タイプデータ（１３５）が格納される。近隣通知（ＮＡ）メッセージのメッセージフォーマットを図５に示す。タイプ（Ｔｙｐｅ）には近隣通知（ＮＡ）メッセージの識別タイプデータ（１３６）が格納される。
【００１３】
なお、上述のルータ要請（ＲＳ）、ルータ通知（ＲＡ）、近隣要請（ＮＳ）、近隣通知（ＮＡ）は、ＩＰＶ６の上位層プロトコルとしてのコントロールメッセージプロトコル：ＩＣＭＰｖ６（Ｉｎｔｅｒｎｅｔ　Ｃｏｎｔｒｏｌ　Ｍｅｓｓａｇｅ　Ｐｒｏｔｏｃｏｌ　ｖｅｒｓｉｏｎ　６）によって規定されるメッセージである。
【００１４】
前述のように、ホストは、ルータからの定期的なルータ通知（ＲＡ）を受信するだけでなく、明示的にルータ要請（ＲＳ）を送信することでルータにルータ通知（ＲＡ）送信を促すことができ、ルータ要請（ＲＳ）を受信したルータは、ルータ通知（ＲＡ）の定期的な送信間隔に関係なく、ルータ通知（ＲＡ）を送信する。
【００１５】
このような、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理においては、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）等、様々なメッセージがネットワーク上を飛び交うことになる。これは、ネットワークトラフィックの増大を招き、好ましいものとは言えない。
【００１６】
このステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）がサブネット上で頻繁に飛び交わないようにするために、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）の送信時にバックオフ機構が導入されている。
【００１７】
バックオフ機構とは、具体的には、ホストがサブネットに接続後にルータ要請（ＲＳ）を送信する際、０〜１秒（ＲＦＣ２４６２にてＭＡＸ＿ＲＴＲ＿ＳＯＬＩＣＩＴＡＴＩＯＮ＿ＤＥＬＡＹで定義）のランダムな時間待機を行なうことを条件として、ルータ要請（ＲＳ）を送信する。この待機時間中にルータ通知（ＲＡ）を受信した場合は、待機後に実行する予定だったルータ要請（ＲＳ）の送信はキャンセルする。また、ルータ要請（ＲＳ）を受信したルータも、ルータ通知（ＲＡ）を返答する際、０〜０．５秒（ＭＡＸ＿ＲＡ＿ＤＥＬＡＹ＿ＴＩＭＥで定義）のランダムな時間待機を行なうことを条件として、ルータ通知（ＲＡ）を返答する。この待機時間中にルータ通知（ＲＡ）の定期的な送信の時刻になった場合は、待機後に実行する予定だったルータ通知（ＲＡ）の返答はキャンセルする。
【００１８】
このように、ルータ通知（ＲＡ）およびルータ要請（ＲＳ）の送信時にそれぞれ待機時間を設定することで、サブネット上に数多くのルータ通知（ＲＡ）およびルータ要請（ＲＳ）が送信されることを回避可能となり、ネットワークトラフィックが緩和される。
【００１９】
また、同様に、重複アドレス検出（ＤＡＤ）の処理においても、ホストが作成したＩＰｖ６アドレスが重複していないか確認するために待機する時間は、１秒（ＲＥＴＲＡＮＳ＿ＴＩＭＥＲで定義）に設定される。
【００２０】
このように、重複アドレス検出（ＤＡＤ）を含むステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、ホストがサブネットに接続後、即座に通信を再開（開始）したい場合でも、ＩＰｖ６　アドレスやデフォルトルータ（Ｄｅｆａｕｌｔ　Ｒｏｕｔｅｒ）を設定するためには、上記で述べたような待機時間が発生してしまうことになる。
【００２１】
具体的には、平均的な場合で、ルータ要請（ＲＳ）の送信時に０．５秒、ルータ通知（ＲＡ）の返答時に０．２５秒、そして重複アドレス検出（ＤＡＤ）に１秒、計１．７５秒の待機時間が発生してしまうことになる。最長の場合には２．５秒の待機時間となる。これらの待機時間以外にも、アドレス等の設定処理自体の最低限の処理時間が必要であるが、この処理時間は、待機時間と比較すると無視できる程小さい。すなわち、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）にかかる時間のほとんどは、この待機時間に費やされるといえる。
【００２２】
たしかに、バックオフ待機機構によって、無駄なルータ要請（ＲＳ）やルータ通知（ＲＡ）の送信を回避することはネットワークの負荷等を考慮した場合、効果的である。また、ＩＰｖ６アドレスの重複の回避という点では、重複アドレス検出（ＤＡＤ）は必須である。しかし、ホスト（特にノートＰＣやＰＤＡのような移動ホスト）にとっては、新しいサブネットに接続後、即座に移動前の通信を再開したい場合や、また即座に新しいサービスにアクセスしたい場合は、平均１．７５秒の間、待機することはユーザにとって非常にストレスとなる。なお移動ホストは、通信を継続するためにモバイルＩＰｖ６（Ｍｏｂｉｌｅ　ＩＰｖ６）などの移動サポートプロトコルの利用を前提とする。
【００２３】
【発明が解決しようとする課題】
本発明は、上述のステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において要請されるバックオフ待機による通信再開の遅れという問題に対処することを目的としてなされたものである。
【００２４】
上述のステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において、ホストがルータ要請（ＲＳ）やルータ通知（ＲＡ）のやりとりにより生成したＩＰｖ６アドレスを絶対に重複しない設定とすることが可能である。たとえば、ホストのＭＡＣアドレス自体はグローバルユニーク（全世界でユニーク）であるためそれを元にＩＰｖ６アドレス（のインターフェースＩＤ）を生成した場合などは、アドレスの重複が発生しないことが保証される。この場合、上述の重複アドレス検出（ＤＡＤ）処理を省略することが可能となる。
【００２５】
本発明は、通信端末装置としてのホストがＭＡＣアドレスを割り当てられたインターフェースを持つ場合など、ホストが重複のないインターフェースＩＤを生成できる構成である場合に、ホストがサブネットに接続後に実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において要請される待機時間を省略して、即座に通信を開始または再開可能とする通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発明の第１の側面は、
ネットワークを介したデータ通信を実行する通信端末装置において、
通信端末装置自身のアドレス設定処理を実行する制御手段を有し、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行する構成を有することを特徴とする通信端末装置にある。
【００２７】
さらに、本発明の通信端末装置の一実施態様において、前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、前記制御手段は、通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行する構成であることを特徴とする。
【００２８】
さらに、本発明の通信端末装置の一実施態様において、前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、前記制御手段は、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする。
【００３０】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理であることを特徴とする。
【００３１】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする。
【００３２】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）の登録セッション状況、およびソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）の格納データパケット状況に基づいて行なう構成であることを特徴とする。
【００３３】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であることを特徴とする。
【００３４】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記制御手段は、自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする。
【００３５】
さらに、本発明の第２の側面は、
ネットワーク上に接続された通信中継装置であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信中継装置にある。
【００３６】
さらに、本発明の第３の側面は、
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおいて、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有し、
前記通信中継装置は、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信処理システムにある。
【００３７】
さらに、本発明の通信処理システムの一実施態様において、前記通信端末装置は、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする。
【００３８】
さらに、本発明の通信処理システムの一実施態様において、前記通信端末装置は、前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする。
【００３９】
さらに、本発明の通信処理システムの一実施態様において、前記通信端末装置は、通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする。
【００４０】
さらに、本発明の通信処理システムの一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記通信端末装置は、自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする。
【００４１】
さらに、本発明の第４の側面は、
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理方法であり、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
を有することを特徴とするアドレス設定処理方法にある。
【００４２】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、前記待機時間処理決定ステップは、通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行するステップであることを特徴とする。
【００４３】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記メッセージは、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージであり、前記アドレス設定処理方法は、さらに、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを含むことを特徴とする。
【００４４】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記アドレス設定処理方法は、さらに、前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行するステップを含むことを特徴とする。
【００４５】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理であることを特徴とする。
【００４６】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記通信ステータス判断処理ステップは、通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行するステップであり、
前記アドレス設定処理方法は、さらに、前記判断処理ステップの判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスの変更を行なうステップを含むことを特徴とする。
【００４７】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記通信ステータス判断処理ステップは、前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）の登録セッション状況、およびソケットバッファ（ＳｏｃｋｅｔＢｕｆｆｅｒ）の格納データパケット状況に基づいて行なうことを特徴とする。
【００４８】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記アドレス設定処理方法におけるアドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ
Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であることを特徴とする。
【００４９】
さらに、本発明のアドレス設定処理方法の一実施態様において、前記アドレス設定処理方法におけるアドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　ＡｄｄｒｅｓｓＡｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記アドレス設定処理方法は、さらに、自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行するステップを含むことを特徴とする。
【００５０】
さらに、本発明の第５の側面は、
ネットワーク上に接続された通信中継装置におけるデータ処理方法であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするデータ処理方法にある。
【００５１】
さらに、本発明の第６の側面は、
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおける通信端末装置アドレス設定処理方法であり、
前記通信端末装置において、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいてルータ要請（ＲＳ）メッセージの送信処理を実行し、
前記通信中継装置において、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行することを特徴とする通信端末装置アドレス設定処理方法にある。
【００５２】
さらに、本発明の通信端末装置アドレス設定処理方法の一実施態様において、前記通信端末装置は、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行することを特徴とする。
【００５３】
さらに、本発明の通信端末装置アドレス設定処理方法の一実施態様において、前記通信端末装置は、前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行することを特徴とする。
【００５４】
さらに、本発明の通信端末装置アドレス設定処理方法の一実施態様において、前記通信端末装置は、通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行することを特徴とする。
【００５５】
さらに、本発明の通信端末装置アドレス設定処理方法の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理であり、前記通信端末装置は、自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行することを特徴とする。
【００５６】
さらに、本発明の第７の側面は、
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００５７】
さらに、本発明の第８の側面は、
ネットワーク上に接続された通信中継装置におけるデータ処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００５８】
【作用】
本発明の構成によれば、新しいサブネットに接続時における通信端末装置（ホスト）の通信状態を判別し、即座に通信を実行すべき状態にある場合に、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において実行する各種メッセージ送信の際の待機時間を省略する構成としたので、アドレスを設定し通信を開始するまでの時間が短縮され、サブネットの接続後の通信を短時間で開始または再開することが可能となる。
【００５９】
さらに、本発明の構成によれば、通信端末装置（ホスト）の通信状態を複数の状態中のどの状態にあるかを判別し、即座に通信を実行すべき状態にない場合には、ルータ通知、ルータ要請等のメッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期的なメッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルする構成であるので、全ての待機時間を設けない構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【００６０】
さらに、本発明の構成によれば、通信中継装置としてのルータは、識別データを設定したルータ要請（ＲＳ）を受信して待機時間の経過を待つことなくルータ通知（ＲＡ）を送信する構成としたので、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を行なうことが可能となる。
【００６１】
さらに、本発明の構成によれば、通信端末装置（ホスト）の通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を行ない、通信を実行することが可能となる。
【００６２】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００６３】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００６４】
【発明の実施の形態】
以下、本発明の通信端末装置、通信中継装置、通信処理システム、および方法について、図面を参照して説明する。
【００６５】
［ネットワーク構成および通信処理概要］
図６は、本発明の構成が適用可能な通信ネットワーク構成例を示す図である。図６において、インターネット１０１には複数のＩＰｖ６サブネットが接続され、それぞれのＩＰｖ６サブネットに様々な通信端末装置、例えばＰＣ、ＰＤＡ、携帯通信端末等のホストが接続し、それぞれのホストがステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を実行してアドレスの設定を行ない、設定アドレスを適用した通信を行なう構成である。
【００６６】
ルータ（ＩＰｖ６ルータ（Ｒ））１０２は、ＩＰｖ６サブネット（Ｓ）１０３とインターネット（ＩＮＥＴ）１０１を中継するノードであり、ホスト（ＩＰｖ６ホスト（Ｈ））１０４は、ＩＰｖ６サブネット（Ｓ）１０３に接続を行なって通信を開始しようとするものとする。例えばホスト（ＩＰｖ６ホスト（Ｈ））１０４が通信中に他のＩＰｖ６サブネットから移動して、ＩＰｖ６サブネット（Ｓ）１０３に接続を切り替えて通信を再開しようとする場合も含む。
【００６７】
ＩＰｖ６サブネット（Ｓ）１０３には、ホスト（ＩＰｖ６ホスト（Ｈ））１０４以外の複数のホストが接続し、それぞれ通信処理を実行している。
【００６８】
本発明の構成では、ホストおよびルータを改良することによって、ホストのステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）における処理時間を短縮し、ホストがサブネット接続後に自己の通信ステータスの判断を行ない、判断結果に基づいて即座に通信を開始または再開することを可能とするものである。なお、ホストが新しいサブネットに接続後、即座に通信を再開または開始する場合、重複アドレスの発生は避けることが必須であり、ステートレス・アドレス自動設定を行なうホストは、基本的に重複アドレス検出（ＤＡＤ）を行なうことが求められるが、ホストが接続サブネットで重複が絶対に発生しないインターフェースＩＤ（図１参照）を持つＩＰｖ６アドレスを生成することができる構成である場合、生成したアドレスに重複が発生することはなく、重複アドレス検出（ＤＡＤ）の処理を省略可能となる。
【００６９】
ＭＡＣアドレスはハードウェアの製造業者に対して割り当てられる３バイト、および各装置に対して付与される３バイトの計６バイトによって構成され、ＩＥＥＥ（Ｔｈｅ　Ｉｎｓｔｉｔｕｔｅ　ｏｆ　Ｅｌｅｃｔｒｉｃａｌ　ａｎｄ　Ｅｌｅｃｔｒｏｎｉｃｓ　Ｅｎｇｉｎｅｅｒｓ，　Ｉｎｃ．）によって管理されており、各装置に固有なアドレスとして設定される。
【００７０】
従って、ＭＡＣアドレスが割り当てられたインターフェースを保持しているホストは、ＭＡＣアドレスをＩＰｖ６アドレスの下位６４ビットのインターフェースＩＤとして適用することで、ホストは、接続サブネットで重複が絶対に発生しないＩＰｖ６アドレスを生成可能となる。
【００７１】
［アドレス設定処理および通信状態判定処理］
以下、このように、重複の発生しないことが保証されたＩＰｖ６アドレスを生成可能なホストにおけるサブネット接続時のステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理について説明する。
【００７２】
ホスト（Ｈ）１０４は、まずサブネット（Ｓ）１０３に接続後に、通信ステータス判断処理を実行し、即座に再開あるいは開始すべき通信があるかどうか確認する。この通信ステータス判断方法としては、様々な方法が適用可能であるが、ここではＵｎｉｘ（特にＢＳＤ系）のプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）を用いた確認方法を一例として説明する。
【００７３】
プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）の構成例を図７に示す。プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とは、現在動作している通信を、セッション（通信の単位、例えばｔｅｌｅｎｅｔセッション、ｆｔｐセッション、ｈｔｔｐセッションなど）ごとに管理しているデータベースであり、セッションごとにソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）と呼ばれる送受信用バッファを対応づけて管理しているデータベースである。なお、このプロトコル・コントロールブロック（ＰＣＢ）には、ＴＣＰ用とＵＤＰ用がある。
【００７４】
ホスト（Ｈ）１０４は、図７に示すように、ＴＣＰ用のプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）として、ＴＥＬＥＮＥＴセッション用ＰＣＢ２１１、ＨＴＴＰセッション用ＰＣＢ２２１、ＦＴＰセッション用ＰＣＢ２３１と、ＵＤＰ用のプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）として、ｘｘセッション用ＰＣＢ２４１、ｙｙセッション用ＰＣＢ２５１、ｚｚセッション用ＰＣＢ２６１とを有し、各ＰＣＢには、実行中のセッションの間利用データとして、通信処理における始点／終点アドレス、始点／終点ポート情報等のセッション管理情報を格納する。
【００７５】
さらに、各セッションＰＣＢに登録されたセッションにおいて送受信するデータパケットが、各ＰＣＢのポインタによって示されるバッファ領域としてのソケットバッファに格納される。ソケットバッファは、送信用ソケットバッファと受信用ソケットバッファがあり、ＴＣＰ用ＰＣＢのＴＥＬＥＮＥＴセッションに対応するセッションの送信パケットは図７に示す送信用ソケットバッファ２１２に格納され、受信パケットは、受信用ソケットバッファ２１３に格納される。
【００７６】
図７に示すように、ＴＣＰ用ＰＣＢの各セッションおよびＵＤＰ用ＰＣＢの各セッションに対応して、それぞれのセッションにおける送信パケットを格納する送信用ソケットバッファ２２１〜２６２、各セッションにおける受信信パケットを格納する受信用ソケットバッファ２３１〜２６３を有する。アプリケーションとＴＣＰ、ＵＤＰ／ＩＰは、これらのソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）２１２〜２６２，２３１〜２３６を介してデータのやりとりを行う。
【００７７】
図５に示すネットワーク構成において、ホスト（Ｈ）１０４は、ＩＰｖ６サブネット（Ｓ）１０３に接続した直後に、ホスト自身の保持するプロトコル・コントロールブロック（ＰＣＢ）に、１つでもセッションが登録されているかどうかを調べる。もし、セッションが登録されている場合は、さらに、登録されている各セッションに対応づけられた送受信ソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）を調べる。
【００７８】
この送受信ソケットバッファサイズが０以外である場合、つまり、送信用ソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）および受信用ソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）のいずれかにデータパケットが存在している場合は、ホスト（Ｈ）１０４は通信中、すなわちデータパケットをやりとりしている最中にサブネット間を移動したことになる。これは、ホスト（Ｈ）１０４が即座に通信を再開すべきセッションを実行中であると判断する。
【００７９】
また、ソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）にデータパケットが存在していない場合でも、プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）に１つでもセッションが登録されている場合は、ホスト（Ｈ）１０４は、通信中、すなわちデータパケットをやりとりしている最中にサブネット間を移動したわけではないが、サブネット接続直後に通信が再開する可能性があり、この場合も、ホスト（Ｈ）１０４は即座に通信を再開する可能性のあるセッションを持つと判断する。
【００８０】
また、プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）にセッションが全く登録されていない場合は、即座に通信を再開すべきセッションは存在しないと判断する。
【００８１】
以上のホストの各状態をまとめると、以下の３態様（ａ），（ｂ），（ｃ）にまとめることができる。
（ａ）ＰＣＢにセッション登録あり、ソケットバッファにデータパケットあり。
（ｂ）ＰＣＢにセッション登録あり、ソケットバッファにデータパケットなし。
（ｃ）ＰＣＢにセッション登録なし。
【００８２】
上述の（ａ）〜（ｃ）の状態は、ホストの通信ステータスとして、それぞれ以下のステータスであると判定される。
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
【００８３】
ホスト（Ｈ）１０４が上記３態様：（ａ）、（ｂ）、（ｃ）のいずれの状態にあるかを判定し、判定状態に従って、ホスト（Ｈ）１０４の実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理のシーケンスを変更する。
【００８４】
図８のフローチャートを参照して、プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）を用いた通信ステータス判定処理シーケンスについて説明する。
【００８５】
サブネットワークに接続したホストは、まず、ステップＳ１０１において、ホストの保有するＴＣＰ用、ＵＤＰ用の各プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）に登録されているセッションがあるか否かを判定する。
【００８６】
すべてのＰＣＢに登録セッションがない場合は、ステップＳ１０２に進み、上述の状態（ｃ）、すなわち、ホストの状態は、「即座に通信を再開すべきセッションはない」と判定して処理を終了する。
【００８７】
ステップＳ１０１において、ホストの保有するＴＣＰ用、ＵＤＰ用の各プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）に登録されているセッションがあると判定されると、ステップＳ１０３に進み、登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがあるか否かを判定する。
【００８８】
登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがない場合、すなわちすべてのバッフアサイズが０である場合は、ステップＳ１０４に進み、上述の状態（ｂ）、すなわち、ホストの状態は、「即座に通信を再開する可能性のあるセッションが存在する」と判定して処理を終了する。
【００８９】
ステップＳ１０３において、登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがあると判定した場合は、ステップＳ１０５に進み、上述の状態（ａ）、すなわち、ホストの状態は、「即座に通信を再開すべきセッションが存在する」と判定して処理を終了する。
【００９０】
このように、状態（ａ）、または（ｂ）の場合は、通信の即時再開を実行すべき状態であり、状態（ｃ）にあるときは、即座に通信を再開するセッションはないと判定し、それぞれの判定に基づいて、異なるシーケンスでステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を実行する。以下、各状態（ａ），（ｂ），（ｃ）それぞれにおける処理について説明する。
【００９１】
状態（ａ）の場合、すなわち、ＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合、ホストは、「即座に通信を再開すべきセッションが存在する」状態である。この状態（ａ）の場合、ホストは即座に通信を再開できるように、極力ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　ＡｄｄｒｅｓｓＡｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）にかかる時間を短縮することが要求される。
【００９２】
状態（ｂ）の場合、すなわち、ＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、ホストは、「即座に通信を再開する可能性のあるセッションが存在する」状態である。この状態（ａ）の場合は、状態（ａ）ほどではないが、通信が再開される事態に備えて、多少なりともステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）にかかる時間を短縮しておくべきである。
【００９３】
状態（ｃ）の場合、すなわち、ＰＣＢにセッション登録が存在しない場合、ホストは、「即座に通信を再開すべきセッションは存在しない」状態である。この状態（ｃ）の場合は、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）にかかる時間の短縮の必要性がなく、規定どおりのバックオフ待機処理を適用した処理を実行する。
【００９４】
状態（ａ）、（ｂ）、（ｃ）におけるステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理において実行する具体的な処理について、以下説明する。
【００９５】
（ルータ要請、通知処理）
まず、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理におけるルータ要請（ＲＳ）およびルータ通知（ＲＡ）処理について説明する。
【００９６】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ホストは、ルータ要請（ＲＳ）を送信する際のランダムな時間待機することなく、即座にルータ要請（ＲＳ）を送信する。この際、それを受信するルータに、即座にルータ通知（ＲＡ）を返答してもらうことを要求するために、ルータ要請（ＲＳ）メッセージのリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドを利用する。
【００９７】
具体的には、待機時間の経過を待たず、ルータ要請（ＲＳ）メッセージのリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドにルータ通知（ＲＡ）の即時返答要求識別データとして１（０ｘ０００１）を格納して即座に送信する。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは待機処理を行なわずルータ通知（ＲＡ）を送信する。
【００９８】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する場合」は、ホストは、上述の状態（ａ）と同様に、ルータ要請（ＲＳ）を送信する際のランダム時間の待機を実行せずに、即座にルータ要請（ＲＳ）を送信するが、ルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドには何も指定しない。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは通常の待機処理を実行して、ルータ通知（ＲＡ）を送信する。
【００９９】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録がなく、「即座に通信を再開すべきセッションは存在しない」は、ホストは、通常どおりルータ要請（ＲＳ）を送信する前にランダム時間待機する。また、送信するルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドには何も指定しない。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは通常の待機処理を実行して、ルータ通知（ＲＡ）を送信する。
【０１００】
ホストからのルータ要請（ＲＳ）を受信したルータ側の処理について、説明する。ルータは、まず、ホストから受信したルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドを確認する。
【０１０１】
リザーブ（Ｒｅｓｅｒｖｅｄ）フィールドに１（０ｘ０００１）がセットされている場合は、そのルータ要請（ＲＳ）を送信したホストが即座にルータ通知（ＲＡ）を返答してもらうことを希望していると判断し、ランダムな時間待機することなく、即座にルータ通知（ＲＡ）の返答処理を実行する。この処理は、ホストが上述の状態（ａ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合であり、ホストは、即座に通信を再開すべきセッションを有している場合の対応処理となる。
【０１０２】
また、ホストから受信したルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドに１がセットされていない場合は、通常どおり、ルータ通知（ＲＡ）を返答する前にランダム時間の待機を実行する。返答するルータ通知（ＲＡ）は、ルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドの値に関係なく従来と同じ形式である。つまり、ルータ通知（ＲＡ）のメッセージには何も変更を行わない。なお、待機時間内に定期的なルータ通知（ＲＡ）発送時間となった場合は、その定期発送時間において、ルータ通知（ＲＡ）を送信し、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）はキャンセルする。
【０１０３】
この処理は、ホストが上述の状態（ｂ）または（ｃ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、または、ホストのＰＣＢにセッション登録がない場合に対応する処理であり、ホストは、即座に通信を再開する可能性のあるセッションを有している場合、あるいは、即座に通信を再開すべきセッションが無い場合の対応処理となる。
【０１０４】
ルータからのルータ通知（ＲＡ）を受信したホストは、ルータ通知（ＲＡ）に格納されている情報をもとに、ＩＰｖ６アドレスやデフォルトルータの設定を行う。
【０１０５】
（重複アドレス検出（ＤＡＤ）処理）
次に、ホストが、上記３状態（ａ）、（ｂ）、（ｃ）の各状態にあるときの重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）の処理シーケンスについて説明する。
【０１０６】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ホストは、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略する。
【０１０７】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、状態（ａ）の場合と同様、ホストは、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略する。
【０１０８】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ホストは、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略せず実行する。
【０１０９】
ただし、ホストが接続サブネットで重複が絶対に発生しないインターフェースＩＤ（図１参照）例えばＭＡＣアドレスをインターフェースＩＤとして設定する場合等には、ＩＰｖ６アドレスを生成することができる構成である場合、生成したアドレスに重複が発生することはなく、重複アドレス検出（ＤＡＤ）の処理を省略可能となる。従って、上記状態（ａ）、（ｂ）、（ｃ）のいずれの場合においても、ホストは、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略することができる。
【０１１０】
上述したホスト状態に対応したステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理により、ホスト状態に応じて処理時間を短縮することが可能となる。
【０１１１】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ルータ要請（ＲＳ）の送信時、ルータ通知（ＲＡ）の返答時の待機時間、および重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理時間が削減される。
【０１１２】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ルータ要請（ＲＳ）の送信時の待機時間、および重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理時間が削減される。
【０１１３】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、基本的に従来と同様、ルータ要請（ＲＳ）の送信時、ルータ通知（ＲＡ）の返答時の待機時間、および重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理時間を要することになる。
【０１１４】
つまり、ホストがサブネット接続時に実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の処理時間は、（ａ）＜（ｂ）＜（ｃ）の順番となり、状態（ａ）において、最も処理時間が短縮され、状態（ｂ）において、従来より多少処理時間が短縮され、状態、（ｃ）において、従来と同様の処理時間となる。
【０１１５】
このように、ホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の処理シーケンスを変更し、ホストの通信状態に適合した処理を実行する構成とすることで、サブネット間の移動時に通信が継続している場合等において、アドレス設定処理に起因する通信中断時間を最小限にすることが可能となる。
【０１１６】
また、ホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の処理シーケンスを変更し、ホストの通信状態に適合した処理を実行する構成とすることで、ホストの通信状態にかかわらず、全ての待機動作を省略するという単純な方法に比べて、サブネット上でやりとりされる無駄なホストからのルータ要請（ＲＳ）やルータからのルータ通知（ＲＡ）の数を増やさずに済むことができる。
【０１１７】
次に、上述したホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて実行するステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）の処理について、フローチャートを参照して説明する。
【０１１８】
まず、図９を参照して、ホストがルータ要請（ＲＳ）を送信する際の処理について説明する。
【０１１９】
ステップＳ２０１において、ホストがサブネット（ＩＰｖ６サブネット）に接続すると、ホストは、サブネット接続後に即座に実行する通信処理があるか否かの判定処理を実行する。これは、先に図８のフローを参照して説明したプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）を用いた通信状態判定処理によって実行される。なお、通信状態判定処理は、この処理方法に限らず、他の処理方法が適用可能であれば、他の通信状態判定方法を適用してもよい。
【０１２０】
ステップＳ２０２における通信状態判定の結果、ホストの通信状態は、前述の３状態（ａ）、（ｂ）、（ｃ）のいずれかに判別される。
【０１２１】
まず、状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ステップＳ２０３に進む。
【０１２２】
ステップＳ２０３では、ホストは、待機時間の経過を待つことなく、ルータ要請（ＲＳ）メッセージのリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドにルータ通知（ＲＡ）の即時返答要求識別データとして１（０ｘ０００１）を格納して即座に送信する。
【０１２３】
ステップＳ２０２の通信状態判定処理において、状態（ｂ）と判定された場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ステップＳ２０４に進み、待機時間の経過を待つことなく、即座にルータ要請（ＲＳ）を送信するが、ルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドには何も指定しない。
【０１２４】
ステップＳ２０２の通信状態判定処理において、状態（ｃ）と判定された場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ステップＳ２０５に進み、ルータ要請（ＲＳ）を送信する前にランダム時間待機する。
【０１２５】
ステップＳ２０６では、待機時間中にルータ通知（ＲＡ）メッセージを受信したか否かを判定し、ルータ通知（ＲＡ）メッセージを受信した場合は、ルータ要請（ＲＳ）メッセージを送信することなく、処理を終了する。
【０１２６】
ステップＳ２０６で、待機時間中にルータ通知（ＲＡ）メッセージを受信しなかったと判定した場合には、ステップＳ２０７において、リザーブ（Ｒｅｓｅｒｖｅｄ）フィールドには何も指定せずにルータ要請（ＲＳ）を送信する。
【０１２７】
このように、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、即座にルータ要請（ＲＳ）を送信し、即座に通信を実行すべき状態にない場合には、ルータ要請メッセージ送信時の待機時間を確保する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を行なうことが可能となる。
【０１２８】
また、ホストが即座に通信を実行すべき状態にない場合には、ルータ要請メッセージ送信時の待機時間を確保する構成とし、待機時間中にルータ通知（ＲＡ）メッセージを受信した場合には、予定のルータ要請（ＲＳ）メッセージ送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１２９】
次に、ルータ要請（ＲＳ）を受信したルータ側の処理について、図１０に示すフローチャートを参照して説明する。
【０１３０】
まず、ルータは、ステップＳ３０１において、ホストからルータ要請（ＲＳ）を受信すると、ステップＳ３０２において、受信したルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドを確認する。
【０１３１】
リザーブ（Ｒｅｓｅｒｖｅｄ）フィールドに１（０ｘ０００１）がセットされている場合は、そのルータ要請（ＲＳ）を送信したホストが即座にルータ通知（ＲＡ）を返答してもらうことを希望していると判断し、ステップＳ３０５において、ランダムな時間待機することなく、即座にルータ通知（ＲＡ）の返答処理を実行する。この処理は、ホストが上述の状態（ａ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合であり、ホストは、即座に通信を再開すべきセッションを有している場合の対応処理となる。
【０１３２】
また、ステップＳ３０２の判定において、ルータ要請（ＲＳ）のリザーブ（Ｒｅｓｅｒｖｅｄ）フィールドに１がセットされていない場合は、ステップＳ３０３においてランダム時間の待機を実行する。
【０１３３】
さらに、ステップＳ３０４において、定期的なルータ通知（ＲＡ）発送時間となり、ルータ通知（ＲＡ）が送信されたか否かを判定する。待機時間内に定期的なルータ通知（ＲＡ）発送時間となり、定期的なルータ通知（ＲＡ）が送信された場合は、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）は送信を取りやめ（キャンセル）処理を終了する。
【０１３４】
待機時間内に、定期的なルータ通知（ＲＡ）発送時間とならず、定期的なルータ通知（ＲＡ）が送信されなかった場合に限り、ステップＳ３０５に進み、ルータ通知（ＲＡ）を返送する。
【０１３５】
この処理は、ホストが上述の状態（ｂ）または（ｃ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、または、ホストのＰＣＢにセッション登録がない場合に対応する処理であり、ホストは、即座に通信を再開する可能性のあるセッションを有している場合、あるいは、即座に通信を再開すべきセッションが無い場合の対応処理となる。
【０１３６】
このように、本発明の構成によれば、ホストの通信状態が即座に通信を実行すべき状態である場合にのみ、ルータがリサーブフィールドに［１］を設定したルータ要請（ＲＳ）を受信して、待機時間を設けずに即座にルータ通知（ＲＡ）を送信する構成としたので、ホストが即座に通信を実行すべき状態である場合には、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を行なうことが可能となる。
【０１３７】
また、ホストが即座に通信を実行する可能性がある場合、または通信を実行すべき状態にない場合には、ルータがリサーブフィールドに［１］を設定しないルータ要請（ＲＳ）を受信して、ルータ通知メッセージ送信時の待機時間を確保する構成とし、待機時間中に定期的なルータ通知（ＲＡ）メッセージの送信がなされた場合には、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１３８】
次に、ルータ通知（ＲＡ）を受信したホスト側の処理について、図１１に示すフローチャートを参照して説明する。
【０１３９】
ステップＳ４０１において、ルータからのルータ通知（ＲＡ）を受信すると、ホストは、ステップＳ４０２において、受信ルータ通知（ＲＡ）に基づいてＩＰｖ６アドレスの設定、デフォルトルータの設定処理等を実行する。
【０１４０】
次に、ホストは、サブネット接続後に即座に実行する通信処理があるか否かの判定処理を実行する。これは、先に図８のフローを参照して説明したプロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）を用いた通信状態判定処理によって実行される。なお、通信状態判定処理は、この処理方法に限らず、他の処理方法が適用可能であれば、他の通信状態判定方法を適用してもよい。
【０１４１】
なお、先に図９を参照して説明したルータ要請（ＲＳ）メッセージ送信処理の際のステップＳ２０２の判定処理結果をホスト内に保持し、その結果を適用することも可能であり、その場合はこのステップＳ４０２の通信状態判定処理は省略可能である。
【０１４２】
通信状態判定結果が、状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合、および状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ステップＳ４０４に進み、ホストは、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略する。
【０１４３】
また、通信状態判定結果が、状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ホストは、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略せず実行する。ただし、前述したように、設定アドレスがユニークであることが保証されている場合は、このＤＡＤ処理は省略してもよい。
【０１４４】
このように、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を行ない、通信を実行することが可能となる。
【０１４５】
また、ホストが即座に通信を実行すべき状態にない場合でっあっても、ＭＡＣアドレスを適用したＩＰｖ６アドレスを生成することで、設定アドレスがユニークであることが保証されるので、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略可能となり、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を行ない、通信を実行することが可能となる。
【０１４６】
［Ｍｏｂｉｌｅ　ＩＰｖ６における対応］
Ｍｏｂｉｌｅ　ＩＰｖ６においては、ホストとしての移動ノードはホームアドレスおよび気付アドレス（ＣｏＡ：Ｃａｒｅ　ｏｆ　ａｄｄｒｅｓｓ）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化する。ホームアドレスはノードの移動に関わらず一定である。通信相手のノードは、移動するノードのホームアドレスを指定することにより移動するノードの位置、すなわち接続されているサブネットワークの位置に関わらず移動ノードとの通信が可能となる。
【０１４７】
この移動ノード（ホスト）との通信を可能とする処理を実行するのがＭｏｂｉｌｅ　ＩＰｖ６におけるホームエージェントである。ホームエージェントは、移動ノード（ホスト）のホームアドレスに対応するサブネットワークに接続されるエンティテイであり、通信ノードが移動したとき、移動したノードから新たな気付アドレスを含むバインディング（束縛）更新パケット（ｂｉｎｄｉｎｇ　ｕｐｄａｔｅ　ｐａｃｋｅｔ）を受信してホームアドレス（不変）と気付アドレス（ＣｏＡ：Ｃａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ）（可変）の対応を記憶したバインディング・キャッシュ（ｂｉｎｄｉｎｇ　ｃａｃｈｅ）を更新する。また、ホームエージェントは移動するノードのホームアドレス宛に対応する経路情報をネットワークにアナウンスする。
【０１４８】
前述したルータとホストにおける処理を、Ｍｏｂｉｌｅ　ＩＰｖ６におけるホームエージェントと移動ノード間において実行することで、Ｍｏｂｉｌｅ　ＩＰｖ６においてもアドレス設定時の処理時間を短縮することが可能となる。すなわち、移動ノードの通信状態（（ａ），（ｂ），（ｃ））に応じてそれぞれの間で実行されるメッセージ送信の際の待機時間を設定したりあるいは省略することで、必要に応じて気付アドレスを用いたＩＰｖ６アドレスの処理時間を短縮することが可能となり、移動ノードが、新しいサブネットに接続してから、ホームエージェントへの気付アドレス（ＣｏＡ：Ｃａｒｅ−ｏｆ−Ａｄｄｒｅｓｓ）の登録までにかかる時間を短くすることができる。
【０１４９】
［ホストおよびルータの構成］
次に通信端末装置としてのホストおよびルータの構成例について、図１２および図１３を参照して説明する。まず、図１２を参照して通信端末装置としてのホストの構成について説明する。ホストは例えば通信処理機能を持つＰＣ、ＰＤＡ、携帯通信端末等によって構成される。
【０１５０】
図１２に、制御手段としてＣＰＵ（Ｃｅｎｔｒａｌ　ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）を備えたホスト構成例を示す。なお、図１２に示す構成例は１つの例であり、ホストは、ここに示すべての機能を必ずしも備えることが要求されるものではない。
【０１５１】
ＣＰＵ（Ｃｅｎｔｒａｌ　ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）５０１は、各種実行プログラム、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を実行するプロセッサである。ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ−Ｍｅｍｏｒｙ）５０２は、ＣＰＵ５０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）５０３は、ＣＰＵ５０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１５２】
ＨＤＤ５０４はハードディスクの制御を実行し、ハードディスクに対する各種データ、プログラムの格納処理および読み出し処理を実行する。バス５２１はＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｎｅｔ／Ｉｎｔｅｒｆａｃｅ）バス等により構成され、各モジュール、入出力インターフェース５２２を介した各入手力装置とのデータ転送を可能にしている。
【０１５３】
入力部５１１は、例えば、各種の入力ボタン、キーボード、ポインティングデバイスを含む入力部である。キーボードやマウス等を介して入力部５１１が操作された場合、あるいは、通信部５１３からのデータを受信した場合などにＣＰＵ５０１に指令が入力され、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）５０２に格納されているプログラムを実行する。出力部５１２は、例えばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。
【０１５４】
通信部５１３はノード、あるいはスイッチとの通信処理を実行し、ＣＰＵ５０１の制御の下に、各記憶部から供給されたデータ、あるいはＣＰＵ５０１によって処理されたデータを送信したり、他ノード、スイッチからのデータを受信する処理を実行する。
【０１５５】
ドライブ５１４は、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　ＲｅａｄＯｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体５１５の記録再生を実行するドライブであり、各リムーバブル記録媒体５１５からのプログラムまたはデータ再生、リムーバブル記録媒体５１５に対するプログラムまたはデータ格納を実行する。
【０１５６】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ５０１において実行または処理を行なう場合は、読み出したプログラム、データは入出力インターフェース５２２、バス５２１を介して例えば接続されているＲＡＭ５０３に供給される。
【０１５７】
先に、図８を参照して説明したホストの通信状態の判定処理、図９を参照して説明したルータ要請（ＲＳ）送信処理、図１１を参照して説明したルータ通知に基づくアドレス設定、さらに、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）処理等の各種処理プログラムは、例えばＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）５０２に格納されて、ＣＰＵ５０１によって読み出されて実行される。
【０１５８】
次に、パケットの中継処理を実行するルータの構成について図１３を参照して説明する。
【０１５９】
ＣＰＵ（Ｃｅｎｔｒａｌ　ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）７０１は、各種アプリケーションプログラムや、ＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）を実際に実行する。ＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ−Ｍｅｍｏｒｙ）７０２は、ＣＰＵ２０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）７０３は、ＣＰＵ７０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１６０】
ドライブ７０５は、フレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　ＲｅａｄＯｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体７０６の記録再生を実行するドライブであり、各リムーバブル記録媒体７０６からのプログラムまたはデータ再生、リムーバブル記録媒体７０６に対するプログラムまたはデータ格納を実行する。各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ７０１において実行または処理を行なう場合は、読み出したプログラム、データはバス７０４を介して例えば接続されているＲＡＭ７０３、通信部７０７、通信部７０８に供給される。
【０１６１】
通信部７０７は上位ルータまたはインターネット接続通信部であり、ＣＰＵ７０１のデータ処理によって生成したパケットを送信したり、インターネット、上位ルータを介してパケットを受信する処理を実行する。通信部７０８はサブネットに接続され、上位ルータから受信したパケットをサブネットを介して下位ルータあるいはノードに対して送信する処理を実行する。
【０１６２】
ＣＰＵ７０１乃至通信部７０８はバス７０４によって相互接続され、データの転送が可能な構成となっている。
【０１６３】
先に、図１０を参照して説明したルータにおけるルータ要請受信時のリザーブフィールド検証、および検証に基づくルータ通知（ＲＡ）の送信処理等の各種処理プログラムは、例えばＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）７０２に格納されて、ＣＰＵ７０１によって読み出されて実行される。
【０１６４】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６５】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６６】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ　Ｄｉｓｃ　Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ　ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６７】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６８】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【０１６９】
【発明の効果】
以上、説明してきたように、本発明の構成によれば、新しいサブネットに接続時におけるホストの通信状態を判別し、即座に通信を実行すべき状態にある場合に、ステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）において実行する各種メッセージ送信の際の待機時間を省略する構成としたので、アドレスを設定し通信を開始するまでの時間が短縮され、サブネットの接続後の通信を短時間で開始または再開することが可能となる。
【０１７０】
さらに、本発明の構成によれば、ホストの通信状態を複数の状態中のどの状態にあるかを判別し、即座に通信を実行すべき状態にない場合には、ルータ通知、ルータ要請等のメッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期的なメッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルする構成であるので、全ての待機時間を設けない構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１７１】
さらに、本発明の構成によれば、ホストの通信状態が即座に通信を実行すべき状態である場合にのみ、ルータがリサーブフィールドに［１］を設定したルータ要請（ＲＳ）を受信して、待機時間を設けずに即座にルータ通知（ＲＡ）を送信する構成としたので、ホストが即座に通信を実行すべき状態である場合には、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を行なうことが可能となる。
【０１７２】
また、ホストが即座に通信を実行する可能性がある場合、または通信を実行すべき状態にない場合には、ルータがリサーブフィールドに［１］を設定しないルータ要請（ＲＳ）を受信して、ルータ通知メッセージ送信時の待機時間を確保する構成とし、待機時間中に定期的なルータ通知（ＲＡ）メッセージの送信がなされた場合には、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１７３】
さらに、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を行ない、通信を実行することが可能となる。
【０１７４】
さらに、本発明の構成によれば、ホストが即座に通信を実行すべき状態にない場合であっても、ＭＡＣアドレスを適用したＩＰｖ６アドレスを生成することで、設定アドレスがユニークであることが保証されるので、重複アドレス検出（ＤＡＤ：Ｄｕｐｌｉｃａｔｅｄ　Ａｄｄｒｅｓｓ　Ｄｅｔｅｃｔｉｏｎ）を省略可能となり、短時間でステートレス・アドレス自動設定（Ｓｔａｔｅｌｅｓｓ　Ａｄｄｒｅｓｓ　Ａｕｔｏ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ）処理を行ない、通信を実行することが可能となる。
【０１７５】
さらに、本発明の構成によれば、Ｍｏｂｉｌｅ　ＩＰｖ６においても気付アドレス（ＣｏＡ：Ｃａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ）を適用したアドレス設定処理を短時間で実行可能となるので、移動ノードは、短い時間でアドレスを取得することができ、結果として、移動ノードが、新しいサブネットに接続してから、ホームエージェントへの気付アドレス（ＣｏＡ：Ｃａｒｅ　ｏｆ　Ａｄｄｒｅｓｓ）の登録までにかかる時間を短くすることができる。
【図面の簡単な説明】
【図１】ＩＰｖ６アドレスフォーマットを示す図である。
【図２】ルータ通知（ＲＡ）メッセージフォーマットを示す図である。
【図３】ルータ要請（ＲＳ）メッセージフォーマットを示す図である。
【図４】近隣要請（ＮＳ）メッセージフォーマットを示す図である。
【図５】近隣通知（ＮＡ）メッセージフォーマットを示す図である。
【図６】本発明の構成を適用した処理の実行可能なネットワーク構成例を示す図である。
【図７】プロトコル・コントロールブロック（ＰＣＢ：Ｐｒｏｔｏｃｏｌ　Ｃｏｎｔｒｏｌ　Ｂｌｏｃｋ）とソケットバッファ（Ｓｏｃｋｅｔ　Ｂｕｆｆｅｒ）の構成例を示す図である。
【図８】ホストの通信状態判定処理シーケンスを示すフローチャートである。
【図９】ホストのルータ要請（ＲＳ）送信処理シーケンスを示すフローチャートである。
【図１０】ルータのルータ通知（ＲＡ）送信処理シーケンスを示すフローチャートである。
【図１１】ホストのルータ通知（ＲＡ）受信に基づく処理シーケンスを示すフローチャートである。
【図１２】ホストの構成例を示すブロック図である。
【図１３】ルータの構成例を示すブロック図である。
【符号の説明】
１０１　インターネット
１０２　ルータ（ＩＰｖ６ルータ）
１０３　サブネット（ＩＰｖ６サブネット）
１０４　ホスト（ＩＰｖ６ホスト）
２１１，２２１，２３１　ＴＣＰ用ＰＣＢ
２４１，２５１，２６１　ＵＤＰ用ＰＣＢ
２１２，２２２，２３２　送信用ソケットバッファ
２１３，２２３，２３３　受信用ソケットバッファ
２４２，２５２，２６２　送信用ソケットバッファ
２４３，２５３，２６３　受信用ソケットバッファ
５０１　ＣＰＵ
５０２　ＲＯＭ
５０３　ＲＡＭ
５０４　ＨＤＤ
５１１　入力部
５１２　出力部
５１３　通信部
５１４　ドライブ
５１５　リムーバブル記憶媒体
５２１　バス
５２２　入出力インターフェース
７０１　ＣＰＵ
７０２　ＲＯＭ
７０３　ＲＡＭ
７０４　バス
７０５　ドライブ
７０６　リムーバブル記憶媒体
７０７，７０８　通信部
【図１】
2004048335.tif 000003
【図２】
2004048335.tif 000004
【図３】
2004048335.tif 000005
【図４】
2004048335.tif 000006
【図５】
2004048335.tif 000007
【図６】
2004048335.tif 000008
【図７】
2004048335.tif 000009
【図８】
2004048335.tif 000010
【図９】
2004048335.tif 000011
【図１０】
2004048335.tif 000012
【図１１】
2004048335.tif 000013
【図１２】
2004048335.tif 000014
【図１３】
2004048335.tif 000015