CN106056353A - 智能收件人列表 - Google Patents

Abstract

选择至少一个收件人来接收通信，识别并向用户呈现附加收件人列表，该附加收件人列表包括先前组合至少一个所选择收件人接收消息的联系人，并且允许用户选择一个或多个附加收件人来接收通信。

Description

智能收件人列表

本申请是2008年10月29日提交的200880119821.X号发明专利申请(名称为“智能收件人列表”)的分案申请。

技术领域

本公开的实施方式总体上涉及消息收发应用，尤其涉及在消息收发应用中自适应的收件人选择。

背景技术

在当前收件人列表中，联系人可以通过各种不同的方式示出。例如，联系人的顺序可以通过字母顺序示出、使用最多的联系人可以在菜单列表上首先示出或者最近使用的联系人可以首先示出。在许多情况下，用户可以向不止一个收件人发送消息，以及从联系人应用中抽取联系人。还存在用户可以重复选择相同的收件人来接收某种类型的消息或者关于相同或相似主题的消息的情况。除非有时创建了群组，否则这需要用户手动选择每个期望的收件人。利用群组列表，用户可能不是总期望包括群组中的每个收件人，而针对不同的情形创建许多群组又是麻烦的。还没有系统基于对第一收件人选择或者对先前收件人群组选择来建议对另一收件人的选择。具有智能收件人选择将有利于改进可用性和使用效率。

例如，在创建消息(诸如，电子邮件或文本消息)时，可以选择一个或多个收件人。收件人地址可以手动输入或从列表中选择。多数消息收发应用具有地址应用或其它联系人应用或数据库，或者与它们相关联。消息收发应用通常允许多个收件人接收信息。在许多情况下，可以形成并存储群组列表。这使得容易向多个收件人发送相似主题或指向特定群组的消息，而不需要个别地输入收件人地址。然而，因为 用户将不总是付出努力以针对所有不同收件人创建群组和群组通信所要考虑的各种情况，所以这种收件人群组或分组可能不会被广泛使用。

发明内容

在一个方面中，所公开的实施方式涉及创建用于通信的附加收件人列表。在一个实施方式中，方法包括选择至少一个收件人来接收通信，识别并向用户呈现附加收件人列表，附加收件人列表包括先前已经组合至少一个所选择的收件人接收了消息的联系人，以及允许用户选择一个或多个附加收件人来接收通信。

附图说明

参考附图，在如下描述中对本实施方式的前述方面和其他特征进行解释，其中：

图1示出了其中可以应用所公开实施方式的多个方面的系统的一个示例；

图2示出了根据所公开实施方式的多个方面的附加收件人排名的一个示例；

图3示出了在选择了两个收件人时根据所公开实施方式的附加收件人排名的另一示例；

图4示出了根据所公开实施方式的多个方面用于开发附加收件人列表的过程的一个示例；

图5示出了根据所公开实施方式的多个方面用于开发附加收件人列表的过程的另一示例；

图6A和图6B示出了可以用于实践所公开实施方式的多个方面的示例性设备的示例；

图7示出了可以用于实践所公开实施方式的多个方面的架构的一个示例。

具体实施方式

参考图1，示出了系统100的一个实施方式，其可以用于实践所要求保护的发明的多个方面。虽然所要求保护的发明的多个方面将参考在下文的附图和描述中示出的实施方式进行描述，但应当理解这些方面可以通过实施方式的许多可选形式来实施。另外，可以使用任何适当大小、形状或者类型的元件或材料。

所公开的实施方式通过提供智能收件人列表的解决方案，允许直观地创建收件人列表或添加收件人来接收通信。这里使用的术语“通信”或“消息”通常旨在包含电子通信的所有形式，包括但不限于，电子邮件、文本消息收发、即时消息收发、语音邮件、电话会议和基于因特网的通信。

在一个实施方式中，图1的系统100存储了关于消息和其他类型通信的信息。例如，系统100配置成存储关于消息和通信的收件人的信息。因此，当发送或接收消息时，系统100记录使主收件人或每个收件人与该消息的每个其他收件人相关联的信息。所记录的信息将使系统100识别在为消息选择收件人时还选择哪些其他联系人组合此所选择的收件人来接收该相同的消息。类似地，对于电话、因特网或其他电话会议，系统100可以确定并识别哪些联系人是组合当前通信所选择的收件人的其它通信的各方。

