CN110249712A - 控制照明系统 - Google Patents

Abstract

一种照明控制系统被配置为实现步骤：接收来自用户的照明控制输入；依照照明控制输入控制照明系统的光照源发射的光；根据用户输入确定针对所述光照源中的至少一个光照源的用户参与水平；基于用户参与水平随机地生成用于所述至少一个光照源的控制触发器，其中控制触发器在一定时间间隔内生成的概率随着用户参与水平的减小而增大；以及在随机地生成的用于所述至少一个光照源的控制触发器被生成时，通过自主地控制所述至少一个光照源再现一定照明效果或者自主地抑制所述至少一个光照源的照明效果而响应所述控制触发器。

Description

控制照明系统

技术领域

本发明涉及照明系统的控制，其中在某些情况下，照明效果可以由照明系统自主地再现或抑制以鼓励用户参与照明系统。

背景技术

WO2014/128594A1公开了一种将用户接口元素与至少一个光源关联的方法，其中响应于用户与用户接口元素的交互调节LED的照明控制属性，其中该调节基于用户接口元素的属性。

连接的照明系统正变得日益普及，尤其是连接的家照明。连接的照明指的是一类照明系统，其中可以基于灯与控制设备（诸如智能电话、平板电脑、智能开关等等）之间的数据通信依照诸如Zig-Bee、蓝牙、Wi-Fi、以太网等等之类的网络通信协议或者这样的协议的组合使用网络技术对灯（照明器）进行控制。这允许连接的照明系统提供比传统照明系统更丰富的功能性（functionality），例如允许用户使用智能电话、可穿戴设备或者其他用户设备上执行的应用程序（app）直接控制灯，并且容易将诸如光开关或传感器之类的新控制点结合到照明系统中而不用对它重新布线。就提供的控制水平而言，用户可以例如改变彩色或白色色调，创建和部署光设置组以唤起他们生活中的特定事件或时刻，以及再现其他丰富的照明效果（有时称为“场景”）。连接的照明系统也开辟了新用例的机会，诸如当外部事件发生时使用灯充当通知设备，通过模拟存在来阻止入侵者破坏它，等等。

尽管有益，但是配置和管理现代连接的照明系统的许多可用特征不是一项微不足道的活动。结果，付出了各种不同的努力以简化用户需要与这些系统交互的方式，使得在仍然受益于这些新功能性的同时他们的日常例程尽可能少受影响。在许多这样的情况下，目标是自动化动作并且超越用户的愿望，使得特征总是在正确的时间和地点触发，同时给用户带来最小的负担。

发明内容

尽管在一些情况下可能需要用户与照明系统之间所需交互的某种程度的简化以满足用户的需求和期望，但是本发明的发明人已经认识到，过度简化连接的照明系统的控制点和机构可能适得其反：虽然从用户的角度来看，他（包括她）必须参与系统的程度的某种降低无疑具有益处，但是如果做得太过，那么可能步入这样的境地，其中用户变得如此脱离，使得他不再真正充分利用系统须提供的丰富特征，包括因新照明系统硬件/软件而可能变得可用的新功能性（用户可能从来没意识到所述新功能性）。换言之，用户可能步入这样的境地，其中他与照明系统的关系“足够好”，以至于没有动力去改变它；在所述情况下，他为了他自己的利益可能不时需要的是来自系统的温和的“推动”以帮助他理解，事实上，他可以例如更好地利用系统所须提供的或者简单地提醒他存在所述照明系统，作为让用户稍微脱离他的每日例程并且呈现一些没有显著影响的变化的方式（其可以是一种展示新特征（feature）的方式，但是也可以是一种使用户重新参与现有特征的方式，即使那时没有新的特征可用）。

依照本发明的第一方面，一种用于照明系统的照明控制系统包括：输入，其被配置为接收来自用户的照明控制输入；通信接口，其用于与照明系统通信；手动控制模块，其被配置为依照照明控制输入控制照明系统的光照源发射的光；参与模块，其被配置为根据用户输入确定针对所述光照源中的至少一个光照源的用户参与水平；触发器引擎，其被配置为基于用户参与水平随机地生成用于所述至少一个光照源的控制触发器，其中控制触发器在一定时间间隔内生成的概率随着用户参与水平的减小而增大；以及自主控制模块，其被配置为在随机地生成的用于所述至少一个光照源的控制触发器被生成时，通过自主地控制所述至少一个光照源再现一定照明效果或者自主地抑制所述至少一个光照源的照明效果而响应所述控制触发器。

也就是说，将随机化行为的元素引入到照明系统中，以创建“顽皮的”元素，提示用户注意并参与照明系统。这种顽皮倾向于其用户参与水平被认为/测量为较低的那些（那个）光照源，以特别鼓励用户参与照明系统的那个/那些部分。

针对一个或多个光照源的用户参与水平是一种由所述照明控制系统生成的用户选择（例如经由app或者开关）对该光照源施加直接手动控制的程度的度量。针对一定光照源的低用户参与水平可能发生在跨一定时间段在照明控制输入中不存在或者存在最少的用户与该（那些）光照源之间的直接手动交互（例如因为用户改为依赖自动化控制）时，和/或在跨所述时间段在照明控制输入中出现的用户与该（那些）光照源之间的任何直接手动交互最多使用了仅仅该（那些）光照源的可用光照设置的有限子集时，或者在更一般地用户仅仅以受限制的方式利用所述可用设置的情况下。例如，当用户重复地使用相同的特征并且不存在或者存在最少的变化（例如总是选择相同的场景）时。举例而言，一种简单的情形可能是使用颜色设置的有限子集（例如对于彩色灯仅仅使用白色光设置），但是一种稍微更复杂的情形可能是用户总是使用相同重复的设置组合（例如，用户针对一组灯总是在比如三种颜色场景之间循环——可能总体上这些场景合理充分利用了那些灯可以提供的颜色，但是仅仅通过与所述三种场景相应的一组有限的颜色组合这样做）。

在由于用户完全或者主要依赖基于计划表（通过用户设置和/或由所述系统自主地学习）、传感器等等的自动化控制，结果直接手动控制动作没有或者最少而发生低用户参与水平的情况下，控制器可能例如通过随机地抑制该自动化控制的至少一部分、强迫用户暂时（例如经由app或者光开关）手动地控制该光照源而做出响应。

在由于用户始终如一地将有限范围的照明设置应用到一个或多个光照源——所述照明设置没有完全利用其功能性（例如始终如一地设置相同或相似的亮度和颜色设置，或者不断地循环使用有限数量的照明场景，即使它能够提供更大的范围，从而一些光照设置保持未使用或者未充分用于该照明器）而发生低用户参与水平的情况下，控制器可能例如通过随机地应用不同的照明效果、使用未使用/未充分使用的光照设置中的至少一个光照源以引起用户的注意并且向他提供他尚未利用的能力的展示（例如再现光照的新颜色或者动态效果）而做出响应。

