CN103493438A - 用于移动消息传递应用的优先收件箱通知和同步 - Google Patents

Abstract

在带有显示器的客户端设备处和在用于在该客户端设备处显示消息的方法中，该客户端设备从服务器系统接收消息信息，该消息信息表示消息集。根据该消息集包括一个或多个未读优先消息的确定，其中优先消息是满足预定义的消息重要性标准的消息，该设备呈现新邮件通知。根据该消息集不包括任何未读优先消息的确定，该设备放弃呈现新邮件通知。

Description

用于移动消息传递应用的优先收件箱通知和同步

技术领域

所公开的实施例一般地涉及显示消息，诸如电子邮件、即时和语音电子邮件消息。

背景技术

随着电子邮件通信的普及不断发展，在用户账户中接收并存储的电子邮件消息的数量也不断增加。除从账户删除的消息外，用户账户典型地包括发送到及自各个电子邮件地址或用户名的所有消息。然而，一些用户账户可能与多个电子邮件地址或用户名——其有时被称为别称——相关联，其在一起可以被认为是单个逻辑电子邮件地址或用户名。所接收的电子邮件的数量能迅速使用户不知所措——使将重要消息从不重要消息中筛选出来变得很难。

另外，许多人现今在诸如手持式计算机或蜂窝电话的移动设备上访问并查看其电子邮件。这样的移动设备典型地具有很小屏幕，其带有甚至更小的用于查看消息的消息窗口或界面。这些界面通常允许用户在任何给定时间查看仅仅很小数量的消息，因而需要用户与该界面更频繁交互来定位重要消息，诸如通过滚动通过消息。这样的移动设备还可以利用网络连接，该网络连接有时按使用收费并且通常很慢。此外，这样的移动设备典型地使用电池电力，以及与设备的更频繁交互使电池更快地耗尽。这些设备的用户可能希望在通过这种手段访问消息时，将他们查看的消息限制在高重要性的那些。

为了解决这些问题，一些消息接口允许用户将消息组织成文件夹或将用户定义的标签应用到消息以更易于识别。另外，在一些电子邮件应用中，用户可以根据单个用户选择的消息头字段的值，诸如消息递送日期、发送者或消息标题，以特定视图对消息进行排序。然而，这些组织技术通常未能识别对用户最重要的消息，使用户在定位其认为是最重要的消息之前滚动通过许多消息。

发明内容

根据一些实施例，用于在客户端设备处呈现通知的方法包括：从服务器系统接收消息信息，该消息信息表示消息集。该方法还包括：根据该消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，呈现新邮件通知；以及根据该消息集不包括任何未读优先消息的确定，放弃呈现新邮件通知。

根据一些实施例，客户端系统包括显示器、一个或多个处理器、以及存储供一个或多个处理器执行的一个或多个程序的存储器。该一个或多个程序包括用于从服务器系统接收消息信息的指令，该消息信息表示消息集。程序还包括用于下述的指令：根据该消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，呈现新邮件通知；以及根据该消息集不包括任何未读优先消息的确定，放弃呈现新邮件通知。

根据一些实施例，非暂时性计算机可读存储介质存储供服务器系统的一个或多个处理器执行的一个或多个程序。该一个或多个程序包括用于从服务器系统接收消息信息的指令，该消息信息表示消息集。程序还包括用于下述的指令：根据该消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，呈现新邮件通知；以及根据该消息集不包括任何未读优先消息的确定，放弃呈现新邮件通知。

根据一些实施例，用于在客户端设备处呈现通知的方法包括从服务器系统接收消息信息，该消息信息表示消息集。该方法还包括通过下述对接收该消息信息作出响应：当客户端设备所执行的前台应用不是预定义的消息应用时，根据该消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，呈现新邮件通知；以及根据该消息集不包括任何未读优先消息的确定，放弃呈现新邮件通知。该方法进一步包括：当客户端设备所执行的前台应用是预定义的消息应用时，放弃呈现新邮件通知。

根据一些实施例，客户端系统包括显示器、一个或多个处理器、以及存储供一个或多个处理器执行的一个或多个程序的存储器。该一个或多个程序包括用于从服务器系统接收消息信息的指令，该消息信息表示消息集。程序还包括用于通过下述对接收该消息信息作出响应的指令：当客户端设备所执行的前台应用不是预定义的消息应用时，根据该消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，呈现新邮件通知；以及根据该消息集不包括任何未读优先消息的确定，放弃呈现新邮件通知。该方法进一步包括：当客户端设备所执行的前台应用是预定义的消息应用时，放弃呈现新邮件通知。

根据一些实施例，非暂时性计算机可读存储介质存储供服务器系统的一个或多个处理器执行的一个或多个程序。该一个或多个程序包括用于从服务器系统接收消息信息的指令，该消息信息表示消息集。程序还包括用于通过下述对接收该消息信息作出响应的指令：当客户端设备所执行的前台应用不是预定义的消息应用时，根据该消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，呈现新邮件通知；以及根据该消息集不包括任何未读优先消息的确定，放弃呈现新邮件通知。该方法进一步包括：当客户端设备所执行的前台应用是预定义的消息应用时，放弃呈现新邮件通知。

附图说明

结合附图，在本文的下面具体实施方式中公开了本发明的各种实施例，其中在整个附图中，相同的参考数字指代相应部分。

图1A是图示根据一些实施例的分布式客户端-服务器系统的概述的框图。

图1B是图示根据一些实施例的为消息生成重要性分值的过程的框图。

图2是图示根据一些实施例的服务器系统的框图。

图3A-3C是根据一些实施例的、用于消息数据库、用户账户数据库以及重要性预测模型数据库的数据结构的框图。

图4是图示根据一些实施例的客户端系统的框图。

图5A-5C是表示根据一些实施例的用于在服务器处识别重要消息的方法的流程图。

图6A是根据一些实施例的、消息传递应用的“优先收件箱”用户界面的示意性截屏，其中在显示的两个非重叠区域中显示对话列表，该显示的该两个区域分别包括“Important（重要）”链接和“Starred（加星标）”链接。

图6B是根据一些实施例的、消息传递应用的“优先收件箱”用户界面的示意性截屏，其中在显示的三个非重叠区域中显示对话列表，该显示的该三个区域分别包括“Important”链接、“Starred”链接和“Everything Else（其他）”链接。

图6C是根据一些实施例的、消息传递应用的“优先收件箱”用户界面的示意性截屏，其描绘用户如何通过选择“View All（查看全部）”链接来展开（消息传递应用用户界面的）加标签有“Important”的区域。

图6D是根据一些实施例的、（消息传递应用用户界面的）加标签有“Important”的区域在其展开状态下的示意性截屏。

图6E是根据一些实施例的、消息传递应用用户界面的示意性截屏，其描绘用户可以如何通过选择项并且点击“Important”按钮，将该项标记为重要。

图6F是根据一些实施例的、消息传递应用用户界面的示意性截屏，其描绘项在被用户标记为重要之后从区域“Starred”移动到区域“Important”。

图7A是表示根据一些实施例的、用于显示与相应用户相关联的消息的方法的流程图。

图7B是图示根据一些实施例的、展开可操作暗示（affordance）的操作的流程图。

图7C是图示根据一些实施例的、重要标记可操作暗示的操作的流程图。

图8A是根据一些实施例的、在移动设备上的主菜单的示意性截屏，其中新邮件通知被显示。

图8B是根据一些实施例的、在移动设备上的信息传递应用的“优先收件箱”用户界面的示意性截屏，其中可以显示优先消息或包括至少一个优先消息的对话。

图8C是根据一些实施例的、在移动设备上的消息传递应用的通知设置配置用户界面的示意性截屏。

图8D是根据一些实施例的、在移动设备上的消息传递应用的通知铃声配置用户界面的示意性截屏。

图8E是根据一些实施例的、在移动设备上的消息传递应用的同步设置配置用户界面的示意性截屏。

图8F是根据一些实施例的、在移动设备上的消息传递应用的账户选择用户界面的示意性截屏。

图8G是根据一些实施例的、在移动设备上的消息传递应用的通知设置配置用户界面的另一个示意性截屏。

图8H是根据一些实施例的、在移动设备上的消息传递应用的通知铃声配置用户界面的另一个示意性截屏。

图9A-9D展示根据一些实施例的、用于呈现通知的过程的流程图。

图10是根据一些实施例的、用于呈现通知的另一个过程的流程图。

在整个附图中，相同参考数字指代相应部分。

具体实施方式

描述了本发明的方法、系统、用户接口和其他方面。将参考本发明的某些实施例，在附图中图示了其示例。虽然将结合实施例描述本发明，然而，应当理解的是，并不意在将本发明限制在这些特定实施例。相反，本发明意在覆盖在本发明的精神和范围内的替选、修改和等同物。因此，本说明书和附图应被视为说明性而非限制性意义。

此外，在下面描述中，阐述了大量具体细节以提供对本发明的全面理解。然而，对本领域技术普通人员将是显而易见的是，可以在没有这些特定细节的情况下，对本发明进行实践。在其他情况下，没有详细描述对本领域普通技术人员众所周知的方法、过程、组件和网络，以避免使本发明的方面模糊不清。

还应当理解的是，尽管在本文可以使用用语第一、第二等来描述各种元素，然而，这些元素不应当受这些用语限制。这些用语仅用来区分多个元素。例如，在不背离本发明的范围的情况下，第一联系人可以被称为第二联系人，以及类似地，第二联系人可以被称为第一联系人。第一联系人和第二联系人两个均是联系人，但是他们不是同一联系人。

在本文在本发明的描述中所使用的术语仅出于描述特定实施例的目的，并且并不意在是对本发明的限制。除非语境另外明确指出，否则，如在本发明的描述和所附权利要求中使用的，单数形式不定冠词和定冠词意在也包括复数形式。还应当理解的是，如在本文所使用的用语“和/或”是指并且包括相关联的列出的项中的一个或多个的任何及所有可能的组合。应当进一步理解的是，用语“包含”、“包括”当在本说明书中使用时，指定所述特征、完整物、步骤、操作、元素和/或组件的存在，但是并不排除一个或多个其他特征、完整物、步骤、操作、元素、组件和/或其组群的存在或添加。

取决于语境，如在本文所使用的，用语“如果”可以被解释成意为“当……时”或“在……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测到（所述条件或事件）”可以被解释成意为“在确定了……时”或“响应于确定”或“在检测到（所述条件或事件）时”或“响应于检测到（所述条件或事件）”。

图1A是根据一些实施例的、包括客户端系统102和服务器系统106的分布式计算机系统100的框图。服务器系统106通过一个或多个通信网络108被连接到客户端计算机102。

客户端计算机102（有时被称为“客户端系统”、“客户端设备”或“客户端”）可以是通过其，客户端计算机102的用户能够向服务器系统106提交服务请求和从服务器系统106接收消息传递服务或其他服务的任何计算机或设备。客户端计算机102的示例包括但不限于：台式计算机、膝上型计算机、平板计算机、诸如移动电话（有时被称为蜂窝电话或智能手机）的移动设备、个人数字助理、机顶盒或上述的任何组合。各个客户端计算机102可以包含用于向服务器系统106提交请求的一个或多个客户端应用104。例如，客户端应用104可以是允许用户搜索、浏览和/或使用通过通信网络108可访问的信息（例如，网页和web服务）的web浏览器或其他应用。作为另一个示例，客户端应用104可以是允许用户阅读、撰写和发送电子邮件和/或其他消息的电子邮件或其他消息传递应用。

通信网络108可以是任何有线或无线局域网（LAN）和/或广域网（WAN），诸如内联网、外联网、移动电话网络、因特网、或这样的网络的组合。在一些实施例中，通信网络108使用超文本传输协议（HTTP）和传输控制协议/网际协议（TCP/IP）来在不同网络之间传输信息。HTTP允许客户端设备通过通信网络108访问在因特网上可用的各种信息项。然而，本发明的各种实施例并不限于对任何特定协议的使用。

在一些实施例中，服务器系统106包括前端服务器112、消息信号提取器114、重要性权重生成器116、重要消息识别器118、重要性预测模型122、用户账户数据库124、消息数据库126以及用于搜索消息数据库126的搜索引擎120。

前端服务器112被配置成从客户端计算机102接收数据。在一些实施例中，数据是消息、HTTP请求、Ajax请求、IMAP（因特网消息访问协议）请求、POP（邮局协议）请求或其他通信。HTTP请求或Ajax请求可以包括用于供搜索引擎120处理的搜索查询（例如，“label:inbox”）。

在一些实施例中，服务器系统106接收与特定用户相关联的消息，其中关于该特定用户的用户数据被存储在用户账户数据库124中。将所接收的消息存储在消息数据库126中。在将消息组织成对话（有时被称为线程或消息线程）的实施方式中，将消息存储在消息数据库126中作为新的对话或作为现有对话中的新的消息。

当服务器系统106接收消息时，该消息被从前端服务器112发送给消息信号提取器114，消息信号提取器114从该消息提取一个或多个消息信号。对于所提取的消息信号的至少子集中的每一个消息信号，重要性权重生成器116使用重要性预测模型122来生成重要性权重。基于消息信号和其所生成的重要性权重，重要消息识别器118为消息确定重要性分值。在一些实施例中，重要消息识别器118将消息的重要性分值用于与阈值进行比较，来确定消息的重要性。

