CN102812478A - 用于提供软提醒的方法和装置 - Google Patents

Abstract

提供了一种用于呈现软提醒（例如，针对不具有触发准则的笔记的提醒）的方法。提醒管理器从用户接收用于指定笔记的输入。所述笔记不与任何触发准则关联。响应于所述请求，所述提醒管理器从与所述用户关联的设备获取上下文信息，并至少部分地基于所述上下文信息而至少部分地导致呈现所述笔记的提醒。

Description

用于提供软提醒的方法和装置

背景技术

为了给消费者带来价值和便利（例如，通过提供引人注目的网络服务和发展基本技术），服务提供商和设备制造商一直面临着挑战。对用于个人信息管理（例如日程安排、任务管理、目标计划等等）的服务和技术的开发是一个令人感兴趣的领域。具体地说，在使此类个人信息管理服务适应对用户的个人和社交生活（其中事件、目标和计划是流动性的、动态的、模糊不清的）进行组织和计划方面，服务提供商和设备制造商面临着相当大的技术挑战。

发明内容

因此，需要一种用于提供笔记（note）或其它模糊不清的个人信息的提醒（例如，软提醒）的方法。

根据一个实施例，一种方法包括从用户接收用于指定笔记的输入。所述笔记不与任何特定触发准则（criteria）关联。所述方法还包括从与所述用户关联的设备获取上下文（contextual）信息。所述方法还至少部分地基于所述上下文信息至少部分地导致呈现所述笔记的提醒。

根据另一实施例，一种装置包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起至少部分地导致所述装置从用户接收用于指定笔记的输入。所述笔记不与任何特定触发准则关联。所述装置还被导致从与所述用户关联的设备获取上下文信息。所述装置还至少部分地基于所述上下文信息至少部分地导致呈现所述笔记的提醒。

根据另一实施例，一种计算机可读存储介质承载包括一个或多个指令的一个或多个序列，其中当一个或多个处理器执行所述指令时，至少部分地导致装置从用户接收用于指定笔记的输入。所述笔记不与任何特定触发准则关联。所述装置还被导致从与所述用户关联的设备获取上下文信息。所述装置还至少部分地基于所述上下文信息至少部分地导致呈现所述笔记的提醒。

根据另一实施例，一种装置包括用于从用户接收用于指定笔记的输入的部件。所述笔记不与任何特定触发准则关联。所述装置还包括用于从与所述用户关联的设备获取上下文信息的部件。所述装置还包括用于至少部分地基于所述上下文信息至少部分地导致呈现所述笔记的提醒的部件。

对于本发明的各种示例实施例，下列内容是适用的：

一种方法，包括：

促进对下列内容的处理或促进处理下列内容：（1）数据和/或（2）

信息和/或（3）至少一个信号；

所述（1）数据和/或（2）信息和/或（3）至少一个信号至少部分地基于（或至少部分地源自）本申请中公开的与本发明的任意实施例相关的方法（或过程）中的任一方法或它们的任意组合。

对于本发明的各种示例实施例，下列内容是适用的：

一种方法，包括：促进对至少一个接口的访问，所述至少一个接口被配置为允许访问至少一个服务，所述至少一个服务被配置为执行本申请中公开的网络或服务提供商方法（或过程）中的任意一个或它们的任意组合。

对于本发明的各种示例实施例，下列内容是适用的：

一种方法，包括促进创建和/或促进修改：（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能；

所述（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能至少部分地基于：

从本申请中公开的与本发明的任意实施例相关的方法或过程之一或它们的任意组合得到的数据和/或信息，和/或

从本申请中公开的与本发明的任意实施例相关的方法（或过程）之一或它们的任意组合得到的至少一个信号。

对于本发明的各种示例实施例，下列内容是适用的：

一种方法，包括创建和/或修改：（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能；

所述（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能至少部分地基于：

从本申请中公开的与本发明的任意实施例相关的方法（或过程）之一或它们的任意组合得到的数据和/或信息，和/或

从本申请中公开的与本发明的任意实施例相关的方法（或过程）之一或它们的任意组合得到的至少一个信号。

在各个示例性实施例中，所述方法（或过程）可在服务提供商侧或移动设备侧实现，或通过在两侧执行操作而在服务提供商和移动设备之间以任意分担方式实现。

简单地通过说明多个特定实施例和实现方式（包括所构想的用于执行本发明的最佳模式），可以通过下面的具体说明容易地了解本发明的其它方面、特征以及优点。在不脱离本发明的精神和范围的情况下，本发明还能够实现其它的和不同的实施例，并且可以在各种明显方面内修改本发明的许多细节。因此，应认为附图和说明书实质上是示意性的而非限制性的。

附图说明

在附图中，通过实例的方式而非限制的方式来说明本发明的实施例，其中：

图1是根据一个实施例的能够提供软提醒的系统的图示；

图2是根据一个实施例的能够提供软提醒的笔记管理器的组件的图示；

图3是根据一个实施例的多态笔记的组成部分的图示；

图4是根据一个实施例的说明将多个多态笔记组织到电子笔记本中的图示；

图5是根据一个实施例的用于提供软提醒的过程的流程图；

图6是根据一个实施例的用于生成软提醒的过程的流程图；

图7是根据一个实施例的用于基于软提醒生成推荐的过程的流程图；

图8是根据一个实施例的用于提供软提醒的用户接口的图示；

图9是根据一个实施例的用于在图形用户接口中呈现多态笔记的过程的流程图；

图10是根据一个实施例的用于为在图形用户接口中呈现多态笔记确定相关性因素的过程的流程图；

图11是根据一个实施例的用于在图形用户接口中显示与多态笔记有关的近期活动提示的过程的流程图；

图12是根据一个实施例的用于呈现多态笔记的图形用户接口的图示；

图13A和13B是根据各个实施例的用于生成多态笔记的过程的流程图；

图14是根据一个实施例的用于在电子笔记本中存储和分享多态笔记的过程的流程图；

图15是根据一个实施例的用于记录对多态笔记的更新的过程的流程图；

图16是根据一个实施例的用于与多态笔记进行交互的用户接口的图示；

图17A和17B是根据各个示例性实施例的用于向多态笔记输入信息的用户界面的图示；

图18是可用于实现本发明的一个实施例的硬件的图示；

图19是可用于实现本发明的一个实施例的芯片组的图示；以及

图20是可用于实现本发明的一个实施例的移动终端（例如，手机）的图示。

具体实施例

公开了用于提供软提醒的方法、装置和计算机程序的示例。在以下的描述中，为了解释说明的目的，阐述大量具体细节以提供对本发明的实施例的全面理解。然而，对本领域技术人员显而易见的是，本发明的实施例可在没有这些具体细节或具有等同布置的情况下实现。其他情形下，以框图形式示出公知结构和设备，以避免不必要地模糊本发明的实施例。

虽然根据多态笔记描述各个实施例，但是可以设想，在此描述的方法可以用于可与提醒关联并且未指定任何触发准则的任何其它信息对象。此外，术语“触发准则”（例如，时间、位置、人员等）指将导致激活提醒的因素。例如，在闹钟这一通常的示例中，触发准则是闹铃被设定响起的时间。

如在此描述的方法中使用的，多态笔记是针对使用户不再需要决定是否要创建会面、事件、任务或简单的备忘录的信息的公共对象模型。多态笔记支持传统上与分离且不同的应用类型（例如，日历应用、任务管理应用、笔记应用、电子邮件应用、即时消息应用、文本消息应用、社交网络应用、位置应用或它们的组合）对应的多种信息。从用户的角度，可以认为多态笔记是时间、任务、简单提醒等，它们能够基于多态笔记中的信息在一段时间内如何发展而演变成具有不同应用类型或甚至应用类型组合的其它对象。

图1是根据一个实施例的能够提供软提醒的系统的图示。要指出的是，市场上存在多种用于组织用户的生活的传统电子个人信息管理（PIM）方案（例如，日程安排应用、任务管理应用等等）。然而，在商业用途之外，与电子邮件、即时消息和其它类似工具相比，对这些传统PIM方案的采用和使用还寥寥无几。此类采用的缺乏可至少部分地归因于这一事实，即个人组织通常以潜在事件、模糊的时间表、以及长期目标作为开始。随着用户进行交互，这些事件、时间表和目标演变成更加具体的形式。即便如此，此形式仍可在事件发生前、过程中、甚至结束后不断的改变。一旦事件已经发生，计划文档本身便成为事件的记录，其能够引起回忆并激发未来操作和事件。

此外，用户自身的复杂组织方法通常是非常个人化的和直观的。这些方法通常还未被传统PIM方案所支持，传统的PIM方案在考虑是谁或在何处之前，需要离散地预先知道事件或目标是什么以及在什么时间。在传统方法中，很少支持或根本不支持引入针对未绑定到特定时间的事件或理想（例如，没有任何特定附加细节的“进行更多锻炼”的一般理想）的可能备选物。换言之，在用户能够开始在传统PIM应用或方案中创建或记录事件之前，用户必须确切知道用户想要做什么以及用户想要何时采取操作。传统PIM方案的严格且不灵活的方法并不能反映大多数人实际如何计划只有初步想法（通常是琐碎的）的事件或目标。如果用户希望开始只是想法的事件，则用户通常限于将该想法记录在局限于其自身的工具或应用中的备忘录或任务中。当该想法变得更加具体时，通常不存在任何简单或自动的方式来将记录在备忘录或任务中的信息转移到例如日程安排应用中。由于这些PIM方案不能满足全部范围的用户需要，所以采用现有的工具主要限于特定部分的用户生活（例如，通常仅作为用于工作的工具）。

为了解决这些问题，图1的系统100引入了生成笔记（例如，多态笔记）的能力，其使得用户能够记录事件、任务、以及细节程度既可具体又可模糊的其它信息。要指出的是，虽然根据用户发起或请求创建笔记说明本发明的一些实施例，但本领域技术人员应认识到，本发明的各实施例可适用于用于发起笔记创建的任何实体（例如笔记的用户和非用户）。例如，服务提供商、网络运营商、内容提供商等可以为用户创建笔记。具体地说，服务提供商可以例如将创建笔记作为与所有或一些用户组进行通信的方式（例如传递服务更新、新的功能、市场信息等）。同样地，服务、服务提供商或其它授权实体可以代表用户例如基于用户的使用行为或其它模式创建笔记。

在此描述的方法中，系统100的笔记支持将想法或概念的流动演进记录到事件、任务或其它类似PIM元素或信息中的能力，由此使得用户能够以更加自然且演进的方式记录他们的想法和计划事件。在一个实施例中，笔记是多态笔记，但同样设想到，笔记可以是与用户想要为之设定提醒的主题、想法等关联的任何文件或信息对象。通过提供能够实现多个目的的单个对象（即多态笔记）或历史上分离的多个对象，系统100有利地使能从简单的想法（例如文字笔记）更加自然地发展到接下来的待办事项（例如任务）的列表，再到独自的或与一个或多个朋友一起的所安排的发生（例如会面、社交事件等）。举例而言，计划事件是动态的，其中考虑来自多个源的各个选项，并且在事件发生前甚至在事件期间，计划继续演变。此外，只有一个人参与到发展计划的过程中这一情况是罕见的。在两个或更多人之间协调事件被认为是高度反复且繁杂的过程。这对于信息事件尤为如此，其中信息事件可以始于两个人之间的随意评论，并演变成多人之间的经过计划的事件。通过围绕所述事件进行经常的对话和协调，能够导致事件具有动力并变得更加重要。典型地，这些类型的随意事件不存在正式计划过程，并且通常也并不期望正式计划过程。相反，许多用户想要的是对事件做出贡献的对话的紧密结合的历史，其中这些对话可以跨时间、可变数量的人员以及多种通信工具（如电话呼叫、文本消息、即时消息、电子邮件等）。系统100使能在一组用户之间共享多态笔记以记录并利用此类组动态性。

计划之间的时间关键因素可以发生很大的变化，并且还可影响想法或计划的发展。例如，与想法或事件关联的时间覆盖范围可以从“我5分钟后有会议”到“我这个夏天想去澳大利亚”到“我想要在某一天去跳伞”。事实上，一些计划根本不能或并没有关联到特定时间。多态笔记的灵活性质使得笔记能够捕捉一般目标构建中的这些时间安排中的任何一个。然而，同一灵活性却使得很难提醒用户特定笔记的重要性，尤其是这些笔记很模糊不清时。参见本段第一部分中所提供的三个示例想法或事件，这些事件中的每一个都具有不同水平的时间特异性。例如，在“我5分钟后有会议”这一陈述中，时间是具体地表达的，并且可以设定相应的传统或硬提醒为5分钟，以提醒用户参加会议。然而，在随后的两个想法中，时间变得更加模糊不清。具体地，“我这个夏天想去澳大利亚”这一陈述中指示了季节（例如夏季），其通常根据当地传统覆盖从5月到9月之间的一段时间。使用传统提醒，难以确定针对此类陈述应在何时设定硬提醒（例如，其需要诸如日期和/或时间之类的特定触发准则）。例如，可以将提醒设置为夏季开始前几天、夏季结束前的某一时间、在陈述发生的时间与夏季结束的时间之间的某一时间、或它们的任意排列。最后，“我想要在某一天去跳伞”这一陈述没有提供关于时间的任何特异性，因此，为该陈述设定传统的提醒是有问题的。此外，该陈述不包括作为提醒基础的任何其它传统触发准则（例如位置、人员）。在没有合适的提醒系统的情况下，对于用户而言，这些潜在有价值或重要的想法可能会丢失。

