CN100442268C - 使用本地感觉信息来指导报警、交互和通信的系统和方法 - Google Patents

Abstract

本发明涉及一种便于重要消息的通信、通信或交互的系统和方法。引入一种考虑用户当前情况的策略，包括用户干扰的费用，或用于这样费用的直接传感代理，并且该策略在传送信息或建立通信的期限内确定一个合适时间。根据信息紧急性来确定传送的周期，该紧急性是从消息发送方、类型或内容来推断的。如果在期限内没有检测到合适的上下文，就在最后期限发送该信息。如果确定在期限内还没有获得适当上下文，就立即发送消息。传送的合适上下文包括加速度计、麦克风、触摸传感和凝视以及头部姿势检测。在确定警告延迟时，可以采用其他信息，包括如用户日历中所指示的约会、时刻和预先估计的可用性模型。端点传感器，日历信息和可用性模型也可以被用于确定一个设备接收信息的可能性。这样的信息可以作为传输成功的可能性直接传回或概括起来传回一个中心管理器或在本地确定突出和接收警告时使用。

Description

使用本地感觉信息来指导报警、交互和通信的系统和方法

相关申请参考

该申请是在2002年8月30日提交的、题为优先权产生和管理、美国专利申请号为10/220,550的部分继续申请，该美国专利申请要求享有2001年3月16日提交的PCT申请号为PCT/US01/08710的优先权，该国际申请要求享有2000年3月16日提交的、题为注意系统和接口的美国临时专利申请号60/189,189的优先权。

该申请还是在2002年8月30日提交的，题为通知平台结构的美国专利申请号为10/220,419的部分继续申请，该美国专利申请要求享有在2001年3月16日提交的PCT申请号为PCT/US01/08711的优先权，该国际申请要求在2000年3月16日提交的、题为注意系统和接口、美国临时专利申请号60/189,801的优先权。

技术领域

本发明一般涉及便于各种设备、系统、处理和/或个体之间进行通信的系统和方法。尤其是，本发明涉及端点设备的智能传感，这些设备用于各种通信系统以及符合用于最小化通知的干扰性的有限延迟策略。

背景技术

尽管人们具有深刻感知、记忆和推断世界的能力，但是认识能力仍然极大地限制在公知的表征方式中。特别是，心理学发现，人们与稀少的注意资源和有限的工作存储器作斗争。就眼前来说，当人们受到在短时间中记住更多新观念或条目、从这些条款的背景图形中识别重要目标或交叉多任务的挑战时，这种限制变得突出。

这些研究结果表明：人们一般必须通过有限的注意焦点来观察世界。这样，大部分人通常会产生一些隐含及明显地与这些人有选择地关注什么以及他们关注到何种程度有关的线索。找到受限注意资源对于如何设计计算机系统和接口具有重要意义。

发明内容

为了提供本发明一些方面的基础理解，下面给出了本发明的简要概述。该概述不是本发明的详尽综述。并不打算确定本发明的关键/决定性元件或描述本发明的范围。其唯一目的是以简单的形式给出本发明的一些原理作为后面将给出的更详细的描述的前言。

本发明涉及一种便于重要消息的通信或通信的系统和方法。在传送消息的最后期限内确定有关最好时机时，所描述的策略考虑用户当前情况，包括考虑推测可能出现的干扰费用，或用于这种费用的直接传感代理。传送期限依赖于信息的紧急性，这可以从信息发送方、类型和内容推断或检测。如果在期限内没有检测到合适时机，就在最后期限传送信息。如果确定在期限内无法获得适当时间，就立即发送信息。用于传送的合适时间可以通过端点设备上或附近的一个或多个传感器的使用来确定，上述端点设备包括加速度计、麦克风、触摸传感器，和凝视和头部姿势检测。在确定有关警告延迟中，可以采用其他信息，包括如在用户日历上所指示的约会状态，时刻，和预先估计的可用性模型。端点传感器，日历信息和可用性模型还被用于确定在一个设备接收信息的可能性。这样的信息可以直接传回或概括起来传回到中心通知管理器，或在确定有关警告的突出性和接收时本地使用这样的信息。

本发明一个具体方面涉及通过减轻与通知有关的方便各部分之间的有效和适时的通信的系统和方法。本发明的一个具体方面涉及与实现通信的消息通知和/或最佳模式有关的小型设备(例如，电话，PDA，智能笔，手表，眼镜)的采用。根据本主题的发明，小型设备可以知道或部分知道各种与用户注意状态和/或位置有关的量度。与注意状态和/或位置有关的小型设备确定和/或推断的信息可以在小型设备和不同的设备或系统(例如，中心通知管理系统)之间共享。相对于其他设备通过串行或并行来分别传播以及集中传播这些信息。采用这些信息便于提供通知服务和/或确定或推断在与用户和在用户之间通信的最佳模式。

一个举例方面规定采用有限延迟策略，其中一个本地设备转发在消息特定最后期限到达之前接收的信息；根据本发明的设备试图确定或推断在分配期间内用于干扰的最合适时间。这样的确定或推断可以采用基于统计和/或基于概率和/或基于利用率(例如，给定干扰费用的干扰的好处)的技术。根据本主题发明的设备可以采用与学习或推断用户的注意状态和位置有关的各种传感形式(例如，基于MEMS的传感器，温度传感器，加速度计，陀螺仪，基于光线的传感器，基于时间的传感器，GPS，802.11信号强度，红外附近检测器，触摸传感器，...)。至于共享和/或发送所传感的状态来说，应该认识到：可以传送所有传感的状态、子集或其综述。

本发明的另一个方面规定把设备状态和周围环境考虑进去。例如，可以考虑设备的传输可靠性(transrel)(例如，在一个代表P(trasrel|context)的变化的数值范围上，即在特定环境的设备上接通的可能性(是一个诸如f(contex)或f(传感状态)的函数))。

为了实现前述和相关的目的，在此结合下面的说明和附图描述了本发明的某些直观方面。这些方面表示实现本发明的各种方式，本发明覆盖了上述所有的方面。当结合附图来考虑时，从本发明下面的详细描述中，本发明的其他优点和新特点将变得更加显而易见。

附图说明

图1是说明根据本发明的一个方面的端点设备通信的示意性框图；

图2是说明根据本发明的一个方面的典型的有限延迟策略的框图；

图3是说明根据本发明的一个方面的典型的有限延迟参数的框图；

图4是说明根据本发明的一个方面的端点设备的应用模型的框图；

图5说明根据本发明的一个方面的实例端点设备；

图6和7是说明根据本发明的一个方面的有限延迟处理的流程图；

图8是说明根据本发明的一个方面的注意焦点和工作量的模型的影响图；

图9是说明根据本发明的一个方面的瞬时贝叶斯注意模型的影响图；

图10是说明根据本发明的一个方面的通知平台的概念视图；

图11是说明根据本发明的一个方面的通知平台的示意框图；

图12是说明根据本发明的一个方面的通知管理器分析的框图；

图13是说明根据本发明的一个方面的在通知平台中实时推理的框图；

图14是说明根据本发明的一个方面的优先化系统的示意框图；

图15是说明根据本发明的一个方面，在通知引擎和上下文分析器之间的系统协作的示意框图；

图16是说明根据本发明的一个方面的适当操作环境的示意框图；

图17是说明根据本发明的一个方面的抽样计算环境的示意框图。

具体实施方式

本发明涉及一种基于用户上下文考虑便于各方之间通信的系统和装置，其中所用的上下文包括这样的背景信息，例如在用户的数字日历和信息上编码的用户约会状态，该信息是通过一个设备上或附近的传感器由本地传感的信息。我们引入两种利用这样的本地传感来警告用户有重要信息的构成和消息传递策略：有限延迟和传输可靠性。有限延迟解决警告时间性，提供了一种用于允许系统寻找恰当时间的装置，同时限制与具有信息延迟数值的损失有关的花费。传输可靠性告知一个通知系统有可用于传达信息的最佳设备和警告装置。

有限延迟策略定义了使用户知道消息的期限，其中该消息包含给该用户的值的信息，其容限或延迟周期取决于该信息的确定的依赖时间的紧急性。一些警告用户的期限或延迟容限被指定到那些发送到端点设备的消息中，该端点设备例如是移动电话或手提计算机。可以在端点设备或通过一个更中心的通知管理器来本地指定这样的容限。端点设备结合存储或传感的有关用户上下文和有效性的信息来考虑延迟容限。传输可靠性涉及信息接通到一个传感用户的可能性，其中将由端点传感器或者其他相关信息所传感的情况指定给上述用户，上述相关信息例如是存储在日历中的用户约会信息。

例如，采用有限延迟策略，其中本地装置用于在消息指定期限到达之前转发设备所接收的消息。然后该装置自主在一个分配的时间周期内确定干扰的适当时间。例如，端点设备可以影响(leverage)多个感觉传感器，包括GPS、802.11信号强度、加速计、红外线邻近检测器和触摸传感器。

