CN112291503B - 交互方法、装置和电子设备 - Google Patents

Abstract

本公开实施例公开了交互方法、装置和电子设备。该方法的一具体实施方式包括：响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，上述服务器响应于确定基于上述多媒体会议开启请求开启多媒体会议，开启多媒体会议；响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，响应于上述服务器接收到上述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，上述多媒体会议流由上述多媒体会议的参会对象发送至服务器。由此，提供了一种基于多媒体会议流生成直播流的方式。

Description

交互方法、装置和电子设备

技术领域

本公开涉及互联网技术领域，尤其涉及一种交互方法、装置和电子设备。

背景技术

随着互联网的发展，用户越来越多的使用终端设备的功能，使得工作和生活更加便利。例如，用户可以通过终端设备在线与其他用户开启多媒体会议。用户之间通过线上多媒体会议，可以实现远距离交互，也可以实现用户不必集合在一处也可以开启会议。多媒体会议很大程度上避免了传统面对面会议关于地点和场地的限制。

发明内容

提供该公开内容部分以便以简要的形式介绍构思，这些构思将在后面的具体实施方式部分被详细描述。该公开内容部分并不旨在标识要求保护的技术方案的关键特征或必要特征，也不旨在用于限制所要求的保护的技术方案的范围。

本公开实施例提供了一种交互方法、装置和电子设备。本公开实施例还提供了一种权限控制方法、装置和电子设备。

第一方面，本公开实施例提供了一种交互方法，该方法包括：响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议；响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，响应于所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器。

第二方面，本公开实施例提供了一种权限控制方法，包括：接收直播流获取请求；根据直播流获取请求，确定是否返回直播流。

第三方面，本公开实施例提供了一种交互装置，包括：第一发送单一，用于响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议；第二发送单元，用于响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，响应于所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器。

第四方面，本公开实施例提供了一种权限控制装置，包括：接收模块，用于接收直播流获取请求；确定模块，用于根据直播流获取请求，确定是否返回直播流。

第五方面，本公开实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面或者如第二方面所述的方法。

第六方面，本公开实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面或者如第二方面所述的方法。

本公开一些实施例提供的交互方法，通过提供多媒体会议开启控件和会议直播确认控件，然后用户开启会议以及确认开启会议直播之后，由服务器基于多媒体会议流生成直播流，可以在保证多媒体会议流畅程度的情况下，能够让更多用户接收到多媒体会议流。

需要说明的是，在线的多媒体会议，会议通讯压力是随着参会人数的增加而增大的。因此为了保证多媒体会议的流畅程度，在通讯资源一定的情况下，需要对参会人数进行限制，这样一来，对于面向较大群体的多媒体会议，则不能顺利进行。而本公开提供的方案，通过将多媒体会议流做成直播流，可以在降低多媒体会议的通讯压力保证流畅程度的同时，打破了对接收到多媒体会议的人数的限制。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，原件和元素不一定按照比例绘制。

图1是根据本公开的交互方法的一个实施例的流程图；

图2是根据本公开的权限控制方法的一个实施例的流程图；

图3是根据本公开的交互装置的一个实施例的结构示意图；

图4是根据本公开的权限控制装置的一个实施例的结构示意图；

图5是本公开的一个实施例的交互方法或者权限控制方法可以应用于其中的示例性系统架构；

图6是根据本公开实施例提供的电子设备的基本结构的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

请参考图1，其示出了根据本公开的交互方法的一个实施例的流程。该交互方法应用于终端设备。如图1所示该交互方法，包括以下步骤：

步骤101，响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求。

在本实施例中，交互方法的执行主体(例如终端设备)可以响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求。

在本实施例中，上述多媒体会议控件可以用于触发开启多媒体会议。

在这里，多媒体会议，可以是利用多媒体方式进行的线上会议。多媒体可以包括但不限于音频和视频中的至少一者。

在一些实施例中，多媒体会议可以即时会议，也可以是预约会议。在这里，即时会议可以是响应于发起立即开启的会议。预约会议可以是响应于发起而发出邀约、在未来预定的时间点才开启的会议。

在一些应用场景中，多媒体会议中的参会对象可以分为至少两个角色。例如，参会对象可以包括主持人和参加人。多媒体会议的主持人可以是会议发起者。

作为示例，甲发起一个线上会议预约，并向乙和丙发出邀约；这个时候，甲可以视为会议的发起者，即会议的主持人；乙和丙可以视为会议的参加人。

在一些实施例中，上述多媒体会议控件可以展示在具有会议开启权限的用户的客户端上。具有会议开启权限的用户，可以包括但不限于以下至少一项：会议的主持人和会议的参加人。

在本实施例中，开启多媒体会议的应用可以是任意种类的应用，在此不做限定。例如，上述应用可以是即时视频会议类应用、通讯类应用、视频播放类应用和邮件类应用等。

在本实施例中，上述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议。

在这里，上述服务器可以响应于接收到多媒体会议开启请求，对多媒体会议开启请求进行验证；响应于确定会议开启条件满足，确定基于所述多媒体会议开启请求开启多媒体会议。

在一些实施例中，上述会议开启条件可以是预先设置的。会议开启条件可以包括但不限于以下至少一项：预定的会议开始时间已到，发送多媒体会议开启请求的用户不在预设的黑名单内。

在这里，开启多媒体会议，可以包括接收以及转发参会对象的多媒体会议流。作为示例，甲、乙和丙作为参会对象，服务器可以将乙和丙的多媒体会议流转发给甲，供甲在多媒体会议界面中呈现；服务器可以将甲和丙的多媒体会议流转发给乙，供乙在多媒体会议界面中呈现；服务器可以将甲和乙的多媒体会议流转发给丙，供丙在多媒体会议界面中呈现。

在这里，多媒体会议流可以包括多媒体会议数据的集合。可以理解，在多媒体会议进行中，参会对象会将源源不断的多媒体会议数据发送至服务器，这个时候，参会对象向服务器发送的数据的集合，可以形象地称为多媒体会议流。

在一些实施例中，多媒体会议流，可以包括但不限于以下至少一项：音频会议流、视频会议流。

步骤102，响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息。

在本实施例中，交互方法的执行主体(例如终端设备)可以响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息。

在这里，会议直播确认信息用于指示用户确认开启会议直播，即用户向服务器授权，本场多媒体会议可以对参会对象之外的人员进行直播。

在本实施例中，所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流。

在一些实施例中，上述服务器接收到上述会议直播确认信息，可以是在多媒体会议开启前，也可以是在多媒体会议进行中。如果是在多媒体会议开启前，则服务器还没有接收到多媒体会议流，也就不能开启多媒体会议；这种场景下，服务器可以在接收到会议直播确认信息之后，不立即开启直播，而是等多媒体会议开启而接收到多媒体会议流了，再开启直播。

在这里，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器。

在这里，基于接收到的多媒体会议流，生成直播流，可以采用各种方式实现。

在一些实施例中，可以将接收到的至少一个参会对象发送的多媒体会议流，合流为直播流。作为示例，可以将甲乙丙三个参会对象的多媒体会议流，合流到一起，作为直播流。

需要说明的是，本实施例提供的交互方法，通过提供多媒体会议开启控件和会议直播确认控件，然后用户开启会议以及确认开启会议直播之后，由服务器基于多媒体会议流生成直播流，可以在保证多媒体会议流畅程度的情况下，让更多用户接收到多媒体会议流。

需要说明的是，在线的多媒体会议，会议通讯压力是随着参会人数的增加而增大的。因此为了保证多媒体会议的流畅程度，在通讯资源一定的情况下，需要对参会人数进行限制，这样一来，对于面向较大群体的多媒体会议，则不能顺利进行。而本公开提供的方案，通过将多媒体会议流做成直播流，可以在降低多媒体会议的通讯压力保证流畅程度的同时，打破了对接收到多媒体会议的人数的限制。

在一些实施例中，所述服务器包括会议服务器和直播服务器。