为了解决此附加问题，系统100引入了针对不包括与传统提醒关联的任何特定准则（例如时间、位置、人员）的笔记或其它个人信息对象（例如多态笔记）设置提醒的能力。具体地说，系统100提供“软提醒”，“软提醒”使得笔记对于用户是周期性可见的。在一个实施例中，在不需要特定触发器的情况下，周期性地显示用户不想失去的笔记。例如，系统100监视与用户的设备关联的上下文信息并进而基于上下文信息对已经设置了软提醒的一个或多个笔记进行呈现。与传统提醒相比，软提醒通常没有那么突兀，并且软提醒可以例如被设置成在用户没有参与设备上的一些其它活动（例如图片库、电子邮件、发送消息、因特网浏览等）时出现。在某些实施例中，可以在设备休眠时段期间随机呈现软提醒。在另一实施例中，用户可以选择即使当用户正在参与设备上的活动时也显示软提醒。软提醒尤其适用于人们发出的许多没有清楚的触发准则的愿望（例如，“我需要保持体形”，“寻找替代职业”）。

在一个实施例中，系统100可以分析笔记的文本，以确定与该笔记相关的主题或其它准则。相应地，一旦检测到与所分析的主题有关的上下文信息，便可触发软提醒。例如，如果笔记陈述了“我一会儿需要去杂货店”，则系统100可以确定笔记涉及杂货店购物，并且当上下文信息显示杂货店就在附近时向用户呈现软提醒。

在另一实施例中，系统100可以分析笔记的文本，以像上述实施例一样确定主题或其它准则。然后，系统100可以推荐活动、内容、联系人等，并呈现与相应的软提醒有关的这些推荐。

在另一实施例中，软提醒可以适用于一组人。例如，一组朋友可以设定共同的目标（例如某天到欧洲旅游）。系统100然后可以将在此描述的方法应用到整个组。在某些实施例中，系统100可以协调提醒，从而使得提醒在几乎相同的时间提供给组中的成员。在其它实施例中，系统100可以建议或调停组中的通信会话。系统100还可以基于组中的每个个体成员的上下文信息呈现软提醒。

在另一实施例中，系统100使得用户能够通过从用户接收用于指定一个或多个触发准则的输入而将软提醒转换成传统或硬提醒。例如，对“某天学习滑雪”的提醒可被转换成安排好的事件“周六和朋友们去滑雪”。

在一种示例用例中，约翰是想要拥有良好体型的忙碌的学生。他很快地在他的组织器（例如笔记应用）中记下了笔记以提醒自己。随后，当他的电话或设备空闲时，在他的电话上出现软提醒，并提醒他“去跑步”。连同笔记一起的还有标示为“获得想法”的链接。他点击“获得想法”，并看到与跑步有关的事项列表，这些事项从本地体育用品店到即将到来的“趣味跑步”募集基金事件。他选择商店“跑步革命”并看到这家商店今晚营业到很晚。他记下相关的笔记并设定提醒：晚些时候去这家商店买一双新跑鞋以用于第二天的计划的跑步。当第二天他跑完步之后，他感觉棒极了并且意识到在他实际安排了跑步会话的情况下他将更有可能坚持跑步。他将“早上跑步”设置为在周一、周三和周五早上7点-8点反复出现的事件。

如图1所示，系统100包括用户设备（UE）101a-101n，UE 101a-101n具有经由通信网络107到笔记管理器103和服务平台105的连接性。在一个实施例中，笔记管理器103促进多态笔记的生成，以便记录例如一段时间内的用户事件或其他类似的与PIM相关的信息。如上所述，可以不使用任何触发准则（例如时间、位置、人员等）来创建多态，但尽管如此，多态可与软提醒关联。笔记管理器103还可以促进由笔记应用（例如笔记应用109a-109n）对多态笔记和任意对应的软提醒的后续访问和/或操纵，其中所述笔记应用由UE 101a-101n执行或由服务平台105的服务111a-111n中的一个或多个执行。在一个实施例中，服务111a-111b包括一组服务，例如位置管理服务（例如，地图服务或导航服务）、联系人管理服务、发送消息服务、社交网络服务、媒体内容服务（例如音乐服务、视频服务等）。在另一实施例中，多态笔记可以包含用于发起由笔记管理器103、服务111a-111n、和/或与在此描述的软提醒方法相关的在通信网络107上可用的任意其它服务所提供的相应操作或功能的信息（例如从笔记的文本分析得到的）。作为补充或备选地，笔记管理器103可以操作web服务器以促进使用在UE 101a-101n中的一个或多个上执行的web浏览器（未示出）对多态笔记和/或软提醒进行访问和/或操纵。以此方式，UE 101a-101n不需要执行笔记应用109来访问笔记管理器103的功能。

在一个实施例中，笔记管理器103生成包括属于多个应用类型的信息的多态笔记或其它类型的笔记，其中所述信息在所述应用类型中经过一段时间的发展或演变。笔记管理器103在例如用于用户笔记数据的数据库113中存储信息。作为补充或备选地，用户笔记数据库113可以位于直接或间接连接到服务111a-111n中的一个或多个的一个或多个节点上。在其它实施例中，用户笔记数据库113位于网络107中的一个或多个节点。具体地说，用户笔记数据库113包括一个或多个过程（未示出）和一个或多个数据结构，它们存储多态笔记、软提醒、相关信息以及与笔记管理器103和/或笔记应用109a-109n的操作关联的数据、配置、用户简档、变量、条件等。笔记管理器103还可将任何所生成的多态笔记组织成一个或多个电子笔记本。这些笔记本可以在一个或多个其它用户之间共享，使得其它用户可以如上所述在发展多态笔记的过程中进行协作。举例而言，可以向笔记本指派属性（例如工作、家庭、个人、私人等），这些属性指出如何共享笔记以及向谁共享笔记。用户可在例如基于上下文的图形用户接口中查看这些由多态笔记组成的笔记本或多态笔记本身。笔记管理器103还可以访问电子笔记本以生成上下文适当的软提醒。

图形用户接口还可描绘笔记中的信息之间的基础关系，以使得用户能够更容易的利用信息以及管理包含在多态笔记和/或软提醒中的大量复杂信息。通过使能通过连接或笔记进行有效关联浏览，笔记管理器103能够帮助用户设置软提醒、实现目标、完成任务以及发现用户认为有意义进行数字记录的新型信息。此外，通过使得用户能够在适当时刻随机并自发地重新发现忘记的笔记和想法，对笔记之间的链接和连接的利用可潜在地提高上下文建议与由笔记管理器103做出的相关软提醒之间的相关性。

在一个实施例中，笔记管理器103和服务平台105可以经由共享的、部分共享的、或不同的计算机硬件（例如参照图18描述的硬件）来实现。

举例而言，系统100的通信网络107包括一个或多个网络，如数据网络（未示出）、无线网络（未示出）、电话网络（未示出）、或它们的任何组合。可设想，数据网络可以是任意局域网（LAN）、城域网（MAN）、广域网（WAN）、公共数据网（例如因特网）、或任意其他适合的分组交换网络，例如商业所有、私有分组交换网，例如私有电缆或光纤网络。此外，无线网络可以例如是蜂窝网络并可采用各种技术，包括用于全球演进的增强数据率（EDGE）、通用分组无线业务（GPRS）、全球移动通信系统（GSM）、因特网协议多媒体子系统（IMS）、通用移动电信系统（UMTS）等、以及任意其他适合的无线介质，例如全球微波互联接入（WiMAX）、长期演进（LTE）网络、码分多址（CDMA）、宽带码分多址（WCDMA）、无线保真（WiFi）、卫星、移动自组织网络（MANET）等。

UE 101是任意类型的移动终端、固定终端或便携式终端，包括移动手机、站、单元、设备、多媒体平板、多媒体计算机、因特网节点、通信器、桌面计算机、膝上型计算机、个人数字助理（PDA）或它们的任意组合。还可设想，UE 101可支持任意类型的到用户的接口（例如“可佩戴”电路等）。UE 101还可具备一个或多个传感器（例如全球定位卫星（GPS）传感器、加速计、光传感器等）以与服务111a-111n一起使用。

举例而言，UE 101、笔记管理器103以及服务平台105使用已知的、新的或仍在开发的协议彼此通信并与通信网络107的其它组件通信。在此上下文中，协议包括定义了通信网络107中的网络节点如何基于在通信链路上发送的信息彼此交互的一组规则。所述协议在每个节点内的不同操作层都有效，从生成并接收多种类型的物理信号，到选择用于传递这些信号的链路，到这些信号所指示的信息的格式，到识别在计算机系统上执行的哪个软件应用发送或接收信息。在开放系统互连（OSI）参考模型中描述了用于在网络中交换信息的协议的概念上不同的层。

在网络节点之间的通信典型地通过交换数据的离散分组来实现。每个分组典型地包括（1）标头信息，其与特定协议关联；和（2）有效载荷信息，其在标头信息之后并且包含可独立于该特定协议处理的信息。在一些协议中，分组包括（3）尾信息，其在有效载荷之后并且指示有效载荷信息的结尾。标头包括诸如分组的源、其目的地、有效载荷的长度以及协议使用的其他属性之类的信息。通常，用于特定协议的有效载荷中的数据包括与OSI参考模型的不同更高层关联的不同协议的标头和有效载荷。特定协议的标头典型地指示在其有效载荷中所包含的下一协议的类型。高层协议被认为封装在低层协议中。穿过多个异构网络（例如因特网）的分组中包括的标头典型地包括物理（层1）标头、数据链路（层2）标头、网络间（层3）标头和传输（层4）标头、以及如OSI参考模型所定义的各个应用标头（层5、层6和层7）。

在一个实施例中，笔记应用109a和笔记管理器103根据客户端-服务器模型进行交互。要指出的是，计算机过程交互的客户端-服务器模型是被广泛所知并使用的。根据客户端-服务器模型，客户端过程向服务器过程发送包括请求的消息，而服务器过程通过提供服务来进行响应。服务器过程还可以向客户端过程返回带有响应的消息。通常客户端过程和服务器过程在不同的计算机设备（称为主机）上执行，并且使用一个或多个用于网络通信的协议经由网络进行通信。术语“服务器”通常用于指提供服务的过程，或在其上运行所述过程的主机计算机。类似地，术语“客户端”通常用于指发出请求的过程，或在其上运行所述过程的主机计算机。如在此使用的，除非在文中另外说明，术语“客户端”和“服务器”指过程而不是指主机计算机。此外，出于包括可靠性、可伸缩性和冗余等在内的多种原因，由服务器执行的过程可被分成在多个主机（有时称为层级）上运行的多个过程。在一个实施例中，服务器被集成为客户端的一部分。

图2是根据一个实施例的能够提供软提醒的笔记管理器的组件的图示。举例而言，笔记管理器103包括用于生成、共享和更新笔记（例如多态笔记）以及用于创建相应的软提醒的一个或多个组件。可以设想，这些组件的功能可以被合并在一个或多个组件中或由具有等同功能的其它组件来执行。在此实施例中，笔记管理器103至少包括控制逻辑201，控制逻辑201执行用于执行笔记管理器103的功能的至少一个算法。例如，控制逻辑201与笔记生成器模块203进行交互以从用户接收用于生成笔记和/或软提醒的请求。可通过发起创建新笔记的命令经由笔记应用109或经由笔记管理器103所提供的网络入口来发起该请求。在一个实施例中，新笔记可被创建为空白笔记或可随后被编辑的现有笔记的副本。在另一实施例中，可以从另一设备（例如另一UE 101）、通信网络105的另一组件或任何其它源获取笔记，而不是创建笔记。在又一实施例中，可以将软提醒创建为现有软提醒的副本或基于现有软提醒提供的模板来创建软提醒。以此方式，如果用户喜欢特定软提醒，则该软提醒可被用作创建新软提醒的基础。

可以设想，请求可包括任意数量或具有任意特异性的信息，以发起对多态笔记的创建。在图2的示例中，笔记生成器模块203与分析模块205进行交互以分析请求中可能已经提供的任何文字输入，以便确定要包括在笔记中的信息的至少一部分。具体地说，分析模块允许使用自由形式文本输入进行信息的输入。例如，用户可以简单地键入“下周四晚上6点在Molly McGees和史蒂夫见面”，这导致分析模块205创建下周四晚上6点的会面，地点是“Molly McGees”。在一个实施例中，分析模块205还使能基于所分析的信息创建软提醒并确定软提醒的时间和/或呈现模式。所分析的结果还可被呈现给用户进行确认和修正。作为补充或备选地，笔记生成器模块203可以向用户呈现传统输入选择形式，以便提供要包括在多态笔记中的信息。笔记生成器模块203还可确定在初始请求中所提供信息中是否缺少任何公共属性或信息（例如事件时间、位置等）并向用户进行提示或提供提醒：缺少信息（例如“请为您的事件设置开始时间”）。在一个实施例中，可通过非文本手段来指示用于创建或获取笔记的请求。例如，用户可通过指出数字地图上的位置（例如，兴趣点（POI））来发起请求。所指出的地图位置将意味着例如笔记中描述的事件的位置。

