CN100505703C - 空闲时消息传送 - Google Patents

Abstract

本发明涉及减轻消息发送者和接收者之间通信的打扰同时便于更周到、无隙和及时的交互的系统和方法。在一方面中，即时消息传送和诸如按键-通话语音通信的其它形式通信可通过采用限时策略和参数来改进。空闲时通信使用户能发送空闲时消息，作为等待直到用户或接收者不再列于定义为忙碌或不可用状态的状态列表之一的接近即时消息。发送者可用手势或标准简表来编码在删除或取消或转换成另一通信形式之前消息能存在多久。通过将对话线程移到电子邮件收件箱用于后来查看、通过电子邮件响应、或启动当通信停止时继续的即时消息通话，空闲时变体使接收者在如果不可用性在某些时间阈值外持续时能定义用于处理消息的策略，包括产生自动响应并将即时消息转换成电子邮件通信。

Description

空闲时消息传送

相关申请

本申请是序列号为10/611,491于2003年6月30日提交的题为“Bounded-deferral Policies for Guiding the Timing of Altering，Interaction and CommunicationUsing Local Sensory Information”(“用于使用本地感应信息来引导变更、交互和通信的时机的有限延迟策略”)的美国专利申请的部分持续，该申请在此全部引入作为参考。本申请还声明对序列号为60/450,841于2003年2月28日提交的题为“System and Method that Facilitates Communications”(“便于通信的系统和方法”)的美国临时申请的权利，该申请在此全部引入作为参考。本申请还是序列号为09/881,502于2001年6月14日提交的题为“Bounded-deferral Policies for Reducingthe Disruptiveness of Notifications”(“降低通知中断的有限延迟策略”)的美国专利申请的部分持续，该申请在此全部引入作为参考，它声明了对序列号为60/213,296于2000年6月17日提交的题为“Heuristic Communications Policies for a NotificationPlatform”(“通知平台的试探通信策略”)的美国临时专利申请的权利。

技术领域

本发明一般涉及便于装置、系统、进程和/或个人之间通信的系统和方法，尤其涉及用于各种通信系统以及根据有限延迟策略用于最小化通知中断的终端装置的智能检测。

背景技术

尽管人们感觉、记忆并推理世界的能力是不同寻常的，认知能力仍以较有特征的方式受到极大的限制。特别地，心理学家已发现人们要同稀少的注意力资源和有限的工作记忆作斗争。这样的限制在人们挑战对短期记忆多于少量的新的概念或条目、从各条目的背景图案中识别主要目标、或交错操作多个任务时就变得显而易见了。

这些结果表示通常人们必须通过注意力的有限集中来审视世界。这样，大多数人常常产生隐式或显式地有关他们有选择地注意什么以及他们关注到什么程度的线索。关于有限注意力资源的发现对于如何设计计算系统和接口有着重要的含义。对于注意力资源，通常以单向方式传送电子通信，其中不管接收者处理通信的能力如何信息的接收者或接收器都在信息传送之后得到通知。因而，以即时消息传送为例，向即时消息的接收者提供表示发送者要传送通信意愿的弹出窗体。然而，该类中断并不考虑接收者接收这种消息或介入当前对话的可能性。

发明内容

以下显示了本发明的简化归纳，以便提供对本发明一些方面的基本理解。该归纳不是本发明的广泛纵览。它并非旨在标识本发明的关键/重要元素或描绘本发明的范围。其唯一目的是用简化形式表示本发明的一些概念，作为后面呈现的更详细描述的序幕。

本发明涉及减轻消息发送者和接收者之间通信的打扰同时便于更周到、无隙和及时的交互的系统和方法。在一方面中，即时消息传送和其它形式的通信可通过采用限时策略和参数来改进。例如，使用即时消息传送的一个问题是这样的消息传送所具有的可能中断在于未准备好接受即时消息的接收者。空闲时消息传送使用户能发送空闲时消息，作为等待直到用户或接收者不再列于定义为忙碌状态的状态列表之一的接近即时消息。发送者可用手势或标准简表来编码在删除或取消之前消息能存在多久，从而发送者可发送一消息，例如空闲时：喂，想要吃快速午餐吗？(存在时间(TTL)：10分钟)。因而，仅当接收者在TTL范围内有空时消息才能通过。

当消息呈现时可有选择地发送消息已接收确认，或者当消息的寿命终止消息仍未被送往接收者的情形中，消息超时并被删除的短信可被发给发送者。接收者可指定如果需要接近超时的消息可突破限制发送给他们而不是超时终止，也可启用传送的等待可用性状态作为消息发送者的反馈。对即时消息传送和其它通信形式的空闲时处理便于降低向其它人(特别是发送者不太熟悉的人)发送即时消息的阻碍，因为它提供了一种有关消息传送的周到的方法。空闲时方法还可应用于其它通信介质，诸如电子邮件和语音邮件。

本发明涉及便于重要消息通信或通信的系统和方法。描述考虑用户当前情况的策略，包括在传送消息的最终期限内在进行最佳时间的判断时考虑中断的推断成本或这种成本的直观替代。传送的最终期限取决于从信息发送者、类型和内容中隐含或检测的信息的紧急性。如果未检测到最终期限内的适当时间，则该信息在最终期限时发送。如果判定在最终期限内将不能得到适当时间，则立即发送该信息。传送的适当时间可通过在终端装置上或附近使用一个或多个传感器来确定，包括加速计、话筒、触摸感应、以及眼神和头部姿势的检测。包括如用户日历表上所示的约会状态、日期时间和预估模式的可用性等的其它信息，可在有关警报延迟的判断中采用。终端传感器、日历表信息以及可用性模式还可用于标识将在装置上接收该信息的可能性。这样的信息可被直接或摘要传回给中央通知管理器，或者在本地可用于有关警报显著性和重复的判断。

本发明一特定方面涉及通过减轻与通知相关联的中断来便于各方之间有效和及时的通信的系统和方法。本发明一特定方面涉及采用与消息通知和/或最佳模式相关的较小装置(例如对话、PDA、智能笔、手表、眼镜等)以影响通信。根据本发明，较小装置可知道或至少部分地了解与注意力状态和/或用户位置相关的各种度量。较小装置确定和/或推断的有关注意力状态和/或位置的信息可在较小装置之间，或与不同装置或系统(例如中央通知管理系统)共享。该信息可相对其它装置串行或并行地独自散布，也可以是集聚的。该信息可被用来便于提供通知服务和/或确定或推导影响与用户的以及用户之间的通信。

一个示例方面提供有限延迟策略的采用，其中本地装置致力于在到达信息特定最终期限前转播信息；根据本发明装置尝试确定或推导在规定期限内中断的最佳时间。这样的确定或推导可采用基于统计的和/或基于概率的和/或基于实用程序的(例如利于中断的中断给定成本)技术。根据本发明各装置可采用与了解或推断用户的注意力状态和/或位置有关的各种感应形式(例如基于MEMS的传感器、温度传感器、加速计、陀螺仪、基于光线的传感器、基于时间的传感器、GPS、802.11信号强度、红外线接近检测仪、触摸传感器等)。对于共享和/或发送感应状态，可以理解传送所有的感应状态、其子集或归纳。

本发明另一方面还提供对装置和外围环境的考虑。例如，可考虑装置的传送可靠性(transrel)(例如，在计算尺上标识P(transrel|context)，即在装置给定环境(context)上得以传送的可能性，它是诸如f(context)或f(sensed states)的函数)。

为实现前述及相关结果，本方面的某些说明性方面结合以下说明书和附图在此说明。但这些方面仅仅示出了本发明诸原理可在其中采用的各种方式的其中几种，且本发明旨在包括所有这些方面。结合附图参阅本发明的以下详细说明，本发明的其它优点和新特征会变得清楚。

附图说明

图1是根据本发明一方面示出空闲时消息传送架构的示意框图。

图2是根据本发明一方面示出示例状态交换的框图。

图3是根据本发明一方面示出终端装置通信的示意框图。

图4是根据本发明一方面示出示例性有限延迟策略的示图。

图5是根据本发明一方面示出示例性有限延迟参数的示图。

图6是根据本发明一方面示出终端装置的应用模型的示图。

图7和8是根据本发明一方面示出有限延迟处理的流程图。

图9是根据本发明一方面示出注意力焦点和工作量的模型的影响示图。

图10是根据本发明一方面示出临时贝叶斯注意力模型的影响示图。

图11是根据本发明一方面的优先系统的示意框图。

图12是根据本发明一方面示出通知引擎和环境分析器之间系统合作的示意框图，

图13是根据本发明一方面示出适当操作环境的示意框图。

图14是本发明可与之交互的样本计算环境的示意框图。

具体实施方式