在这里，会议服务器可以用于维护多媒体会议的会议逻辑。会议服务器可以与参会对象进行信息交互。在这里，会议逻辑可以包括但不限于以下至少一项：会议标识的生成、会议的开启时间、参会对象之间的信息转发逻辑等。

在这里，直播服务器可以用于提供直播功能。直播服务器可以与观会对象进行信息交互。作为示例，直播服务器可以接受待观会对象(发送直播流获取请求而不一定能获取到直播流的对象)的直播流获取请求，然后对直播流获取请求进行鉴权，确定是否返回直播流。

在一些实施例中，可以由会议服务器生成直播流。所述会议服务器执行以下步骤：响应于接收到所述直播会议确认信息，以及响应于接收到多媒体会议流基于接收到的多媒体会议流，生成直播流；将所生成的直播流，发送至所述直播服务器。

需要说明的是，由会议服务器生成直播流，然后发送至直播服务器，相对于会议服务器直接与观会对象进行交互，可以减轻会议服务器的通讯压力。举例来说，在有两个观会对象的情况下，如果不设置直播服务器，那么会议服务器需要向两个观会对象发送总共两路直播流；如果设置直播服务器，那么会议直播器只需要向直播服务器发送一路直播流，然后，直播服务器向这两个观会对象发送直播流。可见，直播服务器的设置，可以减少会议服务器的通讯量，从而保证多媒体会议的流畅性。

在一些实施例中，可以由直播服务器生成直播流。所述会议服务器执行以下步骤：响应于接收到所述直播会议确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，将所述多媒体会议流发送至所述直播服务器；所述直播服务器根据接收到的多媒体会议流，生成所述直播流。

需要说明的是，会议服务器将多媒体会议流发送至直播服务器，然后直播服务器生成直播流，可以进一步减轻会议服务器的计算压力，由此进一步保证多媒体会议的流畅性。

在一些实施例中，会议服务器可以包括会议逻辑服务器和媒体服务器。在这里，会议逻辑服务器可以用于支持一些会议逻辑，例如，会议用户信息等。上述媒体服务器可以用于支持多媒体数据流的转发。例如，可以将各个参会对象的多媒体数据流转发给其他参会对象。在一些实施例中，上述媒体服务器可以生成直播流，然后将直播流发送至直播服务器。或者，在另一些实施例中，媒体服务器可以将所接收到的至少一部分参会对象的多媒体数据流发送给直播服务器，并由直播服务器基于接收到的多媒体数据流生成直播流。在一些实施例中，服务器响应于接收到所述直播确认信息，生成直播接入信息，以及将所述直播接入信息发送至以下至少一项：参会对象、目标观会对象、目标网络资源输出端，其中，所述直播接入信息用于指示所述直播流的获取方式。

在一些实施例中，所述目标网络资源输出端包括以下至少一项：目标网页、目标应用的预设界面。

在这里，直接将直播接入信息发送到预先配置好的一个网页或者应用的一个预设界面上，任何用户只要接入该网页，就能看到直播接入信息。

作为示例，上述目标网页可以是网站首页，上述目标应用的预设界面可以是目标应用的应用开始界面。

需要说明的是，将上述直播接入信息发送至目标网络资源输出端，可以在目标网络资源输出端展示直播接入信息，从而提示无差别提示用户可以观看直播流。

在一些实施例中，所述目标观会对象包括预先配置的用户集合。

在这里，预先配置的用户集合可以是由服务器配置的，也可以是由参会对象配置的。

在一些应用场景中，服务器可以向预先配置的组织架构树内的群体发送直播接入信息。组织架构树可以是服务端根据使用其所提供的服务的用户所属的组织结构生成的。作为示例，每个组织架构树可以具有表征企业身份信息的根节点、表征该企业不同部门和/或分支机构的子节点以及表征该企业各员工的身份信息的叶节点。可以理解的是，某个企业的组织架构树的具体结构可以是由该企业中具有特定权限的个体配置和上传服务器的，相应地，企业中，不具有该特定权限的员工不能对组织架构树进行修改。在这些应用场景中，服务器可以通过选取组织架构树内的一个或多个子节点，来向隶属于所选取的子节点的叶节点发送直播接入信息。

在一些应用场景中，企业中的预定范围的一些人员可以参与线上会议。在线上会议开始之前或者线上会议进行过程中，服务器可以将此线上会议的直播接入信息发送至根据企业的组织架构树而确定的一些群体，从而可以向企业中的其它成员(也即，不限于参会对象的企业成员)发出线上会议的直播观看邀请。

需要说明的是，预先配置用户集合，然后将直播接入信息推送至上述用户集合中的用户，可以定向推送直播接入信息，既避免了参会对象对于每次会议逐个指定观会对象的步骤，又加快了直播接入信息向用户发送的速度。

在一些实施例中，服务器向所述多媒体会议的参会对象发送直播接入信息；以及所述方法还包括：展示接收到的直播接入信息。

在这里，服务器可以向会议对象发送直播接入信息，可以理解，无论实在会议开启前还是会议进行中，服务器均可以获得会议对象。然后由参会对象分享直播接入信息。由此，参会对象可以分享直播接入信息至分享对象，分享对象可以利用直播接入信息观看会议直播。

需要说明的是，由参会对象向分享对象分享直播接入信息，可以实现由参会对象指定观会对象，从而可以控制直播流的播散范围，保证多媒体会议内容的安全性。

在一些实施例中，直播流请求对象响应于接收到所述直播接入信息，执行以下步骤：响应于检测到针对所述直播接入信息的触发操作，根据所述直播接入信息，向服务器发送直播流获取请求。

在一些实施例中，所述服务器根据所述直播流获取请求，确定是否向所述直播流请求对象发送直播流。换句话说，服务器可以对直播流获取请求进行鉴权，从而确定直播流请求对象是否具有获取直播流的权限，由此，可以保证直播流的数据安全性。

在这里，服务器对直播获取请求进行鉴权可以采用各种方式实现。

在一些实施例中，直播流请求对象响应于接收到所述直播流，播放所述直播流。

在一些实施例中，直播流请求对象响应于未接收到直播流，展示直播失败指示信息。

在这里，直播流请求对象可以指接收到直播接入信息，并且发起直播请求的对象。可以理解，与服务器发送直播接入信息的各种途径对应，接收到直播接入信息的终端，可能通过各种途径接收到直播接入信息。

可以理解，直播接入信息可以是由参会对象分享至终端用户的。也可能是由于服务器通过向预先配置的用户集合发送直播接入信息，而发送至终端用户的。也可能终端用户打开某一网页，而直播接入信息呈现在这一网页上，即在终端用户没有打开网页的时候，不会直接提醒终端用户接收到直播接入信息。

可以理解，接收到直播接入信息的对象，不一定是直播流请求对象，因为可以有的对象在接收到直播接入信息之后，并没有发送直播流获取请求；发送直播流获取请求的直播流请求对象，也不一定是观看对象，因为有的发送直播流获取请求的直播流请求对象，并没有获取到直播流。

在一些实施例中，服务器基于接收到的多媒体会议流，生成直播流，包括：获取参会对象发送的多媒体会议流；确定当前发言的参会对象；根据接收到的多媒体会议流和当前发言的参会对象的相关信息，生成所述直播流。

在一些实施例中，所述多媒体会议包括以下至少一项：音频会议、音视频会议。可以理解，音视频会议是指，在会议过程中，既存在音频的交互，又存在视频的交互。在一些实施例中，上述多媒体会议可以是音视频会议。

在这里，可以在会议直播界面中，通过预设的方式呈现当前发言的参会对象。也就是说，会议直播界面，可以显示部分或者全部的参会对象的视频画面，并且，通过预设的方式指明当前发言的参会对象。

