(57)【特許請求の範囲】
【請求項１】
マスタノード及び複数のスレーブノードを有するマスタ・スレーブ分散通信ネットワークにおいて、前記マスタノード及びそれぞれの前記スレーブノードが動作可能に相互接続し、少なくとも１つの前記スレーブノードが前記マスタノードに直接的に相互接続し、少なくとも第２の前記スレーブノードが前記第２のスレーブノードと前記マスタノードとの間で少なくとも第３の前記スレーブノードを使用して前記マスタノードに間接的に相互接続するネットワークであって、
それぞれの前記スレーブノードは前記マスタノードへのメッセージのルートにおける次のノードのアドレスのみをアップリンクルーチング情報として格納する手段と、スレーブノードからのアップリンクデータパケットの受信に応じて、前記格納する手段から次のノードのアドレスを読み出し、前記データパケットの宛先フィールド内の次のノードのアドレスを置換し、前記データパケットを前記次のノードに転送する手段と、前記マスタノードへのメッセージのルートを見直し、既存のルートが最適でなくなった場合は再設定を行う手段と、前記データパケットから前記スレーブノードのアドレスを削除する手段とを有することを特徴とするネットワーク。
【請求項２】
アップリンクでデータパケットを受信した前記スレーブノードのアドレスは、前記データパケットの履歴フィールドに配置される請求項１記載のネットワーク。
【請求項３】
マスタノード及び複数のスレーブノードを有するマスタ・スレーブ分散通信ネットワークを動作させる方法であり、前記マスタノード及び前記複数のスレーブノードが動作可能に相互接続し、少なくとも１つの前記スレーブノードが前記マスタノードに直接的に相互接続し、少なくとも第２の前記スレーブノードが前記第２のスレーブノードと前記マスタノードとの間で少なくとも第３の前記スレーブノードを使用して前記マスタノードに間接的に相互接続する方法であって、
前記マスタノードへデータパケットを送信することを望む各スレーブノードは、前記マスタノードへのメッセージのルートにおける次のノードのアドレスのみをアップリンクルーチング情報として記憶手段に格納し、スレーブノードからのアップリンクデータパケットの受信に応じて、前記記憶手段から次のノードのアドレスを読み出し、前記データパケットの宛先フィールド内の次のノードのアドレスを置換し、前記データパケットを前記次のノードに転送し、各スレーブノードは、前記マスタノードへのルートを定期的に見直し、既存のルートが最適でなくなった場合は再設定を行い、各スレーブノードは、前記ルートにおける前のノードのアドレスを削除することを特徴とする方法。
【請求項４】
データパケットを受信した前記スレーブノードは、前記データパケットを送信する前に、前記格納された前記マスタノードへのルートにおける次のノードのアドレスを前記データパケットに含めることを特徴とする請求項３記載の方法。
【請求項５】
前記マスタノードは宛先スレーブノードへのルートにおけるスレーブノードのアドレスを送信するデータパケットに含めることを特徴とする請求項３又は４記載の方法。
【請求項６】
前記スレーブノードは、データパケットを受信し、前記データパケットから自らのアドレスを削除してから、前記変更されたデータパケットを送信することを特徴とする請求項５記載の方法。
【請求項７】
前記ネットワークの変更後、スレーブノードは前記マスタノードへのルートを再検討し、前記ルートが所定のルーチング条件を満たさないとスレーブノードが見極めた場合、前記スレーブノードは、前記ルートにおける次のノードのアドレスを前記記憶手段に格納することにより新たなルートを設定することを特徴とする請求項３乃至６のいずれか一項に記載の方法。
【請求項８】
新たなスレーブノードが所定の最小値に設定されたホップ数とともに「マスタへのルート要請」メッセージを送信し、前記メッセージに対する応答が受信されなかった場合、前記ホップ数を増加して前記「マスタへのルート要請」メッセージを送信する処理を繰り返すことを特徴とする請求項３，４、又は５のいずれか一項に記載の方法。
【請求項９】
マスタノード及び複数のスレーブノードを有するマスタ・スレーブ分散通信ネットワークにおいて前記スレーブノードとして用いられるスレーブノードであり、少なくとも１つの前記スレーブノードが前記マスタノードに直接的に相互接続し、少なくとも第２の前記スレーブノードが前記第２のスレーブノードと前記マスタノードとの間で少なくとも第３の前記スレーブノードを使用して前記マスタノードに間接的に相互接続するスレーブノードであって、
前記マスタノード及び前記複数のスレーブノードのうちの少なくとも１つと通信を行うための送受信手段、
前記マスタノードへのメッセージのルートにおける次のノードのアドレスのみをアップリンクルーチング情報として格納する手段、
スレーブノードからのアップリンクデータパケットの受信に応じて、前記格納する手段から次のノードのアドレスを読み出し、前記データパケットの宛先フィールド内の次のノードのアドレスを置換し、前記データパケットを前記次のノードに転送する処理手段、
前記マスタノードへのメッセージのルートを見直し、既存のルートが最適でなくなった場合は再設定を行う手段、及び
前記格納する手段から前記ルートにおける前のノードのアドレスを削除する手段、
を有することを特徴とするスレーブノード。
【請求項１０】
前記処理手段は、前記マスタノードから発信され、前記スレーブノードによって受信されたデータパケットに存在する前記スレーブノードのアドレスを削除することを特徴とする請求項９記載のスレーブノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線マスタ・スレーブ分散通信ネットワークに関し、特に街灯を制御するネットワークなどのマルチホップ無線制御ネットワークやマルチホップ無線監視ネットワークに適用される無線マスタ・スレーブ分散通信ネットワークに関する。
【背景技術】
【０００２】
マルチホップ無線ネットワークは典型的にはマスタデバイス（ノード）とスレーブデバイス（ノード）から構成され、マスタデバイス（ノード）は、自装置とスレーブデバイス（ノード）とのリンクを示すルーチングテーブルを格納する。通常このようなネットワークを適切に構築し、設定するのは困難であり、ネットワークとそのローディングに関する完全な知識が必要となる。また、このようなネットワークでは各スレーブデバイスにおいて当該スレーブデバイスのユーザーが必要とする通信路をすべて予めプログラムする必要がある。したがってネットワークの品質及びその設定はこの設置を行う者の能力に左右される。さらにネットワークを介して発信側からマスタデバイスへ送信されるメッセージは、マスタデバイスまでルーチングされるためのアドレッシング及びルーチング情報をすべて含む必要があり、このメッセージがいくつかのホップを介する場合はこのバーチャルルートに介在するすべてのスレーブノードのアドレスを含まなければならないためメッセージのデータパケットが非常に長くなってしまう。低パワーデータ伝送においては長いメッセージよりも短いメッセージがより確実にネットワーク内を中継されることが知られている。また、例えばスレーブノードの追加或いは撤去などによりネットワークが変更した場合この変更についての情報及びこれによるルーチングテーブルへの影響がすべてのスレーブノードにエントリーされなければならない。さらに、あるスレーブノードに障害が生じることにより、これによって定義されるルートが機能しなくなった場合、このスレーブノードの下位のスレーブノードはこの障害したスレーブノードが修理・補正されるかもしくは設置担当者によって新たなルートが設置されて問題が解決されるまでは孤立してしまう。後者の場合、新たなルートの品質は、設置担当者が有するそれぞれのスレーブ・デバイスへのルートに関する知識にゆだねられている。このような欠点によりマルチホップ無線ネットワークは従来あまり広く用いられてこなかった。しかし、多くの制御ネットワークや監視ネットワーク用の低価格無線手段の出現により、このようなマルチホップ無線ネットワークの利用に対する興味は高まっている。殊に上記の欠点が改善可能であれば、このネットワークに対する興味はさらに増すであろう。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
本発明はマルチホップ無線ネットワークをネットワークに対する変更に適応可能にすることを目的とする。
【０００４】
また、本発明はスレーブノードが新たにマルチホップ無線ネットワークに参入するのを簡易化することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の第一様相は、マスタノード及び複数のスレーブノードから構成されるマスタ・スレーブ分散通信ネットワークにおいて前記マスタノード及び前記複数のスレーブノードが相互に作動連結するネットワークであって、各スレーブノードは前記マスタノードへのメッセージを送信するためのルートにおける次のノードのアドレスを格納するための手段を有することを特徴とする。
【０００６】
本発明の第２様相は、マスタノード及び複数のスレーブノードから構成されるマスタ・スレーブ分散通信ネットワークにおいて前記マスタノード及び前記複数のスレーブノードが相互に作動連結するネットワークを管理する方法であって、前記マスタノードへデータパケットを送信することを望むスレーブノードは、前記スレーブノードに予め格納されている前記マスタノードへのメッセージのルートにおける次のノードのアドレスを前記データパケットに含めて前記データパケットを送信することを特徴とする。
【０００７】
各スレーブノードがルーチングプランにおける次のノードのアドレスを格納する構成によると、スレーブノードが追加或いは撤去された際、各スレーブノードが完全なルーチングプランを格納している場合のようにすべてのノードに対して更新を行わなくてもネットワークの修正が可能である。あるスレーブノードからマスタノードまでのルートは動的に設定され、よってネットワークはこれに影響を及ぼす変化などに柔軟に適応することができる。また、さらなる利点としては、マスタノードへ向かって発信されるメッセージは最初のホップにおいて最もデータパケットが短く、これはこのデータパケットの伝送が本質的により確実であることを意味する。
【０００８】
このネットワークは元々マスターノードから構築されるが、マスタノードはすべてのスレーブノードと直接通信を行えるわけではない。したがってあるスレーブノードがネットワークに追加されるもしくはそこから撤去された場合、当該スレーブノードの近隣にあるスレーブノードだけがルーチング設定に関与する。
【０００９】
本発明の第３様相は、マスタノード及び複数のスレーブノードから構成されるマスタ・スレーブ分散通信ネットワークにおいて前記スレーブノードとして用いられるスレーブステーションであって、前記マスタノード及び前記複数のスレーブノードのうちの少なくとも１つと通信を行うための送受信手段、前記スレーブステーションのアドレスを格納する第１記憶手段、前記マスタノードへのルートにおける次のノードのアドレスを格納する第２記憶手段、及び前記送受信手段、前記第１記憶手段、及び前記第２記憶手段に連結され、前記次のノードのアドレスを前記マスタノードへ送信されるデータパケットに付加するための処理手段から構成されることを特徴とする。
【００１０】
本発明の第４様相は、マスタステーション及び複数のスレーブステーションから構成されるマスタ・スレーブ分散通信ネットワークにおいて用いられる前記マスタステーションであって、前記複数のスレーブステーションと通信を行うための送受信手段、ルーチングデータを格納する記憶手段、及び前記格納されたルーチングデータに基づいて宛先スレーブステーションのアドレス及び場合によっては中間スレーブステーションのアドレスを含むルーチング情報を収集し、前記収集したルーチング情報をデータパケットに付加するための処理手段から構成されることを特徴とする。
【発明を実施するための最良の形態】
【００１１】
図１に示されるマルチホップ無線ネットワークは、マスタデバイス（ノード）１０及びリンクＶＬによって直接的或いは間接的にこのマスタデバイス１０に作動連結する複数のスレーブデバイス（ノード）１２〜２２から構成される。マスタデバイス１０にはスレーブノード１２〜２２及びこれらのリンクＶＬの構成を示すルーチングテーブルが格納される。この図に示されるネットワークは例えば街灯の制御ネットワークを構成しうる。同図に示されるように、スレーブノード１２，１３，１４および１５はマスタデバイス１０と直接通信を確立することができるのに対し、スレーブノード１６，１７，１８およびスレーブノード１９はそれぞれ第１ホップでスレーブノード１３か１５と通信を確立してからでないとマスタデバイス１０と通信を行うことができない。
【００１２】
マスタデバイス１０はアドレス＃０を有し、スレーブノード１２〜２２はそれぞれアドレス＃１〜アドレス＃１１を有す。便宜上スレーブノード１２，１３，１４及び１５からマスタデバイス１０へのリンクはルート＃０と称し、ここで＃０はマスタデバイス１０のアドレスに対応する。また、スレーブノード１６，１７，１８からスレーブノード１３へのリンクはルート＃２と称、ここで＃２はスレーブノード１３のアドレスに対応する。同様にスレーブノード１９からスレーブノード１５へのリンクはルート＃４と称し、スレーブノード２０及び２１からスレーブノード１６へのリンクはルート＃５と称し、スレーブノード１８からスレーブノード２２へのリンクはルート＃７と称する。
【００１３】
本発明の方法によると、スレーブノード１２〜２２のそれぞれはマスタデバイス１０へデータパケットを送信する際に用いる１つのルーチング情報を格納する構成となり、ここでの１つのルーチング情報はマスタデバイス１０へのメッセージがルーチングプランにおいて次に転送されるべきノードのアドレスに相当する。これによりルーチング情報の格納が分散され各スレーブノードにおけるルーチング情報を格納するためのメモリが少量で済む。伝送されるメッセージの発信元（ソース）であるスレーブノードは、ルーチングテーブルにおける次のノードのアドレスを含むデータパケットにヘッダーを挿入する。しかしメッセージがノードからノードへと進んでいくにつれ、ヘッダーはルーチングテーブルにおけるノードのアドレスを次々と蓄積していくためどんどん長くなっていく。
【００１４】
マスタノード１０がスレーブノードにメッセージを送ろうとする際、マスタノード１０は宛先スレーブノードまでのルートにおいて通過するスレーブノードすべてのアドレスをメッセージのデータパケットに含める。このメッセージのデータパケットがスレーブノードからスレーブノードへと進むにつれ伝送先スレーブノードとしてのアドレスは削除されていき、ヘッダーはどんどん短くなり、データパケットの信頼性はより高くなる。
【００１５】
図２は、リンクＶＬを介してマスタデバイスへ送信されるデータパケットの一例としてのデータパケット２４を示す。このデータパケット２４は８つのフィールドを有する。これらはパケット識別情報ＰＩＤ、パケット長ＬＧＴＨ、最終宛先アドレスＡｄｄｒ＃ＦＤ（図１のネットワークの場合ではマスタデバイス１０のアドレスＡｄｄｒ＃０）、発信ソース（Ｓ）ノードのアドレスＡｄｄｒ＃Ｓ、次の宛先（Ｄ）ノードのアドレスＡｄｄｒ＃Ｄ、データパケットが通過してきたスレーブノードのアドレスを示す履歴ＨＩＳＴ、周期的冗長性チェックＣＲＣビット、及びデータ・フィールドＤＡである。ここでＣＲＣフィールドはデータ・フィールドＤＡの後に配置されてもよい。以下において、スレーブノード２０がデータパケットをマスタデバイス１０へアップリンク送信し、マスタデバイスがこれに対する応答としてメッセージのダウンリンク送信を行う場合を例にとる。まず、第一アップリンク・ホップでは、マスタアドレス・フィールドはＡｄｄｒ＃０であり、発信ソースノード・アドレスはＡｄｄｒ＃９であり、宛先ノード・アドレスはＡｄｄｒ＃５であり、履歴フィールドＨＩＳＴは空である。スレーブ・デバイス１６では、宛先ノード・アドレスがＡｄｄｒ＃２に変更され、Ａｄｄｒ＃５が履歴フィールドＨＩＳＴに挿入されてデータパケットは次のアップリンク・ホップに伝送される。スレーブノード１３では宛先ノード・アドレスはＡｄｄｒ＃０に変更され、Ａｄｄｒ＃２はＨＩＳＴフィールドのコンテンツに追加されて、データパケットはマスタデバイス１０に転送される。各々のメッセージは通過したスレーブノードにおいて局部的にハンドシェイクされる。
【００１６】
図３はマスタデバイスからスレーブノードへ送信されるデータパケットの一例としてのパケットデータ２６を示す。このデータパケット２６は８つのフィールドを有し、これらのフィールドは、ＨＩＳＴフィールドに代わって完全フューチャールートＣＦＲフィールドが設けられる以外はすべて図２に示されるアップリンク・データパケットと同じであるためこれら同一フィールドの説明は省略する。ＣＦＲフィールドは、マスタデバイス１０に格納されるルーチング・テーブルから得られるダウンリンク伝送で使用されるすべてのスレーブノードのアドレスを含む。マスタデバイス１０がデータパケットをスレーブノード２０に向かって送信する場合、ここでの最終宛先アドレスＡｄｄｒ＃ＦＤはＡｄｄｒ＃９となり、ソースアドレスＡｄｄｒ＃ＳはマスタデバイスのアドレスＡｄｄｒ＃０となり、次の宛先アドレスＡｄｄｒ＃Ｄは次のホップのアドレスであるＡｄｄｒ＃２となり、ＣＦＲフィールドはＡｄｄｒ＃５とＡｄｄｒ＃９を含む。スレーブノード１３ではＡｄｄｒ＃２がＡｄｄｒ＃５に変更され、ＣＦＲフィールドからＡｄｄｒ＃５は削除される。スレーブノード１６では、Ａｄｄｒ＃５がＡｄｄｒ＃９に変更され、ＣＦＲフィールドからＡｄｄｒ＃９が削除され、よってＣＦＲフィールドは空となる。
【００１７】
したがって本実施例が街灯の故障を中央制御ステーションに通知するための無線ネットワークに適用された場合、各街灯はスレーブノードによって監視され、ある街灯に不具合が生じたという情報はネットワークを介してマスタデバイスにリップルして伝わる。
【００１８】
各スレーブノードはそれぞれ固有のアドレスを有する。ネットワークがアドレス・サーバを有する場合、設定に際してユーザーが固有アドレスをもっと使いやすいユーザフレンドリーな固有無線アドレスに変更することが可能である。これにより固有アドレスを短くすることが可能で、伝送量の節約にもなる。
【００１９】
街灯などのスレーブノードがネットワークに追加されたり撤去されたりする変化に応じてネットワークを動的に順応させるためにはさまざまな対策がある。
【００２０】
新たなスレーブノードが設置され、このノードに自己の固有アドレス以外のルーチング情報が予め格納されていない場合、この新たなスレーブノードは近隣のスレーブデバイスすべてに対して各々のマスタデバイス１０へのルーチングに関する情報を要請するメッセージを送信する。近隣のスレーブデバイスはこのメッセージに対する応答としてそれぞれのマスタデバイスへのルートにおける最初のホップに関する情報を返す。この応答に含まれる情報としては他にもデータパケットがマスタデバイスに到達するまでにさらにたどるホップ数や、マスタデバイスへのルートに対するローディング、マスタデバイスへのルートの信頼性や、例えば当該スレーブノードが電池によって駆動しているため電力の節約上メッセージの伝送のなどに使用されたくないなどスレーブノード自身に直接関わる要素及びメッセージの伝送ルートへの適用に対する要望などを含むことができる。
【００２１】
新たなスレーブノードに備わるプロセッサは，自身のメッセージレートを考慮しつつホップ数、所望の信頼性、及び効果的なローディングなどに基づいて所望のマスタデバイスへのルートを選択することができる。しかしこの新たなスレーブノードが局所的に格納しなければならない情報はマスタデバイス１０へのルートにおいてここから次の転送先であるスレーブノードのアドレスだけであり、希望により更なるスレーブノードがネットワークに追加される際に同様な方法でルートを選択できるようルートに関する更なる情報を含むことができる。新たなスレーブノードが所望のマスタデバイス１０へのルーチングを設定すると、これでこの新たなスレーブデバイスもマスタデバイスへのルートを提供できる立場となる。
【００２２】
また別の対策として、スレーブノードは自装置からマスタデバイス１０へのルートを見直し、他のスレーブノードが追加されたり撤去されたことによりそのルートが最適でなくなった場合は再設定を行うようにすることが可能である。
【００２３】
ネットワークの変更に際しては、ネットワーク変更メッセージが放送され、このメッセージを受信したスレーブノードはこの新たな情報に基づいて自装置のルーチング設定を見直すことができる。このモードにおいてスレーブノードは設定を自由に変更することが可能である。スレーブノードがマスタデバイスへのルートを変更すると決断した場合、ルーチングに関して当該スレーブノードに依存するすべてのスレーブノードにこの意向を通知し、これらのスレーブノードがそれぞれのルーチングを見直せるようにする。この継続的な見直しの処理によってネットワークはある期間において構造が変化しているにもかかわらず維持されることが可能である。
【００２４】
新たなるスレーブノードが設置される際、まずこのスレーブノードは「マスタへのルート要請」メッセージを発信する。最初はホップの数をゼロに指定してこのメッセージを送信する。これに対して応答できるノードはマスタデバイスだけである。そしてこの新たなスレーブノードがマスタデバイスの直下に設置されていない限り上記メッセージに対する応答は１つも受信されない。次にこの新たなスレーブノードはホップの指定数を増やして再度「マスタへのルート要請」メッセージを発信し、これに対してネットワーク内のスレーブノードであって指定条件を満たすものがあれば当該スレーブノードがこのメッセージに対する応答を送信する。このプロセスの実行は応答が得られるまで続けられる。このメッセージに対する応答は新たなスレーブノードからの最初のホップとして用いられるスレーブノードのアドレスを通知する。次にマスタデバイスへのルートを確認し、マスタデバイスへ新たなスレーブノードの存在を通知するために、この新たなスレーブノードは自装置の固有アドレスを用いてマスタデバイスに対して典型的には４８ビットの長さを有する「ピン」を発信する。マスタデバイスはこれに応じてルーチング・テーブルを更新し、ルートの有効性及び１以上のマスタデバイスあるいはネットワークが存在する場合は通信相手となるべきマスタデバイスのアドレスを確認するための「ポン」を返信する。これによりこの「ポン」を受信した新たなスレーブノードは自装置にマスタデバイスへの有効なルートが登録されていることを確認することができ、割り当てられたマスタデバイスとの接続を試みることができるようになる（ここではこの２つが同一デバイスでないことが前提となる）。次に新たなスレーブノードはこの新たなノードの設立を通知する「マスタへのルート表示」メッセージを近隣のスレーブノードに発信し、マスタデバイスへのルートを提供できる立場になる。この新たなスレーブノードの近隣にいるスレーブノードは、「マスタへのルート表示」メッセージを受信して自装置のマスタデバイスへのルートを見直すことができる。
【００２５】
あるスレーブノードがルートを変更すると決断した場合、このスレーブノードはマスタデバイスに「ピン」を送信することにより新たなルートの確認をとる。このプロセスは上述の方法同様に実施される。一旦新たなスレーブノードがネットワークに加わるとこのスレーブノードは自らマスタデバイスへのルートを提供できる立場になる。
【００２６】
新たなスレーブノードをネットワークに加えるプロセスとは関係なく、ネットワークにおけるすべてのスレーブノードはそれぞれマスタデバイスへのルートの最初のホップを格納している。したがってマスタデバイスへのメッセージは、ネットワークで介するスレーブノードに格納されるルーチング情報に基づいてスレーブノードからスレーブノードへとリップル送信されていく。マスタデバイスへ至るまでの完全なルート履歴を含まなければならないネットワーク管理メッセージに対して、上記データパケットに関してはこのような情報が含まれる必要がなく、短いメッセージで済む。
【００２７】
「完全フューチャールート」（ＣＦＲ）を構築することによりマスタデバイスはネットワークにおけるどのスレーブノードにもメッセージを送ることが可能になる。マスタデバイスはルーチングテーブルからＣＦＲを構築し、これに基づいてメッセージを送信する。
【００２８】
新たなデバイスの通信相手となるべきマスタデバイスがアドレスサーバのものとは異なる場合、この新たなデバイスは再度「マスタへのルート要請」メッセージを発信するが、今度は実際に求めているマスタアドレスを通知する。このプロセスは上述と同様の方法で実行される。
【００２９】
図４を参照すると、マスタデバイス１０は一方でアンテナ３２と連結され、もう一方でプロセッサ３４と連結されるトランシーバ３０から構成され、このプロセッサ３４はＲＯＭ３６に格納されるソフトに応じてマスタデバイス１０の動作を制御する。ＲＡＭ３８はルーチングデータを格納し、このデータをスレーブノードが参入もしくは退去し、故障や修理などを含むネットワークの変更に応じて新たな最適ルートを設定するのに伴って動的に更新されるネットワークの現時点での構造に応じて適宜プロセッサ３４に供給する。
【００３０】
図５を参照すると、スレーブノードは一方でアンテナ４２に連結され他方でマイクロプロセッサ４４に連結されるトランシーバ４０から構成され、マイクロプロセッサ４４はＲＯＭ４６に格納されたソフトに応じてスレーブノードの動作を制御する。このスレーブノードに更に装備されるＲＯＭ４８は当該スレーブノードのアドレスを格納し、マイクロプロセッサ４４に連結される。またＲＡＭ５０はマスタデバイス１０へのルートにおける次のスレーブノードのアドレスあるいはこのスレーブノードがルートにおける最終ノードである場合はマスタデバイス１０のアドレスを格納する。
【００３１】
なお、本発明は上述の実施形態に限定されるものではなく、同業者であればここからさまざまな変形例を構想することが可能であろう。このような変形例はマスタ・スレーブ分散通信ネットワークあるいはこれを構成する要素の設計、生産及び適用において上述の特性の代わり或いはこれに加えて他の既存特性を導入しうる。
【産業上の利用可能性】
【００３２】
無線マスタ・スレーブ分散通信ネットワーク
【図面の簡単な説明】
【００３３】
【図１】本発明の一実施形態によるマルチホップ無線ネットワークの構成図である。
【図２】スレーブノードによって送信されるデータパケットの構成図である。
【図３】マスタ・ノードによって送信されるデータパケットの構成図である。
【図４】マスタデバイスの構成の概略を示すブロック図である。
【図５】スレーブ・デバイスの構成の概略を示すブロック図である。
【図１】
0004446664.tif 000002
【図２】
0004446664.tif 000003
【図３】
0004446664.tif 000004
【図４】
0004446664.tif 000005
【図５】
0004446664.tif 000006