本发明涉及一种系统和方法，它基于用户环境的考虑便于各方之间的通信，其中所取环境包括背景信息，诸如在用户数字日程表上编码的用户约会状态，以及通过装置上或附近装置上的传感器在本地感应的信息。基于消息接收者的可用性(例如基于有限延迟策略)，本发明提供一种空闲时消息传送架构，它使消息发送者能编码要接收消息的优选时间范围。如果由于接收者的可用性该消息未在时间范围内接收，则在用消息中断打扰接收者之前该消息可自动取消。可以双向方式交换状态以便于进一步的通信。

注意上述的空闲时架构可支持基本上与任何类型的消息传送相关的若干通信情形或应用，包括电子文本消息以及传统的模拟通信。例如，在带有“空闲时”消息传送的发送者主导情形中，对周到的责任是发送者的责任；即，允许发送者有仅发送会抵达接收者或在出现时引起其注意的即时消息(IM)，或者通过他们自己对忙碌、自由策略的定义而自由的选项。因而，给予该IM过期之前存在的时间，例如缺省(例如5分钟)或在发送时特别设置的标记。以下示出某些可能示例：

空闲时“Rick，would you like to get lunch？”->15分钟过期。在该示例中，如果用户没有看到这个消息(例如未出现)或者保持忙碌状态，该消息完全消失(未抵达用户或指示它已被发送)。空闲时消息传送可降低人们在向他人发送IM中感到舒服的阻碍。

在另一应用中，可采用接收者定义的策略，并可提供过期IM和电子邮件之间的链接。在此情形中，用于处理输入即时消息的策略由接收者定义，并在接收者忙碌或走开时允许处理IM的简单策略。这捕捉的情形是，接收者在发送者发起IM时不可用，或因为用户变得忙碌、参与另一用户的即时消息对话、走开等而在已建IM的往返末期不可用(有大的停顿等)。

在这些情形中用户可指定，例如：

1.我的“不可用”环境

例如，如果是下列情形我不可用：

我在x分钟内未响应-IM；

或我在我的桌面上不活动已超过x分钟；

或我在下列状态示例之一中忙碌：

我正在与其它人正在进行IM中(在x分钟内收发与其它人的IM对话)；

桌面状态(指定前景中的应用程序，例如在Outlook中写电子邮件、在Powpoint显示模式中活动、在Excel中活动等)允许例外：

允许用户指定例外。

例如，允许这些用户绕过忙碌状态：特定列表＝{Steve Smith，Mike Jones，我的配偶、重要联系人列表、今天我已IM过的任何人、今天我已发送过电子邮件的任何人等}。

2.我的“IM不可用策略”

如果我不可用(例如从以上的“我在x分钟内未响应-IM”、“我在我的桌面上不活动已超过x分钟”)或在这些忙碌状态之一(在简单的状态列表中定义)中，则(示例策略)：

[]将该IM转换成电子邮件并将该电子邮件置入我的收件箱中

[]产生给发送者的IM，它带有自动产生的响应表示我没空看或响应该IM

[]包括以下信息(在IM或电子邮件自动响应中)：

作为用户的IM不可用策略的一部分，接收者可指定给所有人或选定人/组(例如从用户的IM不可用通信白列表中)的自动响应消息：

例如自动响应电子邮件或IM相应告知发送者可通过tim@hotmail.com的电子邮件地址来联系，或者可选择：

[]将该IM转换到电子邮件线程中，用cc：给我将该IM消息嵌入从我到发送者的电子邮件中

[]包括以下信息(在该IM或电子邮件自动响应中)：

即接收者可指定，对于所有人或某些人(通过通信白名单)，用cc：给接收者、嵌入起始IM以使线程后来在电子邮件中继续、或者就来自电子邮件消息的IM按接收者或发送者的喜好来自动产生给发送者的电子邮件。该方法总是将IM忙碌情形转换成后来可用电子邮件或IM跟踪的电子邮件。(在读取电子邮件时，用户当前对IM的可用性可通过Messenger出现状态而显示)。这将允许IM和电子邮件的良好配合，从而允许后来的模式转换或IM重建。还有，不可用和动作策略的一致策略或可(例如后来)引入同事的特定“白通信列表”并指定可选择的不可用性(例如对他人)以及动作策略。

在另一应用情形中，可将类似的空闲时策略(发送者导向的或接收者定义的策略)应用于按键-通话情形中。按键-通话正在变得流行，但也经历通信两边(接收者引导的、发送者引导的)IM的类似问题。在一特定示例中，考虑一情形中由第一建筑合约人采用按键-通话通信装置与在另一工作地点的另一合约人讲话，从而使通信双方都忙碌。如果第一合约人忙于与其它人讲话，可以若干方法支持空闲时方法。在一方法中，按键-通话消息的呈现被抑制并保存在本地缓冲区中，并且如果接收者合约人在预定时间量内变得空闲它可呈现。如果它在分配时间被无法发送，则该消息可用送回发送者的自动的预先记录消息来删除，通知发送者上一消息未通过，和/或给接收者(通过预定策略)或发送者将该消息转换成后来可查看形式的选项，例如电子邮件中的介质片断、收件箱中说“你在今天与Sam的对话结束时遗漏了该消息”的语音邮件等等。

在另一方法中，与如果超时删除消息相反，接收者可设置发回自动记录的一个策略，该记录告诉发送者他们现在正忙且消息还未传递，并告知呼叫者当消息呈现时会告诉他们。在另一方法中，在超时和有关接收者电话或帐户不可用的可能自动响应之后，消息可由接收者装置或服务器本地保留。接收者后来可查看因为其不可用性或中断的当前成本而抑制的消息，并决定通过手动地回呼先前对话中的伙伴或通过用于重建环境的自动化工具来响应。这样的自动化工具可提供简单的环境重建工具，诸如使接收者能用单个按键调用对话重建探查：“[录音音频]：对于[Sam录制的]：“Robert，I think we should go with the red ceramic！”来重新访问与Robert的对话”，其时Robert和Sam可获得对话。

当用于本发明时，术语“组件”、“服务”、“模型”和“系统”等旨在指向计算机相关实体：硬件、硬件和软件的组合、软件、或执行中的软件。例如，组件可以是，但不限于是，运行于处理器的过程、处理器、对象、可执行组件、执行线程、程序和/或计算机。作为说明，运行于服务器上的应用程序和服务器都可以是组件。一个或多个组件可驻留于执行的过程和/或线程中，且组件可在一台计算机上本地化和/或分布在两台或多台计算机之间。

术语“推断”在这里使用时，一般是指从经事件和/或数据捕捉的从一系列观察中推理或推断系统、环境和/或用户的状态。推断可用来标识特定的环境或动作，或产生状态上的概率分布。该推断是或然性的-即，相关状态上概率分布的计算基于对数据和事件的考虑。推断也可指包括用来从一系列事件和/或数据中组成较高级别事件的方法的确定性或逻辑推理技术。这种推断导致了基于一系列观察事件和/或存储事件数据对新事件或行为的构建，不管这些事件在时间上是否紧密相关，及这些事件和数据是来自一个还是若干个事件和数据源。

开始时参看图1，系统100示出根据本发明一方面的“空闲时”架构。系统100包括将消息传送给终端装置120上接收者的消息发送组件110。该消息发送组件110可包括基本上任意通信装置或组件，诸如即时消息传送系统、电话或手机、电子邮件、语音邮件等。根据本发明传送的消息包括用于控制如何、何时和消息是否被发送或传输给接收者装置或组件120的一个或多个属性。在一方面，可发送带有存在时间(TTL)属性的消息，如130所示。该TTL属性指定在消息从实际中断用户中撤回之前发送者想要消息活动多长时间(例如在客户机或服务器的临时消息队列中)。例如，用户可在发送装置110上发送一消息，说“你有空参加10分钟后的会议吗？”结合该消息，用户可配置与该消息一起传送的TTL参数为10分钟。这样的配置可通过用户界面140完成，用户界面140也可用于编写消息。或者，可自动分析语音或文本队列的消息，在撤销前消息该保持活动多长时间。

参照前例，如果用户在接收以上会议消息10分钟内不可用，则该会议消息可不中断该消息的用户或计划中接收者而自动撤销。计划中接收者接收消息的可能性可在多个不同进程中确定，诸如通过从接收者日程表中获取的信息。在一方面中，有限延迟组件150与确定信息接收者可用性周期的终端装置120相关联。因而，给定以上示例，有限延迟组件150可确定用户可能在5分钟内接收信息。在5分钟时段结束时，用户将接收以上的示例会议消息，因为该消息保持可用于接收直到该消息超过其指定的TTL时段(例如10分钟)，或者确定接收者在超过TTL时段的时段中不可用。如在以下将要详细描述的，可在消息发送者和接收者之间交换各种状态信息，表示正在发送的消息成功或失败的可能性，以及对非打扰通信的其它表示。