有限延迟和传输可靠性会相互作用。有限延迟策略会影响传输可靠性的考虑。例如，一个用户可能要用大声警告才能起到作用，但是最好使用轻微的蜂音，例如通过蜂窝电话的振动。如果轻微蜂音的传输可靠性在到达延迟容限之前变得足够高，就可以不需要大声警告用户而用轻微蜂音提醒。

在另一个方面，可以应用有限延迟使呼叫方不挂断，(例如，当用户正在键入时等)并且试图在某个短时间范围(例如，为呼叫方提供周期性消息，例如“请重试，请继续等待，或按#键直接转到语音信箱”)内的适当时间接通该用户。在寻找到适当上下文时，系统就可以成功接通呼叫，如果没有成功，就放弃并为用户提供其他的选项，例如重新进行呼叫并且/或把用户转到语音信箱以及对等待进行道歉。这种转换和判定可以通过接入到本地传感器的端点设备自己，或一个更大的电话系统(例如，一个共同的PBX等)来执行。还有，有限延迟策略可以与诸如有关用户位置和/或上下文的其他参数协调(例如，如果我是在电影院中，在延迟容限周期过去之后如果没有来自我家的紧急消息就不要打断我)。

如在该应用中所使用的，术语“部件”，“服务”，“模型”和“系统”意思指计算机相关实体、或是硬件、硬件和软件的组合、软件或执行的软件。例如，一个部件可以但不局限于是一个在处理器上运行的处理、一个处理器、一个目标、一个可执行程序、一个执行线程、一个程序和/或一个计算机。为了说明，在服务器上运行的应用程序和服务器都是一个部件。一个或更多部件可以存在于执行的处理和/或线程内并且计算机可以位于一个计算机上或分布在两个或更多计算机之间。

如在此所使用的，术语“推论”通常指从通过事件和/或数据所获得的一组观察推出或推断系统、环境、和/或用户的状态。例如，可以采用推论来确定一个特定的上下文或动作，或推论也可能产生状态上的概率分布。推论可以是概率-也就是基于数据和时间的考虑在所关心的状态上的概率分布计算。推论还可以指确定性或逻辑推论技术，包括由一组事件和/或数据组成更高级事件所采用的方法。无论在时间上接近的事件是否相关，或事件和数据是否来自一个或几个事件和数据源，这样的推论都可以从一组所观察的事件和/或所存储的事件数据导致新事件或动作的构成。

首先参照图1，一个系统100表示根据本发明的一个方面的端点设备通信。为了方便与用户通信，一个或更多端点设备110与一个或更多传感器114(例如，附近的动作)和有限延迟数据120相联系。有限延迟数据120由一个通知管理器130典型地确定和产生，该管理器把来自各种通知源134的通知路由到端点设备110。应该认识到，端点设备110也可以确定根据本发明的有限延迟数据120。

端点设备110的有限延迟数据120是考虑到一个容限周期而确定的，该容限周期称为延迟周期，其通常是通知发送方的函数和/或一种传送的消息。当端点设备110接收到消息时，该装置采用它的传感器14本地确定一个指定有限延迟周期内的适当时间来警告用户。典型地，消息越紧急，延迟周期越短。例如，通知管理器130可能刚从通知源124收到一个消息并且尝试按照该有限延迟数据120所指定的有限延迟时间来传送该消息。典型地，通知管理器130通常作出有关通知路由的决定并且依靠端点设备110在确定的延迟周期内把该消息实际传送给用户。然而，端点设备110可能检测到用户当前正进行剧烈活动(例如，加速计指示运动很快)。因此，即使有限延迟数据120所定义的消息传送期限正在接近，端点设备110仍可以基于所检测的用户活动或注意状态延迟消息的传送。

注意，有限延迟通常涉及这样一个概念，就是在本地或中心为消息指定有限延迟容限，其中该容限规定使用户知道消息的期限，该消息包括给用户的值的信息，这里的容限或延迟取决于信息的紧急性。还有，如在下面更详细的描述，还可以大概基于本地传感的信息来考虑传输可靠性，其中所传感的信息与概率有关并且/或估计给定背景信息，其中该概率是一个消息接通给定端点传感的用户的概率。

可以经本地传感器、日历信息、告警类型、和/或时刻确定有限延迟参数以确定用户太忙，现在或接下来的x分钟都不能接收警告。如果期限到达了警告还没有被传送，那么就在最后期限传送。如果明显过了期限(例如，如由日历信息所确定的)，那么再等待一个“更好时间”就没有意义了，立即传送警告，因为等待也不能获得什么。

可以采用传感器进行各种确定，例如确定什么时候用户忙以及什么时候用户可以接收消息。传感器还可以指示我们传输可靠性是多少。这样的传感器信息可以被直接送到中心通知管理器，例如通用通知平台，其仔细考虑把消息发送到什么地方，或在另一种应用中，一个端点设备本身可以由它的传感器计算传输可靠性(缩写为transrel)并且把概括的传输可靠性传回到一个中心通知管理器，该管理器在它的考虑中考虑该信息。例如，在蜂窝电话上的温度检测器可能表明蜂窝电话现在实际上在用户的口袋中，因此用蜂窝电话振动或振铃接通用户会有一个高的传输可靠性。

在本发明的一种常规会话系统或方面中，有限延迟的概念可以被用来使执行交互式会话的系统初始化会话或继续注意被其他地方的任务或另一个会话所吸引而中断的会话。例如，在用户正使用一个自动系统作任务的情况中，由于有人走入门口并且与该用户说话而中断该任务，该系统可以根据继续该会化的事件紧急性，在道歉并插话之前等待一段时间再继续。

注意，有限延迟可以与用户经历的许多方面相联系。例如，有限延迟策略可以联系到日历信息，这里约会看作用户有效性上的确定性边界(例如，“用户”的约会在10分钟后结束，因此就可以等待；相对地，“用户”的约会在20分钟后结束；约会或任务在延迟容限后才结束。因此，最好立即简单插入并警告用户)。在日历信息之外，计算系统还能够访问有关其他任务持续时间的信息。例如，预定长度的任务可能在用户查看媒体的情况中有用(例如，用户正在观看的电影或比赛将在7.5分钟后结束，在14分钟时将有商业中断，等等)。

类似地，用户可以基于时刻和周几指定有关他们可用性的各种选项(例如，用户可以指定在通知管理器中所编码的优先选择，“如果你没有到达有关一个警告的延迟容限的最后期限，在8am之前和11pm点之后不要把警告发给我。”)。因此一个系统试图等待并且如果可能就把有关警告拖延到推荐的时间期间(例如，在晚上8am到11pm之间)，如果不能等就在其他时间接通。还有，有限延迟策略可能取决于警告的类型(例如，装置可以立即轻微振动，但是在延迟容限到达之前如果没有确认，装置就用大声警告用户。)

在另一种方法中，当延迟容限已经到达时不接通，而是可以通知端点设备发回一个消息给中心通知管理器或警告的发送方，通知该通知管理器该装置在传递该消息时没有成功。

注意，在把通知传送给用户或打断用户插入通知时，通知管理器130和端点设备110可以采用确定理论方法，下面详细描述管理器和端点设备。整体有限延迟策略可以看作是更详细确定理论分析的近似。在详细的确定理论分析中，考虑每个消息和上下文的详细费用和好处，在一个情况接一个情况的基础上处理警告。有限延迟策略考虑在总延迟上的边界确定，以及不同紧急性的消息随着时间的信息值中的总损失。当考虑到多个消息相互作用时，例如当一个消息接通到用户，也可以允许接通其他消息，即使这些其他消息本来应该不能接通到用户。在一个例子中，可以确定用于多路消息的一个值，从而导致一个更小的延迟，例如，独立消息的值的和值(或其他函数)。

此外，一种已经被一些还没有到达容限的具有比较长延迟容限(它们具有较低的时间紧急性)的消息所阻塞的的系统，在出现一个更加时间紧急的消息时，可以与一个接通到用户的较短延迟容限共享一个不太紧急的消息。这些接通可以负担大部分共享信息的费用，从而允许以低增量费用接通其他消息。例如，基于用户的当前地点和会议地点，来考虑在什么时候对一个人进行会议提醒以便给用户足够时间去预定会议的这种情况。在接通时，接收附加消息的费用并不会远大于初始的接通费用。因此，系统可以用消息“在20分钟后你有一个会议在Bellevue的Doubletree Hotel”警告用户，然后在提出和处理警告后，顺便告诉较低时间紧急性的用户消息“同时注意，明天是史蒂文的生日，并且乔约翰下周会到城里”。

为了把通知发送给用户，通知管理器130和/或端点设备110可以包括一个或多个用于推断出用户状态(例如，注意状态，忙)的模式。这样的模式实质上可以包括任何类型的系统，例如包括使用贝叶斯学习的统计/数学模式和处理，贝叶斯学习可以产生贝叶斯相关模式，诸如贝叶斯网络，自然贝叶斯分类器，和/或支持向量机(SVM)。其他类型的模式或系统例如可以包括神经网络和Hidden Markov Models。虽然可以根据本发明采用详细的推理模式，但是应该认识到也可以利用其他的方法。例如，不是采用一种更彻底的概率方法，而是采用一种确定性假设(例如，在X时间量内蜂窝电话都没有活动可以通过规则推断出用户电话不可用)。因此，在如下更详细描述的不确定的推断之外，还可以根据用户和/或相关设备的状态、位置、内容、焦点等等进行逻辑判定。

现在参照图2，框图200说明了一个根据本发明的一方面的示例性有限延迟策略。根据该方面，如果没有检测到时间边界，则直到到达可用空闲状态，才能发送通知或消息。例如，在参考202和204说明了空闲状态。在用户的忙状态期间(对照空闲状态202，204来说)，一个高和低优先权消息206和208由通知代理或管理器进行排队。在210，设置为最大延迟时间的时间边界对于高优先权消息来说已经到达，因此在212传送消息给用户。在图2所说明的例子中，低优先权消息208还没有到达时间边界。因此，就不传送低优先权消息直到在204的下一个可用空闲状态。以这种方式，就减轻了用户所接收的接收通知分裂。注意，时间边界受用户内容的影响，上述用户内容诸如工作量、接收消息的数量、通知内容的时间依赖性。

根据本发明，为台式或端点设备告警提供了各种算法和/或处理。这些处理可以被应用到多种情况，例如：(1)用户在台式或端点设备跟前；(2)用户远离台式或端点设备；和(3)用户在离开后正好返回或登陆进入台式或端点设备。

对于检测到用户在台式或端点设备的情况，通常应用以下处例：

1.当接收到通知时，它的寿命设置为零并且注明它的优先权以及检查一个额外列表。

2.如果在那个紧急事件的最大延迟时间之前，经监视用户活动发现一个“可能可用”状态，就把该通知传送给用户。

3.否则，如前面关于图2所述的，当到达该通知的延迟容限时，就转发该通知。

平均起来，由于在典型台式或端点设备活动期间的典型少量“可能可用”状态，大部分通知往往都会在最大延迟时间之前传送。但是，比起在接收到通知时简单传送通知来说，平均起来用户对通知出现在用户空闲时的系统更满意。到达空闲状态的概率通常随着时间的增加而增加，因为随着时间量的增加，检测到可能可用状态的机会更多。由于可能空闲状态的概率随着时间量的增加而增加，随着这些可能空闲期间的更高可能性往往也出现低优先权的消息，并且被干扰的概率也随着消息优先权的增大而变大。

根据本发明的另一个方面，通知显示(例如，日志，浏览器，收件箱，蜂窝电话消息框)可以包括已经在等待的多个或集合通知，以便发送给用户一个包含组合通知块的单个通知。这样的分块可以给出根据最大优先权，最大寿命，或组等的最大优先权排序的列表中的通知分块。例如，如果还没有检测到可能空闲状态，并且高优先权通知的最大延迟时间已经到达，并且这时已经到达高优先权通知的最大延迟，可以在组合的通知中包括有关待决的低优先权通知的信息-即使低优先权通知在这时还没有达到相关的最大延迟。对于这类分块有几个方面是可能的，包括在标准通知显示中发送主要警告，并且在显示的底部概括列表中的其他待决警告。用户可以点击或检查或清除各个条目。

根据本发明的另一个方面，可以检查一个日历以使用户可以规定规定不应打断的连续会议(例如，出席，视频会议，电话会议)，除了标明要立刻传送的通知。这一般可以利用一个用于重要会议的最大延迟表和/或功能。这进一步可以通过使日历条目对于不同类的会议来说是几类约会之一和采用不同的最大延迟表或功能进行概括。

根据本发明的另一个方面，不是提供几类优先权，而是可以对于消息的紧急程度提供一个连续的范围，例如0-100，并且最大延迟可以是通知优先权的一个函数，包括各种线性和非线性函数(例如，随着优先权的增大，最大延迟时间呈指数衰减)。例如：

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

这等效于

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

此外，用户可以把上下文规定为日期(例如周末，假日，工作日)、时刻其它基本上下文的类型的函数，其中其他基本上下文对于不同类和子类的消息改变值的分配(例如，电子邮件，从家庭到商业合作人之间的直接通信)。

在另一方面，还可以提供一个条目日志，该日志中的条目用户还没有看过。这可以包括，维护用于所有通知的全球通知日志-例如能使用户回复并读取以前接收的通知。这还可以包括提供丰富的显示和交互。例如，点击在通知或端点设备窗口中的日志条目可以取出通知。点击通知可以取出更多信息或通知源的适当用户界面。例如，点击有关一个即将到来的通知会出现通知所指的约会的全视图。还有，可以高亮链接在通知内显示并且能使用户跳转到与该通知相关的网页，应用或信息。此外，在提供通知的同时，可以在通知窗口中显示广告，特殊背景和/或其他标记信息(来自源)。

在另一方面，具有有效持续时间和/或到期日期的通知在日期过后可以从一个有效队列删除。如果用户有兴趣看这类有效历史，可以列出日志中到期的通知。此外，为了对通知正报告的信息的地球状态提供更新，例如，与采用全球唯一标识(GUID)进行识别一样，通知的类别也可以标记为可以由任何信息更新所代替。

可以提供用户接口工具，这可以使用户能够对消息添加优先权信息，或，更简单地进行正常发送或空闲时的发送。空闲时的发送可以通过前面所述的有限延迟系统；正常发送可以充当无界通信。通知还可以用一组上下文(例如，焦点中的MS Word，或焦点中的MS Outlook等)中选出的特定应用(或特定寿命)上下文进行标记，并且如果通知还没有到期就从有效上下文中提取出通知。例如，当文字处理器处于焦点中时，通常提供一个与通知系统所反映的文字处理器使用有关的辅助提示。如果该应用没有在焦点中，就简单地记下提示。

还可以提供更进一步的特点。例如，当用户正在台式电脑上或使用端点设备工作时，可以观察并知道用户的“可能可用次数”的频率，以及在每个等级中用户接收警告的频率，并从用户活动中推断出期望的时间直到下一次可能空闲时间(基于应用，时刻，期望的用户位置，等)。采用该信息自动设置各个通知优先权等级的最大延迟时间，以便通知系统可以对每个优先权等级的警告限制被干扰的概率。这可以通过默认值来进行设置，或使用户能够对每个优先权等级确定一个概率，这样，通知系统他们不希望受到超过上述概率的干扰(也就是，忙时被警告)，对于低优先警告不超过5％时间，正常优先级警告不超过10％时间，高优先极警告不超过25％时间的干扰，等等。也就是，用户可以规定各个优先级的干扰目标“容限概率”并且系统可以对每个等级设置最大延迟时间。

可以接收确认，说明已经看到重要信息，例如，对于一个通知通常采用常规的一个信号“我得到它”，并利用这个反馈作为用户可以经用户配置文件进行选择的一个选项。也就是，用户可以选择打开该选项：

[]继续每[x]分钟通知我有关紧急信息直到我使用端点设备上的鼠标或按键进行了确认。

当用户已经离开桌面设备大于x分钟了(设置为默认或通过用户指定的时间量来设置)，可以推迟桌面事件，而发送通知给移动或端点设备。可以采用为台式警告指定类似的最大延迟时间，或者访问一组用于“离开”情况的备用最大延迟时间。也就是，对于离开情况，可以采用控制最大延迟时间的另一个表或函数。

类似于台式设置，对不能干扰的会议(例如出席，或其他不能干扰的会议)除了标记为立即接通的通知之外，都可以接入用户日历。可以采用在前面台式设置中描述的日历的类似概括，例如，以在台式情况中提供的各种方式或对于移动或端点设备专门概括的各种方式来使用信息。

在另一个方面，可以提供规定时刻限制以把通知限制在一定的时间内(例如，深夜和凌晨，周末)。用户可以把它们接收警告的类别规定到一定时间。例如，所有有关电子邮件和股票信息的商业在周末都不会发送到移动设备。

发送到蜂窝电话或寻呼机的消息可以通过通知管理器记到日志中并且当用户回到桌面查看通知日志视图时-或在移动或端点设备上访问日志视图时可以使用该消息。如上所述，对于移动设置可以采用像上面所述的台式设备那样的类似警告分块。

本发明可以采用移动或端点设备，诸如自动个人计算机(AutoPCs)和合适的仪表华的手持个人计算机(HPCs)(即，具有加速度计)。对于这些设备，可以基于接触和/或加速度，使用已有信息推断他们是活动的。可以对一些显著和/或明显的移动设置(例如，一组状态，每个用于行驶和走路的情况)产生一个可能空闲状态的列表。例如，对于行驶，空闲状态例如可以包括“在红灯时的停止或其他停止以及没有谈话”或“以相对恒定的速度航行”。

其他系统也可以考虑注意的不同级别(例如，考虑速度，干扰的复杂性，操纵等)。对于HPC，可以根据加速度计推断出(例如，贝叶斯推论)用户是在汽车里，并且可以推断类似的特性而不是直接由车上的计算机供给。对于HPC，当设备在停靠时，当走路或跑步停止时，或谈话中止时，或当放下单元休息时，这些都可以检测到。对于这样的移动或端点设备，通知可以本地存储并在每个可能空闲状态提取出。如果没有可检测的双向连接，这样的信息就可以在诸如桌面通知日志的日志中提供，同样发送给移动设备。应该认识到，通知日志还可以通过端点设备保存。

用户可以配置通知系统，以便当检测到“离开装置”之后用户首次回到台式电脑(或便携电脑)时，可以通过移动通知日志转发一个单独的通知，使用户选择具体的条目以查看通知，如果用户刚才在台式电脑应该已经看过该通知。例如，用户没有移动设备，或没有运行中的移动设备，或希望简单地确定通知系统工作在“只有台式电脑”的形式。在这种情况中，可以执行以下：

当通知系统说明用户已经从“用户离开”转换到“用户在台式设备眼前”，可以提供所有通知的通知日志给用户，其中这些通知在他们离开时已经过了最大延迟时间-或按用户优先选择是前述的最大延迟时间，并传送所有警告给这样的日志(例如，根据用户优先选择以各种方式分类，通过消息等级，通过优先权，或通过日期，或像包括最高紧急警告的消息等级这样的组合，通过优先权或接通时间在等级内进行分类，等)。当检测到用户离开时，通知可以继续在台式电脑(例如，在预先分配的区域)上传送到通知日历并且继续在日志(和通过通知的优先权和时间的分类)上添加已经过了他们最大延迟时间的通知-或作为选择是前述的最大延迟时间的通知并且实质上将所有警告传送到这样的一个日志上。当存在这样的日志时，可以在用户返回或登录时用音频提示警告用户-有日志在等着他们。取消显示并且在返回时用音频提示，使用户行动提出日志。在用户已经利用移动设备的情况中，当日志条目已经发送给用户时，日志可以自动从桌面日志中移除日志条目，或为了用户可以选择和/或快速扫描他们还没有看过的条目，标记该通知已经发送给移动设备。不发送日志，可以根据日志条目的数量进行判定以显示通知日志、分块警告(通过上述分块策略)，或单独的警告。

此外，可以使用户能够规定通知系统延迟这样一个“当返回时显示”策略，并且允许用户再他们返回时去工作(为了当他们希望返回作些事情时，避免受到警告打击的挫折)，和/或等待下一个“可能空闲”状态进行显示。对于免除受到这样抑制通知，可以提供一种特殊的“接通”。对于这样的功能，补充的“可能空闲”状态可以限定为“用户离开并返回，并且没有开始使用应用或系统主动工作。”也就是，可以检测，用户是否一返回到他们的桌面或端点设备，就立即开始工作，而是等待直到到达一个“可能可用”状态。如果用户返回并且没有开始工作，就注明这个新的可能空闲状态并且促使待决通知进行显示。如果用户返回并且正忙，系统可以显示已经超过他们最大延迟的通知或根据用户优先选择，不显示任何东西直到下一个“可能空闲”状态出现。这时，根据日志条目的数量，显示日志、分块警告、或单个警告给用户。

采用移动或端点设备的用户可能关闭设备或处于没有服务的区域。当返回到桌面时，可以最终以类似方式打开蜂窝电话。也就是，可以显示未看过的警告的日志视图并且用户可以浏览并提出相应的警告。本发明的另一方面可以使桌面日志当在移动设备上查看消息时跟更新桌面日志。

转到图3，框图300说明了根据本发明的一个方面的示例性有限延迟参数。在310，有关有限延迟的参数可以基于发送坊识别或消息内容性质的本地分析进行本地计算或确定。在320，可以从中心通知管理器(即，有限延迟或推荐的有限延迟可以包含在消息的通知图表中)接收这些参数作为元数据或控制数据。在324，延迟参数可以是另一个用户(例如，消息发送方设置指示消息紧急性的优先权标记)的变量的简单函数或通知管理器设置的优先权值或其他参数的函数。在330，参数可以包括实际等待好时间、和/或如果太晚(过了到期的某个最终期限)时擦除或记入日志的界限。

现在参照图4，系统400说明根据本发明的一个方面的用于端点设备的各种应用模型410。应用模型410描述了端点设备可以采用的一些实例传感部件。抽样应用410包括在410本地日历信息的使用以指示一个设备保存警告直到在电影或展出之后，或者其他会议结束之后。在420，可以采用麦克风或其他声音接收器来传感一个人什么时候停止讲话，或其他大的背景噪声，例如，汽车行驶噪声，汽车收音机，等-试图延迟警告直到安静周期大于界限内的t。在424，诸如加速度计的运动设备传感汽车什么时候停止，例如红灯时或例如在界限内要发送警告的停止标记时；个人已经停止走路，说话等。

在一个例子中，应用系统考虑在到达时限之后进行振铃并且在安静，等等，或其他传感器情况后再次把振铃作为备用。另一种情况是在传送通知之前等待直到一个人在附近或已经接触了设备。应用模式410还可以考虑在一种简单情况中的电话自动延迟：当振铃安静时，在头几秒中静默，等待话音停止。一个更详细描述的情况是如果传感到用户暂时忙，可以采用一个接听电话的代理，并且要求用户接听一会儿(电话的有限延迟)，然后在用户已经停止讲话或界限(例如，一分钟)已经到达时蜂音接通，与此有关的是“请再继续30秒...重试”。如果这失败，把呼叫方转到一个应答机或把呼叫方接通给用户。该概念可以与仅对特殊人或特殊指定组内的特殊人执行电话铃声延迟相联系(“在一个小时内我正在会见的人，等”)。端点设备可以采用的其他传感器包括在430的全球定位系统(GPS)，在434的信号强度传感器，在440的红外附近传感器，和在444的接触传感器。

图5描述了根据本发明的一个方面的示例性端点设备500。端点设备500包括一个传感个人数字助理(PDA)，其配备有多个感知传感器，包括附近，运动，和接触传感器。当看到设备500时，在510的背景中，显示加速度计信号，表示用户走路的运动足迹。在图5高亮部分，可以使小设备知道用户的注意状态和位置-并且发送本地传感器信息以通知中心通知管理器，基于所观察到的，执行完全的本地通知管理和相关的服务，和/或执行有关通知的中心和本地考虑的组合。在后一种情况中，中心通知管理作出有关传送的决定，并且基于本地传感和推断，依靠端点设备执行定时和警告形式的精确目标确定。

作为一个例子，结合使用有限延迟策略，本地设备进行转发消息，该消息在到达消息特殊的最后期限之前已经接收到；该设备尽最大努力试图在分配的周期内为干扰确定一个适当时间。如前面所说明的，端点设备可以在小设备上嵌入和影响多个感知传感器，例如包括GPS，802.11信号强度，加速度计，红外附近传感器，和接触传感器。其它方面可以对研发设备开拓机会，诸如，在附近的情况，包括从注意的粗略模型获得状态。

图6和7说明了根据本发明的提供有限延迟通知的方法。为了简化解释，把方法表示和描述为一系列动作，应该理解并认识到，本发明并不限定于这些动作的顺序，因为根据本发明，一些动作可以以不同顺序发生和/或同时与在此表示和描述的其他动作同时发生。例如，本领域技术人员应该可以理解并认识到，作为选择一个方法可以表示为一系列相互关联的状态或事件，例如是状态图的方式。此外并不是需要所有说明的动作来实施根据本发明的方法。

参照图6，在602接收一个新通知。在604把接收的通知放到一个消息队列中。在606，做出接收的通知是否要立即传送给用户的判定。这可以通过观察一个设置来实现，该设置例如是一个指示通知是否应该被发送的标志。如果通知应该被发送，处理进行到图7所说明的720。如果通知不应该发送，处理进行到608。在608把一个初始时间与通知联系起来，例如是上述的最大延迟时间。应该注意，动作610、612和616可以作为定时服务例程的一部分或作为干扰事件来进行，其中这些动作由图6和7所说明的处理的一部分周期性执行。在610，排队通知的寿命被更新。在612做出通知是否到期的判定。如果是，从队列中移除到期通知。如果在612通知还没有到期，处理返回/进行到图7所述的处理。

现在参照图7，在720做出有关从图6的606的分支的判定。在720，做出用户是否在桌面或端点设备的判定。如果是，处理进行到724，其中从队列中移除特殊通知，显示通知，并且更新通知日志。如果在720用户不在桌面，在728做出是否能启动用户移动或端点设备的判定。如果否，处理更新通知日志。如果在728能启动移动设备，处理进行到730。在730，做出日历是否指示有一个不间断会议的判定。如果是，更新通知日志并且在会议后警告拥护。如果在730中没有这样的会议，就发送通知给移动设备或端点设备并且更新通知日志。

参照740，从图6说明的610-616的动作提供了一个返回。在740，做出用户是否正在桌面或端点设备的判定。如果时，在742做出是否有任何通知到达图6的608所设置的最大延迟时间的判定。如果时，处理进行到744并且从队列中移除该特殊通知，并且进行到728，728在前面已经描述过了。在740，如果用户正好返回桌面或端点设备没有，汇报未看到的通知并且更新通知日志。。如果在740用户已经在桌面，处理就进行到748。在748，做出是否已经检测到任何可能可用状态的判定。如果是，汇报待决的通知并且更新通知日志。如果在748没有检测到可能可用状态，处理进行到750。在750，做出是否有任何通知到达图6的608所设置的最大延迟时间的判定。如果是，处理进行到724并且从队列中移除该特殊通知，并且进行显示通知并且更新通知日志。

图8-14描述了各方面的通知处理和注意模型。如上所说明的，本发明考虑如何访问系统和有关用户注意的用户信息。有关注意的微妙线索通常是有效的，并且这些大量线索可以作为有关用户注意状态的直接信号。例如，传感简单手势的形式，例如不同情况中接触或离开设备，可以传达出有关注意的迹象，这可以以许多刺激的方式使用。当移到更精确的传感时，本发明可以采用凝视跟踪系统，以及采用有关在各种应用中的视觉注意焦点的信号。由于凝视传感器增加了可靠性且降低了费用，因此可以利用各种设备来确定它们何时以及如何受到视觉注意点的询问。

但是，通常根据观察，有关用户注意焦点和工作量，以及有关在不同情况中替换动作的值是不确定的。因此，本发明利用一些模型，这些模型可以用来推断出用户注意和在不确定情况下推断出理想注意敏感动作。这样的模型和推断不能离开新的功能性和用户经历。在一些情况中，可以亲手构造模型和/或从数据贝叶斯模型中学习模型，贝叶斯模型被看作可以执行自动“注意检测器”任务，从线索的发展流中揭示不确定下的当前或未来注意。贝叶斯注意模型可以作为输入传感器，其提供有关注意的迹象流并且提供有关在用户注意和意向上的概率分布。

图8是一个高级判定模型800，把用户的注意焦点和工作量看作是一个随机变量，受几个传感器的观察状态的影响。知觉传感器包括听周围声学信息或说话的麦克风，支持用户凝视或姿势的视觉分析的照相机，检测设备的运动形式的加速度计，以及经GPS的位置传感和无线信号的分析。但是，更多传统的事件源也可以提供有价值的线索。这些源包括用户的在线日历以及周几和时刻的考虑。另一种充足的迹象流可以通过监视用户与软件和设备的交互来获得。最后，有关用户兴趣的历史的背景信息以及动作和注意的事先形式都可以提供有关注意的有价值的信息源。

为了建立多个概率注意模型800，上述注意模型具有合并来自多路传感器的证据的能力，传感注意，本发明补充了用于部确定下的推断和做出判定的表示。这样的工作可以通向推论性的方法和表示，这些方法和表示包括贝叶斯网络和影响图——即图形模型，它可以把概率推论延伸到不确定下的作用考虑。可以研究算法，能够从图形表示中计算结果上的概率分布和动作的期望利用。

图8表示了一个高级影响框图，表示在不确定下的用户注意情况中的传感合并和判定。如在图中所画出的，一组表示传感迹象的变量(椭圆节点)影响表使用户注意状态的随机变量，而该随机变量又影响变化动作或配置的期望值。通过不同结果引入了中间费用和效益变量。有关理想计算机动作的判定(矩形节点)考虑了费用和效益，给出了有关用户注意的不确定性。在最后，期望效用(菱形节点)受动作和费用以及效益的影响。

通过构造一个更充足的模型可以延伸一种高级教育观点，该模型包含附加的中间变量和变量中的关键相互依赖性。还有，由于设备和人都及时进入，本发明超出了变量状态的点态考虑，建立了更高保真度的瞬时注意模型，该模型代表了随着时间流逝正在变化的观察和看法。这可以包括用于表示和推断时间上的注意状态和位置的动态贝叶斯网络和隐藏的马尔可夫模式(Hidden MarkovModels)。

图9说明了瞬时贝叶斯注意模型900，高亮显示相邻时间片中的变量间的关键依赖性(虚线弧)。模型900显示了瞬时注意模型的两个相邻时间片。这样的模型提供了用户工作量和任务上的概率分布，用户工作量和任务是为提供消息和通信的选择形滤波给用户的应用而研究的。在这种情况中，注意状态包括大约15种离散状态(可以包括更多或更少状态)。

图10表示通知平台1000、交叉设备管理系统的概念视图，该系统平衡了干扰的费用和从多个消息源获得消息值。该系统采用一个注意模型并且执行正在进行的有关理想警告、保真度、和路线的判定分析。在一些情况中，通知平台集中在表达出注意敏感通知的经济原则-和基于这些原则实现一个交叉设备警告系统。

该通知平台1000通过执行正在进行的判定分析调整来自多个源的消息流给设备。这些分析平衡了信息的期望值和干扰的注意敏感费用。如图10中高亮所表示的，系统1000充当进来的消息和用户之间的注意了解层，作为输入传感器，提供有关用户注意、位置和整个情况的信息。

通过几个较早的原型开发环境传感通知平台的判定，该传感用于识别用户工作量，包括一个自动优先化系统(见下面的图14和15)。优先化系统采用给进来的电子邮件或其他消息分配紧急值的法则或统计分类器。这些分类器通过抽样消息来训练，或经外在训练或通过观察用户和电子邮件浏览器或其它系统的交互获得的自动制图数据组来训练。优先化系统可以包括可以基于时刻观察在台式计算机跟前的用户形态，并且推断时间直到用户查看未读消息的部件。该系统为进来的传感和日历信息计算延迟查看的期望费用，自动判定有关是否和如何警告并把信息发送给用户，这些信息是有关移动和桌面设备中的电子邮件，任务和约会提醒。

图11表示一个通知平台1100的部件的示例性星座图，表示预定结构。预定源和设备经一组标准结构与通知管理器通信。在考虑有关信息值、注意和最好的通道和警告形式时，可以考虑来自多个设备的传感结论。通知平台1000使用判定分析模型用于警告交叉设备有关来自多个消息源的信息。分析考虑不确定下的用户注意和位置，以及潜在的通信信道的逼真度和关联性。图11表示了通知平台1000的结构的示意图。

标准接口和元数据图表允许用户预定不同的消息源和设备给通知管理器。在通知管理器的中心是贝叶斯注意模型和判定分析，其可以经被称为上下文服务器的模块从传感器访问有关注意和位置的线索。上下文服务器访问迹象的几个状态和流，包括来自电子日历(例如Microsoft Outlook)的用户约会，有关设备存在和活动的事件，房间中周围声音的分析，以及使用贝叶斯头部眼踪系统的姿势的可视分析。从诸如“声音轨迹检测”的迹象中的关键提取，该迹象被传送到称为上下文白板(Context Whiteboard)的易失性存储器，其通过进来的迹象周期性地更新。为了每几秒更新消息，通过通知管理器中的贝叶斯模型典型地与上下文白板相联系。

通知管理器判定分析对警告用户有关进入系统的通用收件箱的消息的期望费用和效用进行加权。在计算干扰的费用时，判定模型考虑在用户注意状态和在它的分析中的几个地方的位置上的概率分布，包括与对于各个设备的不同警告相联系的干扰费用，不同设备的有效性，和当在设备上以特定方式警告时信息到达用户的可能性。

按照存储在用户配置文件中的用户优选，执行正在进行的期望利用分析。这些包括根据用户所处的不同注意装置，对于每个警告形式有关干扰费用的主张。作为例子，对于台式计算机的情况，系统使一组显示选择用作警告的不同可视显示(例如，略图，全屏显示警告)和几种听觉提示(例如，没有听觉提示，轻声，大声宣布)的产物。也可以考虑和处理关于可视注意或交互的当前焦点的警告安排。

图12说明了通知管理器分析的图表说明1200。考虑干扰的注意敏感费用和信息值，以及基于与预定设备的每个警告形式的使用相联系的降低的逼真度(收缩漏斗)和传输可靠性(自旋槽盘)的损失。相对于端点或源设备的传输可靠性(transrel)，可以提供一个刻度(例如，0-1)，表示概率p，p(transrel|context)也就是接通提供上下文的设备的可能性，是一个函数，f(context)或f(sensedstates)。

图12吸取有关进来信息的通知平台的考虑。该系统计算接收警告的期望值作为现在警告用户的值和当在以后看该消息所获得的值之间的差异。给出从它的传感器推断的用户注意和位置上的概率分布，通知平台使用确定是否，何时，如何警告用户的期望利用分析，对于各个设备在警告和显示形式上重复。

如在图12中用收缩漏斗的比喻所表示的，对于各个设备和形式，系统考虑传输信息的逼真度的损失。此外，系统考虑接收警告的可能性，推断出在用户注意和位置上的概率分布。传输可靠性在图形中作为消息可能通过自旋盘中的时隙的机会来表示。最后，干扰的注意费用从警告值得估计从减去，产生对于每个信道警告用户和警告形式的净值。选择具有高亮期望值的信道和格式。

图13说明通知平台实时推断能力的一部分的视图1300。来自多个传感器的信息传送到上下文白板并且结合起来推断用户的注意状态和位置。多个通知根据净期望值进行分类，选择具有最大期望值的信道和/或警告格式。

图3表示了通知平台的幕后功能的几个方面。上下文调色板显示了来自传感器源的当前结论图。显示了判定分析的部件的几种视图，包括有关用户随时间变化的注意的推断。在当前时间，推断用户最可能出于一种称为“高焦点单独活动”，这可以和“低焦点单独活动”、“办公室中的谈话”和其他小可能状态一起完成。通用的收件箱显示来自几个源的消息，这些源包括电子邮件，立即消息，插入新闻和股票价格。还可以从DocWatch接收消息，它是用户预定的文件侦查代理用来识别用户所关心的文档。

用最好的设备和警告策略，以及相联系的转发该消息的期望值来标注各个消息，其中该消息指定了该信道和模式。如在收件箱所画的，把两个立即信息转给用户是值得的。其他的警告是“红色”，同时干扰费用控制了信息的净值。在这种情况中，用于立即消息的理想警告模式和通道确定为很大形式的可视通知以及在用户桌面系统上的听觉传达。用户可以调整滑块以改变有关干扰费用的一组预定义默认。另一个方面集中在，为了由数据建立注意、位置和干扰费用的概率模型使用机器学习。

参照图14，系统1410说明了一个根据本发明的一个方面的优先化系统1412和通知结构。优化系统1412接收一个或多个消息或通知1414，对于相关消息产生重要性优先权或测量(例如，消息是高或低重要性的概率值)，并且在输出1416为一个或多个消息提供相关优先权。如在下面更详细的描述，可以构造和训练分类器以自动给消息1414分配一个优先化测量。例如，可以格式化输入1416以便给消息指定一个消息属于高、中、低或其他重要性程度的类别的概率。根据确定的重要性类别，消息例如可以自动存储在电子邮件程序的收件箱中(未示出)。分类还可以包括把文件引导到具有定义的重要性标记的系统文件夹。这可以包括使文件夹标有重要性程度，诸如，低、中和高，其中确定了具体重要性的消息分类到相关的文件夹中。类似地，可以采用一个或多个音频声音或可视显示(例如，图标，符号)来警告用户，接收到一个具有期望优先权的消息(例如，高优先权是三次嘟嘟声，中优先权是两次，低优先权是一次，高优先权是红或闪烁警告符号，指示接收到中优先权消息是绿色和无闪烁警告符号)。

根据本发明的一个方面，可以采用通知系统1417和优先化系统1412以把优先化消息引导到一个或多个用户可访问的通知接收器。如在下面更详细的描述，例如可以采用通知平台以接收优先化消息1416并且判定何时，何地以及如何通知用户。作为例子，通知平台1417可以确定通知形式(例如，当前用户的通知接收器，诸如蜂窝电话，或个人数字助理(PDA))以及用户的可能位置和/或用户注意的可能焦点。例如如果接收到高重要性电子邮件，通知平台1417可以确定用户位置/焦点并把消息引导/重新格式化给与用户相关的通知平台1417。

例如，如果接收到低优先权消息1416，可以配置通知平台以在用户收件箱中留下电子邮件用于以后期望时查看。如在下面更详细的描述，也可以利用其他的路由和/或警告系统以把优先化消息1416引导给用户和/或其他系统。

现在转到图15，系统1500说明根据本发明的一个方面，通知引擎和上下文分析器如何一起运行。系统1500包括一个上下文分析器1522，一个通知引擎1524，一个或多个通知源1到N，1526，1527，1528，一个优先化系统1530，其可以作为一个通知源，和一个或多个通知接收器1到M，1536，1537，1538，其中N和M分别是正数。这些源可以称为事件发表者，同时接收器还可以成为事件预定者。可以有任意数量的接收器和源。通常，部分基于上下文分析器1522所存储的/可以访问的参数信息，通知引擎1524从源1526-1528传送通知到接收器1536-1538，通知也可以称为事件或警告。

上下文分析器1522存储/分析关于用户的变量和参数的信息，其影响通知的判定。例如，参数可以包括上下文信息，诸如用户在每周几的时刻的典型位置和注意焦点或活动，以及基于这样信息的附加参数，诸如用户在不同位置倾向于访问的设备。这样的参数还可以作为观察的函数，该观察是经一个或多个传感器自动进行的。例如，基于有关于用户位置的信息，有关使用的设备的类型和/或设备的使用形式的信息，选择和修改一个或多个用户配置文件用户配置文件(未示出)，最后用户访问特定类型的设备，其中位置可以由全球定位系统(GPS)子系统提供。如在下面更详细的描述，还可以采用自动推断，以便动态推断参数或状态，诸如位置和注意。用户配置文件参数可以存储为用户用户配置文件，其可以由用户编辑。在依赖于定义的用户配置文件组或动态推断之外，通知结构可以使用户能够实时确定他或她的状态，诸如用户在接下来的“x”小时，除了重要通知之外都不可用，或例如直到给定时间。

参数还可以包括默认通知优先选择参数，优先参数与受到不同情况中的不同类型通知的干扰的用户的偏好有关，其可以作为通知引擎1524做出决定的基础，并且可以作为用户初始化改变的基础。这些参数可以包括有关用户希望在不同情况中如何被通知(例如，通过蜂窝电话，通过寻呼机)的默认参数。这些参数可以包括这些例如有关在不同情况中通过不同模式进行通知的干扰费用这样的估计。这可以包括指示用户在不同位置的可能性、不同设备有效的可能性以及在给定时间他或她的注意状态的可能性的上下文参数，以及指示用户期望在给定时间如何被通知的通知参数。

根据本发明的一个方面，在上下文分析器1522存储的信息包括分析器确定的上下文信息。如在说明书后面部分的详细描述所描述的，通过基于一个或多个上下文信息源识别用户的位置和注意状态由分析器1522确定上下文信息。例如，经用户的汽车或蜂窝电话的一部分的全球定位系统(GPS)，上下文分析器1522能够精确确定用户的实际位置。分析器还可以通过考虑背景估计和/或观察，采用一种统计模式来确定用户在给定注意状态的可能性，这些估计和观察是通过考虑时刻、用户日历中的日期这样的日期类型、以及有关用户有效观察这样的信息一起收集的。给定的注意状态可以包括用户是否开机接收通知、忙而不开机接收信息，并且包括其他考虑，诸如平日、周末、假期或其他时机/时期。

源1526-1528、1530产生打算送给用户和/或其他实体的通知。例如，源1526-1528可以包括通知，例如因特网和基于网络的通知，和电话通知，以及软件业务。在此通知源通常定义为产生事件的源，事件可以称为打算警告用户或用户代理有关信息，业务，和/或系统或世界事件的通知、警告。通知源也可以称为事件源。

例如，通过优先化系统1530产生一个电子邮件作为通知，以便将该电子邮件优先化，其中产生通知的一个应用程序或系统给该电子邮件指定一个相对优先权，该优先权相应于电子邮件对用户的可能重要性或紧急性。还可以发送电子邮件而没有关于对用户的相对重要性。有关因特网的业务例如可以包括通知，该通知包括用户预订的消息，例如不时的时事标题，和股票报价。

通知源1526-1528本身可以是推型或拉型源。推型源就是那些没有相应的要求而自动产生并发送消息的源，诸如标题新闻或其他有关因特网的业务，这些业务在预订后被自动发送消息。拉型源是那些相应于请求发送消息的源，请求例如是在查询一个邮件服务器后接收的的电子邮件。还有其他的通知源包括以下：

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

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

·有关因特网的业务，约会信息，调度队列；

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

·响应用于信息的固定或持久队列的新文件的有效性；和/或

·有关人们或他们的存在，他们的位置改变，他们接近(例如，如果其他同时或朋友在我的10米之内，让我知道我何时走)，或它们的有效性(例如，让我知道史蒂夫何时可以谈话以及何时在一个支持全视频电话会议的高速链接附近)的信息的信息源。

通知接收器1536-1538能够对用户提供通知。例如这样的通知接收器1536-1538可以包括计算机，诸如台式和/或膝上计算机，手持机计算机，蜂窝电话，陆上运输线电话，寻呼机，基于汽车的计算机，和其他可以意识到的系统/应用。注意，通知接收器1536-1538的一些可以比其他接收器更丰富地传送通知。例如，一个台式计算机典型地具有扬声器和一个耦合到其上的彩色大显示器，以及当耦合到局域网或因特网时用于接收信息的更高的带宽。这样，通知可以由台式计算机以比较丰富的方式传送给用户。相反地，许多蜂窝电话例如有一个比较小的黑白显示器，并且以比较低的带宽接收信息。相应地，有关由蜂窝电话传送的通知的信息例如通常比较短并且适合电话接口容量。因此，通知的内容可以根据发送到蜂窝电话还是台式计算机而不相同。根据本发明的一个方面，例如，通知接收器可以指经一个事件预定服务预订事件或通知的那个装置。

通知引擎1524访问上下文分析器存储和/或确定的信息，并且确定从源1526-1528接收的信息传送到接收器1536-1538中的哪一个。此外，通知引擎1524可以根据选择发送该信息给接收器1536-1538中的哪一个，来确定如何传送通知。例如，可以确定通知应该在提供给一个选择得接收1536-1538之前进行概括。

该发明并不限于引擎1524如何决定哪一个消息传送给哪一个通知接收器，以及以什么方式来传送通知。根据一个方面，可以利用确定理论分析。例如，通知引擎1524可以适于推断有关变量的重要不确定性，变量包括用户位置，设备有效性，以及如果没有警告直到用户访问该信息的时间量。通知引擎1524然后可以做出是否警告用户有通知的通知确定，如果是，采用概括性和合适的一个设备或多个设备来转发该通知。通常，通知引擎1524确定通知的下一个期望值。在这样做时，它可以考虑以下：

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

·干扰用户的注意费用；

·信息对用户的新颖性；

·在用户主动亲自查看该信息之前的时间；

·信息的潜在上下文敏感值；和/或

·通知内包含的信息的随时间的增加和/或降低值。

例如可以产生有关不确定性的推断作为期望值的可能性，诸如使用给定用户注意状态的特定装置的特定模式，干扰用户的费用。通知引擎1524可以根据以下的一个或多个做出决定：

·用户当前注意和做什么(例如根据上下文信息)；

·用户当前在哪里；

·信息如何重要；

·推迟通知的费用；

·将如何分散一个通知；

·什么是接通用户的可能性；和

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

因此，通知引擎1524可以执行分析，例如待决和活动通知的确定理论分析，估计由信息接收器和源提供的上下文相关的变量，并且推断选择的不确定性，诸如在用户可能查看信息之前的时间和用户位置和当前注意状态。此外，通知引擎1524可以通过上下文分析器1522访问存储在用户用户配置文件中的信息，代替或支持个人化确定理论分析。例如，用户用户配置文件可以指示在一个给定时间并且只有在通知如果有预定的重要性水平，用户愿意通过寻呼机被通知。可以利用这样的信息作为一个开始决定理论分析的基准线，或这样的信息可以是通知引擎1524确定如何和是否通知用户的方式。对于本发明的一个方面，通知平台结构1500可以被配置为在事件或消息传送底层结构上的一个层。但是，本发明并不限于任何具体的事件底层结构。

此外，本领域普通技术人员可以认识到的，该结构可以被配置为在一个灵活分布式计算底层结构之上的一个层。因此，通知平台结构例如可以利用一个基础底层结构作为源发送通知、警告和事件的方式，以及作为诸如端点设备这样的接收器接收通知、警告和事件的方式。但是本发明并不局限于此。

参照图16，一个用于实现本发明的各个方面的示例性环境1610包括一个计算机1612。计算机1612包括一个处理单元1614，一个系统存储器1616，和一个系统总线1618。系统总线1618把包括(但不局限于)系统存储器1616的系统部件连接到处理单元1614。处理单元164可以是任意各种可用的处理器。也可以采用双微处理器和其他处理器结构作为处理单元1614。

系统总线1618可以是以下几种类型的总线结构的任意一种，包括：存储器总线和/或存储器控制器，外围总线或外部总线，和/或使用任意各种可用总线结构的本地总线，包括但是不限于11位总线，工业标准结构(ISA)，微通道结构(MCA)，扩展ISA(EISA)，智能驱动电子学(IDE)，VESA本地总线(VLB)，外部部件互连(PCI)，通用串行总线(USB)，加速图形端口(AGP)，个人计算机存储卡国际协会总线(PCMCIA)，和小型计算机系统接口(SCSI)。

系统存储器1616包括易失存储器1620和非易失存储器1622。基本输入/输出系统(BIOS)存储在非易失存储器1622中，BIOS包括诸如在备用期间在计算机1612内的元件之间传输信息的基本例程。通过说明，并不是限制，非易失存储器1622可以包括只读存储器(ROM)，可编程ROM(PROM)，电可编程存储器)EPROM，电可擦除ROM(EEPROM)，或闪存。易失性存储器1620包括随机访问存储器(RAM)，其充当外部引导存储器。通过说明，但并不是限制，RAM可以有各种形式，诸如同步RAM(SRAM)，动态RAM(DRAM)，同步(SDRAM)，双倍数据速率SDRAM(DDR SDRAM)，增强SDRAM(ESDRAM)，同步连接DRAM(SLDRAM)，和直接RambusRAM(DRRAM)。

