JP2003229856A - 通信装置及び通信制御方法 - Google Patents

Abstract

(57)【要約】 【課題】 自装置のエコーネットアドレスを効率的に決
定できるようにした通信装置を提供すること。 【解決手段】 エコーネット機器Ｃは、エコーネットア
ドレスを問合せるパケットをマルチキャストする。該パ
ケットを受信したエコーネット機器（Ａ，Ｂ）は、自分
のエコーネットアドレスのノードＩＤに単位時間を乗じ
た待機時間だけ待った後に、機器Ｃに自分のノードＩＤ
を通知する。機器Ｃは、通知されたノードＩＤ以外のノ
ードＩＤを選択する。機器Ｃは、選択したノードＩＤを
含む確認パケットをマルチキャストする。これに対し
て、選択したノードＩＤを使用している旨の通知がなけ
れば、機器Ｃは、選択したノードＩＤを自装置の使用す
るエコーネットアドレスのノードＩＤとして決定する。
通知があれば、他のノードＩＤを選択して同じ手順を繰
り返す。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＰ等のネットワ
ークレイヤプロトコルのネットワーク上でのエコーネッ
ト等の制御プロトコルによる通信を行う通信装置及び通
信制御方法に関する。

【０００２】

【従来の技術】近年、情報家電の発展が急である。本分
野は、白物家電、ＡＶ家電、パソコン等の情報機器、モ
バイル機器等の多岐にわたり、それぞれにおいてデジタ
ル技術を応用した様々な応用が考えられている。

【０００３】その１つのアプリケーションがホームネッ
トワークの利用である。ホームネットワークは、家庭内
におけるネットワーク技術であり、上記様々な情報家電
同士を相互に接続する。

【０００４】このホームネットワーク技術として、特に
最近注目を集めているのがインターネット技術である。
例えば、音楽配信やホームページ閲覧、電子メール等、
次々とホームネットワークユーザにとって魅力的なアプ
リケーションが開発され、そのユーザ数は増加の一途で
ある。

【０００５】一方、ホームネットワークの１つの応用例
が設備系ネットワーク、あるいはホームオートメーショ
ンとしての利用である。これらのネットワークには、エ
アコンや照明、白物家電等が接続され、機器の状態監視
や遠隔制御等がアプリケーションとして考えられる。こ
の設備系ネットワークの日本におけるデファクトスタン
ダードになると期待されているのがエコーネットであ
る。エコーネットは、電灯線、ツイストペア線等の様々
な物理媒体上で、設備系機器（白物家電等）を制御する
ためのコマンド、プロトコル、オブジェクト、ＡＰＩ等
を規定している（例えば、ｈｔｔｐ：／／ｗｗｗ．ｅｃ
ｈｏｎｅｔ．ｏｒ．ｊｐにて取得可能に開示されている
文書に説明が詳しい）。このエコーネットは、日本国内
の複数の電機メーカを中心に設立されたコンソーシアム
がその標準化を担っており、既にバージョン１のスペッ
ク等が発行され、商品化も始まろうとしている。

【０００６】

【発明が解決しようとする課題】エコーネットは、それ
自体がアドレス体系を持ち、「インターネット」のアド
レス体系の上に「エコーネット」のアドレス体系を乗せ
る、といった工夫を行なう必要がある。そのため、「エ
コーネットアドレス」と「インターネットアドレス」と
の間の対応関係の決定等、これまでに無い考慮が必要と
なってくる。これを行なうのが「エコーネットアドレス
初期化」手続きである。

【０００７】エコーネットアドレスを決定する場合に
は、該アドレスを決定する「エコーネットアドレスサー
バ」なるサーバが必ずしも存在しないことが想定される
ため、自立的にエコーネットアドレスを定める機構を用
意することが必要である。この機構として、例えば、
「エコーネットアドレスとなる値の候補を選択し、これ
をローカル網上にブロードキャストすることで、アドレ
スの重複を調査する」というものがある。この機構で
は、「アドレスの仮の値の選択→調査→重複の発見→最
初に戻る」のループにしばらくはまってしまう可能性が
考えられる。このため、立ち上げからしばらくの間、自
分のエコーネットアドレスが決定できない、という事態
が考えられる。

【０００８】特に、本機構がＢｌｕｅｔｏｏｔｈ等の無
線方式に搭載された場合、Ｂｌｕｅｔｏｏｔｈでは同時
にアクティブに通信できるノード数（スレーブ数）が７
以下という制約があるため、上記のループがブロードキ
ャスト処理を伴うだけに、多くの時間を費やす必要に迫
られる可能性がある。

【０００９】本発明は、上記事情を考慮してなされたも
ので、自装置のエコーネットアドレスを効率的に決定で
きるようにした通信装置及び通信制御方法を提供するこ
とを目的とする。

【００１０】また、本発明は、１つの自装置からブロー
ドキャストあるいはマルチキャストされたパケットに対
する複数の他の装置からの応答パケットを該１つの自装
置が効率的に受信できるようにした通信装置及び通信制
御方法を提供することを目的とする。

【００１１】

【課題を解決するための手段】本発明は、所定のネット
ワークレイヤプロトコルのネットワーク上での所定の制
御プロトコルによる通信を行う通信装置であって、前記
所定のネットワークレイヤプロトコルのネットワークに
接続するためのインタフェース手段と、前記所定のネッ
トワークレイヤプロトコルのネットワークを介して送受
信される前記所定の制御プロトコルのデータに関する処
理を行うための制御プロトコル処理手段と、前記所定の
ネットワークレイヤプロトコルのネットワークに接続さ
れた自装置及び他の通信装置について、当該通信装置が
前記所定のネットワークレイヤプロトコルのネットワー
クで使用すべきネットワークレイヤ・アドレス及び当該
通信装置が前記所定の制御プロトコルで使用すべき所定
のアドレスを対応付けて記憶するための記憶手段と、前
記所定の制御プロトコルのパケットをカプセル化した、
前記所定のネットワークレイヤプロトコルのパケットの
送受信を行うための送受信手段と、自装置が前記所定の
制御プロトコルで使用すべき所定のアドレスを決定する
ための決定手段と、前記所定のネットワークレイヤプロ
トコルのネットワークに接続された他の通信装置から、
自装置が使用している前記所定のアドレスに関係する所
定の応答を求めるパケットを受信し、これに応答する場
合、自装置の使用している前記所定のアドレスに応じて
決まる待機時間だけ待機した後に、受信したパケットに
応答するパケットを返送する応答手段とを備えたことを
特徴とする。

【００１２】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行う通信装置であって、前記所定のネッ
トワークレイヤプロトコルのネットワークに接続するた
めのインタフェース手段と、前記所定のネットワークレ
イヤプロトコルのネットワークを介して送受信される前
記所定の制御プロトコルのデータに関する処理を行うた
めの制御プロトコル処理手段と、前記所定のネットワー
クレイヤプロトコルのネットワークに接続された自装置
及び他の通信装置について、当該通信装置が前記所定の
ネットワークレイヤプロトコルのネットワークで使用す
べきネットワークレイヤ・アドレス及び当該通信装置が
前記所定の制御プロトコルで使用すべき所定のアドレス
を対応付けて記憶するための記憶手段と、前記所定の制
御プロトコルのパケットをカプセル化した、前記所定の
ネットワークレイヤプロトコルのパケットの送受信を行
うための送受信手段と、前記所定のネットワークレイヤ
プロトコルのネットワークに接続された他の通信装置に
対して、該他の通信装置が使用している前記所定のアド
レスを問い合わせるパケットを送信し、その後、所定の
待時間待つ間に、該他の通信装置から返送されてきた前
記所定のアドレスを含むパケットを受信し、受信された
パケットに含まれる該所定のアドレスに基づいて、自装
置が前記所定の制御プロトコルで使用すべき所定のアド
レスを決定するための決定手段とを備え、前記他の通信
装置は、前記パケットを受信した場合、該他の通信装置
の使用している前記所定のアドレスに応じて決まる待機
時間だけ待機した後に、前記パケットを返送するもので
あり、前記所定の待時間は、該待機時間の決定方法に基
づいて決定されたものであることを特徴とする。

【００１３】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行う通信装置であって、前記所定のネッ
トワークレイヤプロトコルのネットワークに接続するた
めのインタフェース手段と、前記所定のネットワークレ
イヤプロトコルのネットワークを介して送受信される前
記所定の制御プロトコルのデータに関する処理を行うた
めの制御プロトコル処理手段と、前記所定のネットワー
クレイヤプロトコルのネットワークに接続された自装置
及び他の通信装置について、当該通信装置が前記所定の
ネットワークレイヤプロトコルのネットワークで使用す
べきネットワークレイヤ・アドレス及び当該通信装置が
前記所定の制御プロトコルで使用すべき所定のアドレス
を対応付けて記憶するための記憶手段と、前記所定の制
御プロトコルのパケットをカプセル化した、前記所定の
ネットワークレイヤプロトコルのパケットの送受信を行
うための送受信手段と、自装置が持つネットワークレイ
ヤプロトコルアドレスの所定のビット列の値を、自装置
が前記所定の制御プロトコルで使用すべき所定のアドレ
スの候補とし、該所定のビット列の値について、前記所
定のネットワークレイヤプロトコルのネットワークに接
続された他の通信装置に対して、該他の通信装置が使用
している前記所定のアドレスと同一であるかを問い合わ
せるパケットを送信し、同一でないと判断された場合に
は、前記値を、自装置が前記所定の制御プロトコルで使
用すべき所定のアドレスとして決定する決定手段とを備
えたことを特徴とする。

【００１４】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行う通信装置であって、前記所定のネッ
トワークレイヤプロトコルが稼動するデータリンクレイ
ヤネットワークに接続するためのインタフェース手段
と、前記所定のネットワークレイヤプロトコルのネット
ワークを介して送受信される前記所定の制御プロトコル
のデータに関する処理を行うための制御プロトコル処理
手段と、前記所定のネットワークレイヤプロトコルのネ
ットワークに接続された自装置及び他の通信装置につい
て、当該通信装置の持つデータリンクレイヤプロトコル
アドレスと、当該通信装置が前記所定のネットワークレ
イヤプロトコルのネットワークで使用すべきネットワー
クレイヤ・アドレスと、当該通信装置が前記所定の制御
プロトコルで使用すべき所定のアドレスとを対応付けて
記憶するための記憶手段と、前記所定の制御プロトコル
のパケットをカプセル化した、前記所定のネットワーク
レイヤプロトコルのパケットの送受信を行うための送受
信手段と、自装置が持つデータリンクレイヤプロトコル
アドレスの所定のビット列の値を、自装置が前記所定の
制御プロトコルで使用すべき所定のアドレスの候補と
し、該所定のビット列の値について、前記所定のネット
ワークレイヤプロトコルのネットワークに接続された他
の通信装置に対して、該他の通信装置が使用している前
記所定のアドレスと同一であるかを問い合わせるパケッ
トを送信し、同一でないと判断された場合には、前記値
を、自装置が前記所定の制御プロトコルで使用すべき所
定のアドレスとして決定する決定手段とを備えたことを
特徴とする。

【００１５】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行う通信装置であって、前記所定のネッ
トワークレイヤプロトコルのネットワークに接続するた
めのインタフェース手段と、前記所定のネットワークレ
イヤプロトコルのネットワークを介して送受信される前
記所定の制御プロトコルのデータに関する処理を行うた
めの制御プロトコル処理手段と、前記所定のネットワー
クレイヤプロトコルのネットワークに接続された自装置
及び他の通信装置について、当該通信装置が前記所定の
ネットワークレイヤプロトコルのネットワークで使用す
べきネットワークレイヤ・アドレス及びリンクレイヤア
ドレス並びに当該通信装置が前記所定の制御プロトコル
で使用すべき所定のアドレスを対応付けて記憶するため
の記憶手段と、前記所定の制御プロトコルのパケットを
カプセル化した、前記所定のネットワークレイヤプロト
コルのパケットの送受信を行うための送受信手段と、自
装置が前記所定の制御プロトコルで使用すべき所定のア
ドレスの候補として、自装置が以前に使用していた前記
所定のアドレスが存在する場合には、その値を、存在し
ない場合には、自装置が持つネットワークレイヤプロト
コルアドレス又はリンクレイヤアドレスの所定のビット
列の値を選択し、該所定のビット列の値について、前記
所定のネットワークレイヤプロトコルのネットワークに
接続された他の通信装置に対して、該他の通信装置が使
用している前記所定のアドレスと同一であるかを問い合
わせるパケットを送信し、同一でないと判断された場合
には、前記値を、自装置が前記所定の制御プロトコルで
使用すべき所定のアドレスとして決定する決定手段とを
備えたことを特徴とする。

【００１６】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行うための通信制御方法であって、前記
所定のネットワークレイヤプロトコルのネットワークに
接続された他の通信装置から、自装置が使用している前
記所定のアドレスに関係する所定の応答を求めるパケッ
トを受信し、受信された前記パケットに応答する場合、
自装置の使用している前記所定のアドレスに応じて決ま
る待機時間だけ待機し、受信した前記パケットに応答す
るパケットを返送することを特徴とする。

【００１７】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行うための通信制御方法であって、前記
所定のネットワークレイヤプロトコルのネットワークに
接続された他の通信装置に対して、該他の通信装置が使
用している前記所定のアドレスを問い合わせるパケット
を送信するステップと、所定の待時間待つ間に、該他の
通信装置から返送されてきた前記所定のアドレスを含む
パケットを受信ステップと、受信されたパケットに含ま
れる該所定のアドレスに基づいて、自装置が前記所定の
制御プロトコルで使用すべき所定のアドレスを決定する
ステップとを有し、前記他の通信装置は、前記パケット
を受信した場合、該他の通信装置の使用している前記所
定のアドレスに応じて決まる待機時間だけ待機した後
に、前記パケットを返送するものであり、前記所定の待
時間は、該待機時間の決定方法に基づいて決定されたも
のであることを特徴とする。

【００１８】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行う通信装置としてコンピュータを機能
させるためのプログラムであって、前記所定のネットワ
ークレイヤプロトコルのネットワークに接続するための
インタフェース機能と、前記所定のネットワークレイヤ
プロトコルのネットワークを介して送受信される前記所
定の制御プロトコルのデータに関する処理を行うための
制御プロトコル処理機能と、前記所定のネットワークレ
イヤプロトコルのネットワークに接続された自装置及び
他の通信装置について、当該通信装置が前記所定のネッ
トワークレイヤプロトコルのネットワークで使用すべき
ネットワークレイヤ・アドレス及び当該通信装置が前記
所定の制御プロトコルで使用すべき所定のアドレスを対
応付けて記憶するための記憶機能と、前記所定の制御プ
ロトコルのパケットをカプセル化した、前記所定のネッ
トワークレイヤプロトコルのパケットの送受信を行うた
めの送受信機能と、自装置が前記所定の制御プロトコル
で使用すべき所定のアドレスを決定するための決定機能
と、前記所定のネットワークレイヤプロトコルのネット
ワークに接続された他の通信装置から、自装置が使用し
ている前記所定のアドレスに関係する所定の応答を求め
るパケットを受信し、これに応答する場合、自装置の使
用している前記所定のアドレスに応じて決まる待機時間
だけ待機した後に、受信したパケットに応答するパケッ
トを返送する応答機能とをコンピュータに実現させるた
めのプログラムである。

