JP2022534980A - 停電の検出と報告の管理 - Google Patents

Abstract

メッシュネットワークにおけるノードの停電を検出するためのシステム及び方法が開示される。メッシュネットワーク内の追跡するノードは、メッシュネットワーク内の追跡されるノードから発信される一連の信号を検出する。一連の信号は、追跡されるノードによって送信されるビーコン及び通信メッセージを含む。追跡するノードは、追跡されるノードから最新の信号を受信してから、アライブビーコン間隔の閾値の数が経過したと判定する。追跡するノードは続いて、追跡されるノードにｐｉｎｇを出力して、ｐｉｎｇに対する応答を要求する。追跡するノードは、ｐｉｎｇに対する応答を追跡されるノードから受信しなかった場合、メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信するが、この停電アラームメッセージは追跡されるノードの識別情報を含む。

Description

本開示は、概略、無線ネットワーク内部のノードの停電（例えば、通信停止、構内電力停止、又はグリッド電力停止）及びアラームイベントを、検出及び報告するためのプロセスに関する。

スマート電力、ガス、水道メータのネットワークやその他のスマートデバイス（即ち、他のデバイスやネットワークに接続して通信することができるデバイス）などのネットワーク化されたシステムは、デバイス間通信のために相互に接続することができる。更に、ネットワーク化されたシステム内部のスマートデバイスの一つ若しくは複数は、インターネット又は他のネットワークと相互接続することが可能である。例えば、ネットワーク化されたシステムは、スマートデバイスに、互いに通信可能に結合してデータを交換するメカニズムを提供する。ネットワーク化されたシステムは、ネットワーク（例えば、インターネット又はイントラネット）に直接的に、又は、親ノード及びルートノード又はコレクタの追加の層を介して間接的に、接続する一つ若しくは複数のノードを含み得る。又、ネットワーク化されたシステムは、親ノード若しくは他の子ノードとリンクして、ネットワーク化されたシステム全体でデータを交換する、ノードを含み得る。

ネットワーク化されたシステム内部のノードについて、ノードの信頼性及びノードの停電検出と報告について、特定の問題が生じる。例えば、ノードは、ノードがノードの一次電源から電力を受け取らなくなった後に、ノードが停電表示を送信するのに十分なエネルギーを提供するために、スーパーキャパシタに依存することがある。時間を経ると、スーパーキャパシタ内部に貯蔵される液体（例えば、電解質混合物）が漏れ、漏れた液体が電気部品をショートさせ、ノードの早期故障につながる可能性がある。更に、スーパーキャパシタによって電力供給されるノードによって送信される停電表示は、ネットワーク化されたシステムを介する通信の損失性のために、ネットワーク化されたシステムの他のノードによって常に検出されるとは限らない。従って、停電表示がネットワーク化されたシステム内の他のノードによって受信されてヘッドエンドシステムに報告される、ということが、為されないかもしれない。よって、ネットワーク化されたシステム内のノードの停電イベントが、適切に若しくは一貫して検出される、ということがなく、更なる是正措置のためにヘッドエンドシステムに報告される、ということがない可能性がある。

スマートデバイスのネットワーク化されたシステムにおけるノードの停電及びアラームイベントの判定及び報告のための装置及びプロセスについて、態様及び例が開示される。例えば、メッシュネットワークにおけるノードの停電を検出する方法は、第１の期間の間に、メッシュネットワークの第１のノードによって、第１のノードによって追跡されるメッシュネットワークの第２のノードから発信される一連の信号を検出することを含む。一連の信号は、第２のノードが送信するＲＦアライブビーコン及び通信メッセージからなり、ＲＦアライブビーコンは第２のノードの動作ステータスを示す。一連の信号は、少なくとも一つのアライブビーコン間隔に対応する時間帯に検出される。本方法は、第１の期間に続く第２の期間の間に、第１のノードにおいて、第２のノードからの最新の信号を受信してからアライブビーコン間隔の閾値を経過したことを判定することを更に含む。また、本方法は、第１のノードから、第２のノードにｐｉｎｇを出力して、ｐｉｎｇに対する応答を要求することを含む。更に、応答期間内に第２のノードからｐｉｎｇに対する応答が受信されない場合、第１のノードによって、メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信するが停電アラームメッセージは第２のノードの識別情報を含む。

別の例では、メッシュネットワークのノードは、コンピュータ可読命令を実行するように構成されたプロセッサと、プロセッサによって実行されたときにプロセッサに動作を実行させるコンピュータ可読命令を格納するように構成されたメモリとを含む。動作は、第１の期間の間に、ノードによって追跡されるメッシュネットワークの第２のノードから発信される一連の信号を検出することを含む。一連の信号は、第２のノードによって送信されるＲＦアライブビーコン及び通信メッセージからなり、ＲＦアライブビーコンは、第２のノードの動作ステータスを示している。一連の信号は、少なくとも一つのアライブビーコン間隔に対応する期間に検出される。前記動作は、更に、前記第１の期間に続く第２の期間の間に、前記第２のノードからの最新の信号を受信してから前記アライブビーコン間隔の閾値が経過したことを判定することと、前記第２のノードにｐｉｎｇを出力して、前記ｐｉｎｇに対する応答を要求することを、含む。応答期間内に第２のノードからｐｉｎｇに対する応答が受信されない場合、動作は、メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信することを含み、停電アラームメッセージは、第２のノードの識別情報を含む。

更に別の例では、停電検出を促進にする方法は、第１の期間の間に、メッシュネットワークの第１のノードによって、アライブビーコン間隔ごとにＲＦアライブビーコンを送信するステップであって、ＲＦアライブビーコンは、第１のノードが動作状態であることを示す、送信するステップを含む。方法は、第１の期間に続く第２の期間の間に、一つ若しくはそれ以上通信メッセージを送信するステップを更に含む。方法はまた、通信メッセージの少なくとも一つが直近のアライブビーコン間隔の間に送信されたことを判定するステップと、直近のアライブビーコン間隔にてＲＦアライブビーコンの送信をスキップするステップを、含む。

これらの例示的な態様及び特徴は、本明細書で説明する発明の主旨を限定又は定義するためではなく、本願で説明する概念の理解を助けるべく例を提供するために言及されている。本明細書で説明する発明の主旨の他の態様、利点、及び特徴は、本願全体を検討した後に明らかになるであろう。

本開示のこれら及びその他の特徴、態様、及び利点は、添付の図面を参照して以下の発明の詳細な説明を読むと、よりよく理解される。

図１は、一つ若しくは複数の実施形に係る、スマートデバイスのネットワーク化されたシステムの例を示すブロック図である。 図２は、多数のメディアアクセス制御プロトコルを実装する単一の無線トランシーバデバイスの、例示のプロトコルスタック示す図である。 図３は、タイムスロットチャネルホッピング（ＴＳＣＨ）ネットワークにおけるタイムスロットの例を示す図である。 図４は、一つ若しくは複数の実施例に係る、追跡されるノードに対して判定される様々な状態を示す状態遷移図である。 図５は、一つ若しくは複数の実施例に係る、図１のネットワーク化されたシステムにおいてノード停電を検出するためのプロセスの例を示す図である。 図６は、一つ若しくは複数の実施例に係る、図１のネットワーク化されたシステムにおいて追跡されるノードのステータスを検証するためのプロセスの例を示す。 図７は、一つ若しくは複数の実施例に係る、図１のネットワーク化されたシステムにおいて追跡されるノードのステータスを検証するためのプロセスの別の例を示す。 図８は、一つ若しくは複数の実施例に係る、図１のネットワーク化されたシステムのノードのブロック図の例である。

スマートデバイスのネットワーク化されたシステムにおいて、ノードの停電及びアラームイベントの判定及び報告のためのシステム及び方法が提供される。本明細書で使用される場合、ノードの停電は、ノードの通信停止、ノードの位置での構内停電、又はノードの位置でのグリッド停電を含むことができる。ネットワーク化されたシステム内では、ノードは、他のノード又は集中型ネットワーク（例えば、インターネット又はイントラネット）との間でデータを送受信することができるネットワーク化されたシステム内の任意の点であってよい。ネットワーク化されたシステムに接続するノードのステータスの適切なアカウンティングを提供するために、ネットワーク化されたシステムは、ネットワーク化されたシステムに接続するノードにおけるノードの停電検出を管理するためにノード能力を活用するプロセスを含む。

動作において、ネットワーク化されたシステムのノードは、本明細書で「ＲＦアライブビーコン」又は「ＲＦアライブビーコン信号」と称する、ノードが動作状態であることを示す無線周波数（ＲＦ）信号などのビーコン信号を、出力するように構成され得る。ＲＦアライブビーコン信号は、ＲＦアライブビーコン信号をビーコン信号として識別するプリアンブルを提供し、また、ＲＦアライブビーコン信号を発信するノードの識別を提供する。ノードは、データメッセージやネットワーク通信メッセージなど、送信すべき他の信号がないときに、ＲＦアライブビーコン信号を送信するように構成され得る。ノード（追跡されるノード）からＲＦアライブビーコン信号を受信できるネットワーク内の他のノード（追跡するノード）は、ＲＦアライブビーコン信号、及びノードが送信する他の信号に基づいて、このノードのステータスを追跡できる。

追跡するノードが、指定された数のアライブビーコン間隔を超えて追跡されるノードから信号を受信しない場合、追跡するノードは、追跡されるノードが停電の疑いのある状態にあると判定し得る。追跡されるノードが実際に停電を受けていることを確認するために、追跡するノードは追跡されるノードにｐｉｎｇを打って、追跡されるノードが尚動作状態であることを示す応答を追跡されるノードに要求する。追跡されるノードから応答を受信しない場合、追跡するノードは、ネットワーク化されたシステムの層を介して、停電アラームメッセージを送信し得る。

