CN108141393A - 包括设备签名配对的家庭自动化系统和相关方法 - Google Patents

Abstract

本公开涉及一种家庭自动化(HA)系统，其可以包括可寻址HA设备，每个可寻址HA设备具有与其相关联的相应HA设备签名，并且每个可寻址HA设备使用不同无线通信协议中的相应不同无线通信协议进行无线通信。HA系统还可以包括控制器和耦合到其的存储器。存储器可以存储用于可寻址HA设备中的配对和未配对的可寻址HA设备的HA设备签名。控制器可以轮询可寻址HA设备，基于轮询确定未配对的可寻址HA设备，并将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。控制器还在未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，可以允许该未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与其通信。

Description

包括设备签名配对的家庭自动化系统和相关方法

技术领域

本实施例针对电子领域，并且更具体地涉及家庭自动化系统和相关方法。

背景技术

有许多试图允许自动控制房屋内的电气设备的家庭自动化系统和做法。由于智能手机和平板电脑的可用性越来越高，家庭自动化的普及程度越来越高。如在2013年9月26日发表在“福布斯”上的文章“The Problem With Home Automation’s Internet Of Things(IoT)”中所指出的那样，家庭自动化通常是为富裕的消费者提供昂贵的系统来控制灯、家庭影院、安全、空调和家庭音响。这个市场已经扩大，现在有许多自己做(DIY)产品可用，并且虽然产品是有用的，但它们可能难以聚合。换句话说，如文章中所解释的，如果消费者购买了Nest恒温器、Kwikset门锁、Phillips Hue照明设备、Lutron灯开关、Sonos音频系统和Belkin无线插头，那么会出现困难。消费者将需要多个应用，每个应用都需要时间进行设置、学习和使用。此外，文章指出，诸如如果消费者想要基于来自另一个设备的另一个事件来使用一个设备来触发一个事件，没有容易的方式让设备一起工作。

多种通信协议也可能是有问题的。特别地，不同的设备可以使用不同的通信协议来操作，例如，Wifi、Zigbee、Zwave、Insteon、Itron、RadioRA2及其它。这可能会给家庭自动化带来附加的困难。

解决这些缺点的一种做法是让消费者(可以包括用户和/或企业)使用提供一个应用和整合的无线适配器单元的服务和设备聚合器。用户将与这种提供者签约多年。不幸的是，如文章中所指出的，消费者可能不会从最先进的硬件和软件中受益。

如在“福布斯”文章中所指出的，另一种做法是提供试图整合不同的应用并整合无线适配器的单个应用，例如通过使用不同的通信协议中的每一种。对设备的操作和集成的进一步改进可能是期望的。

发明内容

家庭自动化(HA)系统可以包括多个可寻址HA设备，每个可寻址HA设备具有与其相关联的相应HA设备签名，并且每个可寻址HA设备被配置为使用多个不同无线通信协议中的相应不同无线通信协议进行无线通信。HA系统还可以包括控制器和耦合到其的存储器。存储器可以被配置为存储用于多个可寻址HA设备中配对和未配对的可寻址HA设备的多个HA设备签名。控制器可以被配置为轮询多个可寻址HA设备，基于轮询确定多个可寻址HA设备中未配对的可寻址HA设备，并将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。控制器还可以被配置为，当未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，允许该未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与该未配对的可寻址HA设备通信。

HA系统还可以包括被配置为提供控制器和云之间的通信的通信接口。例如，控制器可以被配置为经由通信接口与云通信，以更新存储器中存储的多个HA设备签名。

HA系统还可以包括耦合到控制器的至少一个无线电控制器。例如，多个可寻址设备中的每一个可以被配置为经由至少一个相应的无线电控制器与控制器无线通信。

例如，多个HA设备签名中的每一个可以包括MAC地址、端口数据和通用串行总线(USB)标识符中的一个。控制器可以被配置为基于通用即插即用(UPnP)处理和多播域名系统(mDNS)处理中的至少一个来将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。例如，控制器可以被配置为基于文本匹配处理来执行UPnP和mDNS处理中的至少一个。

例如，控制器可以被配置为基于来自与用户相关联的电子设备的质询响应来允许未配对的可寻址HA设备进行配对。多个可寻址HA设备各自可以具有与之相关联的端口数据。控制器可以被配置为基于地址解析协议(ARP)扫描来轮询多个可寻址HA设备，并且控制器可以被配置为基于来自ARP扫描的端口数据将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。

例如，控制器可以被配置为基于udev扫描来轮询多个可寻址HA设备，并且控制器可以被配置为基于udev扫描将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。控制器可以被配置为通过轮询来自多个可寻址HA设备的广播来轮询多个可寻址HA设备。

控制器可以被配置为通过响应于存储在存储器中的多个HA设备签名中给定HA设备签名而扫描可寻址设备来轮询多个可寻址HA设备。例如，控制器可以被配置为提示用户批准未配对的可寻址HA设备进行配对。例如，多个可寻址HA设备中的每一个可以包括运动检测器、恒温器、灯开关、音频控制器、门锁和相机中的一个。

一个方法方面针对一种允许在HA系统中未配对的可寻址家庭自动化(HA)设备进行配对的方法。另一方面针对一种包括用于允许在HA系统中未配对的可寻址HA设备进行配对的计算机可执行指令的非瞬态计算机可读介质。

附图说明

图1a是根据本发明实施例的电子设备集成系统的示意图。

图1b是根据实施例的HA系统的示意图。

图2a是用在图1a的系统中的消息队列的示意性框图。

图2b是根据实施例的、包括消息队列的HA系统的示意性框图。

图3是用在图1a的系统中的动作服务器的示意图。

图4是用在图1a的系统中的分析服务器的操作的示意图。

图5是用在图1a的系统中的相机服务器的示意图。

图6是用在图1a的系统中的配置服务器的示意图。

图7是用在图1a的系统中的调试服务器的示意图。

图8a是用在图1a的系统中的发现服务器的示意图。

图8b是图8a的发现服务器的另一个示意图。

图9是用在图1a的系统中的通知服务器的示意图。

图10是用在图1a的系统中的加载器服务器的示意图。

图11是用在图1a的系统中的状态服务器的示意图。

图12是用在图1a的系统中的web服务器的示意图。

图13a是图1a的系统中的安全服务器的示意图。

图13b是根据实施例的安全服务器的另一个示意图。

图14a是在图1a的系统的远程设备上显示上下文帮助的用户界面的图。

图14b是在图1a的系统的远程设备上显示上下文帮助的用户界面的图。

图15a是示出在图1a的系统的远程设备上按房间布置的可寻址设备的用户界面的图。

图15b是示出在图1a的系统的远程设备上按设备类型布置的可寻址设备的用户界面的图。

图15c是示出在图1a的系统的远程设备上按场景类型布置的可寻址设备的用户界面的图。

图16是示出要与图1a的系统的LED灯可寻址设备一起使用的拾色器的用户界面的图。

图17是根据本发明实施例的远程设备和LED灯泡可寻址设备的示意性框图。

图18是根据本发明实施例的多个集线器设备之间的接口的示意图。

图19是图1a的系统中的桥接器的示意图。

图20是当添加新的桥接器时图1a的系统的操作的示意图。

图21a是图示图1a的系统中的沙箱化处理的图。

图21b是图示图1a的系统中的沙箱化处理的另一个示意图。

图22是图示图1a的系统中的响应场景定义的图。

图23是图示图1a的系统中的要素(ingredient)响应场景的流程图。

图24是示出基于要素的推荐购买以完成图1a的系统中的场景的用户界面的图。

图25是对于图1a的系统中的场景示出用户从要素块的列表中进行选择的能力的用户界面的图。

图26是对于图1a的系统中的场景示出基于用户输入建议的设备操作块的用户界面的图。

图27是对于图1a的系统中的场景示出选择什么设备提供要素的用户输入的提示的用户界面的图。

图28是示出在图1a的系统中用于给定的要素或设备集合的不同场景的用户界面的图。

图29a是示出对于在图1a的系统中选择设备将场景映射到特定于家庭的设备的用户输入的提示的用户界面的图。

图29b是图1a的HA系统中的HA设备场景控制器的操作的示意性框图。

图30a是根据本发明另一个实施例的电子设备集成系统的框图。

图30b是根据实施例的、用于生成用户健康得分的HA系统的示意图。

图31是根据本发明实施例的、用于检测与远程设备的接近性的集线器设备的图。

图32是根据本发明实施例的多个电子设备集成系统的示意图。

图33是根据本发明实施例的、包括短距离通信协议ID设备的电子设备集成系统的示意图。

图34是图示根据本发明实施例的、在用于多个电子设备集成系统的远程设备上的事件生成的用户界面的图。

图35是根据实施例的气候控制系统的示意图。

图36是图示图35的气候控制系统的操作的图。

图37a-37e是图示根据实施例的、在可寻址HA设备与远程访问无线通信设备之间的通信的HA系统的示意框图。

具体实施方式

现在将在下文中参考附图更完整地描述本发明，在附图中示出了本发明的优选实施例。但是，本发明可以以许多不同的形式来体现，并且不应当被解释为限于本文阐述的实施例。更确切地说，提供这些实施例是为了使本公开透彻和完整，并将本发明的范围完整地传达给本领域技术人员。相同的标号始终指代相同的元素，并且在替代实施例中使用主要符号来指示相似的元素。

首先参考图1a，电子设备集成系统说明性地具有家庭自动化(HA)系统20的形式，并且被称为K4Connect系统。HA系统20说明性地包括多个可寻址设备31a-31n、家庭设备32、远程设备36和云设备33。虽然本文描述了HA系统20，但是应当理解的是，该系统不限于在家庭中使用，并且可以用在任何场合，商业、工业、住宅等等。

可寻址设备31a-31n可以包括可控设备和/或传感器，例如，运动检测器、恒温器、灯开关、音频控制器、门锁和/或相机。当然，可寻址设备可以包括附加或其它设备。

虽然描述了云设备33或硬件服务器，但是本领域技术人员应当理解的是，由云设备执行的处理和功能可以由处理器46或者由处于不同地理位置并通过本领域技术人员理解为云的不同网络的多个处理器执行。家庭设备32可以是个人计算机、平板计算机、独立计算设备或任何其它计算设备。HA系统20还可以包括集线器设备34(即，K4Hub)。在一些实施例中，集线器设备34和家庭设备32可以在家庭47内并无线地连接到家庭网络，家庭网络可以提供与互联网的通信。系统内这些设备的功能和互连将在下面进一步详细描述。

K4Home软件程序为可以连接到程序中的可寻址设备31a-31n运行家庭、办公室、商业和楼宇自动化的K4Connect HA系统20。K4Home软件作为仅软件包可用，其可以加载到个人计算机或其它小型计算机设备(例如家庭设备32)上。K4Home软件的功能由一个或多个运行K4Home软件的设备上相应的处理器或处理电路系统(例如，家庭设备32的处理器38)执行，如下面将描述的。

