JP2014033312A

JP2014033312A - 通信装置、通信方法および通信プログラム

Info

Publication number: JP2014033312A
Application number: JP2012172219A
Authority: JP
Inventors: Satoru Hattori; 覚服部; Masatoshi Yamashita; 正敏山下
Original assignee: Sumitomo Electric Networks Inc
Current assignee: Sumitomo Electric Networks Inc
Priority date: 2012-08-02
Filing date: 2012-08-02
Publication date: 2014-02-20

Abstract

【課題】フレームまたはパケットにより情報を送受信する構成において、接続先の装置と通信するための動作モードを適切に判断することが可能な通信装置、通信方法および通信プログラムを提供する。
【解決手段】汎用宅内端末３０は、他の装置と通信するためのリンク処理部３２と、リンク処理部３２の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の汎用宅内端末３０を動作させるか、または上記受け付けまたは上記提供を他の通信装置を介さずに行うサーバモードで自己の汎用宅内端末３０を動作させるかを判断するためのモード切替部３３とを備える。
【選択図】図３

Description

本発明は、通信装置、通信方法および通信プログラムに関し、特に、フレームまたはパケットにより情報を送受信する構成において、接続先の装置と通信するための動作モードを適切に判断するための通信装置、通信方法および通信プログラムに関する。

ＮＩＣ（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）ギガビットイーサネットシステムでは、ストレート・クロス自動判別機能がハードウェアで実現されるので、当該機能を実装するコンピュータは、ソフトウェアで自己の内部の配線の切り替え状況を認識できない。これにより、上記コンピュータは、接続先の装置がハブまたはコンピュータであるかを判別できないというという問題が生ずる場合がある。

また、コンピュータが、たとえば無線通信またはＰＬＣ等のメディアコンバータを介して他のコンピュータまたはハブと接続する場合、上記接続においてはストレートケーブルまたはクロスケーブルを用いないので、ケーブルによる判別は無理である。

これに対して、本発明の実施の形態に係る通信装置では、モード切替部３３は、他の装置と通信するリンク処理部３２の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有するＲＧＷ装置２１を介して行うＤＨＣＰｖ４クライアントモードで自己の汎用宅内端末３０を動作させるか、または上記受け付けまたは上記提供をＲＧＷ装置２１を介さずに行うＤＨＣＰｖ４サーバモードで自己の汎用宅内端末３０を動作させるかを判断する。

このような構成により、自己の汎用宅内端末３０と直接に接続されている装置、または自己の汎用宅内端末３０とＬＡＮ２６を介して接続されている装置が、データの中継機能を有するかどうかを、ソフトウェアにより判別することできる。これにより、汎用宅内端末３０は、上記判別結果に基づいて、ＤＨＣＰｖ４クライアントモードまたはＤＨＣＰｖ４サーバモードへ遷移することにより、接続先の装置との通信を適切に行うことができる。

また、たとえば、あるコンピュータが、ストレート・クロス自動判別機能が利用でき、かつ想定しているケーブルを用いる状況において、接続先の装置がハブであるか、またはコンピュータであるかについて判別することができる場合がある。しかしながら、上記コンピュータは、ハブと接続している場合、当該ハブを介してデータの中継機能を有するＲＧＷ装置２１と接続しているどうかまでは判別することができない。また、上記コンピュータが、他のコンピュータと接続している場合、接続している他のコンピュータがデータの中継機能を有するかどうかまでは判別することができない。一方、汎用宅内端末３０は、ソフトウェアにより上記判別を行うので、ストレートケーブルまたはクロスケーブルの、どちらを用いて他のコンピュータまたはハブと接続されても、上記判別を行うことができる。すなわち、汎用宅内端末３０は、クロスケーブルおよびストレートケーブルのいずれを用いて他のコンピュータまたはハブと接続されるかに関わらず、また、ストレート・クロス自動判別機能がハードウェアで実現されるか、ソフトウェアで実現されるかに関わらず、上記判別を適切に行うことができる。

これにより、汎用宅内端末３０は、他の装置と直接またはＬＡＮ２６を介して接続する際において、ストレートケーブルまたはクロスケーブル等のツイストペアケーブルを介して接続する場合以外に、無線通信またはＰＬＣ等のメディアコンバータを介して接続しても、上記判別を適切に行うことができる。

また、本発明の実施の形態に係る通信装置では、ＩＰアドレス待受部３４は、ＩＰアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、リンク処理部３２が、上記要求に対するＩＰアドレスをＲＧＷ装置２１から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。

このように、ＩＰアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。

また、本発明の実施の形態に係る通信装置では、アドレス解決部３５は、ＩＰアドレスが自己の汎用宅内端末３０に設定された状態において、ＲＧＷ装置２１のＭＡＣアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、リンク処理部３２が、上記要求に対するＭＡＣアドレスをＲＧＷ装置２１から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。

このように、ＭＡＣアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。

