CN109844786A - 使用协作图的协作者推荐 - Google Patents

Abstract

本公开的方面涉及用于提供推荐的协作者的系统和方法。在一个方面中，可以在数据建模服务处接收与至少一个应用相关联的协作数据。可以创建用于表示与至少一个应用相关联的协作数据的协作图。可以查询所述协作图以识别用于在至少一个应用内进行协作的多个推荐的协作者。可以以基于一组标准的排名顺序来对所述多个推荐的协作者进行排名。

Description

使用协作图的协作者推荐

背景技术

计算机和软件用户已经习惯了用于共同创作文件、文档、消息等的用户友好的软件应用。例如，存储提供商(例如，云存储提供商)提供诸如文字处理应用、电子表格应用、电子幻灯片演示应用、电子邮件应用、聊天应用、语音应用等之类的应用，其中，用户可以在所述应用内彼此共同创作或协作。协作包括识别用于共享文档和/或利用其他协作特征的协作者/用户。用于识别要进行协作的其他用户的现有技术需要手动地键入其他潜在用户的名字，并且有时需要按顺序地键入。由于需要繁重的键入，这样的技术是枯燥的并且容易出错。由此，用于识别要进行文档协作的用户的现有技术可能是繁琐的、困难的、且低效率的，这最终会引起缺少对文档协作的参与。

发明内容

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

总而言之，该公开一般地涉及用于提供推荐的协作者的系统和方法。在一个方面中，可以在数据建模服务处接收与至少一个应用相关联的协作数据。可以创建用于表示与至少一个应用相关联的协作数据的协作图。可以查询所述协作图以识别用于在至少一个应用内协作的多个推荐的协作者。可以以基于一组标准的排名顺序来对所述多个推荐的协作者进行排名。

在另一方面中，可以接收针对用于在至少一个应用内协作的推荐的协作者的请求。可以查询协作图以识别用于在至少一个应用内协作的多个推荐的协作者。基于排名顺序的推荐的协作者的列表可以被发送至客户端计算设备以用于在用户界面中显示。

在另一方面中，可以呈现用于更新推荐的协作者的排名顺序的方法。在一个示例中，可以接收在用户界面中对在应用内显示的至少一个推荐的协作者的选择的指示。可以在数据建模服务处记录对至少一个推荐的协作者的选择的指示。可以调整被分配给与所述应用相关联的协作数据的多个权重的优先级。可以至少部分地基于被分配给与所述应用相关联的协作数据的多个权重的经调整的优先级来更新推荐的协作者的排名顺序。

附图说明

参考附图描述了具体实施方式。在附图中，附图标记中最左边的数字标识了该附图标记第一次出现的图。在说明书和附图中的不同实例中使用相同的附图标记可以指示相似或相同的项。

图1A示出了根据示例方面的、用于提供推荐的协作者的示例性协作系统。

图1B示出了根据示例方面的、用于提供推荐的协作者的示例性数据建模服务。

图2示出了根据示例方面的、用于对协作数据建模的示例性协作图。

图3示出了根据示例方面的、在客户端计算设备的用户界面上显示的文字处理应用的一个视图。

图4示出了根据示例方面的、用于提供推荐的协作者的示例性方法。

图5示出了根据示例方面的、用于更新推荐的协作者的排名顺序的示例性方法。

图6示出了适合于实现在本文中所公开的增强型协作技术的计算系统，其包括在附图中示出并且在以下的技术公开中讨论的环境、架构、元件、过程、用户界面、以及操作场景和序列中的任何一个。

具体实施方式

本公开的方面一般地涉及提供推荐的协作者。例如，由应用所创建的诸如文字文档之类的文件可以包括诸如共享该文件之类的一个或多个协作特征。就这一点而言，当用户决定共享文件时，该用户可以邀请其他用户以在该文件内协作。在一个示例中，可以选择邀请和/或共享选项以触发在文件内的共享和/或协作。在一些示例中，响应于对邀请和/或共享选项的选择，本公开的协作系统可以接收针对用于在该文件内协作的推荐的协作者的请求。就这一点而言，数据建模服务可以包括用于提供推荐的协作者的协作图。协作图可以对与该文件、请求推荐的协作者的用户、和/或推荐的协作者相关联的协作数据进行建模和/或表示。例如，所述协作数据可以包括电子邮件数据、即时消息传送数据、历史文件数据、组织层级数据、会议数据、文件上下文数据、专业知识数据、和用户影响数据。所述协作图可以包括用于提供推荐的协作者的协作数据。在一些示例中，可以查询所述协作图并且可以确定推荐的协作者的排名顺序。例如基于所确定的排名顺序的最相关的推荐的协作者的列表可以被返回给用户，并且在用户界面中被显示。由此，所述用户可以快速且高效地识别他们想要与之共享其文件和/或进行协作的一个或多个用户，而不用花时间手动地键入例如另一用户的全名。

如在上文中所讨论的，用于识别要进行协作的其他用户的现有技术需要手动地键入其他潜在用户的名字，并且有时需要按顺序键入。由于需要繁重的键入，这样的技术是枯燥的并且容易出错。因此，用于识别针对文档协作的用户的现有技术可能是繁琐的、困难的、且低效率的，这最终会引起缺少对文档协作的参与。由此，在本文中所描述的方面包括这样的技术，其使得与文件和/或应用的另一用户/协作者的协作变得直观、用户友好、且高效。例如，通过在用户键入另一用户/协作者的名字之前和/或在用户键入另一用户/协作者的名字时动态地提供要在文件和/或应用中进行协作的推荐的协作者，用户能够从她最相关的潜在的协作者和/或联系人中快速地选择推荐的协作者，而没有犯错误的风险。

由此，可以领会的技术效果在于，通过使用协作图来对协作数据进行表示和/或建模以确定要推荐给用户在文档上和/或在应用内协作的最相关的协作者，可以降低处理器负载、可以节约存储器、并且可以降低网络带宽使用。可以领会的另一技术效果在于，文件的用户和/或共同作者/协作者可以当在应用内协作时快速地、容易地、且高效地查看并选择与他们最相关的那些协作者。可以领会的另一技术效果在于，在用户键入另一用户/协作者的名字之前和/或在用户键入另一用户/协作者的名字时显示多个推荐的协作者中的至少一些协作者促成了引人注意的视觉和功能体验，以允许用户高效地与用于在应用内协作和/或共同创作的用户界面进行交互。可以领会的另一技术效果在于，可以通过向所述用户的至少共同邻居和/或所选择的用户/协作者分配较大的权重，来在用户键入另一用户/协作者的名字和/或从所述用户界面选择另一用户/协作者时调整其他推荐的协作者的顺序。

现在参考附图(在这些附图通篇中的相同的附图标记表示相同的元素)，将描述本公开和示例性操作环境的多个方面。参考图1A，示出了用于提供推荐的协作者的协作系统100的一个方面。协作系统100可以包括客户端计算设备104和服务器计算设备106。在多个方面中，可以在客户端计算设备104上实现协作系统100。在基本配置中，客户端计算设备104是具有输入元件和输出元件两者的手持式计算机。客户端计算设备104可以是用来实现用于提供推荐的协作者的协作系统100的任何合适的计算设备。例如，客户端计算设备104可以是以下中的至少一个：移动电话；智能电话；平板计算机；平板电话；智能手表；可穿戴计算机；个人计算机；台式计算机；膝上型计算机；游戏设备/计算机(例如，Xbox)；电视机；等。该列表仅仅是示例性的，并且不应当被认为是进行限制。可以利用用来实现用于提供推荐的协作者的协作系统100的任何合适的客户端计算设备104。

