(57)【要約】  本発明の様々な実施形態によると、デバイスはグローバルアクセス期間内にブロードキャストトラフィックを告知できる。このため送信先は、グローバルアクセス期間ごとに自身のローカル通信時間帯を変更できる。グローバルアクセス期間中は全てのデバイスが活動状態になるから、グローバルアクセス期間中にローカル通信時間帯を告知することにより、ネットワークの中にある送信元デバイスがその情報を受け取る見込みは高くなる。デバイスは自身のローカル通信時間帯のため覚醒し、送信元デバイスはそのローカル通信時間帯中に送信のスケジュールを組み、デバイスへ情報を送信できる。  【選択図】  図５
2009526438.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークデバイスの電力管理方法であって、
前記ネットワークの中にある他のデバイスへローカル通信時間帯の時間を送信することと、
前記ローカル通信時間帯のため所定の時間に冬眠状態から覚醒することと、
前記ローカル通信時間帯中に前記ネットワークの中にある別のデバイスからトランスミッションを受信することと、
前記ローカル通信時間帯の後に前記冬眠状態に戻ることと、
を備える方法。
【請求項２】
前記ローカル通信時間帯の時間を前記送信することは、グローバル通信時間帯中に行われる、請求項１に記載の方法。
【請求項３】
グローバル通信時間帯が、前記ネットワークによって送信されるトラフィックの量に基づく、請求項１に記載の方法。
【請求項４】
グローバル通信時間帯が、ブリッジデバイスによって設定される、請求項１に記載の方法。
【請求項５】
グローバル通信時間帯が、所定のデバイスのローカル通信時間帯の所定のスーパーフレーム数を備える、請求項２に記載の方法。
【請求項６】
前記ローカル通信時間帯の周期を前記送信することは、グローバル通信時間帯中に行われる、請求項１に記載の方法。
【請求項７】
ローカル通信時間帯を推奨する送信元デバイスをさらに備える、請求項１に記載の方法。
【請求項８】
命令を格納するよう構成されたメモリと、
前記メモリへ結合され且つ前記命令を実行するよう構成されたプロセッサとを備え、同命令は、
ネットワークの中にある他のデバイスへローカル通信時間帯の時間を送信するステップと、
前記ローカル通信時間帯のため所定の時間に冬眠状態から覚醒するステップと、
前記ローカル通信時間帯中に前記ネットワークの中にある別のデバイスからトランスミッションを受信するステップと、
前記ローカル通信時間帯の後に前記冬眠状態に戻るステップとを遂行する、
ネットワークデバイス。
【請求項９】
前記ローカル通信時間帯の時間を前記送信することは、グローバル通信時間帯中に行われる、請求項８に記載のネットワークデバイス。
【請求項１０】
グローバル通信時間帯が、前記ネットワークによって送信されるトラフィックの量に基づく、請求項８に記載のネットワークデバイス。
【請求項１１】
グローバル通信時間帯が、ブリッジデバイスによって設定される、請求項８に記載のネットワークデバイス。
【請求項１２】
グローバル通信時間帯が、所定のデバイスのローカル通信時間帯の所定のスーパーフレーム数を備える、請求項８に記載のネットワークデバイス。
【請求項１３】
前記ローカル通信時間帯の周期を送信することは、グローバル通信時間帯中に行われる、請求項８に記載のネットワークデバイス。
【請求項１４】
ローカル通信時間帯を推奨する送信元デバイスをさらに備える、請求項８に記載のネットワークデバイス。
【請求項１５】
ネットワークの中にあるデバイスからローカル通信時間帯の時間を受信することと、
トランスミッションのスケジュールを組むことと、
前記ローカル通信時間帯のため所定の時間に冬眠状態から覚醒することと、
前記ローカル通信時間帯中に前記ネットワークの中にある前記デバイスへトランスミッションを送信することと、
前記ローカル通信時間帯の後に冬眠状態に戻ることと、
を備える電力管理方法。
【請求項１６】
前記ローカル通信時間帯の時間を前記送信することは、グローバル通信時間帯中に行われる、請求項１５に記載の方法。
【請求項１７】
グローバル通信時間帯が、前記ネットワークによって送信されるトラフィックの量に基づく、請求項１５に記載の方法。
【請求項１８】
グローバル通信時間帯が、ブリッジデバイスによって設定される、請求項１５に記載の方法。
【請求項１９】
前記グローバル通信時間帯は、所定のデバイスのローカル通信時間帯の所定のスーパーフレーム数を備える、請求項１５に記載の方法。
【請求項２０】
前記ローカル通信時間帯の周期を前記送信することは、グローバル通信時間帯中に行われる、請求項１５に記載の方法。
【請求項２１】
ローカル通信時間帯を推奨する送信元デバイスをさらに備える、請求項１５に記載の方法。
【請求項２２】
トランスミッションが、前記ローカル通信時間帯が始まるときに行われる、請求項１５に記載の方法。
【請求項２３】
ネットワークデバイスであって、
命令を格納するよう構成されたメモリと、
前記メモリへ結合され且つ前記命令を実行するよう構成されたプロセッサとを備え、同命令は、
ネットワークの中にあるデバイスからローカル通信時間帯の時間を受信するステップと、
トランスミッションのスケジュールを組むステップと、
前記ローカル通信時間帯のため所定の時間に冬眠状態から覚醒するステップと、
前記ローカル通信時間帯中に前記ネットワークの中にある前記デバイスへトランスミッションを送信するステップと、
前記ローカル通信時間帯の後に冬眠状態に戻るステップとを備える、
ネットワークデバイス。
【請求項２４】
前記ローカル通信時間帯の時間を前記送信することは、グローバル通信時間帯中に行われる、請求項２３に記載のネットワークデバイス。
【請求項２５】
グローバル通信時間帯が、前記ネットワークによって送信されるトラフィックの量に基づく、請求項２３に記載のネットワークデバイス。
【請求項２６】
グローバル通信時間帯が、ブリッジデバイスによって設定される、請求項２３に記載のネットワークデバイス。
【請求項２７】
前記グローバル通信時間帯は、所定のデバイスのローカル通信時間帯の所定のスーパーフレーム数を備える、請求項２３に記載のネットワークデバイス。
【請求項２８】
グローバル通信時間帯中にローカル通信時間帯を変更することをさらに備える、請求項２３に記載のネットワークデバイス。
【請求項２９】
ローカル通信時間帯を推奨する送信元デバイスをさらに備える、請求項２３に記載のネットワークデバイス。
【請求項３０】
トランスミッションが、前記ローカル通信時間帯が始まるときに行われる、請求項２３に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信に関し、より具体的には、いくつかの実施形態は通信システムにおける節電モードに関する。
【背景技術】
【０００２】
数多くの絶え間ない通信技術の進歩にともない、消費者部門と商業部門の両方に先進通信能力を持つデバイスがますます導入されている。加えて、処理能力や低電力消費技術の進歩のほかにデータ符号化技術の進歩は、有線・無線通信能力の幅広い普及をもたらしている。
【０００３】
例えば現在、多くの家庭・職場環境で有線・無線の通信ネットワークは当たり前となっている。かかるネットワークを通じてこれまで独立していた様々なデバイスがデータやその他の情報を共有でき、生産性やユーザにとっての利便性を向上させている。ＷｉＭｅｄｉａ−ＭＢＯＡ（Ｍｕｌｔｉｂａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅ）等が定める典型的無線ネットワーク実装は、幅広い人気を獲得しつつある通信ネットワークのひとつである。このほかに典型的なネットワークの例をいくつか挙げると、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信ネットワークや８０２．１１および８０２．１６通信ネットワーク等のＩＥＥＥ規格に基づく様々なネットワークがある。
【０００４】
携帯型の低電力消費デバイスの普及にともない、バッテリの寿命を延ばす手法や消費電力を抑える手法が開発されてきた。その結果、バッテリ給電式デバイスの長時間作動を可能とすることが無線ネットワーク設計の重要課題となっている。長時間にわたってデバイスの電源を完全に切ること（すなわち冬眠にすること（ｈｉｂｅｒｎａｔｅ））がバッテリ寿命を延ばす上で効果的な方法であり、この長時間はスーパーフレームの持続時間に関係する。
【０００５】
例えば、ＷｉＭｅｄｉａ  ＭＡＣプロトコルで概説されたハイバネーション節電機構を利用する一方法では、デバイスの作動にあたって２通りの電力管理モードを、すなわち活動モードと冬眠（ｈｉｂｅｒｎａｔｉｏｎ）モードとを用意する。活動モードのデバイスは、全てのスーパーフレームでビーコンを送受する。冬眠モードのデバイスは多数のスーパーフレームにわたって冬眠し、それらのスーパーフレームでは送受を行わないことによりエネルギーを節約する。これらの期間は通常、一定の周期的活動・冬眠期間である。
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明の様々な実施形態によると、デバイスはグローバルアクセス期間中にブロードキャストトラフィックを告知できる。このため送信先は、グローバルアクセス期間のたびに自身のローカルアクセス期間を変更できる。グローバルアクセス期間中は全てのデバイスが活動状態になるから、グローバルアクセス期間中にローカルアクセス期間を告知することにより、ネットワークの中にある送信元デバイスがその情報を受け取る見込みは高くなる。送信元デバイスは、受信側デバイスの既知ローカルアクセス期間中にチェックを行うことにより、送信先が活動状態になるまでアイドル状態で待つ時間を減らすことができ、例えば送信元は、送信先が冬眠から覚醒する（ａｗａｋｅｎ）のと同時に冬眠から覚醒できる。デバイスは自身のローカルアクセス期間のため覚醒し、送信元デバイスはそのローカルアクセス期間中に送信のスケジュールを組み、デバイスへ情報を送信できる。
【０００７】
本発明の別の実施形態によると、１つ以上のローカルアクセス期間のタイミングを数式を用いて規定することにより、２つ以上のデバイスで１つ以上のローカルアクセス期間を重ね合わせることができる。例えば、ＬＡＰ  Ｃｙｃｌｅ  Ｐｅｒｉｏｄ＝Δ＊２ｎ等の周期式を使って２つの連続するローカルアクセス期間の間の期間を規定できる。この数式で、ｎ＝０，１，２．．．，Ｎであり、ＮとΔは固定できる。例えばＮとΔは、所与のネットワークのため、所与のネットワークデバイスセットのため、その他のため、予め設定される数値である。一実施形態においては、全てのデバイスがΔ＊２ｎスーパーフレームごとに活動状態になる。頻度（ｎ）は、例えば着信または発信メッセージトラフィック、電力消費ニーズ、その他に基づき決定できる。
【０００８】
本発明の別の実施形態によると、冬眠・活動サイクルの整合を図るシステムおよび方法が提供される。あるひとつのデバイスがネイバーのいずれかひとつからビーコンを受信する場合は、近隣デバイスのグローバルサイクル開始カウントダウン値をチェックし、且つこれのグローバルサイクル開始カウントダウン値を自身のそれに比較する形に当該デバイスを実装できる。近隣デバイスからのビーコンに含まれるグローバルサイクル開始カウントダウン値が当該デバイス自身のグローバルサイクル開始カウントダウンと異なる場合は、所定の条件をチェックする形に当該デバイスを実装できる。
【０００９】
例えば、あるデバイスのグローバルサイクル開始時間がネイバーのグローバルサイクルの前半に該当する場合、当該デバイスは、自身のグローバルサイクル開始時間をそのネイバーのグローバルサイクル開始時間に変更する。該当しない場合、当該デバイスは何もしない。ただし一実施形態においては、この条件をそれぞれ独自の観点からチェックする形に両デバイスを構成できることに注意されたい。一実施形態において、使用する条件はデバイスＤ１およびＤ２の双方によってチェックされるが、このプロトコルから不安定さをなくすため、この条件は殆どの場合２つのデバイスのいずれか一方で真となるよう設計される。一実施形態においては、両デバイスが同じ結論に至る場合のため「タイブレーカー」を盛り込むことができる。
【００１０】
本発明の別の実施形態によると、互いのレンジ内にある多数の（例えば３つ以上の）デバイスで冬眠・活動サイクルの整合を図るシステムおよび方法が提供される。例えば、あるデバイスのグローバルサイクル開始時間がネイバーのグローバルサイクルの最初の２５６／Ｋスーパーフレームに該当するなら、当該デバイスは自身のグローバルサイクル開始時間をそのネイバーのグローバルサイクル開始時間に変更する。該当しない場合、当該デバイスは何もしない。Ｋは一実施形態において、デバイスによって看取される異なるグローバル活動サイクル開始時間の数である。一実施形態においては、２つ以上のデバイスが同じ結論に至る場合のため「タイブレーカー」を盛り込むことができる。
【００１１】
本発明のその他の特徴と態様は、以降の詳細な説明を、本発明の実施形態による特徴を例証する添付の図面と併せて解釈することにより、明らかとなるであろう。この要旨は本発明の範囲を制限するものではなく、本発明の範囲は専ら添付の請求項によって規定される。
【００１２】
本発明は、１つ以上の様々な実施形態に従い、図を参照しながら、詳しく説明する。これらの図面は専ら例証のため提供されており、本発明の典型的または代表的実施形態を描くものに過ぎない。これらの図面は、本発明に対する読者の理解を促すために提供されており、本発明の幅、範囲、または適用可能性を制限するものとみなすべきではない。例証を簡潔明瞭にするため、これらの図面が必ずしも実寸ではないことに注意されたい。
【００１３】
これらの図は網羅的ではなく、開示されるとおりの形態に本発明を制限するものでもない。修正や変更をともない本発明を実践できること、そして本発明が専ら請求項とその同等物とによって制限されることを理解されたい。
【発明を実施するための最良の形態】
【００１４】
数多くの絶え間ない通信技術の進歩にともない、消費者部門と商業部門の両方に先進通信能力を持つデバイスがますます導入されている。加えて、処理能力や低電力消費技術の進歩のほかにデータ符号化技術の進歩は、有線・無線通信能力の幅広い普及をもたらしている。
【００１５】
例えば現在、多くの家庭・職場環境で有線・無線の通信ネットワークおよびその他のチャネルはあたりまえになっている。かかるネットワークを通じてこれまで独立していた様々なデバイスがデータやその他の情報を共有でき、生産性やユーザにとっての利便性を向上させている。ＷｉＭｅｄｉａ−ＭＢＯＡ（Ｍｕｌｔｉｂａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅ）等が定める典型的無線ネットワーク実装は、幅広い人気を獲得しつつある通信ネットワークのひとつである。このほかに典型的なネットワークの例をいくつか挙げると、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信ネットワークや８０２．１１および８０２．１６通信ネットワーク等のＩＥＥＥ規格に基づく様々なネットワークがある。
【００１６】
携帯型の低電力消費デバイスの普及にともない、バッテリの寿命を延ばす手法や消費電力を抑える手法、あるいは電力使用を管理する手法が開発されてきた。その結果、バッテリ給電式デバイスの長時間作動を可能とすることが無線ネットワーク設計のひとつの課題となっている。比較的長時間にわたってデバイスの一部または全部の機能の電源を切ること（すなわち冬眠にすること）がバッテリ寿命を延ばす上で効果的な方法である。例えば、長時間はスーパーフレームの持続時間に対して長い。
【００１７】
本発明は一実施形態において、電子装置の電力管理のためのシステムおよび方法を提供する。節電機構により、バッテリ給電式デバイスや電力が重視されるその他のデバイス、例えばＷｉＮｅｔデバイスは、電力節約のため冬眠モードを利用することができる。別の実施形態では、ＷｉＭｅｄｉａ  ＭＡＣプロトコルから提供される冬眠モードを電力管理に役立て、デバイスはＷｉＮｅｔネゴシエーションを通じて冬眠・活動モードの持続時間を動的に変更することができる。この説明を読んだ後、当業者にとって明白となるように、この機構は別の環境の中で実装することもできる。
【００１８】
例えば、ＷｉＭｅｄｉａ  ＭＡＣプロトコルで概説されたハイバネーション節電機構を利用する一方法では、デバイスの作動にあたって２通りの電力管理モード、すなわち活動モードと冬眠モードとを用意する。この環境の中で、活動モードのデバイスは全てのスーパーフレームでビーコンを送受し、冬眠モードのデバイスは多数のスーパーフレームにわたって冬眠し、それらのスーパーフレームでは送受を行わないことによりエネルギーを節約する。これらの期間は通常、一定の周期的活動・冬眠期間であってよい。
【００１９】
デバイスは様々なネットワークとその他の通信プロトコルにおいて冬眠・活動モードに入ることができる。本発明によって、デバイスは一実施形態において活動サイクルを同期させ、覚醒時間の時間的整合をより良く図ることができる。したがってデバイスは一実施形態において覚醒し、それぞれの活動を行い、冬眠モードに戻ることができ、通信相手のデバイスが覚醒するまで極端に長い時間にわたって待つ必要はない。
【００２０】
例えば一実施形態においては、ＷｉＭｅｄｉａ  ＷｉＮｅｔ仕様が定めるメカニズムによってデバイスは周期的に活動モードに入り、それぞれの冬眠デューティーサイクルを動的に調整することができる。デバイスは通常、ネイバーのローカルサイクルと同期するためネイバーのグローバルサイクル開始時間を維持する。本発明の一実施形態においては、デバイスがそれぞれのグローバルサイクル開始時間を整合させるためのシステムおよび方法が可能となる。
【００２１】
本発明を詳しく説明するにあたって、事前に本発明を実施する代表的環境を説明することは有益である。多数の電子装置（例えば、コンピュータおよび計算装置、携帯電話機、個人用デジタル補助装置、動画および静止画カメラ、その他）がデータ、コンテンツ、およびその他の情報を互いにやり取りし共有する無線ビーコンネットワークはその一例である。ＷｉＭｅｄｉａ規格（ＷｉＭｅｄｉａ  ａｎｄ  Ｍｕｌｔｉ−Ｂａｎｄ  ＯＦＤＭ  Ａｌｌｉａｎｃｅ内）が定めるネットワークは、かかるネットワークの一例である。ここでは時折、分散ネットワークとの関係で、またはＷｉＭｅｄｉａ規格との関係で、本発明を説明する。これらの環境との関係における説明は、代表的応用の文脈の中で本発明の様々な特徴および実施形態を明らかにするためである。様々な環境における本発明の実装のあり方は、この説明を読んだ後、当業者にとって明白となるであろう。事実、本発明の応用は分散無線ネットワークにも、代表的環境の一実装として説明するＷｉＭｅｄｉａ規格にも限定されない。
【００２２】
殆どのネットワーク規格は、ネットワーク接続デバイスの挙動を左右する方針またはルールを定めている。ＷｉＭｅｄｉａ規格では、Ｗ−ＵＳＢ対応デバイスやＷｉＮｅｔ対応デバイスのアドホック分散ネットワークの効率的運営にあたって準拠すべきメカニズムと方針を定めている。
【００２３】
殆どの分散ネットワークでは、ネットワークデバイスの有無、能力、送信スロットの予約意向といったパラメータを告知することを全デバイスに義務付けることによってネットワークが維持されている。例えばＷｉＭｅｄｉａ規格では、ビーコン期間タイムスロットと呼ばれるものの中でこれを果たすことができる。この規格によると、ネットワークに参加するデバイスには、ネットワークの使用を試みる前にビーコン期間を監視することによってネットワークの状態やパラメータをつかむことが求められる。後ほどさらに詳しく説明するとおり、ほかのネットワーク構成でも同様にビーコン期間を使ってネットワークデバイスの管理を行うことができる。つまりビーコン期間は、スケジューリングをはじめとするハウスキーピング活動を行う時間帯またはネットワーク期間の一形態である。上述した規格におけるビーコン期間や、他のネットワーク構成でスケジューリング等の雑用に使われるその他の期間は一般的にスケジューリング時間帯と呼ばれる。
【００２４】
デバイスは通常、電力を節約したり作動を延長するため節電モードに入ることが許される。例えば、バッテリ作動式デバイスは睡眠（ｓｌｅｅｐ）モードに、ことによると熟睡（ｄｅｅｐ−ｓｌｅｅｐ）モードに入り、そこで１つ以上の機能を制限またはシャットダウンすることによって電力を節約する。デバイスは環境次第で短時間にわたり、または長時間にわたり、睡眠モードに入ることが許される。例えば睡眠モードは、一部または全部のコンポーネントをシャットダウンしたり動作を制限するエネルギー節約作動モードである。多くのバッテリ作動装置は、例えばノートブックコンピュータや携帯電話機をはじめとする携帯型電子装置等は、１レベル以上の睡眠モードをサポートする。例えば、１レベルの睡眠モードに入ったノートブックコンピュータはハードドライブをオフに切り替え、アクセスが必要となるときにはハードドライブに電源を入れるだけでユーザは操作を行うことができる。より深い睡眠レベルとして、コンピュータはさらにディスプレイをオフに切り替えることができる。さらなる睡眠レベルとして、コンピュータは冬眠状態に入ることができる。同様に、通信チャンネルを介して通信する電子装置にも同様の睡眠状態があり、経過時間や活動状況といったいくつかの要因に基づき、不必要な、または使われていない、コンポーネントの、例えばＲＦトランシーバの、電源を切ることができる。後述するとおり、一実施形態によると、スケジューリングをはじめとするハウスキーピング活動が完了するときには睡眠モードに入ることをデバイスに促すことができ、さらにデバイスは、スケジュールが組まれた活動のため、例えば通信活動のため、覚醒するよう構成できる。
【００２５】
睡眠モードは一実施形態において、例えばスーパーフレームの一部分にわたって一部または全部のコンポーネントがシャットダウンされるか動作が制限され、ただしこの間ビーコンは送信される、エネルギー節約作動モードである（ビーコンを送信するときにはコンポーネントの一部または全部の電源を入れることができる）。別の実施形態において、冬眠は、例えば複数のスーパーフレームにわたって一部または全部のコンポーネントがシャットダウンされるか動作が制限され、この間ビーコンは送信されない、エネルギー節約作動モードである。
【００２６】
図１は、本発明を実施できる代表的環境としての機能を果たすことができる１つの可能な無線ネットワーク構成を示すブロック図である。ここで図１を参照し、無線ネットワーク１２０は複数の電子装置が、装置間に電線やケーブルを必要とせず、互いに通信するため提供される。無線ネットワーク１２０のカバレッジエリアは、例えば送信電力レベルやネットワークに付随する様々な電子装置の受信感度等、いくつかの要因またはパラメータ次第で異なる。無線ネットワークの例として、上述した各種ＩＥＥＥ規格をはじめとする規格や、その他の無線ネットワーク実装を挙げることができる。
【００２７】
多くの場合、無線ネットワーク１２０は、家庭や職場等、比較的限られたエリアの中で作動する。図１に描かれた例は、家庭環境や小規模事業所環境等に見られる実装の一例である。無論、無線通信ネットワークや通信ネットワーク全般は家庭や職場以外の多くの環境にも見られる。図１に描かれた例で、無線ネットワーク１２０は、これが外部ネットワークと通信するための通信デバイスを含む。より具体的に、図示された例で無線ネットワーク１２０はインターネット１４６等の外部ネットワークへの接続を提供するモデム１４０と、別のネットワーク１４４への外部接続を提供する無線アクセスポイント１４２とを含む。
【００２８】
無線ネットワーク１２０の例には、携帯電話機１１０や個人用デジタル補助装置（「ＰＤＡ」）１１２等の携帯型電子装置も描かれている。図１に描かれた他の電子装置と同様、携帯電話機１１０とＰＤＡ１１２はしかるべき無線インターフェイスを通じて無線ネットワーク１２０と通信できる。加えて、これらのデバイスは外部ネットワークと通信するよう構成することもできる。例えば、携帯電話機１１０は通常、基地局によってワイドエリア無線ネットワークと通信するよう構成される。
【００２９】
加えて、図１に描かれた代表的環境は、無線ネットワーク１２０へ接続された家庭用娯楽機器の例をも含む。図示された例には、ゲームコンソール１５２、ビデオプレーヤー１５４、デジタルカメラ／カムコーダー１５６、高精細度テレビ１５８等の電子装置が無線ネットワーク１２０を通じて相互に接続された様子が描かれている。例えばユーザは、デジタルカメラまたはカムコーダー１５６を利用して１つ以上の静止画像または動画像を撮影できる。撮影された画像はデジタルカメラまたはカムコーダー１５６に付随するローカルメモリまたは格納装置に格納でき、最終的には無線ネットワーク１２０を通じて別の電子装置へ伝達できる。例えばユーザは、デジタルビデオストリームを無線ネットワーク１２０に付随する高精細度テレビセット１５８へ提供することを望むかもしれない。もうひとつの例として、ユーザはデジタルカメラ１５６から自身のパーソナルコンピュータ１６０へ、またはインターネット１４６へ、１つ以上の画像をアップロードすることを望むかもしれない。これは無線ネットワーク１２０によって果たすことができる。無論、提示された例に見られるようにピア・ツー・ピアやその他の方式でデータやコンテンツをはじめとする情報を共有するため無線ネットワーク１２０を役立てることができる。
【００３０】
このほかに、無線エアインターフェイスを通じて無線ネットワーク１２０に接続されたパーソナルコンピュータ１６０をはじめとする計算装置も描かれている。図示された例に描かれているとおり、パーソナルコンピュータ１６０はインターネット１４６等の外部ネットワークへの接続を提供することもできる。
【００３１】
図示された例で、無線ネットワーク１２０は、これに付随する様々な電子装置へ無線接続を提供する形に実装されている。これらのデバイスは無線ネットワーク１２０を介してデータやコンテンツをはじめとする情報を互いに共有できる。通常、電子装置はかかる環境の中でエアインターフェイスを通じて無線ネットワーク１２０に付随する他のデバイスと通信するため、しかるべき送信器、受信器、またはトランシーバを有する。これらの電子装置は１つ以上のしかるべき無線規格に準拠することがあり、事実ある特定の区域の中で多数の規格が使われることがある。ネットワークに付随する電子装置は通常、ネットワーク上の通信を管理し且つ電子装置の動作機能性を管理するよう構成された制御ロジックをも有する。かかる制御ロジックはハードウェア、ソフトウェア、またはこれらの組み合わせを用いて実装できる。例えば、所望の特徴または機能性を実装するため１つ以上のプロセッサ、ＡＳＩＣ、ＰＬＡ、その他ロジックデバイスまたはコンポーネントをデバイスに盛り込むことができる。加えて、デバイスの動作とネットワーク上の通信を促進するため、メモリをはじめとするデータおよび情報格納容量を盛り込むことができる。
【００３２】
無線ネットワーク１２０の一部として作動する電子装置はここで、ネットワークデバイス、ネットワークのメンバーまたはメンバーデバイス、またはネットワーク関連デバイスと呼ばれることがある。一実施形態において、ある特定のネットワークと通信するデバイスはメンバーであって、あるいは単にネットワークと連絡する。
【００３３】
通信ネットワークには、通信やその他の活動に使う期間またはフレームに分割されるものがある。例えば上述したとおり、一部のネットワークは、今後の通信活動のスケジュールを組むためのスケジューリング時間帯、例えばビーコン期間を有する。また、一部のネットワークは、通信活動を行うための通信時間帯を有する。ＷｉＭｅｄｉａ−ＭＢＯＡ規格では、帯域幅がスーパーフレームに分割され、スーパーフレームはさらにネットワークに付随する様々な電子装置によるデータの送受のためタイムスロットに分割される。
【００３４】
図２には、かかるタイムスロットの一例が描かれている。ここで図２を参照し、この代表的環境においては通信帯域幅がスーパーフレーム２０４（２つを図示）に分割され、各スーパーフレーム２０４は、メディアアクセススロット２０８と呼ばれる複数のタイムスロットに分割される。代表的環境には各スーパーフレーム２０４に２５６個のメディアアクセススロット２０８があるが、これとは別の配分も可能である。加えて、各スーパーフレーム２０４の先頭には複数のビーコンスロットからなるビーコン期間２１２がある。一部のネットワークにおいて、ビーコン期間２１２はデバイスがタイムスロットを予約し、ハウスキーピングまたはステータス情報を交換する期間である。例えば、ＷｉＭｅｄｉａ−ＭＢＯＡ分散無線ネットワークのスーパーフレームには、デバイスが覚醒し他のデバイスからビーコンを受信するビーコン期間２１２がある。ここでは上述した規格のスーパーフレームと、他のネットワーク構成でデバイス間通信に使われる期間を、スケジューリング時間帯の有無にかかわりなく、通信時間帯と総称する。上述したとおり、説明を明瞭にするため、本発明は代表的環境との関係で説明しており、それ故本発明は、用語スーパーフレームおよびビーコン期間を用いて説明することがある。この説明を読んだ当業者にとって明白となるように、本発明は、スケジューリング時間帯と通信時間帯を使用するより一般的なケースを含む他の通信形式に当てはまる。加えて本発明は、帯域幅がフレームや時間帯に分割される応用に限定されず、様々なプロトコルおよび構成の通信チャネルおよびネットワークに広く応用できる。
【００３５】
これまで本発明を実施できる代表的環境を説明してきたが、今度は本発明の特徴および実施形態をさらに詳しく説明する。専ら説明と理解を容易にするため、説明は代表的環境との関係でなされることがある。さまざまな同様の、または代替のプロトコルまたは仕様に従い、いくつもの異なる電子装置とともに作動する様々な通信環境（有線または無線通信環境と分散または非分散ネットワークを含む）の中で本発明を実施できることは、ここでの説明を読んだ後、当業者にとって明白となるであろう。
【００３６】
ここでは時折、これらの代表的環境との関係で本発明を説明する。これらの環境との関係における説明は、代表的応用の文脈の中で本発明の様々な特徴および実施形態を明らかにするためである。これとは別の様々な環境の中で本発明を実施できること、そして危険物と非危険物で本発明を実施できることは、ここでの説明を読んだ後、当業者にとって明白となるであろう。
【００３７】
本発明の一実施形態は、バッテリ給電式デバイスや電力が重視されるその他の通信デバイスで、ＷｉＭｅｄｉａ  ＭＡＣプロトコル等、既存のプロトコルから提供されるハイバネーション節電機構を利用するメカニズムを提供する。この代表的実装においては、（例えばＷｉＮＥＴサブレイヤーで）デバイスに送信すべきトラフィックがない限り、またはデバイスがネイバーによって「起こされない」限り、デバイスが冬眠モードに入ることを可能にすることにより、トラフィック指示の新たな局面を提供する形に本発明を実装できる。この場合、デバイスはＷｉＮＥＴネゴシエーションを通じて冬眠・活動モードの持続時間を動的に変更することができる。
【００３８】
エネルギー効率のため、以下の特徴の一部または全部は本発明の様々な実施形態に従って実装できる。一特徴によると、ネットワークデバイスへ送信すべきデータがバッファ内にない状況で、そのデバイスには好ましくは可能な限り長く冬眠することが許され、好ましくは可能な限り短く活動状態をとる。
【００３９】
実装できる別の特徴によると、ネットワークデバイスへ送信すべきデータがバッファ内にある場合、受信側デバイスには、データの受信にあたって必要な限り長く活動状態を保つことが許される。この受信側デバイスは好ましくは、データの受信にあたって必要な限り長く活動状態を保つ。
【００４０】
実装できるもうひとつの特徴によると、ターゲットが極端に長く冬眠するのを防ぐため、トラフィックの送信元がターゲットにトラフィックを送信する次の時間についてターゲットに情報を提供するためのメカニズムを提供できる。この見込み時間は、例えばトラフィック統計モデル、既知の所要条件、または送信元デバイスで使われるその他の方法に基づく。
【００４１】
根本的に、多くの状況において、固定デューティーサイクルがあらゆる状況で良好に作用するとは限らない。スループットとエネルギー消費は活動期間と冬眠期間に左右されるから、これらの期間の固定デューティーサイクルから常に最良のパフォーマンスが得られるとは限らない。選択する活動期間が極端に短いと、トラフィックの送信または受信に使える時間が十分でなくなり、スループットが低下するおそれがある。活動期間が極端に長いとデバイスの冬眠時間は短くなり、エネルギー消費が拡大するおそれがある。冬眠期間が極端に長いと、送信元デバイスはターゲットが活動状態になるまで長時間にわたって待つことになり、スループットが低下しバッファが溢れるおそれがある。このように、固定期間が常に最適な電力消費に結び付くとは限らない。
【００４２】
代表的環境においては、活動デバイスが優先争奪アクセス（「ＰＣＡ」）を通じて１つ以上のネイバーへ送信すべきデータをバッファ内に有することを伝えるメカニズムがトラフィック指示マップ（「ＴＩＭ」）情報要素（「ＩＥ」）から提供される。このメカニズムにより、特定のスーパーフレームでトラフィックを予期しないデバイスは睡眠状態等の節電モードに入ることができるから、デバイスのエネルギーは節約される。スーパーフレームの中でトラフィックを指示するために使うＴＩＭ  ＩＥは、スーパーフレーム内トラフィック指示メカニズムとみなすことができる。
【００４３】
本発明の一実施形態によると、トラフィック指示の新たな局面を提供できる。例えば代表的環境ではＷｉＮＥＴサブレイヤーレベルでスーパーフレーム内トラフィック指示メカニズムを提供できる。このメカニズムは一実施形態においてＴＩＭ  ＩＥメカニズムに直交し、デバイスのエネルギー節約を向上させる。一実装においては、ネットワークデバイスに送信すべきトラフィックがないときに冬眠モードに入ることを許可または指示する。ただしデバイスは、所定の期間より長く冬眠モードにとどまらないよう構成できるから、これとの通信を望む他のネットワークデバイスからトラフィック情報を受け取ることができる。このトラフィック情報を受け取ったネットワークデバイスは、覚醒状態を保つか、目的のデータを受信するため次回再覚醒するかを判断できる。
【００４４】
代表的環境に関し、デバイスは一実施形態においてＸスーパーフレーム分の可変期間にわたって睡眠状態を保ち、これとの通信を望む他のネットワークデバイスからトラフィック情報（例えば代表的環境におけるＷｉＮＥＴ近隣デバイスからの「ＷｉＮＥＴトラフィック指示」）を受信するため覚醒することができる。ＷｉＮＥＴトラフィック指示（「ＷＴＩ」）と呼ばれる（ただしほかの呼び方もある）この指示は一実施形態において、送信元のビーコンの中で符号化できる。この指示は、例えばＷｉＮＥＴ特定用途向け情報要素（「ＡＳＩＥ」）で符号化できる。これはＴＩＭ  ＩＥと同様、バッファ内にあるＷｉＮＥＴトラフィックの宛先にあたるすべての近隣デバイスのＤｅｖＡｄｄｒやその他の識別情報を収容する形に実装できる。加えて、トラフィック指示（例えばＷＴＩ）を使って各ネイバーの推奨冬眠期間を指示することもできる。
【００４５】
一実施形態において、冬眠するネイバーのいずれかひとつとの通信を望む第１のネットワークデバイスは、そのネイバーが活動モードに入るまで待つことができる。一実施形態において、デバイスが活動モードに入るまでの最大期間はＸスーパーフレーム分の所定最大レイテンシーとして指定することができる。ネイバーが活動モードに入るときには、そのネイバーの識別情報（例えばこれのＤｅｖＡｄｄｒやその他の識別子）と推奨冬眠期間を第１のデバイスのトラフィック指示に盛り込むことができる。代表的環境においてＭＡＣ仕様は、ターゲットがいつ活動状態になるかを送信元デバイスに知らせるため冬眠するデバイスに冬眠期間（すなわちＸ）を広告することを義務付けている。
【００４６】
自身の識別情報（例えばＤｅｖＡｄｄｒ）を含むトラフィック指示を受け取るデバイスは、受信ビーコンのトラフィック指示に自身の識別情報が入っている間は活動モードにとどまるよう構成できる。つまりトラフィックインジケータはネットワークデバイスにとって「ウェークアップ」メッセージの役割を果たす。これによりデバイスは情報を送信する必要がない限り睡眠状態を保つことができ、自身に関係するトラフィック指示をチェックするため周期的に覚醒するだけでよい。したがって本発明は一実施形態において、ウェークアップコールを受け取らない限り冬眠がデフォルト挙動となるよう実装できる。これにより冬眠期間は増加し、ことによるとネットワークデバイスのエネルギー消費が改善する。
【００４７】
上述したとおり、送信側デバイスは一実施形態において推奨冬眠期間を盛り込むことができる。この推奨冬眠期間は、ターゲットデバイスがこの推奨を送信する送信元デバイスからトラフィックを受信するため再び覚醒するまでどれくらい長く冬眠すればいいかについてターゲットデバイスに情報を伝える。このパラメータの決定にあたっては様々な方法を用いることができ、その方法は実装次第で異なる。このパラメータは好ましくは、送信元デバイスにおける予想トラフィックパターンを踏まえたものにする。
【００４８】
例えば一実施形態において、送信元デバイスは多数のターゲットデバイスに向けてトラフィックを所持する場合に、各ターゲットデバイスにつき推奨冬眠期間を送信できる。そこでこの例では、送信元デバイスＳ１がターゲットデバイスＴ１、Ｔ２、およびＴ３に向けてトラフィックを所持しているか所持する予定があると仮定する。Ｓ１は、Ｔ１へトラフィックを送信する予定がある間、Ｔ２とＴ３の両方に冬眠を勧めることができる。同様にＳ１は、Ｔ２へトラフィックを送信する予定がある間、Ｔ１とＴ３の両方に冬眠を勧めることができる。さらにＳ１は、Ｔ３へトラフィックを送信する間、Ｔ１とＴ２の両方に冬眠を勧めることができる。ただし、Ｔ１とＴ２とＴ３は冬眠する場合とそうでない場合とがある。例えば、ほかの送信元からＴ１に向けてトラフィックがある場合、Ｔ１は、このトラフィックをいつ受信するか、このトラフィックの受信がいつ見込まれるか、トラフィックがどれくらいあるか等に応じて、Ｓ１がＴ２、Ｔ３、または両方と通信している間、冬眠しないことがある。
【００４９】
ターゲットデバイスがこの推奨冬眠期間に従うか否かは、これの電力性能、ＱｏＳ（「サービス品質」）条件、ネットワーク要件、スケジュールが組まれたその他の通信活動等、数々の要因に左右される。一実施形態においては、ターゲットデバイスが推奨に従おうが従うまいが、送信元デバイスが冬眠期間を聞き知り（ＭＡＣルールの一部）、データを送信するためターゲットが再び覚醒するまで待つよう本発明を実装することができる。この場合、送信元は、このターゲット向けのトラフィックがある限りトラフィックインジケータにターゲットのアドレスを含めることによってターゲットを活動状態に保つことができる。
【００５０】
したがって、上述した様々な実施形態によると、ネットワークデバイスへ送信するデータがバッファ内にないシナリオでは、このデバイスが自身の識別情報を含むトラフィックインジケータを受信せず、冬眠する特徴を設けることができる。無論このデバイスは、遂行すべきほかの活動やその他の要求があるなら、覚醒できる。他方、ターゲットネットワークデバイスへ送信するデータがバッファ内にあるか、ターゲットがトラフィックを受信することになっていることが分かっているなら、ターゲットデバイスは自身の識別情報を含むトラフィックインジケータを受信する。
【００５１】
ターゲットデバイスはまた、推奨冬眠期間を、または通信の要望または予定がある時期を伝える指示を、受け取ることができる。よってターゲットデバイスは、提案または要望された時期にこのトラフィックを受信するため活動モードに移行する（または活動モードを保つ）ことができる。こうして、ある特定のデバイスの進行中のネットワーク活動に、または予想されるネットワーク活動に、合わせて冬眠と覚醒の時間を調整するダイナミックウェークアップ期間を提供することができる。
【００５２】
図３は、提案するメカニズムの一例を示す図である。この例では、ＷｉＮＥＴ送信元の送信バッファ内にある程度のＩＰアドレスがあると仮定する。送信元は、（例えばＭＡＣルールまたはその他のプロトコルにより）ターゲットがいつ覚醒するかを認識する場合に、トラフィックインジケータ（例えばＷＴＩ）の送信に先立ちターゲットが覚醒するまで待つ。送信元もまた、指定された活動がほかになければ冬眠モードにとどまり、ターゲットが覚醒する直前に覚醒する（または重複期間中に覚醒する）。
【００５３】
送信元デバイスは活動モードに入り、ターゲットデバイスを識別するトラフィックインジケータを送信する。送信元デバイスは一実施形態において、ターゲットが活動状態にあることを伝えるターゲットビーコンを検出するまで待つことができる。ターゲットが活動状態になると、送信元はビーコンの中で符号化されたトラフィックインジケータ（例えばＷＴＩ）にターゲットの識別情報（例えばＤｅｖＡｄｄｒ）を挿入する。送信元デバイスは一実施形態において、ターゲット向けのデータがバッファ内にある限りビーコンでターゲットインジケータを挿入し続ける。送信元ノードのバッファ内にそのターゲット向けのデータがなくなると、送信元デバイスはターゲットに冬眠を勧めることができる。
【００５４】
今度は図４を参照し、図３の例をさらに例証するフローチャートを説明する。送信元はステップ４００で覚醒している。送信元は、例えばこれがターゲットの覚醒を見込む直前に覚醒することができる。代わりに送信元は、ターゲットが既に覚醒している最中に覚醒できる。加えて送信元は、場合によっては既に覚醒しており、例えば送信元は既に他のターゲット向けのトラフィックを所持しているかもしれない。
【００５５】
送信元デバイスは一実施形態において、ターゲットが活動状態にあることを伝えるターゲットビーコンをステップ４０２で検出するまで待つことができる。ステップ４０４でターゲットが活動状態になると、送信元デバイスはステップ４０６で活動モードに入り、ターゲットデバイスを識別するトラフィックインジケータを送信できる。送信元デバイスは別の実施形態において、ターゲットビーコンの検出を待たずに活動モードに入り、ターゲットデバイスを識別するトラフィックインジケータを送信できる。例えばこの送信はタイミングのみに依拠し、送信元デバイスは、実施形態によってはターゲットが活動状態に入ろうとするときを正確に把握し、ターゲットビーコンを待つ必要はない。よって、実施形態によってはステップ４０２が必要となる場合とそうでない場合とがある。上述したとおり、送信元からの送信には、ビーコンの中で符号化されたトラフィックインジケータ（例えばＷＴＩ）にターゲットの識別情報（例えばＤｅｖＡｄｄｒ）を挿入することができる。送信元デバイスは一実施形態において、ターゲット向けのデータがバッファ内にある限りビーコンでターゲットインジケータを挿入し続けることができる。
【００５６】
このターゲット向けのデータが送信元ノードのバッファ内になくなると、送信元デバイスはステップ４０８でターゲットに冬眠を勧めることができる。送信元デバイスは一実施形態において、Ｘ通信時間帯（例えばスーパーフレーム２０４）にわたって冬眠することをターゲットに勧めることができる。ターゲットはこの推奨を、送信元から次に到来するデータを指摘するものと受け取ることができる。無論ターゲットは既に、通信の相手方にあたる他の送信元から別の推奨を受け取っているかもしれないし、何らかのネットワーク要求を抱えているかもしれない。そこでターゲットは、推奨された冬眠期間に従うのではなく、これをもとに、自身の要求に合わせて、あるいは送信元から見込まれるトラフィック要求に合わせて、最良の冬眠期間を判断できる。よって送信元とターゲットはほかの活動次第ではここで冬眠し、後ほどデータをやり取りするため覚醒できる。送信元とターゲットはいずれも、ＭＡＣルールに基づきそれぞれの冬眠期間を冬眠の直前に広告する。かくして送信元は、推奨にかかわりなくターゲットに予定された冬眠期間を判断することができる。
【００５７】
ここでは様々な電力管理システムおよび方法を説明する。これらのシステムおよび方法は通常、互いにさまざまな情報を送受するにあたって様々な通信時間帯を使用する。通信時間帯には、個別の、すなわちローカルな、通信時間帯がある。ローカルアクセス期間は、一実施形態において個別の、すなわちローカルな、通信時間帯である。ローカルアクセス期間とは通常、個々のデバイスが他のデバイスを相手にトランスミッションを送受するため覚醒する期間または持続時間を指す。他のデバイスは、例えば個々のデバイスに向けてトラフィックを所持する場合に、個々のデバイスのローカルアクセス期間の一部または全部にわたって、覚醒することがある。
【００５８】
グローバル通信時間帯とは通常、全てのデバイスが、複数のデバイスが、対象となるデバイスが、または該当するデバイスセットが、例えばグローバルレベルで情報をやり取りするため、活動または覚醒モードになっている、または活動または覚醒モードになるべき、期間または持続時間を指す。グローバルアクセス期間はグローバル通信時間帯である。
【００５９】
本発明の様々な実施形態によると、デバイスはグローバルアクセス期間の中でブロードキャストトラフィックを告知できる。グローバルアクセス期間中は、近隣の、全てのデバイスではないにしろ多くのデバイスが、活動状態になるから、グローバルアクセス期間中にローカルアクセス期間を告知することにより、ネットワークの送信元デバイスがその情報を受け取る見込みは高くなる。デバイスは自身のローカルアクセス期間のため覚醒し、送信元デバイスは、そのローカルアクセス期間中に送信のスケジュールを組み、そのデバイスへ情報を送信できる。状況によっては、受信側デバイスとも呼ばれるターゲットデバイスの覚醒を待ちながら覚醒状態を保つことを送信元デバイスに強いるのではなく、ターゲットデバイスが覚醒するまで送信元デバイスを冬眠させることにより、電力をうまく管理できる。
【００６０】
一実施形態によると、１つ以上のローカルアクセス期間のタイミングを式を用いて設定することにより、２つ以上のデバイスで１つ以上のローカルアクセス期間を重ね合わせることができる。例えば、周期式を使って２つの連続するローカルアクセス期間の合間の期間を設定できる。こうすれば一実施形態において、ターゲットデバイスが覚醒する時期を送信元デバイスに計算させることによって電力をうまく管理できる。その結果送信元デバイスは、例えばターゲットデバイスが覚醒するまで、冬眠できる。
【００６１】
本発明の別の実施形態によると、冬眠・活動サイクルの整合を図るシステムおよび方法が提供される。あるひとつのデバイスがネイバーのいずれかひとつからビーコンを受信する場合は、近隣デバイスのグローバルサイクル開始カウントダウン値をチェックし、且つこれのグローバルサイクル開始カウントダウン値を自身のそれに比較する形に当該デバイスを実装できる。近隣デバイスからのビーコンに含まれるグローバルサイクル開始カウントダウン値が当該デバイス自身のグローバルサイクル開始カウントダウンと異なる場合は、所定の条件をチェックする形に当該デバイスを実装できる。例えば、あるデバイスのグローバルサイクル開始時間がネイバーのグローバルサイクルの前半に該当する場合、当該デバイスは自身のグローバルサイクル開始時間をそのネイバーのグローバルサイクル開始時間に変更する。該当しない場合、当該デバイスは何もしない。
【００６２】
本発明のもうひとつの実施形態によると、互いのレンジ内にある多数のデバイスで冬眠・活動サイクルの整合を図るシステムおよび方法が提供される。あるひとつのデバイスがネイバーデバイスからビーコンを受信する場合は、近隣デバイスのグローバルサイクル開始カウントダウン値をチェックし、且つこれのグローバルサイクル開始カウントダウン値を自身のそれに比較する形に当該デバイスを実装できる。例えば、あるデバイスのグローバルサイクル開始時間がネイバーのグローバルサイクルの最初の２５６／Ｋスーパーフレームに該当するなら、当該デバイスは自身のグローバルサイクル開始時間をそのネイバーのグローバルサイクル開始時間に変更できる。該当しない場合、当該デバイスは何もしない。Ｋは一実施形態において、デバイスによって看取される異なるグローバル活動サイクル開始時間の数である。一実施形態においては、２つ以上のデバイスが同じ結論に至る場合のため「タイブレーカー」を盛り込むことができる。
【００６３】
本明細書に記載のシステムおよび方法のいくつかの例では、１つ以上の他のデバイスと同時に、または１つ以上の他のデバイスの直前に、覚醒するデバイスを説明している。ただし、あるひとつのデバイスの覚醒と１つ以上の他のデバイスの覚醒との間にある程度の重複が生じる状況に、本明細書に記載のシステムおよび方法を応用できることは理解されるであろう。
【００６４】
代表的環境でデバイスが活動状態にあって、ＷｉＮｅｔブロードキャストまたはマルチキャスト制御トラフィックを、例えばアドレス解決プロトコル（「ＡＲＰ」）パケットを、交換できる期間は、グローバルアクセス期間の一例である。デバイスのローカルアクセス期間という表現は一般的に、デバイスが活動モードにあって、ローカル情報を交換できる持続時間または期間を指す。例えば代表的環境で、デバイスが活動状態にあって、ＷｉＮｅｔユニキャストパケット（例えばＩＰパケット）を交換できる期間である。
【００６５】
一実施形態においてはグローバルアクセス期間情報要素（「ＧＡＰ  ＩＥ」）が実装され、表１はその一例を示す。
【表１】
2009526438.tif 000003
【００６６】
この例で、グローバルアクセス期間ステータスはグローバルアクセス期間中に「１」に設定される。次のグローバルアクセス期間の開始を指示するため、ＧＡＰカウントダウンは動的に設定できる。例えば図７に示すように、次のグローバルアクセス期間が始まるまでのスーパーフレーム数をＧＡＰカウントダウンで指示できる。
【００６７】
一実施形態においては、ＷｉＮｅｔブリッジ（またはその他の指定デバイス）が自身のビーコンでＧＡＰ  ＩＥを告知するようデバイスを実装できる。ＷｉＮｅｔブリッジにデバイスが登録される場合、そのデバイスは同ブリッジのＧＡＰ  ＩＥによって告知されるグローバルアクセス期間にわたって活動状態になるよう構成できる。デバイスはまた、自身のビーコンに受信ＧＡＰ  ＩＥを含めることができ、そのＧＡＰカウントダウンは１ずつ減少する。
【００６８】
ブリッジに登録されていないデバイスがＧＡＰ  ＩＥを含むビーコンを受信する場合、そのデバイスは、受信ＧＡＰ  ＩＥによって告知されるグローバルアクセス期間にわたって活動状態になるよう構成できる。デバイスはまた、自身のビーコンに受信ＧＡＰ  ＩＥを含めることができ、そのＧＡＰカウントダウンは１ずつ減少する。異なるＧＡＰ  ＩＥを含む２つ以上のビーコンをデバイスが受信する場合、そのデバイスは、告知されるグローバルアクセス期間にわたって活動状態になるよう構成できる。例えばデバイスは一実施形態において、受信ＧＡＰ  ＩＥで告知されるグローバルアクセス期間の和集合にわたって活動状態になる。デバイスはどのグローバルアクセス期間中でも活動状態になるから、上記のとおりにカウントダウンフィールドを調整して受信ＧＡＰ  ＩＥを告知できる。
【００６９】
ブリッジに登録されていないデバイスがＧＡＰ  ＩＥを受信せず、そのビーコンスロット番号が同デバイスによって送信または受信される全ビーコン期間占有情報要素（「ＢＰＯＩＥ」）の中で最も小さい場合、同デバイスは新たなＧＡＰ  ＩＥを作成し、自身のビーコンに含めることができる。ＧＡＰ  ＩＥを作成するデバイスは、告知グローバルアクセス期間のオーナーと呼ばれる。
【００７０】
デバイスは好ましくは、グローバルアクセス期間中のできるだけ早期にブロードキャストおよびマルチキャスト制御トラフィックを送信する。グローバルアクセス期間のオーナーは一実施形態において、制御トラフィックの受信がなくタイムアウトすることによりグローバルアクセス期間の持続時間を決定できる。よってオーナーは一実施形態において、所定の期間中にブロードキャストまたはマルチキャスト制御トラフィックの受信または送信がない場合に、グローバルアクセス期間を終結させることができる。この所定の期間は、例えばいくつかのスーパーフレーム数である。オーナーは一実施形態において、最後のｍＧＡＰｔｉｍｅｏｕｔスーパーフレーム中にブロードキャストまたはマルチキャスト制御トラフィックの受信または送信がない場合に、グローバルアクセス期間を終結させることができ、ここでｍＧＡＰｔｉｍｅｏｕｔは所定のスーパーフレーム数である。ただし、グローバルアクセス期間の持続時間は一実施形態において、所定の下限を下回ることはなく、あるいは所定の上限より長くはならない。例えば、グローバルアクセス期間の持続時間は一実施形態において、ｍＭｉｎＧＡＰを下回ることはなく、あるいはｍＭａｘＧＡＰより長くはならない。ｍＭｉｎＧＡＰとｍＭａｘＧＡＰは所定の数値である。
【００７１】
ただしグローバルアクセス期間のオーナーが別の実施形態で、制御トラフィックの受信がなく、予め設定されないある程度の時間が経過しタイムアウトすることにより、グローバルアクセス期間の持続時間を決定できることは理解されるであろう。このタイムアウトは、ブロードキャストまたはマルチキャスト制御トラフィックの受信または送信がないことと、その他の要因に基づく。この時間は一実施形態において、所定の期間ではない。
【００７２】
ＧＡＰカウントダウンはグローバルアクセス期間の頻度決定に役立てることができる。ＧＡＰ  ＩＥを作成するブリッジまたはデバイスは、ＧＡＰカウントダウンの判定にあたってブロードキャストおよびマルチキャストＷｉＮｅｔ制御トラフィックの履歴データを考慮に入れることができる。図３は、ＬＡＰカウントダウン、ＬＡＰサイクル、およびＧＡＰカウントダウンの一定義を示す例である。
【００７３】
表２にはＬＡＰ情報要素（「ＬＡＰ  ＩＥ」）形式の一実施形態が示されており、ここでＬＡＰステータスはローカルアクセス期間中に「１」に設定される。ＬＡＰカウントダウンは、次のローカルアクセス期間が始まるまでのスーパーフレーム数に動的に設定できる。ＬＡＰサイクルは、２つのローカルアクセス期間の開始から開始にかけてのスーパーフレーム数である（図３参照）。
【表２】
2009526438.tif 000004
【００７４】
ＬＡＰ  ＩＥは、対応する受信側が活動状態でトラフィックを受信できるときを送信元デバイスが判断するのに役立てることができる。ＬＡＰ  ＩＥは好ましくは、全ネイバーがこれを聞き知り、どのグローバルアクセス期間中でもこれが送信される形に実装する。デバイスは一実施形態において、自身のローカルアクセス期間が始まるときに活動モードに入るよう構成される。活動モードに入ったデバイスは、先行のスーパーフレームでトラフィックを受信した場合に、現在のスーパーフレームで活動モードにとどまることができる。他方デバイスは、いくつかの先行スーパーフレームにわたって、またはある程度の期間中に、トラフィックを受信しなかった場合に、活動モードから出ることができる。この期間は一定か、可変か、多数の要因に依拠するか、またはトラフィックのみに依拠する。例えばデバイスは、ＷｉＮｅｔトラフィックの受信がなくｍＬＡＰｔｉｍｅｏｕｔ（例えば２）スーパーフレーム以上経過した場合に、冬眠モードに入ることができる。送信元デバイスは、受信側のローカルアクセス期間中のできるだけ早期にトラフィックを送信しなければならない。ＬＡＰサイクルフィールドはグローバルアクセス期間中に限り変更できる。かくして受信側のＬＡＰ  ＩＥを聞き知る送信元デバイスは、グローバルアクセス期間の合間の全期間にわたって受信側の活動／冬眠モードについて十分な情報を得る。一実施形態において、ＬＡＰサイクルはローカルアクセス期間の頻度を左右し、デバイスは（何らかの制御コマンドを通じて）対応する受信側に特定のＬＡＰサイクルを推奨することができる。このサイクルには送信元トラフィックの特性が反映される。
【００７５】
上の例から分かるように、一実施形態でブロードキャストトラフィック（すなわちＡＲＰ）を受信するには、ネットワークデバイスが活動モードになっていなければならない。グローバル活動期間（「ＧＡＰ」）は上述した実施形態において、デバイス（一実施形態においては全デバイス）が活動モードに設定される時間を設けるための１つのメカニズムとして利用できる。
【００７６】
ユニキャストトラフィックを受信するには、送信先が活動状態か否かを、活動状態でないならいつ活動状態になるかを、送信側が知る必要がある。このためデバイスは一実施形態において、トラフィックを受信するためいつ活動状態になるかを、すなわちローカル活動期間を、告知するよう構成される。例えば代表的環境において、ＷｉＮＥＴ送信元はそれぞれの送信先のローカルアクセス期間をもとにユニキャスト送信のスケジュールを組む。
【００７７】
上述したとおり、ブリッジは一実施形態において自身のビーコンの中でグローバルアクセス期間を告知する。ブリッジが存在しない場合は、ビーコンスロット番号が最小のデバイスのローカルアクセス期間の最初のＸスーパーフレームとして近隣グローバルアクセス期間を設定できる。
【００７８】
デバイスが知り得たグローバルアクセス期間を広く伝達すると有益である。そこでデバイスは一実施形態において、グローバルアクセス期間中にブロードキャストトラフィックを告知するよう構成される。因みに、グローバルアクセス期間の不整合は活動時間の増加を招くことがある。これにより機構が破綻するわけではないが、（複数のグローバルアクセス期間が必要となるため）エネルギー節約の低下を招くことがある。
【００７９】
上の例から分かるように、本発明の様々な実施形態の実装にあたっては数多くの手法がある。図５は、本明細書に記載のシステムおよび方法による代表的方法を示すフローチャートである。ステップ５００ではグローバルアクセス期間を設定できる。グローバルアクセス期間中は多数のデバイスが活動モードになる。この場合、各デバイスがレンジ内にあって、正常に機能し、電源がオンになっていれば、互いに通信できる。
【００８０】
グローバルアクセス期間の持続時間はトラフィックに依拠してよい。例えば、ｙスーパーフレーム以上にわたってトラフィックの送信または受信がなければグローバルアクセス期間は終結する。さらに、次のグローバルアクセス期間までのカウントダウンはブロードキャストトラフィックに関係する履歴データに依拠してよい。
【００８１】
ブリッジデバイスはグローバルアクセス期間を設定できる。ブリッジデバイスは自身のビーコンの中でグローバルアクセス期間を告知できる。このため、ブリッジデバイスのビーコンを受信するデバイスはグローバルアクセス期間を判断できる。デバイスは、場合によってはブリッジのレンジ外に位置し、ブリッジデバイスのビーコンを受信できない。もしもこのレンジ外デバイスがブリッジのレンジ内にある他のネットワークデバイスのレンジ内にあるなら、ブリッジからレンジ内デバイスへ、そしてレンジ内デバイスからレンジ外デバイスへ、知り得たグローバルアクセス期間を伝達することができる。場合によっては、レンジ外デバイスがグローバルアクセス期間を知り得るにあたって多数の「ホップ」を要することがある。
【００８２】
一実施形態において、ブリッジが存在しない場合の近隣グローバルアクセス期間は、ビーコンスロットサイクルが最小のデバイスのローカルアクセス期間の最初のＸスーパーフレームになる。ただし、実装次第でこれ以外の近隣グローバルアクセス期間を数多く設定できることは理解されるであろう。例えば近隣グローバルアクセス期間は、ビーコンスロットサイクルが最大のデバイスのローカルアクセス期間の最初のＸスーパーフレームであってよく、あるいはビーコンスロットサイクルが最小のデバイスのローカルアクセス期間の最後のＸスーパーフレームであってもよい。
【００８３】
一実施形態においては、どのデバイスもグローバルアクセス期間にブロードキャストトラフィックを告知できる。例えば、各々の送信先デバイスはステップ５０２で自身のローカルアクセス期間を告知できる。送信先は一実施形態において、グローバルアクセス期間のたびに自身のローカルアクセス期間を変更できる。グローバルアクセス期間中にローカルアクセス期間を告知することにより、ネットワークの中にある送信元デバイスがその情報を受け取る見込みは高くなる。何故なら、グローバルアクセス期間中は全てのデバイスが活動状態にあり、ステップ５１０に示すとおり、送信元デバイスは、例えばグローバルアクセス期間中に受信側デバイスのローカルアクセス期間をチェックできるからである。送信元デバイスは、受信側デバイスの既知ローカルアクセス期間中にチェックを行うことにより、送信先が活動状態になるまでアイドル状態で待つ時間を減らすことができ、例えば送信元は、送信先が冬眠から覚醒するのと同時に冬眠から覚醒できる。
【００８４】
送信元デバイスはステップ５１２で、受信側または受信側デバイス向けトラフィックがあることを随時判断する。通常、この判断はいつでもよい。例えば、もしも送信元がローカルアクセス期間の終わりに受信側デバイス向けトラフィックがあると判断するなら、そのローカルアクセス期間中に送信するには遅すぎるから、送信元デバイスは次のローカルアクセス期間まで待つことができる。
【００８５】
デバイスはステップ５０４で自身のローカルアクセス期間に向けて覚醒し、例えば活動モードに入る。送信元デバイスはこの期間中に送信のスケジュールを組む（ステップ５１４）。通常は現在のローカルアクセス期間中に送信のスケジュールを組むが、一実施形態においては、以降のローカルアクセス期間内に送信が行われる。送信元デバイスは、もしも睡眠中ならステップ５１６で覚醒し、ステップ５１８では、例えば現在のローカルアクセス期間中にデバイスへ情報を送信する。かくしてデバイスはデータを受信し（ステップ５０６）、その後冬眠する（ステップ５０８）。
【００８６】
送信元は一実施形態において、受信側のローカルアクセス期間内の早期にトラフィックを送信し、この場合、受信側デバイスは、例えば送信すべきデータがなくなり次第直ちに冬眠できる。こうすればローカルアクセス期間の短縮によって電力を節約できる。受信側デバイスは一実施形態において、送信または受信すべきデータがバッファ内にある限り、活動状態を保つことができる（例えばローカルアクセス期間を延長することができる）。
【００８７】
送信元は一実施形態において、例えば後続のローカルアクセス期間内にデータを送信する場合に、送信先デバイスに対し特定のＬＡＰサイクルを推奨することができる。この推奨は、例えばアプリケーションレイテンシー、バッファスペース、その他に依拠してよい。
【００８８】
図６は、グローバルおよびローカルアクセス期間の一例を示すブロック図である。この図には３つのデバイス、すなわちブリッジデバイス、デバイス「Ａ」、およびデバイス「Ｂ」のグローバルおよびローカルアクセス期間が描かれている。時間はページの左から右にかけて増加する。６００では各デバイスのグローバルアクセス期間が発生する。デバイスＡはグローバルアクセス期間中にローカルアクセス期間を送信する。例えばデバイスＡは、後ほど自身にローカルアクセス期間６０２があることを伝える情報をグローバルアクセス期間６００中に送信する。
【００８９】
ローカルアクセス期間は一定または可変であってよい。例えばこれは、より多くのデータ受信が見込まれる場合に増やすことができ、より少ないデータ受信が見込まれる場合に減らすことができる。例えばデバイスは、ｙスーパーフレームにわたってトラフィックの送信または受信がなければ冬眠できる。ｙの値は、例えば任意の整数（例えば２）である。そこでＬＡＰ期間をｐと仮定すると、各ローカルアクセス期間中にｙ／ｐより長きにわたってデバイスが不必要に活動状態にならないよう本発明を実装できる。一実施形態において、ローカルアクセス期間の「ｙ」の値は、すなわちトラフィックの送信または受信がないスーパーフレーム数は、同じ変数「ｙ」で表されるグローバルアクセス期間の「ｙ」の値と同じであってよい。ただし、他の実施形態において２つの待機期間が異なることは理解されよう。
【００９０】
デバイスＢは、６０４によって指示された随時に、デバイスＡ宛てのトラフィックがあると判断する。デバイスＢはデバイスＡのローカルアクセス期間がいつ発生するかを知っているから、送信６０６に示すとおり、ローカルアクセス期間６０２が始まるまでトラフィックの送信を待つことができる。この送信をグローバルアクセス期間６０２が始まるときにすれば、ローカルアクセス期間の長さを抑えることができる。６０８では次のグローバルアクセス期間が発生する。上述したように、グローバルアクセス期間は図に示すとおり可変であってよい。
【００９１】
図７は、グローバルおよびローカルアクセス期間のもうひとつの例を示すブロック図である。第１のグローバルアクセス期間７００が見られる。グローバルアクセス期間７００および７０２は周期的に発生し、例えばそれらはＧＡＰカウントダウンタイマーに基づき発生する。ＧＡＰカウントダウンタイマーは、例えばブロードキャストトラフィックの履歴データ次第で変化する。
【００９２】
デバイスＡはこのグローバルアクセス期間７００中に、自身のローカルアクセス期間７０４および７０６がいつ発生するかを告知する。グローバルアクセス期間７００および７０２と同様、ローカルアクセス期間７０４および７０６はＬＡＰカウントダウンタイマーに基づき周期的に発生する。ＬＡＰカウントダウンタイマーは、例えばブロードキャストトラフィックの履歴データ次第で変化する。ただしＬＡＰカウントダウンタイマーは一実施形態において、ローカルアクセス期間情報が他のデバイスへ送信されるグローバルアクセス期間７００および７０２のときにだけ変化する。よってサイクルは、グローバルアクセス期間の合間は一定となる。
【００９３】
図８は、グローバルおよびローカルアクセス期間のもうひとつの例を示すブロック図である。図８は図７に類似する。具体的に、ブリッジとデバイスＡの例は同じである。図８の例で、デバイスＢにはデバイスＡ宛てのトラフィックがある。（これが図７に類似することを思い出されたい）。図８の例で、デバイスＢはデバイスＡの第１のローカルアクセス期間７０４の後に、そしてデバイスＢの第１のローカルアクセス期間８０２の後に、８００でデバイスＡ向けのトラフィックがあると判断する。デバイスＢは、例えば自身のローカルアクセス期間８０２中に別のデバイスからトラフィックを受信することにより、デバイスＡ向けのトラフィックがあると判断する。デバイスＢはローカルアクセス期間７０６中にトラフィックを送信する。デバイスＢは、グローバルアクセス期間７００中にローカルアクセス期間が送信されることにより、デバイスＡのローカルアクセス期間がいつになるかを知る。加えて、グローバルアクセス期間中にはローカルアクセス期間の周期が送信される。よってデバイスＢは、例えばローカルアクセス期間７０４がいつ発生するか（またはいつ発生したか）を判断でき、さらにその周期に基づきローカルアクセス期間７０６がいつ発生するか（またはいつ発生したか）を判断できる。したがって、デバイスＡ向けのトラフィックがあると判断したデバイスＢは、次のローカルアクセス期間がいつ予定されているかに基づき、デバイスＡへトラフィックをいつ送信すればよいかを判断できる。
【００９４】
ネットワークデバイスは一実施形態において、これの全ネットワークネイバーと通信できる。ネットワークデバイスのネイバーは、例えばデバイス間通信を可能にする同じネットワーク規格か類似するネットワーク規格のもとで作動し、互いのレンジ内にある他のネットワークデバイスである。この種のデバイスの多くは携帯型だから、デバイスのネイバーは時々変化する。
【００９５】
ネイバー間通信は一実施形態において、同一トラフィックの複数のコピーをユニキャストすることによって成就する。図９には、複数のデバイス「Ａ」、「Ｂ」、および「Ｃ」と通信する１デバイスの例が、すなわちデバイス「Ｄ」が、見られる。
【００９６】
図９は、グローバルおよびローカルアクセス期間のもうひとつの例を示すブロック図である。図９に示すとおり、ブロードキャストトラフィック要求９００を送信できる。デバイス「Ｄ」は、ブロードキャスト要求９００に応じてメッセージ９０２、９０４、および９０６を送信する。これらのメッセージ９０２、９０４、および９０６はそれぞれデバイス「Ａ」、「Ｂ」、および「Ｃ」のローカルアクセス期間９０８、９１０、および９１２に送信できる。例えば一実施形態において、ＩＰはＷｉＮｅｔへＡＲＰ要求を送信できる。
【００９７】
ただし実施形態によっては、複数のコピーをユニキャストするよりむしろトラフィックを一度に送信（マルチキャスト）したほうが有利である。これにより、例えば送信元が活動状態になる時間は削減できる。
【００９８】
一実施形態においては、デバイス間でアクセス期間のある程度の重複の発生を許すメカニズムを実装できる。例えば一実施形態においては、ネットワークの中にある別々のデバイスでグローバルアクセス期間とローカルアクセス期間の関係を１組の方程式で規定することにより、所与のネットワークで１つの区域内にある２つ以上のデバイスでグローバルアクセス期間、ローカルアクセス期間、または両方を重複させることができる。
【００９９】
図１０は、重なり合うグローバルアクセス期間の一例を示すブロック図であって、ここでデバイス「Ａ」とデバイス「Ｂ」は同じ区域内にあり、換言すると、それらは互いを「聞き知る」ことができ、例えばそれらは互いにトランスミッションを送受できるレンジ内にある。デバイス「Ｂ」とデバイス「Ｃ」も同じ区域内にあり、例えばそれらは互いにトランスミッションを送受できるレンジ内にある。この例で、デバイス「Ａ」および「Ｃ」が互いを聞き知ることができない点に注意されたい。これらはレンジの外にあるから、互いにトランスミッションを送受することはできない。少なくとも直接的にはできない。ただしこれらは、例えば仲介としてデバイス「Ｂ」を使って互いにトランスミッションを送信できる場合がある。
【０１００】
ネットワークの中にある各デバイスはローカルアクセス期間を告知できる。ローカルアクセス期間は、デバイスが活動状態でパケットを交換できる時間帯である。図６、７、および８には、様々なグローバルアクセス期間との関係でローカルアクセス期間を示す例が描かれている。一実施形態においては、１つ以上のローカルアクセス期間のタイミングを数式その他の関係を用いて規定することにより、２つ以上のデバイスで１つ以上のローカルアクセス期間を重ね合わせることができる。
【０１０１】
例えばＬＡＰサイクルは、すなわち２つの連続するローカルアクセス期間の合間の期間は、周期式を使って規定できる。以下の式はかかる数式のひとつである。
ＬＡＰサイクル期間＝Δ＊２ｎ      （式１）
【０１０２】
この数式で、ｎ＝０，１，２．．．，Ｎであり、ＮとΔは固定できる。例えばＮとΔは、所与のネットワークのため、所与のネットワークデバイスセットのため、その他のため、予め設定される数値である。一実施形態においては、Δ＊２ｎスーパーフレームごとにデバイスが活動状態になるよう構成できる。頻度（ｎ）は、例えば着信または発信メッセージトラフィック、電力消費ニーズ、その他に基づき決定できる。さらに一実施形態においては、各デバイスにつき個別にｎを決定できる。
【０１０３】
ある特定の実施形態の分解能Δは整数（例えばΔ＝４）である。この分解能は、１ＬＡＰサイクル内の最小スーパーフレーム数である。よってΔ＝１なら、１ＬＡＰサイクル内の最小スーパーフレーム数は１である。（ｎ＝０でＬＡＰサイクルは１。）Δ＝２なら、１ＬＡＰサイクル内の最小スーパーフレーム数は２である。（ｎ＝０でＬＡＰサイクルは２。）
Ｎは、所与のネットワークデバイスセットの通信規格に基づく定数であってよい。例えばＮは、ＭＡＣ規格の最大冬眠時間によって設定できる（例えばＮ＝８）。
【０１０４】
そこで、所与のネットワークの中で１デバイスの全ネイバーが活動状態となる期間となるようＬＡＰサイクルを指数化することができる。例えば、全てのデバイスは自身のビーコンの中で（例えばＷｉＮｅｔ  ＡＳＩＥの一部として）自身のＬＡＰサイクル、ｎ、および活動サイクル開始時間（「ＡＣＳＴ」）を広告できる。活動サイクル開始時間は、デバイスが新たな冬眠／活動サイクルを開始するまでのスーパーフレーム数である。これはビーコン期間開始時間（「ＢＰＳＴ」）と同様であってよい。冬眠／活動サイクルはΔ＊２ｎスーパーフレームであってよい。
【０１０５】
オンに切り替わったデバイスは、または電源が入ったデバイスは、特定のチャネルでビーコングループに加わる。特定のチャネルでビーコングループに加わったデバイスは活動サイクル開始時間を選択でき、これはそのビーコングループに向けて広告される。活動サイクル開始時間を含むビーコンを受信しないデバイスは、活動サイクル開始時間を選択できる。合併するデバイスは、合併相手にあたるデバイスの活動サイクル開始時間を採用できる。（ＢＰＳＴと同様）。
【０１０６】
図１０に戻り、区域内の各デバイスは、例えばデバイスＡおよびＢは、またはデバイスＢおよびＣは、グローバルアクセス期間を告知できる。グローバルアクセス期間は、例えばＡ、Ｂ、およびＣが活動状態でパケットを交換できる時間帯である。ローカルアクセス期間と同様、グローバルアクセス期間は一実施形態において数式を使って設定できる。かかる数式のひとつは、ローカルアクセス期間の数式から導き出すことができる。以下の式を思い出されたい。
ＬＡＰＬＡＰサイクル期間＝Δ＊２ｎ      （式１）
【０１０７】
もしもｍがいずれかのネイバーの全ローカルアクセス期間指数の最大値なら（例えばｍａｘ（ｎi））、次のとおりにグローバルアクセス期間を設定できる。
ＧＡＰ周期＝Δ＊２ｍ      （式２）
【０１０８】
換言すると、ＧＡＰ周期には少なくとも最大ＬＡＰサイクル期間と同じ長さが必要であり、さもないとグローバルアクセス期間が先に終結するから、一部のデバイスはグローバルアクセス期間の合間にローカルアクセス期間を設けることができなくなる。グローバルアクセス期間は一実施形態において、デバイスが活動サイクル開始時間に関係するブロードキャスト／マルチキャスト制御トラフィックを送信する時間帯である。さらにグローバルアクセス期間は、各デバイスのネイバーに基づき設定できる。この場合、各種デバイスのグローバルアクセス期間は、それらが「聞き知る」ネイバーに応じて異なる。例えば、１区域につき１つのグローバルアクセス期間があり、別の区域には別のグローバルアクセス期間がある。
【０１０９】
図１０で、ＡとＢとが互いを聞き知ることができ、ＢとＣとが互いに聞き知ることができ、ただしＡとＣとが互いに聞き知ることができないと仮定したことを思い出されたい。よってＡの区域はＢを含み、Ｂの区域はＡおよびＣの両方を含み、Ｃの区域はＢを含む。換言すると、ＡとＣはいずれもＢの区域内にあっても、互いの区域内にはない。したがって、Ａのグローバルアクセス期間はＢ（ならびにこれが「聞き知る」他のデバイス）に基づく。Ｃのグローバルアクセス期間もまたＢ（ならびにこれが「聞き知る」他のデバイス）に基づく。ただし、Ｂのグローバルアクセス期間はＡとＣの両方（ならびにこれが「聞き知る」他のデバイス）に基づく。これについては、図１０の具体例との関係で後ほどさらに詳しく説明する。
【０１１０】
一実施形態において、ローカルアクセス期間に関する情報はＬＡＰ  ＩＥに格納でき、このＬＡＰ  ＩＥは２バイトフィールドである。例：
【表３】
2009526438.tif 000005
【０１１１】
ここでもローカルアクセス期間は可変であってよい。例えばこれは、より多くのデータ受信が見込まれる場合に増やすことができ、さらなるデータ受信が見込まれない場合には減らすことができる。例えばデバイスは、ｙスーパーフレームにわたってトラフィックの送信または受信がなければ冬眠できる。デバイスは、ＴＩＭ  ＩＥを調べることによって冬眠するか否かを判断できる。
【０１１２】
デバイスは一実施形態において、ＬＡＰ指数を折衝できる。この場合、デバイスは活動期間の最適量を内輪で決めることができる。例えば、トラフィックの量に基づき決めることができる。上述したとおり、送信元はトラフィックの宛先にあたる送信先デバイスに対し特定のＬＡＰサイクルを推奨でき、換言するなら、送信元はｎの値を推奨できる。推奨値は、例えばアプリケーションレイテンシー要件、バッファスペース、消費電力、その他に依拠する。いくつかの実施形態において、デバイスが自身のＬＡＰサイクルを変更できるのは、他の全デバイスが、または他のデバイスの殆どが、その変更を聞き知ることができるグローバルアクセス期間中だけである。
【０１１３】
図１０では、ＡとＢとが互いを聞き知ることができ、ＢとＣとが互いを聞き知ることができると仮定している。さらに、ＡとＣとは互いを聞き知ることができないと仮定している。ＬＡＰサイクル期間がΔ＊２ｎであることを思い出されたい。この例ではΔ＝４スーパーフレームと仮定する。よってデバイスＡのローカルアクセス期間１０００、１００２、１００４、１００６、および１００８は４スーパーフレームごとに発生する。（デバイスＡの場合はｎ＝０だから４＊２０＝４）。デバイスＢの場合はｎ＝１だから、デバイスＢのローカルアクセス期間１０１０、１０１２、および１０１４は８スーパーフレームごとに発生する。（４＊２１＝８）。デバイスＣの場合はｎ＝２だから、デバイスＣのローカルアクセス期間１０１６および１０１８は１６スーパーフレームごとに発生する。（４＊２２＝１６）。
【０１１４】
グローバルアクセス期間は、ある特定の区域内にある全関係デバイスが活動状態になる時点に設定できる。通常これは一実施形態において、ＬＡＰサイクル時間が最も長いデバイスのローカルアクセス期間と同時に発生する。したがって一実施形態において、グローバルアクセス期間は１組の関係ネイバーで最大のＬＡＰ指数で発生する。
【０１１５】
図１１を参照し、これよりグローバルアクセス期間を設定する代表的方法について説明する。デバイスはステップ１１００で該当するネイバーを判定する。これらは一実施形態において、同一ネットワークの一部をなすレンジ内のデバイスだが、別の実施形態においては、同一ネットワークの一部をなすレンジ内の全デバイスより少ないデバイスが該当ネイバーとみなされることがある。デバイスはステップ１１０２で、ＬＡＰサイクル時間が最も長いネイバーがどれかを判断する。よって一実施形態において、ステップ１１０６では、１組の該当ネイバーで最大のＬＡＰ指数としてグローバルアクセス期間を設定できる。
【０１１６】
例えば図１１のステップを使用するグローバルアクセス期間設定の一例を、図１０との関係でこれより説明する。この場合、デバイスＡのグローバルアクセス期間１０２０、１０２２、および１０２４は８スーパーフレームごとに発生する。何故なら、ＡとＢとは互いを聞き知ることができ、Ｂのローカルアクセス期間指数のほうが大きいからである。デバイスＡがデバイスＢと通信するにあたって、デバイスＡのグローバルアクセス期間は、例えば１、８、１６スーパーフレーム中にデバイスＢが通信を行うときに一致させることができる。同様にデバイスＢのグローバルアクセス期間１０２６および１０２８は、デバイスＣのローカルアクセス期間指数のほうが大きいことから、１６スーパーフレームごとに発生する。
【０１１７】
上の例は、複数のコピーをユニキャストするのではなくトラフィックを一度に送信する場合を説明するものだが、別の実施形態においては、マルチキャストとユニキャストの組み合わせを、あるいは複数のマルチキャストの組み合わせを、使用できる。
【０１１８】
上述したとおり、多くの通信デバイスでは、例えば電力を節約するため、デバイスが自身の機能性の一部または全部の電源を切る活動・冬眠モードを指定できる。例えばＷｉＮｅｔ仕様によると、デバイスは周期的に活動モードに入る。活動モードに入る周期はローカルサイクルと呼ばれる。ＷｉＮｅｔデバイスは一実施形態において次式に従って自身のローカルサイクル値を選択でき、
ローカルサイクル＝２ｎ  ｓｕｐｅｒｆｒａｍｅｓ      （式３）
式中、ｎはローカルサイクル指数、すなわち頻度であり、
０≦ｎ≦ｗＭａｘＬｏｃａｌＣｙｃｌｅＩｎｄｅｘである。
【０１１９】
上述したとおり、デバイスは、ネイバーのローカルサイクルと同期するためネイバーのグローバルサイクル開始時間を管理する形に構成できる。新たなグローバルサイクルは２ｗＭａｘＬｏｃａｌＣｙｃｌｅＩｎｄｅｘスーパーフレームごとに開始できる。デバイスは、次のグローバルサイクルが始まる前に、自身のＷｉＮｅｔ情報要素の中でグローバルサイクル開始カウントダウン（「ＧＣＳＣ」）フィールドを現在のスーパーフレームを省いたスーパーフレーム数に設定できる。グローバルサイクル開始カウントダウン値は一実施形態において、全グローバルサイクルの第１のスーパーフレームにおいて（２ｗＭａｘＬｏｃａｌＣｙｃｌｅＩｎｄｅｘ−１）であり、後続のスーパーフレームごとに１ずつ減少する。値ゼロは、現在のスーパーフレームが終わる時点で新たなグローバルサイクルが始まることを意味する。
【０１２０】
グローバルサイクル開始時間が異なる２つのデバイスがレンジ内に入る場合は、２つのデバイスでグローバルサイクル開始時間を整合させる必要があるだろう。２つのデバイスはグローバルサイクル開始時間を整合させるため、グローバルサイクル開始時間が整合している場合より長く活動モードにとどまる必要がある。これはエネルギー消費の増大を招く。そこで、本発明の一実施形態はグローバルサイクル開始時間の整合を可能にする。
【０１２１】
例えば一実施形態において、本明細書に記載のシステムおよび方法はＷｉＮｅｔ仕様を実装するデバイスに適用できる。異なるグローバルサイクル開始時間の同期をとるメカニズムはＷｉＮｅｔ仕様に用意されていない。ＷｉＮｅｔプロトコルは、グローバルサイクル開始時間が異なる２つのデバイスがレンジ内に入る場合に、２つのデバイスでグローバルサイクル開始時間を整合させる方法を定めていない。その結果、かかるデバイスはグローバルサイクル開始時間が整合している場合より長く活動モードにとどまる必要がある。これはエネルギー消費の増大を招く。そこで、本発明の一実施形態はグローバルサイクル開始時間の整合を可能にする。
【０１２２】
本発明の一実施形態によると、冬眠・活動サイクルの整合を図るシステムおよび方法が提供される。これを利用することにより、デバイスは一実施形態において同時に、または互いに時間的に近接して、覚醒でき、それぞれの活動時間は（完全に重複しないとしても、少なくともある程度は）重複する。一実施形態においては、デバイスが代表的環境でそれぞれのグローバルサイクル開始時間を整合させるためのメカニズムが提供される。
【０１２３】
ここで図１２を参照し、一実施形態においてデバイスＤ１は、これがステップ１２７０で自身のネイバーの１つから、すなわちＤ２から、ビーコンを受信する場合に、ステップ１２７２でデバイスＤ２のグローバルサイクル開始カウントダウン値を取得し、且つこれをチェックする形に実装できる。このチェックは一実施形態において、ステップ１２７４でＤ２のグローバルサイクル開始カウントダウン値を自身のカウントダウン値に比較することによって果たされる。この実施形態のデバイスＤ１は、Ｄ２からのビーコンに含まれるグローバルサイクル開始カウントダウン値が自身のグローバルサイクル開始カウントダウンと異なる場合に、以下の条件をチェックする形に実装できる。
［ＧＣＳＣｓｅｌｆ−ＧＣＳＣｎｅｉｇｈｂｏｒ］ｍｏｄｕｌｏ  ２５６＜１２８                                                                      （式４）
【０１２４】
式中、ＧＣＳＣｓｅｌｆは条件をチェックするデバイス（この例ではＤ１）のグローバルサイクル開始カウントダウンであり、ＧＣＳＣｎｅｉｇｈｂｏｒはこれのネイバー（この例ではＤ２）のグローバルサイクル開始カウントダウンである。ただし一実施形態においては、この条件をそれぞれ独自の観点からチェックする形にデバイスＤ１およびＤ２を構成できることに注意されたい。当業者ならこの説明を読んだ後、このチェックを３つ以上のデバイスでいかに遂行できるかを、そしてこれ以外の評価基準を選べることを、理解するであろう。また、一実施形態においては（式４）にて「小なり」または「大なり」を使用するプロトコルを、これが全てのデバイスで徹底される限り、実装できることに注意されたい。
【０１２５】
各デバイスにつき条件（式４）が満たされる場合、デバイスは自身のグローバルサイクル開始カウントダウンを他のデバイスのグローバルサイクル開始カウントダウンに合わせて設定する（１２７６）。さもなくばデバイスは、自身のグローバルサイクル開始カウントダウンを変更しない。つまり、デバイスのグローバルサイクル開始時間がネイバーのグローバルサイクルの前半に該当するなら、デバイスは自身のグローバルサイクル開始時間をネイバーのグローバルサイクル開始時間に変更する。さもなくば、デバイスは何もしない。
【０１２６】
この条件（式４）が一実施形態において、両デバイスＤ１およびＤ２によってチェックされることに注意されたい。ただし代表的実施形態では、このプロトコルから不安定さをなくすため、この条件は殆どの場合２つのデバイスのいずれか一方で真となるよう設計する。ただし、両方のデバイスが同じ結論に至るコーナーケースもある。所与の評価基準の場合、２つのグローバルサイクル開始時間は１／２５６の確率で正確に１２８スーパーフレームずれる。この条件はステップ１２７８でチェックできる。この場合に（式４）の条件を実行すると、デバイスとそのネイバーはいずれも同じ結論に終わる。そこで、一実施形態においてはタイブレーカーを盛り込むことができる。
【０１２７】
例えばこの場合、すなわち
［ＧＣＳＣｓｅｌｆ−ＧＣＳＣｎｅｉｇｈｂｏｒ］ｍｏｄｕｌｏ  ２５６＝１２８                                                                        （式５）
である場合、一実施形態においては、デバイスが次のスーパーフレームのグローバルサイクル開始カウントダウンを０乃至２５５の乱数に設定し、平常動作のステップ（例えば上の１２７２、１２７４、および１２７６）を継続するよう実装できる。（１−１／２５６）の確率で、条件（式５）はもはや成立しない。
【０１２８】
この実施形態を条件（式４）の検査に盛り込むと、一実施形態において総括的提案アルゴリズムを次のとおりに実装できる。
【０１２９】
１．デバイスが活動状態になる各スーパーフレームで、デバイスは自身のネイバーの各々につき条件（式４）をチェックする（ステップ１２７２および１２７４）。もしも（式４）が真なら、デバイスは自身のグローバルサイクル開始カウントダウンをネイバーのグローバルサイクル開始カウントダウンに一致するよう設定する（ステップ１２３０）。
２．さもなくばデバイスは、条件（式５）をチェックする（例えばステップ１２７４）。もしも条件（式５）が真ならデバイスは、
（ａ）ＧＣＳＣｓｅｌｆを乱数に、例えば範囲［０，２５５］にわたって均一に分布するランダムな整数に、変更する（ステップ１２８０）。
（ｂ）次のスーパーフレームで活動状態を保つ（ステップ１３７２へ進む）。
３．さもなくば何もしない（ステップ１２８２）。
【０１３０】
尚、通信しようとする２つのデバイスは当然それぞれのネットワーク活動を行うため次のスーパーフレームで活動状態を保つから、一実施形態においては、次のスーパーフレームで活動状態を保つこと（上記の３つのステップの２ｂを参照せよ）をプロトコルで指定しなくてもよい。
【０１３１】
これより、この手法をさらに例証する例をいくつか提示する。第１の例では、デバイスＡおよびＢが互いのビーコンを受信したばかりで、それぞれのグローバルサイクル開始カウントダウン値が２５０および２４０であると仮定する。
【０１３２】
デバイスＡは（式４）の左側を計算し、その結果は１０だから、自身のグローバルサイクル開始カウントダウンをＢのそれに一致させる。デバイスＢは（式４）の左側を計算し、その結果は２４６だから、何もしない。よってこの場合、２つのデバイスはデバイスＢのグローバルサイクル開始時間に収束する。
【０１３３】
このときデバイスＣは冬眠していると仮定する。デバイスＣはＡのネイバーだから、そのグローバルサイクル開始カウントダウンはデバイスＡの当初のグローバルサイクル開始カウントダウンと同じである。デバイスＣは２４５スーパーフレーム後に活動モードに入ると仮定する。デバイスＣのグローバルサイクル開始カウントダウンは現在５である。デバイスＡおよびＢのグローバルサイクル開始カウントダウンは現在２５１である。Ｃは（式４）の左側を計算し、その結果は２４６だから、自身のグローバルサイクル開始カウントダウンをＢおよびＡのそれに一致するよう変更しなければならない。よってこの例では、全てのデバイスが１つのグローバルサイクル開始時間に収束する。
【０１３４】
第２の例では所謂「コーナーケース」を例証する。この例では、デバイスＡおよびＢが互いのビーコンを受信したばかりで、それぞれのグローバルサイクル開始カウントダウン値が１２８および０であると仮定する。
【０１３５】
デバイスＡおよびＢは（式４）の左側を計算し、その結果は１２８である。よって両デバイスは、上に開示した実施形態に従い０乃至２５５の乱数を選択する。両デバイスは、例えばそれぞれ１０および４０を選択したと仮定する。両デバイスは次のスーパーフレームでそれぞれの選択を告知する。
【０１３６】
ここで両デバイスは再び異なるグローバルサイクル開始時間を看取する。具体的には、上の例の条件を使用し、デバイスＡは（式４）の左側を計算し、その結果は２２６だから、何もしない。デバイスＢは（式４）の左側を計算し、その結果は３０だから、自身のグローバルサイクル開始カウントダウンをＡのそれに一致させなければならない。したがってこの場合、２つのデバイスはデバイスＡのグローバルサイクル開始時間に収束する。
【０１３７】
直前の例は「コーナーケース」を例証するものである。この例の冒頭でデバイスＡおよびＢは互いのビーコンを受信したところで、グローバルサイクル開始カウントダウン値はそれぞれ１２８と０である。この「コーナーケース」の例は、２つのネットワークデバイスでグローバルサイクル開始時間を整合させるシナリオを例証するものである。この同期は、シングルホップネットワークとマルチホップネットワークで３つ以上のデバイスに適用できる。そこで、各シナリオの代表的実施形態をこれより説明する。
【０１３８】
ここで図１３を参照し、一実施形態においてデバイスＤ１が自身のネイバーＤ２、Ｄ３、その他の２つ以上からビーコン１３００を受信する場合は、ステップ１３１０でデバイスＤ２、Ｄ３、その他のグローバルサイクル開始カウントダウン値をチェックし、それらのグローバルサイクル開始カウントダウン値を自身のそれに比較する形にデバイスＤ１を実装できる（１３２０）。（図１２と同様）。
【０１３９】
シングルホップネットワークのケースを検討する。かかるネットワークで、他の複数のネットワークデバイスと連絡するネットワークデバイスの例を検討する（ステップ１３００）。ＧＣＳＣ１，ＧＣＳＣ２．．．，ＧＣＳＣＫはスーパーフレームの中で第１のネットワークデバイスによって受信され、同デバイスのグローバルサイクル開始カウントダウンとは異なるグローバルサイクル開始カウントダウン値とする。このデバイスは、Ｋ個のデバイスの各々につきＧＣＳＣを取得できる。デバイスは（ステップ１３２０で）ｋ（１，２，．．．，Ｋ）ごとに、
１．以下の条件をチェックし、
［ＧＣＳＣｓｅｌｆ−ＧＣＳＣｋ］ｍｏｄｕｌｏ  ２５６＜２５６／Ｋ    （式６）
２．もしも条件（式６）が満たされるなら、デバイスは自身のグローバルサイクル開始カウントダウンをＧＣＳＣｋに一致するよう設定する。（ステップ１３３０）。さもなくばデバイスは、自身のグローバルサイクル開始カウントダウンを変更しない。
【０１４０】
上のプロトコルで、ＧＣＳＣｓｅｌｆはこの条件をチェックするデバイスのグローバルサイクル開始カウントダウンである。このプロトコルは次のように言い換えることができる。すなわち、もしもデバイスのグローバルサイクル開始時間がネイバーのグローバルサイクルの最初の２５６／Ｋスーパーフレームに該当するなら、デバイスは自身のグローバルサイクル開始時間をそのネイバーのグローバルサイクル開始時間に変更する。さもなくばデバイスは何もしない。このプロトコル例は式（式６）の検査に「小なり」または「大なり」を使って実装でき、ただしこの選択は、好ましくは全てのデバイスで徹底する。
【０１４１】
応用次第ではグローバルサイクル開始カウントダウン値に正確に２５６／Ｋスーパーフレームのひらきが生じるコーナーケースがあることに注意されたい（ステップ１３４０）。このケースが生じた場合、各デバイスは一実施形態において次のスーパーフレームのグローバルサイクル開始カウントダウンを０乃至２５５の乱数に設定し（ステップ１３５０）、平常動作（上のステップ１および２）を継続する。さもなくばデバイスは次のビーコンを待つことができる。
【０１４２】
上述した方法は、一部のデバイスが互いのレンジ内に入っていない場合に通用しないことがある。図１０を再び参照し、以下の例は、上記のアプローチがマルチホップネットワークで直面する課題を例証するものである。ＡとＣとがネイバーで、ＢとＣとがネイバーで、ＡとＣとがネイバーでなかったことを思い出されたい。例えば、３つのデバイスＡ、Ｂ、およびＣはライントポロジＡ−Ｂ−Ｃになっていて、ＡとＢとは互いの通信レンジ内にあり、ＢとＣとは互いの通信レンジ内にあり、ただしＣとＡとは互いの通信レンジ内にない。この例を説明するため、これらの３デバイスが互いを初めて聞き知るときのＡ、Ｂ、およびＣのグローバルサイクル開始カウントダウン値がそれぞれ０、１００、および１となるシナリオを検討する。これらのデバイスはいずれも、上記の２つのステップを各々適用した後、自身のグローバルサイクル開始カウントダウンを変更する決定を下さない。したがって、このネットワークでグローバルサイクル開始カウントダウン値は整合しない。
【０１４３】
そこで、マルチホップネットワークで異なるグローバルサイクル開始カウントダウン値を整合させるため、以下の強化策またはステップ１３８０のいずれかひとつを、または組み合わせを、上記の２つのステップに加えることができる。デバイスは一実施形態において、上述した２つのステップを適用する。（デバイスは式６の条件をチェックし、もしも条件が満たされるなら、自身のグローバルサイクル開始カウントダウンをＧＣＳＣｋに一致するよう設定する。）ただし、看取される異なるグローバルサイクル開始カウントダウンの数Ｋが２を上回る場合は（ステップ１３６０）、１つ以上の強化策１１８０を適用する形にデバイスを構成する。ここで図１４を参照し、代表的強化策１１８０を説明する。デバイスは一実施形態において、看取される異なるグローバルサイクル開始カウントダウンの数Ｋが２を上回る場合に（ステップ１３６０）、再びチェックを行うことができる。このチェックはいくつかのスーパーフレームの後に行うことができる（ステップ１４００）。この待ちは、一実施形態において３スーパーフレームである。もしもステップ１４０２でＫが依然同じなら、デバイスはステップ１４０４で同じステップを適用でき、ただし上の条件（式６）ではＫをＫ−１に差し替えることができる。さもなくば、デバイスはステップ１４０６で、Ｋ＝Ｋ−１を用いてステップを繰り返さなくてよい。
【０１４４】
式６の条件でＫ−１を使用することのひとつの利点として、１回以上の繰り返しの後、少なくとも１つのデバイスは自身のグローバルサイクル開始カウントダウンをネイバーのそれに一致させることになる。ライントポロジの例Ａ−Ｂ−Ｃを再検討しよう。このケースで、Ｂは式６の条件でＫ＝３を使用する。しかし、例えば３スーパーフレーム後でも、Ｋは依然３だから、デバイスＢは式６の条件でＫ＝２を使用し、その結果Ｂは、自身のグローバルサイクル開始カウントダウンをＡまたはＣに変更することになる。この時点で３つのデバイスからなるネットワークのグローバルサイクル開始カウントダウンは２つだけになり、グローバルサイクル開始カウントダウンの整合はステップ１および２を用いて簡単に果たすことができる。（これはステップ１３８０の一部であってよい）。
【０１４５】
デバイスは別の実施形態において、スーパーフレームｎでｋ通りのグローバルサイクル開始カウントダウンを看取する場合に（ここでは自身を含めてｋ＞２、ステップ１３６０）、ステップ１５００で乱数（ｒ）を選択するよう構成できる。一実施形態において、ｒは、例えば１とｋとの間になるよう選択でき、ｋの値は、例えばネイバーの数として選択できる。
【０１４６】
ステップ１５０２では、デバイスがスーパーフレームｎ＋ｒでＫ＝２の値を用いて、そのスーパーフレームでグローバルサイクル開始カウントダウンの送信があったデバイスの順序で条件（式６）を検査する。スーパーフレームｎ＋ｋとなるステップ１５０４で、もしもｋが依然２より大きいなら、ステップ１５０６でプロセスが繰り返される。このアプローチによって達成できるひとつの利点として、デバイスは時を変えて条件（式６）を検査する形に実装できるから、グローバルサイクル開始カウントダウン値が整合する見込みは高くなる。（これはステップ１３８０の一部であってよい）。もしもスーパーフレームｎ＋ｋでｋが依然２より大きくなければ、ステップは繰り返さなくてよい（ステップ１５０８）。
【０１４７】
デバイスはもうひとつ実施形態において、スーパーフレームｎでｋ通りのグローバルサイクル開始カウントダウンを看取する場合に（ここで自身を含めてｋ＞２）、１／ｋの確率でＫ＝２を仮定し条件（式６）をチェックする。好ましくは、そのスーパーフレームでグローバルサイクル開始カウントダウンが送信された順序でこれを行う。デバイスは一実施形態において、もしも条件が満たされるなら、条件が満たされたネイバーのグローバルサイクル開始カウントダウンに一致するよう自身のグローバルサイクル開始カウントダウンを変更する。このプロセスは、全てのグローバルサイクル開始時間が整合するまで繰り返すことができる。（これはステップ１３８０の一部であってよい）。Ｋ＜＝２の場合はステップ１３７０でこの方法を継続でき、換言すると、少なくともいくつかの実施形態においては強化策が適用されない。
【０１４８】
代表的環境とその他の通信環境のもうひとつの実施形態によると、様々な冬眠プロトコルを実装できる。例えば一実施形態によると、ネットワーク同期やその他のネットワーク機能を促進するため、デバイスにアンカーデバイスステータスを割り当てることができる。デバイスは覚醒後、ネゴシエーションが終わってこれがアンカーデバイスではないと判断した場合に、冬眠モードに入るよう構成できる。ただし場合によってはネゴシエーションが終わった後に近隣のアンカーが姿を消す（遠のく、または電源がオフになる）ことがある（例えばモバイルアンカーが立ち去る）。機動性がもたらすこの問題に対処するため、一実施形態においてはネゴシエーションが終わった後に、もしもデバイスが冬眠モードに入ることを望むなら、事前にアンカーデバイスの有無をチェックする形にデバイスを構成できる。さもなくば電力消費を節約するため、一実施形態においては活動モードにとどまることをデバイスに義務付けることができる。これはデバイスが覚醒し、冬眠に戻ることを望むたびに実施することができる。
【０１４９】
これまで本発明の様々な実施形態を説明してきたが、それらが制限ではなく専ら例証として提示されていることを理解されたい。同様に、本発明の代表的アーキテクチャまたは構造を描く各種の図は、本発明に盛り込むことができる特徴や機能性について理解を助けるためのものである。本発明は例証した代表的アーキテクチャまたは構成に限定されず、様々な代替アーキテクチャおよび構成を用いて所望の特徴を実装することができる。事実、代替の機能的、論理的、または物理的区分および構成を実装することにより本発明の所望の特徴を実装できることは、当業者にとって明白となるであろう。また、各種の区分には、本明細書に記載したもの以外の様々な構成モジュール名を適用できる。加えて、フロー図と、動作説明と、方法の請求項とに関し、本明細書に提示されたステップの順序は、文脈に別段の指図がない限り、記載された機能性を同じ順序で遂行するよう各種の実施形態を実装することを義務付けるものではない。
【０１５０】
これまで本発明の様々な実施形態を説明してきたが、それらが制限ではなく専ら例証として提示されていることを理解されたい。同様に、本発明の代表的アーキテクチャまたは構造を描く各種の図は、本発明に盛り込むことができる特徴や機能性について理解を助けるためのものである。本発明は例証した代表的アーキテクチャまたは構成に限定されず、様々な代替アーキテクチャおよび構成を用いて所望の特徴を実装することができる。事実、代替の機能的、論理的、または物理的区分および構成を実装することにより本発明の所望の特徴を実装できることは、当業者にとって明白となるであろう。また、各種の区分には、本明細書に記載したもの以外の様々な構成モジュール名を適用できる。加えて、フロー図と、動作説明と、方法の請求項とに関し、本明細書に提示されたステップの順序は、文脈に別段の指図がない限り、記載された機能性を同じ順序で遂行するよう各種の実施形態を実装することを義務付けるものではない。
【０１５１】
ここでは本発明が様々な代表的実施形態および実装との関係で説明されているが、個々の実施形態で説明されている様々な特徴、態様、および機能は、それらが説明されているところの特定の実施形態への応用に限定されず、本発明の他の実施形態にも、かかる実施形態が説明されていようがいまいが、かかる特徴が説明した実施形態の一部として提示されていようがいまいが、単独で、または様々な組み合わせで、応用できることは理解されよう。したがって本発明の幅と範囲は、上述した代表的実施形態のいずれによっても制限されない。
【０１５２】
本書で使われている用語および文言とそのバリエーションは、別段の明記がない限り、制限するものではなく無制限なものとして解釈しなければならない。前述の例として、用語「含む（ｉｎｃｌｕｄｉｎｇ）」は「無制限に含む（ｉｎｃｌｕｄｉｎｇ，ｗｉｔｈｏｕｔ  ｌｉｍｉｔａｔｉｏｎ）」等を意味するものとして読解しなければならず、用語「例（ｅｘａｍｐｌｅ）」は論述されている事柄の代表的例を提供するために使われており、これの網羅的または制限的一覧ではなく、用語「ａ」または「ａｎ」は「少なくとも１つ（ａｔ  ｌｅａｓｔ  ｏｎｅ）」、「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ）」等を意味するものとして読解しなければならず、「従来の（ｃｏｎｖｅｎｔｉｏｎａｌ）」、「在来の（ｔｒａｄｉｔｉｏｎａｌ）」、「通常の（ｎｏｒｍａｌ）」、「標準の（ｓｔａｎｄａｒｄ）」、「周知の（ｋｎｏｗｎ）」等の形容詞ならびに同様の意味を持つ用語は、説明されている事柄を、特定の時期に、または特定の時期に入手可能な事柄に、制限するものと解釈してはならず、現在または将来の随時に入手可能か周知となる従来の、在来の、通常の、または標準の技術を包括するものと読解しなければならない。同様に、本書において当業者にとって明白または周知の技術に言及する場合、かかる技術は、現在または将来の随時に当業者にとって明白または周知のものを包括する。
【０１５３】
接続詞「および（ａｎｄ）」で結ばれた１グループの項目は、別段の明記がない限り、それらの項目の各々がことごとくそのグループの中にあることを要求するものと読解するのではなく、「および／または（ａｎｄ／ｏｒ）」と読解しなければならない。同様に、接続詞「または（ｏｒ）」で結ばれた１グループの項目は、別段の明記がない限り、そのグループの中で相互排他を要求するものと読解するのではなく、「および／または（ａｎｄ／ｏｒ）」と読解しなければならない。さらに、本発明の項目、要素、またはコンポーネントは単数形で説明または請求されることがあるが、単数形への限定が明記されている場合を除き、複数形がその範囲内にあるものとする。
【０１５４】
「１つ以上（ｏｎｅ  ｏｒ  ｍｏｒｅ）」、「少なくとも（ａｔ  ｌｅａｓｔ）」、「ただし限定されない（ｂｕｔ  ｎｏｔ  ｌｉｍｉｔｅｄ  ｔｏ）」等、拡大する語または文言がある場合、かかる拡大する文言が不在の場合に狭いケースが意図または要求されることを意味するものと読解してはならない。用語「モジュール（ｍｏｄｕｌｅ）」の使用は、そのモジュールの一部として説明または請求されるコンポーネントまたは機能性がもれなく共通のパッケージの中で構成されることを暗示しない。事実、１モジュールの様々なコンポーネントはどれも、制御ロジックであろうとその他のコンポーネントであろうと、単独のパッケージにまとめることができ、あるいは別々に保守でき、さらに多数の場所に分散させることができる。
【０１５５】
加えて、本明細書に提示された様々な実施形態は、代表的なブロック図、フローチャート、その他の図解との関係で説明されている。本書を読んだ後、当業者にとって明白となるように、図解された実施形態と様々な代案は、図解された例に制限されることなく実装できる。例えば、ブロック図とこれに付随する説明は、ある特定のアーキテクチャまたは構成を義務付けるものと解釈してはならない。
【図面の簡単な説明】
【０１５６】
【図１】本発明を実施できる代表的環境としての機能を果たすことができる無線ネットワークの可能な一構成を示すブロック図である。
【図２】スーパーフレームに分割でき、さらにタイムスロットに分割できる帯域幅を示す図である。
【図３】本発明の一実施形態に従い節電機構の一例を示す図である。
【図４】本明細書に記載のシステムおよび方法に従い一代表的方法を示すフローチャートである。
【図５】本明細書に記載のシステムおよび方法に従い一代表的方法を示すフローチャートである。
【図６】グローバルおよびローカルアクセス期間の一例を示すブロック図である。
【図７】グローバルおよびローカルアクセス期間の別の例を示すブロック図である。
【図８】グローバルおよびローカルアクセス期間の別の例を示すブロック図である。
【図９】１デバイスが多数のデバイスと通信する一例を示すブロック図である。
【図１０】重複グローバルアクセス期間の一例を示すブロック図である。
【図１１】グローバルアクセス期間を設定する代表的方法を示すフローチャートである。
【図１２】本明細書に記載のシステムおよび方法に従い冬眠・活動サイクルの整合を図る代表的方法を示すフローチャートである。
【図１３】本明細書に記載のシステムおよび方法に従い冬眠・活動サイクルの整合を図るもうひとつの代表的方法を示すフローチャートである。
【図１４】図１３のステップの１ステップのさらなる詳細を示すフローチャートである。
【図１５】図１３のステップの１ステップのさらなる詳細を示すフローチャートである。
【図１】
2009526438.tif 000006
【図２】
2009526438.tif 000007
【図３】
2009526438.tif 000008
【図４】
2009526438.tif 000009
【図５】
2009526438.tif 000010
【図６】
2009526438.tif 000011
【図７】
2009526438.tif 000012
【図８】
2009526438.tif 000013
【図９】
2009526438.tif 000014
【図１０】
2009526438.tif 000015
【図１１】
2009526438.tif 000016
【図１２】
2009526438.tif 000017
【図１３】
2009526438.tif 000018
【図１４】
2009526438.tif 000019
【図１５】
2009526438.tif 000020
【手続補正書】
【提出日】平成20年5月14日(2008.5.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ピア・ツー・ピアネットワークにおけるピアネットワークデバイスの電力管理方法であって、
前記ピアネットワークデバイスが、前記ピアネットワークデバイスのローカル通信時間帯（５０２）の時間を前記ピア・ツー・ピアネットワークの中にある他のデバイスへ送信することと、
前記ピアネットワークデバイスが、第２のピアネットワークデバイスからローカル通信時間帯（５１０）の時間を受信することと、
前記ピアネットワークデバイスが、前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）のため所定の時間に冬眠状態（５０４）から覚醒することと、
前記ピアネットワークデバイスが、前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）中に前記第２のピアネットワークデバイス（５０６）からトランスミッションを受信することと、
前記ピアネットワークデバイスが、前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）の後に前記冬眠状態（５０８）に戻ることと、
を備える、方法。
【請求項２】
前記各ピアネットワークデバイスの前記ローカル通信時間帯（５０２、５１０）の時間を前記送信することは、グローバル通信時間帯（５００）中に行われる、請求項１に記載の方法。
【請求項３】
グローバル通信時間帯（５００）が、前記ピア・ツー・ピアネットワークによって送信されるトラフィックの量に基づく、請求項１に記載の方法。
【請求項４】
グローバル通信時間帯（５００）が、ブリッジデバイスによって設定される、請求項１に記載の方法。
【請求項５】
各ローカル通信時間帯（５０２、５１０）は周期を有し、各ローカル通信時間帯（５０２、５１０）の前記周期はグローバル通信時間帯（５００）中に指定される、請求項１に記載の方法。
【請求項６】
前記ピアネットワークデバイスの前記ローカル通信時間帯（５０２）の前記周期は、前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）の前記周期とは異なる周期を備える、請求項５に記載の方法。
【請求項７】
各ローカル通信時間帯（５０２、５１０）の前記周期は、多数のスーパーフレームにまたがる、請求項５に記載の方法。
【請求項８】
ピア・ツー・ピアネットワークに用いられるピアネットワークデバイスであって、
命令を格納するよう構成されたメモリと、
前記メモリへ結合され且つ前記命令を実行するよう構成されたプロセッサとを備え、同命令は、
前記ピアネットワークデバイスのローカル通信時間帯（５０２）の時間を前記ピア・ツー・ピアネットワークの中にある他のピアネットワークデバイスへ送信するステップと、
第２のピアネットワークデバイスからローカル通信時間帯（５１０）の時間を受信するステップと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）のため所定の時間に冬眠状態（５０４）から覚醒するステップと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）中に前記第２のピアネットワークデバイス（５０６）からトランスミッションを受信するステップと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）の後に前記冬眠状態（５０８）に戻るステップとを備える、
ピアネットワークデバイス。
【請求項９】
前記各ピアネットワークデバイスの前記ローカル通信時間帯（５０２、５１０）の時間を前記送信することは、前記グローバル通信時間帯（５００）中に行われる、請求項８に記載のピアネットワークデバイス。
【請求項１０】
グローバル通信時間帯（５００）が、前記ピア・ツー・ピアネットワークによって送信されるトラフィックの量に基づく、請求項８に記載のピアネットワークデバイス。
【請求項１１】
グローバル通信時間帯（５００）が、ブリッジデバイスによって設定される、請求項８に記載のピアネットワークデバイス。
【請求項１２】
各ローカル通信時間帯（５０２、５１０）は周期を有し、各ローカル通信時間帯（５０２、５１０）の前記周期はグローバル通信時間帯（５００）中に指定される、請求項８に記載のピアネットワークデバイス。
【請求項１３】
前記ピアネットワークデバイスの前記ローカル通信時間帯（５０２）の前記周期は、前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）の前記周期とは異なる周期を備える、請求項１２に記載のピアネットワークデバイス。
【請求項１４】
各ローカル通信時間帯（５０２、５１０）の前記周期は、多数のスーパーフレームにまたがる、請求項１２に記載のピアネットワークデバイス。
【請求項１５】
ピア・ツー・ピアネットワークにおけるピアネットワークデバイスの電力管理方法であって、
前記ピアネットワークデバイスのローカル通信時間帯（５０２）の時間を前記ピア・ツー・ピアネットワークの中にある他のピアネットワークデバイスへ送信することと、
第２のピアネットワークデバイスのローカル通信時間帯（５１０）の時間を前記第２のピアネットワークデバイスから受信することと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）にトランスミッション（５１４）を行うようスケジュールを組むことと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）のため所定の時間に冬眠状態（５１６）から覚醒することと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）中に前記第２のピアネットワークデバイス（５１８）へ前記トランスミッションを送信することと、
前記トランスミッションの後に冬眠状態に戻ることと、
を備える、方法。
【請求項１６】
前記各ピアネットワークデバイスの前記ローカル通信時間帯（５０２，５１０）の時間を前記送信することは、グローバル通信時間帯（５００）中に行われる、請求項１５に記載の方法。
【請求項１７】
グローバル通信時間帯（５００）が、前記ピア・ツー・ピアネットワークによって送信されるトラフィックの量に基づく、請求項１５に記載の方法。
【請求項１８】
グローバル通信時間帯（５００）が、ブリッジデバイスによって設定される、請求項１５に記載の方法。
【請求項１９】
前記グローバル通信時間帯（５００）は、所定のピアネットワークデバイスのローカル通信時間帯（５０２、５１０）の所定のスーパーフレーム数を備える、請求項１５に記載の方法。
【請求項２０】
各ローカル通信時間帯（５０２、５１０）は周期を有し、各ローカル通信時間帯（５０２、５１０）の前記周期はグローバル通信時間帯（５００）中に指定される、請求項１５に記載の方法。
【請求項２１】
前記ピアネットワークデバイスの前記ローカル通信時間帯（５０２）の前記周期は、前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）の前記周期とは異なる周期を備える、請求項２０に記載の方法。
【請求項２２】
各ローカル通信時間帯（５０２、５１０）の前記周期は、多数のスーパーフレームにまたがる、請求項２０に記載の方法。
【請求項２３】
ピア・ツー・ピアネットワークに用いられるピアネットワークデバイスであって、
命令を格納するよう構成されたメモリと、
前記メモリへ結合され且つ前記命令を実行するよう構成されたプロセッサとを備え、同命令は、
前記ピアネットワークデバイスのローカル通信時間帯（５０２）の時間を前記ピア・ツー・ピアネットワークの中にある他のピアネットワークデバイスへ送信するステップと、
第２のピアネットワークデバイスのローカル通信時間帯（５１０）の時間を前記第２のピアネットワークデバイスから受信するステップと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）にトランスミッション（５１４）を行うようスケジュールを組むステップと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）のため所定の時間に冬眠状態（５１６）から覚醒するステップと、
前記第２のピアネットワークデバイスの前記ローカル通信時間帯（５１０）中に前記第２のピアネットワークデバイスへ前記トランスミッション（５１８）を送信するステップと、
前記トランスミッションの後に冬眠状態に戻るステップとを備える、
ピアネットワークデバイス。
【請求項２４】
前記各ピアネットワークデバイスの前記ローカル通信時間帯（５０２、５１０）の時間を前記送信することは、グローバル通信時間帯（５００）中に行われる、請求項２３に記載のピアネットワークデバイス。
【請求項２５】
グローバル通信時間帯（５００）が、前記ピア・ツー・ピアネットワークによって送信されるトラフィックの量に基づく、請求項２３に記載のピアネットワークデバイス。
【請求項２６】
グローバル通信時間帯（５００）が、ブリッジデバイスによって設定される、請求項２３に記載のピアネットワークデバイス。
【請求項２７】
前記グローバル通信時間帯（５００）は、所定のピアネットワークデバイスのローカル通信時間帯（５０２、５１０）の所定のスーパーフレーム数を備える、請求項２３に記載のピアネットワークデバイス。
【請求項２８】
各ローカル通信時間帯（５０２、５１０）は周期を有し、各ローカル通信時間帯（５０２、５１０）の前記周期はグローバル通信時間帯（５００）中に指定される、請求項２３に記載のピアネットワークデバイス。
【請求項２９】
前記ピアネットワークデバイスの前記ローカル通信時間帯（５０２）の前記周期は、前記第２のピアネットワークデバイスの前記ローカル通信デバイス（５１０）の前記周期とは異なる周期を備える、請求項２８に記載のピアネットワークデバイス。
【請求項３０】
各ローカル通信時間帯（５０２、５１０）の前記周期は、多数のスーパーフレームにまたがる、請求項２８に記載のピアネットワークデバイス。
【国際調査報告】
2009526438.tif 000021
2009526438.tif 000022
2009526438.tif 000023