CN118101821A - 用于提供提醒的方法、计算设备和介质 - Google Patents

Abstract

本公开的实施例涉及用于提供提醒的方法、计算设备和介质。本公开涉及用户设备上的提醒技术。本公开的实施方案尤其涉及基于来自应用程序的信息生成提醒。例如，触发事件诸如其他用户和/或位置可用于配置提醒。另外，在一些示例中，可至少部分地基于用户与应用程序的交互来生成提醒，其中状态信息可被保存并与提醒相关联。

Description

用于提供提醒的方法、计算设备和介质

相关申请的交叉引用

本申请是申请日为2020年4月3日、申请号为202010261448.4、发明名称为“用于提供提醒的方法、计算设备和介质”的发明专利的分案申请。

本申请要求2019年4月16日提交的名称为“REMINDERS TECHNIQUES ON A USERDEVICE”的美国临时申请No.62/834,881和2019年5月31日提交的名称为“REMINDERSTECHNIQUES ON A USER DEVICE”的美国临时申请No.62/855,760的权益。这些申请的公开内容全文以引用方式并入本文。

背景技术

软件应用程序可用于向用户提供大量不同类型的功能和信息。如今，许多软件应用程序旨在帮助用户更有条理，管理日常任务甚至提供提醒和/或建议。但是，并非所有应用程序均彼此很好地集成，并且软件应用程序无法识别许多任务和/或事件。因此，在向用户提供有用提醒方面仍然存在挑战。

发明内容

本公开的实施方案可提供用于生成、配置和提供提醒的通知的系统、方法和计算机可读介质。

在一些实施方案中，提供了一种计算机实现的方法。该方法可包括由用户设备识别正与用户设备的用户进行交互的应用程序；识别与所述应用程序对应的信息项；接收生成与所述信息项对应的提醒的请求；至少部分地基于所述请求来生成所述提醒；接收识别用于向所述用户通知所述提醒的触发事件的配置信息；以及根据对触发项的检测，呈现包括该信息项的提醒的通知。

在一些实施方案中，信息项包括提醒的标题或与提醒相关联的属性中的至少一者。在一些实施方案中，信息项包括与应用程序相关联的统一资源定位符(URL)。在一些实施方案中，当接收到生成提醒的请求时，信息项包括与应用程序的状态对应的状态信息。在一些实施方案中，该方法还包括接收对通知中提供的用户界面元素的选择，并且至少部分地基于该选择，在接收到生成提醒的请求时返回到应用程序的状态。在一些实施方案中，该方法还包括在接收到生成提醒的请求时实现应用编程接口(API)调用以返回到应用程序的状态。在一些实施方案中，触发事件包括用户设备的日期、时间或位置中的至少一者。在一些实施方案中，经由呈现在与应用程序对应的用户界面上的提醒用户界面元素来接收生成提醒的请求。

在一些实施方案中，公开了一种计算设备。该计算设备可包括被配置为存储计算机可执行指令的存储器和被配置为访问存储器并执行计算机可执行指令以执行操作的处理器。所述操作可包括识别所述计算设备的状态；接收生成与所述计算设备的所述状态对应的提醒的请求；至少部分地基于所述请求来生成所述提醒；确定何时向所述用户通知所述提醒；以及根据确定向所述用户通知所述提醒，呈现所述提醒的通知。

在一些实施方案中，计算设备的状态包括对正与用户进行交互的应用程序的指示。在一些实施方案中，应用程序包括web浏览器、联系人应用程序、地图绘制应用程序或通信应用程序。在一些实施方案中，确定向所述用户通知所述提醒至少部分地基于计算设备的日期、时间或位置中的至少一者。在一些实施方案中，计算设备的状态包括用户界面状态。在一些实施方案中，一个或多个处理器被进一步配置为执行计算机可执行指令以至少接收对包括在提醒的通知中的用户界面元素的选择，并且在请求生成提醒时将计算设备的用户界面返回到计算设备的用户界面状态。在一些实施方案中，生成提醒的请求作为语音命令被接收。

在一些实施方案中，公开了计算机可读存储介质。计算机可读存储介质可存储计算机可执行指令，所述计算机可执行指令当由计算设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行操作。所述操作可包括接收生成对应于与所述计算设备交互的提醒的请求；至少部分地基于所述请求来识别与所述交互对应的状态信息；生成包括所述状态信息的所述提醒；以及将所述提醒与提醒应用程序相关联地存储在对应的状态信息中。

在一些实施方案中，所述一个或多个处理器还执行指令，所述指令包括：检测触发确定提供所述提醒的通知的事件，以及至少部分地基于检测到所述事件来提供所述提醒的通知。在一些实施方案中，通知包括识别状态信息的可选用户界面元素。在一些实施方案中，对可选用户界面元素的选择使得计算设备启动与状态信息对应的应用程序。在一些实施方案中，提醒应用程序被配置为至少部分地基于提醒应用程序的启动而在至少一个提醒列表中呈现提醒。

在一些实施例中，公开了一种用于提醒的装置。该装置包括：用于识别正与所述装置的用户进行交互的应用程序的部件；用于识别与所述应用程序对应的信息项的部件；用于接收生成与所述信息项对应的提醒的请求的部件；用于至少部分地基于所述请求来生成所述提醒的部件；用于接收识别用于向所述用户通知所述提醒的触发事件的配置信息的部件；以及用于根据对所述触发项的检测呈现包括所述信息项的所述提醒的通知的部件。

附图说明

图1是根据一些实施方案的用于实现所公开的技术的示例性环境的框图。

图2是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图3是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图4是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

图5是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

图6是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图7是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图8是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图9是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

图10是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

图11是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图12是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图13是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

图14是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

图15是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图16是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图17是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图18是根据一些实施方案的用于实现所公开的技术的示例性用户界面的框图。

图19是细化根据一些实施方案的用于实现所公开的技术的过程的流程图。

具体实施方式

在以下描述中，将描述各种实施方案。为了解释的目的，阐述了很多具体配置和细节以便提供对实施方案的彻底理解。然而，对本领域的技术人员也将显而易见的是，这些实施方案可在没有这些具体细节的情况下被实施。此外，可省略或简化熟知的特征以防止对本文所述的实施方案造成混淆。

除其他方面，本公开的实施方案尤其涉及至少部分地基于在设备应用程序中识别的信息来生成提醒。在一些示例中，提醒可提醒用户要对对象(例如，物理对象、虚拟对象等)执行的任务或操作。如本文所用，“任务”或“动作”可包括待由用户执行的任何合适的活动。另外，“提醒”可包括任何合适形式的任何合适的电子传送机制(例如，告警、警报、电子邮件、通知(例如，推送)、徽章等)。本文提供的示例和此类示例的上下文旨在用于说明性目的，而不是限制本公开的范围。

在一些示例中，用于提供提醒的技术可由用户设备的软件应用程序或操作系统提供。可使用各种技术来增强或以其他方式改进用户设备如何和/或何时向用户提供提醒和/或关于提醒的通知。在一些示例中，用户设备的操作系统可被配置为执行提醒应用程序和/或将提醒应用程序与其他软件应用程序集成。另外，提醒应用程序可被配置为提供用于实现或以其他方式实行各种提醒技术的各种用户界面(UI)。

在至少一个示例中，可在可穿戴设备上生成、配置和/或呈现提醒。可穿戴设备可具有比大多数其他用户设备更小的屏幕面积；因此，UI元素能够以不同方式配置。另外，本文所述的提醒技术的一些功能能够以不同方式提供。通过包括创建/生成提醒和终止(例如，关闭)提醒的至少两个示例，差异和技术优势是显而易见的。

例如，在可穿戴设备呈现与提醒应用程序相关联的UI时，可响应于接收到请求(例如，通过接收到可穿戴设备的显示器(例如触摸屏)上的用力按压(例如，在屏幕上强行按压一段时间)和/或通过接收到语音命令)而生成提醒。如果可穿戴设备当前呈现主要提醒UI界面(例如，提醒主页)，则新生成的提醒可不与任何已发布或非默认提醒列表相关联。例如，提醒可在“所有提醒”类别中列出，或在一般(例如，默认)“提醒”类别中列出；然而，可能就这些情况了。另选地，如果在接收到创建提醒的请求时可穿戴设备正在呈现“列表”界面(例如，显示所有提醒列表的列表页面)，则可自动创建与列表中的一个列表相关联的新生成的提醒。

另外，在一些示例中，一旦创建提醒，便可经由触摸输入来关闭(例如，指示为已完成)提醒。另外，提醒可与属性相关联。在一些示例中，属性可以是除标题之外的与提醒对应的任何附加信息。例如，属性可包括标记、附件(例如，照片、文档等)、备注、到期日期(例如，应当何时完成提醒和/或应当何时提供通知)、关于位置的信息和/或关于提醒的重复的信息。在一些示例中，当正呈现提醒UI元素时，用户可通过轻击提醒来关闭提醒。可针对每个提醒来表示圆形的UI元素(例如，在提醒UI元素的左上角(或其他角))。当提醒被关闭时，可填充圆形的UI元素。对该圆形的填充可指示提醒已被关闭和/或与提醒相关联的任务已完成。在一些示例中，如果提醒未与任何属性相关联，则可通过轻击提醒UI元素中的任何位置来关闭提醒。然而，在一些示例中，如果提醒与任何属性相关联，轻击提醒UI元素的一部分(例如，左侧)可关闭提醒，而轻击另一部分(例如，提醒UI元素的右侧)可相反打开附加的UI元素，该附加UI元素使得用户能够深入研究关于属性的细节。