接下来，笔记生成器模块203或分析模块205可以与媒体模块207、社交工具模块209和/或上下文模块211进行交互，以补充笔记中所包括的信息。举例而言，媒体模块207允许将媒体（例如音频、视频等）和/或文档文件插入或附加或链接到多态笔记。一旦媒体内容被插入到多态笔记中，媒体内容就有效地变成多态笔记的一部分并与多态笔记作为整体进行传输（例如传送或复制到网络107的另一UE 101或节点），直到媒体以其他方式被移除。在一个实施例中，媒体内容还可被用作相应软提醒的警报。

在另一实施例中，社交工具模块209使能向任何多态笔记添加任意数量的社交工具。社交工具的示例包括类似博客的对话线程、多选择投票、共享任务、评论等。例如，每个社交工具使得多个用户能够与多态笔记中的信息进行交互或就多态笔记中的信息发表评论。这些交互和/或评论可被记录在多态笔记中。在一个实施例中，根据笔记的预定接收方，包括在笔记中的社交工具和信息可以是不同的或被不同地呈现，例如当被邀请参加同一聚会时，家庭成员可能并不需要与商业伙伴知道同样多的信息，反之亦然。相应地，当请求生成笔记时，用户能够根据预定接收方而指定显示何种信息。

上下文模块211使得笔记管理器103能够自动地确定笔记的属性（例如位置、人员、时间等），这些属性可从服务平台105的服务111中的一个或多个和/或包括在与用户关联的UE 101中的传感器获得。举例而言，地点属性可经由用户联系人列表中列举的地点的导航或通过地图数据库来设置，或者由基于位置的传感器（例如GPS卫星接收机）确定。在此情况中，用户能够选择或输入位置，以供上下文模块211识别。可以设想，笔记可以与任意数量的位置关联。在一个实施例中，上下文信息还可用于指引对应于笔记的软提醒的运行和/或操作。

类似地，人员属性可通过从用户联系人列表或公共目录中选择来进行设置。在一个实施例中，用户可以开始键入要关联到笔记的人名。上下文模块211然后可以将所键入的名字与用户联系人列表或公共目录进行匹配以便指定该名字。可以设想，用户可以将任意数量的名字与笔记关联。时间属性可以经由传统日历视图或UE 101的时钟进行设置。

在生成笔记之后，笔记管理器103的控制逻辑201与共享模块213进行交互，以便与其它用户共享笔记。在此描述的方法中，单独的笔记以及聚集在电子笔记本中的笔记可被共享。共享可以是“只读的”（例如其他用户可以查看但不能编辑数据）或“读/写”（例如，其他用户可以编辑多态笔记中的任意属性或信息）。在一个实施例中，笔记的所有者或创建者可以共享笔记。如果笔记创建者共享了笔记并随后将其删除（或取消共享），则接收方接收例如关于删除或取消共享的通知。在某些实施例中，共享模块213将询问接收方是否想要产生共享笔记的本地副本，该本地副本为接收方创建笔记的静态快照。该本地副本不再链接到原始笔记。提供复制是因为如果接收方对笔记添加了信息、想要保留笔记内容的记录等，则创建者删除笔记会使接收方感觉很不舒服。如果已被从共享笔记中移除的接收方创建了接收方自己的副本，并且随后被添加回以共享同一笔记，则共享模块213能够提供将本地副本合并到原始笔记中。在一个实施例中，在预定有效时间期满后，已经不再有效的笔记或笔记的通知将从接收方的笔记显示器（例如，在接收方的设备上）消失。例如，可通过将有效时间与用户设备的时钟进行比较来确定期满。要指出的是，只是从显示器移除笔记；如果需要，仍可基于笔记之间的依赖关系对所述笔记进行访问或将其链接到其它笔记。

此外，与笔记的用户关联的UE 101可能暂时中断与网络107的连接，因此，笔记的本地副本经常会被编辑并且会引起同步冲突。在一个实施例中，共享模块213处理同步和同步冲突。如果用户遇到与用户自己的笔记的同步冲突（例如当通过web入口和未连接的移动设备（如手持移动计算机）两者编辑笔记并随后重新连接所述移动设备时），则直接提示用户如何解决冲突或矛盾（例如询问接受哪个版本）。

然而，在所共享的笔记的社交设置中，可以采用不同方式来解决冲突。针对由不同用户引起的信息冲突或矛盾，向引起冲突的用户呈现（以社交的方式并以温和的方式）解决冲突的选项，包括（使用联系人信息）直接互相联系、添加到笔记的对话线程、和/或使多态笔记的个人副本保存改变。

如所示出的，共享模块213连接到日志模块215。日志模块215进行操作以记录由笔记的拥有者或其它用户对笔记的更新。在一个实施例中，日志模块215还记录与多态笔记中所包括的社交工具中的任何一个的使用有关的信息。例如，该信息包括投票结果、评论、所共享的任务的状态等。

在又一个实施例中，控制逻辑201与用户接口模块217进行交互，以便在导航时间线或笔记流视图中呈现存储在用户笔记数据库113中的笔记和/或软提醒。举例而言，用户接口模块217获取信息，以供用户笔记数据库113按上文所讨论的粗略时间顺序对笔记进行排序。在一些实施例中，根据粗略时间顺序在用户笔记数据库113中存储笔记，并且用户接口模块217不需要执行排序。用户接口模块217还可以评估与笔记关联的上下文信息，以确定关于特定用户的笔记和/或软提醒的相关性。在另一实施例中，用户接口模块217可根据用户指定的属性（例如所共享的笔记或用户认为重要的笔记）在图形用户接口中突出显示或标记所述笔记中的一个或多个。

如图2所示，用户接口模块217还可与联系模块219交互，以使用户的笔记和/或软提醒集合彼此链接。链接使得用户能够协同地将较小的笔记、想法或提醒结合成较大的笔记或更大的成就。在一个实施例中，联系模块219可以按照用户所指定的方式显式定义笔记之间的关系或基于笔记的关联、内容或语义结构隐含地定义笔记之间的关系。两个笔记之间的显式链接确保了它们将在联系的图形用户接口中一起被呈现。例如，用户可能想要将关于新餐馆的笔记链接到关于与在该新餐馆附近的老朋友碰面的另一笔记。在某些实施例中，联系模块219例如能够基于上下文信息和其他关联因素来预测或推测笔记之间的隐含联系。这些隐含联系针对用户集合中的不同笔记之间的可能联系提供例如上下文建议。在一个示例中，联系模块219可以使得用户能够在单独笔记之间建立联系，以可视化存储于一个笔记中的一个素食朋友的即将到来的生日与记录在另一笔记中的不含乳制品的巧克力蛋糕的配方之间的潜在联系。

在一个实施例中，用户可以通过例如将一个笔记的图形表示拖动到另一笔记上来链接两个笔记。举例而言，该拖动可以使用光标设备（例如鼠标、指针、触控板等）来完成。作为补充或备选地，如果用户的设备包括触摸屏显示器（例如售货亭、智能手机、互联网平板电脑、手持电脑等），则可以使用手指来控制对笔记的拖动。在另一实施例中，用户可以通过例如依次触碰两个笔记中的每一个来使用触摸在触摸屏显示器上的手指对笔记进行链接。用户还可以容易地通过将笔记彼此移近（例如，建立联系）或移开（例如，删除联系）来修正或修改笔记之间的链接。

备选地，根据另一实施例，用户可经由UE 101中的访问控制应用（例如，诸如小工具（widget）的笔记应用109）来访问笔记管理器103的功能。小工具是轻型应用，并提供用于呈现信息和访问服务的便利手段。可以设想，这些组件的功能可被合并到一个或多个组件中，或可由具有等同功能的其它组件执行。在此实施例中，如上文所述，笔记应用109包括与笔记管理器103中的那些模块类似的模块。为了避免数据传输成本以及节省时间和电池，其控制逻辑可以取回在其自己的数据库中缓存或存储的多态笔记数据，而不从任何服务器或外部平台（如笔记管理器103或服务平台105）请求数据。

图3是根据一个实施例的多态笔记的组成部分的图示。如上所述，多态是在此描述的方法中使用的笔记的示例。如图3所示，多态笔记301包括四个主要部分：（1）纯文本部分303，（2）媒体内容部分305，（3）社交工具部分307以及（4）上下文关联部分309。纯文本部分303包括由多态笔记的用户指定的文本输入。如上所述，分析文本输入以标识信息，如软提醒、web链接、电话号码、位置、电子邮件地址等。经过分析的信息随后可被用于确定多态笔记的一个或多个属性（例如，数据元素）。

社交工具部分307提供用于使多态笔记成为社交体验的特性。例如，社交工具部分307提供一系列的社交交互，其中包括评论功能，由此多态笔记的用户能够对多态笔记支持的任何话题进行评论。随后，其他用户可以查看评论并可将评论包括为多态笔记的日志历史的一部分以供未来访问。部分307还提供结构化的任务列表，以用于向多态笔记的一个或多个用户指派任务。多态笔记然后可以记录任务的指派和完成状态。作为另一社交工具示例，投票或票选功能使得多个人能够针对任何感兴趣的话题（例如去哪吃午饭、会面日期和时间、最喜欢的演员等）设置投票。另一社交功能是RSVP列表，其示出被邀请参加特定事件的用户的响应。

上下文关联部分309使得笔记管理器103能够将信息（比如时间、人员、位置、提醒、状态和软提醒）与多态笔记关联。例如，关于时间，笔记管理器默认地将创建时间与多态笔记关联。如果多态笔记的用户设置特定时间（例如开始时间、持续时间、结束时间等），所设置的时间取代默认的创建时间。如上所述，可以从UE 101的传感器或从与上下文关联有关的一个或多个服务111获得人员和位置。在一个实施例中，笔记可被彼此链接，使得笔记形成行程或链。在一个实施例中，笔记管理器103将根据例如笔记的相关性或相似性建议两个或更多笔记之间的链接。

关于提醒，用户可以将一个或多个提醒关联到笔记。这些提醒可以随后经由web入口在线出现或经由笔记应用109出现在用户的UE 101上。举例而言，所呈现的提醒的类型取决于用户已经添加到笔记的关联的类型。

在一个实施例中，多态笔记既具有只有笔记创建者或所有者可以查看和编辑的“私有”属性，同样还具有可由其他人通过笔记共享进行查看并有时可进行编辑的“公共”属性。举例而言，私有属性包括多态笔记存储在其中的笔记本的名字（例如，参见下文中关于图4的对笔记本的讨论）、人员标志、软和硬提醒。公共属性包括笔记标题、笔记主体（其可包含文本、可点击的URL、图片、视频片段、音频片段和到其它笔记的链接）、多种社交工具（包括针对若干选项的投票、RSVP、名册、对话线程等）、以及修订历史（任何人可以查看，但只有笔记创建者可以通过“取消操作”来回到历史中的某一点）。

在另一实施例中，可对多态笔记设置格式和/或皮肤。笔记主体允许例如对字体颜色/族群/大小和类似的公共文本格式、背景颜色和/或图像、类似的可视格式进行设置。举例而言，与多态笔记关联的位置或POI的图像可被用作该笔记的背景。此图像可从例如服务平台105的地图服务或从笔记的创建者的图片集合获得。在又一实施例中，可选择笔记的图片或格式主题以反映广告、市场、品牌或其他类似的目的。用户可以创建空白笔记，应用格式设置，并随后将笔记保存成新的格式笔记“模板”，以便更简单的应用于未来的其它笔记。在一个实施例中，可以基于新笔记的上下文信息确定将此适当的模板应用到新笔记。例如，如果与新笔记关联的一个或多个关键字与现有的模板匹配，则可从该模板中获得或建议新笔记中缺少的信息。可根据新笔记的需要对所建议的信息进行编辑。

图4是根据一个实施例的说明将多个多态笔记组织到电子笔记本中的图示。如图4所示，多态笔记可被分组到笔记本中，在一个实施例中，笔记本是用户可用的主要组织工具。笔记本提供三个主要功能：（1）分离多态笔记以便共享（或隔离），（2）管理订阅以指示与特定用户共享了何种多态笔记，以及（3）通过笔记的显式和隐含联系来任意地组织多态笔记。

在一个实施例中，对于每个用户，多态笔记存在于一个笔记本中。如果需要，用户可以具有包括预定的默认笔记本在内的多个笔记本。笔记本还具有可被容易地改变的属性，比如共享多态笔记的用户的列表可被容易地改变，或默认的显示主题。例如，用户401a可以具有用于用户的工作日历的笔记本403a、用于家庭组织的笔记本403c和用于本地体育日历的笔记本403e。此组织方案使得用户能够容易地对用户的笔记进行分类，并关注最感兴趣或最重要的项目。

