JP2018129788A - 広域エネルギ回収センサ・ネットワーク展開のためのマルチホップ・ネットワーキング・プロトコル - Google Patents

Abstract

【課題】エネルギ回収デバイスの間のデータの送信を促進するのに必要なＥＨＳＮ通信プロトコルを提供すること。【解決手段】本発明は、ビーコン方式を用いて複数の低電力センサ・ノードの間の通信を促進するＥＨＳＮ通信プロトコルを提供する。前記例示的な実施形態において、前記所望のセンサ・データは、一連のセンサ・ノードを介して、１組の中間中継ノードを通じて前記発信センサから宛先ノードに流れる。或るノードから別のノードへの送信は受信機が開始したビーコン方式を用いて発生し、この場合、ビーコンは各ノードにより、それらがデータを中継するのに十分なエネルギを回収したときに送信される。前記特定の組の中継ノードは、どのノードが十分なエネルギを回収した（および前記適切なビーコンをブロードキャストした）か、およびどのノードが前記宛先ノードにデータを転送するために最適に配置されているかに基づいて、前記ネットワーク内の全セットのノードから日和見的に選択される。【選択図】図２

Description

本開示は一般にセンサ・ネットワークに関し、より詳細にはエネルギ回収センサのネットワークに対するマルチホップ・ネットワーキング・プロトコルに関する。エネルギ回収センサ・ネットワーク（ＥＨＳＮ）は、航空機客室システム、製造施設等を含む多くの領域において適用することができる。

低電力センサは現在、機能するためにバッテリを必要とする。当該バッテリは定期的な交換を必要とするので、当該低電力センサは、保守コストに起因して、広い分布（例えば、航空機にわたって何千）または（例えば、航空機エンジンのような）アクセス不能な位置に対して理想的ではない。さらに、バッテリ発電センサ・ネットワークは、バッテリ漏洩のリスクから生ずる環境問題に起因して、幾つかのアプリケーションに対して不適切である。エネルギ回収機能を有する低電力センサをバッテリ発電センサの代わりに使用できるが、センサからセンサへのデータ送信は、当該データ送信の連鎖において或るセンサが当該送信を継続するための電力を失う場合に失敗するおそれがある。この喪失は、エネルギ源の予測不可能でランダムな性質に起因して生ずる。かかるデータ送信故障を回避するために、ＥＨＳＮ通信プロトコルが、エネルギ回収デバイスの間のデータの送信を促進するのに必要である。

例示的な実施形態では、本発明は、複数の低電力センサ・ノードの間の通信を促進するためにビーコン方式を使用するＥＨＳＮ通信プロトコルを提供する。当該例示的な実施形態において、当該所望のセンサ・データは、１組の中間中継ノードを介して一連のセンサ・ノードを通って発信センサから宛先ノードに流れる。或るノードから別のノードへの送信は受信機が開始したビーコン方式を用いて発生する。当該方式では、ビーコンは各ノードにより、それらがデータを中継するのに十分なエネルギを回収したときに送信される。当該特定の組の中継ノードは、どのノードが十分なエネルギを回収した（および適切なビーコンをブロードキャストした）か、およびどのノードが当該宛先ノードにデータを転送するために最適に配置されているかに基づいて、当該ネットワーク内の全セットのノードから日和見的に選択される。

本開示の１つの実施形態は、エネルギ回収センサ・ネットワークの形態をとる。進歩的なネットワークはノードとして動作する複数のエネルギ回収センサを含み、当該エネルギ回収センサの各々は所定の通信プロトコルに従って動作するように構成される。さらに、当該ネットワークは当該エネルギ回収センサと無線で通信するように構成されたサーバを含む。当該所定の通信プロトコルは、ノードが、それがアウェイクでありデータ・パケットを受信し再送するのに十分なエネルギを有することを示す受信準備完了（ＲＴＲ）ビーコンを他のノードに送信するＲＥＣＥＩＶＥ状態を含む。

本開示の別の実施形態はエネルギ回収ノードの形態をとる。進歩的なノードはエネルギ回収デバイス、エネルギ貯蔵デバイス、マイクロ・コントローラ、およびワイヤレストランシーバを含む。マイクロ・コントローラおよび無線トランシーバはエネルギ貯蔵デバイスにより電力供給される。マイクロ・コントローラは、トランシーバが、当該ノードがアウェイクであり、データ・パケットを別のノードから受信し当該データ・パケットを再送するのに十分なエネルギを有することを示すＲＴＲビーコンを送信する所定の通信プロトコルに従って、当該エネルギ回収ノードを動作させるように構成される。

