JP6185689B1 - 照明制御及び状況照会 - Google Patents

Abstract

照明ネットワークの少なくとも１つの照明装置を制御するため、照明ネットワークを通じて時間的シーケンスで次々に送信のために、照明制御プロトコルの２つ以上の照明制御フレームを記憶又はバッファリングするための第１の保持ロケーション部と、照明ネットワークの少なくとも１つの照明装置の状況を照会するため、照明ネットワークを通じて送信のために、装置管理プロトコルの少なくとも１つの状況照会を記憶又はバッファリングするための第２の保持ロケーション部とを含むコントローラである。このコントローラは、照明制御フレームのうちの１つが当該時間的シーケンス内の所定の数の当該照明制御フレーム内の他の照明制御フレームに対して冗長であるときを自動的に検出し、応答として、当該時間的シーケンス内の冗長である照明制御フレームの代わりに状況照会を自動的に送信させるように構成されたアービトレータを更に含む。

Description

本発明は、照明装置を制御するためのＤＭＸなどの照明制御プロトコル及び照明装置の状況を照会するためのＲＤＭ又はＡｒｔＲＤＭなどの装置管理プロトコルに関する。

ＤＭＸ（デジタルマルチプレックス）は、劇場及びコンサートの照明システムなどの適用例で使用するための照明制御標準である。これは、毎秒４４回以上の高速で更新され、５１２通りのアドレスに関する８ビット値の制御を提供する。ＤＭＸは、単純な８ビットの調光白色電球からストロボ及びゴーボーを備えたＲＧＢ可動ヘッドライトまで、多くのタイプの照明器具に関するサポートを定義する。

図１〜図３を参照すると、コントローラ８は照明ネットワーク７を通じて照明制御コマンドを送信し、当該コマンドはＤＭＸフレーム２６内にパッケージ化されていて、異なるフレームは時間的シーケンス内の異なるそれぞれの時間で次々に送信される。照明ネットワーク７は、適切なバス又は相互接続部を介してコントローラ８に接続された１つ以上の（スレーブ）照明装置１０（図１には１０_１、１０_２、及び１０_Ｎとして示されている）を含む。ＤＭＸネットワーク７は時には「ユニバース」と呼ばれる。それぞれの照明装置１０には所与のシステム内のＤＭＸアドレスのうちの１つ以上が割り振られていて、即ち、照明装置当たり１つのみのアドレスにする必要はないことに留意されたい。従って、所与の装置１０は複数のＤＭＸアドレス（例えば、ＤＭＸアドレス空間内の連続した範囲のアドレス）を使用することができ、例えば、同じ装置の複数の異なる機能のそれぞれを制御するために異なるアドレスが割り当てられる。

図２に示されているように、それぞれのＤＭＸフレーム２６は、フレームの開始を知らせるための開始コード２３を含み、５１２個の１バイトタイムスロット２５が続き、シーケンス内の隣接フレーム２６同士を分離するためのブレーク時間２７が続く。それぞれのタイムスロット２５は異なるＤＭＸアドレスに対応し、従って、１つのＤＭＸフレームがネットワークを通じて発行されると、そのスロット内のデータのバイトは関連アドレスへ送られる。即ち、フレーム２６内のタイムスロット２５の位置は制御されるべき装置及び機能を決定する一方、スロット内のバイトのデータ値は当該装置又は機能に関する制御設定値を指定する。従って、所与のＤＭＸコマンドは単一フレームのスペース内の最高５１２通りのアドレスにそれぞれのバイトを送信する（しかし、フレーム当たりの１つのアドレスについて１バイトのみ）。

ＤＭＸは、例えば、照明装置をオン又はオフにするため、出力強度を上げるか若しくは下げるため、出力光のスペクトルを変更するため、又は照明装置の方向を変更するため（例えば、装置をパン及び／又は傾斜させるため）に、照明装置の様々な異なる出力機能を制御するために使用することができる。

しかし、ＤＭＸを使用すると、コントローラ８は照明装置１０にデータを送信できるだけであり、照明装置から戻るデータを受信できないというように、ＤＭＸは単方向プロトコルである。ＲＤＭ（リモート装置管理）は、（数ある特徴の中で）状況フィードバックを可能にするためにＤＭＸ照明制御プロトコルに追加されたプロトコルである。これは、動的シーンがレンダリングされる間にリアルタイムランプドライバフィードバックを入手するために使用される。

図３に示されているように、ＲＤＭフレームは、時分割多重化によりＤＭＸフレームでインターリーブされる。ＲＤＭ照会は、ＤＭＸフレームと当時には照明ネットワーク７により実行することができない。その代わりに、ＤＭＸフレームの空間において、コントローラ８は、ＤＭＸフレームについて使用されるものと同じ照明ネットワークインフラストラクチャ７全体を通じてＲＤＭ ＧＥＴ又はＳＥＴコマンドを照明装置１９に送信し、対応する応答を受信する。ＲＤＭトラフィックは、異なる開始コード２３によってＤＭＸフレームと区別される。ＲＤＭ ＳＥＴコマンドにより、コントローラ８は特定のＤＭＸアドレスで照明装置１０を構成し、応答として肯定応答を受信することができる。受信機１０からコントローラ８に戻る肯定応答は１つのＤＭＸフレーム内で行われ、従って、コントローラ８から送信されるＲＤＭ及び応答はすべて１つの単一ＤＭＸフレームに必要な時間内にある。例えば、ＲＤＭ ＳＥＴコマンドは、装置のＤＭＸアドレスを変更するか、装置のモードを変更するか、又はパン及び傾斜を逆転させる。ＲＤＭ ＧＥＴコマンドは、特定のＲＤＭアドレス（ＵＩＤ、ＭＡＣアドレスのように製造時に与えられた固有ＩＤ）に向けられた状況照会を実行し、装置１０がそのアドレスに存在する場合、これはコントローラ８に応答を返すことになる。受信機１０からコントローラ８に戻る応答は１つのＤＭＸフレーム内で行われ、従って、この場合もコントローラ８から送信されるＲＤＭ及び応答はすべて１つの単一ＤＭＸフレームに必要な時間内にある。例えば、状況照会は、装置が特定のＤＭＸアドレスに存在するかどうか、どのタイプの機能又は装置が特定のアドレスにあるか（例えば、調光器）、装置の現在の動作温度は何度か、又は報告するための障害があるかを尋ねてもよい。

