成双方通话时 造成的会场资源的浪费，最终减少了多方通话的建立步骤，提高了通信资源的使用效率。
[0145]本发明实施例提供一种基于WebRTC多方通话建立的系统3,如图8所示，该系统 3至少包括：
[0146]如上述实施例中设备1所示的会议应用服务器，或如上述实施例装置2所述的会 议应用服务器；
[0147]如上述实施例中所示的第一用户。
[0148]本发明实施例提供一种基于WebRTC多方通话建立的系统，通过接收应用服务器 发送的加入多方通话的请求，所述请求中包括参加所述多方通话成员的列表信息，在确认 所述多方通话请求的正确性后，向所述应用服务器发送确认加入所述多方通话的信息，建 立与第一用户的用于多方通话的媒体通道，最终通过所述媒体通道进行多方通话；能够降 低由于进行本地混音造成的对设备性能较高的要求，还可W无需联系会场服务器进行繁琐 的会场资源申请，进一步节省当多方通话恢复成双方通话时造成的会场资源的浪费，最终 减少了多方通话的建立步骤，提高了通信资源的使用效率。
[0149]在本申请所提供的几个实施例中，应该理解到，所掲露的方法，装置，和系统，可W通过其它的方式实现。例如，W上所描述的装置实施例仅仅是示意性的，例如，所述单元的 划分，仅仅为一种逻辑功能划分，实际实现时可W有另外的划分方式，例如多个单元或组件 可W结合或者可W集成到另一个系统，或一些特征可W忽略，或不执行。另一点，所显示或 讨论的相互之间的禪合或直接禪合或通信连接可W是通过一些接口，装置或单元的间接禪 合或通信连接，可W是电性，机械或其它的形式。
[0150]所述作为分离部件说明的单元可W是或者也可W不是物理上分开的，作为单元显 示的部件可W是或者也可W不是物理单元，即可W位于一个地方，或者也可W分布到多个 网络单元上。可W根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目 的。
[0151]另外，在本发明各个实施例中的各功能单元可W集成在一个处理单元中，也可W是各个单元单独物理包括，也可W两个或两个W上单元集成在一个单元中。上述集成的单 元既可W采用硬件的形式实现，也可W采用硬件加软件功能单元的形式实现。
[0152]上述W软件功能单元的形式实现的集成的单元，可W存储在一个计算机可读取存 储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用W使得一台计算机 设备(可W是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的部 分步骤。而前述的存储介质包括；U盘、移动硬盘、只读存储器（ReadHDnlyMemory,简称 ROM)、随机存取存储器（RandomAccessMemo巧，简称RAM)、磁碟或者光盘等各种可W存储 程序代码的介质。
[0153]W上所述，仅为本发明的【具体实施方式】，但本发明的保护范围并不局限于此，任何 熟悉本技术领域的技术人员在本发明掲露的技术范围内，可轻易想到变化或替换，都应涵 盖在本发明的保护范围之内。因此，本发明的保护范围应W所述权利要求的保护范围为准。
【主权项】
1. 一种基于WebRTC多方通话建立的方法，其特征在于，所述方法包括： 接收正在通话的第一用户发送的多方通话建立请求，所述请求包括第一扩展消息，所 述第一扩展消息中有待与所述第一用户建立多方通话的第二用户的信息； 判断所述第一用户建立所述多方通话的权限； 当所述第一用户具有建立所述多方通话的权限时，向所述第一用户发送确认建立所述 多方通话的第二扩展消息，并向与所述第一用户正在通话的第三用户发送第三扩展消息， 所述第三扩展消息中包括参加所述多方通话成员的列表信息； 向所述第二用户发送加入所述多方通话的请求，所述请求中包括参加所述多方通话成 员的列表信息； 接收所述第二用户发送的确认加入的信息； 分别在所述第一用户与所述第二用户间、所述第三用户与所述第二用户间建立用于多 方通话的媒体通道； 通过已经建立的所述用于多方通话的媒体通道，进行所述多方通话。2. 根据权利要求1所述的方法，其特征在于，所述多方通话至少包括音频流和视频流 的传输。3. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 当所述多方通话基于会话发起协议（SessionInitiationProtocol,SIP)时，所述第 一扩展消息、所述第二扩展消息、所述第三扩展消息为基于所述SIP的扩展消息。4. 一种基于WebRTC多方通话建立的方法，其特征在于，所述方法包括： 向应用服务器发送多方通话建立请求，所述请求包括第一扩展消息，所述第一扩展消 息中待建立多方通话的第二用户的消息； 接收所述应用服务器发送的确认建立多方通话的第二扩展消息； 建立与所述第二用户的用于多方通话的媒体通道； 通过所述媒体通道进行多方通话。5. 根据权利要求4所述的方法，其特征在于，所述建立与所述第二用户的用于多方通 话的媒体通道包括： 向所述第二用户发送建立所述媒体通道的邀请信息； 接收所述第二用户发送的回复邀请的信息，建立与所述第二用户的媒体通道。6. 根据权利要求4所述的方法，其特征在于，所述方法包括： 获取本地的媒体流,保存所述本地的媒体流； 将所述本地的媒体流通过与所述第二用户间的媒体通道发送至所述第二用户，从与所 述第二用户间的媒体通道接收所述第二用户的媒体流。7. 根据权利要求4所述的方法，其特征在于，所述方法还包括： 将所述本地的媒体流通过与第三用户间的媒体通道发送至所述第三用户，从与所述第 三用户间的媒体通道接收所述第三用户的媒体流。8. -种基于WebRTC多方通话建立的设备，其特征在于，所述设备包括： 第一接收单元，用于接收正在通话的第一用户发送的多方通话建立请求，所述请求包 括第一扩展消息，所述第一扩展消息中有待与所述第一用户建立多方通话的第二用户的信 息； 权限判断单元，用于判断所述第一用户建立所述多方通话的权限； 第一消息发送单元，用于当所述第一用户具有建立所述多方通话的权限时，向所述第 一用户发送确认建立所述多方通话的第二扩展消息，并向与所述第一用户正在通话的第三 用户发送第三扩展消息，所述第三扩展消息中包括参加所述多方通话成员的列表信息； 第一请求发送单元，用于向所述第二用户发送加入所述多方通话的请求，所述请求中 包括参加所述多方通话成员的列表信息，并接收所述第二用户发送的确认加入的信息； 第一通道建立单元，用于分别在所述第一用户与所述第二用户间、所述第三用户与所 述第二用户间建立用于多方通话的媒体通道； 第一多方通话单元，用于通过已经建立的所述用于多方通话的媒体通道，进行所述多 方通话。9. 根据权利要求8所述的设备，其特征在于，所述多方通话至少包括音频流和视频流 的传输。10. 根据权利要求8所述的设备，其特征在于，在所述设备中，当所述多方通话基于会 话发起协议（SessionInitiationProtocol,SIP)时，所述第一扩展消息、所述第二扩展消 息、所述第三扩展消息为基于所述SIP的扩展消息。11. 一种基于WebRTC多方通话建立的系统，其特征在于，所述系统至少包括： 如权利要求1至3任意一项所述的会议应用服务器，或如权利要求8至10任意一项所 述的会议应用服务器； 如权利要求4至7任意一项所述的第一用户。
【专利摘要】本发明提供一种基于Web RTC多方通话建立的方法、设备和系统，涉及通信领域，能够降低由于进行本地混音造成的对设备性能较高的要求，还可以无需联系会场服务器进行繁琐的会场资源申请，进一步节省当多方通话恢复成双方通话时造成的会场资源的浪费，最终减少了多方通话的建立步骤，提高了通信资源的使用效率。具体通过：第一用户向会议应用服务器发送建立多方通话的请求，会议应用服务器判断第一用户是否有建立多方通话的权限，并向待参加多方通话的用户发送加入多方会议的请求，令第一用户向其他用户发送建立媒体通道的邀请，最终通过建立的媒体通道，并结合媒体流复用以及浏览器内音视频标签的技术，从而实现多方通话。本发明用于实现多方通话。
【IPC分类】H04M3/56, H04L29/06
【公开号】CN104902111
【申请号】CN201410081884
【发明人】徐明远, 胡彬, 陈鑫
【申请人】华为技术有限公司
【公开日】2015年9月9日
【申请日】2014年3月6日
【公告号】WO2015131750A1