[發明專利]一種視頻數據傳輸方法、接收方法、服務端以及客戶端

在審

• 申請號: 202011575307.6
• 申請日: 2020-12-28
• 公開（公告）號: CN112738560A
• 公開（公告）日: 2021-04-30
• 發明（設計）人: 段驚園;張磊;董鵬飛;姚志強;杜新勝;張輝極
• 申請（專利權）人: 廈門市美亞柏科信息股份有限公司
• 主分類號: H04N21/2347
• 分類號: H04N21/2347;H04N21/258;H04N21/4405;H04N21/441;H04N21/858;H04L9/14;H04L29/06
• 代理公司: 深圳市博銳專利事務所 44275
• 代理人: 王芳

本發明公開的一種視頻數據的傳輸方法、接收方法、服務端及客戶端，在視頻流傳輸的基礎上，對每個視頻分片文件進行不同密鑰的加密，并對每個視頻分片對應的媒體描述文件的URL進行加密；將加密后的媒體描述文件、媒體描述文件解密密鑰和所述媒體描述文件對應的視頻分片的解密密鑰值以固定格式寫入數據包后發送給客戶端；客戶端通過與服務端協商好的解密方式，解密從服務端接收的文件并獲取所請求的視頻文件，提高了視頻流文件在傳輸過程中的安全性。

技術領域

本發明涉及視頻數據處理領域，尤其涉及一種視頻數據傳輸方法、接收方法、服務端以及客戶端。

背景技術

隨著5G網絡技術和流媒體技術的發展，網絡直播越來越火，人們對視頻的需求越來越高，而傳統的基于RTP(Real-time Transport Protocol，實時傳輸協議)、RTSP(RealTime Streaming Protocol，實時流傳輸協議)流媒體協議系統開發部署復雜度高，容易遭受網絡防火墻攔截，目前已無法滿足互聯網企業快速開發的需求，越來越多的企業技術選型轉向了基于HTTP(HyperText Transfer Protocol，超文本傳輸)協議實現的動態自適應流媒體協議，如DASH(Dynamic Adaptive Streaming over HTTP,基于超文本傳輸的動態自適應流媒體)、HLS(HTTP Live Streaming，基于超文本傳輸的實時流媒體)等。

在目前常見的動態自適應流媒體技術中，服務端將原始視頻內容切割成一段段的分片通過HTTP協議傳輸，每一個視頻分片會對應一份媒體描述文件，該媒體描述文件會包含下一個視頻分片各類參數(如分辨率、幀率、統一資源定位系統地址等)。客戶端每次會先向服務端請求該媒體描述文件，然后解析該媒體描述文件，動態選擇適合當前網絡狀況的視頻分片URL(Uniform Resource Locator，統一資源定位系統)地址，向服務器發起視頻分片請求，完成視頻流播放。

一般的，基于DASH或HLS動態自適應流媒體協議不會對視頻分片的傳輸過程做任何保護，直接在開放的互聯網上基于HTTP協議傳輸，或僅僅只是對視頻分片采用同一密鑰文件進行加密。而媒體描述文件的傳輸不做任何保護措施，一旦該解密密鑰遭到破解，則傳輸過程中的視頻分片或緩存到本地臨時目錄的視頻分片文件很容易遭到逆向破解還原，只需簡單的文件合并即可完成完整視頻的播放，視頻內容版權保護遭受嚴重的威脅。

考慮到跨平臺性、用戶體驗、部署實現難易程度等，目前很多公司選擇了DASH、HLS等基于HTTP的流媒體傳輸協議取代傳統的基于RTP協議的傳輸方式，它們將完整的視頻文件切割成分片文件在互聯網上進行傳輸，但是其缺點也是顯而易見的，一旦視頻播放地址或視頻分片遭到不法分子竊取，則很容易導致完整視頻遭到破解還原，在人們對視頻等影視內容版權越來越重視的今天，該問題顯得尤為重要。

發明內容

本發明所要解決的技術問題是：提供一種視頻數據傳輸方法、接收方法、服務端以及客戶端，提高視頻數據在傳輸過程中的安全性。

為了解決上述技術問題，本發明采用的技術方案為：一種視頻數據傳輸方法，包括步驟：

采用不同的密鑰對每一個視頻分片進行加密，并對每一個視頻分片對應的媒體描述文件的預設屬性字段值進行加密；

接收客戶端發送的媒體描述文件請求；

根據所述媒體描述文件請求將所述媒體描述文件解密密鑰、所述媒體描述文件對應的視頻分片的解密密鑰以及加密后的所述媒體描述文件發送給所述客戶端。

為了解決上述技術問題，本發明采用的另一種技術方案為：

一種視頻數據接收方法，包括步驟：

向服務端發送媒體描述文件請求；

接收服務端發送的媒體描述文件解密密鑰、所述媒體描述文件對應的視頻分片的解密密鑰以及加密后的所述媒體描述文件；