光照控制的制作方法

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

背景技术：

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

照明器可以具有可单独控制的参数，诸如亮度和颜色，并且一个或多个照明器可以以协调的方式被成组一起控制，以创建用于以期望的方式照射区域或空间（诸如房间）的整体光分布或场景。根据需要，不同照明器和/或不同照明器设置的组合可以实现空间区域的不同整体光照。以这种方式，用户可以在大范围的参数（诸如白色调、颜色和亮度）内微调他们的光偏好，以根据他们的需要和品味定制他们的光体验。还可以包括动态效果。

为了实现期望的光照，不是必须控制单独的照明器、或甚至该照明器或每个照明器的单独设置，通常优选的是，将对应于期望的光分布或“场景”的设置的组一起存储。例如，可以创建“早晨”场景或“放松”场景，然后用户可以使用单个命令快速且容易地再调用（recall）该场景。可以为特定活动（诸如例如用餐或阅读）创建这样的场景，从而提供合适的光照水平和条件。

这些场景倾向于被分组为两个主要类别：场景可以被用来创建特定的功能照明类型，或者它们可以被用来生成期望的气氛。场景的功能照明类型通常涉及可以被应用的白色的不同色调，目的是帮助放松、集中等。

另一方面，气氛导向的场景倾向于是颜色的混合，该颜色的混合除了用户期望体验的设计图案之外没有特定的设计图案。一些系统仅允许气氛场景的手动设置（即，用户需要配置参与场景的每个灯），而其他系统允许使用图像：用户选择特定图像并且最引人注目/主导的颜色被提取并被部署到灯。这希望创建与图像的氛围非常类似的氛围。例如，如果选择了海滩处的某人的图片，则灯将通常采用黄、橙和蓝色的组合，从而类似于沙滩和海洋/天空。

技术实现要素：

能够基于图片或图像创建一场景允许相对快速且容易地产生具体的颜色方案或气氛。然而，这样的特征不可以被尽可能经常地被使用，因为所需的步骤数量或用户参与水平对于一些用户而言仍然过高。例如，从假期返回后，用户将可能具有数十张或更可能数百张来自访问的各种地方的图片。选择要用作场景源的适当图像可能过于耗时，或者可能不存在来自用户的关于理想图片应该是哪个的足够见解（notion）。

在其他情况下，用户可能喜欢针对其带来回忆的特定图像，但是该图像中的问题（如背景中的游客、临时伪影（artefact）等）可能意味着所提取的调色板与用户跟该具体的时刻或活动相关联的调色板不真正匹配。

将期望的是，提供改进的光照控制，并且特别地，提供照明场景的改进的创建。照明场景可以存储在照明系统中，诸如在中央存储器中、在诸如移动电话的用户接口设备上或者在一个或多个照明设备中。可替代地或附加地，照明场景可以存储在是照明系统的一部分或可以与照明系统接口连接的其他设备上。用户可以再调用存储的照明场景，使得照明系统将渲染该照明场景。

因此，在本发明的一个方面中，提供了一种用于基于一个或多个图像自动创建照明设置的方法，该方法包括：检测与一个或多个源图像相关联的触发事件；响应于所述触发事件，基于所述检测到的事件并基于源图像的一个或多个图像参数，从所述一个或多个源图像中选择一个或多个目标图像；基于所述选择的一个或多个目标图像的所述颜色参数确定照明设置；并且输出所述确定的照明设置。

以这种方式，可以基于图像自动创建照明设置，通过将连接的照明系统链接到在照明系统外部发生的事件和活动（例如，在社交媒体上发布）来主动地吸引（engage）用户使用连接的照明系统。该方法可以有利地以最小的用户输入选择针对创建场景最相关的图像和最适当的图像。然后，基于所述目标图像，可以独立于所述图像再调用所存储的照明场景。例如，图像不需要保留在虚拟图像库中，因为即使当图像不再可访问（例如已被移动或删除）时，照明场景仍然可访问。

在实施例中，选择包括基于共同图像参数对图像进行分组。以这种方式，可以将多个图像分成两个或更多个组，使得每个组分享共同的特征或特性。例如，可以使用已知的聚类或分割算法。通常，图像根据将影响照明设置的特征（诸如颜色、饱和度或亮度）进行分组。选择还可以包括对组内的图像排序。排序可以基于与触发事件有关的参数（诸如查看的数量或评论的数量（将在下面更详细地解释）），或者可替代地可以基于诸如颜色参数的图像参数。