【００１９】また、本発明は、所定のネットワークレイ
ヤプロトコルのネットワーク上での所定の制御プロトコ
ルによる通信を行う通信装置としてコンピュータを機能
させるためのプログラムであって、前記所定のネットワ
ークレイヤプロトコルのネットワークに接続するための
インタフェース機能と、前記所定のネットワークレイヤ
プロトコルのネットワークを介して送受信される前記所
定の制御プロトコルのデータに関する処理を行うための
制御プロトコル処理機能と、前記所定のネットワークレ
イヤプロトコルのネットワークに接続された自装置及び
他の通信装置について、当該通信装置が前記所定のネッ
トワークレイヤプロトコルのネットワークで使用すべき
ネットワークレイヤ・アドレス及び当該通信装置が前記
所定の制御プロトコルで使用すべき所定のアドレスを対
応付けて記憶するための記憶機能と、前記所定の制御プ
ロトコルのパケットをカプセル化した、前記所定のネッ
トワークレイヤプロトコルのパケットの送受信を行うた
めの送受信機能と、前記所定のネットワークレイヤプロ
トコルのネットワークに接続された他の通信装置であっ
てパケットの受信からこれに応答するパケットの返送ま
で該他の通信装置の使用している前記所定のアドレスに
応じて決まる待機時間だけ待機するものに対して、該他
の通信装置が使用している前記所定のアドレスを問い合
わせるパケットを送信し、その後、該待機時間の決定方
法に基づいて決定されたものである所定の待時間待つ間
に、該他の通信装置から返送されてきた前記所定のアド
レスを含むパケットを受信し、受信されたパケットに含
まれる該所定のアドレスに基づいて、自装置が前記所定
の制御プロトコルで使用すべき所定のアドレスを決定す
るための決定機能とをコンピュータに実現させるための
プログラムである。

【００２０】なお、装置に係る本発明は方法に係る発明
としても成立し、方法に係る本発明は装置に係る発明と
しても成立する。また、装置または方法に係る本発明
は、コンピュータに当該発明に相当する手順を実行させ
るための（あるいはコンピュータを当該発明に相当する
手段として機能させるための、あるいはコンピュータに
当該発明に相当する機能を実現させるための）プログラ
ムとしても成立し、該プログラムを記録したコンピュー
タ読取り可能な記録媒体としても成立する。

【００２１】本発明によれば、自通信装置のエコーネッ
トアドレスを効率的に決定できるようになる。

【００２２】

【発明の実施の形態】以下、図面を参照しながら発明の
実施の形態を説明する。

【００２３】（第１の実施形態）本実施形態では、エコ
ーネットプロトコルをＩＰ（例えば、ＩＰｖ４でも良い
し、ＩＰｖ６でも良い）上にマッピングして、エコーネ
ットプロトコルをＩＰネットワーク上にて稼動する場合
を例にとって説明する。

【００２４】また、本実施形態では、Ｂｌｕｅｔｏｏｔ
ｈと呼ばれるローカル無線ネットワーク技術により、各
ノード（例えば、各種のいわゆる白物家電等や、そのコ
ントローラ等）を接続する構成を例にとる。ここで、Ｂ
ｌｕｅｔｏｏｔｈとは、低コスト、低消費電力を特徴と
するローカル無線ネットワークであり、例えば、ｈｔｔ
ｐ：／／ｗｗｗ．ｂｌｕｅｔｏｏｔｈ．ｃｏｍにて取得
可能に開示されている文書に説明が詳しい。なお、以下
で、ＢＴは、Ｂｌｕｅｔｏｏｔｈの略である。

【００２５】また、Ｂｌｕｅｔｏｏｔｈ上では、ＰＡＮ
（パーソナルエリアネットワーク）のプロファイルに
て、「ＩＰ ｏｖｅｒ Ｂｌｕｅｔｏｏｔｈ」の方式が
規定されているが、本実施形態では、この方式を用いる
場合を例にとって説明する。ここで、ＰＡＮとは、Ｂｌ
ｕｅｔｏｏｔｈ上で定義されるイーサネット（登録商
標）エミュレーションの規格であり、この仕組みを用い
ることにより、イーサネットフレームのやり取りをＢｌ
ｕｅｔｏｏｔｈ上でできるようになる。

【００２６】図１に、本実施形態のホームネットワーク
システムの構成例を示す。

【００２７】図１に示されるように、Ｂｌｕｅｔｏｏｔ
ｈの基地局（ＰＡＮ基地局ともいう）１と、複数のエコ
ーネット機器３（図１の例では、Ａ，Ｂ，Ｃの３つ）
が、Ｂｌｕｅｔｏｏｔｈにより相互接続されている。

【００２８】Ｂｌｕｅｔｏｏｔｈの基地局（ＰＡＮ基地
局ともいう）１は、Ｂｌｕｅｔｏｏｔｈピコネットのマ
スターにあたる。本実施形態では、このＢｌｕｅｔｏｏ
ｔｈ基地局１は、エコーネットノードではないものとし
て説明している（ただし、Ｂｌｕｅｔｏｏｔｈ基地局１
がエコーネットノードであっても構わない）。

【００２９】エコーネット機器３は、エコーネットをサ
ポートするものであれば、家電機器、ＡＶ機器、パソコ
ンその他の情報機器など、どのような機器でもよい。

【００３０】なお、Ｂｌｕｅｔｏｏｔｈ基地局１は、Ｂ
ｌｕｅｔｏｏｔｈを通して、エコーネット機器３の制御
（あるいは監視等）を行う機能を持っていてもよい。ま
た、図示しない他のノードがＢｌｕｅｔｏｏｔｈを通し
て、エコーネット機器３の制御（あるいは監視等）を行
う機能を持っていてもよい。

【００３１】これら全ての機器（図１では、基地局１、
機器Ａ，Ｂ，Ｃ）は、それぞれ、ＩＰアドレスを持つ。
ＩＰアドレスは、ＩＰｖ４アドレスでも良いし、ＩＰｖ
６アドレスでも良い。なお、ここでは、ＩＰアドレス
は、リンクローカルアドレスであるものとして説明す
る。リンクローカルアドレスとは、そのリンク（本例で
はＢｌｕｅｔｏｏｔｈ）上でのみ使うことのできる、特
殊なＩＰアドレスである。グローバルユニークなＩＰア
ドレスを与える必要が無い一方、ローカルなネットワー
ク（リンクネットワーク）上で、ＩＰの特定のアプリケ
ーションを動作させる場合に用いられる方式である。エ
コーネットプロトコルは、ローカルネットワークを前
提、対象に開発されたプロトコルであるため、ＩＰ上で
もリンクローカルアドレスの使用が望ましいと共に、未
然に自宅外からの家電製品、エコーネット稼動範囲への
悪意のあるアクセスや間違いアクセスを未然に防ぐこと
が可能となる。

【００３２】図２に、エコーネット機器３の内部構造例
を示す。

【００３３】図２に示されるように、エコーネット機器
３は、Ｂｌｕｅｔｏｏｔｈにより無線通信するためのＢ
ｌｕｅｔｏｏｔｈインタフェース３１、エコーネットの
処理を行うエコーネット処理部３２、所定のプロトコル
の処理を行う他プロトコル処理部３３を含む。

【００３４】エコーネット処理部３２は、Ｂｌｕｅｔｏ
ｏｔｈインタフェース１１とイーサフレームの送受信の
やり取りを行うイーサフレーム送受信部３２１、インタ
ーネットパケットの送受信のやり取りを行なうインター
ネット処理部３２７、エコーネット ｏｎ Ｂｌｕｅｔ
ｏｏｔｈの初期化処理を行う初期化処理部３２６、エコ
ーネットアドレスとＩＰアドレスとの間のアドレス解決
を行うアドレス解決部３２５、ＩＰアドレスとエコーネ
ットアドレスとを対応付けて記憶するアドレステーブル
３２３、エコーネットのコマンド処理やミドルウエア処
理一般を行うエコーネット制御処理部３２２、液晶画面
やタッチパネルやキーボード等からなるユーザインタフ
ェース３２４を含む。

【００３５】次に、図３に、本実施形態のアドレステー
ブルの内部構造例を示す。

【００３６】図３（ａ）に示されるように、本実施形態
のアドレステーブル３２３は、そのＩＰサブネット（具
体的には、そのリンクローカルの空間）内にあるエコー
ネットノードのＩＰアドレス（本例の場合、リンクロー
カルアドレス）と、そのノードのエコーネットアドレス
（のノードＩＤ（ノード識別子））とを対応付けて記憶
する。

【００３７】また、エコーネット機器３は、図３（ｂ）
に示されるように、ある時点で他のエコーネット機器３
が既に使用しているエコーネットアドレス群を保持する
ためのテーブルを持つ。

【００３８】ここで、エコーネットアドレスは、８ビッ
ト長の論理的な識別子であり、エコーネット仕様書にて
その仕様が定められる（エコーネット仕様書では、ネッ
トＩＤなるネットワーク識別子も定義されているが、本
実施形態では、ネットＩＤは固定と考えて、ノード別に
割り当てられるノードＩＤに着目して説明する）。この
値も、場合によって異なる値が割り当てられる可能性が
ある。

【００３９】なお、図３（ａ）の例において、添え字の
０は、図１のＢｌｕｅｔｏｏｔｈ基地局１に対応するも
のを示し、添え字のａ，ｂは、図１のエコーネット機器
Ａ，Ｂに対応するものをそれぞれ示している。

【００４０】なお、本実施形態において、Ｂｌｕｅｔｏ
ｏｔｈ基地局（ＰＡＮ基地局）１がエコーネットノード
である場合のその内部構造例は、基本的には、図１のエ
コーネット機器３のそれと同様である。ただし、イーサ
フレーム送受信部内に、イーサフレームのルーチングを
行う機能（イーサフレームルーチング部）を含む。この
イーサフレームルーチング部は、例えば、以下のような
処理を行う。すなわち、受信したイーサフレームが自ノ
ード宛のものであるかどうかを調べ、自ノード宛のもの
でない場合には宛先へ向けて送信し、自ノード宛のもの
である場合には、イーサタイプのフィールドを参照する
などして、内部の該当する処理部へ転送する。なお、こ
の場合、エコーネットノードである基地局１のエコーネ
ットアドレスの値を、例えば０や１等の固定値としても
よい。本実施形態のＢｌｕｅｔｏｏｔｈのように、Ｂｌ
ｕｅｔｏｏｔｈマスターの位置に立つノードは、エコー
ネットノードとして特別な役割（イーサフレームのルー
チングやアドレス解決、初期化処理等）を行うことか
ら、特別なエコーネットアドレスを固定的に割り当てる
ことで処理の簡便化をはかることができる。

【００４１】以下では、エコーネットアドレス初期化手
続きについて説明する。

【００４２】図４に、エコーネットアドレス初期化シー
ケンスの例を示す。

【００４３】また、図５に、エコーネット機器３におけ
る、エコーネットアドレス決定の処理手順の一例を示
す。また、図６に、エコーネット機器３における、他の
エコーネット機器３からの問い合わせに回答する際の処
理手順の一例を示す。

【００４４】ここでは、ＰＡＮ基地局１がマスターとな
っているピコネットに、当初、エコーネット機器Ａとエ
コーネット機器Ｂとが所属しているとする。つまり、こ
のピコネットには、機器Ａと機器Ｂの２つのエコーネッ
トノードがこの時点では存在しているものとする。そし
て、エコーネット機器Ｃが本ローカルネットに加わろう
とする場合を例にとる。

【００４５】この例では、まず、エコーネット機器Ｃが
周囲にＩｎｑｕｉｒｙをかけ（Ｓ１）、これにＢＴマス
ターとなっているＰＡＮ基地局１が答える（Ｓ２）。Ｉ
ｎｑｕｉｒｙを受けたＢＴマスター（ＰＡＮ基地局１）
は、必要に応じてマスター／スレーブ変換等を行って、
該エコーネット機器Ｃを配下に収める。

【００４６】次に、ＢＴマスター（ＰＡＮ基地局１）と
エコーネット機器Ｃとの間でサービス発見手続きが行わ
れる（Ｓ３）。この結果、エコーネット機器Ｃは、ＢＴ
マスター（ＰＡＮ基地局１）がＰＡＮ（ＴＣＰ／ＩＰ）
をサポートしているノードであることを発見、認識する
（Ｓ４）。この時点では、まだエコーネット機器Ｃのエ
コーネットアドレスは決定していない。

【００４７】次に、ＢＴマスター（ＰＡＮ基地局１）と
エコーネット機器Ｃとの間で、ＰＡＮの初期化手続きが
行われる（Ｓ５）。この結果、両機器間で、Ｂｌｕｅｔ
ｏｏｔｈ上のＰＡＮを使ったＴＣＰ／ＩＰ通信が実現さ
れる。このＩＰ通信は、ＩＰｖ４でも良いし、ＩＰｖ６
でも良い。

【００４８】次に、エコーネット機器Ｃは、自分のエコ
ーネットアドレスを決定するための手順に移る。

【００４９】まず、エコーネット機器Ｃは、そのローカ
ルネット（サブネット）内のエコーネットノードが持っ
ているアドレスを知るために、エコーネットアドレス問
合せパケットを、全てのエコーネットノードが受信する
ように予め割当てられたＩＰマルチキャストアドレスに
対して送信する（Ｓ６，Ｓ２１）。このようにすること
で、該パケットがエコーネットノード以外のノードに送
信されることを未然に防ぐことができる。なお、（ロー
カル網上などの所定の範囲に）ブロードキャストを行う
ことも可能である。

【００５０】このエコーネットアドレス問合せパケット
を受信したエコーネット機器３（図１の例では、機器Ａ
と機器Ｂ）は、このパケットを送信したノード（本例の
エコーネット機器Ｃ）に対して、自分のエコーネットア
ドレスの値（特にノードＩＤの値）を通知してやらなく
てはならない。ただし、そのサブネット内に複数のエコ
ーネットノードが同時に存在する場合には、このリプラ
イが同時に行なわれてしまうと、アドレスを通知するた
めのパケットが一気にエコーネット機器Ｃに集中し、エ
コーネット機器Ｃが輻輳の状態になってしまう。よっ
て、これを未然に防ぐため、エコーネットアドレス問合
せパケットを受信（Ｓ３１）したエコーネットノード
は、ある単位時間Ｔに、自分のエコーネットアドレス
（のノードＩＤの部分）の値を乗じた値に相当する待機
時間だけ待ち（Ｓ７，Ｓ９，Ｓ３２，Ｓ３３）、その
後、自エコーネットアドレスを含む応答パケットを返送
する（Ｓ８，Ｓ１０，Ｓ３４）。このようにすること
で、該アドレス問合せパケットを送ったノードへのリプ
ライの瞬間的な集中を未然に防ぐことが可能になる。

