[發明專利]支持多個實時動態數據源的智能流媒體服務器的實現方法

有效

• 申請號: 201210276568.7
• 申請日: 2012-08-06
• 公開（公告）號: CN102802041A
• 公開（公告）日: 2012-11-28
• 發明（設計）人: 何建億
• 申請（專利權）人: 何建億
• 主分類號: H04N21/239
• 分類號: H04N21/239;H04N21/643
• 代理公司: 鎮江京科專利商標代理有限公司 32107
• 代理人: 夏哲華

?

技術領域

???本發明屬于網絡多媒體技術領域，尤其涉及一種支持多個實時動態數據源的智能流媒體服務器的實現方法。

背景技術

在諸多的實時網絡流媒體應用如網絡攝像機和即時通信中，基于點對點（peer-to-peer?，P2P)的網絡技術因為其穩定的分散式結構和較低的運營成本而越來越普及。但是現有的點對點技術具有以下一些缺點：（1）點對點連接建立的時間比較長；（2）因為防火墻或網絡地址翻譯器（NAT）的大量部署，點對點連接無法保證100%的連接成功；（3）現在越來越普及的智能手機和平板電腦在不安裝額外的應用程序情況下，無法支持特定程序的點對點連接。

現有的流媒體服務器大部分都是基于點播系統（VOD）模式，以靜態的存儲設備上的文件作為數據源。這種流媒體無法滿足實時多媒體應用，主要體現在：

(1)?????現有的主流流媒體服務器協議只能管理和發送靜態流媒體文件，而實時流媒體應用中的數據源都是動態產生的，如電腦攝像頭或者網絡攝像機；?

(2)?????現有的主流流媒體服務器通常都要求有特定的客戶端軟件，比較常用的flash軟件，而很多智能手機或者平板電腦(如iPad)中都無法支持；

(3)?????現有的主流流媒體服務器配置基本都很復雜，對服務器硬件的要求也很高，很難和實時流媒體應用進行整合。

除了上述的主流流媒體服務器，市面上也有一些內嵌在網絡攝像機中的輕型流媒體服務器能夠以超文本傳送協議（HTTP）發送流媒體數據，但是這種流媒體服務器只能服務單一的數據源，無法作為真正的實用的流媒體服務器。而且，由于網絡攝像機通常都部署在防火墻或者NAT后面，所以通過HTTP協議很難訪問到這樣的流媒體服務器。

發明內容

為解決上述現有技術中存在的問題，本發明提出一種支持多個實時動態數據源的智能流媒體服務器的實現方法，該方法克服了現有技術中流媒體服務器配置復雜、無法滿足實時多媒體應用、只能服務單一的數據源等缺陷。

為實現上述發明目的，本發明采用的技術方案為：一種支持多個實時動態數據源的智能流媒體服務器的實現方法，包括視頻觀看終端、流媒體數據源、流媒體服務器、視頻源通信模塊、應用服務器及應用服務器通信模塊，具體工作過程為：視頻觀看終端向應用服務器發出訪問請求，經過應用服務器的身份認證，取得相應權限，并將這些數據通過進程通信約定函數發送給視頻觀看終端；同時，應用服務器在收到視頻觀看終端的請求后指示被請求的視頻源去連接流媒體服務器并向流媒體服務器發送請求命令。流媒體服務器收到請求命令時，檢查視頻觀看終端從已有的應用服務器那里拿到的進程通信約定函數，并依據進程通信約定函數，從視頻源取得相關數據并轉發到對應的視頻觀看終端。

進一步地，流媒體服務器采用基于引用計數的內存緩沖池管理方法管理視頻數據，該方法包括以下步驟：

（1）????????當流媒體數據源有數據來時，流媒體服務器從空閑緩沖池中申請一個空閑緩沖區分配給請求的數據源；

（2）????????流媒體服務器將填充了數據的緩沖區添加到對應的視頻觀看終端的發送隊列等待發送，由于同一個數據源可以被多個視頻觀看終端觀看，所以填充的緩沖區可能被加到多個發送隊列，每添加到一個隊列，其對應的引用計數就被加1，而當某個緩沖區從某個發送隊列發送出去后，其對應的引用計數就減1，為0時該緩沖區就被放回到空閑緩沖池中；

（3）?????????當流媒體數據源與某個視頻觀看終端的網絡帶寬不對稱時，流媒體服務器根據該視頻觀看終端的實際速度自動丟棄來不及發送的緩沖區。

進一步地，流媒體數據源可以為網絡攝像機、電腦攝像頭或其他流媒體文件。

進一步地，視頻觀看終端為智能手機或電腦。

更進一步地，視頻源通信模塊支持實時視頻流與抓拍格式連接視頻源。

本發明采用的技術方案與現有技術相比，更能適用于公共網絡的應用，解決互聯網連接不穩定的問題，隨時取得最實時以及最穩定的傳輸效果。采用基于引用計數的內存緩沖池管理方法顯著減低了傳統的動態分配內存緩沖區的運行開銷，同時也消除了對于單個視頻觀看終端能察看的數據源的個數限制。

附圖說明

圖1本發明支持多個實時動態數據源的智能流媒體服務器系統框架圖；

圖2為基于引用計數的內存緩沖池管理方法的工作示意圖。

具體實施方式