光照控制的制作方法

本公开涉及光照系统中的光照和光照信息的控制。

背景技术：

“连接的照明”指的是灯具的系统，该灯具不是通过（或者不是仅通过）传统的有线的电气开关或调光器电路而是经由使用数字通信协议的有线或更经常的无线网络来被控制。典型地，多个灯具中的每一个、或者甚至灯具内的各个灯，可以各自配备有用于根据无线联网协议（诸如zigbee、wi-fi或蓝牙）从一个或多个照明控制设备接收照明控制命令（并且可选地，也用于使用无线联网协议向照明控制设备发送状态报告）的无线接收器或收发器。

灯具可以具有单独可控的参数（诸如亮度和颜色），并且可以以协调的方式成组地一起控制一个或多个灯具以创建整体的光分布、或者场景，以用于以期望的方式照射区域或空间（诸如房间）。如期望的那样，不同灯具和/或灯具的不同设置的组合可以实现空间的区域的不同的整体光照。

为了实现期望的光照，通常优选的是使对应于期望的光分布、或者场景的设置的组存储在一起，而不是必须控制各个灯具、或者甚至控制该灯具或每一个灯具的各个设置。例如，可以创建“早晨”场景、或者“放松”场景，并且将理解的是大量的照明选项快速地变为可获得的。

为了改进最终用户的可管理性和便利性，越来越多地采用自动化或半自动化来控制照明系统（诸如如上所述的连接的照明系统）中的光照。可以学习和编程例程和日程安排，并且传感器和其他输入端有助于将光照预测和适配成用户的欲求和需求。

技术实现要素：

然而，难于总是正确地预期用户的照明需求，并且在一些情况下，照明系统可以改变到设置对于用户而言不合乎期望的场景。系统决策基于有限的一组条件，并且虽然在大多数情况下它可以做出正确的判断，但是在一些情况下在用户的感知上仍然可能是“错误的”。因此，在自动调整光设置以基于智能预测为用户提供无缝且方便的体验和用户必须提供输入以手动提供期望的设置、或调整或撤消自动调整的设置之间存在权衡。

将合乎期望的是提供改进的光照控制。

根据本发明的第一方面，提供了一种控制用于提供空间光照的照明系统的方法，所述方法包括检测与所述照明系统有关的一个或多个输入事件；基于所述一个或多个输入事件确定更新的光照模式，确定是否自动应用所述更新的光照模式；在没有自动应用更新的光照模式的情况下，向用户提供指示所述更新的模式的提示；响应于所述提示接收来自所述用户的输入；并且控制所述照明系统以响应于所述接收的用户输入有条件地应用所述更新的光照模式。

以这种方式，在确定存在足够的置信度（degreeofconfidence）、或者存在更新的设置是由用户期望的并且对于用户而言可接受的高可能性的情况下，可以自动应用光照设置或模式的一些更新或改变，而与较低置信度或较低可能性相关联的其他更新或改变只有在获得来自用户的确认后，才会应用。这提供了自动化的最低程度侵入水平，同时减少了不想要的自动化改变。

更新的光照模式可以是系统的一个或多个照明设备或灯具的光照参数的简单改变，例如实施例中的场景改变。更新的模式还可以包括要应用参数或场景的持续时间。然而，更新的模式可以包括更复杂的动态事件序列，诸如光照参数的改变的序列。

在进一步的实施例中，更新的模式可以是间接更新，并且包括对一个或多个规则的更新、或者自动确定或推荐光照设置的日程安排，而不是对光照设置本身的更新。

该方法还可以包括确定与所述更新的光照模式相关联的置信度度量（confidencemetric），其中如果所述置信度度量高于阈值，则自动应用该设置。置信度度量表示用户对更新的光照模式的合意性和/或接受度的评估。

在实施例中，置信度度量根据所述更新的光照模式与意图于更新的模式之间的差异的程度（measure）而变化。意图于更新或替换的模式可以仅仅是示例中的当前模式或设置，或者可以是存储以供将来使用的模式或设置。可以以多变量方式确定差异，考虑一个或多个因素或参数，诸如强度、颜色、持续时间、时间序列或变化等。

置信度度量可以根据实施例中更新的光照模式所基于的输入的一个或多个类型而变化。

可能类型的输入事件包括来自一个或多个传感器的输入，该传感器适配成感测所述待照射空间中或所述待照射空间附近的条件。例如，这种传感器还可以包括光传感器、温度传感器、湿度传感器、运动传感器或pir传感器和/或用于检测rfid标签或标记的存在的rfid传感器。输入可以例如涉及由照明系统照射的空间中的用户的活动。输入还可以来自一个或多个传感器，该一个或多个传感器适配成感测与照明系统的用户相关联的条件或参数。这种传感器可以包括生物计量传感器，例如用于测量用户的心率、皮肤潮湿度或其他生命体征或生物计量参数。在一些情况下，可以感测诸如血糖或ecg信号的医学指标。

其他可能类型的输入包括从通过在实施例中连接到所述照明系统的网络访问的应用或媒体商店接收的信息。例如，照明系统可以连接到蜂窝网络、和/或连接到诸如因特网的广域网。可以访问或向照明系统提供输入的应用包括例如用户日程安排或日历应用，或者提供用户或用户行为或者外部事件（诸如天气预报）的信息的任何应用。在实施例中，金融应用可以提供用户的交易数据。社交媒体应用还可以提供可以用作输入的信息以确定更新的光照模式。此外，诸如图片、照片、视频和/或音乐的所存储媒体可以被照明系统访问或者从照明系统访问。

