CN105763831A - 一种实现视频会议的方法、装置和系统 - Google Patents

Abstract

本发明公开了一种实现视频会议的方法、装置和系统，不仅无需定制专用客户端或flash插件，而且不受处理能力和带宽资源的限制，支持多方会议。该方法包括：参加视频会议的终端通过具有网络实时通信WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流；并接收所述视频会议服务器发送的媒体流和数据流；其中，所述视频会议服务器发送的媒体流和数据流是所述视频会议服务器对参加视频会议的每个终端发送的媒体流和数据流进行合路处理生成的；将所述视频会议服务器发送的媒体流和数据流在所述内置浏览器上进行显示和播放。

Description

一种实现视频会议的方法、装置和系统

技术领域

本发明涉及数据业务技术领域，尤其涉及一种实现视频会议的方法、装置和系统。

背景技术

随着分时长期演进(TimeDivisionLongTermEvolution，TD-LTE)系统的大规模商用，无线网络带宽进一步大幅扩容，使得占用带宽更高的视频数据业务的应用成为可能。其中，移动视频会议是继在IP协议上传输语音(VoiceoverInternetProtoco，VoIP)、移动视频通话之后，应用场景更丰富、技术难度更高的一种新兴业务类型。所谓移动视频会议是指，使用移动终端，如：平板电脑Pad、智能手机等等，作为视频会议的接入设备，发起、参与以及控制视频会议的业务，在业务实现上并不限定移动终端的操作系统平台。

现有的视频会议系统中，分为硬件视频会议与软件视频会议，硬件视频会议主要服务于有固定会议室、专线接入的应用场景，视频会议设备厂商提供专用视频会议设备，会议服务提供商进行运营与维护；软件视频会议，主要是指会议运营商提供专用视频会议软件客户端(简称为软件客户端)，客户将软件客户端安装在计算机、笔记本或其他硬件上，然后利用软件客户端完成视频会议的各项功能。现有的视频会议商用产品，对移动应用场景的解决方案并不多，这与无线网络的支持程度有关。随着无线网络主要是4G网络带宽的加大，面向移动应用需求的移动视频会议产品形态逐步成为一种独立的需求，面向用户提供服务。在现有的技术解决方案中，移动终端侧的方案有专用客户端方式和基于浏览器的flash插件方式两类，媒体流传输的方案有流媒体组播和对等网络(PeertoPeer，P2P)传输方式两种。

在移动终端侧的方案中，无论是使用专用客户端方式，还是基于浏览器的flash插件方式，均需要设计开发复杂的解决方案。解决方案需要处理以下技术难点：呼叫控制、多媒体信号采集、音视频信号预处理、音视频信息编码、多媒体及数据信息传输等。呼叫控制，包括寻址、路由与防火墙穿越。多媒体信号采集，需要对摄像头和麦克风等硬件资源采集到的音视频信号进行调用，这里涉及到对众多不同厂商的移动智能终端的硬件采集设备进行适配，如驱动程序接口支持、数据格式支持、信号传输协议支持等技术问题。音视频信号预处理，包括消噪、回声抑制、几何矫正、光线补偿及渲染等等。音视频信息编码，需要解决编码格式、分辨率等参数配置、差错控制、重传策略等技术问题。多媒体及数据信息传输，包括媒体流参数协商，如格式、大小、编码标准等等，媒体流防火墙穿越，数据通道建立与同步等等。这些解决方案存在开发门槛高、移动终端硬件配置要求高、用户安装难度大、不同系统间互通性差等问题。

在媒体流传输的方案中，采用流媒体组播方式允许发送站点仅向一个组地址发送数据，接收站点只需加入到这个组就可以接收数据，组成员可以根据自己的意愿随时随意加入或退出分组。但在实际应用中，组播技术需要距离向量组播路由协议(DistanceVectorMulticastRoutingProtocol，DVMRP)等路由协议的支持，但由于对安全性的考虑，实际应用中的路由器都没有打开组播服务；其次，即使路由器打开了组播服务，它们所采用的协议也可能互不兼容；另外，提供组播支持会占用路由器资源，从而加重路由器的负担，降低路由器处理速度，严重时甚至可能导致系统崩溃。因此组播技术的应用在广域网内并没有得到推广。采用P2P传输方式，可以实现多点之间的视频通信，但是每个点都需要将己端的媒体流和数据流发送给所有其它端，并接收所有其他端的媒体流和数据流，这种方式应用于移动终端上时，移动终端受到处理能力和带宽资源的限制，无法支持多方会议。

