(57)【要約】【課題】フレームまたはパケットにより情報を送受信する構成において、接続先の装置と通信するための動作モードを適切に判断することが可能な通信装置、通信方法および通信プログラムを提供する。【解決手段】汎用宅内端末３０は、他の装置と通信するためのリンク処理部３２と、リンク処理部３２の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の汎用宅内端末３０を動作させるか、または上記受け付けまたは上記提供を他の通信装置を介さずに行うサーバモードで自己の汎用宅内端末３０を動作させるかを判断するためのモード切替部３３とを備える。【選択図】図３
2014033312.tif 000002
【特許請求の範囲】
【請求項１】
通信装置であって、
他の装置と通信するための通信部と、
前記通信部の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または前記受け付けまたは前記提供を前記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するためのモード判断部とを備える、通信装置。
【請求項２】
前記通信装置は、さらに、
ＩＰ（Internet Protocol）アドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、前記通信部が、前記要求に対するＩＰアドレスを前記他の通信装置から受信した場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１に記載の通信装置。
【請求項３】
前記通信装置は、さらに、
ＩＰアドレスが自己の通信装置に設定された状態において、前記他の通信装置のＭＡＣ（Media Access Control）アドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、前記通信部が、前記要求に対する前記ＭＡＣアドレスを前記他の通信装置から受信した場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１または請求項２に記載の通信装置。
【請求項４】
前記モード判断部は、前記通信部が、ＩＰアドレスを他の装置が取得するための情報を複数の前記他の装置から受信した場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１から請求項３のいずれか１項に記載の通信装置。
【請求項５】
前記モード判断部は、前記通信部が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信しなかった場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１から請求項４のいずれか１項に記載の通信装置。
【請求項６】
前記モード判断部は、前記通信部が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信した場合には、自己の通信装置を前記サーバモードで動作させると判断する、請求項１から請求項５のいずれか１項に記載の通信装置。
【請求項７】
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部において、自己の通信装置と他の装置との通信接続が切断され、その後再確立された場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項６のいずれか１項に記載の通信装置。
【請求項８】
前記通信装置は、さらに、
ＩＰアドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部が、前記要求に対するＩＰアドレスを前記他の通信装置から受信した場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項７のいずれか１項に記載の通信装置。
【請求項９】
前記通信装置は、さらに、
ＩＰアドレスが自己の通信装置に設定された状態において、前記他の通信装置のＭＡＣアドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部が、前記要求に対する前記ＭＡＣアドレスを所定時間以下の間隔で前記他の通信装置から受信する場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項８のいずれか１項に記載の通信装置。
【請求項１０】
前記通信装置は、さらに、
他の装置からの要求に基づき、ＩＰアドレスを前記他の装置に与えるためのアドレス付与部を備え、
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部が、所定時間以上他の装置から前記要求を受信しなかった場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項９のいずれか１項に記載の通信装置。
【請求項１１】
前記モード判断部は、自己の通信装置が前記クライアントモードで動作している状態において、前記通信部において、自己の通信装置と他の装置との通信接続が切断され、その後再確立された場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項１０のいずれか１項に記載の通信装置。
【請求項１２】
前記通信装置は、さらに、
ＩＰアドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、自己の通信装置が前記クライアントモードで動作している状態において、前記アドレス要求部が、前記要求を所定回数以上行っても、前記通信部が、前記要求に対するＩＰアドレスを前記他の通信装置から受信できない場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項１１のいずれか１項に記載の通信装置。
【請求項１３】
通信装置における通信方法であって、
他の装置と通信するステップと、
通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または前記受け付けまたは前記提供を前記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するステップとを含む、通信方法。
【請求項１４】
通信装置において用いられる通信プログラムであって、
コンピュータに、
他の装置と通信するステップと、
通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または前記受け付けまたは前記提供を前記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するステップとを実行させるための、通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、通信方法および通信プログラムに関し、特に、フレームまたはパケットにより情報を送受信する構成において、接続先の装置と通信するための動作モードを適切に判断するための通信装置、通信方法および通信プログラムに関する。
【背景技術】
【０００２】
ＮＩＣ（Network Interface Card）を実装するコンピュータまたはＬ２スイッチ等のハブ間において、たとえばＩＰ（Internet  Protocol）を利用した通信を行う際に、ツイストペアケーブル（Twisted Pair Cable）で装置と装置とを接続し、通信接続を確立することにより、データを示す信号の送受信が行われる。非特許文献１においては、コンピュータ間は、クロスケーブルで当該装置間を接続することにより信号の送受信が行われる。また、コンピュータおよびハブ間は、ストレートケーブルで当該装置間を接続することにより信号の送受信が行われる。
【０００３】
また、接続されるツイストペアケーブルが、クロスケーブルまたはストレートケーブルであるかに関わらず、通信接続を確立する機能を実装する装置もある。たとえば、非特許文献２においては、１０００ＢＡＳＥ−Ｔの種別では、ストレート・クロス自動判別機能（ＭＤＩ（Medium Dependent Interface）およびＭＤＩ−Ｘの両対応）が規格で標準とされている。従って、１０００ＢＡＳＥ−Ｔを実装する装置は、クロスケーブルまたはストレートケーブルのどちらを接続先の装置へ接続しても、接続先の装置との通信接続を確立することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】”ウィキペディア”、[online]、[平成24年7月30日検索]、インターネット〈URL：http://ja.wikipedia.org/ツイストペアケーブル〉
【非特許文献２】”ウィキペディア”、[online]、[平成24年7月30日検索]、インターネット〈http://ja.wikipedia.org/ギガビット・イーサネット（登録商標）〉
【発明の概要】
【発明が解決しようとする課題】
【０００５】
たとえば、ストレート・クロス自動判別機能を実装するコンピュータは、ストレートケーブルでハブへ接続する場合、自己の内部の配線を切り替えないことにより通信接続を確立する。また、上記コンピュータは、ストレートケーブルで他のコンピュータへ接続する場合、自己の内部の配線を切り替えることにより通信接続を確立する。すなわち、上記コンピュータは、自己の内部の配線の切り替え状況に基づいて、接続先の装置がたとえばハブまたはコンピュータであるかを判別可能である。
【０００６】
しかしながら、たとえばカテゴリー６（Cat6）ギガビットイーサネットシステムでは、ストレート・クロス自動判別機能がハードウェアで実現されるので、当該機能を実装するコンピュータは、ソフトウェアで自己の内部の配線の切り替え状況を認識できない。これにより、上記コンピュータは、接続先の装置がハブまたはコンピュータであるかを判別できないという問題が生ずる場合がある。
【０００７】
また、当該機能を実装するコンピュータが、たとえばソフトウェアで自己の内部の配線の切り替え状況を認識できても、以下の問題を生ずる場合がある。すなわち、上記コンピュータは、他の装置と接続する際に、ストレートケーブルまたはクロスケーブルのどちらのケーブルで当該他の装置と接続するのかわからないので、接続先の装置を誤って判別してしまう場合がある。たとえば、上記コンピュータは、ソフトウェアによる判別において、ストレートケーブルを想定している場合に、クロスケーブルでハブまたは他のコンピュータと接続すると、接続先の装置を誤って判別してしまう。
【０００８】
この発明は、上述の課題を解決するためになされたもので、その目的は、フレームまたはパケットにより情報を送受信する構成において、接続先の装置と通信するための動作モードを適切に判断することが可能な通信装置、通信方法および通信プログラムを提供することである。
【課題を解決するための手段】
【０００９】
（１）上記課題を解決するために、この発明のある局面に係わる通信装置は、通信装置であって、他の装置と通信するための通信部と、上記通信部の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または上記受け付けまたは上記提供を上記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するためのモード判断部とを備える。
【００１０】
このような構成により、通信装置と直接に接続されている装置、または自己の通信装置とネットワークを介して接続されている装置が、データの中継機能を有するかどうかを、ソフトウェアにより判別することできる。これにより、上記通信装置は、上記判別結果に基づいて、クライアントモードまたはサーバモードへ遷移することにより、接続先の装置との通信を適切に行うことができる。
【００１１】
また、たとえば、あるコンピュータが、ストレート・クロス自動判別機能が利用でき、かつ想定しているケーブルを用いる状況において、接続先の装置がハブであるか、またはコンピュータであるかについて判別することができる場合がある。しかしながら、上記コンピュータは、ハブと接続している場合、当該ハブを介して、たとえばルータ等のデータの中継機能を有する通信装置と接続しているどうかまでは判別することができない。また、上記コンピュータが、他のコンピュータと接続している場合、接続している他のコンピュータがデータの中継機能を有するかどうかまでは判別することができない。一方、上記通信装置は、ソフトウェアにより上記判別を行うので、ストレートケーブルまたはクロスケーブルの、どちらを用いて他のコンピュータまたはハブと接続されても、上記判別を行うことができる。すなわち、上記通信装置は、クロスケーブルおよびストレートケーブルのいずれを用いて他のコンピュータまたはハブと接続されるかに関わらず、また、ストレート・クロス自動判別機能がハードウェアで実現されるか、ソフトウェアで実現されるかに関わらず、上記判別を適切に行うことができる。
【００１２】
これにより、上記通信装置は、他の装置と直接またはネットワークを介して接続する際において、ストレートケーブルまたはクロスケーブル等のツイストペアケーブルを介して接続する場合以外に、無線通信またはＰＬＣ（Power Line Connection）等のメディアコンバータを介して接続しても、上記判別を適切に行うことができる。
【００１３】
（２）好ましくは、上記通信装置は、さらに、ＩＰ（Internet Protocol）アドレスを上記他の通信装置に対して要求するためのアドレス要求部を備え、上記モード判断部は、上記通信部が、上記要求に対するＩＰアドレスを上記他の通信装置から受信した場合には、自己の通信装置を上記クライアントモードで動作させると判断する。
【００１４】
このように、ＩＰアドレスの受信の有無を判断基準とする構成により、通信装置および他の通信装置間の通信接続が、確実に確立していると判断した上で、通信装置をクライアントモードへ遷移させることができる。
【００１５】
（３）好ましくは、上記通信装置は、さらに、ＩＰアドレスが自己の通信装置に設定された状態において、上記他の通信装置のＭＡＣ（Media Access Control）アドレスを上記他の通信装置に対して要求するためのアドレス要求部を備え、上記モード判断部は、上記通信部が、上記要求に対する上記ＭＡＣアドレスを上記他の通信装置から受信した場合には、自己の通信装置を上記クライアントモードで動作させると判断する。
【００１６】
このように、ＭＡＣアドレスの受信の有無を判断基準とする構成により、通信装置および他の通信装置間の通信接続が、確実に確立していると判断した上で、通信装置をクライアントモードへ遷移させることができる。
【００１７】
（４）好ましくは、上記モード判断部は、上記通信部が、ＩＰアドレスを他の装置が取得するための情報を複数の上記他の装置から受信した場合には、自己の通信装置を上記クライアントモードで動作させると判断する。
【００１８】
このように、他の装置がＩＰアドレスを取得するための情報を、複数の他の装置から受信することを判断基準とする構成により、通信装置および他の通信装置間の通信接続が、高い確度で確立していると判断した上で、通信装置をクライアントモードへ遷移させることができる。
【００１９】
（５）好ましくは、上記モード判断部は、上記通信部が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信しなかった場合には、自己の通信装置を上記クライアントモードで動作させると判断する。
【００２０】
このように、他の装置がＩＰアドレスを取得するための情報を、所定時間内に所定回数以上同じ装置から受信しないことを判断基準とする構成により、通信装置および他の通信装置間の通信接続が、高い確度で確立していると判断した上で、通信装置をクライアントモードへ遷移させることができる。
【００２１】
（６）好ましくは、上記モード判断部は、上記通信部が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信した場合には、自己の通信装置を上記サーバモードで動作させると判断する。
【００２２】
このように、他の装置がＩＰアドレスを取得するための情報を、所定時間内に所定回数以上同じ装置から受信することを判断基準とする構成により、通信装置および他の通信装置間の通信接続が、高い確度で確立していないと判断した上で、通信装置をサーバモードへ遷移させることができる。
【００２３】
（７）好ましくは、上記モード判断部は、自己の通信装置が上記サーバモードで動作している状態において、上記通信部において、自己の通信装置と他の装置との通信接続が切断され、その後再確立された場合には、自己の通信装置を、上記クライアントモードで動作させるかまたは上記サーバモードで動作させるかを再び判断する。
【００２４】
通信接続が切断され、その後再確立される際に、通信装置と接続する装置が、再確立の前後で変わる可能性がある。このような状況において、通信装置は、再確立後に、自己と接続されている装置がデータの中継機能を有するかどうかを、ソフトウェアにより再び判別することできる。
【００２５】
また、通信装置は、通信接続を確立した装置が変わる可能性がある場合に、他の通信装置からの応答の待受け、または他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。通信装置は、上記のような構成により、他の通信装置または他の装置からの待受け動作を、無意味に継続することを避けることができる。
【００２６】
（８）好ましくは、上記通信装置は、さらに、ＩＰアドレスを上記他の通信装置に対して要求するためのアドレス要求部を備え、上記モード判断部は、自己の通信装置が上記サーバモードで動作している状態において、上記通信部が、上記要求に対するＩＰアドレスを上記他の通信装置から受信した場合には、自己の通信装置を、上記クライアントモードで動作させるかまたは上記サーバモードで動作させるかを再び判断する。
【００２７】
このように、ＩＰアドレスの受信の有無を判断基準とする構成により、通信装置および他の通信装置間の通信接続が、確実に確立していると判断した上で、通信装置のサーバモードにおける動作を停止させることができる。
【００２８】
また、通信装置は、他の通信装置との通信接続を確実に確立した状況において、他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。通信装置は、上記のような構成により、他の装置からのＩＰアドレスの要求の待受け動作を、無意味に継続することを避けることができる。
【００２９】
（９）好ましくは、上記通信装置は、さらに、ＩＰアドレスが自己の通信装置に設定された状態において、上記他の通信装置のＭＡＣアドレスを上記他の通信装置に対して要求するためのアドレス要求部を備え、上記モード判断部は、自己の通信装置が上記サーバモードで動作している状態において、上記通信部が、上記要求に対する上記ＭＡＣアドレスを所定時間以下の間隔で上記他の通信装置から受信する場合には、自己の通信装置を、上記クライアントモードで動作させるかまたは上記サーバモードで動作させるかを再び判断する。
【００３０】
このように、ＭＡＣアドレスの受信の有無を判断基準とする構成により、通信装置および他の通信装置間の通信接続が、確実に確立していると判断した上で、通信装置のサーバモードにおける動作を停止させることができる。
【００３１】
また、通信装置は、他の通信装置との通信接続を確実に確立した状況において、他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。通信装置は、上記のような構成により、他の装置からのＩＰアドレスの要求の待受け動作を、無意味に継続することを避けることができる。
【００３２】
（１０）好ましくは、上記通信装置は、さらに、他の装置からの要求に基づき、ＩＰアドレスを上記他の装置に与えるためのアドレス付与部を備え、上記モード判断部は、自己の通信装置が上記サーバモードで動作している状態において、上記通信部が、所定時間以上他の装置から上記要求を受信しなかった場合には、自己の通信装置を、上記クライアントモードで動作させるかまたは上記サーバモードで動作させるかを再び判断する。
【００３３】
このように、所定時間以上他の装置から上記要求を受信しない場合、通信装置は、ＩＰアドレスを与えるべき装置と接続されていないので、サーバモードとして適切に動作できない。この場合において、通信装置のサーバモードにおける動作を停止させることにより、サーバモードでの動作を、無意味に継続することを避けることができる。
【００３４】
（１１）好ましくは、上記モード判断部は、自己の通信装置が上記クライアントモードで動作している状態において、上記通信部において、自己の通信装置と他の装置との通信接続が切断され、その後再確立された場合には、自己の通信装置を、上記クライアントモードで動作させるかまたは上記サーバモードで動作させるかを再び判断する。
【００３５】
通信接続が切断され、その後再確立される際に、通信装置と通信接続する装置が、再確立の前後で変わる可能性がある。このような状況において、通信装置は、再確立後に、自己と接続されている装置がデータの中継機能を有するかどうかを、ソフトウェアにより再び判別することできる。
【００３６】
また、通信装置は、通信接続を確立した装置が変わる可能性がある場合に、他の通信装置へのＩＰアドレスの要求に対する応答の待受けを継続しても意味がない。通信装置は、上記のような構成により、他の通信装置からの応答の待受け動作を、無意味に継続することを避けることができる。
【００３７】
（１２）好ましくは、上記通信装置は、さらに、ＩＰアドレスを上記他の通信装置に対して要求するためのアドレス要求部を備え、上記モード判断部は、自己の通信装置が上記クライアントモードで動作している状態において、上記アドレス要求部が、上記要求を所定回数以上行っても、上記通信部が、上記要求に対するＩＰアドレスを上記他の通信装置から受信できない場合には、自己の通信装置を、上記クライアントモードで動作させるかまたは上記サーバモードで動作させるかを再び判断する。
【００３８】
このように、上記要求を所定回数以上他の通信装置に対して要求しても、ＩＰアドレスを受信しない場合、通信装置は、クライアントモードとして適切に動作できない。この場合において、通信装置のクライアントモードにおける動作を停止させることにより、クライアントモードにおける動作を、無意味に継続することを避けることができる。
【００３９】
（１３）上記課題を解決するために、この発明のある局面に係わる通信方法は、通信装置における通信方法であって、他の装置と通信するステップと、通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または上記受け付けまたは上記提供を上記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するステップとを含む。
【００４０】
このような構成により、通信装置と直接に接続されている装置、または自己の通信装置とネットワークを介して接続されている装置が、データの中継機能を有するかどうかを、ソフトウェアにより判別することできる。これにより、上記通信装置は、上記判別結果に基づいて、クライアントモードまたはサーバモードへ遷移することにより、接続先の装置との通信を適切に行うことができる。
【００４１】
また、たとえば、あるコンピュータが、ストレート・クロス自動判別機能が利用でき、かつ想定しているケーブルを用いる状況において、接続先の装置がハブであるか、またはコンピュータであるかについて判別することができる場合がある。しかしながら、上記コンピュータは、ハブと接続している場合、当該ハブを介して、たとえばルータ等のデータの中継機能を有する通信装置と接続しているどうかまでは判別することができない。また、上記コンピュータが、他のコンピュータと接続している場合、接続している他のコンピュータがデータの中継機能を有するかどうかまでは判別することができない。一方、上記通信装置は、ソフトウェアにより上記判別を行うので、ストレートケーブルまたはクロスケーブルの、どちらを用いて他のコンピュータまたはハブと接続されても、上記判別を行うことができる。すなわち、上記通信装置は、クロスケーブルおよびストレートケーブルのいずれを用いて他のコンピュータまたはハブと接続されるかに関わらず、また、ストレート・クロス自動判別機能がハードウェアで実現されるか、ソフトウェアで実現されるかに関わらず、上記判別を適切に行うことができる。
【００４２】
これにより、上記通信装置は、他の装置と直接またはネットワークを介して接続する際において、ストレートケーブルまたはクロスケーブル等のツイストペアケーブルを介して接続する場合以外に、無線通信またはＰＬＣ等のメディアコンバータを介して接続しても、上記判別を適切に行うことができる。
【００４３】
（１４）上記課題を解決するために、この発明のある局面に係わる通信プログラムは、通信装置において用いられる通信プログラムであって、コンピュータに、他の装置と通信するステップと、通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または上記受け付けまたは上記提供を上記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するステップとを実行させるためのプログラムである。
【００４４】
このような構成により、通信装置と直接に接続されている装置、または自己の通信装置とネットワークを介して接続されている装置が、データの中継機能を有するかどうかを、ソフトウェアにより判別することできる。これにより、上記通信装置は、上記判別結果に基づいて、クライアントモードまたはサーバモードへ遷移することにより、接続先の装置との通信を適切に行うことができる。
【００４５】
また、たとえば、あるコンピュータが、ストレート・クロス自動判別機能が利用でき、かつ想定しているケーブルを用いる状況において、接続先の装置がハブであるか、またはコンピュータであるかについて判別することができる場合がある。しかしながら、上記コンピュータは、ハブと接続している場合、当該ハブを介して、たとえばルータ等のデータの中継機能を有する通信装置と接続しているどうかまでは判別することができない。また、上記コンピュータが、他のコンピュータと接続している場合、接続している他のコンピュータがデータの中継機能を有するかどうかまでは判別することができない。一方、上記通信装置は、ソフトウェアにより上記判別を行うので、ストレートケーブルまたはクロスケーブルの、どちらを用いて他のコンピュータまたはハブと接続されても、上記判別を行うことができる。すなわち、上記通信装置は、クロスケーブルおよびストレートケーブルのいずれを用いて他のコンピュータまたはハブと接続されるかに関わらず、また、ストレート・クロス自動判別機能がハードウェアで実現されるか、ソフトウェアで実現されるかに関わらず、上記判別を適切に行うことができる。
【００４６】
これにより、上記通信装置は、他の装置と直接またはネットワークを介して接続する際において、ストレートケーブルまたはクロスケーブル等のツイストペアケーブルを介して接続する場合以外に、無線通信またはＰＬＣ等のメディアコンバータを介して接続しても、上記判別を適切に行うことができる。
【発明の効果】
【００４７】
本発明によれば、フレームまたはパケットにより情報を送受信する構成において、接続先の装置と通信するための動作モードを適切に判断することが可能な通信装置、通信方法および通信プログラムを提供することである。
【図面の簡単な説明】
【００４８】
【図１】本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードまたは静的モードにおけるクライアントモードシステムの構成を示す図である。
【図２】本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおけるサーバモードシステムの構成を示す図である。
【図３】本発明の実施の形態に係る通信装置の構成を示す図である。
【図４】本発明の実施の形態に係る汎用宅内端末がとり得るモードの一例を示す図である。
【図５】本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【図６】本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【図７】本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【図８】本発明の実施の形態に係る汎用宅内端末がＰＣ検出モードからＤＨＣＰｖ４サーバモードへ遷移する際に行う動作処理に関するシーケンスの一例を示す図である。
【図９】本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１０】本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１１】本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１２】本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１３】本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１４】本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１５】本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【図１６】本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【発明を実施するための形態】
【００４９】
以下、本発明の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。
【００５０】
［システム構成］
図１は、本発明の実施の形態に係るＤＨＣＰ（Dynamic Host Configuration Protocol）ｖ４クライアントモードまたは静的モードにおけるクライアントモードシステムの構成を示す図である。
【００５１】
図１を参照して、クライアントモードシステム１０は、ＲＧＷ（Residential Gate Way）装置２１と、汎用宅内端末（通信装置）３０とを備える。また、クライアントモードシステム１０には、たとえばコンピュータ２３と、コンピュータ２４とが含まれていてもよい。また、たとえばＲＧＷ装置２１と、汎用宅内端末３０と、コンピュータ２３と、コンピュータ２４とが、ＬＡＮ（Local Area Network）２６を介して互いに接続されていてもよい。
【００５２】
汎用宅内端末３０は、クライアントモードシステム１０において、ＲＧＷ装置２１、コンピュータ２３およびコンピュータ２４等の他の装置とＩＰパケットまたはフレームを送受信することにより通信を行う。また、汎用宅内端末３０は、データの中継機能を有するＲＧＷ装置２１等の他の通信装置を介して、ＩＰパケットまたはフレームを送受信することにより通信を行う場合がある。なお、汎用宅内端末３０は、たとえば２台以上のＲＧＷ装置２１等の他の通信装置とＬＡＮ２６を介して接続されていても構わない。また、汎用宅内端末３０は、たとえば１台または３台以上のコンピュータとＬＡＮ２６を介して接続されていても構わないし、コンピュータと接続されていなくてもよい。
【００５３】
より詳細には、汎用宅内端末３０、ＲＧＷ装置２１、コンピュータ２３およびコンピュータ２４は、ＩＰｖ４（Internet Protocol version 4）において定められるノードである。
【００５４】
各ノードは、ＩＰアドレスにより識別され、ＩＰｖ４を実装することによりＩＰパケットを送受信する機能を有する。また、各ノードは、固有のＭＡＣアドレスによっても識別され、ＭＡＣアドレスを利用することにより、フレームを送受信する機能を有する。
【００５５】
なお、ＭＡＣアドレスは、各ノードに固有の番号が必ず付与されている。一方、ＩＰアドレスは、必ずしも各ノードに付与されていない。たとえば、あるノードが動的にＩＰアドレスを割当てるためのＤＨＣＰを利用する場合において、ＤＨＣＰを実装するサーバまたはルータ等が上記ノードへＩＰアドレスを付与するまで、上記ノードは、ＩＰアドレスを持たない。
【００５６】
ＲＧＷ装置２１は、ＩＰｖ４において定められるルータであり、ＩＰパケットを中継する機能を有する。ＲＧＷ装置２１は、たとえばＤＨＣＰを実装するルータ、または固定ＩＰアドレスで動作可能なルータである。ＲＧＷ装置２１は、たとえばインターネット２２との接続が確立されると、インターネット２２と接続するコンピュータまたはサーバ等とＩＰパケットの送受信を行う。
【００５７】
また、ＲＧＷ装置２１は、たとえば汎用宅内端末３０との接続が確立されると、汎用宅内端末３０とＩＰパケットまたはフレームの送受信を行う。この際、ＲＧＷ装置２１は、イーサネットケーブル等のツイストペアケーブルを用いて、ＬＡＮ２６を介して汎用宅内端末３０と接続してもよい。
【００５８】
また、ＲＧＷ装置２１は、たとえばコンピュータ２３またはコンピュータ２４との接続を確立すると、コンピュータ２３またはコンピュータ２４とＩＰパケットまたはフレームの送受信を行う。この際、ＲＧＷ装置２１は、ツイストペアケーブルを用いて、ＬＡＮ２６を介してコンピュータ２３またはコンピュータ２４と接続してもよい。
【００５９】
ＬＡＮ２６は、たとえば家庭内に構築されるネットワークであり、ハブおよびツイストペアケーブル等により、汎用宅内端末３０、ＲＧＷ装置２１、コンピュータ２３およびコンピュータ２４間で送受信されるＩＰパケットおよびフレームを中継する。
【００６０】
ＬＡＮ２６側からインターネット２２側、またはインターネット２２側からＬＡＮ２６側へ送受信されるＩＰパケットは、ＲＧＷ装置２１によりルーティングされる。
【００６１】
ＬＡＮ２６により形成されるネットワークは、たとえばネットワーク層におけるＲＧＷ装置２１のサブネットであり、またリンク層におけるブロードキャストドメインである。以下、汎用宅内端末３０、コンピュータ２３およびコンピュータ２４等がＬＡＮ２６に接続されることを、ＲＧＷ装置２１の配下にあると称する。
【００６２】
ＲＧＷ装置２１は、たとえばＤＨＣＰを実装するルータである場合、ＲＧＷ装置２１のサブネットであるＬＡＮ２６、またはＲＧＷ装置２１にコンピュータが接続されると、接続が確立した当該コンピュータに、インターネット２２との接続を確立するために必要なＩＰアドレスおよびデフォルトゲートウェイアドレス等の情報を自動的に割り当てる。
【００６３】
また、ＲＧＷ装置２１は、たとえばＤＨＣＰでなく固定ＩＰアドレスを利用するルータである場合、ＲＧＷ装置２１の配下にあるコンピュータまたは汎用宅内端末３０がインターネット２２との接続を確立する際のデフォルトゲートウェイとなる。
【００６４】
コンピュータ２３およびコンピュータ２４は、ＩＰｖ４において定められるホストであり、具体的にはパーソナルコンピュータである。コンピュータ２３およびコンピュータ２４は、ＤＨＣＰを利用して、ＲＧＷ装置２１からＩＰアドレスを取得することを試みる。
【００６５】
汎用宅内端末３０は、ＩＰｖ４において定められるホストであり、たとえばアプリケーションボックスである。汎用宅内端末３０は、ＲＧＷ装置２１を介して、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を行う。
【００６６】
汎用宅内端末３０は、たとえばインターネット２２経由で他の装置からダウンロードしたアプリケーションをインストールし、インストールしたアプリケーションを実行する。具体的なアプリケーションとしては、汎用宅内端末３０は、たとえば消費電力の計測および通信の機能を有する電源タップとＵＳＢ（Universal Serial Bus）等を介して通信を行うことにより、当該電源タップにおける消費電力をモニタする。また、汎用宅内端末３０は、モニタした消費電力を、たとえばインターネット２２経由で他の装置へ送信してもよい。
【００６７】
汎用宅内端末３０は、ＲＧＷ装置２１の配下にある場合、ＤＨＣＰを利用してＲＧＷ装置２１からＩＰアドレスを取得し、取得したＩＰアドレスを用いてインターネット２２またはＬＡＮ２６と接続するコンピュータ等と通信を行う。以下、汎用宅内端末３０が、上記の通信を行うモードを、ＤＨＣＰｖ４クライアントモードと称する。
【００６８】
また、汎用宅内端末３０は、ＲＧＷ装置２１の配下にある場合、所定の固定ＩＰアドレスを用いてデフォルトゲートウェイであるＲＧＷ装置２１を経由して、インターネット２２またはＬＡＮ２６と接続するコンピュータ等と通信を行う。以下、汎用宅内端末３０が、上記の通信を行うモードを静的モードと称する。
【００６９】
図２は、本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおけるサーバモードシステムの構成を示す図である。
【００７０】
図２を参照して、サーバモードシステム１１は、コンピュータ２５と、汎用宅内端末３０とを備える。
【００７１】
汎用宅内端末３０は、サーバモードシステム１１において、コンピュータ２５等の他の装置とＩＰパケットまたはフレームを送受信することにより通信を行う。汎用宅内端末３０は、たとえば、２台以上のコンピュータと接続されていても構わない。
【００７２】
コンピュータ２５は、ＩＰｖ４において定められるノードであり、かつホストであり、具体的にはパーソナルコンピュータである。また、コンピュータ２５は、図１に示すコンピュータ２３またはコンピュータ２４と同じ機能を有する。
【００７３】
汎用宅内端末３０は、たとえばコンピュータ２５との接続が確立されると、コンピュータ２５とＩＰパケットまたはフレームの送受信を行う。汎用宅内端末３０は、たとえばツイストペアケーブルを介してコンピュータ２５と直接接続される。
【００７４】
コンピュータ２５は、ＤＨＣＰを利用して、汎用宅内端末３０からＩＰアドレスを取得することを試みる。この際、汎用宅内端末３０は、実装しているＤＨＣＰを利用してコンピュータ２５にＩＰアドレス等の通信に必要な情報を自動的に割り当てる。これにより、汎用宅内端末３０は、他の装置たとえばコンピュータ２５とルータを介さずにＩＰパケットの送受信を行うことにより、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を行う。
【００７５】
具体的には、汎用宅内端末３０は、製造された汎用宅内端末３０が工場から出荷される際において、汎用宅内端末３０との接続を確立したコンピュータ２５により、汎用宅内端末３０の設定変更を、ルータ等を介することなく行う。
【００７６】
また、フィールドエンジニアがユーザ先で汎用宅内端末３０の保守を行う際において、汎用宅内端末３０との接続を確立したコンピュータ２５により、汎用宅内端末３０からのログファイルの取得、または更新用のプログラムの汎用宅内端末３０への導入等を、ユーザ先のハブまたはコンピュータ等を介することなく行う。
【００７７】
以下、汎用宅内端末３０が、上記のＩＰパケットの送受信を行うモードをＤＨＣＰｖ４サーバモードと称する。また、コンピュータ２５が、汎用宅内端末３０に接続されることを、汎用宅内端末３０の配下にあると称する。
【００７８】
なお、ＲＧＷ装置２１、コンピュータおよび汎用宅内端末３０間の接続は、フレームによるデータの送受信が可能な構成であれば、ツイストペアケーブルによる接続に限定するものではない。たとえば、メディアコンバータにより、信号の送受信を担う媒体が、ツイストペアケーブルから、ＰＬＣ（Power Line Connection）または無線通信へ変換されてもよい。
【００７９】
［汎用宅内端末の装置構成］
図３は、本発明の実施の形態に係る通信装置の構成を示す図である。
【００８０】
図３を参照して、汎用宅内端末（通信装置）３０は、イーサネットポート３１と、リンク処理部（通信部）３２と、モード切替部（モード判断部）３３と、ＩＰアドレス待受部（アドレス要求部）３４と、アドレス解決部（アドレス要求部）３５と、ＤＨＣＰ関連パケット処理部３６と、ＩＰアドレス割当部（アドレス付与部）３７と、タイマ３８とを備える。イーサネットポート３１は、コネクタ等を介してツイストペアケーブルと物理的に接続される。
【００８１】
図４は、本発明の実施の形態に係る汎用宅内端末がとり得るモードの一例を示す図である。
【００８２】
図４を参照して、汎用宅内端末３０は、ＰＣ検出モード、クライアントモードおよびサーバモードをとり得る。クライアントモードは、静的モードおよびＤＨＣＰｖ４クライアントモードを含み、また、サーバモードは、ＤＨＣＰｖ４サーバモードを含む。
【００８３】
静的モードおよびＤＨＣＰｖ４クライアントモードは、互いに排他的であり、汎用宅内端末３０は、同時に２つのモードで動作することはない。汎用宅内端末３０は、静的モードにおいて、固定ＩＰアドレスを用いる。また、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードにおいて、動的ＩＰアドレスを用いる。
【００８４】
静的モードおよびＤＨＣＰｖ４クライアントモードは、ユーザによる設定により切替わる。汎用宅内端末３０が静的モードで動作する設定を、以下、静的ＩＰｖ４設定と称する。また、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードで動作する設定を、以下、ＤＨＣＰｖ４設定と称する。
【００８５】
また、ＰＣ検出モード、クライアントモードおよびサーバモードは、互いに排他的であり、汎用宅内端末３０は、同時に２つのモードで動作することはない。
【００８６】
汎用宅内端末３０は、以下の状況において、ＰＣ検出モード、クライアントモードおよびサーバモード間を遷移する。すなわち、汎用宅内端末３０は、まずＰＣ検出モードに遷移し、自己が次に遷移すべきモードを検出するための動作を行う。具体的には、汎用宅内端末３０は、ＩＰアドレスを与えられるクライアントとして動作し、かつＩＰアドレスを与えるサーバとして動作することにより、ＲＧＷ装置２１との接続が確立しているかどうかを検出する。
【００８７】
汎用宅内端末３０は、たとえばＲＧＷ装置２１との接続が確立している場合、クライアントモードへ遷移する。また、汎用宅内端末３０は、たとえばＲＧＷ装置２１との接続が確立していない場合、サーバモードへ遷移する。
【００８８】
汎用宅内端末３０は、たとえばＤＨＣＰｖ４クライアントモードにおいて、ＲＧＷ装置２１のクライアントとして動作する。すなわち、汎用宅内端末３０は、ＲＧＷ装置２１から割当てられたＩＰアドレスを利用して通信を行う。
【００８９】
また、汎用宅内端末３０は、たとえば静的モードにおいて、ＲＧＷ装置２１のクライアントとして動作する。すなわち、汎用宅内端末３０は、固定ＩＰアドレスを有し、ＲＧＷ装置２１をデフォルトゲートウェイとして利用することにより通信を行う。
【００９０】
また、汎用宅内端末３０は、たとえばＤＨＣＰｖ４サーバモードにおいて、自己との接続が確立したコンピュータ２５のサーバとして動作する。すなわち、汎用宅内端末３０は、コンピュータ２５にＩＰアドレスを割当て、割当てたＩＰアドレスを利用して通信を行う。
【００９１】
再び図３を参照して、モード切替部３３は、たとえばＲＧＷ装置２１またはコンピュータ２５との通信における通信内容に基づいて、自己の通信装置がデータの中継機能を有するＲＧＷ装置２１と接続されているか、またはデータの中継機能を有しないコンピュータ２５と接続されているかどうかの判断を行う。
【００９２】
そして、モード切替部３３は、上記判断に基づいて、汎用宅内端末３０における、ＰＣ検出モード、クライアントモードおよびサーバモードを切り替える。また、静的モードおよびＤＨＣＰｖ４クライアントモードの選択は、たとえばユーザにより設定されるので、モード切替部３３は、これらの切替えを行わない。
【００９３】
モード切替部３３は、他のモードからＰＣ検出モードへ遷移する場合、タイマ開始要求をタイマ３８へ出力し、たとえばＰＣ検出モードへ遷移してからタイムアウトになるまでの所定時間たとえば２０秒をタイマ３８に計測させる。また、モード切替部３３は、ＰＣ検出モードからＤＨＣＰｖ４サーバモードへ遷移する場合、タイマ開始要求をタイマ３８へ出力し、たとえばＤＨＣＰｖ４サーバモードへ遷移してからタイムアウトになるまでの所定時間たとえば９０秒をタイマ３８に計測させる。
【００９４】
モード切替部３３は、リンク処理部３２、ＩＰアドレス待受部３４、アドレス解決部３５、ＤＨＣＰ関連パケット処理部３６、ＩＰアドレス割当部３７およびタイマ３８からの通知に基づいて、上記モード間の切替を行うべきかどうかの判断を行い、当該判断に基づいて汎用宅内端末３０のモードを切り替える。
【００９５】
また、モード切替部３３は、タイムアウトが発生した際に、タイムアウトが発生したことについての通知を、必要に応じて、ＩＰアドレス待受部３４、アドレス解決部３５、ＤＨＣＰ関連パケット処理部３６およびＩＰアドレス割当部３７へ通知する。
【００９６】
リンク処理部３２は、イーサネットポート３１にツイストペアケーブルが接続され、他の装置との物理的な接続が確立すると、リンクアップ処理を行う。リンク処理部３２は、リンクアップ処理を行うと、リンクアップ処理を行ったことをモード切替部３３へ通知する。
【００９７】
汎用宅内端末３０は、リンクアップ処理が完了すると、自己との接続が確立した他の装置とＩＰパケットまたはフレームを送受信することにより通信を行う。リンク処理部３２は、イーサネットポート３１を経由して他の装置から受信したＩＰパケットまたはフレームを、ＩＰアドレス待受部３４、アドレス解決部３５、ＤＨＣＰ関連パケット処理部３６およびＩＰアドレス割当部３７へ出力する。
【００９８】
また、リンク処理部３２は、ＩＰアドレス待受部３４、アドレス解決部３５、ＤＨＣＰ関連パケット処理部３６およびＩＰアドレス割当部３７から受けたＩＰパケットまたはフレームを、イーサネットポート３１を経由して他の装置へ送信する。
【００９９】
リンク処理部３２は、他の装置との物理的な接続が切断されると、リンクダウン処理を行う。これにより、汎用宅内端末３０は、上記他の装置とのＩＰパケットまたはフレームの送受信を行うことができなくなる。リンク処理部３２は、リンクダウン処理を行うと、リンクダウン処理を行ったことをモード切替部３３へ通知する。
【０１００】
リンク処理部３２は、たとえばイーサネットポート３１からツイストペアケーブルを抜いて、その後差し込むことによる再接続処理が行われると、リンクダウン処理に続けてリンクアップ処理を行う。
【０１０１】
モード切替部３３は、リンクアップ処理を行ったことについての通知をリンク処理部３２から受けると、汎用宅内端末３０と他の装置との接続が再確立されたと認識する。この際、モード切替部３３は、汎用宅内端末３０がどのモードにある場合でも、汎用宅内端末３０をＰＣ検出モードへ遷移させる。
【０１０２】
ＩＰアドレス待受部３４は、ＰＣ検出モード、ＤＨＣＰｖ４クライアントモードおよびＤＨＣＰｖ４サーバモードにおいて動作する。ＩＰアドレス待受部３４は、たとえばＤＨＣＰｖ４設定がなされた汎用宅内端末３０において、ＤＨＣＰ機能を有する装置たとえばルータに対してＩＰアドレスを要求する。具体的には、ＩＰアドレス待受部３４は、以下の処理を行うことにより上記装置からＩＰアドレスを取得する。
【０１０３】
すなわち、ＩＰアドレス待受部３４は、ＤＨＣＰ機能を実装した装置からの応答を要求する旨を含むＤＨＣＰｖ４ディスカバリメッセージを送信する。この際、ＩＰアドレス待受部３４は、ＤＨＣＰｖ４ディスカバリメッセージをブロードキャストで送信するので、汎用宅内端末３０が含まれるサブネットとの接続を確立した装置は上記ＤＨＣＰｖ４ディスカバリメッセージを受信する。
【０１０４】
たとえば、ＤＨＣＰ機能を実装したＲＧＷ装置２１が、上記サブネットとの接続を確立しており、当該ＤＨＣＰｖ４ディスカバリメッセージを受信すると、当該ＤＨＣＰｖ４ディスカバリメッセージを受信したＲＧＷ装置２１は、汎用宅内端末３０に割当てるＩＰアドレスを決定する。そして、ＲＧＷ装置２１は、決定したＩＰアドレスおよびデフォルトゲートウェイアドレスを含むＤＨＣＰｖ４オファーメッセージを汎用宅内端末３０へユニキャストまたはブロードキャストで送信する。
【０１０５】
汎用宅内端末３０におけるＩＰアドレス待受部３４は、ＤＨＣＰｖ４オファーメッセージをＲＧＷ装置２１から受信すると、受信したＤＨＣＰｖ４オファーメッセージに含まれるＩＰアドレスおよびデフォルトゲートウェイアドレスを取得する。この際、汎用宅内端末３０は、複数のＩＰアドレスを取得する場合がある。次に、ＩＰアドレス待受部３４は、取得した複数のＩＰアドレスから１つのＩＰアドレスを選択し、選択したＩＰアドレスを含むＤＨＣＰｖ４リクエストメッセージをブロードキャストで送信する。
【０１０６】
ＲＧＷ装置２１は、ＤＨＣＰｖ４リクエストメッセージを汎用宅内端末３０から受信すると、受信したＤＨＣＰｖ４リクエストメッセージに含まれるＩＰアドレスを汎用宅内端末３０へ割当てることが可能である場合、ＤＨＣＰｖ４ＡＣＫレスポンスメッセージを汎用宅内端末３０へユニキャストまたはブロードキャストで送信する。
【０１０７】
汎用宅内端末３０におけるＩＰアドレス待受部３４は、ＤＨＣＰｖ４ＡＣＫレスポンスメッセージをＲＧＷ装置２１から受信する。これにより、汎用宅内端末３０におけるＲＧＷ装置２１からのＩＰアドレスの取得処理が完了する。そして、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得したことをモード切替部３３へ通知する。
【０１０８】
モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスを取得したことについての通知を、ＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。この際、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードにある場合は、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードにある場合は、汎用宅内端末３０をＰＣ検出モードへ遷移させる。
【０１０９】
アドレス解決部３５は、ＰＣ検出モードおよびＤＨＣＰｖ４サーバモードにおいて動作する。汎用宅内端末３０には、静的ＩＰｖ４設定時において、デフォルトゲートウェイ、すなわちＲＧＷ装置２１のＬＡＮ２６側のＩＰアドレスが設定されている。また、汎用宅内端末３０は、静的ＩＰｖ４設定時において、固定ＩＰアドレスが自己に設定されるので、ＲＧＷ装置２１からＩＰアドレスを取得する必要はない。
【０１１０】
アドレス解決部３５は、ＲＧＷ装置２１に対してＲＧＷ装置２１のＭＡＣアドレスを以下の処理により要求する。すなわち、アドレス解決部３５は、ＲＧＷ装置２１がＬＡＮ２６に接続されているかどうかを、デフォルトゲートウェイのＩＰアドレスを用いて、所定時間以下の間隔たとえば５秒ごとに行うアドレス解決により確認する。
【０１１１】
より詳細には、アドレス解決部３５は、ＡＲＰ（Address Resolution Protocol）を利用する。ＡＲＰは、ネットワーク層において送受信されるＩＰパケットのＩＰアドレスおよびリンク層において送受信されるフレームのＭＡＣアドレスを対応づけるプロトコルである。
【０１１２】
具体的には、アドレス解決部３５は、たとえばデフォルトゲートウェイアドレスである、ＲＧＷ装置２１のＬＡＮ２６側のＩＰアドレスを含めたＡＲＰ要求メッセージ（ARP Request）を、リンク層におけるブロードキャストにより、汎用宅内端末３０が含まれるブロードキャストドメイン、すなわちＬＡＮ２６との接続を確立した装置へ送信する。ＲＧＷ装置２１は、ＬＡＮ２６との接続を確立していれば、ＡＲＰ要求メッセージを受信し、受信したＡＲＰ要求メッセージに含まれるＩＰアドレスが自己のＬＡＮ２６側のＩＰアドレスと一致するかどうかを確認する。
【０１１３】
次に、ＲＧＷ装置２１は、ＡＲＰ要求メッセージに含まれるＩＰアドレスおよび自己のＬＡＮ２６側のＩＰアドレスが一致すると、上記ＡＲＰ要求メッセージの応答として、自己のリンク層のアドレスであるＭＡＣアドレスを含めたＡＲＰ応答メッセージ(ARP Reply)を、ＡＲＰ要求メッセージを送信した汎用宅内端末３０へ送信する。これらのメッセージの交換により、汎用宅内端末３０は、ＲＧＷ装置２１がＬＡＮ２６との接続を確立しているかどうかを確認することができる。
【０１１４】
アドレス解決部３５は、上記デフォルトゲートウェイに対応するＲＧＷ装置２１がＬＡＮ２６との接続が確立されていることをＡＲＰ要求メッセージの受信により確認した場合、デフォルトゲートウェイのアドレス解決が成功したと判断する。次に、アドレス解決部３５は、デフォルトゲートウェイのアドレス解決が成功すると、アドレス解決に成功したことをモード切替部３３へ通知する。
【０１１５】
モード切替部３３は、アドレス解決に成功したことについての通知をアドレス解決部３５から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。この際、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードにある場合は、汎用宅内端末３０を静的モードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードにある場合は、汎用宅内端末３０をＰＣ検出モードへ遷移させる。
【０１１６】
ＤＨＣＰ関連パケット処理部３６は、ＰＣ検出モードにおいて動作する。汎用宅内端末３０は、自己との接続を確立した他の装置が送信するＩＰアドレスを取得するための情報たとえばＤＨＣＰ関連のメッセージを受信すると、受信したメッセージを処理する。
【０１１７】
より詳細には、ＤＨＣＰ関連パケット処理部３６は、たとえばＬＡＮ２６との接続が確立したコンピュータがブロードキャストで送信するＤＨＣＰ関連のメッセージたとえばＤＨＣＰｖ４ディスカバリまたはＤＨＣＰｖ４リクエストを含むＩＰパケットを受信すると、受信したＩＰパケットの送信元を取得する。
【０１１８】
この際、ＤＨＣＰ関連パケット処理部３６は、ＩＰアドレス待受部３４により送信されたＤＨＣＰｖ４ディスカバリまたはＤＨＣＰｖ４リクエストを含むＩＰパケットを受信しても、フィルタ条件を用いることにより上記ＩＰパケットを廃棄する。これにより、ＤＨＣＰ関連パケット処理部３６は、自己の汎用宅内端末３０が送信したＤＨＣＰ関連のメッセージを含むＩＰパケットによる誤動作を防ぐことができる。
【０１１９】
ＤＨＣＰ関連パケット処理部３６は、取得したＩＰパケットの送信元に基づいて、上記ＩＰパケットが２台以上のコンピュータから送信されていることを確かめると、２台以上のコンピュータから上記ＩＰパケットを受信したことをモード切替部３３へ通知する。
【０１２０】
モード切替部３３は、２台以上のコンピュータから上記ＩＰパケットを受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にある可能性が高いと判断する。この際、モード切替部３３は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合は、汎用宅内端末３０を静的モードへ遷移させ、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合は、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる。
【０１２１】
なお、ブロードキャストで送信されるＩＰパケットの送信先は、ブロードキャストアドレスとなり、ＬＡＮ２６との接続を確立した全てのノードで受信することができる。ブロードキャストで送信されるＩＰパケットの送信元は、送信元であるノードがＩＰアドレスを持っている場合、当該ＩＰアドレスとなる。これにより、たとえば汎用宅内端末３０は、ブロードキャストで送信されるＩＰパケットの送信元を特定することができる。
【０１２２】
一方、ブロードキャストで送信されるＩＰパケットの送信元は、送信元であるノードがＩＰアドレスを持っていない場合、ブロードキャストアドレスとなる。この際においても、たとえば汎用宅内端末３０は、上記ＩＰパケットを含むフレームに付与されているＭＡＣアドレスを参照することにより、上記ＩＰパケットの送信元を特定することができる。
【０１２３】
また、ＤＨＣＰ関連パケット処理部３６は、たとえば送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを所定時間たとえば２０秒以内に所定回数以上たとえば３回以上受信すると、送信元が同一である上記ＩＰパケットを２０秒以内に３回受信したことをモード切替部３３へ通知する。
【０１２４】
モード切替部３３は、送信元が同一である上記ＩＰパケットを２０秒以内に３回受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にいない可能性が高いと判断する。この際、モード切替部３３は、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる。
【０１２５】
なお、ＤＨＣＰｖ４ディスカバリはブロードキャストで送信されるので、ＲＧＷ装置２１がＬＡＮ２６との接続を確立していれば、ＲＧＷ装置２１は、ＤＨＣＰｖ４ディスカバリを受信する。ＲＧＷ装置２１は、ＤＨＣＰｖ４ディスカバリを受信すると、受信したＤＨＣＰｖ４ディスカバリに対する応答であるＤＨＣＰｖ４オファーを送信する。
【０１２６】
たとえば、ＬＡＮ２６との接続を確立したコンピュータがＤＨＣＰｖ４ディスカバリを送信し、送信したＤＨＣＰｖ４ディスカバリの応答であるＤＨＣＰｖ４オファーをＲＧＷ装置２１から受信すると、当該コンピュータは、ＤＨＣＰｖ４リクエストをＲＧＷ装置２１へ送信する。
【０１２７】
また、たとえば、当該コンピュータは、上記ＤＨＣＰｖ４ディスカバリの応答であるＤＨＣＰｖ４オファーをＲＧＷ装置２１から受信できないと、ＤＨＣＰｖ４ディスカバリを再送する。従って、ＲＧＷ装置２１がＬＡＮ２６との接続を確立していれば、送信元が同一であるＤＨＣＰｖ４ディスカバリが再送される可能性は低い。
【０１２８】
ＤＨＣＰ関連パケット処理部３６が、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを２０秒以内に３回受信するということは、ＤＨＣＰｖ４ディスカバリが同一コンピュータから３回再送されたことを意味するので、ＲＧＷ装置２１がＬＡＮ２６との接続を確立していない可能性が高い。これにより、モード切替部３３は、汎用宅内端末３０がＲＧＷ装置２１の配下にいない可能性が高いと判断する。
【０１２９】
ＩＰアドレス割当部３７は、ＤＨＣＰｖ４サーバモードにおいて動作する。ＩＰアドレス割当部３７は、たとえば自己の汎用宅内端末３０との接続を確立したコンピュータ２５からＩＰアドレスを要求されると、ＩＰアドレスを要求されたことをモード切替部３３へ通知する。次に、ＩＰアドレス割当部３７は、ＤＨＣＰを利用して、ＩＰアドレスを要求したコンピュータにＩＰアドレスを与えるすなわち割当てる。
【０１３０】
モード切替部３３は、ＩＰアドレスを要求されたことについての通知をＩＰアドレス割当部３７から受けると、汎用宅内端末３０が、コンピュータ２５に対してサーバとして動作していると判断する。
【０１３１】
また、モード切替部３３は、ＤＨＣＰｖ４サーバモードの動作を開始してから所定時間たとえば９０秒以上ＩＰアドレスを要求されたことについての通知をＩＰアドレス割当部３７から受けられなかった場合、汎用宅内端末３０がサーバとして動作していないと判断する。この際、モード切替部３３は、汎用宅内端末３０をＤＨＣＰｖ４サーバモードからＰＣ検出モードへ復帰させる。
【０１３２】
タイマ３８は、モード切替部３３の要求に応じてタイムアウトの時間を計測する。タイマ３８は、たとえば２０秒間のタイムアウトを計測するためのタイマ開始要求をモード切替部３３から受けると、タイマ開始要求を受けて計測を開始してから２０秒後に、タイムアウトの通知をモード切替部３３へ出力する。また、タイマ３８は、たとえば９０秒間のタイムアウトを計測するためのタイマ開始要求をモード切替部３３から受けると、タイマ開始要求を受けて計測を開始してから９０秒後に、タイムアウトの通知をモード切替部３３へ出力する。
【０１３３】
［ＰＣ検出モードにおけるＰＣ検出処理の動作］
図５は、本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【０１３４】
図５を参照して、まず、汎用宅内端末３０は、イーサネットポート３１にツイストペアケーブルが接続されていない状態とする。この際、モード切替部３３は、汎用宅内端末３０が、ＰＣ検出モード、ＤＨＣＰｖ４クライアントモードおよびＤＨＣＰｖ４サーバモードのいずれにも入っていないと判断する。
【０１３５】
次に、汎用宅内端末３０におけるイーサネットポート３１は、図１に示すコンピュータ２３およびコンピュータ２４と接続しているＲＧＷ装置２１、または図２に示すコンピュータ２５と、ツイストペアケーブルを介して接続される（ステップＳ１０２）。この際、汎用宅内端末３０は、ＲＧＷ装置２１またはコンピュータ２５のどちらと接続しているかは分からない。
【０１３６】
次に、リンク処理部３２は、イーサネットポート３１にツイストペアケーブルが接続されたことを検出し、リンクアップ処理を行う（ステップＳ１０４）。次に、リンク処理部３２は、イーサネットポート３１にツイストペアケーブルが接続されたことをモード切替部３３へ通知する。
【０１３７】
次に、モード切替部３３は、イーサネットポート３１にツイストペアケーブルが接続されたことについての通知をリンク処理部３２から受けると、汎用宅内端末３０がＰＣ検出モードに遷移すべきと判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードへ遷移することをアドレス解決部３５、ＩＰアドレス待受部３４およびＤＨＣＰ関連パケット処理部３６へ通知する（ステップＳ１０６）。
【０１３８】
次に、モード切替部３３は、ＰＣ検出モードにおいて行われる処理のタイムアウトを計測するために、タイマ３８の動作を開始させる（ステップＳ１０８）。
【０１３９】
次に、ＩＰアドレス待受部３４は、汎用宅内端末３０がＰＣ検出モードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合に、たとえばＲＧＷ装置２１からＩＰアドレスを取得することを試みる（ステップＳ１１０）。
【０１４０】
次に、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことをモード切替部３３へ通知する（ステップＳ１１０でＹＥＳ）。
【０１４１】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。そして、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ１１２）。
【０１４２】
一方、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得できない場合、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ１１０でＮＯ）。
【０１４３】
また、アドレス解決部３５は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合に、タイムアウトが発生するまでに所定のデフォルトゲートウェイのアドレス解決を試みる（ステップＳ１１４）。
【０１４４】
次に、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功すると、アドレス解決に成功したことをモード切替部３３へ通知する（ステップＳ１１４でＹＥＳ）。
【０１４５】
次に、モード切替部３３は、所定のデフォルトゲートウェイのアドレス解決に成功したことについての通知をアドレス解決部３５から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる（ステップＳ１１２）。
【０１４６】
一方、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功できない場合、アドレス解決を継続して試みる（ステップＳ１１４でＮＯ）。
【０１４７】
また、ＤＨＣＰ関連パケット処理部３６は、汎用宅内端末３０がＰＣ検出モードに入ったことについての通知をモード切替部３３から受けると、汎用宅内端末３０が受信するＤＨＣＰ関連パケットを監視する（ステップＳ１１６）。
【０１４８】
この際、ＤＨＣＰ関連パケット処理部３６は、ＤＨＣＰ関連パケットである、ＤＨＣＰｖ４ディスカバリまたはＤＨＣＰＶ４リクエストを含むＩＰパケットを受信すると、当該ＤＨＣＰ関連パケットの送信元を記録する。
【０１４９】
次に、ＤＨＣＰ関連パケット処理部３６は、上記送信元に基づいて、２つ以上のノードからＤＨＣＰ関連パケットを受信したことを検出すると、２つ以上のノードからＤＨＣＰ関連パケットを受信したことをモード切替部３３へ通知する（ステップＳ１１６でＹＥＳ）。
【０１５０】
次に、モード切替部３３は、２つ以上のノードからＤＨＣＰ関連パケットを受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にある可能性が高いと判断する。次に、モード切替部３３は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ１１２）。
【０１５１】
一方、ＤＨＣＰ関連パケット処理部３６は、上記送信元に基づいて、２つ以上のノードからＤＨＣＰ関連パケットを受信したことを検出しない場合、汎用宅内端末３０が受信するＤＨＣＰ関連パケットを継続して監視する（ステップＳ１１６でＮＯ）。
【０１５２】
また、ＤＨＣＰ関連パケット処理部３６は、タイムアウトについての通知をモード切替部３３から受けるまでに、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信すると、上記パケットを３回受信したことをモード切替部３３へ通知する（ステップＳ１１８でＹＥＳ）。
【０１５３】
次に、モード切替部３３は、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にいない可能性が高いと判断する。次に、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる（ステップＳ１２２）。
【０１５４】
一方、ＤＨＣＰ関連パケット処理部３６は、モード切替部３３がタイマ３８を開始してから２０秒後に発生するタイムアウトについての通知をモード切替部３３から受けるまで、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットの監視を継続する（ステップＳ１１８でＮＯ）。
【０１５５】
また、ＤＨＣＰ関連パケット処理部３６は、タイムアウトについての通知をモード切替部３３から受けると、監視していたＤＨＣＰ関連パケットの送信元を参照する。この際、ＤＨＣＰ関連パケット処理部３６は、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかった場合、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことをモード切替部３３へ通知する（ステップＳ１２０でＹＥＳ）。
【０１５６】
次に、モード切替部３３は、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にある可能性が高いと判断する。
【０１５７】
次に、モード切替部３３は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ１１２）。
【０１５８】
一方、ＤＨＣＰ関連パケット処理部３６は、モード切替部３３がタイマ３８を開始してから２０秒後に発生するタイムアウトについての通知をモード切替部３３から受けるまで、送信元が同一であるＤＨＣＰ関連パケットの監視を継続する（ステップＳ１２０でＮＯ）。
【０１５９】
以上の動作により、汎用宅内端末３０は、自己がＲＧＷ２５の配下にあるかどうかについて判断する。
【０１６０】
図５に示すステップＳ１１０では、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合に、ＲＧＷ装置２１からＩＰアドレスを取得することが成功すると、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードで動作する。
【０１６１】
一方、ステップＳ１１４では、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合に、デフォルトゲートウェイのアドレス解決処理が成功すると、汎用宅内端末３０は、静的モードで動作する。
【０１６２】
ＤＨＣＰｖ４クライアントモードおよび静的モードは、排他的であるので、ステップＳ１１０およびステップＳ１１４は、排他的な動作となる。従って、ステップＳ１１０およびステップＳ１１４の順番を入れ替えてもよい。
【０１６３】
また、ステップＳ１１０においてＲＧＷ装置２１からＩＰアドレスを取得する、またはステップＳ１１４においてデフォルトゲートウェイのアドレス解決処理が成功する場合、汎用宅内端末３０は、ＲＧＷ装置２１と通信を行う。これにより、汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に確立しているといえる。
【０１６４】
ステップＳ１１６、ステップＳ１１８およびステップＳ１２０では、汎用宅内端末３０は、受信するＤＨＣＰ関連パケットを解析することにより、ＲＧＷ装置２１および汎用宅内端末３０間の接続が確立しているかどうかを判断する。
【０１６５】
汎用宅内端末３０は、ステップＳ１１６において、たとえば２つ以上のノードからＤＨＣＰ関連パケットを受信する場合、図２に示すような１つのノードが自己に直接接続されている状態ではないと認識し、図１に示すようにＲＧＷ装置２１と接続していると判断する。しかしながら、これにより汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に確立しているとまではいえない。
【０１６６】
また、汎用宅内端末３０は、ステップＳ１１８において、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを２０秒以内に３回受信することにより、自己が接続するサブネットにＤＨＣＰ機能を持つ装置、たとえばＲＧＷ装置２１が接続されていないと判断する。しかしながら、これにより汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に切断しているとまではいえない。
【０１６７】
また、汎用宅内端末３０は、ステップＳ１２０において、送信元が同一であるＤＨＣＰ関連パケットを２０秒以内に３回受信しないことにより、自己が接続するサブネットにＤＨＣＰ機能を持つ装置、たとえばＲＧＷ装置２１が接続されていると判断する。しかしながら、これにより汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に確立しているとまではいえない。
【０１６８】
すなわち、汎用宅内端末３０は、ステップＳ１１０およびステップＳ１１４における処理により、ＲＧＷ装置２１との接続が確実に確立しているか否かを、判断することができる。
【０１６９】
一方、汎用宅内端末３０は、ステップＳ１１６、ステップＳ１１８およびステップＳ１２０における処理により、ＲＧＷ装置２１との接続が確実に確立しているか否かを、判断することまではできない。
【０１７０】
しかしながら、汎用宅内端末３０は、ステップＳ１１６およびステップＳ１２０における処理により、ＲＧＷ装置２１との接続が確立している可能性が高いか否かを判断することができる。
【０１７１】
また、汎用宅内端末３０は、ステップＳ１１８における処理により、ＲＧＷ装置２１との接続が切断している可能性が高いか否かを判断することができる。
【０１７２】
従って、汎用宅内端末３０は、ＲＧＷ装置２１との接続が確立しているかどうかを判断する際に、上記判断の確実さに基づいて、ステップＳ１１０およびステップＳ１１４における処理を、ステップＳ１１６、ステップＳ１１８およびステップＳ１２０における処理より優先させることが好ましい。
【０１７３】
また、汎用宅内端末３０は、ステップＳ１１６において、たとえばリンクアップ処理が完了してから間もなく、２つ以上のノードからＤＨＣＰ関連パケットを受信する場合がある。
【０１７４】
また、汎用宅内端末３０は、ステップＳ１１８において、たとえばリンクアップ処理が完了してから最短で概ね１２秒後に、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信する場合がある。これは、後述するが、ＤＨＣＰｖ４においては、１回目のＤＨＣＰｖ４ディスカバリを含むＩＰパケットの概ね４秒後に２回目の上記パケットが送信され、２回目の上記パケットの概ね８秒後に３回目の上記パケットが送信されることによる。
【０１７５】
また、汎用宅内端末３０は、ステップＳ１２０において、たとえばリンクアップ処理が完了してから２０秒後に、送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことについて判断できる。
【０１７６】
従って、汎用宅内端末３０は、ＲＧＷ装置２１との接続が確立しているかどうかを判断する際に、上記判断が完了するまでにかかり得る時間が短い順、すなわちステップＳ１１６、ステップＳ１１８およびステップＳ１２０の順に、当該処理を行うことが好ましい。これにより、汎用宅内端末３０は、判断が早く完了した分、ＰＣ検出モードから、ＤＨＣＰｖ４サーバモード、ＤＨＣＰｖ４クライアントモードまたは静的モードへ、早く遷移することができる。
【０１７７】
なお、汎用宅内端末３０は、ＲＧＷ装置２１との接続が確立しているかどうかについての判断において、図５に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図５に示すような判断基準の一部だけを用いる動作手順により、自己がＲＧＷ２５の配下にあるかどうかについて判断してもよい。
【０１７８】
図６は、本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【０１７９】
図６を参照して、まず、汎用宅内端末３０は、イーサネットポート３１にツイストペアケーブルが接続されていない状態とする。この際、モード切替部３３は、汎用宅内端末３０が、ＰＣ検出モード、ＤＨＣＰｖ４クライアントモードおよびＤＨＣＰｖ４サーバモードのいずれにも入っていないと判断する。
【０１８０】
以降の動作（ステップＳ２０２〜Ｓ２０８）は、図５に示すフローチャートにおける動作（ステップＳ１０２〜Ｓ１０８）と同様であるため、ここでは詳細な説明を繰り返さない。
【０１８１】
次に、ＩＰアドレス待受部３４は、汎用宅内端末３０がＰＣ検出モードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合に、たとえばＲＧＷ装置２１からＩＰアドレスを取得することを試みる（ステップＳ２１０）。
【０１８２】
次に、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことをモード切替部３３へ通知する（ステップＳ２１０でＹＥＳ）。
【０１８３】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。そして、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ２１２）。
【０１８４】
一方、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得できない場合、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ２１０でＮＯ）。
【０１８５】
また、アドレス解決部３５は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合に、タイムアウトが発生するまでに所定のデフォルトゲートウェイのアドレス解決を試みる（ステップＳ２１４）。
【０１８６】
次に、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功すると、アドレス解決に成功したことをモード切替部３３へ通知する（ステップＳ２１４でＹＥＳ）。
【０１８７】
次に、モード切替部３３は、所定のデフォルトゲートウェイのアドレス解決に成功したことについての通知をアドレス解決部３５から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる（ステップＳ２１２）。
【０１８８】
一方、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功できない場合、アドレス解決を継続して試みる（ステップＳ２１４でＮＯ）。
【０１８９】
また、モード切替部３３は、タイマ３８が動作を開始してからたとえば２０秒後に送信されるタイムアウトの通知をタイマ３８から受けた場合、ＰＣ検出モードにおけるタイムアウトが発生したと判断する（ステップＳ２２４でＹＥＳ）。
【０１９０】
次に、モード切替部３３は、タイムアウトが発生したことに基づいて、汎用宅内端末３０およびＲＧＷ装置２１との接続が確立していないと判断する。次に、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる（ステップＳ２２２）。
【０１９１】
一方、タイムアウトが発生していない場合（ステップＳ２２４でＮＯ）、汎用宅内端末３０は、ステップＳ２１０へ戻り、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる。
【０１９２】
以上の動作により、汎用宅内端末３０は、自己がＲＧＷ２５の配下にあるかどうかについて判断する。
【０１９３】
図６に示すステップＳ２１０およびステップＳ２１４に示す処理は、互いに排他的であるので、ステップＳ２１０およびステップＳ２１４の順番を入れ替えてもよい。
【０１９４】
また、ステップＳ２１０においてＲＧＷ装置２１からＩＰアドレスを取得する、またはステップＳ２１４においてデフォルトゲートウェイのアドレス解決処理が成功する場合、汎用宅内端末３０は、ＲＧＷ装置２１と通信を行う。これにより、汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に確立しているといえる。
【０１９５】
すなわち、汎用宅内端末３０は、上記の処理を実行することにより、ＲＧＷ装置２１との接続が確実に確立している場合に、ＤＨＣＰｖ４クライアントモードまたは静的モードへ遷移することができる。
【０１９６】
また、汎用宅内端末３０は、ステップＳ２２４においてタイムアウトが発生すると、ＤＨＣＰｖ４サーバモードへ遷移する。これにより、汎用宅内端末３０は、いつまでもＰＣ検出モードに留まることなく、ＤＨＣＰｖ４サーバモード、ＤＨＣＰｖ４クライアントモードまたは静的モードのいずれかへ遷移することができる。
【０１９７】
また、汎用宅内端末３０は、ＲＧＷ装置２１との接続が確立しているかどうかについての判断において、図５に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図５に示すような判断基準の一部だけを用いる動作手順により、自己がＲＧＷ２５の配下にあるかどうかについて判断してもよい。
【０１９８】
図７は、本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【０１９９】
図７を参照して、まず、汎用宅内端末３０は、イーサネットポート３１にツイストペアケーブルが接続されていない状態とする。この際、モード切替部３３は、汎用宅内端末３０が、ＰＣ検出モード、ＤＨＣＰｖ４クライアントモードおよびＤＨＣＰｖ４サーバモードのいずれにも入っていないと判断する。
【０２００】
以降の動作（ステップＳ３０２〜Ｓ３０８）は、図５に示すフローチャートにおける動作（ステップＳ１０２〜Ｓ１０８）と同様であるため、ここでは詳細な説明を繰り返さない。
【０２０１】
次に、ＤＨＣＰ関連パケット処理部３６は、汎用宅内端末３０がＰＣ検出モードに入ったことについての通知をモード切替部３３から受けると、汎用宅内端末３０が受信するＤＨＣＰ関連パケットを監視する（ステップＳ３１６）。
【０２０２】
この際、ＤＨＣＰ関連パケット処理部３６は、ＤＨＣＰ関連パケットである、ＤＨＣＰｖ４ディスカバリまたはＤＨＣＰＶ４リクエストを含むＩＰパケットを受信すると、当該ＤＨＣＰ関連パケットの送信元を記録する。
【０２０３】
次に、ＤＨＣＰ関連パケット処理部３６は、上記送信元に基づいて、２つ以上のノードからＤＨＣＰ関連パケットを受信したことを検出すると、２つ以上のノードからＤＨＣＰ関連パケットを受信したことをモード切替部３３へ通知する（ステップＳ３１６でＹＥＳ）。
【０２０４】
次に、モード切替部３３は、２つ以上のノードからＤＨＣＰ関連パケットを受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にある可能性が高いと判断する。次に、モード切替部３３は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ３１２）。
【０２０５】
一方、ＤＨＣＰ関連パケット処理部３６は、上記送信元に基づいて、２つ以上のノードからＤＨＣＰ関連パケットを受信したことを検出しない場合、汎用宅内端末３０が受信するＤＨＣＰ関連パケットを継続して監視する（ステップＳ３１６でＮＯ）。
【０２０６】
次に、ＤＨＣＰ関連パケット処理部３６は、タイムアウトについての通知をモード切替部３３から受けるまでに、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信すると、上記パケットを３回受信したことをモード切替部３３へ通知する（ステップＳ３１８でＹＥＳ）。
【０２０７】
次に、モード切替部３３は、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にいない可能性が高いと判断する。次に、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる（ステップＳ３２２）。
【０２０８】
一方、ＤＨＣＰ関連パケット処理部３６は、モード切替部３３がタイマ３８を開始してから２０秒後に発生するタイムアウトについての通知をモード切替部３３から受けるまで、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットの監視を継続する（ステップＳ３１８でＮＯ）。
【０２０９】
次に、ＤＨＣＰ関連パケット処理部３６は、タイムアウトについての通知をモード切替部３３から受けると、監視していたＤＨＣＰ関連パケットの送信元を参照する。この際、ＤＨＣＰ関連パケット処理部３６は、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかった場合、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことをモード切替部３３へ通知する（ステップＳ３２０でＹＥＳ）。
【０２１０】
次に、モード切替部３３は、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にある可能性が高いと判断する。
【０２１１】
次に、モード切替部３３は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ３１２）。
【０２１２】
一方、ＤＨＣＰ関連パケット処理部３６は、モード切替部３３がタイマ３８を開始してから２０秒後に発生するタイムアウトについての通知をモード切替部３３から受けるまで、送信元が同一であるＤＨＣＰ関連パケットの監視を継続する（ステップＳ３２０でＮＯ）。
【０２１３】
以上の動作により、汎用宅内端末３０は、自己がＲＧＷ２５の配下にあるかどうかについて判断する。
【０２１４】
図７に示すステップＳ３１６、ステップＳ３１８およびステップＳ３２０では、ＲＧＷ装置２１により送信されるＩＰパケットを受信しない。しかしながら、汎用宅内端末３０は、ＲＧＷ装置２１以外の装置により送信されるＤＨＣＰ関連パケットを受信し、受信したるＤＨＣＰ関連パケットを解析することにより、ＲＧＷ装置２１および汎用宅内端末３０間の接続が確立しているかどうかを判断する。
【０２１５】
従って、汎用宅内端末３０は、ＲＧＷ装置２１との直接通信が行われない状況で、ステップＳ３１６およびステップＳ３２０における処理により、ＲＧＷ装置２１との接続が確立している可能性が高いか否かを判断することができる。
【０２１６】
また、汎用宅内端末３０は、ＲＧＷ装置２１との直接通信が行われない状況で、ステップＳ３１８における処理により、ＲＧＷ装置２１との接続が確立していない可能性が高いか否かを判断することができる。
【０２１７】
また、汎用宅内端末３０は、ステップＳ３１６において、たとえばリンクアップ処理が完了してから間もなく、２つ以上のノードからＤＨＣＰ関連パケットを受信する場合がある。
【０２１８】
また、汎用宅内端末３０は、ステップＳ３１８において、たとえばリンクアップ処理が完了してから最短で概ね１２秒後に、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信する場合がある。
【０２１９】
また、汎用宅内端末３０は、ステップＳ３２０において、たとえばリンクアップ処理が完了してから２０秒後に、送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことについて判断できる。
【０２２０】
従って、汎用宅内端末３０は、ＲＧＷ装置２１との接続が確立しているかどうかを判断する際に、上記判断が完了するまでにかかり得る時間が短い順、すなわちステップＳ３１６、ステップＳ３１８およびステップＳ３２０の順に、当該処理を行うことが好ましい。これにより、汎用宅内端末３０は、判断が早く完了した分、ＰＣ検出モードから、ＤＨＣＰｖ４サーバモード、ＤＨＣＰｖ４クライアントモードまたは静的モードへ、早く遷移することができる。
【０２２１】
汎用宅内端末３０が、ＰＣ検出モードからＤＨＣＰｖ４サーバモードへの遷移を判断する際における動作処理を以下に詳細に説明する。
【０２２２】
図８は、本発明の実施の形態に係る汎用宅内端末がＰＣ検出モードからＤＨＣＰｖ４サーバモードへ遷移する際に行う動作処理に関するシーケンスの一例を示す図である。
【０２２３】
図８を参照して、まず、たとえばコンピュータ２５が、図２に示すように汎用宅内端末３０とツイストペアケーブルを介して接続される。次に、リンク処理部３２は、ＰＣ検出モードにおいてコンピュータ２５および汎用宅内端末３０間の接続がツイストペアケーブルを介して確立されたことを検出し、リンクアップ処理を開始する。なお、汎用宅内端末３０がリンクアップ処理を開始した時間をＴ０とする。
【０２２４】
次に、コンピュータ２５は、１回目のＤＨＣＰｖ４ディスカバリメッセージを送信する（ステップＳ４０２）。この際、コンピュータ２５は、送信先をブロードキャストアドレスに設定して上記メッセージを送信するので、汎用宅内端末３０は、上記メッセージを受信する。
【０２２５】
次に、汎用宅内端末３０は、上記メッセージを受信すると、上記メッセージの送信元アドレスを確認する。たとえば、コンピュータ２５がＩＰアドレスを持っている場合、上記メッセージの送信元のＩＰアドレスは、コンピュータ２５のＩＰアドレスとなる。また、コンピュータ２５がＩＰアドレスを持っていない場合、上記メッセージの送信元のＩＰアドレスは、ブロードキャストアドレスとなる。この場合においても、コンピュータ２５のＭＡＣアドレスが、上記メッセージの送信元のＭＡＣアドレスとして付与されるので、汎用宅内端末３０は、上記メッセージの送信元を特定できる。
【０２２６】
また、汎用宅内端末３０は、ＰＣ検出モードにあるので、コンピュータ２５から１回目のＤＨＣＰｖ４ディスカバリメッセージを受信しても、上記メッセージの応答であるＤＨＣＰｖ４オファーメッセージを送信しない。
【０２２７】
次に、コンピュータ２５は、２回目のＤＨＣＰｖ４ディスカバリメッセージを送信する（ステップＳ４０４）。この際、コンピュータ２５は、たとえばＩＰｖ４の規格により、ステップＳ４０２において送信した１回目のＤＨＣＰｖ４ディスカバリメッセージから（４±１）秒後に２回目のＤＨＣＰｖ４ディスカバリメッセージを送信する。
【０２２８】
また、コンピュータ２５は、送信先をブロードキャストアドレスに設定して２回目のＤＨＣＰｖ４ディスカバリメッセージを送信するので、汎用宅内端末３０は、上記メッセージを受信する。
【０２２９】
次に、汎用宅内端末３０は、２回目のＤＨＣＰｖ４ディスカバリメッセージを受信すると、上記メッセージの送信元アドレスを確認する。この際、汎用宅内端末３０は、上記送信元アドレスが１回目のＤＨＣＰｖ４ディスカバリメッセージの送信元アドレスと同じであることを確認する。
【０２３０】
また、汎用宅内端末３０は、ＰＣ検出モードにあるので、コンピュータ２５から２回目のＤＨＣＰｖ４ディスカバリメッセージを受信しても、上記メッセージの応答であるＤＨＣＰｖ４オファーメッセージを送信しない。
【０２３１】
次に、コンピュータ２５は、３回目のＤＨＣＰｖ４ディスカバリメッセージを送信する（ステップＳ４０６）。この際、コンピュータ２５は、たとえばＩＰｖ４の規格により、ステップＳ４０４において送信した２回目のＤＨＣＰｖ４ディスカバリメッセージから（８±１）秒後に３回目のＤＨＣＰｖ４ディスカバリメッセージを送信する。
【０２３２】
また、コンピュータ２５は、送信先をブロードキャストアドレスに設定して３回目のＤＨＣＰｖ４ディスカバリメッセージを送信するので、汎用宅内端末３０は、上記メッセージを受信する。
【０２３３】
次に、汎用宅内端末３０は、３回目のＤＨＣＰｖ４ディスカバリメッセージを受信すると、上記メッセージの送信元アドレスを確認する。この際、汎用宅内端末３０は、上記送信元アドレスが１回目および２回目のＤＨＣＰｖ４ディスカバリメッセージの送信元アドレスと同じであることを確認する。
【０２３４】
また、汎用宅内端末３０は、ＰＣ検出モードにあるので、コンピュータ２５から３回目のＤＨＣＰｖ４ディスカバリメッセージを受信しても、上記メッセージの応答であるＤＨＣＰｖ４オファーメッセージを送信しない。
【０２３５】
しかしながら、汎用宅内端末３０は、２０秒のタイムアウトが発生する（Ｔ０＋２０）秒より前に、送信元アドレスが同一であるＤＨＣＰｖ４ディスカバリメッセージを３回受信したので、ＤＨＣＰｖ４サーバモードへ遷移する。
【０２３６】
次に、コンピュータ２５は、４回目のＤＨＣＰｖ４ディスカバリメッセージを送信する（ステップＳ４０８）。この際、コンピュータ２５は、たとえばＩＰｖ４の規格により、ステップＳ４０６において送信した３回目のＤＨＣＰｖ４ディスカバリメッセージから（１６±１）秒後に４回目のＤＨＣＰｖ４ディスカバリメッセージを送信する。
【０２３７】
また、コンピュータ２５は、送信先をブロードキャストアドレスに設定して４回目のＤＨＣＰｖ４ディスカバリメッセージを送信するので、汎用宅内端末３０は、上記メッセージを受信する。
【０２３８】
次に、汎用宅内端末３０は、ＰＣ検出モードからＤＨＣＰｖ４サーバモードへ遷移したので、４回目のＤＨＣＰｖ４ディスカバリメッセージを受信すると、上記メッセージの応答であるＤＨＣＰｖ４オファーメッセージをコンピュータ２５へ送信する（ステップＳ４１０）。
【０２３９】
次に、コンピュータ２５は、ＤＨＣＰｖ４オファーメッセージを汎用宅内端末３０から受信することにより、汎用宅内端末３０が自己と接続していることを認識し、ＤＨＣＰｖ４オファーメッセージに含まれるＩＰアドレスからＩＰアドレスを１つ選択する。
【０２４０】
次に、コンピュータ２５は、選択したＩＰアドレスを含むＤＨＣＰｖ４リクエストメッセージを汎用宅内端末３０へ送信する（ステップＳ４１２）。
【０２４１】
次に、汎用宅内端末３０は、ＤＨＣＰｖ４リクエストメッセージをコンピュータ２５から受信すると、受信したＤＨＣＰｖ４リクエストメッセージからＩＰアドレスを取得する。
【０２４２】
次に、汎用宅内端末３０は、取得したＩＰアドレスをコンピュータ２５に割当てることが可能である場合、上記ＩＰアドレスをコンピュータ２５に割当てる。そして、汎用宅内端末３０は、ＩＰアドレスの割当てが完了した旨を含むＤＨＣＰｖ４ＡＣＫレスポンスメッセージをコンピュータ２５へ送信する（ステップＳ４１４）。
【０２４３】
次に、コンピュータ２５は、ＤＨＣＰｖ４ＡＣＫレスポンスメッセージを汎用宅内端末３０から受信すると、ステップＳ４１２において選択したＩＰアドレスを利用して、汎用宅内端末３０との通信を開始する。これにより、汎用宅内端末３０は、図２に示すようにコンピュータ２５のサーバとして動作する。
【０２４４】
以上の動作により、汎用宅内端末３０がコンピュータ２５のサーバとして動作するまでの、ＰＣ検出モードおよびＤＨＣＰｖ４サーバモードにおける汎用宅内端末３０の動作が完了する。
【０２４５】
コンピュータ２５による、上記ステップＳ４０２における１回目のＤＨＣＰｖ４ディスカバリメッセージの送信から、上記ステップＳ４０８における４回目のＤＨＣＰｖ４ディスカバリメッセージの送信までの時間は、約２８秒である。
【０２４６】
また、ＤＨＣＰｖ４オファーメッセージ、ＤＨＣＰｖ４リクエストメッセージおよびＤＨＣＰｖ４ＡＣＫレスポンスメッセージの送受信に要する時間は短いと考えられる。従って、コンピュータ２５は、ツイストペアケーブルを用いて汎用宅内端末３０と接続してから概ね３０秒後に汎用宅内端末３０からＩＰアドレスを取得することができる。
【０２４７】
［ＤＨＣＰｖ４サーバモードにおける復帰処理の動作］
たとえば、図１に示すように汎用宅内端末３０およびＲＧＷ装置２１をツイストペアケーブルで接続した後、両装置の電源を同時に入れる状況において、ＲＧＷ装置２１の立ち上がりが著しく遅い場合、汎用宅内端末３０は、タイムアウトが発生するまでにＲＧＷ装置２１から応答を得られない可能性が高い。
【０２４８】
この際、汎用宅内端末３０は、図２に示すようにコンピュータ２５と直結している構成ではないのにもかかわらず、ＤＨＣＰｖ４サーバモードへ遷移してしまう。汎用宅内端末３０が、このような状況でＤＨＣＰｖ４サーバモードへ遷移してしまった後に、正常な状態へ復帰するための動作を以下に記載する。
【０２４９】
図９は、本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０２５０】
図９を参照して、まず、モード切替部３３は、たとえば図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる。この際、アドレス解決部３５およびＩＰアドレス待受部３４は、引き続き動作している。
【０２５１】
汎用宅内端末２０は、ＤＨＣＰｖ４サーバモードにおいてサーバとして動作するためのＩＰアドレスを持つ必要があるので、モード切替部３３は、汎用宅内端末３０のＩＰアドレスを、静的モードに用いるＩＰアドレスからＤＨＣＰｖ４サーバモードに用いるＩＰアドレスへ変更する（ステップＳ５０２）。静的モードにおいて用いられるＩＰアドレスおよびＤＨＣＰｖ４サーバモードにおいて用いられるＩＰアドレスは、たとえばユーザにより予め設定される。
【０２５２】
次に、モード切替部３３は、ＤＨＣＰｖ４サーバモードにおいて行われる処理のタイムアウトを計測するために、タイマ３８の動作を開始させる（ステップＳ５０４）。次に、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移することをＩＰアドレス割当部３７へ通知し、ＩＰアドレス割当部３７は、上記通知に応じて動作を開始する。
【０２５３】
次に、リンク処理部３２は、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出すると（ステップＳ５０６でＹＥＳ）、リンク処理部３２は、ネットワークとの再接続が発生したことをモード切替部３３へ通知する。
【０２５４】
次に、モード切替部３３は、ネットワークとの再接続が発生したことについての通知をリンク処理部３２から受けると、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ５１６）。
【０２５５】
一方、リンク処理部３２が、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出しないと（ステップＳ５０６でＮＯ）、ＩＰアドレス待受部３４は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、以下の処理を行う。
【０２５６】
すなわち、ＩＰアドレス待受部３４は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移する前から継続して行われていた、たとえばＲＧＷ装置２１からＩＰアドレスの取得を試みる（ステップＳ５０８）。
【０２５７】
この際、汎用宅内端末３０は、ＤＨＣＰｖ４ディスカバリをブロードキャストで送信し、ＤＨＣＰ機能を実装した装置からの応答を待つ。また、汎用宅内端末３０は、自己が送信したＤＨＣＰｖ４ディスカバリを受信しても、フィルタ条件により、受信したＤＨＣＰｖ４ディスカバリを廃棄する。
【０２５８】
これにより、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードにおける、他の装置からブロードキャストで送信されるＤＨＣＰｖ４ディスカバリの待受け動作への影響を抑えることができる。
【０２５９】
次に、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことをモード切替部３３へ通知する（ステップＳ５０８でＹＥＳ）。
【０２６０】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ５１６）。
【０２６１】
一方、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得できない場合、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ５０８でＮＯ）。
【０２６２】
また、アドレス解決部３５は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移しても、たとえば５秒ごとに所定のデフォルトゲートウェイのアドレス解決を継続して試みる（ステップＳ５１０）。
【０２６３】
次に、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功すると、アドレス解決に成功したことをモード切替部３３へ通知する（ステップＳ５１０でＹＥＳ）。
【０２６４】
次に、モード切替部３３は、所定のデフォルトゲートウェイのアドレス解決に成功したことについての通知をアドレス解決部３５から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ５１６）。
【０２６５】
一方、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功しなかった場合、アドレス解決を継続して試みる（ステップＳ５１０でＮＯ）。
【０２６６】
また、ＩＰアドレス割当部３７は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０に対するＩＰアドレスの割当て要求を監視する（ステップＳ５１２）。
【０２６７】
次に、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があった場合、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことをモード切替部３３へ通知する（ステップＳ５１２でＹＥＳ）。
【０２６８】
次に、モード切替部３３は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことについての通知をＩＰアドレス割当部３７から受けると、タイマ３８を停止する。すなわち、モード切替部３３は、ＤＨＣＰｖ４サーバモードにおいて行われる処理のタイムアウトの計測を終了する。
【０２６９】
次に、汎用宅内端末３０は、ステップＳ５０６へ戻り、ネットワークとの再接続の検出を引き続き行う。
【０２７０】
一方、汎用宅内端末３０に対するＩＰアドレスの割当て要求が無かった場合（ステップＳ５１２でＮＯ）、モード切替部３３は、タイマ３８が動作を開始してからたとえば９０秒後に送信されるタイムアウトの通知をタイマ３８から受けると、ＤＨＣＰｖ４サーバモードにおけるタイムアウトが発生したと判断する（ステップＳ５１４でＹＥＳ）。
【０２７１】
次に、モード切替部３３は、タイムアウトが発生したことに基づいて、汎用宅内端末３０に対してＩＰアドレスを要求するノードとの接続が確立されていないと判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ５１６）。
【０２７２】
一方、タイムアウトが発生していない場合（ステップＳ５１４でＮＯ）、汎用宅内端末３０は、ステップＳ５０６へ戻り、ネットワークとの再接続の検出を引き続き行う。
【０２７３】
次に、モード切替部３３は、ステップＳ５１６において汎用宅内端末３０をＰＣ検出モードに復帰させる際に、汎用宅内端末３０のＩＰアドレスを、ＤＨＣＰｖ４サーバモードに用いるＩＰアドレスから静的モードに用いるＩＰアドレスへ戻す（ステップＳ５１８）。
【０２７４】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０２７５】
なお、汎用宅内端末３０は、ステップＳ５０８またはステップＳ５１０において、ＤＨＣＰｖ４サーバモードから、ＤＨＣＰｖ４クライアントモードまたは静的モードへ直接遷移せずに、一度ＰＣ検出モードへ遷移するが、これに限定するものではない。汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードから、ＤＨＣＰｖ４クライアントモードまたは静的モードへ直接遷移してもよい。
【０２７６】
ステップＳ５０６では、汎用宅内端末３０は、ネットワークとの再接続が発生するとＰＣ検出モードに復帰する。たとえば、ユーザによる汎用宅内端末３０の、ＲＧＷ装置２１への接続またはコンピュータとの接続の切断、によりネットワークとの再接続が発生する場合、汎用宅内端末３０は、自己がサーバとして接続している装置、または自己がクライアントとして接続しようとしている装置が変わってしまう。この際、汎用宅内端末３０は、一度ＰＣ検出モードへ復帰して自己との接続を確立している装置を再度検出することが好ましい。
【０２７７】
すなわち、汎用宅内端末３０は、ステップＳ５０６における処理により、自己との接続を確立している装置が変わる可能性がある場合に、自己との接続を確立している装置を再度検出することができる。
【０２７８】
また、汎用宅内端末３０は、接続を確立している装置が変わる可能性がある場合に、ＲＧＷ装置２１からの応答の待受けまたはコンピュータ２５からのＩＰアドレスの要求の待受けを継続しても意味がない。従って、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードにおいて、ステップＳ５０６を最も優先的に行うことが好ましい。
【０２７９】
これにより、汎用宅内端末３０は、接続を確立している装置が変わった場合に、意味のない、ＲＧＷ装置２１からの応答の待受けまたはコンピュータ２５からのＩＰアドレスの要求の待受け動作の継続を避けることができる。
【０２８０】
ステップＳ５０８では、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合に、ＲＧＷ装置２１からＩＰアドレスを取得する処理することが成功すると、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードで動作する。
【０２８１】
一方、ステップＳ５１０では、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合に、デフォルトゲートウェイのアドレス解決処理が成功すると、汎用宅内端末３０は、静的モードで動作する。
【０２８２】
ＤＨＣＰｖ４クライアントモードおよび静的モードは、排他的であるので、ステップＳ５０８およびステップＳ５１０は、排他的な動作となる。従って、ステップＳ５０８およびステップＳ５１０の順番を入れ替えてもよい。
【０２８３】
また、ステップＳ５０８においてＲＧＷ装置２１からＩＰアドレスを取得する、またはステップＳ５１０においてデフォルトゲートウェイのアドレス解決処理が成功する場合、汎用宅内端末３０は、ＲＧＷ装置２１と通信を行う。これにより、汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に確立しているといえる。
【０２８４】
すなわち、汎用宅内端末３０は、ステップＳ５０８またはステップＳ５１０における処理により、ＲＧＷ装置２１との接続が確実に確立しているか否かを、判断することができる。
【０２８５】
また、汎用宅内端末３０は、ＲＧＷ装置２１との接続が確実に確立している状況において、たとえばコンピュータ２５からのＩＰアドレスの要求の待受けを継続しても意味がない。従って、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードにおいて、ステップＳ５０８およびステップＳ５１０を、ステップＳ５０６の次に優先的に行うことが好ましい。
【０２８６】
これにより、汎用宅内端末３０は、ＲＧＷ装置２１との接続を確実に確立している場合に、意味のない、たとえばコンピュータ２５からのＩＰアドレスの要求の待受け動作の継続を避けることができる。
【０２８７】
また、ステップＳ５１２において、汎用宅内端末３０が、ＩＰアドレスの割当てを要求されるということから、汎用宅内端末３０およびＩＰアドレスの割当てを要求した装置間の通信が確実に確立しているといえる。
【０２８８】
すなわち、汎用宅内端末３０は、ステップＳ５１２における処理により、たとえば図２に示すコンピュータ２５との接続が確実に確立しているか否かを、判断することができる。
【０２８９】
また、ステップＳ５１４において、タイムアウトを設定することにより、汎用宅内端末３０は、タイムアウトが発生するまでにサーバとして動作できない場合に、ＰＣ検出モードへ復帰する。
【０２９０】
すなわち、汎用宅内端末３０は、ステップＳ５１４における処理により、たとえばサーバとして動作できない場合、いつまでもＤＨＣＰｖ４サーバモードに留まることなく、ＰＣ検出モードへ復帰することができる。
【０２９１】
なお、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰についての判断において、図９に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図９に示すような判断基準の一部だけを用いる動作手順により、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰について判断してもよい。
【０２９２】
図１０は、本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０２９３】
図１０を参照して、まず、モード切替部３３は、たとえば図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる。この際、アドレス解決部３５およびＩＰアドレス待受部３４は、引き続き動作している。
【０２９４】
以降の動作（ステップＳ６０２〜Ｓ６０４）は、図９に示すフローチャートにおける動作（ステップＳ５０２〜Ｓ５０４）と同様であるため、ここでは詳細な説明を繰り返さない。
【０２９５】
次に、リンク処理部３２は、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出すると（ステップＳ６０６でＹＥＳ）、リンク処理部３２は、ネットワークとの再接続が発生したことをモード切替部３３へ通知する。
【０２９６】
次に、モード切替部３３は、ネットワークとの再接続が発生したことについての通知をリンク処理部３２から受けると、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ６１６）。
【０２９７】
一方、リンク処理部３２が、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出しない場合（ステップＳ６０６でＮＯ）、ＩＰアドレス割当部３７は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０に対するＩＰアドレスの割当て要求を監視する（ステップＳ６１２）。
【０２９８】
次に、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があった場合、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことをモード切替部３３へ通知する（ステップＳ６１２でＹＥＳ）。
【０２９９】
次に、モード切替部３３は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことについての通知をＩＰアドレス割当部３７から受けると、タイマ３８を停止する。すなわち、モード切替部３３は、ＤＨＣＰｖ４サーバモードにおいて行われる処理のタイムアウトの計測を終了する。
【０３００】
次に、汎用宅内端末３０は、ステップＳ６０６へ戻り、ネットワークとの再接続の検出を引き続き行う。
【０３０１】
一方、汎用宅内端末３０に対するＩＰアドレスの割当て要求が無かった場合（ステップＳ６１２でＮＯ）、モード切替部３３は、タイマ３８が動作を開始してからたとえば９０秒後に送信されるタイムアウトの通知をタイマ３８から受けると、ＤＨＣＰｖ４サーバモードにおけるタイムアウトが発生したと判断する（ステップＳ６１４でＹＥＳ）。
【０３０２】
次に、モード切替部３３は、タイムアウトが発生したことに基づいて、汎用宅内端末３０に対してＩＰアドレスを要求するノードとの接続が確立されていないと判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ６１６）。
【０３０３】
一方、タイムアウトが発生していない場合（ステップＳ６１４でＮＯ）、汎用宅内端末３０は、ステップＳ６０６へ戻り、ネットワークとの再接続の検出を引き続き行う。
【０３０４】
次に、モード切替部３３は、ステップＳ６１６において汎用宅内端末３０をＰＣ検出モードに復帰させる際に、汎用宅内端末３０のＩＰアドレスを、ＤＨＣＰｖ４サーバモードに用いるＩＰアドレスから静的モードに用いるＩＰアドレスへ戻す（ステップＳ６１８）。
【０３０５】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０３０６】
ステップＳ６０６における処理により、汎用宅内端末３０は、自己との接続を確立している装置が変わる可能性がある場合に、自己との接続を確立している装置を再度検出することができる。
【０３０７】
また、汎用宅内端末３０は、ステップＳ６０６における処理により、接続を確立している装置が変わった場合に、意味のない、たとえばコンピュータ２５からのＩＰアドレスの要求の待受け動作の継続を避けることができる。
【０３０８】
また、汎用宅内端末３０は、ステップＳ６１２における処理により、たとえば図２に示すコンピュータ２５との接続が確実に確立しているか否かを、判断することができる。
【０３０９】
また、汎用宅内端末３０は、ステップＳ６１４における処理により、たとえばサーバとして動作できない場合、いつまでもＤＨＣＰｖ４サーバモードに留まることなく、ＰＣ検出モードへ復帰することができる。
【０３１０】
また、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰についての判断において、図９に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図９に示すような判断基準の一部だけを用いる動作手順により、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰について判断してもよい。
【０３１１】
図１１は、本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０３１２】
図１１を参照して、まず、モード切替部３３は、たとえば図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる。この際、アドレス解決部３５およびＩＰアドレス待受部３４は、引き続き動作している。
【０３１３】
以降の動作（ステップＳ７０２〜Ｓ７０４）は、図９に示すフローチャートにおける動作（ステップＳ５０２〜Ｓ５０４）と同様であるため、ここでは詳細な説明を繰り返さない。
【０３１４】
次に、ＩＰアドレス待受部３４は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移する前から継続して行われていた、たとえばＲＧＷ装置２１からＩＰアドレスの取得を試みる（ステップＳ７０８）。
【０３１５】
この際、汎用宅内端末３０は、ＤＨＣＰｖ４ディスカバリをブロードキャストで送信し、ＤＨＣＰ機能を実装した装置からの応答を待つ。また、汎用宅内端末３０は、自己が送信したＤＨＣＰｖ４ディスカバリを受信しても、フィルタ条件により、受信したＤＨＣＰｖ４ディスカバリを廃棄する。
【０３１６】
これにより、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードにおける、他の装置からブロードキャストで送信されるＤＨＣＰｖ４ディスカバリの待受け動作への影響を抑えることができる。
【０３１７】
次に、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことをモード切替部３３へ通知する（ステップＳ７０８でＹＥＳ）。
【０３１８】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ７１６）。
【０３１９】
一方、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得できない場合、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ７０８でＮＯ）。
【０３２０】
また、アドレス解決部３５は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移しても、たとえば５秒ごとに所定のデフォルトゲートウェイのアドレス解決を継続して試みる（ステップＳ７１０）。
【０３２１】
次に、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功すると、アドレス解決に成功したことをモード切替部３３へ通知する（ステップＳ７１０でＹＥＳ）。
【０３２２】
次に、モード切替部３３は、所定のデフォルトゲートウェイのアドレス解決に成功したことについての通知をアドレス解決部３５から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ７１６）。
【０３２３】
一方、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功しなかった場合、アドレス解決を継続して試みる（ステップＳ７１０でＮＯ）。
【０３２４】
また、ＩＰアドレス割当部３７は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０に対するＩＰアドレスの割当て要求を監視する（ステップＳ７１２）。
【０３２５】
次に、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があった場合、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことをモード切替部３３へ通知する（ステップＳ７１２でＹＥＳ）。
【０３２６】
次に、モード切替部３３は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことについての通知をＩＰアドレス割当部３７から受けると、タイマ３８を停止する。すなわち、モード切替部３３は、ＤＨＣＰｖ４サーバモードにおいて行われる処理のタイムアウトの計測を終了する。
【０３２７】
次に、汎用宅内端末３０は、ステップＳ７０８へ戻り、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる。
【０３２８】
一方、汎用宅内端末３０に対するＩＰアドレスの割当て要求が無かった場合（ステップＳ７１２でＮＯ）、モード切替部３３は、タイマ３８が動作を開始してからたとえば９０秒後に送信されるタイムアウトの通知をタイマ３８から受けると、ＤＨＣＰｖ４サーバモードにおけるタイムアウトが発生したと判断する（ステップＳ７１４でＹＥＳ）。
【０３２９】
次に、モード切替部３３は、タイムアウトが発生したことに基づいて、汎用宅内端末３０に対してＩＰアドレスを要求するノードとの接続が確立されていないと判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ７１６）。
【０３３０】
一方、タイムアウトが発生していない場合（ステップＳ７１４でＮＯ）、汎用宅内端末３０は、ステップＳ７０８へ戻り、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる。
【０３３１】
次に、モード切替部３３は、ステップＳ７１６において汎用宅内端末３０をＰＣ検出モードに復帰させる際に、汎用宅内端末３０のＩＰアドレスを、ＤＨＣＰｖ４サーバモードに用いるＩＰアドレスから静的モードに用いるＩＰアドレスへ戻す（ステップＳ７１８）。
【０３３２】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０３３３】
なお、汎用宅内端末３０は、ステップＳ７０８またはステップＳ７１０において、ＤＨＣＰｖ４サーバモードから、ＤＨＣＰｖ４クライアントモードまたは静的モードへ直接遷移せずに、一度ＰＣ検出モードへ遷移するが、これに限定するものではない。汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードから、ＤＨＣＰｖ４クライアントモードまたは静的モードへ直接遷移してもよい。
【０３３４】
また、ステップＳ７０８およびステップＳ７１０は、排他的な動作となるので、ステップＳ７０８およびステップＳ７１０の順番を入れ替えてもよい。
【０３３５】
また、汎用宅内端末３０は、ステップＳ７０８またはステップＳ７１０における処理により、ＲＧＷ装置２１との接続が確実に確立しているか否かを、判断することができる。
【０３３６】
また、汎用宅内端末３０は、ステップＳ７０８またはステップＳ７１０における処理により、ＲＧＷ装置２１との接続を確実に確立している場合に、意味のない、たとえばコンピュータ２５からのＩＰアドレスの要求の待受け動作の継続を避けることができる。
【０３３７】
また、汎用宅内端末３０は、ステップＳ７１２における処理により、たとえば図２に示すコンピュータ２５との接続が確実に確立しているか否かを、判断することができる。
【０３３８】
また、汎用宅内端末３０は、ステップＳ７１４における処理により、たとえばサーバとして動作できない場合、いつまでもＤＨＣＰｖ４サーバモードに留まることなく、ＰＣ検出モードへ復帰することができる。
【０３３９】
また、汎用宅内端末３０は、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰についての判断において、図９に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図９に示すような判断基準の一部だけを用いる動作手順により、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰について判断してもよい。
【０３４０】
図１２は、本発明の実施の形態に係るＤＨＣＰｖ４サーバモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０３４１】
図１２を参照して、まず、モード切替部３３は、たとえば図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる。この際、アドレス解決部３５およびＩＰアドレス待受部３４は、引き続き動作している。
【０３４２】
以降の動作（ステップＳ８０２〜Ｓ８０４）は、図９に示すフローチャートにおける動作（ステップＳ５０２〜Ｓ５０４）と同様であるため、ここでは詳細な説明を繰り返さない。
【０３４３】
次に、ＩＰアドレス割当部３７は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０に対するＩＰアドレスの割当て要求を監視する（ステップＳ８１２）。
【０３４４】
次に、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があった場合、ＩＰアドレス割当部３７は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことをモード切替部３３へ通知する（ステップＳ８１２でＹＥＳ）。
【０３４５】
次に、モード切替部３３は、汎用宅内端末３０に対するＩＰアドレスの割当て要求があったことについての通知をＩＰアドレス割当部３７から受けると、タイマ３８を停止する。すなわち、モード切替部３３は、ＤＨＣＰｖ４サーバモードにおいて行われる処理のタイムアウトの計測を終了する。
【０３４６】
次に、汎用宅内端末３０は、引き続き汎用宅内端末３０に対するＩＰアドレスの割当て要求を監視する。
【０３４７】
一方、汎用宅内端末３０に対するＩＰアドレスの割当て要求が無かった場合（ステップＳ８１２でＮＯ）、モード切替部３３は、タイマ３８が動作を開始してからたとえば９０秒後に送信されるタイムアウトの通知をタイマ３８から受けると、ＤＨＣＰｖ４サーバモードにおけるタイムアウトが発生したと判断する（ステップＳ８１４でＹＥＳ）。
【０３４８】
次に、モード切替部３３は、タイムアウトが発生したことに基づいて、汎用宅内端末３０に対してＩＰアドレスを要求するノードとの接続が確立されていないと判断する。次に、モード切替部３３は、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ８１６）。
【０３４９】
一方、タイムアウトが発生していない場合（ステップＳ８１４でＮＯ）、汎用宅内端末３０は、ステップＳ８１２へ戻り、引き続き汎用宅内端末３０に対するＩＰアドレスの割当て要求を監視する。
【０３５０】
次に、モード切替部３３は、ステップＳ８１６において汎用宅内端末３０をＰＣ検出モードに復帰させる際に、汎用宅内端末３０のＩＰアドレスを、ＤＨＣＰｖ４サーバモードに用いるＩＰアドレスから静的モードに用いるＩＰアドレスへ戻す（ステップＳ８１８）。
【０３５１】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４サーバモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０３５２】
汎用宅内端末３０は、ステップＳ８１２における処理により、たとえば図２に示すコンピュータ２５との接続が確実に確立しているか否かを、判断することができる。
【０３５３】
また、汎用宅内端末３０は、ステップＳ８１４における処理により、たとえばサーバとして動作できない場合、いつまでもＤＨＣＰｖ４サーバモードに留まることなく、ＰＣ検出モードへ復帰することができる。
【０３５４】
［ＤＨＣＰｖ４クライアントモードにおける復帰処理の動作］
たとえば、汎用宅内端末３０は、図１のように汎用宅内端末３０およびＲＧＷ装置２１をツイストペアケーブルで繋いだ状況において、コンピュータ２３およびコンピュータ２４からのＤＨＣＰ関連パケットを検出する、または２０秒以内に送信元が同一であるＤＨＣＰ関連パケットを３回受信できない場合、ＤＨＣＰｖ４クライアントモードへ遷移する。
【０３５５】
汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードへ遷移した後、ＤＨＣＰｖ４リクエストメッセージをＲＧＷ装置２１へ送信しても、ＲＧＷ装置２１からＩＰアドレスを取得できない場合がある。この際、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードとして正常に動作できないので、ＰＣ検出モードへ復帰することが好ましい。汎用宅内端末３０が、ＰＣ検出モードへ復帰するための動作を以下に記載する。
【０３５６】
図１３は、本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０３５７】
図１３を参照して、まず、モード切替部３３は、図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる。この際、ＩＰアドレス待受部３４は、引き続き動作している。
【０３５８】
次に、リンク処理部３２は、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出すると（ステップＳ９０２でＹＥＳ）、リンク処理部３２は、ネットワークとの再接続が発生したことをモード切替部３３へ通知する。
【０３５９】
次に、モード切替部３３は、ネットワークとの再接続が発生したことについての通知をリンク処理部３２から受けると、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ９０６）。
【０３６０】
一方、リンク処理部３２が、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出しないと（ステップＳ９０２でＮＯ）、ＩＰアドレス待受部３４は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、たとえばＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ９０４）。
【０３６１】
次に、ＩＰアドレス待受部３４は、ＤＨＣＰｖ４ディスカバリを所定の回数送信しても、ＲＧＷ装置２１からＩＰアドレスを取得できない場合（ステップＳ９０４でＹＥＳ）、ＲＧＷ装置２１からＩＰアドレスを取得できないことをモード切替部３３へ通知する。
【０３６２】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスを取得できないことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ９０６）。
【０３６３】
一方、ＩＰアドレス待受部３４が、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると（ステップＳ９０４でＮＯ）、ステップＳ９０２へ戻り、リンク処理部３２は、ネットワークとの再接続の検出を引き続き行う。
【０３６４】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０３６５】
ステップＳ９０２では、汎用宅内端末３０は、ネットワークとの再接続が発生するとＰＣ検出モードに復帰する。たとえば、ユーザによる汎用宅内端末３０の、コンピュータへの接続またはＲＧＷ装置２１との接続の切断、によりネットワークとの再接続が発生する場合、汎用宅内端末３０は、自己がクライアントとして接続している装置、または自己がクライアントとして接続しようとしている装置が変わってしまう。この際、汎用宅内端末３０は、一度ＰＣ検出モードへ復帰して自己との接続を確立している装置を再度検出することが好ましい。
【０３６６】
すなわち、汎用宅内端末３０は、ステップＳ９０２における処理により、自己との接続を確立している装置が変わる可能性がある場合に、自己との接続を確立している装置を再度検出することができる。
【０３６７】
また、汎用宅内端末３０は、接続を確立している装置が変わる可能性がある場合に、ＲＧＷ装置２１からの応答の待受けを継続しても意味がない。従って、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードにおいて、ステップＳ９０２を最も優先的に行うことが好ましい。
【０３６８】
これにより、汎用宅内端末３０は、接続を確立している装置が変わった場合に、意味のない、ＲＧＷ装置２１からの応答の待受け動作の継続を避けることができる。
【０３６９】
また、ステップＳ９０４においてＲＧＷ装置２１からＩＰアドレスを取得する場合、汎用宅内端末３０は、ＲＧＷ装置２１と通信を行う。これにより、汎用宅内端末３０およびＲＧＷ装置２１間の接続は、確実に確立しているといえる。
【０３７０】
すなわち、汎用宅内端末３０は、ステップＳ９０４における処理により、ＲＧＷ装置２１との接続が確実に確立しているか否かを、判断することができる。
【０３７１】
また、ステップＳ９０４において、汎用宅内端末３０は、ＤＨＣＰｖ４ディスカバリを所定の回数送信しても、たとえばＲＧＷ装置２１からＩＰアドレスを取得できない場合、ＰＣ検出モードへ復帰する。
【０３７２】
すなわち、汎用宅内端末３０は、ステップＳ９０４における処理により、ＲＧＷ装置２１からＩＰアドレスを取得できない、すなわちクライアントとして動作できない場合、いつまでもＤＨＣＰｖ４クライアントモードに留まることなく、ＰＣ検出モードへ復帰することができる。
【０３７３】
なお、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰についての判断において、図１３に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図１３に示すような判断基準の一部だけを用いる動作手順により、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰について判断してもよい。
【０３７４】
図１４は、本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０３７５】
図１４を参照して、まず、モード切替部３３は、図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる。この際、ＩＰアドレス待受部３４は、引き続き動作している。
【０３７６】
次に、リンク処理部３２は、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出すると（ステップＳ１００２でＹＥＳ）、リンク処理部３２は、ネットワークとの再接続が発生したことをモード切替部３３へ通知する。
【０３７７】
次に、モード切替部３３は、ネットワークとの再接続が発生したことについての通知をリンク処理部３２から受けると、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ１００６）。
【０３７８】
一方、リンク処理部３２が、たとえばイーサネットポート３１におけるツイストペアケーブルの再接続により引き起こされるリンクダウンおよびリンクアップを検出しない場合（ステップＳ１００２でＮＯ）、リンク処理部３２は、ネットワークとの再接続の検出を引き続き行う。
【０３７９】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０３８０】
ステップＳ１００２における処理により、汎用宅内端末３０は、自己との接続を確立している装置が変わる可能性がある場合に、自己との接続を確立している装置を再度検出することができる。
【０３８１】
また、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰についての判断において、図１３に示す動作手順に限定するものではない。汎用宅内端末３０は、たとえば、以下に記載するように、図１３に示すような判断基準の一部だけを用いる動作手順により、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰について判断してもよい。
【０３８２】
図１５は、本発明の実施の形態に係るＤＨＣＰｖ４クライアントモードにおいて復帰処理を行う際の動作手順を定めたフローチャートである。
【０３８３】
図１５を参照して、まず、モード切替部３３は、図５に示すＰＣ検出処理において、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる。この際、ＩＰアドレス待受部３４は、引き続き動作している。
【０３８４】
次に、ＩＰアドレス待受部３４は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、たとえばＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ１１０４）。
【０３８５】
次に、ＩＰアドレス待受部３４は、ＤＨＣＰｖ４ディスカバリを所定の回数送信しても、ＲＧＷ装置２１からＩＰアドレスを取得できない場合（ステップＳ１１０４でＹＥＳ）、ＲＧＷ装置２１からＩＰアドレスを取得できないことをモード切替部３３へ通知する。
【０３８６】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスを取得できないことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＰＣ検出モードに復帰すべきと判断し、汎用宅内端末３０をＰＣ検出モードに復帰させる（ステップＳ１１０６）。
【０３８７】
一方、ＩＰアドレス待受部３４が、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると（ステップＳ１１０４でＮＯ）、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる。
【０３８８】
以上の動作により、汎用宅内端末３０において、ＤＨＣＰｖ４クライアントモードからＰＣ検出モードへの復帰処理の動作が行われる。
【０３８９】
汎用宅内端末３０は、ステップＳ１１０４における処理により、ＲＧＷ装置２１との接続が確実に確立しているか否かを、判断することができる。
【０３９０】
なお、汎用宅内端末３０は、図２に示すＤＨＣＰｖ４サーバモードにおいて、コンピュータ２５と直接接続される場合に限定するものではない。たとえば、汎用宅内端末３０は、複数のコンピュータと接続された場合において、以下に記載する動作手順により自己がＲＧＷ２５の配下にあるかどうかについて判断し、ＤＨＣＰｖ４サーバモードへ遷移してもよい。
【０３９１】
図１６は、本発明の実施の形態に係るＰＣ検出モードにおいてＰＣ検出処理を行う際の動作手順を定めたフローチャートである。
【０３９２】
図１６を参照して、まず、汎用宅内端末３０は、イーサネットポート３１にツイストペアケーブルが接続されていない状態とする。この際、モード切替部３３は、汎用宅内端末３０が、ＰＣ検出モード、ＤＨＣＰｖ４クライアントモードおよびＤＨＣＰｖ４サーバモードのいずれにも入っていないと判断する。
【０３９３】
以降の動作（ステップＳ１６０２〜Ｓ１６０８）は、図５に示すフローチャートにおける動作（ステップＳ１０２〜Ｓ１０８）と同様であるため、ここでは詳細な説明を繰り返さない。
【０３９４】
次に、ＩＰアドレス待受部３４は、汎用宅内端末３０がＰＣ検出モードへ遷移したことについての通知をモード切替部３３から受けると、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合に、たとえばＲＧＷ装置２１からＩＰアドレスを取得することを試みる（ステップＳ１２１０）。
【０３９５】
次に、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得することに成功すると、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことをモード切替部３３へ通知する（ステップＳ１２１０でＹＥＳ）。
【０３９６】
次に、モード切替部３３は、ＲＧＷ装置２１からＩＰアドレスの取得に成功したことについての通知をＩＰアドレス待受部３４から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。そして、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ１２１２）。
【０３９７】
一方、ＩＰアドレス待受部３４は、ＲＧＷ装置２１からＩＰアドレスを取得できない場合、ＲＧＷ装置２１からＩＰアドレスを取得することを継続して試みる（ステップＳ１２１０でＮＯ）。
【０３９８】
また、アドレス解決部３５は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合に、タイムアウトが発生するまでに所定のデフォルトゲートウェイのアドレス解決を試みる（ステップＳ１２１４）。
【０３９９】
次に、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功すると、アドレス解決に成功したことをモード切替部３３へ通知する（ステップＳ１２１４でＹＥＳ）。
【０４００】
次に、モード切替部３３は、所定のデフォルトゲートウェイのアドレス解決に成功したことについての通知をアドレス解決部３５から受けると、汎用宅内端末３０がＲＧＷ装置２１の配下にあると判断する。次に、モード切替部３３は、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる（ステップＳ１２１２）。
【０４０１】
一方、アドレス解決部３５は、所定のデフォルトゲートウェイのアドレス解決に成功できない場合、アドレス解決を継続して試みる（ステップＳ１２１４でＮＯ）。
【０４０２】
また、ＤＨＣＰ関連パケット処理部３６は、汎用宅内端末３０がＰＣ検出モードに入ったことについての通知をモード切替部３３から受けると、汎用宅内端末３０が受信するＤＨＣＰ関連パケットを監視する（ステップＳ１２１８）。
【０４０３】
この際、ＤＨＣＰ関連パケット処理部３６は、ＤＨＣＰ関連パケットである、ＤＨＣＰｖ４ディスカバリまたはＤＨＣＰＶ４リクエストを含むＩＰパケットを受信すると、当該ＤＨＣＰ関連パケットの送信元を記録する。
【０４０４】
次に、ＤＨＣＰ関連パケット処理部３６は、タイムアウトについての通知をモード切替部３３から受けるまでに、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信すると、上記パケットを３回受信したことをモード切替部３３へ通知する（ステップＳ１２１８でＹＥＳ）。
【０４０５】
次に、モード切替部３３は、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットを３回受信したことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にいない可能性が高いと判断する。次に、モード切替部３３は、汎用宅内端末３０がＤＨＣＰｖ４サーバモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させる（ステップＳ１２２２）。
【０４０６】
一方、ＤＨＣＰ関連パケット処理部３６は、モード切替部３３がタイマ３８を開始してから２０秒後に発生するタイムアウトについての通知をモード切替部３３から受けるまで、送信元が同一であるＤＨＣＰｖ４ディスカバリを含むＩＰパケットの監視を継続する（ステップＳ１２１８でＮＯ）。
【０４０７】
また、ＤＨＣＰ関連パケット処理部３６は、タイムアウトについての通知をモード切替部３３から受けると、監視していたＤＨＣＰ関連パケットの送信元を参照する。この際、ＤＨＣＰ関連パケット処理部３６は、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかった場合、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことをモード切替部３３へ通知する（ステップＳ１２２０でＹＥＳ）。
【０４０８】
次に、モード切替部３３は、タイムアウトが発生するまでに送信元が同一であるＤＨＣＰ関連パケットを３回受信できなかったことについての通知をＤＨＣＰ関連パケット処理部３６から受けると、汎用宅内端末３０がＲＧＷ２１の配下にある可能性が高いと判断する。
【０４０９】
次に、モード切替部３３は、汎用宅内端末３０において静的ＩＰｖ４設定がなされている場合、汎用宅内端末３０が静的モードへ遷移すべきと判断し、汎用宅内端末３０を静的モードへ遷移させる。また、モード切替部３３は、汎用宅内端末３０においてＤＨＣＰｖ４設定がなされている場合、汎用宅内端末３０がＤＨＣＰｖ４クライアントモードへ遷移すべきと判断し、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させる（ステップＳ１２１２）。
【０４１０】
一方、ＤＨＣＰ関連パケット処理部３６は、モード切替部３３がタイマ３８を開始してから２０秒後に発生するタイムアウトについての通知をモード切替部３３から受けるまで、送信元が同一であるＤＨＣＰ関連パケットの監視を継続する（ステップＳ１２２０でＮＯ）。
【０４１１】
以上の動作により、汎用宅内端末３０は、自己がＲＧＷ２５の配下にあるかどうかについて判断する。
【０４１２】
上記の動作により、汎用宅内端末３０は、２つ以上のノードからＤＨＣＰ関連パケットを受信したことを検出しても、ＤＨＣＰｖ４クライアントモードまたは静的モードへ遷移しない。
【０４１３】
これにより、汎用宅内端末３０は、複数のコンピュータと接続された場合においても、自己がＲＧＷ２５の配下にいないと判断し、ＤＨＣＰｖ４サーバモードへ遷移することができる。
【０４１４】
ＤＨＣＰｖ４サーバモードへ遷移した汎用宅内端末３０は、会議等において複数のコンピュータを同時に接続する際の、アクセス拠点として利用することができる。
【０４１５】
ところで、たとえば、ストレート・クロス自動判別機能を実装するコンピュータは、ストレートケーブルでハブへ接続する場合、自己の内部の配線を切り替えないことにより接続を確立する。また、上記コンピュータは、ストレートケーブルで他のコンピュータへ接続する場合、自己の内部の配線を切り替えることにより接続を確立する。すなわち、上記コンピュータは、自己の内部の配線の切り替え状況に基づいて、接続先の装置がハブまたはコンピュータであるかを判別可能である。
【０４１６】
しかしながら、たとえばカテゴリー６（Cat6）ギガビットイーサネットシステムでは、ストレート・クロス自動判別機能がハードウェアで実現されるので、当該機能を実装するコンピュータは、ソフトウェアで自己の内部の配線の切り替え状況を認識できない。これにより、上記コンピュータは、接続先の装置がハブまたはコンピュータであるかを判別できないというという問題が生ずる場合がある。
【０４１７】
また、当該機能を実装するコンピュータが、たとえばソフトウェアで自己の内部の配線の切り替え状況を認識できても、以下の問題を生ずる場合がある。すなわち、上記コンピュータは、他の装置と接続する際に、ストレートケーブルまたはクロスケーブルのどちらのケーブルで当該他の装置と接続するのかわからないので、接続先の装置を誤って判別してしまう場合がある。たとえば、上記コンピュータは、ソフトウェアによる判別において、ストレートケーブルを想定している場合に、クロスケーブルでハブまたは他のコンピュータと接続すると、接続先の装置を誤って判別してしまう。
【０４１８】
また、コンピュータが、たとえば無線通信またはＰＬＣ等のメディアコンバータを介して他のコンピュータまたはハブと接続する場合、上記接続においてはストレートケーブルまたはクロスケーブルを用いないので、ケーブルによる判別は無理である。
【０４１９】
これに対して、本発明の実施の形態に係る通信装置では、モード切替部３３は、他の装置と通信するリンク処理部３２の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有するＲＧＷ装置２１を介して行うＤＨＣＰｖ４クライアントモードで自己の汎用宅内端末３０を動作させるか、または上記受け付けまたは上記提供をＲＧＷ装置２１を介さずに行うＤＨＣＰｖ４サーバモードで自己の汎用宅内端末３０を動作させるかを判断する。
【０４２０】
このような構成により、自己の汎用宅内端末３０と直接に接続されている装置、または自己の汎用宅内端末３０とＬＡＮ２６を介して接続されている装置が、データの中継機能を有するかどうかを、ソフトウェアにより判別することできる。これにより、汎用宅内端末３０は、上記判別結果に基づいて、ＤＨＣＰｖ４クライアントモードまたはＤＨＣＰｖ４サーバモードへ遷移することにより、接続先の装置との通信を適切に行うことができる。
【０４２１】
また、たとえば、あるコンピュータが、ストレート・クロス自動判別機能が利用でき、かつ想定しているケーブルを用いる状況において、接続先の装置がハブであるか、またはコンピュータであるかについて判別することができる場合がある。しかしながら、上記コンピュータは、ハブと接続している場合、当該ハブを介してデータの中継機能を有するＲＧＷ装置２１と接続しているどうかまでは判別することができない。また、上記コンピュータが、他のコンピュータと接続している場合、接続している他のコンピュータがデータの中継機能を有するかどうかまでは判別することができない。一方、汎用宅内端末３０は、ソフトウェアにより上記判別を行うので、ストレートケーブルまたはクロスケーブルの、どちらを用いて他のコンピュータまたはハブと接続されても、上記判別を行うことができる。すなわち、汎用宅内端末３０は、クロスケーブルおよびストレートケーブルのいずれを用いて他のコンピュータまたはハブと接続されるかに関わらず、また、ストレート・クロス自動判別機能がハードウェアで実現されるか、ソフトウェアで実現されるかに関わらず、上記判別を適切に行うことができる。
【０４２２】
これにより、汎用宅内端末３０は、他の装置と直接またはＬＡＮ２６を介して接続する際において、ストレートケーブルまたはクロスケーブル等のツイストペアケーブルを介して接続する場合以外に、無線通信またはＰＬＣ等のメディアコンバータを介して接続しても、上記判別を適切に行うことができる。
【０４２３】
また、本発明の実施の形態に係る通信装置では、ＩＰアドレス待受部３４は、ＩＰアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、リンク処理部３２が、上記要求に対するＩＰアドレスをＲＧＷ装置２１から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。
【０４２４】
このように、ＩＰアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。
【０４２５】
また、本発明の実施の形態に係る通信装置では、アドレス解決部３５は、ＩＰアドレスが自己の汎用宅内端末３０に設定された状態において、ＲＧＷ装置２１のＭＡＣアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、リンク処理部３２が、上記要求に対するＭＡＣアドレスをＲＧＷ装置２１から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。
【０４２６】
このように、ＭＡＣアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。
【０４２７】
また、本発明の実施の形態に係る通信装置では、モード切替部３３は、リンク処理部３２が、ＩＰアドレスを他の装置が取得するための情報を複数の他の装置から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。
【０４２８】
このように、他の装置がＩＰアドレスを取得するための情報を、複数の他の装置から受信することを判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、高い確度で確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。
【０４２９】
また、本発明の実施の形態に係る通信装置では、モード切替部３３は、リンク処理部３２が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信しなかった場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。
【０４３０】
このように、他の装置がＩＰアドレスを取得するための情報を、所定時間内に所定回数以上同じ装置から受信しないことを判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、高い確度で確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。
【０４３１】
また、本発明の実施の形態に係る通信装置では、モード切替部３３は、リンク処理部３２が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４サーバモードで動作させると判断する。
【０４３２】
このように、他の装置がＩＰアドレスを取得するための情報を、所定時間内に所定回数以上同じ装置から受信することを判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、高い確度で確立していないと判断した上で、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させることができる。
【０４３３】
また、本発明の実施の形態に係る通信装置では、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２において、自己の汎用宅内端末３０と他の装置との通信接続が切断され、その後再確立された場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。
【０４３４】
通信接続が切断され、その後再確立される際に、汎用宅内端末３０と通信接続する装置が、再確立の前後で変わる可能性がある。このような状況において、汎用宅内端末３０は、再確立後に、自己と接続されている装置がデータの中継機能を有するかどうかを、ソフトウェアにより再び判別することできる。
【０４３５】
また、汎用宅内端末３０は、通信接続を確立した装置が変わる可能性がある場合に、ＲＧＷ装置２１からの応答の待受け、または他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、ＲＧＷ装置２１または他の装置からの待受け動作を、無意味に継続することを避けることができる。
【０４３６】
また、本発明の実施の形態に係る通信装置では、ＩＰアドレス待受部３４は、ＩＰアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２が、上記要求に対するＩＰアドレスをＲＧＷ装置３１から受信した場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。
【０４３７】
このように、ＩＰアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０のＤＨＣＰｖ４サーバモードにおける動作を停止させることができる。
【０４３８】
また、汎用宅内端末３０は、ＲＧＷ装置２１との通信接続を確実に確立した状況において、他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、他の装置からのＩＰアドレスの要求の待受け動作を、無意味に継続することを避けることができる。
【０４３９】
また、本発明の実施の形態に係る通信装置では、アドレス解決部３５は、ＩＰアドレスが自己の汎用宅内端末３０に設定された状態において、ＲＧＷ装置２１のＭＡＣアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２が、上記要求に対するＭＡＣアドレスを所定時間以下の間隔でＲＧＷ装置２１から受信する場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。
【０４４０】
このように、ＭＡＣアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０のＤＨＣＰｖ４サーバモードにおける動作を停止させることができる。
【０４４１】
また、汎用宅内端末３０は、ＲＧＷ装置２１との通信接続を確実に確立した状況において、他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、他の装置からのＩＰアドレスの要求の待受け動作を、無意味に継続することを避けることができる。
【０４４２】
また、本発明の実施の形態に係る通信装置では、ＩＰアドレス割当部３７は、他の装置からの要求に基づき、ＩＰアドレスを他の装置に与える。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２が、所定時間以上他の装置から上記要求を受信しなかった場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。
【０４４３】
このように、所定時間以上他の装置から上記要求を受信しない場合、汎用宅内端末３０は、ＩＰアドレスを与えるべき装置と接続されていないので、ＤＨＣＰｖ４サーバモードとして適切に動作できない。この場合において、汎用宅内端末３０のＤＨＣＰｖ４サーバモードにおける動作を停止させることにより、ＤＨＣＰｖ４サーバモードでの動作を、無意味に継続することを避けることができる。
【０４４４】
また、本発明の実施の形態に係る通信装置では、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４クライアントモードで動作している状態において、リンク処理部３２において、自己の汎用宅内端末３０と他の装置との通信接続が切断され、その後再確立された場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。
【０４４５】
通信接続が切断され、その後再確立される際に、汎用宅内端末３０と通信接続する装置が、再確立の前後で変わる可能性がある。このような状況において、汎用宅内端末３０は、再確立後に、自己と接続されている装置がデータの中継機能を有するかどうかを、ソフトウェアにより再び判別することできる。
【０４４６】
また、汎用宅内端末３０は、通信接続を確立した装置が変わる可能性がある場合に、ＲＧＷ装置２１へのＩＰアドレスの要求に対する応答の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、ＲＧＷ装置２１からの応答の待受け動作を、無意味に継続することを避けることができる。
【０４４７】
また、本発明の実施の形態に係る通信装置では、ＩＰアドレス待受部３４は、ＩＰアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４クライアントモードで動作している状態において、ＩＰアドレス待受部３４が、上記要求を所定回数以上行っても、リンク処理部３２が、上記要求に対するＩＰアドレスをＲＧＷ装置２１から受信できない場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。
【０４４８】
このように、上記要求を所定回数以上ＲＧＷ装置２１に対して要求しても、ＩＰアドレスを受信しない場合、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードとして適切に動作できない。この場合において、汎用宅内端末３０のＤＨＣＰｖ４クライアントモードにおける動作を停止させることにより、ＤＨＣＰｖ４クライアントモードにおける動作を、無意味に継続することを避けることができる。
【０４４９】
なお、上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【０４５０】
１０  クライアントモードシステム
１１  サーバモードシステム
２１  ＲＧＷ装置
２２  インターネット
２３，２４，２５  コンピュータ
２６  ＬＡＮ
３０  汎用宅内端末（通信装置）
３１  イーサネットポート
３２  リンク処理部（通信部）
３３  モード切替部（モード判断部）
３４  ＩＰアドレス待受部（アドレス要求部）
３５  アドレス解決部（アドレス要求部）
３６  ＤＨＣＰ関連パケット処理部
３７  ＩＰアドレス割当部（アドレス付与部）
３８  タイマ
【図１】
2014033312.tif 000003
【図２】
2014033312.tif 000004
【図３】
2014033312.tif 000005
【図４】
2014033312.tif 000006
【図５】
2014033312.tif 000007
【図６】
2014033312.tif 000008
【図７】
2014033312.tif 000009
【図８】
2014033312.tif 000010
【図９】
2014033312.tif 000011
【図１０】
2014033312.tif 000012
【図１１】
2014033312.tif 000013
【図１２】
2014033312.tif 000014
【図１３】
2014033312.tif 000015
【図１４】
2014033312.tif 000016
【図１５】
2014033312.tif 000017
【図１６】
2014033312.tif 000018