图1B是图示根据一些实施例的、为消息生成重要性分值的过程的框图。重要性预测模型122包括第一重要性预测模型132和第二重要性预测模型134。第一重要性预测模型132和第二重要性预测模型134两者均包括多个权重，每一个对应于相应消息信号。第一重要性预测模型132基于与多个用户相关联的信息。第一重要性预测模型132也被称为全局重要性预测模型。第二重要性预测模型134基于与各个用户（即，单个用户）相关联的信息。第二重要性预测模型134也被称为用户重要性预测模型。

在一些实施例中，所提取的消息信号包括第一多个消息信号128。对于第一多个消息信号128中的每一个消息信号，重要性权重生成器116通过使用第一重要性预测模型132为相应消息信号确定第一权重，使用第二重要性预测模型134为相应消息信号确定第二权重，并且将第一权重和第二权重相组合来确定相应消息信号的重要性权重，来为相应消息信号生成重要性权重。在一些实施例中，该组合包括将第一和第二权重相加。此外，在一些实施方式中，重要性权重生成器116执行表查找或数据库查找操作来获取第一权重和第二权重。如在下面参考图5A更详细论述的，可以使用机器学习技术来生成并更新在各种重要性预测模型中的重要性权重。可选地，除全局重要性预测模型和用户重要性预测模型外，服务器系统还将组重要性预测模型用于包括正为其执行消息服务的用户的相应多个用户（也被称为用户组）。在这样的实施方式中，确定来自所有三个重要性预测模型的权重，并且将其应用到对应提取的消息信号，以为相应消息生成组合的重要性分值。

注意的是，在重要性预测模型中的各个权重可以具有正值和负值两者。带有正值的权重典型地与预测消息重要的消息信号相关联。带有负值的权重典型地与和不重要消息相关联的消息信号（例如，识别消息被自动生成的信号、或指示消息包括在预定义黑名单上的一个或多个词的信号）相关联。

在一些实施例中，所提取的消息信号包括第二多个消息信号130。对于第二多个消息信号130中的每一个消息信号，重要性权重生成器116使用第二重要性预测模型134而非第一重要性预测模型132来为相应消息信号生成重要性权重。因此，第二多个消息信号130是为其生成特定于用户的权重，但是不为其生成全局模型权重的消息信号。

在一些实施例中，重要消息识别器118基于第一多个消息信号128的所生成的重要性权重，为消息确定重要性分值136。替选地，重要消息识别器118基于第一多个消息信号128和第二多个消息信号130两者的所生成的重要性权重，来为消息确定重要性分值136。

在一些实施例中，以匿名方式（即，从消息信号中的信息不能识别特定用户）提取并收集第一多个消息信号128和第二多个消息信号130。例如，将能够识别特定用户的消息中的信息排除于提取之外。作为另一个示例，可以以移除能够识别特定用户的任何信息这样的方式聚集所提取并收集的消息信号。在一些其他实施例中，以非匿名方式提取并收集消息信号的至少部分，并且用户可以选择退出对关于该用户的这样的消息信号的提取和收集。替选地，在又其他实施例中，给予用户选择退出对关于该用户的消息信号的提取和收集的选项，而不管将被提取并收集的任何消息信号是否将包含个人可识别的信息或非匿名信息。在一些进一步实施例中，以非匿名方式提取并收集消息信号的至少部分，但是除非用户选择加入这样的提取和选择，否则，不关于该用户提取并收集这样的信号。替选地，在又其他实施例中，除非特定用户选择加入这样的提取和收集，而不管将被提取并收集的任何消息信号是否将包含个人可识别的信息或非匿名信息，否则，不关于该特定用户提取并收集消息信号。

现将注意力转移回图1A。一旦重要消息识别器118已确定了消息的重要性分值，该消息和关于该消息的重要性的信息就被存储在消息数据库126中。在一些实施例中，关于消息的重要性的信息是消息的重要性分值。在一些实施例中，关于消息的重要性的信息是指明重要性的一个或多个标签。例如，在一个实施方式中，带有一个或多个标签（其指明消息重要性）的消息具有高于阈值的重要性分值。替选地，为具有带有高于阈值的重要性分值的至少一个消息的对话分配指明重要性的标签。具有高于阈值的重要性分值的消息可以被称为优先消息。

搜索引擎120与消息数据库126通信来检索消息以及关于该消息的重要性的信息，并且将该消息和关于该消息的重要性的信息发送给前端服务器112。前端服务器112将该消息以及关于该消息的重要性的信息发送给用户以在客户端设备102处显示。替选地，前端服务器112将与该消息相对应的消息信息（例如，消息的主题行、识别消息的发送者的信息等）以及关于该消息的重要性的信息发送给客户端设备102。在又另一个替选中，前端服务器112将与包括该消息的对话相对应的消息信息（例如，对话中的消息的主题行和/或来自对话的文本的摘录、识别消息的发送者的信息等）以及关于该对话的重要性的信息发送给客户端设备102。

虽然在上面在服务器系统106中已图示了用来识别重要消息的模块和数据结构，然而，应当理解的是，依据其他实施例，替代或除了在上面服务器系统106中所示的模块和数据结构，同样用来识别重要消息的相似模块和数据结构位于客户端设备102处。

图2是图示依据本发明的一个实施例的服务器系统106的框图。服务器系统106典型地包括一个或多个处理单元（CPU）202，其用于执行存储在存储器206中的模块、程序和/或指令，从而执行处理操作；一个或多个网络或其他通信接口204；存储器206；以及一个或多个通信总线208，其用于使这些组件互连。通信总线208可以包括使系统组件互连并且控制在系统组件之间的通信的电路（有时被称为芯片集）。存储器206包括高速随机存取存储器，诸如DRAM、SRAM、DDR RAM或其他随机存取固态存储器设备；以及可以包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性固态存储设备。存储器206可以可选地包括位于远离CPU202的地方的一个或多个存储设备。存储器206或替选地在存储器206内的非易失性存储器设备包括非暂时性计算机可读存储介质。在一些实施例中，存储器206或存储器206的计算机可读存储介质存储下述程序、模块和数据结构、或其子集：

·操作系统210，其包括用于处理各种基本系统服务和用于执行依赖硬件的任务的程序；

·网络通信模块212，其被用于通过一个或多个通信网络接口204（有线的或无线的）和诸如因特网、其他广域网、局域网、城域网等的一个或多个通信网络将服务器计算机106连接到其他计算机；

·消息信号提取器114，其用于从所接收的消息提取一个或多个消息信号；

·重要性权重生成器116，其用于为所提取的消息信号的至少子集中的每一个消息信号生成重要性权重；

·重要性预测模型122，其包括第一重要性预测模型132和一个或多个第二重要性预测模型134（例如，一个用于待为其提供消息重要性服务的每一个不同用户），用于存储多个权重，每一个对应于相应消息信号；

·用户账户数据库124，其用于存储用户数据，如在下面参考图3B所述；

·消息数据库126，其用于存储消息和相关信息，如在下面参考图3A所述；

·重要消息识别器118，其用于使用重要性分值生成器218来为消息生成重要性分值；在一些实施例中，重要消息识别器118还包括重要性阈值220（或在一些实施方式中，多于一个重要性阈值），其用于确定消息的重要性。

上面识别的元素中的每一个可以被存储在前面提及的存储器设备中的一个或多个中，并且对应于用于执行上述功能的指令集。上面识别的模块或程序（即，指令集）不一定被实现为独立软件程序、过程或模块，因此，在各种实施例中，可以对这些模块的各种子集进行组合或另外重新安排。在一些实施例中，存储器206可以存储上面识别的模块和数据结构的子集。此外，存储器206可以存储上面没有描述的另外模块和数据结构。

尽管图2示出了“服务器系统”，然而，图2比作为在本文所述的实施例的结构示意，更意在作为可以在一组服务器中存在的各种特征的功能描述。实践中并且如本领域普通技术人员所认识的，单独示出的项可以被组合，并且一些项可以被分离。例如，图2中单独示出的部分项可以在单个服务器上实现，以及单个项可以由一个或多个服务器实现。用来实现服务器系统的服务器的实际数量以及在它们之间如何分配特征将随实施方式不同而变化，并且可以部分取决于系统在高峰使用时段期间以及在平均使用时段期间必须处理的数据业务量。

图3A描绘根据一些实施例的、在消息数据库126（图1A）中的消息记录304的示例性数据结构。消息数据库包括存储关于多个用户账户——诸如账户1、账户2、......以及账户M——的消息（在消息记录304中）。对于诸如账户2的特定账户，数据库存储与多个消息——诸如消息1、消息2、......以及消息N——相对应的消息记录304集302。对于诸如消息2的特定消息，消息数据304-2包括头信息306和消息内容320。在一些实施例中，消息数据304-2包括消息的重要性分值321。可选地，消息数据304-2进一步包括唯一识别消息的消息标识符305、和/或在一起唯一识别消息的对话标识符和消息标识符。可选地，相应消息的消息数据304-2包括反馈数据328（例如，下述的一个或多个：在消息接收和阅读之间流逝的时间、用户是否已回复或转发消息、用户是否已阅读或回复或转发消息多于一次、用户是否已用与垃圾电子邮件不相关联的标签为消息明确加标签、用户是否已将消息明确标记为重要、以及用户是否已将消息明确标记为不重要）。在一些实施例中，反馈数据328包括起源应用数据328-1，其指示撰写消息的应用（例如，独立电子邮件应用、在web浏览器中打开的电子邮件应用等）。在一些实施例中，反馈数据328包括动作位置数据328-2，其包括指示是否在移动设备上采取了用户针对消息所采取的动作（例如，阅读、回复、转发、加标签、标记为重要、标记为不重要等）的数据。

在一些实施例中，头信息306包括识别消息的发送者和接收者的信息308、消息主题310、应用到消息的一个或多个标签（如果有的话）312、一个或多个时间戳316以及其他元数据318。在一些实施例中，应用到相应消息的标签312包括重要性标签314（例如，当消息重要性分值超过阈值时），其指明消息的重要性。一个或多个时间戳316包括指示消息被用户账户接收的时间的信息，以及可选地包括指示用户阅读消息的时间和用户回复消息的时间的时间信息（其可以被存储在头306中或数据库302中的别的地方）。因此，一个或多个时间戳316可以在计算用户阅读消息、对消息作出响应或另外与消息交互有多快时是有用的。可选地，其他元数据318包括多个值中的一个，诸如消息已被阅读、转发的次数、以及交互的其他度量。消息内容320包含消息的内容，例如文本、图像和附件。本领域普通技术人员将认识到存储消息信息的其他方式。例如，可以将附件存储在另一个存储结构中，其中对其的引用被存储在消息记录304中。

图3B描绘根据一些实施例的、在用户账户数据库124（图1A）中的用户账户记录322的示例性数据结构。用户账户记录322包括多个用户账户，诸如用户账户1、用户账户2、......以及用户账户M。对于诸如用户账户2的特定用户账户，用户账户记录322-2包括包含与用户相关联的联系人列表的联系人列表324（或包括到联系人列表324的指针），以及可选地包括下述的一个或多个：社交图数据326以及重要词语330。可选地，用户数据322-2还包括特定于用户的重要性预测模型332，其在下面参考图3C更详细地来描述。

替选地，将用于相应用户或用户账户的特定于用户的重要性预测模型332存储在与用户账户数据库124分离的数据库中。注意的是，用户可以具有用于消息传递的多个账户或多个用户名，以及在一些实施方式中，与用户的用户名和/或账户中的两个或更多个协同使用单个特定于用户的重要性预测模型332。

在一些实施例中，用户具有包括一个或多个社交图成员的相关联的社交图。一个或多个社交图成员中的每一个具有基于在用户和相应社交图成员之间的交互的、计算的社交图权重。社交图数据326包括关于一个或多个社交图成员的信息。在一些实施例中，关于一个或多个社交图成员的信息包括该一个或多个社交图成员的计算的社交图权重。可选地，如果用户发送和/或接收被发送给社交图成员组的消息，则社交图数据326还包括社交图的该成员组的权重。因此，相应用户的社交图数据326可选地包括用户与其作为组已通信的多个社交图成员组的权重。

在一些实施例中，服务器系统106（图1A）从用户收集与相应消息的重要性有关的反馈数据。例如，用户可以将消息明确标记为重要或不重要。在另一个示例中，将用户打开新消息的速度或在没有打开消息的情况下删除该消息作为反馈数据对待。在进一步示例中，将用户是否在移动设备（例如，移动电话）上阅读了消息、回复了消息、转发了消息、为消息加了标签、或将消息标记为重要或不重要作为反馈数据对待。可选地，将来自用户的反馈数据存储在用户账户数据库124中。替选地，将反馈数据存储在消息数据库126中。在下面参考图5C更详细地描述来自用户的反馈数据。

重要词语330包括被确定为指示消息重要性的词语。在一些实施例中，重要词语330是特定于用户的，因此，相应用户账户322包括特定于用户的重要词语330集。在下面参考图5A更详细地描述了重要词语。

图3C描绘根据一些实施例的、重要性预测模型122（图1A）的示例性数据结构。重要性预测模型122包括全局重要性预测模型132和一组用户重要性预测模型134（图1B）。用户重要性预测模型134包括用于多个相应用户的多个特定于用户的重要性预测模型。在该示例中，特定于用户的重要性预测模型134包括用户模型1、用户模型2、......以及用户模型P。全局模型132和诸如用户模型1的特定于用户的模型两者均包括多个权重，每一个对应于相应消息信号或相应组合消息信号。在一些实施方式中，所使用的消息信号包括单独消息信号（每一个基于单个消息信号）和一个或多个组合消息信号（每一个基于两个或多个消息信号）两者。在下面参考图5A更详细地描述组合消息信号。在一些实施例中，如图3C中所示，将多个权重和其相应消息信号的信号标识符存储在重要性预测模型数据库122中的查找表中的记录334、336、338、340、342中。