ネットワークシステムの各層は、ルートノードが、ノードの停電の繰り返しの表示がない、又は最小限の表示で、ネットワーク化されたシステム内の全ての機能していないノードの表示を受け取るように、停電アラームメッセージを処理し、フィルタリングし、及び統合し得る。ルートノードは、集中型ネットワーク（例えば、インターネット）を使用してヘッドエンドシステムに接続し得、機能していないノードの表示をアラームパケットとしてヘッドエンドシステムに提供し得る。ヘッドエンドシステムでは、機能していないノードに対処するための措置が取られ得る。例えば、機能していないノードの物理的な検査や修理を行うために、技術者が配置され得る。別の例では、ノードが電力網に関連するエンドポイントに関係している場合、機能していないノードの数は、停電を示している可能性がある。機能していないノードに関する情報は、顧客に正確な停電情報を提供するために、又は問題の範囲を特定するために、使用され得る。

偽陽性の停電検出の可能性を低減するために、追跡するノードは、例えば、追跡されるノードにｐｉｎｇを送信する前に、又は追跡されるノードにｐｉｎｇを送信した後に、停電検証を実行することができる。停電検証は、ネットワーク内のノードが、個々のノードが送出するＲＦアライブビーコン（高度なＲＦアライブビーコン信号とも呼ばれる）に、夫々の追跡されるノードのステータスを含めるように構成することによって、行うことができる。つまり、高度なＲＦアライブビーコン信号とは、ＲＦアライブビーコンを送信するノードの動作ステータスを示すビーコンであり、追跡されるノードのステータス情報を含んでいる。したがって、追跡するノードは、同じく追跡されるノードを追跡する他のノードが送信する高度なＲＦアライブビーコン信号に基づいて、追跡されるノードのステータスを更新することができる。また、停電検証は、追跡するノードが、追跡されるノードの他の追跡するノードにステータス情報を要求することによって行うことができる。停電検証により、追跡されるノードがまだ動作状態であることが示される場合、追跡するノードはｐｉｎｇ及び／又は停電アラームメッセージの送信を控え得る。その結果、偽陽性の停電検出の可能性及びネットワークトラフィックを低減することができる。

ネットワーク効率を更に高めるために、ノードは、二つのメディアアクセスコントロール（ＭＡＣ）プロトコルをサポートするように構成され得、一つのネットワーク上でデータ若しくはネットワーク管理通信をリスニングすることと、別のネットワーク（ＲＦビーコンネットワーク）上でＲＦアライブビーコン信号をリスニングすることとを、切り替えることができる。このように、ＲＦアライブビーコン信号の検出は、ノードがデータ若しくはネットワーク管理通信を受信していないときに実行することができ、それによって、通信効率を高め、通常のデータ若しくはネットワーク管理通信の中断を低減することができる。

図１は、ネットワーク化されたシステム１００及びメッシュネットワーク１０１の一例を示すブロック図である。ネットワーク化されたシステム１００及びメッシュネットワーク１０１は、スマートデバイス（例えば、通信技術を含む、資源消費量計、車両、家電製品等）が、ノード（即ち、他のスマートデバイス）のネットワーク、インターネット、及び／又はイントラネットを介して通信するためのネットワークインフラストラクチャを提供する。ネットワーク化されたシステム１００は、ヘッドエンドシステム１０２を含み、このヘッドエンドシステム１０２は、ネットワーク１０４からデータのストリームを受信する中央処理システムとして機能し得る。ネットワーク１０４は、インターネット、イントラネット、又は任意の他のデータ通信ネットワークであってよい。メッシュネットワーク１０１は、ルートノード１０６と、ノード１０６及び１０８a－１０８ｈに関連するデータを収集する他のノード１０８a－１０８ｈとを、含み得、ルートノード１０６は、収集したデータをネットワーク１０４に送信し、最終的にネットワーク化されたシステム１００のヘッドエンド１０２に送信する。加えて、ルートノード１０６は、ヘッドエンド１０２からネットワーク管理メッセージを受信し、ネットワーク管理メッセージをノード１０８a－１０８ｈに送信することもできる。同様に、ルートノード１０６自身又は他のノード１０８a－１０８ｈがネットワーク管理メッセージを発行し、他のノード１０８a－１０８ｈに送信することもできる。ノード１０６、１０８a－１０８ｈの間で送信されるデータ及びネットワーク管理は、本明細書では「通信メッセージ」と総称されることがある。これらの通信メッセージは、ノード１０６、１０８a－１０８ｈの間のデータリンク１１０を介して送信され、ルーティングされる。ルートノード１０６は、パーソナルエリアネットワーク（ＰＡＮ）コーディネータでも、インターネットゲートウェイでも、又は、ネットワーク１０４に接続可能な他のデバイスでも、よい。

ルートノード１０６は、一般的に、ルートノード１０６の下のノード層（例えば、層１）に位置するノード１０８ａ、１０８ｂとのデータリンクにより、親ノードと呼ばれることがある。例えば、ルートノード１０６は、ネットワーク１０４と直接通信しているように図示されている。図示されているように、ノード１０８ａ及び１０８ｂは、ノード１０８ａ及び１０８ｂの下のノード層（例えば、層２）に位置するノード１０８ｃ、１０８ｄ、１０８ｅ、及び１０８ｇとのデータリンクにより、親ノードと呼ばれることもある。更に、ノード１０８ｅ及び１０８ｇは、ノード１０８ｅ及び１０８ｇの下のノード層（例えば、層３）に位置するノード１０８ｆ及び１０８ｈとのデータリンクにより、親ノードと呼ばれることがある。ノード１０８a－１０８ｈは全て、ノード層を介して情報をルートノード１０６に、最終的にはヘッドエンド１０２に流し込み得る。

ノード１０６及び１０８a－１０８ｈの各々は、他のノード１０６及び１０８a－１０８ｈの少なくとも一つとリンクしている。リンク１１０は、データがルーティングされる可能性のある他のノード１０６及び１０８a－１０８ｈのノード１０６及び１０８a－１０８ｈへの指示を提供するノード１０６及び１０８a－１０８ｈのネイバーキャッシュに隣接ノード情報を格納することによって作成され得る。例えば、ノード１０８ｈのネイバーキャッシュは、ノード１０８ｈで収集されるデータがノード１０８ｇに送信されるべきであることを識別するネイバーノード情報を含んでもよい。同様に、ノード１０８ｇのネイバーキャッシュは、ノード１０８ｇが、関連情報（例えば、ネットワーク管理メッセージ又はヘッドエンド１０２からの他の情報）をノード１０８ｈに送信すべきであることを識別し、また、ノード１０８ｇが収集するデータ及びノード１０８ｈから受信するデータをノード１０８ｂに送信すべきであることを識別する、ネイバーノード情報を含み得る。このようなデータ送信スキームは、メッシュネットワーク１０１のノード層まで続き得る。

動作において、より少ない又はより多くのノード１０８が、メッシュネットワーク１０１に含まれてもよく、また、より多くのルートノード１０６がネットワーク化されたシステム１００に含まれてもよい。更に、図１に描かれたメッシュネットワーク１０１は、ルートノード層（即ち、ルートノード１０６）、層１（即ち、ノード１０８ａ及び１０８ｂ）、層２（即ち、ノード１０８ｃ、１０８ｄ、１０８ｅ、及び１０８ｇ）、及び層３（即ち、ノード１０８ｆ及び１０８ｈ）を含むが、より少ない又はより多いノード層も企図される。更に、図１は、特定のネットワークトポロジ（例えば、ＤＯＤＡＧツリートポロジ）を描いているが、他のネットワークトポロジ（例えば、リングトポロジ、メッシュトポロジ、スタートポロジなど）も可能である。

ヘッドエンドシステム１０２は、動作中及び非動作中のノード１０６及び１０８a－１０８ｈを追跡することができる。ノード１０６及び１０８a－１０８ｈのステータスを追跡するために、ノード１０６及び１０８a－１０８ｈは、送信ノード１０６及び１０８a－１０８ｈに物理的に近接している他のノード１０６及び１０８a－１０８ｈによってのみ受信されるのに十分な強度の無線周波数（ＲＦ）ビーコン信号を送信する。これらのＲＦアライブビーコン信号は、送信ノード１０６及び１０８a－１０８ｈが動作状態であること（即ち、停電を被っていないこと）を示すために利用することができる。

例えば、ノード１０８ｈは、ノード１０８ｅ、１０８ｆ、及び１０８ｇがＲＦアライブビーコン信号を一貫して受信するのに十分な強度のみで、ＲＦアライブビーコン信号を送信し得る。一例では、ＲＦアライブビーコン信号の送信強度が制限されることがあるので、ＲＦアライブビーコン信号は、限定範囲のビーコンと呼ばれることがある。ＲＦアライブビーコン信号は、限定範囲のビーコンを送信するノードの送信強度半径内に位置する他のノード１０６及び１０８a－１０８ｈによる受信に限定される。このようにして、ＲＦアライブビーコンは、限定範囲のビーコンを送信するノードの送信強度半径内に位置するノード１０６及び１０８a－１０８ｈのサブセットの間で、ピアツーピア通信を提供する。

ＲＦアライブビーコン信号は、ＲＦアライブビーコン信号を送信するノード１０６又は１０８a－１０８ｈの識別情報を含んでもよい。例えば、ＲＦアライブビーコン信号は、ＲＦアライブビーコン信号をビーコン信号として識別するプリアンブルと、ＲＦアライブビーコン信号を発信するノード１０６又は１０８a－１０８ｈの識別情報とを含んでもよい。プリアンブルとノードの識別情報のみを伴う表現は、４～８バイトのデータのみであってもよいが、より大きいサイズ又はより小さいサイズのＲＦアライブビーコン信号も企図される。送信ノード１０６又は１０８a－１０８ｈに関連する他の情報も、ＲＦアライブビーコン信号の一部として含まれることが企図される。