作为示例，上述预设的方式可以包括但是不限于：显示当前发言的参会对象的标识，在当前发言的参会对象的画面上显示特定标记，在直播界面的预设区域呈现当前发言的参会对象的视频，当会议直播界面缩小为小窗模式时只显示当前发言的参会对象的画面。可以理解的是，由于通过多媒体会议流生成并呈现相应的直播流通常会有延迟，这里的“当前发言的参会对象”中，“当前”时刻是与多媒体会议流同步的。例如，在多媒体会议进行过程中，在某t1时刻发言的参会对象为A，而在t2时刻，对应于多媒体会议的t1时刻的内容呈现在直播流中，那么，在直播流的t2时刻，当前发言的参会对象指的是在多媒体会议的t1时刻发言的参会对象A。

需要说明的是，根据当前发言的参会对象，生成直播流，可以保证在直播过程中，对于当前会议进行过程中的关键信息(例如，当前发言的参会对象是谁)，提供重点提示。

在一些实施例中，所述多媒体会议包括音视频会议，所述直播流包括以下至少一项：会议屏幕共享信息、所述参会对象的多媒体信息、当前发言的参会对象的相关信息。

在这里，会议屏幕共享信息可以是因参会对象共享而在屏幕上共同展示的信息。会议屏幕共享信息可以是参会对象共享的全部或者部分信息。

作为示例，会议屏幕共享信息可以包括但是不限于以下至少一项：共享文档、共享屏幕信息。

在一些实施例中，所述会议屏幕共享信息为所述参与对象的共享信息中的预定义种类的信息。

在这里，上述预定义种类可以是预先指定的。作为示例，上述预定义种类可以是共享屏幕信息。在这里，共享屏幕信息可以是通过对共享屏幕的参会者的终端显示器上呈现的全部或者部分内容进行录屏得到的流数据。需要说明的是，设置预定义种类的信息作为会议屏幕共享信息，可以对于参与对象所共享信息中的保密信息进行筛除，从而保证保密信息不进行直播，保证保密信息的安全性。

在一些实施例中，所述方法还包括：响应于检测到针对预设的直播请求控件的触发操作，展示所述会议直播确认控件。

在一些应用场景中，可以在多媒体会议开启之前，展示直播请求控件。然后，可以多媒体会议开启之前，展示会议直播确认控件；或者，可能由于直播请求控件和会议直播确认控件的展示时刻之间有一定的时间差，在这个时间差里可能多媒体会议开启，因此，可能在多媒体会议进行中展示会议直播确认控件。

在一些应用场景中，可以在多媒体会议进行中，展示直播请求控件。然后，在多媒体会议进行过程中，展示会议直播确认控件。

需要说明的是，展示直播请求控件之后，通过响应于用户的触发进一步展示直播确认控件，可以向用户关于开启会议直播进行二次确认，避免用户误触发而在用户不知情的情况下开启会议直播，保证用户不期望开启会议直播的会议的保密性。

在一些实施例中，还可以响应于接收到其它参会对象发送的请求直播信息，展示所述会议直播确认控件。

在这里，上述请求直播信息可以用于请求上述执行主体开启会议直播。

在这里，其它参会对象可能是上述执行主体之外的参会对象。可以在多媒体会议开启前或者多媒体会议进行中，由其它参会对象向上述执行主体发送请求直播信息。上述执行主体在接收到上述请求直播信息之后，展示会议直播确认控件。

需要说明的是，由其它参会对象发送请求直播信息，可以实现对上述执行主体的参会对象进行提醒，及时开启会议直播，通过会议直播的开启，扩大多媒体会议的受众范围。

在一些实施例中，响应于确定预设的第一会议条件满足，展示所述会议直播确认控件。

在这里，上述第一会议条件可以是供执行主体判断是否达到需要开启会议直播的程度。在这里，执行主体根据第一会议条件来确定是否开启会议直播的时机，既可以是在多媒体会议开启前，也可以在多媒体会议进行中。

在一些实施例中，所述第一会议条件包括以下至少一项：所述多媒体会议的参会对象数量大于预设的第一人数阈值、所述多媒体会议的卡顿率大于预设的第一卡顿率阈值；所述多媒体会议的延迟率大于预设的第一延迟率阈值。

在这里，卡顿率可以用于表征多媒体流播放时的卡顿程度。卡顿率的计算方式可以根据实际情况设置，在此不做限定。作为示例，可以根据单位时间内播放的多媒体数据的帧数，确定卡顿率。

在这里，延迟率可以用于表征多媒体流播放时的延迟程度。延迟率的计算方式可以根据实际情况设置，在此不做限定。作为示例，可以将多媒体数据的发送时间与多媒体数据播放时间进行对比，生成延迟率。

可以理解，多媒体会议开启之前，可以通过预约参加该多媒体的人数，确定多媒体会议的参数对象数量。

可以理解，对于以下项的判断，可以是在多媒体会议进行中：对于所述多媒体会议的卡顿率大于预设的第一卡顿率阈值，所述多媒体会议的延迟率大于预设的第一延迟率阈值。

需要说明的是，由上述执行主体根据第一会议条件而判断是否展示会议直播确认控件，可以在需要开启会议直播的时候，及时展示会议直播确认控件而提醒用户，由此，可以通过迅速的反应速度保证会议的流畅程度。

在一些实施例中，所述方法还包括：响应于接收到服务器发送的直播询问信息，展示所述会议直播确认控件，其中，所述直播询问信息由所述服务器响应于确定预设的第二会议条件满足而生成。

在这里，直播询问信息为服务器预先与执行主体约定的信息，用于触发执行主体展示直播确认控件。

在这里，上述第二会议条件用于供服务器判断是否达到需要开启会议直播的程度。在这里，服务器根据第二会议条件判断，既可以在多媒体会议开启前，也可以在多媒体会议进行中。

在一些实施例中，所述多媒体会议的参会对象数量大于预设的第二人数阈值；所述多媒体会议的卡顿率大于预设的第二卡顿率阈值；所述多媒体会议的延迟率大于预设的第二延迟率阈值。

可以理解，服务器对于以下项的判断，可以是在多媒体会议进行中：所述多媒体会议的卡顿率大于预设的第二卡顿率阈值，所述多媒体会议的延迟率大于预设的第二延迟率阈值。

需要说明的是，由上述服务器根据第二会议条件向参会对象发送是否会议直播确认控件，可以由服务器统计较为准确和全面的数据而确定会议开启的提醒时机，由此，可以提高提醒时机的准确性。

在一些应用场景中，第一延迟率阈值小于第二延迟率阈值，第一卡顿率阈值小于第二卡顿率阈值。需要说明的是，上述执行主体的延迟率阈值小于服务器的延迟率阈值，可以对于需要开启会议直播的时机更为灵敏。

在一些实施例中，所述会议直播确认控件的展示时机包括以下至少一种：开启所述多媒体会议前、多媒体会议进行中。

需要说明的是，在开启媒体会议前，展示会议直播确认控件，可以在对参会对象进行提醒，可以对用户形成预先提醒，使得用户可以充分考虑是否进行会议直播；并且，如果用户在会议开启前确认开启直播，则服务器端可以对此会议直播进行计算资源、存储资源和通信资源的预先配置，可以在开启会议直播的时候，保证直播流的完整与流畅。

需要说明的是，在多媒体会议进行中，展示会议直播控件，可以根据会议的实际情况，确定是否需要开启会议直播，从而提供了根据实际会议情况提供灵活选择的机会。

在一些实施例中，所述展示接收到的直播接入信息，包括：响应于接收到所述直播接入信息，以及响应于确定所述多媒体会议未开启，将所述直播接入信息传输到指示所述多媒体会议的日历事件中；在所述日历事件的展示界面中，展示所述直播接入信息。

在这里，日历事件的展示界面可以展示用户标记在日历上的一系列活动。指示多媒体会议的日历事件，可以用于提醒用户多媒体会议的开启时间。在日历事件的展示界面，展示上述直播接入信息，可以在提醒用户上述多媒体会议的同时，向用户展示用于邀请观会对象的直播接入信息。

在一些实施例中，所述展示接收到的直播接入信息，还包括：响应于接收到所述直播接入信息，以及响应于确定所述多媒体会议正在进行，在多媒体会议界面，展示所述直播接入信息。

