[發(fā)明專利]一種多路視頻流顯示系統及方法

在審

• 申請?zhí)枺?/td>: 202210631300.4
• 申請日: 2022-06-01
• 公開（公告）號: CN114979795A
• 公開（公告）日: 2022-08-30
• 發(fā)明（設計）人: 楊帆;孟伸伸
• 申請（專利權）人: 南京甄視智能科技有限公司
• 主分類號: H04N21/6437
• 分類號: H04N21/6437;H04N21/433;H04L65/65;H04L65/1066
• 代理公司: 北京德崇智捷知識產權代理有限公司 11467
• 代理人: 曹婷

本發(fā)明公開了一種多路視頻流顯示系統及方法，涉及視頻監(jiān)控技術領域，解決了客戶端和媒體服務器之間狀態(tài)交換和數據交換效率不高的技術問題，其技術方案要點是功能模塊能夠及時感知到與媒體服務器之間的連接狀態(tài)，在感知到連接成功狀態(tài)時及時開辟資源，等待數據的接收，若感知到會話關閉、連接超時、連接失敗、RTSP信令超時等則及時關閉資源；接收數據和接收狀態(tài)位為異步執(zhí)行，因此數據回調聯動連接狀態(tài)回調能夠提供一種高效的解決方案，既能隨時感知功能模塊和媒體服務器之間的連接狀態(tài)，也能根據狀態(tài)來開辟內存和網絡資源。

技術領域

本申請涉及視頻監(jiān)控技術領域，尤其涉及一種多路視頻流顯示系統及方法。

背景技術

在網絡日益發(fā)展的背景下，視頻監(jiān)控已經廣泛應用于很多的場景中，人們可以在PC機、Android手機及蘋果手機上很方便的打開客戶端瀏覽自己需要的攝像頭。遠程視頻監(jiān)控系統打破了傳統監(jiān)控圖像無法進行無線網絡傳輸的弊端，為人們提供了一個安全、客戶端和媒體服務器之間一直以來是通過保活消息來保持連接，相互之間有正常交互消息則說明客戶端和媒體服務器正常連接。但是在真正的運行場景中客戶端和媒體服務器可以分布式部署到不同的硬件設備上，設備之間因為網絡環(huán)境和本服務的運行環(huán)境而導致客戶端和媒體服務器之間的連接狀態(tài)和服務在硬件設備上的運行狀態(tài)有多種情況，因此亟需一套機制來保障客戶端和媒體服務器之間的狀態(tài)交換和數據高效的聯動。

發(fā)明內容

本申請?zhí)峁┝艘环N多路視頻流顯示系統及方法，其技術目的是在客戶端獲取和顯示監(jiān)控視頻的過程中，提高客戶端和媒體服務器之間狀態(tài)交換和數據交換的效率。

本申請的上述技術目的是通過以下技術方案得以實現的：

一種多路視頻流顯示系統，包括客戶端、業(yè)務側和媒體服務器，所述客戶端包括顯示模塊和媒體能力引擎模塊，所述顯示模塊內設有窗口管理器，所述媒體能力引擎模塊包括依次連接的功能模塊、邏輯模塊和渲染模塊；所述渲染模塊與所述顯示模塊連接；

所述窗口管理器與所述業(yè)務側和所述邏輯模塊均連接；所述媒體服務器與所述業(yè)務側連接；

所述功能模塊和所述媒體服務器通過RTSP協議建立連接，所述媒體服務器的RTP數據流通過所述功能模塊傳輸至所述客戶端。

一種使用如上述多路視頻流顯示系統的顯示方法，包括：

S1：業(yè)務側通過http協議定時的向客戶端上報設備列表，該設備列表中包括所有設備的在線狀態(tài)和設備信息；客戶端通過窗口管理器在顯示模塊顯示所有設備的在線狀態(tài)；

S2：從設備列表中選擇在線設備，通過窗口管理器的窗口ID值開啟實時瀏覽功能；所述窗口管理器管理36個窗口，每個窗口對應不同的窗口ID；

S3：邏輯模塊初始化接口，并根據不同的平臺初始化不同的接口；

S4：窗口管理器通過窗口ID在邏輯模塊中查詢是否有已經啟動的播放功能部件，若沒有則在邏輯模塊中啟動一個播放功能部件；通過邏輯模塊和媒體服務器建立RTSP信令鏈接，鏈接成功后，媒體服務器通過UDP/TCP通道發(fā)送實時流給邏輯模塊；

S5：數據接收部件通過功能模塊的數據回調接口S5接收到實時RTP數據，并轉發(fā)給播放功能部件；

S6：播放功能部件將RTP數據轉發(fā)給數據輸出部件，數據輸出部件通過任務類型判斷是實時流播放還是文件存儲；若是實時流播放，則將RTP數據存放到內存中，并通過解碼線程解碼音視頻數據；若是文件存儲，則調用媒體功能模塊接口S6，將音視頻數據保存為mp4文件；

S7：解碼線程將不斷的從內存中取出RTP數據，并將RTP數據解碼為YUV數據；獲取到一幀YUV數據后，將YUV數據傳遞到不同的功能接口進行渲染以實現在不同的系統進行播放。