JP2010045800A - メディアアクセス通信システムにおける親局移譲用の端末装置および方法 - Google Patents

Abstract

【課題】複数の端末の内、少なくともある一つの端末が親局として通信システム上の通信を制御する通信システムに用いられる端末を提供する。
【解決手段】端末Ｆ，Ｇは、外部通信システム１３０２からの干渉に関する統計情報を記録して、記録した統計情報を親局Ｅに通知する。親局Ｅは、収集した統計情報に基づいて、親局機能の移譲先の候補の局として、端末Ｇを選定する。親局Ｅは、端末Ｇに対して、親局機能の移譲を要求する。それに応じて、端末Ｇは、親局機能を移譲してもよいと判断した場合、以後、親局として機能する。
【選択図】図８

Description

本発明は、複数の端末が通信する通信システムに用いられる端末および方法に関し、より特定的には、複数の端末の内、少なくともある一つの端末が親局として通信システム上の通信を制御する通信システムに用いられる端末および方法に関する。

共通の通信媒体（メディア）を各端末が利用する通信システムは、効果的でかつ効率的な通信効率を実現することができる通信プロトコルを必要とする。

共通の通信媒体を各端末が利用する通信システムでは、従来、主に、コンテンション型プロトコルが用いられていた。コンテンション型プロトコルを利用する端末は、通信媒体上に他の端末からの信号が存在しないことを確認してから、信号の送信を開始する。しかし、端末の数が多い場合や、ネットワークトラフィックが増大する場合、信号の送信を同時に開始する端末が増えてしまい、パケットの衝突頻度が増大してしまう。そのため、コンテンション型プロトコルでは、ネットワークの利用効率に限界があった。

そこで、通信システム上の端末が他の端末にアクセスするのを制御するための親局を設けることによって、ネットワーク全体の効率化を図る集中制御型のプロトコルが開発されている。集中制御型プロトコルを利用する通信システムでは、親局となる端末が、通信システム上の端末間の信号の送受信を管理する。たとえば、集中制御型プロトコルでは、親局から送信権が与えられた端末のみが、信号を送信することができる。

しかし、通信媒体における通信品質が位置ごとにばらつく場合、親局と子局との間の通信品質は、親局と子局との物理的位置関係に起因する。したがって、親局と子局との物理的位置関係が、通信ネットワーク上での通信効率に大きな影響を与えることとなる。そのため、物理的な位置が固定されている複数の親局の中から、各子局に対して最適な通信品質を提供することができる親局を選択することによって、通信効率を最適なものとすることができる集中制御型プロトコルが開発されている（たとえば、特許文献１参照）。

特表２００１−５０５０３５号公報

しかし、家庭内ネットワーク等では、親局を物理的に固定された位置に配置することが困難である。また、通信効率を最適なものとすることができる位置に親局を配置することが困難である場合もある。したがって、従来の集中制御型プロトコルでは、通信効率を必ずしも最適なものとすることができなかった。

さらに、共通の周波数帯を利用する外部の通信システムが隣接して設置されている場合、通信システム間で信号が干渉し合うこととなる。このように、外部の通信システムからの干渉を受けることを外部干渉という。外部干渉を受けていることを親局が気付かなかった場合、親局は、外部干渉による通信品質の劣化に基づいて、通信を制御することができない。特に、通信媒体に電灯線を用いた場合、隣の家等からの信号が漏れてくる場合があるので、外部干渉（隣家間干渉）は、顕著である。

それゆえ、本発明の目的は、外部干渉が生じている状況において、通信品質を最適なものとすることができる親局を選択することができる端末および方法を提供することである。

上記課題を解決するために、本発明は、以下の特徴を有する。本発明は、子局による通信媒体へのアクセスを親局が制御する通信システムにおいて用いられる端末であって、通信システムには、隣接して外部通信システムが設置されており、当該端末が親局として機能すべきかそれとも子局として機能すべきかを管理する親局子局管理手段と、当該端末が親局子局管理手段によって、子局として機能すべきであると管理されている場合、外部通信システムにおける通信状況に関する情報を通信状況情報として記録する通信状況情報記録手段と、親局子局管理手段によって、当該端末が子局として機能すべきであると管理されている場合、通信状況記録手段が記録した通信状況情報を通信システム内の親局に対して通知する通信状況情報通知手段と、親局子局管理手段によって、当該端末が親局として機能すべきであると管理されている場合、通信システム内の子局から通信状況情報を収集する通信状況情報収集手段と、親局子局管理手段によって、当該端末が親局として機能すべきであると管理されている場合、通信状況情報収集手段によって収集された通信状況情報を参照して、通信状況情報を通知してきた通信システム内の子局の中から、所定の移譲条件を満たす子局を、親局としての機能の全部または一部を移譲する移譲先の候補の局として選定する親局機能移譲先局選定手段と、親局子局管理手段によって、当該端末が親局として機能すべきであると管理されている場合、親局機能移譲先局選定手段によって選定された親局機能の移譲先の候補の局に対して、親局機能の移譲を要求する親局機能移譲要求手段とを備え、親局子局管理手段は、当該端末が子局として機能すべきであると管理している状況において、通信システム内の親局から親局機能の移譲が要求された場合、所定の親局条件を満たすか否かを判断して、所定の親局条件を満たせば、親局として機能すべきであるとして管理内容を変更する。

好ましくは、通信状況情報は、外部通信システムから受信した信号に関する干渉情報であるとよい。

好ましくは、親局子局管理手段によって当該端末が親局として機能すべきであると判断され管理内容の変更を開始する場合、外部通信システムに対して、親局機能の移譲の開始が行われる旨を通知する親局機能移譲開始通知手段をさらに備えるとよい。

たとえば、親局機能移譲開始通知手段は、ブロードキャスト発信するビーコンフレームの特定領域に親局機能の移譲の開始が行われる旨を記述することによって、親局機能の移譲が行われる旨を通知するとよい。

好ましくは、親局機能移譲開始通知手段は、親局機能の移譲の開始が行われる旨を外部通信システムに通知することによって、外部通信システムにおける親局機能の移譲プロセスを禁止させるとよい。

好ましくは、親局子局管理手段によって当該端末が親局として機能すべきである判断され管理内容の変更が完了した場合、外部通信システムに対して、親局機能の移譲が完了した旨を通知する親局機能移譲完了通知手段をさらに備えるとよい。

たとえば、親局機能移譲完了通知手段は、ブロードキャスト発信するビーコンフレームの特定領域に親局機能の移譲が完了した旨を記述することによって、親局機能の移譲が完了した旨を通知するとよい。

好ましくは、親局機能移譲開始通知手段は、親局機能の移譲の開始が行われる旨を外部通信システムに通知することによって、外部通信システムにおける親局機能の移譲プロセスを禁止させ、親局機能移譲開始通知手段は、親局機能の移譲が完了した旨を外部通信システムに通知することによって、外部通信システムにおける親局機能の移譲プロセスの禁止を解除させるとよい。

たとえば、干渉情報は、外部通信システムから受信した信号の受信信号強度に関する情報であるとよい。干渉情報は、外部通信システムから受信した信号の数に関する情報であってもよい。干渉情報は、外部通信システムから受信した信号の発信元端末の数に関する情報であってもよい。

また、外部通信システム内の端末は、通信システム内の端末からのフレームを検知した場合、当該フレームの受信信号強度に関する情報を当該フレームの発信元の通信システム内の当該端末に対して通知するとよい。この場合、通信状況情報は、外部通信システムから通知されてくる受信信号強度に関する情報であるとよい。

好ましくは、親局機能移譲先局選定手段は、さらに、子局が送信するフレームの再送回数に基づいて、親局機能の移譲先の局を選定するとよい。親局機能移譲先局選定手段は、さらに、子局が受信する信号の信号増幅率に基づいて、親局機能の移譲先の局を選定するとよい。親局機能移譲先局選定手段は、さらに、子局が受信するフレームの種類に基づいて、親局機能の移譲先の局を選定するとよい。親局機能移譲先局選定手段は、さらに、子局が受信するフレームの数に基づいて、親局機能の移譲先の局を選定するとよい。

好ましくは、親局機能移譲要求手段は、親局機能の移譲先の候補の局に対して、親局機能の移譲を要求する要求フレームを送信することによって、親局機能の移譲を要求するとよい。

好ましくは、親局子局管理手段によって所定の親局条件を満たすと判断された場合、親局に対して、親局機能の移譲を承諾した旨の応答フレームを送信する応答フレーム送信手段をさらに備えるとよい。

好ましくは、応答フレーム送信手段は、親局の機能を移譲するタイミングに関する情報を応答フレームに記述して送信するとよい。

また、本発明は、子局による通信媒体へのアクセスを親局が制御する通信システムにおいて用いられる端末であって、通信システムには、隣接して外部通信システムが設置されており、子局は、外部通信システムにおける通信状況に関する情報を通信状況情報として記録しており、通信システム内の子局から通信状況情報を収集する通信状況情報収集手段と、通信状況情報収集手段によって収集された通信状況情報を参照して、通信状況情報を通知してきた通信システム内の子局の中から、所定の移譲条件を満たす子局を、親局としての機能の全部または一部を実行する候補の局として選定する親局機能実行局選定手段と、親局機能実行局選定手段によって選定された親局機能を実行する候補の局に対して、親局機能の実行を要求する親局機能実行要求手段とを備える。

また、本発明は、子局による通信媒体へのアクセスを親局が制御する通信システムにおいて、親局機能の全部または一部をある子局に移譲させるための方法であって、通信システムには、隣接して外部通信システムが設置されており、通信システム上の各端末は、親局または子局として機能することができ、子局として機能する端末によって、外部通信システムにおける通信状況に関する情報が通信状況情報として記録されるステップと、子局として機能する端末によって、記録した通信状況情報が通信システム内の親局に対して通知されるステップと、親局として機能する端末によって、通信システム内の子局から通信状況情報が収集されるステップと、親局として機能する端末によって、収集した通信状況情報が参照され、通信状況情報を通知してきた通信システム内の子局の中から、所定の移譲条件を満たす子局が、親局としての機能の全部または一部を移譲する移譲先の候補の局として選定されるステップと、親局として機能する端末によって、候補の局に対して、親局機能の移譲が要求されるステップと、候補の局によって、所定の親局条件を満たすか否かが判断されるステップと、所定の親局条件が満たされる場合、候補の局を親局とするステップとを備える。

