基于会议角色来引导会议加入者的制作方法

背景技术：

在线会议常常可以包括扮演不同角色的参与者。例如，一个角色可以是制作角色，其中被指定为该角色的个体或多个个体以某种方式帮助制作会议。这可以包括选择不同的视听设备、混合音频内容等。其他角色可以包括演讲者或呈现者、主持人、相机操作者等。其他角色可以包括仅仅是被动地消费会议的内容的出席者。

在过去，基于个体的角色来向他们发送不同的会议邀请类型。如果被接受，则邀请类型将基于接受者的角色来向他们暴露特定类型的体验。例如，可以给扮演制作角色的个体暴露“内部会议”体验，其中他们能够开放地与扮演制作角色的其他人进行通信。相反，将给这些个体暴露这样的体验，其中他们能够被动地消费会议的内容而不能够参与发生在“内部会议”内的通信。

源自不同的邀请类型的该方法的一个问题是如果邀请类型被扮演制作角色的个体转发给扮演出席者角色的个体，则该出席者则能够登录到会议中并且成为“内部会议”的一部分。

技术实现要素：

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

在一个或多个实施例中，会议组织者建立包括参与者和每个参与者的会议角色的列表。个体的角色可以具有用于登录到特定的会议中的相关联的凭证。将单个邀请类型发送给所有会议参与者而无论他们在会议中的角色。邀请类型包括针对所有参与者的单个加入链接。当参与者加入会议时，他们针对组织者所建立的列表而被认证和授权。基于参与者的角色，他们被路由至合适的客户端应用来消费会议。

附图说明

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

图1是根据一个或多个实施例的示例计算设备的示图。

图2是根据一个或多个实施例的示例环境的示图。

图3是根据一个或多个实施例的示例会议邀请的示图。

图4是根据一个或多个实施例的示例认证提示的示图。

图5是描述了根据一个或多个实施例的方法中的步骤的流程图。

图6是描述了根据一个或多个实施例的方法中的步骤的流程图。

图7示出了可以用于实现在本文中所描述的各种实施例的示例会议室设备。

具体实施方式

概述

在一个或多个实施例中，会议组织者建立包括参与者和每个参与者的会议角色的列表。个体的角色可以具有用于登录到特定的会议中的相关联的凭证。将单个邀请类型发送给所有会议参与者而无论他们在会议中的角色。邀请类型包括针对所有参与者的单个加入链接。当参与者加入会议时，他们针对组织者所建立的列表而被认证和授权。基于参与者的角色，他们被路由至合适的客户端应用来消费会议。

以该方式，如果会议邀请被转发给不具有用于登录到会议中的合适的凭证的个体，则他们将不能够以与该邀请相关联的角色登录到会议中。这使能对允许谁加入到特定的会议中以及被允许的个体将扮演什么角色进行更加高效的控制。

在以下的讨论中，首先描述了用于采用在本文中所描述的技术的示例环境。可以在示例环境以及其他环境中采用所述技术。

示例环境

图1是用于采用在本文中所描述的技术的示例实现中的环境100的示图。所示出的环境100包括可以以多种方式被配置为的计算设备102的示例。计算设备102可以被配置为传统计算机(例如，台式个人计算机、膝上型计算机等)、移动站、无线电话、上网本、手持式设备、以及关于图2进一步描述的设备。因此，计算设备102的范围可以从具有大量存储器和处理器资源的满资源设备(例如，个人计算机)到具有有限的存储器和/或处理资源的低资源设备。计算设备102还可以包括使得计算设备102执行在下文中所描述的一个或多个操作的软件。

计算设备102作为示例而非限制可以包括多个不同的组件，包括手势模块104、网络平台106、以及会议软件107。会议软件107可以包括使得会议能够被计划和/或被参与的任何合适类型的软件。

手势模块104用于提供手势功能。手势模块104可以结合任何合适类型的硬件、软件、固件、或其组合来实现。在至少一些实施例中，手势模块104被实现在驻留在某一类型的计算机可读存储介质(在下文中描述了其示例)上的软件中。