在至少一个示例中，提醒可与另一用户或用户帐户绑定。例如，在一些情况下，提醒应用程序可被配置为针对在用户与另一用户交互时要执行的事件/动作设置提醒。在一些示例中，提醒应用程序可在用户向另一用户发送消息、呼叫另一用户或物理地靠近另一用户时提醒该用户有关事件。例如，提醒可由人员A设置，以当下次人员A和人员B在交互时提醒其讨论特定项目/事件(例如，即将到来的旅行、要购买的东西或要做的事)。可通过指示要讨论的特定事件以及两者可用于进行交互的渠道和/或媒介来设置提醒。例如，该提醒可基于将人员A和人员B识别为涉及文本消息、即时消息、电话呼叫等来向人员A通知要讨论的事件。类似地，当人员A和人员B位于彼此的阈值物理距离内(例如，彼此距离一英尺、二英尺、十英尺等)时，可触发提醒。在一些情况下，两个用户可具有带地理定位服务的设备，并且这两个设备能够检测两个用户何时彼此靠近(例如，位于阈值距离内)。在其他情况下，这两个设备可利用日历应用程序，并且可检测到两个用户预期同时位于特定位置。另选地，人员A的设备可至少部分地基于网络连接(例如，如果两个设备都连接到同一WiFi网络等)来识别两个用户彼此靠近。在这些情况中的任何一个中，可向用户通知该提醒，使得当用户A与用户B彼此交互时，提醒用户A与用户B讨论该事件或主题。

在另一个示例中，可至少部分地基于当前正与用户进行交互和/或用户当前正在设备上查看的应用程序/项目来自动地(或手动地，例如至少部分地基于用户输入)生成提醒。例如，用户可基于用户正在使用的应用程序中的信息来创建提醒。示例包括但不限于生成关于来自电子邮件应用程序的电子邮件、来自文本应用程序的文本、存在于web浏览器的网站或信息项等的提醒。附加示例包括关于存在于地图应用程序中的位置和/或方向、关于存在于日历应用程序中的日期等的提醒。当生成与交互相关的提醒时(例如，至少部分地基于用户的触摸和/或语音输入)，可捕获和存储用户设备的状态。然后可将该状态信息与提醒相关联，使得当向用户通知该提醒(例如，如果用户选择识别状态信息的UI元素)时，用户设备可返回到其先前状态(例如，在生成提醒时设备的状态)，从而使用户返回到其需要提醒的项目或交互。在一个示例中，用户可查看到某个位置的方向。他们可以对着设备讲话(或选择UI元素)，并要求提供关于方向的提醒。在一些示例中，他们可配置提醒以稍后(或在某个其他位置处)向他们通知该提醒。当向用户通知该提醒时，如果他们选择返回到所述方向，则地图应用程序可重新启动(如果其当前未被执行)并返回到先前呈现的方向。

在一些情况下，本文所述的特征可至少部分地基于用户的活动和/或交互而自动生成和/或推荐给用户。例如，使用自然语言处理(NLP)，提醒应用程序(或经由OS运行的守护进程)可检测用户的文本或动作，并确定提醒将是有用的。在这种情况下，可自动生成提醒或可向用户建议提醒提示，其中用户随后可编辑和/或接受该提醒。使用这些技术生成的提醒可被添加到提醒列表和/或在提醒列表UI中提供。

在另一个示例中，本文所述的技术涉及提供具有一个或多个配置元素的提醒UI。可提供配置元素以启用用于配置日期/时间、位置、重要性标记和/或图像附件的快速选择。使用配置元素，用户可快速地配置提醒以添加特征，诸如何时提醒用户(例如，何时提供提醒的通知)、在何处提醒用户(例如，在什么位置提供提醒的通知)和/或在提醒中包括什么(例如，是否应当有附件、备注、标记等)。

当用户创建提醒时，可在屏幕上的提醒自身旁边提供(呈现)配置元素。在创建提醒期间呈现配置元素以及呈现的位置可使得用户能够容易地配置具有附加配置信息的提醒。例如，用户配置元素可包括日期/时间配置(例如，何时呈现关于提醒的通知)、位置配置(例如，在什么位置提供关于提醒的通知)、重要性标记配置(例如，提醒的重要性)和/或附件配置(例如，要将什么图像、文档等附接到提醒)。

在一些示例中，可实施各种节省时间的技术以帮助快速地配置提醒(例如，在创建时)。例如，如果用户正在选择应当呈现提醒通知的位置，则设备可首先确定当日是星期几。在一些情况下，如果当日为工作日(例如，星期日至星期四)，则用于快速配置提醒的选项可包括“今天”、“明天”和“本周末”。但是，如果当日为周末，则选项可改为包括“今天”、“明天”和“下周末”，以避免针对同一天配置提醒的“明天”和“本周末”选项。另外，在另一个示例中，如果用户正在配置用于触发通知的位置，则选项可包括但不限于“家”，“单位”或某个感兴趣的位置(LOI)。LOI可包括已保存到用户帐户或用户定期访问的任何位置(例如，如果用户定期在特定杂货店购物，则该杂货店(和/或位置)可被保存为该用户的LOI)。在一些情况下，可询问用户该位置应是到达位置还是出发位置。然而，在其他示例中，设备可首先确定用户或用户设备的当前位置。在这种情况下，如果用户在“家”中并选择“家”，则设备自动将该位置设置为出发位置。相反，如果用户选择“家”但不在家中，则设备自动将该位置设置为到达位置。无论实际位置如何，都将应用相同的逻辑。例如，如果用户位于他们正选择用于触发的位置，则该位置将被设置为出发位置触发，但如果用户位于与他们正选择的位置不同的位置，则该位置将被设置为到达位置触发。

在另一个示例中，本文所述的技术涉及将提醒组织为列表。在一些示例中，每个列表可包括当天的提醒，以及至少部分地基于触发的提醒。这样，可根据需要动态地更新列表。此外，通知可以是用户可配置的。可基于提醒的类型(例如，被标记的与经安排的等)或基于关于通知设置的(例如，针对今天、明天或某一天安排的)信息对提醒进行分组。在一些示例中，列表中的提醒可为要在特定日期通知/完成的提醒的组合，其中具有至少部分地基于用户的各种动作/活动而触发的机会性提醒。

在另一个示例中，本文所述的技术涉及提供可配置的小睡(snooze)选项。在一些示例中，动态小睡选项可被绑定至触发器(例如，小睡直到用户到达特定位置(例如，家、杂货店等))，小睡直到用户执行某个动作等。任何事件可用作触发项，该触发项针对提醒设置新的通知时间/位置。

下文将结合至少图1-19进一步讨论此类概念。

图1示出了根据一些实施方案的用于实现所公开的技术的示例性环境100的框图。环境100可包括用户102的两个设备，其中第一设备是任何用户设备(例如，移动电话、平板电脑等)104，并且第二设备是任何可穿戴设备(例如，智能手表等)106。在一些示例中，用户102可利用用户设备104或可穿戴设备106中的任一者或两者来生成提醒。可使用由用户设备104或可穿戴设备106中的任一者或两者执行的一个或多个应用程序来生成、配置、存储和/或呈现提醒。例如，用户设备104和/或可穿戴设备106可被配置为具有提醒应用程序模块108。尽管图1示出了作为用户设备104的一部分的提醒应用程序模块108，但应当理解，同样或类似的应用程序/模块也可由可穿戴设备106执行。

另外，在一些示例中，提醒应用程序模块108可被配置为执行用于实现一个或多个其他软件模块(例如，用户界面模块110、联系人相关提醒模块112和/或状态相关提醒模块114)的程序代码。在一些情况下，提醒应用程序模块108可被配置为实现本文所述的提醒应用程序，包括呈现提醒应用程序用户界面，在该界面中可呈现本文所述的所有UI元素。另外，在一些示例中，UI模块110可被配置用于生成和/或呈现本文所述的UI，包括提醒应用程序UI本身和/或各种UI元素。联系人相关提醒模块112可被配置为实现本文所述的启用与一个或多个其他用户或用户设备相关或以其他方式相关联的提醒(例如，其他用户可为用户102的联系人)的技术。状态相关提醒模块114可被配置为实现本文所述的启用与一个或多个项目和/或与设备104、106的用户交互(例如，项目或与UI的交互)相关或以其他方式相关联的提醒的技术。例如，如果用户正在查看地图，则状态相关提醒模块114可捕获设备104、106的状态，包括与设备的当前交互(例如，查看地图)，并且在请求时可使设备返回到该状态以用于在用户102离开的地方继续。

在至少一个示例中，用户界面模块110可被配置为呈现包括一个或多个提醒列表(例如，在这种情况下，示出“今天”列表)的可穿戴设备UI 116。在此示例中，“今天”列表包括两个提醒，其由“今天”列表右上角的“2”指示。另外，可穿戴设备UI 116可包括“新提醒”按钮，当用力按压或长时间按压(例如，用力或按压持续阈值时间量(例如，超过一秒等))时，可使用该按钮来生成新提醒。在一些示例中，如果在列表UI中创建提醒(例如，如图1中所示)，则可生成新提醒作为列表的一部分。然而，在其他示例中，可生成新提醒作为默认列表(例如，默认文件夹)的一部分。

另外，UI模块110还可被配置为呈现可启用任何提醒的快速配置/定制的“快捷栏”118。例如，快捷栏118可在生成新提醒时和/或在已经生成新提醒之后提供配置功能。在一些示例中，快捷栏118可包括时间UI元素(由时钟图标示出)、位置UI元素(由指南针箭头图标示出)、标记UI元素(由标记图标示出)和附件UI元素(由时钟图标示出)。如果用户102选择时间UI元素，则用户102可快速地从一个或多个时间配置选项中选择(例如，应何时向用户通知提醒)。如果用户102选择位置UI元素，则用户102可快速地从一个或多个位置配置选项中选择(例如，应在何处向用户通知提醒)。如果用户102选择标记UI元素，则用户102可快速地从一个或多个标记中选择以定制提醒。如果用户102选择附件UI元素，则用户102可快速地从一个或多个附件配置选项(例如，是否附加图像、统一资源定位符(URL)、文档等)中选择。