参看图2，系统200示出根据本发明一方面的示例状态交换。参照图1如上所述，空闲时消息传送使用户可发送空闲时消息，作为等待直到用户或接收者不在定义为忙碌状态的状态列表之一中的接近即时消息。发送者可用快速手势或通过标准简表来编码在删除或取消之前消息要保持活动多久从而发送者可发送消息。这在210示出，其中发送装置传输具有经编码参数或参数的消息220。例如，消息220可显示为空闲时：“Hello，do you want to grab lunch？”(存在时间(TTL)：10分钟)。因而，消息220将仅在TTL范围内接收者为空闲时才通过。当来自接收装置240的消息呈现时，消息接收确认可在230有选择地发送，或者在消息寿命终止时消息220仍未送往接收者的情形中，消息已超时并被删除的短信250可被送往发送者210。

通过接收装置240的接收者可指定，如果需要接近超时的消息可突破给他们而不是超时终止，也可启用传送的等待可用性状态260作为消息发送者的反馈(例如我在15分钟内有空收发消息)。如果接收者已配置接收装置240用于突围消息，例如-如果该消息有足够高的优先级或来自选定发送者子集，则在270可发送可选方案。例如，“我在20分钟内有空会面。”除参数化消息220之外，发送装置210可在280发送像谁在尝试联系接收者的微妙线索(例如发送者图片或表示即时消息在队列中的文本)。也可提供活动记录290，其中消息接收者可周期性地检查日志文件，它表示消息发送量、消息内容、以及已尝试通信但失败的消息发送者身份。这还可包括记录所有消息活动，包括成功的通信尝试以及不成功的尝试。

现在参看图3，系统300根据本发明一方面示出终端装置通信。一个或多个终端装置310与一个或多个传感器314(例如运动、接近性)以及有限延迟数据320相关联，以便于与用户的通信。该有限延迟数据320通常由将来自各个通知源334的通知路由到终端装置310的通知管理器330来确定和产生。可以理解，终端装置310还可根据本发明确定有限延迟数据320。

终端装置310的有限延迟数据320考虑称为延迟期的容许期而确定，该延迟期通常是通知发送者和/或传送消息类型的函数。当消息由终端装置310接收时，装置在本地采用其传感器314来确定在指定有限延迟期内的适当时间警告用户。通常越紧急的消息延迟期越短。例如，通知管理器330可能刚接收来自通知源334的消息，并尝试根据有限延迟数据320指定的有限延迟期来传送该消息。通常，通知管理器330作出有关通知路由的一般决定，并依靠终端装置310在确定延迟期内真正将消息传送给用户。然而，终端装置310可检测用户目前涉及费时动作(例如指示快速运动的加速计)。这样，即使正在逼近由有限延迟数据320定义的消息传送最终期限，终端装置310仍然要基于检测动作或用户的注意力状态而延迟该消息的传送。

注意，有限延迟一般与在本地或中央用有限延迟限度分配消息的概念相关，它使用户知道包含对用户有价值信息的消息的最终期限，其中限度或延迟依赖于信息的紧急性。还有，可基于与消息将通过感应中用户给定终端的概率相关的本地感应信息，传送可靠性也可被考虑和/或估算给定背景信息，如下详述。

有限延迟参数可通过本地传感器、日程表信息、警报类型和/或日期时间来确定，例如确定用户太忙碌现在或随后x分钟不能接收警报。如果已达最终期限但尚未传送警报，则在最终期限传送。如果最后最终期限将过(例如如日程信息所确定的)且等待“更佳时间”没有意义，则立即传送警报，因为通过等待不再能获得什么。

传感器可用于各种确定，诸如确定何时用户正在忙碌以及何时用户有空来接收消息。传感器还可指示我们什么是传输可靠性。这样的传感器信息可被直接传递给中央通知管理器，例如商讨要向何处发送信息的一般通知平台，或者在另一应用中，终端装置本身可从其传感器计算传输可靠性(简称为transrel)并将归纳传输可靠性传递回在其商讨中考虑这个的中央通知管理器。例如，手机上的温度传感器可向手机指示它现在正在用户口袋之中，从而有较高transrel的手机振动或鸣铃将使抵达用户。

在常规对话框系统或本发明一方面中，有限延迟的概念可被用于使执行交互式对话的系统能启动一对话或继续因用户注意力被转换到另一任务或对话中而中断的对话。例如，在用户用于对任务工作的自动化系统情形中，其中对话因为某人近来并与用户谈话而中断，取决于继续对话的时间重要性，系统在道歉并开始继续工作之前可等待一定时间。

注意，有限延迟可与用户体验的许多方面链接。例如，有限延迟策略可被链接到日程表信息，其中约会被取为用户可用性的确定性限制(例如“用户的约会在10分钟后结束；因而可等待，”对“用户的约会在20分钟后结束；约会或任务的结束在延迟限度之后。因而最好打断并立即警告用户”)。除日程表信息外，计算系统还能够访问有关其它任务持续时间的信息。例如，预定长度的任务可在用户查看介质的环境中可用(例如用户在观看的电影或戏剧在7.5分钟后结束，广告插播在14分钟后进行等)。

类似地，用户可基于日期时间和星期日期来指定有关其可用性的各种选项(例如用户可指定在通知管理器中编码的优选，“在早上8点和晚上11点之后必要把警报转发给我，除非抵达根据与警报相关联的延迟限度的最终期限。”)。因而，系统可承担对等待、或可能时拖延警报直到预定时段(例如早上8点和晚上11点之间)的尝试，但是如果它不能等待则将在其它时间通过。还有，有限延迟策略可依赖于警报类型(例如装置可立即轻微振动，但如果在到达延迟限度之前没有确认，则装置可用较响声音警告用户。)

在另一方法中，与在到达延迟限度时通过相反，终端装置可被指示以将消息送回中央通知管理器或警报的发送者，告知通知管理器装置转发消息未成功。

注意通知管理器330和终端装置310在引导或中断对用户的通知时可采用决策论方法，并如下详述。全局有限延迟策略可被视为更详细决策论分析的近似。在详细决策论分析中，警报在逐个情形基础上进行处理，考虑警报每个消息和环境的详细成本和益处。有限延迟策略允许对总延迟上限制的指定，以及因而对不同紧急度消息信息值随时间的总损失上限制的指定。当考虑多消息交互时，诸如当消息抵达用户时，其它各方也被允许通过，即使就它们自己而言将无法抵达用户。在一示例中，可确定导致更短延迟的多个消息的值，例如独立消息值的值(或其它函数)之和。

此外，已阻止若干有相对较长延迟限度(尚未到达)的消息(因为它们有较低时间重要性)的系统可在带有更短延迟限度的时间更重要消息抵达用户时共享较不重要的消息。这样的通过可导致大部分的信息共享成本，使其它信息能以较低的边际成本通过。例如，考虑有关某人会议提醒的警报基于用户当前位置和会议位置以用户到预定会议的足够时间而传送的情形。在传送时，接收附加消息的成本不会比初始传送成本高。因而，系统可用一消息警告用户，“20分钟后你在Bellevue的Doubletree旅馆有会议”，然后在该警报出现和处理之后，与用户共享时间重要性较低的消息，“有空时注意明天是Steven的生日，而Joe Jones将在下星期来”。

为了向用户路由通知，通知管理器330和/或终端装置310可包括用于推出用户状态(例如注意力状态、忙碌程度)的一个或多个模型。这样的模型基本上可包括任一类系统，诸如包括使用可产生贝叶斯相关模型(例如贝叶斯网络、朴素贝叶斯分类器、和/或支持向量机器(SVM)等)的贝叶斯学习的统计/数学模型和进程。其它类型的模型或系统可包括例如神经网络和隐式马尔可夫模型。尽管根据本发明可采用详细的推理模型，可以理解也可使用其它方法。例如，与更完全的概率方法相反，也可采用确定性假设(例如X时间内无手机动作则根据规则暗示用户通过电话不可及)。因而，除在不确定性下进行推理(如下详述)之外，可作有关用户和/或相关联装置的状态、位置、环境、焦点等的逻辑判断。

现在参照图4，示图400根据本发明一方面示出示例性有限延迟策略。根据本方面，一般不传送通知或消息除非检测到时间限制才抵达可用自由状态。例如，自由状态在参考点402和404示出。在用户的忙碌状态期间(视为与自由状态402、404相反)，较高和较低优先级消息406和408由通知代理或管理器(未示出)排列。在410，对较高优先级消息而言到达被设置为最大延迟时间的时间限制，因而较高优先级消息在412被传送给用户。较低优先级消息408未到达图4所示示例的时间限制。因而，较低优先级消息408直到404的下压可用自由状态才传送。这样，减轻了由用户接收的通知的中断性。注意，时间限制可受用户环境影响，诸如工作量、接收的消息数量、通知内容的时间相关性。