手势模块104代表识别可以由一个或多个手指执行的手势、并且使得与所述手势相对应地执行操作的功能。所述手势可以是由模块104以多种不同的方式识别的。例如，手势模块104可以被配置为识别触摸输入，例如，用户的手的手指接近于使用触摸屏功能的会议室设备102的显示设备110。

应当了解和理解的是，可以由手势模块104识别多种不同类型的手势，所述手势作为示例而非限制包括：从单个类型的输入中识别的手势(诸如先前描述的拖放手势之类的触摸手势)以及涉及多个类型的输入的手势。例如，可以利用模块104来识别单手指手势和边框(bezel)手势、多手指/同手手势和边框手势、多手指/不同手手势和边框手势。

例如，计算设备102可以被配置为在触摸输入(例如，由用户的手的一个或多个手指所提供的)与触笔或笔输入(例如，由触笔116所提供的)之间进行检测和区分。可以以多种方式来执行所述区分，例如，通过相对于由触笔116所接触的显示设备110的量来检测由用户的手的手指所接触的显示设备110的量。

因此，手势模块104可以通过识别和利用触笔和触摸输入之间的划分以及不同类型的触摸输入来支持多种不同的手势技术。

网络平台106是结合网络的内容(例如，公共内容)来工作的平台。网络平台106可以包括并且利用许多不同类型的技术，作为示例但不限于：url、http、rest、html、css、javascript、dom等。网络平台106还可以与诸如xml、json等之类的多种数据格式一同工作。网络平台106可以包括各种网络浏览器、网络应用(即，“网络app”)等。当被执行时，网络平台106允许计算设备从网络服务器取回诸如以网页为格式的电子文档(或者其他形式的电子文档，例如文档文件、xml文件、pdf文件、xls文件等)，并且将它们显示在显示设备110上。应当注意的是，计算设备102可以是能够显示网页/文档并且连接至互联网的任何计算设备。

会议软件107表示使得会议能够使用各种特征而被计划和/或被进行的软件，所述各种特征作为示例而非限制可以包括：即时消息传送、ip语音、视频会议等。

图2示出了示例系统200，其将图1的组件(例如，会议软件107)示出为在多个设备通过中央计算设备互连的环境中被实现。会议软件107可以使得会议能够使用各种特征而被进行，所述各种特征作为示例而非限制可以包括：即时消息传送、ip语音、视频会议、内容共享等。

所述中央计算设备可以本地于多个设备或者可以远离多个设备而定位。在一个实施例中，中央计算设备是“云”服务器群，其包括通过网络或互联网或其他方式连接至多个设备的一个或多个服务器计算机。

在一个实施例中，该互连架构使得功能能够跨多个设备而传递以给多个设备的用户提供共同的和无缝的体验。多个设备中的每个设备可以具有不同的物理要求和能力，并且中央计算设备使用平台以使能向设备传递既是为设备定制的也是对所有设备公共的体验。在一个实施例中，创建目标设备的“类”并且为设备的一般的类而定制体验。设备的类可以由物理特征或使用或设备的其他公共特征来定义。例如先前所描述的，可以以多种不同的方式来配置计算设备102，例如以供移动202、计算机204、以及电视机206使用。这些配置中的每个配置具有一般地对应的屏幕大小，并且因此，计算设备102可以被配置为该示例系统200中的这些设备类中的一类。例如，计算设备102可以假定设备的移动202类包括移动电话、音乐播放机、游戏设备等。计算设备102还可以假定设备的计算机204类包括个人计算机、膝上型计算机、上网本、平板计算机、大形状因子设备等。电视206配置包括在随意的环境中包含显示器的设备的配置，例如，电视机、机顶盒、游戏控制台等。因此，在本文中所描述的技术可以由计算设备102的这些各种配置来支持，并且不限于在以下的章节中所描述的具体示例。

