JP2016509346A - 照明デバイスからの情報の要求 - Google Patents

Abstract

モジュールは、複数の宛先照明デバイスに対して、同じメッセージを生成するメッセージング論理部を含む。メッセージは、複数の宛先照明デバイスを指定する第１の部分と、当該メッセージが、照明デバイス情報を要求するタイプであることを指定する共通の第２の部分とを含む。モジュールは更に、複数の宛先照明デバイスに、同じメッセージを出力するポートを含む。宛先照明デバイスのうちの１つがメッセージに応答した場合に、処理モジュールは、ポートを介して、応答するデバイスから応答を受信する。応答は、宛先照明デバイスのうちの応答するデバイスを特定することに加えて、その照明デバイスの要求された情報も指定する。

Description

本発明は、例えばエラーステータス、デバイス時間又は他の情報といったステータス情報を要求するために、照明システム内の照明デバイスから情報を要求するメッセージの送信に関する。

対応する光源をそれぞれ含む複数の照明デバイスを含む様々な照明システムが存在する。このようなシステムでは、例えばデバイスを一元管理する及び／又は協調管理するために、複数の照明デバイスを遠隔から管理することが望ましい。例えばシステムは、スポーツ照明、舞台照明といったエンターテインメント環境における照明、様々な目的のための屋外照明、又は、オフィス若しくは家庭での照明を含む。

したがって、適切な制御モジュール等から、複数の照明デバイスを管理するためのメッセージングプロトコルが知られている。光源を潜在的に制御すること（例えば光源を点灯又は消灯する、光源を調光する及び／又は光源の動作を協調させる）に加えて、照明デバイスを管理することのもう１つの側面は、照明デバイスから、技術的な情報を収集する機能である。このような情報は、例えば「現場における」デバイスが経験する動作ステータスを反映するステータス情報又はデバイスの性質若しくは機能に関する情報を含む。

１つのそのようなプロトコルは、ＤＭＸ５１２ネットワーク（「５１２ピースの情報を使用するデジタルマルチプレキシング」）によって実装されるＲＤＭ（「リモート・デバイス・マネジメント」）である。これは、ＡＮＳＩ（米国国家規格協会）仕様Ｅ１．２０で説明されている。

従来のＤＭＸ−ＲＤＭシステム等を使用すると、照明デバイスから、ロギング情報、エラー総数、寿命及び／又はスイッチ回数といったステータス情報を遠隔から得ることができる。これには、１つ以上のＤＭＸ−ＲＤＭコマンドが、１光源毎に送信されて、そこからのステータス情報が所望される各光源を個別にアドレス指定することが必要である。設備全体のステータス情報を得るためには、すべての光源に、１つずつコマンドが送信されることが必要である。これは、多くの帯域幅を必要とするので、通常のＤＭＸフローを中断し、光源の目に見えるフリッカリングをもたらす。

本明細書に開示される一態様によれば、照明デバイスのシステムにおいてメッセージを送信するモジュールが提供される。当該モジュールは、複数の宛先照明デバイスに対して、メッセージのうちの同じメッセージを生成するメッセージング論理部を含む。メッセージは、複数の宛先照明デバイスを指定する第１の部分と、当該メッセージが、照明デバイス情報を要求するタイプであることを指定する共通の第２の部分とを含む。上記モジュールは更に、複数の宛先照明デバイスに、同じメッセージを出力するポートを含む。宛先照明デバイスのうちの１つがメッセージに応答した場合に、メッセージング論理部は、ポートを介して、応答するデバイスから応答を受信する。応答は、宛先照明デバイスのうちの応答するデバイスを特定することに加えて、その照明デバイスの要求された情報も指定する。

本明細書に開示される別の態様によれば、照明デバイスが提供される。当該照明デバイスは、照明システムのモジュールから、当該照明デバイスを含む複数の照明デバイスに送信されるメッセージを受信するポートを含む。当該メッセージは、複数の照明デバイスを指定する第１の部分と、少なくとも、メッセージのタイプを指定する共通の第２の部分とを含む。上記照明デバイスは更に、当該照明デバイスが、第１の部分に指定されている複数の照明デバイスのうちで指定されていることを特定し、第２の部分に指定されているメッセージのタイプを特定し、特定されたタイプによって要求される場合に、当該照明デバイスを特定し、要求された照明デバイス情報を指定する応答で、モジュールに応答するメッセージング論理部を含む。

更なる態様によれば、上記モジュールと、上記特徴を有する複数の照明デバイスとを含むシステムが提供される。

同じコマンドメッセージが、複数のターゲットデバイスに一斉同報されるため、これらのデバイスに問い合わせる処理は、各デバイスに、１つずつ、個別のコマンドを送信するための帯域幅を必要としない。１つの共通のコマンドを複数のデバイスに一斉同報することは、一度に２つ以上のデバイスからの応答を呼び出し、このような応答が同時に同じ媒体（例えばバス）を介して送信されると衝突する可能性があるため、ＤＭＸ−ＲＤＭシステムといったシステムにおいては賢明ではないように見えるかも知れない。例えばＡＮＳＩ仕様Ｅ１．２０は、発見後、通信は、無衝突環境において行われるべきであることを述べており、これは、一度に２つのデバイスから応答を求めるべきではないことを示唆しているように思われる。しかし、本明細書では、照明システムにおいて、コマンドメッセージは、それがアドレス指定された各照明デバイスから必ずしも応答を呼び出す必要がないということを認識している。実際に、かなり頻繁に、応答を必要としないか、又は、１つのデバイスだけからの応答が必要となる。したがって、コマンドが、複数のデバイスに一斉同報されても、必ずしも衝突があるわけではなく、また、少なくとも、２つの衝突する応答が呼び出される可能性はかなり少ない。

一例は、照明デバイスにおいて生じている任意のエラーの報告を要求するコマンドである。最新の照明システムでは、エラーは比較的まれであるため、２つ以上のデバイスからエラーを受け取る可能性はかなり少ない。任意の他のまれに生じるステータスの報告を要求するコマンドについても、同様の観察ができる。

したがって、実施形態では、第２の部分に指定されるメッセージのタイプによって要求される照明デバイス情報は、各宛先デバイスによって経験される動作ステータスを反映するステータス情報を含む。応答は、応答する照明デバイスによって経験される動作ステータスを反映する要求されたステータス情報を指定する。

第２の部分に指定されるメッセージのタイプによって要求される照明デバイス情報は、エラーステータスを含んでもよい。