【００５１】一方、アドレス問合せを送ったエコーネッ
ト機器Ｃの側も、そのローカルネットに存在し得る最大
ノード数（エコーネットの場合、２５５）の数に上記単
位時間を乗じた値Ｔ’（に相当する待時間）だけ待てば
（Ｓ２２）、存在し得る全て（あるいはほとんど）のノ
ードからのリプライが返ってくるものと期待できる。こ
れは、エコーネットサブネット内のノード数が２５６と
限定された数であり、これに上記単位時間を乗じた数も
リーズナブルな時間に収まることから、このような受信
待ちが可能となる。捕捉したエコーネットアドレスは、
図３（ｂ）の既利用エコーネットアドレスの一覧に記入
する。

【００５２】なお、上記の手順は、エコーネットアドレ
ス問合せパケットや次のエコーノード確認パケットだけ
でなく、マルチキャストあるいはブロードキャストされ
た他のパケットを受信し、これに対する応答パケットを
返送する場合にも適用可能である。

【００５３】ここで、上記エコーネットアドレス問合せ
パケットが何らかの都合（例えば劣悪な無線環境）によ
り到着しない場合も考えられ、応答できないノードが存
在する可能性を考慮する必要がある。このため、下記に
説明するように、上記エコーネットアドレス問合せに対
する応答パケットで収集したエコーネットアドレスと重
複しないアドレスを選択するだけでなく、選択したアド
レス（ノードＩＤ）が本当にそのＩＰサブネット内で使
われていないかどうかを、再度確認する作業が行なわれ
る。

【００５４】このようにして、該ローカルネット上の全
て（あるいはほとんど）のエコーネットノードのエコー
ネットアドレスを収集したエコーネット機器Ｃは、続い
て、自分のエコーネットアドレスの候補を決める（Ｓ１
１，Ｓ２３）。この場合、エコーネット機器Ｃは、存在
する全ての（または所定の一部の）エコーネットアドレ
スのうちから、それまでに通知されたエコーネットアド
レス（該ローカルネット上に既に存在すると考えられる
エコーネットアドレス）の値以外の値を選択し、これを
仮の自分のエコーネットアドレスとする。つまり、存在
する全ての（または所定の一部の）エコーネットアドレ
スのうちから、図３（ｂ）の既利用エコーネットアドレ
スの一覧に書いてある値以外の値を、所定の方法で（例
えば、ランダムに、最も値の小さいものを、最も値の大
きいものを、など種々の方法がある）、１つ選択する。

【００５５】エコーネット機器Ｃは、自分でエコーネッ
トアドレスの候補を決定し、この値を含むエコーノード
確認パケットを、ローカルリンクにブロードキャスト
（エコーネットノードに割当てられたＩＰマルチキャス
トアドレスでもよい）して、該エコーネットアドレスの
値の重複を調査する（Ｓ１２）。このようなパケット
を、送信し、上記のように確認先のエコーネット機器の
待機時間を考慮して、所定の待時間（例えば、上記の
Ｔ’）だけ待ち（Ｓ１３）、その時間の間、リプライが
無ければ、該サブネットには同様のエコーネットアドレ
スを持ったノードは他にはいないと判断して、該アドレ
スを、そのノードのエコーネットアドレスとして用いる
ことに決定する（Ｓ１４，Ｓ２４，Ｓ２５）。なお、確
認パケットの送信と、所定の待時間だけ待つことを、所
定回数（複数数回）繰り返してもなおリプライが無けれ
ば、該アドレスを、そのノードのエコーネットアドレス
として用いることに決定するようにしてもよい。

【００５６】他に、同じエコーネットアドレスがいる
（つまり「そのアドレスは使用中」という意味のパケッ
トが返ってきた場合）場合には、それ以外の新しい値を
選択して、同様にアドレスの重複を検査する（Ｓ１１〜
Ｓ１４，Ｓ２５〜Ｓ２８）。

【００５７】本実施形態では、上記「既に自分がそのエ
コーネットアドレスの値は使っている」という意味のメ
ッセージは、エコーネットアドレス重複メッセージとし
て通知される。

【００５８】なお、存在し得る最大ノード数（エコーネ
ットの場合、２５５）の数に上記単位時間を乗じた値
Ｔ’に相当する待時間だけ待つ代わりに、例えば、図３
（ａ）のアドレステーブル３２３に登録されたエコーネ
ットアドレス（のノードＩＤ）の最大値に上記単位時間
を乗じた値Ｔ”に相当する待時間だけ待つ方法なども可
能である。

【００５９】このようにしてエコーネットアドレス（Ｅ
ｃ）が決定すると、その後は、エコーネットパケットを
ＩＰパケットにカプセル化する形で、エコーネットパケ
ットのやり取りが、エコーネットノード間にて行われ
る。本実施形態では、エコーネットパケットは、ＵＤＰ
パケットにカプセル化される。

【００６０】図７に、ＩＰパケットにカプセル化される
パケット（エコーネットパケットやエコーネットＡＲＰ
パケット）のフォーマットの一例を示す。図７に示され
るように、一般のエコーネットパケットがＩＰパケット
にカプセル化される他、その他のエコーネットアドレス
決定や通知の場合の制御パケットや、アドレス解決のた
めのパケットなども、このパケットフォーマットに含ま
れる。エコーネットパケットも、エコーネットに関連す
る制御パケットも、共に同一のポート番号（本例では、
ＵＤＰポート）にマッピングされ、パケット種別のフィ
ールドを参照することにより、それがエコーネットパケ
ットなのか、それともエコーネットの初期化用の制御パ
ケットなのかの区別を行うようになっていても良い。ま
た、例えば、エコーネットパケットやエコーＡＲＰパケ
ットなどで異なるポート番号にマッピングされるように
してもよい。

【００６１】ところで、上記では、マルチキャストある
いはブロードキャストされた他のパケットを受信した
（問い合わせ先あるいは確認先などとなる）エコーネッ
ト機器（受信側エコーネット機器と呼ぶ）は、これに対
する応答パケットを返送する際の待機時間として、ある
単位時間Ｔに、自分のエコーネットアドレスのノードＩ
Ｄの部分の値を乗じた値を使用したが、待機時間の決定
方法は、これに限定されず、種々のバリエーションが可
能である。また、マルチキャストあるいはブロードキャ
ストされた他のパケットを送信した（問い合わせ元ある
いは確認元などとなる）エコーネット機器（送信側エコ
ーネット機器と呼ぶ）における所定の待時間の決定方法
のついても、待機時間の決定方法に応じて、種々のバリ
エーションが可能である。以下、幾つかのバリエーショ
ンを例示する。

【００６２】（１）受信側エコーネット機器では、自装
置のエコーネットアドレスのノードＩＤの部分の値をそ
のまま用いる代わりに、例えば、自装置のエコーネット
アドレスのノードＩＤの部分の値に１対１に対応して予
め定められている値（例えばエコーネットアドレスのノ
ードＩＤの取り得る値のうちのいずれかの値）を用いる
ようにしてもよい。送信側エコーネット機器では、該ノ
ードＩＤのＭＡＸ値に単位時間を乗じた値を待時間とす
るのではなく、例えば、図３（ａ）のアドレステーブル
３２３に登録されたエコーネットアドレスのノードＩＤ
に上記の対応を適用した場合の対応値の最大値に単位時
間を乗じた値を待時間としてもよい。

【００６３】（２）受信側エコーネット機器では、自装
置のエコーネットアドレスのノードＩＤの部分の値をそ
のまま用いる代わりに、例えば、自装置のエコーネット
アドレスのノードＩＤの部分の値を次のような関数に入
力して得られる値を用いるようにしてもよい。この関数
は、エコーネットアドレスのノードＩＤの部分の値を、
エコーネットアドレスのノードＩＤのＭＡＸ値より小さ
い値の範囲に写像するものである。例えば、該ノードＩ
Ｄを定数ｎで除して得られる商を出力するものである。
また、例えば、ノードＩＤを定数ｎで除して得られる剰
余を出力するものである。また、この写像は、出力を均
等に分布させるものでなくてもよい。送信側エコーネッ
ト機器では、該ノードＩＤのＭＡＸ値に単位時間を乗じ
た値を待時間とするのではなく、例えば、写像範囲のＭ
ＡＸ値に単位時間を乗じた値を待時間としてもよい。あ
るいは、例えば、図３（ａ）のアドレステーブル３２３
に登録されたエコーネットアドレスのノードＩＤに上記
関数を適用した場合の写像値の最大値に単位時間を乗じ
た値を待時間としてもよい。

【００６４】（３）受信側エコーネット機器では、自装
置のエコーネットアドレスのノードＩＤの部分の値をそ
のまま用いる代わりに、例えば、自装置のエコーネット
アドレスのノードＩＤの部分の値をピークとする分布関
数を持つ乱数によって発生した乱数値を用いるようにし
てもよい。送信側エコーネット機器では、該ノードＩＤ
のＭＡＸ値に単位時間を乗じた値を待時間とするのでは
なく、例えば、図３（ａ）のアドレステーブル３２３に
登録されたエコーネットアドレスのノードＩＤに上記の
乱数を適用した場合の乱数値の最大値に単位時間を乗じ
た値を待時間としてもよい。

【００６５】（４）受信側エコーネット機器では、自装
置のエコーネットアドレスのノードＩＤの部分の値（あ
るいは上記のような方法で得られる値）に、単位時間を
乗じて、待機時間を求める代わりに、例えば、自装置の
エコーネットアドレスのノードＩＤの部分の値（あるい
は上記のような方法で得られる値）を、所定の関数（単
位時間を乗じる関数を除く）に入力して得られる値を、
待機時間としてもよい。送信側エコーネット機器では、
例えば、該ノードＩＤのＭＡＸ値を上記所定の関数に入
力した値を待時間としてもよい。また、例えば、図３
（ａ）のアドレステーブル３２３に登録されたエコーネ
ットアドレスのノードＩＤを上記所定の関数に入力した
値を待時間としてもよい。

【００６６】ところで、上記では、受信側エコーネット
機器における待機時間や送信側エコーネット機器におけ
る待時間を予め１種類決定しておくものとしたが、その
代わりに、待機時間の決定方法と待時間の決定方法との
組を複数を搭載しておき（あるいは、例えば、上記の
（２）のｎをパラメータとした方法を搭載しておき）、
送信側エコーネット機器が問い合わせパケットや確認パ
ケットなどを受信側エコーネット機器にブロードキャス
トあるいはマルチキャストする際に、いずれの方法を使
用するか（あるいは、例えば、上記の（２）のｎとして
どのような値を使用するか）を指定する情報を該パケッ
トに記述し、受信側エコーネット機器は指定された方法
で待機時間を決定し、送信側エコーネット機器も同じ方
法で待時間を決定するようにしてよい。

【００６７】例えば、待機時間の決定方法と待時間の決
定方法との組が、互いに、受信側エコーネット機器にお
ける待機時間の分散の仕方（その結果として、送信側エ
コーネット機器におけるリプライの集中の程度）が異な
るものである場合に、送信側エコーネット機器は、自装
置のメモリ容量の大小等に応じて、複数の受信側エコー
ネット機器における待機時間が短期間により集中するよ
うな方法や、より長期間にわたって分散する方法など
を、適宜選択するようにしてもよい。

【００６８】なお、上記の受信側エコーネット機器のエ
コーネットアドレスのノードＩＤの部分の値に単位時間
を乗じて得られる値を待機時間とするような方法におい
て、該単位時間をパラメータとして、送信側エコーネッ
ト機器が指定する方法も可能である。

【００６９】なお、以上では、エコーネットアドレスの
ＩＰアドレスとして、リンクローカルアドレスを用いる
ものとして説明したが、グローバルユニークＩＰアドレ
スや、プライベートＩＰアドレスなどを用いてもよい
（ＩＰｖ４アドレスでもＩＰｖ６アドレスでも良い）。

【００７０】（第２の実施形態）以下では、第１の実施
形態と相違する点を中心に説明する（本実施形態のホー
ムネットワークシステムの構成例については図１を、エ
コーネット機器３の内部構造例については図２を、アド
レステーブルの内部構造例については図３を、ＩＰパケ
ットにカプセル化されるパケットのフォーマット例につ
いては図７を参照）。

【００７１】エコーネットアドレス（ノードＩＤ）を、
ＩＰアドレスの一部、例えば下８ビットの値を用いるこ
とを基本とし、もし同一サブネット内に同じノードＩＤ
を持つノードが存在する場合に、該値を用いるとエコー
ネットアドレス（ノードＩＤ）の値の重複がサブネット
内で発生することから、本実施形態では、そのような場
合において、これまで説明してきた方法を利用して、自
分のエコーネットアドレス（ノードＩＤ）を決定する。

【００７２】図８及び図９に、この場合のエコーネット
アドレス初期化シーケンスの例を示す（図８及び図９
は、１つのシーケンスを分図したものである）。

【００７３】ここでも、図４〜図６の場合の具体例と同
様とする。すなわち、ＰＡＮ基地局１がＢＴマスターと
なっているピコネットに、当初、エコーネット機器Ａと
エコーネット機器Ｂとが所属しているとする。つまり、
このピコネットには、機器Ａと機器Ｂの２つのエコーネ
ットノードがこの時点では存在しているものとする。そ
して、エコーネット機器Ｃが本ローカルネットに加わろ
うとする場合を例にとる。

【００７４】さて、エコーネット機器Ｃは、自分に割当
てられたＩＰアドレスの下８ビットの値を、エコーネッ
トアドレス（ノードＩＤ）の候補とする（Ｓ４１）。

【００７５】なお、ＩＰｖ４アドレスのクラスＣアドレ
スであれば、この時点で重複はないことになる。それ以
外のＩＰアドレスである場合には、同一サブネットの他
のノードに割当てられているＩＰアドレスの下８ビット
が同一である場合が考えられるため、ノードＩＤの重複
が発生する可能性が考えられる。このため、これを確認
するために図４のＳ１２と同様のエコーネットノード確
認パケット等を用いて、図５の手順を開始する。

【００７６】すなわち、エコーネット機器Ｃは、上記の
ＩＰアドレスの下８ビットの値を含むエコーノード確認
パケットを、ローカルリンクにブロードキャスト（エコ
ーネットノードに割当てられたＩＰマルチキャストアド
レスでもよい）して、該エコーネットアドレスの値の重
複を調査する（Ｓ４２）。

【００７７】ここで、問い合わされた値と同一のエコー
ネットアドレス（ノードＩＤ）を使用している旨を示す
応答パケットが返送されなければ、重複がないと判断し
て、該値（ＩＰアドレスの下８ビットの値）を、自装置
が使用するエコーネットアドレス（ノードＩＤ）と決定
する。

【００７８】一方、該パケットを受信したエコーネット
機器は、問い合わされた値と同一のエコーネットアドレ
ス（ノードＩＤ）を使用しているならば、エコーネット
機器Ｃへ、その旨を示す応答パケットを送信する（Ｓ４
３）。

