CN1591398B - 通知平台总体结构 - Google Patents

通知平台总体结构 Download PDF

Info

Publication number
CN1591398B
CN1591398B CN2004100797636A CN200410079763A CN1591398B CN 1591398 B CN1591398 B CN 1591398B CN 2004100797636 A CN2004100797636 A CN 2004100797636A CN 200410079763 A CN200410079763 A CN 200410079763A CN 1591398 B CN1591398 B CN 1591398B
Authority
CN
China
Prior art keywords
information
user
notice
window
source
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN2004100797636A
Other languages
English (en)
Other versions
CN1591398A (zh
Inventor
E·J·霍维兹
D·O·霍维尔
A·W·雅各布斯
C·M·卡迪
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Technology Licensing LLC
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/595,401 external-priority patent/US7417650B1/en
Priority claimed from US09/596,348 external-priority patent/US6513026B1/en
Priority claimed from US09/596,364 external-priority patent/US6601012B1/en
Priority claimed from US09/596,365 external-priority patent/US7249159B1/en
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of CN1591398A publication Critical patent/CN1591398A/zh
Application granted granted Critical
Publication of CN1591398B publication Critical patent/CN1591398B/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1895—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for short real-time information, e.g. alarms, notifications, alerts, updates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/212—Monitoring or handling of messages using filtering or selective blocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/52—Network services specially adapted for the location of the user terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/75—Indicating network or usage conditions on the user display
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/226—Delivery according to priorities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

本发明涉及一个系统(10)和方法(170，173，180，400，600，1000)，能把与一个或多个通知源(26至28)相关联的各种信息经过一种通知平台总体结构(10)引导到一个或多个通知接收器(36至38)。总体结构(10)包括一个上下文分析器(22)，用于确定诸如位置和关注焦点之类的用户状态，其中，例如，由一个通知管理器(24)应用该用户的状态以作出有关。由通知源(26至28)产生的什么信息，应当在何时，和怎样传送给通知接收器(36至38)的决定。这些决定可以包括成本利益分析，其中，要考虑到干扰用户的成本是否超过通知用户的效益。可以应用决策理论策略(177，180)和/或稍微不正规的直观推实现所述通知管理器(24)内的所述决策决定过程。

Description

通知平台总体结构
本申请是申请日为2001年3月16日、申请号为01809514.3、发明名称为“通知平台总体结构”发明专利申请的分案申请。 
技术领域
本发明一般涉及计算机系统，并更特殊地涉及一种系统和方法，能提供有利于接收的一种总体结构和由各种设备和应用程序产生的传送一个用户的提醒通知。 
背景技术
现在许多计算机用户从许多不同的信息源接收信息，并且为了存取这些信息利用许多不同的设备或程式。例如，一个用户可以接收计算机上的电子邮件和即时消息，寻呼机上的寻呼，电话上，例如蜂窝电话(“小区”或陆线电话)的话言邮件，和计算机上的新闻。随着可用信息量的日益增多，和传递这些信息的众多的程式，用户很难依照用户碰巧所处的地方，头脑的构思或用户所处的状态，及所述用户可以存取的通信程式来接收和处理信息。 
例如，一个用户可以远离他或她的计算机，但需要接收一个重要的电子邮件。然而在许多场合下，用户或许只能使用蜂窝电话或寻呼机。这样，经过一种程式(例如电子邮件)传送的信息不能自动地转送或传递给另一种程式。因此，在用户确切接收到该信息前，流失了重要的时间。在某些场合，因为消息本身要求用户在给定的期限内响应或作出动作，在他们确切收到消息之前，消息可能已变成无用的消息。举另一个例子，用户或许正在计算机上工作，已经关掉电话上的振铃器和话音邮件指示器，以避免在计算机上专心工作时受到干扰。然而，如果在这段时间丢失了重要的话音邮件，用户就没有办法知道是否收到重要的消息，除非他们按常规检查该话音邮件。 
和不响应于重要消息或提醒的情况相反，收到的许多消息/提醒或许对用户是不重要的。例如，接收用户的经理或同事的电子邮件的优先级应比接收或查看最新的体育得分的优先级高。这样，在消息或提醒中含有的信息价值就应 该与干扰用户相关联的成本相平衡。然而，成本和价值或许对上下文是敏感的。这可以包括用户碰巧所处的位置，用户当前参与的活动，和用户已经访问的通信程式。除了管理上述的通信和相关的程式外，用户还要接收和随后处理各种其他消息和/或提醒。例如，这可以包含来自数量的增加的服务、出错消息和辅助的计算机化开价的提醒。 
本发明简述 
下面叙述本发明简化的概要，以便提供本发明某些方面的基本理解。本概要不是本发明的广泛概述。既不打算鉴别本发明的关键或临界要素，又不打算描述本发明的范畴。它的唯一目的是以简化的格式介绍本发明的某些概念，作为下面提供的更详细描述的序幕。 
本发明涉及一种系统和方法，能提供通知平台用的总体结构。按照本发明的一个方面，总体结构包括：上下文分析器或部件；一个或多个通知源和接收器；和通知管理器。上下文分析器储存有关用户通知参数(例如用户的缺省通知优先级)的用户配置文件信息，并提供用户上下文认别和更新服务。通知源产生为用户指定的通知，而通知接收器把通知提供给用户。通知管理器依据上下文分析器储存的和确定的信息，和提供的或推断的有关通知紧急性的信息，将信息源产生的通知转送或引导到接收器。例如，通知管理器能够存取或推断用户的上下文(例如，用户的当前位置和关注焦点)。这可以依据考虑上下文信息的多个源而达到。例如，这样的信息源可以包括用户的上下文配置文件，用户的在线日历，时刻，关于世界的事件，机构，系统，和/或用户的活动。然后经过上下文的分析和信息紧急性能够确定通知。这种分析包括确定哪条通知应当转送给用户，经过哪个接收器，和使用接收器提供的哪种方式或程式。 
按照本发明的其他方面，例如，用户可以接收电子邮件提醒，如果需要的话，还使该电子邮件自动地引导给蜂窝电话。相似地，当由通知管理器适当地确定时，可以把话音邮件引导给桌上型电脑。这样，通知管理器处理从通知源来的通知，并确定是否应当通知用户。如果管理器确定应通知用户，则管理器还确定应该怎样通知用户。这可以基于储存在用户配置文件中的信息，包括诸如用户优先级和当前的上下文之类的信息以便通知所需的。例如，接收器能包括桌上型电脑，蜂窝电话，寻呼机(paper)和/或其他设备/应用程序(application). 
此外，实际上可以把通知平台的总体结构归纳成任何通知，例如包括与通过在桌上型或移动设置中的软件部件提供的潜在服务相关联的那些通知。这样的通知包括： 
关于服务的提醒，所述服务诸如那些：搜索而自动地提供帮助，或提示用软件应用程序和/或通过检查用户关注焦点的电子邮件而自动地执行调度程序的用户； 
*提醒：通知用户即将到来的约会或约定； 
*提醒：转发朋友和同事的位置，接近度，或关注状态的重要变化；及 
*提醒：依据由用户编排或查看的正文，发出后台询问，并将这种后台搜索的结果提供给用户。 
如上所述，上下文分析器确定用户当前的上下文，例如用户当前的位置和关注状态。例如，能够应用所确定的上下文来确定是、何时和如何传送打算供用户使用的通知。依照本发明的其他方面，经过下列的一种或多种方式确定上下文：由用户直接说明；用一个或多个传感器直接测量；用户可修改的指明上下文的配置文件；一个或多个潜在的用户可修改的指明上下文的规则；和/或利用一个模型。(例如贝叶斯模型或统计模型)的推论分析。这样，在将通知传递给用户中，能利用用户的上下文，包括用户的位置和关注状态(或，焦点)。 
按照本发明的另一个方面，通知管理器能运用决策理论分析来确定：应当把通知源来的哪一条通知应当传递给用户，和经过与通知接收器相关联的一种或多种方式中的哪种方式。为通知接收器和有关方式确定一个价值，等于通知内含有的信息的预期价值，减去经过接收器方式的中断传递通知的预期成本，减去用户独自了解通知含有通知不含有通知的信息的预期价值，并减去经过该方式和接收器传递通知的实际成本。例如，如果该价值大于预定的传递阈值，那末，经过具有最高价值的接收器方式来传送该通知。按照本发明另一个方面，通知管理器可以应用直观推确定应该把从通知源接收到的哪一条通知传递给用户，以及经过有关通知接收器的哪一种方式。 
下面的描述和附图详细地阐明本发明的某些说明性的方面。然而，这些方面仅表现出各种应用本发明原理方法中的几种，而本发明倾向于包括所有这样的方面和他们的相类似的方面。当联系附图考虑时，本发明的其他优点和新颖功能将从下面的本发明的详细描述中变得更明白。 
附图简述 
图1是示意性的系统框图，描述按照本发明一个方面的通知平台总体结构。 
图2是示意性框图，描述按照本发明一个方面的上下文分析器。 
图3是示意性框图，描述按照本发明一个方面的通知源和接收器。 
图4是图表，描述按照本发明一个方面的通知曲线的实用性。 
图5是图表，描述按照本发明一个方面的一个用户说明界面。 
图6是图表，描述按照本发明一个方面的上下文信息源。 
图7是图表，描述按照本发明一个方面的用于确定上下文的基于规则(rules-based)的系统。 
图8是示意性框图，描述按照本发明一个方面的用于确定上下文的基于推论的系统。 
图9是描述按照本发明一个方面的用于确定上下文的推论模型图。 
图10是描述按照本发明一个方面的用于确定上下文的瞬时推论模型图。 
图11是流程图，描述按照本发明一个方面的用于确定上下文的方法。 
图12是流程图，描述按照本发明一个方面的通知决策的方法。 
图13是流程图，描述按照本发明一个方面为通知平台提供决策理论分析的方法。 
图14是描述按照本发明一个方面的示范性显示器的图。 
图15是流程图，描述按照本发明一个方面的提供可变显示的方法。 
图16是描述按照本发明一个方面的价值对时间的图。 
图17是流程图，描述按照本发明一个方面的提供流循环的一种方法。 
图18是描述按照本发明一个方面的示范性流循环显示的图。 
图19是描述按照本发明一个方面的示范流堆栈显示的图。 
图20是更详细图，描述按照本发明某一方面的示范性流堆积显示。 
图21是流程图，描述按照本发明一个方面的提供流堆积的一种方法。 
图22是描述按照本发明一个方面的示范性显示器的图。 
图23是示意性框图，描述按照本发明一个方面的合适的操作环境。 
实现本发明的方式 
本发明涉及一种系统和方法，能把与一个或多通知源相关联的各种信息，经过通知平台总体结构引导到一个或多个通知接收器(例如，用于接收信息的 程式(modality))。总体结构包括一个上下文分析器，用于确定用户的状态，例如位置和关注焦点，例如，通知管理器应用用户的状态做出决定：将通知源产生的何种信息，在什么时候，以及怎样传递到通知接收器。这些决定可以包括成本收益分析，其中，要考虑到通知用户的收益是否超过干扰用户的成本。能应用决策理论策略和/或稍微不正规的直观推使通知管理器内能进行决策处理。 
首先参考图1，系统10描述按照本发明一个方面的通知总体结构。系统10包括：上下文分析器22；通知管理器24(也称为事件代理人(broker))；一个或多个通知源(例如，提供信息的程式)1到N，26，27，28；和一个或多个通知接收器，1到M，36，37，38，其中，N和M分别为整数。源称为事件发行人(publisher)，而也把接收器称为事件用户(subscriber)。可以有任意个接收器和源。一般，部分基于上下文分析器22储存和/或存取的参数信息，通知管理器24将通知从信息源26至28传递到接收器36到38，也把通知称作为事件或提醒(alert)。 
上下文分析器22储存/分析有关影响通知决策的用户变量和参数。例如，参数可以包括上下文(context)信息，例如用户的典型位置和关注焦点或每时刻的活动(activity per time of day)和星期几(the day of the week)的活动；和以这些参数为条件的附加参数，例如，在不同场所用户倾向于访问的设备。这些参数也可以是经一个或多个传感器自动得到的观察的函数。例如，根据了由全球定位系统(GPS)子系统提供的关于用户的位置信息，根据有关正在使用的设备的类型和/或设备的使用图案的信息，和用户最后一次访问的特殊类型设备，可以选择或修改一个或多个配置文件profile(未示出)。此外，如下面将详述的，也可应用自动推论，以动态地推论例如位置和关注之类的参数或状态。可以储存配置文件参数作为可以由用户编辑的用户配置文件。除了依靠预先确定的配置文件或动态推论的设置外，通知结构能够使用户实时地指明他或她的状态，例如，在以后的“X”小时内，或直到一个给定时间内，除重要的通知外，用户不可得到任何其他信息。 
参数也能包括缺省通知优先级参数，该缺省参数是关于按不同设置的由不同类型的通知中断的用户优先级的，通知管理器24可以用这些参数作为通知决策的根据，并且用户能根据这些参数启动转换(initiate changes)。参数可以包括关于用户希望在不同的情况(例如，诸如用蜂窝电话，寻呼机)怎样通 知他的缺省参数。参数能包括与按不同的设置，以不同方式提醒相关联的中断成本评估的参数。该参数还包括表示可能性的上下文参数，和表示在给定时间内用户希望怎样通知他的通知参数，该可能性上下文参数表示用户在不同位置的可能性，使用不同设备的可能性，和在给定时间内他或她关注状态的可能性。 
按照本发明一个方面，由上下文分析器22储存的信息可以包括由分析器确定的上下文信息。如同在下面的描述章节更详细地描述的，分析器22根据一个或多上下文信息源(未示出)鉴别用户的位置和关注状态而确定上下文信息。例如，上下文分析器22经过作为用户汽车的一部分的全球定位系统(GPS)或蜂窝电话，能够精确地确定用户的实际位置。分析器也可能应用统计模型，通过考虑背景评估资料和/或通过考虑诸如用户日历中的日期的类型，时刻，日期这样的信息收集的观察资料，和有关用户活动的观察资料，以确定用户在给定的关注状态的可能性。所给定的关注状态包括用户是否开启接收通知，忙和不能开启接收通知，并能包括其他的考虑因素，如周日，周末，假日，和/或其他场合/时期。 
信息源26至28产生打算供用户/或其他实体使用的通知。例如，信息源26至28可以包括通信，例如因特网和基于网络的通信，基于本地桌上型电脑通信，和电话通信；以及软件服务，如智能帮助，背景询问，和自动调度。一般，这儿定义通知源为能产生事件的源，也能称作为通知和提醒，打算给用户，或用户的代理人提醒有关信息，服务，和/或一个系统或世界事件。一个通知源称为事件源。 
例如，电子邮件通知源可以产生电子邮件作为通知，这样就被列入优先地位，其中，产生通知的一个应用程序或系统把相应于电子邮件对于用户的可能的重要性或紧急性的优先级赋予该电子邮件。也可以不考虑对用户的相对重要性发送该电子邮件。桌面中央通知能包括自动化对话，带有提醒用户的目的，提醒他或她可能希望执行(例如从一个消息的调度)的潜在有价值服务，提醒用户可能希望检阅(例如得自背景询问)的信息，或错误和/或由桌上型电脑产生的其他提醒。因特网关联的服务能包括含有用户预订信息的通知，例如，如偶尔性当前新闻标题，和股票价值。 
其他的通知能包括背景询问(例如，当用户正在工作时，可以检阅用户当前正参与的工作的文本，使阐述有关文本中背景询问要阐明的和发送给搜索引擎)，以及来自调度和/或其他程序的调度任务。通知源26至28本身可以是 推型或拉型的源。推型源是那些没有相关的请求就能自动产生和发送信息的源，如标题新闻和其他因特网相关联的服务，该服务器在预订后能自动地发送信息。拉型源是那些能响应请求而发送信息的源，如在询问到邮件服务器后接收的电子邮件。其他的通知源还包括下列各项： 
*诸如日历系统之类的电子邮件的桌面应用程序； 
*计算机系统(例如，该系统可以用消息提醒用户，所述消息是有关系统的动作或问题的提醒信息)； 
*因特网关联的服务，约会信息，调度询问； 
*在一个或多个共享文件夹中改变文档或某种类型文档数； 
*响应于固定或持久信息询问的可用的新文档；和/或， 
*有关人员和他们到场的信息的信息源，他们位置的改变，他们的近邻情况(proximity)(例如，当我旅行时，让我知道在离我10英里内是否有其他的同事或朋友)，或他们的可用性(例如，让我知道何时可与Steve谈话，并且他在能支持全电视电信会议的高速链路附近)。 
通知接收器36至38能向用户提供通知。例如，这样的通知接收器36至38可以包括计算机，例如桌上型和/或膝上型计算机、手提型计算机、蜂窝电话、陆线电话(handline phone)、寻呼机(papers)基于自动化的(automotive-based)计算机以及其它有价值的系统/应用程序。应注意：某些接收器36至38能比其他接收器传送更丰富的通知。例如，桌上型电脑典型地配有扬声器和连接有相对较大的彩色显示器，以及具有较宽的带宽，用于当连接到局域网或因特网时接收信息。这样，桌上型电脑能以相当多的方式将通知传送给用户。相反地，例如，许多蜂窝电话只有较小的黑白式显示器，并以相对较窄的带宽接收信息。相对地，例如，与由蜂窝电话传送的通知相关联的信息一般可能比较短，以与电话的接口能力相匹配。这样，依据通知是传送给蜂窝电话，还是传送给桌上型电脑，通知的内容可能是不同的。例如，按照本发明的一个方面，通知接收器能涉及到哪一个经过事件预订服务预订了事件或通知。 
通知管理器24存取由上下文分析器储存和/或确定的信息，并确定从信息源26至28收到的哪一条信息要传送到接收器36至38中的哪一个。此外，根据已经选择的向接收器36至38中的哪一个发送信息，通知管理器24能确定怎样给它传送通知。例如，在将通知提供给选择了的接收器36至38之前，确 定应将通知进行概括。 
本发明不限制于管理器24怎样作出关于哪一条通知传送到哪一个通知接收器，及按哪种方式传送通知的确定。按照本发明的一个方面，能够利用一个决策理论分析。例如，通知管理器24能适合于有关变量的重要的不确定性，这些变量包括：用户的位置，关注，设备可用性，及如果没有提醒，直到用户能存取信息前的时间量。然后，通知管理器24能作出有关是否给用户提醒一条通知的确定，假如这样的话，要确定摘要的性质和用于中继转送通知的合适的一台设备或多台设备。通常，通知管理器24确定一条通知的净期望价值。在这样做的过程中，应考虑下列情况： 
*每个可用的通知接收器的保真度和传输可靠性； 
*注意干扰用户的成本； 
*送给用户的信息的新颖性； 
*直到用户查阅他或她自己的信息的时间； 
*信息的潜在上下文敏感性值；和/或： 
*在包含在通知内的信息的时间内，增加和/或减少的价值； 
例如，这样，可以产生有关未确定性作出的推论作为预期的可能性价值，诸如使用给出用户的某些关注状态的特殊设备的特殊方式而干扰用户的成本。通知管理器24能够按照下列一项或多项作出确定： 
*用户当前正在关注和做的事(例如，依据上下文信息) 
*用户当前在什么地方； 
*信息的重要程度是如何的； 
*延迟通知的成本是多少； 
*应怎样分散通知； 
*到达用户的可能性是什么程度；及， 
*与使用指定的通知接收器的指定方式相关联的保真度损失是多少； 
因此，通知管理器24能执行等待的和激活的通知的分析，例如决策理论分析，评估由信息接收器和信息源提供的有关上下文依赖的变量，及推论所选取的未确定性，例如，直到用户可以查阅信息前的时间和用户的位置及当前关注状态。 
如这儿所用的，推论一般涉及从经过事件和/或数据获捕的一组观察值系统10的有关状态或推论状态的理由的；环境；和/或用户的处理。用户的处理。 例如，能用推论识别特殊的上下文或动作，或能对状态产生一个概率分布。该推论可以是概率统计的一即，基于数据和事件的考虑，在感兴趣的状态上的概率分布的计算。推论也能涉及一些技术，用于从一组事件和/或数据组成高层事件。这样的推论导致从一组观察的事件和/或储存的事件数据构成新的事件或动作，不管这些事件是否在紧接的接近中(in close tempoal proximity)相关，及不管这些事件和数据是否来自一个或几个事件和数据源。 
此外，通知管理器24能够通过上下文分析器22存取(access)储存在用户配置文件中的信息，替代或支持人格化的决策理论分析。例如，用户配置文件可以指明：在给定的时间，并且在通知有某一预定分类(例如，重要性)等级时，用户更喜欢通过寻呼机通知他，。利用这样的信息作为基线，从那儿开始启动决策理论分析，或可以是这种方式，通知该方式通知管理器确定怎样和是否通知用户。 
按照本发明的一个方面，可以将通知平台总体结构10配置成一层，该层驻留在事件消息基础结构上。然而，本发明并不限制于任何特殊事件基础结构。这样的事件和消息系统和协方可以包括： 
*如技术领域中已知的超文本传送协议(HTTP)或HTTP扩展； 
*如技术领域中已知的简单目标访问协议(SOAP)； 
*如技术领域中已知的窗口管理指令(WMI)； 
*如技术领域中已知的Jini；及 
*实际上任何类型的通信协议，例如，诸如基于包交换技术协议的通信协议。 
此外，如技术上一般熟练的那些人员所理解的，可以把总体结构配置为驻留在灵活分布的计算基础结构上的一个层。这样，通知平台总体结构能够利用一个下面的基础结构作为源发送通知，提醒和事件；并作为接收器接收通知，提醒和事件的一种方式的一种方式。然而，本发明不受这样的限制。 
现在参考图2，将更详细地描述先前描述章节中详细描述的通知总体结构的上下文分析器22。图2中描述的上下文分析器22包括一个用户通知优先级存储器52，一个含有用户上下文配置文件存储器55和白色书写板57的用户上下文模块54。能够将按照本发明一个方面的上下文分析器22实现成来自其中的机器可读介质(如存储器)的，计算机的处理器能执行的一个或多个计算机程序。 
优先级存储器52存储用户的通知参数，例如用户的缺省通知优先级，例如用 户的配置文件(profile)，用户可编辑和修改这些参数。可以把优先级存储器5可看作储存影响怎样通知用户的参数信息的存储器。用户上下文模块54依据白色书写板57上公布的一个或多个上下文信息源，确定用户的当前上下文。用户上下文配置文件存储器55储存用户的上下文参数，例如，用户缺省上下文设置，用户可以编辑和修改这些参数。即，用户上下文模块54通过从配置文件存储器55存取的信息，和/或经一个或多个上下文源60，用动态检测更新在存储器55中一套预先的信任设置，提供有关用户当前上下文信息的最佳推测或估计。例如，可以把配置文件存储器55看作为存储用户在什么地方的先验值，和用户在干什么的存储器。 
用户上下文配置文件存储器55可以是一个预估计和/或预确定的用户配置文件，该配置文件捕获这样的信息作为一个确定性的或概率的配置文件(profile)。该配置文件可以是一般的位置，活动，设备的可用性，和不同类型通知的成本和价值，作为例如时刻，日期类型，以及用户和一个或多个设备的相互作用的观察之类的。观察值的函数，例如，日期类型可以包括周日，周末和假日。那末，用户上下文模块54可以动态地确定或推论用户上下文或状态的情况(aspects)，例如用户当前或将来的位置和关注状态。此外，可经过白色书写板57从上下文信息源60直接存取上下文的实际状态，和/或可以通过如贝叶斯之类的推论方法从多种观察中推导出上下文的实际状态，如下面将详细描述的。 
上下文信息源60经过有关用户的关注状态和位置的白色书写板57把信息提供给上下文模块54，从这些信息中，模块54作出关于用户当前上下文(例如，用户当前关注状态和位置)的确定。此外，本发明不限制于上下文源60的特定数量或类型，也不限制于由用户上下文模块54推论或存取的信息类型。然而，上下文源60可以包括若干桌面(desktop)信息和事件，例如鼠标信息，键盘信息，应用程序信息(例如，哪个应用程序目前正在接收用户的焦点)，周围声音和发言的信息，桌上型电脑窗口中的文本信息。白色书写板57可以包括通用存储区，上下文信息源60可在该区内出版信息，并且包含信息源和上下文模块54的若干部件，也能从该通用存储区存取该信息。也称作为通知或提醒事件，一般可包括关于一个或多个世界状态的观察的信息。这样的状态能包括系统部件的状态，用户的行动，和/或关于环境的测量，此外，可以通过测量设备和/或事件源的动态轮流检测产生事件，通过接收在根据变化发送的信息，和/或每一恒定的(per a constant)或变化的事件跳动(varying eventheartbeat)时发送的信息而产生事件。 
其他类型的上下文源60包括用户信息的个人信息管理器(PIM)(personal-information of the user)，例如，该管理器一般能提供有关用户的时间表的调度信息。当前时刻，以及用户的位置一例如，由全球定位系统(GPS)，和/或用户的蜂窝电话，PDA，或能本地确定的膝上电脑的接入而确定的一也是上下文源60的一些类型。此外，实时移设备使用是上下文源60的一种类型。例如，象蜂窝电话之类的移动设备能够确定是否当前用户正在进行存取，以及设备方位和倾角(例如，表明有关设备的使用信息)，和加速度及速度(例如，表明有关用户是否正在移动的信息)。 
现参考图3，更详细地描述上述的通知源。通知源26至28一般产生传送给通知管理器24的通知，该管理器确定何时应发生通知，及，假如这样的话，应当把哪条通知传送给通知接收器36至38中的哪一个，并按怎样的顺序传送。 
按照本发明的一个方面，通知源26至28可以有标准属性描述和关系中的的一个或多个下述参数，这儿称为通知源模式或源模式(source schema)。注意，可以对于上述的源，接收器，上下文信息源提供源模式。这种源模式提供有关不同元件的说明信息，并能启动源26至28，通知管理器24，接收器36至38，上下文分析器22，以彼此共享语义学的信息。这样，不同的源模式提供关于与通知相关的特性，紧急性和设备信令形态(device signalingmodalities)的信息。也就是，一般能把源模定义为确定通知和事件的结构的类别和类别间关系的一种集合，例如，含有的信息包括事件或通知类别，源，目标，事件或通知语义学(semantics)，实质内容信息，观察可靠性，和实质上任何服务质量属性。 
通知源模式的参数(未示出)可以包括一种或多种：消息类别；相关性；重要性；时间临界；新颖性；内容属性；保真度权衡(fidelity tradeoffs)，和/或源信息的摘要信息。由通知源产生的通知的消息类别，表明通知的通信的类型，例如，电子邮件，瞬时消息，数字财务更新，和桌面服务。由通知源产生通知的相关性，表明对于一个或多个指定的上下文(context)通知内含有的信息是相关的可能性。例如，能由逻辑标志提供相关性，表明该源是否与给出的上下文相关联。通知的新颖性表示用户已经知道通知含有的信息的可能性。即，新颖性是该信息对用户是是新的。还是过时的(表示如果用户现在知道该信息，而如果有过的话，用户将会了解该信息而不需要向用户提醒它)。 
与通知相关联的保真度权衡表示，例如，由所指定允许的不同格式的切断 和/或概要化产生的通知中的信息的价值的损失。为了将通知传送到某种类型的通知接收器36至38要求这样的切断和/或概要化。这类通知接收器可以具有通知的带宽和/或其他的限制，防止接收器接收如原来产生的完整。保真度一般是指与一个通知相关联的原始内容的性质和/或完整度。例如，可能切断一条长的电子邮件消息，或否则概括为蜂窝电话所允许的100个字符的最大值，招致保真度的损失。同样，当经过只具有文本能力的设备发送时，含有文本和图形内容的原始信息的保真度受到损失。另外，一种设备可能只能描写从源上可得到的完整分辨率的一部分。保真度权衡是指一组按照序列(例如，按首先反映图形，然后声音的重要性次序)和/或成本函数中任一项规定的源的保真度优先级。所述成本函数指出通知内容的总价值怎样随保真度的改变而减少。例如，保真度权衡能够描述与完整的电子邮件消息的发送相关联的全价值怎样随切断量的增大而变化。例如，内容属性可以包括内容性质的摘要，表示这种信息为核心消息是否含有文本，图形，和音频成分这样的信息。内容本身是组成通知的消息内容的实际图形，文本和/或音频。 
通知的重要性是指通知含有的信息对用户的价值，假定该信息是与当前上下文有关的。例如，重要性表示为该信息对用户的价值相当于一美元价值。时间临界性表示一个通知中含有的信息的价值与时间有关的变化一即，信息的价值怎样随时间变化。在大部分但不是全部情况中，通知的信息价值随时间而衰减。这在图4的曲线图中描述。曲线图80描述在时间上通知的实用性。在曲线图中的点84处，表示初始时间，表明该通知的重要性，而曲线86指明其实用性随时间的衰减。 
返回参考图3，可以在例如图2的存储器52之类的用户通知优先级存储器中存储器中存储的通知配置文件中获得不同通知源或信息源类型的缺省属性和源模式模板。能引导这样的缺省模板代替由通知源提供的价值，或当这些价值从由源提供的源模式中丢失时，能用该缺省模板提供属性。源的摘要信息能使一个信息源邮递信息状态的一般摘要和从一个源上得到的潜在的通知。例如，从消息源来的源摘要信息可以包括有关至少有某些优先级的关于未读消息的总数量的信息，所述未读消息具有至少某种优先权；人们尝试与一个用户通信的状态；和/或其他摘要信息。 
通知接收器36至38实际上可以是任何一种设备或应用程序，可以通过这些接收器向用户或其他实体通知中含有的信息。通知管理器24确定使用哪个 接收器或哪些接收器传送特殊通知的选择。 
通知接收器36至38可以有在源模式内提供的一个或多个下列的参数。例如，这些参数可以包括一种设备类别；发信号(提醒)的方式；及，对于相关联的方式，包括保真度/绘制能力，传输可靠性，通信的实际成本，和/或干扰关注的成本。对于适合于提醒属性参数化控制的设备，设备的源模式能另外包括提醒属性和控制属性的参数的描述，和其他属性(例如，传输可靠性，分配的成本)随提醒属性的不同设置而变化的函数。通知接收器的源模式(schema)提供通信方式，通过这种方式，通知设备能与通知管理器24和/或系统的其他部件传送有关他们的性质和能力的语义信息。可以在储存在用户通知优先级存储器(例如，如先前章节描述的图2中的存储器52)中的设备配置文件中获得不同设备类型的缺省属性和源模式(schema)模板。可引导这种缺省模板替代由设备提供的值，或当从由这种设备提供的源模式中丢失属性时，该缺省模板可提供这些属性。 
现在逐项描述每个模式参数。例如，设备类别是指诸如蜂窝电话，桌面计算机，和膝上计算机之类的设备的类型。类别也可以是为更普通的，例如移动的或固定的(stationery)设备。信令的方式是指给定设备向用户提醒有关通知的方式。设备可以有一种或多种通知方式。例如，蜂窝电话可能只有振动，可只有某种音量的振铃，和/或它可以既有振动又有振铃。此外，提醒系统的桌面显示器可以分解成几种独立的方式(例如，在显示器右上角上的小的通知窗口对屏幕上部的小的略图一带或不带声音预示)。在限制于一组预定的行为以外，一个设备能使方式带有是参数函数的提醒属性，作为设备定义的一部分。对于一种方式这种连续提醒参数把这样的控制表示为音量(例如在桌上型电脑上以该音量播放提醒，在蜂窝电话上按该音量振铃)以及提醒窗口的大小。 
通知接收器36至38的方式的传输可靠性表示用户接收有关通知的通信提醒的可能性，经过接收器按该方式将该通知传送给用户。因传输可靠性可以取决于设备的可用性和用户的上下文(context)，所以在诸如用户的位置和关注这样的上下文属性上，能够调节某设备的不同方式的传输可靠性。也能够指定一个或多个唯一的上下文状态的传输可靠性，通这些属性的交叉乘积定义为唯一位置和唯一关注状态，定义为由这样属性的抽取而创建的分离(例如对于离开家的任一位置，和上午8点后和中午前的任一时间段)。例如，根据用户当前所在的地方，发送给蜂窝电话的信息或许不总是会到达用户，特别是如果用 户在具有间断的复盖地区中，或在该位置处用户趋向于没有蜂窝电话(例如，家庭假日)。因为环境噪声和/或其他掩蔽或上下文的分离特性(distractingproperties)，上下文也可能影响发送的可靠性。 
通信的实际成本表示当传送给接收器的通知内含有信息时，把该信息传送给用户的实际成本。例如，该成本可以包括与蜂窝电话发送相关联的成本。在一个特殊的上下文中，中断成本包括与中断相关联的关注(attentional)的成本，该中断与由设备特殊方式所用的提醒相关联。关注成本通常对用户关注的特殊焦点是敏感的。保真度/绘制能力描述(description)设备(也是给定的模式)的文本，图形，和声音/触觉的能力。例如，对于蜂窝电话的任何单条信息，其文本限制于100个字符，且电话或许没有图形能力。 
现在转到图5，界面90描述用户选择的上下文说明，能被上下文分析器用于确定用户当前的上下文。描述由用户，和/或用户可修改的配置文件直接指明的用户上下文的确定。用户上下文能包括用户的关注焦点-即，用户当前是否适合于接收通知的提醒-以及用户的当前位置。然而，本发明不受这样限制。 
用户的上下文的直接说明能使用户表明他或她是否能够接收提醒，和用户希望在什么地方接收提醒。能使用缺省的配置文件(profile)(未示出)来表明缺省的关注意状态，和用户能接收提醒的缺省位置。如所希望的，用户能够修改缺省的配置文件。 
参考图5，按照本发明的一个方面，界面90描述怎样能实现上下文的直接说明。例如，窗口91具有关注焦点部分92和位置部分94。在焦点部分92中，用户能检查一个或多个检查框96，例如，表明用户是否总是能接收提醒；用户是否总是不能接收提醒；和，用户是否仅能接收重要性等级大于预先确定阈值的提醒。应当理解，可以提供其他可利用的选择。如图5所述，可以按美元来度量阈值，但这仅用于示范性目的，因此本发明不受这样限制。用户能通过直接输入一个新值来增加方框98中的阈值，或能通过箭头100增加或减少该阈值。 
在位置部分94中，用户能检查一个或多个检查框102，以表明用户希望使提醒传送到什么地方。例如，用户能使提醒在桌上型电脑上，通过电子邮件，在膝上电脑上，在蜂窝电话上，在他或她的汽车里，在寻呼机上，或在个人数字助理(PDA)设备上，等等设备上传送。应当明白，这些仅仅是示范例，然而本发明本身不受这样限制。 
可以把窗口91(其中可能是选择部分92的检查框96和方框98及选择部分94的检查框102的预置缺省值)。看作一个缺省的用户配置文件。该配置文件是用户可修改的，用户能用他或她自己希望的选择复盖缺省的选择。按照本发明，也可利用其他类型的配置文件。 
现在参考图6，例如，按照本发明描述，用一个或多个传感器通过直接测量而确定用户的上下文。用户的上下文可以包括用户的关注焦点，以及他或她的当前的位置。然而，本发明本身不受这样限制。上下文的直接测量表示可以应用传感器检测用户当前是否适合于接收提醒，并检测用户目前在什么地方。按照本发明的一个方面，能利用推论性分析和直接测量来确定用户的上下文，如下说明书的下面章节所描述的。 
参考图6，描述能实现用户上下文直接测量的系统110。系统110包括上下文分析器112，和通信耦合到该分析器的许多传感器114至120，也就是，例如蜂窝电话114，视频摄影机115，麦克风116，键盘117，个人数字助理(PDA)118，车辆119，和全球定位系统(GPS)120。图6所述的传感器114至120只作示范性目的，并不表示对本发明本身的限制或约束。这里所用的术语传感器是普通的和极度概括性的术语，是指上下文分析器112能用来确定用户目前的关注焦点，和/或用户目前的位置的任何设备或方式。 
例如，如果用户有通电的蜂窝电话，这表明用户能够在蜂窝电话114上接收提醒。然而，如果用户当前正在用蜂窝电话114交谈，则这能够表明用户有他或她的别的关注焦点(即，当前电话呼叫)，致使目前不能用通知提醒打扰用户。例如，摄像机115能在用户的办公室内，检测用户是否在他或她的办公室里(即，用户的位置)，和是否还有别人也在他或她的办公室里，暗示他们在开会，这样用户也不应受到打扰(即，用户的焦点)。相似地，麦克风116也可以在用户的办公室里，检测用户是否在跟某个其他人谈话，这样，用户也应当不受到打扰，如正在敲击键盘(例如，经过键盘发出的声音)，这样用户目前也不应受到打扰。也能用键盘117确定用户目前是否正在键盘上面击打，例如，如果用户正在非常快地击打，这或许表明用户正集中与计算机相关的活动，并且不应当过度地受打扰(和，也能表明用户在他或她自己的办公室内的事实)。 
如果用户正在访问PDA设备118，这能表明用户能在设备118上接收提醒-也就是，通知要传送到的地方就是设备118所在的位置。能够利用设备118 确定用户目前的关注焦点。能利用车辆119确定用户当前是否在车内-也就是，用户目前是否正在开车。此外，例如能考虑车辆的速度来确定用户的焦点。例如，如果速度大于预定的速度，那末，这或许可以确定用户正集中精力开车，不应当受通知提醒的打扰。全球定位系统(GPS)设备也能用于确定用户目前的位置，如本技术中所知的。 
在下列的详细描述的章节中，将描述按照用户可修改规则的用户上下文的确定。用户的上下文可以包括用户的关注焦点，以及他或她目前的位置。然而，本发明不受这样限制。经规则确定的上下文表明能遵循如果一那么规则的分级组来确定用户的位置和/或关注焦点。 
参考图7，框图描述规则130的示范性分级次序组。例如，该规则130的组描述规则132、133、134、135、136、137和138。应当注意也可以相似地配置其他规则。如图7所示，规则133和134服从132，而规则134服从规则133，规则138服从规则138。按排规则的次序，其中，首先测试规则132；如果发现是真的，那么测试规则133，并且如果发现规则133是真的，那么测试规则134，等等。如果发现规则133是错的，那么测试规则135。如果发现规则132是错的，那么测试规则136，如发现这是错的，那么引起规则137的测试，如发现这里真的那么引起规则138的测试。这些规则是用户理想地可创建的和/或可修改的。在规则130组中也可能包括其他类型的规则(例如，如果发现如果-那么(if-then)规则是错的，则其他类型的规则正在控制)。 
这样，用户能够组成规则组，以致确定用户的上下文。例如，相应于位置，该规则组可是这样的，第一条规则测试当天是否是周日，如果是的，则服从第一条规则第二条规则，测试当前的时间是否在上午9点和下午5点之间，如果是的，则第二条规则指出用户在他或她的办公室里，否则用户在家里。如果发现第一条规则是错的-即，当天是周末而不是周日-则另一条规则可以指出用户在家里。应当注意到这个例子不是本发明本身的限制性的或约束性的例子，其中还可以相似地配置一个或多个其它的规则。 
在说明书的下列章节中，将描述通过推论分析(例如应用统计和贝叶斯模型)来确定用户的上下文。应当注意：经过推论分析确定的上下文能依赖其他确定的某些方面，例如经传感器直接测量，如已描述过的。这里所用的推论分析涉及许多输入变量的推论过程，以产生一个输出变量，即用户的当前上下文。分析可以包括在统计模式和/或贝叶斯模式利用的一个方面。 
参考图8，按照本发明的一个方面，描述系统140框图。在框图中，推论引擎142执行推论分析以确定用户上下文144。在一个方面，推论引擎142是由计算机处理器从其上的计算机的可读介质上(例如内部存储器)执行的一个计算机程序。用户上下文114可以看作为推论引擎142的输出变量。 
推论引擎142能处理一个或多个输入变量以作出上下文的决定。这种输入变量能包括一个或多个传感器148，例如，在说明书的前面章节中，连同用于上下文确定的直接测量方法一起已经描述过的传感器；以及当前的时间和日子，如时钟150，和日历152所示；例如在用户的调度或个人信息管理器(PIM)计算机程序，和/或在用户个人数字助理(PDA)设备上可以访问的。也可以把其他的输入变量看作图8所述的变量以外的变量。图8的变量不是指对本发明本身的限制或约束。 
现在参考图9和图10，按照本发明描述一个例如由统计和/或贝叶斯模型提供的，通过上述的推论引擎执行的示范性推论模式。一般，计算机系统可能是稍微不能确定用户的详细状态。因此，可构成概率性(probabilistic)模型，推论在未确定下的用户关注点或其他状态。贝叶斯定理模式能够推论用户关注焦点的概率分布。这样的关注状态可公式化成一组典型情况(Prototypical situation)或一组由用户编址的可感知的复杂问题的独特分类的更抽象表达。换句话说，模型能够公式化，使它能推论有关关注焦点的连续测量，和/或对不同类型的通知直接推论整个中断成本的概率分布。 
基于有关用户活动和位置的一组观察，可以应用贝叶斯定理网络推论交替活动的上下文或状态的概率。作为一个例子，图9显示了用于推论单个时间周期的用户关注焦点的一个贝叶斯网络。一个变量的状态，关注焦点156，指的是桌上型电脑和非桌上型电脑的上下文。例如，在该模式中考虑的示范性的关注上下文包括情况了解，捕获，非特定的后台任务，聚焦内容的产生或查看，光内容产生或查看，查阅(browse)文档，办公室内会议，办公室外会议，听介绍，私人时间，家庭时间，个人焦点，临时谈话和旅行。贝叶斯网络154表明用户当前关注和位置受用户安排的约会158，时刻160，和截止时间邻近162的影响。例如，用户关注的概率分布也受办公室内监测的环境声音信号164状态摘要的影响。随时间的环境声音信号分段提供关于存在活动和谈话的线索/输入。软件应用程序的状态及配置和由用户与计算机相互作用产生的正在进行的用户活动流也提供关于用户关注的证据源。 
如在网络154中所描绘的，当前在操作系统或其他环境中的高层焦点166处的软件应用程序影响用户焦点和任务的性质，并且用户关注的状态和焦点处的应用程序，一起影响计算机中心的活动。这种活动包括用户的动作流，这种动作流在稍宽阔的时间范围上，由鼠标和键盘动作和应用程序使用的较高层图案的顺序构成。这种图案包括电子邮件中心和字处理机中心，并涉及包含多种应用程序交错运行方法的典型活动类别。 
图10描述在不同时间周期处的上下文变量中的用户关注焦点的贝叶斯模型168。由模型168描述一组马尔可夫瞬时相关性(Markov temporaldependences)，其中在用户状态的当前确定中考虑上下文变量的过去状态。在实时中，这种贝叶斯模型168考虑例如由在线(online)日历提供的信息，和关于房间声音的观察流和由事件，感知系统(未示出)报告的用户活动，并且继续提供关于用户关注的概率分布的推论结果。 
图11，12，13，15，17和21描述按照本发明的一种方法，该方法用于提供通知结构的一部分，例如，上下文分析器，通知管理器和用户接口(界面)。而为了简化解说的目的，按一系列的动作示出和描述该方法，应当明白和理解：本发明不受动作顺序的限制，按照本发明，某些动作或许会按不同的顺序发生，和/或与这儿示出和描述的其他动作同时地发生。例如，那些技术熟练的人员将懂得和理解：作为选择，可将该方法表示为一系列相互联系的状态或事件，例如在一个状态图中。而且，并非所有描述的动作都要求执行按照本发明的一种方法。 
该方法在某些方面可以是由计算机执行的。希望实现一种计算机执行的方法，至少使一部分成为在有希望使计算机上运行的一个或多个程序，-即，作为一个由计算机处理系统从计算机可读介质(例如内部存储器)执行的程序。有希望将程序存储在例如软盘或光盘驱动器(CD-ROM)之类的机器可读介质上，用于在另一台计算机上配置和安装及执行。该程序或多个程序可以是计算机系统或计算机的一部分，例如下面连同图23一起描述的。 
参考图11，流程图170描述按照本发明确定的用户上下文。处理包括在171中确定用户位置，和在172中确定用户焦点。可以由先前描述的一种或多手段完成这些动作。例如，能够应用一个配置文件；用户能指明他或她的上下文；能够利用上下文的直接测量；能够遵循一组规则；也能够执行推论分析，例如通过贝叶斯或统计模型的推论分析。应当理解：可以应用其他分析确定用 户的上下文。例如，可能有一个综合视频摄像机源，记录是否有人在计算机前面和他或她是否正看着计算机。然而，应当注意，该系统可以用或不用摄像机而操作。对于所有的源，该系统实质上能与任意一个可用的输入源一起工作，不需任何特殊源来推论上下文。此外，在其他方面，可以有集成加速度计，麦克风，和在小型个人数字助理(PDA)上的邻近探测装置，该探测装置给出用户的位置和关注点的检测。 
现在参考图12，流程图173描述按照本发明一个方面的通知管理器的决策处理。在174处，一个或多个源产生由通知管理器接收的通知。在175处，上下文分析器产生/确定关于用户的上下文信息，这些信息在176中由通知管理器接收。即，按照本发明的一个方面，在175处，上下文分析器存取表明用户当前关注状态和位置的用户上下文信息配置文件，和/或从一个或多个上下文信息源中估算关于用户当前关注状态和位置的实时信息，如已在说明书的前面章节中所描述。 
在177处，通知管理器部分地根据从上下文分析器收到的上下文信息，确定要把哪一条通知传送到哪一个通知接收器。，通知管理器也可根据由上下文分析器储存的有关用户的通知参数的信息作出决定。即，按照一个方面，在177中，管理器执行一个决策理论分析，该决策是关于是否向用户提醒给出的通知，和应当怎样通知用户。如在下面将详细描述的，在177处，可以应用决策理论和/或渐进分析，确定和策略。可以利用关于用户的通知参数，通过填入丢失的值或通过重写在源或接收器模式(schema)中提供的参数，使该分析人格化。通知优先权也能够提供用于代替决策理论分析的的策略(例如，渐进式)。在178处，根据这个确定，通知管理器将通知传送给接收器。 
这里到现在为止已经描述了适用于用户的本发明的各个方面。然而，本发明本身不受这样限制。即本发明基本上可适用于任何类型的实体，包括用户。例如，实体的其他类型包括媒介(agents)，处理，计算机程序，线索(thread)，服务，服务器，计算机，机器，公司，机构(organizations)，和/或商业(businesses)。例如，媒介可以是软件媒介，一般能定义为计算机程序。该程序执行用户的后台任务，并向用户报告该任务在何时完成或发生了某些期望的事件。如那些技术熟练的人员所理解的，在本发明中还包含其他类型的实体。例如，能够使按照本发明另一个方面的上下文分析器归纳为基本上适合于任一种类型的实体的部件(component)。作为另一个例子，通知接收器能够产生 有关除用户之外的实体的通知，提醒和事件。相似地，通知接收器能接收有关除了用户之外的实体的通知、提醒，和事件。 
现在返回到图13，流程图180描述。如按照本发明一个方面的通知管理器所能执行的决策理论的确定。在182处，接收到一条或多条通知。通知经过与通知接收器相关联的一种模式提供能传送送给用户的信息。在184处，在许多接收器的多种方式上，为在182处接收的通知执行决策理论分析。该分析经过与接收器相关联的方式合乎需要地产生传送通知的净价值。能够利用概率模式(例如贝叶斯网络)可以进行分析。 
按照本发明的一个方面，在184处依照的接收器的方式确定传送通知的净价值包括执行图13中的186，188，190和192。在186处，确定在给用户的通知内含有的信息的预期价值。如果通知了他或她，则这是对用户产生的信息的价值。在188处，确定中断给用户传送通知的一个预期成本。这是干扰用户传送通知的成本一例如，用户可能忙于开会，这样用通知干扰用户导致用户的成本。在190处，确定用户独自了解通知中含有的信息的用户预期价值而无需实际地传送通知。这个价值可能小于在186中确定的价值，因为用户或许独自在比通知他或她注意信息较迟的时间了解信息。在188处，确定将通知传送给用户的实际成本。例如，经过寻呼机发送消息可能导致来自用户的寻呼机公司的用户承担的通信成本，其中，公司在每次寻呼的基础上对这种寻呼收费。 
在184处，通过从在186中确定的信息预期价值减去在188中确定的预期中断成本，在190中用户独自了解信息的预期价值，和192中通信的实际成本，可以确定经接收器方式将通知传送给用户的净价值。在194处，确定实际上任一个接收器的任一方式的净价值是否大于预定的传送阈值。例如，在按美元($)度量净价值的地方，预期的传送阈值可以为零。如果通知的净价值大于该接收器的方式的阈值，那么，196对于这种通知处理转到，的196，其中，经过对于该通知具有最高净价值的接收器的方式，将这种通知传送给用户。否则，对于具有的净实际上不比价值为任一接收器的任一方式的阈值大的那些通知，当时不向用户通知这种通知中含有的信息，并且对于这种通知处理过程转到198，以执行后处理，来自196的处理过程也转到该处理。 
本发明不受在198中执行的后处理方式的限制。按照本发明的一个方面，假定执行了196，就可以删除在196中传送给用户的通知能将它删去。在另一方面，依据用户事实上已经接收到通知所述通知来自通知所传送到的通知接收 器的接收确认，从将通知传送到的通知接收器中，将这样的通知删除。如果已经确定通知已传送到的通知接收器对于所利用的接收器的方式具有一个大于阈值价值的发送可靠性，则在传送后也可以删除该通知。此外，应注意：可以按预定的间隔，和/或当接收到新的通知时，能够重复图13的处理。例如，因为如在184中确定的通知的净价值是与时间有关的，或许具有比传送阈值小的净价值的一个指定的通知，现在或许具有的净价值高于后来的那个阈值，然后发送该通知。一种替代的情形也能是真的。这样，在图13中描绘的处理描述能执行决策理论分析以确定是否经过接收器的方式把通知传送给用户的方式，致使可以按要求重复该分析。 
应注意，已经描述了图13所示的处理过程。该处理有关对于多个通知接收器的多个方式的通知的决策理论分析的性能的。然而，本发明本身不受这样的限制。例如，对任一个或所有的接收器或许只隐含有一种这样的方式。如此，在接收器上进行对通知的分析，而无需明显地关注该方式。此外，如已经注意到的，可以按下一描述章节所述的方法进行有关接收器方式的通知净价值的确定。 
按照本发明的一个特殊方面，能按下面章节所述的方法实现说明书的先前章节中所述的决策理论通知，虽然本发明不受这样限制。例如，可以应用一个迭代的“贪婪(gready)”决策理论分析。在分析期间，要考虑当前上下文和传送一个提醒相关联的预期价值。执行有关未来的推论，考虑未来时间，上下文，和相关联的预期价值的一个范围的较少近似的，更精确的决策理论分析可以利用这种模型，如动态贝叶斯定理网络，或称之为隐含的马尔可夫模型(HMM’s)的动态贝叶斯网络的近似。基于“预报”未来状态的欠“近视(myopic)”分析，能应用这种技术作出通知确定。在技术上，已知过归纳近视分析为过(richer)、欠近视分析。对于通知平台，这些“欠贪婪”分析使用额外的计算量。在一个方面，基于考虑现在能用的或即将能用的计算，把通知管理器配置成每次监视可用计算资源的状态，就能转入欠近视方式。即，本发明不受所述食婪方法的限制。通过预报这些上下文的可能性和设备的可用性，对于通知的理想时间的欠近似、欠贪婪的最佳化能考虑未来上下文的范围和设备关联的可用性。 
可将在时刻t的通知N的预期价值看作通知的当前价值。将一个通知的信息价值看为敏感于上下文和用户的知识。上下文包括像用户的位置和关注状态，用户目的，和上下文(例如，用户刚好打开电子邮件)这样的上下文信息。 在上下文C中的通知N的初始价值就是当信息源首次产生通知时上下文中通知的价值(例如，能按美元度量)，用户不熟悉该信息的概率使该价值变小。把用户不熟悉该信息的概率称作为信息的新颖性。该概率是基于证据E的(如信息的类型和干扰信息方式)(例如，新闻故事经其他通道随时间变成已知的，而这样，该证据可包括新闻故事的特点和时代)。 
如果当已经知道信息的价值为零时，考虑该信息的价值，则通知的价值为： 
ValInfo(Ni)＝p(novel/E)×value(Ni，t0)       (1) 
通过调节上下文C上的价值可以引入上下文说明的概念(notion)，并依据上下文估计该价值： 
ValInfo(Ni)＝p(novel/E)×value(Ni，Cj，t0)   (2) 
在某一新时刻t，依据价值的时间相关性，可以改变发送通知的价值： 
ValInfo(Ni)＝p(novel/E)×value(Ni，Cj，t)    (3) 
可表达为看作自变量的时间差或时迟的随时间变化的函数，该时间差或时迟是由通过取为自变量的与时间相关的函数通知管理器发送或接收一个提醒的时间和当时时间之间的时间差别。或延迟可以表示价值函数，其中表示时迟表示为t-t0。例如，这种函数可以包括表明价值时迟损失的线性，指数，和反曲函数。更复杂的函数包括线性，指数，和反曲函数的串联，例如表示保存限期的函数。该保存限期是指，发送或接收一个提醒之后，在信息价值改变(例如，开始衰减)之前，该价值没有发生变化时的时间周期。其他函数也能捕获一个具有某些延迟量的提醒能变得更有价值的概念(notion)。 
按照本发明的一个方面，要考虑到在一个新时刻也能使上下文改变和不同。这样，能用C(t)重写公式(3)，或将上下文陈述为总是当前的上下文。在上下文不确定的情况下，将不同的潜在上下文累加。这样，信息的预期价值是： 
ExpValInfo(Ni)＝p(novel/E)∑jvalue(Ni，Cj，t)p(Cj/E) 
                                                 (4) 
这是用户在上下文C的某个时刻t接收到通知的全部内容的价值。 
保真度的损失使传递具有设备的M模式的信息的预期价值减少所述保真度与绘制和考虑当用上下C文中的M模式发信号时，是否已经把信息发送给用户相关联。为了简单起见，假定捕获的发送保真度为变量，没有发送内容的。全部发送上下文的之间的范围内变化。按照本发明的其他方面，考虑到更详细的 实用模式，这些模式能捕获丢失初始内容的一个或多个成分的额外的详细损失，和按各种方式(例如，由电子邮件全文的某一总百分比切断-或其他的概括手段-压缩成更小，更紧凑的消息用于在有限的蜂窝电话显示屏上显示)切断和概括上下文的额外的详细损失。在一般情况下，与在设备的M模式上发送信息相关联的保真度是与上下文有关的；例如，在吵杂的环境中就很难听见声音内容的声音部分。 
也要考虑到已经把信息发送给用户的概率。一般情况下，这也与上下文有关。因为这种依赖性通常比保真度的上下文的依赖性更显著，所以可以把这指明得更清楚。将作为用户已经接收到信息的信息发送概率表达为p(received/M，C，E，e)，其中e表示有关用户响应于一个通知的附加证据，例如一个暂停、鼠标点中(over)、交互作用。 
接着，按下列公式确定通知通信的预期价值： 
ExpValCom(Ni，Mk)＝ 
p(novel/E)fidelity(Mk)∑jvalue(Ni，Cj，t)p(received/Mk，Cj，E，e)p(Cj/E)  (5) 
应注意：在公式(5)中，根据通知的信息预期价值写入通信的预期价值。 
这类似于 
ExpValCom(Ni，Mk)＝ 
ExpValInfo(Ni)fidelity(Mk)∑jp(received/Mk，Cj，E，e)p(Cj/E)   (6) 
在一个方面，可以使用在公式(5)和(6)中包含的通信的预期价值作为如说明书的在先前章节中所述的给用户的信息的预期价值。另一方面，信息的预期价值可以是不考虑保真度和其他参数的预期价值-即，如ExpValInfo(Ni)。然而，本发明不限制于这些手段。 
接着，考虑信息的成本。与中断相关联的成本取决于发送模式和上下文，大多数经过用户关注的上下文。在一个方面，对每条上下文的用户中断的预期成本可按美元来度量，等于用户愿意付的数量，以避免与经过M模式的信息发送相关联的中断。在一般情况下，这也可能取决于要发送的内容的细节。然而，按照一个方面，应特别考虑在上下文不确定下的不同成本。这样，对于M模式的中断的预期成本是： 
ExpCostDisrupt(Mk)＝∑j/CostDisrupt(Mk，Cj)p(Cj/E)      (7) 
现在经过M模式用通知发信号给用户的价值在信息的价值和成本间是不同的。也要考虑到例如发送比特的实际通信的美元成本，例如每次服务收费。这 可以是通知内容和所选择的方式的函数。也把这称作为(实际的)通信成本，(ComCost(N，M))。 
接着，可以考虑如果没有用通知给用户动态地发信号，但是当他或她有空去查阅信息或主动地从例如电子邮件存储器之类的存储器搜索信息，或为了一般的目的，从潜在的通知存储器中搜索信息(在保存信息直到用户有机会查阅它们)，则该(净)价值不等于零。把这称为搜索通知中含有的信息的预期价值，ExpValSeek，在说明书的先前章节中称作为无需通知的用户独自了解信息的预期价值。通过考虑直到用户查阅通知含有的信息为止的时间而确定该价值。这个时间是典型地对上下文敏感的，例如，直到用户从这样一个存储器中搜索信息为止的时间取决于位置，时刻，和当前关注的焦点。可认为信息的新颖性是可以变化的和或许是已经悬挂通知的时间量的函数。为了简化起见，当用户搜索信息时，可以把保真度看成完美的-然而，在一般情况下，用户只能通过提供较低保真度的设备搜索信息。当用户将在关注状态动态地追踪信息时，也能假定与搜索信息相关联的中断成本约为零。 
这样， 
ExpValSeekInfo＝ 
∑tseekp(tseek/E)p(Novel，tseek/E)∑jValue(Ni，Cj，tseek)p(Cj/E，tseek)  (8) 
应注意，相对于确定通知的时间和直到搜索为止的时间之间的等待时间，有几种手段用于执行和确定公式(8)。在一个方面，可以假定用泊松分布t，而搜索时间是从分析时间起直到用户查看通知存储器为止的存储器不足(memory less)平均时间。能把等待时间确定为在那时间和通知时间之间的差。此外，可以利用贝叶斯网络或其他概率模型来推论在查阅电子邮件，或一个更普通的通知存储器的不同平均时间上的概率分布。如上所述的，也可以应用贝叶斯网络或其他概率模型来确定在用户关注焦点，位置上的概率分布。 
这样，用M模式传递通知N的通知通信的的净预期价值，NetExpValCom为： 
NetExpValCom(Ni，Mk)＝ExpValCom(Ni，Mk)-ExpCostDisrupt(Mk)-ExpValSeekInfo(Ni)-ComCost(Ni，Mk)  (9) 
这就是在说明书的先前章节中被称作为净价值的。 
为了作出确定，对于实际上所有设备的实际上所有的M模式，要考虑到进入NetExpValCom的通知考虑具有最大正的净预期通信价值(NetExpValCom)的设备(即，假定零美元的预定的传送阈值，在说明书的先前章节中描述该术 语)。如果一个以上的设备的(例如，通知接收器)净预期通信价值(NetjExpValCom)是正的，选择具有最高价值的设备并且用该设备发信号给用户。如果对实际上所有的设备的实际上所有方式，该值是负的，能够推迟通知，和可以记入日记供以后查阅。在一个方面，继续要重新考虑再现(rendering)通知的价值，但通过更新随时间变化的变量。这些变量包括当前时间；直到用户查阅他或她的电子邮件，或，更一般地，他或她的通知存储器为止的预期时间；和作为当前上下文和信息的新颖性的这样的变量。如已经在说明书的先前章节中所描述，可以把这样的重新考虑作为后处理的一部分来执行。 
应注意，这种关于现在对以后的迭代推理是在本发明一个特殊方面执行的一种决策理论分析。它是一种贪婪判定决策策略。然而，依靠稍微更复杂的考虑在未来时间的动态通知的价值和成本的预报模型，能够使欠贪婪策略公式化。例如，可以应用一个概率模型来预报用户的将来关注状态，并能利用这样的预报，按日益欠贪婪的方式来推理。 
此外，即使在发出单一时间信号后，在某些方面，不是立即丢弃该通知(即，删除)。例如，一旦重现了通知，一般也不能保证该信息已经送到用户处。然而，如果在用户和系统间的共享的理解地方，系统有一个处理过程，这种保证是可能的。例如，用户使光标覆盖桌上型电脑情况(scenario)中的再现通知上就是一种方式，用户通过这种方式向系统表示“是，我得到了”，或以某些其他方法，通过自动监视通知的存取。后面的例子正在监视用户是否已经检查了他或她的蜂窝电话上消息。这种监视的报告可以是对所接的收通知的确认，如说明书的先前章节中所提到的。 
考虑接收器的方式作为在该上下文中具有上下文敏感传输可靠性的(也简称为传输可靠性(transrel))方式，transrel(M.C)。即，对于该方式，和对于该上下文，传输可靠性给出用户已经根据该再现的通知观察到通知的可靠性。如已经提到的，例如在能够接收到传输可靠性为1.0的确认的时间处，用通知或覆盖在通知上的鼠标的交互作用，这样用中已经观察到传输可靠性为1.0的信志信息。在其他时间能够依靠方式和上下文的传输可靠性。 
在每次发送后，更新用户已经收到的每条通知的信息p(receive)的可能性。HA(Ni)指的是一条特殊的，已经悬挂在内部盒子内的通知的提醒历史。该提醒历史表明尝试通知的序列，其中 
HA(Ni)：{A1(Ni，M，C)，A2(Ni，M，C)，A3(Ni，M，C)，…An(Ni，M，C)}  (10) 
A(Ni，M)指的是关于具有M模式的通知Ni的一个提醒。给出的一个通知的历史，主、就能够确定当前通知的新颖性，p(notification unseen|HA，E，e)。包含有这种因子使查看通知的预期价值适当地减少。 
更特殊地，首先，更新的预期通信价值(ExpValCom)和预期搜索价值 
(ExpValSeek)是 
ExpValCom(Ni，Mk)＝ 
p(novel/E)fidelity(Mk)× 
p(notification unseen/HA，E)× 
∑jvalue(Ni，Cj，t)p(received/Mk，Cj，E，e)p(Cj/E)  (11) 
ExpValSeekInof＝ 
p(notification unseen/HA，E，e)× 
∑tseekp(tseek/E)p(Novel，tseek/E)× 
∑jvalue(Ni，Cj，t)p(Cj/E，tseek)   (12) 
接着，按先前相似的方式确定净预期通信价值(NetExpValCom)，但是具有这些新的ExpValCom和预期搜索信息价值(ExpValSeekInfo)的价值。这样， 
NetExpValCom(Ni，Mk)＝ExpValCom(Ni，Mk)-ExpCostDisrupt(Mk)- 
ExpValSeekInfo(Ni)-ComCost(Ni，Mk)  (13) 
另外，一般要更新通知的新颖性，p(notification unseen|HA，E，e)，按照本发明的一个方面，在作出提醒的新的尝试后(通知的再现，或通知的传送)，通过把该尝试看作为一个伯努利试验，能够确定这种新颖性，例如，如现在所描述的，给出一个提醒历史， 
HA(Ni)：{A1(Ni，M，C(t1))，A2(Ni，M，C(t2))，A3(Ni，M，C(t3))，…An(Ni，M，C(tn))} 
通知的新颖性是 
p(notification unseen/HA，E，e)＝ 
[1-p(received A1/M ，C(t1)，E，e1)]× 
[1-p(received A2/M，C(t2)E，e2)]×…×[1-p(received An/M，C(tn)，E，en)]  (14) 
也应注意到，通知可以是大块的-即，聚合在一起作为一组通知，经给定的通知接收器的一种给定方式发送-通过考虑包括一组同时发生的通知的通 知组。 
NetExpValCom(Ni，Mk)＝ 
[∑i＝1…n ExpValCom Ni，Mk]-ExpValSeekInof(Ni)- 
ComCost(Ni，Mk)]-ExpCostDisrupt(Mk)  (15) 
这样，考虑通知的价值和成本的总和，其中注视着一次中断的罚款。 
在说明书的本章节中，介绍了先前章节描述的本发明各方面的各种扩展。首先，应注意到，在一个方面可以编辑和/或近似决策理论策略成为较简单的规则和策略。这能利用将这样的决策理论分析编辑成策略的正规的方法。此外，例如，有诸如直观推之类的各种策略，如下面将详细描述的，该策略能执行粗略成本利益分析。 
此外，可以把决策理论策略用于“拉信息”的情况。即，当用户从系统请求信息时(包括在桌上型电脑以及在移动情况期间的请求)，考虑为零的可闻性干扰成本，及可使信息相关于发送给用户的下一条最有价值的通知的信息。可以通过下一个最高价值使这样的信息排序，或为了识别的目的把该信息分类编组。例如，能够检查下一个“n”最高价值的通知，这样，一个命令与按该次序的编排通知流有关，或与等待在预期的实用程序次序中的“下一条通知”的请求有关系。 
作为替代，可以根据信息源的类型使信息关联，例如基于含有具有最高预期实用性的通知的源的次序。在信息源类型可以继续中继传播的通知，直到在移进含有具有下一个最高价值的通知的源之前达到预期价值的一个阈值为止，然后重复该处理过程。作为替代，能够经过源的预定次序(例如，话音邮件第一，接着是瞬时消息，接着是电子邮件，然后是财务通知)中继传播信息，然后从每个信息源中继传播通知，通过预定的实用程序储存在类型中间，直到预定应用程序中那个类型的阈值为止，然后继续处理。 
可以利用通知的预期价值来制作当前情况的高级摘要。例如，可越过信息源推论而建立悬挂通知的文本到语音的摘要，用于经过蜂窝电话传递的当前通知情况。另外，也可以利用预期价值的确定来完成高速缓冲存储。通过假定用户对最高预期价值内容最感兴趣，例如，对提高移动和桌面设置中的对话能力，也可以利用该预期价值的确定来通知语音认别系统更好地收听。 
此外，已经描述过的本发明的另一个扩展是可以使用源类型中的预期价值来制作摘要。这样的摘要可以出现在用于中继传播每个源的通知状态概要的持 久性摘要中。例如，一个电子邮件摘要可以象下面的例子：“32条未读消息；9条高度紧急消息；来自Andy的‘今天下午开会’的最紧急消息”。 
现在按照本发明描述能由通知管理器执行的渐进通信确定和策略。例如，能够绕过较正规的决策理论分析而利用粗略成本利益分析。可以把这种策略和有关的通知部件及接口看成决策理论策略的近似或渐进版本。在这种手段(approach)中，可以把通知经过源-或经过用户指定的通知配置文件(例如，消息和/或消息类的每种属性)标记成高的，标准的，和低的紧急性(或紧急性的任何范围)。把条件列表创建成关于用户何时可能处于接收通知和执行上下文粗略监视的状态中，以认别用户可能用最小的中断接收通知的状态。把这些状态称作“可能自由的(likely free)”状态。 
该列表可以包括一项或多项下列的内容(和其他状态)： 
*用户已经出席和打字并刚暂停打字达x秒钟 
*用户刚保存了一个文件并暂停达x秒钟 
*用户刚发送一个电子邮件并暂停达x秒钟 
*用户刚关闭一个应用程序 
*用户刚从一个应用程序转换到另一个应用程序 
同样，可为紧急等级设置一个最大的延迟时间。例如，前初，可内部设置一个示范性表如下： 
*最大的延迟(高优先级)：2分钟 
*最大的延迟(标准优先级)：7分钟 
*最大的延迟(低优先级)：15分钟 
这可以由用户设置，或作为选择的，由系统研制人员设置为缺省操作-用户可以或不可以修改。 
另外，用可以列出例如例外的或如接收瞬时通过的紧急事情。 
下面是一个本发明每个方面的示范性算法： 
*当接收到一个通知时，把它的年龄设置成零，记录它的优先级，并检查例外情况列表。 
*如果在那种紧急性的最大延迟时间前，通过监视用户活动观察到一个自由状态，则给用户发送一个通知。 
*否则，当达到该通知的最大自由状态时，中继该通知。 
平均起来，一般大多数的通知会在最大延迟时间以前传送。然而，当接收 通知时，用户对于接收在他们较空间发生的通知要比得到简单地传递的通知更为高兴。这样，将要达到空间状态的概率随时间而增加。因为可能存在空间状态的概率随时间量的增加而增加，所以在这些可能的空间状态期间将倾向于以较高的可能性发生低优先级的消息，中断的概率将随消息优先级的增加而增加。 
这种方法可归纳如下：按照一个方面，能使通知显示包括已在等待的多个，或组合的通知，以致给用户发送一个含有大块的成组的通知的单个通知。这种程序块能描述在例如按最大优先级，最大年龄，或最大组的优先级次序的列表中的块通知。例如，如果尚未看到可能的空间状态，并且高优先级通知已经达到最大延迟时间，则在高优先级通知达到该最大延迟的时刻，在分组通知中含有有关悬空的低优先级的通知。这就是在该时刻低优先级通知仍然还未达到他们自己的最大延迟。 
另外，可以允许一个连续的范围(例如，0至100)替代几个等级的优先级，表示紧急性的分数，并且使最大延迟成为通知优先级的函数，包括各种线性和非线性函数(例如，随优先级的增加而指数衰减的最大延迟时间)。例如： 
max deferral(priority)＝e-k(priority)×15minutes 
(最大延迟(优先级)＝e-k(优先级)×15分) 
或 
max deferral(priority)＝e-k(priority)×max deferral(0 priority) 
(最大延迟(优先级)＝e-k(优先级)×最大延迟(0优先级)) 
用户可从下一个x分钟内获悉空闲时间的概率。这可通过查阅可能的空闲状态的频率和直到下一个可能空闲状态为止的预期时间而得到。从用户的活动可以确定直到下一个可能空闲状态为止的预期时间，以及自动设置通知优先级类别的最大延迟时间，以致用户能指定用户会被中断的优先级的概率来代替最大延迟时间。即，用户指定该优先级级类型的中断的目标“容许的概率”，并且该系统能够设置该类型的最大延迟时间。即，用户(或，另一方面，系统开发者，通过缺省值)按一种方式配置了一个通知系统，例如，我容认的高优先级通知被中断的概率为0.5，标准优先级消息被中断的机会为0.25，但是，低优先级通知被中断的概率为0.05。 
下面，将描述按照本发明各方面的用户界面的概况。图14中描述这样一种界面的例子。其中，在计算机显示器(例如膝上电脑、桌上型电脑或其他显 示器)的桌面屏300上提供一个预定区域302(例如，为用户的交互作用，用于显示输出和/或为用户交互作用而提供)。如图14所描述的，该预定区域302位于显示屏300的右上角，然而，应当理解，也可使用显示屏的其他区域(例如，左下角，右边)。例如，在后面描述中描述的本发明的流堆栈(stream-stacking)方面，区域302可以是显示屏300右手边的一个列。理想地，显示屏300使用户能控制其上的光标304的移动，如与一个图形用户界面一起应用。在图14中描述的光标304是箭头指示器，然而，应当理解，也可以应用其他的光标。 
能够利用预定区302显示与本发明各个方面有关的信息。如这儿所用的，信息涉及单条信息，和/或多条信息。按照本发明的一个方面，信息包括通知提醒，也称作为提醒或通知，如在前面已经描述的。这样，把本发明的各个方面引向在上面所述的桌面屏300的预定区域内显示这样的信息。在一个方面，用户能够应用该桌面屏300，用于基本任务-例如工作于一个字处理文档，一本电子表格工作簿，或其他的应用程序。 
然而，在区域302显示的信息可以与基本任务没有联系。作为一个例子，所显示的信息可以是用户未请求的信息。例如，该信息或许给用户提醒一个电子邮件，这样当已经在预定分类的阈值(例如，按照重要性分类的信息)上请求传送给他和/或她的电子邮件时，用户没有请求(也称作为“未请求的”)也在区域302上显示该电子邮件。 
显示屏300可以是提供通用化再现(rendering)的显示器的一部分，例如，包括按照超文本链接标示语言(HTML)格式格式化的内容。另外，多个信息源是能发送的“丰富(rich)”界面，包括按键，链路，动画，声音，等等，(例如，为源标记)，这样，在这儿所述的用户界面的约束和较高级的设计惯例和风格惯例内再现(be rendered)该信息。然而，本发明本身不受这样限制。 
在说明书的下列章节中，将描述本发明的脉冲方面，本发明的流循环方面，和本发明的流堆栈方面。这些是特殊的方面，例如，通过这些方面，能在桌面显示屏300的预定区域302上显示信息。应当注意，下面的章节描述这些方面的至少一个例子，然而，本发明本身不限制于这些例子。此外，可以有脉冲调制方式，流循环方式，和流堆栈方式的组合，其中，用户能够在这些方式中转换。例如，一个系统可以包括一个显示器，一个处理系统，和机器可读介质。在该介质中储存可由系统执行的导致输入这些方式中的一种方式的计算机程 序。 
例如，在用户在这些方式中间转换之外的一个方面，如上所描述的一个通知管理器能够实行转换的决定。在一个方面，用户或通知管理器也能够在指定方式内(例如在脉冲，流循环，和/或流堆栈方式内)作出关于可转换特性确定。在一个方面，存在或不存在声音预报也可以是授给用户和/或通知管理器的一个确定。 
现在参考图15，按照本发明描述脉冲方面的一个方法400的一个流程图。在401处，接收信息。如已经描述的，该信息可以是与用户的基本任务没有关联的未请求的信息。该信息可以包括一个通知提醒，例如具有一个赋予的分类，例如一个大于一个阈值的与此有关的重要性值，该阈值例如由一个预定阈值所定义。重要性值的度量不受本发明的限制，也不受该阈值的限制。 
在402处，将信息淡入显示器的预定区域。在一个方面，通过在预定区域内显示该信息并按一给定的速率将显示在预定区域中的该信息的α值(例如，与显示像素有关的亮度值)增加到第一个预定等级而淡入该信息。该第一个预定等级可以是基于由重要性值所定义的该信息的重要性的。例如，该等级可以与信息的重要性成正比。随着信息的α值的增加，在预定区域中的信息显示暗度也增加。这样，根据信息的重要性使α值到一个级别意味着的增加以较大的暗度显示更重要的信息-即，用低的半透明度-与较不重要的信息相比。然而，在一个方面，预定的等级低于100％-即，小于100％的暗度。此外，在402处也可以播放声音预报以给用户提醒淡入在预定区域中的信息。声音预报可以是一种预定的声音或多种声音，其中信息的重要性值可以与声音的各个方面(例如，基于重要性的音量高或低，基于重要性的较多的或较少的声音)相关联。 
在404处，根据信息重要性存在时间长度的延迟。例如，时间长度可以与信息重要性成正比。延迟是这样地合乎需要，将向用户显示信息的时间长度。这样，较重要的信息能比重要性较低的信息显示更长的时间。在一个方面，在所延迟的时间长度期间，执行处理过程400的406，408，410和412，虽然本发明不受这样的限制。 
在406处，检测第一个预定的用户手势，该手势与在显示器的预定区域的淡入的信息相关联。例如，这第一个手势可以是在显示器(例如，用户通过利用如鼠标之类的指向设备而产生这样的移动)的预定区域内的光标移动，虽然本发明本身不受这样限制。另一个手势能包括检测的用户的特殊语音或话音。 在408处，响应于第一种手势，执行第一个动作。在一个方面，该动作包括使在预定区域显示的信息的值增加到比第一个预定等级高的第二个预定等级，例如100％。这样第一个手势能使该信息变得更不透明。在另一个方面，在408处，响应于第一个手势，在显示器预定区域显示更详细的信息，(例如，与提醒有关的信息)。 
在410处，检测第二个预定的用户手势，该手势与在显示器的预定区域的淡入的信息衰变相关联。例如，这第二种手势可以是在显示器区域内的光标移动，致使光标不再在显示器的预定区域(例如，用户通过利用如鼠标或键移动之类的指向设备产生这种移动)。另一种手势是检测的用户的话音特殊的语音。在412处，响应于第二种手势，执行第二个动作。该动作可以包括减少在预定区域显示的信息的α值，使其从在408中先前调整的第二个预等级返回到第一个预定等级。按照本发明的另一个方面，由在402中先前淡入的信息代替在408中在显示器的预定区域中已经显示的更详细信息。 
在414处，当已经经过404的延迟时，从显示器预定区域淡出信息。例如，在一个方面，这包括按给定速率使在预定区域显示的信息的α值减少，然后，在预定区域不再显示该信息。如416所指出的，可以重复在400中所描述的处理。即，在401中能够接收新的信息，该信息或许有一新的重要性，这样在402中新信息淡入显示器的预定区域内。应当注意，在一个方面，如能理解的，信息的淡入和淡出预定的区域是这样的，已经在预定区域显示的无论什么内容都还显示在那儿。即，把淡入预定区域的信息显示在已经显示在那儿的内容的顶高级别-对于该级别，增加淡入信息的α值的等级，这样确定该输入信息的半透明度或不透明度是多少，并且因此而确定用户能够观看到多少信息。特别能够观看该信息(虽然不能全部在空间内传播)。 
把在图15中描述的处理称作为脉冲方面，因为用“脉冲”把信息输入送到确定的α。对于与提醒或通知的类型(例如，重要性值)相关联的确定的时间长度。参考图16描述该过程，在图中，按照本发明的一个方面，描述这样一个脉冲502的图表500。脉冲502有一个高度506，表示α值的等级，在预定区域显示的信息增加到该等级，表示时间长度的长度504，在该时间内，信息以这种α值的等级显示在预定区域内，第一个斜坡508表示该信息淡入到该α值等级的速率，而第二斜坡510表示该信息从该等级淡出的速率。在一个方面，高度506和长度504是基于用脉冲输送的信息的重要性的(例如，在一个方面， 致使该高度与重要性成正比)。在一个方面，斜坡508和/或斜坡510为常量，虽然，本发明本身不受这样的限制，斜坡508和510能互相相类似。 
在本发明的一个方面，在显示器上有跳格键，按键，和/或其他元件，能使用户通过选择该元件而导致立即显示下一条通知。例如，点击按键指明用户想查看下一条通知，即使这条通知本身还未达到显示的重要性值或阈值。例如，这样一条通知或许不具有大于独立显示的阈值的重要性。 
现在转到图17，流程图描述按照本发明的一个流循环方面的一种方法600。在601处，相应数目的不同信息包(例如，与来自通知源的通知或提醒相关联的信息)具有确定的相关联的显示时间。信息包的显示时间是这条信息能在显示器的预定区域显示的时间长度。在一个方面，该时间长度是基于该信息的重要性的，其中，把重要性值各个信息包赋予。例如，显示时间与重要性成正比，虽然本发明不受这样限制。此外，如已经描述的，该信息可以与用户的基本任务无关的未请求信息。该信息包括一条通知提醒。 
在602处，在一个方面(即，602是选项)，为各个信息包确定周期性。信息包的周期是，将在所给定的时间周期上在显示器预定区域中显示的时间数目。例如，该周期可以基于分类和按照预定协议显示(例如，与分类成比例地相关联)。在一个方面，周期性是基于信息的重要性的；例如，它可以与重要性值成正比。这样，在给定的时间周期内，与较不重要的信息相比，可以更频繁地显示较重要的信息。在本发明的一个方面，其中，可不执行602，各个信息包可以有一个约等于1的周期-即，对于给定的时间周期，能够显示每条信息一次。 
在604处，对于给定的时间周期，对于约等于显示时间的时间长度，各个信息包在显示器预定区域内显示约等于它的周期的时间数。这样，能够显示第一个信息包，然后第二个信息包，等等，直到在这段给出的时间周期内已经显示了基本上所有的信息。在一个方面，可以使各个信息淡入，然后淡出预定区域，有一个约等于显示时间期间的延迟，如在说明书的先前章节中所描述的(例如，通过升高α值，延迟，然后降低α值)。如已经描述的，按照本发明这样一个方面，第一个预定等级(把信息分组的α值增加到该等级)可以基于信息的重要性。即，对于约等于显示时间的时间长度，最终把α值设置成第一个预定等级。在一个方面，还播放一个音频预报，向用户提醒所显示的各个信息，或作为选择，提醒超过阈值的信息，例如超过一个预定阈值的信息。音频预报可以 是如上所述一种预定的声音或多种声音。在一个方面，在给定的时间周期内(对此，本发明不特别限定)，执行处理600中的606，608，610和612，虽然本发明本身不受这样的限制。 
在606处，检测第一个预定的用户手势，该手势与在显示器的预定区域显示的当前信息包相关联。例如，这第一种手势可以是在显示器(例如，用户通过利用如鼠标之类的指向设备产生这样的移动)的预定区域内的光标移动。另一个手势能包括由用户检测和/或处理的特殊的语音或话音。在608中，响应于第一个手势，执行第一个动作。在一个方面，该动作包括“保持”正在预定区域显示的当前信息，致使直到在610中检测到第二种手势为止，在预定区域中基本上不显示其他的信息。 
即，对于时间长度等于使当前信息保持在预定区域中一直到在610中检测到第二手势为止期间的时间长度，临时有效地增加当前显示信息的显示时间，并增加给定的时间周期。在另一个方面，在608中执行的第一个动作包括使在预定区域中显示的当前信息的α值增加到比第一个预定等级高的第二个预定等级，例如100％。在这种方面，第一种手势因此而使所显示的当前信息变得更不透明。在另一个方面，在608中，响应于第一个手势，在显示器预定区域中显示更详细的信息，(例如与提醒有关的信息)。 
在610处，检测第二个预定的用户手势，该手势与在显示器的预定区域中显示的当前信息相关联。例如，这第二个手势可以是光标到显示器的一个区域的移动，致使光标不再在显示器的预定区域上(例如，用户通过利用如鼠标之类的指向设备产生这种移动)。另一个手势是能认别的用户的特殊的语音。在612中，响应于第二种手势，执行第二个动作。在一个方面，第二个动作包括“释放”先前保持在预定显示区中的当前信息，这样，后来的信息能够继续依次显示在该预定区域中。该动作可以包括减少在预定区域中显示的信息的α值，使其从在608中先前增加或设置的第二个预等级返回到第一个预定等级。在另一个方面，由如在602中先前显示的信息代替在608中显示器的预定区域中已经显示的更详细信息。 
在614处，一旦基本上已经显示了所有信息给定的时间周期已经过去，就更新信息。例如，614可以包括添加新信息，并删除旧信息。例如，信息的删除可以。基于最低优先级的信息，已经显示了预定时间数的信息，等等。相似地，要添加的新信息能包括其重要性超过与该信息的重要性相关联的一个预定 阈值的信息。然后重复图17的处理600，如由616所指出的。这样，在601中，确定已经更新的各个信息包的新显示时间。 
如连同图17的处理600一起描述被称作为流循环的本发明的一个方面，因为在给定的时间周期内，信息是“流动的”一在预定区域显示的第一条信息，然后第二条，等等。参考图18描述该情况，按照本发明的一个方面，在图中描述流循环轮702的图700。轮702有许多槽口1到N(N是整数)704至708。例如槽口704相应于在给定时周期内显示一部分信息的一个例子。各个槽口具有相应于在给定时间周期内使一部分信息显示多长时间的延迟。例如，槽口706有一段由弧长710表示的时间延迟，其中，具有较长弧的槽口有更大的相应时间延迟。把各个信息分配到约等于该信息的周期的许多槽内。这样，对具有1个周期的信息分配1个槽。应当注意，槽的数字和给定的时间周期可以都是动态的，这样当更新信息时，槽的数目可能增减到约等于基本上所有信息的周期总数，而这样的基本上显示了信息的所有实例给定的时间周期可以约等于实例的时间延迟的总和。 
轮700按箭头712所指的方向旋转，这样指向轮702的观察箭头714，在给定的周期内指向轮700的不同的槽口。箭头714正指向的槽口704含有当前在显示器的预定区域内显示的信息。这样，当轮702在给定时间周期旋转时，箭头714指向不同的槽口，这样在预定区域显示不同的信息。轮702旋转的速率是这样的，使轮702在给定的时间周期内能完成一次完整的旋转。应当注意，图18的轮702是本发明流循环方面的一个概念图，而在实际中，不必要提供这样的轮来实现这个方面。 
按照本发明的一个方面，可以是流循环的一部分信息是摘要页面，这是含有当前循环中最紧急通知的高级摘要的信息，或是含有可能从大容量通知存储器中下载的最普通的大量通知高级摘要的信息。由用户在该摘要中选择的特殊参考通知引起该通知的立刻显示。在一个方面，有多于摘要页页，其中各个页面页可以含有成群的通知组，包括与大块信息有关的-例如，基本上所有通信(例如，瞬时消息，电子邮件，来电电话呼叫)的摘要页面，和/或基本所有自动服务的一个摘要。此外，按照本发明的另一个方面，能有明确的(explicit)控制组，使用户能停止信息的循环，通过循环快速地点击，并在他和/或她希望的地方暂停，和/或转向到别的信息。在一个方面，可以在单独的显示器上显示由流循环描述的该信息。 
在说明书的下面章节中，描述本发明的流堆栈方面。图19的图描述按照这样一种流堆栈方面的显示器800。显示器800包括一个主通知窗口802，一查阅窗口804，和许多源摘要窗口806，认为基本上所有这些都显示在显示器800的预定区域中(例如，其中的显示屏)。有许多信息源，例如先前已经描述过的通知源。各个信息源产生信息，例如未请求信息，该未请求信息能包含已经描述过的与用户基本任务不相关的信息，并在相应的源摘要窗口806上显示该信息。如也已经描述过的，该信息可以包括通知提醒。 
可以给信息的各个部分信息赋于一个重要性值，该重要性值的度量不受本发明的限制。例如，按流循环方式显示在主通知窗口802中显示重要性大于阈值(例如一个预定阈值)的信息中显示。例如，流循环可按照已经描述过的本发明的流循环方面，其中使各个信息淡入主通知窗口802达一段时间长度，然后淡出。然而，本发明本身不受这样限制。按流循环方式显示信息在这儿也称作为流显示信息。当在主通知窗802中显示时，在一个方面，该信息可以是比在一个信息源摘要窗口806中显示的更为详细的版本。 
此外，在本发明的一个方面，可在查阅窗口804中，按照预定的标准，查阅已经在主通知窗口802中流显示的信息。例如，当已经在主通知窗口802中显示信息的特殊部分时，可以将信息的一行摘要添加到查阅窗口804，这儿一般称作为查阅输入，这样窗口804显示这样的摘要的列表。在一个方面，用户使窗口804的这一列表滚动，因此用户基本上能够检查已经在主通知窗口802中流显示的所有信息。 
按照本发明的一个方面，限定所查阅的的信息的预定标准，和/或添加到查阅窗口804的是已经由用户指出的已经由他和/或她查看的信息。例如，用户通过执行一个预确定的用户手势(这种手势例如是使光标在主通知窗口802移动，也将这称作为复盖(hovering))。能够指出他和/或她，已经查看了当前已在主通知窗口802显示的信息。查阅预定标准也可由用户控制。一般，应用查阅捕获尝试给用户中继转播信息的全部历史。查阅输入可以包括信息源，高级的标题和/或摘要，和/或关于或许已经相对于通知或提醒采取的动作相关的信息。 
可以执行一个动作以响应于一个预定用户手势，该预定用户手势与主通知窗口802，信息源摘要窗口806上显示的，和/或在查阅窗口806上查阅的信息有关。例如，预定的用户手势可能导致光标在主通知窗口802，源摘要窗口806 上移动，或在查阅窗口804上的一个实体，和选择在那里显示的信息。用户点击一个合适的输入设备的按键可以产生选择，虽然本发明不受这样的限制。响应该手势执行的动作不受本发明的限制。然而，在一个方面，该动作包括显示进一步的信息，例如更详细的信息，涉及已经是相应的手势的主题的信息。 
在图20的图中描述这样的一个例子。在显示器900中，用户已经使光标904(在图20中描述为一个指示器，虽然本发明不受此特别限制)在源摘要窗口806的一个信息源摘要窗口904上移动，并假定已经选择了信息源摘要窗口904上显示的信息。因为用户在窗口904的信息源上已经执行一个相应的手势，所以该信息源被称作为用户所希望的信息源。响应于该手势，已经执行了一个动作，特别，窗口906的显示，该显示可以包括有关在信息源摘要窗口904中显示的信息的更详细的信息。应当注意，当图20的例子是特定于对用户执行与在一个源摘要窗口806上显示的信息有关的一个手势时。本发明本身不受这样的限制，而是该手势可能与主通知窗口802上显示的信息或与在查阅窗口804上查阅的查阅输入有关。 
可以理解，如已经描述的和连同图19和20一起已经描述的本发明的流堆栈方面适合于各种扩展。例如，可以在显示一个或多个各自的窗口802，804和806中进行“简单方式”的切换。此外，用户可以增加或减少许多源摘要窗口806。在一个方面，也能够使源摘要窗口806为最小，以使在这儿显示的信息是表示窗口806的信息源的一个图标，这样，复盖在特殊窗口806上的用户产生的光标引起显示相应源产生的信息。 
现在参考图21，一个流程图描述本发明的流堆栈方面的方法1000。方法1000能与已经连同图19和20一起描述的流堆栈方面结合在一起， 
在1002处，显示从许多源来的信息。在一个相应的源摘要窗口中显示从各个源来的信息。该信息可以是与用户基本任务无关的未请求信息。在1004中，在主通知窗口中流显示重要性大于阈值(例如一个预定阈值)的信息。在一个方面，在主通知窗口上显示的信息。可以是比在相应于信息源的源摘要窗口上显示的更为详细的信息。在1006处，按照一个预定的标准，可在查阅窗口上查阅已经流显示在主通知窗口上的信息，例如通过添加在其上的一个查阅输入。 
如已经描述的，通过执行关于特殊(用户希望的)信息的一个预定用户手势，用户基本上能够相应于在任何源摘要窗口，主通知窗口上显示的，和/或 在查阅窗口上查阅的基本上任何信息执行一个相应的动作。这样，在1008中，检测关于特殊信息的一个用户手势，该特殊信息是在源摘要窗口，主通知窗口中之一上显示的，和/或在查阅窗口上具有查阅输入的。响应于此，在1010中，执行一个与这条信息有关的动作。例如，在本发明的一个方面能显示该信息的更详细的版本。 
如在本说明书的本章节中已经描述的本发明的各个方面被称作为流堆栈，因为信息既可以是主通知窗口中的“流”，也可堆积在源摘要窗口和查阅窗口两者。这样，用户通过参考主通知窗口能够了解重要的信息，并能够通过参考查阅窗口中这条信息的相应的查阅输入而检查已经在主通知窗口中显示的过去的信息。用户也能够通过参考给定源的源摘要窗口来观察由该源(例如一个通知源)产生的当前信息。能够不顾信息的重要性而显示源摘要窗口的信息，然而，更重要的信息一般显示在主通知窗口中和在查阅窗口中查阅。 
此外，在本发明的一个方面，高级的摘要信息是与各个源相关联的。例如，与电子邮件相关联的源可显示关于从该源来的所有信息的总的状态-这样，有十条带有给定优先级的未读信息，并且最高优先级信息来自关于一个特殊主题(subject)事件的一个特殊用户。然后，在源上点击或复盖能引起显示源应用程序，大多数新近的通知，等等的一个较宽的用户界面。在本发明的另一个方面，在每个源显示内流过或循环信息，例如在说明书的先前章节中描述的本发明流循环方面的独立版本。而且，在本发明的其他方面，其中包括一个更大的主通知窗口，击点或否则选择一个特殊源能引起显示更详细的源信息，致使集中这条信息。这样，通知的接着的选择能引起显示这条信息的更进一层详情或该源的更宽的用户界面。 
在说明书的先前章节中，已经描述了能给用户显示信息的不同方式，包括脉冲方式，流循环方式，和流堆栈方式。在说明书的这一章节中，相对于用户经过各方式与所显示的信息交互作用的方法而提供进一步的描述。在本说明书的先前章节中已经注意到各种用户手势(gesture)和声音预报，说明书的本章节提供关于怎样达到用户的相互作用的更详细的描述。 
例如，描述用于传递要求附加信息的用户持势，和回答提出的有关潜在链路和服务的问题的用户手势。在一个方面，用户使光标复盖在流堆栈方式中的一个源上是给系统发信号，以提供关于该摘要的更详细信息，如已经描述，该摘要可以显示在一个弹出式窗口中。这样，在这个方面，利用用户使光标复盖 在窗口上，作为来自用户的暗示请求，请求显示有关该通知的更详细的内容。例如，如果存在天气预报，则光标复盖是用户询问更详细的天气情况(例如湿度，五天预报，等等)的一种方法。 
按照本发明也可以检测其他手势。例如，能够在不同的方式中应用，用户使光标定位在正在流动的信息上，然后选择该信息，例如通过点击一个指向设备(象鼠标)上的按键。例如，在显示器上提供的全球资源定位地址的选择可以导致访问这些地址涉及的信息。点击信息显示器上的非指定区域提一个问题(例如，我能为你安排吗？)可以作为另一个例子，假定用“yes(是)”回答来确认，用户倾向于接收一个服务，而无选择的缺省，可确定为“no(否)”的回答。 
另外，将描述与应用程序，通知管理器通信，和/或提供关于用户知道通知的证据的动作和定时。例如，用户可以在一条通知出现后的某时间内利用如键盘或鼠标这样的输入设备的提供用户手势以传送“告诉我这条通知的更详细情况”。依据传送给用户的原始通知，利用如象鼠标之类的指向设备的摆动，或移动光标进入显示器的一个预定角用户手势，使用户向系统传送“那是什么？”，“给我再看一次”；或“告诉我有关这方面的更详细情况”。例如，如果该通知是一个声音提醒，则可把这样一个用户手势(例如，如在显示器的一个角)翻译为用户问“那是什么？”，按照已经描述的脉冲方式，导致在通知窗口显示该信息。 
在人机交互作用中也能应用手势来指示通知管理器，或更明白地，收集中继传送给通知管理器的用户已经看到一个通知的信息。例如，用户可以使光标复盖在已经显示通知后的某段时间帧内的一条通知上，作为给通知系统指明用户已经看到这条通知的一种方法。这样，系统然后能够确定不需要再尝试给用户中继传送这条通知。一个更复杂的交互作用也能提供这种指示，例如用户选择窗口中显示的一条链路。 
接着将描述用户与一条通知查阅的交互作用，如在本说明的先前章节中已经描述的这样一种查阅。即，如已经注意到的，可把通知摘要能够储存在本发明的流堆栈方式中的一个通知查阅器中。这些摘要能够通过时间，通知源，消息类别，等等进行组织，并能使用户重新访问或查看早些时候或许已经丢失的通知。这样，选择查阅输入能使用户重新显示通知。 
按照本发明的另一个方面，将描述将现场声音用于增强信息的显示。例如， 声音预报可以用于通知超过阈值(例如，一个预定阈值)的通知的显示，例如，并能应用于进一步调动用户对该条通知的注意。另外，不同的声音可与不同类型的通知相关联。例如，与调度有关的通知可以与电子邮件有关的通知具有不同的声音。 
还应注意，在本申请中，已经描述了用文本和/或文本和图形来显示信息，但本发明不限制于文本和/或文本和图形。例如，在一个方面，可以用图形显示信息，其中利用不同的形状和颜色来表示信息的性质和优先级。作为另一外例子，所显示的目标与显示器中央越近，他们就越重要，其中，不同的颜色区域表示信息的不同的信息源。即，本发明不限制于与该信息相关联的高级图形或文本比喻的一个特殊概念。 
在图23的示范性图中描述本发明另一个信息显示方面的一个例子。按照本发明的这一方面，信息能显示在桌上型电脑屏300的预定区域302中，例如，图14所描述的。此外，在一个方面，用户能在不同的方式中间切换，包括显示方式(scope mode)。例如，一个系统能包括一个显示器，一个处理系统，和机器可读介质，该介质能储存一个由处理器执行的，导致进入一种方式(例如显示方式(the scope mode))的计算机程序。此外，在一个方面，除了用户在方式中间切换外，例如，如已经在说明书的先前章节中描述过的，通知管理器能作出切换方式的确定。 
在图23描述的示范性显示(scope)界面中，利用不同的形状和颜色来表示信息的性质和优先级。例如，在显示屏的角上能有分成一个或多个部分的一个圆形的显示物体1100(例如，轮子)。应注意，可以应用其它的形状。各个部分可以有不同的颜色，并表示信息的不同类型或源。在显示物体1100的各部分内的物体，例如圆，正方形，箭头，和直线，能够表示从各个部分的源，和/或各个部分的信息类型的源来的通知，优先级，和/或事件。物体离显示物体1100的中央越近，它们就越重要-即，已经赋予重要性值的通知，消息和/或信息的其它类型。这样，在一个方面，在轮中的多个同心圆能够区分不同的优先级等级。用光标复盖在目标上能引起显示有关目标的文本信息。例如，用光标复盖在一部分显示目标1100上(但是，不是复盖在显示目标中的一个目标上)能使文本信息为显示目标1100的那部分表明信息或信息源的类型。例如，文本信息能够显示成一个刀头型。 
为了能提供本发明各个方面的上下文，图23和下列的讨论倾向于提供一个合适的计算环境的一般简要的描述，在这种环境中可以实现本发明的各个方 面。虽然上面已经在可在一个计算机或多个计算机上运行的计算机程序的计算机可执行指令的一般情况描述了本发明，但是那些技术熟练的人员将认识到，本发明也可以在与其他程序模块相合的情况中执行。通常，程序模块包括，能执行特殊任务和/或实现特殊抽象数据类型的例行程序，程序，部件，数据结构，等等。此外，那些技术熟练人员将理解，可以与其他计算机系统配置一起实现本发明的方法，该计算机系统包括：单个处理器或多个处理器计算机系统，微型计算机，大型计算机，以及个人电脑，手提式计算设备，基于微处理器的或可编程用户电子设备，和类似的装置。本发明描述的方面也可以在分布式的计算环境中实现，在该环境中，可以通过通信网络链接的远程处理设备来执行任务。然而，如果不是本发明的所有方面，则本发明的某些方面可在单独的计算机上实现。在分布式的计算环境中，可以使程序模块位于本地的和远程的两种存储器设备中。 
参考图23，实现本发明各个方面的示范性系统包括一台计算机1220。该计算机含有处理单元1221，系统存储器1222，和系统总线1223。该总线将包括系统存储器的各个系统部件连接到处理单元1221。处理单元1221可以是各种可大批量得到的中的任何一种。应当理解，也可以应用双微处理器和其他多处理器结构作为处理单元1221。 
系统总线可以是几种类型总线结构中的任意一种，总线结构包括使用各种可大批量得到的总线结构中的任一种的存储器总线，或存储器控制器，外围总路，和局域总线。系统存储器可以包括只读存储器(ROM)1224和随机存储器(RAM)1225。基本的输入/输出系统(BIOS)，含有存储在ROM1224中的，例如在启动期间，帮助在计算机1220的各部件间传送信息的基本例行程序。 
计算机1220进一步包括硬盘驱动器1227，磁盘驱动器1228，例如可从移动磁盘上读写的，和一个光盘驱动器1230，用于在CD-ROM盘1231上读写，或在其他光介质上读写。分别通过硬盘驱动接口1232，磁盘驱动接口1233，和光盘驱动接口1234把硬盘驱动器1227，磁盘驱动器1228，和光盘驱动器1230连接到系统总线1223。驱动器和他们相关联的计算机可读介质为计算机1220提供数据，数据结构，计算机可执行指令，等等的非易失性存储。虽然，上面描述的计算机可读介质涉及硬盘，可移动磁盘和CD，但是，那些技术熟练人员应当理解，在示范性的操作环境中可使用计算机可读的其他类型的介质，例如，盒式磁带，快闪内存卡，数字视频盘，柏努利盒式磁盘，及类似的介质，用于 示范性的操作环境中，并更进一步地，任何能含有计算机可执行指令的如此的介质都可以用于实现本发明的方法。 
可以把许多程序模块储存在驱动器和RAM1225中，程序模块包括操作系统1235，一个或多个应用程序1236，其他的程序模块1237，和程序数据1238。应当注意，在所描述的计算机中的操作系统1235基本上可以是任何合适的操作系统。 
用户可以经过键盘1240和像鼠标1242之类的指向设备给计算机输入命令和信息。其他的输入设备(未显示)可以包括麦克风，操纵杆，游戏垫，圆盘式卫星天线，扫描仪，或类似的设备。这些和其他的输入设备经常经过耦合到计算机总线的串行口接口1246连接到处理单元1221，但也可以通过其他接口连接，例如并行口，游戏口，或通用串行总线USB连接。监视器1247或其他类型的显示设备也经一个接口，例如视频适配器1248，连接到系统总线1223。除了监视器外，计算机典型地包括其他外围输出设备(未示出)，例如扬声器和打印机。 
计算机1220可以在逻辑地连接到一个或多个远程计算机(例如远程计算机1249)的网络环境中工作。虽然在图23中只描述了一个内存储器设备1250，但是该远程计算机1249可以是工作站，服务计算机，路由器，同位体设备或其他通用网络节点，并典型地包括描述的与计算机1220有关的许多或所有的部件。图23中描述的逻辑连接器可以包括局域网(LAN)1251和广域网(WAN)1252。在办公室，企业范围的计算机网络，企业内部互联网和因特网中，这些网络环境是普通的。 
当在局域网(LAN)连网环境中应用时，计算机1220可以经过网络接口或适配器1253连接到局域网1251上。当在广域网(WAN)连网环境中应用时，该计算机1220一般可以包括调制解调器1254，和/或连接到局域网(LAN)的通信服务器，和/或有用于在广域网1252(例如因特网)上建立通信的其他装置。调制解调器1254，可以是内置式的或外置式的，可以经串行口接口1246连接到系统总线1223。在网络环境中，相关于计算机1220描述的程序模块，或其中的一些部分，可以储存在远程存储器存储设备中。应当理解，所示的网络连接器是示范性的，并可以应用在计算机之间建立通信链路的其他装置。 
按照计算机编程技术熟练人员的实践，参考由计算机执行(例如，计算机1220，除非另外指明)的操作的动作和符号表示法，已经描述了本发明。这些 动作和操作有时称作为是计算机执行的(be computer-executed)。应当理解，这些动作和符号表示的操作包括由处理由单元1221处理的表示数据比特的电信号，该处理能引起电信号表达式的转换或简化；并且在存储器系统(包括系统存储器1222，硬盘驱动器1227，软盘1229，和CD-ROM1231)的存储器存储单元中保持数据比特，从而重新配置或改变计算机系统的操作；以及信号的其他处理。保存这种数据比特的存储器存储单元是具有相应于数据比特的特殊电气，磁，或光学特性的物理单元。 
上面所描述的是本发明各个方面。当然，为了描述本发明的目的，不可能描述每一种部件或方法的可能的组合，但是，一个熟练普通技术的人员将认识到，本发明的许多进一步的组合和改变都是可能的。相应地，本发明倾向于包含所有这样的更改，修改和变化，这些均落在附加的权利要求的精神和范围内。 
工业可用性 
本发明在计算机，计算机软件和信息技术领域有工业可应用性。 