ＡｒｔＲＤＭは、ＩＰネットワークを通じて使用するためにＲＤＭ標準を拡張するものである。通常、ＲＳ−４８５により実行されるＲＤＭ ＳＥＴ及びＧＥＴコマンドは、ＡｒｔＲＤＭ ＳＥＴ及びＧＥＴ ＩＰパケットによって置き換えられる。

図４を参照すると、ＡｒｔＲＤＭシステムでは、コントローラ８は、インターネットプロトコル（ＩＰ）ネットワーク６により外部端末２からＡｒｔＲＤＭ ＳＥＴ及びＧＥＴ ＩＰパケットを受信するプロキシとして動作するように設けられる。次に、ＡｒｔＲＤＭ ＩＰパケットはコントローラ８で正規のＲＤＭコマンドに変換され、照明ネットワーク７を通じてこの形式で前方に転送される。また、コントローラ８は照明ネットワーク７を通じてそれぞれの応答を受信し、次にこれをＩＰパケットに変換して、ＩＰネットワーク６により発信端末２に返す。

ＤＭＸ、ＲＤＭ、及びＡｒｔＲＤＭは、様々な適用例で使用することができ、特に、照明シーンの動的リアルタイム変更が要求される舞台照明などのリアルタイムの適用例で有用である。例えば、劇場公演では、動的照明効果が公演の影響力に大いに貢献する可能性があることはよく知られたことである。人々は、興奮し、静的照明のみが使用される状況に比べ、より強烈な雰囲気を経験する。

フレームタイミングは通常、固定されている。従来、これは、ＲＤＭ照会が（例えば、ユーザに示唆されて）実行される時に、そのＲＤＭ照会に対処するために、ＲＤＭ照会が受信された時点の直後に次のＤＭＸフレームがドロップされることを意味する（その最悪のケースでは４４Ｈｚという典型的なＤＭＸフレームレートで２３ｍｓを要する現行フレームがまず終了し、その後、シーケンス内の次のＤＭＸフレームがドロップされ、ドロップされたＤＭＸフレームと正確に同じ長さを要するＲＤＭシーケンスによって置き換えられる）。ドロップされたＤＭＸフレームは照明表示の円滑な流れを中断することになるので、これにより時には動的シーンにおける低い忠実性を導くことになる。

しかしながら、本明細書において、ユーザは、特に複雑な照明システムにおいて、瞬間ごとの細部とは対照的に、照明システムの全体的な状況にのみ興味を持つ傾向があることも認識されている。例えば、ユーザは、動作中と非使用中の両方についてランプが故障するか又は故障しそうなときを把握したいと希望するが、状況情報はリアルタイムで入手可能である必要はない。例えば、数分前までの状況情報でも非常に貴重なものになり得る。これに反して、上記のように、間違ったときにドロップされたＤＭＸコマンドは動的（時間的に変動する）照明表示を阻害することになり得る。

より一般的には、照明制御プロトコルが装置管理プロトコルと共存し、間違ったときに照明制御を中断する装置管理プロトコルの状況照会が照明の効果を阻害する潜在能力を有する可能性があるという同様の考慮事項が、ＤＭＸ及びＲＤＭだけでなく、任意のタイプの照明制御プロトコル及び装置管理プロトコルに関して適用される。

動的照明シーンがその完全な忠実性又は少なくともその受け入れ可能な近似を維持するように、装置管理プロトコルの状況照会（例えば、ＲＤＭ照会）を照明制御プロトコルのフレームシーケンス（例えば、ＤＭＸフレームのシーケンス）内に自動的に織り込むことができるコントローラを提供することが望ましいだろう。

本明細書に開示されている一態様により、照明制御プロトコルの２つ以上の照明制御フレーム（例えば、ＤＭＸフレーム）を記憶又はバッファリングするための第１の保持ロケーション部（ｈｏｌｄｉｎｇ ｌｏｃａｔｉｏｎ）と、装置管理プロトコル（例えば、ＲＤＭ又はＡｒｔＲＤＭ）の少なくとも１つの状況照会を記憶又はバッファリングするための第２の保持ロケーション部とを含むコントローラが提供される。照明制御コマンドは、送信されたときに照明ネットワークの少なくとも１つの照明装置の発光を制御するために、照明ネットワークを通じて時間的シーケンス内で次々に送信機によって照明制御コマンドが送信されるように第１の保持ロケーション部に記憶又はバッファリングされる。また、状況照会は、照明ネットワークの少なくとも１つの照明装置の状況を照会するために、照明ネットワークを通じて送信機によって送信するように記憶又はバッファリングされる。

送信機は、第１の保持ロケーション部に指定されたシーケンス通りに照明制御フレームを送信し始める。しかし、このコントローラは、照明制御フレームのうちの１つが当該シーケンス内の所定の数の当該フレーム内で他の照明制御フレームに対して冗長であるときを自動的に検出するように構成されるアービトレータ（ａｒｂｉｔｒａｔｏｒ）を更に含む。応答として、アービトレータは、当該シーケンス内の冗長照明制御フレームの代わりに状況照会を自動的に送信させる。

実施形態では、当該所定の数は１であり、即ち、当該検出のための条件は、照明制御フレームのうちの１つが当該シーケンス内で他の隣接照明制御フレームに対して冗長であるときを検出することである。実施形態では、この条件は、照明制御フレームのうちの１つが当該シーケンス内で先行する隣接照明制御フレームに対して冗長であることである。更に、実施形態では、冗長性の条件は、照明制御フレームのうちの当該１つが先行する隣接制御フレーム又はより一般的には当該他の照明制御フレームと同一であることである。

好ましくは、アービトレータは、冗長又は同一であるフレームが照明ネットワークを通じて送信されないように、冗長又は同一であるフレームを廃棄するように構成される。代替的に、冗長又は同一であるフレームはシーケンス内で置き換えられてもよい（例えば、状況照会に続く各フレームがフレーム１つ分だけシフトされる）。