また、本発明は、子局による通信媒体へのアクセスを親局が制御する通信システムに用いられるコンピュータ装置に、親局機能の全部または一部をある子局に移譲させるためのプログラムであって、通信システムには、隣接して外部通信システムが設置されており、通信システム上の各端末は、親局または子局として機能することができ、子局として機能する端末によって、外部通信システムにおける通信状況に関する情報が通信状況情報として記録されるステップと、子局として機能する端末によって、記録した通信状況情報が通信システム内の親局に対して通知されるステップと、親局として機能する端末によって、通信システム内の子局から通信状況情報が収集されるステップと、親局として機能する端末によって、収集した通信状況情報が参照され、通信状況情報を通知してきた通信システム内の子局の中から、所定の移譲条件を満たす子局が、親局としての機能の全部または一部を移譲する移譲先の候補の局として選定されるステップと、親局として機能する端末によって、候補の局に対して、親局機能の移譲が要求されるステップと、候補の局によって、所定の親局条件を満たすか否かが判断されるステップと、所定の親局条件が満たされる場合、候補の局を親局とするステップとを備える。

また、本発明は、子局による通信媒体へのアクセスを親局が制御する通信システムであって、通信システムには、隣接して外部通信システムが設置されており、通信システム上の各端末は、親局として機能すべきかそれとも子局として機能すべきかを管理する親局子局管理手段と、親局子局管理手段によって、子局として機能すべきであると管理されている場合、外部通信システムにおける通信状況に関する情報を通信状況情報として記録する通信状況情報記録手段と、親局子局管理手段によって、子局として機能すべきであると管理されている場合、通信状況記録手段が記録した通信状況情報を通信システム内の親局に対して通知する通信状況情報通知手段と、親局子局管理手段によって、親局として機能すべきであると管理されている場合、通信システム内の子局から通信状況情報を収集する通信状況情報収集手段と、親局子局管理手段によって、親局として機能すべきであると管理されている場合、通信状況情報収集手段によって収集された通信状況情報を参照して、通信状況情報を通知してきた通信システム内の子局の中から、所定の移譲条件を満たす子局を、親局としての機能の全部または一部を移譲する移譲先の候補の局として選定する親局機能移譲先局選定手段と、親局子局管理手段によって、親局として機能すべきであると管理されている場合、親局機能移譲先局選定手段によって、親局機能の移譲先の候補の局が選定されたら、当該候補の局に対して、親局機能の移譲を要求する親局機能移譲要求手段とを備え、親局子局管理手段は、子局として機能すべきであると管理している状況において、通信システム内の親局から親局機能の移譲が要求された場合、所定の親局条件を満たすか否かを判断して、所定の親局条件を満たせば、親局として機能すべきであるとして管理内容を変更する。

また、本発明は、子局による通信媒体へのアクセスを親局が制御する通信システムにおいて用いられる端末内の集積回路であって、通信システムには、隣接して外部通信システムが設置されており、親局として機能すべきかそれとも子局として機能すべきかを管理する親局子局管理部と、親局子局管理部によって、子局として機能すべきであると管理されている場合、外部通信システムにおける通信状況に関する情報を通信状況情報として記録する通信状況情報記録部と、親局子局管理部によって、子局として機能すべきであると管理されている場合、通信状況記録部が記録した通信状況情報を通信システム内の親局に対して通知する通信状況情報通知部と、親局子局管理部によって、親局として機能すべきであると管理されている場合、通信システム内の子局から通信状況情報を収集する通信状況情報収集部と、親局子局管理部によって、親局として機能すべきであると管理されている場合、通信状況情報収集部によって収集された通信状況情報を参照して、通信状況情報を通知してきた通信システム内の子局の中から、所定の移譲条件を満たす子局を、親局としての機能の全部または一部を移譲する移譲先の候補の局として選定する親局機能移譲先局選定部と、親局子局管理部によって、親局として機能すべきであると管理されている場合、親局機能移譲先局選定部によって、親局機能の移譲先の候補の局が選定されたら、当該候補の局に対して、親局機能の移譲を要求する親局機能移譲要求部とを備え、親局子局管理部は、子局として機能すべきであると管理している状況において、通信システム内の親局から親局機能の移譲が要求された場合、所定の親局条件を満たすか否かを判断して、所定の親局条件を満たせば、親局として機能すべきであるとして管理内容を変更する。

本発明によれば、外部通信システムからの影響を考慮して、最適な親局を決定し、当該親局に対して親局機能が移譲されることとなるので、外部干渉が生じている状況において、通信品質を最適なものとすることができる親局を選定することが可能となる。これにより、外部干渉による問題を容易に回避できる親局が選定されることとなる。

本発明の第１の実施形態に係る通信システム１００１の構成を模式的に示す図 通信システム１００１上の各端末の機能的構成を示すブロック図 端末が子局として機能している場合の親局・子局管理モジュール１０３における処理（子局ルーチン）の流れを示すフローチャート 端末が親局として機能している場合の親局・子局管理モジュール１０３における処理（親局ルーチン）の流れを示すフローチャート 親局機能の移譲プロセスの流れを示すシーケンス図 端末Ｂにおける統計情報の一例を示す図 収集統計情報の一例を示す図 本発明の第２の実施形態に係る通信システム１３０１，１３０２の構成を模式的に示す図 第２の実施形態において、親局機能を移譲するためのプロセスの概要を示すシーケンス図 端末Ｇに記録される統計情報の一例を示す図 親局Ｅが収集した統計情報の一例を示す図 第２の実施形態に係る通信システム内の端末が送信するフレームの構造を示す図 第２の実施形態における通信システムの動作を詳細に示すフローチャート 統計情報のデータ構造の一例を示す図 統計情報におけるコントロール情報の内容の一例を示す図 統計情報を記録する期間と、統計情報を通知する期間とを示すタイミングチャート ステップＳ３０７における独立ネットワーク型の親局機能移譲サブプロセスの詳細の一例を示すフローチャート 図１６における親局候補ｐの選定プロセス（ステップＳ４０１）の詳細を示すフローチャート 親局を局ｐに移譲すべきかを決定するプロセス（図１６のステップＳ４０２）の詳細を示すフローチャート 図１６におけるステップＳ４０４の動作の詳細を示すシーケンス図 ステップＳ３０９における干渉ネットワーク型の親局機能移譲サブプロセスの詳細の一例を示すフローチャート 図２０におけるステップＳ８０７での処理の詳細を示すシーケンス図 図２１に示す処理の代わりに実行することができる処理の流れを示すシーケンス図 本発明の端末を高速電灯線伝送に適用したときのシステム全体の構成を示す図

（第１の実施形態）
図１は、本発明の第１の実施形態に係る通信システム１００１の構成を模式的に示す図である。図１において、通信システム１００１は、端末１００２〜１００５を備える。なお、図１では、端末は、４つであるとしたが、３つ以下であってもよいし、５つ以上であってもよい。

通信システム１００１において、端末１００２（以下、端末Ａという）は、他の端末が通信媒体にアクセス（以下、メディアアクセスという）する機会を制御するための信号を発信する親局である。端末１００３（以下、端末Ｂという）、端末１００４（以下、端末Ｃという）、および端末１００５（以下、端末Ｄという）は、子局である。本実施形態において、各子局は、親局としても動作する。具体的には、現在の親局が子局に対して親局機能の全部または一部の移譲を要求した場合、子局が所定の親局条件を満たせば、子局は、親局として動作することができる。

親局は、子局からの帯域予約要求に応じて、通信システムにおいて使用することができる帯域資源を考慮して当該子局に対して帯域を割り当てるためのスケジューリング機能や、端末間に通信媒体を占有させる開始時刻および占有期間、ならびにコンテンション期間の開始時刻などの情報をシステム情報として、定期的にブロードキャストする機能を有する。

各子局は、親局から発信される信号に基づいて、自局に割り当てられた帯域や通信媒体の占有開始時刻等を把握し、把握した情報に基づいて、信号を送信する。したがって、親局から子局に対してパケットが正しく届かなければ、システム情報が子局に正しく届かなくなり、また、子局から親局に対してパケットが正しく届かなければ、帯域予約要求が親局に正しく届かなかなくなるので、通信システムにおける通信品質は悪化する。したがって、親局は、各子局との間で良好な通信品質を維持できる最適な物理的位置に配置されていなければならない。

図２は、通信システム１００１上の各端末の機能的構成を示すブロック図である。図２では、通信媒体として電灯線を用いる場合の端末の機能的構成を示している。図２において、端末は、ＰＬＣ送受信部１０１と、制御処理部１０２と、親局・子局管理モジュール１０３と、記録装置１０６とを含む。

ＰＬＣ送受信部１０１は、電灯線を介して送信された信号を復調して制御処理部１０２に送信する共に、制御処理部１０２からの信号を変調して電灯線に送出する。

親局・子局管理モジュール１０３は、端末が親局として機能すべきかそれとも子局として機能すべきかを示す稼働モードを管理する。稼働モードには、端末が親局として機能する親局モードと、端末が子局として機能する子局モードとがある。親局・子局管理モジュール１０３は、制御処理部１０２からの命令に応じて、端末を親局として機能させるか、子局として機能させるかを判断し、稼働モードを切り換える。

端末が親局として稼動するのか、それとも子局として稼動するのかは、親局・子局管理モジュール１０３によって管理されている。親局・子局管理モジュール１０３は、制御処理部１０２からアクセスすることができる書き込み可能な記憶領域を１ビット分準備している。親局として稼働すると決定した場合、親局・子局管理モジュール１０３は、準備した１ビット分の記憶領域を“１”とする。一方、子局として稼働すると決定した場合、親局・子局管理モジュール１０３は、当該１ビット分の記憶領域を“０”とする。制御処理部１０２は、当該１ビット分の記憶領域を常に参照し、“１”の場合、端末を親局として稼働させ、“０”の場合、端末を子局として稼働させる。

記録装置１０６は、統計情報を格納する。統計情報については後述する。
制御処理部１０２は、ＰＬＣ送受信部１０１が受け取ったフレームを解釈する。フレームが通信システム内の制御のためのフレームである場合、制御処理部１０２は、適切な処理を実行する。フレームが稼働モードの変更に関するものである場合、制御処理部１０２は、親局・子局管理モジュール１０３に対して、端末が親局として機能すべきか、子局として機能すべきかの判断を行うよう命令する。

