特許 5952842 ＺｉｇＢｅｅ（登録商標）ネットワークにおいて装置を動作及びコミッショニングするための方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】5952842

(24)【登録日】2016年6月17日

(45)【発行日】2016年7月13日

(54)【発明の名称】ＺｉｇＢｅｅ（登録商標）ネットワークにおいて装置を動作及びコミッショニングするための方法

(51)【国際特許分類】

   H04W 28/06 20090101AFI20160630BHJP

   H04W 88/04 20090101ALI20160630BHJP

   H04W 84/18 20090101ALI20160630BHJP

【ＦＩ】

   H04W28/06

   H04W88/04

   H04W84/18

【請求項の数】15

【全頁数】18

(21)【出願番号】特願2013-555973(P2013-555973)

(86)(22)【出願日】2012年2月28日

(65)【公表番号】特表2014-511627(P2014-511627A)

(43)【公表日】2014年5月15日

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

(87)【国際公開番号】WO2012117344

(87)【国際公開日】20120907

【審査請求日】2015年2月23日

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

(32)【優先日】2011年2月28日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】516043960

【氏名又は名称】フィリップス ライティング ホールディング ビー ヴィ

(74)【代理人】

【識別番号】110001690

【氏名又は名称】特許業務法人Ｍ＆Ｓパートナーズ

(72)【発明者】

【氏名】トルヒュイゼン マリヌス ヘーラルダス マリア

(72)【発明者】

【氏名】エルトマン ボゼナ

(72)【発明者】

【氏名】ホーテペン ロベルト コルネリス

【審査官】 田部井 和彦

(56)【参考文献】

【文献】 特開２０１０−１０３７８５（ＪＰ，Ａ）

【文献】 米国特許出願公開第２００８／００６９１２１（ＵＳ，Ａ１）

【文献】 国際公開第２０１１／０５５２９２（ＷＯ，Ａ１）

【文献】 国際公開第２０１１／０７０４７９（ＷＯ，Ａ１）

【文献】 Woo Suk Lee, Seung Ho Hong，KNX - ZigBee Gateway for Home Automation，Automation Science and Engineering, 2008. CASE 2008. IEEE International Conference on，２００８年 ８月２６日，ＵＲＬ，http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4626433

【文献】 Introducing ZigBee PRO’s neweco-friendly Green Power feature，Webinar: Green Power feature of ZigBee PRO IconWebinar: Green Power feature of ZigBee PRO，２０１３年 １月２２日，ＵＲＬ，http://www.zigbee.org/?wpdmdl=2144

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

ＩＥＥＥ Ｘｐｌｏｒｅ

(57)【特許請求の範囲】

【請求項1】

両方が少なくとも１つのＺＧＰＤ（ZigBee Green Power Device）装置の制御下にある、ZigBee Green Power（ＺＧＰ）対応装置とＺＧＰ非対応装置とを有するＺｉｇＢｅｅネットワークにおいて装置を動作させるための方法であって、
前記ＺＧＰＤ装置が、ＺＧＰＤコマンドフレームを送信するステップと、
前記ＺＧＰＤ装置から前記ＺＧＰＤコマンドフレームを受信した場合に、前記ＺＧＰ対応装置が、
受信した前記ＺＧＰＤコマンドを、前記ＺＧＰ非対応装置と互換性のある通常のＺｉｇＢｅｅコマンドに変換し、変換後のコマンドを転送するステップと、
ＺＧＰトンネリングメカニズムを用いて前記ＺＧＰＤコマンドをトンネリングするステップと、
前記ＺＧＰＤ装置によって制御される前記ＺＧＰ対応装置が、制御されるアプリケーション機能がサポートされている場合、前記トンネリングされたコマンドのみを実行するステップと、
前記ＺＧＰＤ装置によって制御される前記ＺＧＰ非対応装置が、制御されるアプリケーション機能がサポートされている場合、変換されたコマンドのみを実行するステップと、
を有する、方法。

【請求項2】

初期コミッショニング段階を有し、前記初期コミッショニング段階は、
コミッショニング装置が、前記ＺＧＰＤ装置によって制御される装置がＺＧＰ対応装置であるか、又は、ＺＧＰ非対応装置であるかを識別するステップと、
前記コミッショニング装置が、第１のＺｉｇＢｅｅグループＩＤを生成し、前記第１のＺｉｇＢｅｅグループＩＤに対応する第１のＺＧＰＤグループのメンバになるよう全ての識別された装置に対して指示するステップと、
前記全ての識別された装置が、前記第１のＺｉｇＢｅｅグループＩＤに対応する前記第１のＺＧＰＤグループのメンバになるステップと、
前記コミッショニング装置が、ＺＧＰＤ ＳｒｃＩＤを有する前記ＺＧＰＤ装置についての情報を得るステップと、
を有する、請求項１記載の方法。

【請求項3】

ペアリングステップを有し、ペアリングコマンドが、前記コミッショニング装置から前記第１のグループの前記メンバに送信される、請求項２記載の方法。

【請求項4】

前記ＺＧＰＤ装置の制御下にある全ての装置が、単一のＺｉｇＢｅｅグループのメンバであり、前記コマンドを変換、転送、及び、トンネリングするステップが、
前記ＺＧＰＤ装置から前記ＺＧＰＤコマンドフレームを受信した場合に、前記ＺＧＰ対応装置が、
前記ＺＧＰＤコマンドを前記通常のＺｉｇＢｅｅコマンドに変換し、変換されたコマンドを前記ＺｉｇＢｅｅグループのメンバである装置に転送するステップと、
変換されていないＺＧＰＤコマンドを前記ＺｉｇＢｅｅグループのメンバである装置にトンネリングするステップと、
前記ＺＧＰ対応装置が、前記ＺｉｇＢｅｅグループに送信された前記変換後のコマンドを受信した場合、当該コマンドを無視する、請求項１乃至３のいずれか１項に記載の方法。

【請求項5】

前記初期コミッショニング段階の一部として、
前記ＺＧＰＤグループのメンバである少なくとも１つのＺＧＰ非対応アプリケーションエンドポイントを有する第１のＺＧＰＤグループのメンバである任意のＺＧＰ対応装置が、前記ペアリングコマンドを受信した場合、
自局のＺＧＰエンドポイントを前記第１のＺＧＰＤグループに追加するステップと、
前記ＳｒｃＩＤのためのＺＧＰ受信側テーブルエントリを作成するステップと、
前記第１のＺＧＰＤグループのメンバであるＺＧＰ非対応エンドポイントを識別する数を、自局のＺＧＰコマンド変換テーブルに格納するステップと、
前記第１のＺＧＰＤグループから前記ＺＧＰ非対応エンドポイントを除去するステップと、
を有する、請求項３に記載の方法。

【請求項6】