计算机1612还包括可移动/非可移动，易失/非易失计算机存储介质。图16说明，例如一种磁盘存储器1624。磁盘存储器1624包括但不限于以下装置：磁盘驱动，软盘驱动，磁带驱动，Jaz驱动，Zip驱动，LS-100驱动，闪存卡或存储条。此外，磁盘存储器1624可以包括独立与其他存储介质或与其他存储介质组合的存储器介质，包括但不限于诸如大容量ROM驱动器(CD-ROM)的光盘驱动、CD可记录驱动器(CD-R驱动器)、CD可写驱动器(CD-RW驱动器)或数字通用盘ROM驱动器(DVD-ROM)。为了方便磁盘存储器设备1624连接到系统总线1618上，典型地可使用接口1612那样的可移动或非可移动接口。

应该认识到，图16描述了软件，其在合适的操作环境1610中描述的用户和基本计算机资源之间充当中介。这样的软件包括一个操作系统1628。可以被存储在磁盘存储器1624上的操作系统1628用来控制和分配计算机系统1612资源。系统应用1630通过编程模块和存储在系统存储器1616和磁盘存储器1624上的编程数据1634利用操作系统的资源管理。应该认识到，本发明可以用各种操作系统或操作系统的组合来实现。

用户通过输入设备1613把命令或信息输入到计算机1612。输入设备1636包括但不限于端点设备，诸如鼠标，跟踪球，输入笔，触摸垫，键盘，麦克风，操纵杆，游戏垫，卫星反射器，扫描仪，TV调谐器卡，数码相机，数码摄像机，网络相机，等等。这些和其他输入设备经接口1638通过系统总线连接到处理单元1614。接口1638例如包括串口、并口、游戏口、通用串行总线(USB)。输出设备1640使用一些与输入设备1626同样类型的端口。因此，例如，可以使用USB端口来为计算机1612提供输入以及从计算机输出信息给一个输出设备1640。提供输出适配器1642来说明在其他设备中一些需要特殊适配器的输出设备1640，例如监视器，扬声器，和打印机。输出适配器1642包括用来说明但不是限制的视频和声卡，它们提供在输出设备1640和系统总线1618之间连接的装置。应该注意，诸如远程计算机1644的其他设备和/或设备所在的系统提供输入和输出能力。