在实施例中，所述参与模块可以被配置为在再现或抑制所述照明效果之后针对用户的预期反应监视用户的行为，其中如果用户不像预期的那样反应，那么控制触发器在其后生成的概率减小。也就是说，为了针对不对其作出赞同的响应的用户降低随机化行为的量——例如通过针对所述至少一个照明器降低参与阈值（参见下文）。

如果用户确实像预期的那样反应，那么生成控制触发器的概率其后可能增大。

用户参与水平可以根据一定时间段内用户与所述至少一个光照源之间的交互的数量而确定。

可替换地或者此外，用户参与水平可以根据跨一定时间段用户应用到所述至少一个光照源发射的光的至少一个特性的偏差度量而确定。

通过自主控制模块自主地再现的照明效果的至少一个参数可以根据所述偏差度量设置。

可替换地或者此外，用户参与水平可以基于跨一定时间段用户针对所述至少一个光照源选择的照明效果的数量而确定。

可替换地或者此外，用户参与水平为通过检测用户关于所述至少一个光照源的行为的变化而确定的相对用户参与水平。

可替换地或者此外，用户参与水平可以通过确定跨一定时间段由用户用来控制所述至少一个光照源的用户输入设备的数量而确定。

可替换地或者此外，用户参与水平可以通过确定跨一定时间段所述至少一个光照源被自主控制模块控制的程度而确定。

所述照明控制系统可以包括外部数据输入，其中所述控制触发器根据外部数据接收的威胁而生成。

所述触发器引擎可以包括状态选择引擎，其被配置为根据用户参与水平和随机化输入组为所述至少一个光照源选择预定状态组中的一个（限定它/它们的“情绪”），所述控制触发器根据为所述至少一个光照源选择的状态而生成。

所述触发器引擎可以被配置为将针对所述至少一个光照源的用户参与水平与参与阈值相比较，并且基于该比较为所述至少一个光照源随机地选择性地生成控制触发器。

所述触发器引擎可以被配置为基于用户是否像预期的那样对照明效果的再现或抑制做出反应而调适针对所述至少一个照明器的参与阈值。

特别地，所述触发器引擎可以在用户没有像预期的那样做出反应的情况下降低针对所述至少一个照明器的参与阈值——只要用户参与水平保持高于现在降低的阈值，则有效地抑制了随机化行为。在一些这样的情况下，如果用户的确像预期的那样做出反应，所述触发器引擎可以增大该参与阈值。

应当指出，在上下文中“低于”和“高于”参与阈值分别意味着“更少参与”和“更多参与”，并且不暗示参与水平的任何特定表示（例如，虽然有点不直观，但是较低参与水平可以由较高数值代表，并且在那种情况下，低于参与阈值的用户参与水平将发生具有大于该阈值的数值）。

本发明的第二方面涉及一种控制照明系统的方法，包括由照明控制系统实现至少以下步骤：接收来自用户的照明控制输入；依照照明控制输入控制照明系统的光照源发射的光；根据用户输入确定针对所述光照源中的至少一个光照源的用户参与水平；基于用户参与水平随机地生成用于所述至少一个光照源的控制触发器，其中控制触发器在一定时间间隔内生成的概率随着用户参与水平的减小而增大；以及在随机地生成的用于所述至少一个光照源的控制触发器被生成时，通过自主地控制所述至少一个光照源再现一定照明效果或者自主地抑制所述至少一个光照源的照明效果而响应所述控制触发器。

在实施例中，所述方法可以包括实现本文描述的第一方面的任何实施例的特征。

本发明的第三方面涉及一种计算机程序产品，包括存储在计算机可读存储介质上并且被配置为当被执行时实现第二方面的方法或者其任何实施例的代码。

附图说明

为了更好地理解本发明并且示出可以如何将本发明的实施例付诸实施，参照以下附图，其中：

图1示出了一种照明系统的示意性框图；

图2示出了位于一定环境中的一种照明系统的示意性透视图；

图3示出了一种照明控制系统的高级功能框图；

图3A示出了一种照明控制系统的一个示例实现方式的更详细的功能框图；

图4示出了一种控制照明系统的方法的流程图。

具体实施方式

参照图1和图2，所描述的本发明的实施例提供了一种连接的照明系统1，其展示了某些人工智能（AI）行为，使得从用户8的角度来看，系统具有某种与智能思维关联的自主性。AI行为处于偶然随机化的“顽皮的”行为的形式，以再现或抑制某些照明效果。尽管是随机化的，但是这种行为偏向于其中用户参与水平最低的照明系统1的那些部分。目的在于在对于用户8而言不变成过重负担的情况下跨整个照明系统1维持或者提高用户8与照明系统1之间的参与水平。

图1示出了照明系统1的示意性框图，图2示出了照明系统1如何可以布置在环境2中以便照亮环境2的一个示例。环境2可以包括诸如一个或多个房间和/或走廊（或者其部分）之类的建筑物内的室内空间，和/或可以包括诸如花园或公园之类的室外空间，或者诸如体育场或露台（或者其部分）之类的部分覆盖的空间，或者这样的空间的组合。在所描述的示例中，环境2为用户的家，或者他的家的跨越该家的若干房间并且可能地延伸到诸如花园或阳台之类的室外空间的部分。照明器4可以例如安装在天花板上（如图所示），以便能够照亮它们下方的表面（例如地面或地板或者工作表面），安装在墙壁上，嵌入到地板或者家具物品等等中，或者其任意组合。每个照明器4包括至少一个光照源，即诸如LED灯、气体放电灯或者灯丝灯泡之类的发光设备，加上任何关联的外壳或支撑。每个照明器4可以采取任何适当的形式，诸如天花板或墙壁安装式照明器、独立式照明器（例如台灯、桌灯或落地灯等等）、洗墙灯，或者不太常规的形式，诸如LED灯条、嵌入到表面或者家具物品中的照明器，或者用于将光照发射到环境2中以便照亮环境2的任何其他类型的光照设备。例如，在功能照明的情况下，以发射足够强度的且跨足够大的面积的光，以至于作为该光照的结果，环境2中的用户8可以看见他的周围环境，或者在情绪照明的情况下，较低强度的光用来创建希望的氛围例如以便突出环境2中的特定颜色。

