特表 2024-523867 ワイヤレス通信ネットワークのための構成システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-07-02

(54)【発明の名称】ワイヤレス通信ネットワークのための構成システム

(51)【国際特許分類】

   H04W 4/06 20090101AFI20240625BHJP

   H04W 8/22 20090101ALI20240625BHJP

   H04W 84/18 20090101ALI20240625BHJP

【ＦＩ】

H04W4/06

H04W8/22

H04W84/18

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023577237

(86)(22)【出願日】2022-06-14

(85)【翻訳文提出日】2023-12-13

(86)【国際出願番号】 FI2022050411

(87)【国際公開番号】W WO2022263719

(87)【国際公開日】2022-12-22

(31)【優先権主張番号】20215710

(32)【優先日】2021-06-16

(33)【優先権主張国・地域又は機関】FI

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ブルートゥース

(71)【出願人】

【識別番号】518245157

【氏名又は名称】ワイヤパス オイ

(74)【代理人】

【識別番号】110001519

【氏名又は名称】弁理士法人太陽国際特許事務所

(72)【発明者】

【氏名】カセヴァ、ヴィッレ

(72)【発明者】

【氏名】ユヴェン、ヴィッレ

(72)【発明者】

【氏名】ヒルヴィ、ハンヌ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE25

(57)【要約】

本出願は、少なくとも１つの第１の通信デバイス（１０４ｂ）と、少なくとも１つの第２の通信デバイス（１０４ｃ）と、を備える、ワイヤレス通信ネットワーク（１０２）のための構成システム（１００）に関する。少なくとも１つの第１及び第２の通信デバイス（１０４ｂ、１０４ｃ）は、複数の通信デバイス（１０４、１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）に属する。複数の通信デバイスの各通信デバイス（１０４、１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）は、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するように構成された無線ノードデバイスである。複数の通信デバイスに属する通信デバイス（１０４ａ）からネットワーク永続的構成データ（ＣＯ）のコンテンツを受信（２２０）し、構成データの受信したコンテンツを記憶（２２２）した後、各第１の通信デバイス（１０４ｂ）は、構成データのバージョン識別子（ＶＥ）を含む構成データ記述（ＤＥ）を、バージョン識別子に合致する構成データの記憶されたコンテンツを要求に応じて送信（２２８）する当該第１の通信デバイスの能力を示すために、ネットワーク内に定期的にブロードキャスト（２２４）するように構成される。

【特許請求の範囲】

【請求項1】

ワイヤレス通信ネットワーク（１０２）のための構成システム（１００）であって、
少なくとも１つの第１の通信デバイス（１０４ｂ）と、
少なくとも１つの第２の通信デバイス（１０４ｃ）と、を備え、
前記少なくとも１つの第１及び第２の通信デバイス（１０４ｂ、１０４ｃ）が、複数の通信デバイス（１０４、１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）に属し、
前記複数の通信デバイスの各通信デバイス（１０４、１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）が、前記複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するように構成された無線ノードデバイスであり、
前記複数の通信デバイスに属する通信デバイス（１０４ａ）からネットワーク永続的構成データ（ＣＯ）のコンテンツを受信（２２０）し、前記構成データの前記受信したコンテンツを記憶（２２２）した後、各第１の通信デバイス（１０４ｂ）が、前記構成データのバージョン識別子（ＶＥ）を含む構成データ記述（ＤＥ）を、前記バージョン識別子に合致する前記構成データの前記記憶されたコンテンツを要求に応じて送信（２２８）する前記第１の通信デバイスの能力を示すために、前記ネットワーク内に定期的にブロードキャスト（２２４）するように構成される、
システム。

【請求項2】

前記通信デバイスから構成データの前記コンテンツを受信する前に、前記少なくとも１つの第１の通信デバイスが、前記ブロードキャストされた構成データ記述を前記通信デバイスから受信（２１４）するように構成される、請求項１に記載のシステム。

【請求項3】

前記通信デバイスが、シンクデバイス（１０４ａ）であり、前記ネットワークの外部から前記構成データの前記コンテンツを受信した後、前記シンクデバイスが、前記構成データの前記受信したコンテンツを記憶（２１０）するように、かつ前記ネットワーク内の前記構成データのソースとして動作するように構成される、請求項１又は請求項２の何れか１項に記載のシステム。

【請求項4】

前記シンクデバイス及び複数のシンクデバイスからの少なくとも１つの他のシンクデバイス（１０４ａ）が前記構成データのソースとして動作するように、前記シンクデバイスが、前記ネットワーク内の前記複数のシンクデバイス（１０４ａ）に属する、請求項３に記載のシステム。

【請求項5】

前記ネットワークの外部から別のネットワーク永続的構成データ（ＣＯ）のコンテンツを受信し、前記別の構成データの前記受信したコンテンツを記憶した後、各シンクデバイス（１０４ａ）が、前記別の構成データのバージョン識別子（ＶＥ）を含む別の構成データ記述（ＤＥ）を、前記構成データの前記コンテンツとは異なる前記別の構成データの前記記憶されたコンテンツを前記複数の通信デバイスのうちの少なくとも１つからの要求に応じて送信する（２１４）前記シンクデバイスの能力を示すために、前記ネットワーク内で定期的にブロードキャスト（２１２）するように構成される、請求項３又は請求項４に記載のシステム。

【請求項6】

前記少なくとも１つの第２の通信デバイス（１０４、１０４ｃ）が、前記少なくとも１つの第１の通信デバイスのうちの１つから前記ブロードキャストされた構成データ記述を受信（２２４）するように構成される、請求項１～請求項５の何れか１項に記載のシステム。

【請求項7】

前記構成データ記述を受信した後、前記少なくとも１つの第１の通信デバイス又は前記少なくとも１つの第２の通信デバイスが、前記構成データの前記バージョン識別子又はソース識別子（ＳＯ）が、前記ソース識別子が前記構成データ記述内に存在する場合、欠落しているかどうか、又は前記バージョン識別子又は前記ソース識別子が、前記ソース識別子が前記構成データ記述内に存在する場合、変更されたかどうかを識別（２１５、２２４）するように構成される、請求項１～請求項６の何れか１項に記載のシステム。

【請求項8】

前記少なくとも１つの第１の通信デバイスが、前記通信デバイスにネットワーク永続的構成データ要求（ＲＥ）を送信（２１８）するように構成されるか、又は前記少なくとも１つの第２の通信デバイスが、前記ソース識別子が前記受信した構成データ記述内に存在する場合、前記構成データの前記バージョン識別子又は前記ソース識別子が欠落していること、又は前記ソース識別子が前記受信した構成データ記述内に存在する場合、前記バージョン識別子又は前記ソース識別子が変更されたことを前記識別が示した後に、前記構成データ要求を前記少なくとも１つの第１の通信デバイスのうちの１つに送信（２２７）するように構成される、請求項１～請求項７の何れか１項に記載のシステム。

【請求項9】

前記少なくとも１つの第１の通信デバイス又は第２の通信デバイスが、前記ネットワークへの関連付けに従って、関連付け手順に属するメッセージの一部として構成データ要求（ＲＥ）を送信（２１８、２２７）するように構成される、請求項１～請求項８の何れか１項に記載のシステム。

【請求項10】

前記ネットワークへの前記関連付けの完了に従って、前記関連付け手順に属する応答メッセージの一部として前記構成データコンテンツを、前記少なくとも１つの第１の通信デバイスが前記構成データ要求を送信したとき、前記通信デバイスが、前記少なくとも１つの第１の通信デバイスに送信（２２０）するように構成され、又は前記少なくとも１つの第２の通信デバイスが前記構成データ要求を送信したとき、前記少なくとも１つの第１の通信デバイスが、前記第２のデバイスに送信（２２８）するように構成される、請求項８に記載のシステム。

【請求項11】

前記少なくとも１つの第１の通信デバイスのうちの１つから前記構成データの前記コンテンツを受信し、前記構成データの前記受信したコンテンツを記憶した後、各第２の通信デバイスが、構成データ記述（ＤＥ）を、前記構成データの前記記憶されたコンテンツを要求に応じて送信する前記第２の通信デバイスの能力を示すために、前記ネットワーク内に定期的にブロードキャストするように構成される、請求項１～請求項１０の何れか１項に記載のシステム。

【請求項12】

前記ネットワークが、デジタル欧州コードレス電気通信２０２０ベースのネットワーク、ワイヤレスマルチホップネットワーク、ワイヤレスメッシュネットワーク、ワイヤレスローカルエリアネットワーク、セルラーベースのローカルエリアネットワーク、低電力ワイドエリアネットワーク、セルラーネットワーク、ワイヤレスブルートゥース低エネルギーベースの無線ネットワーク、ジグビーネットワーク、スレッドネットワーク、又はパブリックランドモバイルネットワークである、請求項１～請求項１１の何れか１項に記載のシステム。