本開示の別の実施形態は、当該エネルギ回収センサ・ネットワーク内の各ノードにより使用される方法の形態をとる。進歩的な方法は以下のステップを含む。予め決定された閾値のエネルギが回収されるまで、ノードはＳＬＥＥＰ状態に留まる。当該予め決定された閾値のエネルギを回収する際、ノードは非決定的関数に基づいてＴＲＡＮＳＭＩＴ状態またはＲＥＣＥＩＶＥ状態に入る。ＲＥＣＥＩＶＥ状態において、当該ノードは、それがデータを受信する準備ができていることを示すＲＴＲビーコンを送信し、データを第２のノードから受信する。ＴＲＡＮＳＭＩＴ状態において、当該ノードは、別のノードからのＲＴＲビーコンを待機し、任意の他のノードが現在データを送信しているかどうかを判定し、他のノードが現在データを送信していない場合、データを当該ＲＴＲビーコンの送信者に送信する。別のノードが現在データを送信している場合、第１のノードはチャネルが空くまで送信を遅延する。

追加の特徴を以下で説明する。

広域エネルギ回収センサ・ネットワークの例示的な実施形態を概略的に示す図である。 エネルギ回収センサの例示的な実施形態を概略的に示す図である。 進歩的なＥＨＳＮ通信プロトコルの流れ図である。 ２つのノードに対する例示的なタイミング図である。

以下のセクションでは、本開示に従うＥＨＳＮの例示的な実施形態の概要がまず提供される。次に、代替的なアプローチとの比較、ＥＨＳＮメディア・アクセス制御（ＭＡＣ）プロトコル、受信機および送信器の動作モードの詳細、および日和見的中継を含む、進歩的な通信プロトコルの様々な態様のより詳細な説明が続く。

概要
本開示は、エネルギ回収デバイスの間のスケジューリングとルーティングに関する未解決の問題を解決し、かかるデバイスを大規模展開、飛行機客室、および現場アプリケーションに対してネットワークすることを可能とする。無線センサ・ネットワークは低電力デバイスの集合（および潜在的に大規模な集合）を指し、その各々は、環境データ（例えば、温度、圧力、健康等）またはイベント（例えば、故障、近接等）の存在を測定でき、これらの測定値を無線で中央処理サーバに送信することができる。無線センサは、配線がサイズ、重量において非現実的である環境、および電力（ＳＷＡＰ）が制限された環境における展開を可能とする。現在、センサ・ネットワーク展開は、特にセンサの量または位置のためノードおよびバッテリの取り換えが実現不能または非現実的である環境において、コストおよびバッテリ寿命により制限される。これらの課題を克服するため、研究者たちは、エネルギ回収技術を利用して当該センサの動作のためのエネルギを生成することに注目している。

太陽、風、温度勾配、または振動からのエネルギの回収により、再生可能エネルギを提供することでセンサ・ネットワークの寿命を動的に延ばすことができる。しかし、不確実かつ可変のエネルギ補充プロセスの中で決定的なネットワーキングの保証を提供する通信プロトコルが必要である。当該マルチホップＥＨＳＮネットワーキング・プロトコルは、エネルギ回収センサ・ノード間の通信およびネットワーキングを可能とする問題を解決し、広域展開を促進する。これらの環境では、シングルホップ、インフラベースの通信は、長距離送信およびマルチパス減衰プロフィールに対する電力要件に起因して実現不能であるおそれがある。しかし、エネルギ回収ノードとのメッシュネットワーキングを可能とするために、各送信器は、通信のチェーンにおける次の受信機が、中央制御またはグローバル同期に頼ることなくパケットを受信し中継するのに十分なエネルギ・リソースを有することを知る必要がある。開示されたＥＨＳＮ通信プロトコルは、受信および再送のための十分なエネルギで中継を見つけるための受信機が開始したビーコン送信と、伝統的な固定のルートに頼ることなくパケットを転送するための日和見的中継の原理を用いてこれらの課題を解決する。本開示は、スケジューリングおよびルーティングの両方の目的のために、ビーコンを使用する。

図１は、サーバ１００と参照番号２００−１乃至２００−９で示す幾つかのセンサ・ノードとを含むＥＨＳＮを概略的に示す。図１の例示的なネットワークでは、陰影を施したノード（ノード２００−１、２００−４、２００−５、２００−６、および２００−７）は送受信のための十分なエネルギを有すると仮定され、一方、残りのノード（ノード２００−２、２００−３、２００−８、および２００−９）は送信または受信のための十分なエネルギを有さないと仮定される。これは、時間とともにエネルギが回収され、最終的にノードが通信のための十分なエネルギを有するので、エネルギ状態の時間におけるスナップショットを表す。このネットワーク・モデルでは、当該ノードはデータをサーバ１００に運搬するように設計される。当該サーバはバッテリによりまたは電気会社により電力供給されうるが、当該ノードはエネルギ回収デバイスにより電力供給される。当該ノードは、それらのそれぞれのエネルギレベルに依存してＳＬＥＥＰおよびＷＡＫＥ状態の間で遷移する。各ノードは、データを送受信するための十分な電力を要求し、ＷＡＫＥ状態においてアイドルに留まる。

１つの例示的な環境では、ＥＨＳＮは、例えば、外部サーフェスの氷検出、内部の客室圧力測定、近接検知、およびエンジン健康モニタリングのような目的のために航空機にわたって展開される。かかる環境における可能なエネルギ源は光発電（太陽光、内部照明等）、振動（圧電）、温度勾配、空気圧力、機械（例えば、プッシュ・ボタン）、および周辺ＲＦエネルギを含む。

