屏幕上的自适应通知的制作方法

诸如台式计算设备和电话这样的许多计算设备向用户提供基于内容的通知。这些通知典型地以图标的形式出现，其可以或者可以不具有与其相关联的号码。例如，电子邮件通知可以以信封图标的形式出现，其具有表示已经接收到的新电子邮件的数目的号码。同样地，天气通知可以以某种类型的基于天气的图标（诸如，云）的形式出现。但是，提供这样的通知的粒度典型地要求用户执行一系列附加动作以访问特定通知和/或通知与其相关联的应用。

更一般地，迄今为止，关于诸如以上提及的那些和其它之类的通知的用户体验未能达到提供高效、流线型以及合期望的用户体验的要求。

技术实现要素：

提供该发明内容来以简化形式引入以下在具体实施方式中进一步描述的概念的选择。该发明内容不意图标识所要求保护的主题的关键特征或必要特征，也不意图用来帮助确定所要求保护的主题的范围。

各种实施例提供了关于各种通信的通知，其基于一个或多个准则在视觉上被修饰以指示通信的所感知的重要性。此外，在至少一些实施例中，多个不同类型的通知可以被组合并且被呈现为单个图标，其具有相关联的计数以指示已经接收到的不同通知的数目。另外，其它实施例使得用户能够快速地且高效地直接深层链接到与特定通知相关联的应用中。

其它实施例可以通过查明特定设备的用户并且基于该用户而浮现已经相应地被过滤的通知来解决隐私性关注。以该方式，可以基于当前设备用户通过通知呈现各种不同等级的个人信息。

在其它实施例中，可以基于用户的上下文优先化通知，并且此外在视觉上优先化以比其它也许较不重要的通知在更加视觉突出的位置中呈现重要通知。另外，可以基于用户或设备的上下文修改通知更新频率。

附图说明

参照随附的图描述详细描述。在附图中，参考号码的（多个）最左侧的数字标识其中该参考号码第一次出现的附图。相同参考号码在描述和附图中的不同实例中的使用可以指示相似或相同的项目。

图1图示了依照一个或多个实施例的示例操作环境。

图2图示了依照一个或多个实施例的示例计算设备。

图3图示了依照一个或多个实施例的示例计算设备。

图4是描述了依照一个或多个实施例的方法中的步骤的流程图。

图5是描绘了依照一个或多个实施例的方法中的步骤的流程图。

图6图示了依照一个或多个实施例的示例计算设备。

图7图示了依照一个或多个实施例的示例计算设备。

图8图示了依照一个或多个实施例的示例计算设备。

图9图示了依照一个或多个实施例的示例计算设备。

图10图示了依照一个或多个实施例的示例计算设备。

图11是描述了依照一个或多个实施例的方法中的步骤的流程图。

图12图示了依照一个或多个实施例的示例计算设备。

图13图示了依照一个或多个实施例的示例计算设备。

图14是描述了依照一个或多个实施例的方法中的步骤的流程图。

图15图示了依照一个或多个实施例的示例计算设备。

图16是描述了依照一个或多个实施例的方法中的步骤的流程图。

图17图示了可以用于实现本文描述的各种实施例的示例计算设备。

具体实施方式

概述

各种实施例提供了关于各种通信的通知，其基于一个或多个准则在视觉上被修饰以指示通信的所感知的重要性。通信典型地由存在于计算设备上的应用来接收，所述计算设备诸如是台式计算机、膝上型计算机、平板计算机、智能电话等。任何适当类型的通信可以是如在该文档中描述的通知的主题。作为示例而非限制，通信可以包括电话呼叫、互联网协议电话（VoIP）呼叫、文本消息、电子邮件消息、与社交网络应用相关联的通信、与天气应用相关联的通信、或者典型地由计算设备或者存在于计算设备上的应用接收的任何其它类型的通信。

此外，在至少一些实施例中，多个不同类型的通知可以被组合并且被呈现为单个图标，其具有相关联的计数以指示已经接收到的不同通知的数目。例如，与电话呼叫和VoIP呼叫相关联的通知可以与单个图标结合地被组合和呈现。另外，其它实施例使得用户能够快速地且高效地直接深层链接到与特定通知相关联的应用中。深层链接可以以任何适合的方式被实现，作为示例而非限制，诸如通过触摸手势、自然用户接口（NUI）手势、输入设备选择等被实现。

其它实施例可以通过查明特定设备的用户并且基于该用户而浮现已经相应地被过滤的通知来解决隐私性关注。以该方式，可以基于当前设备用户通过通知来呈现各种不同等级的个人信息。

在其它实施例中，可以基于用户的上下文优先化通知，并且此外在视觉上优先化以比其它也许较不重要的通知在更加视觉突出的位置中呈现重要通知。另外，可以基于用户或设备的上下文修改通知更新频率。

在以下讨论中，首先描述可操作成采用本文描述的技术的示例环境。所述技术可以在示例环境中以及在其它环境中被采用。

示例环境

图1图示了可操作成采用本文描述的技术的示例实现方案中的示例环境100。所图示的环境100包括计算设备102、一个或多个服务器104和网络106（图示为“云”），计算设备102和服务器104可以通过该网络106进行通信。

