(57)【要約】  少なくとも１つの存在センサによってカバーされるエリアを照明するよう構成される１つ以上の照明器具を制御する方法であって、レンダリングされるべき照明シーンの選択をユーザから受けるステップと、前記選択された照明シーンをレンダリングするために少なくとも１つの前記照明器具を制御するステップと、前記選択された照明シーンに基づいて前記照明器具のタイムアウト継続時間を決定するステップと、前記選択された照明シーンをレンダリングしている際に存在インジケータについて前記エリアを監視するために前記少なくとも１つの存在センサを使用するステップと、前記選択された照明シーンをレンダリングしている際に、前記存在インジケータが前記決定されたタイムアウト継続時間中に前記エリア内で検出されない場合、前記照明器具を低電力モードに自動的に切り替えるステップとを含み、前記照明器具の前記タイムアウト継続時間は、前記選択された照明シーンに基づく、方法が提供される。図１。
2019531579.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの存在センサによってカバーされるエリアを照明するよう構成される１つ以上の照明器具を制御する方法であって、
レンダリングされるべき照明シーンの選択をユーザから受けるステップと、
前記選択された照明シーンをレンダリングするために少なくとも１つの前記照明器具を制御するステップと、
前記照明器具のタイムアウト継続時間を決定するステップと、
前記選択された照明シーンをレンダリングしている際に存在インジケータについて前記エリアを監視するために前記少なくとも１つの存在センサを使用するステップと、
前記選択された照明シーンをレンダリングしている際に、前記存在インジケータが前記決定されたタイムアウト継続時間中に前記エリア内で検出されない場合、前記照明器具を低電力モードに自動的に切り替えるステップと
を含み、
前記照明器具の前記タイムアウト継続時間は、前記選択された照明シーンに基づく、方法。
【請求項２】
前記存在インジケータは、前記エリア内の動き、前記エリア内の熱源及び前記エリア内の音源のうちの１つ以上を含む、請求項１に記載の方法。
【請求項３】
前記照明器具は、該照明器具を非発光状態に切り替えることによって前記低電力モードに切り替えられる、請求項１又は２に記載の方法。
【請求項４】
前記照明器具は、該照明器具の光度を減少させることによって前記低電力モードに切り替えられる、請求項１又は２に記載の方法。
【請求項５】
当該方法は、前記選択された照明シーンに基づいて前記エリア内のアクティビティを決定するステップを含み、前記照明器具の前記タイムアウト継続時間は、前記決定されたアクティビティに基づいて決定される、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記アクティビティはまた、前記選択された照明シーンの少なくとも１つの明るさ、色相又は彩度に基づいて決定される、請求項５に記載の方法。
【請求項７】
前記アクティビティはまた、前記選択された照明シーンの名前又はタイプに基づいて決定される、請求項５に記載の方法。
【請求項８】
前記エリア内の前記アクティビティはさらに、前記エリアのエリアタイプに基づいて決定される、請求項５、６又は７に記載の方法。
【請求項９】
前記エリア内の前記アクティビティはさらに、時刻に基づいて決定される、請求項５乃至８のいずれか一項に記載の方法。
【請求項１０】
前記エリア内の前記アクティビティはさらに、前記エリア内で使用されているアプリケーションを示すデータに基づいて決定される、請求項５乃至９のいずれか一項に記載の方法。
【請求項１１】
前記タイムアウト継続時間を決定することは、前記選択された照明シーンに基づいてタイムアウト乗数を決定すること、及び前記タイムアウト乗数をデフォルトのタイムアウト継続時間に適用することを含む、請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記エリアの前記エリアタイプは、ユーザによって手動で入力される、請求項８に記載の方法。
【請求項１３】
前記エリアの前記エリアタイプは、自動的に検出される、請求項８に記載の方法。
【請求項１４】
少なくとも１つの存在センサによってカバーされるエリアを照明するよう構成される１つ以上の照明器具を制御するためのコントローラであって、
レンダリングされるべき照明シーンの選択をユーザから受けるよう構成されるシーン選択モジュールと、
前記選択された照明シーンをレンダリングするために少なくとも１つの前記照明器具を制御するよう構成される照明制御モジュールと、
前記照明器具のタイムアウト継続時間を決定するよう構成されるタイムアウト決定モジュールと、
前記少なくとも１つの存在センサから存在インジケーションを受信するよう構成される監視モジュールと
を含み、
前記照明制御モジュールは、前記選択された照明シーンをレンダリングしている際に、前記存在インジケーションが前記決定されたタイムアウト継続時間中に受信されない場合、前記照明器具を低電力モードに切り替えるよう構成され、
前記照明器具の前記タイムアウト継続時間は、前記選択された照明シーンに基づく、コントローラ。
【請求項１５】
１つ以上の処理ユニットによって実行された場合、請求項１乃至１３のいずれか一項に記載の方法を実行するよう構成されるコンピュータ可読記憶媒体上に具現化されたコンピュータ実行可能コードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、環境内で照明シーンをレンダリングするために照明器具、すなわち、照明デバイスを制御するためのシステム及び方法に関する。
【背景技術】
【０００２】
電子デバイスはますます接続されてきている。「接続される（コネクテッド）(connected)」デバイスとは、ユーザ端末、又は家庭用若しくはオフィス用機器等のデバイスであって、該デバイスの制御のより多くの可能性を可能にするために無線又は有線接続を介して１つ以上の他の斯かるデバイスに接続される、デバイスを指す。例えば、当該デバイスは、Wi-Fi、ZigBee、又はBluetoothネットワーク等の有線又は無線ネットワークの一部として１つ以上の他のデバイスに接続されることがよくある。接続は、例えば、１つ以上の他のデバイスのうちの１つから、例えば、スマートフォン、タブレット又はラップトップ等のユーザデバイス上で動作するアプリ（アプリケーション）から、当該デバイスを制御することを可能にしてもよく、及び／又は、よりインテリジェントな及び／又は分散型の自動制御を提供するためにデバイス間でセンサ情報又は他のデータを共有することを可能にしてもよい。
【０００３】
近年、コネクテッドデバイスの数は劇的に増加している。照明システムは、コネクテッドインフラストラクチャに向けたこのムーブメントの一部である。従来のコネクテッドライティングシステムは、固定光源(fixed light source)から構成される。固定光源は、壁に取り付けられたスイッチ、調光器、若しくは事前プログラムされた設定及び効果を持つより高度なコントロールパネルを介して、又はスマートフォン、タブレット、ラップトップ等のユーザ端末で動作するアプリからも制御され得る。例えば、これにより、ユーザが、広範囲の色付き照明、調光オプション、及び／又は動的効果を使用して雰囲気を作り出すことを可能にしてもよい。制御の観点で、最もよくあるアプローチは、ライトスイッチ(light switch)を、照明を拡張して制御できるスマートフォンベースのアプリ（例えば、Philips hue、LIFX等）に置き換えることである。
【０００４】
近年、LEDベースの照明ソリューションが開発されている。これらは、伝統的な照明（例えば、白熱灯、CFL）技術のフィーチャを上回る追加のフィーチャを提供することができる。これらは、とりわけ、（例えば、ウォームホワイトからクールホワイトに）色温度を調整する可能性及び／又は広い色域を作る可能性を含む。例えば、Philips Hueの製品ファミリは、2200K〜6500Kの温度調整と約1600万の可能な色の組み合わせとの両オプションを可能にしている。
【０００５】
この開発の主な要因の１つは、顧客に、照明の一般的な使用（一定の輝度又は調光可能な輝度）を超え、これらのランプをいわゆるムード設定のために使用できるようにする（例えば、ある部屋の照明を特定の装飾に合うようにする、色の組み合わせを使用してある領域をハイライトし他の領域を隠す、暖かい感情を高める、ユーザの集中力やエネルギを高める等々）ことにある。
【０００６】
ムード設定は、現代の照明システムにおける重要な要素であり、「シーン」を照明することによって達成されることができる。照明シーンは、ある環境内の光源によってレンダリングされる当該環境における特定の全体的な照明効果である。例えば、光源が可視スペクトルの赤色−黄色の範囲の色相を出力するように設定される「夕焼け」のシーンが定義されてもよい。各光源は、例えば、異なる色相（又は彩度若しくは輝度等の他の設定）を出力してもよく、又はシーンは、すべて（又はいくつか）のライトが単一の色又は類似の色をレンダリングすることによってレンダリングされてもよい。照明シーンは、１つ以上の光源の出力が時間の経過とともに変化する、動的であってもよいことに留意されたい。
【０００７】
各シーンは、そのシーンに属するランプのグループのための対応するコンフィギュレーションデータのセット（シーンデータセット）によって規定される、すなわち、シーン毎にシーンデータセットが関連する。ランプは、１つの照明器具のものであってもよく、複数の照明器具に散在してもよい。シーンデータセットは、どのランプがそれに属するかについての情報を含み、これらランプのための１つ以上の照明設定、例えば、各ランプが設定されるカラーポイント及び／又は輝度等の色設定及び／又は輝度設定を規定する。シーンデータセットの設定は、グローバル（グループ内の全てのランプに適用）、個別（グループ内の単一のランプにのみ適用）又はその間のどこか（ランプのサブセットに適用）であってもよい。ユーザは、表したいあり得るムード（又は他の雰囲気作成シナリオ）の各々に対して構成される複数のシーンを持ち、所望に応じてこれらの中から選択することができる。
【０００８】
コネクテッドライティングシステムは、例えばスマートフォン等のユーザデバイスからネットワーク（例えばZigBeeネットワーク）を介して照明命令を受信することによって照明シーンをレンダリングすることができ、照明システムが環境内で所望の照明シーンをレンダリングするために各光源に対して適切な照明設定を決定するために照明命令を解釈することができる。
【０００９】
技術的な観点から、これは、ランプの照明能力だけでなく、ユーザからの入力に従ってランプを制御することができ、内的に(internally)有線（例えばDMX、DALI）又は無線（例えばZigBee）メカニズムを用いて通信するスマートシステムによっても可能になる。これにより、ユーザは、最小限の労力で、所望のコンフィギュレーション又はシーンリコール(scene recall)をすべての関与する要素に転送することができる。これは、当技術分野では"コネクテッドライティング(connected lighting)"と呼ばれ、ユーザは特定のアクティビティに付随させるために特定のシーンをリコールすることを望む場合があるのでとりわけ有利である。例えば、身体アクティビティのための「トレーニング」照明シーン、又は就寝時の「日没」照明シーン等である。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
多くの照明システムは、モーションセンサ等の存在センサを備えている。典型的には、（デフォルト設定における）モーションセンサは、動きを検出するとライトをオンにし、ある期間動きが検出されないとライトをオフにする。
【００１１】
既存の存在センサは、もう誰も存在していないと判断する前の、アクティベーション（すなわち、存在を検出した）後の期間の長さを決定するために手動で設定されるか、又は自己学習方法を使用する。例えば、廊下では（一般的には人々はただ通り過ぎるので）ユーザは１分に遅延を設定してもよいが、オフィスでは（人々は机の後ろに座ってあまり動かないため）３０分に設定されてもよい。
【００１２】
しかしながら、ライトを「オフにする」前の正しい時間を設定することは、エネルギ消費（ライトを長くオンさせたままにしたくない）と、ユーザの煩わしさ（ユーザが動いていない場合にユーザが暗闇に入るまで短すぎない）との間のデリケートなバランスがある。
【課題を解決するための手段】
【００１３】
本発明は、あるエリア内で照明器具によってレンダリングされるべきユーザによるある特定の照明シーンの選択が、該エリア内のアクティビティに関する何らかの情報を暗黙的に提供することを認識している。斯くして、本発明は、ユーザによる選択に応答して照明器具によってレンダリングされる照明シーンに基づいてライトのタイムアウト遅延(timeout delay)の継続時間を適合させる。例えば、「夕焼け」照明シーンは、典型的には、エリア内で低レベルのアクティビティしかない夕方にユーザによって選択される。それゆえ、タイムアウト遅延は、照明器具を時期尚早にオフにすることを避けるために長くされ得る。別の例として、「エネルギを与える(energize)」照明シーンは、典型的には、エクササイズ等のより活発なアクティビティのためにユーザによって選択される。それゆえ、タイムアウト遅延は、アクティビティが終了した後に照明器具を長時間不必要にオンにさせ続けることを回避するために短くされ得る。誤解を避けるために、ユーザは、シーンを選択する際にタイムアウト継続時間(timeout duration)を明示的に設定しないことに留意されたい。むしろ、適切なタイムアウト継続時間は、ユーザのシーン選択から推測(infer)される。
【００１４】
本発明のある実施形態は、ユーザによる照明シーンの選択からアクティビティタイプを推論し、推論されたアクティビティに基づいてそれに応じて照明器具のタイムアウト遅延を適合させる。
【００１５】
このアクティビティの決定に使用され得る他の追加の情報源がある。例えば、さらなる実施形態では、ユーザは、部屋のタイプ又は部屋の中での該ユーザの現在のアクティビティに関する情報を手動で設定することが可能とされてもよい。このアクティビティに基づいて、システムは、センサのタイミング遅延挙動(behavior)をインテリジェントに適合させることができる。これは、アクティビティ毎に事前定義されたタイムアウト（例えば、５分）であってもよく、ユーザが定義したタイムアウトが、アクティビティに対して変更（例えば、２倍の長さ）されてもよい。例えば、「デフォルト」のユーザ設定タイムアウト継続時間が、ユーザの現在のシーン選択に基づいて自動的に適合されてもよい。
【００１６】
本明細書に開示される第１の態様によれば、少なくとも１つの存在センサによってカバーされるエリアを照明するよう構成される１つ以上の照明器具を制御する方法であって、レンダリングされるべき照明シーンの選択をユーザから受けるステップと、前記選択された照明シーンをレンダリングするために少なくとも１つの前記照明器具を制御するステップと、前記選択された照明シーンに基づいて前記照明器具のタイムアウト継続時間を決定するステップと、前記選択された照明シーンをレンダリングしている際に存在インジケータ(presence indicator)について前記エリアを監視するために前記少なくとも１つの存在センサを使用するステップと、前記選択された照明シーンをレンダリングしている際に、前記存在インジケータが前記決定されたタイムアウト継続時間中に前記エリア内で検出されない場合、前記照明器具を低電力モードに自動的に切り替えるステップとを含む方法が提供される。
【００１７】
ある実施形態では、前記存在インジケータは、前記エリア内の動き、前記エリア内の熱源及び前記エリア内の音源のうちの１つ以上を含む。
【００１８】
ある実施形態では、前記照明器具は、該照明器具を非発光状態に切り替えることによって低電力モードに切り替えられる。
【００１９】
ある実施形態では、前記照明器具は、該照明器具の光度(luminous intensity)を減少させることによって低電力モードに切り替えられる。
【００２０】
ある実施形態では、当該方法は、前記選択された照明シーンに基づいて前記エリア内のアクティビティを決定するステップを含み、前記照明器具の前記タイムアウト継続時間は、前記決定されたアクティビティに基づいて決定される。
【００２１】
ある実施形態では、前記アクティビティはまた、前記選択された照明シーンの少なくとも１つの明るさ、色相又は彩度に基づいて決定される。
【００２２】
ある実施形態では、前記アクティビティはまた、前記選択された照明シーンの名前又はタイプに基づいて決定される。例えば、シーンの平文の名前(plaintext name)、メモリに記憶されているユーザによって選択されたシーンのＩＤである。
【００２３】
ある実施形態では、前記エリア内の前記アクティビティはさらに、前記エリアのエリアタイプに基づいて決定される。
【００２４】
ある実施形態では、前記エリア内の前記アクティビティはさらに、時刻に基づいて決定される。
【００２５】
ある実施形態では、前記エリア内の前記アクティビティはさらに、前記エリア内で使用されているアプリケーションを示すデータに基づいて決定される。
【００２６】
ある実施形態では、前記タイムアウト継続時間を決定することは、前記選択された照明シーンに基づいてタイムアウト乗数(timeout multiplier )を決定すること、及び前記タイムアウト乗数をデフォルトのタイムアウト継続時間に適用することを含む。
【００２７】
ある実施形態では、前記エリアの前記エリアタイプは、ユーザによって手動で入力される。
【００２８】
ある実施形態において、前記エリアの前記エリアタイプは、自動的に検出される。
【００２９】
本明細書に開示される第２の態様によれば、少なくとも１つの存在センサによってカバーされるエリアを照明するよう構成される１つ以上の照明器具を制御するためのコントローラであって、レンダリングされるべき照明シーンの選択をユーザから受けるよう構成されるシーン選択モジュールと、前記選択された照明シーンをレンダリングするために少なくとも１つの前記照明器具を制御するよう構成される照明制御モジュールと、前記選択された照明シーンに基づいて前記照明器具のタイムアウト継続時間を決定するよう構成されるタイムアウト決定モジュールと、前記選択された照明シーンをレンダリングしている際に存在インジケータについて前記エリアを監視するために少なくとも１つの存在センサを使用するよう構成される監視モジュールとを含み、前記照明制御モジュールは、前記選択された照明シーンをレンダリングしている際に、前記存在インジケータが前記決定されたタイムアウト継続時間中に前記エリア内で検出されない場合、前記照明器具を低電力モードに自動的に切り替えるよう構成される、コントローラが提供される。
【００３０】
本明細書で開示される第３の態様によれば、１つ以上の処理ユニットによって実行された場合、第１の態様又はその任意の実施形態による方法を実行するよう構成されるコンピュータ可読記憶媒体上に具現化されたコンピュータ実行可能コードを含むコンピュータプログラムが提供される。
【図面の簡単な説明】
【００３１】
本開示の理解を助け、実施形態がどのように実施され得るかを示すために、例として添付の図面を参照する。
【図１】本発明のある実施形態によるシステムを示す。
【図２】本発明のある実施形態によるコントローラの機能ブロック図である。
【図３】本発明のある実施形態によるコントローラによって実行される方法である。
【発明を実施するための形態】
【００３２】
センサを含む最先端の照明システムでは、ライトをいつオン及びオフにするかというデフォルトのタイミングの態様は、よくても、モーションセンサが設置されている部屋のタイプに基づく。「廊下」は、「リビングルーム」よりも短い「猶予期間(grace period)」を有する。しかしながら、部屋のタイプは、センサのタイミングにおける（唯一の）決定要因ではないかもしれない。１つのとりわけ重要な要因は、部屋でレンダリングされている照明シーンのタイプである。なぜなら、当該部屋の中でユーザによって行われているアクティビティのタイプを示す可能性があるからである。例えば、トレーニングシーンを選択するユーザは、遅延を１分に設定することができ、一方、リラックスシーンは、遅延を１時間に設定してもよい。
【００３３】
遅延に対する調整は、直接的又は絶対的に（例えば、テレビを見ることは、１０分に遅延を設定する）又は乗数等によって相対的に（例えば、テレビを見ることは、センサが存在する部屋タイプに通常の遅延の３倍に遅延を設定する）適用されることができる。
【００３４】
図１は、本発明のある実施形態による照明システム１００を示す。環境１０３は、複数の照明器具１０１ａ〜ｄ及びスイッチ１０５を含む。照明器具１０１ａ〜ｃは、上方から環境１０３内で照明を提供するよう設計された天井型照明器具である。照明器具１０１ｄは、天井型照明器具１０１ａ〜ｃよりも低い位置から環境１０３内で照明を提供するように設計されたテーブル上に配置された自立ランプ型照明器具である。照明器具１０１ａ〜１０１ｄの各々は、ＬＥＤベースのランプ、ガス放電ランプ又はフィラメント電球等の少なくとも１つのそれぞれのランプと、任意の関連するハウジング又は支持体とを含む。照明器具１０１ａ〜１０１ｄの各々は、天井若しくは壁に取り付けられた照明器具、自立式の照明器具、ウォールウォッシャ、家具の表面若しくは家具に組み込まれた照明器具等のわずかに従来とは異なる形態、又は環境１０３を照明するように環境１０３内に照明を照射する任意の他のタイプの照明デバイス等の任意の形態をとってもよい。
【００３５】
複数の照明器具１０１ａ〜１０１ｄは、２つ以上のタイプの照明器具を含んでもよく、又は各照明器具１０１ａ〜１０１ｄは、同じタイプのものであってもよい。
【００３６】
スイッチ１０５は、図１では壁に取り付けられたスイッチとして示されており、ユーザ入力が複数の照明器具１０１ａ〜ｄを制御することを可能にする任意の適切なタイプのスイッチであり得る。例えば、スイッチ１０５は、単純なオンオフコントローラスイッチであってもよく、又は調光等のより複雑な制御、さらには色相及び彩度等の個々の照明特性の制御さえも可能にしてもよい。スイッチ１０５は、ある環境から別の環境に移動されることが可能なポータブルスイッチ（ポータブルリモートコントロール）であってもよい。用語「スイッチ」は、本明細書では、ユーザが照明システムにコマンドを入力することを可能にする任意の制御デバイスを指すために使用される。
【００３７】
複数の照明器具１０１ａ〜ｄ、スイッチ１０５は、照明ブリッジ３０７と共に、コネクテッドライティングネットワークを形成する。すなわち、それらはすべて、図１において点線で示される、有線及び／又は無線接続によって相互接続されている。とりわけ、図１は、ZigBee照明ネットワークで実施され得るような「連鎖(chaining)」接続を示し、各デバイスが互いに直接接続される必要はない。代わりに、デバイスは、例えば照明器具１０１ｂ及び１０１ａを介して照明ブリッジ３０７にデータを中継することによって照明器具１０１ｃが照明ブリッジ３０７と通信することを可能にする通信信号を中継することができる。しかしながら、他のネットワークトポロジが実施され得ることを排除するものではない。例えば、各デバイスが照明ブリッジ３０７に直接（例えば無線で）接続され、ネットワーク内の他のどのデバイスにも接続されない「ハブアンドスポーク」トポロジが使用されてもよい。
【００３８】
別の例として、ネットワーク内の各照明器具は、ZigBee等のある通信プロトコルに従って構成されてもよく、スイッチは、WiFi等の別の通信プロトコルに従って構成されてもよい。したがって、照明器具は、図１に示されるようにスイッチを介してデータを中継することなく互いに及び照明ブリッジ３０７と通信してもよく、スイッチ１０５は照明ブリッジ３０７と直接通信してもよいことを理解されたい。いずれの場合も、照明ブリッジ３０７は、任意の適切な手段によって、照明ネットワーク内の他の各デバイスと通信できることを理解されたい。
【００３９】
照明ブリッジ３０７は、少なくとも、（例えばスイッチ１０５から）入力を受信し、照明制御コマンドを照明器具１０１ａ〜ｄに送信するよう構成される。
【００４０】
図１はまた、ユーザ３０９及びスマートフォン等のユーザデバイス３１１を示す。ユーザデバイス３１１は、有線又は無線接続（例えば、ＷｉＦｉ又はＺｉｇＢｅｅ）によって照明ブリッジ３０７に動作可能に結合され、したがって照明ネットワークの一部を形成する。ユーザ３０９は、例えば、ユーザデバイス３１１のグラフィカルユーザインターフェースを使用して、ユーザデバイス３１１を介して照明ブリッジ３０７にユーザ入力を提供することができる。次いで、照明ブリッジ３０７は、ユーザ入力を解釈し、それに応じて照明器具１０１ａ〜ｄに制御コマンドを送信する。上述のように、ユーザデバイス３１１は一般に、スイッチ１０５よりも複雑な制御を可能にする。例えば、ユーザ３０９は、個々の照明器具を制御するためにユーザデバイス３１１を使用してもよい。一般に、スイッチ自体と同じ環境で照明器具を制御するためのスイッチ、すなわち図１ではスイッチ１０５は、照明器具１０１ａ〜１０１ｄのみを制御することが望ましいが、ユーザデバイス３１１は、照明ネットワーク内のあらゆる照明器具を制御してもよい。例えば、ユーザ３０９は、ユーザデバイス３１１を使用して、ユーザ３０９及びユーザデバイス３１１が現在いる部屋と異なる部屋の照明器具を制御する等、他の環境の照明器具を制御してもよい。ユーザデバイス３１１は一般にスイッチ（特に壁に取り付けられたスイッチ）よりも携帯性があり、したがって物理的に異なる場所で使用されることができるので、これは特に有利である。ユーザデバイス３１１は、例えばユーザ３０９がユーザデバイス３１１のＧＵＩを使用して照明シーン及び所望の照明器具を選択することによって、照明シーンをレンダリングするために複数の照明器具１０１ａ〜ｄを制御するために使用されてもよい。
【００４１】
図１に示されるように、照明ブリッジ３０７はまた、インターネット３１３への接続等の広域ネットワーク（ＷＡＮ）接続を備えてもよい。当技術分野で知られているように、この接続は、照明ブリッジ３０７がメモリ３１５等の外部データ及びサービスに接続することを可能にする。ユーザデバイス３１１と照明ブリッジ３０７との間の無線接続は、図１では直接接続として示されているが、ユーザデバイス３１１はインターネット３１３を介して照明ブリッジ３０７に接続してもよいことを理解されたい。
【００４２】
センサ１０７が環境１０３内に存在し、環境１０３内のユーザの存在を検出するよう構成される。センサ１０７は、有線又は無線接続を介してネットワークと通信するよう構成されているという点で照明ネットワークの一部である。すなわち、センサ１０７は、少なくとも照明ブリッジ３０７に動作可能に結合されるよう構成される。
【００４３】
図１においては単一のエンティティとして示されているが、本明細書に記載の機能をセンサ１０７に提供するために任意の適切なセンサ又は複数のセンサが使用されてもよいことを理解されたい。例えば、センサ１０７は、近赤外センサ、カメラ、超音波センサ、又は当技術分野で知られている他のセンサ等、ユーザの存在を直接検出するよう構成されるセンサを含んでもよい。さらなる例として、センサ１０７は、例えばユーザが携帯するユーザデバイス３１１の存在及び／又は位置を検出することによって、間接的にユーザの存在を検出するよう構成されるセンサを含んでもよい。この場合、センサ１０７は、当技術分野で知られているように、ユーザデバイス３１１の位置を判断するためにユーザデバイス３１１と通信するよう構成される複数のシグナリングビーコンを備えてもよい。センサ１０７は、環境１０３内の動きを検出し、したがって環境１０３内の人の存在を検出するよう構成されるモーションセンサを含んでもよい。
【００４４】
一般に、センサ１０７は、環境１０３内の少なくとも１人の人間のユーザの存在が決定されることを可能にする、環境１０３内の存在インジケーション(presence indication)を検出するよう構成される。存在インジケーションの欠如は、環境１０３内に人間のユーザがいないことを示唆しているが、決定的なものではないことに留意されたい。例えば、動きの存在インジケーションの欠如は、静止しているユーザから生じる可能性がある。存在インジケーションは、例えば、環境１０３内の動き、環境１０３内の熱源、環境１０３内の音、又は環境１０３内の人間の存在を直接的又は間接的に示すことができる任意の他のインジケーションを含む。
【００４５】
動作中、照明器具１０１ａ〜１０１ｄは、例えばスイッチ１０５又はユーザデバイス３１１を介して、ユーザ３０９によって先に選択された照明シーンをレンダリングする。シーンは、上述のように、環境１０３内でのユーザ３０９の可能性の高いアクティビティ(likely activity)が推論されることを可能にするという点で有用である、シーンタイプ及び名前（及び他の関連データ）と関連付けられてもよい。
【００４６】
環境１０３内のユーザ３０９の存在がセンサ１０７によって検出され続ける限り、照明器具１０１ａ〜１０１ｄは、夕焼けシーンをレンダリングし続ける。例えば、センサ１０７は、間隔を置いて（例えば毎秒）測定を行ってもよく、この場合、センサ１０７が毎秒ユーザ３０９の存在を検出する場合、ユーザ３０９の存在は継続中と見なされてもよい。代替的に、センサ１０７は、検出される存在値の更新があるたびにデータを出力してもよい。この場合、ユーザ３０９の存在は、存在がもはや検出されないことをセンサ１０７の出力が示すまで継続中と見なされてもよい。これらの場合のいずれも、センサ１０７の出力は連続的でなくてもよいが、センサ１０７が実質的にリアルタイムで存在検出値を提供してもよいことを排除するものではないことを理解されたい。
【００４７】
センサ１０７は、肯定的な存在決定（すなわち、ユーザ３０９が環境１０３内で検出されたこと）を示すデータのみを出力してもよいが、付加的に、否定的な存在決定（すなわち、ユーザ３０９が環境１０３内で検出されないこと）を出力するよう構成されてもよい。
【００４８】
（時間遅延(time delay)、閾値遅延(threshold delay)とも呼ばれる）タイムアウト継続時間内に存在インジケーションが検出されない場合、照明器具１０１ａ〜ｄは、低電力モード（例えば、「オフ」状態、又は照明器具１０１ａ〜ｄの光度を下げることによって、ユーザ３０９が環境１０３内にいた際にレンダリングされていた当該選択された照明シーンに対して「減光された」状態）に切り替わる。「低電力モード」は、照明器具が、選択された照明シーンをレンダリングしている場合よりも少ない電力を消費することを意味する。この文脈での「オフ状態」は、照明器具がこの意味でオフの場合にコネクテッドライティング機能を維持するためにいくらかの電力を依然として消費するかもしれないが、「非発光」を意味する。
【００４９】
本発明では、タイムアウト継続時間は、少なくとも、ユーザによって現在選択されていて、照明器具１０１ａ〜１０１ｄによってレンダリングされる照明シーンに基づいて自動的に決定される。
【００５０】
図２は、コントローラシステム又はコントローラ４００の図を示す。図２には、シーン選択４０１、タイムアウト決定４０２、監視４０３、及び照明制御４０４の機能ブロックを含むコントローラ４００が示されている。
【００５１】
シーン選択モジュール４０１は、（例えば、ユーザデバイス３１１又はスイッチ３０９を介して）ユーザ３０９からシーンのユーザ選択を受け、メモリ３１５から関連するシーンデータをフェッチするよう構成される。例えば、ユーザ選択は、シーンの名前であってもよく、この場合、シーン選択モジュール４０１は、当該シーンの名前についてメモリ３１５に問い合わせ、各照明器具１０１ａ〜１０１ｄについての特定の色値等の関連データを取得する。その後、シーン選択モジュール４０１は、シーン情報を照明制御モジュール４０４に提供し、照明制御モジュール４０４は、シーン選択モジュール４０１からのシーンデータを、レンダリングのために各照明器具１０１ａ〜１０１ｄに送信されるのに適した制御コマンドに変換する。照明ブリッジ又はスイッチ１０５等のスイッチに実装されるのが好ましい。どの実装が使用されるかは、特定のネットワークセットアップに依存してもよい。例えば、ＺｉｇＢｅｅが使用される場合、照明ブリッジ３０７内にシーン選択モジュール４０１を実装することが好ましいかもしれないが、ＷｉＦｉが使用される場合、スイッチ１０５内にシーン選択モジュール４０１を実装することが好ましいかもしれない。
【００５２】
シーン選択モジュール４０１によって取得されたシーンデータは、タイムアウト決定モジュール４０２にも提供される。タイムアウト決定モジュール４０２は、監視モジュール４０３に渡されるべきタイムアウト値を決定する。上述したように、これは、受信されたシーンデータからアクティビティタイプを推論することによって行われる。タイムアウト決定モジュール４０２は、ユーザデバイス３１１、スイッチ１０５、照明ブリッジ３０７、照明器具１０１ａ〜１０１ｄのうちの１つ、センサ１０７内に実装されてもよく、照明ブリッジ３０７及びユーザデバイス３１１の間に分散されて実装されてもよい。
【００５３】
監視モジュール４０３は、図１に関して上述したように、センサ１０７から存在インジケーションを受信するよう構成される。タイムアウト決定モジュール４０２から受信するタイムアウト値を使用して、監視モジュール４０３は、最後の存在インジケーションがセンサ１０７によって感知されてからどれだけの時間経過したかを監視することができ、したがって該タイムアウト値について存在インジケーションがセンサ１０７によって感知されていないかどうかを判断することができる。感知されていない場合、監視モジュール４０３は、照明器具１０１ａ〜１０１ｄは低電力モードに切り替えられることができるという指示を照明制御モジュール４０４に提供する。照明制御モジュール４０４は、この指示に応答して、それに応じて照明器具１０１ａ〜ｄを制御する。監視モジュールは、ユーザデバイス３１１、スイッチ１０５、照明ブリッジ３０７、照明器具１０１ａ〜１０１ｄのうちの１つ、センサ１０７内に実装されてもよく、又は照明ブリッジ３０７及びユーザデバイス３１１の間に分散されて実装されてもよい。
【００５４】
例えば、コントローラ４００の個々の機能ブロックの各々は、照明ブリッジ３０７、複数の照明器具１０１ａ〜１０１ｄのうちの１つ、スイッチ１０５、センサ１０７、又はユーザデバイス３１１内に一緒に実装されてもよい。また、コントローラ４００の個々の機能ブロックは、（上述のように）なんらかの機能が照明システムのあるエンティティ内に実装され、他の機能が照明システムの１つ以上の他のエンティティ内に実装されるように、分散方式で実装されてもよい。例えば、監視モジュール４０３は、センサ１０７自体の一部として実装されてもよく、及び／又は別の例として、シーン選択モジュールは、ユーザデバイス３１１内に実装されてもよい。
【００５５】
図３は、本発明のある実施形態によるコントローラ４００によって実施される方法のフロー図である。
【００５６】
ステップＳ５０１において、シーン選択モジュール４０１は、シーンをレンダリングするためのユーザ入力を受ける。これに応答して、シーン選択モジュール４０１は（上述のように）メモリ３１５からシーンデータを取得し、それらを照明制御モジュール４０４に提供する。
【００５７】
ステップＳ５０２において、照明制御モジュール４０４は、照明シーンをレンダリングするために照明器具１０１ａ〜ｄを制御する。これは、照明出力を変えるために照明器具１０１ａ〜１０１ｄのうちの１つ以上を制御することを含む。
【００５８】
また、ステップＳ５０１においてユーザ入力を受けたことに応答して、ステップＳ５０３において、タイムアウト決定モジュール４０２は、照明シーンデータ、すなわち、ステップＳ５０２においてレンダリングされた照明シーンの照明シーンデータに基づいて閾値時間を決定する。例えば、照明シーンは、閾値時間に関する値に関連してメモリ３１５に記憶されてもよい。有利には、メモリ３１５は、複数の可能な照明シーン及びそれぞれの複数の閾値時間を記憶してもよい。これにより、タイムアウト決定モジュール４０２は、メモリ３１５内の照明シーンをルックアップし、関連する閾値時間をフェッチすることによって、レンダリングされた照明シーンに適切な対応する閾値時間を決定することができる。
【００５９】
ステップＳ５０４において、監視モジュール４０３は、センサ１０７から存在インジケーションを受信することによって、環境内の人間のユーザの存在について環境を監視する。すなわち、監視モジュール４０３は、最後の存在インジケーションがセンサ１０７から受信されてからの時間長を決定することができることを理解されたい。この時間量は、本明細書では「不存在(non-presence)」と呼ばれる。監視挙動は、図３において、フローループを使用して示されている。すなわち、ステップＳ５０５において、監視モジュール４０３は、ステップＳ５０４において特定されたユーザの不存在が、ステップＳ５０３において決定された閾値時間を超えるか否かを評価する。例えば、閾値時間は１０秒であってもよく、したがって監視モジュール４０３は、ユーザの不存在が１０秒以上続いているか否かを評価する。しかしながら、図３のフローループは単に説明的なものであり、監視モジュール４０３は、ステップＳ５０４及びＳ５０５を一緒に実行してもよいことを理解されたい。
【００６０】
監視モジュール４０３が、閾値時間に等しい又は閾値時間を超える時間量にわたって存在インジケーションを受信しなかった場合（すなわち、ユーザの不存在が所定の時間より長く続いていると判断される場合）、方法は、ステップＳ５０６に進む。ステップＳ５０６において、監視モジュール４０３は、照明器具１０１ａ〜ｄが低電力モードに切り替えられるべきであることを示し、照明制御モジュール４０４はそれに応じて照明器具１０１ａ〜ｄを制御する。
【００６１】
上述のように、低電力モードは、「オフ」モードであってもよい。この場合、図３の方法は、ユーザ３０９が環境１０３を離れてから閾値時間量後照明器具１０１ａ〜１０１ｄをオフすることになる。代わりに、低電力モードは、エネルギ消費の低減という技術的効果、例えば環境１０３内で少量の照明を提供する非常時低光量レベルシーンを依然としてもたらす、輝度低減モード（減光モード）であってもよい。これの１つのとりわけ有利な点は、センサ１０７が故障した（したがって、ユーザ３０９が環境１０３に入ったときに第１の照明シーンがレンダリングされない）場合、ユーザ３０９は、（例えば、センサ１０７を直すために）依然として安全に環境１０３を見て進めることである。「低電力」という用語は、ユーザによって選択された「メイン」照明シーンのレンダリングを維持する場合よりも少ないエネルギを照明システムが使用することをもたらすという点で低電力である照明設定を指すために本明細書において使用される。
【００６２】
閾値時間は、照明シーン（すなわち、ユーザ選択に応答してレンダリングされる照明シーン）に依存する。上述のように、メモリ３１５は、それぞれの閾値時間に関連して照明シーンのリストを記憶してもよい。代替的に、メモリ３１５は、それぞれの「乗数」に関連して照明シーンのリストを記憶してもよい。この場合、これらの乗数は、デフォルトの閾値時間（例えば、メモリ３１５に記憶され得、ユーザ３０９等によってコミッショニングされるか又はユーザ設定され得る閾値時間についての元々の設定値）を修正する。例えば、１の乗数を有する「朝食」シーンは、閾値時間が元々のタイミングのままであることを意味する。この場合、元々の閾値時間が５分の場合、タイムアウトは５分のままである。
【００６３】
逆に、ユーザ３０９がテレビを見たい場合、該ユーザは、第１の照明シーンを「テレビ」照明シーンに設定するかもしれない。テレビ照明シーンは、人々が典型的にはあまり動かないアクティビティであるので、例えば３の乗数値を有してもよい。したがって、元々の５分の閾値時間は、１５分の閾値時間になる。これは、センサがタイムアウトするまでに通常の３倍の時間がかかることを意味する。
【００６４】
ゼロの乗数値が使用されてもよく、この場合、閾値時間はゼロになる。コントローラ４００は、ゼロの閾値時間を解釈して、照明シーンは取り除かれるべきではないことを示すことができる。これは、本質的にホールド時間(hold time)を完全に取り除き、センサ１０７を効果的にディスエーブルにする。この場合、（例えば、スイッチ１０５又はユーザデバイス３１１を介した）ユーザ３０９からの明示的なインタラクションが、閾値時間をゼロでない値にリセットするために、すなわち、センサ１０７を再びアクティブにするために必要とされることが好ましい。
【００６５】
上記の実施形態は例としてのみ述べられていることが理解されよう。開示された実施形態に対する他の変更は、図面、開示、及び添付の特許請求の範囲の研究から、クレームされた発明を実施する際に当業者により理解され、達成され得る。
【００６６】
例えば、本発明は、主として、ユーザ３０９による照明シーンの選択に基づいて決定される環境１０３内のアクティビティに基づいてタイムアウト遅延を適応させることを提案する。しかしながら、タイムアウト遅延の決定に役立ち得る追加の要因がある。例としては、ユーザによって手動で入力されるか又はシステムによって自動的に検出されることができる環境１０３の環境タイプ（例えば、「ジム」、「寝室」等の部屋タイプ）、ユーザによるアクティビティの手動インジケーション、例えばユーザデバイス３１１上で現在実行されているアプリケーションに依存した、システムによるアクティビティの自動決定、又は時刻である。
【００６７】
時刻の例では、遅延はさらに、毎日のルーチン（例えば、「就寝ルーチン」）に基づいてスケジュールされてもよい。
【００６８】
インジケーションの例では、遅延は、ユーザによって手動で設定されてもよく（例えば、ホームオートメーションを「ドゥノットディスターブ(do not disturb)」に設定する）、又は統合(integrated)又は接続(connected)（クラウド）ベースのサービスから推測されることができる（例えば、Ｎｅｔｆｌｉｘがアクティブである場合は「テレビ視聴」、Ｓｐｏｔｉｆｙが使用されている場合は「音楽鑑賞」）。ユーザのアクティビティのタイプを検出することができるセンサが照明システム内にある場合、これらはまた、（後述されるように、後のさらなる適応のための）初期遅延時間を設定するために使用されてもよい。例えば、センサ１０７は、ユーザが環境１０３内でたくさん動いていることを検出し、したがって遅延時間を特定の初期値（例えば５秒）に設定してもよい。この初期遅延時間は、位置センサ又はＧセンサによって検出される動きの量等、モバイル機器３１１から（すなわち、ユーザの電話又はウェアラブル機器から）の入力に基づいて決定されることも可能である。
【００６９】
しかしながら、アクティビティは決定され、遅延タイムアウトは上述のように調整される。例えば、（モーション存在インジケーションを生成する可能性がより高い）エクササイズアクティビティ等、存在インジケーションを生成する可能性がより高いアクティビティについてタイムアウトを増やしてもよい。
【００７０】
以下は、本発明の有利な点を明確にすることを目的としたシナリオである。
−  ユーザはリビングルームにいて、システムは、ユーザが「朝食をとっている」（例えば、「朝」ルーチンの一部として設定されている）と判断する。これは、ユーザが頻繁に移動し、センサに気付かれる可能性が高いアクティビティである。したがって、センサの猶予期間（タイムアウト）は（例えば）３分に設定される。
−  ユーザは朝食を済ませ、何らかのテレビ番組を見るために快適なソファに移動する。これは、ユーザが長期間動かない可能性があるアクティビティであり、センサの猶予期間は（例えば）４５分に調整される。
−  ユーザは、自身のリビングルームで３０分間「瞑想」モードを選択する。システムは「ドゥノットディスターブ」モードになり、すべてのセンサ、通知、その他のアプリを非アクティブにする。３０分後にライトは以前のモードに戻る。
−  ユーザは「就寝ルーチン」を選択する。照明遷移の終わりに、アクティビティは「睡眠(sleeping)」に設定される。家の中のすべてのスイッチ及びセンサは、常夜灯シーンのみをリコールする。
【００７１】
アクティビティからのタイムアウトの決定は、特定のアクティビティに対してシステム内に固定されたタイミングを有することによって実施されてもよい。斯かるアクティビティのデータベースは、製造業者（この場合はPhilips）、又は共有システム内の他のエンドユーザによって作成され得る。いずれにせよ、それらはローカルに保存されてもよく、クラウド等の外部ストレージに保存されてもよい。理想的には、アクティビティのデータベースは、定義されたセットを含むべきではなく、人々は、自身のカスタムアクティビティを追加し、当該アクティビティについてタイミングを定義することを許可されるべきである。人々が入力した情報は他のユーザ／システムに利用可能とされ、それらのシステム上でも使用され得ることが理想的である。いずれにせよ、コントローラ４００のタイムアウト決定モジュール４０２は、選択された照明シーンに対する適切なタイムアウトを決定するためにデータベースに問い合わせることができる。
【００７２】
当該技術分野において既知の自己学習アルゴリズムを使用して遅延が決定される自己学習の実施も可能である。好ましくは、自己学習はアクティビティ及び部屋タイプに特有のものである。すなわち、システムは、ユーザによるシステムの使用に基づいて、モディファイア（変更子(modifier)）が調整される学習アルゴリズムで強化されてもよい。例えば、ユーザが、（センサに加えて）部屋のライトをオン／オフするためのスイッチも有し、該ユーザは、センサが「動きあり(motion)」から「動きなし(no motion)」への変化を報告した直後に通常「オン」を使用する場合、モディファイア（又は猶予期間自体）は増加されるべきである。ユーザが、「動きあり」から「動きなし」への変化の直前に「オフ」を使用する（部屋を出る前にボタンを押す）、又はその直後にアプリを使用してライトをオフにする（ライトは依然オンしていて、猶予期間中に手動でオフに切り替わることに留意されたい）場合、モディファイア（又は猶予期間自体）は減少されるべきである。これは、ユーザによるシステムの実際の使用によりよく適合する、モーションセンサのための動的に調整されるモディファイア（又はタイミング）をもたらすことができる。
【００７３】
上述のように、図２のシーン選択モジュール４０１、タイムアウト決定モジュール４０２、監視モジュール４０３、及び照明制御モジュール４０４は、本明細書で述べられる機能を提供するコントローラ４００の機能ブロックであり、これらがシステム内のどこに実装されようとも、これらは、専用ハードウェア（例えば特定用途向け集積回路及び／又はフィールドプログラマブルゲートアレイ）、ソフトウェア（例えば、実行された場合、本明細書で述べられるシーン選択モジュール４０１及び／又はタイムアウト決定モジュール４０２の機能を提供するよう構成されるコンピュータ可読記憶媒体に記憶されたコンピュータ可読コード）単独で、又はハードウェアとソフトウェアの組み合わせによって実装されてもよいことに留意されたい。
【００７４】
特許請求の範囲において、「含む（comprising）」という単語は他の要素又はステップを排除するものではなく、不定冠詞「a」又は「an」は複数を除外しない。単一のプロセッサ又は他のユニットが、請求項に列挙されたいくつかの項目の機能を果たすことができる。特定の手段が相互に異なる従属請求項に列挙されているという単なる事実は、これらの手段の組み合わせが有利に使用できないことを示すものではない。コンピュータプログラムは、他のハードウェアと一緒に又は他のハードウェアの一部として供給される光学記憶媒体又は固体媒体等の適切な媒体上に記憶／分配され得るが、インターネット又は他の有線又は無線の電気通信システム等の他の形態で分配されてもよい。請求項中の如何なる参照符号も範囲を限定するものとして解釈されるべきではない。
【図１】
2019531579.tif 000003
【図２】
2019531579.tif 000004
【図３】
2019531579.tif 000005
【国際調査報告】
2019531579.tif 000006
2019531579.tif 000007