通过逻辑连接到一个或更多远程计算机，诸如远程计算机1644，计算机1612可以工作在网络环境中。远程计算机1644可以是一台个人计算机，一个服务器，一个路由器，一个网络PC，一个工作站，一个基于应用的微处理器，一个对等设备或其他通用网络节点等等，并且典型地包括许多或所有涉及计算机1612所描述的元件。为了简短的目的，远程设备1644只描述了一个存储器设备1646。远程计算机1644通过一个网络接口1648逻辑连接到计算机1612，然后经通信连接1650物理连接到计算机1612。网络接口1648包括诸如局域网(LAN)和广域网(WAN)的通信网络。LAN技术包括光纤分布式数据接口(FDDI)，铜分布式数据接口(CDDI)，以太网/IEEE1102.3，令牌环/IEEE1102.5等等。WAN技术包括但不限于点到点连接，像集成业务数字网络和其上的演变那样的电路交换网络，分组交换网络，和数字用户线(DSL)。

通信连接1650指用来把网络接口1648到总线1618上的硬件/软件。为了说明清楚，虽然通信连接1650表示在计算机1612内，但是它也可以在计算机1612外。连接到网络接口1648所需要的硬件/软件包括(只为了示例性目的)诸如调制解调器的内部和外部技术，调制解调器包括常规电话等级调制解调器，电缆调制解调器和DSL调制解调器，ISDN适配器，和以太网卡。