従って、開示されている技法により、このコントローラは必ずしも状況照会（例えば、ＲＤＭ照会）が受信されると直ちに照明制御フレーム（例えば、ＤＭＸフレーム）をドロップする又は置き換えるわけではない。むしろ、このコントローラは、照明制御プロトコルの１つのフレームが所定の時間ウィンドウ内で送信されている他の照明制御フレームに対して実質的に冗長であり、少なくとも、２つのフレーム間の照明効果の変化が人間の観察者にとってごくわずかであるという点で、好ましくは、２つのフレームが少なくともコントローラ８の所与の出力を介して使用中であるすべての宛先照明装置に関して同一である（即ち、冗長フレームは前のフレームに関して接続されたランプのいずれについてもその照明パターンに影響しない）という点で、冗長である場合を識別するまで待つように構成される。例えば、所与の出力に接続されたすべての照明器具によって使用されているすべてのＤＭＸスロットについて、それぞれのバイト値がＤＭＸフレームごとに変化しない場合に隣接ＤＭＸフレームは実際上「同一」と見なされる。これは、ＤＭＸフレーム全体が同一でなければならないことを意味するわけではないことに留意されたい。例えば、特定のＤＭＸスロットは使用されていない可能性があり、及び／又は１つのコントローラが複数の出力を有する（例えば、多くのコントローラが１つのイーサネット（登録商標）入力と多くのＲＳ−４８５出力とを有する）場合、開示されているロジックをその出力のそれぞれに独立して適用することができる。

冗長であるフレームを識別すると、コントローラは自動的に機会を捉えて冗長であるフレームを保留中の状況照会と置き換える。例えば、コントローラは、並んだ２つの同一ＤＭＸフレームを識別し、後のフレームをＲＤＭ照会と置き換えるように構成される。

その結果、照明効果は状況チェックの使用による不当な影響は受けない。状況情報は遅延する可能性があるが、発明者はこれを様々な適用例について受け入れ可能であると見なしている。

本明細書に開示されている他の態様により、少なくとも１つのコンピュータ可読記憶媒体上に実施され、照明コントローラ上で実行された時に、照明ネットワークを通じて少なくとも１つの照明装置の発光を制御するために照明制御プロトコルの２つ以上の照明制御フレームを記憶又はバッファリングし、照明制御フレームが時間的シーケンス内で次々に照明ネットワークを通じて送信されるように設けられる動作と、照明ネットワークを通じて少なくとも１つの照明装置の状況を照会するために装置管理プロトコルの少なくとも１つの状況照会を受信する動作と、当該シーケンス通りに照明ネットワークを通じて照明制御フレームのうちの１つを送信する動作と、照明制御フレームのうちの１つが当該シーケンス内の所定の数のフレーム内で他の照明制御フレームに対して冗長であるときを自動的に検出する動作と、当該検出に応答して、当該シーケンス内の冗長である照明制御フレームの代わりに状況照会を自動的に送信する動作とを実行するように構成されたコードを含む、コンピュータプログラム製品が提供される。

実施形態では、このコンピュータプログラム製品は、本明細書に開示されているコントローラの特徴のいずれかに応じた動作を実行するように更に構成される。

本明細書に開示されている更に他の態様により、照明ネットワークを通じて少なくとも１つの照明装置の発光を制御するために照明制御プロトコルの２つ以上の照明制御フレームを記憶又はバッファリングし、照明制御フレームが時間的シーケンス内で次々に照明ネットワークを通じて送信されるように設けられることと、照明ネットワークを通じて少なくとも１つの照明装置の状況を照会するために装置管理プロトコルの少なくとも１つの状況照会を受信することと、当該シーケンス通りに照明ネットワークを通じて照明制御フレームのうちの１つを送信することと、照明制御フレームのうちの１つが当該シーケンス内の所定の数のフレーム内で他の照明制御フレームに対して冗長であるときを自動的に検出することと、当該検出に応答して、当該シーケンス内の冗長である照明制御フレームの代わりに状況照会を自動的に送信することとを含む方法が提供される。

実施形態では、この方法は、本明細書に開示されているコントローラの特徴のいずれかに応じた動作を更に含む。

本発明をより良く理解するため並びに実施形態をどのように実施するかを示すために、例として添付図面について言及する。

照明ネットワークの概略ブロック図である。 ＤＭＸフレームの概略表現である。 ＤＭＸフレーム間にインターリーブされたＲＤＭ照会を概略的に示している。 照明システムの概略ブロック図である。 照明システムのコントローラの概略ブロック図である。 ＲＤＭ及びＤＭＸに関するアービトレーション方式を概略的に示している。

図４は、本発明の実施形態を実現可能な照明システムの一例を示している。このシステムは、照明コントローラ８と、照明ネットワーク７を形成するために適切なバス又は相互接続インフラストラクチャによってまとめて接続された１つ以上の照明装置１０（１０_１〜１０_Ｎ）とを含む、少なくとも１つの照明ネットワーク７を含む。それぞれの照明装置１０（１０_１〜１０_Ｎ）は１つ以上の光源１４（１４_１〜１４_Ｎ）、例えば、１つ以上のＬＥＤランプ、白熱電球及び／又はガス放電ランプと、それぞれの照明装置１０の１つ以上の光源１４をネットワークに接続するそれぞれのベースユニット１２（１２_１〜１２_Ｎ）とを含む。

照明コントローラ８は、照明ネットワーク７を通じて、従って、照明装置１０のうちの少なくとも１つに向かってＤＭＸなどの照明制御プロトコルのフレームを送信するように構成される。例えば、ＤＭＸ／ＲＳ−４８５では、すべてのスレーブ装置１０が照明ネットワーク７を介してコントローラ８からＤＭＸ信号を受信し、照明ネットワーク７を通じて送信されたＤＭＸフレーム２６は、そのフレーム内のデータを送信するために使用されているタイムスロット２５に対応する任意のアドレスに作用する（もう一度、図２を参照）。照明制御プロトコルは、例えば、照明装置若しくは個々の光源１４をオン若しくはオフにするため、照明装置１０若しくは個々の光源１４の出力強度を上げるか若しくは下げるため、照明装置若しくは個々の光源１４のスペクトルを調整するため（例えば、色相値又はＲＧＢ値を調整するため）、又は照明装置若しくは個々の光源１４の方向若しくは空間分布を変更するため（例えば、可動照明装置１０又は光源１４をパン又は傾斜させるため）に使用される。照明装置１０に照明制御プロトコルの複数のアドレス（例えば、複数のＤＭＸアドレス）が割り当てられる場合、それぞれのアドレスは、異なる構成光源１４、照明装置１０の異なる機能（例えば、切り換え、調光、色調節、及び／又は方向）、又は光源１４と機能との異なる組み合わせを制御する。