前記ＺＧＰＤ装置の制御下にある各装置が、前記ＺＧＰＤ装置の制御下にあるＺＧＰ対応装置からなる第１のグループと、前記ＺＧＰＤ装置の制御下にあるＺＧＰ非対応装置からなる第２のグループとの２つのＺＧＰＤグループのいずれか一方のメンバであり、前記コマンドを変換、転送、及び、トンネリングするステップは、
前記ＺＧＰＤ装置からＺＧＰＤコマンドフレームを受信した場合に、前記ＺＧＰ対応装置が、
前記コマンドを変換し、変換したコマンドを前記２つのグループのうちの前記第２のグループのメンバである装置に転送するステップと、
変換されていないコマンドを前記２つのグループのうちの前記第１のグループのメンバである装置にトンネリングするステップと、
を有する、請求項１、２、３又は５に記載の方法。

【請求項7】

前記初期コミッショニング段階の一部として、第２のＺｉｇＢｅｅグループＩＤを生成するステップを有し、前記第２のＺｉｇＢｅｅグループＩＤに対応する第２のＺＧＰＤグループに割り当てられた前記ＺＧＰＤ装置によって制御されるネットワーク装置の一部を有する、請求項２若しくは３又は請求項２若しくは３に従属する請求項６に記載の方法。

【請求項8】

前記第２のＺｉｇＢｅｅグループに割り当てられた前記ネットワーク装置は、ＺＧＰ対応装置である前記コミッショニング装置によって識別される装置である、請求項７に記載の方法。

【請求項9】

前記初期コミッショニング段階の一部として、
前記第１のＺＧＰＤグループのメンバである少なくとも１つのＺＧＰ非対応アプリケーションエンドポイントを有する前記第１のＺＧＰＤグループのメンバである任意のＺＧＰ対応装置が、
自局のＺＧＰエンドポイントを前記第２のＺＧＰＤグループに追加するステップと、
前記ＳｒｃＩＤのためのＺＧＰ受信側テーブルエントリを作成するステップと、
前記第１のＺＧＰＤグループのメンバである前記ＺＧＰ非対応エンドポイントを識別する数を自局のＺＧＰコマンド変換テーブルに格納するステップと、
前記第１のＺＧＰＤグループから前記ＺＧＰ非対応エンドポイントを除去するステップと、
を有する、請求項２、３若しくは５に従属する請求項６又は請求項７若しくは８に記載の方法。

【請求項10】

ユーザが、コミッショニングモードにおいて前記コミッショニング装置を設定する初期ステップ、及び／又は、前記ＺＧＰＤ装置においてコミッショニング動作を実行するステップを有する、請求項２、３若しくは５、請求項２若しくは３に従属する請求項４、請求項２、３若しくは５に従属する請求項６又は請求項７、８若しくは９に記載の方法。

【請求項11】

前記ＺＧＰＤ装置に関連する前記ネットワークにおける任意の装置の任意の前のグループメンバシップを除去するステップを有する、請求項１乃至１０のいずれか１項に記載の方法。

【請求項12】

前記コミッショニング装置が、前記ＺＧＰＤ装置と制御される前記装置との間のアプリケーション機能の整合を実行するステップ、
前記コミッショニング装置が、動作段階において、ＺＧＰ非対応装置のための変換のために、ＺＧＰＤコマンドをＺＧＰ非対応装置と互換性のある通常のＺｉｇＢｅｅコマンドに変換させるコマンドを送信するステップ、
ＺＧＰプロキシ能力を具備するＺＧＰ対応装置が、前記ＺＧＰＤコマンドをＺＧＰ非対応装置と互換性のある通常のＺｉｇＢｅｅコマンドに変換した結果と、変換したコマンドの転送先であるグループＩＤについての情報とをローカルに格納するステップ、
のうちの１つを有する、請求項２、３若しくは５、請求項２若しくは３に従属する請求項４、請求項２、３若しくは５に従属する請求項６若しくは１１又は請求項７、８、９若しくは１０に記載の方法。

【請求項13】

前記変換後のコマンドを転送するステップが、ＺＧＰエイリアスメカニズムを使用する、請求項１乃至１２のいずれか１項に記載の方法。

【請求項14】

前記コミッショニング装置の役割が、専用のＺｉｇＢｅｅコミッショニングツール装置、任意のＺＧＰ対応装置、ＺＧＰ対応の通常のリモート制御装置、ＺｉｇＢｅｅＰＡＮコーディネータ、ＺｉｇＢｅｅネットワークマネージャ、ＺｉｇＢｅｅトラストセンタ、及び、ＺｉｇＢｅｅブリッジ又はゲートウェイの背後にある装置におけるアプリケーションソフトウェアを有するグループに含まれる装置によって実行される、請求項２、３若しくは５、請求項２若しくは３に従属する請求項４、請求項２、３若しくは５に従属する請求項６、１１若しくは１３又は請求項７、８、９、１０若しくは１２に記載の方法。

【請求項15】

前記装置を識別するステップが、前記ネットワーク装置のグラフィカルグルーピング、ＺｉｇＢｅｅ装置及びサービス発見方法、装置マッチングクラスタのＺｉｇＢｅｅ識別、所定の基準に基づくデフォルトグループの使用、確立済みの制御グループの使用、選択された装置における明確なユーザ行動、並びに、帯域外方法の使用、
のうちの少なくとも１つを用いることによって実行される、請求項１４に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ZigBee Green Power（ＺＧＰ）対応装置とＺＧＰ非対応装置とを有するＺｉｇＢｅｅ（登録商標）ネットワークにおいて装置を動作及びコミッショニングするための方法に関する。

【0002】

ZigBee Green Power仕様書は、メッセージフォーマットと、ZigBee Green Power Devices（ＺＧＰＤ）と呼ばれる極めてエネルギーが限られた装置から制御コマンドを送信することを可能とする送信プロトコルとについて記述している。ＺＧＰＤは、例えば、ロッカースイッチを動作させるユーザアクションからエネルギーを得る環境発電スイッチのような自己発電型装置である。

【0003】

従来のＺｉｇＢｅｅメッセージは、大きすぎてＺＧＰＤで利用可能な限られたエネルギーでは送信できないため、上記ＺＧＰ仕様書において述べられる新しいメッセージフォーマットが、ＺｉｇＢｅｅ標準に比して、必要とされている。さらに、ＺＧＰＤは、必ずしも受信能力を持つ必要はなく、このため、（例えば、参加、親機再発見、バインディング作成のための）従来のＺｉｇＢｅｅプロトコル変換は適用されない場合があり、ＺＧＰ仕様書は、ＺＧＰＤのための新たなコミッショニング／コンフィグレーション手続きを記述することを必要としている。

【背景技術】

【0004】

現在のＺｉｇＢｅｅ製品は、ＺＧＰコマンドを取り扱うことができない。結果として、例えばＺｉｇＢｅｅランプの設置されたベースのユーザは、ＺｉｇＢｅｅランプを他のＺＧＰ対応ＺｉｇＢｅｅランプに拡張できず、例えばＺＧＰＤ環境発電スイッチを具備する全体の結果としてのシステムの任意のサブセットを制御できない。

【発明の概要】

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

【0005】

単一の専用の「ＺＧＰゲートウェイ」装置を追加し、ＺＧＰコマンドを従来のコマンドに変換することは、ユーザにとって煩わしく、（単一の故障点を作るため、）信頼性がない。

【0006】