図１の例示的な実施形態では新たなＥＨＳＮ通信パラダイムを使用する。バッテリ発電ネットワークの目標は寿命を最大化することであり（ノードは常に利用可能であるが、エネルギを節約する必要がある）、ＥＨＳＮの目標は、エネルギ回収制約を受けるサービス・スループット／品質を最大化することである。バッテリ発電センサ・ネットワークに使用される低エネルギネットワーキング・プロトコルはＥＨＳＮに対して最適ではない。ＥＨＳＮでは、大分部のエネルギ消費は通信の目的のためである。なぜならば、データの送受信は相対的に大量のエネルギを必要とし、アイドルリスニングですらエネルギ利用を必要とするからである。ノードがそのエネルギを枯渇させたとき、当該ノードは十分なエネルギが回収されるまで、ＳＬＥＥＰ状態に入り、休眠する。ＥＨＳＮでの主要な課題は、当該エネルギ回収プロセスが制御不可能でありそのタイミングが未知であることである。換言すれば、ＷＡＫＥ状態に再度入るのに十分なエネルギをノードが回収したときを知らない。これは、決定的なネットワーキング保証を提供するのを困難にする。

図２は、エネルギ回収センサ２００の略図またはブロック図である。エネルギ回収センサ２００は当業者に良く理解されるハードウェア要素を含む。当該実施形態では、エネルギ回収センサ２００は、電気エネルギ２１４をエネルギ貯蔵デバイス２２０に供給するエネルギ回収デバイス２１０を備える。デバイス２２０からの格納されたエネルギは低電力センサ２３０、マイクロ・コントローラ２４０、および無線トランシーバ２５０により消費される。無線トランシーバ２５０はアンテナ２６０を介してデータを送受信する。参照２１２により示されるように、太陽光、熱、振動、風、ＲＦ等の形態の周辺エネルギがデバイス２１０により回収される。

代替的なアプローチとの比較
本開示は、エネルギ回収デバイスの間のスケジューリングおよびルーティングの未解決の問題を解決する。現在利用可能なルーティングおよびスケジューリングのソリューションは、エネルギ回収センサのマルチホップ展開をサポートする所望の動作要件を満たすことができない。当該スケジューリングの部分的な問題に関して、典型的なセンサ・ネットワーク展開は、ＩＥＥＥ８０２．１５．４と呼ばれる米国電気電子技術者協会（ＩＥＥＥ）による標準の実装に依存する。当該標準は、搬送波感知多重アクセス（ＣＳＭＡ）方式に基づく。しかし、ＣＳＭＡは幾つかの理由でマルチホップエネルギ回収ネットワークには適していない。まず、低エネルギ動作を可能とするために、ノードをグローバルクロックに同期して、全てのノードが送信のために同一の期間の間に起動していることを保証する。このグローバル同期なしでは、ノードは、受信機がパケットを受信するのに十分なエネルギを有することの知識なしにパケットを送信する。第２に、送信要求（ＲＴＳ）および送信クリア（ＣＴＳ）のような８０２．１５．４制御パケットは、ネットワークノードがエネルギを回収するために休眠している可能性があるときの「隠れ端末問題」のような多重アクセス問題をもはや解決しない。本開示の進歩的なアプローチは、十分なエネルギを回収する際にビーコンを送信するように受信機を構成することでこれらの課題を解決し、送信器が実現可能な中継を最小オーバヘッドで学習することを可能とする。

Bluetooth(登録商標)低エネルギ（ＢＬＥ）は、低電力のモノのインターネット（ＩｏＴ）展開を目的とする代替的なＭＡＣレイヤである。しかし、Bluetooth(登録商標)プロトコルは、デバイスの間に「マスタ・スレーブ」関係を確立し、メッシュ展開の柔軟性に欠く。メッシュソリューションでは、幾つかのノードがデータを転送するのに十分なエネルギを有するとき、他のノードを代わりに使用してパケット遅延を減らすことができる。

当該ルーティングの部分的問題は伝統的に、プロアクティブなルーティングプロトコル（例えば、オープン・ショーテスト・パス・ファースト（ＯＳＰＦ）または最適リンク状態ルーティング（ＯＬＳＲ））またはリアクティブなルーティングプロトコル（アドホック・オンデマンド距離ベクトル（ＡＯＤＶ）または動的ソース・ルーティング（ＤＳＲ））の何れかを介して解決される。これらのプロトコルは、各センサと当該サーバの間の固定のルートを確立し、パケットをこれらのルートに沿って転送する。しかし、中間の中継がエネルギを使い果たしたとき、パケットは、当該ネットワークを横断する前に回収プロセスを待機しなければならない。我々のソリューションは日和見的転送を使用する。当該日和見的転送は、どのノードが十分なエネルギを有するかに基づいてパケットごとの中継を選択する。これは、エネルギ利用を当該ネットワークにわたって分散させ、ＥＨＳＮが限定的エネルギ回収制約のもとでアプリケーション性能要件を満たすことを可能とすることができる。

