CN110168537A - 上下文和社交距离感知的快速活性人员卡片 - Google Patents

Abstract

描述了上下文和社交距离感知的快速活性任务卡。可响应于检测到用户对查看联系人信息感兴趣而确定用户上下文和/或相关人员上下文。所述用户上下文可包括用户的属性，例如组织职位、偏好、地点、工作时间、用户在使用的应用等。相关人员上下文可包括预先定义的社交距离内的人员(例如，用户的同伴、主管、亲密的朋友、先前的同事、来自其他组织的伙伴等)的上下文信息(类似于用户的)。接着，可以由生产力服务从服务器处的缓存存储设备中选择和获取与该用户感兴趣的一个或多个人员相关联的信息，以提供至客户的应用以向用户显示。还可使用观察到的用户行为基于用户上下文和相关人员上下文来选择要被存储在服务器缓存中以供快速获取的信息。

Description

上下文和社交距离感知的快速活性人员卡片

背景技术

随着应用利用宽泛的多种可用数据为用户提供越来越多数量的服务，生产力应用之间的界限越来越模糊。例如，允许用户之间的基于文本的消息的交换的电子邮件应用已经演变成多用途的应用和应用套件，其允许用户利用电子邮件通信以外的许多服务。用户可以通过单个用户界面来接收针对会议的信息和建议、数据交换、相关性等，以及执行尽可能多的任务，例如交换文档、多模态通信、安排会议、安装和使用软件应用等。

随着有关人员及其环境的宽泛和丰富的可用信息，确定所述信息的优先次序以及将信息呈现给用户变成一项挑战。在愈发基于云的软件环境中，对资源(如存储器、存储、处理等)的高效使用也是要考虑的因素。因此，使得所有信息可用不仅是资源效率低下的，而且还可能降低用户体验。

发明内容

提供了该发明内容以用简化的形式引入对以下的具体实施方式中进一步描述的概念的选择。该发明内容不旨在排他地标识所要求保护主题的关键特征或必要特征，也不旨在帮助确定所要求保护的主题的范围。

实施例针对提供上下文和社交距离感知的快速活性人员卡片。在一些示例中，可以响应于检测到用户对查看联系人信息的兴趣来确定用户上下文和/或相关人员上下文。用作活性人员卡片的内容的信息可以从服务器上的缓存存储设备中被获取，并且被提供至客户端应用以向用户显示。用户上下文和行为信息也可以在一些示例中被提供给服务器，以便根据社交距离来确定相关人员，并且被存储在缓存存储设备中以供快速取回。在其他示例中，可以从基于图的关系应用中获取社交距离信息。

通过阅读以下的详细描述以及浏览相关联的附图，这些和其他特征和优点将是显而易见的。所要理解的是，先前的一般描述和以下的详细描述两者都是解释性的，并且不限制所要求保护的方面。

附图说明

图1A至1C包括示出了示例网络环境的显示图，在该网络环境中可以实现上下文和社交距离感知的快速活性人员卡片；

图2包括显示图，该显示图示出了用于提供上下文和社交距离感知的快速活性人员卡片的示例人员服务架构；

图3包括示出了上下文和社交距离感知的快速活性人员卡片的聚合的示例的显示图；

图4A-4H包括显示各种类别的信息的示例活性人员卡片的显示图；

图5是根据在本文中所描述的至少一些实施例来布置的示例网络化环境；

图6示出了根据在本文中所描述的至少一些实施例来布置的通用计算设备，该通用计算设备可以被配置为提供上下文和社交距离感知的快速活性人员卡片；以及

图7示出了用于提供上下文和社交距离感知的快速活性人员卡片的示例过程的逻辑流程图。

具体实施方式

如上所述，实施例针对提供上下文和社交距离感知的快速活性人员卡片。可以响应于检测到用户对查看联系人信息感兴趣而确定用户上下文和/或相关人员上下文。所述用户上下文可以包括用户的属性，例如组织职位、偏好、地点、工作时间、用户在使用的应用等。相关人员上下文可以包括预先定义的社交距离内的人员(例如，用户的同伴、主管、亲密的朋友、先前的同事、来自其他组织的伙伴等)的上下文信息(类似于用户的)。接着，可以由生产力服务从服务器处的缓存存储设备中选择和获取与该用户感兴趣的一个或多个人员相关联的信息，以提供至客户的应用以向用户显示。还可以使用观察到的用户行为基于用户上下文和相关人员上下文来选择要被存储在服务器缓存中以供快速获取的信息。在一些实施例中，还可以使用人员卡片来显示与人员相关的经上下文化的数据，所述数据在进行查看的用户使用该数据之前被显示。

在以下的详细描述中，对形成了本文的一部分并且在其中通过图示、具体实施例、或示例的方式示出的附图进行了参考。可以组合这些方面，可以利用其他方面，并且可以进行结构性改变而不脱离本公开的精神或范围。因此，以下的详细描述不被认为是限制性意义，并且本发明的范围是由所附权利要求及其等同物来限定的。

尽管一些实施例将在结合在个人计算机上的操作***上运行的应用程序而执行的程序模块的一般上下文中被描述，但本领域的技术人员将认识到的是，也可以结合其他程序模块来实现这些方面。

通常而言，程序模块包括例程、程序、组件、数据结构、以及执行特定的任务或实现特定的抽象数据类型的其他类型的结构。此外，本领域技术人员将理解的是，可以利用包括手持设备、多处理器***、基于微处理器的或可编程的消费性电子产品、小型计算机、大型计算机、虚拟显示或增强现实设备、以及类似的计算设备在内的其他计算机***配置来实践实施例。还可以在其中由通过通信网络所链接的远程处理设备来执行任务的分布式计算环境中实践实施例。在分布式计算环境中，程序模块既可以位于本地存储器存储设备中，也可以位于远程存储器存储设备中。