K4Hub 34是也可以运行K4Home软件并在设备上托管系统体系架构的设备。K4Hub34包括壳体41和由壳体承载的集线器处理电路系统42。K4Hub 34还包括多个无线电端口43a-43n，例如由壳体41承载并用于耦合到多个无线电控制器44a-44n中的任何一个的通用串行总线(USB)端口。K4Hub 34在本地运行系统并且可以直接与可寻址设备31a-31n通信，而不是通过基于云的处理进行路由。换句话说，集线器处理电路系统42与插入的无线电控制器44a-44n协作，以基于相应协议与可寻址设备31a-31n通信。

无线电控制器44a-44n可以各自用于给定的无线电协议。例如，可以将Z波无线电控制器插入无线电端口43a-43n中的一个，这允许K4Hub 34与基于Z波的可寻址设备通信。第二或第三无线电控制器可以插入到K4Hub的无线电端口43a-43n中，用于添加使用第二和第三无线电协议与可控设备通信的能力。

K4Hub 34是对现有技术的改进，因为它减少了当前需要网络连接的家庭自动化设备常见的等待时间和系统故障。类似于K4Hub 34，在个人计算机(例如，家庭设备32)上运行的K4Home软件可以通过经由K4Hub或计算机的USB端口附连端口用附加的家庭自动化通信协议(诸如ZigBee和Z波)来增强。

K4App是K4Connect HA系统20的用户界面35的位置，并允许用户访问K4Home软件并通过远程设备36(例如，包括显示器48和耦合到显示器的处理器49的智能手机或平板设备)或从远程设备36控制K4Connect系统20。用户界面35也可以由用于个人计算机的桌面应用和/或用于电视的屏幕上应用访问。可以有多于一个远程设备36，并且每个远程设备可以是不同类型的设备。

在一些实施例中，远程设备36可以“本地”连接而无需通过云设备33或与云设备33通信。这可以是特别有利的，因为通信可以不依赖网络连接性并且独立于互联网而在本地运作。此外，通信可以相对更快和更可靠。

运行被称为K4Away的软件的远程服务器或云设备33是基于云的订阅系统，该系统提供例如在家庭设备32或K4Hub 34上运行的本地K4Home软件与在本地家庭网络之外的(例如在远程设备36上运行的)K4App之间的连接。K4Away还提供K4Home软件与K4Connect系统分析和帮助系统之间的连接。在一些实施例中，K4App可以直接连接到K4Home(即，家庭设备32或K4Hub 34)，而无需通过云设备33通信，或者无需通过云设备间接通信。

现在参考图1b，将描述HA系统20的上述组件。HA系统20包括可寻址HA设备31a-31n，每个可寻址HA设备31a-31n被配置为使用不同HA无线通信协议中的相应HA无线通信协议进行无线通信。可寻址HA设备31a-31n可以包括运动检测器、恒温器、灯开关、音频控制器、门锁和/或相机中的任何一个。当然，可寻址HA设备31a-31n可以包括其它和/或附加设备。

HA系统20还包括HA无线无线电控制器44a-44n，每个HA无线无线电控制器44a-44n被配置为也使用不同HA无线通信协议中的相应不同HA无线通信协议进行无线通信。每个HA无线无线电控制器44a-44n包括电路系统441a-441n和耦合到其的连接器442a-442n。例如，HA无线无线电控制器44a-44n可以是Zigbee控制器、Z波控制器和/或其它类型的控制器。

HA系统20还包括HA集线器设备34，其包括壳体41和由壳体承载的无线无线电端口连接器43a-43n。每个端口连接器43a-43n被配置为耦合到对应HA无线无线电控制器44a-44n的相应连接器442a-442n。端口连接器43a-43n可以是例如USB连接器，和/或其它或附加类型的连接器。HA集线器设备34还包括耦合到无线无线电端口连接器43a-43n的集线器处理电路系统42。集线器处理电路系统42基于相应的HA无线通信协议与可寻址HA设备31a-31n通信。在一些实施例中，HA无线无线电控制器44a-44n例如可以经由HA集线器设备34直接与可寻址设备通信，而不是通过基于云的处理进行路由，如本领域技术人员将认识到的那样。

一个方法方面针对一种在HA系统20中进行通信的方法。该方法包括使用HA无线无线电控制器44a-44n来使用不同HA无线通信协议中的相应不同HA无线通信协议进行无线通信。该方法还包括使用HA集线器设备34基于相应HA无线通信协议与可寻址HA设备31a-31n通信。

现在附加地参考图2a，HA系统20的主要功能(即，K4Connect)基于单独的独立消息队列服务器50，该服务器50是位于运行K4Home软件的设备上的独立本地消息队列51和托管在云设备33(即，K4Away)上的云消息队列52的组合，其中云设备33提供到本地家庭网络之外的注册设备的连接。例如，消息队列51、52与连接的可寻址设备31a-31n、连接的服务器及连接的桥接器之间的通信使用web套接字作为传输介质。

本地消息队列51和云消息队列52都独立地起作用，但是保持持续连接，使得不管用户位置如何，去往和来自所连接的设备(例如，服务器和桥接器)的通信都仍然可用。持续连接从本地消息队列51发起，以减少在刺穿本地网络的防火墙时可以是固有的安全问题。例如，让连接源自带防火墙的系统内允许消息队列51、52更容易连接，同时维持家庭系统的安全完整性。换句话说，每个远程设备36都连接到云消息队列52，而不直接连接到本地消息队列51或者K4Home 32或K4Hub 34中任何一个。此外，为了增加的安全性，本地消息队列51与云消息队列52、连接的可寻址设备31a-31n、服务器和桥接器之间的通信可以被SSL加密，包括在本地网络上。当K4App例如经由远程设备36连接到云或远程服务器33时，持续连接允许用户连接到云服务器，以用作到本地消息队列51的直接连接。

本地消息队列51从云消息队列52接收消息并将消息分发到云消息队列52以及从本地服务器81和设备桥接器82接收消息并将消息分发到本地服务器81和设备桥接器82。消息的这种分发技术允许程序的每个部件的独立性并且将逻辑或规定的动作留给个体服务器或桥接器。程序的部件的这种独立性也可以降低系统崩溃错误的可能性。例如，这也允许持续推出新桥接器和与新设备的兼容性，而无需更新完整的软件包。

如本领域技术人员将认识到的，典型的现有技术自动化集成系统或者全部在家庭网络内或者通过穿过防火墙全部在互联网上交换消息。本文描述的实施例有利地提供了一种混合消息传送做法，其包括提高的“家内”消息处理的速度(经由互联网的处理增加延迟)并且具有提高的互联网的安全性(不穿透防火墙以暴露家庭网络)。

现在参考图2b，现在将描述HA系统20关于本地消息队列51和云消息队列52的另一方面。HA系统20包括可寻址HA设备31a-31n，每个可寻址HA设备具有与其相关联的相应设备能力、设备配置和设备状态。

例如，每个设备配置可以包括设备地址、设备位置和设备标识符中的至少一个。示例性设备配置可以包括设备的IP地址、设备在房屋内的位置以及音频配置中的声道位置(例如，左、右)。当然，设备配置可以包括其它和/或附加元素。

每个设备的能力可以包括感测功能和输出功能中的至少一个。例如，关于灯开关，设备能力可以包括“接通”、“关断”以及处于不同的“调光器级别”的能力。

每个设备的状态可以包括多个可能状态中的当前状态。例如，对于灯开关，当前状态可以是“接通”、“关断”和“调暗到给定级别”。

HA系统20包括云消息队列控制器521和云中耦合到其的云消息队列存储器522，该云消息队列存储器522用于存储多个可寻址HA设备31a-31n的设备配置、设备能力和设备状态。例如，云消息队列控制器521和云消息队列存储器522可以是云消息队列52的一部分。

HA系统20还包括家庭设备消息队列控制器511和耦合到其的家庭设备消息队列存储器512，该家庭设备消息队列存储器512用于存储多个可寻址HA设备31a-31n的设备配置、设备能力和设备状态。例如，家庭设备消息队列控制器511和家庭设备消息队列存储器512可以是本地消息队列51的一部分。

云消息队列控制器521和家庭设备消息队列控制器511使可寻址HA设备31a-31n的设备配置、设备能力和设备状态同步。云消息队列控制器521与本地消息队列控制器511交换与可寻址HA设备相关的消息，例如用于与可寻址设备31a-31n通信和用于同步。例如，这种消息可以包括与可寻址HA设备31a-31n的操作和控制相关的消息。

本地客户端设备36a或远程设备(例如，运行K4App)包括本地客户端设备控制器361a和耦合到其的本地客户端设备存储器362a，该本地客户端设备存储器362a用于在与本地消息队列控制器511同步时存储可寻址HA设备31a-31n的设备配置、设备能力和设备状态。本地客户机设备控制器361a与本地消息队列控制器511交换与可寻址HA设备31a-31n相关的消息(例如，感测、响应和控制操作)。

云客户端设备36b或远程设备(例如，运行K4App)包括云客户端设备控制器361b和耦合到其的云客户端设备存储器362b，该云客户端设备存储器362b用于在与云消息队列控制器521同步时存储可寻址HA设备31a-31n的设备配置、设备能力和设备状态。云客户端设备控制器361b与云消息队列控制器521交换与可寻址HA设备31a-31n相关的消息(例如，感测、响应和控制操作)。

如本领域技术人员将认识到的，通过同步可寻址HA设备31a-31n的设备配置、设备能力和设备状态或者消息，与云客户端设备36a或本地客户端设备36b的通信可以更快，因为例如消息、响应、状态查询、指令等等的处理可以在云客户端设备或本地客户端设备上处理，或者在云或消息队列的最近处处理(即，请求或通信一般可以不必前往本地消息队列51或云消息队列52中的一个或另一个)。

一个方法方面针对一种与多个可寻址HA设备31a-31n进行通信的方法，每个可寻址HA设备31a-31n都具有与其相关联的相应设备能力、设备配置和设备状态。该方法包括使用云消息队列控制器521和云中耦合到其的云消息队列存储器522，该云消息队列存储器522用于存储多个可寻址HA设备的设备配置、设备能力和设备状态。该方法还包括使用家庭设备消息队列控制器511和耦合到其的家庭设备消息队列存储器512，该家庭设备消息队列存储器512用于存储多个可寻址HA设备的设备配置、设备能力和设备状态。云消息队列控制器521和家庭设备消息队列控制器511使多个可寻址HA设备31a-31n的设备配置、设备能力和设备状态同步。