根据本发明，可向桌面和终端装置警报提供各种算法和/或进程。这些进程可被应用于多种情形，诸如(1)用户出现在桌面或终端装置上：(2)用户离开桌面或终端装置；以及(3)用户在离开之后刚返回或登录到桌面或终端装置。

对于用户被检测到在桌面或终端装置上的情形中，通常可应用以下进程：

1.当接收通知时，将其生命阶段设置为零、标注优先级并检查例外列表。

2.如果通过监视该紧急事件的最大延迟时间之前的用户动作观察到“可能可用”状态，可向用户传送通知。

3.否则，当到达通知的延迟限度时转发该通知，如以上图4所示。

平均起来，由于对在典型桌面或终端装置动作期间“可能可用”状态的一知半解，大多数通知倾向于在最大延迟时间之前传送。然而，与收到通知即传递通知的系统相比，用户一般更喜欢在用户有空时发送通知的通知系统。到达自由状态的概率一般随着时间而增加—因为随着时间的增长有更多检测可能有用状态的机会。当可能自由状态的概率随时间增加而增加时，较低优先级消息将倾向于在这些可能自由状态期间以更大可能性发生，而受中断的概率也将随着消息优先级的增长而增加。

根据本发明一方面，通知(例如日记、浏览器、收件箱、手机短信箱)的显示可包括等待中的多个或合并通知，以便向用户发送包含成组通知的组块的单个通知。这样的多级组块可以按最高优先级、最大生命阶段或按组的最大优先级等排列的列表来呈现通知组块。例如，如果尚未检测到可能的自由状态但已到达最高优先级通知的最大延迟时间，而且在已到达最高优先级通知的最大延迟时，信息可被包括在等待分组通知的较低优先级通知中-即使此时较低优先级通知尚未获取相关联的最大延迟。若干方面对于此类多级组块是可能，包括在标准通知显示中发送重要警报并在显示底部归纳列表中其它等待警报。可点击相应项并由用户查看和/或清除。

根据本发明另一方面，可检查日程表以使用户能指定除被标记为立即传递的通知之外不应中断(例如直到某些安全时间，会议结束后10分钟)的不可中断会议(例如展示、视频会议、电话会议)。这可被泛化为对重要会议利用独立的最大延迟表格或功能。这还可通过使日程表项成为若干类约会之一而被泛化，并对不同类会议采用不同的最大延迟表格或功能。

在本发明另一方面中，与提供一些优先级类别相反，提供持续范围，诸如0-100是紧急计分而最大延迟可以是通知优先级的函数，包括各种线性和非线性函数(例如最大延迟时间随优先级增加的指数衰减)。例如：

最大延迟(优先级)＝e^{-k(优先级)} x 15分钟

等于

最大延迟(优先级)＝e^{-k(优先级)} x 最大延迟(0优先级)

此外，用户可指定环境为日期类型(例如周末、假日、工作日)、日期时间、以及改变不同类和子类消息(例如电子邮件、与家人对同事的即时消息通信)的分配值的其它基本环境的函数。

在另一方面中，可提供未受用户观察的各项的通知日记。这可包括对基本所有通知保持整体通知日记-使用户能返回并访问先前已接收的通知。这还可包括提供丰富的显示和交互。例如，在通知或终端装置视窗的日记项上点击可引入通知。在通知上的点击可引入更多信息或通知源的适当用户界面。例如，点击有关将至约会的通知引入通知所指向的约会的全视图。另外，可在通知内显示高亮链接，并使用户能跳跃到网页、应用程序、或与通知相关的信息上。此外，当呈现通知时可在通知视窗内显示广告、特定背景和/或其它(来自源的)品牌信息。

在另一方面中，具有活动时段和/或过期日期的通知可在过了日期后从活动队列中移除。如果用户有兴趣查看该类动作的历史，则日记中的通知可被列为过期。此外，通知的各类可被标记为可由例如全局唯一标识符(GUID)标识的信息的任意更新在内部替换，以便于提供对报告通知的信息的整体状态上的更新。

可提供用户界面工具，它使用户能将优先级信息附于消息上，或更简单地作普通的发送或空闲时发送。空闲时发送可通过上述有限延迟系统，而普通发送可作为非限制通信。通知还可用来自一组环境(例如焦点上的MS Word、MS Outlook等)的应用程序专用(或寿命专用)环境来标记，并在还未过期时在活动环境内呈现通知。例如，通过通知系统呈现的有关字处理程序使用的帮助技巧一般应在聚焦字处理器时提供。如果应用程序尚未在焦点上，则可简单记录该技巧。

还可提供更先进的特征。例如，可观察并记住用户在桌面上工作或使用终端装置时“可能可用次数”的频率，以及由用户接收的每类警报的频率，并推断从用户动作到下一可能自由状态的期望时间(基于应用程序、日期时间、期望用户位置等)。可采用该信息来自动设置相应通知优先级类的最大延迟时间，以便使通知系统能限制每个优先级类警报受干扰的概率。这可缺省地设置，或可使用户能指定每个优先级类的概率，并因而通知系统对于较低优先级警报时间的超过5％、普通优先级警报时间的超过10％、以及较高优先级警报时间的25％，他们不想被干扰(即忙碌时警报)。即，用户可指定相应优先级类的中断的目标“容许概率”，且系统可设置这些类的最大延迟时间。

可接收已观察到重要通知的确认，例如，可采用惯例：在通知上停留是“我收到了”的信号，并将该反馈用作用户可通过简表取得的选项。即，用户可选择开始选项：

[]每[x]分钟继续通知我有关的重要信息，直到我用鼠标或终端装置上的按键确认。

当用户已离开桌面装置x分钟以上(设为缺省或由用户设定的时间量)，可延迟桌面事件且相反可向移动或终端装置发送通知。类似的最大延迟时间可被用于桌面警报指定，或相反访问可选的“离开”条件的最大延迟时间集。即，可采用用于控制离开情形的最大延迟时间的另一表格或功能。

类似于桌面情形，可对不可中断会议访问用户的日程表，诸如展示或除标记为立即传送的通知外不应中断的其它会议。可采用通过如上所述桌面设置中日程表的类似泛化，诸如以在桌面设置中提供的相应方式利用信息，或具有对移动或终端设置的特定泛化。

在另一方面中，可提供设置日期时间的约束以限制某些时间内(例如深夜和凌晨、周末)的通知。用户可指定他们在某些时间将接收的警报类型。例如，所有的商业相关电子邮件和股市信息在周末将不被发往移动装置。

发往手机或寻呼机的信息可由通知管理器记录并在用户返回到桌面时可在通知日记视图中得到—或在用户访问移动或终端装置上的日记视图时可得到。对移动设置可采用如上所述与桌面类似的警报组块。

本发明可采用移动或终端装置，诸如内嵌式自动个人计算机(AutoPC)以及适当装配的手持式个人计算机(HPC)(即具有加速计)。对于这些装置，呈现信息被用于推断基于触摸和/或加速它们是活动的。对于某些重要的和/或独特的移动设置，创建-可能的自由状态列表(例如对于驾车和徒步情形的分别状态集)。例如，对于驾车，自由状态可包括例如“仅在红灯或其它停止标志前停止且无对话”或“以相对稳定速度巡航”。

其它系统还考虑不同的注意程度(例如考虑速度、刹车和转向的复杂度等等)。对于HPC，可用加速计推断(例如贝叶斯推断)用户在车中，并无需来自车载计算机的直接输入来推断类似特点。对于HPC，可检测装置在何时加速、何时徒步或奔跑已停止、何时对话已停止、或何时该单元已被减速休息。对于这样的移动或终端装置，通知可本地缓存，并经可能自由状态呈现。如果没有可检测的双向链接，这样的消息在诸如桌面通知日记的日记中可被提供为已被送往移动装置。可以理解通知日记还可由终端装置维护。

用户可配置通知系统，从而当用户在已检测到“离开状态”之后首次返回桌面时，可转发单个通知和移动通知日记，并使用户能选择特定项以查看是否用户在桌面上已查看过通知。例如，用户可不具有移动装置，或者没有移动装置在服务中，或者想要简单地指定通知系统在“仅桌面”形式中工作。在此情形中，可执行以下：

当通知系统注意到用户已从“用户离开”转换成“用户出现在桌面装置上”，时，用通知日记向用户呈现当他们离开时超过最大延迟时间的所有通知—或者，通过用户优选，在最大延迟时间之前就把所有警报公布于这样的日记中(例如根据用户优选、消息类型、优先级、或日期、或组合用各种方法分类为包含最高紧急警报、在类中按优先级或时间等分类的消息类)。当用户被检测为离开时，通知可附加地继续公布于桌面通知日记(例如在预先分配的区域中)，并用超过最大延迟时间的通知填充日记(并按优先级或通知时间分类)—或者在最大延迟时间之前就把几乎所有警报公布于这样的日记中。当这样的日记呈现时，可用音频提示来警告用户-在返回或登录之后—有日记在等待他们。显示在返回后抑制并呈现为音频提示，并使用户采取行动取出日记。在用户利用移动装置的设置中，当日记项被发往移动装置时，日记可从桌面日记中自动移除它们，或将通知标记为已送往移动装置，以便用户可分类和/或快速扫描他们未观察到的项。与公布日记相反，可取决于记录项的数量来确定显示通知日记、分块警报(通过上述的分块策略)、或单个警报。