このため、ＺＧＰペアリング、及び、ＺＧＰ対応ＺｉｇＢｅｅ装置とＺＧＰコマンドを理解しない「従来の」ＺｉｇＢｅｅ装置との両方を含む、ＺＧＰＤによって制御される装置のセットのための設定をロバスト性があり、ユーザフレンドリな態様で実行するための方法を与える必要性がある。

【0007】

本発明は、上記方法を提供することを目的とする。本発明の他の目的は、二重のコマンド実行無しに、又は、他の不要な制御行動の発生無しに、設定後の上記混合されたシステムを動作させる方法を提供することである。

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

【0008】

本発明は、両方が少なくとも１つのＺＧＰＤ装置の制御下にある、ZigBee Green Power（ＺＧＰ）対応装置とＺＧＰ非対応装置とを有するＺｉｇＢｅｅネットワークにおいて装置を動作させるための方法であって、ＺＧＰＤ装置が、ＺＧＰＤコマンドフレームを送信するステップと、ＺＧＰＤ装置からＺＧＰＤコマンドフレームを受信した場合に、ＺＧＰ対応装置が、受信したＺＧＰＤコマンドを、ＺＧＰ非対応装置と互換性のある通常のＺｉｇＢｅｅコマンドに変換し、変換後のコマンドを転送するステップと、ＺＧＰトンネリングメカニズムを用いてＺＧＰＤコマンドをトンネリングするステップと、ＺＧＰＤ装置によって制御されるＺＧＰ対応装置が、制御されるアプリケーション機能がサポートされている場合、トンネリングされたコマンドのみを実行するステップと、ＺＧＰＤ装置によって制御されるＺＧＰ非対応装置が、制御されるアプリケーション機能がサポートされている場合、変換されたコマンドのみを実行するステップとを有する方法に関する。

【0009】

ある実施形態では、上記方法は、初期コミッショニング段階を有し、当該初期コミッショニング段階は、コミッショニング装置が、ＺＧＰＤ装置によって制御される装置がＺＧＰ対応装置であるか、又は、ＺＧＰ非対応装置であるかを識別するステップと、コミッショニング装置が、第１のＺｉｇＢｅｅグループＩＤを生成し、第１のＺｉｇＢｅｅグループＩＤに対応する第１のＺＧＰＤグループのメンバになるよう全ての識別された装置に対して指示するステップと、全ての識別された装置が、第１のＺｉｇＢｅｅグループＩＤに対応する第１のＺＧＰＤグループのメンバになるステップと、コミッショニング装置が、ＺＧＰＤ ＳｒｃＩＤを有するＺＧＰＤ装置についての情報を得るステップとを有する。

【0010】

ある実施形態では、上記方法は、ペアリングステップを有し、ペアリングコマンドが、コミッショニング装置から第１のグループの前記メンバに送信される。

【0011】

ある実施形態では、ＺＧＰＤ装置の制御下にある全ての装置が、単一のＺｉｇＢｅｅグループのメンバであり、コマンドを変換、転送、及び、トンネリングするステップが、ＺＧＰＤ装置からＺＧＰＤコマンドフレームを受信した場合に、ＺＧＰ対応装置が、ＺＧＰＤコマンドを通常のＺｉｇＢｅｅコマンドに変換し、変換されたコマンドをＺｉｇＢｅｅグループのメンバである装置に転送するステップと、変換されていないＺＧＰＤコマンドをＺｉｇＢｅｅグループのメンバである装置にトンネリングするステップと、ＺＧＰ対応装置が、ＺｉｇＢｅｅグループに送信された変換後のコマンドを受信した場合、当該コマンドを無視する。

【0012】

ある実施形態では、上記方法は、初期コミッショニング段階の一部として、ＺＧＰＤグループのメンバである少なくとも１つのＺＧＰ非対応アプリケーションエンドポイントを有する第１のＺＧＰＤグループのメンバである任意のＺＧＰ対応装置が、ペアリングコマンドを受信した場合、自局のＺＧＰエンドポイントを第１のＺＧＰＤグループに追加するステップと、ＳｒｃＩＤのためのＺＧＰ受信側テーブルエントリを作成するステップと、第１のＺＧＤＰグループのメンバであるＺＧＰ非対応エンドポイントを識別する数を、自局のＺＧＰコマンド変換テーブルに格納するステップと、第１のＺＧＰＤグループからＺＧＰ非対応エンドポイントを除去するステップとを有する。

【0013】

ある実施形態では、ＺＧＰＤ装置の制御下にある各装置が、ＺＧＰＤ装置の制御下にあるＺＧＰ対応装置からなる第１のグループと、ＺＧＰＤ装置の制御下にあるＺＧＰ非対応装置からなる第２のグループとの２つのＺＧＰＤグループのいずれか一方のメンバであり、コマンドを変換、転送、及び、トンネリングするステップは、ＺＧＰＤ装置からＺＧＰＤコマンドフレームを受信した場合に、ＺＧＰ対応装置が、コマンドを変換し、変換したコマンドを２つのグループのうちの第２のグループのメンバである装置に転送するステップと、変換されていないコマンドを２つのグループのうちの第１のグループのメンバである装置にトンネリングするステップとを有する。

【0014】

ある実施形態では、上記方法は、初期コミッショニング段階の一部として、第２のＺｉｇＢｅｅグループＩＤを生成するステップを有し、第２のＺｉｇＢｅｅグループＩＤに対応する第２のＺＧＰＤグループに割り当てられたＺＧＰＤ装置によって制御されるネットワーク装置の一部を有する。

【0015】

ある実施形態では、第２のＺｉｇＢｅｅグループに割り当てられたネットワーク装置は、ＺＧＰ対応装置であるコミッショニング装置によって識別される装置である。

【0016】

ある実施形態では、上記方法は、初期コミッショニング段階の一部として、第１のＺＧＰＤグループのメンバである少なくとも１つのＺＧＰ非対応アプリケーションエンドポイントを有する第１のＺＧＰＤグループのメンバである任意の（受信能力を具備する）ＺＧＰ対応装置が、自局のＺＧＰエンドポイントを第２のＺＧＰＤグループに追加するステップと、ＳｒｃＩＤのためのＺＧＰ受信側テーブルエントリを作成するステップと、第１のＺＧＰＤグループのメンバであるＺＧＰ非対応エンドポイントを識別する数を自局のＺＧＰコマンド変換テーブルに格納するステップと、第１のＺＧＰＤグループからＺＧＰ非対応エンドポイントを除去するステップとを有する。

【0017】

ある実施形態では、上記方法は、ユーザが、コミッショニングモードにおいてコミッショニング装置を設定する初期ステップ、及び／又は、ＺＧＰＤ装置においてコミッショニング動作を実行するステップを有する。

【0018】

ある実施形態では、上記方法は、ＺＧＰＤ装置に関連するネットワークにおける任意の装置の任意の前のグループメンバシップを除去するステップを有する。

【0019】