在多个方面中，协作系统100可以被实现在服务器计算设备106上。服务器计算设备106可以通过网络105往来于客户端计算设备104提供数据。在多个方面中，协作系统100可以在多于一个服务器计算设备106(例如，多个服务器计算设备106)上被实现。如上文所讨论的，服务器计算设备106可以通过网络105往来于客户端计算设备104提供数据。数据可以通过适合于传送数据的网络进行通信。在一些方面中，网络是诸如互联网之类的分布式计算机网络。就这一点而言，网络可以包括局域网(LAN)、广域网(WAN)、互联网、无线和有线传输介质。在另一方面中，协作系统100可以被实现为基于web的应用。在一个示例中，基于web的应用可以包括任何客户端-服务器软件应用，其中，客户端(例如，用户界面)运行在web的浏览器和/或能够渲染HTML、Flash、Silverlight等的任何组件中。

在本文中所描述的方面和功能可以经由多种计算系统来操作，所述计算系统包括但不限于：台式计算机系统、有线和无线计算系统、移动计算系统(例如，移动电话、上网本、平板或板式计算机、笔记本计算机、以及膝上型计算机)、手持式设备、多处理器系统、基于微处理器的或可编程的消费型电子设备、小型计算机、以及大型计算机。

另外，在本文中所描述的方面和功能可以在分布式系统(例如，基于云的计算系统)上操作，其中应用功能、存储器、数据存储和取回、以及各种处理功能可以在诸如互联网或内联网之类的分布式计算网络上彼此远离地操作。可以经由板载计算设备显示器或者经由与一个或多个计算设备相关联的远程显示单元来显示各种类型的用户界面和信息。例如，各种类型的用户界面和信息是在各种类型的用户界面和信息所投射到的墙面上显示并且在这样的墙面上进行交互。与本发明的方面利用其实践的多个计算系统的交互包括：击键输入、触摸屏输入、语音或其他音频输入、手势输入，其中相关联的计算设备装备有用于捕获和解译用户手势的检测(例如，相机)功能，所述用户手势是用于控制计算设备的功能等的。

各种组件可以使用硬件、软件、或者硬件和软件的组合来实现。在多个方面中，客户端计算设备104可以包括用户界面组件110、上下文分析组件112、以及推荐的协作者列表114。用户界面组件110可以促进提供推荐的协作者。例如，用户界面组件110可以发起对在客户端计算设备104的用户界面中利用应用所创建的文件的渲染。在一个示例中，应用可以包括适合于协作和/或共同创作的任何应用，例如，文字处理应用、电子表格应用、电子幻灯片演示应用、电子邮件应用、聊天应用、语音应用等。在一种情况下，与所述应用相关联和/或利用所述应用创建的文件可以包括文字文档、电子表格、电子幻灯片演示、电子邮件、聊天对话等。由此，示例性应用可以是电子幻灯片演示应用。在该示例中，与电子幻灯片演示应用相关联的示例性文件可以包括电子幻灯片演示。

在另一示例中，所述文件可以包括至少一个协作特征。在一个示例中，所述至少一个协作特征可以包括邀请其他用户和/或协作者在文件内协作。例如，可以响应于接收到关于邀请图标进行的兴趣指示来呈现包括与所述文件的用户相关联的一个或多个推荐的协作者的列表。在一些情况下，所述列表是在客户端计算设备104的用户界面中显示的选择器内被呈现的。就这一点而言，用户可以选择至少一个推荐的协作者以与其在所述文件中协作。在另一示例中，可以在所述文件的用户在该文件内的任何时间呈现包括与该用户相关联的一个或多个推荐的协作者的列表。

在一个方面中，响应于接收到关于所述至少一个协作特征(例如，邀请图标)进行的兴趣指示，上下文分析组件112可以对文件的上下文信息(例如，文件上下文数据)执行分析。在一个示例中，所述兴趣指示可以包括触摸、点击、可听到的引用、指点、选择、和/或任何兴趣指示或者对至少一个协作特征的选择。在一个示例中，文件上下文数据可以包括文件类型、标题、主题、用户标识符、和/或关键词。由此，对文件的上下文信息执行分析可以包括搜索该文件和/或识别该文件类型、该文件的标题、该文件的主题、包括在该文件中的关键词、和/或与请求推荐的协作者的该文件的用户相关联的标识符。就这一点而言，上下文分析组件112可以将针对推荐的协作者的请求发送至服务器计算设备106。在一个示例中，针对推荐的协作者的请求可以包括在该文件内所识别的上下文信息。

在一些方面中，服务器计算设备106可以包括上下文分析组件112、协作服务130、和数据建模服务140。如在上文中所讨论的，上下文分析组件112可以对文件的上下文信息(例如，文件上下文数据)执行分析。在一些示例中，当上下文分析组件112位于服务器计算设备106处时，上下文分析组件112可以将针对推荐的协作者的请求发送至协作者服务130。在一些示例中，上下文分析组件112是客户端计算设备104的一部分和/或位于客户端计算设备104处。在其他示例中，上下文分析组件112是服务器计算设备106的一部分和/或位于服务器计算设备106处。在其他示例中，上下文分析组件112中的一个或多个组件位于客户端计算设备104处，并且上下文分析组件112中的一个或多个组件位于服务器计算设备106处，以使得上下文分析组件112位于客户端计算设备104和服务器计算设备106两者处。

在一个示例中，协作服务130可以被配置为收集、存储、管理、和访问与协作系统100相关联的数据和/或信息。例如，协作者服务130可以收集和存储可以个或多个文件、与文件相关联的协作数据、和/或与所述文件的用户相关联的一个或多个联系人。在另一示例中，协作者服务130可以接收与利用应用所创建的文件相关联的数据。例如，客户端计算设备104可以通过网络105往来于服务器计算设备106提供数据。在一些示例中，所述数据可以包括在所述文件内所识别的并且与针对推荐的协作者的请求一起被发送的上下文信息。就这一点而言，协作者服务130可以接收针对用于在所述文件内协作的推荐的协作者的请求。在一个示例中，协作者服务130包括应用编程接口(API)(例如，REST API)，其用于接收针对用于在文件内进行协作的推荐的协作者的包括上下文信息的请求。在另一示例中，RESTAPI可以将数据、信息、和/或查询(例如，包括具有文件的上下文信息的请求)发送至数据建模服务140。

在一些示例中，数据建模服务140可以包括协作图。就这一点而言，数据建模服务140可以被配置为创建协作图以用于对与所述文件相关联的协作数据进行表示和/或建模。就这一点而言，数据建模服务140可以接收/收集、和/或访问与协作系统100相关联的数据和/或信息。例如，数据建模服务140可以接收、收集、和存储一个或多个文件、与文件相关联的协作数据、和/或与该文件的用户相关联的一个或多个联系人。在另一示例中，数据建模服务140可以接收与利用应用所创建的文件相关联的数据。在一些示例中，所述数据可以包括在所述文件内所识别的并且与针对推荐的协作者的请求一起被发送的上下文信息。在一些示例中，由协作图所表示的协作数据包括电子邮件数据、即时消息传送数据、历史文件数据、组织层级数据、会议数据、文件上下文数据、专业知识数据、以及用户影响数据，它们将关于图1B被详细讨论。在一个示例中，数据建模服务140可以从协作服务130接收数据。

在多个方面中，数据建模服务140可以是协作者服务130的一部分和/或位于协作者服务130处。在另一示例中，数据建模服务140可以是分开的组件和/或可以位于与协作服务130分开的位置。可以领会的是，尽管在图1A中示出了一个服务器计算设备106，但协作系统100可以包括具有多个协作者服务130和多个数据建模服务140的多个服务器计算设备106。在一些情况下，服务器计算设备106可以包括多个协作者服务130和多个数据建模服务140。例如，多个协作者服务130可以至少包括文件存储提供商、外部活动服务、以及文档编辑客户端。在一个示例中，协作者服务130可以是云存储服务，例如OneDrive、SharePoint、Google Drive、Dropbox等。

