建立针对活跃讨论线程的即时会议的制作方法

背景技术：

当前，当多个人在电子邮件应用(例如，outlook)、社交媒体应用(例如，twitter^tm、yammer^tm、facebook^tm等)、协作平台(例如，slack^tm)，以及其他形式的异步通信(在其中，发布了消息但不期望立即得到回复)的讨论线程中讨论热门话题和/或有争议的话题时，讨论线程中的消息可能启动迅速发布。当迅速发布消息时，键入消息的延迟通常使讨论参与者很难跟上最新讨论的步伐，并且很难足够快地传达其想法以在讨论线程中对其加以考虑。期望自动识别讨论线程何时活跃并且在讨论线程的参与者之间以音频和/或视频会议呼叫的形式发起即时会议，以使得不丢失评论。

技术实现要素：

在附图和以下具体实施方式的文本中提供了本发明主题的实施例的各种细节。将理解的是：以下部分提供了这些实施例中的一些实施例的概括示例。

本文描述的系统和方法检测讨论线程何时变为活跃，并提示讨论线程的参与者以音频/视频呼叫的形式加入即时会议。本文描述的系统和方法监测讨论线程上的活跃度，并且当讨论线程变得足够活跃时，向讨论线程的参与者建议“现在开会”、“加入呼叫”等。通过在讨论线程最活跃时发起即时会议或呼叫，系统可以节省参与者在讨论线程中的时间，并在参与者原本要在短时间段内回复消息/帖子时能够快速做出决定和结论。此外，通过在讨论线程最活跃时发起呼叫，可以节省用于管理讨论线程的计算机处理资源，因为计算机会自动将讨论参与者同步到即时会议中并结束讨论线程，从而释放计算机资源用于其他讨论线程。

在示例实施例中，讨论线程的参与者被邀请参加语音和/或视频会议，或者当在预定时间段内有预定数量的与讨论线程中的特定话题相关的帖子被发表时，建议参与者参加会议。系统自动识别讨论信源(feed)中的热门话题，并至少为讨论线程的活跃成员自动建立语音和/或视频会议。通过这样做，系统为讨论线程的参与者提供了一个平台，该平台能够使参与者根据需要且在需要时更好、更快地表达其想法并进行更有成效的讨论。

在示例实施例中，由计算机实现的以音频和/或视频会议呼叫的形式发起即时会议的方法提供了上述特征以及其他特征。所述方法包括存储关于两个或更多个参与者的讨论线程的信息。确定预定时间段内来自两个或更多个参与者的与讨论线程相关的消息的数量，以及基于确定预定时间段内来自所述两个或更多个参与者的与讨论线程相关的消息的数量超过第一阈值，为所述两个或更多个参与者建立会议或呼叫。

在示例实施例的特定实现中，关于所述讨论线程的所述信息包括线程id、消息内容以及在所述讨论线程中对消息的回复之间的时间。确定在预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的消息的数量还可以包括：对与所述讨论线程相关的消息的数量进行计数，并且当所述消息的数量超过所述第一阈值时，计算在所述讨论线程中对消息的回复之间的平均时间。这些确定还可以包括：确定所述讨论线程中针对每个消息的连续回复之间的平均时间是否低于第二阈值，其中，针对所述两个或更多个参与者的会议或呼叫是在所述消息的数量超过了第一阈值并且讨论线程中对消息的回复之间的平均时间低于第二阈值时建立的。

在示例实施例的其他实现中，机器学习工具用于评估所述讨论线程中的消息内容，以识别与共同话题相关的消息。然后，当在所述预定时间段内来自所述两个或更多个参与者的与所述共同话题相关的所述消息的数量超过了所述第一阈值时，建立针对所述两个或更多个参与者的会议或呼叫。建立针对所述两个或更多个参与者的会议或呼叫还可以包括：向所述讨论线程所涉及的所述两个或更多个参与者发送会议邀请。所述会议邀请的标题也是通过以下操作来确定的：对所述讨论线程中所述数量的消息的文本执行自然语言处理，并且将所述讨论线程中的文本与所述讨论线程中引用的产品、关键字和/或和所述产品和关键字相关联的个人进行相关。

如本文所讨论的，可以在计算系统中提供实现上述方法的各方面的逻辑、命令或指令，计算系统包括计算系统的任何数量的形状因子，例如桌面式个人计算机或笔记本个人计算机、移动设备(例如平板电脑、上网本和智能手机)、客户端终端和服务器托管的机器实例，等等。本文中讨论的另一个实施例包括将本文所讨论的技术结合成其他形式，包括结合成其他形式的编程逻辑、计算机可读介质、硬件配置，或专用组件或模块，包括具有用于执行这些技术的功能的相应单元的装置。用于实现这些技术的功能的相应算法可以包括上述电子操作中的一些或所有电子操作的序列，或者下文的附图和具体实施方式中描述的其他方面。这样的系统和包括用于实现本文描述的方法的指令的计算机可读介质也构成示例实施例。