发明内容

本发明实施例提供一种实现视频会议的方法、装置和系统，不仅无需定制专用客户端或flash插件，而且不受处理能力和带宽资源的限制，支持多方会议。

本发明实施例采用以下技术方案：

本发明实施例提供一种实现视频会议的方法，包括：

参加视频会议的终端通过具有网络实时通信WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流；并

接收所述视频会议服务器发送的媒体流和数据流；其中，所述视频会议服务器发送的媒体流和数据流是所述视频会议服务器对参加视频会议的每个终端发送的媒体流和数据流进行合路处理生成的；

将所述视频会议服务器发送的媒体流和数据流在所述内置浏览器上进行显示和播放。

进一步的，通过具有WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流之前，所述方法还包括：

与所述视频会议服务器约定配置参数，使得所述视频会议服务器能够根据所述配置参数，对参加视频会议的每个终端发送的媒体流和数据流进行合路处理，生成与所述终端对应的媒体流和数据流。

其中，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

本发明实施例提供一种实现视频会议的装置，包括：

发送单元，用于通过具有网络实时通信WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流；

接收单元，用于接收所述视频会议服务器发送的媒体流和数据流；其中，所述视频会议服务器发送的媒体流和数据流是所述视频会议服务器对参加视频会议的每个终端设备发送的媒体流和数据流进行合路处理生成的；

显示和播放单元，用于将所述接收单元接收的所述视频会议服务器发送的媒体流和数据流在所述内置浏览器上进行显示和播放。

进一步的，所述装置还包括：

配置参数约定单元，用于通过具有WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流之前，与所述视频会议服务器约定配置参数，使得所述视频会议服务器能够根据所述配置参数，对参加视频会议的每个终端发送的媒体流和数据流进行合路处理，生成与所述终端对应的媒体流和数据流。

其中，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

本发明实施例提供一种实现视频会议的方法，包括：

视频会议服务器接收参加视频会议的每个终端发送的媒体流和数据流；其中，所述媒体流和数据流是终端通过具有网络实时通信WebRTC功能的内置浏览器发送的；

对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；

将生成的合路后的媒体流和数据流分别发送给所述每个终端，以实现视频会议。

进一步的，对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流，具体包括：

对每个终端发送的媒体流混编为一路媒体流，以及对每个终端发送的数据流混编为一路数据流。

进一步的，视频会议服务器接收参加视频会议的每个终端发送的媒体流和数据流之前，所述方法还包括：

与参加视频会议的每个终端约定配置参数；则

对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流，具体包括：

按照与每个终端约定的配置参数，对所述每个终端发送的媒体流和数据流进行合路处理，分别生成与每个终端对应的合路后的媒体流和数据流；以及

将生成的合路后的媒体流和数据流分别发送给所述多个终端，具体包括：

将生成的与每个终端对应的合路后的媒体流和数据流发送给对应的终端。

其中，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

本发明实施例提供一种实现视频会议的装置，包括：

接收单元，用于接收参加视频会议的每个终端发送的媒体流和数据流；其中，所述媒体流和数据流是终端通过具有网络实时通信WebRTC功能的内置浏览器发送的；

合路单元，用于对所述接收单元接收的每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；

发送单元，用于将所述合路单元生成的合路后的媒体流和数据流分别发送给所述每个终端，以实现视频会议。

进一步的，所述合路单元，具体用于：

对每个终端发送的媒体流混编为一路媒体流，以及对每个终端发送的数据流混编为一路数据流。

进一步的，所述装置还包括：

配置参数约定单元，用于接收参加视频会议的每个终端发送的媒体流和数据流之前，与参加视频会议的每个终端约定配置参数；则