Claims (19)

1.一种用于提供通知平台用的总体结构的计算机执行的系统，其特征在于，包括：
多个源，产生未请求的信息，其中一重要性价值与所述未请求信息相关联；
一个显示器，其中所述未请求信息流入与所述显示器相关联的一个主通知窗口；以及
一通知管理器，所述通知管理器切换到脉冲方式、流循环方式和流堆栈方式中的一种以用于在所述主通知窗口中显示所述未请求信息，
其中在所述脉冲方式中，显示所述未请求信息的时间长度基于所述重要性价值；
在所述流循环方式中，所述未请求信息显现在所述主通知窗口上的频率基于所述重要性价值；以及
在所述流堆栈方式中，所述未请求信息除流入所述主通知窗口外还堆积在源摘要窗口和一个游览窗口中，所述源摘要窗口供至少一个所述源显示所述未请求信息。
2.如权利要求1所述的系统，其特征在于，在所述流堆栈方式中，所述游览窗口用于显示所述各个源的所述未请求信息。
3.如权利要求2所述的系统，其特征在于，在所述流堆栈方式中，使所述多个源中的至少一个源的所述未请求信息流到用户还未查看的一个窗口。
4.如权利要求1所述的系统，其特征在于，进一步包括在所述脉冲方式中，经决策-理论分析确定所述重要性价值的上下文分析器。
5.如权利要求1所述的系统，其特征在于，在所述脉冲方式中，具有大于一阈值的重要性的未请求信息被流入到与所述显示器相关联的主通知窗口中。
6.如权利要求1所述的系统，其特征在于，在所述脉冲方式中，所述显示器使所述信息淡入主通知窗口。
7.如权利要求6所述的系统，其特征在于，在所述脉冲方式中，所述信息的α值增大以使所述信息淡入主通知窗口。
8.如权利要求1所述的系统，其特征在于，在所述脉冲方式中，所述显示器使所述信息从主通知窗口淡出。
9.如权利要求8所述的系统，其特征在于，在所述脉冲方式中，所述信息的α值减小以使所述信息从主通知窗口淡出。
10.如权利要求1所述的系统，其特征在于，在所述流堆栈方式中，所述主通知窗口显示比经源摘要窗口所显示的版本更详细的信息版本。
11.如权利要求2所述的系统，其特征在于，在所述流堆栈方式中，游览窗口显示还未被用户指示为已经被观看的信息。
12.如权利要求2所述的系统，其特征在于，在所述流堆栈方式中，游览窗口显示未请求信息，作为游览项目。
13.如权利要求12所述的系统，其特征在于，在所述流堆栈方式中，游览项目包括信息的源、信息的高级标题、信息的高级摘要、以及关于已经经历的动作的信息。
14.如权利要求1所述的系统，其特征在于，进一步包括一个部件，该部件在所述流堆栈方式中测量与主通知窗口、源摘要窗口和游览窗口中所显示的信息相关的用户手势。
15.一种用于提供通知平台用的总体结构的计算机执行的方法，其特征在于，包括：
从多个源接收未请求的信息；
确定与所述未请求信息相关联的重要性价值；
一通知管理器切换到脉冲方式、流循环方式和流堆栈方式中的一种以用于在一主通知窗口中显示所述未请求信息；
将具有大于一阈值的重要性的未请求信息显示流入到所述主通知窗口中；
其中在所述脉冲方式中，显示所述未请求信息的时间长度基于所述重要性价值；
在所述流循环方式中，所述未请求信息显现在所述主通知窗口上的频率基于所述重要性价值；以及
在所述流堆栈方式中，所述未请求信息除流入所述主通知窗口外还堆积在一源摘要窗口和一游览窗口中，所述源摘要窗口供至少一个所述源显示所述未请求信息。
16.如权利要求15所述的方法，其特征在于，进一步包括在所述流堆栈方式中，在所述游览窗口中游览显示流入的信息。
17.如权利要求16所述的方法，其特征在于，进一步包括在所述流堆栈方式中，检测用户对特定信息的手势。
18.如权利要求17所述的方法，其特征在于，进一步包括在所述流堆栈方式中，执行与特定信息相关联的相关动作。
19.如权利要求15所述的方法，其特征在于，确定重要性价值包括执行决策-理论分析。
CN2004100797636A 2000-03-16 2001-03-16 通知平台总体结构 Expired - Fee Related CN1591398B (zh)