一些实施例可以被实现为计算机实现的过程(方法)、计算***、或者诸如计算机程序产品或计算机可读介质之类的制品。计算机程序产品可以是这样一种计算机存储介质，其能够由计算机***读取并且对包括用于使得计算机或计算机***执行示例过程的指令的计算机程序进行编码。所述计算机可读存储介质是计算机可读存储器设备。所述计算机可读存储介质可以例如是经由以下中的一个或多个来实现的：易失性计算机存储器、非易失性存储器、硬盘驱动器、闪存驱动器、软盘、或压缩盘、以及类似硬件介质。

在该说明书通篇中，术语“平台”可以是用于提供上下文和社交距离感知的快速活性人员卡片的软件和硬件组件的组合。平台的示例包括但不限于：在多个服务器上执行的托管的服务、在单个计算设备上执行的应用、以及类似的***。术语“服务器”通常是指一般在联网的环境中执行一个或多个软件程序的计算设备。然而，服务器也可以被实现为在被视为网络上的服务器的一个或多个计算设备上执行的虚拟服务器(软件程序)。下文提供了关于这些技术和示例操作的更多的细节。

图1A至1C包括示出了示例网络环境的显示图，在该网络环境中可以实现上下文和社交距离感知的快速活性人员卡片。

如在图100A-100C中所示，示例***可以包括托管基于云的生产力服务114的数据中心112，所述基于云的生产力服务114被配置为使得用户能够在多个设备之间以及跨多个平台来创建、编辑、和/或共享内容。数据中心112可以包括被配置为执行生产力服务114的一个或多个处理服务器116，以及其他组件。数据中心112还可以包括一个或多个相关联的服务器120，所述服务器120被配置为执行相关的应用、管理一个或多个数据存储单元(其包括与生产力服务114相关联的数据)、以及执行其他任务。如在本文中所描述的，生产力服务114可以被实现为软件、硬件、或其组合。

在一些实施例中，生产力服务114可以被配置为与各种应用程序互操作。例如，如在图100A-100B中所示，用户104可以通过设备102来执行应用106的瘦(例如，web浏览器)或厚(例如，本地安装的客户端应用)版本，其中，生产力服务114可以利用所述设备102而被配置为通过一个或多个网络(例如，网络110)来集成和互操作。应用106可以是由生产力服务114所托管的应用。应用106可以被配置为提供用户界面，以允许用户104在生产力服务的伞下与各种应用进行交互。例如，图100A示出了作为生产力服务114的一部分的通信应用118。用户104可以被使能经由应用106和通信应用118以各种模态与其他用户进行通信。作为通信服务的一部分，与人员相关联的信息可以被存储并且被提供给用户104。在一些实施例中，可以以包含可执行的内容的人员卡片的形式来提供信息，所述可执行的内容例如可以包括到地图应用的链接的地址、可以打开电子邮件用户界面的电子邮件地址、可以激活电话通话会话的电话号码，等等。与通信应用118相关联的数据可以作为本地数据108被存储在生产力服务114的服务器处，或者被存储在相关联的服务器120处。

应用106可以是通信应用、日历应用、文字处理应用、笔记本应用、和/或电子表格应用等。设备102可以包括台式计算机、膝上型计算机、平板计算机、车载计算机、智能电话、或可穿戴计算设备，以及其他类似设备。通信接口可以促进生产力服务114与应用106之间的通过网络110的通信。

在一些实施例中，人员卡片可以基于上下文用户的应用位置(例如，协作服务、基于web的通信应用、通信服务客户端、云存储服务等)来显示不同的数据。还可以基于用户是否属于或属于哪个组织、他/她是否在查看自己的卡片、其工作时间、先前的交互、以及类似的参数来确定人员卡片配置或内容。对要显示的数据的选择还可以是基于社交距离的，所述社交距离显示更相关的数据以在卡片上的人与用户彼此不认识的情况下将卡上的人介绍给用户；或者在他们是亲密的同事的情况下显示更有用的数据。

为了对提供活性人员卡片的快速渲染，可以提供后端服务，该后端服务被配置为基于从客户端应用所提供的上下文以及由一个或多个源所确定的社交距离来决定哪个数据与用户更相关。该后端服务可以包括快速访问存储设备，其用于预取并缓存人员卡片数据以使得其可以被快速呈现。客户端应用可以被配置为预测用户的行为，并且将相应的信号发送至后端服务，以使得该后端服务(在本文中被称为“人员服务”)提前预取用户很可能请求的数据。

图1B中的图100B示出了另一配置，其中，联系人管理应用122可以是生产力服务114的一部分，并且通过客户端应用106向用户104提供人员数据。联系人管理应用122可以从(生产力服务环境或者诸如社交网络、职业网络等之类的其他服务内的)各种内部和外部资源中获取数据。

图1C的图100C示出了另一示例配置，其中，应用106包括通信和/或联系人模块126，以及生产力服务114。通信和/或联系人模块126可以与在服务器120上执行的人员服务124进行通信，并且向用户104提供快速、活性的人员卡片信息。如上所述，人员服务124可以包括快速访问存储设备，其用于预取并缓存人员卡片的数据以使得其可以被快速呈现。通信和/或联系人模块126可以被配置为基于使用和其他因素来预测用户的行为，并且将相应的信号发送至人员服务124，以使得人员服务124提前预取用户214很可能请求的数据。

已经从服务器(例如，被配置为执行生产力服务114的处理服务器116)的角度说明了在本文中所描述的动作和/或过程中的一些，但类似的动作可以由客户端(例如，应用106)以及其他实体类似地执行。

如所讨论的，以高效和用户友好的方式对人员信息进行优先级划分、获取、和呈现可能是一个挑战。在本文中所描述的实施例针对上下文和社交距离感知的快速活性人员卡片。上下文和社交距离感知的快速活性人员卡片可以提高性能、降低处理和网络带宽使用、并且改进用户交互。

