[發明專利]流媒體交互方法、交互系統、電子設備及存儲介質

在審

• 申請號: 202010483802.8
• 申請日: 2020-06-01
• 公開（公告）號: CN111628937A
• 公開（公告）日: 2020-09-04
• 發明（設計）人: 張軍
• 申請（專利權）人: 上海京知信息科技有限公司
• 主分類號: H04L12/801
• 分類號: H04L12/801;H04L12/863;H04L29/06
• 代理公司: 北京恒和頓知識產權代理有限公司 11014
• 代理人: 林濤

本發明涉及計算機技術領域，提供了流媒體交互方法、交互系統、電子設備及存儲介質，所述交互方法應用于用戶端，包括：服務器獲取視頻流請求后，從數據庫中讀取與視頻流請求相對應的緩存數據；將讀取的所述緩存數據通過RTP傳輸至用戶終端；傳輸至所述用戶終端的所述緩存數據被存入端口內的隊列中，所述隊列變滿時，后續傳輸至所述用戶終端的緩存數據被存入端口內的新建隊列中。本發明提供的交互方法，有效的避免了由于UDP自身不提供差錯糾正、隊列管理、重復消除、流量控制和擁塞控制等，帶來的隊列變滿時，流量可能會被丟棄的問題。

技術領域

本發明涉及計算機技術領域，特別是涉及一種流媒體交互方法、交互系統、電子設備及存儲介質。

背景技術

網絡通信技術和多媒體技術相結合，產生了流媒體的概念。流媒體是以流式傳輸技術通過網絡傳送的、在時間上具有連續性的媒體文件。視頻服務器在流媒體服務中起著非常重要的作用。當視頻服務器響應客戶的視頻流請求以后，它從存儲系統讀入一部分視頻數據到對應于這個視頻流的特定緩存中，再把緩存的內容通過網絡接口發送給相應客戶，保證視頻流的連續輸出。

傳輸模式主要是指流媒體是點到點的方式還是點到多點的方式。點到點的模式一般采用單播傳輸來實現，點到多的模式一般采用組播傳輸來實現。實時流傳輸在確保媒體信號帶寬可以滿足它連接的網絡的前提下，可實時觀看流式傳輸節目。實時流式傳送必須采用專門的流媒體服務器和傳送協議。

實時傳輸協議(RTP)是用于因特網上針對多媒體數據流的一種傳輸協議。RTP被定義為在一對一或一對多的傳輸情況下工作，其目的是提供時間信息和實現流同步。

RTP通常使用UDP來傳送數據，但RTP也可以在TCP或ATM等其他協議上工作。當RTP工作于一對多的傳輸情況下時，依靠底層網絡實現組播。

UDP是一種保留消息邊界的簡單的面向數據報的傳輸層協議。它不提供差錯糾正、隊列管理、重復消除、流量控制和擁塞控制。它提供差錯檢測，包含端到端校驗和。大多數UDP服務器是迭代服務器。也就是說單個服務器在單個UDP端口處理所有客戶請求。通常一個應用程序使用的每個UDP端口均有一個大小有限的隊列與之對應。這個隊列有可能會溢出，使得UDP實現丟棄進入的數據報，因為UDP不提供流量控制。發送方和接收方之間的IP路由器里也有隊列，隊列變滿時，流量可能會被丟棄。

有鑒于此提出本發明。

發明內容

本發明旨在至少解決現有技術中存在的技術問題之一。為此，本發明提出一種具有魯棒性可擴展的流媒體交互方法。

本發明還提出一種具有魯棒性可擴展的流媒體交互系統。

本發明還提出一種電子設備。

本發明還提出一種非暫態計算機可讀存儲介質。

根據本發明第一方面實施例的一種具有魯棒性可擴展的流媒體交互方法，應用于用戶端，包括：

服務器獲取視頻流請求后，從數據庫中讀取與視頻流請求相對應的緩存數據；

將讀取的所述緩存數據通過RTP傳輸至用戶終端；

傳輸至所述用戶終端的所述緩存數據被存入端口內的隊列中，所述隊列變滿時，后續傳輸至所述用戶終端的緩存數據被存入端口內的新建隊列中。

根據本發明的一個實施例，所述服務器獲取視頻流請求，從數據庫中讀取與視頻流請求相對應的緩存數據之后，還包括如下步驟：

將所述數據庫中對應的所述緩存數據進行編碼，獲取所述緩存數據的基本層碼流和增強層碼流并封裝成同步包，封裝后的所述同步包通過RTP傳輸至所述用戶終端。

根據本發明的一個實施例，對所述緩存數據劃分的所述基本層碼流和所述增強層碼流中，所述增強層碼流為均等的最小可截取碼流。