【００７９】例えば、上記のＩＰアドレスの下８ビット
の値が、エコーネット機器Ａが使用しているエコーネッ
トアドレス（ノードＩＤ）＝Ｅａと同一であったような
場合には、該パケットを受信したエコーネット機器Ａ
が、問い合わされた値と同一のエコーネットアドレス
（ノードＩＤ）を使用している旨を示す応答パケットを
送信する。

【００８０】エコーネット機器Ｃは、この応答パケット
により、問い合わせたエコーネットアドレス（ノードＩ
Ｄ）の候補が、他のエコーネット機器により使用されて
いると判断されると、サブネット内の全ノードＩＤの調
査に移る（Ｓ４４）。

【００８１】以降の処理は、図４〜図６の場合と、基本
的には同様である。

【００８２】すなわち、エコーネット機器Ｃは、そのロ
ーカルネット（サブネット）内のエコーネットノードが
持っているアドレスを知るために、エコーネットアドレ
ス問合せパケットを、マルチキャストあるいはブロード
キャストする（Ｓ４５）。

【００８３】このエコーネットアドレス問合せパケット
を受信したエコーネット機器Ａ，Ｂは、このパケットを
送信したエコーネット機器Ｃに対して、前述のような所
定の待機時間だけ待った（Ｓ４６，Ｓ４８）後に、自分
のエコーネットアドレス（ノードＩＤ）を通知する（Ｓ
４７，Ｓ４９）。

【００８４】エコーネット機器Ｃは、前述のような所定
の待時間の間に、応答パケットの受信を行う。

【００８５】エコーネット機器Ｃは、サブネットで利用
中のエコーネットアドレスをすべて（あるいは大まか
に）把握する（Ｓ５０）。

【００８６】次いで、前述と同様に（エコーネットアド
レス問合せパケットに応答できないノードが存在する可
能性を考慮し）、エコーネットアドレス問合せに対する
応答パケットで収集したエコーネットアドレスと重複し
ないアドレスを選択するだけでなく、選択したアドレス
（ノードＩＤ）が本当にそのＩＰサブネット内で使われ
ていないかどうかを、再度確認する作業が行なわれる。

【００８７】すなわち、まず、他のエコーネット機器と
の重複がないように、自分のエコーネットアドレスの候
補を決める（Ｓ５１）。

【００８８】エコーネット機器Ｃは、自分でエコーネッ
トアドレスの候補の値を含むエコーノード確認パケット
を、マルチキャストあるいはブロードキャストして、該
エコーネットアドレスの候補の値の重複を調査する（Ｓ
５２）。

【００８９】このエコーノード確認パケットを受信した
エコーネット機器Ａ，Ｂは、このパケットを送信したエ
コーネット機器Ｃに対して同一のエコーネットアドレス
（ノードＩＤ）を使用している旨を示す応答パケットを
返送する場合には、前述のような所定の待機時間だけ待
った後に、該返送を行う。

【００９０】エコーネット機器Ｃは、前述のような所定
の待時間だけ待ち（Ｓ５３）、その時間の間、リプライ
が無ければ、該サブネットには同様のエコーネットアド
レスを持ったノードは他にはいないと判断して、該エコ
ーネットアドレスの候補を、その自分のエコーネットア
ドレスとして用いることに決定する（Ｓ５４）。なお、
確認パケットの送信と、所定の待時間だけ待つことを、
所定回数（複数数回）繰り返してもなおリプライが無け
れば、該アドレスを、そのノードのエコーネットアドレ
スとして用いることに決定するようにしてもよい。

【００９１】他に、同じエコーネットアドレスがいる
（つまり「そのアドレスは使用中」という意味のパケッ
トが返ってきた場合）場合には、それ以外の新しい値を
選択して、同様にアドレスの重複を検査する（Ｓ５２〜
Ｓ５４）。

【００９２】（第３の実施形態）以下では、第１、第２
の実施形態と相違する点を中心に説明する（本実施形態
のホームネットワークシステムの構成例については図１
を、エコーネット機器３の内部構造例については図２を
参照）。

【００９３】第２の実施形態では、ＩＰアドレスの一部
（例えば下８ビットの値）を利用して、自ノードのエコ
ーネットアドレス（ノードＩＤ）を決定する例について
説明したが、本実施形態では、Ｂｌｕｅｔｏｏｔｈアド
レスの一部（例えば下８ビットの値）を利用して、自ノ
ードのエコーネットアドレス（ノードＩＤ）を決定する
例について説明する。Ｂｌｕｅｔｏｏｔｈアドレスは不
変のアドレスであるため、この方法は、例えば、なるべ
く同じノードに対して同じエコーネットアドレスを割当
てたいエコーネットの要求により合致する。

【００９４】なお、ここでは、まず前回利用したノード
ＩＤの値を自ノードＩＤの候補として利用するようにし
ている。また、自ノードでアドレスを決定する前に、ネ
ットワーク上にエコーネットアドレスの割り当てを行な
ってくれるアドレスサーバ（エコーネット版のＤＨＣＰ
サーバ）が存在するかどうかを確かめるようにしてい
る。

【００９５】本実施形態のホームネットワークシステム
のＢｌｕｅｔｏｏｔｈ基地局（ＰＡＮ基地局）及びエコ
ーネット機器（図１では、基地局１、機器Ａ，Ｂ，Ｃ）
は、それぞれ、ＢｌｕｅｔｏｏｔｈアドレスとＩＰアド
レスを持つ。

【００９６】Ｂｌｕｅｔｏｏｔｈアドレスは、あらかじ
めＢｌｕｅｔｏｏｔｈインタフェースに付与された変更
不可能なハードウエアアドレスであり、通常４８ビット
のＩＥＥＥ８０２アドレスが割り当てられている。

【００９７】ＩＰアドレスは、ＩＰｖ４アドレスでも良
いし、ＩＰｖ６アドレスでも良い。なお、本実施形態で
は、ＩＰｖ４の場合、ＩＰアドレスは、クラスＣのアド
レスであるものとして説明するが、クラスＡ、クラスＢ
のＩＰｖ４アドレスであっても良い。また、ＩＰｖ６の
場合は、ＩＰアドレスは例えばＩＰｖ６のリンクローカ
ルアドレスであるものとしてもよい。リンクローカルア
ドレスは、前述したように、そのリンク（本例ではＢｌ
ｕｅｔｏｏｔｈ）上でのみ使うことのできる、特殊なＩ
Ｐアドレスである。グローバルユニークなＩＰアドレス
を与える必要が無い一方、ローカルなネットワーク（リ
ンクネットワーク）上で、ＩＰの特定のアプリケーショ
ンを動作させる場合に用いられる方式である。エコーネ
ットプロトコルは、ローカルネットワークを前提、対象
に開発されたプロトコルであるため、ＩＰ上でもリンク
ローカルアドレスの使用が望ましいと共に、未然に自宅
外からの家電製品、エコーネット稼動範囲への悪意のあ
るアクセスや間違いアクセスを未然に防ぐことが可能と
なる。

【００９８】図１０に、本実施形態のアドレステーブル
の内部構造例を示す。

【００９９】図１０（ａ）に示されるように、本実施形
態のアドレステーブル３２３は、そのＩＰサブネット
（具体的には、そのリンクローカルの空間）内にあるエ
コーネットノードのＩＰアドレスと、そのノードのハー
ドウエアアドレス（具体的にはＢｌｕｅｔｏｏｔｈアド
レス）と、そのノードのエコーネットアドレス（のノー
ドＩＤ（ノード識別子））とを対応付けて記憶する。

【０１００】また、エコーネット機器３は、図１０
（ｂ）に示されるように、ある時点で他のエコーネット
機器３が既に使用しているエコーネットアドレス群を保
持するためのテーブルを持つ。

【０１０１】なお、図１０（ａ）のテーブルを使用する
代わりに、例えば、ハードウエアアドレスとＩＰアドレ
スとの対応テーブルと、ＩＰアドレスとエコーネットア
ドレスとの対応テーブルの２つのテーブルを使用するよ
うにしてもよい（なお、ハードウエアアドレスとエコー
ネットアドレスとの対応テーブルと、エコーネットアド
レスとＩＰアドレスとの対応テーブルの２つのテーブル
に分割する方法や、エコーネットアドレスとハードウエ
アアドレスとの対応テーブルと、ハードウエアアドレス
とＩＰアドレスとの対応テーブルの２つのテーブルに分
割する方法も可能である）。

【０１０２】以下では、エコーネットアドレス初期化手
続きについて説明する。

【０１０３】図１１及び図１２に、エコーネットアドレ
ス初期化シーケンスの例を示す（図１１及び図１２は、
１つのシーケンスを分図したものである）。

【０１０４】ここでも、ＰＡＮ基地局１がマスターとな
っているピコネットに、当初、エコーネット機器Ａとエ
コーネット機器Ｂとが所属しているとする。つまり、こ
のピコネットには、機器Ａと機器Ｂの２つのエコーネッ
トノードがこの時点では存在しているものとする。そし
て、エコーネット機器Ｃが本ローカルネットに加わろう
とする場合を例にとる。

【０１０５】なお、図１１及び図１２のシーケンス例で
も、Ｂｌｕｅｔｏｏｔｈ通信の初期化に必要な手順（イ
ンクワイアリやサービス発見プロトコル等）や、ＴＣＰ
／ＩＰ通信の初期化に必要な手順（ＩＰアドレスの取得
等）については既に終了しているものとしその後に必要
な手順についてのみ説明している（図４のＳ１〜Ｓ５参
照）。

【０１０６】さて、エコーネット機器Ｃは、自分のエコ
ーネットアドレスを決定するための手順に移る。

【０１０７】まず、エコーネット機器Ｃは、そのＩＰサ
ブネット内にネットアドレスサーバ確認パケットをブロ
ードキャスト（あるいは、エコーネットノードに対して
のみマルチキャスト）して、エコーネットアドレス（ノ
ードＩＤ）の割り当てを行なってくれるエコーネットア
ドレスサーバ（図示せず）の存在を確認する（Ｓ６
１）。

【０１０８】ここで、エコーネットアドレスサーバは、
内部に例えば図１０で説明したようなアドレステーブル
を持ち、要求に応じてエコーネットアドレス（ノードＩ
Ｄ）の値を割り振るためのサーバである。

【０１０９】エコーネットアドレスサーバが、そのＩＰ
サブネット内に存在する場合は、このサーバにエコーネ
ットアドレスを割当ててもらえばよいため、以降の手順
は不要となる。この場合、エコーネットアドレスサーバ
を用いたエコーネットアドレスの割当て手順は、エコー
ネット規格の種々の物理媒体（例えば電灯線やＬＯＮ
等）にて定められた方法や、ＴＣＰ／ＩＰ規格にて定め
られた方法（例えばＤＨＣＰサーバによる方法）に順ず
るものとする。

【０１１０】ここで、アドレスサーバが存在する場合に
ついて説明する。一部のエコーネット機器（例えば、電
灯線や赤外線、ツイストペア線上に定義されたエコーネ
ット等）は、エコーネットアドレスの値（ノードＩＤの
値）が、どのような場合であっても（あるいは、ほとん
どの場合に）変わらない様な前提で作られてきた。これ
は、それぞれのネットワーク上（電灯線ネットワーク、
赤外線ネットワーク、ツイストペア線ネットワーク等）
において、必ずアドレスサーバが存在し、このアドレス
サーバが常時稼動し、どのノードに対してどのノードＩ
Ｄの値を与えたかどうかを記憶しておく仕組みを持って
いる。このため、同一のノードが同一のネットワーク上
で立ち上がった場合、それが始めての稼動ではなく、複
数回目の稼動であったとしても、アドレスサーバは、そ
のノードの識別子（例えばハードウエアアドレス、また
はデータリンクレイヤアドレス、又は固有の識別子）
と、エコーネットアドレス（ノードＩＤ）との組み合わ
せを予め記憶しておき、必ず同一のノードＩＤの値を与
えるようにして、これを達成する。このようなネットワ
ークに接続しているノードは、「エコーネット機器のエ
コーネットアドレス（ノードＩＤ）の値は変わらない」
という解釈をしている可能性がある。

【０１１１】これに対して、本実施例で説明するアドレ
ス割当て方式は、「ノードＩＤの値が変わる可能性のあ
る」方式である。これは、前記既存のネットワークに接
続された機器が対応できない可能性が出てきてしまう。
例えば、前記既存のネットワークに接続された機器が、
本ＩＰネットワーク上のエコーネット機器のノードＩＤ
の値が、長期にわたって不変であると解釈する場合であ
る。

【０１１２】このため、既存のネットワークに接続され
た機器が接続される場合、つまり、本実施例の「ＩＰネ
ットワーク」と既存ネットワークが接続されて、エコー
ネットが構成される場合には，必ず、「ＩＰネットワー
クと既存ネットワークを接続するノード」であるエコー
ネットルータにアドレスサーバを配置することにすれ
ば，アドレスサーバは配布するノードＩＤの値が基本的
に不変であるため，本ＩＰネットワーク上に配置される
エコーネット機器のエコーネットアドレス（ノードＩ
Ｄ）の値も不変であることを保証できる。ただし、この
エコーネットルータ上に配置されるアドレスサーバも、
データリンクレイヤアドレス（本実施例の場合Ｂｌｕｅ
ｔｏｏｔｈアドレス）とノードＩＤの間でテーブルを作
成して、アドレスの対応関係を記憶しておくものとす
る。

【０１１３】以上が、アドレスサーバが存在する場合の
説明であった。

【０１１４】一方、そのＩＰサブネット内にエコーネッ
トアドレスサーバが存在しない場合について続けて説明
する。

【０１１５】さて、エコーネットアドレスサーバ確認パ
ケットを送信したエコーネット機器Ｃは、一定の時間の
間にエコーネットアドレスサーバからの返信が無い場合
には（Ｓ６２）、エコーネットアドレスサーバが存在し
ないものと判断する（Ｓ６３）。

【０１１６】エコーネットアドレスサーバが存在しない
と判断された場合、エコーネットアドレスは、エコーネ
ット機器Ｃが自律的に決定することになる。その際、既
にそのＩＰサブネット（エコーネットサブネット）内
に、同じ値のエコーネットアドレスの機器が存在する場
合には、その値を使わないようにする必要がある。これ
は、アドレスの重複が発生してしまうと、エコーネット
アドレスを用いたノードの識別が不可能になってしまう
からである。

【０１１７】まず、エコーネット機器Ｃが自ノードのエ
コーネットアドレスの候補として使用する値を、以前自
ノードがエコーネット機器としてネットワーク上で稼動
した際に利用したノードＩＤの値とする（Ｓ６４）。こ
こで、この値がＥｂであったものとする。