除了照明器4之外，照明系统1被示为包括有时称为照明桥接器（bridge）的网关10形式的中央控制设备。桥接器10被示为包括第一通信接口12、第二通信接口16和连接到第一和第二接口12、16的处理器14。每个照明器4被示为经由第二接口16连接到桥接器10。例如，照明器4可以形成一种无线网状网络，其中这些照明器4中的至少一些充当在桥接器10与其他照明器4之间中继数据的中继器（即，这些照明器4中的至少一些经由一个或多个其他照明器4间接连接到桥接器10）。该无线网状网络配置可以将网络的范围扩展到第二接口16的直接通信范围之外。例如，第二接口16可以为ZigBee接口，其中照明器4和桥接器10形成一种ZigBee网络。为了经由桥接器10控制照明器4，至少一个用户输入设备可以例如经由诸如Wi-Fi或蓝牙之类的无线连接或者例如基于以太网的有线连接而连接到桥接器10的第一接口12。用户输入设备可以例如为诸如智能电话、平板计算机、可穿戴设备或者任何其他通用计算设备之类的执行照明控制app（图3中的7）的通用用户设备6，或者配备了网络通信技术的光开关5（“智能开关”）。智能开关5可以采取简单的通/断开关、提供可变亮度（即发光强度）的调光器开关或者可以根据其选择比如不同颜色（即色度）的光照的更高级的开关的形式。在该示例中，用户设备6被示为经由诸如Wi-Fi路由器之类的网络路由器9提供的局域网18连接到桥接器10。在一些情况下，也可以从诸如因特网之类的外部网络20（例如经由路由器9）连接到桥接器10，以允许用户8远程地控制照明器4。用户设备6被示为包括处理器22和网络接口24，经由网络接口22，用户设备6的处理器22可以例如经由Wi-Fi连接而连接到局域网18。同样示为连接到桥接器10的是一个或多个传感器3，其布置在环境2中，使得照明器4中的一个或多个照明器发射的光的变化可以基于从传感器3接收的输入而实现。传感器3可以例如为可以检测环境中用户8的存在性的运动传感器或者其他存在性传感器，或者例如检测周围环境光水平的其他形式的传感器。传感器3被示为连接到第二接口16，并且可以例如结合到所述网状网络中。可替换地，传感器3中的至少一个传感器可以例如经由第一接口12例如经由Wi-Fi或蓝牙连接到桥接器10，或者直接连接到照明器4。例如，传感器3可以经由局部网络18连接到桥接器10。可替换地，用户设备6可以例如经由蓝牙连接直接连接到桥接器10。也可能在没有桥接器10的情况下实现一种连接的照明系统，在所述情况下，各个不同的用户输入设备5、6可以通过例如使用蓝牙与照明器4直接通信（从而既不需要桥接器10，也不需要路由器9）而控制它们；可替换地，照明器4可以直接连接到比如局部网络18，因此可以经由路由器9控制它们（从而无需桥接器10）。同样地，有可能例如通过将传感器3结合到局部网络18中而在没有桥接器10的情况下基于来自传感器3的输入控制照明器4，或者基于传感器3与照明器4、用户设备6或开关5之间的直接通信控制照明器4。

举例而言，图2示出了用户8手持用户设备6，智能开关5与网关10和路由器9一起设置在环境2中。然而，应当理解，这仅仅是用于说明的目的的一个示例，并且各种不同的其他布置和配置同样是可行的。

图3示出了一种照明控制系统30的功能框图。照明控制系统30表示用于控制可以在照明系统1内的任何地方实现的照明器4的功能性。例如，照明系统控制器30可以通过在桥接器10的处理器14上、在用户设备6的处理器22上或者甚至在光开关5中的一个或多个处和/或在照明器4中的一个或多个处执行的代码实现。照明控制系统30的功能性也可以以分布式方式实现，例如（且非限制性地），部分可以在桥接器10处实现并且部分可以在用户设备6处实现。再者，也不排除远程地——例如至少部分地在连接到外部网络20的一个或多个设备上实现该功能性的一部分的可能性。例如，该功能性的一些或全部可以实现为诸如云服务之类的后端服务。

照明控制系统30被示为包括各种不同的功能模块32-42，其每一个表示照明系统30的该控制功能性的一部分；即手动控制模块32、参与模块34、触发器引擎36，以及自主控制模块38、反馈模块40和随机化输入生成器42。照明控制系统30也被示为包括通信接口44，照明控制系统30可以经由该通信接口与照明器4通信以便控制照明器4发射的光。取决于实现方式，通信接口44可以例如包括桥接器的第二接口16（在控制系统30至少部分地在桥接器10上的情况下），和/或用户设备6的网络接口24（在控制系统30至少部分地在用户设备6上实现的情况下），和/或允许照明控制系统30以此方式与照明器4通信以便控制它们发射的光的至少一个特性（例如颜色、强度等等）的某种其他的通信构件。通常，通信接口44表示影响该通信的硬件和/或软件的任何适当的组合。

手动控制模块32接收来自用户8的照明控制输入31。这些输入可以接收自各种各样的用户输入源，诸如所述一个或多个光开关5或者在用户设备6的处理器22上执行的app7。在后者的情况下，照明控制输入31可以经由app 7的用户接口直接接收自app 7，或者可替换地接收自与该应用程序关联的所谓的“小部件”7W。如本领域中已知的，小部件表示通常从设备6的操作系统提供的诸如仪表板区域、通知区域或者其他操作系统用户接口之类的专用接口（而不是经由app 7本身的用户接口）访问app 7提供的（典型地有限的）功能组的替代构件。

手动控制模块32经由通信接口44控制照明器4以便依照接收的照明控制输入31调节它们发射的光的至少一个特性，所述照明控制输入31是用户8提供的直接手动控制输入。这允许用户8如他所希望的那样手动控制照明器4发射的光。特别地，用户8可以规定照明器4的某些子集再现他选择的照明效果，例如，他可以控制他的家的任何特定房间中的所有照明器以再现选择的照明场景。相应地，照明控制输入31可以不仅规定用户8选择要再现的照明效果，而且规定照明器4中的哪个/哪些应当再现选择的效果。当然，这不一定要求用户8规定要发射的光的每一个最后的细节。例如，现代照明系统允许用户选择照明场景或者其他照明效果，其本质上允许用户8例如通过选择照片、视频剪辑或者其他图像规定要由发射的光创建的总体印象。这可能例如涉及用户8从他已选择的图像中明确地选择颜色，或者从用户选择的图像中选择颜色可以留给系统30。根据系统30的实现方式，系统30也可以负责利用来自用户8的变化程度的输入在发射的光中创建动态效果。也就是说，即使手动控制模块32通过来自用户8的照明控制输入31传达的直接手动选择驱动，它仍然可以应用一定程度的自动化以实现依照做出选择的用户8的期望的那些选择，其中应用的自动化程度高度依赖于上下文。例如，手动控制模块32可以允许用户8选择或调整时间相关参数，诸如动态效果的（或者其本身可以是或可以不是动态的照明效果之间的转变的）一个或多个转变时间、一个或多个速度或其他一个或多个动态参数，手动控制模块32然后应用所述参数来再现动态效果（或者效果之间的转变）。

相比之下，自主控制模块38基于来自不同于用户8的一个或多个控制输入源的输入自主地控制照明器4中的一个或多个照明器发射的光。例如，自主控制器38可以改为基于接收自位于环境2中的所述一个或多个传感器3的输入和/或基于存储在照明控制系统30可访问的存储器（其可以是可本地或远程访问的存储器或者二者的组合）中的一个或多个照明计划表39使用适当的时钟信号（未示出）跟踪时间的流逝对照明器进行控制。当然，这并不完全排除一定程度的人工监督——例如，照明计划表39可以事先由用户8设置，并且用户8也可以例如通过将每个传感器3与一个或多个所述照明器4的组相联系而规定自主控制模块38应当如何响应来自传感器3的输入。然而，一旦用户8配置了所述系统，其后，自主控制38可以操作来在无需来自用户8的进一步输入的情况下控制照明器4。在一些情况下，也可能系统30例如基于监视和分析用户的行为——所谓的预测行为，自己学习计划表39和/或其他自主行为。在任何情况下，无论自主行为如何发生，自主控制模块38都能够在没有来自用户8的直接手动输入31的情况下控制照明器4中的至少一个。

