[发明专利]一种直播方法、服务器、客户端及可读存储介质

说明书

本发明实施例涉及通信技术领域，公开了一种直播方法、服务器、客户端及可读存储介质。本发明的部分实施方式中，直播方法应用于服务器，包括：在接收到客户端发送的直播请求后，确定直播请求对应的直播流的信息；其中，直播流的信息中包括直播流的播放延时信息和直播流中含有关键帧的切片的信息；根据直播流的信息，确定起始播放的切片的信息；根据起始播放的切片的信息，确定直播请求对应的切片数据；根据直播请求对应的切片数据，确定并返回第一应答数据。该实现中，由服务器根据直播流的信息来确定直播请求对应的切片数据，节省了客户端单独请求直播流的信息，缩短了首屏时间，提高了首屏速度。

技术领域

本发明实施例涉及通信技术领域，特别涉及一种直播方法、服务器、客户端及可读存储介质。

背景技术

直播中的首屏加载时间是指进入直播间时从播放器加载到第一帧画面渲染出来的时间，是直播体验中的一项重要的指标。直播流中的图像帧分为：关键帧(Intra frame，简称：I帧)、前向预测编码帧(Predictive-frame，简称P帧)、双向预测内插编码帧(Bi-directional interpolated prediction frame，简称：B帧)。其中，只有I帧可以不依赖其他帧独立完成解码，这就意味着当播放器接收到I帧后能马上将I帧渲染出来，而接收到P帧、B帧时，需要等待依赖的帧，不能立即完成解码和渲染，这段时间就会出现“黑屏”现象。目前的切片直播流播放流程如下：直播服务端将所有的音视频数据以固定的时间间隔T(通常1s)加上编号，每个编号代表该部分音视频的时间；客户端发起获取切片信息文件的请求，服务器返回切片信息文件，切片信息文件里包括含有I帧信息的切片的编号、设定的播放延时大小等信息；客户端根据设定的播放延时大小确定起播位置，并结合切片信息文件查找起播位置之前含有I帧信息的切片的编号A，然后发起请求编号A的切片数据的请求。客户端请求编号A的切片后，接着顺序请求编号为A+1、A+2……的切片数据。

然而，发明人发现现有技术中至少存在如下问题：对于基于切片的直播流，在请求真正切片数据前，还要先请求一次切片信息文件，然后才开始按顺序请求切片数据。这样就会多了一些RTT时间，使直播首屏速度更慢。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本发明实施方式的目的在于提供一种直播方法、服务器、客户端及可读存储介质，使得服务器根据直播流的信息来确定直播请求对应的切片数据，节省了客户端单独请求直播流的信息，缩短了首屏时间，提高了首屏速度。

为解决上述技术问题，本发明的实施方式提供了一种直播方法，包括以下步骤：在接收到客户端发送的直播请求后，确定直播请求对应的直播流的信息；其中，直播流的信息中包括直播流的播放延时信息和直播流中含有关键帧的切片的信息；根据直播流的信息，确定起始播放的切片的信息；根据起始播放的切片的信息，确定直播请求对应的切片数据；根据直播请求对应的切片数据，确定并返回第一应答数据。

本发明的实施方式还提供了一种直播方法，包括：发送第一直播请求至服务器；其中，服务器在接收到客户端发送的直播请求后，确定直播请求对应的直播流的信息；直播流的信息中包括直播流的播放延时信息和直播流中含有关键帧的切片的信息；根据直播流的信息，确定起始播放的切片的信息；根据起始播放的切片的信息，确定直播请求对应的切片数据；根据直播请求对应的切片数据，确定并返回第一应答数据；接收服务器返回的第一应答数据；播放第一应答数据中的切片数据。

本发明的实施方式还提供了一种服务器，包括：第一确定模块、第二确定模块、第三确定模块和第四确定模块；第一确定模块、第二确定模块、第三确定模块和第四确定模块耦合，用于执行上述实施方式提及的直播方法。

本发明的实施方式还提供了一种客户端，包括：发送模块、接收模块和播放模块；发送模块、接收模块和播放模块耦合，用于执行上述实施方式提及的直播方法。