他の実施形態では、メッセージは、好適には、通信媒体が扱えるよりも多くの応答（その頻度は、問題の応用に依存する）を必要とすることがあまり予期されない照明デバイスの任意の他の特性の報告を要求する。例えばコマンドメッセージは、特定のまれに生じるデバイス機能又は特徴を見つけるために、デバイスを探索してもよい。

実施形態では、メッセージの第２の部分は、条件を指定し、第２の部分に指定されるメッセージのタイプは、対応する宛先照明デバイスにおいて条件が見つかる場合にのみ、各宛先照明デバイスに応答させてもよい。

実施形態では、照明デバイスのメッセージング論理部は、第２の部分から特定されるメッセージのタイプから、当該条件を決定し、照明デバイスにおける条件を評価し、条件が見つかる場合にのみ応答する。

条件は、エラー条件を含んでもよく、上記タイプは、対応する宛先照明デバイスにおいてエラー条件が見つかる場合にのみ、複数の宛先照明デバイスのそれぞれに応答させてもよい。

したがって、実施形態では、情報の関連性に関する決定は、照明デバイス全体に配信される。従前では、コントローラは、すべてのデバイスから個別の応答を収集し、どの応答が関連の又は要求された作用であったのかを中央で決定するが、本発明の実施形態によれば、特定量の追加のインテリジェンスが照明デバイスノードに移される。例えばコントローラは、全てのデバイスから点灯時間の報告を受け取り、どのデバイスが注意を必要としているのかを中央で決定するのではなく、各デバイスに、特定の時間数よりも多く点灯している場合にのみ報告し、さもなければ応答しないように、命令することができる。したがって、コントローラへの負担だけでなく、ネットワーク媒体（例えばバス）への負担が軽減される。

更なる実施形態では、媒体（例えばバス）上での衝突を引き起こす２つ以上の応答が呼び出された場合、実施形態では、モジュールは、その後続の探索を狭める。したがって、実施形態では、モジュールのメッセージング論理部は、２つ以上の宛先照明デバイスが応答する場合、第１の部分に指定される宛先照明デバイスの数を減少して、メッセージを再送信する。

更に別の実施形態では、システムの照明デバイスのそれぞれは、システム内で当該それぞれを特定する関連付けられる識別子を有し、第１の部分は、複数の当該識別子を指定する。この場合、第２の部分は、第２の部分に指定される複数の識別子に共通し、応答において受信される識別情報は、応答する照明デバイスの識別子を含む。

第１の部分は、複数の識別子を、範囲の観点から指定してもよく、その場合、第１の部分は、当該範囲の上限及び下限を含んでもよい。

メッセージは、複数の照明デバイスに、並列して送信されてもよい。

幾つかの実施形態では、応答するデバイスは、より大きい親デバイスの複数のサブデバイスのうちの１つであり、応答において受信される応答するデバイスの識別情報は、親デバイスの識別子とサブデバイスのサブ識別子とを含んでもよい。

幾つかの実施形態では、上記システムは、照明デバイスを特定するためのロング識別子のスキームに関連付けられていてもよい。メッセージング論理部は更に、ロング識別子の範囲にアドレス指定される発見メッセージを送信することと、少なくとも複数の宛先照明デバイスを含むシステム内にある照明デバイスのロング識別子を含む応答を受信することとを含む発見処理を行い、メッセージング論理部は更に、発見処理の後に、ショート識別子を、システムの照明デバイスに割り当て、第１の部分は、ショート識別子のうちの幾つかのショート識別子を使用して、宛先デバイスを指定し、応答は、ショート識別子のうちの１つの識別子を使用して、応答するデバイスを特定する。

本明細書に開示される別の態様によれば、コンピュータ可読媒体上に具現化され、プロセッサ上で実行されると、上記された特徴のうちの何れかに従って動作を行うコードを含む、照明デバイスにメッセージを送信するためのコンピュータプログラムプロダクトが提供される。

本明細書に開示される別の態様によれば、コンピュータ可読媒体上に具現化され、プロセッサ上で実行されると、上記特徴の何れかに従って動作を行うコードを含む、照明デバイスを動作させるのに使用されるコンピュータプログラムプロダクトが提供される。

本発明の実施形態をより良く理解するために、また、当該実施形態がどのように実施されるのかを示すために、例として、添付図面を参照する。

図１は、照明システムの概略ブロック図である。 図２は、メッセージフォーマットの図式表現である。 図３は、送信メッセージの図式表現である。 図４は、応答メッセージの図式表現である。 図５は、照明システムの別の概略図である。

本発明の実施形態によれば、ＤＭＸ設備等の光源からのエラー又は他のステータス情報を簡単にかつ迅速にチェックする方法が提供される。

実施形態において、本発明は、特定のアドレス範囲内の光源のグループに、「エラーレベルをチェック」とのコマンドを一斉同報することによって、ＤＭＸ初期発見処理に使用されるのと同様のエラー検出アルゴリズムを使用する。

これは、最新の光源がエラー状態にあることはまれであるという観察をうまく利用する。通常、光設備の定期的なチェックによって、どの光源もエラー状態にないことが決定される。したがって、「エラー状態にある場合には要応答。さもなければ応答不要」とのコマンドを、複数の光源（例えばコマンド内に指定された範囲内のショートＩＤを有する光源）に一斉同報することが効率的である。これは、大抵の場合、どの光源も応答しないからである。

好適な実施形態では、様々なエラーレベルがある。例えば光源の温度が６０、７０又は８０度である場合、そのエラーレベルは、それぞれ、レベル１、レベル２又はレベル３となる。これは、コントローラが、光源のグループに、例えば「レベル３である場合には要応答。さもなければ応答不要」とのコマンドを一斉同報できるようにする。

レベル３にあるグループの光源はいずれも、例えばそのショートＩＤである自分自身の識別子と共に応答する。１つの光源だけが応答した場合、コントローラは、当該光源から、より詳しい情報を要求できる。複数の光源が応答した場合（ＣＲＣエラーをもたらす）、コントローラは、光源のサブグループに、一斉同報するために、より小さいアドレス範囲を使用する。これは、ＤＭＸ初期発見フェーズにおけるような二分探索法を、発見ではなくエラーのチェックのために使用して１つの光源だけが応答するまで繰り返される。