现在附加地参考图4-13，例如使用家庭设备32或K4Hub 34执行的K4Home程序为HA系统20的每个功能提供独立的服务器或功能模块。为了安全性，服务器81与运行在HA系统20上的桥接器82分离，并且可以允许系统作为一个整体独立运行。家庭自动化集成系统20上的服务器81包括动作服务器69、分析服务器54、相机服务器61、配置服务器62、调试服务器63、发现服务器55、加载器服务器64、消息服务器65、通知服务器66、状态服务器67、更新服务器59、web服务器68和安全服务器56。如果需要新的功能，那么可以将更多的服务器添加到软件中。虽然本文使用了术语“服务器”，但是应当理解的是，例如如上所述，服务器可以是在任何设备上的一个或多个处理器上执行的一个或多个独立软件处理。每个服务器81的功能由处理器、控制器和/或相关电路系统执行，特别是在其被执行的设备(例如，家庭设备处理器38或集线器设备处理电路系统42)上，如本领域技术人员将认识到的。

动作服务器在HA系统20，更具体地说是家庭设备32，上持续运行，并且执行K4Home系统或家庭内部件的响应场景(图3)。分析服务器54将用户和系统动作记录到云存储系统或服务器33，并且接收用户可以实现的可能的响应场景的建议或者用户可以采取以改进他们的K4Home HA系统20的动作(图4)。

在最初的K4Home系统设置中，分析服务器54从系统上的服务器81和桥接器82请求通告。K4Home系统20上的服务器81和桥接器82返回通告，这允许分析服务器54订阅个体服务器和桥接器。一旦预订，服务器和桥接器82就将个体事件、命令和变量改变发送到分析服务器54，分析服务器54保持所发送的数据的日志。

以一定的间隔(该间隔可以是周期性的或规律的)，分析服务器54经由私有全局唯一标识符(GUID)向云系统或云设备33报告收集的数据。基于云的分析或设备33处理和审查匿名数据，从而将数据存储在云数据库中。然后使用这种数据来审查K4Home HA系统20的功能，这可以揭示软件中可能存在的任何问题。这种HA系统20还可以使用从安全服务器搜集的数据来评估任何安全威胁并制定缓解计划。基于云的分析或云设备33还审查K4Home系统并向私有GUID推荐设备和响应场景。一旦云中的信息已经被云设备33分析和搜集，下次就将其推回到本地分析服务器54，以“登入”云。

相机服务器61(图5)定位相机图像/视频并且将图像/视频流传输到系统。例如，相机服务器也充当不能直接连接到相机的远程用户的图像代理。

配置服务器62(图6)存储家庭自动化集成系统20的持久化配置。配置服务器62还使用设备连接处理期间的设备描述与设备设置向导合作来设置HA系统20上的可寻址设备31a-31n。调试服务器63启用桥接器调试(图7)。

发现服务器55(图8a)找到可寻址设备以连接到K4Connect系统20。发现服务器55在其搜索中使用设备(例如，可寻址设备31a-31n)的签名来发现不是本身可发现用于连接到系统的设备。关于典型的现有技术家庭自动化集成系统，某些可寻址设备不自动广播其可用性，并且因此不得不由用户手动连接。手动进入常常涉及高级技术知识或必须遵循详细的复杂指令来将设备添加到它们的家庭自动化系统中，例如手动输入IP地址、设备ID和/或其它识别信息。发现服务器55减少了这些复杂性。

在发现服务器55上分别相对于网络设备和USB设备执行的示例代码如下：

发现服务器55通常总是运行监视系统家庭自动化集成20的处理，或者被动地等待来自新可控设备的信号或者扫描系统以寻找可寻址设备31a-31n的签名。发现服务器55运行使用来自可寻址设备31a-31n的签名的文本匹配处理的UPNP和MDNS处理，以识别可控设备。发现服务器55还运行多播处理并且例如通过质询响应连接到这些未连接的可寻址设备83。

发现服务器55的有利元素是ARP扫描和udev扫描。ARP扫描对于加载的可控设备签名运行端口匹配，并运行质询-响应处理来识别可寻址设备31a-31n。例如，发现服务器55可以用数据查询端口并基于该查询获得识别响应。ARP扫描也通过MAC地址匹配来识别设备。另一个有利元素是UDEV扫描，它对于连接到运行K4Home并运行TTY匹配的硬件的设备使用USB匹配，其用质询响应处理来识别设备。如本领域技术人员将认识到的，可以使用定义可控设备签名的任何数量的元素或网络特点。

一旦发现服务器55发现了新的可寻址设备(即，对于系统20而言是新的)，它就通过消息队列51向配置服务器62和通知服务器66发送通知(图7)，然后通知服务器66通知用户新发现的可寻址设备并开始向导设置处理。当新的可寻址设备变得可用(例如，对于市场而不仅仅是系统而言是新的)，对其还没有可识别的签名时，新的签名过滤器可以被添加到发现服务器55。

在一些实施例中，来自可寻址设备31a-31n的通告可以用于限制可寻址设备。例如，基于通告，可控扬声器设备可以对于家庭自动化集成系统20看起来是通用设备。但是，可以使用基于地址或签名元素的子集的查询，这可以增加可控设备发现的速度。例如，可以使用签名元素来限定或限制设备类型，并且发现可以基于该子集继续。

现在附加地参考图8b，将关于HA系统20描述发现服务器55。可寻址HA设备31a-31n各自具有与其相关联的相应的HA设备签名，并且各自被配置为使用不同无线通信协议中相应的不同无线通信协议进行无线通信。可寻址HA设备31a-31n可以包括运动检测器、恒温器、灯开关、音频控制器、门锁和/或相机中的任何一个。当然，可寻址HA设备31a-31n可以包括其它和/或附加设备。

发现服务器55可以具有控制器551和耦合到其的存储器552的形式。存储器552存储用于可寻址HA设备31a-31n中的配对和未配对的可寻址HA设备的HA设备签名。HA设备签名可以包括例如MAC地址、端口数据和/或通用串行总线(USB)标识符。

控制器551轮询可寻址HA设备31a-31n，并基于该轮询从多个可寻址HA设备中确定未配对的可寻址HA设备。控制器551可以通过轮询来自可寻址HA设备的广播和/或通过响应于存储在存储器552中的所存储的HA设备签名中的给定HA设备签名而扫描可寻址设备来轮询可寻址HA设备31a-31n。

控制器551还将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。控制器551可以基于通用即插即用(UPnP)处理和多播域名系统(mDNS)处理中的至少一个将未配对的可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。例如，可以基于文本匹配处理来执行UPnP和mDNS处理中的任何一个。

在一些实施例中，可寻址HA设备31a-31n可以各自具有与之相关联的端口数据，在这种情况下，控制器551可以基于地址解析协议(ARP)扫描来轮询可寻址HA设备，并且基于来自ARP扫描的端口数据将未配对可寻址HA设备的相关联HA设备签名与所存储的HA设备签名进行比较。

可替代地或附加地，控制器551可以基于udev扫描来轮询可寻址HA设备31a-31n，在这种情况下，控制器基于udev扫描将未配对可寻址HA设备的相关联HA设备签名与存储的HA设备签名进行比较。

当未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，控制器551允许未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与未配对的可寻址HA设备进行通信。控制器551可以提示用户批准未配对的可寻址HA设备的配对。未配对的可寻址HA设备的配对可以基于来自与用户相关联的电子设备(例如，远程设备36)的质询响应。

通信接口553提供控制器551与云(例如，云设备33)之间的通信。控制器551经由通信接口553与云设备33通信，以更新存储器552中存储的HA设备签名。

HA系统20还包括耦合到控制器551的无线电控制器44a-44n。可寻址设备31a-31n中的每一个被配置为经由相应的无线电控制器44a-44n与控制器551进行无线通信。

一种方法方面针对一种允许在HA系统20中未配对的可寻址HA设备31a-31n的配对的方法。该方法包括使用控制器551和耦合到其的存储器552，该存储器552存储用于多个可寻址HA设备中配对和未配对可寻址HA设备的多个HA设备签名，以轮询这多个可寻址HA设备并基于轮询从这多个可寻址HA设备中确定未配对的可寻址HA设备。控制器551和存储器552还用于将未配对的可寻址HA设备31a-31n的相关联HA设备签名与所存储的HA设备签名进行比较，并且当未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，允许未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与未配对的可寻址HA设备通信。

加载器服务器64加载桥接器82和服务器81(图10)。消息服务器65运行或操作消息队列51。通知服务器66例如在远程设备36处从系统20向用户界面35发送通知(图9)。

状态服务器67用作存储最后已知状态的日志而不必轮询系统中的设备的系统范围状态机(图11)。这是通过使状态服务器67作为跟踪系统的最后已知状态的独立状态机执行来实现的。如本领域技术人员将认识到的那样，状态服务器67相对于例如其中系统将状态信息存储在驱动程序堆栈中的当前常见做法是有利的改进。web服务器68运行用户接口内容(图12)。在一些实施例中，用户接口内容可以被本地存储。

安全服务器56执行家庭自动化集成系统20的安全处理(图13a)。安全服务器56监听未被家庭自动化集成系统20使用的开放通信端口84。这允许安全服务器56在设备(例如，可寻址设备31a-31n或远程设备36)扫描或连接到端口时进行日志记录(log)。然后，安全服务器56可以忽略已知扫描或连接并且不对系统造成威胁并且在它接收到未知或意外的扫描时进行日志记录的任何设备。例如，开放端口可以被所连接的用户的远程iPhone扫描或与其连接，但是，由于这是来自iPhone的预期动作，因此安全服务器56不会自动将这个认为是对家庭自动化集成系统20的威胁。如果所连接的家庭自动化或可寻址设备31a-31n(例如，冰箱)对开放端口进行相同的扫描或连接到其，那么安全服务器56对动作进行日志记录，然后将日志报告给分析服务器54。安全服务器56借助于为所有已知的可控设备包括的签名文件知道什么对于可寻址设备31a-31n可以被认为是正常行为。换句话说，因为网络上耦合到家庭自动化集成系统20的远程和可控设备的类型是已知的，所以可以监视设备之间的流量，以维持安全性。如果确定与特定设备相关联的流量或通信是不稳定的，那么安全服务器56可以将设备识别为被劫持和/或恶意软件并被标记为向分析服务器54报告。分析服务器54将数据上传到云设备33进行安全分析。

下面是描述可以被认为是网络设备的正常行为的示例安全服务器签名：

云服务器或云设备33可以执行分析，以评估或分类模式，并为安全服务器56推荐动作。安全服务器56采取的动作的一些示例包括向用户通知设备的异常动作、从K4Connect系统20断开受损的设备，或者忽略动作是否不是恶意的。K4Connect系统20在一些情况下可以识别制造商的智能设备中的漏洞或攻击，并且可以向制造商提供关于该漏洞的信息。当然，云设备33可以基于分析推荐安全服务器的其它和/或附加动作。

现在参考图13b，现在将关于HA系统20描述安全服务器56。HA系统20包括可寻址HA设备31a-31n，每个可寻址HA设备31a-31n具有与其相关联的相应HA设备签名，该签名可以存储在存储器562中。HA设备签名可以包括关于可寻址HA设备31a-31n的预期动作的数据。例如，HA设备签名还可以包括MAC地址、端口数据和通用串行总线(USB)标识符。当然，HA设备签名可以包括可以用作表征可寻址HA设备31a-31n的操作行为的基础的附加标识符和/或其任意组合。