图4是图示依据本发明的一个实施例的客户端计算机102的框图。如上所述，各个客户端计算机102可以被实现为但不限于：台式计算机、膝上型计算机、平板计算机、诸如移动电话（有时被称为蜂窝电话或智能手机）的移动设备、个人数字助理、机顶盒或上述的任何组合。客户端计算机102典型地包括一个或多个处理单元（CPU）402，其用于执行存储在存储器406中的模块、程序和/或指令，从而执行处理操作；一个或多个网络或其他通信接口404；存储器406；以及一个或多个通信总线408，其用于使这些组件互连。通信总线408可以包括使系统组件互连并且控制在系统组件之间的通信的电路（有时被称为芯片集）。客户端计算机102可选地可以包括用户接口410，其包括显示设备和键盘、鼠标、触敏表面或其他输入设备。存储器406包括高速随机存取存储器，诸如DRAM、SRAM、DDR RAM或其他随机存取固态存储器设备；以及可以包括非易失性存储器，诸如一个或多个磁盘存储设备、光盘存储设备、闪存设备或其他非易失性固态存储设备。存储器406可以可选地包括位于远离CPU402的地方的一个或多个存储设备。存储器406或替选地在存储器406内的非易失性存储器设备包括计算机可读存储介质。在一些实施例中，存储器406或存储器406的计算机可读存储介质存储下述程序、模块和数据结构、或其子集：

·操作系统412，其包括用于处理各种基本系统服务和用于执行依赖硬件的任务的程序；

·网络通信模块414，其被用于通过一个或多个通信网络接口404（有线的或无线的）和诸如因特网、其他广域网、局域网、城域网等的一个或多个通信网络将客户端计算机102连接到其他计算机；

·客户端应用416，其用于向客户端的用户呈现消息，并且从用户接收输入（例如，将消息加标签为重要或不重要）；

·可选地，在客户端应用416是web浏览器的实施例中，电子邮件应用用户接口的一个或多个网页416-1；

·可选地，用户账户数据库418，其用于存储用户数据；以及

·可选地，消息数据库420，其用于存储从服务器系统106接收的消息和其他通信。

用户账户数据库418包括特定于账户的设置。用户账户数据库418包括用于账户1的数据418-1、用于用户账户2的数据418-2以及用于其他用户账户——如果有的话——的数据。在一些实施例中，用于相应账户的用户账户数据418包括一个或多个用户可修改的设置。设置可以包括用于配置新消息通知的通知设置422、用于为音频通知定制声音的铃声设置424、以及用于配置在客户端计算机102和服务器系统106之间的消息同步的同步设置426。用户账户数据418还可以包括其他设置和数据428。将关于图8A-8F进一步详细地描述通知设置422、铃声设置424和同步设置426。

客户端计算机102还包括存储在存储器406中的一个或多个音频文件430。音频文件430包括铃声、提示音、以及在被播放时可以是可听见的其他音频成分或声音记录。

上面识别的元素中的每一个可以被存储在前面提及的存储器设备中的一个或多个中，并且对应于用于执行上述功能的指令集。上面识别的模块或程序（即，指令集）不一定被实现为独立软件程序、过程或模块，因此，在各种实施例中，可以对这些模块的各种子集进行组合或另外重新安排。在一些实施例中，存储器406可以存储上面识别的模块和数据结构的子集。此外，存储器406可以存储上面没有描述的另外模块和数据结构。

图5A-5C是表示根据本发明的某些实施例的、用于识别重要消息的服务器方法500的流程图。服务器方法500可以受存储在计算机可读存储介质中并且由一个或多个服务器（参见图2，服务器系统106）的一个或多个处理器执行的指令管控。图5中所示的操作中的每一个可以对应于存储在计算机存储器或计算机可读存储介质（例如，图2，存储器206）中的指令。计算机可读存储介质可以包括磁或光盘存储设备、诸如闪存设备的固态存储设备、或一个或多个其他非易失性存储器设备。存储在计算机可读存储介质上的计算机可读指令以源代码、汇编语言代码、目标代码、或由一个或多个处理器解释的其他指令格式。

在一些实施例中，服务器系统106（图1、2）使用来自消息数据库126和用户账户数据库124的数据，来自动生成（502）被包括在第一和第二重要性预测模型（图1B，132、134）中的多个权重，而不需要用户提供与任何消息的重要性有关的明确反馈。在第一和第二重要性预测模型中的多个权重中的每一个对应于相应消息信号。在一些实施例中，如果服务器确定普通用户将在预先确定的时间量内对显出消息信号的消息动作的概率很高，则给予在第一（全局）重要性预测模型中的该消息信号更大的权重。用语“显出”被定义如下。从相应消息提取的消息信号被认为是由该消息显出。例如，服务器可以发现普通用户将在48小时内比对在该用户不是唯一接收者的情况下的其他消息更可能对在该用户是唯一接收者的情况下的消息作出响应。在该示例中，在全局重要性预测模型中，给予消息信号“用户是唯一接收者”比消息信号“用户不是唯一接收者”更大的权重。在一些实施例中，如果服务器确定特定用户将在预先确定的时间量内对显出消息信号的消息动作的概率很高，则给予在第二（用户）重要性预测模型中的该消息信号更大的权重。例如，服务器可以发现特定用户可能在48小时内对来自名为“John Doe”的人的消息作出响应，并且给予对应消息信号相当的权重。更一般地，将权重分配给被包括在重要性预测模型中的与其预测力相当的每一个消息信号，例如用于预测在用户账户中已接收了消息信号之后，用户将在预定义时间段内打开显出该消息信号的消息的可能性。

在一些实施例中，服务器系统106使用机器学习来自动生成和/或周期性更新（504）在第一和第二重要性预测模型中的重要性权重中的一个或多个。机器学习包括使用软件工具和计算机系统来实现的一组技术，其（例如，通过确定待被应用到函数或预测模型的组分的权重）生成函数和预测模型。机器学习对本领域技术人员是众所周知的，因此，在本文档中没有被详细描述。在一些实施例中，为了机器学习技术适于用户的消息传递账户中的活动的改变（例如，用户正接收的消息的改变，例如关于诸如假期的事件的消息的突然涌入、和/或用户的行为的改变），服务器为相应用户创建独立于重要性预测模型的用户简档。用户简档跟踪用户行为相关的统计数据，诸如用户每天接收、阅读或回复的消息数、用户每天阅读或回复的消息百分比、用户每天标记为重要的消息数。当用户简档指示用户正接收的消息的特性偏离用户过去通常接收的那些、和/或指示用户的关于所接收的消息的行为偏离用户的关于一个或多个统计数据的通常行为多于预先确定的量，则机器学习技术将在学习过程中忽略任何新的用户数据，直到所接收的消息和/或用户行为的偏离结束、或所接收的消息和/或用户行为的偏离持续得足够长，使得其变成关于所接收的消息和/或用户行为的新的常态。

可选地，服务器系统106使用依赖时间的衰减函数来随着时间的推移关于具有相应消息信号的消息对用户动作的重要性打折，来对在第一和第二重要性预测模型中的重要性权重中的一个或多个进行更新（506）。因此，用户的动作（例如，打开、回复、删除）对显出消息信号的消息的影响以与多久前用户动作发生相对应的量打折。例如，在这些实施例中，两周前（或可能两个月前）发生的用户动作比一天前发生的相似用户动作被更大量地打折。

在一些实施例中，服务器系统106接收（508）与用户相关联的消息。所接收的消息包括（510）识别消息参与者的信息。消息参与者包括在消息的至、自和抄送字段的一个或多个中、以及还可能在其他字段（例如，回复字段，如果被提供的话）中所列出的人。在一些实施例中，消息参与者还包括在与所接收的消息相同的对话中的其他消息的至、自、抄送、......字段中列出的人。在一些实施例中，用户具有（510）相关联的社交图（图3B，326）。在一些情况下，用户的社交图数据326（图3B）包括与消息参与者中的一个或多个有关的信息。在接收消息（508）之后，服务器系统106确定该消息是否满足预定义的消息重要性标准。在一些实施例中，服务器系统106使用图5A-5C所表示的方法论来作出这个确定，如在下面更详细说明的。在一些实施方式中，当确定消息满足预定义的消息重要性标准时，将预定义的“重要”标签应用到该消息，从而使接收该消息的客户端设备能够与没有被加标签为重要的消息不同地处理该消息。此外，在一些实施方式中，客户端设备可以被客户端设备的用户配置成在自动（例如，周期）同步操作期间，仅接收被加标签为重要的消息、或仅接收具有被加标签为重要的至少一个消息的对话。

在一些实施例中，服务器系统106从消息提取（512）一个或多个消息信号。在一些实施例中，从消息头提取消息信号的部分。从消息头提取的消息信号的示例包括：识别用户是否是消息的唯一接收者的信号、识别消息是否由用户发送的信号、识别消息的主题是否包含表达重要性的一个或多个词（例如，“重要”、“请阅读”、“紧急”、“需要动作”、“机密”以及“提醒”）的信号、识别消息的主题是否包含用户的显示名称的信号、识别应用到消息的标签（如果有的话）的一个或多个信号、识别消息是否使用秘密抄送字段被给寄送给用户的信号；指示消息是否被发送到用户已订阅的列表的信号；指示消息是否被发送自一个或多个特定域（例如，基于关于这样的消息的先前用户动作，在用户简档中被识别为用户似乎从其接收重要消息（或不重要消息）的域的域）的一个或多个信号；以及指示所接收的消息是否在对应日时间范围（例如，8AM-5PM、5:01PM-11PM或11:01PM-7:59AM）期间被发送的一个或多个信号。在此给出的示例是非穷尽的；可以基于从消息提取的信息来生成许多其他消息信号。

在一些实施例中，从消息主体，即消息的内容（除在消息头中的信息外，诸如发送者、接收者、时间戳和消息主题）提取消息信号的部分。从消息内容提取的消息信号的示例包括：识别内容是否包含表达重要性的一个或多个词的信号、识别内容是否包含用户的显示名称的信号。

在一些实施例中，当为所接收的消息生成重要性分值时，从在包括至少一个早前消息的线程内的所接收的消息（在本文也被称为当前消息）的语境提取消息信号。从在线程内的消息的语境提取的消息信号的示例包括：指示线程是否由用户发起的信号、识别消息是否是线程中的第一消息的信号、识别用户是否已回复线程中的消息的信号、以及一个或多个时间相关信号，诸如识别线程中的早前消息（即，在当前消息之前接收的消息）多久仍然是用户未读的、和/用户有多快首次阅读线程中的早前消息或对线程中的早前消息作出响应的信号。

在一些实施例中，所提取的消息信号包括（516）多个词语相关的消息信号。词语相关的消息信号对应于重要词语在消息中的存在或数量，其中重要词语包括被确定为指示消息重要性的词语。重要词语的示例包括：“重要”、“请阅读”、“紧急”、“需要动作”、“机密”、“提醒”以及相应用户的名称。一些重要词语应用到多个用户，以及一些重要词语仅应用到特定用户。在一些实施例中，对消息中（例如，消息主体和/或消息主题中）的重要词语（例如，在一个或多个重要词语列表中找到的词语）的数量进行计数。在一些实施例中，消息中的重要词语的计数包括对话中的第一消息的主题而不是对话中的其他消息的主题中的重要词语，以避免对相同词语进行重复计数。可选地，所提取的消息信号包括多个信号，其每一个对应于所接收的消息中的重要词语的特定计数或计数范围。例如，所提取的消息信号可以包括：一个重要词语；2个重要词语；3至4个重要词语；5或更多重要词语；以及在消息主题中的一个或多个重要词语。可选地，周期性、或时时、基于最近接收的消息、或基于自最后一次生成或更新重要词语列表之后所接收的消息，对用于相应用户的重要词语列表进行更新。

在一些实施例中，所提取的消息信号包括（518）多个社交图相关的消息信号。社交图相关的消息信号的示例包括：识别用户阅读来自消息的发送者的消息的百分比的信号、识别用户阅读具有与所接收的消息相同的接收者中的至少一个的消息的百分比的信号、识别被发送给完全相同接收者组的总计消息的被阅读的消息的百分比的信号、识别消息的发送者是否具有与用户相关联的对应社交图权重的信号、识别发送者的社交图权重的信号。在上面参考图3B描述了社交图权重。

在一些实施例中，所提取的消息信号包括（514）第一多个消息信号；可选地，第一多个消息信号中的每一个具有在全局重要性预测模型和用户重要性预测模型两者中的对应重要性权重。对于第一多个消息信号中的相应消息信号，其在全局重要性预测模型中的第一（全局）权重是消息信号的重要性权重的基线值，而其在用户重要性预测模型中的第二（用户）权重表示用户模型偏离全局模型的程度，换句话说，在用户模型和全局模型之间的差异。例如，第一多个消息信号中的相应消息信号具有在全局重要性预测模型中的等于0.5的第一权重和在用户重要性预测模型中的等于-0.2的第二权重，其中关于该相应消息信号在全局模型和用户模型之间的差异在数量上被表示为-0.2。