有利には、この低コストアプローチは、ＤＭＸ発見処理とのその類似性によって、ＤＭＸシステムにおいて容易に実施される。多くの場合、当該アプローチは、複数の送信コマンド（即ち、１光源毎に少なくとも１つのコマンド）を、複数の光源に送信される単一コマンドに置換え、これにより、使用される帯域幅は少なくなり、通常のＤＭＸフローの中断は最小限となる。当該アプローチは、コミッショニングの知識がなくてもクイックチェックをするために使用でき、即ち、（例えばショートＩＤの最大範囲を使用して）コマンドをすべての光源に一斉同報する。どの光源も応答しなければ、エラーがない。つまり、システムの情報を必要としない。

本発明の１つの例示的な応用は、ハイエンドスポーツ照明であるが、本発明は、舞台照明、スタジオ照明、イベントの照明、屋外照明、又は、オフィス若しくは家庭での照明といった任意の他の応用にも使用される。

図１を参照して、例示的な実施形態がより詳細に説明される。

図１は、コントローラとして作動する制御モジュール２と、制御モジュール２の影響下で作動する複数の照明デバイス１２_１、…１２_ｎ、…１２_Ｎとを含む照明システムの概略ブロック図である。各照明デバイス１２は、通常はランプである対応する光源２０と、ソケット及びハウジングといった取付け具の任意の他の関連付けられる要素とを含む。任意選択的に、照明デバイス１２のうちの１つ以上は、例えば光センサ／存在センサである対応するセンサ２２も含む。

実施形態では、各照明デバイス１２は、単一の光源２０（通常はランプ）を含む。即ち、１つの照明デバイス１２につき１つの光源がある。或いは、（それらを個別にアドレス指定する機能を有することなく）複数の光源が、１つの不可分デバイスとして扱われる可能性も排除されないが、個々の光源に関する情報は限られるということを意味するので、あまり好適ではない。例えば複数のランプのうちどのランプがエラーステータスの発信源であるのか応答メッセージに報告される情報からは識別できない。

制御モジュール２は、ポート８を含み、各照明デバイス１２は、対応するポート１８を含む。ポート８、１８は、通信媒体１０を介して共に結合され、これにより、制御モジュール２は、メッセージ（本明細書ではコマンドとも呼ぶ）を照明デバイス１２に送信し、照明デバイス１２は、応答を制御モジュール２に戻すように送信する。したがって、制御モジュール２及び照明デバイス１２は、通信媒体１０の全体に実装される照明ネットワークのノードを形成する。

媒体１０は、バスといった有線媒体を含んでもよく、ポート８、１８は、この有線媒体を介して、例えばデイジーチェーントポロジに共に接続される。或いは、ポート８、１８は、ワイヤレス媒体を介して、コマンド及び応答を伝えるためのワイヤレス送受信器を含んでもよい。以下は、例えばＤＭＸ５１２ネットワークである有線ネットワークのバスといった有線媒体に関連して説明されるが、当然ながら、ワイヤレス媒体といった他の実施態様も可能である。

制御モジュール２は、ポート８に結合される制御論理部を含む。制御論理部は、ポート８及び関連の通信媒体１０（例えばＤＭＸバス）を介して、照明デバイス１２にコマンドを送信し、ポート８及び媒体１０を介して、照明デバイス１２から応答を受信するためのメッセージング論理部を少なくとも含む。制御論理部は、１つ以上の実行ユニットを有するプロセッサ４と、磁気媒体（例えばハードドライブ）又は電子媒体（例えば「フラッシュ」メモリ又は他のＥＥＰＲＯＭ）といった１つ以上の記憶媒体を含むメモリ６の形の不揮発性コンピュータ可読記憶ユニットとを使用して実装される。メモリ６は、プロセッサ４に結合され、プロセッサ４上で実行され、実行された場合に、制御モジュール２の以下の機能を実施する制御コードを記憶する。或いは、この機能の一部又は全部は、専用ハードウェア回路に実装されてもよい。

各照明デバイス１２は更に、ポート１８、光源２０及び任意選択のセンサ２２に結合される対応する論理部を含む。この論理部は、ポート１８及びバス１０を介して、制御モジュール２からのコマンドを受信し、対応する照明デバイス１２においてコマンドを処理し、ポート１８及びバス１０を介して、この処理の結果、必要となる任意の応答を、制御モジュール２に戻すように送信するメッセージング論理部を少なくとも含む。照明デバイスにおける論理部も、１つ以上の実行ユニットを有するプロセッサ１４と、磁気媒体（例えばハードドライブ）又は電子媒体（例えば「フラッシュ」メモリ又は他のＥＥＰＲＯＭ）といった１つ以上の記憶媒体を含むメモリ６の形の不揮発性コンピュータ可読記憶ユニットとの形をとってよい。メモリ６は、プロセッサ１４に結合され、また、プロセッサ１４上で実行され、実行された場合に、各照明デバイス１２の以下の機能を実施するコードを記憶する。或いは、この機能の一部又は全部は、専用ハードウェア回路に実装されてもよい。

制御モジュール２及び照明デバイス１２は、メッセージングプロトコルに従って、コマンドメッセージ及び応答を通信する。実施形態では、制御モジュール２は、照明システムのマスタとして構成され、照明デバイス１２は、マスタ制御モジュール２に対するスレーブとして構成される。実施形態では、システムは、ポーリングシステムとして機能するように構成される。つまり、制御モジュール２のみが、通信を開始することができ、各スレーブ照明デバイス１２は、制御モジュール２からのコマンドに応答してのみ、メッセージを送信できる。

各ノード、即ち、制御モジュール２及び照明デバイス１２のそれぞれは、照明システム内で当該制御モジュール又は照明デバイスを特定する対応する識別情報に関連付けられている。例えば識別情報は、対応するデバイス又はモジュールのメモリ６、１６の一部、対応するデバイス又はモジュールのレジスタ、及び／又は、対応するデバイス又はモジュールのフューズラッチのセットに記憶される。

識別情報は、潜在的にネットワークのメンバーとなりうるすべての他のデバイス及びモジュール、即ち、関連の規格に準拠するあらゆるデバイスのうち、デバイス又はモジュールを一意に特定する一意識別子（ＵＩＤ）であってよいロング識別子を含む。即ち、ロング識別子は、全世界的に一意の識別子である。ロング識別子は、デバイス又はモジュールの製造業者を特定する製造業者ＩＤと、関連の規格に従って当該製造業者によって製造されたすべての他のデバイス及びモジュールのうち、デバイス又はモジュールを特定するデバイスＩＤとを含んでもよい。例えばＡＮＳＩ Ｅ１．２０は、１６ビットのＥＳＴＡ（エンターテインメントサービス及び技術協会の）製造業者ＩＤ及び３２ビットの製造業者ＩＤを含むＵＩＤを決定している。