在这里，如果在多媒体会议进行中接收到直播接入信息，可以在会议进行过程中需要开启会议直播的时候，及时提供直播接入信息，并且由参会对象及时将直播接入信息分享出去，供观会对象接收直播流。

在一些实施例中，所述响应于检测到预定义的分享确认操作，发送包括分享对象标识的分享请求至服务器之前，所述方法还包括：响应于检测到预定义的分享开启操作，呈现候选分享对象标识；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识。

作为示例，分享开启操作可以是用户点击“开始分享控件”，用户点击“开始分享控件”之后，终端可以呈现候选分享对象标识，例如甲用户、乙用户和丙用户。选择操作从呈现的候选分享对象标识中，选出分享对象标识，例如，选择操作可以选出甲用户。

在这里，所述候选分享分享对象标识根据预先设置的可分享用户范围和参会对象的关联用户确定。

在一些实施例中，所述可分享用户范围基于如下至少一者确定：预先建立的组织架构，以及预先建立的用户间关联关系。

在这里，组织架构可以是由企业端(B端)用户以组织内各个成员为节点建立的架构。

在一些应用场景中，呈现候选分享对象标识，可以包括调起参会对象的组织架构树，然后供参会对象进行选择。

在一些应用场景中，呈现候选分享对象标识，可以包括展示与参会对象建立了关联关系的用户标识，然后供参会对象进行选择。

在一些实施例中，所述分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

在一些实施例中，所述分享对象包括观会对象。

在一些应用场景中，上述直播接入信息可以在特定的参会对象(例如会议主持人)处展示，而不在普通参会对象(例如会议参加人)处展示。在这种应用场景中，特定的参会对象可以向将普通参会对象作为分享对象，分享直播接入信息。普通参会对象可以通过直播接入信息，接收直播流；由此，普通参会对象可以切换到直播模式，观看会议而不参加会议。

在一些应用场景中，上述直播接入信息可以展示在所有的参会对象处。参会对象可以将上述直播接入信息发送给观会对象。在这种应用场景中，观会对象没有权限对直播接入信息进行二次转发。

需要说明的是，可以通过对转发的控制，限制直播接入信息的无差别播散，由此，可以减轻服务器的用于鉴权的计算量。

在一些应用场景中，直播接入信息的呈现样式根据分享对象的权限设置。分享对象的权限可以是可转发或者限制转发。分享对象的权限可以采用各种方式设置，在此不做限定。

或者，在一些实施例中，在将直播接入信息向分享对象转发之前，可以对直播接入信息进行封装，使得封装后的直播接入信息所指示的直播流的存储位置，对分享对象不可见，由此，可以避免通过分享对象对直播流的再次转发。在一些应用场景中，所述分享对象的权限为限制转发权限。所述分享对象将直播流指示信息封装到卡片中进行展示，所述卡片设置直播流请求控件而不设置转发控件。

需要说明的是，根据分享对象的权限封装，而确定直播接入信息的呈现样式，可以从转发源头上不提供转发的触发控件，由此，可以节省终端进行呈现无转发权限的提醒步骤，由此，节省终端响应转发操作的步骤以减少终端的计算量。

在一些实施例中，所述直播流获取请求包括用户标识；以及所述服务器根据所述直播流获取请求，确定是否向所述分享对象发送直播流，包括：所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流。

在一些实施例中，所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流，包括：所述服务器响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

在这里，白名单可以记录具有观看直播流权限的用户。

需要说明的是，采用白名单的方式对直播流获取请求进行鉴权，可以提高鉴权速度。

在一些实施例中，所述方法还包括：向服务器发送分享对象范围信息，其中，所述服务器根据接收到的分享对象范围信息，确定分享对象范围，以及根据分享对象范围内的用户标识生成白名单。

在这里，上述分享对象范围信息可以用于指示分享对象范围。需要说明的是，分享对象范围信息的发送，可以是针对单次会议的，也可以针对会议直播功能的统一设置。

在一些应用场景中，执行主体可以展示候选的分享对象范围标识给用户，然后供用户进行选择。执行主体可以将用户的选择结果作为分享对象范围信息发送给服务器。服务器可以存储用户之间的关联关系，也可以存储组织架构树(组织架构树上各个分支的用户标识)。服务器接收到分享对象范围信息之后，可以结合发送请求的用户标识和分享对象范围信息，确定分享对象范围内的用户。

在一些实施例中，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

在这里，上述群组标识可以指示群组。群组可以是由客户端(C端)用户建立的用户集合。

在这里，上述组织标识可以指示组织架构树。组织架构树可以是由企业端(B端)用户建立的组织架构而生成的组群形式。

在一些应用场景中，如果发送直播流获取请求的用户，在组织标识指示的组织架构树中，则向该用户返回直播流；如果不在组织标识指示的组织架构书中，则不向该用户返回直播流。

在一些应用场景中，如果发送直播流获取请求的用户，在群组标识指示的群组中，则向该用户返回直播流；如果不在群组标识指示的群组中，则不向该用户返回直播流。

需要说明的是，通过以分享对象范围信息指示具有观看权限的用户，首先，可以避免逐个选取用户的步骤，提供分享效率；其次，可以在不限制转发的同时，对接收到直播接入信息的用户进行鉴权，保证会议内容不对组织架构或者群组外的用户或者群组外的用户开放，保证会议内容的保密性。

在一些实施例中，所述白名单包括服务器接收到的分享请求中的分享对象标识。

在这里，服务器可以接收参会对象发送的分享请求，然后，将接收到的分享请求中的分享对象标识作为元素，生成白名单。

需要说明的是，白名单包括服务器接收到的分享请求中的分享对象标识，可以将参会对象指定的分享对象作为有权用户，可以在不限制的分享对象转发的同时，将会议直播流的播放限制在参会对象指定的分享对象内，保证了会议内容的保密性。

在一些实施例中，所述直播接入信息包括以下任一项但不限于：直播地址、会议标识。

在这里，所述直播地址用于指示直播界面，所述会议标识用于指示基于所述多媒体会议。作为示例，直播地址可以是网址或者是某个平台中指示观看地址的信息(例如视频平台的直播间)。

在这里，直播地址可以包括直播网址。所述直播网址可以指示用于播放所述直播流的网页。

在一些实施例中，分享对象响应于接收到所述直播流，播放所述直播流，包括：所述分享对象响应于接收到根据直播地址或会议标识获取的直播流，在直播地址和/或会议表示指示的地址播放直播柳。

在一些应用场景中，上述分享对象响应于接收到直播流，可以在应用内，播放直播流。

在一些实施例中，分享对象响应于接收到所述直播流，播放所述直播流，包括：所述分享对象响应于接收到根据直播地址获取的直播界面，展示直播界面，以播放所述直播流。

在一些应用场景中，上述分享对象响应于接收到直播流，可以在浏览器读取的网页内，播放直播流。

在一些实施例中，所述方法还包括：所述服务器发送直播情况信息至所述参会对象。

在这里，所述直播情况信息用于指示根据所述多媒体会议而开启的直播的相关情况。

在一些实施例中，所述方法还包括：在多媒体会议界面，展示直播情况信息。

在一些实施例中，所述直播情况信息包括以下至少一项：直播观看人数、直播观看用户信息。

在这里，所述直播观看人数根据播放所述直播流的终端数量而生成。

在这里，上述直播观看用户信息可以指示直播观看观众的各种预定义信息。上述直播观看用户信息可以包括但不限于直播观看用户的身份信息、直播观看用户的年龄信息、直播观看用户的等级信息。直播观看用户的身份信息可以包括但不限于以下至少一项：直播观看用户的标识、直播观看用户的头像等。

需要说明的是，在参会对象的多媒体会议界面，展示直播情况信息，可以向参会对象提供会议直播的相关情况，便于参会对象根据会议直播的相关情况进行反应。作为示例，如果观会对象中有参会对象认为并不适合向其播放会议内容的对象，可以由观会对象进行取消此对象的观会权限。