ＥＨＳＮ ＭＡＣプロトコル
このセクションでは、提案されたＥＨＳＮ ＭＡＣプロトコルの詳細について述べる。ＥＨＳＮ ＭＡＣは、エネルギ回収（ＥＨ）ノードからＥＨノードへの通信ならびにＥＨノードから電力ノードへの通信向けに設計される。エネルギ回収受信機との通信を促進するために、ＥＨＳＮ ＭＡＣは、受信機が、アクティブ（またはＷＡＫＥ）状態にあることを近傍に警告するためのビーコン送信の責任を有する、受信機が開始したビーコン送信を使用する。これは、送信器および受信機の間で均等にオーバヘッドを拡散すること、ルーティングおよび転送の判断を行うための情報を送信器に提供することの二重効果を有する。

当該プロトコルの概要が図３の流れ図に示されている。図３の流れ図は、ＲＥＣＥＩＶＥ、ＴＲＡＮＳＭＩＴ、およびＳＬＥＥＰ状態の各々におけるセンサ、またはノードの動作を表す。一般に、当該ノードはソフトウェアを介してこのように動作するように構成される。したがって、当該流れ図に従って動作するように各ノードを構成するようにプログラムコードを書くことができることは当業者により理解される。

示すように、ＥＨＳＮ ＭＡＣプロトコルによれば、当該ノードはＲＥＣＥＩＶＥ状態３００、ＴＲＡＮＳＭＩＴ状態４００、またはＳＬＥＥＰ状態５００で動作する。ノードは、通信のための十分なエネルギを回収するためにＳＬＥＥＰ状態５００に入る。当該バッテリレベル上のウェイクアップ閾値により決定されるように、ノードは十分なエネルギが回収されるまでこの状態に留まる。図３において、これを参照番号５１０で示す。５２０で示すように起動する際、ノードはＲＥＣＥＩＶＥ状態３００またはＴＲＡＮＳＭＩＴ状態４００の何れかに入り、これはバックログの（潜在的に非決定的な）関数により決定される（送信または受信を選択するための任意の関数を使用できる。例えば、当該関数はコインの裏返しのようにランダムであることができ、または、「バックログが閾値より大きい場合に送信状態に入る」であることができる）。ＲＥＣＥＩＶＥおよびＴＲＡＮＳＭＩＴ状態におけるノードの動作を以下で説明する。

ＲＥＣＥＩＶＥ状態３００
分かるように、ＲＥＣＥＩＶＥ状態３００は、ブロック３２０、３４０、３７０、３６０、および３８０を含むダイアモンド形状のブロックにより表される幾つかの繰り返し構成物（分岐またはループ）を含む。これらのダイアモンド形状のブロックの各々は、当業者には明らかであるように、分岐またはループ関数を実装する。さらに、ＲＥＣＥＩＶＥ状態３００は長方形ブロック３１０、３３０、および３５０を含む。これらのブロックは特定の機能を実施し、ついで当該流れ図内の次のブロックに進む。

ＲＥＣＥＩＶＥ状態３００のノードは、ビーコンを送出して、アクティブ状態に入ったことをその近傍に警告し、ついで近傍の送信器がパケットの送信を開始するのをリスニングする役割を担う。当該受信機により送信されるビーコンは受信準備完了（ＲＴＲ）メッセージ３５０である。このパケットは、当該受信機のアドレスを含む短いパケットである。任意の拡張は、待ち行列の長さまたはバッテリ状態に関する情報を追加するステップを含む。ＲＥＣＥＩＶＥ状態３００へと起きる際、当該ノードは、当該ＲＴＲを送出する前にクリア・チャネル評価（ＣＣＡ）３４０を実施して、進行中のパケット送信との衝突を回避する。媒体がクリアである場合、当該ノードはＲＴＲビーコン３５０を送信し、リスニング状態３６０に入る。当該リスニング状態は、送信器の最大バックオフ間隔により与えられる、パケット送信が検出されるまで３８０、または十分な時間が経過するまで３７０、継続する。これは、送信器がＲＴＲを検出した場合、それに応答するのに十分な時間を有していたことを保証する。パケットを検出した際、当該ノードはパケット３１０を受信し、それが正確に受信され３２０その受信機宛てであった場合に確認（ＡＣＫ）３３０を送信する。

ＴＲＡＮＳＭＩＴ状態４００
ＴＲＡＮＳＭＩＴ状態４００は、幾つかのダイアモンド形状の繰り返し構成物（分岐またはループ）ならびに特定の動作をとりついで次のブロックに進む幾つかの長方形の機能を含む。ＴＲＡＮＳＭＩＴ状態４００はＲＴＲ前状態４２０およびＲＴＲ後状態４３０を含む。判定ブロック４１０は、当該ノードが当該サーバの範囲内にあるかどうかを判定し、ＲＴＲ前状態４２０またはＲＴＲ後状態４３０の何れかに分岐する。当該ノードがサーバ１００の範囲内にある（図１）場合、ＲＴＲ前状態４２０に入る必要はなく、代わりにブロック４１０から直接ＲＴＲ後状態４３０およびブロック４３２に進む。他方、当該ノードが当該サーバの範囲にない場合、ブロック４２２でブロック４１０からＲＴＲ前状態４２０に進む。ブロック４１０に加えて、ＴＲＡＮＳＭＩＴ状態４００は反復ブロック４２３、４２５、４２６、４３３、および４３５、ならびに機能ブロック４２２、４２４、４２７、４３２、４３４、４３６、および４３７を含む。