在一些示例中，联系人相关提醒模块112可被配置为使得用户102能够生成与另一用户或用户设备相关联的分配。例如，联系人相关提醒模块112可使得用户102能够生成在用户设备104的显示器上所示的提醒应用程序中所示的第一提醒120。这里，第一提醒120的标题为“与Toni讨论行程”。因此，该提醒被配置为通知用户102与另一人讨论行程，在这种情况下另一人是Toni(例如，用户102的联系人)。然后，联系人相关提醒模块112可确定用户102下次与Toni通信，或至少可能物理地靠近Toni，并且至少部分地基于该确定来提供提醒的通知。例如，如果用户102开始向Toni发送消息(例如，文本消息或其他电子消息)或拨打/接听与Toni的呼叫，则联系人相关提醒模块112可向用户102通知该提醒。另外，在一些示例中，联系人相关提醒模块112可访问位置信息和/或日历信息，并且可在其检测到用户102和Toni彼此物理地接近、被安排靠近彼此和/或被安排一起开会(例如，即使两者物理上相距很远)时向用户102通知该提醒。

在一些示例中，状态相关提醒模块114可被配置为存储用户的状态，生成包括状态信息的提醒，然后在稍后通知用户返回该状态。例如，在用户设备104的显示器上所示的提醒应用程序中所示的第二提醒122是“在Trips.com上预订航班”的提醒。在该示例中，用户可能已创建与网站Trips.com相关联的提醒。例如，用户可能一直在使用能够查看网站Trips.com的Web浏览器或其他应用程序。在请求生成针对该网站的提醒时，状态相关提醒模块114可生成包括正被查看/与之交互的URL的提醒。该状态信息在被执行时可用于使用户返回查看Trips.com网站。例如，当向用户102通知提醒122时，可向用户呈现用于显示URL的UI元素。在选择该状态信息后，用户设备104可启动web浏览器，并返回到适当的URL(在这种情况下为Trips.com)。

在一种例示性配置中，一个或多个用户设备102、104可包括至少一个存储器124和一个或多个处理单元(或一个或多个处理器126)。一个或多个处理器126可根据适当情况在硬件、计算机可执行指令、固件或它们的组合中实现。一个或多个处理器126的计算机可执行指令或固件具体实施包括以任何合适的编程语言编写的计算机可执行指令或机器可执行指令，以执行所述的各种功能。

存储器124可存储能够在一个或多个处理器126上加载和执行的程序指令以及在执行这些程序期间生成的数据。存储器124可包括操作系统128、一个或多个数据存储库130和/或用于实现本文关于附图所公开的特征的一个或多个应用程序、模块或服务(例如，应用程序132)。在一些实施方案中，应用程序132可为提醒应用程序模块108。根据用户计算设备的配置和类型，存储器124可为易失性存储器(诸如随机存取存储器(RAM))和/或非易失性存储器(诸如只读存储器(ROM)、闪存存储器等)。一个或多个用户设备102,104还可包括附加的可移除存储装置和/或不可移除存储装置，包括但不限于磁存储装置、光盘和/或磁带存储装置。磁盘驱动器及其相关联的计算机可读介质可为计算设备提供计算机可读指令、数据结构、程序模块及其他数据的非易失性存储装置。在一些具体实施中，存储器124可包括多种不同类型的存储器，诸如静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)或ROM。

存储器124和附加存储装置(不管是可移除的还是不可移除的)均为计算机可读存储介质的示例。例如，计算机可读存储介质可包括易失性或非易失性、可移除或不可移除介质，其以任何方法或技术实现以用于存储信息诸如计算机可读指令、数据结构、程序模块或其他数据。存储器124和附加存储装置为计算机存储介质的示例。可存在于一个或多个用户设备102、104中的其他类型的计算机存储介质可包括但不限于：PRAM、SRAM、DRAM、RAM、ROM、EEPROM、闪存存储器或其他存储器技术、CD-ROM、DVD或其他光学存储装置、磁带盒、磁带、磁盘存储装置或其他磁性存储设备、或任何其他可用于存储所期望信息并可被相应提供方计算机访问的介质。上述任意者的组合也应该包括在计算机可读介质的范围内。

另选地，计算机可读通信介质可包括计算机可读指令、程序模块或在数据信号诸如载波或其他传输手段内传输的其他数据。然而，如本文所用，计算机可读存储介质不包括计算机可读通信介质。

一个或多个用户设备102、104还可包含一个或多个通信连接134。一个或多个通信连接134可允许一个或多个用户设备102、104与存储数据库、另一用户设备或服务器、用户终端和/或一个或多个网络上的其他设备进行通信。一个或多个用户设备102、104还可包括一个或多个I/O设备136。一个或多个I/O设备136可包括诸如键盘、鼠标、笔、语音输入设备、触摸输入设备、显示器、扬声器、打印机等的设备。

图2示出了可通过在可穿戴设备202上执行图1的UI模块110来实现的功能的附加示例200。在一些示例中，可穿戴设备210的UI可被呈现在与较大用户设备(例如，图1的用户设备102)上可用的屏幕相比更小的屏幕上，这主要是由于可穿戴设备的形状因数较小。因此，可采用与UI交互的不同机构。例如，在一些情况下，可在可穿戴设备202上实现关闭提醒(例如，将提醒标记为完成)的两种不同方法。在一个示例中，第一提醒UI元素204可不包括任何属性。例如，提醒UI元素204是标题为“蛋”的提醒。然而，该提醒不具有如图所示的在UI元素上未示出图标的任何属性。另一方面，第二提醒UI元素206具有至少六个属性。如本文所述，属性可包括提醒日期、重复信息、提醒位置(包括其是到达位置还是离开位置)、标记、一个或多个备注和/或一个或多个附件。在例示的示例中，提醒228包括所有这些属性。

在一些示例中，可通过轻击UI元素如被示出为放大的UI元素208内的任何位置来关闭(例如，标记为已完成)第一提醒204。一旦被关闭，圆形图标就可被填充，如在“蛋”提醒204下方被称为“牛奶”的提醒UI元素所看到的那样。另选地，如果提醒包括属性，诸如提醒206，则可通过轻击UI元素，如被示出为放大的UI元素210的左侧来关闭提醒，而不是轻击任何地方。然而，如果UI元素如被示出为放大的UI元素212的右侧被轻击(例如，当存在与提醒相关联的属性时)，则可呈现第二UI元素，该第二UI元素使得用户能够深入了解显示与提醒相关联的属性的信息的视图。

图3示出了可穿戴设备304上的新提醒UI元素300和“显示已完成”UI元素302。在一些示例中，可通过语音命令生成新提醒(例如，用户可说“嘿，设备，创建新提醒”)。在检测到语音命令时，可生成新提醒。然而，在其他示例中，用户可通过轻击、长按压或用力按压新提醒UI元素300来生成新提醒。如本文所述，如果用户当前正在查看提醒应用程序UI的主要部分，则新提醒可与默认列表相关联和/或存储在“所有提醒”列表中。然而，如果用户正在与提醒列表UI进行交互，则新提醒可生成并自动与提醒列表UI中的一个列表相关联。另外，“显示已完成”UI元素302可用于在显示已完成的提醒和隐藏已完成的提醒之间切换。在一些示例中，元素302也可通过轻击、长按压和/或用力按压来被激活。

图4是根据至少一个实施方案的用于实现提醒生成技术的示例性流程400，其中提醒可包括或可不包括属性。应当理解，流程400可包括比图4中所示的操作更多或更少的操作，并且操作(例如，图4中所示的操作)能够以任何合适的顺序执行。流程400的操作可由图1的可穿戴设备106或被配置为提供此类功能的任何计算设备(例如，图1的用户设备104)或这两者的任何合适的组合来执行。

流程400可在402处开始，其中可穿戴设备106可呈现提醒应用程序UI。例如，提醒应用程序UI可以是可提供UI以用于创建、配置、存储和通知提醒的任何类型的软件应用程序。在一些情况下，在提醒应用程序UI内可存在各种视图。

在404处，可穿戴设备106可在提醒UI元素上(例如，在可穿戴设备106的触敏屏幕上)接收触摸输入。在一些示例中，提醒UI元素是表示提醒的单独UI元素(例如，图2的具有属性的提醒UI元素204或图2的不具有属性的提醒UI元素206)。

在408处，可穿戴设备106可被配置为确定提醒是否包括一个或多个属性或与一个或多个属性相关联。如果提醒不包括任何属性，则可穿戴设备106可在410处确定触摸输入的位置，并且如果触摸输入的位置在UI元素内的任何位置处，则在412处关闭提醒。这样，用户可通过仅轻击用于提醒的UI元素来快速完成提醒。

另选地，如果提醒确实包括属性，则在414处，可穿戴设备106可呈现表示属性的图标(在一些示例中，该步骤实际上可在402处呈现提醒时完成)，在416处确定触摸输入的位置，然后识别触摸输入是在提醒UI元素的第一部分还是第二部分处。

在420处，如果可穿戴设备106确定触摸输入在第一部分(例如，最左边部分或最左边1/3部分)中，则提醒可被关闭或被标记为已完成。

在422处，如果可穿戴设备106确定触摸输入在第二部分(例如，最右边部分或最右边2/3部分)中，则可呈现属性信息而不是关闭提醒。

图5是根据至少一个实施方案的用于实现提醒生成技术的示例性流程500，其中提醒可包括或可不包括属性。应当理解，流程500可包括比图5中所示的操作更多或更少的操作，并且操作(例如，图5中所示的操作)能够以任何合适的顺序执行。流程500的操作可由图1的可穿戴设备106或被配置为提供此类功能的任何计算设备(例如，图1的用户设备104)或这两者的任何合适的组合来执行。

在502处，可穿戴设备106可呈现提醒UI元素，并随后在504处确定该提醒与属性相关联。在506处，可穿戴设备106可检测触摸输入。在508处，如果检测到触摸输入在提醒UI元素的第一部分中，则可穿戴设备106可呈现属性UI元素。另选地，在510处，如果检测到触摸输入在提醒UI元素的第二部分中，则可穿戴设备106可将提醒标记为已完成。