在所图示和描述的示例中，除其它组件之外，计算设备102包括一个或多个处理器108、一个或多个计算机可读存储媒体110和通知模块112，所述通知模块如上文和下文关于针对由计算设备102接收的各种通信所生成的通知而描述的那样操作。此外，计算设备102包括可以接收通信的一个或多个应用，其示例在上文和下文中被提供。在当前示例中，分别在114、116和118处示出三个不同通知。

通知114与由计算设备接收的呼叫相关联。在该示例中，通知114包括以电话为形式的图标以及所谓的“计数”。计数已经迭代至“2”以指示已经接收到两个呼叫。

通知116与由计算设备接收的消息相关联。在该示例中，通知116包括以消息为形式的图标以及计数。计数已经迭代至“1”以指示已经接收到一个消息。

通知118与来自天气应用的通信相关联。在该示例中，通知118包括以部分晴朗的云为形式的图标以及温度读数。要领会和理解到，通知不需要必然地具有计数。相反，通知可以简单地包括图标而没有计数。

在实践中，“计算设备”可以构成任何适当类型的计算设备。例如，计算设备102可以配置为传统计算机（例如，台式个人计算机、膝上型计算机等）、移动站、娱乐器具、通信耦合到电视的机顶盒、无线电话、上网本、游戏操控台、手持式设备等。因而，计算设备102的范围可以从具有大量存储器和处理器资源的全资源设备（例如，个人计算机、游戏操控台）到具有有限存储器和/或处理资源的低资源设备（例如，传统机顶盒、手持式游戏操控台）。

服务器104被图示为包括用于web服务122的平台120。Web服务122可以包括任何适当类型的web服务。服务器104及其相关联的web服务122可以生成通信，其通过网络106被提供给计算设备102。当接收到通信时，通信由计算设备102和/或在计算设备上执行的相关联的应用来处理，并且通知模块112提供如上文和下文描述的通知。

平台120对云的硬件（例如，服务器）和软件资源的底层功能性进行抽象并且因而充当“云操作系统”。例如，平台120可以对资源抽象以使得能够实现各种计算设备之间的通信。平台120还可以用来对资源的规模进行抽象以针对经由平台120实现的web服务122的所遭遇的需求而提供对应等级的规模。还设想到各种各样的其它示例，诸如服务器群中的服务器的负载均衡、抵抗恶意方（例如，垃圾邮件、病毒和其它恶意软件）的保护等。

因而，作为与经由互联网或其它网络而可用于计算设备的软件和硬件资源有关的策略的部分而包括云。

一般地，本文描述的任何功能可以使用软件、固件、硬件（例如，固定逻辑电路）、手动处理或者这些实现方案的组合而被实现。如本文中使用的术语“模块”、“功能性”和“逻辑”一般地表示软件、固件、硬件或其组合。在软件实现方案的情况下，模块、功能性或逻辑表示在处理器（例如，一个或多个CPU）上或者由所述处理器执行时执行指定任务的程序代码。程序代码可以存储在一个或多个计算机可读存储器设备中。

例如，计算设备还可以包括使计算设备的硬件或虚拟机执行操作的实体（例如，软件），其例如是处理器、功能块等。例如，计算设备可以包括可以配置为维持指令的计算机可读介质，所述指令使计算设备并且更特别地计算设备的操作系统和相关联的硬件执行操作。因而，指令运行来配置操作系统和相关联的硬件以执行操作并且以该方式导致执行功能的操作系统和相关联的硬件的变换。指令可以由计算机可读介质通过各种各样不同的配置而提供给计算设备。

计算机可读介质的一种这样的配置是信号承载介质并且因而被配置为诸如经由网络向计算设备传送指令（例如，作为载波）。计算机可读介质还可以配置为计算机可读存储介质并且因而不是信号承载介质。计算机可读存储介质的示例包括随机存取存储器（RAM）、只读存储器（ROM）、光盘、闪存、硬盘存储器、以及可以使用磁性、光学和其它技术来存储指令和其它数据的其它存储器设备。

在接下来的讨论中，题为“丰富通知”的章节描述了可以依照一个或多个实施例被提供的各种类型的通知。在此之后，题为“组合不同类型的通知”的章节描述了可以如何依照一个或多个实施例将不同类型的通知组合到单个图标中。接下来，题为“从通知深层链接到应用”的章节描述了依照一个或多个实施例用户如何能够从通知直接深层链接到相关联的应用。在此之后，题为“浮现不同等级的个人信息”的章节描述了依照一个或多个实施例可以如何取决于计算设备的上下文而在计算设备上浮现不同等级的个人信息。接下来，题为“基于上下文来优先化通知”的章节描述了依照一个或多个实施例可以如何基于上下文来优先化通知。最后，题为“示例设备”的章节描述了可以用于实现一个或多个实施例的示例设备的方面。

已经考虑了示例操作环境，现在考虑丰富通知的概念。在接下来的讨论中，在分离的标题之下描述各种实施例。要理解和领会到，在其自身标题之下描述的每一个实施例可以与在其相关联的标题之下描述的其它实施例结合地被使用。因此，例如，在标题“丰富通知”之下描述的实施例可以与在标题“组合不同类型的通知”之下描述的实施例等等结合地被使用。

丰富通知