在一些实施例中，直播流播放界面包括信息输入控件，所述信息输入控件用于接收反馈信息；服务器响应于接收到分享对象发送的反馈信息，将所述反馈信息发送至所述参会对象；以及所述方法还包括：在多媒体会议界面，展示所述反馈信息。

在这里，反馈信息可以是观会对象发送的、关于会议直播的信息。

在一些实施例中，上述多媒体会议界面所展示的反馈信息，可以各种形式的。作为示例，上述反馈信息可以是弹幕形式的。

需要说明的是，上述反馈信息可以作为观会对象关于会议直播的意见，向参会对象提供。由此，可以及时向参会对象提供会议反馈，提高在线会议交互率。

在一些实施例中，上述反馈信息和上述直播情况信息，也可以在直播流界面进行展示。由此，向观会对象提供其它观会对象关于会议直播的意见，也可以向观会对象提供直播情况。

请参考图2，其示出了根据本公开的权限控制方法的一个实施例的流程。该交互方法应用于服务器。如图1所示该权限控制方法，包括以下步骤：

步骤201，接收直播流获取请求。

步骤202，根据直播流获取请求，确定是否返回直播流。

在一些实施例中，所述方法还包括：生成直播接入信息；将直播接入信息发送至候选观看对象。

需要说明的是，图2所示实施例可以与本公开中的其它技术特征或者应用场景结合，在此不再一一赘述。

在这里，候选观看对象可以服务器确定的期望其接收直播流的用户。

在一些实施例中，候选观看对象响应于检测到针对所述直播接入信息的预定义的分享开启操作，执行以下步骤：呈现候选分享对象标识，其中，所述候选对象标识根据预先设置的可分享用户范围确定；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识；将包括所述分享对象标识的分享请求，发送至服务器。

作为示例，分享开启操作可以是用户点击“开始分享控件”，用户点击“开始分享控件”之后，终端可以呈现候选分享对象标识，例如甲用户、乙用户和丙用户。选择操作从呈现的候选分享对象标识中，选出分享对象标识，例如，选择操作可以选出甲用户。

在这里，所述候选分享分享对象标识根据预先设置的可分享用户范围和参会对象的关联用户确定。

在一些实施例中，所述分享对象标识所指示的分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

在一些实施例中，所述直播流获取请求包括用户标识；以及根据直播流获取请求，确定是否返回直播流，包括：根据直播流获取请求中的用户标识，确定是否返回所述直播流。

在一些实施例中，所述根据直播流获取请求，确定是否返回直播流，包括：响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

在一些实施例中，所述方法还包括：根据候选观看对象发送的分享对象范围信息，确定分享对象范围；根据分享对象范围内的用户标识生成白名单。

在一些实施例中，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

在一些实施例中，所述白名单包括服务器接收到的分享请求中的分享对象标识。

在一些实施例中，所述直播流是通过以下方式生成的：所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流。

在一些实施例中，所述响应于检测到预定义的分享确认操作，发送包括分享对象标识的分享请求至服务器之前，所述方法还包括：响应于检测到预定义的分享开启操作，呈现候选分享对象标识；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识。

在一些实施例中，所述可分享用户范围基于如下至少一者确定：预先建立的组织架构，以及预先建立的用户间关联关系。

在这里，组织架构可以是由企业端(B端)用户以组织内各个成员为节点建立的架构。

在一些应用场景中，呈现候选分享对象标识，可以包括调起候选观看对象的组织架构树，然后供候选观看对象进行选择。

在一些应用场景中，呈现候选分享对象标识，可以包括展示与候选观看对象建立了关联关系的用户标识，然后供候选观看对象进行选择。

在一些实施例中，所述分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

在一些实施例中，所述分享对象包括观会对象。

在一些应用场景中，上述直播接入信息可以在特定的候选观看对象(例如会议主持人)处展示，而不在普通候选观看对象(例如会议参加人)处展示。在这种应用场景中，特定的候选观看对象可以向将普通候选观看对象作为分享对象，分享直播接入信息。普通候选观看对象可以通过直播接入信息，接收直播流；由此，普通候选观看对象可以切换到直播模式，观看会议而不参加会议。

在一些应用场景中，上述直播接入信息可以展示在所有的候选观看对象处。候选观看对象可以将上述直播接入信息发送给观会对象。在这种应用场景中，观会对象没有权限对直播接入信息进行二次转发。

需要说明的是，可以通过对转发的控制，限制直播接入信息的无差别播散，由此，可以减轻服务器的用于鉴权的计算量。

在一些应用场景中，直播接入信息的呈现样式根据分享对象的权限设置。分享对象的权限可以是可转发或者限制转发。分享对象的权限可以采用各种方式设置，在此不做限定。

在一些应用场景中，所述分享对象的权限为限制转发权限。所述分享对象将直播流指示信息封装到卡片中进行展示，所述卡片设置直播流请求控件而不设置转发控件。

需要说明的是，根据分享对象的权限封装，而确定直播接入信息的呈现样式，可以从转发源头上不提供转发的触发控件，由此，可以节省终端进行呈现无转发权限的提醒步骤，由此，节省终端响应转发操作的步骤以减少终端的计算量。

在一些实施例中，所述直播流获取请求包括用户标识；以及所述服务器根据所述直播流获取请求，确定是否向所述分享对象发送直播流，包括：所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流。

在一些实施例中，所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流，包括：所述服务器响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

在这里，白名单可以记录具有观看直播流权限的用户。

需要说明的是，采用白名单的方式对直播流获取请求进行鉴权，可以提高鉴权速度。

在一些实施例中，所述方法还包括：向服务器发送分享对象范围信息，其中，所述服务器根据接收到的分享对象范围信息，确定分享对象范围，以及根据分享对象范围内的用户标识生成白名单。

在这里，上述分享对象范围信息可以用于指示分享对象范围。需要说明的是，分享对象范围信息的发送，可以是针对单次会议的，也可以针对会议直播功能的统一设置。

在一些应用场景中，执行主体可以展示候选的分享对象范围标识给用户，然后供用户进行选择。执行主体可以将用户的选择结果作为分享对象范围信息发送给服务器。服务器可以存储用户之间的关联关系，也可以存储组织架构树(组织架构树上各个分支的用户标识)。服务器接收到分享对象范围信息之后，可以结合发送请求的用户标识和分享对象范围信息，确定分享对象范围内的用户。

在一些实施例中，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

在这里，上述群组标识可以指示群组。群组可以是由客户端(C端)用户建立的用户集合。

在这里，上述组织标识可以指示组织架构树。组织架构树可以是由企业端(B端)用户建立的组织架构而生成的组群形式。

在一些应用场景中，如果发送直播流获取请求的用户，在组织标识指示的组织架构树中，则向该用户返回直播流；如果不在组织标识指示的组织架构书中，则不向该用户返回直播流。

在一些应用场景中，如果发送直播流获取请求的用户，在群组标识指示的群组中，则向该用户返回直播流；如果不在群组标识指示的群组中，则不向该用户返回直播流。

需要说明的是，通过以分享对象范围信息指示具有观看权限的用户，首先，可以避免逐个选取用户的步骤，提供分享效率；其次，可以在不限制转发的同时，对接收到直播接入信息的用户进行鉴权，保证直播流不对组织架构或者群组外的用户或者群组外的用户开放，保证直播流的保密性。

在一些实施例中，所述白名单包括服务器接收到的分享请求中的分享对象标识。

在这里，服务器可以接收候选观看对象发送的分享请求，然后，将接收到的分享请求中的分享对象标识作为元素，生成白名单。

需要说明的是，白名单包括服务器接收到的分享请求中的分享对象标识，可以将候选观看对象指定的分享对象作为有权用户，可以在不限制的分享对象转发的同时，将会议直播流的播放限制在候选观看对象指定的分享对象内，保证了直播流的保密性。

