基于用户睡眠状态配置智能电话的制作方法

文档序号:11634969阅读:317来源:国知局
基于用户睡眠状态配置智能电话的制造方法与工艺

本文描述的实施例总地涉及移动电话管理,并且具体地涉及基于用户睡眠状态配置智能电话。



背景技术:

很多移动电话可配置为操作在正常模式或静音模式下。在正常模式下,移动电话可以使用可听闻的铃音来向用户通知来电、通知或其他警报。在静音模式下,可以抑制或者减低这样的可听闻铃音或警报。

附图说明

在并非必须按比例绘制的绘图中,在不同视图中类似的标号可以描述类似的组件。具有不同字母后缀的类似标号可以代表类似组件的不同实例。在附图的各图中作为举例而非限制地说明了一些实施例,其中:

图1是图示根据实施例的系统的示意图;

图2是根据各个实施例的示例环境;

图3是图示根据实施例的计算设备的框图;

图4是图示根据实施例的用于配置通知模式的方法的流程图;以及

图5是图示根据示例实施例的示例机器的框图,本文所讨论的技术(例如方法)中的任意一种或多种可以在该机器上执行。

具体实施方式

移动电话是极其有用的设备。它们可以被独自使用或者可以与其他设备结合使用。例如,移动电话可以与诸如蓝牙头戴式耳机或车载信息娱乐系统的另一设备配对。当检测到来电时,电话或者关联设备可以响铃。很多电话提供静默或者静音模式,以便于用户可以减低或消除可听闻的响铃。这样的静默或静音模式通常是由用户手动使能的。在一些情况下,移动电话可以是可配置来按调度进入和退出静默/静音模式。例如,用户可以配置电话在夜里11:00进入静默模式并然后在清晨6:00恢复正常模式。尽管具有手动或经调度的进入静默模式的机制是有用的,但是对于用户来说总是手动进入和退出静默模式可能是麻烦的,或者在用户的调度被打断时(例如由于工作到深夜、参加派对等等而被打断)可能提供非计划中的影响。现有机制未能提供灵活或智能的解决方案。

本文描述的系统和方法提供了响应于用户的实时睡眠状态而自动在标准和静默模式间转移的机制。在实施例中,该系统和方法监控和感测用户的活动,并且在确定用户睡着时,用户的电话转变为静默或静音模式。使用自适应机制应对动态情境。例如,在前面讨论的示例中具有从夜里11:00到清晨6:00的经调度静默模式的用户可能在一天夜里早睡着。在这样的示例中,当用户在夜里10:00睡着时,用户的电话可能还使用可听闻的响铃。尽管正确地遵循了所提供的配置,但是电话未能提供用户所期望的用户体验——即在用户睡着时的静音时间。

图1是图示根据实施例的系统100的示意图。系统100包括计算设备102和可佩戴设备104,这两者通过网络106可通信地耦合。计算设备102可以是诸如智能电话、蜂窝电话、移动电话、膝上型计算机、平板计算机、音乐播放器、可佩戴设备(例如手表、基于眼镜的设备等)、桌面型设备、膝上型设备、混合机、墙上型设备或其他联网设备的设备。计算设备102包括扬声器108和非可闻警报机构110。非可闻警报机构110可以是机械振动电机或电子显示器。当处于正常模式中时,计算设备102可以使用可听闻警报机构(例如铃音)来向用户报警有来电或通知。当操作在静默模式中时,计算设备102可以以振动或者振动模式、可视通知或非可闻警报的组合来向用户报警。

可佩戴设备104可以对于计算设备102是远程的,或者可以合并在计算设备102中。可佩戴设备104可以使用诸如蓝牙的短距离无线网络与计算设备102配对。