如上文所指出，各种实施例提供了关于各种通信的通知，其基于一个或多个准则在视觉上被修饰以指示通信的所感知的重要性。通信典型地由存在于计算设备上的应用接收，所述计算设备诸如是台式计算机、膝上型计算机、平板计算机、智能电话等。任何适当类型的通信可以是如在该文档中描述的通知的主题。作为示例而非限制，通信可以包括电话呼叫、互联网语音（VoIP）呼叫、文本消息、电子邮件消息、与社交网络应用相关联的通信、与天气应用相关联的通信、或者典型地由存在于计算设备上的应用或者计算设备接收的任何其它类型的通信。

作为示例，考虑图2，其图示了依照一个或多个实施例的计算设备102。在该示例中，计算设备在计算设备的显示设备上显示屏幕200。屏幕200可以是任何适当的屏幕，作为示例而非限制诸如与在设备上执行的应用相关联并且由该应用显示的屏幕、与设备的操作系统相关联的屏幕等。在遍及该文档所使用的示例中，使用了以所谓的“锁定屏幕”为形式的屏幕。锁定屏幕是典型地由设备的操作系统使用的用户接口。锁定屏幕通过使用户执行某一动作以便接收访问（作为示例而非限制诸如录入密码、使用某一按钮组合、或者通过使用设备的触摸屏执行某一手势）而调控对设备的立即访问。

然而，要领会和理解到，可以利用其它类型的屏幕而不脱离所要求保护的主题的精神和范围。

在过去，通知（还称为“标记”）已经在其锁定屏幕上给予用户对用户来说可能感兴趣的信息的可快速扫视的概要。通知已经完成向用户传达信息的合宜工作，包括与通知相关联的计数，但是目前尚未达到提供区分更加重要的通知与另一个通知的能力的要求。这是由于所有通知往往以相同方式处置——也就是说，具有图标和计数。此外，为了用户能够标识与更加重要的通知相关联的通信，用户首先必须查明哪些通知更加重要。为了完成这，用户必须特别地从设备的锁定屏幕对屏幕解锁，去往开始菜单，寻找与通知相关联的特定应用，并且访问应用以便对通知起作用。随时间推移，这可能具有以下不合期望的效果：迫使用户执行多个动作以便简单地访问针对其已经接收到通信的应用。

现在考虑计算设备102及其相关联的通知214、216和218。特别地注意，通知216已经在视觉上被修饰以指示通信的所感知的重要性。也就是说，与所接收的消息相关联的通知已经在视觉上被修饰以指示名称“Max”连同计数。具体地，可以利用各种准则来查明通信的所感知的重要性。作为示例而非限制，这样的准则可以包括已经标识为对用户重要的人（其诸如通过具体地由用户标识、出现在用户的联系人列表中等被标识）、发生与其的频繁通信的人、与其的最近通信已经发生的人等。

在所图示和描述的示例中，通知可以以任何适当的方式在视觉上被修饰。例如，在至少一些实施例中，通知可以如通过被扩展而临时地在视觉上被修饰成指示与通知相关联的名称。在一段时间（例如，几秒钟）之后，通知可以被折叠（collapsed）。可替换地或者附加地，当多个通知被感知为重要的时，通知可以在视觉上被修饰成循环每一个修饰（例如每一个名称），使得用户可以标识被感知为重要的多个不同通信。

通知还可以在视觉上以其它方式被修饰。作为示例，与图2相比较和对比地考虑图3。特别地注意，图2中的部分晴朗图标通知218已经在图3中修改成指示雷雨通知。在该特定示例中，计算设备的天气应用已经接收到与天气中的改变相关联的通信，并且已经导致通知被相应修改。

图4是描述了依照一个或多个实施例的方法中的步骤的流程图。所述方法可以与任何适当的硬件、软件、固件或其组合结合地被执行。在至少一些实施例中，将要描述的方法的方面可以由适当配置的通知模块（诸如结合图1描述的那个）来执行。通知模块可以包括计算设备的操作系统的部分和/或应用的部分。

步骤400在计算设备上显示屏幕。可以显示任何适当类型的屏幕。在至少一些实施例中，所显示的屏幕包括锁定屏幕。在至少一些其它实施例中，所显示的屏幕包括锁定屏幕之外的屏幕。步骤402在屏幕上显示一个或多个通知。通知的示例在上文中被提供。步骤404接收与在计算设备上执行的应用相关联的通信。可以接收任何适当类型的通信，其示例在上文中被提供。

步骤406应用准则以查明通信的所感知的重要性。可以利用任何适当类型的准则，其示例在上文中被提供。具体地，准则可以包括用户限定的准则（其诸如标识对于特定用户重要的个体）以及用户限定的准则之外的准则。作为示例而非限制，这样的其它准则可以包括从通信日志（诸如电子邮件日志、网络日志、电话呼叫和文本日志、通信历史等）的分析所搜集的准则。步骤408在视觉上修饰用于被感知为重要的通信的通知。可以采用任何适当类型的视觉修饰。例如，视觉修饰可以包括利用从其接收到通信的人员的名称填充通知。其它视觉修饰可以包括修改与通知相关联的图标。

已经考虑了丰富通知的概念，现在考虑可以如何依照一个或多个实施例组合不同类型的通知。