一例では、ノード１０６及び１０８a－１０８ｈの夫々が出力するＲＦアライブビーコン信号の強度は、５～１０個の他のノード１０６及び１０８a－１０８ｈがその個々のノードからのＲＦアライブビーコン信号を受信するように調整されてもよい。そのような例では、ＲＦアライブビーコン信号の強度は、０ｄＢｍ、又は－３ｄＢｍから１０ｄＢｍの範囲であってもよく、ＲＦアライブビーコン信号を送信するノード１０６又は１０８a－１０８ｈに近接しているノード１０６及び１０８a－１０８ｈの数に基づいて、強度を調整してもよい。即ち、ＲＦアライブビーコン信号の強度は、メッシュネットワーク１０１における追加のノード１０６及び１０８a－１０８ｈの具体的な配置に応じて、追加のノード１０６及び１０８a－１０８ｈに届くように増加したり、より少ない追加のノード１０６及び１０８a－１０８ｈに届くように減少したりしてもよい。一例では、ＲＦアライブビーコン信号の強度が、６つのノードが５０％以上の成功率でＲＦアライブビーコン信号を受信するようなものである場合、各ＲＦアライブビーコン信号が６つのノードのうちの少なくとも一つに到達するその後の成功率は、少なくとも９８．４％（すなわち、１－０．５^６）となる。この成功率は、送信ノード１０６又は１０８a－１０８ｈの範囲内にあるノード１０６及び１０８a－１０８ｈの数の増加に基づいて、個々の受信ノード１０６及び１０８a－１０８ｈの成功率の増加に基づいて、又は、その両方に基づいて、増加し得る。

ＲＦアライブビーコン信号は、定義されたアライブビーコン間隔でノード１０８a－１０８ｈの夫々によって送信され得る。例えば、ノード１０８a－１０８ｈは、５秒ごとにＲＦアライブビーコン信号を送信し得る。より長い又は短いアライブビーコン間隔も考えられる。更に、ノード１０８a－１０８ｈの各々は、自身のアライブビーコン間隔を制御し得、アライブビーコン間隔の同期は、ノード１０８a－１０８ｈ間で実行されなくてもよい。一例では、ＲＦアライブビーコン信号間の期間は、以下のファクタのうちの一つ以上の最適なバランスを達成するように選択され得る：１）送信ノードからのＲＦアライブビーコン信号の均一な分布を増加させること、２）メッシュネットワークの他のＲＦアライブビーコン信号又は他のＲＦ送信からの干渉を最小化すること、及び、３）停電イベントのタイムスタンプの解像度を最大化すること。例えば、停電イベントのタイムスタンプの解像度を最大化することは、アライブビーコン間隔をより小さい期間に減少させることを要求してもよく、一方、他のＲＦソースからの干渉を最小化することは、アライブビーコン間隔をより大きい期間に増加させることを要求してもよい。

いくつかの例では、追跡するノード１０６又は１０８a－１０８ｈは、データ及びネットワーク管理通信を一つのＭＡＣプロトコルを使用して実行することができるように、且つ、ＲＦアライブビーコン通信を他のＭＡＣプロトコルを使用して実行することができるように、単一のトランシーバデバイス（例えば、単一の無線機）を使用して二つのＭＡＣプロトコルを実装することができる。二つのＭＡＣプロトコルに基づく実装に関する更なる詳細な説明を、図２及び図３に関連して以下で行う。

時間の経過とともに、ノード１０６及び１０８a－１０８ｈの夫々は、一つ又は複数の他のノード１０６及び１０８a－１０８ｈからＲＦアライブビーコン信号を受信する。受信ノード１０６及び１０８a－１０８ｈが、閾値パーセンテージよりも大きいアライブビーコン間隔のパーセンテージで、他のノード１０６及び１０８a－１０８ｈのうちの一つ以上からＲＦアライブビーコン信号を受信すると、受信ノード１０６及び１０８a－１０８ｈは、他のノード１０６及び１０８a－１０８ｈのうちの一つ以上からのＲＦアライブビーコン信号が欠落したときに、追跡することができる。例えば、閾値パーセンテージは、ｐ％に設定することができる。受信ノード１０６又は１０８a－１０８ｈが、合計Ｎ個のアライブビーコン間隔のうちＭ個のアライブビーコン間隔で別のノード１０６又は１０８a－１０８ｈからＲＦアライブビーコン信号を受信し、Ｍ／Ｎ＞ｐ％である場合、（「追跡するノード」とも称される）受信ノードは、（「追跡されるノード」とも称される）送信ノードのステータスを追跡し得る。以下の説明では、ノード１０８ｈが追跡されるノードの一例として使用され、ノード１０８ｆが追跡されるノード１０８ｈのステータスを追跡する追跡するノードの一例として使用される。メッシュネットワーク内の任意のノード１０６又は１０８a－１０８ｈは、追跡されるノード又は追跡するノードになり得ることを理解すべきである。更に、ノード１０６又は１０８a－１０８ｈは、他のノードによって追跡される追跡されるノードであると同時に、他のノードのステータスを追跡する追跡するノードであり得る。

追跡することは、ＲＦアライブビーコン信号を受信していないアライブビーコン間隔の数を決定することを含む。追跡されるノード１０８ｈからのＲＦアライブビーコン信号を所定の数のアライブビーコン間隔で逃した後、追跡するノード１０８ｆは、追跡されるノード１０８ｈが停電の疑いのある状態にあると判定し、追跡されるノード１０８ｈからの応答を積極的に要求するためにノードｐｉｎｇプロセスを開始し得る。幾つかの例では、追跡するノード１０８ｆは、ノードｐｉｎｇプロセスを開始する前に、停電の検証を行う。例えば、追跡するノード１０８ｆは、他の追跡するノードから受信する高度なＲＦアライブビーコンに含まれる情報に基づいて、停電検証を実行することができる。この例では、追跡されるノード１０６又は１０８a－１０８ｈが送信する高度なＲＦアライブビーコン信号は、他のノード１０６及び１０８a－１０８ｈのステータスなどの、追加の情報を含むように構成することができる。追跡されるノード１０６又は１０８ａ－１０８ｈは、他のノード１０８ａ－１０８ｈのステータスを追跡する追跡するノードでもあり得るので、追跡されるノード１０６又は１０８ａ－１０８ｈは、その追跡されるノード１０６及び１０８ａ－１０８ｈのステータスを認識しており、そのようなステータス情報は、追跡されるノード１０６又は１０８ａ－１０８ｈによって送信される高度なＲＦアライブビーコン信号に含まれ得る。結果として、追跡されるノード１０６又は１０８ａ－１０８ｈによって送信される高度なＲＦアライブビーコン信号を受信する任意のノードは、それらのノードのステータスを取得することができる。

上記の例を続けて、追跡するノード１０８ｆは、ノード１０８ｅなど、追跡されるノード１０８ｈを追跡もする一つ又は複数の他のノード１０６及び１０８a－１０８ｈから受信する高度なＲＦアライブビーコンに基づいて、停電検証を行うことができる。追跡する１０８ｆは、自身で決定した追跡されるノード１０８ｈのステータスと、他のノードから受信する高度なＲＦアライブビーコンで示される追跡されるノード１０８ｈのステータスとを比較して、追跡されるノード１０８ｈが確かに停電ステータスにあるかどうかを判定することができる。例えば、追跡するノード１０８ｆは、所定数のアライブビーコン間隔で追跡されるノード１０８ｈからのＲＦアライブビーコンの受信に失敗した後、追跡されるノード１０８ｈが停電の疑いのあるステータスにあると判定し得る。しかしながら、他のノードから受信する高度なＲＦアライブビーコンが、追跡されるノード１０８ｈのステータスが動作中であることを示している場合、追跡するノード１０８ｆは、ノードｐｉｎｇ処理を開始することなく、追跡されるノード１０８ｈのステータスを「動作中」に更新し得る。このようにして、偽陽性の停電表示を減少させることができ、通信を減少させることができる（例えば、ノードｐｉｎｇプロセスに関与する通信が排除される）。

停電検証プロセスは、追跡するノード１０８ｆが他のノード（例えば、その近隣ノード）に追跡されるノード１０８ｈのステータスを要求することによっても実行できる。それらのノードから受信した応答を用いて、追跡されるノード１０８ｈが停電の疑いのある状態にあることを確認することができる。停電の検証に関する更なる詳細は、図６及び図７に関して以下に提供される。追跡するノード１０８ｆが、追跡されるノード１０８ｈが停電の疑いのある状態にあることを確認した場合、追跡するノード１０８ｆは、ノードｐｉｎｇプロセスを開始し得る。

一例では、ノードｐｉｎｇプロセスは、追跡するノード１０８ｆが追跡されるノード１０８ｈにｐｉｎｇ（例えば、応答の要求）を送信することを含み得る。ノードｐｉｎｇプロセスは、停電アラームメッセージを送信する前に、追跡されるノード１０８ｈが正しく機能していないことを確認するための追加の検出層を提供する。ｐｉｎｇは、追跡するノード１０８ｆのフルパワー強度（例えば、２０ｄＢｍ～３０ｄＢｍ）で送信され得る。追跡されるノード１０８ｈがまだ動作状態である場合、追跡されるノード１０８ｈは、追跡されるノード１０８ｈの動作ステータスを示すメッセージを、フルパワー強度で、追跡するノード１０８ｆに送信し返し得る。そのような例では、ビーコンプロセスは、メッシュネットワーク１０１の他のノード層に停電アラームメッセージをエスカレートさせることなく、再開し得る。

追跡されるノード１０８ｈが、代替電源無く、電力を持続的には損失してしまうことなどのために、もはや動作状態でない場合、追跡するノード１０８ｆではｐｉｎｇに対する応答が受信されない。追跡するノード１０８ｆが応答の検出に失敗する可能性を減らすために、ノードｐｉｎｇプロセスは２回以上繰り返されてもよい。ノードｐｉｎｇプロセスを繰り返すことにより、追跡されるノード１０８ｈの偽陽性の停電検出の可能性が大幅に減少し得る。

ノードｐｉｎｇプロセスの間に、追跡するノード１０８ｆが追跡されるノード１０８ｈから応答を受信しない場合、追跡するノード１０８ｆは、メッシュネットワーク１０１のノード層の上に向けて、機能停止アラームメッセージを構築し得る。停電アラームメッセージは、機能していない追跡されるノード１０８ｈの識別と、追跡するノード１０８ｆが追跡されるノード１０８ｈから受信する最新のＲＦアライブビーコン信号（又は、他の通信が追跡されるノードの停電を検出するためにも使用される場合は、これらの他の通信）のタイムスタンプの表示とを含み得る。一例では、追跡するノード１０８ｆは、追跡されるノード１０８ｈのための停電警報メッセージを、他の追跡されるノードのための停電警報メッセージと組み合わせ得る。このようなパッケージは、アラームパケットと呼ばれ、次のより上位の高いノードレベルのノードにデータメッセージとして送信され得る。