云208被示出为包括针对网络服务212的平台210。平台210对云208的硬件(例如，服务器)和软件资源的底层功能进行抽象，并且因此可以充当“云操作系统”。例如，平台210可以抽象资源以将计算设备102与其他计算设备相连接。平台210还用于抽象资源的规模以提供对应等级的规模来面对针对经由平台210实现的网络服务器212的需求。还可以构想多种其他示例，例如服务器群中的服务器的负载平衡、针对恶意方(例如，垃圾邮件、病毒、和其他恶意软件)的保护等。可以作为网络服务212的一部分来提供的一个网络服务是会议服务。会议服务可以使得在线会议能够进行，并且作为示例而非限制可以包括加入服务，所述加入服务用语使得不同的会议参与者能够加入会议并且基于他们的角色而被引导至合适的会议体验，如将在下文中更加详细的描述的。

因此，云208是作为与经由互联网或其他网络使得可用于计算设备102的软件和硬件资源有关的策略的一部分而被包括的。例如，会议软件107的方面可以部分在计算设备102上并且以分布式方式经由支持网络服务212(例如，加入服务)的平台210来实现。

此外，系统200可以包括一个或多个远程计算设备214，所述计算设备与可以参与通过计算设备102组织和进行的会议的远程参与者相关联。远程计算设备214中的每个远程计算设备可以执行使能与会议软件107进行通信的会议客户端。

通常而言，可以使用软件、固件、硬件(例如，固定逻辑电路)、手动过程、或者这些实现的组合来实现在本文中所描述的功能中的任何一个功能。在本文中所使用的术语“模块”、“功能”、和“逻辑”通常表示软件、固件、硬件、或其组合。在软件实现的情况下，模块、功能、或逻辑表示在处理器(例如，cpu或多个cpu)上被执行或由处理器执行时执行指定任务的程序代码。所述程序代码可以被存储在一个或多个计算机可读存储器设备中。在下文中所描述的技术的特征是平台无关的，这意味着这些技术可以被实现在具有多种处理器的多种商业计算平台上。

例如，计算设备还可以包括使得计算设备的硬件或虚拟机执行操作的实体(例如，软件)，例如处理器、功能块等。例如，计算设备可以包括可以被配置为保存使得计算设备并且更加特别地使得操作系统和计算设备的相关联的硬件执行操作的计算机可读介质。因此，所述指令用于配置操作系统和相关联的硬件执行操作，并且以该方式引起操作系统和相关联的硬件转换以执行功能。所述指令可以是由计算机可读介质通过多种不同的配置而向计算设备提供的。

计算机可读介质的一个这样的配置是信号承载介质，并且因此被配置为例如经由网络向计算设备发送指令(例如，作为载波)。计算机可读介质还可以被配置为计算机可读存储介质并且因此不是信号承载介质。计算机可读存储介质的示例包括随机存取存储器(ram)、只读存储器(rom)、光盘、闪速存储器、硬盘存储器、以及可以使用磁的、光学的、以及其他技术来存储指令和其他数据的其他存储器设备。

在以下的讨论中，标题为“基于角色的会议进入者引导”章节描述了根据一个或多个实施例可以如何基于会议进入者或参与者在特定的会议中的角色来对他们进行引导。接着，标题为“修改参与者角色”的章节描述了根据一个或多个实施例可以如何在会议未决期间实时地修改参与者角色。此后，标题为“关闭的会议和开放的会议”描述了根据会议是开放的还是关闭的在重新引导功能中的各种区别。最后，标题为“示例设备”的章节描述了可以用于实现一个或多个实施例的示例设备的方面。

在考虑了示例操作环境之后，现在考虑对如何基于加入者在会议中的角色来引导加入者的讨论。

基于角色的会议加入者引导

在一个或多个实施例中，会议组织者建立包括会议参与者以及每个参与者的会议角色的列表。可以使用任何合适类型的分配机制来分配会议角色。在下文中所描述的示例中，会议角色是基于参与者是作为所谓“事件小组”的一部分的参与者还是“出席者”来分配的。

事件小组包括在特定的会议内具有具体角色的参与者。具体角色作为示例而非限制可以包括制作角色、演讲者、远程制作者、相机助理或控制者等。在一些场景中，事件小组虽然小但选择负责编排或推动会议本身的个体的分组。会议的编排可以被认为是通过所谓的“内部会议”来进行的。内部会议使得事件小组能够以出席者不参与的方式来在他们自身之间进行通信。内部会议可以通过允许在事件小组之间进行通信的适当地配置的客户端应用(例如，即时消息传送、内容共享等)来进行。