组合不同类型的通知

此外，在至少一些实施例中，多个不同类型的通知可以被组合并且呈现为单个图标，其具有相关联的计数以指示已经接收到的不同通知的数目。典型地，在过去，通知已经被与单个类型的通信相关联。例如，电话呼叫可以具有一种类型的通知，而VoIP呼叫可以具有另一种类型的通知。在一些实例中，用户可能仅关注接收与“呼叫”相关联的通知，而不管呼叫是电话呼叫还是VoIP呼叫。在这些实例和其它实例中，不同类型的通知可以与单个图标结合地被组合并且被呈现。因此例如，与电话呼叫和VoIP呼叫相关联的通知可以与单个图标结合地被组合并且被呈现。

在至少一些实施例中，单个图标可以具有与两个或更多不同类型的通知相关联的计数。因此，例如，如果已经接收到两个电话呼叫并且已经接收到一个VoIP呼叫，则将示出的邻近图标的总计数将为“3”。可替换地或者附加地，多个不同的图标可以使用在屏幕上的相同“槽位（slot）”或位置中。每一个图标可以与不同通知相关联并且可以在视觉上被循环以在不同时间显示不同图标来传达通知。因此，例如，如果已经接收到两个电话呼叫并且已经接收到一个VoIP呼叫，则电话呼叫图标可以连同计数“2”被显示在槽位中。在一段时间之后，电话呼叫图标可以在槽位中被替换为VoIP图标连同计数“1”。

以上描述的方案与双SIM设备结合地是特别有用的。双SIM设备是可以具有两个SIM卡以及因而具有用于通信的两个号码的设备。因此，每一个号码可以用于语音呼叫以及文本消息传送。共同地，双SIM设备可以接收文本消息的两个集合以及电话呼叫的两个集合。依照以上描述的原理，可以利用单个槽位以提供用于两个号码的通知。在至少一些实施例中，单个通知可以用于两个号码以覆盖文本消息和电话呼叫二者。可替换地或者附加地，不同通知可以在单个槽位中被循环以便以与上文描述的方式类似的方式标识文本消息和电话呼叫。

在至少一些实施例中，用户可以限定与不同通知类型相关联的分组。也就是说，一些用户可以在逻辑上将不同应用关联在一起。例如，用户可以将文本消息和电子邮件消息简单地视为不同类型的通信。因而，出于接收通知的目的，用户可以决定将文本消息和电子邮件消息分组在一起。以该方式，可以利用单个槽位来提供用于文本消息和电子邮件消息二者的通知。这些通知可以以上文描述的方式被循环以提供用于所接收的消息的视觉修饰。可替换地或者附加地，可以在某个特定事务（matter）中自动地限定分组。因此，例如，设备制造商可以选择将社交网络通信与电子邮件通信分组在一起以用于在单个槽位中生成通知的目的。

图5是描述了依照一个或多个实施例的方法中的步骤的流程图。所述方法可以与任何适当的硬件、软件、固件或其组合结合地被执行。在至少一些实施例中，将要描述的方法的方面可以由适当配置的通知模块（诸如结合图1描述的那个）来执行。通知模块可以包括计算设备的操作系统的部分和/或应用的部分。

步骤500在计算设备上显示屏幕。可以显示任何适当类型的屏幕。在至少一些实施例中，所显示的屏幕包括锁定屏幕。在至少一些其它实施例中，所显示的屏幕包括锁定屏幕之外的屏幕。步骤502将单个槽位分配给多个不同类型的通信。不同类型的通信的示例在上文中被提供。步骤504在屏幕上显示一个或多个通知。通知的示例在上文中被提供。步骤506接收与在计算设备上执行的应用相关联的通信。可以接收任何适当类型的通信，其示例在上文中被提供。

步骤508在单个槽位中显示与所接收的通信相关联的通知。如何完成这的示例在上文中被提供。步骤510接收不同类型的通信。步骤512在单个槽位中显示与不同类型通信相关联的通知。该步骤可以以任何适当的方式被执行。例如，在一些实例中，计算设备可以在步骤508和512之间交替以循环与每一种类型的通信相关联的不同通知的显示。以该方式，通过使用单个槽位来传达与不同类型的通信相关联的通知来节省屏幕不动产。

已经考虑了组合不同类型的通知的概念，现在考虑从通知深层链接到应用的方面。

从通知深层链接到应用

如上文所指示的，一些实施例使得用户能够快速地且高效地直接深层链接到与特定通知相关联的应用中。深层链接可以以任何适当的方式被实现，作为示例而非限制，诸如通过触摸手势、自然用户接口（NUI）手势、输入设备选择等被实现。

因此，如下文描述的深层链接可以缓解这样的情况，其中响应于接收到通知，用户必须对屏幕解锁，去往开始菜单，寻找与通知相关联的特定应用，以及访问应用以便对通知起作用。因而，用户体验更快速并且更高效。

作为示例，考虑图6，其图示了计算设备102以及三个相关联的通知614、616和618。特别地注意，通知614已经由用户触摸选择，如由暗圈指示。在该特定示例中，通过向上的触摸滑动手势，用户可以揭露已经接收到的通信的指示。这在最右边的计算设备中被图示，其示出了两个未接来电，一个来自“家里”并且一个来自“爸爸”。因而，通过相对于通知所接收的单个手势，用户可以深层链接到与通知相关联的应用。这缓解了用户必须对其屏幕解锁并且执行若干其它动作，以便简单地访问应用并且查明通知的上下文。