所述合路单元，具体用于：

按照与每个终端约定的配置参数，对所述每个终端发送的媒体流和数据流进行合路处理，分别生成与每个终端对应的合路后的媒体流和数据流；以及

所述发送单元，具体用于：

将生成的与每个终端对应的合路后的媒体流和数据流发送给对应的终端。

其中，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

本发明实施例提供一种实现视频会议的系统，包括：视频会议服务器和至少两个终端，其中：

所述视频会议服务器，用于接收参加视频会议的每个终端发送的媒体流和数据流；对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；将生成的合路后的媒体流和数据流分别发送给所述每个终端；

所述至少两个终端，用于通过具有网络实时通信WebRTC功能的内置浏览器向所述视频会议服务器发送媒体流和数据流；并接收所述视频会议服务器发送的合路后的媒体流和数据流；将所述合路后的媒体流和数据流在所述内置浏览器上进行显示和播放。

本发明实施例的有益效果如下：

本发明实施例与现有技术相比，一方面，基于WebRTC技术，使得参加视频会议的终端能够通过浏览器直接实现视频会议，而无需使用专用客户端或者flash插件；另一方面，参加视频会议的终端通过具有WebRTC功能的内置浏览器向视频会议服务器发送一路媒体流和数据流，并接收视频会议服务器发送的一路媒体流和数据流，从而不受处理能力和带宽资源的限制，可以支持多方会议。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例一中，终端侧实现视频会议的方法流程图；

图2为本发明实施例二中，网络侧实现视频会议的方法流程图；

图3为本发明实施例三中，WebRTC移动视频会议平台的硬件结构示意图；

图4为本发明实施例四中，一种实现视频会议的装置的结构示意图；

图5为本发明实施例五中，一种实现视频会议的装置的结构示意图；

图6为本发明实施例六中，一种实现视频会议的系统的结构示意图。

具体实施方式

为了解决现有技术中存在的问题，本发明实施例提供了一种实现视频会议的方案。该技术方案中，一方面，基于WebRTC技术，使得参加视频会议的终端能够通过浏览器直接实现视频会议，而无需使用专用客户端或者flash插件；另一方面，参加视频会议的终端通过具有WebRTC功能的内置浏览器向视频会议服务器发送一路媒体流和数据流，并接收视频会议服务器发送的一路媒体流和数据流，从而不受处理能力和带宽资源的限制，可以支持多方会议。

以下结合说明书附图对本发明的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限制本发明。并且在不冲突的情况下，本发明中的实施例及实施例的特征可以互相结合。

实施例一：

本发明实施例一提供了一种实现视频会议的方法，如图1所示，为该方法的实现流程图，具体包括下述步骤：

步骤11，参加视频会议的终端通过具有网络实时通信(WebRealTimeCommunication，WebRTC)功能的内置浏览器向视频会议服务器发送媒体流和数据流；

本发明实施例中的参加视频会议的终端可以但不限于指移动终端。

现有技术中，对于移动终端侧，需要开发专用客户端或flash插件，这需要对移动终端的终端型号和操作系统进行适配，不仅增加了开发的难度，而且不利于用户快捷使用，也容易留下安全漏洞。而本发明实施例中，参加视频会议的终端基于WebRTC技术，通过内置浏览器实现视频会议，无需安装专用客户端或flash插件，进而更无需对终端类型和操作系统进行适配。

其中，向视频会议服务器发送的媒体流可以但不限于为音视频流，是参加视频会议的终端通过自身的音视频采集设备(比如摄像头和麦克风)采集并获取的。

步骤12，接收视频会议服务器发送的媒体流和数据流；其中，该视频会议服务器发送的媒体流和数据流是视频会议服务器对参加视频会议的每个终端发送的媒体流和数据流进行合路处理生成的；

本发明实施例中，在步骤11之前还可以但不限于包括如下步骤：

参加视频会议的终端与视频会议服务器约定配置参数，使视频会议服务器能够根据该配置参数，对参加视频会议的每个终端发送的媒体流个数据流进行合路处理，生成与上述终端对应的媒体流和数据流。