此外，可使用户能指定通知系统延迟这样的“返回后显示”策略，并允许用户在他们返回时开始工作(以避免当他们想要返回并完成什么时因遇到警报而沮丧)，和/或等待下一“可能自由”状态显现。可向通知提供特定的“通过”以免除这样的抑制。对于这样的功能，附加的“可能自由”状态可被定义为：“用户离开并返回且没有开始应用程序或系统的活跃工作”。即，它可检测用户在返回其桌面或终端装置之后是否立即开始工作，或者相反，一直等到到达“可能可用”状态。如果用户返回且没有开始工作，通知该新的可能自由状态并因而导致等待的通知显示。如果用户返回并忙碌，系统可显示已超过其最大延迟的通知，或者通过用户优选不显示直到下一“可能自由”状态显现。此时，取决于记录项的数量向用户显示日记、分块警报、或单个警报。

用户采用移动或终端装置可使该装置关闭或在无服务的区域内。打开手机可最终以与返回桌面的类似方式工作。即，未看到警报的日记视图可显现且用户可浏览并取得相应警报。当例如在移动装置上查看消息时，本发明其它方面可使桌面日记得以更新。

参看图5，示图500根据本发明一方面示出示例性有限延迟参数。在510，有关有限延迟的参数可基于发送者身份或消息内容的种类而在本地计算或确定。在520，这些参数可被接收为元数据的一部分或者来自中央通知管理器的控制数据(即，有限延迟或建议有限延迟可被包括在该消息的通知模式中)。在524，延迟参数可以是由另一用户设置的变量的简单函数(例如由消息发送者设置的优先级标记以指示消息的紧急性)或是由通知管理器设置的优先级值或其它参数的函数。在530，参数可包括真正的限制-仅等待相当长的时间，和/或如果太迟删除或记录(超过过期的某些最终期限)。

现在参看图6，系统600根据本发明一方面示出终端装置的各种应用模型610。应用模型610描述可由终端装置采用的某些示例感应组件。示例应用610包括在614使用本地日程表信息以引导装置保存警报直到电影或节目或其它会议已结束之后。在620，话筒或其它声音接收器可被用来感应何时某人停止讲话、或其它响亮的背景噪音，例如车的行驶噪音、车的收音机等-尝试延迟警报直到限制内大于t的较安静时段。在624，诸如加速计的运动装置感应何时车已停止，例如在红灯或停止标志前用于例如在限制内呈现警报，人已停止走路、讲话等。

在一示例中，应用考虑在到达限制后响铃，随后在静止等后或其它传感器条件下作备份的想法。另一情形等待直到某人接近并在发送停止之前触摸一装置。应用模型610还可考虑简单情形中电话的自动延迟：当铃声静默时先沉默，同时等待语音停止。更具体的情形是，如果用户暂时较忙采用代理接听电话，并请呼叫者等待一会儿(电话的有限延迟)，然后在用户已停止说话或已达限制时(例如1分钟)接通……伴之以“请再等待30秒……还在尝试。”如果这样失败，则将呼叫者接到答录机或接通用户。该概念可与仅对特定人或特别指定组中的人们(“我在1小时内会面的人们等”)执行电话响铃延迟相耦合。可由终端装置采用的其它传感器包括在630的全球定位系统(GPS)、在634的802.11信号强度传感器、在640的红外线接近传感器以及在644的触摸传感器。

图7和8根据本发明一方面示出用于提供有限延迟通知的方法。尽管为了简单解释，方法被示为并描述为一系列动作，可以理解和认为本发明并不受这些动作的顺序的限制，因为根据本发明某些动作可以不同顺序和/或与在此所示和所述的其它动作同时发生。例如，本领域技术人员将理解和认为方法可有选择地被表示为一系列相互关联的状态或事件，诸如在状态图中。此外，根据本发明实现一方法并不需要所有所示动作。

参照图7，在702接收一新通知。在704，所接收的通知被置入消息队列。在706，确定所接收的通知是否应立即传送给用户。这可通过观察诸如指示通知是否应传送的标记的设置来获取。如果应当传送该通知，过程在图8所示820继续。如果不应传送该通知，在过程在708继续。在708，初始时间与通知相关联，诸如上述的最大延迟时间。要注意动作710、712和716可作为计时服务例程的一部分或中断事件来执行，其中这些动作在图7和8所示过程的一部分中周期性地执行。在710，更新排列通知的年龄。在712，确定通知是否已过期。如果是，则从队列中移除过期通知。如果在712通知尚未过期，则过程返回/继续到图8所示过程中。

现在参看图8，在820作出有关来自图7706分支的判定。在820，确定用户是否在桌面或在终端装置上。如果是，过程在824继续，其中从队列中移除该特定通知，显示该通知，并更新通知日记。如果在820用户未曾在桌面上呈现，则在828确定是否启用了用户的移动或终端装置。如果没有，过程更新通知日记。如果移动装置在828被启用，则过程继续到830。在830，确定日程表是否指示一不可中断会议。如果是，日志日记被更新且用户在会议后被警告。如果这样的会议在830未曾发生，则向移动装置传送通知并更新通知日记。

参照840，从图7所示的动作710-716提供一返回。在840，确定用户是否出现在桌面或终端装置上。如果是，在842确定是否有任一通知已达图7708设置的最大延迟时间。如果是，过程继续到844并从队列中移除特定通知，并继续到前述828。在840，如果用户刚返回到桌面或终端装置，出现未看到的通知并更新通知日记。如果在840用户已在桌面上，则过程继续到848。在848确定是否已检测到任一可能可用状态。如果是，呈现等待通知并更新通知日记。如果在848未检测到可能可用状态，过程继续到850。在850，确定任一通知是否已达在图7708设置的最大延迟时间。如果是，过程继续到824并从队列中移除特定通知，并继续显示该通知并更新通知日记。

图9-12描述通知处理和注意力建模的各方面。如上所述，本发明考虑系统可如何访问并使用有关用户注意力的信息。常常可得到有关注意力的微妙线索，而且众多这些线索可被作为有关用户注意力状态的直接信号。例如，在不同设置中简单手势的感应模式，诸如装置的触摸和拿起，可转发可用众多令人兴奋的方法使用的有关注意力的证据。对于高精度感应，本发明可采用眼神捕捉系统，并在各种应用中对有关视觉注意力的焦点的信号。当眼神传感器的可靠性增加而成本下降时，可利用识别视觉注意力何时并如何询问它们的各种装置。

但是，关于用户的注意力焦点和根据观察的工作量，以及不同环境中可选动作的值，常常具有不确定性。因而，本发明采用模型，它们可被用于推理用户的注意力以及在不确定性下采取的理想注意力感应动作。这样的模型和推理可释放新的功能和用户体验。在某些情形中，模型可手工构建或从数据贝叶斯模型中学习，该数据贝叶斯模型可被示为执行自动的“注意力检测器”工作以从进行中线索流中揭示不确定性下的当前或将来的注意力。贝叶斯注意力模型可作为输入传感器，它提供有关注意力的证据流，并提供用于计算用户注意力和意图上概率分布的方法。

图9是一高级决策模型900，它将用户的注意力焦点和工作量视为受若干传感器的观察状态影响的随机变量。感觉传感器包括聆听周围声学信息或说话的话筒、支持对用户眼神或姿势的视觉分析的照相机、检测装置运动模式的加速计、以及通过GPS和无线信号的分析的位置感应。然而，更传统的事件源也可提供有价值的线索。这些源包括用户的在线日程表以及对一周的日期和一天的事件的考虑。另一丰富证据流可通过监视用户与软件和装置的交互而获得。最后，有关用户兴趣以及先前的动作和注意力模式的历史的背景信息可提供有关注意力的有价值的信息源。

为了建立具有融合来自多个传感器的证据的能力的概率注意力模型900，本发明发挥用于在不确定性下推理和决策的表示的作用。这样的工作已导致推论性方法和表示，包括贝叶斯网络和影响图一将概率推断扩展到考虑不确定性下动作的图形模型。可开发启用对来自这些图形表示的动作的后果和期望效用上的概率分布计算的各算法。