也就是说，尽管手动控制模块32在用户8指示时可以应用变化程度的自动化以执行动作，并且自主控制器38可以表现出在变化的程度上由用户8支配的行为，然而，在（直接）手动控制与自主控制之间存在明显的区别，这在上下文中将是清楚明白的。特别地，手动控制模块32仅仅在有必要执行来自用户的当前指令的程度上应用自动化，而自主控制模块38允许用户事先设置未来的（以及典型地反复出现的）行为。例如，在上面描述的种类的基于场景的系统中，自主控制模块38可以自主地选择照明场景，而手动控制模块32可能依赖于用户8的手动场景选择。即，手动控制模块32可以仅仅在用户8选择时使得照明效果由照明器4再现（从而照明效果的变化仅仅在如来自开关5、app7、小部件7W等等的照明控制输入31所传达的，由用户8明确指示时通过手动控制模块32实现，而自主控制模块38可以自主地选择要由照明器4再现的照明场景（从而自主控制模块38可以例如响应于来自传感器3的传感器输入或者依照照明计划表39自主地实现照明效果的变化）。

如下文所解释的，依照本公开，自主控制模块38的可以使得自主控制模块38实现用于所述照明器4中的一个照明器或者一组所述照明器4的照明场景的变化的附加输入源为触发器引擎36为该（组）照明器生成的特殊控制触发器37，其进而根据来自随机输入生成器42的随机化输入43以及还有为该（组）照明器确定的用户参与水平35而生成。

这至少部分地是整个照明系统1（或者其各个照明器4中的至少一个或多个）如何达到表现出“顽皮的”行为的，即某些个性、行为或情感，使得从用户8的角度来看，照明系统1具有某种自主性——几乎像一只宠物。目的是使照明系统1需要比常规连接的照明系统稍微更多的关注，同时在顽皮的一面仍然保持用户8与照明系统1之间的关系。这意在使用户8以某种方式参与照明系统1，但是以这样的方式设计：虽然强加了过量的周期性琐碎的任务，但是对于用户8而言不会变成过重的负担。为此目的，描述各种不同的机制，其中所述连接的照明系统可以尝试通过采用不同的“个性特点”或行为作为对用户的每日例程中常见的不同事件或触发器的响应或者甚至以受控的随机模式维持一定的用户参与水平（或者甚至增加该水平）。结果，照明系统变得更加动态，确保了用户8以不同的或者不可预测的方式与之交互，关照它，并且像他/她可能与真正的宠物那样形成某种情感纽带。

为此目的，参与模块34在照明控制输入31随着时间的推移被接收时监视它们。参与模块34的一个功能是标识任何所述的照明器4，该/那些照明器与用户4之间的针对该/那些照明器的参与水平为低。也就是说，为了确定针对所述照明器4中的至少一个照明器的用户参与水平35——其表示跨一定时间段（例如几个小时、几天或者甚至几个月的延长的时间段）用户8直接参与该照明器4的程度，在所述时间段期间照明控制输入31由参与模块34监视以便确定用户参与水平35。

触发器引擎36基于如参与模块34为特定一个照明器4或者一组照明器4所确定的用户参与水平35并且也基于随机化输入生成器42生成的随机化输入43生成用于该照明器4或者该组照明器4的所述控制触发器37中的每一个。也就是说，控制触发器37使用随机生成的输入43以随机化方式生成，然而以这样的方式生成——使得对于用户参与水平35较低的照明器4，生成控制输入的概率较大。也就是说，使得在统计上更可能对于具有较低用户参与水平的照明器4生成控制触发器37。换言之，至少一些顽皮的行为通过以下方式创建：对于照明系统1中的照明器4中的一个或者一组照明器4，基于为该（那些）照明器确定的用户参与水平35，随机地生成控制触发器37，使得尽管被随机化，但是控制触发器37在给定时间间隔内生成的概率随着用户参与水平35的降低而增大。

在一些实现方式中，可以设置某些“参与”阈值，并且仅在越过这些阈值中的一个或一些之后生成随机化输入，使得随机化行为只能在这些阈值中的至少一个被越过时（并且在别的情况下被抑制）才发生，这是对于一个或多个用户参与水平超过适用的一个或多个参与阈值的一个或多个照明器而言的。也就是说，触发器引擎36可以将该用户参与水平35（或者多个参与水平）与一个参与阈值（或者多个阈值）相比较，并且基于该比较随机地选择性地生成控制触发器37，从而当参与水平35下降至低于该参与阈值时（或者当这些参与水平中的至少一个下降至低于适用的阈值时）生成控制触发器，并且当该参与水平35超过该阈值时（或者当所有这些水平超过适用的一个或多个阈值时）不生成控制触发器。这也将确保用户通常控制的灯从不表现出随机行为，这在一些情况下可能是有益的（因为它可以例如向用户确认这是顽皮的事情而不是整个系统故障）。可以跨所有照明器4设置相同的用户参与阈值，或者可以对于不同的照明器或者照明器组设置不同的阈值。

在一些情况下，参与阈值可以是根据用户的行为设置的可变阈值（参见下文）。

当对于一个照明器4或者一组照明器4生成控制触发器37时，自主控制模块38通过自主地控制该（该组）照明器以再现一定照明效果而响应控制触发器37。随机应用的照明效果可以例如为不同颜色和/或强度的光照，并且可以是动态的，即引入对用户8可见的颜色/强度的波动。可替换地或者此外，自主控制模块38可以通过以下方式响应控制触发器37：自主地抑制否则在它未被抑制的情况下将被该（该组）照明器4再现的照明效果，例如依照用户定义的计划表39或者响应于来自传感器3的某个输入阻止照明效果被触发。

随机化输入43可以例如为随机输入生成器42生成的随机或伪随机序列。生成（伪）随机序列的手段在本领域中是已知的，并且因此不在这里进一步详细地进行讨论。随机化输入43可以例如结合一个或多个用户参与水平35使用，以确定生成触发器37的时间，它们应当针对哪个照明器4或哪些照明器4被触发，以随机地选择要自主地应用的照明效果的一个或多个参数（在适用的情况下），以随机地选择要抑制的照明计划表39中的一个或多个、其输入要被忽略的传感器3中的一个或多个，等等。