在一个实施方式中，系统100配置成识别通信的主题，并且确定那些先前已经是具有相同或相似主题通信的收件人的联系人。可以创建这些联系人的列表，从中用户可以选择期望的收件人。通信的主题可以通过任何适当的方式来确定，例如包括，解析消息的主题行。

例如，用户X发送或接收还被发送到联系人A、B和C的消息。系统将记录信息，以便系统100随后将能够识别已经向用户X发送了哪些消息和有关的主题，以及还有谁组合用户X已经接收到或发送了该主题的相同消息。

在一个实施方式中，系统100可以分析消息中所使用的词语来识别不同类型的词语和模式。随后在将要发送消息时，可以识别词语和 模式的类型，并且与向其他联系人发送的消息进行比较，以便基于词语和模式中的相似性来识别当前消息可能发送到的联系人。例如，同不太熟悉或了解的联系人相比在向亲密关系的联系人发送消息时，可能使用不同的词语或措词。例如，相对于跟配偶、父母或孩子，跟朋友或商业联系人可以使用不同的语言或模式。

系统100还可以配置成分析和识别通信中所使用的不同语言。例如，用英语写的消息可以与参与用英语通信的其他联系人相关联。用芬兰语写的消息可以使系统基于可能已经接收到用芬兰语的相似通信的联系人而识别那些联系人。

在另一实施方式中，在对消息进行寻址之前，系统100可以解析消息来识别有意联系人的问候和名称。例如，系统100可以识别以问候“嗨Anna”开头的消息。系统100将解析该消息，继而向用户呈现包括所有名为“Anna”的联系人的自适应收件人列表。

在一个实施方式中，系统100能够以与每个联系人已经作为消息的收件人结合相同消息还向另一联系人发送的次数相关联的顺序来对联系人进行排名。因此，在用户正在创建消息并且已经选择了至少一个收件人时，系统和用户将能够确定组合该收件人还向谁发送消息，以及这种组合的使用频率。

例如参考图2，在将联系人Mikko 22指定为电子消息的收件人时，例如根据联系人列表(诸如，地址簿或电话簿)，向用户呈现附加收件人列表，该附加收件人列表标识了那些同样曾是发送到Mikko 22的相同消息的收件人的其他联系人，诸如Jari 24、Minna 26和Seppo23。

附加收件人列表可以通过不同方式向用户形象化或呈现。在一个实施方式中，可以呈现具有联系人图像的图像网格。在另一实施方式中，可以提供基于语音的解决方案，其中用户使用语音命令来选择收件人，并且系统告知用户有可能组合哪些联系人而作为通信的收件人。由于在许多情况下，用户可以向相同或相似的用户或联系人群组发送相同的消息，因此这种解决方案可以改进消息收发的使用效率。

在一个实施方式中，联系人列表可以包括第一自适应部分，其基于向谁发送消息(例如，假设向Mikko 22发送消息)的信息而创建。例如，该列表上联系人姓名的数量可以通过系统或用户在设置菜单中定义。继而，在该自适应联系人列表之后，可以呈现普通或标准的联系人列表。作为对于用户的列表，该列表可以是可视的。

可以从任何适当的联系人应用(诸如，地址簿应用或电话薄应用)中导出联系人列表或收件人列表。在可选的实施方式中，可以使用任何适当的联系人应用，例如包括常用联系人、最近使用的联系人列表或最多使用的联系人列表。

在图2的示例中，用户Anna(未示出)已经选择Mikko 22作为通信(诸如，电子邮件)的收件人。根据所公开的实施方式，一旦用户选择Mikko 22作为有意收件人，系统将识别接收到还向Mikko 22发送的消息或作为参与者参与同Mikko 22呼叫的所有其他用户。在这种情况下，所公开的实施方式的系统识别出Jari 24、Minna 26、Ninni28和Seppo 23，因为他们也是由Anna向Mikko 22发送的相同消息的早先的收件人。可以向用户呈现该列表，继而用户可以从该列表选择该通信的期望收件人。