输入的组合可以用于确定实施例中的更新的光照模式，其中来自不同源的信息例如根据逻辑规则被组合或处理，以预测或推荐光照模式。此外，输入或输入的组合不需要是当前的或同时的，并且可以累积和分析历史输入数据以检测行为的序列，其可以用于确定更新的光照模式，特别是在这样的序列包括可识别的重复序列或片段的情况下。

在实施例中，置信度度量根据先前接收的响应于基本相同的更新的光照模式的输入而变化。也就是说，在已经建议或提示先前更新的情况下，可以记录用户响应（接受或拒绝）并且用于评估将来更新的置信度。在达到一置信度度量时，也可以考虑所接收输入的定时。在示例中，在应用更新之后相对快速地接收的输入被给予更多的重要性，并且重要性随着从应用的更新到接收的输入的时间的增加而减小。

在更新的光照模式所基于的一个或多个输入包括输入的历史时间序列的情况下，置信度度量可以根据实施例中的所述历史时间序列的长度而变化。例如，较长的时间序列可以产生更大的置信度，因为例如更大量的可获得的数据。可替代地或附加地，置信度度量可以根据在该序列内检测到的输入的相关性的程度而变化。例如，这种相关性可以在上面提到的可识别的重复序列之间。

在实施例中，更新的光照模式包括照明设置的时间序列，并且置信度度量根据所述时间序列的长度而变化。在实施例中，更新的光照模式涉及将来的时间点或时间段，并且置信度度量根据直到所述时间点或所述时间段的开始的剩余时间而变化。

可以组合因素的组合以达到总体置信度度量，并且如果可以分配数值，则组合可以是数字的，或者可以例如经由规则或布尔逻辑。此外，置信度度量可以是动态的，随时间变化。可能在应用相关更新之前或应用更新之后发生变化。这可能与具有相关联的持续时间的更新或随时间逐渐应用的更新特别相关。

根据本发明的又一方面，提供了一种照明控制系统，包括控制器，其适配成将一个或多个输入事件接收到所述照明控制系统并且基于所述一个或多个输入事件确定更新的光照模式；用户输出接口，其适配成向所述用户输出指示所述更新的模式的提示；和用户输入接口，其适配成响应所述提示接收来自所述用户的输入；其中所述控制器适配成确定是否自动应用所述更新的光照模式，并且在未自动应用更新的光照模式的情况下，响应于所述接收的用户输入有条件地应用更新的光照模式。

本发明还提供了一种计算机程序和一种计算机程序产品，该计算机程序和计算机程序产品用于实现本文描述的方法中的任何一个和/或用于体现本文描述的装置特征中的任何一个，以及一种计算机可读介质，其具有存储在其上的程序，该程序用于实现本文描述的方法中的任何一个和/或用于体现本文描述的装置特征中的任何一个。

本发明延伸到基本上如本文参考附图描述的方法、装置和/或用途。

本发明的一个方面中的任何特征可以以任何适当的组合被应用于本发明的其他方面。特别地，方法方面的特征可以被应用于装置方面，并且反之亦然。

此外，以硬件实现的特征可以一般地以软件实现，并且反之亦然。本文对软件和硬件特征的任何引用都应当被相应地解释。

附图说明

现将参考附图仅以示例的方式描述本发明的优选特征，在附图中：

图1示出了照明系统安装的示例；

图2示意性地图示了照明系统；

图3图示了表示用于示例场景的光照设置的数据；

图4示出了用于推荐光照设置的示例系统的功能配置；

图5示出了用于推荐光照设置的示例系统的可替代的配置；

图6是图示用于推荐光照设置的过程的示例的流程图；

图7是图示示例光照模式更新的时间性质的时间线。

具体实施方式

图1示出了被安装或以其他方式被设置在环境102（例如，诸如房间的室内空间、或者诸如花园或公园的室外空间、或者诸如凉亭的部分被覆盖的空间、或者可以被一个或多个人占用的任何其他空间（诸如车辆的内部））中的照明系统。照明系统包括一个或典型地多个灯具104，每个灯具104包括一个或多个灯（光照发射元件）和任何相关联的外壳、（多个）插座和/或支撑物。led可以被用作光照发射元件，但是诸如白炽灯（例如卤素灯）的其他可替代物也是可能的。灯具104是用于发射在适合于照射由用户占用的环境102的级别上的光照的照明设备。例如，灯具104可以是天花板安装的灯具（诸如聚光灯或洗墙灯）、墙壁安装的灯具、或者诸如例如落地灯或台灯的独立式灯具（并且每一个不一定需要是相同的类型）。这些灯具也可以是便携式的（即，它们的位置可以容易地改变，并且甚至由于内部能量存储单元在不连接到市电的情况下可以继续运行有限的时间段）。

