(57)【特許請求の範囲】
【請求項１】
メッシュネットワークにおいてワイヤレスデバイスにメッセージを送信するための方法であって、
前記ワイヤレスデバイスが、１組の少なくとも２つの異なる論理エンティティを含み、不連続の受信機会中にメッセージを受信し、
前記方法が、前記メッセージの送信前に、
（ａ）第１の送信モード及び第２の送信モードを含む１組の送信モードから送信モードを選択するステップであって、
前記第１の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる前記受信機会に限定され、
前記第２の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応する、ステップと、
（ｂ）前記選択された送信モードに対応する前記受信機会の１つの間に前記メッセージの前記送信を引き起こすステップと
を含む、方法。
【請求項２】
ステップ（ａ）及び（ｂ）がメッセージソースで行われ、ステップ（ｂ）は、前記メッセージソースが制御メッセージを送信するステップを更に備え、前記制御メッセージが、前記１組の論理エンティティのうちの少なくとも１つの論理エンティティに専用の専用プロキシノードへのインジケータを含み、前記インジケータの値が、前記選択された送信モードに従って設定され、前記方法は、前記専用プロキシノードが、前記選択された送信モードに対応する前記受信機会の１つの間に前記メッセージを送信するステップ（ｃ）を更に含む、請求項１に記載の方法。
【請求項３】
前記メッセージソースが専用のプロキシノードである場合に、ステップ（ｂ）の前記送信が、前記専用プロキシノードとしての前記メッセージソースによって、前記制御メッセージをより下の層に送信し、ステップ（ｃ）での前記メッセージの前記送信を引き起こすステップを含む、請求項２に記載の方法。
【請求項４】
前記インジケータが、前記専用プロキシノードへの前記制御メッセージの論理エンティティ識別子フィールドに含まれる論理エンティティ識別子であり、前記第１の送信モードが選択される場合には、前記インジケータの値が、前記単一の選択された論理エンティティの前記論理エンティティ識別子に等しく、前記第２の送信モードが選択される場合には、前記インジケータの前記値が、予約済の所定の識別子である、請求項２又は３に記載の方法。
【請求項５】
前記制御メッセージが、論理エンティティ識別子を含む論理エンティティ識別子フィールドと、前記インジケータを含むフラグフィールドとを含む、請求項２又は３に記載の方法。
【請求項６】
前記第２の送信モードで、前記メッセージに関する前記受信機会が、前記ワイヤレスデバイスの前記論理エンティティ全ての組み合わせられた受信機会に対応する、請求項１乃至５の何れか一項に記載の方法。
【請求項７】
ステップ（ａ）で、前記送信モードの前記選択がまた、前記ワイヤレスデバイスに前記メッセージを送信するステップ（ｃ）を行うための専用プロキシノードの選択も含む、請求項１乃至６の何れか一項に記載の方法。
【請求項８】
前記送信モードの前記選択が、前記ワイヤレスデバイスの特性、前記ワイヤレスデバイスでの論理エンティティの数、ワイヤレスデバイスのタイプ、論理エンティティの通信の頻度、通信される情報のタイプ、前記通信される情報の送達の緊急性、前記ワイヤレスデバイスによる任意の種類の確認の必要性、前記ワイヤレスデバイスの１つ若しくは複数の論理エンティティ又はワイヤレスデバイス全体への前記通信される情報の適用可能性、前記送達の望まれる信頼性、送達されるべき１つ又は複数のメッセージの作成、前記ソースノードの特性、ソースノードタイプ、プロキシとなることができるソースノードの機能、特定の論理エンティティとペアリングされる又は通信するソースノードの数、プロキシに関する知識の正確さ、前の送信の送達成功率、前記送信モード間の関係、及び前記バッファリングされたメッセージを管理するためのポリシーといった基準の１つ又は複数に基づく、請求項１乃至７の何れか一項に記載の方法。
【請求項９】
ステップ（ａ）及び（ｂ）が、前記メッセージをワイヤレスデバイスに送信するプロキシノードで行われ、
送信モードを選択する前記ステップ（ａ）が、前記選択された送信モードを示す受信された制御メッセージでのインジケータの検出された値に基づき、
前記メッセージの前記送信を引き起こす前記ステップ（ｂ）が、
（ｂ１）前記制御メッセージから前記ワイヤレスデバイスに送信されるべきメッセージを生成するサブステップと、
（ｂ２）前記検出された送信モードに基づいて、前記ワイヤレスデバイスに前記メッセージを送信するサブステップとを含み、
前記第１の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる前記受信機会に限定され、
前記第２の送信モードでは、前記メッセージに関する前記受信機会が、少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応する、請求項１に記載の方法。
【請求項１０】
前記制御メッセージが、論理エンティティ識別子を含む論理エンティティ識別子フィールドを更に含み、前記論理エンティティ識別子が前記組のうちの１つの識別された論理エンティティを識別する場合には、前記第１の送信モードが検出され、前記選択された単一の論理識別子が、前記識別された論理エンティティであり、前記論理エンティティ識別子フィールドが予約済のアドレスを所持する場合には、前記第２の送信モードが検出される、請求項９に記載の方法。
【請求項１１】
前記プロキシノードが、前記選択された送信モードに基づいて、送信バッファのバッファリングされているメッセージを管理するステップを含む、請求項９又は１０に記載の方法。
【請求項１２】
前記ワイヤレスデバイスが、エネルギーハーベスタのための少なくとも１つのエネルギー入力を備え、受信機会が、送信期間後の所定の時点に生じ、前記送信期間が、前記エネルギー入力によるエネルギーの採取によって少なくとも一部使用可能にされ、前記エネルギー入力が論理エンティティに関連付けられ、前記送信期間が、前記エネルギー入力によるエネルギーの前記採取によって少なくとも一部トリガされ、前記受信機会が前記論理エンティティに関連付けられる、請求項１乃至１１の何れか一項に記載の方法。
【請求項１３】
前記プロキシノード又は前記メッセージソースが、前記ワイヤレスデバイスに関する情報を記憶するテーブルを含み、単一のテーブルエントリが、前記ワイヤレスデバイスの論理エンティティの数を表す、請求項１乃至１２の何れか一項に記載の方法。
【請求項１４】
メッシュネットワークにおいて１組の少なくとも２つの異なる論理エンティティを含むワイヤレスデバイスへのメッセージの送信を引き起こすためのメッセージソース装置であって、前記ワイヤレスデバイスが、不連続の受信機会中にメッセージを受信し、
前記メッセージソース装置が、第１の送信モード及び第２の送信モードを含む１組の送信モードから送信モードを選択する制御装置を備え、
前記第１の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる前記受信機会に限定され、
前記第２の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応し、
前記制御装置が、前記選択された送信モードに対応する前記受信機会の１つの間に前記メッセージの送信を引き起こす、メッセージソース装置。
【請求項１５】
メッシュネットワークにおいて１組の少なくとも２つの異なる論理エンティティを含むワイヤレスデバイスにメッセージを転送するためのトランシーバを備えるプロキシノードであって、前記ワイヤレスデバイスが、不連続の受信機会中にメッセージを受信し、前記プロキシノードが、
選択された送信モードを示す制御メッセージでのインジケータの値を検出する復号器であって、前記送信モードが、第１の送信モード及び第２の送信モードを含む１組の送信モードから選択された復号器と、
前記制御メッセージから、前記ワイヤレスデバイスに送信されるべきメッセージを生成する制御装置とを備え、
前記トランシーバが、前記検出された送信モードに基づいて前記メッセージを前記ワイヤレスデバイスに送信する送信機を備え、
前記第１の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる前記受信機会に限定され、
前記第２の送信モードでは、前記メッセージに関する前記受信機会が、前記１組の少なくとも２つの論理エンティティのうちの少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応する、
プロキシノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ワイヤレスメッシュネットワーク、及びそのために構成されるデバイスの分野に関する。本発明は、より詳細には、複数の論理エンティティを含むデバイスへのメッセージの通信に関し、例えば、（限定はしないが）資源制約デバイス、例えばZigBee（登録商標） Green Powerデバイスを含むZigBee（登録商標）ネットワーク等のワイヤレスネットワークに関連する。
【背景技術】
【０００２】
ホームオートメーションは、ユーザが照明器具や空気調和装置を含めた装置を制御し、それらの装置に指令することを可能にするために、幾つかのデバイスが互いに通信することを必要とする。スイッチ、光センサ、温度センサ等のデバイスは、制御されるデバイスにコマンドを送信するために使用される制御装置である。エネルギー採取制御装置は、制御機器市場のための魅力的なオプションである。実際、これらの制御機器は、それらの環境（例えば入射光、温度差、若しくは流れ）又は人間のアクション（例えばボタン押下）から採取されるエネルギーによって電力供給され得て、従って自律式に動作し、メンテナンス不要であり（バッテリを交換する必要がなく）、「環境に優しい」。
【０００３】
商用電源によって及びバッテリによって電力供給される有線又は無線制御装置によって今日実現されている典型的な制御機器の使用例の１つは、複数ロッカ／複数ボタン制御装置（又はスイッチ／リモートコントローラ）であり、各ロッカ／ボタンが個々のターゲット（アクチュエータ）を制御できるようにし、例えば室内の窓側及び廊下側のライトを個別に制御できるようにする。これは、例示的な図１によって示されており、図１で、デバイス１は、２つのロッカ１１及び１２を備え、これらのロッカ１１及び１２は、オン及びオフコマンドによって、少なくとも１つのランプ１３及び１４をそれぞれ制御する。ロッカの数はより多いことがあり得ることに留意されたい。更に、スイッチの代わりに、デバイスはまた、光センサ又は動き検出器を含むこともできる。実際には、他のユーザ作動手段（例えば、ノブ、スライダ、タッチパッド等）を網羅するだけでなく、自律動作式のデバイス、例えばセンサの複数のインスタンスも網羅し、それらは、例えばタイマ、測定値が特定の閾値を超えたこと、又は特定量の採取されたエネルギー等によってトリガされ得る。しかし、コスト削減の理由から、複数の論理エンティティのうちの異なる論理エンティティをそれぞれ形成する複数の異なるロッカ／センサのためのただ１つのワイヤレストランシーバを有することが想定される。
【０００４】
ZigBee（登録商標）規格のGreen Power機能は、エネルギー採取ワイヤレスデバイスに関する現在唯一の標準である。これは、あらゆるエネルギー採取デバイスを対象とし、限られた１組のコマンドを送達することのみ可能な非常に単純なものから、セキュリティを使用することが可能な局所的にコミッショニング可能なもの、及び双方向通信可能、即ち遠隔管理可能なものまでを対象とする。Green Power Device（ＧＰＤ）製造業者は、それらの用途によって必要とされる、及びそれらの製品に関して予想されるエネルギー源によって可能な特徴の組を選択することができる。
【０００５】
Green Powerの双方向通信機能、即ちＧＰＤにフレームを送信すること（及びＧＰＤによってフレームを受信すること）ができる機能は、Green Power Deviceの限られたエネルギー資源に適合される。この機能をサポートするＧＰＤは、アプリケーション制御下で、その独自の送信後に短期間だけ受信窓を開くことができる（現在のＧＰ規格v1.0では、ＧＰＤの送信の開始とＧＰＤの受信窓の開始との間の時間を定義するgpRxOffsetは５ｍｓである）。
【０００６】
これを可能にするために、ＧＰＤに通信するデバイスは、以下のように挙動しなければならない。ＧＰＤに送達されるべきコマンドは、バッファリングされて、ＧＰＤ送信のために準備を完了される必要がある。その目的で、Green Power規格は、gpTxQueueを定義する。ＧＰＤによる受信機会は稀であり得るので、gpRxOffsetの短い時間間隔にも関わらず、フレームは安全に送達されなければならない；即ち、ＧＰＤに送信するデバイスは、受信されるトリガフレームが適正にフォーマットされており、ＧＰＤとの事前の合意に従って保護されていることを検証し、次いで、送信されるべきフレームにセキュリティ処理を施さなければならない。
【０００７】
しかし、図１のデバイス等、複数の論理エンティティを有する単一のデバイスの場合、効率的で融通性の高い通信を可能にするためにアドレス指定及び通信方式を適合させる必要がある。同じ問題が、非ZigBee（登録商標） Green電力デバイス、例えばプロプライエタリ（独自の）ソリューションで生じ得る。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明の目的は、ノードを操作するための方法であって、上述した問題を軽減する方法を提案することである。
【０００９】
本発明の別の目的は、ワイヤレスデバイスにメッセージを送信するための方法であって、同じワイヤレスデバイスの異なる論理エンティティにアドレス指定されたメッセージの送信に効率的に対処する方法を提案することである。
【課題を解決するための手段】
【００１０】
このために、本発明の第１の態様によれば、ワイヤレスデバイスにメッセージを送信するための方法であって、
ワイヤレスデバイスが、１組の少なくとも２つの異なる論理エンティティを含み、不連続の受信機会中にメッセージを受信するように構成され、
当該方法は、メッセージの送信前に、
（ａ）第１の送信モード及び第２の送信モードを含む１組の送信モードから送信モードを選択するステップであって、
第１の送信モードでは、メッセージに関する受信機会が、１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる受信機会に限定され、
第２の送信モードでは、メッセージに関する受信機会が、少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応するステップと、
（ｂ）選択された送信モードに対応する受信機会の１つの間にメッセージの送信を引き起こすステップと
を含む方法が提案される。
【００１１】
従って、この方式はまず、異なる論理エンティティへのメッセージの送信の取扱いを可能にする。しかし更に、２つの異なる送信モードの選択を提供し、第２の送信モードは、ワイヤレスデバイスへのメッセージのより高速の送信を可能にする。実際、第１の論理エンティティに関連付けられる受信機会が、第２の論理エンティティに関連付けられる受信機会よりも少ない頻度で生じている場合、それにも関わらず、重要なメッセージは、第１又は第２の論理エンティティに関連付けられる受信機会の任意のものを使用することによって、ワイヤレスデバイスの第１の論理エンティティに送信され得る。例えば、ワイヤレスデバイスの動作に重要となり得る構成メッセージがより容易に送信され得る。
【００１２】
本発明は、異なる関連の受信機会を有する論理エンティティを有する任意のデバイスに関して有益であり得る。しかし、制約されたワイヤレスデバイス、例えば十分なエネルギーを採取しているときにのみ通信することができるエネルギー採取ワイヤレスデバイスの使用が特に興味深い。例えば、ワイヤレスデバイスは、エネルギーハーベスタのための少なくとも１つのエネルギー入力を有するエネルギーハーベスタを備えることができ、受信機会が、送信期間後の所定の時点に生じ、前記送信期間が、前記エネルギー入力によるエネルギーの採取によって少なくとも一部トリガされる。エネルギー入力は、例えば、小さなダイナモを作動させるロッカ若しくはボタン、コイルに対する磁石の運動、又はユーザによる機械的な作動からエネルギーを収集するための圧電ハーベスタでよい。特に、エネルギー入力は、対応する論理エンティティに関連付けられ得て、送信期間及び後続の受信機会は、前記論理エンティティに関連付けられる。従って、一例では、ワイヤレスデバイスは、それぞれの論理エンティティにそれぞれ対応するエネルギーハーベスタのためのそれぞれのエネルギー入力を有する２つの異なるロッカを有する。両方の入力によって作動される単一のハーベスタ、又はそれぞれがロッカに対応する２つの異なるハーベスタが存在し得る。ロッカの一方が他方よりも少ない頻度で使用される場合、対応する論理エンティティは、わずかな送信しか有さず、従って少数の関連の受信機会しか有さない。これは、その論理エンティティを通してメッセージを送る、又はその論理エンティティにメッセージを渡すことを難しくし得ることを意味する。本発明のこの変形形態は、この問題を解決する。
【００１３】
本発明のこの第１の態様の第１の実施形態によれば、ステップ（ａ）及び（ｂ）がメッセージソースで行われ、ステップ（ｂ）は、メッセージソースが制御メッセージを送信するステップを更に備え、制御メッセージが、１組の論理エンティティのうちの少なくとも１つの論理エンティティに専用の専用プロキシノードへのインジケータを含み、インジケータの値が、選択された送信モードに従って設定され、当該方法は、専用プロキシノードが、選択された送信モードに対応する受信機会の１つの間にメッセージを送信するステップ（ｃ）を更に含む。
【００１４】
この第１の実施形態の一例では、メッセージソースが専用のプロキシノードである場合に、ステップ（ｂ）の送信は、専用プロキシノードとしてのメッセージソースによって、制御メッセージをより下の層に送信し、ステップ（ｃ）でのメッセージの送信を引き起こすステップを含む。この第１の実施形態の別の例では、インジケータは、専用プロキシノードへの制御メッセージの論理エンティティ識別子フィールドに含まれる論理エンティティ識別子であり、第１の送信モードが選択される場合には、インジケータの値は、単一の選択された論理エンティティの論理エンティティ識別子に等しく、第２の送信モードが選択される場合には、インジケータの値は、予約済の所定の識別子である。用語「予約済の」は、標準規格と同様に使用され、これは、これらの値が特別な意味合いを有することを意味する。この実施形態は、既に定義されている論理エンティティ識別子フィールドによって実現され得る。前の実施例と組み合わされ得る別の実施例では、インジケータは、論理エンティティ識別子を含む論理エンティティ識別子フィールドに加えて搬送されるフラグフィールドに含まれる。従って、論理エンティティ識別子は、（識別子が予約済の値でない場合に）どの論理エンティティにメッセージがアドレス指定されるかを指定するために使用され得て、フラグフィールドによって、どの送信モードが使用されるべきかが指定され得る。これは、送信方式に関するより大きい融通性を実現する。更に、特別な（予約済の又はワイルドカード）値が論理エンティティ識別子に含まれる場合、これは、本明細書で以下により詳細に説明されるように、メッセージの特別な取扱いを示すために使用され得る。
【００１５】
第１の実施形態の更なる変形形態では、第２の送信モードにおいて、メッセージのための受信機会は、ワイヤレスデバイスの全ての論理エンティティの組み合わされた受信機会に対応する。従って、これは、第２の送信モードが選択されるときの送信に利用可能な受信機会の量の大幅な増加の可能性を提供する。
【００１６】
本発明の更なる変形形態によれば、送信モードの選択に関するステップ（ａ）で、この選択はまた、ワイヤレスデバイスにメッセージを送信するステップ（ｃ）を行うための専用プロキシノードの選択も含む。従って、送信モードが選択されるとき、ノードは、送信を行うプロキシノードを選択することもできる。従って、メッセージソースは、例えば、特定のプロキシによる特定の論理エンドポイントの送信の品質若しくは信頼性、又は送信の頻度に基づいて選択することができる。
【００１７】
前の変形形態と組み合わされ得る本発明のこの第１の態様の更に別の変形形態では、送信モードの選択が、以下の基準の１つ又は複数に基づく：ワイヤレスデバイスの特性、ワイヤレスデバイスでの論理エンティティの数、ワイヤレスデバイスのタイプ、論理エンティティの通信の頻度、通信される情報のタイプ、通信される情報の送達の緊急性、ワイヤレスデバイスによる任意の種類の確認の必要性、ワイヤレスデバイスの１つ若しくは複数の論理エンティティ又はワイヤレスデバイス全体への通信される情報の適用可能性、送達の望まれる信頼性、送達されるべき１つ又は複数のメッセージの作成、ソースノードの特性、ソースノードタイプ、プロキシとなることができるソースノードの機能、プロキシに関する知識の正確さ、前の送信の送達成功率、送信モード間の関係、特定の論理エンティティとペアリングされる又は通信するソースノードの数、送信モードに関係付けられるハンドリング命令。
【００１８】
前の変形形態と組み合わされ得る本発明の第１の態様の更なる変形形態では、この方法は、プロキシノードが、選択された送信モードに対応する受信機会の１つの間にメッセージを送信するステップ（ｃ）を更に含む。更に、ステップ（ｂ）で、送信モードインジケータを有する制御メッセージの受信は、送信モードインジケータに少なくとも一部基づいた、プロキシノードの送信バッファにバッファリングされているメッセージの取扱いに関係付けられるハンドリング命令を選択するステップを含む。このハンドリング命令は、特にメッセージが同じワイヤレスデバイスにアドレス指定されるときに、プロキシノードでバッファリングされておりまだ送信されていないメッセージ、及びソースによってたった今供給されたメッセージに対する何らかのアクションの指示である。もしあればバッファリングされているメッセージ及び供給されたメッセージの送信モード、並びに両方のメッセージの選択された論理エンティティ及びワイヤレスデバイス識別子に少なくとも一部基づいて、プロキシノードは、送信待ち行列にメッセージを追加する、待ち行列からメッセージを除去する、メッセージを置換する、又は更にはメッセージを保持するという決定を下すことができる。ハンドリング命令は、固定されてよく（例えば、第２の送信モードのメッセージが、同じワイヤレスデバイスにアドレス指定された第１の送信モードのメッセージを常に置換する）、又はプロキシの現行ステータスに基づいていてよい；更なる調停規則は以下に述べる。ハンドリング命令は、各個のプロキシの自律的な決定でよく、又はネットワークでの通信を必要とすることもある。メッセージソースは、それに関係付けられるハンドリング命令を考慮に入れて送信モードを選択することができる。
【００１９】
本発明の第２の態様によれば、プロキシノードデバイスからワイヤレスデバイスにメッセージを転送する方法であって、
ワイヤレスデバイスが、１組の少なくとも２つの異なる論理エンティティを含み、不連続の受信機会中にメッセージを受信するように構成され、方法が、プロキシノードデバイスで、
（ａ）選択された送信モードを示す制御メッセージでのインジケータの値を検出するステップであって、上記の送信モードが、第１の送信モード及び第２の送信モードを含む１組の送信モードから選択されたステップと、
（ｂ）制御メッセージから、ワイヤレスデバイスに送信されるべきメッセージを生成するステップと、
（ｃ）検出された送信モードに基づいてメッセージをワイヤレスデバイスに送信するステップとを含み、
第１の送信モードでは、メッセージに関する受信機会が、１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる受信機会に限定され、
第２の送信モードでは、メッセージに関する受信機会が、少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応する
方法が提案される。
【００２０】
この実施形態の変形形態では、制御メッセージが、論理エンティティ識別子を含む論理エンティティ識別子フィールドを更に含み、論理エンティティ識別子が、上記の組のうちの１つの識別された論理エンティティを識別する場合には、第１の送信モードが検出され、選択された単一の論理識別子が、識別された論理エンティティであり、論理エンティティ識別子フィールドが、予約済のアドレスを所持する場合には、第２の送信モードが検出される。
【００２１】
前の変形形態と組み合わされ得る別の変形形態では、プロキシノードは、ワイヤレスデバイスに関する情報を記憶するプロキシテーブルを備え、単一のプロキシテーブルエントリが、ワイヤレスデバイスの１組の少なくとも２つの論理エンティティを表す。
【００２２】
この態様の別の変形形態では、インジケータは、送信モードインジケータに少なくとも一部基づいた、プロキシノードの送信バッファにバッファリングされているメッセージの取扱いに関係付けられるハンドリング命令を含む。このハンドリング命令は、バッファリングされているメッセージを別のメッセージによって置換するように、又はバッファリングされているメッセージを保持して、新たなメッセージを待ち行列内で前に追加するように、プロキシノードに要求し得る。これは、プロキシノードの送信に対する何らかの制御を行うことを可能にし、それにより、例えば、衝突し合って、ワイヤレスデバイスによってどちらも正確には受信されない可能性が高い同時の送信を回避する。
【００２３】
全てのこれらの態様に関して、ワイヤレスデバイスは、エネルギーハーベスタのための少なくとも１つのエネルギー入力を備えることがあり、受信機会が、送信期間後の所定の時点に生じ、前記送信期間が、前記エネルギー入力によるエネルギーの採取によって少なくとも一部トリガされることに留意されたい。更に、一例では、前記エネルギー入力が論理エンティティに関連付けられ、前記送信期間が、前記エネルギー入力によるエネルギーの採取によって少なくとも一部トリガされ、前記受信機会が前記論理エンティティに関連付けられる。
【００２４】
本発明の第１及び第２の態様の更なる変形形態では、プロキシノード又はメッセージソースは、ワイヤレスデバイスに関する情報を記憶するテーブルを含み、単一のテーブルエントリが、ワイヤレスデバイスの論理エンティティの数を表し、この数は、プロキシノード又はメッセージソースによって、１と、ワイヤレスデバイスの論理エンティティの数との間で選択される。これは、メッセージソース又はプロキシノードで、必要な場合にワイヤレスデバイスの複数の論理エンティティに関連するデータを単一のエントリに記憶する融通性を実現する。従って、テーブルに関してコンパクトな形態を保つことが可能である。
【００２５】
本発明の第３の態様によれば、１組の少なくとも２つの異なる論理エンティティを含むワイヤレスデバイスへのメッセージの送信を引き起こすためのメッセージソース装置であって、ワイヤレスデバイスが、不連続の受信機会中にメッセージを受信するように構成され、
メッセージソース装置が、第１の送信モード及び第２の送信モードを含む１組の送信モードから送信モードを選択するように適合された制御装置を備え、
第１の送信モードでは、メッセージに関する受信機会が、１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる受信機会に限定され、
第２の送信モードでは、メッセージに関する受信機会が、少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応し、
制御装置が、選択された送信モードに対応する受信機会の１つの間にメッセージの送信を引き起こすように適合される
メッセージソース装置が提案される。
【００２６】
本発明の第４の態様によれば、１組の少なくとも２つの異なる論理エンティティを含むワイヤレスデバイスにメッセージを転送するためのトランシーバを備えるプロキシノードであって、ワイヤレスデバイスが、不連続の受信機会中にメッセージを受信するように構成され、プロキシノードが、
選択された送信モードを示す制御メッセージでのインジケータの値を検出するように適合された復号器であって、送信モードが、第１の送信モード及び第２の送信モードを含む１組の送信モードから選択された復号器と、
制御メッセージから、ワイヤレスデバイスに送信されるべきメッセージを生成するように適合された制御装置とを備え、
トランシーバが、検出された送信モードに基づいてメッセージをワイヤレスデバイスに送信するように適合された送信機を備え、
第１の送信モードでは、メッセージに関する受信機会が、１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる受信機会に限定され、
第２の送信モードでは、メッセージに関する受信機会が、少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応する
プロキシノードが提案される。
【００２７】
本発明の第５の態様によれば、ワイヤレスデバイスにメッセージを送信するための方法であって、
ワイヤレスデバイスが、不連続の受信機会中にメッセージを受信するように構成され、
方法が、メッセージの送信前に、
（ａ）ワイヤレスデバイスが１組の少なくとも２つの異なる論理エンティティを備えるという仮定に基づいて、第１の送信モード及び第２の送信モードを含む１組の送信モードから送信モードを選択するステップであって、
第１の送信モードでは、メッセージに関する受信機会が、１組の少なくとも２つの論理エンティティのうちの単一の選択された論理エンティティに関連付けられる受信機会に限定され、
第２の送信モードでは、メッセージに関する受信機会が、少なくとも２つの論理エンティティに関連付けられる組み合わされた受信機会に対応するステップと、
（ｂ）選択された送信モードに対応する受信機会の１つの間にメッセージの送信を引き起こすステップと
を含む方法が提案される。
【００２８】
上で説明したように、メッセージソースは、プロキシノード（例えばTempMaster）を介してワイヤレスデバイス（例えばＧＰＤ）にメッセージを送達するために様々な論理エンティティをどのように利用するかを決定する。メッセージソースは、ワイヤレスデバイスとペアリングされたシンクでよい。メッセージソースは、何らかのインテリジェント機能でもよく、例えば、ネットワーク構成に関する情報を取得してワイヤレスデバイスに提供するためにネットワークセットアップ時間に使用されるコミッショニングツール、又は、例えば動作中にネットワーク動作パラメータ又はアプリケーションパラメータを更新することを司る管理デバイスでよい。ワイヤレスデバイスは、例えばGreen Power Device（ＧＰＤ）であり、シンクによって実行されるべきコマンドを送信する。
（ｉ）メッセージソースは、単一の指定された論理エンティティのみからの通信でメッセージを送達することを決定することができる。
（ｉｉ）メッセージソースはまた、このＧＰＤからの（任意の論理エンティティからの）任意の通信で送達することを決定することもできる。
（ｉｉｉ）メッセージソースは、各選択された論理エンティティからの通信で、メッセージを複数回送達することを決定することができる。
（ｉｖ）決定は、インジケータによって示され得る。
【００２９】
このソリューションは、以下のような幾つかの欠点を有する：（ｉ）例えば、送信されるべきメッセージが重要である場合（構成変更）、又は論理エンティティに対応する受信機会と他の受信機会との間に大きな不均等性がある場合に、できる限り高速の送達をソースが選択することを可能にする；（ｉｉ）選択された送信モードに関係付けられるフレームのみが取り扱われ、特にセキュリティ処理を施されればよいので、候補TempMasterに対する処理資源をメッセージソースが節約することを可能にする；（ｉｉｉ）また、（例えばそれぞれが別の論理エンティティにアドレス指定される場合に）特定のＧＰＤへの複数のフレームのためのバッファ空間の利益をソースが得られるようにする；（ｉｖ）特に、異なる又は予測不可能な使用頻度を有するエンドポイントに関して、又は緊急の更新に関して、ＧＰＤへのメッセージ送達の信頼性にインテリジェント機能が影響を及ぼすことを可能にする（様々なエンドポイントを介して同じメッセージの複数のコピーを送達するための複数のTempMasterを選択することによって）；（ｖ）特に非常に多くのエンドポイントを有する高密度ネットワーク及びＧＰＤの場合に、特定のメッセージのコピーの数を制限することによって、ネットワークトラフィックに対するメッセージ送達の影響をインテリジェント機能が制限できるようにする。
【００３０】
本発明の別の態様は、コンピュータ上で実行されるときに、本発明の第１の態様又は第２の態様の方法のステップをコンピュータに行わせるコードを備えるコンピュータプログラム製品であることに留意されたい。
【００３１】
本発明のこれら及び他の態様は、本明細書で後述する実施形態から明らかであり、それらの実施形態を参照して詳述する。
【００３２】
本発明を、例として、添付図面を参照して以下により詳細に述べる。
【図面の簡単な説明】
【００３３】
【図１】既に述べた、本発明の一実施形態が実装されたワイヤレスデバイスを示す図である。
【図２】本発明の一実施形態が実装されたネットワークを示す図である。
【図３】本発明の一実施形態によるワイヤレスデバイスを示す図である。
【図４】本発明の一実施形態によるメッセージを通信するための方法の流れ図である。
【図５】本発明の一実施形態によるメッセージを転送するための方法の流れ図である。
【図６】ZigBee（登録商標） Green Power規格に従ったメッセージの生成を示すブロック図である。
【発明を実施するための形態】
【００３４】
本発明の実施形態を、図面を参照して以下に示す。本発明の第１の実施形態によれば、メッセージを通信するための方法が、図２に示されるようなネットワーク２で実現される。この第１の実施形態は、ZigBee（登録商標）メッシュネットワークを参照して説明するが、この実施形態は、本発明の他の実施形態の任意のものと同様に、ZigBee（登録商標）以外の環境でも、例えばプロプライエタリソリューションに基づいて実現され得る。このネットワーク２は、例えばZigBee（登録商標）メッシュネットワークであり、ノードの少なくとも幾つかが、ZigBee（登録商標） Green Power規格に適合する。ネットワーク２は、メッシュネットワークであり、複数の相互接続されたデバイス２１、２３、２４、２５、２６、及び２７を備える。ネットワーク２の実施例において、ワイヤレスデバイス２１は、図１の実施例と同様に２つのボタンを備え、ボタンはそれぞれ、ノードデバイスによって駆動される異なる１組の照明器具を制御することができる。この実施例では、ボタン２１０は、ノード２３によって駆動される照明器具を制御し、ボタン２１１は、ノード２５によって駆動される照明器具を制御する。分かり易くするために、ボタンによって制御される各組にただ１つの照明器具が割り当てられるが、１つの組が照明器具（又は他のアクチュエータ）のリスト又はグループを含むこともできる。照明器具を制御するために、ユーザがボタンを作動するとき、ワイヤレスデバイス２１は、ネットワーク内でコマンドを送信し、このコマンドは、宛先ノードがワイヤレスデバイス２１の無線範囲内にない場合には転送され得る。
【００３５】
次に、図３を参照して、ワイヤレスデバイス２１をより詳細に説明する。図３の実施例では、ワイヤレスデバイス２１は、資源制約デバイス、例えばエネルギー採取デバイスであり、即ちその環境からそのエネルギーを取得するデバイスである。本特許出願の意味合いでの資源制約デバイスは、非常に低い電力で動作しており、電力貯蔵部を有さないことさえあるノードである。例えば、ZigBee（登録商標） Green Power Device（ＧＰＤとも呼ばれる）でよい。この種のデバイスは、幾つかの機会にのみ送信又は受信することが可能であることがあり、そのような機会は、例えば、（例えば動作のために太陽光電力を使用する光検出器の場合には）環境から、又は（例えばバッテリ不要スイッチの場合には）ユーザによる作動によってエネルギーを採取した後である。従って、そのような受信機会は、常に予めスケジュールされ得るわけではない。
【００３６】
図３の実施例では、エネルギー採取デバイス２１は、２つのボタン３１及び３２を備え、各ボタン３１及び３２が電気機械変換器３３〜３４を作動し、それにより、ユーザによる一方のボタンの作動がデバイス２１にエネルギーを提供する。電気機械変換器は、小さなダイナモ３４でよく、これは、ボタン３１が押下されるときには第１の方向に作動され、ボタン３２が押下されるときには第２の方向に作動される。代替として、電気機械変換器は、電磁要素でよく、例えばコイルに対して移動する磁性要素や、圧電要素等でよい。代替として、押されている正確なボタンが、特定のボタンに対応する電気コンタクトの開／閉状態によって区別可能であり得る。ダイナモ３４に接続された無線ノード３５は、採取された電力を受信し、ボタン３１の押下に対応するコマンドを含むメッセージを送信する。電力がハーベスタ３３〜３４から受信されるとき、無線ユニット３５のマイクロコントローラ３７は、メモリ３８に記憶されている構成データに基づいて、トランシーバモジュール３６によって送信されるべきメッセージを準備するように、通信ユニット３９を制御する。この実施例では、複数のエネルギー入力（ここではボタン３１及び３２）のためにただ１つのハーベスタ３３〜３４が必要とされることに留意されたい。提案される構成は、例示的な実施例であり、任意のワイヤレスノードアーキテクチャで、例えばワンチップソリューションとして実現され得て、無線マイクロコントローラがフレーム準備も行うことに留意されたい。また、マイクロコントローラが存在せず、メッセージ送信を取り扱う単純な状態機械が存在することも可能である。各エネルギー入力３１又は３２は、ネットワークと独立して通信することが可能なそれぞれの論理エンティティに対応する。従って、特定のエネルギー入力に関係付けられる通信を区別することができるように、特にそれらがその他の点では同一である（即ち同じコマンドの発生をもたらす）場合には、単一の無線ユニットの上で複数の論理エンティティが動作する必要がある。次いで、ワイヤレスデバイスは、ZigBee（登録商標） Green Power規格に従って、コマンドメッセージ、例えばGreen Power Device Frame（ＧＰＤＦ）を送信する。
【００３７】
ワイヤレスデバイスの特定の論理エンティティから受信されるメッセージの区別は、以下の方法の１つ又は複数を使用して、ペアリングされたデバイス（シンク）によって行われ得る：受信時、メッセージイニシエータである論理エンティティによるフィルタリング、異なる受信モード（ワイヤレスデバイスからの直接の受信、又はプロキシによって転送されるワイヤレスデバイスコマンドの受信）、異なる通信モード（ユニキャスト、導出されたグループキャスト、プレコミッショニングされたグループキャスト、ブロードキャスト）、及びグループキャストに関しては、異なる導出されたグループ識別子（例えば、ZigBee（登録商標） Green Powerでは、GroupID導出メカニズムがエンドポイント値を含むことができ、それにより、異なる導出されたGroupIDが、異なる論理エンティティに関して使用される）。
【００３８】
Green Powerの双方向通信機能、即ちＧＰＤにフレームを送信すること及びＧＰＤによってフレームを受信することができる機能は、Green Power Deviceの限られたエネルギー資源に適合される。この機能をサポートするワイヤレスデバイスは、アプリケーション制御下で、その独自の送信後に短期間だけ受信窓を開く。現在のＧＰ規格v1.0では、ＧＰＤの送信の開始とＧＰＤの受信窓の開始との間の時間オフセットを定義するgpRxOffsetは、５ｍｓである。この期間は、規格の将来のリリースで増加され得るが、依然として限られている。
【００３９】
従って、Green Powerの通信機能に従ってＧＰＤにメッセージを送信するために、特別な対策が取られる必要がある。ＧＰＤへの送信を行うことが可能なノードを、本文書では以下、プロキシと呼ぶ；ZigBee（登録商標） Green Power規格に関して、この役割は、様々なデバイスタイプによって行われ得て、そのようなデバイスタイプは、ＧＰＤとペアリングされたデバイス（シンク）、ＧＰＤの代わりに転送するデバイス（プロキシ）、又はＧＰＤに直接通信しようとする任意のデバイス、例えばネットワークメンテナンスタスクに関わるデバイス、例えばコミッショニングツール、ネットワークコーディネータ、ネットワークマネージャ、又はトラストセンタである。これらの実施例では、プロキシ又はプロキシノードは、ワイヤレスデバイスに送信することができるノードである。同様に、ワイヤレスデバイスに関係付けられる情報を記憶するためのテーブルは、デバイスタイプに応じて、プロキシテーブル、シンクテーブル、又はこの目的を実現する任意の他の構造でよい。幾つかの実装形態でのそのようなワイヤレスデバイスは、連続的に受信することができず、スケジュールされない不規則な受信機会にしか受信することができないので、プロキシノードは、これらのワイヤレスデバイスにアドレス指定されるメッセージを受信し、このワイヤレスデバイスのための受信機会が生じるまで、これらのメッセージをバッファリングすることができる。更に、プロキシノードは、ワイヤレスデバイスからターゲットデバイスへのメッセージの転送、ワイヤレスデバイスからのメッセージの実行、ユーザとの通信等を含めた、プロキシの役割を実施するデバイスタイプに典型的な任意の他のタスクを行うことができる。従って、１つの物理的なネットワーク化されたデバイスが、プロキシの役割と、ワイヤレスデバイスへのメッセージ用のソースデバイスの役割との両方を行うことができる。非常に短い受信窓（ここでもＧＰＤのエネルギーバジェットによって制限される）により、同じ受信機会中に異なるプロキシノードから送信が行われるのを避けるために、プロキシノードの１つがTempMasterとして選出される。実際、ＧＰＤに送信するデバイスは、ＣＳＭＡ／ＣＡ及び／又はＧＰＤからの（ＭＡＣ）肯定応答がないことに対する再試行を行うことができず、gpRxOffsetの満了直後に送信しなければならない。従って、システムは、システムワイドで、所与のＧＰＤのための各受信機会に関して、このＧＰＤに送信するためのフレームを有するデバイスが１つだけ（即ち、gpTxQueueエントリを有するデバイスが１つだけ）存在することを保証しなければならない。このTempMasterは、ある時点にＧＰＤに送信する唯一のプロキシノードである。複数のデバイスがTempMasterを独立して選択する場合でさえ、TempMaster選出のための均一のプロセスが存在し、ＧＰＤによる受信確率を最大化するために１つの最良のTempMaster（即ちＧＰＤからの最強の信号を有する送信元。複数ある場合には、最低のアドレスを有するもの）を取ることを可能にする。任意の所与の時点にＧＰＤ毎にただ１つのフレームが待ち状態であることを更に保証するために、選択されたTempMasterのアドレスがブロードキャストされ、前のTempMasterにそれらのgpTxQueueをパージさせる。
【００４０】
従って、ＧＰＤ送信の準備を完了するために、ＧＰＤに送達されるべきコマンドは、TempMasterでバッファリングされる必要がある。Green Power規格は、その目的でgpTxQueueを定義する。ＧＰＤによる受信機会は稀であり得るので、gpRxOffsetの短い時間間隔にも関わらず、フレームは安全に送達されなければならない；即ち、ＧＰＤに送信するデバイスは、受信されるトリガフレームが適正にフォーマットされており、ＧＰＤとの事前の合意に従って保護されていることを検証し、次いで、送信されるべきフレームにセキュリティ処理を施さなければならない。
【００４１】
図６は、ＧＰインフラストラクチャデバイス（TempMaster）によるＧＰＤＦ送信に関する例示的なプロセスを示す。以下の図は、ＧＰ規格によって述べられているようにＧＰＤへのＧＰＤＦの送信が取り扱われる様子を概念的に示す。
【００４２】
この図は、ＧＰＥＰ（Green Power EndPoint: Green Powerエンドポイント）、ｄＧＰ（dedicated Green Power stub: 専用Green Powerスタブ）、及びｃＧＰ（common Green Power stub: 共通Green Powerスタブ）の間の相互作用を示す。
【００４３】
このプロセスは、図示されていないステップ−１によってトリガされ、このステップで、ＧＰＥＰは、ｄＧＰへのGP-Data.requestを作成し、これにより、ＧＰＤに送信されるべきフレームをｄＧＰのgpTxQueueに配置する。これは、無線通信ステップ−２、即ちGreenPowerクラスタのGP Responseコマンドの受信により生じ得る。エントリの寿命が満了するまで、フレームがＧＰＥＰによって待ち行列から除去されるまで、又は送信可能性が生じるまでのうち、何れか最初に来るものまで、フレームは待ち行列に留まる。
【００４４】
ステップ０で、フレーム受信標示がＭＡＣから渡される。
【００４５】
その後、フレームは、ステップ１によって示されるようにｃＧＰによって前処理され（ApplicationID値、フレームDirection、重複フレームを含む基本設定に基づいてフレームをフィルタ除去し）、（dGP-DATA.indicationで）ｄＧＰに渡される（ステップ２）。
【００４６】
ｄＧＰは、使用されるセキュリティ設定を決定し（ステップ３）、GP-SEC.requestコールバックをＧＰＥＰに上げ（ステップ４）、この特定のGPD IDに関する（鍵値を含む）セキュリティ信任状のフルセットを要求する。ステップ５で、ＧＰＥＰは、ＧＰＤに関係付けられるエントリに関して（ＧＰＤに通信し返すデバイスのタイプに応じて）Proxy/Sink Table（プロキシ／シンクテーブル）をチェックし、GP-SEC.requestによって提供される設定（セキュリティレベル、鍵タイプ、フレームカウンタ）が正しい場合、ステップ６で、対応するステータス値（MATCH、DROP、PASS UNPROCESSED）を所持するGP-SEC.response及び適切であればセキュリティ信任状によって応答する。
【００４７】
ｄＧＰは、フレームにセキュリティ処理を施すことを要求される場合、ステップ７に進む。セキュリティ処理が成功した場合、即ち、フレームのＭＩＣ（Message Integrity Code: メッセージ安全性符号）が正しく、入力フレームがRxAfterTxフラグセットを有し、ＧＰＤの受信機会を示す場合、ｄＧＰは、ステップ８で、このＧＰＤに関する待ち状態のフレームがｄＧＰのgpTxQueueに存在するかどうかチェックする。待ち状態のフレームが見つかった場合、そのフレームは保護され（ステップ８Ｂ）、送信のためにｃＧＰ及びＭＡＣに渡される（ステップ９）。
【００４８】
ステップＡで、ｄＧＰは、受信されたフレームの内容全体を、受信メタデータと共に（GP-DATA.indicationによって）ＧＰＥＰに渡す。ステップＢとして、ＧＰＥＰは、ＧＰ規格によって述べられているように入力フレームを取り扱う（例えば、ペアリングされたシンクである場合には、フレームが所持するコマンドを実行し、及び／又はプロキシ／コンボ最小値である場合には、ペアリングされたシンクにフレームを転送する）。
【００４９】
上で説明したワイヤレスデバイス２１に関する通信メカニズムは、様々な目的で使用され得る。例示として、ZigBee（登録商標） Green Powerネットワークの実施例では、コミッショニング時点に、ネットワークの動作チャネルをＧＰＤに提供するために使用され得る。その目的で、コミッショニング時点に、TempMasterがチャネルに一時的に置かれ、そこで、チャネルのＧＰＤトグルが次の受信機会を提供して、ネットワーク動作チャネルの識別子をＧＰＤに送信する。更に、コミッショニング時点に、ネットワーク識別子（ＰＡＮＩｄ）やセキュリティ鍵等、他のネットワーク構成パラメータがＧＰＤに送達され得る。また、この通信メカニズムは、それらのネットワーク構成パラメータの任意のものを更新するために動作時点に使用され得る。更に、この通信メカニズムは、ＧＰＤに任意のアプリケーションデータを提供する／ＧＰＤの任意のアプリケーションデータを更新するため、例えば属性を要求する／書き込むため、レポーティング頻度を変更するため、ＧＰＤ動作に必要とされる属性更新を提供するために使用され得る。
【００５０】
現在、ＧＰＤ規格は、（ボタンが押された及び解放されたという事実を示す）一般的なスイッチから、オン／オフ及び減光スイッチ、シーン及びカラー制御装置、ドアロック、様々なタイプのセンサまで、幾つかのデバイスを定義している。
【００５１】
指定されていないが、２ロッカスイッチの実施例によって示される図３に示されるようなワイヤレスデバイス２１は、Green Power標準によっても実現可能でなければならない。これは現在、ＧＰ規格では特に詳細には述べられていない。
【００５２】
ZigBee（登録商標） Green Power規格は、ワイヤレスデバイス２１（ここではＧＰＤ）に関する２つのアドレス指定方式を提供する。どちらのアドレス指定方式が使用されるかは、ＧＰＤＦのネットワークヘッダフラグによって明らかに示される。ＧＰＤＦネットワークヘッダでは、４バイトＳｒｃＩＤ（SourceIdentifier: 送信元識別子）が送信される；これは、ZigBee（登録商標） Allianceによって管理され、よりコンパクトなフレームを可能にする。ＧＰＤＦ  ＭＡＣネットワークヘッダでは、８バイトＩＥＥＥアドレスが送信され、ＩＥＥＥによって管理され、より長いが、ほぼ無制限のアドレス空間を提供する。
【００５３】
識別子ＳｒｃＩＤによって識別されるＧＰＤに関して、ＧＰ規格は、同一機能の各インスタンスに１つずつ、複数のＳｒｃＩＤを使用することを推奨する。従って、複数の識別子ＳｒｃＩＤによって複数の論理エンティティが識別される。注：機能が同一でない場合及び／又は異なるＧＰＤ要素が別々のグループを制御する必要がない場合、ＧＰＤ全体に関して１つのＳｒｃＩＤが使用され得る。更なる実装の詳細は、この使用例についてＧＰ規格では現在言及されていない。
【００５４】
Green Power標準によって与えられている別のオプションは、エンドポイントフィールドをＧＰＤＦ（Green Power Device Frame: Green Powerデバイスフレーム）のＮＷＫヘッダに追加することによって、ＩＥＥＥアドレス指定されたＧＰＤに関して上記の使用例を解決することである（095499r24で提案されるソリューションに対する拡張として。ZigBee（登録商標）文書14-0203r01参照）。エンドポイントフィールドは、ワイヤレスデバイスの論理エンティティを識別するエンドポイント識別子を所持する。エンドポイントフィールドは、ＩＥＥＥアドレス指定されたＧＰＤへの及びそこからのＧＰＤＦに存在しなければならない。従って、エンドポイントフィールドは、Proxy/Sink Tableエントリに追加されなければならず、それにより、プロキシは、特定のエンドポイントからフレームを転送する先を知っており、シンクは、どのエンドポイントからのフレームが実行されるかを知っている；更に、エンドポイントフィールドは、ＧＰＤ識別子を所持する任意のGreen Powerクラスタコマンドに追加されなければならない。全てのエンドポイントが、セキュリティ鍵及びフレームカウンタを含む同じセキュリティ信任状を共有するように提案される。
【００５５】
より一般的には、図２のワイヤレスデバイス２１は、エネルギーハーベスタのための少なくとも１つのエネルギー入力（ロッカ、太陽電池）を備える。この場合、送信は、前記エネルギー入力によるエネルギーの採取によって少なくとも一部トリガされ得る又は使用可能にされ得る。例えば、ユーザによるロッカの作動が、ノードからの送信をトリガする。太陽電池で受光された光は、例えばエネルギーが電池で受け取られる期間全体にわたって定期的にトリガされる送信を可能にすることができる。次いで、ワイヤレスデバイスからのそのような送信期間後の所定の時点に、受信機会が生じる。前記エネルギー入力が論理エンティティに関連付けられることに留意されたい。例えば、個別に作動され得るロッカのボタン又は任意の部分が、エンドポイントに関連付けられる。次いで、送信期間及びそれに続く受信機会が、前記論理エンティティに関連付けられる。別の代替形態では、エネルギーハーベスタの１つのエネルギー入力が、複数の論理インスタンスのために使用され得る。例えば、（例えば湿度、温度、及びＣＯ２濃度を検知する）マルチセンサワイヤレスデバイスが、太陽電池によって電力提供され得て、送信スケジュールは、アプリケーションによって、場合によっては各論理エンティティ毎に個別に決定される。一般に、エネルギー採取は、送信のための必要な実現因子に過ぎないことがあり、送信のための実際のトリガは独立したものでよく、例えば、ユーザアクション（例えば、ボタンプッシュ時にのみレポートする光電池によって電力提供されるセンサ）、タイムスケジュール、測定値、又は前の通信のやり取りの結果に基づいていてよい。
【００５６】
このソリューションは、ＩＥＥＥで識別される無線及びネットワーキングスタックと、その上にあるエンドポイントとして識別されるアプリケーションとの間のＯＳＩ層による分離を伴うＺＥＤ（ZigBee（登録商標） End Device: ZigBee（登録商標）エンドデバイス）でのエンドポイントのZigBee（登録商標）概念と同様と考えられるが、全く同じではない。
【００５７】
ZigBee（登録商標）では、ＺＥＤは、１時点に１つのペアレントを有し、このペアレントは、この特定のＺＥＤへの及びこの特定のＺＥＤからの全ての通信、即ち、ＺＥＤによって発せられるフレームの転送、及びスリープ中にはＺＥＤのためのフレームのバッファリングを司る；これは、ＺＥＤが有するエンドポイントの数、及び特定の通信のやり取りに関わるＺＥＤのエンドポイントとは無関係である。Green Powerベースのマルチロッカスイッチの場合、使用されるアドレス指定モードとは無関係に、各エンドポイントからの通信、及び最も顕著には各エンドポイントへの通信が、異なるTempMasterノードによって取り扱われ得る。なぜなら、各エンドポイントが別の（組の）シンクを制御することがあり、各シンクがその独自のTempMasterを選択するからである。
【００５８】
図２の実施例には、エンドポイント毎に異なるTempMasterを有する場合が例示されている。ここでは、ＩＥＥＥアドレス１を有するワイヤレスデバイス２１の右のロッカ２１１（エンドポイントＸ）が、ＧＰＳ（Green Power Sink: Green Powerシンク）２５によって駆動される照明器具を制御し、ロッカ２１１は、ＧＰＰ（Green Power Proxy: Green Power プロキシ）２４を介してＧＰＳ２５と通信しなければならない。プロキシノード２６がＩＥＥＥアドレス１を有するワイヤレスデバイス２１の範囲外にある場合、シンク２５は、ロッカ２１１に関連付けられるエンドポイントＸへの通信用のTempMasterとしてＧＰＰ２４を選択する。ＩＥＥＥアドレス１を有するワイヤレスデバイス２１の左のロッカ２１０（エンドポイントＹ）は、その直接の範囲内でシンク２３を制御する。従って、この通信に関する中継プロキシノードの必要はない。シンク２３は、範囲内での双方向通信の機能（及びシンク２３に転送する場合にはＧＰＰ１よりも良い信号強度）を有する場合、それ自体を、エンドポイントＹへの通信用のTempMasterに指名する可能性が高い。従って、エンドポイントＸ及びＹによって形成される２つの論理エンティティは、この実施例では、２つの異なるプロキシノードによって取り扱われ得る。シンク２５が軽量ユニキャストモードを使用する場合、シンク２３は、プロキシノード２４によって発せられた任意の転送を認識しないことさえあり得る。また、グループキャスト転送の場合、シンク２５がメンバーとなっているグループに転送されたメッセージは、シンク２３が同じグループのメンバーでない場合には、シンク２３のZigBee（登録商標）スタックのより下の層によって削除される。
【００５９】
異なるプロキシは、ターゲット（グループ）に応じて１つのＧＰＤの異なるエンドポイントのトラフィックを取り扱う可能性が高いので、Green Power Deviceに返す通信、即ちGreen Power双方向コミッショニング又は操作は、特に異なるエンドポイントが等しい頻度で使用されない場合には、幾つかの問題を生じる。
【００６０】
１つの仮説的なソリューションにおいて、各TempMasterが、それがプロキシ設定しているエンドポイントの入力及び出力メッセージのみを取り扱う場合、これは以下の問題を生じる。まず、特定の論理エンティティにフレームを送達する機会を、正にこの論理エンティティからの送信後の受信機会のみに制限する。従って、エンドポイントＸは、エンドポイントＸに関する送信後、即ち右のロッカ２１１の作動後にしか受信することができない。
【００６１】
これは、エンドポイントが異なる頻度／強度で使用される（例えば、大抵は一方のエンドポイントが使用され、他方はほとんど使用されない）場合に特に問題となる。更に、ネットワーク構成パラメータ（ＰＡＮＩｄ、チャネル、鍵）等、ＧＰＤ全体に適用可能なパラメータの場合に特に問題となり得る。例えば、滅多に作動されないエンドポイントとペアリングされたシンクが、自己指名、ランダム選択、若しくは呼出しの命令によって、又は何らかのインテリジェント機能、例えばツール／マネージャノードによって、パラメータ更新を送達するように指名される場合、パラメータは、大きい遅延でＧＰＤに送達され得るか、又は全く送達されず、他方の頻繁に使用されるエンドポイントの操作も中断する。
【００６２】
別の仮説的なソリューションでは、TempMasterが、そのＧＰＤの任意の（ANY）エンドポイントからの送信時に待ち状態のフレームを送達する場合、これは以下の問題を生じる。まず、エンドポイントの数（及び従って関連のプロキシ／シンク）に関らず、ＧＰＤ毎にただ１つのgpTxQueueエントリを大域的に作成し、これは、（特に、多くのエンドポイントが多くの異なる情報要素の受信を必要とする場合には）結局はＧＰＤへのデータの送達を遅らせ、失敗した送達を再試行する責任を、ペアリングされたシンク又はＧＰＤのための別の情報源のＧＰＥＰ（Green Power End Point: Green Powerエンドポイント）に押し付け、これは、標準では今日指定されていないメカニズムである。更に、これは、何らかの不要な処理を引き起こす。なぜなら、図６のステップ７〜Ａ（特に、計算コストがかかるステップ７）は、エンドポイントに関わらず、ＧＰＤから受信されたRxAfterTx=0b1を有する任意の（ANY）フレームに関して実施されなければならず、ペアリングされていないエンドポイントからのフレームのみがステップＢで削除されるからである。
【００６３】
従って、本発明の第１の実施形態では、メッセージソースが、少なくとも第１の送信モード及び第２の送信モードを含む１組から送信モードを選択することが提案される。第１の送信モードは、特定の論理エンティティにアドレス指定されたメッセージを、単一の論理エンティティ（好ましくは、そのメッセージがアドレス指定されている論理エンティティ）に対応する受信機会中に送信することを示す。第２の送信モードは、単一のエンティティに関連する受信機会に送信時間を制限せず、複数の論理エンティティ、例えば全ての論理エンティティに対応する受信機会、即ち、受信機会が関連付けられる論理エンティティに関係なく任意の受信機会に送信を行う。
【００６４】
実際、例えば、メッセージが高速で送達されること、又はワイヤレスデバイスの異なる論理エンティティの受信機会の幾らかの不均等性を考慮に入れることが重要である場合、このソリューションは、受信機会がより多いという利益を実現する。
【００６５】
メッセージソースでのこの選択方法は、ワイヤレスデバイスが１組の少なくとも２つの異なる論理エンティティを含むという仮定に基づくことに留意されたい。従って、この方法は、ワイヤレスデバイスが単一の論理エンティティを有する場合でさえ機能し得る。
【００６６】
この実施形態を、図４を参照して以下により詳細に説明する。図４に示されるように、例えばデバイス２５又は２３等のメッセージソースがワイヤレスデバイス２１に情報又はデータを送信する必要があるとき、まずステップＳ４００で、メッセージソースが、メッセージのための送信モードを選択する。この選択は、１組の送信モード、例えば１組の所定の送信モードの中から行われる。送信モードの選択は、本明細書で以下に実施例で説明するように、様々な基準で行われ得る。
【００６７】
第１の送信モードは、メッセージのための受信機会を、ワイヤレスデバイス２１の１つの論理エンティティに関連付けられる受信機会に限定する。例えば、第１の送信モードでは、ボタン２１０に関連付けられるエンドポイントＸが選択される場合、このエンドポイントＸに対応する受信窓内でのみメッセージが送信され得ることを意味する。これは、ＧＰＤの実施例において、この受信機会が、エンドポイントＸに関連付けられた送信であって、ユーザによるボタン２１０の作動によってトリガされる送信に続くことを意味する。他の論理エンティティに関係付けられる受信機会は使用され得ない。
【００６８】
逆に、第２の送信モードは、複数の論理エンティティに対応する受信機会を使用することができる可能性を提供する。一例では、これは、ワイヤレスデバイス２１の全ての論理エンティティに関連付けられる受信機会、又は更にはワイヤレスデバイス２１の全ての受信機会に対応し得る。実際、この送信モードでは、高速の送信が行われ得て、従って、例えばネットワークパラメータ構成メッセージ等、より高い優先順位を有する又はワイヤレスデバイスの動作に重要であるメッセージの送信に適している。第２の送信モードは、ワイヤレスデバイスの任意の論理エンティティに関連付けられる受信機会に送信することができる可能性を含むことができる。ワイヤレスデバイスは、論理エンティティに関連付けられる受信機会に加えて、別の目的、例えば構成目的で予約済の受信機会を有することがある。これらの受信機会は、例えば、しばしば送信する又はＮ回の受信機会毎にパンクチャリングされる論理エンティティから取られた受信機会から取られ得る。代替として、これらは、予約済の論理エンティティに対応する論理エンティティの識別子を含む送信に続くことができる。
【００６９】
本発明のこの実施例では、２つの異なる送信モードのみが存在する。しかし、例えば、予約済の受信機会を排他的に使用して、更なる送信モードがあり得る。
【００７０】
ここでは第１の送信モードと第２の送信モードとの間での送信モードの選択は、ワイヤレスデバイス２１の１つ又は複数の特性、例えばワイヤレスデバイスでの論理エンティティの数、又はワイヤレスデバイスのタイプに基づくことがある。例えば、特定のセンサ（例えばＣＯ２センサ）が高信頼性で動作しなければならない場合、例えば動作チャネル又はネットワークの鍵更新等、このセンサの動作（信頼性）に影響を及ぼすメッセージのための送信モードは、メッセージが正常に送達される高い確率を有するように選択され得る。これは、ネットワークにとってそれほど動作が重要でないデバイスに関して、又は同じワイヤレスデバイスにとってあまり重要でないエンドポイント及び／又は更新メッセージに関しては、より信頼性の低い送信モードの選択を必要とすることがある。別の例では、ワイヤレスデバイスが、太陽電池によって採取されたエネルギーによって電力供給されるスイッチ及び光センサを備えるタイプのものである場合、光センサにリンクされた論理エンティティは、夜間には長期間にわたって動作しないことがあり、より早い受信機会に送信することが有益である。操作の特性、例えば論理エンティティの通信の頻度も考慮に入れられるべきである。２つのスイッチを有するワイヤレスデバイスに関して、廊下の照明器具を制御するスイッチが、小さい部屋を操作するスイッチよりも頻繁に使用されることがあり得る。この不均等性に鑑みて、第２の送信モードの選択は、小さな部屋を制御するスイッチがメッセージを迅速に受信することを保証するように行われ得る。更に、メッセージ自体の特性を考慮に入れることも可能であり、そのような特性は、例えば、通信される情報のタイプ（例えば、ネットワーク構成パラメータ、アプリケーションデータ、アプリケーションデータ要求）、メッセージでの情報の送達の緊急性、ワイヤレスデバイスの１つ又は複数の論理エンティティ若しくはワイヤレスデバイス全体へのメッセージで所持される情報の適用可能性、又はワイヤレスデバイスによる任意の種類の確認の必要性である。別の送信モード選択基準は、送達の望まれる信頼性であり得る；例えば、ワイヤレスノード全体に適用可能なメッセージのために第１の送信モードを選択することによって、ワイヤレスノードに送達されるべき複数のメッセージを作成することが可能である；更に、ソースノードの特性が、送信モードの選択に役割を果たすこともある。この特性は、例えば、ソースノードタイプ、プロキシとなることができるソースノードの機能、プロキシに関する知識の正確さ、特定の論理エンティティとペアリングされた若しくは通信するソースノードの数、又は前の送信の送達成功率である。別の例では、特に他のソースがほとんど通信しない論理エンティティに関してメッセージのための第１の送信モードを選択することは、このメッセージがgpTxQueue内で別のメッセージによって置換される機会を減少する。送信モード選択に関する更に別の基準は、送信モード、例えばそれらのそれぞれの優先順位及び調停規則の関係でよい。
【００７１】
ステップＳ４００で送信モードが選択されると、プロセスはステップＳ４０１に進み、ステップＳ４０１で、メッセージソースは、メッセージ自体の送信を転送するためにどのプロキシノードが使用されるべきであるかをチェックする。どの論理エンティティにメッセージがアドレス指定されるか、及びどの送信モードが選択されているかがチェックされる。第１の送信モードが選択された場合、メッセージソースは、メッセージがアドレス指定される必要がある論理エンティティに関連付けられるTempMasterを選択し得る；これは、コミッショニングプロセスで、このワイヤレスデバイスの代わりに転送タスクを行うように指名されたプロキシでよい；又は、例えばＧＰ規格で指定されているTempMaster選出規則に従って、ワイヤレスデバイスからのメッセージを転送したプロキシのうち最も適切なプロキシでよい；TempMasterアドレスは、永久的に（例えば不揮発性メモリに、例えばシンクテーブルの一部として）若しくは一時的に記憶されてよく、又は全く記憶されなくてもよい。第２の送信モードが選択される場合、ステップＳ４０１で、送信モードの選択が続き、ステップＳ４０１は、メッセージのための経路の選択を含む。特に、メッセージの送信を取り扱う特定のTempMasterノードが選択され得る。このTempMasterノードは、例示的実施形態では、ワイヤレスデバイスの論理エンティティの１つのために転送するプロキシノード、又はメッセージ自体のソースである。しかし、ワイヤレスデバイスへの通信を可能にする他のデバイス（例えば、ワイヤレスデバイスの近傍にあるが、任意の論理エンティティに関連付けられないＧＰイネーブルノード）の組からTempMasterノードを選択することも可能である。TempMasterノードのこの選択は、例えば、より良い送信信頼性（より少ない送信失敗）を有する、又はワイヤレスデバイスへの送信に専用のそのバッファでの空間の利益を得るためにはあまり使用されないTempMasterノードを選択することを可能にする。送信モードが選択されると、プロセスは、ステップＳ４０２に進む。このステップで、メッセージソースは、ワイヤレスデバイスへのメッセージの送信を指令するために制御メッセージを作成する。メッセージソースが、ステップＳ４０１で選択されたプロキシノードでもある場合、この制御メッセージは送信されないが、メッセージ自体の作成のための中間層プリミティブとして使用されることに留意されたい。そのような場合には、無線送信はないことがある。
【００７２】
従って、メッセージソースが専用のプロキシノードである場合、ステップＳ４０３での制御メッセージの送信は、より上の層からより下の層への内部通信として解釈される必要がある。この制御メッセージは、選択された送信モードを、メッセージ自体の送信を担当するプロキシノードに示すためのインジケータを含むことがある。プロキシノードによるメッセージの送信を示す図５に関連して説明するように、このプロキシノードは、選択された送信モードを表すインジケータ値に基づいてメッセージを送信する。
【００７３】
このインジケータは、論理エンティティ識別子のための予約済の値の使用に基づくことがある。論理エンティティ識別子は、メッセージがどのエンドポイントにアドレス指定される必要があるかを識別する制御メッセージ内のフィールドでよい。また、制御メッセージは、ワイヤレスデバイス自体の識別子を含むこともある。ステップＳ４００で第１の送信モードが選択される場合、論理エンティティ識別子フィールドは、ワイヤレスデバイスの論理エンティティの１つの識別子を所持する。メッセージの送信のための受信機会は、この例では、この論理エンティティに関連付けられる受信機会に限定される。例えば、ワイヤレスデバイス２１のエンドポイントＸが識別される場合、これは、受信機会が、ボタン２１０の作動によってトリガされる送信期間に続くものであることを意味する。しかし、第２の送信モードが選択される場合、インジケータによって所持される値が予約済の値であり、これは、論理エンドポイントを識別するために使用されることを禁止される。
【００７４】
従って、インジケータは、論理エンティティ識別子フィールドの予約済の（「ワイルドカード」）値として実装され得る。しかし、エンドポイント指定とワイルドカード送達との両方を同時に示すことは可能でなく、従って、全てのエンドポイントに適用可能なネットワークパラメータ若しくはアプリケーション構成等、ワイヤレスデバイス全体若しくは（ＧＰＤ）に関して興味深いデータにのみソリューションを適用可能にし、又は、特別な場合には、例えば特定のタイプ若しくはオブジェクトにより、エンドポイントの限定された組のみにデータが暗示的に宛てられるときにのみソリューションを適用可能にする。
【００７５】
代替のソリューションは、信号伝送される必要がある送信モードの数に応じて、フラグ、即ち１、２、又は３ビットの短いコードワードを所持する更なるフィールドを使用するものである。これは、選択された送信モードと、メッセージがアドレス指定される必要があるエンドポイントとの両方を信号伝送することを可能にする。実際、第２の送信モードでは、任意の受信機会（即ち任意の論理エンティティに関連付けられる）がメッセージの送信のために使用され得るが、実際には、メッセージは、１組の論理エンティティのうちの１つにアドレス指定され得る。前に見たように、第２の送信モードは、スイッチの２つのロッカの一方の使用があまり頻繁でないことによる受信機会の不均等性を補償するために使用され得る。それにも関わらず、メッセージターゲットを識別する必要がある。好ましくは、インジケータは明示的であり、フラグの変形形態と同様に、エンドポイントから独立して実装される。このようにして、送達のために使用されるエンドポイントから宛先エンドポイントアドレス指定をデカップリングすることを可能にする。
【００７６】
依然として、このソリューションは、好ましくは、例えば「全てのエンドポイント」（例えば０ｘｆｆ）又は「ノードワイドエンドポイント」（例えば０ｘ００）を示すエンドポイントフィールドの幾つかの特別な予約済の値と組み合わされ得る。また、このようにすると、それらの特別なエンドポイント識別子への送達が、全く同じ論理エンティティ識別子を所持するワイヤレスデバイスからのフレームの受信時に生じるように、又は任意のエンドポイントからのフレームの受信時に生じるように注意深く選択され得る。前の変形形態に対する拡張形態では、任意の特別な予約済のエンドポイントへの送達は、任意の他の特別な予約済のエンドポイントの受信機会に発生することがあり、例えば、エンドポイント０ｘ００又は０ｘｆｆへの任意の通信は、それぞれエンドポイント０ｘｆｆ又は０ｘ００を有するこのＧＰＤからのフレームの受信時にも送達され得る。
【００７７】
一例として、ワイヤレスデバイス（ＧＰＤ）は、特別なタイプの通信、例えばハートビートや肯定応答に関する特別な予約済の論理識別子（エンドポイント）を使用することができる。このようにして、特別な目的での（例えば、コミッショニング時点でワイヤレスデバイス全体に興味深いデータの）、又はワイヤレスデバイスでの特別なエンティティへの（例えば、アプリケーションレベル論理エンティティではなく、ワイヤレスデバイスのより下の層の１つ又は複数への）送信機会を提供し得る。プロキシは、それらの特別な予約済のエンドポイントから来るメッセージを特定の方法で送達すること、例えばメッセージを全てのペアリングされたシンクに送信すること、メッセージをブロードキャストでネットワーク全体に送信すること、又はメッセージを任意のシンクには送信せず、例えば管理デバイスに送信することを命令され得る。様々なケースを取り扱うために、そのような特別な予約済のエンドポイントの複数のクラスが存在し得る（例えば、０ｘｆｆは、ブロードキャストをもたらすことがあり、０ｘｆｅは、管理エンティティへの転送をもたらすことがあり、０ｘｆｄは、例えばコミッショニング時点にのみコミッショニングツールと通信するために使用され得る）。特別な予約済のエンドポイントは、更に、コミッショニング時点に、及び／又は任意のメンテナンスフレーム、例えばGPD Decommissioningコマンド等に関して使用され得る。
【００７８】
最終的に、インジケータを有する制御メッセージが作成されると、ステップＳ４０３で、制御メッセージが、選択された専用プロキシノードに送信される。この実施例では、制御メッセージは、選択された送信モードを示すインジケータと、メッセージの送信を行う選択されたプロキシノード（TempMaster）識別子と、メッセージ自体とを単一の制御メッセージに含むことに留意されたい。しかし、これらの情報は、個々に、異なる通信タイプ（ユニキャスト／ブロードキャスト）を使用して送信されてもよい。制御メッセージ生成及び作成に関する更なる詳細を、Green Powerをサポートするデバイスを含むZigBee（登録商標）ネットワークの特定の実施例を参照して以下に説明する。この実施例では、制御メッセージは、（無線）GP Responseコマンドでよく、このコマンドは、メッセージ（ここではＧＰＤコマンド）を送信するようにTempMasterに命令する。
【００７９】
前に見たように、インジケータは、Green PowerクラスタのGP Responseコマンドに実装される必要がある。これは、シンク（例えばノード２５）から選択されたTempMasterへのメッセージであり、ＧＰＤに送達されるべきＧＰＤコマンドの全体を通信すること、及び選択されたTempMasterを通知することという２つの目的を果たす。
【００８０】
ZigBee（登録商標） Green Power v1.0（095499r24, sec. A.3.3.5.4, page 106 line 24 - page 107 line 17）でのGP Responseコマンドが、以下に示されるようにフォーマットされた。
【００８１】
【表１】
0006560693.tif 000002
【００８２】
Endpointフィールドが、14-0203r01で述べられているような提案に従って、ＧＰ v1.0.1規格（14-0093, r03又はそれ以降）に追加される；このフィールドは、長さ１オクテットであり、OptionsフィールドのApplicationIDサブフィールドが０ｂ０１０に設定されるときに現れ、以下に示されるように、ＧＰＤ  ＩＥＥＥアドレスによって識別されるＧＰＤを示す。
【００８３】
【表２】
0006560693.tif 000003
【００８４】
GP ResponseコマンドのOptionsフィールドの現行のフォーマット（ZigBee（登録商標） Green Powerv1.0，ZigBee（登録商標）文書095499r24, sec. A.3.3.5.4, page 106 line 27 - 28に従う）は以下の表に示される。
【００８５】
【表３】
0006560693.tif 000004
【００８６】
この実施例によれば、このOptionsフィールドは、提案されたときに変更され得る。
【００８７】
【表４】
0006560693.tif 000005
【００８８】
この提案では、フラグ「マッチングポイントを介する送達」が０ｂ１に設定される場合、これは、このGP Responseで所持されるＧＰＤコマンドが、全く同じエンドポイント識別子を有するRxAfterTx=0b1（即ち、RxAfterTxのこの値は、ＧＰＤからのこの送信後に受信機会があることを示す）を有するＧＰＤＦの受信時にのみＧＰＤに送達されることを示す。これは、第１の送信モードに対応する。特別な予約済のエンドポイントがグループ化され得て、それにより、予約済のエンドポイントへのデータは、任意の予約済のエンドポイントからのフレームの受信時に送達され得る（例えば、エンドポイント０ｘ００又は０ｘｆｆへの任意の通信は、それぞれエンドポイント０ｘｆｆ又は０ｘ００を有するこのＧＰＤからのフレームの受信時にも送達され得る）。
【００８９】
フラグが０ｂ０に設定される場合、このGP Responseで所持されるＧＰＤコマンドが、任意のエンドポイント識別子を有するRxAfterTx=0b1を有するＧＰＤＦの受信時にのみＧＰＤに送達されることを示す。これは、第２の送信モードに対応する。
【００９０】
更に、インジケータは、GP-DATA.requestプリミティブに実装される必要があり、それにより、TempMasterのＧＰＥＰは、これをTempMasterのｄＧＰに通信することができる。以下の表は、Green Power規格v1.0（095499r24, sec. A.1.3.2, page 31 line 4 - page 32 line 1）と同様のGP-DATA.requestのパラメータを示す。
【００９１】
【表５】
0006560693.tif 000006
【００９２】
Endpointパラメータが、14-0203r01で述べられているような提案に従って、ＧＰ v1.0.1規格（14-0093, r03又はそれ以降）に追加される；このパラメータは、長さ１オクテットであり、ApplicationIDパラメータが０ｂ０１０に設定されるときに有効であり、ＧＰＤ  ＩＥＥＥアドレスによって識別されるＧＰＤを示す。
【００９３】
インジケータは、好ましくは、現在予約済のフラグの１つとしてTxOptionsパラメータに追加され得る。代替として、インジケータは、GP-DATA.requestプリミティブの個別のパラメータでよい。インジケータは、上で提案されたブーリアン型「マッチングエンドポイント介する送達」フラグとしてフォーマットされ得る。
【００９４】
上で説明したように、これらの実施形態により、ＧＰＤに送信されるべきデータのメッセージソースは、送達されるべきデータのタイプ又は性質に基づいて、インジケータの値を選択することができ、及び／又はそのメッセージソースが通信している専用エンドポイントと、他のエンドポイント及び／又は予約済のエンドポイントの任意のものとの間で選択することができる。ソースは、特定のエンドポイントとの通信の頻度に応じてインジケータの値を選択することができる。又は、ソースが知識を有している場合には、このエンドポイントとの通信と他のエンドポイントとの通信との頻度の比である。これは特に、ＧＰＤの無線範囲内の管理デバイス又はシンクに関して当て嵌まることがある。ソースは、他のエンドポイントを認識した場合、そのソースがペアリングされているもの以外の別の特定のエンドポイントを介して送達することを選択し得る。これは特に、管理デバイスに関して当て嵌まることがある。これは、例えば、鍵、ネットワーク識別子、又はチャネル等の緊急のネットワークワイドの更新に関して使用され得る。これは特に、メッセージソースが管理デバイスである場合に当て嵌まることがある。
【００９５】
ソースは、ソースタイプに応じてインジケータを選択することができる。シンクは、（同じ又は異なるエンドポイントとペアリングされている）他のシンクの通信の必要性を認識しないことがあるので、それがペアリングされている／通常通信するエンドポイントを介する送達を選択する傾向があり得る。特定のデータアイテム（例えばチャネル又は鍵更新に関する情報）をＧＰＤに通信する唯一のものである可能性が高い中央インテリジェント機能、例えば管理デバイス又はコミッショニングツールは、任意のエンドポイントを介する送達を選択し得る。
【００９６】
選択は、更に、関連のプロキシの数の知識（の正確さ）、ソースが（ＧＰＤの近傍で）TempMasterであるか否かの事実、又はこのＧＰＤによって実装されるエンドポイントの総数に依存することがある；例えば、２エンドポイントデバイス（例えば２ロッカスイッチ）に鍵更新を送達するために、２つの専用エンドポイントを利用することが可能であり得る。６４エンドポイントデバイス（例えば６４ボタンリモートコントローラ）に鍵更新を送達するためには、任意の（ANY）エンドポイントを使用することがより良いことがある。
【００９７】
専用プロキシノードによる制御メッセージの受信は、選択された送信モードに対応する受信機会の１つの間にメッセージの送信を引き起こす。プロキシノードによるメッセージの送信を、図５を参照して説明する。
【００９８】
ステップＳ５００でプロキシノードが制御メッセージを受信するとき、これは、送信プロセスをトリガする。前に示したように、この受信は、メッセージソースがメッセージ送信のための選択されたプロキシノードでもある場合には、メッセージの送信を要求するより上の層によって発生されたプリミティブを、より下の層によって受信することであり得る。メッセージソースと選択されたプロキシノードとが異なるデバイスである場合、この受信は、実際に、メッセージソースから選択されたプロキシへの無線送信によるものである；この受信に続いて、選択されたプロキシのスタック層間のプリミティブ交換が行われてもよい。ステップＳ５０１で、プロキシノードは、どの送信モードが制御メッセージに示されているかを検出する。第１の実施形態では、制御メッセージは、前に説明したような論理エンティティ識別子フィールドを更に備える。この実施形態では、送信モードは、論理エンティティ識別子での予約済の値（ワイルドカード）の存在に基づいて検出される。論理エンティティ識別子が、１組のうちの１つの論理エンティティを識別する場合、第１の送信モードが検出される。このとき、これは、第１の送信モードによって定義される受信機会が、識別子での論理エンティティに関連付けられる受信機会であることを意味する。しかし、論理エンティティ識別子が予約済の値を所持する場合、第２の送信モードが検出される。
【００９９】
別の実施形態では、制御メッセージが、前の実施形態の１つで述べたようにフラグ及び論理エンドポイント識別子を備える場合、プロキシノードは、フラグに基づいて送信モードを決定し、また、どの論理エンティティにメッセージがアドレス指定されているかを論理エンティティ識別子でチェックすることができる。ステップＳ５０２で、メッセージは、プロキシノードによって準備され、待ち行列にバッファリングされる。待ち行列は、複数のエントリを有する１つの待ち行列として実現され得て、各エントリは、（異なる）ワイヤレスデバイス及び論理エンティティに対応する；これは、幾つかの待ち行列として実現されてもよく、各待ち行列が、ワイヤレスデバイス、又はワイヤレスデバイスの論理エンティティに対応する。
【０１００】
ZigBee（登録商標） Green Power規格に関係して、個別のインジケータフラグを含む本発明の実施形態に対処するために、gpTxQueueのエントリは、インジケータも記憶するように修正されなければならない。ＧＰ v1.0規格（095499r24）は、gpTxQueueエントリの正確なフォーマットを規定していない。更に、このワイヤレスデバイスに関するエントリ及び選択された論理エンティティが待ち行列に既に存在した場合、前のエントリは、後述するように、調停ポリシーに応じて置換又は除去される必要があり得る。
【０１０１】
次いで、ステップＳ５０３で、選択された送信モードによって定義される受信機会の要件に合致する受信機会を待機する。ZigBee（登録商標） Green Powerの実施例では、この受信機会は、受信されるメッセージのRxAfterTxフラグが設定された場合、ワイヤレスデバイスと、選択された送信モードに対応する論理エンティティとからの送信に続いて所定の期間後に生じる。受信機会が、選択された送信モードによって許可される受信機会の１つに対応する場合、ステップＳ５０４で、プロキシノードがメッセージを送信する。そうでない場合、プロキシノードは、有効な受信機会が生じるのを待機する、又はメッセージの満了まで待機する。図６を参照して述べたように、ステップＳ５０４は、受信されたメッセージの保護の検証、送信されるべきメッセージの保護、及びセキュリティ処理のためのセキュリティパラメータの取得を含めた追加のステップを含むことができる。
【０１０２】
それに対処するために、図６を参照すると、ステップ６のGP-SEC.responseプリミティブは拡張され得て、もしあれば待ち状態のメッセージをＧＰＤに送達するためにのみフレームが使用されるべきであり、その後、アプリケーションエンドポイント、即ちＧＰＥＰに渡される必要がないことを示す。
【０１０３】
これは、プロキシに対する処理を更に効率的にすることを可能にする。以下の表は、Green Power規格v1.0（095499r24, sec. A.1.3.4, page 33 line 9 - page 34 line 1）におけるこのGP-SEC.responseプリミティブのパラメータを列挙する。Endpointパラメータが、14-0203r01で述べられているような提案に従って、ＧＰ v1.0.1規格（14-0093, r03又はそれ以降）に追加され得る；このパラメータは、長さ１オクテットであり、ApplicationIDパラメータが０ｂ０１０に設定されるときに有効であり、ＧＰＤ  ＩＥＥＥアドレスによって識別されるＧＰＤを示す。
【０１０４】
【表６】
0006560693.tif 000007
【０１０５】
受信されたフレームが、受信機会が後に続く場合に、待ち状態のメッセージをＧＰＤに送達するためにのみ使用されるべきであり、次いで削除され得るまたは削除され得ないことを示すために、好ましくは、目的インジケータ、例えばTX_THEN_DROPを有する更なるステータスコードが、ステータスパラメータの１つの追加の値として追加され得る。代替として、目的インジケータは、このプリミティブの個別のパラメータとして符号化され得る。
【０１０６】
更に、図６のステップ４でEndpointパラメータがGP-SEC.requestに含まれている場合、このGPD ID＋Endpointとペアリングされず、双方向通信をサポートしないデバイスのＧＰＥＰ（それに関する情報は、そのデバイスタイプに応じて、ＧＰＥＰのProxy/Sink Tableで見られ得る）は、パケットを削除することを既に決定することができる。
【０１０７】
GP-SEC.requestがEndpointフィールドを含んでいなかった場合、この早期のフィルタリングは可能でない。このとき、エンドポイントがマッチングしないので後で削除されるフレームに関してでさえ、−２からＢまでの全てのステップが完了されなければならない。
【０１０８】
更なる拡張形態では、新たなTX_THEN_DROPステータスが返される場合、好ましくは、ｄＧＰは、このＧＰＤＦのRxAfterTxフラグが設定された場合にのみ、受信されたＧＰＤＦのセキュリティ処理を実施することを考慮することができる。代替として、GP-SEC.requestプリミティブは、Endpoint及びRxAfterTxフラグも含むように拡張され得て、正確なステータスコード（特にDROP又はTX_THEN_DROP）を返すことに関する決定は、ＧＰＥＰにシフトされ得る。TX_THEN_DROPステータスは、関連のgpTxQueueエントリに記憶される必要があり得る。
【０１０９】
本発明のこれらの実施形態の変形形態では、プロキシノードは、ワイヤレスデバイスに関する情報を記憶するプロキシテーブルを含む。このプロキシテーブルでは、単一のプロキシテーブルエントリは、ワイヤレスデバイスのただ１つの論理エンティティ、又はワイヤレスデバイスの１組の少なくとも２つの論理エンティティを表すことができる。これは、特にワイヤレスデバイスの複数の論理エンティティに関する情報が記憶される必要がある場合、プロキシテーブルエントリのメモリ効率の良い記憶を可能にする；特に、全ての論理エンティティに関係付けられる情報を記憶するために、論理エンティティに関する予約済の（「ワイルドカード」）値（例えば、任意／全てを示す０ｘｆｆ）が使用され得る。同じことが、ワイヤレスデバイスとペアリングされるシンクでのシンクテーブル、シンクデバイスでの翻訳テーブル、及びメッセージソースでのワイヤレスデバイスに関係付けられるデータを記憶するための任意の構成に適用可能である。
【０１１０】
更に、２つのエンドポイントＩＤによって表される２つの論理エンティティを有するＧＰＤを考える。上で論じたように、エンドポイントフィールドは、Proxy/Sink Tableエントリに追加されなければならず、それにより、プロキシは、特定のエンドポイントからフレームを転送する先を知っており、シンクは、どのエンドポイントからのフレームが実行されるかを知っている。シンクテーブルにエンドポイントフィールドを含めることにより、１つのシンクが、２つのエンドポイントのうちの１つに結合され、従って、異なるシンクが異なるエンドポイントに結合され、各エンドポイントは、通信を転送する先のシンク（グループ）のリストと共に、それ独自のプロキシテーブルエントリを有する；これは、プロキシが、選択されたエンドポイント（又はプロキシがそのために選択されたエンドポイント）の通信のみ転送できるようにし、従ってネットワークを介するトラフィックの減少を可能にする。２つのエンドポイントがどちらも同じシンクデバイス（でのクラスタ）に結合される場合を考える。これは、シンクデバイスが、ワイヤレスデバイスと、ワイヤレスデバイスでのエンドポイントの使用に反応する任意のデバイス（ボタン／センサ）との間の介在機構として作用するホーム制御ハブ（集線器／ゲートウェイ）である場合に生じ得る。その場合、現在書かれているＧＰ規格は、各エンドポイントに関して１つずつ、２つのプロキシテーブルエントリが作成されることを必要とする。そうではなく、特別なタイプの単一のプロキシテーブルが関連の各プロキシに作成され、このテーブルエントリが両方のエンドポイントを網羅することも想定される。特別なフラグ又は値は、このプロキシテーブルエントリが特別なタイプである、好ましくはエンドポイントフィールドの予約済の値（例えば、任意／全てを表す０ｘｆｆ）であることを表すために使用され得る。次いで、プロキシテーブルエントリでの転送（結合）情報が、両方のエンドポイントからのメッセージに同様に適用され得る。
【０１１１】
インジケータに関する更なる変形形態を以下に列挙する。
【０１１２】
・送信モード選択方法は、送達成功率によって影響を及ぼされ得る。例えば、別のシンクからの上書き（例えば、この論理エンティティへ／を介して多くのシンクが通信することによって引き起こされる）又はメッセージタイムアウト（例えば、選択された論理エンティティからの頻度の少ない通信、又はこの特定のプロキシによる不十分な受信信頼性によって引き起こされる）により、TempMasterが、特定のワイヤレスデバイスと論理エンティティとの組合せに関するバッファリングされているメッセージを頻繁に削除する場合、インジケータを（例えばより雑多なものに）変えることができる。又は、信頼性情報（又はメッセージ置換）をメッセージソースに通信し返し、それにより、メッセージソースは、その送信モード（及び／又はプロキシ）選択ポリシーを適合させることができる。予約済のエンドポイントを介する送達の使用は、（それが、選択された調停ポリシーである場合には）待ち行列をパージし得るので、メッセージを重複除去する助けとなり得る；逆に、選択されたエンドポイントを介する送達の使用は、（論理エンティティにつき１つずつ）ワイヤレスデバイスに関する複数のメッセージをバッファリングするための空間を作成する；これは、例えば、（例えばチャネル又はセキュリティの鍵更新としての）高速で高信頼性の送達を必要とする送信のために使用され得て、ソースは、ワイヤレスデバイスへの同じメッセージの複数のコピーを作成し、それぞれをワイヤレスデバイスの論理エンティティの１つにアドレス指定する；複数のプロキシを介してコピーを送信することは、マルチパスフェーディング及び局所干渉に対して送達をより良く保護するので、送達成功率を更に高める。インジケータを変えるための決定は、TempMasterのｄＧＰでローカルのものでよい。これはまた、ＧＰＥＰによって行われてもよい。TempMasterプロキシ又はシンクの場合には、GP-DATA.requestの受信時及び任意の後続の待ち行列関連の動作時に返される、GP-DATA.confirmステータス（TX_QUEUE_FULL、ENTRY_REPLACED、ENTRY_ADDED、ENTRY_EXPIRED、ENTRY_REMOVED、GPDF_SENDING_FINALIZED）を解析するために幾つかのインテリジェント機能を追加することによって既に可能であり得る。TempMasterプロキシを介して通信するシンクのＧＰＥＰによって実施されるように、GreenPowerクラスタコマンドが追加又は延長される必要があり得る。
【０１１３】
・制御メッセージのインジケータは、優先順位インジケータによって更に拡張され得て、特定のエントリが別のエントリによって置換され得るか否かを示す（例えば、送達されることによって、若しくはFALSE（即ち除去）に設定されたActionパラメータを有するGP-DATA.requestによって、及び／又はより低い優先順位ではなく、同じ若しくはより高い優先順位を有する別のメッセージによってのみ除去される）。これは、GP Responseコマンド、GP-DATA.requestプリミティブ、及びgpTxQueueエントリにこの優先順位インジケータを含めることを必要とする。このインジケータは、上で指定されるインジケータの任意のものと組み合わされてよく、又は別個のインジケータでよい。
【０１１４】
・更に、gpTxQueueエントリ置換のための調停規則（今日使用されている、最も最近のメッセージによる置換よりも複雑）が、（上記の箇条書き項目に加えて、又はその代わりに）エントリ置換／保持に対するエンドポイント及び／又はインジケータの影響を決定するために必要とされ得る。例えば、「特定のエンドポイントへのメッセージは、予約済の特別なエンドポイントへのメッセージを置換することができない」（若しくは逆）、又は「任意のエンドポイントを介する送達のインジケータを有するメッセージは、特別なエンドポイントを介する送達のインジケータを有するメッセージによってしか置換され得ない」等の規則が指定される必要があり得る。
【０１１５】
・連続するメッセージに関して同じプロキシノード（TempMaster）が選択される場合、調停は比較的容易である。異なるTempMasterが選択される場合、TempMaster間、及び／又はTempMasterとGP Responseメッセージのメッセージソース及び／又は拡張機能との間の追加の通信が必要とされ得る。一例として図２を見ると、プロキシノード（ＧＰＰ）２４が、置換したくないフレームをそのgpTxQueueに有し、より低い優先順位のフレームを通知するGP ResponseをメッセージソースＧＰＳ２３から受信する場合、プロキシノード２４（又はメッセージソースＧＰＳ２５）自体がGP Responseによって応答することがあり、元のフレーム、及びTempMasterとしてのプロキシノードＧＰＰ２４のアドレスを再び通知し直す。
【０１１６】
・調停を行うために、一例では、プロキシノードは、ハンドリング命令をメッセージソースから受信する。このハンドリング命令は、制御メッセージ又は送信モードインジケータ自体で送信され得る。ハンドリング命令は、プロキシノードの送信バッファにバッファリングされているメッセージの取扱いに関する。
【０１１７】
・上述した調停の必要性をなくすため、及び（例えば複数のエンドポイントを有するＧＰＤの場合に）フレーム送達の重複をなくすために、より少数のエントリが、gpTxQueueに作成され得る。上述したように、これは、中央インテリジェント機能が情報のソースであり、インジケータをインテリジェントに取る場合には既に実現され得る。シンク及び／又はTempMasterと通信するために中央インテリジェント機能が使用し得る任意のメッセージは、エンドポイントインジケータによっても拡張される必要があり得る。しかし、他の場合を仮定する。例えば６４ボタンリモートコントローラに関して、全てのペアリングされたシンクが、変化する動作チャネルに作用して、この情報をＧＰＤに送達することを望むものとする。媒体を介するGP Responseメッセージの数を減少させるために、シンク（メッセージソース）は、可変遅延窓からのインターバルにわたって、GP Responseメッセージ（又はTempMasterに通信するためにソースが使用する任意の等価なメッセージ）の送信を遅延することができる。このインターバルは、ワイヤレスメッセージＧＰＤとの通信の頻度に基づいて、シンクがどれほど前に最後にＧＰＤと通信したかに基づいて、シンクアドレスに基づいて、又はシンクによって見られる最新のセキュリティフレームカウンタに基づいて、ランダムに選択され得る。別のGP Responseがこの期間内に受信される場合、独自のGP Responseが削除され得る。拡張形態として、GP Responseは、特定の基準を満たすかどうかチェックされ得て、例えば、シンクは、実際に同じメッセージが送信されているかどうかチェックし得る。チェックは、ＧＰＤコマンド全体、GPD CommandID、宛先エンドポイント、及び任意選択的にインジケータに基づいて行われ得る。代替として、エンドポイント及び関連のインジケータとは無関係に、送信されるデータが実際にＧＰＤ全体にとって全般的に重要であることを示すために、標示（例えば、GP Responseのoptionsフィールド内の別のフラグ）が追加され得る。
【０１１８】
・このとき、ＧＰ規格は、プロキシノードでの送信待ち行列に関して、ＧＰＤ毎にただ１つのエントリのみを許可する。GP Responseメッセージ（及びGP-DATA.requestプリミティブ）が、後続の受信機会のうちのどれでフレームをＧＰＤに送達するかを指定するオーダー標示によって拡張される場合、ＧＰＤ毎に複数のエントリを含むシステムワイドgpTxQueueが構築され得る。例えば、次の受信機会でＧＰＤ１に送達されるべきフレーム（例えば、分かりやすくするために、スロットフィールド＝０ｘ００として符号化され、セキュリティフレームカウンタ／シーケンス番号の値が含まれ得て、カウントを開始する時を示し、後続のGP Response送信間での調停を可能にする）を所持するGP Responseを見るシンクは、次の受信機会でＧＰＤ１に送達されるべきフレームを所持するGP Responseを送信することを選択することができる。明らかに、TempMasterは、受信可能性（即ちRxAfterTxを有するＧＰＤＦ）を追跡し、それに従ってローカルカウントを更新しなければならない。特定数のＧＰＤＦを逃したTempMasterは、それらが記憶する幾つか又は全ての待ち行列エントリを削除する必要があり得る。
【０１１９】
・上で提案されたエンドポイントに関する予約済の値への拡張形態として、予約済の値は、メッセージソースとTempMasterとの間の通信量を減少させるために使用され得る。即ち、１つのGP Response、即ちGP-DATA.requestが、エンドポイントフィールドに予約済の値（例えば０ｘｆｅ）を有するプロキシに送信され、このプロキシは、（送信モード１で）幾つかの特定のエンドポイント、例えばこのプロキシに知られている全て又はこのプロキシが担当する全てのエンドポイントにアドレス指定された複数のメッセージを作成する。
【０１２０】
・本文献で開示されるソリューションは、ＳｒｃＩＤによって識別されるＧＰＤにも適用可能である。ＧＰ規格は、各論理エンティティ毎に個別のＳｒｃＩＤの使用を推奨するので、複数のロッカ間の関係は、（それらが異なるので）ＳｒｃＩＤによっては与えられないが、それでも取得され得る。例えば、関連のＳｒｃＩＤに関する情報は、ＧＰＤ自体によってコミッショニング時点に送達され得る、ユーザによって構成され得る、又は例えばＲＳＳＩに基づいて動作時点でプロキシ／シンクノードによって発見され得る。場合によっては、情報のソースは、例えばＧＰＤとソースが双方向通信をサポートする場合に、フレームを送信する先を知るために、（それがペアリングされる／通信するＳｒｃＩＤに加えて）他のＳｒｃＩＤの幾つか又は全てを記憶することもできる。記憶する他のＳｒｃＩＤの選択は、特定のＳｒｃＩＤによって符号化される論理エンティティのタイプ、特性、及び通信特性に基づいていてよい。選択されたソース、例えばＣＴ／管理デバイスのみがこの知識を有することがあり、それにより、それらのデバイスに関する正常な送達の機会を高める。最も単純な実施形態では、プロキシは、異なるＳｒｃＩＤによって識別される複数のエンドポイント間の関係を発見及び／又は記憶する機能を有さない。その単純性に加えて、このソリューションはまた、ＧＰＤに関する複数のメッセージを、それぞれが異なるＳｒｃＩＤによってアドレス指定される限り、プロキシでバッファリングすることを可能にし、送達の機会を高める。
【０１２１】
・別の実施形態では、プロキシは、異なるＳｒｃＩＤによって識別される複数のエンドポイント間の関係を発見及び／又は記憶する機能を有することができる；また、対応する調停規則を適用することもある。これは、システム内でのＧＰＤへのメッセージの重複除去を可能にする。
【０１２２】
本発明及びその様々な実施形態を、ZigBee（登録商標） Green Powerネットワークの文脈で、スイッチ、減光器、リモートコントローラ、及びセンサ等の制御装置に関して例示したが、本発明はそのような実装形態に限定されず、複数の論理エンティティを含むワイヤレスデバイスにメッセージを送信する必要がある任意の種類のネットワーク又はエネルギー制限若しくはエネルギー採取デバイスに容易に適合され得ることに留意されたい。例えば、このネットワークは、Z-Waveネットワーク、又は別のプロプライエタリソリューションでよい。
【０１２３】
開示される実施形態に対する他の変形形態は、図面、本開示、及び添付の特許請求の範囲の検討から当業者によって理解され、特許請求される発明を実施する際に実施され得る。特許請求の範囲において、用語「備える」は、他の要素又はステップを除外せず、「１つの」は、複数を除外しない。特定の手段が相互に異なる従属請求項に記載されていることだけでは、これらの手段の組合せが有利に使用され得ないことを示さない。
【０１２４】
上記の説明は、本発明の特定の実施形態を詳述する。しかし、上述したことが本文にどれだけ詳細に現れていようと、本発明は多くの方法で実施され得て、従って開示される実施形態に限定されないことを理解されたい。本発明の特定の特徴又は態様を述べるときの特定の専門用語の使用は、その専門用語が関連付けられる本発明の特徴又は態様の任意の特定の特性を含むようにその専門用語が本明細書で再定義されて限定されることを示唆するものとみなすべきではないことに留意されたい。
【図１】
0006560693.tif 000008
【図２】
0006560693.tif 000009
【図３】
0006560693.tif 000010
【図４】
0006560693.tif 000011
【図５】
0006560693.tif 000012
【図６】
0006560693.tif 000013