代替的に又は追加的に、識別情報は、インストールされている特定の照明システム内でのみ一意であるショート識別子を含んでもよい。即ち、ショート識別子は、ローカルに一意の識別子である。

図２に、コマンド及び応答の両方を、バス１０（又は他の媒体）を介して通信するためのメッセージフォーマットが概略的に示される。

メッセージ２４のフォーマットは、メッセージの宛先の識別子（コマンドの場合には、宛先照明デバイス１２の識別子、応答の場合には、制御モジュール２の識別子）を担持する宛先ＩＤ部２６と、メッセージのソースの識別子（コマンドの場合には、制御モジュール２の識別子、応答の場合には、応答照明デバイス１２の識別子）を担持するソースＩＤ部２８とを含む。プロトコル及び／又は状況に応じて、宛先ＩＤ部２６及び／又はソースＩＤ部２８に使用される識別子は、ロング識別子又はショート識別子を含む。

実施形態では、照明デバイス１２の幾つかは、より大きい親デバイスのサブデバイスである。その場合、親デバイスは、親識別子に関連付けられ、サブデバイスは、親デバイス内で当該サブデバイスを特定するサブ識別子に関連付けられる。一例は、調光器ラックの個々の調光器である。この場合、コマンドの宛先及び応答のソースであるデバイスの識別情報は、サブデバイスの識別情報であり、コマンドの宛先及び応答のソースを特定するために使用される識別子は、識別子とサブ識別子との組み合わせである。

つまり、識別子は、コマンドメッセージの最終的な宛先と、応答メッセージのソースとを、それぞれ、アドレス指定する。問題のソース及び宛先のアドレス指定に関与する任意の識別子は、関連の識別情報の一部とみなされる。

メッセージフォーマットは更に、ペイロード部３０を含む。制御モジュール２から照明デバイス１２へのコマンドメッセージの場合、ペイロード３０は、コマンドの特質を指定する。即ち、宛先照明デバイス１２の何が要求されているのかを規定する。応答メッセージの場合、ペイロード３０は、応答の内容を指定する。即ち、要求された情報の指示を含む。メッセージフォーマットは更に、例えばメッセージ総数及び／又はチェックサムであるメッセージの送信に関するデータを含む追加部３２を含む。

例示的な実施態様では、ペイロード３０は、ＡＮＳＩ仕様Ｅ１．２０又はその変形によるＤＭＸ−ＲＤＭプロトコルのコマンドクラス（ＣＣ）フィールド、パラメータ識別子（ＰＩＤ）フィールド及びパラメータデータ（ＰＤ）フィールドを含む。

実施形態では、照明デバイス１２からステータス情報等を要求するコマンドメッセージを送信する前に、制御モジュール２は、システム内にどのデバイスがあるのか、即ち、どのデバイスが、バス１０又は他のそのような通信媒体に接続されてネットワーク上で利用可能であるのかを見つけるために、発見手続きを行う。この発見処理は、最初の設定時又は１つ以上の新しいデバイス１２が組み込まれた際の設定時に行われてよい。これに代えて又はこれに加えて、発見処理は、システムに続けて組み込まれた際に新しいデバイス１２をチェックするために、例えば定期的に、ある間隔を置いて行われてもよい。

発見処理を行うために、制御モジュール２は、特定のアドレス範囲、即ち、識別子の範囲内の複数の照明デバイス１２に、ネットワークバス１０（又は他の媒体）を介して、発見メッセージを一斉同報する。発見メッセージは、上記フォーマット２４と同じフォーマットであってよく、宛先識別子の範囲は、宛先識別子部２６内に指定される（制御モジュールの識別子は、ソース部２８内に指定される）。発見メッセージのペイロード３０は、メッセージが発見メッセージ、即ち、任意の受信照明デバイス１２に、バス１０（又は、より一般的には、当該システムの関連の通信媒体）を介して、その存在を宣言させるメッセージであることを規定する。

例えば発見処理を開始するには、制御モジュール２は、特別な「全デバイス」識別子を宛先部２６に挿入することによって、すべてのデバイス１２に、発見メッセージを一斉同報する。或いは、関心の宛先識別子の範囲を指定することによって、第１の発見メッセージが開始してもよい。

複数の宛先照明デバイス１２が存在し、この初期発見メッセージを受信することを想定すると、これらの照明デバイス１２のそれぞれは、対応する応答メッセージを用いて応答する。発見応答メッセージは、宛先識別子部２６内に、制御モジュールの識別子を、ソース識別子部２８内に、応答デバイス自身の対応する識別子（任意のサブ識別子を含む）を含む。発見応答メッセージは、他の情報は持っていない。

ＤＭＸ−ＲＤＭネットワークといった照明システムを管理するネットワークでは、バス１０は、一度に複数のメッセージを伝えることができない、及び／又は、制御モジュール２は、一度に到着する２つ以上の応答を受信又は処理することができない。したがって、複数のデバイス１２が、一度に発見メッセージに応答すると（応答は、少なくとも時間的に重なる）、これらの応答メッセージは衝突する。これは、制御モジュール２は、応答内の情報を受信することができないということを意味する。しかし、制御モジュール２は、衝突があったという事実を検出する。例えば制御モジュール２は、バス１０上の信号を検出するが、衝突によって、検出された信号は、ＣＲＣチェック又は他のチェックサムといったエラーチェックを満足させない。

したがって、初期発見メッセージの結果、制御モジュール２は、調べた範囲内には複数のデバイスがあるが、発見を完全とするためには、調査を更に続ける必要があることが分かる。したがって、制御モジュール２は、宛先識別部２６内に宛先識別子の小さくされた範囲を有する別の発見メッセージを送信することによって続ける。制御モジュール２は、応答において、別の衝突を検出すると、探索領域を再度狭めて、単一の応答を検出するか又は応答がなくなるまで、更に別の発見メッセージを送信する。バス１０を介して受信される応答内に信号がない場合、制御モジュール２は、先の探索レベル内の別の識別子又は範囲をアドレス指定することを試みる。制御モジュール２は、衝突のない単一の応答を受信すると、デバイス１２のうちの１つを見つけ、ソース識別子部２８から、ネットワークにあると分かっているデバイス１２のアドレスを決定することができる。