作为该方法的一部分，可以执行两个或更多个所选图像的合并以获得合并图像参数。例如，可以组合多个图像的调色板。例如，可以对与图像有关的数值参数执行平均。

因此，将理解，该方法能够实现将多个图像向下选择（downselect）到1或一个小数量（例如2或3）。在一示例中，50个图像可以与触发事件相关，诸如用户将图像从记忆棒上载到虚拟库。该方法可以能够基于颜色或图像特征特性将这些划分成两组，该颜色或图像特征特性可以对应于例如在不同位置处、或者一天的不同时间或照明条件捕获的图像。可以从第一组中选择单个图像作为具有被认为最适当于给定房间的场景的调色板，而可以合并第二组以提供“经平均的”调色板。

在实施例中，检测触发事件包括检测对存储在图像存储器中的图像的数量的改变，并且还可以包括检测每单位时间存储的图像的数量。例如，可以监测加载到具体图像库中的图像的数量，并与阈值或普通用户模式比较。例如，可以设定预定阈值（例如，一天中50个图像）或者可以确定每天或每小时存储的图像的平均数量，并且触发事件可以与此平均值有关（例如，每天的图像数量超过平均值的120％）。大于平均值的增加通常可以指示用户认为重要、并且可能希望尝试经由照明场景重新创建的事件。

在某些实施例中，检测触发事件可以包括检测本地用户与一个或多个图像有关的活动，例如用户已查看图像的总次数，或者例如每周查看图像的次数。可替代地，可以检测本地用户已查看或使用图像的方式，例如用户将图像设定为例如他或她的电话或平板电脑上的屏幕保护。

除了监测本地用户与一个或多个图像有关的行为之外，或者作为可替代方案，在实施例中，检测触发事件可以包括监测和/或检测与一个或多个图像有关的网络活动：例如，检测远程联网用户与所述一个或多个图像的交互数量。这样的交互通常是经由社交媒体和/或图像分享应用程序，诸如facebook、whatsapp、instagram、snapchat等，并且用户输入或交互的示例包括指示同意、转发、分享或评论。

在实施例中，输出所述确定的照明设置包括向用户提议和/或预览所述设置。这可以经由指示已经创建新场景的简单通知，并且可以可选地包括关于是什么已经触发了该场景的信息，以及例如有关的一个或多个图像的视图。输出可以提示用户接受或丢弃场景，并且可以可选地允许用户预览场景（在用户物理地存在于要实现场景的地方的情况下）。可能服从于用户的同意，输出可以包括将场景存储在照明系统中，或存储在照明系统访问的存储器中。

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

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

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

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

附图说明

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

图1示出了包括多个照明单元的房间的示例；

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

图3图示了照明场景可以基于的示例图像；

图4是图示了照明场景创建过程的流程图；

图5是示出能够执行图4的过程的功能块的示意图。

具体实施方式

图1示出了安装或以其他方式设置在环境102（例如，诸如房间的室内空间、或任何其他可以被一个或多个人占据的空间或环境（诸如车辆内部））中的照明系统。照明系统包括一个或通常多个照明器，每个照明器包括一个或多个灯或光照发射元件以及任何相关联的壳体、（多个）插座和/或支撑件。led可以用作光照发射元件，但是其他可替代方案（诸如白炽灯，例如卤素灯）是可能的。照明器是用于在适合于照射可由用户占据的环境102的尺度上发射光照的照明设备。在此示例中，照明器包括落地灯114、壁挂式上照灯116、天花板吊坠118和两个地板安装的洗墙灯112。其他示例包括聚光灯或上照灯或下照灯。系统可以包括具有一种照明器类型、以及多种不同的照明器类型的多个实例。照明器可以是便携式的（即，它们的位置可以容易地改变，并且由于内部能量存储单元的原因甚至可以在有限的时间段内继续运行而无需与市电连接）。

用户可以经由诸如墙壁面板106的用户终端控制照明系统。可替代地或附加地，可以提供移动用户终端108以便允许用户控制照明系统。这可以是以例如运行应用程序或“app”的智能电话或平板电脑的形式，或者可以是专用遥控器。一个或多个用户终端包括用户接口，诸如被布置成使得用户（例如，存在于环境102中的用户，或者在移动终端的情况下远程定位的用户）能够向照明控制应用程序提供用户输入的触摸屏或点击式接口。

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

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