幾つかの例では、ネットワークの層状トポロジを介してアラームパケットを上に送信した後、追跡するノード１０８ｆが追跡されるノード１０８ｈからＲＦアライブビーコンを受信した場合、追跡するノード１０８ｆは追跡されるノード１０８ｈを「復旧」又は「動作状態」とマークし、上述のように追跡されるノード１０８ｈのステータスの追跡を継続することができる。一例では、追跡されるノード１０８ｈを「復元」としてマークすると、追跡するノード１０８ｆは、メッシュネットワーク１０１の層状トポロジを介してノード復元メッセージを送信し得る。ノード復元メッセージは、復元されたノード１０８ｈの識別情報を含み得る。

アラームパケット（例えば、一つの追跡するノード又は複数の追跡するノードによって判定される停電ステータスにある複数の追跡されるノード１０６及び１０８a－１０８ｈの表示を含むデータパケット）が、ノード１０８ｅなどの、次のより上位のノードレベルのノード１０６又は１０８a－１０８ｈで受信される場合、不要な又は繰り返される停電表示の送信を防止するために、フィルタリング及び統合プロセスが発生してもよい。例えば、アラームパケットを受信するノード１０６又は１０８a－１０８ｈは、アラームパケットを、アラームパケット内でどのノード１０６及び１０８a－１０８ｈが停電中であると示されているかを示す複数のエンドポイント識別子に解析し得る。エンドポイント識別子は、（例えば、ノード１０６又は１０８a－１０８ｈが、ノード１０６及び１０８a－１０８ｈの一つ以上が停電中であることを既に知っている場合）ノード１０６又は１０８a－１０８ｈによって、繰り返されるアラーム表示について分析される。非繰り返しのアラーム表示は、更なる分析のために保存される。

記憶されたアラーム表示は、次に、記憶されたアラーム表示のいずれかが、分析ノード１０６又は１０８ａ－１０８ｈがＲＦアライブビーコン信号を監視しているノード１０６又は１０８ａ－１０８ｈの一つから来ているかどうかを、相互に参照する。そうでなければ、分析ノード１０６又は１０８a－１０８ｈは、アラームパケットをメッシュネットワーク１０１の次の上位のノード層に転送する。記憶されたアラーム表示の一つ以上が分析ノード１０６又は１０８ａ－１０８ｈによって監視されるノードに対応する場合、分析ノード１０６又は１０８ａ－１０８ｈは、ＲＦアライブビーコン信号が、メッシュネットワーク１０１のトポロジ的に下位のノード層のノード１０６又は１０８ａ－１０８ｈによって見逃されていないことを確認するために、一つ以上の保存されたアラーム表示に対してＲＦアライブビーコン信号が受信されたかどうかを判定する。ＲＦアライブビーコン信号が分析ノード１０６又は１０８a－１０８ｈによって受信されなかった場合、分析ノード１０６又は１０８a－１０８ｈは、アラームパケットをメッシュネットワーク１０１の次のトポロジ的に上位の高いノード層に転送し得る。ＲＦアライブビーコン信号が分析ノード１０６又は１０８a－１０８ｈによって受信された場合、分析ノード１０６又は１０８a－１０８ｈは、更新されたアラームパケットをメッシュネットワーク１０１の次のトポロジ的に上位のノード層に送信する前に、ＲＦアライブビーコン信号を提供するノード１０６又は１０８a－１０８ｈをアラームパケットから削除してもよい。このプロセスは、メッシュネットワーク１０１の次のトポロジ的に上位のノード層にアラームパケットを送信する前に、アラームパケットから繰り返しのアラーム表示をフィルタリングし、また、アラームパケットから偽陽性の停電表示を除去することを含む。

ヘッドエンド１０２がルートノード１０６からアラームパケットを受信すると、ヘッドエンド１０２は、アラームパケットによって示される一つ以上のノード１０６及び１０８a－１０８ｈが停電状態であることに対処するべく技術者を配備し得る。例えば、アラームパケットによって特定されるノード１０６及び１０８a－１０８ｈを修理又は交換するために、技術者を配備し得る。更に、ヘッドエンド１０２は、停電状態にあるノード１０６及び１０８a－１０８ｈの記録を維持し得る。

上記の説明は、追跡されるノードのステータスを判定するためにＲＦアライブビーコン信号に依存することに焦点を当てているが、追跡されるノードによって送信される他の通信も利用することができることを理解すべきである。例えば、追跡するノードは、「プロミスカスノード」として動作し、追跡されるノードが送信するあらゆるタイプの通信をスニッフィング又はリッスンすることができる。追跡するノードは、追跡されるノードが動作ステータスにあるかどうかを判定する際に、追跡されるノードが送信するＲＦアライブビーコン信号とその他の通信の両方を考慮する。通信には、データ通信とネットワーク管理通信が含まれる。追跡されるノードが送信するデータ通信又はネットワーク管理通信の送信電力は、追跡されるノードが送信するＲＦアライブビーコン信号よりも高い場合があるので、追跡するノードがデータ通信又はネットワーク管理通信を受信する確率は、追跡するノードがＲＦアライブビーコン信号を受信する確率よりも高い場合がある。

追跡するノードが追跡されるノードから送信される通信メッセージを検出した場合、追跡するノードは、所定の数のアライブビーコン間隔を超えて追跡されるノードからＲＦアライブビーコンを受信しなくても、追跡されるノードが動作状態であると判定することができる。幾つかの例では、失われた間隔のカウンタを使用して、追跡されるノードからＲＦアライブビーコン信号又は通信メッセージが受信されなかった、連続したアライブビーコン間隔の数を追跡することができる。追跡するノードは、複数の追跡されるノードを追跡することができるので、追跡するノードは、各追跡されるノードに対して個別のカウンタを持つことができる。追跡するノードは、追跡するノードが追跡されるノードからのデータ通信若しくはネットワーク管理通信又はＲＦアライブビーコン信号を検出したときに、追跡されるノードに対する失われた間隔のカウンタをリセットすることができる。ＲＦアライブビーコン信号と他のタイプの通信との両方を考慮することにより、追跡するノードが偽陽性の停電判定を行う可能性と、追跡するノードが不必要なｐｉｎｇを生成する可能性が低減される。

メッシュネットワーク１０１内の追跡するノード１０６及び１０８a－１０８ｈが、ＲＦアライブビーコン及び通信メッセージの両方に基づいて追跡されるノードの動作ステータスを検出するように構成されている場合、追跡されるノードは、一定の期間、いかなる通信メッセージも送信しない場合にのみ、ＲＦアライブビーコンを送信するように構成することができる。この期間は、一つ以上のアライブビーコン間隔に対応し得る。

場合によっては、ノード１０６及び１０８a－１０８ｈは、二つ以上のメディアアクセス制御（ＭＡＣ）プロトコルをサポートし、ノード１０６及び１０８a－１０８ｈは、異なるＭＡＣプロトコルを使用して、ＲＦアライブビーコン信号及び通信メッセージを送信するように構成され得る。

図２は、複数のＭＡＣプロトコルを実装する単一の無線トランシーバデバイスのプロトコルスタックの例を示す図である。プロトコルスタック２００は、最下層に、物理インターフェース（ＰＨＹ）２１０を含む。ＰＨＹ２１０は、ノードのトランシーバデバイスなど、物理的な伝送媒体の仕様を定義することができる。ノード用のプロトコルスタック２００の次の層には、少なくとも二つのＭＡＣ層２２０ａ、２２０ｂが含まれる。ＭＡＣ層２２０ａは、例えば、メッシュネットワーク１０１のような第１のネットワークのアドレッシングプロトコル及びチャネルアクセスプロトコルを定義し、トランシーバデバイスが通信メッセージを送受信することによって他のノードと通信できるようにする。同様に、ＭＡＣ層２２０ｂは、ＲＦビーコンネットワークと呼ばれる第２のネットワークのアドレッシングプロトコル及びチャネルアクセスプロトコルを定義し、ノードがＲＦアライブビーコン信号を介して他のノードと通信できるようにする。ＭＡＣ層２２０ａとＭＡＣ層２２０ｂとの両方のトラフィックは、単一のＩＰ層２３０を介してルーティングすることができる。両ネットワークの信号は、ＵＤＰ２４０などのトランスポート層を介して通信することができる。図３に関して以下に詳細に説明するように、二つのＭＡＣ層は、同じプロトコルであるが、異なる時点で（例えば、タイムスロットの二つの異なる部分で）動作することができる。また、幾つかの例では、ＭＡＣ層２２０ｂ（例えば、ＲＦアライブビーコン用のＭＡＣ層）は、上述のビーコン処理スキームを実行するまで、ＩＰ層に行かなくてもよい。

メッシュネットワーク１０１は、ネットワーク内でデータ及びネットワーク管理メッセージを通信するために、タイムスロットチャネルホッピング（ＴＳＣＨ）通信プロトコルに従ってよい。ネットワーク内のノードは、現在のＴＳＣＨタイムスロットで同期している。単一のトランシーバを使用してＲＦビーコンネットワーク及びメッシュネットワーク１０１と通信するために、ノード１０６又は１０８a－１０８ｈは、ＴＳＣＨタイムスロットの間にメッシュネットワーク１０１とＲＦビーコンネットワークとの間で切り替えることができ、その結果、メッシュネットワーク１０１及びＲＦビーコンネットワークとのインターリーブ通信が行われる。したがって、ノード１０６及び１０８a－１０８ｈは、単一のトランシーバデバイスを介して、（ＴＳＣＨプロトコルを動作させる）メッシュネットワーク１０１及び（ＴＳＣＨプロトコルを使用して動作してもしなくてもよい）ＲＦビーコンネットワークの両方をサポートすることができる。