如在本文中所描述的实施例解决了人类无法管理的来自于基于软件的服务所创建的大规模操作的需要。在本文中所描述的动作/操作不仅是对计算机的使用，而且还针对被用作服务的软件的直接结果的***的结果，所述服务是结合使用托管的服务的大量设备和用户而提供的。在本文中所描述的操作/操作不仅仅是对计算机的使用，而且还针对被用作服务的软件的直接结果的***的结果，所述服务是结合通过跨多个平台和设备托管的生产力服务的用户通信而提供的。

图2包括显示图，该显示图示出了用于提供上下文和社交距离感知的快速活性人员卡片的示例人员服务架构。

图200包括人员服务的示例架构，该人员服务使得与人员卡片相关联的各种数据能够在需要时被快速获取并被提供给用户。人员服务210可以驻留在客户端应用202与其他服务(例如，与生产力服务相关的服务212)之间，以获取和提供人员卡片数据。人员服务可以展现针对与客户端应用202的通信的标准化或专有的接口。例如，人员服务210可以提供代表性状态传输(REST)接口和/或web套接字，其允许进行请求的***使用统一的和预先定义的一组无状态操作来访问和操纵对web资源的文本表示。

在一些实施例中，人员服务210可以包括用于确定要获取并提供至客户端应用202的数据的部分的逻辑单元。客户端应用202可以向人员服务210提供一些属性，并且人员服务210可以基于所述属性来确定用户上下文和相关人员上下文、社交距离、以及其他因素，并且获取用户很可能请求的数据。所述数据可以由人员服务来缓存，以便快速交递给用户。缓存服务208可以是用于向客户端应用202提供快速交递的任何服务器存储设备。例如，可以使用提供低延迟、高吞吐能力的一个或多个节点/大小的多层缓存或存储器中缓存。在一些示例中，所述数据可以出于安全性目的而被加密。

为了快速，客户端应用202可以当它们在页面被呈现时检测到页面上的用户时向人员服务210发送预取请求。在其他示例中，可以不针对所有用户发送预取请求，但是针对进行查看的用户很可能请求/查看其人员卡片的那些用户发送预取请求。可以通过机器学习或类似的技术来确定所述很可能的用户。由此，人员服务210有机会向可能在响应方面缓慢的其他服务发送请求，并且将所接收到的数据缓存在缓存服务208中。接着，如果进行查看的用户对某人的名字、图片、或者类似内容表示出兴趣(例如，悬停、在虚拟现实环境中观看、使用鼠标点击、或者使用键盘选择等)，则客户端应用202可以发送请求，并且人员服务210可以发送回所缓存的数据。所述数据可以在部分响应中被发送，以使得客户端无须等待整个数据准备就绪并且在所接收的部分到达时对其渲染。

人员服务210在整个生产力服务和相关应用中支持快速、上下文且智能的人员卡片以及人员中心化体验。人员服务210主要通过对支持这些体验所需的相关数据的智能预取、缓存、和构建来管理各种任务。

当客户端应用处的用户体验检测到其需要数据(例如，用户将鼠标悬停在一个人的名字或图片上)时，该用户体验向人员服务210发送关于其需要期望的人的信息的请求。所述数据中的一些数据由于其诸如显示名称、电子邮件地址等之类的非常静态的性质而可以非常快速地被交递。所述数据的其他部分(例如，经计算的关系)也可以被快速获取。然而，可以存在经常改变并且需要从其他资源请求的数据的部分，例如，最近修改的文档。人员服务210可以与用户体验协同地工作，以适应不同人员数据类型的快速交递。

在一些示例中，用户体验可以在请求调用中向人员服务提供上下文信息，所述人员服务可以使用所述上下文信息来预测用户很可能想要什么种类的信息。例如，如果用户从特定的协作服务站点发出请求，则可以提供一组经过滤的文档。在更加复杂的示例中，当在通信应用/服务中查看会议邀请中的人员时，可以呈现关系。人员服务210可以基于用户上下文和关注的人来智能地决定在哪些体验中显示哪些数据。可以使用来自客户端应用202的反馈来提高人员服务210所作出的推断的准确性。

上下文可以被提供为预先定义的数据类型，例如工作负载/场景的字符串标识符以及键/值属性的列表。在示例实现中，客户端应用可以通知人员服务210：用户体验中存在之后可能被请求的人员。例如，每当通信应用在“收件人：”和“抄送：”行中绘制关于人员的新邮件消息时，其可以向人员服务提交调用。这可以使得人员服务210能够适当地开始预取数据、预热缓存、以及计算关系和洞察(insight)。

人员服务210内的聚合控制器204可以编排来自客户端应用202的调用以及要返回至客户端应用202的数据。在一些情况下，聚合控制器204可以使用上下文来确定要调用哪个提供方206，并且在其他情况下，上下文可以被传递给提供方206以供进一步使用。提供方206可以各自了解特定的数据域以及如何预取和缓存信息。作为具体示例，基本用户信息提供方可以知道如何获取和缓存与人员实体有关的核心信息，例如显示名字、电话号码、电子邮件地址等。提供方206可以基于其各自的域知识来设置特定的缓存策略。例如，文档可能比基本用户信息具有短得多的生存时间(TTL)，这是因为文档倾向于改变，并且与基本用户信息相比可以较不频繁地被请求。

提供方206也可以通过使用上下文返回不同的信息而被实现为具有智能逻辑单元。例如，经修改的文档提供方可以根据需要使用当前协作站点信息将查询范围限定到该特定站点。在其他情况下，提供方可以将上下文传递给另外的底层***，例如组织数据库或基于图的关系应用，该关系应用基于工作区或类似环境中的用户和实体(例如，文档、电子邮件等)之间的交互来提供图。用户与某人或某人的团队中的某个人交互越多，则用户与该人员之间的边的权重就可能变得越高。这类数据可用于决定社交接近度以及用于将数据上下文化。缓存服务208可以包括如先前所描述的许多不同的缓存类型。缓存服务208中的数据可以通过加密和加密密钥轮换而被保护。

