平码五不中公式规律
  • / 30
  • 下载费用:30 金币  

丰富通知.pdf

关 键 ?#21097;?/dt>
丰富 通知
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201580040731.1

申请日:

2015.07.24

公开号:

CN106663244A

公开日:

2017.05.10

当前法律状态:

实审

有效性:

审中

法?#19978;?#24773;: 实质审查的生效IPC(主分类):G06Q 10/10申请日:20150724|||公开
IPC分类号: G06Q10/10(2012.01)I; G06Q50/00(2012.01)I 主分类号: G06Q10/10
申请人: 微软技术许可有限责任公司
发明人: S.J.温; J.崔; J.C.林; K.T.克拉尔; T.J.波普卡夫
地址: 美国华盛顿州
优?#28909;ǎ?/td> 2014.07.30 US 14/447262
专利代理机构: 中国专利代理(香港)有限公司 72001 代理人: 刘靖龙;陈岚
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201580040731.1

授权公告号:

|||

法律状态公告日:

2017.06.06|||2017.05.10

法律状态类型:

实质审查的生效|||公开

摘要

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

权利要求书

1.一种用于在计算设备上提供经修饰的通知的计算机实现的方法,包括:
在计算设备上显示屏幕;
在屏幕上显示一个或多个通知;
接收与在计算设备上执行的应用相关联的通信;
应用准则以查明通信的所感知的重要性;以及
在视觉上修饰用于感知为重要的通信的通知。
2.根据权利要求1所述的计算机实现的方法,其中所述屏幕包括锁定屏幕。
3.根据权利要求1所述的计算机实现的方法,其中准则包括用户限定的准则。
4.根据权利要求1所述的计算机实现的方法,其中准则包括用户限定的准则之外的准
则。
5.根据权利要求1所述的计算机实现的方法,其中在视觉上修饰包括利用名称?#22270;?#25968;
来修饰通知。
6.根据权利要求1所述的计算机实现的方法,其中在视觉上修饰包括临时在视觉上修
饰通知。
7.根据权利要求1所述的计算机实现的方法,其中在视觉上修饰包括在视觉上修饰通
知以提供多个修饰;以及循环每一个修饰。
8.一种计算设备,包括:
显示设备;
一个或多个处理器;
存储指令的一个或多个计算机可?#38142;?#20648;媒体,所述指令在由一个或多个处理器执行时
执行用于深层链接到计算设备上的应用中的操作,包括:
在显示设备上显示锁定屏幕;
在锁定屏幕上显示一个或多个通知;
相对于通知中的一个或多个接收访问?#36136;疲?#20197;及
响应于接收到访问?#36136;疲?#28145;层链接到一个或多个相应应用中,其对于显示与一个或多
个应用相关联的内容是有效的。
9.根据权利要求8所述的计算设备,其中访问?#36136;?#21253;括触摸?#36136;啤?br />10.根据权利要求8所述的计算设备,其中通知中的至少一些包括图标?#22270;?#25968;。
11.根据权利要求8所述的计算设备,其中深层链接缓解用户必须执行多个动作以?#36816;?br />定屏幕解锁。
12.根据权利要求8所述的计算设备,其中所述显示一个或多个通知包括通过循环多个
不同通知而在单个槽位中显示多个不同通知。
13.根据权利要求8所述的计算设备,其中所述接收访问?#36136;?#21253;括相对于多个通知接收
访问?#36136;疲?#24182;且所述深层链接包括深层链接到多个相应应用中,其对于显示来自每一个深
层链接的应用的内容是有效的。
14.根据权利要求8所述的计算设备,其中所述计算设备被配置为使得能够经由触摸选
择而实现所显示的内容的逐步更深层的预览。

?#24471;?#20070;

丰富通知

背景技术

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

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

发明内容

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

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

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

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

附图?#24471;?br />

参照随附的图描述详?#35813;?#36848;。在附图中,参考号码的(多个)最左侧的数字标识其
中该参考号码第一次出现的附图。相同参考号码在描述?#36879;?#22270;中的不同实例中的使用可以
指示相似或相同的项目。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体实施方式

概述

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