提供该发明内容部分是为了以简化的形式介绍本发明主题的各方面，并且在随后的具体实施方式的文本中进一步解释本发明的主题。该发明内容部分不旨在标识所要求保护的主题的关键或所需特征，并且本发明内容部分中列出的元素的特定组合和顺序不旨在提供对所要求保护的主题的元素的限制。

附图说明

在附图中，相同的附图标记可以描述不同视图中的相同组件，附图不一定是按比例绘制的。附图通过示例而非限制的方式大体上示出了本文档中讨论的各种实施例。

图1a示出了被确定为足够活跃以发起即时会议或呼叫的讨论线程的示例。

图1b示出了被确定为不够活跃以发起即时会议或呼叫的讨论线程的示例。

图1c示出了被确定为足够活跃以发起在第三回复之后开始的即时会议或呼叫的讨论线程的示例。

图2a示出了如何将加入呼叫的选项呈现给讨论线程的参与者的示例屏幕截图。

图2b示出了以下示例屏幕截图：如何在讨论线程的参与者撰写对讨论线程的新回复之前，在线程启动器的开头或讨论线程的末尾呈现加入呼叫的选项。

图3示出了示例实施例中的适于以音频和/或视频呼叫的形式发起即时会议的异步通信系统的框图。

图4示出了在示例实施例中用于建立针对活跃讨论线程的即时会议或呼叫的方法的流程图。

图5是示出可以在其上实现一个或多个实施例的机器的示例的框图。

具体实施方式

以下针对图1-图5的描述充分说明了本领域的技术人员能够实施的具体实施例。其它实施例可以纳入结构、逻辑、过程和其它改变。一些实施例的部分和特征可以包括在其它实施例的部分和特征中，或者替换其它实施例的部分和特征。权利要求书中阐述的实施例涵盖了那些权利要求的所有可用等价物。

本文所述的系统和方法认识到，当参与者使用诸如teams^tm和yammer^tm之类的异步通信平台交谈时，他们有时会对讨论线程的话题感到兴奋/无聊，并迅速开始对讨论线程发表回复。例如，假设发生了呼叫中的事件，并且在参与者发现了讨论线程时，参与者一旦发现了讨论线程就开始很快将回复发布到讨论线程中。讨论线程可能很快接收到回复、消息和更新，并可能每分钟发布几条新消息。作为另一个示例，假设存在另一个讨论线程，其中有人在线程启动器中提出了一个问题，并且参与者开始回答该问题，但通常不同意其中一个答案。在这种情况下，对话可能会变得活跃，从而在讨论线程上出现每个新消息时，无论答案是对还是不对，对讨论线程的回复都可能一个接一个地迅速到达，并且在任何情况下，对于参与者可以键入响应之前要阅读的所有消息而言，这些回复之间的距离都太近了。在这种情况下，针对讨论线程键入新消息和/或新内容似乎是徒劳的。这样的情况可能导致参与者放弃讨论线程，并希望发起视频和/或音频呼叫以结束急速的异步通信。

为了解决这样的情况，本文描述的系统和方法提供了用于监测新的讨论线程的创建的平台。对于每个新的讨论线程，都会监测将新回复/消息发布到讨论线程的速率。将回复/消息发布到讨论线程的速率与预先定义的阈值进行比较，该阈值已被设置为确定讨论线程何时变为活跃或“热门”并且发起视频和/或音频呼叫可能是想要的。例如，如果以10个回复/分钟的速率在至少3分钟接收到帖子/回复，则这可能表示该讨论线程的话题很受关注，并且已经成为“热门”。一旦在后端通信服务中检测到该讨论线程处于活跃，则后端通信服务可以自动发起音频和/或视频呼叫，并邀请讨论线程中所有或仅最活跃(或最近活跃)的参与者。例如，在个人助理平台(例如cortana^tm)上，cortana^tm集成可以向讨论线程的参与者弹出一个按钮指示“立即开会”。讨论线程的参与者可以选择指示“立即开会”的按钮，并且成为会议的参与者。或者，受邀参与者可以简单地单击链接，并且进入协作软件(例如teams^tm)进行讨论。因此，那些希望进行面对面讨论的用户能够进行更快和更富有成效的讨论。

此外，在与“热门”讨论线程的参与者一起工作的人员(即时团队或大型组织)的发现信源中，“热门”讨论线程的排名可以更高。这使那些额外的参与者能够参与“热门”讨论线程，并有可能也被邀请参加会议/呼叫。这些特征有助于将异步通信工具(例如与从可获得的yammer^tm一起使用的工具)定位为对时间不敏感的通信的综合工具。