可寻址HA设备31a-31n可以包括运动检测器、恒温器、灯开关、音频控制器、门锁和/或相机中的任何一个。当然，可寻址HA设备31a-31n可以包括其它和/或附加设备。可寻址设备31a-31n使用不同无线通信协议中的相应不同无线通信协议进行无线通信。

HA系统20包括耦合到存储器562并且例如通过扫描或轮询通信端口而经由相应的通信端口与可寻址HA设备31a-31n通信的HA安全控制器561。给定的通信端口当前没有被使用或打开。当给定的可寻址HA设备31a-31n经由当前未被使用的给定通信端口进行通信时，HA安全控制器561基于相应的HA设备签名确定给定的可寻址HA设备是否在异常操作并且传送给云33，以验证给定的可寻址HA设备是否在异常操作。当给定的可寻址HA设备31a-31n被验证为在异常操作时，HA安全控制器561终止与给定的可寻址HA设备的通信。

HA安全控制器561还在给定的可寻址HA设备31a-31n被验证为在异常操作时生成通知。在一些实施例中，可寻址HA设备31a-31n各自具有与之相关联的制造商，并且HA安全控制器561可以将通知传送给与被验证为在异常操作的给定可寻址HA设备相关联的相应制造商。当然，如本领域技术人员将认识到的那样，HA安全控制器561可以将通知传送给另一个设备和/或实体。

HA系统20还可以包括提供HA安全控制器561与云33之间的通信的通信接口563。HA安全控制器561例如经由通信接口563与云33通信，以更新存储器562中存储的HA设备签名。

HA系统20还包括耦合到HA安全控制器561的无线电控制器44a-44n。可寻址设备31a-31n中的每一个可以被配置为经由相应的无线电控制器44a-44n与HA安全控制器561无线通信。

一个方法方面针对一种在HA系统20中进行通信的方法。该方法包括使用HA安全控制器561经由通信端口中的相应通信端口与可寻址HA设备31a-31n通信，其中给定的通信端口当前不被使用。该方法还包括，使用HA安全控制器561在可寻址HA设备31a-31n中的给定可寻址HA设备经由当前未被使用的给定通信端口进行通信时基于相应的HA设备签名来确定给定的可寻址HA设备是否在异常操作、与云33通信以验证给定的可寻址HA设备是否在异常操作，以及当给定的可寻址HA设备被验证为在异常操作时终止与给定的可寻址HA设备的通信并生成通知。

另一个方面针对一种K4Home软件的设置向导。设置向导可以为连接到K4Connect系统20(并且特别地，连接到K4Home)的每个设备提供越来越简单和相对统一的设置处理。设置向导可以限制向导的每个屏幕步骤上的可操作项目，以维持简单性。例如，设置向导可以在移至向导中的下一个步骤之前允许一个问题和从那问题接收的一个数据输入。

每个设置向导都基于预建的模板，这些模板允许软件开发人员收集用于设置设备的数据，而无需构建新的用户接口部件。例如，每个设置向导都可以为开发人员和桥接器构建者定制。可以通过在保持基础样式一致的同时允许每个设置向导具有独特的样式表来实现定制。除基本样式以外，每个设置向导中的用户接口都可以是可改变的，但期望这些改变在具体参数内。如果开发人员没有合适的模板可用，例如，可以创建用户接口部件。在可用的时候自定义模板将仍然使用K4Connect部件，并且自定义模板不能与由K4Home软件提供的相对简单且统一的设置处理矛盾。

附加地参考图14a和14b，每个设置向导还可以通过例如在远程设备36的显示器48上提供进度条71或者作为例如在进度条上包括帮助按钮72的用户界面35的一部分来提供上下文帮助。帮助按钮72链接到与用户在设置向导中的当前步骤对应的帮助。换句话说，取决于用户在设置处理中何处，将在显示器48上向用户呈现不同的指令。这会是特别有利的，因为它帮助用户在设置中经常出现问题的步骤，并且可以使用户体验比当前的家庭自动化设置更具适应性和更容易。

现在参考图15a-15c，用户界面35可以提供若干不同方式来控制K4Connect系统20或控制K4Connect系统上的可寻址设备31a-31n。例如，K4Connect系统20可以按房间(图15a)、按场景(图15b)和按设备类型(图15c)来控制。当然，K4Connect系统20可以以其它方式或使用其它技术来控制。

可以经由远程设备36的显示器48(例如，移动电话的触摸屏显示器)呈现的用户界面35允许用户按可寻址设备31a-31n的设备类别或按位置(FIG 15a)查看可寻址设备31a-31n。用户也可以直接从根据位置的可寻址设备选择切换到可寻址设备类别视图。用户界面35还有利地跟踪通过跟踪最后接触的设备所使用的设备的历史。这可以允许用户更快地直接访问最近使用的可寻址设备31a-31n，而不是通过用户界面的先前页面向后搜索。用户界面35还可以通过允许远程设备36(例如，触摸屏远程设备)的整个屏幕被用于调节可寻址设备31a-31n而不是定位触摸屏显示器上的单个点进行调节来提供增加的可用性。在一些实施例中，例如，可以经由用户界面35借助于语音识别来控制可寻址设备31a-31n。也可以和/或附加地使用其它类型的控制，例如生物测定或手势(例如，手臂、手、眼睛)识别。

现在参考图16，当一个或多个可寻址设备31a-31n具有发光二极管(LED)灯泡的形式时，用户界面35包括LED拾色器75功能。LED拾色器75提供更准确的方法来设置可控多色LED灯泡31a中的颜色。目前，用户从调色板中选择颜色并且灯泡将调节到最接近的可能颜色。这会导致用户从显示器48选择的内容与来自多色LED灯泡31a的实际输出之间的变化。

借助于远程设备36的处理器49，LED拾色器75检测多色LED灯泡31a能够产生的颜色并将这些颜色选项呈现给用户。这是例如通过确定多色LED灯泡31a的CIE增量(delta)来完成的。CIE增量可以由制造商确定，其数据可以存储在远程设备36中或者从云设备33接收。

参考图17，在另一个实施例中，当远程设备36'包括相机86'时，远程设备的处理器49'可以与相机协作，以捕获由多色LED灯泡31a'实际照亮的颜色。然后远程设备36'的处理器49'基于存储的CIE增量信息或捕获的图像在显示器48'上显示多色LED灯泡31a'的可用颜色。以CIE三角相对于在增量的末端找到颜色来计算颜色。此外，在一些实施例中，如上面所讨论的，在多色LED灯泡的情况下，该灯泡例如可以包括基于型号的灯泡的CIE增量。然后用户从显示器48'上的选项中选择确切的颜色，并且多色LED灯泡31a'变成所选择的颜色。与基于近似选择颜色的当前方法相反，这与用户对灯泡输出的期望匹配。

如本领域技术人员将认识到的，多色LED灯泡31a的能力通常远小于典型CIE图所示的能力。本文描述的实施例有利地确定多色LED灯泡31a的颜色显示能力并且允许选择那些实际颜色而不是进行近似。

现在附加地参考图18，用户界面35还提供用于与多个K4Hub集线器或集线器设备(例如，家庭集线器34a和办公室集线器34b)交互的接口。目前在家庭自动化市场中，最终用户或者不能在自己的家中建立多个集线器，或者集线器被组合在云系统中，以防止用户能够在系统之间做出明显区分。K4Connect系统20通过连接(例如，自动地)到本地集线器并通过云连接到任何其它集线器来有利地允许用户有从用户界面35控制多个集线器的选项。

当例如经由Wifi连接到本地网络时，远程设备36的用户界面35可以在相同的本地网络上自动连接(即，无需用户干预)到集线器设备34a、34b。当使用未连接到集线器设备34a、34b的蜂窝连接或Wifi网络时，用户界面35允许用户挑选多个系统中他们想要查看的那一个。例如，在第一场景中，连接到位于用户办公室的集线器设备34a。K4App或用户界面35控制来自办公室集线器34a的可寻址设备31a-31n，但是用户可以选择切换用户界面，以控制其它连接的集线器。在第二场景中，当用户仅连接到蜂窝网络(诸如LTE网络)时，用户界面35为用户提供在所连接的集线器之间进行选择(如果存在多于一个的话)的选项，使得用户可以在家庭集线器34b或办公室集线器34a之间进行挑选。在第三场景中，用户连接到家庭集线器34b并且用户界面35自动控制在家的可寻址设备31a-31n，但是用户可以切换到在用户界面上控制办公室集线器34a。

例如，当家庭设备32或集线器设备34(即，运行K4家族的设备)检测到新的可寻址设备31a-31n时，可以下载用于支持新检测到的可寻址设备的新软件。例如，用于可控设备的“app商店”可以为新检测到的可控设备提供支持或驱动程序。例如，“app商店”可以由云服务器33或第三方提供商托管。关于在云服务器上可用的app商店，云服务器可以在存储器中存储可寻址的设备驱动程序。当家庭设备32或集线器设备34检测到新的可寻址设备31a-31n时，家庭设备或集线器设备可以“下拉”对应的驱动程序或软件而不是整个软件包。

现在附加地参考图19，现在将描述桥接器82的更多细节。K4Connect桥接器82为消息队列或消息队列服务器50提供翻译层，以与连接到K4Connect系统20的可寻址设备31a-31n通信。当用户或预定义场景在K4Connect系统20上执行命令时，消息队列50通过Node.jsAPI向相关联的桥接器82发送通用形式的消息。通用形式的消息可以通过不同的API或通过不同的技术来发送，如本领域技术人员将认识到的。然后桥接器82将通用命令翻译成用于可寻址设备31a-31n的具体命令并将翻译后的命令发送到可寻址设备。

桥接器82的独立性有利地允许开发人员独立于整个K4Connect系统20为几乎任何可控设备编写桥接器。在例如一般可以与消息队列50分开存储的桥接器82被编码之后，它可以被下载并集成到消息队列50中，而不必更新整个K4Connect软件程序。

更具体地，例如，当家庭设备32或集线器设备34检测到新的可寻址设备31a-31n时，可以下载用于支持新检测到的可控设备的新软件(即，桥接器)。例如，用于可控设备的“app商店”可以为新检测到的可控设备提供支持或桥接器。例如，“app商店”可以由云服务器33或第三方提供商托管。关于在云设备33上可用的app商店，云设备可以在存储器中存储可寻址设备桥接器。当家庭设备32或集线器设备34检测到新的可寻址设备31a-31n时，家庭设备或集线器设备可以“下拉”对应的桥接器或软件而不是整个软件包。