なお、本端末は、通信プロトコル階層の上位層と制御処理部１０２との間の上位ＣＰＵインタフェース部を含んでいてもよい。上位ＣＰＵインタフェース部は、上位層と制御処理部１０２との間でデータをやり取りするための機能を有する。上位ＣＰＵインタフェース部は、バスを介してネットワーク階層における上位レイヤとデータをやり取りする。上位ＣＰＵインタフェース部は、たとえば、ＩＰスタックおよびＵＰｎＰ（登録商標）モジュールを搭載する。これにより、本端末は、ＵＰｎＰ（登録商標）プロトコルを利用して自動的に電灯線網内のリンク間での帯域を保証することができる。また、上位ＣＰＵインタフェース部を専用アプリケーションと接続することによって、本端末は、ホスト端末としても使用できる。

なお、本端末は、制御処理部１０２とイーサネットワークとの間でデータをやり取りするための機能を有するＥｔｈｅｒｎｅｔ（登録商標）インタフェース部を含んでもよい。なお、Ｅｔｈｅｒｎｅｔ（登録商標）インタフェース部の代わりに、無線通信モジュール、ＨｏｍｅＰＮＡモジュール、または同軸ケーブル通信モジュールが設けられていてもよい。また、Ｅｔｈｅｒｎｅｔ（登録商標）インタフェース部、無線通信モジュール、ＨｏｍｅＰＮＡモジュール、および同軸ケーブル通信モジュールは、重複して設けられていてもよい。

端末に上位ＣＰＵインタフェース部またはＥｔｈｅｒｎｅｔ（登録商標）インタフェース部が備わっている場合、制御処理部１０２は、フレームの種類に応じて、上位ＣＰＵインタフェース部またはＥｔｈｅｒｎｅｔ（登録商標）インタフェース部に対して、フレームをブリッジングする。

図３Ａは、端末が子局として機能している場合の親局・子局管理モジュール１０３における処理（子局ルーチン）の流れを示すフローチャートである。以下、図３Ａを参照しながら、端末が子局として機能している場合の親局・子局管理モジュール１０３における処理（子局ルーチン）の流れについて説明する。

まず、親局・子局管理モジュール１０３は、親局モードへの交代要求を他の端末から受信したか否かを判断する（ステップＳ１）。受信していない場合、親局・子局管理モジュール１０３は、ステップＳ１の動作に戻る。一方、交代要求を受信した場合、親局・子局管理モジュール１０３は、自端末が親局としての稼働能力を持っているか否かを判断する（ステップＳ２）。

自端末が親局としての稼働能力を持っていない場合、親局・子局管理モジュール１０３は、ステップＳ１２の動作に進む。一方、自端末が親局としての稼働能力を持っている場合、親局・子局管理モジュール１０３は、自端末が親局として起動できるための情報を持っているか否かを判断する（ステップＳ３）。

自端末が親局として起動できるための情報を持っていない場合、親局・子局管理モジュール１０３は、ステップＳ１２の動作に進む。一方、自端末が親局として起動できるための情報を持っている場合、親局・子局管理モジュール１０３は、交代を承諾する旨と交代タイミングに関する情報とを記載したフレームを発行し、発行したフレームを制御処置部１０２に現在の親局宛に送信させる（ステップＳ１１）。次に、親局・子局管理モジュール１０３は、親局モードへの交代タイミングが到来したか否かを判断する（ステップＳ４）。

ステップＳ１２において、親局・子局管理モジュール１０３は、親局モードの交代要求を拒絶する旨のフレームを発行し、発行したフレームを制御処置部１０２に現在の親局宛に送信させる。

親局モードへの交代タイミングが到来していない場合、親局・子局管理モジュール１０３は、ステップＳ４の動作に戻る。一方、親局モードへの交代タイミングが到来した場合、親局・子局管理モジュール１０３は、親局モードへ交代し（ステップＳ５）、親局ルーチンへと進む。このように、親局・子局管理モジュール１０３は、親局として稼働する能力を持っているか、親局として稼働できるための情報を持っているか等を所定の親局条件として、当該所定の親局条件が満たされた場合、端末を親局として機能させるよう稼働モードを変更する。稼働モードは、親局・子局管理モジュール１０３における管理内容である。

図３Ｂは、端末が親局として機能している場合の親局・子局管理モジュール１０３における処理（親局ルーチン）の流れを示すフローチャートである。以下、図３Ｂを参照しながら、端末が親局として機能している場合の親局・子局管理モジュール１０３における処理（親局ルーチン）の流れについて説明する。

まず、親局・子局管理モジュール１０３は、制御処理部１０２から渡される情報に基づいて、親局機能を他の端末に移譲してよいか否かを判断する（ステップＳ６）。

親局機能を移譲すべき端末が見つからない場合、親局・子局管理モジュール１０３は、ステップＳ６の動作に戻る。一方、親局機能を移譲すべき端末が見つかった場合、親局・子局管理モジュール１０３は、当該端末に対して、親局モードへの交代要求フレームを生成し、制御処理部１０２を介してＰＬＣ送受信部１０１に当該フレームの発行を命ずる（ステップＳ９）。次に、親局・子局管理モジュール１０３は、応答待ちタイマを起動し、当該応答待ちタイマが満了するまでに、当該端末からの応答フレームを受信したら、応答フレームの内容が交代要求を承諾するものであるか否かを判断する（ステップＳ７）。応答フレームの内容が交代要求を拒絶する旨の内容である場合か、または当該応答待ちタイマの満了までに応答フレームを受信しなかった場合、親局・子局管理モジュール１０３は、ステップＳ６の動作に戻る。一方、応答フレームの内容が交代を承諾する内容であった場合、親局・子局管理モジュール１０３は、当該応答フレームに記載された交代タイミングが到来するか否かを判断する（ステップＳ１０）。

親局モードの交代タイミングが到来していない場合、親局・子局管理モジュール１０３は、ステップＳ１０の動作を繰り返す。一方、親局モードの交代タイミングが到来している場合、親局・子局管理モジュール１０３は、子局モードへ交代し（ステップＳ８）、子局ルーチンに進む。このように、親局・子局管理モジュール１０３は、親局モードの交代要求を送信したら後、端末を子局として機能させるように稼働モードを変更する。

なお、上記において、交代タイミングは、親局モードの交代要求を受けて交代を許諾した子局が設定する情報であるとしたが、親局モードの交代要求を発行する親局が設定する情報であってもよいし、親局と子局とが改めて交代のタイミングを確認し合うことによって得られる情報であってもよい。たとえば、親局が発行するビーコンフレームに、ビーコンをナンバリングしたビーコンシーケンシャル番号が記載されていると想定した場合、親局モードの交代タイミングは、ビーコンシーケンシャル番号によって指定されているとよい。また、応答フレームを受信した親局が、当該応答フレームに記載されている情報に基づいてデクリメントカウンタを起動し、ビーコンフレームにカウンタ値を記載して送信する。カウンタ値が“０”になった場合、子局は、親局の交代タイミングが到来したと判断してもよい。

図４は、親局機能の移譲プロセスの流れを示すシーケンス図である。以下、図４を参照しながら、親局への移譲プロセスの流れについて説明する。

まず、端末Ａ〜Ｄの制御処理部１０２は、統計情報記録期間（Ｔ１０１）において、他の端末からの受信信号の強度の平均値に関する情報、および、送信先の端末からＡＣＫが返ってきたか否かを示す情報を、記録装置１０６に統計情報として記録する（ステップＳ１０１〜Ｓ１０４）。

図５は、端末Ｂにおける統計情報の一例を示す図である。図５に示すように、統計情報は、発信元端末の識別子に対応させて、受信強度の平均が登録されており、かつ宛先端末の識別子に対応させて、ＡＣＫが返ってきたか否かが登録されている。受信強度の平均は、相対値によって表されている。ＡＣＫが返ってきている場合、○印で示されており、この場合、対応する端末と送信可能であることを意味する。ＡＣＫが返ってきていない場合、×印で示されているとおり、この場合、対応する端末と送信不可能であることを意味する。図５に示すように、たとえば、端末Ｂは、端末Ａからの信号を平均１０の強度で受信している。また、端末Ｂは、端末Ａとは信号を送受信可能であるが、端末Ｃとは信号を送受信不可能である。

次に、統計情報収集期間（Ｔ１０２）において、子局である端末Ｂ〜Ｄは、収集した統計情報を親局である端末Ａに送信する（ステップＳ１０５〜Ｓ１０７）。これに応じて、端末Ａの制御処理部１８０３は、送られてくる統計情報を収集して、収集統計情報とする（ステップＳ１０８）。

図６は、収集統計情報の一例を示す図である。図６に示すように、収集統計情報は、統計情報を収集した端末毎に、図５に示した統計情報が対応付けられている。

次に、端末Ａは、収集統計情報に基づいて、自端末よりも高品位に通信システム内の各端末と通信することができる端末が存在するか、または親局として稼働すればシステム性能を最も向上させることができる端末が存在するか否かを判断する（ステップＳ１０９）。具体的には、まず、端末Ａは、他の端末に対して信号を送信することができない端末を親局の候補のリストから除外する。図６に示す例では、端末Ｂと端末Ｃとの間の通信はできないことが分かるので、端末Ａは、親局の候補のリストから、端末Ｂおよび端末Ｃを除外する。次に、端末Ａは、自端末よりも高品質に他の端末から信号を受信している端末が存在するか否かを判断する。そのような端末があれば、端末Ａは、当該端末を移譲先の親局とする。図６に示す例では、端末Ｄにおける他の端末からの受信強度の平均は端末Ａにおける他の端末からの受信強度の平均よりも高いので、端末Ａは、端末Ｄを移譲先の親局とする。

次に、端末Ａは、移譲先となった端末に対して、親局を移譲することを示す移譲パケットを送信する（ステップＳ１１０）。移譲パケットを受信した端末は、移譲パケットを受信した旨の応答を端末Ａに返して（ステップＳ１１１）、もし上記所定の親局条件を満たすのであれば、その後親局として機能する。ここでいう所定の親局条件とは、図３ＡのステップＳ２およびＳ３に示すような条件である。