在一些实施例中，第一多个消息信号包括（519）一个或多个组合消息信号，其中组合消息信号包括两个或更多个其他消息信号的组合。在一些实施例中，使用逻辑函数（例如，AND（与）、OR（或）、XOR（异或）......）来对两个或更多个消息信号进行组合来生成组合消息信号。为所生成的组合消息信号生成权重，并且使用所述权重来帮助确定消息重要性。例如，服务器提取第一消息信号“这个消息来自非常重要的人（VIP）：真或假”，以及第二消息信号“该消息由自动化系统发送：真或假”。可以使用逻辑AND函数来将该两个消息信号组合成一个组合消息信号；例如，组合消息信号仅当“消息由VIP发送”AND“消息不由自动化系统发送”时才被确定为是真。有利的是，在组合消息信号（例如，通过使用机器学习）已被确定为具有比孤立的组合的构成消息信号更大的消息重要性预测力的情况下，使用组合消息信号。

在一些实施例中，服务器系统106为第一多个消息信号中的每一个消息信号生成（520）重要性权重。对于相应消息信号（522），服务器系统106使用第一（全局）重要性预测模型来为该相应消息信号确定（524）第一权重。服务器还使用第二（用户）重要性预测模型来为该相应消息信号确定（526）第二权重。

在一些实施例中，第一和第二重要性预测模型两者均包括（528）多个词语相关的权重，其每一个对应于词语相关的消息信号。在上面参考图5A更详细地描述了词语相关的消息信号。

在一些实施例中，第一和第二重要性预测模型两者均包括（530）多个社交图相关的权重，其每一个对应于社交图相关的消息信号。在上面参考图5A更详细地描述了社交图相关的消息信号。

在一些实施例中，服务器系统106通过将第一和第二权重相组合来确定（532）相应消息信号的重要性权重。在一些实施例中，通过将第一权重和第二权重相加来确定（534）相应消息信号的重要性权重。

为第一多个消息信号中的每一个消息信号重复（536）用于为相应消息信号确定重要性权重的操作522至534。在一些实施例中，当确定（538）已为第一多个消息信号中的每个消息信号生成了重要性权重时，服务器系统106基于第一多个消息信号的所生成的重要性权重为消息确定（552）重要性分值。在一些实施例中，通过将第一多个消息信号中的每一个消息信号的重要性权重加在一起来确定消息的重要性分值。

在一些实施例中，所提取的消息信号进一步包括（540）第二多个消息信号。在一些实施例中，第二多个消息信号中的每一个具有仅在用户重要性预测模型而非全局重要性预测模型中的对应重要性权重。在这些实施例中，服务器为第二多个消息信号中的每一个消息信号生成（542）重要性权重。对于相应消息信号（544），服务器系统106使用第二（用户）重要性预测模型而非第一（全局）重要性预测模型来为该相应消息信号确定（546）重要性权重。重复这些操作，以为第二多个消息信号中的每一个相应消息信号确定重要性权重（548）。

当确定（550）已为第一和第二多个消息信号中的每个消息信号生成了重要性权重时，服务器系统106基于第一和第二多个消息信号的所生成的重要性权重来为消息确定（554）重要性分值。在一些实施例中，通过将第一和第二多个消息信号中的每一个消息信号的重要性权重加在一起来确定消息的重要性分值。在一些实施例中，服务器使用上述方法来为该消息和多个其他消息确定重要性分值，然后基于其重要性分值，对该消息和多个其他消息进行排序。

在一些实施例中，在为消息确定重要性分值之后，服务器将消息的重要性分值与阈值进行比较（556）来确定消息的重要性。在一些实施例中，将带有大于阈值的重要性分值的消息（或更一般地，满足预定义的消息重要性标准的消息）确定为重要。在一些实施例中，将带有小于阈值的重要性分值的消息（或更一般地，不满足预定义的消息重要性标准的消息）确定为不重要。在一些实施例中，阈值由服务器预先确定。在一些实施例中，服务器使用机器学习来周期性更新（558）阈值。被确定为重要的消息具有大于阈值的重要性分值的要求是预定义的消息重要性标准的示例。

在一些实施例中，服务器将消息的重要性分值与多个阈值进行比较来为消息确定重要性级别。例如，服务器将消息的重要性分值与两个阈值T1和T2进行比较，其中T1小于T2。如果消息的重要性分值大于T2，则将该消息确定为“非常重要”；如果消息的重要性分值小于T2但是大于T1，则将该消息确定为“重要”；如果消息的重要性分值小于T1，则将该消息确定为“不重要”。通过将多个所接收的消息的重要性分值与多个阈值进行比较，为所接收的消息中的每一个分配重要性级别，并且将消息分成重要性层级或级别。

在一些实施例中，服务器将消息（或关于消息的消息信息）以及关于消息的重要性的信息发送（560）给用户以供在客户端设备处显示。在一些实施例中，关于消息的重要性的信息包括用于在显示窗口的子区域中显示消息的指令，其中该子区域用来显示重要消息，如在下面参考描绘了消息传递应用的“优先收件箱”用户界面的图6A更详细地描述的。在一些实施例中，关于消息的重要性的信息包括用于显示预定义标签来指明消息的重要性的指令，如在下面参考图6A更详细地描述的。如上所述，替代发送消息自身以及重要性信息，服务器可以发送与消息相对应的信息（例如，消息的主题行、识别消息的发送者的信息、识别消息所属的对话的主题的信息等）以及消息重要性信息。

在一些实施例中，在服务器将消息（或消息信息）以及关于消息的重要性的信息发送给用户以供显示之后，用户可以可选地例如通过将消息中的一个或多个标记为“重要”或“不重要”，来提供与该消息或任何其他消息的重要性有关的反馈数据，如在图6E-6F中所示。在一些实施例中，服务器系统106从用户收集（562）与该消息或任何其他消息的重要性有关的可选反馈数据，并且在为第二（用户）重要性预测模型生成和/或更新（562）重要性权重时纳入可选的用户反馈数据。在另一个实施例中，服务器系统106从用户收集（562）与该消息或任何其他消息的重要性有关的可选反馈数据，并且在为第一（全局）和第二（用户）重要性预测模型两者生成和/或更新重要性权重时纳入可选的用户反馈数据，但是将用户反馈数据对于更新全局模型比对于更新用户模型给予更低的权重。

图6A是根据一些实施例的、消息传递应用的“优先收件箱”用户界面600的示意性截屏，其中在用户界面600的两个非重叠区域中显示对话列表。在截屏的左上角，存在“Compose Mail（撰写邮件）”链接602。用户点击链接602来开始写新的消息。在链接602附近，存在文本框604和“Search Mail（搜索邮件）”按钮606。在用户通过文本框604提交一个或多个查询词语并且点击“Search Mail”按钮606之后，系统生成列出与查询词语相匹配的消息或对话的新的显示。在文本框604附近的是两个重要性标记可操作暗示（有时被称为按钮或用户界面按钮）：“Important（重要）”608和“Unimportant（不重要）”610。用户选择该两个可操作暗示中的一个来将消息或对话标记为重要或不重要，其将在下面参考图6E-6F更详细地描述。紧挨着“Important”和“Unimportant”可操作暗示的是两个下拉列表：“add label（添加标签）”列表612和“more actions（更多动作）”列表614。正好在“ComposeMail”链接602下面，存在一系列分组框，每一个框对应于系统定义的类别，其由诸如“Priority Inbox（优先收件箱）”、“Inbox（收件箱）”、“Starred（加星标）”、“Sent Mail（已发送的邮件）”、“Drafts（草稿）”、“All Mail（所有邮件）”、“Spam（垃圾邮件）”、“Trash（垃圾箱）”、“Important（重要）”等的相应系统定义的标签表示。在一些实施例中，系统定义的类别集可以不同，其包括这些类别的子集和/或另外类别。在“Categories（类别）”分组框616下面，存在另一系列的分组框，每一个框对应于用户定义的类别，其由相应用户定义的标签，诸如Label1（标签1）、Label2（标签2）......等表示。注意到，由于当前截屏仅显示了属于“Priority Inbox”类别的对话，因此，在分组框616中的对应链接已被高亮。

在一些实施例中，“Priority Inbox”类别包括根据相应消息或对话的重要性来组织并显示的消息和对话，如在下面参考图6A-6F更详细地描述的。在一些实施例中，“Starred”类别包括用户计划积极参与的消息和对话，例如，通过将消息发送给其他参与者，其类似于“待办”列表。因此，在一些实施例中，可以将消息标记有预定义标签，诸如星形640，以使用户能够搜索加星标的消息。在一些实施例中，“Important”类别616-1包括已被确定为满足预定义的消息重要性标准的消息和对话。在上面参考图5C更详细地描述了预定义的消息重要性标准。

紧挨着“Categories”分组框616并且在按钮608、610和下拉框612、614行下面，存在用户界面的消息区域，该消息区域被用来显示消息信息（例如，与查询相匹配的对话列表、或在对话中的消息），其表示消息集。典型地，消息信息关于至和自相应用户的消息账户的消息。典型地，所显示的消息信息包括或涉及其中相应用户是参与者（例如，在每一个消息的至、抄送或秘密抄送字段中被指定）的消息。在一些实施例中，所显示的消息是（或包括）电子邮件消息。可选地，所显示的消息信息包括或涉及两个或更多个类型的消息，诸如下述两个或更多个：电子邮件消息、聊天消息、SMS消息、语音消息以及视频消息。

在一些实施例中，消息区域同时显示在用户界面的第一区域中的第一消息集632的消息信息以及在用户界面的独立于第一区域的第二区域中的第二消息集的消息信息。如图6A中所示，在一些实施例中，消息区域中的第一区域包括标题618（例如，“Important（重要）”），其用来识别在第一区域中显示的消息。标题618被显示在第一区域的左上角处。可选地，标题618还是链接618，其在由用户选择时，向该用户提供用于确定哪些消息待在用户界面的第一区域中被显示，以及更一般地，用于配置用户界面的该区域的选项。类似地，用于每一个另外消息区域的标题（例如，在第二区域上方的标题636和在第三区域上方的标题644）也是链接，其当由用户选择时，向该用户提供用于确定哪些消息待在用户界面的该区域中被显示，以及更一般地，用于配置用户界面的该区域的选项。

在标题618下面的是每一个占据第一区域中的一行的消息或对话列表632。在第一区域中所显示的每一个对话/消息满足预定义的消息重要性标准，并且在第一区域中所显示的每一个对话具有满足预定义的消息重要性标准的至少一个消息。在上面参考图5C更详细地描述了预定义的消息重要性标准。应当注意的是，在第一区域中仅显示已被确定为满足预定义的重要性标准的消息是有利的，因为其使用户能够快速并便利地定位已被确定为重要的消息，而不必浏览多个消息页来定位在每一个页面上的重要消息。

在一些实施例中，第一区域中的每一行包括复选框622，以及关于一个对话的信息，包括：发送者列表624、接收者状态指示符626、消息/对话主题和消息/对话的摘录628以及日期/时间值630（例如，接收在所列出的对话中的最后消息的日期/时间）。可以在美国专利No.7,584,426中找到关于这些字段中的每一个的另外信息（参见，例如，图3B的描述），特此通过引用将其整体合并。在一些实施例中，所显示的字段集可以不同，其包括前述字段的子集和/或另外字段。在一些实施例中，如果用户决定将对应消息或对话从例如“Inbox”的一个系统定义的类别移动到例如“Trash”的另一个、或如果用户决定将用户定义的标签附加到对应对话、或如果用户决定将对应消息或对话从显示的一个区域移动到另一个，则该用户选取复选框622。在第一区域的右上角，存在“View All（查看全部）”链接620（也被称为展开可操作暗示），其在下面参考图6C-6D更详细地被描述。可选地，消息传递应用的“优先收件箱”用户界面600还包括折叠可操作暗示621，其用于使第一区域折叠，从而移除先前在第一区域中列出的项以免在用户界面中被显示。可选地，“优先收件箱”用户界面600的不同消息区域中的每一个包括相应折叠可操作暗示（例如，图6A中的折叠可操作暗示621和639，以及图6B中的621、639和647），其用于使用户界面的对应区域折叠，从而移除先前在相应区域中列出的项以免在用户界面中被显示。

在一些实施例中，在第一区域中按时间先后顺序显示消息和对话列表632。在一些实施例中，在早前已被接收的消息上方显示最近已被接收的消息。按时间先后顺序显示重要消息列表632是有利的，因为时间先后顺序对许多用户来说能最直观感知；如果没有按时间先后顺序显示对话或消息，则可能使一些用户糊涂。

在一些实施例中，使尚未被用户阅读的消息和对话高亮。在一些实施例中，重要消息列表632中的所有消息均未被用户阅读，并且列表632中的所有对话具有用户未读的至少一个消息。在第一区域中仅显示已被确定为满足预定义的重要性标准的未读消息是有利的，因为其使用户能够快速并便利地定位已被确定为重要的未读消息，其在许多情况下，在对用户的最重要消息之中。可选地，给予用户显示列表632中的重要对话/消息的选项，而不考虑用户是否已阅读了列表632中的所有消息。

