(57)【特許請求の範囲】
【請求項１】
周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置において、
定期的に前記通知信号を送信する送信手段と、
前記通知信号を受信する受信手段と、
前記受信手段が前記通知信号を受信したときに、周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新する記録更新手段と、
前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、周辺の無線通信装置の異常を検出する異常検出手段とを有し、
前記異常検出手段は、前記周辺無線通信装置情報から特定の無線通信装置に関する情報を全て抽出し、抽出した特定の無線通信装置に関する全ての情報が一定時間受信できなかったことを用いて特定の無線通信装置の故障を検出することを特徴とする無線通信装置。
【請求項２】
前記異常検出手段は、抽出した特定の無線通信装置に関する一部の情報が一定時間受信できなかったことを用いて、特定の無線通信装置と周辺の無線通信間の通信リンクの切断を検出することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置における無線通信方法において、
送信手段、受信手段、記録更新手段、異常検出手段を有し、
前記送信手段は、定期的に前記通知信号を送信し、
前記受信手段は、前記通知信号を受信し、
前記記録更新手段は、前記受信手段が前記通知信号を受信したときに、周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新し、
前記異常検出手段は、前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、周辺の無線通信装置の異常を検出し、
前記異常検出手段は、前記周辺無線通信装置情報から特定の無線通信装置に関する情報を全て抽出し、抽出した特定の無線通信装置に関する全ての情報が一定時間受信できなかったことを用いて特定の無線通信装置の故障を検出する
ことを特徴とする無線通信方法。
【請求項４】
周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置に搭載されるコンピュータを、
定期的に前記通知信号を送信する送信手段と、
前記通知信号を受信する受信手段と、
前記受信手段が前記通知信号を受信したときに、周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新する記録更新手段と、
前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、周辺の無線通信装置の異常を検出する異常検出手段と
して機能させ、
前記異常検出手段は、前記周辺無線通信装置情報から特定の無線通信装置に関する情報を全て抽出し、抽出した特定の無線通信装置に関する全ての情報が一定時間受信できなかったことを用いて特定の無線通信装置の故障を検出する
ことを特徴とする無線通信プログラム。
【請求項５】
周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置において、
定期的に前記通知信号を送信する送信手段と、
前記通知信号を受信する受信手段と、
前記受信手段が前記通知信号を受信したときに、前記周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する、自身とは直接隣接せず２次的に隣接する無線通信装置である２次周辺無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新する記録更新手段と、
前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、前記周辺の無線通信装置の故障、並びに、自装置、前記周辺の無線通信装置、及び前記２次周辺無線通信装置を含む各装置間の通信リンクの異常を検出する異常検出手段と
を有することを特徴とする無線通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置、方法、及びプログラムに関し、例えば、センサネットワーク等の近距離無線ネットワークに適用し得るものである。
【背景技術】
【０００２】
センサネットワーク等の近距離無線ネットワークでは、無線ネットワークを構成する無線端末が追加、削除されることも多く、また、無線端末が多数のため、故障する無線端末が生じる可能性も高い。
【０００３】
そのため、無線端末は、送信先となる周辺無線端末の故障を常時把握し、その上で、ルーティングをしなければならない。そこで、従来から、無線ネットワーク環境下において、無線端末の故障状況を把握する様々な方法が提案されている。
【０００４】
例えば、特許文献１では、定期的に無線端末間で送受信するパケット（文献中における存在通知メッセージ）の不受信によって故障を疑い、疑義端末に対しては様々な経路から診断メッセージを送信し、当該端末からの応答により故障を検出する方法が提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１８２４０９
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、無線ネットワーク環境下において、パケットが送信先の無線端末に到達しない原因は、無線端末自体の故障の他にも種々様々な原因（例えば、無線リンクの一時的な途絶、パケットの衝突、送信制御による送信失敗、ビット誤りによる受信失敗等）が存在する。
【０００７】
上記例の原因（事象）が発生する確率は、一般的には、無線端末自体の故障よりも高く、先述の特許文献１のような診断メッセージを用いた故障検出手段では、上記事象の発生に伴い、故障診断の回数が増加（ネットワーク内の診断メッセージの増加）し、無線ネットワークの性能に悪影響（例えば、無線ネットワーク内の帯域の圧迫）を及ぼすと考えられる。
【０００８】
そのため、無線ネットワークの性能に悪影響を及ぼすことなく、効率的に無線通信装置の異常を検出できる無線通信装置、方法、及びプログラムが望まれている。
【課題を解決するための手段】
【０００９】
第１の本発明は、周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置において、（１）定期的に前記通知信号を送信する送信手段と、（２）前記通知信号を受信する受信手段と、（３）前記受信手段が前記通知信号を受信したときに、周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新する記録更新手段と、（４）前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、周辺の無線通信装置の異常を検出する異常検出手段とを有し、（５）前記異常検出手段は、前記周辺無線通信装置情報から特定の無線通信装置に関する情報を全て抽出し、抽出した特定の無線通信装置に関する全ての情報が一定時間受信できなかったことを用いて特定の無線通信装置の故障を検出することを特徴とする。
【００１０】
第２の本発明は、周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置における無線通信方法において、送信手段、受信手段、記録更新手段、異常検出手段を有し、（１）前記送信手段は、定期的に前記通知信号を送信し、（２）前記受信手段は、前記通知信号を受信し、（３）前記記録更新手段は、前記受信手段が前記通知信号を受信したときに、周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新し、（４）前記異常検出手段は、前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、周辺の無線通信装置の異常を検出し、（５）前記異常検出手段は、前記周辺無線通信装置情報から特定の無線通信装置に関する情報を全て抽出し、抽出した特定の無線通信装置に関する全ての情報が一定時間受信できなかったことを用いて特定の無線通信装置の故障を検出することを特徴とする。
【００１１】
第３の本発明の無線通信プログラムは、周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置に搭載されるコンピュータを、（１）定期的に前記通知信号を送信する送信手段と、（２）前記通知信号を受信する受信手段と、（３）前記受信手段が前記通知信号を受信したときに、周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新する記録更新手段と、（４）前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、周辺の無線通信装置の異常を検出する異常検出手段として機能させ、（５）前記異常検出手段は、前記周辺無線通信装置情報から特定の無線通信装置に関する情報を全て抽出し、抽出した特定の無線通信装置に関する全ての情報が一定時間受信できなかったことを用いて特定の無線通信装置の故障を検出することを特徴とする。
【００１２】
第４の本発明は、周辺の無線通信装置と相互に、少なくとも、自身の識別符号と、周辺の無線通信装置の識別符号とを含む通知信号を交換し合う無線通信装置において、（１）定期的に前記通知信号を送信する送信手段と、（２）前記通知信号を受信する受信手段と、（３）前記受信手段が前記通知信号を受信したときに、前記周辺の無線通信装置毎に、前記通知信号に含まれる送信側の無線通信装置の識別符号、及び送信側の無線通信装置の周辺に存在する、自身とは直接隣接せず２次的に隣接する無線通信装置である２次周辺無線通信装置の識別符号を含む情報である周辺無線通信装置情報を記録・更新する記録更新手段と、（４）前記記録更新手段に記録される前記周辺無線通信装置情報の受信状況から、前記周辺の無線通信装置の故障、並びに、自装置、前記周辺の無線通信装置、及び前記２次周辺無線通信装置を含む各装置間の通信リンクの異常を検出する異常検出手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明によれば、無線ネットワークの性能に悪影響を及ぼすことなく、効率的に無線通信装置の異常を検出できる。
【図面の簡単な説明】
【００１４】
【図１】実施形態に係る無線端末の構成を示すブロック図である。
【図２】実施形態に係る無線通信ネットワークの全体構成を示すブロック図である。
【図３】実施形態に係る基地局及び無線端末が送信するＨＥＬＬＯパケットの例を示す説明図である。
【図４】実施形態に係るＨＥＬＬＯパケット記録部が記録する情報を示す説明図である。
【図５】実施形態に係る周辺端末管理部２０８が保持する通信端末判定記録情報を示す説明図（その１）である。
【図６】実施形態に係る周辺端末管理部２０８が保持する通信端末判定記録情報を示す説明図（その２）である。
【図７】実施形態に係る基地局及び無線端末のＨＥＬＬＯパケット送信動作を示すフローチャートである。
【図８】実施形態に係る基地局及び無線端末のＨＥＬＬＯパケット受信動作を示すフローチャートである。
【図９】実施形態に係る周辺端末管理部が、通信端末判定記録情報から周辺端末の故障を検知する動作を示すフローチャートである。
【発明を実施するための形態】
【００１５】
（Ａ）主たる実施形態
以下、本発明による無線通信装置、方法、及びプログラムの実施形態を、図面を参照しながら詳述する。
【００１６】
（Ａ−１）実施形態の構成
図２は、この実施形態に係る無線通信ネットワークの全体構成を示すブロック図である。
【００１７】
図２では、説明を容易にするために、無線通信ネットワーク１が、基地局１００、８台の無線端末１０１〜１０８を有する場合を例示する。勿論、無線端末１０の数は特に限定されるものではない。なお、無線端末１０１〜１０８の通信方式は、限定されるものではなく、例えば、種々の無線ＬＡＮインタフェースを適用することができる。また、基地局１００は、無線通信ネットワーク１の全体を管理する機能を有し、後述する無線端末１０１〜１０８の機能を全て有するものとする。図２において、基地局１００と８台の無線端末１０１〜１０８を結ぶ直線は、２局が直接通信可能であることを表している。
【００１８】
図１は、この実施形態に係る無線端末の内部構成を示すブロック図である。実施形態に係る無線端末は、図１に示す各構成部を搭載した専用のＩＣチップ等のハードウェアとして構成しても良いし、又は、ＣＰＵと、ＣＰＵが実行するプログラムを中心としてソフトウェア的に構成して良いが、機能的には、図１で表すことができる。
【００１９】
図１において、無線端末１０１〜１０８は、送信部２０１、受信部２０２、タイマ２０３、ＨＥＬＬＯパケット生成部２０４、データ生成部２０５、送信先選択部２０６、ＨＥＬＬＯパケット記録部２０７、周辺端末管理部２０８を有する。
【００２０】
アンテナ２０９は、捕捉して得た無線信号を受信部２０２に与えたり、送信部２０１からの無線信号を空間に放射したりするものである。図１では、送受共用アンテナの場合を示しているが、送信アンテナと受信アンテナとに分かれていても構わない。
【００２１】
受信部２０２は、アンテナ２０９からの無線信号に対して復調処理を行い、デジタルデータ（受信データ）に変換してＨＥＬＬＯパケット記録部２０７に与えるものである。この実施形態の場合、無線端末１０１〜１０８が周囲の無線端末と授受するデータは、通信データとＨＥＬＬＯパケットの少なくとも２種類のデータがある。ここで、通信データは、端末間で授受する一般的なデータであって、マルチキャストを含め、特定の無線端末を宛先としているものである。ＨＥＬＬＯパケットは、基地局１００、各無線端末１０１〜１０８が定期的に送受信する周辺端末の情報を含むデータである。
【００２２】
ＨＥＬＬＯパケット記録部２０７は、受信したＨＥＬＬＯパケットから、周辺端末の情報を抽出して記録するものである。
【００２３】
周辺端末管理部２０８は、ＨＥＬＬＯパケット記録部２０７に記録されたデータに基づき周辺の無線端末の状況を推定する処理を行うものである。なお、この周辺端末管理部２０８の詳しい処理は後述する動作の項で明らかにする。
【００２４】
タイマ２０３は、ＨＥＬＬＯパケット生成部２０４でＨＥＬＬＯパケットを生成する時刻を定期的に指示するものである。
【００２５】
ＨＥＬＬＯパケットの生成部２０４は、タイマ２０３からの指示に従い、周辺の基地局１００及び無線端末１０１〜１０８（図２の直線で結ばれた局）に対して送信するＨＥＬＬＯパケットを生成するものである。
【００２６】
データ生成部２０５は、通信データの生成を行うものである。
【００２７】
送信先選択部２０６は、通信データの選択先の処理（ルーティング）を行うものである。
【００２８】
送信部２０１は、データ生成部２０５（送信先選択部２０６）又はＨＥＬＬＯパケットの生成部２０４から与えられた送信データ（通信データ、ＨＥＬＬＯパケット）を無線信号に変換してアンテナ２０９に与えるものである。
【００２９】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態の無線通信ネットワーク１の動作を、図面を参照しながら説明する。なお、以下の説明において、基地局１００、各無線端末１０１〜１０８（以下、単に「端末」とも呼ぶ。）は、無線通信ネットワーク１内で自身を識別できる固有のアドレス（例えば、ＩＰアドレス）を有しているものとする。なお、以下では、説明を簡易とするために、各端末の符号（端末１００〜１０８）と各端末のアドレスは、同一であるものとする。
【００３０】
図７は、基地局及び無線端末のＨＥＬＬＯパケット送信動作を示すフローチャートである。
【００３１】
基地局１００及び無線端末１０１〜１０８は、タイマ２０３の指示に従いＨＥＬＬＯパケット生成部２０４において生成したＨＥＬＬＯパケットを定期的に送信する（Ｓ１０１〜Ｓ１０３）。ＨＥＬＬＯパケットの宛先は、周辺に存在する個々の端末宛でもよいし、ブロードキャスト（宛先を全てとして送信し、受信できる端末全てで受信処理を行う）でも構わない。なお、一般的には測定に要する通信量を削減するためにブロードキャストを用いることが多い。送信するＨＥＬＬＯパケットには、少なくとも自身のアドレス、各端末が周辺に存在していると認識している端末（以下、「周辺端末」とも呼ぶ。）のアドレスのリスト（以下「周辺端末リスト」とも呼ぶ。）が含まれるものとする。この他にも、ＨＥＬＬＯパケットには、周辺端末との通信状況、ＨＥＬＬＯパケットを送信する間隔等の情報が含まれる構成も考えられる。
【００３２】
図３は、基地局１００及び無線端末１０１〜１０８が送信するＨＥＬＬＯパケットの例を示す説明図である。図３は、ＨＥＬＬＯパケットを送信する端末を示す「送信端末番号」、送信端末のアドレスを示す「自アドレス」、送信端末の周辺に存在する端末を示す「周辺端末リスト」、各データを識別する番号を示す「ＮＯ」の項目から構成される。
【００３３】
図３では、各端末が送信するＨＥＬＬＯパケットの例を９件示しており、例えば、「ＮＯ」の項目が１であるデータは、端末１００（基地局１００）が、自アドレスの情報（１００）と、周辺端末リスト（端末１０１、端末１０３、端末１０４の情報）とを含むＨＥＬＬＯパケットを、周辺の端末である端末１０１、１０３、１０４に送信したことを示している。また、図３は、図２で示す無線通信ネットワーク１内で各端末が正常にＨＥＬＬＯパケットを送受信した例を示すものでもある。
【００３４】
図８は、基地局及び無線端末のＨＥＬＬＯパケット受信動作を示すフローチャートである。
【００３５】
ＨＥＬＬＯパケットを受信した各端末は、ＨＥＬＬＯパケット記録部２０７に受信したＨＥＬＬＯパケットのデータを記録する（Ｓ２０１、Ｓ２０２）。そして、ＨＥＬＬＯパケットを受信した各端末は、周辺端末管理部２０８において各端末との通信記録を更新する（Ｓ２０３）。上記のステップＳ２０２及びステップＳ２０３の手順により、各端末は、周辺端末の情報を得ると同時に、周辺端末の周辺端末（以下、「２次周辺端末」とも呼ぶ。）の情報を得ることができる。
【００３６】
図４は、基地局１００及び無線端末１０１〜１０８が、ＨＥＬＬＯパケット記録部２０７において記録する情報（以下、「周辺端末記録情報Ｉ」とも呼ぶ。）を示す説明図である。図４は、全端末が正常にＨＥＬＬＯパケットの送受信を行った場合に各端末に保持される周辺端末記録情報Ｉを示している。図３では、各端末で保持されるデータ（周辺端末記録情報Ｉ）を識別する番号を示す「ＮＯ」、周辺端末記録情報Ｉを保持する端末を示す「端末番号」、周辺端末リストの種別（直節隣接していることを示す「隣接」又は２次的に隣接していることを示す「２次隣接」）、自端末の周辺に存在する端末を示す「周辺端末リスト」の項目から構成される。
【００３７】
図４では、各端末が保持する周辺端末記録情報Ｉの例を９件示しており、例えば、「ＮＯ」の項目が１であるデータは、端末１００（基地局１００）が隣接する端末１０１、１０３、１０４の周辺端末リストと、隣接する端末１０１が隣接する端末の周辺端末リスト（１００、１０２、１０３、１０４、１０５）と、隣接する端末１０３が隣接する端末の周辺端末リスト（１００、１０１、１０４、１０６、１０７）と、隣接する端末１０４が隣接する端末の周辺端末リスト（１００、１０１、１０２、１０３、１０５、１０６、１０７、１０８）を示している。
【００３８】
各端末（１００〜１０８）は、正常通信時には、対応するＮＯ１〜９のいずれかのデータ（周辺端末記録情報Ｉ）を、ＨＥＬＬＯパケット記録部２０７に保持することになる。
【００３９】
図５は、端末１００（基地局１００）が周辺端末管理部２０８において保持する通信端末判定記録情報Ｄを示す説明図である。図５では、周辺端末管理部２０８で保持する通信端末判定記録情報Ｄの各データを識別する番号を示す「ＮＯ」、隣接する端末を示す「端末番号」、ＨＥＬＬＯパケットを隣接する端末から直接取得したか、若しくは、別の端末の周辺端末リストから間接的に取得したかを示す「隣接」（直接的に取得した場合には「直接」、別の端末の周辺端末リストから間接的に取得した場合には、別の端末の端末番号を記載）、ＨＥＬＬＯパケットを受信した時刻を示す「最終受信時刻」、ＨＥＬＬＯパケット受信の判定の成否を示す「判定」（周辺端末リストを含むＨＥＬＬＯパケットを正常に受信している場合には〇、受信していない場合に×となる）の項目から構成される。
【００４０】
図５では、端末１００（基地局１００）が２０１４／０１／０１  ００：００：０１に端末１０１から、２０１４／０１／０１  ００：００：０３に端末１０３から、２０１４／０１／０１  ００：００：０４に端末１０４から、ＨＥＬＬＯパケットを受信した例を示している。
【００４１】
端末１００の周辺端末管理部２０８は、端末１０１、端末１０２、端末１０３からＨＥＬＬＯパケットを受信する度に図５の通信端末判定記録情報Ｄを更新することになる。例えば、ＮＯ１のデータは、２０１４／０１／０１  ００：００：０１に端末１０１からＨＥＬＬＯパケットを直接受信したときに更新される。また、ＮＯ２のデータは、２０１４／０１／０１  ００：００：０３に端末１０３からＨＥＬＬＯパケットを受信したときに、受信したパケットに含まれる周辺端末リストから端末１０１が含まれるために更新される。以下のデータも全端末が正常に送受信を行った場合の例を示している。図３は、言い換えれば、通信経路毎のＨＥＬＬＯパケットの送受信の成否を示しているものとも言える。
【００４２】
周辺端末管理部２０８の判定基準は、例えば、最終受信時刻から一定時間（例えばＨｅｌｌｏパケット送信間隔の数倍）が経過した場合に該当データの判定を×とする。これは、無線通信には一定割合の失敗があるため、一度の通信失敗で通信経路を利用不可と判定することは妥当ではない場合が多いことによる。なお、ＨＥＬＬＯパケット生成部２０４は、Ｈｅｌｌｏパケットを送信する際、通信端末判定記録情報Ｄ（図５）の「隣接」が直接となっていて且つ「判定」の項目がＯとなっている端末番号を含む隣接端末リスト作成した上で、Ｈｅｌｌｏパケットを生成する（先述のステップＳ１０２の処理）。
【００４３】
以上をまとめると、各端末は、一定期間、周辺端末からＨｅｌｌｏパケットを全く受信しない場合に、当該端末との通信が不可能になったと判断し、周辺端末リストから当該端末を削除する（離脱の認識）。また、各端末は、周辺端末リストにない端末から信号を受信した場合には周辺端末リストに新しい端末を追加しても良い（追加の認識）。
【００４４】
次に、周辺端末管理部２０８において通信端末判定記録情報Ｄから周辺端末の故障を検知する動作を詳述する。まず、端末が無線通信ネットワーク１から離脱する場合には、隣接端末と自身との間の無線通信が何らかの原因（障害物が間に入ったなど）によって切断されている場合と、隣接端末が故障してＨｅｌｌｏパケットを送信しなくなった場合が想定される。周辺端末管理部２０８は、両者を区別することにより、離脱の原因が端末の故障であると検出（推定）する。
【００４５】
図８は、周辺端末管理部２０８が、通信端末判定記録情報Ｄから周辺端末の故障を検知する動作を示すフローチャートである。
【００４６】
周辺端末管理部２０８は、一定時間毎に通信端末判定記録情報Ｄから端末毎のデータに係る判定結果を精査する（Ｓ３０１）。
【００４７】
周辺端末管理部２０８は、ステップＳ３０１で精査したデータの判定が全て〇だった場合には、周辺端末は正常に動作していると判定して処理を終了する（Ｓ３０２）。
【００４８】
また、周辺端末管理部２０８は、ステップＳ３０１で精査したデータの判定が一部×だった場合には、周辺端末間の通信経路の一部に異常が生じているものとして判定して処理を終了する（Ｓ３０３）。
【００４９】
さらに、周辺端末管理部２０８は、ステップＳ３０１で精査したデータの判定が全て×だった場合には、周辺端末に故障が生じているものとして判定して次の処理を行う（Ｓ３０４）。
【００５０】
周辺端末管理部２０８は、例外処理を行う（Ｓ３０５）例外処理とは、例えば、送信先選択部２０６に対してパケットの転送経路に故障端末を使わないように通知したり、基地局１００に対して通知（ルーティング等に利用）したり、上位層のアプリケーションに対して端末の故障状況を通知する等である。
【００５１】
次に具体例を用いて、上記の故障を検知する動作（ステップＳ３０３）を説明する。図６は、図５の状況から一定時間が経過し、端末１０５が故障した場合の状況を示す通信端末判定記録情報Ｄである。ＮＯ１２とＮＯ１３のデータの判定が×となっていることが見てとれる。
【００５２】
現在は、図６の状況から１分程経過した２０１４／１／１  ００：１０頃であるものとする。このとき、基地局１００の周辺端末管理部２０８は、図６の端末１０５に係るデータ（ＮＯ１２とＮＯ１３のデータの判定）の精査を行う。
【００５３】
そして、周辺端末管理部２０８は、端末１０５に係るデータの判定が全て×であることから端末１０５は故障であると判定する。この故障判定の根拠は、通信環境の悪化により特定端末に関係する一部の通信リンクが切断されることは有っても、全ての通信リンクが切断されることは無いという経験則に基づくものである。
【００５４】
次に具体例を用いて、通信リンクの異常（切断）を検知する動作（ステップＳ３０４）を説明する。
【００５５】
周辺端末管理部２０８は、リンクの切断を正確に判定するためには端末が故障していないことを確認する必要がある。例えば、先述の図６を例に挙げて説明すると、図６のＮＯ１４のデータの判定が×となった場合には端末１０５は故障していないことがわかる（全ての端末１０５に係るデータの判定が×ではないため）。従って、周辺端末管理部２０８は、端末１０４−１０５間の通信リンクが切断されていると推定することが可能となる。
【００５６】
また、上記処理は、２次隣接端末でなく、隣接端末の場合の判定にも用いることができる。例えば、図６のＮＯ１〜３に係るデータは、端末１００の隣接の項目が端末１０１に該当するデータである。ここで、ＮＯ３の隣接項目が端末１０４であるデータの判定が×となった場合、端末１０１−１０４間のリンクが切断されたと判定することができる。ＮＯ１０（端末番号の項目が端末１０４、隣接の項目が端末１０１）のデータの判定が×となっている場合には、よりリンク切断の確度が上がる（通信路は片方向だけ切断されることもあることに留意する必要がある）。周辺端末管理部２０８は、通信リンクが切断された場合にも先述の例外処理（Ｓ３０５）を行うことで、例えば、当該リンクを通信経路として用いないように通信経路を制御する構成を取ることもできる。
【００５７】
（Ａ−３）実施形態の効果
この実施形態によれば、以下の効果を奏する。
【００５８】
この実施形態によれば、各端末が定期的に送信するＨＥＬＬＯパケットに周辺端末の情報を含めて送信し、受信時には、各周辺端末から周辺端末の情報を周辺端末記録情報Ｉとして記録する。そして、周辺端末管理部２０８は、従来の方法と比較して、少ない情報交換で無線端末の故障を判定することが可能となる。
【００５９】
また、周辺端末管理部２０８は、通信端末判定記録情報Ｄから周辺端末の離脱の原因を通信リンクの切断と、端末自体の故障と精度良く切り分けて判定することで、従来に比べて端末故障の誤検知を大幅に減らすことが可能となる。
【００６０】
さらに、各端末間で送受信されるＨＥＬＬＯパケットに基づく情報だけにより端末の故障を検知できることから、従来行われていた故障確認のために無駄なメッセージの送受信による無線ネットワーク１内の性能の悪影響（帯域の圧迫）を回避することができる。
【００６１】
（Ｂ）他の実施形態
この実施形態の説明においても、種々変形実施形態に言及したが、さらに、以下に例示するような変形実施形態も挙げることができる。
【００６２】
（Ｂ−１）この実施形態において、端末１０１〜１０８は、上述のステップＳ３０５の処理において所定の例外処理を行っていたが、例えば、基地局１００へ故障通知信号を送る構成としても良い。
【００６３】
（Ｂ−２）また、上記例（Ｂ−１）の場合には、端末が故障すると多くの周辺無線端末が故障通知信号を送信することとなる。そこで、無線通信ネットワーク１内の通信量の増加を避けるために一部の端末だけが故障通知信号を送る構成としても良い。この際、各端末が故障通知信号を送信するか否かは様々な方法が考えられる。以下、一例を示す。故障端末を検出した各端末はランダムに設定した遅延時間経過後に故障通知信号とＨＥＬＬＯパケットを合わせた信号をブロードキャストで送信する。故障通知信号が入ったＨｅｌｌｏパケットを受信した周辺の端末は、故障通知信号の送信を行わないものとする。以上によりある特定の端末の故障を検知した全ての周辺端末が同じ内容の故障通知信号を基地局１００へ送信することを防止できる。
【００６４】
（Ｂ−３）また、故障通知信号を受信した基地局１００は、以下のような動作を行うことができる。例えば、基地局１００は、故障と判断した端末を中継する経路を他の経路に変更したり、故障と判断した端末を宛先とするデータを送信したりしない等である。
【００６５】
（Ｂ−４）各端末がＨｅｌｌｏパケットを送信するタイミングは定期的であってもよいが、周辺端末記録情報Ｉの周辺端末リストが更新されたタイミングでもＨｅｌｌｏパケットを送信する構成とすることもできる。これによって、周辺端末記録情報Ｉの２次隣接の端末リストの構築が迅速に行われるようになる。
【００６６】
（Ｂ−５）各端末は、上述のステップＳ３０３の処理により故障と判定した端末に向けて診断パケットを送信し、故障を確認する構成を取るようにしても良い。
【符号の説明】
【００６７】
１…無線通信ネットワーク、１０１〜１０８…無線端末、１００…基地局、２０１…送信部、２０２…受信部、２０３…タイマ、２０４…ＨＥＬＬＯパケット生成部、２０５…データ生成部、２０６…送信先選択部、２０７…ＨＥＬＬＯパケット記録部、２０８…周辺端末管理部、２０９…アンテナ。
【図１】
0006512037.tif 000002
【図２】
0006512037.tif 000003
【図３】
0006512037.tif 000004
【図４】
0006512037.tif 000005
【図５】
0006512037.tif 000006
【図６】
0006512037.tif 000007
【図７】
0006512037.tif 000008
【図８】
0006512037.tif 000009
【図９】
0006512037.tif 000010