如上文所提及的，人员服务210可以根据数据的类型来预取和缓存数据以供未来请求。可以针对预取和缓存策略来定义各种类型的数据。示例类型可以是全局/租户范围内可见的数据，例如用户简档数据(如名字、电话号码、照片)；组织图信息；通信状态消息；等。另一示例类型可以是数据的个人视图，例如，一个人自己的或另一人的文档、电子邮件、和日历事件的视图。在一些情况下，可以使用具有访问控制列表(ACL)的高性能缓存技术来针对增强的缓存命中率进行优化。

在一些实施例中，可以实现分区模型来确定人员数据如何被预取以及如何被缓存。例如，公共/租户范围的数据可以以缓存旁路模式被缓存。为了提高性能，可以使用触发器以开始缓存预热。数据可以使用刷新时间“TTR”缓存更新模型而被保存在缓存中。可以使用TTR时间戳令牌来确定是否应当从后端重新提取缓存中的数据以确保未来的一致性。取决于数据的类型及其更新频率，TTR可能有所不同。可以基于所述数据来优化TTR的时刻。人员服务210还可以支持将来自客户端应用的数据标记为脏的，以使得客户端应用可以在需要的情况下指示改变。例如，更新个人的简档中的属性可能会将缓存标记为脏的。

由于在实际实现中对个人视图数据的缓存命中概率较低，因此这类数据可能在缓存中保存相对较短的时间。缓存这类数据的主要目的可以是在被用户请求的情况下为这类数据确保低延迟。在该情况下，人员服务210也可以以提前缓存模式开始，但是可以使用TTL而不是TTR。TTL可以取决于可用的资源而被定义，所述可用的资源例如缓存大小、后端负载与存储器使用之间的平衡等。

图3包括示出了上下文和社交距离感知的活性人员卡片的聚合的示例的显示图。

图300示出了移动设备302平台上的生产力应用用户界面。实施例可以在任何设备、操作***、或应用平台上被实现。所述生产力应用可以是通信应用、日历应用、联系人管理应用、或类似的应用，并且可以提供分块的或组合的功能，例如个体的应用的功能。示例用户界面呈现了用户的身份304以及用户的图片306。所显示的用户可以是执行应用的用户，也可以是用户感兴趣的人。各种图标308可以提供对诸如日历、消息传送功能、电子邮件功能、通话功能等之类的不同功能的快速访问。

示例用户界面还显示可以向用户呈现的多个说明性人员数据群组。这些群组可以包括洞察和动作310、联系人细节312、组织关系(例如，“报告对象”314或“工作伙伴”316)、群组成员身份318、对话320、事件322、以及文档324。关于用户的其他信息可以通过链接326来访问。可以显示的人员数据群组不限于以上的说明性示例。例如，工作经验、技能、认证、附件、或当前活动(在各种生产力应用中)也可以作为不同的群组而被呈现。

人员信息可以以人员卡片的形式被呈现。在一些示例中，可以首先呈现不同群组的经压缩的版本(例如，短版本)，并且可以扩展所选的群组以呈现占据显示的一部分或整个显示的另外的详细数据。取决于用户上下文、用户偏好、和平台属性(例如，可用的显示区域)，可以显示选择的群组而不是所有可用的群组。

图4A-4H包括显示各种类别的信息的示例活性人员卡片的显示图。

图4A中的图400A显示了洞察和动作群组的示例详细视图。除了个人的身份402之外，洞察和动作群组视图还可以提供此人的地点和状态(404)，以及建议的动作406，例如对到达该地点的帮助、呼叫到会议中、向此人发送消息等。也可以显示该地点的地图408。另外的洞察或动作可以包括此人最近的活动、经协作或查看的文档、用于与此人协作的动作等。可以基于用户上下文和此人与用户的相关性来选择和配置要显示的内容。例如，可以基于用户从哪个应用环境中请求此人的数据，或者来自基于图的关系应用的组织关系或社交距离多近来选择洞察或建议的动作。此外，所显示的洞察和动作可以是交互式的，也就是说，可以基于用户选择来启动应用，还可以显示另外的信息，等等。例如，如果用户选择了去往此人的地点的选项，所述地图可以改变成一组指向。

图4B中的图400B示出了人员信息中的联系人细节群组412。除了此人的名字和图片(或表示此人的图标)之外，排名最高的联系人信息414还包括主电子邮件地址、电话号码、和办公地点(或类似信息)。第二等级的联系人信息416可能包括次要电子邮件地址、消息传送地址(如果不同)、此人的其他电话号码等。背景信息包括头衔、组织职位、组织等。

结合联系人细节群组412被显示的消息420指示与隐私和安全性相关的一些实施例的另一方面。用户可以在各种平台上定义其个人信息的哪些部分可以与其他人共享或向其他人显示。根据实施例的人员服务可以符合用户偏好，并且将所显示的信息限于数据所有者允许的范围内。在这样的场景中，消息420可以被显示以通知进行查看用户可以存在与此人相关联的更多信息。

图4C中的图400C示出了报告对象群组422，所述报告对象群组422包括组织图424，该组织图424示出了该人员在他/她的组织中的职位以及其主管426。在一些实施例中，还可以显示“共享相同管理者”分区428，以向同一组织内的其他人员呈现与此人报告至相同的管理者的其他人员，这是由于这些人员可能是进行查看的用户感兴趣的。

图4D中的图400D是工作伙伴群组432，该工作伙伴群组432包括对此人的同伴及其信息436的表示434(即，图片或图标)。如果此人的同伴的数量较大，则该群组视图可以是可滚动的，或者在人员卡片上可以显示选择群组。如果在人员卡片上显示了此人的一部分同伴，则可以显示指示用于选择所显示的同伴的标准的消息438。此外，在某些情况下，在人员卡片上所显示的同伴可以被随机排序，以防止泄露人员之间的交互频率信息。