对于特定的一个照明器4或者一组照明器4，在用户8跨所述时间段严重依赖于对于该（那些）照明器的自动化控制的情况下，或者在用户8跨所述时间段始终如一地向该（那些）照明器应用没有完全利用其完整范围的可用光照设置的有限范围的光照设置的情况下（或者二者的组合），可能出现低用户参与水平。也就是说，针对一个或多个特定照明器的低用户参与水平可能发生在跨一定时间段不存在或者存在最少的用户8与该（那些）照明器4之间的直接手动交互时，发生在跨一定时间段在用户4与该（那些）照明器4之间的确出现的直接手动交互没有利用该照明器4的全部能力时，或者二者的组合时。

为了进一步说明该概念，现在将描述可能影响用户参与水平35以及系统30可能如何响应的因素的各种不同的示例。注意，为了简单起见，就照明器4中的某个特定照明器描述这些示例，对于所述照明器确定用户参与水平35，并且对于所述照明器，响应于为该照明器生成的控制触发器37基于为它确定的用户参与水平35再现或者抑制照明效果。然而，该描述同样适用于一个多个照明器的组（或者甚至整个照明系统1），对于这些照明器，可以确定总体和/或单独的用户参与水平32，并且其中根据基于一个或多个所述用户参与水平生成的控制触发器37针对该组照明器再现或者抑制照明效果。

作为一个示例，对于特定的一个照明器，在用户8将特定照明器4的控制完全地或者大部分地留给自主控制模块38的情况下，可能出现低用户参与水平。在这种情况下，用户参与水平35可以根据跨一定时间段用户8与该照明器4之间的交互的数量而确定。可替换地或者此外，确定用户参与水平35可以包括确定自主控制模块38例如相对于手动控制模块32控制照明器的程度。例如，参与模块34可以确定由自主控制模块38跨所述时间段实现的控制事件的数量（例如照明效果变化的数量）以及可选地由手动控制模块32跨该时间段依照照明控制输入31再现的控制事件（例如照明效果变化）的数量以供比较。也就是说，在此特定上下文中，“参与”表示与基于例如预定的照明计划表39、接收自一个或多个传感器3的输入等等将该照明器4的控制完全地或者大部分地留给自主控制模块38相反，用户选择从开关5、app7等等直接控制该照明器。

在其中用户8对特定照明器4不施加或者施加最少的直接手动控制并且改为依赖于自动化控制模块38的这个案例中，触发器引擎38可以例如随机地抑制自动化控制，强迫用户手动参与照明器4。例如，通过抑制计划表39中的至少一个和/或使得来自传感器3中的至少一个传感器的输入暂时被忽略。

作为另一个示例，在用户8例如由于他始终如一地使用有限范围的亮度和/或颜色设置和/或选择有限数量的照明效果（即场景）而不完全利用特定照明器4的能力的情况下，也可能出现低用户参与水平。在这种情况下，针对该（那些）照明器的用户参与水平35可以例如根据用户应用到该照明器4发射的光的至少一个特性（例如一定范围或其他组亮度值、颜色值等等）的偏差度量而确定。可替换地或者此外，它可以根据跨所述时间段由用户8为所述至少一个光照源选择的照明效果的数量而确定。

在用户8表现出关于特定照明器4的行为变化，使得他比过去更少地参与该照明器的情况下，也可能出现低参与水平。例如，当用户8首次安装照明器4时，他可能尝试大范围的不同设置，但是随着时间的推移停止这样做，因为他失去兴趣了。在这种情况下，用户参与水平35可以是通过检测用户关于该照明器的行为的变化而确定的相对用户参与水平。也就是说，用户参与水平35可以考虑到（例如用户8在首次安装照明系统1时试验的）早先用户输入和当前用户输入（例如，用户8现在仅仅使用基本功能）根据与编程的行为的偏差度量而确定。

在用户参与水平35由于用户8跨所述时间段未充分利用某个照明器4而为低的情况下，触发器引擎38可以通过以下方式作出响应：随机地使得该照明器4使用至少一个未使用的照明设置再现一定照明效果以向用户8显示他所错失的东西。也就是说，基于随机化生成的光效的范围可以通过如所述时间段期间手动生成的光效范围确定。也就是说，作为低偏差的结果而再现的自主再现的照明效果的至少一个参数可以根据所述偏差度量例如设置为用户正常情况下在他通常应用的窄设置范围之外的不会选择的东西（例如用户正常情况下不选择的颜色或颜色范围）。

作为另一个示例，针对给定照明器4的用户参与水平35可以例如通过确定由用户8用来控制所述至少一个照明器的用户输入设备5、6的数量而确定，其中较少数量的设备，例如仅仅特定照明开关5或者仅仅小部件7W而不是（整个）app 7的使用与低参与水平相应。也就是说，触发器引擎37应用随机化效果的程度可以基于跨所述时间段或者自特定用户输入31以来的用户输入源的变化。在这种情况下，如果用户8试图使用小部件7W选择一定照明效果，那么触发器引擎36可以通过立即抑制选择的照明效果，强迫用户8改为使用（整个）app7来响应。

下面，给出触发器引擎36引起的行为类型的进一步的示例。

在某些情况下，反馈模块40例如经由用户设备6的用户接口向用户8输出消息，以告知用户8何时自主地再现或抑制了一定照明效果以及这样做的原因。

如所指出的，最终，以顽皮的方式随机地抑制或再现照明效果的目的是鼓励用户8参与照明系统1，尤其是已经被自主地再现或抑制了光效的照明器4。相应地，参与模块34的另一个功能是其后监视用户的行为，以确定照明系统的这个顽皮的行为是否具有如所预期的使得用户8参与照明系统1的效果。例如，在一些情况下，可能如果用户8不有利地响应该顽皮的行为，例如如果作为结果他不参与系统1（或者显示他对此恼火的迹象），那么参与模块34可以阻止或者至少降低类似顽皮的行为在未来展示的可能性。例如，在随机化行为表现为引发预期的响应的情况下，参与模块34可以确定用户8是否像预期的那样响应（可能地在响应时限内）。这在图3中由从参与模块34到触发引擎36的第二输入52表示，其表示以下事实：甚至在用户参与水平35针对所讨论的照明器保持为低的情况下，如果用户8没有像预期的那样响应所述顽皮的行为，那么为那些照明器生成另外的控制触发器37的概率事实上可能降低（可能地到零）。另一方面，如果用户8确实像预期的那样有利地响应该顽皮的行为，那么这可以增大这样的行为在未来被系统1表现的概率，因为用户8已经有利地对它作出响应。在这个方面，系统30可以允许用户8例如经由app 7覆盖他不喜欢的任何随机化行为。

举例而言，所述参与水平可以如下确定用户8是否已经有利地对随机化行为作出反应。

如果用户8在某个时间窗口内覆盖应用的随机效果并且返回到先前的设置，那么它可以是用户8没有正面地反应的指示。例如，作为顽皮的事情，走廊的灯以不同的亮度水平开启。用户8不喜欢这点，并且在注意到它之后立即打开所述app且唤回通常的场景（或者手动调节低水平亮度的灯）。

然而，如果用户8在所述时间窗口内不覆盖这些随机效果，或者如果他/她实际上采用或者保存该新的或者推荐的设置，那么这可能是用户已经有利地响应的指示。例如，起居室中的灯令人厌烦，并且因此以不同的顺序部署一定场景的颜色。用户8实际喜欢它并且决定保存该场景。