在一些实施例中，图6A中的显示窗口的消息区域进一步包括带有被显示在第二区域的左上角处的标题636（例如，“Starred”）的第二区域。在标题636下面的是每一个占据第二区域中的一行的对话列表642。列表642中的每一个对话具有被用户标记有预定义标签的至少一个消息。替选地，在示出消息列表而不是对话列表的实施例中，列表642中的每一个消息将是被用户标记有预定义标签的消息。在一些实施例中，为列表642中的每一个对话/消息紧挨着对话/消息复选框显示星形符号640。在第二区域的右上角，存在“View Starred（查看加星标）”链接638（也被称为展开可操作暗示），其在下面参考图6C-6D更详细地被描述。在一些实施例中，在第二区域中按时间先后顺序显示消息和对话列表642。在一些实施例中，将第一区域的列表632中的对话/消息的每一个排除在第二区域的列表642之外。在一些实施例中，列表642中没有对话/消息满足预定义的消息重要性标准。当被应用到对话列表时，这意味着列表642中没有对话包含满足预定义的消息重要性标准的消息。

如图6B中所示，在一些实施例中，消息应用的用户界面的消息区域进一步包括用于显示第三消息集的第三区域。在大部分——如果不是全部的话——实施例中，将在第一消息集中的消息和在第二消息集中的消息排除在第三区域中所显示的第三消息集之外。在该示例中，第三区域包括被显示在第三区域的左上角处的标题644（例如，“Everything else”）。在标题644下面的是每一个占据第三区域中的一行的对话或消息列表650。在第三区域的右上角处，存在“View Inbox（查看收件箱）”链接646（也被称为展开可操作暗示），如在下面参考图6C-6D更详细地描述的。在一些实施例中，在第三区域中按时间先后顺序显示对话/消息列表650。在一些实施例中，将第一区域的列表632和第二区域的列表642中的对话/消息的每一个排除在第三区域的列表650之外。在又其他实施例中，用户界面包括四个不同的消息区域（未示出），每一个用于显示不同的对话/消息集。可选地，用户可以对用户界面进行配置来确定每一个消息区域的内容。可选地，用户可以将这些区域中的一个配置成仅包括具有特定的用户定义的标签的消息（例如，具有用户定义的标签“vacation（假期）”的消息）。换句话说，客户端设备仅选择被加标签有特定的用户定义的标签的消息（或具有至少一个消息的对话），来供在用户界面的相应区域中显示。

尽管未示出，然而，在一些实施例中，图6B中的第一、第二和第三区域中的每一个包括可点击下拉头，其允许用户定制在相应区域中显示消息的方式和/或将动作应用到在相应区域中显示的所有可见消息。在一个实施例中，将这样的可点击下拉头分别附加到链接“Important”618、链接“Starred”636和链接“Everything Else”644。可点击下拉头包括使用户能够定制相应区域的大小、相应区域的类别等的选项。可选地，可点击下拉头包括使用户能够选择或取消选择相应区域中的所有可见消息、或将其他动作应用到相应区域中的所有可见消息的选项。

图6C是根据一些实施例的、消息传递应用的“优先收件箱”用户界面的示意性截屏，其描绘用户如何通过选择“View All”链接（也被称为展开可操作暗示）来展开消息传递应用用户界面的第一区域。如果用户想要仅查看第一区域的列表632中的消息和对话，则用户可以点击（652）位于第一区域的右上角处的“View All”链接来展开第一区域。图6C中示意性描绘的用户界面然后将改变成在图6D中示意性描绘的用户界面，其描绘了在其展开状态下的第一区域。如图6D中所示，在用户点击“View All”链接来展开第一区域之后，在显示窗口的消息区域中仅显示列表632中的对话/消息。在一些实施例中，列表632包括比能够在图6C中的第一区域中显示的最大量消息多的对话/消息，但是在用户通过点击“View All”链接来展开第一区域之后，可以在图6D中的消息区域中显示没有在图6C中的第一区域中显示的来自列表632的另外对话/消息。以相似方式，用户可以点击“View Starred”链接638（图6A）来展开第二区域、或点击“View Inbox”链接646（图6B）来展开第三区域。

尽管未示出，然而，在一些实施例中，图6B中的第一、第二和第三区域中的每一个包括折叠可操作暗示621、639、647（也被称为显示区域折叠链接），其允许用户使用户界面的相应显示区域折叠。在一个实施例中，在对应显示区域的左空白上方和附近显示相应折叠可操作暗示。当用户点击相应区域的折叠可操作暗示时，使该相应区域折叠。在一些实施例中，相应区域在其折叠状态下仅示出带有相应区域的标题和被包括在该相应区域中的消息的计数的头部。

图6E是根据一些实施例的、消息传递应用用户界面的示意性截屏，其描绘用户可以如何通过选择项并且点击“Important”按钮（也被称为重要性标记可操作暗示），将在第二区域中显示的该项标记为重要。如果用户想要将在第二区域中的消息或对话（例如，图6E中的对话660）标记为重要，则用户可以选择（670）对话660的复选框并且点击（672）按钮“Important”。图6E中的截屏然后将改变成图6F中的截屏，其中对话660被从第二区域移动到第一区域并且被包括在第一区域的列表632中。相应地，在该示例中，对话662被从列表642中的第二消息（如图6E中所示）移动到列表642中的第一消息（如图6F中所示）。

图7A是表示根据一些实施例的、用于显示（702）与相应用户相关联的消息的方法700的流程图。客户端系统（例如，图1A和4，客户端系统102）在显示的第一区域中显示（704）表示第一消息集的第一消息信息，以及在显示的不同于第一区域的第二区域中显示（706）表示第二消息集的第二消息信息（参见，例如图6A，列表632和642所占据的区域）。在一些实施例中，客户端系统102进一步在不同于第一和第二区域的第三区域中显示（708）第三消息集（参见，例如图6B，列表632、642和650所占据的区域）。在一些实施例中，第一消息信息和第二消息信息两者均由客户端系统102按时间先后顺序在其相应显示区域中显示（710）。在上面参考图6A-6F描述了方法700的细节。

图7B是图示根据一些实施例的、展开可操作暗示的操作的流程图。客户端系统102系统在第一和第二区域的每一个中显示（712）相应展开可操作暗示（例如，图6A，620、638）。在一些实施例中，客户端系统102为第一区域接收（714）对展开可操作暗示的用户选择，以及展开（716）第一区域并且仅显示第一消息信息。在另一个实施例中，客户端系统102为第二区域接收（714）对展开可操作暗示的用户选择，以及展开（718）第二区域并且仅显示第二消息信息。在上面参考图6C-6D描述了该方法的细节。

图7C是图示根据一些实施例的、重要性标记可操作暗示的操作的流程图。系统显示（720）可选择的重要性标记可操作暗示。例如，图6A示出了两个可选择的重要性标记可操作暗示：Important（重要）608和Not Important（不重要）610标记可操作暗示。在一些实施例中，系统接收（722）对第二消息信息所表示的一个或多个项的用户选择以及接收（724）对可选择的重要性标记可操作暗示的用户选择。系统然后使用预定义标签将用户选择的项标记（726）为重要。在上面参考图6E-6F描述了该方法的细节。将选择的项标记为重要或不重要的用户动作提供了与一个或多个用户选择的消息的重要性有关的用户生成的反馈数据。可选地，服务器（图2，106）从用户收集与一个或多个消息的重要性有关的反馈数据，并且使用该反馈数据来修改第二重要性预测模型。可选地，服务器周期性（或时时）使用至少部分基于反馈数据的机器学习来对第一和第二重要性预测模型中的重要性权重中的一个或多个进行更新。可选地，服务器使用被应用到反馈数据以及可选地被应用到关于对消息的其他用户动作的信息的依赖时间的衰减函数，来对第一和第二重要性预测模型中的重要性权重中的一个或多个进行更新。可选地，服务器还至少部分基于反馈数据来对一个或多个重要性阈值进行更新，以调整被分类为重要并且在用于重要对话/消息的消息显示区域（例如，参见图6A）中显示的对话/消息量。

图8A是依据一些实施例的、在移动设备（例如，图1A，移动客户端设备102-c）上所显示的主菜单801的示意性截屏。主菜单801被显示在客户端设备102-c的显示器800上；显示器800是移动客户端设备102-c（图1A）的用户接口410的一部分。在一些实施例中，显示器800是触敏显示器（或“触摸屏”）。可以在主菜单801上显示一个或多个应用图标802。应用图标802对应于在移动客户端设备102-c上的相应应用。在与应用图标802的位置相对应的位置处触摸显示器800打开对应应用。在一些实施例中，移动客户端设备102-c包括消息传递应用（例如，电子邮件应用）或呈现消息传递应用web接口（例如，web电子邮件接口）的web浏览器应用。

同样在主菜单801中显示的是新电子邮件通知804。新电子邮件通知804包括存在新的重要邮件的消息。在一些实施例中，新邮件通知804示出新消息的计数806以及新消息中的一个或多个的简要信息808（例如，信息的发送者、主题以及摘录）。

新邮件通知804向用户通知新的重要消息。在一些实施方式中，“新”消息是未读的消息。在一些实施例中，当从服务器系统106接收新消息（例如，作为与服务器系统106的同步操作（也被称为同步（synch）操作或同步（syncing）操作）的结果被接收的新消息）时，而消息传递应用或消息传递应用web接口没有在设备102-c上在前台中运行（例如，消息传递应用根本没在运行、或消息传递应用正在后台中运行），显示新邮件通知804。在一些实施例中，用户可以针对新邮件通知804执行手势（例如，轻击手势）来打开消息传递应用或消息传递应用web接口，以查看新消息。

在一些实施例中，当所接收的新消息包括一个或多个优先消息时显示新邮件通知（例如，新邮件通知804），但是当所接收的新消息不包括任何优先消息时不显示新邮件通知。在一些实施例中，“优先”消息是已被确定为满足预定义的消息重要性标准的那些消息，其在上面参考图5A-5C更详细地被描述。例如，“优先”消息是其重要性分值高于阈值的那些消息。在一些实施例中，新邮件通知显示仅仅新近接收的优先消息的信息。例如，新邮件通知804显示仅仅新近接收的优先（“重要”）消息的计数806和新近接收的优先消息中的一个或多个的信息808。替选地，新邮件通知804显示所有未读优先（“重要”）消息的计数806和新近接收的优先消息中的一个或多个的信息808。

应当注意的是，当所接收的新消息包括至少一个优先消息时显示新邮件通知（例如，新邮件通知804），但是当所接收的新消息不包括任何优先消息时不显示任何新邮件通知是有利的；通过向用户通知新的优先消息而不是新的非优先消息，用户能够将注意力集中在重要并且需要更及时关注的消息，并且减少了与客户端移动设备102-c的不必要交互。与客户端移动设备102-c的不必要交互的减少可以帮助减少数据使用（因此，减少数据使用费），并且保护电池寿命。

图8B是根据一些实施例的、在移动设备上的消息传递应用的“优先收件箱”用户界面810的示意性截屏，其中可以显示优先消息或包括至少一个优先消息的对话。用户界面810在移动设备102-c的显示器800上被显示。用户界面810包括指示用户界面810是用于查看优先消息的界面的标题812。在一些实施例中，标题812还示出新的（即，未读）优先消息的计数。例如，标题812具有靠近标题“Important”显示的“（3）”，其指示存在三个（3）未读优先消息。正如标题618、636或644，标题812也是链接，其当被用户选择时，向用户提供用于确定哪些消息待在用户界面的第一区域中被显示，以及更一般地用于配置用户界面的该区域的选项。例如，用户可以选择标题812来将用户界面810改变成显示优先消息（以及包括一个或多个优先消息的对话）和非优先消息（以及不包括任何优先消息的对话）两者的用户界面。

在用户界面810中显示了零个或多个优先消息或包括至少一个优先消息的对话（在下文中，为方便起见“优先对话”）814。用户可以选择优先消息/对话814来阅读所选择的消息或在所选择的对话中的消息。在一些实施例中，如果不存在优先消息/对话待显示（例如，由于至今被接收的所有优先消息已被删除或被标记为垃圾），则用户界面810可以没被显示有消息。

在一些实施例中，每一个优先消息/对话被显示有复选框622和一个或多个字段，包括：发送者列表624、接收者状态和重要性指示符816、消息/对话主题和消息/对话的摘录628、以及日期/时间值630（例如，接收所列出的对话中的最后消息的日期/时间）。接收者状态和重要性指示符628是接收者状态指示符626和消息/对话是优先消息/对话的图形指示符（例如，如图8B中所示的五角多边形）的组合。在一些实施例中，如果优先消息未读或优先对话包括未读消息，则以黑体字或另外高亮显示主题/摘录628中的对应主题和发送者列表624中的未读消息的发送者。在一些实施例中，所显示的字段集可以不同，其包括前述字段的子集和/或另外字段。

在一些实施例中，在用户界面810中显示被标记有预定义标签（例如，星形）的优先消息/对话814，其中预定义标签（例如，图6A，星形640）与该消息/对话一起被显示。在一些实施例中，优先消息/对话814被标记有的任何其他预定义或用户定义的标签与对应消息/对话一起被显示。

在一些实施例中，如果用户决定将对应消息或对话从例如“Inbox”的一个系统定义的类别移动到例如“Trash”的另一个、或如果用户决定将用户定义或预定义的标签附加到对应对话、或如果用户决定将对应消息或对话从显示的一个区域移动到另一个，则该用户选取复选框622。

应当对本领域普通技术人员显而易见的是，用户界面810在许多方面类似于参考图6A-6F所述的优先收件箱用户界面，但是适于移动设备的更小显示器800。例如，在没有额外用户输入的情况下，不显示部分可操作暗示。