また、本発明の実施の形態に係る通信装置では、モード切替部３３は、リンク処理部３２が、ＩＰアドレスを他の装置が取得するための情報を複数の他の装置から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。

このように、他の装置がＩＰアドレスを取得するための情報を、複数の他の装置から受信することを判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、高い確度で確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。

また、本発明の実施の形態に係る通信装置では、モード切替部３３は、リンク処理部３２が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信しなかった場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４クライアントモードで動作させると判断する。

このように、他の装置がＩＰアドレスを取得するための情報を、所定時間内に所定回数以上同じ装置から受信しないことを判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、高い確度で確立していると判断した上で、汎用宅内端末３０をＤＨＣＰｖ４クライアントモードへ遷移させることができる。

また、本発明の実施の形態に係る通信装置では、モード切替部３３は、リンク処理部３２が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信した場合には、自己の汎用宅内端末３０をＤＨＣＰｖ４サーバモードで動作させると判断する。

このように、他の装置がＩＰアドレスを取得するための情報を、所定時間内に所定回数以上同じ装置から受信することを判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、高い確度で確立していないと判断した上で、汎用宅内端末３０をＤＨＣＰｖ４サーバモードへ遷移させることができる。

また、本発明の実施の形態に係る通信装置では、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２において、自己の汎用宅内端末３０と他の装置との通信接続が切断され、その後再確立された場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。

通信接続が切断され、その後再確立される際に、汎用宅内端末３０と通信接続する装置が、再確立の前後で変わる可能性がある。このような状況において、汎用宅内端末３０は、再確立後に、自己と接続されている装置がデータの中継機能を有するかどうかを、ソフトウェアにより再び判別することできる。

また、汎用宅内端末３０は、通信接続を確立した装置が変わる可能性がある場合に、ＲＧＷ装置２１からの応答の待受け、または他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、ＲＧＷ装置２１または他の装置からの待受け動作を、無意味に継続することを避けることができる。

また、本発明の実施の形態に係る通信装置では、ＩＰアドレス待受部３４は、ＩＰアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２が、上記要求に対するＩＰアドレスをＲＧＷ装置３１から受信した場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。

このように、ＩＰアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０のＤＨＣＰｖ４サーバモードにおける動作を停止させることができる。

また、汎用宅内端末３０は、ＲＧＷ装置２１との通信接続を確実に確立した状況において、他の装置からのＩＰアドレスの要求の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、他の装置からのＩＰアドレスの要求の待受け動作を、無意味に継続することを避けることができる。

また、本発明の実施の形態に係る通信装置では、アドレス解決部３５は、ＩＰアドレスが自己の汎用宅内端末３０に設定された状態において、ＲＧＷ装置２１のＭＡＣアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２が、上記要求に対するＭＡＣアドレスを所定時間以下の間隔でＲＧＷ装置２１から受信する場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。

このように、ＭＡＣアドレスの受信の有無を判断基準とする構成により、汎用宅内端末３０およびＲＧＷ装置２１間の通信接続が、確実に確立していると判断した上で、汎用宅内端末３０のＤＨＣＰｖ４サーバモードにおける動作を停止させることができる。

また、本発明の実施の形態に係る通信装置では、ＩＰアドレス割当部３７は、他の装置からの要求に基づき、ＩＰアドレスを他の装置に与える。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４サーバモードで動作している状態において、リンク処理部３２が、所定時間以上他の装置から上記要求を受信しなかった場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。

このように、所定時間以上他の装置から上記要求を受信しない場合、汎用宅内端末３０は、ＩＰアドレスを与えるべき装置と接続されていないので、ＤＨＣＰｖ４サーバモードとして適切に動作できない。この場合において、汎用宅内端末３０のＤＨＣＰｖ４サーバモードにおける動作を停止させることにより、ＤＨＣＰｖ４サーバモードでの動作を、無意味に継続することを避けることができる。

また、本発明の実施の形態に係る通信装置では、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４クライアントモードで動作している状態において、リンク処理部３２において、自己の汎用宅内端末３０と他の装置との通信接続が切断され、その後再確立された場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。

また、汎用宅内端末３０は、通信接続を確立した装置が変わる可能性がある場合に、ＲＧＷ装置２１へのＩＰアドレスの要求に対する応答の待受けを継続しても意味がない。汎用宅内端末３０は、上記のような構成により、ＲＧＷ装置２１からの応答の待受け動作を、無意味に継続することを避けることができる。

また、本発明の実施の形態に係る通信装置では、ＩＰアドレス待受部３４は、ＩＰアドレスをＲＧＷ装置２１に対して要求する。そして、モード切替部３３は、自己の汎用宅内端末３０がＤＨＣＰｖ４クライアントモードで動作している状態において、ＩＰアドレス待受部３４が、上記要求を所定回数以上行っても、リンク処理部３２が、上記要求に対するＩＰアドレスをＲＧＷ装置２１から受信できない場合には、自己の汎用宅内端末３０を、ＤＨＣＰｖ４クライアントモードで動作させるかまたはＤＨＣＰｖ４サーバモードで動作させるかを再び判断する。