进一步参考图3，作为对上述各图所示方法的实现，本公开提供了一种交互装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图3所示，本实施例的交互装置包括：第一发送单元，用于响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议；第二发送单元，用于响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，响应于所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器。

在本实施例中，交互装置的第一发送单元301和第二发送单元302的具体处理及其所带来的技术效果可分别参考图1对应实施例中步骤101、步骤102的相关说明，在此不再赘述。

在一些实施例中，还包括，服务器响应于接收到所述直播确认信息，生成直播接入信息，以及将所述直播接入信息发送至以下至少一项：参会对象、目标观会对象、目标网络资源输出端，其中，所述直播接入信息用于指示所述直播流的获取方式。

在一些实施例中，服务器向所述多媒体会议的参会对象发送直播接入信息；所述装置还用于：展示接收到的直播接入信息。

在一些实施例中，所述装置还用于：响应于检测到预定义的分享确认操作，发送包括分享确认对象标识的分享请求至服务器，其中，服务器响应于接收到所述分享请求，将所述直播接入信息发送至分享对象，所述分享对象标识指示所述分享确认操作针对的分享对象。

在一些实施例中，直播流请求对象响应于接收到所述直播接入信息，执行以下步骤：响应于检测到针对所述直播接入信息的触发操作，根据所述直播接入信息，向服务器发送直播流获取请求，其中，所述服务器根据所述直播流获取请求，确定是否向所述直播流请求对象发送直播流；响应于接收到所述直播流，播放所述直播流。

在一些实施例中，所述直播流请求响应于未接收到所述直播流，展示直播失败指示信息。

在一些实施例中，所述目标网络资源输出端包括以下至少一项：目标网页、目标应用的预设界面。

在一些实施例中，所述目标观会对象包括预先配置的用户集合。

在一些实施例中，所述服务器包括会议服务器和直播服务器。

在一些实施例中，所述会议服务器执行以下步骤：响应于接收到所述直播会议确认信息，以及响应于接收到多媒体会议流基于接收到的多媒体会议流，生成直播流；将所生成的直播流，发送至所述直播服务器。

在一些实施例中，所述会议服务器执行以下步骤：响应于接收到所述直播会议确认信息，以及响应于接收到多媒体会议流基于接收到的多媒体会议流，将所述多媒体会议流发送至所述直播服务器；所述直播服务器根据接收到的多媒体会议流，生成所述直播流。

在一些实施例中，服务器基于接收到的多媒体会议流，生成直播流，包括：获取参会对象发送的多媒体会议流；确定当前发言的参会对象；根据接收到的多媒体会议流和当前发言的参会对象的相关信息，生成所述直播流。

在一些实施例中，所述多媒体会议包括以下至少一项：音频会议、音视频会议。

在一些实施例中，所述多媒体会议包括音视频会议，所述直播流包括以下至少一项：会议屏幕共享信息、所述参会对象的多媒体信息、当前发言的参会对象的相关信息。

在一些实施例中，所述会议屏幕共享信息为所述参与对象的共享信息中的预定义种类的信息。

在一些实施例中，所述装置还用于：响应于检测到针对预设的直播请求控件的触发操作，展示所述会议直播确认控件。

在一些实施例中，所述装置还用于：响应于接收到其它参会对象发送的请求直播信息，展示所述会议直播确认控件。

在一些实施例中，所述装置还用于：响应于确定预设的第一会议条件满足，展示所述会议直播确认控件。

在一些实施例中，所述第一会议条件包括以下至少一项：所述多媒体会议的参会对象数量大于预设的第一人数阈值；所述多媒体会议的卡顿率大于预设的第一卡顿率阈值；所述多媒体会议的延迟率大于预设的第一延迟率阈值。

在一些实施例中，所述装置还用于：响应于接收到服务器发送的直播询问信息，展示所述会议直播确认控件，其中，所述直播询问信息由所述服务器响应于确定预设的第二会议条件满足而生成。

所述第二会议条件包括以下至少一项：所述多媒体会议的参会对象数量大于预设的第二人数阈值；所述多媒体会议的卡顿率大于预设的第二卡顿率阈值；所述多媒体会议的延迟率大于预设的第二延迟率阈值。

在一些实施例中，所述会议直播确认控件的展示时机包括以下至少一种：开启所述多媒体会议前、多媒体会议进行中。

在一些实施例中，所述展示接收到的直播接入信息，包括：响应于接收到所述直播接入信息，以及响应于确定所述多媒体会议未开启，将所述直播接入信息传输到指示所述多媒体会议的日历事件中；在所述日历事件的展示界面中，展示所述直播接入信息。

在一些实施例中，所述展示接收到的直播接收信息，还包括：响应于接收到所述直播接入信息，以及响应于确定所述多媒体会议正在进行，在多媒体会议界面，展示所述直播接入信息。

在一些实施例中，所述响应于检测到预定义的分享确认操作，发送包括分享对象标识的分享请求至服务器之前，所述装置还用于：响应于检测到预定义的分享开启操作，呈现候选分享对象标识，其中，所述候选对象标识根据预先设置的可分享用户范围和参会对象的关联用户确定；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识。

在一些实施例中，所述可分享用户范围基于如下至少一者确定：预先建立的组织架构，以及预先建立的用户间关联关系。

在一些实施例中，所述分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

在一些实施例中，直播接入信息的呈现样式根据分享对象的权限设置。

在一些实施例中，所述分享对象的权限为限制转发权限，所述分享对象将直播流指示信息封装到卡片中进行展示，所述卡片设置直播流请求控件而不设置转发控件。

在一些实施例中，所述分享对象包括以下至少一项：观会对象。

在一些实施例中，所述直播流获取请求包括用户标识；以及

所述服务器根据所述直播流获取请求，确定是否向所述分享对象发送直播流，包括：所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流。

在一些实施例中，所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流，包括：所述服务器响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

在一些实施例中，所述装置还用于：向服务器发送分享对象范围信息，其中，所述服务器根据接收到的分享对象范围信息，确定分享对象范围，以及根据分享对象范围内的用户标识生成白名单。

在一些实施例中，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

在一些实施例中，所述白名单包括服务器接收到的分享请求中的分享对象标识。

在一些实施例中，所述直播接入信息包括以下任一项统一资源定位符、会议标识，其中，所述直播网址指示用于播放所述直播流的网页，所述统一资源定位符用于指示基于所述多媒体会议而生成的直播流，所述会议标识用于指示基于所述多媒体会议。

在一些实施例中，分享对象响应于接收到所述直播流，播放所述直播流，包括：所述分享对象响应于接收到根据统一资源定位符或会议标识获取的直播流，在会议应用内或者多媒体播放应用内，播放所述直播流。

在一些实施例中，分享对象响应于接收到所述直播流，播放所述直播流，包括：所述分享对象响应于接收到根据直播网址获取的直播网页，展示直播网页，以播放所述直播流。

在一些实施例中，还包括：所述服务器发送直播情况信息至所述参会对象，其中，所述直播情况信息用于指示根据所述多媒体会议而开启的直播的相关情况；以及所述装置还用于：在多媒体会议界面，展示直播情况信息。

在一些实施例中，所述直播情况信息包括以下至少一项：直播观看人数、直播观看用户信息，其中，所述直播观看人数根据播放所述直播流的终端数量而生成。

在一些实施例中，直播流播放界面包括信息输入控件，所述信息输入控件用于接收反馈信息；服务器响应于接收到分享对象发送的反馈信息，将所述反馈信息发送至所述参会对象；以及所述装置还用于：在多媒体会议界面，展示所述反馈信息。进一步参考图4，作为对上述各图所示方法的实现，本公开提供了一种权限控制装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图4所示，本实施例的权限控制装置包括：接收模块，用于接收直播流获取请求；确定模块，用于根据直播流获取请求，确定是否返回直播流。

在本实施例中，权限控制装置的接收模块401和确定模块402的具体处理及其所带来的技术效果可分别参考图2对应实施例中步骤201、步骤202的相关说明，在此不再赘述。