ＴＳＣＨプロトコルの各タイムスロットは、ミリ秒又は他の適切な時間単位で定義することができる期間「Ｔ」の時間継続を有する。また、ＴＳＣＨプロトコルも、ネットワーク内のデバイス間の通信に複数のチャネル周波数を使用する。ホッピングパターンは、ＴＳＣＨネットワーク内のノードの各タイムスロット中の通信に使用されるチャネルを定義する。例えば、ホッピングパターンは、チャネル４がタイムスロット１に関連し、チャネル６がタイムスロット２に関連すると判定することができる。ノードは、ホッピングパターンに基づいて、タイムスロット１の間はチャネル４に切り替え、タイムスロット２の間はチャネル６に切り替えるべきだと判定することができる。ホッピングパターンは、ホッピングパターン長Ｌを有し、ホッピングパターンは、Ｌ個のタイムスロットごとに繰り返されてもよい。

図３は、タイムスロット３００の典型的なＴＳＣＨのタイムスロット構造を示す図である。この例では、示されている期間は例示的なものであり、他の実装では他の値を使用することができる（例えば、タイムスロット３００は２５ミリ秒の期間で示されているが、他のタイムスロットの期間も可能である）。ＴＳＣＨタイムスロット構造では、ノードは、メッシュネットワーク上の通信のために、タイムスロット３００の第１の部分３０８の間、ＴＳＣＨホッピングパターンによって決定されるチャネルをリッスンする。図３に示すように、ＲＦセトリング期間３０２の後、ノードは、（レシーバ待ち時間３０４として示す）一定期間、チャネル上の信号をリッスンすることができる。一般的に、レシーバ待ち時間３０４の期間は、予想される送信時間の期間に依存する。送信時間の期間は、ＩＥＥＥ ８０２．１５．４ｅ ＴＳＣＨ仕様で定義されている場合がある。ノードがレシーバ待ち時間３０４の満了前にメッセージの開始を受信した場合、ノードはメッセージの残りの部分の受信に進み、受信したメッセージを処理することができる。しかしながら、ノードがレシーバ待ち時間３０４の満了前にメッセージの開始を受信しない場合、ノードは、現在のタイムスロットの間にメッシュネットワーク上で他のノードからの通信を受信しないと判定し得る。従来のネットワークでは、タイムスロット３００の残りの部分は、アイドル又は未使用であり得る。

本開示では、タイムスロットの使用された第２の部分は、ノードがそのタイムスロットの第１の部分で通信を受信しないと判定された後、ＲＦアライブビーコン通信に利用することができる。より具体的には、ＴＳＣＨプロトコルを用いてメッシュネットワーク１０１上で通信しているノード１０６又は１０８a－１０８ｈは、ＴＳＣＨタイムスロットの未使用の時間の部分の間に、別のプロトコルを用いたＲＦビーコンネットワークに切り替えることができる。このように、図３に示すように、タイムスロット３００の第２の部分において、ノード１０６及び１０８a－１０８ｈは、第１のネットワークで通信してもよいし、第２のネットワークで通信してもよい。ノード１０６又は１０８ａ－１０８ｈが、タイムスロット３００の第１の部分３０８の間に、メッシュネットワーク１０１上の別のノード１０６又は１０８ａ－１０８ｈからメッセージの開始部を受信した場合、ノード１０６又は１０８ａ－１０８ｈは、（例えば、タイムスロット３００の間に）タイムスロット３００の第２の部分３１０の間、第１のネットワークでメッセージを受信し続けることができる。ノード１０６又は１０８a－１０８ｈが、タイムスロット３００の第１の部分３０８の満了前にメッシュネットワーク１０１からメッセージを受信しない場合、ノード１０６又は１０８a－１０８ｈは、ビーコンネットワークに切り替えて、ＲＦビーコンネットワーク内の別のノード１０６又は１０８a－１０８ｈからのＲＦアライブビーコン信号のリッスンを開始してもよい。ノード１０６又は１０８ａ－１０８ｈがタイムスロット３００の第２の部分で動作し、ＲＦビーコンネットワークから信号を受信した場合、ノード１０６又は１０８ａ－１０８ｈは、タイムスロット３００の残りの持続時間の間、ＲＦビーコンネットワークからメッセージを受信することができる。このようにして、アイドル時間を削減又は排除することができ、通信がより効率的になる。

同様に、ノード１０６又は１０８ａ－１０８ｈは、メッシュネットワーク１０１上でデータ及びネットワーク管理メッセージを送信し、ＲＦビーコンネットワーク上でＲＦアライブビーコン信号を送信してもよい。幾つかの例では、ＲＦアライブビーコン信号は、データ及びネットワーク管理メッセージがアライブビーコン間隔内に送信されるか否かにかかわらず、定義されたアライブビーコン間隔で送信される。他の例では、特に、追跡するノードが、ＲＦアライブビーコン信号とデータ及びネットワーク管理メッセージの両方に基づいて追跡されるノードの動作ステータスを判定するように構成されている場合、ノード１０６又は１０８a－１０８ｈは、所与のアライブビーコン間隔の間にメッシュネットワーク１０１上でデータ又はネットワーク管理メッセージが送信されない場合にのみ、ＲＦアライブビーコン信号をＲＦビーコンネットワーク上で送信するように構成することができる。

例えば、ノード１０６又は１０８ａ－１０８ｈが、メッシュネットワーク１０１上で送信されるべきデータ又はネットワーク管理メッセージを有していない期間に、ノードは、アライブビーコン間隔ごとにＲＦアライブビーコンを送信することができる。ノード１０６又は１０８ａ－１０８ｈがメッシュネットワーク１０１上で送信すべきデータ又はネットワーク管理メッセージを有する次の期間に、ノードは、必要に応じてこれらのデータ又はネットワーク管理メッセージを送信することができる。ノードは、更に、ＲＦアライブビーコンを送信する必要もあるかどうかを判定することができる。データ又はネットワークメッセージの少なくとも一つが直近のアライブビーコン間隔の間に送信された場合、ノードは、この直近のアライブビーコン間隔のＲＦアライブビーコンの送信をスキップすることができ、そうでない場合は、ノードはＲＦアライブビーコンを送信する。このようにして、送信されるＲＦアライブビーコン信号の数が減少する。

更に、又は、代わりに、二つのネットワークに二つの異なるチャネルを使用してもよい。言い換えれば、メッシュネットワーク１０１は、データ及びネットワーク管理通信のために第１のチャネルで動作し、ＲＦビーコンネットワークは、ＲＦアライブビーコン信号のために異なるチャネルで動作することができる。異なるチャネルが使用される場合、データ及びネットワーク管理通信は、ＲＦアライブビーコン信号用のチャネルホッピングシーケンスとは異なるチャネルホッピングシーケンスを使用することができる。例えば、追跡するノードは、メッシュネットワーク上の通信メッセージを検出するために、第１の周波数で動作することができる。ＴＳＣＨプロトコルのタイムスロットの第１の部分の間に通信メッセージが検出されない場合、追跡するノードは、その周波数を第１の周波数とは異なるＲＦビーコンネットワークの周波数に変更することにより、タイムスロットの第２の部分の間にＲＦビーコンネットワークに切り替える。これにより、ＲＦアライブビーコン信号によるデータ及びネットワーク管理通信への干渉が少なくなるため、ＲＦアライブビーコン信号をより高い電力で送信することができる場合がある。一例では、ＲＦアライブビーコン信号は、通信メッセージの送信に使用される電力強度と実質的に同じ電力強度を使用して送信される。より高い電力のＲＦアライブビーコン信号を送信することで、ＲＦアライブビーコン信号を受信するノード１０６及び１０８ａ－１０８ｈの数を増やしたり、ＲＦアライブビーコン信号の通信範囲内にあるノードがＲＦアライブビーコン信号を受信する可能性を高めたりすることができる。その結果、偽陽性の停電検出を低減することができる。

図４は、一つ又は複数の例に従って、追跡するノードによって判定される追跡されるノードの様々な状態を示す状態遷移図４００を示す。図４に示されるように、追跡されるノードは、動作状態４０２、停電の疑いのある状態４０４、及び停電状態４０６の、３つの可能な状態のうちの一つであると判定され得る。追跡するノードが、追跡されるノードから送信される信号（ＲＦアライブビーコン信号、データメッセージ、又はネットワーク管理メッセージ）を定期的に検出できる場合、追跡されるノードは、動作状態４０２にあると判定される。図１に関して上述したように、追跡するノードが、所定の数のアライブビーコン間隔の間、追跡されるノードからの信号を検出しない場合、追跡するノードは、追跡されるノードが停電に見舞われている可能性が高いと判定し、停電の疑いのある状態４０４にあると判定してもよい。

追跡するノードは、偽陽性の停電検出を減らすために、停電検証を行うことによって、停電の疑いのある状態を検証することができる。停電検証は、例えば、他のノードから送信される高度なＲＦアライブビーコンに含まれる追跡されるノードのステータス情報に基づいて、又は、追跡されるノードのステータスを積極的に要求することによって実行することができる。停電検証が失敗した場合、すなわち、停電検証プロセスが、追跡されるノードが依然として動作状態であることを示した場合、追跡するノードは、追跡されるノードを動作状態４０２に戻すようにマークすることができる。このようにして、不要なｐｉｎｇの生成及び送信を低減することができる。停電検証によって、追跡するノードが動作状態でないことが確認された場合（例えば、他のノードからの情報が、追跡されるノードが停電状態又は停電の疑いのある状態にあることを示している場合）、追跡するノードは更にノードｐｉｎｇプロセスを開始して追跡されるノードからの応答を積極的に求めることができる。

ｐｉｎｇに対する応答が受信されない場合、追跡するノードは、追跡されるノードが停電状態４０６にあると判定することができる。この時点で、追跡するノードは、次のより高いノードレベルのノードに停電アラームメッセージを送信するように構成することができる。幾つかの実装では、追跡するノードは、ノード停電の偽陽性の検出の可能性を更に低減するべく、追跡されるノードが確かに停電状態４０６にあることを確認するために、停電アラームメッセージを送信する前に、停電検証を更に実行することができる。停電検証が失敗した場合（すなわち、停電検証が、追跡されるノードが動作状態であることを示す場合）、追跡するノードは、追跡されるノードのステータスを動作状態４０２に変更し得る。更に、プロミスカスノードはネットワークトラフィックをリッスンしているので、追跡するノードは、メッシュネットワーク１０１内の他のノードが送信する停電アラームメッセージ又はアラームパケットを検出し得る。追跡するノードが、追跡されるノードを識別する停電アラームメッセージ又はアラームパケットを検出する場合、追跡するノードは、追跡されるノードのために停電アラームメッセージを開始すること、又は、作成するアラームパケットに追跡されるノードを含めることを、控え得る。これにより、ネットワークトラフィックを削減するという更なる利点が得られる。