ＴＲＡＮＳＭＩＴ状態４００において、当該ノードは、近傍ノードがアウェイクであることを検出するまで待機し、パケットをそのノードに転送することを試みる。起動する際、当該ノードは低電力リスニング状態４２４に入り、参照番号４２５で示すように、受信機により送信されるＲＴＲビーコンを待機する。ＲＴＲビーコンを受信する際、以下で説明する日和見的中継方式を通じて決定されるように、送信器がその受信機に送信するためのパケットを有する場合（参照番号４２６）、送信器はそのバックオフ・カウンタ（参照番号４３２）に等しい幾つかのスロットを待機し、ＣＣＡ４３３を実施し、ついでチャネルがアイドルである場合にパケット４３４を送信する。送信の直後に確認応答信号（ＡＣＫ）の受信により判定されるように（参照番号４３５）、送信に成功すると、送信器はバックオフ指数およびバックオフ・カウンタをリセットする。ＡＣＫが受信されない場合、バックオフ指数が増大され、バックオフ・カウンタがリセットされる（参照番号４３６）。ＥＨＳＮ ＭＡＣは同様な指数バックオフ手続きをＣＳＭＡ／ＣＡ（衝突回避を伴うＣＳＭＡ）として使用する。当該バックオフ手続きは、ＲＴＲがブロードキャストされ、複数の送信器が送信すべきパケットを有するとき、送信器の間の競合を解決することを意図している。衝突の際にバックオフ指数を増大することによって、バックオフ・カウンタは、当該チャネルを現在争っているノードの数に適合する。しかし、ＲＴＲビーコン送信なしのＣＳＭＡバックオフ手続きを使用することは、当該サーバから遠いセンサの窮乏につながる。

図４は２つのノードに対する例示的なタイミング図である。本例では、陰影を施したボックスは送信を参照し、陰影を施していないボックスは受信を参照する。２つのノード、ノードＸおよびノードＹがあると仮定する。下部のタイムラインはノードＸに対応し、上部のタイムラインはノードＹに対応する。発生する最初のものは、ノードＹが起動し、その後にノードＸが起動しＲＴＲビーコンを送信するというものである。ノードＸからのＲＴＲビーコンはノードＹにより受信され、ついでノードＹはデータ・パケットを送信する。示すように、ノードＹはその送信を所定の送信バックオフ時間だけ遅延している。ノードＹからのデータ・パケットはノードＸにより受信され、ついでノードＸは確認応答（ＡＣＫ）信号を送信する。当該ＡＣＫ信号を受信した後、ノードＹはスリープに戻る。示すように、ノードＸはスリープに戻る前に他の送信をリッスンする。

日和見的中継プロトコル
マルチホップトポロジでは、ルーティングプロトコルはＥＨＳＮ固有の問題を解決するために必要である。伝統的に、パケットは、各ソースと宛先の間の最短または最小コストの固定の経路を計算することでトポロジを通じてルーティングされる。最短経路のルーティングが電力ネットワークに対して提案されているが、当該センサ・ネットワーク環境では、任意の固定経路のルーティングアルゴリズムは貧弱な性能に苦しんでいる。なぜならば、当該エネルギ・リソースが計画された経路上で枯渇し、当該ネットワークの残りが未使用のリソースを含むからである。

進歩的な日和見的中継プロトコルは、どの近傍がパケットを受信するのに十分なエネルギを有するかに基づいて次ホップの近傍を日和見的に選択することで動作する。ＥＨＳＮＭＡＣプロトコルの一部として、近傍ノードは、それがＳＬＥＥＰ状態から起動するときにＲＴＲビーコンを送信する。ノードが当該ＲＴＲビーコンを近傍から受信したとき、パケットをその近傍に転送することが当該パケットを当該宛先の物理的に近くに移動させるかどうかを判定する。当該プロトコルを利用するために、各ノードが当該センサ・ネットワークの物理トポロジを認識すると仮定する。これは、静的ネットワーク展開を考慮するとき合理的な仮定である。したがって、受信されたＲＴＲビーコンに基づいて、ノードはパケットを第１のノードに転送して、当該宛先により近いＲＴＲを送信する。この日和見的中継選択はノードがスリープ中継を待機するのを防止しつつ、ＥＨＳＮ ＭＡＣプロトコルのビーコン送信プロセスに任意のオーバヘッドを要求しない。当該中継を日和見的に選択することで、送信すべき非スリープ・ノードを見つけるのに必要な時間は少なくなる。