【０１１８】なお、この場合に、エコーネット機器の移
動が考えられるため、サブネットＩＤの値が一致した場
合にのみ、この値の確認（Ｓ６５，Ｓ６６）を行なって
も良い。これは、サブネットＩＤの値が、以前の値と異
なる場合には、その機器がサブネットを移動したと考え
られ、「以前使用していたノードＩＤの値」に意味がな
いからである（この場合には、Ｓ６５，Ｓ６６をスキッ
プして、Ｓ６７に進んでも良い）。

【０１１９】エコーネット機器Ｃは、エコーノード確認
パケットにより、この値をサブネット全体に通知して、
既にこの値を使っているノードが存在するかどうかにつ
いての調査を行なう（あるいは、サブネットＩＤの値が
一致した場合に、この値をサブネット全体に通知して、
既にこの値を使っているノードが存在するかどうかにつ
いての調査を行なう）。このため、「エコーネットノー
ド確認」という種別のパケットを、サブネット内にブロ
ードキャスト（あるいは、エコーネットノードに対して
のみマルチキャスト）する（Ｓ６５）。

【０１２０】エコーネットノード確認パケットを送信し
たエコーネット機器Ｃは、一定の時間の間にアドレスの
重複を通知するリプライパケットが届かない場合には、
該ノードＩＤを使っているノードは、そのサブネット内
には存在しないものと判断して、該ノードＩＤを、正式
なエコーネットアドレス（のノードＩＤ）として使用す
るものと決定する。その場合には、そのためのトリガと
して、該アドレスの利用開始や、自装置の属性を他ノー
ドに通知するためのパケットをサブネット内に送出して
も良い。

【０１２１】なお、確認パケットの送信と一定の時間待
つことを、所定回数（複数数回）繰り返してもなおリプ
ライが無かった場合に、該アドレスを、そのノードのエ
コーネットアドレスとして用いることに決定するように
してもよい。

【０１２２】本例では、エコーネット機器Ｂが既に同一
の値（Ｅｂ）を使用中であることから、これを通知する
パケット（エコーネットノード確認応答）が転送され
（Ｓ６６）、該値は使用できないことがわかる。

【０１２３】前回利用したノードＩＤの値が既に使用中
である場合、エコーネット機器Ｃは、次に自ノードのハ
ードウエアアドレス（本実施形態の場合Ｂｌｕｅｔｏｏ
ｔｈアドレス）の一部、例えば下８ビットの値を、自ノ
ードのノードＩＤの値の候補とする（Ｓ６７）。自ノー
ドのハードウエアアドレスの一部を用いることにより、
ノードＩＤの値の変動の可能性を低く押さえることが可
能となる。

【０１２４】ここでも同様に、エコーネット機器Ｃは、
エコーノード確認パケットにより、この値をサブネット
全体に通知して、既にこの値を使っているノードが存在
するかどうかについての調査を行なう（Ｓ６８）。も
し、一定の時間の間にアドレスの重複を通知するリプラ
イパケットが届かない場合には、該ノードＩＤを使って
いるノードは、そのサブネット内には存在しないものと
判断して、該ノードＩＤを、正式なエコーネットアドレ
ス（のノードＩＤ）として使用する。

【０１２５】なお、確認パケットの送信と一定の時間待
つことを、所定回数（複数数回）繰り返してもなおリプ
ライが無かった場合に、該アドレスを、そのノードのエ
コーネットアドレスとして用いることに決定するように
してもよい。

【０１２６】本例では、エコーネット機器Ａが既に同一
の値（Ｅａ）を使用中であることから、これを通知する
パケット（エコーネットノード確認応答）が転送され
（Ｓ６９）、該値は使用できないことがわかる。

【０１２７】「自ノードが以前使用していたノードＩＤ
の値」と「自ノードのハードウエアアドレスの一部（例
えば下８ビット）の値」のいずれも使用できないことが
分かった場合には、エコーネット機器Ｃは、サブネット
内の全ノードＩＤの調査に移る（Ｓ７０）。

【０１２８】以降の処理は、図４〜図６の場合（あるい
は図８及び図９のＳ４５〜Ｓ５４）と、基本的には同様
である。

【０１２９】すなわち、エコーネット機器Ｃは、そのロ
ーカルネット（サブネット）内のエコーネットノードが
持っているアドレスを知るために、エコーネットアドレ
ス問合せパケットを、全てのエコーネットノードが受信
するように予め割当てられたＩＰマルチキャストアドレ
ス、又はブロードキャストアドレスに対して送信する
（Ｓ７１）。

【０１３０】このエコーネットアドレス問合せパケット
を受信（Ｓ７１）したエコーネット機器Ａ，Ｂは、この
パケットを送信したエコーネット機器Ｃに対して、前述
のような所定の待機時間だけ待った（Ｓ７２，Ｓ７４）
後に、自ノードのエコーネットアドレス（ノードＩＤ）
を通知する（Ｓ７３，Ｓ７５）。

【０１３１】アドレス問合せを送ったエコーネット機器
Ｃは、前述のような所定の待時間の間に、応答パケット
の受信を行って、サブネットで利用中のエコーネットア
ドレスをすべて（あるいは大まかに）把握する（Ｓ７
６）。捕捉したエコーネットアドレスは、図１０（ｂ）
の既利用エコーネットアドレスの一覧に記入する。

【０１３２】ただし、上記エコーネットアドレス問合せ
パケットが何らかの都合（例えば劣悪な無線環境）によ
り到着しない場合も考えられ、応答できないノードが存
在する可能性を考慮する必要がある。このため、下記に
説明するように、上記エコーネットアドレス問合せに対
する応答パケットで収集したエコーネットアドレスと重
複しないアドレスを選択するだけでなく、選択したアド
レス（ノードＩＤ）が本当にそのＩＰサブネット内で使
われていないかどうかを、再度確認する作業が行なわれ
る。

【０１３３】このようにして、該ローカルネット上の全
て（あるいはほとんど）のエコーネットノードのエコー
ネットアドレスを収集したエコーネット機器Ｃは、続い
て、自ノードのエコーネットアドレスの候補を決める。
この場合、エコーネット機器Ｃは、存在する全ての（ま
たは所定の一部の）エコーネットアドレスのうちから、
それまでに通知されたエコーネットアドレス（該ローカ
ルネット上に既に存在すると考えられるエコーネットア
ドレス）の値以外の値を選択し、これを仮の自ノードの
エコーネットアドレスとする（Ｓ７７）。つまり、存在
する全ての（または所定の一部の）エコーネットアドレ
スのうちから、図１０（ｂ）の既利用エコーネットアド
レスの一覧に書いてある値以外の値を、所定の方法で
（例えば、ランダムに、最も値の小さいものを、最も値
の大きいものを、など種々の方法がある）、１つ選択す
る。

【０１３４】エコーネット機器Ｃは、自ノードでエコー
ネットアドレスの候補を決定し、この値を含むエコーノ
ード確認パケットを、ローカルリンクにブロードキャス
ト（エコーネットノードに割当てられたＩＰマルチキャ
ストアドレスでもよい）して、該エコーネットアドレス
の値の重複を調査する（Ｓ７８）。

【０１３５】このエコーノード確認パケットを受信した
エコーネット機器Ａ，Ｂは、このパケットを送信したエ
コーネット機器Ｃに対して同一のエコーネットアドレス
（ノードＩＤ）を使用している旨を示す応答パケットを
返送する場合には、前述のような所定の待機時間だけ待
った後に、該返送を行う。

【０１３６】エコーネット機器Ｃは、前述のような所定
の待時間だけ待ち（Ｓ７９）、その時間の間、リプライ
が無ければ、該サブネットには同様のエコーネットアド
レスを持ったノードは他にはいないと判断して、該アド
レスを、そのノードのエコーネットアドレスとして用い
ることに決定する（Ｓ８０）。なお、確認パケットの送
信と、所定の待時間だけ待つことを、所定回数（複数数
回）繰り返してもなおリプライが無ければ、該アドレス
を、そのノードのエコーネットアドレスとして用いるこ
とに決定するようにしてもよい。

【０１３７】他に、同じエコーネットアドレスがいる
（つまり「そのアドレスは使用中」という意味のパケッ
トが返ってきた場合）場合には、それ以外の新しい値を
選択して、同様にアドレスの重複を検査する（Ｓ７７〜
Ｓ７９）。

【０１３８】本実施形態でも、上記「既に自ノードがそ
のエコーネットアドレスの値は使っている」という意味
のメッセージは、エコーネットアドレス重複メッセージ
として通知される。

【０１３９】なお、上記において、「アドレスサーバが
存在するかどうか確認し、存在する場合には、該アドレ
スサーバに要求して、アドレスの割当てを受ける」手順
（Ｓ６１〜Ｓ６３参照）と、「前回利用したノードＩＤ
の値を自ノードＩＤの候補として利用する」手順（Ｓ６
４〜Ｓ６６）と、「自ノードのハードウェアアドレスの
一部の値を自ノードＩＤの候補として利用する」手順
（Ｓ６７〜Ｓ６９）の３種類の手順のうちの、いずれか
１つ又は２つを省いた構成も可能である。

【０１４０】このようにしてエコーネットアドレス（Ｅ
ｃ）が決定すると、その後は、エコーネットパケットを
ＩＰパケットにカプセル化する形で、エコーネットパケ
ットのやり取りが、エコーネットノード間にて行われ
る。

【０１４１】図１３に、ＩＰパケットにカプセル化され
るパケット（エコーネットパケットやエコーネットＡＲ
Ｐパケット）のフォーマットの一例を示す。図１３に示
されるように、一般のエコーネットパケットがＩＰパケ
ットにカプセル化される他、その他のエコーネットアド
レス決定や通知の場合の制御パケットや、アドレス解決
のためのパケットなども、このパケットフォーマットに
含まれる。エコーネットパケットも、エコーネットに関
連する制御パケットも、共に同一のポート番号（本例で
は、ＵＤＰポート）にマッピングされ、パケット種別の
フィールドを参照することにより、それがエコーネット
パケットなのか、それともエコーネットの初期化用の制
御パケットなのかの区別を行うようになっていても良
い。また、例えば、エコーネットパケットやエコーＡＲ
Ｐパケットなどで異なるポート番号にマッピングされる
ようにしてもよい。

【０１４２】（第４の実施形態）以下、第４の実施形態
について、第１、第２、第３の実施形態と相違する点を
中心に説明する。本実施形態のホームネットワークシス
テムの構成例については図１、エコーネット機器３の内
部構造例については図２と同様とする。アドレステーブ
ルの内部構造例については図１０と同様とする。ＩＰパ
ケットにカプセル化されるパケットのフォーマット例に
ついては図１３と同様とする（ただし、パケット種別の
内容が異なり、エコーネットアドレス初期化、エコーネ
ットアドレスサーバ応答、エコーネットアドレス応答、
ネットＩＤ取得要求、ネットＩＤ応答、エコーネットア
ドレス通知等となる）。なお、これまで説明した相手か
らの応答の返送を伴うパケットを送信したエコーネット
機器の待時間や、そのようなパケットを受信してこれに
対する応答を返送するエコーネット機器の待機時間など
についても、これまでと同様である。

【０１４３】ここでは、エコーネットアドレスサーバた
るエコーネット機器Ｓ（図示せず）が存在する（し得
る）ことを仮定する。エコーネットアドレスの取得を欲
するノード（本例ではエコーネット機器Ｃとする）は、
「エコーネットアドレスサーバを探すためのブロードキ
ャストパケット」、「自分が仮に決めたノードＩＤの値
（エコーネットアドレスの値）を、そのまま使っても良
いか（他に、同じノードＩＤ（エコーネットアドレス）
の値を使っているノードが、サブネット内にいないかど
うかを確かめるためのブロードキャストパケット」、
「サブネット内に存在する別のノードに対して、そのノ
ードに関する情報（エコーネットアドレスやノードＩ
Ｄ、ＩＰアドレス、Ｂｌｕｅｔｏｏｔｈアドレス（８０
２アドレス、ＥＵＩ６４アドレス等のリンクレイヤアド
レス）の送信を促すために送信するブロードキャストパ
ケット」の３つの意味を含んだパケットを、サブネット
内の全エコーネットノードに対してブロードキャストす
る。このブロードキャストは、エコーネットノードにの
み届けば良いため、エコーネットノードのみが加入して
るＩＰマルチキャストアドレス、またはＩＰブロードキ
ャストアドレス宛てに送信される。このパケットを「エ
コーネットアドレス初期化パケット」と呼ぶことにす
る。

【０１４４】以下、エコーネットアドレス初期化手続き
について説明する。

【０１４５】図１４に、集中制御の形で、サブネット内
のエコーネットアドレス（ノードＩＤ）の値を管理し、
エコーネットノードＩＤの値を要求された場合に、この
値の付与を行なう機能を持つエコーネットアドレスサー
バが存在する場合についてのシーケンス例を示す。

【０１４６】ここでは、エコーネット機器Ｓが、エコー
ネットアドレスサーバの機能を有するものとする。エコ
ーネットアドレスサーバたるエコーネット機器ＳのＢｌ
ｕｅｔｏｏｔｈアドレス、ＩＰアドレス、エコーネット
アドレス（ノードＩＤ）は、それぞれ、「Ｌｓ」、「Ｉ
Ｐｓ」、「Ｅｓ」とする。

【０１４７】また、ＰＡＮ基地局１がマスターとなって
いるピコネットにおいて、既に、エコーネットアドレス
サーバたるエコーネット機器Ｓと、エコーネット機器Ｂ
とが存在しており（もちろん、エコーネット機器Ａなど
他のエコーネット機器が存在していてもよいが、ここで
は、エコーネット機器Ｂで代表させて説明する）、エコ
ーネット機器Ｃが本ローカルネットに加わろうとする場
合を例にとる。

【０１４８】また、図１４のシーケンス例でも、Ｂｌｕ
ｅｔｏｏｔｈ通信の初期化に必要な手順（インクワイア
リやサービス発見プロトコル等）などについては既に終
了しているものとしその後に必要な手順についてのみ説
明している（図４のＳ１〜Ｓ５参照）。

【０１４９】さて、エコーネット機器Ｃは、自分のエコ
ーネットアドレスを決定するための手順に移る。

【０１５０】まず、エコーネットアドレスを決定したい
エコーネット機器Ｃは、自分のノードＩＤの候補である
仮ノードＩＤを最初に決める（ＳＡ１）。

【０１５１】図１５に、その際の手順例を示す。図１５
のように、そのノードが、前回用いたノードＩＤの値を
保持している場合には、その前回用いたノードＩＤの値
を用いるものとする（Ｓ１０１，Ｓ１０２）。このよう
にすることにより、そのサブネットにおける、そのノー
ドが同じエコーネットアドレス（ノードＩＤ）の値を持
ち続けることが可能になるため、サブネット内の他のノ
ードが、そのノードの昔のノードＩＤの値を用いた何ら
かのテーブルを持っている場合等、アドレスの値の変化
にロバストでない機器にとって、アドレス変更のリスク
を少なくすることができるようになる。また、「１の値
から数字の順にエコーネットノードＩＤの値を決めてい
く」といった単純な方法と比べて、他のノードとのアド
レス重複の可能性を低くすることも可能である。