其中，配置参数可以包括：混音方式和混屏方式中的至少一种。

所谓混音方式，指多个终端的音频在一个终端上同时播放时的音频播放方式。所谓混屏方式，指多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

除此之外，配置参数还可以包括音视频编码标准、视频分辨率、视频帧率、网络可用带宽和数据文件格式等等。

具体的，参加视频会议的终端与视频会议服务器在约定配置参数时，可以由参加视频会议的终端首先向视频会议服务器发送第一配置参数，如果该第一配置参数符合视频会议服务器预先设置的参数要求，则视频会议服务器向参加视频会议的终端反馈确认响应，则该第一配置参数为双方约定的配置参数。如果该第一配置参数不符合视频会议服务器预先设置的参数要求，则视频会议服务器向参加视频会议的终端反馈第二配置参数，当参加视频会议的终端同意该第二配置参数时，则向视频会议服务器反馈确认响应，则该第二配置参数为双方约定的配置参数。

步骤13，将视频会议服务器发送的媒体流和数据流在内置浏览器上进行显示和播放。

本发明实施例中，一方面，基于WebRTC技术，使得参加视频会议的终端能够通过浏览器直接实现视频会议，而无需使用专用客户端或者flash插件；另一方面，参加视频会议的终端通过具有WebRTC功能的内置浏览器向视频会议服务器发送一路媒体流和数据流，并接收视频会议服务器发送的一路媒体流和数据流，从而不受处理能力和带宽资源的限制，可以支持多方会议。

基于上述实施例一提供的终端侧实现视频会议的方法，本发明实施例还提供了一种网络侧实现视频会议的方法，如图2所示，具体包括如下步骤：

步骤21，视频会议服务器接收参加视频会议的每个终端发送的媒体流和数据流；其中，媒体流和数据流是终端通过具有WebRTC功能的内置浏览器发送的。

步骤22，对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；

具体的，步骤22中进行合路处理的方式可以为：

对每个终端发送的媒体流混编为一路媒体流，以及对每个终端发送的数据流混编为一路数据流

其中，在步骤21之前还可以包括：

与参加视频会议的每个终端约定配置参数。

其中，配置参数可以包括：混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

在这种情况下，步骤22可以具体包括：

按照与每个终端约定的配置参数，对每个终端发送的媒体流和数据流进行合路处理，分别生成与每个终端对应的合路后的媒体流和数据流。

具体的，按照与每个终端约定的混屏方式，将每个终端发送的媒体流混编为一路媒体流，以及暗中与每个终端约定的混音方式，将每个终端发送的数据流混编为一路数据流。

现有技术中，媒体流传输采用组播方式的方案时，路由器负载过大，无法与每个移动终端进行丰富的配置参数协商，因此无法为不同的移动终端提供个性化的混音方式和混屏方式。而本发明实施例中，参加视频会议的终端基于WebRTC技术，通过内置浏览器实现视频会议，可以与不同的移动终端提供个性化的混音方式和混屏方式。

步骤23，将生成的合路后的媒体流和数据流分别发送给每个终端，以实现视频会议。

在步骤22分别生成与每个终端对应的合路后的媒体流和数据流的情况下，步骤23可以具体包括：

将生成的与每个终端对应的合路后的媒体流和数据流发送给对应的终端。

实施例三：

基于上述提出的实现视频会议的方法，本发明实施例还提供了一种WebRTC移动视频会议平台，其硬件结构示意图如图3所示。

参考图3，在WebRTC移动视频会议平台中，按功能划分有五大组成部分，分别为WebRTCJavaScript函数库、WebRTC用户鉴权模块、WebRTC媒体流处理功能模块、WebRTC数据流功能模块和WebRTC会议管理模块，其中：

1、WebRTCJavaScript函数库，包括协议类支持函数，可以与平台侧进行呼叫建立、会议控制、参数协商等信息通信；媒体处理类函数，可以调用浏览器媒体处理能力，对移动终端音视频硬件设备进行管理，实现信号采集、编码压缩、信息传输等功能；数据流管理函数，可以调用浏览器能力，建立数据通道，与其他参会方共享电子白板、共享文件及共享屏幕等；加密与用户认证类函数，实现与平台侧之间进行信息认证和信息加密传输。