用户可以经由诸如墙壁面板106的用户终端来控制照明系统。可替代地或附加地，可以提供移动用户终端108以便允许用户控制照明系统。例如，这将典型地以运行应用或“app”的智能电话、手表或平板的形式，但可以是专用无线照明控制器或“远程控制”。一个或多个用户终端包括诸如触摸屏或点击式（point-and-click）接口的用户接口，该用户接口被布置为使得用户（例如，存在于环境102中的用户，或者在移动终端的情况下远程定位的用户）能够向照明控制应用提供用户输入。用户还可以能够通过直接与灯具相互作用（例如，在台灯的情况下）来控制各个灯具、或者连接的灯具的系统。

参考图2，示意性地示出了照明系统的示例。用户终端206经由中间设备210（诸如无线路由器、访问点或照明桥接器）连接到灯具204。用户终端206可以例如是图1的墙壁面板106，并且中间设备可以被集成在墙壁面板中或被提供为独立的设备。用户终端208是移动用户终端（诸如图1的终端108），并且也可以经由设备210连接到灯具，但是可以附加地或可替代地直接连接到灯具而无中间设备。用户终端208也可以是空间固定的，但是共享移动用户终端的属性，在于它可以直接连接到灯具，诸如在独立墙壁开关的情况下。例如，设备之间的连接可以是有线的（使用诸如dmx或以太网的协议）、或者是无线的（使用诸如zigbee、wi-fi或蓝牙的联网协议）。灯具可以仅经由设备210可访问、仅直接从用户终端可访问、或者两者都可访问。

也可以采用连接和通信协议的组合。比如，用户终端206可以经由第一无线接入技术（诸如wi-fi）连接到中间设备210，而设备201可以经由第二无线接入技术（诸如zigbee）向前连接到灯具4。在这种情况下，中间设备210将照明控制命令从一种协议转换为另一协议。

设备210和用户终端206和208包括由虚线示意性地图示并标记为212的功能组，该组采用控制逻辑来控制灯具204。此功能组还可以经由网络接口214连接到网络、存储设备或服务器。因此，在功能组212内操作的控制逻辑可以与诸如因特网的外部网络以及各种数据源和存储器交互。在一个示例中，控制逻辑可以与例如作为包括加热和通风功能的更广泛的控制系统的一部分的建筑物管理系统、或者音频/视频/娱乐系统、或者火灾和喷水灭火系统通信。

组212的每个元件可以包括存储器，或者可访问存储功能，存储功能可以由可经由接口214访问的存储设备或服务器提供。灯具204或灯具204中的至少一些也可以包括存储器。

光照设置可以由用户通过单独调整或编程灯具的参数设置来创建。例如，用户可以或许经由墙壁面板106处的输入端、或者甚至通过使用特定灯具（诸如灯104）上的控制装置来手动调整房间中的一个或多个灯具。亮度和/或颜色的值可以被更改，直到用户满意整体效果为止。然后用户可以向用户终端输入指令以存储当前设置，并且将典型地向所创建的场景分配名称或id。例如，光照设置还可以从外部源（诸如因特网）获得。

因此，这种布置允许通过在用户终端206或208的用户接口处输入用户命令，并且将对应的控制信号传输到适当的灯具来控制光照（例如，再调用指定的场景）。

基于在系统附近的环境条件收集的信息，还可以控制光照或可以增强控制。例如，外界光水平可以被用来自动调整灯具的输出、或者编程某些设置。还可以使用一天中的时间以及有关一个或多个人是否存在的信息、以及可能地还有该（多个）人的标识，以基于预定设置或值、或者这样的设置或值的组合来控制光照输出。终端206或208、和/或设备210可以使用这样的环境条件或信息来确定或选择允许在控制灯具204的输出时的至少一程度的自动化。如果期望的话，手动输入可以增强或覆盖设置的自动化控制

在实施例中，传感器或传感器接口216向功能组212的一个或多个元件提供这样的环境信息或输入。例如，传感器可以包括光传感器、pir传感器和/或rfid传感器。还可以提供用于提供当前的一天中的时间的时钟输入。在一些情况下，一个或多个传感器还可以提供用户的生物计量信息，例如心率、皮肤潮湿度/湿度、活动/运动等。此信息可以由可穿戴传感器（诸如例如腕带或智能手表）提供，其也可以充当诸如终端208的移动用户终端。

一个或多个传感器可以单独地向功能组212提供信息，或者可以经由一个或多个公共接口来这么做。在可穿戴设备的情况下，传感器可以位于用户上或与用户一起，或者位于图1的环境102中或周围，并且例如可以是墙壁安装的或天花板安装的。在实施例中，传感器可以集成到任一灯具104中。附加地或可替代地，终端206或208或设备210可以包括传感器以提供这样的信息，特别是在例如以智能电话形式的移动终端的情况下。

可以用于控制光照输出的另一信息或输入的源是经由网络接口214获得的信息。在网络接口访问因特网的情况下，可以访问大量信息，其可以用于确定照明设置。示例包括天气预报、社交媒体应用、新闻馈送、诸如图片、视频或音乐等的所存储媒体。具有一个或多个外部网络的接口也可以用于提供自动化控制，例如来自因特网或移动蜂窝网络（诸如gsm）的输入可以触发照明设置的改变。例如，ifttt允许用户创建基于对其他web服务（诸如facebook和instagram）的改变而触发的条件语句字符串。

用于控制光照的值可以经由网络接口本地或远程存储。这些值包括用户输入，诸如用户终端206或208的用户接口处的命令，以及还有如上所述的任何环境信息或输入。因此，可以建立光照输出的历史和导致这种输出的因素。

