CN105704426A - 一种进行视频会议的方法、装置和系统 - Google Patents

Abstract

本公开是关于进行视频会议的方法，属于计算机技术领域。所述方法包括：服务器接收第一终端发送的第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；所述服务器将所述第二终端加入当前视频会议；所述服务器根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。采用本公开，可以保证用户对会议信息的获取。

Description

一种进行视频会议的方法、装置和系统

技术领域

本公开是关于视频会议技术领域，尤其是关于一种进行视频会议的方法、装置和系统。

背景技术

随着网络通信技术的不断发展，视频会议渐渐出现在人们的工作、生活中，目前用户通过移动终端即可进行视频会议。

人们在使用移动终端参与视频会议时，如果因为移动终端屏幕太小而无法看清图像，则可以在可用的大屏终端上输入会议的相关信息并接入会议，以使大屏终端接入视频会议，从而服务器可以将图像发送至大屏终端上进行显示。

在实现本公开的过程中，发明人发现至少存在以下问题：

在进行上述将大屏终端接入视频会议的处理过程中，由于用户需要在大屏终端上进行输入操作，无法一直专注于视频会议，很可能会遗漏部分会议信息，从而影响用户对会议信息的获取。

发明内容

为了克服相关技术中存在的问题，本公开提供了一种进行视频会议的方法、装置和系统。所述技术方案如下：

根据本公开实施例的第一方面，提供一种进行视频会议的方法，所述方法包括：

服务器接收第一终端发送的第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；

所述服务器将所述第二终端加入当前视频会议；

所述服务器根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

具体的，在本公开中视频会议的服务器侧的处理可以是先接收到某个与会终端(即第一终端)发送的关于另一个终端(即第二终端)的会议加入请求，然后获取会议加入请求中的第二终端的呼叫信息，进而将第二终端加入当前视频会议，之后可以将部分会议数据发送给第二终端，其中，这些会议数据中可以包含有未向第一终端发送的会议数据。

这样，可以将第一终端未接收的会议数据发送给第二终端，避免第一终端的用户遗漏部分的会议数据。

结合第一方面，在该第一方面的第一种可能实现方式中，在所述服务器向所述第二终端发送所述当前视频会议的会议数据之后，所述方法还包括：

所述服务器接收所述第一终端发送的对应所述第二终端的会议退出请求；

所述服务器停止向所述第二终端发送所述当前视频会议的会议数据。

这样，用户可以通过第一终端随时停止在服务器向第二终端发送会议数据，从而可以节省在视频会议中用户在第一终端和第二终端间切换操作的时间。

结合第一方面，在该第一方面的第二种可能实现方式中，在所述服务器停止向所述第一终端发送所述当前视频会议的会议数据之后，所述方法还包括：

所述服务器接收所述第二终端发送的对应所述第一终端的会议退出请求；

所述服务器停止向所述第一终端发送当前视频会议的会议数据，并将向所述第一终端发送的会议数据发送给所述第二终端。

这样，用户可以通过第二终端随时停止在服务器向第一终端发送会议数据，并且可以将准备发送给第一终端的会议数据在第二终端上进行显示。

结合第一方面，在该第一方面的第三种可能实现方式中，所述服务器根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据，包括：

所述服务器向所述第一终端发送除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述服务器接收第一终端发送的数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识；

所述服务器根据所述第二终端的呼叫信息，将所述目标数据标识对应的会议数据发送给所述第二终端。

这样，用户可以在第一终端上选择需要发送给第二终端的会议数据，其中，可以选择服务器尚未发送给第一终端的媒体流，避免重复发送相同的会议数据或者发送用户无需接收的会议数据，节省了视频会议中服务器的通信资源。

结合第一方面，在该第一方面的第四种可能实现方式中，在所述服务器向所述第二终端发送所述当前视频会议的会议数据之后，所述方法还包括：

如果检测到所述第一终端与所述服务器断开连接，所述服务器则停止向所述第二终端发送所述当前视频会议的会议数据。

这样，当用户离开当前视频会议时，第二终端可以随第一终端一起断开与服务器的连接，避免了即使用户已不在当前视频会议中，服务器仍旧向第二终端发送会议数据的情况，从而节省了服务器的数据传输资源。

根据本公开实施例的第二方面，提供一种进行视频会议的方法，所述方法包括：

第一终端获取第二终端的呼叫信息；

所述第一终端向服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

具体的，在本公开中视频会议的第一终端侧所做的处理可以是先获取第二终端的呼叫信息，然后根据呼叫信息生成第二终端的会议加入请求，将该请求发送给当前视频会议的服务器后，可以使第二终端接收一些第一终端未接收的会议数据。