制御モジュール２は次に、発見したデバイスをミュートにすることによって、デバイス１２のうちの別のデバイスの探索を続行し、先のレベルから上記処理を繰り返す。即ち、探索される識別子範囲を再度広げ、他の現在のところはまだ見つかっておらず、ミュートにされていないデバイスについて範囲内を探索する。例えば探索は、二分木探索に従って進められてもよく、その例は、ＡＮＳＩ仕様Ｅ１．２０の第７章に記載されている。全てのデバイスが発見されると、これらのデバイスは、再びミュートが解除され、システムは使用する準備が整う。

実施形態では、発見処理は、識別においてロング識別子（例えば全世界的に一意の識別子）のスキームのみを使用する。したがって、送信発見メッセージについて、宛先識別子部２６は、ロング識別子の範囲を含み、発見応答について、ソース識別子部２８は、応答デバイス１２のロング識別子を含み、他の種類の識別子は必ずしも関与しない。更に、送信発見メッセージについて、ソース部２８は、制御モジュール２のロング識別子を含み、発見応答について、宛先部２６は、制御モジュール２のロング識別子を含み、他の種類の識別子は関与しない。

幾つかの実施形態では、照明デバイスから情報を要求するコマンド及び対応する応答といった後続のメッセージも、ソース識別子及び宛先識別子に、ロング識別子を使用してもよい。本発明の別の実施形態では、発見処理に続いて、制御モジュール２は、対応するショート識別子（例えばローカルに一意な識別子）を発見された照明デバイス１２に割り当てる。ショート識別子は、制御モジュール２自体にも割り当てられてもよい。この場合、コマンド及び／又は対応する応答といった後続のメッセージは、宛先部２６及び／又はソース部２８に、ショート識別子しか使用しない。別の代案では、後続のメッセージは、宛先２６及び／又はソース部２８に、ロング識別子を使用し続けるが、これらのロング識別子は、制御モジュール２及び／又は照明デバイス１２における下位プロトコル層によって、ショート識別子にマッピングされ、したがって、高位層において、制御モジュール２及び／又は照明デバイス１２のソフトウェアは、それらのショート識別子に関して、メッセージをアドレス指定し、処理する。したがって、発見が行われると、ロング識別子は、照明システムの管理を担うソフトウェア層から隠れる。

どのアドレス指定方法が使用されても、本発明の実施形態は、照明デバイス情報を要求するコマンドメッセージの単一インスタンスが、並列して複数の照明デバイスに送信されるスキームを提供する。つまり、各照明デバイス１２に個別に、コマンドメッセージの個々の対応するインスタンスを送信するのではなく、制御モジュール２は、１つのデバイス１２に対するコマンド応答サイクルが完了するのを、次の対応する照明デバイス１２等にコマンドを送信する前に、待ち、複数の宛先照明デバイス１２にアドレス指定されるコマンドメッセージの１つのインスタンスを、一度に、バス１０上に置く。当該コマンドメッセージは、宛先識別子の範囲に関してアドレス指定されることが好適である。この意味で、各宛先デバイスから要求情報を求めるコマンドメッセージは、複数の宛先デバイス１２に一斉同報されると言える。

好適な実施形態では、上記スキームは、発見を目的としたメッセージを一斉同報する方法は既に存在するという事実を利用して、この方法を、デバイスが発見された後に、追加の情報を要求するという新しい目的のために使用する。特に好適な実施形態では、上記方法は、照明デバイス１２のエラーステータスを収集するために使用される。

図３は、複数の照明デバイス１２から情報を要求する送信コマンドメッセージ２４_ｏｕｔのインスタンスを概略的に示す。

コマンドメッセージ２４_ｏｕｔの宛先ＩＤ部２６_ｏｕｔは、ネットワーク上の複数の（既に発見されている）宛先照明デバイス１２の定義を含む。好適には、これらは、宛先識別子の範囲に関して指定される。宛先ＩＤ部２６_ｏｕｔは、範囲の下限３４と、範囲の上限３６とを含む。コマンドメッセージ２４_ｏｕｔのソースＩＤ部２８_ｏｕｔは、制御モジュール２自身の識別子３８を含む。

更に、コマンドメッセージ２４_ｏｕｔのペイロード部３０_ｏｕｔは、コマンドの性質の定義４０、４１を含む。即ち、定義は、コマンドが、当該コマンドをどの照明デバイス１２から受信するかの情報を要求するタイプのものであることや、当該タイプのコマンドがどの情報を要求するのかを指定する。

コマンドメッセージ２４_ｏｕｔは更に、例えばメッセージ総数及び／又はチェックサムであるメッセージの送信に関するデータ４４を含む追加部３２_ｏｕｔを含んでもよい。

送信メッセージ２４_ｏｕｔが、制御モジュール２によってバス１０上に送信されると、宛先識別子をアドレス指定する少なくとも宛先ＩＤ部２６_ｏｕｔが、当該バス１０（又は、より一般的に、ネットワーク媒体）上に接続された任意の照明デバイスに可視にされる。各デバイス１２は、宛先ＩＤ部２６_ｏｕｔを処理し、宛先識別子のアドレス指定された範囲３４、３６内に自分自身が指定されているかどうかを特定する。そうである場合は、対応する照明デバイスは、ペイロード３０_ｏｕｔ内に指定される定義４０、４２を処理し、当該ペイロード３０_ｏｕｔ内に指定されたコマンドのタイプによって決定される方法で当該定義に作用する。これは、当該タイプによって要求された任意の情報を用いて、バス１０を介して、制御モジュール２に応答することが含まれる。

図４は、応答照明デバイス１２から制御モジュール２に送信された応答メッセージ２４_ｒｅｓｐのインスタンスを概略的に示す。

応答メッセージ２４_ｒｅｓｐの宛先ＩＤ部２６_ｒｅｓｐは、制御モジュール２の識別子を含み、ソースＩＤ部２８_ｒｅｓｐは、応答照明デバイス１２の識別子（任意のサブＩＤを含む）を含む。応答メッセージ２４_ｒｅｓｐのペイロード部３０_ｒｅｓｐは、当該メッセージが、特定タイプのコマンドに応答したものであることを示す定義５０と、要求された情報の指示５２とを含む。

応答メッセージ２４_ｒｅｓｐは更に、例えばメッセージ総数及び／又はチェックサムであるメッセージの送信に関するデータ５４を含む追加部３２_ｒｅｓｐを含んでもよい。