親局は通信システム内における端末のメディアアクセスを制御する機能を有しているため、通信システム内の各端末がメディアを最適に利用するためには、各端末と親局との間の通信が双方向で確実に行えることが必要となる。上記第１の実施形態では、各端末が通信状況を監視した結果を統計情報として、現在の親局に通知する。現在の親局は、当該統計情報に基づいて、現在の親局自身よりも最適な端末が存在するか否かを判断する。通信システム内の通信を最適にすることができる物理的な位置に設置されている端末がある場合、現在の親局は、最適な位置に設置されている端末が次の親局となるように、親局機能を移譲させる。これによって、通信システム内の各端末がメディアを最適に利用することができるように、最適な親局が自動的に選ばれることとなる。

なお、各端末は、他の端末からのユニキャストパケットを受信する際、受信強度をＡＣＫに記載して返信するようにしてもよい。これにより、送信側の端末は、送信パケットの到達時の強度を統計情報として記録することができる。送信パケットの到達時の強度は、親局の選択の判断材料として利用することができる。

また、各端末は、他の端末との間で送受信したパケットの数を統計情報として記録してもよい。このとき、親局は、他の端末との間で送受信しているパケットの数が多い端末を移譲先の親局とすればよい。このように、送受信パケット数を親局選定のための情報とすることで、端末間での通信頻度に応じて次の親局を選定することができる。

また、各端末は、他の端末への再送回数を統計情報として記録してもよい。このとき、現在の親局は、再送回数の少ない端末を移譲先の親局とすればよい。このように、再送回数を親局選定のための情報とすることで、端末間での通信品質に応じて次の親局を選定することができる。

また、本通信システムを電灯線通信システムに適用する場合、電灯線メディア上には、商用電源周期に同期したノイズが認められる。したがって、各端末は、統計情報として、商用電源周期に同期したノイズに関する情報を記録して、現在の親局に通知するようにしてもよい。この場合、現在の親局は、商用電源周期に同期したノイズに関する情報に基づいて、当該ノイズの影響が小さい子局を親局機能の移譲先候補として考えてもよい。

（第２の実施形態）
図７は、本発明の第２の実施形態に係る通信システム１３０１，１３０２の構成を模式的に示す図である。図７において、通信システム１３０１と通信システム１３０２とは、隣接して設置されているものとする。通信システム１３０１は、端末１３０３〜１３０５を備える。通信システム１３０２は、端末１３０６，１３０７を備える。なお、端末の数は、図７に示される例に限られない。

通信システム１３０１において、端末１３０３（以下、端末Ｅという）は、親局である。端末１３０４，１３０５（以下、端末Ｆ，Ｇという）は、子局である。通信システム１３０２において、端末１３０６（以下、端末Ｘという）は、親局である。端末１３０７は、子局である。端末Ｅ，Ｆ，Ｇ，Ｘは、親局として稼働する機能と子局として稼働する機能との両方を有しているものとする。

第２の実施形態において、各端末の構成は、第１の実施形態と同様であるので、図２を援用することとする。また、親局・子局管理モジュール１０３の機能も第１の実施形態と同様であるので、図３Ａ，図３Ｂを援用することとする。

各通信システム内において、各端末は、自端末の属する通信システム外からのパケットを受信する（干渉を受ける）と、外部通信システムからのパケットの受信回数や、外部通信システムからのパケットの受信強度等を統計的に記録する。

各端末は、自端末が属する通信システム内の親局に対して、記録した統計情報を周期的に通知する。

統計情報が含まれるパケットを受信した親局は、パケットに含まれる統計情報と親局自信が記録した統計情報とを比較し、親局の受けていない干渉を受けている端末、または親局が受けている干渉度合いよりも大きな干渉を受けている端末が存在するか否かを判断し、そのような端末が存在する場合、当該端末に対して、親局を移譲するためのプロセスを起動する。

図８は、第２の実施形態において、親局機能を移譲するためのプロセスの概要を示すシーケンス図である。以下、図８を参照しながら、第２の実施形態において、親局機能を移譲するためのプロセスの概要について説明する。

通信システム１３０２内の通信において、端末Ｘは、端末Ｙに対してパケットを送信したとする（ステップＳ２０１）。当該パケットは、通信システム１３０２を超えて、通信システム１３０１内の端末Ｆ，Ｇまで到達したとする（ステップＳ２０２，Ｓ２０３）。外部通信システムにおいて発信されたパケットを受信した端末Ｇおよび端末Ｆは、干渉を受けたとして、当該パケットの発信元の端末Ｘに対応させて、当該パケットの受信強度を記録する。

通信システム１３０２内の通信において、端末Ｙは、端末Ｘに対してパケットを送信したとする（ステップＳ２０４）。当該パケットは、通信システム１３０２を超えて、通信システム１３０１内の端末Ｇまで到達したとする（ステップＳ２０５）。外部通信システムにおいて発信されたパケットを受信した端末Ｇは、干渉を受けたとして、当該パケットの発信元の端末Ｙに対応させて、当該パケットの受信強度を統計情報として記録する。図９は、端末Ｇに記録される統計情報の一例を示す図である。図９に示すように、統計情報には、外部通信システムの発信元端末の識別子に対応して、受信したパケットの強度平均および受信回数が記録されている。

通信システム１３０１の端末Ｆ，Ｇは、統計情報記録期間が経過すると、当該期間中に収集した統計情報を親局である端末Ｅに向けて送信する（ステップＳ２０６，Ｓ２０７）。なお、統計情報記録期間に外部通信システムからの干渉を受けなかった端末は、統計情報を親局に送信しなくてよい。

親局である端末Ｅは、子局である端末Ｆ，Ｇから送信されてくる統計情報と自端末で記録した統計情報とを比較して、最も外部通信システムから干渉を受けていると判断される端末を認識する。図１０は、親局Ｅが収集した統計情報の一例を示す図である。図１０に示すように、収集統計情報は、統計情報を記録した端末の識別子と対応させて、発信元端末に対応する受信強度の平均および受信回数が登録されている。図１０に示す例では、端末Ｇが、最も外部通信システム１３０２からの干渉を受けていると判断できる。よって、端末Ｅは、端末Ｇに親局を移譲するために、端末Ｇに対して、親局機能移譲要求パケット（後述の図２１に示すＩＮＤ＿ＣＴＲＬフレーム）を送信する（ステップＳ２０８）。

親局機能移譲要求パケットを受信した端末Ｇは、自端末が親局として稼働することができるか否かを判断する。親局として稼働することができると判断した場合、端末Ｇは、通信システム１３０２の端末に対して（通信システム１３０２内において親局として稼働している端末が端末Ｘであると認識している場合は、優先的に端末Ｘに対して）、親局移譲が行われたことを通知（後述の図２１に示すＩＮＤ＿ＭＯＶフレームを送信）する（ステップＳ２０９）。ここで、端末Ｇは、親局として稼働できるか否かを判断するにあたり、通信システム１３０１内で他の端末と十分に通信できるか否かを判断基準とする。

親局移譲通知を受信した端末Ｘは、通信システム１３０２内において親局機能を移譲するプロセスの実行を禁止し、端末Ｇに対して応答を送信（後述の図２１のＲＳＰ＿ＭＯＶフレームを送信）する（ステップＳ２１０）。

端末Ｘからの応答があった場合、端末Ｇは、端末Ｅに対して、親局の機能を移譲するタイミングに関する情報が記述された親局機能移譲要求応答パケット（後述の図２１のＲＳＰ＿ＣＴＲＬフレーム）を送信する（ステップＳ２１１）。その後、親局機能移譲要求応答パケットに記述されているタイミングに従って、端末Ｅは、子局として機能し、端末Ｇは、親局として機能する。

ここで、端末Ｇは、親局移譲通知を端末Ｘに送信した後、所定期間経過しても端末Ｘから応答が返ってこない場合、親局機能移譲応答パケットを端末Ｅに対して送信する。

正常に親局機能が移譲したら、新しい親局である端末Ｇは、端末Ｘに対し、親局機能の移譲が完了したこと（後述の図２１のＣＭＰ＿ＭＯＶフレーム）を通知する（ステップＳ２１２）。これに応じて、端末Ｘは、通信システム１３０２内において親局機能を移譲するプロセスの実行の禁止を解除する。

以下、第２の実施形態における通信システムの動作について詳しく説明する。第２の実施形態において、各子局（被制御局）は、親局（制御局）が繰り返し発信する制御フレーム（ビーコンフレーム）に基づいて、メディアアクセスする。

第２の実施形態において、各通信システムには、通信システムを特定するための指標（以下、ネットワークＩＤという）が割り当てられている。

図１１は、第２の実施形態に係る通信システム内の端末が送信するフレーム（パケットともいう）の構造を示す図である。図１１に示すように、各端末が送信するフレームには、ネットワークＩＤを格納するためのフィールド２００１と、宛先端末を特定するための指標を格納するためのフィールド２００２と、送信元端末を特定するための指標を格納するためのフィールド２００３とが含まれる。なお、これらのフィールドは、冗長な変調方式を適用し、ノイズや外乱に強いデータフィールドであるとよい。

図１２は、第２の実施形態における通信システムの動作を詳細に示すフローチャートである。以下、図１２を参照しながら、第２の実施形態における通信システムの動作について詳細に説明する。なお、図１２に示すフローチャートにおいて、親局、子局、または両方が各ステップの動作の主体となる。いずれが動作の主体となっているかについては、その都度明確にする。また、各局における動作は、図２に示す制御処理部１０２によって行われるが、以下の説明では、簡単のために、単に、局が動作を実行するとのみ記載することとする。図２に示す制御処理部１０２は、下記の動作を実行することができる複数の機能部によって実現されてもよいし、下記の動作を実行させるためのプログラムを汎用のＣＰＵに実行させることによって実現されてもよく、下記の動作を実行することができるのであれば制御処理部１０２の構成は限定されるものではない。

図１２に示す手順は、親局によって所定の開始条件が満たされると判断された場合（ステップＳ３０１）に開始され、所定の終了条件が満たされたと判断されるまで（ステップＳ３１０）が満たされるまで繰り返される。

開始条件が満たされた場合、通信システム上の各端末（親局および子局）は、統計情報を記録装置１０６に記録する（ステップＳ３０２）。