【請求項13】

前記構成データが、インターネットプロトコルバージョン６構成情報、低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６構成情報、動的ホスト構成プロトコル情報、ドメイン名システム情報、サービス及びサーバ情報のうちの少なくとも１つ、少なくとも１つの公開鍵又はデジタル証明書、ソフトウェア更新制御情報、少なくとも１つのソフトウェア画像、及びソフトウェア関連メタデータのうちの少なくとも１つ、少なくとも１つのセキュリティ鍵、少なくとも１つのセキュリティ鍵リスト、及びセキュリティ鍵関連メタデータのうちの少なくとも１つ、又は通信デバイス関連通信プロトコル、通信デバイス関連アプリケーション、又は他の内部通信デバイス関連コンポーネントによって使用されるように構成された他の構成情報を含む、請求項１～請求項１２の何れか１項に記載のシステム。

【請求項14】

ワイヤレス通信ネットワーク（１０２）のための構成方法（２０８）であって、
無線ノードデバイスとして動作する複数の通信デバイス（１０４、１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）に属する少なくとも１つの第１の通信デバイス（１０４ｂ）及び少なくとも１つの第２の通信デバイス（１０４ｃ）を提示するステップと、
前記複数の通信デバイスの各通信デバイス（１０４、１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）によって、前記複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するステップと、
前記複数の通信デバイスに属する通信デバイス（１０４ａ）からネットワーク永続的構成データ（ＣＯ）のコンテンツを受信（２２０）し、前記構成データの前記受信したコンテンツを記憶（２２２）した後、各第１の通信デバイス（１０４ｂ）によって、前記構成データのバージョン識別子（ＶＥ）を含む構成データ記述（ＤＥ）を、前記バージョン識別子に合致する前記構成データの前記記憶されたコンテンツを要求に応じて送信（２２８）する前記第１の通信デバイスの能力を示すために、前記ネットワーク内に定期的にブロードキャスト（２２４）するステップと、
を含む、方法。

【請求項15】

ワイヤレス通信ネットワーク（１０２）内で構成データ（ＣＯ）を配布するためのワイヤレス通信デバイス（１０４ｂ）であって、
コントローラ（４３０）と、
無線ノードデバイスとして動作するための無線通信部（４３６）と、を備え、
前記無線通信部が、複数の前記通信デバイス（１０４、１０４ａ、１０４ｃ、１０４ｄ）のうちの少なくとも１つとの双方向無線通信を提供するように構成され、
前記複数の通信デバイスに属する他の通信デバイス（１０４ａ）からネットワーク永続的構成データ（ＣＯ）のコンテンツを受信（２２０）し、前記構成データの前記受信したコンテンツを記憶（２２２）した後、前記無線通信部が、前記構成データのバージョン識別子（ＶＥ）を含む構成データ記述（ＤＥ）を、前記バージョン識別子に合致する前記構成データの前記記憶されたコンテンツを要求に応じて送信（２２８）する前記通信デバイスの能力を示すために、前記ネットワーク内に定期的にブロードキャスト（２２４）するように構成される、
無線通信デバイス。

【請求項16】

ワイヤレス通信ネットワーク（１０２）内に構成データ（ＣＯ）を配布するための構成方法（２０８）であって、
無線ノードデバイスとして動作するワイヤレス通信デバイス（１０４ｂ）の無線通信部（４３６）によって、複数の前記通信デバイス（１０４、１０４ａ、１０４ｃ、１０４ｄ）のうちの少なくとも１つとの双方向無線通信を提供するステップと、
前記複数の通信デバイスに属する他の通信デバイス（１０４ａ）からネットワーク永続的構成データ（ＣＯ）のコンテンツを受信（２２０）し、前記構成データの前記受信したコンテンツを記憶（２２２）した後、前記無線通信部によって、前記構成データのバージョン識別子（ＶＥ）を含む構成データ記述（ＤＥ）を、前記バージョン識別子に合致する前記構成データの前記記憶されたコンテンツを要求に応じて送信（２２８）する前記通信デバイスの能力を示すために、前記ネットワーク内に定期的にブロードキャスト（２２４）するステップと、
を含む、方法。

【請求項17】

命令を含むコンピュータプログラム（４４６）であって、前記命令が、前記コンピュータプログラムがコンピュータ（１０４ｂ）によって実行されるときに、前記コンピュータに、少なくとも請求項１６に記載の方法の前記ステップを実行させる、コンピュータプログラム。

【請求項18】

請求項１７に記載のコンピュータプログラム（４４６）を含む、有形の不揮発性コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、概して、ワイヤレス通信ネットワークのための構成システムに関する。

【背景技術】

【0002】

ワイヤレスメッシュネットワークは、デバイス及び接続管理データなどの様々なネットワーク全体の構成データを必要とする。構成データは、例えば、通信プロトコル、アプリケーション層、又はその両方を構成するために使用される。構成データは、メッシュネットワークの外部から発信され、一般に、メッシュネットワークの外部に位置するバックエンドシステムから構成される。

【0003】

構成データは、ゲートウェイデバイス及びそのメッシュインターフェイスを介してメッシュネットワークに要請されていないプッシュメッセージとして送信することができる。ルーテッドアプローチ又はブロードキャストアプローチを使用することによって、メッシュネットワーク内で通信することが可能であり、各ノードは、構成データを含むメッセージを何度も繰り返す。

【0004】

要請されていないプッシュ方法は、例えば、不良なリンクのために、メッセージがマルチホップパスにおいて喪失する可能性があり、ゲートウェイデバイスがそのような喪失を認識する可能性がないなど、特定の欠点を有する。この不良なリンクの欠点は、エンドツーエンドの確認応答メッセージ及び再伝送によって緩和することができる。加えて、ノードは、例えば、リンク切断、再ルーティング、又は他のネットワークメンテナンスタスクに起因する接続性の一時的な喪失に起因して、常に接続されていない場合があり、それによって、これは、これらのノードについてのダウンリンクメッセージの喪失をもたらす。この接続性の欠点は、メッセージ及びエンドツーエンドの確認応答メッセージ及び再伝送のための長いバッファリング時間によって緩和され得る。

【0005】

構成データはまた、要請されたポーリングメッセージを介して構成することも可能であり、ノードは、要請されたマルチホップポーリング方法でゲートウェイデバイスに、又は要請されたシングルホップポーリング方法で隣接ノードに構成データを要求する。ゲートウェイデバイス又は隣接ノードは、構成データを含むメッセージで応答する。ゲートウェイデバイスは、バックエンドに構成データを求め得るか、又は要請されたマルチホップ方法でメッシュネットワークからの要求に応じるために構成データのローカルに記憶されたコピーを使用し得る。

【0006】

要請されていないプッシュ方法及び要請されたポーリング方法は、通常、組み合わせて使用され、例えば、要請されていないプッシュ方法は、構成がメッシュネットワーク内のノードに更新されるときに使用され、要請されたポーリング方法は、メッシュネットワークに関与する新しいノードが構成データを取得するときに使用される。

【0007】

要請されたマルチホップポーリング方法は、マルチホップルーティングパスにおいて、電力及びメッシュネットワーク内の複数のノードの帯域幅リソースを消費するマルチホップ通信を必要とし、ネットワークの大規模な範囲で負荷を引き起こすなどの欠点を有する。一方、要請されたシングルホップポーリング方法は、構成データを更新するために、要請されていないプッシュ方法を必要とする。

【発明の概要】

【発明が解決しようとする課題】

【0008】

本発明の目的は、既知の構成ソリューションの上記の欠点を取り除き、ワイヤレスメッシュネットワーク内のノードデバイスに構成データを配布するための効率的かつ堅牢な方法を提供することである。加えて、この多用途で信頼性のある方法は、構成データの配布された実際のコンテンツには関係ない。

【0009】

本発明の目的は、独立請求項に記載の構成システム、ワイヤレス通信デバイス、構成方法、コンピュータプログラム、及びコンピュータ可読記憶媒体を提供することによって達成される。

【0010】

本発明の実施形態は、独立請求項に記載の構成システム、ワイヤレス通信デバイス、構成方法、コンピュータプログラム、及びコンピュータ可読媒体によって指定される。

【課題を解決するための手段】

【0011】

