直播视频的播放处理方法、装置及服务器制造方法及图纸

本发明专利技术公开了一种直播视频的播放处理方法、装置及服务器，其中，方法包括：接收观看端发送的直播视频流的播放请求；判断直播视频流当前待下发的视频帧是否为关键帧；若是，则以该关键帧为首屏帧，将直播视频流下发给观看端；若否，则从缓存队列中提取n个GOP的视频帧，以n个GOP的第1帧为首屏帧，将直播视频流下发给观看端。该方式通过缓存若干个GOP，当观看端切入时的视频帧为非关键帧，以缓存的GOP的第1帧为首屏帧下发直播视频流给观看端，使观看端先播放直播视频的历史视频画面再播放实时直播画面，能够避免由于观看端切入时的视频帧为非关键帧所导致首屏加载时间较长的问题，从而优化直播视频的首屏加载，提升用户体验。

【技术实现步骤摘要】
直播视频的播放处理方法、装置及服务器
本专利技术涉及直播
，具体涉及一种直播视频的播放处理方法、装置及服务器。
技术介绍
视频是利用人眼视觉暂留的原理，通过播放一系列的图片，使人眼产生运动的感觉，单纯传输视频画面，视频量非常大，对现有的网络和存储来说是不可接受的。视频中包含大量重复的信息，那么通过对视频进行编码以压缩这些大量重复的信息，就能够大大减少视频数据，能够使视频更加便于传输和存储。现有的压缩标准中，I帧、P帧、B帧用于表示传输的视频画面。其中，I帧又称帧内编码帧，是一种自带全部信息的独立帧，无需参考其他图像便可独立进行解码，GOP中的第一个帧始终都是I帧(关键帧)。P帧又称帧间预测编码帧，需要参考前面的I帧才能进行编码，表示的是当前帧画面与前一帧(前一帧可能是I帧也可能是P帧)的差别，解码时需要用之前缓存的画面叠加上本帧定义的差别生成最终画面。B帧又称双向预测编码帧，也就是B帧记录的是本帧与前后帧的差别，也就是说要解码B帧，不仅要取得之前的缓存画面，还要解码之后的画面，通过前后画面的与本帧数据的叠加取得最终的画面。在视频直播场景中，观看端与流服务器建联之后，流服务器依次将视频流下发至观看端，但是，若观看端切入时待下发的视频帧是B帧或者P帧，那么观看端就需要等到I帧被发下之后才能够解码播放视频，那么用户在发起直播视屏的播放请求之后，在一段时间内观看端无法正常播放视频而出现首屏黑屏的情况，需要等待一定的时间才能够正常播放直播视频，对于用户来说，在发起播放请求之后也需要等待一段时间才能观看直播视频，这种首屏加载时间过长的问题会造成用户体验不好。
技术实现思路
鉴于上述问题，提出了本专利技术以便提供一种克服上述问题或者至少部分地解决上述问题的直播视频的播放处理方法、装置及服务器。根据本专利技术的一个方面，提供了一种直播视频的播放处理方法，包括：接收观看端发送的直播视频流的播放请求；判断直播视频流当前待下发的视频帧是否为关键帧；若是，则以该关键帧为首屏帧，将直播视频流下发给观看端；若否，则从缓存队列中提取n个GOP的视频帧，以n个GOP的第1帧为首屏帧，将直播视频流下发给观看端，其中n大于或等于1。可选地，缓存队列中存储的n个GOP是位于当前待下发的视频帧所属GOP之前的n个GOP。可选地，方法还包括：接收主播端上传的直播视频流的视频帧；将上传的视频帧存储到缓存队列中；判断缓存队列中已存储的GOP的数量是否大于或等于n+1，若是，则将缓存队列中时间戳最早的GOP进行删除。可选地，n的值根据预设缓存策略确定；预设缓存策略根据业务场景的播放流畅度要求和/或播放实时性要求而设定。可选地，预设缓存策略包括：业务场景的播放流畅程度要求越高，则设定n的值越大；以及业务场景的播放实时性要求越高，则设定n的值越小。根据本专利技术的另一方面，提供了一种直播视频的播放处理装置，包括：接收模块，适于接收观看端发送的直播视频流的播放请求；判断模块，适于判断直播视频流当前待下发的视频帧是否为关键帧；下发模块，适于若判断模块判断直播视频流当前待下发的视频帧为关键帧，则以该关键帧为首屏帧，将直播视频流下发给观看端；下发模块进一步适于：若判断模块判断直播视频流当前待下发的视频帧不是关键帧，则从缓存队列中提取n个GOP的视频帧，以n个GOP的第1帧为首屏帧，将直播视频流下发给观看端，其中n大于或等于1。可选地，缓存队列中存储的n个GOP是位于当前待下发的视频帧所属GOP之前的n个GOP。可选地，接收模块进一步适于：接收主播端上传的直播视频流的视频帧，将上传的视频帧存储到缓存队列中；判断模块进一步适于：判断缓存队列中已存储的GOP的数量是否大于或等于n+1；装置进一步包括：删除模块，适于若判断模块判断缓存队列中已存储的GOP的数量大于或等于n+1，则将缓存队列中时间戳最早的GOP进行删除。可选地，n的值根据预设缓存策略确定；预设缓存策略根据业务场景的播放流畅度要求和/或播放实时性要求而设定。可选地，预设缓存策略包括：业务场景的播放流畅程度要求越高，则设定n的值越大；以及业务场景的播放实时性要求越高，则设定n的值越小。根据本专利技术的又一方面，提供了一种服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述直播视频的播放处理方法对应的操作。根据本专利技术的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述直播视频的播放处理方法对应的操作。本专利技术针对观看端切入时的视频帧是否为关键帧的两种情况提供了相应的直播视频播放处理方法，一方面通过对若干个GOP进行缓存，当观看端切入时的视频帧为非关键帧时，则以缓存的GOP的第1帧为首屏帧下发直播视频流给观看端，使观看端首先播放直播视频的历史视频画面，再播放实时直播画面，能够避免由于观看端切入时的视频帧为非关键帧所导致首屏等待时间较长的问题；另一方面，当观看端切入时的视频帧是关键帧时，直接以该关键帧为首屏帧下发直播视频流，也能够使观看端立马能够正常播放视频。通过以上两个方面，都能够使用户在任何时候发起直播视频播放请求，观看端都能够正常播放视频，减少首屏加载的等待时间，从而优化直播视频的首屏加载，提升用户体验。上述说明仅是本专利技术技术方案的概述，为了能够更清楚了解本专利技术的技术手段，而可依照说明书的内容予以实施，并且为了让本专利技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本专利技术的具体实施方式。附图说明通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本专利技术的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：图1示出了根据本专利技术一个实施例的直播视频的播放处理方法的流程示意图；图2示出了根据本专利技术另一个实施例的直播视频的播放处理方法的流程示意图；图3示出了根据本专利技术又一个实施例的直播视频的播放处理装置的功能模块图；图4示出了根据本专利技术实施例的一种服务器的结构示意图。具体实施方式下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。图1示出了根据本专利技术一个实施例的直播视频的播放处理方法的流程示意图，该方法应用于流服务器，但本专利技术并不以此为限，如图1所示，该方法包括：步骤S101，接收观看端发送的直播视频流的播本文档来自技高网...