照明制御プロトコルはＤＭＸなどの単方向プロトコルであり、それ自体は照明ネットワーク７上の照明装置１０のいずれについても状況を照会することができない。それ故に、照明制御プロトコルを補うために、照明コントローラ８は、照明制御プロトコルに加えてＲＤＭなどの別個の双方向装置管理プロトコルも使用するように構成される。従って、コントローラ８は、装置管理プロトコルの状況照会２８を送信するように構成される。例えば、コントローラ８は、照明ネットワーク７により照明装置１０（又は照明装置１０の個々の光源１４及び／又は機能）のＲＤＭアドレス（ＵＩＤ）にＲＤＭ ＧＥＴコマンドを送信し、アドレス指定された装置はＤＭＸフレーム１つ分の期間内に要求された状況情報で応答する。装置管理プロトコルの状況照会は、例えば、照明装置のセンサ（例えば、照明装置１０又は個々の光源の現在の動作温度を測定するための温度センサ）から情報を要求するため、照明装置１０若しくは個々の光源１４の動作時間数のカウントを照会するため、又は照明装置１０若しくは個々の光源１４に関する障害報告を要求するために使用される。

実施形態では、装置管理プロトコルは照明ネットワーク７を通じて照明装置１０の設定を構成する能力も有する場合もあることに留意されたい。例えば、コントローラ８は照明ネットワーク７により照明装置１０のうちのアドレス指定された照明装置にＲＤＭ ＳＥＴコマンドを送信し、アドレス指定された照明装置はそれに応じて構成された設定を調整し、ＤＭＸフレーム１つ分の期間内に肯定応答で応答する。装置管理の構成コマンドは、例えば、ネットワーク７上の照明装置１０若しくは個々の光源１４のアドレスを変更するため、照明装置１０のモードを変更するため、又はパン及び傾斜を逆転させるために使用される。

実施形態では、照明制御プロトコルのフレームシーケンス及び／又は状況照会が（例えば、コントローラ８の１つ以上のユーザ入力に応答して）コントローラ８で生成されるか又は（例えば、コントローラ８に直接接続された外部装置から）コントローラ８に直接入力される。代替的に又は追加的に、コントローラ８は、（照明ネットワーク７とは別個の）通信ネットワーク６により遠隔から照明制御プロトコルのフレーム及び／若しくは状況照会を受信するため、又は通信ネットワーク６により受信した対応するメッセージに応答してフレーム及び／若しくは状況照会を生成するためのプロキシとして動作するように構成される。実施形態では、通信ネットワーク６はＩＰネットワークなどのパケット交換網である。

コントローラ８がプロキシとして設けられる場合、コントローラ８は、第１の有線又は無線接続ポイント４ｉ、例えば、イーサネット（登録商標）スイッチ又はＷｉ−Ｆｉ（登録商標）若しくはＺｉｇＢｅｅ（登録商標）アクセスポイントなどの無線アクセスポイントを介して通信ネットワーク６に接続される。更に、少なくとも１つの外部ネットワーク化装置２は、第２の有線又は無線接続ポイント４ｉｉ、例えば、この場合もイーサネット（登録商標）スイッチ、又はＷｉ−Ｆｉ（登録商標）若しくはＺｉｇＢｅｅ（登録商標）アクセスポイントなどの無線アクセスポイントを介して通信ネットワーク６に接続される。外部ネットワーク化装置２は、タブレット２ａ、デスクトップ若しくはラップトップコンピュータ２ｂ、又は専用照明若しくは舞台管理コンソール２ｃなどのユーザ端末の形を取り、それによりユーザは照明制御シーケンス及び／又は状況照会を示唆し、任意の状況照会に対する応答を見ることができる。代替的に、外部ネットワーク化装置２は、照明制御シーケンスを自動的に生成するため又は前もってプログラムされたシーケンスをメモリから取り出すためのサーバなどの他のタイプの装置でもよい。

いずれにしても、外部ネットワーク化装置２は接続ポイント４及び通信ネットワーク６を介して照明制御フレーム（例えば、ＤＭＸフレーム）及び／又は状況照会（例えば、ＲＤＭ照会）を照明コントローラ８に（例えば、パケット交換網の場合はＩＰパケットなどの１つ以上のパケットのペイロードで）送信する。代替的に、外部ネットワーク化装置２は、コントローラ８側で所望の制御フレーム及び／又は状況照会を生成するためにコントローラ８が解釈できる対応するメッセージを送信してもよい（例えば、これらのメッセージはＩＰパケットなどの１つ以上のパケットのペイロードで送信される）。状況照会の場合、コントローラ８は接続ポイント４及び通信ネットワーク６を介して外部ネットワーク化装置２に応答（例えば、ＲＤＭ応答）又は対応するメッセージも（例えば、この場合もＩＰパケットなどの１つ以上のパケットのペイロードで）返す。

例えば、ＡｒｔＲＤＭシステムでは、コントローラ８はインターネットプロトコル（ＩＰ）ネットワーク６により外部端末２からＡｒｔＲＤＭ ＳＥＴ及びＧＥＴ ＩＰパケットを受信する。次に、ＡｒｔＲＤＭ ＩＰパケットはコントローラ８で正規のＲＤＭコマンドに変換され、照明ネットワーク７によりこの形式で目標照明装置１０に向かって転送される（これは、ＲＤＭコマンドがＡｒｔＲＤＭパケットのペイロードでいくらか逐語的に含まれ、パケットからの抽出のみを必要とする場合に、少量の変換のみを必要とする可能性がある）。応答として、コントローラ８は照明ネットワーク７により目標装置１０から応答を受信し、次にこれをＩＰパケットに変換して、ＩＰネットワーク６により発信端末２に返す。