ワイヤレス通信ネットワークのための構成システムは、少なくとも１つの第１の通信デバイスと、少なくとも１つの第２の通信デバイスと、を備える。少なくとも１つの第１及び第２の通信デバイスは、複数の通信デバイスに属する。複数の通信デバイスの各通信デバイスは、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するように構成された無線ノードデバイスである。複数の通信デバイスに属する通信デバイスからネットワーク永続的構成データのコンテンツを受信し、構成データの受信したコンテンツを記憶した後、各第１の通信デバイスは、構成データのバージョン識別子を含む構成データ記述を、バージョン識別子に合致する構成データの記憶されたコンテンツを要求に応じて送信する第１の通信デバイスの能力を示すために、ネットワーク内に定期的にブロードキャストするように構成される。

【0012】

ワイヤレス通信ネットワークのための第１の構成方法は、無線ノードデバイスとして動作する複数の通信デバイスに属する少なくとも１つの第１の通信デバイス及び少なくとも１つの第２の通信デバイスを提示するステップを含む。方法は、複数の前記通信デバイスの各通信デバイスによって、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するステップを更に含む。方法は、複数の前記通信デバイスに属する通信デバイスからネットワーク永続的構成データのコンテンツを受信し、構成データの受信したコンテンツを記憶した後、各第１の通信デバイスによって、構成データのバージョン識別子を含む構成データ記述を、バージョン識別子に合致する構成データの記憶されたコンテンツを要求に応じて送信する当該第１の通信デバイスの能力を示すために、ネットワーク内に定期的にブロードキャストするステップを更に含む。

【0013】

ワイヤレス通信ネットワーク内で構成データを配布するためのワイヤレス通信デバイスは、コントローラと、上記の構成システム内で無線ノードデバイスとして動作するための無線通信部と、を備える。無線通信部は、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するように構成される。複数の通信デバイスに属する他の通信デバイスからネットワーク永続的構成データのコンテンツを受信し、構成データの受信したコンテンツを記憶した後、無線通信部は、構成データのバージョン識別子を含む構成データ記述を、バージョン識別子に合致する構成データの記憶されたコンテンツを要求に応じて送信する当該通信デバイスの能力を示すために、ネットワーク内に定期的にブロードキャストするように構成される。

【0014】

ワイヤレス通信ネットワーク内で構成データを配布するための第２の構成方法は、無線ノードデバイスとして動作するワイヤレス通信デバイスの無線通信部によって、複数の通信デバイスのうちの少なくとも１つとの双方向無線通信を提供するステップを含む。方法は、複数の通信デバイスに属する他の通信デバイスからネットワーク永続的構成データのコンテンツを受信し、構成データの受信したコンテンツを記憶した後、無線通信部によって、構成データのバージョン識別子を含む構成データ記述を、バージョン識別子に合致する構成データの記憶されたコンテンツを要求に応じて送信する当該通信デバイスの能力を示すために、ネットワーク内に定期的にブロードキャストするステップを更に含む。

【0015】

コンピュータプログラムは、命令を含み、命令は、コンピュータプログラムが上記のデバイスに合致するコンピュータによって実行されるときに、コンピュータに、少なくとも上記の第２の方法のステップを実行させる。

【0016】

有形の不揮発性コンピュータ可読媒体は、上記のコンピュータプログラムに合致するプログラムを含む。

【0017】

実施形態は、以下の図面を参照して以下で説明される。

【図面の簡単な説明】

【0018】

【図1】ワイヤレス通信環境における構成システムを提示する。

【図2A】構成方法のフローチャートを提示する。

【図2B】構成方法のフローチャートを提示する。

【図3A】構成データ記述及びコンテンツメッセージのための情報要素の例示的なフォーマットを提示する。

【図3B】構成データ記述及びコンテンツメッセージのための情報要素の例示的なフォーマットを提示する。

【図3C】構成データ記述及びコンテンツメッセージのための情報要素の例示的なフォーマットを示す。

【図4】ワイヤレス無線通信デバイスの動作部分を提示する。

【発明を実施するための形態】

【0019】

図１は、ワイヤレス通信環境で動作する構成システム１００を提示する。

【0020】

環境は、複数のワイヤレス無線通信デバイス（ノード）１０４を備えるワイヤレス無線通信ネットワーク（システム）１０２を備える。デバイス１０４は、例えば、提示された環境内で、同じ地理的領域において同じスペクトル上で動作する。同じスペクトルの使用は、ネットワーク１０２内のデバイス１０４間の双方向無線通信を可能にし、それにより、１つのデバイス１０４によって伝送された無線伝送は、別のデバイス１０４によって受信され得、その逆もまた同様であり得る。

【0021】

システム１００は、通信においてパケット伝送で使用する任意のワイヤレス無線通信ネットワーク１０２に適用され得る。システム１００は、デジタル欧州コードレス電気通信（ＤＥＣＴ－２０２０）規格に準拠するワイヤレス通信ネットワーク１０２に適用され得る。システム１００が適用され得るいくつかの非限定的な例は、限定されないが、ブルートゥース低エネルギー（ＢＬＥ）メッシュネットワーク、ジグビーネットワーク、スレッドネットワーク、パブリックランドモバイルネットワーク（ＰＬＭＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、低電力ワイドエリアネットワーク（ＬＰＷＡＮ）、セルラーベースのローカルエリアネットワーク、セルラーネットワーク、ワイヤレスマルチホップネットワーク、又はワイヤレスメッシュネットワーク、例えば、ワイヤレスセンサネットワーク、及び／又は任意の他のワイヤレスネットワークを含み得る。

【0022】

デバイス１０４は、１つの無線技術、例えば、ＢＬＥ伝送又はＷＬＡＮ伝送を用いて伝送を受信することが可能であり、これらの全ての伝送は、同じネットワーク１０２からのものである。しかしながら、デバイス１０４のうちの少なくとも１つ、例えば、１つ、２つ、３つ、４つ、又はそれ以上のデバイスは、少なくとも２つの無線技術、例えば、全ての伝送が同じネットワーク１０２からのものであるＢＬＥ伝送及びＷＬＡＮ伝送を用いて伝送を受信することが可能であり得る。

【0023】

デバイス１０４のうちのいくつかは、デバイス１０４間のシングルホップ及びマルチホップ通信を明示的に説明するために、後述ではデバイス１０４ａ、１０４ｂ、１０４ｃ、１０４ｄと称される。しかしながら、これらのデバイス１０４ａ、１０４ｂ、１０４ｃ、１０４ｄは、デバイス１０４に対応する。

【0024】

ＤＥＣＴ－２０２０規格は、ＥＴＳＩが開発した無線アクセス技術である。ＤＥＣＴ－２０２０は、大規模な機械型通信（ｍＭＴＣ）と超信頼性の低遅延通信（ＵＲＬＬＣ）をサポートする。物理（ＰＨＹ）レイヤーでは、ＤＥＣＴ－２０２０の主要な技術コンポーネントは、直交周波数分割多重（ＯＦＤＭ）、適応変調及び符号化スキーム（ＭＣＳ）、モダンチャネル符号化方法（Ｔｕｒｂｏ、ＬＤＰＣ、畳み込み符号化）、スケジュールされた伝送と競合ベースの伝送の両方のＨＡＲＱ、及び異なるマルチ入力及びマルチ出力（ＭＩＭＯ）ストリームを使用したマルチアンテナ伝送のサポートである。媒体アクセス（ＭＡＣ）層上及びシステムの態様から、ＤＥＣＴ－２０２０の主要な技術コンポーネントは、多数のモノのインターネット（ＩｏＴ）センサ、アクチュエータ、及び他の産業用アプリケーションのサポート、メッシュネットワークトポロジのサポート、遅延が非常に短ＵＲＬＬＣ通信のサポート（典型的なアプリケーションは、ワイヤレスマイクであり得る）、ライセンス免除される周波数での動作、及び複数のネットワーク間でスペクトルリソースを共有するためのコグニティブ無線能力を有する複数の重複した非調整型ネットワークのサポートである。

【0025】

システム１００は、ネットワーク１０２内のデバイス１０４内の異なる構成及び管理エンティティのためのデータアイテムを含む、ネットワーク永続的構成データ（ネットワーク永続的データ（ＮＰＤ）、構成データ）ＣＯを取得し、配布（普及）するために使用される。

【0026】

システム１００は、主に、システム１００に属し、ネットワーク１０２内で動作し、デバイス１０４ａ、１０４ｂ、１０４ｃのグループを形成する、３つのデバイス１０４ａ、１０４ｂ、１０４ｃを使用して説明される。ネットワーク１０２はまた、複数の他のデバイス１０４を備え得、これらはまた、当該グループの形成に関与し、そこで、グループは、デバイス１０４、１０４ａ、１０４ｂ、１０４ｃを備える。

【0027】