作为另一个示例，考虑图7，其图示了计算设备102和通知718。此处，用户已经触摸选择通知718，并且通过单个向上的触摸滑动手势已经深层链接到电子邮件应用中以揭露最近接收的电子邮件消息中的一些。

可以利用任何适当的技术以使得能够从通知深层链接到相关联的应用。作为仅仅一个示例，考虑以下情况。在至少一些实施例中，每一个通知可以包括元数据或某种其它信息，诸如URI，其指示与通知相关联的应用。该信息可以包括应用位置以及使得应用能够被访问的信息。当用户触摸选择特定通知并且执行访问手势时，诸如向上的触摸滑动手势，通知模块可以利用元数据或URI来立即启动或者访问当前运行的应用。

现在考虑如上文所述的其中单个槽位与多个不同通知相关联的实例。当在视觉上循环通知时，如果在特定通知可见时用户触摸选择该特定通知，则计算设备可以深层链接到相关联的应用并且呈现内容，诸如在图6和7中描述和示出的。类似地，当存在于单个槽位中的其它通知被使得可见时，触摸选择和执行访问手势将深层链接到相关联的应用中。

可以利用其它技术和方案来促进用于深层链接的交互式通知。作为示例，考虑图8，其图示了具有在屏幕顶部处的数个不同通知的计算设备102。在该示例中，触摸选择通知存在于其中的区域并且执行访问手势（如由向下箭头所指示的）可以揭露与通知相关联的信息。因此，例如注意，通知指示已经接收到一个文本消息、已经接收到两个电子邮件消息、以及已经接收到一个社交联网消息。通过触摸选择通知存在于其中的区域并且执行访问手势，用户可以揭露与已经接收到的消息中的每一个相关联的信息，如在最右边的图示中所指示的。

图9和10示出了促进交互式通知的附加实施例，交互式通知提供了向与通知相关联的内容的深层链接预览。例如，在图9中，用户已经在时间“6:15”之上触摸选择。通过这样做，通知逐个地被重新定位并且被扩展出来以提供预览项目。因此，在该特定示例中，预览项目包括来自“Henry Sadler”的一个文本消息、来自“Grace Sadler”和“Max Sadler”的两个电子邮件消息、以及来自“Sammy Sadler”的一个社交联网消息。

现在，继续到图10，触摸选择特定预览项目可以导致向该项目中的更深层预览，其在该示例中显示于在1000处的屏幕的顶部，即“请拿具有真正香肠的狗粮”。

图11是描述了依照一个或多个实施例的方法中的步骤的流程图。该方法可以与任何适当的硬件、软件、固件或其组合结合地被执行。在至少一些实施例中，将要描述的方法的方面可以由适当配置的通知模块（诸如结合图1描述的那个）来执行。通知模块可以包括计算设备的操作系统的部分和/或应用的部分。

步骤1100在计算设备上显示屏幕。可以显示任何适当的屏幕，其示例在上文中被提供。步骤1102在屏幕上显示一个或多个通知。可以如何完成这的示例在上文中被提供。步骤1104相对于通知中的一个或多个接收访问手势。该步骤可以以任何适当的方式被执行。例如，访问手势可以相对于通知中的单一一个被接收。可替换地或者附加地，访问手势可以相对于多个通知被接收。响应于接收到访问手势，步骤1106深层链接到一个或多个相应应用中。可以如何完成这的示例在上文中被提供。步骤1108显示与深层链接应用相关联的内容。该步骤可以以任何适当的方式被执行。例如，在至少一些实施例中，并且特别地在其中访问手势相对于单个通知被接收的那些实施例中，所揭露的内容可以是与该特定通知的应用相关联的内容。可替换地或者附加地，在其中访问手势相对于多个通知被接收的实施例中，内容可以包括与每一个通知的应用相关联的内容。可以如何完成这的示例结合图8、9和10被示出和描述。这样的内容可以包括逐步更深层的预览，诸如结合图9和10描述和示出的。

已经考虑了深层链接到相应应用中的概念，现在考虑依照一个或多个实施例的浮现不同等级的个人信息的讨论。

浮现不同等级的个人信息

如上文所指出，其它实施例可以通过查明特定设备的用户并且基于该用户而浮现已经相应地被过滤的通知来解决隐私性关注。以该方式，可以基于当前设备用户，通过通知来呈现各种不同等级的个人信息。将要描述的实施例在锁定屏幕的上下文中被描述。然而，如上文所指出，本文描述的实施例可以结合锁定屏幕之外的屏幕被使用。

在其中结合锁定屏幕提供通知的实施例中，锁定屏幕典型地是用户在其计算设备上看到的第一个屏幕。因此，锁定屏幕充当对于用户的设备和信息的网关（gateway）。因为锁定屏幕是可容易地访问的，所以其往往在一天中由用户频繁访问。此外，因为锁定屏幕是通常看到的第一个屏幕并且是可容易地访问的，所以许多用户可以个性化锁定屏幕使得其具有他或她想要在简单扫视时可得到的信息。然而，由于这一点，用户可能具有这样的关注：某种等级的个人信息在没有对设备解锁的情况下不应当对于任何人可见。也就是说，个人信息不应当在锁定屏幕上由设备的授权用户之外的人可观看。因而，个性化通知可能是许多用户所关注的。