在图4A到图4D(以及以下附图)的人员卡片中所显示的信息可以是可操作的，也就是说，每一段信息可以包括到另外的信息的链接，或者可以激活应用(例如，通信应用，地图应用等)以向进行查看的用户提供增强的用户体验。

图4E中的图400E示出了群组成员442人员卡片，其包括此人与进行查看的用户共同属于的群组的列表444，以及此人所属的群组的清单446。还可以显示诸如此人何时加入某个群组、每个群组的成员数量、该群组是公开的还是私密的等之类的简要信息。此外，还可以呈现用于访问群组讨论站点、文档、与每个群组相关联的对话等的链接。

图4F中的图400F示出了对话群组452，其中，可以列出此人参与其中的对话454。每个列表可以包括标题、摘要内容、参与者的列表或表示、时间信息、以及其他相关信息。每个列表还可以用于包含访问该对话的链接。如果检测到比能够显示的更多的对话，则可以呈现用于激活通信应用以及用于搜索或查看所有可用的对话的链接456。可以根据与进行查看的用户的相关性来对对话进行选择和/或排序。例如，如果对话包括进行查看的用户或者涉及与进行查看的用户共同的项目，则该对话可以被选择以供显示，或者在所显示的列表中排在更高的顺序。

在一些实施例中，对话可以基于诸如电子邮件对话、消息传送对话(聊天458)等之类的模态而被分组。在其他实施例中，横跨多个模态的对话可以以混合形式被呈现。对话参与者的隐私和安全性偏好也可以受到尊重，其中，除非进行查看的用户具有合适的权限，否则不希望与每个人共享的交换的其他信息可以不被显示。

图4G中的图400G示出了事件群组462，其显示了与进行查看的用户以及其人员卡片正在被显示的人员相关的日历事件。这些事件可以包括与进行查看的用户共同的会议、涉及与进行查看的用户共同的项目的会议、具有类似相关性的预约或任务，等等。在一些实施例中，所述事件还可以被分组为即将发生的事件464和过去的事件466。可以提供用于激活日历应用的链接或控件468，以搜索或查看可能与进行查看的用户相关的另外的事件。

图4H中的图400H示出了文档群组472，该文档群组472与进行查看的用户正在查看的人员的人员卡片相关联。该群组可能包括与进行查看的用户相关(例如，协作、共享等)的具有概要信息的新近的文档清单474，其中，所述概要信息例如标题、涉及该文档的最新近的动作、存储位置等。该视图还可以包括到不同存储位置的链接或控件，所述存储位置例如此人的云存储或者用于搜索和查看另外的相关文档的群组存储站点。

如上文所提及的，可以基于诸如用户上下文以及此人(以及信息)与进行查看的用户的相关性等之类的一系列标准来选择群组、每个群组视图中的细节、以及列出的信息的顺序。以下是一些示例场景。如果卡片上的人员是进行查看的用户的亲密同事，则查看他/她的管理者和组织图可能不是那么有趣，因为进行查看的用户已经知道这些信息。然而，此人最近修改的文档或共同的电子邮件/会议可能对进行查看的用户更感兴趣。在另一方面，如果名片上的人员是陌生人，则进行查看的用户可能会对组织图感兴趣以了解此人在组织中的职位。联系人细节也可能是相关的。如果进行查看的用户正在通过电子邮件客户端应用查看人员卡片，则对话和会议可能在列表中排在更高的顺序。如果进行查看的用户在从云存储应用开始，则文档群组可以在显示中被优先化。对所显示的内容的过滤也可以是基于用户上下文的或者与是与用户相关联的。例如，如果进行查看的用户在协作站点上，则在文档群组内显示的文档可以基于其在站点上的位置被选择。如果进行查看的用户正在查看其自己的人员卡片，则人员服务可以建议编辑动作作为首选建议，因为这是很可能的场景。对所呈现的动作和选项的选择的另一示例场景可以包括进行查看的用户的工作时间。如果时间在此人的工作时间内，则可以向进行查看的用户呈现包括视频会议在内的各种模态的通信。然而，如果时间在工作时间之外，则可以向进行查看的用户呈现电话通话或电子邮件作为首选项。

利用具体的***、服务、应用、模块、和用户体验示出了在图1A至4H中所提供的示例。实施例不限于根据这些示例的环境。上下文和社交距离感知的快速活性人员卡片可以在采用较少或另外的***、服务、应用、模块、和用户体验的环境中被实现。此外，在图1A至图4H中所示出的示例***、服务、应用、模块、和用户体验可以使用在本文中所描述的原理利用其他值以相似方式来实现。

图5是根据在本文中所描述的至少一些实施例来布置的示例网络化环境。除了本地安装的应用(例如，客户端应用106)之外，上下文和社交距离感知的快速活性人员卡片还可以结合托管的应用和服务(例如，人员服务124)而被提供，所述托管的应用和服务可以经由在一个或多个服务器506或个体服务器508上执行的软件来实现，如在图500中所示。托管的服务或应用可以通过(多个)网络510与诸如手持计算机501、台式计算机502、膝上型计算机503、智能电话504、平板计算机(或板式)505(“客户端设备”)之类的个体计算设备上的客户端应用进行通信，并且控制呈现给用户的用户界面。

客户端设备501-504被用来访问由托管的服务或应用所提供的功能。服务器506或服务器508中的一个或多个可以被用来提供如上文所讨论的多种服务。相关数据可以被存储在一个或多个数据存储单元(例如，数据存储单元514)中，所述数据存储单元可以由服务器506中的任何一个或者由数据库服务器512来管理。