以下ではＤＭＸ及びＲＤＭ又はＡｒｔＲＤＭに関して説明するが、より一般的には、開示されている技法は、それぞれＤＭＸ及び／又はＲＤＭ若しくはＡｒｔＲＤＭの代わりに任意の照明制御プロトコル及び／又は任意の装置管理プロトコルに関して適用できることが認識されるであろう。

図５は、本明細書に開示されている実施形態によるコントローラ８の一例を示している。コントローラ８は、ＤＭＸフレーム及びＲＤＭ照会を、ＤＭＸネットワーク７の１つ以上の関連アドレスと、従って、これらのアドレスが割り当てられるそれぞれ１つ以上の目標照明装置１０（又はこのような装置１０の個々の機能又は光源１４）とに送信するように構成された送信機１８を含む。それぞれの可能なアドレスに関するタイムスロット２５を含み、従って、すべてのアドレスに関するデータを潜在的に含む（図２を参照）ＤＭＸフレーム２６を送信する場合、送信機１８は照明ネットワーク７によりそれぞれ照明装置１０_１．．．１０_Ｎのそれぞれのベースユニット１２_１．．．１２_ＮにＤＭＸフレームを送信する。これに反してＲＤＭ状況照会（ＧＥＴ）コマンドを送信する場合、このコマンドは特定のＲＤＭアドレス（ＵＩＤ）に向けられる。ＲＤＭコマンドはＤＭＸプロトコルとは異なるアドレス指定方式を使用し、ＲＤＭコマンド及び応答は同じ照明ネットワークインフラストラクチャ７を通じて送信される。コントローラ８は、１つ以上のメモリデバイス及び／又はバッファの形の保持手段１５を更に含む。この保持手段は、照明ネットワーク７を通じて送信されるべき２つ以上のＤＭＸフレームのシーケンスを保持するための第１の保持ロケーション部１６と、照明ネットワーク７を通じて送信されるべき１つ以上のＲＤＭ状況照会を保持するための第２の保持ロケーション部１７とを含む。

第１の保持ロケーション部１６は、ＤＭＸフレームのシーケンスを記憶するためのメモリ若しくはメモリ領域又はそのシーケンスをバッファリングするためのバッファ（例えば、ＦＩＦＯ）を含む。いずれにしても、ＤＭＸフレームのシーケンスは、送信機１８から照明ネットワーク７を通じて１つ以上の宛先照明装置１０に送信する用意ができたメモリ又はバッファ１６内に配置され、それぞれのＤＭＸフレームは指定のシーケンス通りに異なる連続期間で順に送信される。第１の保持ロケーション部に記憶又はバッファリングされたシーケンスは必ずしも送信されるべきすべてのＤＭＸフレームではなく、より大きいシーケンスの一部のみを形成してもよいことに留意されたい。また、バッファの場合、シーケンスのフレームはバッファ内で待ち行列に入れられるか又はそれぞれのフレームは個別に次々にバッファを通過することができる（すぐに明らかになるように、後者の場合、コントローラ８は少なくとも１つの他の送信フレームのどこかに、例えば、オペランドレジスタに少なくとも一時的記録を保持する必要があるだろう）。

第１の保持ロケーション部１６は、幾つかの可能な発生源からＤＭＸフレームのシーケンスを受け取るように設けられる。実施形態では、コントローラ８は外部装置からＤＭＸシーケンスを受信するための受信機２２を含む。例えば、受信機２２は、ローカル有線接続を通じて、例えば、コントローラ８に接続された外部照明デスクからシーケンスを受信するためのポートを含むか、又は他の例として、受信機２２はＢｌｕｅｔｏｏｔｈ（登録商標）接続などのローカル無線接続を通じて、例えば、ローカルに接続されたモバイルデバイスからシーケンスを受信するための無線受信機を含む。代替的に、受信機２２は、ＩＰネットワーク若しくはその他のパケット交換網などの通信ネットワーク６によりＤＭＸシーケンスを受信するため、又は要求されたシーケンスのＤＭＸフレームをコントローラ８で生成するためにネットワークインターフェース２２のソフトウェア若しくはハードウェアが解釈できる１つ以上のメッセージを通信ネットワーク６により受信するためのネットワークインターフェースを含んでもよい。例えば、ＤＭＸシーケンスは、タブレット２ａ、デスクトップ若しくはラップトップコンピュータ２ｂ、又はネットワーク６に接続された照明デスク２ｃなどのリモートユーザ端末２から送信若しくは指示され、リモートユーザによってリモートユーザ端末２から示唆されるか、又は、他の例として、このシーケンスはサーバなどの他のリモートネットワーク化装置から送信若しくは指示される。他の代替例では、コントローラは、それによりユーザが１つ以上のユーザ入力により照明シーケンスを示唆できるユーザインターフェース２４（例えば、物理的スライダ、ノブ、及び／若しくはボタン、又はタッチスクリーンなどのグラフィカルインターフェース）を含む。応答として、ユーザインターフェース２４のソフトウェア又はハードウェアは１つ以上のユーザ入力に対応するＤＭＸフレームのシーケンスを生成する。更に他の代替例では、ＤＭＸシーケンスはコントローラ８の内部モジュール２１、例えば、コントローラ８上で実行されるアプリケーションによって提供してもよい。

更に、ＤＭＸフレームのシーケンスは、受信機２２若しくはユーザインターフェース２４を介して前もってプログラムされるか、又は、例えば、外部装置からストリーミングされるか若しくは生のユーザ入力に応答して生成されるなど、生で受信される場合もある。更に、シーケンスのすべてのＤＭＸコマンドは必ずしも同じ発生源から発生するか又は同じように受信される必要がないことに留意されたい。

第２の保持ロケーション部１７に目を向けると、これは１つ以上のＲＤＭ照会（ＧＥＴコマンド）を記憶するためのメモリ若しくはメモリ領域又はその１つ以上のＲＤＭ照会をバッファリングするためのバッファを含む。いずれにしても、１つ以上のＲＤＭ照会は、送信機１８から照明ネットワーク７によりそれぞれの宛先照明装置１０に送信するためにメモリ又はバッファ１７内に保持される。第２の保持ロケーション部１７は第１の保持ロケーション部１６と同じメモリデバイス若しくは同じバッファデバイス内に実現されるか、又は異なるメモリデバイス若しくはバッファデバイス内に実現されることに留意されたい。