设备210和用户终端206和208包括由虚线示意性地图示出并标记为212的功能组。虽然在此示例中在此功能组中示出了三个独立的元件，但是将理解，不同数量的元件是可能的。例如，可以设想智能电话形式的单个用户终端和路由器形式的单个中间设备。在一些示例中，诸如智能电话或平板电脑的单个设备可以能够提供组212的所有功能。

功能组212还可以连接到存储设备或服务器214，存储设备或服务器214例如可以是诸如互联网的网络的一部分，使得信息能够被导入到照明系统或从照明系统导出。在示例中，照明系统可以与为系统提供的专用服务器或云服务接口连接，然而该系统还可以与第三方软件或服务（诸如社交媒体和/或图像存储应用程序）接口连接。用户终端可以采用web浏览器以访问来自网络或服务器214的内容。

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

此布置允许在用户终端206或208的用户接口处输入用户命令，以及将对应的控制信号传输到适当的照明器以用于改变光照（例如，再调用具体场景）。此布置还允许光照设置的获得、存储、评估、提议、选择和分配。这些功能优选地由以虚线示意性地示出并标记为212的功能组中的一个元件或元件的组合提供，然而一些功能性可以被分配到存储设备或服务器214。

如上面指出的，已经提议使用图像以允许用户为照明系统（诸如图1和图2中所图示的系统）创建照明场景。

可以将图像（例如来自充当用户终端的智能电话或来自诸如互联网的网络）输入到系统，并且可以分析图像，并且基于图像分析的结果确定各种照明器的设置。在更基本的示例中，可以例如在颜色直方图中确定图像的整体颜色分布或内容，并且控制照明器以在房间或空间中提供对应的分布。更先进的技术允许考虑图像中的颜色的空间分布。例如，通常位于图像上部的蓝天通过控制照明器向房间的上部提供蓝色色调而被反映在照明系统中。因此，这将考虑房间中的照明器的类型和方位，以及输出光照指向的位置-例如，壁挂式上照灯可以被用来为房间的上部提供光照。

更加先进的系统可以使用更复杂的图像分析，以确定图像中的形状或特征，并基于可用的照明器的布置尝试复制这样的形状，或使用特征来控制光照。例如，从日落的图像中，与太阳相对应的圆形橙色形状可以被提取并与吊坠照明器匹配，然后可以控制该吊坠照明器以提供具有匹配的橙色阴影的输出。在可替代示例中，夜间被照射的运河（canal）的图像可以具有强烈线性蓝色特征，其可以被识别并且与被控制模仿该特征的线性led串或光带匹配。

提供图3以图示使用图像来控制光输出的一个可能示例。然而，如上面指出的那样，存在使用图像来控制光输出的许多可能方式，并且取决于所使用的精确技术，相同的图像可能引起不同的光输出。图3示出了包括边界部分310和主要部分320的图像300。该图像示出了具有月亮的夜晚场景，月亮部分地隐藏在云后面并且位于牧场的地平线上方。图像330的第一区域（基于其确定亮度水平）由虚线（在此示例中，虚线不是图像的一部分）标记。存在图像的三个子部分340、350、360，从该三个子部分提取一种或多种颜色以生成颜色的集合。所有三个子部分340、350、360都落在第一区域330内。第一子部分340包括图像300中的月亮的一部分，第二子部分350包括云的一部分，并且第三子部分360包括天空的一部分。在此示例中，拾取的颜色是橙（月亮；子部分340）、红（云，子部分350）和蓝（天空，子部分360）。根据示例方法，确定第一区域的亮度水平，并且由一个或多个照明设备发射的光的强度基于此确定的亮度水平。因此，所选择的颜色（黄、红、蓝）以适当的光强度在光场景中渲染。

作为示例，这些颜色可以被自动或手动地选择。可以确定所选择的颜色由照明设备例如在动态光场景中渲染，或者在用户接口中呈现的顺序，使得在后续颜色之间存在最小的感知差异。这产生视觉上令人愉悦的调色板或梯度。