ある実施形態では、上記方法は、コミッショニング装置が、ＺＧＰＤ装置と制御される装置との間のアプリケーション機能の整合を実行するステップ、コミッショニング装置が、動作段階において、ＺＧＰ非対応装置のための変換のために、ＺＧＰＤコマンドをＺＧＰ非対応装置と互換性のある通常のＺｉｇＢｅｅコマンドに変換させるコマンドを送信するステップ、ＺＧＰプロキシ能力を具備するＺＧＰ対応装置が、ＺＧＰＤコマンドをＺＧＰ非対応装置と互換性のある通常のＺｉｇＢｅｅコマンドに変換した結果と、変換したコマンドの転送先であるグループＩＤについての情報とをローカルに格納するステップ、のうちの１つを有する。

【0020】

ある実施形態では、変換後のコマンドを転送するステップが、ＺＧＰエイリアスメカニズムを使用する。

【0021】

ある実施形態では、コミッショニング装置の役割が、専用のＺｉｇＢｅｅコミッショニングツール装置、任意のＺＧＰ対応装置、ＺＧＰ対応の通常のリモート制御装置、ＺｉｇＢｅｅＰＡＮコーディネータ、ＺｉｇＢｅｅネットワークマネージャ、ＺｉｇＢｅｅトラストセンタ、及び、ＺｉｇＢｅｅブリッジ又はゲートウェイの背後にある装置におけるアプリケーションソフトウェアを有するグループに含まれる装置によって実行される。

【0022】

ある実施形態では、装置を識別するステップが、ネットワーク装置のグラフィカルグルーピング、ＺｉｇＢｅｅ装置及びサービス発見方法、装置マッチングクラスタのＺｉｇＢｅｅ識別、所定の基準に基づくデフォルトグループの使用、確立済みの制御グループの使用、選択された装置における明確なユーザ行動、並びに、帯域外方法の使用、のうちの少なくとも１つを用いることによって実行される。

【図面の簡単な説明】

【0023】

本発明が、一例として、添付の図面を参照することで、より詳細に記述される。

【図1】図１は、装置がコミッショニングされ、本発明に従った方法を用いることによって動作されるネットワークである。

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

【0024】

以下、本発明が、ＺｉｇＢｅｅスマート照明（ＺＳＬ）ランプを用い、ＺＧＰ対応装置とＺＧＰ非対応装置との両方がリモートコントロールによって制御され、ＺＧＰコミッショニングＧＰＤＦ（Green Power Device Frame）を送信可能なＺＧＰＤ環境発電スイッチのための特定の例において記述される。全ての特定のアドレス、ＩＤ、及び、他の図面は、図示の目的のためだけに与えられたものであり、本発明の範囲を制限するものではない。

【0025】

２つの異なる実施形態が、以下、詳述される。

【0026】

第１の実施形態では、コミッショニング手続きが以下のよううに行なわれる。

【0027】

ステップ０．ネットワークのユーザが、例えば、0x12345678などのＺＧＰＤ ＳｒｃＩＤによって識別されるＺＧＰＤスイッチでユーザが制御したい全ての装置が、スマート照明仕様において規定されるようなリモートコントロール（ＲＣ）の制御下にあり、当該装置が、例えば、0x0007などに等しいグループＩＤによって識別される（ＺｉｇＢｅｅ）グループを形成することを確認する。

【0028】

ステップ１．ユーザが、ＲＣコミッショニングモードにする。

【0029】

ステップ２．ユーザが、コミッショニング成功表示がシステムによって与えられるまで、（Green Power仕様書において定義される）所要のＺＧＰコミッショニング動作、又は、ＺＧＰＤにおいて複数の動作のセットを実行する。コミッショニング成功表示は、ブリンクのような帯域外信号、ＲＣにおける可聴信号、当該ＲＣの制御下にあるランプのブリンク、又は、ユーザによって知覚可能な任意の他のタイプの物理的パラメータであってもよい。ＺＧＰコミッショニング手続きの一部として、ＺＧＰＤスイッチは、ＺＧＰＤ装置のアドレス（ＳｒｃＩＤ）及び装置タイプ（デバイスＩＤ）を含むが、これらに限定されない、ＺＧＰＤスイッチにおける情報を含む、及び／又は、当該情報の抽出を許可するGreen Power Device Frame（ＧＰＤＦ）を送信する。

【0030】

ステップ３．ＲＣが、（Green Power仕様書において定義される）所要のＺＧＰコミッショニング動作を実行し、当該動作が完了した場合、コミッショニング成功表示を供給する。（この時から、ＺＧＰＤスイッチは、動作モードを再開し得る。）

【0031】

ステップ４．オプションで、ＧＰＤＦ内のデバイスＩＤに基づいて、ＲＣが、ＺＧＰＤと制御されるグループにおける装置との間のアプリケーション機能のマッチングをチェックする。当該チェックが失敗した場合、動作はアプリケーションに依存し（例えば、ＲＣは、機能不整合を補償する、あるいは、コミッショニング失敗又は全体のコミッショニングエラーをこの装置に表示させる、ＺＧＰＤコマンド変換を供給してもよい）、当該チェックが成功した場合、ステップ５へと続く。

【0032】

ステップ５．このＺＧＰＤスイッチのための前の制御関係がある場合、ＲＣは、（ＺＧＰＤのＳｒｃＩＤのためのＺＧＰペアリングサーチコマンドを用いて）ＺＧＰ対応装置をチェックする。この場合、ＲＣは、コミッショニングされたグループＩＤ（例えば、0xMMMM）及びＺＧＰ割り当てエイリアス（例えば、0xNNNN）の値を格納する。

【0033】

ステップ６Ａ．前の制御関係がある場合、ＲＣは、（ＳｒｃＩＤ＝0x12345678、RemoveZGPDサブフィールド＝0b1、[1, Sec. A.3.3.4.2]参照）ＺＧＰペアリングコマンドをブロードキャストする。このコマンドを受信すると、全てのＺＧＰ装置は、プロキシテーブル、受信側テーブル（[1, Sections A.3.4.2.2 and A.3.3.2.2]参照）にある、ＳｒｃＩＤ＝0x12345678のための全てのエントリを除去する。このコマンドの受信は、ＺＧＰ装置に、ＳｒｃＩＤ＝0x12345678のための変換をも除去させる。

【0034】

ステップ６Ｂ．前の制御関係がある場合、ＲＣは、標準的なＺｉｇＢｅｅ ＺＣＬグループクラスタ除去グループコマンド（0xMMMM）を、0xMMMMのグループに、グループキャストで送信する。このコマンドを受信すると、ＺＧＰ対応装置及びＺＧＰ非対応装置の全ての装置は、古いＺＧＰＤスイッチグループ0xMMMMにおける任意のエンドポイントのメンバシップを除去する。

【0035】

ステップ７．前の制御関係がある場合、ＳｒｃＩＤ＝0x12345678（0xNNNN）のためのＺＧＰ割り当てエイリアスは、プロキシエイリアスのために再利用される（[1, Sec. A.3.6.3.3]参照）。前の制御関係がない場合、ＲＣは、プロキシエイリアスのために使用されるＺＧＰ割り当てエイリアス（個別のアドレスプールから次のフリーなもの、例えば0x0004）を個別のアドレスプールから生成する。便宜上、ＳｒｃＩＤ＝0x12345678のためのＺＧＰ割り当てエイリアスを0xZZZZで表し、即ち、0xZZZZは、前の関係がある場合0xNNNNに等しく、前の関係がない場合0x0004に等しい。