在一个示例中，协作图包括多个节点和多条边。所述多个节点中的每个节点可以表示与应用相关联的和/或利用应用创建的文件的用户和/或协作者。例如，所述多个节点中的每个节点可以包括与文件的用户相关联的协作数据。在另一示例中，所述多个节点中的每个节点可以包括与文件的一个或多个协作者相关联的协作数据。在一些情况下，所述多个节点表示与所述文件相关联的多个推荐的协作者，并且包括与所述多个推荐的协作者相关联的协作数据。在一种情况下，多条边中的每条边连接两个节点。例如，协作图中的第一边可以将第一节点连接至第二节点。在另一示例中，多条边中的每条边可以包括对多个文件的指示，所述文件已经在与由该边所连接的每个节点相关联的每个用户之间被协作。例如，如果用户A(例如，节点A)经由一条边连接至用户B(例如，节点B)，并且用户A和用户B一起对100个文件进行了协作，则连接节点A和节点B的边可以包括对100的指示。

在一个示例中，响应于接收到针对推荐的协作者的请求，数据建模服务140可以查询所述协作图，以识别用于在文件和/或应用内协作的多个推荐的协作者。例如，查询协作图以识别用于在文件和/或应用内协作的多个推荐的协作者可以包括从多个节点中识别开始节点。例如，所述开始节点可以与请求推荐的协作者的用户相关联。也就是说，所述开始节点可以表示请求推荐的协作者的用户。

在一种情况下，查询协作图以识别用于在文件和/或应用内协作的多个推荐的协作者可以包括从所述多个节点中识别距开始节点具有预先确定的距离的一组节点。预先确定的距离可以是任何一个节点距开始节点的“步”的数量。例如，预先确定的距离可以包括“一步”、“两步”、“三步”等。在一个示例中，预先确定的“一步”的距离可以包括多个节点，所述多个节点表示直接与由开始节点所表示的用户进行协作的用户/协作者。在另一示例中，预先确定的“两步”的距离可以包括多个节点，所述多个节点表示这样的用户/协作者，其与由开始节点所表示的用户直接协作的用户/协作者进行协作，但是他们自己不与由开始节点所表示的用户直接协作。在另一示例中，预先确定的“三步”的距离可以包括多个节点，所述多个节点表示与由具有预先确定的“两步”的距离的节点所表示的用户/协作者进行协作的用户/协作者。在一些情况下，经标识的多个推荐的协作者可以包括由具有预先确定的“一步”的距离的节点所表示的协作者。在一些情况下，经标识的多个推荐的协作者可以包括由具有预先确定的“两步”的距离的节点所表示的协作者。在一些情况下，经标识的多个推荐的协作者可以包括由具有预先确定的“三步”的距离的节点所表示的协作者。在一些情况下，经标识的多个推荐的协作者可以包括由具有预先确定的距离中的任何一个和/或任何组合的节点所表示的协作者。

在多个方面中，可以以基于一组标准的排名顺序来对多个经标识的推荐的协作者进行排名。所述一组标准可以包括协作频率、协作新近度、协作距离、文件上下文数据、专业知识数据、和用户影响分数。协作频率可以包括对与请求推荐的协作者的用户(例如，由开始节点表示)和推荐的协作者之间的协作数据相关联的交互的数量的度量。与所述协作数据相关联的交互可以包括一同对这样的文件协作的交互、通信交流(例如，在用户与推荐的协作者之间发送的电子邮件和/或即时消息、用户与推荐的用户之间的安排的会议和/或电话通话)、上下文信息的相似性、与用户和推荐的协作者相关联的文件主题和/或专业知识知识，等等。例如，如果用户A和用户B一同对100个文件进行协作，则用户A和用户B之间的协作频率可以是100。

协作新近度可以包括对自请求推荐的协作者的用户与该推荐的协作者协作以来的时间的量的度量。例如，如果用户A在一周前与用户B协作，则协作新近度将是一周。协作距离是请求推荐的协作者的用户与该推荐的协作者之间的预先确定的距离，如在本文中所讨论的。例如，如果推荐的协作者距请求该推荐的协作者的用户“一步”远，那么协作距离就是“一步”。文件上下文数据可以包括文件的文件类型、标题、主题、用户标识符、和/或关键字。专业知识数据可以包括与请求推荐的协作者的用户和该推荐的协作者的专业知识相关的数据。例如，如果推荐的协作者是通信方面的专家，那么推荐的协作者可以具有这样的标记，该标记指示可以被包括在专业知识数据中的这样的专业知识。用户影响分数可以是基于推荐的协作者的连接的数量和/或与推荐的协作者连接(例如，具有“一步”距离)的协作者的影响分数来计算并分配给推荐的协作者的分数。

在一种情况下，以基于一组标准的排名顺序对所述多个推荐的协作者进行排名可以包括多个计算/测量。在一个示例中，以基于一组标准的排名顺序对多个推荐的协作者进行排名可以包括测量协作频率、协作新近度、和协作距离。在另一示例中，以基于一组标准的排名顺序对所述多个推荐的协作者进行排名可以包括识别请求推荐的协作者的用户的文件上下文数据与推荐的协作者和/或多个推荐的协作者的文件上下文数据之间的相似性。在另一示例中，以基于一组标准的排名顺序对所述多个推荐的协作者进行排名可以包括识别请求推荐的协作者的用户的文件上下文数据与推荐的协作者和/或多个推荐的协作者的专业知识数据之间的相似性。在另一示例中，以基于一组标准的排名顺序对所述多个推荐的协作者进行排名可以包括计算推荐的协作者和/或多个推荐的协作者的用户影响分数。在另一示例中，以基于一组标准的排名顺序对所述多个推荐的协作者进行排名可以包括将多个权重分配至与多个推荐的协作者关联的协作数据。例如，协作数据(例如，电子邮件数据、即时消息传送数据、历史文件数据、组织性层级数据、会议数据、文件上下文数据、专业知识知识数据、和用户影响数据)的每一段可以具有向其分配的权重。就这一点而言，具有向其分配的较高权重的一段数据可以在对多个推荐的协作者进行排名时被给予较高的优先级。在一些情况下，以基于一组标准的排名顺序对所述多个推荐的协作者进行排名可以包括利用在本文中所描述的方法、计算、和/或测量中的任何一个和/或任何组合。

在一些示例中，当确定了推荐的协作者的排名顺序时，数据建模服务140可以基于所述排名顺序来创建推荐的协作者的列表。例如，具有最高排名的推荐的协作者可以被包括在推荐的协作者的列表的顶部，以用于向请求推荐的协作者的用户呈现。在一些情况下，具有最高排名的多个推荐的协作者可以被包括在推荐的协作者的列表中，以用于呈现给用户以便在文件内进行协作。例如，具有最高排名的推荐的协作者中的至少一些可以被包括在推荐的协作者的列表中。任何数量的推荐的协作者可以被包括在推荐的协作者的列表中，以用于呈现给用户以便在文件内进行协作。例如，具有最高排名的十个协作者可以被包括在推荐的协作者的列表中。在另一示例中，具有最高排名的五个协作者可以被包括在推荐的协作者的列表中。

在另一示例中，数据建模服务140可以基于排名顺序来将推荐的协作者的列表发送至客户端计算设备104。就这一点而言，用户界面组件110和/或在用户界面中渲染的文件可以在用户界面中在文件内显示推荐的协作者的列表114。在一个示例中，推荐的协作者的列表114可以被显示在选择器内，所述选择器被显示在用户界面中。在一个示例中，所述选择器接近于文件内容而被显示在用户界面中。