当存在多个照明设备时，可以将颜色指派给单独的照明设备，或者每个照明设备可以渲染（多个）相同的颜色。当照明设备渲染不同颜色时，以下是图示可以如何将颜色指派给照明设备的示例。（例如，随机地或基于经排序的颜色）拾取第一照明设备的第一颜色。然后可以从颜色集合排除选取的颜色，并且对于下一个照明设备，可以从颜色集合拾取新的颜色。可以重复此过程，直到所有照明设备（或照明器中的光源）具有指派的颜色。可替代地，代替随机拾取附加光源的颜色，可以拾取调色板的相邻颜色。这可以具有在空间中或在具有多个光源的照明器上创建平滑颜色梯度的优点。可以被应用以将颜色指派给照明设备的其他规则的示例包括选择互补色、选择相反色等。

图4图示了可以基于一个或多个图像生成新场景的过程。

在步骤s402中，系统监测使场景生成过程开始的一个或多个触发事件。触发事件通常是与一个或多个图像有关的事件，并且优选地在图像有关的活动指示一图像或图像组特别感兴趣或特别相关时发生。感兴趣水平或相关水平可以通过示例中的可量化度量、并且通过相对于阈值来评估该度量而确定。

例如，第一事件类型涉及由用户使用例如相机或智能电话捕获并且存储在诸如库的具体位置中的图像。库可以在本地设备上，或者可以是云存储服务。监测步骤s402可以检测被存储在库中的图像，并且监测例如存储的图像的数量和频率。在这种情况下，触发事件可以是在某个时间段内添加的一定数量的图像。在比平均时间更短的时间内添加的大于平均数量的照片可以表示诸如用户参加的婚礼或音乐会的值得注意的事件，并且可以提供针对场景创建的触发。

另一事件类型涉及源自网络的、由用户诸如经由即时消息传送服务或图像分享平台而接收或查看的图像。由照明系统的用户和由其他人二者都可以监测与一个或多个图像有关的活动以确定具体感兴趣的图像。监测步骤s402可以监测例如与一个或多个具体图像有关的图像的查看、喜欢、评论或分享的数量，以触发场景创建。

在步骤s404中，如上面概述的那样，确定是否已经发生了新事件。如果没有发生事件，则过程返回到s402处的监测，否则该过程进行至步骤s406。

可选步骤s406确定在s404处标识的事件是否与一个或多个特定图像有关。如果确定例如仅标识了单个图像，或者如果标识了多个特定图像，每个图像是场景的基础，则确定不需要分组/合并处理，并且流程进行至步骤s410。然而，如果确定触发事件涉及一组或多组图像，则流程进行至步骤s408。

在多个图像被标识为具有增加的相关性或兴趣的情况下，可以在步骤s408中处理这些图像以选择用于进一步处理的一个图像或一图像子集。可替代地或附加地，可以执行处理以对图像进行分组和/或合并以允许更容易地创建照明场景。在选择的情况下，来自事件的数据可以与例如对图像进行排序相关，或者可替代地，可以评估图像的视觉方面（例如，可以评估调色板或亮度水平或饱和度以确定哪些可以做出最可行的照明方案）。

在分组方面，一组可以被定义为分享共同特征的图像。这可以是如由边缘或特性特征（诸如面部）确定的形状的特征，或者可以是颜色特征（诸如类似的调色板）。例如，如果从触发检测返回多个图像，则可以有可能的是将这些图像分类为具有类似特征或颜色方案的组。第一组海边景观图片可以可标识为具有突出的地平线和蓝天，并且与第二组室内肖像和集体照（groupshots）可区分。

如果可以将一组图像标识为具有共同特征或特性，则可以合并或平均那些图像或至少那些图像的共同特征。在一个示例中，确定所标识的图像组的平均调色板。

步骤s410使用得到的一个或多个图像，或者在合并图像的情况下使用图像特性来确定照明系统的一个或多个照明场景。这可以基本上如上面描述地执行，以提供场景的调色板，或者潜在地确定与一个或多个图像的空间特性有关的更特定的设置。

在可选步骤s412，可以向用户提议所确定的一个或多个场景，以及提供给用户来确认是否接受这样的场景的提示。这可能只是场景已经被创建、连同它所基于的一个或多个图像的指示的提醒。这可以是用户终端上的通知，其作为照明控制接口或app的一部分，或者作为电子邮件或其他通知。系统可以附加地允许用户在接受或拒绝场景之前预览场景，并且可能还调整或微调场景。如果场景被拒绝，则过程返回到s402处的监测，否则过程进行至步骤s414。

可替代地，可选步骤s412可以向用户提供指示，而不请求或要求响应或用户输入，仅仅通知已创建了新场景。在这种情况下，流程进行至步骤s414。