追跡されるノードが停電の疑いのある状態４０４又は停電状態４０６にある間に、追跡するノードがＲＦアライブビーコン信号、データメッセージ又はネットワーク管理メッセージなどの、追跡されるノードから発信される信号を検出した場合、追跡するノードは追跡されるノードの状態を動作状態４０２に戻すことができる。様々な状態及びこれらの状態間を遷移させる条件は、説明のためのものであり、限定的に解釈されるべきではないことが、理解されるべきである。異なる条件が、これらの状態間の遷移を引き起こす可能性がある。例えば、追跡されるノードは、停電検証によって、追跡されるノードが実際に停電に見舞われていることが示された場合、ｐｉｎｇを送信せずに、停電の疑いのある状態４０４から停電状態４０６に遷移することができる。追跡されるノードの状態を判定することに関する更なる詳細は、図５～７に関連して以下に示される。

図５は、図１のネットワーク化されたシステムにおいてエンドポイントの停電を検出するためのプロセス５００の一例を示す。一つ又は複数のノード（例えば、ノード１０６及び１０８ａ－１０８ｈ）は、適切なプログラムコードを実行することによって、図５に描かれた動作を実装する。説明のために、プロセス５００は、図に描かれた特定の例を参照して説明される。しかしながら、他の実装も可能である。

ブロック５０２において、プロセス５００は、追跡するノード１０６又は１０８ａ－１０８ｈが、追跡するノードが追跡している追跡されるノード１０６又は１０８ａ－１０８ｈからの信号をリッスンすることを含む。上述したように、幾つかの例では、追跡するノードは、二つのネットワークで使用される二つのＭＡＣプロトコル、すなわち、メッシュネットワーク１０１で使用されるＴＳＣＨプロトコルと、Ｗｉ－ＳＵＮ ＣＳＭＡ－ＣＡなどの、ＲＦビーコンネットワークで使用される別のプロトコルとをサポートするように構成され得る。追跡するノードは、ＴＳＣＨタイムスロットの第１の部分の間、メッシュネットワーク１０１のデータ又はネットワーク管理メッセージをリッスンすることができる。タイムスロットの第１の部分の間に通信メッセージが受信されない場合、追跡するノードは、ＲＦビーコンネットワークに切り替えて、ＲＦアライブビーコン信号をリッスンすることができる。

ブロック５０４において、プロセス５００は、追跡するノードが現在のアライブビーコン間隔の間に、追跡されるノードから信号を受信するかどうかを判定することを含む。幾つかの例では、追跡するノードは、アライブビーコン間隔の間にＲＦアライブビーコン信号を受信するかどうかを判定する。他の例では、追跡するノードは、追跡されるノードによって送信される任意のタイプの通信をスニッフィング又はリスニングすることができる。これらの例では、追跡するノードは、ＲＦアライブビーコン信号と、追跡されるノードによって送信される通信メッセージとの両方を考慮して、追跡されるノードが動作しているかどうかを判定することができる。このように、追跡するノードが、アライブビーコン間隔の間に、ＲＦアライブビーコン信号、又は、追跡されるノードによって送信されるデータ若しくはネットワーク管理メッセージの、いずれかを検出した場合、追跡するノードは、追跡されるノードから信号を受信すると判定することができる。

少なくとも信号が、追跡されるノードから受信された場合、プロセス５００は、ブロック５０５にて失われた間隔のカウンタをゼロにリセットし、その後ブロック５０２にて追跡されるノードからの信号をリッスンすることを継続することを含む。現在のアライブビーコン間隔の間に、追跡されるノードから信号が受信されない場合、追跡するノードは、ブロック５０６で失われた信号のカウンタを一つ増加させる。ブロック５０８で、追跡するノードは、失われた間隔のカウンタが失われた間隔の閾値よりも高いかどうかを判定する。そうでない場合、追跡するノードは、ブロック５０２で、追跡されるノードからの信号をリッスンすることを継続する。

失われた間隔のカウンタが閾値よりも高い場合、追跡するノードは、追跡されるノードが停電の疑いのある状態にあると判定し得る。ブロック５１０において、プロセス５００は、追跡されるノードが実際に動作していないことを確認するために、停電検証を実行し、停電検証に基づいて、追跡されるノードのステータスを更新することを含む。停電検証は、別のノードによって送信される高度なＲＦアライブビーコン信号に含まれる追跡されるノードのステータス、又は追跡するノードによって送信される追跡されるノードのステータスの要求に対する応答など、他のノードから得られる追加の情報に基づいて実行することができる。停電検証の二つの例を、図６及び図７に関して以下に説明する。追跡するノードは、図６及び図７に示す停電検証方法の、いずれか一方又は両方を用いて停電検証を実行し得る。

ブロック５１２において、プロセス５００は、追跡されるノードが停電の疑いのある状態にあると判定されるかどうかを判定することを含む。この判定は、停電検証の結果に基づいて行うことができる。停電検証が失敗した場合、つまり追跡されるノードがまだ動作状態であることを意味する場合、プロセス５００は、ブロック５０５にて失われた間隔のカウンタをリセットし、ブロック５０２にて追跡されるノードからの信号をリッスンすることを継続することを含む。停電検証が、追跡されるノードが停電の疑いのある状態にあることを確認した場合、プロセス５００は、ブロック５１４において、追跡されるノードにｐｉｎｇを送信することにより、ノードｐｉｎｇプロセスを開始することを含む。ｐｉｎｇは、追跡されるノードからの応答を要求する信号であってもよく、ｐｉｎｇは、追跡するノードのフルパワー強度を用いて送信されてもよい。一例では、フルパワー強度は、２０ｄＢｍから３０ｄＢｍの間であってよいが、他の信号強度も企図される。ｐｉｎｇのフルパワー強度は、追跡されるノードがｐｉｎｇを受信するはるかに良い機会を有することを確実にするために、ＲＦアライブビーコン信号の強度よりも著しく大きくてもよい。

ブロック５１６において、プロセス５００は、応答期間内に、追跡されるノードからｐｉｎｇ応答が、追跡するノードによって受信されるかどうかを判定することを含む。応答期間は、数十ミリ秒から数秒までの範囲で設定することができる。ｐｉｎｇ応答が追跡するノードによって受信された場合、ブロック５０５にて失われた間隔のカウンタがリセットされる。失われた間隔のカウンタをリセットする際、追跡されるノードは動作状態にあると識別され、追跡するノードは追跡されるノードからの信号をリッスンすることを継続する。ｐｉｎｇ応答が追跡されるノードから追跡するノードによって受信されない場合、プロセス５００は、ブロック５１０で実行された停電検証と同様の、ブロック５１８での別の停電検証を含み得る。停電検証により、追跡されるノードが実際に停電状態にあることが確認された場合、追跡するノードは、ブロック５２２にて、追跡されるノードの停電ステータスを示す停電アラームメッセージを、次のより上位のノードレベルのノードに送信することができる。停電検証が、追跡されるノードがまだ動作状態であることを示す場合、プロセス５００は、ブロック５０５にて失われた間隔のカウンタをリセットすることを含み、追跡するノードはブロック５０２にて追跡されるノードからの信号をリッスンすることを継続する。

図５に関して上述したプロセス５００は、説明のためのものであり、限定的に解釈されるべきではないことを理解すべきである。プロセス５００のブロックは、図５に示すものとは異なる順序で実行することができる。更に、プロセス５００は、図５に示されるものよりも、より多くの又は少ないブロックを、含み得る。例えば、ブロック５１０での停電検証、ブロック５１８での停電検証、又はその両方を、プロセス５００から省略することができる。別の例では、停電アラームメッセージを送信する前に、追跡されるノードの停電ステータスが別のノードによって送信されたアラームメッセージで報告されたかどうかを判定する追加のブロックを、プロセス５００に追加することができる。そうであれば、追跡するノードは、停電アラームメッセージの送信を控えることができ、それによって、ネットワークトラフィックは低減され得る。

上述したように、ノードは複数の追跡するノードによって追跡され得る。このように、これらの複数の追跡するノードは、追跡されるノードのステータスを判定する際に、互いに協力することができる（例えば、互いにデータを交換する）。これにより、追跡されるノードのステータス判定の精度を高め、検出の誤検出率を低減することができる。この処理は、図５のブロック５１０及び５１８における、上述した停電検証処理を含む。図６及び図７は、それぞれ、停電検証処理の一例を示している。

特に、図６は、追跡されるノードの、他の追跡するノードによって送信される高度なＲＦアライブビーコン信号に基づいて、追跡されるノードの停電ステータスを検証するプロセス６００の例を示す。ブロック６０２において、プロセス６００は、追跡されるノードの別の追跡するノードから高度なＲＦアライブビーコン信号を受信することを含む。この例では、メッシュネットワーク１０１のノードは、ＲＦアライブビーコン信号、即ち、高度なＲＦアライブビーコン信号に追加の情報を含めるように構成される。ＲＦアライブビーコン信号を送信しているノードの識別に加えて、高度なＲＦアライブビーコン信号は、追跡しているノードに関する情報を更に含むことができる。追跡されるノードに関する情報は、追跡されるノードを特定する情報と、各追跡されるノードのステータスとを含むことができる。追跡されるノードを特定する情報及びステータス情報に加えて、高度なＲＦアライブビーコン信号は、各追跡されるノードから受信する最も最近に受信したＲＦアライブビーコン信号又は他の通信の、タイムスタンプを含むこともできる。情報は、すべての追跡されるノードを含んでもよいし、特定のステータスを有する追跡されるノードのみを、例えば、送信ノードが停電の疑いのある状態又は停電状態にあると判定したノードのみを、含んでもよい。幾つかの実装では、メッシュネットワーク１０１内のノード１０６及び１０８ａ－１０８ｈは全て、高度なＲＦアライブビーコン信号を送信するように構成される。