网络510可以包括服务器、客户端、互联网服务提供商、和通信介质的任何拓扑。根据实施例的***可以具有静态或动态拓扑。网络510可以包括诸如企业网络之类的安全网络，诸如无线开放网络之类的非安全网络，或互联网。网络510还可以协调通过其他网络(例如，PSTN或蜂窝网络)的通信。网络510提供在本文中所描述的节点之间的通信。作为示例而非限制，网络510可以包括无线介质，例如声音介质、RF介质、红外介质、和其他无线介质。

可以采用计算设备、应用、引擎、和模块的许多其他配置来提供上下文和社交距离感知的快速活性人员卡片。此外，在图5中所讨论的联网环境仅是出于说明的目的。实施例不限于示例服务、应用、引擎、模块、或过程。

图6示出了根据在本文中所描述的至少一些实施例来布置的通用计算设备，该通用计算设备可以被配置为提供上下文和社交距离感知的快速活性人员卡片。

例如，计算设备600可以被用作服务器、台式计算机、便携式计算机、智能电话、专用计算机、或类似设备。在示例基本配置602中，计算设备600可以包括一个或多个处理器604和***存储器606。存储器总线608可以用于处理器604与***存储器606之间进行通信。在图6中通过内部虚线内的那些组件示出了该基本配置602。

根据期望的配置，处理器604可以具有任何类型，包括但不限于：微处理器(μP)、微控制器(μC)、数字信号处理器(DSP)、或其任何组合。处理器604可以包括一个以上层级的缓存，例如层级缓存存储器612、一个或多个处理器核心614、和寄存器616。示例处理器核心614可以(每个)包括算术逻辑单元(ALU)、浮点单元(FPU)、数字信号处理核心(DSP核心)、或其任何组合。示例存储器控制器618还可以与处理器604一起使用，或者在一些实现中，存储器控制器618可以是处理器604的内部部件。

根据期望的配置，***存储器606可以具有任何类型，包括但不限于易失性存储器(例如RAM)、非易失性存储器(例如ROM、闪速存储器等)、或其任何组合。***存储器606可以包括操作***620、人员服务622、以及程序数据624。人员服务622可以在检测到用户对查看联系人信息感兴趣而确定用户上下文和/或相关人员上下文时与通信模块626一起工作。用户上下文可以包括用户的属性，例如组织职位、偏好、地点、工作时间、用户在使用哪个应用等。相关人员上下文可以包括预先定义的社交距离内的人员(例如，用户的同伴、主管、亲密的朋友等)的上下文信息(类似于用户的上下文)。接着，与该用户感兴趣的一个或多个人员相关联的信息可以从生产力服务的服务器处的缓存存储设备中被选择并获取，以被提供至客户端应用以向用户显示。还可以使用观察到的用户行为基于用户和相关人员上下文来选择要被存储在服务器缓存中以供快速获取的信息。程序数据624可以包括人员数据628等，如在本文中所描述的。

计算设备600可以具有另外的特征或功能，以及用于促进基本配置602与任何期望的设备和接口之间的通信的另外的接口。例如，总线/接口控制器630可以用于促进基本配置602经由存储接口总线634与一个或多个数据存储设备632之间的通信。数据存储设备632可以是一个或多个可移动存储设备636、一个或多个不可移动存储设备638、或其组合。可移动存储设备和不可移动存储设备的示例可以包括：磁盘设备(例如，软盘驱动器和硬盘驱动器(HDD))、光盘驱动器(例如，压缩盘(CD)驱动器或数字通用盘(DVD)驱动器)、固态驱动器(SSD)、以及磁带驱动器等。示例计算机存储介质可以包括以用于存储诸如计算机可读指令、数据结构、程序模块、或其他数据之类的信息的任何方法或技术来实现的易失性和非易失性、可移动和不可移动的介质。

***存储器606、可移动存储设备636、和不可移动存储设备638可以是计算机存储介质的示例。计算机存储介质包括但不限于：RAM、ROM、EEPROM、闪速存储器或其他存储器技术、CD-ROM、数字通用盘(DVD)、固态驱动器、或其他光存储、盒式磁带、磁带、磁盘存储设备或其他磁存储设备、或者可用于存储期望的信息并且可以由计算设备600来访问的任何其他介质。任何这样的计算机存储介质可以是计算设备600的一部分。

计算设备600还可以包括用于促进经由总线/接口控制器630从各种接口设备(例如，一个或多个输出设备642、一个或多个***接口644、以及一个或多个通信设备646)到基本配置602的通信的接口总线640。示例输出设备642中的一些包括图形处理单元648和音频处理单元650，它们可以被配置为经由一个或多个A/V端口652而与诸如显示器或扬声器之类的各种外部设备进行通信。一个或多个示例***接口644可以包括串行接口控制器654或并行接口控制器656，它们可以被配置为经由一个或多个I/O端口658来与诸如输入设备(例如，键盘、鼠标、笔、语音输入设备、触摸输入设备等)或其他***设备(例如，打印机、扫描仪等)之类的外部设备进行通信。示例通信设备646包括网络控制器660，其可以被布置为促进经由一个或多个通信端口664在网络通信链路上与一个或多个其他计算设备662的通信。一个或多个其他计算设备662可以包括服务器、计算设备、和类似设备。

网络通信链路可以是通信介质的一个示例。通信介质通常可以由计算机可读指令、数据结构、程序模块、或经调制的数据信号(例如载波或其他传输机制)中的其他数据来实施，并且可以包括任何信息传递介质。“经调制的数据信号”可以是使得其特性中的一个或多个特性以将信息编码到信号中的方式设置或改变的信号。作为示例而非限制，通信介质可以包括有线介质(例如，有线网络或直接有线连接)以及无线介质(例如，声学介质、射频(RF)介质、微波介质、红外(IR)介质、和其他无线介质)。如在本文中所使用的术语计算机可读介质可以包括存储介质和通信介质两者。

可以将计算设备600实现为包括以上功能中的任何一种功能的通用或专用服务器、大型计算机、或类似的计算机的一部分。还可以将计算设备600实现为个人计算机，其包括膝上型计算机和非膝上型计算机配置两者。