例如，考虑从涉及家庭事务或敏感性质的某些事情的配偶或深爱的人接收的消息。如果授权用户之外的某人占有计算设备，则关于这些消息而出现的通知对于授权用户之外的某人可能清楚地可见。

依照一个或多个实施例，计算设备被配置为检测与设备的当前用户相关联的触发。基于特定触发，计算设备可以或者可以不采取动作来保护授权用户的个人信息。可以利用任何适当类型的触发。

例如，可以利用与实际持有设备的人相关联的触发。在一些实例中，可以利用紧握检测技术，其采用传感器（诸如电容传感器）以相对于设备识别紧握轮廓（profile）。具体地，在许多实例中，当他们在使用设备时授权用户将以相同方式持有设备。这可以使得设备能够开发与授权用户相关联的紧握轮廓。使用该紧握轮廓，设备然后可以标识设备何时很可能被授权用户之外的某人持有。其它触发可以包括诸如指纹扫描等的其它生物计量轮廓的使用。

此外，触发可以与设备接近的人以暗示他们是当前用户的方式相关联。例如，许多计算设备具有前置相机。前置相机可以捕获当前用户的图片并且将其与授权用户的图片轮廓相比较。另外，还可以利用虹膜识别来查明特定设备的当前用户。

但是，可以利用其它方案来查明计算设备的当前用户。例如，触发可以同计算设备与其它计算设备交互的方式相关联。例如，用户的计算设备可以以电话（诸如在上文中描述的那个）的形式存在。用户还可以具有另一种类型的计算设备，诸如智能手表。用户的计算设备和智能手表可以通过任何适当的技术彼此通信，所述技术作为示例而非限制诸如是蓝牙技术。通过接近分析，计算设备可以告知智能手表何时极为接近以便暗示当前用户是授权用户。当接近分析指示智能手表远离计算设备阈值距离，设备可以暗示当前用户不是授权用户。

还可以利用其它技术以查明计算设备的当前用户是授权用户。例如，触发可以与授权用户开启计算设备的方式相关联。也就是说，代替于简单地使用电源键，用户可以通过使用输入序列来开启计算设备和锁定屏幕。输入序列可以包括显示设备关断时显示设备上的轻敲序列、其间具有特定持续时间的轻敲序列、设备上的不同位置处的轻敲序列等。因而，如果简单地使用电源键开启设备，则计算设备可以暗示当前用户不是授权用户。然而，在使用电源键之外的某种机制或者与电源键结合地使用一系列轻敲或其它输入来开启设备的事件中，则设备可以暗示当前用户是授权用户。

另外，触发可以彼此结合地被使用以查明当前用户设备。例如，触发可以是由前置相机进行的分析与用来持有特定计算设备的紧握轮廓的组合。

如果由计算设备利用的特定触发暗示当前用户不是授权用户，则通知模块可以隐藏或者否则过滤可能包括在通知中的个人信息。这可以包括诸如详细状态、个人策划信息（personally curated information）等等的信息。此外，如果当前用户不是授权用户，则计算设备可以采取措施以限制可以在设备上执行的可用动作，诸如约束打开“通知中心”以查看通知的能力。

作为示例，考虑图12。在那里，示出了依照一个实施例的计算设备102。在该特定示例中，注意，通知典型地出现在其中的屏幕位置（在1200处指示的）包括简单地指示“17个新更新”的稍微通用的通知。不存在已经浮现在设备上的个人信息。

另一方面，如果由计算设备利用的特定触发暗示当前用户是授权用户，则通知模块可以使得通知能够呈现用于用户的个人信息。

作为示例，考虑图13。在那里，在两个不同的时间点处示出了计算设备102。注意，通知出现在其中的区域（一般地在1300处示出的）包括个性化通知，其包括图标和相关联的计数、与用户的个人健康应用相关联的“FITBIT计数”、以及描述用户的所安排的会议的非常具体的日历通知（在已经平移到的最右边表示中示出的）。

图14是描述了依照一个或多个实施例的方法中的步骤的流程图。所述方法可以与任何适当的硬件、软件、固件或其组合结合地被执行。在至少一些实施例中，将要描述的方法的方面可以由适当配置的通知模块（诸如结合图1描述的那个）来执行。通知模块可以包括计算设备的操作系统的部分和/或应用的部分。

步骤1400检测与计算设备相关联的触发。可以利用任何适当类型的触发，其示例在上文中被提供。步骤1402从触发查明设备的当前用户是否很可能为授权用户。该步骤可以以任何适当的方式被执行，其示例在上文中被提供。当当前用户不太可能是授权用户时，步骤1404将一个或多个过滤器应用于通知。经过滤的通知的示例在图12中被提供并且结合图12被描述。当当前用户很可能为授权用户时，步骤1406呈现未经过滤的通知，其包括个人信息。未经过滤的通知的示例在图13中被提供并且结合图13被描述。

