发明内容
本公开针对用于存储、建议和/或利用照明设置的发明方法和装置。例如,在一些实施例中,可以管理用于向照明用户推荐的相关照明设置的数据库,并且可以将至少一些相关照明设置中的每一个与对应于创建该照明设置的用户的经验水平的加权相关联。再者,例如,在一些实施例中,也可以标识用于照明系统的相关照明设置,并且设置创建者经验水平、照明系统情境数据(contextual data)和/或照明设置的可重建性可以用于对相关照明设置进行标识和/或排序(sort)。
总的来说,在一方面中,提供了一种管理用于向照明用户推荐的相关照明设置的数据库的方法,并且该方法包括:接收改变的照明设置数据和对应的标识数据,改变的照明设置数据指示至少一个照明灯具的照明特性的改变并且标识数据指示照明灯具的用户;确定对应于用户的经验水平的加权;以及将该加权与数据库中的改变的照明设置数据相关联。
在一些实施例中,经验水平基于用户已经参与改变照明灯具的照明特性的时间量和次数中的至少一个。
在一些实施例中,基于标识数据来标识经验水平,例如,标识数据可以包括经验水平。
在一些实施例中,经验水平基于与用户相关联的人口统计数据。在这些实施例的一些版本中,经验水平基于用户的登记日期。
在一些实施例中,所述方法进一步包括将照明情境数据与改变的照明设置数据相关联。在这些实施例的一些版本中,照明情境数据包括用户定义的情境、地理位置、照明灯具类型、照明灯具布置、日期、时间、外界光水平、房间类型、房间属性、照明系统属性和活动中的至少一个。照明情境数据可选地可以包括地理位置和用户定义的情境。
总体而言,在另一方面中,提供了一种标识用于照明系统的相关照明设置的方法,并且该方法包括:接收标识数据和照明系统情境数据,标识数据指示照明系统的用户并且照明系统情境数据指示照明系统的至少一个情境参数;通过将至少一些照明系统情境数据与和每个照明设置相关联的存储的情境数据进行比较来计算照明设置组的每个照明设置的相关性排名;基于照明设置的相关性排名对照明设置组排序;以及在对所述照明设置组排序和从更大的照明设置组中标识所述照明设置组的步骤中的至少一个中利用照明设置的设置创建者经验水平。
在一些实施例中,所述方法进一步包括计算所述照明设置组的每个照明设置的可重建性排名的步骤。在这些实施例的一些版本中,计算可重建性排名的步骤包括将照明系统的照明系统架构数据与和每个照明设置相关联的架构数据进行比较。在这些实施例的一些版本中,对照明设置组排序的步骤也基于可重建性排名。在这些实施例的一些版本中,照明设置组的标识也基于可重建性排名。在这些实施例的一些版本中,所述方法可以进一步包括向用户提供可重建性排名。
在一些实施例中,情境数据的比较包括指示照明系统的基础结构的照明基础结构数据。
在一些实施例中,情境数据的比较包括地理位置信息。
在一些实施例中,对照明设置组排序的步骤基于设置创建者经验水平。
标识数据可以是匿名的,并且不可为特定个人追踪。
总体而言,在另一方面中,提供了一种自动地接收来自第一用户的实际照明设置并且将该实际照明设置作为推荐照明设置提供给第二用户的方法,并且该方法包括:自动地接收第一照明设置和对应的第一照明情境数据,第一照明设置指示第一照明系统的第一用户的第一照明系统的照明特性,第一照明情境数据指示第一照明系统的至少一个第一情境参数;确定第一用户的经验水平;将该经验水平与照明设置相关联;接收来自第二照明系统的第二用户的第二照明情境数据,该第二照明情境数据指示第二照明系统的至少一个第二情境参数;接收来自第二用户的建议照明设置请求;以及通过将第二情境参数与第一情境参数进行比较并且通过分析第一用户的经验水平来计算用于建议照明设置请求的第一照明设置的排名。
其它实施例可以包括一种非暂时性计算机可读存储介质,该存储介质存储可由处理器执行以便施行诸如本文所描述的一个或多个方法之类的方法的指令。再一种实现方式可以包括一种系统,该系统包括存储器和可操作以执行存储在该存储器中的指令以便施行诸如本文所描述的一个或多个方法之类的方法的一个或多个处理器。
当在本文中用于本公开的目的时,术语“LED”应当被理解为包括能够响应于电信号而生成辐射的任何电致发光二极管或者基于载流子注入/结的其它类型系统。因此,术语LED包括但不限于,响应于电流而发射光的各种基于半导体的结构、发光聚合物、有机发光二极管(OLED)、电致发光带等等。特别地,术语LED指的是可以被配置成生成红外光谱、紫外光谱以及可见光谱(通常包括从近似400纳米到近似700纳米的辐射波长)的不同部分中的一个或多个中的辐射的所有类型发光二极管(包括半导体和有机发光二极管)。LED的一些示例包括但不限于,各种类型的红外LED、紫外LED、红色LED、蓝色LED、绿色LED、黄色LED、琥珀色LED、橙色LED和白色LED(下文中进一步加以讨论)。还应当理解的是,LED可以被配置和/或控制成生成具有给定光谱的不同带宽(例如半高全宽或FWHM)(例如窄带宽、宽带宽)以及给定一般颜色类别中的各种主波长的辐射。
例如,被配置成生成基本上白色光的LED(例如白色LED)的一种实现方式可以包括分别发射不同电致发光光谱的若干管芯,这些光谱组合混合以形成基本上白色的光。在另一种实现方式中,白色光LED可以与将具有第一光谱的电致发光转换成不同的第二光谱的磷光体材料相关联。在该实现方式的一个示例中,具有相对短波长和窄带宽光谱的电致发光“泵浦”磷光体材料,磷光体材料反过来辐射具有一定程度上更宽光谱的更长波长的辐射。
术语“光谱”应当被理解为指的是由一个或多个光源产生的辐射的任何一个或多个频率(或者波长)。相应地,术语“光谱”不仅涉及可见范围内的频率(或者波长),而且涉及整个电磁谱的红外、紫外和其它区域中的频率(或者波长)。再者,给定光谱可以具有相对窄的带宽(例如具有基本上很少的频率或波长分量的FWHM)或者相对宽的带宽(具有各种相对强度的若干频率或波长分量)。也应当理解的是,给定光谱可以是两个或更多其它光谱的混合的结果(例如混合分别从多个光源发射的辐射)。
出于本公开的目的,术语“颜色”与术语“光谱”可交换地使用。然而,术语“颜色”通常用来主要指一种可由观察者感知的辐射属性(尽管该用法并非意在限制该术语的范围)。相应地,措辞“不同的颜色”隐含地是指具有不同波长分量和/或带宽的多个光谱。也应当理解的是,可以与白色光和非白色光二者结合地使用术语“颜色”。
术语“照明灯具”在本文中用来指特定形状因子、组装或封装中的一个或多个照明单元的实现方式或布置。术语“照明单元”在本文中用来指包括相同或不同类型的一个或多个光源的装置。给定照明单元可以具有(多个)光源的各种安装布置、外壳/壳体布置和形状、和/或电气和机械连接配置中的任何一个。此外,给定照明单元可选地可以与和(多个)光源的操作有关的各种其它部件(例如控制电路系统)相关联(例如包括、耦合到和/或与其封装在一起)。“基于LED的照明单元”指的是单独地或者与其它非基于LED的光源组合地包括一个或多个如上面所讨论的基于LED的光源的照明单元。“多通道”照明单元指的是基于LED或者非基于LED的照明单元,其包括被配置成分别生成不同的辐射谱的至少两个光源,其中每个不同的源光谱可以称为该多通道照明单元的“通道”。
术语“控制器”在本文中通常用来描述与一个或多个光源的操作有关的各种装置。控制器可以以许多方式(例如诸如利用专用硬件)实现以便施行本文讨论的各种功能。“处理器”是采用一个或多个微处理器的控制器的一个示例,所述微处理器可以使用软件(例如微代码)进行编程以便施行本文讨论的各种功能。控制器可以在采用或者不采用处理器的情况下实现,并且也可以实现为施行一些功能的专用硬件和施行其它功能的处理器(例如一个或多个编程的微处理器及相关联的电路系统)的组合。可以在本公开的各个实施例中采用的控制器部件的示例包括但不限于,常规的微处理器、专用集成电路(ASIC)以及现场可编程门阵列(FPGA)。
在各个实施例中,处理器或控制器可以与一种或多种存储介质(在本文中统称为“存储器”,例如诸如RAM、PROM、EPROM和EEPROM之类的易失性和非易失性计算机存储器,软盘,致密盘,光盘,磁带等等)相关联。在一些实施例中,存储介质可以利用一个或多个程序进行编码,所述程序在一个或多个处理器和/或控制器上执行时施行本文讨论的功能中的至少一些。各种存储介质可以固定在处理器或控制器内,或者可以是可运输的,使得存储于其上的一个或多个程序可以加载到处理器或控制器中以便实现本文讨论的本发明的各个方面。术语“程序”或者“计算机程序”在本文中在一般意义上用来指可以被采用以便对一个或多个处理器或控制器编程的任何类型的计算机代码(例如软件或微代码)。
术语“可寻址”在本文中用来指这样的设备(例如通常为光源、照明单元或灯具、与一个或多个光源或照明单元相关联的控制器或处理器、其它非照明相关设备等等),该设备被配置成接收预期用于多个设备(包括本身)的信息(例如数据)并且对预期用于它的特定信息进行选择性地响应。术语“可寻址”经常结合联网的环境(或者如下文进一步讨论的“网络”)使用,其中多个设备经由某个或某些通信介质耦合在一起。
在一种网络实现方式中,耦合到网络的一个或多个设备可以用作用于耦合到该网络的一个或多个其它设备的控制器(例如处于主/从关系中)。在另一种实现方式中,联网的环境可以包括被配置成控制耦合到网络的一个或多个设备的一个或多个专用控制器。通常,耦合到网络的多个设备中的每一个可以有权访问存在于一个或多个通信介质上的数据;然而,给定设备可能是“可寻址的”,因为它被配置成基于例如分配给它的一个或多个特定标识符(例如“地址”)与网络选择性地交换数据(即从网络接收数据和/或将数据传送至网络)。
当在本文中使用时,术语“网络”指的是两个或更多设备(包括控制器或处理器)的任何互连,该互连促进(例如用于设备控制、数据存储、数据交换等等的)信息在任何两个或更多设备之间和/或在耦合到网络的多个设备之中的运输。应当容易理解的是,适合于互连多个设备的网络的各种实施例可以包括各种网络拓扑结构中的任何一个,并且采用各种通信协议中的任何一种。此外,在依照本公开的各种网络中,两个设备之间的任何一个连接可以表示两个系统之间的专用连接,或者可替换地,表示非专用连接。除携带预期用于这两个设备的信息之外,这样的非专用连接可以携带不一定预期用于这两个设备中的任何一个的信息(例如开放网络连接)。此外,应当容易理解的是,如本文所讨论的设备的各种网络可以采用一个或多个无线、导线/电缆、和/或光纤链接以便促进整个网络的信息运输。
当在本文中使用时,术语“用户接口”指的是人类用户或操作者与一个或多个设备之间的接口,该接口允许实现用户与(多个)设备之间的通信。可以在本公开的各个实施例中采用的用户接口的示例包括但不限于,开关、电位计、按钮、转盘、滑块、鼠标、键盘、小键盘、各种类型的游戏控制器(例如操纵杆)、跟踪球、显示屏、各种类型的图形用户界面(GUI)、触摸屏、麦克风以及可以接收人类生成的某种形式的刺激并且响应于此而生成信号的其它类型传感器。
应当理解的是,前述概念以及下文中更详细地讨论的附加概念的所有组合(倘若这样的概念并非相互不一致)都可以被设想为本文公开的发明主题的一部分。特别地,出现在本公开末尾处的要求保护的主题的所有组合都可以被设想为本文公开的发明主题的一部分。也应当理解的是,本文明确采用的也可能出现在通过引用合并的任何公开中的术语应当给予与本文公开的特定概念最一致的含义。
具体实施方式
诸如基于LED的照明灯具之类的现代照明灯具可以提供多个照明设置。当配置照明灯具时,这些多个照明设置向用户提供了广泛的灵活性和一系列可能的照明选项。然而,所述多个照明设置也可能使得照明设置的确定对于无经验的用户而言是复杂的。一些照明系统可以设有一个或多个缺省设置以便使得用户能够在缺省设置之中进行选择并且简化照明系统的操作。然而,这样的缺省设置可能具有一个或多个缺陷。因此,申请人已经认识并且理解通过存储、建议和/或利用其他照明系统用户所创建的一个或多个照明设置来帮助照明系统的用户确定照明设置的需求。
更一般而言,申请人已经认识并且理解提供用于存储、建议和/或利用照明设置的方法和装置将是有益的。
鉴于以上所述,本发明的各个实施例和实施方式针对可以被利用以控制至少一个照明灯具的一个或多个方面的照明设置。
诸如采用LED的那些照明灯具之类的照明灯具可以允许对该照明灯具的多个照明设置进行控制。例如,本地和/或分段照明控制器可以直接控制照明灯具所生成的光的强度水平、色温、尺寸、形状、方向、图案、动态和/或颜色。本文描述的方法和装置的一些实施例可以允许将来自控制一个或多个照明灯具的控制器的一个或多个照明设置传送至用于存储照明设置的数据库。本文描述的方法和装置的一些实施例可以允许将来自数据库的一个或多个推荐照明设置传送至控制一个或多个照明灯具的控制器以供该控制器实现所述推荐照明设置。方法和装置的一些实施例可以允许将实现的照明设置传送至数据库和/或传送来自数据库的推荐照明设置。受益于本公开的本领域普通技术人员将认识并且理解,可以依照本文描述的一个或多个方法和/或装置来接收、发送和/或实现用于一个或多个照明灯具的附加和/或可替换照明设置。
参照图1,图示了可以用来允许存储、建议和/或利用一个或多个照明设置的示例环境。照明设置可以包括被设置以控制照明灯具所生成的光输出(例如颜色、形状、亮度、方向、图案、动态)的参数并且也可以包括被设置以控制照明灯具的行为(例如,在一天中的某些时间自动地关断,在一天中的某些时间或者响应于某些事件或输入自动地调光,和/或在占用者离开时自动地切断光)的参数。图1的示例环境包括促进该环境的各个部件之间的通信的通信网络101。在一些实施例中,通信网络101可以包括因特网、一个或多个内联网、和/或一个或多个总线子系统。
通信网络101可选地可以利用一种或多种通信介质、通信技术、协议和/或进程间通信技术。例如,通信介质可以包括任何物理介质,包括例如双绞线同轴电缆,光纤,和/或使用例如红外线、微波或编码的可见光传输以及任何适当的发射器、接收器或收发器以便实现照明灯具网络中的通信的无线链接。再者,例如,通信技术可以包括用于数据传输的任何适当的协议,包括例如TCP/IP、以太网的变型、通用串行总线、蓝牙、火线、紫蜂、DMX、Dali、802.11b、802.11a、802.11g、令牌环、令牌总线、串行总线、通过市电或低压电力线的电力线联网、和/或任何其它适当的无线或有线协议。
在图1中,提供了具有多个彼此通信的照明节点的分布式网络。每个照明节点包括至少一个照明灯具和控制照明灯具的至少一个照明控制器。照明节点可选地可以安装在特定位置中,例如安装在特定家庭、患者房间、旅馆房间、开放空间办公室等等中。每个照明节点的控制器与分布式网络的其它照明节点直接或间接通信并且可以由用户在本地控制。图1中图示多个这样的照明节点140。照明节点140彼此通信并且经由通信网络101与本地照明节点通信。本地照明节点在图1中另外详细地图示并且包括与多个照明灯具130通信且控制这些照明灯具的照明控制器120。照明控制器120与本地存储装置115和本地处理引擎110通信。在一些实施例中,本地存储装置115和/或本地处理引擎110可以是照明节点的一部分。在一些实施例中,本地处理引擎110和/或本地存储装置115可以是诸如个人计算机和/或平板计算机之类的计算设备的一部分。该计算设备可以包括用于存储数据和软件应用的存储器、用于访问数据和执行应用的处理器、以及促进通过通信网络101的通信的部件。该计算设备可以执行使得用户能够与照明控制器120通信的一个或多个应用。
在一些实施例中,通信网络101可以包括相邻照明节点之间的RF连接性。例如,相邻照明节点之间的基于RF的通信可以被利用以允许实现位置靠近的住宅、公寓等等中的照明节点之间的通信。因此,其住所的布局非常相似并且具有相似本地条件的用户可以如本文所描述的利用彼此的照明设置。在这样的紧密社区内,用户可能具有非常相似的自然照明条件,餐厅、卧室等的相似的位置和/或配置,并且结果,照明设置的相关性在邻居之间可能相对高。各个用户可以受益于他们的邻居,其可能对于系统更有经验和/或可能是更活跃的用户并且在对系统进行实验方面付出更多努力。
一个或多个用户接口可以与照明控制器120通信以便允许调节照明灯具130的照明设置。例如,可以利用与照明控制器120通信的计算设备的用户接口。例如,在一些实施例中,可以利用移动电话和/或平板计算机的用户接口来与照明控制器120通信并且更改一个或多个照明设置。当用户经由照明控制器120对照明设置做出直接调节时,可以将改变的照明设置的参数在本地存储于本地存储装置115处和/或发送出去并且存储于另一数据库(例如,照明节点网络的其它本地存储装置和/或经由通信网络101可访问的其它存储装置)中。当用户经由照明控制器120从存储的照明设置启动对于照明设置的调节时,可以从本地存储装置115和/或另一数据库(例如,照明节点网络的其它本地存储装置和/或经由通信网络101可访问的其它存储装置)获取存储的照明设置以用于实现。
在一些实施例中,可以将通过用户直接调节而启动的改变的照明设置与关联的照明情境参数组合地存储。照明情境参数是提供关于存在于照明节点和/或照明节点所处的环境中的照明灯具和/或照明控制器的类型的附加情境的附加参数。例如,照明情境参数可以包括照明灯具类型、照明灯具的地理位置、一年中的时间、一天中的时间、活动、用户定义的情境等等。用户定义的情境可以包括用户定义的描述照明设置预期用于的情形或活动的一个或多个描述符。例如,用户定义的情境描述符可以包括餐饮区、病房、旅馆大厅、体育用品商店、零售环境等等。在其中利用用户定义的情境的一些实施例中,用户可以在配置照明控制器120期间、创建新的照明设置期间和/或随意地定义所述情境。如这里所描述的,在利用照明情境参数的一些实施例中,照明情境参数可以被利用以标识可能与另一用户有关的照明设置(例如基于地理偏好、季节偏好、时间偏好等等)。
在一些实施例中,一个或多个传感器可能被利用以确定照明情境参数中的一个或多个。例如,一个或多个传感器可以与本地处理引擎110和/或照明控制器120通信以便向其提供指示一个或多个环境条件的数据。传感器可以包括例如GPS传感器(以确定地理位置)、照明水平传感器(以确定外界光水平和/或照明灯具光输出水平)、温度传感器(以确定外界温度和/或照明灯具温度)、和/或被利用来提取存在性、位置、活动等的基于视觉的智能传感器。在一些实施例中,照明节点可以具有到因特网的连接性并且地理位置可以基于照明节点的IP地址和经由IP地址的地理位置的检测而确定。
本地处理引擎110可选地可以接收来自照明控制器120的用户改变的照明设置(可选地与其它数据相组合),并且关联和/或发送这样的改变的照明设置以便利用如本文所描述的技术存储在本地存储装置115或其它数据库处。附加地或者可替换地,本地处理引擎110可以可选地接收来自本地存储装置115或其它数据库(例如另一照明节点的本地存储装置)的存储的照明设置,计算用于存储的照明设置的相关性排名,并且确定是否使用存储的照明设置和/或向用户显示存储的照明设置以供照明控制器120的潜在使用。
在一些实施例中,本地处理引擎110可以施行如本文所描述的方法的步骤中的一个或多个,所述方法诸如例如参照图4-6所描述的那些方法。本地处理引擎110可以在硬件、固件和/或运行在硬件上的软件中实现。例如,本地处理引擎110可以在一个或多个计算设备中实现。
在一些实施例中,用户可以利用用户接口来请求用于某一位置(例如餐饮区、起居室、大厅、病房)中的一个或多个照明灯具的最相关设置。响应于用户请求,本地处理引擎110可以接收来自本地存储装置115或其它数据库的多个存储的照明设置,计算用于存储的照明设置的相关性排名,并且确定排名最高的相关性排名。所接收的存储的照明设置中的每一个可以包括用于计算相关性排名的一个或多个有关参数。照明设置的相关性排名可以基于该照明设置的普及性、该照明设置与请求者照明节点的用户偏好的相似性、该照明设置的(多个)照明灯具类型与请求者照明节点的(多个)实际照明灯具类型的相似性、该照明设置的地理位置与请求者照明节点的实际照明灯具的地理位置的相似性等等中的一个或多个而确定。
在一些实施例中,被利用来计算相关性排名的一个或多个因素的加权可以依赖于应用和/或由用户来调节。例如,赋予地理位置的加权可以依赖于应用和/或由用户来调节。例如,在一些实施例中,对于用户和/或应用的光强度调适而言,可以赋予来自邻居的存储的照明设置更多的值,因为光强度可以取决于本地自然照明水平、区域偏好、房屋布局等等。再者,例如,在一些实施例中,用户和/或应用可能赋予远程用户关于彩色照明或动态设置的更多权重以便受益于位于远处的专家。
在一些实施例中,可以将相关性排名计算为请求照明节点的情境数据和与存储的照明设置相关联的情境数据之间的余弦相似性。余弦相似性可以在矢量空间中确定,在该矢量空间中,空间维度可以包括一个或多个有关照明情境参数,诸如例如用户偏好、照明灯具类型、地理位置等等。在一些实施例中,针对其确定相关性排名的存储的照明设置组最初可以被过滤以便仅包括某些存储的照明设置。例如,在一些实施例中,可以仅针对与相同情境描述符(例如仅旅馆大厅、仅起居室、仅浴室)有关和/或包括相同照明灯具类型(例如聚光灯、餐桌照明灯具)中的至少一个的存储的照明设置组来确定相关性排名。再者,例如,在一些实施例中,可以如本文所描述的确定存储的照明设置的可重建性排名,并且仅针对具有阈值排名以上的可重建性排名的那些存储的照明设置确定相关性排名。然后,可以基于一个或多个因素对得到的存储的照明设置组排序,所述因素诸如例如照明设置的相关性排名、照明设置的普及性、和/或创建照明设置的用户的经验水平。
然后,可以向用户提供排序的存储的照明设置中的一个或多个以供用户选择实现哪些(如果有的话)存储的照明设置。例如,头五个存储的照明设置可以由用户经由通过照明控制器120的实现而可视化,以便使得用户能够确定头五个存储的照明设置中的哪一个是优选的。再者,例如,可以在与照明控制器120通信的计算设备的显示器上提供关于排名最高的存储的照明设置的信息,并且用户可以使用用户接口选择一个以用于实现。
在一些实施例中,用户可以利用驱动器接口(例如触摸屏上的“建议”按钮),其在每次驱动时经由照明控制器120和照明灯具130激活排名最高的存储的用户照明设置中的一个。通过多次接合驱动器接口,用户可以有效地“浏览”不同的照明设置,这些不同的照明设置经由照明控制器120和照明灯具130立即激活以供用户查看。可选地,在一些实施例中,可以添加“后退”按钮以便使得用户在浏览不同照明设置的同时既能够向前又能够向后移动。再者,可选地,在一些实施例中,可以提供“喜欢”按钮,并且该按钮在被驱动时可以触发系统将当前驱动的存储的用户照明设置的“源用户/创建者”的照明设置排名为更高的。
再者,用户可以具有这样的选项以经由照明控制器120和照明灯具130自动地实现存储的照明设置。例如,可以提供适合改变的情境(例如从夜晚到白天,从夏季到秋季)的存储的照明设置,或者只是可以偶尔实现新的存储的用户照明设置(例如随机地,以设定的间隔,在新的更佳匹配的存储的用户照明设置变得可用时)。此外,用户可选地可以订阅网络中的特定用户所创建的存储的照明设置。用户可以是朋友、最受追捧的人和/或著名的照明设计师。在一些实施例中,每当受追捧的用户创建了新的照明设置时,可以自动地更新用户的照明设置。在一些实施例中,在受追捧的用户创建了新的存储的照明设置之后,可以向用户呈现受追捧的用户的新的存储的照明设置以用于潜在的实现。
在一些实施例中,对于特定的用户定义的情境描述符,可以向用户提供预定数量的最相关的存储的照明设置。这可以经由其中已经指定情境描述符的多个缺省预设之一的选择(例如,用户选择缺省的“浴室”设置)而完成。可以向用户呈现具有“靠前结果”选项的用户接口,并且通过点击该选项,将查询与相关数据一起发送以便为给定用户自动地获取靠前照明设置结果。
在一些实施例中,可以给予特定照明设置以约束以便防止超出指定范围的那些照明设置的修改。例如,医院中的一个或多个照明灯具的照明设置可以由医学专家以与患者生理节律调控有关的方式进行调节,并且那些照明设置可以否决患者所尝试的任何本地改变。
在一些实施例中,在开始启动本文描述的方法和装置时,存储的照明设置数据库可能根本就不普及或者不在足够的程度上普及。在这样的时间期间,可选地可以利用专家照明设计师所创建的缺省照明设置作为存储的照明设置。实际用户一开始对缺省设置做出任何修改或者创建他们自己的设置,就可以将这样的改变的设置记录在一个或多个存储的照明设置数据库中。
具有比图1中所示的环境更多或更少部件的许多其它配置是可能的。例如,尽管本地处理引擎110、本地存储装置115和照明控制器120在图1中被图示为分离的部件,但是应当理解的是,在一些环境中,本地处理引擎110、本地存储装置115和/或照明控制器120可选地可以部分地或者完全地集成到设备中。
图2图示可以用来允许存储、建议和/或利用一个或多个照明设置的另一示例环境。该环境包括促进环境中的各个部件之间的通信的通信网络201。该环境包括照明设置管理引擎210,照明设置建议引擎212,内容数据库215,照明控制器230A、230B和照明系统232A、232B。照明系统232A、232B包括多个照明灯具并且由相应的照明控制器230A、230B控制。在其它实施例中,可以提供附加的照明控制器和/或照明系统。
在一些实施例中,用户可以利用用户接口并且与照明控制器230A、230B之一交互以便手动地调节照明系统232A的照明设置和/或请求一个或多个存储的照明设置。可以经由网络201将用户指引的改变的照明设置传送至照明设置管理引擎210,可选地与照明情境参数和/或其它数据相组合。改变的照明设置和/或关联的数据可以由照明设置管理引擎210存储在内容数据库215中以便允许其他用户未来获取这样的改变的照明设置。在一些实施例中,照明设置管理引擎210可以施行本文描述的总体上涉及管理照明设置的数据库的方法的步骤中的一个或多个,所述方法例如参照图1、图3和/或图4描述的方法。照明设置管理引擎210可以在硬件、固件和/或运行在硬件上的软件中实现。例如,照明设置管理引擎210可以在一个或多个计算机服务器中实现。
可以将针对一个或多个存储的照明设置的请求传送至照明设置建议引擎212。照明设置建议引擎212可以从内容数据库215或别处获取一个或多个存储的照明设置,并且将这样的照明设置供应给请求照明控制器230A、230B。在一些实施例中,照明建议引擎212可以基于请求照明控制器230A、230B所供应的数据与和内容数据库215中的存储的照明设置相关联的数据的比较来计算相关性排名和/或可重建性排名。照明建议引擎212可以基于相关性排名和/或可重建性排名对提供的照明设置进行排序和/或可以提供相关性排名和/或可重建性排名以便允许请求照明控制器230A、230B进行排序。在一些实施例中,请求照明控制器230A、230B或者其它本地处理器可以基于从照明设置建议引擎212供应的数据来计算相关性排名和/或可重建性排名。在一些实施例中,照明设置建议引擎212可以施行本文描述的总体上涉及标识用于照明系统的相关照明设置的方法的步骤中的一个或多个,所述方法例如参照图1、图5和图6描述的方法。照明设置建议引擎212可以在硬件、固件和/或运行在硬件上的软件中实现。例如,照明设置建议引擎212可以在一个或多个计算机服务器中实现。
具有比图2中所示的环境更多或更少部件的许多其它配置是可能的。例如,尽管照明设置管理引擎210、内容数据库215和照明设置建议引擎212在图2中被图示为分离的部件,但是应当理解的是,在一些环境中,照明设置管理引擎210、内容数据库215和/或照明设置建议引擎212可以组合成单个部件。再者,例如,在一些实施例中,被描述为在一些实施例中由照明设置管理引擎210和/或内容数据库215施行的某些方法的全部或方面可以由照明控制器230A、230B和/或与照明控制器230A、230B通信的一个或多个本地处理器来施行。
图3图示确定用于用户的改变的照明设置的加权因子的示例。加权因子可以与数据库中的存储的改变的照明设置相关联。例如,本地处理引擎110可以确定用户的加权因子并且将本地存储装置115中的加权因子与用户所供应的照明设置相关联。再者,例如,照明设置管理引擎210可以确定用户的加权因子并且将内容数据库215中的加权因子与用户所供应的照明设置相关联。在一些实施例中,加权因子可以基于实现改变的照明设置的用户在实现照明设置时的经验水平。例如,如图3中所示,与用户实现的改变的照明设置相关联的加权因子可以随着用户做出改变的照明设置的编号的增加而增大。在一些实施例中,所述编号的改变的照明设置可以仅仅是用户对特定照明系统做出的改变的照明设置。在一些实施例中,所述编号的改变的照明设置可以是用户对任何照明系统做出的任何可记录的改变的照明设置。图3中的加权因子可以通过标识用户做出的照明设置改变的编号并且标识对应于该编号的照明设置改变的对应加权因子而确定。例如,如图3中所示,某一编号的改变Δτ处的加权因子等于该点处的加权曲线的值。
在一些实施例中,加权因子可以基于用户拥有用户对其做出改变的照明设置的照明系统的时间量,并且随着用户拥有照明系统的时间越长而增大。在一些实施例中,加权因子可以基于用户拥有任何照明系统的时间量,并且随着用户拥有任何照明系统的时间越长而增大。在一些实施例中,加权因子可以基于用户的存储的简档,该简档提供该用户的经验水平的指示。例如,存储的简档可以提供用户已经向照明推荐和/或存储系统登记了多长时间的指示。再者,例如,存储的简档可以包含标识用户的诸如工作、教育和/或培训之类的经验的人口统计信息。例如,被雇用为照明设计师的用户可以接收用于改变的照明设置的提高的加权因子。
在一些实施例中,可以在确定用于存储的照明设置的相关性排名中利用加权因子。例如,本地处理引擎110和/或照明设置建议引擎212可以在计算用于照明设置的相关性排名时利用与照明设置相关联的加权因子(例如随着加权因子的增大增加相关性排名),可选地与一个或多个附加因素相组合。在一些实施例中,用户可以标识在确定相关性排名中赋予加权因子多大的权重。在一些实施例中,可以在对标识的存储的照明设置排序中利用加权因子。例如,本地处理引擎110和/或照明设置建议引擎212可以基于加权因子(可选地与一个或多个附加因素相组合)而对标识的存储的照明设置排序。在一些实施例中,用户可以标识在对标识的存储的照明设置排序中赋予加权因子多大的权重。在一些实施例中,可以在对存储的照明设置过滤中利用加权因子。例如,本地处理引擎110和/或照明处理引擎212可以基于加权因子(可选地与一个或多个附加因素相组合)在计算相关性排名之前和/或之后过滤掉某些标识的存储的照明设置。例如,在一些实施例中,针对其确定相关性排名的存储的照明设置组最初可以被过滤以便仅包括至少具有阈值加权因子的某些存储的照明设置。在一些实施例中,用户可以在计算相关性排名之前或之后在过滤掉存储的照明设置中标识阈值加权因子。
图4图示管理相关照明设置的数据库的示例方法的流程图。其它实施例可以以不同的顺序施行步骤,省略某些步骤,和/或施行与图4中所示的步骤不同的步骤和/或附加的步骤。为了方便起见,图4的各方面将参照施行该过程的一个或多个计算机的系统进行描述。该系统可以包括例如照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置管理引擎210。
在步骤400处,接收改变的照明设置数据。例如,在一些实施例中,可以响应于用户经由用户接口对其一个或多个设置启动的直接改变而从照明控制器接收改变的照明设置数据。在一些实施例中,可以在照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置管理引擎210处接收改变的照明设置数据。
在步骤405处,接收与改变的照明设置数据对应的用户标识数据。例如,在一些实施例中,可以响应于用户经由用户接口对其一个或多个设置启动的直接改变而从照明控制器接收用户标识数据。用户标识数据包括允许标识发送改变的照明设置数据的照明系统的数据。在一些实施例中,用户标识数据可以包括用户供应的登录信息、MAC地址、IP地址和/或其它标识符。在一些实施例中,可以在照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置管理引擎210处接收用户标识数据。在一些实施例中,用户标识数据可选地可以是匿名的以便防止用户标识数据可为特定个人追踪并且保护用户的身份。
在步骤410处,确定对应于用户经验水平的加权。例如,在一些实施例中,发送的用户标识数据可以被利用以从数据库获取对应的加权。再者,例如,在一些实施例中,加权数据可以由发送改变的照明设置数据的照明控制器发送。在一些实施例中,可以在照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置管理引擎210处确定所述加权。
在步骤415处,将所述加权与改变的照明设置数据相关联。例如,在一些实施例中,所述加权与改变的照明设置数据在数据库中彼此关联。在一些实施例中,关联可以发生在本地存储装置115、内容数据库215、照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置管理引擎210处。可以在标识关联的照明设置是否适合于向照明用户推荐以便在用户的照明系统中实现方面利用存储的加权。
图5图示标识相关照明设置的示例方法的流程图。其它实施例可以以不同的顺序施行步骤,省略某些步骤,和/或施行与图5中所示的步骤不同的步骤和/或附加的步骤。为了方便起见,图5的各方面将参照施行该过程的一个或多个计算机的系统进行描述。该系统可以包括例如照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212。
在步骤500处,接收用户标识数据和照明情境数据。例如,在一些实施例中,可以响应于用户经由用户接口启动对于推荐设置的请求而从照明控制器接收这样的数据。在一些实施例中,可以在照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212处接收用户标识数据和照明情境数据。在一些实施例中,用户标识数据可以是匿名的。
在步骤505处,通过将接收的照明情境数据与每个照明设置的存储的情境数据进行比较来计算照明设置组的每个照明设置的相关性排名。例如,如本文关于图1所讨论的,在一些实施例中,可以将相关性排名计算为接收的情境数据与每个照明设置的存储的情境数据之间的余弦相似性。在一些实施例中,可以在确定相关性排名中利用与每个照明设置相关联的用户经验水平加权因子。在一些实施例中,可以在标识照明设置组中提供了哪些照明设置中利用用户经验水平加权因子。在一些实施例中,可以在照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212处计算相关性排名。
在步骤510处,对照明设置组排序。在一些实施例中,基于相关性排名对照明设置组排序。在一些实施例中,附加地或者可替换地,基于用户经验水平加权因子对照明设置组排序。在一些实施例中,附加地或者可替换地,基于一个或多个其它因素对照明设置组排序,所述因素例如照明设置的普及性和/或与照明设置相关联的地理位置。在一些实施例中,可以在照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212处施行所述排序。
图6图示计算和利用可重建性排名的示例方法的流程图。其它实施例可以以不同的顺序施行步骤,省略某些步骤,和/或施行与图6中所示的步骤不同的步骤和/或附加的步骤。为了方便起见,图6的各方面将参照施行该过程的一个或多个计算机的系统进行描述。该系统可以包括例如照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212。
在步骤600处,接收与建议的照明效果相关联的建议的照明基础结构数据。照明基础结构数据可以包括与照明系统中的哪些照明灯具类型被利用和/或照明灯具在照明系统内的彼此定位有关的信息。在一些实施例中,照明基础结构数据可以从家庭自动化控制器或者场景设置系统获取。建议的照明基础结构数据可以经由照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212来接收。
在步骤605处,通过将建议的照明基础结构数据与实际照明基础结构数据进行比较来计算用于建议的照明效果的可重建性排名。建议的照明基础结构与实际照明基础结构越相似,建议的照明效果就越可能相关。可重建性排名对实际基础结构可以多好地重新创建建议的照明效果进行估计。可重建性排名可以经由与建议的照明效果相关联的建议的照明基础结构数据的参数和实际照明基础结构数据的参数空间之间的比较来确定。例如,如果建议的照明效果大量使用RGB照明效果,而实际照明基础结构数据指示不能再现RGB,那么它将反映在低可重建性排名中。各个光源的相对定位可以是可重建性排名的另一方面。计算可重建性排名的一些实施例可以使用照相机传感器来施行暗室校准并且在不同节点处构建基色系列(the palette of primaries)。可以利用照明控制器120、本地处理引擎110、照明控制器230A、照明控制器230B和/或照明设置建议引擎212来计算可重建性排名。
在步骤610处,利用可重建性排名以用于对照明设置组排序和过滤掉一个或多个照明设置中的至少一个。例如,可重建性排名(可选地与一个或多个附加因素相组合)可以用于在呈现给用户之前对标识的照明设置排序。
再者,例如,可以利用可重建性排名过滤掉存储的照明设置。例如,在一些实施例中,可以基于可重建性排名(可选地与一个或多个附加因素相组合)在计算相关性排名之前和/或之后过滤掉某些标识的存储的照明设置。例如,在一些实施例中,针对其确定相关性排名的存储的照明设置组最初可以被过滤以便仅包括至少具有阈值可重建性排名的某些存储的照明设置。在一些实施例中,用户可以在计算相关性排名之前或之后在过滤掉存储的照明设置中标识阈值可重建性排名。
在一些实施例中,可以向用户推荐一个或多个附加的照明灯具。例如,可以确定的是,用户强烈喜欢由与该用户相似(例如如通过地理位置、设置和/或年龄来确定)的其他用户和/或具有与该用户相似的照明基础结构的其他用户所创建的特定照明设置。可以进一步确定的是,那些其他用户具有该用户没有的但是经常用于用户最喜欢的照明设置中的照明灯具。基于这些和/或其它确定中的一个或多个,可以向用户推荐附加的照明灯具以便使得用户能够依照用户的偏好扩展可实现的照明设置的可能性。再者,例如,可以分析照明特性和/或照明情境数据以便推荐可以依照用户的偏好扩展可实现的照明设置的可能性的附加照明灯具。在一些实施例中,附加的照明灯具可以由照明设置建议引擎212推荐。
尽管本文已经描述和图示了若干发明实施例,但是本领域普通技术人员应当容易设想用于施行所述功能和/或获得所述结果和/或本文描述的优点中的一个或多个的各种其它构件和/或结构,并且每个这样的变型和/或修改被认为处于本文描述的发明实施例的范围之内。更一般地说,本领域技术人员将容易理解,本文描述的所有参数、维度、材料和配置意为示例性的,并且实际的参数、维度、材料和/或配置将取决于针对其使用发明教导的特定一个或多个应用。本领域技术人员将认识到或者能够仅仅使用常规实验确定本文描述的特定发明实施例的许多等效物。因此,应当理解的是,前述实施例仅仅通过示例的方式给出,并且在所附权利要求及其等效物的范围内,可以与具体描述和要求保护的实施例不同地实践发明实施例。本公开的发明实施例针对本文描述的每个单独的特征、系统、物品、材料、套件和/或方法。此外,如果这样的特征、系统、物品、材料、套件和/或方法不相互不一致,那么两个或更多这样的特征、系统、物品、材料、套件和/或方法的任意组合都包含在本公开的发明范围内。
如本文限定和使用的所有定义都应当被理解为支配字典定义、通过引用合并的文献中的定义和/或定义的术语的普通含义。
除非有相反的明确说明,否则在本文的说明书和权利要求书中使用的不定冠词“一”和“一个”应当被理解为意指“至少一个”。
当在本文的说明书和权利要求书中使用时,涉及一个或多个元素的列表的短语“至少一个”应当被理解为意指选自该元素列表的元素中的任何一个或多个中的至少一个元素,但是不一定包括该元素列表内特别地列出的每一个元素中的至少一个并且不排除该元素列表中的元素的任何组合。这个定义也允许可选地可以存在与短语“至少一个”所涉及的元素列表内特别地标识的元素不同的元素,不管其与特别地标识的那些元素有关还是无关。因此,作为非限制性示例,“A和B中的至少一个”(或者等效地“A或B中的至少一个”,或者等效地“A和/或B中的至少一个”)在一个实施例中可以是指至少一个A,可选地包括超过一个A,其中B不存在(并且可选地包括不同于B的元素);在另一个实施例中是指至少一个B,可选地包括超过一个B,其中A不存在(并且可选地包括不同于A的元素);在又一个实施例中是指至少一个A,可选地包括超过一个A,以及至少一个B,可选地包括超过一个B(并且可选地包括其它元素);等等。
还应当理解的是,除非有相反的明确说明,否则在本文所要求保护的包括超过一个步骤或动作的任何方法中,该方法的步骤或动作的顺序不一定限于该方法的步骤或动作被记载的顺序。
再者,在权利要求书中出现的附图标记(如果有的话)仅仅为了方便而提供,并且不应当以任何方式被视为限制权利要求。
在权利要求书中以及在上面的说明书中,所有过渡短语(例如“包括”、“包含”、“带有”、“具有”、“含有”、“涉有”、“拥有”、“构成”等等)都应当被理解为开放式的,即意指包含但不限于。如美国专利局专利审查程序手册2111.03节中所述,只有过渡短语“由……组成”和“基本上由……组成”分别应当是封闭式的或者半封闭式的过渡短语。