ブロック６０４において、プロセス６００は、追跡されるノードのステータスを判定するために、高度なＲＦアライブビーコン信号を解析することを含む。ブロック６０６において、プロセス６００は、追跡されるノードが動作状態であることを高度なＲＦアライブビーコン信号が示しているかどうかを判定することを含む。そうであれば、プロセス６００は、ブロック６０８において、追跡されるノードを動作状態として更新することを含む。例えば、追跡されるノードのステータスは、高度なＲＦアライブビーコンのタイムスタンプを、追跡されるノードから追跡するノードが受信する最新の信号のタイムスタンプと比較することによって、更新することができる。高度なＲＦアライブビーコンのタイムスタンプが、追跡されるノードから追跡するノードが受信する最新の信号のタイムスタンプよりも遅く、かつ、追跡されるノードが現在の時間間隔の間に信号を送信したことを示している場合、追跡されるノードは動作状態にあると判定され得る。別の例では、高度なＲＦアライブビーコンが、追跡されるノードが動作状態であることを示している場合、追跡されるノードは動作状態であるとマークすることができる。

高度なＲＦアライブビーコン信号が、追跡されるノードが動作状態でないことを示している場合、プロセス６００は、ブロック６１０において、追跡されるノードを、追跡するノードによって判定されたステータスに応じて、停電の疑いのある状態又は停電状態にあるものとしてマークすることを含む。例えば、追跡されるノードのステータスが停電の疑いがあるものと判定されるときに（例えば、追跡するノードが、閾値以上の失われた間隔で、追跡されるノードからの信号の受信に失敗した後であり、且つ、追跡されるノードにｐｉｎｇを送信する前にて）、追跡するノードが、停電検証を起動した場合、追跡するノードは、高度なＲＦアライブビーコンも追跡されるノードが停電の疑いのある状態又は停電状態にあることを示しているならば、追跡されるノードが停電の疑いのある状態にあると判定し得る。幾つかの実装では、高度なＲＦアライブビーコンが、追跡されるノードが停電状態にあることを示している場合、追跡するノードは、追跡されるノードが停電の疑いのある状態にあると判定するとしても、追跡されるノードが停電状態にあると判定することもできる。これにより、エンドポイントへのｐｉｎｇ処理を省略することができる。

同様に、追跡されるノードのステータスが停電状態にあると判定されたときに（例えば、追跡するノードがｐｉｎｇに対する応答を受信できなかった後に）、追跡するノードが停電検証を起動した場合、追跡するノードは、追跡されるノードが停電の疑いのある状態又は停電状態にあることを高度なＲＦアライブビーコンが示している場合に、追跡されるノードが停電状態にあると判定し得る。追跡するノードは、他の追跡するノードによって停電が報告されている場合、停電アラームメッセージの生成及び送信を控えるなど、自身のＲＦアライブビーコン信号、停電アラームメッセージ、又はアラームパケットをどのように準備するかを判定するために、高度なＲＦアライブビーコン信号における追跡されるノードに関する追加の情報を更に使用してもよいことを、更に理解されたい。

図７は、追跡されるノードの、他の追跡するノードと通信することによって、追跡されるノードの停電ステータスを検証するためのプロセス７００の一例を示す。ブロック７０２において、プロセス７００は、追跡するノードが、停電の判定を検証するために追跡されるノードに関する情報を取得する要求を、追跡されるノードの、他の追跡するノードに送信することを含む。一つの実装では、追跡するノードは、同じ追跡されるノードを追跡している他のノードに関する情報を維持し、それらのノードに要求を送信する。代替的に、又は、追加的に、追跡するノードは、その近隣ノードに要求を送信してもよい。同じ追跡されるノードを追跡している近隣のノードが、要求に応答してもよい。ノードは、本明細書に記載の任意の方法を用いて、例えば、ＲＦアライブビーコン信号、データメッセージ、ネットワーク管理メッセージ、又はそれらの任意の組み合わせを介して、要求を送信してもよい。要求は、ユニキャスト又はブロードキャスト通信であってもよく、場合によっては、低減された電力レベルで送信される。要求は、他のタイプの通信に使用される同じネットワークプロトコルを使用してもよいし、ローカルプロトコルを使用してもよい。

ブロック７０４において、プロセス７００は、追跡するノードから応答を受信することを含む。応答は、夫々の追跡するノードによって判定される追跡されるノードに関する情報を含む。ブロック７０６において、プロセス７００は、応答内の追跡されるノードのステータスが、追跡するノードによる停電の判定と一致するかどうかを判定することを含む。そうであれば、プロセス７００は、ブロック７０８において、追跡するノード自身によって判定される追跡されるノードのステータスに応じて、停電状態又は停電の疑いのある状態として、追跡されるノードをマークすることを含む。応答における追跡されるノードのステータスが、追跡するノードによる停電の判定と一致しない場合、追跡するノードは、ブロック７１０において、停電を報告する前に追加の時間を待つ（例えば、追跡されるノードを動作状態とマークするが、失われた間隔のカウンタをゼロでない値に割り当てる）か、又は、（例えば、追跡されるノードを停電の疑いのある状態とマークすることにより）追跡されるノードに別のｐｉｎｇを送信するなどの更なる行動を採るか、を行うことができる。このように追跡されるノードの停電を検証することにより、ローカルトラフィックが増加しても、グローバルネットワークトラフィック（例えば、停電アラームメッセージ）を減少させることができる。

例示的なノード

図８は、メッシュネットワーク１０１のノード１０６又は１０８のコンポーネントのブロック図の一例である。コンピューティングシステム８００のコンポーネントの一部又は全部は、図１のノード１０６又は１０８ａ－１０８ｈのうちの一つ又は複数に属することができる。ノード８００は、ローカル又はシリアル接続８３０を介して接続される通信モジュール８１６及び計測モジュール８１８を含む。通信モジュール８１６の機能は、メッシュネットワーク１０１又はＲＦビーコンネットワーク内の他のノードとの間で、（高度なＲＦアライブビーコンを含む）ＲＦアライブビーコン、データ及びネットワーク通信メッセージ、停電アラームメッセージ、並びに、他のデータなどの、様々な信号を送受信することを含む。

通信モジュール８１６は、アンテナや無線機などの通信デバイス８１２を含み得る。あるいは、通信デバイス８１２は、無線又は有線の通信を可能にする任意のデバイスであってもよい。通信デバイス８１２は、メッシュネットワーク１０１の他のノードからＲＦ通信を送受信できる、ＲＦトランシーバなどの、トランシーバデバイスを含み得る。幾つかの構成では、トランシーバデバイスは、メッシュネットワーク１０１及びＲＦビーコンネットワークと、夫々二つのアンテナを介して、又は単一のアンテナを介して、通信するために、少なくとも二つのＭＡＣインターフェースを実装することができる。また、通信モジュール８１６は、プロセッサ８１３と、メモリ８１４とを含み得る。プロセッサ８１３は、図１～７に関して上述した一つ又は複数の動作など、通信モジュール８１６によって実行される機能を制御する。メモリ８１４は、プロセッサ８１３がその機能を実行するために使用するデータを格納するように利用され得る。

計測モジュール８１８の機能は、リソースを管理するために必要な機能、特に、リソースへのアクセスを許可し、使用されたリソースを計測するために必要な機能を含む。計測モジュール８１８は、プロセッサ８２１、メモリ８２２、及び、測定回路８２３を含み得る。測定回路８２３は、リソースの測定を処理し、センサデータを収集するためのセンサとして使用され得る。計測モジュール８１８のプロセッサ８２１は、計測モジュール８１８が行う機能を制御する。メモリ８２２は、プロセッサ８２１がその機能を実行するために必要なデータを格納する。通信モジュール８１６と計測モジュール８１８とは、ローカル接続８３０を介して互いに通信し、他のモジュールが必要とするデータを提供する。通信モジュール８１６及び計測モジュール８１８の両方は、メモリ又は別のタイプのコンピュータ可読媒体に格納されるコンピュータ実行可能な命令を含み得、モジュール内の一つ又は複数のプロセッサは、本明細書に記載の機能を提供するための命令を実行し得る。

一般的な考慮事項

本発明の主旨の完全な理解を提供するために、多数の具体的な詳細を本明細書に記載する。しかしながら、当業者は、本発明の主旨がこれらの具体的な詳細無しに実施され得ることを理解するであろう。他の例では、当業者に知られているであろう方法、装置、又はシステムは、発明の主旨を不明瞭にしないように、詳細には記載していない。

本明細書で説明する特徴は、特定のハードウェアアーキテクチャ又は構成に限定されない。コンピューティングデバイスは、一つ又は複数のインプットを条件とする結果を提供するコンポーネントの任意の適切な配置を含み得る。適切なコンピューティングデバイスには、コンピューティングシステムを汎用コンピューティング装置から本発明に係る一つ又は複数の態様を実装する特殊なコンピューティング装置へとプログラムする、又は構成する、格納されたソフトウェア（すなわち、コンピュータシステムのメモリ上に格納されたコンピュータ可読命令）にアクセスする多目的マイクロプロセッサベースのコンピュータシステムが含まれる。本明細書に含まれる教示を、コンピューティングデバイスのプログラミング又は構成に使用するソフトウェアに実装するために、任意の適切なプログラミング、スクリプト、又は、他のタイプの言語若しくは言語の組み合わせを、使用し得る。

本明細書に開示の法の態様は、そのようなコンピューティングデバイスの動作において実行され得る。上記の例で提示されるブロックの順序は変化させることができ、例えば、ブロックを再順序付けしたり、組み合わせたり、及び／又は、サブブロックに分割したりすることができる。特定のブロック又はプロセスは、並行して実行することができる。