已经考虑了其中可以取决于设备的用户而浮现不同等级的信息的实施例，现在考虑依照一个或多个实施例可以如何基于上下文优先化通知。

基于上下文优先化通知

在其它实施例中，通知可以基于用户的上下文被优先化，并且此外，在视觉上被优先化以比其它也许较不重要的通知在更加视觉突出的位置中呈现重要通知。另外，可以基于用户或设备的上下文来修改通知更新频率。

假设用户的计算设备具有用于五个通知槽位的空间。作为示例，考虑图15。在那里，图示了计算设备102并且其在其中典型地浮现通知的区域1500中包括五个通知槽位。取决于用户的上下文，接收某些类型的通知可以比其它通知更合期望。例如，在计算设备102正下方，表示了两个不同的上下文——“家庭上下文”和“工作上下文”。随每一个上下文出现五个通知槽位。当用户在家里时，他们可能更加关心的是接收更加悠闲的通知，诸如关于比赛分数、社交媒体、食谱等的通知。因此，例如，针对“家庭上下文”将不同通知类型的通知的第一集合示出为“A”、“B”、“C”、“D”和“E”。现在，假设用户在工作。在该特定上下文中，他们可能想要看到更工作相关的通知，诸如与工作相关的电子邮件消息、日历事件等相关联的通知。因此，例如，针对“工作上下文”将不同通知类型的通知的第二集合示出为“F”、“G”、“H”、“I”和“J”。

附加于基于用户的上下文而优先化浮现哪些通知，也可以调节通知的视觉优先级。具体地，用户认为更加重要的通知可以以视觉突出的方式被显示。例如，如果用户从左向右阅读，则最重要的通知（例如“家庭上下文”中的通知“A”）可以示出在最左边的位置中。同样地，如果用户从右向左阅读，则最重要的通知（例如“工作上下文”中的通知“J”）可以示出在最右边的位置中。

在所图示和描述的实施例中，用户的上下文可以基于数个不同触发被确定。这些触发可以包括任何适当的触发，可以从所述触发查明用户或设备的上下文。作为示例而非限制，触发可以包括当前位置、感兴趣的区、当前时间、用户的当前活动、用户的安排以及各种其它事情或条件。

用户的当前位置可以以任何适当的方式被确定，诸如例如使用与用户的设备相关联的GPS坐标被确定。感兴趣的区可以类似地被确定，除了位置可以以预定的方式被扩展出来之外。基于用户的当前位置或感兴趣的区，可以将上下文恰当的通知浮现给用户。因此，例如，用户可以处于感兴趣的特定区中，其中某些商店或某些服务（诸如GroupOn）提供特殊交易（special deals）。以该方式，通知槽位可以与通知相关联，所述通知从感兴趣的特定区内或者与感兴趣的特定区相关联的商业或服务被接收。

此外，可以取决于特定上下文来修改通知更新频率。例如，关于更加重要的通知，更新可以比较不重要的通知更加频繁地发生。因此，例如，取决于用户的上下文，如果用户的重要通知之一与其社交联网应用相关联，则与社交联网应用相关联的通知可以比其它通知更加频繁地发生。

关于与用户的当前活动相关联的触发，考虑以下情况。在一些实例中，用户可能当前在慢跑或听音乐。在该特定上下文中，某些通知对于用户而言可能比其它通知更相关或重要。具体地，如果用户在慢跑，则他们可能具有物理健康应用，其使得能够与其朋友社交联网。在开始他们的慢跑之前，用户可能已经在其社交网络上发帖，指示他们将去锻炼。在知晓这一点的情况下，用户的朋友在用户的当前活动上做出“评论”或“点赞”。这些通知可以被视为在用户在锻炼时对用户是重要的。因此，来自他们的物理健康应用的通知可以优先化到当前通知槽位中。

关于用户的安排，考虑以下情况。假设用户的安排具有安排在特定餐馆处的晚餐约会。用户使用特定就餐应用来进行预约。与就餐应用相结合地，可以发送通知，诸如当前特价产品、当前特价饮品等。这些通知可以优先化到通知槽位之一中使得用户可以立即看到它们。

图16是描述了依照一个或多个实施例的方法中的步骤的流程图。所述方法可以与任何适当的硬件、软件、固件或其组合结合地被执行。在至少一些实施例中，将要描述的方法的方面可以由适当配置的通知模块（诸如结合图1描述的那个）来执行。通知模块可以包括计算设备的操作系统的部分和/或应用的部分。

步骤1600确定与用户或用户的设备相关联的上下文。上下文可以以任何适当的方式被确定，其示例在上文中被提供。响应于确定上下文，步骤1602将通知的集合与所确定的上下文相关联。该步骤可以以任何适当的方式被执行。例如，在至少一些实施例中，将单独的通知分配给特定通知槽位。步骤1604呈现与所确定的上下文相关联的通知。该步骤可以以任何适当的方式被执行，其示例在上文中被提供。

当用户的上下文改变时，可以自动地确定新的上下文并且新的通知集合可以与新的上下文相关联。因此，用户的通知可以随着其上下文的改变而动态地改变。

已经考虑了可以如何基于上下文来优先化通知，现在考虑可以用于实现以上描述的实施例的示例设备的讨论。

示例设备