图3图示了表示给定场景的光照设置的数据。

数据示出了对应于给定场景的不同灯具的参数值。在此示例中，照明系统包括五个可单独寻址的灯具，但是该特定场景（比如场景x）仅需要三个（编号1、2以及4）灯具。对于这些灯具中的每一个，提供了亮度值和颜色值。效果值是在此示例中可以被包括但是未被使用的可能的其他参数的示例。对于此场景而言，灯具3和5未被使用，并且因此针对这些灯具的参数值未被包括。

这里，提供亮度和颜色的单个数值作为简化的示例，但是将理解的是，不同的实施例可以使用不同的值或值的组合以表示参数。例如，颜色可以由rgb或l*a*b*颜色空间中的三个值表示。例如，颜色也可以由色温值表示。

例如，在用于再调用使用的设置的典型用户操作的示例中，用户可以在充当移动用户终端108的智能电话上观看可能设置的列表。使用智能电话上的触摸屏接口，用户可以滚动并且选择由名称或id标识的特定的设置或场景。

图4示出了示例性照明控制系统的功能配置。

控制器402响应于由传感器/环境输入406、网络输入408和用户控制410中的一个或组合提供的输入和/或触发来控制灯具404的输出。存储器412存储诸如由控制器402接收和提供的输入和输出的系统参数，并且因此可以在时间段内建立事件历史和使用的模式。这样的历史可以例如与特定的一个或多个用户相关联，并且可以例如被分析以确定某些日程安排或偏好。控制器还可以使用这种存储的历史数据来为灯具404提供适当的控制设置。如下面将更详细描述的，控制灯具可以包括基于当前和/或历史的输入而自动调整值和设置，或者可以包括确定或选择建议或推荐给用户的值和设置，这些值和设置然后可以被接受或拒绝。

存储器412可以是较大存储器中的特定存储器位置或地址，用于存储诸如图3所示的数据，以用于特定的所存储场景。然而，存储器410可以是单独的专用存储器。

控制器还连接到确认输入/输出接口414，以向用户提供所建议的光设置和/或模式（其可以是时间模式）的信息，并且从用户接收与那些所建议的设置和模式有关的指令。确认i/o接口可以使用例如触摸屏以gui的形式提供，例如其可以体现在诸如图2的终端206或208的用户终端中。然而，i/o接口可以由其他或另外的组件提供，并且输入和输出功能可以由单独的组件提供。例如，例如在控制器与音频/视频系统或家庭娱乐系统联网的情况下，输出可以是通过扬声器系统或电视或投影仪的音频或视频输出。输入方面可以经由例如墙壁面板或开关、或者经由诸如智能手表或智能电话的移动设备来单独操控。

考虑到上述情况，应当理解的是，控制器402和存储器412的功能可以在相同的物理设备中或在不同的设备中被实现。控制器和存储器的功能可以在诸如用户终端（诸如图1的106或108、或者图2的206或208）的单个物理设备中、或者中间设备（诸如图2的210）中被实现。

可替代地，功能可以分布在位于诸如图2的212的分组中的这样的设备之间，并且一些功能可以附加地或可替代地经由图2的接口214分布到网络。因此，在一个示例性实施例中，控制器402在图2的移动用户终端208中被实现，并且存储器410在充当图2的中间设备210的照明桥接器中被实现。

因此，在较高的水平下，示例照明系统可以如图5中示出的那样被一般图示。照明系统被示意性地表示为采用控制逻辑并且连接到灯具504的控制系统502，并且也与网络512通信。

在此示例中，控制系统可以被考虑是本地操作的功能的合作以控制灯具504。因此，控制系统可以由图2的功能组212中的一个或多个或者全部体现。在实施例中，可以考虑充当用户终端的移动设备208以形成图5的控制系统的部分，特别是在移动设备和灯具504之间的通信被启用的情况下。然而，在其他实施例中，这种移动设备被替代地考虑是图5的网络512的部分。控制系统502可以包括传感器，诸如光传感器和运动传感器以及上面提到的其他传感器类型。

然而，在一些实施例中，用于控制灯具504的控制功能中的一些或全部可以由网络512施行，将控制信息传递给充当客户端的控制系统502以控制灯具504。

网络512表示可以从控制系统502接收输入或向控制系统502提供输入的功能。网络可以例如包括因特网或移动蜂窝网络，并且功能可以由一个或多个网络内的服务器或设备提供。如上面所提到的传感器还可以在网络水平操作，并且经由网络向照明系统和控制系统502提供输入。

存储器506用作与图4的存储器412基本相同的目的。从图5可以看出，存储器功能可以经由控制逻辑502、经由灯具504和/或经由网络512直接与照明系统交互。

因此，在一个示例中，存储器506在诸如体现控制系统502的中间设备210的设备中运行。可替代的，存储器在智能电话（可能运行专用应用或app）中实现，其中它可以检测并存储通过控制逻辑处理的输入和输出事件。第三个选项是此模块在单独的光源处运行。在这种情况下，它可以直接在光源处保持跟踪光设置或控制命令。最后，它可以在保持跟踪光设置的云服务中运行。

确认提示508用作与图4的i/o接口414的输出功能基本相同的目的。因此，当控制系统确定需要用户输入来确认光照设置的改变时，提供提示以寻求这样的输入。从图5可以看出，此提示可以经由控制系统502、经由灯具504和/或经由网络512提供。