此外，笔记（例如，笔记301a-301b）可彼此链接，以提供它们之间的显式关系以及促进它们之间的更容易的导航和/或促进指示笔记的顺序。链接（例如由带有双环的线所指示）与笔记本403a-403f无关并且任意两个笔记301可被链接，尽管使用任何单个链接只能关联两个笔记301。在某些实施例中，笔记管理器103可以建议其它未链接笔记之间的隐含关系。这些建议可由对关联参数（例如关联、内容、语义结构等）的评估来触发。

例如，如果用户决定为生日聚会创建笔记并邀请朋友来参加，则她可以创建相关的笔记301来提醒自己按时烘焙蛋糕以及采购蛋糕所需的材料，还可创建另一相关的笔记301来提醒自己告诉朋友购买生日礼物。这样，她可以在思考相关的笔记301时容易地在它们之间跳跃，而不必将该信息的全部随邀请一同发送。

在一个实施例中，笔记本403和链接均是个人的并且未被共享（除了共享的笔记本403a/403b之外）。在此情况中，共享笔记本403a的所有各方都在共享的笔记本403a中看到共享笔记403a中的所有笔记301。在另一实施例中，如果用户具有与之共享的来自笔记本的单独笔记301，则整个笔记本403都是共享的。提示将例如询问用户是否愿意将所有现有笔记从笔记本403移动到现在共享的笔记本403中。

图5是根据一个实施例的用于提供软提醒的过程的流程图。在一个实施例中，笔记管理器103执行过程500，其例如在图19中所示的包括处理器和存储器的芯片组中实现。在步骤501中，笔记管理器103从例如用户笔记数据库113、服务平台105、另一UE 101、服务提供商、网络运营商、内容提供商等获取没有任何特定触发准则的笔记。作为补充或备选地，还可作为来自用户的用于指定笔记的输入来接收笔记。例如，典型的笔记可以陈述一种渴望，比如“多跟朋友们聚一聚”。虽然此渴望对用户来讲可能是重要的，但用户尚没有任何针对该笔记的严格计划。在一个实施例中，根据下文中参照图13-17B描述的用于生成多态笔记的过程将笔记创建为多态笔记。此外，用于在图形用户接口中呈现多态笔记的过程还可按下文中参照图9-12的描述来完成。还可设想，笔记可以是能够与软提醒关联的任何信息对象。

接下来在步骤503，笔记管理器103分析笔记，以确定用于指导对笔记进行创建和显示的主题或准则。具体地说，分析过程可以导致隔离关键字、参数、条件等以用于与例如自然语言模型进行比较，其中将所隔离的信息与预定的主题或话题关联。在某些实施例中，分析过程可导致在过程期间创建新话题。还可设想，分析过程可采用本领域公知的任何算法，以便将分析的关键字和术语与感兴趣的主题和话题在语义上链接。例如，在以上示例中，笔记管理器103可以分析术语“聚一聚”和“朋友”，以表示用户对与在UE 101中或在与UE 101关联的外部服务（例如社交网络服务）中标识为朋友的一组联系人相链接的创建会面或一般主题感兴趣。

按照步骤505，笔记管理器103随后从设备获取上下文信息。作为补充或备选地，可从通信网络105（如服务平台105或与设备相关的其它基于“云”或网络的信息源）的组件获取上下文信息。如根据图2所述，笔记管理器103可以自动确定与UE 101或用户关联的属性（例如位置、人员、时间等），这些属性可从服务平台105的服务111中的一个或多个和/或包括在UE 101中的传感器获取。在一个实施例中，笔记管理器103随后可以判定上下文信息是否与笔记的主题有关（步骤507）。例如，上下文信息可以指示用户正在执行设备活动（例如，呼叫朋友）。

相应地，笔记管理器103能够将上下文与笔记的主题相匹配（例如创建与朋友的会面）并在UE 101处呈现软提醒（步骤509）。在一个实施例中，可以首先创建软提醒，然后基于上下文在UE 101处进行呈现。举例而言，所述呈现可以是将笔记自身置于UE 101的主屏或其他用户接口之上。作为补充或备选地，软提醒的呈现可以基于与笔记关联的媒体。例如，笔记管理器103可以将相关图像显示为主屏的背景图像或屏保，播放与笔记有关的音频等，而不是呈现笔记。以此方式，笔记管理器可以更加精巧地呈现软提醒，以便激发用户关于笔记的记忆。

图6是根据一个实施例的用于生成软提醒的过程的流程图。在一个实施例中，笔记管理器103执行过程600，并且在例如图19中所示的包括处理器和存储器的芯片组中实现。过程600假定已经按图5中的描述生成了至少一个以及相应的软提醒。

过程600提供描述用于生成并然后呈现软提醒的过程的附加细节和选项。在步骤601，笔记管理器103指定何时生成和/或显示软提醒的偏好。在一个实施例中，用于生成和显示软提醒的选项包括只在UE 101处于休眠活动时期内时才生成和/或显示软提醒。例如，如果UE 101的上下文信息指示没有正在进行任何通信会话、没有任何应用当前正被使用、用户没有向UE 101进行任何输入等，则UE 101是休眠的。在另一实施例中，选项使得用户能够指定笔记管理器103可在哪个具体应用或服务期间生成和/或显示软提醒。举例而言，笔记管理器103可以呈现应用（例如电子邮件客户端、浏览器、消息传送应用等）的列表并使得用户能够选择特定应用或所有应用以允许呈现软提醒。如果该选项被启用，则在一个实施例中，笔记管理器103将使得笔记随机、间隙地生成和/或出现在常规的活动区域，如图片库、电子邮件、消息传送、浏览器主页等。

在设置偏好后，笔记管理器103如根据图5所描述的那样获取与UE101关联的上下文信息（步骤603）。如果上下文指示UE 101是休眠的（步骤605）并且偏好被设置成允许在休眠期间呈现软提醒，则笔记管理器103将生成和/或呈现软提醒，例如在主屏或笔记应用屏幕上随机出现引人注意的笔记。在一个实施例中，笔记管理器103可以首先生成提醒，并随后在同一或另一休眠时段期间显示该提醒。如果偏好还被配置为允许在其它应用中进行呈现，则多态笔记将从上下文信息判定UE 101是否当前正在使用特定应用（步骤607）并且随后将软提醒呈现在UE 101的应用屏幕、主屏、或其它用户接口上（步骤609）。

图7是根据一个实施例的用于基于软提醒生成推荐的过程的流程图。在一个实施例中，笔记管理器103执行过程700，并且在例如图19所示的包括处理器和存储器的芯片组中实现。过程700假定至少已经根据下文中参照图13-17B描述的用于生成多态笔记的过程创建了一个或多个多态笔记。此外，如图5所描述的用于指定软提醒的过程也可已经完成。

在步骤701中，笔记管理器103分析笔记，以如图5中的描述确定相关的主题或准则。接下来，笔记管理器103基于笔记的主题生成针对操作、活动、内容、联系人等的推荐。例如，在以上关于与朋友聚会的示例中，笔记管理器103可以基于设备上的通信历史来建议要联系的朋友，基于联系人的偏好来确定会面地点，基于日历信息来确定会面时间，等等（步骤703）。

在一个实施例中，如果用户选择“获得想法”的选项，则向用户呈现推荐，否则，接收关于在软提醒中提供的笔记的推荐（步骤705）。在其它实施例中，笔记管理器103可以自动在呈现软提醒的同时呈现推荐。在又一实施例中，笔记管理器103可例如根据用户的选择在呈现软提醒后自动发起特定的操作。例如，如果推荐是关于在一起聚一聚而联系朋友，则如果用户指示的话，笔记管理器103可以自动发起呼叫。

图8是根据一个实施例的用于提供软提醒的用户接口的图示。图8描绘了可通过其呈现软提醒的笔记应用的示例用户接口800。如图所示，用户接口屏幕800包括笔记应用的两个主要部分：笔记流部分801和开发联系部分803。笔记流部分801显示多态笔记的集合，其中多态笔记沿时间线以粗略时间顺序排列。在此示例中，随着用户浏览笔记应用，笔记管理器103确定所述上下文信息（例如使用笔记应用）允许对引人注意的多态笔记进行随机呈现。

如图所示，软提醒805被显示为覆盖在活动应用屏幕（例如多态应用）上。在一个实施例中，软提醒包括用于指示这是软提醒的标头807、笔记自身的文本807以及与笔记相关的媒体文件809。此外，软提醒提供用于接收关于用于完成文本807中指定的任务的相关操作的推荐（如图7中的描述）的选项811。如果用户不想采取任何特定操作，则用户可以通过选择表示为“x”的关闭图标813来去除软提醒。

虽然图8的示例将软提醒805描绘为覆盖在笔记应用上，可以设想，软提醒805也可被呈现在UE 101的主屏、浏览器主页或任何其他指定应用上。

图9是根据一个实施例的用于在图形用户接口中呈现多态笔记的过程的流程图。在一个实施例中，笔记管理器103执行过程900，并且在例如图19所示的包括处理器和存储器的芯片组中实现。过程900假定已经根据下文中参照图13-17B描述的用于生成多态笔记的过程创建了至少一个或多个多态笔记。在步骤901中，笔记管理器103接收用于在与请求用户关联的UE 101的图形用户接口上显示一个或多个多态笔记的请求。可以通过选择用于显示图形用户接口的命令，经由在UE 101上执行的笔记应用109或笔记管理器103的web入口来发起此请求。

笔记管理器103随后确定用于根据粗略时间顺序显示多态笔记的顺序（步骤903）。该粗略时间顺序反映多态笔记的内在灵活性，其使得用户能够记录包括不具有特定日期的信息在内的多种信息。如在此使用的，术语粗略时间顺序用于指多态笔记的顺序，该顺序是根据与笔记关联的日期或如果不存在关联的日期的话根据笔记的创建日期来指定的。在某些实施例中，当不存在与多态笔记关联的日期时，最后修正的日期可用于代替创建日期。作为补充或备选地，笔记管理器103可以为用户提供指定排序方法（例如，按关联的日期、创建日期、修正日期等）的选项。此混合方法使得所有笔记能够被附加用于在时间线上显示的日期。例如，日期信息被存储在笔记自身中或在与日期关联的元数据中。例如，当用户创建或修正笔记时，笔记管理器103生成时间戳并将时间戳与多态笔记关联。随着新的多态笔记被创建，可以基于上述排序方案以所确定的顺序或时间线插入新的笔记。

接下来，笔记管理器103判定将要显示的多态笔记中的任何一个是否与要在图形用户接口中突出显示的特定属性相匹配。在一个实施例中，笔记管理器103突出显示：（1）与其它用户或被其它用户分享的笔记，（2）被用户指定为重要的笔记。相应地，在步骤905中，笔记管理器103判定将要显示的笔记中的任何一个是否被共享。例如，笔记管理器103从用户笔记数据库113获取关于每个多态笔记的信息，以确定笔记的创建者是否已经将笔记指定为共享。在一个实施例（例如下文中参照图10的描述）中，通过询问多态笔记是否被组织在包括共享属性的笔记本中来做出共享判定。如果多态笔记是共享的，笔记的图形表示被突出显示或以其他方式被标记，以指示其共享状态（步骤907）。在一个实施例中（参见例如图12，其中描述了示例图形用户接口），笔记被指定一个用于指示其共享状态的图标。可以设想，笔记管理器可以使用任何机制（例如颜色、图形、动画、音频提醒等）来指示共享状态。

如果多态笔记不是共享的，笔记管理器103接下来判定多态笔记是否已经被用户指定为重要的（步骤909）。作为补充或备选地，笔记管理器103还可以判定笔记是否已经被多态笔记的另一用户标记为重要。在此情况下，笔记管理器103可以基于哪个用户已将笔记指定为重要来区分所作的突出显示（例如，对每个相应用户使用不同的图标或颜色）。如果笔记已被指定为重要，则笔记管理器103使用上述用于标记笔记的共享状态的过程来突出显示多态笔记（步骤911），除非突出显示或其它标记是特定于重要状态的。

笔记管理器103可以基于附加属性（例如用户定义的类别，比如家庭、工作、个人等）继续标记和突出显示笔记，直到所有此类属性均已被突出显示为止。可以设想，可以使用任意数量的属性或分类来指定和突出显示每个多态笔记，以便在图形用户接口中易于识别。在某些实施例中，可以根据预定的主题来执行突出显示，所述预定的主题指定通常的图形元素、风格、颜色等，以用于呈现图形用户接口。

在步骤913中，笔记管理器103确定每个多态笔记的适当的显示尺寸。在一个实施例中，多态笔记的尺寸至少部分地基于笔记的内容和笔记的任何近期活动。举例而言，如果笔记包含包括媒体内容（例如图片、视频等）的内容，则可以以更大的尺寸来显示笔记，从而可以更容易查看内容。在一个实施例中，可在单独窗口中显示媒体内容以最大化可用显示尺寸。类似地，如果存在关于多态笔记的近期活动（例如添加新内容、接收回复、接收评论等），则可在更大尺寸中呈现笔记，以引起对近期活动的注意。