系统也可以利用传感器创建用户洞察力，并且提供对已经表现的用户的顽皮行为的洞察，或者用户的期望反应是要实现的顽皮行为。例如，如果一定场景发生变化，那么重要的是跟踪用户是否也靠近它，使得他或她可以见证发生了什么变化。为此，可以使用用户的智能电话的存在性检测器或者蓝牙接近度检测。在一个更高级的示例中，系统可以找出用户的活动水平（例如，存在性检测器激活得多频繁，或者用户的智能电话的蓝牙或Wi-Fi接收的信号强度变化了多少）；系统对用户的活动理解得越多，它就可以越好地“规划”它的控制。

通过这种方式，系统30可以提供一种闭环反馈回路，使得对随机化的用户响应影响进一步随机化的程度。因此，如果用户覆盖自主地执行的随机化（从而至少部分地减轻它），那么随机化水平在未来可能减小。相反地，如果用户在应用了控制触发器37之后开始更多地玩弄灯，那么系统30对下降的用户参与水平的敏感度可能增加，使得如果参与水平35甚至稍微下降，这些触发器37也很可能出现。也就是说，未来应用随机化效果的程度（即这样的效果在未来被触发的概率）可能取决于所述顽皮有多少效果：例如，可以将未来的区分水平与早先的区分水平相比较以确定它是否具有预期的效果。

例如，在上面提到的“参与阈值”实现方式中，如果用户不像预期的那样对与特定的一个照明器或一组照明器有关的随机化行为作出反应，那么作为响应，用于该照明器/组的参与阈值可能降低——实际上抑制该照明器/组的随机化行为，直到用户参与水平35进一步下降至所述降低的阈值；相反地，如果用户确实像预期的那样反应，那么反而可以增大该用户参与水平，使得随机化行为在更高的参与水平下继续，目的是仍然进一步增强参与水平35。

尽管图3中未示出，但是控制触发器37的生成可能受到来自其他源的数据，例如外部数据（时间、天气、与用户的情绪有关的数据等等）的影响。

在一些情况下，就参与水平35而言可以使用一种滞后形式；例如，如果用户参与水平35下降至低于参与阈值X，开始应用随机效果，但是仅当水平上升至高于参与阈值Y>X才将它们关掉。这有助于防止系统行为的过度波动。

在一个示例实现方式中，控制系统30可以依照图3A的功能框图中示出的层次结构和图4的流程图实现，这些图一起进行描述。在该示例中，触发器引擎36的情绪引擎66对于照明系统1或者其单独的部分（即，单独的照明器4或者照明器4组）在一定数量的不同“情绪”（即预定状态组）之间进行选择。情绪变化至少部分地通过随机化输入43和一个或多个用户参与水平35的组合驱动。系统1的不同部分（即不同的单独的照明器4或者照明器4组）可以同时具有不同的情绪并且根据它们自己的一个或多个用户参与水平35独立地表现出情绪变化。再一次地，尽管为了简单起见下面的示例参照特定的一个照明器进行描述，但是取决于上下文，这同样适用于照明器4组或者整个照明系统1。

在该示例层次结构中，参与模块34包括事件检测引擎62，其识别（S2，图4）用户8的生活和/或照明系统1中的不同事件和参数并且确定（S4）这些中的任何一个是否为用于触发器引擎36的情绪引擎66的有效触发器。特别是造成针对特定照明器4的用户参与水平35的显著降低的事件。触发器引擎36也包括随机情绪触发器引擎36，随机化输入生成器43馈入该随机情绪触发器引擎并且该随机情绪触发器引擎可以充当情绪引擎66的可替换事件源，但是作为内部或外部事件或模式的结果该随机情绪触发器引擎不会激活事件，而是随机地生成反过来可能触发新的情绪的事件（S6）。因此，用于特定照明器4的情绪变化响应于随机化输入43，但是也根据针对该照明器4的用户参与水平35以随机化方式触发，使得当用户参与水平35为低时，某些模式变化的可能性更大。

一接收到来自事件检测引擎62或者随机事件引擎64的情绪触发器，触发器引擎66的情绪引擎就可以确定该触发器是否应当造成情绪变化（分别为S8a和S8b），如果这样的话，则针对照明器4采用适当的新情绪。

情绪引擎一确定情绪，触发器引擎36的症状引擎68就特别地确定是否应当对于该照明器4再现或抑制（S10a）一定照明效果，如果这样的话，则在适用时利用适当的控制触发器37再现或抑制该效果（S10b）。特别地，症状引擎38可以生成触发照明效果的再现或抑制的控制触发器37。如图3A中所示，特定控制触发器37的生成可能不仅基于当前情绪，而且也基于随机化输入68以创建不太可预测的行为。例如，使得某些效果针对某些情绪以随机化方式生成。也就是说，通常，情绪变化可以以随机化方式发生，和/或用于当前情绪的控制触发器可以以随机化方式生成。然而，在任何情况下，引入随机化元素（即无论随机化输入43如何用来创建随机化行为），以随机化行为为目标，使得其对于具有较低用户参与水平32的照明器4更可能发生。

症状引擎68也可以确定（S12a）是否在诸如app 7之类的系统的软件元素上生成效果组以向用户告知或者提示已经采用（S12b）了某种情绪；和/或确定（S14a）是否以某种其他方式表现当前情绪的症状（S14b）。这可以例如通过经由外部网络20发送的消息——例如电子邮件或者社交媒体帖子等等的方式。

情绪引擎66一确定情绪并且症状引擎68一确定症状，触发器引擎36的需求引擎70就决定（S16）用户8应当执行什么动作（如果有的话）以便改变当前情绪（如果适用的话）。也就是说，需求引擎70可以确定针对给定控制触发器37的预期反应，即，它可以确定用户8预期如何对该触发器37反应。然后，事件检测引擎62就需求引擎70传达的该预期的反应监视用户的行为。如所指出的，触发器引擎36的未来行为根据用户8是否确实像预期的那样反应而受影响。在一些情况下，该预期的反应可以例如经由app 7从反馈模块40传达（S18）给用户。

应当指出，尽管按顺序示出，但是图4的步骤可以以任何顺序或者并行地执行，并且在任何情况下，随着时间重复以提供正在进行的行为变化。

为了进一步说明本公开的技术，现在将描述若干示例情景。

示例1

为了易于使用，照明器4物理地和虚拟地分布于不同的房间之中。由于用户的每日活动，厨房和起居室中的灯使用得相当多，而走廊的灯为了简单起见则在定时器上设置以便在预定义时间自动地开启和关闭；通过这种方式，用户从来不触发走廊的场景，而在起居室和厨房，根据用户的情绪手动地触发许多不同的场景。