网络106可以包括局域网(lan)、广域网(wan)、无线网(例如802.11或蜂窝网)、公共交换电话网(pstn)网络、自组织(adhoc)网络、个域网(例如,蓝牙)或网络协议和网络类型的其他组合或排列。网络106可以包括单个局域网(lan)或广域网(wan),或者多个lan或wan的组合,诸如因特网。图1中的各种设备可以经由一个或多个有线或无线连接耦合到网络106。

计算设备102或可佩戴设备104可以包括心率传感器112。心率传感器112可以合并到计算设备102或可佩戴设备104中,或者可以以有线或无线连接(例如通过网络106)可通信地耦合到计算设备102或可佩戴设备。心率传感器112可以是光学传感器,例如计算设备102上的摄像机或者可佩戴设备104(例如耳机)中的光脉冲监控传感器。心率传感器112还可以是用于检测用户心率的胸带、腕带、手指带或其他传感器。

姿态传感器114可以合并到计算设备102或可佩戴设备104中,或者可以独立操作。姿态传感器114可以被用于确定用户是直立的还是躺下的。还可以使用诸如红外线运动传感器、呼吸传感器、声学传感器等的其他传感器。作为另外的示例,可以使用mems设备来感测用户是否正在移动。可以使用加速度仪(例如mems加速度仪)、血压传感器、心率传感器112、皮肤温度传感器等来执行这样的活动监控。例如,如果用户是静止的(例如,由加速度仪所确定)、仰卧的(例如,由姿态传感器114所确定)和相对低的心率的(例如,由心率传感器112所确定),计算设备102可以被配置为静默模式以反映用户正试图入睡或已经睡着的可能性。可以使用一天中的时间、用户的位置和其他输入来确认或无效该确定,并因此改变所使用的设置。

图2是根据各实施例的示例环境。一个或多个人200可以在房间202中。设备204可以位于房间202中。设备204可以是各种设备中的任何一种,例如膝上型设备、智能电话、娱乐系统、游戏系统等。该设备可以用于以例如电话呼叫、因特网会议或其他通信形式来进行通信。设备204可以向人200通知诸如电话来电、正在接收的文本消息、约会提醒、定时器到期等的警报或通知。设备204可以合并到家庭自动化系统中并且向人200报警各种状态消息(例如,安全警告)。此外,尽管图2中所图示的示例是建筑物,但是应当理解,设备204可以用于其他情景中,例如在车辆中。

还可以在房间202中或周围使用一个或多个传感器206。传感器206可以被合并到由其中一个人使用的设备中,例如移动设备、可佩戴设备等。传感器206也可以被合并到房间202中,例如与壁挂式摄像机、运动传感器等合并。

设备204可以使用推送或拉取机制从常规模式设置为静默或静音模式。作为拉取机制的说明,人208可以正佩戴有传感器210,该传感器210合并在基于腕部的可佩戴设备中。当人208躺下来睡觉时,可佩戴设备中的传感器210可以检测人208何时达到平静状态。传感器210可以检测较慢的呼吸、降低的心率、皮肤温度的降低、俯卧或仰卧姿态、活动减少、较低的血压、脑波活动的变化或者人208已经睡着或者是将要输着的其他指示。传感器210可以将人的状态传送到设备204,导致从传感器210到设备204的推送通知。作为响应,设备204减少或消除可听闻的通知。

作为拉取机制的说明,设备204可以周期性地或循环地轮询房间202内或周围的一个或多个传感器206和210,以检测人200和208何时处于平静状态(例如,睡着或休息)。当设备204接收到信息时,设备204可以使用各种输入来确定何时转变到静音或静默模式。

传感器206和210可以与设备204配对或以其他方式可通信地耦合。设备204可以使用发现协议来识别传感器206和210。人200和208可以将设备204配置为在被置为静默或静音模式时以特定方式进行反应。例如,人200和208可以指示设备204上被置为静默模式的某些应用,而使其他应用处于可听闻模式。可选地,设备204可以全部置于静默模式。作为另一示例,可以减低设备的音量而不是完全静默。音量减低可以是设备204离休息的人208的距离的函数。例如,当设备204离休息的人208近时,设备208可以被置于静默模式。然而,如果设备204在不同的房间中或远离休息的人208,则音量可以减低但不是无声。设备204离开休息的人208越远,可以使用越少的音量减低。

这里说明了若干示例用法,涉及假设的用户玛丽。作为一个示例,玛丽可能习惯在睡觉前阅读一本书。有时她会无意识地入睡,比如在阅读时。她的智能手环可以检测到她在睡觉,与她床头柜上的进入睡眠模式的智能电话通信。除了使警报无声以外,智能电话可以关闭蜂窝(例如,3g)和无线局域网(例如,wi-fi)无线电以节省电力。在玛丽醒来的早晨,智能手环检测到玛丽醒来并向她的智能电话发送消息,该智能电话转变到标准通知模式并使能无线电。

作为另一个示例,玛丽的小婴儿要睡觉了,并且玛丽坐在附近并用平板计算机上网。戴着智能手环,婴儿被检测为睡着了,并向玛丽的平板计算机发送消息。玛丽的平板计算机自动进入振动模式,以便在收到警报(例如,新的文本消息或约会提醒)时通知玛丽而不打扰婴儿。

作为另一个示例,玛丽可以在她的电话中设置配置,从而一旦她陷入深度睡眠,手机关闭3g和wi-fi无线电;如果在轻度睡眠中,电话被配置为只关闭wi-fi且保持3g无线电开启。玛丽也可以定义在轻度睡眠或深度睡眠期间应该关闭哪些应用(例如将拉取消息的聊天、电子邮件应用)。

作为另一个示例,玛丽是一名医生并且她在一天当中随时需要通过电话可联系到。玛丽可以在她的智能电话上设置策略,以当从她工作的医院呼入呼叫时以可听闻的方式响铃,而对于来自其他人的呼叫则电话将只振动。

图3是图示根据实施例的计算设备102的框图。计算设备102可以包括确定模块300和配置模块302。确定模块300可以被配置为确定人的生理状态。

在实施例中,为了确定人的生理状态,确定模块300要访问传感器以获得传感器数据并使用传感器数据来确定生理状态。在实施例中,为了访问传感器,确定模块300要轮询传感器并获得响应于轮询的传感器数据。这是一种拉取机制(从传感器的角度)。在另一个实施例中,为了获得传感器数据,确定模块300要监听传感器数据并从传感器接收传感器数据。这是推送机制(从传感器的角度)。

在另一个实施例中,确定模块300使用上下文信息来加强对人的生理状态的推断。例如,确定模块300可以访问当前时间,以确定它与人的常规就寝时间或睡眠时间一致。可以使用其他上下文信息,诸如人的日历、约会、社交媒体帖子等。

在实施例中,传感器与计算设备102分离。在另一个实施例中,传感器被合并到计算设备102中。在实施例中,传感器是摄像机、心率传感器、皮肤温度传感器或加速度仪中的一种。

在实施例中,传感器包括心率传感器,并且传感器数据包括人的心率,并且为了使用传感器数据来确定生理状态,确定模块300确定心率是否比阈值速率慢,当心率慢于阈值速率时,声明人的生理状态是在休息。

在实施例中,传感器包括姿态传感器,并且传感器数据包括人是俯卧或仰卧的指示,并且为了使用传感器数据来确定生理状态,确定模块300要确定人已经俯卧或仰卧长于阈值时段的持续时间,并且当持续时间长于阈值时段时,声明人的生理状态是在休息。

配置模块302可以被配置为基于人的生理状态来配置计算设备102的静音模式。

在实施例中,为了配置计算设备102的静音模式,配置模块302使计算设备102上执行的应用中的选定应用无声。在另一个实施例中,为了配置计算设备102的静音模式,配置模块302要确定从人到计算设备102的距离,并且将计算设备102的音频音量配置为该距离的函数。

在实施例中,为了配置计算设备102的静音模式,配置模块302要将在计算设备102上执行的应用配置为在计算设备102处于静音模式时选择性地使用可听闻通知。例如,电子邮件通知可能是无声的,但电话呼叫可以继续使用可听闻的响铃。在实施例中,在计算设备102上执行的应用是电话应用,并且为了选择性地使用可听闻通知,当来电是来自于特定呼叫者时,配置模块302对于该来电选择性地使用可听闻铃音。

可以将各种模块(例如,模块300和302)合并或集成到在计算设备102上执行的应用中。应用可以在后台执行并从传感器收集数据并填充数据库,所述数据库可被一个或多个其他应用访问。可以开发多种应用以将实时或历史数据用于各种目的。

图4是图示根据实施例的用于配置通知模式的方法400的流程图。在402处,在计算设备确定人的生理状态。在实施例中,确定人的生理状态包括访问传感器以获得传感器数据并使用传感器数据来确定生理状态。在实施例中,访问传感器包括轮询传感器并获得响应于轮询的传感器数据。在另一个实施例中,获得传感器数据包括监听传感器数据并从传感器接收传感器数据。

在实施例中,确定人的生理状态包括使用上下文信息来加强对人的生理状态的推断。

在实施例中,传感器与计算设备分离。在另一个实施例中,传感器合并到计算设备中。在实施例中,传感器是摄像机、心率传感器、皮肤温度传感器或加速度仪中的一种。

在实施例中,传感器包括心率传感器,并且传感器数据包括人的心率。在这样的实施例中,使用传感器数据来确定生理状态包括确定心率是否比阈值速率慢,以及当心率比阈值速率慢时,声明人的生理状态是在休息。

在实施例中,传感器包括姿态传感器,并且传感器数据包括人是俯卧或仰卧的指示。在这样的实施例中,使用传感器数据来确定生理状态包括确定人已经俯卧或仰卧长于阈值时段的持续时间,以及当该持续时间长于阈值时段时,声明人的生理状态是在休息。

在框404,基于人的生理状态来配置计算设备的静音模式。在实施例中,配置计算设备的静音模式包括使得在计算设备上执行的应用中的选定应用无声。应用的选择可以由计算设备的用户来配置。

在实施例中,配置计算设备的静音模式包括确定从人到计算设备的距离,并且将该计算设备的音频音量配置为该距离的函数。

在实施例中,配置计算设备的静音模式包括将在计算设备上执行的应用配置为在计算设备处于静音模式时选择性地使用可听闻通知。在实施例中,在计算设备上执行的应用是电话应用,并且选择性地使用可听闻通知包括当来电是来自于特定呼叫者时,对于该来电选择性地使用可听闻铃音。

实施例可以以硬件、固件和软件中的一种或其组合来实现。实施例还可以被实现为存储在机器可读存储设备上的指令,其可由至少一个处理器读取和执行以执行本文所述的操作。机器可读存储设备可以包括用于以机器(例如计算机)可读的形式存储信息的任何非瞬时性机制。例如,机器可读存储设备可以包括只读存储器(rom)、随机存取存储器(ram)、磁盘存储介质、光学存储介质、闪速存储器设备以及其他存储设备和介质。

如本文所描述的示例可以包括逻辑或多个组件、模块或机构或者可以在逻辑或多个组件、模块或机构上操作。模块可以是可通信地耦合到一个或多个处理器,以便施行本文所描述操作的硬件、软件或固件。模块可以是硬件模块,并且照此模块可以被认为是能够执行指定操作并且可以以某种方式被配置或布置的有形实体。在示例中,电路可以以指定的方式布置(例如在内部布置或相对于例如其他电路的外部实体布置)为模块。在示例中,一个或多个计算机系统(例如独立的客户端或服务器计算机系统)或一个或多个硬件处理器的全部或部分可以由固件或软件(例如指令、应用部分或应用)配置为操作以执行指定操作的模块。在示例中,软件可以驻留在机器可读介质上。在示例中,当软件由模块的底层硬件执行时,软件使硬件执行指定的操作。因此,术语硬件模块被理解为涵盖有形实体,即物理地构造、特别地配置(例如硬连线)或者暂时地(例如瞬时地)配置(例如编程)为以指定方式操作或执行本文描述的任何操作的部分或全部的实体。考虑暂时地配置的模块的示例,每个模块不需要在任何一个时刻被实例化。例如,在模块包括使用软件配置的通用硬件处理器的情况下,通用硬件处理器可以在不同时间被配置为相应不同的模块。因此,软件可以配置硬件处理器,例如在一个时间实例构成特定模块而在不同的时间实例构成不同的模块。模块也可以是软件或固件模块,其操作以执行本文描述的方法。

图5是图示根据示例实施例的计算机系统500的示例形式中的机器的框图,在该机器中可以执行指令集或指令序列以使该机器执行本文所讨论的任何一种方法。在可替换实施例中,机器作为独立设备操作或者可以连接(例如联网)到其他机器。在联网部署中,机器可以以在服务器-客户端网络环境中的服务器或客户端机器的能力操作,或者其可以在对等(或分布式)网络环境中充当对等机器。机器可以是车载系统、可佩戴设备、个人计算机(pc)、平板pc、混合平板、个人数字助理(pda)、移动电话或能够执行指定该机器所要采取的动作的指令(顺序或其他方式)的任何机器。此外,虽然仅图示出了单个机器,但是术语“机器”还应被视为包括个体或联合执行一个指令集(或多个指令集)以执行本文所讨论的任何一种或多种方法的任何机器集合。类似地,术语“基于处理器的系统”应被视为包括一个或多个机器的任何集合,这些机器被处理器(例如计算机)控制或操作来个体或联合执行指令以执行本文讨论的任何一种或多种方法。

示例计算机系统500包括至少一个处理器502(例如中央处理单元(cpu)、图形处理单元(gpu)或两者、处理器核心、计算节点等)、主存储器504和静态存储器506,它们经由链路508(例如总线)彼此通信。计算机系统500还可以包括视频显示单元510、字母数字输入设备512(例如键盘)和用户界面(ui)导航设备514(例如鼠标)。在一个实施例中,视频显示单元510、输入设备512和ui导航设备514被合并到触摸屏显示器中。计算机系统500可以另外包括存储设备516(例如驱动单元)、信号生成设备518(例如扬声器)、网络接口设备520,以及诸如全球定位系统(gps)传感器、罗盘、加速度仪或其他传感器的一个或多个传感器(未示出)。

存储设备516包括机器可读介质522,在机器可读介质522上存储有一个或多个数据结构和指令524(例如软件)集合,其体现本文所描述的任何一种或多种方法或功能或被这些方法或功能所利用。指令524还可以完全或者至少部分驻留于主存储器504、静态存储器506内和/或在其由计算机系统500执行期间驻留于处理器502内,其中主存储器504、静态存储器506和处理器502也构成机器可读介质。

尽管在示例实施例中将机器可读介质522图示为单个介质,但是术语“机器可读介质”可以包括存储一个或多个指令524的单个介质或多个介质(例如集中式或分布式数据库,和/或相关联的高速缓存和服务器)。术语“机器可读介质”还应被认为包括能够存储、编码或携带指令供机器执行并使机器执行本公开的任何一种或多种方法的任何有形介质,或者能够存储、编码或携带被这样的指令利用或与这样的指令相关联的数据结构的任何有形介质。因此,术语“机器可读介质”应被视为包括但不限于固态存储器以及光学和磁性介质。机器可读介质的具体示例包括非易失性存储器,作为举例,包括但不限于半导体存储器件(例如电可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom))和闪速存储器设备;诸如内部硬盘和可移除盘的磁盘;磁光盘;以及cd-rom和dvd-rom盘。

指令524还可以利用许多公知的传输协议中的任一种(例如http)经由网络接口设备520使用传输介质在通信网络526上被发射或接收。通信网络的示例包括局域网(lan)、广域网(wan)、因特网、移动电话网、普通老式电话(pots)网络以及无线数据网络(例如wi-fi、3g和4glte/lte-a或wimax网络)。术语“传输介质”应被视为包括能够存储、编码或携带供机器执行的指令的任何无形介质,并且包括数字或模拟通信信号或促进这样的软件的通信的其他无形介质。

额外的注释和示例:

示例1包括这样的主题(例如设备、装置或机器),其包括计算设备,该计算设备包括:确定模块,用于确定人的生理状态;以及配置模块,用于基于人的生理状态配置计算设备的静音模式。

在示例2中,示例1的主题可以包括,其中为了确定人的生理状态,确定模块要进行以下操作:使用上下文信息来加强对人的生理状态的推断。

在示例3中,示例1到2中任一项的主题可以包括,其中为了确定人的生理状态,确定模块要进行以下操作:访问传感器以获得传感器数据;以及使用传感器数据来确定生理状态。

在示例4中,示例1到3中任一项的主题可以包括,其中传感器与计算设备分离。

在示例5中,示例1到4中任一项的主题可以包括,其中传感器合并到计算设备中。

在示例6中,示例1到5中任一项的主题可以包括,其中传感器是摄像机、心率传感器、皮肤温度传感器或加速度仪中的一种。

在示例7中,示例1到6中任一项的主题可以包括,其中传感器包括心率传感器,并且其中传感器数据包括人的心率,并且其中为了使用传感器数据来确定生理状态,确定模块要进行以下操作:确定心率是否比阈值速率慢;以及当心率比阈值速率慢时,声明人的生理状态是在休息。

在示例8中,示例1到7中任一项的主题可以包括,其中传感器包括姿态传感器,并且其中传感器数据包括人是俯卧或仰卧的指示,并且为了使用传感器数据来确定生理状态,确定模块要进行以下操作:确定人已经俯卧或仰卧长于阈值时段的持续时间;以及当持续时间长于阈值时段时,声明人的生理状态是在休息。

在示例9中,示例1到8中任一项的主题可以包括,其中为了访问传感器,确定模块要进行以下操作:轮询传感器;以及获得响应于轮询的传感器数据。

在示例10中,示例1到9中任一项的主题可以包括,其中为了获得传感器数据,确定模块要进行以下操作:监听传感器数据;以及从传感器接收传感器数据。

在示例11中,示例1到10中任一项的主题可以包括,其中为了配置计算设备的静音模式,配置模块要使计算设备上执行的应用中的选定应用无声。

在示例12中,示例1到11中任一项的主题可以包括,其中为了配置计算设备的静音模式,配置模块要进行以下操作:确定从人到计算设备的距离;以及将计算设备的音频音量配置为该距离的函数。

在示例13中,示例1到12中任一项的主题可以包括,其中为了配置计算设备的静音模式,配置模块要进行以下操作:将在计算设备上执行的应用配置为在计算设备处于静音模式时选择性地使用可听闻通知。

在示例14中,示例1到13中任一项的主题可以包括,其中在计算设备上执行的应用是电话应用,并且其中为了选择性地使用可听闻通知,当来电是来自于特定呼叫者时,配置模块要对于该来电选择性地使用可听闻铃音。

示例15包括用于配置通知模式的主题(例如方法;用于执行动作的构件;包括指令的机器可读介质,当所述指令被机器执行时导致机器执行动作;或者用于执行的装置),包括:在计算设备确定人的生理状态;以及基于人的生理状态配置计算设备的静音模式。

在示例16中,示例15的主题可以包括,其中确定人的生理状态包括:使用上下文信息来加强对人的生理状态的推断。

在示例17中,示例15到16中任一项的主题可以包括,其中确定人的生理状态包括:访问传感器以获得传感器数据;以及使用传感器数据来确定生理状态。

在示例18中,示例15到17中任一项的主题可以包括,其中传感器与计算设备分离。

在示例19中,示例15到18中任一项的主题可以包括,其中传感器合并到计算设备中。

在示例20中,示例15到19中任一项的主题可以包括,其中传感器是摄像机、心率传感器、皮肤温度传感器或加速度仪中的一种。

在示例21中,示例15到20中任一项的主题可以包括,其中传感器包括心率传感器,并且其中传感器数据包括人的心率,并且其中使用传感器数据来确定生理状态包括:确定心率是否比阈值速率慢;以及当心率比阈值速率慢时,声明人的生理状态是在休息。

在示例22中,示例15到21中任一项的主题可以包括,其中传感器包括姿态传感器,并且其中传感器数据包括人是俯卧或仰卧的指示,并且其中使用传感器数据来确定生理状态包括:确定人已经俯卧或仰卧长于阈值时段的持续时间;以及当持续时间长于阈值时段时,声明人的生理状态是在休息。

在示例23中,示例15到22中任一项的主题可以包括,其中访问传感器包括:轮询传感器;以及获得响应于轮询的传感器数据。

在示例24中,示例15到23中任一项的主题可以包括,其中获得传感器数据包括:监听传感器数据;以及从传感器接收传感器数据。

在示例25中,示例15到24中任一项的主题可以包括,其中配置计算设备的静音模式包括使计算设备上执行的应用中的选定应用无声。

在示例26中,示例15到25中任一项的主题可以包括,其中配置计算设备的静音模式包括:确定从人到计算设备的距离;以及将计算设备的音频音量配置为该距离的函数。

在示例27中,示例15到26中任一项的主题可以包括,其中配置计算设备的静音模式包括:将在计算设备上执行的应用配置为在计算设备处于静音模式时选择性地使用可听闻通知。

在示例28中,示例15到27中任一项的主题可以包括,其中在计算设备上执行的应用是电话应用,并且其中选择性地使用可听闻通知包括,当来电是来自于特定呼叫者时,对于该来电选择性地使用可听闻铃音。

示例29包括至少一个包括指令的机器可读介质,当所述指令被机器执行时,导致所述机器执行示例15-28中任一项的操作。

示例30包括一种装置,该装置包括用于执行示例15-28中任一项的构件。

示例31包括用于配置通知模式的主题(例如设备、装置或机器),包括:用于在计算设备确定人的生理状态的构件;以及用于基于人的生理状态配置计算设备的静音模式的构件。

在示例32中,示例31的主题可以包括,其中用于确定人的生理状态的构件包括:用于使用上下文信息来加强对人的生理状态的推断的构件。

在示例33中,示例31到32中任一项的主题可以包括,其中用于确定人的生理状态的构件包括:用于访问传感器以获得传感器数据的构件;以及用于使用传感器数据来确定生理状态的构件。

在示例34中,示例31到33中任一项的主题可以包括,其中传感器与计算设备分离。

在示例35中,示例31到34中任一项的主题可以包括,其中传感器合并到计算设备中。

在示例36中,示例31到35中任一项的主题可以包括,其中传感器是摄像机、心率传感器、皮肤温度传感器或加速度仪中的一种。

在示例37中,示例31到36中任一项的主题可以包括,其中传感器包括心率传感器,并且其中传感器数据包括人的心率,并且其中用于使用传感器数据来确定生理状态的构件包括:用于确定心率是否比阈值速率慢的构件;以及用于当心率比阈值速率慢时声明人的生理状态是在休息的构件。

在示例38中,示例31到37中任一项的主题可以包括,其中传感器包括姿态传感器,并且其中传感器数据包括人是俯卧或仰卧的指示,并且其中使用传感器数据来确定生理状态的构件包括:用于确定人已经俯卧或仰卧长于阈值时段的持续时间的构件;以及用于当持续时间长于阈值时段时,声明人的生理状态是在休息的构件。

在示例39中,示例31到38中任一项的主题可以包括,其中用于访问传感器的构件包括:用于轮询传感器的构件;以及用于获得响应于轮询的传感器数据的构件。

在示例40中,示例31到39中任一项的主题可以包括,其中用于获得传感器数据的构件包括:用于监听传感器数据的构件;以及用于从传感器接收传感器数据的构件。

在示例41中,示例31到40中任一项的主题可以包括,其中用于配置计算设备的静音模式的构件包括用于使计算设备上执行的应用中的选定应用无声的构件。

在示例42中,示例31到41中任一项的主题可以包括,其中用于配置计算设备的静音模式的构件包括:用于确定从人到计算设备的距离的构件;以及用于将计算设备的音频音量配置为该距离的函数的构件。

在示例43中,示例31到42中任一项的主题可以包括,其中用于配置计算设备的静音模式的构件包括:用于将在计算设备上执行的应用配置为在计算设备处于静音模式时选择性地使用可听闻通知的构件。

在示例44中,示例31到43中任一项的主题可以包括,其中在计算设备上执行的应用是电话应用,并且其中用于选择性地使用可听闻通知的构件包括,用于当来电是来自于特定呼叫者时对于该来电选择性地使用可听闻铃音的构件。

上面的详细描述包括对形成详细描述一部分的附图的参考。这些绘图作为说明示出了可以被实践的具体实施例。这些实施例在本文中也称为“示例”。这样的示例可以包括除了所示出或描述的那些要素之外的要素。然而,也考虑到了包括所示出或描述的要素的示例。此外,也考虑到了使用关于特定示例(或其一个或多个方面)或者关于本文所示出或描述的其他示例(或其一个或多个方面)所示出或描述的那些要素(或其一个或多个方面)的任何组合或排列的示例。

本文档中提及的公布、专利和专利文献通过引用在其整体上合并到本文中,如同通过引用被个体合并一样。如果本文档与通过引用合并的那些文档之间有用法上的不一致,则合并的(多个)参考文献中的用法是对本文档的用法补充;对于不可调和的不一致,本文档中的用法为主导。

在本文档中,专利文献中常用的措辞“一”或“一个”包括一个或多于一个,独立于“至少一个”或“一个或多个”的任何其他实例或用法。在本文档中,措辞“或”用于指非排他性的或,从而除非另有指示,否则“a或b”包括“a而非b”、“b而非a”和“a和b”。在所附权利要求中,措辞“包括(including)”和“其中(inwhich)”用作相应措辞“包含(comprising)”和“之中(wherein)”的简明英文等同物。而且,在所附权利要求中,措辞“包括”和“包含”是开放式的,即包括除了在权利要求中这样的措辞之后列出的那些要素之外的要素的系统、设备、制品或过程仍然被认为落入该权利要求的范围。此外,在所附权利要求中,措辞“第一”、“第二”和“第三”等仅仅被用作标签,并不意图暗示其对象的数字顺序。

以上描述意图是说明性的而不是限制性的。例如,以上描述的示例(或其一个或多个方面)可以与其他示例组合使用。例如本领域普通技术人员在审阅以上描述之后,可以使用其他实施例。摘要允许读者快速探明技术公开的性质,例如以符合美国的37c.f.r.§1.72(b)。提交了摘要但是要理解该摘要将不会用于解释或限制权利要求的范围或意义。另外,在以上具体实施方式中,各种特征可以分组在一起以使本公开流水化。然而,权利要求可能并未阐述本文公开的每个特征,因为实施例可以表征所述特征的子集。此外,实施例可以包括比特定示例中公开的那些特征更少的特征。因此,所附权利要求特此被合并到具体实施方式中,其中权利要求独立地作为单独的实施例。本文公开的实施例的范围应参照所附权利要求连同有这样的权利要求的权力的等同物的全部范围来确定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1