上記で説明したように、各デバイス１０４は、その無線通信部４３６によって、少なくとも１つの他のデバイス１０４との双方向無線通信を提供することができる。これは、各デバイス１０４が、少なくとも１つのメッセージＤＥ、ＲＥ、ＣＯをネットワーク１０２内の他のデバイス１０４に伝送し、少なくとも１つのメッセージＤＥ、ＲＥ、ＣＯを他のデバイス１０４から受信することが可能であるとき、各デバイス１０４が、送信機として、受信機として、又は送受信機として動作し得ることを意味する。

【0028】

システム１００はまた、少なくとも１つのゲートウェイデバイス１０５、例えば、１つ、２つ、３つ、４つ、又はそれ以上のゲートウェイデバイスを備える。各ゲートウェイデバイス１０５は、ネットワーク１０２と他の外部ネットワーク１０６（例えば、インターネット）との間のゲートウェイとして動作し、ネットワーク１０２内に及びネットワーク１０２からデータを配信する。各ゲートウェイデバイス１０５は、少なくとも１つのシンクデバイス（ノード）１０４ａ、例えば、１つ、２つ、３つ、４つ、又はそれ以上のシンクデバイスと通信し、各シンクデバイス１０４ａは、ネットワーク１０２内のゲートウェイデバイス１０５のための無線インタフェースとして動作する。各シンクデバイス１０４ａは、ゲートウェイデバイス１０５に物理的に接続して、又はネットワーク１０２の異なる部分に別個に位置し得る。ゲートウェイ１０５がいくつかのシンクデバイス１０４ａを備える場合、１つは、ゲートウェイデバイス１０５に接続して、他は、ネットワーク１０２の異なる部分に別個に位置し得る。

【0029】

シンクデバイス１０４ａは、固定ルータデバイス（ルータ）であるが、他のノードデバイス１０４は、ネットワーク１０２において異なる固定又は非固定の役割で動作することができる。システム１００内の他のデバイス１０４は、デバイス１０４がデータ転送に関与する必要があるかどうかに応じて、ルータデバイス及び非ルータデバイス（非ルータ）である。ルータ及び非ルータの役割を選択するための１つの方法は、例えば、米国特許公開第１０，４９９，２６４号に説明されている方法に従い得る。

【0030】

各ルータデバイス１０４は、システム１００の接続性を維持し、必要なときに、他のデバイス１０４のデータをルーティング（転送）する。各非ルータノード１０４は、それ自体のデータを伝送し、シンク及びルータデバイス１０４と同様に自身に向けられたデータを受信するために、双方向通信を提供することができるが、非ルータデバイス１０４は、他のデバイス１０４のデータをルーティングしない。デバイス１０４の各々は、少なくともルータ又は非ルータデバイスとして動作することができる。

【0031】

システム１００は、デバイス１０４を備え、そのため、デバイス１０４間の広範な距離と、制限された無線範囲と、に起因して、全てのデバイス１０４がシンクデバイス１０４（ゲートウェイデバイス１０５）と直接通信することができるのではなく、それにより、各デバイス１０４とシンクデバイス１０４との間のマルチリンク（マルチホップ）通信を使用する必要がある。

【0032】

図２Ａは、上記の説明されたシステム１００における（第１の）構成データＣＯを取得及び配布するための構成方法２０８を提示する。方法２０８は、１つのゲートウェイデバイス１０５を有する１つのバックエンドシステム（デバイス）及び１つのシンクデバイス１０４ａを有する当該１つのゲートウェイデバイス１０５を使用して説明されるが、システム１００は、加えて、少なくとも１つの他のバックエンドシステム、例えば、１つ、２つ、３つ、４つ、又はそれ以上の他のバックエンドシステムを有し得、各バックエンドシステムは、当該１つのゲートウェイデバイス１０５を含む少なくとも１つのゲートウェイデバイス１０５と通信し得る。システム１００は、加えて、少なくとも１つの他のゲートウェイデバイス１０５、例えば、１つ、２つ、３つ、４つ、又はそれ以上の他のゲートウェイデバイスを備え得、各ゲートウェイデバイス１０５は、少なくとも１つのシンクデバイス１０４ａ、例えば、当該１つのシンクデバイス１０４ａを含む、１つ、２つ、３つ、４つ、又はそれ以上のシンクデバイスを備え得る。

【0033】

バックエンドシステムは、外部の制御システム、監視システム、又はその両方であり、高計算能力コンピュータに実装され得る。代替的に、バックエンドシステムは、ネットワーク１０２の無線インタフェース又は別の無線インタフェース、例えば、ネットワーク１０２に構成データＣＯのコンテンツを配信するためのＢＬＥ又は無線周波数識別（ＲＦＩＤ）インタフェースを使用することによって、ゲートウェイデバイス１０５と通信するか、又はデバイス１０４、１０４ａ、１０４ｂ、１０４ｄのうちの１つと直接通信するモバイルデバイス（電話）内に軽く実装され得る。そのような配置の場合、モバイルデバイスはまた、高計算能力コンピュータへの接続を有し得、それによってゲートウェイデバイス１０５として動作する。

【0034】

ステップ２１０において、システム１００内のゲートウェイデバイス１０５は、ネットワーク１０２の外部から、構成データＣＯのコンテンツを含むメッセージを受信する。構成データＣＯは、外部ネットワーク１０６内にあるシステム１００のバックエンドシステムによって構成される。システム１００がいくつかのバックエンドシステムを有する場合、各バックエンドシステムは、ネットワーク１０２の専用操作又は専用アプリケーションを管理し、操作又はアプリケーション関連構成データＣＯをネットワーク１０２に送信する。

【0035】

構成データＣＯは、例えば、インターネットプロトコルバージョン６（ＩＰｖ６）構成情報、低電力ワイヤレスパーソナルエリアネットワーク上のＩＰｖ６（６ＬｏＷＰＡＮ）構成情報、動的ホスト構成プロトコル（ＤＨＣＰ）情報、ドメイン名システム（ＤＮＳ）情報、サービス、サーバ、又はその両方の情報、公開鍵又はデジタル証明書、ソフトウェア更新制御情報、ソフトウェア画像、又はソフトウェア関連メタデータ、セキュリティ鍵、セキュリティ鍵リスト、又はセキュリティ鍵関連メタデータ、又は通信プロトコル（スタック）によって使用される他の構成又は管理情報、例えば、ネットワーク１０２内の最大許容伝送（ＴＸ）電力などの伝送構成情報、アプリケーション、又は通信デバイス１０４の他の内部コンポーネントを含み得る。

【0036】

ＩＰｖ６構成情報は、例えば、可変長の少なくとも１つのＩＰｖ６ネットワーク又はサブネットのプレフィックスを含む。プレフィックス情報は、ネットワーク１０２（オンリンク又はオンメッシュのプレフィックス）で使用されるプレフィックス及びＩＰｖ６ステートレスアドレス自動構成（ＳＬＡＡＣ）のために使用されるプレフィックスの情報を通信デバイス１０４に提供する。プレフィックスの情報は、オンリンクフラグ、自律アドレス構成フラグ、有効なライフタイムフィールド、及びプレフィックスに関連する好ましいライフタイムフィールドのうちの少なくとも１つで拡張され得る。ＩＰｖ６構成は、例えば、インターネットプロトコル（ＩＰ）層によって使用されるべき最大伝送ユニット（ＭＴＵ）に関する情報を更に含み得る。

【0037】

６ＬｏＷＰＡＮ構成情報は、例えば、少なくとも１つのＩＰｖ６ヘッダ圧縮コンテキストを含み、単一のコンテキストは、可変長のＩＰｖ６ネットワーク又はサブネットのプレフィックス、又は完全なＩＰｖ６アドレスであり得る、コンテキスト識別子（ＣＩＤ）及びコンテキストプレフィックスを含む。加えて、コンテキストは、圧縮フラグ、特定のＣＩＤ及びプレフィックスに関連する有効なライフタイムフィールド、又はその両方を含み得る。

【0038】

ＤＨＣＰ情報は、例えば、少なくとも１つのＤＨＣＰサーバアドレス、ＤＨＣＰ（マネージドアドレス構成フラグ）を介したＩＰｖ６アドレスの可用性情報、ＤＨＣＰ（他の構成フラグ）を介した他の構成情報の可用性情報、又は他のＤＨＣＰ関連情報を含む。

【0039】

ＤＮＳ情報は、例えば、少なくとも１つのＤＮＳサーバアドレス、ホスト名をＩＰｖ６アドレスにマッピングする少なくとも１つのＤＮＳ ＡＡＡＡレコード、及び他のＤＮＳ関連コンテンツ又はレコードのうちの少なくとも１つを含む。

【0040】

ＩＰｖ６構成、６ＬｏＷＰＡＮ構成、ＤＨＣＰ、及びＤＮＳの情報は、関連するインターネット標準及びコメント要求（ＲＦＣ）で指定されたフォーマット、又は他のフォーマット、例えば、サイズ最適化されたフォーマットである。