图6示出了用于在例如用户设备诸如图1的用户设备104上配置提醒的提醒生成UI600。在该示例中，提醒可被配置为具有各种参数和/或属性。例如，提醒可被配置为具有标题(例如，“买日用品”)602和/或备注604。另外，提醒可被配置为具有用于通知的星期/日期(例如，应何时呈现提醒)606和/或用于通知的位置608。提醒也可被配置为具有标记610、优先级612和/或图像(或其他附件)614。另外，在一些示例中，提醒可被配置为提醒列表616的一部分和/或具有一个或多个子任务618。

在一些示例中，该提醒还可被配置为基于另一用户620呈现。例如，如上文结合图1的联系人相关提醒模块112所述，可至少部分地基于与(例如，在联系人列表中列出的)用户的通信和/或交互来呈现提醒的通知。在图6的示例中，选项620为“在发消息给Toni时提醒我”。在该示例中，“Toni”可在用户的联系人列表中，并且可从下拉列表或从联系人应用程序直接选择她的姓名。一旦配置了该设置并将其设置为on(例如，如图6中所示，其中选择UI元素向右滑动)，则图1的联系人相关提醒模块112可被配置为识别用户设备104的用户何时尝试经由即时消息应用程序与Toni通信和/或正在与Toni通信。例如，如果正在准备发送到Toni的外发文本消息或即时消息，则图1的联系人相关提醒模块112可通知用户设备104的用户“买日用品”。基于此，可提醒用户让Toni买日用品。

图7示出了用于配置提醒的另一示例性提醒生成UI 700。在该示例中，与图6中所述的即时消息应用程序相反，联系人相关提醒模块112被配置为至少部分地基于电话呼叫(例如，如“在呼叫Toni时提醒我”选项702所见)来使得针对提醒的通知能够与另一用户绑定。因此，当用户设备104尝试呼叫Toni或接收来自Toni的呼叫时，可呈现针对提醒“买日用品”的通知。在一些情况下，通知可呈现在另一设备(例如，可穿戴设备诸如可穿戴设备106)上，使得即使用户将用户设备104放置到他们的面部，用户仍可看到通知。然而，在其他示例中，如果用户设备104检测到扬声器已打开或用户正在使用头戴式耳机，则该通知可直接呈现在用户设备104的屏幕上(例如，作为下拉通知等)。

图8示出了用于配置提醒的又一示例性提醒生成UI 800。在该示例中，与图6中所述的即时消息应用程序或图7中的呼叫选项相反，联系人相关提醒模块112被配置为至少部分地基于相应用户或用户设备的位置(例如，如“在靠近Toni时提醒我”选项802处所见)来使得针对提醒的通知能够与另一用户相关联。因此，当用户设备104检测到用户和Toni彼此物理接近时(例如，基于GPS或其他位置信息)，可呈现针对提醒“买日用品”的通知。在一些情况下，“靠近”Toni还可包括被安排在同一会议或参加同一次会议。在这种情况下，用户设备104将需要访问这两个设备的日历应用程序。另外，在一些情况下，对于图6-8中的任一示例，另一用户可选择加入和/或选择退出，因为这些实施方案需要用户设备104能够访问另一个人的个人/私密信息。因此，一旦在用户设备104处配置了选择加入选项，就可将该选项呈现给Toni。选择加入选项可使得Toni能够在有限的时间内、仅在特定小时/天数内等同意。另选地，Toni可选择退出在任何时间被跟踪。

图9是根据其中提醒可与另一用户绑定的至少一个实施方案的用于实现提醒生成技术的示例性流程900。应当理解，流程900可包括比图9中所示的操作更多或更少的操作，并且操作(例如，图9中所示的操作)能够以任何合适的顺序执行。流程900的操作可由图1的用户设备104和被配置为提供此类功能的任何计算设备(例如，图1的可穿戴设备106)或这两者的任何合适的组合来执行。

流程900可在902处开始，其中用户设备104可接收对应于提醒的信息项。该信息项可包括提醒的标题和/或任何属性。该信息项还可包括可与提醒相关联或以其他方式可用于识别该提醒的任何其他信息(例如元数据)。

在904处，用户设备104可接收识别第二用户的信息。该信息可包括联系人信息和/或一个或多个标识符。在一些示例中，第二用户可能需要在用户设备104的联系人列表中列出。这样，用户可选择可容易地从联系人列表中选择的第二用户，并且第一用户无需在提醒设置过程期间输入联系人信息。

在906处，用户设备104可确定第一用户和第二用户何时进行交互。如上所述，用户设备104可基于相应用户设备或用户的实际(例如，物理)位置进行该确定(例如，可从用户的第二设备诸如可穿戴设备等接收位置信息)。交互还可包括两个用户进行消息传递、彼此呼叫和/或被安排在同一会议中或彼此靠近的会议中。

在908处，当用户设备104可至少部分地基于所检测到的交互来呈现通知。

图10是根据其中提醒可与另一用户绑定的至少一个实施方案的用于实现提醒生成技术的示例性流程1000。应当理解，流程1000可包括比图10中所示的操作更多或更少的操作，并且操作(例如，图10中所示的操作)能够以任何合适的顺序执行。流程1000的操作可由图1的用户设备104或被配置为提供此类功能的任何计算设备(例如，图1的可穿戴设备106)或这两者的任何合适的组合来执行。

流程1000可在1002处开始，其中用户设备104可接收识别提醒的信息。在1004处，用户设备104可接收识别触发事件的信息。在该示例中，触发事件可有效地发起通知，并且可包括关于第一用户和第二用户两者的信息。

在1006处，用户设备104可识别触发事件是否已发生。例如，如果触发事件是其中第一用户和第二用户位于相同物理建筑物地址处的事件，则用户设备104可定期跟踪这两个设备的位置。随后，一旦用户设备104检测到位置相同(或至少在相同的阈值距离内)，则在1008处，用户设备104可呈现提醒的通知。

图11示出了用于在例如用户设备诸如图1的用户设备104上生成提醒的另一个实施方案。在该示例中，当用户正在与应用程序(例如，Web浏览器等)1102进行交互时，可由图1的状态相关提醒模块114生成提醒。此处，用户可查看whiskybase.com上的页面，并且可选择提醒生成UI元素1104。在选择提醒生成UI元素1104时，用户设备的状态可被保存并与提醒相关联。可如本文所述将其他属性添加到提醒中，并且提醒可被配置为具有至少部分地基于时间/日期、位置和/或其他用户的通知。然而，在该示例中，当向用户提供通知时，用户可能能够选择状态信息。在该实施方案中，状态信息可识别URL(例如，whiskybase.com)。在选择提醒通知中的状态信息时，用户设备104可启动Web浏览器并返回到生成提醒时用户设备所处的状态。以此方式，图11中所示的网页可再次呈现给用户。

图12示出了使用图1的状态相关提醒模块114的另一个示例。在该示例中，用户设备104正在显示地图应用程序1202。然而，用户1208可通过语音命令而不是使用提醒生成UI元素(例如，如图11的1104)开始生成提醒。例如，用户1208可对激活提醒生成的用户设备104(例如，用户1208可说出“提醒我”)说出话语，所述提醒可触发图1的状态相关提醒模块114。非常类似于图11的示例，用户设备104的状态(例如，地图应用程序和/或放置的大头针(例如，此处为用户停放汽车的位置))可被保存并与提醒相关联。在一些情况下，该特征可由能够捕获和/或存储其状态的用户设备104的任何应用程序支持。

图13是根据至少一个实施方案的用于实现提醒生成技术的示例性流程图1300，其中提醒可与应用程序或识别正与用户进行交互的应用程序的状态信息相关联。应当理解，流程1300可包括比图13中所示的操作更多或更少的操作，并且操作(例如，图13中所示的操作)能够以任何合适的顺序执行。流程1300的操作可由图1的用户设备104和被配置为提供此类功能的任何计算设备(例如，图1的可穿戴设备106)或这两者的任何合适的组合来执行。

流程1300可在1302处开始，其中用户设备104可识别正与用户进行交互的应用程序。例如，用户可与地图应用程序、Web浏览器、音乐流应用程序等进行交互。

在1304处，用户设备104可识别与应用程序对应的信息项。例如，信息项可识别应用程序和/或关于应用程序的附加信息。即，在一些示例中，信息项可以是与正被查看的网页相关联的URL，或者与正被查看的地图应用程序相关联的地址或方向。在其他情况下，信息项可包括执行返回先前状态所需的附加状态信息。

在1306处，用户设备104可接收生成提醒的请求(例如，至少部分地基于用户的交互)。如所指出的，该请求可通过轻击触摸界面的UI元素来进行，或者可经由语音命令来进行。

在1308处，用户设备104可至少部分地基于请求来生成提醒。提醒可包括添加到提醒和/或信息项的任何属性。提醒还可包括触发事件和/或通知参数；尽管在一些示例中这些仅仅是属性。

在1310处，用户设备104可接收识别触发事件的配置信息。如上所述，这可能已经是属性的一部分；然而，在其他情况下，用户可单独添加触发事件(即，在生成提醒之后)。

在1312处，用户设备104可至少部分地基于对触发事件的检测来呈现包括信息项的通知。

图14是根据至少一个实施方案的用于实现提醒生成技术的示例性流程图1400，其中提醒可与应用程序或识别正与用户进行交互的应用程序的状态信息相关联。应当理解，流程1400可包括比图14中所示的操作更多或更少的操作，并且操作(例如，图14中所示的操作)能够以任何合适的顺序执行。流程1400的操作可由图1的用户设备104和被配置为提供此类功能的任何计算设备(例如，图1的可穿戴设备106)或这两者的任何合适的组合来执行。

流程1400可在1402处开始，其中用户设备104可接收生成对应于用户与用户设备104的交互的提醒的请求。例如，用户可与应用程序交互，并且可请求生成与应用程序或与作为应用程序的一部分或以其他方式由应用程序显示的信息对应的提醒。

在1404处，用户设备104可识别用户设备的状态信息。具体地，状态信息可直接对应于正与用户进行交互的应用程序。例如，所识别的状态信息不需要包括关于通用存储器、后台处理或可能正在运行的其他应用程序的信息。换句话讲，识别用于生成关于用户交互的提醒的状态信息可限于捕获用户界面的状态和/或用户与界面交互的状态信息。然而，在一些示例中，可能需要附加状态信息。例如，当用户与第一应用程序的交互依赖于在后台运行的某个其他应用程序。如果是这种情况，则识别另一个应用程序的状态的附加状态信息也可被识别。