図１３は、統計情報のデータ構造の一例を示す図である。図１３に示すように、たとえば、統計情報は、１６オクテットであって、アイテムとして、コントロール情報（ＣＴＲ）３００１と、ネットワークＩＤ（ＡＤＲ）３００２と、受信端末数（ＮＲＳ）３００３と、信号増幅率平均（ＳＡＲ）３００４と、自局宛フレーム数（ＮＬＰ）３００５とからなる。

コントロール情報３００１は、ＣＴＲフィールドに格納されるサイズが１オクテットの情報である。図１４は、統計情報におけるコントロール情報の内容の一例を示す図である。図１４に示すように、コントロール情報には、親局になることができる能力を持っているか否かを示すフラグ４００１と、未使用領域４００２と、外部通信システムの親局が発信したビーコンフレームを一度以上受信したか否かを示すフラグ４００３と、外部通信システムに属する局からのパケットを一度以上受信したか否かを示すフラグ４００４とからなる。本実施形態において、フラグ４００１は、親局になることができる端末であれば、オンになっている。フラグ４００３は、外部通信システムの親局が発信したビーコンフレームを一度でも受信しているのであれば、オンになっている。フラグ４００４は、外部通信システムに属する局からのパケットを一度でも受信しているのであれば、オンになっている。なお、フラグ４００３は、外部通信システムの親局からの発信を受信したか否かを示すようにしてもよい。なお、各端末は、受信したパケットが外部通信システムで発信されたパケットであるか否かを判断する場合、図１１に示すフィールド２００１を参照して、自ネットワークＩＤと比較して、一致していなければ、外部通信システムで発信されたパケットを受信したと判断する。なお、各端末は、親局になることができるか否かを、局が備えているハードウエア資源によって判断する他、ユーザによる判断や、接続状態、通信状態に基づいて、判断してもよい。

ネットワークＩＤ３００２は、ＡＤＲフィールドに格納される６オクテットの情報であって、外部通信システムから干渉を受けた場合に、当該外部通信システムのネットワークＩＤを示す。なお、ネットワークを識別することができる指標であれば、ネットワークＩＤでなくてもよい。ネットワークＩＤ３００２は、外部通信システムからのパケットを受信するごとに更新されてもよい。また、ネットワークＩＤ３００２は、最近受信した外部ネットワークから発信されたパケットに記載されているネットワークＩＤであってよい。図１４におけるフラグ４００４がオンになっていない場合、一度も外部ネットワークからのパケットを受信していないことを示しているので、ＡＤＲフィールドに何かが記載されていても、無効な記載である。

受信端末数３００３は、ＮＲＳフィールドに格納される１オクテットの情報であって、受信することができたフレームの発信元端末の数ＮＲＳを示す。つまり、受信端末数は、受信フレームの数に関係なく、受信したフレームを発行した局の数を示すものである。なお、各端末は、この値をカウントするためには、受信できたフレームを発行した局の識別指標を用意しておいて、受信したフレームの発行元を認識しなければならない。そこで、各端末は、発信端末のアドレスごとにハッシュテーブルを準備して、このハッシュテーブルを受信したフレームから引くことで、高速に発信端末を識別する手法を備えてもよい。

信号増幅率平均３００４は、ＳＡＲフィールドに格納される４オクテットの情報であり、通信媒体で減衰した信号を増幅する際の増幅率の平均である。この値が大きいほど、信号が伝送路において大きく減衰して伝送されたということになるので、基本的には、この値が小さいほど、当該統計情報を記録した端末は、通信状態が良好な位置に存在することとなる。なお、信号増幅率平均は、自局宛のフレームだけでなく、検知できるすべてのフレームを対象にしてよい。また、各端末は、フレーム内のデータ記載領域に対するタイミングをとるために使用するフレーム内のフィールド（プリアンブル）を検知することによって、各フレームの信号増幅率を決定するようにしてもよい。ここで、端末が第ｎ番目のフレームを検知したときの信号増幅率をＳＡＶ（ｎ）とし、第ｎ−１番目のフレームを検知したときの信号増幅率をＳＡＲ（ｎ−１）とする。また、第ｎ−１番目のフレームを検知したときのフレームの数をＮＡＰ（ｎ−１）とする。さらに、第１〜ｎ番目のフレームを受信したときの信号増幅率の平均をＳＡＲ（ｎ）とする。このとき、各端末は、算出式ＳＡＲ（ｎ）＝｛ＳＡＲ（ｎ−１）×ＮＡＰ（ｎ−１）＋ＳＡＶ（ｎ）｝／（ＮＡＰ（ｎ−１）＋１）を用いて、ＳＡＲを計算してもよい。または、各端末は、自局宛フレームのみを対象として、上記算出式において、ＮＡＰの代わりにＮＬＰを用いることによって、信号増幅率平均を求めるようにしてもよい。

自局宛フレーム数３００５は、ＮＬＰフィールドに格納される４オクテットの情報であって、自局宛に送信されたフレームの数ＮＬＰである。なお、ＮＬＰの代わりに、ＮＡＰまたは両方を用いてもよい。

なお、図１３に示された統計情報は、単なる一例であって、これに限定されるものではなく、外部通信システムから受信した信号の干渉に関する干渉情報を含んでいればよい。図１３において、受信端末数ＮＲＳが干渉情報に相当する。その他、干渉情報は、外部通信システムから受信した信号の受信信号強度に関する情報や、外部通信システムから受信した信号の数に関する情報、外部通信システムから受信した信号の強度に関する情報等であってもよい。また、本実施形態では、干渉情報を記録することとしたが、外部通信システムにおける通信状況が認識できるような情報（通信状況情報という）が干渉情報の代わりに記録されてもよい。

なお、外部通信システム内の端末が、通信システム内の端末からのフレームを検知した場合、当該フレームの受信信号強度に関する情報を当該フレームの発信元の通信システム内の当該端末に対して通知するようにした場合、通信状況情報は、外部通信システムから通知されてくる受信信号強度に関する情報であってもよい。これにより、端末は、外部通信システムの端末で自端末の発信がどの程度のレベルで受信されているのかといった通信状況情報を統計情報として親局に通知することができる。

また、統計情報は、自通信システムにおける通信状況に関する自システム情報が含まれている。図１３の例では、信号増幅率平均ＳＡＲおよび自局宛フレーム数ＮＬＰが自システム情報となる。その他、自システム情報は、子局が送信するフレームの再送回数に関する情報や、子局が受信するフレームの種類に関する情報であってもよい。

また、統計情報には、その他、送信元端末を特定する指標や、送信元端末ごとのフレーム受信強度、誤り訂正率、自局宛フレームの通信メディア占有率などが格納されていてよい。

また、統計情報には、上記の情報が全て設定されていなくてもよい。なお、図１３に記載の各アイテムのサイズは、これに限定されるものではない。図１４に記載の各ビットフィールドの位置もこれに限定されものではない。

図１２の説明に戻る。ステップＳ３０２の後、各子局は、親局に対して、記録した統計情報を通知する（ステップＳ３０３ａ）。親局は、各子局から通知されてくる統計情報を収集する（ステップＳ３０３ｂ）。

図１５は、統計情報を記録する期間と、統計情報を通知する期間とを示すタイミングチャートである。以下、図１５を参照しながら、統計情報を記録する期間と、統計情報を通知する期間とについて説明する。

親局は、統計情報の記録および通知のタイミングを示すビーコンフレーム内のフラグＳＴＡＴＩＳ＿ＡＣＴを、ハイまたはローにすることによって、統計情報の記録および通知を制御する。フラグＳＴＡＴＩＳ＿ＡＣＴがローからハイになれば（Ｔ１１０１）、各端末は、統計情報をリセットして、統計情報の記録を開始する。フラグＳＴＡＴＩＳ＿ＡＣＴがハイからローになれば（Ｔ１１０２）、各端末は、統計情報の記録を停止する。そして、子局は、親局に対して、記録した統計情報を通知する。それと並行して、親局は、時間ＴＩＭＥ＿ＳＴＡＴＩＳ＿ＣＯＬが停止時間として設定されたタイマを起動する。当該タイマの停止時間が経過するまでの間、親局は、子局から通知される統計情報を受信する。当該タイマの停止時間が経過したら、親局は、子局から通知される統計情報の受信を終了する。子局は、停止時刻Ｔ１１０３の到来時期を知らなくてもよい。しかし、親局は、停止時刻Ｔ１１０３以降に到達した統計情報を無視する。その後、ＳＴＡＴＩＳ＿ＡＣＴがハイなれば（Ｔ１１０４）、上記と同様にして、各端末は、統計情報をリセットし、統計情報の記録を開始して、同様の動作を繰り返す。なお、フラグＳＴＡＴＩＳ＿ＡＣＴは、親局の都合で制御されるフラグであり、周期的に変化しなくてもよい。なお、統計情報の記録期間は、親局が時間を指定することによって指定されてもよい。また、統計情報の通知期間は、親局が指定した期間が到来したら、子局がそれぞれ独立して、親局に統計情報を通知してもよい。また、子局から通知される統計情報を収集する端末は、親局以外の特定の端末であってもよい。この場合、当該特定の端末が収集した統計情報を親局に通知するようにすればよい。また、特定の端末が、統計情報の記録期間、および統計情報の通知期間の開始宣言を行ってもよい。

図１２の説明に戻る。ステップＳ３０３の後、親局は、統計情報を通知してきた子局の中に、新しい親局となり得る端末が存在するか否かを判断する（ステップＳ３０４）。具体的には、親局は、図１３に示すコントロール情報３００１に含まれるフラグ４００１（図１４参照）を参照して、新しい親局となり得る端末が存在するか否かを判断する。なお、フラグ４００１は、新しい親局になる意思があるか否かの判断に用いられてもよい。新しい親局となり得る端末が存在しない場合、親局は、ステップＳ３１０の動作に進む。一方、新しい親局となり得る端末が存在する場合、親局は、ステップＳ３０５の動作に進む。

ステップＳ３０５において、親局は、収集した統計情報を参照して、統計情報を通知してきた子局の中に、外部通信システムからの干渉を受けた端末が存在するか否かを判断する。具体的には、親局は、コントロール情報３００１に含まれるフラグ４００４を参照して、外部通信システムからの干渉を受けた端末が存在するか否かを判断する。なお、外部通信システムからの干渉は、外部通信システムにおける親局のみからの干渉に限定してもよい。外部通信システムからの干渉があった場合、親局および子局は、干渉ネットワーク型の親局機能移譲サブプロセス（ステップＳ３０９）に進む。干渉ネットワーク型の親局機能移譲サブプロセスについては後述する。一方、外部通信システムからの干渉を受けた端末が存在しない場合、親局は、ステップＳ３０６の動作に進む。