图9示出表示在不确定性的用户注意力环境中传感器融合和决策的高级影响图。如图所示，表示感应证据的变量集影响表示用户影响力状态的随机变量，该变量又影响可选动作或配置的期望值。可引入带来不同后果的中间成本和受益变量。有关理想计算机动作的决策(长方形节点)在给定用户注意力不确定性时考虑成本和收益。最终，期望效用(菱形节点)受动作、成本和收益影响。

通过构建包含附加中间变量和变量之间的关键相互依赖性的更丰富模型，高级教学视图可得以扩展。还有，当装置和人们都沉浸于时间中时，本发明超越了对变量状态的逐点考虑，以建立表示观察和信念随事件而变化的更高保真的临时注意力模型。这可包括动态贝叶斯网络和隐藏式马尔可夫模型，用于表示和推理注意力和位置随时间的状态。

图10示出高亮在相邻时隙中变量之间的关键依赖性(虚弧线)的临时贝叶斯注意力模型1000。模型1000显示临时注意力模型的两个相邻时隙。这样的模型提供用户工作量上的概率分布，以及为向用户提供消息和通信的选择性过滤的应用程序而开发的任务。在此情形中，注意力的状态包括约15种不同状态(可包括更多或更少状态)。

参照图11，系统1110根据本发明示出优先级系统1112和通知体系结构。优先级系统1112接收一个或多个消息或通知1114，产生相关联消息的优先级或重要性度量(例如消息重要或不重要的概率值)，并在输出1116上提供带有相关联优先级值的一个或多个消息。如下进行更详细描述，可构建并训练分类器以自动将优先级度量分配给消息1114。例如，输出1116可被格式化从而可向消息分配消息属于高、中、低或其它重要性类别的概率。消息可例如根据所确定的重要性类别而被自动分类于电子邮件程序的收件箱中(未示出)。分类还可包括将文件导向已定义重要性标签的系统文件夹中。这可包括具有标有诸如低、中、高的重要性的文件夹，其中确定有特定重要性的消息被分类到相关联文件夹中。类似地，一个或多个音频或视觉显示(例如图标、符号)可用于警告用户已接收具有所需优先级的消息(例如三声“嘟”为高优先级消息，两声为中优先级、一声为低优先级，红色或闪烁警告符号为高优先级、绿色不闪烁警告符号表示已接收中优先级消息)。

根据本发明另一方面，通知平台1117可采用与优先级系统1112有关，以将经优先级化的消息导向用户可访问的一个或多个通知接收器。如下详细所述，通知平台1117可用于接收经优先级化消息1116，并判定有关何时、何地并如何通知用户。作为示例，通知平台1117可确定通信形式(例如用户的当前通知接收器1118，诸如手机或个人数字辅助(PDA))以及用户注意力的可能位置和/或可能焦点。如果例如接收了较高重要性的电子邮件，则通知平台1117可确定用户的位置/焦点并将消息导向/重新格式化到与用户相关联的通知接收器1118中。如果接收了较低优先级的消息1116，则通知平台1117可被配置成将该电子邮件留在用户的收件箱中以便按需在后来查看。如下详细所述，其它路由和/或警告系统1119可被用于将经优先级化的消息1116导向用户和/或其它系统。

现在参看图12，系统1200根据本发明示出通知引擎和环境分析器如何一起发挥作用。系统1200包括环境分析器1222、通知引擎1224、一个或多个通知源1到N1226、1227和1228、可作为通知源的优先级系统1230、以及一个或多个通知接收器1到M，1236、1237和1238，其中N和M分别都是整数。这些源也被称为事件发布器，而接收器可被称为事件订购器。可有任意数量的接收器和源。一般而言，通知引擎1224部分地基于存储于环境分析器1222或由其访问的参数信息，从源1226-1228将也可称为事件或警告的通知运送到接收器1236-1238。

环境分析器1222存储/分析有关影响通知决策的用户变量和参数。例如，参数可包括环境信息，诸如每天的一个时间和每周的一天里用户的典型位置和注意力焦点或动作，以及以这些参数为条件的附加参数，诸如在不同位置上用户需要访问的装置。这样的参数还可以是通过一个或多个传感器的自动观察的函数。例如，一个或多个简介(未示出)可基于可由全球定位系统(GPS)子系统提供的有关用户位置信息、装置使用类型和/或装置使用模式的信息、以及上次用户所访问的特定类型装置来选择或更改。此外，如下详细所述，也可采用自动推断来动态地推断诸如位置和注意力的参数或状态。简介参数可被存储为可由用户编辑的用户简介。除依赖于预定义简介或动态推断集之外，通知体系结构可使用户能指定其实时状态，诸如除重要通知外随后“x”小时或直到给定时间用户不可用。

参数还可包括有关在不同设置中由不同类型通知所打断的用户优选的缺省通知优选参数，它们可被用作由通知引擎1224作通知决策的基础，于是用户可启动变化。参数可包括用户在不同情形中需要如何被通知(例如通过手机或寻呼机)的缺省参数。参数可包括对诸如由不同设置中不同模式进行通知的相关联中断成本的评估。这可包括表示用户在不同位置的可能性、不同装置可用的可能性、以及他或她在给定时间注意力状态的可能性的环境参数，以及表示用户在给定时间想要被如何通知的通知参数。

根据本发明，由环境分析器1222存储的信息包括由分析器确定的环境信息。该环境信息由分析器1222通过基于一个或多个环境信息源(未示出)分辨用户的位置和注意力状态来确定，如下在说明书的随后章节中详细所述。例如，环境分析器1222能通过是用户车或手机一部分的全球定位系统(GPS)来精确确定用户的真实位置。分析器还可采用统计模型，以经由考虑通过考虑诸如日期类型、日期时间、用户日程表中的数据、以及有关用户动作的观察等的信息而收集的背景评估和/或观察来确定用户在给定注意力状态的可能性。注意力的给定状态可包括用户开放接收通知、忙碌、不开放接收通知，并可包括其它对诸如工作日、周末、假日和/或其它时机/阶段的考虑。

源1226-1228，1230产生打算提供给用户和/或其它实体的通知。例如，源1226-1228可包括诸如因特网和基于网络的通信、电话通信的通信以及软件服务。通知源在此通常被定义为产生也可被称为通知和警报的事件，旨在警告用户或用户代理有关信息、服务、和/或系统或世界事件。通知源也可被称为事件源。

例如，电子邮件可由优先级系统1230产生为通知，从而使其经过优先级化，其中产生通知的应用程序或系统分配给电子邮件对应于该电子邮件对用户的可能重要性或紧急性的相关优先级。该电子邮件还可不按对用户的相关重要性而发送。因特网相关服务可包括具有用户已订购信息的通知，诸如常常出现新闻的标题、股价等。

通知源1226-1228自己可以是按压类(push-type)或提拉类(pull-type)源。按压类源是无相应请求就自动产生和发送信息的源，诸如在订购之后即自动发送信息的标题新闻和其它因特网相关服务。提拉类源是响应于请求而发送信息的源，诸如在查询邮件服务器之后所接收的电子邮件。其它通知源包括以下：

·诸如日程表系统的电子邮件桌面应用程序；

·计算机系统(例如，可用消息警告用户有关系统活动或问题的警告的信息)；

·因特网相关服务、约会信息、进度查询；

·一个或多个共享文件夹中文档或某类文档数量的变化；

·响应于对信息的固定或持续查询，新文档的可用性；和/或

·有关人及其出现、他们位置的改变、他们的接近性(例如当我旅行时让我知道在10英里内是否有另一同事或朋友)或他们的可用性(例如当Steve有空对话并接近可支持全视频会议的高速链接时让我知道)的信息的信息源。

通知接收器1236-1238能向用户提供通知。例如，这样的通知接收器1236-1238可包括计算机，诸如台式和/或膝上型计算机、手持式计算机、手机、车载对话、寻呼机、车载计算机、以及可以想到的其它系统/应用。注意，部分接收器1236-1238可传送比其它接收器丰富得多的通知。例如，台式计算机通常具有扬声器和与之耦合的相对较大的彩色显示器，并具有在与本地网络或因特网耦合时具有用于接收信息的更高带宽。因而，通知可由台式计算机以相对丰富的方式传送给用户。相反，许多手机具有较小的黑白显示器，并以相对较低带宽接收信息。相应地，与由手机传送的通知相关联的信息通常较短，并调整为适合手机的接口能力。因而，通知的内容可取决于它是否向手机或台式计算机发送而不同。根据本发明一方面，通知接收器可指通过例如事件订购服务来订购事件或通知的。

通知引擎1224访问由环境分析器存储和/或确定的信息，并确定从源1226-1228接收的哪个通知要传送到接收器1236-1238的哪一个中。此外，取决于被选定要发送信息给它的接收器1236-1238之一，通知引擎1224可确定通知要如何传送。例如，可确定在提供给选定接收器1236-1238之前通知应加以归纳。