Applications Claiming Priority (14)

Application Number Priority Date Filing Date Title
US18980100P 2000-03-16 2000-03-16
US60/189,801 2000-03-16
US21229300P 2000-06-17 2000-06-17
US21229600P 2000-06-17 2000-06-17
US60/212,296 2000-06-17
US09/596,365 2000-06-17
US60/212,293 2000-06-17
US09/595,401 US7417650B1 (en) 2000-03-16 2000-06-17 Display and human-computer interaction for a notification platform
US09/596,348 US6513026B1 (en) 2000-06-17 2000-06-17 Decision theoretic principles and policies for notification
US09/596,364 2000-06-17
US09/596,348 2000-06-17
US09/596,364 US6601012B1 (en) 2000-03-16 2000-06-17 Contextual models and methods for inferring attention and location
US09/596,365 US7249159B1 (en) 2000-03-16 2000-06-17 Notification platform architecture
US09/595,401 2000-06-17

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN01809514A Division CN100594701C (zh) 2000-03-16 2001-03-16 一种通知系统

Publications (2)

Publication Number Publication Date
CN1591398A CN1591398A (zh) 2005-03-09
CN1591398B true CN1591398B (zh) 2012-01-11

Family

ID=27569236

Family Applications (3)

Application Number Title Priority Date Filing Date
CN2004100797725A Expired - Fee Related CN1591399B (zh) 2000-03-16 2001-03-16 通知平台总体结构
CN2004100797636A Expired - Fee Related CN1591398B (zh) 2000-03-16 2001-03-16 通知平台总体结构
CN01809514A Expired - Fee Related CN100594701C (zh) 2000-03-16 2001-03-16 一种通知系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN2004100797725A Expired - Fee Related CN1591399B (zh) 2000-03-16 2001-03-16 通知平台总体结构

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN01809514A Expired - Fee Related CN100594701C (zh) 2000-03-16 2001-03-16 一种通知系统