每个桥接器的独立性还允许更好地使用家庭K4Connect系统20上的带宽和存储空间。通过不是每次更新桥接器时都下载整个软件更新包，用户和K4Connect保留互联网带宽和数据。而且，仅下载每个用户期望的桥接器82的能力允许用户保留运行K4Home的设备(例如，家庭设备32和/或K4Hub 34)上的存储空间。例如，这种保留的存储空间允许K4Connect系统20为新的家庭自动化设备提供相对大量的桥接器，而不太用担心膨胀的软件或用户设备上的有限存储空间。

现在具体参考图20，当新的桥接器91被创建并加载到K4Connect系统20时，每个K4Connect系统上的更新服务器59连接到云设备33或K4Away，并在系统执行更新时被通知。如本领域技术人员将认识到的，更新服务器59可以通过与云服务器通信并基于与其通信来确定是否存在更新(例如，基于日期、更新ID等等)来执行更新。新桥接器的设备签名和设备描述被发送到更新服务器59。与设备签名和描述相关联的一个或多个文件一般比完整的桥接器文件小得多，如果新的可控设备最终连接到K4Connect系统20，那么下载该完整的桥接器文件。更新服务器59向发现服务器35发送设备签名，并向配置服务器62发送设备描述。设备签名允许发现服务器35扫描可用端口并辨别可以通过新的桥接器91连接的新可寻址设备31a-31n是否在家中。设备描述包括建立新的可控设备的向导处理，例如如上所述。当发现服务器55找到可以通过新的桥接器91连接的新的可控设备时，发现服务器55向配置服务器62发送消息，该消息通知配置服务器有新的可寻址设备。发现服务器55还向通知服务器66发送新的可寻址设备通知，通知服务器66在远程设备36的显示器48上启动用户界面35，以通知用户有新的可寻址设备。桥接器向导92也被启动。桥接器向导92搜集用于设备描述的并从配置服务器62请求的信息。

一旦信息已被搜集并且用户例如经由桥接器向导92提供响应，配置服务器62就通知加载器服务器64有新配置的可寻址设备。加载器服务器64从更新服务器59请求完整桥接器下载，并且更新服务器从云设备33或K4Away请求完整桥接器。更新服务器59向加载器服务器64发送完整桥接器下载，加载器服务器64存储该文件并启动新的桥接器。新连接的可控设备因此连接到K4Connect系统20。

现在附加地参考图21a，K4Connect系统20的桥接器82a-82c也是本领域技术人员可以称之为“沙箱”的东西，使得在给定的桥接器故障的情况下，系统不态容易中断。如果桥接器82a-82c之一发生故障或者如果到消息队列50的连接失败，那么其余的系统部件继续起作用。桥接器82a-82c执行它们自身与消息队列50之间的通信，使得，如果通信出现故障，那么桥接器一般将重启通信。例如，如果桥接器82a-82c有错误，那么加载器服务器64重新加载桥接器82a-82c。如果在桥接器82a-82c中发生错误，那么这些沙箱化的处理限制或减少在家庭设备32或集线器设备34上运行的整个软件程序的重启。但是，对K4Connect系统20的一个影响可以是无法控制与发生故障的桥接器82a-82c相关联的具体可寻址设备31a-31n，当加载器服务器64重新加载桥接器时，可以快速修复这些故障。消息队列50、其它服务器和其它桥接器的功能一般不受影响。如上面所指出的，桥接器可以按需(例如，根据需要)安装，用于与可寻址HA设备通信。

现在参考图21b，现在将关于HA系统20来描述“沙箱化的”桥接器82a-82c。HA系统20包括可寻址HA设备31a-31n。可寻址HA设备31a-31n可以包括运动检测器、恒温器、灯开关、音频控制器、门锁和/或相机中的任何一个。当然，可寻址HA设备31a-31n可以包括其它和/或附加设备。可寻址设备31a-31n使用不同无线通信协议中的相应不同无线通信协议进行无线通信。

处理器641和与该处理器相关联的存储器642可以协作，以执行上面关于沙箱化的桥接器82a-82c所描述的功能。更具体地，处理器641和存储器642被配置为实现消息队列50。即，消息队列50为可寻址HA设备31a-31n中的相应可寻址HA设备生成通用消息。处理器641和存储器642还实现沙箱化的桥接器82a-82c。每个沙箱化的桥接器82a-82c将来自消息队列50的通用消息转换成用于可寻址HA设备31a-31n中的给定可寻址HA设备的特定消息。特定消息可以是特定于相应沙箱化的桥接器82a-82c的特定控制和/或状态消息。

一旦沙箱化的桥接器82a-82c之一发生故障，处理器641和存储器642就实现重新加载发生故障的沙箱化的桥接器82a-82c，同时维持其它沙箱化的桥接器的操作。例如，处理器641可以基于沙箱化的桥接器与消息队列50之间的通信和/或沙箱化的桥接器82a-82c之间的通信来确定发生故障的一个沙箱化的桥接器82a-82c。

HA系统20还包括耦合到处理器641的无线电控制器44a-44n。可寻址设备31a-31n中的每一个可以被配置为经由相应的无线电控制器44a-44n与处理器641无线通信。

一个方法方面针对一种维护HA系统20中的多个沙箱化的桥接器82a-82c的操作的方法。该方法包括使用处理器641和与其相关联的存储器642来经由消息队列50生成用于多个可寻址HA设备31a-31n中的相应可寻址HA设备的多个通用消息，并且使用多个沙箱化的桥接器82a-82c将来自消息队列的通用消息转换成用于可寻址HA设备中的给定可寻址HA设备的特定消息。该方法还包括在多个沙箱化的桥接器82a-82c之一发生故障时使用处理器641和存储器642重新加载发生故障的沙箱化的桥接器，同时维持其它沙箱化的桥接器的操作。

现在附加地参考图22，可以在家庭设备32或集线器设备34上执行的K4Home软件还表征响应场景，该响应场景用作K4Connect系统20的元素95的列表，然后其可以引起连接到系统20的可寻址设备31a-31n中的动作。基于系统20的状态，响应场景还可以例如在用户界面35处向用户返回明语通知。

标准响应场景可以由用户通过使用场景向导来设置。场景向导包括可寻址设备31a-31n和命令事件变量或触发器的列表。用户例如经由K4App的用户界面35选择用于场景的触发器、受影响的可寻址设备31a-31n以及可寻址设备将采取以对场景作出响应的动作或状态。

标准响应场景可以由程序检测到的触发器列表或通过用户激活用户界面35中的场景93来发起。命令变量或触发器列表的示例如下：触发器1是时间段，触发器2是移动控制设备连接到网络，触发器3是设定的日子，并且触发器4是所连接的运动检测器感测到运动。

该场景已经指定了用户定义的部件或者可寻址设备31a-31n的哪个集合将为了场景而被接触以及那些可寻址设备应当采取什么状态。例如，可控设备1 31a是电视机(TV)，可寻址设备2 31b是TV室中的灯的集合，可寻址设备3 31c是TV室中的室内恒温器，并且可寻址设备n 31n控制咖啡机的操作。系统20生成被发送到可寻址设备的命令。可寻址设备31a-31n基于该命令作出响应。

例如，触发器1在下午7-9点被激活，触发器2在给定用户的智能手机或远程设备36连接到本地网络时被激活，触发器3在工作日被激活，并且触发器4通过客厅运动检测器检测到运动被激活。基于触发器，用户定义的部件将电视机打开到给定的频道、调暗TV室内的灯光、将恒温器调节到72度，并开始冲泡晚间无咖啡因咖啡。

标准响应场景还可以在使用云设备33或K4Away的用户与列出可用场景的市场之间共享。K4Connect系统20还可以建议要连接的可能的其它和/或附加可寻址设备31a-31n，以向K4Home的个人用户添加功能和更多响应场景。

一旦用户已经完成响应场景向导或已经添加了共享响应场景，远程设备36就可以经由用户界面35显示场景的建模动画，其在激活时示出场景看起来像什么。用户还可以访问将在整个一天中起作用的场景的动画及其触发器。

现在参考图23-29a，K4Home的另一方面是可以被称为基于基于属性的要素的要素响应场景的东西，其允许使用可以在各方案(recipe)中产生相同属性的不同可寻址设备。例如，场景基于特定属性，而不是场景被绑定到用于给定功能的特定可寻址设备31a-31n。这有利地允许使用响应场景需要的相同元素但是不使用完全相同的设备来实现响应场景。

例如，如果给定用户想要知道另一个用户何时在家，那么他们可以建立识别可寻址设备31a-31n的响应场景，其可以用于指示某人是否在家。对于给定的用户，可寻址设备31a-31n或响应场景中的要素可以是停用的警报系统，当其跳闸(tripped)时给出期望的属性，以触发响应场景。然后响应场景使K4Connect系统20向给定用户发送另一用户在家的通知(例如，明语通知)。然后可以与尚未具有警报系统但具有运动检测器101的第三用户共享这个场景，其中运动检测器101落入可以给出期望属性以完成方案的相同设备列表中。换句话说，不管特定的可寻址设备31a-31n如何，场景都与期望的结果相关联。在方案几乎完成或者可以通过添加更多可控设备来增强的情况下，K4Connect系统20例如经由远程设备36上的用户界面35向用户通知可能的基于方案的响应场景，并将它们链接到在线市场，在那里用户可以免费或购买地下载可寻址设备31a-31n。

基于要素列表的响应场景的另一个示例是，如果系统20指示方案尚未被满足，那么它可以发送关于方案尚未被满足的明语通知。例如，如果人在某个时间尚未到达家中，那么方案包括存在的要素(借助于运动检测器、相机和连接的智能手机(即，远程设备36))和时间。在特定时间缺少存在会触发该场景并提醒用户。当然，也可以提醒其他人，例如监控中心和/或其他指定人员。

用户可以建立要素响应场景(方框114)或者从云设备33下载共享的响应场景。然后，K4Home确定是否所有要素都存在于K4Connect系统20中(方框102)。如果可以提供要素属性的可寻址设备31a-31n连接到K4Connect系统20，那么系统通过轮询可寻址设备(方框103)来确定可寻址设备的状态(方框106)。如果满足场景的所有要素(方框104)，那么K4Connect系统20执行场景(方框108)。如果K4Connect系统20的要素不满足条件(方框104)，那么系统可以或者再次轮询属性状态(方框103)或者等待由K4Home或响应场景设置的指定时间量。如果要素/属性中的任意个在K4Connect系统20中不可用，因为可以提供要素的可寻址设备31a-31n没有连接，那么K4Home向分析服务器54发送消息，该消息请求来自云设备33的建议的可控设备(方框110)并且还可以协作，以便例如在用户界面35上向用户呈现购买建议的可控设备(图24)的机会。在方框112处，可以安装新的可寻址设备。