在一个示例中，用户界面组件110可以是可触摸的用户界面，其能够经由与客户端计算设备104的屏幕接触来接收输入，由此充当输入设备和输出设备两者。例如，可以在客户端计算设备104的屏幕上显示或输出内容，并且可以通过使用触笔与屏幕接触或通过用户的直接物理接触(例如，触摸屏幕)来接收输入。接触可以包括，例如，轻敲屏幕，使用手势(例如，滑动或捏合屏幕)，在屏幕上勾画，等等。

在另一示例中，用户界面组件110可以是非触摸用户界面。例如，在一种情况下，当平板设备被固定在扩展坞(docking station)处时，该平板设备可以被用作非触摸设备(例如，平板设备可以包括非触摸用户界面)。在另一种情况下，台式计算机可以包括非触摸用户界面。在该示例中，非可触摸的用户界面能够经由与客户端计算设备104的屏幕接触来接收输入，由此充当输入设备和输出设备两者。例如，可以在客户端计算设备104的屏幕上显示或输出内容，并且例如可以通过使用光标与屏幕接触来接收输入。就这一点而言，接触可以包括，例如，使用诸如鼠标之类的设备将光标放在非可触摸的用户界面上。

现在参考图1B，其示出了根据示例方面的用于提供推荐的协作者的示例性数据建模服务140。数据建模服务140包括在上文中关于图1A所描述的所有功能。在一个方面中，数据建模服务140包括协作图150和协作数据170。如上文所讨论的，可以将数据建模服务140配置为创建协作图150，以用于对协作数据170进行表示和/或建模。在一个示例中，协作数据170包括用户影响分数152、电子邮件数据154、即时消息传送数据156、组织性层级数据158、会议数据160、历史文件数据162、文件上下文数据164、和专业知识数据166。在一个示例中，可以基于推荐的协作者的连接的数量和/或与推荐的协作者连接的协作者的经计算的影响分数来计算用户影响分数152。例如，用户影响分数152可以受到以下四个因素的影响：出站(outbound)连接的数量、邻居(例如，“一步”远的节点/用户)的影响分数、协作的强度、以及邻居的入站(inbound)连接的数量。在一个示例中，可以使用PageRank算法(例如，本领域技术人员已知的)来计算用户影响分数152。

在另一示例中，可以使用边加权的PageRank算法来计算用户影响分数152。例如，随机矩阵A可以被调整以使得每个条目变为：

其中，W(u,v)是从节点u到节点v的边的权重，N(v)是节点v的入站邻居。PageRank算法中的阻尼因子d可以控制节点从一个或多个邻居能够获得多大的影响分数。在一个示例中，阻尼因子d可以被设置为0.6。在一些情况下，协作图150可以包含至少一个悬挂(dangling)节点。悬挂节点是接收PageRank用户影响分数152，但不将用户影响分数152传递给邻居的节点。在该情况下，可以为悬挂节点创建后链(backlink)。例如，后链可以包括从没有接收到用户影响分数152的邻居连接到悬挂节点的边。在一些情况下，协作图150可以包括孤立节点。孤立节点可以包括不与其他节点(例如，用户)协作的一个或多个节点(例如，用户)。在一些示例中，与其他进行协作的节点相比，孤立节点可以具有较小的用户影响分数152。孤立节点可以将用户影响分数为152等同地给予协作图150中的所有其他节点。在一些情况下，可以使用PageRank算法和Reducer的C#实现来计算用户影响分数152。例如，随机矩阵空间可以有效地被表示为每个顶点(例如，节点)可能仅允许有限的存储器空间。在另一示例中，可以避免全矩阵乘法以提高性能。在另一示例中，可以针对孤立节点计算一次用户影响分数152。

在一个示例中，电子邮件数据154可以包括诸如电子邮件通信之类的通信活动。就这一点而言，电子邮件数据154可以包括以下数据，例如用户向其发送电子邮件的联系人和用户从其接收电子邮件的联系人。在另一示例中，电子邮件数据154可以包括向与用户相关联的联系人发送以及从与用户相关联的联系人接收的电子邮件的内容。在一个示例中，即时消息传送数据156可以包括诸如即时消息传送通信之类的通信活动。就这一点而言，即时消息传送数据156可以包括诸如用户向其发送即时消息的联系人以及用户从其接收即时消息的联系人之类的数据。在另一示例中，即时消息传送数据156可以包括向与用户相关联的联系人发送以及从与用户相关联的联系人接收的即时消息的内容。在一个示例中，组织性层级数据158可以包括与用户的组织相关联的数据。例如，组织性层级数据158可以包括用户定期与其工作的同事、用户的老板、用户给予其工作的员工、用户与其协作的员工和/或同事等的联系人信息和/或内容。在一个示例中，会议数据160可以包括用户一直与其会面的人和/或用户定期与其会面的人的联系人信息。在另一示例中，会议数据160可以包括与用户参加的会议相关联的内容，例如，会议的主题、会议中讨论的内容等。

在一个示例中，历史文件数据162可以包括来自过去的协作的数据。例如，历史文件数据162可以包括用户先前在文件、通信(例如，电子邮件、即时消息、电话通话)等方面协作过的联系人。在另一示例中，历史文件数据162可以包括用户先前在其上与其他用户/协作者/联系人协作过的文件、通信(例如，电子邮件、即时消息、电话通话)等内容(例如，被共享、编辑、和讨论过的文件和通信)。在一个示例中，文件上下文数据164可以包括与文件、电子邮件、即时消息等相关联的文件类型、标题、主题、用户标识符、和/或关键字，和/或文件、电子邮件、即时消息等的内容。在一个示例中，可以使用自然语言处理技术从文件、电子邮件、即时消息等中识别和/或提取文件上下文数据164。在一个示例中，专业知识数据166可以包括与用户和/或协作者的专业知识相关联的数据。例如，专业知识数据166可以包括协作者的联系人信息，所述协作者是与用户创作的文件的内容相关联的领域/主题的专家。在另一示例中，专业知识数据166可以包括与用户和/或协作者的专业知识相关联的内容。在一个示例中，专业知识数据166可以与用户的网络和/或组织外部的协作者相关联。

现在参考图2，示出了用于对协作数据建模的示例性协作图210。协作图210包括多个节点212A-212E以及多条边214A-214H。多个节点212A-212E中的每个节点表示文件1和文件2的用户和/或协作者，如在图2中所示。文件1包括协作树220，而文件2包括协作树230。协作树220示出了与文件1相关联的用户/协作者的交互/协作。协作树230示出了与文件2相关联的用户/协作者之间的交互/协作。如在图2中所示，Alice是文件1和文件2的作者/创建者，并且由节点212A表示。边214A将节点212A(例如，表示Alice)连接至节点212B(例如，表示Bob)。如在图2中所示，边214A具有指示2。就这一点而言，与边214A相关联的指示2指示Alice和Bob彼此协作了2次(例如，协作频率是2)。在图2中所示出的示例中，Alice和Bob对两个文件——文件1和文件2进行了协作。协作树220示出了Alice创建文件1，编辑文件1，并且Bob读取文件1。协作树230示出了Alice创建文件2，编辑文件2，并且Bob读取文件2。在一个示例中，协作在文件的作者/创建者对文件进行编辑(例如，开始在文件中写)时开始。在另一示例中，当文件的作者/创建者对文件进行其最后的编辑时，协作开始。

