(57)【特許請求の範囲】
【請求項１】
環境内で照明シーンをレンダリングするために少なくとも１つの照明器具を制御するためのコントローラであって、
第１の期間中に環境内でレンダリングされるべき第１の照明シーンを定義する照明シーケンスを受信するよう構成される第１の入力と、
前記環境内のユーザの存在を示すデータを受信するよう構成される第２の入力と、
少なくとも１つの照明器具を制御するよう構成される出力と、
前記第１の入力を介して前記照明シーケンスを受信する、及び
前記出力を介して、前記照明シーケンスに従って前記第１の照明シーンをレンダリングするよう前記少なくとも１つの照明器具を制御する
よう構成されるプロセッサと
を備えるコントローラであり、
前記第１の入力はさらに、第２の照明シーンを受信するよう構成され、前記第２の照明シーンは、前記第１の期間後に前記環境内にレンダリングされるべきであり、それによって前記第１の照明シーンを置き換え、
前記プロセッサはさらに、
前記第１の期間が満了すると、前記第２の入力を介して受信されるデータに基づいて、前記環境内のユーザ存在値を決定し、
前記ユーザ存在値が所定の閾存在値を超えない場合、前記出力を介して、前記第２の照明シーンをレンダリングするよう前記少なくとも１つの照明器具を制御する、又は
そうでない場合、前記第１の期間を延長する
よう構成される、コントローラ。
【請求項２】
前記プロセッサはさらに、前記第１の期間を延長した後、
前記延長された第１の期間が満了すると、前記第２の入力を介して受信されるデータに基づいて、前記環境内の新しいユーザ存在値を決定し、
前記新しいユーザ存在値が所定の閾存在値を超えない場合、前記出力を介して、前記第２の照明シーンをレンダリングするよう前記少なくとも１つの照明器具を制御する、又は
そうでない場合、前記延長された第１の期間を延長する
よう構成される、請求項１に記載のコントローラ。
【請求項３】
前記プロセッサはさらに、前記第１の期間が延長される場合、前記新しいユーザ存在値と比較される前記所定の閾存在値を修正するよう構成される、請求項２に記載のコントローラ。
【請求項４】
前記少なくとも１つの照明器具は複数の照明器具を含む、請求項１、２又は３に記載のコントローラ。
【請求項５】
前記ユーザ存在値は、ユーザが前記環境内に存在するか否かであり、前記所定の閾存在値は、前記環境内にユーザが存在しないことである、請求項１乃至４のいずれか一項に記載のコントローラ。
【請求項６】
前記ユーザ存在値は、前記環境内のユーザの動きの量であり、前記所定の閾存在値は、所定の閾動き量である、請求項１乃至４のいずれか一項に記載のコントローラ。
【請求項７】
前記ユーザ存在値は、前記ユーザが前記環境内に存在する継続時間であり、前記所定の閾存在値は、所定のユーザ存在継続時間である、請求項１乃至４のいずれか一項に記載のコントローラ。
【請求項８】
前記照明シーケンスは、メモリに格納され、前記第１の入力を介して前記メモリにアクセスすることによって前記プロセッサにより受信される、請求項１乃至７のいずれか一項に記載のコントローラ。
【請求項９】
当該コントローラはさらに、現在時間を生成するクロックを備え、前記プロセッサは、前記クロックから前記現在時間を受け、該現在時間を用いて前記第１の期間が満了したか否かを判断するよう構成される、請求項１乃至８のいずれか一項に記載のコントローラ。
【請求項１０】
前記受信されるデータは、存在センサから受信される存在センサデータである、請求項１乃至９のいずれか一項に記載のコントローラ。
【請求項１１】
前記受信されるデータは、エンターテイメントデバイスから受信されるユーザアクティビティデータである、請求項１乃至１０のいずれか一項に記載のコントローラ。
【請求項１２】
前記照明シーケンスは、前記第１の照明シーンがレンダリングされている間に成立されるべき前記第１の照明シーンに関連する第１の挙動と、前記第２の照明シーンがレンダリングされている間に成立されるべき前記第２の照明シーンに関連する、前記第１の挙動とは異なる、第２の挙動とを追加的に定義する、請求項１乃至１１のいずれか一項に記載のコントローラ。
【請求項１３】
請求項１乃至１２のいずれか一項に記載のコントローラと前記少なくとも１つの照明器具とを含むシステム。
【請求項１４】
環境内で照明シーンをレンダリングするために少なくとも１つの照明器具を制御する方法であって、
第１の期間中に第１の環境内でレンダリングされるべき第１の照明シーンを定義する照明シーケンスを受信するステップと、
前記照明シーケンスに従って前記第１の照明シーンをレンダリングするよう前記少なくとも１つの照明器具を制御するステップと、
前記第１の期間が満了すると、前記環境内のユーザの存在を示すデータに基づいて、前記環境内のユーザ存在値を決定するステップと、
前記ユーザ存在値が所定の閾存在値を超えない場合、第２の照明シーンをレンダリングするよう前記少なくとも１つの照明器具を制御する、又は
そうでない場合、前記第１の期間を延長するステップと
を含む、方法。
【請求項１５】
１つ以上の処理ユニットによって実行された場合に請求項１４に記載の方法によるステップを実行するよう構成されるコンピュータ可読記憶媒体上に具現化されたコンピュータ実行可能コードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、環境内で照明シーンをレンダリングするために照明デバイスを制御するためのシステム及び方法に関する。
【背景技術】
【０００２】
電子デバイスはますます接続されてきている。「接続される（コネクテッド）(connected)」デバイスとは、ユーザ端末、又は家庭用若しくはオフィス用機器等のデバイスであって、該デバイスの制御のより多くの可能性を可能にするために無線又は有線接続を介して１つ以上の他の斯かるデバイスに接続される、デバイスを指す。例えば、当該デバイスは、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ又はＢｌｕｅｔｏｏｔｈネットワーク等の有線又は無線ネットワークの一部として１つ以上の他のデバイスに接続されることがよくある。接続は、例えば、１つ以上の他のデバイスのうちの１つから、例えば、スマートフォン、タブレット又はラップトップ等のユーザデバイス上で動作するアプリ（アプリケーション）から、当該デバイスを制御することを可能にしてもよく、及び／又は、よりインテリジェントな及び／又は分散型の自動制御を提供するためにデバイス間でセンサ情報又は他のデータを共有することを可能にしてもよい。
【０００３】
近年、コネクテッドデバイスの数は劇的に増加している。照明システムは、コネクテッドインフラストラクチャに向けたこのムーブメントの一部である。従来のコネクテッド（「スマート(smart)」）ライティングシステムは、固定光源(fixed light source)から構成される。固定光源は、壁に取り付けられたスイッチ、調光器、若しくは事前プログラムされた設定及び効果を持つより高度なコントロールパネルを介して、又はスマートフォン、タブレット、ラップトップ等のユーザ端末で動作するアプリからも制御され得る。例えば、これは、ユーザが、広範囲の色付き照明、調光オプション、及び／又は動的効果を使用して雰囲気を作り出すことを可能にしてもよい。制御の観点で、最もよくあるアプローチは、ライトスイッチ(light switch)を、照明を拡張して制御できるスマートフォンベースのアプリ（例えば、Ｐｈｉｌｉｐｓ ｈｕｅ、ＬＩＦＸ等）に置き換えることである。
【０００４】
照明シーンは、ある環境内の光源によってレンダリングされる当該環境における特定の全体的な照明効果である。例えば、光源が可視スペクトルの赤色−黄色の範囲の色相を出力するように設定される「夕焼け(sunset)」シーンが定義されてもよい。各光源は、例えば、異なる色相（又は彩度若しくは輝度等の他の設定）を出力してもよく、又はシーンは、すべて（又はいくつか）のライトが単一の色又は類似の色をレンダリングすることによってレンダリングされてもよい。照明シーンは、１つ以上の光源の出力が時間の経過とともに変化する、動的であってもよいことに留意されたい。
【０００５】
スマート照明システムはまた、「照明シーケンス」が実装されることを可能にする。照明シーケンスは、少なくとも、第１の期間中に少なくとも１つの照明器具によってレンダリングされるべき第１のシーンと、第２の期間中に少なくとも１つの照明器具によってレンダリングされるべき第２のシーンとを指定する。より一般的には、照明シーケンスは、一日のうちの異なる時間に家の各部屋においてレンダリングされるべき照明シーンを指定する。例えば、０７：３０〜０９：００の間、寝室は「日の出(sunrise)」シーン及びキッチンは「エネルギを与える(energize)」シーン、１２：００〜１８：００の間、すべての部屋は「リラックス」シーン、２２：００〜００：００の間、寝室は「夕焼け」シーン及び浴室は「ナイトライト(nightlight)」シーンがレンダリングされる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
事前に指定された照明シーケンスを用いて、システムは、スケジュールされた時間に特定の部屋において次のシーンに進む。本発明は、スケジュールされた時間が、必ずしもシーン遷移が起こるための最良の時間であるとは限らないことを認識している。例えば、「読書」シーンがアクティブな状態でユーザが部屋で本を読んでいる際、本を読み続けるには薄暗すぎる「ナイトライト」シーンに照明シーンが変化することは、ユーザに煩わしさを感じさせるかもしれない。したがって、シーン変化(scene change)のためのスケジュールされた時間を条件付きで延長することが望ましいであろう。
【０００７】
本発明は、ユーザが部屋にいることを識別するために部屋内のユーザ存在データを使用し、ユーザが部屋を出るまでスケジュールされたシーン遷移を遅らせることによって上記の問題に対処する。
【課題を解決するための手段】
【０００８】
したがって、本明細書に開示される第１の態様によれば、第１の環境内で照明シーンをレンダリングするために少なくとも１つの第１の照明器具を制御するためのコントローラであって、少なくともトリガが受信されるまで第１の環境内でレンダリングされるべき第１の照明シーン、及び第１の環境内で前記トリガを受信することに応答してレンダリングされ、斯くして第１の照明シーンを置き換えるべき第２の照明シーンを定義する照明シーケンスを受信するための第１の入力と、第１の環境内のユーザの存在を示すデータを受信するよう構成される第２の入力と、出力と、第１の入力を介して照明シーケンスを受信する、出力を介して、照明シーケンスに従って第１の照明シーンをレンダリングするよう少なくとも１つの第１の照明器具を制御する、前記トリガのインディケーション(indication)を受信し、それに応答して、第２の入力を介して受信されるデータに基づいて、第１の環境内のユーザ存在値(user presence value)を決定する、及び、出力を介して、決定されたユーザ存在値が所定の閾存在値(threshold presence value)を超えないことを条件として第２の照明シーンをレンダリングするよう少なくとも１つの第１の照明器具を制御するよう構成されるプロセッサとを備える、コントローラが提供される。
【０００９】
ある実施形態では、トリガは第１の時間であり、照明シーケンスは、第１の時間までの第１の期間中に第１の環境内でレンダリングされるべき第１の照明シーン、及び第１の時間後の第２の期間中に第１の環境内でレンダリングされるべき第２の照明シーンを定義する。
【００１０】
ある実施形態では、プロセッサはさらに、決定されたユーザ存在値が所定の閾存在値を超える場合、遅延時間量(delay amount of time)の間待機し、その後、新しいユーザ存在値を決定し、決定された新しいユーザ存在値が所定の閾存在値を超えないことを条件として少なくとも１つの第１の照明器具を制御するよう構成される。
【００１１】
ある実施形態では、少なくとも１つの第１の照明器具は、複数の第１の照明器具である。
【００１２】
ある実施形態では、コントローラはまた、第２の環境（２０３）内の第２の複数の照明器具を制御するためのものであり、前記照明シーケンスはさらに、第１の時間までの第１の期間中に第２の環境内でレンダリングされるべき第３の照明シーン、及び第１の時間後の第２の期間中に第２の環境内でレンダリングされるべき第４の照明シーンを定義する。
【００１３】
ある実施形態では、ユーザ存在値は、ユーザが第１の環境内に存在するか否かであり、前記所定の閾存在値は、第１の環境内にユーザが存在しないことである。
【００１４】
ある実施形態では、ユーザ存在値は、第１の環境内のユーザの動きの量(amount of user motion)であり、前記所定の閾存在値は、所定の閾動き量(threshold motion amount)である。
【００１５】
ある実施形態では、照明シーケンスは、メモリに格納され、第１の入力を介してメモリにアクセスすることによってプロセッサにより受信される。
【００１６】
ある実施形態では、コントローラはさらに、現在時間を生成するクロックを備え、プロセッサは、クロックから現在時間を受け、該現在時間を第１の時間と比較して該現在時間が該第１の時間を超えるか否かを判断するよう構成される。
【００１７】
ある実施形態において、受信されるデータは、存在センサから受信される存在センサデータである。
【００１８】
ある実施形態では、受信されるデータは、エンターテイメントデバイスから受信されるユーザアクティビティデータである。
【００１９】
ある実施形態では、照明シーケンスは、第１の照明シーンがレンダリングされている間に成立(enact)されるべき第１の照明シーンに関連する第１の挙動(behavior)と、第２の照明シーンがレンダリングされている間に成立されるべき第２の照明シーンに関連する、第１の挙動とは異なる、第２の挙動とを追加的に定義する。挙動は、例えば、照明器具が照明シーンをレンダリングし続けるべきであるタイムアウト遅延(timeout delay)であって、ユーザの存在が当該期間中に環境内で検出されない場合照明器具は該タイムアウト遅延の終了時にオフ状態に切り替わるような、タイムアウト遅延であってもよい。
【００２０】
本明細書に開示される第２の態様によれば、第１の態様によるコントローラと第１の複数の照明器具とを含むシステムが提供される。
【００２１】
本明細書に開示される第３の態様によれば、第１の環境内で照明シーンをレンダリングするために少なくとも１つの第１の照明器具を制御する方法であって、少なくともトリガが受信されるまで第１の環境内でレンダリングされるべき第１の照明シーン、及び第１の環境内で前記トリガを受信することに応答してレンダリングされ、斯くして第１の照明シーンを置き換えるべき第２の照明シーンを定義する照明シーケンスを受信するステップと、照明シーケンスに従って第１の照明シーンをレンダリングするよう少なくとも１つの第１の照明器具を制御するステップと、前記トリガのインディケーションを受信し、それに応答して、第１の環境内のユーザの存在を示すデータに基づいて、第１の環境内のユーザ存在値を決定するステップと、決定されたユーザ存在値が所定の閾存在値を超えないことを条件として第２の照明シーンをレンダリングするよう少なくとも１つの第１の照明器具を制御するステップとを含む、方法が提供される。
【００２２】
本明細書で開示される第４の態様によれば、１つ以上の処理ユニットによって実行された場合に第３の態様の方法によるステップを実行するよう構成されるコンピュータ可読記憶媒体上に具現化されたコンピュータ実行可能コードを含むコンピュータプログラムが提供される。
【００２３】
本明細書に開示される別の態様によれば、第１の環境内で照明シーンをレンダリングするために少なくとも１つの第１の照明器具を制御するためのコントローラであって、第１の時間までの第１の期間中に第１の環境内でレンダリングされるべき第１の照明シーン、及び第１の時間後の第２の期間中に第１の環境内でレンダリングされるべき第２の照明シーンを定義する照明シーケンスを受信するための第１の入力と、
第１の環境内のユーザの存在を示すセンサデータを受信するよう構成される第２の入力と、出力と、第１の入力を介して照明シーケンスを受信する、出力を介して、照明シーケンスに従って第１の照明シーンをレンダリングするよう少なくとも１つの第１の照明器具を制御する、現在時間が第１の時間を超えることに応答して、第２の入力を介して受信されるセンサデータに基づいて、第１の環境内のユーザ存在値を決定する、及び出力を介して、決定されたユーザ存在値が所定の閾存在値を超えないことを条件として第２の照明シーンをレンダリングするよう少なくとも１つの第１の照明器具を制御するよう構成されるプロセッサとを備える、コントローラが提供される。
【図面の簡単な説明】
【００２４】
本開示の理解を助け、実施形態がどのように実施され得るかを示すために、例として添付の図面を参照する。
【図１】本発明のある実施形態によるシステムを示す。
【図２】照明シーケンスの一例である。
【図３】本発明のある実施形態によるコントローラを示すブロック図である。
【図４】照明シーケンスの他の例である。
【図５Ａ】従来技術のシナリオを示す。
【図５Ｂ】本発明の利点を発揮するシナリオを示す。
【図６】本発明による方法のタイムラインである。
【発明を実施するための形態】
【００２５】
照明シーケンスは、スマート照明システムのユーザが、終日スマート照明システムによって成立されるべきシーン変化及びそれらのタイミングを（例えば、自身のスマートフォンを介したユーザ入力によって）事前定義することを可能にする。この発想は、ユーザの家の中で部屋ごとに、すなわち、異なる部屋に対して異なる期間中に異なるシーンを指定することでも実施され得る。この意味で、照明シーケンスは、ユーザの個人的なルーチンと見なされてもよい。ユーザは、例えば、ライトがオンになる時間及びライトがオフに切り替わる必要がある時間を設定することができる。これらの設定は、メモリに格納され、（以下により詳細に述べられるように）システム内の照明器具をどのように制御するかを判断するためにシステムのコントローラによって使用される。
【００２６】
事前定義された照明シーケンスに関する１つの課題は、シーケンス内の特定のタイミングが必ずしもユーザにとって適切であるとは限らないにもかかわらず、タイミングはスマート照明システムによって厳守されることである。
【００２７】
スマート照明システムはまた、１つ以上の存在センサ（例えばモーションセンサ）を含むことができる。センサの基本的な機能は、動きが検出される場合に（１つ以上の）ライトをオンに切り替えること、及びある時間量(certain amount of time)後に動きが検出されない場合にそれらをオフに切り替えることである。
【００２８】
本発明は、最先端の照明シーケンスに関する上記の課題に対処するためにスマート照明システム内のセンサを使用する新しい方法を提供する。
【００２９】
単純な実施形態では、存在センサは、室内で動きが検出される限り、ユーザによって設定される「オフ」動作を「延期し」、この「オフ」動作は、（例えば、所定の閾時間量(threshold amount of time)後）センサによって動きが検出されない場合にのみ実行される。存在センサはまた、動きが検出される場合にルーチンをトリガし、動きが検出されない場合にルーチンを実行しないために用いられてもよい。本明細書において「ルーチン」とは、特定の照明設定（例えば、朝の「日の出」シーン、午後の「リラックス」シーン、夕方の「夕焼け」シーン）をトリガする反復スケジュール(recurring schedule)を指す。
【００３０】
例示的な例として、夜間にライトを消灯させる時間を設定することは、ユーザが寝る時間が日ごとに異なる可能性があるので、ユーザにとって正確に計画することは非常に困難である。ユーザがテレビを見ている、本を読んでいる又は友達と飲んでいる際に、ユーザが予めそうスケジュールしたためにライトが突然消灯されることは、ユーザに非常に煩わしさを感じさせ得る。これは、本発明が、ある場所において動きが検出される限り、ユーザによって設定される「オフ」動作を延期する（又は「オン」状態を延長する）ことができる典型的な状況である。センサによって動きが検出されない場合に前記動作は実行される。このフィーチャを機能させるために、システムは、前記動作が実行される前にある時間量Ｘをチェックできる必要がある。
【００３１】
動作が延期される場合、該動作が「リトライされる」新しい時間が定義され得る。例えば、ライトをオフすることが５分間延期されることは、５分後にシステムはライトをオフにできるか否かを再評価することにより再試行することを意味する。
【００３２】
原則はまた、その逆も機能し得る。ある場所に誰も存在しない場合、ある場所のために設定されたルーチンを実行する必要はなく、それゆえスキップされることができる。例えば、「ウェイクアップライト」ルーチンが実行される前の朝に存在又は動きが測定されなかった場合、該ルーチンはスキップされてもよい。これは、再び関連する次の時間までシーン変化が延期されるという点で、実行の延期と見なされることができる。例えば、ユーザが自宅にいない場合、ウェイクアップシーンは、ユーザが実際に存在し該ウェイクアップシーンを享受する翌日（又はユーザが戻り、朝に寝室で検出される）まで延期されることができる。これは、照明シーケンスが周期的に（例えば毎日）繰り返される実施形態においてとりわけ有用である。
【００３３】
図１は、本発明のある実施形態によるシステム１００を示す。第１の環境１０３は、第１の複数の照明器具１０１ａ〜ｄ及び第１のセンサ１０５を含む。照明器具１０１ａ〜ｃは、上方から第１の環境１０３内で照明を提供するよう設計された天井型照明器具である。照明器具１０１ｄは、天井型照明器具１０１ａ〜ｃよりも低い位置から第１の環境１０３内で照明を提供するよう設計されたテーブル上に置かれる自立ランプ型照明器具である。各照明器具１０１ａ〜ｄは、白熱灯、蛍光灯、ＬＥＤ照明デバイス等の任意の適切なタイプの照明器具であってもよい。複数の照明器具１０１ａ〜ｄは、２つ以上のタイプの照明器具を含んでもよく、又は各照明器具１０１ａ〜ｄは、同じタイプのものであってもよい。
【００３４】
第１のセンサ１０５は、第１の環境１０３内のユーザの存在に関連するデータを感知するための任意の適切なタイプのセンサであってもよい。第１のセンサ１０５は、例えば、受動赤外線（ＰＩＲ）センサ、超音波検出器、熱センサ（例えば、サーマルカメラ）、可視光センサ（例えば、可視光カメラ）、マイクロフォン等であってもよい。環境１０３内の存在及び／又は動き情報の他のソース、例えば、スマートフォン等のユーザデバイスからのデータも使用されることができ、そこから、存在情報及び／又は動き情報が、例えば、アクティブな携帯電話信号、無線インターネット信号等の既知の技術を使用して集められることができる。
【００３５】
同様に、第２の環境２０３は、第２の複数の照明器具２０１ａ〜ｃ及び第２のセンサ２０５を含む。照明器具２０１ａ〜ｂは、上方から第２の環境２０３内で照明を提供するよう設計された天井型照明器具である。照明器具２０１ｃは、第２の環境２０３の床に置かれ、第２の環境２０３の壁を照らすことによって第２の環境２０３内で照明を提供するよう構成されるウォールウォッシャタイプの照明器具である。ここでも、各照明器具２０１ａ〜ｃは、白熱灯、蛍光灯、ＬＥＤ照明デバイス等の任意の適切なタイプの照明器具であってもよい。第２の複数の照明器具２０１ａ〜ｃは、２つ以上のタイプの照明器具を含んでもよく、又は各照明器具２０１ａ〜ｃは、同じタイプのものであってもよい。
【００３６】
第１のセンサ１０５と同様に、第２のセンサ２０５は、第１のセンサ１０５に関して上述したような任意の適切なタイプのセンサであってもよい。第１のセンサ１０５及び第２のセンサ２０５は、異なるセンサタイプのものであってもよく、同じセンサタイプのものであってもよい。
【００３７】
第１の複数の照明器具１０１ａ〜１０１ｄ、第１のセンサ１０５、第２の複数の照明器具２０１ａ〜ｃ及び第２のセンサ２０５は、照明ブリッジ３０７と共にコネクテッドライティングネットワークを形成する。すなわち、それらはすべて、図１において点線で示される、有線及び／又は無線接続によって相互接続される。とりわけ、図１は、ＺｉｇＢｅｅ照明ネットワークで実施され得る等の「連鎖(chaining)」接続を示し、各デバイスが互いに直接接続される必要はない。代わりに、デバイスは通信信号を中継することができ、これは、例えば、照明器具１０１ｃが、照明ブリッジ３０７に照明器具１０１ａ及び１０１ｂを介してデータを中継することにより照明ブリッジ３０７と通信することを可能にする。斯かる構成は、「メッシュ」ネットワークと呼ばれることもある。しかしながら、他のネットワークトポロジが実施され得ることを排除するものではない。例えば、各デバイスが照明ブリッジ３０７に直接（例えば無線で）接続され、ネットワーク内の他のどのデバイスにも接続されない「ハブアンドスポーク」トポロジが使用されてもよい。
【００３８】
別の例として、ネットワーク内の各照明器具は、ＺｉｇＢｅｅ等のある通信プロトコルに従って構成されてもよく、センサは、Ｗｉ−Ｆｉ等の別の通信プロトコルに従って構成されてもよい。したがって、照明器具は、図１に示されるようにセンサを介してデータを中継することなく互いに及び照明ブリッジ３０７と通信してもよく、センサ１０５、２０５は、照明ブリッジ３０７と直接通信してもよいことを理解されたい。いずれの場合も、照明ブリッジ３０７は、任意の適切な手段によって、照明ネットワーク内の他の各デバイスと通信できることを理解されたい。
【００３９】
照明ブリッジ３０７は、少なくとも入力を（例えばセンサ１０５、２０５から）受信し、照明制御コマンドを照明器具１０１ａ〜ｄ、２０１ａ〜ｃに送信するよう構成される。
【００４０】
図１はまた、ユーザ３０９及びスマートフォン等のユーザデバイス３１１を示す。ユーザデバイス３１１は、有線又は無線接続（例えば、Ｗｉ−Ｆｉ又はＺｉｇＢｅｅ）によって照明ブリッジ３０７に動作可能に結合され、したがって照明ネットワークの一部を形成する。ユーザ２０９は、例えば、ユーザデバイス３１１のグラフィカルユーザインタフェースを使用して、ユーザデバイス３１１を介して照明ブリッジ３０７にユーザ入力を提供することができる。次いで、照明ブリッジ３０７は、ユーザ入力を解釈し、それに応じて照明器具１０１ａ〜ｄ、２０１ａ〜ｃに制御コマンドを送信する。ユーザデバイス３１１は、例えばユーザ３０９がユーザデバイス３１１のＧＵＩを使用して照明シーン及び所望の照明器具を選択することによって、該照明シーンをレンダリングするよう第１及び／又は第２の複数の照明器具を制御するために使用されてもよい。
【００４１】
図１に示されるように、照明ブリッジ３０７はまた、インターネット３１３への接続等の広域ネットワーク（ＷＡＮ）接続を備えてもよい。当技術分野で知られているように、この接続は、照明ブリッジ３０７がメモリ３１５等の外部データ及びサービスに接続することを可能にする。ユーザデバイス３１１と照明ブリッジ３０７との間の無線接続は、図１では直接接続として示されているが、ユーザデバイス３１１はインターネット３１３を介して照明ブリッジ３０７に接続してもよいことを理解されたい。
【００４２】
メモリ３１５は照明シーケンス５００を格納し、その一例が図２に示されている。照明シーケンス５００は、第１の期間５０１及び第２の期間５０２の両方について、第１の環境１０３及び第２の環境２０３の各々のための照明シーンを指定する。
【００４３】
図３は、コントローラ４００の機能ブロック図を示す。コントローラ４００は、本明細書で述べられる機能を提供する機能ブロックであり、コントローラ４００は、単独でハードウェア、ソフトウェアで、又はハードウェアとソフトウェアの組み合わせで実装されてもよい。斯くして、図３は、例示目的のためだけのものであることを理解されたい。すなわち、図３に示されるコントローラ４００は、図１に示される照明システム１００に実装される機能ブロックを表すことを理解されたい。例えば、コントローラ４００は、照明ブリッジ３０７、第１の複数の照明器具１０１ａ〜ｄのうちの１つ、第２の複数の照明器具２０１ａ〜ｃのうちの１つ、第１のセンサ１０５、第２のセンサ２０５、又はユーザデバイス３１１に実装されてもよい。また、コントローラ４００は、（上述のように）なんらかの機能が照明システムのあるエンティティに実装され、他の機能が照明システムの１つ以上の他のエンティティに実装されるように、分散方式で実装されてもよい。
【００４４】
コントローラ４００は、第１の入力４０１、第２の入力４０２、プロセッサ４０３、出力４０４、及びクロック４０５を含む。第１の入力４０１及び第２の入力４０２は、プロセッサ４０３にデータを供給するよう構成され、プロセッサ４０３は、これらのデータを受信し、それらを処理して照明制御コマンドを生成し、生成された照明制御コマンドを出力４０４に供給するよう構成される。プロセッサ４０３はまた、クロック４０５からデータを受信するよう構成される。
【００４５】
第１の入力４０１は、プロセッサ４０３がメモリ３１５にアクセスすることを可能にするよう構成される。斯くして、第１の入力４０１は、例えばネットワーク３１３等のネットワークによって、又は有線接続を介して、メモリ３１５に動作可能に結合される。メモリ３１５はまた、コントローラ４００に対する内部メモリであってもよく、この場合、第１の入力４０１は、好ましくは、直接有線接続によってメモリ３１５に接続されてもよい。
【００４６】
第２の入力４０２は、センサデータを受信するよう構成される。図３は、ただ第１のセンサ１０５に動作可能に結合される第２の入力４０２を示しているが、第２の入力４０２は、複数のセンサから（例えばセンサ２０５からも）データを受信してもよいことを理解されたい。
【００４７】
クロック４０５は、当技術分野でよく知られているように、現在時間値（例えば、ＵＮＩＸ（登録商標）タイムスタンプ）を生成し、該現在時間値をプロセッサ４０３に提供する。
【００４８】
動作中、コントローラ４００は、照明シーケンスに従って出力４０４を介して照明器具を制御するよう構成される。すなわち、コントローラ４００は、メモリ３１５から照明シーケンス５００を取得し、第１の複数の照明器具１０１ａ〜１０１ｄ及び第２の複数の照明器具２０１ａ〜ｃの各々によってレンダリングされるべき照明シーンを決定する。そうするために、コントローラ４００は、クロック４０５から現在時間「ｔ」を取得し、現在時間が照明シーケンス５００において指定された期間のうちのいずれかに含まれるかどうかを判断する。その後、コントローラ４００は、決定された期間によって指定されるように照明シーンをレンダリングするよう照明器具を制御する。明確にするために、２つの期間５０１、５０２のみが図２に示されているが、任意の数（例えば、３つ以上）の期間が照明シーケンス５００において指定されてもよいことに留意されたい。同様に、２つの環境のみが、図１に示されるシステムに対応するように図２の照明シーケンス５００において示されているが、より多い又はより少ない環境が存在してもよい。
【００４９】
本発明では、動き検出（又は、より一般的には存在検出）が、照明シーケンス内のシーン間を進んでいくために用いられる。特定の場所における時刻及び動き検出を使用して、コントローラ４００は、次のシーンに進むべきか否かを決定することができる。好ましくは、ユーザが特定の部屋に滞在している限り、システムは、たとえそうすることをスケジュールされていたとしても、当該部屋の照明を次のシーンに進めないであろう。
【００５０】
ユーザは、さまざまな場所についてのシーンの組み合わせである、照明シーンを設定することができる。時刻及びユーザの家の中での過ごし方に応じて、これらのシーンは再生されることができる。
【００５１】
システムは、シーケンス内のどの期間が現在アクティブであるかを判断する必要がある。ある実施形態では、システムは、以下のデータに基づいてこれを行うことができる。
−  時刻
−  アクティブである現在のシーン
−  どの部屋／エリアの存在が検出されるか
−  家の中の人数
−  いつ／どのくらいの頻度で部屋間の遷移があるか
−  動きの種類及び量
【００５２】
一例として、ユーザは、寝室で「日の出」シーンによって目覚める。これは、ユーザが浴室又はキッチンに行くまでアクティブなままである。ユーザがキッチンに滞在する限り、「朝食」シーンは、たとえユーザ（潜在的には別のユーザ）が０８：３０にこれをオフにするように設定していても、アクティブなままである。ユーザは退出を遅らせてもよく、ユーザが０８：４０に退出する際、ライトは依然として点灯している。ユーザが退出してしまうと、システムはもはや存在が無いことを検出し、延期された「オフ」コマンドを実行する。
【００５３】
同じ部屋の２つの照明シーン間の遷移は、単一のモーションセンサで測定するのは難しいかもしれない。しかしながら、これは、例えば追加的に携帯電話のデータから、その際何人室内にいるか、音量と動きはどうか、彼ら／彼女らは単一のアクティビティを行っているか及びすべて決定できるか等、複数のソースからのデータを組み合わせることによって検出されることができる。
【００５４】
図４は、所与の部屋についての予想される挙動（すなわち、どのシーンが何時にレンダリングされるべきか）を提供する照明シーケンス６００の一例を示す。部屋がシーケンスの一部ではない場合、何も指定されていない、すなわち、特定の遷移が設定されていない（当該期間中照明器具は単に自身の以前の設定を続ける）ことに留意されたい。
【００５５】
システムは、あるシーケンスを、別のシーケンスがアクティブであるという明らかなインディケーションがあるまで維持する。一例では、これは、夕方にリビングルームで存在が検出される限り、「夕方(evening)」シーケンスが維持されることを意味する。ユーザが就寝のためにリビングルームのライトを消し、寝室で動きが検出されると、システムは「就寝(go to bed)」シーケンスに進む。特定のアクティビティの複数のインディケーションがあってもよい。例えば、スマートテレビは、人々が依然としてテレビを見ているとレポートすることができ、スマートフォンは、人々が依然として該スマートフォンをアクティブに使用していると示すことができ、又はスマートＩＰカメラは、人々が依然としてエリアのある場所にいると判断することができる。これらの組み合わせもまた、単一のソースからのインディケーションを裏付けるためにとりわけ有用である。
【００５６】
図５Ａ及び図５Ｂは、スケジュールされたシーン変化の一例を示す（この例では、ライトは２３：３０にオフするようスケジュールされている）。図５Ａは、モーションセンサを有さない従来技術のアプローチを示し、図５Ｂは、本発明による方法を示している。各例において、照明シーケンスは、（おそらくはなかでも）「リラックス」シーンが第１の環境内で２３：３０までレンダリングされるべきであり、２３：３０にライトはオフされるべきであることを指定する。
【００５７】
図５Ａでは、ユーザのグループが第１の環境１０３に存在し、第１の複数の照明器具１０１によってレンダリングされる「リラックス」シーンを楽しんでいる。すなわち、コントローラ４００は、（例えば、クロック４０５によってプロセッサ４０３に供給されるように）現在時間を決定し、この時間を照明シーケンスで指定される期間と比較してリラックスシーンがレンダリングされるべきであることを決定し、リラックスシーンをレンダリングするよう照明器具１０１を制御している。
【００５８】
２３：３０に、コントローラ４００は、同様に照明シーケンスに基づいて、照明がオフされるべきであることを識別し、それに応じて照明器具１０１を制御する。暗くなっている第１の環境１０３内にユーザは依然としているので、これはユーザにとって問題である。
【００５９】
図５Ｂでは、システムは従前どおり処理を進めるが、２３：３０にコントローラ４００は第１の環境１０３内のユーザの存在をチェックする。すなわち、プロセッサ４０３は、第２の入力４０２を介してユーザ存在データを受信し、該データを処理してユーザ存在値を決定する。ユーザ存在値は、第１の環境１０３に少なくとも１人のユーザが存在するか否かを示す２進値であってもよく、ユーザ存在の「量(amount)」（例えば、第１の環１０３に存在する人々の数）を示す整数であってもよく、又は第１の環境１０３内の存在特性(presence property)（例えば、動き）の量を示す浮動小数点数であってもよい。
【００６０】
その後、プロセッサ４０３は、存在値を所定の閾存在値と比較して、シーン変化を実行する（すなわち、この例ではライトを消す）か否かを判断する。２進（又は整数）値の場合、上述のように、この判断は、第１の環境１０３に少なくとも１人のユーザが存在するか否かを判断することを含む。存在特性の場合、上述のように、閾値は閾特性値(threshold property value)であり、この判断は、感知された存在量が閾値を超えるか否かを判断することを含む。例えば、存在特性は、第１の環境１０３内の動きの量であってもよく、この場合、プロセッサ４０３は、感知された動きの量が閾動き量(threshold amount of motion)を超えるか否かを判断する。いずれの場合も、閾値は、プロセッサ４０３による使用のためにメモリ３１５に記憶されてもよく、（例えば、ユーザデバイス３１１を介したユーザ３０９による）ユーザ設定値又はコミッショニングされた（デフォルト）値のいずれかであってもよい。
【００６１】
この例では、プロセッサ４０３は、測定された存在値が閾値よりも大きい（すなわち、閾値を上回っている）と判断し、これは、シーン変化をまだ成立させないために十分な存在が環境１０３内にあることを意味する。したがって、コントローラ４００は、第１の環境１０３内でリラックスシーンをレンダリングし続ける。
【００６２】
その後、プロセッサ４０３は、遅延時間量(delay amount of time)（例えば、１分、５分、１０分、３０分等）を待って、再び、存在値を決定し、該存在値を閾値と比較する上述のステップを実行する。図５Ｂの例では、プロセッサ４０３はこれらのステップを６回実行するが、これらのステップは、存在値が閾値を超えなくなるまで単に実行されることを理解されたい。
【００６３】
存在値が閾値を下回り、したがって第１の環境１０３内の存在量が、システムがシーン変化を成立させ得るのに十分な低いレベルに低下していると判断される場合、プロセッサ４０３は、新しいシーンをレンダリングする（この例ではオフにする）ために自身の設定を変更するよう照明器具１０１を制御する。
【００６４】
斯くして、有利には、シーン変化は、照明の変化を目撃する人々が第１の環境１０３に存在しない場合にのみ成立される。この有利な点は、システムが（２進の存在又は不在ではなく）存在値で動作する場合でも実現され得ることに留意されたい。例えば、閾値を下回る動きレベルは、ユーザが存在するが、あまり動いていないことを意味し、これは、例えば、斯かる低い動き量がユーザが眠りについていることを示し得る寝室において特に有利であり得る（この場合、ユーザはやはりシーン変化を目撃しないであろう）。この意味で、本発明は、観察者からシーン遷移を「隠す(hide)」と見なされてもよい。
【００６５】
図６は、図５Ｂに関連するタイムラインのより詳細な図を示す。この特定の例では、システムは、存在値（この例では動き）が閾値を超えたことに応答して、シーン変化を１０分延期する。
【００６６】
以下は、例示のみを目的とした３つの使用例である。
【００６７】
第１の例「朝シーケンス(Morning sequence)」において、７：００であり、センサは寝室内の動きを検出する。ユーザは自身のアラームから、又は日の出シーンをアクティブにしたウェイクアップライトスケジュールから目覚めた。ユーザは浴室に移動してシャワーを浴びる。システムは、この時刻と現在のシーケンスに基づいて、「エネルギを与える(Energize)」シーンがリコールされるべきであると判断する。済ませると、ユーザは、朝食を準備するためにキッチンに行く。ユーザがキッチンに入ると、該ユーザの「朝食」シーンが適用される。ユーザは朝食を作り、自身の朝食を食べるために自身のダイニングエリアに移動する。ダイニングルームでは、「エネルギを与える」シーンが、ユーザに自身の勤務日の心構えをさせるようアクティブにされる。システムがユーザを検出する限り、このシーケンスはアクティブなままである。ユーザが浴室又は寝室に戻るときはいつでも、それぞれエネルギを与える又は日の出シーンが適用されるであろう。
【００６８】
この例では、ユーザの「アクティビティ」が家の複数の部屋にまたがっていることに留意されたい。すなわち、ユーザは家の中で部屋から部屋へ移動しているが、ユーザは、同じアクティビティを実行している。これの別の例は、ユーザが自宅を移動しながら同じ音楽ストリーム又は同じ曲を聴く場合である。ユーザは複数のセンサによって検出されてもよいが、ユーザのアクティビティは、（例えば、ユーザの電話上の音楽アプリによって決定され、照明システムにレポートされるように）一定のままである。
【００６９】
第２の例「夕食」において、ユーザは、仕事で大変な１日から帰宅する。ユーザは食料品を買っていて、家族のために夕食を用意する。ユーザはキッチンに行き、自身のＨｕｅタップを用いてクッキングシーンを設定する。システムはこのシーンを認識し、時刻を知る。斯くして、システムは、「夕食」シーケンスがアクティブにされていると想定する。家族がリビングルームに入り、着席する。モーションセンサは動きを検出し、彼らがくつろぐための「リラックス」シーンをアクティブにする。夕食の準備ができると、皆は夕食を楽しむためにダイニングルームに移動する。「リラックス」シーンはダイニングルームでアクティブになる。ダイニングルームで動きが検出される限り、システムは、現在のシーケンスを維持する。
【００７０】
第３の例「ナイトライト」において、ユーザは真夜中に目覚め、浴室のトイレに行くことを必要とする。ユーザがベッドから起き上がると、センサは真夜中であることを知り、１つのベッドサイドランプをオンにする「ナイトライト」シーンをトリガして、ユーザをトイレに案内するのに十分な光を与える。同時に浴室のライトも低いレベルでオンする。ユーザが浴室に入ると、浴室のセンサがトリガされる。浴室を離れると、ユーザはベッドに戻り、スイッチでライトを消し、これはセンサもリセットする。
【００７１】
上記の実施形態は例としてのみ述べられていることが理解されよう。開示された実施形態に対する他の変更は、図面、開示、及び添付の特許請求の範囲の研究から、クレームされた発明を実施する際に当業者により理解され、達成され得る。
【００７２】
例えば、照明シーケンスは、特定の照明シーン（すなわち、図４の特定のセル）に付随する他の挙動(behavior)を指定してもよい。例えば、照明についてのタイムアウト遅延が各シーンに関連付けられてもよく、例えば、「機能性照明(functional lighting)シーン」がキッチンにおいてアクティブである場合（図４参照）、ユーザは、ライトが（例えばスケジュールによって）自動的にオフされることを望まない可能性があり、それゆえタイムアウト遅延はオフされてもよい（無限大に設定されてもよい）。
【００７３】
特許請求の範囲において、「含む（comprising）」という単語は他の要素又はステップを排除するものではなく、不定冠詞「a」又は「an」は複数を除外しない。単一のプロセッサ又は他のユニットが、請求項に列挙されたいくつかの項目の機能を果たすことができる。特定の手段が相互に異なる従属請求項に列挙されているという単なる事実は、これらの手段の組み合わせが有利に使用できないことを示すものではない。コンピュータプログラムは、他のハードウェアと一緒に又は他のハードウェアの一部として供給される光学記憶媒体又は固体媒体等の適切な媒体上に記憶／分配され得るが、インターネット又は他の有線又は無線の電気通信システム等の他の形態で分配されてもよい。請求項中の如何なる参照符号も範囲を限定するものとして解釈されるべきではない。
【図１】
0006725900.tif 000002
【図２】
0006725900.tif 000003
【図３】
0006725900.tif 000004
【図４】
0006725900.tif 000005
【図５Ａ】
0006725900.tif 000006
【図５Ｂ】
0006725900.tif 000007
【図６】
0006725900.tif 000008