在另一个示例中，用户可以下载利用相机记录在特定时间段内的运动事件的响应场景。例如，给定的用户希望记录在上午8点至下午5点该给定用户工作期间他的狗何时爬到客厅沙发上。然后该给定用户用三个要素构造场景：记录视频的能力(由连接到K4Home的相机提供)、运动(由相同相机的内置运动检测器提供)和时间段。然后该给定的用户在K4Away或云设备33上的响应场景市场上分享这一点。例如，另一个用户下载该场景并且打算在夜间使用该场景用于家庭安全。该另一个用户有相机，但没有感测运动的能力。K4Home建议该另一个用户安装独立的运动传感器，以便能够使用该场景，并提供到从中可以购买许多品牌和类型的运动检测器中的任何一个的订购的K4Store或云设备33的链接。然后该另一个用户安装运动传感器，现在，由于所有要素都得到满足，因此可以启用该响应场景。该另一个用户使用相同的基本响应场景在晚上10点至早上6点记录下自己客厅中的任何运动，同时使用不同的设备提供要素。

例如，用户可以生成响应场景，以提供“家”的想法。可以相对于用户生成响应场景，使得“当我在家时，我想要客厅中有光”。K4Connect系统20例如经由菜单指示或显示“你有x个设备可用于确定我是否在家，并且这里是提供光的设备”。换句话说，首先构造场景，然后提供可以制作场景的可寻址设备31a-31n。

现在参考图29b，现在将描述要素响应场景，因为它们与HA系统20相关。HA系统20包括在给定位置处的可寻址HA设备31a-31n。可寻址HA设备31a-31n包括运动检测器、恒温器、灯开关、音频控制器、门锁和/或相机中的任何一个。当然，可寻址HA设备31a-31n可以包括附加和/或其它设备。

HA系统20还包括HA设备场景控制器581，HA设备场景控制器581例如无线地从用户获得包括第一触发动作和第一响应事件的第一期望场景。例如，第一触发器可以是“当我到家时”，第一响应事件可以是“打开客厅的灯”。实际上，第一触发动作和第一响应事件不识别哪个可寻址HA设备32a-32n负责实现第一触发动作和第一响应事件。HA设备场景控制器581可以例如从用户接口设备360(并且更具体地，耦合到用户接口控制器353以允许用户输入的用户输入设备351)获得第一触发动作和第一响应事件。用户接口设备360可以是远程设备，例如平板计算机、智能手机等等。可以有多于一个第一触发动作和任何数量的第一响应事件。

HA设备场景控制器581还例如在耦合到用户接口控制器353的用户接口设备360的显示器354上呈现可寻址HA设备31a-31n中能够实现第一期望场景的对应可寻址HA设备的第一用户可选择列表。换句话说，HA设备场景控制器581呈现与第一触发动作和第一响应事件对应或者将要执行第一触发动作和第一响应事件的可寻址HA设备31a-31n。

HA设备场景控制器581还确定可寻址HA设备31a-31n中的第一用户选择的可寻址HA设备，并且在发生第一触发事件时，使用第一用户选择的可寻址HA设备执行第一响应事件，由此实现第一期望场景。第一期望场景可以无线地执行，例如，HA设备场景控制器581可以与可寻址HA设备31a-31n无线通信，以实现第一期望场景。在一些实施例中，HA设备场景控制器581可以在发生触发事件时生成通知。

HA设备场景控制器581还例如无线地从云331获得包括第二触发动作和第二响应事件的第二期望场景。获得第二触发动作和第二响应事件，而不识别负责实现第二触发动作和第二响应事件的可寻址HA设备31a-31n。

HA设备场景控制器581可以例如在显示器354上呈现能够实现第二期望场景的对应可寻址HA设备31a-31n的第二用户可选择列表。换句话说，第二场景是作为共享场景获得的，例如来自另一个人的HA系统。HA设备场景控制器581还确定第二用户选择的可寻址HA设备31a-31n，并且类似于以上所述，例如，在发生第二触发事件时使用第二用户选择的可寻址HA设备无线地执行第二响应事件，由此实现第二期望场景。

HA设备场景控制器581还可以确定何时在给定位置处的可寻址HA设备31a-31n不能够实现场景。在这种情况下，HA设备场景控制器581例如在显示器354上呈现用于附加的可寻址HA设备的购买报价。例如，用户可以通过点击超链接来购买附加的可寻址HA设备。

一个方法方面针对一种在HA系统20中实现第一期望场景和第二期望场景的方法。该方法包括使用HA设备场景控制器581从用户获得包括第一触发动作和第一响应事件的第一期望场景并且呈现能够实现第一期望场景的对应可寻址HA设备31a-31n的第一用户可选择列表。HA设备场景控制器581还用于确定第一用户选择的可寻址HA设备31a-31n，并且在发生第一触发事件时，使用第一用户选择的可寻址HA设备执行第一响应事件，由此实现第一期望场景。

HA设备场景控制器581还用于从云331获得包括第二触发动作和第二响应事件的第二期望场景，并且呈现能够实现第二期望场景的对应可寻址HA设备31a-31n的第二用户可选择列表。设备场景控制器581还用于确定可寻址HA设备中第二用户选择的可寻址HA设备，并且在发生至少一个第二触发事件时，使用第二用户选择的可寻址HA设备31a-31n执行第二响应事件，由此实现第二期望场景。在一些实施例中，HA设备场景控制器581用于确定何时在给定位置处的可寻址HA设备31a-31n不能够实现该场景，并且呈现用于附加可寻址HA设备的购买报价。

现在将描述开发工具包，因为它们与K4Connect系统20相关。K4Connect系统20提供软件和硬件开发工具包。软件开发工具包为开发人员构建完整的设备栈，以与消息队列进行交互并处理与消息队列的所有通信。例如，内置的桥接器编辑器允许开发人员从Web浏览器创建和编辑桥接器，并且描述编辑器创建设备描述XML文件。

硬件开发工具包允许开发人员将可控设备直接连接到消息队列，而无需中间桥接器。例如，当开发人员将通信协议添加到他们的可控设备时，K4Connect系统20(特别是其通信部件)可以被集成到它们的硬件中，以绕过系统上的桥接器并直接与消息队列通信。

现在将描述云设备33或K4Away的进一步细节。除了已经描述过的K4Away的功能之外，K4Away还托管外部API，该外部API为不能自己连接到基于互联网的服务的设备提供接口。当连接到K4Connect系统20和K4Away时，通过其与K4Away的连接，以前未联网的设备可以被外部服务(诸如像IFTTT、Evernote和Facebook)访问。

关于安全性，K4Connect系统20的安全模型基于为系统提供相对高的安全级别。每个电话或远程设备36在两个级别上被认证。第一级别是由系统管理员添加的特定于设备的允许(allowance)。第二级别是远程设备36上的用户登录。即使存在有效的用户登录，这种双层系统也减少了未被授权的设备登录的发生。

K4Connect系统20还通过其分析数据集合中的隐私方法提供安全性。数据存储在两个分离的服务器上。一个服务器持有表示匿名用户的令牌，而另一个服务器持有使用情况和分析数据。两个服务器之间的连接在用户授权时发生，以进行技术帮助。当向用户发送响应场景或设备推荐时，建议通常只被发送到表示用户的令牌。用户始终保持匿名。换句话说，关于用户的信息的一部分可以选择性地用于提供技术支持，类似于“需要知道”基础。

K4Connect系统20还使用授予用户对所收集数据的完整权利和所有权的安全方法。K4Connect系统20收集并分析来自用户的数据并将其存储在分离的安全服务器上。在阈值时间段(例如，一年)之后，数据被永久删除。这种方法包括用户重写授予用户在任何时候永久删除其数据的能力。

K4Hub 34还可以用作连接到家庭路由器的Wifi路由器，使得连接到K4Connect系统20的所有设备都通过K4Hub 34的私有Wifi网络被路由。这有利地允许连接到K4Connect系统的设备(诸如个人计算机)之间的分离。这种分离可以减少个人计算机上的攻击影响K4Connect系统20的设备之间的网络的机会。

现在参考图30a，另一方面针对一种用在K4Connect系统20”上的与健康相关的设备。与K4Connect系统20”结合使用健康相关的设备可以被称为K4Life。但是，应当注意的是，其它和/或附加设备，无论是否与健康有关，都可能是K4Life系统的一部分。类似于上述的K4Connect系统，K4Life系统20”包括可寻址设备31a”-31n”，其中的一些可以具有测量人类健康相关数据(诸如像所走的步数、血压、体重及其它度量)的健康设备的形式。换句话说，K4Life系统20”执行上述K4Connect系统的功能，并且包括如将在下面进一步详细描述的进一步与健康相关的功能。例如，健康设备可以包括例如一个或多个床传感器、运动检测器、健身跟踪设备、血压袖带/监视器、体重秤和温度探针。当然，可以使用例如来自K4Home系统的其它和/或附加健康设备或传感器。

此外，K4App还提供社交互动，例如照片分享和直播视频聊天(live video chat)。更具体地，当开始直播视频聊天时，K4Life系统20”可以向中央服务器(例如，云设备33”或本地服务器设备)报告直播视频聊天的开始时间和持续时间。

K4Life系统20”(例如，分析服务器54”)计算指示用户的总体健康的得分(其可以被称为K4Score)。通过组合直接测得的健康数据、从可寻址设备或健康设备31a”-31n”的使用测得的活动级别以及通过使用K4App测得的社交参与，来确定K4Score。K4Score可以包括或基于其它和/或附加信息。例如，这个得分的历史趋势可以用于预测用户健康的改善或下降。当然，这个数据也可以用于其它目的，例如传送给其他用户(诸如健康护理专业人员、监控站等等)。例如，久坐、睡眠模式不规则、社交互动很少的人可以被识别为具有潜在健康问题。其中K4Life系统20”和K4Score可能相对有利的一个示例场景是由其子女希望检查父母的健康状况的老年父母而使用该系统或者假如用户只是想知道他们自己的健康状况而使用该系统。

在一些实施例中，健康或活动数据可以由家庭成员或者在小组生活场合(诸如辅助生活设施)中或者由直播或远程监督者查看。健康数据还可以例如经由远程设备36”的用户界面35”显示，以示出个人用户的健康得分或用户社区的汇总的健康得分。

现在参考图30b，现在将描述K4Connect或HA系统20”的健康相关方面。HA系统20”包括可寻址HA设备31a”-31n”。可寻址HA设备31a”-31n”可以包括运动检测器、恒温器、灯开关、音频控制器、门锁、相机和/或健康相关传感器(例如，房间占用传感器、床传感器、计步器、心率监视器、血压监视器、温度传感器和体重秤)。当然，可寻址HA设备31a”-31n”可以包括其它和/或附加设备。可寻址设备31a”-31n”使用不同无线通信协议中的相应不同无线通信协议进行无线通信。

