[發明專利]一種前端解碼的Web瀏覽器流媒體播放技術

在審

• 申請號: 202111363808.2
• 申請日: 2021-11-17
• 公開（公告）號: CN114095485A
• 公開（公告）日: 2022-02-25
• 發明（設計）人: 黃煒
• 申請（專利權）人: 廣西栩天信息技術有限公司
• 主分類號: H04L67/02
• 分類號: H04L67/02;H04L67/141;H04L65/60;H04L65/65
• 代理公司: 北京知了蟬專利代理事務所(普通合伙) 11959
• 代理人: 張金鳳

本發明公開了一種前端解碼的Web瀏覽器流媒體播放技術，其特征是以WebSocket通訊協議為代理、基于FFmpeg前端解碼的Web瀏覽器無插件流媒體播放。通過上述方式，本發明能在禁用flash插件的主流Web瀏覽器環境下，實時播放rtmp/rtsp流媒體，從而解決大量基于rtmp/rtsp協議的視頻監控系統在這些環境下無法播放的技術問題。

技術領域

本發明涉及計算機多媒體技術領域，特別是涉及一種前端解碼的瀏覽器流媒體播放技術。

背景技術

近年隨著現代計算機流媒體技術的發展，越來越多的單位企業從自身管理需要出發，大量引入或新建視頻監控系統，一般采用“后端rtmp協議推送數據+前端瀏覽器flash插件播放”的技術方式來進行過程管理。與此同時，隨著Web瀏覽器技術的發展與安全性考慮，主流Web瀏覽器廠商谷歌已于2020年12月在Chrome瀏覽器中正式禁用flash插件，這使得大量以rtmp協議為基礎的既有視頻監控系統無法在最新版本Web瀏覽器上運行，只能在低舊版本Web瀏覽器上以兼容方式運行，給各單位企業帶來網絡安全隱患。

為解決這個問題，各大視頻監控生產廠商與軟件技術公司普遍采用“實時轉換rtmp數據流格式”技術，使得轉換后的數據流(rtsp或mpegts)可在最新版本Web瀏覽器上獲得播放支持。

采用“實時轉換rtmp數據流格式”技術，雖可以在最新版本Web瀏覽器播放流媒體數據，但也存在技術弊端：1、該技術采用“后端服務器實時解碼再編碼”轉換機制，轉換過程非常消耗服務器的CPU運算性能，僅是1路高清視頻的流暢轉換至少要消耗2～4個CPU運算核，這將大量增加監控數量較多單位企業的服務器購置成本。2、rtmp數據流轉換為rtsp數據流，會產生有5～10秒的過程延時，這對于監控實時性要求較高的單位是較難接受的；3、rtmp數據流轉換為mpegts數據流，網絡帶寬使用會急劇上升，僅是1路高清視頻的流暢轉換至少占用8MB/s帶寬(轉換前的rtmp是250KB/s左右)，究其原因是mpegts協議自身“編碼壓縮率較低”特點所致，這將大量增加監控數量較多單位企業的網絡環境改造成本。

由此，以上所述的“實時轉換rtmp數據流格式”技術，雖可以在最新版本Web瀏覽器播放視頻流數據，但因其技術弊端較為突出，多數時候還是以技術預研與方案演示的方式出現，并沒有在“監控設備多、實時性要求高”的需求領域有大量成熟應用案例。

發明內容

本發明的目的在于提供一種前端解碼的Web瀏覽器流媒體播放技術，以解決上述背景技術中提出的問題。

為實現上述目的，本發明提供如下技術方案：一種前端解碼的Web瀏覽器流媒體播放技術，所述實現步驟如下：

步驟一：構建轉發服務器；

步驟二：構建WebSocket網絡通訊組件；

步驟三：構建FFmpeg解碼組件；

步驟四：構建音視頻播放器。

根據權利要求1所述的一種前端解碼的Web瀏覽器流媒體播放技術，其特征在于，所述步驟一通過構建運行在服務器操作系統上的轉發服務器，采用“上下沿數據交換機制”實現流數據代理轉發，上沿通過調用FFmpeg鏈接庫連接到流媒體數據源并持續獲取流數據，下沿使用WebSocket協議與前端播放器的網絡模塊通訊，將上沿獲取的流數據，實時傳輸到前端播放器。轉發服務器目前采用開源庫libwebsockets作為通訊組件。

根據權利要求1所述的一種前端解碼的Web瀏覽器流媒體播放技術，其特征在于，所述步驟二構建WebSocket網絡通訊組件，開發基于WebSocket協議的網絡通訊組件，使前端可向轉發服務器發送打開流媒體請求，可從轉發服務器獲取流媒體信息與流數據。