出席者通常是出席在线会议的人的一般群体。在一些示例中，出席者可以被认为出席与“内部会议”不同的“外部会议”。如果所述通信中的任何通信在内部会议中进行，则外部会议不参与。

诸如事件小组和出席者之类的个体的角色可以与用于登录到特定的会议中的凭证相关联。将单个邀请类型发送给所有会议参与者而与他们在会议中的角色无关。因此，所有参与者被邀请至的看起来是同一个会议。在一个或多个实施例中，邀请类型包括针对所有参与者的单个加入链接，例如，url。因此，使用单个邀请类型来管理会议，而不是尝试管理两个或更多个不同的邀请类型，一个针对事件小组而另一个针对出席者。作为示例，对图3进行考虑。

在那里，在300处一般地示出了单个邀请类型。邀请类型被寄往两个不同的接收分组——事件小组(“event.team@fdal.com”)和出席者(“dist.list.1@fdal.com”)。在邀请中提供并且在302处一般地示出了单个加入链接。因此，具有不同的角色的参与者可以通过单个加入链接来加入会议。

当参与者例如通过在加入链接上点击来加入会议时，加入服务可以认证参与者并且针对组织者开发的列表来对他们进行授权。作为示例，对图4进行考虑。

在那里，当参与者点击单个加入链接时，给他们呈现窗口或加入提示，例如在400处一般地示出的。该窗口使得参与者能够最终加入会议。在该特定的示例中，参与者可以提供用户名和密码或pin。一旦被认证，参与者就可以针对组织者创建的预先定义的列表而被授权，并且可以基于他们的角色而被路由至合适的客户端应用以消费会议。

在至少一些实施例并且在该特定的示例中，事件小组中的参与者可以被路由至诸如lync客户端之类的会议客户端。类似地，没有在事件小组中的参与者(例如，出席者)可以被路由至诸如网络客户端之类的不同的客户端应用。

在考虑了以上的各种实施例之后，现在考虑根据一个或多个实施例的示例方法。

图5是描述了根据一个或多个实施例的方法中的步骤的流程图。所述方法可以结合任何合适的硬件、软件、固件、或其组合来实现。在至少一些实施例中，所述方法是由适当地配置的软件应用来实现的，例如被配置为使得会议能够被组织的日程应用。

步骤500接收与会议相关联的输入。可以以任何合适的方式来执行该步骤。例如，可以通过接收包括针对会议的日期、时间、和地点的信息来执行该步骤。步骤502接收与具有不同会议角色的会议参与者相关联的输入。可以利用任何合适数量的参与者和任何合适数量的会议角色。在上文中所描述的示例中，利用两个不同的会议角色——即事件小组和出席者。步骤504接收用于使得会议参与者能够加入会议的单个加入链接。该单个加入链接可以由每个参与者使用而与他们在会议中的角色无关。步骤506将包括所述单个加入链接的会议邀请发送给会议参与者。如在上文中所述，所述单个加入链接使得参与者与其角色无关地加入会议。以该方式，单个邀请类型被利用，并且避免取决于参与者的角色而使用两个或更多个不同类型的邀请的需求。

图6是描述了根据一个或多个实施例的方法中的步骤的流程图。所述方法可以结合任何合适的硬件、软件、固件、或其组合来实现。在至少一些实施例中，所述方法的方面可以由适当配置的软件应用来实现，其被配置为使得参与者能够加入会议。这些方面出现在标题“会议参与者”之下。所述方法的其他方面可以由适当地配置的加入链接来执行，例如在上文中所描述的。这些方面出现在标题“加入服务”之下。

步骤600接收会议邀请。在所示出和所描述的实施例中，会议邀请包括与会议相关联的信息(例如，时间和地点)以及单个加入链接。步骤602接收对单个加入链接的选择。该步骤可以以任何合适的方式来执行，作为示例而非限制，通过鼠标输入、触摸输入、手势等。步骤604呈现加入提示以接收参与者信息。在上文中关于图4描述了加入提示的一个示例。步骤606使用加入提示来接收参与者信息。可以接收任何合适类型的参与者信息，作为示例而非限制包括：用户名、密码、pin等。步骤608将参与者信息发送至加入服务。