【0041】

公開鍵又はデジタル証明書は、例えば、少なくとも１つのルート又は認証局（ＣＡ）証明書、少なくとも１つの中間証明書又は証明書チェーン、及び少なくとも１つのリーフ証明書、例えば、ＤＴＬＳクライアント、ＴＬＳクライアント、サーバ証明書、及びコード署名証明書のうちの少なくとも１つ、のうちの少なくとも１つ含む。情報は、関連するインターネット標準及びコメント要求（ＲＦＣ）、例えば、Ｘ．５０９、で指定されたフォーマット、又はサイズ最適化されたフォーマットなどの他のフォーマットである。

【0042】

サービス及びサーバ情報は、例えば、少なくとも１つのサーバアドレス、少なくとも１つのホスト名、少なくとも１つのサービスＵＤＰポート、少なくとも１つのＴＣＰポート、少なくとも１つのサービス識別子（ＩＤ）、例えば、アプリケーションサーバ及びサービスのうちの少なくとも１つを識別するための少なくとも１つの名前、並びにデバイス管理サーバ及びサービスを含む。

【0043】

ソフトウェア更新制御情報は、例えば、ネットワーク１０２及び通信デバイス１０４において、ソフトウェア又はファームウェアを配布することを可能にする場合、使用することを可能にする場合、又はその両方の場合、ネットワーク１０２で配布されるソフトウェア又はファームウェアのバージョンのうちの少なくとも１つ、新しいソフトウェア又はファームウェアを使用する必要がある時間、及びソフトウェア又はファームウェアの他の識別子、例えば、巡回冗長検査（ＣＲＣ）又はメッセージ整合性コード（ＭＩＣ）を含み得る。

【0044】

ソフトウェア画像は、例えば、ネットワーク１０２に配布され、ネットワーク１０２内である時点で使用されるべき少なくとも１つのソフトウェア又はファームウェア画像を含む。加えて、ソフトウェア画像は、平文又は暗号化されたフォーマットのソフトウェア又は少なくとも１つの画像、及びメタデータ、例えば、ソフトウェア又はファームウェアのバージョン、暗号化方法、ソフトウェア署名方法及び署名、及びＭＩＣのうちの少なくとも１つを含み得る。加えて、ソフトウェア画像は、アプリケーション、通信プロトコル、及び通信デバイス１０４内の他のコンポーネントのうちの少なくとも１つのためのソフトウェア又はファームウェアを含み得る。

【0045】

セキュリティ鍵又はセキュリティ鍵リストは、例えば、ネットワーク１０２内のネットワーク通信を保護するための少なくとも１つのセキュリティ鍵、例えば、通信デバイス１０４から外部バックエンドシステムへのエンドツーエンド通信を保護するための少なくとも１つのセキュリティ鍵、少なくとも１つのアプリケーションセキュリティ鍵、及びメタデータ、例えば、少なくとも１つの鍵インデックス、鍵ローテーションポリシー、又は新しい鍵を使用する時間のうちの少なくとも１つ、及び鍵失効情報を含む。

【0046】

構成データＣＯは、平文であるか、暗号化されているか、又は部分的に平文でありかつ部分的に暗号化されており、少なくとも１つのデジタル署名、少なくとも１つのＭＩＣ、又はその両方によって保護され得る。

【0047】

バックエンドシステムは、ゲートウェイデバイス１０５から、デバイス１０４、１０４ａ、１０４ｂ、１０４ｄのうちの１つからゲートウェイデバイス１０５を介して、又はデバイス１０４、１０４ａ、１０４ｂ、１０４ｄのうちの１つから直接、いかなる要求もなしに構成データＣＯを未要請送信する。代替的に、バックエンドシステムは、ゲートウェイデバイス１０５によって、デバイス１０４、１０４ａ、１０４ｂ、１０４ｄのうちの１つによってゲートウェイデバイス１０５を介して、又はデバイス１０４、１０４ａ、１０４ｄのうちの１つによって直接、送信された要求メッセージへの応答として、構成データＣＯを要請送信し得る。

【0048】

ステップ２１２において、構成データＣＯの受信後、シンクデバイス１０４ａは、そのコントローラ４３０によって、構成データＣＯのコンテンツをそのメモリ４３４に記憶し、記憶された構成データＣＯを要求に応じて配布することができるようにする。次いで、シンクデバイス１０４ａは、そのコントローラ４３０によって、受信した構成データＣＯのコンテンツが、そのための関連するペイロード（部品）を完全に含むかどうか、部分的に含むかどうか、又は全く含まないかどうかを識別し、そのコントローラ４３０によって、受信した構成データＣＯの識別された関連するペイロードが存在する場合、それを採用する。

【0049】

加えて、ゲートウェイデバイス１０５は、ネットワーク１０２の外部の別のバックエンドシステムから、別の構成データＣＯのコンテンツを含む別の（第２の）メッセージを受信し得る。構成データＣＯ及び別の構成データＣＯのコンテンツは、異なる目的に関連する。別の構成データＣＯの受信後、シンクデバイス１０４ａは、そのコントローラ４３０によって、別の構成データＣＯのコンテンツを、要求に応じて配布するために、メモリ４３４に記憶し、そのコントローラ４３０によって、別の構成データＣＯのコンテンツが、関連するペイロードを完全に含むか、部分的に含むか、又は全く含まないかを識別する。次いで、シンクデバイス１０４ａは、そのコントローラ４３０によって、別の構成データＣＯの識別された関連するペイロードが存在する場合、それを採用する。シンクデバイス１０４ａは、異なる目的のための複数の異なる構成データＣＯを受信する場合、以下に説明されているように、方法２０８の関連するステップ２１２、２１４、２１５、２１６、２１７、２１８、２２０における単一の構成データＣＯの場合と同様に動作し、それにより、システム１００は、各シンクデバイス１０４ａ（ローカルソース）から複数の異なる構成データＣＯを並列に配布し得る。

【0050】

加えて、ゲートウェイデバイス１０５は、シンクデバイス１０４ａ及び別のシンクデバイス１０４ａと同様に、ネットワーク内に異なる（第３の）構成データのコンテンツを配布するように構成された、少なくとも１つの他のシンクデバイス１０４ａを備え得る。

【0051】

次に、シンクデバイス１０４ａは、そのコントローラ４３０によって、構成データＣＯの可用性を示すために、構成データＣＯの（新しい）バージョンを識別するバージョン識別子ＶＥを含む、構成データＣＯの記述ＤＥを生成する。

【0052】

加えて、生成した構成データ記述ＤＥは、構成データＣＯのソース、例えば、構成データを配布するシンクデバイス１０４ａのアドレスを識別する構成データＣＯのソース識別子ＳＯを含み得る。ソース識別子ＳＯは、例えば、シンクデバイス１０４ａのデバイスアドレスによって、構成データＣＯをネットワーク１０２に配布する、各シンクデバイス１０４ａをローカルに指定し得る。

【0053】

加えて、シンクデバイス１０４ａは、そのコントローラ４３０によって、構成データ記述ＤＥをビーコンメッセージの一部として含む。

【0054】

ビーコンメッセージは、ネットワーク１０２内のデバイス１０４の情報を含み、典型的には、無線範囲内の全てのデバイス１０４に対してブロードキャストされる。この方法２０８では、シンクデバイス又はルータデバイスとして動作する各デバイス１０４は、ビーコンメッセージを送信するように構成される。

【0055】

図３Ａ及び図３Ｂは、この方法及び以下の関連する方法のステップにおいてビーコンメッセージに含まれる、構成データ記述ＤＥのための情報要素ＩＥの例示的なフォーマットを提示する。

【0056】

情報要素ＩＥは、少なくとも、情報要素のタイプ、この場合、構成データ記述ＤＥを識別するヘッダフィールド、及び少なくとも、構成データ記述ＤＥの受信側デバイス１０４が構成データＣＯの新しいコンテンツを構成データ記述ＤＥの送信側デバイス１０４に要求すべきかどうかを識別するバージョン識別子ＶＥを識別するペイロードフィールドを備える。バージョン識別子ＶＥは、例えば、シーケンス番号、シーケンス識別子、又は構成データＣＯのバージョンを識別する他の識別子であり得る。また、ペイロードフィールドは、構成データＣＯのコンテンツのソース（発信元、ソースアドレス、ソースデバイス）を識別するソース識別子ＳＯを識別し得る。

【0057】

次いで、ステップ２１２において、例では（ローカル）ソースとして動作するシンクデバイス１０４ａは、記憶された構成データＣＯが利用可能であることをシステム１００内に要求に応じて通知（公表）するために、及び必要なときに、同時に、他のデバイス１０４、１０４ｂ、１０４ｃ、１０４ｄとの関連付けを要求に応じて開始するために、その無線通信部４３６によって、構成データ記述ＤＥを含むビーコンメッセージを定期的にブロードキャスト（送信）する。