一旦已经确定了多态笔记的顺序、突出显示以及尺寸，则笔记管理器103可以在请求UE 101上呈现并显示图形用户接口（步骤915）。此呈现至少部分地基于UE 101的显示能力。例如，如果UE 101是具有有限显示尺寸的便携设备（例如智能手机），则可基于在可用显示器中能够呈现多少细节来对图形用户接口进行缩放。要指出的是，在任何UE 101中，很可能在任一时刻要显示的多态笔记比可观看的多态笔记更多。结果，笔记管理器默认将当前（例如，基于时间）笔记在图形用户接口的中央部分进行呈现，并且未来的和过去的笔记从此延伸，直到显示尺寸的界限。用户随后可以按时间向前或向后移动以查看其它可用笔记。以此方式，用户可以沿时间线或多态笔记的笔记流进行快速扫描或导航。在另一实施例中，可根据多态笔记中的数据的分类，使用标签将多态笔记分成不同的部分。

图10是根据一个实施例的用于为在图形用户接口中呈现多态笔记确定相关性因素的过程的流程图。在一个实施例中，笔记管理器103执行过程1000，并且在例如图19所示的包括处理器和存储器的芯片组中实现。注意，图9的过程900基于关于日期和时间（例如与多态笔记关联的日期或创建日期）的相关性在图形用户接口中呈现多态笔记。过程1000在此概念上进行扩展，并引入基于其它准则（例如人员、位置、提醒、任务状态或其组合）（作为对时间的补充或替换）按顺序呈现多态笔记的能力。在一个实施例中，每个准则可在相应标签下示出，以便在移动设备上查看。

在步骤1001中，笔记管理器103确定对应于将被显示的多态笔记的一组上下文信息。从多态笔记或与多态笔记关联的元数据获得或分析此上下文信息（例如人员、位置、提醒、任务状态等）。此外，可从服务平台105中的相关服务111获得上下文信息。例如，为了获得位置信息（例如方向、地图坐标等），笔记管理器103可以从多态笔记获得地址并从地图或导航服务请求附加位置信息。类似地，笔记管理器103可以通过从联系人服务获取附加信息而获得关于多态笔记中的所标识名字的附加信息。可选地，笔记管理器103可以获得关于请求UE 101或与请求UE 101关联的用户的类似上下文信息（步骤1003）。在一个实施例中，用户在社交网络服务中进行了注册。他的手机和/或桌面的联系人被与该服务同步。该服务随后可以向笔记管理器103提供联系人服务。

接下来，笔记管理器103基于上下文信息为将要显示的每个多态笔记计算相关性因素。在一个实施例中，基于关于请求UE 101的上下文信息的多态笔记的上下文信息来计算笔记的相关性因素。例如，如果UE 101的上下文信息指示用户位于某处，则笔记管理器103可以基于关联位置的接近度来确定笔记的相关性。类似地，如果上下文信息（例如呼叫日志）指示UE 101最常联系特定人员或一组人员，则这些人可用于通过判定UE101联系人是否与将要显示的任何多态笔记关联来确定笔记的相关性因素。可针对可用上下文信息的任何元素重复此过程。还可设想，可以使用上下文信息（例如人员和位置）的任意组合来确定相关性因素，并且每个属性可被单独加权。在一个实施例中，所述组合和对组合中的每个属性的相应加权可由例如服务提供商、网络运营商等预先确定。作为补充或备选地，所述组合和加权可被用户或其他授权用户指定或修改。

笔记管理器103随后可以使用相关性因素来判定是否显示了特定多态笔记，并且随后确定显示多态笔记的顺序（步骤1007）。在一个实施例中，笔记管理器103可以定义相关性因素阈值，以判定是否显示特定多态笔记（例如，如果笔记的相关性因素高于阈值，则显示该笔记；否则不显示该笔记）。在另一实施例中，可通过相关性因素来确定多态笔记的顺序（例如按照笔记的相关性因素的顺序来显示笔记）。在又一实施例中，可按照如上所述的粗略时间顺序来显示笔记，但可以使得图形用户接口的焦点基于相关性因素的顺序而改变。例如，可将焦点置于具有最高相关性因素的笔记上。当用户选择查看下一相关笔记时，可沿时间线将焦点移到具有下一最高相关性因素的笔记。

图11是根据一个实施例的用于在图形用户接口中显示与多态笔记有关的近期活动提示的过程的流程图。在一个实施例中，笔记管理器103执行过程1100，并且在例如图19所示的包括处理器和存储器的芯片组中实现。要指出的是，由于显示尺寸有限，有可能在图形用户接口中当前不可见的多态笔记中发生活动。例如，笔记的授权用户中的一个或多个可能已经发送了RSVP、提供了评论、或完成了关于笔记的任务。在此情况中，过程1100使得笔记管理器能够在图形用户接口中显示近期活动提示，以将用户引导到具有近期活动的一个或多个笔记。

在步骤1101和1103中，笔记管理器103判定多态笔记中的一个或多个是否包括近期活动。举例而言，可通过监视用户笔记数据库130中的笔记生成和/或修改活动来做出所述判定。作为补充或备选地，当用户每次在多态笔记之一中更新信息时，可在笔记管理器103处接收通知或警告。如果存在关于多态笔记中的一个或多个的近期活动，则笔记管理器103判定一个或多个多态笔记中的任何一个当前是否在图形用户接口中可见（步骤1105和1107）。如上所述，多态笔记的数量通常超过UE 101的显示能力，导致在同一时刻在屏幕上只能看见有限数量的笔记。不具有图形用户接口的焦点的笔记典型地是不可见的。如果具有近期活动的一个或多个多态笔记中的任何一个不可见，则笔记管理器103在图形用户接口中显示一个或多个相应的近期活动提示，以指示笔记的相对位置（步骤1109）。在一个实施例中，此近期活动典型地是具有警告符号或消息的箭头，以指示用户应移动当前活动用户接口窗口以查看相应笔记的方向。提示的数量被用于指示具有近期活动的笔记的数量或相对数量。

图12是根据一个实施例的用于呈现多态笔记的图形用户接口的图示。如图所示，用户接口1200沿时间线或笔记流以粗略时间顺序描述多态笔记。例如，根据与之关联的特定日期和时间来显示笔记。如果没有对其给定特定时间，则根据它们被创建的时间进行显示。以此方式，在同一用户接口1200中显示基于时间和非基于时间的笔记。当用户导航到笔记流时，最新笔记1201（例如最匹配当前时间的笔记）位于屏幕1200的中央。该视图使能一次查看多态笔记的完整范围，不管它们是否具有与它们关联的具体时刻。

用户接口屏幕1201还提供所有笔记的连续的可扫描的呈现。如图所示，按照天来划分笔记，并使用虚线1203分隔连续的天。当前焦点位置由双线1205表示。相应地，发生在未来的笔记（例如笔记1207和1209）被显示在双线1205的右侧，而发生在过去的笔记（例如笔记1211）则显示在双线1205的左侧。用户可以向左侧移动以查看过去的其它笔记，并可以向右移动以查看未来的其它笔记。笔记流的过去方向合并了用户已经创建、接收或已经针对经过的时刻进行安排的笔记。这使得用户能够以连续可见的方式扫描所有笔记。笔记流的未来方向展示已经与未来时刻关联的笔记，从而使得用户能够计划未来。

在此示例中，笔记流中的笔记的水平方向尺寸是一致的，但基于它们的内容和近期活动，垂直方向的尺度会发生变化。例如，如果笔记没有任何关联的人员、地点或时间，则笔记被显示为小笔记。随着添加更多信息，笔记可以长成中等尺寸并进而成为大型尺寸。如果存在与笔记关联的图像，则图像也被显示。小的笔记可被垂直堆叠，中等的笔记可与小的笔记配对，大的笔记可单独存在，以最大化可用显示区域。笔记可包含使其彼此区别的元素（例如可视元素）。例如，在每个笔记顶部的带（band）指示笔记属于哪个类别或哪个笔记本。在左上方的角落，一些笔记（例如笔记1201）具有附加指示符图标。

用户接口屏幕1200还使用箭头图标1215a和1215b来可视地突出显示共享的项目（例如笔记1211和1213），并且使用开始图标1219a和1219b来可视地突出显示重要的项目（例如笔记1201和1217）。此外，用户接口屏幕1200包括屏幕的收件箱1218部分，以显示其它人与用户共享的笔记，还包括屏幕的重要笔记1221部分，以显示用户想要保持在最前部的笔记。

用户接口屏幕1200可以显示一个或多个近期活动提示（例如活动提示1223a-1223c），以指示存在当前在用户接口1200中不可见的包含近期活动的笔记。以此方式，用户无需任何操作即可被导向活动笔记。如图所示，活动提示（例如活动提示1223a-1223c）由带有感叹号的箭头表示。箭头指向的方向（例如左或右）是用户应移动以查看相应笔记的方向。箭头的垂直位置指示用户接口1200中的笔记的相应垂直位置。在此示例中，存在具有如活动提示1223a所指示的近期活动的一个过去的笔记，以及存在具有分别由活动提示1223b和1223c所指示的近期活动的两个未来的笔记。在一个实施例中，用户接口屏幕800中的项目可被安排为浮动项目。然后，项目可在用户接口屏幕800中以不同的速度移动。在某些实施例中，浮动项目可以只是那些否则会是当前不可见的位于当前显示之外的项目。在此情况中，显示被安排成两层或更多层，使得用户可在不同层中捕获浮动项目。在一个实施例中，用户可以选择一个或多个浮动项目进行更加深入的查看。

在笔记流中，点击未居中的笔记（例如不同于笔记1201的笔记）导致笔记流向侧面追踪，并使被点击的笔记居中。此扫描及居中行为有利地鼓励用户在笔记流中花费时间并在笔记被创建或被安排的上下文中查看笔记。当点击居中的笔记时，用户获得该笔记的完整视图以查看附加信息（参见例如图12以获得多态笔记的完整视图的示例）。

图13A和13B是根据各实施例的用于生成多态笔记的过程的流程图。图13A描述用于生成多态笔记的一般过程，而图13B描述用于在多态笔记中包括预定操作的可选过程。在一个实施例中，笔记管理器103执行图13A的过程1300和图13B的过程1320，并且在例如图19中示出的包括处理器和存储器的芯片组中实现。在图13A的步骤1301中，笔记管理器103从设备接收生成多态笔记的请求。所述设备可与用户、服务提供商、内容提供商、网络提供商或被授权或能够发起请求的任何其他实体关联。如前所述，多态笔记可以包括传统地与多个应用类型（例如，日历应用、任务管理应用、笔记应用、电子邮件应用、即时消息应用、文本消息传送应用、社交网络应用、位置应用或它们的组合）关联的信息。多态笔记中对多个应用类型的支持使得笔记管理器103能够避免为输入数据强加严格的数据结构。例如，为了在传统的日历应用中记录事件，用户以应用所需的格式输入特定的日期、时间、主题等。而在此所描述的方法中，设备的用户能够仅凭事件的想法或概念（例如“我想去远足”）发起多态笔记的创建，并且用户不需要知道事件的细节（例如，何处、何时、与何人等等）。随着概念的发展，多态笔记能够记录从概念到事件的演变过程。

笔记管理器103随后分析作为请求的一部分提供的任何输入，以确定尽可能多的将要包括在多态笔记中的信息（步骤1303）。例如，分析可用于标识涉及或指定网页链接、电话号码、位置、电子邮件地址的任意短语。管理器103还可分析所述信息，以确定是否存在任何引用媒体内容项目或所请求的社交工具（例如，所基于的与社交工具中的一个或多个相关的短语）。所分析的信息还可被用于标识可从服务平台105的服务111之一（例如，用于获取笔记中描述的地点、日期和/或时间的天气预报的天气服务）或从与设备关联的UE 101的传感器获取的任何上下文信息（例如时间、地点、位置等）或上下文信息的指示符（步骤1305和1307）。例如，所分析的信息可以包括短语“在保罗的家里吃饭”。在此情况下，笔记管理器103将短语标识为可能的邀请并且位置是在保罗的家里。相应地，笔记管理器103搜索设备的联系人列表（或者经由联系人服务或另一设备可用的其它联系人列表），以标识保罗并从列表或服务获取保罗的家庭地址。管理器103随后从服务平台105的地图服务获得对保罗的家庭地址的详细说明，并将地址包括在多态笔记中。笔记管理器103甚至能够基于时间来确定位置。例如，管理器103能够确定（1）保罗是否具有夏季别墅，以及（2）可在别墅找到保罗的时间段（例如夏季）。管理器随后可以基于一年中的时间对位置（例如保罗的家或保罗的夏季别墅）进行建议。类似地，管理器103可以基于日常工作安排或日常事务来确定位置（例如白天的工作位置和晚上的家庭位置）。

在获得通过分析所标识的可用信息（例如，上下文关联、媒体内容参考、社交工具等）之后，笔记管理器103生成多态笔记（步骤1309）并存储笔记，以用于以后由设备进行访问或共享（步骤1311）。