在1406处，用户设备104可生成包括状态信息的提醒。

在1408处，用户设备104可存储具有对应状态信息的提醒。因此，当呈现提醒的通知时，状态信息中的至少一些可被呈现给用户，以便其可选择该信息，并返回到项目、交互或正与用户进行交互的应用程序。

图15示出了由不同形状因数的设备显示的两个示例性提醒UI。例如，提醒应用程序UI显示在用户设备(例如，智能电话)1502上的“列表”视图(例如，列表UI)中，并且提醒UI的另一版本显示在平板设备1504上。

在由用户设备1502显示的第一UI中，可看到提醒列表。这些提醒已经生成；但是，它们可能尚未完全配置。例如，它们可能不具有分配给他们的任何属性，在这种情况下，它们只是可能不触发通知的待办事项列表项。在不具有属性的情况下，提醒应用程序不知道何时向用户通知提醒。因此，可在提醒列表下方提供配置UI元素的快捷栏1506。在一些示例中，该快捷栏1506可呈现在提醒列表的旁边，并且可用于配置已经生成的提醒。然而，在其他示例中，当正在创建提醒时，快捷栏1506可呈现在提醒生成UI中。

在由用户设备1504显示的第二UI中，提醒列表也被显示在“提醒”UI部分1508中。在一些示例中，该部分1508可列出所有提醒。另外，与提醒UI部分1508相邻，该提醒UI可呈现用于管理提醒的一组自动生成的列表或类别。在该示例中，“今天”列表包括服务器(7)提醒，“已安排”列表包括十三(13)个提醒等。这些自动生成的列表下方还可以是示出不同列表或至少以不同方式示出列表中的一些列表的其他列表UI元素。同样，如在用户设备1502上所示，该UI还包括具有类似于快捷栏1506功能的快捷栏1510。快捷栏1506和1510均被配置为具有时间/日期图标、位置图标、标记图标和附件/照片图标，这将在下文更详细地讨论。

图16示出了与可用于配置提醒的快捷栏1602相关联的更多细节。在该示例中，示出了可在用户选择快捷栏1602的时间图标1604时呈现的至少四个不同的快捷选项UI元素。与时间图标1604相关联的快捷选项UI元素为“今天”1606、“明天”1608、“本周末”1610和“自定义”1612。因此，如果用户希望在这些给定日期的其中一天设置提醒的通知以用于呈现，那么他们可以快速且容易地选择适当的日期。例如，如果用户希望在明天收到关于某个提醒的通知，那么他们可以选择“明天”1608。然而，在一些示例中，“本周末”1610选项可能需要修改为“下一个周末”，以避免用于提供相同设置的“明天”1608选项和“本周末”1610选项。即，在星期五或星期六，明天和本周末将是相同的。因此，提醒应用程序可被配置为在呈现快捷栏1602之前确定当前日期。如果当前日期为星期五或星期六(例如，为了本示例的目的，为周末)，则将调整快捷栏1602，使得“本周末”1610选项将改为显示“下一个周末”。另选地，如果当前日期为工作日，则选项1610将保持为“本周末”。另外，在一些示例中，选择“自定义”1612选项将导致呈现使得用户能够从日历选择日期的附加UI元素。

图17示出了与可用于配置提醒的快捷栏1702相关联的更多细节。在该示例中，示出了可在用户选择快捷栏1702的位置图标1704时呈现的至少四个不同的快捷选项UI元素。与位置图标1704相关联的快捷选项UI元素是“到家”1706、“到单位”1708、“进入汽车”1710和“自定义”1712。因此，如果用户希望基于这些事件中的一者来设置提醒的通知以用于呈现，那么他们可以快速且容易地选择适当的触发事件。例如，如果用户希望在他们进入他们的汽车时收到关于某个提醒的通知，则他们可以选择“进入汽车”1710。然而，在一些示例中，用户设备能够自动确定触发事件是应为“到达”事件还是“离开”事件，并且可自动地配置该设置(或其可建议该设置，并且允许用户确认或拒绝)。例如，如果在设置提醒时用户在家，则“到家”1706选项可被更改为“离开家”，因为用户更有可能希望在他们离开时被提醒。另选地，如果他们当前位于工作单位，并且提醒位置是家，则“到家”1706选项可能是合适的，并且UI中的任何内容均不可改变。然而，在一些示例中，用于确定选项是否应提供“到达”或“离开”的逻辑可在呈现快捷栏之前执行，从而避免需要改变某些东西。相反，用户设备可检测用户的当前位置，将触发事件位置设置识别为相同位置或不同位置，然后相应地生成/呈现快捷栏1702。

图18示出了与可用于配置提醒的快捷栏1802相关联的更多细节。在该示例中，示出了可在用户选择快捷栏1802的照片图标1804时呈现的至少三个不同的快捷选项UI元素。与照片图标1804相关联的快捷选项UI元素是“拍摄照片”1806、“照片库”1808和“扫描文档”1810。因此，如果用户想要将照片或其他文档附加到提醒，那么他们可以快速且容易地选择适当的选项。

图19是根据其中可使用动态配置UI元素来配置提醒的至少一个实施方案的用于实现提醒生成技术的示例性流程1900。应当理解，流程1900可包括比图19中所示的操作更多或更少的操作，并且操作(例如，图19中所示的操作)能够以任何合适的顺序执行。流程1900的操作可由图1的用户设备104或被配置为提供此类功能的任何计算设备(例如，图1的可穿戴设备106)或这两者的任何合适的组合来执行。

流程1900可在1902处开始，其中用户设备104呈现提醒UI。提醒UI可被配置为呈现一个或多个提醒、提醒列表、提醒组和/或列表组、配置选项和/或提醒生成工具。

在1904处，用户设备104可识别用于生成提醒的请求。该请求可作为用户输入(例如，触摸屏上的轻击、长按压、用力按压等)而被接收，或者其可作为语音命令被接收。

在1906处，用户设备104可呈现提醒UI元素。在一些情况下，提醒UI元素是可在提醒UI中显示的提醒的特定UI表示。在一些实施方案中，图6是提醒UI元素的示例。然而，存在对该UI外观和触感的变型形式，并且显示至少新提醒的标题的任何UI元素可为提醒UI元素。

在1908处，用户设备104可呈现一个或多个配置UI元素。这些配置UI元素可表示为图15-18中所示的快捷栏。配置UI元素可邻近提醒UI元素呈现。

在1910处，用户设备104可接收对配置UI元素中的一个配置UI元素的选择。

在1912处，用户设备104可呈现用于所选择的配置UI元素的适当配置选项。例如，如果所选择的配置UI元素是照片图标，则图18中所指出的选项将是要在1912处呈现的适当配置选项。

在1914处，用户设备104可接收与选项中的一个选项对应的输入。

在1916处，用户设备104可至少部分地基于在1914处接收到的输入来配置提醒。然而，如所指出的，在一些示例中，一些配置设置可为自动的。例如，用户的位置和触发位置是已知的，可确定和自动选择该位置应是“到达”位置还是“出发”位置。在这种情况下，用户可能不需要在1914处选择选项和/或在1912处不提供任何选项。

在一些实施例中，公开了一种用于提醒的装置。该装置包括：用于识别正与所述装置的用户进行交互的应用程序的部件；用于识别与所述应用程序对应的信息项的部件；用于接收生成与所述信息项对应的提醒的请求的部件；用于至少部分地基于所述请求来生成所述提醒的部件；用于接收识别用于向所述用户通知所述提醒的触发事件的配置信息的部件；以及用于根据对所述触发项的检测呈现包括所述信息项的所述提醒的通知的部件。

在一些实施例中，所述信息项包括所述提醒的标题或与所述提醒相关联的属性中的至少一者。

在一些实施例中，所述信息项包括与所述应用程序相关联的统一资源定位符(URL)。

在一些实施例中，当接收到生成所述提醒的所述请求时，所述信息项包括与所述应用程序的状态对应的状态信息。

在一些实施例中，该装置还包括：用于接收对所述通知中提供的用户界面元素的选择的部件；以及用于至少部分地基于所述选择在接收到生成所述提醒的所述请求时返回到所述应用程序的所述状态的部件。

在一些实施例中，该装置还包括用于在接收到生成所述提醒的所述请求时实现应用编程接口(API)调用以返回到所述应用程序的所述状态的部件。

在一些实施例中，所述触发事件包括所述用户设备的日期、时间或位置中的至少一者。

在一些实施例中，经由呈现在与所述应用程序对应的用户界面上的提醒用户界面元素来接收生成所述提醒的所述请求。

如上所述，本技术的一个方面在于收集和使用得自各种来源的数据，以根据应用程序生成提醒。本公开预期，在一些实例中，这些所采集的数据可包括唯一地识别或可用于联系或定位特定人员的个人信息数据。此类个人信息数据可包括人口数据、基于位置的数据、电话号码、电子邮件地址、推特的ID、家庭地址、出生日期或任何其他识别信息或个人信息。

本公开认识到在本发明技术中使用此类个人信息数据可用于使用户受益。例如，个人信息数据可用于递送更好的提醒。因此，使用此类个人信息数据使得用户能够在可能有利于完成任务的时间并以可能有利于完成任务的方式接收提醒和/或通知。因此，本文所讨论的个人信息数据可帮助用户确保生成提醒和/或提示用户根据该特定用户的日程安排和日常活动来完成任务。