在示例实施例中，监测分配给特定讨论线程的传入消息/回复的速率，并根据将这些消息/回复分配给特定讨论线程的速率来推断讨论线程的话题热度。此速率信息用于建议特定讨论线程的参与者使用同步通信介质(例如在诸如teams^tm、hipchat^tm、slack^tm等通信平台上的音频/视频呼叫)来继续该对话。

在示例实施例中，通过定义两个变量来确定话题/消息“热度”，通过该两个变量可以定义讨论线程的“热度”。“回复之间的平均时间”衡量针对讨论线程中每条消息发布和存储的消息的回复之间的时间。“n”是讨论线程的连续回复的数量。在示例实施例中，“n”和“回复之间的平均时间”具有预定值，当超过预定值时，触发该建议以显示“跳转到呼叫”。“n”和“回复之间的平均时间”的值可以基于各种因素来进行配置，例如在其中发布讨论线程的组/话题/分发列表的受欢迎程度、特定讨论线程中的消息的平均数量，等等。

图1a、图1b和图1c示出了用于确定讨论线程是否足够活跃以发起呼叫的示例。

在图1a所示的示例中，当存在n＝9个回复并且这些回复中的每个回复均满足2分钟或更短的“回复之间的平均时间”要求时，讨论线程被确定为活跃或“热门”。在图1a中所示的情况1中，在10分钟的过程中收到9个回复102，因此在第9条消息之后，会自动生成“跳转到呼叫”的建议104。

在图1b所示的示例中，当存在n＝9个回复并且这些回复中的每个回复均满足2分钟或更短的“回复之间的平均时间”要求时，讨论线程仍被确定为活跃。然而，在图1b所示的情况2中，由于在讨论线程中只存在3个回复106，所以没有发起呼叫，并且讨论线程被丢弃。

在图1c所示的示例中，当存在n＝9个回复并且这些回复中的每个回复均满足2分钟或更短的“回复之间的平均时间”要求时，讨论线程仍被确定为活跃。在图1c所示的情况3中，在第三回复108之后，讨论线程110变得“热门”，因此在10分钟的时段内收到第9条消息114之后，会自动生成“跳转到呼叫”的建议112。由于第二和第三消息之间的长延迟，前两个消息116被忽略，其不满足2分钟或更短的“回复之间的平均时间”要求。因此，像消息116和110上的移动窗口一样施加9消息阈值，以确定是否任意9个消息的回复之间的平均时间低于所设置的阈值。

除了使用该回复之间的时间和该线程上传入消息的数量之外，显示“加入呼叫”按钮的决定可以基于其他输入的组合。例如，如果公司'x'中的某个人在线程上回复两次或三次，则也可以做出显示“加入呼叫”按钮的决定。在这种情况下，回复的阈值数量可以降低到7，而不是10，并且可以显示“加入呼叫”的建议。

在上述情况下，活跃热门讨论中的参与者将被邀请至“跳转到呼叫”。在参与者认为合适时，可以在他们认为不必要时拒绝/驳回该呼叫。如果观察到拒绝/驳回呼叫的模式，则可以输入该模式作为对系统的反馈，在系统下次提示参与者跳转到呼叫时将会把其考虑在内。如果讨论参与者拒绝接受加入呼叫的邀请，则系统可以生成询问，以询问讨论参与者不加入呼叫的原因。此类信息收集是可选的，但可以有助于使系统了解讨论参与者为何选择拒绝邀请。

另一方面，当活跃热门讨论中的参与者接受“跳转到呼叫”的建议时，然后系统会自动创建一个“自组织”会议邀请，该邀请被发送给消息/线程中涉及的讨论参与者。可以通过使用自然语言处理和机器学习模型提取标题来从线程启动器的话题中推断出会议的标题。注意，自然语言处理和机器学习模型不需要被用于确定何时发起会议/呼叫，而只是基于讨论线程的文本的自然语言处理，针对会议/呼叫以及可能邀请的人来确定话题。同样，会议/呼叫不会基于讨论线程的总体持续时间或因为某些关键字频繁出现在讨论线程中而启动。而是，如果通过本文描述的技术确定的话题的活跃水平建议会议将是适当的，则发起会议/呼叫。

显示“跳转到呼叫”的建议还可以基于多种因素的组合，例如讨论线程活跃水平、消息参与者的数量、交换关于讨论话题的消息所花费的时间、特定于产品和/或话题标签的内容/关键字，等等。在这种情况下，该呼叫为讨论线程中的所有参与者或与热门话题相关联的其他参与者提供了被邀请加入呼叫的机会。例如，可以提供会议来邀请决策作出者进行讨论并提供针对决策的上下文。可以生成对话框，以确定是否应邀请其他人加入该呼叫。系统将自动将其他人添加到要被邀请参加呼叫的参与者列表中。还可以从讨论线程的对话的自然语言处理并使用机器学习模型来自动确定要被邀请至呼叫的其他人员，以邀请文本中标识的人员、与所提及的产品相关联的人员等。