2、WebRTC用户鉴权模块，对移动会议接入端的用户身份进行认证、鉴权和计费管理。

3、WebRTC媒体流处理功能模块，从WebRTCProxy处得到媒体流，对不同的编码格式进行转换，并根据WebRTCProxy的参数需要，对所有参会方的媒体流进行个性化的混音和混屏，将多个媒体流混编为一路媒体流，传递给WebRTCProxy。

4、WebRTC数据流功能模块，从WebRTCProxy处得到数据流，对不同的数据格式进行管理和转换，并根据WebRTCProxy的参数需要，对所有参会方的数据流进行个性化的管理，将多个数据流混编为一路数据流，传递给WebRTCProxy。

5、WebRTC会议管理模块，是多方移动视频会议业务功能模块，建立网络虚拟会议室，管理发起会议流程、会议成员控制、会议结束控制等所有会管和会控功能。对于基于WebRTC的移动视频会议而言，要为每一位会议接入方建立WebRTC虚拟会话端，即WebRTCProxy，用它来模拟点对点呼叫，既实现个性化的通信协商，又将多方混音混屏后的媒体流传递给移动视频会议接入方。

上述WebRTC移动视频会议平台的工作流程具体包括如下步骤：

步骤一，移动视频会议使用者，启动本机浏览器，在地址栏输入移动视频会议WebPortal网址，浏览器向服务器提出页面请求，服务器将加载有WebRTCJavaScript函数库函数的超文本标记语言(HyperTextMark-upLanguage，HTML)页面反馈给移动视频会议使用者；

步骤二，移动视频会议使用者进行用户名和密码验证，WebRTC用户鉴权模块进行认证和鉴权，并对合法用户提供会议服务，如果是会议发起者，则通知WebRTC会议管理模块建立网络虚拟会议室，并为会议发起者建立WebRTCProxy，负责与其进行信息通信；如果是会议参与者，则将其接入其所属的网络虚拟会议室，然后建立WebRTCProxy，负责与其进行信息通信；

步骤三，移动视频会议使用者与WebRTCProxy建立连接，双方进行配置参数的协商，包括音视频编码标准、视频分辨率和帧率、网络可用带宽、混音和混屏方式和数据文件格式等；

步骤四，移动视频会议使用者与WebRTCProxy协商配置参数成功后，移动视频会议使用者向WebRTCProxy发送本端的音视频流和数据流；

步骤五，WebRTCProxy将其接收到的音视频流发送给媒体流处理模块，将其接收到的数据流发送给数据流处理模块，并将移动视频会议使用者的配置参数发送给媒体流处理模块和数据流处理模块；

步骤六，媒体流处理模块对WebRTCProxy的请求进行响应，将其同一网络虚拟会议室中的其他参与方的音视频流，按照个性化需求进行混音和混屏处理，编码压缩成为一路音频流和视频流，反馈给WebRTCProxy；同时，数据流处理模块，对WebRTCProxy的请求进行响应，将其同一网络虚拟会议室中的其他参与方的数据流，按照个性化管理，生成一路数据流，反馈给WebRTCProxy；

步骤七，WebRTCProxy将反馈回的媒体流和数据流，传输给与其建立连接的视频会议会议使用者接入端，视频会议功能实现；

其中，在视频会议进行过程中，如果会议使用者的应用需求发生变化，可以提出新的信息请求，重复上述步骤三—七；

步骤八，移动视频会议使用者关闭浏览器的HTML网页，退出移动视频会议服务。

基于同一发明构思，本发明实施例中还分别提供了一种网络侧实施的实现视频会议的装置和终端侧实施的实现视频会议的装置以及实现视频会议的系统，由于上述装置及系统解决问题的原理与网络侧实施的实现视频会议的方法和终端侧实施的实现视频会议的方法相似，因此上述装置及系统的实施可以参见方法的实施，重复之处不再赘述。