【0036】

ステップ８．前の制御関係がある場合、ＳｒｃＩＤ＝0x12345678（0xMMMM）のためのコミッショニングされたグループＩＤは、ＺＧＰＤすっちによって制御されるグループをアドレスするために再利用される。前の制御関係がない場合、ＲＣは、この目的のために、グループアドレスのプールから新しいグループＩＤ（次のフリーなもの、例えば0x0008）を生成する。便宜上、制御されるグループをアドレスするために使用されるグループＩＤを0xVWXYで表し、即ち、0xVWXYは、前の関係がある場合0xMMMMに等しく、前の関係がない場合0x0008に等しい。

【0037】

ステップ９．ＲＣは、標準的なＺｉｇＢｅｅ ＺＣＬグループクラスタ追加グループコマンド（0xVWXY）を、グループキャストでグループ0x0007に送信する。このコマンドを受信すると、ＺＧＰ対応装置及びＺＧＰ非対応装置の全ての装置は、現在（グループＩＤ0x0007を具備する）ＲＣグループのメンバであるＺＧＰエンドポイント及び非ＺＧＰエンドポイントの全てのエンドポイントを、0xVXWYのＺＧＰＤグループのメンバになるようにする。

【0038】

ステップ１０．ＲＣは、デバイスＩＤ、ＺＧＰ割り当てエイリアス（0xZZZZ）、及び、コミッショニングされたグループＩＤ（0xVWXY）を含むペアリング情報を有する、ＺＧＰ設定ペアリングコマンド（[1, Sec. A.3.3.3.7]参照）を、「0xfe」に設定された、ペアリング済みエンドポイントリスト（これは、このグループの全ての現メンバがペアリング済みエンドポイントリストに含まれていることを示している）とともに、ブロードキャストで送信する（オプションで、ＺＧＰプロキシクラスタのための予約されたエンドポイントであるＥＰＰ２４２に送信される）。このコマンドを受信すると、

【0039】

従来の装置は、このコマンドを理解せず、従って、無視する。

【0040】

このコマンドを受信した各ＺＧＰ対応装置は、

【0041】

プロキシ能力が、（プロキシテーブルの範囲内（InRange）、固定位置、及び、メンテナンスポリシーなどのＺＧＰ仕様書[1]で定義される基準に従って）転送のためのＺＧＰＤ情報を格納することを考慮し、そうすることを選択した場合、

【0042】

ＳｒｃＩＤのためのプロキシテーブルエントリを作成し、ＺＧＰ設定ペアリングコマンドからの情報を用いて当該エントリを記入し、

【0043】

変換されたＺＧＰＤコマンドを従来装置に転送するために必要な情報を格納し、

【0044】

これは、従来装置のためのコマンド変換テーブルを具備する仮想エンドポイント（ｖＥＰ）の形式を有していてもよく、

【0045】

及び／又は、従来転送を格納するために、プロキシテーブルエントリのオプションフィールドの予約されたサブフィールドの１つとともに、プロキシテーブルを用いて、

【0046】

あるいは、受信側テーブル及び／又は変換テーブルが使用されてもよく、

【0047】

好ましくは、従来転送は、コミッショニングツールによって明確にイネーブルにされる。

【0048】

これは、0b0が偽（FALSE）を意味するとともに、0b1が真（TRUE）を意味する、従来転送制御フラグによって実現されてもよい。ＺＧＰ設定ペアリングコマンドのオプションフィールドの予約された７ビット目を用いて実現されてもよい（[1, sec. A.3.3.2.2.1]参照）。

【0049】

（プリミティブなAPSME-ADD-GROUP.requestを発行することによって）ＺＧＰグループ（0xVWXY）のメンバとして自局（EPP）を追加する。

【0050】

グループ0xVWXYのメンバである任意のＺＳＬエンドポイントを有するかどうかをチェックし、有する場合は、

【0051】

ＳｒｃＩＤ（エイリアス（＝0xZZZZ））のための受信側テーブルエントリを作成し、

【0052】

ローカルのＺＳＬエンドポイントのためのローカル変換（ＳｒｃＩＤ、コマンドＩＤ→ＺＳＬエンドポイント、プロファイル、クラスタ、コマンド／属性？）のためのＺＧＰＤコマンド変換テーブルエントリを作成し、

【0053】

内部制御のため、0xVWXYの現メンバであるＺＳＬエンドポイントの数を格納し、

【0054】

（プリミティブなREMOVE-GROUP.requestを発行することによって）グループ0xVWXYからＺＳＬエンドポイントを除去する。

【0055】

ステップ１１．オプションで、ＲＣは、動作中の従来装置のためのイネーブルコマンド変換に、変換テーブル更新コマンド（[1, Sec. A.3.6.2.2.]参照）をブロードキャストする。このステップは、これらの変換が既にＺＧＰ対応装置にハードコードされている場合、及び／又はデフォルトのＺＧＰＤコマンド変換が使用され得る場合は、不要である。

【0056】

ステップ１２．ＲＣは、動作モードに戻る。

【0057】

ＲＣは、グループ0x0007の全てのメンバをなお制御することに留意すべきである。グループ0x0007は、その後、変わり、ＲＣの制御下にあるランプのセットは、ＺＧＰスイッチの制御下にあるランプのセットとは異なるであろう。

【0058】

動作モードにおいて、ＺＧＰ対応装置が、ＺＧＰＤコマンドをＺＧＰスイッチから直接受信した場合、以下のステップを実行する。

【0059】

（仮想エンドポイントにおける変換テーブル、及び／又は、上記ステップ１０／１１で作成／更新された受信側における変換テーブルを用いて）ＺＧＰＤコマンドをＺｉｇＢｅｅ ＺＳＬコマンドに変換し、変換されたＺｉｇＢｅｅ ＺＳＬコマンドをＺＧＰスイッチの制御下にあるグループ0xVWXYに転送する。

【0060】

ＺＧＰ通知を用いて、ＺＧＰＤコマンドを、グループＩＤ0xVWXYをアドレスしているＺＧＰスイッチの制御下にあるＺＧＰ対応ランプにトンネリングする（これは、標準的なＺＧＰの行動であり（[1]参照）、ＺＧＰＤ範囲外のＺＧＰ対応ランプのカバレージを許可している）。

【0061】

装置自体がＺＧＰスイッチの制御下にある場合、ＺＧＰ非対応エンドポイントのためのローカル変換を作成する（これは、標準的なＺＧＰの行動であり、ＺＧＰＤ範囲内のＺＧＰ対応ランプのカバレージを許可している）。

【0062】

さらに、グループ0xVWXYのメンバであるＺＧＰ対応装置は、受信される全ての変換後のコマンドを無視し、トンネリングされるか、又は、直接受信されるＺＧＰコマンドのみを実行する。

【0063】