随着时间的推移，控制系统30检测到走廊的灯未手动激活，并且这被事件检测引擎62作为可能的情绪变化的有效触发器而注意到，这将增强用户对系统1，尤其是对走廊的灯的参与。结果，该事件传递至情绪引擎66，所述情绪引擎一分析该触发器，就确定走廊灯应当是“嫉妒”厨房或起居室的灯（因为它们使用得频繁得多）。症状引擎68确定对于这种情形而言，灯应当采用的正确症状是正常情况下用于走廊的定时器（即计划表）的变化，强迫用户8手动地将它们设置为开/关。同时，需求引擎70决定这在没有适当解释的情况下对于用户8而言可能是一种有影响的变化，并且正因为如此，在用户的智能电话app 7中提示指示例如“走廊正感到嫉妒，你对其他灯花费这么多时间，现在对它……为什么不尝试这周手动设置灯以使它们振作起来”的通知。通过这种方式，以安全的方式提示用户8更多地与他可能已经忘记或者自动化至不再有任何需要担心它们的点的灯交互。

在接下来的日子里，控制系统30将分析用户如何与走廊的灯交互。如果事件引擎62确定发生了足够的手动控制水平，那么它可以通过触发远离嫉妒的情绪变化而使得定时器恢复，因为那最终是用户8所希望的效果；如果否，系统30可以决定多几次向用户重新触发通知，希望得到反应。

示例2

在类似的情形中，用户8度假几个星期，使得参与水平跨整个系统1下降。一返回，事件引擎62就确定在长时间段之后用户已经连接并且那是新情绪的有效触发器。情绪引擎66决定系统应当“高兴”用户8最终回来了。结果，症状引擎68决定应当跨整个照明系统1表现出高兴（即不管哪些设备/房间更频繁使用），并且为了实现这点，决定应当创建一些新的“庆典”场景以看看用户8是否发现这些场景比旧的场景更吸引人。然后，系统30可以决定简单地自动部署那些新场景，希望吸引用户的注意，或者可替换地可以决定经由智能电话6告知用户：“嗨，欢迎回来，我们想念你！为了庆祝你回来，我们给你提供了这些新酷的场景，想试试看吗……”像从前那样，系统30可以在用户检测到负面响应的情况下决定立即中止当前情绪，或者也可以决定在接下来的几天里再给它几次。

示例3

在这个案例中，系统30检测到用户8跨相同的大时间段总是默认相同的场景组（即场景不在全天内频繁重新触发）。事件引擎62检测到该模式，并且认为它是新情绪的触发器，情绪引擎66确定其为“令人厌烦的事物”。情绪引擎66将此告知症状引擎68，所述症状引擎决定有必要在不过于侵入或者不改变氛围太多的情况下向场景添加一些动态效果。部署的症状是房间的灯上的缓慢亮度循环（即这些灯之一首先具有逐渐的亮度变化，然后它恢复到它先前的水平，而下一盏灯经历相同的变化，以此类推）。这种效果可以随着时间而不变，可以变得更快，或者可以具有更大的亮度变化。在这种情形下，目标是使用户8触发新场景，因此，需求引擎70可以决定没有信息将给予用户，因为这不是一种需要经由app通知减轻的足够有害的效果。像之前那样，系统30可以决定在有限的时间段之后或者在用户8启动那些灯之后终止该效果。

示例4

随着时间的推移，系统30也可以得出结论：只有特定类型的控制正被使用（例如，没有直接使用所述app，而是改为通常使用小部件）。事件引擎62确定这可能是情绪变化的原因并且将此报告给情绪引擎，所述情绪引擎进而决定使得系统更加“顽皮”。在这个案例中，目标是跨短的时间段保持用户8在控制方法之间切换。对于这种情形，没有使用具体的症状，因为它涉及控制而不是灯，但是改为在用户设备6处由需求引擎70生成一系列通知以挑逗用户8。例如，这些通知可以是这样的：

“哎哟，我跌倒了，小部件不见了……我猜在我搜集它们的同时你将不得不使用该应用程序”

“还记得你几个月前买的那个开关吗你知道，它不仅仅是装饰……”

- “场景是如此的老式，酷用户定制一切，为什么你不单独地控制这些灯”

- “我可能调换了你房子里两个房间的名称，对不起！你可能不得不检查它们中的全部，看看它们是哪些”

借助于此，用户8受邀尝试具有他/她应当做什么的明确指示的不同机制。为了避免负面的影响，这些通知也可以包括回到通常设置的某种选择退出按钮。

示例5

在该特定情景中，用户的照明系统1与他父母、兄弟姐妹或者朋友的照明系统相联系。该联系可以出于任意数量的原因而创建，例如以便通过拷贝另一个照明系统的设置而使得系统的设定更容易，在那些设定中看见奇怪的行为或模式时接收警告，基于别人的光控制而模拟存在性，等等。用户的系统可能检测到这些相联系的系统之一具有与用户自己的系统迥然不同的某种统计性。例如，用户的朋友在他的系统中为一周的特定几天设置了更多的例程，而用户8每次经由小部件手动完成任何事情，因为他不知道这个新特征。这触发系统依照情绪引擎变得“具有竞争性”。这意味着系统基于他的特定设定的最常见的模式（经由症状引擎68）自动地为用户创建一些例程，并且告知用户8（经由需求引擎70）发生了什么，例如：“嗨，你的朋友具有许多例程，但是我们没有任何例程！！不要让他打败你，创建甚至更多例程！我已经为你准备了一些，在app中查看一下。”通过这种方式，借助于与另一个已知用户的竞争鼓励用户8发现并且使用更多他之前不在（同样）使用的特征。

示例6

在该实施例中，系统30确定用户8需要来自系统的更频繁的提醒，因此决定系统应当“饿了”。就症状而言，这被示为随着时间而变化的光参数，作为系统有多饿的指示。

例如，在起居室中晚上7点设置放松的场景，其由70%亮度的暖白色组成。在晚上9点，系统可以决定开始例如以亮度的轻微变化的方式显示第一症状（例如，一盏灯达到80%，另一盏灯达到50%）。当此发生时，系统30可以经由app 7告知用户：“嗨，我饿了，喂我一些场景！”如果用户唤回相同或者不同的场景，那么这些效果被复位。否则，在晚上10点，系统可能显示附加的症状，比如灯偏离它们的CCT值或者达到更多橙色或红色的颜色。如果用户8再次忽略这点，那么所述效果每次可以变得更加引人注目，亮度和色度波动更大。

示例7

在该实施例中，系统不感知任何引人注目的模式，而是改为它的随机情绪生成器被激活。结果，系统采用“疲惫的”情绪。在这个案例中，这在光效方面反映为触发时总体场景亮度的减小。用户8经由所述应用程序被提示一条消息，说“我今天太疲惫了，我不认为我可以靠我自己使灯更亮，帮帮我……！”这意在触发用户手动调节受影响的灯的亮度水平，并且据此“帮助”系统恢复。这样的随机情绪的目标是向用户呈现稍微更加不连贯的情绪，所述情绪也不那么有影响且更易于理解，并且补偿基于具体事件的那些情绪。它也确保了如果没有相关事件发生，那么用户仍然将受益于系统采用不同的情绪。