当該日和見的中継プロトコルは、電力分析に従って選択された固定の送信電力を想定する。ノードが当該サーバの送信範囲内にある場合、当該ノードはパケットを直接当該サーバに送信すべきである。なぜならば、追加の中継に送信することで電力を削減できないからである。しかし、当該固定の送信範囲を、性能を最大化するために選択すべきである。さらに、ノードはパケットを、各待ち行列での標準的な先入れ先出し（ＦＩＦＯ）順序ではなく、生成された順序で送信／中継する。これにより、当該サーバから遠いノードは、ネットワーキング・リソースの公正な割当てを維持することができる。測定アプリケーションに対して、追加の待ち行列機構を、新鮮な測定値を優先してより古い測定値を落とすように実装することができる。

結論
本明細書で説明したＥＨＳＮ通信プロトコルは、重要な値を多くのドメインを提供することができる。センシングと健康モニタリングは、航空機および工場の動作および効率の重大な構成要素である。ＥＨＳＮネットワーキング技術は、センサ展開に関するより大きなアプリケーションドメインを可能とし、以下のように肯定的な価値を提供する。

ＥＨＳＮネットワーキング技術はセンサ複雑性の簡略化を通じてコスト削減を提供する。即ち、センサシステムはもはや電力源を必要とせず、これは、コスト、保守、スペア、安全性等を考慮している。電力は、解決される必要がある重要なシステム動作およびライフサイクル要素およびロジスティクス・アイテムである。これはＥＨＳＮの実装では実現されない。

また、ＥＨＳＮネットワーキング技術は、削減されたＳＷＡＰを通じたセンサ展開スケールを提供する。即ち、既存のセンサプラットフォームは一般にサイズ、重量、および電力の点で最大化され、任意のＳＷＡＰ節約は大きな価値差別化因子である。なぜならば、それは、必要に応じて追加の能力を展開する機会を生み出すからである。

さらに、ＥＨＳＮネットワーキング技術はミッション耐久性を提供する。即ち、今日、センサに対する枯渇した電力はミッション能力が無いことに等しい。当該ミッションを厳格な（例えば、電力の無い）環境で運営し実施する能力は別の重要な価値差別化因子である。例えば、兵士はセンサを具備していてもよく、（全てのそれらの機器を含む）典型的な持ち運びキットは１００乃至１２０ｌｂｓのオーダであろう。その重要な部分はバッテリ・パックを含む。ＥＨＳＮ技術を用いてこのバッテリ要件を低減してもよい。

さらに、本開示は以下の項に従う実施形態を含む。

項１：ノードとして動作する複数のエネルギ回収センサ（２００−１、２００−２、・・・）であって、当該エネルギ回収センサの各々は所定の通信プロトコルに従って動作するように構成される、複数のエネルギ回収センサ（２００−１、２００−２、・・・）と、当該エネルギ回収センサと無線で通信するように構成されたサーバ（１００）とを備えたエネルギ回収センサ・ネットワークであって、当該所定の通信プロトコルは、ノードが、当該ノードがアウェイクでありデータ・パケットを受信し再送するのに十分なエネルギを有することを示す受信準備完了（ＲＴＲ）ビーコンを他のノードに送信するＲＥＣＥＩＶＥ状態を含む、エネルギ回収センサ・ネットワーク。

項２：当該所定の通信プロトコルはさらにＳＬＥＥＰ状態およびＴＲＡＮＳＭＩＴ状態を含む、項１に記載のエネルギ回収センサ・ネットワーク。

項３：当該複数のエネルギ回収センサのエネルギ回収センサは、当該エネルギ回収センサが予め決定された閾値のエネルギを回収するまで、ＳＬＥＥＰ状態に留まる、項２に記載のエネルギ回収センサ・ネットワーク。

項４：当該予め決定された閾値のエネルギを回収する際、当該エネルギ回収センサは、ローカル・ネットワーク状態の非決定的関数に基づいてＴＲＡＮＳＭＩＴ状態またはＲＥＣＥＩＶＥ状態の１つに入る、項３に記載のエネルギ回収センサ・ネットワーク。

項５：当該非決定的関数は、当該チャネル状態、トラフィック・バックログ、局所トポロジ、またはエネルギ特性に基づいて動作モードを決定する、項４に記載のエネルギ回収センサ・ネットワーク。

項６：当該エネルギ回収センサは、ＲＥＣＥＩＶＥ状態において、当該エネルギ回収センサが当該データ・パケットを受信する準備ができていることを示すＲＴＲビーコンを複数のセンサにブロードキャストし、別のセンサからデータを受信した際に、当該サーバに送信するためにこのデータを問い合わせる、項４に記載のエネルギ回収センサ・ネットワーク。

項７：当該エネルギ回収センサは、ＴＲＡＮＳＭＩＴ状態にある間に、ＲＴＲビーコンを潜在的な中継ノードから受信するのを待機し、潜在的な中継ノードは日和見的ルーティング方式により決定され、当該エネルギ回収センサが任意の送信を検出しない場合、当該パケットを当該日和見的中継方式により決定される当該中継ノードに送信し、当該エネルギ回収センサが別の送信を検出した場合、当該現在のアクティブ送信が完了するまで送信を遅延する、項６に記載のエネルギ回収センサ・ネットワーク。