示例实施例还可以包括用于提供上下文和社交距离感知的快速活性人员卡片的方法。这些方法可以以包括在本文中所描述的结构在内的任何数量的方式来实现。一种这样的方式可以是通过在本公开中所描述类型的设备的机器操作。另一种可选的方式可以是与以下方式相结合地执行方法的各个操作中的一者或多者：一个或多个人类操作者执行一些操作，而其他操作可以由机器执行。这些人类操作者无需彼此处于同一位置，但每个操作者可以仅与执行程序的一部分的机器在一起。在其他实施例中，人类交互可以例如通过可以是机器自动化的预先选择的标准而是自动化的。

图7示出了根据在本文中所描述的至少一些实施例来布置的示例过程的逻辑流程图，该示例过程用于提供上下文和社交距离感知的快速活性人员卡片。

过程700可以在计算设备、服务器、或其他***上实现。示例***可以包括：被配置为促进人员服务与通信或生产力服务和/或其应用之间的通信的通信接口，被配置为存储指令的存储器，以及一个或多个处理器，所述一个或多个处理器耦合至所述存储器并且被配置为提供上下文和社交距离感知的快速活性人员卡片。

过程700以操作710开始，其中，可以检测到用户对一个或多个联系人(人员)的兴趣。可以通过对用户在人员的信息上方的悬停动作、用户选择一个或多个人员、打开与所述人员相关联的文档或通信等的检测来检测用户兴趣。在操作720处，可以针对用可能感兴趣的人员来确定用户上下文和/或相关人员上下文。用户上下文可以包括用户的属性，例如组织职位、偏好、位置、工作时间、用户正在采用哪个应用等。相关人员上下文可以包括为预先定义的社交距离内的人员(例如，用户的同伴、主管、亲密的朋友等)的上下文信息(类似于用户的上下文)。如在本文中所使用的社交距离并不局限于与用户直接关联的人员。例如，不是用户的组织的一部分的人员可以向他们发送电子邮件。根据实施例，与该人员相关的数据也可以被获取(从诸如社交网络或职业网络之类的外部资源)和显示。

在操作730处，可以基于所确定的用户上下文和/或相关人员上下文从服务器缓存中获取人员数据。与用户相关的信息可能需要被快速提供给客户端应用，以供显示以及由用户消费。因此，这样的信息可以被存储在快速获取服务器缓存中，而不是对数据的获取可能花费时间的其他数据存储单元中。人员数据可以包括宽泛的信息。因此，不是与人员相关联的所有信息都可以存储在服务器缓存中。替代地，被发现与用户相关的信息可以被存储在那里。例如，如果过去在用户和人员之间共享了许多文档，则被确定为更相关的文档可以被存储在服务器缓存中。

在操作740处，可以提供所获取的人员数据以例如通过交互式用户界面向用户显示和消费。在可选的操作750处，可以接收观察到的用户行为以确定要被存储在服务器缓存中以供将来快速获取的人员数据。

在过程600中所包括的操作是出于说明的目的。上下文和社交距离感知的快速活性人员卡片可以通过具有更少或额外步骤的类似过程以及使用本文描述的原理的不同操作次序来实现。除了其他示例之外，这里描述的操作可以由在一个或多个计算设备、一个或多个处理器核、专用处理设备和/或通用处理器上操作的一个或多个处理器执行。

根据一些示例，描述了一种用于提供上下文和社交距离感知的快速活性人员卡片的模块。所述模块可以包括用于响应于接收到对用户对人员感兴趣的检测来确定用户上下文和相关人员上下文中的一个或多个的模块；用于获取与该人员相关联的人员数据的模块，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；以及用于提供所获取的人员数据以便以一个或多个人员卡片的形式来显示的模块，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的。

根据一些示例，描述了一种用于提供上下文和社交距离感知的快速活性人员卡片的方法。所述方法可以包括响应于接收到对用户对人员感兴趣的检测来确定用户上下文和相关人员上下文中的一个或多个；获取与该人员相关联的人员数据，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；以及提供所获取的人员数据以便以一个或多个人员卡片的形式来显示，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的。

根据其他示例，确定所述用户上下文可以包括确定所述用户的一个或多个属性，包括所述用户的组织职位、所述用户的偏好、所述用户的地点、所述用户的工作时间、以及所述用户所采用的应用。确定所述相关人员上下文可以包括确定所述人员的一个或多个属性，包括所述人员的组织职位、所述人员的偏好、所述人员的地点、所述人员的工作时间、以及所述人员所采用的应用。确定所述相关人员上下文还可以包括确定所述用户与所述人员之间的社交距离；以及根据所确定的社交距离来评价所述人员的所述一个或多个属性。

根据另外的示例，所述方法还可以包括接收用户行为信息以确定要被存储在所述服务器缓存处以供快速获取的相关人员数据。所述方法还可以包括从多个源接收人员数据；以及基于所接收的用户行为信息以及所述用户与关联于所接收到的人员数据的人员之间的社交距离，选择要被存储在所述服务器缓存中的所接收的人员数据的一部分。所述方法还可以包括根据类别将要显示在所述一个或多个人员卡片上的人员数据分组。

根据一些示例，所述类别可以包括洞察和动作、联系人细节、组织信息、同伴信息、群组成员身份、对话、事件、和文档。所述方法还可以包括基于所述用户上下文和所述相关人员上下文来选择要显示的人员数据群组以及要显示的人员数据群组的顺序。所述方法还可以包括响应于对群组的选择，提供具有人员数据的群组的详细内容来以人员卡片的形式被显示，以及基于所述用户上下文和所述相关人员上下文来选择详细内容以及所述详细内容内的信息的顺序。