応答メッセージ２４_ｒｅｓｐが、照明デバイス１２のうちの応答照明デバイスからバス１０上に送信されると、制御モジュール２は、宛先ＩＤ部２６_ｒｅｓｐ内のその自身の識別子を認識する。したがって、要求された情報を抽出するように、ペイロード３０_ｒｅｓｐを処理する。

要求は、発見処理において既に決定されている照明デバイス１２の単なる識別子又はアドレス以外に、メッセージを受信する照明デバイスに関する情報に対するものである。好適には、要求された情報は、ステータス情報、即ち、デバイスに固有の又は事前に設定されている先験的な特徴に関する情報ではなく、その動作の結果もたらされるデバイスの後天的な経験に関する情報を含む。特に好適な実施形態では、要求された情報は、エラーステータス情報である。

更に、コマンドメッセージ２４_ｏｕｔのペイロード３０_ｏｕｔは、当該コマンドが、情報の要求であり、どの種類の情報が要求されているかを規定するだけでなく、当該要求に関連付けられる条件も規定する。つまり、コマンドは、任意の受信照明デバイス１２が、対応する照明デバイス１２において条件が満たされていることが分かる場合に限り応答すべきであり、さもなければ、応答不要であることを示す。各照明デバイス１２は、条件を処理し、それに応じて作動する論理部を含む。

コマンド２４_ｏｕｔによる条件の指定は、定義４０に指定されるメッセージのタイプに暗示されていてもよく、当該タイプのメッセージに関連付けられるべき各受信照明デバイス１２によって理解される。又は、当該指定は、ペイロード３０_ｏｕｔの別の部分４２であって、条件は、受信照明デバイス１２のそれぞれに明示的に送信されてもよい。

特に好適な実施形態では、コマンド２４_ｏｕｔは、各受信デバイス１２からのエラーステータスの条件付き要求である。

実施形態では、条件は、エラーがあるか否か（即ち、イエス／ノー決定）である。例えば条件は、照明デバイスの光源（例えばランプ）が、熱損傷しているか、そうでなければ、故障しているかどうかである。この場合、コマンド２４_ｏｕｔを受信する任意の照明デバイス１２（即ち、コマンドの指定された宛先である照明デバイス）は、コマンドを受信した際に、デバイス１２が、当該デバイスにおいてハードエラー状態があると決定する場合にのみ（例えばそのランプが故障している場合にのみ）、エラーレポートを用いて応答する。そうでなければ、デバイスは反応しない。

或いは、条件は、照明デバイス１２において、特定のレベル又は度合いのエラーがあるかどうかであってよい。したがって、デバイス１２は、そのエラーのレベル又は度合いが、当該レベル以下である場合に応答し、そうでなければ応答しない。例えば各照明デバイス１２に関連付けられる３つ（又は少なくとも３つ）のエラーレベル、即ち、レベル１、レベル２、レベル３がある。例えばレベル１は、対応する照明デバイス１２において、その動作温度が摂氏６０度を越える場合に決定され、レベル２は、動作温度が７０度を越える場合に決定され、レベル３は、動作温度が８０度を越える場合に決定される。更なるエラーレベルが、同様のインクリメントで規定されてもよい。条件は、例えばエラーレベルは３（又は３以上）であってよい。この場合、コマンド２４_ｏｕｔを受信する任意の照明デバイス１２（即ち、コマンドの指定された宛先であるデバイス）は、コマンドを受信した際に、デバイス１２が、エラーレベル３（又はそれ以上）であると決定する場合にのみ、エラーレポートを用いて応答する。そうでなければ、デバイスは応答しない。

図３に示されるように、このような種類の条件付きエラーステータスコマンドは、コマンド２４_ｏｕｔの性質を規定するペイロード３０_ｏｕｔの一部に指定され、一例として、「エラーレベルをチェック」との名前が与えられている。これは、例えばＤＭＸ−ＲＤＭコマンドのコマンドクラス（ＣＣ）フィールド及びパラメータＩＤ（ＰＩＤ）フィールドに組み込まれてもよく、ＣＣフィールドは、「ＧＥＴ＿ＣＯＭＭＡＮＤ」に設定され、ＰＩＤは、製造業者に固有のパラメータ用に確保されているＰＩＤのうちの１つに設定される。トリガリングエラーレベルは、送信コマンドペイロード３０_ｏｕｔの一部４２（例えばＤＭＸ−ＲＤＭコマンドのパラメータデータ（ＰＤ）フィールド）に指定されてよい。或いは、当該トリガリングエラーレベルは、「エラーレベルをチェック」のコマンドの意味に暗示されていてもよく、この場合、一部５２は、必ずしも必要ではなくなる。

条件付きコマンドを複数の照明デバイスに発行する方法が、図５に概略的に示されている。

発見処理において、制御モジュール２は、ネットワーク上にＮ個の照明デバイス１２_１、…、１２_Ｎがあることを発見している。制御モジュール２は、これらの照明デバイスから、下限Ｌと上限Ｕとの間のＩＤを有するデバイス１２_Ｌ、…、１２_Ｕのグループのエラーステータスを問い合わせることを希望する。したがって、制御モジュール２は、宛先ＩＤ部２６_ｏｕｔ内に、範囲Ｕ乃至Ｌが指定されたコマンドメッセージ２４_ｏｕｔを生成し、このメッセージを、通信媒体１０（例えばバス）上に出力する。この範囲内に指定された照明デバイス１２_Ｌ、…、１２_Ｕはそれぞれ、バス又は他の通信媒体１０を介して受信された宛先ＩＤ部２６_ｏｕｔに基づいて検出し、要求の性質とそれに関連付けられている任意の条件を特定するために、ペイロード３０_ｏｕｔを処理する。コマンドが、受信デバイス１２がエラーレベル３（又はそれ以上）である場合に、エラーステータスを要求する場合、各照明デバイス１２は、その自身のエラーレベルをこの条件と比較する。照明デバイス１２の１つ（例えば図５に示されるデバイス１２_ｎ）において、この条件が満たされる又は超過する（即ち、当該エラーレベル以下にある）場合、照明デバイス１２は、その対応するエラーレベル及びＩＤ（任意のサブＩＤを含む）を示す対応する応答２４_ｒｅｓｐを作成し、当該デバイスは、当該応答を、バス又は媒体１０上に、戻るように出力する。

メッセージ２４_ｏｕｔの１つのインスタンスだけが、バス又は他の通信媒体１０上に一斉同報されればよいという事実は、メッセージの個々のインスタンスが、次々と各個別の照明デバイス１２に送信される場合に比べて、必要となる帯域幅が減少されることを意味する。