如图4所示，为本发明实施例提供的第一种实现视频会议的装置的结构示意图，包括：

发送单元41，用于通过具有网络实时通信WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流；

接收单元42，用于接收所述视频会议服务器发送的媒体流和数据流；其中，所述视频会议服务器发送的媒体流和数据流是所述视频会议服务器对参加视频会议的每个终端设备发送的媒体流和数据流进行合路处理生成的；

显示和播放单元43，用于将所述接收单元42接收的所述视频会议服务器发送的媒体流和数据流在所述内置浏览器上进行显示和播放。

进一步的，所述装置还包括：

配置参数约定单元44，用于通过具有WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流之前，与所述视频会议服务器约定配置参数，使得所述视频会议服务器能够根据所述配置参数，对参加视频会议的每个终端发送的媒体流和数据流进行合路处理，生成与所述终端对应的媒体流和数据流。

其中，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

具体实施时，上述第一种实现视频会议的装置可以设置在终端中。

如图5所示，为本发明实施例提供的第二种实现视频会议的装置的结构示意图，包括：

接收单元51，用于接收参加视频会议的每个终端发送的媒体流和数据流；其中，所述媒体流和数据流是终端通过具有网络实时通信WebRTC功能的内置浏览器发送的；

合路单元52，用于对所述接收单元51接收的每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；

发送单元53，用于将所述合路单元52生成的合路后的媒体流和数据流分别发送给所述每个终端，以实现视频会议。

进一步的，所述装置还包括：

配置参数约定单元54，用于接收参加视频会议的每个终端发送的媒体流和数据流之前，与参加视频会议的每个终端约定配置参数；则

所述合路单元52，具体用于：

按照与每个终端约定的配置参数，对所述每个终端发送的媒体流和数据流进行合路处理，分别生成与每个终端对应的合路后的媒体流和数据流；以及

所述发送单元53，具体用于：

将生成的与每个终端对应的合路后的媒体流和数据流发送给对应的终端。

其中，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

为了描述的方便，以上各部分按照功能划分为各模块(或单元)分别描述。当然，在实施本发明时可以把各模块(或单元)的功能在同一个或多个软件或硬件中实现。

具体实施时，上述第二种实现视频会议的装置可以设置在视频会议服务器中。

如图6所示，为本发明实施例提供的实现视频会议的系统的结构示意图，包括：

视频会议服务器61和至少两个终端62，其中：

所述视频会议服务器61，用于接收参加视频会议的每个终端62发送的媒体流和数据流；对每个终端62发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；将生成的合路后的媒体流和数据流分别发送给所述每个终端62；

所述至少两个终端62，用于通过具有网络实时通信WebRTC功能的内置浏览器向所述视频会议服务器61发送媒体流和数据流；并接收所述视频会议服务器61发送的合路后的媒体流和数据流；将所述合路后的媒体流和数据流在所述内置浏览器上进行显示和播放。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (15)

1.一种实现视频会议的方法，其特征在于，包括：

参加视频会议的终端通过具有网络实时通信WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流；并

接收所述视频会议服务器发送的媒体流和数据流；其中，所述视频会议服务器发送的媒体流和数据流是所述视频会议服务器对参加视频会议的每个终端发送的媒体流和数据流进行合路处理生成的；

将所述视频会议服务器发送的媒体流和数据流在所述内置浏览器上进行显示和播放。

2.如权利要求1所述的方法，其特征在于，通过具有WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流之前，所述方法还包括：

与所述视频会议服务器约定配置参数，使得所述视频会议服务器能够根据所述配置参数，对参加视频会议的每个终端发送的媒体流和数据流进行合路处理，生成与所述终端对应的媒体流和数据流。

3.如权利要求2所述的方法，其特征在于，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

4.一种实现视频会议的装置，其特征在于，包括：

发送单元，用于通过具有网络实时通信WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流；

接收单元，用于接收所述视频会议服务器发送的媒体流和数据流；其中，所述视频会议服务器发送的媒体流和数据流是所述视频会议服务器对参加视频会议的每个终端设备发送的媒体流和数据流进行合路处理生成的；

