多房间智能家居环境中的事件优先化和用于危害检测的用户界面的制作方法
该专利说明书涉及用于提供话音消息的系统和方法，该话音消息反映智能家居环境中的一个或多个危害检测系统的事件状态。更具体地，本说明书涉及根据一个或多个说话范例来优先化事件状态和呈现话音消息。
背景技术：
本节旨在向读者介绍技术的各个方面，其可能与下面要描述和所要求保护的本技术的各个方面相关。
认为这些讨论有助于向读者提供背景信息以便于更好地理解本公开的各个方面。因此，应当理解，这些说明将以此方式来阅读，而不是作为对现有技术的承认。
网络连接的设备出现在整个家庭，办公楼和其它结构中。这些设备中的一些可以是危害检测系统，例如烟雾检测器，一氧化碳检测器，烟雾和一氧化碳检测器的组合，或者可以是用于检测其它状况的其它系统，出于安全和防范考虑，它们已经在住宅、商业和工业环境中使用。
技术实现要素：
本文公开的某些实施例的概述如下所陈述。应当理解，这些方面仅仅是为了向读者提供这样的某些实施例的简要概述，并且这些方面并不旨在限制本公开的范围。实际上，本公开可以涵盖以下可能未阐述的各种方面。
本文描述了用于提供反映智能家居环境中的一个或多个危害检测系统的事件状态的话音消息的系统和方法。这些消息可以简明扼要地告知居住者，不会超过那些居住者的认知识别。例如，消息可以被优先化以限制所说出的信息量并且以尽可能简洁的方式智能地简缩信息。这可以通过使用一个或多个说话范例来编译待通过危害检测系统的扬声器重放的可听消息来实现。
独立权利要求的叙述将在它们被完成之后呈现。
关于本公开的各个方面，可以使用上述特征的各种改进。另外的特征也可以合并到这些各个方面。这些改进和附加特征可以单独使用或以任何组合使用。例如，下面讨论的与所示实施例中的一个或多个有关的各种特征可以单独地或以任何组合合并到本公开的任何上述方面。以上简要总结仅旨在使读者熟悉本公开的实施例的某些方面和背景，而不限制所要求保护的主题。
可以通过参考说明书和附图的其余部分来实现对本文讨论的实施例的性质和优点的进一步理解。
附图说明
图1是根据一些实施例的具有危害检测系统的围场(enclosure)的图；
图2示出了根据一些实施例的在图示围场中使用的危害检测系统的说明性框图；
图3示出了根据一些实施例的说明性框图，该说明性框图示出了危害检测系统的各种组件，这些组件一起工作以提供多标准报警和预警功能；
图4a示出了根据一实施例的可以由危害检测系统实施的报警进程的说明性示意图；
图4b示出了根据一实施例的说明性报警优先级列表，该说明性报警优先级列表定义了本地和远程设备的不同烟雾状态和co状态的优先级；
图5示出了根据一实施例的包括说话逻辑引擎的危害检测系统的说明性示意图；
图6a-6c示出了根据各种实施例的用于逻辑地呈现信息的不同说明性语音范例；
图7示出了根据一实施例的将房间说话逻辑合并到通过第一危害检测系统的扬声器重放的可听消息中的说明性过程；
图8a和8b示出了根据一实施例的可以重放不同的可听消息的说明性通报过程；
图9a和9b示出了根据各种实施例的具有综合话音文本的说明性烟雾报警声图案；
图10a-10d示出了根据各种实施例的不同的综合语音和报警声；
图11a和11b示出了根据实施例的用于协调语音与烟雾报警器的说明性过程；
图12a和12b示出了根据各种实施例的具有综合话音文本的说明性cobip图案；
图13a-13c示出了根据各种实施例的不同综合语音和co报警。
图14a和14b示出了根据与实施例用于协调语音与co报警器的说明性过程；
图15a-15c示出了根据一实施例的用于为各种非报警事件提供可听消息的说明性过程；
图16示出了根据一实施例的用于提供关于系统到期的可听消息的说明性过程；以及
图17示出了根据一实施例的专用计算机系统。
具体实施例
在下面的详细描述中，为了说明的目的，阐述了许多具体细节以提供对各种实施例的透彻理解。本领域普通技术人员将认识到，这些各种实施例仅是说明性的，并不意图以任何方式进行限制。其它实施例将对于受益于本公开的技术人员显而易见。
另外，出于清楚的目的，并未示出或描述本文所描述的实施例的所有常规特征。本领域普通技术人员将容易地理解，在任何这样的实际实施例的开发中，为实现特定的设计目标可能需要许多实施例特定的决定。这些设计目标在不同实施例之间和不同开发人员之间将是不同的。此外，应当理解，这样的开发工作可能是复杂和耗时的，但是对于受益于本公开的本领域普通技术人员来说，这将是常规的工程任务。
应当理解，虽然在本文中进一步描述了在用于居民住宅(如单户住宅)的背景下描述了一个或多个危害检测实施例，但是本教导的范围并不限于此。更一般地，危害检测系统适用于各种围场，例如复式住宅、联排别墅、多单元公寓楼、酒店、零售店、办公楼和工业建筑。此外，应当理解，虽然术语用户、客户、安装者、房主、居住者、客人、租客、业主、维修人员等可以用来指代本文描述的一个或多个情景的背景下与危害检测器进行交互的人员，这些提及绝对不被认为是本教导对执行此类动作的人的范围进行限制。
本公开涉及危害检测系统的可听报警组件的适当操作的自动自检和验证。危害检测可以包括可以收听由可听报警组件发出的声音的麦克风。麦克风的使用可以消除对人类用户存在的需要以便验证报警组件是否正在工作。此外，麦克风与一个或多个组件的处理能力和/或由其它组件提供的数据相结合，可以提供对可听报警器的性能的智能分析。此外，该组合可以用于控制执行自检的时间和频率以及其它特征。以下更详细地描述这些实施例的附加细节。
图1是示出根据一些实施例的使用危害检测系统105、远程危害检测系统107、恒温器110、远程恒温器112、加热、冷却和通风(hvac)系统120、路由器122、计算机124和中央面板130的示例性围场100的图。围场100可以是例如单户住宅，复式住宅，公寓楼内的公寓，仓库或商业结构，例如办公室或零售店。危害检测系统105可以由电池供电，线路供电或具有电池备用的线路供电。危害检测系统105可以包括一个或多个处理器、多个传感器、非易失性存储装置和其它电路，以提供期望的安全监视和用户界面特征。由于物理限制和功率限制，一些用户界面特征可能仅在线路供电的实施例中可用。此外，可以不同地实施线路和电池供电实施例共同的一些特征。危害检测系统105可以包括以下组件：低功率无线个人区域网络(6lowpan)电路、系统处理器、安全处理器、非易失性存储器(例如，闪存)、wifi电路、环境光传感器(als)、烟雾传感器，一氧化碳(co)传感器、温度传感器、湿度传感器、噪声传感器、一个或多个超声传感器、被动红外(pir)传感器、扬声器、一个或多个发光二极管(led)以及一个报警蜂鸣器。
当环境状况超过预定阈值时，危害检测系统105可以监视与围场100相关联的环境状况并向居住者报警。监视的状况可以包括例如烟、热、湿度、一氧化碳、氡、甲烷和其它气体。除了监视环境的安全性之外，危害检测系统105可以提供在常规报警系统中不存在的几个用户界面特征。这些用户界面特征可以包括例如语音报警、话音设置指令、云通信(例如，将所监视的数据推送到云，或者将通知推送到移动电话，或者从云接收软件更新)、设备到设备的通信(例如，与围场中的其它危害检测系统通信)、视觉安全指示器(例如，绿灯显示表示没有检测到异常情况)、触觉和非触觉输入命令处理以及软件更新。
危害检测系统105可以监视与危害本身不一定相关的其它状况，但可被配置为起到防范作用。在防范作用中，系统105可以监视占用(使用运动检测器)、环境光、声音、由远程传感器(门传感器，窗口传感器和/或运动传感器)提供的远程状况。在一些实施例中，系统105可以起到危害保护和防范作用，而在其它实施例中，系统105可以起到危害保护作用和防范作用中的一个作用。
危害检测系统105可以根据本文所述的各种实施例来实现多标准状态机，以提供高级危害检测和高级用户界面特征，例如预警。此外，多标准状态机可以管理报警状态和预警状态，并且可以包括可以控制报警状态的一个或多个传感器状态机以及控制预警状态的一个或多个系统状态机。每个状态机可以基于传感器数据值、静音事件和转换条件在在其状态的任一状态之中转换。转换条件可以定义状态机如何从一个状态转换到另一个状态，并最终定义危害检测系统105如何工作。危害检测系统105可以使用双处理器布置来执行根据各种实施例的多标准状态机。双处理器布置可以使危害检测系统105能够以使用最小功率同时提供故障保护危害检测和报警功能的方式来管理报警和预警状态。下面讨论危害检测系统105的各种实施例的附加细节。
围场100可以包括任何数量的危害检测系统。例如，如图所示，危害检测系统107是可能与系统105类似的另一个危害检测系统。在一个实施例中，系统105和107都可以是电池供电的系统。在另一个实施例中，系统105可以是线路供电的，而系统107可以是电池供电的。此外，危害检测系统可以安装在围场100的外部。
恒温器110可以是可控制hvac系统120的几个恒温器中的一个。恒温器110可以被称为“主要”恒温器，因为它可以通过电连接到通往hvac系统120的hvac控制线(例如w，g，y等)而被电连接为致动hvac系统的全部或部分。恒温器110可以包括一个或多个传感器以从与围场100相关联的环境采集数据。例如，可以使用传感器以检测围场100内的占用、温度、光和其它环境状况。远程恒温器112可以被称为“辅助”恒温器，因为它可能不能被电连接为致动hvac系统120，但是它也可以包括一个或多个传感器以从与围场100相关联的环境采集数据，并且可以经由有线或无线链路将数据发送到恒温器110。例如，恒温器112可以与恒温器110无线通信并与恒温器110配合，以改善对hvac系统120的控制。恒温器112可以提供指示其在围场100内的位置的附加温度数据，提供额外的占用信息，或为用户提供另一用户界面(例如，调整温度设定值)。
危害检测系统105和107可以经由有线或无线链路与恒温器110或恒温器112通信。例如，危害检测系统105可以将其监视的数据(例如，温度和占用检测数据)无线传输到恒温器110，使得其被提供附加数据以在控制hvac系统120中做出更明智的决定。而且，在一些实施例中，数据可以经由有线或无线链路(例如，结构网络)从恒温器110和112中的一个或多个传输到危害检测系统105和107中的一个或多个。
中央面板130可以是围场100的防范系统或其它主控制系统的一部分。例如，中央面板130可以是防范系统，其可以监视窗口和门以防止非法闯入以及监视由运动传感器提供的数据。在一些实施例中，中央面板130还可以与恒温器110和112以及危害检测系统105和107中的一个或多个进行通信。中央面板130可以经由有线链路、无线链路(例如，结构网络)或其组合来执行这些通信。例如，如果由危害检测系统105检测到烟雾，则中央面板130可以被警告烟雾的存在并做出适当的通知，例如显示围场100内的特定区域正在经历危害状况的指示符。
围场100还可以包括可通过无线和有线连接访问的专用网络，并且该专用网络还可以被称为局域网或lan。专用网络上的网络设备可以包括危害检测系统105和107、恒温器110和112、计算机124和中央面板130。在一个实施例中，专用网络使用路由器122来实现，路由器122可以提供路由、无线接入点功能、防火墙和多个有线连接端口，用于连接到诸如计算机124的各种有线网络设备。路由器122与网络设备之间的无线通信可以使用802.11协议来执行。路由器122可以进一步通过有线调制解调器、dsl调制解调器和互联网服务提供商或其它公共网络服务提供商向网络设备提供对公共网络(例如因特网或云)的接入。类似互联网的公共网络有时被称为广域网或wan。
例如，访问因特网可以使诸如系统105或恒温器110的网络设备能够与离围场100较远的设备或服务器进行通信。远程服务器或远程设备可以托管账户管理程序，账户管理程序管理包含在围场100内的各种网络设备。例如，在根据本文讨论的实施例的危害检测系统的背景下，系统105可以经由路由器122周期性地将数据上传到远程服务器。另外，如果检测到危害事件，则在系统105通过路由器122传送通知之后，可以向远程服务器或远程设备通知该事件。类似地，系统105可以经由路由器122从帐户管理程序接收数据(例如，命令或软件更新)。
危害检测系统105可以工作在几种不同的功耗模式之一中。每个模式可以由系统105执行的特征和系统105的配置来表征，以消耗不同的功率量。每个功耗模式对应于危害检测系统105消耗的功率量，并且消耗的功率量可以处于从最低量到最大量的范围。功耗模式中的一个对应于最低功耗量，而另一功耗模式对应于最大功耗量，并且所有其它功耗模式落在最低功耗量与最高功耗量之间的某处。功耗模式的示例可以包括空闲模式、日志更新模式、软件更新模式、报警模式、预警模式、静音模式和夜灯模式。这些功耗模式仅仅是说明性的，并不意味着限制。可能存在额外的或更少的功耗模式。此外，本文描述的不同模式的任何定义表征并不意味着是全部包含的，而是旨在提供每种模式的一般背景。
尽管传感器状态机和系统状态机的一个或多个状态可以以一种或多种功耗模式来实现，但功耗模式和状态可以不同。例如，与美国临时申请no.61/847,905和61/847,916中更详细地解释的各种功率预算系统和方法结合使用功耗模式命名法。
图2示出了根据一些实施例的在说明性围场200中使用的危害检测系统205的说明性框图。图2还示出了可选的危害检测系统207和路由器222。危害检测系统205和207可以类似于图1中的危害检测系统105和107，围场200可以类似于图1中的围场100，并且路由器222可以类似于图1中的路由器122。危害检测系统205可以包括若干组件，包括系统处理器210、高功率无线通信电路212和天线、低功率无线通信电路214和天线、非易失性存储器216、扬声器218、传感器220(其可以包括一个或多个安全传感器221和一个或多个非安全传感器222)、安全处理器230、报警器234、电源240、功率转换电路242、高品质电源电路243、电源选通电路244、麦克风250、自检模块260(自检模块260可以包括电路261)、信号处理262、调度器263和用户偏好264。危害检测系统205可以操作以使用可以使功耗最小的电路拓扑和功率预算方法来提供故障保护安全检测特征和用户界面特征。
危害检测系统205可以使用分叉处理器电路拓扑来处理系统205的特征。系统处理器210和安全处理器230可以存在于系统205内的相同电路板上，但是执行不同的任务。系统处理器210是可以比安全处理器230消耗更多功率的更大能力的处理器。系统处理器210可操作以处理用户界面特征。例如，处理器210可以在高功率和低功率无线通信电路212和214上引导无线数据业务，访问非易失性存储器216，与处理器230进行通信以及使音频从扬声器218发出。作为另一示例，处理器210可以监视由一个或多个传感器220获取的数据，以确定是否需要采取任何动作(例如，响应于用户检测到的使报警静音的动作而关闭刺耳的报警声)。
安全处理器230可以操作以处理系统205的安全相关任务。安全处理器230可以轮询传感器220中的一个或多个，并且当传感器220中一个或多个指示检测到危害事件时激活报警器234。处理器230可以独立于处理器210操作，并且可以激活报警器234，而不管状态处理器210处于什么状态。例如，如果处理器210正在执行活跃功能(例如执行wifi更新)或由于功率限制而被关闭，则当检测到危害事件时，处理器230可以激活报警器234。在一些实施例中，在系统205离开工厂之后，在处理器230上运行的软件可以是永久固定的，并且可能永远不会通过软件或固件更新来更新。在其它实施例中，当系统205在现场时，可以更新处理器230。
与处理器210相比，处理器230是功耗较少的处理器。因此，通过使用处理器230代替处理器210来监视传感器220的子集，从而产生功率节省。如果处理器210持续监视传感器220，则可能无法实现功率节省。除了通过使用处理器230来监视传感器220的子集而实现的功率节省之外，使处理器分叉也确保无论处理器210是否正常运行，系统205的安全监视和核心报警特征都会工作。作为示例而不是限制，系统处理器210可以包括诸如飞思卡尔半导体k60微控制器的相对高功率的处理器，而安全处理器230可以包括诸如飞思卡尔半导体kl16微控制器的相对低功率的处理器。危害检测系统205的总体操作需要系统处理器210和安全处理器230的明智构造的协作，系统处理器210执行可能已经不是传统上与危害检测单元相关联的选定的较高级别的高级功能(例如：更高级用户界面和通信功能；各种计算密集型算法，用于感测用户行为模式或环境状况中的模式；用于操控例如作为周围亮度水平的函数的led夜灯的亮度的算法；用于操控例如用于家庭对讲功能的板载扬声器的声级的算法；用于操控例如向用户发出语音命令的算法；用于将记录的数据上传到中央服务器的算法；用于建立网络成员资格的算法等等)，并且安全处理器230执行更基本的功能，这些更基本的功能可能已经传统上更多地与危害检测单元相关联(例如，烟雾和co监视，在报警检测时致动尖啸/蜂鸣报警)。作为示例而不是限制，当系统处理器210处于相对高功率的活跃状态并且执行其分配的高级功能中的一个或多个时，消耗大约18mw的量级，而安全处理器230在执行其基本监视功能时可以仅消耗0.05mw的量级。然而，再次以示例而不是限制的方式，当处于相对低功率的非活跃状态时，系统处理器210可以仅消耗大约0.005mw的量级，并且其执行的高级功能被明智地选择并定时，系统处理器仅约0.05％的时间处于相对较高功率活跃状态，并且余下的时间处于相对低功率的非活跃状态。安全处理器230在执行基本其监视功能时只需要0.05mw的平均功耗，当然应该在100％的时间执行其基本的监视功能。根据一个或多个实施例，系统处理器210和安全处理器230的明智构造的功能重叠被设计成使得危害检测系统205可以对危害状况执行基本监视和尖啸/蜂鸣报警，即使在系统处理器210由于安全处理器230的持续操作而被停用或丧失功能的情况下。因此，当系统处理器210被配置和编程以提供许多不同的能力来使得危害检测单元205成为有吸引力、合乎需要、可更新、易于使用、智能化、网络连接的感测和通信节点以增强智能家居环境时，其功能有利地在由安全处理器230操控的核心安全性操作的重叠或附加的意义上提供，使得即使系统处理器210和其高级功能存在操作问题或状况，危害检测器205的基本安全相关的目的和功能由于安全处理器230的操作而将继续存在，无论有或没有系统处理器210及其高级功能。
高功率无线通信电路212可以是例如能够根据802.11协议中的任何一个进行通信的wi-fi模块。例如，可以使用可从murata购买的wifi部件号bcm43362来实现电路212。根据系统205的工作模式，电路212可以在低功率“睡眠”状态或高功率“活跃”状态下工作。例如，当系统205处于空闲模式时，电路212可以处于“睡眠”状态。当系统205处于诸如wi-fi更新模式、软件更新模式或报警模式等的非空闲模式时，电路212可处于“活跃”状态。例如，当系统205处于活跃报警模式时，高功率电路212可以与路由器222进行通信，使得可以向远程服务器或设备发送消息。
低功率无线通信电路214可以是能够根据802.15.4协议通信的低功率无线个人区域网络(6lowpan)模块或zigbee模块。在一些实施例中，低功率无线通信电路214可以用作设备的结构网络中的节点。在另一个实施例中，电路214可以是可从siliconlaboratories购买部件号em357soc。在一些实施例中，电路214可以包括蓝牙低功耗电路。根据系统205的操作模式，电路214可以在相对低功率的“睡眠”状态或相对高功率的“警醒”状态下工作。当系统205处于空闲模式、wifi更新模式或软件更新模式时，电路214可处于“睡眠”状态。响应于接收到唤醒分组(由另一设备发送)或响应于在系统205上运行的状态机之一的状态改变，电路214可以从睡眠状态转换到警醒状态。当系统205处于报警模式下，电路214可以发送结构消息，使得系统207中的低功率无线通信电路可以接收指示系统205正在报警的数据。因此，即使高功率无线通信电路212能用于监听报警事件，为此目的也可以使用低功率电路214而使功率更高效。当具有低功率电路214的几个危害检测系统或其它系统形成互连的无线结构网络时，可以进一步实现功率节省。对于一些实施例，电路214可以是对应于被称为线程的一个特别有用的协议的线程模块，该线程组由线程组发布并且基于802.15.4、ietfipv6和6lowpan。
也可以实现功率节省，因为为了使低功率电路214连续地监听从其它低功率电路传输的数据，电路214可以持续地工作在其“睡眠”状态。这种状态消耗功率，尽管它可能比在其睡眠状态下工作的高功率电路212消耗更多的功率，但是与必须周期性地激活高功率电路214相比节省的功率可以是显著的。当高功率电路212处于其活跃状态并且低功率电路214处于其警醒状态时，高功率电路212可以消耗比低功率电路214大得多的功率。
在一些实施例中，低功率无线通信电路214可被表征为其相对低的功耗及其根据以相对低的数据速率为特征的第一协议进行无线通信的能力，而高功率无线通信电路212可被表征为其相对较高的功耗和根据以相对高数据速率为特征的第二协议进行无线通信的能力。
在一些实施例中，低功率无线通信电路214可以是网状网络兼容模块，其不需要区分接入点，以便与网络中的设备进行通信。网状网络兼容性可以包括允许网状网络兼容模块跟踪其它附近网状网络兼容模块的规定，以便数据可以通过相邻模块传递。网状网络兼容性本质上是802.15.4协议的标志。相比之下，高功率无线通信电路212不是网状网络兼容模块，并且需要接入点以便与网络中的设备进行通信。因此，如果具有电路212的第一设备想要将数据传送到具有电路212的另一设备，则第一设备必须与接入点通信，接入点然后将数据发送到第二设备。使用电路212，本身没有设备到设备通信。
非易失性存储器216可以是任何合适的永久存储器装置，例如nand闪存，硬盘驱动器，nor，rom或相变存储器。在一个实施例中，非易失性存储器216可以存储可由扬声器218重放的音频剪辑。音频剪辑可以包括一种或多种语言的安装指令或警告。扬声器218可以是用于重放声音或音频文件的任何合适的扬声器。扬声器218可以包括放大器(未示出)。
传感器220可以被系统处理器210和安全处理器230监视，并且可以包括安全传感器221和非安全传感器222。传感器220中的一个或多个可以仅由系统处理器210和安全处理器230之一监视。如本文所定义的，监视传感器是指处理器从监视的传感器获取数据的能力。也就是说，一个特定的处理器可以负责获取传感器数据，并且可以将其存储在传感器日志中，但是一旦获取了数据，就可以以记录数据或实时数据的形式向另一个处理器提供。例如，在一个实施例中，系统处理器210可以监视非安全传感器222中的一个，但是安全处理器230不能监视相同的非安全传感器。在另一个实施例中，安全处理器230可以监视安全传感器221中每一个，但是可以将获取的传感器数据提供给系统处理器210。
安全传感器221可以包括必要的传感器，以确保危害检测系统205可以监视其环境的危害状况，并且在检测到危害状况时提醒用户，并且检测危害状况不需要的所有其它传感器是非安全传感器222。在一些实施例中，安全传感器221仅包括检测危害状况所需的传感器。例如，如果危害状况包括烟雾和火灾，则安全传感器可能只包括烟雾传感器、至少一个温度传感器和相对湿度传感器。诸如非安全传感器的其它传感器可被包括作为系统205的一部分，但可能不需要检测烟雾或火灾。作为另一个例子，如果危害状况包括一氧化碳，则安全传感器可能是一氧化碳传感器，并且不需要其它传感器来执行此任务。
因此，认为必要的传感器可以基于危害检测系统205的功能和特征而变化。在一个实施例中，危害检测系统205可以是烟雾，火灾和一氧化碳报警系统的组合。在这样的实施例中，检测系统205可以包括以下必要的安全传感器221：烟雾检测器、一氧化碳(co)传感器和一个或多个温度传感器。烟雾检测器通常使用光学检测、电离或空气采样技术来触发烟雾状况。光散射和遮蔽检测技术可以使用红外发光二极管(led)和光电二极管。当烟雾和/或其它物质(例如水蒸气)进入烟雾室时，由led发射的光被散射，这使得光电二极管能够检测到光。如果烟雾室中没有烟雾或其它物质(例如水蒸气)，则光电二极管不能检测到由led发射的光。在一些实施例中，多个led可以被合并到烟雾传感器中。每个led可以以不同波长的发射光能。电离技术可以使用放射性物质，例如镅-241来电离空气，这在检测器两个板之间产生可测量的电流。当烟雾颗粒进入腔室内时，它们与离子结合。反应产生检测器板之间传导电流的可测量的下降；所产生的下降指示烟雾检测。在一些地理位置(例如欧洲)，传统的镅241电离烟雾检测器被监管机构禁止，部分原因是因为在烟雾检测器寿命结束时需要处置放射性物质。烟雾检测器还可以使用非放射性电离技术来检测烟雾和/或其它颗粒物质的存在。非放射性电离检测器可以使用诸如带有光催化剂涂层的紫外发光的led的led。当光(例如，uv光)通过它时，光催化剂产生离子。当这些离子被烟雾和/或其它物质置换或中和时，检测器检测两个板之间的电流变化并登记烟雾事件。
co传感器可以检测一氧化碳气体的存在，一氧化碳气体在家中通常由明火、空间加热器、热水器、阻塞的烟囱和汽车产生。电化学co传感器中使用的材料通常具有5-7年的寿命。因此，5-7年期限到期后，应更换co传感器。热传感器可以是热敏电阻，其是一种电阻器，其电阻基于温度而变化。热敏电阻可以包括负温度系数(ntc)型热敏电阻或正温度系数(ptc)型热敏电阻。可以使用相对湿度传感器来区分由烟和蒸汽或雾引起的模糊。此外，在此实施例中，检测系统205可以包括以下非安全传感器222：湿度传感器、环境光传感器、按钮传感器、无源红外(pir)传感器、一个或多个超声传感器、加速度计和相机。温度和湿度传感器可以提供温度和相对湿度的相对准确的读数，以便进行环境监视和hvac控制。环境光传感器(als)可以检测环境光，并且按钮传感器可以是开关，例如，其检测用户对开关的按压。pir传感器可用于各种运动检测功能。相机也可以检测运动。加速度计可以检测运动和振动。超声传感器可用于检测物体的存在。这样的传感器可以产生高频声波并且确定哪些波被传感器接收回来。传感器220可以安装到印刷电路板(例如，处理器210和230可以安装到的同一板)、柔性印刷电路板、系统205的壳体或其组合。
在一些实施例中，从一个或多个非安全传感器222获取的数据可以由用于从一个或多个安全传感器221获取数据的相同处理器获取。例如，如上所讨论，出于省电原因，安全处理器230可以操作以监视安全以及非安全传感器221和222。虽然安全处理器230可能不需要从非安全传感器222获取的任何数据来执行其危害监视和报警功能，但是可以利用非安全传感器数据来提供增强的危害系统205功能。在一些实施例中，非安全传感器222可以包括麦克风250、超声传感器(未示出)、加速度计(未示出)、外部运动检测器(未示出)和相机(未示出)。这些传感器中的每一个可以将其信号提供给声音检查模块260。
报警器234可以是任何合适的报警器，其可听见地提醒系统205附近的用户存在危害状况。根据本文讨论的各种实施例，也可以在自检场景期间激活报警器234。报警器234可以是例如在固定频率或一定频率范围内发出可听报警的压电蜂鸣器。示例性的固定频率可以包括3khz或520hz。在一些实施例中，报警器234可以以间歇间隔以两个不同的频率发出报警声。
系统205可以可选地包括报警器235，其可以是可听见地产生声音以提醒危害状况存在的另一报警器。报警器235也可以在自检期间激活。报警器235也可以是压电蜂鸣器。报警器235可以发出与由报警器234发出的频率不同的固定频率的声音。例如，报警器234可以以第一频率(例如，3khz)发出声音，而报警器235可以以第二频率(例如，520hz)发出声音。例如，在报警事件期间，报警器234和235可以轮流发出各自的报警。例如，报警器234可以在第一间隔内发出声音，在此期间，它可以连续或间歇地发出声音，并且在第一间隔结束之后，报警器235可以发出声音在第二个间隔内发出声音。在第二间隔期间，报警器235可以连续地或间歇地发出声音。如果需要，系统205中可以包括附加的报警器。在一些实施例中，系统205可以仅包括以520hz频率发出声音的报警器。
电源240可以供电以使系统205能够运行，并且可以包括任何合适的能量源。本文讨论的实施例可以包括ac线路供电、电池供电、ac线路供电与电池备用的组合以及外部提供的dc电力(例如，usb供电电力)。使用ac线路电力、具有电池备用的ac线路电力或外部提供的dc电力的实施例可能受到与仅电池实施例不同的功率节省限制。电池供电的实施例被设计为管理其有限能量供应的功耗，使得危害检测系统205工作最短的时间段。在一些实施例中，最短时间段可以是一(1)年、三(3)年或七(7)年。在其它实施例中，最短时间可以是至少七(7)年、八(8)年、九(9)年或十(10)年。线路供电的实施例不受限制，因为它们的能量供应几乎是无限的。具有电池备用的线路供电的实施例可采用功率节省方法来延长备用电池的使用寿命。
在仅电池的实施例中，电源240包括一个或多个电池或电池组。电池可以由不同的组合物构成(例如碱性或锂-二硫化铁)，并且可以使用不同的最终用户配置(例如，永久的、用户可更换的或非用户可更换的)。在一个实施例中，六个li-fes2电池单体可以被布置成两个堆叠的三电池单体。这种布置可以产生用于系统205的总可用功率约27000mwh。
功率转换电路242包括将功率从一个水平转换到另一个水平的电路。功率转换电路242的多个实例可用于提供系统205内的组件所需的不同功率水平。功率转换电路242的一个或多个实例可用于将由电源240提供的信号转换为不同的信号。功率转换电路242的这种实例可以以降压转换器或升压转换器的形式存在。例如，报警器234可能需要比高功率无线通信电路212更高的工作电压，功率无线通信电路212可能需要比处理器210更高的工作电压，使得所有所需的电压不同于由电源240提供的电压。因此，如同在该示例中可以理解的，需要功率转换电路242的至少三个不同实例。
高品质电源电路243可操作以将从功率转换电路242的特定实例(例如，降压转换器)提供的信号调节成另一个信号。高品质电源电路243可以以低压差稳压器的形式存在。低压差稳压器能够提供比由功率转换电路242提供的品质更高的信号。因此，某些组件可以具有比其它组件更高的品质功率。例如，诸如烟雾检测器和co传感器之类的某些安全传感器221需要更稳定的电压才能正常地与系统处理器210内的数字电路一起进行工作。如下面将更详细地解释的，功率电路可以被定制以向在烟雾传感器中使用的每个led提供特定功率信号。
电源选通电路244可以用于选择性地耦合和去耦合来自电源总线的组件。从电源总线去耦合组件确保组件不会引起任何静态电流损耗，因此可延长电池寿命，使其超过组件未与电源总线去耦合的情况下的电池寿命。电源选通电路244可以是诸如例如mosfet晶体管的开关。即使组件从电源总线去耦合并且不会引起任何电流损耗，电源选通电路244本身也可能消耗少量的功率。然而，该功耗小于组件的静态功率损耗。
麦克风250可以是专门设计成接收声能(例如，声音)并将其转换成电信号的单独且独立的组件。麦克风250可以位于系统205的外部表面附近或者完全位于系统205的内部。麦克风250可以是例如mems麦克风。
作为在系统205中包括麦克风250的替代方案，当扬声器218不用于递送消息时，可以将扬声器218用作麦克风。使用扬声器218作为麦克风重新利用已经存在的组件，而不会引起诸如麦克风250的单独麦克风的额外成本。因此，在自检操作期间，报警器234或235发出的声能可以由扬声器218接收和处理。作为另一替代方案，如果系统205中存在报警器234和235，则其中一个报警器可以用作麦克风，而另一个报警器用作报警器。因此，当第一报警器报警时，第二报警器可以“监听”第一报警器发出的声音，反之亦然。
超声传感器259还可以用于验证报警器234和/或报警器235的操作。尽管超声传感器259被调谐在大约40khz，但是它可以拾取报警器234的基频的高次谐波，从而校验其操作。因为报警器234是非常响的，所以它倾向于在其它传感器内产生强烈的声和电磁信号。在一个实施方式中，报警器234以3khz的频率在3米处发出85db的声音。即使超声传感器259可以被调谐以在40khz(远高于正常人类听觉)发射和检测信号，它也可以检测到由报警器234发出的响声的第十一和第十二次谐波(33khz和36khz)。这些谐波都在超声传感器259的检测范围内。报警器234可以具有复杂(全谐波)波形，因此第11和第12和更高的谐波也是相当响的。超声传感器259不需要额外的电路来清楚地指示报警器234发声。应当理解，从报警器234采集的所有信息对于最初计划用于传感器259的任何用途而言都是无效的，但是仅在报警器234发声期间才是无效的。此外，在本发明中，报警器234对传感器259的操作提供电磁干扰。
加速度计(未示出)可以是能够检测运动的mems设备。加速度计254可以用于几个不同的目的，包括报警器234和/或报警器235的自动自检。例如，加速度计254可用于确定系统安装到固定表面的方向(例如墙壁或天花板)。它可以用于确定系统205是否被移动以进行盗窃检测。此外，加速度计254可以用于检测由活跃报警器引起的振动。也就是说，当报警器234发出报警信号时，系统响应于此的振动可能被加速度计检测到。如果振动信号充分匹配预期的数据配置或超过阈值，则系统205可以根据期望的规范来确定报警器234的操作。
外部运动检测器256(未示出)可以是能够检测系统205外部的运动的装置。例如，检测器256可以是无源红外运动检测器。相机(未示出)可以是能够检测结构内的居住者的运动或存在的另一设备。运动数据可以与自动自检系统一起使用，以确定执行自检的最佳时间。由于报警器234是响亮的，所以可能希望当不存在居住者时执行自检以避免打扰居住者。
系统205可以包括各种声音验证源。声音验证源是可以检测由报警器和/或蜂鸣器发出的音频信号的设备或组件。声音验证源可以包括麦克风、报警器、扬声器、超声传感器、加速度计或电容式传感器。这些声音验证源可以将它们的信号馈送到声音检查模块260进行分析。在一些实施例中，声音验证源可以位于远离系统205的位置。例如，电话中的麦克风可以用于检测由系统205发射的音频信号。
自检模块260可以控制自检以验证系统200的一个或多个组件的操作。例如，自检可以验证传感器220、电源240、报警器234和麦克风250的操作。测试之一可以是声音测试，以验证报警器234和235以及扬声器218以最小的指定响度和频率工作。自检模块260可以包括用于处理从声音验证源接收的信号的电路261和信号处理262。在一些实施例中，电路261可以包括数字滤波器，并且信号处理262可以包括解释由电路261提供的信号的代码。在一些实施例中，电路261和信号处理262可以包含频谱分析仪，频谱分析仪分析音频信号以确定报警器和/或扬声器是否以期望的频率发射信号。自检模块260可对所接收的音频信号执行大量分析。这些分析可以确定报警器发出的音频信号的振幅、频率和持续时间。这些分析可能会随时间进行编目，以确定性能是否有任何劣化。
应当理解，虽然危害检测系统205被描述为具有两个单独的处理器，系统处理器210和安全处理器230，这可以提供如上文和下文所描述的某些优点，包括关于功耗以及关于在高级特征提供问题的情况下的核心安全监视和报警的可生存性的优点，但本文中讨论的各种实施例中的一个或多个将由一个处理器或两个以上的处理器执行不在本教导的范围之外。
图3示出示出了根据各种实施例的危害检测系统300的各种组件一起工作以提供多标准报警和预警功能的说明性框图。如图所示，系统300可以包括传感器数据302、静音检测事件304、转换条件306、阈值调整参数307、多标准状态机310、时钟312、其它状态320、报警状态330、预警状态340、报警器350、显示器352、扬声器354和无线电路380。还示出了几个通信链路370，这些通信链路中的每一个可以具有单向或双向数据和/或信号通信能力。多标准状态机310可以基于传感器数据302、静音检测事件304、转换条件306、时钟312和其它标准来控制报警状态330、预警状态340和所有其它状态机状态320，并且报警和预警状态330和340可以控制报警器350、显示器352和扬声器354的输出。报警状态330可以包括多个报警状态(例如，每种危害一个，例如烟雾报警状态331、co报警状态332和热报警状态333)，并且预警状态340可以包括多个预警状态(例如，每种危害一个或多个，例如烟雾预警状态341和co预警状态342)。其它状态可以包括，例如，空闲状态、监视状态、报警静音状态、预警停止状态、报警后状态、保持状态和报警监视状态。
报警状态330可以响应于多标准状态机310所做的确定而控制报警器350和显示器352的激活和停用。报警器350可提供存在危险状况的可听提示(例如，以蜂鸣器哔哔声的形式)。显示器352可以提供存在危险状况的视觉提示(例如，诸如闪光或颜色变化)。如果需要，报警状态330可以结合可听和/或视觉提示控制通过扬声器354的消息的重放。例如，报警器350和扬声器354的组合使用可以重复以下序列：“哔，哔，哔-在卧室中检测到烟雾-哔哔哔”，其中“哔哔声”从报警器350发出并且“在卧室中检测到烟雾”从扬声器354发出。作为另一示例，报警器350和扬声器354的使用可以重复以下序列：“哔，哔，哔–挥手使报警静音-哔哔哔”，其中扬声器354用于提供报警静音指令。报警状态330(例如，烟雾报警状态331、co报警状态332和热报警状态333)中的任何一个可以独立地控制报警器350和/或显示器352和/或扬声器354。在一些实施例中，报警状态330可以使得报警器350或显示器352或扬声器354基于哪个特定报警状态是活跃的而发出不同的提示。例如，如果烟雾报警状态是活跃的，则报警器350可发出具有第一特性的声音，但是如果co报警状态是活跃的，则报警器350可发出具有第二特性的声音。在其它实施例中，报警状态330可以使报警器350和显示器352以及扬声器354发出相同的提示，而不管哪个特定报警状态是活跃的。
响应于多标准状态机310所做的确定，预警状态340可以控制扬声器354和显示器352的激活和停用。预警可用作危险状况可能即将发生的警告。扬声器354可以用于重放语音警告：危险状况可能即将到来。对于每种类型的检测到的预警事件，可以在扬声器354上重放不同的预警信息。例如，如果烟雾预警状态是活跃的，则烟雾相关消息可以在扬声器354上重放。如果co预警状态是活跃的，则可以重放co相关消息。此外，可以针对与每个危害(例如，烟雾和co)相关联的多个预警中的每个预警重放不同的消息。例如，烟雾危害可以具有两个相关联的预警，一个与第一烟雾预警状态相关联(例如，提示报警状态可能中等紧迫程度)，另一个与第二烟雾预警状态相关联(例如，提示非常迫切的报警状态)。预警消息还可以包括关于如何使预警消息静音的语音指令。显示器352也可以以类似的方式用来提供迫在眉睫的报警状态的视觉提示。在一些实施例中，预警消息可以指定预警状况的位置。例如，如果危害系统300知道它位于卧室中，则它可以将该位置包含在预警消息中：“在卧室中检测到烟雾”。
危害检测系统300可以根据存在哪些状况来强制实施报警和预警优先级。例如，如果升高的烟雾和co状况同时存在，则烟雾报警状态和/或预警烟雾状态可能优先于co报警状态和/或co预警状态。如果用户使烟雾报警器或烟雾预警静默，并且co报警状态或co预警状态仍然是活跃的，则系统300可以提供co报警或预警也已经被静默的指示(例如语音通知)。如果烟雾状况结束，并且co报警或预警是仍然活跃的事件，则co报警或预警可能会被呈现给用户。
当多标准状态机310确定存在相对较小或没有危险状况时，可以转换到空闲状态。空闲状态可以执行相对较低水平的危害检测系统行为。例如，在空闲状态下，可以以相对较慢的间隔设置一个或多个传感器的数据采样率。当多标准状态机310确定传感器数据值已经提高到需要更仔细检查的水平，而不是转换到预警或报警状态的水平时，多标准状态机310可以转换到监视状态。监视状态可能意味着相对较高水平的危害检测系统行为。例如，在监视状态下，一个或多个传感器的数据采样率可能远大于空闲状态。此外，对于报警状态330、预警状态340或两者，一个或多个传感器的数据采样率可以以相对较快的间隔设置。
报警静音和预警静音状态可以指用户指令的报警或预警的停用持续预定的时间量。例如，在一个实施例中，用户可以按下按钮(未示出)来使报警或预警静默。在另一个实施例中，用户可以在存在危害检测系统的情况下执行静音手势。静音手势可以是用户发起的动作，其中他或她在系统300附近执行手势(例如，挥手运动)，意图关闭发声的报警器或者使发声的报警器静默。可以使用一个或多个超声传感器、pir传感器或其组合来检测该手势。在另一种方案中，无线电路370可以接收指令来使报警器静音。例如，用户可以使用他或她的电话经由无线协议(例如，蓝牙低功耗)向系统300发送静音命令，于是无线电路380可转发该命令以触发静音检测事件304。
报警后状态可以指多标准状态机310可以在已经处于报警状态330之一或预警状态340之一之后转换到的状态。在一个报警后状态中，危害检测系统300可以提供“全部清除”消息，以指示报警或预警条件不再存在。这可能是特别有用的，例如对于co，因为人类不能检测co。另一个报警后状态可以是保持状态，其可以用作系统防反弹状态。该状态可以防止危害检测系统300在刚刚从报警状态330转换之后立即转换回预警状态340。
多标准状态机310可以包括几种不同的状态机：传感器状态机和系统状态机。每个状态机可以与特定危害(例如烟雾危害，一氧化碳危害或热危害)相关联，并且多标准状态机可以利用由一个或多个传感器获取的数据来管理危害检测。在一些实施例中，可以针对每种危害实施传感器状态机。在其它实施例中，可以针对每种危害或危害子集来实施系统状态机。传感器状态机可负责控制相对基本的危害检测系统功能，系统状态机可负责控制相对较高级的危害检测系统功能。在管理危害的检测时，每个传感器状态机和每个系统状态机可以基于传感器数据302、静音事件304和转换条件306在其状态的任何一个中进行转换。一个静音事件可以是用户发起的命令，例如，使发声报警或预警语音的指令静音。
转换条件306可以包括大量不同的条件，其可以定义状态机如何从一个状态转换到另一个状态。每个状态机都可以有其自己的转换条件。条件可以定义可与以下输入中的任何一个或多个进行比较的阈值：传感器数据值、时钟和用户交互事件(例如，静音事件)。状态变化转换可以由相对简单的条件(例如，单标准条件)或相对复杂的条件(例如，多标准条件)来操控。单标准条件可将一个输入与一个阈值进行比较。例如，简单的条件可以是传感器数据值和阈值之间的比较。如果传感器数据值等于或超过阈值，则可以执行状态变化转换。相反，多标准条件可以是一个或多个输入与一个或多个阈值的比较。例如，多标准条件可以是第一传感器值与第一阈值之间的比较以及第二传感器值与第二阈值之间的比较。在一些实施例中，为了实现状态变化转换，需要满足两个比较。在其它实施例中，为了实现状态变化转换，仅需要满足比较中的一个。作为另一示例，多标准条件可以是时钟与时间阈值之间的比较以及传感器值与阈值之间的比较。
在一些实施例中，可以调整特定转换条件的阈值。这样的阈值在本文中称为可调阈值(例如，作为转换条件306的一部分示出)。可以响应于阈值调整参数307来改变可调阈值，阈值调整参数307可以例如由根据实施例的报警阈值设置模块来提供。可以从至少两个不同的可选择阈值中的一个中选择可调阈值，并且可以使用任何合适的选择标准来选择适当阈值用于可调整阈值。在一个实施例中，选择标准可以包括几个单标准条件或多标准条件。在另一个实施例中，如果可调阈值与第一传感器的传感器值进行比较，则选择标准可以包括除第一传感器之外的至少一个传感器的分析。在另一个实施例中，可调阈值可以是烟雾报警转换条件中使用的阈值，并且可调阈值可以从三个不同阈值中选择一个。
在一些实施例中，特定转换条件的阈值可以是学习条件阈值(未示出)。学习条件阈值可以是差分函数的结果，其可以从初始阈值中减去常数。如果需要，可以基于任何合适数量的标准来改变常数，包括例如启发式、现场报告数据、软件更新、用户偏好、设备设置等。改变常数可以提供用于改变一个或多个状态(例如，预警状态)的转换条件的机制。可以将该常数提供给转换条件306以对学习条件阈值进行调整。在一个实施例中，可以基于危害检测系统300的安装和设置来选择常数。例如，房主可以指示危害检测系统300已经安装在围场的特定房间中。系统300可以根据是哪个房间来选择合适的常数。例如，如果房间是卧室，则可以选择第一常数，如果房间是厨房，则可以选择第二常数。第一常数可以是使危害检测系统300对潜在危害比第二常数更敏感的值，因为卧室位于通常离出口更远的位置和/或是通常不易于出现导致虚警的因素。相比之下，例如厨房通常比卧室更靠近出口，并且可能产生可导致虚警的状况(例如，烹饪中的蒸汽或烟雾)。在选择适当的常数时，也可以考虑其它安装因素。例如，房主可以指定房间与浴室相邻。由于来自浴室的湿度可能引起虚警，危害系统300可以考虑到这一点来选择常数。作为另一示例，房主可以指定房间包括一个壁炉。类似地，危害系统300可以考虑到该因素来选择的常数。
在另一个实施例中，危害检测系统300可以应用启发式来自调整常数。例如，状况可能会持续触发预警，但状况不会上升到报警水平。响应于这种持续的预警触发，危害检测系统300可以修改常数，使得预警不那么容易地触发。在另一个实施例中，响应于软件更新可以改变常数。例如，远程服务器可以分析从其它几个危害检测系统获取的数据，并相应地调整常数，并通过软件更新将新常数推送到危害检测系统300。此外，远程服务器还可以基于用户设置或用户偏好将常数下推给危害检测系统300。例如，房主能够通过与危害检测系统300直接交互来定义有限数量的设置。但是房主可以通过与例如由远程服务器托管的基于web的程序进行交互来定义无限数量的设置。根据这些设置，远程服务器可以下推一个或多个相应的常数。
传感器状态机可以控制报警状态330和其它状态320中的一个或多个。特别地，烟雾传感器状态机314可以控制烟雾报警状态331，co传感器状态机316可以控制co报警状态332，并且热传感器状态机318可以控制热报警状态333。例如，烟雾传感器状态机314可以操作以响应于检测到的烟雾事件而发出报警350。作为另一示例，co传感器状态机316可以响应于检测到的co事件而发出报警350。作为另一示例，热传感器状态机318可以响应于检测到的热事件而发出报警350。在一些实施例中，传感器状态机可以对一个或多个报警状态330进行排他性控制。
系统状态机可以控制预警状态340和其它状态320中的一个或多个。特别地，烟雾系统状态机315可以控制烟雾预警状态341，并且co系统状态机317可以控制co预警状态342。在一些实施例中，每个系统状态机可以管理多个预警状态。例如，第一预警状态可以向用户警告存在异常情况，并且第二预警状态可以向用户警告异常状态继续存在。此外，每个系统状态机可以管理由传感器状态机无法管理的其它状态。例如，这些其它状态可以包括监视状态、预警静音状态以及诸如保持和报警监视状态的报警后状态。
系统状态机可以与传感器状态机共同管理一个或多个状态。这些共管理状态(“共享状态”)可以作为系统和传感器状态机中针对特定危害的状态存在。例如，烟雾系统状态机315可以与烟雾传感器状态机314共享一个或多个状态，并且co系统状态机317可以与co传感器状态机316共享一个或多个状态。针对特定危害，用通信链路370示出了系统与传感器状态机之间的联合协作，通信链路370连接两个状态机。在一些实施例中，可以由传感器状态机来控制到共享状态的任何状态变化转换。例如，报警状态可以是共享状态，并且在传感器状态机转换到报警状态的任何时间，与该传感器状态机共同管理状态的系统状态机也可能转换到报警状态。在一些实施例中，共享状态可以包括空闲状态、报警状态和报警静音状态。
图4a示出了根据一实施例的可以由危害检测系统实施的报警进程的说明性示意图。如上所述，危害检测系统可以保持至少两种不同的状态机，一种用于烟雾，另一种用于co。图4a将这两种状态机图形地叠加在一起。根据本文讨论的实施例，系统可以在不同状态下呈现不同的可听消息。进程从图的左侧空闲状态410开始。在空闲状态410期间，系统正在运行，并且当前没有检测到任何升高的co或烟雾水平。当系统检测到co和/或烟雾的升高，但是这些水平仍然低于报警水平时，系统可以进入第一通报状态420和/或第二通报状态422。系统可以前进到第一通报状态420，例如，当co水平超过第一阈值时。如果co水平继续上升，则系统可以继续进行第二通报状态422。如果烟雾水平超过第一阈值，系统可以立即进入第二通报状态422。如果烟雾和co水平继续上升到其各自的报警阈值以上，则系统可以进入co报警状态430和/或烟雾报警状态432。当烟雾和co浓度降到相应的安全水平以下时，系统可进入到全清除状态440。
应当理解，图4a所示的状态仅仅是说明性的，并且可以添加附加状态或省略状态。此外，应当理解，操控状态变化的规则是说明性的，并且它们可能与上述不同。
图4b示出了根据一个实施例定义本地和远程设备的不同烟雾状态和co状态的优先级的说明性报警优先级列表450。报警优先级列表450指定哪些状态优先于其它状态，并且可以用作仲裁器，用于确定哪个话音消息在该扬声器上重放。列表450包括优先级列460，条件列462，状态列464，设备位置列468和静音状态列470。优先级列460指定特定条件(在列462中示出)的优先级顺序，该条件的状态(在列464中示出)，该条件的位置(在列468中示出)和该条件的静音状态(在列470中示出)。例如，在第480行，不可静音的本地烟雾报警器具有比不可静音的远程烟雾报警器更高的优先级。列460中的状态指的是可以存在于一个或多个烟雾状态机(例如烟雾传感器状态机314和烟雾系统状态机315)中的不同状态，以及可以存在于一个或多个co状态机(例如，co传感器状态机316和co系统状态机317)中的不同状态。例如，报警状态可以表示报警器可以发出声音的状态，hu1和hu2状态可以是预警状态，保持状态可以是状态机在转换到另一状态之前临时自身保持的临时状态，监视状态可以是检测到升高的烟雾或co的水平的状态，并且空闲状态可以是没有检测到烟雾或co的升高水平的状态。列468中的本地和远程指定指示特定条件的状态是存在于本地设备还是远程设备(例如，可以与本地设备通信其状态信息的设备)。列470中的静音状态指示特定条件和位置的状态是否已被静音或不可被静音。特定条件和位置的状态的静音状态可以由操控烟雾和co状态机的操作的条件来定义。
危害检测系统的不同状态可以定义标记，利用该标记，系统经由扬声器可听地呈现消息。危害检测可以利用说话逻辑引擎来确定要进行播放的适当可听消息。说话逻辑引擎可以评估几个因素，包括例如系统的状态、结构中的多少系统处于相同状态，以及在该状态下的系统的房间位置是否已知，以确定要播放的一个或多个适当消息。当在本地设备中，在一个或多个远程设备中，或本地设备和远程设备的组合中同时存在多个状态时，可以访问优先级引擎以确定哪个状态优先于其它状态。例如，优先级引擎可以访问图4b的优先级列表450以确定哪个状态具有优先权。通过使用优先级和说话逻辑引擎，重放的消息可能被设计为简明扼要，避免认知过载，符合ul：报警和消息要求，并且有用。
图5示出了根据一实施例的包括说话逻辑引擎510和优先级引擎580的危害检测系统500的说明性示意图。示出了与使用说话逻辑引擎510有关的组件，但是省略了其它组件以避免使图过度拥挤。例如，图5还示出了本地状态机520、远程状态机530、报警扬声器/协调模块540、报警器550和扬声器560。本地状态机520可以代在危害系统500上本地运行的状态机，并且远程状态机可以代表在远离系统500的系统中运行但正在与系统500通信的状态机。状态机520和远程状态机530可以向引擎510和580提供状态信息，并且如果位置信息可用，则它们还可以向引擎510和/或引擎580提供房间识别信息。例如，如果系统500进入烟雾报警状态，则本地状态机520可以通知说话逻辑引擎510系统已进入烟雾报警状态。如果用户先前已经将危害系统500与特定房间识别名称相关联，则位置标识符也可以被提供给说话逻辑引擎510。继续该示例，如果一个或多个远程状态机530已经进入烟雾报警状态，则它们可以经由在系统500与远程系统之间建立的无线通信链路将其状态情形传送给说话逻辑引擎510。此外，如果位置信息对于一个或多个远程系统是已知的，则还可以提供房间识别名称。
优先级引擎580可以用于确定可能在危害检测系统内或在一个或多个远程系统中发生的不同事件之间的各种优先级。任何给定的危害检测系统的操作可以参与任何数量的不同事件，并且这些事件可以按照重要性的顺序给予优先级。可以由事件状态590体现的这种事件的说明性列表可以包括0)电池接近临界事件，1)报警事件，2)出厂复位事件，3)说话警告事件，4)安全测试事件5)启动/重新启动事件，6)强制更新事件，7)准备事件，8)声音测试事件，9)夜间提醒事件，以及10)夜灯/路灯事件。例如，报警事件可能比安全测试事件更重要。此外，一些事件可能包括几个按重要性排序给予优先级的子事件。例如，事件中的一个可以是报警事件，其可以包括几种不同种类的报警事件(例如，如图4b所示)。
优先级引擎580可以接收事件状态590，以及来自本地状态机520和远程状态机530的状态和位置信息，并且基于接收到的信息，优先级引擎580可以确定哪个事件优先，并且应当被合并到通过扬声器重放的可听消息内。在确定之后，优先级引擎580可以向说话逻辑引擎510提供优先级确定。
优先级引擎580还可以用作聚合器，其聚合从本地和远程状态机520和530接收的位置。聚合位置可以被传递到说话逻辑引擎。在一种方案中，聚合函数可以基于状态来组织位置。也就是说，如果两个或多个位置处于烟雾报警状态，则优先级引擎580可以创建包括两个位置的“烟雾报警状态桶”。如果烟雾报警状态中有第三个位置，则可以更新该桶以包含所有三个位置。如果多个位置包含多个状态，则优先级引擎580可以创建包含位置信息的多个桶。基于桶中的状态的优先级状态，优先级引擎580可以将与最高优先级状态相关联的信息发送到说话逻辑引擎510。例如，如果烟雾和co状态存在于相同的四个位置中，则优先级引擎580可以向说话逻辑引擎510通知在这四个位置存在烟雾。经过一段时间后，烟雾状况消失，但是co状况仍然存在，则优先级引擎580可以通知说话逻辑引擎510，co存在于那四个位置。
说话逻辑引擎510可以基于从优先级引擎580接收的信息和/或直接从本地和远程状态机520和530接收的信息来编译适当的音频消息以通过扬声器560进行重放。引擎510可以访问事件范例582、房间语音范例511、条件语音范例512和定时器范例513中的一个或多个，并且指示语音编译器514从音频库516检索适当的音频剪辑，以通过扬声器560进行重放。语音范例511-513和582中每一个可以表征通过扬声器重放的可听消息中包含的话音信息的内容。例如，房间范例511可以定义在可听消息中如何传送房间信息。条件范例512可以指定在可听消息中如何宣布报警事件。时间范例513可以指定如何在可听消息中宣布时间敏感信息。事件范例582可以指定如何在可听消息中宣布与特定事件相关的信息。每个范例可以具有一组条件来确定哪个语音范例被合并到编译的消息中。范例定义了如何在音频消息中呈现内容的框架，并且编译器514可以使用适当的消息填充框架。例如，使用房间范例511，编译器514可以将适当的房间信息插入到可听消息中，使得居住者知道哪个房间或多少房间(其中包含危害检测器)正在经历值得发出话音消息的事件。
音频库516可以存储可被检索用于重放的多个音频剪辑。音频剪辑可以存储在诸如nand闪存的非易失性存储器中。可以根据需要随时间更新音频剪辑。语音编译器514可以从库516检索音频剪辑，并将剪辑中继到报警器/扬声器协调模块540。编译器514可以包括临时存储音频剪辑的缓冲器。
图6a示出根据一实施例的定义用于选择语音范例以逻辑地呈现房间信息的条件的规则600的说明性集合。图6a显示了两列，标记为条件和语音范例。每行指定一个特定的条件和语音范例。例如，条件602指示当危害系统经历一条件的次数n等于1并且该危害系统的位置(例如，房间位置)已知时，使用语音范例604。语音范例604包括语音框架[在“x”中]，其中括号定义要合并到可听消息中的语音的框架，并且“x”表示要被说出的特定房间。例如，如果客厅中存在烟雾(即“x”)，并且满足条件602的条件，则可听消息可以包括“在客厅中”。
条件612表示当n等于1且位置未知时，使用语音范例614。语音范例614包括语音框架[在1房间中]。例如，如果在一个房间中存在烟雾，但是位置不知道，则可听消息可以包括“在1个房间中”。条件612指示当n等于2并且两个房间的位置是已知的时，使用语音范例624。语音范例624包括在语音框架[在“x”中和在“y”中]，其中“y”表示第二个房间。例如，如果卧室和厨房存在烟雾，则可听消息可能包括“在卧室中和在厨房中”。条件632表示当n等于2且至少一个位置不明时，使用语音范例634。语音范例634包括语音框架[在2个房间中]。例如，如果在卧室和厨房中存在烟雾，但是厨房的位置是未知的，则可听消息包括“在2个房间中”。条件642表示当n在2与10之间时，使用语音范例644。应当理解，整数2和10仅仅是说明性的，并且其它数字可以用于它们的位置。语音范例644包括语音框架[在n个房间中]。例如，如果在五个房间中存在烟雾，则可听消息可以包括“在5个房间中”。条件652指示当n大于10时，使用语音范例654。语音范例614包括语音框架[在许多房间中]。例如，如果在11个房间存在烟雾，则可听消息可以包括“在许多房间中”。
范例604和624的语音内容可以表示存在于结构内的条件的详细说明。也就是说，这些范例专门识别哪个房间或哪些房间包含检测值得提醒的条件的危害系统。范例614、634、644和654的语音内容可以表示在结构中检测到的状况的总结。也就是说，这些范例总结了多少房间含有检测值得提醒的条件的危害系统。
应当理解，条件和语音范例仅仅是说明性的，并且可以使用其它条件和范例。例如，如果n是3，并且它们的位置都是已知的，则语音范例可以叙述所有三个房间。
图6b示出了根据实施例的定义用于选择语音范例以逻辑性地呈现条件信息的条件的规则660的说明性集合。图6b示出了两列，标记为报警条件和语音范例。每行指定一个特定的条件和语音范例。每个条件的语音范例都是不言自明的。例如，如果报警条件仅为烟雾，则可以指示编译器陈述“烟雾”。应当理解，条件和语音范例仅仅是说明性的，并且可以使用其它条件和范例。
图6c示出根据实施例的定义用于选择语音范例以逻辑性地呈现时间信息的条件的规则670的说明性集合。图6c示出了两列，标记为时间条件和语音范例。每行指定一个特定的条件和语音范例。列出的条件和每个条件的语音范例都是不言自明的。例如，如果时间条件在一个月和一个星期内，可以指示编译器陈述“在四周内”。或者，可以指示编译器陈述“在一个月内”。应当理解，条件和语音范例仅仅是说明性的，并且可以使用其它条件和范例。
图7示出了根据实施例的将房间说话逻辑合并到通过第一危害检测系统的扬声器重放的可听消息中的说明性过程700。第一危害检测系统可以是存在于结构内的几种危害检测系统之一。在步骤710，可以从多个危害检测系统中的至少一个接收状态情形。例如，状态情形可以由在系统内本地操作的状态机(例如，本地状态机520)和远离系统的系统(例如，远程状态机530)来提供。
在步骤720，可以确定提供其状态情形的多个危害检测系统的数量。在一种方案中，该数量可以与经历相同状态(例如烟雾或co)的系统相关联。在另一种方案中，该数量可能与当前值得提醒的状态下操作的系统相关联。在步骤730，可以确定提供其状态情形的至少一个危害检测系统的位置状态。例如，如果用户先前已将特定危害系统与房间名称相关联，则该位置是已知的。
在步骤740，可以基于一组规则来编译可听消息，这些规则使用数字和位置状态作为限定将要包括在可听消息中的房间信息的因素。例如，说话逻辑引擎510可以用于基于系统的数量和这些系统的已知位置来确定要使用的适当语音范例。在步骤750，可以通过扬声器重放可听消息。
应当理解，图7所示的步骤图仅仅是说明性的，并且可以添加或省略附加步骤，或者可以重新排列步骤的次序。例如，可以添加将附加文本合并到可听消息中的步骤。作为特定示例，附加文本可以基于接收的状态情形。如果接收到的状态情形指示存在烟雾，则该消息可以在可听消息中包括单词“烟雾”(例如，“[在卧室中]有[烟雾]”。事实上，状态情形可以是能由说话逻辑引擎510用来将报警类型智能插入到可听消息内的报警状态语音范例的一部分。
可听消息重放的方式可以根据危害系统是处于通报状态、报警状态还是清除状态而不同。在通报和清除的状态下，没有发出大声的报警，因此可能不需要与响亮发声报警一起协调语音重放。在报警状态下，有响亮的发声报警，任何语音都可能需要与报警进行协调，以避免任何重叠。现在参考图8，示出了根据一个实施例的可以重放不同的可听消息的说明性的通报过程800。
从步骤802开始，过程800可以处于通报状态。在步骤804，确定被静音的通报是否到期。通报可能已经在先前在步骤830或步骤832被静音。如果被静音，则可以启动定时器，其延迟任何后续扬声器消息的宣布，直到其到期或存在状态改变(例如，从通报1-hu1-至通报2-hu2)。如果在步骤804的确定为否，则过程800可以在步骤806恢复其状态为静音通报。如果确定为“是”，则过程800可以进行到步骤808，其中确定结构中是否存在多个设备。如果确定步骤810为是，则可以在系统改变为通报状态时提醒远程系统(步骤812)。如果否，则过程800可以进行到步骤814。
在步骤814，系统中的扬声器可以发出钟声，以提醒居住者即将重放消息。在步骤816，重放可听消息。这种可听消息可以合并报警范例和房间范例，如上所讨论，向居住者通知当前的报警状态。例如，可听消息可能会说“通报，[在地下室]有[烟雾]”。或者，如果有一个通报1事件，并且在一个房间中，消息可能会陈述“通报，[地下室]有[一氧化碳]。“另外，如果有一个通报1事件，并且在两个房间中，则消息可能会陈述“通报，[在地下室和厨房]有[一氧化碳]”。
在步骤818，确定在结构内的系统中是否存在烟雾事件和至少一个通报2事件。如果确定为是，则可以重放说明“越来越糟”的消息，并且该过程可以恢复为保持步骤824，其中话音消息每x分钟重复一次。如果确定为否，则过程800可以进行到步骤824。
如果用户试图使通报静音，则他或她可以在步骤830按压系统上的按钮，或者在步骤832按下应用程序上的按钮。如果在步骤830按下按钮，则过程进行到步骤836，其确定按钮按压是否在起始系统上实施。如果在步骤836的确定为“是”，则陈述“[在地下室中]烟雾报警被静音”(如步骤840)。如果在步骤836的确定为否，则可以重复通报消息，并且过程800可以进行到步骤822，步骤822定义在另一个消息被说出之前的等待周期。在步骤840之后，在步骤842确定是否有任何其它设备正在经历通报事件。如果是，则过程800可以进行到步骤822。如果否，则过程800可以在步骤844将通报状态改变为静音的通报状态。
如果在步骤822用户按下在(在移动设备上)应用程序上的按钮，则可以在步骤834确定该移动设备是否可以与(报警器的)起始系统进行通信。如果是，则过程800进行到步骤836。如果否，则过程800忽略该命令。
如果危害系统进行到诸如co报警状态或烟雾报警状态的报警状态，则过程800可以进行到步骤860。如果系统进行到清除状态，则过程800可以进行到步骤850(其中系统忽略通报状态)、852(其中移动设备上的应用忽略通报)和854(其中系统返回到空闲状态)。如果需要，系统可能会说出一条消息，指示一切都被清除。
在报警状态下，存在响亮发声报警，并且任何语音都可能需要与报警器协调，以避免任何重叠。烟雾报警器和co报警器可能会根据各自的预定时间表发出响亮的蜂鸣声。这些时间表可能由underwriterlaboratories(ul)定义。本文描述的实施例示出了话音文本如何逻辑地整合到烟雾和co报警的报警序列。
图9a和9b示出了根据各种实施例的具有综合话音文本的说明性烟雾哔哔声模式。图9a示出了t3烟雾报警周期。t3烟雾报警周期可以具有大约四(4)秒的时段。t3烟雾报警周期可以包括三个哔声，每个哔声持续约半秒，间隔半秒。在第三次哔声完成之后，可能存在大约一秒半的语音间隔。因此，报警声发出三声哔声，等待1.5秒钟，然后开始另一个t3哔声周期。在这个语音间隔期间，音频脚本可以通过扬声器重放。
图9b示出了如ul定义的报警启动序列。在首次发出烟雾报警声时，必须至少执行八(8)个t3周期。在第八个t3周期结束之后，根据需要，在重复最少两个t3周期之前可以经过最长时间段(例如，10秒)。除了在每个t3周期内存在的语音持续时间之外，在该最长时间段期间可以通过扬声器重放音频消息。
图10a-10d示出了根据各种实施例的不同的综合语音和报警哔哔声。特别地，图10a-10c示出了可以在四个t3报警周期的语音时段期间执行的不同的语音综合示例。请注意，括号内的项目(例如[])可以表示可以基于上述讨论的各种参数选择的不同范例。例如，具体参考图10a，在第一个t3周期中重放“紧急”一词，在第二个t3周期中重放“有[烟雾]”。可以基于条件范例来选择[烟雾]。“在卧室”可能会在第三个t3周期重放。再次，[在卧室]可以根据房间范例来选择。最后，在第四个t3周期中可以重放“按下以静音”。
图10d示出了可以在报警启动期间重放的报警综合语音的示例。如图9b所示，报警启动包括8个t3周期，然后是中断，然后是最后2个t3周期。因此，10d示出了第一四周期序列(1010)，随后是第二四时段序列(1020)，其后是最长时段(1030)中的第一长消息，随后是第三个四时段序列(1040)并且之后是在最长期间1050期间的第二长消息。尽管在长消息之后仅需要两个t3周期，但是使用四个t3周期来保持与较早消息的一致。第三循环序列1040和第二长消息1050可以无限期地重复，直到被通知停止。
图11示出了根据一实施例的用于协调语音与烟雾报警器的说明性过程1100。从步骤1102开始，危害系统处于烟雾报警状态。在步骤1104，确定是否存在结构中的其它系统。如果是，那么在步骤1106，这些其它系统被提醒状态改变为烟雾报警状态。如果否，则过程进行到步骤1108，其标记烟雾报警启动开始。如上文所解释，烟雾报警启动包括如步骤1108-1123所示的八个连续的t3周期。特别地，步骤1108、1110、1112、1114、1116、1118、1120和1120表示由报警器发出的哔哔哔报警模式，步骤1109、1111、1113、1115、1117、1119、1121、1123表示扬声器发出语音的时间帧。应当理解，语音步骤1109、1111、1113、1115、1117、1119、1121、1123中的任何一个或多个可以合并到如上所讨论的条件和房间范例。
在步骤1130中，确定报警是否可被静音和报警的发起者。如果否，则在步骤1115/1132不说话。如果是，则可以在步骤1131/1115说出消息。可以在步骤1140再次进行类似的确定。如果在步骤1140的确定为是，则在步骤1142/1123中不说出消息，如果否，则可以在步骤1141/1123中说出消息。
在步骤1123完成报警启动之后，可以在步骤1148重放语音消息。在步骤1123之后，系统可能暂缓发出任何报警声一段时间，这段时间超过每个t3周期中的语音时间段。在此期间，可以在步骤1148回放较长的可听消息。在步骤1148重放的消息可以使用条件和房间范例来编译相对详细的消息。在步骤1148之后，过程1100可以返回到步骤1116以重复四个周期t3序列(在步骤1116-1123)，随后是在步骤1148的最长语音时段期间的长消息。
应当理解，步骤1109、1111、1113、1115、1117、1119、1121、1123和1148中的话音文本仅仅是说明性的，并且在这些时间帧期间可以说出任何合适的文本。此外，还应当理解，可以根据需要添加或省略附加步骤。例如，可以添加一系列附加步骤来处理用户试图使报警静音的尝试，类似于结合图8讨论的步骤。根据结构中的可静音状态和其它系统的状态，可能会提供不同的话音消息。这些话音消息可以包括条件和房间范例，以编译用来简要地向居住者告知结构中的状况的消息。
图12a和12b示出了根据各种实施例的具有综合话音文本的说明性cobip序列。图12a示出了在co报警的前四分钟期间发生的第一cobip序列。在这个序列中，四个bip之后是五(5)秒的语音时段。因此，co报警bip四次，等待5秒钟，然后开始另一个周期。在这5秒的语音间隔期间，可以通过扬声器重放音频脚本。
图12b示出了在co报警的前四分钟已经过去之后发生的第二cobip序列。在这个序列中，四个bip之后是六十(60)秒的语音时段。因此，co报警bip四次，等待60秒，然后开始另一个周期。在这60秒的语音间隔期间，可以通过扬声器重放音频脚本。
图13a-13c示出了根据各种实施例的不同的综合语音和co报警bip。特别地，图10a和10b示出了在前四分钟内发生的不同的语音综合示例，图10c示出了在前四分钟之后发生的语音综合示例。如图10a和10b所示，话音消息可以是不特别指出具体房间名称的概括消息。而如图10c所示，提供关于房间位置的详细信息(例如，因为60秒可用于重放消息)。
图14示出了根据实施例的协调语音与co报警器的说明性过程1400。从步骤1402开始，危害系统处于co报警状态。在步骤1404，确定结构中是否存在其它系统。如果是，那么在步骤1406，这些其它系统被提醒状态变为co报警状态。如果否，则过程进行到步骤1408，其根据第一模式标记co烟雾报警开始(例如，其中bip之后是五秒钟的无bip的模式)。在步骤1408-1411期间，该系统在步骤1408和1410的声音报警bip音与步骤1409和1411重放话音消息之间交替。在步骤1409和1411重放的消息可以合并条件和房间范例以提供与报警相关联的特定信息。
在步骤1412，确定报警是否可以被静音。如果为“否”，则过程1400进行到步骤1414。如果是，则系统可以在步骤1413中在bibbibbibbib报警序列之一后宣布按压静音消息。在步骤1414，确定自co报警开始是否已经过去了四分钟。如果否，则过程1400返回到步骤1408。如果是，则过程1400进行到步骤1420。
步骤1420标记根据第二模式(例如，一个bib随后是60秒无bib时段的序列)发出co报警声的开始。可以在步骤1420发出bib声，并且在bib结束时，可以在步骤1422重放消息。与步骤1409和1411中重放的消息相比，消息可能包含相对更多的信息，因为在经过四分钟后，非bib窗口在报警序列期间较大。另外，在步骤1421重放的消息可以包括条件和房间范例。在非bib窗口在步骤1422到期之后，可以在步骤1423再次发出bib声，随后在步骤1424重放消息。
在步骤1425，做出关于报警是否可以被静音的确定。如果为“否”，则过程1400进行步骤1427。如果为“是”，则过程1400进行到步骤1426，其中可以提供通知居住者报警可以被静音的消息。在步骤1426时间到期之后，该过程可返回到步骤1420。
应当理解，步骤1409、1411、1421和1424中的说话音文本仅仅是说明性的，并且在这些时间帧期间可以说出任何合适的文本。此外，还应当理解，可以根据需要添加或省略附加步骤。例如，可以添加一系列附加步骤来处理使报警静音的用户尝试，类似于结合图8讨论的。根据结构中的可静音状态和其它系统的状态，可能会提供不同的话音消息。这些话音消息可能包括条件和房间范例，以便编译用于简要地向居住者告知结构中的状况的消息。
当系统进入清除状态时，它可以利用条件和房间范例来提供识别报警结束的消息。例如，编译器可能会产生一条消息，陈述“[烟雾]报警已经结束。”根据条件范例，[烟雾]可以用[一氧化碳]换出。
用于指定特定房间或经历某种问题的房间的数量的语音逻辑可以在非报警背景下使用。例如，系统中的每一个可以进行多次自检以评估几个组件的操作。如果这些组件中的任何一个没有按照定义的规范进行操作，则可以编译和呈现一个或多个可听消息以提醒结构的居住者。此外，可听消息可以向居住者更新自检进度状态，并告知居住者“[z]房间中测试已经完成”，其中[z]通过房间范例获得，并且可以指出哪些危害系统(使用房间范例通过房间名称识别)没有执行或完成其自检。
如果监视多个非报警事件，则系统可以通过响应于主动用户交互(例如，按下按钮或按下应用上的按钮)提供零碎的信息而智能地避免使用户的认知负荷过载。例如，可以做出“通报”宣布来告知居住者[n]个房间或[许多]房间需要注意，并且可以请求用户按下按钮来听到更多信息。当用户按下按钮来听到更多的信息，并且存在多个问题时，固定数量的问题可以被优先化(例如，三个最高优先级的问题)，并经由扬声器宣布。
图15示出了根据实施例的用于为各种非报警事件提供可听消息的说明性过程1500。响应于进入夜间安睡承诺状态(步骤1502)、就绪状态(步骤1503)和手动测试状态(步骤1504)中的任何一个，过程1500可以检查在结构内的至少一个危害系统上是否存在至少一个警告事件(在步骤1506)。如果确定为否，则过程1500可以循环回到过程1500的开始。如果是，则过程1500进行到步骤1520，其确定是否有任何警告事件被认定为安全关键事件。如果没有安全关键事件，则过程1500前进到步骤1521。
在步骤1521，确定是否存在两个或更多个不同的警告。如果确定为是，则过程1500可以进行到步骤1550，这将在下面更详细地讨论。如果确定为否，则过程1500进行到步骤1522，其确定是否预期非关键警告在固定时间段内成为问题。例如，时间段可以是说话逻辑引擎510的定时器范例中阐述的条件之一。如果确定为是，则可以编译包括房间和定时器范例的消息，如步骤1523所示。如果确定为否，则过程1500可以进行到步骤1524。
在步骤1524，确定电池电量是否低。例如，如果电池的预计寿命在2周至6个月之间，则电池可能会被视为低电量。如果在步骤1524的确定为“是”，则在步骤1527中，可以宣布指示房间范例定义的房间中的电池电量低的消息。如果步骤1524的确定为否，则过程1500可以进行到步骤1528。
在步骤1526，确定设备是否已经从因特网断开(在先前连接之后)。如果是，则在步骤1527可以宣布指示在由房间范例定义的房间中设备与因特网断开的消息。如果否，则过程1500可以进行到步骤1530。
在步骤1528，确定设备是否与线程网络断开连接。线程网络可以是驻留在结构内的系统之间存在的网状网络。如果是，则可以在步骤1529宣布指示在房间范例定义的房间内设备不能彼此连接的消息。如果否，则过程1500可以进行到步骤1530。
在步骤1530，确定设备是否已断开电源(在先前连接之后)。如果是，则可以在步骤1531宣布指示由房间范例定义的房间的设备与电源断开的消息。如果否，则过程1500可以进行到步骤1532。
在步骤1532，确定在设备中是否没有语音发声。如果是，则可以在步骤1533宣布指示在房间范例定义的房间中的扬声器不工作的消息。如果否，则过程1500可以进行到步骤1534。
在步骤1534，确定是否存在编号的问题。如果是，则可以在步骤1533宣布指示在由房间范例定义的房间中存在特定编号程序的消息。如果否，则过程1500可以结束。
如果在步骤1520将警告事件定义为安全关键事件，则过程1500可以进行到步骤1536。在步骤1536，确定是否存在两个或更多个不同的警告。如果确定为是，则过程1500可以进行到步骤1550，这将在下面更详细地讨论。如果确定为否，则过程1500进行到步骤1537。
在步骤1537，确定设备是否已经到期。如果是，则在步骤1538，可以宣布指示由房间范例定义的房间中的设备已经到期的消息。如果否，则过程1500可以进行到步骤1539。
在步骤1539，确定传感器在设备中是否故障。如果是，则在步骤1540可以宣布指示在由房间范例定义的房间中传感器发生故障的消息。如果否，则过程1500可以进行到步骤1541。
在步骤1541，确定是否在设备中蜂鸣器不能发声。如果是，则在步骤1542可以宣布指示在由房间范例定义的房间中蜂鸣器故障的消息。如果否，则过程1500可以进行到步骤1543。
在步骤1543，确定电池电量是否非常低。如果预计寿命小于2周，则电池可能被认为非常低。如果是，则可以在步骤1544中宣布指示房间范例定义的房间中的电池非常低的消息。如果否，则过程1500可以在步骤1560结束。
在步骤1550，可以提供一般的通报消息，其解释至少在由房间范例定义的房间需要注意。此外，消息可以指示用户按下按钮来听关于警告的更多信息。步骤1551指示系统可以在一段时间内显示第一光模式，在此期间系统将等待用户请求呈现更多信息(步骤1553)。如果在该时间段内接收到用户对更多信息的请求，则过程1500可以进行到步骤1554。如果没有接收到请求，则过程1500可以进行到步骤1560。在步骤1554，设备可以显示第二光模式，同时系统讲话。
在步骤1555，可以呈现复合的可听消息。复合消息可以选择最多固定数量的警告并以精简的方式呈现它们。选择包含在复合消息中的警告可以基于优先级，其中更关键的警告优先于非关键警告，并且某些关键警告优先于其它关键警告，并且某些非关键警告优先于其它非关键警告。例如，一个说明性的复合消息可以叙述以下内容：“通报，您[在厨房中和在洗衣房中]的设备无法彼此连接。[阁楼中]语音不起作用。检查device.com以了解关于问题编号[#]的更多信息。”可以基于可访问说话逻辑引擎(例如，引擎510)的一个或多个范例来选择括号内的项目。在步骤1555重放复合消息之后，过程1500可以在步骤1556确定警告数是否小于固定数。如果是，消息可以在步骤1558指定多少房间需要注意。如果否，则消息可以在步骤1557指定许多房间需要注意。
在步骤1557和1558之后，过程1500可以在步骤1560结束。
图16示出了根据一实施例的提供关于系统到期的可听消息的说明性过程1600。从步骤1610开始，过程1600可以确定系统是否已经到期。如果是，则过程1600可以进行到步骤1612，其中系统提供可听消息，通知居住者房间范例定义的房间中的设备已经到期。如果否，则过程1600可以进行到步骤1614，其中系统提供可听消息，通知居民在由时间范例定义的时间内由房间范例定义的房间的设备将要到期。
参考图17，示出了专用计算机系统1700的实施例。例如，一个或多个智能组件可以是专用计算机系统1700。这种专用计算机系统1700可以合并为危害检测器和/或本文讨论的任何其它计算机化设备(诸如远程服务器，智能恒温器或网络)的一部分。上述方法可以由指导计算机系统执行上述方法和组件的动作的计算机程序产品来实现。每个这样的计算机程序产品可以包括体现在计算机可读介质上、指导计算机系统的处理器执行相应动作的指令集(代码)。指令可以被配置为以顺序次序或并行(例如在不同的处理线程下)运行，或者以其组合运行。将计算机程序产品加载到通用计算机系统1726之后，将其转换为专用计算机系统1700。
专用计算机系统1700包括计算机1702、耦合到计算机1702的监视器1706、耦合到计算机1702的一个或多个附加用户输出设备1730(可选)、耦合到计算机1702的一个或多个用户输入设备1740(例如，键盘，鼠标，跟踪球、触摸屏)、耦合到计算机1702的可选通信接口1750、存储在计算机1702中的有形计算机可读存储器中的计算机程序产品1705。计算机程序产品1705引导计算机系统1700执行上述方法。计算机1702可以包括经由总线子系统1790与多个外围设备通信的一个或多个处理器1760。这些外围设备可以包括用户输出设备1730、用户输入设备1740、通信接口1750和诸如随机存取存储器(ram)1770和非易失性存储驱动器1780(例如，磁盘驱动器，光盘驱动器，固态驱动器)的存储子系统，其是有形计算机可读存储器的形式。
计算机程序产品1705可以存储在非易失性存储驱动器1780或计算机1702可访问的另一计算机可读介质中并被加载到随机存取存储器(ram)1770中。每个处理器1760可以包括微处理器，诸如来自
用户输入设备1740包括向计算机1702输入信息的所有可能类型的设备和装置。这些设备和装置可以包括键盘、小键盘、鼠标、扫描仪、数字绘图板、合并到显示器中的触摸屏，诸如语音识别系统、麦克风的音频输入设备和其它类型的输入设备。在各种实施例中，用户输入设备1740通常被实现为计算机鼠标、轨迹球、轨迹板、操纵杆、无线遥控器、绘图板、语音命令系统。用户输入设备1740通常允许用户经由诸如点击按钮等的命令来选择出现在监视器1706上的对象、图标、文本等。用户输出设备1730包括从计算机1702输出信息的所有可能类型的设备和装置。这些设备和装置可以包括显示器(例如，监视器1706)，打印机，非视觉显示器，例如音频输出设备等。
通信接口1750提供对诸如通信网络1795等其它通信网络的接口以及设备，并且可以用作从其它系统、wan和/或因特网接收数据并将数据发送到其它系统、wan和/或因特网的接口。通信接口1750的实施例通常包括以太网卡，调制解调器(电话、卫星、电缆、isdn)、(异步)数字用户线(dsl)单元、
ram1770和非易失性存储驱动器1780是被配置为存储诸如本发明的计算机程序产品实施例的数据的有形计算机可读介质的示例，计算机程序产品包括可执行计算机代码、人类可读代码等。其它类型的有形计算机可读介质包括软盘、可移动硬盘、光学存储介质(诸如cd-rom，dvd，条形码)、半导体存储器(诸如闪速存储器，只读存储器(rom))、电池支持的易失性存储器、网络存储设备等。如上所述，ram1770和非易失性存储驱动器1780可以被配置为存储提供如上文所描述的本发明的各种实施例的功能的基本编程和数据构造。
提供本发明的功能的软件指令集可以存储在ram1770和非易失性存储驱动器1780中。这些指令集或代码可以由处理器1760执行。ram1770和非易失性存储驱动器1780还可以提供存储库以存储根据本发明使用的数据和数据结构。ram1770和非易失性存储驱动器1780可以包括多个存储器，包括在程序执行期间存储指令和数据的主随机存取存储器(ram)和其中存储固定指令的只读存储器(rom)。ram1770和非易失性存储驱动器1780可以包括提供程序和/或数据文件的持久(非易失性)存储的文件存储子系统。ram1770和非易失性存储驱动器1780还可以包括可移动存储系统，诸如可移动闪存。
总线子系统1790提供了允许计算机1702的各个组件和子系统按预期彼此通信的机制。虽然总线子系统1790被示意性地示出为单个总线，但总线子系统的替代实施例可以利用计算机1702内的多个总线或通信路径。
应当注意，上面讨论的方法、系统和设备仅仅是示例。必须强调的是，各种实施例可以适当地省略、替代或添加各种程序或组件。例如，应当理解，在替代实施例中，可以以与所描述的次序不同的次序执行方法，并且可以添加、省略或组合各种步骤。此外，关于某些实施例描述的特征可以在各种其它实施例中组合。可以以类似的方式组合实施例的不同方面和要素。而且，应该强调的是技术不断发展，因此许多要素是示例，不应该被解释为限制本发明的范围。
在说明书中给出具体细节以提供对实施例的透彻理解。然而，本领域普通技术人员将理解，可以在没有这些具体细节的情况下实践实施例。例如，已经示出了众所周知的过程、结构和技术，没有不必要的细节，以避免模糊实施例。该描述仅提供示例性实施例，并不意图限制本发明的范围、适用性或配置。相反，实施例的前文描述将为本领域技术人员提供能够实施本发明的实施例的描述。在不脱离本发明的精神和范围的情况下，可以对元件的功能和布置进行各种改变。
应当理解，虽然用于危害检测器在适宜时间的用于直观状态信令的所描述的方法和系统鉴于特定设备背景是特别有利的，其中危害检测器代表重要的生命安全设备，危害检测器很可能放置在房屋的许多房间内，危害检测器很可能被良好地定位成从这些房间中的许多地方查看，包括从靠近灯开关的位置，并且危害检测器通常不会有完全的设备上的图形用户界面，但可以非常容易地配备非图形化但简单的、视觉上吸引人的设备上用户界面元素(例如，简单可按压按钮，具有成形的设备上的灯光)，并且进一步考虑到仅电池的危害检测器情况下的功率限制使得需要使用最少量的电力的状态通信，本公开的范围并不受此限制。相反，所描述的用于在适宜时间直观状态信令的方法和系统可广泛地应用于各种智能家居设备中的任何一种，例如关于图15描述的智能家居设备，包括但不限于恒温器、环境传感器、运动传感器、占用传感器、婴儿监视器、遥控器、钥匙扣遥控器、智能家居中心、安全小键盘，生物特征访问控制器、其它安全设备、照相机、麦克风、扬声器、基于飞行时间的led位置/运动感应阵列、门铃、对讲设备、智能灯开关、智能门锁、门传感器、窗传感器、通用可编程无线控制按钮、照明设备(包括夜灯和心情照明)、智能家电、娱乐设备、家庭服务机器人、车库门开启器、开门器，窗帘控制器、其它机械致动装置、太阳能发电阵列、户外路径照明、灌溉设备、草坪护理装备或其它智能家居设备。虽然广泛适用于任何这样的智能家居设备，但是当在可能具有更有限的设备上用户界面能力(例如，没有图形用户界面)和/或具有功率限制(其需要使用最小量电力的状态通信)同时位于家庭中相对容易查看的位置和/或人易于经过的位置的设备的背景中应用时，所描述的方法和系统中的一种或多种变得越来越有利。在阅读本公开之后，本领域技术人员可以在上述智能家居设备中的一个或多个的背景中应用本发明的方法和系统。此外，应注意，实施例可以被描述为一个过程，该过程被描绘为流程图或框图。尽管每个可以将操作描述为顺序过程，但这些操作中的许多可以并行或同时执行。此外，操作的次序可以重新排列。过程可能具有图中未包括的附加步骤。
关于图1至图17描述的任何过程以及本发明的任何其它方面均可以由软件实现，但也可以在硬件、固件或软件、硬件和固件的任何组合中实现。它们各自也可以体现为记录在机器或计算机可读介质上的机器或计算机可读代码。计算机可读介质可以是存储数据或指令的任何数据存储设备，数据或指令在之后可由计算机系统读取。计算机可读介质的示例可以包括但不限于只读存储器、随机存取存储器、闪速存储器、cd-rom、dvd、磁带和光学数据存储设备。计算机可读介质还可以分布在网络耦合的计算机系统上，使得计算机可读代码以分布式方式被存储和执行。例如，计算机可读介质可以使用任何合适的通信协议从一个电子子系统或设备传送到另一个电子子系统或设备。计算机可读介质可以在包括诸如载波或其它传输机制的调制数据信号中体现计算机可读代码、指令、数据结构、程序模块或其它数据，并且可以包括任何信息递送媒介。调制数据信号可以是以其特性中的一个或多个特性被设置或改变以在信号中编码信息的信号。
应当理解，本文讨论的任何或每个模块或状态机可以被提供为软件构造、固件构造、一个或多个硬件组件或其组合。例如，可以在可由一个或多个计算机或其它设备执行的计算机可执行指令(例如程序模块)的一般背景中描述状态机或模块中的任何一个或多个。通常，程序模块可以包括可以执行一个或多个特定任务或者可以实施一个或多个特定抽象数据类型的一个或多个例程、程序、对象、组件和/或数据结构。还应当理解，模块或状态机的数量、配置、功能和互连仅仅是说明性的，并且可以修改或省略现有模块的数量、配置、功能和互连，可以添加附加模块并且可以改变某些模块的互连。
尽管在阅读了前面的描述之后，本发明的许多改变和修改无疑将对于本领域普通技术人员变得显而易见，但是应当理解，通过示意图示出和描述的特定实施例是绝对不应被认为是限制性的。因此，参考优选实施例的细节并不旨在限制其范围。
- 还没有人留言评论。精彩留言会获得点赞！