第２の保持ロケーション部１７は、幾つかの発生源から、しかもＤＭＸフレームのシーケンスと同じ発生源又は異なる発生源から、１つ以上のＲＤＭ照会を受信するように設けられる。実施形態では、受信機２２は外部装置から１つ以上のＲＤＭ照会を受信する。例えば、受信機２２は、ローカル有線接続により、例えば、コントローラ８に接続された外部照明デスクから１つ以上の照会を受信するためのポートを含むか、又は他の例として、受信機はＢｌｕｅｔｏｏｔｈ（登録商標）接続などのローカル無線接続により、例えば、ローカルに接続されたモバイルデバイスから１つ以上の照会を受信するための無線受信機を含む。代替的に、受信機２２は、ＩＰネットワーク若しくはその他のパケット交換網などの通信ネットワーク６により１つ以上のＲＤＭ照会を受信するため、又は要求されたＲＤＭ照会をコントローラ８で生成するためにネットワークインターフェース２２のソフトウェア若しくはハードウェアが解釈できる１つ以上のメッセージを通信ネットワーク６により受信するためのネットワークインターフェースを含んでもよい。例えば、１つ以上のＲＤＭ照会は、タブレット２ａ、デスクトップ若しくはラップトップコンピュータ２ｂ、又はネットワーク６に接続された照明デスク２ｃなどのリモートユーザ端末２から送信若しくは指示され、リモートユーザによってリモートユーザ端末２から示唆されるか、又は、他の例として、１つ以上の照会はサーバなどの他のリモートネットワーク化装置から送信若しくは指示される。他の代替例では、コントローラは、それによりユーザが１つ以上のユーザ入力により１つ以上の状況照会を示唆できるユーザインターフェース２４（例えば、物理的ボタン、又はタッチスクリーンなどのグラフィカルインターフェース）を含む。応答として、ユーザインターフェース２４のソフトウェア又はハードウェアは１つ以上のユーザ入力に対応する１つ以上のＲＤＭ照会を生成する。更に他の代替例では、１つ以上のＲＤＭ照会はコントローラ８の内部モジュール２１、例えば、コントローラ８上で実行されるアプリケーションによって提供してもよい。

更に、１つ以上のＲＤＭ照会は、受信機２２又はユーザインターフェース２４を介して前もってプログラムされるか、例えば、外部装置からのストリームの一部として生で受信されるか、又は生のユーザ入力に応答して生成される場合もある。更に、複数のＲＤＭ照会が存在する場合、これらは必ずしも同じ発生源から発生するか又は同じように受信される必要がないことに留意されたい。

どのような手段でＤＭＸシーケンス及び１つ以上のＲＤＭ照会が受信される場合でも、送信機１８は、上記のように指定のシーケンスでＤＭＸフレームのシーケンスを送信するように設けられる。このシーケンスは、当該シーケンスのＤＭＸフレーム２６のタイムスロット２５内の１つ以上の照明装置１０（又はその構成光源１４及び／若しくは機能）にアドレス指定されたデータに基づいて、動的（時間で変動する）照明効果を生み出すように動的に照明を制御する。

しかしながら、ＲＤＭ照会２８が進行中の動的照明シーケンス中に到着した場合、送信機１８はＤＭＸフレーム２６とＲＤＭ照会との両方を同時に送信することはできない。これは、時分割多重化方式でＲＤＭ照会に対処するためにＤＭＸフレームをドロップするか又は遅延させることを意味する（もう一度、図３を参照）。従来、ＲＤＭ照会が送信される用意ができると直ちに次のＤＭＸフレームがドロップされる。しかしながら、これは動的照明シーンに対して顕著な阻害を引き起こす可能性がある。この阻害は大きいものではないが、それにもかかわらず、人間の観察者にとって奇妙なグリッチ又はアーチファクトとして感知される可能性がある。

例えば、前もってプログラムされたシーケンスのＤＭＸフレームがコントローラ８の内部メモリ（例えば、メモリ１７、又は第１の保持ロケーション部１７がバッファを表す場合は他の内部記憶装置）から読み出されることにより、動的照明シーンが現在、生み出されている。又は、他の例として、ＤＭＸフレームのシーケンスが外部装置（例えば、ネットワーク化装置２の１つ又はローカル外部装置）からコントローラ８に自動的にストリーミングされ、その外部装置で前もってプログラムされていることにより、動的照明シーンが生み出されている。動的照明シーンが進行している間、ユーザは、動的照明シーンに対する潜在的な阻害について検討せずに、コントローラ８のユーザインターフェース２４を介して又はネットワーク化若しくはローカル外部ユーザ端末（例えば、２ａ、２ｂ、２ｃ）からＲＤＭ状況照会を示唆する。又は、おそらくＲＤＭ照会はこの時点で行われるように前もってプログラムされているが、プログラマはこれによって引き起こされる潜在的な阻害について考慮していなかった。

このようなシナリオの影響力を除去するか又は少なくとも低減するために、本明細書に開示されている実施形態により、コントローラ８にはアービトレータ２０が設けられている。アービトレータ２０は、第１の保持ロケーション部１６内のＤＭＸフレームのシーケンスを観察できるように保持手段１５に動作可能に結合される。アービトレータ２０は、コントローラ８の１つ以上のメモリに記憶されたソフトウェアで実現され、コントローラ８の１つ以上のプロセッサ上で実行するために設けられる。代替的に、アービトレータ２０の一部若しくは全部は専用のハードウェア回路で実現できるか、又はＰＧＡ若しくはＦＰＧＡなどの構成可能又は再構成可能なハードウェア回路で実現できることは除外されない。

図６を参照すると、アービトレータ２０は、ＲＤＭ照会２８が受信又は生成されると直ちに送信されないように、照明ネットワーク７を通じてＲＤＭ照会２８の送信を遅延させるように構成される。むしろ、アービトレータは、１つ以上の照明装置１０の照明ドライバにまさに送信されようとするＤＭＸフレーム２６を解析及び解釈し、そのユニバース出力内の照明装置１０のＤＭＸアドレススロット２５が同一である（それ故に２つのフレームのうちの後者は前のフレームに関して接続されたランプ１０のいずれについてもその照明パターンに影響しない）連続の２つのＤＭＸフレーム２６を検出するまで待つように構成される。