アドレス指定された照明デバイス１２_Ｌ、…、１２_Ｕのうちの２つ以上が、一度に、この同じメッセージに応答することが可能である。しかし、上記されたように、最新の照明システムにおけるエラーの発生は、ステータスチェック間の典型的な間隔に比べて、まれである。したがって、通常は、応答がないか、又は、ターゲットデバイスのうちの１つのデバイス、例えばデバイス１２_ｎからの応答があるだけであり、２つの応答間の衝突は、比較的少ない。衝突があった場合、制御ユニット２は、例えばバス又は他の媒体１０上のチェックサムエラーを検出して、バス上の衝突を検出する。衝突の検出に反応して、制御ユニット２は、アドレス指定範囲を狭くし、再度、試みる。例えば制御ユニット２は、範囲を２つに分割し、２つの別個のメッセージ２４_ｏｕｔを送信してもよい。１つのメッセージは、範囲Ｌ乃至Ｌ＋１／２（Ｕ‐Ｌ）にアドレス指定され、もう１つのメッセージは、範囲Ｌ＋１／２（Ｕ‐Ｌ）＋１乃至Ｕにアドレス指定される。制御ユニット２は、これらの範囲のうちの一方又は両方において、衝突を依然として検出する場合、範囲を更に分割して、１つ以上の衝突のない応答が受信されるまで、試み続ける。

応答を成功裏に受信すると、制御ユニット２は、戻ってきた情報及びソースＩＤを処理して、特定されたデバイスのステータスを決定する。戻ってきた情報及びデバイスＩＤに基づいて、制御ユニット２は、ユーザに対しアラートを生成する、及び／又は、照明デバイス１２のうちの１つ以上のデバイスの後続の制御において、この情報を使用する。制御ユニット２は、例えば光源２０が過熱した場合に、デバイス１２への電力を自動的に切る又は減少させる。

当然ながら、上記実施形態は、ほんの一例として説明されたに過ぎない。

本発明の他の実施形態では、メッセージ２４_ｏｕｔによって要求可能な他のステータス情報は、例えばデバイス１２のこれまでの寿命（例えばデバイスが使用されている動作時関数）、各光源２０（例えばランプ）のこれまでの寿命（例えばランプが点灯している時間数）、又は、各光源２０の点灯回数（ランプが点灯される度にインクリメントされる）を含む。他の要求されるステータス情報は、エラーステータスが、勧告レベル、警告レベル又はエラーレベルなのかを示す指示を含んでもよい。他の要求されるステータス情報は、例えば摂氏度数といった温度単位における動作温度の明示的な指示、各光源２０の強度の指示、及び、各光源２０の電力状態の指示、パン及び／又はチルトデータ、ある場合には各センサ２２からの測定値又は他のステータス、デバイス１２のリアルタイムクロック測定値、又は、デバイス１２の組み込まれたセルフテストルーチンの結果を含んでもよい。

本発明の更に別の実施形態において、メッセージ２４_ｏｕｔによって要求可能なデバイス１２に固有の又は予め設定されたパラメータに関する他の情報は、例えばデバイス１２のＲＤＭ機能に関する情報、デバイスによってサポートされるＲＤＭのバージョン、ソフトウェアバージョンＩＤ、モデルＩＤ、フットプリント、製品カテゴリ、センサ総数、残留電流検出器（ＲＣＤ）又は漏電遮断（ＧＦＩ）の機能、デバイスモデル記述、デバイスが工場出荷時設定に設定されているかどうか、言語機能、又は、予め記録されているプリセットを含んでもよい。

また、上記は、ＤＭＸ−ＲＤＭに関連して、一例として説明されたが、本発明の適用可能性は、ＤＭＸ−ＲＤＭ又はＥ１．２０といった任意の特定のＤＭＸ−ＲＤＭ仕様に限定されない。本発明は、任意の種類の複数の照明デバイスに問い合わせすることが望ましい任意の照明システムに関連する使用に適している。例えば他の実施形態では、ネットワークは、有線バス１０又は任意の特定のネットワークトポロジを介して接続されていることに限定されない。他の実施形態では、ポート８、１８は、ワイヤレス媒体１０を介して、制御モジュール２と照明デバイス１２とを共に接続するワイヤレス送受信器を含む。この場合、共通のコマンドメッセージ２４_ｏｕｔは、複数の照明デバイス（例えば１２_Ｌ、…、１２_Ｕ）にワイヤレスで一斉同報される。応答２４_ｒｅｓｐもワイヤレスで受信される。

また、上記実施形態は、発見処理では、ロング識別子のスキームを、コマンドと応答とを交換する後続の処理では、ショート識別子のスキームを使用することに関して説明されている。しかし、本発明は、この点に関して限定される必要はなく、他の実施形態では、ロング識別子が、引き続き、発見後も、コマンド及び／又は応答といった他のメッセージにおけるソース及び／又は宛先を特定するために使用されてもよいし、又は、異なる識別子スキームが使用されてもよい。

開示された実施形態に対する他の変形態様も、図面、開示内容及び添付の従属請求項を検討することにより、請求項に係る発明を実施する当業者には理解されかつ実施可能である。請求項において、「含む」との用語は、他の要素又はステップを排除するものではなく、また、「ａ」又は「ａｎ」との不定冠詞も、複数形を排除するものではない。単一のプロセッサ又は他のユニットが、請求項に記載される幾つかのアイテムの機能を果たしてもよい。特定の手段が相互に異なる従属請求項に記載されることだけで、これらの手段の組み合わせを有利に使用することができないことを示すものではない。コンピュータプログラムは、他のハードウェアと共に又は他のハードウェアの一部として供給される光学記憶媒体又は固体媒体といった適切な媒体上に格納／分散配置されてもよいが、インターネット又は他の有線若しくは無線通信システムを介するといった他の形態で分散されてもよい。請求項における任意の参照符号は、範囲を限定しているものと解釈されるべきではない。

Claims (15)

1. 照明デバイスのシステムにおいてメッセージを送信するモジュールであって、
   複数の宛先照明デバイスに対して、前記メッセージのうちの同じメッセージを生成するメッセージング論理部と、
   前記複数の宛先照明デバイスに、前記同じメッセージを出力するポートと、
   を含み、
   前記メッセージは、前記複数の宛先照明デバイスを指定する第１の部分と、前記メッセージが、照明デバイス情報を要求するタイプであることを指定する共通の第２の部分とを含み、
   前記メッセージング論理部は、前記複数の宛先照明デバイスのうちの１つの宛先照明デバイスが前記メッセージに応答した場合に、前記ポートを介して、前記複数の宛先照明デバイスのうちの応答する前記１つの宛先照明デバイスを特定することに加えて、応答する前記１つの宛先照明デバイスの要求された照明デバイス情報も指定する応答を受信する、モジュール。