会议将被设置为在短暂的时间延迟后立即开始，或在自动协调了讨论参与者的日历而确定的时间开始。可以在时间块中以0.25小时、0.5小时、1小时的时间槽等等来设置会议。

将会意识到，由于在超过了活跃水平阈值时自动建立了呼叫，因此不需要用于该呼叫的主持人。讨论线程中的每个人，或仅讨论线程中最活跃或最近的参与者都被邀请加入呼叫。当然，可以包括主持人作为选项。主持人可以是讨论线程或在其中创建了该线程的组的管理员。将事先确立主持人。或者，主持人可以是发起讨论线程的人、讨论线程中最活跃的参与者的人，等等。

图2a和图2b示出了邀请讨论参与者加入呼叫的示例屏幕截图。图2a示出了如何为具有话题202(例如，#测试)的讨论线程200呈现加入呼叫的选项。如图所示，在204处向讨论参与者通知呼叫正在进行中。图2b示出了在讨论线程的参与者撰写对讨论线程的新回复之前，如何在线程启动器的开始处或讨论线程的末尾处将加入呼叫的选项呈现为链接206。当被选择时，链接206将把讨论线程参与者带到被配置为进行多方呼叫的会议设备或模块(与异步通信软件集成或可从第三方获得)。

除了针对线程的参与者的邀请之外，邀请还可以是在该线程附近发布的skype会议的链接。对于没有正在参与该线程的但看到了该线程的任何人，如果其具有访问该线程讨论的权限，则其也可以加入。再举一个例子，在yammer中，如果它是公共群组，那么导航到该群组信源并看到该线程中正在进行呼叫的迹象的任何人都可以加入会议并收听，就像在办公室里人们可以路过，聆听并加入走廊上的谈话那样。另一方面，在yammer中，如果是一个私人群组，则只有该群组中的成员才能看到此链接，并且如果愿意的话，加入对话。

系统配置

图3示出了示例实施例中的适于以音频和/或视频呼叫的形式发起即时会议的异步通信系统300的框图。本领域技术人员将理解，音频和/或视频呼叫可以是电话呼叫、voipskype呼叫、在线电话会议以及任何其他音频和/或视频通信平台。如所示的，讨论参与者302正在积极参与经由网络306提供给他们各自的计算设备304(例如，智能电话、手持设备、膝上型计算机等)的讨论线程。在示例实施例中，讨论线程由异步通信设备生成，例如服务器310中提供的异步通信模块308。异步通信模块308可以包括电子邮件应用(例如，outlook)、社交媒体应用(例如，twitter^tm、yammer^tm、facebook^tm等)、协作平台(例如，slack^tm)、用户发布问题以获取答案的平台(例如stackoverflow)，或者在其中发布消息但不期望立即收到回复的、用于异步通信的任何其他硬件和/或软件平台。异步通信设备也可以是与服务器310分开的硬件设备。在示例实施例中，异步通信模块308被修改为包括讨论线程存储设备312，其通过在接收到线程启动器时分配线程id来发起讨论线程的存储。对线程启动器的响应存储在讨论线程存储设备312中的同一线程id之下。讨论线程存储单元312存储消息内容以及如上文针对图1a、图1b和图1c所描述的、针对讨论线程的连续回复的“回复之间的平均时间”的数量“n”。处理器314计算回复之间的平均时间以适当地更新讨论线程存储单元312。处理器314执行由从指令存储器316中检索的软件指令所指示的此类计算。

如下文针对图4所解释的，由指令存储器316提供给处理器314的指令包括对特定线程id的讨论线程是否已经变得“热门”的计算，以及在适当时，用于通过将会议设备(例如会议模块318)与此类呼叫中潜在参与者的列表联系，以音频和/或视频呼叫的形式发起或建议即时会议的指令。指令316还可以包括用于进行以下操作的指令：通过将讨论线程中的文本与讨论线程中引用的产品和关键字和/或与产品和关键字相关联的个体进行相关，对各个讨论线程进行自然语言处理以识别讨论线程话题和/或即时会议中的潜在参与者。或者，可以使用默认文本(例如“针对该线程的自组织会议”)来发起即时会议或呼叫。

图3还示出了用户设备304，该用户设备304包含会议设备，例如用于发起音频和/或视频呼叫的会议模块320，以及用于与讨论线程进行交互的显示器322。本领域技术人员将理解，可以修改用户的计算设备304的浏览器以跟踪在特定讨论线程上发送/接收的消息的数量，并使用本文中描述的技术来检测讨论线程的活跃水平。然而，在示例实施例中，如上所述，在通信软件平台的服务器310上提供了用于跟踪在特定讨论线程上发送/接收的消息的数量并且用于检测讨论线程的活跃水平的系统。作为示例，可以将从可获得的yammer^tm消息传送平台的后端服务器用作异步通信设备308，并且可以将该设备修改为包括本文所述类型的系统以用于跟踪在特定讨论线程上发送/接收的消息的数量，并用于检测讨论线程的活跃水平。消息传送平台的数据存储单元312将存储线程启动器消息并为其分配线程id。在由线程启动器启动的讨论线程中发送/接收的后续消息将被分配相同的线程id，并存储在数据存储单元312中。如通过图1a、图1b和图1c中的示例所指示的，除了讨论线程的文本之外，数据存储单元还将包括与线程id相关联的元数据，该元数据标识消息id和讨论线程中的响应数量、回复之间的平均时间，以及自开始以来讨论线程的持续时间。元数据因此将包括确定讨论线程中的回复之间的时间差以及与特定线程id相关联的响应之间的平均时间差所需的信息。呈现的其他字段可以是“created_at”、“group_id”、回复之间的时间＝diff(第n个回复/消息created_at-第(n-1)个回复/消息created_at)”以及group_id：在其中发布消息的组。当接收到消息或以指定的间隔接收消息时，处理器314将检查与线程id相关联的消息的数量，并计算回复之间的平均时间，以确定是否已经超过了确立“热度”所需的消息的数量，以及回复之间的平均时间是否低于针对“热度”设置的阈值。如果这两个条件都被满足，则系统生成消息，该消息被推送到每个讨论参与者或将要参与即时会议或音频/视频呼叫的另一方的计算设备304。

图4示出了在示例实施例中由处理器314实现的用于为活跃讨论线程建立即时会议的方法的流程图。如所示的，该过程开始于400，并且处理器314从指令存储器316读取指令，指令被处理以使用分配的线程id在402处将关于两个或更多个参与者的讨论线程的信息存储在讨论线程存储单元312中。在示例实施例中，关于讨论线程的信息包括线程id、消息内容以及讨论线程中对消息的回复之间的时间。在404处，该讨论线程中的后续响应被存储在与线程id相对应的存储器位置处。如图1a、图1b和图1c中所示的，对响应进行处理以确定是否已经以高于由回复之间的平均时间变量设置的速率阈值的速率针对讨论线程接收到针对响应阈值的预定数量n的响应。换句话说，处理器314在406处进行检查以确定在预定时间段内是否已经接收到来自两个或更多个参与者的与讨论线程有关的预定数量的消息。在示例实施例中，确定来自讨论参与者的与讨论线程相关的消息的数量包括：对与讨论线程有关的消息的数量进行计数；并且当消息的数量n超过预定阈值时，计算讨论线程中最近的n条消息的回复之间的平均时间。处理器314然后确定讨论线程中针对最近的n条消息的连续回复之间的平均时间是否低于速率阈值。

当来自两个或更多个参与者的、在预定时间段之内的与讨论线程相关的消息的数量不超过指示讨论线程足够活跃或“热门”的阈值时(即，没有接收到足够的消息和/或没有以足够快的速率接收到消息)，则处理器314在408处检查讨论线程是否由于一段时间的不活跃而结束或者是否已由管理员或讨论线程参与者明确结束。如果讨论线程已经结束，则过程在410处结束。否则，在404处，存储讨论线程中针对给定线程id的下一个响应，并重复步骤406和408。

当在步骤406处确定来自两个或更多个参与者的、在预定时间段之内的与讨论线程相关的消息的数量超过指示讨论线程足够活跃或“热门”的阈值时，处理器314指示会议模块318在412处通过将会议邀请发送给讨论线程中涉及的参与者，以音频/视频或电话会议的形式针对讨论线程参与者发起即时会议。在412处建立即时会议后，讨论线程可以在414处继续或在410处终止。

在示例实施例中，在412处建立即时会议还可以包括使用机器学习来评估讨论线程中的消息内容，以识别除了可能被邀请至即时会议的讨论线程的参与者之外的其他个人。在412处建立即时会议还可以包括：自动提取各个讨论参与者的联系信息，以及通过在讨论线程中执行消息内容的自然语言处理，自动确定即时会议邀请的标题，以便提取讨论线程的标题和/或在没有提供标题时通过对讨论线程进行关键字评估确定的标题。如上所述，建立即时会议还可以包括向讨论参与者发送“按钮”或链接，可以选择该“按钮”或链接以将各个参与者带入由各个用户计算设备304的会议模块320建立的音频和/或视频多方会议空间。音频和/或视频呼叫以常规方式建立和分解。

图5示出了可以用作用于实现异步通信模块308的服务器310的示例机器500的框图，该异步通信模块308包括本文所述的用于以视频和/或音频呼叫的形式发起即时会议的系统。在替代实施例中，机器500可以作为单独的设备操作，或者可以连接(例如网络连接)到其它机器。在网络化的部署中，在服务器-客户端网络环境中,机器500可以作为服务器机器、客户端机器或这二者的身份来进行操作。在示例中，机器500可以用作对等(p2p)(或其它分布式)网络环境中的对等机器。在示例实施例中，机器500以及用户设备304可以是个人计算机(pc)、平板pc、机顶盒(stb)、个人数字助理(pda)、移动电话、智能电话、网络设备、服务器、网络路由器、交换机或桥，或者能够(顺序或以其它方式)执行规定将要由该机器执行的动作的指令的任何机器。例如，机器500可以用作本文所述的异步通信系统的工作站、前端服务器或后端服务器。机器500可以通过运行针对图3和图4描述的通信模块308以及会议模块318来实现本文描述的方法。此外，虽然仅示出了单个机器500，但术语“机器”也应该被认为包括单独或联合执行一组(或多组)指令，以便执行本文中讨论的方法中的任意一种或多种方法的机器的任意集合，例如云计算、作为服务器的软件(saas)以及其它计算机集群配置。

如本文所描述的，示例可以包括下列各项或者可以在处理器、逻辑单元或者多个组件、模块或机制(本文中的“模块”)上操作。模块是能够执行指定操作的有形实体(例如，硬件)，并且可以用某种方式配置或布置。在一个示例中，可以用指定的方式将电路布置(例如，内在地或相对于诸如其它电路的外部实体)为模块。在示例中，一个或多个计算机系统(例如，单独的客户端或服务器计算机系统)的部分或整体，或者一个或多个硬件处理器可由固件或软件(例如，指令、应用部分或应用)配置为操作以执行指定操作的模块。在示例中，软件可以位于机器可读介质上。在示例中，当由模块的底层硬件执行时，软件使得硬件执行指定操作。

因此，应该理解术语“模块”包括有形硬件和/或软件实体，是物理构造的、特别配置的(例如，硬线连接的)或临时(例如，暂时)配置(例如，编程)以便以特定方式执行，或者执行本文中描述的任何操作的部分或所有的实体。考虑在其中模块是临时配置的示例，这些模块中的每个模块不需要在任何一个时刻进行实例化。例如，在模块包括使用软件配置的通用硬件处理器的情况下，通用硬件处理器可以在不同时间被配置为各个不同的模块。软件可以相应地配置硬件处理器，例如，以便在一个时刻构造特定的模块，并且在另一个不同时刻构造不同的模块。

机器(例如，计算机系统)500可以包括硬件处理器502(例如，中央处理单元(cpu)、图形处理单元(gpu)、硬件处理器内核或它们的任意组合)、主存储器504和静态存储器506，其中的一些或所有可以经由互联链接(例如，总线)508与彼此进行通信。机器500还可以包括显示单元510(示为视频显示器)、字母数字输入设备512(例如，键盘)、以及用户界面(ui)导航设备514(例如，鼠标)。在示例中，显示单元510、输入设备512和ui导航设备514可以是触摸屏显示器。机器500还可以包括大容量存储设备(例如，驱动单元)516、信号生成设备518(例如，扬声器)、网络接口设备520、以及一个或多个传感器522。示例传感器522包括全球定位系统(gps)传感器、指南针、加速计、温度、光、照相机、摄像机、物理状态或位置的传感器、压力传感器、指纹传感器、视网膜扫描仪或其他传感器中的一个或多个。机器500可以包括输出控制器524，如串行(例如，通用串行总线(usb)、并行或其它有线或无线(例如，红外线(ir)、近场通信(nfc)等)连接以便通信或控制一个或多个外围设备(例如，打印机、卡阅读器等)。

大容量存储设备516可以包括机器可读介质526，在其上存储有体现本文中描述的技术或功能中的任意一种或多种或由其使用的一组或多组数据结构或指令528(例如，软件)。指令528还可以完全或至少部分位于主存储器504内、静态存储器506内，或者在由机器500对该指令的执行期间在硬件处理器502内。在一个示例中，硬件处理器502、主存储器504、静态存储器506或大容量存储设备516的一种或任意组合可以构成机器可读介质。

虽然将机器可读介质526示为单个介质，但术语“机器可读介质”可以包括被配置用于存储一个或多个指令528的单个介质或多个介质(例如，集中式或分布式数据库、和/或相关联的高速缓存器和服务器)。

术语“机器可读介质”可以包括以下任何介质：能够进行存储、编码或携带用于由机器500执行的指令，并且使得机器500执行本公开内容中的技术中的任意一种或多种技术，或者能够进行存储、编码或携带由这些指令使用或者与这些指令相关联的数据结构。非限制性的机器可读介质的示例可以包括固态存储器以及光学和磁介质。机器可读介质的具体示例可以包括：非易失性存储器(如半导体存储器设备(例如，电可编程只读存储器(eprom)、电可擦除可编程只读存储器(eeprom)))、以及闪存器设备、磁盘(如内部硬盘和可移动盘)、磁-光盘、随机存取存储器(ram)、固态硬盘(ssd)以及cd-rom和dvd-rom盘。在一些示例中，机器可读介质可以包括非暂时性机器可读介质。在一些示例中，机器可读介质可以包括不是瞬时传播信号的机器可读介质。

指令528还可以经由网络接口设备520使用传输介质在通信网络306上发送或接收。机器500可以利用多种传输协议(例如，帧中继、互联网协议(ip)、传输控制协议(tcp)、用户数据报协议(udp)、超文本传输协议(例如，http)等)中的任意一种来与一个或多个其他机器通信。示例通信网络可以包括局域网(lan)、广域网(wan)、分组数据网络(例如，互联网)、移动电话网络(例如，蜂窝网络)、普通老式电话(pots)网络，以及无线数据网络(例如，被称为的电气和电子工程师协会(ieee)802.11标准系列)、ieee802.15.4标准系列、长期演进(lte)标准系列、通用移动电信系统(umts)标准系列、对等(p2p)网络，等等。在一个示例中，网络接口设备520可以包括一个或多个物理插口(例如，以太网、同轴电缆或电话插口)或连接到通信网络306的一个或多个天线530。在一个示例中，网络接口设备520可以包括多个天线530以便使用单输入多输出(simo)、多输入多输出(mimo)、或多输入单输出(miso)技术中的至少一种进行无线通信。在一些示例中，网络接口设备520可以使用多用户mimo技术进行无线通信。

其它注释和示例：

示例1是一种以视频和/或音频呼叫的形式发起即时会议的计算机实现的方法，所述方法包括：使用一个或多个处理器存储与两个或更多个参与者的讨论线程有关的信息；使用所述一个或多个处理器确定在预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的消息的数量；以及当所述一个或多个处理器确定在所述预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的所述消息的数量超过第一阈值时，所述一个或多个处理器建立针对所述两个或更多个参与者的会议或呼叫。

示例2是一种根据示例1所述的方法，其中，关于所述讨论线程的所述信息包括线程id、消息内容以及在所述讨论线程中对消息的回复之间的时间。

示例3是一种根据示例1或示例2所述的方法，其中，确定在所述预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的所述消息的数量包括：所述一个或多个处理器对与所述讨论线程相关的消息的数量进行计数，并且当所述消息的数量超过所述第一阈值时，计算在所述讨论线程中对消息的回复之间的平均时间。

示例4是一种根据示例1至示例3中任意示例所述的方法，还包括：使用所述一个或多个处理器确定所述讨论线程中针对每个消息的连续回复之间的所述平均时间是否低于第二阈值，其中，针对所述两个或更多个参与者的所述会议或呼叫是在所述消息的数量超过了所述第一阈值并且所述讨论线程中对消息的回复之间的平均时间低于所述第二阈值时建立的。

示例5是一种根据示例1至示例4中任意示例所述的方法，还包括：使用机器学习来评估所述讨论线程中的消息内容以识别与共同话题相关的消息，并且当在所述预定时间段内来自所述两个或更多个参与者的与所述共同话题相关的所述消息的数量超过了所述第一阈值时，所述一个或多个处理器建立针对所述两个或更多个参与者的会议或呼叫。

示例6是一种根据示例1至示例5中任意示例所述的方法，其中，建立针对所述两个或更多个参与者的会议或呼叫包括：向所述讨论线程中涉及的所述两个或更多个参与者发送会议邀请。

示例7是一种根据示例1至示例6中任意示例所述的方法，还包括：通过以下操作来确定所述会议邀请的标题：对所述讨论线程中所述数量的消息的文本执行自然语言处理，并且将所述讨论线程中的文本与所述讨论线程中引用的产品、关键字和/或和所述产品和关键字相关联的个人进行相关。

示例8是一种异步通信系统，其包括：异步通信设备，其在两个或更多个参与者之间建立和维护讨论线程；会议设备，其建立和维护针对两个或更多个参与者的视频和/或音频呼叫；以及处理器，其被配置为：对指令进行处理以使所述会议设备通过执行下列步骤以视频和/或音频呼叫的形式发起即时会议：存储来自所述异步通信设备的、关于所述两个或更多个参与者的讨论线程的信息；确定在预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的消息的数量；以及当在所述预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的消息的数量超过第一阈值时，指示所述会议设备建立针对所述两个或更多个参与者的会议或呼叫。

示例9是一种根据示例8所述的系统，其中，关于所述讨论线程的所述信息包括线程id、消息内容以及在所述讨论线程中对消息的回复之间的时间。

示例10是一种根据示例8或示例9所述的系统，其中，所述处理器被配置为：对与所述讨论线程相关的消息的数量进行计数，并且当所述消息的数量超过所述第一阈值时，使所述处理器计算在所述讨论线程中对消息的回复之间的平均时间。

示例11是一种根据示例8至示例10中的任意示例所述的系统，其中，所述处理器还被配置为：确定所述讨论线程中针对每个消息的连续回复之间的平均时间是否低于第二阈值，其中，当所述消息的数量超过了所述第一阈值并且所述讨论线程中对消息的回复之间的平均时间低于所述第二阈值时，使所述处理器指示所述会议设备建立针对所述两个或更多个参与者的会议或呼叫。

示例12是一种根据示例8至示例11中的任意示例所述的系统，其中，所述处理器还被配置为：使用机器学习模型来评估所述讨论线程中的消息内容以识别与共同话题相关的消息，并且当在所述预定时间段内来自所述两个或更多个参与者的与所述共同话题相关的所述消息的数量超过了所述第一阈值时，指示所述会议设备建立针对所述两个或更多个参与者的会议或呼叫。

示例13是一种根据示例8至示例12中的任意示例所述的系统，其中，所述会议设备通过向所述讨论线程中涉及的所述两个或更多个参与者发送会议邀请来建立针对所述两个或更多个参与者的会议或呼叫。

示例14是一种根据示例8至示例13中的任意示例所述的系统，其中，所述处理器被配置为：通过以下操作来确定所述会议邀请的标题：对所述讨论线程中所述数量的消息的文本执行自然语言处理，并且将所述讨论线程中的文本与所述讨论线程中引用的产品、关键字和/或和所述产品和关键字相关联的个人进行相关。

示例15是一种其上存储有指令的非暂时性计算机可读存储介质，所述指令在由一个或多个处理器执行时使所述一个或多个处理器实现一种以视频和音频呼叫中的至少一种形式发起即时会议的方法，所述方法包括：存储关于两个或更多个参与者的讨论线程的信息；确定在预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的消息的数量；以及当所述一个或多个处理器确定在所述预定时间段内来自所述两个或更多个参与者的与所述讨论线程相关的所述消息的数量超过第一阈值时，所述一个或多个处理器建立针对所述两个或更多个参与者的会议或呼叫。

示例16是一种根据示例15所述的介质，其中，关于所述讨论线程的所述信息包括线程id、消息内容以及在所述讨论线程中对消息的回复之间的时间。

示例17是一种根据示例15或示例16所述的介质，其中，所述指令包括用于使所述一个或多个处理器进行以下操作的指令：对与所述讨论线程相关的消息的数量进行计数，并且当所述消息的数量超过所述第一阈值时，计算在所述讨论线程中针对消息的回复之间的平均时间。

示例18是一种根据示例15至示例17中的任意示例所述的介质，还包括用于使所述一个或多个处理器确定所述讨论线程中针对每个消息的连续回复之间的所述平均时间是否低于第二阈值的指令，其中，针对所述两个或更多个参与者的所述会议或呼叫是在所述消息的数量超过了所述第一阈值并且所述讨论线程中针对消息的回复之间的平均时间低于所述第二阈值时建立的。

示例19是一种根据示例15至示例18中的任意示例所述的介质，还包括用于使所述一个或多个处理器进行以下操作的指令：使用机器学习来评估所述讨论线程中的消息内容以识别与共同话题相关的消息，并且当在所述预定时间段内来自所述两个或更多个参与者的与所述共同话题相关的所述消息的数量超过了所述第一阈值时，建立针对所述两个或更多个参与者的会议或呼叫。

示例20是一种根据示例15至示例19中的任意示例所述的介质，还包括用于使所述一个或多个处理器通过以下操作来确定所述会议邀请的标题的指令：对所述讨论线程中所述数量的消息的文本执行自然语言处理，并且将所述讨论线程中的文本与所述讨论线程中引用的产品、关键字和/或和所述产品和关键字相关联的个人进行相关。

考虑了本文所述的异步通信系统的替代实施方式。例如，本文所述的异步通信系统可以在下列各项之内或者与之相关联地实现：电子邮件应用(例如，outlook)、社交媒体应用(例如，twitter^tm、yammer^tm、facebook^tm等)、协作平台(例如，slack^tm)，或者用于异步通信的任何其他平台(在其中，发布了消息但不期望能立即得到回复)。这些和其他实施方式包括在如所附权利要求书中阐述的所公开的实施例的上下文内。

在上文的具体实施方式中，可以将各个特征组合在一起以便精简本公开内容。然而，权利要求书可以不阐述本文中公开的每个特征，因为实施例可以以这些特征的子集为特征。此外，与特定示例中公开的那些特征相比，实施例可以包括较少的特征。此外，虽然针对特定图形用户界面以特定于结构特征和/或方法动作的语言对主题进行了描述，但应当理解的是：所附权利要求书中定义的主题并不一定受限于上述具体实施例、特征或动作。而是上述具体实施例、特征和动作作为实现权利要求书的示例形式而公开的。因此，在权利要求自身作为单独实施例的前提下，在此将后面的权利要求并入具体实施方式。