このように、上記要求を所定回数以上ＲＧＷ装置２１に対して要求しても、ＩＰアドレスを受信しない場合、汎用宅内端末３０は、ＤＨＣＰｖ４クライアントモードとして適切に動作できない。この場合において、汎用宅内端末３０のＤＨＣＰｖ４クライアントモードにおける動作を停止させることにより、ＤＨＣＰｖ４クライアントモードにおける動作を、無意味に継続することを避けることができる。

なお、上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０クライアントモードシステム
１１サーバモードシステム
２１ＲＧＷ装置
２２インターネット
２３，２４，２５コンピュータ
２６ＬＡＮ
３０汎用宅内端末（通信装置）
３１イーサネットポート
３２リンク処理部（通信部）
３３モード切替部（モード判断部）
３４ＩＰアドレス待受部（アドレス要求部）
３５アドレス解決部（アドレス要求部）
３６ＤＨＣＰ関連パケット処理部
３７ＩＰアドレス割当部（アドレス付与部）
３８タイマ

Claims

通信装置であって、
他の装置と通信するための通信部と、
前記通信部の通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または前記受け付けまたは前記提供を前記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するためのモード判断部とを備える、通信装置。
前記通信装置は、さらに、
ＩＰ（Internet Protocol）アドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、前記通信部が、前記要求に対するＩＰアドレスを前記他の通信装置から受信した場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１に記載の通信装置。
前記通信装置は、さらに、
ＩＰアドレスが自己の通信装置に設定された状態において、前記他の通信装置のＭＡＣ（Media Access Control）アドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、前記通信部が、前記要求に対する前記ＭＡＣアドレスを前記他の通信装置から受信した場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１または請求項２に記載の通信装置。
前記モード判断部は、前記通信部が、ＩＰアドレスを他の装置が取得するための情報を複数の前記他の装置から受信した場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１から請求項３のいずれか１項に記載の通信装置。
前記モード判断部は、前記通信部が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信しなかった場合には、自己の通信装置を前記クライアントモードで動作させると判断する、請求項１から請求項４のいずれか１項に記載の通信装置。
前記モード判断部は、前記通信部が、ＩＰアドレスを他の装置が取得するための情報を、所定時間内に所定回数以上、同じ装置から受信した場合には、自己の通信装置を前記サーバモードで動作させると判断する、請求項１から請求項５のいずれか１項に記載の通信装置。
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部において、自己の通信装置と他の装置との通信接続が切断され、その後再確立された場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項６のいずれか１項に記載の通信装置。
前記通信装置は、さらに、
ＩＰアドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部が、前記要求に対するＩＰアドレスを前記他の通信装置から受信した場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項７のいずれか１項に記載の通信装置。
前記通信装置は、さらに、
ＩＰアドレスが自己の通信装置に設定された状態において、前記他の通信装置のＭＡＣアドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部が、前記要求に対する前記ＭＡＣアドレスを所定時間以下の間隔で前記他の通信装置から受信する場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項８のいずれか１項に記載の通信装置。
前記通信装置は、さらに、
他の装置からの要求に基づき、ＩＰアドレスを前記他の装置に与えるためのアドレス付与部を備え、
前記モード判断部は、自己の通信装置が前記サーバモードで動作している状態において、前記通信部が、所定時間以上他の装置から前記要求を受信しなかった場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項９のいずれか１項に記載の通信装置。
前記モード判断部は、自己の通信装置が前記クライアントモードで動作している状態において、前記通信部において、自己の通信装置と他の装置との通信接続が切断され、その後再確立された場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項１０のいずれか１項に記載の通信装置。
前記通信装置は、さらに、
ＩＰアドレスを前記他の通信装置に対して要求するためのアドレス要求部を備え、
前記モード判断部は、自己の通信装置が前記クライアントモードで動作している状態において、前記アドレス要求部が、前記要求を所定回数以上行っても、前記通信部が、前記要求に対するＩＰアドレスを前記他の通信装置から受信できない場合には、自己の通信装置を、前記クライアントモードで動作させるかまたは前記サーバモードで動作させるかを再び判断する、請求項１から請求項１１のいずれか１項に記載の通信装置。
通信装置における通信方法であって、
他の装置と通信するステップと、
通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または前記受け付けまたは前記提供を前記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するステップとを含む、通信方法。
通信装置において用いられる通信プログラムであって、
コンピュータに、
他の装置と通信するステップと、
通信内容に基づいて、他の装置からの設定の受け付け、または自己の保存する情報の他の装置への提供を、データの中継機能を有する他の通信装置を介して行うクライアントモードで自己の通信装置を動作させるか、または前記受け付けまたは前記提供を前記他の通信装置を介さずに行うサーバモードで自己の通信装置を動作させるかを判断するステップとを実行させるための、通信プログラム。