提示可能采取多种形式。该提示可以显示在用户接口（诸如墙壁面板或移动用户接口（诸如例如智能电话或手表））的控制面板上。在一些情况下，可以通过来自灯具的光输出指示提示。例如，可以通过来自床边或台灯的昏暗发光来推荐应用从低亮度到高亮度设置的改变。可以提供音频提示，诸如嘟嘟声或具体声音或音调，或者甚至是合成或录制的语音。在这样的示例中，用户可以通过在示例中学习提示或编程提示来理解给定提示所指的内容。在针对将来的光设置建议更新的情况下，提示还可以是给适当的设备的电子邮件或sms消息或其他形式的基于文本的消息或推送通知。

用户可以提供对提示的响应以接受或拒绝建议的光照设置的改变。响应可以通过各种设备或用户接口（诸如作为控制系统502（或作为其一部分）或者经由网络512（其可以是智能设备的形式，诸如电话、平板、手表或其他可穿戴设备）操作的用户终端）提供。响应可以在作为控制系统502操作的专用照明控制器（诸如墙壁面板）上或该专用照明控制器处提供。可以进一步对系统的灯具或照明设备504或向系统提供信息的传感器做出响应。传感器可以形成控制系统502的一部分，或者是由512表示的联网设备。

可能的响应示例包括：

•触敏光源上的轻敲或触摸

•触摸屏设备（例如智能电话、手表或平板）上的触摸

•声音命令

•控制设备上的键或按钮按压，或者键或按钮按压的组合

•照明设备的功率开关或控制器上的动作（诸如切换动作）

•设备上的专用按钮或输入

•运动传感器要检测的动作

图6是图示用于推荐光照设置的过程的示例的流程图。

在步骤s602，检测到对照明系统的一个或多个输入。特别地，可以检测对一个或多个输入的改变、或输入事件。这可以是上述输入（例如由图4的406、408和/或410表示的输入）中的任何一个。检测可以是基本连续的，充当监测阶段。

在步骤604，确定是否应该响应于在s602检测到的（多个）输入更新光照设置或模式。典型地，将响应于在s602中检测到的输入的改变（即当发生触发事件时）推荐改变。如果未发生触发，或者如果触发已经发生但未导致任何光设置的更新，则该过程返回监测输入。如果确实产生了设置的改变（步骤s604为“是”），则过程进入步骤s606，下面要对此进行描述。应该注意的是，更新将通常要在当前时间改变照明设置，但也可以是针对将来时间的更新，或者是由当前输入或输入的改变触发的将来的照明模式或日程安排的更新。例如，推荐可以基于通过监测和存储输入而确定的使用或行为的模式或历史。控制逻辑可以分析这样的模式，并且如果出现足够清晰的趋势，则使用此趋势来预测将来期望的光设置。当前事件或输入可以结合事件或输入的历史使趋势或模式足够显著（significant），以预测这样的设置。

类似地，更新不需要是瞬时更新，并且它可以是对照明设置的时间序列或在一时间段内延伸的照明设置的模式的更新。

图7图示了对一个或多个照明设置的示例性更新的时间方面。时间线显示有三个定义的时间点，a、b和c。点a表示在检测到的输入或事件处定义的当前时间点。点b表示更新的照明设置或模式的开始时间，并且点c表示更新的照明设置或模式的结束时间。时间段t1表示从触发或输入直到更新照明设置的开始的时间，并且时间段t2表示推荐更新的持续时间。考虑用于说明这些时间段的示例，触发可以是用户在周三上午5点30分将卧室灯接通到强烈设置，并且然后在上午6点15分再次断开它。同一事件可能在先前的星期一和星期二发生，并且照明控制器在第三次发生时确定这可能是常规模式，例如用户在该周工作之前进行晨跑。发生更新，以将卧室灯设置为在周四上午5点30分接通到强烈设置，并在上午6点15分断开。因此，在此示例中，时段t1刚好小于24小时，并且t2是45分钟。

返回到图6，在s602中检测到的输入或触发可以采用多种形式，如下面将更详细描述的。

控制触发是用户通过由系统提供的装置（诸如墙壁面板、移动用户终端或灯具上的开关或接口）中的任何一个以基本上通常的方式改变光设置的输入。

基于传感器的触发指的是传感器（诸如光传感器、运动传感器、热传感器、存在传感器等）的输出，该传感器可以位于照明系统或其照射的空间附近。基于传感器的触发还可以来自基于用户的传感器或用户佩戴的传感器，诸如生物传感器，其获取诸如心率、皮肤潮湿度、用户运动等的读数。

例如，光传感器可以提供关于外界光条件的数据-例如，夜间、白天、直射阳光、阴天等，并且可以例如通过在较暗条件下增加光照或者在较亮条件下减少光照来产生光触发。例如，运动传感器或pir传感器可以监测人的存在或移动，并且移动的检测可以触发一个或多个灯接通或改变状态。rfid接收器可以充当存在传感器以检测和确定携带或具有rfid标签或标记的人或物体的id。还可以使用位于诸如房间的空间中的一个或多个信标，其与诸如例如智能电话的用户设备交互，该交互确定该设备的存在和/或位置。这种信标可以是fr信标。例如，当在空间中感测到特定用户时，可以发生改变到特定照明设置的触发。此外，用户的存在可以允许检测到的输入与该用户相关联。