如在图2中所示，边214B将节点212A(例如，表示Alice)连接至节点212D(例如，表示Cruz)。边214B具有指示1。就这一点而言，与边214B相关联的指示1指示Alice和Cruz彼此协作了一次。在图2中所示出的示例中，Alice和Cruz对文件1进行了协作。协作树220示出了Alice创建文件1，编辑文件1，并且Cruz读取文件1，编辑文件1。就这一点而言，如在图2中所示，边214C将Cruz连接至Alice(例如，将节点212D连接至节点212A)，并且具有指示1。在一个示例中，边214B指示Alice对Cruz有影响(例如，Alice编辑文件1，并且Cruz读取文件1)。在另一示例中，边214C指示Cruz对Alice有影响(例如，Cruz编辑文件1，并且Alice在Cruz编辑文件1之后读取文件1)。

如在图2中所示，边214E将节点212A(例如，表示Alice)连接至节点212C(例如，表示Dan)。边214E具有指示1。就这一点而言，与边214E相关联的指示1指示Alice和Dan彼此协作了一次。在图2中所示出的示例中，Alice和Dan对文件1进行了协作。协作树220示出了Alice创建文件1，编辑文件1，并且Dan读取文件1，编辑文件1。就这一点而言，如在图2中所示出的，边214D将Dan连接至Alice(例如，将节点212C连接至节点212A)，并且具有指示1。在一个示例中，边214E指示Alice对Dan有影响(例如，Alice编辑文件1并且Dan读取文件1)。在另一示例中，边214D指示Dan对Alice有影响(例如，Dan编辑文件1)。

如在图2中所示，边214G将节点212C(例如，Dan)连接至节点212D(例如，Cruz)。边214G指示1。就这一点而言，与边214G相关联的指示1指示Dan和Cruz彼此协作了一次。在图2中所示出的示例中，Dan和Cruz对文件1进行了协作。协作树220示出了Cruz读取文件1，编辑文件1，并且Dan读取文件1，编辑文件1。如在图2中所示，边214F将Cruz连接至Dan(例如，将节点212D连接至节点212C)，并且具有指示1。在一个示例中，边214G指示Dan对Cruz有影响(例如，Dan编辑文件1)。在另一示例中，边214F指示Cruz对Dan有影响(例如，Cruz编辑文件1，并且Dan读取文件1)。

如在图2中所示，边214H将节点212D(例如，表示Cruz)连接至节点212E(例如，表示Jan)。边214H具有指示1。就这一点而言，与边214H相关联的指示1指示Cruz和Jan彼此作了一次。在图2中所示出的示例中，Cruz和Jan对文件1和文件2之外的文件、通信等进行了协作。就这一点而言，Jan不与Alice直接连接。由此，Alice与Jan之间的协作距离(例如，预先确定的距离)是“两步”。

现在参考图3，示出了在客户端计算设备104的用户界面上显示的文字处理应用的一个视图300，所述客户端计算设备104例如台式电脑、平板计算机、或移动电话。如在图3中所示出的示例性应用是文字处理应用。在一个示例中，应用程序可以包括适合于协作和/或共同创作的任何信息处理应用，例如文字处理应用、电子表格应用、和电子幻灯片演示应用。在一种情况下，与所述应用相关联的文件可以包括word文档、电子表格、和/或电子幻灯片演示。由此，示例性应用可以是如在图3中所示出的文字处理应用。在该示例中，与文字处理应用相关联的示例性文件可以包括word文档。

如图所示，在客户端计算设备104上显示的文字处理应用的示例性视图300包括文件310、协作特征315、选择器320、和邀请框330。在图3中所示出的协作特征315是共享图标。在一个示例中，响应于接收到关于协作特征315进行的兴趣指示，可以接收到多个推荐的协作者。在一个示例中，兴趣指示可以包括触摸、单击、可听到的引用、指点、选择、和/或对协作特征315感兴趣或选择的任何指示。如在图3中所示，当接收到多个推荐的协作者时，可以基于推荐的协作者的所确定的排名顺序在选择器320内显示多个推荐的协作者中的至少一些。在图3中所示出的示例中，显示了四个推荐的协作者。在该情况下，在选择器320内所显示的四个推荐的协作者在推荐的协作者的排名顺序中具有最高排名。

在另一示例中，响应于接收到关于邀请框330进行的兴趣指示，可以接收多个推荐的协作者。例如，当用户开始键入联系人/协作者的名字(例如，在该示例中是“AM”)时，可接收到多个推荐的协作者。就这一点而言，可以在用户输入另一用户/协作者的名字之前和/或当用户输入另一用户/协作者的名字时动态地提供推荐的协作者，以在文件和/或应用中与之协作。进而，用户可以从她最相关的潜在协作者和/或联系人中快速地选择推荐的协作者，而不必冒出错的风险。

现在参考图4，示出了根据示例方面的用于提供推荐的协作者的示例方法400。方法400可以在能够通过至少一个处理器执行指令的计算设备或类似电子设备上被实现。例如，软件应用可以是以下中的一个：电子邮件应用、社交网络应用、项目管理应用、协作应用、企业管理应用、消息传送应用、文字处理应用、电子表格应用、数据库应用、演示应用、联系人应用、日历应用等。该列表仅仅是示例性的并且不应被理解为进行限制。可以由方法400利用用于提供推荐的协作者的任何合适的应用，包括以上所列出的应用的组合。

方法400可以在操作402处开始，其中，接收针对用于在至少一个应用内进行协作的推荐的协作者的请求。在一个示例中，针对推荐的协作者的请求可以包括在文件内标识的上下文信息。在一个示例中，文件上下文信息/数据可以包括文件类型、标题、主题、用户标识符、和/或关键字。在一个示例中，可以在协作者服务处接收针对用于在文件内进行协作的推荐的协作者的请求。在另一示例中，可以在数据建模服务处接收针对用于在文件内进行协作的推荐的协作者的请求。在一个示例中，协作者服务包括应用编程接口(API)(例如，REST API)，其用于接收针对用于在文件内进行协作的推荐的协作者的请求。在另一示例中，REST API可以向数据建模服务发送数据、信息、和/或查询(例如，包括带有文件的上下文信息的请求)。

当接收到针对用于在至少一个应用内进行协作的推荐的协作者的请求时，流程进行至操作404，其中，查询协作图以识别用于在至少一个应用内进行协作的多个推荐的协作者。在一个示例中，协作图包括多个节点和多条边。多个节点中的每个节点可以表示与该应用相关联和/或利用该应用创建的文件的用户和/或协作者。例如，多个节点中的每个节点可以包括与文件的用户相关联的协作数据。在另一示例中，多个节点中的每个节点可以包括与文件的一个或多个协作者相关联的协作数据。在一些情况下，多个节点表示与文件相关联的多个推荐的协作者，并且包括与多个推荐的协作者相关联的协作数据。在一种情况下，多条边中的每条边连接两个节点。在一个示例中，查询协作图以识别用于在文件和/或应用内进行协作的多个推荐的协作者可以包括从多个节点中识别开始节点。例如，开始节点可以与请求推荐的协作者的用户相关联。也就是说，开始节点可以表示请求推荐的协作者的用户。在另一示例中，查询协作图以识别用于在文件和/或应用内进行协作的多个推荐的协作者可以包括从与开始节点具有预先确定的距离的多个节点中识别一组节点。

当查询协作图以识别用于在至少一个应用内进行协作的多个推荐的协作者时，流程进行至操作406，其中，多个推荐的协作者的排名顺序是基于一组标准来确定的。在一个示例中，所述一组标准可以包括协作频率、协作新近度、协作距离、文件上下文数据、专业知识数据、和用户影响分数。在一种情况下，以基于一组标准的排名顺序来对多个推荐的协作者进行排名可以包括多个计算/测量。在一个示例中，推荐的协作者与开始节点的用户之间的协作距离越小，则推荐的协作者在排名顺序中的排名就会越高。在一个示例中，推荐的协作者与开始节点用户的协作频率越高，则推荐的协作者在排名顺序中的排名就会越高。在一个示例中，推荐的协作者与开始节点的用户的协作新近度越高，则推荐的协作者在排名顺序中的排名就会越高。在一个示例中，推荐的协作者的文件的内容与开始节点的用户越相关(例如，文件上下文数据和/或专业知识数据越相关，就有越多相似性)，则推荐的协作者在排名顺序中的排名就会越高。在一个示例中，推荐的协作者的用户影响分数越高，则推荐的协作者在排名顺序中的排名就会越高。