图13B描述用于基于包括在笔记或生成多态笔记的请求中的触发项目而在多态笔记中包括预定操作的可选过程。在步骤1321中，笔记管理器103分析多态笔记或在请求中接收的信息以标识任何触发项目。在一个实施例中，触发项目是与笔记管理器103、服务111、服务平台105或在通信网络107上可用的任意类似组件的操作或功能关联的信息。该信息例如与时间、人员、位置、任务以及其它PIM信息有关。

一旦标识了一个或多个触发项目，笔记管理器103就选择对应于所标识的触发项目的一个或多个预定操作（步骤1323）。例如，触发项目是指定了用户的朋友马特以及餐馆和会面时间的信息，笔记管理器103可以选择一个或多个操作来在地图上显示餐馆的位置、创建一个在所确定时间的在线预订等。笔记管理器103随后将所选择的操作包括在多态笔记中。例如，所述笔记可以包含用于指引所示操作的执行的脚本或其他命令（步骤1325）。

在一个实施例中，笔记管理器103可与外部应用（例如文字处理器）联合操作或被嵌入外部应用中，以监视可用于生成多态笔记的触发项目。例如，随着用户在文字处理器应用中键入信息，笔记管理器103分析所键入的信息，以根据过程1320标识触发项目。如果检测到触发项目，则笔记管理器103使用过程1320标识相应的操作，并随后生成多态笔记，以如过程1300所述来包括操作。

在一个示例用例中，一个或多个用户可能碰巧在城市的同一区域购物，并将他们的位置服务配置为自动共享位置。在此示例中，触发项目包括关于至少一个位置和人员的信息。相应地，笔记管理器103可以与位置服务对接，以便以多态笔记的形式向用户发起建议：他们/她们可以容易地在附近的位置会面（例如，大街上的咖啡屋）。在一些实施例中，笔记管理器103可以查阅其他多态笔记或PIM信息（例如日历或日程安排），以自动确定是否可能会面并在笔记中加入安排信息。笔记还可包括例如投票社交工具，该投票社交工具使用户对会面的地点和时间进行投票，用户可以对此进行快速响应。如果用户接受建议，则笔记管理器103自动在笔记中记录与所选会面有关的信息（位置、人员、时间等）。

还可设想，笔记管理器103可以将与另一应用关联的应用类型转换成多态笔记。以此方式，例如，外部应用文件类型可被用于建议或创建将会在以后的日期转换成多态的信息。

图14是根据一个实施例的用于在电子笔记本中存储和分享多态笔记的过程的流程图。在一个实施例中，笔记管理器103执行过程1400，并且在例如图19所示的包括处理器和存储器的芯片组中实现。在步骤1401中，笔记管理器103在一个或多个电子笔记本中存储先前生成的多态笔记。如前所述，通过使设备能够操纵笔记集合（例如笔记本）而不是每个单独的笔记，电子笔记本提供了一种共享笔记的便利途径。作为共享过程的一部分，笔记管理器103向电子笔记本指派属性（步骤1403）。例如，此属性指定笔记本以及包含在其中的多态笔记的类别（例如工作、家庭、个人、运动等）。每个属性还可与将要接收并共享所述笔记本的一系列用户关联。例如，具有工作属性的笔记本可提供在一组用户的同事之间对笔记本的共享。标记为家庭的笔记本可提供在用户的直系亲属之间进行的共享。此外，不同组的访问级别可能不同。例如，工作笔记本可以将共享指定为只读；而家庭笔记本则可将共享指定为完全读/写访问。

还可设想，笔记本可能不共同允许共享。例如，具有个人属性的笔记本可被指定为私人的并且不允许共享。相应地，在步骤1405，笔记管理器103判定笔记本的属性是否指示笔记本应被共享。如果属性指示不共享，则笔记管理器103保持笔记本的隐私并阻止对笔记本的共享（步骤1407）。在某些实施例中，笔记本的标识也被保护，从而未被授权的用户甚至不能查看受保护的笔记本的标题。如果属性指示允许共享，则笔记管理器103将由属性指示的用户标识为被授权访问笔记本，并使得那些被授权的用户能够访问笔记本（步骤1409）。可以设想，笔记管理器103可以使用任何机制（例如用户名/密码、网络地址过滤、生物测量安全性等）来认证用户，以确保只有被授权的用户才能访问笔记本。

在另一实施例中，可在具有不同能力的设备之间（例如在桌面计算机和移动设备之间）共享多态笔记。在此情况下，笔记管理器103可以只共享或同步多态笔记中那些适合设备的部分。例如，由于移动设备中设备存储器有限，桌面计算机可以只共享包括在多态笔记中的媒体内容的子集。在一些实施例中，桌面计算机随后可以将剩余媒体内容共享为例如链接。此外，如果设备之一不与多态笔记服务兼容（例如连接访问多态笔记文件类型），则多态笔记可以以与设备兼容的文件格式（例如电子邮件、文本消息等）来提供多态的概述。

在另一实施例中，笔记管理器103可以共享单独的多态笔记，而不首先在电子笔记本中存储笔记。在此情况中，管理器103将共享属性应用于特定多态笔记而不是电子笔记本。

图15是根据一个实施例的用于记录对多态笔记的更新的过程的流程图。在一个实施例中，笔记管理器103执行过程1500，并且在例如图19所示的包括处理器和存储器的芯片组中实现。过程1500假定由第一设备创建的多态笔记已经成功地与至少一个其它设备进行了共享。在步骤1501中，笔记管理器103从其它设备接收用于添加到共享的多态笔记中的附加信息。举例而言，此附加信息可以包括与多态笔记或关于多态笔记的通信（例如电子邮件、文本消息、即时消息等）相关的任意信息元素。所述信息还可包括对包括在多态笔记中的任何社交工具的响应或输入。

一旦接收到信息，笔记管理器103判定设备是否被授权进行改变（例如具有读/写访问能力，而不是只读访问）（步骤1503）。如果设备未被授权，则过程终止。否则，笔记管理器103判定由另一设备提供的附加信息是否与多态笔记中的任意当前信息冲突（步骤1505）。如果检测到冲突（例如多个设备对相同的信息进行了改变），则笔记管理器103发起解决矛盾的过程（步骤1507）。如前所述，在社交设置中，笔记管理器103尝试通过在引起冲突或矛盾的设备之间进行协商来解决冲突。更具体地，笔记管理器103从例如所述设备中的任何一个的联系人列表或公共目录获取联系人信息，并在双方之间发起通信会话以便解决冲突。如果不能通过协商解决冲突，则笔记管理器103可以应用预定的冲突解决规则（例如接受最近的更新、接受第一个更新等）。

在解决任何矛盾之后或如果不存在矛盾，笔记管理器103更新多态笔记以包括附加信息（步骤1509）并在与多态笔记一起维护的日志中记录更新（步骤1511）。例如，日志提供对多态笔记的更新和改变的历史。作为补充或备选地，对多态笔记的更新和改变的历史可被存储在笔记自身的主体中，而不是日志中。在另一实施例中，日志被存储在多态笔记的主体中。

图16是根据一个实施例的用于与多态笔记进行交互的用户接口的图示。如图所示，用户接口1600描绘包括内容区域1601、关联模块1603、想法区域1605和设置及操作工具栏1607的示例多态笔记。内容区域1601是用户输入内容的区域，并且包括已经被包括在多态笔记中的文本、媒体及社交工具。关联模块1603显示并使得用户能够向多态笔记输入上下文关联，如时间、人员、位置和提醒。想法区域1605基于多态笔记的内容显示针对想法的建议。设置及操作工具栏1607包含整体应用到笔记的特征，即，应用到多态笔记容器及属于该容器的所有内容。

内容区域1601进一步包括三个组成部分：（1）内容工具栏1609，（2）文本和媒体区域1611，以及（3）协调工具区域1613。内容工具栏1609提供用于向笔记插入不同媒体类型、添加协调工具（例如任务列表、评论）以及应用标准的或定制的主题的触点。文本和媒体区域1611是多态笔记用户接口的主要组成部分。例如，文本和媒体区域1611可以包含文本、图像、视频、音频和其他文档的任意组合。其被设计为提供范围从简单的只有文本的笔记到仔细制作的具有多媒体元素的邀请或纪念的最大灵活性。协调工具区域1613支持共享评论以及围绕特定笔记展开对话的能力。区域1613还支持共享和/或指派与笔记有关的任务的能力，以及当试图协调一组人员时对不同选项进行投票的能力。

图17A和17B是根据各示例性实施例的用于向多态笔记输入信息的用户界面的图示。图17A描述作为用于创建多态笔记的空白输入屏的用户接口1700。用户接口1700与上述图16的用户接口相似，并包括内容区域1701、关联模块1703、和设置及操作工具栏1705。为了请求创建多态笔记，用户开始在内容区域1701中键入信息。在一个实施例中，用于向多态笔记计算机程序代码中输入信息的用户接口1300可以具有用于到不同文档或应用类型的连接性的接口，从而当向不同文档或应用类型中输入文本时，可从不同文档或应用类型生成多态笔记。多态笔记将捕获用于从不同文档或应用类型创建多态笔记的相关信息。所述笔记仍可为文档或应用类型的一部分，或可被从文档或应用类型分离。如果需要，多态笔记可以生成到该文档或应用类型的链接或等同连接。举例而言，音乐文件是应用类型的示例。

图17B描绘用户已经开始在内容区域1701中键入信息的用户接口1720。随着用户的键入，笔记管理器103分析信息以确定上下文关联。下划线短语1721（12月12日星期五）被分析以指示所计划的事件的日期。虽然用户没有输入年份，但笔记管理器103能够基于分析何时12月12日将是星期五和/或通过假定用户可能指当前年份来推断完整日期。相应地，笔记管理器103在关联模块区域1703中的时间上下文1723中显示日期。类似地，下划线短语1725（“19:30”）被分析以指示所计划的事件的时间。笔记管理器103将此时间与日期一起包括在时间上下文1723中。

下划线短语927（“月亮街340号”）被分析以指示所计划的事件的地址。所分析的地址是不完整的。结果，笔记管理器103可以使用地图服务、用户设备中的位置传感器、和/或与笔记有关的用户的日历或联系人来确定城市信息。在另一实施例中，笔记管理器103可以从例如与用户关联的账户信息推断出用于完成地址的城市信息。在此情况中，笔记管理器103确定完整地址并在关联模块区域1703内的位置上下文区域1729中显示此地址。

在图17A和17B的示例中，用户可以确认所分析的信息的准确性并进行相应的修改。

在此所述的用于提供软提醒的过程可有利地通过软件、硬件、固件或软件和/或固件和/或硬件的组合来实现。例如，在此描述的过程（包括用于提供与服务的可用性关联的用户接口导航信息）可以有利地经由处理器、数字信号处理器（DSP）芯片、专用集成电路（ASIC）、现场可编程门阵列（FPGA）等实现。下面详细介绍用于执行上述功能的此类示例性硬件。

图18示出可在其上实现本发明的一个实施例的计算机系统1800。尽管计算机系统1800是关于特定设备或装置进行描述的，可设想，图18中的其他设备或装置（例如网络元件、服务器等）可部署系统1800所示出的硬件和组件。计算机系统1800被编程（例如经由计算机程序代码或指令）以如此处介绍的那样提供软提醒，并且包括诸如总线1810的通信机制，以便在计算机系统1800的其他内部和外部组件之间传递信息。信息（还称为数据）表示为可测量现象的物理表达，典型地为电压，但在其他实施例中包括例如磁、电磁、压力、化学、生物、分子、原子、亚原子和量子交互的现象。例如，南北磁场、或者零和非零电压代表二进制数字（比特）的两个状态（0，1）。其他现象可代表较高基数的数字。在测量之前多个同时量子状态的叠加表示量子比特（qubit）。由一个或多个数字组成的序列构成用于表示字符的编号或代码的数字数据。在一些实施例中，称为模拟数据的信息通过特定范围内的可测量值的接近闭联集来表示。计算机系统1800或其一部分构成用于执行提供软提醒的一个或多个步骤的部件。

总线1810包括一个或多个并行的信息导体，从而在耦合至总线1810的设备之间快速传送信息。用于处理信息的一个或多个处理器1802与总线1810耦合。

处理器（或多个处理器）1802如与提供软提醒相关的计算机程序代码指定的那样执行针对信息的一组操作。计算机程序代码是提供用于处理器的操作和/或计算机系统的指令的一组指令或语句，以执行特定功能。代码例如可用计算机编程语言编写，其被编译成处理器的本机指令集。代码还可使用本机指令集（例如机器语言）直接编写。所述一组操作包括从总线1810带来信息并将信息置于总线1810上。所述一组操作还典型地包括比较两个或更多个信息单元，移动信息单元的位置，以及合并两个或更多个信息单元（例如通过加或乘或逻辑运算，如“或”，“异或”（XOR）和“与”）。可由处理器执行的一组操作的每个操作通过称为指令的信息来向处理器表示，例如具有一个或多个数字的操作代码。处理器1802要执行的操作的序列（例如操作代码的序列）构成处理器指令，也称为计算机系统指令，或简称计算机指令。除其他事项外，处理器可实现为机械、电、磁、光、化学或量子组件和/或它们的组合。