步骤610在加入服务处接收参与者信息。步骤612基于参与者信息来确定与参与者相关联的会议角色。可以以任何合适的方式来执行该步骤。例如，加入服务可以利用参与者信息(例如，用户名或pin)来对照参考描述个体的参与者及其相关联的角色的列表。一旦加入服务确定了与参与者相关联的角色，则加入服务可以在步骤614处使得基于会议角色而重新引导至合适的客户端应用。在以上的示例中，如果参与者是事件小组的成员，则可以将他们的计算设备重新引导至诸如lync客户端之类的会议客户端。可替代地，如果参与者是出席者的成员，则可以将他们的计算设备重新引导至网络客户端以使得他们能够消费会议。由此，步骤616将参与者的计算设备重新引导至客户端应用以使得他们能够消费会议。

在考虑了根据一个或多个实施例的示例方法之后，现在考虑可以如何在会议未决期间实时地动态地修改参与者角色。

修改参与者角色

在一个或多个实施例中，可以在会议未决期间实时地动态地修改参与者的规则。例如，在由加入服务所保存的列表中，参与者可以使他们的角色从事件小组改变成出席者。这可以响应于参与者已经错误地分类了事件小组成员或者是出于其他原因的。在该实例中，可以提示参与者通过选择单个加入链接以经历刚刚在上文中所描述的过程而重新加入会议。

在考虑了可以如何在会议未决期间实时地动态地修改参与者角色之后，现在考虑关闭的会议和开放的会议的概念以及可以如何进行基于角色的会议引导。

关闭的会议和开放的会议

在所示出和所描述的实施例中，关闭的会议是所有的参与者被认证并且接着针对由会议组织者所准备的列表而授权的会议。如果个体没有被邀请至特定的会议，则他们不被允许进入该会议。在上文中所提供的示例是关闭的会议的示例。另一方面，开放的会议允许能够访问加入链接的任何参与者加入会议。以该方式，会议是开放的在于其是有效地匿名的。

在开放的会议的场景中，当参与者在加入连接上点击时，他们针对他们的角色而被加入服务提示。因此，如果参与者认为他们是制作者或者演讲者，则他们可以为此向加入服务指示。一旦参与者指示了他们的角色，他们可以适当地被认证以证明他们实际上是他们所说的。这可以以类似于在上文中所描述的方式来完成，例如通过参与者输入用户名、密码、pin等。一旦被认证且被授权，参与者可以被重新引导至合适的会议客户端。另一方面，如果参与者是出席者，则他们可以被重新引导至合适的客户端应用，例如出席者网页。在该实例中，认证不是必须的，这是因为会议是开放会议并且参与者指示了他们是出席者。

在考虑了在上文中所描述的各种实施例之后，现在考虑可以用于实现在上文中所描述的实施例中的一个或多个实施例的示例计算设备。

示例计算设备

图7示出了示例计算设备700的各种组件，示例计算设备700可以被实现为参考图1和图2所描述的用于实现在本文中所描述的技术的任何类型的计算设备。设备700包括支持设备数据704(例如，所接收的数据、正在被接收的数据、计划用于广播的数据、数据的数据分组等)的有线和/或无线通信的通信设备702。设备数据704或其他设备内容可以包括设备的配置设置、存储在设备身上的媒体内容、和/或与设备的用户相关联的信息。存储在设备700上的媒体内容可以包括任何类型的音频、视频、和/或图像数据。设备700包括经由其可以接收任何类型的数据、媒体内容、和/或输入的一个或多个数据输入端706，例如，用户可选择的输入、消息、音乐、电视媒体内容、经记录的视频内容、以及从任何内容和/或数据源接收的任何类型的音频、视频、和/或图像数据。

设备700还包括通信接口708，其可以被实现为串行和/或并行接口、无线接口、任何类型的网络接口、调制解调器、以及任何其他类型的通信接口中的任何一个或多个。通信接口708在设备700与通信网络之间提供连接和/或通信链路，通过所述通信网络，其他电子、计算、和通信设备与设备700传送数据，例如在会议的上下文中。

