用于用户的预测的有空性的智能状态指示符的制作方法

用于用户的预测的有空性的智能状态指示符


背景技术：

1.存在允许用户协作和共享信息的多种现有工具。例如，日历程序允许用户在彼此之间建立约会，电子邮件和聊天程序允许用户共享消息、文件和其他信息。在一些现有系统中，通信程序可以提供特定用户的状态。例如，在聊天用户界面中，系统可以生成用于表明人员的当前的有空性(availability)的视觉指示符。
2.尽管存在允许用户进行协作的多种不同类型的系统和应用，但当今的系统仍然具有许多缺点。例如，现有的能力可以自动为用户提供有针对性的和上下文相关的状态信息。现有系统通常需要用户手动与多个不同系统交互以检索和编译有用的状态信息。用户可能需要从聊天程序和日历程序中获取状态信息，以获得上下文有用的信息。在帮助人员与一群人建立协作协议时，这样的手动步骤可能会破坏人员的工作流程并且效率非常低。现有系统的这些缺点可能导致生产力损失以及计算资源的低效使用。


技术实现要素：

3.本文公开的技术使得系统能够为预期的接收者提供关于人员的未来或预测的有空性的状态指示符。系统可以分析来自多个不同资源的上下文信息，并且在该人员的状态的参数满足一个或多个标准时提供关于该人员的状态指示符。例如，当状态的时间、持续时间或类型，例如假期或假日，满足一个或多个标准时，系统可以递送描述人员的状态的状态指示符。通过使用既定标准来控制状态指示符的显示，系统仅显示对特定接收者而言重要的特定用户的状态。系统还可以通过分析用户活动来控制状态指示符的显示，并且仅将状态指示符递送给与作为状态指示符的主体的人员具有阈值协作级别的接收者。因此，系统可以递送及时的、上下文相关的状态指示符，同时减轻可能由大量不需要的状态指示符引起的分心。及时递送关于人员的未来有空性的状态指示符使得状态指示符的接收者能够与其他人建立有效的协作协议。此外，及时显示的状态指示符允许用户在他们采取行动之前调整他们与计算机的交互，采取行动，例如起草电子邮件、安排会议或起草聊天条目。及时显示的状态指示符也减轻了用户从多个来源手动检索状态数据的需要。
4.本文公开的技术还可以提供定制的状态指示符，以提供关于人员的未来有空性的正确级别的信息。例如，状态指示符可以描述用户关于期限或预定日期的特定状态。这样的指示符可以说明人员具有在当前时间的三天内开始的假期，或者指示符可以说明人员具有在特定期限的两天内开始的假期。系统还可以显示特定状态的持续时间。这样的指示符可以说明人员具有在三天内开始并且持续一周的假期。如果持续时间满足一个或多个标准，例如阈值长度、阈值最小值等，则可以有条件地显示这种类型的指示符。通过提供关于相对于预定日期的用户没空性(unavailablity)的信息，系统可以很容易地提供与特定事件有关的状态信息。系统还可以基于用于过滤某些类型的状态信息的策略来有条件地递送状态信息。这允许系统递送上下文相关的状态信息，而不会用可能降低系统效率的不需要的信息淹没用户。此外，该系统可以在方便每个用户的特定操作环境内递送状态指示符。例如，如果状态指示符的接收者通常在特定应用内操作，则可以将状态指示符递送到该特定应用
内的用户界面。状态指示符也可以被嵌入到使用任何类型的应用的向人员显示的文件中。
5.在一些配置中，系统可以向状态指示符提供关于一个或多个选定用户的推荐。推荐可以建议两个或更多个用户应当何时见面或者两个或更多个用户应当如何协作。本文公开的技术可以用于在已经连接的人之间建立协作协议。例如，如果一群人参与聊天或电话会议，则系统可以分析通信数据和其他上下文数据，并且确定特定用户协作的最佳时间。系统可以检测工作流过程的到期日期并且确定一个或多个日程安排之间的冲突，然后确定特定用户应当采取行动的时间。该系统还可以使用到期日期和日程安排数据来确定何时应当递送状态指示符。如本文中更详细描述的，系统还可以确定在状态指示符或基于每个用户的上下文的推荐内提供的详细级别。及时递送被递送到特定的平台的、以正确的级别详述的正确的信息可以优化用户的效率、用户之间的协作协议的效率以及利用计算设备的效率。
6.本文公开的技术可以提供多种技术益处。例如，通过在为特定接收者选择的特定应用内提供状态指示符，系统可以提高状态指示符的利用率。这可以提供接收者可能无法以其他方式识别的状态信息。此外，状态信息的自动递送减轻或消除了接收者从不同资源中搜索状态信息的需要。这样的技术可以通过减少用户需要与计算设备交互以获得信息的次数来提高计算系统的效率。因此，可以减少各种计算资源，例如网络资源、存储器资源和处理资源。
7.源自上述分析的效率也可以导致其他效率。特别地，通过使用于生成状态通知的多个不同过程自动化，可以改进与计算设备的用户交互。减少手动数据录入和改进人与计算机之间的用户交互可以带来多种其他益处。例如，通过减少手动录入的需要，可以减少无意的输入和人为错误。这最终可以导致更高效的计算资源使用，例如存储器使用、网络使用、处理资源等。
8.除了上文明确描述的特征和技术益处之外的特征和技术益处将通过阅读以下具体实施方式和审阅相关联的附图而显而易见。提供本发明内容从而以用简化形式介绍将在下面的具体实施方式中进一步描述的对构思的选择。本发明内容不旨在标识所要求保护的主题的关键或基本特征，也不旨在用作帮助确定所要求保护的主题的范围。例如，术语“技术”可以指如上文和整个文档所描述的上下文所允许的系统、方法、计算机可读指令、模块、算法、硬件逻辑和/或操作。
附图说明
9.参考附图描述了具体实施方式。在图中，附图标记的最左侧数字标识该附图标记首次出现的图。不同图中相同的附图标记指示类似或相同的项。对多个项中的个体项所做的引用可以使用带有字母序列中的字母的附图标记来指代每个个体项。对项的通用引用可以使用没有字母序列的特定附图标记。
10.图1示出了在涉及用于示出本公开的方面的通信系统的示例场景中使用的系统。
11.图2a示出了基于第一场景来显示状态指示符的示例用户界面。
12.图2b示出了基于第二场景来显示状态指示符的示例用户界面。
13.图2c示出了基于第三场景来显示状态指示符的示例用户界面。
14.图2d示出了基于第四场景来显示状态指示符的示例用户界面。
15.图2e示出了基于不包括用户之间的阈值协作级别的另一用户场景来控制状态指示符的显示的示例用户界面。
16.图3示出了在涉及用于示出本公开的方面的多用户编辑系统的示例场景中使用的系统。
17.图4a示出了用于基于场景来显示状态指示符的多用户编辑系统的示例用户界面。
18.图4b示出了用于基于场景来显示第一用户的状态指示符的多用户编辑系统的示例用户界面。
19.图4c示出了用于基于场景来过滤用户的状态指示符的多用户编辑系统的示例用户界面。
20.图4d示出了用于基于场景来显示第二用户的状态指示符的多用户编辑系统的示例用户界面。
21.图5示出了在涉及用于基于活动数据或上下文数据来选择状态指示符的递送机制的系统的示例场景中使用的系统。
22.图6示出了其中与个体因素相关联的分数被用于选择递送机制的示例场景。
23.图7示出了其中与个体因素相关联的加权分数被用于选择递送机制的示例场景。
24.图8示出了应用的菜单可以被选择作为递送机制，并且被配置为使用被优化以使对用户的工作流程的干扰最小化的应用内消息来将状态指示符传达给接收者的示例。
25.图9a示出了应用的用户界面可以被选择作为递送机制，并且被配置为使用被优化以使对用户的工作流的干扰最小化的应用内消息来将状态指示符传送给接收者的示例。
26.图9b示出了应用的功能区可以被选择作为递送机制，并且被配置为使用被优化以使对用户的工作流的干扰最小化的应用内消息来将状态指示符传送给接收者的示例。
27.图10是示出了用于计算有效地生成和管理状态指示符的例程的方面的流程图。
28.图11是示出了用于本文公开的技术的说明性操作环境的方面的计算系统图。
29.图12是示出了可以实现本文公开的技术的方面的计算设备的配置和操作的方面的计算架构图。
具体实施方式
30.图1示出了用于示出本公开的方面的示例场景中的系统100。本文公开的技术通过为预期的接收者提供关于人员的未来或预测的有空性的状态指示符123来改进现有系统。系统100可以分析来自用户活动101的活动数据105和来自多个不同资源的上下文数据107，并且当状态指示符满足一个或多个标准时提供关于特定人员的状态指示符。一般而言，多个用户103可以通过各种应用108、经由多个客户端计算设备104来协作文档109。用户活动101可以用于生成活动数据105，其可以包括文档、语音数据、视频数据、聊天频道数据、通话记录等。系统100可以分析任何类型的用户活动101，例如但不限于用户与文件、电子邮件程序、频道程序、私人聊天程序、语音或视频程序、日历数据库等的交互。活动数据105和上下文数据107可以用于确定将何时递送状态指示符123以及将状态指示符123递送给哪个用户103。
31.出于说明性目的，用户的状态在本文中也可以被称为“状态变化”。定义状态或状态变化的数据可以定义参数，例如特定状态的开始时间和停止时间。状态或状态变化可以
具有“状态类型”，例如会议、假期、假日，或者可以适用于人员在特定时间期间的有空性级别或活动的任何其他标注。人员的有空性级别可以通过分数来量化，其中标度中的一可以指示人员完全没空，并且当人员变得更有空时，例如可以接听电话，可以参与聊天会话，可以参与通话等，分数进展到标度的另一端。当状态类型满足一个或多个标准时或者当人员的有空性级别达到有空性阈值时，可以向用户传送和显示状态指示符123。
32.在一个说明性示例中，定义用户活动101的活动数据105可以被解析和分析，以识别两个或更多个用户何时具有阈值协作级别。此外，可以解析和分析活动数据105和上下文数据107，以识别关于项目或任务的到期日期和其他时间线。诸如状态生成器106之类的模块可以结合诸如策略数据107a、机器学习数据107b、日历数据107c和外部资源数据107d之类的其他数据来分析活动数据105，以生成状态数据102，并且识别应当接收状态数据102的任何用户103。例如，系统100可以分析多个团队会议、通信转录本、电子邮件和频道对话消息，并且系统可以确定活动数据105和上下文数据107已经满足一个或多个用户103的一个或多个标准。当检测到这样的场景时，状态生成器106生成与特定用户有关的状态数据，并且生成用户界面数据120，该用户界面数据120可以引起包括选定的显示设备122上的状态指示符123的用户界面121的显示。
33.系统100还可以生成可以用作状态指示符123的内容的多个句子。此外，系统100还可以从活动数据105的分析内容中选择句子和短语，以用作状态指示符123的内容。例如，状态指示符可以具有描述针对特定用户的未来事件的生成语句，例如用户1将在3天内休假。在一些配置中，状态指示符123还可以包括持续时间，例如用户1将在三天内休假两周。
34.在一些配置中，当活动数据和/或上下文数据，例如通信数据、共享文件或特定输入，满足一个或多个标准时，可以生成、选择或显示状态指示符123。在一个说明性示例中，当两个或更多个人具有阈值协作级别时，可以生成状态指示符123。在这种实施例中，系统可以监控活动数据105，以确定多个用户的协作级别超过协作阈值。响应于确定多个用户的协作级别超过协作阈值，系统可以促使状态指示符123的显示。协作级别可以由多个不同的因素确定。例如，多个不同用户之间的协作级别可以基于用户之间共享的文档数量。在另一示例中，协作级别可以基于用户之间的数据交换的数量，其可以包括视频数据的数量、音频数据的数量等。协作级别还可以基于用户之间共享的特定单词或短语的出现次数。因此，当共享了具有特定单词或短语的阈值出现次数的文档或其他形式的通信时，系统可以采取一个或多个动作，例如促使状态指示符123的显示。
35.协作级别可以基于其他因素。例如，协作级别可以基于多个用户之间的通信会话的频率。例如，如果一方每周进行一次对话，则该类型的协作可能不会触发一个或多个动作来生成定义状态指示符的数据或者使系统显示状态指示符。然而，如果两个特定用户每天见面并且具有他们在彼此之间共享的一定数量的信息，则这两个用户可能具有满足特定阈值或满足一个或多个标准的协作级别。在另一示例中，协作级别可以基于可以在不同用户之间使用的多种不同媒体。例如，如果第一用户和第二用户正在使用频道应用进行通信，并且还对文档的多用户编辑会话做出贡献，则第一用户和第二用户可以具有阈值协作级别。在这样的确定中，系统可以基于这样的标准来采取本文所述的一个或多个动作。同时，如果第一用户和第三用户仅使用频道应用进行通信，则系统可以确定第一用户和第三用户不具有阈值协作级别。在这种场景中，系统可以过滤或阻止状态指示符123的显示。
36.这些示例是出于说明性目的而提供的，不应被解释为限制性的。可以领会，系统可以使用任何类型的用户活动来确定一组用户已经达到阈值协作级别。该系统还可以利用任何因素组合来确定一组用户何时达到阈值协作级别。在这样的示例中，可以对每个因素进行单独评分，并加权，并且可以生成累积分数。然后，当累积分数达到或超过协作阈值时，系统可以显示一个或多个状态指示符。
37.在一个说明性示例中，可以基于特定主题的优先级来从共享内容生成状态指示符123。例如，如果存在若干不同的活动数据来源，例如消息或文件，其表明：“我们在三周内需要原型(prototype)”以及“在原型可用之前我们会停滞不前”，则特定单词的出现次数可以用于确定关键词，例如“原型”，的优先级，并且优先级可以与阈值进行比较。如果特定关键词的出现次数超过阈值，则系统100可确定该特定关键词是主题，并且系统可以基于关键字的出现次数来指派主题的优先级。然后，系统可以生成关于该主题的多个句子以及相关的期限或到期日期。在当前示例中，假定单词“原型”出现了阈值次数。响应于该确定，系统可以确定与主题相关联的到期日期，例如三周。然后，系统可以确定到期日期是否与一个或多个事件相冲突，例如人员的假期或延长的下班。如果到期日期与一个或多个事件冲突和/或那些事件满足一个或多个条件，则系统可以生成指示到期日期和/或日程安排冲突的状态指示符123。生成的语句可以指示与事件相关联的用户身份、事件的时间和/或事件的持续时间。出于说明性目的，事件在本文中也可以被称为特定用户的“状态变化”。特定用户的状态变化可以定义人员从工作日程安排转变到假期、从工作时段转变到非工作时段等的时间线。
38.现在转向图2a至图2e，提供了示例用户界面以示出基于对不同场景的检测而显示的各种状态指示符123的不同示例。特别地，图2a示出了其中多个用户正在以超过协作阈值119的协作级别118进行交互的场景。这样的场景可以涉及多个用户通过诸如用户界面121中所示的示例之类的通道进行通信。在该示例中，用户界面121被呈现在与第一用户103a相关联的第一计算机104a的显示设备122上。活动数据和上下文数据指示第二用户jeff被安排三天之内休假，并且假期持续期一周。第三用户3carol和第四用户tessa没有安排的假期。此外，在这个示例中，活动数据和上下文数据指示策略。该策略可以由系统100解释，使得该系统可以提供关于满足一个或多个标准的状态的通知，例如持续超过两天的假期和在预定时间，例如当前时间，的一周内开始的假期。当系统确定分析的数据满足一个或多个标准时，系统生成并且显示状态指示符123，状态指示符123表明“jeff在三天内将不在办公室，持续一周”。在该示例中，由于第二用户的假期满足策略的条件，因此系统100在与第一用户103a相关联的第一计算机104a的显示设备122上自动生成关于第二用户103b的状态指示符123。
39.一些配置还可以包括一个或多个冲突的显示。图2b结合图1示出了这种实施例的示例。在该示例中，假定多个用户具有满足一个或多个阈值的协作级别。此外，系统基于对上下文数据和用户活动数据的分析来识别出两个不同用户的假期与彼此冲突。在该示例中，系统确定假期重叠的时间量，并且生成状态指示符123，状态指示符123除了显示第二用户的状态变化的时间和持续时间之外，还显示假期重叠的时间量。系统可以显示示出两个安排的事件之间的冲突或重叠的文本或另一图形指示符201。
40.在一些配置中，系统还可以基于对人们所在位置的分析来识别某些用户的假日和
其他没空的时段。图2c结合图1示出了这种实施例的示例。系统可以访问按地区定义假日的一个或多个资源。此外，系统可以访问一个或多个资源，该一个或多个资源标识以阈值协作级别交互的每个用户的位置。系统依据每个用户的位置识别他们的假日。然后，系统可以识别那些假日与在上下文数据或活动数据中识别的一个或多个期限之间的冲突。然后，当假日满足一个或多个标准时，系统可以显示状态指示符。例如，当特定假日与上下文数据或活动数据中标识的到期日期或期限相冲突时，以及当假日与至少一个用户的位置相关联时，可以显示状态指示符。在一些配置中，当上下文数据指示了在状态变化的时间的阈值时段内的期限时，例如日期假日，系统可以生成状态指示符123。在一些配置中，当上下文数据指示状态变化的日期，例如日期假日，在预定日期，例如当前日期，的阈值时间段内时，系统可以生成状态指示符123。
41.图2c中所示的示例示出了具有仅示出冲突假日的状态指示符123的用户界面。给定每个用户的位置和每个位置的相关联的假日，系统仅显示针对一个用户的一个假日冲突，“tessa的办公室因农历新年而关闭。”除了对满足一个或多个标准的实际假日进行命名之外，状态指示符123还指示第一用户103a的当前时间与假日之间的持续时间，例如“四天内”。
42.在这样的示例中，系统可以仅显示从预定日期，例如第一用户103a的当前时间，起的预定天数开始的假日。这样，如果假日在当前时间的一周内即将到来，则系统可以有条件地显示该假日的状态指示符。因此，允许系统提供更多上下文相关的信息。如果没有显示假日的一个或多个标准，系统可能会用过多的信息淹没用户，这是因为频道可能涉及成百上千的用户。
43.在一些配置中，系统还可以识别特定用户的工作时间，并且基于关于一个或多个工作时间的冲突的存在来发送上下文适当的状态指示符。图2d结合图1示出了这种实施例的示例。在该示例中，假定多个用户正在以满足一个或多个协作阈值的协作级别进行交互。此外，系统基于对上下文数据和用户活动数据的分析来识别每个用户的工作日程安排。工作时间可以按照与每个用户相关联的时区来确定。因此，对于每个时区，一组小时，例如上午8点到下午5点，可以作为默认值应用于每个用户。此外，某些用户可以提供首选工作时间以存储在一个或多个资源中，例如日历数据库。在该示例中，第一用户103a从太平洋标准时间的8点到5点工作，第二用户103b从太平洋标准时间的11点到7点工作，第三用户103c从东部标准时间的8点到5点工作，并且第四用户103d从东部标准时间的下午1点到晚上9点工作。此外，假定上下文数据定义了策略，例如，应当为在工作日内剩余少于两小时的用户提供状态。因此，在该示例中，如果第一用户103a在太平洋标准时间的下午1点与客户端设备104a进行交互，则系统可以确定至少一个用户，第三用户103c(carol)，的工作日程安排满足策略的条件。因此，系统显示描述“carol的工作日在60分钟内结束”的状态指示符123。如图所示，系统可以识别具有满足标准的工作日程安排的用户，但系统还显示在他们的工作日内余下的剩余时间。
44.系统控制每个状态指示符123的显示，使得如果其他工作日程安排不满足一个或多个标准，则不显示它们。如果没有与工作日程安排相关的一个或多个标准，系统可能会用过多的信息淹没用户，这是因为频道可能涉及成百上千的用户。
45.系统还可以基于协作级别来控制状态指示符的显示。图2e结合图1示出了这种实
施例的示例。在该示例中，用户103的活动不满足阈值协作级别。这可能在上下文数据和活动数据指示多个用户仅使用单个频道进行交互并且策略需要更高级别的协作时发生。在图2e所示的示例中，策略定义了其中如果一组人至少是频道的一部分并且还在至少三个多用户文档编辑会话中进行协作，则用户正在操作阈值协作级别的标准。在该示例中，由于用户未满足阈值，因此系统不显示状态指示符123。替代地，当未满足阈值协作级别时，系统可以提供编校的状态指示符，例如，仅显示有冲突的用户的姓名等的状态指示符。当状态的参数，例如状态的时间、持续时间或类型，不满足一个或多个标准时，可能会出现类似的结果。例如，如果策略指示特定人员或一组人不喜欢接收显示用户由于开会而没空的状态指示符，但他们更喜欢接收显示用户由于假期和假日而没空的状态指示符，则系统不会显示导致日程安排冲突的会议的状态指示符，但系统会显示导致日程安排冲突的假期和假日的状态指示符。
46.图3示出了涉及用于示出本公开的方面的多用户编辑系统108的另一示例场景。在该示例中，系统100可以分析上下文数据和活动数据，以确定何时显示状态指示符123。系统100可以促使与具有内容编辑显示区域129和评论部分130的用户界面121相关联地显示状态指示符123。如图4a所示，用户，例如第一用户103a，可以查看评论131，并且在评论字段132中提供响应。与本文描述的实施例类似，系统可以响应于内容编辑显示区域129中示出的内容、评论部分130中的内容或者任何其他上下文数据或活动数据而提供状态指示符。此外，如图4b至图4d所示，系统可以响应于由用户，例如第一用户103a，提供的一个或多个输入而显示状态指示符。
47.如图4b所示，当第一用户103a提供标识特定用户，例如第二用户103b(jeff)，的输入时，系统可以检索日历数据和关于所标识的用户，第二用户103b，的其他上下文数据。如果关于所标识的用户的上下文数据满足一个或多个标准，则系统可以显示关于所标识的用户的状态指示符123。在该示例中，系统接收指示将在状态指示符中显示持续超过五天且还在一周内开始的假期的策略。系统可以利用所标识的用户的日程安排来分析策略。因此，给定策略中建立的标准，系统将显示状态指示符123，状态指示符123表明jeff的假期日程安排。在一些实施例中，系统不仅指示假期的时间线，系统可以提供关于假期开始前的剩余时间的数量，例如3天。状态指示符还可以提供假期的持续时间。通过提供这种数据组合，用户，例如第一用户103a，可以在他们实际向系统提供评论内容之前快速调整他们的评论。这可以通过减轻用户查找每个人员的日历信息的需要和/或必须创建聊天内容来识别未来的日程安排冲突来节省大量的计算资源。该示例是出于说明性目的而提供的，不应被解释为限制性的。可以领会，系统可以根据定义一个或多个标准的任何策略进行操作。在其他实施例中，标准可以基于在文档或线程的内容中标识的任何类型的期限。如果任何发现期限在特定用户的任何其他安排的状态变化的特定阈值内，则可以显示指示状态变化的一个或多个状态指示符。
48.系统可以基于一个或多个用户之间的协作级别来控制状态指示符123的显示。在图4b所示的示例中，假定mike和jeff之间的协作级别超过阈值。当两个或更多个用户具有关于聊天会话、多用户编辑会话等的特定级别的协作时，可以检测到该场景。阈值协作级别可以包括本文描述的共享聊天会话、文档或其他因素的阈值数量。在该示例中，响应于接收到标识用户，例如第二用户103b，的输入，系统可以确定所标识的用户是否具有与提供输入
的用户的阈值协作级别。如果系统确定所标识的用户与提供输入的用户具有阈值协作级别，则系统可以参照策略来分析所标识的用户的日程安排，并且如果日程安排满足一个或多个标准则显示状态指示符。如图4c的示例所示，当系统检测到提供输入的用户(mike)与输入中所标识的用户(jeff)之间的协作级别低于阈值时，系统可以过滤或阻止状态指示符123的显示。
49.图4d的示例示出了由第一用户103a提供的另一输入。在该示例中，输入标识第四用户103d(tessa)。响应于该输入，系统分析关于第四用户103d的日程安排，并且确定日程安排是否满足一个或多个标准，例如在上述策略中定义的标准。在该示例中，第四用户103d的日程安排不满足标准，这是因为tessa仅被安排不在办公室四个小时。给定这种场景，系统不会显示状态指示符。即使第一用户和第四用户具有阈值协作级别，这种结果也可能发生。因此，在一些实施例中，当提供输入的用户具有与输入中所标识的用户的阈值协作级别并且当与所标识的用户相关联的状态变化满足一个或多个标准时，系统可以显示状态指示符。
50.为了优化状态指示符123的效率，系统100可以选择针对个体状态指示符123的递送机制。图5示出了这种实施例的示例。如图所示，系统100可以包括用于识别递送机制113的选择器501。递送机制113可以包括任何系统、平台、文件、应用、服务，或者用于传送和显示状态指示符的任何其他计算机化机制。依据人员与计算机交互的时间、他们与计算机交互的类型、他们可能使用的应用以及他们与之交互的文件，状态指示符可以被递送到递送机制113的任何组合。例如，状态指示符123可以被嵌入到文件中、经由文本发送、经由电子邮件发送、发布在频道上、使用应用内(“in-app”)消息递送、使用操作系统通知特征递送等。如将在下面更详细地描述的，状态指示符123可以被配置为使应用显示状态指示符，例如提供相关联的期限的通知，提供关于与用户相关联的状态变化的期限的通告等等。
51.可以基于偏好数据107a、机器学习数据107b、日历数据107c和其他外部资源数据107c来选择一个或多个递送机制113。例如，如果偏好数据和机器学习数据指示用户使用文字处理应用而不是日历应用花费更多时间，则可以将旨在针对该用户的状态指示符123直接发送到文字处理应用以显示在应用内消息中。此外，或替代地，如果用户正在处理特定文件但利用多个不同的应用来访问该文件，则可以将状态指示符123嵌入到该文件内，从而可以显示状态指示符123而不管用于访问文件的应用如何。
52.图6示出了示出选择器501如何利用多个因素来选择针对一个或多个状态指示符123的一个或多个递送机制113的示例。一般地描述，可以根据与用户的交互级别来对每个因素进行评分。分数可以基于任何合适的标度。在一个示例中，可以分析与诸如内容相关性、使用频率和使用个体递送机制113的时间之类的个体因素相关联的分数，以选择状态指示符123的递送机制113。在这种实施例中，上下文数据和/或活动数据，包括机器学习数据，可能会随着时间的推移被监控。使用频率可以指示特定用户在一段时间内访问或使用递送机制，例如文件或应用，的次数。例如，如果电子表格应用比文字处理应用更频繁地被使用，则电子表格应用可能具有比文字处理应用更高的分数。相关性可以基于文件的内容或应用访问的文件的内容。
53.涉及使用数据的另一因素可以指示用户可以与应用或文件进行的交互的级别。例如，如果用户编辑第一word文档导致5kb的编辑，然后编辑第二word文档导致200mb的编辑，
则第一word文档可以具有比第二word文档更高的分数。使用数据也可以应用于应用，例如，如果用户通过应用来编辑文档集合，则可以为这样的应用生成数据使用分数。
[0054]“使用时间”可以指示如何对特定文件或应用进行评分。例如，如果用户在工作时间使用文字处理应用并且在工作时间之外使用在线电子表格预程序，则文字处理程序的得分可以高于电子表格程序。在另一示例中，如果用户在周末访问文字处理应用并且在工作日访问电子表格应用，则电子表格应用可以具有高于文字处理应用的分数。
[0055]
在图6所示的示例中，每个递送机制113的分数600被处理以生成累积分数602。虽然这个示例说明了每个分数被求和以创建累积分数，但是可以领会，任何类型的算法可以用于基于个体分数600来生成累积分数602。在该示例中，累积分数602与阈值进行比较，并且超过阈值的递送机制113被选择。如果系统100确定所选择的机制没有正被使用，则系统100可以对列表进行排序并且依据排序将状态指示符123递送到各种机制113。
[0056]
图6的表格中所示的数据在本文中被称为分析数据。这样的数据可以在图形用户界面601中显示给用户，从而允许用户理解如何选择不同的递送机制。通过显示这样的信息，用户可以理解在系统100内是如何做出决定的。此外，用户可以通过选择不同的因素，或者通过改变应用于因素的权重，或者允许用户进行手动选择，来做出一个或多个调整。例如，用户可以选择特定的递送机制或者改变显示的递送机制的排序。如果用户在图6所示的表格中选择了特定因素，则用户可以移除具体因素，例如“使用时间”因素。响应于这样的输入，系统可以使用因素对递送机制进行重新排序和/或选择不同的递送机制集合，而不考虑所移除的因素，例如“使用时间”因素。
[0057]
在一些配置中，在选择了特定递送机制113的情况下，系统100可以使用递送日程安排。因此，状态指示符123可以在正确的时间在正确的地点被递送给用户，其可以包括为提高状态指示符123的递送的有用性和有效性的目的的一系列的协调动作或消息。
[0058]
在一些配置中，每个递送机制103的分数可以被归一化或加权。图7示出了这种实施例的示例。在该示例中，将多个权重应用于每个分数以生成加权分数701。加权分数用于生成累积加权分数703。应用于每个分数的权重可以基于多个资源，包括但不限于上下文数据，例如用户偏好数据、机器学习数据或活动数据。
[0059]
在一个说明性示例中，如果系统100确定状态指示符123的接收者没有正使用被选择来递送状态指示符123的应用，或者没有打开具有嵌入的状态指示符123的文件，则系统可以降低用于选择该递送机制113的任何分数。例如，图6和图7中所示的示例，如果系统100确定用户没有正在阅读或使用该递送选项，则使用频率权重和使用时间权重可以降低电子邮件应用的相关分数。如图所示，电子邮件系统在图6中被选择为递送机制，但后来在图7中作为选项被移除。这可能导致系统100确定特定系统，例如电子邮件系统，没有正被用于递送状态指示符123或不是有效地递送状态指示符123。
[0060]
应用于不同因素的权重可以来自多种不同的资源。例如，权重可以由机器学习系统生成，该系统可以测量特定递送机制正在被使用了多少。因此，如果机器学习系统确定特定的递送机制，例如电子邮件应用，经常被选择但没有被人实际使用，则系统可以消除用于选择这种递送机制的因素，或者系统可以对这些因素应用特定的权重，例如小于1。在另一示例中，应用于不同因素的权重可以来自用户输入。这使得用户能够在查看了分析并且使得他们能够理解如何选择递送机制后，对决策制定过程进行实时调整。
[0061]
如上所述，递送机制可以涉及多种不同类型的用户界面、应用和可以传送状态指示符123的其他形式的数据。图8示出了可以与本文公开的技术一起使用的示例用户界面。具体地，图8示出了具有配置在常用下拉菜单中的第一状态指示符123a和第二状态指示符123b的示例用户界面。在这种情况下，当用户尝试打开文件时，他们会被提醒当时特定用户的他的状态。
[0062]
图9a示出了如何修改应用的用户界面121以使用应用内消息将状态指示符123传达给接收者的示例。在该示例中，状态指示符123显示在与接收者正在处理的内容非常接近(例如，相邻)的位置处。在一些配置中，应用内消息还可以包括可以允许用户提供关于状态指示符的反馈的图形元素904。因此，如果用户发现状态指示符有用或无用，则用户可以通过语音命令或通过与图形元素904的一个或多个交互来指示。反馈可以用于改变关于状态指示符如何显示给该用户的一个或多个策略。该反馈还可以用于更新机器学习数据，以更准确地选择状态指示符的递送机制。图形元素904还可以被配置为将用户导航到允许他们跟进状态指示符123的功能。例如，图形元素904可以帮助用户导航到会议或聊天室以解决状态指示符123中所指示的问题。
[0063]
图9b示出了如何使用应用内消息将状态指示符123递送给接收者的另一示例。这种状态指示符可以基于一天中的时间以及用户正在处理的内容与人员的状态变化的相关性或用户提供的输入而自动显示给用户。该示例还示出了可以接收关于状态指示符123的正面或负面反馈的图形元素904的另一配置。如本文所述，关于状态指示符的正面或负面反馈可以修改用于控制未来状态指示符的显示的一个或多个标准。该反馈还可以用于选择递送机制113。
[0064]
在该示例中，系统还提供更复杂的状态指示符，该状态指示符提供对动作的推荐。在该示例中，系统100可以分析一个或多个用户的日程安排，例如接收状态指示符123的第一用户和状态指示符的主题。然后，系统可以识别两个用户都有空的一个或多个时隙，并且基于那些有空时隙作出关于会议时间的推荐。
[0065]
图10是示出了用于计算有效地生成和管理状态指示符123的例程1000的方面的图。本领域的普通技术人员应当理解，本文所公开的方法的操作不一定以任何特定顺序呈现，以及以替代顺序执行部分或全部操作都是可能的并且是预期的。为了便于描述和说明，操作已经按演示顺序呈现。可以添加、省略、一起执行和/或同时执行操作而不脱离所附权利要求的范围。
[0066]
还应当理解，所示方法可以在任何时间结束并且不需要全部执行。可以通过执行如本文所定义的包括在计算机存储介质上的计算机可读指令来执行这些方法的一些或所有操作，和/或基本上等效的操作。如在说明书和权利要求中使用的术语“计算机可读指令”及其变型在本文中被广泛使用以包括例程、应用、应用模块、程序模块、程序、组件、数据结构、算法等。计算机可读指令可以在各种系统配置上实现，包括单处理器或多处理器系统、小型计算机、大型计算机、个人计算机、手持计算设备、基于微处理器的可编程消费电子产品、它们的组合等。
[0067]
因此，应当领会，本文描述的逻辑操作被实现为(1)在诸如本文描述的计算系统之类的计算系统上运行的计算机实现的动作或程序模块的序列)和/或(2)计算系统内的互连的机器逻辑电路或电路模块。实施方式是取决于计算系统的性能和其他要求的选择问题。
因此，逻辑操作可以用软件、固件、专用数字逻辑以及它们的任何组合来实现。
[0068]
此外，图10和其他图中所示的操作可以与上述示例呈现ui相关联地实现。例如，本文描述的各种设备和/或模块可以生成、发送、接收和/或显示与通信会话的内容(例如，实况内容、广播事件、录制内容等)相关联的数据，和/或包括与通信会话相关联的远程计算设备、头像(avatar)、频道、聊天会话、视频流、图像、虚拟对象和/或应用的一个或多个参与者的渲染的呈现ui。
[0069]
例程1000开始于操作1002，其中系统100分析上下文数据和活动数据，以确定用户的状态的时间。在一些配置中，上下文数据可以包括活动数据，例如通信数据。用户的状态可以包括任何类型的约会、状态或对人员的有空性的修改(“状态变化”)。例如，人员的状态可能会在他们从工作时间转变到非工作时间时发生变化。状态变化可以包括假期的开始、休息日或以其他方式从“有空”状态转变为“没空”状态。系统可以通过使用多种不同类型的上下文数据和活动数据来确定人员的状态。例如，计算机可以分析日历数据，以确定人员何时有空或没空。日历数据可以包括状态的时间、状态的持续时间和状态类型。此外，系统可以分析通信数据，例如人员的电子邮件或聊天消息，以确定人员何时表示他们将没空。系统可以分析任何类型的上下文数据或活动数据，以确定状态变化将开始以及特定状态将结束的时间和/或日期。
[0070]
例程1000进行到操作1004，其中系统100确定状态变化是否满足一个或多个标准。系统可以利用不同类型的上下文数据和活动数据来确定状态变化是否满足一个或多个标准。例如，当状态的持续时间超过最小时间阈值时，特定状态，例如“不在办公室”状态，可以满足一个或多个标准。这允许系统过滤状态消息。例如，如果人员的日历指示他们将只有半天不在办公室，则这种状态变化可能不会触发状态指示符123的生成或显示。
[0071]
在另一示例中，可以仅当状态变化从预定时间，例如当前时间，起的特定时间段内开始时显示状态指示符123。此类功能过滤某些状态变化以防止显示。例如，如果人员具有在两个月内开始的假期，则可能不会显示此类状态变化，特别是如果系统策略指示状态变化在特定时间，例如两天、一周等，内开始是有利的。因此，在一些实施例中，当上下文数据指示状态变化的时间在相对于当前时间的时间的阈值时段内时，状态变化满足一个或多个标准，其中，状态指示符还指示在当前时间和状态变化的时间之间的持续时间。
[0072]
在又一示例中，仅当包括语音通信或文本通信的活动数据指示在状态变化时间的阈值时段内的期限时，才可以显示状态指示符。例如，如果电子邮件指示特定项目在该月的最后一天到期，并且事实是特定人员的假期在从该到期日期起的阈值时间段，例如三或四天，内开始，则系统可以促使状态指示符的显示。在这种实施例中，状态指示符可以描述预定时间，例如当前时间，与状态变化的时间之间的持续时间。
[0073]
系统还可以识别两个不同日程安排之间的冲突。例如，系统可以确定两个假期何时相互重叠。当检测到这种场景时，系统可以显示描述每个状态变化的状态指示符，例如两个不同用户的假期的时间线。此外，系统还可以描述每个状态变化的两条时间线之间的重叠量。例如，系统可以指示两个用户具有重叠的假期，并且系统可以指示两个假期重叠的天数。
[0074]
系统还可以分析描述不同个体的工作时间、与个体相关联的时区或与不同个体相关联的假日的上下文数据和活动数据。然后，系统可以基于这些因素控制每个状态指示符
的显示。例如，系统可以接收指示状态变化的时间线的数据，例如具有开始时间和结束时间的“不在办公室”状态的时间线。然后，当开始时间或结束时间在预定时间，例如特定用户的当前时间，的阈值时段内时，系统可以确定状态变化满足一个或多个标准。状态指示符还可以提供当前时间与状态变化的结束时间之间的持续时间，或者当前时间与状态变化的开始时间之间的持续时间。
[0075]
当用户输入标识了与状态变化相关联的人员时，系统还可以确定状态变化满足一个或多个标准。例如，在频道或聊天程序中，用户可以键入特定人员的姓名。响应于这样的输入，系统可以识别该特定人员的状态变化，并且显示关于该人员状态变化的细节。
[0076]
接下来，在操作1006处，系统100可以确定两个或更多个人是否具有阈值协作级别。此功能允许系统过滤状态指示符的显示，并且仅显示具有阈值协作级别的两个或更多个人的状态指示符。在一些配置中，系统可以监控活动数据105，以确定多个用户的协作级别超过协作阈值。响应于确定多个用户的协作级别超过协作阈值，系统可以促使状态指示符123的显示。协作级别可以根据多个不同的因素确定。例如，多个不同用户之间的协作级别可以基于用户之间共享的文档数量。在另一示例中，协作级别可以基于用户之间的数据交换的数量，其可以包括视频数据的数量、音频数据的数量等。协作级别还可以基于用户之间共享的特定单词或短语的出现次数。因此，当共享具有特定单词或短语的阈值出现次数的文档或其他形式的通信时，系统可以采取一个或多个动作，例如促使状态指示符123的显示。
[0077]
协作级别可以基于其他因素。例如，协作级别可以基于多个用户之间的通信会话的频率。例如，如果一方每周进行一次对话，则该类型的协作可能不会触发用于生成定义状态指示符的数据或使系统显示状态指示符的一个或多个动作。然而，如果两个特定用户每天见面并且具有他们在彼此之间共享的一定数量的信息，则这两个用户可能具有满足特定阈值或满足一个或多个标准的协作级别。在另一示例中，协作级别可以基于可以在不同用户之间使用的多种不同媒体。例如，如果第一用户和第二用户正在使用频道应用进行通信并且还对文档的多用户编辑会话做出贡献，则第一用户和第二用户可以具有阈值协作级别。在这样的确定中，系统可以采取本文描述的一个或多个动作。同时，如果第一用户和第三用户仅使用频道应用进行通信，则系统可以确定第一用户和第三用户不具有阈值协作级别。在这种场景中，系统可以过滤或阻止状态指示符123的显示。
[0078]
接下来，在操作1008处，系统100可以选择状态指示符123的递送机制113。如本文所述，可以利用一个或多个因素来确定适当的递送机制113。这些因素可以基于但不限于机器学习数据、活动数据、偏好和上下文数据。上下文数据可以从诸如地址簿、社交网络、日历系统等的外部资源接收。递送机制113可以是文件、应用或影响用户界面上显示的内容的任何其他计算机控制的模块。可以利用任何数量的因素来选择递送机制113，包括在本文描述的示例中示出的与图6和图7的关联的那些因素。
[0079]
接下来，在操作1010处，系统100可以促使状态指示符123的显示。状态指示符123可以响应于一个或多个标准而显示，一个或多个标准包括但不限于与特定用户的状态变化的时间和/或持续时间相关的标准、与阈值协作级别相关的标准以及与用户输入相关的标准。例如，状态指示符123可以响应于标识了特定人员的用户输入而显示在通信应用的用户界面内。在其他示例中，如上面结合图5至图7所描述的，状态指示符123可以显示在基于对
用户活动数据的分析而选择的任何应用或文件的用户界面内。递送机制可以包括基于用户与计算机的交互而选择的任何合适的平台、软件应用或文件。
[0080]
接下来，在操作1012处，系统可以分析接收生成的状态指示符123的人员的用户活动，以便收集和分析机器学习数据。例如，当特定用户接收到状态指示符123，并且该用户没有基于状态指示符123采取行动时，系统100可以分析该类型的活动，并且进行实时调整以确保用户接收到状态指示符123的通知。例如，如果系统确定用户没有响应状态指示符123，则系统可以选择另一递送机制113，并且将状态指示符123显示在另一应用的用户界面中或将状态指示符123嵌入在文件中。
[0081]
同时，系统100还可以测量关于用户与状态指示符123的交互的活动级别。该数据可以被收集并且用于选择未来状态指示符123的递送机制113。例如，如果在显示了状态指示符123之后，人员以一个或多个用户活动进行响应，则系统可以更新分数，例如图6和图7中所示的分数，以及可以用于选择未来状态指示符123的递送机制的其他度量。在该示例中，如果用户利用特定递送机制113的状态指示符123进行任何可测量动作，则该特定递送机制113的得分可以高于未产生相同可测量动作的其他递送机制。在操作1012中，系统100还可以传送定义与机器学习服务的用户交互的数据。可以存储和分析不同的度量，其示例在图6和图7中，以用于状态指示符123的递送。
[0082]
状态指示符123的接收者还可以提供对显示的状态指示符的输入响应。例如，用户可以指示特定状态指示符是有用的还是没用的。状态指示符的这种反馈可以用于改变用于过滤状态指示符的显示的策略或标准。在一个说明性示例中，如果策略指示状态指示符应当仅针对在一周内开始的假期显示，并且接收者指示此类通知是没用的，则系统可以更新策略以仅示出在两周内开始的假期。可以基于用户反馈，对策略做出这样的改变，用户反馈可以是语音命令的形式，或者如图9a所示的输入。如图所示，例程1000可以从操作1012返回到操作1002，使得系统100能够在新的状态指示符被生成时不断地利用和调整机器学习数据。
[0083]
应当领会，上述主题可以被实现为计算机控制的装置、计算机过程、计算系统，或者实现为诸如计算机可读存储介质之类的制品。示例方法的操作在个体框中说明并参考这些框进行概述。这些方法被示出为框的逻辑流，其中的每个框可以表示可以用硬件、软件或其组合实现的一个或多个操作。在软件的上下文中，操作表示存储在一个或多个计算机可读介质上的计算机可执行指令，计算机可执行指令当由一个或多个处理器执行时，使得一个或多个处理器能够执行所记载的操作。
[0084]
通常，计算机可执行指令包括执行特定功能或实现特定抽象数据类型的例程、程序、对象、模块、组件、数据结构等。操作被描述的顺序不旨在被解释为限制，并且任何数量的所描述的操作可以以任何顺序执行、以任何顺序组合、细分为多个子操作和/或并行执行实现所描述的过程。所描述的过程可以由与一个或多个设备相关联的资源执行，例如一个或多个内部或外部cpu或gpu，和/或一个或多个硬件逻辑单元，例如现场可编程门阵列(“fpga”)、数字信号处理器(“dsp”)或其他类型的加速器。
[0085]
上述所有方法和过程都可以体现在由一个或多个通用计算机或处理器执行的软件代码模块中，并且经由由一个或多个通用计算机或处理器执行的软件代码模块而完全自动化。代码模块可以被存储在任何类型的计算机可读存储介质或其他计算机存储设备中，
例如下面描述的计算机可读存储介质或计算机存储设备。这些方法中的一些或所有方法可以替代地体现在专用计算机硬件中，例如下面描述的专用计算机硬件。
[0086]
在本文中描述和/或在附图中描绘的流程图中的任何例程描述、元素或框应当被理解为潜在地表示包括用于实现例程中的特定逻辑功能或元素的一个或多个可执行指令的代码的模块、片段或部分。替代实施方式被包括在本文描述的示例的范围内，其中元素或功能可以被删除，或者与所示出或讨论的顺序无序执行，包括基本上同步或以相反的顺序执行，这取决于所涉及的功能，如将被本领域技术人员理解的那样。
[0087]
图11是示出了系统1102可以在其中实现本文公开的技术的示例环境1100的图。在一些实施方式中，系统1102可以用于收集、分析和共享定义一个或多个对象的数据，这一个或多个对象被显示给通信会话1004的用户。
[0088]
如图所示，通信会话1103可以在与系统1102相关联或作为系统1102的一部分的多个客户端计算设备1106(1)至1106(n)(其中n是具有二或更大的值的数字)之间实现。客户端计算设备1106(1)至1106(n)使得用户，也被称为个体，能够参与通信会话1103。
[0089]
在该示例中，通信会话1103在一个或多个网络1108上由系统1102托管。也就是说，系统1102可以提供使得客户端计算设备1106(1)至1106(n)的用户参与通信会话1103(例如，经由实况查看和/或录制查看)的服务。因此，通信会话1103的“参与者”可以包括用户和/或客户端计算设备(例如，多个用户可以在房间中经由使用单个客户端计算设备参与通信会话)，其中的每一个可以与其他参与者进行通信。作为替代方案，通信会话1103可以由使用对等技术的客户端计算设备1106(1)至1106(n)中的一个来托管。系统1102还可以托管聊天对话和其他团队协作功能(例如，作为应用套件的一部分)。
[0090]
在一些实施方式中，这样的聊天对话和其他团队协作功能被认为是与通信会话1103不同的外部通信会话。在通信会话1103中收集参与者数据的计算系统1102可以能够链接到这样的外部通信会话。因此，系统可以接收实现到到这样的外部通信会话的连接性的信息，例如日期、时间、会话详情等。在一个示例中，可以根据通信会话1103进行聊天对话。另外，系统1102可以托管通信会话1103，其包括共同位于会议地点，例如会议房间或礼堂，的至少多个参与者，或位于不同的位置的至少多个参与者。
[0091]
在本文描述的示例中，参与通信会话1103的客户端计算设备1106(1)至1106(n)被配置为接收和渲染通信数据以在显示屏的用户界面上显示。通信数据可以包括实况内容和/或录制内容的各种实例或流的集合。实况内容和/或录制内容的各种实例或流的集合可以由诸如摄像机之类的一个或多个相机提供。例如，实况或录制内容的个体流可以包括与由摄像机提供的视频馈送相关联的媒体数据(例如，捕获参与通信会话的用户的外观和语音的音频和视觉数据)。在一些实施方式中，视频馈送可以包括这样的音频和视觉数据、一个或多个静止图像和/或一个或多个头像。一个或多个静止图像还可包括一个或多个头像。
[0092]
实况或录制内容的个体流的另一示例可以包括媒体数据，该媒体数据包括参与通信会话的用户的头像以及捕获用户的语音的音频数据。实况或录制内容的个体流的又一示例可以包括媒体数据，该媒体数据包括显示在显示屏上的文件以及捕获用户的语音的音频数据。因此，通信数据内的实况或录制内容的各种流使得能够促进一组人之间的远程会议以及该组人内的内容共享。在一些实施方式中，通信数据内的实况或录制内容的各种流可以源自位于诸如房间之类的空间中的多个共同定位的摄像机，以录制或实时流式传输包括
一个或多个个体呈现以及一个或多个个体消费所呈现内容的呈现。
[0093]
参与者或参加者可以在活动发生时实时查看通信会话1103的内容，或者可替代地，在活动发生之后的稍后时间经由记录来查看通信会话1103的内容。在本文描述的示例中，参与通信会话1103的客户端计算设备1106(1)至1106(n)被配置为接收和渲染通信数据以供在显示屏的用户界面上显示。通信数据可以包括实况和/或录制内容的各种实例或流的集合。例如，内容的个体流可以包括与视频馈送相关联的媒体数据(例如，捕获参与通信会话的用户的外观和语音的音频和视觉数据)。内容的个体流的另一示例可以包括媒体数据，该媒体数据包括参与会议会话的用户的头像以及捕获用户的语音的音频数据。内容的个体流的又一示例可以包括媒体数据，该媒体数据包括显示在显示屏上的内容项和/或捕获用户的语音的音频数据。因此，通信数据内的内容的各种流使得能够在分散在远程位置的一群人之间促进会议或广播呈现。
[0094]
通信会话的参与者或参加者是处于相机或其他图像和/或音频捕获设备范围内的人员，使得在该人员查看和/或收听经由通信会话共享的内容时产生的该人员的动作和/或声音可以被捕获(例如，录制)。例如，参与者可能正坐在人群中，在发生舞台呈现的广播位置处实时查看共享内容。或者，参与者可能正坐在办公室会议室中，经由显示屏查看与其他同事的通信会话的共享内容。更进一步，参与者可能正坐在或站在个人设备(例如，平板电脑、智能手机、计算机等)前，在他们的办公室或家中独自查看通信会话的共享内容。
[0095]
图11的系统1102包括设备1110。设备1110和/或系统1102的其他组件可以包括经由一个或多个网络1108彼此通信和/或与客户端计算设备1106(1)至1106(n)通信的分布式计算资源。在一些示例中，系统1102可以是独立系统，其任务是管理一个或多个通信会话，例如通信会话1103，的各个方面。作为示例，系统1102可以由诸如slack、webex、gotomeeting、google hangouts等实体管理。
[0096]
网络1108可以包括例如诸如互联网之类的公共网络、诸如机构和/或个人内联网之类的私有网络、或私有网络和公共网络的某种组合。网络1108还可以包括任何类型的有线和/或无线网络，包括但不限于局域网(“lan”)、广域网(“wan”)、卫星网络、电缆网络、wi-fi网络、wimax网络、移动通信网络(例如，3g、4g等)或其任何组合。网络1108可以利用通信协议，包括基于分组和/或基于数据报的协议，例如互联网协议(“ip”)、传输控制协议(“tcp”)、用户数据报协议(“udp”)或其他类型的协议。此外，网络1108还可以包括促进网络通信和/或形成网络硬件基础的多个设备，例如交换机、路由器、网关、接入点、防火墙、基站、中继器、骨干设备等。
[0097]
在一些示例中，网络1108可以进一步包括实现到无线网络的连接的设备，例如无线接入点(“wap”)。示例支持通过在各种电磁频率(例如，无线电频率)上发送和接收数据的wap的连接性，包括支持电气和电子工程师协会(“ieee”)802.11标准(例如，802.11g、802.11n、802.11ac等)和其他标准的wap。
[0098]
在各种示例中，设备1110可以包括一个或多个计算设备，其在集群或其他分组配置中操作以共享资源、平衡负载、提高性能、提供故障转移支持或冗余，或用于其他目的。例如，设备1110可以属于各种设备类别，例如传统服务器型设备、台式计算机型设备和/或移动型设备。因此，尽管被示为单一类型的设备或服务器类型的设备，设备1110可以包括多种设备类型并且不限于特定类型的设备。设备1110可以代表但不限于服务器计算机、台式计
算机、web服务器计算机、个人计算机、移动计算机、膝上型计算机、平板计算机或任何其他类型的计算设备。
[0099]
客户端计算设备(例如，客户端计算设备1106(1)至1106(n)中的一个)(它们中的每一个在本文中也被称为“数据处理系统”)可以属于可以与设备1110相同或不同的各种设备类别，例如传统的客户端型设备、台式计算机型设备、移动型设备、专用型设备、嵌入式设备和/或可穿戴型设备。因此，客户端计算设备可以包括但不限于台式计算机、游戏控制台和/或游戏设备、平板计算机、个人数据助理(“pda”)、移动电话/平板混合器、膝上型计算机、电信设备、诸如包括全球定位系统(“gps”)设备的基于卫星的导航系统之类的计算机导航型客户端计算设备、可穿戴设备、虚拟现实(“vr”)设备、增强现实(“ar”)设备、植入式计算设备、汽车计算机、支持网络的电视、瘦客户端、终端、物联网(“iot”)设备、工作站、媒体播放器、个人录像机(“pvr”)、机顶盒、相机、用于包含在计算设备中的集成组件(例如，外围设备)、电器或任何其他类型的计算设备。此外，客户端计算设备可以包括前面列出的客户端计算设备示例的组合，例如台式计算机型设备或与可穿戴设备组合的移动型设备等等。
[0100]
各种类别和设备类型的客户端计算设备1106(1)至1106(n)可以代表具有例如经由总线1116可操作地连接到计算机可读介质1194的一个或多个数据处理单元1192的任何类型的计算设备，在一些实例中，总线1116可以包括系统总线、数据总线、地址总线、pci总线、mini-pci总线以及任何种类的本地、外围和/或独立总线。
[0101]
存储在计算机可读介质1194上的可执行指令可以包括例如操作系统1119、客户端模块1120、简档模块1122，以及可由数据处理单元1192加载和执行的其他模块、程序或应用。
[0102]
客户端计算设备1106(1)至1106(n)还可以包括一个或多个接口1124，以实现客户端计算设备1106(1)至1106(n)通过网络1108与其他联网设备，例如设备1110，之间的通信。这样的网络接口1124可以包括一个或多个网络接口控制器(nic)或其他类型的收发器设备，以通过网络发送和接收通信和/或数据。此外，客户端计算设备1106(1)至1106(n)可以包括输入/输出(“i/o”)接口(设备)1126，其实现与输入/输出设备的通信，输入/输出设备例如包括外围输入(例如，游戏控制器、键盘、鼠标、笔、诸如麦克风之类的语音输入设备、用于获得和提供视频馈送和/或静止图像的摄像机、触摸输入设备、手势输入设备等)的用户输入设备和/或包括外围输出设备(例如，显示器、打印机、音频扬声器、触觉输出设备等)的输出设备。图11示出了客户端计算设备1106(1)以某种方式连接到显示设备(例如，显示屏1129(n))，该显示设备可以根据本文描述的技术显示ui。
[0103]
在图11的示例环境1100中，客户端计算设备1106(1)至1106(n)可以使用它们各自的客户端模块1120来相互连接和/或与其他外部设备连接，以便参与通信会话1103，或以便为协作环境贡献活动。例如，第一用户可以利用客户端计算设备1106(1)与另一客户端计算设备1106(2)的第二用户进行通信。当执行客户端模块1120时，用户可以共享数据，这可以使客户端计算设备1106(1)通过网络1108连接到系统1102和/或其他客户端计算设备1106(2)至1106(n)。
[0104]
客户端计算设备1106(1)至1106(n)可以使用它们各自的简档模块1122来生成参与者简档(图11中未示出)，并且将参与者简档提供给其他客户端计算设备和/或系统1102的设备1110。参与者简档可以包括用户或用户组的身份(例如，名称、唯一标识符(“id”)
1146可以包括与诸如一般通信会话之类的会议相关联的多个参与者的视频馈送。在其他实施方式中，呈现gui 1146可以与诸如聊天频道、企业团队频道等的频道相关联。因此，呈现gui 1146可以与不同于一般通信会话的外部通信会话相关联。
[0111]
图12示出了示出示例设备1200(在本文中也被称为“计算设备”)的示例组件的图，该示例设备1200被配置为生成用于本文中公开的一些用户界面的数据。设备1200可以生成可以包括一个或多个部分的数据，这一个或多个部分可以渲染或包括用于在显示屏1129上显示的视频、图像、虚拟对象和/或内容。设备1200可以代表本文描述的设备中的一个。另外地或替代地，设备1200可以代表客户端计算设备1106中的一个。
[0112]
如图所示，设备1200包括一个或多个数据处理单元1202、计算机可读介质1204和通信接口1206。设备1200的组件例如经由总线1209操作性地连接，总线1209可以包括系统总线、数据总线、地址总线、pci总线、mini-pci总线和任何种类的本地总线、外围总线和/或独立总线中的一个或多个。
[0113]
如本文所使用的，诸如数据处理单元1202和/或数据处理单元1192之类的数据处理单元可以代表例如cpu类型的数据处理单元、gpu类型的数据处理单元、现场可编程门阵列(“fpga”)、另一类dsp或其他硬件逻辑组件，在一些情况下，它们可能由cpu驱动。例如但不限于，可以使用的说明性类型的硬件逻辑组件包括专用集成电路(“asic”)、专用标准产品(“assp”)、系统级芯片系统(“soc”)、复杂可编程逻辑器件(“cpld”)等。
[0114]
如本文所使用的，诸如计算机可读介质1204和计算机可读介质1194之类的计算机可读介质可以存储可由数据处理单元执行的指令。计算机可读介质还可以存储可由诸如外部cpu、外部gpu等的外部数据处理单元执行和/或可由诸如fpga类型加速器、dsp类型加速器或任何其他内部或外部加速器之类的外部加速器执行的指令。在各种示例中，至少一个cpu、gpu和/或加速器被并入计算设备中，而在一些示例中，cpu、gpu和/或加速器中的一个或多个在计算设备外部。
[0115]
计算机可读介质，在本文中也可以被称为计算机可读介质，可以包括计算机存储介质和/或通信介质。计算机存储介质可以包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据之类的信息的任何方法或技术实现的易失性存储器、非易失性存储器和/或其他持久性和/或辅助计算机存储介质、可移动和不可移动计算机存储介质中的一种或多种。因此，计算机存储介质包括被包括在设备和/或作为设备的一部分或在设备外部的硬件组件中的有形和/或物理形式的介质，包括但不限于可以用于存储和维护信息以供计算设备访问的随机存取存储器(“ram”)、静态随机存取存储器(“sram”)、动态随机存取存储器(“dram”)、相变存储器(“pcm”)、只读存储器(“rom”)、可擦除可编程只读存储器(“eprom”))、电可擦除可编程只读存储器(“eeprom”)、闪存、压缩盘只读存储器(“cd-rom”)、数字多功能盘(“dvd”)、光卡或其他光存储介质、磁带、磁条、磁盘存储设备、磁卡或其他磁性存储设备或介质、固态存储设备、存储阵列、网络附加存储设备、存储区域网络、托管计算机存储设备或任何其他存储存储器、存储设备和/或存储介质。
[0116]
与计算机存储介质相比，通信介质可以将计算机可读指令、数据结构、程序模块或其他数据包含在诸如载波之类的调制数据信号或其他传输机构中。如本文所定义的，计算机存储介质不包括通信介质。也就是说，计算机存储介质不包括本身仅由调制数据信号、载波或传播信号组成的通信介质。
[0117]
通信接口1206可以代表例如用于通过网络发送和接收通信内容的网络接口控制器(“nic”)或其他类型的收发器设备。此外，通信接口1206可以包括用于实现视频馈送和/或静止图像等的生成的一个或多个摄像机和/或音频设备1222。
[0118]
在所示示例中，计算机可读介质1204包括数据存储库1208。在一些示例中，数据存储库1208包括数据存储设备，例如数据库、数据仓库或其他类型的结构化或非结构化数据存储设备。在一些示例中，数据存储库1208包括具有一个或多个表格、索引、存储的过程等的语料库和/或关系数据库，以实现包括例如超文本标记语言(“html”)表格、资源描述框架(“rdf”)表格、网络本体语言(“owl”)表格和/或可扩展标记语言(“xml”)表格中的一个或多个的数据访问。
[0119]
数据存储库1208可以存储用于存储在计算机可读介质1204中和/或由数据处理单元1202和/或加速器执行的过程、应用、组件和/或模块的操作的数据。例如，在一些示例中，数据存储库1208可以存储会话数据1210(例如，如图11所示的会话数据1136)、简档数据1212(例如，与参与者简档相关联的)和/或其他数据。会话数据1210可以包括通信会话中的参与者(例如，用户和/或客户端计算设备)的总数、在通信会话中发生的活动、通信会话的受邀者列表和/或与何时以及如何进行或托管通信会话相关的其他数据。数据存储库1208还可以包括内容数据1214，例如包括用于在一个或多个显示屏1129上进行渲染和显示的视频、音频或其他内容。
[0120]
替代地，一些或所有上述数据可以被存储在一个或多个数据处理单元1202上的单独存储器1216上，存储器例如cpu型处理器、gpu型处理器、fpga型加速器、dsp型加速器和/或其他加速器上的存储器。在该示例中，计算机可读介质1204还包括操作系统1218和被配置为将设备1200的功能和数据显露给其他设备的应用编程接口1210(api)。此外，计算机可读介质1204包括一个或多个模块，例如服务器模块1230、输出模块1232和gui呈现模块1240，但是所示模块的数量只是示例，并且数量可以变化为更高或更低。也就是说，本文结合所示模块描述的功能可以由一个设备上的更少数量的模块或更多数量的模块执行，或者分布在多个设备上。
[0121]
还应当领会，可以对上述示例进行许多变化和修改，其中的元素应被理解为在其他可接受的示例中。所有这样的修改和变化在本文中都旨在包括在本公开的范围内并受所附权利要求保护。
[0122]
最后，尽管各种配置已经用特定于结构特征和/或方法动作的语言进行了描述，但应理解，在所附表示中定义的主题不一定限于所描述的具体特征或动作。相反，具体特征和动作被公开为实现要求保护的主题的示例形式。
[0123]
本文呈现的公开还涵盖以下条款中阐述的主题：
[0124]
条款1：一种用于提供状态指示符的方法，所述方法由数据处理系统执行，包括：分析包括通信数据或日历数据的上下文数据，以确定与用户身份相关联的状态的时间和持续时间；确定所述状态的所述时间满足一个或多个标准；响应于确定所述状态的所述时间满足所述一个或多个标准，促使所述状态指示符在渲染在显示设备上的用户界面上的显示，所述状态指示符提供所述用户身份、所述状态的所述时间和所述状态的所述持续时间。
[0125]
条款2：条款1的方法，其中，所述一个或多个标准将所述持续时间定义为与所述用户身份相关联的用户的没空时段，其中，当所述状态的所述持续时间超过最小时间阈值时，
所述状态满足所述一个或多个标准。
[0126]
条款3：条款1和2的方法，其中，当所述上下文数据指示所述状态的所述时间在所述时间相对于当前时间的阈值时段内时，所述状态满足一个或多个标准，其中，所述状态指示符还指示所述当前时间与所述状态的所述时间之间的持续时间。
[0127]
条款4：条款1至3的方法，其中，当包括语音通信或文本通信的活动数据指示了在所述状态的所述时间的阈值时段内的期限时，所述状态满足一个或多个标准，其中，所述状态指示符还指示当前时间与所述状态的所述时间之间的持续时间。
[0128]
条款5：条款1至4的方法，其中，所述上下文数据指示与第二用户身份相关联的第二状态的时间，其中，当所述状态的所述持续时间与所述第二状态的持续时间重叠时，所述状态满足一个或多个标准，并且其中，所述状态指示符还指示所述状态的所述持续时间与所述第二状态的所述持续时间之间的重叠。
[0129]
条款6：条款1至5的方法，其中，所述上下文数据指示所述状态的时间线，所述时间线具有开始时间和结束时间，其中，当所述结束时间在当前时间的所述时间的阈值时段内时，所述状态满足一个或多个标准，其中，所述状态指示符还指示所述当前时间与所述状态的所述结束时间之间的持续时间。
[0130]
条款7：条款1至6的方法，其中，所述状态指示符的所述显示还响应于接收到标识所述用户身份的用户输入。
[0131]
条款8：条款1至7的方法，还包括：选择用于所述状态指示符的所述显示的递送机制，所述递送机制包括应用或文件，其中，对所述递送机制的选择基于以下至少之一：使用频率、使用时间、所述递送机制与由与所述用户相关联的活动数据标识的主题之间的相关性级别，其中，所述状态指示符被显示在显示所述应用的所述用户界面或显示所述文件的所述用户界面内。
[0132]
条款9：一种用于提供状态指示符的方法，所述方法由数据处理系统执行，包括：监控活动数据，以确定多个用户的协作级别超过协作阈值；响应于确定所述多个用户的所述协作级别超过所述协作阈值，分析包括通信数据和日历数据的上下文数据，以确定与所述多个用户中的一个用户的用户身份相关联的状态的时间；确定所述状态的所述时间满足一个或多个标准；响应于确定所述状态的所述时间满足一个或多个标准，促使所述状态指示符在渲染在显示设备上的用户界面上的显示，所述状态指示符提供所述用户身份、所述状态的所述时间和所述状态的持续时间。
[0133]
条款10：条款9的方法，其中，所述协作级别基于在所述多个用户之间共享的文档的数量，并且其中，所述协作阈值是文档的预定数量。
[0134]
条款11：条款9和10的方法，其中，所述协作级别基于在所述多个用户之间交换的数据量，并且其中，所述协作阈值是文档的预定数量。
[0135]
条款12：条款9-11的方法，其中，所述协作级别基于所述多个用户之间的通信会话的频率，并且其中，所述协作阈值是通信会话的预定频率。
[0136]
条款13：条款9-12的方法，其中，所述协作级别基于所述多个用户之间的通信会话的数量，并且其中，所述协作阈值是所述多个用户之间的通信会话的预定数量。
[0137]
条款14：条款9至13的方法，还包括：选择用于所述状态指示符的所述显示的递送机制，所述递送机制包括应用或文件，其中，对所述递送机制的选择基于以下至少之一：使
用频率、使用时间、所述递送机制与由与所述用户相关联的活动数据标识的主题之间的相关性级别，其中，所述状态指示符被显示在显示所述应用的所述用户界面或显示所述文件的所述用户界面内。
[0138]
条款15：条款9至14的方法，所述协作级别基于所述多个用户之间的不同通信会话的数量，并且其中，所述协作阈值是所述多个用户之间的不同通信会话的预定数量。
[0139]
条款16：一种系统，包括：用于分析包括通信数据和日历数据的上下文数据以确定与用户身份相关联的状态的时间的单元；用于确定所述状态的所述时间满足一个或多个标准的装单元；用于促使所述状态指示符在渲染在显示设备上的用户界面上的显示的单元，所述状态指示符提供所述用户身份、所述状态的所述时间，其中，所述状态指示符的所述显示是响应于确定所述状态的所述时间状态满足所述一个或多个标准的。
[0140]
条款17：条款16的系统，其中，所述一个或多个标准将所述持续时间定义为与所述用户身份相关联的用户的没空时段，其中，当所述状态的所述持续时间超过最小时间阈值时，所述状态满足所述一个或多个标准。
[0141]
条款18:条款16和17的系统，其中，当所述上下文数据指示所述状态的所述时间在所述时间相对于当前时间的阈值时段内时，所述状态满足所述一个或多个标准，其中，所述状态指示符还指示所述当前时间与所述状态的所述时间之间的持续时间。
[0142]
条款19：条款16至18的系统，其中，当包括语音通信或文本通信的活动数据指示了在所述状态的所述时间的阈值时段内的期限时，所述状态满足一个或多个标准，其中，所述状态指示符还指示当前时间与所述状态的所述时间之间的持续时间。
[0143]
条款20：条款16至19的系统，其中，所述上下文数据指示与第二用户身份相关联的第二状态的时间，其中，当所述状态的所述持续时间与所述第二状态的持续时间重叠时，所述状态满足一个或多个标准，并且其中，所述状态指示符还指示所述状态的所述持续时间与所述第二状态的所述持续时间之间的重叠。
[0144]
还应当领会，可以对上述示例进行许多变化和修改，其中的元素应被理解为在其他可接受的示例中。所有这样的修改和变化在本文中都旨在包括在本公开的范围内并受所附权利要求保护。
[0145]
最后，尽管各种配置已经用特定于结构特征和/或方法动作的语言进行了描述，但应理解，在所附表示中定义的主题不一定限于所描述的具体特征或动作。相反，具体特征和动作被公开为实现要求保护的主题的示例形式。