如图2所示，在一个实施方式中，所公开的实施方式的系统对其他联系人的排名是根据：这些联系人被包括在从Anna向Mikko 22发送的消息中或者是从Anna向Mikko 22发送的消息的收件人的频率。例如，如图2所示，当Anna已经向Mikko 22发送消息时，可以确定，她还曾选择Jari 24作为相同消息的收件人的可能性为12％。曾选择Minna 26组合Mikko接收来自Anna的相同消息的可能性为6％。曾选择Ninni 28组合Mikko的可能性为5％，而且曾选择Seppo 23组合Mikko的可能性为4％。45％的Anna向Mikko发送消息的实例中，还存在指定为其他25的其他收件人。这些其他25在总量上所占的百分比经确定低于不感兴趣的值。因此，分类其他25通常代表非常偶然的消息收件人或统计上不相关。例如，该阈值可以是小于1％的情况。在可选的实施方式中，可以将该阈值设置成任何期望或适当的值。在 一个实施方式中，其他25的图标可以代表可选择的对象，其在激活或“点击”时，与排名或百分比统计一起显示组成其他25分类的每个联系人的列表。

如图2所示，在一个实施方式中，可以包括无其他27分类，其可以通过图标或对象来表示。在图2的示例中，该无其他27分类或排名意味着从Anna向Mikko 22发送消息，70％的情况下，Mikko是唯一的收件人。应当注意，在这里所示的示例中，因为一条消息可以具有多个收件人，所以百分比的总和大于100％。

虽然在图2中示出了排名树20，但应当注意可以通过任何适当的方式在设备的显示器上向用户呈现排名结果或附加收件人列表。在图2的示例中，结果可以通过树的形式来呈现，其中用户可以点击期望的所显示附加收件人，继而将该收件人添加至用于电子邮件或其他消息的分发列表。可选地，可以将图2中所示的结果作为列表在设备屏幕上呈现给用户。在另一实施方式中，可以自动将附加收件人添加至消息的分发列表。当用户将光标移至收件人上或附近时，可以通过弹出框或临时图标来显示排名信息。用户继而可以确定是否保留分发列表上推荐的附加收件人。

在一个实施方式中，用户将具有选择哪些附加收件人来接收当前消息的选项。列表可以以排名顺序来呈现，以便在选择Mikko 22作为收件人时建议某些联系人。例如，如果附加收件人以列表来呈现，则该列表可以包括每个姓名旁的选择框或复选框。框的选择可以使附加收件人添加至消息的分发列表。可选地，可以选择期望的收件人并将其拖拽至分发列表。在可选的实施方式中，根据所公开的实施方式，可以使用任何适当的机制来查看、选择和将来自列表的收件人添加至消息的分发。

图3示出了实施方式的示例，其中用户选择或指定了针对消息的两个收件人。在此示例中，收件人框32中所示的Mikko和Jari都作为消息的指定收件人。如果用户是从图2中所示的示例开始操作的，那么用户可以选择Jari 24组合Mikko 22添加至分发列表。可选地， 用户可能最初已经选择了Mikko和Jari的组合作为消息的收件人。根据所公开的实施方式的多个方面，在已经向Mikko和Jari的组合发送了消息或Mikko和Jari的组合已经接收到消息时，系统将确定用户已经向哪些其他联系人发送消息或从哪些其他联系人接收消息。

如图3所示，示出了附加收件人Seppo 33、Ninni 34和Minna 36。在图2和图3中姓名之间的相似性仅仅是示例性并且仅是为了方便的目的。在可选的实施方式中，在选择Mikko和Jari(或某些其他联系人)的组合作为分发列表时，在图3中呈现的姓名或联系人可以有别于图2中所示的姓名或联系人，其中只选择了Mikko 22。

在图3的示例中，当已经指定或者选择Mikko和Jari的组合32作为分发列表时，用户也选择Minna的可能性为6％和选择Ninni的可能性为2％。为对比目的而示出的Seppo33，被示出为在消息去往Mikko和Jari的组合32时没有被选择作为收件人。因此，针对此组合，将Seppo 33的排名指示为0％。在可选的实施方式中，当排名为0％时Seppo 33的排名根本不会在自适应收件人列表中呈现。其他分类35占所有实例的25％，而无其他分类37占所有实例的85％。因此，一旦用户选择Mikko和Jari，则系统计算如图3所示的附加收件人列表。这允许用户在指定Mikko和Jari的组合32时，识别还有谁曾是消息的收件人以及对于当前消息谁还可以因此被考虑。针对所选择的收件人的每个组合，可以向用户呈现新的或更新的排名列表。应当理解，术语“用户”指的是消息收发应用的所有者或者在消息中将被指定为“发件人”的联系人。