【技术保护点】
1.一种直播视频的播放处理方法，包括：/n接收观看端发送的直播视频流的播放请求；/n判断所述直播视频流当前待下发的视频帧是否为关键帧；/n若是，则以该关键帧为首屏帧，将直播视频流下发给所述观看端；/n若否，则从缓存队列中提取n个GOP的视频帧，以所述n个GOP的第1帧为首屏帧，将直播视频流下发给所述观看端，其中n大于或等于1。/n

【技术特征摘要】
1.一种直播视频的播放处理方法，包括：
接收观看端发送的直播视频流的播放请求；
判断所述直播视频流当前待下发的视频帧是否为关键帧；
若是，则以该关键帧为首屏帧，将直播视频流下发给所述观看端；
若否，则从缓存队列中提取n个GOP的视频帧，以所述n个GOP的第1帧为首屏帧，将直播视频流下发给所述观看端，其中n大于或等于1。


2.根据权利要求1所述的方法，其中，所述缓存队列中存储的所述n个GOP是位于所述当前待下发的视频帧所属GOP之前的n个GOP。


3.根据权利要求1所述的方法，其中，所述方法还包括：
接收主播端上传的直播视频流的视频帧；
将所述上传的视频帧存储到所述缓存队列中；
判断所述缓存队列中已存储的GOP的数量是否大于或等于n+1，若是，则将所述缓存队列中时间戳最早的GOP进行删除。


4.根据权利要求1所述的方法，其中，所述n的值根据预设缓存策略确定；所述预设缓存策略根据业务场景的播放流畅度要求和/或播放实时性要求而设定。


5.根据权利要求4所述的方法，其中，所述预设缓存策略包括：
业务场景的播放流畅程度要求越高，则设定n的值越大；以及业务场景的播放实时性要求越高，则设定n的值越小。


6.一种直播视频的播放处理装置，包括：
接收模块，适于接收观看端发送的直播视频流的播放请求；
判断模块，适于判断所述直播视频流当前待下发的视频帧是否为关键帧；
下发模块...

【专利技术属性】
技术研发人员：张志新，文启源，杨磊，
申请(专利权)人：北京奇虎科技有限公司，
类型：发明
国别省市：北京;11