图17是抽样计算环境1700的示意框图，本发明和该环境相互作用。系统1700包括一个或多个客户1710。客户1710可以是硬件/或软件(例如，线程，处理，计算设备)。系统1700还可以包括一个或多个服务器1730。服务器1730也可以是硬件和/或软件(例如，线程，处理，计算设备)。例如通过采用本发明，服务器1730可以容纳执行转换的线程。客户1710和服务器1730之间的可能通信可以是适于在两个或多个计算机处理之间传输的数据分组的形式。系统1700包括通信框架1750，可以采用1750来使客户1710和服务器1730之间变得容易。客户1710可操作地连接到一个或多个客户数据存储器1760，可以采用1760来存储给客户1710的本地信息。类似地，服务器1730可操作地连接到一个或多个服务器数据存储器1740，采用1740存储给服务器1730的本地信息。

上面描述的包括本发明的实例。当然，为了说明本发明，不可能描述每个可能想到的部件或方法组合，但是本领域不同技术人员可以认识到本发明更进一步的组合和排列是可能的。因此，本发明包括在所附权利要求的精神和范围内的所有这样的改变，修改和变形。此外，就在详细的描述和权利要求中使用的术语“包括”来说，这样的术语包括类似作为在权利要求中所采用过渡词语时解释的“包含”。