項８：各ノードは１つまたは複数の受信されたＲＴＲビーコンを用いてパケットをルーティングする、項２に記載のエネルギ回収センサ・ネットワーク。

項９：当該所定の通信プロトコルはメディア・アクセス制御（ＭＡＣ）プロトコルを含む、項２に記載のエネルギ回収センサ・ネットワーク。

項１０：エネルギ回収デバイス（２１０）と、エネルギ貯蔵デバイス（２２０）当該エネルギ回収デバイスに接続される、マイクロ・コントローラ（２４０）と、マイクロ・コントローラに接続されるワイヤレストランシーバ（２５０）とを備えたエネルギ回収ノードであって、マイクロ・コントローラおよび無線トランシーバはエネルギ貯蔵デバイスにより電力供給され、マイクロ・コントローラは、トランシーバが、当該ノードがアウェイクであり、データ・パケットを別のノードから受信し当該データ・パケットを再送するのに十分なエネルギを有することを示す受信準備完了（ＲＴＲ）ビーコンを送信する所定の通信プロトコルに従って当該エネルギ回収ノードを動作させるように構成される、エネルギ回収ノード。

項１１：当該所定の通信プロトコルはさらにＳＬＥＥＰ状態およびＴＲＡＮＳＭＩＴ状態を含む、項１０に記載のエネルギ回収ノード。

項１２：当該エネルギ回収ノードは、予め決定された閾値のエネルギが回収されるまでＳＬＥＥＰ状態に留まるように構成される、項１１に記載のエネルギ回収ノード。

項１３：当該予め決定された閾値のエネルギを回収する際、当該エネルギ回収ノードは、ローカル・ネットワーク状態の非決定的関数に基づいてＴＲＡＮＳＭＩＴ状態またはＲＥＣＥＩＶＥ状態の１つに入る、項１２に記載のエネルギ回収ノード。

項１４：当該非決定的関数は、チャネル状態、トラフィック・バックログ、局所トポロジ、またはエネルギ特性のうち１つまたは複数を含む、項１３に記載のエネルギ回収ノード。

項１５：当該エネルギ回収ノードはＲＥＣＥＩＶＥ状態において当該エネルギ回収センサが当該データ・パケットを受信する準備ができていることを示すＲＴＲビーコンを複数のセンサにブロードキャストし、別のセンサからデータを受信した際に、当該サーバに送信するためにこのデータを問い合わせる、項１３に記載のエネルギ回収ノード。

項１６：当該エネルギ回収ノードは、ＴＲＡＮＳＭＩＴ状態にある間に、日和見的ルーティング方式により決定される潜在的な中継ノードからＲＴＲビーコンを受信するのを待機し、当該エネルギ回収センサが任意の送信を検出しない場合、当該パケットを当該日和見的中継方式により決定される当該中継ノードに送信し、当該エネルギ回収センサが別の送信を検出した場合、当該現在のアクティブ送信が完了するまで送信を遅延する、項１５に記載のエネルギ回収ノード。

項１７：当該エネルギ回収ノードは１つまたは複数の受信されたＲＴＲビーコンを用いてパケットをルーティングして、近傍ノードの当該エネルギ・ステータスに関する情報を推測する、項１１に記載のエネルギ回収ノード。

項１８：当該所定の通信プロトコルはメディア・アクセス制御（ＭＡＣ）プロトコルを含む、項１１に記載のエネルギ回収ノード。

項１９：センサ（２３０）をさらに含む、項１０に記載のエネルギ回収ノード。

項２０：複数のノードおよび当該ノードと無線で通信するように構成されたサーバを含むネットワーク内の第１のエネルギ回収ノードにより実施される方法であって、予め決定された閾値のエネルギが回収されるまでＳＬＥＥＰ状態に留まるステップと、当該予め決定された閾値のエネルギを回収する際、非決定的関数に基づいてＴＲＡＮＳＭＩＴ状態またはＲＥＣＥＩＶＥ状態に入るステップと、ＲＥＣＥＩＶＥ状態において、当該エネルギ回収ノードはデータを受信する準備ができていることを示す受信準備完了（ＲＴＲ）ビーコンを送信するステップと、データを第２のノードから受信するステップと、ＴＲＡＮＳＭＩＴ状態において、ＲＴＲビーコンをノードから受信するステップと、任意の進行中の送信を検出するステップと、進行中の送信がない場合、データを送信するステップと、別のノードが送信している場合にはバックオフ機構を実施して、チャネルが空くまで送信を遅延するステップとを含む、方法。

