[发明专利]一种流媒体资源的传输方法及系统有效
申请号: | 201810350528.X | 申请日: | 2018-04-18 |
公开(公告)号: | CN110392020B | 公开(公告)日: | 2021-05-07 |
发明(设计)人: | 邹爽;吕士表 | 申请(专利权)人: | 网宿科技股份有限公司 |
主分类号: | H04L29/06 | 分类号: | H04L29/06;H04L29/08 |
代理公司: | 北京华智则铭知识产权代理有限公司 11573 | 代理人: | 陈向敏 |
地址: | 200030 上海市徐汇区*** | 国省代码: | 上海;31 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 流媒体 资源 传输 方法 系统 | ||
本发明公开了一种流媒体资源的传输方法及系统,其中,所述方法包括:接收客户端发来的指向目标流媒体资源的处理请求,并将所述处理请求调度至第一进程;将所述处理请求转发至所述第一进程所处层级中的第二进程;通过所述第二进程构建所述处理请求对应的响应请求,所述响应请求中包括所述第二进程生成的用于访问所述目标流媒体资源的访问地址;将所述响应请求反馈给所述第一进程,并通过所述第一进程将所述响应请求反馈给所述客户端,以使得所述客户端与所述第二进程之间建立连接,并通过建立的所述连接传输所述目标流媒体资源。本申请提供的技术方案,能够提高流媒体资源的传输效率。
技术领域
本发明涉及互联网技术领域,特别涉及一种流媒体资源的传输方法及系统。
背景技术
WebRTC(Web Real-Time Communication,源自网页实时通信)协议由于具有跨平台、高实时性的特点,被广泛用于基于网络的视频会议、视频通话等应用场景。
请参阅图1,标准的WebRTC协议中,通常可以在用户A和用户B之间建立点对点的通信链路。具体的过程可以包括以下多个步骤:
步骤1:用户A向P2P服务器发起查询,获得自己的公网地址;
步骤2:用户A根据自身的硬件采集到的流媒体信息,生成Offer SDP,通过信令服务器中转,将Offer SDP发送给用户B;
步骤3:用户B接受并处理Offer SDP,同时根据自身的硬件采集到的流媒体信息,生成Answer SDP,通过信令服务器中转,将Answer SDP发送给用户A;
步骤4:用户B向P2P服务器发起查询,获得自己的公网地址。
步骤5:用户A根据自身的公网地址生成ICE Candidate,通过信令服务器中转,发送给用户B。
步骤6:用户B根据自身的公网地址生成ICE Candidate,通过信令服务器中转,发送给用户A。
步骤7:用户A和用户B双方根据交换的SDP和ICE Candidate,从而可以发送自身的流媒体给对方,同时接收对方发送来的流媒体。
由上可见,WebRTC提供的是一种点对点的通信方式,建立该通信方式需要经过复杂的流程,同时,这种通信方式与当前的许多网络架构无法兼容。例如,在内容分发网络(Content Delivery Network,CDN)中通常是基于RTMP(Real Time Messaging Protocol,实时消息传输协议)和HTTP(HyperText Transfer Protocol,超文本传输协议)通信的。为了使得大量的终端设备能够在较低的延时下观看流媒体资源,目前亟需一种将WebRTC标准应用在CDN中的技术,以提高流媒体资源的传输效率。
发明内容
本申请的目的在于提供一种流媒体资源的传输方法及系统,能够提高流媒体资源的传输效率。
为实现上述目的,本申请一方面提供一种流媒体资源的传输方法,所述方法包括:接收客户端发来的指向目标流媒体资源的处理请求,并将所述处理请求调度至第一进程;判断是否由所述第一进程处理所述处理请求,若否,将所述处理请求转发至所述第一进程所处层级中的第二进程;判断是否由所述第二进程处理所述处理请求,若是,通过所述第二进程构建所述处理请求对应的响应请求,所述响应请求中包括所述第二进程生成的用于访问所述目标流媒体资源的访问地址;将所述响应请求反馈给所述第一进程,并通过所述第一进程将所述响应请求反馈给所述客户端,以使得所述客户端与所述第二进程之间建立连接,并通过建立的所述连接传输所述目标流媒体资源。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于网宿科技股份有限公司,未经网宿科技股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201810350528.X/2.html,转载请声明来源钻瓜专利网。