変換後のコマンドを転送するステップ及びＺＧＰコマンドをトンネリングするステップにおいて、ＺＧＰ対応装置は、プロキシエイリアスのための割り当てられたエイリアス0xZZZZを使用する（[1, Sec. A.3.6.3.3]参照）。変換後及びトンネリングされたＺＧＰコマンドを転送するために用いられるシーケンス番号は、ＧＰＤＦ ＭＡＣヘッダシーケンス番号フィールドの値から抽出される。装置が使用するエイリアスＮＷＫシーケンス番号は異なっているべきである。即ち、変換後のコマンドを転送するために使用されるシーケンス番号は、あるオフセットｋにおいて、ＧＰＤＦ ＭＡＣヘッダシーケンス番号フィールド−ｋ（ｍｏｄ２５６）に等しい。ｋの適切な選択は、例えば、２４である。

【0064】

第２の実施形態は、第１の実施形態と共通のステップを有しており、ここでは再度詳述されない。この第２の実施形態では、第１の実施形態における単一のグループの代わりに、２つのグループＩＤが使用される。

【0065】

ステップ０〜４は、同じである。ＺＧＰＤスイッチによって制御される装置のＲＣグループは、0x0007で表される。

【0066】

ステップ５は、第１の実施形態のステップ５と似ているが、２つのグループＩＤに対応する２つの制御関係が現れ得る点で異なる。

【0067】

ステップ６Ａは、同じであるが、ステップ６Ｂでは、２つの前の制御関係がある場合に、２つの除去グループコマンドが送信される。

【0068】

ステップ７に変更はない（再利用されるか、新たに生成されるかとは関係なく、ＳｒｃＩＤ0x12345678のためのＺＧＰ割り当てエイリアスが0xZZZZで表される）が、ステップ８では、２つのグループＩＤが生成される、一方が再利用されるとともに他方が生成される、又は、２つが再利用され、再利用されるか、新たに生成されるかとは関係なく、例えば、グループＩＤ0xAAAA及び0xBBBBで表される。

【0069】

ステップ９において、グループ0x0007の全てのメンバは、グループ0xAAAAのメンバにされる。

【0070】

第１の実施形態のステップ１０は、２つのステップ１０Ａ，１０Ｂによって置き換えられる。設定ペアリングコマンドにおいて、当該コマンドを受信したＺＧＰ対応装置がステップ１０Ａ又は１０Ｂに従った行動を知ることができるように、フラグ（例えば、オプションフィールドにおいて予約されたビット）が使用される。第１の実施形態において詳述された従来転送制御フラグが、この目的のために使用されてもよく、当該フラグは、ステップ１０Ａを示す0b1に設定されたり、ステップ１０Ｂを示す0b0に設定されたりする。

【0071】

ステップ１０Ａにおいて、ＲＣは、デバイスＩＤ、ＺＧＰ割り当てエイリアス（0xZZZZ）、及び、コミッショニングされたグループＩＤ（0xAAAA）を含むペアリング情報を有するＺＧＰ設定ペアリングコマンドを、「0xfe」に設定された、ペアリング済みエンドポイントリスト（これは、このグループの全ての現メンバがペアリング済みエンドポイントリストに含まれていることを示している）とともに、ブロードキャストで送信する（オプションで、ＺＧＰプロキシクラスタのための予約されたエンドポイントであるＥＰＰ２４２に送信される）。

【0072】

従来装置はこのコマンドを理解せず、従って、無視する。

【0073】

このコマンドを受信した各ＺＧＰ対応装置は、グループ0xAAAAのメンバである任意のＺＳＬエンドポイントを有するかどうかをチェックし、有する場合、

【0074】

ＳｒｃＩＤ（エイリアス（＝0xZZZZ））のための受信側テーブルエントリを作成し、

【0075】

ローカルＺＳＬエンドポイントのためのローカル変換のためのＺＧＰＤコマンド変換テーブルエントリ（[1, Sec. A.3.6.2.2]）を作成し、

【0076】

ＺＧＰＤコマンド変換テーブルにおける内部制御のため、0xAAAAの現メンバであるＺＳＬエンドポイントを識別する数を格納し、

【0077】

（プリミティブなAPSME-REMOVE-GROUP.requestを発行することによって）グループ0xAAAAからＺＳＬエンドポイントを除去する。

【0078】

次に、ステップ１０Ｂにおいて、ＲＣは、デバイスＩＤ、ＺＧＰ割り当てエイリアス（0xZZZZ）、及び、コミッショニングされたグループＩＤ（0xBBBB）を含むペアリング情報を有するＺＧＰ設定ペアリングコマンドを、「0xfe」に設定された、ペアリング済みエンドポイントリスト（これは、このグループの全ての現メンバがペアリング済みエンドポイントリストに含まれていることを示している）とともに、ブロードキャストで送信する（オプションで、ＺＧＰプロキシクラスタのための予約されたエンドポイントであるＥＰＰ２４２に送信される）。

【0079】

従来装置はこのコマンドを理解せず、従って、無視する。

【0080】

このコマンドを受信した各ＺＧＰ対応装置は、

【0081】

転送のための情報を格納し、

【0082】

ＳｒｃＩＤのためのプロキシテーブルエントリを作成し、ＺＧＰ設定ペアリングコマンドからの情報を用いて当該エントリを記入し、

【0083】

変換されたＺＧＰＤコマンドを従来装置に転送するために必要な情報を格納し、

【0084】

これは、従来装置のためのコマンド変換テーブルを具備する仮想エンドポイント（ｖＥＰ）の形式を有していてもよく、

【0085】

及び／又は、従来転送を格納するために、プロキシテーブルエントリのオプションフィールドの予約されたサブフィールドの１つとともに、プロキシテーブルを用いて、

【0086】

あるいは、受信側テーブル及び／又は変換テーブルが使用されてもよく、

【0087】

（APSME-ADD-GROUP.requestを発行することによって）ＺＧＰグループ（0xBBBB）のメンバとして自局（EPP）を追加する。

【0088】

ステップ１１及び１２は、第１の実施形態と同じである。

【0089】

動作モードが、図１に関連して詳述される。

【0090】

装置１がＺＧＰ対応装置であり、装置４がＺＧＰＤ装置の制御下にあるとともにグループ0xBBBBに属しているＺＧＰ対応装置であり、装置５がＺＧＰＤ装置の制御下にあるとともにグループ0xAAAAに属しているＺＧＰ非対応装置であり、装置２，３がＺＧＰＤ装置の制御下にない装置であると仮定してみる。

【0091】

動作モードにおいて、ＺＧＰＤコマンドは、以下の手続きに従って、変換された形式でグループ0xAAAAに転送されるとともに、ＺＧＰコマンドとしてグループ0xBBBBにトンネリングされる。

【0092】

ＺＧＰＤ装置からＺＧＰＤコマンドフレームを受信すると、装置１は、

【0093】

当該コマンドを変換し、変換したコマンドをグループ0xAAAAのメンバである装置５に転送し、

【0094】

変換されていないコマンドを第２のグループ0xBBBBのメンバである装置４にトンネリングする。

【0095】