HA系统20”还包括用户接口设备36”，该接口设备允许用户社交联网并基于其生成用户社交联网数据，例如，与哪些社交联网应用相关的数据以及使用每个社交联网应用所花费的时间量。用户接口设备36”包括便携式壳体361”、由便携式壳体承载的显示器48”、由便携式壳体承载的无线通信电路系统362”以及耦合到显示器的用户接口设备控制器49”和用于执行至少一个无线通信功能的无线通信电路系统。例如，用户接口设备36”可以是智能手机或平板电脑，并且可以执行任何数量的社交联网应用，例如照片共享、直播视频聊天和社交媒体应用。

HA系统20”还包括控制器381”和耦合到其的存储器382”，存储器382”存储测得的用户健康数据并基于可寻址HA设备31a”-31n”确定用户身体活动数据。身体活动可以基于一段时间段来确定。

控制器381”还基于用户社交联网数据、用户健康数据和用户身体活动数据生成用户健康得分，并且经由云331”传送用户健康得分。例如，控制器381”还可以基于所确定的身体活动级别在一段时间内按间隔生成用户健康得分。

例如，控制器381”可以在用户健康得分超过阈值时生成通知。更具体地，如果用户健康得分指示健康状况差，那么可以生成通知(诸如像电子邮件、SMS消息、显示器上的视觉通知等等)并经由云331”传送到电子设备361”。在一些实施例中，如果在该时间段内用户健康得分连续下降，那么控制器381”可以生成通知。一旦用户健康得分被传送到云331”，它就可以例如由电子设备361”下载，用于存储、查看、分析和/或其它数据处理，如本领域技术人员将认识到的。

一个方法方面针对一种在HA系统20”中传送用户健康得分的方法。该方法包括经由用户接口设备36”允许用户社交联网并基于此来生成用户社交联网数据。该方法还包括使用控制器361”和耦合到其的用来存储测得的用户健康数据的存储器362”，基于多个可寻址HA设备确定用户身体活动数据，基于用户社交联网数据、用户健康数据和用户身体活动数据生成用户健康得分，并经由云传送用户健康得分。

现在参考图31，K4Connect系统20”'也可以用于位置确定。K4Connect系统20”'可以检测位于K4Hub 34”'的指定范围内的移动设备(即，远程设备36”')。例如，可以将这些检测报告给中央服务器(例如，云设备或K4Away)，在那里，它们被用于估计人或设备在家或设施内的位置。由于多于一个K4Hub 34”'可以一次检测移动或远程设备36”'，因此K4Connect系统20”'通过比较重叠数据的检测强度并确定哪个K4Hub最接近被检测的人或设备来减少重复数据。当然，在这个实施例中描述的K4Connect系统20”'对于与上述K4Life系统一起使用会是特别有用的。

现在参考图32，在另一个实施例中，多个K4Life(或K4Connect)系统20a””-20n””可以共同用在可以被称为K4Community的系统中。K4Community系统有利地允许聚集来自例如在云设备或K4Away的多个K4Life或K4Connect系统20a””-20n””的数据，以便被分析，用于在社区内进行比较。来自其它控制器和/或设备的数据也可以被聚集。当然，任何或每个系统20a””-20n””都可以例如整体上或者以共享或负载平衡布置来处理或聚集数据。此外，K4Community 20a””-20n””中的用户可以能够彼此通信，并且在一些实施例中，看到其他人相对于给定用户的表现是如何表现的。如本领域技术人员将认识到的，因为健康相关数据正在被收集并潜在地被交换，所以健康相关数据被匿名维护并且可以被加密，直到健康数据的用户或所有者同意共享或实际共享它。

在一些实施例中，K4Life或K4Community系统可以不限于健康相关设备和健康相关数据。例如，上述系统的原理可以应用于公用设施管理(例如，公寓公用设施负荷控制管理)。在这种实施例中，例如，传感器或可控设备可以用于监视能量和水的使用，并且基于此构建简档。可以识别相对于其他租户使用更多公用设施的特定租户。公共区域也可以被监视和评分。得分也可以指派给每个租户。

参考图33，在另一个实施例中，K4Life系统120可以用在健康护理场合中，以确定健康护理专业人员给予患者或用户多长时间。在一个特定示例中，系统120可以用在养老院中，以监视护士对用户/患者花了多少时间，以及何时和是否护士与患者在房间147中。系统120(并且特别是集线器设备134)包括短程通信协议控制器199(诸如像蓝牙)。当然，在这个或其它实施例中，集线器设备134可以与家庭设备互换使用。每个护士还将穿戴识别设备或标签197，其包括被配置为经由短程通信协议与系统通信的电路系统196。当护士与用户或患者在同一房间内并处于通信范围内时，系统和标签通信，并且对通信的时间和持续时间进行日志记录。这个信息可以用在K4Community环境中，如本领域技术人员将认识到的那样。

现在参考图34，在另一个实施例中，例如在诸如医疗设施的K4Community系统中，可以生成基于可寻址设备的事件或票据。那些事件可以被日志记录和/或指派给工作人员，并显示在远程设备136'的用户界面135'上。例如，当工作人员到达与事件生成相关联的人的房间时，可以日志记录该工作人员的到达时间，例如如上所述。

虽然已经将若干实施例描述为包括由电子设备的处理器或处理电路系统执行的软件，但是本领域技术人员应当理解的是，软件可以包括固件、机器代码或者处理器或处理电路系统的配置。而且，虽然已经描述了若干实施例，但是将认识到的是，在任何给定实施例中描述的功能可以与其它和/或附加功能一起使用，例如，如在不同实施例中所描述的。更进一步，虽然术语“家庭(home)”已经被用于描述某些设备和/或位置(例如，关于家庭自动化)，但是本领域技术人员将认识到的是，系统及其部件可以用在其它位置，诸如公寓、健康中心等等。因此，术语“家庭”并不特别限于用户的家。而且，虽然本文已经描述了处理器和/或控制器，但是将认识到的是，处理器和/或控制器可以包括用于执行相应功能的电路系统并且还可以包括存储器。例如，存储器也可以耦合到处理器和/或控制器。

方法方面包括制作如本文所述的任何实施例中描述的家庭自动化集成系统，包括例如K4Connect、K4Life和K4Community。其它方法方面包括系统或其各种部件的操作以及执行上面详述的任何功能(例如，集成、通信、显示等等)。

另一方面针对一种存储用于执行本文描述的系统和方法的任何功能的指令的非瞬态计算机可读介质。例如，K4App、K4Home和K4Away的功能可以体现为存储在非瞬态计算机可读介质上的计算机可执行指令。当然，本文描述的其它功能可以体现在非瞬态计算机可读介质上。

现在参考图35，另一个实施例针对一种气候控制系统1020，该系统包括用于室内建筑区域1022的加热、通风和空气调节(HVAC)系统1021。HVAC系统1021可在用于加热和冷却的操作模式之间切换。气候控制系统1020包括室内建筑区域1022中的家庭自动化(HA)恒温器设备1030。HA恒温器设备1030包括壳体1031和由壳体承载的室内温度传感器1032。室内温度传感器1032感测室内建筑区域1022的室内温度。

温度控制器1033由壳体1031承载。HA恒温器设备1030还包括耦合到温度控制器1033的无线通信电路系统1034。无线通信电路系统1034可以被配置为例如经由Wifi、蜂窝或其它协议进行通信。

温度控制器1033获得室内建筑区域1022的设定点温度。设定点温度可以例如经由无线通信电路系统1034无线地获得。设定点温度可以从输入设备、远程电子设备以及/或其它设备获得，如本领域技术人员将认识到的那样。

HA恒温器设备1030还包括用户设定点温度输入设备1035和显示器1036，这两者均由壳体1031承载并耦合到温度控制器1033。用户设定点温度输入设备1035可以具有触摸显示器、按钮、可旋转拨号盘或其它输入设备的形式，如本领域技术人员将认识到的那样。用户设定点温度输入设备1035可以用于设置设定点温度。温度控制器1033可以与显示器1036协作，以显示室内温度和设定点温度。

设定点温度还可基于HA控制器1037(例如，如上所述)生成或设置，并且耦合到HA恒温器设备1030并且被配置为生成设定点温度。如上所述，HA控制器1037可以耦合到可寻址HA设备1038a-1038n(例如，运动检测器、照明设备等等)。HA控制器1037基于可寻址HA设备1038a-1038n之一生成设定点温度。例如，基于从运动检测器检测到的运动，HA控制器1037可以与HA恒温器设备1030通信，以设置设定点温度(即，当某人在家时将设定点温度设置得更低)。当然，设定点温度可以基于其它类型的可寻址HA设备1038a-1038n来设置。

温度控制器1033还从室内建筑区域1022的外部获得外部温度。外部温度可以例如经由互联网无线地获得。例如，外部温度可以是室外温度，或者可以是可以被例如认为是室内建筑区域1022外部的空间或区域的室内温度。在一些实施例中，可以使用多于一个温度传感器(室内和/或室外)来获得外部温度。

温度控制器1033确定设定点温度的外部温度的交叉，并基于设定点温度的外部温度与移动超过设定点温度达阈值温度差(例如，一度)的室内温度的交叉在操作模式之间切换HVAC系统1021。其它阈值温度差可以被使用。

现在附加地参考图36，借助于图1040和对应的显示1036a-1036e来图示气候控制系统1020的操作，其在图上识别出的不同时间点示出对应的室内温度1043a-1043e和设定点温度1044a-1044e。在图1040中，外部温度由线1041示出，而实际或室内温度由线1042示出。说明性地，当外部温度经过死区1045时，室内温度或室温瞬间偏离期望温度或设定点温度。

一个方法方面针对一种操作气候控制系统1020的方法。该方法包括经由室内温度传感器1032感测室内建筑区域1022的室内温度。该方法还包括在室内建筑区域1022中使用HA恒温器设备1030，以获得室内建筑区域的设定点温度，从室内建筑区域的外部获得外部温度，确定设定点温度的外部温度的交叉，并基于设定点温度的外部温度与移动超过设定点温度达阈值温度差的室内建筑区域1022的室内温度的交叉在操作模式之间切换HVAC系统1021。

现在参考图37a-37e，在HA系统2020的另一个实施例中，可能期望远程访问可寻址HA设备2031a-2031n。例如，可寻址HA设备2031a-2031n(也被称为IOT设备)的远程访问对于解决给定可寻址HA设备和/或更新软件或配置的问题会特别有帮助。

可寻址HA设备2031a-2031n通常在一个或多个网络地址翻译(NAT)路由器和/或防火墙后面，因此一般不可通过互联网访问，如本领域技术人员将认识到的那样。因而，为了访问可寻址HA设备2031a-2031n，可以使用按需安全外壳(SSH)隧穿。

按需SSH隧穿允许可寻址HA设备2031a-2031n中给定的可寻址HA设备例如通过周期性连接与已知主机通信，以检索隧穿指令。例如，隧穿指令因此可以允许通过SSH协议远程访问给定的可寻址HA设备，同时减少开销。当然，也可以使用其它协议(例如，安全协议)。