当基于一组标准来确定多个推荐的协作者的排名顺序时，流程进行至操作408，其中，基于排名顺序的推荐的协作者的列表被发送至客户端计算设备以在用户界面中显示。就这一点而言，用户界面组件和/或在用户界面中所渲染的文件可以在用户界面中在文件内显示推荐的协作者的列表。在一个示例中，推荐的协作者的列表可以在选择器内被显示，所述选择器被显示在用户界面中。在一个示例中，选择器与文件内容接近地被显示在用户界面中。在一个示例中，具有最高排名的推荐的协作者可以被包括在推荐的协作者的列表的顶部，以用于向请求推荐的协作者的用户显示。在一些情况下，具有最高排名的多个推荐的协作者可以被包括在推荐的协作者的列表中，以用于呈现给用户以便在文件内进行协作。例如，具有最高排名的推荐的协作者中的至少一些可以被包括在推荐的协作者的列表中。任何数量的推荐的协作者可以被包括在推荐的协作者的列表中，以用于呈现给用户以便在文件内进行协作。例如，具有最高排名的十个协作者可以被包括在推荐的协作者的列表中。在另一示例中，具有最高排名的五个协作者可以被包括在推荐的协作者的列表中。

现在参考图5，示出了根据示例方面的用于更新推荐的协作者的排名顺序的示例性方法500。方法500可以在能够通过至少一个处理器执行指令的计算设备或类似电子设备上被实现。例如，软件应用可以是以下中的一个：电子邮件应用、社交网络应用、项目管理应用、协作应用、企业管理应用、消息传送应用、文字处理应用、电子表格应用、数据库应用、演示应用、联系人应用、日历应用等。该列表仅仅是示例性的并且不应当被理解为进行限制。可以由方法500利用用于提供动态联系人建议的任何合适的应用，包括以上所列出的应用的组合。

方法500可以在操作502处开始，其中，接收到对在用户界面中在应用内显示的至少一个推荐的协作者的选择的指示。例如，可以将基于排名顺序的推荐的协作者的列表发送至客户端计算设备以用于在用户界面中显示。就这一点而言，用户可以从该列表中选择她感兴趣与之协作(例如，共享文件、编辑文件等)的推荐的协作者。响应于对推荐的协作者的选择，对该选择的指示可以被发送至协作服务和/或数据建模服务，并且由协作服务和/或数据建模服务接收。

当接收到对在用户界面中在应用内显示的至少一个推荐的协作者的选择的指示时，流程进行至操作504，其中，在数据建模服务处记录对至少一个推荐的协作者的选择的指示。在一个示例中，数据建模服务可以被配置为收集、存储、管理、和访问与所述协作系统相关联的数据和/或信息。例如，数据建模服务可以接收对至少一个推荐的协作者的选择的指示并对其进行记录。在一种情况下，对该至少一个推荐的协作者的选择的指示可以被记录为进行选择的用户的优选协作者。在另一示例中，数据建模服务可以收集和存储一个或多个文件、与文件相关联的协作数据、和/或与该文件的用户相关联的一个或多个联系人。在另一示例中，数据建模服务可以接收与利用应用所创建的文件相关联的数据。

当在数据建模服务处记录对至少一个推荐的协作者的选择的指示时，流程进行至操作506，其中，对被分配至与应用相关联的协作数据的多个权重的优先级进行调整。例如，可以为每一段协作数据分配一个权重。在一个示例中，所分配的权重越高，则当以排名顺序对推荐的协作者进行排名时，该段协作数据将具有越高的优先级。例如，电子邮件协作数据可以比即时消息传送协作数据被分配有更高的权重。在该示例中，与请求推荐的协作者的用户有10次电子邮件交互的推荐的协作者可以接收与请求推荐的协作者的用户有10次即时消息传送交互的推荐的协作者相比较高的排名。就这一点而言，可以调整分配给协作数据(例如，电子邮件和/或即时消息传送数据)的权重的优先级。例如，可以调整分配给电子邮件协作数据的权重，以使得分配给电子邮件协作数据的权重的优先级被调整为低于分配给即时消息传送协作数据的权重的优先级。在一种情况下，可以使用设置控件来调整分配给协作数据的多个权重的优先级。

当调整分配给与应用相关联的协作数据的多个权重的优先级时，流程进行至操作508，其中，至少部分地基于分配给与应用相关联的协作数据的多个权重的经调整的优先级来更新推荐的协作者的排名顺序。例如，当电子邮件协作数据被分配了高于即时消息传送协作数据的权重时，与请求推荐的协作者的用户有10次电子邮件交互的推荐的协作者可以接收与请求推荐的协作者的用户有10次即时消息传送交互的推荐的协作者相比较高的排名。当分配至电子邮件协作数据的权重的优先级被调整为低于分配至即时消息传送协作数据的权重的优先级时，与请求推荐的协作者的用户有10次即时消息传送交互的推荐的协作者可以接收与请求推荐的协作者的用户有10次电子邮件交互的推荐的协作者相比较高的排名。在该示例中，可以更新推荐的协作者的排名顺序，以使得与请求推荐的协作者的用户有10次即时消息交互的协作者现在排名高于与请求推荐的协作者的用户有10次电子邮件交互的协作者。在另一示例中，可以更新推荐的协作者的排名顺序，以包括在推荐的协作者的列表中在排名顺序的顶部选择的推荐的协作者。

图6示出了计算系统601，其代表其中可以实现在本文中所公开的各种应用、服务、场景、和过程的任何系统或系统的集合。计算系统601的示例包括但不限于服务器计算机、机架式服务器、web服务器、云计算平台、和数据中心设备、以及任何其他类型的物理的或虚拟的服务器机器、容器、以及其任何变型或组合。其他示例可以包括智能电话、膝上型计算机、平板计算机、台式计算机、混合计算机、游戏机、虚拟现实设备、智能电视、智能手表和其他可穿戴设备，以及它们的任何变型或组合。

计算系统601可以被实现为单个装置、系统、或设备，或者可以以分布式方式被实现为多个装置、系统、或设备。计算系统601包括但不限于处理系统602、存储系统603、软件605、通信接口系统607、以及用户接口系统609。处理系统602操作性地与存储系统603、通信接口系统607、以及用户接口系统609相耦合。

处理系统602从存储系统603加载并执行软件605。软件605包括访问应用606，其代表关于先前图1-5所讨论的应用，包括在本文中所讨论的文字处理应用。当由处理系统602执行以增强协作时，软件605引导处理系统602至少针对先前实现中所讨论的各种过程、操作场景和序列而如在本文中所描述的那样操作。计算系统601可以可选地包括为了简明起见而没有讨论的额外设备、特征、或功能。

仍然参考图6，处理系统602可以包括微处理器以及从存储系统603取回软件605并执行软件605的其他电路。处理系统602可以在单个处理设备内实现，但是也可以跨在执行程序指令时协作的多个处理设备或子系统而分布。处理系统602的示例包括通用中央处理单元、专用处理器、和逻辑器件，以及任何其他类型的处理设备、其组合或变型。

