[發明專利]媒體流的實時推送方法及服務器

有效

• 申請號: 201910324891.9
• 申請日: 2019-04-22
• 公開（公告）號: CN110072128B
• 公開（公告）日: 2021-01-15
• 發明（設計）人: 姜紅旗;辛振濤;姜紅艷;申素輝
• 申請（專利權）人: 北京開廣信息技術有限公司
• 主分類號: H04N21/25
• 分類號: H04N21/25;H04N21/262;H04N21/6437;H04N21/845
• 代理公司: 北京清亦華知識產權代理事務所(普通合伙) 11201
• 代理人: 張潤

本發明公開了一種媒體流的實時推送方法及服務器，其中，方法包括：接收客戶端發送的媒體段請求，其中，媒體段請求攜帶至少一個命令，命令包括：啟動推送命令；根據啟動推送命令來啟動一個推送任務，其中，當啟動推送命令攜帶指示待傳送的目標媒體流的第一類參數、指示待傳送的候選媒體單元特征的第二類參數和分段策略中的至少一個時，根據第一類參數確定待傳送的目標媒體流，為推送任務分配一個推送任務標識，根據第二類參數生成初始媒體段，根據分段策略持續生成新的媒體段，將推送任務標識和生成的媒體段發送給客戶端。該方法實現了媒體流的按需分段推送，簡化了服務器端的推送過程，提高了媒體流的傳送效率和對大規模自適應推送的支持。

技術領域

本發明涉及數字信息傳送技術領域，特別涉及一種媒體流的實時推送方法及服務器。

背景技術

隨著互聯網特別是移動互聯網的快速發展，通過互聯網來實時傳送音頻、視頻、圖像等多媒體數據成為許多應用的基本需求，為滿足這一需求，人們提出了各種流媒體實時傳送技術，根據數據傳送的發起方不同，這些流媒體實時傳送技術可分為兩大類：一類是流拉取方式，基本原理是客戶端主動向服務器請求實時數據，采用流拉取方式的技術方案有：蘋果公司提出的HLS(HTTP Live Streaming)、微軟提出的平滑流Smooth Streaming、Adobe提出的HDS(HTTP Dynamic Streaming)、MPEG組織提出的DASH(Dynamic AdaptiveStreaming over HTTP)；另一類是流推送方式，基本原理是服務器主動向客戶端推送實時產生的媒體流，采用流推送方式的技術方案有：實時傳送協議(RTP(Real-time TransportProtocol，實時傳輸協議)/RTSP(Real Time Streaming Protocol，實時流傳輸協議))、實時消息傳送協議(Real Time Messaging Protocol，RTMP)和HTTP-FLV協議。

相對于流拉取方式來說，流推送方式不需要等待客戶端的請求，可以將實時產生的媒體流數據快速發送給客戶端，實現低延時，因此，在實時性要求較高的應用場合，如帶有交互的視頻直播、視頻監控等，普遍采用這種基于推送的模式。但是，現有的各種流推送方案存在以下問題：

問題1，缺乏對媒體數據的分段推送。在現有各種流推送方案中，一旦媒體數據產生，則立即送入發送緩沖區，但是，如果單個媒體單元的數據量較少，頻繁的單次推送將增加網絡傳輸開銷，降低傳送效率。

問題2，推送控制完全由服務器完成，難以支持大規模自適應推送。在現有各種流推送方案中，推送過程完全由服務器控制，客戶端只是被動接收推送的數據。服務器需要為每個客戶端維護一個推送進程，用于對媒體流到每個客戶端的傳輸情況進行實時監控，并處理客戶端的各種需求變化和互聯網上的各種連接異常，如網絡擁塞、丟包、連接中斷等。由于單個推送進程的處理開銷較大，服務器難以支持大規模的自適應媒體流推送。

發明內容

本發明旨在至少在一定程度上解決相關技術中的技術問題之一。

為此，本發明的第一個目的在于提出一種媒體流的實時推送方法，該方法能夠實現媒體流的按需分段推送，簡化服務器端的推送過程，提高媒體流的傳送效率和對大規模自適應推送的支持。

本發明的第二個目的在于提出一種媒體流的實時推送服務器。

本發明的第三個目的在于提出一種計算機設備。

本發明的第四個目的在于提出一種非臨時性計算機可讀存儲介質。

本發明的第五個目的在于提出一種計算機程序產品。

為達到上述目的，本發明第一方面實施例提出了一種媒體流的實時推送方法，其中，所述媒體流為實時產生的媒體單元的序列，其中，每個媒體單元關聯有一個產生時間和/或一個指示產生順序的序號，所述方法包括以下步驟：