时钟或时间输入还可以用于提供自动化控制，可选地与编程或学习的行为模式组合，以学习用户的日程安排和偏好，诸如昼夜节律。例如，照明系统可以在每天的具体时间自动设置为“早晨”设置，或者设置可以在用户离开空间之后保持某个时间段。

从网络接口获得的输入可以包括对加热/冷却系统的输入，或者对音频/视频/娱乐系统（其中这种系统链接到照明系统）的输入。输入还可以从基于网络的应用（诸如共享日历或社交媒体）获得。例如，照明系统可以接收日志中的事件（诸如聚会或会议或演示）的输入，并且还可以接收这种事件的位置的输入。

可以使用控制逻辑来组合传感器输入、时间输入、网络输入、用户数据偏好等的组合，以提供评估或预测系统的光照设置中的更新是否适当。

如果在步骤s604中确定了更新，则处理进行到步骤s606，在步骤s606中确定在实现该更新之前是否需要来自用户的确认。在评估是否应自动应用给定更新或是否应首先寻求用户确认时，可以考虑许多考量。在此示例中，置信度度量与更新相关联，并且如果置信度度量等于或大于阈值，则确定不需要确认。否则，考虑需要用户确认。下面讨论可以用于确定置信度度量的因素。

置信度度量可以基于的一个因素是当前光设置和更新的光设置之间的差异。差异可以是例如颜色、强度、时间或模式的差异，或者这些参数的组合。如果差异是小的，例如色调或色温的细微改变，则考虑用户不太可能对更新的设置非常不满意，并且不会希望被必须确认它而分心。因此，高置信度度量受到青睐。如果改变是大的，例如亮度的突然改变，则考虑这可能对用户具有大的影响，并且因此确认是值得的，并且分配了低度量。

另一个因素是导致更新的事件或输入的类型。某些类型的输入，可能被判断为比其他类型更可靠，并且具有更高的置信因数。例如，响应于外界光水平的降低的光强度的增加可以被考虑是可靠的更新，而基于社交媒体馈送的更新可以被考虑是不太可靠的。

在更新的一个或多个设置是基于获取的历史使用或输入的模式的情况下，置信度度量可以基于历史模式的属性。第一属性是模式的长度-如果更新的模式是基于数周或数月的用户数据确定的，则可以将置信度度量设置为高于如果仅基于几天或几小时历史数据的更新的设置。

第二属性是模式的相关性程度。在模式表示重复的情况下，自相关性可以是适当的属性。例如，如果用户定期重复相同的动作，例如在星期日早晨为锻炼期间设置激励照明设置两小时，则可以测量该设置的一致性。如果设置的时间变化，比如有时上午10点开始并且其他时候上午10点30分开始，或者如果仅在平均每月四个星期日中的三个应用该设置，则可以分配低置信度度量。然而，如果设置已经在六周的每个星期日开始并且始终在上午10点（五分钟的余量内）开始，则可以分配更高的置信度度量。

相关性也可以是在当前检测到的输入或模式与历史模式之间。历史模式可以提供下列指示：用户喜欢在晚上从晚上9点开始在起居室中具有放松设置一小时，然后淋浴15分钟，并且然后在卧室中使用阅读灯20分钟，用于在床上阅读，然后断开灯。如果系统在晚上9点在起居室检测到相同的放松设置一小时，然后浴室灯（或者在淋浴与照明系统联网的情况下检测到淋浴）15分钟，它可能确定接通阅读灯的更新。如果与历史模式非常接近地匹配，则置信度度量可能是高的。然而，如果与历史模式匹配的程度较低，比如放松设置较早开始、或者时间较长或亮度稍微不同、或者淋浴例如30分钟而不是15分钟，那么可以减小置信度度量。

可以基于直到更新发生的时间段、或者更新的时间段的持续时间（即图7的时间段t1和t2中的任一个或两个），确定置信度度量。如果更新被日程安排在足够远的将来，则可以应用较低置信度度量以反映当前时间与正在产生的更新之间的大量可能变量。此外，用户可以在闲暇时接受或拒绝更新，例如，当他或她接下来经过照明控制面板或拿起远程用户接口时。如果更新被日程安排成在更短的时间内生效，则可以将置信度度量设置得更低。如果更新的持续时间是长的，则可以考虑它对用户具有更大的影响，并且因此可以减少置信度度量，而将仅持续更短时间的更新可能不被考虑与用户那么相关，并且因此可能具有更高的置信度度量。

最后，可以考虑先前用户输入（接受或拒绝建议的更新）以用于将来的更新，如可以是“撤消”自动应用的更新的纠正动作。例如，如果在多个场合建议了响应于外界亮度的降低（例如，由于云经过头顶）而增加特定区域中的照明亮度的更新，则接受提议的频率可以用于控制相关联的置信度度量。如果建议的改变在足够高的时间百分比或特定次数被接受，则可以增加度量使得该改变在将来变为自动的。然而，如果在特定用户进入房间时自动应用接通灯的改变，但是用户始终快速地往回断开灯，则相关联的置信度度量减少，使得在将来仅推荐该改变。