图8C是根据一些实施例的、在移动客户端设备上的消息传递应用的通知设置配置用户界面820的示意性截屏。在用户界面820中，用户可以配置与新邮件通知有关的设置。

用户界面820包括带有标题“Settings（设置）”的标题822，其指示用户界面820是用于配置与电子邮件消息有关的设置的“Settings”界面的一部分。在可以每账户配置设置（即，为通过特定移动客户端设备访问的多个用户账户（有时被称为电子邮件账户或消息传递账户）中的每一个存储不同的设置）的一些实施例中，标题822还示出为其设置在界面820中被示出并且可以被配置的账户（例如，图8C中的“abcxyz.com”）。带有标题“Notification Settings（通知设置）”的子标题824指示用户界面820是用于配置通知设置的界面，通知设置是与电子邮件消息有关的设置的子集。

用户界面820包括用来为任何新的电子邮件消息启用或禁用（例如，切换）通知的设置826。如果通知被禁用，则不为新的电子邮件消息示出通知。如果通知被启用，则为至少部分新的电子邮件消息示出通知；通过下述额外配置设置来确定是为所有新的消息还是部分新的消息（例如，优先消息）示出新电子邮件通知。

用户界面820包括用来为特定类型的消息（例如，被标记有标签的消息或优先消息）选择铃声、可听见提示、或其他可听见成分或声音的设置828。对设置828的选择激活铃声选择界面的显示，在下面参考图8D描述了其示例。

用户界面820包括用来为特定类型的消息（例如，被标记有标签的消息或优先消息）配置振动（例如，短或长振动脉冲、振动脉冲数等）的设置830。

用户界面820包括“notify once（通知一次）”设置832。在一些实施例中，如果“notify once”设置832被启用，则无论何时即刻接收多个新的消息，为该多个新消息组仅显示一个（正好一个）通知，而不是为每一个单独新的消息显示独立通知。如果“notify once”设置832被禁用，则无论何时即刻接收多个新的消息，为每一个单独新的消息显示通知。

在一些其他实施例中，如果“notify once”设置832被启用，则无论何时存在早前在客户端设备处接收的、尚未被用户查阅的新消息，当接收新消息组时，不显示通知。如果“notify once”设置832被禁用，则为客户端设备所接收的每一个新消息组显示通知，而不管在客户端设备处是否存在有待查阅、遭受其他设置（例如，“important only（仅重要）”设置832）的早前接收的新消息。

用户界面820包括“important only”设置834。如果“important only”设置834被启用，则为新的优先消息而不是为非优先消息显示新邮件通知。如果“important only”设置834被禁用，则为新的优先消息和新的非优先消息两者均显示新邮件通知。

在一些实施例中，将在用户界面820中配置的通知设置数据存储在客户端计算机102处通知设置422中。如果通知设置是以每账户为基础可配置的，则为对应用户账户将所述设置存储在通知设置422中。

图8D是根据一些实施例的、在移动设备上的消息传递应用的通知铃声配置用户界面836的示意性截屏。用户界面836使用户能够指定待在显示新邮件通知时播放的特定铃声或可听见成分。在一些实施例中，通过选择用户界面820中的“select ringtone（选择铃声）”选项828（图8C中所示）来访问用户界面836。

用户界面836包括标题822、次标题824以及子次标题838。子次标题838向用户指示用户界面836是在通知设置下的用户界面，并且用于为新邮件通知配置铃声。

用户界面836包括针对新邮件的铃声设置840。新邮件铃声设置840是关于为新邮件通知播放的默认铃声、提示音、或其他成分、声音记录或音频剪辑的设置。除非为特定类型的新邮件通知指定不同的铃声，否则，为新邮件通知播放在新邮件铃声设置840中所指定的铃声（例如，音频文件430）。此外，如果“important only”设置834（图8C）被启用，则当所接收的新邮件不包含重要/优先消息时，不会播放在设置840中所指定的铃声。在一些实施例中，用户通过与对应于设置840的下拉菜单可操作暗示交互来为铃声设置840选择铃声。

用户界面836包括针对新的重要/优先消息的铃声设置842。针对新的重要/优先消息的铃声设置842可以以与在新邮件铃声设置840中所指定的铃声不同的铃声被启用、或被禁用。如果铃声设置842被禁用，则为针对优先消息的新邮件通知播放在铃声设置840中所指定的铃声。如果铃声设置842被启用并且指定了铃声，则为针对优先消息的新邮件通知播放在设置842中所指定的铃声，而不是在设置840中所指定的铃声。在一些实施例中，用户通过与对应于设置842的下拉菜单可操作暗示交互来为设置842选择铃声。

图8E是根据一些实施例的、在移动设备上的消息传递应用的同步设置配置用户界面844的示意性截屏。在用户界面844中，用户可以指定和与服务器系统106的消息同步（例如，从服务器系统106取得消息）有关的设置。用户界面844包括标题822和次标题846。次标题846指示用户界面844是用于查看和修改同步设置的用户界面。

用户界面844包括自动同步间隔设置848。自动同步间隔设置848允许用户从预定义时间间隔（例如，5分钟、10分钟、30分钟、1小时）的选择中进行选择，以及可选地允许用户选择“手动”设置，在这种情况下，与服务器的同步仅在用户发起同步时（例如，通过执行预定义的肯定用户动作）才发生。在一些实施例中，用户通过与对应于设置848的下拉菜单可操作暗示交互来为设置848选择间隔。如果为设置848设置了时间间隔，则移动客户端设备102-c和服务器系统106以所设置的间隔周期性同步（sync）消息，而不用肯定的用户激活。在一些实施例中，消息同步包括移动客户端设备102-c从服务器系统106下载在其他客户端设备102处执行的新消息和消息修改（例如，消息删除、为消息加标签或标记、将消息移入文件夹、撰写并发送消息等），并且将在移动客户端设备102-c处编写的新消息和在移动客户端设备102-c处执行的消息修改上载到服务器系统106。

如果自动同步间隔设置848被设置成仅手动，则移动客户端设备102-c不与服务器系统106自动同步消息；用户（例如，通过选择在消息传递应用中的消息刷新/更新可操作暗示、或通过向移动客户端设备102-c说出相应命令）发起同步操作。

用户界面844还包括“auto-sync important mail only（仅自动同步重要邮件）”设置850。如果设置850被禁用，则当执行自动同步操作时，所有消息均被同步。如果设置850被启用，则当执行自动同步操作时，仅优先消息被同步；在用户发起的手动同步操作中可以同步非优先消息。

在一些实施例中，客户端设备响应于来自服务器系统的存在新消息的推送通知，发起自动消息同步或取得操作。取决于实施例，推送通知可以包括或不包括指示新消息是否包括优先消息的信息。在推送通知包括指示新消息是否包括优先消息的信息的实施例中，根据电子邮件配置设置（例如，“auto-sync important mail only”设置850），客户端设备可以忽略没有指示新消息包括优先消息的推送通知（并且作为响应，不发起自动同步或取得操作）。在推送通知不包括指示新消息是否包括优先消息的信息的实施例中，根据电子邮件配置设置（例如，“auto-sync important mail only”设置850），客户端设备在响应于推送通知自动同步或取得时，仅同步或取得优先消息。

图8F是根据一些实施例的、在移动设备上的消息传递应用的账户选择用户界面852的示意性截屏。在一些实施例中，以每账户为基础对通知和同步设置进行配置。用户界面852允许用户选择他们希望为其查看或修改通知和/或同步设置的账户。

用户界面852包括标题822和次标题854。次标题854指示用户界面852是用于选择用户账户（例如，电子邮件账户或消息/对话账户）的用户界面。

用户界面852列出在消息传递应用中的账户856。用户选择所期望的账户856，然后可以返回到用户界面820、836或844来为所选择的账户查看通知、铃声或同步设置。因此，通知、铃声和同步设置可以在账户之间不同。在一个示例中，对于第一用户账户，用户将通知设置成仅为新的优先消息显示，以及对于第二用户账户，用户将通知设置成为所有新的消息显示。类似地，针对重要消息的铃声设置可以在多个账户之间不同（例如，用户为在第一用户账户中接收的重要消息设置第一铃声，并且用户为在第二用户账户中接收的重要消息设置不同于第一铃声的第二铃声）。在进一步示例中，对于第一用户账户，用户将自动同步设置设置成使所有消息同步，以及对于第二用户账户，用户将自动同步设置设置成仅使优先消息同步。

图8G是根据一些实施例的、在移动设备上的消息传递应用的通知设置配置用户界面的另一个示意性截屏。图8G示出了用户界面858，其是针对图8C中所示的用户界面820的替选实施例。用户界面858包括标题822、次标题824以及设置826、828、830和832。

用户界面858还包括“labels only（仅标签）”设置860。“labelsonly”设置860类似于“important only”设置834，因为当“labels only”设置860被启用时，仅当新的消息包括被标记有指定的标签862的消息时才为新的消息显示新邮件通知。在一些实施方式中，指定的标签（其确定被标记以供通知的所接收的消息）包括用户定义的标签（例如，标签“work（工作）”862-2和“family（家人）”862-3）和预定义的标签（例如，用于优先消息的“important”标签862-1）。预定义的标签有时被称为系统标签，因为它们不是用户定义的。典型地，根据不是特定于用户的预定义标准，将预定义的标签分配给消息。用户可以通过选择标签添加可操作暗示864来将额外标签添加到设置834的列表。也可以从列表移除标签。在另一个示例中，所指定的标签是系统标签“Important”和被应用到用户所选择的消息的标签“Starred”。

图8H是根据一些实施例的、在移动设备上的消息传递应用的通知铃声配置用户界面的另一个示意性截屏。图8H示出了用户界面866，其是针对图8D中所示的用户界面836的替选实施例。用户界面866包括标题822、次标题824、子次标题838以及设置840。

用户界面866还包括用于为加标签的新邮件指定铃声的设置868。当为特定标签指定铃声时，则当为具有该特定标签的新消息显示新邮件通知时，为新邮件播放该所指定的铃声，而不是铃声设置840所指定的铃声。可以为用户定义的标签（例如，标签“work”和“family”）以及为预定义的标签（例如，用于优先消息的标签“important”）指定铃声。

应当理解的是，如在上面参考图8C-8H所述，特定设置在特定用户界面中的放置（例如，在用户界面820中的“important only”设置834相对于比方说对应电子邮件账户的一般设置用户界面）仅是示例性的。例如，电子邮件账户的“important only”设置834可以被放置在该电子邮件账户的一般设置用户界面中，并且从该一般设置用户界面进行访问，而不是该电子邮件账户的通知设置用户界面820。

图9A-9D包含根据一些实施例的、用于呈现通知的过程900的流程图。可以在客户端设备（例如，客户端移动设备102-c）处执行过程900。应当理解的是，虽然参考消息描述了过程900，然而，过程900也类似地适用于具有多个消息的对话。

客户端设备从服务器系统接收消息信息（902）。消息信息表示消息集。客户端设备可以（例如，在同步操作中）与服务器系统（例如，服务器系统106）通信来接收表示包括一个或多个消息的消息集的消息信息。典型地，所接收的消息信息由客户端设备在自动同步操作期间或在已由客户端设备的用户手动发起的同步操作期间下载。

在一些实施例中，对于消息集中的每一个消息，所接收的消息信息包括日期和时间信息、发送者信息、接收者信息、主题以及如果有的话，消息被标记有的一个或多个标签。例如，如果作为满足预定义的消息重要性标准的结果，消息被标记有“重要”标签，则客户端设备从服务器系统接收该“重要”标签。可选地，在一些实施例中，客户端设备（例如，在同步操作期间）为相应新消息接收的消息信息还包括该相应新消息的消息主体的一个或多个部分。如上所述，消息主体和消息头（其典型地包含识别消息发送者、接收者、一个或多个时间戳和消息主题的信息）是消息的不同部分。在一些其他实施例中，对于为其接收新消息信息的每一个对话，在收件箱同步操作期间所接收的消息信息包括消息主题信息，以及可选地摘录信息，但是在用户发送请求查看特定对话或替选地特定消息的命令之前，推迟对消息主体信息的传输。在这些实施例中，响应于查看相应对话或消息的用户命令，在对话同步操作或消息同步操作期间接收消息主体部分或替选地完整消息主体信息。

根据（所接收的消息信息所表示的）消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，客户端设备呈现新邮件通知（904）。当消息集包括一个或多个未读优先消息（例如，满足预定义的消息标准的消息，如在上面参考图5A-5C所述）时，客户端设备呈现新邮件通知。例如，当客户端设备接收未读优先消息时，显示新邮件通知804（图8A）。

在一些实施例中，客户端设备通过优先消息被标记有的标签（例如，预定义的“重要”标签）来识别优先消息。新邮件通知向用户提示客户端设备已接收了满足预定义的消息重要性标准的新（例如，未读）消息，因此可能值得用户的关注。在一些实施例中（例如，在新邮件通知设置已被启用的客户端设备中，如在上面参考图8C所述），新邮件通知包括视觉通知（例如，在客户端设备的显示器上显示图形和/或文本、显示区域或照明元素的受控闪烁或闪光）和/或可听见的提示（例如，音频成分，诸如铃声、声音或提示）。