Country Status (5)

Country Link
EP (1) EP1264238A2 (zh)
JP (1) JP5243679B2 (zh)
CN (3) CN1591399B (zh)
AU (1) AU2001249261A1 (zh)
WO (1) WO2001069387A2 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9329774B2 (en) 2011-05-27 2016-05-03 Microsoft Technology Licensing, Llc Switching back to a previously-interacted-with application
US9535597B2 (en) 2011-05-27 2017-01-03 Microsoft Technology Licensing, Llc Managing an immersive interface in a multi-application immersive environment
US9658766B2 (en) 2011-05-27 2017-05-23 Microsoft Technology Licensing, Llc Edge gesture

Families Citing this family (101)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070177804A1 (en) * 2006-01-30 2007-08-02 Apple Computer, Inc. Multi-touch gesture dictionary
US6668167B2 (en) 2000-01-26 2003-12-23 Mcdowell Mark Method and apparatus for sharing mobile user event information between wireless networks and fixed IP networks
US7243130B2 (en) 2000-03-16 2007-07-10 Microsoft Corporation Notification platform architecture
US7743340B2 (en) * 2000-03-16 2010-06-22 Microsoft Corporation Positioning and rendering notification heralds based on user's focus of attention and activity
US8701027B2 (en) 2000-03-16 2014-04-15 Microsoft Corporation Scope user interface for displaying the priorities and properties of multiple informational items
US8024415B2 (en) 2001-03-16 2011-09-20 Microsoft Corporation Priorities generation and management
US8086672B2 (en) 2000-06-17 2011-12-27 Microsoft Corporation When-free messaging
US7844666B2 (en) 2000-12-12 2010-11-30 Microsoft Corporation Controls and displays for acquiring preferences, inspecting behavior, and guiding the learning and decision policies of an adaptive communications prioritization and routing system
US7287056B2 (en) * 2001-09-28 2007-10-23 Microsoft Corporation Dispatching notification to a device based on the current context of a user with the device
US7254614B2 (en) * 2001-11-20 2007-08-07 Nokia Corporation Web services push gateway
EP1326189A3 (en) * 2001-12-12 2005-08-17 Microsoft Corporation Controls and displays for acquiring preferences, inspecting behaviour, and guiding the learning and decision policies of an adaptive communications prioritization and routing systems
US20040006593A1 (en) 2002-06-14 2004-01-08 Vogler Hartmut K. Multidimensional approach to context-awareness
DE60235924D1 (de) 2002-07-04 2010-05-20 Ericsson Telefon Ab L M Verfahren und anordnung zur bereitstellung eines nachrichtenübermittlungsdienstes
US7343566B1 (en) 2002-07-10 2008-03-11 Apple Inc. Method and apparatus for displaying a window for a user interface
EP1381185A1 (en) * 2002-07-12 2004-01-14 BRITISH TELECOMMUNICATIONS public limited company Mediated communications
US7023980B2 (en) 2002-12-04 2006-04-04 Avaya Technology Corp. Outbound dialing decision criteria based
US7474741B2 (en) 2003-01-20 2009-01-06 Avaya Inc. Messaging advise in presence-aware networks
US7762665B2 (en) 2003-03-21 2010-07-27 Queen's University At Kingston Method and apparatus for communication between humans and devices
US7890960B2 (en) * 2003-03-26 2011-02-15 Microsoft Corporation Extensible user context system for delivery of notifications
US7457879B2 (en) 2003-04-01 2008-11-25 Microsoft Corporation Notification platform architecture
EP1620799A2 (en) * 2003-04-24 2006-02-01 Koninklijke Philips Electronics N.V. Alert filtering
US7221331B2 (en) * 2003-05-05 2007-05-22 Microsoft Corporation Method and system for auxiliary display of information for a computing device
US20040235520A1 (en) 2003-05-20 2004-11-25 Cadiz Jonathan Jay Enhanced telephony computer user interface allowing user interaction and control of a telephone using a personal computer
WO2005029796A1 (en) * 2003-09-23 2005-03-31 Koninklijke Philips Electronics N.V. Reducing load at a mail server
US7752268B2 (en) 2003-09-25 2010-07-06 Oracle America, Inc. Method and system for presence state assignment based on schedule information in an instant messaging system
US7912903B2 (en) 2003-09-25 2011-03-22 Oracle America, Inc. Method and system for processing instant messenger operations dependent upon presence state information in an instant messaging system
US8688786B2 (en) 2003-09-25 2014-04-01 Oracle America, Inc. Method and system for busy presence state detection in an instant messaging system
US7831679B2 (en) 2003-10-15 2010-11-09 Microsoft Corporation Guiding sensing and preferences for context-sensitive services
US20050084082A1 (en) * 2003-10-15 2005-04-21 Microsoft Corporation Designs, interfaces, and policies for systems that enhance communication and minimize disruption by encoding preferences and situations
US7644376B2 (en) * 2003-10-23 2010-01-05 Microsoft Corporation Flexible architecture for notifying applications of state changes
JP2005228154A (ja) * 2004-02-13 2005-08-25 Nippon Telegr & Teleph Corp <Ntt> コンテキスト生成システムおよびそのプログラム
US9398152B2 (en) 2004-02-25 2016-07-19 Avaya Inc. Using business rules for determining presence
US7146385B1 (en) 2004-03-04 2006-12-05 Sun Microsystems, Inc. System and method for application-transparent synchronization with a persistent data store
CN100336030C (zh) * 2004-08-20 2007-09-05 玴荣科技股份有限公司 Msn信息传递的人员互动提示方法与装置
JP2006285521A (ja) * 2005-03-31 2006-10-19 Ntt Docomo Inc 情報再通知システム、端末装置、情報再通知方法
FR2897496A1 (fr) * 2006-02-15 2007-08-17 France Telecom Gestion d'une communication entre un systeme de telecommunications et un serveur
US8842818B2 (en) 2006-06-30 2014-09-23 Avaya Inc. IP telephony architecture including information storage and retrieval system to track fluency
US8839142B2 (en) 2007-06-08 2014-09-16 Apple Inc. Desktop system object removal
US10671600B1 (en) 2007-07-24 2020-06-02 Avaya Inc. Communications-enabled dynamic social network routing utilizing presence
US8365096B2 (en) 2007-12-31 2013-01-29 Motorola Mobility Llc Method and apparatus for transparently mapping personalized alert preferences onto thin client devices with differing capabilities
US8583807B2 (en) * 2008-10-31 2013-11-12 Palm, Inc. Apparatus and methods for providing enhanced mobile messaging services
RU2549173C2 (ru) * 2009-09-10 2015-04-20 Моторола Мобилити, Инк. Способ и система для осуществления посредничества между веб-сайтом контент-провайдера и мобильным устройством
US8990338B2 (en) 2009-09-10 2015-03-24 Google Technology Holdings LLC Method of exchanging photos with interface content provider website
US9026581B2 (en) 2009-09-10 2015-05-05 Google Technology Holdings LLC Mobile device and method of operating same to interface content provider website
WO2011031569A1 (en) * 2009-09-10 2011-03-17 Motorola Mobility, Inc. Mobile device and method of operating same to interface content provider website
US9292196B2 (en) 2010-10-19 2016-03-22 Apple Inc. Modifying the presentation of clustered application windows in a user interface
US9542202B2 (en) 2010-10-19 2017-01-10 Apple Inc. Displaying and updating workspaces in a user interface
US10740117B2 (en) 2010-10-19 2020-08-11 Apple Inc. Grouping windows into clusters in one or more workspaces in a user interface
US9658732B2 (en) 2010-10-19 2017-05-23 Apple Inc. Changing a virtual workspace based on user interaction with an application window in a user interface
JP5728020B2 (ja) 2010-11-04 2015-06-03 パナソニック インテレクチュアル プロパティ コーポレーション オブアメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ ゲートウェイ装置、機器連携ネットワークシステム、及び機器連携方法
FR2969448A1 (fr) * 2010-12-20 2012-06-22 France Telecom Procede, programme d’ordinateur et dispositif d’optimisation de transmission de messages, vers un poste client, dans un serveur d’applications
US9037656B2 (en) 2010-12-20 2015-05-19 Google Technology Holdings LLC Method and system for facilitating interaction with multiple content provider websites
US8689123B2 (en) 2010-12-23 2014-04-01 Microsoft Corporation Application reporting in an application-selectable user interface
US20120173639A1 (en) * 2011-01-03 2012-07-05 Thomas Walsh Method and system for personalized message delivery
US10152192B2 (en) 2011-02-21 2018-12-11 Apple Inc. Scaling application windows in one or more workspaces in a user interface
US8766793B2 (en) * 2011-03-25 2014-07-01 Microsoft Corporation Contextually-appropriate task reminders
US9104307B2 (en) 2011-05-27 2015-08-11 Microsoft Technology Licensing, Llc Multi-application environment
US20120304068A1 (en) * 2011-05-27 2012-11-29 Nazia Zaman Presentation format for an application tile
KR102023801B1 (ko) 2011-06-05 2019-09-20 애플 인크. 다수의 애플리케이션들로부터 수신된 통지들을 디스플레이하기 위한 시스템들 및 방법들
US20130057587A1 (en) 2011-09-01 2013-03-07 Microsoft Corporation Arranging tiles
US9146670B2 (en) 2011-09-10 2015-09-29 Microsoft Technology Licensing, Llc Progressively indicating new content in an application-selectable user interface
US8352546B1 (en) * 2011-12-08 2013-01-08 Google Inc. Contextual and location awareness for device interaction
US8949363B2 (en) 2012-06-19 2015-02-03 Blackberry Limited Delayed or suspended alerts with multiple devices in proximity
EP2677706B1 (en) * 2012-06-19 2018-12-19 BlackBerry Limited Delayed or suspended alerts with multiple devices in proximity
CN103404113B (zh) * 2013-01-18 2016-12-28 华为技术有限公司 一种通知推送方法、装置和系统
CN103347270B (zh) * 2013-07-09 2016-03-30 华为技术有限公司 策略控制方法、设备及系统
EP2860943A1 (en) * 2013-10-10 2015-04-15 Deutsche Telekom AG Push-Protocol Messaging System
WO2015074238A1 (zh) * 2013-11-22 2015-05-28 华为终端有限公司 一种选择信息推送终端的方法及装置
US9185680B2 (en) * 2013-12-19 2015-11-10 International Business Machines Corporation Contextual push notification service
US9531651B1 (en) 2014-02-13 2016-12-27 Google Inc. Methods for displaying notifications
US20170017351A1 (en) * 2014-03-31 2017-01-19 Pcms Holdings, Inc. System and method for updating notifications across devices and applications
EP2930888B1 (en) * 2014-04-11 2019-05-22 Alcatel Lucent Methods and apparatuses to centralize notifications addressed to a user
US11343335B2 (en) * 2014-05-29 2022-05-24 Apple Inc. Message processing by subscriber app prior to message forwarding
US20170099592A1 (en) * 2014-05-30 2017-04-06 Interdigital Technology Corporation Personalized notifications for mobile applications users
CN104159332A (zh) * 2014-07-29 2014-11-19 杭州都冠通讯设备有限公司 一种基于共建共享的移动通信网接入系统及方法
US20160034424A1 (en) * 2014-07-30 2016-02-04 Microsoft Technology Licensing, Llc Adaptive Notifications on a Screen
EP3189409B1 (en) 2014-09-02 2020-01-29 Apple Inc. Reduced-size interfaces for managing alerts
KR102393093B1 (ko) * 2015-02-03 2022-05-03 삼성전자주식회사 전자 장치 및 그 컨텐츠 제공 방법
US10254911B2 (en) 2015-03-08 2019-04-09 Apple Inc. Device configuration user interface
JP2016212478A (ja) * 2015-04-30 2016-12-15 株式会社Ｎｔｔドコモ 端末装置、通知方法、プログラム及びコンテンツ提供システム
US9781246B2 (en) 2015-08-28 2017-10-03 Qualcomm Incorporated Augmenting reality using a small cell
US20170064609A1 (en) * 2015-08-28 2017-03-02 Qualcomm Incorporated Enriched local advertising for small cells
US10587721B2 (en) 2015-08-28 2020-03-10 Qualcomm Incorporated Small cell edge computing platform
US9936042B2 (en) 2015-08-28 2018-04-03 Qualcomm Incorporated Local retrieving and caching of content to small cells
US10347047B2 (en) 2015-11-25 2019-07-09 Google Llc Trigger regions
JP7047762B2 (ja) * 2016-08-10 2022-04-05 コニカミノルタ株式会社 被監視者監視システムの中央処理装置および中央処理方法ならびに被監視者監視システム
EP3301862A1 (en) * 2016-09-29 2018-04-04 Thomson Licensing Method and system for managing content delivery using a vehicle infotainment system
US10812648B2 (en) * 2016-10-24 2020-10-20 Hewlett-Packard Development Company, L.P. Context-based notification
US11297470B2 (en) 2017-01-17 2022-04-05 Qualcomm Incorporated User location aware smart event handling
CN108881345B (zh) * 2017-05-12 2020-12-01 国基电子（上海）有限公司 消息推送方法及路由设备
EP3614633B1 (en) * 2017-05-17 2022-11-23 Huawei Technologies Co., Ltd. Scheduling method and terminal
CN108228841B (zh) * 2018-01-08 2019-07-09 有米科技股份有限公司 智能聚合信息的方法、装置、存储介质和计算机设备
US10862846B2 (en) 2018-05-25 2020-12-08 Intel Corporation Message notification alert method and apparatus
CN109347903B (zh) * 2018-08-28 2021-02-26 浙江工业大学 一种基于gis系统的校园消息推送优化方法
CN109862118A (zh) * 2019-03-15 2019-06-07 青岛国泰检测科技有限公司 一种检测实验室数据智能管理系统
US11152100B2 (en) 2019-06-01 2021-10-19 Apple Inc. Health application user interfaces
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
WO2022182322A1 (en) * 2021-02-26 2022-09-01 Dish Ukraine Llc Systems and methods for adaptive data security and operational security controls of mobile devices
CN113791850B (zh) * 2021-08-12 2022-11-18 荣耀终端有限公司 一种信息显示方法及电子设备
EP4201306A1 (en) * 2021-12-23 2023-06-28 Polar Electro Oy Apparatus, method and computer program product for providing audio guidance during exercise

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03117940A (ja) * 1989-09-25 1991-05-20 Internatl Business Mach Corp <Ibm> 電子メールの管理方法
JPH05268216A (ja) * 1992-03-19 1993-10-15 Fujitsu Ltd 電子メールの料金方式
JP3431185B2 (ja) * 1992-07-24 2003-07-28 株式会社東芝 通信装置および通信方法
US5493692A (en) 1993-12-03 1996-02-20 Xerox Corporation Selective delivery of electronic messages in a multiple computer system based on context and environment of a user
US5812865A (en) * 1993-12-03 1998-09-22 Xerox Corporation Specifying and establishing communication data paths between particular media devices in multiple media device computing systems based on context of a user or users
JPH0836511A (ja) * 1994-07-25 1996-02-06 Canon Inc データ管理装置およびその方法
GB2316588B (en) * 1995-05-08 2000-05-31 Compuserve Inc Rules based electronic message management system
JPH08314827A (ja) * 1995-05-22 1996-11-29 Hitachi Ltd 電子メールシステム
US5831545A (en) * 1995-08-25 1998-11-03 Motorola, Inc. Method and apparatus for adjusting a communication strategy in a radio communication system using location
US5757916A (en) * 1995-10-06 1998-05-26 International Series Research, Inc. Method and apparatus for authenticating the location of remote users of networked computing systems
FI103450B1 (fi) * 1996-04-23 1999-06-30 Nokia Mobile Phones Ltd Multimediapäätelaite ja menetelmä multimediavastaanoton toteuttamiseksi
US5767852A (en) * 1996-06-12 1998-06-16 International Business Machines Corporation Priority selection on a graphical interface
JP3479188B2 (ja) * 1996-09-04 2003-12-15 富士通株式会社 電子メールの着信通知装置
US5928330A (en) * 1996-09-06 1999-07-27 Motorola, Inc. System, device, and method for streaming a multimedia file
JP3359249B2 (ja) * 1996-12-13 2002-12-24 キヤノン株式会社 データ処理システムおよびメッセージ伝送装置およびデータ処理システムのデータ伝送処理方法およびメッセージ伝送装置のメッセージ伝送処理方法
EP0963646A4 (en) * 1997-02-25 2000-06-07 Intervoice Lp E-MAIL SERVER FOR CONTROLLING TIME AND FILTERING MESSAGES
JP4054399B2 (ja) * 1997-03-24 2008-02-27 キヤノン株式会社 情報処理装置及びその方法
US6182122B1 (en) * 1997-03-26 2001-01-30 International Business Machines Corporation Precaching data at an intermediate server based on historical data requests by users of the intermediate server
WO1998047268A1 (en) * 1997-04-15 1998-10-22 British Telecommunications Public Limited Company Message service
BR9806000A (pt) * 1997-06-17 2000-01-25 Purdue Pharma Lp Documento autodestrutivo e sistema de envio de mensagens por e-mail.
US6073165A (en) * 1997-07-29 2000-06-06 Jfax Communications, Inc. Filtering computer network messages directed to a user's e-mail box based on user defined filters, and forwarding a filtered message to the user's receiver
GB2328110B (en) * 1997-08-01 2001-12-12 Mitel Corp Dialable screening profile
JPH1198176A (ja) * 1997-09-24 1999-04-09 Sharp Corp 電子メール送受信システムおよび電子メール送受信方法ならびにこの方法を記録した記録媒体
JPH10320093A (ja) * 1998-05-22 1998-12-04 Nec Corp メッセージ出力制御方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
TAKKINEN J ET AL.CAFE:A Conceptual Model for Managing Information inElectronic Mail.SYSTEM SCIENCES,PROCEEDINGS OF THE THIRTY-FIRST HAWAII INTERNATIONAL CONFERENCE ON KOHALA COAST,HI,USA.1998,摘要，第47页卷2第1行至第49页卷1最后一行至卷2第21行，第51页卷1第7-25行，36-42行，卷2第9-18行，图2-4. *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9329774B2 (en) 2011-05-27 2016-05-03 Microsoft Technology Licensing, Llc Switching back to a previously-interacted-with application
US9535597B2 (en) 2011-05-27 2017-01-03 Microsoft Technology Licensing, Llc Managing an immersive interface in a multi-application immersive environment
US9658766B2 (en) 2011-05-27 2017-05-23 Microsoft Technology Licensing, Llc Edge gesture