置信度度量可以基于因素（诸如上面描述的那些）的组合。这些因素可以是加权的，并且组合可以相互加强或抵消，以提供总体置信度度量。

置信度度量或构成总体置信度度量的因素可以贯穿更新周期的持续时间变化或发展。例如，不需要以锐利/瞬时的方式应用更新。例如，系统可以使灯从当前设置缓慢地转换到更新的设置，并且随着时间的流逝而没有相反的用户反馈，则置信因数增加。在某个时间窗口内，系统可能决定不提示用户进行确认，因为到目前为止他/她没有消极地响应，而如果传感器贯穿此过渡效果检测到意外或异常行为，则可能减少置信度度量，并且向用户强加一提示。

在不需要确认的情况下，处理进入步骤s610，应用更新的设置或模式，并且然后进行到可选步骤s614，其中更新用户反馈历史。

在从步骤s610到达步骤s614的情况下，可能没有任何用户反馈，并且该过程可以循环回到s602处的检测输入。然而，步骤s610可以包括监测时段，并且响应于更新的设置或模式（诸如撤消输入）来检测任何后续输入。还可以监测任何后续用户输入的定时，例如以确定从应用于后续用户输入的设置的延迟。系统可以解释此延迟，以影响将来对设置或模式的建议更新。例如，如果在一定延迟之后没有检测到输入或反馈，则这可以被解释为对正确预测的更新的确认，并且在这样的延迟时段之后的任何改变或输入被解释为与在s610处应用的更新无关，或者至少对这样的输入的依赖被显著减少。例如，这样的时段可以是5秒或10秒。可以应用重要性加权（其随着延迟时段的增加而减小）而不是这种二元方法，使得在更新之后更快地接收的响应被给予比稍后接收的响应更大的重要性。

在需要确认的情况下，处理进行到步骤s608，并发出用户确认提示。可以以如上所述的多种不同方式提供提示。步骤s612确定用户响应。可以以如上所讨论的多种不同方式提供响应。如果响应是积极的，即接受更新，则在步骤s610中应用更新的设置。如果更新被拒绝，则该过程移动到可选步骤s614，其中更新存储的用户输入历史。注意到在步骤s612的来自用户的消极响应，并且可以用于影响将来对设置或模式的建议更新。如上所述，可选步骤s614还可以施行对将来输入的监测。然后，该过程循环回到步骤s602处的检测输入。

已经以二元意义描述了与步骤s612和s614有关的用户反馈或响应，其中用户基本上具有在s612处的是/否选项以及在s614处“撤消”所应用的更新的可能性。然而，在一些情况下，用户反馈或输入可能是要部分接受改变或更新。例如，如果自动更新将照明水平减少80％，则用户可以批准亮度减少，但不批准该程度。因此，用户可以通过提供输入来响应，以替代地实现照明水平减少50％。在另一个示例中，系统可以提示用户确认将色温增加1小时的所建议的改变。同样，用户可以部分接受，但提供持续时间应延长至2小时的输入。在这种情况下，系统可以在考虑接受的度或程度的情况下解释这种反馈，并且可以相应地更新置信度度量和将来建议的更新。

提供了一些具体示例来说明各种可能的场景：

在第一示例中，用户具有健身手表，其借助于加速度计和/或心率监测器来保持跟踪他的运动。用户正在家中锻炼，并且在开始例如在跑步机上跑步后不久，系统经由健身带检测到活动增加。如有必要，系统针对某个有限的时段收集此数据，以确保数据的可靠性，并将其与一组已知模式进行比较。比较的结果确定用户最有可能以恒定的速度跑步（由于某些运动的重复性）。结果，系统断定用户正在锻炼，并且系统的控制逻辑确定例如5500k的激励光设置最适合该类型的活动。

附加地，用户通常分阶段在跑步机上跑步，每跑例如10公里，停下来休息并且恢复几分钟。在这些恢复时段期间，健身带测量到减少的活动，这通常会触发控制器切换回放松的场景以帮助用户放松。然而，这将由用户构成假阳性，因为他/她对放松不感兴趣并期望简单地（briefly）继续进行锻炼。

然而，控制器附加地可访问用户的日程（或者替代地，他的健身房的数字档案），并注意到在一天/一周的那个时间用户通常去健身房2小时。结果，控制逻辑估计他将尝试保持锻炼两个小时。因此，逻辑确定更新通常功能并忽略由健身带检测到的减少的活动，并且仅在2小时时段过去之后回复到对这样的输入作出反应。这意味着仅在2小时的活动之后，它才将切换回先前的场景，或者作为由健身带感测到的活动减少的结果的放松场景。

控制器确定此更新的置信因数，并且显著因素是该更新将生效的时间长度（2小时）。此外，在锻炼的时间窗口和心率/运动测量之间可能存在强烈的相关性，但是用户正在家中而不是在健身房锻炼，从而减少了整体置信度。结合各种因素，结果是置信度度量低于阈值，并且寻求来自用户的确认。在这种情况下，健身手表具有可以显示适当的消息或图标的屏幕，可能伴有音频或触觉警报。通过简单地按压健身手表上的按钮，用户可以确认他/她将最有可能重复通常的锻炼模式，并且就这样的情况控制器将不在相关的2小时时段过去之前改变照明。通过这种方式，用户不被不必要地打扰来提供大量细节并以复杂的方式配置系统，而只需要向控制器确认其选择是正确的。