在可选的实施方式中，在定义自适应列表时可以应用不同的规则或准则。来自不同源的准则信息可以使用某些预定规则进行组合。准则信息不需要通过加权数或百分比数来定义。在可选的实施方式中，可以同时使用适当的准则来创建自适应联系人列表。

例如，“相同收件人”准则/加权50％

“向此联系人发送消息的数量”准则/加权25％

“已接收到消息的时间”准则/加权25％

针对Anna的准则得分检验

“相同收件人”准则/加权50％

在加权得分4.5之后，得分＝十分之九

“向此联系人发送消息的数量”准则/加权25％

在加权得分2之后，得分＝十分之八

“已接收到消息的时间”准则/加权25％

在加权得分1.5之后，得分＝十分之六

总共8分

针对Mikko的准则得分检验：

“相同收件人”准则/加权50％

在加权得分3之后，得分＝十分之六

“向此联系人发送消息的数量”准则/加权25％

在加权得分2之后，得分＝十分之八

“接收到消息的时间”准则/加权25％

在加权得分2.5之后，得分＝十分之十

总共7.5分

这意味着如果使用上文示出的加权，在自适应收件人列表中Anna在Mikko之前示出。定义得分的方法可以随具体情况自然地改变。

在一个实施方式中，在已经选择了两个或多个收件人的情况下，可以向在早先情况中与Mikko同时被联系的联系人给出一定加权。可以为与Jari同时被联系的联系人指派一个加权，并且可以为与Mikko和Jari同时都被联系的联系人指派不同的加权。在此示例中，Jari和Mikko的组合不是用于定义哪些联系人是接下来最有可能添加为消息收件人的唯一组合。

图4示出了包括所公开的实施方式的多个方面的过程的一个示例。消息收发应用的用户或所有者选择402消息或邀请(诸如电子邮件、文本消息、聊天消息或邀请或会议邀请)的至少一个收件人。系统继而计算404哪些其他联系人组合所选至少一个收件人而成为消息的收件人，这里描述为“附加收件人”。如果没有找到其他附加收件 人，可以将这种信息呈现405给用户，从而附加收件人确定过程便可以结束410。

如果确定了附加收件人，可以将结果或排名列表呈现406给用户。用户可以从列表中选择408一个或多个附加收件人，并将其添加至消息的分发列表。在选择另一收件人或将其添加至分发列表时，可以做出另一检验404。应当注意，虽然这里建议从列表中选择附加收件人，但在可选的实施方式中，用户可以将不在列表上的另一收件人添加至分发。系统将执行相同的检验404。一旦用户选择不将任何更多的收件人添加至分发列表，该过程结束410。在一个实施方式中，过程结束意味着用户发送消息。可选地，用户可以具有用于关闭附加收件人应用的选择选项。

图5示出了所公开实施方式的另一过程。用户创建消息502。指定504消息的一个或多个收件人。继而可以询问506用户附加收件人列表是否是期望的。如果是，用户可以选择508附加收件人列表选择准则。例如，选择准则可以包括消息的主题、先前组合指定收件人而成为消息的收件人的联系人或参与消息的联系人。如果选择了主题，则系统解析消息来确定主题引用并且使之与每个联系人关联的数据相互关联。一旦完成选择准则并且搜索了联系人应用，便将附加收件人列表呈现510给用户。用户可以选择512哪些其他联系人将成为消息的收件人。在一个实施方式中，选择512是自动的，并且用户将取消选择那些不接收该消息的联系人。

在一个实施方式中，可以使用消息收件人之间的关系结合关于用户向谁发送消息的信息来开发自适应消息收件人列表。例如，在一个实施方式中，系统可以保留关于向收件人所发消息的主题的信息。因此，系统将不仅能够确定用户已经组合其他收件人向哪些收件人发送了消息，而且还将能够基于这种消息的主题来对这样的收件人进行排名。在一个实施方式中，图4的检验404可以只包括检验和确定哪些其他联系人接收到了相同或相似主题的消息，而不包括他们是否还是组合其他收件人的消息的收件人。