本明細書で開示した装置および方法の様々な例は多数のコンポーネント、特徴、および機能を含む。本明細書で開示した装置および方法の当該様々な例は、本明細書で開示した装置および方法の他の例の何れかのコンポーネント、特徴、および機能ノイズ化を任意の組合せで含み、かかる可能性の全ては本開示の趣旨および範囲内にあると意図されていることは理解されるべきである。さらに、本明細書で説明した当該例の多くの修正は、以上の説明および当該添付図面で提示された教示事項の利益を有する本開示が関係する当業者に想到される。したがって、本開示は提示された特定の例に限定されず、修正および他の例は添付の特許請求の範囲の範囲内に含まれると意図されていることは理解される。さらに、以上の説明および当該関連図面を、本開示の例を要素および／または機能の特定の例示的な組合せの文脈で説明したが、要素および／または機能の異なる組合せは添付の特許請求の範囲の範囲から逸脱することなく代替的な実装により提供されてもよいことは理解されるべきである。

１００ サーバ
２１０ エネルギ回収デバイス
２２０ エネルギ貯蔵デバイス
２３０ 低電力センサ
２４０ マイクロ・コントローラ
２５０ 無線送受信機

Claims (10)

1. エネルギ回収センサ・ネットワークであって、
   ノードとして動作する複数のエネルギ回収センサ（２００−１、２００−２、・・・）であって、前記エネルギ回収センサの各々は所定の通信プロトコルに従って動作するように構成される、複数のエネルギ回収センサ（２００−１、２００−２、・・・）と、
   前記エネルギ回収センサと無線で通信するように構成されたサーバ（１００）と、
   を備え、
   前記所定の通信プロトコルは、ノードが、前記ノードがアウェイクでありデータ・パケットを受信し再送するのに十分なエネルギを有することを示す受信準備完了（ＲＴＲ）ビーコンを他のノードに送信する、ＲＥＣＥＩＶＥ状態を含む、
   エネルギ回収センサ・ネットワーク。
2. 前記所定の通信プロトコルはさらにＳＬＥＥＰ状態およびＴＲＡＮＳＭＩＴ状態を含む、請求項１に記載のエネルギ回収センサ・ネットワーク。
3. 前記複数のエネルギ回収センサのエネルギ回収センサは、前記エネルギ回収センサが予め決定された閾値のエネルギを回収するまで、前記ＳＬＥＥＰ状態に留まる、請求項２に記載のエネルギ回収センサ・ネットワーク。
4. 各ノードは１つまたは複数の受信されたＲＴＲビーコンを用いてパケットをルーティングする、請求項２または３に記載のエネルギ回収センサ・ネットワーク。
5. 前記所定の通信プロトコルはメディア・アクセス制御（ＭＡＣ）プロトコルを含む、請求項２乃至４の何れか１項に記載のエネルギ回収センサ・ネットワーク。
6. エネルギ回収ノードであって、
   エネルギ回収デバイス（２１０）と、
   前記エネルギ回収デバイスに接続されるエネルギ貯蔵デバイス（２２０）と、
   マイクロ・コントローラ（２４０）と、
   前記マイクロ・コントローラに接続される無線トランシーバ（２５０）と、
   を備え、
   前記マイクロ・コントローラおよび無線トランシーバは前記エネルギ貯蔵デバイスにより電力供給され、
   前記マイクロ・コントローラは、前記ノードがアウェイクであり、データ・パケットを別のノードから受信し前記データ・パケットを再送するのに十分なエネルギを有することを示す受信準備完了（ＲＴＲ）ビーコンを前記トランシーバが送信する所定の通信プロトコルに従って、前記エネルギ回収ノードを動作させるように構成される、
   エネルギ回収ノード。
7. 前記所定の通信プロトコルはさらにＳＬＥＥＰ状態およびＴＲＡＮＳＭＩＴ状態を含む、請求項６に記載のエネルギ回収ノード。
8. 前記エネルギ回収ノードは、予め決定された閾値のエネルギが回収されるまで前記ＳＬＥＥＰ状態に留まるように構成される、請求項７に記載のエネルギ回収ノード。
9. 前記エネルギ回収ノードは１つまたは複数の受信されたＲＴＲビーコンを用いてパケットをルーティングして、近傍ノードの前記エネルギ・ステータスに関する情報を推測する、請求項７または８に記載のエネルギ回収ノード。
10. 複数のノードおよび前記ノードと無線で通信するように構成されたサーバを含むネットワーク内の第１のエネルギ回収ノードにより実施される方法であって、
    予め決定された閾値のエネルギが回収されるまでＳＬＥＥＰ状態に留まるステップと、
    前記予め決定された閾値のエネルギを回収する際、非決定的関数に基づいてＴＲＡＮＳＭＩＴ状態またはＲＥＣＥＩＶＥ状態に入るステップと、
    前記ＲＥＣＥＩＶＥ状態において、
    前記エネルギ回収ノードがデータを受信する準備ができていることを示す受信準備完了（ＲＴＲ）ビーコンを送信するステップと、
    データを第２のノードから受信するステップと、
    前記ＴＲＡＮＳＭＩＴ状態において、
    ＲＴＲビーコンをノードから受信するステップと、
    任意の進行中の送信を検出するステップと、
    進行中の送信がない場合、データを送信するステップと、
    別のノードが送信している場合にはバックオフ機構を実施して、チャネルが空くまで送信を遅延するステップと、
    を含む、方法。