在一些实施例中，呈现新邮件通知包括显示一个或多个未读优先消息的计数（906）。例如，图8A中所示的新邮件通知804是包括用户的电子邮件账户中的未读优先消息的计数806的视觉通知。在另一个示例中，视觉通知包括指示在消息集（即，所接收的邮件信息所表示的消息）中有多少消息是未读优先消息的数量。

在一些实施例中，呈现新邮件通知包括显示一个或多个未读优先消息中的至少一个未读优先消息的至少一个摘录（908）。可选地，视觉通知中的每一个摘录包括消息集中的未读优先消息的消息主体中的文本的一个或多个部分。例如，图8A中的新邮件通知804包括未读优先消息中的一个的摘录808。

在一些实施例中，（例如，在新邮件铃声通知设置已被启用的客户端设备中，如在上面参考图8C和8D所述）呈现新邮件通知包括播放可听见的提示（908）。可听见的提示可以是音频剪辑，其可以是铃声、声音记录或其他音频成分。

在一些实施例中，客户端设备包括第一音频剪辑作为默认可听见的提示，以及播放可听见的提示包括播放第二音频剪辑，替代第一音频剪辑作为可听见的提示（914）。在这些实施例中，客户端设备具有被设置为默认剪辑的第一音频剪辑（例如，铃声、音频成分、声音记录等），一般用于新邮件通知的可听见提示。为向用户通知未读优先消息的新邮件通知播放第二、不同的音频剪辑，替代第一音频剪辑作为可听见的提示（914）。更具体地，当新消息集包括至少一个优先消息时，为新邮件通知播放第二音频剪辑，如在上面参考图8D所述。

在一些实施例中，客户端设备根据第二音频剪辑的用户选择，播放第二音频剪辑（916）。可选地，根据对剪辑的用户选择，将第二剪辑设置为用于针对优先消息的新邮件通知的剪辑。例如，图8D中所示的用户界面836使相应移动客户端设备102-c（图1A）的用户能够选择音频剪辑作为用于重要消息的铃声（即，用于针对优先消息的新邮件通知的音频剪辑）。

根据消息集（即，在操作902中所接收的邮件信息所表示的消息集）不包括任何未读优先消息的确定，客户端设备放弃呈现新邮件通知（918）。如果所接收的消息集不包括未读优先消息，则客户端设备跳过呈现新邮件通知。

因此，客户端设备在存在新的或未读优先消息时呈现新邮件通知，而在不存在新的或未读优先消息时不呈现新邮件通知。可选地，根据仅为重要消息呈现通知的用户可配置的设置（例如，图8C，设置834），执行该对新邮件通知的选择性呈现。通过选择性地呈现新邮件通知，客户端设备不用针对尚未被加标签为重要（例如，根据一个或多个重要性预测模型或根据其他预定义的优先标准，被服务器系统加标签为重要）的消息的通知打断用户。

如在上面参考图8F所述，在一些实施例中，以每账户为基础对新邮件通知的选择性呈现进行配置。这些实施例适用于相应客户端设备与多个电子邮件地址（例如，在服务器系统106上的多个用户账户）相关联，并且为寻址到该多个电子邮件地址的消息接收消息信息。在一个示例中，客户端设备包括用于第一用户账户的电子邮件配置设置，包括仅为重要消息（新的/未读优先消息）提供新邮件通知的通知设置，以及用于第二用户账户的电子邮件配置设置，包括为所有新消息提供新邮件通知的通知设置。在该示例中，当与客户端设备相关联的第一和第二用户账户两者均具有新消息时，从服务器系统接收的消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息（920）。客户端设备为第二消息呈现新邮件通知（922）；有条件地，根据第一消息包括一个或多个未读优先消息的确定，为第一消息呈现新邮件通知（924）；以及有条件地，根据第一消息不包括任何未读优先消息的确定，放弃为第一消息呈现新邮件通知（926）。

更一般地，从服务器系统接收的消息信息可以包括被寻址到多个电子邮件地址的消息的消息信息，每一个电子邮件地址对应于不同的用户账户。当所接收的消息信息表示的消息集包括具有为新消息提供新邮件通知而不考虑消息重要性的通知设置的用户账户的至少一个新消息时，客户端设备呈现新邮件通知（922）。此外，当所接收的消息信息表示的消息集包括具有仅为未读优先消息提供新邮件通知的通知设置的用户账户的至少一个未读优先消息（例如，被加标签为“重要”的消息）时，客户端设备呈现新邮件通知（924）。因此，可以以每账户为基础对新邮件通知的选择性呈现进行配置；可以为一个电子邮件地址选择性地呈现新邮件通知，并且可以为另一个电子邮件地址呈现新邮件通知，而不管新消息是否包括优先消息。

在一些实施例中，来自服务器系统的消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息（928）。客户端设备为第一账户确定第一通知设置（930）。有条件地，根据第一通知设置具有第一值的确定，仅当第一消息包括一个或多个未读优先消息时，客户端设备才为第一消息呈现新邮件通知（932）；以及有条件地，根据第一通知设置具有第二值的确定，客户端设备为第一消息呈现新邮件通知（934）。客户端设备为第二账户确定第二通知设置（936）。有条件地，根据第二通知设置具有第一值的确定，仅当第二消息包括一个或多个未读优先消息时，客户端设备才为第二消息呈现新邮件通知（938）；以及有条件地，根据第二通知设置具有第二值的确定，客户端设备为第二消息呈现新邮件通知。如上所述，客户端设备可以接收被寻址到不同电子邮件地址（用户账户）的消息，以及是否仅为新优先消息呈现新邮件通知可以是每账户可配置的设置。在客户端设备上的第一账户和第二账户中的每一个具有通知设置，包括是否仅为新优先消息显示新邮件通知的设置（例如，图8C，设置834）。对于相应账户，如果该设置具有第一值（例如，设置834被启用），则仅为新优先消息呈现该相应账户的新邮件通知。如果该设置具有第二值（例如，设置834被禁用），则为新消息呈现该相应账户的新邮件通知，而不管新消息是否包括优先消息。

在一些实施例中，根据优先同步设置，从服务器系统接收的消息信息仅包括表示优先消息的消息信息（942）。在这些实施例中，客户端设备包括和与服务器系统的优先和非优先消息同步有关的优先同步设置（例如，图8E，设置850）。当优先同步设置具有第一值时，客户端设备与服务器系统仅同步优先消息，以及当优先同步设置具有第二值时，客户端设备使消息同步，而不管优先或重要性。换句话说，当优先同步设置被设置成仅同步优先消息时，从服务器系统接收的消息信息仅包括表示优先消息的消息信息（即，表示非优先消息的消息信息不被包括在从服务器系统接收的消息信息中）。例如，如果设置850被启用，则当客户端设备102-c与服务器系统106自动同步时，客户端设备102-c从服务器系统106接收优先消息的消息信息，而不接收非优先消息的消息信息。如果设置850被禁用，则客户端设备102-c在自动同步时从服务器系统106接收优先消息的消息信息和非优先消息的消息信息。

消息的选择性同步减少了客户端设备的电力消耗，并且减少了传输带宽使用（即，减少了在客户端设备和服务器系统之间的通信）。当客户端设备被配置用于选择性同步（针对所有用户账户或相应用户账户）时，相应用户账户中的非优先消息仍然在服务器系统处，它们可以在稍后时间或由不同客户端设备从该服务器系统下载。

在一些实施例中，来自服务器系统的消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息（944）。客户端设备为第一账户确定第一同步设置（946）。有条件地，根据第一同步设置具有第一值的确定，客户端设备关于第一用户账户仅为是未读优先消息的第一消息（如果有的话）接收消息信息（948）；以及有条件地，根据第一同步设置具有第二值的确定，客户端设备接收第一消息的消息信息（950），而不考虑第一消息是否是优先消息。客户端设备为第二账户确定第二同步设置（952）。有条件地，根据第二同步设置具有第一值的确定，客户端设备关于第二用户账户仅为是未读优先消息的第二消息（如果有的话）接收消息信息（954）；以及有条件地，根据第二同步设置具有第二值的确定，客户端设备接收第二消息的消息信息（956），而不考虑第二消息是否是优先消息。

如同在上面参考操作928-940所述的通知设置，可以每账户对同步设置进行配置。例如，对于第一账户，可以设置相应同步设置，使得让消息同步而不管重要性；以及对于第二账户，可以设置相应同步设置，使得（在自动同步操作期间，其在本文也被称为自动同步（auto-syncs）或自动同步（auto-sync）操作）让优先消息同步，而不让非优先消息同步。同步设置的示例是图8E中的设置850。可以每账户对设置850进行配置，在这种情况下，每一个用户账户具有不同的同步设置850。对于相应账户，如果同步设置850被启用，则当客户端设备自动同步该相应账户的消息时，使优先消息同步，而不使非优先消息同步。如果对于该相应账户，同步设置850被禁用，则当客户端设备自动同步该相应账户的消息时，为该相应账户同步消息，而不考虑重要性。

在一些实施例中，根据预定义的用户命令，客户端设备显示表示仅满足预定义的消息重要性标准的消息的消息信息（958）。根据用户命令，客户端设备可以在屏幕上显示优先消息，并且不显示非优先消息。例如，当用户激活客户端设备上的消息传递应用时，消息传递应用的默认视图可以是预定义的优先收件箱用户界面（例如，图8B，界面810），其中显示优先消息，但是没有显示非优先消息。作为另一个示例，根据预定义的用户命令（例如，通过用户选择将视图切换成优先收件箱用户界面的可操作暗示，在这种情况下，预定义的用户命令是显示优先收件箱用户界面的命令），消息传递应用可以从显示优先消息和非优先消息两者的界面切换成优先收件箱用户界面。

在一些实施例中，客户端设备在本地存储从服务器系统接收的消息（960），更新所存储的消息的状态（962），以及根据用户命令，显示表示满足预定义的消息重要性标准的在本地存储的消息的消息信息（964）。当客户端设备（例如，在同步操作中）从服务器系统接收消息时，将所接收的消息存储在客户端设备处（例如，在图4，消息数据库420中）。当在与服务器系统通信的另一个客户端设备处操纵相同消息（例如，回复或转发消息、将“重要”标签或任何其他标签应用到消息等）时，将由操纵产生的消息的状态改变从该另一个客户端设备同步到服务器系统，并且从服务器系统同步到消息被存储在其中的客户端设备。用状态改变对所存储的消息进行更新。当客户端设备显示显示优先消息而不显示非优先消息的优先收件箱用户界面时，在该优先收件箱用户界面中显示在本地存储的优先消息，如果有的话。如在上面参考步骤958所述，响应于预定义的用户命令（例如，用户选择切换成优先收件箱用户界面的可操作暗示、或用户激活消息传递应用，其中优先收件箱用户界面被设置为默认视图）而显示优先收件箱用户界面。

在一些实施例中，根据查看非优先消息的用户命令，客户端设备显示不满足预定义的消息重要性标准的一个或多个在本地存储的消息（966）。客户端设备显示预定义用户界面，其显示非优先消息，也显示或不显示优先消息（例如，与图6B中所示的用户界面相似的界面，其中在“Everything Else”标题644下所显示的消息包括非优先消息）。促使客户端设备显示带有非优先消息的界面的用户命令的示例是当用户选择从优先收件箱用户界面切换成包括非优先消息的用户界面的可操作暗示时所生成的用户命令。

图10是根据一些实施例的、用于呈现新邮件通知的另一个过程1000的流程图。可以在客户端设备（例如，客户端移动设备102-c）处执行过程1000。应当理解的是，虽然参考消息描述了过程1000，然而，过程1000也类似地适用于对话。

客户端设备从服务器系统接收消息信息，该消息信息表示消息集（1002）。客户端设备（例如，在同步操作中）从服务器系统（例如，服务器系统106）接收消息信息。该消息信息包括表示一个或多个消息的消息信息。

客户端设备通过下述对消息信息的接收作出响应（1004）：当客户端设备所执行的前台应用不是预定义的消息应用（1006）时，根据消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息，客户端设备呈现新邮件通知（1008）。根据消息集不包括任何未读优先消息的确定，客户端设备放弃呈现新邮件通知（1010）。当客户端设备接收消息信息时，取决于在前台中运行的应用是否是预定义的消息传递应用（例如，图8B，消息传递应用的界面810）以及消息是否包括未读优先消息，其显示或不显示新邮件通知。如果消息传递应用不在前台中（例如，消息传递应用正在后台运行、或消息传递应用未被激活）并且消息包括一个或多个未读优先消息，则显示新邮件通知（例如，图8A中所示的通知804）。如果消息传递应用不在前台中（例如，消息传递应用正在后台运行、或消息传递应用未被激活）并且消息不包括一个或多个未读优先消息，则不显示新邮件通知。

当客户端设备所执行的前台应用是预定义的消息应用时，则客户端设备放弃呈现新邮件通知（1012）。如果消息传递应用在前台中，则不显示新邮件通知，不管消息是否包括未读优先或非优先消息。在一些实施例中，客户端设备刷新消息传递应用的已在被显示的界面，以显示未读消息，代替显示新邮件通知。

在一些实施例中，当客户端设备所执行的前台应用是预定义的消息应用时，客户端设备呈现与预定义的消息应用的当前显示视图一致的所接收的消息信息的一部分，如果有的话（1014）。在一些实施例中，当预定义的消息应用的当前显示视图是优先收件箱视图时，客户端设备为被包括在所接收的消息信息中的任何未读优先消息呈现消息信息（例如，消息列表或对话列表）（1016）。在一个示例中，优先收件箱视图（例如，图8B，用户界面810）显示优先消息列表（或包括优先消息的对话列表），并且排除非优先消息。