图17图示了可以实现为可以包括在设备圆中的任何类型的计算设备的示例设备1700的各种组件。如上文所指出，设备圆可以包括许多不同类型的变化的设备。因此，设备1700构成可以包括在设备圆中的设备的仅仅一个示例。

设备1700包括通信设备1702，其使得能够实现设备数据1704（例如，所接收的数据、正接收的数据、安排用于广播的数据、数据的数据分组等）的有线和/或无线通信。设备数据1704或其它设备内容可以包括设备的配置设定、存储在设备上的媒体内容、和/或与设备的用户相关联的信息。存储在设备1700上的媒体内容可以包括任何类型的音频、视频和/或图像数据。设备1700包括一个或多个数据输入端1706，可以经由其接收任何类型的数据、媒体内容和/或输入，诸如用户可选择的输入、消息、音乐、电视媒体内容、所录制的视频内容、以及从任何内容和/或数据源接收的任何其它类型的音频、视频和/或图像数据。

设备1700还包括通信接口1708，其可以实现为串行和/或并行接口、无线接口、任何类型的网络接口、调制解调器中的任何一个或多个，以及被实现为任何其它类型的通信接口。通信接口1708提供设备1700和通信网络之间的连接和/或通信链路，其它电子、计算和通信设备通过其与设备1700传送数据。

设备1700包括一个或多个处理器1710（例如，任何微处理器、控制器等），其处理各种计算机可执行指令以控制设备1700的操作和实现本文描述的技术的实施例。可替换地或者此外，设备1700可以利用硬件、固件或固定逻辑电路中的任何一个或组合被实现，所述固定逻辑电路结合一般地在1712处标识的处理和控制电路被实现。尽管没有示出，但是设备1700可以包括系统总线或数据传递系统，其耦合设备内的各种组件。系统总线可以包括不同总线结构中的任何一个或组合，诸如存储器总线或存储器控制器、外围总线、通用串行总线、和/或利用各种总线架构中的任一种的处理器或本地总线。

设备1700还包括计算机可读媒体1714，诸如一个或多个存储器组件，其示例包括随机存取存储器（RAM）、非易失性存储器（例如，只读存储器（ROM）、闪速存储器、EPROM、EEPROM等中的任何一个或多个）和盘存储设备。盘存储设备可以实现为任何类型的磁性或光学存储设备，诸如硬盘驱动器、可录制和/或可再写的压缩盘（CD）、任何类型的数字多功能盘（DVD）等。设备1700还可以包括大容量存储媒体设备1716。

计算机可读媒体1714提供数据存储机制以存储设备数据1704，以及各种设备应用1718和与设备1700的操作方面有关的任何其它类型的信息和/或数据。例如，操作系统1720可以利用计算机可读媒体1714被维持为计算机应用并且在处理器1710上执行。设备应用1718可以包括设备管理器（例如，控制应用、软件应用、信号处理和控制模块、特定设备本机的代码、用于特定设备的硬件抽象层等）。设备应用1718还包括任何系统组件或模块以实现本文描述的技术的实施例。在该示例中，设备应用1718包括接口应用1722和手势捕获驱动器1724，其被示出为软件模块和/或计算机应用。手势捕获驱动器1724表示用于向接口提供设备的软件，所述设备被配置为捕获手势，诸如触摸屏、触摸板、相机等。可替换地或者附加地，接口应用1722和手势捕获驱动器1724可以被实现为硬件、软件、固件或其任何组合。附加地，计算机可读媒体1714可以包括提供浏览器功能性的web平台1725。

设备1700还包括音频和/或视频输入-输出系统826，其向音频系统1728提供音频数据和/或向显示系统1730提供视频数据。音频系统1728和/或显示系统1730可以包括任何设备，其处理、显示和/或否则再现音频、视频和图像数据。视频信号和音频信号可以经由RF（射频）链路、S视频链路、复合视频链路、分量视频链路、DVI（数字视频接口）、模拟音频连接或者其它类似通信链路而从设备1700传送给音频设备和/或显示设备。在实施例中，音频系统1728和/或显示系统1730实现为设备1700的外部组件。可替换地，音频系统1728和/或显示系统1730实现为示例设备1700的集成组件。

总结

各种实施例提供了关于各种通信的通知，其基于一个或多个准则在视觉上被修饰以指示通信的所感知的重要性。此外，在至少一些实施例中，多个不同类型的通知可以被组合并且被呈现为单个图标，其具有相关联的计数以指示已经接收到的不同通知的数目。另外，其它实施例使得用户能够快速地且高效地直接深层链接到与特定通知相关联的应用中。

其它实施例可以通过查明特定设备的用户并且基于该用户而浮现相应地已经被过滤的通知来解决隐私性关注。以该特定方式，可以基于当前设备用户通过通知而呈现各种不同等级的个人信息。

在其它实施例中，可以基于用户的上下文优先化通知，并且此外，在视觉上优先化以比其它也许较不重要的通知在更加视觉突出的位置中呈现重要通知。另外，可以基于用户或设备的上下文来修改通知更新频率。

尽管已经以特定于结构特征和/或方法动作的语言描述了实施例，但是要理解到，在随附权利要求中限定的实施例未必限于所描述的具体特征或动作。相反，具体特征和动作作为实现所要求保护的实施例的示例形式被公开。