【０１５２】一方、前回のノードＩＤの値を保持してい
ない場合（例えば、そのサブネットで初めてネットワー
クに加入する場合や、購入最初の立ち上げの場合等）に
は、これまでの実施形態と同様に、自分のＢｌｕｅｔｏ
ｏｔｈアドレス等のリンクレイヤアドレス（ハードウエ
アアドレス）の下８ビットの値を初期値とする（Ｓ１０
１，Ｓ１０３）。このようにすることによっても、他の
ノードとのアドレス重複の可能性を低くすることが可能
となる。これは、ハードウエアアドレスの下８ビットの
値は、適当に散らばっていることが期待できるためであ
る。

【０１５３】ここでは、一例として、図１５の手順にし
たがって、仮ノードＩＤの値として「Ｅｂ」の値が選択
されたものとする。

【０１５４】さて、このエコーネットアドレス初期化の
パケット（ＳＡ２）を受け取ったエコーネットアドレス
サーバ（すなわちエコーネット機器Ｓ）は、このパケッ
トに対して「自分がエコーネットアドレスサーバである
こと」、「そのアドレスの使用の許可（あるいは不許
可）を、そのノード（エコーネット機器Ｃ）に対して通
知すること」を目的として、エコーネットアドレスサー
バ応答パケットを送信する（ＳＡ３）。このパケットに
は、エコーネット機器Ｃが使用すべきエコーネットアド
レス（ノードＩＤ）の値（図１４の例では、「Ｅｃ」）
が含まれている。

【０１５５】本実施形態では、サブネット内にエコーネ
ットアドレスの重複が無い（つまり、「Ｅｃ」の値を用
いている他のノードが存在しない）ものとしているた
め、エコーネットアドレスサーバ（エコーネット機器
Ｓ）は、内部のアドレステーブルを参照して、エコーネ
ットアドレス（ノードＩＤ）の重複が、そのサブネット
内に確かに無いことを確認した上で、その値の使用の許
可を与える意味で、このパケットをエコーネット機器Ｃ
に送信する。

【０１５６】そのサブネット内に、同じエコーネットア
ドレス（ノードＩＤ）＝「Ｅｃ」の値を使っているノー
ドが存在している場合（エコーネットアドレスサーバ内
のアドレステーブルに、既に「Ｅｂ」の値が登録されて
いる場合）には、エコーネットアドレスサーバ（エコー
ネット機器Ｓ）は、エコーネットアドレスサーバ応答の
パケットを使用して、エコーネット機器Ｃが使用すべき
エコーネットアドレス（ノードＩＤ）として、そのサブ
ネットにて未使用のノードＩＤの値を選択した上で、こ
の値を「使用すべきエコーネットノードＩＤ」の値に入
れた上で、エコーネット機器Ｃに対して送信する。

【０１５７】図１４は、エコーネット機器Ｃが選択した
「Ｅｂ」が既に登録されているので、未使用の値として
「Ｅｃ」が選択された例を示している。

【０１５８】他方、サブネット内の他のエコーネット機
器（図１４の例では、エコーネット機器Ｂ）も、「自分
のノードに関する情報を、エコーネット機器Ｃに対して
通知する」ことを目的としたパケットである「エコーネ
ットアドレス応答」を、前記エコーネットアドレス初期
化パケットの応答として送信する（ＳＡ４）。このパケ
ットの応答は、これまで説明しているように、エコーネ
ットアドレス初期化のパケットを受信してから、一定の
待機時間（例えば、自分のエコーネットノードＩＤの値
と、定数Ｔの値の積の値）を待った後に、送信するもの
としても良い。このようにすることにより、エコーネッ
ト機器Ｃに、一斉に同返送が集中することを未然に防ぐ
ことが可能となる。

【０１５９】このパケットは、サブネット内の全てのノ
ードが返送するため、エコーネット機器Ｃは、サブネッ
ト内の全てのエコーネット機器のＢｌｕｅｔｏｏｔｈア
ドレス、ＩＰアドレス、エコーネットアドレスについて
の情報を入手することが可能である。このことにより、
エコーネット機器Ｃは、内部に持つアドレステーブル
を、立ち上げ時には、常に最新の値にアップデートする
ことが可能になる。これは、本実施形態のように、エコ
ーネットアドレスの値（やＩＰアドレスの値）が変更さ
れる可能性のあるネットワークにとって、非常に有効で
ある。

【０１６０】また、これまで説明しているように、この
ような「エコーネットアドレス応答」のパケットが、サ
ブネット内の全てのエコーネットノードから返送されて
くることを期待するため、エコーネット機器Ｃは、一定
の待時間（例えば時間Ｔ’）の間、待つようにしてもよ
い。この場合、一定の待時間Ｔ’の間、待った時点で、
「全てのノードは、エコーネットアドレス応答（または
エコーネットアドレスサーバ応答）を返送してくれた」
と判断する（ＳＡ５）。

【０１６１】なお、この「エコーネットアドレス初期
化」パケットは、１回のみブロードキャストするのでは
なく、２回以上ブロードキャストしても良い。また、そ
の場合、続けてブロードキャストをしても良いし、例え
ば、上記の一定の待時間Ｔ’の間、待ってからブロード
キャストを行なっても良い。また、これら数回の「エコ
ーネットアドレス初期化パケット」に対して、応答する
ノードについても、一度応答したのであれば、２回目以
降（応答してから、一定の時間）は、応答をせずに、こ
のパケットを無視しても良い。

【０１６２】さて、このようにして、エコーネットアド
レスサーバ（エコーネット機器Ｓ）よりエコーネットノ
ードＩＤの値「Ｅｃ」の使用を許可されたエコーネット
機器Ｃは（ＳＡ６）、次に、ネットＩＤの取得要求パケ
ットをブロードキャストする（ＳＡ７）。何らかのノー
ド（例えばエコーネットルータ）から、ネットＩＤの値
の通知を受けた（ＳＡ８）エコーネット機器Ｃは、それ
らのアドレスを組み合わせることで、自分の全体のエコ
ーネットアドレス（ＮＩＤ＋Ｅｃ）を決定する（ＳＡ
９）。

【０１６３】なお、ＳＡ３あるいはＳＡ４のような他の
エコーネット機器からの応答からネットＩＤの値を取得
することによって、ＳＡ７およびＳＡ８を省略してもよ
い。

【０１６４】最後に、エコーネット機器Ｃは、このエコ
ーネットアドレス（ＮＩＤ＋Ｅｃ）の値を、サブネッ
ト、あるいはエコーネット全体に対してブロードキャス
トして、自分がエコーネットに加入したことを通知する
（ＳＡ１０）。

【０１６５】次に、エコーネットアドレス初期化の他の
例として、エコーネットアドレスサーバが存在しない分
散方式の例について説明する。

【０１６６】図１６及び図１７に、この場合のシーケン
ス例を示す。なお、図１６は、アドレスの重複が発生し
た場合であり、図１７は、アドレスの重複が発生しない
場合である。なお、ここでは、図１４の場合と相違する
点を中心に説明する。

【０１６７】最初に、図１６のシーケンスを参照しなが
ら、アドレスの重複が発生した場合を例にとって説明す
る。

【０１６８】さて、エコーネット機器Ｃは、自分のエコ
ーネットアドレスを決定するための手順に移る。

【０１６９】まず、エコーネットアドレスを決定したい
エコーネット機器Ｃは、図１４のＳＡ１と同様に、自分
のノードＩＤの候補である仮ノードＩＤを最初に決める
（ＳＢ１）。ここでは、一例として、図１５の手順にし
たがって、仮ノードＩＤの値として「Ｅａ」の値が選択
されたものとする。

【０１７０】次いで、ここでも、エコーネットアドレス
の取得を欲するノードであるエコーネット機器Ｃは、図
１４のＳＡ２と同様のエコーネットアドレス初期化パケ
ット（エコーネットアドレスサーバ検索、ノードＩＤの
重複の確認、アドレス情報の通知の要求の３つの意味を
含んだパケット）を、サブネットに対してブロードキャ
ストする（ＳＢ２）。

【０１７１】今回は、サブネット内にエコーネットアド
レスサーバは存在しないため、エコーネットアドレスサ
ーバ応答を送信するノードは存在しない。なお、予めエ
コーネットアドレスサーバは存在していたが、現在は、
何らかの事情（例えば故障）により、そのサーバ機能が
停止している場合や、サーバ機能を持ったノードがサブ
ネット内に存在しない場合にも、このシーケンス例（図
１６、図１７）が適用される。

【０１７２】サブネット内の他のエコーネット機器（本
例の場合、エコーネット機器Ａ，Ｂ）は、「自分のノー
ドに関する情報を、エコーネット機器Ｃに対して通知す
る」ことを目的としたパケットである「エコーネットア
ドレス応答」を、前記エコーネットアドレス初期化パケ
ットの応答として送信する（ＳＢ３，ＳＢ４）。このパ
ケットの応答も、これまで説明しているように、エコー
ネットアドレス初期化パケットの受信後、所定の待機時
間（例えば、自分のエコーネットノードＩＤの値と、定
数Ｔの値の積の値）を待った後に、送信するものとして
も良い。

【０１７３】なお、この場合、エコーネット機器Ｃが当
初に定めた仮ノードＩＤの値（＝「Ｅａ」）は、エコー
ネット機器ＡのエコーネットノードＩＤの値と一致して
いるため、エコーネット機器Ａが返答するエコーネット
アドレス応答パケット（ＳＢ３）には、「ノードＩＤ＝
Ｅａの値は、私が使っていますよ」という意味を含むこ
とになる。

【０１７４】なお、このエコーネットアドレス応答に
は、おのおののエコーネットノードが認識している、
「現在、そのサブネット内で使われているエコーネット
ノードのノードＩＤの値全て」が含まれているようにし
てもよい。例えば、ノードＩＤの値が０〜２５５まで存
在しうるのであれば、それぞれに相当する２５６ビット
長のビット列を用意し、「現在、サブネット内に存在す
ると思われるノードのノードＩＤに相当するビット列の
順番のビットを１とし、存在しないと思われるノードに
相当するビットを０とする」形で、返答すれば、２５６
ビット長の情報ですむことになる。

【０１７５】このパケットは、サブネット内の全てのノ
ードが返送するため、エコーネット機器Ｃは、サブネッ
ト内の全てのエコーネット機器のＢｌｕｅｔｏｏｔｈア
ドレス、ＩＰアドレス、エコーネットアドレスについて
の情報を入手することが可能である。このことにより、
エコーネット機器Ｃは、内部に持つアドレステーブル
を、立ち上げ時には、常に最新の値にアップデートする
ことが可能になる。

【０１７６】また、これまで説明しているように、この
ような「エコーネットアドレス応答」のパケットが、サ
ブネット内の全てのエコーネットノードから返送されて
くることを期待するため、エコーネット機器Ｃは、一定
の待時間（例えば時間Ｔ’）の間、待つようにしてもよ
い。この場合、一定の待時間Ｔ’の間、待った時点で、
「全てのノードは、エコーネットアドレス応答（または
エコーネットアドレスサーバ応答）を返送してくれた」
と判断する（ＳＢ５）。

【０１７７】ここで、自分の仮ノードＩＤ（＝「Ｅ
ａ」）の値を、他のノードが使っていることが判明した
場合には、これまでに受信したエコーネットアドレス応
答のパケットから、現在そのサブネット内で使われてい
ないエコーネットアドレス（ノードＩＤ）の値を算出す
る。これを、新しい仮ノードＩＤとする。ここでは、新
しい仮ノードＩＤを「Ｅｃ」としたとする（ＳＢ６）。

【０１７８】エコーネット機器Ｃは、この「Ｅｃ」の値
の重複を調査するため、「サブネット内に重複するエコ
ーネットノードＩＤの値を持ったノードが存在しないか
どうかを確認するため」のパケットである「エコーネッ
トノード確認」パケットを、サブネット内にブロードキ
ャストする（ＳＢ７）。重複するノードが存在する場合
には、この手順（ＳＢ６〜ＳＢ９の手順）を、エコーネ
ットノードＩＤの値が決定するまで繰り返す。本例にお
いては、サブネット内に重複するノードＩＤを持ったノ
ードが存在しないため、例えば一定時間Ｔ’待った後
（ＳＢ８）に、そのノードＩＤ（＝「Ｅｃ」）を、自分
のエコーネットノードＩＤとして、正式に決定する（Ｓ
Ｂ９）。

【０１７９】その後は、図１４のシーケンス例の場合と
同様に、ネットＩＤの取得を行い（ＳＢ１０，ＳＢ１
１）、エコーネットアドレス全体を決定した後（ＳＢ１
２）、そのアドレスをエコーネット全体に通知するため
のブロードキャスト（ドメイン内ブロードキャスト）を
行なう（ＳＢ１３）。

【０１８０】なお、ＳＢ３あるいはＳＢ４のような他の
エコーネット機器からの応答からネットＩＤの値を取得
することによって、ＳＢ１０およびＳＢ１１を省略して
もよい。

【０１８１】一方、そのサブネット内に重複したエコー
ネットノードＩＤ（＝「Ｅｃ」）を持つノードが存在し
なかった場合のシーケンスは、図１７のようになる。

【０１８２】この場合には、エコーネットアドレス初期
化パケット（ＳＣ２）に対する応答を全て収集し（ＳＣ
３〜５）、サブネット内に、同ノードＩＤの値を使って
いるノードが存在しない（同ノードＩＤを持ったノード
からの応答も無ければ、各ノードから通知されてくる使
用中ノードＩＤ一覧の中にも無い場合）ことが確認でき
たため、この時点で、ノードＩＤ＝Ｅｃを、自分のエコ
ーネットノードＩＤとして決定している（ＳＣ６）。

【０１８３】以降の手順は、図１６の場合と同様であ
る。なお、この場合も、ＳＣ３あるいはＳＣ４のような
他のエコーネット機器からの応答からネットＩＤの値を
取得することによって、ＳＣ７およびＳＣ８を省略して
もよい。

【０１８４】また、以上では、ネットワークに接続され
た機器の制御のためのプロトコルとして、エコーネット
プロトコルを用いたが、これに限定されるものではな
く、本発明は、他の種々の制御プロトコルについて適用
可能である。また、以上では、ローカルエリアネットワ
ークとしてＢｌｕｅｔｏｏｔｈあるいはＩＰ（ＩＰ ｏ
ｖｅｒ Ｂｌｕｅｔｏｏｔｈ）を例にとったが、他の方
式のネットワークであっても本発明は適用可能である。
また、以上では、ローカルエリアネットワークとしてホ
ームネットワークを例にとって説明したが、もちろん、
企業内網など他のローカルネットワークであっても本発
明は同様に適用可能である。

【０１８５】なお、以上の各機能は、ソフトウェアとし
て実現可能である。また、本実施形態は、コンピュータ
に所定の手段を実行させるための（あるいはコンピュー
タを所定の手段として機能させるための、あるいはコン
ピュータに所定の機能を実現させるための）プログラム
として実施することもでき、該プログラムを記録したコ
ンピュータ読取り可能な記録媒体として実施することも
できる。