本公开设想负责采集、分析、公开、传输、存储或其他使用此类个人信息数据的实体将遵守既定的隐私政策和/或隐私实践。具体地，此类实体应当实行并坚持使用被公认为满足或超出对维护个人信息数据的隐私性和安全性的行业或政府要求的隐私政策和实践。此类政策应该能被用户方便地访问，并应随着数据的采集和/或使用变化而被更新。来自用户的个人信息应当被收集用于实体的合法且合理的用途，并且不在这些合法使用之外共享或出售。此外，应在收到用户知情同意后进行此类采集/共享。此外，此类实体应考虑采取任何必要步骤，保卫和保障对此类个人信息数据的访问，并确保有权访问个人信息数据的其他人遵守其隐私政策和流程。另外，这种实体可使其本身经受第三方评估以证明其遵守广泛接受的隐私政策和实践。此外，应当调整政策和实践，以便采集和/或访问的特定类型的个人信息数据，并适用于包括管辖范围的具体考虑的适用法律和标准。因此，在每个国家应为不同的个人数据类型保持不同的隐私实践。

不管前述情况如何，本公开还预期用户选择性地阻止使用或访问个人信息数据的实施方案。即本公开预期可提供硬件元件和/或软件元件，以防止或阻止对此类个人信息数据的访问。例如，就根据应用程序生成提醒而言，本发明技术可被配置为在注册服务期间或之后任何时候允许用户选择“选择加入”或“选择退出”参与对个人信息数据(或其个人信息数据的某部分)的收集。在另一个示例中，用户可选择不提供用于生成提醒和/或通知的个人信息数据。在另一个示例中，用户可选择限制保持个人信息数据的时间长度或完全禁止使用包括或利用个人信息的提醒和/或通知。除了提供“选择加入”和“选择退出”选项外，本公开设想提供与访问或使用个人信息相关的通知。例如，可在下载应用时向用户通知其个人信息数据将被访问，然后就在个人信息数据被应用访问之前再次提醒用户。

此外，本公开的目的是应管理和处理个人信息数据以最小化无意或未经授权访问或使用的风险。一旦不再需要数据，通过限制数据收集和删除数据可最小化风险。此外，并且当适用时，数据去标识能够被用于保护用户的隐私。可在适当时通过移除特定标识符(例如，出生日期等)、控制所存储数据的量或特异性(例如，在城市级别而不是在地址级别收集位置数据)、控制数据如何被存储(例如，在用户之间聚合数据)、和/或其他方法来促进去标识。

因此，虽然本公开广泛地覆盖了使用个人信息数据来实现一个或多个各种所公开的实施方案，但本公开还预期各种实施方案也可在无需访问此类个人信息数据的情况下被实现。即，本发明技术的各种实施方案不会由于缺少此类个人信息数据的全部或一部分而无法正常进行。例如，可通过基于非个人信息数据或绝对最低数量的个人信息诸如与用户相关联的设备所请求的内容、对主动提醒引擎可用的其他非个人信息或公开可用的信息来推断偏好，从而生成和/或递送提醒。

说明书和附图应被视为具有例示性的而非限制性的意义。然而，显而易见的是，在不脱离权利要求中阐述的本公开的更广泛的实质和范围的情况下，可对其进行各种修改和改变。

其他变型形式在本公开的实质内。因此，尽管所公开的技术容易受到各种修改和另选构造的影响，但是其某些例示的实施方案在附图中示出并且已经在上面详细描述。然而，应当理解，并不旨在将本发明限制于所公开的特定形式，相反，其目的在于覆盖落入本公开的实质和范围内的所有修改、另选构造和等同形式，如由所附权利要求所限定。

在描述所公开的实施方案的上下文中(特别是在下面的权利要求书的上下文中)使用术语“一”和“一个”和“该”以及类似的指示词将被解释为覆盖单数和复数，除非另有说明或与上下文明显矛盾。除非另有说明，否则术语“包含”、“具有”、“包括”和“含有”应被解释为开放式术语(即，意思为“包括但不限于”)。术语“连接”被解释为即使有干预的东西，也被部分或全部地包含在内、附接或接合在一起。除非本文另有说明，否则本文中对数值范围的叙述仅仅旨在用作单独提及落入该范围内的每个单独值的简单方法，并且每个单独的值被并入说明书中，如同在本文中单独引用。本文所述的所有方法能够以任何合适的顺序执行。除非另有声明，否则本文提供的任何和所有示例或示例性语言(例如，“诸如”)的使用仅仅旨在更好地说明本发明的实施方案，并且不会限制本发明的范围。说明书中的任何语言都不应被解释为指示任何未声明的元素对于本发明的实践是必不可少的。

除非另外特别说明，否则析取语言诸如短语“X、Y或Z中的至少一者”在上下文中旨在被理解为通常用于呈现项目、术语等，其可以是X、Y或Z，或它们的任何组合(例如，X、Y和/或Z)。因此，此类析取语言通常不旨在并且不应该暗示某些实施方案要求X中的至少一个、Y中的至少一个或者Z中的至少一个均各自存在。

本文描述了本公开的优选实施方案，包括发明人已知的用于执行本发明的最佳模式。在阅读前面的描述之后，那些优选实施方案的变型形式对于本领域的普通技术人员来说可变得显而易见。发明人期望技术人员适当地采用此类变型形式，并且发明人旨在以不同于本文具体描述的方式来实践技术。因此，如适用法律所允许的，这些技术包括所附权利要求中记载的主题的所有修改和等同形式。此外，除非在本文中另外指出或者明显与上下文矛盾，否则所公开的技术包含上述元素的所有可能变型形式的任何组合。

本文引用的所有参考文献，包括出版物、专利申请和专利，均据此以引用方式并入本文，正如每篇参考文献被单独且具体地指示为以引用方式并入并且在本文全文阐述。

Claims (138)

1.一种方法，包括：

由可穿戴计算设备呈现提醒用户界面元素，所述提醒用户界面元素与提醒应用程序的提醒对应；

由所述可穿戴计算设备确定所述提醒与属性相关联；

由所述可穿戴计算设备检测所述提醒用户界面元素上的触摸输入；

根据确定所述触摸输入在所述提醒用户界面元素的第一位置，由所述可穿戴计算设备在所述提醒应用程序中呈现与所述属性相关联的属性用户界面元素；以及

根据确定所述触摸输入在所述提醒用户界面元素的第二位置，由所述可穿戴计算设备将所述提醒标记为已完成，并呈现所述提醒被标记为已完成的指示。

2.根据权利要求1所述的方法，其中所述第一位置包括所述提醒用户界面元素的右侧部分。

3.根据权利要求1所述的方法，其中所述第二位置包括所述提醒用户界面元素的左侧部分。

4.根据权利要求1所述的方法，其中与相关联的所述属性对应的图标识别相关联的所述属性的类型。

5.根据权利要求4所述的方法，其中相关联的所述属性的所述类型包括以下至少一项：附件、标记、备注或位置。

6.根据权利要求1所述的方法，其中将所述提醒标记为已完成包括以下至少一项：从所述提醒应用程序中移除所述提醒、将所述提醒移动到识别已完成的提醒的已完成列表中、或呈现指示所述提醒已经被完成的完成用户界面元素。

7.根据权利要求1所述的方法，其中识别相关联的所述属性的信息使得用户能够对相关联的所述属性进行以下至少一项：编辑或检查。

8.根据权利要求1所述的方法，

其中提醒应用程序用户界面被配置为在所述可穿戴计算设备的显示器上呈现关于所述提醒的信息。

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

根据确定初始位置在提醒列表用户界面内被接收到：生成新提醒，作为与所述提醒列表用户界面相对应的提醒列表的一部分；以及

根据确定所述初始位置在所述提醒应用程序用户界面的任何其他部分中被接收到：在默认列表中生成所述新提醒。

10.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求1至9中任一项所述的方法。

11.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求1至9中任一项所述的方法。

12.一种方法，包括：

呈现提醒用户界面元素，所述提醒用户界面元素与提醒应用程序的提醒对应，所述提醒用户界面元素包括能够接收触摸输入的至少两个部分；

确定所述提醒是否与属性相关联；

检测所述提醒用户界面元素上的触摸输入的位置；

根据确定所述提醒不与所述属性相关联：

将所述提醒标记为已完成；以及

根据确定所述提醒与所述属性相关联：

根据所述触摸输入的位置在所述至少两个部分中的一个部分被检测到，在所述提醒应用程序中呈现属性用户界面元素。

13.根据权利要求12所述的方法，包括：根据确定所述提醒与所述属性相关联，至少在所述提醒用户界面元素中呈现与所述属性对应的图标。

14.根据权利要求13所述的方法，其中所述图标识别所述属性的类型。

15.根据权利要求14所述的方法，其中所述属性用户界面元素被配置为呈现所述属性的所述类型之外的、关于所述属性的信息。

16.根据权利要求12所述的方法，还包括：至少根据所述触摸输入的位置在所述至少两个部分中的另一部分中被检测到来关闭所述提醒，其中所述至少两个部分中的所述另一部分与所述至少两个部分中的所述部分不同。

17.根据权利要求16所述的方法，其中所述至少两个部分中的所述另一部分包括所述提醒用户界面元素的最左侧的三分之一部分。

18.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求12至17中任一项所述的方法。

19.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求12至17中任一项所述的方法。

20.一种方法，包括：

由第一用户设备接收识别第二用户设备和事件的信息；

由所述第一用户设备生成提醒，所述提醒包括识别所述第二用户设备和所述事件的所述信息；

由所述第一用户设备确定所述第一用户设备是否正在与所述第二用户设备交互，对于所述第一用户设备正在与所述第二用户设备交互的确定至少部分地基于所述第一用户设备与所述第二用户设备之间的电子通信；以及

根据确定所述第一用户设备正在与所述第二用户设备交互，由所述第一用户设备呈现与所述提醒对应的通知。

21.根据权利要求20所述的方法，其中接收识别所述第二用户设备和所述事件的所述信息包括：

从与所述第一用户设备相关联的联系人列表中接收联系人的指示；以及

至少部分地根据所述联系人的所述指示来识别所述第二用户设备。

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

由所述第一用户设备接收所述第一用户设备与所述第二用户设备之间的交互的媒介的指示，以导致所述通知的所述呈现，交互的所述媒介包括所述电子通信，其中生成所述提醒包括：将所述通知配置为基于所述第一用户设备与第二用户设备之间经由所述媒介的交互而被呈现。

