JP3997853B2 - 通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラム - Google Patents
通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP3997853B2 JP3997853B2 JP2002202462A JP2002202462A JP3997853B2 JP 3997853 B2 JP3997853 B2 JP 3997853B2 JP 2002202462 A JP2002202462 A JP 2002202462A JP 2002202462 A JP2002202462 A JP 2002202462A JP 3997853 B2 JP3997853 B2 JP 3997853B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- message
- router
- communication terminal
- terminal device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、サブネットワーク接続時にアドレス設定処理を行なう通信端末装置において、通信状況に応じて短時間でアドレス設定を行ない、高速なアドレス設定、通信開始処理を実現する通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、携帯型のパーソナルコンピュータ、携帯電話などが普及し、多くのユーザがこれら通信機能、情報処理機能を有する小型の装置を携帯し、屋外であるいは移動先においてネットワークに接続してネットワークを介する通信を行なっている。
【０００３】
このようないわゆるモバイルコンピューティング環境では、ネットワークに接続してサービスを受ける装置（ｅｘ．パーソナルコンピュータ）であるノードは移動することが前提となる。このようなノードはノード位置が変化しても継続して通信可能な状態を維持することが要請される。
【０００４】
現在多く使用されている通信プロトコルとしてのＩＰ(Internet Protocol）は、ＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。これを解決するためにＩＥＴＦ（Internet Engineering Task Force）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいＩＰｖ６(Internet Protocol version 6）を提案している。さらに、モバイルコンピューティング環境におけるノードの通信方法として、ＩＥＴＦ（Internet Engineering Task Force）で提案しているMobile ＩＰｖ６がある。
【０００５】
ＩＰｖ６アドレスは図１に示すように１２８ビット構成であり、下位６４ビットがインターネット上、もしくはサブネット上でノードを一意に識別するためのノード識別子としてのインターフェースＩＤ(Interface ID)であり、上位６４ビットがノードが接続しているサブネットワークを示す位置指示子としてのネットワークプレフィックス（Network Prefix）である。従って、基本的に同一のサブネットワークに属する端末装置は、ＩＰｖ６アドレスの上位６４ビットの示すネットワークプレフィックス（Network Prefix）が同一なものとなる。サブネットは、例えば通信中継装置としてのルータによって区切られた有限のネットワーク領域として構成される。
【０００６】
通常、ネットワークプレフィックスは、サブネット単位に割り当てられ、端末装置としてのノード（ホスト）があるサブネットに接続すると、ノード（ホスト）は、そのサブネットに割り当てられているネットワークプレフィックスを用いてアドレス設定処理としてステートレス・アドレス自動設定(Stateless Address Auto Configuration, RFC2461 RFC2462)を行う。すなわち、ノード（ホスト）は、ローカルに自分自身で生成可能な情報としてのインターフェース識別子と、ルータから通知される情報としてのネットワークプレフィックスによりＩＰｖ６アドレスの生成処理を実行する。前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインターフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス・アドレス自動設定(Stateless Address Auto Configuration, RFC2462)により自分自身のアドレスを設定する。
【０００７】
ルータから通知される情報は、ルータ通知（ＲＡ：Router Advertisement, RFC2461）と呼ばれ、リンク情報としてのネットワークプレフィックス、インターネットパラメータなどが含まれる。ルータ通知（ＲＡ）のメッセージフォーマットを図２に示す。タイプ（Ｔｙｐｅ）にはルータ通知（ＲＡ）の識別タイプデータ（１３４）が格納される。リンク情報としてのネットワークプレフィックス、インターネットパラメータは、オプション（Ｏｐｔｉｏｎ）フィールドに格納される。
【０００８】
ルータ通知（ＲＡ）は、ホストからのルータ要請（ＲＳ：Router Solicitation）メッセージに応答して、あるいは定期的にルータから送信される。ルータ要請（ＲＳ）のメッセージフォーマットを図３に示す。タイプ（Ｔｙｐｅ）にはルータ要請（ＲＳ）の識別タイプデータ（１３３）が格納される。
【０００９】
ルータ通知（ＲＡ）を受信したホスト（ノード）は、ルータ通知（ＲＡ）に格納された情報を元に、ＩＰｖ６アドレスやデフォルトルータの設定などを行う。ＩＰｖ６アドレスの設定は、ＩＰｖ６アドレスの上位６４bit部分に、ルータ通知（ＲＡ）に格納されているネットワークプレフィックスの値を格納し、下位６４bit部分に、ホスト自身が生成したインターフェースＩＤを格納する処理によって実行される。
【００１０】
インターフェースＩＤの生成方法としては、ランダム値の生成、あるいはホストのインターフェースのＭＡＣアドレス（４８bit）をＥＵＩ６４形式に変換した値を利用したりする方法などがある。ホストはＩＰｖ６アドレスを作成後、そのアドレスが同じサブネット上で既に使われていないかを確認するために、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を行う。
【００１１】
重複アドレス検出（ＤＡＤ）の具体的処理は、ホストが作成したＩＰｖ６アドレスを格納した近隣要請（ＮＳ：Neighbor Solicitation）メッセージをサブネット上に送信（ブロードキャスト）し、その近隣要請（ＮＳ）メッセージを受信したサブネット上のノードのうち、近隣要請（ＮＳ）メッセージに格納されているＩＰｖ６アドレスを既に使っているノードは、アドレスが重複していることを示すために、近隣通知（ＮＡ：Neighbor Advertisement）メッセージを返答する。近隣要請（ＮＳ）メッセージを送信したホストは一定時間、近隣要請（ＮＳ）メッセージに対する近隣通知（ＮＡ）メッセージを受信しない場合は、設定したＩＰｖ６アドレスは重複していないと判断し、以後、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)により生成したアドレスをＩＰｖ６アドレスとして利用することができる。
【００１２】
近隣要請（ＮＳ）メッセージのメッセージフォーマットを図４に示す。タイプ（Ｔｙｐｅ）には近隣要請（ＮＳ）メッセージの識別タイプデータ（１３５）が格納される。近隣通知（ＮＡ）メッセージのメッセージフォーマットを図５に示す。タイプ（Ｔｙｐｅ）には近隣通知（ＮＡ）メッセージの識別タイプデータ（１３６）が格納される。
【００１３】
なお、上述のルータ要請（ＲＳ）、ルータ通知（ＲＡ）、近隣要請（ＮＳ）、近隣通知（ＮＡ）は、ＩＰＶ６の上位層プロトコルとしてのコントロールメッセージプロトコル：ＩＣＭＰｖ６（Internet Control Message Protocol version 6）によって規定されるメッセージである。
【００１４】
前述のように、ホストは、ルータからの定期的なルータ通知（ＲＡ）を受信するだけでなく、明示的にルータ要請（ＲＳ）を送信することでルータにルータ通知（ＲＡ）送信を促すことができ、ルータ要請（ＲＳ）を受信したルータは、ルータ通知（ＲＡ）の定期的な送信間隔に関係なく、ルータ通知（ＲＡ）を送信する。
【００１５】
このような、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理においては、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）等、様々なメッセージがネットワーク上を飛び交うことになる。これは、ネットワークトラフィックの増大を招き、好ましいものとは言えない。
【００１６】
このステートレス・アドレス自動設定(Stateless Address Auto Configuration)において、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）がサブネット上で頻繁に飛び交わないようにするために、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）の送信時にバックオフ機構が導入されている。
【００１７】
バックオフ機構とは、具体的には、ホストがサブネットに接続後にルータ要請（ＲＳ）を送信する際、０〜１秒（RFC2462にてMAX_RTR_SOLICITATION_DELAYで定義）のランダムな時間待機を行なうことを条件として、ルータ要請（ＲＳ）を送信する。この待機時間中にルータ通知（ＲＡ）を受信した場合は、待機後に実行する予定だったルータ要請（ＲＳ）の送信はキャンセルする。また、ルータ要請（ＲＳ）を受信したルータも、ルータ通知（ＲＡ）を返答する際、０〜０．５秒（MAX_RA_DELAY_TIMEで定義）のランダムな時間待機を行なうことを条件として、ルータ通知（ＲＡ）を返答する。この待機時間中にルータ通知（ＲＡ）の定期的な送信の時刻になった場合は、待機後に実行する予定だったルータ通知（ＲＡ）の返答はキャンセルする。
【００１８】
このように、ルータ通知（ＲＡ）およびルータ要請（ＲＳ）の送信時にそれぞれ待機時間を設定することで、サブネット上に数多くのルータ通知（ＲＡ）およびルータ要請（ＲＳ）が送信されることを回避可能となり、ネットワークトラフィックが緩和される。
【００１９】
また、同様に、重複アドレス検出（ＤＡＤ）の処理においても、ホストが作成したＩＰｖ６アドレスが重複していないか確認するために待機する時間は、1秒（RETRANS_TIMERで定義）に設定される。
【００２０】
このように、重複アドレス検出（ＤＡＤ）を含むステートレス・アドレス自動設定(Stateless Address Auto Configuration)において、ホストがサブネットに接続後、即座に通信を再開（開始）したい場合でも、ＩＰｖ６ アドレスやデフォルトルータ（Default Router）を設定するためには、上記で述べたような待機時間が発生してしまうことになる。
【００２１】
具体的には、平均的な場合で、ルータ要請（ＲＳ）の送信時に０．５秒、ルータ通知（ＲＡ）の返答時に０．２５秒、そして重複アドレス検出（ＤＡＤ）に１秒、計１．７５秒の待機時間が発生してしまうことになる。最長の場合には２．５秒の待機時間となる。これらの待機時間以外にも、アドレス等の設定処理自体の最低限の処理時間が必要であるが、この処理時間は、待機時間と比較すると無視できる程小さい。すなわち、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間のほとんどは、この待機時間に費やされるといえる。
【００２２】
たしかに、バックオフ待機機構によって、無駄なルータ要請（ＲＳ）やルータ通知（ＲＡ）の送信を回避することはネットワークの負荷等を考慮した場合、効果的である。また、ＩＰｖ６アドレスの重複の回避という点では、重複アドレス検出（ＤＡＤ）は必須である。しかし、ホスト（特にノートＰＣやＰＤＡのような移動ホスト）にとっては、新しいサブネットに接続後、即座に移動前の通信を再開したい場合や、また即座に新しいサービスにアクセスしたい場合は、平均１．７５秒の間、待機することはユーザにとって非常にストレスとなる。なお移動ホストは、通信を継続するためにモバイルＩＰｖ６（Mobile IPv6）などの移動サポートプロトコルの利用を前提とする。
【００２３】
【発明が解決しようとする課題】
本発明は、上述のステートレス・アドレス自動設定(Stateless Address Auto Configuration)において要請されるバックオフ待機による通信再開の遅れという問題に対処することを目的としてなされたものである。
【００２４】
上述のステートレス・アドレス自動設定(Stateless Address Auto Configuration)において、ホストがルータ要請（ＲＳ）やルータ通知（ＲＡ）のやりとりにより生成したＩＰｖ６アドレスを絶対に重複しない設定とすることが可能である。たとえば、ホストのＭＡＣアドレス自体はグローバルユニーク（全世界でユニーク）であるためそれを元にＩＰｖ６アドレス（のインターフェースＩＤ）を生成した場合などは、アドレスの重複が発生しないことが保証される。この場合、上述の重複アドレス検出（ＤＡＤ）処理を省略することが可能となる。
【００２５】
本発明は、通信端末装置としてのホストがＭＡＣアドレスを割り当てられたインターフェースを持つ場合など、ホストが重複のないインターフェースＩＤを生成できる構成である場合に、ホストがサブネットに接続後に実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)において要請される待機時間を省略して、即座に通信を開始または再開可能とする通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発明の第１の側面は、
ネットワークを介したデータ通信を実行する通信端末装置において、
通信端末装置自身のアドレス設定処理を実行する制御手段を有し、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行する構成を有し、
前記制御手段は、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする通信端末装置にある。
【００２７】
さらに、本発明の通信端末装置の一実施態様において、前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記制御手段は、通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする。
【００３０】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理であることを特徴とする。
【００３１】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする。
【００３２】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）の登録セッション状況、およびソケットバッファ（Socket Buffer）の格納データパケット状況に基づいて行なう構成であることを特徴とする。
【００３３】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であることを特徴とする。
【００３４】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であり、前記制御手段は、自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする。
さらに、本発明の第２の側面は、
ネットワークを介したデータ通信を実行する通信端末装置であり、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有することを特徴とする通信端末装置にある。
【００３５】
さらに、本発明の第３の側面は、
ネットワーク上に接続された通信中継装置であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信中継装置にある。
【００３６】
さらに、本発明の第４の側面は、
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおいて、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有し、
前記通信中継装置は、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信処理システムにある。
【００４１】
さらに、本発明の第５の側面は、
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理方法であり、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを有することを特徴とするアドレス設定処理方法にある。
【００５０】
さらに、本発明の第６の側面は、
ネットワーク上に接続された通信中継装置におけるデータ処理方法であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするデータ処理方法にある。
【００５１】
さらに、本発明の第７の側面は、
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおける通信端末装置アドレス設定処理方法であり、
前記通信端末装置において、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいてルータ要請（ＲＳ）メッセージの送信処理を実行し、
前記通信中継装置において、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行することを特徴とする通信端末装置アドレス設定処理方法にある。
【００５６】
さらに、本発明の第８の側面は、
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを有することを特徴とするコンピュータ・プログラムにある。
【００５７】
さらに、本発明の第９の側面は、
ネットワーク上に接続された通信中継装置におけるデータ処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００５８】
【作用】
本発明の構成によれば、新しいサブネットに接続時における通信端末装置（ホスト）の通信状態を判別し、即座に通信を実行すべき状態にある場合に、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)において実行する各種メッセージ送信の際の待機時間を省略する構成としたので、アドレスを設定し通信を開始するまでの時間が短縮され、サブネットの接続後の通信を短時間で開始または再開することが可能となる。
【００５９】
さらに、本発明の構成によれば、通信端末装置（ホスト）の通信状態を複数の状態中のどの状態にあるかを判別し、即座に通信を実行すべき状態にない場合には、ルータ通知、ルータ要請等のメッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期的なメッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルする構成であるので、全ての待機時間を設けない構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【００６０】
さらに、本発明の構成によれば、通信中継装置としてのルータは、識別データを設定したルータ要請（ＲＳ）を受信して待機時間の経過を待つことなくルータ通知（ＲＡ）を送信する構成としたので、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)を行なうことが可能となる。
【００６１】
さらに、本発明の構成によれば、通信端末装置（ホスト）の通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【００６２】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００６３】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００６４】
【発明の実施の形態】
以下、本発明の通信端末装置、通信中継装置、通信処理システム、および方法について、図面を参照して説明する。
【００６５】
［ネットワーク構成および通信処理概要］
図６は、本発明の構成が適用可能な通信ネットワーク構成例を示す図である。図６において、インターネット１０１には複数のＩＰｖ６サブネットが接続され、それぞれのＩＰｖ６サブネットに様々な通信端末装置、例えばＰＣ、ＰＤＡ、携帯通信端末等のホストが接続し、それぞれのホストがステートレス・アドレス自動設定(Stateless Address Auto Configuration)を実行してアドレスの設定を行ない、設定アドレスを適用した通信を行なう構成である。
【００６６】
ルータ（ＩＰｖ６ルータ（Ｒ））１０２は、ＩＰｖ６サブネット（Ｓ）１０３とインターネット（ＩＮＥＴ）１０１を中継するノードであり、ホスト（ＩＰｖ６ホスト（Ｈ））１０４は、ＩＰｖ６サブネット（Ｓ）１０３に接続を行なって通信を開始しようとするものとする。例えばホスト（ＩＰｖ６ホスト（Ｈ））１０４が通信中に他のＩＰｖ６サブネットから移動して、ＩＰｖ６サブネット（Ｓ）１０３に接続を切り替えて通信を再開しようとする場合も含む。
【００６７】
ＩＰｖ６サブネット（Ｓ）１０３には、ホスト（ＩＰｖ６ホスト（Ｈ））１０４以外の複数のホストが接続し、それぞれ通信処理を実行している。
【００６８】
本発明の構成では、ホストおよびルータを改良することによって、ホストのステートレス・アドレス自動設定(Stateless Address Auto Configuration)における処理時間を短縮し、ホストがサブネット接続後に自己の通信ステータスの判断を行ない、判断結果に基づいて即座に通信を開始または再開することを可能とするものである。なお、ホストが新しいサブネットに接続後、即座に通信を再開または開始する場合、重複アドレスの発生は避けることが必須であり、ステートレス・アドレス自動設定を行なうホストは、基本的に重複アドレス検出（ＤＡＤ）を行なうことが求められるが、ホストが接続サブネットで重複が絶対に発生しないインターフェースＩＤ（図１参照）を持つＩＰｖ６アドレスを生成することができる構成である場合、生成したアドレスに重複が発生することはなく、重複アドレス検出（ＤＡＤ）の処理を省略可能となる。
【００６９】
ＭＡＣアドレスはハードウェアの製造業者に対して割り当てられる３バイト、および各装置に対して付与される３バイトの計６バイトによって構成され、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）によって管理されており、各装置に固有なアドレスとして設定される。
【００７０】
従って、ＭＡＣアドレスが割り当てられたインターフェースを保持しているホストは、ＭＡＣアドレスをＩＰｖ６アドレスの下位６４ビットのインターフェースＩＤとして適用することで、ホストは、接続サブネットで重複が絶対に発生しないＩＰｖ６アドレスを生成可能となる。
【００７１】
［アドレス設定処理および通信状態判定処理］
以下、このように、重複の発生しないことが保証されたＩＰｖ６アドレスを生成可能なホストにおけるサブネット接続時のステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理について説明する。
【００７２】
ホスト（Ｈ）１０４は、まずサブネット（Ｓ）１０３に接続後に、通信ステータス判断処理を実行し、即座に再開あるいは開始すべき通信があるかどうか確認する。この通信ステータス判断方法としては、様々な方法が適用可能であるが、ここではＵｎｉｘ（特にＢＳＤ系）のプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた確認方法を一例として説明する。
【００７３】
プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）の構成例を図７に示す。プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とは、現在動作している通信を、セッション（通信の単位、例えばｔｅｌｅｎｅｔセッション、ｆｔｐセッション、ｈｔｔｐセッションなど）ごとに管理しているデータベースであり、セッションごとにソケットバッファ（Socket Buffer）と呼ばれる送受信用バッファを対応づけて管理しているデータベースである。なお、このプロトコル・コントロールブロック（ＰＣＢ）には、ＴＣＰ用とＵＤＰ用がある。
【００７４】
ホスト（Ｈ）１０４は、図７に示すように、ＴＣＰ用のプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）として、ＴＥＬＥＮＥＴセッション用ＰＣＢ２１１、ＨＴＴＰセッション用ＰＣＢ２２１、ＦＴＰセッション用ＰＣＢ２３１と、ＵＤＰ用のプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）として、ｘｘセッション用ＰＣＢ２４１、ｙｙセッション用ＰＣＢ２５１、ｚｚセッション用ＰＣＢ２６１とを有し、各ＰＣＢには、実行中のセッションの間利用データとして、通信処理における始点／終点アドレス、始点／終点ポート情報等のセッション管理情報を格納する。
【００７５】
さらに、各セッションＰＣＢに登録されたセッションにおいて送受信するデータパケットが、各ＰＣＢのポインタによって示されるバッファ領域としてのソケットバッファに格納される。ソケットバッファは、送信用ソケットバッファと受信用ソケットバッファがあり、ＴＣＰ用ＰＣＢのＴＥＬＥＮＥＴセッションに対応するセッションの送信パケットは図７に示す送信用ソケットバッファ２１２に格納され、受信パケットは、受信用ソケットバッファ２１３に格納される。
【００７６】
図７に示すように、ＴＣＰ用ＰＣＢの各セッションおよびＵＤＰ用ＰＣＢの各セッションに対応して、それぞれのセッションにおける送信パケットを格納する送信用ソケットバッファ２２１〜２６２、各セッションにおける受信信パケットを格納する受信用ソケットバッファ２３１〜２６３を有する。アプリケーションとＴＣＰ、ＵＤＰ／ＩＰは、これらのソケットバッファ（Socket Buffer）２１２〜２６２，２３１〜２３６を介してデータのやりとりを行う。
【００７７】
図５に示すネットワーク構成において、ホスト（Ｈ）１０４は、ＩＰｖ６サブネット（Ｓ）１０３に接続した直後に、ホスト自身の保持するプロトコル・コントロールブロック（ＰＣＢ）に、１つでもセッションが登録されているかどうかを調べる。もし、セッションが登録されている場合は、さらに、登録されている各セッションに対応づけられた送受信ソケットバッファ（Socket Buffer）を調べる。
【００７８】
この送受信ソケットバッファサイズが０以外である場合、つまり、送信用ソケットバッファ（Socket Buffer）および受信用ソケットバッファ（Socket Buffer）のいずれかにデータパケットが存在している場合は、ホスト（Ｈ）１０４は通信中、すなわちデータパケットをやりとりしている最中にサブネット間を移動したことになる。これは、ホスト（Ｈ）１０４が即座に通信を再開すべきセッションを実行中であると判断する。
【００７９】
また、ソケットバッファ（Socket Buffer）にデータパケットが存在していない場合でも、プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）に1つでもセッションが登録されている場合は、ホスト（Ｈ）１０４は、通信中、すなわちデータパケットをやりとりしている最中にサブネット間を移動したわけではないが、サブネット接続直後に通信が再開する可能性があり、この場合も、ホスト（Ｈ）１０４は即座に通信を再開する可能性のあるセッションを持つと判断する。
【００８０】
また、プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）にセッションが全く登録されていない場合は、即座に通信を再開すべきセッションは存在しないと判断する。
【００８１】
以上のホストの各状態をまとめると、以下の３態様（ａ），（ｂ），（ｃ）にまとめることができる。
（ａ）ＰＣＢにセッション登録あり、ソケットバッファにデータパケットあり。
（ｂ）ＰＣＢにセッション登録あり、ソケットバッファにデータパケットなし。
（ｃ）ＰＣＢにセッション登録なし。
【００８２】
上述の（ａ）〜（ｃ）の状態は、ホストの通信ステータスとして、それぞれ以下のステータスであると判定される。
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
【００８３】
ホスト（Ｈ）１０４が上記３態様：（ａ）、（ｂ）、（ｃ）のいずれの状態にあるかを判定し、判定状態に従って、ホスト（Ｈ）１０４の実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理のシーケンスを変更する。
【００８４】
図８のフローチャートを参照して、プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた通信ステータス判定処理シーケンスについて説明する。
【００８５】
サブネットワークに接続したホストは、まず、ステップＳ１０１において、ホストの保有するＴＣＰ用、ＵＤＰ用の各プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）に登録されているセッションがあるか否かを判定する。
【００８６】
すべてのＰＣＢに登録セッションがない場合は、ステップＳ１０２に進み、上述の状態（ｃ）、すなわち、ホストの状態は、「即座に通信を再開すべきセッションはない」と判定して処理を終了する。
【００８７】
ステップＳ１０１において、ホストの保有するＴＣＰ用、ＵＤＰ用の各プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）に登録されているセッションがあると判定されると、ステップＳ１０３に進み、登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがあるか否かを判定する。
【００８８】
登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがない場合、すなわちすべてのバッフアサイズが０である場合は、ステップＳ１０４に進み、上述の状態（ｂ）、すなわち、ホストの状態は、「即座に通信を再開する可能性のあるセッションが存在する」と判定して処理を終了する。
【００８９】
ステップＳ１０３において、登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがあると判定した場合は、ステップＳ１０５に進み、上述の状態（ａ）、すなわち、ホストの状態は、「即座に通信を再開すべきセッションが存在する」と判定して処理を終了する。
【００９０】
このように、状態（ａ）、または（ｂ）の場合は、通信の即時再開を実行すべき状態であり、状態（ｃ）にあるときは、即座に通信を再開するセッションはないと判定し、それぞれの判定に基づいて、異なるシーケンスでステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を実行する。以下、各状態（ａ），（ｂ），（ｃ）それぞれにおける処理について説明する。
【００９１】
状態（ａ）の場合、すなわち、ＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合、ホストは、「即座に通信を再開すべきセッションが存在する」状態である。この状態（ａ）の場合、ホストは即座に通信を再開できるように、極力ステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間を短縮することが要求される。
【００９２】
状態（ｂ）の場合、すなわち、ＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、ホストは、「即座に通信を再開する可能性のあるセッションが存在する」状態である。この状態（ａ）の場合は、状態（ａ）ほどではないが、通信が再開される事態に備えて、多少なりともステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間を短縮しておくべきである。
【００９３】
状態（ｃ）の場合、すなわち、ＰＣＢにセッション登録が存在しない場合、ホストは、「即座に通信を再開すべきセッションは存在しない」状態である。この状態（ｃ）の場合は、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間の短縮の必要性がなく、規定どおりのバックオフ待機処理を適用した処理を実行する。
【００９４】
状態（ａ）、（ｂ）、（ｃ）におけるステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理において実行する具体的な処理について、以下説明する。
【００９５】
（ルータ要請、通知処理）
まず、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理におけるルータ要請（ＲＳ）およびルータ通知（ＲＡ）処理について説明する。
【００９６】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ホストは、ルータ要請（ＲＳ）を送信する際のランダムな時間待機することなく、即座にルータ要請（ＲＳ）を送信する。この際、それを受信するルータに、即座にルータ通知（ＲＡ）を返答してもらうことを要求するために、ルータ要請（ＲＳ）メッセージのリザーブ（Reserved）フィールドを利用する。
【００９７】
具体的には、待機時間の経過を待たず、ルータ要請（ＲＳ）メッセージのリザーブ（Reserved）フィールドにルータ通知（ＲＡ）の即時返答要求識別データとして１（0x0001）を格納して即座に送信する。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは待機処理を行なわずルータ通知（ＲＡ）を送信する。
【００９８】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する場合」は、ホストは、上述の状態（ａ）と同様に、ルータ要請（ＲＳ）を送信する際のランダム時間の待機を実行せずに、即座にルータ要請（ＲＳ）を送信するが、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドには何も指定しない。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは通常の待機処理を実行して、ルータ通知（ＲＡ）を送信する。
【００９９】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録がなく、「即座に通信を再開すべきセッションは存在しない」は、ホストは、通常どおりルータ要請（ＲＳ）を送信する前にランダム時間待機する。また、送信するルータ要請（ＲＳ）のリザーブ（Reserved）フィールドには何も指定しない。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは通常の待機処理を実行して、ルータ通知（ＲＡ）を送信する。
【０１００】
ホストからのルータ要請（ＲＳ）を受信したルータ側の処理について、説明する。ルータは、まず、ホストから受信したルータ要請（ＲＳ）のリザーブ（Reserved）フィールドを確認する。
【０１０１】
リザーブ（Reserved）フィールドに1（0x0001）がセットされている場合は、そのルータ要請（ＲＳ）を送信したホストが即座にルータ通知（ＲＡ）を返答してもらうことを希望していると判断し、ランダムな時間待機することなく、即座にルータ通知（ＲＡ）の返答処理を実行する。この処理は、ホストが上述の状態（ａ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合であり、ホストは、即座に通信を再開すべきセッションを有している場合の対応処理となる。
【０１０２】
また、ホストから受信したルータ要請（ＲＳ）のリザーブ（Reserved）フィールドに1がセットされていない場合は、通常どおり、ルータ通知（ＲＡ）を返答する前にランダム時間の待機を実行する。返答するルータ通知（ＲＡ）は、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドの値に関係なく従来と同じ形式である。つまり、ルータ通知（ＲＡ）のメッセージには何も変更を行わない。なお、待機時間内に定期的なルータ通知（ＲＡ）発送時間となった場合は、その定期発送時間において、ルータ通知（ＲＡ）を送信し、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）はキャンセルする。
【０１０３】
この処理は、ホストが上述の状態（ｂ）または（ｃ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、または、ホストのＰＣＢにセッション登録がない場合に対応する処理であり、ホストは、即座に通信を再開する可能性のあるセッションを有している場合、あるいは、即座に通信を再開すべきセッションが無い場合の対応処理となる。
【０１０４】
ルータからのルータ通知（ＲＡ）を受信したホストは、ルータ通知（ＲＡ）に格納されている情報をもとに、ＩＰｖ６アドレスやデフォルトルータの設定を行う。
【０１０５】
（重複アドレス検出（ＤＡＤ）処理）
次に、ホストが、上記３状態（ａ）、（ｂ）、（ｃ）の各状態にあるときの重複アドレス検出（ＤＡＤ：Duplicated Address Detection）の処理シーケンスについて説明する。
【０１０６】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する。
【０１０７】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、状態（ａ）の場合と同様、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する。
【０１０８】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略せず実行する。
【０１０９】
ただし、ホストが接続サブネットで重複が絶対に発生しないインターフェースＩＤ（図１参照）例えばＭＡＣアドレスをインターフェースＩＤとして設定する場合等には、ＩＰｖ６アドレスを生成することができる構成である場合、生成したアドレスに重複が発生することはなく、重複アドレス検出（ＤＡＤ）の処理を省略可能となる。従って、上記状態（ａ）、（ｂ）、（ｃ）のいずれの場合においても、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略することができる。
【０１１０】
上述したホスト状態に対応したステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理により、ホスト状態に応じて処理時間を短縮することが可能となる。
【０１１１】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ルータ要請（ＲＳ）の送信時、ルータ通知（ＲＡ）の返答時の待機時間、および重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理時間が削減される。
【０１１２】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ルータ要請（ＲＳ）の送信時の待機時間、および重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理時間が削減される。
【０１１３】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、基本的に従来と同様、ルータ要請（ＲＳ）の送信時、ルータ通知（ＲＡ）の返答時の待機時間、および重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理時間を要することになる。
【０１１４】
つまり、ホストがサブネット接続時に実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理時間は、（ａ）＜（ｂ）＜（ｃ）の順番となり、状態（ａ）において、最も処理時間が短縮され、状態（ｂ）において、従来より多少処理時間が短縮され、状態、（ｃ）において、従来と同様の処理時間となる。
【０１１５】
このように、ホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理シーケンスを変更し、ホストの通信状態に適合した処理を実行する構成とすることで、サブネット間の移動時に通信が継続している場合等において、アドレス設定処理に起因する通信中断時間を最小限にすることが可能となる。
【０１１６】
また、ホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理シーケンスを変更し、ホストの通信状態に適合した処理を実行する構成とすることで、ホストの通信状態にかかわらず、全ての待機動作を省略するという単純な方法に比べて、サブネット上でやりとりされる無駄なホストからのルータ要請（ＲＳ）やルータからのルータ通知（ＲＡ）の数を増やさずに済むことができる。
【０１１７】
次に、上述したホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理について、フローチャートを参照して説明する。
【０１１８】
まず、図９を参照して、ホストがルータ要請（ＲＳ）を送信する際の処理について説明する。
【０１１９】
ステップＳ２０１において、ホストがサブネット（ＩＰｖ６サブネット）に接続すると、ホストは、サブネット接続後に即座に実行する通信処理があるか否かの判定処理を実行する。これは、先に図８のフローを参照して説明したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた通信状態判定処理によって実行される。なお、通信状態判定処理は、この処理方法に限らず、他の処理方法が適用可能であれば、他の通信状態判定方法を適用してもよい。
【０１２０】
ステップＳ２０２における通信状態判定の結果、ホストの通信状態は、前述の３状態（ａ）、（ｂ）、（ｃ）のいずれかに判別される。
【０１２１】
まず、状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ステップＳ２０３に進む。
【０１２２】
ステップＳ２０３では、ホストは、待機時間の経過を待つことなく、ルータ要請（ＲＳ）メッセージのリザーブ（Reserved）フィールドにルータ通知（ＲＡ）の即時返答要求識別データとして１（0x0001）を格納して即座に送信する。
【０１２３】
ステップＳ２０２の通信状態判定処理において、状態（ｂ）と判定された場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ステップＳ２０４に進み、待機時間の経過を待つことなく、即座にルータ要請（ＲＳ）を送信するが、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドには何も指定しない。
【０１２４】
ステップＳ２０２の通信状態判定処理において、状態（ｃ）と判定された場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ステップＳ２０５に進み、ルータ要請（ＲＳ）を送信する前にランダム時間待機する。
【０１２５】
ステップＳ２０６では、待機時間中にルータ通知（ＲＡ）メッセージを受信したか否かを判定し、ルータ通知（ＲＡ）メッセージを受信した場合は、ルータ要請（ＲＳ）メッセージを送信することなく、処理を終了する。
【０１２６】
ステップＳ２０６で、待機時間中にルータ通知（ＲＡ）メッセージを受信しなかったと判定した場合には、ステップＳ２０７において、リザーブ（Reserved）フィールドには何も指定せずにルータ要請（ＲＳ）を送信する。
【０１２７】
このように、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、即座にルータ要請（ＲＳ）を送信し、即座に通信を実行すべき状態にない場合には、ルータ要請メッセージ送信時の待機時間を確保する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行なうことが可能となる。
【０１２８】
また、ホストが即座に通信を実行すべき状態にない場合には、ルータ要請メッセージ送信時の待機時間を確保する構成とし、待機時間中にルータ通知（ＲＡ）メッセージを受信した場合には、予定のルータ要請（ＲＳ）メッセージ送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１２９】
次に、ルータ要請（ＲＳ）を受信したルータ側の処理について、図１０に示すフローチャートを参照して説明する。
【０１３０】
まず、ルータは、ステップＳ３０１において、ホストからルータ要請（ＲＳ）を受信すると、ステップＳ３０２において、受信したルータ要請（ＲＳ）のリザーブ（Reserved）フィールドを確認する。
【０１３１】
リザーブ（Reserved）フィールドに1（0x0001）がセットされている場合は、そのルータ要請（ＲＳ）を送信したホストが即座にルータ通知（ＲＡ）を返答してもらうことを希望していると判断し、ステップＳ３０５において、ランダムな時間待機することなく、即座にルータ通知（ＲＡ）の返答処理を実行する。この処理は、ホストが上述の状態（ａ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合であり、ホストは、即座に通信を再開すべきセッションを有している場合の対応処理となる。
【０１３２】
また、ステップＳ３０２の判定において、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドに1がセットされていない場合は、ステップＳ３０３においてランダム時間の待機を実行する。
【０１３３】
さらに、ステップＳ３０４において、定期的なルータ通知（ＲＡ）発送時間となり、ルータ通知（ＲＡ）が送信されたか否かを判定する。待機時間内に定期的なルータ通知（ＲＡ）発送時間となり、定期的なルータ通知（ＲＡ）が送信された場合は、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）は送信を取りやめ（キャンセル）処理を終了する。
【０１３４】
待機時間内に、定期的なルータ通知（ＲＡ）発送時間とならず、定期的なルータ通知（ＲＡ）が送信されなかった場合に限り、ステップＳ３０５に進み、ルータ通知（ＲＡ）を返送する。
【０１３５】
この処理は、ホストが上述の状態（ｂ）または（ｃ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、または、ホストのＰＣＢにセッション登録がない場合に対応する処理であり、ホストは、即座に通信を再開する可能性のあるセッションを有している場合、あるいは、即座に通信を再開すべきセッションが無い場合の対応処理となる。
【０１３６】
このように、本発明の構成によれば、ホストの通信状態が即座に通信を実行すべき状態である場合にのみ、ルータがリサーブフィールドに［１］を設定したルータ要請（ＲＳ）を受信して、待機時間を設けずに即座にルータ通知（ＲＡ）を送信する構成としたので、ホストが即座に通信を実行すべき状態である場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)を行なうことが可能となる。
【０１３７】
また、ホストが即座に通信を実行する可能性がある場合、または通信を実行すべき状態にない場合には、ルータがリサーブフィールドに［１］を設定しないルータ要請（ＲＳ）を受信して、ルータ通知メッセージ送信時の待機時間を確保する構成とし、待機時間中に定期的なルータ通知（ＲＡ）メッセージの送信がなされた場合には、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１３８】
次に、ルータ通知（ＲＡ）を受信したホスト側の処理について、図１１に示すフローチャートを参照して説明する。
【０１３９】
ステップＳ４０１において、ルータからのルータ通知（ＲＡ）を受信すると、ホストは、ステップＳ４０２において、受信ルータ通知（ＲＡ）に基づいてＩＰｖ６アドレスの設定、デフォルトルータの設定処理等を実行する。
【０１４０】
次に、ホストは、サブネット接続後に即座に実行する通信処理があるか否かの判定処理を実行する。これは、先に図８のフローを参照して説明したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた通信状態判定処理によって実行される。なお、通信状態判定処理は、この処理方法に限らず、他の処理方法が適用可能であれば、他の通信状態判定方法を適用してもよい。
【０１４１】
なお、先に図９を参照して説明したルータ要請（ＲＳ）メッセージ送信処理の際のステップＳ２０２の判定処理結果をホスト内に保持し、その結果を適用することも可能であり、その場合はこのステップＳ４０２の通信状態判定処理は省略可能である。
【０１４２】
通信状態判定結果が、状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合、および状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ステップＳ４０４に進み、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する。
【０１４３】
また、通信状態判定結果が、状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略せず実行する。ただし、前述したように、設定アドレスがユニークであることが保証されている場合は、このＤＡＤ処理は省略してもよい。
【０１４４】
このように、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１４５】
また、ホストが即座に通信を実行すべき状態にない場合でっあっても、ＭＡＣアドレスを適用したＩＰｖ６アドレスを生成することで、設定アドレスがユニークであることが保証されるので、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略可能となり、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１４６】
［Ｍｏｂｉｌｅ ＩＰｖ６における対応］
Ｍｏｂｉｌｅ ＩＰｖ６においては、ホストとしての移動ノードはホームアドレスおよび気付アドレス（ＣｏＡ：Care of address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化する。ホームアドレスはノードの移動に関わらず一定である。通信相手のノードは、移動するノードのホームアドレスを指定することにより移動するノードの位置、すなわち接続されているサブネットワークの位置に関わらず移動ノードとの通信が可能となる。
【０１４７】
この移動ノード（ホスト）との通信を可能とする処理を実行するのがMobile ＩＰｖ６におけるホームエージェントである。ホームエージェントは、移動ノード（ホスト）のホームアドレスに対応するサブネットワークに接続されるエンティテイであり、通信ノードが移動したとき、移動したノードから新たな気付アドレスを含むバインディング（束縛）更新パケット（binding update packet）を受信してホームアドレス（不変）と気付アドレス（ＣｏＡ：Care of Address)（可変）の対応を記憶したバインディング・キャッシュ（binding cache）を更新する。また、ホームエージェントは移動するノードのホームアドレス宛に対応する経路情報をネットワークにアナウンスする。
【０１４８】
前述したルータとホストにおける処理を、Mobile ＩＰｖ６におけるホームエージェントと移動ノード間において実行することで、Mobile ＩＰｖ６においてもアドレス設定時の処理時間を短縮することが可能となる。すなわち、移動ノードの通信状態（（ａ），（ｂ），（ｃ））に応じてそれぞれの間で実行されるメッセージ送信の際の待機時間を設定したりあるいは省略することで、必要に応じて気付アドレスを用いたＩＰｖ６アドレスの処理時間を短縮することが可能となり、移動ノードが、新しいサブネットに接続してから、ホームエージェントへの気付アドレス（ＣｏＡ：Care-of-Address）の登録までにかかる時間を短くすることができる。
【０１４９】
［ホストおよびルータの構成］
次に通信端末装置としてのホストおよびルータの構成例について、図１２および図１３を参照して説明する。まず、図１２を参照して通信端末装置としてのホストの構成について説明する。ホストは例えば通信処理機能を持つＰＣ、ＰＤＡ、携帯通信端末等によって構成される。
【０１５０】
図１２に、制御手段としてＣＰＵ(Central processing Unit)を備えたホスト構成例を示す。なお、図１２に示す構成例は１つの例であり、ホストは、ここに示すべての機能を必ずしも備えることが要求されるものではない。
【０１５１】
ＣＰＵ(Central processing Unit)５０１は、各種実行プログラム、ＯＳ（Operating System）を実行するプロセッサである。ＲＯＭ（Read-Only-Memory）５０２は、ＣＰＵ５０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）５０３は、ＣＰＵ５０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１５２】
ＨＤＤ５０４はハードディスクの制御を実行し、ハードディスクに対する各種データ、プログラムの格納処理および読み出し処理を実行する。バス５２１はＰＣＩ（Peripheral Component Internet/Interface）バス等により構成され、各モジュール、入出力インターフェース５２２を介した各入手力装置とのデータ転送を可能にしている。
【０１５３】
入力部５１１は、例えば、各種の入力ボタン、キーボード、ポインティングデバイスを含む入力部である。キーボードやマウス等を介して入力部５１１が操作された場合、あるいは、通信部５１３からのデータを受信した場合などにＣＰＵ５０１に指令が入力され、ＲＯＭ(Read Only Memory)５０２に格納されているプログラムを実行する。出力部５１２は、例えばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。
【０１５４】
通信部５１３はノード、あるいはスイッチとの通信処理を実行し、ＣＰＵ５０１の制御の下に、各記憶部から供給されたデータ、あるいはＣＰＵ５０１によって処理されたデータを送信したり、他ノード、スイッチからのデータを受信する処理を実行する。
【０１５５】
ドライブ５１４は、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体５１５の記録再生を実行するドライブであり、各リムーバブル記録媒体５１５からのプログラムまたはデータ再生、リムーバブル記録媒体５１５に対するプログラムまたはデータ格納を実行する。
【０１５６】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ５０１において実行または処理を行なう場合は、読み出したプログラム、データは入出力インターフェース５２２、バス５２１を介して例えば接続されているＲＡＭ５０３に供給される。
【０１５７】
先に、図８を参照して説明したホストの通信状態の判定処理、図９を参照して説明したルータ要請（ＲＳ）送信処理、図１１を参照して説明したルータ通知に基づくアドレス設定、さらに、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理等の各種処理プログラムは、例えばＲＯＭ(Read Only Memory)５０２に格納されて、ＣＰＵ５０１によって読み出されて実行される。
【０１５８】
次に、パケットの中継処理を実行するルータの構成について図１３を参照して説明する。
【０１５９】
ＣＰＵ(Central processing Unit)７０１は、各種アプリケーションプログラムや、ＯＳ（Operating System）を実際に実行する。ＲＯＭ（Read-Only-Memory）７０２は、ＣＰＵ２０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）７０３は、ＣＰＵ７０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１６０】
ドライブ７０５は、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体７０６の記録再生を実行するドライブであり、各リムーバブル記録媒体７０６からのプログラムまたはデータ再生、リムーバブル記録媒体７０６に対するプログラムまたはデータ格納を実行する。各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ７０１において実行または処理を行なう場合は、読み出したプログラム、データはバス７０４を介して例えば接続されているＲＡＭ７０３、通信部７０７、通信部７０８に供給される。
【０１６１】
通信部７０７は上位ルータまたはインターネット接続通信部であり、ＣＰＵ７０１のデータ処理によって生成したパケットを送信したり、インターネット、上位ルータを介してパケットを受信する処理を実行する。通信部７０８はサブネットに接続され、上位ルータから受信したパケットをサブネットを介して下位ルータあるいはノードに対して送信する処理を実行する。
【０１６２】
ＣＰＵ７０１乃至通信部７０８はバス７０４によって相互接続され、データの転送が可能な構成となっている。
【０１６３】
先に、図１０を参照して説明したルータにおけるルータ要請受信時のリザーブフィールド検証、および検証に基づくルータ通知（ＲＡ）の送信処理等の各種処理プログラムは、例えばＲＯＭ(Read Only Memory)７０２に格納されて、ＣＰＵ７０１によって読み出されて実行される。
【０１６４】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６５】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６６】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６７】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６８】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【０１６９】
【発明の効果】
以上、説明してきたように、本発明の構成によれば、新しいサブネットに接続時におけるホストの通信状態を判別し、即座に通信を実行すべき状態にある場合に、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)において実行する各種メッセージ送信の際の待機時間を省略する構成としたので、アドレスを設定し通信を開始するまでの時間が短縮され、サブネットの接続後の通信を短時間で開始または再開することが可能となる。
【０１７０】
さらに、本発明の構成によれば、ホストの通信状態を複数の状態中のどの状態にあるかを判別し、即座に通信を実行すべき状態にない場合には、ルータ通知、ルータ要請等のメッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期的なメッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルする構成であるので、全ての待機時間を設けない構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１７１】
さらに、本発明の構成によれば、ホストの通信状態が即座に通信を実行すべき状態である場合にのみ、ルータがリサーブフィールドに［１］を設定したルータ要請（ＲＳ）を受信して、待機時間を設けずに即座にルータ通知（ＲＡ）を送信する構成としたので、ホストが即座に通信を実行すべき状態である場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)を行なうことが可能となる。
【０１７２】
また、ホストが即座に通信を実行する可能性がある場合、または通信を実行すべき状態にない場合には、ルータがリサーブフィールドに［１］を設定しないルータ要請（ＲＳ）を受信して、ルータ通知メッセージ送信時の待機時間を確保する構成とし、待機時間中に定期的なルータ通知（ＲＡ）メッセージの送信がなされた場合には、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１７３】
さらに、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１７４】
さらに、本発明の構成によれば、ホストが即座に通信を実行すべき状態にない場合であっても、ＭＡＣアドレスを適用したＩＰｖ６アドレスを生成することで、設定アドレスがユニークであることが保証されるので、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略可能となり、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１７５】
さらに、本発明の構成によれば、Ｍｏｂｉｌｅ ＩＰｖ６においても気付アドレス（ＣｏＡ：Care of Address）を適用したアドレス設定処理を短時間で実行可能となるので、移動ノードは、短い時間でアドレスを取得することができ、結果として、移動ノードが、新しいサブネットに接続してから、ホームエージェントへの気付アドレス（ＣｏＡ：Care of Address）の登録までにかかる時間を短くすることができる。
【図面の簡単な説明】
【図１】ＩＰｖ６アドレスフォーマットを示す図である。
【図２】ルータ通知（ＲＡ）メッセージフォーマットを示す図である。
【図３】ルータ要請（ＲＳ）メッセージフォーマットを示す図である。
【図４】近隣要請（ＮＳ）メッセージフォーマットを示す図である。
【図５】近隣通知（ＮＡ）メッセージフォーマットを示す図である。
【図６】本発明の構成を適用した処理の実行可能なネットワーク構成例を示す図である。
【図７】プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）の構成例を示す図である。
【図８】ホストの通信状態判定処理シーケンスを示すフローチャートである。
【図９】ホストのルータ要請（ＲＳ）送信処理シーケンスを示すフローチャートである。
【図１０】ルータのルータ通知（ＲＡ）送信処理シーケンスを示すフローチャートである。
【図１１】ホストのルータ通知（ＲＡ）受信に基づく処理シーケンスを示すフローチャートである。
【図１２】ホストの構成例を示すブロック図である。
【図１３】ルータの構成例を示すブロック図である。
【符号の説明】
１０１ インターネット
１０２ ルータ（ＩＰｖ６ルータ）
１０３ サブネット（ＩＰｖ６サブネット）
１０４ ホスト（ＩＰｖ６ホスト）
２１１，２２１，２３１ ＴＣＰ用ＰＣＢ
２４１，２５１，２６１ ＵＤＰ用ＰＣＢ
２１２，２２２，２３２ 送信用ソケットバッファ
２１３，２２３，２３３ 受信用ソケットバッファ
２４２，２５２，２６２ 送信用ソケットバッファ
２４３，２５３，２６３ 受信用ソケットバッファ
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＨＤＤ
５１１ 入力部
５１２ 出力部
５１３ 通信部
５１４ ドライブ
５１５ リムーバブル記憶媒体
５２１ バス
５２２ 入出力インターフェース
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ ドライブ
７０６ リムーバブル記憶媒体
７０７，７０８ 通信部
【発明の属する技術分野】
本発明は、通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。さらに詳細には、サブネットワーク接続時にアドレス設定処理を行なう通信端末装置において、通信状況に応じて短時間でアドレス設定を行ない、高速なアドレス設定、通信開始処理を実現する通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムに関する。
【０００２】
【従来の技術】
近年、携帯型のパーソナルコンピュータ、携帯電話などが普及し、多くのユーザがこれら通信機能、情報処理機能を有する小型の装置を携帯し、屋外であるいは移動先においてネットワークに接続してネットワークを介する通信を行なっている。
【０００３】
このようないわゆるモバイルコンピューティング環境では、ネットワークに接続してサービスを受ける装置（ｅｘ．パーソナルコンピュータ）であるノードは移動することが前提となる。このようなノードはノード位置が変化しても継続して通信可能な状態を維持することが要請される。
【０００４】
現在多く使用されている通信プロトコルとしてのＩＰ(Internet Protocol）は、ＩＰｖ４であり、発信元／宛先として３２ビットからなるアドレス（ＩＰアドレス）が用いられている。インターネット通信においては、３２ビットＩＰアドレスを各発信元／宛先にユニークに割り当てるグローバルＩＰアドレスを採用し、ＩＰアドレスに応じて、個々の発信元／宛先を判別している。しかし、インターネットの世界は急速に広がりを見せており、ＩＰｖ４の限られたアドレス空間、すなわちグローバルアドレスの枯渇が問題となってきている。これを解決するためにＩＥＴＦ（Internet Engineering Task Force）では、次世代ＩＰアドレスとしてＩＰアドレス空間を３２ビットから１２８ビットに拡張する新しいＩＰｖ６(Internet Protocol version 6）を提案している。さらに、モバイルコンピューティング環境におけるノードの通信方法として、ＩＥＴＦ（Internet Engineering Task Force）で提案しているMobile ＩＰｖ６がある。
【０００５】
ＩＰｖ６アドレスは図１に示すように１２８ビット構成であり、下位６４ビットがインターネット上、もしくはサブネット上でノードを一意に識別するためのノード識別子としてのインターフェースＩＤ(Interface ID)であり、上位６４ビットがノードが接続しているサブネットワークを示す位置指示子としてのネットワークプレフィックス（Network Prefix）である。従って、基本的に同一のサブネットワークに属する端末装置は、ＩＰｖ６アドレスの上位６４ビットの示すネットワークプレフィックス（Network Prefix）が同一なものとなる。サブネットは、例えば通信中継装置としてのルータによって区切られた有限のネットワーク領域として構成される。
【０００６】
通常、ネットワークプレフィックスは、サブネット単位に割り当てられ、端末装置としてのノード（ホスト）があるサブネットに接続すると、ノード（ホスト）は、そのサブネットに割り当てられているネットワークプレフィックスを用いてアドレス設定処理としてステートレス・アドレス自動設定(Stateless Address Auto Configuration, RFC2461 RFC2462)を行う。すなわち、ノード（ホスト）は、ローカルに自分自身で生成可能な情報としてのインターフェース識別子と、ルータから通知される情報としてのネットワークプレフィックスによりＩＰｖ６アドレスの生成処理を実行する。前述したようにＩＰｖ６アドレスはネットワークプレフィックスとインターフェース識別子とからなり、通信を実行するノードとしてのホストは、ステートレス・アドレス自動設定(Stateless Address Auto Configuration, RFC2462)により自分自身のアドレスを設定する。
【０００７】
ルータから通知される情報は、ルータ通知（ＲＡ：Router Advertisement, RFC2461）と呼ばれ、リンク情報としてのネットワークプレフィックス、インターネットパラメータなどが含まれる。ルータ通知（ＲＡ）のメッセージフォーマットを図２に示す。タイプ（Ｔｙｐｅ）にはルータ通知（ＲＡ）の識別タイプデータ（１３４）が格納される。リンク情報としてのネットワークプレフィックス、インターネットパラメータは、オプション（Ｏｐｔｉｏｎ）フィールドに格納される。
【０００８】
ルータ通知（ＲＡ）は、ホストからのルータ要請（ＲＳ：Router Solicitation）メッセージに応答して、あるいは定期的にルータから送信される。ルータ要請（ＲＳ）のメッセージフォーマットを図３に示す。タイプ（Ｔｙｐｅ）にはルータ要請（ＲＳ）の識別タイプデータ（１３３）が格納される。
【０００９】
ルータ通知（ＲＡ）を受信したホスト（ノード）は、ルータ通知（ＲＡ）に格納された情報を元に、ＩＰｖ６アドレスやデフォルトルータの設定などを行う。ＩＰｖ６アドレスの設定は、ＩＰｖ６アドレスの上位６４bit部分に、ルータ通知（ＲＡ）に格納されているネットワークプレフィックスの値を格納し、下位６４bit部分に、ホスト自身が生成したインターフェースＩＤを格納する処理によって実行される。
【００１０】
インターフェースＩＤの生成方法としては、ランダム値の生成、あるいはホストのインターフェースのＭＡＣアドレス（４８bit）をＥＵＩ６４形式に変換した値を利用したりする方法などがある。ホストはＩＰｖ６アドレスを作成後、そのアドレスが同じサブネット上で既に使われていないかを確認するために、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を行う。
【００１１】
重複アドレス検出（ＤＡＤ）の具体的処理は、ホストが作成したＩＰｖ６アドレスを格納した近隣要請（ＮＳ：Neighbor Solicitation）メッセージをサブネット上に送信（ブロードキャスト）し、その近隣要請（ＮＳ）メッセージを受信したサブネット上のノードのうち、近隣要請（ＮＳ）メッセージに格納されているＩＰｖ６アドレスを既に使っているノードは、アドレスが重複していることを示すために、近隣通知（ＮＡ：Neighbor Advertisement）メッセージを返答する。近隣要請（ＮＳ）メッセージを送信したホストは一定時間、近隣要請（ＮＳ）メッセージに対する近隣通知（ＮＡ）メッセージを受信しない場合は、設定したＩＰｖ６アドレスは重複していないと判断し、以後、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)により生成したアドレスをＩＰｖ６アドレスとして利用することができる。
【００１２】
近隣要請（ＮＳ）メッセージのメッセージフォーマットを図４に示す。タイプ（Ｔｙｐｅ）には近隣要請（ＮＳ）メッセージの識別タイプデータ（１３５）が格納される。近隣通知（ＮＡ）メッセージのメッセージフォーマットを図５に示す。タイプ（Ｔｙｐｅ）には近隣通知（ＮＡ）メッセージの識別タイプデータ（１３６）が格納される。
【００１３】
なお、上述のルータ要請（ＲＳ）、ルータ通知（ＲＡ）、近隣要請（ＮＳ）、近隣通知（ＮＡ）は、ＩＰＶ６の上位層プロトコルとしてのコントロールメッセージプロトコル：ＩＣＭＰｖ６（Internet Control Message Protocol version 6）によって規定されるメッセージである。
【００１４】
前述のように、ホストは、ルータからの定期的なルータ通知（ＲＡ）を受信するだけでなく、明示的にルータ要請（ＲＳ）を送信することでルータにルータ通知（ＲＡ）送信を促すことができ、ルータ要請（ＲＳ）を受信したルータは、ルータ通知（ＲＡ）の定期的な送信間隔に関係なく、ルータ通知（ＲＡ）を送信する。
【００１５】
このような、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理においては、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）等、様々なメッセージがネットワーク上を飛び交うことになる。これは、ネットワークトラフィックの増大を招き、好ましいものとは言えない。
【００１６】
このステートレス・アドレス自動設定(Stateless Address Auto Configuration)において、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）がサブネット上で頻繁に飛び交わないようにするために、ルータ通知（ＲＡ）、ルータ要請（ＲＳ）の送信時にバックオフ機構が導入されている。
【００１７】
バックオフ機構とは、具体的には、ホストがサブネットに接続後にルータ要請（ＲＳ）を送信する際、０〜１秒（RFC2462にてMAX_RTR_SOLICITATION_DELAYで定義）のランダムな時間待機を行なうことを条件として、ルータ要請（ＲＳ）を送信する。この待機時間中にルータ通知（ＲＡ）を受信した場合は、待機後に実行する予定だったルータ要請（ＲＳ）の送信はキャンセルする。また、ルータ要請（ＲＳ）を受信したルータも、ルータ通知（ＲＡ）を返答する際、０〜０．５秒（MAX_RA_DELAY_TIMEで定義）のランダムな時間待機を行なうことを条件として、ルータ通知（ＲＡ）を返答する。この待機時間中にルータ通知（ＲＡ）の定期的な送信の時刻になった場合は、待機後に実行する予定だったルータ通知（ＲＡ）の返答はキャンセルする。
【００１８】
このように、ルータ通知（ＲＡ）およびルータ要請（ＲＳ）の送信時にそれぞれ待機時間を設定することで、サブネット上に数多くのルータ通知（ＲＡ）およびルータ要請（ＲＳ）が送信されることを回避可能となり、ネットワークトラフィックが緩和される。
【００１９】
また、同様に、重複アドレス検出（ＤＡＤ）の処理においても、ホストが作成したＩＰｖ６アドレスが重複していないか確認するために待機する時間は、1秒（RETRANS_TIMERで定義）に設定される。
【００２０】
このように、重複アドレス検出（ＤＡＤ）を含むステートレス・アドレス自動設定(Stateless Address Auto Configuration)において、ホストがサブネットに接続後、即座に通信を再開（開始）したい場合でも、ＩＰｖ６ アドレスやデフォルトルータ（Default Router）を設定するためには、上記で述べたような待機時間が発生してしまうことになる。
【００２１】
具体的には、平均的な場合で、ルータ要請（ＲＳ）の送信時に０．５秒、ルータ通知（ＲＡ）の返答時に０．２５秒、そして重複アドレス検出（ＤＡＤ）に１秒、計１．７５秒の待機時間が発生してしまうことになる。最長の場合には２．５秒の待機時間となる。これらの待機時間以外にも、アドレス等の設定処理自体の最低限の処理時間が必要であるが、この処理時間は、待機時間と比較すると無視できる程小さい。すなわち、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間のほとんどは、この待機時間に費やされるといえる。
【００２２】
たしかに、バックオフ待機機構によって、無駄なルータ要請（ＲＳ）やルータ通知（ＲＡ）の送信を回避することはネットワークの負荷等を考慮した場合、効果的である。また、ＩＰｖ６アドレスの重複の回避という点では、重複アドレス検出（ＤＡＤ）は必須である。しかし、ホスト（特にノートＰＣやＰＤＡのような移動ホスト）にとっては、新しいサブネットに接続後、即座に移動前の通信を再開したい場合や、また即座に新しいサービスにアクセスしたい場合は、平均１．７５秒の間、待機することはユーザにとって非常にストレスとなる。なお移動ホストは、通信を継続するためにモバイルＩＰｖ６（Mobile IPv6）などの移動サポートプロトコルの利用を前提とする。
【００２３】
【発明が解決しようとする課題】
本発明は、上述のステートレス・アドレス自動設定(Stateless Address Auto Configuration)において要請されるバックオフ待機による通信再開の遅れという問題に対処することを目的としてなされたものである。
【００２４】
上述のステートレス・アドレス自動設定(Stateless Address Auto Configuration)において、ホストがルータ要請（ＲＳ）やルータ通知（ＲＡ）のやりとりにより生成したＩＰｖ６アドレスを絶対に重複しない設定とすることが可能である。たとえば、ホストのＭＡＣアドレス自体はグローバルユニーク（全世界でユニーク）であるためそれを元にＩＰｖ６アドレス（のインターフェースＩＤ）を生成した場合などは、アドレスの重複が発生しないことが保証される。この場合、上述の重複アドレス検出（ＤＡＤ）処理を省略することが可能となる。
【００２５】
本発明は、通信端末装置としてのホストがＭＡＣアドレスを割り当てられたインターフェースを持つ場合など、ホストが重複のないインターフェースＩＤを生成できる構成である場合に、ホストがサブネットに接続後に実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)において要請される待機時間を省略して、即座に通信を開始または再開可能とする通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラムを提供することを目的とする。
【００２６】
【課題を解決するための手段】
本発明の第１の側面は、
ネットワークを介したデータ通信を実行する通信端末装置において、
通信端末装置自身のアドレス設定処理を実行する制御手段を有し、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行する構成を有し、
前記制御手段は、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする通信端末装置にある。
【００２７】
さらに、本発明の通信端末装置の一実施態様において、前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記制御手段は、通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行する構成であることを特徴とする。
【００２９】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする。
【００３０】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理であることを特徴とする。
【００３１】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする。
【００３２】
さらに、本発明の通信端末装置の一実施態様において、前記制御手段は、前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）の登録セッション状況、およびソケットバッファ（Socket Buffer）の格納データパケット状況に基づいて行なう構成であることを特徴とする。
【００３３】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であることを特徴とする。
【００３４】
さらに、本発明の通信端末装置の一実施態様において、前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であり、前記制御手段は、自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする。
さらに、本発明の第２の側面は、
ネットワークを介したデータ通信を実行する通信端末装置であり、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有することを特徴とする通信端末装置にある。
【００３５】
さらに、本発明の第３の側面は、
ネットワーク上に接続された通信中継装置であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信中継装置にある。
【００３６】
さらに、本発明の第４の側面は、
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおいて、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有し、
前記通信中継装置は、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信処理システムにある。
【００４１】
さらに、本発明の第５の側面は、
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理方法であり、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを有することを特徴とするアドレス設定処理方法にある。
【００５０】
さらに、本発明の第６の側面は、
ネットワーク上に接続された通信中継装置におけるデータ処理方法であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするデータ処理方法にある。
【００５１】
さらに、本発明の第７の側面は、
ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおける通信端末装置アドレス設定処理方法であり、
前記通信端末装置において、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいてルータ要請（ＲＳ）メッセージの送信処理を実行し、
前記通信中継装置において、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行することを特徴とする通信端末装置アドレス設定処理方法にある。
【００５６】
さらに、本発明の第８の側面は、
ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを有することを特徴とするコンピュータ・プログラムにある。
【００５７】
さらに、本発明の第９の側面は、
ネットワーク上に接続された通信中継装置におけるデータ処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラムにある。
【００５８】
【作用】
本発明の構成によれば、新しいサブネットに接続時における通信端末装置（ホスト）の通信状態を判別し、即座に通信を実行すべき状態にある場合に、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)において実行する各種メッセージ送信の際の待機時間を省略する構成としたので、アドレスを設定し通信を開始するまでの時間が短縮され、サブネットの接続後の通信を短時間で開始または再開することが可能となる。
【００５９】
さらに、本発明の構成によれば、通信端末装置（ホスト）の通信状態を複数の状態中のどの状態にあるかを判別し、即座に通信を実行すべき状態にない場合には、ルータ通知、ルータ要請等のメッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期的なメッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルする構成であるので、全ての待機時間を設けない構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【００６０】
さらに、本発明の構成によれば、通信中継装置としてのルータは、識別データを設定したルータ要請（ＲＳ）を受信して待機時間の経過を待つことなくルータ通知（ＲＡ）を送信する構成としたので、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)を行なうことが可能となる。
【００６１】
さらに、本発明の構成によれば、通信端末装置（ホスト）の通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【００６２】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
【００６３】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づく、より詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【００６４】
【発明の実施の形態】
以下、本発明の通信端末装置、通信中継装置、通信処理システム、および方法について、図面を参照して説明する。
【００６５】
［ネットワーク構成および通信処理概要］
図６は、本発明の構成が適用可能な通信ネットワーク構成例を示す図である。図６において、インターネット１０１には複数のＩＰｖ６サブネットが接続され、それぞれのＩＰｖ６サブネットに様々な通信端末装置、例えばＰＣ、ＰＤＡ、携帯通信端末等のホストが接続し、それぞれのホストがステートレス・アドレス自動設定(Stateless Address Auto Configuration)を実行してアドレスの設定を行ない、設定アドレスを適用した通信を行なう構成である。
【００６６】
ルータ（ＩＰｖ６ルータ（Ｒ））１０２は、ＩＰｖ６サブネット（Ｓ）１０３とインターネット（ＩＮＥＴ）１０１を中継するノードであり、ホスト（ＩＰｖ６ホスト（Ｈ））１０４は、ＩＰｖ６サブネット（Ｓ）１０３に接続を行なって通信を開始しようとするものとする。例えばホスト（ＩＰｖ６ホスト（Ｈ））１０４が通信中に他のＩＰｖ６サブネットから移動して、ＩＰｖ６サブネット（Ｓ）１０３に接続を切り替えて通信を再開しようとする場合も含む。
【００６７】
ＩＰｖ６サブネット（Ｓ）１０３には、ホスト（ＩＰｖ６ホスト（Ｈ））１０４以外の複数のホストが接続し、それぞれ通信処理を実行している。
【００６８】
本発明の構成では、ホストおよびルータを改良することによって、ホストのステートレス・アドレス自動設定(Stateless Address Auto Configuration)における処理時間を短縮し、ホストがサブネット接続後に自己の通信ステータスの判断を行ない、判断結果に基づいて即座に通信を開始または再開することを可能とするものである。なお、ホストが新しいサブネットに接続後、即座に通信を再開または開始する場合、重複アドレスの発生は避けることが必須であり、ステートレス・アドレス自動設定を行なうホストは、基本的に重複アドレス検出（ＤＡＤ）を行なうことが求められるが、ホストが接続サブネットで重複が絶対に発生しないインターフェースＩＤ（図１参照）を持つＩＰｖ６アドレスを生成することができる構成である場合、生成したアドレスに重複が発生することはなく、重複アドレス検出（ＤＡＤ）の処理を省略可能となる。
【００６９】
ＭＡＣアドレスはハードウェアの製造業者に対して割り当てられる３バイト、および各装置に対して付与される３バイトの計６バイトによって構成され、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.）によって管理されており、各装置に固有なアドレスとして設定される。
【００７０】
従って、ＭＡＣアドレスが割り当てられたインターフェースを保持しているホストは、ＭＡＣアドレスをＩＰｖ６アドレスの下位６４ビットのインターフェースＩＤとして適用することで、ホストは、接続サブネットで重複が絶対に発生しないＩＰｖ６アドレスを生成可能となる。
【００７１】
［アドレス設定処理および通信状態判定処理］
以下、このように、重複の発生しないことが保証されたＩＰｖ６アドレスを生成可能なホストにおけるサブネット接続時のステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理について説明する。
【００７２】
ホスト（Ｈ）１０４は、まずサブネット（Ｓ）１０３に接続後に、通信ステータス判断処理を実行し、即座に再開あるいは開始すべき通信があるかどうか確認する。この通信ステータス判断方法としては、様々な方法が適用可能であるが、ここではＵｎｉｘ（特にＢＳＤ系）のプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた確認方法を一例として説明する。
【００７３】
プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）の構成例を図７に示す。プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とは、現在動作している通信を、セッション（通信の単位、例えばｔｅｌｅｎｅｔセッション、ｆｔｐセッション、ｈｔｔｐセッションなど）ごとに管理しているデータベースであり、セッションごとにソケットバッファ（Socket Buffer）と呼ばれる送受信用バッファを対応づけて管理しているデータベースである。なお、このプロトコル・コントロールブロック（ＰＣＢ）には、ＴＣＰ用とＵＤＰ用がある。
【００７４】
ホスト（Ｈ）１０４は、図７に示すように、ＴＣＰ用のプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）として、ＴＥＬＥＮＥＴセッション用ＰＣＢ２１１、ＨＴＴＰセッション用ＰＣＢ２２１、ＦＴＰセッション用ＰＣＢ２３１と、ＵＤＰ用のプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）として、ｘｘセッション用ＰＣＢ２４１、ｙｙセッション用ＰＣＢ２５１、ｚｚセッション用ＰＣＢ２６１とを有し、各ＰＣＢには、実行中のセッションの間利用データとして、通信処理における始点／終点アドレス、始点／終点ポート情報等のセッション管理情報を格納する。
【００７５】
さらに、各セッションＰＣＢに登録されたセッションにおいて送受信するデータパケットが、各ＰＣＢのポインタによって示されるバッファ領域としてのソケットバッファに格納される。ソケットバッファは、送信用ソケットバッファと受信用ソケットバッファがあり、ＴＣＰ用ＰＣＢのＴＥＬＥＮＥＴセッションに対応するセッションの送信パケットは図７に示す送信用ソケットバッファ２１２に格納され、受信パケットは、受信用ソケットバッファ２１３に格納される。
【００７６】
図７に示すように、ＴＣＰ用ＰＣＢの各セッションおよびＵＤＰ用ＰＣＢの各セッションに対応して、それぞれのセッションにおける送信パケットを格納する送信用ソケットバッファ２２１〜２６２、各セッションにおける受信信パケットを格納する受信用ソケットバッファ２３１〜２６３を有する。アプリケーションとＴＣＰ、ＵＤＰ／ＩＰは、これらのソケットバッファ（Socket Buffer）２１２〜２６２，２３１〜２３６を介してデータのやりとりを行う。
【００７７】
図５に示すネットワーク構成において、ホスト（Ｈ）１０４は、ＩＰｖ６サブネット（Ｓ）１０３に接続した直後に、ホスト自身の保持するプロトコル・コントロールブロック（ＰＣＢ）に、１つでもセッションが登録されているかどうかを調べる。もし、セッションが登録されている場合は、さらに、登録されている各セッションに対応づけられた送受信ソケットバッファ（Socket Buffer）を調べる。
【００７８】
この送受信ソケットバッファサイズが０以外である場合、つまり、送信用ソケットバッファ（Socket Buffer）および受信用ソケットバッファ（Socket Buffer）のいずれかにデータパケットが存在している場合は、ホスト（Ｈ）１０４は通信中、すなわちデータパケットをやりとりしている最中にサブネット間を移動したことになる。これは、ホスト（Ｈ）１０４が即座に通信を再開すべきセッションを実行中であると判断する。
【００７９】
また、ソケットバッファ（Socket Buffer）にデータパケットが存在していない場合でも、プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）に1つでもセッションが登録されている場合は、ホスト（Ｈ）１０４は、通信中、すなわちデータパケットをやりとりしている最中にサブネット間を移動したわけではないが、サブネット接続直後に通信が再開する可能性があり、この場合も、ホスト（Ｈ）１０４は即座に通信を再開する可能性のあるセッションを持つと判断する。
【００８０】
また、プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）にセッションが全く登録されていない場合は、即座に通信を再開すべきセッションは存在しないと判断する。
【００８１】
以上のホストの各状態をまとめると、以下の３態様（ａ），（ｂ），（ｃ）にまとめることができる。
（ａ）ＰＣＢにセッション登録あり、ソケットバッファにデータパケットあり。
（ｂ）ＰＣＢにセッション登録あり、ソケットバッファにデータパケットなし。
（ｃ）ＰＣＢにセッション登録なし。
【００８２】
上述の（ａ）〜（ｃ）の状態は、ホストの通信ステータスとして、それぞれ以下のステータスであると判定される。
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
【００８３】
ホスト（Ｈ）１０４が上記３態様：（ａ）、（ｂ）、（ｃ）のいずれの状態にあるかを判定し、判定状態に従って、ホスト（Ｈ）１０４の実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理のシーケンスを変更する。
【００８４】
図８のフローチャートを参照して、プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた通信ステータス判定処理シーケンスについて説明する。
【００８５】
サブネットワークに接続したホストは、まず、ステップＳ１０１において、ホストの保有するＴＣＰ用、ＵＤＰ用の各プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）に登録されているセッションがあるか否かを判定する。
【００８６】
すべてのＰＣＢに登録セッションがない場合は、ステップＳ１０２に進み、上述の状態（ｃ）、すなわち、ホストの状態は、「即座に通信を再開すべきセッションはない」と判定して処理を終了する。
【００８７】
ステップＳ１０１において、ホストの保有するＴＣＰ用、ＵＤＰ用の各プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）に登録されているセッションがあると判定されると、ステップＳ１０３に進み、登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがあるか否かを判定する。
【００８８】
登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがない場合、すなわちすべてのバッフアサイズが０である場合は、ステップＳ１０４に進み、上述の状態（ｂ）、すなわち、ホストの状態は、「即座に通信を再開する可能性のあるセッションが存在する」と判定して処理を終了する。
【００８９】
ステップＳ１０３において、登録されているセッションに対応する送受信ソケットバッファのサイズが０以外のものがあると判定した場合は、ステップＳ１０５に進み、上述の状態（ａ）、すなわち、ホストの状態は、「即座に通信を再開すべきセッションが存在する」と判定して処理を終了する。
【００９０】
このように、状態（ａ）、または（ｂ）の場合は、通信の即時再開を実行すべき状態であり、状態（ｃ）にあるときは、即座に通信を再開するセッションはないと判定し、それぞれの判定に基づいて、異なるシーケンスでステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を実行する。以下、各状態（ａ），（ｂ），（ｃ）それぞれにおける処理について説明する。
【００９１】
状態（ａ）の場合、すなわち、ＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合、ホストは、「即座に通信を再開すべきセッションが存在する」状態である。この状態（ａ）の場合、ホストは即座に通信を再開できるように、極力ステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間を短縮することが要求される。
【００９２】
状態（ｂ）の場合、すなわち、ＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、ホストは、「即座に通信を再開する可能性のあるセッションが存在する」状態である。この状態（ａ）の場合は、状態（ａ）ほどではないが、通信が再開される事態に備えて、多少なりともステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間を短縮しておくべきである。
【００９３】
状態（ｃ）の場合、すなわち、ＰＣＢにセッション登録が存在しない場合、ホストは、「即座に通信を再開すべきセッションは存在しない」状態である。この状態（ｃ）の場合は、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)にかかる時間の短縮の必要性がなく、規定どおりのバックオフ待機処理を適用した処理を実行する。
【００９４】
状態（ａ）、（ｂ）、（ｃ）におけるステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理において実行する具体的な処理について、以下説明する。
【００９５】
（ルータ要請、通知処理）
まず、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理におけるルータ要請（ＲＳ）およびルータ通知（ＲＡ）処理について説明する。
【００９６】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ホストは、ルータ要請（ＲＳ）を送信する際のランダムな時間待機することなく、即座にルータ要請（ＲＳ）を送信する。この際、それを受信するルータに、即座にルータ通知（ＲＡ）を返答してもらうことを要求するために、ルータ要請（ＲＳ）メッセージのリザーブ（Reserved）フィールドを利用する。
【００９７】
具体的には、待機時間の経過を待たず、ルータ要請（ＲＳ）メッセージのリザーブ（Reserved）フィールドにルータ通知（ＲＡ）の即時返答要求識別データとして１（0x0001）を格納して即座に送信する。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは待機処理を行なわずルータ通知（ＲＡ）を送信する。
【００９８】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する場合」は、ホストは、上述の状態（ａ）と同様に、ルータ要請（ＲＳ）を送信する際のランダム時間の待機を実行せずに、即座にルータ要請（ＲＳ）を送信するが、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドには何も指定しない。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは通常の待機処理を実行して、ルータ通知（ＲＡ）を送信する。
【００９９】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録がなく、「即座に通信を再開すべきセッションは存在しない」は、ホストは、通常どおりルータ要請（ＲＳ）を送信する前にランダム時間待機する。また、送信するルータ要請（ＲＳ）のリザーブ（Reserved）フィールドには何も指定しない。この結果、ルータ要請（ＲＳ）メッセージを受信したルータは通常の待機処理を実行して、ルータ通知（ＲＡ）を送信する。
【０１００】
ホストからのルータ要請（ＲＳ）を受信したルータ側の処理について、説明する。ルータは、まず、ホストから受信したルータ要請（ＲＳ）のリザーブ（Reserved）フィールドを確認する。
【０１０１】
リザーブ（Reserved）フィールドに1（0x0001）がセットされている場合は、そのルータ要請（ＲＳ）を送信したホストが即座にルータ通知（ＲＡ）を返答してもらうことを希望していると判断し、ランダムな時間待機することなく、即座にルータ通知（ＲＡ）の返答処理を実行する。この処理は、ホストが上述の状態（ａ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合であり、ホストは、即座に通信を再開すべきセッションを有している場合の対応処理となる。
【０１０２】
また、ホストから受信したルータ要請（ＲＳ）のリザーブ（Reserved）フィールドに1がセットされていない場合は、通常どおり、ルータ通知（ＲＡ）を返答する前にランダム時間の待機を実行する。返答するルータ通知（ＲＡ）は、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドの値に関係なく従来と同じ形式である。つまり、ルータ通知（ＲＡ）のメッセージには何も変更を行わない。なお、待機時間内に定期的なルータ通知（ＲＡ）発送時間となった場合は、その定期発送時間において、ルータ通知（ＲＡ）を送信し、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）はキャンセルする。
【０１０３】
この処理は、ホストが上述の状態（ｂ）または（ｃ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、または、ホストのＰＣＢにセッション登録がない場合に対応する処理であり、ホストは、即座に通信を再開する可能性のあるセッションを有している場合、あるいは、即座に通信を再開すべきセッションが無い場合の対応処理となる。
【０１０４】
ルータからのルータ通知（ＲＡ）を受信したホストは、ルータ通知（ＲＡ）に格納されている情報をもとに、ＩＰｖ６アドレスやデフォルトルータの設定を行う。
【０１０５】
（重複アドレス検出（ＤＡＤ）処理）
次に、ホストが、上記３状態（ａ）、（ｂ）、（ｃ）の各状態にあるときの重複アドレス検出（ＤＡＤ：Duplicated Address Detection）の処理シーケンスについて説明する。
【０１０６】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する。
【０１０７】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、状態（ａ）の場合と同様、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する。
【０１０８】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略せず実行する。
【０１０９】
ただし、ホストが接続サブネットで重複が絶対に発生しないインターフェースＩＤ（図１参照）例えばＭＡＣアドレスをインターフェースＩＤとして設定する場合等には、ＩＰｖ６アドレスを生成することができる構成である場合、生成したアドレスに重複が発生することはなく、重複アドレス検出（ＤＡＤ）の処理を省略可能となる。従って、上記状態（ａ）、（ｂ）、（ｃ）のいずれの場合においても、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略することができる。
【０１１０】
上述したホスト状態に対応したステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理により、ホスト状態に応じて処理時間を短縮することが可能となる。
【０１１１】
状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ルータ要請（ＲＳ）の送信時、ルータ通知（ＲＡ）の返答時の待機時間、および重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理時間が削減される。
【０１１２】
状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ルータ要請（ＲＳ）の送信時の待機時間、および重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理時間が削減される。
【０１１３】
状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、基本的に従来と同様、ルータ要請（ＲＳ）の送信時、ルータ通知（ＲＡ）の返答時の待機時間、および重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理時間を要することになる。
【０１１４】
つまり、ホストがサブネット接続時に実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理時間は、（ａ）＜（ｂ）＜（ｃ）の順番となり、状態（ａ）において、最も処理時間が短縮され、状態（ｂ）において、従来より多少処理時間が短縮され、状態、（ｃ）において、従来と同様の処理時間となる。
【０１１５】
このように、ホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理シーケンスを変更し、ホストの通信状態に適合した処理を実行する構成とすることで、サブネット間の移動時に通信が継続している場合等において、アドレス設定処理に起因する通信中断時間を最小限にすることが可能となる。
【０１１６】
また、ホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理シーケンスを変更し、ホストの通信状態に適合した処理を実行する構成とすることで、ホストの通信状態にかかわらず、全ての待機動作を省略するという単純な方法に比べて、サブネット上でやりとりされる無駄なホストからのルータ要請（ＲＳ）やルータからのルータ通知（ＲＡ）の数を増やさずに済むことができる。
【０１１７】
次に、上述したホストの通信状態（（ａ）、（ｂ）、（ｃ））を判別し、判別した通信状態に応じて実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)の処理について、フローチャートを参照して説明する。
【０１１８】
まず、図９を参照して、ホストがルータ要請（ＲＳ）を送信する際の処理について説明する。
【０１１９】
ステップＳ２０１において、ホストがサブネット（ＩＰｖ６サブネット）に接続すると、ホストは、サブネット接続後に即座に実行する通信処理があるか否かの判定処理を実行する。これは、先に図８のフローを参照して説明したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた通信状態判定処理によって実行される。なお、通信状態判定処理は、この処理方法に限らず、他の処理方法が適用可能であれば、他の通信状態判定方法を適用してもよい。
【０１２０】
ステップＳ２０２における通信状態判定の結果、ホストの通信状態は、前述の３状態（ａ）、（ｂ）、（ｃ）のいずれかに判別される。
【０１２１】
まず、状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合は、ステップＳ２０３に進む。
【０１２２】
ステップＳ２０３では、ホストは、待機時間の経過を待つことなく、ルータ要請（ＲＳ）メッセージのリザーブ（Reserved）フィールドにルータ通知（ＲＡ）の即時返答要求識別データとして１（0x0001）を格納して即座に送信する。
【０１２３】
ステップＳ２０２の通信状態判定処理において、状態（ｂ）と判定された場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ステップＳ２０４に進み、待機時間の経過を待つことなく、即座にルータ要請（ＲＳ）を送信するが、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドには何も指定しない。
【０１２４】
ステップＳ２０２の通信状態判定処理において、状態（ｃ）と判定された場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ステップＳ２０５に進み、ルータ要請（ＲＳ）を送信する前にランダム時間待機する。
【０１２５】
ステップＳ２０６では、待機時間中にルータ通知（ＲＡ）メッセージを受信したか否かを判定し、ルータ通知（ＲＡ）メッセージを受信した場合は、ルータ要請（ＲＳ）メッセージを送信することなく、処理を終了する。
【０１２６】
ステップＳ２０６で、待機時間中にルータ通知（ＲＡ）メッセージを受信しなかったと判定した場合には、ステップＳ２０７において、リザーブ（Reserved）フィールドには何も指定せずにルータ要請（ＲＳ）を送信する。
【０１２７】
このように、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、即座にルータ要請（ＲＳ）を送信し、即座に通信を実行すべき状態にない場合には、ルータ要請メッセージ送信時の待機時間を確保する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行なうことが可能となる。
【０１２８】
また、ホストが即座に通信を実行すべき状態にない場合には、ルータ要請メッセージ送信時の待機時間を確保する構成とし、待機時間中にルータ通知（ＲＡ）メッセージを受信した場合には、予定のルータ要請（ＲＳ）メッセージ送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１２９】
次に、ルータ要請（ＲＳ）を受信したルータ側の処理について、図１０に示すフローチャートを参照して説明する。
【０１３０】
まず、ルータは、ステップＳ３０１において、ホストからルータ要請（ＲＳ）を受信すると、ステップＳ３０２において、受信したルータ要請（ＲＳ）のリザーブ（Reserved）フィールドを確認する。
【０１３１】
リザーブ（Reserved）フィールドに1（0x0001）がセットされている場合は、そのルータ要請（ＲＳ）を送信したホストが即座にルータ通知（ＲＡ）を返答してもらうことを希望していると判断し、ステップＳ３０５において、ランダムな時間待機することなく、即座にルータ通知（ＲＡ）の返答処理を実行する。この処理は、ホストが上述の状態（ａ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在する場合であり、ホストは、即座に通信を再開すべきセッションを有している場合の対応処理となる。
【０１３２】
また、ステップＳ３０２の判定において、ルータ要請（ＲＳ）のリザーブ（Reserved）フィールドに1がセットされていない場合は、ステップＳ３０３においてランダム時間の待機を実行する。
【０１３３】
さらに、ステップＳ３０４において、定期的なルータ通知（ＲＡ）発送時間となり、ルータ通知（ＲＡ）が送信されたか否かを判定する。待機時間内に定期的なルータ通知（ＲＡ）発送時間となり、定期的なルータ通知（ＲＡ）が送信された場合は、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）は送信を取りやめ（キャンセル）処理を終了する。
【０１３４】
待機時間内に、定期的なルータ通知（ＲＡ）発送時間とならず、定期的なルータ通知（ＲＡ）が送信されなかった場合に限り、ステップＳ３０５に進み、ルータ通知（ＲＡ）を返送する。
【０１３５】
この処理は、ホストが上述の状態（ｂ）または（ｃ）、すなわち、ホストのＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在しない場合、または、ホストのＰＣＢにセッション登録がない場合に対応する処理であり、ホストは、即座に通信を再開する可能性のあるセッションを有している場合、あるいは、即座に通信を再開すべきセッションが無い場合の対応処理となる。
【０１３６】
このように、本発明の構成によれば、ホストの通信状態が即座に通信を実行すべき状態である場合にのみ、ルータがリサーブフィールドに［１］を設定したルータ要請（ＲＳ）を受信して、待機時間を設けずに即座にルータ通知（ＲＡ）を送信する構成としたので、ホストが即座に通信を実行すべき状態である場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)を行なうことが可能となる。
【０１３７】
また、ホストが即座に通信を実行する可能性がある場合、または通信を実行すべき状態にない場合には、ルータがリサーブフィールドに［１］を設定しないルータ要請（ＲＳ）を受信して、ルータ通知メッセージ送信時の待機時間を確保する構成とし、待機時間中に定期的なルータ通知（ＲＡ）メッセージの送信がなされた場合には、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１３８】
次に、ルータ通知（ＲＡ）を受信したホスト側の処理について、図１１に示すフローチャートを参照して説明する。
【０１３９】
ステップＳ４０１において、ルータからのルータ通知（ＲＡ）を受信すると、ホストは、ステップＳ４０２において、受信ルータ通知（ＲＡ）に基づいてＩＰｖ６アドレスの設定、デフォルトルータの設定処理等を実行する。
【０１４０】
次に、ホストは、サブネット接続後に即座に実行する通信処理があるか否かの判定処理を実行する。これは、先に図８のフローを参照して説明したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）を用いた通信状態判定処理によって実行される。なお、通信状態判定処理は、この処理方法に限らず、他の処理方法が適用可能であれば、他の通信状態判定方法を適用してもよい。
【０１４１】
なお、先に図９を参照して説明したルータ要請（ＲＳ）メッセージ送信処理の際のステップＳ２０２の判定処理結果をホスト内に保持し、その結果を適用することも可能であり、その場合はこのステップＳ４０２の通信状態判定処理は省略可能である。
【０１４２】
通信状態判定結果が、状態（ａ）の場合、すなわちＰＣＢにセッション登録があり、ソケットバッファにデータパケットが存在し、「即座に通信を再開すべきセッションが存在する」場合、および状態（ｂ）の場合、すなわちＰＣＢにセッション登録があるが、ソケットバッファにデータパケットが存在せず、「即座に通信を再開する可能性のあるセッションが存在する」場合は、ステップＳ４０４に進み、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する。
【０１４３】
また、通信状態判定結果が、状態（ｃ）の場合、すなわちＰＣＢにセッション登録が存在せず、「即座に通信を再開すべきセッションが存在しない」場合は、ホストは、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略せず実行する。ただし、前述したように、設定アドレスがユニークであることが保証されている場合は、このＤＡＤ処理は省略してもよい。
【０１４４】
このように、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１４５】
また、ホストが即座に通信を実行すべき状態にない場合でっあっても、ＭＡＣアドレスを適用したＩＰｖ６アドレスを生成することで、設定アドレスがユニークであることが保証されるので、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略可能となり、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１４６】
［Ｍｏｂｉｌｅ ＩＰｖ６における対応］
Ｍｏｂｉｌｅ ＩＰｖ６においては、ホストとしての移動ノードはホームアドレスおよび気付アドレス（ＣｏＡ：Care of address）という２つのＩＰアドレスを有する。気付アドレスはノードの移動に伴って接続されているサブネットワークに対応して変化する。ホームアドレスはノードの移動に関わらず一定である。通信相手のノードは、移動するノードのホームアドレスを指定することにより移動するノードの位置、すなわち接続されているサブネットワークの位置に関わらず移動ノードとの通信が可能となる。
【０１４７】
この移動ノード（ホスト）との通信を可能とする処理を実行するのがMobile ＩＰｖ６におけるホームエージェントである。ホームエージェントは、移動ノード（ホスト）のホームアドレスに対応するサブネットワークに接続されるエンティテイであり、通信ノードが移動したとき、移動したノードから新たな気付アドレスを含むバインディング（束縛）更新パケット（binding update packet）を受信してホームアドレス（不変）と気付アドレス（ＣｏＡ：Care of Address)（可変）の対応を記憶したバインディング・キャッシュ（binding cache）を更新する。また、ホームエージェントは移動するノードのホームアドレス宛に対応する経路情報をネットワークにアナウンスする。
【０１４８】
前述したルータとホストにおける処理を、Mobile ＩＰｖ６におけるホームエージェントと移動ノード間において実行することで、Mobile ＩＰｖ６においてもアドレス設定時の処理時間を短縮することが可能となる。すなわち、移動ノードの通信状態（（ａ），（ｂ），（ｃ））に応じてそれぞれの間で実行されるメッセージ送信の際の待機時間を設定したりあるいは省略することで、必要に応じて気付アドレスを用いたＩＰｖ６アドレスの処理時間を短縮することが可能となり、移動ノードが、新しいサブネットに接続してから、ホームエージェントへの気付アドレス（ＣｏＡ：Care-of-Address）の登録までにかかる時間を短くすることができる。
【０１４９】
［ホストおよびルータの構成］
次に通信端末装置としてのホストおよびルータの構成例について、図１２および図１３を参照して説明する。まず、図１２を参照して通信端末装置としてのホストの構成について説明する。ホストは例えば通信処理機能を持つＰＣ、ＰＤＡ、携帯通信端末等によって構成される。
【０１５０】
図１２に、制御手段としてＣＰＵ(Central processing Unit)を備えたホスト構成例を示す。なお、図１２に示す構成例は１つの例であり、ホストは、ここに示すべての機能を必ずしも備えることが要求されるものではない。
【０１５１】
ＣＰＵ(Central processing Unit)５０１は、各種実行プログラム、ＯＳ（Operating System）を実行するプロセッサである。ＲＯＭ（Read-Only-Memory）５０２は、ＣＰＵ５０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）５０３は、ＣＰＵ５０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１５２】
ＨＤＤ５０４はハードディスクの制御を実行し、ハードディスクに対する各種データ、プログラムの格納処理および読み出し処理を実行する。バス５２１はＰＣＩ（Peripheral Component Internet/Interface）バス等により構成され、各モジュール、入出力インターフェース５２２を介した各入手力装置とのデータ転送を可能にしている。
【０１５３】
入力部５１１は、例えば、各種の入力ボタン、キーボード、ポインティングデバイスを含む入力部である。キーボードやマウス等を介して入力部５１１が操作された場合、あるいは、通信部５１３からのデータを受信した場合などにＣＰＵ５０１に指令が入力され、ＲＯＭ(Read Only Memory)５０２に格納されているプログラムを実行する。出力部５１２は、例えばＣＲＴ、液晶ディスプレイ等であり、各種情報をテキストまたはイメージ等により表示する。
【０１５４】
通信部５１３はノード、あるいはスイッチとの通信処理を実行し、ＣＰＵ５０１の制御の下に、各記憶部から供給されたデータ、あるいはＣＰＵ５０１によって処理されたデータを送信したり、他ノード、スイッチからのデータを受信する処理を実行する。
【０１５５】
ドライブ５１４は、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体５１５の記録再生を実行するドライブであり、各リムーバブル記録媒体５１５からのプログラムまたはデータ再生、リムーバブル記録媒体５１５に対するプログラムまたはデータ格納を実行する。
【０１５６】
各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ５０１において実行または処理を行なう場合は、読み出したプログラム、データは入出力インターフェース５２２、バス５２１を介して例えば接続されているＲＡＭ５０３に供給される。
【０１５７】
先に、図８を参照して説明したホストの通信状態の判定処理、図９を参照して説明したルータ要請（ＲＳ）送信処理、図１１を参照して説明したルータ通知に基づくアドレス設定、さらに、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理等の各種処理プログラムは、例えばＲＯＭ(Read Only Memory)５０２に格納されて、ＣＰＵ５０１によって読み出されて実行される。
【０１５８】
次に、パケットの中継処理を実行するルータの構成について図１３を参照して説明する。
【０１５９】
ＣＰＵ(Central processing Unit)７０１は、各種アプリケーションプログラムや、ＯＳ（Operating System）を実際に実行する。ＲＯＭ（Read-Only-Memory）７０２は、ＣＰＵ２０１が実行するプログラム、あるいは演算パラメータとしての固定データを格納する。ＲＡＭ（Random Access Memory）７０３は、ＣＰＵ７０１の処理において実行されるプログラム、およびプログラム処理において適宜変化するパラメータの格納エリア、ワーク領域として使用される。
【０１６０】
ドライブ７０５は、フレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体７０６の記録再生を実行するドライブであり、各リムーバブル記録媒体７０６からのプログラムまたはデータ再生、リムーバブル記録媒体７０６に対するプログラムまたはデータ格納を実行する。各記憶媒体に記録されたプログラムまたはデータを読み出してＣＰＵ７０１において実行または処理を行なう場合は、読み出したプログラム、データはバス７０４を介して例えば接続されているＲＡＭ７０３、通信部７０７、通信部７０８に供給される。
【０１６１】
通信部７０７は上位ルータまたはインターネット接続通信部であり、ＣＰＵ７０１のデータ処理によって生成したパケットを送信したり、インターネット、上位ルータを介してパケットを受信する処理を実行する。通信部７０８はサブネットに接続され、上位ルータから受信したパケットをサブネットを介して下位ルータあるいはノードに対して送信する処理を実行する。
【０１６２】
ＣＰＵ７０１乃至通信部７０８はバス７０４によって相互接続され、データの転送が可能な構成となっている。
【０１６３】
先に、図１０を参照して説明したルータにおけるルータ要請受信時のリザーブフィールド検証、および検証に基づくルータ通知（ＲＡ）の送信処理等の各種処理プログラムは、例えばＲＯＭ(Read Only Memory)７０２に格納されて、ＣＰＵ７０１によって読み出されて実行される。
【０１６４】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６５】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【０１６６】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
【０１６７】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０１６８】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。
【０１６９】
【発明の効果】
以上、説明してきたように、本発明の構成によれば、新しいサブネットに接続時におけるホストの通信状態を判別し、即座に通信を実行すべき状態にある場合に、ステートレス・アドレス自動設定(Stateless Address Auto Configuration)において実行する各種メッセージ送信の際の待機時間を省略する構成としたので、アドレスを設定し通信を開始するまでの時間が短縮され、サブネットの接続後の通信を短時間で開始または再開することが可能となる。
【０１７０】
さらに、本発明の構成によれば、ホストの通信状態を複数の状態中のどの状態にあるかを判別し、即座に通信を実行すべき状態にない場合には、ルータ通知、ルータ要請等のメッセージ送信時の待機時間を確保する構成とし、待機時間中にメッセージ受信あるいは定期的なメッセージ送信時間がきたときは、予定のメッセージ送信をキャンセルする構成であるので、全ての待機時間を設けない構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１７１】
さらに、本発明の構成によれば、ホストの通信状態が即座に通信を実行すべき状態である場合にのみ、ルータがリサーブフィールドに［１］を設定したルータ要請（ＲＳ）を受信して、待機時間を設けずに即座にルータ通知（ＲＡ）を送信する構成としたので、ホストが即座に通信を実行すべき状態である場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)を行なうことが可能となる。
【０１７２】
また、ホストが即座に通信を実行する可能性がある場合、または通信を実行すべき状態にない場合には、ルータがリサーブフィールドに［１］を設定しないルータ要請（ＲＳ）を受信して、ルータ通知メッセージ送信時の待機時間を確保する構成とし、待機時間中に定期的なルータ通知（ＲＡ）メッセージの送信がなされた場合には、ルータ要請（ＲＳ）に基づくルータ通知（ＲＡ）送信をキャンセルする構成としたので、全ての待機時間を省略する構成と異なり、ネットワーク上のトラフィックを緩和することが可能となる。
【０１７３】
さらに、本発明の構成によれば、ホストの通信状態を判別し、即座に通信を実行すべき状態、あるいはその可能性がある場合には、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略する構成としたので、ホストが即座に通信を実行すべき状態、あるいはその可能性がある場合には、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１７４】
さらに、本発明の構成によれば、ホストが即座に通信を実行すべき状態にない場合であっても、ＭＡＣアドレスを適用したＩＰｖ６アドレスを生成することで、設定アドレスがユニークであることが保証されるので、重複アドレス検出（ＤＡＤ：Duplicated Address Detection）を省略可能となり、短時間でステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理を行ない、通信を実行することが可能となる。
【０１７５】
さらに、本発明の構成によれば、Ｍｏｂｉｌｅ ＩＰｖ６においても気付アドレス（ＣｏＡ：Care of Address）を適用したアドレス設定処理を短時間で実行可能となるので、移動ノードは、短い時間でアドレスを取得することができ、結果として、移動ノードが、新しいサブネットに接続してから、ホームエージェントへの気付アドレス（ＣｏＡ：Care of Address）の登録までにかかる時間を短くすることができる。
【図面の簡単な説明】
【図１】ＩＰｖ６アドレスフォーマットを示す図である。
【図２】ルータ通知（ＲＡ）メッセージフォーマットを示す図である。
【図３】ルータ要請（ＲＳ）メッセージフォーマットを示す図である。
【図４】近隣要請（ＮＳ）メッセージフォーマットを示す図である。
【図５】近隣通知（ＮＡ）メッセージフォーマットを示す図である。
【図６】本発明の構成を適用した処理の実行可能なネットワーク構成例を示す図である。
【図７】プロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）とソケットバッファ（Socket Buffer）の構成例を示す図である。
【図８】ホストの通信状態判定処理シーケンスを示すフローチャートである。
【図９】ホストのルータ要請（ＲＳ）送信処理シーケンスを示すフローチャートである。
【図１０】ルータのルータ通知（ＲＡ）送信処理シーケンスを示すフローチャートである。
【図１１】ホストのルータ通知（ＲＡ）受信に基づく処理シーケンスを示すフローチャートである。
【図１２】ホストの構成例を示すブロック図である。
【図１３】ルータの構成例を示すブロック図である。
【符号の説明】
１０１ インターネット
１０２ ルータ（ＩＰｖ６ルータ）
１０３ サブネット（ＩＰｖ６サブネット）
１０４ ホスト（ＩＰｖ６ホスト）
２１１，２２１，２３１ ＴＣＰ用ＰＣＢ
２４１，２５１，２６１ ＵＤＰ用ＰＣＢ
２１２，２２２，２３２ 送信用ソケットバッファ
２１３，２２３，２３３ 受信用ソケットバッファ
２４２，２５２，２６２ 送信用ソケットバッファ
２４３，２５３，２６３ 受信用ソケットバッファ
５０１ ＣＰＵ
５０２ ＲＯＭ
５０３ ＲＡＭ
５０４ ＨＤＤ
５１１ 入力部
５１２ 出力部
５１３ 通信部
５１４ ドライブ
５１５ リムーバブル記憶媒体
５２１ バス
５２２ 入出力インターフェース
７０１ ＣＰＵ
７０２ ＲＯＭ
７０３ ＲＡＭ
７０４ バス
７０５ ドライブ
７０６ リムーバブル記憶媒体
７０７，７０８ 通信部
Claims (15)
- ネットワークを介したデータ通信を実行する通信端末装置において、
通信端末装置自身のアドレス設定処理を実行する制御手段を有し、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行する構成を有し、
前記制御手段は、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、
前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行する構成であることを特徴とする通信端末装置。 - 前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、
前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定する処理を実行する構成であることを特徴とする請求項１に記載の通信端末装置。 - 前記制御手段は、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行する重複アドレス検出処理を省略するか否かを決定し、該決定結果に基づいてアドレス設定処理を実行する構成を有することを特徴とする請求項１に記載の通信端末装置。 - 前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であり、前記重複アドレス検出処理は、その一処理としての重複アドレス検出（ＤＡＤ：Duplicated Address Detection）処理であることを特徴とする請求項３に記載の通信端末装置。
- 前記制御手段は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理として、
該通信端末装置が、
（ａ）即座に実行すべき通信セッションが存在する状態、
（ｂ）即座に通信を実行する可能性のあるセッションが存在する状態、
（ｃ）即座に実行すべき通信セッションが存在しない状態、
のいずれの状態にあるかを判断する処理を実行し、該判断結果に基づいて、自己のアドレス設定処理時の処理シーケンスを変更して実行する構成であることを特徴とする請求項１に記載の通信端末装置。 - 前記制御手段は、
前記３状態（ａ）、（ｂ）、（ｃ）の判別処理を、各通信セッションに対応したプロトコル・コントロールブロック（ＰＣＢ：Protocol Control Block）の登録セッション状況、およびソケットバッファ（Socket Buffer）の格納データパケット状況に基づいて行なう構成であることを特徴とする請求項５に記載の通信端末装置。 - 前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であることを特徴とする請求項１に記載の通信端末装置。
- 前記アドレス設定処理は、インターネットプロトコルとしてのＩＰｖ６において実行するステートレス・アドレス自動設定(Stateless Address Auto Configuration)処理であり、
前記制御手段は、
自通信端末装置に設定されたＭＡＣアドレスをＩＰｖ６アドレスにおけるインターフェースＩＤとして設定する処理を実行する構成であることを特徴とする請求項１に記載の通信端末装置。 - ネットワーク上に接続された通信中継装置であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信中継装置。 - ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおいて、
前記通信端末装置は、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいて待機時間を省略したルータ要請（ＲＳ）メッセージ送信、あるいは待機時間経過後のルータ要請（ＲＳ）メッセージ送信処理のいずれかを実行する構成を有し、
前記通信中継装置は、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、
該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行する構成を有することを特徴とする通信処理システム。 - ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理方法であり、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを有することを特徴とするアドレス設定処理方法。 - ネットワーク上に接続された通信中継装置におけるデータ処理方法であり、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするデータ処理方法。 - ネットワークを介したデータ通信を実行する通信端末装置と、前記ネットワーク上に接続された通信中継装置とを有する通信処理システムにおける通信端末装置アドレス設定処理方法であり、
前記通信端末装置において、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行するとともに、該通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介した前記通信中継装置に対するルータ要請（ＲＳ）メッセージ送信前の待機処理を省略するか否かを決定し、該決定結果に基づいてルータ要請（ＲＳ）メッセージの送信処理を実行し、
前記通信中継装置において、
前記通信端末装置からのルータ要請（ＲＳ）メッセージを受信し、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを、待機時間を省略して送信するか、または待機時間の後に送信するかを決定し、該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行することを特徴とする通信端末装置アドレス設定処理方法。 - ネットワークを介したデータ通信を実行する通信端末装置におけるアドレス設定処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信端末装置のサブネット接続時における自己の通信ステータス判断処理を実行する通信ステータス判断処理ステップと、
前記通信ステータスの判断結果に基づいて、アドレス設定処理プロセスとして実行するネットワークを介したメッセージ送信前の待機処理を省略するか否かを決定する待機時間処理決定ステップと、
前記待機時間処理決定結果に基づいて、待機時間を省略したメッセージ送信、あるいは待機時間経過後のメッセージ送信処理のいずれかを実行するメッセージ送信ステップと、
前記メッセージが、ネットワーク上に接続されたルータに対するルータ要請（ＲＳ）メッセージである場合、前記通信ステータスの判断結果に基づいて、前記ルータ要請（ＲＳ）メッセージに対して実行されるルータからのルータ通知（ＲＡ）メッセージの送信処理を待機時間なしで実行すべきか否かの識別データを前記ルータ要請（ＲＳ）メッセージに格納する処理を実行するステップを有することを特徴とするコンピュータ・プログラム。 - ネットワーク上に接続された通信中継装置におけるデータ処理をコンピュータ・システム上で実行するために記述されたコンピュータ・プログラムであって、
通信処理を実行する通信端末装置からのルータ要請（ＲＳ）メッセージを受信するステップと、
該受信ルータ要請（ＲＳ）メッセージの格納データに基づいて、該受信ルータ要請（ＲＳ）メッセージに対応する応答メッセージとしてのルータ通知（ＲＡ）メッセージを待機時間を省略して送信するか、または待機時間の後に送信するかを決定するステップと、
該決定結果に基づいてルータ通知（ＲＡ）メッセージの送信処理を実行するステップと、
を有することを特徴とするコンピュータ・プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002202462A JP3997853B2 (ja) | 2002-07-11 | 2002-07-11 | 通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002202462A JP3997853B2 (ja) | 2002-07-11 | 2002-07-11 | 通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004048335A JP2004048335A (ja) | 2004-02-12 |
| JP2004048335A5 JP2004048335A5 (ja) | 2005-10-27 |
| JP3997853B2 true JP3997853B2 (ja) | 2007-10-24 |
Family
ID=31708637
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002202462A Expired - Fee Related JP3997853B2 (ja) | 2002-07-11 | 2002-07-11 | 通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3997853B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100597422B1 (ko) | 2005-01-18 | 2006-07-05 | 삼성전자주식회사 | 이동 단말의 정보를 사용하여 핸드오프 시간을 줄이는방법 및 장치 |
-
2002
- 2002-07-11 JP JP2002202462A patent/JP3997853B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004048335A (ja) | 2004-02-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4572476B2 (ja) | 通信処理システム、通信処理方法、および通信端末装置、データ転送制御装置、並びにプログラム | |
| EP2381727B1 (en) | Method and device for requesting and distributing address of connection point | |
| JP4226553B2 (ja) | データ通信ネットワークにおけるルーティング | |
| EP1856940B1 (en) | Providing mobility management protocol information to a mobile terminal for performing handover in a mobile communication system | |
| JP4313367B2 (ja) | 移動端末の情報を使用してハンドオフ時間を短縮する方法及び装置 | |
| JP2004048334A (ja) | データ転送制御装置、通信端末装置、データ通信システム、および方法、並びにコンピュータ・プログラム | |
| KR100739803B1 (ko) | 이동 노드에서의 핸드오버 장치 및 방법 | |
| JP2002261806A (ja) | 通信処理システム、通信処理方法、および通信端末装置、並びにプログラム | |
| JP4902634B2 (ja) | 移動通信システムにおけるハンドオーバーのための移動性管理プロトコル情報の移動端末への提供方法 | |
| KR20050050518A (ko) | 억세스 라우터 기반의 모바일 ＩＰｖ6 패스트 핸드오버 방법 | |
| JP2009529267A (ja) | 移動通信システムでの移動ノード用のデフォルト・ルータの高速構成 | |
| KR20090020095A (ko) | 이종망에서 인접 탐색 수행 방법 및 장치 | |
| KR100734884B1 (ko) | Ｉｅｅｅ ８０２．１６／와이브로 망상의 네이버 탐색프로토콜 메시지 전송 방법 | |
| US20080069095A1 (en) | Method and apparatus for configuring internet protocol address, information server, and information storage medium storing data format of message therefor | |
| KR100886985B1 (ko) | 로밍 이동 노드에 신뢰할 수 있는 액세스를 보장하기 위한방법, 장치 및 시스템 | |
| JP3997853B2 (ja) | 通信端末装置、通信中継装置、通信処理システム、および方法、並びにコンピュータ・プログラム | |
| US7580396B2 (en) | Method, apparatus and system for obtaining and retaining a mobile node home address | |
| JP4919973B2 (ja) | 移動通信システムで移動端末の網アドレス設定方法及び装置 | |
| KR100541949B1 (ko) | ＩＰｖ6 환경하에서 빠른 핸드오프를 위해 엑세스라우터가관리하는 정보를 이용한 ＤＡＤ 수행방법 | |
| JP3777173B2 (ja) | ホームエージェント故障切り替え方法、予備ホームエージェント、およびプログラム | |
| JP5158114B2 (ja) | 通信端末装置、およびデータ転送制御装置 | |
| JP6023843B1 (ja) | 無線ｌａｎシステム、アクセスポイント管理装置、アクセスポイント、無線ｌａｎ制御方法及びコンピュータプログラム | |
| JP2009152891A (ja) | 通信システム、クライアント装置、サーバ装置及びコンピュータプログラム | |
| JP4650525B2 (ja) | 通信端末装置、およびハンドオーバー処理方法、並びにコンピュータ・プログラム | |
| WO2010010770A1 (ja) | 通信端末 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050705 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050705 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070125 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070130 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070329 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070424 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070521 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070627 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070717 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070730 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100817 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110817 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120817 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |