CN105378588B - 后台活动的选择性阻挡 - Google Patents

Abstract

描述了在低功率模式期间控制计算设备或***中的后台活动。在一些示例技术中，当计算设备或***处于低功率模式时，作出是否阻挡一个或多个触发事件以防引起一个或多个相应后台任务操作的激活的确定。至少部分地基于该确定，可允许至少一个触发事件在低功率模式期间引起相应后台任务操作的激活。

Description

后台活动的选择性阻挡

后台技术

计算设备几乎在每个环境中变成司空见惯的东西。例如，移动电话、膝上型电脑和平板电脑被普遍用于工作和娱乐，并且在很多日常活动中伴随人们。此外，人们通常带着计算机和移动电话旅行，将这些设备带到学校，并且在公共场所使用这些设备。这些电子设备与通信基础设施通信，以使能数字媒体项目（例如文档、图像、音乐和视频）的消费。鉴于计算设备的广泛使用，提供功率节省和更好的用户体验已变成优先。

发明内容

本发明内容被提供来介绍简化形式的概念的选择，以下在具体实施方式中进一步描述该概念。本发明内容既不旨在标识所要求保护的主题的关键特征或必要特征，也不旨在用于限制要求保护的主题的范围。

一些实施方式提供了用于在低功率模式期间控制计算设备或***中的后台活动的技术和布置。例如，在一些实施方式中，当计算设备或***处于低功率模式中时，做出在低功率模式期间阻挡某些触发事件以防引起后台任务操作的激活、同时允许其他触发事件来引起后台任务操作的激活的确定。

附图说明

参考附图来描述具体实施方式。在不同图中使用的相同附图标记指示类似或同样的项目。

图1是说明性计算架构的示意图。

图2是说明性用户设备的框图。

图3图示可使能用户调节计算设备上的针对安静模式的设置的示例图形用户接口。

图4图示了根据一些实施方式的在计算设备上的安静模式期间用于确定后台任务的处理的示例过程流程。

图5图示了根据一些实施方式的在计算设备上的安静模式期间针对激活后台任务操作的触发事件的处理的示例过程流程。

图6图示了根据一些实施方式的用于在计算设备上的安静模式期间确定是否缓冲阻挡的触发事件的示例过程流程。

图7图示了根据一些实施方式的允许处于安静模式中的计算设备在安静模式时间段结束之前执行被阻挡的触发事件的示例过程流程。

图8图示了根据一些实施方式的用于基于用户与计算设备的交互确定计算设备上的针对安静模式的时间段的示例过程流程。

具体实施方式

概要

本公开包括用于在计算设备中选择性阻挡后台活动的技术和布置。在一些实施方式中，该技术和布置可提供区分后台任务并且选择性执行或阻挡和/或缓冲任务的功能性。在一些实施方式中，当计算设备处于安静模式中时，后台活动的选择性阻挡可发生，安静模式可以是低功率模式和/或其中至少一些输出（例如，被抑制的输出可包括针对被阻挡的后台活动的通知声音，针对被阻挡后台活动的显示的接通，等）被抑制的模式。在一些实施方式中，当在一时间段内用户交互未发生时，则可进入安静模式。例如，当在5分钟内未检测到用户活动时，则计算设备可进入安静模式。此外，在一些实施方式中，可以在定义的安静模式时间段期间进入安静模式。例如，在一些实施方式中，安静模式时间段可以是12：00AM到6：00AM之间。在一些实施方式中，在安静模式时间段期间，如果在某一时间段内未检测到用户交互，则默认的后台活动的处理可以是阻挡和缓冲后台活动的触发事件。在一些实施方式中，安静模式可以是连接的待机的类型，其中至少一些后台活动任务允许设备保持连接到远程设备。

在一些实施方式中，计算设备的用户可以被提供有用户接口，通过该用户接口用户能够选择将被允许在安静模式时间段期间执行的后台活动（或对应触发事件）。例如，用户可能希望在安静模式期间能够接收VoIP呼叫和即时消息。使用前述用户接口，涉及VoIP呼叫和即时消息的后台任务活动可以被选择性地允许来执行，并且在一些实施方式中被允许引起计算设备退出安静模式。

在一些实施方式中，本文公开的技术和布置可进一步提供用于选择性地缓冲与选择性地被阻挡的后台活动有关的触发事件的功能性。例如，在其中周期性检查电子邮件账户的后台活动被阻挡的情形中，一些实施方式可提供至少一些被阻挡的触发事件，其引起对新邮件的周期性检查被缓冲。本文公开的技术和布置可进一步提供缓冲策略，该缓冲策略针对在安静模式阶段期间具有触发事件的多次出现的后台任务、随着触发事件发生而选择性放下或保持这些多次出现中的不同出现或全部。

本文的讨论涉及触发事件的选择性阻挡和缓冲。在一些实施方式中，触发事件的缓冲可包括缓冲一定形式的消息或其他触发信号。例如，在其中被阻挡和缓冲的触发事件与在安静模式有效时接收到的到来的即时消息有关的情形中，一些实施方式可缓冲到来的即时消息通信而不进一步处理。然而，实施方式并不如此被限制，并且在实施触发事件的缓冲时使用的细节可以在实施方式之间变化。例如，在一些实施方式中，在接收将被阻挡和缓冲的触发事件时，接收***可执行各种量的处理（例如确定由于触发事件而被执行的后台任务操作），并且替代所接收的触发事件或除了所接收的触发事件之外，缓冲所确定的后台任务操作。更特别地，在牵涉前述即时消息通信被阻挡的情形中，不是缓冲来自即时消息服务器的到来通信，而是***可缓冲将由于触发事件而被执行的即时消息应用的应用层级操作。这些和其它示例技术在本文被称为触发事件的缓冲。

尽管本文的讨论可描述其中计算设备是用户设备的实施方式，但是实施方式不被如此限制并且文本讨论的技术和方法可以适用于其它计算设备，例如服务器、网络设备等。

本文描述的后台活动的选择性阻挡可以被实施在计算***的软件和硬件中的各个层级处。这样的层级包括操作***（OS）层级（例如在具有或不具有应用支持的OS中），应用层级，与OS分离（即独立）或作为到OS的插件或到另一应用的插件，等等。

还应当注意的是，为了可读性，模块之间的交互可以在本文被描述为信号或命令，但是这样的交互可以以各种方式实施，例如通过各个程序模块之间的函数调用。

图1是说明性计算架构100的示意图。计算架构100可包括能够经由（多个）网络110（例如，诸如互联网的公共网络，或诸如局域网（LAN）的私人网络）与一个或多个与后台任务相关的服务器104、106和108通信的用户设备102。

用户设备102可以被不同地配置有不同的功能性以使能一个或多个类型的媒体项的消费。媒体项可以是任何类型的数字内容格式，包括例如电子文本（例如电子书、电子杂志、数字报纸等）、数字音频（例如音乐、音频书等）、数字视频（例如电影、电视、短剪辑等）、图像（例如美术、照片等），和多媒体内容。用户设备102可包括任何类型的内容再现设备，例如电子书（eBook）阅读器设备、便携数字助理、移动电话、膝上型电脑、便携媒体播放器、平板电脑、相机、视频相机、上网本、笔记本、台式电脑、游戏设备或控制台、DVD播放器、媒体中心和任何其它计算设备。用户设备可进一步包括安静模式模块112和一个或多个后台任务模块114。

后台任务相关服务器104-108和用户设备102经由（多个）网络110输送和/或接收项目、更新和/或其他信息。例如，用户设备102可从后台任务相关服务器104-108下载或接收项目。后台任务相关服务器104-108也可经由（多个）网络110从用户设备102接收各种请求、指令和其它数据。后台任务相关服务器104-108可包括具有处理和存储能力来提供以上功能性的一个或多个机器（例如，一个或多个服务器计算机***、路由器、网关、等）。

后台任务相关服务器104-108和用户设备102之间的通信可经由任何通信基础设施来实现。这样的基础设施的一个示例包括广域网（WAN）和无线基础设施的组合，其允许用户使用用户设备102来购买项目并且消费项目，而不经由硬线链路约束到后台任务相关服务器104-108。无线基础设施可通过一个或多个无线通信***来提供。（多个）网络110的无线通信***可以是与用户设备102和/或一个或多个后台任务相关服务器104-108连接的无线保真（Wi-Fi）热点。其他无线通信***可包括可以使用各种数据处理装备、通信塔等实施的无线载体***。替代地或附加地，无线载体***可包括卫星技术以与用户设备102交换信息。

（多个）网络110的通信基础设施还可包括用作在后台任务相关服务器104-108和（多个）任何无线通信***之间递送信息的媒介物的通信使能***。在一个示例中，通信使能***可经由专用信道与无线通信***（例如，无线载体）通信，并且可经由非专用通信机制（例如诸如互联网的公共广域网（WAN））与后台任务相关服务器104-108通信。

除了无线连接到（多个）网络110的无线通信***之外，用户设备102还可与其他用户设备（例如另一用户设备116）无线连接。例如，用户设备102可与一个或多个其他用户设备116形成无线自组织（点对点）网络。

如上文提到的，用户设备可包括安静模式模块112和一个或多个后台任务模块114。在一些实施方式中，安静模式模块112可操作以控制涉及“安静模式”的用户设备102的至少一些活动，其可包括连接的待机模式。后台任务模块114可执行后台活动，例如下载电子邮件、维持服务器连接、接收VoIP呼叫或即时消息等。至少一些后台任务模块114可执行可在安静模式期间被触发和执行的后台任务（如果被另外地允许的话）。安静模式模块112可操作以控制在安静模式期间哪些被触发的后台任务将被允许执行。安静模式模块还可操作以在后台任务缓冲器118中缓冲至少一些被触发的后台任务活动，使得被缓冲的触发可以在退出安静模式之后被执行。如之前提到的，在一些实施方式中，安静模式模块可提供根据缓冲策略操作以选择性缓冲被阻挡的触发的缓冲功能性。安静模式模块的功能性的附加讨论参考图2-8提供。

尽管之前和接下来的讨论涉及可通过收发器或发射器实施的“正在传输”和“传输”，但是在适当的情形中，实施方式还可覆盖接收器的操作。此外，实施方式不限于无线设备。相反，具有有线联网或缺乏联网能力的设备也被设想为在本公开的范围内。

以上讨论提供了大体关于图1和所公开的***和技术的很多细节和示例。然而，以上讨论不是限制，并且很多变型是可能的并且将鉴于该公开而被领会到。

图2是图示图1的用户设备102的示例性配置的框图200。用户设备102包括一个或多个处理器202。（多个）处理器202可以被实施为一个或多个微处理器、微型计算机、微控制器、数字信号出全力、中央处理单元、状态机、逻辑电路和/或基于操作指令操纵信号的任何设备。除了其他能力之外，处理器202可被配置成取得和执行存储在计算机可读介质204中的计算机可读指令。

用户设备102还包括计算机可读介质204。计算机可读介质204存储提供操作***组件206的信息，操作***组件206可包括安静模式模块112、各种程序模块208（例如后台任务模块114）、程序数据210和/或其他组件。在一个示例中，用户设备102通过使用（多个）处理器202来执行由计算机可读介质204提供的指令来执行功能。

如本文使用的“计算机可读介质”包括至少两种类型的计算机可读介质，即计算机存储介质和通信介质。

如本文使用的，计算机存储介质或计算机可读存储介质可对应于易失性和/或非易失性存储机制的任意组合。根据用户设备102的配置，计算机可读介质204可以是用于存储指令的计算机存储介质的示例，该指令由处理器202执行以执行本文描述的各种功能。例如，计算机可读介质204可一般包括易失性存储器和非易失性存储器（例如RAM、ROM等）二者。此外，计算机可读介质204可一般包括硬盘驱动、固态驱动、可移除介质（包括外部和可移除驱动）、存储卡、闪存、软盘、光盘（例如CD、DVD）、存储阵列、网络附接存储装置、存储区域网络等。计算机可读介质204在本文可被称为存储器或计算机存储介质，并且可以是能够存储计算机可读、处理器可执行的程序指令（如可由处理器202、如被配置用于实行本文的实施方式中描述的操作和功能的特定机器执行的计算机程序代码）的介质。

相比之下，通信介质体现计算机可读指令、数据结构、程序模块或调制数据信号（例如载波或其他传输机制）中的其他数据。如本文定义的，计算机存储介质不包括通信介质。

用户设备102还可包括一个或多个输入设备212（键盘、鼠标设备、专门选择键、可响应于触摸、手势等操作的触摸屏显示器104）和一个或多个输出设备214（显示器（触摸屏或其它方式的）、打印机、音频输出机构等）。

用户设备102还包括无线收发器216以允许用户设备102经由无线网络（例如（多个）网络110）与其他计算机设备（例如远程计算机、后台任务相关服务器104-108等）通信。无线收发器216允许用户设备102处置与（多个）网络110的语音和非语音通信（例如，针对文本消息、多媒体消息、媒体下载、web浏览等的通信）。无线收发器216可使用任何类型的移动网络技术提供网络连接性，移动网络技术包括例如蜂窝数字分组数据（CDPD）、通用分组无线业务（GPRS）、GSM演进增强型数据速率（EDGE）、通用移动通信***（UMTS）、1倍无线电传输技术（1xRTT）、优化数据评估（EVDO）、高速下链路分组访问（HSDPA）、Wi-Fi等。

无线收发器216可生成信号，之后它们经由(多个)天线218被无线地传输。如果包括天线218，则（多个）天线218可被配置为在不同频带中和/或使用不同无线通信协议进行传输。（多个）天线218可以是定向、全向或非定向天线。除了发送数据之外，（多个）天线218还可接收数据，该数据被发送到无线收发器216并且传送到（多个）处理器202和计算机可读介质204。

尽管示出单个无线收发器216来控制到（多个）天线218的传输，但是用户设备102可替代地包括多个无线收发器，每个无线收发器被配置为经由不同天线218和/或无线传输协议来传输数据。

本文描述的示例***和计算设备仅仅是适合于一些实施方式的示例，并且非旨在暗示关于可实施本文描述的过程、组件和特征的环境、架构和框架的用途或功能性的范围的任何限制。因此，本文的实施方式可与许多环境或架构操作，并且可在通用和专用计算***或其它具有处理能力的设备中实施。一般，参考图描述的功能中的任意功能可以使用软件、硬件（例如固定逻辑电路）或这些实施方式的组合来实施。如本文使用的术语“模块”、“机制”或“组件”一般表示可被配置为实施规定的功能的软件、硬件或软件和硬件的组合。例如，在软件实施方式的情况下，术语“模块”、“机制”或“组件”可表示当在一个或多个处理设备（例如CPU或处理器）上执行时执行指定的任务或操作的程序代码（和/或陈述类型的指令）。程序代码可被存储在一个或多个计算机可读存储器设备或其它计算机存储设备中。因此，本文描述的过程、组件和模块可以通过计算机程序产品实施。

此外，本公开提供了各种示例实施方式，如在图中描述和图示的。然而，本公开不限于本文描述和图示的实施方式，而是可扩展到其它实施方式，如对于本领域技术人员来说鉴于本公开将已知或将变得已知的那些。在说明书中对“一个实施方式”、“该实施方式”、“这些实施方式”或“一些实施方式”的引用意味着所描述的特定特征、结构或特性被包括在至少一个实施方式中，并且这些短语在说明书中的各个地方的出现不一定都涉及相同的实施方式。

图3图示了根据一些实施方式的展现可由用户利用来调节针对计算设备的安静模式的设置的图形用户接口（GUI）304的显示器302的示例视图300。如图3中图示的，GUI 304可包括安静模式时间段窗306、后台任务列表窗308和选定任务窗310。

安静模式时间段窗306可允许用户观看和/或设定安静模式时间段312，在安静模式时间段312期间如果在一定时间（例如空闲时间段）内没有检测到用户交互，则计算设备可进入安静模式。在一些实施方式中，时间段312可以基于用于与特定计算设备交互的分析来得出。在这样的实施方式中，分析可确定在一星期的每天中的一个或多个时间段期间用户不太可能利用计算设备并且将所确定的时间段设定为针对计算设备的（多个）安静模式时间段。例如，用户可设定或计算设备可确定安静模式时间段将在12：00AM CT和6：00 AMCT之间的小时。然而，如上文提到的，（多个）安静模式时间段不需要是连续的。例如，计算设备的分析可确定用户交互在白天或在深夜期间不经常发生（例如，用户在工作或在睡眠的时候不使用设备）。照此，计算设备可确定两个安静模式时间段是适当的，一个从10：00 AM到4：00 PM并且另一个从12：00 AM到6：00 AM。在一些实施方式中可通过用户提供类似的设置。

后台任务列表窗308包括利用计算设备注册的、可在安静模式时间段312期间触发的后台任务列表314。如图3中所示，列表314包括三个列：名称列316；设置列318；和短描述列320。后台任务列表窗308可进一步包括选择指示器322，其指示在列表314中当前选定的任务。所选定的任务在324处被显示为名为“任务1”。当然，如本领域技术人员鉴于该公开将理解的，名称“任务1”在此仅仅是为了易于解释和理解而使用。在一些实施方式中，名称列316可陈述技术任务标题，例如过程名称、总任务的文件名等。如在326处示出的，“任务1”被设定为能够在安静模式期间部分地唤醒计算设备。在安静模式期间完全唤醒和部分唤醒计算设备之间的区别将在下文关于图5-7更详细地讨论。总之，被设定为在安静模式期间部分唤醒计算设备的后台任务被允许在安静模式期间执行而不被阻挡，但是并不被允许将设备唤醒到足以引起其它之前被阻挡和缓冲的任务被执行。相比之下，被设定为完全唤醒计算设备的后台任务被允许在安静模式期间被执行并且还允许之前被阻挡的其它被缓冲任务被执行。如在328处示出的，所选定的任务的短描述是“即时消息保持活动”。换言之，该描述指示了任务1是负责执行保持针对即时消息应用的功能活动的后台任务。

选定任务窗310包括选定任务名称区域330、详细描述区域332和设置下拉框334。如之前讨论的，选定的任务是任务1。照此，在330，名称“任务1”出现。选定任务窗310的详细描述区域332包括选定任务的功能的冗长描述。在图示的示例中，在332处的详细描述提供了对选定任务的设置的提醒和推荐。特别地，如在图3中示出的，在332处的详细描述指示了推荐的设置是“部分的”，因为阻挡任务将导致在消息被发送时接收即时消息的失败。设置下拉框334允许用户设定针对选定任务的安静模式功能性。如在图3中图示的，设置下拉框334允许用户选择来允许后台任务完全唤醒计算设备、部分唤醒计算设备或在安静模式期间被阻挡。

图4图示了根据一些实施方式的示例过程流程400。特别地，图4图示了计算设备通过其可接受用户针对安静模式中的后台任务的处理的设置的输入的示例过程流程。例如，过程流程400可以关于图3中图示的GUI 304被利用。在图4的流程图中，每个块表示可以以硬件、软件或其组合来实施的一个或多个操作。在软件的上下文中，块表示计算机可执行指令，其当被一个或多个处理器执行时使得处理器执行记载的操作。通常，计算机可执行指令包括执行特定功能或实施特定抽象数据类型的例程、程序、对象、模块、组件、数据结构等。块被描述的次序并不意图被解释为限制，并且任何数量的所描述的操作可以被以任何次序组合和/或并行组合以实施过程。为了讨论的目的，参考如上所述的计算设备102来描述过程400，尽管其他模型、框架、***和环境可实施图示的过程。在整个该公开文本中描述的其它过程（例如图4-8）应当也被相应地解释。

在402，呈现后台任务用户接口给用户（例如，响应于请求用户接口的显示的用户输入）。如上文提到的，后台任务用户接口可以是或可以类似于图形用户接口304。

在404，用户设备102经由后台任务用户接口从后台任务列表接收对后台任务的选择。例如，选择可以是或可类似于如在图3中示出的并且上文关于图3描述的任务1的选择。

在406，选定任务信息可以被显示在后台任务用户接口的选定任务窗中。例如，选定任务窗可以是或可类似于如在图3中示出的并且上文关于图3描述的选定任务窗310。

在408，用户设备102可接收在选定任务窗的设置下拉框处对选定任务的设置输入。例如，设置下拉框可以类似于图3中示出的设置下拉框334。

最终，在410，计算设备可基于接收的关于选定任务的设置输入和信息来确定选定任务的详细安静模式处理。这样的详细安静模式处理可以根据任务而变化。例如，在针对新电子邮件周期性检查电子邮件账户的任务和进入新无线网络区域的通知的任务的情况下，在整个安静模式阶段，可发生针对后台任务的多个触发事件。对于电子邮件账户的周期性检查，详细安静模式处理可包括阻挡触发事件并且缓冲第一个被阻挡的触发事件。可丢弃随后的触发事件。另一方面，对于警报进入新无线网络区域的触发事件，可以阻挡该触发事件，但是如果计算设备已离开对应网络区域，则较老的触发事件可能不再有用。照此，当通知进入网络区域的事件发生时，可从缓冲器移除之前的触发事件，并且以最近的触发事件来替代。当然，这些仅仅是示例并且取决于特定的实施方式，可以应用不同的处理（例如，缓冲所有触发事件，而不论后台任务的详情如何）。关于图5-7提供了关于触发事件的具体处理的附加细节。

图5图示了根据一些实施方式的示例过程流程500。特别是，图5图示了计算设备通过其可在安静模式阶段期间响应于触发事件的示例过程流程。例如，过程流程400可以关于图1和2中图示的用户设备102而被利用。

在502，安静模式模块可确定针对安静模式的（多个）条件是否被满足。例如，在一些实施方式中，针对进入安静模式设定的条件可以是用户已有五分钟不与设备交互并且当日时间在安静模式时间段内。如果条件不被满足，则过程进行到504，在该点，退出安静模式例程。如果条件被满足，则过程进行到506。

在506，过程进入安静模式。当在由506表示的状态中，如果检测到用户交互或者安静模式时间段结束，则过程可到504，在该点离开安静模式。如之前提到的，图5涉及当在安静模式的阶段期间接收到触发事件或触发事件以其它方式发生时发生的操作。在不存在触发事件、用户交互或安静模式时间段结束的情况下关于在506处的操作的更多细节相对于图7被提供。当接收触发事件时，过程进行到508。

在508，安静模式模块确定已接收到的或以其它方式发生的触发事件的类型。为了容易讨论，在此针对关于图3陈述的三个一般类型来讨论触发事件，即：阻挡类型、部分唤醒类型和完全唤醒类型。当然，正如本领域技术人员鉴于本公开将认识到的，触发事件不限于这三个一般类型并且关于触发事件的归类或分类以及触发事件的处理的很多变型是可能的。如果接收的触发事件是阻挡类型，过程移动到510。如果触发事件是部分唤醒类型，则过程移动到512。如果触发事件的完全唤醒类型，则过程移动到514。

在510，接收的触发事件被阻挡并且在适当时被放在触发事件缓冲器中。例如，在其中安静模式模块112执行过程流程500的实施方式中，安静模式模块112可阻挡接收的触发事件并且在适当时在后台任务缓冲器118中缓冲触发事件。关于图4提供了当被阻挡的触发事件被缓冲时的一些讨论。被阻挡的触发事件的缓冲的附加讨论在下文关于图6提供。一旦在510处操作完成，过程返回到506。

在512，接收的部分唤醒类型触发事件被执行或以其它方式被允许以继续引起对应后台任务操作的激活，在下文被称为执行触发事件。如之前讨论的，部分唤醒类型触发事件可被允许执行但是不引起计算设备执行之前被阻挡和缓冲的触发事件。例如，在其中安静模式模块112执行过程流程500的实施方式中，安静模式模块112可允许部分唤醒类型触发事件被执行但是不允许后台任务缓冲器118中的触发事件被执行。安静模式模块112还可限制部分唤醒类型触发事件对计算设备的影响。例如，安静模式模块可防止部分唤醒类型事件引起诸如通知声音之类的输出、接通显示屏或可能对于期望设备是安静的用户来说是破坏性的其它影响。在更特别的示例中，部分唤醒类型触发事件可以是之前讨论的网络区域的改变触发事件。在这样的情况下，用户可能期望设备执行触发事件但是不输出通知声音或接通显示屏。一旦在510处操作完成，则过程返回到506。

在514，接收的完全唤醒类型触发事件可被执行。如讨论的，安静模式模块可在接收和执行完全唤醒类型触发事件时允许之前被阻挡和缓冲的触发事件的执行。例如，用户设备可被设定为将网络语音电话（VoIP）呼叫处理为完全唤醒类型触发事件。在接收到通知来自VoIP服务器的到来的VoIP呼叫的触发事件时，VoIP呼叫触发事件被确定为是完全唤醒类型触发事件。照此，VoIP呼叫被允许完全执行，而不具有约束（例如，被允许接通屏幕并且播放与VoIP呼叫相关联的铃声）。在一些实施方式中，之前被阻挡和缓冲的触发事件被从缓冲器（例如后台任务缓冲器118）移除并且被执行。取决于实施方式，被缓冲的触发事件的具体处理和执行可以变化。例如，在一些实施方式中，所有被缓冲的触发事件可被允许执行。在其它实施方式中，缓冲的触发事件的执行可被限制到在完全唤醒类型触发事件的执行期间能够执行的那些。例如，在一些实施方式中，在接收到VoIP呼叫时，安静模式模块112可以后进先出的队列方式将触发事件取出后台任务缓冲器118，并且在铃声被播放的时候执行取出的触发事件。如果用户不与设备交互并且呼叫变成未答复，则在针对VoIP呼叫的触发事件结束时，停留在缓冲器中的触发事件的执行可停止。当然，以上给出的在完全唤醒类型触发事件期间被缓冲的触发事件的具体处理仅仅是示例并且可以根据实施方式而变化（例如，被缓冲的触发事件可以以不同的次序取得）。在514处的操作之后，过程流程500进行到516。

如上文暗指的，在516处，在完全唤醒类型触发事件的执行之后，安静模式模块112可确定是否检测到用户交互。如果是，则过程流程可移动到504，并且可完全退出安静模式。否则，过程流程500可返回到506以立即再进入安静模式，而不必再满足针对安静模式的条件（例如，不必在再进入安静模式之前等待不具有用户交互的时间段）。

尽管关于图5讨论了用于实施在安静模式期间接收的触发事件的处理的特定流程，其它流程可被使用并且对于鉴于本公开的本领域技术人员来说将是明显的。特别地，关于上文讨论的触发事件的类型的数量和类型的分类的变化是可能的，并且可通过考虑特定实施方式来驱动。例如，一些实施方式可在不区分部分唤醒类型触发事件和完全唤醒类型触发事件的情况下操作。在特定的变型中，可将所有的唤醒类型触发事件处理为部分唤醒类型触发事件，使得之前被阻挡并且缓冲的触发事件不被执行，直到退出安静模式。更具体地，在上文描述的示例中，在接收到网络语音呼叫时，之前被缓冲的触发事件将不被执行。相反，被缓冲的触发事件将在检测到用户交互或安静模式时间段结束时被执行。关于流程的细节的这些和其它变化对于鉴于本公开的本领域技术人员来说将是明显的。

图6图示了根据一些实施方式的示例过程流程600。特别地，如上文提到的，图6图示了用于执行关于图5的510讨论的操作的示例过程流程。具体地，图6中示出的510的操作的图示实施方式提供了根据一些实施方式的被阻挡的触发事件的详细处理。下面在图1和2中图示的用户设备102的上下文中或更一般地在计算设备的上下文中讨论过程流程600。如图6中示出的并且之前关于图5讨论的，510的操作在508处的触发事件是被阻挡类型的确定之后开始。

在602，安静模式模块112确定与当前触发事件相同的后台任务的之前触发事件是否已经被缓冲在后台任务缓冲器118中。如果否，则在604，缓冲当前触发事件。否则，过程移动到606。

在606，安静模式模块112确定适用于当前触发事件的缓冲的类型。如之前所说的图4中讨论的，适合于触发事件的缓冲处理在后台任务之间变化（例如，适合于周期性电子邮件检查的处理相比于适合于已进入新网络区域的通知的处理）。如图6中示出的，考虑三个一般处理类型，即“缓冲第一触发事件”处理、“缓冲最近触发事件”处理和“缓冲所有触发事件”处理。如果当前触发事件具有缓冲第一触发事件类型，则过程移动到608。如果当前触发事件具有缓冲最近触发事件类型，则过程移动到610。如果当前触发事件具有缓冲所有触发事件类型，则过程移动到612。

在608，丢弃当前触发事件。特别地，当相同后台任务的之前的触发事件已经被缓冲时（如在602处确定的），第一触发事件已经被缓冲并且因此当前触发事件不是第一触发事件。

在610，安静模式模块可丢弃相同后台任务的之前缓冲的触发事件，并且缓冲当前触发事件。取决于实施方式，当前触发事件的缓冲可以变化。例如，在一些实施方式中，当前触发事件可以以与后台任务的第一触发事件相同的方式在队列中被缓冲（即，正常地排队或推到缓冲器中）。在其它实施方式中，当前触发事件可以被缓冲在缓冲器中与之前被缓冲的并且现在被丢弃的相同后台任务的触发事件相同的位置中（即当前触发事件可在缓冲器的相同位置处取代之前被缓冲的触发事件）。

在612，之前缓冲的触发事件未被修改并且安静模式模块112可在后台任务缓冲器118中缓冲当前触发事件。在604、608或612中的任意之后，510的操作完成，图5的过程流程500可离开510并且返回到506。

图7图示了根据一些实施方式的示例状态图700。特别地，如上文提到的，图7图示了用于执行关于图5的506讨论的操作的示例实施方式。具体地，图7中示出的506的操作的图示实施方式提供了根据一些实施方式的除了当触发事件被接收或以其它方式发生时之外的安静模式模块112的操作。更特别地，具体到图7的操作涉及当安静模式时间段结束时用于处置缓冲的触发事件的技术。下面在图1和2中图示的用户设备102的上下文中或更一般地在计算设备的上下文中讨论状态图700。如在图7中示出并且如之前关于图5讨论的，506的操作可以在502、510、512或516中的任意之后开始。

在702，安静模式模块112使用户设备102（或计算设备）进入低功率、安静状态。例如，在进入安静模式时，安静模式模块112可抑制附加后台活动和/或中断并且终止当前执行的后台活动并且关闭输出设备（例如显示器或扬声器）。一旦在安静模式中，安静模式模块112等待状态的改变。如关于图5讨论的，如果用户交互发生或安静模式时间段结束，则安静模式模块通过移动到504退出安静模式。如果接收到触发事件或以其它方式发生触发事件，则安静模式模块112离开506并且移动到508。

如上文提到的，图7中示出的状态图涉及当安静模式时间段结束时处置被缓冲的触发事件。特别地，在安静模式时间段结束之前的某一时间，在704，安静模式模块确定在安静模式时间段结束之前的、缓冲的触发事件应当被执行的随机时间。在该确定之后，安静模式模块112移动回到状态702。

当到达所确定的在安静模式时间段结束之前的随机时间时，安静模式模块112移动到706。在706，安静模式模块可引起被缓冲的触发事件被执行，同时维持从用户的角度看的安静模式表观。例如，安静模式模块可继续抑制通知声音并且可维持显示屏在关闭状态。这是因为安静模式时间段还未结束，并且基于设置设备意图保持安静。一旦缓冲的触发事件被执行，安静模式模块可返回到状态702，直到安静模式时间段过期。因此，在安静模式时间段结束时，如果用户与设备交互，则设备可看起来是活跃的并且犹如设备已不处于其中后台活动被抑制的低功率状态中。

当然，在702可执行附加操作。例如，取决于所确定的随机时间和安静模式时间段的结束之间的时间量，在随机时间之后接收的触发事件的处理可变化。例如，在一些实施方式中，在所确定的随机时间之后接收的触发事件可以以与犹如它们在所确定的随机时间之前被接收那样相同的方式被阻挡在缓冲器中。在其他实施方式中，在确定的随机时间之后接收的触发事件可以以与在706处理缓冲触发事件相同的方式被处理（例如，被执行同时维持安静模式的表观）。而且，正如本领域技术人员鉴于本公开将理解的，随机时间的使用是可选的，并且不是对本文公开的实施方式的限制。例如，在安静模式时间段结束之前的设定时间可被使用或者可针对特定用户设备上的安静模式的所有阶段来确定之前的随机时间。而且，随机时间的确定的时序可根据实施方式而变化。例如，可以在进入安静模式的时候或者在安静模式时间段的开始时确定随机时间。这些和其它变型对于鉴于本公开的本领域技术人员来说将是明显的。

图8图示了根据一些实施方式的示例过程流程800。特别地，图8图示了用于基于用户交互信息来执行（多个）安静模式时间段的确定的示例过程流程。具体地，图8的过程可以在如下、不是如下或除了如下之外的实施方式中利用：用户设定将用于安静模式时间段的时间段（参见图3的312），安静模式模块112可分析用户交互数据以确定将使用的（多个）时间段。下文在图1和2图示的用户设备102的上下文或更一般地在计算设备的上下文中讨论过程流程600。

在802，安静模式模块112可收集用户交互信息。取决于实施方式，收集用户交互信息的方式可变化。例如，在一些实施方式中，用户交互信息可从操作***组件206的交互记录组件收集。一般的交互记录组件可操作成记录用户动作和那些交互的时间以创建用户与计算***的交互的历史。在其它实施方式中，安静模式模块可包括附加功能性以执行收集安静模式之外的用户交互信息的功能。

在804，安静模式模块112基于收集的用户交互信息确定被用作（多个）安静模式时间段的一个或多个时间段。如本领域技术人员鉴于本公开将理解的，可以以任意数量的方式执行从用户交互信息来确定安静模式时间段。例如，可以基于在一天期间的每个给定时间段的平均使用来执行阈值分析，以确定其中用户可能不使用计算设备的某一长度的一个或多个时间窗。如上文提到的，可以使用确定（多个）时间段的很多其它方式。

在806，安静模式模块112可将安静模式时间段设定为确定的（多个）时间段。

尽管本文图示了若干示例用于讨论目的，但是可使用很多其它配置并且因此本文的实施方式不限于任何特定配置或布置。例如，本文的讨论涉及后台任务操作的触发事件由其中后台任务操作最终将被执行的计算设备阻挡。这不应当被认为是限制，因此这样的阻挡不需要限制于其中后台任务操作最终将被执行的计算设备。例如，在其中即时消息在安静模式时间段期间被阻挡的情形中，用户设备102可进入安静模式，指令针对即时消息的后台任务相关服务器阻挡并且缓冲即时消息通知，直到被用户设备102通知了用户设备102已离开安静模式。

此外，本文的讨论涉及数据由***的特定组件或模块发送和接收。这不应当被认为是限制，因为这样的通信不需要是直接的并且特定组件或模块不需要必然是单个功能单元。在接收通信时，通信可相反通过单独模块来中继。此外，组件和/或模块可以被组合或者功能可以以不限于以上讨论的那些的各种方式在模块之中分离。

鉴于本文提供的公开内容，各种实施方式的逻辑和实际结构以及框架方面的其它变型对于本领域技术人员将是显然的。

此外，本文描述的过程仅仅是被提供用于讨论目的的示例。根据本文的公开内容，许多其它变型将对于本领域技术人员来说将是明显的。此外，尽管本文的公开内容阐明了用于执行本文的技术和过程的适当的框架、架构和环境的若干示例，但是本文的实施方式不限于示出和讨论的特定示例。

结论

尽管以特定于结构特征和/或方法动作的语言描述了主题，但是在所附权利要求中定义的主题不限于上文描述的具体特征或动作。相反，上文描述的具体特征和动作被公开作为实施权利要求的示例形式。本公开旨在覆盖所公开的实施方式的任何和所有的改编或变型，并且以下的权利要求不应当被解释为被限制于在说明书中公开的具体实施方式。相反，本文档的范围应当完全通过之后的权利要求、连同被赋予给这样的权利要求的等同形式的完全范围而整个地确定。