事実上すべての動的シーンでは、特に８つの装置１０のみが１つの出力に接続される場合、必ずこのような機会が存在することになる。ＤＭＸは固定フレーム（サンプル）レートを有するストリーミングプロトコルである。このため、ＯＦＦになるように照明装置１０を制御するための定義されたやり方は、それがオフになることが意図されている持続時間の間ずっと毎秒４４回ＯＦＦ−ＯＦＦ−ＯＦＦ．．．と指示することであり、ＯＮになるように照明装置１０を制御するための定義されたやり方は、それがオンになる予定の持続時間の間ずっと毎秒４４回ＯＮ−ＯＮ−ＯＮ．．．と指示することである（又は、特定の調光レベル若しくは色で持続するように同様に照明装置１０を制御するために、プロトコルは同じ調光レベル又は色値を毎秒４４回送信し続けることなどである）。しかし、照明装置がこの４４個のコマンドのうちの１つを逃しても、何も間違ったことは起こらない。ほとんどのＤＭＸランプは、いずれかのＤＭＸフレームの受信を検出しない場合に「ＦＡＩＬ」モードになるが、単一ＤＭＸフレームの１／４４秒の期間よりかなり長い特定のタイムアウトウィンドウの間、例えば、１．５秒の間、ＤＭＸフレームを検出しなかった後に限られる。一例として、コントローラ１０が１．５秒の間、毎秒４４回ＯＦＦ−ＯＦＦ−ＯＦＦ．．．と照明装置に指示しない場合（従って、６６個のＤＭＸフレームが欠落する）、デフォルトでＦＡＩＬモードになり、これはしばしばＯＮである（アプリケーション次第である）。動的シーケンスでは、照明レベルが１／４４秒おきに変化することは非常に稀である。１１Ｈｚの高速ストロボでも２つの同一フレームＯＮと２つの同一フレームＯＦＦを有する。従って、６６フレームより少ないフレームがドロップされる（又は幾つであっても照明装置１０をデフォルトで故障モードにさせる）限り、実際の影響を引き起こさずにドロップできる冗長であるフレームがしばしば存在するであろう。

接続された照明装置１０のＤＭＸスロット２５の値に関してＤＭＸフレーム２６_ｍが前のフレーム２６_ｍ−１と同一である時にはいつでも、アービトレータ２０はＤＭＸフレーム２６_ｍをドロップし、ＲＤＭ照会２８を織り込む（１つが保留中であると仮定する）。ＲＤＭ待ち時間に関する厳しい要件は全くないので、ＲＤＭ照会が数分まで遅延しても何も問題はない。従って、動的シーンの忠実性を不当に損なわずに状況情報をＲＤＭ／ＤＭＸシステムにとって使用可能なものにすることができる。

少なくともシステム内で使用されているすべての照明装置１０に対応するスロット２５が同一である場合に本明細書ではフレーム２６が「同一」と見なされることに留意されたい。未使用のスロットが同一ではなくても問題ではない。これは好ましい条件であり、より一般的には、この条件は照明シーンにとって大きすぎる害がなければ緩和してもよい。例えば、一方のフレーム２６の使用されているスロット２５内のデータ値がそれぞれのスロットに関する所定のしきい値範囲内でもう一方のフレーム２６のそれぞれのデータ値に十分類似している場合、２つのフレーム２６はそのうちの一方を削除するために十分に類似していると見なすことができる。更に、この条件は必ずしも、削除されているフレーム２６_ｍが前のフレーム２６_ｍ−１と同一であるか又は類似していなければならないわけではない。より一般的には、所定の時間ウィンドウ内、例えば、前の２〜３フレーム内で他のフレームと同一であるか若しくは十分に類似している場合にドロップすることができ、又は送信されそうな次のフレーム２６_ｍ＋１と同一であるか若しくは十分に類似している場合にフレーム２６_ｍをドロップすることができる。

更に、当該ＤＭＸフレームがドロップされる（廃棄される、即ち、送信されない）ことはすべての可能な実施形態で必要なわけではない。代替的に、アービトレータ２０は、フレーム２６の残りのシーケンス全体をフレーム１つ分だけシフトさせることができる。しかし、照明表示に短いラグを引き起こすので、これはあまり好ましくない可能性がある。

また、ＲＤＭのような装置管理プロトコルの場合、コントローラ８は照明ネットワーク７により構成コマンド（例えば、ＲＤＭ ＳＥＴコマンド）を送信できることにも留意されたい。実施形態では、アービトレータ２０は、構成コマンドではなく、状況照会についてのみ上記のプロセスを実行するように構成され、即ち、ＤＭＸフレームは構成コマンドに対処するためにドロップされることはない。代替的に、このプロセスは状況照会と構成コマンドの両方（例えば、ＲＤＭ ＳＥＴ及びＧＥＴコマンドの両方）に適用してもよい。即ち、アービトレータ２０は、状況照会が受信されたときにそれが冗長であるＤＭＸフレームを検出するまで待ち、次に状況照会に対処するためにそのフレームをドロップ又は置き換えることと、構成コマンドが受信されたときにそれが冗長であるＤＭＸフレームを検出するまで待ち、次に構成コマンドに対処するためにそのフレームをドロップ又は置き換えることとの両方を実施するように構成される。

上記の実施形態は例としてのみ記載されていることは認識されるであろう。開示されている実施形態以外の変形例は、図面、開示内容、及び特許請求の範囲の検討により、請求されている発明を実践する際に当業者が理解し実行できるものである。特許請求の範囲では、「含む（ｃｏｍｐｒｉｓｉｎｇ）」という単語はその他の要素又はステップを除外せず、「ａ」又は「ａｎ」という不定冠詞は複数であることを除外しない。単一のプロセッサ又はその他のユニットは、特許請求の範囲に列挙されている幾つかの項目の機能を遂行する。特定の手段が互いに異なる従属クレームに列挙されているという単なる事実は、これらの手段の組み合わせを有利に使用できないことを示すものではない。コンピュータプログラムは、その他のハードウェアとともに又はその一部として供給される光学記憶媒体又はソリッドステート媒体などの適切な媒体上で記憶及び／又は配布されるが、インターネット又はその他の有線若しくは無線通信システムなどを介してその他の形式で配布される場合もある。特許請求の範囲内の参照符号は範囲を限定するものと解釈してはならない。