计算机系统1800还包括耦合至总线1810的存储器1804。存储器1804（例如随机存取存储器（RAM）或其他动态存储器件）存储包括用于提供软提醒的处理器指令的信息。动态存储器允许其中存储的信息由计算机系统1800改变。RAM允许存储和取回在称为存储器地址的位置处存储的信息单元而与相邻地址处的信息无关。存储器1804还由处理器1802用于存储在处理器指令的执行期间的临时值。计算机系统1800还包括只读存储器（ROM）1806或耦合至总线1810的其他静态存储器件，用于存储不可由计算机系统1800改变的静态信息（包括指令）。一些存储器包括易失性存储设备，当失去电力时其丢失在上面存储的信息。耦合至总线1810的还有非易失性（永久性）存储设备1808，例如磁盘、光盘或闪速卡，用于存储信息（包括指令），所述信息即使当计算机系统1800关闭或以其它方式失去电力时仍存在。

可从外部输入设备1812（例如包含人工用户操作的字母数字键的键盘或传感器）向总线1810提供信息（包括用于提供软提醒的指令）供处理器使用。传感器检测其周围的条件，并且将这些条件转换成物理表达，其兼容于可测量现象以用于代表计算机系统1800中的信息。耦合至总线1810的其他外部设备（主要用于与人工交互）包括用于呈现文本和图像的显示器设备1814，例如阴极射线管（CRT）或液晶显示器（LCD）、或等离子屏或打印机，以及指点设备1816，例如鼠标或跟踪球或光标定向键或运动传感器，用于控制在显示器1814上呈现的小光标图像的位置以及发出与显示器1814上呈现的图形元素相关的命令。在一些实施例中，例如，在计算机系统1800自动执行所有功能而无需人工输入的实施例中，省略外部输入设备1812、显示器设备1814和指点设备1816中的一个或多个。

在所示实施例中，专用硬件（例如专用集成电路（ASIC）1820）耦合至总线1810。专用硬件被配置为出于专用目的足够快速地执行未由处理器1802执行的操作。专用IC的示例包括：图形加速器卡，用于生成针对显示器1814的图像；密码板，用于加密和解密在网络上发送的消息；语音识别；以及到特殊外部设备的接口，例如机器臂和医学扫描设备，其重复执行在硬件中更有效实现的一些复杂操作序列。

计算机系统1800还包括耦合至总线1810的通信接口1870的一个或多个实例。通信接口1870提供到使用其自己的处理器运行的各种外部设备（例如打印机、扫描仪和外部盘）的单向或双向通信耦合。一般地，耦合利用与本地网络1880连接的网络链路1878，具有自己的处理器的各种外部设备连接至本地网络1880。例如，通信接口1870可以是个人计算机上的并行端口或串行端口或通用串行总线（USB）端口。在一些实施例中，通信接口1870是向相应类型的电话线路提供信息通信连接的集成业务数字网络（ISDN）卡或数字订户线路（DSL）卡或电话调制解调器。在一些实施例中，通信接口1870是将总线1810上的信号转换成用于同轴电缆上的通信连接的信号或转换成用于光缆上的通信连接的光学信号的电缆调制解调器。作为另一实例，通信接口1870可以是向兼容LAN（例如以太网）提供数据通信连接的局域网（LAN）卡。也可实现无线链路。对于无线链路，通信接口1870发送或接收或既发送又接收电、声或电磁信号，包括红外和光学信号，其承载例如数字数据的信息流。例如，在无线手持设备（例如像蜂窝电话的移动电话）中，通信接口1870包括称为无线电收发器的无线频带电磁发送器和接收器。在某些实施例中，通信接口1870使能到通信网络105的连接以便向UE 101提供软提醒。

在此使用的术语“计算机可读介质”表示参与向处理器1802提供信息（包括用于执行的指令）的任意介质。此类介质可采用许多形式，包括但不限于计算机可读存储介质（例如，非易失性介质、易失性介质）和传输介质。非暂态介质（如非易失性介质）包括例如光或磁盘，例如存储设备1808。易失性介质包括例如动态存储器1804。传输介质包括例如同轴电缆、铜线、光缆和载波，其在无需布线或电缆的情况下通过空间行进，例如声波和电磁波，包括无线电、光和红外波。信号包括在通过传输介质发送的振幅、频率、相位、极化或其他物理属性中的人工瞬态改变。计算机可读介质的常见形式包括例如软盘、硬盘、磁带、任意其他磁介质、CD-ROM、CDRW、DVD、任意其他光学介质、穿孔卡、纸带、光学标记表、具有孔或其他光学可识别特征的模式的任意其他物理介质，RAM、PROM、EPROM、闪速EPROM、任意其他存储器芯片或盒、载波、计算机可从中读取的任意其他介质。在此使用的术语计算机可读存储介质指除了传输介质以外的任何计算机可读介质。

在一个或多个有形介质中编码的逻辑包括在计算机可读存储介质上的处理器指令和专用硬件（例如ASIC 1820）中的一个或两个。

网络链路1878典型地通过一个或多个网络使用传输介质向使用或处理信息的其他设备提供信息通信。例如，网络链路1878可向因特网服务提供商（ISP）操作的主机计算机1882或设备1884提供通过局域网1880的连接。ISP设备1884又通过网络的公共、全球分组交换通信网络（现在统称为因特网1890）提供数据通信服务。

计算机（称为服务器主机1892，连接至因特网）托管响应于因特网上接收的信息而提供服务的处理。例如，服务器主机1892托管提供表示视频数据的信息以便在显示器1814处呈现的处理。可设想，系统1800的组件可以以各种配置部署在其他计算机系统（例如主机1882和服务器1892）内。

本发明的至少一些实施例涉及用于实现在此所述的一些或全部技术的计算机系统1800的使用。根据本发明的一个实施例，通过计算机系统1800执行这些技术，以响应处理器1802执行存储器1804中包含的一个或多个处理器指令的一个或多个序列。此类指令（也称为计算机指令、软件和程序代码）可从另一计算机可读介质（例如存储设备1808或网络链路1878）读入存储器1804。存储器1804中包含的指令序列的执行导致处理器1802执行在此所述的一个或多个方法步骤。在备选实施例中，可使用硬件（例如ASIC 1820）代替软件或与软件结合以实现本发明。因此，本发明的实施例不限于硬件和软件的任何特定组合，除非在此另外明确阐述。

通过通信接口1870在网络链路1878和其他网络上发送的信号承载去往/来自计算机系统1800的信息。计算机系统1800可通过网络1880、1890等经由网络链路1878和通信接口1870发送和接收包括程序代码的信息。在使用因特网1890的示例中，服务器主机1892通过因特网1890、ISP设备1884、本地网络1880和通信接口1870发送用于特定应用的由从计算机1800发送的消息所请求的程序代码。接收的代码可在其被接收时通过处理器1802执行和/或可存储于存储器1804或存储设备1808或其他非易失性存储设备以便随后执行。这样，计算机系统1800可在载波上以信号的形式获得应用程序代码。

各种形式的计算机可读介质可参与承载到处理器1802的一个或多个指令序列和/或数据序列以便执行。例如，指令和数据可初始被承载于例如主机1882的远程计算机的磁盘上。远程计算机将指令和数据加载至其动态存储器，并使用调制解调器在电话线上发送指令和数据。计算机系统1800本地的调制解调器在电话线上接收指令和数据，并使用红外发送器将指令和数据转换成在用作网络链路1878的红外载波上的信号。用作通信接口1870的红外检测器接收在红外信号中承载的指令和数据，并将表示指令和数据的信息放置在总线1810上。总线1810将信息承载至存储器1804，处理器1802从存储器1804取回指令并使用随指令发送的一些数据执行指令。在处理器1802执行之前或之后，存储器1804中接收的指令和数据可选地可存储在存储设备1808上。

图19示出其上可实现本发明的一个实施例的芯片组1900。芯片组1900被编程以如在此所述的那样提供软提醒，并且包括例如结合在一个或多个物理封装（例如芯片）中的根据图18描述的处理器和存储器组件。作为示例，物理封装包括结构组合件（例如基板）上的一个或多个材料、组件、和/或布线的安排，以提供例如物理强度、尺寸节约和/或电气交互限制的一个或多个特征。可设想，某些实施例中，芯片组1900可以在单个芯片中实现。还设想，在某个实施例中，芯片组或芯片1900可以被实现为单个“片上系统”。还设想，在某个实施例中，例如不使用单独ASIC，且在此公开的所有相关功能将由一个或多个处理器执行。芯片组1900或其一部分构成用于执行提供与服务可用性关联的用户接口导航信息的一个或多个步骤的部件。芯片组1900或其一部分构成用于执行提供软提醒的一个或多个步骤的部件。

在一个实施例中，芯片组或芯片1900包括在芯片组1900的组件之间传递信息的例如总线1901的通信机制。处理器1903具有到总线1901的连通性，以执行指令和处理例如在存储器1905中存储的信息。处理器1903可包括一个或多个处理核心，每个核心被配置为独立执行。多核处理器使能在单个物理封装中进行多处理。多核处理器的示例包括两个、四个、八个或更大数目个处理核心。备选地或额外地，处理器1903可包括一个或多个微处理器，其经由总线1901并列配置，以实现指令的独立执行、流水线化和多线程。处理器1903还可伴随有执行特定处理功能和任务的一个或多个专用组件，例如一个或多个数字信号处理器（DSP）1907或一个或多个专用集成电路（ASIC）1909。DSP 1907典型地被配置为独立于处理器1903而实时处理实际信号（例如声音）。类似地，ASIC 1909可被配置为执行通用处理器不容易执行的专用功能。辅助执行在此所述的发明功能的其他专用组件可包括一个或多个现场可编程门阵列（FPGA）（未示出）、一个或多个控制器（未示出）、或一个或多个其他专用计算机芯片。

在一个实施例中，芯片组或芯片1900仅包括一个或多个处理器和支持和/或关于和/或用于该一个或多个处理器的一些软件和/或固件。

处理器1903和伴随组件具有经由总线1901到存储器1905的连通性。存储器1905包括动态存储器（例如RAM、磁盘、可写光盘等）和静态存储器（例如ROM、CD-ROM等）以便存储可执行指令，当其执行时执行在此所述的发明步骤以提供软提醒。存储器1905还存储与发明步骤的执行相关的数据或由其生成的数据。

图20是根据一个实施例的能够在图1的系统中操作的用于通信的移动终端（例如手机）的示例性组件的图示。在一些实施例中，移动终端2000或其一部分构成用于执行提供软提醒的一个或多个步骤的部件。一般地，通常以前端和后端特征定义无线电接收器。接收器的前端涵盖所有射频（RF）电路，而后端涵盖所有基带处理电路。如本申请中使用的，术语“电路”表示以下两者：（1）仅硬件实施方式（例如仅在模拟和/或数字电路中实现）；（2）电路和软件（和/或固件）的组合（例如，如果适用于特定环境，处理器的组合，其包括数字信号处理器、软件和存储器，它们一起工作以使得装置（例如移动电话或服务器）执行各个功能）。“电路”的此定义应用于此术语在本申请中的所有使用，包括在任意权利要求中的使用。作为其他示例，如在此申请中使用的，如果适用于特定环境，术语“电路”还覆盖仅处理器（或多个处理器）及其（或它们的）附带软件/固件的实施方式。术语“电路”还覆盖（如果适合于特定环境）例如移动电话中的基带集成电路或应用处理器集成电路、或蜂窝网络设备或其他网络设备中的类似集成电路。

电话的持久性内部组件包括主控制单元（MCU）2003、数字信号处理器（DSP）2005以及接收器/发送器单元，其包括麦克风增益控制单元和扬声器增益控制单元。主显示器单元2007在执行或支持提供软提醒的步骤的各个应用和移动终端功能的支持下向用户提供显示。显示器11包括配置为显示移动终端（例如移动电话）的用户界面的至少一部分的显示器电路。此外，显示器2007和显示器电路被配置为促进移动终端的至少一些功能的用户控制。音频功能电路2009包括麦克风2011和麦克风放大器，其放大来自麦克风2011的语音信号输出。来自麦克风2011的放大后的语音信号输出被馈送至编码器/解码器（CODEC）2013。

无线电站2015放大功率和转换频率，以经由天线2017与包括在移动通信系统中的基站通信。功率放大器（PA）2019和发送器/调制电路在操作上响应于MCU 2003，来自PA 2019的输出耦合至本领域公知的双工器2021或循环器或天线开关。PA 2019还耦合至电池接口和功率控制单元2020。

在使用中，移动终端2001的用户向麦克风2011说话，并且他或她的语音与任何检测到的背景噪声一起转换成模拟电压。模拟电压然后通过模数转换器（ADC）2023转换成数字信号。控制单元2003将数字信号路由至DSP 2005以便在其中处理，例如语音编码、信道编码、加密和交错。在一个实施例中，通过未单独示出的单元，使用蜂窝传输协议（例如全球演进（EDGE）、通用分组无线业务（GPRS）、全球移动通信系统（GSM）、因特网协议多媒体子系统（IMS）、通用移动电信系统（UMTS）等）以及任何其他适合的无线介质（例如微波接入（WiMAX）、长期演进（LTE）网络、码分多址（CDMA）、宽带码分多址（WCDMA）、无线保真（WiFi）、卫星等）来编码处理后的语音信号。