在可选的实施方式中，可以使用任何适当的准则来解析并选择附加收件人列表。可以使用预定规则将来自不同源的准则信息进行组合来对准则进行排名并建立加权。由于可以认为某些准则比其他准则更加重要，因此可以对不同的准则应用不同的加权。例如，准则可以是基于日期的，其中为了能被选入列表，联系人还必须得在预定时期内接收和/或发送消息。最近使用的联系人日志也可以用于设置自适应附加收件人列表的准则，并且将联系人添加至自适应附加收件人列表。一些其它准则和加权示例如下：

准则加权

相同收件人	50％
		向此联系人发送消息的量	25％
接收到消息的时间	25％

在一个实施方式中，联系人搜索结果的顺序可以基于所选择的联系人与另一联系人消息收发排名之间的关系进行优先化。例如，Mikko选择Gary来接收消息。Mikko继而希望搜索联系人数据库中另一联系人，其可以用“Ha”搜索字符串进行搜索。在此实施方式中，将对搜索结果进行优先化，其中结果关于在列表中的联系人和Gary同时从Mikko接收消息的次数进行排序。在此示例中，Mikko具有三个满足搜索字符串“Ha”的联系人。分别为Harry、Hank和Hanna。Harry组合Gary从Mikko接收消息。曾选择Hanna组合Gary从Mikko接收消息，但没有选择Harry那么频繁。然而，Hank从未组合Gary从Mikko接收消息。因此，搜索结果Harry的排名比Hanna和Hank高，即便在字母排序上此序列是未排序的。虽然此示例指示了列表中所示出的结果，但在可选的实施方式中，可以使用区分出Harry比Hanna或Hank更多次地组合Gary而被选作来自Mikko消息的收件人的任何适当的方式。

例如，所公开的实施方式可以用于诸如消息收发、聊天、电子邮件、电话会议、因特网服务和因特网呼叫的应用。在可选的实施方式中，应用可以包括那些其中选择分发列表的应用。可以将关于附加收 件人列表的选择准则和信息存储在设备的存储器中。在可选的实施方式中，可以将准则和信息存储至外部存储设备或在消息创建和传输过程期间设备与之通信的服务器中。

在一个实施方式中，可以将优先消息和收件人数据、选择准则、信息和列表存储至数据库应用。可以通过诸如针对不同的消息类型创建单独的数据库表格的方式来建立数据库。例如，可以将电子邮件收件人和信息存储至一个表格，而将SMS消息收发数据和音频消息收发数据存储至其他相应的表格。如果选择准则包括消息类型，则系统便可以依靠特定的表格来创建收件人列表。可选地，系统可以检验数据库中的每个表格以便创建自适应收件人列表。

所公开的实施方式的多个方面可以在任何包括用于显示和信息访问的用户接口的设备(诸如，图1中所示的系统100)上来实现。在一个实施方式中，输入设备104通常可以包括键区或其他适当的输入机制。例如，在一个实施方式中，输入设备104可以包括触摸屏显示器112。将来自用户的输入和命令(诸如，屏幕的触摸)接收至输入模块104，并且传递至导航模块122用于处理。导航模块122可以确定并且设置设备的状态。输出设备106可以从用户接口102、应用180和存储设备182接收数据，并将其以适当的格式向用户输出。

输入设备104和输出设备106的每一个都可以配置成：接收任何格式的数据或信号，将数据或信号配置成与应用或设备100相配的格式，以及继而将经配置的数据或信号输出。虽然显示器114作为输出设备106部分示出，但在其他实施方式中，输出设备106还可以包括向用户传输或呈现信息的其他组件和设备，例如包括音频设备和触觉设备。

用户输入设备104可以包括允许用户与设备100交互以及向设备100输入信息和命令的控制器。输出设备106可以配置成提供这里示出的示例性截屏的内容，该内容通过显示器114的功能呈现给用户。在使用触摸屏设备的情况下，显示器112和显示器114可以包括相同或部分相同的显示器。触摸屏显示器的用户输入例如由输入设备104 的触摸屏输入控制器112进行处理。输入设备104还可以配置成处理系统100的新的内容和通信。导航模块122可以提供控制器和菜单选择，并且对命令和请求进行处理。可以通过菜单控制系统124提供应用和内容对象的选择和激活。处理控制系统132可以接收并且解释命令和其他输入，与应用模块180和存储设备182对接，以及供应所需的内容。因此，这里所述的实施方式的用户接口102可以包括输入设备104和输出设备106的多个方面。