在第二示例中，用户具有测量她的心率的智能手表，她用它来保持跟踪她的心脏行为，因为她有高血压；该手表还包括加速度计。

在白天，系统检测到用户的心率正在迅速增加而没有检测到显著的活动，系统断定这与愤怒/压力有关。结果，推荐引擎确定应该应用放松场景并且系统将所有灯移动到放松设置（例如1800k）。照明的差异被认为是足够细微的，使得置信度度量是高的，并且照明自动更新。然而，用户不希望她的灯在她的办公室中不断变化，所以当她第一次注意到控制器进行更新时，她经由她的智能手表再调用先前的设置。

在家时，她继续工作，并且她的压力水平上升，并再次以放松的设置更新照明。但在这种情况下，用户确实不否决推荐的设置，因为她希望放松。

最初，白天改变中的置信度设置减少，因为自动化改变被拒绝，而晚上模式的置信度保持高，因为改变被接受。然而，随着时间的推移，控制器收集来自用户的反馈并确定当注意到增加的心率活动时，仅当用户在家时（例如经由地理围栏和/或信标检测到）或在用户起居室的灯上应该应用放松场景，但当她在办公室时不应用，并且当收集的数据支持这种整体模式时，对它的置信度增加。

在第三示例中，用户通常吃晚饭，并且然后去起居室在她的平板上阅读报纸。为此，她使用了更轻松的场景，其中少量灯接通，并且以相当温暖的色温（例如3500k）。通常，平板仅检测到微小的动作，这通常会导致控制器认为她没有进行重大活动，并且就这样的情况不需要改变场景。

在具体的一天，她最好的朋友在她最喜欢的社交媒体（例如facebook）上发布他们将在城镇，并且她通过邀请他们第二天在她的地方吃晚饭来响应。在这种情况下，她希望在起居室里具有更活跃的场景。然而，控制器从平板检测到相对于通常模式没有发生重大改变（即，仍然存在很少或没有活动），并且因此典型地不会确定更新。

然而，用户还在她的照明系统中启用了扩展特征，其中推荐器引擎可以基于社交媒体内容触发不同的效果。在这种情况下，推荐器在她的消息上检测到关键词“朋友”，“娱乐”和“晚上9点”，并且因此断定，在通常放松的报纸阅读时间将发生不同的活动。特别地，关键词“朋友”和“娱乐”被映射到更加丰富多彩和生动的场景，并且可以从用户编辑的先前场景中提取调色板，或者通过查看数据库并检测与那些关键词相关联的最常见颜色来提取调色板，以获得更新的设置。

由于在事件前有显著的时间（在此示例中，更新将不生效，直到第二天晚上9点），因此置信度度量降低，并且可能不满足阈值。因此，作为进一步的确认，控制器可以向用户的平板发送通知，以询问她确认通常的例程已经由于找到那些关键词而被改变。

作为又一选项，控制器还可以在检测到的事件/活动的开始时间后等待。如果用户然后决定手动激活聚会光设置，则控制器可以通知她已经为她安排了设置，并且她仅需要接受系统自动处理所有事情。在这种情况下，即使用户没有及时给出输入，推荐器也简化了用户的选择过程。

将理解的是，上面已经仅以示例的方式描述了本发明，并且可以在本发明的范围内进行细节的修改。描述中公开的每个特征和（在适当的情况下）权利要求以及附图可以独立地或以任何适当的组合被提供。

结合本公开而描述的各种说明性的逻辑块、功能块、模块以及电路，可以利用以下来被实现或施行：通用处理器、数字信号处理器（dsp）、专用集成电路（asic）、现场可编程门阵列（fpga）或其他可编程逻辑设备（pld）、离散门或晶体管逻辑、离散硬件组件、或者其被设计为施行本文描述的一个或多个功能的任何组合、可选地与存储在存储器或存储介质中的指令相组合。描述的处理器（诸如控制器402或控制系统502）还可以被实现为计算设备的组合，例如，dsp和微处理器的组合、或者例如多个微处理器的组合。相反地，独立描述的功能块或模块可以被集成到单个处理器中。结合本公开描述的方法或算法（诸如由图6的流程图图示的方法）的步骤可以以硬件、以由处理器执行的软件模块、或者以两者的组合来直接体现。软件模块可以存在于本领域已知的任何形式的存储介质中。可以使用的存储介质的一些示例包括随机存取存储器（ram）、只读存储器（rom）、闪存、eprom存储器、eeprom存储器、寄存器、硬盘、可移动盘以及cd-rom。

通过研究附图、公开内容和所附权利要求，本领域技术人员在实践所要求保护的本发明时，能够理解并实现所公开的实施例的其他变型。在权利要求中，词语“包括”不排除其他元件或步骤，并且不定冠词“一”或“一个”不排除多个。单个处理器或其他单元可以实现权利要求中记载的若干项的功能。在相互不同的从属权利要求中记载某些措施的纯粹事实并不指示这些措施的组合不能用于获益。计算机程序可以被存储和/或分布在合适的介质上，诸如与其他硬件一起提供或作为其他硬件的部分提供的光学存储介质或固态介质，但是还可以以其他形式（诸如经由互联网或其他有线或无线电信系统）分布。权利要求中的任何附图标记不应当被解释为限制范围。