【０１８６】なお、この発明の実施の形態で例示した構
成は一例であって、それ以外の構成を排除する趣旨のも
のではなく、例示した構成の一部を他のもので置き換え
たり、例示した構成の一部を省いたり、例示した構成に
別の機能あるいは要素を付加したり、それらを組み合わ
せたりすることなどによって得られる別の構成も可能で
ある。また、例示した構成と論理的に等価な別の構成、
例示した構成と論理的に等価な部分を含む別の構成、例
示した構成の要部と論理的に等価な別の構成なども可能
である。また、例示した構成と同一もしくは類似の目的
を達成する別の構成、例示した構成と同一もしくは類似
の効果を奏する別の構成なども可能である。また、この
発明の実施の形態で例示した各種構成部分についての各
種バリエーションは、適宜組み合わせて実施することが
可能である。また、この発明の実施の形態は、個別装置
としての発明、関連を持つ２以上の装置についての発
明、システム全体としての発明、個別装置内部の構成部
分についての発明、またはそれらに対応する方法の発明
等、種々の観点、段階、概念またはカテゴリに係る発明
を包含・内在するものである。従って、この発明の実施
の形態に開示した内容からは、例示した構成に限定され
ることなく発明を抽出することができるものである。

【０１８７】本発明は、上述した実施の形態に限定され
るものではなく、その技術的範囲において種々変形して
実施することができる。

【０１８８】

【発明の効果】本発明によれば、自通信装置のエコーネ
ットアドレスを効率的に決定できるようになる。

【図面の簡単な説明】

【図１】本発明の一実施形態に係るホームネットワーク
システムの構成例を示す図

【図２】同実施形態に係るエコーネット機器の構成例を
示す図

【図３】同実施形態に係るエコーネット機器のアドレス
テーブルの構成例を示す図

【図４】同実施形態に係るホームネットワークシステム
の全体のシーケンスの一例を示す図

【図５】同実施形態に係るエコーネット機器のエコーネ
ットアドレス決定の処理手順の一例を示すフローチャー
ト

【図６】同実施形態に係るエコーネット機器のマルチキ
ャスト又はブロードキャストパケット受信時の処理手順
の一例を示すフローチャート

【図７】同実施形態に係るカプセル化されたエコーネッ
トパケットのフォーマットの一例を示す図

【図８】同実施形態に係るホームネットワークシステム
の全体のシーケンスの他の例を示す図

【図９】同実施形態に係るホームネットワークシステム
の全体のシーケンスの他の例を示す図

【図１０】同実施形態に係るエコーネット機器のアドレ
ステーブルの構成例を示す図

【図１１】同実施形態に係るホームネットワークシステ
ムの全体のシーケンスのさらに他の例を示す図

【図１２】同実施形態に係るホームネットワークシステ
ムの全体のシーケンスのさらに他の例を示す図

【図１３】同実施形態に係るカプセル化されたエコーネ
ットパケットのフォーマットの一例を示す図

【図１４】同実施形態に係るホームネットワークシステ
ムの全体のシーケンスのさらに他の例を示す図

【図１５】同実施形態に係るエコーネット機器の仮ノー
ドＩＤの初期値を決定する処理手順の一例を示すフロー
チャート

【図１６】同実施形態に係るホームネットワークシステ
ムの全体のシーケンスのさらに他の例を示す図

【図１７】同実施形態に係るホームネットワークシステ
ムの全体のシーケンスのさらに他の例を示す図

【符号の説明】

１…ＰＡＮ基地局 ３…エコーネット機器 ３１…Ｂｌｕｅｔｏｏｔｈインタフェース ３２…エコーネット処理部 ３３…他プロトコル処理部 ３２１…イーサフレーム送受信部 ３２２…エコーネット制御処理部 ３２３…アドレステーブル ３２４…ユーザインタフェース ３２５…アドレス解決部 ３２６…初期化処理部 ３２７…インターネット処理部