【0058】

ステップ２１４において、この例ではルータデバイスとして動作する（第１の）デバイス１０４ｂは、その無線通信部４３６によって、ブロードキャストされたビーコンメッセージを受信する。構成データ記述ＤＥはまた、ネットワーク１０２内の他のデバイス１０４によって受信され得、それにより、デバイス１０４ｂは、単なる受信機ではなく、複数の受信側デバイス１０４のうちの１つである。どちらの場合も、ルータデバイスである各受信側デバイス１０４、１０４ｂは、デバイス１０４ａ、１０４ｂ間の以下の通信に従って、独立して、かつ同様に動作する。非ルータデバイス１０４、１０４ｂの動作は、後で説明される。

【0059】

ステップ２１５において、デバイス１０４ｂは、そのコントローラ４３０によって、受信した構成データ記述ＤＥから、デバイス１０４ｂが記憶されたバージョン識別子ＶＥを欠いているかどうかを識別し、これは、デバイス１０４ｂが構成データＣＯを有しないことを意味するか、又はその記憶されたバージョン識別子ＶＥがビーコンメッセージ内のバージョン識別子ＶＥと異なることを意味し、これは、デバイス１０４ｂが構成データＣＯの古いバージョンを有することを意味する。加えて、受信したメッセージがソース識別子ＳＯを含む場合、デバイス１０４ｂはまた、そのコントローラ４３０によって、デバイス１０４ｂが記憶されたソース識別子ＳＯを欠いているかどうかを識別し、これは、デバイス１０４ｂが記憶された構成データＣＯを有しないことを意味するか、又は記憶されたソース識別子ＳＯがビーコンメッセージ内のソース識別子ＳＯと異なることを意味する。識別は、デバイス１０４ｂが記憶されたそれぞれの識別子ＶＥ、ＳＯを有する場合、デバイス１０４ｂのメモリ４３４内の記憶されたそれぞれの識別子ＶＥ、ＳＯを、受信した識別子ＶＥ、ＳＯと比較することによって実行される。

【0060】

バージョン識別子ＶＥが変更されていない場合、又はビーコンメッセージがソース識別子ＳＯも含むときに、両方の識別子ＶＥ、ＳＯが識別に基づいて変更されていない場合、デバイス１０４ｂはその構成データＣＯを更新する必要がなく、ステップ２１４において上記のように動作し続ける。

【0061】

ステップ２１５における識別が、バージョン識別子ＶＥが変更又は欠落していることを示す場合、又はビーコンメッセージがソース識別子ＳＯも含むときに、識別子ＶＥ、ＳＯのうちの少なくとも１つが変更又は欠落していることを示す場合、方法２０８は、デバイス１０４ｂがネットワーク１０２の一部であるかどうか、及び構成データ配布が関連付け通信（手順）に含まれる（統合される）かどうかに応じて、ステップ２１６又はステップ２１８において続行する。

【0062】

ステップ２１６において、デバイス１０４ｂがネットワーク１０２の一部ではなく、関連付け通信と配布通信とが別個である場合、デバイス１０４ｂは、そのコントローラ４３０によって、ネットワーク１０２（及びシンクデバイス１０４ａ）への関連付けを要求するために、関連付け要求（メッセージ）を生成し、その無線通信部４３６によって、関連付け要求をシンクデバイス１０４ａに送信する。

【0063】

ステップ２１７において、シンクデバイス１０４ａは、その無線通信部４３６によって、関連付け要求を受信し、そのコントローラ４３０によって、関連付け確認応答（メッセージ）を生成する。次いで、シンクデバイス１０４ａは、デバイス１０４ａ、１０４ｂ間の関連付けを完了するために、その無線通信部４３６によって、生成した応答をデバイス１０４ｂに送信する。

【0064】

代替的に、デバイス１０４ａ、１０４ｂ間の関連付け手順は、関連付け手順が完了したときに、上記で説明したものよりも多くの通信を含み得る。これはまた、後で説明する他の関連付け手順にも関係する。

【0065】

ステップ２１８において、デバイス１０４ｂが既にネットワーク１０２の一部である場合、構成データＣＯを欠いている、構成データＣＯの古いバージョンを有する、又は異なるソース識別子ＳＯを有するデバイス１０４ｂは、そのコントローラ４３０によって、利用可能な構成データＣＯの実際のコンテンツをシンクデバイス１０４ａに要求するために、構成データ要求ＲＥを生成する。代替的に、構成データ配布は、関連付け通信に含まれ得、それにより、ステップ２１８において、デバイス１０４ｂがネットワーク１０２の一部でない場合、デバイス１０４ｂは、そのコントローラ４３０によって、生成した構成データ要求ＲＥを関連付け要求の一部として含み得る。

【0066】

次いで、デバイス１０４ｂは、その無線通信部４３６によって、ステップ２１８において生成した要求メッセージをシンクデバイス１０４ａに送信する。

【0067】

ステップ２２０において、シンクデバイス１０４ａは、その無線通信部４３６によって、構成データ要求ＲＥ、又は構成データ要求ＲＥを含む関連付け要求をデバイス１０４ｂから受信する。

【0068】

シンクデバイス１０４ａは、構成データ要求ＲＥを受信した場合、そのコントローラ４３０によって、構成データＣＯの実際のコンテンツを応答としてデバイス１０４ｂに送信するために、構成データＣＯのコンテンツを含むメッセージを生成する。代替的に、シンクデバイス１０４ａは、関連付け要求を受信した場合、そのコントローラ４３０によって、構成データＣＯのコンテンツを関連付け確認応答の一部として含む。

【0069】

代替的に、関連付け手順が、上記で説明したような関連付け要求及び関連付け確認応答よりも多くの通信を含む場合、構成データ要求ＲＥは、関連付け要求又は関連付け手順に属する他のメッセージの一部として含まれ得、対応して、構成データＣＯは、関連付け確認応答又は関連付け手順の完了に属する他の応答メッセージの一部として含まれ得る。これはまた、後で説明する他の関連付け手順にも関係する。

【0070】

図３Ｃは、この方法及び以下の関連する方法のステップにおいて関連付け手順の完了に属する専用応答メッセージ又は応答メッセージに含まれる、構成データコンテンツＣＯのための情報要素ＩＥの構造の例示的なフォーマットを提示する。

【0071】

構造は、複数の情報要素ＩＥを含む。情報要素ＩＥのうちの１つは、構成データ記述ＤＥに専用であり、上記で説明したようなフィールドのための同様のオプションを有する。情報要素ＩＥの残りは、ペイロード情報要素ＩＥであり、これらのペイロード情報要素ＩＥの各々は、情報要素のタイプ、この場合は、ペイロードのコンテンツ及びフォーマットを識別するヘッダフィールドと、受信側デバイス１０４内の特定の使用Ａ、Ｂ、Ｃのための構成データＣＯの実際のデータコンテンツを含むペイロードフィールドと、を含む。

【0072】

次いで、シンクデバイス１０４ａは、その無線通信部４３６によって、ステップ２２０において生成した応答メッセージをデバイス１０４ｂに送信して、構成データＣＯの実際のコンテンツを送信し、構成データＣＯのコンテンツが関連付け確認応答に含まれている場合は、デバイス１０４ｂのネットワーク１０２への（デバイス１０４ａ、１０４ｂ間の）関連付けを完了する。

【0073】

加えて、ステップ２２０において、デバイス１０４ｂは、その無線通信部４３６によって、構成データＣＯの実際のコンテンツを含む応答メッセージをいずれの場合もシンクデバイス１０４ａから受信する。

【0074】

送信側デバイス１０４が応答メッセージに含める必要がある構成データ記述ＤＥ及びペイロードの情報要素ＩＥのサイズが、使用される通信プロトコルスタックの最大ペイロードサイズよりも大きくあり得る場合、送信側デバイス１０４は、応答メッセージをセグメント化（フラグメント化）及び再構成するので、構成データＣＯのコンテンツは受信側デバイス１０４への複数の応答メッセージによって送信され、受信側デバイス１０４は、各セグメント化された応答メッセージの受信後にステータスメッセージを送信する必要がある。

【0075】

応答メッセージのセグメント化が必要な場合、送信側デバイス１０４は、セグメント化情報要素ＩＥを含む第１のセグメント化された応答メッセージを送信し、これは、構成データＣＯのコンテンツが後続のセグメント化された応答メッセージで送信されることを受信側デバイス１０４に示す。第１のセグメント化された応答メッセージの受信後、受信側デバイス１０４は、構成データＣＯのコンテンツの第１の部分を含む次のセグメント化された応答メッセージを要求するために、受信側デバイス１０４がセグメント化指標を受信したことを示すセグメント化ステータス情報要素ＩＥを含む要求メッセージを送信する。