存储系统603可以包括能够由处理系统602读取并且能够存储软件605的任何计算机可读存储介质。存储系统603可以包括以任何用于存储信息(例如，计算机可读指令、数据结构、程序模块、或其他数据)的方法或技术实现的易失性和非易失性、可移动和不可移动介质。存储介质的示例包括随机存取存储器、只读存储器、磁盘、光盘、闪速存储器、虚拟存储器和非虚拟存储器、盒式磁带、磁带、磁盘存储器或其他磁存储设备、或者任何其他合适的存储介质。计算机可读存储介质无论如何都不是传播的信号。

除了计算机可读存储介质以外，在一些实现中，存储系统603还可以包括软件605中的至少一些软件可以内部地或外部地通过其传送的计算机可读通信介质。存储系统603可以被实现为单个存储设备，但也可以跨位于同一位置或相对于彼此分布的多个存储设备或子系统来实现。存储系统603可以包括能够与处理系统602或者可能的其他系统进行通信的额外的元件，例如控制器。

软件605可以以程序指令来实现，并且当由处理系统602执行时，所述软件605引导处理系统602如关于在本文中所示出的各种操作性场景、顺序、和过程所描述的那样操作，此外还有其他功能。例如，软件605可以包括用于实现增强应用协作的程序指令。

特别地，程序指令可以包括协作或以其他方式进行交互以实行在本文中所描述的各种处理和操作场景的各种组件或模块。可以以经编译或经解译的指令或者以指令的一些其他变型或组合来实施各种组件或模块。可以以同步或非同步的方式、顺序地或并行地、在单线程的环境中或在多线程的环境中、或者根据任何其他合适的执行范例、变型、或其组合来执行各种组件或模块。软件605可以包括除了应用606或者包括应用606的额外的过程、程序、或组件，例如操作系统软件、虚拟机软件、或其他应用软件。软件605也可以包括固件或者可以由处理系统602执行的一些其他形式的机器可读处理指令。

通常而言，当被加载到处理系统602中并被执行时，软件605可以将合适的装置、系统、或设备(其由计算系统601所代表)全部从通用计算系统转换成专用计算系统，所述专用计算系统被定制为促进增强的应用协作。事实上，将软件605编码在存储系统603上可以转换存储系统603的物理结构。物理结构的具体的转换可以取决于该说明书的不同的实现中的各种因素。这样的因素的示例包括但不限于：用于实现存储系统603的存储介质的技术和计算机存储介质被表征为主要存储还是辅助存储，以及其他因素。

例如，如果计算机可读存储介质被实现为基于半导体的存储器，则当程序指令被编码在其中时，软件605可以转换半导体存储器的物理状态，例如，通过转换晶体管、电容器、或构成半导体存储器的其他分立电路器件的状态。可以关于磁或光介质而发生类似的转换。物理介质的其他转换是可以的而不脱离本说明的范围，其中，仅仅为了促进本讨论而提供了前述的示例。

通信接口系统607可以包括支持通过通信网络(未示出)与其他计算系统(未示出)进行通信的通信连接和通信设备。共同支持系统间通信的连接的示例可以包括：网络接口卡、天线、功率放大器、RF电路、收发机、以及其他通信电路。连接和设备可以通过通信介质来进行通信以与其他计算系统或系统的网络交换通信，所述通信介质例如金属、玻璃、空气、或任何合适的通信介质。前述的介质、连接、和设备是公知的并且不需要在这里详细讨论。

用户接口系统609是可选的，并且可以包括：键盘、鼠标、语音输入设备、用于从用户接收触摸输入的触摸输入设备、用于检测用户的非触摸手势和其他运动的运动输入设备、和能够从用户接收用户输入的其他类似的输入设备和相关联的处理元件。在用户接口系统609中还可以包括诸如显示器、扬声器、触觉设备、和其他类型的输出设备之类的输出设备。在一些情况下，可以将输入和输出组合在单个设备中，例如能够显示图像并且能够接收触摸手势的显示器。前述的用户输入设备和输出设备是在本领域中公知的并且不需要在这里详细讨论。

用户接口系统609还可以包括可以由处理系统602执行的、支持在上文中所讨论的各种用户输入和输出设备的相关联的用户界面软件。独立地或彼此并且与硬件元件和软件元件相结合地，用户界面软件和用户界面设备可以支持图形用户界面、自然用户界面、或任何其他类型的用户界面。

计算系统601与任何其他计算系统(未示出)之间的通信可以通过通信网络或多个通信网络并且根据各种通信协议、协议的组合、或其变型来进行。示例包括：内联网、互联网、局域网、广域网、无线网络、有线网络、虚拟网络、软件定义的网络、数据中心总线、计算背板、或任何其他类型的网络、网络的组合、或其变型。前述的通信网络和协议是公知的并且不需要在这里详细讨论。然而，可以使用的一些通信协议包括但不限于：互联网协议(IP、IPv4、IPv6等)、传输控制协议(TCP)、和用户数据报协议(UDP)、以及任何其他合适的通信协议、其变型或组合。

在交换数据、内容、或任何其他类型的信息的前述的示例中的任何一个中，可以根据多种协议中的任何一种协议来发生信息的交换，所述多种协议包括FTP(文件传输协议)、HTTP(超文本传输协议)、REST(表述性状态传输)、WebSocket、DOM(文档对象模型)、HTML(超文本标记语言)、CSS(层叠样式表)、HTML5、XML(可扩展标记语言)、JavaScript、JSON(JavaScript Object Notation)、和AJAX(异步JavaScript和XML)、以及任何其他合适的协议、变型、或其组合。

除其他示例之外，本公开呈现了一种系统，包括：一个或多个计算机可读存储介质；以及存储在所述一个或多个计算机可读存储介质上的程序指令，所述程序指令当由至少一个处理器执行时，使得所述至少一个处理器至少进行以下操作：在数据建模服务处接收与至少一个应用相关联的协作数据；创建协作图以用于表示与所述至少一个应用相关联的所述协作数据；查询所述协作图，以识别用于在所述至少一个应用内进行协作的多个推荐的协作者；以及基于一组标准以排名顺序对所述多个推荐的协作者进行排名。在另外的示例中，所述应用包括文字处理应用、电子表格应用、和电子幻灯片演示应用中的至少一个。在另外的示例中，所述应用包括电子邮件应用。在另外的示例中，所述协作图包括多个节点和多条边，其中，所述多条边中的每条边连接两个节点。在另外的示例中，所述多个节点中的每个节点表示所述至少一个应用的用户，并且其中，所述多个节点中的每个节点包括与所述至少一个应用的所述用户相关联的协作数据。在另外的示例中，所述多条边中的每条边包括对多个文件的指示，所述多个文件在与由所述边连接的每个节点相关联的每个用户之间被协作。在另外的示例中，所述协作数据包括电子邮件数据、即时消息传送数据、历史文件数据、组织性层级数据、会议数据、文件上下文数据、专业知识数据、以及用户影响数据。在另外的示例中，所述一组标准包括协作频率、协作新近度、协作距离、文件上下文数据、专业知识数据、以及用户影响分数。在另外的示例中，所述程序指令当由所述至少一个处理器执行时，还使得所述至少一个处理器向所述协作数据分配多个权重。在另外的示例中，所述程序指令当由所述至少一个处理器执行时，还使得所述至少一个处理器基于所述排名顺序将推荐的协作者的列表发送至客户端计算设备。