ステップＳ３０６において、親局は、現在のネットワークモードが干渉モードであるか否かを判断する。ネットワークモードは、ネットワーク上の親局が外部通信システムからの干渉を考慮した上で決定されているか否かを示し、干渉モードと、独立モードとからなる。干渉モードは、外部通信システムからの干渉を考慮した上で親局が決定されたモードである。独立モードは、外部通信システムからの干渉を考慮せずに親局が決定されたモードである。現在のいネットワークモードが干渉モードでない場合、親局および子局は、独立ネットワーク型の親局機能移譲サブプロセス（ステップＳ３０７）に進む。独立ネットワーク型の親局機能移譲サブプロセスについては後述する。一方、干渉モードである場合、親局は、ステップＳ３０８の動作に進む。

ステップＳ３０７において、親局および子局は、協働して、独立ネットワーク型の親局機能移譲サブプロセスを実行する。独立ネットワーク型の親局機能移譲サブプロセスにおいて、親局は、収集した統計情報に基づいて、統計情報を通知した子局の中で、新しい親局としてふさわしい子局が存在するか否か判断し、そのような子局が存在する場合、当該子局に対して、親局の機能を移譲する。

図１６は、ステップＳ３０７における独立ネットワーク型の親局機能移譲サブプロセスの詳細の一例を示すフローチャートである。以下、現在の親局を局ｍとし、新たに親局となる子局を局ｐとして、独立ネットワーク型の親局機能移譲プロセスの詳細について説明する。なお、図１６に示す処理は、あくまでも一例である。したがって、収集した統計情報に基づいて、新しい親局としてふさわしい子局を選択するのであれば、図１６に示す処理には限られない。図１６に示す動作では、統計情報に、干渉情報として受信端末数ＮＲＳが含まれ、自システム情報として信号増幅率平均ＳＡＲおよび自局宛フレーム数ＮＬＰが含まれているとする。

まず、親局ｍは、新しい親局候補の局ｐを選定する処理を実行する（ステップＳ４０１）。次に、親局ｍは、親局機能を局ｐに移譲すべきであるか否かを決定する処理を実行する（ステップＳ４０２）。次に、親局ｍは、ステップＳ４０２の処理において、親局機能を局ｐに移譲すると決定したか否かを判断する（ステップＳ４０３）。移譲すると決定した場合、親局ｍおよび局ｐは、協働して、親局機能を局ｐに移譲する（ステップＳ４０４）。一方、移譲しないと決定した場合、親局ｍは、親局機能の移譲を行わない（ステップＳ４０５）。

図１７は、図１６における親局候補ｐの選定プロセス（ステップＳ４０１）の詳細を示すフローチャートである。以下、図１７を参照しながら、図１６における親局候補ｐの選定プロセス（ステップＳ４０１）の詳細について説明する。

まず、親局ｍは、受信端末数ＮＲＳが最大となる局を第１の所定の移譲条件として、収集した統計情報を参照して、当該第１の所定の移譲条件を満たす局を選択する（ステップＳ５０１）。次に、親局ｍは、ステップＳ５０１で選択された局が複数であるか否かを判断する（ステップＳ５０２）。複数でない場合、親局ｍは、ステップＳ５０８の動作に進む。一方、複数である場合、親局ｍは、ステップＳ５０３の動作に進む。

ステップＳ５０３において、親局ｍは、信号増幅率平均ＳＡＲが最小となる局を第２の所定の移譲条件として、収集した統計情報を参照して、当該第２の所定の移譲条件を満たす局を選択する。次に、親局ｍは、ステップＳ５０３で選択された局が複数であるか否かを判断する（ステップＳ５０４）。複数でない場合、親局ｍは、ステップＳ５０８の動作に進む。一方、複数である場合、親局ｍは、ステップＳ５０５の動作に進む。

ステップＳ５０５において、親局ｍは、自局宛フレーム数ＮＬＰが最大となる局を第３の所定の移譲条件として、収集した統計情報を参照して、当該第３の所定の移譲条件を満たす局を選択する。次に、親局ｍは、ステップＳ５０５で選択された局が複数であるか否かを判断する（ステップＳ５０６）。複数でない場合、親局ｍは、ステップＳ５０８の動作に進む。一方、複数である場合、親局ｍは、選択された複数の局の中からどれか一台の局を選択して（ステップＳ５０７）、ステップＳ５０８の動作に進む。

ステップＳ５０８において、親局ｍは、選択された一台の局を新しい親局候補の局ｐとして選定して、ステップＳ４０２の動作に進む。

なお、親局は、干渉情報である受信端末数ＮＲＳのみに基づいて候補の局を選定してもよい。

図１８は、親局を局ｐに移譲すべきかを決定するプロセス（図１６のステップＳ４０２）の詳細を示すフローチャートである。以下、図１８を参照しながら、親局を局ｐに移譲すべきかを決定するプロセス（図１６のステップＳ４０２）の詳細について説明する。図１８において、親局ｍは、受信端末数ＮＲＳおよび信号増幅率平均ＳＡＲのみを用いて、親局を局ｐに移譲すべきか否かを判定する。

まず、親局ｍは、親局ｍが記録した統計情報に含まれる受信端末数ＮＲＳ（図上、ＮＲＳ（ｍ）と表記する）にマージンＮＲＳ＿ＭＡＲＧＩＮを加えた値が、局ｐが記録した統計情報に含まれる受信端末数ＮＲＳ（図上、ＮＲＳ（ｐ）と表記する）よりも小さいか否かを判断する（ステップＳ６０１）。ここで、マージンＮＲＳ＿ＭＡＲＧＩＮは、なるべく親局の移譲を行わせないようにするためのマージンで、適切な正の値である。

ステップＳ６０１において、当該値が受信端末数ＮＲＳ（ｐ）よりも小さくないと判断した場合、親局ｍは、親局機能の移譲を行わない決定して（ステップＳ６０４）、ステップＳ４０３の動作に進む。一方、当該値が受信端末数ＮＲＳ（ｐ）よりも小さいと判断した場合、親局ｍは、親局ｍが記録した統計情報に含まれる信号増幅率平均ＳＡＲ（図上、ＳＡＲ（ｍ）と表記する）が、局ｐが記録した統計情報に含まれる信号増幅率平均ＳＡＲ（図上、ＳＡＲ（ｐ）と表記する）にマージンＳＡＲ＿ＭＡＲＧＩＮを加えた値よりも大きいか否かを判断する（ステップＳ６０２）。ここで、マージンＳＡＲ＿ＭＡＲＧＩＮは、なるべく親局の移譲を行わせないようにするためのマージンで、適切な正の値である。

ステップＳ６０２において、当該値が信号増幅率平均ＳＡＲ（ｍ）よりも大きくない判断した場合、親局ｍは、親局機能の移譲を行わない決定して（ステップＳ６０４）、ステップＳ４０３の動作に進む。一方、当該値が信号増幅率平均ＳＡＲ（ｍ）よりも大きいと判断した場合、親局ｍは、局ｐへ親局機能を移譲すると決定し、ステップＳ４０３の動作に進む。

図１９は、図１６におけるステップＳ４０４の動作の詳細を示すシーケンス図である。以下、図１９を参照しながら、図１６におけるステップＳ４０４の動作の詳細について説明する。

まず、親局ｍは、親局を移譲する意思、親局として稼働するのに必要な情報、および交代タイミングに関する情報を含めたＩＮＤ＿ＣＴＲＬフレームを、局ｐに送信して、親局機能の移譲を要求する（ステップＳ７０１）。ここで、親局として稼動するのに必要な情報とは、現在親局が制御しているリンクごとの帯域予約および帯域割当に関する情報や、ネットワーク内トラフィックに関する情報、ネットワーク内の各局に関する情報等である。

次に、局ｐは、ＩＮＤ＿ＣＴＲＬフレームを受信すると、親局・子局管理モジュール１０３に親局の交代要求を受け入れるかまたは拒絶するかを決定させ（図３Ａ参照）、その決定結果を記述したＲＳＰ＿ＣＴＲＬフレームを親局ｍに対して送信する（ステップＳ７０２）。

次に、親局ｍおよび局ｐは、ビーコンフレームを発行する端末の役割を交代するタイミングを合わせるための処理を実行する（ステップＳ７０３）。具体的には、親局ｍは、発行するビーコンフレームの領域の一部に整数を記述しておき、当該整数をビーコンフレームを発行する毎に、インクリメント（デクリメント）していく。そして、当該整数がある値以上（以下）になったら、その後は、局ｐは、親局として稼働し、親局ｍは、子局として稼働する。なお、整数をインクリメント（デクリメント）する代わりに、親局ｍが当該役割が交代されるまでの時間を指定して、当該指定された時間が経過したら、局ｐが親局として稼働するようにしてもよい。

その後、局ｐは、ビーコンフレームを発行して、親局の移譲が完了する（ステップＳ７０４）。

ＩＮＤ＿ＣＴＲＬフレームが発行されてから、局ｐからビーコンフレームが発行されるまでの間、親局ｍは、他の局からの要求は受け付けないものとする（ステップＳ７０５）。たとえば、親局ｍは、リンク間の帯域予約に関する要求や、新規参入局の認証に関する要求を受け付けないとする。親局ｍは、親局ｍの有する情報を引き出すような要求については、受け付けてもよい。

図１２の説明に戻る。ステップＳ３０９において、親局および子局は、干渉ネットワーク型の親局機能移譲サブプロセスを実行する。干渉ネットワーク型の親局機能移譲サブプロセスにおいて、親局は、収集した統計情報に基づいて、統計情報を通知した子局の中で、新しい親局としてふさわしい子局が存在するか否かを判断し、そのような子局が存在する場合、当該子局に対して、親局の機能を移譲する。

図２０は、ステップＳ３０９における干渉ネットワーク型の親局機能移譲サブプロセスの詳細の一例を示すフローチャートである。以下、図２０を参照しながら、干渉ネットワーク型の親局機能移譲プロセスの詳細について説明する。

