(57)【要約】  検出された入力又はトリガが、更新された照明設定又は照明パターンを生じさせる、 空間の照明を提供するための照明システムを制御するための方法及び装置である。斯かる更新が自動的に適用されるべきかどうか、又は変化をもたらす前にユーザからの確認が求められるべきかどうかに関して決定がなされる。図６。
2019528556.tif 000002
【特許請求の範囲】
【請求項１】
空間の照明を提供するための照明システムを制御する方法であって、当該方法は、
前記照明システムに関する１つ以上の入力イベントを検出するステップと、
前記１つ以上の入力イベントに基づいて更新された照明パターンを決定するステップと、
前記更新された照明パターンに関連する信頼性メトリックを決定するステップであって、前記信頼性メトリックは、前記更新された照明パターンが前記空間内のユーザによって望まれる又は許容される見込みを表す、ステップと、
前記信頼性メトリックが閾値を超えるか否かの判断に基づいて、前記更新された照明パターンを自動的に適用するか否かを判断するステップと、
前記更新された照明パターンが自動的に適用されない場合、前記更新された照明パターンを示すプロンプトを前記ユーザへ提供するステップと、
前記プロンプトに応じて前記ユーザから入力を受けるステップと、
前記受けたユーザ入力に応じて条件付きで前記更新された照明パターンを適用するよう前記照明システムを制御するステップと
を含む、方法。
【請求項２】
前記信頼性メトリックは、前記更新された照明パターンと、更新しようとされているパターンとの間の差の尺度に従って変化する、請求項１に記載の方法。
【請求項３】
前記信頼性メトリックは、前記更新された照明パターンが基づいている入力の１つ以上のタイプに従って変化する、請求項１又は２に記載の方法。
【請求項４】
前記信頼性メトリックは、実質的に同じ更新された照明パターンに応じて以前に受けた入力に従って変化する、請求項１、２又は３に記載の方法。
【請求項５】
前記更新された照明パターンが基づいている１つ以上の入力は、入力の履歴時系列を含み、前記信頼性メトリックは、前記履歴時系列の長さに従って変化する、請求項１乃至４のいずれか一項に記載の方法。
【請求項６】
前記更新された照明パターンが基づいている１つ以上の入力は、入力の履歴時系列を含み、前記信頼性メトリックは、前記系列内で検出される入力の相関の尺度に従って変化する、請求項１乃至５のいずれか一項に記載の方法。
【請求項７】
前記更新された照明パターンは、照明設定の時系列を含み、前記信頼性メトリックは、前記時系列の長さに従って変化する、請求項１乃至６のいずれか一項に記載の方法。
【請求項８】
前記更新された照明パターンは、将来のある時点又は期間に関連し、前記信頼性メトリックは、前記時点又は前記期間の開始までの残り時間に従って変化する、請求項１乃至７のいずれか一項に記載の方法。
【請求項９】
前記１つ以上の入力イベントは、前記空間内の状態又は前記照明システムのユーザに関連する状態を感知するよう構成される１つ以上のセンサからの入力を含む、請求項１乃至８のいずれか一項に記載の方法。
【請求項１０】
前記１つ以上のセンサは、バイオメトリックセンサ、光センサ又はモーションセンサのうちの少なくとも１つを含む、請求項９に記載の方法。
【請求項１１】
前記１つ以上の入力イベントは、前記照明システムに接続されるネットワークを介してアクセスされるアプリケーションから受ける情報を含む、請求項１乃至１０のいずれか一項に記載の方法。
【請求項１２】
前記アプリケーションは、ユーザスケジュール若しくはカレンダーアプリケーション、又はソーシャルメディアアプリケーションのうちの少なくとも１つを含む、請求項１１に記載の方法。
【請求項１３】
空間の照明を提供するための照明制御システムであって、
当該照明制御システムに関する１つ以上の入力イベントを受け、
前記１つ以上の入力イベントに基づいて更新された照明パターンを決定し、
前記更新された照明パターンに関連する信頼性メトリックを決定し、前記信頼性メトリックは、前記更新された照明パターンが前記空間内のユーザによって望まれる又は許容される見込みを表し、
前記信頼性メトリックが閾値を超えるか否かの判断に基づいて、前記更新された照明パターンを自動的に適用するか否かを判断する
よう構成されるコントローラと、
前記更新された照明パターンが自動的に適用されない場合、前記更新された照明パターンを示すプロンプトを前記ユーザへ提供するよう構成されるユーザ出力インターフェースと、
前記プロンプトに応じて前記ユーザから入力を受けるよう構成されるユーザ入力インターフェースと
を含む、照明制御システムであり、
前記コントローラは、前記受けたユーザ入力に応じて条件付きで前記更新された照明パターンを適用するよう構成される、照明制御システム。
【請求項１４】
前記信頼性メトリックは、
前記更新された照明パターンと、更新しようとしているパターンとの間の差の尺度、
前記更新された照明パターンが基づいている入力の１つ以上のタイプ、
実質的に同じ更新された照明パターンに応じて以前に受けた入力、
前記更新された照明パターンが基づいている１つ以上の入力が、入力の履歴時系列を含む場合、前記履歴時系列の長さ又は前記系列内で検出される入力の相関の尺度、
前記更新された照明パターンが、照明設定の時系列を含む場合、前記時系列の長さ、及び
前記更新された照明パターンが、将来のある時点又は期間に関連する場合、前記時点又は前記期間の開始までの残り時間
のうちの少なくとも１つに基づいて決定される、請求項１３に記載の照明制御システム。
【請求項１５】
請求項１３又は１４に記載の照明制御システムに機能的に結合される又は含まれるコンピュータにロードされ実行される場合、請求項１乃至１２のいずれか一項に記載の方法を前記コンピュータに実行させる命令を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、照明システムにおける照明情報及び照明の制御に関する。
【背景技術】
【０００２】
「コネクテッドライティング(Connected lighting)」は、従来の有線、電気的オンオフ又は調光回路によって制御されるものではなく（又は制御されるだけでなく）、デジタル通信プロトコルを使用する有線ネットワーク又はより多くは無線ネットワークを介して制御される照明器具のシステムを指す。典型的には、複数の照明器具の各々、ましては照明器具内の個々のランプが、各々、ZigBee、Wi-Fi又はBluetooth等の無線ネットワークプロトコルに従って照明制御デバイスから照明制御コマンドを受信するため（また場合によっては、無線ネットワークプロトコルを使用して照明制御デバイスにステータスレポートを送信するため）の無線受信機又は送受信機を備えてもよい。
【０００３】
照明器具は、輝度及び色等の個別に制御可能なパラメータを有し得、１つ以上の照明器具が、望ましいように部屋等の領域又は空間を照らすための全体配光又はシーンを作成するために協調的にグループでまとめて制御されてもよい。異なる照明器具及び／又は照明器具の異なる設定の組合せは、所望に応じて、領域又は空間の異なる全体照明を達成することができる。
【０００４】
所望の照明を達成するために、個々の照明器具、又は各照明器具に対する個々の設定さえも制御する必要があるよりもむしろ、所望の配光又はシーンに対応して設定のグループがまとめて記憶されることが通常好ましい。例えば、「朝」のシーン、又は「リラックス」のシーンが作成されることができ、多数の照明オプションがすぐに利用可能になることが理解されよう。
【０００５】
エンドユーザの管理可能性(manageability)及び利便性を向上させるために、自動化又は半自動化が、上述等のコネクテッド照明システム等の照明システムにおける照明を制御するためにますます採用されている。ルーチン及びスケジュールは学習されプログラムされることができ、センサ及び他の入力は、ユーザの欲求及びニーズを予測し、照明を該ユーザの欲求及びニーズに適応させるよう貢献する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ユーザの照明ニーズを常に正しく予期することは困難であり、場合によっては、照明システムは、ユーザにとって望ましくないシーンの設定に変わる可能性がある。システムの決定は限られた条件のセットに基づき、システムは、大抵正しい判断を下し得るが、場合によってはユーザの知覚(perception)の点で「誤る(wrong)」可能性が依然あり得る。したがって、インテリジェントな予測に基づいてユーザにシームレスで便利な経験を提供するために光設定を自動的に調整することと、ユーザが手動で所望の設定を提供するために、又は自動的に調整される設定を調整又はアンドゥ(undo)するために入力を提供する必要があることとの間にトレードオフがある。
【０００７】
改善された照明制御を提供することが望ましいであろう。
【課題を解決するための手段】
【０００８】
本発明の第１の態様によれば、空間の照明を提供するための照明システムを制御する方法であって、当該方法は、照明システムに関する１つ以上の入力イベントを検出するステップと、１つ以上の入力イベントに基づいて更新された照明パターン(updated illumination pattern)を決定するステップと、前記更新された照明パターンを自動的に適用するか否かを判断するステップと、更新された照明パターンが自動的に適用されない場合、前記更新された照明パターンを示すプロンプト(prompt)をユーザへ提供するステップと、前記プロンプトに応じて前記ユーザから入力を受けるステップと、前記受けたユーザ入力に応じて条件付きで(conditionally)前記更新された照明パターンを適用するよう前記照明システムを制御するステップとを含む、方法が提供される。
【０００９】
このようにして、更新された設定がユーザによって望まれる又は許容される十分な信頼度(sufficient degree of confidence)、又は高い見込み(high likelihood)があると判断される場合、照明設定又はパターンのある更新又は変化は、自動的に適用されてもよく、低い信頼度(lower degree of confidence)又は低い見込み(lower likelihood)に関連する他のものは、ユーザからの確認が得られた後にのみ適用される。これにより、押しつけがましさのレベルを最小にする(minimally intrusive level)自動化が提供されると同時に、望ましくない自動変更が削減される。
【００１０】
更新された照明パターンは、システムの１つ以上の照明デバイス又は照明器具に対する照明パラメータの単純な変化、例えば、ある実施形態ではシーンの変化であってもよい。更新されたパターンはまた、パラメータ又はシーンが適用されるべき継続時間を含んでもよい。しかしながら、更新されたパターンは、照明パラメータの変化のシーケンス等、より複雑で動的なイベントのシーケンスを含んでもよい。
【００１１】
さらなる実施形態では、更新されたパターンは、間接的な更新であってもよく、照明設定自体に対する更新ではなく、１つ以上のルールに対する更新、又は照明設定を自動的に決定又は推奨するスケジュールを含んでもよい。
【００１２】
当該方法は、前記更新された照明パターンに関連する信頼性メトリック(confidence metric)を決定するステップを含み、前記信頼性メトリックが閾値を上回る場合、設定が自動的に適用されてもよい。信頼性メトリックは、ユーザによる更新された照明パターンの望ましさ(desirability)及び／又は許容(acceptance)の評価(assessment)を表す。
【００１３】
ある実施形態では、信頼性メトリックは、前記更新された照明パターンと、更新しようとされているパターンとの間の差の尺度(measure of difference)に従って変化する。更新又は置き換えようとされているパターンは、例として、現在のパターン又は設定であってもよく、将来の使用のために記憶されたパターン又は設定であってもよい。差は、強度、色、継続時間、時系列又は変動等の１つ以上の要素又はパラメータを考慮に入れて、多変数的に(multivariable way)決定されてもよい。
【００１４】
信頼性メトリックは、ある実施形態では、更新された照明パターンが基づいている入力のタイプに従って変化してもよい。
【００１５】
ある可能なタイプの入力イベントは、照明されるべき前記空間内又はその近傍の状態を感知するよう構成される１つ以上のセンサからの入力を含む。斯かるセンサはまた、例えば、光センサ、温度センサ、湿度センサ、モーションセンサ若しくはＰＩＲセンサ、及び／又はＲＦＩＤタグ若しくはトークンの存在を検出するためのＲＦＩＤセンサを含んでもよい。入力は、例えば、照明システムにより照明される空間内のユーザのアクティビティに関してもよい。入力はまた、照明システムのユーザに関連する状態又はパラメータを感知するよう構成される１つの以上のセンサからのものであってもよい。斯かるセンサは、例えば、心拍数、皮膚水分、又はユーザの他のバイタルサイン若しくはバイオメトリックパラメータを測定するためのバイオメトリックセンサを含んでもよい。場合によっては、血糖又はＥＣＧ信号等のメディカルインジケータが感知されてもよい。
【００１６】
他の可能なタイプの入力は、ある実施形態では、前記照明システムに接続されるネットワークを介してアクセスされるアプリケーション又はメディアストアから受ける情報を含む。例えば、照明システムは、セルラーネットワーク、及び／又はインターネット等の広域ネットワークに接続されてもよい。アクセスされ得る、又は照明システムへの入力を提供し得るアプリケーションは、ユーザスケジュール若しくはカレンダーアプリケーション、又はユーザ若しくはユーザ挙動(behaviour)の情報、又は例えば天気予報等の外部イベントを提供する任意のアプリケーションを含む。ある実施形態では、ファイナンスアプリケーション(Financial application)が、ユーザの取引のデータを提供してもよい。また、ソーシャルメディアアプリケーションが、更新された照明パターンを決定するための入力として使用され得る情報を提供してもよい。さらに、画像、写真、ビデオ及び／又は音楽等の記憶媒体が、照明システムにより又は照明システムからアクセスされてもよい。
【００１７】
ある実施形態では、入力の組み合わせが、更新された照明パターンを決定するために用いられてもよく、例えば、異なるソースからの情報が、照明パターンを予測又は推奨するために論理ルール又は処理に従って組み合わされる。さらに、入力又は入力の組み合わせは、現在又は同時である必要はなく、履歴入力データが、更新された照明パターンを決定するために用いられ得る挙動のシーケンス(sequence of behaviour)を検出するために（とりわけ、斯かるシーケンスが識別可能な反復シーケンス又はセグメントを含む場合）累積され、分析されてもよい。
【００１８】
ある実施形態では、信頼性メトリックは、実質的に同じ更新された照明パターンに応じて以前に受けた入力に従って変化する。すなわち、以前更新が提案又は促されている場合、ユーザの応答（受入又は拒否）が記録され、将来の更新の信頼性を評価するために用いられてもよい。受けた入力のタイミングもまた、信頼性メトリックに達する際に考慮に入れられてもよい。例として、更新が適用された後に比較的迅速に受ける入力に対してより重要性(significance)が与えられ、適用された更新から受ける入力までの時間が増すにつれて重要性は減少する。
【００１９】
更新された照明パターンが基づいている１つ以上の入力が、入力の履歴時系列(historical time sequence)を含む場合、信頼性メトリックは、前記履歴時系列の長さに従って変化してもよい。例えば、より長い時間シーケンスは、例えばより多くの利用可能なデータを理由として、より大きな信頼性を生じさせてもよい。代替的に又は追加的に、信頼性メトリックは、前記系列内で検出される入力の相関の尺度に従って変化してもよい。斯かる相関は、例えば、上述した識別可能な反復シーケンス間であってもよい。
【００２０】
ある実施形態では、更新された照明パターンは照明設定の時系列を含み、信頼性メトリックは、前記時系列の長さに従って変化する。ある実施形態では、更新された照明パターンは、将来のある時点又は期間に関連し、信頼性メトリックは、前記時点又は前記期間の開始までの残り時間に従って変化する。
【００２１】
要素の組合せが、全体的な信頼性メトリックに達するために組み合わされることができ、組み合わせは、数値が割り当てられ得る場合は数値であってもよく、例えばルール又はブール論理を介してでもよい。さらに、信頼性メトリックは、経時的に変化する、動的であってもよい。変動は、関連する更新が適用される前、又は更新が適用された後に生じてもよい。これは、関連付けられた継続期間を有する更新、又は時間の経過と共に徐々に適用される更新に特に関連してもよい。
【００２２】
本発明のさらなる態様によれば、照明制御システムであって、当該照明制御システムに対する１つ以上の入力イベントを受け、前記１つ以上の入力イベントに基づいて更新された照明パターンを決定するよう構成されるコントローラと、前記更新された照明パターンを示すプロンプトを前記ユーザへ出力するよう構成されるユーザ出力インターフェースと、前記プロンプトに応じて前記ユーザから入力を受けるよう構成されるユーザ入力インターフェースとを含む、照明制御システムであり、前記コントローラは、前記更新された照明パターンを自動的に適用するか否かを判断し、更新された照明パターンが自動的に適用されない場合、前記受けたユーザ入力に応じて条件付きで更新された照明パターンを適用するよう構成される、照明制御システムが提供される。
【００２３】
本発明はまた、本願明細書に記載の方法のいずれかを実行するための、及び／又は本願明細書に記載の装置の特徴のいずれかを具現化するためのコンピュータプログラム及びコンピュータプログラム製品、並びに、本願明細書に記載の方法のいずれかを実行するための、及び／又は本願明細書に記載の装置の特徴のいずれかを具現化するためのプログラムが記憶されたコンピュータ可読媒体を提供する。
【００２４】
本発明は、添付の図面を参照して本願明細書で実質的に述べられている方法、装置及び／又は使用に及ぶ。
【００２５】
本発明のある態様における任意の特徴は、任意の適切な組み合わせで、本発明の他の態様に適用されてもよい。とりわけ、方法態様の特徴は装置態様に適用されてもよく、その逆も同様である。
【００２６】
さらに、ハードウェアで実施される特徴は一般にソフトウェアで実施されてもよく、その逆も同様である。本願明細書におけるソフトウェア及びハードウェアの特徴への言及はこれに応じて解釈されるべきである。
【図面の簡単な説明】
【００２７】
本発明の好ましい特徴が、添付の図面を参照して、純粋に例として述べられる。
【図１】照明システム設備の一例を示す。
【図２】照明システムを概略的に示す。
【図３】例示的なシーンに対する照明設定を表すデータを示す。
【図４】照明設定を推奨するための例示的なシステムの機能コンフィギュレーションを示す。
【図５】照明設定を推奨するための例示的なシステムの代替的なコンフィギュレーションを示す。
【図６】照明設定を推奨するためのプロセスの一例を示すフロー図である。
【図７】例示的な照明パターン更新の時間的性質を示すタイムラインである。
【発明を実施するための形態】
【００２８】
図１は、環境１０２、例えば、部屋等の屋内空間、又はガーデン若しくは公園等の屋外空間、又はガゼボ等の部分的に覆われた空間、又は車両の内部等の１人又は複数の人々によって占有され得る他の任意の空間に設置される又は配置される照明システムを示す。照明システムは、１つ又は典型的には複数の照明器具１０４を含み、各照明器具は、１つ以上のランプ（照明放出エレメント）並びに任意の関連するハウジング、ソケット及び／又は支持体を含む。ＬＥＤが、照明放出エレメントとして使用されてもよいが、白熱灯、例えばハロゲンランプ等の他の代替物も可能である。照明器具１０４は、ユーザによって占有可能な環境１０２を照らすのに適したスケールで照明を発する照明デバイスである。例えば、照明器具１０４は、スポットライト若しくはウォールウォッシャー等の天井取付け型照明器具、壁取付け型照明器具、又は例えばフロアランプ若しくはデスクランプ等の自立型照明器具であってもよい（各々が必ずしも同じタイプのものである必要はない）。これらの照明器具は、ポータブルであってもよい（すなわち、それらの位置は容易に変更され得、内部エネルギ貯蔵ユニットのために主電源への接続なしで限られた期間動作し続け得る）。
【００２９】
ユーザは、壁パネル１０６等のユーザ端末を介して照明システムを制御することができる。代替的又は追加的に、ユーザが照明システムを制御することを可能にするために、モバイルユーザ端末１０８が設けられてもよい。これは、典型的には、例えば、アプリケーション又は「アプリ」を実行する、スマートフォン、時計、タブレットの形式であってもよいが、専用のワイヤレス照明コントローラ又は「リモートコントロール」であってもよい。ユーザ端末は、ユーザ（例えば、環境１０２内に存在する、又はモバイル端末の場合には遠隔に位置するユーザ）がユーザ入力を照明制御アプリケーションに供することを可能にするよう構成されるタッチスクリーン又はポイントアンドクリックインターフェース等のユーザインターフェースを含む。ユーザはまた、テーブルランプの場合等、照明器具と直接インターフェースすることによって個々の照明器具、又は接続された照明器具のシステムを制御することができてもよい。
【００３０】
図２を参照すると、照明システムの一例が概略的に示されている。ユーザ端末２０６は、無線ルータ、アクセスポイント、又は照明ブリッジ等の中間デバイス２１０を介して照明器具２０４に接続する。ユーザ端末２０６は、例えば、図１の壁パネル１０６であってもよく、中間デバイスは、壁パネルに統合されてもよく、又は別個のデバイスとして提供されてもよい。ユーザ端末２０８は、図１の端末１０８等のモバイルユーザ端末であり、デバイス２１０を介して照明器具に接続してもよいが、追加的又は代替的に、中間デバイスなしで直接照明器具に接続してもよい。ユーザ端末２０８はまた、自立型壁スイッチの場合等、空間的に固定されてもよいが、照明器具に直接接続し得るという点でモバイルユーザ端末の特性を共有してもよい。デバイス間の接続は、ＤＭＸ又はイーサネット（登録商標）等のプロトコルを使用して有線であってもよく、又は例えばＺｉｇＢｅｅ、Ｗｉ−Ｆｉ又はＢｌｕｅｔｏｏｔｈ等のネットワークプロトコルを使用して無線であってもよい。照明器具は、デバイス２１０を介してのみ、ユーザ端末からのみ直接、又はその両方からアクセス可能であってもよい。
【００３１】
接続及び通信プロトコルの組み合わせが用いられることも可能である。例えば、ユーザ端末２０６は、Ｗｉ−Ｆｉ等の第１の無線アクセス技術を介して中間デバイス２１０に接続してもよく、一方、デバイス２０１は、ＺｉｇＢｅｅ等の第２の無線アクセス技術を介して照明器具４に接続してもよい。この場合、中間デバイス２１０は、照明制御コマンドをあるプロトコルから別のプロトコルに変換する。
【００３２】
デバイス２１０並びにユーザ端末２０６及び２０８は、破線で概略的に示され、２１２とラベル付けされた機能グループを含み、該グループは、照明器具２０４を制御するために制御ロジックを用いる。この機能グループはさらに、ネットワークインターフェース２１４を介してネットワーク、ストレージデバイス又はサーバに接続されてもよい。したがって、機能グループ２１２内で動作する制御ロジックは、インターネット等の外部ネットワーク、並びにさまざまなデータソース及びストレージとインタラクトしてもよい。一例では、制御ロジックは、例えば、暖房及び換気機能を含むより広い制御システムの一部としてのビル管理システム、又はオーディオ／ビデオ／エンターテイメントシステム、又は消防及びスプリンクラーシステムと通信してもよい。
【００３３】
グループ２１２の各エレメントは、メモリを含んでもよく、又はインターフェース２１４を介してアクセス可能なサーバ若しくはストレージデバイスにより提供されてもよい、ストレージ機能へのアクセスを有してもよい。照明器具２０４、又は少なくともいくつかの照明器具２０４もまた、メモリを含んでもよい。
【００３４】
照明設定は、照明器具のパラメータ設定を個々に調整又はプログラミングすることによりユーザによって作成されることができる。例えば、ユーザは、おそらくは壁パネル１０６での入力を介して、又はランプ１０４等の特定の照明器具上のコントロールを用いて、室内の１つ以上の照明器具を手動で調整することができる。ユーザが全体的な効果に満足するまで、輝度及び／又は色の値が変えられ得る。その後、ユーザは、現在の設定を保存するようにユーザ端末に命令を入力することができ、典型的には、作成されたシーンに名前又はＩＤを割り当てる。照明設定は、例えばインターネット等の外部ソースから得られてもよい。
【００３５】
斯くして、この構成により、ユーザ端末２０６又は２０８のユーザインターフェースでのユーザコマンドの入力、及び（例えば、指定されたシーンを呼び出す(recalling)）適切な照明器具への対応する制御信号の送信によって照明を制御することが可能になる。
【００３６】
システム付近の環境条件について集められる情報に基づいて、照明は制御されることもでき、又は制御は増強されることができる。例えば、周囲光レベルは、照明器具の出力を自動的に調整するため、又は特定の設定をプログラムするために使用されることができる。所定の設定若しくは値、又は斯かる設定の組み合わせに基づいて照明出力を制御するために、時刻及び１人又は複数の人が存在するかどうかに関する情報が用いられてもよく、場合によっては当該人の識別情報(identify)も用いられてもよい。斯かる環境条件又は情報は、照明器具２０４の出力を制御する際に少なくともある程度の自動化を可能にするために、決定又は選択すべき端末２０６若しくは２０８、及び／又はデバイス２１０によって用いられることができる。所望であれば、設定の自動制御は、手動入力により増強又は上書きされることができる。
【００３７】
ある実施形態では、センサ又はセンサインターフェース２１６は、斯かる環境情報又は入力を機能グループ２１２の１つ以上のエレメントに提供する。例えば、センサは、光センサ、ＰＩＲセンサ、及び／又はＲＦＩＤセンサを含み得る。現在時刻を供するためのクロック入力も供され得る。１つ以上のセンサはまた、場合によってはユーザのバイオメトリック情報、例えば、心拍数、皮膚の水分／湿度、アクティビティ／運動(movement)等を提供してもよい。この情報は、端末２０８等のモバイルユーザ端末としても機能し得る、例えばリストバンド又はスマートウォッチ等のウェアラブルセンサにより提供されてもよい。
【００３８】
１つ以上のセンサは、機能グループ２１２に個別に情報を提供することができ、又は１つ以上の共通のインターフェースを介して提供してもよい。センサは、ウェアラブルの場合にはユーザ上又はユーザと一緒に位置付けられてもよく、又は図１の環境１０２内又はその周辺に位置付けられてもよく、例えば壁又は天井に取り付けられてもよい。一実施形態では、センサは、任意の照明器具１０４に一体化されてもよい。追加的又は代替的に、端末２０６若しくは２０８、又はデバイス２１０は、とりわけ例えばスマートフォンの形態のモバイル端末の場合、斯かる情報を提供するためセンサを含んでもよい。
【００３９】
照明出力を制御する際に使用され得るさらなる情報又は入力のソースは、ネットワークインターフェース２１４を介して取得される情報である。ネットワークインターフェースがインターネットにアクセスする場合、照明設定を決定するために使用され得る膨大な量の情報にアクセスすることができる。例には、天気予報、ソーシャルメディアアプリケーション、ニュースフィード、写真、ビデオ又は音楽等の記憶媒体が含まれる。１つ以上の外部ネットワークとのインターフェースがまた、自動化制御を提供するために用いられてもよく、例えば、インターネット又はＧＳＭ等のモバイルセルラーネットワークからの入力は、照明設定の変更をトリガすることができる。例えば、IFTTTは、ユーザが、Facebook及びInstagram等の他のWebサービスへの変更に基づいてトリガされる条件付きステートメントのストリングを作成することを可能にする。
【００４０】
照明を制御するために使用される値は、ローカルに又はネットワークインターフェースを介してリモートに記憶されてもよい。斯かる値は、ユーザ端末２０６又は２０８のユーザインターフェースにおけるコマンド等のユーザ入力、また上述した任意の環境情報又は入力を含む。斯くして、照明出力の履歴及び斯かる出力をもたらしたファクタが確立されることができる。
【００４１】
図３は、所与のシーンに対する照明設定を表すデータを示す。
【００４２】
データは、所与のシーンに対する異なる照明器具に対応するパラメータ値を示す。この例では、照明システムは、５つの個別にアドレス指定可能な照明器具を含んでいるが、特定のシーン、例えば、シーンＸは、番号１、２、４の３つの照明器具しか必要としない。これらの照明器具の各々について、輝度値及び色値が与えられる。効果値は、含められ得るが、この例では用いられない、可能なさらなるパラメータの一例である。照明器具３及び５は使用されず、それゆえ、このシーンに対して、これらの照明器具のパラメータ値は含まれていない。
【００４３】
ここでは単純化した例として輝度及び色の単一の数値が与えられているが、異なる実施形態では、パラメータを表すために異なる値又は値の組み合わせを使用してもよいことが理解されるであろう。例えば、色は、ＲＧＢ又はL * a * b *色空間の３つの値により表されてもよい。色はまた、例えば、色温度値によって表されてもよい。
【００４４】
例えば、使用のために設定を呼び出すための典型的なユーザ操作の一例では、ユーザは、モバイルユーザ端末１０８として機能するスマートフォン上で可能な設定のリストを見ることができる。スマートフォン上のタッチスクリーンインターフェースを使用して、ユーザは、名前又はＩＤによって識別される特定の設定又はシーンをスクロールして選択することができる。
【００４５】
図４は、照明制御システムの一例の機能コンフィギュレーションを示す。
【００４６】
コントローラ４０２は、センサ／環境入力４０６、ネットワーク入力４０８、及びユーザ制御４１０のうちの１つ又はそれらの組合せによって提供される入力及び／又はトリガに応答して、照明器具４０４の出力を制御する。メモリ４１２は、コントローラ４０２が受ける及びコントローラ４０２によって提供される入力及び出力等のシステムパラメータを記憶し、斯くして、ある期間にわたるイベントの履歴及び使用パターンを構築することができる。斯かる履歴は、例えば、特定のユーザ又は複数のユーザに関連付けられてもよく、例えば、特定のスケジュール又は好みを決定するために分析されることができる。コントローラはまた、照明器具４０４に適切な制御設定を提供する際に斯かる記憶された履歴データを使用してもよい。以下により詳細に述べられるように、照明器具を制御することは、入力（現在及び／又は履歴）に基づいて値及び設定を自動的に調整することを含んでもよく、又はその後受入又は拒否され得る、ユーザに提案又は推奨する値及び設定を決定又は選択することを含んでもよい。
【００４７】
メモリ４１０は、特定の記憶されたシーンのための、図３に示されるデータ等のデータを記憶するために用いられる、より大きなメモリ内の特定のメモリ位置又はアドレスであってもよい。しかしながら、メモリ４１０は、別個の専用のメモリであってもよい。
【００４８】
コントローラはまた、提案された光設定及び／又はパターン（時間的パターンであってもよい）の情報をユーザに提供し、これら提案された設定及びパターンに関してユーザからの指示を受けるために確認入力／出力インターフェース４１４に接続される。確認Ｉ／Ｏインターフェースは、例えばタッチスクリーンを使用してＧＵＩの形態で提供されてもよく、これは、例えば図２の端末２０６又は２０８等のユーザ端末で実施されてもよい。しかしながら、Ｉ／Ｏインターフェースは、他の又はさらなるコンポーネントによって提供されてもよく、入力及び出力機能は、別々のコンポーネントによって提供されてもよい。例えば、コントローラがオーディオ／ビデオシステム又はホームエンターテイメントシステムとネットワーク接続されている場合、出力は、スピーカシステム又はテレビ若しくはプロジェクタを介したオーディオ又はビデオ出力であってもよい。入力の態様(input aspect)は、例えば壁パネル若しくはスイッチを介して、又はスマートウォッチ若しくはスマートフォン等のモバイルデバイスを介して、別個に扱われてもよい。
【００４９】
上記を考慮すると、コントローラ４０２及びメモリ４１２の機能は、同じ物理的デバイス又は異なるデバイスに実装されてもよいことが理解されるであろう。コントローラ及びメモリの機能は、図１の１０６若しくは１０８、又は図２の２０６若しくは２０８等のユーザ端末、又は図２の２１０等の中間デバイス等の単一の物理的デバイスに実装されてもよい。
【００５０】
代替的に、これらの機能は、図２の２１２等のグループ内の斯かるデバイス間に分散されてもよく、追加的又は代替的に、いくつかの機能が、図２のインターフェース２１４を介してネットワークに分散されてもよいl。したがって、例示的な一実施形態では、コントローラ４０２は、図２のモバイルユーザ端末２０８に実装され、メモリ４１０は、図２の中間デバイス２１０として機能する照明ブリッジに実装される。
【００５１】
斯くして、より高いレベルでは、例示的な照明システムは、概して図５に示されるように図示されることができる。照明システムは、制御ロジックを使用し、照明器具５０４に接続され、またネットワーク５１２と通信する、制御システム５０２として概略的に表されている。
【００５２】
この例における制御システムは、照明器具５０４を制御するためにローカルに動作する機能の協調(collaboration)と見なされることができる。斯くして、制御システムは、図２の機能グループ２１２のうちの１つ以上又は全てによって具現化されてもよい。ある実施形態では、ユーザ端末として機能するモバイルデバイス２０８は、とりわけモバイルデバイスと照明器具５０４との間の通信が可能である場合、図５の制御システムの一部を形成するとみなされることができる。しかしながら、他の実施形態では、斯かるモバイルデバイスは、その代わりに、図５のネットワーク５１２の一部と見なされる。制御システム５０２は、光センサ及びモーションセンサ等のセンサ、並びに上述した他のタイプのセンサを含んでもよい。
【００５３】
しかしながら、ある実施形態では、照明器具５０４を制御するための制御機能のいくつか又は全ては、照明器具５０４を制御するために、クライアントとして機能する制御システム５０２に制御情報を渡すネットワーク５１２によって実行されてもよい。
【００５４】
ネットワーク５１２は、制御システム５０２から入力を受ける、又は制御システム５０２に入力を提供することができる機能を表す。ネットワークは、例えば、インターネット又はモバイルセルラーネットワークを含んでもよく、機能は、ネットワーク（又は複数のネットワーク）内のサーバ又はデバイスによって提供されてもよい。上述したセンサもまた、ネットワークレベルで動作し、ネットワークを介して照明システム及び制御システム５０２に入力を提供してもよい。
【００５５】
メモリ５０６は、図４のメモリ４１２と実質的に同じ目的を果たす。図５から、メモリ機能は、制御ロジック５０２を介して、照明器具５０４を介して及び／又はネットワーク５１２を介して照明システムと直接インタラクトすることができることが分かる。
【００５６】
斯くして、一例では、メモリ５０６は、制御システム５０２を実施する中間デバイス２１０等のデバイス内で動作する。代替的に、メモリは、制御ロジックによって処理された入力及び出力イベントを検出し記憶することができる（可能であれば専用のアプリケーション又はアプリを実行する）スマートフォンに実装される。第３のオプションは、このモジュールが個々の光源で動作することである。この場合、光源で直接光設定又は制御コマンドを保持することができる。最後に、光設定の記録をつけるクラウドサービスで実行することも可能である。
【００５７】
確認プロンプト( Confirmation prompt)５０８は、図４のＩ／Ｏインターフェース４１４の出力機能と実質的に同じ目的を果たす。斯くして、照明設定の変更を確認するためにユーザ入力が必要であると制御システムが判断する場合、プロンプトが、斯かる入力を求めるために提供される。図５から、このプロンプトは、制御システム５０２を介して、照明器具５０４を介して及び／又はネットワーク５１２を介して提供され得ることが分かる。
【００５８】
プロンプトは、いくつかの形式を取ってもよい。プロンプトは、例えば壁パネル等のユーザインターフェースの制御パネル、又は例えばスマートフォン若しくは時計等のモバイルユーザインタフェースに表示されてもよい。場合によっては、プロンプトは、照明器具からの光出力によって示されてもよい。例えば、低輝度から高輝度設定への変更を適用することが、ベッドサイド又はデスクランプからの薄暗い輝き(dim glow)によって推奨されてもよい。ビープ音、特定の音若しくはトーン、又は合成若しくは録音された音声等のオーディオプロンプトが提供されてもよい。斯かる例では、ユーザは、例としてプロンプトを学習する又はプロンプトをプログラミングすることによって、所与のプロンプトが何を指すのか理解してもよい。プロンプトはさらに、将来の光設定のために更新が提案される場合、電子メール、ＳＭＳメッセージ又は他の形式のテキストベースのメッセージ若しくは適切なデバイスへのプッシュ通知であってもよい。
【００５９】
ユーザは、提案された照明設定の変更を受け入れる又は拒否するようにプロンプトに対する応答を提供してもよい。応答は、電話、タブレット、時計又は他のウェアラブルデバイス等のスマートデバイスの形態であってもよい、制御システム５０２として（又はその一部として）又はネットワーク５１２を介して動作するユーザ端末等の様々なデバイス又はユーザインターフェースによって提供され得る。応答は、制御システム５０２として動作する、壁パネル等の、専用の照明コントローラで提供されてもよい。応答はさらに、システムの照明器具若しくは照明デバイス５０４、又はシステムに情報を提供するセンサになされてもよい。センサは、制御システム５０２の一部を形成してもよく、又は５１２によって表されるネットワークデバイスであってもよい。
【００６０】
可能な応答の例には以下が含まれる。
−  タッチ感応光源のタップ又はタッチ
−  タッチスクリーンデバイス（スマートフォン、時計、タブレット等）へのタッチ
ボイスコマンド
−  制御デバイス上のキー若しくはボタンの押下、又はキー若しくはボタンの押下の組み合わせ
−  照明デバイスのコントローラ又は電源スイッチに対する動作（トグル動作等）
デバイス上の専用ボタン又は入力
−  モーションセンサにより検知されるべき動作
【００６１】
図６は、照明設定を推奨するためのプロセスの一例を示すフロー図である。
【００６２】
ステップＳ６０２において、照明システムへの１つ以上の入力が検出される。特に、入力イベント、又は１つ以上の入力に対する変化が検出されてもよい。これは、例えば図４の４０６、４０８、及び／又は４１０で表される入力等、上述の入力のうちのいずれかであってもよい。検出は、監視フェーズとして機能する、実質的に連続的であってもよい。
【００６３】
ステップ６０４において、Ｓ６０２において検出された入力に応じて照明設定又はパターンが更新されるべきか否かが判断される。変化は、典型的には、Ｓ６０２で検出された入力の変化に応じて、すなわち、トリガイベントが発生した場合に推奨される。トリガが発生していない場合、又はトリガが発生しているが照明設定の更新をもたらさない場合、プロセスは、入力を監視することに戻る。設定変更がある場合（ステップＳ６０４で「Ｙｅｓ」）、処理は、後述するステップＳ６０６へ進む。更新は、現時点での照明設定を変えることになることがよくあるが、現在の入力又は入力の変化によりトリガされる、将来の時点のための更新、又は将来の照明パターン又はスケジュールの更新であってもよいことに留意されたい。例えば、推奨は、入力の監視及び記憶を通じて決定される、使用又は挙動のパターン又は履歴に基づいてもよい。制御ロジックは、斯かるパターンを分析してもよく、十分に明確な傾向が現れる場合、この傾向を使用して将来の所望の光設定を予測してもよい。現在のイベント又は入力は、斯かる設定を予測するために、イベント又は入力の履歴と共に、十分有意義に傾向又はパターンを作り得る。
【００６４】
同様に、更新は、瞬時的な更新である必要はなく、ある期間にわたって延びる照明設定のパターン又は照明設定の時系列に対する更新であってもよい。
【００６５】
図７は、１つ以上の照明設定に対する例示的な更新の時間的態様を示す。タイムラインには、３つの定義された時点、Ａ、Ｂ及びＣが示されている。時点Ａは、検出された入力又はイベントにおいて定義される、現在の時点を表す。時点Ｂは、更新された照明設定又はパターンの開始時間を表し、時点Ｃは、該更新された照明設定又はパターンの終了時間を表す。期間ｔ１は、トリガ又は入力から更新された照明設定の開始までの時間を表し、期間ｔ２は、推奨された更新の継続時間を表す。これらの期間を説明するための一例を考えると、トリガは、ユーザが水曜日の午前５時半に強設定(intense setting)へ寝室のライトをオンにし、その後午前６時１５分に該ライトを再びオフにすることであり得る。同じイベントが前の月曜日と火曜日にも発生している場合、照明コントローラは、３回目の発生時に、これは規則的なパターンである、例えば、ユーザはこの週の仕事前に早朝ランニングに行っている可能性があると判断する。更新が、木曜日の午前５時半に強設定にオンにし、午後６時１５分にオフにするように寝室のライトを設定するよう発生する。斯くして、この例では、期間ｔ１は、２４時間弱であり、ｔ２は、４５分である。
【００６６】
図６に戻ると、Ｓ６０２で検出された入力又はトリガは、以下でさらに詳細に述べられるように、広範囲の形態をとることができる。
【００６７】
制御トリガは、実質的に通常の方法で、壁パネル、モバイルユーザ端末又は照明器具のスイッチ若しくはインターフェース等のシステムによって提供される任意の手段による、照明設定を変更するためのユーザによる入力である。
【００６８】
センサベースのトリガは、照明システム、又は照明システムが照らす空間の近くに配置され得る、光センサ、モーションセンサ、熱センサ、存在センサ等のセンサの出力を指す。センサベースのトリガはまた、心拍数、皮膚水分、ユーザの動き等の測定値を取るバイオセンサ等の、ユーザに基づく又はユーザによって身に着けられるセンサからのものであってもよい。
【００６９】
例えば、光センサは、夜間、昼間、直射日光、曇り等、周囲の光条件に関するデータを提供することができ、ライトトリガは、例えば、暗い条件では照度を上げたり、明るい条件では照度を下げたりすることによりもたらし得る。モーションセンサ又はＰＩＲセンサは、例えば、人の存在又は動きを監視することができ、動きの検出が、１つ以上のライトがオンにされる、又は状態が変えられるトリガとなってもよい。ＲＦＩＤ受信機は、ＲＦＩＤタグ又はトークンを携帯している又は所有している人又はオブジェクトのＩＤを検出及び決定する存在センサとして機能してもよい。例えばスマートフォン等のユーザデバイスとインタラクトする、部屋等の空間に配置されるビーコンが使用されることもでき、このインタラクトは、当該デバイスの存在及び／又は場所を決定することができる。斯かるビーコンは、ＦＲビーコンであり得る。特定の照明設定に変更するためのトリガは、例えば、特定のユーザが空間内で感知された場合に発生してもよい。さらに、ユーザの存在により、検出された入力が、該ユーザに関連付けられることが可能であってもよい。
【００７０】
クロック又は時間入力が、概日リズム等、ユーザのスケジュール及び好みを学習するために、任意選択的にプログラムされた又は学習された挙動パターンと組み合わせて、自動化制御を提供する際に用いられてもよい。例えば、照明システムは、毎日特定の時間に自動的に「朝」設定に設定されることができ、又は設定は、ユーザが空間を離れた後の一定期間の間そのままでもよい。
【００７１】
ネットワークインターフェースから得られる入力は、照明システムにリンクされている場合、暖房／冷房システムへの入力又はオーディオ／ビデオ／エンターテインメントシステムへの入力を含んでもよい。入力はまた、共有カレンダやソーシャルメディア等のネットワークベースのアプリケーションから取得されてもよい。例えば、照明システムは、パーティ、会議又はプレゼンテーション等の日記におけるイベントの入力を受けてもよく、斯かるイベントの場所の入力も受けてもよい。
【００７２】
センサ入力、時間入力、ネットワーク入力、ユーザデータの好み等の組み合わせは、システムの照明設定の更新が適切であるかどうかを評価又は予測するために、制御ロジックを使用して組み合わされることができる。
【００７３】
ステップＳ６０４において更新が決定される場合、処理は、ステップＳ６０６に進む。ステップ６０６においては、更新が実施される前にユーザからの確認が必要であるかどうかが判断される。所与の更新が自動的に適用されるべきであるかどうか、又はユーザ確認が先ず求められるべきであるかどうかを評価する際に、多くの考慮がなされてもよい。この例では、信頼性メトリックが更新に関連付けられ、信頼性メトリックが閾値以上である場合、確認は不要であると判断される。それ以外の場合、ユーザ確認が必要であると見なされる。信頼性メトリックを決定するために使用され得る要因が以下に述べられる。
【００７４】
信頼性メトリックが基づくことができる１つの要因は、現在の照明設定と更新された照明設定との間の差である。差は、例えば、色、強度、時間若しくはパターンの差、又は斯かるパラメータの組み合わせであってもよい。わずかな色相又は色温度の変化等、差が小さい場合、ユーザは、更新された設定に非常に不満を抱く可能性が低く、それを確認することを必要とすることにより気を散らされたくないであろうと考えられる。したがって、高い信頼性メトリックが好ましい。急激な明るさの変化等、変化が大きい場合、これは、ユーザに大きな影響を与える可能性があり、それゆえ確認に値すると考えられ、低いメトリックが割り当てられる。
【００７５】
他の要因は、更新をもたらしたイベント又は入力のタイプである。特定のタイプの入力は、他のものよりも信頼性が高いと判断されてもよく、より高い信頼性要因を有してもよい。例えば、周囲光レベルの減少に応じた光強度の増加は、信頼できる更新と見なされてもよく、一方、ソーシャルメディアフィードに基づく更新は、信頼性が低いと見なされてもよい。
【００７６】
更新された１つ以上の設定が、履歴的な使用又は入力の獲得されたパターンに基づく場合、信頼性メトリックは、履歴パターンの特性に基づいてもよい。第１の特性はパターンの長さである。更新されたパターンが、数週間又は数ヶ月のユーザデータに基づいて決定される場合、信頼性メトリックは、更新された設定が数日又は数時間の履歴データのみに基づく場合よりも高く設定されてもよい。
【００７７】
第２の特性は、パターンの相関度である。パターンが繰り返しを表す場合、自己相関が、適切な特性であり得る。例えば、ユーザが同じ動作を規則的に繰り返す場合、例えば日曜日の朝に２時間エクササイズセッションのためのエネルギを与える(energising)照明設定を設定する場合、当該設定の一貫性が測定され得る。設定の時間が変動する場合、例えば、時々午前１０時に始まり、他の時には午前１０時半に開始する場合、又は平均で毎月４回の日曜日のうちの３回にのみ設定が適用される場合、低い信頼性メトリックが割当てられてもよい。しかしながら、設定が毎週日曜日に６週間開始されていて、常に午前１０時から５分以内に開始される場合、より高い信頼性メトリックが割当てられてもよい。
【００７８】
相関はまた、現在検出されている入力又はパターンと、履歴パターンとの間であってもよい。履歴パターンは、ユーザが、リビングルームでリラックス設定を夜間に１時間午後９時に開始し、その後１５分間シャワーを浴びた後、ライトをオフにする前に、ベッドで読書をするために、２０分間寝室で読書灯を使用することを好むというインディケーションを提供してもよい。システムが、リビングルームで午後９時から１時間同じリラックス設定を検出し、その後１５分間バスルームライト（又は照明システムにネットワーク接続されている場合はシャワーの検出）を検出する場合、システムは、読書灯をオンにするための更新を決定してもよい。履歴パターンが非常に近くマッチングされる場合、信頼性メトリックは高くしてもよい。しかしながら、履歴パターンとのマッチングの度合いがより低い場合、例えば、リラックス設定がより早く始まる、又はより長い若しくはわずかに異なる明るさである、又はシャワーが１５分ではなく例えば３０分間である場合、信頼性メトリックは低減されてもよい。
【００７９】
信頼性メトリックは、更新が行われるまでの期間に基づいて、又は更新された期間の継続時間に基づいて、すなわち、図７の期間ｔ１及びｔ２の一方又は両方に基づいて決定されてもよい。更新が将来十分に遠くにスケジュールされている場合、より低い信頼性メトリックが、現在時刻ともたらされる更新との間の多数の可能な変数を反映するために適用されてもよい。また、ユーザは、例えば、自身が次に照明制御パネルを通過する又はリモートユーザインタフェースをピックアップする場合等、ゆっくりと更新を受入又は拒否してもよい。更新がより短時間で有効になるようスケジュールされる場合、信頼性メトリックは低く設定されてもよい。更新の継続時間が長い場合、ユーザにより大きな影響を与えると考えられ得、それゆえ、信頼性メトリックは低減されてもよく、一方、より短時間しか続かない更新は、ユーザにそれほど関連性はないと考えられ得、それゆえ、より高い信頼性メトリックを有してもよい。
【００８０】
最後に、自動的に適用された更新を「アンドゥする」ための訂正動作(corrective action)と同様に、提案された更新を受入又は拒否する以前のユーザ入力が、将来の更新のために考慮されてもよい。例えば、（例えば雲が頭上を通過するため）周囲の明るさの減少に応じて特定の領域の照明の明るさを増加させるための更新が何度も提案される場合、提案が受け入れられる頻度が、関連する信頼性メトリックを制御するために用いられ得る。提案された変更が十分に高いパーセンテージの回数、又は特定の回数受け入れられる場合、メトリックは、変更が将来自動的になるように増加されてもよい。しかしながら、特定のユーザが部屋に入る場合にライトをオンにするための変更が自動的に適用されるが、ユーザが一貫してライトを素早くオフに戻す場合、関連する信頼性メトリックは低減され、ゆえに、変更は将来推奨しかなされない。
【００８１】
信頼性メトリックは、上述したような要因の組み合わせに基づいてもよい。斯かる要因は重み付けされてもよく、組み合わせは、全体的な信頼性メトリックを提供するために、互いに高め合ってもよく、又は相殺してもよい。
【００８２】
信頼性メトリック、又は全体的な信頼性メトリックを構成する要因は、更新された期間の継続時間にわたり変化又は進化してもよい。例えば、更新は、急峻な／瞬間的なやり方で適用される必要はない。システムは、例えば、ライトを現在の設定から更新された設定に向けてゆっくり移行させることができ、反対にユーザのフィードバックなく時間が経過するにつれて、信頼性要因は増加する。ある時間ウインドウ内で、システムは、ユーザがこれまで否定的に応答していないため、確認のためユーザを促さないことを決定してもよく、一方、センサがこの移行的な効果にわたり予期しない又は通常ではない挙動を検出する場合、システムは、信頼性メトリックを低減し、ユーザへのプロンプトを強制してもよい。
【００８３】
確認が必要とされない場合、プロセスはステップＳ６１０に進み、更新された設定又はパターンが適用され、その後、ユーザフィードバック履歴が更新される任意のステップＳ６１４に進む。
【００８４】
ステップＳ６１０からステップＳ６１４に到達した場合、いかなるユーザフィードバックもないかもしれず、プロセスは、Ｓ６０２において入力を検出することに戻ることができる。しかしながら、ステップＳ６１０は監視期間を含み、アンドゥ入力等、更新された設定又はパターンに応じて任意の後続の入力を検出してもよい。任意の後続のユーザ入力のタイミングがまた、例えば設定が適用されてからこの後続のユーザ入力までの遅延を決定するために、監視されてもよい。この遅延はシステムによって解釈され、設定又はパターンに対する将来の提案された更新に影響を与えることができる。例えば、ある遅延の後に入力又はフィードバックが検出されない場合、これは正しく予測された更新の確認として解釈されることができ、斯かる遅延期間後のいかなる変更又は入力も、Ｓ６１０において適用される更新とは無関係として解釈される、又は少なくとも斯かる入力に関する信頼性が著しく低減される。斯かる期間は、例えば５秒又は１０秒であってもよい。斯かるバイナリアプローチよりもむしろ、更新後より早く受ける応答は、より後に受けられる応答よりも大きな重要性を与えられるように、遅延期間の増加と共に減少する重要性重み付け(significance weighting)が適用されてもよい。
【００８５】
確認が必要な場合、プロセスはステップＳ６０８へ進み、ユーザ確認のためのプロンプトが出される。プロンプトは、上述したようにいくつかの異なるやり方で提供されてもよい。ステップＳ６１２において、ユーザ応答が判断される。応答は、上述したようにいくつかの異なるやり方で提供されてもよい。応答が肯定的である、すなわち、更新が受け入れられる場合、ステップＳ６１０において、更新された設定が適用される。更新が拒否される場合、プロセスは任意選択的なステップＳ６１４に進む。ステップＳ６１４においては、記憶されているユーザ入力履歴が更新される。ステップＳ６１２におけるユーザからの否定的な応答は注目され、設定又はパターンに対し将来提案される更新に影響を及ぼすために使用されてもよい。任意選択的なステップＳ６１４はまた、上述のように、さらなる入力についての監視を実行してもよい。その後、プロセスは、ステップＳ６０２における入力の検出に戻る。
【００８６】
ステップＳ６１２及びＳ６１４に関連するユーザフィードバック又は応答は、ユーザが、Ｓ６１２においては本質的にイエス／ノーオプションを有し、Ｓ６１４においては適用された更新を「アンドゥする」可能性を有する、バイナリの意味で述べられている。しかしながら、場合によっては、ユーザのフィードバック又は入力は、変更又は更新を部分的に受け入れることであってもよい。例えば、自動更新が照明レベルを８０％減少させる場合、ユーザは明るさの減少を承認してもよいが、その程度は承認しなくてもよい。したがって、ユーザは、代わりに照明レベルの５０％の減少をもたらすための入力を提供することにより応答してもよい。別の例では、システムは、色温度を１時間上げるために提案された変更の確認をユーザに促してもよい。この場合も、ユーザは部分的に受け入れてもよいが、継続時間は２時間に延長されるべきであるという入力を提供してもよい。斯かる場合、システムは、受け入れの程度(degree)又は範囲(extent)を考慮に入れて、斯かるフィードバックを解釈してもよく、それに応じて信頼性メトリック及び将来提案される更新を更新してもよい。
【００８７】
あり得るさまざまなシナリオを例示するために、いくつかの具体例を示す。
【００８８】
第１の例では、ユーザは、加速度計及び／又は心拍数モニタによって自身の動きの記録を付けるフィットネスウォッチを有する。ユーザは自宅でトレーニングしており、開始直後、例えばトレッドミルでランニングを開始した直後、システムは、フィットネスバンドを介してアクティビティの増加を検出する。必要に応じて、システムは、データの信頼性を確保するためにこのデータをある限られた期間収集し、該データを既知のパターンのセットと比較する。比較の結果は、ユーザが（ある運動の反復性のため）一定のペースで走っている可能性が最も高いと判断する。結果として、システムは、ユーザがトレーニングしていると結論付け、システムの制御ロジックは、例えば５５００Ｋのエネルギを与える光設定が当該タイプのアクティビティに最も適していると判断する。
【００８９】
追加的に、ユーザは通常段階的にトレッドミルを走り、例えば１０ｋｍ走行するごとに数分間休息し回復するために止まる。これらの回復期間の間、フィットネスバンドはアクティビティの減少を測定し、これは通常、コントローラが、ユーザがくつろぐのを助けるためにリラックスしたシーンに戻るトリガとなるであろう。しかしながら、これは、ユーザがくつろぐことに興味があるのではなく、すぐにエクササイズを継続することを期待するので、ユーザによりフォルスポジティブとして構成されることになる。
【００９０】
しかしながら、コントローラは追加的に、ユーザの予定（又は代替的に、ユーザのジムのデジタル書類(dossier)）へのアクセスを有し、当該日／週のその時点でユーザは通常２時間ジムに行くことに気付く。その結果、制御ロジックは、ユーザが２時間トレーニングを続けようとすると推定する。したがって、ロジックは、通常の関数を更新し、フィットネスバンドによって検出されるアクティビティの低減を無視し、２時間が経過した後にのみ斯かる入力に反応することに復帰することを決定する。これは、２時間のアクティビティの後にのみ、フィットネスバンドによって感知されるアクティビティの減少の結果として以前のシーン又はリラックスしたシーンに切り替わることを意味する。
【００９１】
コントローラは、この更新のための信頼性要因を決定し、重要な要因は、更新が効果を持つであろう時間の長さ（２時間）である。また、エクササイズの時間ウインドウと心拍数／動きの測定値との間には強い相関関係があり得るが、ユーザは、ジムではなく自宅でトレーニングしているため、全体的な信頼性は低下する。さまざまな要因を組み合わせると、結果は信頼性メトリックが閾値を下回り、ユーザからの確認が求められる。この場合、フィットネスウォッチは、可能であれば音声又は触覚アラートを伴う、適切なメッセージ又はアイコンを表示することができるスクリーンを有する。フィットネスウォッチのボタンを押すだけで、ユーザは、自身が通常のエクササイズのパターンを繰り返す可能性が最も高いことを確認することができ、その結果、コントローラは、関連する２時間が経過する前に照明を変更しないであろう。このようにして、ユーザは多くのディテールを提供し、システムを複雑なやり方でコンフィギュレーションすることに不必要に煩わされることはなく、その選択が正しいことをコントローラに確認することしか必要としない。
【００９２】
第２の例では、ユーザは、自身の心拍数を測定するスマートウォッチを有し、ユーザは、自身が高血圧のために自身の心臓の挙動の記録を付けるためにスマートウォッチを使用する。スマートウォッチは、加速度計も含む。
【００９３】
日中、システムは、有意なアクティビティが検出されていない間にユーザの心拍数が急速に増加していることを検出し、システムは、これを怒り／ストレス関連であると結論付ける。結果として、推奨エンジン(recommendation engine)は、リラックスしたシーンが適用されるべきであると判断し、システムは、すべてのランプをリラックス設定（例えば１８００Ｋ）に変える。照明の違いは十分僅かであると見なされ、信頼性メトリックは高く、照明は自動的に更新される。しかしながら、ユーザは、自身のオフィスで自身のライトが絶えず変わって欲しくはなく、それゆえ、初めてコントローラが更新をすることに気付くと、ユーザは、自身のスマートウォッチを介して以前の設定を呼出す。
【００９４】
自宅にいる際に、ユーザは働き続け、該ユーザのストレスレベルは上昇し、再び照明はリラックス設定で更新される。しかしながら、この場合、ユーザは、リラックスしたいので、推奨された設定を却下(overrule)しない。
【００９５】
初期的に、日中の変更に対する信頼性設定は、自動変更が拒否されるため低減されるが、夕方のパターンに対する信頼性は、変更が受け入れられるので高いままである。しかしながら、時間の経過とともに、コントローラは、ユーザからのフィードバックを収集し、心拍数が増加するアクティビティに気づく場合、リラックスしたシーンは、（例えば、ジオフェンシング及び／若しくはビーコンを介して、若しくはユーザのリビングルームのライトをオンすることにより検出される）ユーザが家にいる場合にのみ適用されるべきであり、ユーザがオフィスにいる場合には適用されるべきでないと判断し、取集されたデータはこの全体的なパターンを裏付けるので、それに対する信頼性が高められる。
【００９６】
第３の例では、ユーザは通常夕食をとり、その後リビングルームに行き、タブレットで新聞を読む。このために、ユーザは、いくつかのライトしかオンせず、かなり暖かい温度（例えば、３５００Ｋ）であるよりリラックスしたシーンを使用する。通常、タブレットはマイナーな動きのみを検出し、これは通常、コントローラが、ユーザは大きなアクティビティを行っていなく、従ってシーンは変更される必要がないと考えるに至るであろう。
【００９７】
特定の日に、ユーザの親友は、彼らが町に行こうとしていることをお気に入りのソーシャルメディア（例えば、フェイスブック）に投稿し、ユーザは、翌日に該ユーザの場所で彼らを夕食に招待することにより応答する。この状況において、ユーザは、リビングルームでよりアクティブなシーンを持ちたいと思う。しかしながら、コントローラは、タブレットからの通常のパターンに関して大きな変化が生じていない（すなわち、アクティビティがまだほとんどないか、アクティビティはない）ことを検出し、その結果、更新は典型的には決定されないであろう。
【００９８】
しかしながら、ユーザはまた、推薦エンジンがソーシャルメディアコンテンツに基づいて異なる効果をトリガすることができる、自身の照明システムにおける拡張機能も有効化している。この場合、リコメンダ(recommender)は、ユーザのメッセージ上でキーワード「友達」、「楽しみ」、及び「午後９時」を検出し、その結果、通常のリラックスして新聞を読んでいる時間に別のアクティビティが行われるであろうと結論付ける。とりわけ、キーワード「友人」及び「楽しみ」は、よりカラフルで鮮やかなシーンにマッピングされ、カラーパレットは、更新された設定を導き出するために、ユーザによって編集された以前のシーンのいずれかから、又はデータベースを参照し、これらのキーワードに関連する最も一般的な色を検出することにより抽出されることができる。
【００９９】
イベントの前にかなりの時間があるため（この例では、翌日の午後９時まで更新は有効にならない）、信頼性メトリックは減少され、閾値を満たさない可能性がある。したがって、さらなる確認として、コントローラは、これらのキーワードを見つけた結果として通常のルーチンが変更されたことを確認するようユーザに要求するためにユーザのタブレットに通知を送信することができる。
【０１００】
さらなる選択肢として、コントローラは、イベント／アクティビティの検出された開始時間を超えて待機することもできる。ユーザがパーティ用のライト設定を手動でアクティブにすることを決定する場合、コントローラは、設定がすでにユーザのためにアレンジされていることをユーザに知らせることができ、ユーザは、システムがすべてを自動的に処理するのを受け入れることしか必要としない。この場合、リコメンダは、入力がユーザによって時間内に与えられなかった場合でも、ユーザのための選択プロセスを単純化している。
【０１０１】
本発明は純粋に例として上記に記載されており、細部の変更は本発明の範囲内でなされ得ることが理解されるであろう。本願明細書に開示された各特徴、及び（適切な場合）請求項及び図面は、独立して又は任意の適切な組み合わせで提供され得る。
【０１０２】
本開示に関連して述べられた様々な例示的な論理ブロック、機能ブロック、モジュール及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）若しくは他のプログラマブルロジックデバイス（ＰＬＤ）、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、又は本願明細書に述べられた１つ以上の機能を実行するよう設計されたこれらの任意の組み合わせ、任意選択的に、メモリ又は記憶媒体に記憶された命令との組み合わせを用いて実装又は実行されてもよい。コントローラ４０２又は制御システム５０２等の述べられたプロセッサは、例えばＤＳＰとマイクロプロセッサの組み合わせ等のコンピューティングデバイスの組み合わせ、又は例えば複数のマイクロプロセッサとして実装されてもよい。逆に、別々に述べられた機能ブロック又はモジュールは、単一のプロセッサに統合されてもよい。図６のフロー図によって示される方法等、本開示に関連して述べられた方法又はアルゴリズムのステップは、直にハードウェア、プロセッサによって実行されるソフトウェアモジュール、又はそれらの組み合わせで具現化されてもよい。ソフトウェアモジュールは、当技術分野で知られている任意の形態の記憶媒体に存在してもよい。使用され得る記憶媒体のいくつかの例は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク及びＣＤ−ＲＯＭを含む。
【０１０３】
開示された実施形態に対する他の変更は、図面、開示、及び添付の特許請求の範囲の研究から、クレームされた発明を実施する際に当業者によって理解され、達成され得る。特許請求の範囲において、「含む（comprising）」という単語は他の要素又はステップを排除するものではなく、不定冠詞「a」又は「an」は複数を除外しない。単一のプロセッサ又は他のユニットが、請求項に列挙されたいくつかの項目の機能を果たすことができる。特定の手段が相互に異なる従属請求項に列挙されているという単なる事実は、これらの手段の組み合わせが有利に使用できないことを示すものではない。コンピュータプログラムは、他のハードウェアと一緒に又は他のハードウェアの一部として供給される光学記憶媒体又は固体媒体等の適切な媒体上に記憶／分配され得るが、インターネット又は他の有線又は無線の電気通信システム等の他の形態で分配されてもよい。請求項中の如何なる参照符号も範囲を限定するものとして解釈されるべきではない。
【図１】
2019528556.tif 000003
【図２】
2019528556.tif 000004
【図３】
2019528556.tif 000005
【図４】
2019528556.tif 000006
【図５】
2019528556.tif 000007
【図６】
2019528556.tif 000008
【図７】
2019528556.tif 000009
【国際調査報告】
2019528556.tif 000010
2019528556.tif 000011