显示和播放单元，用于将所述接收单元接收的所述视频会议服务器发送的媒体流和数据流在所述内置浏览器上进行显示和播放。

5.如权利要求4所述的装置，其特征在于，所述装置还包括：

配置参数约定单元，用于通过具有WebRTC功能的内置浏览器向视频会议服务器发送媒体流和数据流之前，与所述视频会议服务器约定配置参数，使得所述视频会议服务器能够根据所述配置参数，对参加视频会议的每个终端发送的媒体流和数据流进行合路处理，生成与所述终端对应的媒体流和数据流。

6.如权利要求5所述的装置，其特征在于，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

7.一种实现视频会议的方法，其特征在于，包括：

视频会议服务器接收参加视频会议的每个终端发送的媒体流和数据流；其中，所述媒体流和数据流是终端通过具有网络实时通信WebRTC功能的内置浏览器发送的；

对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；

将生成的合路后的媒体流和数据流分别发送给所述每个终端，以实现视频会议。

8.如权利要求7所述的方法，其特征在于，对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流，具体包括：

对每个终端发送的媒体流混编为一路媒体流，以及对每个终端发送的数据流混编为一路数据流。

9.如权利要求7所述的方法，其特征在于，视频会议服务器接收参加视频会议的每个终端发送的媒体流和数据流之前，所述方法还包括：

与参加视频会议的每个终端约定配置参数；则

对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流，具体包括：

按照与每个终端约定的配置参数，对所述每个终端发送的媒体流和数据流进行合路处理，分别生成与每个终端对应的合路后的媒体流和数据流；以及

将生成的合路后的媒体流和数据流分别发送给所述多个终端，具体包括：

将生成的与每个终端对应的合路后的媒体流和数据流发送给对应的终端。

10.如权利要求9所述的方法，其特征在于，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

11.一种实现视频会议的装置，其特征在于，包括：

接收单元，用于接收参加视频会议的每个终端发送的媒体流和数据流；其中，所述媒体流和数据流是终端通过具有网络实时通信WebRTC功能的内置浏览器发送的；

合路单元，用于对所述接收单元接收的每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；

发送单元，用于将所述合路单元生成的合路后的媒体流和数据流分别发送给所述每个终端，以实现视频会议。

12.如权利要求11所述的装置，其特征在于，所述合路单元，具体用于：

对每个终端发送的媒体流混编为一路媒体流，以及对每个终端发送的数据流混编为一路数据流。

13.如权利要求11所述的装置，其特征在于，所述装置还包括：

配置参数约定单元，用于接收参加视频会议的每个终端发送的媒体流和数据流之前，与参加视频会议的每个终端约定配置参数；则

所述合路单元，具体用于：

按照与每个终端约定的配置参数，对所述每个终端发送的媒体流和数据流进行合路处理，分别生成与每个终端对应的合路后的媒体流和数据流；以及

所述发送单元，具体用于：

将生成的与每个终端对应的合路后的媒体流和数据流发送给对应的终端。

14.如权利要求13所述的装置，其特征在于，所述配置参数包括：

混音方式和混屏方式中的至少一种；其中，所述混音方式为多个终端的音频在一个终端上同时播放时的音频播放方式；所述混屏方式为多个终端的图像在一个终端的屏幕上同时显示时的图像组合方式。

15.一种实现视频会议的系统，其特征在于，包括：视频会议服务器和至少两个终端，其中：

所述视频会议服务器，用于接收参加视频会议的每个终端发送的媒体流和数据流；对每个终端发送的媒体流和数据流进行合路处理，生成合路后的媒体流和数据流；将生成的合路后的媒体流和数据流分别发送给所述每个终端；

所述至少两个终端，用于通过具有网络实时通信WebRTC功能的内置浏览器向所述视频会议服务器发送媒体流和数据流；并接收所述视频会议服务器发送的合路后的媒体流和数据流；将所述合路后的媒体流和数据流在所述内置浏览器上进行显示和播放。