在一些实施例中，消息传递应用包括用于显示消息的另外视图或用户界面。例如，消息应用典型地包括显示包括优先消息和非优先消息两者的消息列表的收件箱视图（例如，与图6B中所示的相似的用户界面）。在另一个示例中，消息传递应用包括用于显示新的或未读消息列表（或包括至少一个新的或未读消息的对话列表）、而不管优先的未读消息视图；这个视图排除已读消息（典型地被定义为被标记为已读的消息）、或排除其中所有消息均已被阅读（即，被标记为已读）的对话。在又另一个示例中，消息传递应用包括不同于前述优先收件箱视图的优先消息列表视图。在优先消息列表视图（例如，如图8B中的）中，显示包括未读和已读优先消息两者的优先消息、而不是非优先消息的消息信息。在一些实施方式中，在优先消息列表视图中显示的消息信息是优先消息的列表；在一些其他实施方式中，在优先消息列表视图中显示的消息信息是包括至少一个优先消息的对话列表。

如上所述，可以基于新消息是否包括优先消息来选择性地显示通知。对通知的选择性显示减少了为对用户不重要的消息而打断用户的可能性。对消息的同步也可以是选择性的，以使传输带宽不被用来下载不满足预定义的消息重要性标准的消息。更一般地，对通知的选择性显示和选择性同步适用于被标记有标签的消息。例如，可以仅为带有指定标签的新消息显示通知。在一些实施例中，针对优先消息对通知的选择性显示和选择性同步是针对加标签的消息的对通知的选择性显示和选择性同步的实例；在一些实施例中，优先消息是已被加标签有预定义标签（例如，“重要”标签）的消息。

出于说明目的，已参考特定实施例描述了前面描述。然而，在上面的说明性论述并不意在是穷尽的或将本发明限制在所公开的精确形式。鉴于上面的教导，许多修改和变化是可能的。选择并描述了实施例，以最佳说明本发明的原理及其实际应用，从而使本领域技术人员能够以适于预期的特定用途的各种修改最佳利用本发明和各种实施例。

Claims (27)

1.一种用于呈现通知的方法，包括：

在客户端设备处：

从服务器系统接收消息信息，所述消息信息表示消息集；

根据所述消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息：

呈现新邮件通知；以及

根据所述消息集不包括任何未读优先消息的确定：

放弃呈现新邮件通知。

2.根据权利要求1所述的方法，其中呈现所述新邮件通知包括以下步骤中的一个或多个：

显示所述一个或多个未读优先消息的计数，或

显示所述一个或多个未读优先消息中的至少一个未读优先消息的至少一个摘录。

3.根据权利要求1-2中的任何一个所述的方法，其中呈现所述新邮件通知包括播放可听见的提示。

4.根据权利要求3所述的方法，其中所述客户端设备包括第一音频剪辑作为默认可听见的提示，所述方法进一步包括：

播放第二音频剪辑，替代所述第一音频剪辑作为所述可听见的提示。

5.根据权利要求4所述的方法，其中播放第二音频剪辑包括根据对所述第二音频剪辑的用户选择，播放所述第二音频剪辑。

6.根据权利要求1-5中的任何一个所述的方法，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，所述方法进一步包括：

为所述第二消息呈现新邮件通知；

有条件地，根据所述第一消息包括一个或多个未读优先消息的确定：

为所述第一消息呈现新邮件通知；以及

有条件地，根据所述第一消息不包括任何未读优先消息的确定：

放弃为所述第一消息呈现新邮件通知。

7.根据权利要求1-5中的任何一个所述的方法，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，所述方法进一步包括：

为所述第一账户确定第一通知设置；

有条件地，根据所述第一通知设置具有第一值的确定：

仅当所述第一消息包括一个或多个未读优先消息时才为所述第一消息呈现新邮件通知；

有条件地，根据所述第一通知设置具有第二值的确定：

为所述第一消息呈现新邮件通知；

为所述第二账户确定第二通知设置；

有条件地，根据所述第二通知设置具有所述第一值的确定：

仅当所述第二消息包括一个或多个未读优先消息时才为所述第二消息呈现新邮件通知；以及

有条件地，根据所述第二通知设置具有所述第二值的确定：

为所述第二消息呈现新邮件通知。

8.根据权利要求1-7中的任何一个所述的方法，其中：

根据优先同步设置，从所述服务器系统接收的所述消息信息仅包括表示所述优先消息的消息信息。

9.根据权利要求1-7中的任何一个所述的方法，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，其中从所述服务器系统接收所述消息信息包括：

为所述第一账户确定第一同步设置；

有条件地，根据所述第一同步设置具有第一值的确定：

关于所述第一用户账户接收所述消息信息，包括仅为是未读优先消息的第一消息接收消息信息；

有条件地，根据所述第一同步设置具有第二值的确定：

接收所述第一消息的所述消息信息；

为所述第二账户确定第二同步设置；

有条件地，根据所述第二同步设置具有所述第一值的确定：

关于所述第二用户账户接收所述消息信息，包括仅为是未读优先消息的第二消息接收消息信息；以及

有条件地，根据所述第二同步设置具有所述第二值的确定：

接收所述第二消息的所述消息信息。

10.根据权利要求1-9中的任何一个所述的方法，进一步包括：根据用户命令，显示表示满足所述预定义的消息重要性标准的消息的消息信息。

11.根据权利要求1-10中的任何一个所述的方法，进一步包括：

在本地存储从所述服务器系统接收的消息，

更新所存储的消息的状态，以及

根据所述用户命令，显示表示满足所述预定义的消息重要性标准的在本地存储的消息的消息信息。

12.根据权利要求1-11中的任何一个所述的方法，根据查看非优先消息的用户命令，显示不满足所述预定义的消息重要性标准的一个或多个在本地存储的消息。

13.一种用于呈现通知的方法，包括：

在客户端设备处：

从服务器系统接收消息信息，所述消息信息表示消息集；

通过下述步骤对接收所述消息信息作出响应：

当所述客户端设备所执行的前台应用不是预定义的消息应用时：

根据所述消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息：

呈现新邮件通知；以及

根据所述消息集不包括任何未读优先消息的确定：

放弃呈现新邮件通知；以及

当所述客户端设备所执行的所述前台应用是所述预定义的消息应用时：

放弃呈现新邮件通知。

14.根据权利要求13所述的方法，进一步包括，当所述客户端设备所执行的所述前台应用是所述预定义的消息应用时，呈现与所述预定义的消息应用的当前显示视图一致的所接收的消息信息的一部分，如果有的话。

15.根据权利要求14所述的方法，进一步包括：当所述预定义的消息应用的所述当前显示视图是优先收件箱视图时，为被包括在所接收的消息信息中的任何未读优先消息呈现消息信息。

16.一种客户端系统，包括：

一个或多个处理器；

存储器，所述存储器存储一个或多个程序以供所述一个或多个处理器执行，以便执行权利要求1-15中的任何一个所述的方法。

17.一种非暂时性计算机可读存储介质，存储一个或多个程序以供客户端系统的一个或多个处理器执行，以便执行权利要求1-15中的任何一个所述的方法。

18.一种客户端系统，包括：

显示器；

一个或多个处理器；

存储器，所述存储器存储一个或多个程序以供所述一个或多个处理器执行，所述一个或多个程序包括用于以下步骤的指令：

从服务器系统接收消息信息，所述消息信息表示消息集；

根据所述消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息：

呈现新邮件通知；以及

根据所述消息集不包括任何未读优先消息的确定：

放弃呈现新邮件通知。

19.根据权利要求18所述的客户端系统，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，以及所述一个或多个程序进一步包括用于以下步骤的指令：

为所述第二消息呈现新邮件通知；

有条件地，根据所述第一消息包括一个或多个未读优先消息的确定：

为所述第一消息呈现新邮件通知；以及

有条件地，根据所述第一消息不包括任何未读优先消息的确定：

放弃为所述第一消息呈现新邮件通知。

20.根据权利要求18所述的客户端系统，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，以及所述一个或多个程序进一步包括用于以下步骤的指令：

为所述第一账户确定第一通知设置；

有条件地，根据所述第一通知设置具有第一值的确定：

仅当所述第一消息包括一个或多个未读优先消息时才为所述第一消息呈现新邮件通知；

有条件地，根据所述第一通知设置具有第二值的确定：

为所述第一消息呈现新邮件通知；

为所述第二账户确定第二通知设置；

有条件地，根据所述第二通知设置具有所述第一值的确定：

仅当所述第二消息包括一个或多个未读优先消息时才为所述第二消息呈现新邮件通知；以及

有条件地，根据所述第二通知设置具有所述第二值的确定：

为所述第二消息呈现新邮件通知。

21.根据权利要求18所述的客户端系统，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，其中用于从所述服务器系统接收所述消息信息的所述指令包括用于以下步骤的指令：

为所述第一账户确定第一同步设置；

有条件地，根据所述第一同步设置具有第一值的确定：

关于所述第一用户账户接收所述消息信息，包括仅为是未读优先消息的第一消息接收消息信息；

有条件地，根据所述第一同步设置具有第二值的确定：

接收所述第一消息的所述消息信息；

为所述第二账户确定第二同步设置；

有条件地，根据所述第二同步设置具有所述第一值的确定：

关于所述第二用户账户接收所述消息信息，包括仅为是未读优先消息的第二消息接收消息信息；以及

有条件地，根据所述第二同步设置具有所述第二值的确定：

接收所述第二消息的所述消息信息。

22.一种非暂时性计算机可读存储介质，存储一个或多个程序以供客户端系统的一个或多个处理器执行，所述一个或多个程序包括用于以下步骤的指令：

从服务器系统接收消息信息，所述消息信息表示消息集；

根据所述消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息：

呈现新邮件通知；以及

根据所述消息集不包括任何未读优先消息的确定：

放弃呈现新邮件通知。

23.根据权利要求22所述的非暂时性计算机可读存储介质，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，以及所述一个或多个程序进一步包括用于以下步骤的指令：

为所述第二消息呈现新邮件通知；

有条件地，根据所述第一消息包括一个或多个未读优先消息的确定：

为所述第一消息呈现新邮件通知；以及

有条件地，根据所述第一消息不包括任何未读优先消息的确定：

放弃为所述第一消息呈现新邮件通知。

24.根据权利要求22所述的非暂时性计算机可读存储介质，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，以及所述一个或多个程序进一步包括用于以下步骤的指令：

为所述第一账户确定第一通知设置；

有条件地，根据所述第一通知设置具有第一值的确定：

仅当所述第一消息包括一个或多个未读优先消息时才为所述第一消息呈现新邮件通知；

有条件地，根据所述第一通知设置具有第二值的确定：

为所述第一消息呈现新邮件通知；

为所述第二账户确定第二通知设置；

有条件地，根据所述第二通知设置具有所述第一值的确定：

仅当所述第二消息包括一个或多个未读优先消息时才为所述第二消息呈现新邮件通知；以及

有条件地，根据所述第二通知设置具有所述第二值的确定：

为所述第二消息呈现新邮件通知。

25.根据权利要求22所述的非暂时性计算机可读存储介质，其中来自所述服务器系统的所述消息信息包括第一用户账户的第一消息的消息信息和第二用户账户的第二消息的消息信息，其中用于从所述服务器系统接收所述消息信息的所述指令包括用于以下步骤的指令：

为所述第一账户确定第一同步设置；

有条件地，根据所述第一同步设置具有第一值的确定：

关于所述第一用户账户接收所述消息信息，包括仅为是未读优先消息的第一消息接收消息信息；

有条件地，根据所述第一同步设置具有第二值的确定：

接收所述第一消息的所述消息信息；

为所述第二账户确定第二同步设置；

有条件地，根据所述第二同步设置具有所述第一值的确定：

关于所述第二用户账户接收所述消息信息，包括仅为是未读优先消息的第二消息接收消息信息；以及

有条件地，根据所述第二同步设置具有所述第二值的确定：

接收所述第二消息的所述消息信息。

26.一种客户端系统，包括：

显示器；

一个或多个处理器；

存储器，所述存储器存储一个或多个程序以供所述一个或多个处理器执行，所述一个或多个程序包括用于以下步骤的指令：

从服务器系统接收消息信息，所述消息信息表示消息集；

通过下述步骤对接收所述消息信息作出响应：

当所述客户端设备所执行的前台应用不是预定义的消息应用时：

根据所述消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息：

呈现新邮件通知；以及

根据所述消息集不包括任何未读优先消息的确定：

放弃呈现新邮件通知；以及

当所述客户端设备所执行的所述前台应用是所述预定义的消息应用时：

放弃呈现新邮件通知。

27.一种非暂时性计算机可读存储介质，存储一个或多个程序以供客户端系统的一个或多个处理器执行，所述一个或多个程序包括用于以下步骤的指令：

从服务器系统接收消息信息，所述消息信息表示消息集；

通过下述步骤对接收所述消息信息作出响应：

当所述客户端设备所执行的前台应用不是预定义的消息应用时：

根据所述消息集包括一个或多个未读优先消息的确定，其中优先消息包括满足预定义的消息重要性标准的消息：

呈现新邮件通知；以及

根据所述消息集不包括任何未读优先消息的确定：

放弃呈现新邮件通知；以及

当所述客户端设备所执行的所述前台应用是所述预定义的消息应用时：

放弃呈现新邮件通知。

Images