まず、親局ｍは、収集した統計情報に基づいて、新しい親局の候補とする局を干渉があった旨を報告した局に絞り込み、干渉があった旨を報告していない局からの統計情報は無視する（ステップＳ８０１）。なお、ステップＳ８０１において、親局ｍは、新しい親局の候補とする局を、外部通信システムの親局が発信するフレームを受信している子局のみに絞り込んでもよい。または、外部通信システムのいずれかの端末が発信するフレームを受信している子局のみに新しい親局の候補とする局を絞り込んでもよい。

次に、親局ｍは、外部干渉が報告された全ての外部通信システムについて、自局においても既に干渉を受けているとして処理されているか否かを判断する（ステップＳ８０２）。すなわち、親局ｍは、自局において干渉があるとして認識している外部通信システム以外の未知の外部通信システムからの干渉を他の子局が受けているか否かを判断する。

外部干渉が報告された全ての外部通信システムが自局においても既に干渉を受けているとして処理されている場合、親局ｍは、独立ネットワーク側の親局機能移譲サブプロセスを実行し（ステップＳ８０３）、親局候補の局を選定して、処理を終了する。ステップＳ８０３における処理は、図１６〜図１９に示す処理と基本的には、同様であるが、新しい親局候補の局ｐを選定するプロセス（図１６のステップＳ４０１）において、親局は、図１７のステップＳ５０１の前に、外部干渉が報告された全ての外部通信システムが自局においても既に干渉を受けているとする局を、新しい親局候補として選定する。一方、外部干渉が報告された全ての外部通信システムが自局においても既に干渉を受けているとして処理されていない場合、親局ｍは、ステップＳ８０４の動作に進む。ステップＳ８０４において、親局ｍは、図１７に示す処理と同様にして、新しい親局候補の局ｐを選定する。

次に、親局ｍは、図１８に示す処理と同様にして、ステップＳ８０４で選定した局ｐに親局機能を移譲するべきであるか否かを決定する（ステップＳ８０５）。

次に、親局ｍは、ステップＳ８０５において、親局の移譲を行うと決定したか否かを判断する（ステップＳ８０６）。

ステップＳ８０６において、親局の移譲を行うと決定したと判断した場合、親局ｍは、局ｐへ親局機能を移譲するための処理を外部干渉を考慮して実行する（ステップＳ８０７）。一方、親局の移譲を行うと判定していない場合、親局ｍは、親局機能の移譲を行わない（ステップＳ８０８）。

図２１は、図２０におけるステップＳ８０７での処理の詳細を示すシーケンス図である。以下、図２１を参照しながら、図２０におけるステップＳ８０７での処理の詳細について説明する。

まず、親局ｍは、親局を交代する意思、親局として稼働するのに必要な情報、および交代タイミングに関する情報を含めたＩＮＤ＿ＣＴＲＬフレームを、局ｐに送信する（ステップＳ９０１）。ＩＮＤ＿ＣＴＲＬフレームは親局機能の異常の開始が行われる旨を通知するためのフレームである。ここで、親局として稼動するのに必要な情報とは、現在親局が制御しているリンクごとの帯域予約および帯域割当に関する情報や、ネットワーク内トラフィックに関する情報、ネットワーク内の各局に関する情報、干渉ネットワーク型のプロセスであることを知らせる指標等である。

ＩＮＤ＿ＣＴＲＬフレーム受信した局ｐは、外部通信システムの親局に対して、ＩＮＤ＿ＭＯＶフレームを送信する（ステップＳ９０２）。ＩＮＤ＿ＭＯＶフレームを受信した外部通信システムの親局は、外部通信システムにおける親局の機能移譲プロセスの実行を禁止する。そして、外部通信システムの親局は、応答結果を示すＲＳＰ＿ＭＯＶフレームを局ｐに送信する（ステップＳ９０３）。なお、ＲＳＰ＿ＭＯＶフレームには、親局ｍと局ｐとが存在する通信システム内において、親局の機能移譲プロセスを実行してもよいか否かに関する許可情報が記載されていてもよい。

次に、局ｐは、親局の交代要求を受け入れるか、または拒絶するかを示すＲＳＰ＿ＣＴＲＬフレームを、親局ｍに送信する（ステップＳ９０４）。その後、図１９に示すステップＳ７０３と同様の流れによって、親局ｍおよび子局ｐは、ビーコンフレームを発行する役割を交代するタイミングを合わせる（ステップＳ９０５）。ステップＳ９０５の後、ビーコンフレームを発行するタイミングが到来したら、局ｐは、ビーコンフレームを発行して（ステップＳ９０５）、新しい親局として機能する。図１９に示した動作と同様にして、親局ｍは、親局機能の移譲を実行している期間中、親局への要求の受け付けを拒否する（ステップＳ９０７）。その後、局ｐは、親局機能の移譲が完了した旨を通知するためのＣＭＰ＿ＭＯＶフレームを外部通信システムの親局に送信する（ステップＳ９０８）。ＣＭＰ＿ＭＯＶフレームを受信した外部通信システムの親局は、外部通信システムにおける親局機能の移譲プロセスの実行禁止を解除する。

図１２の説明に戻る。ステップＳ３０８において、親局ｍは、干渉モードとなっている通信システムが独立モードの通信システムとして動作してもよいか否かを判断する。ステップＳ３０８の動作は、既に、隣接する外部通信システムの存在を検知し、隣接する外部通信システムからの干渉を考慮しながら、通信媒体を共有する通信システムが構築されている環境にありながらも、統計情報収集期間において、外部通信システム内の局からの発信を自通信システム内のどの局も検知できなかった場合に実行される。このような状況下では、何らかの原因で外部通信システムが停止状態にある可能性が高い。このような場合、外部通信システムからの干渉を考慮せずに、新しい親局を設定した方が、通信効率が向上する可能性がある。それゆえ、親局ｍは、通信システムを独立モードとして動作してよいか否かを判断する。具体的には、親局ｍは、ステップＳ３０８の判断が所定回数以上行われた場合に、通信システムを独立モードとして動作してよいと判断する。ステップＳ３０８において、通信システムを独立モードの通信システムとして動作してもよいと判断した場合、親局ｍは、ステップＳ３０７の動作に進む。一方、通信システムを独立モードとして動作してはいけないと判断した場合、親局ｍは、ステップＳ３１０の動作に進む。

このように、第２の実施形態によれば、子局が外部通信システムからの干渉を受けている場合、最も干渉を受けている子局に親局機能を移譲させることとなる。よって、親局が移譲した後は、移譲後の新しい親局が外部通信システムからの干渉を考慮して、各子局にメディアアクセスの機会を与えることとなるので、外部干渉が生じている状況においても、通信品質を最適なものとすることができる。

なお、第２の実施形態では、各端末が、新しい親局候補となる局を選定する機能を有していることとしたが、新しい親局候補となる局を選定する機能のみを有する端末によって、親局機能の全部または一部を実行する候補の局を選定するようにしてもよい。

なお、各子局は、干渉情報等の通信状況情報を外部通信システム内の端末に対して通知してもよい。これに応じて、外部通信システム内の端末は、外部干渉に関する情報を得ることができる。

なお、ＩＮＤ＿ＭＯＶフレームおよび／またはＣＭＰ＿ＭＯＶフレームに関する情報は、ブロードキャスト発信するビーコンフレームの特定の領域に記述されていてもよい。また、なお、親局ｍ発信するビーコンフレームに、親局機能移譲プロセスの起動を禁止する期間に関する情報を含ませておくことで、局ｐによるＩＭＤ＿ＭＯＶフレーム、ＲＳＰ＿ＭＯＶフレーム、ＣＭＰ＿ＭＯＶフレームの送信を省略することができる。

なお、第２の実施形態に係る通信システムを電灯線通信システムに適用する場合、電灯線メディア上には、商用電源周期に同期したノイズが認められる。したがって、各端末は、統計情報として、商用電源周期に同期したノイズに関する情報を記録して、記録した情報を親局に通知するようにしてもよい。この場合、現在の親局は、商用電源周期に同期したノイズに関する情報に基づいて、当該ノイズの影響が最も小さい子局を親局機能を移譲する候補端末として決定するとよい。この決定のための判断ステップは、たとえば、図１７に示すフローのステップＳ５０１〜Ｓ５０７のどこかに挿入されればよい。

なお、第２の実施形態では、図２１に示す処理は干渉ネットワーク型の親局機能移譲サブプロセスとして実行されたが（図１２参照）、図２１に示す処理以外の処理であってもよい。図２２は、図２１に示す処理の代わりに実行することができる処理の流れを示すシーケンス図である。図２２では、異なる論理ネットワークに属する端末同士のユニキャストを許さないこととしている。図２２において、親局ｍは、親局の機能移譲プロセスを実行する場合、親局の機能移譲プロセスを実行しているか否かを示すビーコンフレーム内のフィールドにその旨を記述して、当該ビーコンフレームを局ｐに送信する（ステップＳ１００１，Ｓ１００２）。当該ビーコンフレームは、隣接する外部通信システムに属する端末にも到達する可能性がある。隣接する外部通信システムの親局Ｓが当該ビーコンフレームを受信したら、親局Ｓは、自通信システム内での親局の機能移譲プロセスの実行を禁止する（ステップＳ１００３）。なお、当該ビーコンフレームを受信した局が子局であった場合、当該子局は、当該子局を制御する親局に対して、外部通信システムが親局の機能移譲プロセスを実行している旨を通知する。親局ｍと親局ｐとは、図２１に示す処理と同様にして、親局機能を移譲する（ステップＳ９０１，Ｓ９０４，Ｓ９０５，Ｓ９０７）。その後、親局が局ｐに移譲したら、局ｐは、ビーコンフレーム内に親局の機能移譲プロセスが起動中でない旨の情報を含ませて、送信する（ステップＳ１００４ａ，Ｓ１００４ｂ）。それに応じて、親局Ｓは、親局の機能移譲プロセスの実行の禁止を解除する。なお、局ｐから送信されたビーコンフレームを検知した局が子局であった場合、当該子局は、親局Ｓに対して、外部通信システムが親局の機能移譲プロセスを実行していない旨、または外部通信システムが親局の機能移譲プロセスの実行を終了した旨を通知するようにしてもよい。