在一些实施例中，所述装置还包括：生成直播接入信息；将直播接入信息发送至候选观看对象。

在一些实施例中，候选观看对象响应于检测到针对所述直播接入信息的预定义的分享开启操作，执行以下步骤：呈现候选分享对象标识，其中，所述候选对象标识根据预先设置的可分享用户范围确定；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识；将包括所述分享对象标识的分享请求，发送至服务器。

在一些实施例中，所述可分享用户范围基于如下至少一者确定：预先建立的组织架构，以及预先建立的用户间关联关系。

在一些实施例中，所述分享对象标识所指示的分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

在一些实施例中，直播接入信息的呈现样式根据分享对象的权限设置。

在一些实施例中，所述分享对象的权限为限制转发权限，所述分享对象将直播接入信息封装到卡片中进行展示，所述卡片设置直播流请求控件而不设置转发控件。

在一些实施例中，所述直播流获取请求包括用户标识；以及根据直播流获取请求，确定是否返回直播流，包括：根据直播流获取请求中的用户标识，确定是否返回所述直播流。

在一些实施例中，所述根据直播流获取请求，确定是否返回直播流，包括：响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

在一些实施例中，所述装置还包括：根据候选观看对象发送的分享对象范围信息，确定分享对象范围；根据分享对象范围内的用户标识生成白名单。

在一些实施例中，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

在一些实施例中，所述白名单包括服务器接收到的分享请求中的分享对象标识。

在一些实施例中，所述直播流是通过以下方式生成的：所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流。

请参考图5，图5示出了本公开的一个实施例的交互方法可以应用于其中的示例性系统架构。

如图5所示，系统架构可以包括终端设备501、502、503，网络504，服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

终端设备501、502、503可以通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种客户端应用，例如网页浏览器应用、搜索类应用、新闻资讯类应用。终端设备501、502、503中的客户端应用可以接收用户的指令，并根据用户的指令完成相应的功能，例如根据用户的指令在信息中添加相应信息。