应当指出，在所有以上示例中，情绪切换在一定程度上可以基于随机化输入43以随机化方式触发，该情绪的症状也基于随机化输入43在一定程度上随机地触发。

依照上面描述的技术，基于用户如何控制他/她的连接的照明系统，系统30确定某个随机性水平以便有意地引入与用户设置的激活的偏差，在一定程度上目标至少是照明系统1的参与水平较低的那些部分。

对于特别欣赏其照明系统的个性的用户而言，可以实现更极端的个性特点。例如，未定期使用的灯例如经由app抱怨这点，或者如果持续使用开关，那么所述app提供弹出消息，邀请用户使用该app并且建议和与该开关关联的场景不同的场景。

返回到图1，处理器14、22中的每一个（或者更一般地，实现照明控制系统30的无论哪个处理器或者处理器组合）可以例如采取CPU或者互连CPU组的形式，并且通常可以是所讨论的设备的任何适当的处理装置，其被配置为从所讨论的设备的存储器（未示出）中取回诸如app 7的指令之类的可执行指令（即代码），并且执行那些指令以便实现本文描述的该设备的功能性。这可以是嵌入式软件（固件）、应用软件或者任何其他类型的软件（或者其任意组合）。可替换地，该功能性中的一些或全部可以以所讨论的设备的诸如专用集成电路（ASIC）或者现场可编程门阵列（FPGA）等等之类的（专用）硬件实现。因此，尽管在所描述的实施例中，术语“模块”（或者类似物）指的是控制系统30的软件的一部分，但是通常被配置为实现特定功能性的模块可以指可操作来实现该功能性的软件、硬件或者其任意组合。应当理解，已经仅仅通过示例的方式描述了上面的实施例。本领域技术人员在实施要求保护的本发明时，根据对于所述附图、本公开内容以及所附权利要求书的研究，应当能够理解和实现所公开实施例的其他变型。在权利要求书中，措词“包括/包含”并没有排除其他的元件或步骤，并且不定冠词“一”（“a”、“an”）并没有排除复数。单个处理器或其他单元可以实现权利要求中记载的若干项的功能。在相互不同的从属权利要求中记载特定技术措施这一事实并不意味着这些技术措施的组合不可以加以利用。计算机程序可以存储/分布于适当的介质上，诸如存储/分布于与其他硬件一起提供或者作为其他硬件的一部分而提供的固态介质或者光学存储介质上，但是也可以以其他的形式分布，诸如经由因特网或者其他有线或无线电信系统分布。权利要求书中的任何附图标记都不应当被视为对范围的限制。

Claims (15)

1.一种用于照明系统（1）的照明控制系统（30），包括：

- 输入，其用于接收来自用户（8）的照明控制输入（31）；

- 通信接口（44），其用于与照明系统通信；

- 手动控制模块（32），其被配置为依照来自用户的照明控制输入控制照明系统的光照源（4）发射的光；

- 参与模块（34），其被配置为根据用户输入确定针对所述光照源中的至少一个光照源的用户参与水平，其中针对所述光照源中的所述至少一个光照源的用户参与水平是照明控制系统生成的、用户选择对所述光照源中的所述至少一个光照源施加直接手动控制的程度的度量；

- 触发器引擎（36），其被配置为基于用户参与水平随机地生成用于所述至少一个光照源的控制触发器（37），其中控制触发器（37）在一定时间间隔内生成的概率随着用户参与水平的减小而增大；以及

- 自主控制模块（38），其被配置为在随机地生成的用于所述至少一个光照源的控制触发器（37）被生成时，通过自主地控制所述至少一个光照源再现一定照明效果或者自主地抑制所述至少一个光照源的照明效果而响应所述控制触发器。

2.依照权利要求1的照明控制系统，其中参与模块被配置为在再现或抑制所述照明效果之后针对用户的预期反应监视用户的行为，其中如果用户不像预期的那样反应，那么控制触发器在其后生成的概率减小。

3.依照权利要求2的照明控制系统，其中如果用户确实像预期的那样反应，那么其后生成控制触发器的概率增大。

4.依照前面任一权利要求的照明控制系统，其中用户参与水平根据一定时间段内用户与所述至少一个光照源之间的交互的数量而确定。

5.依照前面任一权利要求的照明控制系统，其中用户参与水平根据跨一定时间段用户应用到所述至少一个光照源发射的光的至少一个特性的偏差度量而确定。

6.依照权利要求5的照明控制系统，其中通过自主控制模块自主地再现的照明效果的至少一个参数根据所述偏差度量设置。

7.依照前面任一权利要求的照明控制系统，其中用户参与水平基于跨一定时间段用户针对所述至少一个光照源选择的照明效果的数量而确定。

8.依照前面任一权利要求的照明控制系统，其中用户参与水平为通过检测用户关于所述至少一个光照源的行为的变化而确定的相对用户参与水平。

9.依照前面任一权利要求的照明控制系统，其中用户参与水平通过确定跨一定时间段由用户用来控制所述至少一个光照源的用户输入设备的数量和/或跨一定时间段所述至少一个光照源被自主控制模块控制的程度而确定。

10.依照前面任一权利要求的照明控制系统，包括外部数据输入，其中所述控制触发器根据外部数据接收的威胁而生成。

11.依照前面任一权利要求的照明控制系统，其中所述触发器引擎包括状态选择引擎（66），其被配置为根据用户参与水平和随机化输入组为所述至少一个光照源选择预定状态组中的一个，所述控制触发器根据为所述至少一个光照源选择的状态而生成。

12.依照权利要求2和11的照明控制系统，其中所述触发器引擎被配置为基于用户是否像预期的那样对照明效果的再现或抑制做出反应而调适针对所述至少一个照明器的参与阈值。

13.依照前面任一权利要求的照明控制系统，其中所述触发器引擎被配置为将针对所述至少一个光照源的用户参与水平与参与阈值相比较，并且基于该比较为所述至少一个光照源随机地选择性地生成控制触发器。

14.一种控制照明系统（1）的方法，包括由照明控制系统（3）实现至少以下步骤：

- 接收来自用户（8）的照明控制输入（31）；

- 依照来自用户的照明控制输入控制照明系统的光照源（4）发射的光；

- 根据用户输入确定针对所述光照源中的至少一个光照源的用户参与水平，其中针对所述光照源中的所述至少一个光照源的用户参与水平是照明控制系统生成的、用户选择对所述光照源中的所述至少一个光照源施加直接手动控制的程度的度量；

- 基于用户参与水平随机地生成用于所述至少一个光照源的控制触发器（37），其中控制触发器（37）在一定时间间隔内生成的概率随着用户参与水平的减小而增大；以及

- 在随机地生成的用于所述至少一个光照源的控制触发器（37）被生成时，通过自主地控制所述至少一个光照源再现一定照明效果或者自主地抑制所述至少一个光照源的照明效果而响应所述控制触发器。

15.一种计算机程序产品，包括存储在计算机可读存储介质上并且被配置为当被执行时实现权利要求14的方法的代码。