Also Published As

Publication number Publication date
JP5243679B2 (ja) 2013-07-24
CN1591398A (zh) 2005-03-09
WO2001069387A8 (en) 2001-12-06
CN1591399B (zh) 2011-03-09
CN1429364A (zh) 2003-07-09
JP2003527713A (ja) 2003-09-16
AU2001249261A1 (en) 2001-09-24
WO2001069387A3 (en) 2002-10-10
CN1591399A (zh) 2005-03-09
WO2001069387A2 (en) 2001-09-20
CN100594701C (zh) 2010-03-17
EP1264238A2 (en) 2002-12-11

Similar Documents

Publication Publication Date Title
CN1591398B (zh) 通知平台总体结构
CN1734440B (zh) 通知平台总体结构
US7493369B2 (en) Composable presence and availability services
CN100442268C (zh) 使用本地感觉信息来指导报警、交互和通信的系统和方法
TWI394427B (zh) 藉由編碼喜好與狀況而加強通訊和使破壞減至最小程度之系統設計、介面及策略
CN100505703C (zh) 空闲时消息传送
US7243130B2 (en) Notification platform architecture
US7457879B2 (en) Notification platform architecture
CN1577359B (zh) 用于有效的和自动处理信息的系统和方法
JP4668552B2 (ja) ユーザの存在および可用性の状況および予想を提供するための、デバイス間アクティビティ監視、推論および視覚化のための方法およびアーキテクチャ
JP5192624B2 (ja) 優先順位の生成および管理
Horvitz et al. BusyBody: creating and fielding personalized models of the cost of interruption
KR101231461B1 (ko) 애플리케이션 환경설정 클래스들을 확장하기 위한 시스템및 방법
US6618716B1 (en) Computational architecture for managing the transmittal and rendering of information, alerts, and notifications
Anhalt et al. Toward context-aware computing: experiences and lessons
KR100984446B1 (ko) 전자 메시지를 관리하기 위한 사용자 인터페이스, 메시지 전달에 관련된 방법, 장치에 메시지를 전달하기 위한 방법, 및 적응적 우선 순위 매김 및 라우팅 시스템을 위한 사용자 인터페이스
JP2012084160A (ja) 通知プラットフォームアーキテクチャ
Smailagic et al. Towards context aware computing: experiences and lessons
Wu et al. Im receptivity and presentation-type preferences among users of a mobile app with automated receptivity-status adjustment
Begole et al. Incorporating human and machine interpretation of unavailability and rhythm awareness into the design of collaborative applications
Corno et al. AwareNotifications: Multi-device semantic notification handling with user-defined preferences
Oulasvirta Designing mobile awareness cues
CN103164224B (zh) 一种用于网构软件体系结构演化的分层情境感知方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
ASS Succession or assignment of patent right

Owner name: MICROSOFT TECHNOLOGY LICENSING LLC

Free format text: FORMER OWNER: MICROSOFT CORP.

Effective date: 20150505

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20150505

Address after: Washington State

Patentee after: Micro soft technique license Co., Ltd

Address before: Washington State

Patentee before: Microsoft Corp.

CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20120111

Termination date: 20190316

CF01 Termination of patent right due to non-payment of annual fee