设备700包括一个或多个处理器(例如，微处理器、控制器等中的任何一个)，其处理各种计算机可执行指令以控制设备700的操作并且实现在本文中所描述的技术的实施例。可替代地或另外地，可以利用硬件、固件、或固定逻辑电路中的任何一个或组合来实现设备700，所述固定逻辑电路是结合在712处一般地标识的处理和控制电路实现的。尽管未示出，设备700可以包括耦合设备内的各种组件的系统总线或数据传输系统。系统总线可以包括不同的总线结构中的任何一个或组合，所述不同的总线结构例如存储器总线或存储器控制器、外围总线、通用串行总线、和/或利用多种总线架构中的任何一种的处理器或本地总线。

设备700还包括计算机可读介质714，例如一个或多个存储器组件，其示例包括随机存取存储器(ram)、非易失性存储器(例如，只读存储器(rom)、闪速存储器、eprom、eeprom等中的任何一个或多个)、以及盘存储设备。盘存储设备可以被实现为磁或光存储设备，例如硬盘驱动器、可记录和/或可重写压缩盘(cd)、任何类型的数字通用盘(dvd)等。设备700还可以包括大容量存储介质设备716。

计算机可读介质714提供数据存储机制以存储设备数据704以及各种设备应用718和与设备700的操作方面有关的任何其他类型的信息和/或数据。例如，操作系统720可以被保存为计算可读介质714内的计算机应用，并且在处理器710上执行。设备应用718可以包括设备管理器(例如，控制应用、软件应用、信号处理和控制模块、特定的设备本机的代码、特定的设备的硬件抽象层等)。设备应用718还包括用于实现在本文中所描述的技术的任何系统组件或模块。在该示例中，设备应用718包括被示出为软件模块和/或计算机应用的接口应用722和手势捕获驱动器724。手势捕获驱动器724表示用于提供与被配置为捕获手势的设备(例如，触摸屏、追踪垫、相机等)的接口的软件。可替代地或另外地，接口应用722和手势捕获驱动器724可以被实现为硬件、软件、固件、或其任何组合。额外地，计算机可读介质714可以包括如在上文中所描述的那样运行的网络平台725和会议软件727。

设备700还包括音频和/或视频输入-输出系统726，其向音频系统728提供音频数据和/或向显示系统730提供视频数据。音频系统728和/或显示系统730可以包括处理、显示、和/或以其他方式渲染音频、视频、和图像数据的任何设备。可以经由rf(射频)链路、s-视频链路、合成视频链路、组成视频链路、dvi(数字视频接口)、模拟音频连接、或者其他类似的通信链路而将视频信号和音频信号从设备700传送至音频设备和/或至显示设备。在实施例中，音频系统728和/或显示系统730被实现为设备700的外部组件。可替代地，音频系统728和/或显示系统730被实现为示例设备700的集成组件。

示例实现

采用在本文中所描述的会议摘要的示例实现包括但不限于以下示例中的一个或多个中的一个或任何组合。

一种计算机实现的方法，包括：接收与会议相关联的输入；接收与具有不同的会议角色的会议参与者相关联的输入；接收被配置为使得会议参与者能够加入会议并且被重新引导至使能执行参与者的角色的多个不同的客户端应用中的一个客户端应用；将包括与所述会议相关联的输入的会议邀请发送给会议参与者以使得每个参与者能够通过单个加入链路加入所述会议，其中所述输入与所述会议参与者和单个加入链路相关联。

如在上文中所描述的方法，其中，所述接收与会议参与者相关联的输入包括接收与会议出席者和除了会议出席者之外的参与者相关联的输入。

如在上文中所描述的方法，其中，所述单个加入链路被配置为使得参与者能够针对预先定义的列表的角色而被认证并且被授权。

如在上文中所描述的方法，其中，所述会议角色包括事件小组和出席者。

如在上文中所描述的方法，其中，所述发送会议邀请包括发送电子邮件。

如在上文中所描述的方法，其中，所述单个加入链接被配置为将会议出席者重新引导至网络客户端应用，并且将其他会议参与者重新引导至不同的客户端应用。

