[发明专利]一种大规模并发视频推流加速和管理方法在审
申请号: | 202111090679.4 | 申请日: | 2021-09-17 |
公开(公告)号: | CN113825015A | 公开(公告)日: | 2021-12-21 |
发明(设计)人: | 吴修文 | 申请(专利权)人: | 吴修文 |
主分类号: | H04N21/44 | 分类号: | H04N21/44;H04N21/439;H04N21/4402;H04N21/2743;H04N21/231;H04N21/845;H04N21/643;H04L29/08 |
代理公司: | 北京集智东方知识产权代理有限公司 11578 | 代理人: | 王恩涛 |
地址: | 210000 江苏省*** | 国省代码: | 江苏;32 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 大规模 并发 视频 加速 管理 方法 | ||
1.一种大规模并发视频推流加速和管理方法,其特征在于:包括如下步骤:
步骤一:通过摄像头或者录屏功能进行视频采集,并将视频的原始格式从RGB或YUV编码为H.265或者H.264;
步骤二:通过话筒进行音频采集,并将音频的原始格式从PCM编码为AAC;
步骤三:将视频和音频结合形成流媒体文件,格式为FLV、TS、PTMPPacket中任一种;
步骤四:将流媒体文件使用HLS协议(HLS分段生成策略及m3u8索引文件)上传到控制服务器;
步骤五:控制服务器将整个流媒体文件的最前端一段时间的音视频数据从数据包分出来,加入到推送数据包中,其余的部分流媒体文件转送发到缓存服务器中;
步骤六:控制服务器将推送数据包大规模的并发到各个终端接收设备上,等待被启用;
步骤七:当任一推送数据包被启用时,该推送数据包中的主控程序包先进行运行,并将推送数据包中的流媒体文件包解压出来进行播放,等播放过半时,主控程序包再控制后续的实时控制数据包启用,该实时控制数据包通过连接缓存服务器将该流媒体文件后续数据包进行分段式的陆续发送过来。
2.如权利要求1所述的一种大规模并发视频推流加速和管理方法,其特征在于:所述推送数据包包括主控程序包、部分的流媒体文件包、实时控制数据包,
所述主控程序包用于控制终端设备进行部分流媒体文件展示以及根据终端的操作进行后续实时控制数据包的启用;
流媒体文件包为整个流媒体文件的前一段内容,时间为一分钟以内;
实时控制数据包用于通过终端设备与缓存服务器相连接,让缓存服务器将流媒体文件的后续数据包转发过来进行播放。
3.如权利要求1所述的一种大规模并发视频推流加速和管理方法,其特征在于:在步骤四中:所述控制服务器中设置有若干个虚拟推流槽,每个虚拟推流槽对应关联有一个推流端,所述推流端能够将各自的流媒体数据推流至所述缓存服务器。
4.如权利要求3所述的一种大规模并发视频推流加速和管理方法,其特征在于:所述缓存服务器内设置有若干个存储区,每个存储区对应一个推流端,且每个存储区内部分设有一个或多个暂存桶用于存储流媒体数据剪切后的各个片段。
5.如权利要求4所述的一种大规模并发视频推流加速和管理方法,其特征在于:所述缓存服务器将流媒体数据剪切的片段进行编号后并形成对象定位表数据发送给控制服务器中对应的虚拟推流槽进行暂存,有该虚拟推流槽进行控制。
6.如权利要求3所述的一种大规模并发视频推流加速和管理方法,其特征在于:所述虚拟推流槽包括:槽位标识、推流端标识;
所述缓存服务器将当前推流至CDN节点的流媒体数据,切换为携带有所述虚拟推流槽的槽位标识的流媒体数据之前,
还包括:
根据所述虚拟推流槽的推流端标识,为所述推流端标识对应的推流端的流媒体数据增加所述虚拟推流槽的所述槽位标识。
7.如权利要求6所述的一种大规模并发视频推流加速和管理方法,其特征在于:所述缓存服务器通过网关与若干个所述推流端连接,所述推流端通过所述网关将各自的流媒体数据推流至所述缓存服务器。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于吴修文,未经吴修文许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111090679.4/1.html,转载请声明来源钻瓜专利网。