無線通信ネットワークシステム、その無線端末、プログラム、データ送受信制御方法
【課題】ネットワークＩＤを用いる無線通信ネットワークシステムにおいて、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにする。
【解決手段】ネットワークＩＤを分割して分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’とする。定周期で（例えば３秒毎に）頻繁に送信するＩＤ通知信号（Ｒｎｏ）には、分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’を交互に付加する。これより、ネットワークＩＤのデータ量が従来の倍であっても、１送信あたりのＩＤ通知信号（Ｒｎｏ）のデータ量は変わらない。リンク確立、データ送信の際のSreq、Rack等の送受信に関しては、‘Ａ’送信して‘Ｂ’待ち、‘Ｂ’送信して‘Ａ’待ち等とする。
【解決手段】ネットワークＩＤを分割して分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’とする。定周期で（例えば３秒毎に）頻繁に送信するＩＤ通知信号（Ｒｎｏ）には、分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’を交互に付加する。これより、ネットワークＩＤのデータ量が従来の倍であっても、１送信あたりのＩＤ通知信号（Ｒｎｏ）のデータ量は変わらない。リンク確立、データ送信の際のSreq、Rack等の送受信に関しては、‘Ａ’送信して‘Ｂ’待ち、‘Ｂ’送信して‘Ａ’待ち等とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークシステムに関する。
【背景技術】
【０００２】
従来、例えば特許文献１等に記載の無線通信ネットワークシステムが提案されている。
図１３（ａ）に、従来の特許文献１等に記載の無線通信ネットワークシステム全体の構成の一例を示す。
【０００３】
同図において、Ａ〜Ｊは分散設置された無線端末を示す。自らが直接通信可能な距離は一般に有限であるので、各無線端末Ａ〜Ｊはシステムを構成する全ての無線端末とは直接通信することはできない。しかしながら、各無線端末Ａ〜Ｊは全て１台以上の無線端末と直接通信することは可能であり、他の無線端末を経由することでシステムを構成する全ての無線端末との通信を可能としている。
【０００４】
各無線端末Ａ〜Ｊは、それぞれ、存在通知パケット、通信診断パケット等を相互に送受信して通信路の信頼性を診断することで、例えば図１３（ｂ）に示すような構成情報を生成・記憶する。
【０００５】
図１３（ｂ）に示す構成情報は、無線端末Ａが生成・記憶する構成情報の一例であり、無線端末Ａの送信するパケットが着信先の無線端末に到達するまでになされる通信回数と、その通信回数を最小通信回数として到達する着信先の無線端末との関係を示している。同図から、例えば、無線端末Ａが１回の通信でパケットを転送可能な無線端末（つまり、無線端末Ａが直接通信可能な無線端末）は、無線端末Ｂ、Ｃ、Ｄであることが分かる。また、無線端末Ｅ，Ｆ，Ｇ，Ｈ，Ｉ，Ｊは、無線端末Ａが直接通信できない無線端末であり、他の無線端末が中継することで（複数回の通信で）、パケットを転送可能な無線端末であることが分かる。そして、他の無線端末が中継することでパケットを転送するために、無線端末Ｅ，Ｆは少なくとも２回の通信を要し（中継回数１回以上）、無線端末Ｇ、Ｈ、Ｉは少なくとも３回の通信を要し、無線端末Ｊは少なくとも４回の通信を要することがわかる。
【０００６】
更に、各無線端末は、例えば図１３（ｂ）のような自端末の構成情報に基づいて、少なくとも自端末が直接通信できる他の無線端末（以下、隣接する無線端末という場合もある）の構成情報を、当該隣接する各無線端末に要求して取得して記憶する。
【０００７】
図１３（ｃ）には、一例として、無線端末Ａが取得・記憶する、隣接する各無線端末の構成情報の一例を示す。
無線端末Ａは、図１３（ｂ）に示す自端末の構成情報の他に、図１３（ｃ）に示す隣接無線端末Ｂ、Ｃ、Ｄの構成情報をも記憶・管理することになる。以下、これらをまとめて構成情報と呼ぶ場合もある。そして、無線端末Ａは（勿論、他の各無線端末も）、構成情報を参照して、パケットの送出先を決定する。
【０００８】
一例として、無線端末Ａが無線端末Ｅを宛先とするパケットを送出する場合を考える。図１３（ｃ）を参照すると、無線端末Ｅへパケットを転送するためには、無線端末Ｂからは１回の通信で転送可能であることがわかる。同様に、無線端末Ｃからは１回、無線端末Ｄからは２回の通信で転送可能であることがわかる。このことにより、無線端末Ａは、着信先が無線端末Ｅであるパケットを無線端末ＢまたはＣのいずれかに送出する。無線端末ＢまたはＣは、このパケットを中継し、これにより当該パケットは１回の中継で無線端末Ｅへ届くことになる。
【０００９】
ここで、上記特許文献１の“発明が解決しようとする課題”に記載のように、各無線端末を識別する為のＩＤ（端末ＩＤというものとする）として任意の論理番号が各無線端末に割り当てられている。製造番号のように一意に識別できるものは、情報量が多すぎるので端末ＩＤとして用いずに、（情報量が少ない）任意の論理番号を端末ＩＤとして用いる。また、この様な端末ＩＤだけでなく、ネットワークＩＤも用いることも記載されている。
【００１０】
すなわち、例えば図１４のように、１つの無線通信ネットワークシステム（任意のグループＣ）を構築し、このグループ内の各無線端末同士は、直接または他の１以上の無線端末を介して、通信を行うことができる。ここで、図１４のように、その近傍に他の無線通信ネットワークシステム（他のグループＤ）を構築した場合、この２つのグループが１つの無線通信ネットワークシステムとして動作することになってしまう可能性があった。
【００１１】
この様な事態を防止する為に、各グループ毎に上記ネットワークＩＤを割り当てることで、ネットワークＩＤが異なる無線端末同士は、通信を行わないようにしている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−２８１７０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ここで、従来、上記ネットワークＩＤの桁数は、２４ビットであり、約１７００万通りのネットワークＩＤを構成できた。
しかしながら、近年、１７００万通りであっても足りなくなる可能性があり、同じ番号のネットワークＩＤを重複して発行した場合、上記２つのグループが１つになってしまう問題が起こる可能性がある。
【００１４】
これに対して、単純に、ネットワークＩＤの桁数を増やすという対応策が考えられる。例えば、倍の４８ビットとした場合には、約７０兆通りとなり、不足する可能性は殆どないことになる。
【００１５】
しかしながら、この場合、当然、ネットワークＩＤに係る情報量が増えることになる。
ここで、上記特許文献１等に記載のような従来の無線通信ネットワークシステムでは、各無線端末は定期的に（例えば３秒毎に）、自端末の端末ＩＤとネットワークＩＤを含むパケットを送信している。この為、ネットワークＩＤの桁数を増やすと（例えば４８ビット等とすると）、送信する情報量が増えてしまう。送信パケットのデータ量が増えれば、電力消費量も増え、上記のように頻繁に（例えば３秒毎に）送信する為に、電池消耗に係る影響は少なくない（電池寿命が短くなってしまう）。
【００１６】
尚、上記各無線端末の電源は、搭載している電池（一次電池）であり、電池交換することなく長期間動作すること等が求められている。
この様に、ネットワークＩＤの桁数を増やすという対応策をとる場合、上述した問題が生じることになる。
【００１７】
本発明の課題は、ネットワークＩＤを用いる無線通信ネットワークシステムにおいて、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにできる無線通信ネットワークシステム、その無線端末等を提供することである。
【課題を解決するための手段】
【００１８】
本発明の無線通信ネットワークシステムの無線端末は、無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくる前記ＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、前記他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定手段と、該第１判定手段によって自端末と同じネットワークに属するものと判定された前記他の無線端末に対して、前記任意のデータを無線送信するデータ送信手段とを有する。
【００１９】
また、上記無線端末において、例えば、前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記送信要求の返信があった場合、該送信要求に付加される前記ネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定手段と、該第２判定手段によって自端末と同じネットワークに属するものと判定された場合には、前記送信要求に対応する前記送信要求応答を送信する確認応答手段とを更に有する。
【００２０】
例えば、上記ネットワークＩＤが４８ビットであったとしても、例えばこれを均等に２分割して成る２つの分割ネットワークＩＤは、それぞれ、２４ビットとなり、従来のネットワークＩＤと変わらないことになる。そして、各種パケットにネットワーク識別子として付加するのは、２つの分割ネットワークＩＤの何れか一方とする（ＩＤ通知信号の場合は交互に用いる）。よって、ネットワークＩＤの桁数が増えても、パケットのデータ量が変わらず、電力消費量が増大することはない。
【００２１】
２つの分割ネットワークＩＤを用いて上記処理を行うことで、直接的に無線通信を行う２つの無線端末間で相互に、通信相手のネットワークＩＤが自端末のネットワークＩＤと同一であるか否かを確認できる。
【００２２】
また、本発明の無線通信ネットワークシステムの無線端末は、無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録手段とを有する。
【００２３】
また、上記無線端末において、例えば、前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、前記ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する第３判定手段と、該第３判定手段によって一致すると判定された場合には、前記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第２の隣接無線機登録手段と、該第３判定手段によって一致すると判定された場合には、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答手段とを更に有するようにしてもよい。
【００２４】
このようにして、分割ネットワークＩＤを用いて、隣接確認・登録の処理を問題なく行うこともできる。
また、例えば、既存の無線端末に、所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末のネットワークＩＤと一致するか否かを判定し、一致する場合には、自端末のネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して該自端末のネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第３の隣接無線機登録手段を設けるようにしてもよい。
【００２５】
このようにすることで、たとえば２４ビットのネットワークＩＤを有する既存の無線端末が、例えば４８ビットのネットワークＩＤを有する本発明の無線端末を、誤って隣接無線機と見做して登録してしまう事態が生じないようにできる。
【発明の効果】
【００２６】
本発明の無線通信ネットワークシステム、その無線端末等によれば、ネットワークＩＤを用いる無線通信ネットワークシステムにおいて、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにできる。
【図面の簡単な説明】
【００２７】
【図１】本例の無線端末の構成例である。
【図２】本例の無線端末間の間欠通信方法を示す図である。
【図３】図２に示す間欠通信方法について更に詳細に示す図である。
【図４】無線通信パケットのフレームフォーマットを示す図である。
【図５】既存の無線端末の処理フローチャート図である。
【図６】本例の無線端末の処理フローチャート図である。
【図７】（ａ）は既存の無線端末同士、（ｂ）は本例の無線端末同士のアクセスシーケンス例である。
【図８】（ａ）、（ｂ）は、本例の無線端末と既存の無線端末とのアクセスシーケンス例（その１）、（その２）である。
【図９】本例の無線端末を既存システムに組み込む場合のアクセスシーケンス例である。
【図１０】隣接確認処理について説明する為の図（その１）である。
【図１１】隣接確認処理について説明する為の図（その２）である。
【図１２】分割ネットワーク識別子の生成方法の一例を示す図である。
【図１３】（ａ）〜（ｃ）は、無線通信ネットワークシステム全体の構成と構成情報の一例を示す図である。
【図１４】２つのグループが１つの無線通信ネットワークシステムとして動作する例を示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照して本発明の実施の形態について説明する。
図１に、本例の無線通信ネットワークシステムにおける無線端末の構成例を示す。
図２には、本例の無線通信ネットワークシステムにおける無線端末間の間欠通信方法を示す図である。
【００２９】
また、図３は、図２に示す間欠通信方法について更に詳細に示す図である。
また、図４には、無線端末間での無線通信パケットのフレームフォーマットを示す図である。
【００３０】
尚、上記図１〜図４に示す端末構成、通信方法、パケットフォーマット等自体は、上記特許文献１等に示す従来の無線通信ネットワークシステムにおける端末構成、通信方法、パケットフォーマット等と略同様であってよく、ここでは簡単に説明するものとする。
【００３１】
まず、図１に示す無線端末の概略的構成例について説明する。
図１に示す無線端末１０は、アンテナ１１と、無線送受信回路１２、通信制御部１３、電源回路１４等を有する。アンテナ１１と無線送受信回路１２によって、他の無線端末１０と無線通信を行い、所定の信号の送受信や任意のデータ送受信を行う。無線通信距離が短い為、上記従来例で説明したように、直接無線通信できない他の無線端末１０とのデータ送受信の際には、別の１または複数の無線端末１０によってデータを中継してもらう必要がある。また、無線端末１０は、上位装置であるデータ処理装置２０に接続してデータ処理装置２０との有線でのデータ送受信を行うこともできる。
【００３２】
無線送受信回路１２は、例えば、特許文献１に示す無線送信回路１３ａと無線受信回路１４ａ等に相当する。
電源回路１４は、不図示の電池を含むものであり、無線送受信回路１２や通信制御部１３等に電力供給する。上記した本発明の解決すべき課題で述べた通り、ネットワークＩＤを増やしても電池の消耗を早めないようにすることが望まれる。
【００３３】
通信制御部１３は、例えばメモリ等を備えるＣＰＵ／ＭＰＵ等を含んで構成されるものであり、後述する図６等の処理は、ＣＰＵ／ＭＰＵ等が予めメモリ等に記憶されている所定のアプリケーションプログラムを実行することにより実現される。また、このメモリには、上記図１３（ｂ）、（ｃ）等に示す構成情報等も記憶される。また、上記メモリ等には、自端末に予め任意に割り当てられている端末識別ＩＤ（無線機識別子）と、自端末が属するグループ（無線通信ネットワークシステム）を示すユニークなネットワークＩＤとが、予め（例えば設置の際の初期登録作業等で）登録・記憶されている。
【００３４】
既に従来技術等で述べた通り、端末識別ＩＤ（無線機識別子）自体は、複数の無線端末で重複して登録される場合が有り得る（勿論、同じグループ内では重複しないようにするが、任意のグループに属する無線端末１０の端末識別ＩＤと同じ端末識別ＩＤを持つ無線端末１０は、他のグループには存在する可能性がある）。
【００３５】
これにより、各無線端末１０は、端末識別ＩＤだけでなくネットワークＩＤも用いて、他の無線端末１０を識別しており、基本的には自端末が属するグループと同じグループに属する他の無線端末１０とのみ、データ送受信を行う。換言すれば、そのネットワークＩＤが自端末のネットワークＩＤと同一である他の無線端末１０とのみ、データ送受信を行う。
【００３６】
尚、従来より本例に係る無線通信ネットワークシステムは、例えば上記特許文献１等に記載のように、通信相手が自端末と同じグループであっても、構成情報に基づいて判断されるデータ送信先（データ中継先）ではない場合には、データ送受信は行わない。本説明では、この点については逐一言及しないが、構成情報に基づいてデータ送信先（データ中継先）を判断することは、従来と同様に行っていると考えて良い。但し、この例に限るものではない。
【００３７】
図１に示す構成自体は、従来の既存の無線端末と略同様であってよいが、通信制御部１３による処理やメモリに格納されるデータは従来とは異なる。後に詳しく説明するが、本例において各無線端末１０に割り当てられてそのメモリ等に記憶されるネットワークＩＤは、その桁数が従来よりも増えている。ここでは、従来では２４ビットであったのに対して、４８ビットとしているが（従来の倍）、この例に限らない。そして、従来と同様に送信パケットには自己のネットワークＩＤを付加するが、４８ビット全てではなく、例えば半分ずつ（２４ビット）としている。
【００３８】
すなわち、自己のネットワークＩＤを分割して複数の分割ネットワークＩＤを生成し、送信パケットには複数の分割ネットワークＩＤの何れか１つを付加する。従って、１つのパケットのデータ量は、従来と変わらない。特に、後述する定周期で送信するＩＤ通知信号（Ｒｎｏ）の場合、当該ＩＤ通知信号（Ｒｎｏ）に付加するネットワーク識別子は、複数の（ここでは２つの）分割ネットワークＩＤを交互に付加するようにする。詳しくは後述する。
【００３９】
尚、後述する従来の既存の無線端末の構成は、上記の通り図１と略同様であってよく、後述する図５等の処理は、ＣＰＵ／ＭＰＵ等が予めメモリ等に記憶されている所定のアプリケーションプログラムを実行することにより実現される。
【００４０】
次に、図２を参照して、無線端末間の間欠通信方法について説明する。
尚、図２、図３等は、直接的に無線通信可能な無線端末（隣接無線端末）同士の無線通信動作を示すものである。
【００４１】
上記特許文献１等にも記載の通り、各無線端末１０は、定周期で（例えば３秒毎に）間欠的に所定のパケット（ＩＤ通知信号；図２ではＲｎｏと記す）を送信している。このＩＤ通知信号（Ｒｎｏ）には、少なくとも送信元の無線端末１０の無線機識別子（上記端末ＩＤに相当）と、当該無線端末１０が属するグループ（ネットワークシステム）のネットワーク識別子（従来ではネットワークＩＤであるが、本手法では後述する分割ネットワークＩＤ））とが含まれている。また、この様なＩＤ通知信号（Ｒｎｏ）に限らず、他の何らかの信号（パケット）を送信する場合にも、基本的には図４に示すように、少なくとも送信元の無線端末１０の無線機識別子とネットワーク識別子が含まれている。
【００４２】
図２に示すように、無線端末１０は、上記ＩＤ通知信号（Ｒｎｏ）を送信後に短い受信待ち状態となっている。
ここで、無線端末１０は、上記ＩＤ通知信号（Ｒｎｏ）のようなパケット以外にも、後述する送信要求Sreq、送信要求応答Rack、データ応答Dack、データ（Data）、隣接確認、隣接応答等の各種パケットを送受信する。
【００４３】
図４は、この様なパケットのフレームフォーマット例である。
図示のパケット３０は、ネットワーク識別子３１、あて先無線機識別子３２、送信元無線機識別子３３、コマンド・データ３４等より成る。
【００４４】
ネットワーク識別子３１は、このパケット３０の送信元の無線端末１０が属するグループ（ネットワークシステム）の上記ネットワークＩＤ等である。但し、パケット送信の際、従来の既存の無線端末の場合は、自端末のネットワークＩＤをそのままネットワーク識別子３１とするが、本例の無線端末１０の場合は、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤのうちの１つを、ネットワーク識別子とする。詳しくは後述する。
【００４５】
あて先無線機識別子３２は、このパケット３０の送信先の無線端末１０の無線機識別子（端末識別ＩＤ）である。但し、特にあて先が無いパケット３０（上記ＩＤ通知信号（Ｒｎｏ）等）もある。
【００４６】
送信元無線機識別子３３は、このパケット３０の送信元の無線端末１０の無線機識別子（端末識別ＩＤ）である。
コマンド・データ３４は、任意のコマンド／データ等であり、ここでは特に説明しないが、例えば上記Ｒｎｏ、Sreq、Rack、Dack等であり、受信側の無線端末は、受信パケットのコマンド・データ３４が例えばＲｎｏであった場合には、当該受信パケットが上記ＩＤ通知信号であると認識することになる。
【００４７】
ここで、任意のデータ送信イベント（自端末のデータ送信、または他の無線端末１０から受信したデータの転送（中継））が発生した無線端末１０（図２に示すデータ送信側）は、図２に示すＲｎｏ待ち連続受信待ち状態になる。尚、図示の通り、データ送信側も、通常時は図示のデータ受信側と同様に上記間欠的なＩＤ通知信号Ｒｎｏの送信処理を行っている。尚、図示のデータ受信側は、上記データ送信イベントが発生していないときの無線端末１０である。勿論、図示のデータ受信側も、任意のデータ送信イベント発生時にはデータ送信側として動作するので、まずＲｎｏ待ちの連続受信待ち状態となる。
【００４８】
無線端末１０は、上記Ｒｎｏ待ち連続受信待ち状態中に他の無線端末１０からのＩＤ通知信号Ｒｎｏを受信すると、所定の応答を返信することでリンク確立し、データ送信（中継データの転送等）を行うことになる。
【００４９】
但し、従来では、受信したＩＤ通知信号Ｒｎｏに含まれるネットワーク識別子３１が、自端末のネットワークＩＤと同一ではない場合、すなわち通信相手が自己と同一のグループ（同じネットワークシステム）ではない場合には、上記リンク確立やデータ送信の処理は行われない。
【００５０】
本例の無線端末１０も、通信相手が自端末と同一のグループ（同じネットワークシステム）であるか否かを判定し、同一グループではない場合にはその後のリンク確立やデータ送信の処理は行わないようにする点では、従来と略同様である。但し、同一グループであるか否かの判定処理が、従来とは異なる。つまり、本手法では、ＩＤ通知信号Ｒｎｏ等のパケットに含まれるネットワーク識別子３１は、端末のネットワークＩＤそのものではなく、ネットワークＩＤを分割して成る複数の分割ネットワークＩＤの何れかとなる。本手法では、この様なネットワーク識別子３１を用いて、通信相手が自端末と同一のグループであるか否かを判定する。詳しくは後述する。
【００５１】
ここで、上記リンク確立やデータ送信の処理の詳細について、図３を参照して説明する。尚、図３に示すシーケンス自体は、従来と略同様であってよい。
尚、図３では受信側と送信側が図２とは逆になっている。すなわち、図３では、図上上側が受信側無線機、下側が送信側無線機となっている。勿論、これは既に述べた通り、何らかのデータ送信イベントが発生した無線端末１０が、送信側無線機となるだけの話である。既に述べた通り、無線端末１０は基本的に、通常時は（データ送信イベント等の何らかのイベント発生時等を除いては）、ＩＤ通知信号Ｒｎｏを定周期で間欠的に送信している。
【００５２】
無線端末１０は、上記図２で説明した通りＩＤ通知信号Ｒｎｏを送信後に短い受信待ち状態となり、これは図３における送信要求受信待ち状態に相当する。
無線端末１０は、データ送信イベント等が発生していないときに（通常時に）他の無線端末１０からのＩＤ通知信号Ｒｎｏを受信しても、基本的には図示のように何も行わない（但し、後述するように隣接確認して隣接無線機登録（上記構成情報の更新）を行う場合もある）。よって、図示の送信側無線機も、図示のデータ送信要因発生の前には、図示のように受信側無線機からのＩＤ通知信号Ｒｎｏを受信しても何も行わない。
【００５３】
無線端末１０は、任意のタイミングで何らかのデータ送信要因が発生すると、送信側無線機として動作することになり、図示の無線機識別子受信待ち状態（上記Ｒｎｏ待ち連続受信待ち状態に相当；図上、αと記す；以下、連続受信待ち状態αと記す場合もある）となる。
【００５４】
送信側無線機としての無線端末１０（以下、単に送信側無線機と記す）は、上記連続受信待ち状態αで他の無線端末１０からのＩＤ通知信号Ｒｎｏを受信すると、図示の送信要求（Sreq）を返信すると共に図示の送信要求応答受信待ち状態となる。
【００５５】
受信側無線機としての無線端末１０（以下、単に受信側無線機と記す）は、上記送信要求受信待ち状態で送信要求（Sreq）を受信すると、図示の送信要求応答（Rack）を返信すると共に図示のデータ受信待ち状態となる。
【００５６】
送信側無線機は、上記送信要求応答受信待ち状態で上記送信要求応答（Rack）を受信すると、上記発生したイベントに係わるデータ（Data）を送信すると共に図示のデータ応答受信待ち状態となる。
【００５７】
受信側無線機は、上記データ受信待ち状態で任意のデータ（Data）が送られてくると、このデータ（Data）をメモリ等に記憶し、このデータ（Data）全てを正常に受信・記憶完了した場合には、図示のデータ応答（Dack）を返信する。
【００５８】
送信側無線機は、上記データ応答受信待ち状態で上記データ応答（Dack）を受信すると、データ（Data）を正常に送信（転送等）できたことを確認でき、以ってデータ送信完了とする。
【００５９】
ここで、上記データ（Data）だけでなく、上記送信要求（Sreq）、送信要求応答（Rack）、データ応答（Dack）等のパケットにも、上記図４のフォーマットにより送信元の無線機識別子３３やネットワーク識別子３１等が含まれている。
【００６０】
従来の既存の無線端末における上記図３の処理では、随時、受信したパケット中のネットワーク識別子３１を参照して、これが自己のネットワークＩＤと同一であるか否かをチェックすることで、パケット送信元が自端末と同じグループであるか否かをチェックし、もし異なるのであれば応答等は行わない。本例の無線端末１０の場合、パケット中のネットワーク識別子３１には上記「分割ネットワークＩＤ」が格納されるので、同じグループか否かのチェック処理は、従来とは異なるが、これについては後に図６等を参照して説明する。
【００６１】
何れにしても、図３に示す例は、送信側無線機と受信側無線機とが同じグループに属する場合のシーケンスを示しているものと言うこともできる。
ここで、上述した通り、本例において各無線通信ネットワークシステム（各グループ）毎に割り当てられるネットワークＩＤは、従来では２４ビットであったのに対して、本例では例えば４８ビットとしている。但し、パケットにはネットワークＩＤの半分（２４ビット）のみ付加する。すなわち、既に簡単に述べたように本手法では、ネットワークＩＤを分割して成る複数の分割ネットワークＩＤを用いて、パケットにはネットワークＩＤではなく分割ネットワークＩＤを付加する。尚、本例ではネットワークＩＤを２分割して成る２つの分割ネットワークＩＤを用いるものとするが、この例に限らない。
【００６２】
この例では、各パケット３０のネットワーク識別子３１は、従来でも本例でも２４ビットとなる。
ここで、仮に、従来の２４ビットのネットワークＩＤをネットワークＩＤ＝‘Ａ’と表記するものとし、本例の４８ビットのネットワークＩＤをネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”と表記するものとする。そして、上記２つの分割ネットワークＩＤは、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’と表記するものとする。
【００６３】
つまり、ネットワーク識別子３１には、‘Ａ’と‘Ｂ’の何れかが格納されることになる。
ここで、本例の無線端末１０（４８ビットのネットワークＩＤを持つ）を複数台用いて任意の場所に任意の無線通信ネットワークシステム（１つのグループ）を構築した場合に、その近傍に既に既存の無線端末（２４ビットのネットワークＩＤを持つ）を複数台用いた既存の無線通信ネットワークシステムが構築されているような事態は、充分に起こり得ることである。従って、本例の無線端末１０同士の通信で同一グループか否かをチェックするだけでなく、本例の無線端末１０と既存の無線端末との通信で同一グループか否かをチェックすることを、例えば図３に示す通信シーケンスに従って行われるようにする。
【００６４】
そして、当然、同一のグループか否かについて誤判定することが無いようにすることが望まれる。特に、例えば既存の無線端末が上記ネットワークＩＤ＝‘Ａ’であり本例の無線端末１０が上記ネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”である場合のように、既存のネットワークＩＤ＝‘Ａ’が２つの分割ネットワークＩＤのうちの一方と同一であるような場合でも、同一のグループか否かについて誤判定することが無いようにすることが望まれる。
【００６５】
ここで、上記の様な表記を用いて、図５、図６に、無線端末の処理フローを示す。
図５は、既存の無線端末の処理フローチャート図である。
図６は、本例の無線端末１０の処理フローチャート図である。
【００６６】
まず、図５を参照して従来例について説明する。図５（ａ）はデータ受信側無線端末としての処理フローであり、図５（ｂ）はデータ送信側無線端末としての処理フローである。換言すれば、図５（ｂ）は図３に示すデータ送信要因発生後の処理フローチャート図である。尚、データ受信側無線端末、データ送信側無線端末の両方とも、そのネットワークＩＤは‘Ａ’であるものとする（つまり、同じグループに属するものとする）。
【００６７】
以下、まず、図５（ａ）を参照してデータ受信側の処理について説明する。
図５（ａ）において、データ受信側無線端末は、上記の通り定周期でＩＤ通知信号Ｒｎｏを送信すると共に短時間の送信要求受信待ち状態となる（ステップＳ１１）。尚、このＩＤ通知信号Ｒｎｏには、自端末のネットワークＩＤ＝‘Ａ’が付加されている。
【００６８】
そして、送信要求受信待ち状態中に上記送信要求（Sreq）を受信しなかったならば（ステップＳ１２、ＮＯ）、ステップＳ１１に戻り、次のＩＤ通知信号Ｒｎｏ送信を行うことになる。送信要求受信待ち状態中に上記送信要求（Sreq）を受信した場合には、そのネットワーク識別子３１が自端末のネットワークＩＤと同じ‘Ａ’であるか否かをチェックし、同じではない（‘Ａ’ではない）場合にもステップＳ１２の判定はＮＯとなる。
【００６９】
尚、上記説明では送信要求受信待ち状態について言及したが、図３で説明した各種の受信待ち状態に関しては、これ以降は特に言及せずに省略して説明する場合もあるものとする。
【００７０】
受信した送信要求（Sreq）のネットワーク識別子３１が自端末のネットワークＩＤと同一（‘Ａ’）である場合には（ステップＳ１２，ＹＥＳ）、自端末のネットワークＩＤ＝‘Ａ’を付加した送信要求応答（Rack）を送信し（ステップＳ１３）、通信相手からデータ（Data）が送信されてくるのを待つ。
【００７１】
データ（Data）が送信されてこなかった場合、または受信したデータ（Data）のネットワーク識別子３１が自端末のネットワークＩＤと同じ（‘Ａ’）ではなかった場合には（ステップＳ１４、ＮＯ）、ステップＳ１１に戻る。
【００７２】
尚、ネットワークＩＤの付加とは、ネットワークＩＤをネットワーク識別子３１に格納することを意味する。
そのネットワーク識別子３１が自端末のネットワークＩＤと同じ（‘Ａ’）であるデータ（Data）を受信した場合には（ステップＳ１４，ＹＥＳ）、自端末のネットワークＩＤ＝‘Ａ’を付加したデータ応答（Dack）を送信すると共に（ステップＳ１５）、データ受信処理（受信したデータ（Data）の解析処理等）を行う（ステップＳ１６）。これによって、例えば、受信したデータ（Data）を更に他の無線端末に転送する処理等が行われることになる。
【００７３】
次に、図５（ｂ）を参照してデータ送信側の処理について説明する。
図５（ｂ）において、上記連続受信待ち状態αとなっている無線端末であるデータ送信側無線端末は、上記ＩＤ通知信号Ｒｎｏを受信すると、そのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一であるか否かをチェックし、異なる場合には（ステップＳ２１、ＮＯ）、受信したＩＤ通知信号Ｒｎｏを破棄する等して、次のＩＤ通知信号Ｒｎｏを受信するのを待つ。
【００７４】
一方、受信したＩＤ通知信号Ｒｎｏのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一である場合には（ステップＳ２１，ＹＥＳ）、自端末のネットワークＩＤ＝‘Ａ’を付加した送信要求（Sreq）を送信する（ステップＳ２２）。
【００７５】
そして、上記送信要求応答（Rack）を受信したら、そのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一であるか否かをチェックし、異なる場合にはステップＳ２１に戻り、他のＩＤ通知信号Ｒｎｏの受信を待つ。一方、自端末のネットワークＩＤと同一のネットワーク識別子３１＝‘Ａ’を持つ送信要求応答（Rack）を受信した場合には（ステップＳ２３，ＹＥＳ）、データ（Data）送信を行う（ステップＳ２４）。
【００７６】
その後、上記データ応答（Dack）を受信したら、そのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一であるか否かをチェックし、異なる場合にはステップＳ２１に戻り、同一である場合にはデータ送信処理を正常完了したものとして本処理を終了し、例えば図５（ａ）の処理へと移行する。
【００７７】
尚、既に述べた通り、実際には更に、受信したパケットの送信元無線機識別子３３と自端末が保持する構成情報等を参照して、通信相手がデータ転送先であるか否かの判定も行っている。本説明では、この判定は常にＯＫ（データ転送先である）であるものと見做し、その説明は省略するものとする。尚、これは、後述する図６の処理の説明においても同様である。
【００７８】
次に、以下、図６を参照して本例の無線端末１０の動作について説明する。図６（ａ）はデータ受信側無線端末としての処理フローであり、図６（ｂ）はデータ送信側無線端末としての処理フローである。換言すれば、図６（ｂ）は図３に示すデータ送信要因発生後の処理フローチャート図である。尚、データ受信側無線端末、データ送信側無線端末の両方とも、そのネットワークＩＤは“‘Ａ’＋‘Ｂ’”であるものとする。また、このネットワークＩＤ＝「‘Ａ’＋‘Ｂ’」を２つに分割したものを、それぞれ、分割ネットワークＩＤ＝‘Ａ’、分割ネットワークＩＤ＝‘Ｂ’と記すものとする。
【００７９】
以下、まず、図６（ａ）を参照してデータ受信側の処理について説明する。
図６（ａ）において、データ受信側の無線端末１０は、従来と略同様に定周期でＩＤ通知信号Ｒｎｏを送信するが（ステップＳ３１）、本例ではＩＤ通知信号Ｒｎｏのネットワーク識別子３１として、上記分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’とを交互に用いる。つまり、定周期で送信するＩＤ通知信号Ｒｎｏには、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’とを交互に付加する。
【００８０】
尚、ここでは、ネットワーク識別子３１として‘Ａ’が付加されたＩＤ通知信号ＲｎｏをＲｎｏ（Ａ）、ネットワーク識別子３１として‘Ｂ’が付加されたＩＤ通知信号ＲｎｏをＲｎｏ（Ｂ）等と表記するものとする。
【００８１】
よって、図示の処理例では、特に応答が無い場合は、図６（ａ）に示すステップＳ３１でＲｎｏ（Ａ）を送信し、所定時間後（本例では３秒後とする）にステップＳ３７でＲｎｏ（Ｂ）を送信し、３秒後に再びステップＳ３１でＲｎｏ（Ａ）を送信し、更に３秒後に再びステップＳ３７でＲｎｏ（Ｂ）を送信する、等という処理を行うことになる。
【００８２】
そして、例えば、ＩＤ通知信号Ｒｎｏ（Ａ）を送信後の送信要求受信待ち状態中に送信要求（Sreq）を受信したならば、そのネットワーク識別子３１が他方の分割ネットワークＩＤと同一であるか否かをチェックする（ステップＳ３２）。ここで、“他方の分割ネットワークＩＤ”とは、上記ステップＳ３１でＩＤ通知信号Ｒｎｏに付加した分割ネットワークＩＤ以外の分割ネットワークＩＤである。よって、ここでは“他方の分割ネットワークＩＤ”は分割ネットワークＩＤ＝‘Ｂ’であり、ステップＳ３２ではネットワーク識別子３１が‘Ｂ’であるか否かをチェックすることになる。
【００８３】
上記送信要求受信待ち状態中に送信要求（Sreq）を受信しなかった場合、または受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワークＩＤ＝‘Ｂ’と同一ではなかった場合には（ステップＳ３２，ＮＯ）、そのままステップＳ３７の処理へ移行し、上記の通り今度はＩＤ通知信号Ｒｎｏ（Ｂ）を送信する。勿論、このＲｎｏ（Ｂ）の送信は、上記ステップＳ３１のＲｎｏ（Ａ）送信から所定時間後（本例では３秒後）に行われることになる。つまり、定周期でＲｎｏを送信すること自体は従来と略同様であるが、送信する内容が異なることになる。つまり、従来のように自端末のネットワークＩＤをそのまま付加するのではなく、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に付加している。
【００８４】
受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワークＩＤ＝‘Ｂ’と同一である場合には（ステップＳ３２，ＹＥＳ）、続いて、上記ステップＳ３１の場合と同じ分割ネットワークＩＤ＝‘Ａ’を付加した送信要求応答（Rack）（Rack（Ａ）と記す）を送信する（ステップＳ３３）。
【００８５】
その後、そのネットワーク識別子３１が上記「他方の分割ネットワークＩＤ」＝‘Ｂ’であるデータ（Data）を受信した場合には（ステップＳ３４，ＹＥＳ）、上記ステップＳ３１の場合と同じ分割ネットワークＩＤ＝‘Ａ’を付加したデータ応答（Dack）を送信すると共に（ステップＳ３５）、データ受信処理（受信したデータ（Data）の解析処理等）を行う（ステップＳ３６）。これによって、例えば、受信したデータ（Data）を更に他の無線端末に転送する処理等が行われることになる。
【００８６】
ステップＳ３７〜Ｓ４２の処理は、上記ステップＳ３１〜Ｓ３６の処理と略同様であり、上記ステップＳ３１〜Ｓ３６の説明におけるＡとＢとが逆になるだけである。
すなわち、データ受信側の無線端末１０は、従来と略同様に定周期でＩＤ通知信号Ｒｎｏを送信するが（ステップＳ３７）、上記の通り上記ステップＳ３１と当該ステップＳ３７とで分割ネットワークＩＤ‘Ａ’‘Ｂ’を交互に用いながら（そのネットワーク識別子３１を交互に変えながら）ＩＤ通知信号Ｒｎｏを送信する。よって、ステップＳ３７では、分割ネットワークＩＤ＝‘Ｂ’が付加されたＩＤ通知信号ＲｎｏすなわちＲｎｏ（Ｂ）を、送信することになる。
【００８７】
そして、例えば、上記ＩＤ通知信号Ｒｎｏ（Ｂ）を送信後の送信要求受信待ち状態中に送信要求（Sreq）を受信したならば、そのネットワーク識別子３１が他方の分割ネットワークＩＤと同一であるか否かをチェックする（ステップＳ３８）。ここで、“他方の分割ネットワークＩＤ”とは、上記ステップＳ３７でＩＤ通知信号Ｒｎｏに付加した分割ネットワークＩＤ以外の分割ネットワークＩＤである。よって、ここでは、受信した送信要求（Sreq）のネットワーク識別子３１が‘Ａ’であるか否かをチェックすることになる。
【００８８】
上記送信要求受信待ち状態中に送信要求（Sreq）を受信しなかった場合、または受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワークＩＤ＝‘Ａ’と同一ではなかった場合には（ステップＳ３８，ＮＯ）、そのままステップＳ３１の処理へ戻り、再び上記ＩＤ通知信号Ｒｎｏ（Ａ）を送信することになる。勿論、このＲｎｏ（Ａ）の送信は、上記ステップＳ３７のＲｎｏ（Ｂ）送信から所定時間後（本例では３秒後）に行われることになる。
【００８９】
受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワーク識別子＝‘Ａ’と同一である場合には（ステップＳ３８，ＹＥＳ）、続いて、上記ステップＳ３７の場合と同じ分割ネットワークＩＤ＝‘Ｂ’を付加した送信要求応答（Rack）（Rack（Ｂ）と記す）を送信する（ステップＳ３９）。
【００９０】
その後、そのネットワーク識別子３１が上記「他方の分割ネットワークＩＤ」＝‘Ａ’と同じであるデータ（Data）を受信した場合には（ステップＳ４０，ＹＥＳ）、上記ステップＳ３７の場合と同じ分割ネットワークＩＤ＝‘Ｂ’を付加したデータ応答（Dack）を送信すると共に（ステップＳ４１）、データ受信処理（受信したデータ（Data）の解析処理等）を行う（ステップＳ４２）。これによって、例えば、受信したデータ（Data）を更に他の無線端末に転送する処理等が行われることになる。
【００９１】
上記のように、本例のデータ受信側の無線端末１０は、基本的に、自端末のネットワークＩＤを２分割して成る２つの分割ネットワークＩＤの何れか一方を付加した何らかのパケットを送信すると、他方の分割ネットワークＩＤと同じものが付加されたパケットが返信されてくるのを待ち、当該パケットが返信されてきたことを以って通信相手が自端末と同じグループに属することを確認しつつ、処理を進めることになる。但し、図示の例に限らない。例えば、ステップＳ３２またはステップＳ３８の判定がＹＥＳとなった時点で、通信相手が自端末と同じグループに属するものと判定し、その後は、特に確認を行わないようにしてもよい。
【００９２】
次に、以下、図６（ｂ）を参照してデータ送信側の処理について説明する。
図６（ｂ）の処理は、上記連続受信待ち状態αとなった後の無線端末１０の処理である。
【００９３】
図６（ｂ）において、上記連続受信待ち状態α中に上記ＩＤ通知信号Ｒｎｏを受信すると、そのネットワーク識別子３１が自端末の分割ネットワークＩＤ‘Ａ’‘Ｂ’のどちらかであるか、あるいはどちらでも無いのかをチェックする（ステップＳ５１，Ｓ５６）。すなわち、受信したＲｎｏのネットワーク識別子３１が分割ネットワークＩＤ＝‘Ａ’と同じであるならば（ステップＳ５１，ＹＥＳ）ステップＳ５２へ移行し、分割ネットワークＩＤ＝‘Ｂ’と同じであるならば（ステップＳ５１がＮＯでＳ５６がＹＥＳ）ステップＳ５７へ移行し、‘Ａ’‘Ｂ’以外（例えば‘Ｃ’等）である場合には（ステップＳ５１，Ｓ５６の両方がＮＯ）返信等を行うことなくステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９４】
ステップＳ５２では、他方の分割ネットワークＩＤを付加した送信要求（Sreq）を送信する。ここで、「他方の分割ネットワークＩＤ」とは、自端末の分割ネットワークＩＤ‘Ａ’‘Ｂ’のうち、受信したＲｎｏのネットワーク識別子３１とは異なる方の分割ネットワークＩＤである。ここでは、受信したＲｎｏはＲｎｏ（Ａ）であることから、他方の分割ネットワークＩＤ＝‘Ｂ’を付加した送信要求（Sreq（Ｂ））を送信する。
【００９５】
これに対して、送信要求応答（Rack）の返信が無かった場合、または受信した送信要求応答（Rack）のネットワーク識別子３１が上記受信したＲｎｏの場合と同じではなかった場合（つまり、‘Ａ’ではなかった場合）（ステップＳ５３，ＮＯ）、応答等は行うことなくステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９６】
上記受信したＲｎｏの場合と同じネットワーク識別子３１（＝‘Ａ’）が付加された送信要求応答（Rack（Ａ））を受信した場合には（ステップＳ５３，ＹＥＳ）、上記送信要求（Sreq（Ｂ））の場合と同じ分割ネットワークＩＤ（＝‘Ｂ’）を付加したデータ（Data（Ｂ））を送信する（ステップＳ５４）。その後、上記Ｒｎｏの場合と同じネットワーク識別子３１（＝‘Ａ’）が付加されたデータ応答（Dack（Ａ））を受信したら（ステップＳ５５，ＹＥＳ）、データ（Data）送信は正常に完了したものとし、本処理を終了する。Dack（Ａ）を受信しなかったら（ステップＳ５５，ＮＯ）、ステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９７】
上記の通り、ステップＳ５６がＹＥＳの場合には（Ｒｎｏ（Ｂ）受信の場合）、ステップＳ５７へ移行するが、ステップＳ５７〜Ｓ６０の処理は、上述したステップＳ５２〜Ｓ５５の処理と略同様であり、‘Ａ’と‘Ｂ’とが逆になるだけである。
【００９８】
すなわち、まず、ステップＳ５７では、受信したＲｎｏはＲｎｏ（Ｂ）であることから、他方の分割ネットワークＩＤ＝‘Ａ’を付加した送信要求（Sreq（Ａ））を送信する。
これに対して、送信要求応答（Rack）の返信が無かった場合、または受信した送信要求応答（Rack）のネットワーク識別子３１が上記Ｒｎｏ（Ｂ）の場合と同じではなかった場合（つまり、‘Ｂ’ではなかった場合）（ステップＳ５８，ＮＯ）、応答等は行うことなくステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９９】
上記Ｒｎｏ（Ｂ）の場合と同じネットワーク識別子３１（＝‘Ｂ’）が付加された送信要求応答（Rack（Ｂ））を受信した場合には（ステップＳ５８，ＹＥＳ）、上記送信要求（Sreq（Ａ））の場合と同じネットワークＩＤ（＝‘Ａ’）を付加したデータ（Data（Ａ））を送信する（ステップＳ５９）。その後、上記Ｒｎｏ（Ｂ）の場合と同じネットワーク識別子３１（＝‘Ｂ’）が付加されたデータ応答（Dack（Ｂ））を受信したら（ステップＳ６０，ＹＥＳ）、データ（Data）送信は正常に完了したものとし、本処理を終了する。Dack（Ｂ）を受信しなかったら（ステップＳ６０，ＮＯ）、ステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【０１００】
尚、図６の処理において、データ受信側は、ステップＳ３２またはＳ３８がＹＥＳとなった段階で、通信相手は自端末と同じグループであると見做す。データ送信側は、ステップＳ５３またはＳ５８がＹＥＳとなった段階で、通信相手は自端末と同じグループであると見做す。但し、別の無線端末との混信等の可能性を考慮して、その後のステップＳ３４やＳ４０あるいはステップＳ５５やＳ６０等のチェックも行うことが望ましい。
【０１０１】
図７〜図９に、上述した図５、図６の処理による、隣接する（直接無線通信可能な）無線端末同士のアクセスシーケンス例を示す。
考え得る組み合わせとしては、本例の無線端末１０同士、本例の無線端末１０と既存の無線端末、既存の無線端末同士がある。尚、図７〜図９や後述する図１０、図１１においては、既存の無線端末は“簡易”、本例の無線端末１０は“詳細”と表記するものとする。
【０１０２】
尚、図７〜図９において、図上左側をデータ受信側の無線端末、図上右側をデータ送信側の無線端末とする。また、尚、図ではデータ受信側のみがＲｎｏを送信しているが、データ送信側においてもデータ送信イベント発生時以外はＲｎｏを送信しているのであり、図では省略しているだけである。
【０１０３】
まず、図７（ａ）に、既存の無線端末同士のアクセスシーケンス例を示す。
尚、図示の例では、２つの無線端末（簡易）は両方ともネットワークＩＤ＝‘Ａ’であるものとする。
【０１０４】
同図において、上述した図５（ａ）のようにデータ受信側の無線端末は定周期で（例えば３秒毎に）上記ＩＤ通知信号Ｒｎｏを送信する。データ送信側の無線端末は、データ送信イベント発生時以外は、Ｒｎｏを受信しても何もしないか、もしくは隣接確認処理を行う。この隣接確認処理は、既存の処理であり、後に図１０、図１１を参照して簡単に説明するものとし、ここでは特に説明しない。
【０１０５】
データ送信側の無線端末は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図５（ｂ）のデータ送信処理を開始する。これより、図７（ａ）に示す通り、Ｒｎｏ（Ａ）を受信したらSreq（Ａ）を送信し、これに対してRack（Ａ）が返信されてきたらData（Ａ）を送信し、これに対してDack（Ａ）が返信されてきたら、データ送信処理を正常終了する。
【０１０６】
次に、図７（ｂ）に、本例の無線端末１０（詳細）同士のアクセスシーケンス例を示す。
尚、図示の例では、２つの無線端末１０（詳細）は両方ともネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”であるものとする。また、両方とも、分割ネットワークＩＤは、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’であるものとする。
【０１０７】
同図において、上述した図６（ａ）のようにデータ受信側の無線端末１０は定周期で（例えば３秒毎に）上記ＩＤ通知信号Ｒｎｏを送信する。これは、上記の通り、Ｒｎｏ（Ａ）とＲｎｏ（Ｂ）とを交互に送信することになる。データ送信側の無線端末は、データ送信イベント発生時以外は、Ｒｎｏを受信しても何もしないか、もしくは隣接確認処理を行う。この隣接確認処理は、後に図１０、図１１を参照して簡単に説明するものとし、ここでは特に説明しない。
【０１０８】
データ送信側の無線端末１０は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図６（ｂ）のデータ送信処理を開始する。図７（ｂ）に示す例では、データ送信処理開始後に最初に受信するＲｎｏは、上記Ｒｎｏ（Ａ）であるので、Sreq（Ｂ）を送信し、これに対してRack（Ａ）が返信されてきたらData（Ｂ）を送信し、これに対してDack（Ａ）が返信されてきたら、データ送信処理を正常終了する。
【０１０９】
データ受信側の無線端末１０は、上述した図６（ａ）処理を実行することで、図７（ｂ）に示す例では、上記Ｒｎｏ（Ａ）を送信後に上記Sreq（Ｂ）が返信されてきたら、上記Rack（Ａ）を送信し、その後、上記データData（Ｂ）が返信されてきたら、このデータを受信・記憶すると共に、上記Dack（Ａ）を送信する。
【０１１０】
尚、図７（ｂ）に示す通り、データ送信側の無線端末１０、データ受信側の無線端末１０のどちらも、自己の２つの分割ネットワークＩＤの何れか一方を付加したパケットを送信したら、他方の分割ネットワークＩＤと同じものが付加された所定のパケットが返信されてくるのを待つ。図示のＢ待ちとは分割ネットワークＩＤ＝Ｂが付加されたパケットの受信待ちを意味し、図示のＡ待ちとは分割ネットワークＩＤ＝Ａが付加されたパケットの受信待ちを意味する。よって、Ｒｎｏ（Ａ）送信後やRack（Ａ）送信後はＢ待ちとなり、Sreq（Ｂ）やData（Ｂ）を送信後はＡ待ちとなる。
【０１１１】
また、データ送信側の無線端末１０、データ受信側の無線端末１０のどちらも、受信したパケットに対して返信するパケットには、自己の２つの分割ネットワークＩＤのうち、受信したパケットに付加されているものとは異なる方を付加する。よって、図示の例では例えば、Rno（Ａ）に対してSreq（Ｂ）を返信することになるが、Rno（Ｂ）に対してはSreq（Ａ）を返信することになる。よって、当然、RackはRack（Ｂ）等となることになる。
【０１１２】
尚、上記所定のパケットとは、Ｒｎｏに対してはSreqであり、Sreqに対してはRackであり、Rackに対してはDataであり、Dataに対してはDackである。
次に、図８（ａ）に、本例の無線端末１０（詳細）と既存の無線端末（簡易）とのアクセスシーケンス例（その１）を示す。
【０１１３】
尚、図示の例では、本例の無線端末１０（詳細）はネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”であり、２つの分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’を持つものとする。また、既存の無線端末（簡易）はネットワークＩＤ＝‘Ａ’であるものとする。また、図８（ａ）の例では、本例の無線端末１０（詳細）はデータ受信側、既存の無線端末（簡易）はデータ送信側であるものとする。
【０１１４】
無線端末１０（詳細）は、上記図６（ａ）の処理を行っており、図示の通りＲｎｏ（Ａ）とＲｎｏ（Ｂ）とを定周期で（例えば３秒毎に）交互に送信している。尚、その際、隣接確認処理を行っても良いが、これについては後に図１０、図１１を参照して説明する。
【０１１５】
一方、既存の無線端末（簡易）は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図５（ｂ）のデータ送信処理を開始する。
これより、例えば図示の例ではＲｎｏ（Ａ）を受信することからステップＳ２１はＹＥＳとなり、Sreq（Ａ）を返信することになる。なお、Ｒｎｏ（Ｂ）を受信したときには、ステップＳ２１はＮＯとなり、何も応答は行わないことになる。
【０１１６】
無線端末１０（詳細）は、Sreq（Ａ）を受信すると、上記ステップＳ３２の判定がＮＯとなることから何も応答せずにSreqを破棄することになり、通信は成立しないことになる。
【０１１７】
この様に、既存の無線端末（簡易）側ではネットワークＩＤが同一である（通信相手は自端末と同じネットワークに属する）と判断しかねないケースでも、無線端末１０（詳細）の処理によって通信は成立しないことになる。
【０１１８】
次に、図８（ｂ）に、本例の無線端末１０（詳細）と既存の無線端末（簡易）とのアクセスシーケンス例（その２）を示す。
尚、図示の例では、本例の無線端末１０（詳細）はネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”であり、２つの分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’を持つものとする。既存の無線端末（簡易）はネットワークＩＤ＝‘Ａ’であるものとする。また、図８（ｂ）の例では、本例の無線端末１０（詳細）はデータ送信側、既存の無線端末（簡易）はデータ受信側であるものとする。
【０１１９】
既存の無線端末（簡易）は、上記図５（ａ）の処理を行っており、図示の通りＲｎｏ（Ａ）を定周期で（例えば３秒毎に）送信している。尚、その際、隣接確認処理を行っても良いが、これについては後に図１０、図１１を参照して説明する。
【０１２０】
一方、無線端末１０（詳細）は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図６（ｂ）のデータ送信処理を開始する。
これより、Ｒｎｏ（Ａ）を受信することでステップＳ５１はＹＥＳとなり、Sreq（Ｂ）を返信することになる。この為、既存の無線端末（簡易）側では上記ステップＳ１２がＮＯとなることから、何も応答せずにSreqを破棄することになり、通信は成立しないことになる。
【０１２１】
この様に、本例の無線端末１０（詳細）を、既存の無線端末（簡易）で構成される既存の無線通信ネットワークシステムの近傍に設置したとしても、誤認識して同一グループであると見做すようなことはなく、何ら問題はない。
【０１２２】
そして、本例の無線端末１０（詳細）は、自端末のネットワークＩＤの桁数（データ量）が、既存の無線端末（簡易）より多い（本例では、簡易が２４ビットで、詳細は４８ビットであり、従来の倍となっている）。しかしながら、図８に示す無線端末１０（詳細）が送信するＲｎｏ（Ａ）、Ｒｎｏ（Ｂ）は、既存の無線端末（簡易）が送信するＲｎｏ（Ａ）とデータ量が同じであり、またＲｎｏの送信回数（送信周期；３秒毎など）も既存の無線端末（簡易）と同じである。
【０１２３】
このように、頻繁に送信されるＩＤ通知信号Ｒｎｏのデータ量と送信回数は、従来と変わらないので、それに係る電力消費量も従来と略同様である。よって、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにできる。
【０１２４】
次に、図９に、本例の無線端末１０を既存システムに組み込む場合のアクセスシーケンス例を示す。
上述したように、本例の無線端末１０を、既存の無線端末（簡易）で構成される既存の無線通信ネットワークシステムの近傍に設置したとしても、誤認識して同一グループであると見做すようなことはない。
【０１２５】
しかしながら、逆に、本例の無線端末１０を既存の無線通信ネットワークシステムに組み込みたい場合もある。例えば、将来的に既存の無線端末（簡易）は製造中止とし、本例の無線端末１０は製造し続ける状態となった場合において、既存システムの無線端末（簡易）が故障して交換が必要になった場合等である。
【０１２６】
この場合、本例の無線端末１０の４８ビットのネットワークＩＤを、その分割ネットワークＩＤが、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ａ’となるように設定する。尚、‘Ａ’が２つあると説明し難いので、一方を図示の通り「Ａ’」と表記するものとする。よって、「Ａ’」＝Ａである。尚、この場合、４８ビットのネットワークＩＤを、例えば上位側２４ビットを‘Ａ’、下位側２４ビットを「Ａ’」等とすることが考えられる。但し、後述する図１２のような分割ネットワークＩＤ生成を行う場合には、この方法は適用できないが、何れにしても結果的に、２つの分割ネットワークＩＤが同じものとなるようにすればよい。
【０１２７】
この様にすることで、図９に示すように、本例の無線端末１０と既存の無線端末（簡易）とでデータ送受信が可能となる。
すなわち、図上左側が本例の無線端末１０、図上右側が既存の無線端末（簡易）であり、既存の無線端末（簡易）がデータ送信側になるとする。
【０１２８】
本例の無線端末１０は、上記図６の処理を実行する。よって、定周期のＲｎｏ送信の際には、２つの分割ネットワークＩＤを交互に付加するが、ここでは分割ネットワークＩＤ＝‘Ａ’と「Ａ’」とを交互に付加することになるので、上記の通り実質的には図７（ａ）に示す既存の無線端末（簡易）のＲｎｏ送信動作と変わらないことになる。
【０１２９】
また、図９の動作は、図７（ｂ）における‘Ｂ’を全て「Ａ’」に置き換えたものに相当することになるので、図９に示すように、例えば上記ステップＳ３１によりＲｎｏ（Ａ）送信後に、“「Ａ’」待ち状態”となる。これに対して既存の無線端末（簡易）からはSreq（Ａ）が返信されてくるが、上記の通り「Ａ’」＝Ａであり、両者を区別できないのであるから、上記ステップＳ３２の判定はＹＥＳとなる。その後、ステップＳ３３でRack（Ａ）送信後も“「Ａ’」待ち状態”となり、既存の無線端末（簡易）からはData（Ａ）が返信されてくるが、上記と同様、ステップＳ３４の判定はＹＥＳとなり、データ受信処理が成立することになる。
【０１３０】
特に図示しないが、本例の無線端末１０がデータ送信側となる場合も、略同様にして、問題なく既存の無線端末（簡易）に対してデータ送信することが可能となり、実質的に、既存の無線通信ネットワークシステムに対して本例の無線端末１０を追加させることが可能となる。
【０１３１】
また、本例の場合、後述する図１１において、‘Ｂ’が全て「Ａ’」に置き換わることになることから、図示の“簡易”からの隣接確認（Ａ）に対して、図示の”詳細“は隣接応答（Ａ’）を返信することになる。上記の通り「Ａ’」＝Ａであるので、実質的に隣接応答（Ａ）が返信されることになる。よって、簡易側では、通信相手は自端末と同じグループに属する隣接無線機であるものと判定して登録することになり、これが構成情報に反映されることで、図示の“簡易”を含む既存の無線通信ネットワークシステムに対して、図示の”詳細“を新たに組み込ませることが可能となる。
【０１３２】
尚、上記のことから、逆に、本例の無線端末１０のネットワークＩＤの設定は、既存の無線通信ネットワークシステムに組み込む場合を除いては、２つの分割ネットワークＩＤが同一にならないように設定する必要がある。
【０１３３】
次に、図１０、図１１を参照して、隣接確認処理について説明する。
従来より、各無線端末は、送信データが無い状態においてＩＤ通知信号Ｒｎｏを受信した際に、隣接確認処理を行う場合がある。この隣接確認処理は、所定の隣接確認パケットと隣接応答パケットとを送受信するものである。
【０１３４】
まず、図１０には、本例の無線端末１０（詳細）同士の隣接確認処理シーケンスを示す。尚、図では、図上右側の無線端末１０（詳細）のみがＩＤ通知信号Ｒｎｏを定周期で送信しているが、図示していないだけであり図上左側の無線端末１０（詳細）もＩＤ通知信号Ｒｎｏを定周期で送信している。
【０１３５】
勿論、上記Ｒｎｏ（Ａ）とＲｎｏ（Ｂ）とを交互に送信している。
ここで、特にフローチャート等は示さないが、本例の無線端末１０（詳細）は、通常状態（例えば上記連続受信待ち状態α以外の状態）のときに任意のタイミングで隣接確認モードとなり、このモードのときにＩＤ通知信号Ｒｎｏを受信したら、隣接確認パケットを送信する。これは、受信したＩＤ通知信号Ｒｎｏのネットワーク識別子３１が、自端末の複数の分割ネットワークＩＤの何れかと同じであるか否かを判定し、判定結果がＹＥＳの場合には、他方の（異なる方の）分割ネットワークＩＤを付加した隣接確認パケットを送信する。図示の例では、Ｒｎｏ（Ａ）を受信しているので、分割ネットワークＩＤ＝‘Ｂ’を付加した隣接確認パケット（Ｂ）を送信することになる。
【０１３６】
尚、Ｒｎｏ（Ｂ）を受信した場合には隣接確認パケット（Ａ）を送信することになる。
この隣接確認パケット（Ｂ）を受信した図上右側の無線端末１０（詳細）は、Ｒｎｏ（Ａ）に対して隣接確認パケット（Ｂ）が返信されてきた（“Ｂ待ち”状態でＢが返信されてきた）ことを以って、通信相手は自端末と同グループであると判断して、通信相手を隣接無線機として登録する。そして、例えば構成情報に反映させることになる。更に、自端末の２つの分割ネットワークＩＤ‘Ａ’、‘Ｂ’のうち、受信した隣接確認パケットのネットワーク識別子３１＝‘Ｂ’とは異なる方の分割ネットワークＩＤ＝‘Ａ’を付加した隣接応答パケット、すなわち隣接応答パケット（Ａ）を、生成・送信する。
【０１３７】
図上左側の無線端末１０（詳細）は、上記隣接確認パケット（Ｂ）に対して隣接応答パケット（Ａ）が返信されてきた（“Ａ待ち”状態でＡが返信されてきた）ことを以って、通信相手を自端末と同じグループに属する隣接無線端末と判定して登録する。そして、例えば構成情報に反映させることになる。尚、各パケットのフレームフォーマットは、図４に示す例であり、受信パケットの送信元無線機識別子３３を、隣接無線端末として登録することになる。
【０１３８】
次に、図１１には、本例の無線端末１０（詳細）と既存の無線端末（簡易）との隣接確認処理シーケンスを示す。尚、図では、図上右側の無線端末１０（詳細）のみがＩＤ通知信号Ｒｎｏを定周期で送信しているが、図示していないだけであり図上左側の無線端末（簡易）もＩＤ通知信号Ｒｎｏを定周期で送信している。勿論、無線端末１０（詳細）は、上記Ｒｎｏ（Ａ）とＲｎｏ（Ｂ）とを交互に送信している。
【０１３９】
図示の例では、図上左側の無線端末（簡易）は、上記通常状態のときに任意のタイミングで隣接確認モードとなり、このモードのときに自端末のネットワークＩＤ（＝‘Ａ’）と同じネットワーク識別子３１が付加されたＩＤ通知信号Ｒｎｏを受信したら、自端末のネットワークＩＤ（＝‘Ａ’）を付加した隣接確認パケット（Ａ）を送信する。そして、自端末のネットワークＩＤ（＝‘Ａ’）と同じネットワーク識別子３１が付加された隣接応答パケット（Ａ）が返信されてくるのを待つ（“Ａ待ち”の状態となる）。
【０１４０】
図１１の図上右側の無線端末１０（詳細）は、上記図１０の図上右側の無線端末１０（詳細）と同様、隣接確認パケットが返信されてきた場合には、対応する隣接応答パケットを生成・送信する。すなわち、自端末の２つの分割ネットワークＩＤ‘Ａ’、‘Ｂ’のうち、受信した隣接確認パケットのネットワーク識別子３１＝‘Ａ’とは異なる方の分割ネットワークＩＤ＝‘Ｂ’を付加した隣接応答パケット、すなわち隣接応答パケット（Ｂ）を、生成・送信する。
【０１４１】
勿論、図１０の場合と同様、隣接確認パケット受信時に隣接登録を行うか否かの判定も行っている。この場合、Ｒｎｏ（Ａ）に対して隣接確認パケット（Ａ）が返信されてきた（“Ｂ待ち”状態でＡが返信されてきた）ことを以って、通信相手は自端末と同グループではないと判断して、通信相手は隣接無線機として登録しない。
【０１４２】
一方、上記“Ａ待ち”の状態となっている図上左側の無線端末（簡易）も、隣接応答パケット（Ｂ）が返信されてくることで、通信相手は同じグループでは無いものと判定し、隣接登録は行わずに、本処理を終了する。
【０１４３】
従来の既存の無線端末は、自端末のネットワークＩＤ‘Ａ’と同じネットワーク識別子が付加されたＲｎｏであるＲｎｏ（Ａ）を受信した時点で、通信相手は自端末と同グループであると判断して、通信相手を隣接無線機として登録していた。この為、図１１に示す例では、図上左側の無線端末（簡易）は、図上右側の無線端末１０（詳細）を誤って隣接無線機として登録してしまう。
【０１４４】
この為、本手法では、既存の無線端末（簡易）を多少改造して（現地で作業員等がプログラム更新して）、図１１に示すシーケンスを実現する処理を実行させる。すなわち、任意のときに上記隣接確認モードとなったら、この隣接確認モード中にＲｎｏ（Ｂ）等の自端末のネットワークＩＤ‘Ａ’とは異なるＲｎｏを受信した場合には何も実行せず、Ｒｎｏ（Ａ）を受信した場合には、隣接確認（Ａ）を送信して“Ａ待ち"（隣接応答（Ａ）待ち）となる。よって、隣接応答（Ａ）が返信されてきた場合には、通信相手を隣接無線機として登録する。図１１の例では、“Ａ待ち"（隣接応答（Ａ）待ち）に対して隣接応答（Ｂ）が返信されてくるので、登録は行われない。尚、隣接無線機は、自端末と同じグループで且つ直接無線通信可能な無線端末である。
【０１４５】
図１２は、上記分割ネットワーク識別子の生成方法の一例を示す図である。
分割ネットワーク識別子の生成方法は、様々であってよく、例えば、４８ビットを上位側２４ビット、下位側２４ビットに分けることが一案として考えられる。この場合、例えば上位側２４ビットを上記分割ネットワーク識別子‘Ａ’、下位側２４ビットを上記分割ネットワーク識別子‘Ｂ’とすることになる。しかし、この場合、分割ネットワーク識別子‘Ａ’は、殆ど変化しないことになる（多くの無線端末１０で同じ値となる）。
【０１４６】
これに対して、例えば図１２に示すように、例えば４８ビットの分割ネットワーク識別子全体を、数ビットずつ（２ビット、４ビット等）分割して、交互に図示の白側と黒側とに区別する。そして、例えば、白側を全てまとめて上記分割ネットワーク識別子‘Ａ’とし、黒側を全てまとめて上記分割ネットワーク識別子‘Ｂ’とする。
【０１４７】
尚、更に、分割ネットワーク識別子‘Ａ’と‘Ｂ’とを区別する為の情報を最上位ビットに付加するようにしてもよい。図示の例では最上位ビットは、分割ネットワーク識別子‘Ａ’は１、分割ネットワーク識別子‘Ｂ’は０となっている。
【０１４８】
この様にすることで、分割ネットワーク識別子‘Ａ’、‘Ｂ’の両方とも下位側（特に最下位に近い）ビットを含むので、殆ど変化しないような事態は起こらないようにできる。
【０１４９】
尚、本例の無線端末１０（詳細）は、特に図示しないが、下記の各種処理機能部を有するものと考えることもできる。尚、下記の各種処理機能部は、上記通信制御部１３（例えばメモリ等を備えるＣＰＵ／ＭＰＵ等）が、予めメモリ等に記憶されている所定のアプリケーションプログラムを実行することにより実現される。
【０１５０】
すなわち、まず、所定周期で間欠的にＩＤ通知信号を無線送信する機能部であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号に上記ネットワーク識別子３１として付加して無線送信するＩＤ通知部を有する。
【０１５１】
そして、データ受信側としての無線端末１０においては、以下の第１判定部とデータ送信部を有すると見做すことが出来る。
すなわち、任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくるＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子３１が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定部を有する。
【０１５２】
そして、該第１判定部によって自端末と同じネットワークに属するものと判定された他の無線端末に対して、任意のデータを無線送信するデータ送信部を有する。
また、データ受信側としての無線端末１０においては、上記ＩＤ通知部に加えて、以下の第２判定部と確認応答部を有すると見做すことが出来る。
【０１５３】
すなわち、上記ＩＤ通知部によって送信したＩＤ通知信号に対して他の無線端末から上記送信要求の返信があった場合、該送信要求に付加されるネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には（例えばＲｎｏ（Ｂ）送信の場合には送信要求のネットワーク識別子＝‘Ａ’である場合には）、当該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定部を有する。
【０１５４】
更に、この第２判定部によって自端末と同じネットワークに属するものと判定された場合には、上記送信要求に対応する上記送信要求応答を送信する確認応答部を有する。送信要求に対応する送信要求応答とは、例えば送信要求Sreq（Ａ）に対しては送信要求応答Rack（Ｂ）、送信要求Sreq（Ｂ）に対しては送信要求応答Rack（Ａ）となる。つまり、‘Ａ’受信に対しては‘Ｂ’送信、‘Ｂ’受信に対しては‘Ａ’送信となる。
【０１５５】
また、無線端末１０は、上記データ送受信に係る処理機能以外にも、例えば、隣接無線機登録に係る以下の処理機能も備えていても良い。
すなわち、無線端末１０は、例えば、所定のモード中に他の無線端末から送信された上記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている上記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して上記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録部を更に有するものであってもよい。
【０１５６】
また、無線端末１０は、例えば、以下の第３判定部、第２の隣接無線機登録部、隣接応答部を備えていても良い。
第３判定部は、上記ＩＤ通知部によって送信したＩＤ通知信号に対して他の無線端末から上記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する。
【０１５７】
第２の隣接無線機登録部は、該第３判定部によって一致すると判定された場合には、上記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する。
【０１５８】
隣接応答部は、上記第３判定部による判定結果に関係なく、隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した上記隣接応答を送信する。
【０１５９】
あるいは、隣接応答部は、上記第３判定部によって一致しないと判定された場合には、上記隣接応答は送信しないようにしてもよい。この場合、第１の隣接無線機登録部は、隣接応答が返信されてこない場合には、隣接無線機ではないと判定することになる。尚、この場合には「該第３判定手段によって一致すると判定された場合には、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答部」などとなる。
【０１６０】
また、例えば、従来の既存の無線端末（簡易）に、所定のモード中に他の無線端末から送信されたＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末のネットワークＩＤと一致するか否かを判定し、一致する場合には、自端末のネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して該自端末のネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第３の隣接無線機登録部を設けるようにしてもよい。
【符号の説明】
【０１６１】
１０ 無線端末
１１ アンテナ
１２ 無線送受信回路
１３ 通信制御部
１４ 電源回路
２０ データ処理装置
３０ パケット
３１ ネットワーク識別子
３２ あて先無線機識別子
３３ 送信元無線機識別子
３４ コマンド・データ
【技術分野】
【０００１】
本発明は、無線通信ネットワークシステムに関する。
【背景技術】
【０００２】
従来、例えば特許文献１等に記載の無線通信ネットワークシステムが提案されている。
図１３（ａ）に、従来の特許文献１等に記載の無線通信ネットワークシステム全体の構成の一例を示す。
【０００３】
同図において、Ａ〜Ｊは分散設置された無線端末を示す。自らが直接通信可能な距離は一般に有限であるので、各無線端末Ａ〜Ｊはシステムを構成する全ての無線端末とは直接通信することはできない。しかしながら、各無線端末Ａ〜Ｊは全て１台以上の無線端末と直接通信することは可能であり、他の無線端末を経由することでシステムを構成する全ての無線端末との通信を可能としている。
【０００４】
各無線端末Ａ〜Ｊは、それぞれ、存在通知パケット、通信診断パケット等を相互に送受信して通信路の信頼性を診断することで、例えば図１３（ｂ）に示すような構成情報を生成・記憶する。
【０００５】
図１３（ｂ）に示す構成情報は、無線端末Ａが生成・記憶する構成情報の一例であり、無線端末Ａの送信するパケットが着信先の無線端末に到達するまでになされる通信回数と、その通信回数を最小通信回数として到達する着信先の無線端末との関係を示している。同図から、例えば、無線端末Ａが１回の通信でパケットを転送可能な無線端末（つまり、無線端末Ａが直接通信可能な無線端末）は、無線端末Ｂ、Ｃ、Ｄであることが分かる。また、無線端末Ｅ，Ｆ，Ｇ，Ｈ，Ｉ，Ｊは、無線端末Ａが直接通信できない無線端末であり、他の無線端末が中継することで（複数回の通信で）、パケットを転送可能な無線端末であることが分かる。そして、他の無線端末が中継することでパケットを転送するために、無線端末Ｅ，Ｆは少なくとも２回の通信を要し（中継回数１回以上）、無線端末Ｇ、Ｈ、Ｉは少なくとも３回の通信を要し、無線端末Ｊは少なくとも４回の通信を要することがわかる。
【０００６】
更に、各無線端末は、例えば図１３（ｂ）のような自端末の構成情報に基づいて、少なくとも自端末が直接通信できる他の無線端末（以下、隣接する無線端末という場合もある）の構成情報を、当該隣接する各無線端末に要求して取得して記憶する。
【０００７】
図１３（ｃ）には、一例として、無線端末Ａが取得・記憶する、隣接する各無線端末の構成情報の一例を示す。
無線端末Ａは、図１３（ｂ）に示す自端末の構成情報の他に、図１３（ｃ）に示す隣接無線端末Ｂ、Ｃ、Ｄの構成情報をも記憶・管理することになる。以下、これらをまとめて構成情報と呼ぶ場合もある。そして、無線端末Ａは（勿論、他の各無線端末も）、構成情報を参照して、パケットの送出先を決定する。
【０００８】
一例として、無線端末Ａが無線端末Ｅを宛先とするパケットを送出する場合を考える。図１３（ｃ）を参照すると、無線端末Ｅへパケットを転送するためには、無線端末Ｂからは１回の通信で転送可能であることがわかる。同様に、無線端末Ｃからは１回、無線端末Ｄからは２回の通信で転送可能であることがわかる。このことにより、無線端末Ａは、着信先が無線端末Ｅであるパケットを無線端末ＢまたはＣのいずれかに送出する。無線端末ＢまたはＣは、このパケットを中継し、これにより当該パケットは１回の中継で無線端末Ｅへ届くことになる。
【０００９】
ここで、上記特許文献１の“発明が解決しようとする課題”に記載のように、各無線端末を識別する為のＩＤ（端末ＩＤというものとする）として任意の論理番号が各無線端末に割り当てられている。製造番号のように一意に識別できるものは、情報量が多すぎるので端末ＩＤとして用いずに、（情報量が少ない）任意の論理番号を端末ＩＤとして用いる。また、この様な端末ＩＤだけでなく、ネットワークＩＤも用いることも記載されている。
【００１０】
すなわち、例えば図１４のように、１つの無線通信ネットワークシステム（任意のグループＣ）を構築し、このグループ内の各無線端末同士は、直接または他の１以上の無線端末を介して、通信を行うことができる。ここで、図１４のように、その近傍に他の無線通信ネットワークシステム（他のグループＤ）を構築した場合、この２つのグループが１つの無線通信ネットワークシステムとして動作することになってしまう可能性があった。
【００１１】
この様な事態を防止する為に、各グループ毎に上記ネットワークＩＤを割り当てることで、ネットワークＩＤが異なる無線端末同士は、通信を行わないようにしている。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２０１０−２８１７０号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
ここで、従来、上記ネットワークＩＤの桁数は、２４ビットであり、約１７００万通りのネットワークＩＤを構成できた。
しかしながら、近年、１７００万通りであっても足りなくなる可能性があり、同じ番号のネットワークＩＤを重複して発行した場合、上記２つのグループが１つになってしまう問題が起こる可能性がある。
【００１４】
これに対して、単純に、ネットワークＩＤの桁数を増やすという対応策が考えられる。例えば、倍の４８ビットとした場合には、約７０兆通りとなり、不足する可能性は殆どないことになる。
【００１５】
しかしながら、この場合、当然、ネットワークＩＤに係る情報量が増えることになる。
ここで、上記特許文献１等に記載のような従来の無線通信ネットワークシステムでは、各無線端末は定期的に（例えば３秒毎に）、自端末の端末ＩＤとネットワークＩＤを含むパケットを送信している。この為、ネットワークＩＤの桁数を増やすと（例えば４８ビット等とすると）、送信する情報量が増えてしまう。送信パケットのデータ量が増えれば、電力消費量も増え、上記のように頻繁に（例えば３秒毎に）送信する為に、電池消耗に係る影響は少なくない（電池寿命が短くなってしまう）。
【００１６】
尚、上記各無線端末の電源は、搭載している電池（一次電池）であり、電池交換することなく長期間動作すること等が求められている。
この様に、ネットワークＩＤの桁数を増やすという対応策をとる場合、上述した問題が生じることになる。
【００１７】
本発明の課題は、ネットワークＩＤを用いる無線通信ネットワークシステムにおいて、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにできる無線通信ネットワークシステム、その無線端末等を提供することである。
【課題を解決するための手段】
【００１８】
本発明の無線通信ネットワークシステムの無線端末は、無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくる前記ＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、前記他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定手段と、該第１判定手段によって自端末と同じネットワークに属するものと判定された前記他の無線端末に対して、前記任意のデータを無線送信するデータ送信手段とを有する。
【００１９】
また、上記無線端末において、例えば、前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記送信要求の返信があった場合、該送信要求に付加される前記ネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定手段と、該第２判定手段によって自端末と同じネットワークに属するものと判定された場合には、前記送信要求に対応する前記送信要求応答を送信する確認応答手段とを更に有する。
【００２０】
例えば、上記ネットワークＩＤが４８ビットであったとしても、例えばこれを均等に２分割して成る２つの分割ネットワークＩＤは、それぞれ、２４ビットとなり、従来のネットワークＩＤと変わらないことになる。そして、各種パケットにネットワーク識別子として付加するのは、２つの分割ネットワークＩＤの何れか一方とする（ＩＤ通知信号の場合は交互に用いる）。よって、ネットワークＩＤの桁数が増えても、パケットのデータ量が変わらず、電力消費量が増大することはない。
【００２１】
２つの分割ネットワークＩＤを用いて上記処理を行うことで、直接的に無線通信を行う２つの無線端末間で相互に、通信相手のネットワークＩＤが自端末のネットワークＩＤと同一であるか否かを確認できる。
【００２２】
また、本発明の無線通信ネットワークシステムの無線端末は、無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録手段とを有する。
【００２３】
また、上記無線端末において、例えば、前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、前記ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する第３判定手段と、該第３判定手段によって一致すると判定された場合には、前記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第２の隣接無線機登録手段と、該第３判定手段によって一致すると判定された場合には、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答手段とを更に有するようにしてもよい。
【００２４】
このようにして、分割ネットワークＩＤを用いて、隣接確認・登録の処理を問題なく行うこともできる。
また、例えば、既存の無線端末に、所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末のネットワークＩＤと一致するか否かを判定し、一致する場合には、自端末のネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して該自端末のネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第３の隣接無線機登録手段を設けるようにしてもよい。
【００２５】
このようにすることで、たとえば２４ビットのネットワークＩＤを有する既存の無線端末が、例えば４８ビットのネットワークＩＤを有する本発明の無線端末を、誤って隣接無線機と見做して登録してしまう事態が生じないようにできる。
【発明の効果】
【００２６】
本発明の無線通信ネットワークシステム、その無線端末等によれば、ネットワークＩＤを用いる無線通信ネットワークシステムにおいて、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにできる。
【図面の簡単な説明】
【００２７】
【図１】本例の無線端末の構成例である。
【図２】本例の無線端末間の間欠通信方法を示す図である。
【図３】図２に示す間欠通信方法について更に詳細に示す図である。
【図４】無線通信パケットのフレームフォーマットを示す図である。
【図５】既存の無線端末の処理フローチャート図である。
【図６】本例の無線端末の処理フローチャート図である。
【図７】（ａ）は既存の無線端末同士、（ｂ）は本例の無線端末同士のアクセスシーケンス例である。
【図８】（ａ）、（ｂ）は、本例の無線端末と既存の無線端末とのアクセスシーケンス例（その１）、（その２）である。
【図９】本例の無線端末を既存システムに組み込む場合のアクセスシーケンス例である。
【図１０】隣接確認処理について説明する為の図（その１）である。
【図１１】隣接確認処理について説明する為の図（その２）である。
【図１２】分割ネットワーク識別子の生成方法の一例を示す図である。
【図１３】（ａ）〜（ｃ）は、無線通信ネットワークシステム全体の構成と構成情報の一例を示す図である。
【図１４】２つのグループが１つの無線通信ネットワークシステムとして動作する例を示す図である。
【発明を実施するための形態】
【００２８】
以下、図面を参照して本発明の実施の形態について説明する。
図１に、本例の無線通信ネットワークシステムにおける無線端末の構成例を示す。
図２には、本例の無線通信ネットワークシステムにおける無線端末間の間欠通信方法を示す図である。
【００２９】
また、図３は、図２に示す間欠通信方法について更に詳細に示す図である。
また、図４には、無線端末間での無線通信パケットのフレームフォーマットを示す図である。
【００３０】
尚、上記図１〜図４に示す端末構成、通信方法、パケットフォーマット等自体は、上記特許文献１等に示す従来の無線通信ネットワークシステムにおける端末構成、通信方法、パケットフォーマット等と略同様であってよく、ここでは簡単に説明するものとする。
【００３１】
まず、図１に示す無線端末の概略的構成例について説明する。
図１に示す無線端末１０は、アンテナ１１と、無線送受信回路１２、通信制御部１３、電源回路１４等を有する。アンテナ１１と無線送受信回路１２によって、他の無線端末１０と無線通信を行い、所定の信号の送受信や任意のデータ送受信を行う。無線通信距離が短い為、上記従来例で説明したように、直接無線通信できない他の無線端末１０とのデータ送受信の際には、別の１または複数の無線端末１０によってデータを中継してもらう必要がある。また、無線端末１０は、上位装置であるデータ処理装置２０に接続してデータ処理装置２０との有線でのデータ送受信を行うこともできる。
【００３２】
無線送受信回路１２は、例えば、特許文献１に示す無線送信回路１３ａと無線受信回路１４ａ等に相当する。
電源回路１４は、不図示の電池を含むものであり、無線送受信回路１２や通信制御部１３等に電力供給する。上記した本発明の解決すべき課題で述べた通り、ネットワークＩＤを増やしても電池の消耗を早めないようにすることが望まれる。
【００３３】
通信制御部１３は、例えばメモリ等を備えるＣＰＵ／ＭＰＵ等を含んで構成されるものであり、後述する図６等の処理は、ＣＰＵ／ＭＰＵ等が予めメモリ等に記憶されている所定のアプリケーションプログラムを実行することにより実現される。また、このメモリには、上記図１３（ｂ）、（ｃ）等に示す構成情報等も記憶される。また、上記メモリ等には、自端末に予め任意に割り当てられている端末識別ＩＤ（無線機識別子）と、自端末が属するグループ（無線通信ネットワークシステム）を示すユニークなネットワークＩＤとが、予め（例えば設置の際の初期登録作業等で）登録・記憶されている。
【００３４】
既に従来技術等で述べた通り、端末識別ＩＤ（無線機識別子）自体は、複数の無線端末で重複して登録される場合が有り得る（勿論、同じグループ内では重複しないようにするが、任意のグループに属する無線端末１０の端末識別ＩＤと同じ端末識別ＩＤを持つ無線端末１０は、他のグループには存在する可能性がある）。
【００３５】
これにより、各無線端末１０は、端末識別ＩＤだけでなくネットワークＩＤも用いて、他の無線端末１０を識別しており、基本的には自端末が属するグループと同じグループに属する他の無線端末１０とのみ、データ送受信を行う。換言すれば、そのネットワークＩＤが自端末のネットワークＩＤと同一である他の無線端末１０とのみ、データ送受信を行う。
【００３６】
尚、従来より本例に係る無線通信ネットワークシステムは、例えば上記特許文献１等に記載のように、通信相手が自端末と同じグループであっても、構成情報に基づいて判断されるデータ送信先（データ中継先）ではない場合には、データ送受信は行わない。本説明では、この点については逐一言及しないが、構成情報に基づいてデータ送信先（データ中継先）を判断することは、従来と同様に行っていると考えて良い。但し、この例に限るものではない。
【００３７】
図１に示す構成自体は、従来の既存の無線端末と略同様であってよいが、通信制御部１３による処理やメモリに格納されるデータは従来とは異なる。後に詳しく説明するが、本例において各無線端末１０に割り当てられてそのメモリ等に記憶されるネットワークＩＤは、その桁数が従来よりも増えている。ここでは、従来では２４ビットであったのに対して、４８ビットとしているが（従来の倍）、この例に限らない。そして、従来と同様に送信パケットには自己のネットワークＩＤを付加するが、４８ビット全てではなく、例えば半分ずつ（２４ビット）としている。
【００３８】
すなわち、自己のネットワークＩＤを分割して複数の分割ネットワークＩＤを生成し、送信パケットには複数の分割ネットワークＩＤの何れか１つを付加する。従って、１つのパケットのデータ量は、従来と変わらない。特に、後述する定周期で送信するＩＤ通知信号（Ｒｎｏ）の場合、当該ＩＤ通知信号（Ｒｎｏ）に付加するネットワーク識別子は、複数の（ここでは２つの）分割ネットワークＩＤを交互に付加するようにする。詳しくは後述する。
【００３９】
尚、後述する従来の既存の無線端末の構成は、上記の通り図１と略同様であってよく、後述する図５等の処理は、ＣＰＵ／ＭＰＵ等が予めメモリ等に記憶されている所定のアプリケーションプログラムを実行することにより実現される。
【００４０】
次に、図２を参照して、無線端末間の間欠通信方法について説明する。
尚、図２、図３等は、直接的に無線通信可能な無線端末（隣接無線端末）同士の無線通信動作を示すものである。
【００４１】
上記特許文献１等にも記載の通り、各無線端末１０は、定周期で（例えば３秒毎に）間欠的に所定のパケット（ＩＤ通知信号；図２ではＲｎｏと記す）を送信している。このＩＤ通知信号（Ｒｎｏ）には、少なくとも送信元の無線端末１０の無線機識別子（上記端末ＩＤに相当）と、当該無線端末１０が属するグループ（ネットワークシステム）のネットワーク識別子（従来ではネットワークＩＤであるが、本手法では後述する分割ネットワークＩＤ））とが含まれている。また、この様なＩＤ通知信号（Ｒｎｏ）に限らず、他の何らかの信号（パケット）を送信する場合にも、基本的には図４に示すように、少なくとも送信元の無線端末１０の無線機識別子とネットワーク識別子が含まれている。
【００４２】
図２に示すように、無線端末１０は、上記ＩＤ通知信号（Ｒｎｏ）を送信後に短い受信待ち状態となっている。
ここで、無線端末１０は、上記ＩＤ通知信号（Ｒｎｏ）のようなパケット以外にも、後述する送信要求Sreq、送信要求応答Rack、データ応答Dack、データ（Data）、隣接確認、隣接応答等の各種パケットを送受信する。
【００４３】
図４は、この様なパケットのフレームフォーマット例である。
図示のパケット３０は、ネットワーク識別子３１、あて先無線機識別子３２、送信元無線機識別子３３、コマンド・データ３４等より成る。
【００４４】
ネットワーク識別子３１は、このパケット３０の送信元の無線端末１０が属するグループ（ネットワークシステム）の上記ネットワークＩＤ等である。但し、パケット送信の際、従来の既存の無線端末の場合は、自端末のネットワークＩＤをそのままネットワーク識別子３１とするが、本例の無線端末１０の場合は、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤのうちの１つを、ネットワーク識別子とする。詳しくは後述する。
【００４５】
あて先無線機識別子３２は、このパケット３０の送信先の無線端末１０の無線機識別子（端末識別ＩＤ）である。但し、特にあて先が無いパケット３０（上記ＩＤ通知信号（Ｒｎｏ）等）もある。
【００４６】
送信元無線機識別子３３は、このパケット３０の送信元の無線端末１０の無線機識別子（端末識別ＩＤ）である。
コマンド・データ３４は、任意のコマンド／データ等であり、ここでは特に説明しないが、例えば上記Ｒｎｏ、Sreq、Rack、Dack等であり、受信側の無線端末は、受信パケットのコマンド・データ３４が例えばＲｎｏであった場合には、当該受信パケットが上記ＩＤ通知信号であると認識することになる。
【００４７】
ここで、任意のデータ送信イベント（自端末のデータ送信、または他の無線端末１０から受信したデータの転送（中継））が発生した無線端末１０（図２に示すデータ送信側）は、図２に示すＲｎｏ待ち連続受信待ち状態になる。尚、図示の通り、データ送信側も、通常時は図示のデータ受信側と同様に上記間欠的なＩＤ通知信号Ｒｎｏの送信処理を行っている。尚、図示のデータ受信側は、上記データ送信イベントが発生していないときの無線端末１０である。勿論、図示のデータ受信側も、任意のデータ送信イベント発生時にはデータ送信側として動作するので、まずＲｎｏ待ちの連続受信待ち状態となる。
【００４８】
無線端末１０は、上記Ｒｎｏ待ち連続受信待ち状態中に他の無線端末１０からのＩＤ通知信号Ｒｎｏを受信すると、所定の応答を返信することでリンク確立し、データ送信（中継データの転送等）を行うことになる。
【００４９】
但し、従来では、受信したＩＤ通知信号Ｒｎｏに含まれるネットワーク識別子３１が、自端末のネットワークＩＤと同一ではない場合、すなわち通信相手が自己と同一のグループ（同じネットワークシステム）ではない場合には、上記リンク確立やデータ送信の処理は行われない。
【００５０】
本例の無線端末１０も、通信相手が自端末と同一のグループ（同じネットワークシステム）であるか否かを判定し、同一グループではない場合にはその後のリンク確立やデータ送信の処理は行わないようにする点では、従来と略同様である。但し、同一グループであるか否かの判定処理が、従来とは異なる。つまり、本手法では、ＩＤ通知信号Ｒｎｏ等のパケットに含まれるネットワーク識別子３１は、端末のネットワークＩＤそのものではなく、ネットワークＩＤを分割して成る複数の分割ネットワークＩＤの何れかとなる。本手法では、この様なネットワーク識別子３１を用いて、通信相手が自端末と同一のグループであるか否かを判定する。詳しくは後述する。
【００５１】
ここで、上記リンク確立やデータ送信の処理の詳細について、図３を参照して説明する。尚、図３に示すシーケンス自体は、従来と略同様であってよい。
尚、図３では受信側と送信側が図２とは逆になっている。すなわち、図３では、図上上側が受信側無線機、下側が送信側無線機となっている。勿論、これは既に述べた通り、何らかのデータ送信イベントが発生した無線端末１０が、送信側無線機となるだけの話である。既に述べた通り、無線端末１０は基本的に、通常時は（データ送信イベント等の何らかのイベント発生時等を除いては）、ＩＤ通知信号Ｒｎｏを定周期で間欠的に送信している。
【００５２】
無線端末１０は、上記図２で説明した通りＩＤ通知信号Ｒｎｏを送信後に短い受信待ち状態となり、これは図３における送信要求受信待ち状態に相当する。
無線端末１０は、データ送信イベント等が発生していないときに（通常時に）他の無線端末１０からのＩＤ通知信号Ｒｎｏを受信しても、基本的には図示のように何も行わない（但し、後述するように隣接確認して隣接無線機登録（上記構成情報の更新）を行う場合もある）。よって、図示の送信側無線機も、図示のデータ送信要因発生の前には、図示のように受信側無線機からのＩＤ通知信号Ｒｎｏを受信しても何も行わない。
【００５３】
無線端末１０は、任意のタイミングで何らかのデータ送信要因が発生すると、送信側無線機として動作することになり、図示の無線機識別子受信待ち状態（上記Ｒｎｏ待ち連続受信待ち状態に相当；図上、αと記す；以下、連続受信待ち状態αと記す場合もある）となる。
【００５４】
送信側無線機としての無線端末１０（以下、単に送信側無線機と記す）は、上記連続受信待ち状態αで他の無線端末１０からのＩＤ通知信号Ｒｎｏを受信すると、図示の送信要求（Sreq）を返信すると共に図示の送信要求応答受信待ち状態となる。
【００５５】
受信側無線機としての無線端末１０（以下、単に受信側無線機と記す）は、上記送信要求受信待ち状態で送信要求（Sreq）を受信すると、図示の送信要求応答（Rack）を返信すると共に図示のデータ受信待ち状態となる。
【００５６】
送信側無線機は、上記送信要求応答受信待ち状態で上記送信要求応答（Rack）を受信すると、上記発生したイベントに係わるデータ（Data）を送信すると共に図示のデータ応答受信待ち状態となる。
【００５７】
受信側無線機は、上記データ受信待ち状態で任意のデータ（Data）が送られてくると、このデータ（Data）をメモリ等に記憶し、このデータ（Data）全てを正常に受信・記憶完了した場合には、図示のデータ応答（Dack）を返信する。
【００５８】
送信側無線機は、上記データ応答受信待ち状態で上記データ応答（Dack）を受信すると、データ（Data）を正常に送信（転送等）できたことを確認でき、以ってデータ送信完了とする。
【００５９】
ここで、上記データ（Data）だけでなく、上記送信要求（Sreq）、送信要求応答（Rack）、データ応答（Dack）等のパケットにも、上記図４のフォーマットにより送信元の無線機識別子３３やネットワーク識別子３１等が含まれている。
【００６０】
従来の既存の無線端末における上記図３の処理では、随時、受信したパケット中のネットワーク識別子３１を参照して、これが自己のネットワークＩＤと同一であるか否かをチェックすることで、パケット送信元が自端末と同じグループであるか否かをチェックし、もし異なるのであれば応答等は行わない。本例の無線端末１０の場合、パケット中のネットワーク識別子３１には上記「分割ネットワークＩＤ」が格納されるので、同じグループか否かのチェック処理は、従来とは異なるが、これについては後に図６等を参照して説明する。
【００６１】
何れにしても、図３に示す例は、送信側無線機と受信側無線機とが同じグループに属する場合のシーケンスを示しているものと言うこともできる。
ここで、上述した通り、本例において各無線通信ネットワークシステム（各グループ）毎に割り当てられるネットワークＩＤは、従来では２４ビットであったのに対して、本例では例えば４８ビットとしている。但し、パケットにはネットワークＩＤの半分（２４ビット）のみ付加する。すなわち、既に簡単に述べたように本手法では、ネットワークＩＤを分割して成る複数の分割ネットワークＩＤを用いて、パケットにはネットワークＩＤではなく分割ネットワークＩＤを付加する。尚、本例ではネットワークＩＤを２分割して成る２つの分割ネットワークＩＤを用いるものとするが、この例に限らない。
【００６２】
この例では、各パケット３０のネットワーク識別子３１は、従来でも本例でも２４ビットとなる。
ここで、仮に、従来の２４ビットのネットワークＩＤをネットワークＩＤ＝‘Ａ’と表記するものとし、本例の４８ビットのネットワークＩＤをネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”と表記するものとする。そして、上記２つの分割ネットワークＩＤは、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’と表記するものとする。
【００６３】
つまり、ネットワーク識別子３１には、‘Ａ’と‘Ｂ’の何れかが格納されることになる。
ここで、本例の無線端末１０（４８ビットのネットワークＩＤを持つ）を複数台用いて任意の場所に任意の無線通信ネットワークシステム（１つのグループ）を構築した場合に、その近傍に既に既存の無線端末（２４ビットのネットワークＩＤを持つ）を複数台用いた既存の無線通信ネットワークシステムが構築されているような事態は、充分に起こり得ることである。従って、本例の無線端末１０同士の通信で同一グループか否かをチェックするだけでなく、本例の無線端末１０と既存の無線端末との通信で同一グループか否かをチェックすることを、例えば図３に示す通信シーケンスに従って行われるようにする。
【００６４】
そして、当然、同一のグループか否かについて誤判定することが無いようにすることが望まれる。特に、例えば既存の無線端末が上記ネットワークＩＤ＝‘Ａ’であり本例の無線端末１０が上記ネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”である場合のように、既存のネットワークＩＤ＝‘Ａ’が２つの分割ネットワークＩＤのうちの一方と同一であるような場合でも、同一のグループか否かについて誤判定することが無いようにすることが望まれる。
【００６５】
ここで、上記の様な表記を用いて、図５、図６に、無線端末の処理フローを示す。
図５は、既存の無線端末の処理フローチャート図である。
図６は、本例の無線端末１０の処理フローチャート図である。
【００６６】
まず、図５を参照して従来例について説明する。図５（ａ）はデータ受信側無線端末としての処理フローであり、図５（ｂ）はデータ送信側無線端末としての処理フローである。換言すれば、図５（ｂ）は図３に示すデータ送信要因発生後の処理フローチャート図である。尚、データ受信側無線端末、データ送信側無線端末の両方とも、そのネットワークＩＤは‘Ａ’であるものとする（つまり、同じグループに属するものとする）。
【００６７】
以下、まず、図５（ａ）を参照してデータ受信側の処理について説明する。
図５（ａ）において、データ受信側無線端末は、上記の通り定周期でＩＤ通知信号Ｒｎｏを送信すると共に短時間の送信要求受信待ち状態となる（ステップＳ１１）。尚、このＩＤ通知信号Ｒｎｏには、自端末のネットワークＩＤ＝‘Ａ’が付加されている。
【００６８】
そして、送信要求受信待ち状態中に上記送信要求（Sreq）を受信しなかったならば（ステップＳ１２、ＮＯ）、ステップＳ１１に戻り、次のＩＤ通知信号Ｒｎｏ送信を行うことになる。送信要求受信待ち状態中に上記送信要求（Sreq）を受信した場合には、そのネットワーク識別子３１が自端末のネットワークＩＤと同じ‘Ａ’であるか否かをチェックし、同じではない（‘Ａ’ではない）場合にもステップＳ１２の判定はＮＯとなる。
【００６９】
尚、上記説明では送信要求受信待ち状態について言及したが、図３で説明した各種の受信待ち状態に関しては、これ以降は特に言及せずに省略して説明する場合もあるものとする。
【００７０】
受信した送信要求（Sreq）のネットワーク識別子３１が自端末のネットワークＩＤと同一（‘Ａ’）である場合には（ステップＳ１２，ＹＥＳ）、自端末のネットワークＩＤ＝‘Ａ’を付加した送信要求応答（Rack）を送信し（ステップＳ１３）、通信相手からデータ（Data）が送信されてくるのを待つ。
【００７１】
データ（Data）が送信されてこなかった場合、または受信したデータ（Data）のネットワーク識別子３１が自端末のネットワークＩＤと同じ（‘Ａ’）ではなかった場合には（ステップＳ１４、ＮＯ）、ステップＳ１１に戻る。
【００７２】
尚、ネットワークＩＤの付加とは、ネットワークＩＤをネットワーク識別子３１に格納することを意味する。
そのネットワーク識別子３１が自端末のネットワークＩＤと同じ（‘Ａ’）であるデータ（Data）を受信した場合には（ステップＳ１４，ＹＥＳ）、自端末のネットワークＩＤ＝‘Ａ’を付加したデータ応答（Dack）を送信すると共に（ステップＳ１５）、データ受信処理（受信したデータ（Data）の解析処理等）を行う（ステップＳ１６）。これによって、例えば、受信したデータ（Data）を更に他の無線端末に転送する処理等が行われることになる。
【００７３】
次に、図５（ｂ）を参照してデータ送信側の処理について説明する。
図５（ｂ）において、上記連続受信待ち状態αとなっている無線端末であるデータ送信側無線端末は、上記ＩＤ通知信号Ｒｎｏを受信すると、そのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一であるか否かをチェックし、異なる場合には（ステップＳ２１、ＮＯ）、受信したＩＤ通知信号Ｒｎｏを破棄する等して、次のＩＤ通知信号Ｒｎｏを受信するのを待つ。
【００７４】
一方、受信したＩＤ通知信号Ｒｎｏのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一である場合には（ステップＳ２１，ＹＥＳ）、自端末のネットワークＩＤ＝‘Ａ’を付加した送信要求（Sreq）を送信する（ステップＳ２２）。
【００７５】
そして、上記送信要求応答（Rack）を受信したら、そのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一であるか否かをチェックし、異なる場合にはステップＳ２１に戻り、他のＩＤ通知信号Ｒｎｏの受信を待つ。一方、自端末のネットワークＩＤと同一のネットワーク識別子３１＝‘Ａ’を持つ送信要求応答（Rack）を受信した場合には（ステップＳ２３，ＹＥＳ）、データ（Data）送信を行う（ステップＳ２４）。
【００７６】
その後、上記データ応答（Dack）を受信したら、そのネットワーク識別子３１が、自端末のネットワークＩＤ＝‘Ａ’と同一であるか否かをチェックし、異なる場合にはステップＳ２１に戻り、同一である場合にはデータ送信処理を正常完了したものとして本処理を終了し、例えば図５（ａ）の処理へと移行する。
【００７７】
尚、既に述べた通り、実際には更に、受信したパケットの送信元無線機識別子３３と自端末が保持する構成情報等を参照して、通信相手がデータ転送先であるか否かの判定も行っている。本説明では、この判定は常にＯＫ（データ転送先である）であるものと見做し、その説明は省略するものとする。尚、これは、後述する図６の処理の説明においても同様である。
【００７８】
次に、以下、図６を参照して本例の無線端末１０の動作について説明する。図６（ａ）はデータ受信側無線端末としての処理フローであり、図６（ｂ）はデータ送信側無線端末としての処理フローである。換言すれば、図６（ｂ）は図３に示すデータ送信要因発生後の処理フローチャート図である。尚、データ受信側無線端末、データ送信側無線端末の両方とも、そのネットワークＩＤは“‘Ａ’＋‘Ｂ’”であるものとする。また、このネットワークＩＤ＝「‘Ａ’＋‘Ｂ’」を２つに分割したものを、それぞれ、分割ネットワークＩＤ＝‘Ａ’、分割ネットワークＩＤ＝‘Ｂ’と記すものとする。
【００７９】
以下、まず、図６（ａ）を参照してデータ受信側の処理について説明する。
図６（ａ）において、データ受信側の無線端末１０は、従来と略同様に定周期でＩＤ通知信号Ｒｎｏを送信するが（ステップＳ３１）、本例ではＩＤ通知信号Ｒｎｏのネットワーク識別子３１として、上記分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’とを交互に用いる。つまり、定周期で送信するＩＤ通知信号Ｒｎｏには、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’とを交互に付加する。
【００８０】
尚、ここでは、ネットワーク識別子３１として‘Ａ’が付加されたＩＤ通知信号ＲｎｏをＲｎｏ（Ａ）、ネットワーク識別子３１として‘Ｂ’が付加されたＩＤ通知信号ＲｎｏをＲｎｏ（Ｂ）等と表記するものとする。
【００８１】
よって、図示の処理例では、特に応答が無い場合は、図６（ａ）に示すステップＳ３１でＲｎｏ（Ａ）を送信し、所定時間後（本例では３秒後とする）にステップＳ３７でＲｎｏ（Ｂ）を送信し、３秒後に再びステップＳ３１でＲｎｏ（Ａ）を送信し、更に３秒後に再びステップＳ３７でＲｎｏ（Ｂ）を送信する、等という処理を行うことになる。
【００８２】
そして、例えば、ＩＤ通知信号Ｒｎｏ（Ａ）を送信後の送信要求受信待ち状態中に送信要求（Sreq）を受信したならば、そのネットワーク識別子３１が他方の分割ネットワークＩＤと同一であるか否かをチェックする（ステップＳ３２）。ここで、“他方の分割ネットワークＩＤ”とは、上記ステップＳ３１でＩＤ通知信号Ｒｎｏに付加した分割ネットワークＩＤ以外の分割ネットワークＩＤである。よって、ここでは“他方の分割ネットワークＩＤ”は分割ネットワークＩＤ＝‘Ｂ’であり、ステップＳ３２ではネットワーク識別子３１が‘Ｂ’であるか否かをチェックすることになる。
【００８３】
上記送信要求受信待ち状態中に送信要求（Sreq）を受信しなかった場合、または受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワークＩＤ＝‘Ｂ’と同一ではなかった場合には（ステップＳ３２，ＮＯ）、そのままステップＳ３７の処理へ移行し、上記の通り今度はＩＤ通知信号Ｒｎｏ（Ｂ）を送信する。勿論、このＲｎｏ（Ｂ）の送信は、上記ステップＳ３１のＲｎｏ（Ａ）送信から所定時間後（本例では３秒後）に行われることになる。つまり、定周期でＲｎｏを送信すること自体は従来と略同様であるが、送信する内容が異なることになる。つまり、従来のように自端末のネットワークＩＤをそのまま付加するのではなく、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に付加している。
【００８４】
受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワークＩＤ＝‘Ｂ’と同一である場合には（ステップＳ３２，ＹＥＳ）、続いて、上記ステップＳ３１の場合と同じ分割ネットワークＩＤ＝‘Ａ’を付加した送信要求応答（Rack）（Rack（Ａ）と記す）を送信する（ステップＳ３３）。
【００８５】
その後、そのネットワーク識別子３１が上記「他方の分割ネットワークＩＤ」＝‘Ｂ’であるデータ（Data）を受信した場合には（ステップＳ３４，ＹＥＳ）、上記ステップＳ３１の場合と同じ分割ネットワークＩＤ＝‘Ａ’を付加したデータ応答（Dack）を送信すると共に（ステップＳ３５）、データ受信処理（受信したデータ（Data）の解析処理等）を行う（ステップＳ３６）。これによって、例えば、受信したデータ（Data）を更に他の無線端末に転送する処理等が行われることになる。
【００８６】
ステップＳ３７〜Ｓ４２の処理は、上記ステップＳ３１〜Ｓ３６の処理と略同様であり、上記ステップＳ３１〜Ｓ３６の説明におけるＡとＢとが逆になるだけである。
すなわち、データ受信側の無線端末１０は、従来と略同様に定周期でＩＤ通知信号Ｒｎｏを送信するが（ステップＳ３７）、上記の通り上記ステップＳ３１と当該ステップＳ３７とで分割ネットワークＩＤ‘Ａ’‘Ｂ’を交互に用いながら（そのネットワーク識別子３１を交互に変えながら）ＩＤ通知信号Ｒｎｏを送信する。よって、ステップＳ３７では、分割ネットワークＩＤ＝‘Ｂ’が付加されたＩＤ通知信号ＲｎｏすなわちＲｎｏ（Ｂ）を、送信することになる。
【００８７】
そして、例えば、上記ＩＤ通知信号Ｒｎｏ（Ｂ）を送信後の送信要求受信待ち状態中に送信要求（Sreq）を受信したならば、そのネットワーク識別子３１が他方の分割ネットワークＩＤと同一であるか否かをチェックする（ステップＳ３８）。ここで、“他方の分割ネットワークＩＤ”とは、上記ステップＳ３７でＩＤ通知信号Ｒｎｏに付加した分割ネットワークＩＤ以外の分割ネットワークＩＤである。よって、ここでは、受信した送信要求（Sreq）のネットワーク識別子３１が‘Ａ’であるか否かをチェックすることになる。
【００８８】
上記送信要求受信待ち状態中に送信要求（Sreq）を受信しなかった場合、または受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワークＩＤ＝‘Ａ’と同一ではなかった場合には（ステップＳ３８，ＮＯ）、そのままステップＳ３１の処理へ戻り、再び上記ＩＤ通知信号Ｒｎｏ（Ａ）を送信することになる。勿論、このＲｎｏ（Ａ）の送信は、上記ステップＳ３７のＲｎｏ（Ｂ）送信から所定時間後（本例では３秒後）に行われることになる。
【００８９】
受信した送信要求（Sreq）のネットワーク識別子３１が他方の分割ネットワーク識別子＝‘Ａ’と同一である場合には（ステップＳ３８，ＹＥＳ）、続いて、上記ステップＳ３７の場合と同じ分割ネットワークＩＤ＝‘Ｂ’を付加した送信要求応答（Rack）（Rack（Ｂ）と記す）を送信する（ステップＳ３９）。
【００９０】
その後、そのネットワーク識別子３１が上記「他方の分割ネットワークＩＤ」＝‘Ａ’と同じであるデータ（Data）を受信した場合には（ステップＳ４０，ＹＥＳ）、上記ステップＳ３７の場合と同じ分割ネットワークＩＤ＝‘Ｂ’を付加したデータ応答（Dack）を送信すると共に（ステップＳ４１）、データ受信処理（受信したデータ（Data）の解析処理等）を行う（ステップＳ４２）。これによって、例えば、受信したデータ（Data）を更に他の無線端末に転送する処理等が行われることになる。
【００９１】
上記のように、本例のデータ受信側の無線端末１０は、基本的に、自端末のネットワークＩＤを２分割して成る２つの分割ネットワークＩＤの何れか一方を付加した何らかのパケットを送信すると、他方の分割ネットワークＩＤと同じものが付加されたパケットが返信されてくるのを待ち、当該パケットが返信されてきたことを以って通信相手が自端末と同じグループに属することを確認しつつ、処理を進めることになる。但し、図示の例に限らない。例えば、ステップＳ３２またはステップＳ３８の判定がＹＥＳとなった時点で、通信相手が自端末と同じグループに属するものと判定し、その後は、特に確認を行わないようにしてもよい。
【００９２】
次に、以下、図６（ｂ）を参照してデータ送信側の処理について説明する。
図６（ｂ）の処理は、上記連続受信待ち状態αとなった後の無線端末１０の処理である。
【００９３】
図６（ｂ）において、上記連続受信待ち状態α中に上記ＩＤ通知信号Ｒｎｏを受信すると、そのネットワーク識別子３１が自端末の分割ネットワークＩＤ‘Ａ’‘Ｂ’のどちらかであるか、あるいはどちらでも無いのかをチェックする（ステップＳ５１，Ｓ５６）。すなわち、受信したＲｎｏのネットワーク識別子３１が分割ネットワークＩＤ＝‘Ａ’と同じであるならば（ステップＳ５１，ＹＥＳ）ステップＳ５２へ移行し、分割ネットワークＩＤ＝‘Ｂ’と同じであるならば（ステップＳ５１がＮＯでＳ５６がＹＥＳ）ステップＳ５７へ移行し、‘Ａ’‘Ｂ’以外（例えば‘Ｃ’等）である場合には（ステップＳ５１，Ｓ５６の両方がＮＯ）返信等を行うことなくステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９４】
ステップＳ５２では、他方の分割ネットワークＩＤを付加した送信要求（Sreq）を送信する。ここで、「他方の分割ネットワークＩＤ」とは、自端末の分割ネットワークＩＤ‘Ａ’‘Ｂ’のうち、受信したＲｎｏのネットワーク識別子３１とは異なる方の分割ネットワークＩＤである。ここでは、受信したＲｎｏはＲｎｏ（Ａ）であることから、他方の分割ネットワークＩＤ＝‘Ｂ’を付加した送信要求（Sreq（Ｂ））を送信する。
【００９５】
これに対して、送信要求応答（Rack）の返信が無かった場合、または受信した送信要求応答（Rack）のネットワーク識別子３１が上記受信したＲｎｏの場合と同じではなかった場合（つまり、‘Ａ’ではなかった場合）（ステップＳ５３，ＮＯ）、応答等は行うことなくステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９６】
上記受信したＲｎｏの場合と同じネットワーク識別子３１（＝‘Ａ’）が付加された送信要求応答（Rack（Ａ））を受信した場合には（ステップＳ５３，ＹＥＳ）、上記送信要求（Sreq（Ｂ））の場合と同じ分割ネットワークＩＤ（＝‘Ｂ’）を付加したデータ（Data（Ｂ））を送信する（ステップＳ５４）。その後、上記Ｒｎｏの場合と同じネットワーク識別子３１（＝‘Ａ’）が付加されたデータ応答（Dack（Ａ））を受信したら（ステップＳ５５，ＹＥＳ）、データ（Data）送信は正常に完了したものとし、本処理を終了する。Dack（Ａ）を受信しなかったら（ステップＳ５５，ＮＯ）、ステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９７】
上記の通り、ステップＳ５６がＹＥＳの場合には（Ｒｎｏ（Ｂ）受信の場合）、ステップＳ５７へ移行するが、ステップＳ５７〜Ｓ６０の処理は、上述したステップＳ５２〜Ｓ５５の処理と略同様であり、‘Ａ’と‘Ｂ’とが逆になるだけである。
【００９８】
すなわち、まず、ステップＳ５７では、受信したＲｎｏはＲｎｏ（Ｂ）であることから、他方の分割ネットワークＩＤ＝‘Ａ’を付加した送信要求（Sreq（Ａ））を送信する。
これに対して、送信要求応答（Rack）の返信が無かった場合、または受信した送信要求応答（Rack）のネットワーク識別子３１が上記Ｒｎｏ（Ｂ）の場合と同じではなかった場合（つまり、‘Ｂ’ではなかった場合）（ステップＳ５８，ＮＯ）、応答等は行うことなくステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【００９９】
上記Ｒｎｏ（Ｂ）の場合と同じネットワーク識別子３１（＝‘Ｂ’）が付加された送信要求応答（Rack（Ｂ））を受信した場合には（ステップＳ５８，ＹＥＳ）、上記送信要求（Sreq（Ａ））の場合と同じネットワークＩＤ（＝‘Ａ’）を付加したデータ（Data（Ａ））を送信する（ステップＳ５９）。その後、上記Ｒｎｏ（Ｂ）の場合と同じネットワーク識別子３１（＝‘Ｂ’）が付加されたデータ応答（Dack（Ｂ））を受信したら（ステップＳ６０，ＹＥＳ）、データ（Data）送信は正常に完了したものとし、本処理を終了する。Dack（Ｂ）を受信しなかったら（ステップＳ６０，ＮＯ）、ステップＳ５１に戻り、次のＲｎｏ受信を待つ。
【０１００】
尚、図６の処理において、データ受信側は、ステップＳ３２またはＳ３８がＹＥＳとなった段階で、通信相手は自端末と同じグループであると見做す。データ送信側は、ステップＳ５３またはＳ５８がＹＥＳとなった段階で、通信相手は自端末と同じグループであると見做す。但し、別の無線端末との混信等の可能性を考慮して、その後のステップＳ３４やＳ４０あるいはステップＳ５５やＳ６０等のチェックも行うことが望ましい。
【０１０１】
図７〜図９に、上述した図５、図６の処理による、隣接する（直接無線通信可能な）無線端末同士のアクセスシーケンス例を示す。
考え得る組み合わせとしては、本例の無線端末１０同士、本例の無線端末１０と既存の無線端末、既存の無線端末同士がある。尚、図７〜図９や後述する図１０、図１１においては、既存の無線端末は“簡易”、本例の無線端末１０は“詳細”と表記するものとする。
【０１０２】
尚、図７〜図９において、図上左側をデータ受信側の無線端末、図上右側をデータ送信側の無線端末とする。また、尚、図ではデータ受信側のみがＲｎｏを送信しているが、データ送信側においてもデータ送信イベント発生時以外はＲｎｏを送信しているのであり、図では省略しているだけである。
【０１０３】
まず、図７（ａ）に、既存の無線端末同士のアクセスシーケンス例を示す。
尚、図示の例では、２つの無線端末（簡易）は両方ともネットワークＩＤ＝‘Ａ’であるものとする。
【０１０４】
同図において、上述した図５（ａ）のようにデータ受信側の無線端末は定周期で（例えば３秒毎に）上記ＩＤ通知信号Ｒｎｏを送信する。データ送信側の無線端末は、データ送信イベント発生時以外は、Ｒｎｏを受信しても何もしないか、もしくは隣接確認処理を行う。この隣接確認処理は、既存の処理であり、後に図１０、図１１を参照して簡単に説明するものとし、ここでは特に説明しない。
【０１０５】
データ送信側の無線端末は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図５（ｂ）のデータ送信処理を開始する。これより、図７（ａ）に示す通り、Ｒｎｏ（Ａ）を受信したらSreq（Ａ）を送信し、これに対してRack（Ａ）が返信されてきたらData（Ａ）を送信し、これに対してDack（Ａ）が返信されてきたら、データ送信処理を正常終了する。
【０１０６】
次に、図７（ｂ）に、本例の無線端末１０（詳細）同士のアクセスシーケンス例を示す。
尚、図示の例では、２つの無線端末１０（詳細）は両方ともネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”であるものとする。また、両方とも、分割ネットワークＩＤは、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ｂ’であるものとする。
【０１０７】
同図において、上述した図６（ａ）のようにデータ受信側の無線端末１０は定周期で（例えば３秒毎に）上記ＩＤ通知信号Ｒｎｏを送信する。これは、上記の通り、Ｒｎｏ（Ａ）とＲｎｏ（Ｂ）とを交互に送信することになる。データ送信側の無線端末は、データ送信イベント発生時以外は、Ｒｎｏを受信しても何もしないか、もしくは隣接確認処理を行う。この隣接確認処理は、後に図１０、図１１を参照して簡単に説明するものとし、ここでは特に説明しない。
【０１０８】
データ送信側の無線端末１０は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図６（ｂ）のデータ送信処理を開始する。図７（ｂ）に示す例では、データ送信処理開始後に最初に受信するＲｎｏは、上記Ｒｎｏ（Ａ）であるので、Sreq（Ｂ）を送信し、これに対してRack（Ａ）が返信されてきたらData（Ｂ）を送信し、これに対してDack（Ａ）が返信されてきたら、データ送信処理を正常終了する。
【０１０９】
データ受信側の無線端末１０は、上述した図６（ａ）処理を実行することで、図７（ｂ）に示す例では、上記Ｒｎｏ（Ａ）を送信後に上記Sreq（Ｂ）が返信されてきたら、上記Rack（Ａ）を送信し、その後、上記データData（Ｂ）が返信されてきたら、このデータを受信・記憶すると共に、上記Dack（Ａ）を送信する。
【０１１０】
尚、図７（ｂ）に示す通り、データ送信側の無線端末１０、データ受信側の無線端末１０のどちらも、自己の２つの分割ネットワークＩＤの何れか一方を付加したパケットを送信したら、他方の分割ネットワークＩＤと同じものが付加された所定のパケットが返信されてくるのを待つ。図示のＢ待ちとは分割ネットワークＩＤ＝Ｂが付加されたパケットの受信待ちを意味し、図示のＡ待ちとは分割ネットワークＩＤ＝Ａが付加されたパケットの受信待ちを意味する。よって、Ｒｎｏ（Ａ）送信後やRack（Ａ）送信後はＢ待ちとなり、Sreq（Ｂ）やData（Ｂ）を送信後はＡ待ちとなる。
【０１１１】
また、データ送信側の無線端末１０、データ受信側の無線端末１０のどちらも、受信したパケットに対して返信するパケットには、自己の２つの分割ネットワークＩＤのうち、受信したパケットに付加されているものとは異なる方を付加する。よって、図示の例では例えば、Rno（Ａ）に対してSreq（Ｂ）を返信することになるが、Rno（Ｂ）に対してはSreq（Ａ）を返信することになる。よって、当然、RackはRack（Ｂ）等となることになる。
【０１１２】
尚、上記所定のパケットとは、Ｒｎｏに対してはSreqであり、Sreqに対してはRackであり、Rackに対してはDataであり、Dataに対してはDackである。
次に、図８（ａ）に、本例の無線端末１０（詳細）と既存の無線端末（簡易）とのアクセスシーケンス例（その１）を示す。
【０１１３】
尚、図示の例では、本例の無線端末１０（詳細）はネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”であり、２つの分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’を持つものとする。また、既存の無線端末（簡易）はネットワークＩＤ＝‘Ａ’であるものとする。また、図８（ａ）の例では、本例の無線端末１０（詳細）はデータ受信側、既存の無線端末（簡易）はデータ送信側であるものとする。
【０１１４】
無線端末１０（詳細）は、上記図６（ａ）の処理を行っており、図示の通りＲｎｏ（Ａ）とＲｎｏ（Ｂ）とを定周期で（例えば３秒毎に）交互に送信している。尚、その際、隣接確認処理を行っても良いが、これについては後に図１０、図１１を参照して説明する。
【０１１５】
一方、既存の無線端末（簡易）は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図５（ｂ）のデータ送信処理を開始する。
これより、例えば図示の例ではＲｎｏ（Ａ）を受信することからステップＳ２１はＹＥＳとなり、Sreq（Ａ）を返信することになる。なお、Ｒｎｏ（Ｂ）を受信したときには、ステップＳ２１はＮＯとなり、何も応答は行わないことになる。
【０１１６】
無線端末１０（詳細）は、Sreq（Ａ）を受信すると、上記ステップＳ３２の判定がＮＯとなることから何も応答せずにSreqを破棄することになり、通信は成立しないことになる。
【０１１７】
この様に、既存の無線端末（簡易）側ではネットワークＩＤが同一である（通信相手は自端末と同じネットワークに属する）と判断しかねないケースでも、無線端末１０（詳細）の処理によって通信は成立しないことになる。
【０１１８】
次に、図８（ｂ）に、本例の無線端末１０（詳細）と既存の無線端末（簡易）とのアクセスシーケンス例（その２）を示す。
尚、図示の例では、本例の無線端末１０（詳細）はネットワークＩＤ＝“‘Ａ’＋‘Ｂ’”であり、２つの分割ネットワークＩＤ＝‘Ａ’、‘Ｂ’を持つものとする。既存の無線端末（簡易）はネットワークＩＤ＝‘Ａ’であるものとする。また、図８（ｂ）の例では、本例の無線端末１０（詳細）はデータ送信側、既存の無線端末（簡易）はデータ受信側であるものとする。
【０１１９】
既存の無線端末（簡易）は、上記図５（ａ）の処理を行っており、図示の通りＲｎｏ（Ａ）を定周期で（例えば３秒毎に）送信している。尚、その際、隣接確認処理を行っても良いが、これについては後に図１０、図１１を参照して説明する。
【０１２０】
一方、無線端末１０（詳細）は、任意のデータ送信イベントが発生したことで上記連続受信待ち状態αとなったら、上述した図６（ｂ）のデータ送信処理を開始する。
これより、Ｒｎｏ（Ａ）を受信することでステップＳ５１はＹＥＳとなり、Sreq（Ｂ）を返信することになる。この為、既存の無線端末（簡易）側では上記ステップＳ１２がＮＯとなることから、何も応答せずにSreqを破棄することになり、通信は成立しないことになる。
【０１２１】
この様に、本例の無線端末１０（詳細）を、既存の無線端末（簡易）で構成される既存の無線通信ネットワークシステムの近傍に設置したとしても、誤認識して同一グループであると見做すようなことはなく、何ら問題はない。
【０１２２】
そして、本例の無線端末１０（詳細）は、自端末のネットワークＩＤの桁数（データ量）が、既存の無線端末（簡易）より多い（本例では、簡易が２４ビットで、詳細は４８ビットであり、従来の倍となっている）。しかしながら、図８に示す無線端末１０（詳細）が送信するＲｎｏ（Ａ）、Ｒｎｏ（Ｂ）は、既存の無線端末（簡易）が送信するＲｎｏ（Ａ）とデータ量が同じであり、またＲｎｏの送信回数（送信周期；３秒毎など）も既存の無線端末（簡易）と同じである。
【０１２３】
このように、頻繁に送信されるＩＤ通知信号Ｒｎｏのデータ量と送信回数は、従来と変わらないので、それに係る電力消費量も従来と略同様である。よって、ネットワークＩＤの桁数を増やしても、送信データ量は変わらないようにでき、以って電池寿命が短くならないようにできる。
【０１２４】
次に、図９に、本例の無線端末１０を既存システムに組み込む場合のアクセスシーケンス例を示す。
上述したように、本例の無線端末１０を、既存の無線端末（簡易）で構成される既存の無線通信ネットワークシステムの近傍に設置したとしても、誤認識して同一グループであると見做すようなことはない。
【０１２５】
しかしながら、逆に、本例の無線端末１０を既存の無線通信ネットワークシステムに組み込みたい場合もある。例えば、将来的に既存の無線端末（簡易）は製造中止とし、本例の無線端末１０は製造し続ける状態となった場合において、既存システムの無線端末（簡易）が故障して交換が必要になった場合等である。
【０１２６】
この場合、本例の無線端末１０の４８ビットのネットワークＩＤを、その分割ネットワークＩＤが、分割ネットワークＩＤ＝‘Ａ’と分割ネットワークＩＤ＝‘Ａ’となるように設定する。尚、‘Ａ’が２つあると説明し難いので、一方を図示の通り「Ａ’」と表記するものとする。よって、「Ａ’」＝Ａである。尚、この場合、４８ビットのネットワークＩＤを、例えば上位側２４ビットを‘Ａ’、下位側２４ビットを「Ａ’」等とすることが考えられる。但し、後述する図１２のような分割ネットワークＩＤ生成を行う場合には、この方法は適用できないが、何れにしても結果的に、２つの分割ネットワークＩＤが同じものとなるようにすればよい。
【０１２７】
この様にすることで、図９に示すように、本例の無線端末１０と既存の無線端末（簡易）とでデータ送受信が可能となる。
すなわち、図上左側が本例の無線端末１０、図上右側が既存の無線端末（簡易）であり、既存の無線端末（簡易）がデータ送信側になるとする。
【０１２８】
本例の無線端末１０は、上記図６の処理を実行する。よって、定周期のＲｎｏ送信の際には、２つの分割ネットワークＩＤを交互に付加するが、ここでは分割ネットワークＩＤ＝‘Ａ’と「Ａ’」とを交互に付加することになるので、上記の通り実質的には図７（ａ）に示す既存の無線端末（簡易）のＲｎｏ送信動作と変わらないことになる。
【０１２９】
また、図９の動作は、図７（ｂ）における‘Ｂ’を全て「Ａ’」に置き換えたものに相当することになるので、図９に示すように、例えば上記ステップＳ３１によりＲｎｏ（Ａ）送信後に、“「Ａ’」待ち状態”となる。これに対して既存の無線端末（簡易）からはSreq（Ａ）が返信されてくるが、上記の通り「Ａ’」＝Ａであり、両者を区別できないのであるから、上記ステップＳ３２の判定はＹＥＳとなる。その後、ステップＳ３３でRack（Ａ）送信後も“「Ａ’」待ち状態”となり、既存の無線端末（簡易）からはData（Ａ）が返信されてくるが、上記と同様、ステップＳ３４の判定はＹＥＳとなり、データ受信処理が成立することになる。
【０１３０】
特に図示しないが、本例の無線端末１０がデータ送信側となる場合も、略同様にして、問題なく既存の無線端末（簡易）に対してデータ送信することが可能となり、実質的に、既存の無線通信ネットワークシステムに対して本例の無線端末１０を追加させることが可能となる。
【０１３１】
また、本例の場合、後述する図１１において、‘Ｂ’が全て「Ａ’」に置き換わることになることから、図示の“簡易”からの隣接確認（Ａ）に対して、図示の”詳細“は隣接応答（Ａ’）を返信することになる。上記の通り「Ａ’」＝Ａであるので、実質的に隣接応答（Ａ）が返信されることになる。よって、簡易側では、通信相手は自端末と同じグループに属する隣接無線機であるものと判定して登録することになり、これが構成情報に反映されることで、図示の“簡易”を含む既存の無線通信ネットワークシステムに対して、図示の”詳細“を新たに組み込ませることが可能となる。
【０１３２】
尚、上記のことから、逆に、本例の無線端末１０のネットワークＩＤの設定は、既存の無線通信ネットワークシステムに組み込む場合を除いては、２つの分割ネットワークＩＤが同一にならないように設定する必要がある。
【０１３３】
次に、図１０、図１１を参照して、隣接確認処理について説明する。
従来より、各無線端末は、送信データが無い状態においてＩＤ通知信号Ｒｎｏを受信した際に、隣接確認処理を行う場合がある。この隣接確認処理は、所定の隣接確認パケットと隣接応答パケットとを送受信するものである。
【０１３４】
まず、図１０には、本例の無線端末１０（詳細）同士の隣接確認処理シーケンスを示す。尚、図では、図上右側の無線端末１０（詳細）のみがＩＤ通知信号Ｒｎｏを定周期で送信しているが、図示していないだけであり図上左側の無線端末１０（詳細）もＩＤ通知信号Ｒｎｏを定周期で送信している。
【０１３５】
勿論、上記Ｒｎｏ（Ａ）とＲｎｏ（Ｂ）とを交互に送信している。
ここで、特にフローチャート等は示さないが、本例の無線端末１０（詳細）は、通常状態（例えば上記連続受信待ち状態α以外の状態）のときに任意のタイミングで隣接確認モードとなり、このモードのときにＩＤ通知信号Ｒｎｏを受信したら、隣接確認パケットを送信する。これは、受信したＩＤ通知信号Ｒｎｏのネットワーク識別子３１が、自端末の複数の分割ネットワークＩＤの何れかと同じであるか否かを判定し、判定結果がＹＥＳの場合には、他方の（異なる方の）分割ネットワークＩＤを付加した隣接確認パケットを送信する。図示の例では、Ｒｎｏ（Ａ）を受信しているので、分割ネットワークＩＤ＝‘Ｂ’を付加した隣接確認パケット（Ｂ）を送信することになる。
【０１３６】
尚、Ｒｎｏ（Ｂ）を受信した場合には隣接確認パケット（Ａ）を送信することになる。
この隣接確認パケット（Ｂ）を受信した図上右側の無線端末１０（詳細）は、Ｒｎｏ（Ａ）に対して隣接確認パケット（Ｂ）が返信されてきた（“Ｂ待ち”状態でＢが返信されてきた）ことを以って、通信相手は自端末と同グループであると判断して、通信相手を隣接無線機として登録する。そして、例えば構成情報に反映させることになる。更に、自端末の２つの分割ネットワークＩＤ‘Ａ’、‘Ｂ’のうち、受信した隣接確認パケットのネットワーク識別子３１＝‘Ｂ’とは異なる方の分割ネットワークＩＤ＝‘Ａ’を付加した隣接応答パケット、すなわち隣接応答パケット（Ａ）を、生成・送信する。
【０１３７】
図上左側の無線端末１０（詳細）は、上記隣接確認パケット（Ｂ）に対して隣接応答パケット（Ａ）が返信されてきた（“Ａ待ち”状態でＡが返信されてきた）ことを以って、通信相手を自端末と同じグループに属する隣接無線端末と判定して登録する。そして、例えば構成情報に反映させることになる。尚、各パケットのフレームフォーマットは、図４に示す例であり、受信パケットの送信元無線機識別子３３を、隣接無線端末として登録することになる。
【０１３８】
次に、図１１には、本例の無線端末１０（詳細）と既存の無線端末（簡易）との隣接確認処理シーケンスを示す。尚、図では、図上右側の無線端末１０（詳細）のみがＩＤ通知信号Ｒｎｏを定周期で送信しているが、図示していないだけであり図上左側の無線端末（簡易）もＩＤ通知信号Ｒｎｏを定周期で送信している。勿論、無線端末１０（詳細）は、上記Ｒｎｏ（Ａ）とＲｎｏ（Ｂ）とを交互に送信している。
【０１３９】
図示の例では、図上左側の無線端末（簡易）は、上記通常状態のときに任意のタイミングで隣接確認モードとなり、このモードのときに自端末のネットワークＩＤ（＝‘Ａ’）と同じネットワーク識別子３１が付加されたＩＤ通知信号Ｒｎｏを受信したら、自端末のネットワークＩＤ（＝‘Ａ’）を付加した隣接確認パケット（Ａ）を送信する。そして、自端末のネットワークＩＤ（＝‘Ａ’）と同じネットワーク識別子３１が付加された隣接応答パケット（Ａ）が返信されてくるのを待つ（“Ａ待ち”の状態となる）。
【０１４０】
図１１の図上右側の無線端末１０（詳細）は、上記図１０の図上右側の無線端末１０（詳細）と同様、隣接確認パケットが返信されてきた場合には、対応する隣接応答パケットを生成・送信する。すなわち、自端末の２つの分割ネットワークＩＤ‘Ａ’、‘Ｂ’のうち、受信した隣接確認パケットのネットワーク識別子３１＝‘Ａ’とは異なる方の分割ネットワークＩＤ＝‘Ｂ’を付加した隣接応答パケット、すなわち隣接応答パケット（Ｂ）を、生成・送信する。
【０１４１】
勿論、図１０の場合と同様、隣接確認パケット受信時に隣接登録を行うか否かの判定も行っている。この場合、Ｒｎｏ（Ａ）に対して隣接確認パケット（Ａ）が返信されてきた（“Ｂ待ち”状態でＡが返信されてきた）ことを以って、通信相手は自端末と同グループではないと判断して、通信相手は隣接無線機として登録しない。
【０１４２】
一方、上記“Ａ待ち”の状態となっている図上左側の無線端末（簡易）も、隣接応答パケット（Ｂ）が返信されてくることで、通信相手は同じグループでは無いものと判定し、隣接登録は行わずに、本処理を終了する。
【０１４３】
従来の既存の無線端末は、自端末のネットワークＩＤ‘Ａ’と同じネットワーク識別子が付加されたＲｎｏであるＲｎｏ（Ａ）を受信した時点で、通信相手は自端末と同グループであると判断して、通信相手を隣接無線機として登録していた。この為、図１１に示す例では、図上左側の無線端末（簡易）は、図上右側の無線端末１０（詳細）を誤って隣接無線機として登録してしまう。
【０１４４】
この為、本手法では、既存の無線端末（簡易）を多少改造して（現地で作業員等がプログラム更新して）、図１１に示すシーケンスを実現する処理を実行させる。すなわち、任意のときに上記隣接確認モードとなったら、この隣接確認モード中にＲｎｏ（Ｂ）等の自端末のネットワークＩＤ‘Ａ’とは異なるＲｎｏを受信した場合には何も実行せず、Ｒｎｏ（Ａ）を受信した場合には、隣接確認（Ａ）を送信して“Ａ待ち"（隣接応答（Ａ）待ち）となる。よって、隣接応答（Ａ）が返信されてきた場合には、通信相手を隣接無線機として登録する。図１１の例では、“Ａ待ち"（隣接応答（Ａ）待ち）に対して隣接応答（Ｂ）が返信されてくるので、登録は行われない。尚、隣接無線機は、自端末と同じグループで且つ直接無線通信可能な無線端末である。
【０１４５】
図１２は、上記分割ネットワーク識別子の生成方法の一例を示す図である。
分割ネットワーク識別子の生成方法は、様々であってよく、例えば、４８ビットを上位側２４ビット、下位側２４ビットに分けることが一案として考えられる。この場合、例えば上位側２４ビットを上記分割ネットワーク識別子‘Ａ’、下位側２４ビットを上記分割ネットワーク識別子‘Ｂ’とすることになる。しかし、この場合、分割ネットワーク識別子‘Ａ’は、殆ど変化しないことになる（多くの無線端末１０で同じ値となる）。
【０１４６】
これに対して、例えば図１２に示すように、例えば４８ビットの分割ネットワーク識別子全体を、数ビットずつ（２ビット、４ビット等）分割して、交互に図示の白側と黒側とに区別する。そして、例えば、白側を全てまとめて上記分割ネットワーク識別子‘Ａ’とし、黒側を全てまとめて上記分割ネットワーク識別子‘Ｂ’とする。
【０１４７】
尚、更に、分割ネットワーク識別子‘Ａ’と‘Ｂ’とを区別する為の情報を最上位ビットに付加するようにしてもよい。図示の例では最上位ビットは、分割ネットワーク識別子‘Ａ’は１、分割ネットワーク識別子‘Ｂ’は０となっている。
【０１４８】
この様にすることで、分割ネットワーク識別子‘Ａ’、‘Ｂ’の両方とも下位側（特に最下位に近い）ビットを含むので、殆ど変化しないような事態は起こらないようにできる。
【０１４９】
尚、本例の無線端末１０（詳細）は、特に図示しないが、下記の各種処理機能部を有するものと考えることもできる。尚、下記の各種処理機能部は、上記通信制御部１３（例えばメモリ等を備えるＣＰＵ／ＭＰＵ等）が、予めメモリ等に記憶されている所定のアプリケーションプログラムを実行することにより実現される。
【０１５０】
すなわち、まず、所定周期で間欠的にＩＤ通知信号を無線送信する機能部であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号に上記ネットワーク識別子３１として付加して無線送信するＩＤ通知部を有する。
【０１５１】
そして、データ受信側としての無線端末１０においては、以下の第１判定部とデータ送信部を有すると見做すことが出来る。
すなわち、任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくるＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子３１が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定部を有する。
【０１５２】
そして、該第１判定部によって自端末と同じネットワークに属するものと判定された他の無線端末に対して、任意のデータを無線送信するデータ送信部を有する。
また、データ受信側としての無線端末１０においては、上記ＩＤ通知部に加えて、以下の第２判定部と確認応答部を有すると見做すことが出来る。
【０１５３】
すなわち、上記ＩＤ通知部によって送信したＩＤ通知信号に対して他の無線端末から上記送信要求の返信があった場合、該送信要求に付加されるネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には（例えばＲｎｏ（Ｂ）送信の場合には送信要求のネットワーク識別子＝‘Ａ’である場合には）、当該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定部を有する。
【０１５４】
更に、この第２判定部によって自端末と同じネットワークに属するものと判定された場合には、上記送信要求に対応する上記送信要求応答を送信する確認応答部を有する。送信要求に対応する送信要求応答とは、例えば送信要求Sreq（Ａ）に対しては送信要求応答Rack（Ｂ）、送信要求Sreq（Ｂ）に対しては送信要求応答Rack（Ａ）となる。つまり、‘Ａ’受信に対しては‘Ｂ’送信、‘Ｂ’受信に対しては‘Ａ’送信となる。
【０１５５】
また、無線端末１０は、上記データ送受信に係る処理機能以外にも、例えば、隣接無線機登録に係る以下の処理機能も備えていても良い。
すなわち、無線端末１０は、例えば、所定のモード中に他の無線端末から送信された上記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている上記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して上記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録部を更に有するものであってもよい。
【０１５６】
また、無線端末１０は、例えば、以下の第３判定部、第２の隣接無線機登録部、隣接応答部を備えていても良い。
第３判定部は、上記ＩＤ通知部によって送信したＩＤ通知信号に対して他の無線端末から上記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する。
【０１５７】
第２の隣接無線機登録部は、該第３判定部によって一致すると判定された場合には、上記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する。
【０１５８】
隣接応答部は、上記第３判定部による判定結果に関係なく、隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した上記隣接応答を送信する。
【０１５９】
あるいは、隣接応答部は、上記第３判定部によって一致しないと判定された場合には、上記隣接応答は送信しないようにしてもよい。この場合、第１の隣接無線機登録部は、隣接応答が返信されてこない場合には、隣接無線機ではないと判定することになる。尚、この場合には「該第３判定手段によって一致すると判定された場合には、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答部」などとなる。
【０１６０】
また、例えば、従来の既存の無線端末（簡易）に、所定のモード中に他の無線端末から送信されたＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末のネットワークＩＤと一致するか否かを判定し、一致する場合には、自端末のネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して該自端末のネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第３の隣接無線機登録部を設けるようにしてもよい。
【符号の説明】
【０１６１】
１０ 無線端末
１１ アンテナ
１２ 無線送受信回路
１３ 通信制御部
１４ 電源回路
２０ データ処理装置
３０ パケット
３１ ネットワーク識別子
３２ あて先無線機識別子
３３ 送信元無線機識別子
３４ コマンド・データ
【特許請求の範囲】
【請求項１】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、
所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくる前記ＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、前記他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定手段と、
該第１判定手段によって自端末と同じネットワークに属するものと判定された前記他の無線端末に対して、前記任意のデータを無線送信するデータ送信手段と、
を有することを特徴とする無線通信ネットワークシステムの無線端末。
【請求項２】
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記送信要求の返信があった場合、該送信要求に付加される前記ネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定手段と、
該第２判定手段によって自端末と同じネットワークに属するものと判定された場合には、前記送信要求に対応する前記送信要求応答を送信する確認応答手段と、
を更に有することを特徴とする請求項１記載の無線通信ネットワークシステムの無線端末。
【請求項３】
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録手段を更に有することを特徴とする請求項１または２記載の無線通信ネットワークシステムの無線端末。
【請求項４】
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、前記ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する第３判定手段と、
該第３判定手段によって一致すると判定された場合には、前記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第２の隣接無線機登録手段と、
前記第３判定手段による判定結果に関係なく、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答手段と、
を更に有することを特徴とする請求項３記載の無線通信ネットワークシステムの無線端末。
【請求項５】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおいて、
前記複数の無線端末のうちの直接無線通信可能な任意の２つの無線端末である第１無線端末、第２無線端末に係わりデータ受信側となる該第２無線端末は、所定周期で間欠的にＩＤ通知信号を送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段を有し、
データ送信側となる前記第１無線端末は、受信したＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信する送信側確認手段を有し、
前記第２無線端末は、前記送信要求を受信した場合、該送信要求に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤのうち前記ＩＤ通知信号に付加しなかった分割ネットワークＩＤと一致するか否かを判定し、一致する場合、前記受信した送信要求に対応する送信要求応答を無線送信する受信側確認手段を有し、
前記第１無線端末は、前記第２端末から前記送信要求応答が返信されてきた場合には該第２無線端末は自端末と同じネットワークに属するものと見做してデータを無線送信するデータ送信手段を有する、
ことを特徴とする無線通信ネットワークシステム。
【請求項６】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおいて、
前記各無線端末は、
所定周期で間欠的にＩＤ通知信号を送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する隣接無線機登録手段と、
を有することを特徴とする無線通信ネットワークシステム。
【請求項７】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末のコンピュータを、
所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくる前記ＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、前記他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定手段と、
該第１判定手段によって自端末と同じネットワークに属するものと判定された前記他の無線端末に対して、前記任意のデータを無線送信するデータ送信手段、
として機能させるためのプログラム。
【請求項８】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末のコンピュータを、
所定周期で間欠的にＩＤ通知信号を送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から送信要求の返信があった場合、該送信要求に付加されるネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定手段と、
該第２判定手段によって自端末と同じネットワークに属するものと判定された場合には、前記送信要求に対応する送信要求応答を送信する確認応答手段と、
前記送信要求応答に対して前記他の無線端末から任意のデータが送信されてきた場合、該データの受信処理を行うデータ受信手段、
として機能させるためのプログラム。
【請求項９】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおけるデータ送受信制御方法であって、
前記複数の無線端末のうちの直接無線通信可能な任意の２つの無線端末である第１無線端末、第２無線端末に係わりデータ受信側となる該第２無線端末は、所定周期で間欠的にＩＤ通知信号を送信するものであって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信し、
データ送信側となる前記第１無線端末は、受信したＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、
前記第２無線端末は、前記送信要求を受信した場合、該送信要求に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤのうち前記ＩＤ通知信号に付加しなかった分割ネットワークＩＤと一致するか否かを判定し、一致する場合、前記受信した送信要求に対応する送信要求応答を無線送信し、
前記第１無線端末は、前記第２端末から前記送信要求応答が返信されてきた場合には該第２無線端末は自端末と同じネットワークに属するものと見做してデータを無線送信することを特徴とする無線通信ネットワークシステムのデータ送受信制御方法。
【請求項１０】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおける隣接無線機確認方法であって、
前記各無線端末は、所定周期で間欠的にＩＤ通知信号を送信するものであって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信し、
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した前記無線端末は、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、
該隣接確認を受信した前記他の無線端末は、該隣接確認に付加されるネットワーク識別子が、自端末の複数の分割ネットワークＩＤのうち前記ＩＤ通知信号に付加しなかった分割ネットワークＩＤと一致する場合には、該隣接確認の送信元の前記無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録することを特徴とする無線通信ネットワークの隣接無線機確認方法。
【請求項１１】
前記隣接確認の送信元の前記無線端末は、前記隣接確認送信後、前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録することを特徴とする請求項１０記載の無線通信ネットワークシステムの隣接無線機確認方法。
【請求項１２】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、
所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録手段と、
を有することを特徴とする無線通信ネットワークシステムの無線端末。
【請求項１３】
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、前記ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する第３判定手段と、
該第３判定手段によって一致すると判定された場合には、前記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第２の隣接無線機登録手段と、
該第３判定手段によって一致すると判定された場合には、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答手段と、
を更に有することを特徴とする請求項１２記載の無線通信ネットワークシステムの無線端末。
【請求項１４】
既存の無線端末に、所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末のネットワークＩＤと一致するか否かを判定し、一致する場合には、自端末のネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して該自端末のネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第３の隣接無線機登録手段を設けたことを特徴とする請求項１２または１３記載の無線通信ネットワークシステムの無線端末。
【請求項１】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、
所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくる前記ＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、前記他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定手段と、
該第１判定手段によって自端末と同じネットワークに属するものと判定された前記他の無線端末に対して、前記任意のデータを無線送信するデータ送信手段と、
を有することを特徴とする無線通信ネットワークシステムの無線端末。
【請求項２】
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記送信要求の返信があった場合、該送信要求に付加される前記ネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定手段と、
該第２判定手段によって自端末と同じネットワークに属するものと判定された場合には、前記送信要求に対応する前記送信要求応答を送信する確認応答手段と、
を更に有することを特徴とする請求項１記載の無線通信ネットワークシステムの無線端末。
【請求項３】
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録手段を更に有することを特徴とする請求項１または２記載の無線通信ネットワークシステムの無線端末。
【請求項４】
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、前記ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する第３判定手段と、
該第３判定手段によって一致すると判定された場合には、前記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第２の隣接無線機登録手段と、
前記第３判定手段による判定結果に関係なく、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答手段と、
を更に有することを特徴とする請求項３記載の無線通信ネットワークシステムの無線端末。
【請求項５】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおいて、
前記複数の無線端末のうちの直接無線通信可能な任意の２つの無線端末である第１無線端末、第２無線端末に係わりデータ受信側となる該第２無線端末は、所定周期で間欠的にＩＤ通知信号を送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段を有し、
データ送信側となる前記第１無線端末は、受信したＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信する送信側確認手段を有し、
前記第２無線端末は、前記送信要求を受信した場合、該送信要求に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤのうち前記ＩＤ通知信号に付加しなかった分割ネットワークＩＤと一致するか否かを判定し、一致する場合、前記受信した送信要求に対応する送信要求応答を無線送信する受信側確認手段を有し、
前記第１無線端末は、前記第２端末から前記送信要求応答が返信されてきた場合には該第２無線端末は自端末と同じネットワークに属するものと見做してデータを無線送信するデータ送信手段を有する、
ことを特徴とする無線通信ネットワークシステム。
【請求項６】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおいて、
前記各無線端末は、
所定周期で間欠的にＩＤ通知信号を送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する隣接無線機登録手段と、
を有することを特徴とする無線通信ネットワークシステム。
【請求項７】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末のコンピュータを、
所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
任意のデータの送信要因が発生した後、他の無線端末から無線送信されてくる前記ＩＤ通知信号を受信すると、該ＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、前記他の無線端末から該送信要求に応じた送信要求応答が返信されてきた場合には該他の無線端末は自端末と同じネットワークに属するものと判定する第１判定手段と、
該第１判定手段によって自端末と同じネットワークに属するものと判定された前記他の無線端末に対して、前記任意のデータを無線送信するデータ送信手段、
として機能させるためのプログラム。
【請求項８】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末のコンピュータを、
所定周期で間欠的にＩＤ通知信号を送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から送信要求の返信があった場合、該送信要求に付加されるネットワーク識別子が、該送信したＩＤ通知信号に付加しなかった方の分割ネットワークＩＤと一致する場合には、該他の無線端末は自端末と同じネットワークに属するものと判定する第２判定手段と、
該第２判定手段によって自端末と同じネットワークに属するものと判定された場合には、前記送信要求に対応する送信要求応答を送信する確認応答手段と、
前記送信要求応答に対して前記他の無線端末から任意のデータが送信されてきた場合、該データの受信処理を行うデータ受信手段、
として機能させるためのプログラム。
【請求項９】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおけるデータ送受信制御方法であって、
前記複数の無線端末のうちの直接無線通信可能な任意の２つの無線端末である第１無線端末、第２無線端末に係わりデータ受信側となる該第２無線端末は、所定周期で間欠的にＩＤ通知信号を送信するものであって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信し、
データ送信側となる前記第１無線端末は、受信したＩＤ通知信号に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した送信要求を無線送信し、
前記第２無線端末は、前記送信要求を受信した場合、該送信要求に付加されているネットワーク識別子が、自端末の複数の分割ネットワークＩＤのうち前記ＩＤ通知信号に付加しなかった分割ネットワークＩＤと一致するか否かを判定し、一致する場合、前記受信した送信要求に対応する送信要求応答を無線送信し、
前記第１無線端末は、前記第２端末から前記送信要求応答が返信されてきた場合には該第２無線端末は自端末と同じネットワークに属するものと見做してデータを無線送信することを特徴とする無線通信ネットワークシステムのデータ送受信制御方法。
【請求項１０】
自端末と同じネットワークに属する他の無線端末とデータ送受信する複数の無線端末より構成される無線通信ネットワークシステムにおける隣接無線機確認方法であって、
前記各無線端末は、所定周期で間欠的にＩＤ通知信号を送信するものであって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信し、
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した前記無線端末は、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、
該隣接確認を受信した前記他の無線端末は、該隣接確認に付加されるネットワーク識別子が、自端末の複数の分割ネットワークＩＤのうち前記ＩＤ通知信号に付加しなかった分割ネットワークＩＤと一致する場合には、該隣接確認の送信元の前記無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録することを特徴とする無線通信ネットワークの隣接無線機確認方法。
【請求項１１】
前記隣接確認の送信元の前記無線端末は、前記隣接確認送信後、前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録することを特徴とする請求項１０記載の無線通信ネットワークシステムの隣接無線機確認方法。
【請求項１２】
無線通信ネットワークシステムを構成する無線端末であって、自端末と同じネットワークに属する他の無線端末とデータ送受信する無線端末において、
所定周期で間欠的にＩＤ通知信号を無線送信する手段であって、自端末のネットワークＩＤを分割して成る複数の分割ネットワークＩＤを交互に該ＩＤ通知信号にネットワーク識別子として付加して無線送信するＩＤ通知手段と、
所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末の複数の分割ネットワークＩＤの何れかと一致するか否かを判定し、一致する分割ネットワークＩＤがある場合、一致しない他方の分割ネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して前記一致する分割ネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第１の隣接無線機登録手段と、
を有することを特徴とする無線通信ネットワークシステムの無線端末。
【請求項１３】
前記ＩＤ通知手段によって送信した前記ＩＤ通知信号に対して他の無線端末から前記隣接確認の返信があった場合、該隣接確認に付加されているネットワーク識別子が、前記ＩＤ通知信号に付加しなかった方の自端末の分割ネットワークＩＤと一致するか否かを判定する第３判定手段と、
該第３判定手段によって一致すると判定された場合には、前記隣接確認を返信してきた他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第２の隣接無線機登録手段と、
該第３判定手段によって一致すると判定された場合には、前記隣接確認に付加されているネットワーク識別子と一致しない自端末の分割ネットワークＩＤを、ネットワーク識別子として付加した前記隣接応答を送信する隣接応答手段と、
を更に有することを特徴とする請求項１２記載の無線通信ネットワークシステムの無線端末。
【請求項１４】
既存の無線端末に、所定のモード中に他の無線端末から送信された前記ＩＤ通知信号を受信した場合、該ＩＤ通知信号に付加されている前記ネットワーク識別子が、自端末のネットワークＩＤと一致するか否かを判定し、一致する場合には、自端末のネットワークＩＤをネットワーク識別子として付加した隣接確認を送信し、該隣接確認に対して該自端末のネットワークＩＤと同一のネットワーク識別子が付加された隣接応答が返信されてきた場合には、該他の無線端末を自端末と同じネットワークに属する隣接無線機と見做して登録する第３の隣接無線機登録手段を設けたことを特徴とする請求項１２または１３記載の無線通信ネットワークシステムの無線端末。
【図１】
【図２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１３】
【図１４】
【図３】
【図１２】
【図２】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１３】
【図１４】
【図３】
【図１２】
【公開番号】特開２０１２−１５６８０６（Ｐ２０１２−１５６８０６Ａ）
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願番号】特願２０１１−１４３１２（Ｐ２０１１−１４３１２）
【出願日】平成２３年１月２６日（２０１１．１．２６）
【出願人】（０００００５２３４）富士電機株式会社 (3,146)
【出願人】（０００２２０２６２）東京瓦斯株式会社 (1,166)
【出願人】（００００００２８４）大阪瓦斯株式会社 (2,453)
【出願人】（０００２２１８３４）東邦瓦斯株式会社 (440)
【出願人】（３０９０４２０７１）東光東芝メーターシステムズ株式会社 (41)
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
【公開日】平成２４年８月１６日（２０１２．８．１６）
【国際特許分類】
【出願日】平成２３年１月２６日（２０１１．１．２６）
【出願人】（０００００５２３４）富士電機株式会社 (3,146)
【出願人】（０００２２０２６２）東京瓦斯株式会社 (1,166)
【出願人】（００００００２８４）大阪瓦斯株式会社 (2,453)
【出願人】（０００２２１８３４）東邦瓦斯株式会社 (440)
【出願人】（３０９０４２０７１）東光東芝メーターシステムズ株式会社 (41)
【出願人】（０００００５８２１）パナソニック株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]