フロントページの続き (72)発明者 門間 信行 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 会津 宏幸 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 (72)発明者 久間 修一 神奈川県川崎市幸区小向東芝町１番地 株 式会社東芝研究開発センター内 Ｆターム(参考） 5K033 AA03 AA05 BA01 CA01 CB09 CB11 DA01 DA19 EC04

Claims (37)

【特許請求の範囲】
1. 【請求項１】所定のネットワークレイヤプロトコルのネ
   ットワーク上での所定の制御プロトコルによる通信を行
   う通信装置であって、 前記所定のネットワークレイヤプロトコルのネットワー
   クに接続するためのインタフェース手段と、 前記所定のネットワークレイヤプロトコルのネットワー
   クを介して送受信される前記所定の制御プロトコルのデ
   ータに関する処理を行うための制御プロトコル処理手段
   と、 前記所定のネットワークレイヤプロトコルのネットワー
   クに接続された自装置及び他の通信装置について、当該
   通信装置が前記所定のネットワークレイヤプロトコルの
   ネットワークで使用すべきネットワークレイヤ・アドレ
   ス及び当該通信装置が前記所定の制御プロトコルで使用
   すべき所定のアドレスを対応付けて記憶するための記憶
   手段と、 前記所定の制御プロトコルのパケットをカプセル化し
   た、前記所定のネットワークレイヤプロトコルのパケッ
   トの送受信を行うための送受信手段と、 自装置が前記所定の制御プロトコルで使用すべき所定の
   アドレスを決定するための決定手段と、 前記所定のネットワークレイヤプロトコルのネットワー
   クに接続された他の通信装置から、自装置が使用してい
   る前記所定のアドレスに関係する所定の応答を求めるパ
   ケットを受信し、これに応答する場合、自装置の使用し
   ている前記所定のアドレスに応じて決まる待機時間だけ
   待機した後に、受信したパケットに応答するパケットを
   返送する応答手段とを備えたことを特徴とする通信装
   置。
2. 【請求項２】所定のネットワークレイヤプロトコルのネ
   ットワーク上での所定の制御プロトコルによる通信を行
   う通信装置であって、 前記所定のネットワークレイヤプロトコルのネットワー
   クに接続するためのインタフェース手段と、 前記所定のネットワークレイヤプロトコルのネットワー
   クを介して送受信される前記所定の制御プロトコルのデ
   ータに関する処理を行うための制御プロトコル処理手段
   と、 前記所定のネットワークレイヤプロトコルのネットワー
   クに接続された自装置及び他の通信装置について、当該
   通信装置が前記所定のネットワークレイヤプロトコルの
   ネットワークで使用すべきネットワークレイヤ・アドレ
   ス及び当該通信装置が前記所定の制御プロトコルで使用
   すべき所定のアドレスを対応付けて記憶するための記憶
   手段と、 前記所定の制御プロトコルのパケットをカプセル化し
   た、前記所定のネットワークレイヤプロトコルのパケッ
   トの送受信を行うための送受信手段と、 前記所定のネットワークレイヤプロトコルのネットワー
   クに接続された他の通信装置に対して、該他の通信装置
   が使用している前記所定のアドレスを問い合わせるパケ
   ットを送信し、その後、所定の待時間待つ間に、該他の
   通信装置から返送されてきた前記所定のアドレスを含む
   パケットを受信し、受信されたパケットに含まれる該所
   定のアドレスに基づいて、自装置が前記所定の制御プロ
   トコルで使用すべき所定のアドレスを決定するための決
   定手段とを備え、 前記他の通信装置は、前記パケットを受信した場合、該
   他の通信装置の使用している前記所定のアドレスに応じ
   て決まる待機時間だけ待機した後に、前記パケットを返
   送するものであり、前記所定の待時間は、該待機時間の
   決定方法に基づいて決定されたものであることを特徴と
   する通信装置。
3. 【請求項３】前記所定のネットワークレイヤプロトコル
   のネットワークに接続された他の通信装置から、自装置
   が使用している前記所定のアドレスを問い合わせる問合
   せパケットを受信した場合、前記待機時間だけ待機した
   後に、自装置の使用している前記所定のアドレスを含む
   応答パケットを返送するための手段を更に備えたことを
   特徴とする請求項２に記載の通信装置。
4. 【請求項４】前記決定手段は、前記所定の制御プロトコ
   ルにおいて存在する全部又は一部の所定のアドレスか
   ら、受信された前記パケットに含まれる前記所定のアド
   レスを除いたものを選択対象として、所定の選択方法に
   従って選択した１つの所定のアドレスを、自装置が前記
   所定の制御プロトコルで使用すべき所定のアドレスの候
   補として決定することを特徴とする請求項２または３に
   記載の通信装置。
5. 【請求項５】前記決定手段は、前記所定のネットワーク
   レイヤプロトコルのネットワークに接続された他の通信
   装置に対して、該他の通信装置が前記所定のアドレスの
   候補と同一の所定のアドレスを使用しているか否かを確
   認するパケットを送信し、その後の前記所定の待時間の
   間、前記所定のアドレスの候補と同一の所定のアドレス
   を使用している旨を示すパケットの返送を待つ一連の手
   続きを、１回又は予め定められた複数回数繰り返し、そ
   の間に、いずれの前記他の通信装置からも前記所定のア
   ドレスの候補と同一の所定のアドレスを使用している旨
   を示すパケットが返送されなかった場合に、前記所定の
   アドレスの候補を、自装置が前記所定の制御プロトコル
   で使用すべき所定のアドレスとして決定することを特徴
   とする請求項４に記載の通信装置。
6. 【請求項６】前記決定手段は、前記確認するパケットを
   送信し、その後の前記所定の待時間の間に、いずれかの
   前記他の通信装置から前記所定のアドレスの候補と同一
   の所定のアドレスを使用している旨を示すパケットが返
   送された場合には、該所定のアドレスの候補を除外して
   更に前記所定のアドレスの候補を選択し、再度、該選択
   した所定のアドレスの候補について前記確認するパケッ
   トを送信することを特徴とする請求項５に記載の通信装
   置。
7. 【請求項７】前記所定のネットワークレイヤプロトコル
   のネットワークに接続された他の通信装置から、前記所
   定のアドレスの候補と同一の所定のアドレスを使用して
   いるか否かを確認するパケットを受信した場合、自装置
   が該所定のアドレスの候補と同一の所定のアドレスを使
   用しているならば、前記待機時間だけ待機した後に、前
   記所定のアドレスの候補と同一の所定のアドレスを使用
   している旨を示すパケットを返送するための手段とを更
   に備えたことを特徴とする請求項５または６に記載の通
   信装置。
8. 【請求項８】前記決定手段は、前記パケットを、前記所
   定の制御プロトコルを有するものとされた通信装置のみ
   に割当てられたマルチキャスト・ネットワークレイヤ・
   アドレス宛てに送信することを特徴とする請求項２ない
   し７のいずれか１項に記載の通信装置。
9. 【請求項９】前記決定手段は、前記パケットを、所定の
   ネットワーク範囲にブロードキャストすることを特徴と
   する請求項２ないし７のいずれか１項に記載の通信装
   置。
10. 【請求項１０】前記待機時間は、前記所定のアドレスの
    値に予め定められた単位時間を示す値を乗じて得られる
    値に相当する時間であることを特徴とする請求項１ない
    し９のいずれか１項に記載の通信装置。
11. 【請求項１１】前記待機時間は、前記所定のアドレスの
    値に予め定められた単位時間を示す値を乗じて得られる
    値に相当する時間であり、 前記所定の待時間は、前記所定のアドレスの値の最大値
    に予め定められた単位時間を示す値を乗じて得られる値
    に相当する時間であることを特徴とする請求項２ないし
    ９のいずれか１項に記載の通信装置。
12. 【請求項１２】前記待機時間は、前記所定のアドレスの
    値を入力とし且つ異なる入力値に対する出力値を所定の
    範囲内に分散させる所定の関数に対し、自装置の使用し
    ている前記所定のアドレスの値を入力して得られる値に
    相当する時間であることを特徴とする請求項１ないし９
    のいずれか１項に記載の通信装置。
13. 【請求項１３】前記待機時間は、前記所定のアドレスの
    値を入力とし且つ異なる入力値に対する出力値を所定の
    範囲内に分散させる所定の関数に対し、自装置の使用し
    ている前記所定のアドレスの値を入力して得られる値に
    相当する時間であり、 前記決定手段は、前記所定の範囲の最大値に基づいて、
    前記所定の待時間を決定することを特徴とする請求項２
    ないし９のいずれか１項に記載の通信装置。
14. 【請求項１４】前記待機時間は、前記所定のアドレスの
    値を入力とし且つ異なる入力値に対する出力値を所定の
    範囲内に分散させる所定の関数に対し、自装置の使用し
    ている前記所定のアドレスの値を入力して得られる値に
    相当する時間であり、 前記他の通信装置は、前記所定の関数として、前記所定
    の範囲を異にさせるパラメータを持つものを有し、 前記決定手段は、所定の基準に従って、使用すべき前記
    パラメータの値を選択し、選択した使用すべき前記パラ
    メータの値を指定する情報を、前記パケットに記述して
    送信することを特徴とする請求項２ないし９のいずれか
    １項に記載の通信装置。
15. 【請求項１５】前記待機時間は、前記所定のアドレスの
    値を入力とし且つ異なる入力値に対する出力値を所定の
    範囲内に分散させる所定の関数に対し、自装置の使用し
    ている前記所定のアドレスの値を入力して得られる値に
    相当する時間であり、 前記他の通信装置は、前記所定の範囲を異にする複数の
    所定の関数を有し、 前記決定手段は、所定の基準に従って、使用すべき前記
    所定の関数を選択し、選択した使用すべき前記所定の関
    数を指定する情報を、前記パケットに記述して送信する
    ことを特徴とする請求項２ないし９のいずれか１項に記
    載の通信装置。
16. 【請求項１６】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置であって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続するためのインタフェース手段と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理手段
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置が前記所定のネットワークレイヤプロトコルの
    ネットワークで使用すべきネットワークレイヤ・アドレ
    ス及び当該通信装置が前記所定の制御プロトコルで使用
    すべき所定のアドレスを対応付けて記憶するための記憶
    手段と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信手段と、 自装置が持つネットワークレイヤプロトコルアドレスの
    所定のビット列の値を、自装置が前記所定の制御プロト
    コルで使用すべき所定のアドレスの候補とし、該所定の
    ビット列の値について、前記所定のネットワークレイヤ
    プロトコルのネットワークに接続された他の通信装置に
    対して、該他の通信装置が使用している前記所定のアド
    レスと同一であるかを問い合わせるパケットを送信し、
    同一でないと判断された場合には、前記値を、自装置が
    前記所定の制御プロトコルで使用すべき所定のアドレス
    として決定する決定手段とを備えたことを特徴とする通
    信装置。
17. 【請求項１７】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置であって、 前記所定のネットワークレイヤプロトコルが稼動するデ
    ータリンクレイヤネットワークに接続するためのインタ
    フェース手段と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理手段
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置の持つデータリンクレイヤプロトコルアドレス
    と、当該通信装置が前記所定のネットワークレイヤプロ
    トコルのネットワークで使用すべきネットワークレイヤ
    ・アドレスと、当該通信装置が前記所定の制御プロトコ
    ルで使用すべき所定のアドレスとを対応付けて記憶する
    ための記憶手段と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信手段と、 自装置が持つデータリンクレイヤプロトコルアドレスの
    所定のビット列の値を、自装置が前記所定の制御プロト
    コルで使用すべき所定のアドレスの候補とし、該所定の
    ビット列の値について、前記所定のネットワークレイヤ
    プロトコルのネットワークに接続された他の通信装置に
    対して、該他の通信装置が使用している前記所定のアド
    レスと同一であるかを問い合わせるパケットを送信し、
    同一でないと判断された場合には、前記値を、自装置が
    前記所定の制御プロトコルで使用すべき所定のアドレス
    として決定する決定手段とを備えたことを特徴とする通
    信装置。
18. 【請求項１８】前記決定手段は、自装置が持つデータリ
    ンクレイヤプロトコルアドレスの所定のビット列の値
    を、自装置が前記所定の制御プロトコルで使用すべき所
    定のアドレスの候補として前記他の通信装置に対する前
    記問合せを行なうのに先だって、自装置が前回の稼動時
    に使用した前記所定のアドレスを、自装置が前記所定の
    制御プロトコルで使用すべき所定のアドレスの候補と
    し、該所定のビット列の値について、前記所定のネット
    ワークレイヤプロトコルのネットワークに接続された他
    の通信装置に対して、該他の通信装置が使用している前
    記所定のアドレスと同一であるかを問い合わせるパケッ
    トを送信し、同一でないと判断された場合には、前記値
    を、自装置が前記所定の制御プロトコルで使用すべき所
    定のアドレスとして決定することを特徴とする請求項１
    ７に記載の通信装置。
19. 【請求項１９】前記所定のネットワークレイヤプロトコ
    ルのネットワークにおいて前記所定のアドレスの割り当
    てを行なうアドレスサーバが存在するか否かについて確
    認するための手続きを行うための確認手段を更に備え、 前記確認手段により前記アドレスサーバが存在すること
    が確認された場合には、前記アドレスサーバに対して前
    記所定のアドレスの割当てを要求し、前記確認手段によ
    り前記アドレスサーバが存在しないことが確認された場
    合には、前記決定手段により自装置が前記所定の制御プ
    ロトコルで使用すべき所定のアドレスを決定することを
    特徴とする請求項１７または１８に記載の通信装置。
20. 【請求項２０】前記決定手段は、前記所定のビット列の
    値が、前記他の通信装置が使用している前記所定のアド
    レスと同一であると判断された場合には、前記所定のネ
    ットワークレイヤプロトコルのネットワークに接続され
    た他の通信装置に対して、該他の通信装置が使用してい
    る前記所定のアドレスを問い合わせるパケットを送信
    し、その後、所定の待時間待つ間に、該他の通信装置か
    ら返送されてきた前記所定のアドレスを含むパケットを
    受信し、受信されたパケットに含まれる該所定のアドレ
    スに基づいて、自装置が前記所定の制御プロトコルで使
    用すべき所定のアドレスを決定することを特徴とする請
    求項１６ないし１９のいずれか１項に記載の通信装置。
21. 【請求項２１】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置であって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続するためのインタフェース手段と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理手段
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置が前記所定のネットワークレイヤプロトコルの
    ネットワークで使用すべきネットワークレイヤ・アドレ
    ス及びリンクレイヤアドレス並びに当該通信装置が前記
    所定の制御プロトコルで使用すべき所定のアドレスを対
    応付けて記憶するための記憶手段と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信手段と、 自装置が前記所定の制御プロトコルで使用すべき所定の
    アドレスの候補として、自装置が以前に使用していた前
    記所定のアドレスが存在する場合には、その値を、存在
    しない場合には、自装置が持つネットワークレイヤプロ
    トコルアドレス又はリンクレイヤアドレスの所定のビッ
    ト列の値を選択し、該所定のビット列の値について、前
    記所定のネットワークレイヤプロトコルのネットワーク
    に接続された他の通信装置に対して、該他の通信装置が
    使用している前記所定のアドレスと同一であるかを問い
    合わせるパケットを送信し、同一でないと判断された場
    合には、前記値を、自装置が前記所定の制御プロトコル
    で使用すべき所定のアドレスとして決定する決定手段と
    を備えたことを特徴とする通信装置。
22. 【請求項２２】前記問い合わせるパケットは、前記他の
    通信装置が使用しているリンクレイヤアドレス、ネット
    ワークレイヤ・アドレス又は前記所定のアドレスの少な
    くとも１つを、自装置に対して通知するように要請する
    役割をも併せ持つものであることを特徴とする請求項２
    １の通信装置。
23. 【請求項２３】前記他の通信装置から前記問い合わせる
    パケットに対する応答として返信される返信には、該他
    の通信装置がその時点で認識している、現在使用中の前
    記所定のアドレスの一覧を示す情報が含まれることを特
    徴とする請求項２２に記載の通信装置。
24. 【請求項２４】前記決定手段は、前記所定のビット列の
    値が、前記他の通信装置が使用している前記所定のアド
    レスと同一であると判断された場合には、前記他の通信
    装置から前記問い合わせるパケットに対する応答として
    返信された前記パケットに含まれる前記アドレスに基づ
    いて、自装置が前記所定の制御プロトコルで使用すべき
    所定のアドレスを決定することを特徴とする請求項２１
    または２２に記載の通信装置。
25. 【請求項２５】前記問い合わせるパケットは、前記所定
    のビット列の値について、前記所定のネットワークレイ
    ヤプロトコルのネットワークに接続された他の通信装置
    に対して、該他の通信装置が使用している前記所定のア
    ドレスと同一であるかを問い合わせる役割とともに、前
    記所定のネットワークレイヤプロトコルのネットワーク
    において前記所定のアドレスの割り当てを行なうアドレ
    スサーバが存在するか否かについて確認するための役割
    をも併せ持つものであり、 前記決定手段は、前記問い合わせるパケットに対する前
    記アドレスサーバからの応答によって前記アドレスサー
    バの存在が確認された場合には、他の通信装置からの応
    答にかかわらず、前記アドレスサーバから割当てられた
    アドレスを、自装置が前記所定の制御プロトコルで使用
    すべき前記所定のアドレスとして決定することを特徴と
    する請求項２１ないし２４のいずれか１項に記載の通信
    装置。
26. 【請求項２６】前記送受信手段は、前記所定の制御プロ
    トコルのパケットをカプセル化した、前記所定のネット
    ワークレイヤプロトコルのパケットの送受信を、イーサ
    フレーム上で行うことを特徴とする請求項１、２、１
    ６、１７または２１に記載の通信制御装置。
27. 【請求項２７】前記インタフェース手段は、前記所定の
    ネットワークレイヤプロトコルのパケットの転送物理媒
    体としてＢｌｕｅｔｏｏｔｈインタフェースを持つこと
    を特徴とする請求項１、２、１６、１７または２１に記
    載の通信制御装置。
28. 【請求項２８】前記所定のネットワークレイヤプロトコ
    ルは、インターネット・プロトコルであり、前記ネット
    ワークレイヤ・アドレスは、ＩＰアドレスであることを
    特徴とする請求項１、２、１６、１７または２１に記載
    の通信制御装置。
29. 【請求項２９】前記所定の制御プロトコルは、エコーネ
    ットプロトコルであることを特徴とする請求項１、２、
    １６、１７または２１に記載の通信制御装置。
30. 【請求項３０】前記所定の制御プロトコルで使用すべき
    所定のアドレスは、エコーネットアドレスのノード識別
    子であることを特徴とする請求項１、２、１６、１７ま
    たは２１に記載の通信制御装置。
31. 【請求項３１】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行うための通信制御方法であって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された他の通信装置から、自装置が使用してい
    る前記所定のアドレスに関係する所定の応答を求めるパ
    ケットを受信し、 受信された前記パケットに応答する場合、自装置の使用
    している前記所定のアドレスに応じて決まる待機時間だ
    け待機し、 受信した前記パケットに応答するパケットを返送するこ
    とを特徴とする通信制御方法。
32. 【請求項３２】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行うための通信制御方法であって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された他の通信装置に対して、該他の通信装置
    が使用している前記所定のアドレスを問い合わせるパケ
    ットを送信するステップと、 所定の待時間待つ間に、該他の通信装置から返送されて
    きた前記所定のアドレスを含むパケットを受信ステップ
    と、 受信されたパケットに含まれる該所定のアドレスに基づ
    いて、自装置が前記所定の制御プロトコルで使用すべき
    所定のアドレスを決定するステップとを有し、 前記他の通信装置は、前記パケットを受信した場合、該
    他の通信装置の使用している前記所定のアドレスに応じ
    て決まる待機時間だけ待機した後に、前記パケットを返
    送するものであり、前記所定の待時間は、該待機時間の
    決定方法に基づいて決定されたものであることを特徴と
    する通信制御方法。
33. 【請求項３３】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置としてコンピュータを機能させるためのプ
    ログラムであって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続するためのインタフェース機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理機能
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置が前記所定のネットワークレイヤプロトコルの
    ネットワークで使用すべきネットワークレイヤ・アドレ
    ス及び当該通信装置が前記所定の制御プロトコルで使用
    すべき所定のアドレスを対応付けて記憶するための記憶
    機能と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信機能と、 自装置が前記所定の制御プロトコルで使用すべき所定の
    アドレスを決定するための決定機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された他の通信装置から、自装置が使用してい
    る前記所定のアドレスに関係する所定の応答を求めるパ
    ケットを受信し、これに応答する場合、自装置の使用し
    ている前記所定のアドレスに応じて決まる待機時間だけ
    待機した後に、受信したパケットに応答するパケットを
    返送する応答機能とをコンピュータに実現させるための
    プログラム。
34. 【請求項３４】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置としてコンピュータを機能させるためのプ
    ログラムであって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続するためのインタフェース機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理機能
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置が前記所定のネットワークレイヤプロトコルの
    ネットワークで使用すべきネットワークレイヤ・アドレ
    ス及び当該通信装置が前記所定の制御プロトコルで使用
    すべき所定のアドレスを対応付けて記憶するための記憶
    機能と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された他の通信装置であってパケットの受信か
    らこれに応答するパケットの返送まで該他の通信装置の
    使用している前記所定のアドレスに応じて決まる待機時
    間だけ待機するものに対して、該他の通信装置が使用し
    ている前記所定のアドレスを問い合わせるパケットを送
    信し、その後、該待機時間の決定方法に基づいて決定さ
    れたものである所定の待時間待つ間に、該他の通信装置
    から返送されてきた前記所定のアドレスを含むパケット
    を受信し、受信されたパケットに含まれる該所定のアド
    レスに基づいて、自装置が前記所定の制御プロトコルで
    使用すべき所定のアドレスを決定するための決定機能と
    をコンピュータに実現させるためのプログラム。
35. 【請求項３５】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置としてコンピュータを機能させるためのプ
    ログラムであって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続するためのインタフェース機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理機能
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置が前記所定のネットワークレイヤプロトコルの
    ネットワークで使用すべきネットワークレイヤ・アドレ
    ス及び当該通信装置が前記所定の制御プロトコルで使用
    すべき所定のアドレスを対応付けて記憶するための記憶
    機能と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信機能と、 自装置が持つネットワークレイヤプロトコルアドレスの
    所定のビット列の値を、自装置が前記所定の制御プロト
    コルで使用すべき所定のアドレスの候補とし、該所定の
    ビット列の値について、前記所定のネットワークレイヤ
    プロトコルのネットワークに接続された他の通信装置に
    対して、該他の通信装置が使用している前記所定のアド
    レスと同一であるかを問い合わせるパケットを送信し、
    同一でないと判断された場合には、前記値を、自装置が
    前記所定の制御プロトコルで使用すべき所定のアドレス
    として決定する決定機能とをコンピュータに実現させる
    ためのプログラム。
36. 【請求項３６】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置としてコンピュータを機能させるためのプ
    ログラムであって、 前記所定のネットワークレイヤプロトコルが稼動するデ
    ータリンクレイヤネットワークに接続するためのインタ
    フェース機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理機能
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置の持つデータリンクレイヤプロトコルアドレス
    と、当該通信装置が前記所定のネットワークレイヤプロ
    トコルのネットワークで使用すべきネットワークレイヤ
    ・アドレスと、当該通信装置が前記所定の制御プロトコ
    ルで使用すべき所定のアドレスとを対応付けて記憶する
    ための記憶機能と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信機能と、 自装置が持つデータリンクレイヤプロトコルアドレスの
    所定のビット列の値を、自装置が前記所定の制御プロト
    コルで使用すべき所定のアドレスの候補とし、該所定の
    ビット列の値について、前記所定のネットワークレイヤ
    プロトコルのネットワークに接続された他の通信装置に
    対して、該他の通信装置が使用している前記所定のアド
    レスと同一であるかを問い合わせるパケットを送信し、
    同一でないと判断された場合には、前記値を、自装置が
    前記所定の制御プロトコルで使用すべき所定のアドレス
    として決定する決定機能とをコンピュータに実現させる
    ためのプログラム。
37. 【請求項３７】所定のネットワークレイヤプロトコルの
    ネットワーク上での所定の制御プロトコルによる通信を
    行う通信装置としてコンピュータを機能させるためのプ
    ログラムであって、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続するためのインタフェース機能と、 前記所定のネットワークレイヤプロトコルのネットワー
    クを介して送受信される前記所定の制御プロトコルのデ
    ータに関する処理を行うための制御プロトコル処理機能
    と、 前記所定のネットワークレイヤプロトコルのネットワー
    クに接続された自装置及び他の通信装置について、当該
    通信装置が前記所定のネットワークレイヤプロトコルの
    ネットワークで使用すべきネットワークレイヤ・アドレ
    ス及びリンクレイヤアドレス並びに当該通信装置が前記
    所定の制御プロトコルで使用すべき所定のアドレスを対
    応付けて記憶するための記憶機能と、 前記所定の制御プロトコルのパケットをカプセル化し
    た、前記所定のネットワークレイヤプロトコルのパケッ
    トの送受信を行うための送受信機能と、 自装置が前記所定の制御プロトコルで使用すべき所定の
    アドレスの候補として、自装置が以前に使用していた前
    記所定のアドレスが存在する場合には、その値を、存在
    しない場合には、自装置が持つネットワークレイヤプロ
    トコルアドレス又はリンクレイヤアドレスの所定のビッ
    ト列の値を選択し、該所定のビット列の値について、前
    記所定のネットワークレイヤプロトコルのネットワーク
    に接続された他の通信装置に対して、該他の通信装置が
    使用している前記所定のアドレスと同一であるかを問い
    合わせるパケットを送信し、同一でないと判断された場
    合には、前記値を、自装置が前記所定の制御プロトコル
    で使用すべき所定のアドレスとして決定する決定機能と
    をコンピュータに実現させるためのプログラム。