【0076】

次に、送信側デバイス１０４は、第２のセグメント化された応答メッセージを送信し、第２のセグメント化された応答メッセージは、構成データＣＯのコンテンツの第１の部分、これが構成データＣＯのコンテンツの第１の部分であるという指標、及び送信側デバイス１０４がまだ送信している構成データＣＯのコンテンツの後続の部分の数を含む。構成データＣＯのコンテンツの第１の部分の受信後、受信側デバイス１０４は、構成データＣＯのコンテンツの第１の部分を受信したことを示す第２の要求メッセージを送信する。

【0077】

セグメント応答及び要求メッセージの交換は、送信側デバイス１０４が構成データＣＯのコンテンツの最後の部分及びそれが最後の部分であるという指標を含む最後のセグメント化された応答メッセージを送信し、受信側デバイス１０４が構成データＣＯのセグメント化されたコンテンツの全ての部分を受信している限り継続する。

【0078】

セグメント応答及び要求メッセージの交換により、全てのセグメント化された応答メッセージが受信され、欠落していないことを確認する。

【0079】

ステップ２２２において、使用されるメッセージフォーマットにかかわらず、遅くとも、ここではネットワーク１０２の一部であるデバイス１０４ｂは、そのコントローラ４３０によって、受信した構成データＣＯのコンテンツが、そのための関連するペイロードを完全に含むか、部分的に含むか、又は全く含まないかを識別する。デバイス１０４ｂは、ルータデバイスとして動作するので、デバイス１０４ｂは、そのコントローラ４３０によって、受信した構成データＣＯの全てのコンテンツをそのメモリ４３４に記憶し、記憶された構成データＣＯを要求に応じて配布することができるようにする。デバイス１０４ｂが非ルータデバイスとして動作していた場合、デバイス１０４ｂは、関連するペイロードが存在する場合、それのみを記憶する。代替的に、デバイス１０４ｂが非ルータデバイスとして動作していたとしても、デバイス１０４ｂは、受信した構成データＣＯの全てのコンテンツを記憶し得る。次いで、デバイス１０４ｂは、そのコントローラ４３０によって、受信した構成データＣＯの識別された関連するペイロードが存在する場合、それをステップ２１２のシンクデバイス１０４ａと同様に採用する。

【0080】

ステップ２２４において、デバイス１０４ｂは、そのコントローラ４３０によって、記憶されたバージョン識別子ＶＥと、記憶されたソース識別子ＳＯが存在する場合は、記憶されたソース識別子ＳＯとを含む構成データ記述ＤＥを生成する。加えて、デバイス１０４ａは、そのコントローラ４３０によって、ステップ２１２のシンクデバイス１０４ａと同様に、構成データ記述ＤＥをビーコンメッセージの一部として含む。

【0081】

次いで、ステップ２２４において、デバイス１０４ｂは、その無線通信部４３６によって、記憶された構成データＣＯが利用可能であることを要求に応じて通知するために、及び必要な時に、同時に、ステップ２１２のシンクデバイス１０４ａと同様に、他のデバイス１０４、１０４ｃ、１０４ｄとの関連付けを要求に応じて開始するために、構成データ記述ＤＥを含むビーコンメッセージを定期的にブロードキャストする。

【0082】

この例では非ルータデバイスとして動作する（第２の）デバイス１０４ｃは、その無線通信部４３６によって、ステップ２１４のデバイス１０４ｂと同様に、ブロードキャストされたビーコンメッセージを受信する。デバイス１０４ｃはまた、ルータデバイスとして動作し得る。構成データ記述ＤＥはまた、他のデバイス１０４によって受信され得る。再度、どちらの場合も、非ルータデバイスである各受信側デバイス１０４、１０４ｃは、デバイス１０４ｂ、１０４ｃ間の以下の通信に従って、独立して、かつ同様に動作し、ルータデバイスである各受信側デバイス１０４、１０４ｃは、デバイス１０４ａ、１０４ｂ間の上記で説明された通信に従って、独立して、かつ同様に動作する。

【0083】

次いで、ステップ２２４において、デバイス１０４ｃは、そのコントローラ４３０によって、デバイス１０４ｃがバージョン識別子ＶＥを欠いているか、又は記憶されたバージョン識別子ＶＥがビーコンメッセージ内のバージョン識別子ＶＥと異なるかを識別する。加えて、ビーコンメッセージがソース識別子ＳＯを含む場合、デバイス１０４ｃはまた、そのコントローラ４３０によって、デバイス１０４ｃが記憶されたソース識別子ＳＯを欠いているか、又は記憶されたソース識別子ＳＯがビーコンメッセージ内のソース識別子ＳＯと異なるかを識別する。識別は、ステップ２１５のデバイス１０４ｂと同様に実行される。

【0084】

識別子が、バージョン識別子ＶＥが変更されていないことを示す場合、又はビーコンメッセージがソース識別子ＳＯを含むときに、両方の識別子ＶＥ、ＳＯが変更されていないことを示す場合、デバイス１０４ｃは、その構成データを更新する必要がなく、上述のように動作し続ける。

【0085】

バージョン識別子ＶＥが変更又は欠落している場合、又はビーコンメッセージがソース識別子ＳＯも含むときに、識別子ＶＥ、ＳＯのうちの少なくとも１つが変更又は欠落している場合、方法２０８は、デバイス１０４ｃがネットワーク１０２の一部であるかどうか、及び構成データ配布が関連付け通信に含まれるかどうかに応じて、ステップ２２５又はステップ２２７において続行する。

【0086】

ステップ２２５において、デバイス１０４ｃがネットワーク１０２の一部ではなく、関連付け通信と配布通信とが別個である場合、デバイス１０４ｃは、そのコントローラ４３０によって、ネットワーク１０２への関連付けをデバイス１０４ｂに要求するために、関連付け要求を生成し、その無線通信部４３６によって、関連付け要求をデバイス１０４ｂに送信する。次いで、デバイス１０４ｂは、その無線通信部４３６によって、関連付け要求を受信する。

【0087】

ステップ２２６において、デバイス１０４ｂは、そのコントローラ４３０によって、関連付け確認応答を生成し、デバイス１０４ｂ、１０４ｃ間の関連付けを完了するために、その無線通信部４３６によって、生成した応答をデバイス１０４ｃに送信する。

【0088】

ステップ２２７において、デバイス１０４ｃが既にネットワーク１０２の一部である場合、構成データＣＯを欠いている、構成データＣＯの古いバージョンを有する、又は異なるソース識別子ＳＯを有するデバイス１０４ｃは、そのコントローラ４３０によって、ステップ２１８のデバイス１０４ｂと同様に、利用可能な構成データＣＯの実際のコンテンツをデバイス１０４ｂに要求するために、構成データ要求ＲＥを生成する。代替的に、構成データ配布は、関連付け通信に含まれ得、かつデバイス１０４ｃがまだネットワーク１０２の一部でない場合、デバイス１０４ｃは、そのコントローラ４３０によって、生成した構成データ要求ＲＥを関連付け要求の一部として含み得る。

【0089】

次いで、デバイス１０４ｃは、その無線通信部４３６によって、ステップ２２７において生成した要求メッセージを、ステップ２１８のデバイス１０４ａと同様に、デバイス１０４ｂに送信する。

【0090】

ステップ２２７において、デバイス１０４ｂは、その無線通信部４３６によって、ステップ２２０のシンクデバイス１０４ａと同様に、構成データ要求ＲＥ、又は構成データ要求ＲＥを含む関連付け要求をデバイス１０４ｃから受信する。

【0091】

デバイス１０４ｂは、構成データ要求ＲＥを受信した場合、そのコントローラ４３０によって、構成データＣＯの実際のコンテンツをデバイス１０４ｃに送信するために、構成データＣＯのコンテンツを含むメッセージを生成する。代替的に、デバイス１０４ｂは、関連付け要求を受信した場合、そのコントローラ４３０によって、ステップ２２０のシンクデバイス１０４ａと同様に、構成データＣＯのコンテンツを関連付け確認応答の一部として含む。どちらの場合も、デバイス１０４ｂは、これ以上構成データＣＯのコンテンツをシンクデバイス１０４ａに要求することなく、構成データＣＯのコンテンツをデバイス１０４ｃに独立して送信する。

【0092】

次いで、ステップ２２８において、デバイス１０４ｂは、その無線通信部４３６によって、ステップ２２７において生成した応答メッセージをデバイス１０４ｃに送信して、構成データＣＯの実際のコンテンツを送信し、構成データＣＯのコンテンツが関連付け確認応答に含まれている場合は、ステップ２２０のシンクデバイス１０４ａと同様に、デバイス１０４ｂ、１０４ｃ間の関連付けを完了する。

