基于Web实时通信的媒体多播方法和系统技术方案

本发明专利技术公开一种基于Web实时通信的媒体多播方法和系统。其中WebRTC发送端将需要传输的媒体信息进行加密以得到加密媒体流，将加密媒体流发送给媒体广播设备。在媒体广播设备中，虚拟接收端将加密媒体流进行解密以得到媒体信息，并将媒体信息发送给媒体分发模块，媒体分发模块将媒体信息转发给相关联的虚拟发送端，虚拟发送端根据预先协商的加密参数对媒体信息进行加密以得到相应的分发媒体流，并将分发媒体流发送给对应的WebRTC接收端。WebRTC接收端利用预先协商的加密参数对分发媒体流进行解密以得到媒体信息，从而实现媒体多播。本发明专利技术通过媒体广播设备将一个WebRTC发送端产生的媒体流分发给多个WebRTC接收端，在避免多次编码的同时实现了媒体流的多播功能。

【技术实现步骤摘要】

本专利技术涉及通信领域，特别涉及一种基于Web实时通信的媒体多播方法和系统。
技术介绍
Web实时通信技术(WebRTC)是一种旨在通过浏览器和Web技术实现多媒体音视频实时通信的技术体系。现有规范主要针对P2P的通信应用场景，缺少多播、广播、会议等多方通信的相关技术规范。现有WebRTC多播(Multicast)方案需要发送端与每个接收端建立连接，并对每一路音视频流进行独立的音视频编码。现有WebRTC多播方案存在以下一些问题：并发多路编码造成计算复杂度高、功耗大，可支持的多播路数少。
技术实现思路
本专利技术实施例提供一种基于Web实时通信的媒体多播方法和系统。通过在媒体广播设备中实现虚拟WebRTC接收端及发送端以与WebRTC发送端及接收端进行交互，从而将一个WebRTC发送端产生的媒体流分发给多个WebRTC接收端，在避免多次编码的同时实现了媒体流的多播功能。根据本专利技术的一个方面，提供一种基于Web实时通信的媒体多播方法，包括：WebRTC发送端将需要传输的媒体信息进行加密以得到加密媒体流，将加密媒体流发送给媒体广播设备，其中媒体广播设备具有虚拟接收端、媒体分发模块、与媒体分发模块相关联的虚拟发送端；虚拟接收端将加密媒体流进行解密以得到媒体信息，并将媒体信息发送给媒体分发模块；媒体分发模块将媒体信息转发给相关联的虚拟发送端；虚拟发送端根据预先协商的加密参数对媒体信息进行加密，以得到相应的分发媒体流，并将分发媒体流发送给对应的WebRTC接收端；WebRTC接收端利用预先协商的加密参数对分发媒体流进行解密以得到媒体信息，从而实现媒体多播。在一个实施例中，WebRTC接收端在希望加入媒体多播时，向信令服务器发送加入请求；信令服务器在接收到加入请求后，判断是否存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端；若不存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端，则信令服务器指示媒体分发模块启动一个新虚拟接收端和一个新虚拟发送端，其中新虚拟发送端与媒体分发模块相关联；信令服务器分别与新虚拟接收端和新虚拟发送端建立信令连接；新虚拟接收端与WebRTC发送端、新虚拟发送端与WebRTC接收端分别进行媒体参数协商，以建立媒体流通信连接。在一个实施例中，若存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端，则信令服务器指示媒体分发模块启动一个新虚拟发送端，其中新虚拟发送端与媒体分发模块相关联；WebRTC接收端与新虚拟发送端进行媒体参数协商，以建立媒体流通信连接。在一个实施例中，信令服务器在接收到加入请求后，还包括：信令服务器向WebRTC发送端发送查询请求；WebRTC发送端在判断允许WebRTC接收端加入媒体多播时，向信令服务器发送确认响应；信令服务器在接收到确认响应后，执行判断是否存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端的步骤。在一个实施例中，WebRTC接收端在退出时，向信令服务器发送退出请求；信令服务器关闭与该WebRTC接收端对应虚拟发送端M的信令连接，并指示媒体分发模块关闭虚拟发送端M。在一个实施例中，信令服务器指示媒体分发模块关闭虚拟发送端M后，还包括：信令服务器判断与媒体分发模块相关联的虚拟发送端是否全部关闭；若与媒体分发模块相关联的虚拟发送端全部关闭，则信令服务器指示媒体分发模块关闭虚拟接收端与信令服务器的信令连接，并关闭虚拟接收端。根据本专利技术的另一方面，提供一种基于Web实时通信的媒体多播系统，包括WebRTC发送端、媒体广播设备和WebRTC接收端，媒体广播设备具有虚拟接收端、媒体分发模块、与媒体分发模块相关联的虚拟发送端，其中：WebRTC发送端，用于将需要传输的媒体信息进行加密以得到加密媒体流，将加密媒体流发送给媒体广播设备；虚拟接收端，用于将加密媒体流进行解密以得到媒体信息，并将媒体信息发送给媒体分发模块；媒体分发模块，用于将媒体信息转发给相关联的虚拟发送端；虚拟发送端，用于根据预先协商的加密参数对媒体信息进行加密，以得到相应的分发媒体流，并将分发媒体流发送给对应的WebRTC接收端；WebRTC接收端，用于利用预先协商的加密参数对分发媒体流进行解密以得到媒体信息，从而实现媒体多播。在一个实施例中，WebRTC接收端还用于在希望加入媒体多播时，向信令服务器发送加入请求；信令服务器还用于在接收到加入请求后，判断是否存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端；若不存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端，则指示媒体分发模块启动一个新虚拟接收端和一个新虚拟发送端，其中新虚拟发送端与媒体分发模块相关联；与新虚拟接收端和新虚拟发送端建立信令连接；WebRTC发送端还用于与新虚拟接收端进行媒体参数协商，以建立媒体流通信连接；WebRTC接收端还用于与新虚拟发送端进行媒体参数协商，以建立媒体流通信连接。在一个实施例中，信令服务器还用于在判断存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端时，指示媒体分发模块启动一个新虚拟发送端，其中新虚拟发送端与媒体分发模块相关联；WebRTC接收端还用于与新虚拟发送端进行媒体参数协商，以建立媒体流通信连接。在一个实施例中，信令服务器还用于在接收到加入请求后，向WebRTC发送端发送查询请求；在接收到WebRTC发送端发送的确认响应后，执行判断是否存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端的操作；WebRTC发送端还用于在判断允许WebRTC接收端加入媒体多播时，向信令服务器发送确认响应。在一个实施例中，WebRTC接收端还用于在退出时，向信令服务器发送退出请求；信令服务器还用于关闭与该WebRTC接收端对应虚拟发送端M的信令连接，并指示媒体分发模块关闭虚拟发送端M。在一个实施例中，信令服务器在指示媒体分发模块关闭虚拟发送端M后，还判断与媒体分发模块相关联的虚拟发送端是否全部关闭；若与媒体分发模块相关联的虚拟发送端全部关闭，则指示媒体分发模块关闭虚拟接收端与信令服务器的信令连接，并关闭虚拟接收端。本专利技术通过在媒体广播设备中实现虚拟WebRTC接收端及发送端以与WebRTC发送端及接收端进行交互，从而将一个WebRTC发送端产生的媒体流分发给多个WebRTC接收端，在避免多次编码的同时实现了媒体流的多播功能。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本专利技术基于Web实时通信的媒体多播方法一个实施例的示意图。图2为本专利技术基于Web实时通信的媒体多播方法另一实施例的示意图。图3为本专利技术基于Web实时通信的媒体多播方法又一实施例的示意图。图4为本专利技术基于Web实时通信的媒体多播系统一个实施例的示意图。图5为本专利技术基于Web实时通信的媒体多播系统另一实施例的示意图。图6为本专利技术用户加入媒体多播系统一个实施例的示意图。图7为本专利技术用户加入媒体多播系统另一实施例的示意图。图8为本专利技术用户退出媒体多播系统一个实施例的示意图。图9为本专利技术用户退出媒体多播系统本文档来自技高网...