最后在步骤s414，在步骤s410中确定的一个或多个场景存储在照明系统中，并且根据需要也可以被应用。然后，流程可以返回到s402处的监测以进行新的迭代。

图5是能够执行图4的过程的功能组件的框图。例如，图5的功能组件可以由图2的功能组212实现。

触发引擎542监测并接收来自本地媒体存储器或联网媒体存储器中的任一者或二者的输入540。触发引擎能够检测诸如添加到存储器的图像的媒体，并收集与媒体相关联的元数据和活动信息，诸如记录日期、查看/编辑的数量、媒体的发送和转发等。基于媒体和相关联的信息，触发引擎能够确定感兴趣的媒体有关事件，并且估计（gauge）是否应该创建与这样的事件相链接的新照明场景。

在确定应该创建新的照明场景时，触发引擎调用演绎引擎544。演绎引擎基于触发事件确定一个或多个照明场景所基于的一个或多个适当图像参数。在触发事件与单个图像有关的情况下，这是简单的，然而如果多个图像与事件有关，则演绎引擎可以选择场景要基于的一个图像或一图像子集，并且可以可选地对图像进行合并或分组以提取场景应该基于的那些合并或分组图像的参数。

来自演绎引擎544的输出被提供给渲染引擎546，渲染引擎546基于这样的输出创建照明场景。这可以以多种方式执行，多种方式的示例在上面提供。然后，渲染引擎可以输出（548）与场景有关的场景或信息，例如输出到用户以供接受的确认，并且最终包括该场景的照明参数可以被存储并在需要时被照明系统的照明器再调用。

提供下列非限制性示例以图示各种可能的特征和情境：

在第一示例中，用户已经外出去海滩度假并拍摄了海滩的不同区域的多个图片，并将图像存储在智能电话上。当用户在已经返回之后首次操作照明系统时，触发引擎评估参数列表以确定是否应该建议新场景。在这种情况下，触发引擎在本地操作，并且因此检测到用户智能电话中的图片库在某个时间段内已经显著增加。照片的数量可以例如超过用作阈值的每天的平均数量。附加地，它还可以检测到在拍摄图片时这些图片已经被用用户的位置地理地加标签，进一步确定这些是由用户拍摄而不是由外部服务接收的图片。

结果，触发引擎确定用户最近具有显著水平的媒体活动，并且因此用户可能对具有基于这样的媒体活动的新场景感兴趣。因此，触发引擎得出结论应该创建新场景并推荐给用户。

演绎引擎被用来基于事件的类型确定哪些应该是针对创建场景要考虑的参数。由于所有内容对于电话而言都是本地的并且没有与外部服务的连接，因此演绎引擎得出结论，最佳方案将是采用所有图片作为光设置的源并将它们组合或平均。然后将此结果传递给渲染引擎。

渲染引擎将基于演绎引擎的结论对拍摄的所有图片的颜色和亮度内容进行平均，制作直方图等，使得来自整个假期图片集合的最流行/频繁的颜色被标识。然后，这些颜色和亮度水平将被用作场景的调色板。通过对它们进行平均，系统还确保例如背景上的游客或经过的云的影响不在最后的调色板中发挥相关作用。

由于动作流正确结束，系统将通知（在此示例中经由智能电话上的app）用户已检测到新的事件类型并询问他是否希望具有基于关联媒体而创建的新场景。如果用户确认，则app将基于所选择的调色板创建新场景，并允许用户为其选择适当的名称。

第二示例涉及与第一示例的情境类似的情境，然而在这种情况下，用户在海滩处度过了一段时间，而且决定在山上度过一段时间。结果，拍摄了两个不同的图像集合，一个与海滩和大海相链接，而另一个与山和天空相链接。

返回时，触发引擎再次得出结论新事件已经发生，并且因此应该建议新场景。结果，演绎引擎被激活，但在这种情况下，它确定存在两个不同的图像集合。因此，它向渲染引擎推荐只要在每个集合中的图像之间不存在大的颜色差异就组合/平均每个集合中的图像。这将导致海滩图片与山图片分开分组。

基于此输入，渲染图像选择两个调色板（例如，用于海滩的黄和蓝，用于山的绿和白）。由于演绎引擎得出结论使用了两种图像类型，系统向用户建议两种不同的场景。