关于图6A和图6B示出了其上可以实践所公开实施方式的多个方面的设备的示例。在可选的实施方式中，设备可以包括具有或使用联系人应用的设备。终端或移动通信设备600可以具有键区610和显示器620。键区610可以包括任何适当的用户输入设备，诸如例如，多功能键/滚动键630、软键631、632、呼叫键633、结束呼叫键634和字母数字键635。显示器620可以是任何适当的显示器，诸如例如，触摸屏显示器或图形用户接口。显示器可以与设备600构成整体或者显示器可以是连接至设备600的外围显示器。指示设备，诸如例如可以由显示器620使用的铁笔、笔或只是用户的手指。在可选的实施方式中，可以使用任何适当的指示设备。在其他可选的实施方式中，显示器可以是常规显示器。设备600还可以包括其他适当的特征，诸如例如，照相机、扬声器、连接端口或触觉反馈特征。移动通信设备可以具有连接到显示器的处理器601用于处理用户的输入并且在显示器620上显示信息。可以将存储器602连接到处理器601用于存储任何适当的信息和/或与移动通信设备600相关联的应用，诸如电话簿条目、日历条目等。

在一个实施方式中，图1的系统100例如可以是图6B中所示的PDA类型设备640。PDA640可以包括一个或多个如下特征：键区641、触摸屏显示器642和针对触摸屏显示器642上使用的指示设备643。仍然在其他可选的实施方式中，设备可以是个人通信器、平板电脑、膝上型或桌上型电脑、电视机或电视机机顶盒，或者任何其他能够包含显示器642和所支持的电子设备(诸如处理器和存储器)，以及能 够包括联系人应用和/或数据库的适当的设备。仅出于示例性目的，这里将参考移动通信设备600对示例性实施方式进行描述，并且应当理解可以将实施方式等同地应用于任何合并了显示器、处理器、存储器和支持软件或硬件的适当的设备，该设备可以和联系人应用、地址簿或电话簿一起使用或包括联系人应用、地址簿或电话簿。

图1的用户接口102还可以包括导航模块122中的菜单系统124。导航模块122提供设备100的某些状态、过程和使用的控制。菜单系统124可以提供对关于运行在设备100上的应用或程序的不同工具和应用选项的选择。在这里所公开的实施方式中，导航模块122接收某些输入，诸如关于设备100的功能的信号、传输、指令或命令。取决于输入，导航模块解释命令并且指导处理控制器132来相应地执行命令和所公开实施方式的过程。在一个实施方式中，菜单系统124可以允许选择联系人条目和取消选择联系人条目。如这里所述，导航模块122还可以控制针对主题标记和其他使用指示符自动解析和检验联系人应用中的联系人条目。导航模块122和处理控制器132可以根据所公开的实施方式的多个方面来解释标记并且控制联系人条目的更新。

在一个实施方式中，导航模块122可以包括临近检测系统，其配置成检测预定区域或范围内联系人的存在。例如，在将联系人选作消息收件人时，系统100可以检测所选的收件人是否在某个范围内或甚至可用于接收消息。因此，在创建附加联系人列表时，列表可以包括关于附加联系人是否在预定区域内以及附加联系人是否具有活动存在指示的指示。

在发送消息时，导航模块122的临近检测系统还可以用于追踪每个联系人的位置。在一个实施方式中，位置信息可以用于使位置信息与针对附加联系人列表的选择准则相关联。例如，Mikko选择Harry来接收消息。系统100可以识别那些在基本上相同位置中出现或者经常同Harry出现在相同位置的收件人作为附加联系人。位置可以是精确位置、普通区域或其他定义区域。系统100还可以追踪联系人同另一联系人处于相同普通区域的次数。在创建附加联系人列表时，此信 息还可以用于解析选择准则和列表。

激活控制器通常包括选择或激活与设备相关联的功能的任何适当的方式，包括触摸、按压或移动输入设备。在一个实施方式中，其中输入设备104包括控制器110，该控制器在一个实施方式中可以包括具有键区的设备，按压按键可以激活功能。可选地，其中输入设备104的控制器110还包括多功能摇杆类型切换器，该切换器可以用于选择菜单项和/或选择或激活功能。当输入设备104包括控制器112时，该控制器在一个实施方式中可以包括触摸屏板，用户与触摸屏接触将提供必要的输入。还可以使用语音命令和其他触摸感应输入设备。