在本文中所公开的另外的方面提供了一种用于提供推荐的协作者的计算机实现的方法，所述方法包括：接收针对用于在至少一个应用内进行协作的推荐的协作者的请求；查询协作图以识别用于在所述至少一个应用内进行协作的多个推荐的协作者；基于一组标准来确定所述多个推荐的协作者的排名顺序；以及基于所述排名顺序将推荐的协作者的列表发送至客户端计算设备以用于在用户界面中显示。在另外的示例中，针对推荐的协作者的请求包括文件上下文数据。在另外的示例中，所述协作图包括多个节点和多条边，其中，所述多条边中的每条边连接两个节点。在另外的示例中，查询协作图以识别用于在所述至少一个应用内进行协作的多个推荐的协作者包括：从所述多个节点中识别开始节点，所述开始节点与请求推荐的协作者的至少一个应用的用户相关联；以及从所述多个节点中识别距离所述开始节点预先确定的距离的一组节点。在另外的示例中，所述一组标准包括协作频率、协作新近度、协作距离、文件上下文数据、专业知识数据、以及用户影响分数。在另外的示例中，基于所述一组标准来确定所述多个推荐的协作者的排名顺序至少包括：测量所述协作频率、所述协作新进度、以及所述协作距离；识别请求推荐的协作者的至少一个应用的用户的文件上下文数据与所述多个推荐的协作者的文件上下文数据之间的相似度；识别请求推荐的协作者的所述至少一个应用的用户的文件上下文数据与多个推荐的协作者的专业知识数据之间的相似度；以及计算所述多个推荐的协作者的用户影响分数。在另外的示例中，基于所述一组标准来确定所述多个推荐的协作者的排名顺序还至少包括将多个权重分配至于所述多个推荐的协作者相关联的协作数据。在另外的示例中，所述计算机实现的方法还可以包括在数据建模服务处接收与所述至少一个应用相关联的协作数据。在另外的示例中，所述计算机实现的方法还可以包括利用所接收的协作数据来更新所述协作图。

在本文中所公开的额外的方面提供了一种示例性系统，包括：至少一个处理器；以及编码计算机可执行指令的存储器，所述计算机可执行指令当由所述至少一个处理器执行时，执行用于更新推荐的协作者的排名顺序的方法，所述方法包括：接收对在用户界面中在应用内显示的至少一个推荐的协作者的选择的指示；在数据建模服务处记录对所述至少一个推荐的协作者的所述选择的所述指示；调整分配至与所述应用相关联的协作数据的多个权重的优先级；以及至少部分地基于分配至与所述应用相关联的所述协作数据的所述多个权重的经调整的优先级来更新所述推荐的协作者的排名顺序。

描述了用于提供推荐的协作者的技术。尽管已经用特定于结构特性和/或方法动作的语言描述了本主题，但应当理解的是，在所附权利要求中定义的主题不一定限于在上文中所描述的具体特征或动作。相反，在上文中所描述的具体特性和动作是作为实现权利要求和实施例的示例形式而公开的。

可以实现多种方法来执行本文所讨论的技术。方法的多个方面可以以硬件、固件或软件或者它们的组合来实施。方法被示出为指定一个或多个设备所执行的操作的框的集合，并且不一定限于所示出的由相应框执行该操作的顺序。另外，关于特定方法所示出的操作可以与根据一种或多种实现的不同方法的操作进行组合和/或互换。方法的多个方面可以经由上文参考可触摸用户界面所讨论的各个实体之间的交互来实现。

本公开的多个方面例如在上文参考本公开多个方面的框图和/或方法、系统和计算机程序产品的操作图示进行了描述。框中所提到的功能/动作可以以不同于任何流程图所示的顺序进行。例如，根据所涉及到的功能/动作，连续示出的两个框实际上可以大体上同时执行，或者所述框有时可以以逆序执行。

本申请中所提供的一个或多个方面的描述和图示不旨在以任何方式限制或约束如所请求保护的本公开的范围。在本申请中所提供的方面、示例和细节被认为足以传达所有权并且使得他人能够制作并使用最佳模式。实施方式不应被理解为限制于本申请中所提供的任何方面、示例或细节。无论是以组合的方式还是分开的方式示出和描述，各种特征(结构上的和方法逻辑上的)都旨在被选择性地包括或忽略从而产生具有特定的特征集的示例。在被提供以本申请的描述和说明之后，本领域的技术人员能够设想到落在本申请中所实施的一般发明概念的更宽泛方面精神内的不脱离要求保护的公开的较宽泛范围的变化、修改和替代方面。

另外地，尽管多个方面可以在结合计算设备上的操作系统上运行的应用程序执行的原生移动应用系统的整体上下文中进行描述，但是本领域技术人员将会认识到，多个方面也可以结合其他程序模块来实现。在另外的方面中，在本文中所公开的方面可以以硬件来实现。

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

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

Claims (12)

1.一种系统，包括：

一个或多个计算机可读存储介质；以及

存储在所述一个或多个计算机可读存储介质上的程序指令，所述程序指令当由至少一个处理器执行时，使得所述至少一个处理器至少进行以下操作：

在数据建模服务处接收与至少一个应用相关联的协作数据；

创建用于表示与所述至少一个应用相关联的所述协作数据的协作图；

查询所述协作图，以识别用于在所述至少一个应用内进行协作的多个推荐的协作者；以及

基于一组标准以排名顺序来对所述多个推荐的协作者进行排名。

2.根据权利要求1所述的系统，其中，所述应用包括以下中的至少一个：文字处理应用、电子表格应用、以及电子幻灯片演示应用。

3.根据权利要求1-2中的任何一项所述的系统，其中，所述应用包括电子邮件应用。

4.根据权利要求1-3中的任何一项所述的系统，其中，所述协作图包括多个节点和多条边，其中，所述多条边中的每条边连接两个节点。

5.根据权利要求4所述的系统，其中，所述多个节点中的每个节点表示所述至少一个应用的用户，并且其中，所述多个节点中的每个节点包括与所述至少一个应用的所述用户相关联的协作数据。

6.根据权利要求4-5中的任何一项所述的系统，其中，所述多条边中的每条边包括对多个文件的指示，所述多个文件在与由所述边连接的每个节点相关联的每个用户之间被协作。

7.根据权利要求1-6中的任何一项所述的系统，其中，所述协作数据包括电子邮件数据、即时消息传送数据、历史文件数据、组织性层级数据、会议数据、文件上下文数据、专业知识数据、以及用户影响数据。

8.根据权利要求1-7中的任何一项所述的系统，其中，所述一组标准包括协作频率、协作新近度、协作距离、文件上下文数据、专业知识数据、以及用户影响分数。

9.根据权利要求1-8中的任何一项所述的系统，其中，所述程序指令当由所述至少一个处理器执行时，还使得所述至少一个处理器将多个权重分配至所述协作数据。

10.根据权利要求1-9中的任何一项所述的系统，其中，所述程序指令当由所述至少一个处理器执行时，还使得所述至少一个处理器基于所述排名顺序将推荐的协作者的列表发送至客户端计算设备。

11.一种用于提供推荐的协作者的计算机实现的方法，所述方法包括：

接收针对用于在至少一个应用内进行协作的推荐的协作者的请求；

查询协作图以识别用于在所述至少一个应用内进行协作的多个推荐的协作者；

基于一组标准来确定所述多个推荐的协作者的排名顺序；以及

基于所述排名顺序将推荐的协作者的列表发送至客户端计算设备以用于在用户界面中显示。

12.一种系统，包括：

至少一个处理器；以及

编码计算机可执行指令的存储器，所述计算机可执行指令当由所述至少一个处理器执行时，执行用于更新推荐的协作者的排名顺序的方法，所述方法包括：

接收对在用户界面中在应用内显示的至少一个推荐的协作者的选择的指示；

在数据建模服务处记录对所述至少一个推荐的协作者的所述选择的所述指示；

调整分配至与所述应用相关联的协作数据的多个权重的优先级；以及

至少部分地基于分配至与所述应用相关联的所述协作数据的所述多个权重的经调整的优先级来更新所述推荐的协作者的排名顺序。