Claims (58)

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

一个部件，基于信息的紧急性，确定传送信息的时间周期，该时间周期是有限延迟周期，该周期与用户知道消息的最后期限有关，该消息包括给用户的值的信息，其中容限或延迟取决于信息的紧急性；

一个通知部件，至少部分基于至少一个装置和时间周期的端点传感来传送信息；以及

用于处理与传送通知相关联的最后期限的策略，该策略包括以下至少一个：

如果到达最后期限并且还没有传送警告，就在最后期限传送警告；以及

如果最后期限过了并且没有等待的打算，就立即传送警告。

2.如权利要求1所述的系统，该端点传感与传输可靠性和/或估计给定的背景信息相关，其中传输可靠性与消息被传送给装置的用户指定端点传感的概率相关联。

3.如权利要求1所述的系统，有限延迟与传感器、日历信息、一个警告类型和时刻的至少一个相联系，以便确定用户是否太忙以至于在当前或在未来的预定时间内不能接收警告。

4.如权利要求3所述的系统，所述传感器确定干扰或忙碌状态的用户当前费用。

5.如权利要求3所述的系统，所述传感器确定用户何时可用于接收信息。

6.如权利要求2所述的系统，进一步包括确定与传输可靠性相关的信息的传感器。

7.如权利要求6所述的系统，把传感信息传送给中心通知管理器，其仔细考虑把消息发送到哪里，或一个端点设备计算来自相关传感器的传输可靠性并且把传输可靠性传送给中心通知管理器。