虽然将上述实施方式描述为在移动通信设备中并且利用移动通信设备来实现，但应当理解所公开的实施方式可以在任何可以包括联系人应用、电话簿或地址簿、或与联系人应用、电话簿或地址簿对接的适当的设备上实践。例如，图1的设备100通常可以包括任何适当的电子设备，诸如例如，个人计算机、个人数字助理(PDA)、移动终端、以蜂窝/移动电话形式出现的移动通信终端或者多媒体设备或计算机。在可选的实施方式中，图1的设备100可以是个人通信器、移动电话、平板电脑、膝上型或桌上型电脑、电视机或电视机机顶盒、DVD或高清播放器或者任何其他能够包含例如图1中所示的显示器114和所支持的电子设备(诸如图6A的处理器601和存储器602)的适当的设备。出于描述的目的，这里所述的实施方式将仅出于示例性目的而参考移动通信设备，并且应当理解可以将实施方式等同地应用于任何合并了显示器、处理器、存储器并且支持软件或硬件的适当的设备。设备100还可以包括其他适当的特征，诸如例如，照相机、扬声器、连接端口或触觉反馈特征。

所公开的实施方式还可以包括合并了在不同计算机中执行的上述处理步骤和指令的软件和计算机程序。图7是合并了可以用于实践本发明的多个方面的特征的典型装置700的一个实施方式的框图。装置700可以包括计算机可读程序代码装置，用于贯彻并执行这里所述 的处理步骤。如所示，可以将计算机系统702链接至另一计算机系统704，以便计算机702和计算机704能够彼此发送消息并且能够从彼此接收信息。在一个实施方式中，计算机系统702可以包括适于同网络706进行通信的服务器计算机。计算机系统702和计算机系统704可以通过任何常规方式链接在一起，例如包括：调制解调器、无线、硬线连接或光纤链接。一般地，利用通信协议通常在通信信道上或通过ISDN线路上拨号连接而发送，可以使得信息对于计算机系统702和计算机系统704均可用。计算机702和计算机704通常适于利用其中实现机器可读程序源代码的程序存储设备，该代码适于引起计算机702和计算机704来执行这里所公开的方法的步骤。可以将合并了本发明的多个方面的程序存储设备设计成、制作为和用作利用光纤、磁特性和/或电子设备的机器的组件来执行这里所公开的过程和方法。在可选的实施方式中，程序存储设备可以包括可以通过计算机读取并执行的磁介质(诸如，磁盘或计算机硬盘驱动器)。在其他可选的实施方式中，程序存储设备可以包括光盘、只读存储器(“ROM”)、软盘以及半导体材料和芯片。

计算机系统702和计算机系统704还可以包括用于执行所存储程序的微处理器。计算机702可以包括程序存储设备上的数据存储设备508，用于存储信息和数据。可以将合并了包括本发明各个方面的过程和方法步骤的计算机程序或软件存储至一个或多个计算机702和计算机704上的其他常规程序存储设备。在一个实施方式中，计算机702和计算机704可以包括用户接口510和从中可以访问本发明的多个方面的显示器接口712。可以调整用户接口710和显示器接口712以允许将查询和命令输入至系统，以及呈现命令和查询的结果。

在创建消息时，所公开的实施方式使用户容易确定哪些其他收件人组合所选择的收件人已经接收其他消息或者相似或相同主题的消息。在用户发送或接收消息时，系统存储关于消息收件人组合的信息和数据。在创建新的消息时，系统可以识别最初选择的收件人并且呈现其他联系人的列表，这些联系人曾被选择来组合所选择的收件人而 接收消息。可以对该列表进行排名，以便在进行这种组合时用户可以理解机会的频率或百分比。还可以使用其他准则来创建列表，诸如消息的主题、与附加收件人的最近联系或联系频率。这向用户提供了优点，即简单并且快速地对用户进行分组，并且向用户群组发送消息而无需预先分配群组。

