(57)【特許請求の範囲】
【請求項１】
ハブ局と複数のノードで構成される無線ネットワークのノード構成情報管理方法において、
前記ハブ局では、
各ノードの固有情報を管理するためのハブ局側管理テーブルを有し、
前記ハブ局側管理テーブルの更新を、第１の更新タイミング情報により管理し、
前記第１の更新タイミング情報を全ノードに定期的に送信するとともに、
前記ハブ局側管理テーブルに変更があった時は、該変更情報を前記第１の更新タイミング情報と共に全ノードに送信し、
各ノードでは、
各ノードの固有情報を管理するためのノード側管理テーブルを有し、
前記第１の更新タイミング情報及び前記変更情報を受信し、
自己の持つ管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には変更情報を個別に前記ハブ局に対して再送要求し、再送された変更情報に基づき自己の管理テーブルを書き換えることを特徴とするノード構成情報管理方法。
【請求項２】
ハブ局と複数のノードで構成される無線ネットワークのノード構成情報管理方法において、
前記ハブ局では、
各ノードの固有情報を管理するためのハブ局側管理テーブルを有し、
前記ハブ局側管理テーブルの更新を、第１の更新タイミング情報により管理し、
前記第１の更新タイミング情報を全ノードに定期的に送信し、
各ノードでは、
各ノードの固有情報を管理するためのノード側管理テーブルを有し、
前記第１の更新タイミング情報を受信し、
自己の持つ管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には変更情報を個別に前記ハブ局に対して要求し、送信された変更情報に基づき自己の管理テーブルを書き換えることを特徴とするノード構成情報管理方法。
【請求項３】
ハブ局と複数のノードで構成される無線ネットワークのノード構成情報管理方法において、
前記ハブ局では、
各ノードの固有情報を管理するためのハブ局側管理テーブルを有し、
前記ハブ局側管理テーブルの更新を、第１の更新タイミング情報により管理し、
前記ノードでは、
各ノードの固有情報を管理するためのノード側管理テーブルを有し、
前記ノード側管理テーブルの更新を、前記第１の更新タイミング情報により管理し、
前記ハブ局に対して定期的に自己の管理する第１の更新タイミング情報を送信し、
前記ハブ局では、
前記各ノードから定期的に送信される第１の更新タイミング情報を、自己の持つ第１の更新タイミング情報と比較し、異なる場合は固有情報のデータを作成して対応するノードに対して個別に送信し、
前記ノードでは、
前記ハブ局から送信されたデータに基づき自己の管理テーブルを書き換える
ことを特徴とするノード構成情報管理方法。
【請求項４】
前記ノードからの固有情報のデータ送信の要求に従って、前期ハブ局から送信される前記固有情報のデータが、前記ノードが持つ更新タイミング情報以降に追加、変更又は削除されたノードの固有情報のみのデータを含む差分データである
ことを特徴とする請求項１又は２に記載のノード構成情報管理方法。
【請求項５】
前記各ノードから定期的に送信される第１の更新タイミング情報を、自己の持つ第１の更新タイミング情報と比較し、異なる場合に送信されるデータとして、その違いに応じた固有情報の差分データを作成して、対応するノードに送信する
ことを特徴とする請求項３記載のノード構成情報管理方法。
【請求項６】
前記ハブ局では、
前記第１の更新タイミング情報を全ノードに定期的に送信するとともに、
前記管理テーブルに変更があった時は、該変更情報を前記第１の更新タイミング情報と共に全ノードに送信する
ことを特徴とする請求項３記載のノード構成情報管理方法。
【請求項７】
前記第１の更新タイミング情報は連番に更新され、
各ノードでは、
前記自己の持つ第１の更新タイミング情報が前記ハブ局から送信される第１の更新タイミング情報よりも２つ以上古い場合には、前記ハブ局に対して自己の持っている更新タイミング情報を付して該当する差分データの送信を要求する
ことを特徴とする請求項１又は２に記載のノード構成情報管理方法。
【請求項８】
前記ハブ局では、
前記ハブ局側管理テーブル内で、ノードごとの固有情報の更新を、第２の更新タイミング情報により管理し、
前記ノードから送信される第１の更新タイミング情報と該当ノードの前記第２の更新タイミング情報とを比較して差分データを選定する
ことを特徴とする請求項１乃至７のいずれか一項に記載のノード構成情報管理方法。
【請求項９】
無線通信のフレーム構造は、
前記ハブ局で管理されている第１の更新タイミング情報を全ノードに送信するための領域と、
各ノードの固有情報を送信するための領域と、
前記ハブ局が前記固有情報の変更部分を全ノードに送信するための領域と、
通常データの送受信するためのデータ領域とを有し、
前記ノードでは、前記データ領域を用いて個別に前記ハブ局に対して再送要求し、
前記ハブ局では、前記データ領域を用いて前記再送要求に対する差分データを送信する
ことを特徴とする請求項１記載のノード構成情報管理方法。
【請求項１０】
無線通信のフレーム構造は、
各ノードの固有情報を送信するための領域と、
前記ハブ局が前記固有情報の変更部分を全ノードに送信するための領域と、
通常データの送受信するためのデータ領域と有し、
前記ノードでは、前記データ領域を用いて個別に前記ハブ局に対して再送要求し、
前記ハブ局では、前記データ領域を用いて前記再送要求に対する差分データを送信する
ことを特徴とする請求項３に記載のノード構成情報管理方法。
【請求項１１】
ハブ局と複数のノードで構成される無線ネットワークシステムにおいて、
前記ハブ局は、
各ノードの固有情報を第１の更新タイミング情報により管理するハブ局側管理テーブルと、
前記ノード構成に変更があることを検出する検出手段と、
前記検出手段の検出結果に従って前記ハブ局側管理テーブルを更新する更新手段と、
前記第１の更新タイミング情報を全ノードに定期的に送信するとともに、
前記ハブ局側管理テーブルに変更があった時は、該変更情報を前記第１の更新タイミング情報と共に全ノードに送信する送信手段とを備え、
前記ノードは、
各ノードの固有情報を第１の更新タイミング情報により管理するノード側管理テーブルと、
前記第１の更新タイミング情報を受信する受信手段と、
自己の持つノード側管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には変更情報を個別に前記ハブ局に対して再送要求し、再送された変更情報に基づき自己の管理テーブルを書き換える更新手段と
を備えることを特徴とする無線ネットワークシステム。
【請求項１２】
ハブ局と複数のノードで構成される無線ネットワークシステムにおいて、
前記ハブ局は、
各ノードの固有情報を第１の更新タイミング情報により管理するハブ局側管理テーブルと、
前記ノード構成に変更があることを検出する検出手段と、
前記検出手段の検出結果に従って前記ハブ局側管理テーブルを更新する更新手段と、
前記第１の更新タイミング情報を全ノードに対して定期的に送信する送信手段とを備え、
前記ノードは、
各ノードの固有情報を第１の更新タイミング情報により管理するノード側管理テーブルと、
前記第１の更新タイミング情報を受信する受信手段と、
自己の持つノード側管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には変更情報を個別に前記ハブ局に対して要求し、送信された変更情報に基づき自己の管理テーブルを書き換える更新手段と
を備えることを特徴とする無線ネットワークシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハブ局と複数の端末から構成される無線ネットワーク環境で、ネットワーク内のノード構成情報をハブ局が集中して管理するノード構成情報管理方法及び無線ネットワークシステムに関する。
【０００２】
【従来の技術】
近年、家庭内で複数の家電機器をケーブルで接続し、音声及び画像データの送受信を行うネットワークシステムが注目を集めている。例えば、デジタルビデオカメラで撮った映像を、ケーブルを用いてモニタに接続して見ることや、あるいはビデオに接続して画像の編集を行ったりすることがよく見られるようになった。
【０００３】
さらに、最近ではこれらのネットワークシステムをケーブルではなく、無線で構築する動きが見られる。無線で機器間の送受信を行うことで、機器間の配線の手間が省けるという利点がある。無線ネットワーク（以下、無線バスという）の実際について説明する。
図３２は、無線バス内の端末及びハブ局の概略構成を示すブロック図である。
図３２において、１は無線バス（無線ネットワーク）、２はハブ局、３〜６は複数の端末からなるノードである。
【０００４】
無線バス１内には、ノードと呼ばれる複数の機器が存在し、ノード間でマルチメディア・データの送受信が行われる。これらのデータの送受信を管理するのがハブ局２である。
無線バス１内にあるノード３〜６は、これらノード間の無線通信を可能とするため、無線バス１内のノード構成情報（▲１▼）、各ノードのノード情報（▲２▼）及び各ノード間の通信品質情報（▲３▼）を保持するための記憶領域を有する。
【０００５】
ハブ局２は、無線バス１内にあるすべてのノード３〜６のうち、ハブ局になる機能のあるものから１つが選定される。このハブ局２となるノードは、無線バス１内のすべてのノードから、送受信が可能な位置に存在することが前提となる。さらに、ハブ局２は、ノード３〜６から送信される前記ノード構成情報（▲１▼）、各ノードのノード情報（▲２▼）及び各ノード間の通信品質情報（▲３▼）の収集及び解析を行い、最新の情報を管理する機能を持つことが要求される。
【０００６】
次に、ハブ局２が管理する（▲１▼）、ノード情報（▲２▼）及び各ノード間の通信品質情報（▲３▼）について説明する。
ノード構成情報（▲１▼）は、ハブ局２に集中して管理されている各ノード３〜６からの通信の可否を示したものである。ノードが新たに登録される場合や、またノードが削除された場合など、無線バス１内のノード構成に変化が生じたときにこれらの情報は更新される。
【０００７】
ノード情報（▲２▼）は、各ノードがどのような機能を持つかを示したものである。無線バス１に参加するノードの中には、上記ハブ局２の機能を有するもの、中継能力を有するもの、ただ単に、非同期通信の機能のみ有するものがある。無線バス１を構築するには、各ノードが持つ機能をチェックし、管理機能を有するノードの中からハブ局を選定する必要がある。
【０００８】
これら２つのノード構成情報（▲１▼）及びノード情報（▲２▼）は、無線バス１内に新たにノードが登録された時、ノードが削除された時及びノードの機能が変化したとき限り更新されるものである。したがって、それ以外の要因では変化するものではない。
【０００９】
通信品質情報（▲３▼）は、送信側と受信側を無線で伝送する際の通信状態を各ノード間ごとに表したものである。無線環境下で無線バスを構築した場合、通信路状況に応じて適切な伝送方法を選択することで、正確な送受信を行う必要がある。しかし、ノードの移動や２ノード間に人や障害物が置かれたときなどで、無線伝搬路に劣化が生じ、データの送受信ができなくなる可能性がある。このため、各ノード間の通信路状況はその都度変化することから、ハブ局はノードから通信路状況を受信し、管理する必要がある。
【００１０】
これらの情報を管理する方法としてはこれまで、次のようなものがあった。
例えば、特開平１１−８８３９６号公報には、複数のノードをケーブルで接続するネットワークにおいて、ノード構成情報を管理する装置が記載されている。ここでは、ネットワーク内のノード構成情報を管理するテーブルが、各ノード内に保持されており、ノード構成が更新するたびに、ノード構成情報を他のノードに送信し、ネットワーク内の各ノードが持つノード構成情報が矛盾しないようにするものである。上述した例では、有線で、かつノード構成情報（▲１▼）のみを有する場合である。
【００１１】
また、特開平１１−２１５１３５号公報には、複数のノードで構成される無線ネットワークの各通信路の品質を管理する方法が記載されている。ここでは、複数のノードからハブ局を選定し、ハブ局が無線ネットワーク内の通信路品質情報を一括管理する。無線ネットワーク内の各ノードは全ノードに対し、各自の管理情報を送信する。各ノードは無線バス内の全ノードの管理情報を受信、評価する。そして、ハブ局に対し管理情報結果を送信し、ハブ局はそれらの情報を通信品質情報テーブルに上書きする。上述した例では、無線で、かつ通信品質情報（▲３▼）のみを有する場合である。
【００１２】
【発明が解決しようとする課題】
しかしながらこのような従来のノード構成情報管理方法にあっては、以下のような問題点があった。
上記特開平１１−８８３９６号公報記載の通信装置では、ノード数の増加に伴い、ノード構成が更新するたびに、そのノード数分のノード構成情報（▲１▼）を送信しなければならない。そのため、オーバーヘッドが大きくなる。さらに、ハブ局は送信した全ノードからＡｃｋ信号が返されるのを待たなければならない。
【００１３】
この管理方法は有線では問題にならなかったが、周波数資源に限りのある無線通信ではＡｃｋ信号を待っている間は他のデータを送ることができないため、効率的な方法であるとは言えない。また、ケーブル等の有線環境ではノード間の通信状況に変化が生じることはないため、通信品質状況の把握は問題とならなかった。そのため、通信品質情報の管理方法については記載されていない。
また、特開平１１−２１５１３５号公報記載の無線通信方法では、ノード構成情報の管理方法については記載されていない。
【００１４】
ノード構成情報を上述の通信品質情報に追加して送信する方法も可能であるが、通信品質情報は通信状態により変化するのに対し、ノード構成情報はノードの新規登録、削除及びノードの変更が生じた時に更新されるものである。したがって、毎フレームにこの情報を挿入し、ハブ局に報告するのは、周波数資源に限りのある無線通信で使用するのは冗長であることから効率的な方法であるとは言えない。
【００１５】
本発明は、このような課題に鑑みてなされたものであって、ハブ局と複数のノードで構成した無線バスのノード構成情報をハブ局が集中管理し、すべてのノードと最新のノード構成情報を共有できるノード構成情報管理方法及び無線ネットワークシステムを提供することを目的としている。
【００１６】
また、本発明は、ハブ局と複数のノードで構成した無線バスのノード構成情報をハブ局が集中管理し、最短フレーム内で無線バスすべてのノードに対し、最新のノード構成情報を共有できるノード構成情報管理方法及び無線ネットワークシステムを提供することを目的としている。
【００１７】
【課題を解決するための手段】
本発明のノード構成情報管理方法は、ハブ局と複数のノードで構成される無線ネットワークのノード構成管理方法において、前記ハブ局では、各ノードの固有情報を管理するためのハブ局側管理テーブルを有し、前記ハブ局側管理テーブルの更新を、第１の更新タイミング情報により管理し、前記第１の更新タイミング情報を全ノードに定期的に送信するとともに、前記ハブ局側管理テーブルに変更があった時は、該変更情報を前記第１の更新タイミング情報と共に全ノードに送信し、各ノードでは、各ノードの固有情報を管理するためのノード側管理テーブルを有し、前記第１の更新タイミング情報及び前記変更情報を受信し、自己の持つ管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には前記変更情報に基づき自己の管理テーブルを書き換えることで、ノードがハブ局から送られてくる差分の固有情報を受信できなかった場合でも、それから後で送られてくる更新タイミングを取得し、自ら持つ更新タイミングと比較することで、自己のテーブルが古いことを認識することができる。
これにより、変更部分があった時だけ、差分の固有情報を送信することから、冗長なデータ送信を行うことなく、ノード構成情報の管理を行うことができる。
【００１８】
また、本発明のノード構成情報管理方法は、ハブ局と複数のノードで構成される無線ネットワークのノード構成管理方法において、前記ハブ局では、各ノードの固有情報を管理するためのハブ局側管理テーブルを有し、前記ハブ局側管理テーブルの更新を、第１の更新タイミング情報により管理し、前記第１の更新タイミング情報を全ノードに定期的に送信し、各ノードでは、各ノードの固有情報を管理するためのノード側管理テーブルを有し、前記第１の更新タイミング情報を受信し、自己の持つ管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には前記固有情報のデータの送信を要求し、該要求に従って前記ハブ局から送信された前記固有情報のデータに基づき自己の管理テーブルを書き換えることで、前記ノードが更新データの受信に失敗した場合には、該受信に失敗したノードが前記ハブ局に対して、前記固有情報の差分データの送信を要求することで、ノードがもし、差分で送られてくる最新の固有情報の受信に失敗した場合でも、ノード側がその差分の固有情報の再送を要求し、返送される固有情報に基づき更新することで、正確なノード構成情報の管理をすることができる。
【００１９】
より好ましくは、前記ノードからの固有情報のデータ送信の要求に従って、前期ハブ局から送信される前記固有情報のデータが、前記ノードが持つ更新タイミング情報以降に追加、変更又は削除されたノードの固有情報のみのデータを含む差分データである。
これにより、変更部分があった時だけ、差分の固有情報を送信することから、冗長なデータ送信を行うことなく、ノード構成情報の管理を行うことができる。
【００２０】
また、本発明のノード構成情報管理方法は、ハブ局と複数のノードで構成される無線ネットワークのノード構成管理方法において、前記ハブ局では、各ノードの固有情報を管理するためのハブ局側管理テーブルを有し、前記ハブ局側管理テーブルの更新を、第１の更新タイミング情報により管理し、前記ノードでは、各ノードの固有情報を管理するためのノード側管理テーブルを有し、前記ノード側管理テーブルの更新を、前記第１の更新タイミング情報により管理し、前記ハブ局に対して定期的に自己の管理する第１の更新タイミング情報を送信し、前記ハブ局では、前記各ノードから定期的に送信される第１の更新タイミング情報を、自己の持つ第１の更新タイミング情報と比較し、異なる場合は固有情報のデータを作成して対応するノードに対して送信し、前記ノードでは、前記ハブ局から送信されたデータに基づき自己の管理テーブルを書き換えることを特徴としている。
【００２１】
より好ましくは、前記各ノードから定期的に送信される第１の更新タイミング情報を、自己の持つ第１の更新タイミング情報と比較し、異なる場合に送信されるデータとして、その違いに応じた固有情報の差分データを作成して、対応するノードに送信する。
【００２２】
また、より好ましくは、前記ハブ局では、前記第１の更新タイミング情報を全ノードに定期的に送信するとともに、前記管理テーブルに変更があった時は、該変更情報を前記第１の更新タイミング情報と共に全ノードに送信するものであってもよい。
【００２３】
これにより、ハブ局がノード構成更新情報を、更新タイミングを付して送信し、ノードが上記更新タイミングを定期的にハブ局に送信し、ハブ局が自己の持つ更新タイミングを比較し、同期のとれていないノードに対し、更新情報の再送を行うことで、確実な情報の管理を行うことができる。
【００２４】
また、前記第１の更新タイミング情報は連番に更新され、各ノードでは、前記自己の持つ第１の更新タイミング情報が前記ハブ局から送信される第１の更新タイミング情報よりも２つ以上古い場合には、前記ハブ局に対して自己の持っている更新タイミング情報を付して該当する差分データの送信を要求することで、ノード側が差分で送られてくる固有情報を２回以上受信することに失敗した場合でも、自己の持つ更新タイミングと、ハブ局からくる更新タイミングを比較することでそのことを認知し、自己の更新タイミングを付して、ハブ局に対し再送を要求し、差分データを取得し自己の管理テーブルを更新することで、正確な情報の管理をすることができる。
【００２５】
また、前記ハブ局では、前記ハブ局側管理テーブル内で、ノードごとの固有情報の更新を、第２の更新タイミング情報により管理し、前記ノードから送信される第１の更新タイミング情報と該当ノードの前記第２の更新タイミング情報とを比較して差分データを選定することで、正確なノード構成情報の管理をすることができる。
より好ましくは、前記ハブ局では、前記ノードから送信される更新タイミングと前記第２の更新タイミングと比較し、自己が古い場合には差分データとして選定するものであってもよい。
【００２６】
また、無線通信のフレーム構造は、前記ハブ局で管理されている第１の更新タイミング情報を全ノードに送信するための領域と、各ノードの固有情報を送信するための領域と、前記ハブ局が前記固有情報の変更部分を全ノードに送信するための領域と、通常データの送受信するためのデータ領域とを有し、前記ノードでは、前記データ領域を用いて個別に前記ハブ局に対して再送要求し、前記ハブ局では、前記データ領域を用いて前記再送要求に対する差分データを送信することで、正確なノード構成情報の管理を行うことができる。
【００２７】
また、無線通信のフレーム構造は、各ノードの固有情報を送信するための領域と、前記ハブ局が前記固有情報の変更部分を全ノードに送信するための領域と、通常データの送受信するためのデータ領域と有し、前記ノードでは、前記データ領域を用いて個別に前記ハブ局に対して再送要求し、前記ハブ局では、前記データ領域を用いて前記再送要求に対する差分データを送信することで、正確な情報の管理を行うことができる。
【００２８】
本発明の無線ネットワークシステムは、ハブ局と複数のノードで構成される無線ネットワークシステムにおいて、前記ハブ局は、各ノードの固有情報を第１の更新タイミング情報により管理するハブ局側管理テーブルと、前記ノード構成に変更があることを検出する検出手段と、前記検出手段の検出結果に従って前記ハブ局側管理テーブルを更新する更新手段と、前記第１の更新タイミング情報を全ノードに定期的に送信するとともに、前記ハブ局側管理テーブルに変更があった時は、該変更情報を前記第１の更新タイミング情報と共に全ノードに送信する送信手段とを備え、前記ノードは、各ノードの固有情報を第１の更新タイミング情報により管理するノード側管理テーブルと、前記第１の更新タイミング情報を受信する受信手段と、自己の持つノード側管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には前記変更情報に基づき自己のノード側管理テーブルを更新する更新手段とを備えることを特徴としている。
【００２９】
本発明の無線ネットワークシステムは、ハブ局と複数のノードで構成される無線ネットワークシステムにおいて、前記ハブ局は、各ノードの固有情報を第１の更新タイミング情報により管理するハブ局側管理テーブルと、前記ノード構成に変更があることを検出する検出手段と、前記検出手段の検出結果に従って前記ハブ局側管理テーブルを更新する更新手段と、前記第１の更新タイミング情報を全ノードに対して定期的に送信する送信手段とを備え、前記ノードは、各ノードの固有情報を第１の更新タイミング情報により管理するノード側管理テーブルと、前記第１の更新タイミング情報を受信する受信手段と、自己の持つノード側管理テーブルの第１の更新タイミング情報と前記ハブ局から送信される第１の更新タイミング情報を比較し、自己の更新タイミング情報が古い場合には前記固有情報のデータの送信を要求するデータ送信要求手段と、前記要求に従って前記ハブ局から送信された前記固有情報のデータに基づき自己のノード側管理テーブルを更新する更新手段とを備えることを特徴としている。
【００３０】
【発明の実施の形態】
以下、添付図面を参照しながら本発明の好適なノード構成情報管理方法の実施の形態について詳細に説明する。
第１の実施の形態
図１は、本発明の第１の実施の形態の無線バス内の端末及びハブ局の概略構成を示すブロック図である。概略構成は、図３２と同様であるが無線通信で用いるフレーム構造（図２）が従来例と異なる。
図１において、１１は無線バス（無線ネットワーク）、１２はハブ局、１３〜１６は複数の端末からなるノードである。
無線バス１１内には、ノードと呼ばれる複数の機器が存在し、ノード間でマルチメディア・データの送受信が行われる。これらのデータの送受信を管理するのがハブ局１２である。
【００３１】
ハブ局１２は、無線バス１１内にあるすべてのノード１３〜１６のうち、ハブ局になる機能のあるものから１つが選定される。このハブ局１２となるノードは、無線バス１内のすべてのノードから、送受信が可能な位置に存在することが前提となる。さらに、ハブ局１２は、ノード１３〜１６から送信される前記ノード構成情報（▲１▼）、各ノードのノード情報（▲２▼）及び各ノード間の通信品質情報（▲３▼）の収集及び解析を行い、最新の情報を管理する機能を持つことが要求される。
【００３２】
ハブ局１２のノード構成情報管理ブロックの詳細な構成については図７により後述する。
無線バス１１内にあるノード１３〜１６は、これらノード間の無線通信を可能とするため、無線バス１１内のノード構成情報（▲１▼）、各ノードのノード情報（▲２▼）及び各ノード間の通信品質情報（▲３▼）を保持するための記憶領域を有する。
ノード１３〜１６のノード構成情報管理ブロックの詳細な構成については図８により後述する。
【００３３】
図２は、本実施の形態における無線バス１１内で送受信されるフレームの構造を示す図である。
フレームの一構成例を図２に示すように、本フレーム構造２０の無線信号は、フレームスタート領域２１、ノード構成変更領域２２、通信品質情報領域２３、ノード構成情報送信領域２４、及びデータ領域２５に分類される。
フレームスタート領域２１では、ハブ局１２が毎フレームごとにこの領域を使って、フレームの開始を知らせる。
【００３４】
ハブ局１２は、フレームスタートパケットを送信する。
図３は、図２のフレーム構造で、ハブ局１２がフレームスタート領域２１に挿入するフレームスタートパケット３０の詳細な構成を示す図である。
図３において、フレームスタート領域２１は、先頭位置検出信号を格納する先頭位置検出領域３１、サイズ通知信号を格納するサイズ通知領域３２、及びカウント数（Ｃ）を格納するカウント数（Ｃ）領域３３を有する。
【００３５】
先頭位置検出領域３１は、フレームの開始を無線バス１１内の全ノードに通知するために用いる領域である。無線バス１１内のすべてのノードは、この先頭位置検出信号を受信することでフレームの開始位置を特定する。
【００３６】
サイズ通知領域３２は、それ以降に送信されるフレーム内の各サイズ可変領域のサイズを送信するために用いる領域である。このサイズ通知信号により、無線バス１１内のすべてのノードは、それ以降のフレーム構成を特定することができる。
【００３７】
カウント数（Ｃ）領域には、ハブ局１２に記録されているカウント数（Ｃ）（第１の更新タイミング情報）が記録される。無線バス１１内のすべてのノードは、ハブ局１２から送信されるこのカウント数（Ｃ）の値を取得し、自らのノード構成更新情報が最新のものであるかどうかを確認する。
【００３８】
図４は、図２のフレーム構造で、ノードがノード構成変更領域２２に挿入するノード構成変更通知パケット４０の詳細な構成を示す図である。
ノード構成変更領域２２は、無線バス１１内の各ノードが必要に応じて送信するための領域である。
無線バス１１内に新たにノードが追加された場合、あるいは無線バス１１内からノードが削除された場合、さらに無線バス１１内のノードの機能が変更された場合に、そのノードがハブ局１２に対して通知するために使用される。
【００３９】
図４において、ノード構成変更領域２２に挿入されるノード構成変更通知パケット４０は、ノード構成情報が変更された内容を識別する変更種別４１と、各ノードの固有識別子４２及びシステムパラメータ４３を保管するノード情報４４とを有する。
変更種別４１は、上記ノード構成情報が変更された内容の追加・削除・変更の３種類が識別できるようになっている。
【００４０】
ノード情報４４の固有識別子４２は、機器ごとにあらかじめ登録しておく番号であり、同じ番号を持つ機器は存在しない。この固有識別子４２により、個々の機器の識別が行われる。システムパラメータ４３には、無線バス１１内の各ノードが持つ機能が保管されている。無線バス１１には、管理されているノード構成情報テーブル（図９及び図１０で後述する）から、各ノードのシステムパラメータ４３を取得し、再構成時の判断材料とする。
【００４１】
ノード構成変更通知パケット４０を受信したハブ局１２は、これらの情報を基に自らのノード構成情報を更新する。
図２に戻って、通信品質情報領域２３は、各ノード間の通信路状況を把握するために使用される領域である。なお、通信品質情報領域２３には、従来例（特開平１１−２１５１３５号公報）に記載されている通信品質情報に関する無線バス内の同期手順に使用される領域も含まれる。
【００４２】
ノード構成情報送信領域２４は、前フレームで更新されたノード構成情報を、ハブ局１２がこのノード構成情報送信領域２４を用いてノードに送信するための領域である。ここで送信される信号は、ブロードキャストで送信される。
【００４３】
データ領域２５は、映像データや音声データなどのマルチメディア・データの他、各ノードからハブ局へ、ノード構成情報要求パケット５０（図５）を送信する場合、あるいはハブ局が特定のノードに対し、ノード構成情報更新パケット６０（図６）を送信する場合に使用するための領域である。
【００４４】
図５は、図２のフレーム構造で、ノードがハブ局１２へ再送要求する時にデータ領域２５に挿入されるノード構成情報要求パケット５０の構造を示す図である。
ノード構成情報要求パケット５０は、ブロードキャスト信号の受信に失敗したノードがハブ局に対し再送要求を行うために用いられるもので、ノードカウント数（Ｃ＿[Node]）５１を有する。このノードカウント数（Ｃ＿[Node]）５１は、ノードが保持しているカウンタの値を表し、最後に更新された時のカウンタ値である。ハブ局１２は、このノード構成情報要求パケット５０を取得することにより、受信したノードが保持している、ノード構成情報テーブル（図１０で後述する）の最終更新時点がわかる。
【００４５】
図６は、図２のフレーム構造で、ハブ局１２がノード構成情報送信領域２４を用いてブロードキャストされるノード構成情報更新パケット６０の構造を示す図である。
図６において、ノード構成情報更新パケット６０は、カウント数（Ｃ）６１と、ノード番号（＃Node）６２と、各ノードの固有識別子６３及びシステムパラメータ６４を保管するノード情報６５とを有する。上記ノード番号（＃Node）６２及びノード情報６５は、ノード更新情報６６を構成しており、各ノードで更新された複数のノード構成更新情報が格納される。
【００４６】
カウント数（Ｃ）６１には、更新された段階でハブ局１２が持っている第１のカウンタの値が格納される。ノード更新情報６６には、各ノードで更新されたノード構成更新情報が格納される。各々のノード構成更新情報６６には、更新されたノードのノード番号（＃Node）６２及び前記ノード構成変更通知パケット４０で述べたノード情報４４が格納される。
ここで、ノード構成情報要求パケット５０を受けたハブ局１２は、図２のデータ領域２５を用いて、このノード構成情報更新パケット６０を、ブロードキャストで送信する。
【００４７】
図７は、本ノード構成管理方法を実現するためのハブ局側のノード構成情報管理ブロックを示す図である。
図７において、７１はカウンタ（Ｃ）、７２はノード構成情報テーブル（ハブ局側管理テーブル）、７３は受信部、７４はノード構成情報検出手段、７５はノード構成情報変更・抽出手段、７６はノード構成情報作成手段、７７は送信部である。
【００４８】
カウンタ（Ｃ）７１は、ハブ局１２内のノード構成情報テーブル全体の更新が行われた時に値が１つ増えるものである。
ノード構成情報テーブル７２は、無線バス１１内のノード構成情報を管理するためのテーブルである。このノード構成情報テーブル７２の詳細については、図９により後述する。
【００４９】
ノード構成情報検出手段７４は、受信部７３で受信された信号フレーム内のノード構成変更領域内のノード構成変更通知パケット４０及びデータ領域内のノード構成情報要求パケット５０を検出するための機能を有する。
ノード構成情報変更・抽出手段７５は、ノード構成情報検出手段７４でノード構成の変更通知があった場合、あるいはノードから再送の要求があった場合にノード構成情報テーブル７２にアクセスし、該テーブル７２内の情報を変更・抽出する機能を持つ。
【００５０】
ノード構成情報作成手段７６は、ノード構成情報検出手段７４で再送要求があり、ノード構成情報変更・抽出手段７５で再送する必要のある情報を抽出したノード構成情報を基に、ノード構成情報更新パケット６０を作成する。また、フレームを構成する際に必要となるフレームスタートパケット３０をここで作成する。
送信部７７は、ノード構成情報作成手段７６で作成された送信信号を送信する機能を持つ。送信部７７には、パケットを一時保管しておくための記憶装置（キュー）がある。
【００５１】
図８は、本ノード構成管理方法を実現するためのノード側のノード構成情報管理ブロックを示す図である。
図８において、８１はノード構成情報テーブル（ノード側管理テーブル）、８２は受信部、８３はノード構成情報検出手段、８４はノード構成情報変更・抽出手段、８５はノード構成情報作成手段、８６は送信部である。
【００５２】
ノード構成情報テーブル８１は、ハブ局１２から受信される無線バス１１内のノード構成情報を管理するためのテーブルである。このノード構成情報テーブル８１の詳細については、図１０により後述する。
ノード構成情報検出手段８３は、受信部８２で受信された信号フレーム内のフレームスタート領域内のフレームスタートパケット３０、及びデータ領域内のノード構成情報更新パケット６０を検出するための機能を有する。
【００５３】
ノード構成情報変更・抽出手段８４は、ノード構成情報検出手段８３でフレームスタートパケット３０内のカウント数（Ｃ）を受信した場合、あるいは、ノード構成情報更新パケット６０を受信した場合にノード構成情報テーブル８１にアクセスし、該テーブル８１内の情報を変更・抽出する機能を持つ。
【００５４】
ノード構成情報作成手段８５は、ノード構成情報検出手段８３で、カウント数（Ｃ）を取得した結果、自己のテーブルの情報が古いことが判明した時、データの再送を要求するノード構成情報要求パケット５０を作成する。また、ノード構成の変更が生じた場合にハブ局１２側に通知するノード構成変更通知パケット４０を作成する。
送信部８６は、ノード構成情報作成手段８５で作成された送信信号を送信する機能を持つ。
【００５５】
図９は、ハブ局１２が所有するノード構成情報テーブル７２の詳細な構成を示す図である。図中、<>は値の一例を示すものである。
図９に示すように、ハブ局１２のノード構成情報テーブル７２には、現在のカウント数（Ｃ）（第１の更新タイミング情報）、ノード番号（＃Node）、各ノード番号ごとの更新時のカウント数（Ｃ＿[Hub（＃Node）]）（第２の更新タイミング情報）、及び各ノード番号ごとのノード情報が記録される。
【００５６】
現カウント数（Ｃ）は、管理テーブル全体の更新タイミングを管理するための第１のカウンタ（カウント数：Ｃ）であり、無線バス１１内のノードが新たに登録された時、削除された時及び、ノードの機能が変更されたときなど、ノード構成情報又はノード情報に更新があった時、この値が１つ増える。
ノード番号（＃Node）は、無線バス１１に格納することができる最大のノード数だけ用意されている。
【００５７】
更新時カウント数（Ｃ＿[Hub（＃Node）]）は、各ノードのノード構成情報の更新タイミングを管理する第２のカウンタ（カウント数：Ｃ＿[Hub]）であり、ノード番号（＃Node）に対応して用意されている。この領域はその番号のノード構成情報又はノード情報が更新された時におけるカウント数（Ｃ）が格納される。
【００５８】
ノード情報（固有識別子＋システムパラメータ）は、上記ノード構成変更通知領域でノードから通知のあったものをハブ局１２が確保する領域である。
ハブ局１２は、このノード情報に基づき、ノード構成情報テーブル７２を上書きする。
【００５９】
図１０は、ノードが所有するノード構成情報テーブル８１の詳細な構成を示す図である。図中、<>は値の一例を示すものである。
図１０に示すように、各ノードのノード構成情報テーブル８１には、更新時のカウント数（Ｃ＿[Node]）、ノード番号（＃Node）、及び各ノードごとのノード情報が記録される。
【００６０】
更新時のカウント数（Ｃ＿[Node]）は、ノードがハブ局１２からノード構成情報更新パケット６０を受信する際に、取得する現カウント数（Ｃ）を格納するものである。これにより、このカウント数（Ｃ）から最後に更新されたのがいつかがわかる。
【００６１】
ノード番号（＃Node）及びノード情報の中身については、上記ハブ局１２側のノード構成テーブル７２のノード番号（＃Node）と同じである。
ノードは、ハブ局１２から送信されるノード構成情報更新パケット６０を受信し、更新されたノード構成情報を取得して更新箇所に上書きする。
【００６２】
以下、上述のように構成されたノード構成情報管理方法の動作について詳細に説明する。
まず、無線バス１１内のノード構成情報の同期手順について説明する。
図１１は、ノード構成が更新されてから無線バス１１内の全ノードに伝搬するまでのノード構成情報管理手順を示す図である。
【００６３】
<ノード情報通知処理▲１▼>
無線バス１１内にノードが新規に登録、あるいは無線バス１１内からノードが削除、あるいは無線バス１１内のシステムパラメータの変更等が発生した場合、該当するノードはまず、ノード構成変更領域２２で、ハブ局１２に対し、ノード構成変更通知パケット４０を送信する。上記ノードの新規登録、無線バス１１内からのノード削除、ノード機能の変更、あるいは無線バス１１内のシステムパラメータの変更等は、ノード側からハブ局１２に対する通知により行われる。
【００６４】
<ハブ局１２側の更新処理▲２▼>
上記ノード構成変更通知パケット４０を受信したハブ局１２は、受信したノード構成変更通知パケット４０に基づき、ハブ局１２内にあるノード構成ノード構成情報テーブル７２の更新を行う。
【００６５】
<ノード構成情報通知処理▲３▼>
次のフレームにおいて、フレームスタート領域２１を開始させるために、ハブ局１２はフレームスタートパケット３０を送信する。無線バス１１内の各ノードは、フレームスタートパケット３０を受信し、フレームの先頭位置を特定する。
もし、ノード構成更新情報があるのであれば、ノード構成情報送信領域２４において、ノード構成情報更新パケット６０をブロードキャストで全ノードに送信する。
【００６６】
<ノード側の更新処理▲４▼>
ノード側はフレームスタート領域２１で、ハブ局１２から送信されるカウント数（Ｃ）を取得し、自らのテーブル（ノード構成情報テーブル８１）内のカウント数（Ｃ＿[Node]）と比較し、以下の処理の決定を行う。
もし、自ら持つカウント数（Ｃ＿[Node]）が、取得したカウント数（Ｃ）と一致するのであれば、ノード自らが持つノード構成情報テーブル８１が最新のノード構成情報であると判断し、一連の処理を終了する。
【００６７】
もし、自ら持つカウント数（Ｃ＿[Node]）が、取得したカウント数（Ｃ）よりも１つ前のものであるならば、ハブ局１２でノード構成情報が更新されたと判断する。そして、ノードは次のノード構成情報送信領域２４でハブ局１２から送信されるはずのノード構成情報更新パケット６０を取得し、それを基に、自らのノード構成情報テーブル８１を書き換える。
【００６８】
もし、上記ノード構成情報更新パケット６０が受信されない、あるいはカウント数の比較で自ら持つカウント数（Ｃ＿[Node]）が取得したカウント数（Ｃ）よりも２つ以上前のものであるならば、データ領域でハブ局１２に対し再送要求をする。その結果得られた再送パケットからノードはノード構成情報テーブル８１を更新する。
【００６９】
<再送処理▲５▼>
この再送処理は、ブロードキャストで送信されたノード構成情報更新パケット６０を受信できなかった場合の、ノード側のハブ局１２に対する再送要求手順を示すものである。
ここでは特定のノードから送信されたノード構成情報要求パケット５０を受信し、ノードが保持するカウンタ数を取得し、どこから前のノード構成情報を送信すべきかを判断する。そして、ノード構成情報更新パケット６０として、要求先のノードに返送する。
次に、図１１に記されている各処理手順▲１▼〜▲５▼をフローチャートを用いて個別に説明する。
【００７０】
<ノード側のノード情報変更通知処理（▲１▼）の手順>
図１２は、図１１のノード構成情報管理手順におけるノード側のノード情報通知処理（▲１▼）手順を示すフローチャートである。図中、Ｓはフローの各ステップを示す。
まず、ステップＳ１１でノードは無線バス１１内に新規に登録、無線バス１１から削除、あるいは無線バス１１内でのノードのシステムパラメータの変更があるか否かの判定を行う。変更がなければ一連の処理を終了する。
【００７１】
変更があるときは、ステップＳ１２でノード構成変更通知パケット４０の形式（図４参照）に従って変更種別（追加・削除・変更）及び、ノード情報を挿入してノード構成変更通知パケット４０を作成し、ステップＳ１３で作成したノード構成変更通知パケット４０をハブ局１２に送信して本フローを終了する。
【００７２】
<ハブ局１２側のノード構成更新処理（▲２▼）の手順>
図１３は、図１１のノード構成情報管理手順におけるハブ局１２側のノード構成更新処理（▲２▼）手順を示すフローチャートである。
まず、ステップＳ２１でハブ局１２はノード構成変更通知パケット４０が受信されたか否かの判定を行う。ノード構成変更通知パケット４０が受信されなければ一連の処理を終了する。
【００７３】
ノード構成変更通知パケット４０を受信したときは、ステップＳ２２でハブ局１２内のノード構成情報テーブル７２を更新し、更新した箇所のカウント数（Ｃ＿[Ｈｕｂ（＃Node）]）に現カウント数（Ｃ）を上書きする。次いで、ステップＳ２３でカウント数（Ｃ）を１つ増やし、ステップＳ２４で次のフレームのノード更新情報送信領域で送信するため、ノード構成情報更新パケット６０を送信キューに格納して本フローを終了する。
【００７４】
<ハブ局１２側のフレームスタート領域２１処理（▲３▼）の手順>
図１４は、図１１のノード構成情報管理手順におけるハブ局１２側のフレームスタート領域２１処理（▲３▼）手順を示すフローチャートである。
まず、ステップＳ３１でハブ局１２は先頭位置検出信号を送信する。これを受信することで、無線バス１１内のすべてのノードはフレームの先頭位置を特定する。
【００７５】
次いで、ステップＳ３２でハブ局１２はサイズ通知信号を送信する。これを受信することで、無線バス１１内のすべてのノードはそれ以降のフレームの構成を特定する。次いで、ステップＳ３３でハブ局１２はカウント数（Ｃ）を送信する。ここまでの処理はフレームスタート領域において行われる。
【００７６】
次いで、ノード構成情報送信領域での処理に移りステップＳ３４でノード構成情報送信キューにデータがあるか否かを判別し、送信キューにデータがあればステップＳ３５でノード構成情報更新パケット６０をブロードキャストで全ノードに送信して本フローを終了する。送信キューにデータがなければそのまま本フローを終了する。
【００７７】
<ノード側のノード構成情報更新処理（▲４▼）の手順>
図１５は、図１１のノード構成情報管理手順におけるノード側のノード構成情報更新処理（▲４▼）手順を示すフローチャートである。
まず、ステップＳ４１でノードはフレームスタート領域２１内でハブ局１２から送信されるカウント数（Ｃ）を取得し、ステップＳ４２ノード自らが持つカウント数（Ｃ＿[Node]）と比較することで以下の処理が決定される。
両者のカウント数が一致すれば、ノードが保持するノード構成情報テーブル８１は最新のものであると判断され、一連の処理が終了する。
【００７８】
両者のカウント数が一致しなければ、ステップＳ４３でノード自らが持つカウント数（Ｃ＿[Node]）が取得したカウント数よりも１つ前のものであるか否かを判別する。ノード自らが持つカウント数（Ｃ＿[Node]）が取得したカウント数よりも１つ前のものであるときは、ハブ局１２側でノード構成情報が更新されたと判断して、ステップＳ４４で次のノード構成情報制御領域でブロードキャスト信号が受信されたか否かを判別する。上記ステップＳ４３でノード自らが持つカウント数（Ｃ＿[Node]）が取得したカウント数よりも１つ前のものでないときは、ステップＳ４６に進む。ここまでの処理はフレームスタート領域において行われる。
【００７９】
ステップＳ４４でブロードキャスト信号が受信されたときは、ステップＳ４５でノード構成情報更新パケット６０を取得し、その情報から自らのテーブル（ノード構成情報テーブル８１）更新し、一連の処理を終了する。ここでの処理はノード構成情報送信領域において行われる。
【００８０】
ノード自らのカウント数（Ｃ＿[Node]）が取得したカウント数より２つ以上前のものである場合（ステップＳ４３のＹＥＳ）、あるいはブロードキャスト信号が受信されなかった場合は、ステップＳ４６でデータ領域でノード構成情報の再送要求を行う。
【００８１】
次いで、ステップＳ４７でノード構成情報更新パケット６０が受信されたか否かを判別し、ノード構成情報更新パケット６０が受信されなかったときはステップＳ４６に戻って再送要求を繰り返す。
【００８２】
ハブ局１２から、ノード構成情報更新パケット６０を受信したときは、ステップＳ４８でノードはノード構成情報更新パケット６０を基に自らのノード構成情報テーブル８１を更新し、現カウント数（Ｃ）をノードの所持するカウント数（Ｃ＿[Node]）に上書きして本フローを終了する。
【００８３】
<ハブ局１２側の再送処理（▲５▼）の手順>
図１６は、図１１のノード構成情報管理手順におけるハブ局１２側の再送処理（▲５▼）手順を示すフローチャートである。
まず、ステップＳ５１でノード構成情報要求パケット５０を受信したハブ局１２はそこから、カウント数（Ｃ＿[Node]）を取得し、ステップＳ５２でノード番号（＃Node）を０にする。
【００８４】
次いで、ステップＳ５３でハブ局１２は取得したカウント数（Ｃ＿[Node]）と、ハブ局１２内に格納されているノード構成情報テーブル７２に格納されているカウント数（Ｃ＿[Hub（＃Node）]）をノードごとに比較する。このカウント数の比較によりノードの持っている情報はハブ局１２の持ってる情報より前のものか否かが判別される。
【００８５】
取得したノードのカウント数（Ｃ＿[Node]）がハブ局１２のテーブルのカウント数（Ｃ＿[Node]）よりも前のものであるならば、ハブ局１２はそのノードに関するノード情報を送信する必要があると判断して、ステップＳ５４でハブ局１２はノード構成情報更新パケット６０にこのノード番号（＃Node）とノード情報を挿入する。
【００８６】
ステップＳ５５では、ノード番号（＃Node）が最大ノード数を超えたか否かを判別し、ノード番号（＃Node）が最大ノード数を超えていなければ、ステップＳ５６で次のノードについて再送処理を行うためノード番号（＃Node）を次のノードにインクリメントして（＃Node++）ステップＳ５３に戻りすべてのノードについて上記操作を行う。
【００８７】
ノード番号（＃Node）が最大ノード数を超えたときは、登録されている全ノードに対し操作が終了したと判断して、ステップＳ５７で最後に現カウント数（Ｃ）をパケットに追加し、ノード構成情報パケットを送信して本フローを終了する。
【００８８】
さらに、データの完全性を保証したり簡略化するために、以上のような手順を行わずに、現在ハブ局の持つ全てのノード構成情報を送信してもよい。
なお、上記▲１▼〜▲５▼の手順においてノード構成情報サイズが大きい場合等、同じフレーム内で各種パケットが送信できない場合、次のフレームの該当領域が開始されるのを待って送信を開始してもよい。
【００８９】
以上述べたように、第１の実施の形態のノード構成情報管理方法では、フレーム構造２０が、フレームスタート領域２１、ノード構成変更領域２２、通信品質情報領域２３、ノード構成情報送信領域２４、及びデータ領域２５を備え、無線バス１１内のノード情報に変更（ノードの新規登録、削除、及びノード機能の変更）が生じた時に、ノードがハブ局１２に通知するための変更通知パケットを設けるようにしたので、ノード構成情報を毎フレームごとにハブ局１２に通知する必要がなくなり、冗長がなく通信を行うことができる。
【００９０】
また、本ノード構成情報管理方法は、基本的には、(1)ノード１３〜１６及びハブ局１２は、各ノードのノード構成情報をノード構成情報テーブル７２，８１に格納し、ハブ局１２はノード構成情報テーブル７２全体の更新を管理するカウンタ（Ｃ）７１を備え、定期的に（実施の形態ではフレーム毎に）カウント数（Ｃ）（第１の更新タイミング情報）を送信する。
【００９１】
(2)ハブ局１２はノードからノード構成の変更通知を受信すると、ハブ局１２内のノード構成情報テーブル８１を更新し、無線バス１１内の全ノードに対し更新情報をブロードキャストで送信する。
【００９２】
(3)ノードはハブ局１２からの更新情報を受信し、自らのノード構成情報テーブル８１を更新するとともに、ノードはフレーム毎に送信されるカウント数を受信し、ハブ局１２側の更新の有無を判断し、必要のあるときには自己のノード構成情報テーブル８１との差分情報の再送を要求し、自己のノード構成情報テーブル８１を更新する。
【００９３】
特に、ハブ局１２は、ノード構成情報テーブル７２全体の更新タイミングを管理するため、第１のカウンタ（カウント数：Ｃ）を、さらに、各ノードのノード構成情報の更新タイミングを管理する第２のカウンタ（カウント数：Ｃ＿[Hub]）を持つ。
ハブ局１２ではフレーム毎に現在の第１のカウント数（Ｃ）を無線バス１１内のすべてのノードに送信し、現在の更新状況を知らせる。
【００９４】
ノードでは前記第１のカウント数（Ｃ）を記憶する領域（Ｃ＿[Node]）を備え、ハブ局１２からフレーム毎に送られてくる第１のカウント数（Ｃ）を取得し、ハブ局１２と同期が取れているか否かの確認を行う。これにより、ノード構成情報テーブル７２，８１のうち、前回に更新された情報からノードの変更のあった分だけを送信することで、伝送データ量を削減することができる。
【００９５】
さらに、ハブ局１２からのノード構成更新情報をブロードキャストで伝送することで、ノードからＡｃｋを待つ必要もない。もし、ノード構成更新情報をノード側がうまく受信できなかった場合でも、それ以降のフレームでカウント数（Ｃ）を取得することで、自らそれを検出することができる。そして、ハブ局１２に対し、個別にノード構成情報の再送を要求することで、同期は保たれる。
【００９６】
本実施の形態によれば、各ノードに対し必要な分だけノード構成情報を無線バス１１内のすべてのノードに送り返すことができ、効率的かつ確実にハブ局１２とノードとのノード構成情報の同期を取ることができる。
【００９７】
ところで、第１の実施の形態に係るノード構成情報管理方法では、ノード構成の変更通知が行われてから、無線バス内の全ノードのノード構成情報テーブル８１が更新されるまでに少なくとも２フレーム必要となり、その間に送信されているデータの中に無効になるものがあることが考えられる。
【００９８】
また、無線バス１１内のノード構成情報テーブルが更新されたかどうかの判断を各ノードが決定していたため、ハブ局１２はノード側更新状況を把握することができない。以下では、これらを解決する例を、第２の実施の形態により説明する。
【００９９】
第２の実施の形態
本実施の形態の無線バス内の端末及びハブ局の概略構成は、図１と同様である。
図１７は、本発明の第２の実施の形態における無線バス内で送受信されるフレームの構造を示す図であり、図２に対応するものである。
フレームの一構成例を図１７に示すように、本フレーム構造９０の無線信号は、フレームスタート領域９１、ノード構成情報変更領域９２、ノード構成情報送信領域９３、通信品質情報領域９４、及びデータ領域９５に分類される。
【０１００】
フレームスタート領域９１では、ハブ局１２が毎フレームごとにこの領域を使って、フレームの開始を知らせる。
図１８は、図１７のフレーム構造で、ハブ局１２がフレームスタート領域９１に挿入するフレームスタートパケット１００の詳細な構成を示す図である。
図１８において、フレームスタート領域９１は、先頭位置検出信号を格納する先頭位置検出領域１０１、及びサイズ通知信号を格納するサイズ通知領域１０２を有する。
【０１０１】
先頭位置検出領域１０１は、フレームの開始を無線バス１１内の全ノードに通知するために用いる領域である。無線バス１１内のすべてのノードは、この先頭位置検出信号を受信することでフレームの開始位置を特定する。
サイズ通知領域１０２は、それ以降に送信されるフレーム内の各サイズ可変領域のサイズを送信するために用いる領域である。このサイズ通知信号により、無線バス内のすべてのノードはそれ以降のフレーム構成を特定することができる。
【０１０２】
図１９は、図１７のフレーム構造で、ノードがノード構成情報変更領域９２に挿入するノード構成変更通知パケット４０の詳細な構成を示す図である。
ノード構成情報変更領域９２は、無線バス１１内の各ノードが必要に応じて送信するための領域である。
無線バス１１内に新たにノードが追加された場合、あるいは無線バス１１内からノードが削除された場合、さらに無線バス１１内のノードの機能が変更された場合に、そのノードがハブ局１２に対して通知するために使用される。
【０１０３】
図１９において、ノード構成情報変更領域９２に挿入されるノード構成変更通知パケット１１０は、ノード構成情報が変更された内容を識別する変更種別１１１と、各ノードの固有識別子１１２及びシステムパラメータ１１３を保管するノード情報１１４とを有する。
変更種別１１１は、上記ノード構成情報が変更された内容の追加・削除・変更の３種類が識別できるようになっている。
【０１０４】
固有識別子１１２は、機器ごとにあらかじめ登録しておく番号であり、同じ番号を持つ機器は存在しない。この固有識別子１１２により、個々の機器の識別が行われる。システムパラメータ１１３には、無線バス１１内の各ノードが持つ機能が保管されている。無線バス１１には、管理されているノード構成情報テーブル（図２４及び図２５で後述する）から、各ノードのシステムパラメータ１１３を取得し、再構成時の判断材料とする。
ノード構成変更通知パケット１１０を受信したハブ局１２は、これらの情報を基に自らのノード構成情報を更新する。
【０１０５】
図２０は、図１７のフレーム構造で、ハブ局１２がノードへ再送する時にデータ領域９５に挿入されるノード構成情報更新パケット１２０の構造を示す図である。
図２０において、ノード構成情報更新パケット１２０は、カウント数（Ｃ）１２１と、ノード番号（＃Node）１２２と、各ノードの固有識別子１２３及びシステムパラメータ１２４を保管するノード情報１２５とを有する。上記ノード番号（＃Node）１２２及びノード情報１２５は、ノード更新情報１２６を構成しており、各ノードで更新された複数のノード構成更新情報が格納される。
【０１０６】
カウント数（Ｃ）１２１には、更新された段階でハブ局１２が持っている第１のカウンタの値が格納される。ノード更新情報１２６には、各ノードで更新されたノード構成更新情報が格納される。各々のノード構成更新情報１２６には、更新されたノードのノード番号（＃Node）１２２及び前記ノード構成変更通知パケット１１０で述べたノード情報１１４が格納される。
ノード構成情報更新パケット１２０は、ノード構成情報要求パケット（図５）を受けたハブ局１２が再送する時に使用するものである。
【０１０７】
図１７に戻って、ノード構成情報送信領域９３は、前フレームで更新されたノード構成情報を、ハブ局１２がこのノード構成情報送信領域９３を用いてノードに送信するための領域である。ここで送信される信号は、ブロードキャストで送信される。また、このブロードキャストで送信されるノード構成情報更新パケットは、上記ノード構成情報更新パケット１２０と同じ構成である。
通信品質情報領域９４は、各ノード間の通信路状況を把握するために使用される領域である。
【０１０８】
図２１は、図１７のフレーム内のデータ領域９５の構造を示す図である。
図２１において、データ領域９５は、無線バス１１内の各ノードのカウント数（Ｃ＿[Node]）送信領域１３１、同期がとれていないノードに対するノード構成情報更新パケット１２０の送信、及び通常データの送受信の操作を含むデータ領域１３２を有する。
カウント数送信領域１３１は、無線バス１１内の各ノードがハブ局１２のノード構成情報テーブルと同期がとれているかどうかの確認をするためものである。
【０１０９】
無線フレーム毎に自ら持つ現カウント数（Ｃ＿[Node]）をハブ局１２に報告する。ハブ局１２は、上記カウント数（Ｃ＿[Node]）を取得し、ハブ局１２のノード構成情報テーブルを更新する。そして、上記各ノードのカウント数（Ｃ＿[Node]）と現カウント数（Ｃ）とを比較することで、全ノードの更新状況を確認し、無線バス１１内のノードの同期がとれているか否かの判定を行う。
データ領域１３２は、映像データや音声データなどのマルチメディア・データの他、ハブ局１２が特定のノードに対し、ノード構成情報更新パケット１２０を送信する場合に使用するための領域である。
【０１１０】
図２２は、本ノード構成管理方法を実現するためのハブ局側のノード構成情報管理ブロックを示す図であり、図７に対応するものである。
図２２において、１４１はカウンタ（Ｃ）、１４２はノード構成情報テーブル（ハブ局側管理テーブル）、１４３は受信部、１４４はノード構成情報検出手段、１４５はノード構成情報変更・抽出手段、１４６はノード構成情報作成手段、１４７は送信部である。
【０１１１】
カウンタ（Ｃ）１４１は、ハブ局１２内のノード構成情報テーブル全体の更新が行われた時に値が１つ増えるものである。
ノード構成情報テーブル１４２は、無線バス１１内のノード構成情報を管理するためのテーブルである。このノード構成情報テーブル１４２の詳細については、図２４により後述する。
【０１１２】
ノード構成情報検出手段１４４は、受信部１４３で受信された信号フレーム内のノード構成変更領域内のノード構成変更通知パケット１１０、データ領域内のカウント数送信領域１３１、及びノード構成情報更新パケット１２０を検出するための機能を有する。
ノード構成情報変更・抽出手段１４５は、ノード構成情報検出手段１４４でノード構成の変更通知があった場合にノード構成情報テーブル１４２にアクセスし、該テーブル１４２内の情報を変更・抽出する機能を持つ。
【０１１３】
ノード構成情報作成手段１４６は、ハブ局１２が再送する必要があると判断したノードに対して、ノード構成情報更新パケット１２０を作成する。また、フレームを構成する際に必要となるフレームスタートパケット１００をここで作成する。
送信部１４７は、ノード構成情報作成手段１４６で作成された送信信号を送信する機能を持つ。送信部１４７には、パケットを一時保管しておくための記憶装置（キュー）がある。
【０１１４】
図２３は、本ノード構成管理方法を実現するためのノード側のノード構成情報管理ブロックを示す図であり、図８に対応するものである。
図２３において、１５１はノード構成情報テーブル（ノード側管理テーブル）、１５２は受信部、１５３はノード構成情報検出手段、１５４はノード構成情報変更・抽出手段、１５５はノード構成情報作成手段、１５６は送信部である。
【０１１５】
ノード構成情報テーブル１５１は、ハブ局１２から受信される無線バス１１内のノード構成情報を管理するためのテーブルである。このノード構成情報テーブル１５１の詳細については、図２５により後述する。
ノード構成情報検出手段１５３は、受信部１５２で受信された信号フレーム内のフレームスタート領域内のフレームスタートパケット１００、及びデータ領域内のノード構成情報更新パケット１２０を検出するための機能を有する。
【０１１６】
ノード構成情報変更・抽出手段１５４は、ノード構成情報検出手段１５３でノード構成情報更新パケット１２０を受信した場合にノード構成情報テーブル１５１にアクセスし、該テーブル１５１内の情報を変更・抽出する機能を持つ。また、ノード構成情報テーブル１５１内の自己のカウント数（Ｃ＿[Node）]）を抽出する機能を持つ。
【０１１７】
ノード構成情報作成手段１５５は、ノード構成情報変更・抽出手段１５３で抽出した、ノード構成情報テーブル１５１内の自己のカウント数（Ｃ＿[Node]）をフレーム毎に送信する機能を持つ。また、ノード構成の変更が生じた場合にハブ局１２側に通知するノード構成変更通知パケット１１０を作成する。
送信部１５６は、ノード構成情報作成手段１５５で作成された送信信号を送信する機能を持つ。送信部１５６には、パケットを一時保存しておくための記憶装置（キュー）がある。
【０１１８】
図２４は、ハブ局１２が所有するノード構成情報テーブル１４２の詳細な構成を示す図である。図中、<>は値の一例を示すものである。
図２４に示すように、ハブ局のノード構成情報テーブル１４２には、現在のカウント数（Ｃ）、ノード番号（＃Node）、各ノード番号ごとの更新時のカウント数（Ｃ＿[Hub（＃Node）]）、各ノード番号のノード側のカウント数（Ｃ＿[Node（＃Node）]）及び各ノード番号ごとのノード情報が記録される。
【０１１９】
現カウント数（Ｃ）は、無線バス１１内のノードが新たに登録された時、削除された時及び、ノードの機能が変更されたときなど、ノード構成情報又はノード情報に更新があった時、この値が１つ増える。
ノード番号（＃Node）は、無線バス１１に格納することができる最大のノード数だけ用意されている。
【０１２０】
更新時カウント数（Ｃ＿[Hub（＃Node）]）は、ノード番号に対応して用意されている。この領域はその番号のノード構成情報又はノード情報が更新された時におけるカウント数（Ｃ）が格納される。
ノードカウント数（Ｃ＿[Node（＃Node）]）は、ノード数分だけ用意されている。この領域はフレーム毎にカウント数送信領域１３１において送信された無線バス１１内の各ノードのカウント数が格納される。
【０１２１】
ノード情報（固有識別子＋システムパラメータ）は、上記ノード構成変更通知領域でノードから通知のあったものをハブ局１２が確保する領域である。
ハブ局１２は、このノード情報に基づき、ノード構成情報テーブル１４２を上書きする。
【０１２２】
図２５は、ノードが所有するノード構成情報テーブル１５１の詳細な構成を示す図である。図中、<>は値の一例を示すものである。
図２５に示すように、各ノードのノード構成情報テーブル１５１には、更新時のカウント数（Ｃ＿[Node]）、ノード番号（＃Node）、及び各ノードごとのノード情報が記録される。
【０１２３】
更新時のカウント数（Ｃ＿[Node]）は、ノードがハブ局１２からノード構成情報更新パケット１２０を受信する際に、取得する現カウント数（Ｃ）を格納するものである。これにより、このカウント数（Ｃ）から最後に更新されたのがいつかがわかる。
【０１２４】
ノード番号（＃Node）及びノード情報の中身については、上記ハブ局１２側のノード構成テーブル１４２のノード番号（＃Node）と同じである。
ノードは、ハブ局１２から送信されるノード構成情報更新パケット１２０を受信し、更新されたノード構成情報を取得して更新箇所に上書きする。
【０１２５】
以下、上述のように構成されたノード構成情報管理方法の動作について詳細に説明する。
まず、無線バス１１内のノード構成情報の同期手順について説明する。
図２６は、ノード構成情報管理手順を示す図であり、図１１のノード構成情報管理手順に対応するものである。
【０１２６】
<フレームスタートパケット送信処理の手順>
フレームスタート領域９１においてハブ局１２は、図１８のフレームスタートパケット１００を用いて、先頭位置検出信号１０１、サイズ通知１０２を送信する。
【０１２７】
<フレームスタートパケット受信処理>
上記フレームスタートパケット１００を受信したノードは、先頭位置検出信号１０１を取得して先頭位置の特定を行い、サイズ通知信号１０２から以降のフレーム構成を特定する。
【０１２８】
<ノード情報通知処理▲６▼>
無線バス１１内のノードで構成情報に変更がある場合は、ノード構成情報変更領域９２において、該当ノードはノード構成変更通知パケット１１０をハブ局１２に通知する。
【０１２９】
<ノード構成更新処理▲７▼>
ハブ局１２は、ノードからノード構成変更パケット１１０を受信すると、自らのノード構成情報テーブル１４２を更新する。そして、ノード構成情報送信領域９３において、現カウント数（Ｃ）を付したノード構成情報更新パケット１２０をブロードキャストとして無線バス１１内の全ノードに送信する。
【０１３０】
<更新手続き▲８▼>
上記ノード構成情報更新パケット１２０を受信したノードは、ハブ局１２の現カウント数（Ｃ）及びノード更新情報を取得し、自らのノード構成情報テーブル１５１の更新を行う。
また、カウント数送信領域１３１ではノードが保持しているカウント数（Ｃ＿[Node]）をハブ局１２に送信し、自己のテーブル（ノード構成情報テーブル１５１）の更新状況をハブ局１２に伝える。
【０１３１】
<ノード構成情報同期処理▲９▼>
上記カウント数送信領域１３１を用いて、無線バス１１内の全ノードのカウント数（Ｃ＿[Node]）を取得し、自らのテーブル（ノード構成情報テーブル１４２）を更新したハブ局１２は、自らの現カウント数（Ｃ）と比較し、更新されたか否かの判定を行う。
【０１３２】
もし、更新されていないテーブルがあれば、データ領域９５を用いてハブ局１２は再送処理(10)を行う。この再送処理(10)でノード構成情報更新パケット１２０は、更新されていないノードに対し送信される。
【０１３３】
上記ノード構成情報更新パケット１２０を受信したノードは、更新手続き（▲８▼）を行う。すなわち、パケット内のカウント数（Ｃ）及びノード情報を基にノード構成情報テーブル１５１に上書きを行う。
次に、図２６に記されている各処理手順▲６▼〜(10)をフローチャートを用いて個別に説明する。
【０１３４】
<ノード側のノード情報変更通知処理（▲６▼）の手順>
図２７は、図２６のノード構成情報管理手順におけるノード側のノード情報通知処理（▲６▼）手順を示すフローチャートである。
まず、ステップＳ６１でノードは自身の新規登録、削除、及びシステムパラメータの変更があるか否かの判定を行う。変更がなければ一連の処理を終了する。
【０１３５】
変更があるときは、ステップＳ６２でノード構成変更通知パケット１１０を作成し、ステップＳ６３で作成したノード構成変更通知パケット１１０に変更種別（登録・削除・変更）、固有識別子、システムパラメータを付加し、このパケットをハブ局１２に送信して本フローを終了する。
【０１３６】
<ハブ局１２側のノード構成更新処理（▲７▼）の手順>
図２８は、図２６のノード構成情報管理手順におけるハブ局１２側のノード構成更新処理（▲７▼）手順を示すフローチャートである。
まず、ステップＳ７１でハブ局１２はノード構成変更通知パケット１１０が受信されたか否かの判定を行う。ノード構成変更通知パケット１１０が受信されなければ一連の処理を終了する。
【０１３７】
ノード構成変更通知パケット１１０を受信したときは、ステップＳ７２でハブ局１２内のノード構成情報テーブル１４２を更新し、更新した箇所のカウント数（Ｃ＿[Ｈｕｂ（＃Node）]）に現カウント数（Ｃ）を上書きする。次いで、ステップＳ７３でカウント数（Ｃ）を１つ増やし、ステップＳ７４でノード更新情報送信領域において、ノード構成情報更新パケット１２０を作成し、ブロードキャストで無線バス１１内の全ノードに送信して本フローを終了する。
【０１３８】
<ノード側の更新手続き（▲８▼）の手順>
図２９は、図２６のノード構成情報管理手順におけるノード側の更新手続き（▲８▼）手順を示すフローチャートである。
まず、ステップＳ８１でノードはハブ局１２から送信されるノード構成情報更新パケット１２０を受信し、ノード構成情報更新パケット１２０を受信すると、ステップＳ８２でカウント数（Ｃ）及びノード更新情報を取得し、自ら持つノード構成情報テーブル１５１の書き換えを行い、一連の処理を終了する。
【０１３９】
<ハブ局１２側のノード構成情報同期処理（▲９▼）の手順>
図３０は、図２６のノード構成情報管理手順におけるハブ局１２側のノード構成情報同期処理（▲９▼）手順を示すフローチャートである。
まず、ステップＳ９１でハブ局１２はカウント数送信領域で送信された無線バス１１内の全ノードのカウント数を取得し、自らのノード構成情報テーブル１４２内のカウント数（Ｃ＿[Node]）を更新する。次いで、ステップＳ９２でノード番号（＃Node）を０にする。
【０１４０】
次いで、ステップＳ９３でノード構成情報テーブル内のノードのカウント数（Ｃ＿[Node]）と現カウント数（Ｃ）を比較し、ノードのテーブルが最新のものに更新されたか否かの判定を行う。このカウント数の比較によりノード番号０（＃Node←０）から各ノードの再送の可否が判定される。
【０１４１】
ノードのテーブルが最新のものであるときは、ステップＳ９５に進んでこのノードに対する処理は終了する。
ノードのテーブルが最新のものでないときは、ステップＳ９４で再送処理（(10)）を行ってこのノードに対する処理は終了する。再送処理（(10)）の詳細については図３１で後述する。
【０１４２】
ステップＳ９５では、ノード番号（＃Node）が最大ノード数を超えたか否かを判別し、ノード番号（＃Node）が最大ノード数を超えていなければ、ステップＳ９６で次のノードについて再送処理を行うためノード番号（＃Node）を次のノードにインクリメントして（＃Node++）ステップＳ９３に戻りすべてのノードについて上記操作を行う。
【０１４３】
ノード番号（＃Node）が最大ノード数を超えたときは、データ領域において、登録されている全ノードに対し操作が終了したと判断して、ステップＳ９７で再送処理（ステップＳ９４の処理）でキューに格納してあるデータを、再送対象のノードに送信して本フローを終了する。
【０１４４】
<ハブ局１２側の再送処理（(10)）の手順>
図３１は、図２６のノード構成情報管理手順におけるハブ局１２側の再送処理（(10)）手順を示すフローチャートである。
まず、ステップＳ１０１でハブ局１２はノード構成情報テーブル１４２内のノードのカウント数（Ｃ＿[Node]）を取得し、ステップＳ１０２でノード番号（＃Node）を０にする。
【０１４５】
次いで、ハブ局１２は取得したカウント数（Ｃ＿[Node]）と、ハブ局１２内に格納されているノード構成情報テーブル１４２に格納されているカウント数（Ｃ＿[Hub（＃Node）]）をノードごとに比較する。このカウント数の比較によりノードの持っている情報はハブ局１２の持ってる情報より前のものか否かが判別される。
【０１４６】
取得したノードのカウント数（Ｃ＿[Node]）がハブ局１２のテーブルのカウント数（Ｃ＿[Node]）よりも前のものであるならば、ハブ局１２はそのノードに関するノード情報を送信する必要があると判断して、ステップＳ１０４でハブ局１２はノード構成情報更新パケット１２０にこのノード（＃Node）とノード情報を挿入する。
【０１４７】
ステップＳ１０５では、ノード番号（＃Node）が最大ノード数を超えたか否かを判別し、ノード番号（＃Node）が最大ノード数を超えていなければ、ステップＳ１０６で次のノードについて再送処理を行うためノード番号（＃Node）を次のノードにインクリメントして（＃Node++）ステップＳ１０３に戻りすべてのノードについて上記操作を行う。
【０１４８】
ノード番号（＃Node）が最大ノード数を超えたときは、登録されている全ノードに対し操作が終了したと判断して、ステップＳ１０７で最後に現カウント数（Ｃ）をパケットに追加し、ノード構成情報パケットを送信キューに保存して本フローを終了する。
【０１４９】
さらに、データの完全性を保証したり簡略化するために、以上のような手順を行わずに、現在ハブ局の持つ全てのノード構成情報を送信してもよい。
なお、上記▲１▼〜(10)の手順においてノード構成情報サイズが大きい場合等、同じフレーム内で各種パケットが送信できない場合、次のフレームの該当領域が開始されるのを待って送信を開始してもよい。
【０１５０】
以上述べたように、第２の実施の形態のノード構成情報管理方法は、無線バス１１のノード構成が変化し、ハブ局１２内のノード構成情報テーブル１４２が更新されると、ハブ局１２はノード構成情報テーブル１４２の更新情報と更新タイミングを無線バス１１内の全ノードにブロードキャストで送信する。無線バス１１内の各ノードは、前記更新情報を受信し、更新タイミングとノード構成情報を付した、自らのノード構成情報テーブル１５１を更新する。無線バス１１内の全ノードはハブ局１２に対し、更新タイミングをハブ局１２に報告する。ハブ局１２は報告された更新タイミングから各ノードのノード構成情報テーブル１５１の更新状況を把握し、もし更新されていないノードがあればそのノードに対し更新情報を再送する。ブロードキャスト信号を受信できなかったノードに対しても、この方法によりハブ局１２とノード構成情報テーブル１４２，１５１の同期を保つことができる。
【０１５１】
ここで、ノード側の変更通知手順は、第１の実施の形態と同様であり、ハブ局１２はノードからの変更通知を受けて同じフレーム内で現カウント数（Ｃ）と更新情報を付したノード構成情報更新パケット１２０を無線バス１１内の全ノードにブロードキャストする。
【０１５２】
ノードは前記ブロードキャスト信号を受信し、自らのノード構成情報テーブル１５１を更新する。そして、フレーム毎に自らの現カウント数をハブ局１２に報告する。ハブ局１２は無線バス１１内の各ノードからのカウント数を取得し、ノード構成情報テーブル１４２中の現カウント数（Ｃ）と各ノードから報告されるカウント数（Ｃ＿[Node]）を比較する。同じカウント数を持つノードに対しては何もしない。カウント数が違う場合には同期がとれていないと判断し、そのカウント数（Ｃ＿[Node]）に応じた差分データをハブ局１２で作成して、現カウント数（Ｃ）を付したノード構成情報更新パケット１２０を対象のノードに送信する。
【０１５３】
上記更新データを受信した対象のノードは、自らのノード構成情報テーブル１５１を更新し、ハブ局１２が管理するノード構成情報テーブル１４２との同期をとる。
本実施の形態によれば、ハブ局１２が管理するノード構成情報テーブル１４２を最短１フレーム内で、無線バス１１内の全ノードと同期を取ることができ、同期の際に無効なデータが生じることはない。
また、無線バス１１内の全ノードの更新状況をハブ局１２が把握することからハブ局が各ノードに対して、再送の必要性を判断することができる。
【０１５４】
【発明の効果】
以上、詳述したように、本発明によれば、ハブ局と複数のノードで構成した無線バスのノード構成情報をハブ局が集中管理し、すべてのノードと最新のノード構成情報を共有することができる。
また、本発明は、ハブ局と複数のノードで構成した無線バスのノード構成情報をハブ局が集中管理し、最短フレーム内で無線バスすべてのノードに対し、最新のノード構成情報を共有することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態のノード構成情報管理方法の無線バス内の端末及びハブ局の概略構成を示すブロック図である。
【図２】本実施の形態のノード構成情報管理方法の無線バス内で送受信されるフレームの構造を示す図である。
【図３】本実施の形態のノード構成情報管理方法のフレーム構造で、ハブ局がフレームスタート領域に挿入するフレームスタートパケットの詳細な構成を示す図である。
【図４】本実施の形態のノード構成情報管理方法のフレーム構造で、ノードがノード構成変更領域に挿入するノード構成変更通知パケットの詳細な構成を示す図である。
【図５】本実施の形態のノード構成情報管理方法のフレーム構造で、ノードがハブ局へ再送要求する時にデータ領域に挿入されるノード構成情報要求パケットの構造を示す図である。
【図６】本実施の形態のノード構成情報管理方法のフレーム構造で、ハブ局がノード構成情報送信領域を用いてブロードキャストされるノード構成情報更新パケット６０の構造を示す図である。
【図７】本実施の形態のノード構成情報管理方法のハブ局側のノード構成情報管理ブロックを示す図である。
【図８】本実施の形態のノード構成情報管理方法のノード側のノード構成情報管理ブロックを示す図である。
【図９】本実施の形態のノード構成情報管理方法のハブ局が所有するノード構成情報テーブルの詳細な構成を示す図である。
【図１０】本実施の形態のノード構成情報管理方法のノードが所有するノード構成情報テーブルの詳細な構成を示す図である。
【図１１】本実施の形態のノード構成情報管理方法のノード構成が更新されてから無線バス内の全ノードに伝搬するまでのノード構成情報管理手順を示す図である。
【図１２】本実施の形態のノード構成情報管理方法のノード側のノード情報通知処理（▲１▼）手順を示すフローチャートである。
【図１３】本実施の形態のノード構成情報管理方法のハブ局側のノード構成更新処理（▲２▼）手順を示すフローチャートである。
【図１４】本実施の形態のノード構成情報管理方法のハブ局側のフレームスタート領域処理（▲３▼）手順を示すフローチャートである。
【図１５】本実施の形態のノード構成情報管理方法のノード側のノード構成情報更新処理（▲４▼）手順を示すフローチャートである。
【図１６】本実施の形態のノード構成情報管理方法のハブ局側の再送処理（▲５▼）手順を示すフローチャートである。
【図１７】本発明の第２の実施の形態における無線バス内で送受信されるフレームの構造を示す図である。
【図１８】本実施の形態のノード構成情報管理方法のフレーム構造で、ハブ局がフレームスタート領域に挿入するフレームスタートパケットの詳細な構成を示す図である。
【図１９】本実施の形態のノード構成情報管理方法のフレーム構造で、ノードがノード構成情報変更領域に挿入するノード構成変更通知パケットの詳細な構成を示す図である。
【図２０】本実施の形態のノード構成情報管理方法のフレーム構造で、ハブ局がノードへ再送する時にデータ領域に挿入されるノード構成情報更新パケットの構造を示す図である。
【図２１】本実施の形態のノード構成情報管理方法のフレーム内のデータ領域の構造を示す図である。
【図２２】本実施の形態のノード構成情報管理方法のハブ局側のノード構成情報管理ブロックを示す図である。
【図２３】本実施の形態のノード構成情報管理方法のノード側のノード構成情報管理ブロックを示す図である。
【図２４】本実施の形態のノード構成情報管理方法のハブ局が所有するノード構成情報テーブルの詳細な構成を示す図である。
【図２５】本実施の形態のノード構成情報管理方法のノードが所有するノード構成情報テーブルの詳細な構成を示す図である。
【図２６】本実施の形態のノード構成情報管理方法のノード構成情報管理手順を示す図である。
【図２７】本実施の形態のノード構成情報管理方法のノード側のノード情報通知処理（▲６▼）手順を示すフローチャートである。
【図２８】本実施の形態のノード構成情報管理方法のハブ局側のノード構成更新処理（▲７▼）手順を示すフローチャートである。
【図２９】本実施の形態のノード構成情報管理方法のノード側の更新手続き（▲８▼）手順を示すフローチャートである。
【図３０】本実施の形態のノード構成情報管理方法のハブ局側のノード構成情報同期処理（▲９▼）手順を示すフローチャートである。
【図３１】本実施の形態のノード構成情報管理方法のハブ局側の再送処理（(10)）手順を示すフローチャートである。
【図３２】従来のノード構成情報管理方法の無線バス内の端末及びハブ局の概略構成を示すブロック図である。
【符号の説明】
１１  無線バス（無線ネットワーク）
１２  ハブ局
１３〜１６  ノード
２０，９０  フレーム構造
２１，９１  フレームスタート領域
２２  ノード構成変更領域
２３，９４  通信品質情報領域
２４，９３  ノード構成情報送信領域
２５，９５，１３２  データ領域
３０  フレームスタートパケット
３１，１０１  先頭位置検出領域
３２，１０２  サイズ通知領域
３３  カウント数（Ｃ）領域
４０，１１０  ノード構成変更通知パケット
４１，１１１  変更種別
４２，６３，１２３，１１２  固有識別子
４３，６４，１１３，１２４  システムパラメータ
４４，６５，１１４，１２５  ノード情報
５０  ノード構成情報要求パケット
５１  ノードカウント数（Ｃ＿[Node]）
６０，１２０  ノード構成情報更新パケット
６１，１２１  カウント数（Ｃ）
６２，１２２  ノード番号（＃Node）
６６，１２６  ノード更新情報
７１，１４１  カウンタ（Ｃ）
７２，１４２  ノード構成情報テーブル（ハブ局側管理テーブル）
８１，１５１  ノード構成情報テーブル（ノード側管理テーブル）
７３，８２，１４３，１５２  受信部
７４，８３，１４４，１５２  ノード構成情報検出手段
７５，８４，１４５，１５４  ノード構成情報変更・抽出手段
７６，８５，１４６，１５５  ノード構成情報作成手段
７７，８６，１４７，１５６  送信部
９２  ノード構成情報変更領域
【図１】
0003663121.tif 000002
【図２】
0003663121.tif 000003
【図３】
0003663121.tif 000004
【図４】
0003663121.tif 000005
【図５】
0003663121.tif 000006
【図６】
0003663121.tif 000007
【図７】
0003663121.tif 000008
【図８】
0003663121.tif 000009
【図９】
0003663121.tif 000010
【図１０】
0003663121.tif 000011
【図１１】
0003663121.tif 000012
【図１２】
0003663121.tif 000013
【図１３】
0003663121.tif 000014
【図１４】
0003663121.tif 000015
【図１５】
0003663121.tif 000016
【図１６】
0003663121.tif 000017
【図１７】
0003663121.tif 000018
【図１８】
0003663121.tif 000019
【図１９】
0003663121.tif 000020
【図２０】
0003663121.tif 000021
【図２１】
0003663121.tif 000022
【図２２】
0003663121.tif 000023
【図２３】
0003663121.tif 000024
【図２４】
0003663121.tif 000025
【図２５】
0003663121.tif 000026
【図２６】
0003663121.tif 000027
【図２７】
0003663121.tif 000028
【図２８】
0003663121.tif 000029
【図２９】
0003663121.tif 000030
【図３０】
0003663121.tif 000031
【図３１】
0003663121.tif 000032
【図３２】
0003663121.tif 000033