Claims (10)

1.一种编码有指令的机器可读存储介质，当所述指令由计算***的一个或多个处理器执行时，引起所述一个或多个处理器执行动作，所述动作包括：

进入低功率模式达一设置的时间段或直到用户交互被检测到；

在所述低功率模式期间，确定是否阻挡一个或多个触发事件以防引起一个或多个相应后台任务操作的激活；

阻挡所述一个或多个触发事件中的至少一个触发事件以防引起相应后台任务操作的激活；

在触发事件缓冲器中缓冲所述至少一个触发事件；以及

响应于所述设置的时间段的结束或者检测到用户交互，退出所述低功率模式，并且允许所述触发事件缓冲器中的所述至少一个触发事件引起所述相应后台任务操作的所述激活。

2.如权利要求1所述的机器可读存储介质，其中当所述计算***处于所述低功率模式时，与被阻挡的触发事件的相应后台任务操作有关的至少一个通知声音被抑制。

3.如权利要求1所述的机器可读存储介质，其中当所述相应后台任务操作被激活时，第一被允许的触发事件引起所述计算***离开所述低功率模式；以及当所述相应后台任务操作被激活时，第二被允许的触发事件被防止引起所述计算***离开所述低功率模式。

4.如权利要求1所述的机器可读存储介质，所述动作还包括：

当被阻挡以防引起其他相应后台任务操作的第二激活的第二被阻挡的触发事件存在于所述触发事件缓冲器中时，丢弃被阻挡以防引起所述其他相应后台任务操作的第一激活的第一被阻挡的触发事件。

5.如权利要求4所述的机器可读存储介质，所述动作还包括：

当被阻挡以防引起所述其他相应后台任务操作的所述第二激活的所述第二被阻挡的触发事件已经存在于所述触发事件缓冲器中时，缓冲所述第一被阻挡的触发事件以防引起所述其他相应后台任务操作的所述第一激活。

6.如权利要求1所述的机器可读存储介质，所述动作还包括：

对于被阻挡以防引起其他相应后台任务操作的第一激活的第一被阻挡的触发事件，丢弃已经存在于所触发事件缓冲器中的第二被阻挡的触发事件，其中所述第二被阻挡的触发事件被阻挡以防引起所述其他相应后台任务操作的第二激活；以及

在所述触发事件缓冲器中缓冲第一被阻挡的触发事件。

7.如权利要求1所述的机器可读存储介质，所述动作还包括：

确定在所述设置的时间段的所述结束之前发生的时间，并且允许一个或多个被缓冲的触发事件引起所述一个或多个相应后台任务操作的激活，所述被缓冲的触发事件在没有离开所述低功率模式的情况下被阻挡以防激活所述一个或多个相应后台任务操作。

8.一种计算机实施的方法，包括：

在包括一个或多个处理器和存储器的一个或多个计算机***的控制下，所述存储器存储可执行指令，

在针对所述计算机***中的至少一个计算***的安静模式阶段期间，针对多个触发事件中的每个触发事件，确定是否阻挡触发事件以防引起一个或多个相应后台任务操作的激活，对应于所述多个触发事件中的第一触发事件的第一相应后台任务操作是多个类型的后台任务操作中的第一类型，对应于所述多个触发事件中的第二触发事件的第二相应后台任务操作是多个类型的后台任务操作中的第二类型的后台任务操作；

至少部分地基于所述确定是否阻挡所述多个触发事件中的触发事件来阻挡被阻挡的触发事件以防引起相应后台任务操作的激活；

在触发事件缓冲器中缓冲所述被阻挡的触发事件；以及

确定在所述安静模式的实例的结束之前发生的时间，并且在确定的所述时间允许一个或多个被缓冲的触发事件引起一个或多个相应后台任务操作的所述激活，所述被缓冲的触发事件在没有离开所述安静模式的情况下被阻挡以防激活所述一个或多个相应后台任务操作。

9.一种计算***，包括：

一个或多个处理器；

存储器；

用户界面模块，其被存储在所述存储器中并且由所述一个或多个处理器可执行以：

生成被配置为接受针对所述计算***的低功率模式的设置的输入的用户界面，所述低功率模式是连接待机模式，所述用户界面包括后台任务界面，所述后台任务界面被配置为接受针对所述低功率模式的任务特定设置的输入；

安静模式模块，其被存储在所述存储器中并且由所述一个或多个处理器可执行以：

确定是否满足针对低功率模式的条件；

响应于确定针对所述低功率模式的条件被满足，引起所述计算***进入所述低功率模式；

在所述低功率模式期间，确定是否阻挡一个或多个触发事件以防引起一个或多个相应后台任务操作的激活；以及

至少部分地基于确定是否阻挡至少一个被允许的触发事件以防引起相应后台任务操作的激活而允许所述一个或多个触发事件的至少一个触发事件在所述低功率模式期间引起相应后台任务操作的激活。

10.如权利要求9所述的计算***，其中所述安静模式模块进一步由所述一个或多个处理器可执行以：

至少部分基于确定是否阻挡至少一个被阻挡的触发事件，而阻挡所述一个或多个触发事件中的至少一个触发事件以防引起至少一个相应后台任务操作的激活。