确定在用户联系人之间的关联强度的制作方法
【专利摘要】方法和设备涉及与识别由用户发送的一条或者多条消息、识别与所述消息中的一条或者多条消息相关联的两个或者更多个联系人、确定所识别的联系人之间的关系强度分值、以及利用所述关系强度分值提供与所述联系人相关的附加信息。可以基于所述消息中的一条或者多条消息的一个或者多个特性，确定在联系人与一个或者多个其他联系人之间的关系强度分值。在一些实施方式中，可以基于所述关系强度分值来确定联系人组。在一些实施方式中，联系人组可以用于对在消息中对联系人的引用消歧。在一些实施方式中，联系人组可以用于将建议提供至联系人组中的附加联系人的所述用户，所述联系人组包括指示的消息的接收者联系人。
【专利说明】
确定在用户联系人之间的关联强度
【背景技术】
[0001]用户可以利用一个或者多个系统来创建消息并且将消息发送至用户的一个或者多个联系人。用户可以将消息发送至多个联系人，并且联系人中的一个或者多个联系人可以回复其他联系人中的和用户中的一个或者多个。
【发明内容】
[0002]本发明一般地涉及用于确定用户联系人之间的关联强度的技术特征。例如，一些实施方式涉及识别由用户发送或者接收的一条或者多条消息，并且基于该消息来确定在联系人与用户的一个或者多个其他联系人之间的关系强度分值。如本文所述，关系强度分值可以用于确定相关联系人的一个或者多个组。联系人包括已经发送和/或从用户接收消息的其他用户、和/或用户可访问其联系信息的其他用户。可以识别由用户发送至该用户的多个联系人的、和/或由该用户接收的并且附加地发送至该用户的一个或者多个联系人的消息。在一些实施方式中，可以基于包括联系人和一个或者多个其他联系人的同时出现的消息的计数，确定在联系人与一个或者多个其他联系人之间的关系强度分值。在一些实施方式中，可以基于联系人和一个或者多个其他联系人共同出现的消息的一个或者多个特性，附加地和/或替选地确定关系强度分值。
[0003]可以基于确定的关系强度分值，将关系强度分值用于确定相关联系人的一个或者多个组。本说明书的一些实施方式一般地涉及基于联系人组的成员同时出现的消息的一个或者多个特性来确定联系人组的一个或者多个特性。本说明书的一些实施方式涉及通过基于与消息相关联的接收者和/或发送者确定正被引用的最有可能的联系人，利用一个或者多个联系人组来对对未来的消息中的联系人的引用消歧。本说明书的其它实施方式涉及当用户将联系人组的成员指示为消息的接收者时，将建议的附加联系人提供至用户，该附加联系人为联系人组的成员。
[0004]确定相关联系人组和/或联系人组的特性产生了多种技术优点。例如，这样的确定可以使用户能够与消息引擎更高效地交互。例如，可以将确定的组和/或特性用于向用户提供用户正在编写的消息的建议联系人，并且/或者用于对在消息中对联系人的引用消歧。而且，例如，对相关联系人组的确定可以通过增加将适当的接收者列入消息中的机会，从而防止将消息再次发送至省略的联系人，来使消息流量降低。
[0005]在一些实施方式中，提供了一种方法，该方法包括以下步骤:识别由用户发送的或者接收的、以及由用户的多个联系人发送的或者接收的一条或者多条消息；确定在多个联系人中的第一联系人与多个联系人中的第二联系人之间的关系强度分值，该关系强度分值基于在消息中的一条或者多条消息中的第一联系人和第二联系人的出现;识别第一联系人的指示，该指示由用户提供；以及将第二联系人的特性提供至用户，该特性是响应于指示而提供的并且基于关系强度分值来提供。
[0006]本文所公开的技术的该方法和其它实施方式可以分别可选性地包括以下特征中的一个或者多个。
[0007]该方法可以进一步包括确定联系人组的步骤，该联系人组包括第一联系人和第二联系人，并且该联系人组基于关系强度分值来确定。该方法可以进一步包括以下步骤:识别多个联系人中的第三联系人;确定在第三联系人与联系人组之间的新关系强度分值；以及如果该新关系强度分值满足阈值，则将第三联系人与联系人组相关联。该新关系强度分值可以基于该一条或者多条消息中第一联系人、第二联系人、和第三联系人同时出现的消息的计数。
[0008]指示可以是将第一联系人指定为新消息的接收者，特性可以是第二联系人的联系信息，并且提供该特性可以包括向用户提供建议以将第二联系人指定为新消息的接收者。建议可以是自动完成建议。
[0009]该方法可以进一步包括以下步骤:确定联系人组特性，联系人组特性是基于消息中第一联系人和第二联系人同时出现的一条或者多条消息的一个或者多个消息特性来确定。消息特性中的一个或者多个消息特性可以是在消息中的一条或者多条消息中的项。联系人组特性可以是关系类型，该关系类型指示在用户与联系人组中的联系人之间的关系。消息特性中的一个或个多种消息特性可以是联系人组中的联系人中的至少一个联系人的电子邮件地址的域名。确定联系人组特性的步骤可以进一步包括确定与一条或者多条消息中的一个或者多个项相关联的一个或者多个实体的步骤。
[0010]在第一联系人与第二联系人之间的关系强度分值可以基于该一条或者多条消息中第一联系人和第二联系人同时出现的消息的计数。
[0011]在一些实施方式中，提供了一种方法，该方法包括以下步骤:识别由用户发送的或者接收的、以及由用户的多个联系人发送的或者接收的一条或者多条消息，该消息中的每条消息包括一个或者多个特性;确定在第一联系人与至少一个附加联系人之间的关系强度分值，该关系强度分值基于在第一联系人与至少一个附加联系人同时出现在其中的消息的计数，并且基于在第一联系人与至少一个附加联系人同时出现在其中的消息中的一条或者多条消息的特性中的至少一种特性;基于关系强度分值，来确定联系人组；以及将联系人组与用户相关联。
[0012]本文所公开的技术的该方法和其它实施方式可以分别可选地包括以下特征中的一个或者多个。
[0013]本方法可以进一步包括以下步骤:确定联系人组特性，联系人组特性是基于第一联系人和至少一个附加联系人同时出现在其中的消息中的一条或者多条消息的特性中的一个或者多个特性来确定的。
[0014]其它实施方式可以包括一种存储可由处理器执行以执行方法(诸如本文描述的方法中的一个或者多个)的指令的非瞬时性计算机可读存储介质。又一实施方式可以包括一种系统，该系统包括存储器和一个或者多个处理器，该处理器可操作为执行存储在存储器中的指令以执行方法，诸如本文描述的方法中的一个或者多个方法。
[0015]本文所描述的主题的【具体实施方式】基于由用户和用户的多个联系人发送的和/或接收的一条或者多条消息来确定在用户的联系人之间的关系强度分值，并且将关系强度分值与用户相关联。该关系强度分值可以用于确定相关联系人的一个或者多个联系人组，并且用于将联系人组与用户相关联。
[0016]应该理解，本文更详细论述的上述概念和附加概念的所有组合被视为本文所公开的主题的一部分。例如，在本公开的末尾处出现的所要求的主题的所有组合都被视为本文所公开的主题的一部分。
【附图说明】
[0017]图1是可以实现确定在用户的联系人之间的关联强度的方法的示例环境的框图。
[0018]图2是确定在用户的两个或者更多个联系人之间的关系强度的示例方法的流程图。
[0019]图3是消息的示例。
[0020]图4是示例联系人和联系人组的维恩图。
[0021 ]图5A至图5C是图不了联系人和确定的联系人组的不例的不图。
[0022]图6A图示了在用户将消息发送至一个或者多个联系人之前可以提供至用户的示例通知。
[0023]图6b图示了可以提供至用户以建议对在消息中的联系人的引用消歧的通知。
[0024I图7图示了示例计算机系统的框图。
【具体实施方式】
[0025]用户可以具有一个或者多个联系人，这些联系人基于在用户与联系人之间的关系相关。例如，用户可以具有是该用户的同事并且彼此也是同事的多个联系人。在一些实施方式中，联系人组中的个体中的一个或者多个个体可以通过一个或者多个附加的关系彼此相关并且与用户相关。例如，用户可以具有是“同事”关系并且附加地彼此之间以及与用户也是“朋友”关系的多个联系人，该“朋友”关系与“同事”关系分离。联系人的“同事”组可以包括不是“朋友”组的一部分的联系人，并且“朋友”组可以包括不是“同事”组的一部分的联系人。
[0026]用户可以将一条或者多条消息发送至联系人组中的一个或者多个联系人，其中，该消息与接收者联系人组的特性相关。联系人组可以是不同类型的消息的接收者，并且/或者可以基于联系人的联系人组的类型，接收有关不同主题的消息。例如，一组“同事”联系人可以发送和接收来自用户的与工作功能(诸如，商务会议)相关的消息，并且一组“朋友”联系人可以接收和发送与社交事件相关的消息。
[0027]在用户可能未定义该用户的一个或者多个联系人组、并且/或者可能无法定义联系人组的特性的一些情况下，本文所述的技术特征使得能够确定相关联系人的组和/或联系人组的特性。对相关联系人的组和/或该组的特性的确定产生各种技术优点。例如，这样的确定可以使用户能够与消息引擎更高效地交互，并且/或者可以通过增加将适当的接收者列在消息中的机会，来使消息流量降低。
[0028]在一些实施方式中，可以基于已经由用户发送至多个联系人并且/或者已经由多个联系人接收的过去消息，来确定联系人组。例如，可以基于确定在消息中的联系人的同时出现、在消息中的联系人的未同时出现、至一个或者多个联系人的消息的频率、和/或指向一个或者多个联系人并且/或者接收自一个或者多个联系人的消息的一个或者多个特性，来确定联系人组。在一些实施方式中，可以基于例如发送至联系人组中的多个联系人的消息的一个或者多个特性、联系人组中的联系人的一个或者多个已识别的特性、和/或在用户与联系人组中的联系人之间已识别的关系，来确定一个或者多个特性。
[0029]在一些实施方式中，用户可能感兴趣将消息发送至组中的一个或者多个成员，并且附加地感兴趣将消息发送至组中的其他成员。例如，用户可以创建关于即将发生的聚会的消息，可以将“朋友”组中的一个或者多个成员指示为消息的接收者，并且可能附加地感兴趣将消息发送至“朋友”联系人组中的其他成员，但不发送至“同事”联系人组。可以基于用户可能感兴趣将联系人组中的附加联系人指示为消息的接收者的可能性，提示用户将作为“朋友”组的成员的其他联系人作为附加接收者。
[0030]在一些实施方式中，用户可以发送和/或接收包括对用户的联系人的一个或者多个模糊引用的消息。例如，用户可以发送包括项“在Bob家碰面”的消息，其中，该消息未指定正被引用的Bob。消息的用户和/或接收者可以与多个“Bob”联系人相关联。可以基于对包括消息的发送者和/或接收者的联系人组的识别，以及基于对联系人组是否附加地包括“Bob”联系人的确定，来对“Bob”的引用消歧。可以基于确定引用的“Bob”联系人为与消息的其他接收者相同的联系人组的成员的“Bob”联系人来阐释项，这是因为与引用用户的不是包括消息接收者的联系人组的成员的“Bob”联系人相比，消息的发送者更可能提及与消息的接收者相同的联系人组的成员的“Bob”联系人。
[0031]参照图1，图示了可以实现确定在用户的联系人之间的关联强度的方法的示例环境的框图。示例环境包括内容数据库105、消息引擎115、分组引擎120、和应用系统125。该环境还包括通信网络101，该通信网络101使能在环境的各种部件之间的通信。在一些实施方式中，通信网络101可以包括互联网、一个或者多个内联网、和/或一个或者多个总线子系统。该通信网络101可以可选地利用一个或者多个标准通信技术、协议、和/或进程间通信技术。
[0032]图1的示例环境的内容数据库105、消息引擎115、分组引擎120、应用系统125、和/或一个或者多个附加部件每个可以包括:用于存储数据和软件应用的存储器、用于访问数据并且执行应用的处理器、和促进通过网络进行通信的部件。在一些实施方式中，内容数据库105、消息引擎115、分组引擎120和/或应用系统125可以包括与在图7中图示的示例计算机系统共享一个或者多个特征的硬件。示例环境的部件执行的操作可以分布在多个计算机系统中。例如，内容数据库105、消息引擎115、分组引擎120、和/或应用系统125可以是在一个或者多个位置中通过网络互相耦合的一个或者多个计算机上运行的计算机程序。
[0033]内容数据库105可以包括一个或者多个存储介质。例如，在一些实施方式中，内容数据库105可以包括多个计算机服务器，每个计算机服务器包含一个或者多个存储介质。可选地，本文描述的信息可以存储在内容数据库105和/或附加的数据库中。在本说明书中，项“数据库”将广泛用于指数据的任何集合。数据库中的数据不需要以任何特定方式结构化，或者完全结构化，并且该数据可以存储在一个或者多个位置中的存储装置上。因此，例如，数据库可以包括数据的多个集合，可以不同地组织和访问所述多个集合中的每个集合。
[0034]在一些实施方式中，一个或者多个部件可以利用内容数据库105存储和/或访问一条或者多条消息。例如，用户可以创建消息，并且将消息存储在内容数据库105中供一个或者多个部件后续利用。在一些实施方式中，消息可以包括用户先前已经发送的归档消息。在一些实施方式中，内容数据库105可以包括用户已经编写的但未发送的消息。在一些实施方式中，内容数据库105可以包括用户已经从用户的一个或者多个联系人接收的消息。
[0035]在一些实施方式中，内容数据库105可以包括用户的一个或者多个联系人的联系信息。例如，内容数据库105可以是电子邮件应用和/或基于web的电子邮件系统的部件，并且可以包括关于与用户相关联的先前电子邮件的接收者和/或发送者的信息。在一些实施方式中，内容数据库105可以包括用户已经直接提供的联系人的联系信息。例如，联系人应用可以利用内容数据库105，该联系人应用存储用户已经为该用户的一个或者多个联系人提供的电子邮件地址、电话号码、和/或社交媒体网页地址。
[0036]在一些实施方式中，内容数据库105可以包括关于用户的联系人的组的信息。例如，内容数据库105可以包括关于与“家庭”联系人组和/或联系人中的一个或者多个联系人相关联的联系人组的信息。可以基于本文所述的一种或者多种技术来确定联系人组。在一些实施方式中，用户可以修改和/或创建一个或者多个联系人组。例如，用户可以创建“家庭”联系人组，并且可以指示一个或者多个联系人要被包括为该组的成员。
[0037]在一些实施方式中，内容数据库105可以用于识别和/或存储可以与消息中的一个或者多个项相关联的一个或者多个实体。例如，内容数据库105可以包括在实体与一个或者多个属性和/或其它相关实体之间的映射(例如，定义关联的数据)。在一些实施方式中，实体是公开的主题。在一些实施方式中，实体是可以通过文本表示(例如，项或者短语)引用的、并且可彼此区分(例如，基于语境)的人、地点、功能、和/或事物。例如，在查询中或者在网页上的文本“bush”可以潜在地指多个实体，诸如President George Herbert WalkerBush、President George Walker Bush、灌木丛、和摇滚乐队Bush。在一些实施方式中，实体可以通过唯一实体标识符引用，该唯一实体标识符可以用于识别该实体。该唯一实体标识符可以与一个或者多个属性相关联，该属性与实体和/或其他实体相关联。例如，在一些实施方式中，内容数据库105可以包括与一个或者多个实体的唯一标识符相关联的属性。例如，与具有机场代码“LAX”的机场相关联的实体的唯一标识符可以与名称或者别称属性“LAX”、另一别称属性“Los Angeles Internat1nal Airport”(LAX 被经常被引用的替代名)、电话号码属性、地址属性、和/或在实体数据库中的实体类型属性“机场”相关联。附加的和/或替选的属性可以与在一个或者多个数据库中的实体相关联。
[0038]消息引擎115可以识别用户的一条或者多条消息。消息是在两个或者更多个联系人之间的通信。消息包括一个或者多个项并且以及发送者和一个或者多个接收者的指示。在一些实施方式中，消息可以是一条或者多条相关消息的消息踪迹。例如，消息可以是包括从用户I发送至用户2的原始消息、和从用户2发送至用户I的对消息的回复的消息踪迹。在一些实施方式中，消息可以包括多个接收者。例如，用户I可以创建消息并且将消息提供至用户2和用户3。在一些实施方式中，用户可以指定一组联系人为消息的接收者。例如，用户可以与联系人的“家庭”组相关联，并且用户可以将“家庭”组指示为消息的接收者。消息可以包括例如电子邮件、文本消息、社交媒体帖子、即时消息、和/或留言板帖子。在一些实施方式中，一个或者多个联系人可以与别称相关联，该别称与联系人的联系信息不同。例如，联系人可以具有包括电子邮件地址“bobOexampleurl.com”的联系信息，并且联系人可以附加地与别称“Bob Smith”相关联。如本文所述，可以通过别称和/或消息联系标识符(诸如电子邮件地址)引用用户的联系人。
[0039]在一些实施方式中，当用户创建消息时，消息引擎115可以识别一条或者多条消息。例如，消息引擎115可以是电子邮件应用和/或基于web的电子邮件系统的部件，并且消息引擎115可以识别经由应用和/或系统发送的和/或接收的与用户相关联的消息。在一些实施方式中，当用户开始编写消息时和/或当用户识别电子邮件的一个或者多个接收者时，消息引擎115可以识别用户的消息。在一些实施方式中，消息引擎115可以识别用户从用户的联系人接收的一条或者多条消息。例如，消息引擎115可以识别用户经由电子邮件应用和/或系统接收的消息。在一些实施方式中，消息引擎115可以从内容数据库115识别一条或者多条消息。例如，消息引擎115可以经由内容数据库105识别用户发送的和/或接收的用户的归档消息。
[0040]参照图3，提供了示例消息300。在图示的消息300中，提供初始消息305和回复消息310作为相关消息的消息踪迹。初始消息305包括发送者“userOexampleurl.com”、以及接收者“joeOexampleurl.com”和“jim@exampleurl.com”，其别称为“Joe”和“Jim”。接收者中的一个或者多个接收者可以由消息的创建者提供，并且/或者可以由本文所述的一种或者多种方法扩增。回复消息310指示回复消息310是响应于初始消息305由“Joe”发送至“Jim”和“用户”的。消息引擎115可以识别消息300、联系人的一个或者多个别称、和/或来自内容数据库105的消息的发送者和/或接收者的联系信息。
[0041]消息引擎115可以识别包括对用户的联系人的引用的一条或者多条消息。在一些实施方式中，消息引擎115可以基于具有类似发送者和/或接收者(在消息上指定为“至:”、“自:”、“CC:”等的联系人)的消息，来识别消息。例如，消息引擎115可以识别来自“jim@exampleurl.com” 的发送至 ajoeiexampleurl.com” 和 “bobOexampleurl.com” 的消息，并且附加地识别来自 ajoeiexampleurl.com” 的发送至 “j imiexampleurl.com” 和 “bob@examp I eur 1.com”的消息。在一些实施方式中，消息引擎115可以识别对在一条或者多条消息的主体中的联系人的一个或者多个引用。例如，消息引擎115可以识别由“Bob”发送至“Jim”的包括在消息的主体中对“Joe”的引用的消息。
[0042]消息引擎115可以将一条或者多条已识别的消息提供至分组引擎120。在一些实施方式中，分组引擎120可以是在用户的计算装置上执行的应用的部件。例如，分组系统120可以是用户的电子邮件应用的部件。在一些实施方式中，分组引擎120可以是从用户的计算装置远程执行的应用和/或应用的部件。例如，分组引擎120可以是在远程服务器上执行并且与用户的本地计算装置和/或一个或者多个附加的或者替选的服务器进行通信的基于web的电子邮件应用和/或分立的应用的部件。
[0043]分组引擎120可以利用由消息引擎115提供的一条或者多条消息，来确定在与用户相关联的用户联系人之间的关系强度。在一些实施方式中，可以确定在用户的一个或者多个联系人之间的关系强度分值。例如，消息引擎115可以提供在用户与“Bob”和“Jim”之间的消息，并且分组引擎120可以确定在联系人“Bob”和“Jim”之间的关系强度分值。在一些实施方式中，分组引擎120可以确定在用户与一个或者多个联系人之间的关系强度分值，该联系人与一条或者多条消息相关联。例如，针对先前的示例，分组引擎120可以基于由用户发送的和/或接收的一条或者多条消息，确定在用户与“Bob”和/或在用户与“Jim”之间的关系的关系强度分值。
[0044]分组引擎120可以利用多条消息来确定在用户的联系人之间和/或在用户与用户的联系人之间的关系强度分值。例如，消息引擎115可以识别与用户和与相同的联系人相关联的两条或者多条消息，并且可以将消息、对消息的引用、和/或消息的一个或者多个特性提供至分组引擎120。而且，例如，除了对所有的已识别的消息中不不共同的一个或者多个联系人之外，消息引擎可以将与用户和与相同联系人中的一个或者多个相同联系人相关联的多条消息提供至分组引擎120。
[0045]分组引擎120可以在用户的消息中识别一个或者多个项，并且可以利用已识别的项中的一个或者多个已识别的项来确定关系强度分值并且/或者确定一个或者多个特性以分配联系人组。在一些实施方式中，确定要利用的项可以包括:基于词频和/或逆文档频率，识别在消息中的一个或者多个项。例如，如果项的出现的频率满足阈值，则可以利用多次发生和/或在多条消息中的项。而且，例如，发生不如其它共同项频繁的项可以指示如下的项:当使用该项时，在包括该项的消息中该项是重要的。在一些实施方式中，确定要利用的项可以是基于从内容数据库105识别一个或者多个项，该项被确定为可能要利用的项。例如，分组引擎120可以将来自内容数据库105的“高尔夫”识别为项，该项可以指示可能与包括“高尔夫”的消息中的联系人相关联。
[0046]在一些实施方式中，确定要利用的项可以附加地或者替选地基于消息中的一个或者多个项的定位。例如，与稍后包括在消息中的项相比，更可能利用早前包括在消息中的项。而且，例如，与出现在消息的文本的主体中的项相比，更可能利用在消息的报头中的项。
[0047]分组引擎120可以利用多条消息来确定联系人的一个或者多个关系强度分值。在一些实施方式中，分组引擎120可以确定在两个联系人之间的关系强度分值。例如，一条或者多条消息可以包括“Joe”和“Bob”，并且可以确定在“Joe”与“Bob”之间的关系强度。在一些实施方式中，分组引擎120可以确定在联系人与包括一个或者多个联系人的联系人组之间的关系强度分值。例如，可以基于在一条或者多条消息中的联系人组的成员的出现、和/或消息组的成员在其中出现的消息的特性，来确定联系人组。
[0048]在一些实施方式中，分组引擎120可以基于包括联系人的指示和第二联系人或者联系人组的成员的指示，来确定在联系人与第二联系人或者联系人组之间的关系强度分值。例如，分组引擎120可以基于包括两个联系人的消息的计数来确定在两个联系人之间的关系强度分值。而且，例如，分组引擎120可以基于包括联系人并且附加地包括联系人组的成员中的一个或者多个成员的消息的计数来确定在联系人与联系人组之间的关系强度分值。
[0049]在一些实施方式中，分组引擎120可以基于联系人和第二联系人或者联系人组未同时出现的消息的计数来确定在联系人与第二联系人或者联系人组之间的关系强度分值。例如，分组引擎120可以基于在消息中的两个联系人同时出现的频率，其中联系人中的至少一个联系人出现在该消息中，来确定在两个联系人之间的关系强度分值。例如，与在50条消息中出现并且在这些消息中的10条消息中与第二联系人同时出现的联系人相比，在50条消息中出现并且在这些消息中的25条消息中与第二联系人同时出现的联系人可以具有确定的更指示关系的关系强度分值。
[0050]在一些实施方式中，分组引擎120可以基于在联系人和第二联系人或者联系人组同时出现的消息中的一个或者多个特性的出现，来确定在联系人与第二联系人或者联系人组之间的关系强度分值。特性可以包括例如在消息的主体中的一个或者多个项、与在消息中的一个或者多个联系人的电子邮件地址相关联的域名、和/或与消息相关联的元数据。可以基于一种或者多种技术，诸如本文所述的那些技术，来识别感兴趣的特性。
[0051]在一些实施方式中，分组引擎120可以基于在包括联系人和第二联系人或者联系人组的多条消息中的特性的出现来确定关系强度分值。例如，分组引擎120可以识别在包括第一联系人和第二联系人的多条消息中的“饭店I”的出现，并且可以基于在“饭店I”出现的联系人之间和/或在“饭店I”出现的联系人之间的消息的频率，来确定在联系人之间的关系强度分值。
[0052]在一些实施方式中，分组引擎120可以识别在与相关实体相关联的一条或者多条消息中的特性，并且基于在实体之间已识别的关系，来确定关系强度分值。例如，分组引擎120可以识别在包括联系人和第二联系人或者联系人组的消息中的“工作”、“办公室”、和“会议”，并且可以识别与“工作”、“办公室”、和“会议”实体相关联的“同事”实体。分组引擎120可以基于例如与在包括联系人的消息中的实体“同事”相关联的实体的出现频率、在联系人与包括对与“同事”实体相关联的实体的引用的第二联系人或者联系人组之间的消息的频率、和/或包括对与包括联系人和第二联系人或者联系人组的“同事”实体相关联的实体的引用的消息的频率，来确定在联系人与第二联系人或者联系人组之间的关系强度分值。
[0053]参照图4，提供了示例联系人和联系人组的维恩图。在图示的示图中，圆圈表示与用户相关联的联系人组，并且名称(“Bob Smith”、“Jim”等)表示用户的联系人。联系人组包括粗体的、带引号的关系类型，该关系类型描述如本文所述的确定的在组中的成员与用户之间的联系。多个圆圈中包括的名称(诸如，在“朋友”、“同事”、和“家人”联系人组中的“Jim”)表示在多个联系人组中包括的联系人。出现在相同圆圈中的名称为该圆圈表示的联系人组中的成员。例如，“Bob Smith”和“Jim”都是“同事”联系人组的成员。未在圆圈中出现的名字不是该圆圈表示的联系人组中的成员。例如，Joe是“家人”组中的成员，但不是“朋友”组或者“同事”组的成员。
[0054]可以基于在用户的联系人之间的关系强度分值来确定图4的组。分组引擎120可以基于在“Bob Jones”、“Bob Williams”、与“Jim”之间的一个或者多个确定的关系强度分值来确定“朋友”组。而且，例如，分组引擎120可以确定在“Bob Jones”与“Joe”之间的关系强度分值不指示在那些联系人之间的关系，但是确定“Joe”、“Jim”和“Bob Williams”的关系强度分值指示关系。
[0055]在一些实施方式中，分组引擎120可以确定联系人组的特性。联系人组特性是在联系人组中的联系人之间共同的和/或类似的一个或者多个属性、和/或指示在联系人组的成员与用户之间的共同关系的一个或者多个属性。在一些实施方式中，联系人组特性可以是与联系人组中的成员共同的关系类型。例如，特性可以是包括用户的一个或者多个同事的联系人组的“同事”的关系类型。参照图4，用黑体和引号提供了图示的联系人组的关系类型。例如，在具有关系类型特性“家人”的联系人组中包括“Joe”、“Bob Williams”、和“Jim”。联系人组的其它特性可以包括例如组中的成员的偏好(例如，“喜欢饭店I的朋友”)、组中的成员的共同位置(“住在附近的家人”)、和/或具有共同兴趣的组(例如，“和我一起打高尔夫的朋友”、“和我一起出去吃饭的朋友”)。
[0056]在一些实施方式中，分组引擎120可以基于在包括组中的成员的消息中识别的一个或者多个特性来确定关系类型。例如，分组引擎120可以识别包括在由组的成员发送和/或接收的一条或者多条消息中的一个或者多个项，并且可以识别在内容数据库105中的一个或者多个实体，该实体为指示关系的实体的别称。例如，在联系人组中的联系人与用户之间的多条消息可以包括项“妈妈”和“爸爸”，并且分组引擎120可以识别具有与“家人关系”实体相关联的别称“妈妈”和“爸爸”。分组引擎120可以基于联系人组中的联系人可能是家人的确定，并且基于联系人已经在一条或者多条消息中提及家庭关系的确定，将“家人”与联系人组相关联。而且，例如，在联系人组中的联系人与用户之间的多条消息可以包括项“饭店I”和“饭店2”，并且分组引擎120可以识别具有与“饭店”实体相关联的别称“饭店I”和“饭店2”的实体。分组引擎120可以基于确定包括联系人组中的成员的消息的阈值包括对饭店的引用来确定联系人组的特性“和我一起吃饭的朋友”。
[0057]应用系统125可以利用由分组引擎120确定的一个或者多个联系人组。在一些实施方式中，应用系统125可以是消息系统和/或消息系统的部件。例如，应用系统125可以是电子邮件应用、基于web的电子邮件系统、和/或电子邮件系统或者应用的部件。在一些实施方式中，应用系统125可以是与消息引擎115和/或分组引擎120相关联的部件和/或系统。
[0058]在一些实施方式中，当用户创建消息时，应用系统125可以利用相关联的联系人的一个或者多个组，向用户建议一个或者多个联系人。例如，用户可以创建消息，并且向消息的接收者指示该接收者为确定组的成员。应用系统125可以基于识别消息的预期接收者为联系人组中的成员并且用户可能感兴趣将消息发送至联系人组中的附加成员中的一个或者多个附加成员，来向用户提供联系人组中的一个或者多个附加联系人。在一些实施方式中，应用系统125可以将一个或者多个组提供至用户作为建议的联系人组。建议的联系人组可以由组的已确定的特性指示。例如，用户可以创建消息并且将“bobOexampleurl.com”指示为消息的预期接收者，并且应用系统125可以建议用户将消息发送至与“bob@exampleurl.com”在共同联系人组中的一个或者多个联系人。
[0059]在一些实施方式中，消息的指示接收者可以是多个联系人组中的成员。例如，联系人可以是“朋友”组和“同事”组中的成员。在一些实施方式中，应用引擎125可以向用户建议包括该指示接收者的多个联系人组。例如，应用引擎125可以建议用户选择“朋友”组和/或“同事”组作为消息的接收者。在一些实施方式中，应用引擎125可以通过关系建议更密切相关的一个或者多个组。例如，基于第一联系人组中的成员的关系强度分值比与在接收者与第二组中的成员之间的关系强度分值更能指示密切关系，消息的指示联系人可以通过另一联系人组与一个联系人组中的成员更加密切相关。在一些实施方式中，用户可以将多个联系人指示为消息的接收者，并且应用系统125可以建议包括多个指示接收者作为成员的一个或者多个联系人组。在一些实施方式中，应用系统125可以基于对一个或者多个项(与其他联系人组相比，该项更指示一个联系人组)的识别，来建议联系人组，该联系人组包括是多个联系人组的成员的联系人。例如，消息接收者可以是“家人”联系人组和“同事”联系人组的成员，并且应用系统125可以基于识别与“妈妈”相关联的实体与“家人”实体相关联，更可能将“家人”联系人组提供在包括项“妈妈”的消息中。
[0060]参照图5A至图5C，提供了图示联系人和已确定的联系人的联系人组的示例的图。包括联系人的名称(“Bob Williams”、“Bob Smith”等)或者联系人组的成员的名称(例如，图5B中的“Joe”和“Jim”)的圆圈代表联系人和联系人组。连接圆圈的线表示可以由分组引擎120确定的关系强度分值(S1、S2等)。在提供的示例中，假定联系人全部示例中是相同的。例如，图5A中的“Joe”与图5B和5(:中的“Joe”为相同的联系人。
[0061]参照图5A，用关系强度分值SI图示两个联系人。可以基于如本文所述的一种或者多种技术来确定关系强度分值。消息引擎115可以识别“Joe”和“Jim”同时出现的多条消息，并且分组引擎120可以基于该消息来确定SI。例如，分组引擎120可以基于例如在包括“Joe”和/或“Jim”的消息中“Joe”和“Jim”同时出现的频率来确定关系强度分值SI。而且，例如，分组引擎120可以基于确定在“Joe”和“Jim”同时出现的消息中包括“饭店I”的消息的计数来确定关系强度分值SI。而且，例如，分组引擎120可以基于确定在一时期段内已经由“Joe”和“Jim”发送和/或接收的消息(诸如，在过去30天中已经发送和/或已经接收的消息)中“Joe”和“Jim”的同时出现来确定关系强度分值SI。可以基于关系强度分值SI满足阈值来确定包括“Joe”和“Jim”的联系人组。例如，如果与用户相关联并且包括对“Joe”或“Jim”的引用的消息中的至少50%的消息包括“Joe”和“Jim”两者，分组引擎120可以确定包括“Joe”和“Jim”的联系人组。
[0062]参照图5B，图示了联系人组，该联系人组包括“Joe”和“Jim”、以及用户的两个附加联系人“Bob WiIIiam^PuBob Smith”。基于关系强度SI满足阈值，在联系人组中可以包括“Joe”和“Jim”。关系强度分值S2是在“Bob Williams”与联系人组之间的关系强度分值。在一些实施方式中，可以基于确定例如“Bob Williams”在包括联系人组中的成员的消息中的出现，来确定S2。在一些实施方式中，可以基于“Bob Williams”在与联系人组的成员出现的与用户相关联的所有消息中的出现频率，来确定S2。此外，S3是在联系人组与“Bob Smith”之间的关系强度分值。
[0063]参照图5C，提供了包括多个重叠的联系人的联系人组。在图示的示例中，基于S2满足阈值，在相同的联系人组中包括“Joe”、“Jim”和“Bob WiIliams”。此外，基于S3不满足阈值，“Bob Smith”未包括在相同的联系人组中。基于例如在“Jim”与“Bob Smith”之间的关系强度分值满足阈值，在第二联系人组中图示“Jim”与“Bob Smith”。基于包括“Jim”的多个关系强度分值满足阈值，在这两个联系人组中都包括“Jim”。
[0064]参照图6A，图示了在用户将消息发送至一个或者多个联系人之前可以提供至用户的示例通知。当用户正在创建消息时，可以将通知提供至用户作为附加界面。例如，用户可能正在创建在图3中图示的消息，并且，当用户键入“biIlwiexampleurl.com”作为消息的接收者时，可以将通知提供至用户。在图示的通知中，向用户提供消息信息600A，该消息信息600A指示与消息相关联的信息，诸如接收者“Bill Williams”和消息的主题“周四共进晚餐”。此外，图不的通知包括分组选项605A。在一些实施方式中，分组选项605A可以包括一个或者多个联系人，该联系人与已经被指示为消息的接收者的接收者在共同的联系人组中。例如，在图示的通知中，分组选项605A包括“Joe”和“Jim”，其可以是分组引擎120已经确定与“biIlwiexampleurl.com”相关的联系人。因为联系人被识别为共同的联系人组中的成员，所以应用系统125可以基于用户可能感兴趣将消息发送至包括已指示的接收者“BillWilliams”的组的附加成员的可能性，将选项提供至用户，以包括进附加联系人中的一个或者多个作为消息的接收者。用户可以选择一个或者多个复选框，该复选框包括有潜在的附加接收者，以包括附加联系人。
[0065]此外，分组选项605A包括联系人组“家人”，以作为用户指示一组联系人作为消息的接收者的选项。“家人”可以是包括消息的原始接收者“Bill Williams”和一个或者多个附加联系人的联系人组。在一些实施方式中，在组选项605A中提供的附加联系人可以是联系人组“家人”的成员。
[0066]在一些实施方式中，应用系统125可以利用一个或者多个组来对在用户的模糊的消息中的对一个或者多个联系人的引用消歧。例如，用户可以创建包括联系人的名称的消息，并且用户可以与该名称指示的多个联系人相关联。例如，参照图3，初始消息305包括对“Bob”的模糊引用。用户和/或接收者可以与多个“Bob”联系人相关联，并且分组应用125可以识别与用户相关联的一个或者多个联系人组，并且可以包括“Bob”联系人。参照图4，用户与“Bob Jones”联系人和“Bob Wi 11 iams”联系人相关联。应用引擎125可以识别消息的其他接收者作为联系人组“家人”的成员，并且可以识别可能消歧的联系人中的一个联系人“BobWilliams”是相同的联系人组中的成员，而其它可能消歧的联系人“Bob Jones”是具有“Jim”的“朋友”组中的成员，但不是包括消息中所有指示的接收者的联系人组中的成员。应用系统125可以向用户提供项“Bob”是模糊的通知，并且可以建议替换项，诸如“BobWilliams，，。
[0067]参照图6B，图示了可以提供至用户的通知，以建议对在消息中的联系人的引用消歧。在图示的通知中，向用户提供已经识别为模糊的引用“Bob”。提示用户以确定该引用是否为“Bob Jones”、以及用户是否想要用“Bob Jones”替换该模糊引用。在一些实施方式中，当用户正在创建消息时，可以自动更改模糊引用。例如，用户可以在消息中指示“Bob”，应用系统125可以突出“Bob”并且/或者将“Bob”更改为“Bob Jones”。
[0068]附加地或者替选地，基于与接收者相关联的联系信息，可以向消息的接收者提供通知和/或选项，以对在已接收的消息中的一个或者多个项消歧。例如，接收者可以接收包括对“Bob”的引用的消息，并且应用系统125可以对“Bob Jones”的引用主动消歧并且/或者可以向接收者提示基于“Bob Jones”为与消息的接收者和/或一个或者多个其他接收者相同的联系人组的成员，该引用可能为“Bob Jones”。
[0069]在本文描述的系统收集有关用户的个人信息或者可以利用个人信息的情况下，可以向用户提供控制程序或者特征是否收集用户信息(例如，与用户的社交网络、电子邮件、社会行动或者活动、浏览历史、用户偏好、或者用户的当前地理位置有关的信息)或者来控制是否和/或如何从内容服务器接收可能与用户更相关的内容的机会。而且，在存储或者使用某些数据之前，可以按照一种或者多种方式来处理该某些数据，使得可以去除个人身份信息。例如，可以处理用户的身份，使得可能不确定出用户的个人可识别信息，或者，在可以获得地理位置信息的情况下可以将用户的地理位置一般化，(诸如，到城市、邮政编码、或者州县水平)，使得不可以确定出用户的具体地理位置。由此，用户可以对收集和/或使用有关用户的信息的方式进行控制。
[0070]参照图2，图示了确定在用户的两个或者更多个联系人之间的关系强度的示例方法的流程图。其它实施方式可以按照不同的顺序执行步骤、省略某些步骤、并且/或者执行与在图2中图示的步骤不同的和/或附加的步骤。为了方便起见，将参照图1的可以执行该方法的一个或者多个部件(诸如，消息引擎115、分组引擎120、和/或应用系统125)来描述图2的各个方面。
[0071]在步骤200中，识别由用户发送或者接收的一条或者多条消息。在一些实施方式中，可以通过与消息引擎115共享一个或者多个特征的部件来识别已识别的消息。在一些实施方式中，消息可以是已经由用户创建但尚未发送的消息。例如，用户可以创建消息、将消息存储在内容数据库105中、并且随后发送消息。消息可以包括一个或者多个特性，诸如发送者联系信息、一个或者多个所识别的接收者的联系信息、一个或者多个项、和/或与消息的一个或者多个组分相关联的元数据。
[0072]在步骤205中，识别与消息中的一条或者多条消息相关联的两个或者更多个联系人。在一些实施方式中，可以经由消息的一个或者多个特性，诸如消息中的一条或者多条消息的发送者和/或接收者，来识别联系人。在一些实施方式中，可以基于消息的一个或者多个特性，诸如在消息主体和/或报头中的一个或者多个项，来识别所识别的联系人中的一个或者多个。联系人包括已经发送和/或从用户接收到消息的其他用户、和/或不管用户是否已经发送或者接收到来自该用户的消息用户都可以访问其联系信息的其他用户。
[0073]在步骤210中，确定在两个或者更多个所识别的联系人之间的关系。在一些实施方式中，消息引擎115可以将所识别的消息提供至分组引擎120，并且分组引擎120可以确定在两个或者更多个联系人之间的关系强度分值。在一些实施方式中，分组引擎120可以确定在两个联系人之间的关系强度。在一些实施方式中，分组引擎120可以确定在联系人与包括两个或者更多个联系人的联系人组之间的关系强度分值。分组引擎120可以基于如本文所述的一种或者多种技术，诸如在消息中联系人的共同出现、消息的一个或者多个特性、和/或在消息中联系人的出现频率，来确定关系强度分值。
[0074]在一些实施方式中，确定在联系人之间的关系可以包括:基于在联系人之间的关系强度分值，确定包括联系人中的两个或者更多个联系人的联系人组。例如，在两个联系人之间的关系强度分值可以指示在联系人之间的关系，并且可以基于该关系来确定联系人组。而且，例如，可以确定在联系人与联系人组之间的关系强度分值，该关系强度分值指示在联系人与联系人组的成员之间的关系，并且基于在联系人与联系人组之间已确定的关系强度分值，联系人可以包括在联系人组中。
[0075]在一些实施方式中，确定在联系人之间的关系可以包括确定包括一个或者多个联系人的联系人组的特性。可以基于本文所述的一种或者多种技术，诸如识别联系人组中的成员在其中共同出现的消息中的一个或者多个特性，来确定联系人组的特性。例如，消息引擎115可以识别包括联系人组中的联系人的一条或者多条消息，并且分组引擎120可以识别在消息中的“饭店I”和“饭店2”。分组引擎120可以基于确定包括联系人组的成员的消息包括饭店的名称，来确定“和我一起吃饭的朋友”的联系人组特性。在一些实施方式中，分组引擎120可以在内容数据库105中识别与消息的特性相关联的一个或者多个实体，并且可以识别在实体之间的关联以确定联系人组的一个或者多个特性。
[0076]在步骤215中，响应于一个或者多个其他联系人的指示，向用户提供一个或者多个联系人的特性。特性的示例包括一个或者多个联系人的联系信息、一个或者多个联系人的名称或者昵称、和/或一个或者多个联系人的联系人组信息。例如，用户可以指示消息中的联系人，并且应用系统125可以识别包括已指示的联系人的联系人组，并且可以向用户提供联系人组中的一个或者多个其他联系人的联系人信息。在一些实施方式中，用户与在步骤210中确定的关系相关联，并且可以省略步骤210。
[0077]在一些实施方式中，该指示可以是用户将联系人识别为消息的接收者，并且可以向用户提供其他联系人的一个或者多个建议，以指示作为消息的接收者。基于确定在第一联系人与第二联系人或者联系人组之间的关系指示用户可能感兴趣发送至联系人和第二联系人或者联系人组，可以将建议提供至用户。在一些实施方式中，可以由用户创建消息，该消息包括对用户的一个或者多个联系人的模糊引用，并且应用系统125可以基于对包括与消息相关联的一个或者多个联系人的联系人组的确定并且提供作为已识别的联系人组中的成员的联系人的一个或者多个特性，来提供引用的建议消歧。
[0078]图7是示例计算机系统710的框图。计算机系统710通常包括至少一个处理器714，该处理器714经由总线子系统712与若干外围装置通信。这些外围装置可以包括存储子系统724(包括例如存储器子系统726和文件存储子系统728)、用户接口输入装置722、用户接口输出装置720、和网络接口子系统716。输入和输出装置允许用户与计算机系统710交互。网络接口子系统716提供到外部网络的接口并且耦合至其它计算机系统中的对应接口装置。
[0079]用户接口输入装置722可以包括键盘、指向装置(诸如，鼠标、轨迹球、触摸板、或者绘图板)、扫描器、合并到显示器中的触摸屏、音频输入装置(诸如，语音识别系统、麦克风)、和/或其它类型的输入装置。通常，术语“输入装置”的使用旨在包括用于将信息输入到计算机系统710中或者输入到通信网络的所有可能类型的装置和方式。
[0080]用户接口输出装置720可以包括显示子系统、打印机、传真机、或者非可视显示器，诸如音频输出装置。显示子系统可以包括阴极射线管(CRT)、平板装置(诸如，液晶显示器(LCD))、投影装置、或者用于创建可视图像的某个其它机制。显示子系统也可以提供非可视显示，诸如经由音频输出装置。通常，术语“输出装置”的使用旨在包括用于将来自计算机系统710的信息输出到用户或者输出到另一机器或者计算机系统的所有可能类型的装置和方式。
[0081]存储子系统724存储提供本文描述的一些或者所有模块的功能的编程和数据结构。例如，存储子系统724可以包括逻辑，该逻辑用于识别用户的一条或者多条消息，确定在与消息相关联的一个或者多个联系人之间的关系强度，并且将该关系与用户相关联。这些软件模块通常由处理器714单独地或者结合其它处理器执行。在存储子系统中使用的存储器726可以包括若干存储器，包括:用于在程序执行期间存储指令和数据的主随机存取存储器(RAM)730、和存储固定指令的只读存储器(R0M)732。文件存储子系统728可以提供程序和数据文件的永久存储，并且可以包括硬盘驱动器、与相关联的可移动介质一起的软盘驱动器、CD-ROM驱动器、光驱动器、或者可移动介质盒。实施某些实施方式的功能的模块可以由文件存储子系统728存储在存储子系统724中，或者存储在处理器714可访问的其它机器中。
[0082]总线子系统712提供用于使计算机系统710的各种部件和子系统如期望的那样彼此通信的机制。虽然总线子系统712被示意性地示为单个总线，但是总线子系统的替选实施方式可以使用多个总线。
[0083]计算机系统710可以是不同的类型，包括工作站、服务器、计算集群、刀片式服务器、服务器群、或者任何其它数据处理系统或者计算装置。由于计算机和网络的不断变化的本质，在图7中描绘的计算机系统710的描述仅仅旨在是为了图示一些实施方式的具体示例。计算机系统710的许多其它配置是可能的，具有比图7中描绘的计算机系统更多或者更少的部件。
[0084]在本文描述的系统收集有关用户的个人信息或者可以利用个人信息的情况下，可以向用户提供控制程序或者特征是否收集用户信息(例如，与用户的社交网络、电子邮件、社会行动或者活动、浏览历史、用户偏好有关的信息)或者控制是否和/或如何从内容服务器接收可能与用户更相关的内容的机会。而且，在存储或者使用某些数据之前，可以按照一种或者多种方式来处理该某些数据，使得可以去除个人可识别信息。例如，可以处理用户的身份，使得可能不确定出用户的个人可识别信息，或者，在可以获得地理位置信息的情况下可以将用户的地理位置一般化(诸如，到城市、邮政编码、或者州县水平)，使得不能确定用户的具体地理位置。由此，用户可以对如何收集和/或使用有关用户的信息进行控制。
[0085]虽然本文已经描述并且图示了多种实施方式，但是也可以利用用于执行功能和/或获得结果和/或本文描述的一个或者多个优点的各种各样的其它装置和/或结构，并且某个这样的变化和/或修改都将视为在本文描述的实施方式的范围内。更一般地，本文描述的所有参数、尺寸、材料和配置旨在是示例性的，并且实际的参数、尺寸、材料和/或配置都将取决于使用本教导的一个或者多个具体应用。本领域的技术人员将认识到或者能够确定只使用常规实验即可获得本文描述的【具体实施方式】的许多等同物。因此，应理解，前述实施方式仅以示例的方式呈现，并且，在所附权利要求书及其等同物的范围内，可以按照与具体描述和要求的不同的方式来实践实施方式。本公开的实施方式涉及本文描述的某个单独的特征、系统、物品、材料、套件和/或方法。另外，如果这样的特征、系统、物品、材料、套件和/或方法不彼此不一致，则两个或者更多个这样的特征、系统、物品、材料、套件和/或方法的任何组合都包括在本公开的范围内。
【主权项】
1.一种计算机实现的方法，包括: 通过一个或者多个处理器识别由用户发送或者接收的、以及由所述用户的多个联系人发送或者接收的一条或者多条电子消息； 通过所述处理器中的一个或者多个处理器确定在所述多个联系人中的第一联系人与所述多个联系人中的第二联系人之间的关系强度分值，其中确定所述关系强度分值是基于在所述消息中的一条或者多条消息中所述第一联系人和所述第二联系人的出现； 识别所述第一联系人的指示，其中所述指示由所述用户在新的电子消息中提供；以及 将所述第二联系人的特性提供至所述用户，其中所述特性是响应于所述指示而提供的并且基于所述关系强度分值来提供。2.根据权利要求1所述的方法，进一步包括: 确定联系人组，其中，所述联系人组包括所述第一联系人和所述第二联系人，以及其中，所述联系人组是基于所述关系强度分值来确定的。3.根据权利要求2所述的方法，进一步包括: 识别所述多个联系人中的第三联系人； 确定在所述第三联系人与所述联系人组之间的新的关系强度分值；以及 如果所述新的关系强度分值满足阈值，则将所述第三联系人与所述联系人组相关联。4.根据权利要求3所述的方法，其中，所述新的关系强度分值基于所述一条或者多条消息中所述第一联系人、所述第二联系人、和所述第三联系人同时出现的消息的计数。5.根据权利要求2所述的方法，其中，所述指示是将所述第一联系人指定为新消息的接收者，其中，所述特性是所述第二联系人的联系信息，以及其中，提供所述特性包括向所述用户提供建议以将所述第二联系人指定为所述新消息的接收者。6.根据权利要求5所述的方法，其中，所述建议是自动完成的建议。7.根据权利要求2所述的方法，进一步包括: 确定所述联系人组的联系人组特性，其中，所述联系人组特性是基于所述消息中所述第一联系人和所述第二联系人同时出现的一条或者多条消息的一个或者多个消息特性来确定的。8.根据权利要求7所述的方法，其中，所述消息特性中的一个或者多个消息特性是所述消息中的一条或者多条消息中的项。9.根据权利要求7所述的方法，其中，所述联系人组特性是关系类型，其中，所述关系类型指示在所述用户与所述联系人组的所述联系人之间的关系。10.根据权利要求7所述的方法，其中，所述消息特性中的所述一个或者多个消息特性是所述联系人组的所述联系人中的至少一个联系人的电子邮件地址的域名。11.根据权利要求7所述的方法，其中，确定所述联系人组特性包括确定与在一条或者多条消息中的一个或者多个项相关联的一个或者多个实体。12.根据权利要求1所述的方法，其中，在所述第一联系人与所述第二联系人之间的所述关系强度分值是基于所述一条或者多条消息中所述第一联系人和所述第二联系人同时出现的消息的计数。13.一种计算机实现的方法，包括: 通过一个或者多个处理器识别由用户发送或者接收的、以及由所述用户的多个联系人发送或者接收的一条或者多条电子消息，其中所述消息中的每条消息包括一个或者多个特性； 通过所述处理器中的一个或者多个处理器确定在第一联系人与至少一个附加联系人之间的关系强度分值，其中确定所述关系强度分值是基于所述第一联系人与所述至少一个附加联系人同时出现的所述消息的计数，并且是基于所述消息中所述第一联系人与所述至少一个附加联系人同时出现的一条或者多条消息的所述特性中的至少一个特性； 通过所述处理器中的一个或者多个处理器基于所述关系强度分值来确定联系人组；以及 将所述联系人组与所述用户相关联。14.根据权利要求13所述的方法，进一步包括: 确定联系人组特性，其中所述联系人组特性是基于所述消息中所述第一联系人和所述至少一个附加联系人同时出现的一条或者多条消息的所述特性中的一个或者多个特性来确定的。15.—种系统，包括存储器和一个或者多个处理器，所述处理器可操作为执行存储在所述存储器中的指令，包括用于以下的指令: 识别由用户发送或者接收的、以及由所述用户的多个联系人发送或者接收的一条或者多条电子消息； 确定在所述多个联系人中的第一联系人与所述多个联系人中的第二联系人之间的关系强度分值，其中，所述关系强度分值是基于在所述消息中的一条或者多条消息中所述第一联系人和所述第二联系人的出现来确定的； 识别在新的电子消息中的所述第一联系人的指示，其中所述指示由所述用户提供；以及 将所述第二联系人的特性提供至所述用户，其中所述特性是响应于所述指示而提供的并且基于所述关系强度分值来提供。16.根据权利要求15所述的系统，其中，所述指令进一步包括用于以下的指令: 确定联系人组，其中，所述联系人组包括所述第一联系人和所述第二联系人，以及其中，所述联系人组是基于所述关系强度分值来确定的。17.根据权利要求16所述的系统，其中，所述指令进一步包括用于以下的指令: 识别所述多个联系人中的第三联系人； 确定在所述第三联系人与所述联系人组之间的新的关系强度分值；以及 如果所述新的关系强度分值满足阈值，则将所述第三联系人与所述联系人组相关联。18.根据权利要求17所述的系统，其中，所述新的关系强度分值基于所述一条或者多条消息中所述第一联系人、所述第二联系人、和所述第三联系人同时出现的消息的计数。19.根据权利要求16所述的系统，其中，所述指示是将所述第一联系人指定为新消息的接收者，其中，所述特性是所述第二联系人的联系信息，以及其中，提供所述特性的所述指令包括用于向所述用户提供建议以将所述第二联系人指定为所述新消息的接收者的指令。20.根据权利要求16所述的系统，其中，所述指令进一步包括用于以下的指令: 确定联系人组特性，其中所述联系人组特性是基于所述消息中所述第一联系人和所述第二联系人同时出现的一条或者多条消息的一个或者多个消息特性来确定的。21.根据权利要求20所述的系统，其中，所述消息特性中的一个或者多个消息特性是在所述消息中的一条或者多条消息中的项。22.根据权利要求20所述的系统，其中，所述联系人组特性是关系类型，并且其中，所述关系类型指示在所述用户与所述联系人组的所述联系人之间的关系。23.根据权利要求15所述的系统，其中，在所述第一联系人与所述第二联系人之间的所述关系强度分值基于所述一条或者多条消息中所述第一联系人和所述第二联系人同时出现的消息的计数。
【文档编号】G06F15/16GK105940387SQ201480071661
【公开日】2016年9月14日
【申请日】2014年12月30日
【发明人】安德鲁·汤姆金斯, 尚穆加孙达拉姆·拉维库马尔, 莎琳尼·阿加瓦尔, 杨美灵, 庞渤, 李轶楠
【申请人】谷歌公司