なお、上述の各実施形態は、記憶装置（ＲＯＭ、ＲＡＭ、ハードディスク等）に格納された上述の処理手順をＣＰＵに実行させることができるプログラムを、ＣＰＵに実行させることによっても実現できる。この場合、当該プログラムは、記録媒体を介して記憶装置内に格納された上で実行されてもよいし、記録媒体上から直接実行されてもよい。ここでの記録媒体は、ＲＯＭやＲＡＭ、フラッシュメモリ等の半導体メモリ、フレキシブルディスクやハードディスク等の磁気ディスクメモリ、ＣＤ−ＲＯＭやＤＶＤ、ＢＤ等の光ディスク、メモリカード等の記録媒体をいう。また、ここでいう記録媒体は、電話回線や搬送路等の通信媒体も含む概念である。

なお、図２に示した各機能ブロックは、集積回路であるＬＳＩとして実現されてもよい。これらの機能ブロックは、１チップ化されていてもよいし、一部又は全てを含むように１チップ化されていてもよい。ここでは、ＬＳＩといったが、集積度の違いによっては、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと称呼されることもある。また、集積回路化の手法は、ＬＳＩに限られるものではなく、専用回路または汎用プロセッサで集積回路化を行ってもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを用いてもよい。さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適応等が可能性としてあり得る。

以下に、上記各実施形態を実際のネットワークシステムに応用した例について説明する。図２３は、本発明の端末を高速電灯線伝送に適用したときのシステム全体の構成を示す図である。図２３に示すように、本発明の端末は、デジタルテレビ（ＤＴＶ）やパーソナルコンピュータ（ＰＣ）、ＤＶＤレコーダ等のマルチメディア機器と電灯線との間のインタフェースを提供する。マルチメディア機器と本発明の端末との間は、ＩＥＥＥ１３９４のインタフェースであったり、ＵＳＢインタフェースであったり、Ｅｔｈｅｒｎｅｔ（登録商標）インタフェースであったりする。このような構成によって、電灯線を媒体としたマルチメディアデータ等のデジタルデータを高速伝送する通信ネットワークシステムが構成されることとなる。この結果、従来の有線ＬＡＮのようにネットワークケーブルを新たに敷設するこのなく、家庭、オフィス等に既に設置されている電灯線をそのままネットワーク回線として使用することができる。したがって、コスト面、設置の容易性の面から、その利便性は、極めて大きい。

図２３に示した実施形態では、本発明の端末は、既存のマルチメディア機器の信号インタフェースを電灯線通信のインタフェースに変換するアダプタとしての役割を果たしているが、パーソナルコンピュータ、ＤＶＤレコーダ、デジタルテレビ、ホームサーバシステムなどのマルチメディア機器に本発明の端末が内蔵されていてもよい。これにより、マルチメディア機器の電源コードを介して、機器間のデータ伝送が可能となる。この場合、アダプタと電灯線とを接続する配線や、ＩＥＥＥ１３９４ケーブル、ＵＳＢケーブル、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルが不要となり、配線が簡略化されることとなる。

また、電灯線を用いた通信ネットワークシステムは、ルータおよび／またはハブを介して、インターネットや、無線ＬＡＮ、従来の有線ケーブルのＬＡＮに接続することができるので、本発明の通信ネットワークシステムを用いたＬＡＮシステムの拡張にも何らの問題も生じない。

また、電灯線伝送により電灯線を介して流される通信データは、電灯線に直接接続された装置に傍受される以外は、無線ＬＡＮで問題となる傍受によるデータ漏洩の問題の対象とならない。したがって、電灯線伝送方式は、セキュリティの面からも効果を有する。もちろん、電灯線を流れるデータは、たとえば、ＩＰプロトコルにおけるＩＰＳｅｃや、コンテンツ自身の暗号化、その他のＤＲＭ方式等で保護されていてもよい。

本発明に係る端末は、無線、電灯線、電話線、テレビアンテナ線等を用いた家庭内ネットワーク等を構築するに際して、ネットワーク接続機能を有する家電製品の通信モジュールとして利用され、親局として稼働するのに最適な位置に設定されている端末を自動的に親局として稼働させることができる。また、本発明に係る端末は、隣家干渉問題や隣接チャネル干渉問題を解決することができる。このように、本発明は、通信分野等に有用である。

１０１ ＰＬＣ送受信部
１０２ 制御処理部
１０３ 親局・子局管理モジュール
１０６ 記録装置
１００１，１３０１〜１３０２ 通信システム
１００２〜１００５，１３０３〜１３０７ 端末

Claims (4)

1. それぞれ複数の通信装置を含み、前記複数の通信装置のうちの一つが親局となり、前記親局以外の通信装置が子局となって、前記親局が前記子局による通信媒体へのアクセスを制御する通信システムが複数設置された環境において、前記複数の通信システムのうちの一つの通信システムの親局として動作する通信装置であって、
   親局機能を自通信装置から新しい親局候補の通信装置に移譲するため、前記新しい親局候補である通信装置宛に新しい親局となることの要求を示す要求フレームを送信する要求フレーム送信部と、
   前記要求フレームに対する応答として、前記新しい親局候補である通信装置から新しい親局となることを承諾するか否かを示す情報を含んだ応答フレームを受信する応答フレーム受信部と、
   前記応答フレームに新しい親局となることの承諾を示す情報が含まれていた場合、親局機能の移譲を行うタイミングを示す値を記述したビーコンフレームを定期的に送信するビーコン送信部と、を備え、
   前記親局機能の移譲を行うタイミングを示す値は、ビーコンフレームが送信される毎に１ずつデクリメントされ、前記親局機能の移譲を行うタイミングを示す値が０になるタイミングで親局機能の移譲が行われることを示しており、
   前記ビーコン送信部は、自通信装置が所属する通信システムの子局及び他の通信システムの親局に親局機能の移譲プロセスが実行中であることを通知するために、前記ビーコンフレームに親局機能の移譲プロセスが実行中であることを示す情報をさらに含めて送信する、通信装置。
2. それぞれ複数の通信装置を含み、前記複数の通信装置のうちの一つが親局となり、前記親局以外の通信装置が子局となって、前記親局が前記子局による通信媒体へのアクセスを制御する通信システムが複数設置された環境において、前記複数の通信システムのうちの一つの通信システムの子局として動作する通信装置であって、
   現在の親局から自通信装置が新しい親局となることの要求を示す要求フレームを受信する要求フレーム受信部と、
   前記要求フレームに対する応答として、前記現在の親局宛に自通信装置が新しい親局となることを承諾するか否かを示す情報を含んだ応答フレームを送信する応答フレーム受信部と、
   前記応答フレームに新しい親局となることの承諾を示す情報を含めて送信した場合、前記現在の親局から親局機能の移譲を行うタイミングを示す値を記述したビーコンフレームを定期的に受信し、前記親局機能の移譲を行うタイミングを示す値はビーコンフレームが送信される毎に１ずつデクリメントされる、ビーコン受信部と、
   前記親局機能の移譲を行うタイミングを示す値が０になるタイミングでビーコンフレームの定期的な送信を開始するビーコン送信部と、を備え、
   前記親局から送信されるビーコンフレームは、自通信装置が所属する通信システムの子局及び他の通信システムの親局に親局機能の移譲プロセスが実行中であることを通知するために、親局機能の移譲プロセスが実行中であることを示す情報をさらに含み、
   前記自通信装置から送信するビーコンフレームは、自通信装置が所属する通信システムの子局及び他の通信システムの親局に親局機能の移譲プロセスが実行中でないことを通知するために、親局機能の移譲プロセスが実行中でないことを示す情報を含む、通信装置。
3. それぞれ複数の通信装置を含み、前記複数の通信装置のうちの一つが親局となり、前記親局以外の通信装置が子局となって、前記親局が前記子局による通信媒体へのアクセスを制御する通信システムが複数設置された環境において、前記複数の通信システムのうちの一つの通信システムの親局として動作する通信装置が用いる通信方法であって、
   親局機能を自通信装置から新しい親局候補の通信装置に移譲するため、前記新しい親局候補である通信装置宛に新しい親局となることの要求を示す要求フレームを送信し、
   前記要求フレームに対する応答として、前記新しい親局候補である通信装置から新しい親局となることを承諾するか否かを示す情報を含んだ応答フレームを受信し、
   前記応答フレームに新しい親局となることの承諾を示す情報が含まれていた場合、親局機能の移譲を行うタイミングを示す値を記述したビーコンフレームを定期的に送信し、
   前記親局機能の移譲を行うタイミングを示す値は、ビーコンフレームが送信される毎に１ずつデクリメントされ、前記親局機能の移譲を行うタイミングを示す値が０になるタイミングで親局機能の移譲が行われることを示しており、
   自通信装置が所属する通信システムの子局及び他の通信システムの親局に親局機能の移譲プロセスが実行中であることを通知するために、前記ビーコンフレームに親局機能の移譲プロセスが実行中であることを示す情報を含める、通信方法。
4. それぞれ複数の通信装置を含み、前記複数の通信装置のうちの一つが親局となり、前記親局以外の通信装置が子局となって、前記親局が前記子局による通信媒体へのアクセスを制御する通信システムが複数設置された環境において、前記複数の通信システムのうちの一つの通信システムの子局として動作する通信装置が用いる通信方法であって、
   現在の親局から自通信装置が新しい親局となることの要求を示す要求フレームを受信し、
   前記要求フレームに対する応答として、前記現在の親局宛に自通信装置が新しい親局となることを承諾するか否かを示す情報を含んだ応答フレームを送信し、
   前記応答フレームに新しい親局となることの承諾を示す情報を含めて送信した場合、前記現在の親局から親局機能の移譲を行うタイミングを示す値を記述したビーコンフレームを定期的に受信し、前記親局機能の移譲を行うタイミングを示す値はビーコンフレームが送信される毎に１ずつデクリメントされており、
   前記親局機能の移譲を行うタイミングを示す値が０になるタイミングでビーコンフレームの定期的な送信を開始し、
   前記現在の親局から送信されるビーコンフレームは、自通信装置が所属する通信システムの子局及び他の通信システムの親局に親局機能の移譲プロセスが実行中であることを通知するために、親局機能の移譲プロセスが実行中であることを示す情報を含み、
   前記自通信装置から送信するビーコンフレームは、自通信装置が所属する通信システムの子局及び他の通信システムの親局に親局機能の移譲プロセスが実行中でないことを通知するために、親局機能の移譲プロセスが実行中でないことを示す情報を含める、通信方法。

Images