8.如权利要求1所述的系统，采用有限延迟周期以便允许系统在会话应用中进行初始对话。

9.如权利要求8所述的系统，该应用进行以下至少一个处理：发起一个会话或继续由于用户的注意力转至其他任务或另一个会话而打断的会话。

10.如权利要求1所述的系统，进一步包括一个优先化系统，其中有限延迟周期是消息的推断紧急性或优先权的函数。

11.如权利要求1所述的系统，进一步包括一个凝视传感器，用于确定用户何时观看显示器。

12.如权利要求11所述的系统，进一步包括一个有限延迟周期，该有限延迟周期期满后用户从吸引其注意力的重要性条目移开目光。

13.如权利要求6所述的系统，所述传感器基于热量、运动、声学信息和无线信息的至少一个因素来计算传输可靠性。

14.如权利要求1所述的系统，进一步包括一个部件，其使有限延迟和传输可靠性交互。

15.如权利要求14所述的系统，进一步包括一个部件，用于确定在到达延迟容限之前传输可靠性是否达到了一个门限，用户经第一类型警告得到通知而绕过第二类型的警告。

16.如权利要求1所述的系统，所述有限延迟周期用于使呼叫方不挂断并且使得在预定时间范围可以接通。

17.如权利要求16所述的系统，连接到传感器的一个端点或标准通信系统可以应用有限延迟。