本发明并未限于引擎1224如何决策哪个通知要传送给哪个通知接收器，以及以何种方式传送通知。根据一方面，可利用决策理论分析。例如，通知引擎1224可适于推断有关变量的重要不确定性，包括用户的位置、注意力、装置可用性、以及如果无警报用户将访问信息的时间量。然后通知引擎1224可作出通知决策，有关是否要用通知警告用户，以及如果要归纳的种类和适当装置或以及用于转发通知的装置。一般而言，通知引擎1224确定通知的下一期望值。这样做时，它可考虑：

·每个可用通知接收器的保真度和传输可靠性；

·打断用户的注意力成本；

·信息对用户的新颖性；

·直到用户自己查看到信息的时间；

·可能环境敏感的信息值；和/或

·在通知内包含的信息随时间增加和/或减少的值。

因而有关不确定性的推断可被产生为各值的期望可能性，诸如给定用户的某些注意力状态使用特定装置的特定模式打断用户的成本。通知引擎1224可作出以下一个或多个的决策：

·用户当前专心要做和在做的(例如基于环境信息)；

·用户当前在哪里；

·信息有多重要；

·延迟通知的成本是什么；

·通知会如何分散；

·传送到用户的可能性是什么；以及

·与使用给定通知接收器的特定模式相关联的保真度损失是什么。

因此，通知引擎1224可执行对等待和活动通知的诸如决策理论分析的一分析，估算由信息接收器和源提供的环境依赖变量，并推断选定的不确定性，诸如直到用户可能查看信息的时间、用户位置和当前的注意力状态。此外，通知引擎1224可访问由替代或支持个性化决策理论分析的环境分析器1222存储在用户简介中的信息。例如，用户简介可指示在给定时间上用户喜欢仅当通知具有预定重要性级别时通过寻呼机得到通知。这样的信息可被用作是开始决策理论分析的基线，或者可以是通知引擎1224用于确定如何及是否通知用户的方法。在本发明一方面中，通知平台体系结构可被配置为驻留于事件进展或消息传送体系结构上的层。然而，本发明并未限于任意特定事件进展体系结构中。

此外，本领域技术人员可理解，该体系结构可被配置为驻留于灵活分布的计算体系结构上的层。因而，通知平台体系结构可利用下层基础结构作为源发送通知、警报和事件的方法，作为诸如终端装置的接收器接收通知、警报和事件的方式。然而，本发明并未如此受限。

参照图13，用于实现本发明各方面的示例性环境1310具有计算机1312。计算机1312具有处理单元1314、系统存储器1316、及系统总线1318。系统总线1318耦合系统组件包括但不限于将系统存储器1316耦合到处理单元1314。处理单元1314可以是各种可用处理器的任一种。双微处理器和其它多处理器架构也可被用作处理单元1314。

系统总线1318可以是若干类总线结构的任一种，包括存储器总线或存储器控制器、外围总线或外部总线、和/或使用各种可用总线结构任一种的本地总线，这些总线结构包括，但不限于，11比特总线、工业标准结构(ISA)、微信道结构(MSA)、扩展ISA(EISA)、智能磁盘设备(IDE)、VESA局部总线(VLB)、外围部件互连(PCI)、通用串行总线(USB)、高级图形端口(AGP)、个人计算机存储卡国际协会总线(PCMCIA)、和小型计算机系统接口(SCSI)。

系统存储器1316具有易失性存储器1320和非易失性存储器1322。包含在计算机1312硬件间传送如起动时信息的基本例程的基本输入/输出系统(BIOS)，存储在非易失性存储器1322上。作为说明且无限制，非易失性存储器1322可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除ROM(EEPROM)或闪存。易失性存储器1320包括作为外部高速缓存的随机存取存储器(RAM)。作为说明且非限制，RAM有多种形式可用，如同步RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数率SDRAM(DDRSDRAM)、增强SDRAM(ESDRAM)、同步链接DRAM(SLDRAM)、和直接RambusRAM(DRRAM)。

计算机1312还具有可移动/不可移动、易失性/非易失性计算机存储介质。图13示出了例如磁盘存储器1324。磁盘存储器1324包括，但不限于，象磁盘驱动器、软盘驱动器、磁带驱动器、Jaz驱动器、Zip驱动器、LS-100驱动器、闪存卡、或存储棒。另外，磁盘存储器1324可具有单独存储介质或结合其它存储介质包括，但不限于，诸如光盘ROM设备(CD-ROM)、可记录光盘驱动器(CD-R驱动器)、可重写光盘驱动器(CD-RW驱动器)、或数字化通用盘ROM驱动器(DVD-ROM)的光盘驱动器。为便于磁盘存储器1324与系统总线1318的连接，通常可使用诸如接口1326的可移动或不可移动接口。

应当理解，图13描述了作为用户和在适当操作环境1310中描述的基本计算机资源间中间体的软件。这种软件包括操作系统1328。可存储在磁盘存储器1324中的操作系统1328，其作用是控制和分配计算机系统1312的资源。系统应用1330得益于操作系统1328通过存储在系统存储器1316或磁盘存储器1324中的程序模块1332和程序数据1334对资源的管理。可以理解本发明可用各种操作系统或操作系统组合来实现。

用户通过输入设备1336将命令或信息输入到计算机1312中。输入设备1336包括，但不限于，诸如鼠标、跟踪球、铁笔、触板、键盘、麦克风、操纵杆、游戏垫、卫星接收器、扫描仪、电视调谐器卡、数字相机、数字摄像机、网络相机等定点设备。这些和其它输入设备经系统总线1318通过接口端口1338与处理单元1314相连。接口端口1338包括例如串行端口、并行端口、游戏端口、和通用串行总线(USB)。输出设备1340使用象输入设备1336的某些相同类型端口。因此，例如USB端口可用来为计算机1312提供输入，并将信息从计算机1312输出到输出设备1340。输出适配器1342被提供用来说明某些输出设备1340象监视器、扬声器、和打印机，与其它输出设备1340之间，需要特殊适配器。输出适配器1342包括，作为说明且非限制，视频卡和声卡在输出设备1340和系统总线1318间提供了连接方法。应该注意的是诸如远程计算机1344的其它设备和/或设备系统提供输入和输出功能。

计算机1312使用与一台或多台远程计算机如远程计算机1344的逻辑连接在网络化环境中操作。远程计算机1344可以是个人计算机、服务器、路由器、网络PC、工作站、基于微处理器的电气设备、对等设备或其它公共网络节点等等，而且通常包括所述与计算机1312相关的许多或全部元件。为简化起见，仅存储器存储装置1346与远程计算机1344一起图示。远程计算机1344经网络接口1348与计算机1312逻辑连接，然后通过网络连接1350进行物理连接。网络接口1348包括诸如局域网(LAN)和广域网(WAN)的构成通信网络。LAN技术包括光纤分布式数据接口(FDDI)、铜线分布式数据接口(CDDI)、以太网/IEEE 802.3、令牌环/IEEE 802.5等等。WAN技术包括，但不限于，点对点链接、象综合服务数字网(ISDN)及其后变种的电路交换网络、分组交换网络、和数字用户线路(DSL)。

通信连接1350指向被用来将网络接口1348连接到总线1318的硬件/软件。尽管为了清晰地说明，通信连接1350被示为位于计算机1312内，但它也可在计算机1312之外。与网络接口1348连接所必需的硬件/软件具有，仅作为示例，诸如包括常用电话级调制解调器、电缆调制解调器和DSL调制解调器的调制解调器、ISDN适配器、和以太网卡等内部和外部技术。

图14是本发明可与之交互的采样计算环境1400的示意方框图。系统1400包括一台或多台客户机1410。客户机1410可以是硬件和/或软件(例如线程、过程、计算装置)。系统1400还可包括一台或多台服务器1430。服务器1430也可以是硬件和/或软件(例如线程、过程、计算装置)。服务器1430可包含采用本发明来执行变换的线程。在客户机1410和服务器1430间的一可能通信可能是以适于在两个或多个计算机过程间传送的数据包形式进行。系统1400包括可用来便于客户机1410和服务器1430间通信的通信框架1450。客户机1410可与用来存储客户机1410本地信息的一个或多个客户数据存储器1460作可操作连接。类似地，服务器1430可与用来存储服务器1430本地信息的一个或多个客户数据存储1440作可操作连接。

以上所述包括本发明的诸多示例。当然，为描述本发明而对每一能想到的组件或方法组合进行描述是不可能的，但本领域普通技术人员明白本发明的更多排列和组合是可能的。因此，本发明旨在包含所有这样的在所附权利要求书精神和范围内的变更、修改、和变化。此外，就用于具体实施方式或权利要求书的术语“包含”而言，这种术语意在以类似于术语“包括”在权利要求书中作及物词的方式作包括意义解。

Claims (51)

1.一种便于传送通知的系统，其特征在于，包括：