本発明の上記実施形態は、リモートコントロール及びＺＧＰＤ環境発電スイッチによって制御されるＺＧＰ対応装置とＺＧＰ非対応装置との両方であるＺｉｇＢｅｅスマート照明（ＺＳＬ）ランプの特定のケースのために最適化されている。しかしながら、本発明は、例えば、加熱、排気、及び、空調（ＨＶＡＣ：Heating, Ventilation and Air Conditioning）、（ドア／窓コントローラなどの）セキュリティ及びアクセス制御装置、安全装置、（ブラインド及びクロージャコントローラなどの）他のオートメーション装置を含むが、これらに限定されない、ＺＧＰＤによって制御されるＺＧＰ対応装置とＺＧＰ非対応装置との両方を含むＺｉｇＢｅｅビルディングオートメーション及びＺｉｇＢｅｅホームオートメーションネットワークなどの照明以外の他のアプリケーション及び装置タイプのための他の実施形態もカバーする。

【0096】

本発明は、ＺｉｇＢｅｅ Ｇｒｅｅｎ Ｐｏｗｅｒ仕様書[1]に従ったＺｉｇＢｅｅ Ｇｒｅｅｎ Ｐｏｗｅｒ装置（例えば、環境発電電機照明スイッチ、太陽発電センサ、又は、長寿命なバッテリ駆動測定器など）を用いる制御システムであって、当該システムにおける幾つかの装置がＺＧＰを理解しないＺＧＰＤによって制御されるシステムのために使用されてもよい。

【0097】

以下では、第１の実施形態を参照して、幾つかの実施形態が詳述される。

【0098】

●（グループＩＤ0x0007として参照される）ＲＣグループは、例えば、他の装置によって制御される既存のグループ、ＲＣがコミッショニング動作を行なうグループ、又は、（部屋毎などの）位置に独立したグループなど、異なる目的で確立されたグループであってもよい。ＲＣグループは、一時的なヘルパーグループであってもよい。もしくは、専用の固定の予約されたグループＩＤが、コミッショニング目的であってもよい。このため、グループ0x0007のメンバシップは、ＺＧＰコミッショニング動作後、存続してもよく、又は、解消されてもよい。自動的に解消されてもよく、又は、（例えば、グループを除去するなど）明確なコミッショニング装置動作によって解消されてもよい。

【0099】

●ステップ０において、一実施形態によれば、ＺＧＰＤによって制御される装置のグループは、予め存在しておらず、コミッショニングプロセス中に作成される。

【0100】

上記グループは、以下のオプション項目の１つを用いることにより作成される。

【0101】

○グラフィカルユーザインタフェース（ＧＵＩ）におけるグラフィカルグルーピング

【0102】

○（クラスタに整合する全ての（動作中の）装置を発見し、識別モードにおいてノードを１つずつ整合クラスタに配置し、それらを選択／非選択する）ＺｉｇＢｅｅ識別メカニズムと組み合わせたＺｉｇＢｅｅ装置及びサービス発見方法

【0103】

○（例えば、製造者、無線範囲などの）任意の基準に基づくデフォルトグループ

【0104】

○任意の帯域外方法（例えば、ユーザによる上記装置での手動動作）

【0105】

○自動化された位置／コミッショニングアルゴリズム

【0106】

○建物レイアウトにおける装置位置など

【0107】

いずれにせよ、ペアリング情報がＺＧＰＤによって制御される装置に送信される場合、ＺＧＰＤによって制御される装置が、ステップ１０の開始時において、既知のグループＩＤを具備する同じグループ内にあるように、グループが決定される。

【0108】

●コミッショニング装置の役割は、ＺＧＰ対応ＺＳＬリモートコントロール以外の任意の他の装置によって実行されてもよい。コミッショニング装置の役割は、例えば、ＺＧＰ対応コミッショニングツール、又は、ＺＧＰＤによって制御される任意のＺＧＰ対応装置によって実行されてもよい。

【0109】

●コミッショニングツールの役割を実行する装置は、（関連する）装置の能力を発見するために、（ＺｉｇＢｅｅ仕様書によって述べられるような）ＺｉｇＢｅｅ装置及びサービス発見メカニズムを使用する。

【0110】

関連する装置は、例えば、ユーザの手動オペレーション、ＺｉｇＢｅｅ識別メカニズム、又は、制限された範囲などの幾つかの無線通信基準、（コミッショニング）ネットワーク参加基準などの帯域外の手段によって識別され得る。

【0111】

上記発見は、コミッショニングネットワーク／定められた範囲内の全ての装置、又は、関連する装置のみにおいて、実行され得る。

【0112】

上記発見は、ＺＧＰＤコミッショニング段階から利用可能な、ＺＧＰＤ装置及びサービス能力情報を使用してもよい。上記発見は、機能マッチングの後続のステップを具備する、包括的なものであってもよい。

【0113】

●他の実施形態では、選択された装置は、グループＩＤ0x0007を用いることなく、すぐに、グループＩＤ（0xVWXY/0xAAAA/0xBBBB）のＺＧＰＤスイッチのメンバにされる。

【0114】

●他の実施形態では、コミッショニング装置の役割を実行する装置は、ユニキャスト通信を用いて各装置と個別に通信することを含む異なる通信モードにおいて、ＺＧＰＤによって制御される装置と通信してもよい。

【0115】

●他の実施形態では、ＺＧＰ設定ペアリングの代わりに、同じ効果を有する異なるコマンドが使用されてもよい。例えば、ＺＧＰペアリングコマンドと同じように、ＺＧＰプロキシテーブル及び／又はシンクテーブルに直接書き込むためのＺＣＬコマンドが使用されてもよい。

【0116】

●他の実施形態では、ステップ０及びステップ７〜ステップ１０において、ＺＧＰＤスイッチグループＩＤが、ＺＧＰＤ装置がシステムに追加される前に、積極的に作成される。例えば、ＺｉｇＢｅｅネットワークがオフィス環境においてセットアップされる場合、「空の」グループＩＤ（即ち、任意の装置によってまだ制御されていないグループ）が、領域、部屋、作業場、床などの機能的に別個の各エンティティのために作成される。次に、[1, Sec A.3.9]で記述されるような、単純なプッシュボタンベースの近接又はプロキシベースのペアリングが、この積極的に確立されるがまだ制御されていないグループを、制御装置であるＺＧＰＤとペアリングするために使用されてもよく、又は、任意の通常のＺｉｇＢｅｅペアリングメカニズムが、通常のＺｉｇＢｅｅ制御装置を追加するために使用されてもよい。

【0117】

●ステップ４：機能マッチングは、成功／失敗の個別の識別を具備する、ＺＧＰＤによって個別に制御される装置によって実行されてもよい。

【0118】

●他の実施形態では、ステップ２〜ステップ４において、ＺＧＰＤコミッショニングＧＰＤＦを送信する代わりに、極めて制限されたＺＧＰＤのみが、０ｂ１に設定された自動コミッショニングビット（[1, Sec. A.1.4.1.2]参照）を有するＧＰＤＦデータを送信可能であってもよい。ステップ４では、ＲＣ／ＣＴ／ＺＧＰ対応装置が、ＺＧＰＤによって送信されたＺＧＰＤコマンドＩＤに基づいて、機能マッチングを実行してもよい。機能マッチングが失敗した場合のＲＣ−ＣＴ／ＺＧＰ対応装置の振る舞いは、アプリケーション特有である。このＺＧＰＤのコミッショニングは、放棄されてもよい。あるいは、実際に送信されたＺＧＰＤコマンドＩＤと期待されるアプリケーション動作との間の適切なコマンド変換が与えられてもよい。