为了建立到可寻址HA或IOT设备2031a-2031n的远程连接，针对给定的可寻址HA设备发出打开隧道的请求。这可以借助于远程用户例如经由远程访问无线通信设备2036使用按需SSH隧穿来执行，从而在特定于给定可寻址HA设备的web可见(例如，可公开访问的)位置创建文件(图37a)。例如，web可见位置可以在服务器2099上或者是其它web可见位置。在示例实施例中，文件可以是Amazon简单存储服务(S3)文件，该文件是给定的可寻址HA设备的唯一标识和最后一个唯一云会话标识的散列。S3文件可以包括关于可寻址HA设备2031a-2031n的其它和/或附加信息。

云服务器2033可以使在已知位置(例如，服务器2099上)的用于给定HA设备2031a-2031n的特定于设备的指令可用(图37b)。在一些实施例中，特定于设备的指令可以并置在云服务器2033上。

可寻址HA设备2031a-2031n例如通过周期性地轮询与这个位置通信。例如，该位置可以每几分钟轮询一次。当然，可寻址HA设备2031a-2031n可以以更长、更短和/或不同的间隔与该位置通信或进行轮询。例如，基于轮询，可寻址HA设备2031a-2031n找到所存储并使得给定可寻址HA设备可用的隧穿指令(图37c)。在一个示例中，指令可以是包括云可见的主机/端口/用户名/密码的json文件。当然，指令可以体现在不同类型的文件中，和/或其它数据元素可以存储在指令文件中。

给定的可寻址HA设备2031a-2031n根据从web可访问的位置检索的指令打开到云服务器2033的SSH隧道(图37d)。远程用户然后可以经由远程访问无线通信设备2036连接到隧道的云端，从而允许例如借助于登录到给定的可寻址HA设备2031a-2031n而与其通信，就好像它是互联网可见的(图37e)。

受益于在前面的描述和相关联附图中给出的教导的本领域技术人员将会想到本发明的许多修改和其它实施例。因此，可以理解的是，本发明不限于所公开的具体实施例，并且这些修改和实施例旨在被包括在所附权利要求的范围内。

Claims (32)

1.一种家庭自动化(HA)系统，包括：

多个可寻址HA设备，每个所述可寻址HA设备具有与其相关联的相应HA设备签名，并且每个所述可寻址HA设备被配置为使用多个不同无线通信协议中的相应不同无线通信协议进行无线通信；以及

控制器和耦合到所述控制器的存储器，所述存储器被配置为存储用于所述多个可寻址HA设备中配对和未配对的可寻址HA设备的多个HA设备签名；

所述控制器被配置为：

轮询所述多个可寻址HA设备，

基于所述轮询确定所述多个可寻址HA设备中未配对的可寻址HA设备，

将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较，以及

当所述未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，允许所述未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与所述未配对的可寻址HA设备进行通信。

2.如权利要求1所述的HA系统，还包括被配置为提供所述控制器和云之间的通信的通信接口，并且其中所述控制器被配置为经由所述通信接口与所述云通信，以更新所述存储器中存储的多个HA设备签名。

3.如权利要求1所述的HA系统，还包括耦合到所述控制器的至少一个无线电控制器；其中所述多个可寻址设备中的每一个被配置为经由所述至少一个相应的无线电控制器与所述控制器进行无线通信。

4.如权利要求1所述的HA系统，其中所述多个HA设备签名中的每一个包括MAC地址、端口数据和通用串行总线(USB)标识符中的一个。

5.如权利要求1所述的HA系统，其中所述控制器被配置为基于通用即插即用(UPnP)处理和多播域名系统(mDNS)处理中的至少一个，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

6.如权利要求5所述的HA系统，其中所述控制器被配置为基于文本匹配处理来执行所述UPnP和所述mDNS处理中的至少一个。

7.如权利要求1所述的HA系统，其中所述控制器被配置为基于来自与用户相关联的电子设备的质询响应，允许所述未配对的可寻址HA设备进行配对。

8.如权利要求1所述的HA系统，其中所述多个可寻址HA设备每一个都具有与之相关联的端口数据；其中所述控制器被配置为基于地址解析协议(ARP)扫描来轮询所述多个可寻址HA设备；并且其中所述控制器被配置为基于来自ARP扫描的端口数据，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

9.如权利要求1所述的HA系统，其中所述控制器被配置为基于udev扫描来轮询所述多个可寻址HA设备；并且其中所述控制器被配置为基于所述udev扫描将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

10.如权利要求1所述的HA系统，其中所述控制器被配置为通过轮询来自所述多个可寻址HA设备的广播来轮询所述多个可寻址HA设备。

11.如权利要求1所述的HA系统，其中所述控制器被配置为通过响应于存储在所述存储器中的所述多个HA设备签名中的给定HA设备签名而扫描可寻址设备来轮询所述多个可寻址HA设备。

12.如权利要求1所述的HA系统，其中所述控制器被配置为提示用户批准所述未配对的可寻址HA设备进行配对。

13.如权利要求1所述的HA系统，其中所述多个可寻址HA设备中的每一个包括运动检测器、恒温器、灯开关、音频控制器、门锁和相机中的一个。

14.一种用于HA系统的家庭自动化(HA)控制器，所述HA系统包括多个可寻址HA设备，每个所述可寻址HA设备具有与其相关联的相应HA设备签名，并且每个所述可寻址HA设备被配置为使用多个不同无线通信协议中的相应不同无线通信协议进行无线通信，所述HA控制器包括：

HA处理器和耦合到所述HA处理器的存储器，所述存储器被配置为存储用于所述多个可寻址HA设备中配对和未配对的可寻址HA设备的多个HA设备签名，所述HA处理器被配置为：

轮询所述多个可寻址HA设备，

基于所述轮询确定所述多个可寻址HA设备中未配对的可寻址HA设备，

将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较，以及

当所述未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，允许所述未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与所述未配对的可寻址HA设备进行通信。

15.如权利要求14所述的HA控制器，其中所述多个HA设备签名中的每一个包括MAC地址、端口数据和通用串行总线(USB)标识符中的一个。

16.如权利要求14所述的HA控制器，其中所述HA处理器被配置为基于通用即插即用(UPnP)处理和多播域名系统(mDNS)处理中的至少一个，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

17.如权利要求14所述的HA控制器，其中所述HA处理器被配置为通过轮询来自所述多个可寻址HA设备的广播来轮询所述多个可寻址HA设备。

18.如权利要求14所述的HA控制器，其中所述HA处理器被配置为通过响应于存储在所述存储器中的所述多个可寻址设备中的给定可寻址设备而扫描可寻址设备来轮询所述多个可寻址HA设备。

19.一种允许家庭自动化(HA)系统中的未配对的可寻址HA设备进行配对的方法，所述HA系统包括多个可寻址HA设备，每个所述可寻址HA设备具有与其相关联的相应HA设备签名，并且每个所述可寻址HA设备被配置为使用多个不同无线通信协议中的相应不同无线通信协议进行无线通信，所述方法包括：

使用控制器和耦合到所述控制器的存储用于所述多个可寻址HA设备中配对和未配对的可寻址HA设备的多个HA设备签名的存储器来：

轮询所述多个可寻址HA设备，

基于所述轮询确定所述多个可寻址HA设备中未配对的可寻址HA设备，

将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较，以及

当所述未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，允许所述未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与所述未配对的可寻址HA设备进行通信。

20.如权利要求19所述的方法，其中所述控制器用于基于通用即插即用(UPnP)处理和多播域名系统(mDNS)处理中的至少一个，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

21.如权利要求19所述的方法，其中所述控制器用于基于来自与用户相关联的电子设备的质询响应来允许所述未配对的可寻址HA设备进行配对。

22.如权利要求19所述的方法，其中所述多个可寻址HA设备每一个都具有与之相关联的端口数据；其中所述控制器用于基于地址解析协议(ARP)扫描来轮询所述多个可寻址HA设备；并且其中所述控制器用于基于来自ARP扫描的端口数据，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

23.如权利要求19所述的方法，其中所述控制器用于基于udev扫描来轮询所述多个可寻址HA设备；并且其中所述控制器用于基于所述udev扫描将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

24.如权利要求19所述的方法，其中所述控制器用于通过轮询来自所述多个可寻址HA设备的广播来轮询所述多个可寻址HA设备。

25.如权利要求19所述的方法，其中所述控制器用于通过响应于存储在所述存储器中的所述多个HA设备签名中的给定HA设备签名而扫描可寻址设备来轮询所述多个可寻址HA设备。

26.一种非瞬态计算机可读介质，其包括用于允许家庭自动化(HA)系统中的未配对的可寻址HA设备进行配对的计算机可执行指令，所述HA系统包括多个可寻址HA设备，每个所述可寻址HA设备具有与其相关联的相应HA设备签名，并且每个所述可寻址HA设备被配置为使用多个不同无线通信协议中的相应不同无线通信协议进行无线通信，所述计算机可执行指令使耦合到存储用于所述多个可寻址HA设备中配对和未配对的可寻址HA设备的多个HA设备签名的存储器的控制器执行包括以下的操作：

轮询所述多个可寻址HA设备，

基于所述轮询确定所述多个可寻址HA设备中未配对的可寻址HA设备；

将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较；以及

当所述未配对的可寻址HA设备的HA设备签名与所存储的HA设备签名之一之间存在匹配时，允许所述未配对的可寻址HA设备进行配对，以使用相应的无线通信协议与所述未配对的可寻址HA设备进行通信。

27.如权利要求26所述的非瞬态计算机可读介质，其中所述计算机可执行指令使所述控制器基于通用即插即用(UPnP)处理和多播域名系统(mDNS)处理中的至少一个，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

28.如权利要求26所述的非瞬态计算机可读介质，其中所述计算机可执行指令使所述控制器基于来自与用户相关联的电子设备的质询响应来允许所述未配对的可寻址HA设备进行配对。

29.如权利要求26所述的非瞬态计算机可读介质，其中所述多个可寻址HA设备每一个都具有与之相关联的端口数据；其中所述计算机可执行指令使所述控制器基于地址解析协议(ARP)扫描来轮询所述多个可寻址HA设备；并且其中所述计算机可执行指令使所述控制器基于来自ARP扫描的端口数据，将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

30.如权利要求26所述的非瞬态计算机可读介质，其中所述计算机可执行指令使所述控制器基于udev扫描来轮询所述多个可寻址HA设备；并且其中所述计算机可执行指令使所述控制器基于所述udev扫描将所述未配对的可寻址HA设备的相关联的HA设备签名与所存储的HA设备签名进行比较。

31.如权利要求26所述的非瞬态计算机可读介质，其中所述计算机可执行指令使所述控制器通过轮询来自所述多个可寻址HA设备的广播来轮询所述多个可寻址HA设备。

32.如权利要求26所述的非瞬态计算机可读介质，其中所述计算机可执行指令使所述控制器通过响应于存储在所述存储器中的所述多个HA设备签名中的给定HA设备签名而扫描可寻址设备来轮询所述多个可寻址HA设备。