18.如权利要求1所述的系统，进一步包括与其它参数协作的有限延迟策略

19.如权利要求18所述的系统，所述其它参数与用户位置和/或上下文有关

20.如权利要球1所述的系统，进一步包括预定长度的任务，其在用户正在查看媒体的情况中有用。

21.如权利要求1所述的系统，进一步包括全球有限延迟策略，其可以被看作更详细的判定理论分析的近似。

22.如权利要求1所述的系统，进一步包括一个部件，用于在另一个消息的接通周期期间提供低时间紧急性消息。

23.如权利要求1所述的系统，当达到有限延迟策略时，可以指示一个端点设备把一个消息发回中心通知管理器或警告的发送方，通知中心通知管理器所述端点设备在转发消息时失败。

24.一种便于传送通知的系统，包括：

一个与用户相关联的装置，该装置采集与用户注意状态和用户位置的至少一个相关的数据；

一个通知部件，其使用所述数据的至少一部分来提供通知；以及

用于处理与传送通知相关联的最后期限的策略，该策略包括以下至少一个：

如果到达最后期限并且还没有传送警告，就在最后期限传送警告；以及

如果最后期限过了并且没有等待的打算，就立即传送警告。

25.如权利要求24所述的系统，其使用有限延迟数据来提供通知。

26.如权利要求25所述的系统，考虑容限周期来确定有限延迟数据，该容限周期是通知发送方和所传送的消息的类型和/或内容的至少一个的函数。

27.如权利要求24所述的系统，所述装置在本地采用一个或多个传感器以便在指定有限延迟周期内确定适当时间来警告用户。

28.如权利要求27所述的系统，进一步包括给更紧急的消息指定一个更短的有限延迟周期。

29.如权利要求24所述的系统，所述装置和通知部件的至少一个处理多消息交互，使得在一个消息接通到用户时，允许其他方也接通到用户。

30.如权利要求24所述的系统，所述装置和通知部件的至少一个为多个消息指定一个值，该值引起更短的有限延迟周期。

31.如权利要求30所述的系统，所述装置和通知部件的至少一个确定独立消息的值的和。

32.如权利要求25所述的系统，进一步包括有限延迟数据的一个或多个参数，所述有限延迟数据是基于发送方的身份或消息内容的性质本地计算或确定的。

33.如权利要求32所述的系统，从中心通知管理器接收作为元数据或控制数据的一部分的参数，所述元数据或控制数据包含在与消息相关联的通知图表中。

34.如权利要求32所述的系统，所述参数是另一个用户设置的变量的函数或是由通知管理器设置的优先权值的函数。

35.如权利要求24所述的系统，该装置与一个或多个应用模型相关联。

36.如权利要求35所述的系统，所述应用模型包括本地日历信息以便指导一个装置保持警告直到一个事件之后。

37.如权利要求35所述的系统，所述应用模型包括声音接收器，采用它来传感某个人何时停止说话或传感背景噪声。

38.如权利要求35所述的系统，所述应用模型包括一个或多个运动装置，以便传感用户的运动、用户已停止说话或汽车何时停止的至少一个。

39.如权利要求35所述的系统，所述应用模型在到达有限延迟周期之后处理振铃并且在安静或其他传感器情况之后再次把振铃作为备用。

40.如权利要求35所述的系统，在传送一个通知之前，所述应用模型暂停直到一个人在附近或接触了一个装置为止。

41.如权利要求35所述的系统，所述应用模型自动引起电话铃声延迟，其中在等待说话停止时，对预定量的铃声使用静音。

42.如权利要求41所述的系统，如果传感到用户暂时忙，应用模型采用一个接听电话的代理，并且要求呼叫方不挂断，然后当用户停止讲话或如果到达界限时接通。

43.如权利要求42所述的系统，该代理对选定的人或特殊指定组中的人执行电话铃声延迟。

44.如权利要求35所述的系统，所述应用模型采用以下至少一个：全球定位系统(GPS)、802.11信号强度传感器、红外附近传感器以及接触传感器。

45.如权利要求24所述的系统，该装置和通知部件的至少一个确定以下至少一个：干扰的注意敏感费用、信息值、基于降低的逼真度的损失、与装置的警告形式使用相关联的传输可靠性。

46.如权利要求45所述的系统，装置的传输可靠性表示为概率p，p(transrel|context)表示在装置上接通给定上下文的可能性，所述上下文是一个f(context)或f(sensed states)函数。

47.如权利要求24所述的系统，进一步包括一个在通知源提供的预定业务，所述通知源使用户能够根据预定优先权标记通知。

48.如权利要求47所述的系统，所述预定优先权是基于情况的发生而分配的。

49.如权利要求47所述的系统，进一步包括一个预定用户接口，用于使用户配置通知的性质。

50.如权利要求49所述的系统，在通知图表中定义该性质。

51.如权利要求49所述的系统，进一步包括优先化系统，其自动为通知分配优先权。

52.如权利要求51所述的系统，进一步包括一个最大延迟设置，其与通知优先权相关联，以便能进行以下至少一个：在最大延迟超时时传送通知，以及把通知延迟到一个可能的可用空闲状态。

53.一种便于通信的系统，包括：

用于传感用户状态的装置；

用于采用所传感的状态来把通知传送给用户的装置；

用于处理与传送通知相关联的最后期限的装置，该装置包括以下至少一个：

如果到达最后期限并且还没有传送警告，就在最后期限传送警告；以及

如果最后期限过了并且没有等待的打算，就立即传送警告。

54.一种便于传送通知的方法，包括：

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

采用所述信息来作出与传送通知给用户有关的判定；以及

处理与传送通知相关联的最后期限，包括以下至少一个：

如果到达最后期限并且还没有传送警告，就在最后期限传送警告；以及

如果最后期限过了并且没有等待的打算，就立即传送警告。

55.如权利要求54所述的方法，进一步包括采用判定模型来作出判定，所述判定模型包括处理动作值和动作费用中的至少一个以确定与传送通知给用户有关的期望效用。

56.如权利要求55所述的方法，部分地由用户注意焦点和工作量的考虑来确定动作值和动作费用。

57.如权利要求56所述的方法，部分地通过考虑以下至少一个确定用户注意焦点和工作量：知觉传感器、装置交互、日历、日期、时刻。

58.如权利要求54所述的方法，由瞬时判定模型确定用户的注意状态和/或位置。

Images