2. 前記第２の部分に指定される前記メッセージの前記タイプによって要求される前記照明デバイス情報は、各宛先照明デバイスによって経験される動作ステータスを反映するステータス情報を含み、前記応答は、応答する前記１つの宛先照明デバイスによって経験される前記動作ステータスを反映する要求された前記ステータス情報を指定する、請求項１に記載のモジュール。
3. 前記第２の部分に指定される前記メッセージの前記タイプによって要求される前記照明デバイス情報は、エラーステータスを含む、請求項１又は２に記載のモジュール。
4. 前記メッセージの前記第２の部分は、条件を指定し、前記第２の部分に指定される前記メッセージの前記タイプは、対応する宛先照明デバイスにおいて前記条件が見つかる場合にのみ、各宛先照明デバイスに応答させる、請求項１乃至３の何れか一項に記載のモジュール。
5. 前記条件は、エラー条件を含み、前記タイプは、対応する宛先照明デバイスにおいて前記エラー条件が見つかる場合にのみ、前記複数の宛先照明デバイスのそれぞれに応答させる、請求項３又は４に記載のモジュール。
6. 前記メッセージング論理部は、前記複数の宛先照明デバイスのうちの２つ以上の宛先照明デバイスが応答する場合に、前記第１の部分に指定される前記複数の宛先照明デバイスの数を減少して、前記メッセージを再送信する、請求項１乃至５の何れか一項に記載のモジュール。
7. 前記システムの前記複数の照明デバイスのそれぞれは、前記システム内で前記それぞれを特定する関連付けられる識別子を有し、前記第１の部分は、複数の前記識別子を指定し、前記第２の部分は、前記第２の部分に指定される前記複数の識別子に共通し、前記応答において受信される識別情報は、応答する前記１つの宛先照明デバイスの識別子を含む、請求項１乃至６の何れか一項に記載のモジュール。
8. 前記第１の部分は、前記複数の識別子を、範囲の観点から指定し、前記第１の部分は、前記範囲の上限及び下限を含む、請求項７に記載のモジュール。
9. 前記メッセージは、前記複数の宛先照明デバイスに、並列して送信される、請求項１乃至８の何れか一項に記載のモジュール。
10. 応答する前記１つの宛先照明デバイスは、より大きい親デバイスの複数のサブデバイスのうちの１つのサブデバイスであり、前記応答において受信される、応答する前記１つの宛先照明デバイスの前記識別情報は、前記親デバイスの識別子と前記１つのサブデバイスのサブ識別子とを含む、請求項１乃至９の何れか一項に記載のモジュール。
11. 前記システムは、照明デバイスを特定するためのロング識別子のスキームに関連付けられ、
    前記メッセージング論理部は更に、前記ロング識別子の範囲にアドレス指定される発見メッセージを送信することと、少なくとも前記複数の宛先照明デバイスを含む前記システム内にある前記照明デバイスの前記ロング識別子を含む応答を受信することとを含む発見処理を行い、
    前記メッセージング論理部は、前記発見処理の後に、ショート識別子を、前記システムの前記照明デバイスに割り当て、
    前記第１の部分は、前記ショート識別子のうちの幾つかのショート識別子を使用して、前記複数の宛先照明デバイスを指定し、前記応答は、前記ショート識別子のうちの１つの識別子を使用して、応答する前記１つの宛先照明デバイスを特定する、請求項１乃至１０の何れか一項に記載のモジュール。
12. 照明デバイスであって、当該照明デバイスは、
    照明システムのモジュールから、当該照明デバイスを含む複数の照明デバイスに送信されるメッセージであって、前記複数の照明デバイスを指定する第１の部分と、少なくとも前記メッセージのタイプを指定する共通の第２の部分とを含む前記メッセージを受信するポートと、
    当該照明デバイスが前記第１の部分に指定されている前記複数の照明デバイスのうちで指定されていることを特定し、前記第２の部分に指定されている前記メッセージの前記タイプを特定し、特定された前記タイプによって要求される場合に、当該照明デバイスを特定し、要求された照明デバイス情報を指定する応答で、前記モジュールに応答する、メッセージング論理部と、
    を含む、照明デバイス。
13. 請求項１に記載のモジュールと、複数の請求項１２に記載の照明デバイスとを含む照明システム。
14. コンピュータ可読媒体上に具現化され、プロセッサ上で実行されると、
    複数の宛先照明デバイスに対して、メッセージのうちの同じ１つのメッセージを生成する動作と、
    前記複数の宛先照明デバイスに、前記同じ１つのメッセージを出力する動作と、
    を行うコードを含む、照明デバイスに前記メッセージを送信するためのコンピュータプログラムであって、
    前記メッセージは、前記複数の宛先照明デバイスを指定する第１の部分と、前記メッセージが照明デバイス情報を要求するタイプであることを指定する共通の第２の部分とを含み、
    前記複数の宛先照明デバイスのうちの１つの宛先照明デバイスが、前記メッセージに応答した場合に、前記複数の宛先照明デバイスのうちの応答する前記１つの宛先照明デバイスを特定することに加えて、応答する前記１つの宛先照明デバイスの要求された照明デバイス情報も指定する応答を受信する、コンピュータプログラム。
15. 照明デバイスを動作させるのに使用されるコンピュータプログラムであって、
    コンピュータ可読媒体上に具現化され、プロセッサ上で実行されると、
    照明システムのモジュールから、前記照明デバイスを含む複数の照明デバイスに送信され、前記複数の照明デバイスを指定する第１の部分と、少なくとも、メッセージのタイプを指定する共通の第２の部分とを含む前記メッセージを受信する動作と、
    前記照明デバイスを、前記第１の部分に指定されている前記複数の照明デバイスのうちで指定されていることを特定する動作と、
    前記第２の部分に指定されている前記メッセージの前記タイプを特定する動作と、
    特定された前記タイプによって要求される場合に、前記照明デバイスを特定し、要求された照明デバイス情報を指定する応答で、前記モジュールに応答する動作と、
    を行うコードを含む、コンピュータプログラム。