[發明專利]一種快速開播方法及裝置

在審

• 申請號: 201611262725.3
• 申請日: 2016-12-30
• 公開（公告）號: CN106604064A
• 公開（公告）日: 2017-04-26
• 發明（設計）人: 周志偉;楊建光;庹虎
• 申請（專利權）人: 北京奇藝世紀科技有限公司
• 主分類號: H04N21/239
• 分類號: H04N21/239;H04N21/262;H04N21/43;H04N21/8547
• 代理公司: 北京集佳知識產權代理有限公司11227
• 代理人: 王寶筠

技術領域

本發明涉及視頻直播技術領域，尤其涉及一種快速開播方法及裝置。

背景技術

RTMP(Real Time Messaging Protocol，實時消息傳送協議)是一種在播放器和服務器之間進行音頻、視頻和數據傳輸的協議。RTMP協議在視頻點播和直播應用中得到了廣泛的應用。客戶端(例如播放器)可以利用RTMP協議與服務器進行數據交互。例如，客戶端可以接收服務器推送的視頻音頻數據，并在客戶端實現本地播放。

但是，在RTMP實時播放的過程中，由于客戶端接入實時視頻的播放進入點具有隨機性。而為保證客戶端正常播放直播視頻，當客戶端向服務器發送直播請求，以從服務器中拉流接入實時視頻播放時，服務器需從直播視頻序列中的關鍵幀開始向客戶端發送視頻數據。這樣，會導致客戶端在開播(即在客戶端開始播放直播視頻)時存在等待時間，無法做到快速或立即開播，影響客戶端用戶的觀看體驗。

因此，本領域技術人員需要提供一種快速開播方法及裝置，能夠減小開播時用戶的等待時間，提高用戶的觀看體驗。

發明內容

為了解決現有技術問題，本發明提供了一種快速開播方法及裝置，能夠減小開播時用戶的等待時間，提高用戶的觀看體驗。

本發明實施例提供的快速開播方法，應用于服務器，所述方法包括：

接收第一客戶端實時上傳的數據集合，所述數據集合包括視頻數據；

保存第一子視頻數據，所述第一子視頻數據至少包括所述視頻數據中最新接收到的關鍵幀；

當接收到第二客戶端發送的播放請求時，將所述第一子視頻數據發送給所述第二客戶端播放。

可選的，所述數據集合還包括音頻數據；所述方法，還包括：

保存所述音頻數據中與所述第一子視頻數據相對應的子數據，得到第一子音頻數據；

當接收到所述播放請求時，將所述第一子音頻數據發送給所述第二客戶端，以使所述第二客戶端同步播放所述第一子視頻數據和所述第一子音頻數據。

可選的，所述第一子視頻數據為所述視頻數據中最新接收到的一組畫面組；

所述保存第一子視頻數據，具體包括：

逐一檢測所述視頻數據中最新接收到的幀的幀類型；

當檢測到所述最新接收到的幀的幀類型為關鍵幀時，將該幀所屬的畫面組保存為所述第一子視頻數據；

當再次檢測到所述最新接收到的幀的幀類型為關鍵幀時，將該幀所述的畫面組替換為所述第一子視頻數據。

可選的，所述保存所述音頻數據中與所述第一子視頻數據相對應的子數據，得到第一子音頻數據，具體包括：

獲取所述第一視頻數據的時間戳以及所述音頻數據的時間戳；

將所述音頻數據中與所述第一視頻數據的時間戳相對應的子數據保存為所述第一子音頻數據。

可選的，所述將所述第一子視頻數據發送給所述第二客戶端播放，之后還包括：

繼續將第二子視頻數據和第二子音頻數據發送給所述第二客戶端，以使所述第二客戶端同步播放所述第二子視頻數據和第二子音頻數據；

其中，所述第二子視頻數據屬于所述視頻數據，所述第一子視頻數據的開始時間早于所述第二子視頻數據的開始時間，所述第二子音頻數據與所述第二子視頻數據相對應。

本發明實施例提供的快速開播裝置，應用于服務器，所述裝置包括：數據接收模塊、數據處理模塊、請求接收模塊和數據發送模塊；

所述數據接收模塊，用于接收第一客戶端實時上傳的數據集合，所述數據集合包括視頻數據；

所述數據處理模塊，用于保存第一子視頻數據，所述第一子視頻數據至少所述視頻數據中最新接收到的關鍵幀；

所述請求接收模塊，用于接收第二客戶端發送的播放請求；

所述數據發送模塊，用于當所述請求接收模塊接收到所述播放請求時，將所述第一子視頻數據發送給所述第二客戶端播放。

可選的，所述數據集合還包括音頻數據；

所述數據處理模塊，還用于保存所述音頻數據中與所述第一子視頻數據相對應的子數據，得到第一子音頻數據；

所述數據發送模塊，還用于當所述請求接收模塊接收到所述播放請求時，將所述第一子音頻數據發送給所述第二客戶端，以使所述第二客戶端同步播放所述第一子視頻數據和所述第一子音頻數據。

可選的，所述第一子視頻數據為所述視頻數據中最新接收到的一組畫面組；

所述數據處理模塊，包括：檢測子模塊和存儲子模塊；

所述檢測子模塊，用于逐一檢測所述視頻數據中最新接收到的幀的幀類型；