用消息编码的一时间参数，其中所述时间参数与指定发送者想要所述消息活动多久的存在时间TTL属性相关联；以及

一消息接收组件，它部分地基于所述时间参数和已确定的接收者忙碌状态，来确定是否要将所述消息转发给接收者。

2.如权利要求1所述的系统，其特征在于，还包括将消息发送给终端装置上接收者的一消息发送组件。

3.如权利要求2所述的系统，其特征在于，所述消息发送组件包括通信组件、即时消息传送系统、电话或手机、或电子邮件组件。

4.如权利要求1所述的系统，其特征在于，所述消息接收组件包括语音邮件组件。

5.如权利要求1所述的系统，其特征在于，所述消息包括用于控制如何、何时和是否要将消息发送或传送给接收者装置或组件的一个或多个组件。

6.如权利要求1所述的系统，其特征在于，如果所述消息保留在队列中的时间比TTL参数长，则所述消息从到达消息接收者撤销。

7.如权利要求6所述的系统，其特征在于，所述队列适于在客户机或服务器组件内，所述客户机或服务器组件与消息的发送者或接收者相关联。

8.如权利要求1所述的系统，其特征在于，还包括被用来配置所述时间参数或构成所述消息的用户界面。

9.如权利要求8所述的系统，其特征在于，还包括用以自动分析语音和文本队列的消息在撤销前消息应保持活动多长时间的一组件，所述组件自动配置所述时间参数。

10.如权利要求1所述的系统，其特征在于，所述忙碌状态通过有限延迟组件确定。

11.如权利要求1所述的系统，其特征在于，还包括用以在所述消息的发送者或接收者之间交换其它数据的一状态组件。

12.如权利要求11所述的系统，其特征在于，所述数据还包括在所述消息从接收装置呈现时发送的消息接收确认。

13.如权利要求11所述的系统，其特征在于，所述数据还包括消息超时已发生且未发送所述消息的信息。

14.如权利要求11所述的系统，其特征在于，所述数据指定接近超时的消息可抵达消息接收者，而不是定时失效。

15.如权利要求11所述的系统，其特征在于，所述数据指定消息接收者的等待可用性或忙碌状态。

16.如权利要求11所述的系统，其特征在于，所述数据指定一可选的消息提议。

17.如权利要求11所述的系统，其特征在于，所述数据包括发送者的图像或指示即时消息在队列中的与所述发送者相关联的文本。

18.如权利要求1所述的系统，其特征在于，还包括可由消息接收者周期性检查的活动日志，所述日志指示所发送消息的数量、相关联的消息内容、或已尝试进行通信但成功或失败的消息发送者的身份。

19.如权利要求1所述的系统，其特征在于，还包括与使消息接收者知道消息所包含信息对所述接收者的信息值的最终期限相关的有限延迟时段，其中容限或延迟取决于所述信息的紧急性。

20.如权利要求19所述的系统，其特征在于，所述有限延迟时段与传感器、日程表信息、警报类型和日期时间的至少之一相关联，以确定用户是否太忙碌而在目前或在预定时间之后不能接收警报。

21.如权利要求1所述的系统，其特征在于，还包括确定中断或信息接收者忙碌状态的当前成本的传感器。

22.如权利要求1所述的系统，其特征在于，还包括一优先级系统，其中有限延迟时段是所述信息的经推断紧急性或优先级的函数。

23.一种便于传送通知的系统，其特征在于，包括：

与用户相关联的一装置，所述装置收集与所述用户的注意力状态和所述用户的位置的至少之一相关的数据；以及

一通知组件，所述通知组件使用关于提供通知的所述数据的至少一部分，所述通知与限制所述通知寿命的时间参数相关联，其中所述时间参数与指定发送者想要所述通知活动多久的存在时间TTL属性相关联。

24.一种便于通信的系统，其特征在于，包括：

一装置，用于使时间参数与通知相关联；

一装置，用于检测信息接收者的状态；以及

一装置，用于使用与所述通知传送给所述用户有关的所述检测状态和所述时间参数，其中所述时间参数与指定发送者想要所述通知活动多久的存在时间TTL属性相关联。

25.一种便于传送通知的方法，其特征在于，包括：

使用至少一装置来确定或推断有关用户注意力状态或位置的信息；

使时间限制参数与通知相关联，指示所述通知要保持活动多长时间，其中所述时间限制参数与指定发送者想要所述消息活动多久的存在时间TTL属性相关联；以及

采用与向用户传送通知作决策有关的所述信息和所述时间限制参数。

26.如权利要求25所述的方法，其特征在于，还包括采用与所述决策有关的决策模型，所述决策模型包括处理动作值和动作成本的至少之一以确定有关将所述通知传送给用户的期望效用。

27.如权利要求26所述的方法，其特征在于，所述动作值和动作成本部分地由对所述用户的注意力焦点和工作量的考虑确定。

28.如权利要求27所述的方法，其特征在于，所述用户的注意力焦点和工作量部分地由对感觉传感器、装置交互、日程表、日期和时间的至少之一的考虑确定。

29.如权利要求25所述的方法，其特征在于，所述用户的注意力状态或位置由临时决策模型确定。

30.一种便于传送消息的系统，其特征在于，包括：

与消息相关联的策略参数；以及

一消息发送或接收组件，所述组件部分地基于所述策略参数和消息接收者的已确定状态来确定是否要向接收者传送所述消息，其中所述策略参数与指定发送者想要所述消息活动多久的存在时间TTL属性相关联。

31.如权利要求30所述的系统，其特征在于，所述策略参数向消息发送者启用选项：发送即时消息IM以到达消息接收者、或如果他们出现则引起其注意、或者通过所述消息接收者对忙碌或空闲策略的定义而空闲。

32.如权利要求30所述的系统，其特征在于，所述策略参数与缺省时间或消息发送时间上的标记相关联。

33.如权利要求30所述的系统，其特征在于，所述策略参数与不可用环境或不可用参数相关联。

34.如权利要求33所述的系统，其特征在于，所述不可用环境包括以下至少之一的设置：在x分钟内不响应消息，在桌面上不活动达x分钟以上，以及在至少一个指定状态中忙碌，其中x是整数。

35.如权利要求34所述的系统，其特征在于，所述指定状态包括以下至少之一：与某人有进行中即时消息，x分钟内收发来自某人的即时消息对话，或者包括指定前景中应用程序的桌面状态。

36.如权利要求33所述的系统，其特征在于，还包括忽略所述策略参数的异常参数。

37.如权利要求33所述的系统，其特征在于，所述不可用策略包括以下至少之一：

将即时消息转换成电子邮件并将所述电子邮件置入收件箱；

用自动生成的响应产生给发送者的即时消息；以及

在所述生成响应中包括指定信息。

38.如权利要求37所述的系统，其特征在于，所述自动生成响应被发送给列表中的人。

39.如权利要求37所述的系统，其特征在于，所述自动生成响应通知发送者接收者可通过电子邮件联系。

40.如权利要求37所述的系统，其特征在于，所述自动生成响应是自动生成发给消息发送者并带有给接收者的副本(cc：)的，它带有内嵌的启动即时消息以使线程后来能在电子邮件继续。

41.如权利要求40所述的系统，其特征在于，还包括由接收者或发送者的喜好从电子邮件消息产生的即时消息。

42.如权利要求30所述的系统，其特征在于，所述策略参数被应用于及时性通信或按键-通话通信。

43.如权利要求42所述的系统，其特征在于，所述按键-通话通信被抑制并保存在本地缓存区中，并在如果消息接收者在预定时间内变得空闲时呈现。

44.如权利要求43所述的系统，其特征在于，如果所述消息接收者未能在分配时间内变得空闲，消息可被删除同时向所述发送者提供自动的预先记录消息，表示所述上一消息未通过，或者向所述接收者或发送者提供使消息转换成后来可查看的形式的选项。

45.如权利要求42所述的系统，其特征在于，还包括发回一自动记录的策略，所述记录通知呼叫者他们目前忙碌，消息还未交付，并通知所述呼叫者当所述消息呈现时会告知他们。

46.如权利要求42所述的系统，其特征在于，还包括超时策略和有关接收者电话或帐户不可用性的可能自动响应，其中消息由所述接收者的装置或服务器在本地存储。

47.如权利要求46所述的系统，其特征在于，还包括一查看组件以便于后来对因为不可用性或中断的当前成本而抑制的消息的查看。

48.如权利要求47所述的系统，其特征在于，所述查看组件包括用于联系发送者的手动过程或用于重建通信环境的自动工具。

49.如权利要求48所述的系统，其特征在于，所述自动工具允许接收者用单个按压就能调用对话重建探查。

50.如权利要求49所述的系统，其特征在于，所述探查包括用于再访与发送者的对话的通信。

51.如权利要求50所述的系统，其特征在于，所述探查包括与消息发送者或主题有关的信息或环境。

Images