【0119】

●他の実施形態では、ステップ７及び８において、ＺＧＰＤスイッチと関連して使用される前のグループ及びエイリアス識別子が、もしあれば、再利用されるか、又は、新しい識別子に置き換えられる。

【0120】

●他の実施形態では、ステップ１１において、例えば、従来装置が対応する機能を除外するので、幾つかのＺＧＰコマンドのための変換は送信されない。かかるコマンドが動作段階においてＺＧＰＤによって送信される場合、従来装置は、当該コマンドに応じて動作しないであろう。

【0121】

●更なる／代替的なメカニズム（例えば、コマンド、フラグなど）が、ＺＧＰ及び（トンネリングされた／変換されたＺＧＰＤコマンドの）従来転送の両方の明確なイネーブル／ディセーブルを可能とするために、規定されてもよい。

【0122】

オフィス、店舗、学校、病院、工場、及び、施設のためのビルディングオートメーションシステムなどの商業環境において、コミッショニングツールの使用は、珍しくない。家庭用オートメーションシステムにおいても同様である。上記ツールは、グラフィカルであってもよく、又は、テキストベースであってもよく、高機能又は単純であってもよい。以下、ＺｉｇＢｅｅ家庭用オートメーション／ＺｉｇＢｅｅビルディングオートメーションシステムにおけるコミッショニングツールの使用を意図した実施例が説明される。

【0123】

ステップ１．ユーザは、コミッショニングツールをコミッショニングモードに設定する。

【0124】

ステップ２．ユーザは、（ZigBee Green Power仕様書[1]に定義されるような）必要なＺＧＰコミッショニング動作、又は、ＺＧＰＤでの動作セットを、コミッショニング成功表示がコミッショニングツールによって付与されるまで、実行する。コミッショニング成功表示は、例えば、コミッショニングツールの画面に表示される、アイコン、及び／又は、ＺＧＰＤＳｒｃＩＤ、及び／又は、ＺＧＰＤ装置の他の識別子であってもよい。

【0125】

コミッショニングツールは、（ZigBee Green Power仕様書[1]に定義されるような）必要なＺＧＰコミッショニング動作を実行し、当該動作が完了した場合にコミッショニング成功表示を付与する。（これより以降、ＺＧＰＤスイッチは、動作モードに戻ることができる。）

【0126】

ＺＧＰＤコミッショニング段階からの情報に基づいて、コミッショニングツールは、デフォルトの通常のＺｉｇＢｅｅ機能へのＺＧＰＤのアプリケーション機能マッピングを実行する。

【0127】

ステップ３．通常のＺｉｇＢｅｅ装置は、コミッショニングツールに参加する。

【0128】

ステップ２及び３の順序は、厳密に定められる必要はない。

【0129】

ステップ４．ユーザは、ＺＧＰＤによって制御される装置を選択するために、ＺｉｇＢｅｅ識別メカニズムを使用する。

【0130】

ステップ５．ＺＧＰＤによって制御される識別された装置のために、コミッショニングツールは、（ＺｉｇＢｅｅ仕様書によって説明されるような）ＺｉｇＢｅｅ装置及びサービス発見メカニズムを使用して、参加した装置の能力を発見する。

【0131】

ステップ６．コミッショニングツールは、ＺＧＰＤと識別された装置との間で機能マッチングを実行する。デフォルトのマッピングが利用できない場合、変換の定義を許可する。

【0132】

変換定義段階は、例えば、識別された装置で利用可能なＺｉｇＢｅｅ制御可能機能（ＺｉｇＢｅｅ属性／コマンド）を含むドロップダウンメニューなどで実現される。

【0133】

ステップ７．コミッショニングツールは、識別された装置がＺＧＰ非対応装置である場合、適切なグループＩＤ及びこの装置の適切なエンドポイントのためのＺｉｇＢｅｅ ＺＣＬグループクラスタ追加グループコマンドを送信する。

【0134】

また、コミッショニングツールは、識別された装置がＺＧＰ対応装置である場合、適切なグループＩＤ及びこの装置の適切なエンドポイントのためのＺｉｇＢｅｅ ＺＣＬグループクラスタ追加グループコマンドと、この装置のＺＧＰエンドポイントのシンクテーブルのためのＺＣＬ書き込み属性コマンドとを送信する。

【0135】

コミッショニングツールは、明確に、ＺＧＰ、及び／又は、（トンネリングされた／変換されたＺＧＰＤコマンドの）従来転送をイネーブル／ディセーブルしてもよい。

【0136】

ステップ４〜ステップ７は、ＺＧＰＤによって制御される全ての装置のために繰り返される。

【0137】

ステップ７は、グループ設定が完了後、各装置のために個別に（好ましくは、ユニキャストで）実行されてもよいし、又は、ステップ８（以下参照）で合わせて実行されてもよい。これは、例えば、コミッショニングツールにおける機能／変換の矛盾の修正を単純化し得る。

【0138】

ステップ８．グループのコミッショニングが完了後、コミッショニングツールは、ＺＧＰＤによって制御されない、ＺＧＰプロキシ／コンボ装置を更にアドレスすることによって、ＺＧＰ及び／又は従来転送を明確に設定してもよい。

【0139】

好ましくは、コミッショニングツールは、ＺＧＰプロキシテーブル属性又はユニキャストＺＧＰペアリングコマンドのためのユニキャストＺｉｇＢｅｅＺＣＬ書き込みコマンドを送信する。

【0140】

前の実施形態において説明されるような、ＺＧＰペアリング又はＺＧＰ設定ペアリングコマンドのグループキャスト／ブロードキャストが使用されてもよい。コミッショニングツールは、必要であれば、上記装置のグループメンバシップを更に設定する。

【0141】

ステップ９．動作ネットワークを切り替えるために、装置にコミッショニングネットワークを教える。

【0142】

ステップ９は、ステップ７及び８の前に実行されてもよい。即ち、ＺＧＰＤ制御設定は、動作ネットワークにおいて配信されてもよい。

【0143】

ステップ９が首尾よく実行されるために、ＺｉｇＢｅｅ仕様書において定義されるように、ＺｉｇＢｅｅ動作ネットワークパラメータの配信が必要である。これは、当該ステップに特有のものではなく、ステップ３〜ステップ９のどこかで実行されてもよい。

【0144】

本明細書及び請求項において、要素の前の「ａ」又は「ａｎ」なる用語は、かかる要素が複数あることを除外しない。また、「有する」なる用語は、挙げられた要素以外に、他の要素又はステップが存在することを除外しない。

【0145】

請求項中の括弧内に参照符号が含まれることは、理解を助けるためであり、発明を限定する意図はない。

【0146】

本開示を読むことで、他の修正例が、当該技術分野における当業者にとって明らかであろう。かかる修正例は、通信ネットワークの技術分野において既知であり、ここで説明された特徴の代わりに、又は、当該特徴に追加して使用され得る、他の特徴を含んでいてもよい。

【図1】