这样，如果存在一些第一终端无法播放的会议数据时，可以将该会议数据传输到第二终端进行播放。

结合第二方面，在该第二方面的第一种可能实现方式中，所述第一终端获取第二终端的呼叫信息，包括：

第一终端扫描第二终端显示的二维码，获取所述第二终端的呼叫信息；或者，

第一终端通过与第二终端建立的通信连接，获取所述第二终端的呼叫信息；或者，

第一终端在与第二终端共同接入的路由设备处，获取所述第二终端的呼叫信息。

这样，用户可以使用第一终端通过多种方式获取第二终端的呼叫信息，方便了第二终端呼叫信息的获取方式，也加快了第二终端加入当前视频会议的处理。

结合第二方面，在该第二方面的第二种可能实现方式中，在所述第一终端向服务器发送所述第二终端的会议加入请求之后，所述方法还包括：

所述第一终端接收用户输入的对应第二终端的会议退出指令；

所述第一终端向所述服务器发送对应第二终端的会议退出请求。

这样，用户可以通过第一终端随时停止在服务器向第二终端发送会议数据，从而可以节省在视频会议中用户在第一终端和第二终端间切换操作的时间。

结合第二方面，在该第二方面的第三种可能实现方式中，在所述第一终端向服务器发送所述第二终端的会议加入请求之前，所述方法还包括：

所述第一终端接收所述服务器发送的除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述第一终端根据所述服务器发送的数据标识，显示每个数据的选项；

所述第一终端向所述服务器发送数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识。

所述第一终端接收所述服务器发送的除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述第一终端根据所述服务器发送的数据标识，显示每个数据的选项；

所述第一终端向所述服务器发送数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识。

根据本公开实施例的第三方面，提供了一种服务器，所述服务器包括收发器、处理器、存储器，所述处理器用于控制接收器和发射器进行会议数据的接收和发送，当处理器执行上述加入视频会议的处理时，所述服务器用于完成如第一方面或第一方面的所有可能的实施方式的任意一种的方法。

根据本公开实施例的第四方面，提供了一种第一终端，所述第一终端包括收发器、处理器、存储器，所述处理器用于控制接收器和发射器进行会议数据的接收和发送，当处理器执行上述加入视频会议的处理时，所述第一终端用于完成如第二方面或第二方面的所有可能的实施方式的任意一种的方法。

根据本公开实施例的第五方面，提供了一种进行视频会议的系统，所述系统包括第一终端、第二终端和服务器，其中：

所述第一终端，用于获取所述第二终端的呼叫信息；向所述服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据；

所述服务器，用于接收所述第一终端发送的所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；将所述第二终端加入当前视频会议；根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例中，服务器接收第一终端发送的第二终端的会议加入请求，会议加入请求中携带有第二终端的呼叫信息；服务器将第二终端加入当前视频会议；服务器根据第二终端的呼叫信息，向第二终端发送当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。这样，在用户将第二终端加入当前视频会议过程中，只需要在获取会议信息的同时在第一终端上进行简单的操作，从而，可以保证用户对会议信息的获取。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。在附图中：

图1是根据一示例性实施例示出的一种进行视频会议的方法的流程图；

图2是根据一示例性实施例示出的一种视频会议的系统框架图；

图3是根据一示例性实施例示出的一种进行视频会议的方法的流程图；

图4是根据一示例性实施例示出的一种管理第二终端的界面示意图；

图5是根据一示例性实施例示出的一种进行视频会议的方法的流程图；

图6是根据一示例性实施例示出的一种指定会议数据的界面示意图；

图7是根据一示例性实施例示出的一种进行视频会议的方法的流程图；

图8是根据一示例性实施例示出的一种服务器的结构示意图；