终端设备501、502、503可以是硬件，也可以是软件。当终端设备501、502、503为硬件时，可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。当终端设备501、502、503为软件时，可以安装在上述所列举的电子设备中。其可以实现成多个软件或软件模块(例如用来提供分布式服务的软件或软件模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

服务器505可以是提供各种服务的服务器，例如接收终端设备501、502、503发送的信息获取请求，根据信息获取请求通过各种方式获取信息获取请求对应的展示信息。并展示信息的相关数据发送给终端设备501、502、503。

需要说明的是，本公开实施例所提供的交互方法可以由终端设备执行，相应地，交互装置可以设置在终端设备501、502、503中。此外，本公开实施例所提供的交互方法还可以由服务器505执行，相应地，交互装置可以设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本公开实施例的电子设备(例如图5中的终端设备或服务器)的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图6示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，电子设备可以包括处理装置(例如中央处理器、图形处理器等)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有电子设备600操作所需的各种程序和数据。处理装置601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

通常，以下装置可以连接至I/O接口605：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607；包括例如磁带、硬盘等的存储装置608；以及通信装置609。通信装置609可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图6示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置609从网络上被下载和安装，或者从存储装置608被安装，或者从ROM 602被安装。在该计算机程序被处理装置601执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperText TransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议；响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，响应于所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：接收直播流获取请求；根据直播流获取请求，确定是否返回直播流。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一发送单元还可以被描述为“发送请求的单元”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (58)

1.一种交互方法，其特征在于，包括：

响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议；

响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，所述服务器响应于接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器；

所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，包括：服务器响应于接收到多媒体会议开启请求，对多媒体会议开启请求进行验证；响应于确定会议开启条件满足，确定基于所述多媒体会议开启请求开启多媒体会议。

2.根据权利要求1所述的方法，其特征在于，还包括，服务器响应于接收到所述直播确认信息，生成直播接入信息，以及将所述直播接入信息发送至以下至少一项：参会对象、目标观会对象、目标网络资源输出端，其中，所述直播接入信息用于指示所述直播流的获取方式。

3.根据权利要求2所述的方法，其特征在于，

所述方法还包括：

展示由服务器发送的直播接入信息。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

响应于检测到预定义的分享确认操作，发送包括分享确认对象标识的分享请求至服务器，其中，服务器响应于接收到所述分享请求，将所述直播接入信息发送至分享对象，所述分享对象标识指示所述分享确认操作针对的分享对象。

5.根据权利要求4所述的方法，其特征在于，直播流请求对象响应于接收到所述直播接入信息，执行以下步骤：

响应于检测到针对所述直播接入信息的触发操作，根据所述直播接入信息，向服务器发送直播流获取请求；响应于接收到所述直播流，播放所述直播流。

6.根据权利要求5所述的方法，其特征在于，所述服务器根据所述直播流获取请求，确定是否向所述直播流请求对象发送直播流。

7.根据权利要求5所述的方法，其特征在于，所述直播流请求对象响应于未接收到所述直播流，展示直播失败指示信息。

8.根据权利要求2所述的方法，其特征在于，所述目标网络资源输出端包括以下至少一项：目标网页、目标应用的预设界面。

9.根据权利要求2所述的方法，其特征在于，所述目标观会对象包括预先配置的用户集合。

10.根据权利要求1所述的方法，其特征在于，所述服务器包括会议服务器和直播服务器。

11.根据权利要求10所述的方法，其特征在于，所述会议服务器执行以下步骤：

响应于接收到所述直播会议确认信息，以及响应于接收到多媒体会议流基于接收到的多媒体会议流，生成直播流；

将所生成的直播流，发送至所述直播服务器。

12.根据权利要求10所述的方法，其特征在于，

所述会议服务器执行以下步骤：响应于接收到所述直播会议确认信息，以及响应于接收到多媒体会议流基于接收到的多媒体会议流，将所述多媒体会议流发送至所述直播服务器；

所述直播服务器根据接收到的多媒体会议流，生成所述直播流。

13.根据所述权利要求1所述的方法，其特征在于，会议服务器和/或直播服务器基于接收到的多媒体会议流，生成直播流，包括：

获取参会对象发送的多媒体会议流；

确定当前发言的参会对象；

根据接收到的多媒体会议流和当前发言的参会对象的相关信息，生成所述直播流。

14.根据权利要求1所述的方法，其特征在于，所述多媒体会议包括以下至少一项：音频会议、音视频会议。

15.根据权利要求14所述的方法，其特征在于，所述多媒体会议包括音视频会议，所述直播流包括以下至少一项：会议屏幕共享信息、所述参会对象的多媒体信息、当前发言的参会对象的相关信息。

16.根据权利要求15所述的方法，其特征在于，所述会议屏幕共享信息为所述参与对象的共享信息中的预定义种类的信息。

17.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于检测到针对预设的直播请求控件的触发操作，展示所述会议直播确认控件。

18.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于接收到其它参会对象发送的请求直播信息，展示所述会议直播确认控件。

19.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于确定预设的第一会议条件满足，展示所述会议直播确认控件。

20.根据权利要求19所述的方法，其特征在于，所述第一会议条件包括以下至少一项：

所述多媒体会议的参会对象数量大于预设的第一人数阈值；

所述多媒体会议的卡顿率大于预设的第一卡顿率阈值；

所述多媒体会议的延迟率大于预设的第一延迟率阈值。

21.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于接收到服务器发送的直播询问信息，展示所述会议直播确认控件，其中，所述直播询问信息由所述服务器响应于确定预设的第二会议条件满足而生成。

22.根据权利要求21所述的方法，其特征在于，所述第二会议条件包括以下至少一项：

所述多媒体会议的参会对象数量大于预设的第二人数阈值；

所述多媒体会议的卡顿率大于预设的第二卡顿率阈值；

所述多媒体会议的延迟率大于预设的第二延迟率阈值。

23.根据权利要求1所述的方法，其特征在于，所述会议直播确认控件的展示时机包括以下至少一种：开启所述多媒体会议前、多媒体会议进行中。

24.根据权利要求3所述的方法，其特征在于，所述展示接收到的直播接入信息，包括：

响应于接收到所述直播接入信息，以及响应于确定所述多媒体会议未开启，将所述直播接入信息传输到指示所述多媒体会议的日历事件中；

在所述日历事件的展示界面中，展示所述直播接入信息。

25.根据权利要求3所述的方法，其特征在于，所述展示接收到的直播接收信息，还包括：

响应于接收到所述直播接入信息，以及响应于确定所述多媒体会议正在进行，在多媒体会议界面，展示所述直播接入信息。

26.根据权利要求4所述的方法，其特征在于，在所述响应于检测到预定义的分享确认操作，发送包括分享对象标识的分享请求至服务器之前，所述方法还包括：

响应于检测到预定义的分享开启操作，呈现候选分享对象标识，其中，所述候选对象标识根据预先设置的可分享用户范围和/或参会对象的关联用户确定；

响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识。

27.根据权利要求26所述的方法，其特征在于，所述可分享用户范围基于如下至少一者确定：预先建立的组织架构，以及预先建立的用户间关联关系。

28.根据权利要求4所述的方法，其特征在于，所述分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

29.根据权利要求4所述的方法，其特征在于，直播接入信息的呈现样式根据分享对象的权限设置。

30.根据权利要求29所述的方法，其特征在于，所述分享对象的权限包括限制转发权限，所述分享对象将直播流指示信息封装到卡片中进行展示。

31.根据权利要求30所述的方法，其特征在于，所述卡片设置直播流请求控件而不设置转发控件。

32.根据权利要求28或29所述的方法，其特征在于，所述分享对象包括以下至少一项：观会对象。

33.根据权利要求6所述的方法，其特征在于，所述直播流获取请求包括用户标识；以及

所述服务器根据所述直播流获取请求，确定是否向所述分享对象发送直播流，包括：

所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流。

34.根据权利要求33所述的方法，其特征在于，所述服务器根据直播流获取请求中的用户标识，确定是否返回所述直播流，包括：

所述服务器响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

35.根据权利要求34所述的方法，其特征在于，所述方法还包括：

向服务器发送分享对象范围信息，其中，所述服务器根据接收到的分享对象范围信息，确定分享对象范围，以及根据分享对象范围内的用户标识生成白名单。

36.根据权利要求35所述的方法，其特征在于，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

37.根据权利要求34所述的方法，其特征在于，所述白名单包括服务器接收到的分享请求中的分享对象标识。

38.根据权利要求4或5所述的方法，其特征在于，所述直播接入信息包括以下至少一项：直播地址、会议标识，其中，所述直播地址指示用于所述直播界面，，所述会议标识用于指示基于所述多媒体会议。

39.根据权利要求38所述的方法，其特征在于，分享对象响应于接收到所述直播流，播放所述直播流，包括以下至少一者：

所述分享对象响应于接收到根据直播地址或会议标识获取的直播流，在直播地址和/或会议标识指示的地址播放所述直播流。

40.根据权利要求38所述的方法，其特征在于，所述分享对象响应于接收到所述直播流，播放所述直播流，包括：

所述分享对象响应于接收到根据直播地址获取的直播界面，展示直播界面，以播放所述直播流。

41.根据权利要求5所述的方法，其特征在于，还包括：所述服务器发送直播情况信息至所述参会对象，其中，所述直播情况信息用于指示根据所述多媒体会议而开启的直播的相关情况；以及

所述方法还包括：

在多媒体会议界面，展示直播情况信息。

42.根据权利要求41所述的方法，其特征在于，所述直播情况信息包括以下至少一项：直播观看人数、直播观看用户信息，其中，所述直播观看人数根据播放所述直播流的终端数量而生成。

43.根据权利要求5所述的方法，其特征在于，直播流播放界面包括信息输入控件，所述信息输入控件用于接收反馈信息；服务器响应于接收到分享对象发送的反馈信息，将所述反馈信息发送至所述参会对象；以及

所述方法还包括：

在多媒体会议界面，展示所述反馈信息。

44.一种权限控制方法，其特征在于，包括：

接收直播流获取请求；

根据直播流获取请求，确定是否返回直播流；

生成直播接入信息；

将直播接入信息发送至候选观看对象；

其中，候选观看对象响应于检测到针对所述直播接入信息的预定义的分享开启操作，执行以下步骤：呈现候选分享对象标识，其中，所述候选对象标识根据预先设置的可分享用户范围确定；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识；将包括所述分享对象标识的分享请求，发送至服务器。

45.根据权利要求44所述的方法，其特征在于，所述可分享用户范围基于如下至少一者确定：预先建立的组织架构，以及预先建立的用户间关联关系。

46.根据权利要求44所述的方法，其特征在于，所述分享对象标识所指示的分享对象响应于检测到针对所述直播接入信息的转发操作，生成以及展示限制转发信息，其中，所述限制转发信息用于指示对所述直播接入信息没有分享权限。

47.根据权利要求44所述的方法，其特征在于，直播接入信息的呈现样式根据分享对象的权限设置。

48.根据权利要求47所述的方法，其特征在于，所述分享对象的权限为限制转发权限，所述分享对象将直播接入信息封装到卡片中进行展示，所述卡片设置直播流请求控件而不设置转发控件。

49.根据权利要求44所述的方法，其特征在于，所述直播流获取请求包括用户标识；以及

根据直播流获取请求，确定是否返回直播流，包括：

根据直播流获取请求中的用户标识，确定是否返回所述直播流。

50.根据权利要求49所述的方法，其特征在于，所述根据直播流获取请求，确定是否返回直播流，包括：

响应于接收到包括用户标识的直播流获取请求，根据预先生成的白名单，确定是否返回所述直播流。

51.根据权利要求50所述的方法，其特征在于，所述方法还包括：

根据候选观看对象发送的分享对象范围信息，确定分享对象范围；

根据分享对象范围内的用户标识生成白名单。

52.根据权利要求51所述的方法，其特征在于，所述分享对象范围信息包括以下至少一项：群组标识、组织标识。

53.根据权利要求49所述的方法，其特征在于，所述白名单包括服务器接收到的分享请求中的分享对象标识。

54.根据权利要求44-53中任一项所述的方法，其特征在于，所述直播流是通过以下方式生成的：所述服务器接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流。

55.一种交互装置，其特征在于，包括：

第一发送单元，用于响应于检测到针对多媒体会议控件的触发操作，向服务器发送多媒体会议开启请求，其中，所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，开启多媒体会议；

第二发送单元，用于响应于检测到针对会议直播确认控件的确认操作，向服务器发送会议直播确认信息，其中，所述服务器响应于接收到所述会议直播确认信息，以及响应于接收到多媒体会议流，基于接收到的多媒体会议流，生成直播流，其中，所述多媒体会议流由所述多媒体会议的参会对象发送至服务器；

所述服务器响应于确定基于所述多媒体会议开启请求开启多媒体会议，包括：服务器响应于接收到多媒体会议开启请求，对多媒体会议开启请求进行验证；响应于确定会议开启条件满足，确定基于所述多媒体会议开启请求开启多媒体会议。

56.一种权限控制装置，其特征在于，包括：

接收模块，用于接收直播流获取请求；

确定模块，用于根据直播流获取请求，确定是否返回直播流；

所述装置还用于：生成直播接入信息；将直播接入信息发送至候选观看对象；

其中，候选观看对象响应于检测到针对所述直播接入信息的预定义的分享开启操作，执行以下步骤：呈现候选分享对象标识，其中，所述候选对象标识根据预先设置的可分享用户范围确定；响应于检测到预定义的选择操作，将所述选择操作所针对的候选分享对象标识确定为分享对象标识；将包括所述分享对象标识的分享请求，发送至服务器。

57.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-43中任一所述方法或者如权利要求44-54中任一所述的方法。

58.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-43中任一所述方法或者如权利要求44-54中任一所述的方法。

Images