如在上文中所描述的方法，其中，所述单个加入链接被配置为将会议出席者重新引导至网络客户端应用，并且将其他会议参与者重新引导至允许所述其他会议参与者之间的通信的会议客户端应用。

一种系统，包括：一个或多个处理器；一个或多个计算机可读介质；存储在所述一个或多个计算机可读介质上的计算机可读指令，其中所述计算机可读指令当由所述一个或多个处理器执行时，执行以下操作，所述操作包括：接收包括单个加入链接的会议邀请，所述单个加入链接被配置为使得会议参与者能够加入会议并且被重新引导至使能执行参与者的角色的多个不同的客户端应用中的一个客户端应用；接收对所述单个加入链接的选择；呈现用于接收参与者信息的加入提示；使用所述加入提示来接收参与者信息；将所述参与者信息发送至加入服务以使得所述加入服务能够允许参与者加入所述会议；以及从所述加入服务接收重新引导以用于将参与者的计算设备重新引导至使得参与者能够消费所述会议并且执行他们的角色的多个不同的客户端应用中的一个客户端应用。

如在上文中所描述的系统，其中，所述参与者信息包括用户名或密码中的一个或多个。

如在上文中所描述的系统，其中，所述参与者信息包括pin。

如在上文中所描述的系统，其中，所述多个不同的客户端应用包括基于参与者的角色而重新引导至其的会议客户端应用或者网络客户端应用。

如在上文中所描述的系统，其中，接收会议邀请包括接收电子邮件。

如在上文中所描述的系统，其中，所述多个不同的客户端应用中的一个客户端应用包括针对会议出席者的网络客户端应用，以及针对除了会议出席者之外的参与者的不同的客户端应用。

如在上文中所描述的系统，其中，所述多个不同的客户端应用中的一个客户端应用包括针对会议出席者的网络客户端应用，以及针对除了出席者之外的参与者的会议客户端应用。

如在上文中所描述的系统，其中，所述会议是开放会议。

一种系统，包括：一个或多个处理器；一个或多个计算机可读介质；存储在所述一个或多个计算机可读介质上的计算机可读指令，其中所述计算机可读指令当由所述一个或多个处理器执行时，执行以下操作，所述操作包括：在加入服务处接收与尝试加入会议的参与者相关联的参与者信息，所述参与者信息已经与单个加入链接相结合地被发送至所述加入服务，所述单个加入链接被配置为使得会议参与者能够加入会议并且被重新引导至使能执行参与者的角色的多个客户端应用中的一个客户端应用；基于所述参与者信息来确定与所述参与者相关联的会议角色；以及使得参与者的计算设备基于所述参与者的会议角色而重新引导至合适的客户端应用。

如在上文中所描述的系统，其中，所述确定是通过使用所述参与者信息来对照参考描述参与者和相关联的角色的列表而执行的。

如在上文中所描述的系统，其中，所述使得包括使得基于参与者的会议角色而重新引导至会议客户端应用或者网络客户端应用。

如在上文中所描述的系统，其中，所述使得包括使得会议出席者重新引导至网络客户端应用，以及使得除了会议出席者之外的参与者重新引导至除了网络客户端应用之外的客户端应用。

如在上文中所描述的系统，其中，所述使得包括使得会议出席者重新引导至网络客户端应用，以及使得除了会议出席者之外的参与者重新引导至允许其他的会议出席者之间的通信的会议客户端应用。

结论

在一个或多个实施例中，会议组织者建立包括参与者和每个参与者的会议角色的列表。个体的角色可以具有用于登录到特定的会议中的相关联的凭证。将单个邀请类型发送给所有会议参与者而无论他们在会议中的角色。邀请类型包括针对所有参与者的单个加入链接。当参与者加入会议时，他们针对组织者所建立的列表而被认证和授权。基于参与者的角色，他们被路由至合适的客户端应用来消费会议。

尽管已经用特定于结构特征和/或方法动作的语言描述了实施例，但应当理解的是，在所附权利要求中所定义的实施例不一定限于所描述的具体的特征或动作。相反，具体的特征和动作是作为实现所要求保护的实施例的示例形式而公开的。