Claims (15)

1. 照明ネットワークの少なくとも１つの照明装置の発光を制御するため、前記照明ネットワークを通じて時間的シーケンスで次々に送信機による送信のために、照明制御プロトコルの２つ以上の照明制御フレームを記憶又はバッファリングするための第１の保持ロケーション部と、
   前記照明ネットワークの少なくとも１つの照明装置の状況を照会するため、前記照明ネットワークを通じて前記送信機による送信のために、装置管理プロトコルの少なくとも１つの状況照会を記憶又はバッファリングするための第２の保持ロケーション部と、
   前記照明制御フレームのうちの１つが前記時間的シーケンス内の所定の数の前記フレーム内で他の照明制御フレームに対して冗長であるときを自動的に検出し、応答として、前記時間的シーケンス内の冗長である照明制御フレームの代わりに前記状況照会を自動的に送信させるアービトレータと、
   を含む、コントローラ。
2. 前記アービトレータは、前記照明制御フレームのうちの１つが前記時間的シーケンス内で他の隣接照明制御フレームに対して冗長であるときを検出することにより、当該検出を実行する、請求項１に記載のコントローラ。
3. 前記アービトレータは、前記照明制御フレームのうちの１つが前記時間的シーケンス内で先行する隣接照明制御フレームに対して冗長であるときを検出することにより、当該検出を実行する、請求項２に記載のコントローラ。
4. 前記アービトレータは、前記照明制御フレームのうちの１つが先行する隣接制御フレーム又は前記他の照明制御フレームと同一であるときを検出することにより、前記冗長性を検出する、請求項１、２、又は３に記載のコントローラ。
5. 前記アービトレータは、冗長又は同一であるフレームが前記照明ネットワークを通じて送信されないように、前記冗長又は同一であるフレームを廃棄する、請求項１乃至４のいずれか一項に記載のコントローラ。
6. 外部発生源から前記照明制御フレーム及び／又は状況照会を受信するための受信機を含み、前記第１の保持ロケーション部及び／又は第２の保持ロケーション部は、それぞれ、前記受信機から前記照明制御フレーム及び／又は状況照会を受け取る、請求項１乃至５のいずれか一項に記載のコントローラ。
7. 前記受信機は、通信ネットワークを通じて前記照明制御フレーム及び／又は状況照会を受信するか又は前記ネットワークを通じて受信された対応するメッセージに応答して前記照明制御フレーム及び／又は状況照会を生成するネットワークインターフェースを含み、前記第１の保持ロケーション部及び／又は第２の保持ロケーション部が、それぞれ、前記ネットワークインターフェースから前記照明制御フレーム及び／又は状況照会を受け取る、請求項６に記載のコントローラ。
8. ユーザに示唆されて前記照明制御フレーム及び／又は状況照会を生成するユーザインターフェースを含み、前記第１の保持ロケーション部及び／又は第２の保持ロケーション部が、それぞれ、前記ユーザインターフェースから前記照明制御フレーム及び／又は状況照会を受け取る、請求項１乃至７のいずれか一項に記載のコントローラ。
9. 前記照明制御プロトコルが単方向であって、照明器具から状況情報を照会できない一方、前記装置管理プロトコルは前記照明ネットワークを介して前記状況照会に対する応答を受信するために双方向である、請求項１乃至８のいずれか一項に記載のコントローラ。
10. 前記照明制御プロトコルがＤＭＸであり、前記照明制御フレームがＤＭＸフレームである、請求項１乃至９のいずれか一項に記載のコントローラ。
11. 前記装置管理プロトコルがＲＤＭ又はＡｒｔＲＤＭであり、前記少なくとも１つの状況照会がＲＤＭ状況照会である、請求項１乃至１０のいずれか一項に記載のコントローラ。
12. 少なくとも１つのコンピュータ可読記憶媒体上に具現化されるコードであって、照明コントローラ上で実行されるときに、
    照明ネットワークを通じて少なくとも１つの照明装置の発光を制御するために照明制御プロトコルの２つ以上の照明制御フレームを記憶又はバッファリングする動作であって、前記照明制御フレームが時間的シーケンスで次々に前記照明ネットワークを通じて送信される動作と、
    前記照明ネットワークを通じて少なくとも１つの照明装置の状況を照会するために装置管理プロトコルの少なくとも１つの状況照会を受信する動作と、
    前記時間的シーケンスに従って前記照明ネットワークを通じて前記照明制御フレームのうちの１つを送信する動作と、
    前記照明制御フレームのうちの１つが前記時間的シーケンス内の所定の数のフレーム内で他の照明制御フレームに対して冗長であるときを自動的に検出する動作と、
    前記検出に応答して、前記時間的シーケンス内の冗長である照明制御フレームの代わりに前記状況照会を自動的に送信する動作と、
    を実行するコードを含む、コンピュータプログラム。
13. 照明ネットワークを通じて少なくとも１つの照明装置の発光を制御するために照明制御プロトコルの２つ以上の照明制御フレームを記憶又はバッファリングするステップであって、前記照明制御フレームが時間的シーケンスで次々に前記照明ネットワークを通じて送信されるステップと、
    前記照明ネットワークを通じて少なくとも１つの照明装置の状況を照会するために装置管理プロトコルの少なくとも１つの状況照会を受信するステップと、
    前記時間的シーケンスに従って前記照明ネットワークを通じて前記照明制御フレームのうちの１つを送信するステップと、
    前記照明制御フレームのうちの１つが前記時間的シーケンス内の所定の数のフレーム内で他の照明制御フレームに対して冗長であるときを自動的に検出するステップと、
    前記検出に応答して、前記時間的シーケンス内の冗長である照明制御フレームの代わりに前記状況照会を自動的に送信するステップと、
    を含む、方法。
14. 前記検出は、前記照明制御フレームのうちの１つが前記時間的シーケンス内で他の隣接照明制御フレームに対して冗長であるときを検出するステップを含む、請求項１３に記載の方法。
15. 冗長であるフレームが前記照明ネットワークを通じて送信されないように、前記冗長であるフレームを廃棄するステップを含む、請求項１３又は１４に記載の方法。