本明細書での「～に適応した」又は「～ように構成された」の使用は、追加のタスク又はステップを実行するように適応した又は構成されたデバイスを排除しない、オープンで包括的な言語として意図されている。更に、「～に基づいて」の使用は、一つ又は複数の記載される条件又は値「に基づく」プロセス、ステップ、計算、又は他のアクションが、実際には、記載されたものを超える追加の条件又は値に基づいていてもよいという点で、オープンで包括的であることを意味している。本明細書に含まれる見出し、リスト、及びナンバリングは、説明を容易にするためだけのものであり、限定することを意味するものではない。

本発明の主旨を、その特定の態様に関して詳細に説明してきたが、当業者は、前述の理解を得た上で、そのような態様に対する変更、変形、及び等価物を容易に作り出すことができることが理解されるであろう。したがって、本開示は、限定ではなく例示を目的として提示されており、当業者に容易に明らかになるような、本発明の主旨の変更、変形、及び／又は追加を含めることを排除するものではないことを理解されたい。

Claims (20)

1. メッシュネットワーク内のノードの停電を検出する方法であって、
   第１の期間の間に、
   メッシュネットワークの第１のノードによって、前記第１のノードによって追跡されるメッシュネットワークの第２のノードから発信される一連の信号を検出するステップであって、前記一連の信号は、前記第２のノードによって送信されるＲＦアライブビーコン及び通信メッセージを含み、前記ＲＦアライブビーコンは、前記第２のノードの動作ステータスを示し、前記一連の信号は、少なくとも単一のアライブビーコン間隔に対応する期間に検出される、検出するステップと、
   前記第１の期間に続く第２の期間の間に、
   前記第１のノードにおいて、前記第２のノードからの最新の信号を受信してから、前記アライブビーコン間隔の閾値が経過したことを判定するステップと、
   前記第１のノードから、前記第２のノードにｐｉｎｇを出力して、前記ｐｉｎｇに対する応答を要求するステップと、
   応答期間内に前記第２のノードから前記ｐｉｎｇに対する応答を受信しなかった場合、前記第１のノードによって、前記メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信するステップであって、前記停電アラームメッセージは、前記第２のノードの識別情報を含むステップと
   を含む、方法。
2. 更に、
   前記メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信するステップの前に、
   第３のノードが送信する第２の停電アラームメッセージを検出するステップと、
   前記第２の停電アラームメッセージが前記第２のノードの識別情報を含むことを判定するステップと、
   前記メッシュネットワークの前記次のトポロジ的に上位の層に前記第１のノードにより送信される前記停電アラームメッセージから、前記第２のノードの前記識別情報を除くステップと
   を含む、
   請求項１に記載の方法。
3. 前記通信メッセージは、データメッセージ及びネットワーク管理メッセージを含む、
   請求項１に記載の方法。
4. アライブビーコン間隔の間に通信メッセージが送信されない場合、前記ＲＦアライブビーコンは前記第２のノードにより送信される、
   請求項１に記載の方法。
5. 前記第１のノードが、タイムスロットチャネルホッピングプロトコル（ＴＳＣＨプロトコル）を用いて前記メッシュネットワークと通信し、第２のプロトコルを用いて第２のネットワークと通信するように構成され、
   前記メッシュネットワークの前記第２のノードから発信される前記一連の信号を検出するステップは、
   前記ＴＳＣＨプロトコルの一つのタイムスロットの第１の部分の間に、前記メッシュネットワークで、前記通信メッセージの一つを検出するステップを、若しくは、
   前記ＴＳＣＨプロトコルの別のタイムスロットの第２の部分の間に、前記第２のネットワークで、前記ＲＦアライブビーコンの一つを検出するステップを
   含む、請求項１に記載の方法。
6. 前記ＴＳＣＨプロトコルの別のタイムスロットの第２の部分の間に前記ＲＦアライブビーコンの一つを検出するステップは、
   前記第１のノードの周波数を、前記ＴＳＣＨプロトコルの前記別のタイムスロットの第１の部分の間に用いられる周波数とは異なる前記第２のネットワークの周波数に変更するステップを含む、請求項５に記載の方法。
7. 前記ＴＳＣＨプロトコルの別のタイムスロットの第２の部分の間に前記ＲＦアライブビーコンの一つを検出するステップは、
   前記ＴＳＣＨプロトコルの前記別のタイムスロットの第１の部分の間に使用される周波数に留まるステップを含む、請求項５に記載の方法。
8. メッシュネットワークのノードであって、
   コンピュータ可読命令を実行するように構成されたプロセッサと、
   前記コンピュータ可読命令を格納するように構成されたメモリと
   を含み、
   前記コンピュータ可読命令は、前記プロセッサによって実行されると、前記プロセッサに対して、
   第１の期間の間に、
   前記ノードによって追跡されるメッシュネットワークの第２のノードから発信される一連の信号を検出するステップであって、前記一連の信号は、前記第２のノードによって送信されるＲＦアライブビーコン及び通信メッセージを含み、前記ＲＦアライブビーコンは、前記第２のノードの動作ステータスを示し、前記一連の信号は、少なくとも一つのアライブビーコン間隔に対応する期間に検出される、検出するステップと、
   前記第１の期間に続く第２の期間の間に、
   前記第２のノードからの最新の信号を受信してから、前記アライブビーコン間隔の閾値が経過したことを判定するステップと、
   前記第２のノードにｐｉｎｇを出力して、前記ｐｉｎｇに対する応答を要求するステップと、
   応答期間内に前記第２のノードから前記ｐｉｎｇに対する応答を受信しなかった場合、前記メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信するステップであって、前記停電アラームメッセージは前記第２のノードの識別情報を含む、送信するステップと
   を含む動作を実行させる、ノード。
9. 更に、
   タイムスロットチャネルホッピングプロトコル（ＴＳＣＨプロトコル）を用いて前記メッシュネットワークと通信し、第２のプロトコルを用いて第２のネットワークと通信するように構成されたトランシーバデバイスを含み、
   前記メッシュネットワークの前記第２のノードから発信される前記一連の信号を検出するステップは、
   前記ＴＳＣＨプロトコルの一つのタイムスロットの第１の部分の間に、前記メッシュネットワークで、前記通信メッセージの一つを検出するステップを、若しくは、
   前記ＴＳＣＨプロトコルの別のタイムスロットの第２の部分の間に、前記第２のネットワークで、前記ＲＦアライブビーコンの一つを検出するステップを
   含む、請求項８に記載のノード。
10. 前記ＴＳＣＨプロトコルの別のタイムスロットの第２の部分の間に前記ＲＦアライブビーコンの一つを検出するステップは、
    前記ノードの周波数を、前記ＴＳＣＨプロトコルの前記別のタイムスロットの第１の部分の間に用いられる周波数とは異なる前記第２のネットワークの周波数に変更するステップを含む、請求項９に記載のノード。
11. 前記ＴＳＣＨプロトコルの別のタイムスロットの第２の部分の間に前記ＲＦアライブビーコンの一つを検出するステップは、
    前記ＴＳＣＨプロトコルの前記別のタイムスロットの第１の部分の間に使用される周波数に留まるステップを含む、請求項９に記載のノード。
12. 前記動作は、更に、
    前記メッシュネットワークの次のトポロジ的に上位の層に停電アラームメッセージを送信するステップの前に、
    第３のノードが送信する第２の停電アラームメッセージを検出するステップと、
    前記第２の停電アラームメッセージが前記第２のノードの識別情報を含むことを判定するステップと、
    前記メッシュネットワークの前記次のトポロジ的に上位の層に前記ノードにより送信される前記停電アラームメッセージから、前記第２のノードの前記識別情報を除くステップと
    を含む、
    請求項８に記載のノード。
13. 前記通信メッセージは、データメッセージ及びネットワーク管理メッセージを含む、
    請求項８に記載のノード。
14. アライブビーコン間隔の間に通信メッセージが送信されない場合、前記ＲＦアライブビーコンは前記第２のノードによって送信される、
    請求項８に記載のノード。
15. 停電検出を促進にする方法であって、
    第１の期間の間に、
    メッシュネットワークの第１のノードによって、アライブビーコン間隔ごとにＲＦアライブビーコンを送信するステップであって、前記ＲＦアライブビーコンは、第１のノードが動作状態であることを示す、送信するステップと、
    前記第１の期間に続く第２の期間の間に、
    前記第１のノードによって、一つ若しくはそれ以上の通信メッセージを送信するステップと、
    前記第１のノードにより、前記通信メッセージの少なくとも一つが直近のアライブビーコン間隔の間に送信されたと判断するステップと、
    前記第１のノードにより、前記直近のアライブビーコン間隔にて、ＲＦアライブビーコンの送信をスキップするステップと
    を含む、方法。
16. 前記第１のノードは、第１のプロトコルを使用して第１のネットワークと通信し、第２のプロトコルを使用して第２のネットワークと通信するように構成され、
    前記一つ若しくはそれ以上の通信メッセージは、前記第１のネットワークを通じて送信され、前記ＲＦアライブビーコンは、前記第２のネットワークを通じて送信される、
    請求項１５に記載の方法。
17. 前記第１のネットワークと前記第２のネットワークとは、同じチャネルで動作し、
    前記ＲＦアライブビーコンは、第１の電力強度を用いて送信され、
    前記通信メッセージは、第２の電力強度を用いて送信され、及び、
    前記第１の電力強度は、前記第２の電力強度よりも低い、
    請求項１６に記載の方法。
18. 前記第１のネットワークと前記第２のネットワークとは、異なるチャネルで動作し、
    前記ＲＦアライブビーコンは、第１の電力強度を用いて送信され
    前記通信メッセージは、第２の電力強度を用いて送信され、及び、
    前記第１の電力強度は、前記第２の電力強度と実質的に同じである、
    請求項１６に記載の方法。
19. 前記第１のネットワークはメッシュネットワークであり、前記第１のプロトコルはタイムスロットチャネルホッピングプロトコル（ＴＳＣＨプロトコル）である、
    請求項１６に記載の方法。
20. 前記ＲＦアライブビーコンは、第１の部分が前記第１のノードによって送信される通信メッセージを有しない前記ＴＳＣＨプロトコルのタイムスロットの、第２の部分の間に送信される、
    請求項１９に記載の方法。

Images