CN105940387B - 确定在用户联系人之间的关联强度 - Google Patents

确定在用户联系人之间的关联强度 Download PDF

Info

Publication number
CN105940387B
CN105940387B CN201480071661.1A CN201480071661A CN105940387B CN 105940387 B CN105940387 B CN 105940387B CN 201480071661 A CN201480071661 A CN 201480071661A CN 105940387 B CN105940387 B CN 105940387B
Authority
CN
China
Prior art keywords
contact person
message
group
contacts
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201480071661.1A
Other languages
English (en)
Other versions
CN105940387A (zh
Inventor
安德鲁·汤姆金斯
尚穆加孙达拉姆·拉维库马尔
莎琳尼·阿加瓦尔
杨美灵
庞渤
李轶楠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Google LLC
Original Assignee
Google LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Google LLC filed Critical Google LLC
Priority to CN201910527999.8A priority Critical patent/CN110377555B/zh
Publication of CN105940387A publication Critical patent/CN105940387A/zh
Application granted granted Critical
Publication of CN105940387B publication Critical patent/CN105940387B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases
    • G06F16/288Entity relationship models
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/02User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21Monitoring or handling of messages
    • H04L51/216Handling conversation history, e.g. grouping of messages in sessions or threads
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/52User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/30Profiles
    • H04L67/306User profiles
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/48Message addressing, e.g. address format or anonymous messages, aliases

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

方法和设备涉及与识别由用户发送的一条或者多条消息、识别与所述消息中的一条或者多条消息相关联的两个或者更多个联系人、确定所识别的联系人之间的关系强度分值、以及利用所述关系强度分值提供与所述联系人相关的附加信息。可以基于所述消息中的一条或者多条消息的一个或者多个特性,确定在联系人与一个或者多个其他联系人之间的关系强度分值。在一些实施方式中,可以基于所述关系强度分值来确定联系人组。在一些实施方式中,联系人组可以用于对在消息中对联系人的引用消歧。在一些实施方式中,联系人组可以用于将建议提供至联系人组中的附加联系人的所述用户,所述联系人组包括指示的消息的接收者联系人。

Description

确定在用户联系人之间的关联强度
技术领域
本发明涉及确定在用户联系人之间的关联强度的技术。
背景技术
用户可以利用一个或者多个系统来创建消息并且将消息发送至用户的一个或者多个联系人。用户可以将消息发送至多个联系人,并且联系人中的一个或者多个联系人可以回复其他联系人中的和用户中的一个或者多个。
发明内容
本发明一般地涉及用于确定用户联系人之间的关联强度的技术特征。例如,一些实施方式涉及识别由用户发送或者接收的一条或者多条消息,并且基于该消息来确定在联系人与用户的一个或者多个其他联系人之间的关系强度分值。如本文所述,关系强度分值可以用于确定相关联系人的一个或者多个组。联系人包括已经发送和/或从用户接收消息的其他用户、和/或用户可访问其联系信息的其他用户。可以识别由用户发送至该用户的多个联系人的、和/或由该用户接收的并且附加地发送至该用户的一个或者多个联系人的消息。在一些实施方式中,可以基于包括联系人和一个或者多个其他联系人的同时出现的消息的计数,确定在联系人与一个或者多个其他联系人之间的关系强度分值。在一些实施方式中,可以基于联系人和一个或者多个其他联系人共同出现的消息的一个或者多个特性,附加地和/或替选地确定关系强度分值。
可以基于确定的关系强度分值,将关系强度分值用于确定相关联系人的一个或者多个组。本说明书的一些实施方式一般地涉及基于联系人组的成员同时出现的消息的一个或者多个特性来确定联系人组的一个或者多个特性。本说明书的一些实施方式涉及通过基于与消息相关联的接收者和/或发送者确定正被引用的最有可能的联系人,利用一个或者多个联系人组来对对未来的消息中的联系人的引用消歧。本说明书的其它实施方式涉及当用户将联系人组的成员指示为消息的接收者时,将建议的附加联系人提供至用户,该附加联系人为联系人组的成员。
确定相关联系人组和/或联系人组的特性产生了多种技术优点。例如,这样的确定可以使用户能够与消息引擎更高效地交互。例如,可以将确定的组和/或特性用于向用户提供用户正在编写的消息的建议联系人,并且/或者用于对在消息中对联系人的引用消歧。而且,例如,对相关联系人组的确定可以通过增加将适当的接收者列入消息中的机会,从而防止将消息再次发送至省略的联系人,来使消息流量降低。
在一些实施方式中,提供了一种方法,该方法包括以下步骤:识别由用户发送的或者接收的、以及由用户的多个联系人发送的或者接收的一条或者多条消息;确定在多个联系人中的第一联系人与多个联系人中的第二联系人之间的关系强度分值,该关系强度分值基于在消息中的一条或者多条消息中的第一联系人和第二联系人的出现;识别第一联系人的指示,该指示由用户提供;以及将第二联系人的特性提供至用户,该特性是响应于指示而提供的并且基于关系强度分值来提供。
本文所公开的技术的该方法和其它实施方式可以分别可选性地包括以下特征中的一个或者多个。
该方法可以进一步包括确定联系人组的步骤,该联系人组包括第一联系人和第二联系人,并且该联系人组基于关系强度分值来确定。该方法可以进一步包括以下步骤:识别多个联系人中的第三联系人;确定在第三联系人与联系人组之间的新关系强度分值;以及如果该新关系强度分值满足阈值,则将第三联系人与联系人组相关联。该新关系强度分值可以基于该一条或者多条消息中第一联系人、第二联系人、和第三联系人同时出现的消息的计数。
指示可以是将第一联系人指定为新消息的接收者,特性可以是第二联系人的联系信息,并且提供该特性可以包括向用户提供建议以将第二联系人指定为新消息的接收者。建议可以是自动完成建议。
该方法可以进一步包括以下步骤:确定联系人组特性,联系人组特性是基于消息中第一联系人和第二联系人同时出现的一条或者多条消息的一个或者多个消息特性来确定。消息特性中的一个或者多个消息特性可以是在消息中的一条或者多条消息中的项。联系人组特性可以是关系类型,该关系类型指示在用户与联系人组中的联系人之间的关系。消息特性中的一个或个多种消息特性可以是联系人组中的联系人中的至少一个联系人的电子邮件地址的域名。确定联系人组特性的步骤可以进一步包括确定与一条或者多条消息中的一个或者多个项相关联的一个或者多个实体的步骤。
在第一联系人与第二联系人之间的关系强度分值可以基于该一条或者多条消息中第一联系人和第二联系人同时出现的消息的计数。
在一些实施方式中,提供了一种方法,该方法包括以下步骤:识别由用户发送的或者接收的、以及由用户的多个联系人发送的或者接收的一条或者多条消息,该消息中的每条消息包括一个或者多个特性;确定在第一联系人与至少一个附加联系人之间的关系强度分值,该关系强度分值基于在第一联系人与至少一个附加联系人同时出现在其中的消息的计数,并且基于在第一联系人与至少一个附加联系人同时出现在其中的消息中的一条或者多条消息的特性中的至少一种特性;基于关系强度分值,来确定联系人组;以及将联系人组与用户相关联。
本文所公开的技术的该方法和其它实施方式可以分别可选地包括以下特征中的一个或者多个。
本方法可以进一步包括以下步骤:确定联系人组特性,联系人组特性是基于第一联系人和至少一个附加联系人同时出现在其中的消息中的一条或者多条消息的特性中的一个或者多个特性来确定的。
其它实施方式可以包括一种存储可由处理器执行以执行方法(诸如本文描述的方法中的一个或者多个)的指令的非瞬时性计算机可读存储介质。又一实施方式可以包括一种系统,该系统包括存储器和一个或者多个处理器,该处理器可操作为执行存储在存储器中的指令以执行方法,诸如本文描述的方法中的一个或者多个方法。
本文所描述的主题的具体实施方式基于由用户和用户的多个联系人发送的和/或接收的一条或者多条消息来确定在用户的联系人之间的关系强度分值,并且将关系强度分值与用户相关联。该关系强度分值可以用于确定相关联系人的一个或者多个联系人组,并且用于将联系人组与用户相关联。
应该理解,本文更详细论述的上述概念和附加概念的所有组合被视为本文所公开的主题的一部分。例如,在本公开的末尾处出现的所要求的主题的所有组合都被视为本文所公开的主题的一部分。
附图说明
图1是可以实现确定在用户的联系人之间的关联强度的方法的示例环境的框图。
图2是确定在用户的两个或者更多个联系人之间的关系强度的示例方法的流程图。
图3是消息的示例。
图4是示例联系人和联系人组的维恩图。
图5A至图5C是图示了联系人和确定的联系人组的示例的示图。
图6A图示了在用户将消息发送至一个或者多个联系人之前可以提供至用户的示例通知。
图6B图示了可以提供至用户以建议对在消息中的联系人的引用消歧的通知。
图7图示了示例计算机系统的框图。
具体实施方式
用户可以具有一个或者多个联系人,这些联系人基于在用户与联系人之间的关系相关。例如,用户可以具有是该用户的同事并且彼此也是同事的多个联系人。在一些实施方式中,联系人组中的个体中的一个或者多个个体可以通过一个或者多个附加的关系彼此相关并且与用户相关。例如,用户可以具有是“同事”关系并且附加地彼此之间以及与用户也是“朋友”关系的多个联系人,该“朋友”关系与“同事”关系分离。联系人的“同事”组可以包括不是“朋友”组的一部分的联系人,并且“朋友”组可以包括不是“同事”组的一部分的联系人。
用户可以将一条或者多条消息发送至联系人组中的一个或者多个联系人,其中,该消息与接收者联系人组的特性相关。联系人组可以是不同类型的消息的接收者,并且/或者可以基于联系人的联系人组的类型,接收有关不同主题的消息。例如,一组“同事”联系人可以发送和接收来自用户的与工作功能(诸如,商务会议)相关的消息,并且一组“朋友”联系人可以接收和发送与社交事件相关的消息。
在用户可能未定义该用户的一个或者多个联系人组、并且/或者可能无法定义联系人组的特性的一些情况下,本文所述的技术特征使得能够确定相关联系人的组和/或联系人组的特性。对相关联系人的组和/ 或该组的特性的确定产生各种技术优点。例如,这样的确定可以使用户能够与消息引擎更高效地交互,并且/或者可以通过增加将适当的接收者列在消息中的机会,来使消息流量降低。
在一些实施方式中,可以基于已经由用户发送至多个联系人并且/ 或者已经由多个联系人接收的过去消息,来确定联系人组。例如,可以基于确定在消息中的联系人的同时出现、在消息中的联系人的未同时出现、至一个或者多个联系人的消息的频率、和/或指向一个或者多个联系人并且/或者接收自一个或者多个联系人的消息的一个或者多个特性,来确定联系人组。在一些实施方式中,可以基于例如发送至联系人组中的多个联系人的消息的一个或者多个特性、联系人组中的联系人的一个或者多个已识别的特性、和/或在用户与联系人组中的联系人之间已识别的关系,来确定一个或者多个特性。
在一些实施方式中,用户可能感兴趣将消息发送至组中的一个或者多个成员,并且附加地感兴趣将消息发送至组中的其他成员。例如,用户可以创建关于即将发生的聚会的消息,可以将“朋友”组中的一个或者多个成员指示为消息的接收者,并且可能附加地感兴趣将消息发送至“朋友”联系人组中的其他成员,但不发送至“同事”联系人组。可以基于用户可能感兴趣将联系人组中的附加联系人指示为消息的接收者的可能性,提示用户将作为“朋友”组的成员的其他联系人作为附加接收者。
在一些实施方式中,用户可以发送和/或接收包括对用户的联系人的一个或者多个模糊引用的消息。例如,用户可以发送包括项“在Bob 家碰面”的消息,其中,该消息未指定正被引用的Bob。消息的用户和 /或接收者可以与多个“Bob”联系人相关联。可以基于对包括消息的发送者和/或接收者的联系人组的识别,以及基于对联系人组是否附加地包括“Bob”联系人的确定,来对“Bob”的引用消歧。可以基于确定引用的“Bob”联系人为与消息的其他接收者相同的联系人组的成员的“Bob”联系人来阐释项,这是因为与引用用户的不是包括消息接收者的联系人组的成员的“Bob”联系人相比,消息的发送者更可能提及与消息的接收者相同的联系人组的成员的“Bob”联系人。
参照图1,图示了可以实现确定在用户的联系人之间的关联强度的方法的示例环境的框图。示例环境包括内容数据库105、消息引擎 115、分组引擎120、和应用系统125。该环境还包括通信网络101,该通信网络101使能在环境的各种部件之间的通信。在一些实施方式中,通信网络101可以包括互联网、一个或者多个内联网、和/或一个或者多个总线子系统。该通信网络101可以可选地利用一个或者多个标准通信技术、协议、和/或进程间通信技术。
图1的示例环境的内容数据库105、消息引擎115、分组引擎120、应用系统125、和/或一个或者多个附加部件每个可以包括:用于存储数据和软件应用的存储器、用于访问数据并且执行应用的处理器、和促进通过网络进行通信的部件。在一些实施方式中,内容数据库105、消息引擎115、分组引擎120和/或应用系统125可以包括与在图7中图示的示例计算机系统共享一个或者多个特征的硬件。示例环境的部件执行的操作可以分布在多个计算机系统中。例如,内容数据库105、消息引擎115、分组引擎120、和/或应用系统125可以是在一个或者多个位置中通过网络互相耦合的一个或者多个计算机上运行的计算机程序。
内容数据库105可以包括一个或者多个存储介质。例如,在一些实施方式中,内容数据库105可以包括多个计算机服务器,每个计算机服务器包含一个或者多个存储介质。可选地,本文描述的信息可以存储在内容数据库105和/或附加的数据库中。在本说明书中,项“数据库”将广泛用于指数据的任何集合。数据库中的数据不需要以任何特定方式结构化,或者完全结构化,并且该数据可以存储在一个或者多个位置中的存储装置上。因此,例如,数据库可以包括数据的多个集合,可以不同地组织和访问所述多个集合中的每个集合。
在一些实施方式中,一个或者多个部件可以利用内容数据库105 存储和/或访问一条或者多条消息。例如,用户可以创建消息,并且将消息存储在内容数据库105中供一个或者多个部件后续利用。在一些实施方式中,消息可以包括用户先前已经发送的归档消息。在一些实施方式中,内容数据库105可以包括用户已经编写的但未发送的消息。在一些实施方式中,内容数据库105可以包括用户已经从用户的一个或者多个联系人接收的消息。
在一些实施方式中,内容数据库105可以包括用户的一个或者多个联系人的联系信息。例如,内容数据库105可以是电子邮件应用和/ 或基于web的电子邮件系统的部件,并且可以包括关于与用户相关联的先前电子邮件的接收者和/或发送者的信息。在一些实施方式中,内容数据库105可以包括用户已经直接提供的联系人的联系信息。例如,联系人应用可以利用内容数据库105,该联系人应用存储用户已经为该用户的一个或者多个联系人提供的电子邮件地址、电话号码、和/或社交媒体网页地址。
在一些实施方式中,内容数据库105可以包括关于用户的联系人的组的信息。例如,内容数据库105可以包括关于与“家庭”联系人组和/或联系人中的一个或者多个联系人相关联的联系人组的信息。可以基于本文所述的一种或者多种技术来确定联系人组。在一些实施方式中,用户可以修改和/或创建一个或者多个联系人组。例如,用户可以创建“家庭”联系人组,并且可以指示一个或者多个联系人要被包括为该组的成员。
在一些实施方式中,内容数据库105可以用于识别和/或存储可以与消息中的一个或者多个项相关联的一个或者多个实体。例如,内容数据库105可以包括在实体与一个或者多个属性和/或其它相关实体之间的映射(例如,定义关联的数据)。在一些实施方式中,实体是公开的主题。在一些实施方式中,实体是可以通过文本表示(例如,项或者短语)引用的、并且可彼此区分(例如,基于语境)的人、地点、功能、和/或事物。例如,在查询中或者在网页上的文本“bush”可以潜在地指多个实体,诸如President George Herbert WalkerBush、 President George Walker Bush、灌木丛、和摇滚乐队Bush。在一些实施方式中,实体可以通过唯一实体标识符引用,该唯一实体标识符可以用于识别该实体。该唯一实体标识符可以与一个或者多个属性相关联,该属性与实体和/或其他实体相关联。例如,在一些实施方式中,内容数据库105可以包括与一个或者多个实体的唯一标识符相关联的属性。例如,与具有机场代码“LAX”的机场相关联的实体的唯一标识符可以与名称或者别称属性“LAX”、另一别称属性“Los Angeles International Airport”(LAX被经常被引用的替代名)、电话号码属性、地址属性、和/或在实体数据库中的实体类型属性“机场”相关联。附加的和/或替选的属性可以与在一个或者多个数据库中的实体相关联。
消息引擎115可以识别用户的一条或者多条消息。消息是在两个或者更多个联系人之间的通信。消息包括一个或者多个项并且以及发送者和一个或者多个接收者的指示。在一些实施方式中,消息可以是一条或者多条相关消息的消息踪迹。例如,消息可以是包括从用户1 发送至用户2的原始消息、和从用户2发送至用户1的对消息的回复的消息踪迹。在一些实施方式中,消息可以包括多个接收者。例如,用户1可以创建消息并且将消息提供至用户2和用户3。在一些实施方式中,用户可以指定一组联系人为消息的接收者。例如,用户可以与联系人的“家庭”组相关联,并且用户可以将“家庭”组指示为消息的接收者。消息可以包括例如电子邮件、文本消息、社交媒体帖子、即时消息、和/或留言板帖子。在一些实施方式中,一个或者多个联系人可以与别称相关联,该别称与联系人的联系信息不同。例如,联系人可以具有包括电子邮件地址“bob@exampleurl.com”的联系信息,并且联系人可以附加地与别称“Bob Smith”相关联。如本文所述,可以通过别称和/或消息联系标识符(诸如电子邮件地址)引用用户的联系人。
在一些实施方式中,当用户创建消息时,消息引擎115可以识别一条或者多条消息。例如,消息引擎115可以是电子邮件应用和/或基于web的电子邮件系统的部件,并且消息引擎115可以识别经由应用和/或系统发送的和/或接收的与用户相关联的消息。在一些实施方式中,当用户开始编写消息时和/或当用户识别电子邮件的一个或者多个接收者时,消息引擎115可以识别用户的消息。在一些实施方式中,消息引擎115可以识别用户从用户的联系人接收的一条或者多条消息。例如,消息引擎115可以识别用户经由电子邮件应用和/或系统接收的消息。在一些实施方式中,消息引擎115可以从内容数据库115识别一条或者多条消息。例如,消息引擎115可以经由内容数据库105识别用户发送的和/或接收的用户的归档消息。
参照图3,提供了示例消息300。在图示的消息300中,提供初始消息305和回复消息310作为相关消息的消息踪迹。初始消息305包括发送者“user@exampleurl.com”、以及接收者“joe@exampleurl.com”和“jim@exampleurl.com”,其别称为“Joe”和“Jim”。接收者中的一个或者多个接收者可以由消息的创建者提供,并且/或者可以由本文所述的一种或者多种方法扩增。回复消息310指示回复消息310是响应于初始消息305由“Joe”发送至“Jim”和“用户”的。消息引擎 115可以识别消息300、联系人的一个或者多个别称、和/或来自内容数据库105的消息的发送者和/或接收者的联系信息。
消息引擎115可以识别包括对用户的联系人的引用的一条或者多条消息。在一些实施方式中,消息引擎115可以基于具有类似发送者和/或接收者(在消息上指定为“至:”、“自:”、“CC:”等的联系人)的消息,来识别消息。例如,消息引擎115可以识别来自“jim@ exampleurl.com”的发送至“joe@exampleurl.com”和“bob@exampleurl.com”的消息,并且附加地识别来自“joe@exampleurl.com”的发送至“jim@exampleurl.com”和“bob@exampleurl.com”的消息。在一些实施方式中,消息引擎115 可以识别对在一条或者多条消息的主体中的联系人的一个或者多个引用。例如,消息引擎115可以识别由“Bob”发送至“Jim”的包括在消息的主体中对“Joe”的引用的消息。
消息引擎115可以将一条或者多条已识别的消息提供至分组引擎 120。在一些实施方式中,分组引擎120可以是在用户的计算装置上执行的应用的部件。例如,分组系统120可以是用户的电子邮件应用的部件。在一些实施方式中,分组引擎120可以是从用户的计算装置远程执行的应用和/或应用的部件。例如,分组引擎120可以是在远程服务器上执行并且与用户的本地计算装置和/或一个或者多个附加的或者替选的服务器进行通信的基于web的电子邮件应用和/或分立的应用的部件。
分组引擎120可以利用由消息引擎115提供的一条或者多条消息,来确定在与用户相关联的用户联系人之间的关系强度。在一些实施方式中,可以确定在用户的一个或者多个联系人之间的关系强度分值。例如,消息引擎115可以提供在用户与“Bob”和“Jim”之间的消息,并且分组引擎120可以确定在联系人“Bob”和“Jim”之间的关系强度分值。在一些实施方式中,分组引擎120可以确定在用户与一个或者多个联系人之间的关系强度分值,该联系人与一条或者多条消息相关联。例如,针对先前的示例,分组引擎120可以基于由用户发送的和/或接收的一条或者多条消息,确定在用户与“Bob”和/或在用户与“Jim”之间的关系的关系强度分值。
分组引擎120可以利用多条消息来确定在用户的联系人之间和/或在用户与用户的联系人之间的关系强度分值。例如,消息引擎115可以识别与用户和与相同的联系人相关联的两条或者多条消息,并且可以将消息、对消息的引用、和/或消息的一个或者多个特性提供至分组引擎120。而且,例如,除了对所有的已识别的消息中不不共同的一个或者多个联系人之外,消息引擎可以将与用户和与相同联系人中的一个或者多个相同联系人相关联的多条消息提供至分组引擎120。
分组引擎120可以在用户的消息中识别一个或者多个项,并且可以利用已识别的项中的一个或者多个已识别的项来确定关系强度分值并且/或者确定一个或者多个特性以分配联系人组。在一些实施方式中,确定要利用的项可以包括:基于词频和/或逆文档频率,识别在消息中的一个或者多个项。例如,如果项的出现的频率满足阈值,则可以利用多次发生和/或在多条消息中的项。而且,例如,发生不如其它共同项频繁的项可以指示如下的项:当使用该项时,在包括该项的消息中该项是重要的。在一些实施方式中,确定要利用的项可以是基于从内容数据库105识别一个或者多个项,该项被确定为可能要利用的项。例如,分组引擎120可以将来自内容数据库105的“高尔夫”识别为项,该项可以指示可能与包括“高尔夫”的消息中的联系人相关联。
在一些实施方式中,确定要利用的项可以附加地或者替选地基于消息中的一个或者多个项的定位。例如,与稍后包括在消息中的项相比,更可能利用早前包括在消息中的项。而且,例如,与出现在消息的文本的主体中的项相比,更可能利用在消息的报头中的项。
分组引擎120可以利用多条消息来确定联系人的一个或者多个关系强度分值。在一些实施方式中,分组引擎120可以确定在两个联系人之间的关系强度分值。例如,一条或者多条消息可以包括“Joe”和“Bob”,并且可以确定在“Joe”与“Bob”之间的关系强度。在一些实施方式中,分组引擎120可以确定在联系人与包括一个或者多个联系人的联系人组之间的关系强度分值。例如,可以基于在一条或者多条消息中的联系人组的成员的出现、和/或消息组的成员在其中出现的消息的特性,来确定联系人组。
在一些实施方式中,分组引擎120可以基于包括联系人的指示和第二联系人或者联系人组的成员的指示,来确定在联系人与第二联系人或者联系人组之间的关系强度分值。例如,分组引擎120可以基于包括两个联系人的消息的计数来确定在两个联系人之间的关系强度分值。而且,例如,分组引擎120可以基于包括联系人并且附加地包括联系人组的成员中的一个或者多个成员的消息的计数来确定在联系人与联系人组之间的关系强度分值。
在一些实施方式中,分组引擎120可以基于联系人和第二联系人或者联系人组未同时出现的消息的计数来确定在联系人与第二联系人或者联系人组之间的关系强度分值。例如,分组引擎120可以基于在消息中的两个联系人同时出现的频率,其中联系人中的至少一个联系人出现在该消息中,来确定在两个联系人之间的关系强度分值。例如,与在50条消息中出现并且在这些消息中的10条消息中与第二联系人同时出现的联系人相比,在50条消息中出现并且在这些消息中的25 条消息中与第二联系人同时出现的联系人可以具有确定的更指示关系的关系强度分值。
在一些实施方式中,分组引擎120可以基于在联系人和第二联系人或者联系人组同时出现的消息中的一个或者多个特性的出现,来确定在联系人与第二联系人或者联系人组之间的关系强度分值。特性可以包括例如在消息的主体中的一个或者多个项、与在消息中的一个或者多个联系人的电子邮件地址相关联的域名、和/或与消息相关联的元数据。可以基于一种或者多种技术,诸如本文所述的那些技术,来识别感兴趣的特性。
在一些实施方式中,分组引擎120可以基于在包括联系人和第二联系人或者联系人组的多条消息中的特性的出现来确定关系强度分值。例如,分组引擎120可以识别在包括第一联系人和第二联系人的多条消息中的“饭店1”的出现,并且可以基于在“饭店1”出现的联系人之间和/或在“饭店1”出现的联系人之间的消息的频率,来确定在联系人之间的关系强度分值。
在一些实施方式中,分组引擎120可以识别在与相关实体相关联的一条或者多条消息中的特性,并且基于在实体之间已识别的关系,来确定关系强度分值。例如,分组引擎120可以识别在包括联系人和第二联系人或者联系人组的消息中的“工作”、“办公室”、和“会议”,并且可以识别与“工作”、“办公室”、和“会议”实体相关联的“同事”实体。分组引擎120可以基于例如与在包括联系人的消息中的实体“同事”相关联的实体的出现频率、在联系人与包括对与“同事”实体相关联的实体的引用的第二联系人或者联系人组之间的消息的频率、和/或包括对与包括联系人和第二联系人或者联系人组的“同事”实体相关联的实体的引用的消息的频率,来确定在联系人与第二联系人或者联系人组之间的关系强度分值。
参照图4,提供了示例联系人和联系人组的维恩图。在图示的示图中,圆圈表示与用户相关联的联系人组,并且名称(“Bob Smith”、“Jim”等)表示用户的联系人。联系人组包括粗体的、带引号的关系类型,该关系类型描述如本文所述的确定的在组中的成员与用户之间的联系。多个圆圈中包括的名称(诸如,在“朋友”、“同事”、和“家人”联系人组中的“Jim”)表示在多个联系人组中包括的联系人。出现在相同圆圈中的名称为该圆圈表示的联系人组中的成员。例如,“Bob Smith”和“Jim”都是“同事”联系人组的成员。未在圆圈中出现的名字不是该圆圈表示的联系人组中的成员。例如,Joe是“家人”组中的成员,但不是“朋友”组或者“同事”组的成员。
可以基于在用户的联系人之间的关系强度分值来确定图4的组。分组引擎120可以基于在“Bob Jones”、“Bob Williams”、与“Jim”之间的一个或者多个确定的关系强度分值来确定“朋友”组。而且,例如,分组引擎120可以确定在“Bob Jones”与“Joe”之间的关系强度分值不指示在那些联系人之间的关系,但是确定“Joe”、“Jim”和“Bob Williams”的关系强度分值指示关系。
在一些实施方式中,分组引擎120可以确定联系人组的特性。联系人组特性是在联系人组中的联系人之间共同的和/或类似的一个或者多个属性、和/或指示在联系人组的成员与用户之间的共同关系的一个或者多个属性。在一些实施方式中,联系人组特性可以是与联系人组中的成员共同的关系类型。例如,特性可以是包括用户的一个或者多个同事的联系人组的“同事”的关系类型。参照图4,用黑体和引号提供了图示的联系人组的关系类型。例如,在具有关系类型特性“家人”的联系人组中包括“Joe”、“Bob Williams”、和“Jim”。联系人组的其它特性可以包括例如组中的成员的偏好(例如,“喜欢饭店1的朋友”)、组中的成员的共同位置(“住在附近的家人”)、和/或具有共同兴趣的组(例如,“和我一起打高尔夫的朋友”、“和我一起出去吃饭的朋友”)。
在一些实施方式中,分组引擎120可以基于在包括组中的成员的消息中识别的一个或者多个特性来确定关系类型。例如,分组引擎120 可以识别包括在由组的成员发送和/或接收的一条或者多条消息中的一个或者多个项,并且可以识别在内容数据库105中的一个或者多个实体,该实体为指示关系的实体的别称。例如,在联系人组中的联系人与用户之间的多条消息可以包括项“妈妈”和“爸爸”,并且分组引擎120可以识别具有与“家人关系”实体相关联的别称“妈妈”和“爸爸”。分组引擎120可以基于联系人组中的联系人可能是家人的确定,并且基于联系人已经在一条或者多条消息中提及家庭关系的确定,将“家人”与联系人组相关联。而且,例如,在联系人组中的联系人与用户之间的多条消息可以包括项“饭店1”和“饭店2”,并且分组引擎120可以识别具有与“饭店”实体相关联的别称“饭店1”和“饭店 2”的实体。分组引擎120可以基于确定包括联系人组中的成员的消息的阈值包括对饭店的引用来确定联系人组的特性“和我一起吃饭的朋友”。
应用系统125可以利用由分组引擎120确定的一个或者多个联系人组。在一些实施方式中,应用系统125可以是消息系统和/或消息系统的部件。例如,应用系统125可以是电子邮件应用、基于web的电子邮件系统、和/或电子邮件系统或者应用的部件。在一些实施方式中,应用系统125可以是与消息引擎115和/或分组引擎120相关联的部件和/或系统。
在一些实施方式中,当用户创建消息时,应用系统125可以利用相关联的联系人的一个或者多个组,向用户建议一个或者多个联系人。例如,用户可以创建消息,并且向消息的接收者指示该接收者为确定组的成员。应用系统125可以基于识别消息的预期接收者为联系人组中的成员并且用户可能感兴趣将消息发送至联系人组中的附加成员中的一个或者多个附加成员,来向用户提供联系人组中的一个或者多个附加联系人。在一些实施方式中,应用系统125可以将一个或者多个组提供至用户作为建议的联系人组。建议的联系人组可以由组的已确定的特性指示。例如,用户可以创建消息并且将“bob@exampleurl.com”指示为消息的预期接收者,并且应用系统125可以建议用户将消息发送至与“bob@exampleurl.com”在共同联系人组中的一个或者多个联系人。
在一些实施方式中,消息的指示接收者可以是多个联系人组中的成员。例如,联系人可以是“朋友”组和“同事”组中的成员。在一些实施方式中,应用引擎125可以向用户建议包括该指示接收者的多个联系人组。例如,应用引擎125可以建议用户选择“朋友”组和/或“同事”组作为消息的接收者。在一些实施方式中,应用引擎125可以通过关系建议更密切相关的一个或者多个组。例如,基于第一联系人组中的成员的关系强度分值比与在接收者与第二组中的成员之间的关系强度分值更能指示密切关系,消息的指示联系人可以通过另一联系人组与一个联系人组中的成员更加密切相关。在一些实施方式中,用户可以将多个联系人指示为消息的接收者,并且应用系统125可以建议包括多个指示接收者作为成员的一个或者多个联系人组。在一些实施方式中,应用系统125可以基于对一个或者多个项(与其他联系人组相比,该项更指示一个联系人组)的识别,来建议联系人组,该联系人组包括是多个联系人组的成员的联系人。例如,消息接收者可以是“家人”联系人组和“同事”联系人组的成员,并且应用系统125 可以基于识别与“妈妈”相关联的实体与“家人”实体相关联,更可能将“家人”联系人组提供在包括项“妈妈”的消息中。
参照图5A至图5C,提供了图示联系人和已确定的联系人的联系人组的示例的图。包括联系人的名称(“Bob Williams”、“Bob Smith”等)或者联系人组的成员的名称(例如,图5B中的“Joe”和“Jim”) 的圆圈代表联系人和联系人组。连接圆圈的线表示可以由分组引擎120 确定的关系强度分值(S1、S2等)。在提供的示例中,假定联系人全部示例中是相同的。例如,图5A中的“Joe”与图5B和5C中的“Joe”为相同的联系人。
参照图5A,用关系强度分值S1图示两个联系人。可以基于如本文所述的一种或者多种技术来确定关系强度分值。消息引擎115可以识别“Joe”和“Jim”同时出现的多条消息,并且分组引擎120可以基于该消息来确定S1。例如,分组引擎120可以基于例如在包括“Joe”和/或“Jim”的消息中“Joe”和“Jim”同时出现的频率来确定关系强度分值S1。而且,例如,分组引擎120可以基于确定在“Joe”和“Jim”同时出现的消息中包括“饭店1”的消息的计数来确定关系强度分值 S1。而且,例如,分组引擎120可以基于确定在一时期段内已经由“Joe”和“Jim”发送和/或接收的消息(诸如,在过去30天中已经发送和/或已经接收的消息)中“Joe”和“Jim”的同时出现来确定关系强度分值 S1。可以基于关系强度分值S1满足阈值来确定包括“Joe”和“Jim”的联系人组。例如,如果与用户相关联并且包括对“Joe”或“Jim”的引用的消息中的至少50%的消息包括“Joe”和“Jim”两者,分组引擎 120可以确定包括“Joe”和“Jim”的联系人组。
参照图5B,图示了联系人组,该联系人组包括“Joe”和“Jim”、以及用户的两个附加联系人“Bob Williams”和“Bob Smith”。基于关系强度S1满足阈值,在联系人组中可以包括“Joe”和“Jim”。关系强度分值S2是在“Bob Williams”与联系人组之间的关系强度分值。在一些实施方式中,可以基于确定例如“Bob Williams”在包括联系人组中的成员的消息中的出现,来确定S2。在一些实施方式中,可以基于“Bob Williams”在与联系人组的成员出现的与用户相关联的所有消息中的出现频率,来确定S2。此外,S3是在联系人组与“Bob Smith”之间的关系强度分值。
参照图5C,提供了包括多个重叠的联系人的联系人组。在图示的示例中,基于S2满足阈值,在相同的联系人组中包括“Joe”、“Jim”和“Bob Williams”。此外,基于S3不满足阈值,“Bob Smith”未包括在相同的联系人组中。基于例如在“Jim”与“Bob Smith”之间的关系强度分值满足阈值,在第二联系人组中图示“Jim”与“Bob Smith”。基于包括“Jim”的多个关系强度分值满足阈值,在这两个联系人组中都包括“Jim”。
参照图6A,图示了在用户将消息发送至一个或者多个联系人之前可以提供至用户的示例通知。当用户正在创建消息时,可以将通知提供至用户作为附加界面。例如,用户可能正在创建在图3中图示的消息,并且,当用户键入“billw@exampleurl.com”作为消息的接收者时,可以将通知提供至用户。在图示的通知中,向用户提供消息信息600A,该消息信息600A指示与消息相关联的信息,诸如接收者“Bill Williams”和消息的主题“周四共进晚餐”。此外,图示的通知包括分组选项605A。在一些实施方式中,分组选项605A可以包括一个或者多个联系人,该联系人与已经被指示为消息的接收者的接收者在共同的联系人组中。例如,在图示的通知中,分组选项605A包括“Joe”和“Jim”,其可以是分组引擎120已经确定与“billw@exampleurl.com”相关的联系人。因为联系人被识别为共同的联系人组中的成员,所以应用系统125可以基于用户可能感兴趣将消息发送至包括已指示的接收者“BillWilliams”的组的附加成员的可能性,将选项提供至用户,以包括进附加联系人中的一个或者多个作为消息的接收者。用户可以选择一个或者多个复选框,该复选框包括有潜在的附加接收者,以包括附加联系人。
此外,分组选项605A包括联系人组“家人”,以作为用户指示一组联系人作为消息的接收者的选项。“家人”可以是包括消息的原始接收者“Bill Williams”和一个或者多个附加联系人的联系人组。在一些实施方式中,在组选项605A中提供的附加联系人可以是联系人组“家人”的成员。
在一些实施方式中,应用系统125可以利用一个或者多个组来对在用户的模糊的消息中的对一个或者多个联系人的引用消歧。例如,用户可以创建包括联系人的名称的消息,并且用户可以与该名称指示的多个联系人相关联。例如,参照图3,初始消息305包括对“Bob”的模糊引用。用户和/或接收者可以与多个“Bob”联系人相关联,并且分组应用125可以识别与用户相关联的一个或者多个联系人组,并且可以包括“Bob”联系人。参照图4,用户与“Bob Jones”联系人和“Bob Williams”联系人相关联。应用引擎125可以识别消息的其他接收者作为联系人组“家人”的成员,并且可以识别可能消歧的联系人中的一个联系人“BobWilliams”是相同的联系人组中的成员,而其它可能消歧的联系人“Bob Jones”是具有“Jim”的“朋友”组中的成员,但不是包括消息中所有指示的接收者的联系人组中的成员。应用系统 125可以向用户提供项“Bob”是模糊的通知,并且可以建议替换项,诸如“BobWilliams”。
参照图6B,图示了可以提供至用户的通知,以建议对在消息中的联系人的引用消歧。在图示的通知中,向用户提供已经识别为模糊的引用“Bob”。提示用户以确定该引用是否为“Bob Jones”、以及用户是否想要用“Bob Jones”替换该模糊引用。在一些实施方式中,当用户正在创建消息时,可以自动更改模糊引用。例如,用户可以在消息中指示“Bob”,应用系统125可以突出“Bob”并且/或者将“Bob”更改为“Bob Jones”。
附加地或者替选地,基于与接收者相关联的联系信息,可以向消息的接收者提供通知和/或选项,以对在已接收的消息中的一个或者多个项消歧。例如,接收者可以接收包括对“Bob”的引用的消息,并且应用系统125可以对“Bob Jones”的引用主动消歧并且/或者可以向接收者提示基于“Bob Jones”为与消息的接收者和/或一个或者多个其他接收者相同的联系人组的成员,该引用可能为“Bob Jones”。
在本文描述的系统收集有关用户的个人信息或者可以利用个人信息的情况下,可以向用户提供控制程序或者特征是否收集用户信息(例如,与用户的社交网络、电子邮件、社会行动或者活动、浏览历史、用户偏好、或者用户的当前地理位置有关的信息)或者来控制是否和/ 或如何从内容服务器接收可能与用户更相关的内容的机会。而且,在存储或者使用某些数据之前,可以按照一种或者多种方式来处理该某些数据,使得可以去除个人身份信息。例如,可以处理用户的身份,使得可能不确定出用户的个人可识别信息,或者,在可以获得地理位置信息的情况下可以将用户的地理位置一般化,(诸如,到城市、邮政编码、或者州县水平),使得不可以确定出用户的具体地理位置。由此,用户可以对收集和/或使用有关用户的信息的方式进行控制。
参照图2,图示了确定在用户的两个或者更多个联系人之间的关系强度的示例方法的流程图。其它实施方式可以按照不同的顺序执行步骤、省略某些步骤、并且/或者执行与在图2中图示的步骤不同的和/ 或附加的步骤。为了方便起见,将参照图1的可以执行该方法的一个或者多个部件(诸如,消息引擎115、分组引擎120、和/或应用系统 125)来描述图2的各个方面。
在步骤200中,识别由用户发送或者接收的一条或者多条消息。在一些实施方式中,可以通过与消息引擎115共享一个或者多个特征的部件来识别已识别的消息。在一些实施方式中,消息可以是已经由用户创建但尚未发送的消息。例如,用户可以创建消息、将消息存储在内容数据库105中、并且随后发送消息。消息可以包括一个或者多个特性,诸如发送者联系信息、一个或者多个所识别的接收者的联系信息、一个或者多个项、和/或与消息的一个或者多个组分相关联的元数据。
在步骤205中,识别与消息中的一条或者多条消息相关联的两个或者更多个联系人。在一些实施方式中,可以经由消息的一个或者多个特性,诸如消息中的一条或者多条消息的发送者和/或接收者,来识别联系人。在一些实施方式中,可以基于消息的一个或者多个特性,诸如在消息主体和/或报头中的一个或者多个项,来识别所识别的联系人中的一个或者多个。联系人包括已经发送和/或从用户接收到消息的其他用户、和/或不管用户是否已经发送或者接收到来自该用户的消息用户都可以访问其联系信息的其他用户。
在步骤210中,确定在两个或者更多个所识别的联系人之间的关系。在一些实施方式中,消息引擎115可以将所识别的消息提供至分组引擎120,并且分组引擎120可以确定在两个或者更多个联系人之间的关系强度分值。在一些实施方式中,分组引擎120可以确定在两个联系人之间的关系强度。在一些实施方式中,分组引擎120可以确定在联系人与包括两个或者更多个联系人的联系人组之间的关系强度分值。分组引擎120可以基于如本文所述的一种或者多种技术,诸如在消息中联系人的共同出现、消息的一个或者多个特性、和/或在消息中联系人的出现频率,来确定关系强度分值。
在一些实施方式中,确定在联系人之间的关系可以包括:基于在联系人之间的关系强度分值,确定包括联系人中的两个或者更多个联系人的联系人组。例如,在两个联系人之间的关系强度分值可以指示在联系人之间的关系,并且可以基于该关系来确定联系人组。而且,例如,可以确定在联系人与联系人组之间的关系强度分值,该关系强度分值指示在联系人与联系人组的成员之间的关系,并且基于在联系人与联系人组之间已确定的关系强度分值,联系人可以包括在联系人组中。
在一些实施方式中,确定在联系人之间的关系可以包括确定包括一个或者多个联系人的联系人组的特性。可以基于本文所述的一种或者多种技术,诸如识别联系人组中的成员在其中共同出现的消息中的一个或者多个特性,来确定联系人组的特性。例如,消息引擎115可以识别包括联系人组中的联系人的一条或者多条消息,并且分组引擎 120可以识别在消息中的“饭店1”和“饭店2”。分组引擎120可以基于确定包括联系人组的成员的消息包括饭店的名称,来确定“和我一起吃饭的朋友”的联系人组特性。在一些实施方式中,分组引擎120 可以在内容数据库105中识别与消息的特性相关联的一个或者多个实体,并且可以识别在实体之间的关联以确定联系人组的一个或者多个特性。
在步骤215中,响应于一个或者多个其他联系人的指示,向用户提供一个或者多个联系人的特性。特性的示例包括一个或者多个联系人的联系信息、一个或者多个联系人的名称或者昵称、和/或一个或者多个联系人的联系人组信息。例如,用户可以指示消息中的联系人,并且应用系统125可以识别包括已指示的联系人的联系人组,并且可以向用户提供联系人组中的一个或者多个其他联系人的联系人信息。在一些实施方式中,用户与在步骤210中确定的关系相关联,并且可以省略步骤210。
在一些实施方式中,该指示可以是用户将联系人识别为消息的接收者,并且可以向用户提供其他联系人的一个或者多个建议,以指示作为消息的接收者。基于确定在第一联系人与第二联系人或者联系人组之间的关系指示用户可能感兴趣发送至联系人和第二联系人或者联系人组,可以将建议提供至用户。在一些实施方式中,可以由用户创建消息,该消息包括对用户的一个或者多个联系人的模糊引用,并且应用系统125可以基于对包括与消息相关联的一个或者多个联系人的联系人组的确定并且提供作为已识别的联系人组中的成员的联系人的一个或者多个特性,来提供引用的建议消歧。
图7是示例计算机系统710的框图。计算机系统710通常包括至少一个处理器714,该处理器714经由总线子系统712与若干外围装置通信。这些外围装置可以包括存储子系统724(包括例如存储器子系统 726和文件存储子系统728)、用户接口输入装置722、用户接口输出装置720、和网络接口子系统716。输入和输出装置允许用户与计算机系统710交互。网络接口子系统716提供到外部网络的接口并且耦合至其它计算机系统中的对应接口装置。
用户接口输入装置722可以包括键盘、指向装置(诸如,鼠标、轨迹球、触摸板、或者绘图板)、扫描器、合并到显示器中的触摸屏、音频输入装置(诸如,语音识别系统、麦克风)、和/或其它类型的输入装置。通常,术语“输入装置”的使用旨在包括用于将信息输入到计算机系统710中或者输入到通信网络的所有可能类型的装置和方式。
用户接口输出装置720可以包括显示子系统、打印机、传真机、或者非可视显示器,诸如音频输出装置。显示子系统可以包括阴极射线管(CRT)、平板装置(诸如,液晶显示器(LCD))、投影装置、或者用于创建可视图像的某个其它机制。显示子系统也可以提供非可视显示,诸如经由音频输出装置。通常,术语“输出装置”的使用旨在包括用于将来自计算机系统710的信息输出到用户或者输出到另一机器或者计算机系统的所有可能类型的装置和方式。
存储子系统724存储提供本文描述的一些或者所有模块的功能的编程和数据结构。例如,存储子系统724可以包括逻辑,该逻辑用于识别用户的一条或者多条消息,确定在与消息相关联的一个或者多个联系人之间的关系强度,并且将该关系与用户相关联。这些软件模块通常由处理器714单独地或者结合其它处理器执行。在存储子系统中使用的存储器726可以包括若干存储器,包括:用于在程序执行期间存储指令和数据的主随机存取存储器(RAM)730、和存储固定指令的只读存储器(ROM)732。文件存储子系统728可以提供程序和数据文件的永久存储,并且可以包括硬盘驱动器、与相关联的可移动介质一起的软盘驱动器、CD-ROM驱动器、光驱动器、或者可移动介质盒。实施某些实施方式的功能的模块可以由文件存储子系统728存储在存储子系统724中,或者存储在处理器714可访问的其它机器中。
总线子系统712提供用于使计算机系统710的各种部件和子系统如期望的那样彼此通信的机制。虽然总线子系统712被示意性地示为单个总线,但是总线子系统的替选实施方式可以使用多个总线。
计算机系统710可以是不同的类型,包括工作站、服务器、计算集群、刀片式服务器、服务器群、或者任何其它数据处理系统或者计算装置。由于计算机和网络的不断变化的本质,在图7中描绘的计算机系统710的描述仅仅旨在是为了图示一些实施方式的具体示例。计算机系统710的许多其它配置是可能的,具有比图7中描绘的计算机系统更多或者更少的部件。
在本文描述的系统收集有关用户的个人信息或者可以利用个人信息的情况下,可以向用户提供控制程序或者特征是否收集用户信息(例如,与用户的社交网络、电子邮件、社会行动或者活动、浏览历史、用户偏好有关的信息)或者控制是否和/或如何从内容服务器接收可能与用户更相关的内容的机会。而且,在存储或者使用某些数据之前,可以按照一种或者多种方式来处理该某些数据,使得可以去除个人可识别信息。例如,可以处理用户的身份,使得可能不确定出用户的个人可识别信息,或者,在可以获得地理位置信息的情况下可以将用户的地理位置一般化(诸如,到城市、邮政编码、或者州县水平),使得不能确定用户的具体地理位置。由此,用户可以对如何收集和/或使用有关用户的信息进行控制。
虽然本文已经描述并且图示了多种实施方式,但是也可以利用用于执行功能和/或获得结果和/或本文描述的一个或者多个优点的各种各样的其它装置和/或结构,并且某个这样的变化和/或修改都将视为在本文描述的实施方式的范围内。更一般地,本文描述的所有参数、尺寸、材料和配置旨在是示例性的,并且实际的参数、尺寸、材料和/或配置都将取决于使用本教导的一个或者多个具体应用。本领域的技术人员将认识到或者能够确定只使用常规实验即可获得本文描述的具体实施方式的许多等同物。因此,应理解,前述实施方式仅以示例的方式呈现,并且,在所附权利要求书及其等同物的范围内,可以按照与具体描述和要求的不同的方式来实践实施方式。本公开的实施方式涉及本文描述的某个单独的特征、系统、物品、材料、套件和/或方法。另外,如果这样的特征、系统、物品、材料、套件和/或方法不彼此不一致,则两个或者更多个这样的特征、系统、物品、材料、套件和/或方法的任何组合都包括在本公开的范围内。

Claims (11)

1.一种用于确定在用户联系人之间的关联强度的方法,包括:
识别与用户相关联的多个消息,所述消息中的每个消息由所述用户发送或者接收、以及由所述用户的多个联系人中的相应的一个或多个联系人发送或者接收;
确定所述多个联系人中的第一联系人和所述多个联系人中的第二联系人同时出现的消息的计数;
基于所述第一联系人和所述第二联系人同时出现的消息的计数来确定在所述第一联系人与所述第二联系人之间的关系强度分值;
基于所述关系强度分值满足阈值,确定包括所述第一联系人和所述第二联系人的联系人组;
基于一个或多个项来确定所述联系人组的联系人组特性,其中,所述一个或多个项在基于在所述第一联系人和所述第二联系人同时出现的多个消息中所述一个或多个项的出现来确定所述联系人组特性时被利用;
在一个或多个计算机可读介质中将所述联系人组特性与所述联系人组相关联;
识别所述第一联系人被指定为在经由所述用户的计算设备创建的新消息的接收人的指示,其中,所述指示在所述用户在创建所述新消息时被提供,并且由所述用户经由所述用户用来创建所述新消息的所述计算设备的用户接口输入设备来提供;以及
确定提供接口以经由所述计算设备向所述用户呈现,其中,所述接口识别所述第二联系人并且能由所述用户经由所述计算设备选择以包括所述第二联系人作为所述新消息的附加接收人,其中,确定提供所述接口是基于:
识别所述第一联系人的指定;
识别所述第二联系人与所述第一联系人一起被包括在所述联系人组中,以及
确定所述新消息的新项对应于与所述联系人组相关联的所述联系人组特性,所述新项被包括在所述新消息的主题或主体中;以及
提供所述接口以经由所述计算设备向所述用户呈现所述第二联系人的特性,其中所述特性是响应于所述指示而提供的,并且其中,所述特性是基于所述关系强度分值并且基于所述关系强度分值处于所述指示的所述第一联系人和所述第二联系人之间来提供的,并且其中,所述特性被提供为使得所述用户经由所述计算设备对所述特性的选择将所述特性包括在所述新消息中。
2.根据权利要求1所述的方法,进一步包括:
识别所述多个联系人中的第三联系人;
确定在所述第三联系人与所述联系人组之间的新的关系强度分值;以及
如果所述新的关系强度分值满足阈值,则将所述第三联系人与所述联系人组相关联。
3.根据权利要求2所述的方法,其中,所述新的关系强度分值基于其中所述第一联系人、所述第二联系人、和所述第三联系人同时出现的消息的附加计数。
4.根据权利要求1所述的方法,其中,所述联系人组特性是关系类型,其中,所述关系类型指示在所述用户与所述联系人组的所述联系人之间的关系。
5.根据权利要求1所述的方法,其中,确定所述联系人组特性包括从一个或多个实体数据库确定与在所述联系人组的消息中的一个或多个消息中的一个或者多个项相关联的一个或者多个实体。
6.根据权利要求1所述的方法,其中,确定所述关系强度分值是基于其中所述第一联系人和所述第二联系人同时出现的消息的计数与所述消息的附加计数的比较。
7.根据权利要求1所述的方法,其中,所述附加计数包括其中所述第一联系人或者所述第二联系人出现但是所述第一联系人和所述第二联系人不同时出现的消息中的一个或多个。
8.一种用于确定在用户联系人之间的关联强度的方法,包括:
识别与用户相关联的多个消息,所述消息中的每个消息由所述用户发送或者接收、以及由所述用户的多个联系人中的对应的一个或多个联系人发送或者接收,其中所述消息中的每个消息包括一个或者多个特性;
确定所述多个联系人中的第一联系人和所述多个联系人中的至少一个附加联系人同时出现的消息的计数;
确定在所述第一联系人与所述至少一个附加联系人之间的关系强度分值,其中所述关系强度分值是基于所述第一联系人与所述至少一个附加联系人同时出现的所述消息的计数,并且是基于所述消息中所述第一联系人与所述至少一个附加联系人同时出现的一个或多个消息的所述特性中的至少一个特性;
基于所述第一联系人和所述至少一个附加联系人之间的所述关系强度分值满足阈值来确定包括所述第一联系人和所述至少一个附加联系人的联系人组;
基于所述消息中所述第一联系人和所述至少一个附加联系人同时出现的多个消息的主题或主体中出现的一个或多个特性来确定所述联系人组的联系人组特性;
在一个或多个数据库中将所述联系人组与所述用户以及所述联系人组特性与所述联系人组相关联;
识别用户的新消息的接收人,所述接收人是基于所述用户用来创建所述新消息的计算设备的用户接口输入来识别的;
在所述一个或多个数据库中识别所述接收人是与所述用户相关联的所述联系人组的成员;
确定所述新消息的新特性对应于与所述联系人组相关联的联系人组特性;以及
基于识别所述接收人是所述联系人组的成员以及所述新消息的新特性对应于与所述联系人组相关联的联系人组特性,向用户提供接口输出,所述接口输出在被用户经由所述计算设备选择时将所述联系人组的一个或多个附加成员包括在所述新消息中。
9.一种用于确定在用户联系人之间的关联强度的系统,包括存储器和一个或者多个处理器,所述处理器可操作为执行存储在所述存储器中的指令,包括用于以下的指令:
识别与用户相关联的多个消息,所述消息中的每个消息由所述用户发送或者接收、以及由所述用户的多个联系人中的相应的一个或多个联系人发送或者接收;
确定所述多个联系人中的第一联系人和所述多个联系人中的第二联系人同时出现的消息的计数;
基于所述第一联系人和所述第二联系人同时出现的消息的计数来确定在所述第一联系人与所述第二联系人之间的关系强度分值;
基于所述关系强度分值满足阈值,确定包括所述第一联系人和所述第二联系人的联系人组;
基于一个或多个项来确定所述联系人组的联系人组特性,其中,所述一个或多个项在基于在所述第一联系人和所述第二联系人同时出现的多个消息中所述一个或多个项的出现来确定所述联系人组特性时被利用;
在一个或多个计算机可读介质中将所述联系人组特性与所述联系人组相关联;
识别所述第一联系人被指定为在经由所述用户的计算设备创建的新消息的接收人的指示,其中,所述指示在所述用户在创建所述新消息时被提供,并且由所述用户经由所述用户用来创建所述新消息的所述计算设备的用户接口输入设备来提供;以及
确定提供接口以经由所述计算设备向所述用户呈现,其中,所述接口识别所述第二联系人并且能由所述用户经由所述计算设备选择以包括所述第二联系人作为所述新消息的附加接收人,其中,确定提供所述接口的指令包括用于以下的指令:
识别所述第一联系人的指定;
识别所述第二联系人与所述第一联系人一起被包括在所述联系人组中,以及
确定所述新消息的新项对应于与所述联系人组相关联的所述联系人组特性,所述新项被包括在所述新消息的主题或主体中;以及
提供所述接口以经由所述计算设备向所述用户呈现所述第二联系人的特性,其中所述特性是响应于所述指示而提供的,并且其中,所述特性是基于所述关系强度分值并且基于所述关系强度分值处于所述指示的所述第一联系人和所述第二联系人之间来提供的,并且其中,所述特性被提供为使得所述用户经由所述计算设备对所述特性的选择将所述特性包括在所述新消息中。
10.根据权利要求9所述的系统,其中,所述指令进一步包括用于以下的指令:
识别所述多个联系人中的第三联系人;
确定在所述第三联系人与所述联系人组之间的新的关系强度分值;以及
如果所述新的关系强度分值满足阈值,则将所述第三联系人与所述联系人组相关联。
11.根据权利要求10所述的系统,其中,所述新的关系强度分值基于所述第一联系人、所述第二联系人、和所述第三联系人同时出现的消息的附加计数。
CN201480071661.1A 2013-12-31 2014-12-30 确定在用户联系人之间的关联强度 Active CN105940387B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910527999.8A CN110377555B (zh) 2013-12-31 2014-12-30 确定在用户联系人之间的关联强度

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US14/145,130 2013-12-31
US14/145,130 US9571427B2 (en) 2013-12-31 2013-12-31 Determining strength of association between user contacts
PCT/US2014/072655 WO2015103191A2 (en) 2013-12-31 2014-12-30 Determining strength of association between user contacts

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201910527999.8A Division CN110377555B (zh) 2013-12-31 2014-12-30 确定在用户联系人之间的关联强度

Publications (2)

Publication Number Publication Date
CN105940387A CN105940387A (zh) 2016-09-14
CN105940387B true CN105940387B (zh) 2019-07-16

Family

ID=52395207

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201910527999.8A Active CN110377555B (zh) 2013-12-31 2014-12-30 确定在用户联系人之间的关联强度
CN201480071661.1A Active CN105940387B (zh) 2013-12-31 2014-12-30 确定在用户联系人之间的关联强度

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201910527999.8A Active CN110377555B (zh) 2013-12-31 2014-12-30 确定在用户联系人之间的关联强度

Country Status (4)

Country Link
US (4) US9571427B2 (zh)
EP (1) EP3090349B1 (zh)
CN (2) CN110377555B (zh)
WO (1) WO2015103191A2 (zh)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9571427B2 (en) 2013-12-31 2017-02-14 Google Inc. Determining strength of association between user contacts
US9904916B2 (en) 2015-07-01 2018-02-27 Klarna Ab Incremental login and authentication to user portal without username/password
US10387882B2 (en) * 2015-07-01 2019-08-20 Klarna Ab Method for using supervised model with physical store
US10263943B2 (en) * 2016-05-27 2019-04-16 Microsoft Technology Licensing, Llc Automatic relevance-based information inclusion in electronic communication
WO2018018524A1 (zh) * 2016-07-28 2018-02-01 孙秋实 一种调整根据聊天频率分组技术的方法以及分组系统
GB2555580A (en) * 2016-10-28 2018-05-09 Egress Software Tech Ltd Controlling data transmission
CN107067128A (zh) * 2016-12-08 2017-08-18 阿里巴巴集团控股有限公司 任务质检方法、确定非关联用户的方法及装置
US10972454B2 (en) 2018-05-29 2021-04-06 Apple Inc. Conversation merging for electronic devices
CN109345219B (zh) * 2018-08-13 2020-07-28 阿里巴巴集团控股有限公司 收款控制方法、装置、服务器及可读存储介质
US10955996B2 (en) * 2018-10-31 2021-03-23 International Business Machines Corporation Cognitive contact assistance with dynamically generated contact lists for messages
US11456990B2 (en) * 2019-04-25 2022-09-27 Project Affinity, Inc. Managing connection strengths using alliance data
US11509620B2 (en) * 2020-06-09 2022-11-22 Google Llc Communicating single-address reply messages to all addresses of recipients of a group message
US11822771B2 (en) * 2021-06-30 2023-11-21 Microsoft Technology Licensing, Llc Structuring communication and content for detected activity areas
WO2023024004A1 (en) * 2021-08-26 2023-03-02 Citrix Systems, Inc. Enterprise-oriented contact recommendations
US11777893B1 (en) * 2022-06-16 2023-10-03 Microsoft Technology Licensing, Llc Common group suggested message recipient

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724140A (zh) * 2012-06-28 2012-10-10 奇智软件(北京)有限公司 即时通信好友添加方法及装置

Family Cites Families (69)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7146381B1 (en) 1997-02-10 2006-12-05 Actioneer, Inc. Information organization and collaboration tool for processing notes and action requests in computer systems
US6115709A (en) 1998-09-18 2000-09-05 Tacit Knowledge Systems, Inc. Method and system for constructing a knowledge profile of a user having unrestricted and restricted access portions according to respective levels of confidence of content of the portions
US6438543B1 (en) 1999-06-17 2002-08-20 International Business Machines Corporation System and method for cross-document coreference
US7475010B2 (en) 2003-09-03 2009-01-06 Lingospot, Inc. Adaptive and scalable method for resolving natural language ambiguities
US7813916B2 (en) 2003-11-18 2010-10-12 University Of Utah Acquisition and application of contextual role knowledge for coreference resolution
US7496500B2 (en) 2004-03-01 2009-02-24 Microsoft Corporation Systems and methods that determine intent of data and respond to the data based on the intent
US8898239B2 (en) * 2004-03-05 2014-11-25 Aol Inc. Passively populating a participant list with known contacts
US7853656B2 (en) * 2005-09-01 2010-12-14 Research In Motion Limited Method and device for predicting message recipients
US7672833B2 (en) 2005-09-22 2010-03-02 Fair Isaac Corporation Method and apparatus for automatic entity disambiguation
US8055707B2 (en) 2005-11-30 2011-11-08 Alcatel Lucent Calendar interface for digital communications
US20070198474A1 (en) * 2006-02-06 2007-08-23 Davidson Michael P Contact list search with autocomplete
US7702631B1 (en) 2006-03-14 2010-04-20 Google Inc. Method and system to produce and train composite similarity functions for product normalization
US8364467B1 (en) 2006-03-31 2013-01-29 Google Inc. Content-based classification
US8060567B2 (en) 2006-04-12 2011-11-15 Google Inc. Method, system, graphical user interface, and data structure for creating electronic calendar entries from email messages
US20070245006A1 (en) * 2006-04-18 2007-10-18 Nokia Corporation Apparatus, method and computer program product to provide ad hoc message recipient lists
US9954996B2 (en) * 2007-06-28 2018-04-24 Apple Inc. Portable electronic device with conversation management for incoming instant messages
US20090100183A1 (en) * 2007-10-14 2009-04-16 International Business Machines Corporation Detection of Missing Recipients in Electronic Messages
US8407603B2 (en) * 2008-01-06 2013-03-26 Apple Inc. Portable electronic device for instant messaging multiple recipients
US8046226B2 (en) 2008-01-18 2011-10-25 Cyberpulse, L.L.C. System and methods for reporting
US20090228583A1 (en) * 2008-03-07 2009-09-10 Oqo, Inc. Checking electronic messages for compliance with user intent
US8744976B2 (en) * 2008-04-28 2014-06-03 Yahoo! Inc. Discovery of friends using social network graph properties
CN101616102A (zh) * 2008-06-27 2009-12-30 国际商业机器公司 自动创建联系人组及建议电子邮件发送列表的方法和装置
US8306809B2 (en) * 2008-07-17 2012-11-06 International Business Machines Corporation System and method for suggesting recipients in electronic messages
US8527522B2 (en) 2008-09-05 2013-09-03 Ramp Holdings, Inc. Confidence links between name entities in disparate documents
US20100161369A1 (en) * 2008-12-23 2010-06-24 International Business Machines Corporation Application of relationship weights to social network connections
US9195966B2 (en) * 2009-03-27 2015-11-24 T-Mobile Usa, Inc. Managing contact groups from subset of user contacts
US9210247B2 (en) * 2009-03-27 2015-12-08 T-Mobile Usa, Inc. Managing contact groups from subset of user contacts
US8631070B2 (en) * 2009-03-27 2014-01-14 T-Mobile Usa, Inc. Providing event data to a group of contacts
US8140621B2 (en) * 2009-03-27 2012-03-20 T-Mobile, Usa, Inc. Providing event data to a group of contacts
WO2010141216A2 (en) * 2009-06-02 2010-12-09 Xobni Corporation Self populating address book
US7930430B2 (en) * 2009-07-08 2011-04-19 Xobni Corporation Systems and methods to provide assistance during address input
US8984074B2 (en) * 2009-07-08 2015-03-17 Yahoo! Inc. Sender-based ranking of person profiles and multi-person automatic suggestions
US8769022B2 (en) * 2009-08-31 2014-07-01 Qualcomm Incorporated System and method for evaluating outbound messages
US9183544B2 (en) * 2009-10-14 2015-11-10 Yahoo! Inc. Generating a relationship history
US8731901B2 (en) 2009-12-02 2014-05-20 Content Savvy, Inc. Context aware back-transliteration and translation of names and common phrases using web resources
US8738634B1 (en) * 2010-02-05 2014-05-27 Google Inc. Generating contact suggestions
US8694313B2 (en) * 2010-05-19 2014-04-08 Google Inc. Disambiguation of contact information using historical data
US8982053B2 (en) * 2010-05-27 2015-03-17 Yahoo! Inc. Presenting a new user screen in response to detection of a user motion
US8346879B2 (en) 2010-06-04 2013-01-01 Xerox Corporation Detecting conflicts in email messages
US20110314017A1 (en) * 2010-06-18 2011-12-22 Microsoft Corporation Techniques to automatically manage social connections
US8775400B2 (en) 2010-06-30 2014-07-08 Microsoft Corporation Extracting facts from social network messages
US8600901B2 (en) 2010-07-27 2013-12-03 Yahoo! Inc. Providing social likeness within a messaging context
US8521818B2 (en) 2010-08-05 2013-08-27 Solariat, Inc. Methods and apparatus for recognizing and acting upon user intentions expressed in on-line conversations and similar environments
US9269077B2 (en) 2010-11-16 2016-02-23 At&T Intellectual Property I, L.P. Address book autofilter
US9092425B2 (en) 2010-12-08 2015-07-28 At&T Intellectual Property I, L.P. System and method for feature-rich continuous space language models
US9036545B2 (en) * 2010-12-08 2015-05-19 Qualcomm Incorporated Exchanging presence information in a communications network
US20120173636A1 (en) * 2010-12-30 2012-07-05 International Business Machines Corporation Creating implicit instant messaging contact list groups
WO2012100409A1 (zh) * 2011-01-25 2012-08-02 宇龙计算机通信科技(深圳)有限公司 收件人信息的添加方法及装置
US8375400B2 (en) * 2011-02-11 2013-02-12 Research In Motion Limited Communication device and method for coherent updating of collated message listings
US8849931B2 (en) 2011-03-15 2014-09-30 Idt Messaging, Llc Linking context-based information to text messages
US20120260188A1 (en) * 2011-04-06 2012-10-11 Microsoft Corporation Potential communication recipient prediction
US20120317499A1 (en) 2011-04-11 2012-12-13 Shen Jin Wen Instant messaging system that facilitates better knowledge and task management
US8660602B2 (en) * 2011-10-19 2014-02-25 Telefonaktiebolaget L M Ericsson (Publ) Intelligent communication with contact lists
US20130117393A1 (en) * 2011-11-07 2013-05-09 Activepath Ltd. Email message handling based on data of non-email interactions
US9049207B2 (en) * 2012-04-11 2015-06-02 Mcafee, Inc. Asset detection system
US9406049B2 (en) 2012-04-26 2016-08-02 Blackberry Limited Electronic device and method for updating message recipients based on message body indicators
US9607024B2 (en) * 2012-06-13 2017-03-28 Google Inc. Sharing information with other users
US9430755B2 (en) * 2012-06-29 2016-08-30 Yahoo! Inc. System and method to enable communication group identification
US9002941B2 (en) * 2012-09-06 2015-04-07 International Business Machines Corporation Determining recommended recipients of a communication
US20140074947A1 (en) * 2012-09-13 2014-03-13 International Business Machines Corporation Automated e-mail screening to verify recipients of an outgoing e-mail message
US8457950B1 (en) 2012-11-01 2013-06-04 Digital Reasoning Systems, Inc. System and method for coreference resolution
US9426101B2 (en) * 2013-01-30 2016-08-23 Microsoft Technology Licensing, Llc Systems and methods of automatically ordering and selecting recipients for electronic mail
US9342853B2 (en) * 2013-02-18 2016-05-17 International Business Machines Corporation Social network pruning
US10346411B1 (en) * 2013-03-14 2019-07-09 Google Llc Automatic target audience suggestions when sharing in a social network
US20140365459A1 (en) * 2013-06-08 2014-12-11 Apple Inc. Harvesting Addresses
US9032038B2 (en) * 2013-09-13 2015-05-12 Gatekeeper Solutions, Inc. Recipient control system for ensuring non-conflicting and comprehensive distribution of digital information and method thereof
US10158730B2 (en) * 2013-10-30 2018-12-18 At&T Intellectual Property I, L.P. Context based communication management
US9297925B1 (en) * 2013-12-27 2016-03-29 The United States Of America, Represented By The Secretary Of Commerce Smart module for communications, processing, and interface
US9571427B2 (en) 2013-12-31 2017-02-14 Google Inc. Determining strength of association between user contacts

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102724140A (zh) * 2012-06-28 2012-10-10 奇智软件(北京)有限公司 即时通信好友添加方法及装置

Also Published As

Publication number Publication date
US20170111298A1 (en) 2017-04-20
CN110377555B (zh) 2023-12-19
US11411894B2 (en) 2022-08-09
EP3090349B1 (en) 2020-03-04
US11876760B2 (en) 2024-01-16
CN105940387A (zh) 2016-09-14
EP3090349A4 (en) 2017-08-23
WO2015103191A3 (en) 2015-10-29
US20240146671A1 (en) 2024-05-02
CN110377555A (zh) 2019-10-25
US20150188851A1 (en) 2015-07-02
US9571427B2 (en) 2017-02-14
WO2015103191A2 (en) 2015-07-09
EP3090349A2 (en) 2016-11-09
US20220377037A1 (en) 2022-11-24

Similar Documents

Publication Publication Date Title
CN105940387B (zh) 确定在用户联系人之间的关联强度
US20230353513A1 (en) Determining reply content for a reply to an electronic communication
US9875233B1 (en) Associating one or more terms in a message trail with a task entry
US9866514B2 (en) Electronic message organization via social groups
US10162823B2 (en) Populating user contact entries
US20200380408A1 (en) Classification of messages using learned rules
US10992611B2 (en) Topic classified presentation for a message in a message cluster
RU2631164C2 (ru) Способ анимации sms-сообщений
US20160299979A1 (en) Processing a search query and retreiving records from a local and server side database system of an electronic messaging system
ES2900746T3 (es) Sistemas y métodos para distribuir eficazmente mensajes de alerta
US20150278212A1 (en) System and method for determining an object context
US11973734B2 (en) Processing electronic communications according to recipient points of view
US8706743B2 (en) Alert notification distribution tool
WO2023278885A1 (en) Moderation of user content for a social messaging platform
CN116668390A (zh) 群组消息处理方法、装置、计算机设备和存储介质
CN115190093A (zh) 一种简化即时通信操作的方法、装置、计算机设备和存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information
CB02 Change of applicant information

Address after: American California

Applicant after: Google limited liability company

Address before: American California

Applicant before: Google Inc.

GR01 Patent grant
GR01 Patent grant