【技术保护点】
一种基于Web实时通信的媒体多播方法，其特征在于，包括：WebRTC发送端将需要传输的媒体信息进行加密以得到加密媒体流，将加密媒体流发送给媒体广播设备，其中媒体广播设备具有虚拟接收端、媒体分发模块、与媒体分发模块相关联的虚拟发送端；虚拟接收端将加密媒体流进行解密以得到媒体信息，并将媒体信息发送给媒体分发模块；媒体分发模块将媒体信息转发给相关联的虚拟发送端；虚拟发送端根据预先协商的加密参数对媒体信息进行加密，以得到相应的分发媒体流，并将分发媒体流发送给对应的WebRTC接收端；WebRTC接收端利用预先协商的加密参数对分发媒体流进行解密以得到媒体信息，从而实现媒体多播。

【技术特征摘要】
1.一种基于Web实时通信的媒体多播方法，其特征在于，包括：WebRTC发送端将需要传输的媒体信息进行加密以得到加密媒体流，将加密媒体流发送给媒体广播设备，其中媒体广播设备具有虚拟接收端、媒体分发模块、与媒体分发模块相关联的虚拟发送端；虚拟接收端将加密媒体流进行解密以得到媒体信息，并将媒体信息发送给媒体分发模块；媒体分发模块将媒体信息转发给相关联的虚拟发送端；虚拟发送端根据预先协商的加密参数对媒体信息进行加密，以得到相应的分发媒体流，并将分发媒体流发送给对应的WebRTC接收端；WebRTC接收端利用预先协商的加密参数对分发媒体流进行解密以得到媒体信息，从而实现媒体多播。2.根据权利要求1所述的方法，其特征在于，还包括：WebRTC接收端在希望加入媒体多播时，向信令服务器发送加入请求；信令服务器在接收到加入请求后，判断是否存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端；若不存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端，则信令服务器指示媒体分发模块启动一个新虚拟接收端和一个新虚拟发送端，其中新虚拟发送端与媒体分发模块相关联；信令服务器分别与新虚拟接收端和新虚拟发送端建立信令连接；新虚拟接收端与WebRTC发送端、新虚拟发送端与WebRTC接收端分别进行媒体参数协商，以建立媒体流通信连接。3.根据权利要求2所述的方法，其特征在于，还包括：若存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端，则信令服务器指示媒体分发模块启动一个新虚拟发送端，其中新虚拟发送
\t端与媒体分发模块相关联；WebRTC接收端与新虚拟发送端进行媒体参数协商，以建立媒体流通信连接。4.根据权利要求3所述的方法，其特征在于，信令服务器在接收到加入请求后，还包括：信令服务器向WebRTC发送端发送查询请求；WebRTC发送端在判断允许WebRTC接收端加入媒体多播时，向信令服务器发送确认响应；信令服务器在接收到确认响应后，执行判断是否存在与WebRTC发送端相对应的虚拟接收端和虚拟发送端的步骤。5.根据权利要求1-4中任一项所述的方法，其特征在于，还包括：WebRTC接收端在退出时，向信令服务器发送退出请求；信令服务器关闭与该WebRTC接收端对应虚拟发送端M的信令连接，并指示媒体分发模块关闭虚拟发送端M。6.根据权利要求5所述的方法，其特征在于，还包括：信令服务器指示媒体分发模块关闭虚拟发送端M后，还包括：信令服务器判断与媒体分发模块相关联的虚拟发送端是否全部关闭；若与媒体分发模块相关联的虚拟发送端全部关闭，则信令服务器指示媒体分发模块关闭虚拟接收端与信令服务器的信令连接，并关闭虚拟接收端。7.一种基于Web实时通信的媒体多播系统，其特征在于，...

【专利技术属性】
技术研发人员：屈振华，郭英，龙显军，
申请(专利权)人：中国电信股份有限公司，
类型：发明
国别省市：北京;11