图9是根据一示例性实施例示出的一种终端的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供了一种进行视频会议的方法，该方法可以由终端和服务器共同实现，图2为本实施例的系统框架图，其中，终端可以是具有进行视频会议功能的终端，可以是手机、电脑等，服务器是支持视频会议，传输会议数据的服务器。进行视频会议时，多个终端可以同时与服务器建立数据连接，终端将本地产生的会议数据发送给服务器，服务器再将该会议数据发送给其他的与会终端。终端可以包括收发器、处理器、存储器，收发器和存储器可以分别与处理器连接。收发器可以用于接收或发送消息或数据，收发器可以包括但不限于至少一个放大器、调谐器、一个或多个振荡器、耦合器、LNA(LowNoiseAmplifier，低噪声放大器)、双工器等，存储器可以用于存储视频会议中本地产生或服务器发送的数据。处理器可以是终端设备的控制中心，利用各种接口和线路连接整个终端设备的各个部分，如收发器和存储器等。可选的，处理器可以包括一个或多个处理单元；优选的，处理器可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统，调制解调处理器主要处理无线通信。处理器还可以是数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件等。服务器可以包括收发器、处理器和存储器，收发器和存储器可以分别与处理器连接。收发器可以用于接收或发送消息或数据，收发器可以包括但不限于至少一个放大器、调谐器、一个或多个振荡器、耦合器、LNA(LowNoiseAmplifier，低噪声放大器)、双工器等。处理器可以包括一个或多个处理单元；处理器可以是通用处理器，包括中央处理器(CentralProcessingUnit，简称CPU)、网络处理器(NetworkProcessor，简称NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件等。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。

本申请实施例中将涉及以下专业名词，现对其进行简单解释：

SIP：会话初始协议(SessionInitiationProtocol)，用于建立、修改和终止IP网上的双方或多方多媒体会话。

SDP：会话描述协议(SessionDescriptionProtocol)，为会话通知、会话邀请和其它形式的多媒体会话初始化等目的提供了多媒体会话描述。

Invite消息：SIP协议中的消息，表示请求方希望服务方应答。

re-invite消息：在一个现存会话中发出INVITE请求就是re-INVITE。

H.323：基于包交换网络的多媒体通信协议。

TerminalCapacitySet：媒体通信控制协议中的消息，用于能力协商，功能类似于SDP。

OpenLogicChannel：媒体通信控制协议中的消息，用于开启逻辑信道。

CloseLogicChannel：媒体通信控制协议中的消息，用于关闭逻辑信道。

下面将结合实施方式，对图1所示的处理流程进行详细的说明，内容可以如下：

步骤101，第一终端获取第二终端的呼叫信息。

其中，呼叫信息可以是呼叫号码，也可以是IP地址和端口号。

在实施中，当需要加入某个视频会议时，用户可以在第一终端上输入视频会议的服务器的呼叫信息，之后点击确认连接。这时，第一终端则会向服务器发送第一终端的会议加入请求，该会议加入请求中可以携带有第一终端的呼叫信息。服务器在接收到第一终端的会议加入请求后，可以获取第一终端的IP地址和通信端口的端口号，进而可以通过自身的通信端口按照第一终端的IP地址向第一终端的通信端口发送数据端口协商消息，服务器与第一终端可以通过数据端口协商消息协商选择，用来传输会议数据的数据端口，之后，服务器与第一终端可以通过数据端口进行会议数据的传输，此处，需要根据不同的会议数据的格式选取对应的数据端口。具体的，第一终端可以通过SIP协议加入视频会议，或者通过H.323协议加入视频会议。同时，在进行数据传输的同时，服务器可以与第一终端持续保持通信连接，这样，服务器可以监控与第一终端的数据连接，当由于码率过低而出现丢包情况时，服务器可以及时对数据传输线路进行修复。

在接入视频会议后，第一终端可以接收到服务器发送的会议数据，而如果用户需要将第一终端接收到的会议数据转移到其它终端(即第二终端)上进行显示，则第一终端可以获取第二终端的呼叫信息。

可选的，第一终端获取第二终端的呼叫信息的方式多种多样，如下给出了三种可选的方式：

方式一，第一终端扫描第二终端显示的二维码，获取第二终端的呼叫信息。

方式二，第一终端通过与第二终端建立的通信连接，获取第二终端的呼叫信息。

其中，通信连接可以是蓝牙连接、WIFI连接或者红外连接等。

方式三，第一终端在与第二终端共同接入的路由设备处，获取第二终端的呼叫信息。

步骤102，第一终端向服务器发送第二终端的会议加入请求，会议加入请求中携带有第二终端的呼叫信息。

在实施中，第一终端在获取到第二终端的IP地址后，可以向服务器发送第二终端的会议加入请求，其中该会议加入请求中可以携带第二终端的IP地址。

步骤103，服务器接收第一终端发送的第二终端的会议加入请求。

在实施中，第一终端向服务器发送第二终端的会议加入请求后，服务器可以处理第二终端的会议加入请求。

步骤104，服务器将第二终端加入当前视频会议。

在实施中，服务器接收到第二终端的会议加入请求后，可以获取第二终端的呼叫信息，之后可以根据第二终端的呼叫信息向第二终端发送通信连接请求，通信连接请求中可以携带有服务器自身的IP地址和通信端口的端口号。当第二终端接收到服务器发送的通信连接请求后，可以基于服务器的IP地址和通信端口的端口号向服务器发送数据端口协商消息，服务器与第二终端可以通过数据端口协商消息协商选择，用来传输会议数据的数据端口，之后，服务器与第二终端可以通过数据端口进行会议数据的传输，即服务器将第二终端加入当前视频会议中。

步骤105，服务器根据第二终端的呼叫信息，向第二终端发送当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

在实施中，服务器将第二终端加入当前视频会议后，可以根据第二终端的呼叫信息，以及与第二终端协商好的数据端口的端口号向第二终端发送当前视频会议的会议数据。此处，发送给第二终端的会议数据可以是全部或部分发送给第一终端的会议数据，也可以包括未发送给第一终端的会议数据。同时，服务器可以继续保持与第一终端的通信连接与数据连接，即服务器可以在向第二终端发送会议数据的同时也保持向第一终端发送会议数据。

可选的，基于不同的视频会议协议，上述的处理可以具体如下：

在实施中，如果第一终端通过SIP协议加入视频会议，当需要将会议数据转移到第二终端进行显示时，可以使用re-invite消息重新触发SDP协商，通知服务器将指定的会议数据发送给第二终端，同时可以通过通信端口传输控制信令，将第二终端的IP地址和/或数据端口的端口号发送给服务器，之后服务器可以通过invite消息呼叫第二终端，并通过SDP协商确定需要向第二终端发送的会议数据，进而将确定的会议数据发送给第二终端。

或者，如果第一终端通过H.323协议加入视频会议，当需要服务器将会议数据发送到第二终端进行显示时，如果其中包括发送给第一终端的会议数据，则可以使用CloseLogicChannel消息通知服务器将待发送给第一终端的会议数据发送给第二终端，同时可以通过通信端口传输控制信令，将第二终端的IP地址和/或数据端口的端口号发送给服务器，之后服务器可以通过H.323消息呼叫第二终端，并通过TerminalCapacitySet消息协商确定需要向第二终端发送的会议数据，进而通过OpenLogicChannel消息打开对应的数据传输通道，之后可以将确定的会议数据发送给第二终端。

可选的，本实施例还提供了步骤105后第二终端退出视频会议的处理流程，如图3所示，相应的步骤可以如下：

步骤106a，第一终端接收用户输入的会议退出指令，会议退出指令中携带有第二终端的终端标识。

在实施中，服务器可以对应记录与会终端的终端标识、IP地址和数据端口的端口号，例如在步骤104中，服务器将第二终端加入视频会议，可以同时将第二终端的终端标识、IP地址和数据端口的端口号进行对应存储。当用户想要第二终端停止接收会议数据或者退出视频会议时，可以在第一终端上输入第二终端的会议退出指令，其中，会议退出指令中携带有第二终端的终端标识。具体的，用户可以在第一终端上打开第二终端的管理页面，点击暂停数据选项或者退出会议选项，之后第一终端则会接收到携带有第二终端的终端标识的会议退出指令，如图4所示。

步骤107a，第一终端向服务器发送对应第二终端的会议退出请求。

在实施中，第一终端接收到用户输入的会议退出指令后，可以向服务器发送对应第二终端的会议退出请求。

步骤108a，服务器接收第一终端发送的对应第二终端的会议退出请求。

在实施中，第一终端向服务器发送对应第二终端的会议退出请求，服务器则可以接收到该会议退出请求。

步骤109a，服务器停止向第二终端发送当前视频会议的会议数据。

在实施中，服务器在接收到对应第二终端的会议退出请求后，服务器可以根据会议退出请求中的第二终端的终端标识确定第二终端的IP地址和/或数据端口的端口号。如果在步骤106中，用户点击的是暂停数据选项，则服务器保持与第二终端的通信连接，停止向第二终端的数据端口发送当前视频会议的会议数据，而如果在步骤106中，用户点击了退出会议选项，则服务器断开与第二终端的通信连接，即停止向第二终端发送任何消息。此处，用户可以设定当第二终端退出视频会议时，服务器向第一终端发送提示消息，以询问是否将会议数据发送给第一终端，如果第一终端选择接收会议数据，服务器则可以向第一终端发送待发送给第二终端的会议数据。其中，如果第一终端通过SIP协议加入视频会议，则服务器可以使用re-invite消息重新触发SDP协商，将之前发送给第二终端的数据发送给第一终端；而如果第一终端通过H.323协议加入视频会议，则服务器可以使用OpenLogicChannel打开相应的数据传输通道，通过TerminalCapacitySet协商确定需要传输会议数据，再将会议数据发送给第一终端。

可选的，类似于步骤106a-109a的处理，本公开还提供了一种在服务器向第二终端发送当前视频会议的会议数据后，第一终端退出视频会议的流程，如图7所示，相应的步骤可以如下：

步骤106b，第二终端接收用户输入的会议退出指令，会议退出指令中携带有第一终端的终端标识。

在实施中，在第二终端加入当前视频会议之后，当用户想要第一终端停止接收会议数据或者退出视频会议时，可以在第二终端上输入第一终端的会议退出指令，其中，会议退出指令中携带有第一终端的终端标识。具体的，用户可以在第二终端上打开第一终端的管理页面，点击暂停数据选项或者退出会议选项，之后第二终端则会接收到携带有第一终端的终端标识的会议退出指令，如图4所示。

步骤107b，第二终端向服务器发送对应第一终端的会议退出请求。

在实施中，第二终端接收到用户输入的会议退出指令后，可以向服务器发送对应第一终端的会议退出请求。

步骤108b，服务器接收第二终端发送的对应第一终端的会议退出请求。

在实施中，第二终端向服务器发送对应第一终端的会议退出请求，服务器则可以接收到该会议退出请求。

步骤109b，服务器停止向第一终端发送当前视频会议的会议数据，并将向所述第一终端发送的会议数据发送给所述第二终端。

在实施中，服务器在接收到对应第一终端的会议退出请求后，服务器可以根据会议退出请求中的第一终端的终端标识确定第一终端的IP地址和/或数据端口的端口号。如果在步骤106b中，用户点击的是暂停数据选项，则服务器保持与第一终端的通信连接，停止向第一终端的数据端口发送当前视频会议的会议数据，而如果在步骤106b中，用户点击了退出会议选项，则服务器断开与第一终端的通信连接，即停止向第一终端发送任何消息。此处，用户可以设定当第一终端退出视频会议时，服务器向第二终端发送提示消息，以询问是否将会议数据发送给第二终端，如果用户在第二终端上选择接收会议数据，服务器则可以向第二终端发送待发送给第一终端的会议数据。

可选的，第二终端可以提供预设的数据端口，无需与服务器进行数据端口协商，相应的处理可以如下：会议加入请求中还携带有第二终端预设的数据端口的端口号，服务器可以根据第二终端的呼叫信息和第二终端预设的数据端口的端口号向第二终端发送当前视频会议的会议数据。

在实施中，第二终端可以提供一个实时接收会议数据的数据接口，该数据接口可以用于接收任意格式的会议数据。第一终端可以获取第二终端的呼叫信息和预设的数据端口的端口号，并将其加入第二终端的会议加入请求中，当服务器接收到该会议加入请求后，可以根据第二终端的呼叫信息和预设的数据端口的端口号，直接将会议数据发送给第二终端，而无需与第二终端建立通信连接。

可选的，可以设定当第一终端退出视频会议时，第二终端自动退出视频会议，相应的处理可以如下：如果检测到第一终端与服务器断开连接，服务器则停止向第二终端发送当前视频会议的会议数据。

在实施中，服务器在向第二终端发送当前视频会议的会议数据的同时，与第一终端持续保持通信连接，当检测到第一终端与服务器的通信连接断开时，服务器则可以认定第一终端的用户离开当前视频会议，进而服务器停止向第二终端发送当前视频会议的会议数据。

可选的，本实施例还公开了一种用户指定第二终端接收的会议数据的处理流程，如图5所示，具体的步骤可以如下：

步骤501，服务器向第一终端发送除向第一终端发送的会议数据之外的会议数据的数据标识。

其中，会议数据的数据标识可以是视频会议中与会终端的终端标识和/或媒体流的媒体标识

在实施中，视频会议中，会议数据可以按照不同的数据源进行分组，即每个与会终端所产生的会议数据自成一组或多组，其中，每组会议数据皆可以称为一个媒体流，当与会终端需要接收会议数据时，可以具体指定接收全部会议数据中的一组或多组的会议数据，这样，用户可以在选择在终端上显示价值较高的会议数据，而略过一些无用的会议数据。因此，用户在将第二终端接入视频会议中时，可以指定第二终端具体接收的会议数据。

服务器在将第二终端加入当前视频会议之后，可以获取本地存储的已加入当前视频会议的所有终端的终端标识和/或所有媒体流的媒体标识，进而，服务器可以在其中挑选出未向第一终端发送的会议数据的数据标识，之后可以将挑选出的数据标识发送给第一终端。

步骤502，所述第一终端接收所述服务器发送的除向所述第一终端发送的会议数据之外的会议数据的数据标识。

步骤503，所述第一终端根据所述服务器发送的数据标识，显示每个数据的选项。

在实施中，第一终端接收到数据标识后，可以在对应第二终端的数据选择页面内显示每个数据标识对应的选项，其中，每个选项可以以显示终端标识的形式对应一个与会终端，每个选项可以以显示媒体预览和/或标识的形式对应一个会议媒体。

步骤504，第一终端向所述服务器发送数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识。

在实施中，第一终端显示与会终端和/或媒体流的选项后，用户可以在所有与会终端中选择第二终端需要接收的会议数据的数据源终端，即第三终端，或者在所有媒体流当中选择第二终端需要接收的媒体流，即第一媒体流。在用户确定点击了目标数据标识对应的选项后，第一终端则可以向服务器发送数据指定消息，以指定服务器向第二终端发送目标数据标识对应的会议数据。其中，数据指定消息中可以携带有用户选择的终端标识，或者携带有用户在所有媒体流中选择的媒体流的媒体标识。此处，终端标识可以是一个或多个与会终端的终端标识，媒体标识可以是一个或多个媒体流的媒体标识。例如，在一个视频会议中已有与会终端A、B、C、D，其中，第一终端为终端A，需要加入视频会议的第二终端可以是终端E，服务器向终端A发送的与会终端B上传的会议数据，服务器在将终端E加入当前视频会议后，可以将C、D这两个与会终端的终端标识发送至第一终端进行显示，则第一终端上可以显示有C、D的终端标识，用户可以点击某一终端标识，服务器则可以向终端E发送对应的会议数据，如图6所示。另外，第一终端上也可以显示第一终端的终端标识，如果用户点击第一终端的标识，则服务器可以将发送给第一终端的全部会议数据，同时发送给第二终端。又例如，在一个视频会议中已有媒体流a、b、c、d，其中，第一终端为终端A，需要加入视频会议的第二终端可以是终端E，服务器向终端A发送的媒体流b对应的会议数据，服务器在将终端E加入当前视频会议后，服务器可以将c、d这些媒体流的媒体标识发送至第一终端进行显示，则第一终端上可以显示有c、d的媒体预览和/或媒体标识，用户可以点击c的媒体预览和/或媒体标识，服务器则可以向终端E发送对应的媒体流c。

步骤505，服务器接收第一终端发送的数据指定消息。

步骤506，服务器根据所述第二终端的呼叫信息，将所述目标数据标识对应的会议数据发送给所述第二终端。

在实施中，服务器获取到目标数据标识后，可以根据目标数据标识确定对应的会议数据，之后服务器可以将上述会议数据发送给第二终端。

值得一提的是，上述选择会议数据的流程可以是第二终端加入视频会议过程时指定服务器向第二终端发送会议数据处理流程，也可以是第二终端加入视频会议后，用户重新指定发送给第二终端的会议数据的处理流程。

本公开实施例中，服务器接收第一终端发送的第二终端的会议加入请求，会议加入请求中携带有第二终端的呼叫信息；服务器将第二终端加入当前视频会议；服务器根据第二终端的呼叫信息，向第二终端发送当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。这样，在用户将第二终端加入当前视频会议过程中，只需要在获取会议信息的同时在第一终端上进行简单的操作，从而，可以保证用户对会议信息的获取。

基于相同的技术构思，本公开实施例还提供了一种服务器，如图8所示，所述服务器包括收发器801、处理器802、存储器803，其中：

所述收发器801，用于接收第一终端发送的第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；

所述处理器802，用于将所述第二终端加入当前视频会议；

所述收发器801，用于根据所述存储器803存储的所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

可选的，所述收发器801还用于：

在停止向所述第一终端发送所述当前视频会议的会议数据之后，接收所述第一终端发送的对应所述第二终端的会议退出请求；

所述处理器802，用于停止所述收发器向所述第二终端发送所述当前视频会议的会议数据，并向所述第一终端发送所述当前视频会议的会议数据。

可选的，所述收发器801还用于：

在向所述第二终端发送所述当前视频会议的会议数据之后，接收所述第二终端发送的对应所述第一终端的会议退出请求；

所述处理器802，用于控制所述收发器停止向所述第一终端发送当前视频会议的会议数据，并将向所述第一终端发送的会议数据发送给所述第二终端。

可选的，所述收发器801还用于：向所述第一终端发送除向所述第一终端发送的会议数据之外的会议数据的数据标识；接收第一终端发送的数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识；

所述处理器802，用于控制所述收发器根据所述第二终端的呼叫信息，将所述目标数据标识对应的会议数据发送给所述第二终端。

可选的，所述处理器802还用于：

在所述收发器801向所述第二终端发送所述当前视频会议的会议数据之后，如果检测到所述第一终端与所述服务器断开连接，则控制所述收发器801停止向所述第二终端发送所述当前视频会议的会议数据。

基于相同的技术构思，本公开实施例还提供了一种第一终端，如图9所示，所述第一终端包括收发器901、处理器902，其中：

所述处理器902，用于获取第二终端的呼叫信息；

所述收发器901，用于向服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

可选的，所述处理器902，用于：

扫描第二终端显示的二维码，获取所述第二终端的呼叫信息；或者，

通过与第二终端建立的通信连接，获取所述第二终端的呼叫信息；或者，

在与第二终端共同接入的路由设备处，获取所述第二终端的呼叫信息。

可选的，所述收发器901还用于：

在所述第一终端向服务器发送所述第二终端的会议加入请求之后，接收用户输入的对应第二终端的会议退出指令；

向所述服务器发送对应第二终端的会议退出请求。

可选的，所述收发器901，还用于：在向服务器发送所述第二终端的会议加入请求之前，接收所述服务器发送的除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述处理器902，还用于根据所述服务器发送的数据标识，显示每个数据的选项；

所述收发器901，还用于向所述服务器发送数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识。

本公开实施例中，服务器接收第一终端发送的第二终端的会议加入请求，会议加入请求中携带有第二终端的呼叫信息；服务器将第二终端加入当前视频会议；服务器根据第二终端的呼叫信息，向第二终端发送当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。这样，在用户将第二终端加入当前视频会议过程中，只需要在获取会议信息的同时在第一终端上进行简单的操作，从而，可以保证用户对会议信息的获取。

需要说明的是：上述实施例提供的进行视频会议的装置在进行视频会议时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的进行视频会议的装置与进行视频会议的方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

基于相同的构思，本实施例还提供了一种进行视频会议的系统，所述系统包括第一终端、第二终端和服务器，其中：

所述第一终端，用于获取所述第二终端的呼叫信息；向所述服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据；

所述服务器，用于接收所述第一终端发送的所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；将所述第二终端加入当前视频会议；根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据。

本公开实施例中，服务器接收第一终端发送的第二终端的会议加入请求，会议加入请求中携带有第二终端的呼叫信息；服务器将第二终端加入当前视频会议；服务器根据第二终端的呼叫信息，向第二终端发送当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。这样，在用户将第二终端加入当前视频会议过程中，只需要在获取会议信息的同时在第一终端上进行简单的操作，从而，可以保证用户对会议信息的获取。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (19)

1.一种进行视频会议的方法，其特征在于，所述方法包括：

服务器接收第一终端发送的第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；

所述服务器将所述第二终端加入当前视频会议；

所述服务器根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

2.根据权利要求1所述的方法，其特征在于，在所述服务器向所述第二终端发送所述当前视频会议的会议数据之后，所述方法还包括：

所述服务器接收所述第一终端发送的对应所述第二终端的会议退出请求；

所述服务器停止向所述第二终端发送所述当前视频会议的会议数据。

3.根据权利要求1所述的方法，其特征在于，在所述服务器向所述第二终端发送所述当前视频会议的会议数据之后，所述方法还包括：

所述服务器接收所述第二终端发送的对应所述第一终端的会议退出请求；

所述服务器停止向所述第一终端发送当前视频会议的会议数据，并将向所述第一终端发送的会议数据发送给所述第二终端。

4.根据权利要求1所述的方法，其特征在于，所述服务器根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据，包括：

所述服务器向所述第一终端发送除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述服务器接收第一终端发送的数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识；

所述服务器根据所述第二终端的呼叫信息，将所述目标数据标识对应的会议数据发送给所述第二终端。

5.根据权利要求1所述的方法，其特征在于，在所述服务器向所述第二终端发送所述当前视频会议的会议数据之后，所述方法还包括：

如果检测到所述第一终端与所述服务器断开连接，所述服务器则停止向所述第二终端发送所述当前视频会议的会议数据。

6.一种进行视频会议的方法，其特征在于，所述方法包括：

第一终端获取第二终端的呼叫信息；

所述第一终端向服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

7.根据权利要求6所述的方法，其特征在于，所述第一终端获取第二终端的呼叫信息，包括：

第一终端扫描第二终端显示的二维码，获取所述第二终端的呼叫信息；或者，

第一终端通过与第二终端建立的通信连接，获取所述第二终端的呼叫信息；或者，

第一终端在与第二终端共同接入的路由设备处，获取所述第二终端的呼叫信息。

8.根据权利要求6所述的方法，其特征在于，在所述第一终端向服务器发送所述第二终端的会议加入请求之后，所述方法还包括：

所述第一终端接收用户输入的对应第二终端的会议退出指令；

所述第一终端向所述服务器发送对应第二终端的会议退出请求。

9.根据权利要求6所述的方法，其特征在于，在所述第一终端向服务器发送所述第二终端的会议加入请求之前，所述方法还包括：

所述第一终端接收所述服务器发送的除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述第一终端根据所述服务器发送的数据标识，显示每个数据的选项；

所述第一终端向所述服务器发送数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识。

10.一种服务器，其特征在于，所述服务器包括收发器、处理器、存储器，其中：

所述收发器，用于接收第一终端发送的第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；

所述处理器，用于将所述第二终端加入当前视频会议；

所述收发器，用于根据所述存储器存储的所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

11.根据权利要求10所述的服务器，其特征在于，所述收发器还用于：

在向所述第二终端发送所述当前视频会议的会议数据之后，接收所述第一终端发送的对应所述第二终端的会议退出请求；

所述处理器，用于控制所述收发器停止向所述第二终端发送所述当前视频会议的会议数据。

12.根据权利要求10所述的服务器，其特征在于，所述收发器还用于：

在向所述第二终端发送所述当前视频会议的会议数据之后，接收所述第二终端发送的对应所述第一终端的会议退出请求；

所述处理器，用于控制所述收发器停止向所述第一终端发送当前视频会议的会议数据，并将向所述第一终端发送的会议数据发送给所述第二终端。

13.根据权利要求10所述的服务器，其特征在于，所述收发器还用于：向所述第一终端发送除向所述第一终端发送的会议数据之外的会议数据的数据标识；接收第一终端发送的数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识；

所述处理器，用于控制所述收发器根据所述第二终端的呼叫信息，将所述目标数据标识对应的会议数据发送给所述第二终端。

14.根据权利要求10所述的服务器，其特征在于，所述处理器还用于：

在所述收发器向所述第二终端发送所述当前视频会议的会议数据之后，如果检测到所述第一终端与所述服务器断开连接，则控制所述收发器停止向所述第二终端发送所述当前视频会议的会议数据。

15.一种第一终端，其特征在于，所述第一终端包括收发器、处理器，其中：

所述处理器，用于获取第二终端的呼叫信息；

所述收发器，用于向服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据。

16.根据权利要求15所述的第一终端，其特征在于，所述处理器，用于：

扫描第二终端显示的二维码，获取所述第二终端的呼叫信息；或者，

通过与第二终端建立的通信连接，获取所述第二终端的呼叫信息；或者，在与第二终端共同接入的路由设备处，获取所述第二终端的呼叫信息。

17.根据权利要求15所述的第一终端，其特征在于，所述收发器还用于：

在向服务器发送所述第二终端的会议加入请求之后，接收用户输入的对应第二终端的会议退出指令；

向所述服务器发送对应第二终端的会议退出请求。

18.根据权利要求15所述的第一终端，其特征在于，所述收发器，还用于：在向服务器发送所述第二终端的会议加入请求之前，接收所述服务器发送的除向所述第一终端发送的会议数据之外的会议数据的数据标识；

所述处理器，还用于根据所述服务器发送的数据标识，显示每个数据的选项；

所述收发器，还用于向所述服务器发送数据指定消息，其中，所述数据指定消息携带有用户在所述服务器发送的数据标识中选择的目标数据标识。

19.一种进行视频会议的系统，其特征在于，所述系统包括第一终端、第二终端和服务器，其中：

所述第一终端，用于获取所述第二终端的呼叫信息；向所述服务器发送所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息，以使所述服务器将所述第二终端加入当前视频会议，根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据，其中，所述会议数据中包括除发送给所述第一终端的会议数据之外的会议数据；

所述服务器，用于接收所述第一终端发送的所述第二终端的会议加入请求，所述会议加入请求中携带有所述第二终端的呼叫信息；将所述第二终端加入当前视频会议；根据所述第二终端的呼叫信息，向所述第二终端发送所述当前视频会议的会议数据。