【0093】

加えて、ステップ２２８において、デバイス１０４ｃは、その無線通信部４３６によって、構成データＣＯの実際のコンテンツを含む応答メッセージをいずれの場合もデバイス１０４ｂから受信する。代替的に、必要な場合、構成データＣＯの実際のコンテンツは、上記で説明したようなセグメント化された応答及び要求メッセージの交換によって通信され得る。

【0094】

遅くとも、ここではネットワーク１０２の一部であるデバイス１０４ｃは、そのコントローラ４３０によって、受信した構成データＣＯのコンテンツが、そのための関連するペイロードを含むかどうかを少なくとも識別し、そのコントローラ４３０によって、受信した構成データＣＯの識別された関連するペイロードが存在する場合、それをそのメモリ４３４に記憶する。代替的に、デバイス１０４ｃは、そのコントローラ４３０によって、ステップ２２２のデバイス１０４ｂと同様に、受信した構成データＣＯの全てのコンテンツを記憶する。次いで、デバイス１０４ｃは、そのコントローラ４３０によって、受信した構成データＣＯの識別された関連するペイロードを採用する。

【0095】

デバイス１０４ｃは、ルータデバイスとしてのその役割を変更し得、デバイス１０４ｃが既に構成データＣＯの全てのコンテンツを記憶している場合、デバイス１０４ｃは、そのコントローラ４３０によって、構成データ記述ＤＥを生成し得、その無線通信部４３０によって、ステップ２２４のデバイス１０４ｂと同様に、構成データ記述ＤＥを含むビーコンメッセージをブロードキャストし得る。

【0096】

デバイス１０４ｃがステップ２２４において構成データ記述ＤＥを受信したときに、デバイス１０４ｃが既にルータデバイスとして動作している場合、ルータデバイス１０４ｃは、上記で説明したように受信した構成データＣＯの全てのコンテンツを記憶しており、ステップ２２４のデバイス１０４ｂと同様に、構成データ記述ＤＥを生成し、構成データ記述ＤＥを含むビーコンメッセージをブロードキャストし得る。

【0097】

どちらの場合も、デバイス１０４ｃがルータデバイスとしての役割を変更したか、又はルータデバイスとして既に動作しているかにかかわらず、デバイス１０４ｃは、これ以上構成データＣＯのコンテンツをデバイス１０４ｂに要求することなく、構成データ要求ＲＥをデバイス１０４ｃに送信した別のデバイス１０４に、構成データＣＯの記憶されたコンテンツを独立して送信し得る。

【0098】

代替的に、非ルータデバイスとして動作しているデバイス１０４ｃが、構成データＣＯの記憶された全てのコンテンツを有しているのではなく、他のデバイス１０４が、構成データ要求ＲＥによる構成データＣＯをデバイス１０４ｃに要求する場合、デバイス１０４ｃは、そのコントローラ４３０によって、ステップ２２７と同様に、デバイス１０４ｂに構成データＣＯのコンテンツを要求するために、構成データ要求ＲＥを生成する。デバイス１０４ｂは、ステップ２２８と同様に、デバイス１０４ｃに応答として構成データＣＯの記憶されたコンテンツを送信し、デバイス１０４ｃは、構成データＣＯの全ての受信したコンテンツを記憶する。次いで、デバイス１０４ｃは、そのコントローラ４３０によって、構成データＣＯの記憶されたコンテンツを要求デバイス１０４に送信する。

【0099】

図２Ｂは、マルチホップ通信の原理を提示する。上記の説明が主にデバイス１０４ａ、１０４ｂ、１０４ｃを参照することによって行われる場合でも、単一のデバイス１０４ａによってブロードキャストされる各メッセージ、例えば、構成データ記述ＤＥは、デバイス１０４ｂを含む複数のノードデバイスによって受信され得る。したがって、デバイス１０４ｂは、少なくとも１つのノードデバイス、例えば、１つ、２つ、３つ、４つ、又はそれ以上のノードデバイスを備え、各々は、通信がデバイス１０４ａと単一のデバイス１０４ｂとの間で実行されると説明されている場合でも、メッシュネットワークの原則に従って、デバイス１０４ａと独立して、かつ同様に通信する。

【0100】

同じことはまた、デバイス１０４ｃを含む複数のノードデバイスによって受信され得る単一のデバイス１０４ｂによってブロードキャストされた各メッセージ、及びデバイス１０４ｂと単一のデバイス１０４ｃとの間の通信にも関係する。これは、デバイス１０４ｃがまた、少なくとも１つのノードデバイス、例えば、１つ、２つ、３つ、４つ、又はそれ以上のノードデバイスを備え、デバイス１０４ｂが、当該ノードデバイスの各々との独立した通信によって、複数のノードデバイスと通信し得ることを意味する。当然ながら、同じことは、他のデバイス１０４を含む複数のノードデバイスによって受信され得る単一のデバイス１０４ｃによってブロードキャストされた各メッセージ、及びデバイス１０４ｃと単一の他のデバイス１０４との間の通信にも関係する。

【0101】

対応して、同じことは、第２の他のデバイス１０４を含む複数のノードデバイスによって受信され得る単一の他のデバイス１０４によってブロードキャストされた各メッセージ、及び他のデバイス１０４と単一の第２の他のデバイス１０４との間の通信にも関係する。次いで、各第２の他のデバイス１０４は、マルチホップ原理に従って、ネットワーク１０２を介して各メッセージの自動配信を継続する。

【0102】

図４は、上記で説明したように、ネットワーク１０２内で通信し、構成方法２０８の関連する特徴（ステップ）を実行することができるデバイス１０４（１０４ａ、１０４ｂ、１０４ｃ、１０４ｄ）を提示する。

【0103】

デバイス１０４は、デバイス１０４が上記で説明したように動作するように、その一部分４３２、４３４、４３６、４３８、４４０の動作を制御するコントローラ（制御部分）４３０を備える。

【0104】

コントローラ４３０は、オペレータ開始命令及び／又はコンピュータプログラム開始命令を実行し、アプリケーションを実行するためにデータを処理するプロセッサ（プロセッサ部分）４３２を備える。プロセッサ４３２は、少なくとも１つのプロセッサ、例えば、１つ、２つ、３つ、４つ、又はそれ以上のプロセッサを備え得る。

【0105】

コントローラ４３０はまた、データを記憶及び維持するために、メモリ（メモリ部分）４３４を備える。データは、命令、コンピュータプログラム、及びデータファイルであり得る。メモリ４３４は、少なくとも１つのメモリ、例えば、１つ、２つ、３つ、４つ、又はそれ以上のメモリを備える。

【0106】

デバイス１０４はまた、無線通信部（無線通信部分、データ転送機）４３６及びアンテナ（アンテナ部分）４３８を備え、これらは、アンテナ４３８を介して、システム１００内のエンティティ、例えば、デバイス１０４のうちの少なくとも１つに、コマンド、要求、及びデータを送信するためにコントローラ４３０が使用する。無線通信部４３６はまた、アンテナ４３８を介して、システム１００内のエンティティ、例えば、デバイス１０４のうちの少なくとも１つから、コマンド、要求、及びデータを受信する。デバイス１０４の無線通信部４３６とシステム１００内の他のエンティティとの間の通信は、アンテナ４３８を介してワイヤレスで提供される。

【0107】

デバイス１０４はまた、電力供給部（電力供給部分）４４０を備える。電力供給部４４０は、デバイス１０４に給電するためのコンポーネント、例えば、バッテリ及びレギュレータを備える。

【0108】

メモリ４３４は、少なくとも、無線通信部４３６を動作させる（制御する）ための無線通信アプリケーション４４２、及び電力供給部４４０を動作させるための電力供給アプリケーション４４４を記憶する。

【0109】

メモリ４３４はまた、コンピュータプログラム（コンピュータソフトウェア、コンピュータアプリケーション）４４８を記憶し、コンピュータプログラム４４８は、コントローラ４３０によって、コンピュータ、例えば、デバイス１０４内で実行（実行）されるとき、上述の図の文脈で説明されたデバイス１０４の動作を少なくとも実行するために、部分４３６、４３８、４４０のうちの少なくとも１つを使用する。

【0110】

コンピュータプログラム４４８は、有形の不揮発性コンピュータ可読記憶媒体、例えば、コンパクトディスク（ＣＤ）又はユニバーサルシリアルバス（ＵＳＢ）タイプの記憶デバイスに記憶され得る。

【図1】

【図2A】

【図2B】

【図3A】

【図3B】

【図3C】

【図4】

【国際調査報告】