23.根据权利要求20所述的方法，其中所述电子通信包括文本消息、即时消息或电话呼叫。

24.根据权利要求20所述的方法，其中呈现所述通知包括：使与所述第一用户设备相关联的第三用户设备显示所述通知。

25.根据权利要求20所述的方法，其中所述电子通信包括所述第一用户设备与所述第二用户设备之间的电话呼叫，并且其中呈现所述通知包括：

确定所述第一用户设备的扬声器已打开或所述第一用户设备正在与头戴式耳机一起被使用；以及

至少部分地基于确定所述第一用户设备的所述扬声器已打开或所述第一用户设备正在与所述头戴式耳机一起被使用，在所述第一用户设备的屏幕上呈现所述通知。

26.根据权利要求20的方法，还包括：

由所述第一用户设备检测被输入到在所述第一用户设备上执行的应用程序中的文本；以及

由所述第一用户设备确定所述提醒将至少部分地基于检测到的所述文本而被生成。

27.根据权利要求26所述的方法，其中接收识别所述第二用户设备和所述事件的所述信息包括：从被输入所述应用程序中的所述文本中识别所述信息的至少一部分。

28.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求20至27中任一项所述的方法。

29.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求20至27中任一项所述的方法。

30.一种方法，包括：

由用户设备识别所述用户设备的用户正在与之交互的应用程序；

由所述用户设备识别与所述应用程序对应的信息项；

由所述用户设备接收生成与所述信息项对应的提醒的请求；

由所述用户设备确定在与所述请求对应的时间时所述应用程序的状态；

由所述用户设备至少部分地基于所述请求生成所述提醒；

由所述用户设备接收配置信息，所述配置信息识别用于向所述用户通知所述提醒的触发事件；

根据检测到所述触发事件，由所述用户设备呈现所述提醒的通知，所述通知包括所述信息项和指示所述信息项的可选择的用户界面元素；

由所述用户设备接收对所述可选择的用户界面元素的选择；以及

由所述用户设备至少部分地基于所述选择而重新启动处于所述状态的所述应用程序。

31.根据权利要求30所述的方法，其中所述信息项包括以下至少一项：所述提醒的标题、与所述提醒相关联的属性、与所述应用程序相关联的统一资源定位符(URL)、或与当生成所述提醒的所述请求被接收时所述应用程序的所述状态对应的状态信息。

32.根据权利要求30所述的方法，还包括：由所述用户设备实现应用编程接口(API)调用，以重新启动处于当生成所述提醒的所述请求被接收时的所述状态的所述应用程序。

33.根据权利要求30所述的方法，其中所述触发事件包括以下至少一项：所述用户设备的日期、时间或位置。

34.根据权利要求30所述的方法，其中生成所述提醒的所述请求经由被呈现在与所述应用程序对应的用户界面上的提醒用户界面元素被接收。

35.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求30至34中任一项所述的方法。

36.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求30至34中任一项所述的方法。

37.一种方法，包括：

接收生成提醒的请求，所述提醒与所述请求时计算设备的状态对应；

识别所述请求时所述计算设备的所述状态；

至少部分地基于所述请求生成所述提醒；

确定何时向用户通知所述提醒；

根据确定向所述用户通知所述提醒，呈现所述提醒的通知，所述通知包括识别所述计算设备的所述状态的可选择的用户界面元素；

接收对所述可选择的用户界面元素的选择；以及

至少部分地基于所述选择，启动与所述状态对应的应用程序。

38.根据权利要求37所述的方法，其中所述计算设备的所述状态包括所述用户正在与之交互的所述应用程序的指示。

39.根据权利要求38所述的方法，其中所述应用程序包括web浏览器、联系人应用程序、地图应用程序或通信应用程序。

40.根据权利要求37所述的方法，其中所述计算设备的所述状态包括用户界面状态。

41.根据权利要求40的方法，还包括：

返回到生成所述提醒的所述请求时所述应用程序的用户界面。

42.根据权利要求37所述的方法，其中生成所述提醒的所述请求作为语音命令被接收。

43.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求37至42中任一项所述的方法。

44.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求37至42中任一项所述的方法。

45.一种方法，包括：

接收生成提醒的请求，所述提醒与和计算设备的应用程序的交互对应；

至少部分地基于所述请求，识别与在所述请求对应的时间处、和所述应用程序的所述交互对应的状态信息；

生成包括所述状态信息的所述提醒；

与提醒应用程序相关联地将所述提醒与对应的所述状态信息一起存储；

根据对触发事件的检测，呈现所述提醒的通知，所述通知包括所述状态信息和识别所述状态信息的可选择的用户界面元素；

接收对所述可选择的用户界面元素的选择；以及

至少部分地基于所述选择，重新启动处于与所述状态信息对应的状态的所述应用程序。

46.根据权利要求45所述的方法，其中所述状态信息包括与所述应用程序相关联的统一资源定位符(URL)。

47.根据权利要求46所述的方法，其中所述一个或多个处理器还执行指令，包括在重新启动所述应用程序后，由所述应用程序访问所述URL。

48.根据权利要求45所述的方法，其中所述提醒应用程序被配置为：至少部分地基于所述提醒应用程序的启动，在至少一个提醒列表中呈现所述提醒。

49.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求45至48中任一项所述的方法。

50.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求45至48中任一项所述的方法。

51.一种方法，包括

接收与提醒对应的信息项；

从第一用户接收识别第二用户以及所述第一用户与所述第二用户之间的交互类型的信息；

检测所述第一用户和第二用户何时根据所述交互类型而彼此交互；以及

至少部分地基于检测到所述交互，向所述第一用户呈现关于提醒的通知，所述通知包括所述信息项。

52.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求51所述的方法。

53.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求51所述的方法。

54.一种方法，包括：

识别用户正在与之交互的应用程序；

识别与所述应用程序对应的信息项；

确定至少部分地基于所述信息项生成提醒；以及

至少部分地基于所述信息项和所述应用程序生成所述提醒。

55.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求54所述的方法。

56.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求54所述的方法。

57.一种方法，包括：

接收识别一个或多个提醒的信息；

确定针对所述一个或多个提醒中的每个提醒的类别；

至少部分地基于针对每个提醒的所确定的所述类别，将每个提醒分组到一个或多个列表中；以及

至少部分地基于所述分组，呈现多个提醒列表。

58.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求57所述的方法。

59.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求57所述的方法。

60.一种方法，包括：

接收针对提醒通知的小睡信息；

识别所述小睡信息中的触发事件；

呈现关于提醒的所述提醒通知；

接收小睡输入；以及

使所述提醒通知小睡，直到所述触发事件的发生。

61.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求60所述的方法。

62.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求60所述的方法。

63.一种方法，包括：

由可穿戴计算设备呈现与提醒应用程序对应的提醒应用程序用户界面，所述提醒应用程序用户界面被配置为显示与所述提醒应用程序的提醒对应的至少一个提醒用户界面元素；

由所述可穿戴计算设备接收所述至少一个提醒用户界面元素上的触摸输入；

由所述可穿戴计算设备确定所述提醒是否包括关联属性；

根据确定所述提醒不包括所述关联属性：

确定所述触摸输入的第一位置；以及

根据确定所述第一位置是所述至少一个提醒用户界面元素上的任何位置：关闭所述提醒；以及

根据确定所述提醒包括所述关联属性：

在所述至少一个提醒用户界面元素上呈现与所述关联属性对应的图标；

确定所述触摸输入的第二位置；

根据确定所述第二位置位于所述至少一个提醒用户界面元素的第一部分上：关闭提醒；以及

根据确定所述第二位置位于所述至少一个提醒用户界面元素的第二部分上：在所述提醒应用程序用户界面中呈现识别所述关联属性的信息。

64.根据权利要求63所述的方法，其中所述至少一个提醒用户界面元素的所述第一部分包括所述至少一个提醒用户界面元素的最左侧部分。

65.根据权利要求63所述的方法，其中所述至少一个提醒用户界面元素的所述第二部分包括所述至少一个提醒用户界面元素的最右侧部分。

66.根据权利要求63所述的方法，其中与所述关联属性对应的所述图标识别所述关联属性的类型。

67.根据权利要求66所述的方法，其中所述关联属性的所述类型包括以下至少一项：附件、标记、备注或位置。

68.根据权利要求63所述的方法，其中关闭所述提醒包括以下至少一项：从所述提醒应用程序中移除所述提醒、将所述提醒移动到识别已完成的提醒的已完成列表中、或呈现指示所述提醒已经被完成的完成用户界面元素。

69.根据权利要求63所述的方法，其中识别所述关联属性的所述信息使得用户能够对所述关联属性进行以下至少一项：编辑或检查。

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

由所述可穿戴计算设备接收所述提醒应用程序用户界面内的初始触摸输入，所述初始触摸输入具有以下至少一项：长度超过时间阈值或压力高于压力阈值；以及

确定所述初始触摸输入的初始位置。

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

根据确定所述初始位置在提醒列表用户界面内被接收到：生成新提醒，作为与所述提醒列表用户界面相对应的提醒列表的一部分；以及

根据确定所述初始位置在所述提醒应用程序用户界面的任何其他部分中被接收到：在默认列表中生成所述新提醒。

72.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求63至71中任一项所述的方法。

73.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求63至71中任一项所述的方法。

74.一种方法，包括：

呈现提醒用户界面元素，所述提醒用户界面元素与提醒应用程序的提醒对应，所述提醒用户界面元素包括能够接收触摸输入的至少两个部分；

确定所述提醒是否与属性相关联；

根据确定所述提醒与所述属性相关联：

检测所述提醒用户界面元素上的触摸输入的位置；以及

根据所述触摸输入的所述位置在所述至少两个部分中的一个部分中被检测到，在所述提醒应用程序中呈现属性用户界面元素。

75.根据权利要求74所述的方法，还包括：根据确定所述提醒与所述属性相关联，在所述提醒用户界面元素中呈现与所述属性对应的图标。

76.根据权利要求75所述的方法，其中所述图标识别所述属性的类型。