此外,在至少一些实施例中,多个不同类型的通知可以被组合并且被呈现为单个
图标,其具有相关联的计数以指示已经接收到的不同通知的数目。例如,与电话呼叫和VoIP
呼叫相关联的通知可以与单个图标结合地被组合和呈现。另外,其它实施例使得用户能够
快速地且高效地直接深层链接?#25509;?#29305;定通知相关联的应用中。深层链接可以以任?#38382;?#21512;的
方式被实现,作为示例而非限制,诸如通过触摸?#36136;啤?#33258;然用户接口(NUI)?#36136;啤?#36755;入设备选
择等被实现。

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

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

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

示例环境

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

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

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

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

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

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

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

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

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

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

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

计算机可读介?#23454;?#19968;种这样的配置是信号?#24615;?#20171;质并且因而被配置为诸如经由
网络向计算设备传送指令(例如,作为载波)。计算机可读介质还可以配置为计算机可?#38142;?br />储介质并且因而不是信号?#24615;?#20171;质。计算机可?#38142;?#20648;介?#23454;?#31034;例包括随机存取存储器
(RAM)、只?#38142;?#20648;器(ROM)、光盘、?#38142;妗?#30828;盘存储器、以及可以使用磁性、光学和其它技术来
存储指令和其它数据的其它存储器设备。

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

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

丰富通知

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

作为示例,考虑图2,其图示了依照一个或多个实施例的计算设备102。在该示例
中,计算设备在计算设备的显示设备上显示屏幕200。屏幕200可以是任?#38382;实?#30340;屏幕,作为
示例而非限制诸如与在设备上执行的应用相关联并且由该应用显示的屏幕、与设备的操作
系统相关联的屏幕等。在遍及该文档所使用的示例中,使用了以所谓的“锁定屏幕”为形式
的屏幕。锁定屏幕是典型地由设备的操作系?#21576;?#29992;的用户接口。锁定屏幕通过使用户执行
某一动作以便接收访?#21097;?#20316;为示例而非限制诸如录入密码、使用某一?#30913;?#32452;合、或者通过使
用设备的触摸?#26519;?#34892;某一?#36136;疲?#32780;调控对设备的立即访问。

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

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

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

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

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

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

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

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

已经考虑了丰富通知的概念,现在考虑可以如?#25105;?#29031;一个或多个实施例组合不同
类型的通知。

组合不同类型的通知

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

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

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

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

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

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

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

已经考虑了组合不同类型的通知的概念,现在考虑从通知深层链接?#25509;?#29992;的方
面。

从通知深层链接?#25509;?#29992;

如上文所指示的,一些实施例使得用户能够快速地且高效地直接深层链接?#25509;?#29305;定通
知相关联的应用中。深层链接可以以任?#38382;实?#30340;方式被实现,作为示例而非限制,诸如通过
触摸?#36136;啤?#33258;然用户接口(NUI)?#36136;啤?#36755;入设备选择等被实现。

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

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

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

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

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

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

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

现在,继续到图10,触摸选择特定预览项目可以导致向该项目中的更深层预览,其
在该示例中显示于在1000处的屏幕的顶部,即“请拿具有真正香肠的狗?#28014;薄?br />

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

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

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

浮现不同等级的个人信息

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

基于上下文优先化通知

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

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

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

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

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

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

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

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

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

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

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

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

示例设备

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

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

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

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

设备1700还包括计算机可读媒体1714,诸如一个或多个存储器组件,其示例包括
随机存取存储器(RAM)、?#19988;资?#24615;存储器(例如,只?#38142;?#20648;器(ROM)、?#20102;?#23384;储器、EPROM、
EEPROM等中的任何一个或多个)和盘存储设备。盘存储设备可以实现为任何类型的磁性或
光学存储设备,诸如硬盘驱动器、可录制和/或可再写的压缩盘(CD)、任何类型的数字多功
能盘(DVD)等。设备1700还可以包括大容量存储媒体设备1716。

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

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

总结

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

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

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

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

关于本文
本文标题:丰富通知.pdf
链接地址:http://www.pqiex.tw/p-6091698.html
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 极速时时彩在哪里开奖 排列三跟号计划 星空棋牌游戏大厅下载 ag真人破解 325棋牌游戏大厅 大乐透专家 北京十一选五遗漏排行 01666红太阳心水论坛 2010年上证指数分析 双色球最大复式182