根据其他示例，描述了一种用于提供上下文和社交距离感知的快速活性人员卡片的计算设备。所述计算设备可以包括被配置为促进通信的通信接口；被配置为存储指令的存储器；以及耦合至所述存储器并且被配置为执行人员服务的一个或多个处理器。所述人员服务可以配置为响应于从客户端应用接收到对用户对人员感兴趣的检测，确定用户上下文和相关人员上下文中的一个或多个；获取与该人员相关联的人员数据，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；提供所获取的人员数据以便以一个或多个人员卡片的形式来显示，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的；接收用户行为信息以确定要被存储在所述服务器缓存处以供快速获取的相关人员数据；以及基于所接收的用户行为信息以及所述用户与关联于所述相关人员数据的人员之间的社交距离，选择要被存储在所述服务器缓存中的所述相关人员数据的一部分。

根据其他示例，所述客户端应用可以是托管的服务的部分。所述托管的服务可以包括以下中的一个或多个：生产力服务、协同服务、云存储服务、通信服务、以及人员服务。所接收的用户行为信息可以采用一个或多个调用的形式。所述人员五福可以包括聚合控制器，其被配置为采用用户上下文来确定要向其传递一个或多个调用的一个或多个人员数据提供方。服务器缓存中的存储策略可以是由一个或多个人员数据提供方确定的。所述服务器缓存可以是可变大小、多层级缓存。

根据另外的示例，描述了一种用于提供上下文和社交距离感知的快速活性人员卡片的方法。所述方法可以包括通过与应用用户界面的交互来检测用户对人员感兴趣；向人员服务提交一个或多个调用，以确定用户上下文和相关人员上下文中的一个或多个；接收与所述人员相关联的人员数据，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；以一个或多个人员卡片的形式来显示所接收的人员数据，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的；检测与查看所显示的人员数据以及与所显示的人员数据进行交互相关联的用户行为；以及将用户行为信息提供至所述人员服务，以用于对要被存储在所述服务器缓存处以供快速获取的相关人员数据的选择。

根据一些示例，所述应用用户界面可能与以下中的一个或多个相关联：生产力应用、通信应用、联系人管理应用、日历应用、云存储应用、协同应用、社交网络应用、以及职业网络应用。

以上的说明书、示例、和数据提供对实施例的组成的制造和使用的完整描述。尽管已经用特定于结构特征和/或方法动作的语言描述了本主题，但应当理解的是，在所附权利要求中定义的主题不一定限于在上文中所描述的具体特征或动作。相反，在上文中所描述的具体特征和动作是作为实现权利要求和实施例的示例形式而公开的。

Claims (11)

1.一种用于提供上下文和社交距离感知的快速活性人员卡片的方法，所述方法包括：

响应于接收到对用户对人员感兴趣的检测，确定用户上下文和相关人员上下文中的一个或多个；

获取与所述人员相关联的人员数据，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；以及

提供所获取的人员数据以便以一个或多个人员卡片的形式来显示，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的。

2.根据权利要求1所述的方法，其中，确定所述用户上下文包括：

确定所述用户的一个或多个属性，所述一个或多个属性包括：所述用户的组织职位、与其他人员的社交距离、所述用户的偏好、所述用户的地点、所述用户的工作时间、以及所述用户所采用的应用。

3.根据权利要求1所述的方法，其中，确定所述相关人员上下文包括：

确定所述人员的一个或多个属性，所述一个或多个属性包括：所述人员的组织职位、所述人员的偏好、所述人员的地点、所述人员的工作时间、以及所述人员所采用的应用。

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

接收用户行为信息以确定要被存储在所述服务器缓存处以供快速获取的相关人员数据。

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

根据类别对要在所述一个或多个人员卡片上被显示的所述人员数据进行分组。

6.根据权利要求5所述的方法，其中，所述类别包括：洞察和动作、联系人细节、组织信息、同伴信息、群组成员身份、对话、事件、以及文档。

7.一种用于提供上下文和社交距离感知的快速活性人员卡片的计算设备，所述计算设备包括：

被配置为促进通信的通信接口；

被配置为存储指令的存储器；以及

耦合至所述存储器并且被配置为执行人员服务的一个或多个处理器，其中，所述人员服务被配置为：

响应于从客户端应用接收到对用户对人员感兴趣的检测，确定用户上下文和相关人员上下文中的一个或多个；

获取与所述人员相关联的人员数据，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；

提供所获取的人员数据以便以一个或多个人员卡片的形式来显示，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的；

接收用户行为信息以确定要被存储在所述服务器缓存处以供快速获取的相关人员数据；以及

基于所接收的用户行为信息以及所述用户与关联于所述相关人员数据的人员之间的社交距离，选择要被存储在所述服务器缓存处的所述相关人员数据的一部分。

8.根据权利要求7所述的计算设备，其中，所述客户端应用是托管的服务的一部分。

9.根据权利要求8所述的计算设备，其中，所述托管的服务包括以下中的一个或多个：生产力服务、协同服务、云存储服务、通信服务、以及所述人员服务。

10.根据权利要求7所述的计算设备，其中，所述人员服务包括聚合控制器，所述聚合控制器被配置为采用用户上下文来确定要向其传递一个或多个调用的一个或多个人员数据提供方。

11.一种用于提供上下文和社交距离感知的快速活性人员卡片的方法，所述方法包括：

通过与应用用户界面的交互来检测用户对人员感兴趣；

向人员服务提交一个或多个调用，以确定用户上下文和相关人员上下文中的一个或多个；

接收与所述人员相关联的人员数据，所述人员数据包括被存储在服务器缓存中以供快速访问的动态信息；

以一个或多个人员卡片的形式来显示所接收的人员数据，其中，所述人员数据是基于所述用户上下文和所述相关人员上下文来选择和排序以供显示的；

检测与查看所显示的人员数据以及与所显示的人员数据进行交互相关联的用户行为；以及

将用户行为信息提供至所述人员服务，以用于对要被存储在所述服务器缓存处以供快速获取的相关人员数据的选择。