应当理解前文所述仅是对实施方式的说明。本领域技术人员可以设计出各种可选方案和修改而不偏离本实施方式。因此，所公开的实施方式旨在包含所有这种落入所附权利要求范围内的可选方案、修改和变形。

Claims (15)

1.一种方法，包括：

在终端的通信应用中，从联系人列表接收对至少两个收件人的指定(402)来接收通信，其中所述通信包括消息；

响应于对所述至少两个收件人的所述指定，向用户自动识别(404)并且呈现(406)至少一个附加收件人，其中所述至少一个附加收件人包括已经与被指定的所述至少两个收件人一起参与至少一个其他消息的联系人；以及

允许所述用户选择(408)所述至少一个附加收件人中一个或多个来接收所述通信。

2.根据权利要求1所述的方法，进一步包括：将所述至少一个附加收件人呈现为列表，并且根据向被指定的所述至少两个收件人发送的通信也已经被向所述联系人发送的频率来将所述附加收件人列表中的每个联系人进行排名。

3.根据权利要求2所述的方法，进一步包括：将所述排名呈现为当向被指定的所述至少两个收件人发送通信时向所述联系人发送同一通信的出现的百分比。

4.根据权利要求1所述的方法，其中所述附件收件人列表包括联系人列表，其中每个联系人先前已经被指定与被指定的所述至少两个收件人组合来接收所述通信。

5.根据权利要求1所述的方法，进一步包括：先于所述通信的传输，将来自所述附加收件人列表的每个联系人自动添加到用于所述通信的分发列表，或者进一步包括：先于所述通信的传输，向所述用户呈现来自所述附加收件人列表的每个联系人以用于对所述通信的分发列表的指定。

6.根据权利要求1所述的方法，其中所述通信为电子邮件、文本消息、语音邮件、即时消息、或电话会议邀请。

7.根据权利要求1所述的方法，进一步包括：基于所述通信的主题解析所述附加收件人列表，其中只有那些关于所述主题、已经与被指定的所述至少两个收件人一起参与通信的联系人才被包括在所述附加收件人列表中。

8.根据权利要求7所述的方法，其中所述主题通过以下方式来识别：解析所述通信的标题行，并且将所述标题行同与关于每个联系人的每个消息相关联的存储的主题字段进行比较。

9.根据权利要求1所述的方法，进一步包括：自动将每个附加收件人指定为所述消息的收件人，随后取消选择任何不期望的联系人。

10.根据权利要求1所述的方法，进一步包括：检测每个所识别的附加联系人的存在，确定所述附加联系人是否可用于所述通信，并且提供所述附加联系人存在的指示。

11.根据权利要求10所述的方法，其中检测存在包括：确定所述识别的附加联系人是否在预定区域内，或者

其中检测存在包括：确定所述识别的附加联系人是否在线。

12.一种设备，包括：

用于在所述设备的通信应用中、从联系人列表接收对至少两个收件人的指定来接收通信的装置，其中所述通信包括消息；

用于响应于对所述至少两个收件人的所述指定，向用户自动识别至少一个附加收件人的装置，以及向用户呈现(406)至少一个附加收件人的装置，其中所述至少一个附加收件人包括已经与被指定的所述至少两个收件人一起参与至少一个其他消息的联系人；以及

用于允许所述用户选择所述至少一个附加收件人中一个或多个来接收所述通信的装置。

13.根据权利要求12所述的装置，其中用于识别所述至少一个附加收件人的装置进一步包括：

用于识别所述通信的主题的装置；

用于将所述通信的主题与关于联系人应用中每个联系人的其他通信的主题进行比较的装置；

用于呈现附加联系人的装置，其中所述通信的主题与其他通信的主题相关。

14.根据权利要求12所述的装置，进一步包括用于基于其他通信已经向与被指定的所述至少两个收件人组合的所述附加收件人发送的频率来将每个附加收件人进行排名的装置。

15.一种计算机程序，包括：

程序代码装置，被适配于引起计算机执行如下操作：

从联系人列表接收对至少两个收件人的指定来接收通信，其中所述通信包括消息；

响应于对所述至少两个收件人的所述指定，向用户自动识别并且呈现至少一个附加收件人，其中所述至少一个附加收件人包括已经与被指定的所述至少两个收件人一起参与至少一个其他消息的联系人；以及

允许所述用户选择所述至少一个附加收件人中一个或多个来接收所述通信。