在第三示例中，触发引擎检测到用户在过去几天内已若干次查看用户经由外部服务（例如，whatsapp、gmail等）接收的新图像。触发可以涉及与阈值有关的每天查看数量，或者可替代地，排序可以确定例如一天或一周内查看最多的图像。结果，触发引擎确定该图像可能足够相关/足够有趣，以供用户用于潜在的新照明场景。

因此，触发引擎基于该新图像激活演绎引擎。鉴于它只是单个图像，演绎引擎得出结论，此图像应该是所使用仅有信息源，并将此信息提供给渲染引擎。

渲染引擎执行调色板提取，并且然后触发系统向用户提出建议。在这种情况下，系统将告诉用户它已经检测到用户已经频繁地看电话中的某个图像，并且因此用户可能想要将其变成场景以继续重温该时刻。

作为上述情境的变形，在第四示例中，如果触发引擎检测到正在频繁分享或转发一图像，则触发引擎还可以检测到该同一图像是新场景的良好源。例如，用户拍摄的图像（其本身将不例如通过示例1的机制触发新场景）被转发到若干不同的聊天组、通过电子邮件发送、在facebook和instagram上发布等。

触发引擎基于这样的动作衡量与该图像相关联的活动水平，并且结果，触发引擎确定它足够相关并且应该用于潜在的新场景。然后，该过程可以按照第三示例继续。

在第五示例中，用户将与朋友聚会的图片上载到社交媒体（例如，facebook或instagram）。在这种情况下，触发引擎也能够与这些外部服务接口连接。在一段时间后，触发引擎注意到上载的图片已经接收到很多积极的反馈，诸如好评、喜欢、分享、评论等。触发引擎可以得出此积极反馈的衡量，并确定事件与基于这些图片创建的新场景足够相关，并且可以基于此创建和建议一场景。

演绎引擎然后评估情况。鉴于事件链接到社交媒体上图像的流行度，它确定只应该使用具有特定量的查看、喜欢、好评等的图片，因为那些图片是触发用户最多反应的图片；具有较低计数的那些图片可能不那么相关。通过为此选择适当的阈值（例如，仅具有超过20个好评的图片，或仅排序前10％的图片等），选择适当的图像子集。然后将这些图像传递给渲染引擎，渲染引擎选择适当的调色板并生成对应的场景。然后，系统通知用户可以基于他/她最近的社交媒体流行度创建新场景。

在第六示例中，触发引擎在与这些外部服务接口连接的同时还可以基于用户接收的通知来检测事件。例如，它可以检测到用户何时在其他人的图片中被加标签、在某人的评论中提到、或者来自该用户的特定消息被转发/转推（retweet）。如果检测到这样的事件，则触发引擎通知演绎引擎应该调查那些源。然后，演绎引擎可以确定是否存在附接到其或与其相关联的特定媒体内容。如果存在涉及到的图像，则演绎引擎可以确定它们应该用于颜色提取，可选地评估事件的流行度，如上面第五示例中提到的那样。

附加地，对用户的参考可以链接到其他类型的媒体，诸如视频或歌曲。如果是这种情况，则演绎引擎可以选择在线搜索可以更容易地提取颜色的、其他类型的相关联或有关媒体。例如，如果评论涉及特定歌曲，则引擎可以得出结论光设置的源应该是该歌曲所属的专辑的封面图像；如果参考是电影，则引擎可以使用该电影在用户的居住国的最流行的广告海报。然后将这些源转发到渲染图像，以遵循与之前相同的步骤。

作为另一示例特征，触发引擎可以被用来基于检测到的照明系统的使用来提示用户。例如，它可以检测到场景被经常使用，但是即使系统安装有可以创建很多颜色组合的照明器或光源，在特定房间中在某个时间段（例如1个月或6个月）内也没有创建新场景。然后，演绎引擎可以在线搜索在该类型的房间（例如，书房）中使用的最流行的颜色，并基于该新的调色板向用户建议新的场景。

在检测到用户在某个时间段内尚未创建新场景时，触发引擎还可以建议用户简单地拍摄房间的新图片并将其用作输入。也就是说，触发引擎主动请求用户的那个行为，使得存在用户将体验的新内容。

作为与上面所有示例共有的附加特征，系统还可以查找已被标识为场景基础的图像或其他媒体中或与之有关的特定关键词。例如，一图片在instagram上发布，并且若干人在此上下文中提到词语“卧室”。基于这些词语，通过附加地提议场景的具体房间，可以丰富向用户提议的照明场景。

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

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

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