然后，将编码后的信号路由至均衡器2025以便补偿在通过空气传输期间发生的任何频率相关的损害（例如相位和振幅失真）。在均衡比特流之后，调制器2027将信号与RF接口2029中生成的RF信号结合。调制器2027通过频率或相位调制生成正弦波。为了准备用于传输的信号，上行转换器2031将来自调制器2027的正弦波输出与由合成器2033生成的另一正弦波结合，以获得期望的传输频率。然后，将信号通过PA 2019发送，以便将信号增加至适当功率水平。在实际系统中，PA 2019用作可变增益放大器，其增益由DSP 2005根据从网络基站接收的信息来控制。然后，将信号在双工器2021中滤波，并且可选地发送至天线耦合器2035，以便匹配阻抗以提高最大功率传送。最后，将信号经由天线2017发送至本地基站。可提供自动增益控制（AGC）以控制接收器的末级增益。信号可从该处转发至远程电话，其可以是另一蜂窝电话、其他移动电话或连接至公共交换电话网（PSTN）的陆上线路、或其他电话网络。

向移动站2001发送的语音信号经由天线2017接收，并由低噪声放大器（LNA）2037立即放大。下行转换器2037降低载波频率，同时解调器2041剥离RF，仅留下数字比特流。然后，信号经过均衡器2025并由DSP2005处理。数模转换器（DAC）2043转换信号，并将得到的输出通过扬声器2045发送至用户，这均在主控制单元（MCU）2003的控制下，主控制单元（MCU）2003可实现为中央处理单元（CPU）（未示出）。

MCU 2003从键盘2047接收包括输入信号的各个信号。键盘2047和/或MCU 2003与其他用户输入组件（例如麦克风2011）结合构成用于管理用户输入的用户接口电路。MCU 2003运行用户接口软件以促进对移动终端2001的至少某些功能的用户控制以便提供软提醒。MCU 2003还将显示命令和切换命令分别传送至显示器2007和语音输出切换控制器。此外，MCU 2003与DSP 2005交换信息，并且可访问可选地结合的SIM卡2049和存储器2051。此外，MCU 2003执行终端的所需的各种控制功能。DSP2005可依据实施方式而对语音信号执行各种常规数字处理功能中的任个功能。此外，DSP 2005从麦克风2011检测的信号确定本地环境的背景噪声级别，并将麦克风2011的增益设置为被选择为补偿移动站2001的用户的自然倾向的级别。

CODEC 2013包括ADC 2023和DAC 2043。存储器2051存储各种数据（包括呼叫入站音调数据）并且能够存储其他数据（包括经由例如全球因特网接收的音乐数据）。软件模块可位于RAM存储器、闪存、寄存器、或本领域公知的任意其他形式的可写存储介质中。存储器设备2051可以是但不限于单存储器、CD、DVD、ROM、RAM、EEPROM、光存储设备、或能够存储数字数据的任意其他非易失性存储介质。

可选地结合的SIM卡2049承载例如重要信息，如蜂窝电话号码、运营商提供服务、订阅细节以及安全性信息。SIM卡2049主要用于在无线网络上识别移动终端2001。卡2049还包含用于存储个人电话号码注册表、文本消息、和用户特定的移动终端设置的存储器。

尽管结合多个实施例和实施方式描述了本发明，但是本发明不限于此，而是覆盖落入所附权利要求范围内的各种明显修改和等同配置。尽管在权利要求中以某些组合表示了本发明的特征，但是可设想，可按任意组合和顺序安排这些特征。

Claims (40)

1.一种方法，包括：

获取笔记，其中所述笔记不与任何特定触发准则关联；

从与用户关联的设备获取上下文信息；以及

至少部分地基于所述上下文信息生成所述笔记的提醒。

2.根据权利要求1所述的方法，还包括：

分析所述笔记以确定与所述笔记关联的主题；以及

判定所述上下文信息是否与所述主题相关，

其中所述提醒的呈现还基于所述判定。

3.根据权利要求2所述的方法，其中所述上下文信息是设备活动，所述方法还包括：

选择所述设备活动期间的随机时间，

其中在所述随机时间发生所述提醒的呈现。

4.根据权利要求1-3中的任何一项所述的方法，其中所述上下文信息指示所述设备的基本休眠时段，所述方法还包括：

选择所述休眠时段内的随机时间，

其中在所述随机时间发生所述提醒的呈现。

5.根据权利要求1-4中的任何一项所述的方法，还包括：

分析所述笔记以确定与所述笔记关联的主题；

至少部分地基于所述主题生成一个或多个活动的推荐；以及

至少部分地导致在所述设备处呈现所述推荐。

6.根据权利要求1-5中的任何一项所述的方法，其中所述笔记与一组用户关联，并且其中基于所述用户的相应上下文信息、在所述组之间的协调或它们的组合而将所述提醒呈现给所述组中的一个或多个所述用户。

7.根据权利要求1-6中的任何一项所述的方法，其中所述提醒被呈现为与所述笔记关联的媒体文件。

8.根据权利要求1-7中的任何一项所述的方法，还包括：

响应于所述提醒而从所述用户接收另一输入，所述输入指定触发准则；以及

至少部分地基于所述触发准则而安排所述笔记。

9.一种装置，包括：

至少一个处理器；以及

包括用于一个或多个程序的计算机程序代码的至少一个存储器，

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起导致所述装置执行至少下列步骤：

获取笔记，其中所述笔记不与任何特定触发准则关联；

从与用户关联的设备获取上下文信息；以及

至少部分地基于所述上下文信息生成所述笔记的提醒。

10.根据权利要求9所述的装置，其中所述装置还被导致：

分析所述笔记以确定与所述笔记关联的主题；以及

判定所述上下文信息是否与所述主题相关，

其中所述提醒的呈现还基于所述判定。

11.根据权利要求10所述的装置，其中所述上下文信息是设备活动，以及其中所述装置还被导致：

选择所述设备活动期间的随机时间，

其中在所述随机时间发生所述提醒的呈现。

12.根据权利要求9-11中的任何一项所述的装置，其中所述上下文信息指示所述设备的基本休眠时段，以及其中所述装置还被导致：

选择所述休眠时段内的随机时间，

其中在所述随机时间发生所述提醒的呈现。

13.根据权利要求9-12中的任何一项所述的装置，其中所述装置还被导致：

分析所述笔记以确定与所述笔记关联的主题；

至少部分地基于所述主题生成一个或多个活动的推荐；以及

至少部分地导致在所述设备处呈现所述推荐。

14.根据权利要求9-13中的任何一项所述的装置，其中所述笔记与一组用户关联，并且其中基于所述用户的相应上下文信息将所述提醒呈现给所述组中的一个或多个所述用户。

15.根据权利要求9-14中的任何一项所述的装置，其中所述提醒被呈现为与所述笔记关联的媒体文件。

16.根据权利要求9-15中的任何一项所述的装置，其中所述装置还被导致：

响应于所述提醒而从所述用户接收另一输入，所述输入指定触发准则；以及

至少部分地基于所述触发准则而安排所述笔记。

17.一种计算机可读存储介质，该计算机可读存储介质承载一个或多个指令的一个或多个序列，当一个或多个处理器执行所述一个或多个指令时，导致装置至少执行下列步骤：

获取笔记，其中所述笔记不与任何特定触发准则关联；

从与用户关联的设备获取上下文信息；以及

至少部分地基于所述上下文信息生成所述笔记的提醒。

18.根据权利要求17所述的计算机可读存储介质，其中所述装置被导致还执行：

分析所述笔记以确定与所述笔记关联的主题；以及

判定所述上下文信息是否与所述主题相关，

其中所述提醒的呈现还基于所述判定。

19.根据权利要求18所述的计算机可读存储介质，其中所述上下文信息是设备活动，并且其中所述装置被导致还执行：

选择所述设备活动期间的随机时间，

其中在所述随机时间发生所述提醒的呈现。

20.根据权利要求17-19中的任何一项所述的计算机可读存储介质，其中所述上下文信息指示所述设备的基本休眠时段，并且其中所述装置被导致还执行：

选择所述休眠时段内的随机时间，

其中在所述随机时间发生所述提醒的呈现。

21.根据权利要求17-20中的任何一项所述的计算机可读存储介质，其中所述装置被导致还执行：

分析所述笔记以确定与所述笔记关联的主题；

至少部分地基于所述主题生成一个或多个活动的推荐；以及

至少部分地导致在所述设备处呈现所述推荐。

22.根据权利要求17-21中的任何一项所述的计算机可读存储介质，其中所述笔记与一组用户关联，并且其中基于所述用户的相应上下文信息、在所述组之间的协调或它们的组合而将所述提醒呈现给所述组中的一个或多个所述用户。

23.根据权利要求17-22中的任何一项所述的计算机可读存储介质，其中所述提醒被呈现为与所述笔记关联的媒体文件。

24.一种装置，包括：

用于获取笔记的部件，其中所述笔记不与任何特定触发准则关联；

用于从与用户关联的设备获取上下文信息的部件；以及

用于至少部分地基于所述上下文信息生成所述笔记的提醒的部件。

25.根据权利要求24所述的装置，还包括：

用于分析所述笔记以确定与所述笔记关联的主题的部件；以及

用于判定所述上下文信息是否与所述主题相关的部件，

其中所述提醒的呈现还基于所述判定。

26.根据权利要求25所述的装置，其中所述上下文信息是设备活动，还包括：

用于选择所述设备活动期间的随机时间的部件，

其中在所述随机时间发生所述提醒的呈现。

27.根据权利要求24-26中的任何一项所述的装置，其中所述上下文信息指示所述设备的基本休眠时段，还包括：

用于选择所述休眠时段内的随机时间的部件，

其中在所述随机时间发生所述提醒的呈现。

28.根据权利要求24-27中的任何一项所述的装置，还包括：

用于分析所述笔记以确定与所述笔记关联的主题的部件；

用于至少部分地基于所述主题生成一个或多个活动的推荐的部件；以及

用于至少部分地导致在所述设备处呈现所述推荐的部件。

29.根据权利要求24-28中的任何一项所述的装置，其中所述笔记与一组用户关联，并且其中基于所述用户的相应上下文信息、在所述组之间的协调或它们的组合而将所述提醒呈现给所述组中的一个或多个所述用户。

30.根据权利要求24-29中的任何一项所述的装置，其中所述提醒被呈现为与所述笔记关联的媒体文件。

31.根据权利要求24-30中的任何一项所述的装置，还包括：

用于响应于所述提醒而从所述用户接收另一输入的部件，所述输入指定触发准则；以及

用于至少部分地基于所述触发准则而安排所述笔记的部件。

32.一种计算机程序产品，该计算机程序产品包括一个或多个指令的一个或多个序列，当一个或多个处理器执行所述一个或多个指令时，导致装置至少执行根据权利要求1-8中的任何一项所述的方法的步骤。

33.一种计算机可读存储介质，该计算机可读存储介质承载一个或多个指令的一个或多个序列，当一个或多个处理器执行所述一个或多个指令时，导致装置至少执行根据权利要求1-8中的任何一项所述的方法。

34.根据权利要求24-31中的任何一项所述的装置，其中所述装置是移动电话，所述装置还包括：

用户接口电路和用户接口软件，被配置为通过使用显示器促进对所述移动电话的至少一些功能的用户控制，以及被配置为响应用户输入；以及

显示器和显示器电路，被配置为显示所述移动电话的用户接口的至少一部分，所述显示器和显示器电路被配置为促进对所述移动电话的至少一些功能的用户控制。

35.一种装置，包括用于执行根据权利要求1-8中的任何一项所述的方法的部件。

36.根据权利要求35所述的装置，其中所述装置是移动电话，所述装置还包括：

用户接口电路和用户接口软件，被配置为通过使用显示器促进对所述移动电话的至少一些功能的用户控制，以及被配置为响应用户输入；以及

显示器和显示器电路，被配置为显示所述移动电话的用户接口的至少一部分，所述显示器和显示器电路被配置为促进对所述移动电话的至少一些功能的用户控制。

37.一种方法，包括促进对至少一个接口的访问，所述至少一个接口被配置为允许访问至少一个服务，所述至少一个服务被配置为执行根据权利要求1-8中的任何一项所述的方法。

38.一种方法，包括促进对下列内容的处理或促进处理下列内容：（1）数据和/或（2）信息和/或（3）至少一个信号，所述（1）数据和/或（2）信息和/或（3）至少一个信号至少部分地基于根据权利要求1-8中的任何一项所述的方法。

39.一种方法，包括促进创建和/或促进修改：（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能，所述（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能至少部分地基于根据权利要求1-8中的任何一项所述的方法。

40.一种方法，包括创建和/或修改：（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能，所述（1）至少一个设备用户接口元件和/或（2）至少一个设备用户接口功能至少部分地基于根据权利要求1-8中的任何一项所述的方法。

Images