77.根据权利要求76所述的方法，其中所述属性用户界面元素被配置为呈现所述属性的所述类型之外的关于所述属性的信息。

78.根据权利要求74所述的方法，还包括：根据所述触摸输入的所述位置在所述至少两个部分中的另一部分中被检测到而关闭所述提醒，其中所述至少两个部分中的所述另一部分与所述至少两个部分中的所述部分不同。

79.根据权利要求78所述的方法，其中所述至少两个部分中的所述另一部分包括所述提醒用户界面元素的最左侧的三分之一部分。

80.根据权利要求74所述的方法，还包括：根据确定所述提醒不与所述属性相关联：将所述提醒标记为已完成。

81.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求74至80中任一项所述的方法。

82.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求74至80中任一项所述的方法。

83.一种方法，包括：

呈现提醒用户界面元素，所述提醒用户界面元素与提醒应用程序的提醒对应；

确定所述提醒与属性相关联；

检测所述提醒用户界面元素上的触摸输入；

根据确定所述触摸输入在所述提醒用户界面元素的第一位置，在所述提醒应用程序中呈现属性用户界面元素；以及

根据确定所述触摸输入在所述提醒用户界面元素的第二位置，将所述提醒标记为已完成，并呈现所述提醒被标记为已完成的指示。

84.根据权利要求83所述的方法，其中所述第一位置包括所述提醒用户界面元素的右侧部分，并且所述第二位置包括所述提醒用户界面元素的左侧部分。

85.根据权利要求83所述的方法，其中所述提醒用户界面元素被配置为在可穿戴计算设备的显示器上呈现关于所述提醒的信息。

86.根据权利要求85所述的方法，其中所述属性包括以下至少一项：所述提醒的附件、针对所述提醒的备注、或与所述提醒关联的标记。

87.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求83至86中任一项所述的方法。

88.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求83至86中任一项所述的方法。

89.一种方法，包括

由第一用户的用户设备接收与提醒对应的信息项；

从所述第一用户接收识别第二用户和触发事件的信息，所述触发事件识别所述第一用户与所述第二用户之间的交互类型；

至少部分地基于所述触发事件，检测所述第一用户和第二用户何时根据所述交互类型而彼此交互；以及

至少部分地基于检测到所述交互，向所述第一用户呈现关于所述提醒的通知，所述通知包括所述信息项。

90.根据权利要求89所述的方法，其中所述信息项包括以下至少一项：所述提醒的标题、或与所述提醒相关联的属性。

91.根据权利要求89所述的方法，其中所述第二用户被列于所述第一用户的联系人列表中。

92.根据权利要求89所述的方法，其中所述第一用户与所述第二用户之间所述交互类型包括：电子通信、电子预约、或物理会面。

93.根据权利要求92所述的方法，其中根据所述交互类型是电子消息，所述触发事件包括所述第一用户准备向所述第二用户发送所述电子消息、向所述第二用户发送所述电子消息，或回复来自所述第二用户的电子消息。

94.根据权利要求92所述的方法，其中根据所述交互类型是所述电子通信，所述触发事件包括所述第一用户向所述第二用户进行电话呼叫或接收来自所述第二用户的电话呼叫。

95.根据权利要求92所述的方法，其中根据所述交互类型是所述电子预约，所述触发事件包括所述第一用户与所述第二用户共享针对会议的日历预约，或与所述第二用户参加所述会议。

96.根据权利要求92所述的方法，其中根据所述交互类型是所述物理会面，所述触发事件包括所述第一用户和所述第二用户共享物理位置。

97.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求89至96中任一项所述的方法。

98.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求89至96中任一项所述的方法。

99.一种方法，包括：

接收第一信息，所述第一信息识别将由第一计算设备呈现的提醒；

接收对与第二计算设备对应的触发事件的识别；

至少部分地基于与所述第二计算设备对应的第二信息，识别所述触发事件是否已经发生；以及

根据确定所述触发事件已经发生：呈现包括所述提醒的通知。

100.根据权利要求99所述的方法，其中所述触发事件包括所述第一计算设备与所述第二计算设备之间的通信。

101.根据权利要求99所述的方法，其中所述触发事件包括所述第一计算设备与所述第二计算设备共享位置。

102.根据权利要求99所述的方法，其中所述触发事件包括所述第一计算设备与所述第二计算设备共享电子会议。

103.根据权利要求99所述的方法，其中所述通知包括下拉用户界面元素，所述下拉用户界面元素在由所述第一计算设备正在呈现的应用程序用户界面之上呈现与所述提醒相关联的标题。

104.根据权利要求99所述的方法，其中关于所述第二计算设备的所述第二信息包括所述第二计算设备的标识符。

105.根据权利要求104所述的方法，其中所述触发事件包括所述第一计算设备使用所述第二计算设备的所述标识符与上所述第二计算设备通信。

106.根据权利要求105所述的方法，其中与所述第二计算设备的所述通信包括：向所述第二计算设备传输电子消息、对来自所述第二计算设备的所述电子消息进行响应、向所述第二计算设备进行电话呼叫、接收来自所述第二计算设备的所述电话呼叫、或应答来自所述第二计算设备的所述电话呼叫。

107.根据权利要求99所述的方法，其中所述触发事件包括确定所述第一计算设备在所述第二计算设备的阈值距离内。

108.根据权利要求107所述的方法，其中对所述第一计算设备位于所述第二计算设备的所述阈值距离内的所述确定至少部分地基于从所述第一计算设备和所述第二计算设备接收到的相应位置信息，或者至少部分地基于针对所述第一计算设备和所述第二计算设备的相应日历信息。

109.根据权利要求99所述的方法，还包括接收关于所述第二计算设备的所述第二信息。

110.根据权利要求99所述的方法，其中在接收关于所述第二计算设备的所述第二信息之前，以下至少一项被提供给所述第二计算设备：选择退出或选择加入。

111.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求99至110中任一项所述的方法。

112.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求99至110中任一项所述的方法。

113.一种方法，包括：

由用户设备识别所述用户设备的用户正在与之交互的应用程序；

识别与所述应用程序对应的信息项；

接收生成与所述信息项对应的提醒的请求；

至少部分地基于所述请求生成所述提醒；

接收配置信息，所述配置信息识别用于向所述用户通知所述提醒的触发事件；以及

根据检测到所述触发事件，呈现包括所述信息项的所述提醒的通知。

114.根据权利要求113所述的方法，其中所述信息项包括以下至少一项：所述提醒的标题或与所述提醒相关联的属性。

115.根据权利要求113所述的方法，其中所述信息项包括与所述应用程序相关联的统一资源定位符(URL)。

116.根据权利要求113所述的方法，其中所述信息项包括与生成所述提醒的所述请求被接收时所述应用程序的状态对应的状态信息。

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

接收对在所述通知中提供的用户界面元素的选择；以及

至少部分地基于所述选择，返回到生成所述提醒的所述请求被接收时所述应用程序的所述状态。

118.根据权利要求117所述的方法，还包括：实现应用编程接口(API)调用，以返回到生成所述提醒的所述请求被接收时所述应用程序的所述状态。

119.根据权利要求113所述的方法，其中所述触发事件包括以下至少一项：所述用户设备的日期、时间或位置。

120.根据权利要求113所述的方法，其中生成所述提醒的所述请求经由提醒用户界面元素被接收，所述提醒用户界面元素被呈现在与所述应用程序对应的用户界面上。

121.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求113至120中任一项所述的方法。

122.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求113至120中任一项所述的方法。

123.一种方法，包括：

识别计算设备的状态；

接收生成提醒的请求，所述提醒与所述计算设备的所述状态对应；

至少部分地基于所述请求生成所述提醒；

确定何时向用户通知所述提醒；以及

根据确定向所述用户通知所述提醒，呈现所述提醒的通知。

124.根据权利要求123所述的方法，其中所述计算设备的所述状态包括所述用户正在与之交互的应用程序的指示。

125.根据权利要求124所述的方法，其中所述应用程序包括web浏览器、联系人应用程序、地图应用程序或通信应用程序。

126.根据权利要求123所述的方法，其中对向所述用户通知所述提醒的确定至少部分地基于以下至少一项：所述计算设备的日期、时间或位置。

127.根据权利要求123所述的方法，其中所述计算设备的所述状态包括用户界面状态。

128.根据权利要求127的方法，还包括：

接收对被包括在所述提醒的所述通知中的用户界面元素的选择；以及

将所述计算设备的用户界面返回到生成所述提醒的所述请求时所述计算设备的所述用户界面状态。

129.根据权利要求123所述的方法，其中生成所述提醒的所述请求作为语音命令被接收。

130.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求123至129中任一项所述的方法。

131.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求123至129中任一项所述的方法。

132.一种方法，包括：

接收生成提醒的请求，所述请求和与计算设备的交互对应；

至少部分地基于所述请求，识别与所述交互对应的状态信息；

生成包括所述状态信息的提醒；以及

与提醒应用程序相关联地将所述提醒与对应的所述状态信息一起存储。

133.根据权利要求132的方法，还包括：

检测如下事件，所述事件触发对提供所述提醒的通知的确定；以及

至少部分地基于对所述事件的检测，提供所述提醒的所述通知。

134.根据权利要求133所述的方法，其中所述通知包括识别所述状态信息的可选择的用户界面元素。

135.根据权利要求134所述的方法，其中对所述可选择的用户界面元素的选择使所述计算设备启动与所述状态信息对应的应用程序。

136.根据权利要求132所述的方法，其中所述提醒应用程序被配置为至少部分地基于所述提醒应用程序的启动，在至少一个提醒列表中呈现所述提醒。

137.一种设备，包括与一个或多个存储器通信的一个或多个处理器，所述一个或多个处理器被配置为执行存储在所述一个或多个存储器上的计算机可执行指令以至少执行根据权利要求132至136中任一项所述的方法。

138.一种存储计算机可执行指令的计算机可读存储介质，所述计算机可执行指令当由设备的一个或多个处理器执行时，将所述一个或多个处理器配置为执行包括根据权利要求132至136中任一项所述的方法。