本發(fā)明涉及視頻分發(fā)技術領域，特別是基于ZeroMQ和MessagePack的通用視頻分發(fā)技術。
背景技術：
在相關技術中，不同廠商是針對不同品牌的網絡視頻產品來實現網絡視頻流分發(fā)技術，導致不同廠商生產的網絡視頻產品不具有互通性。如果某一平臺需要接入多種不同廠商生產的網絡視頻產品，那么就需要寫多套接口來與不同廠商生產的網絡視頻產品對接。這樣會造成購買或使用此技術的開發(fā)人員對接難度增大，編碼工作量加大，后期維護成本加大，可擴展性不強，增加開發(fā)成本。
目前視頻分發(fā)技術未做到通用性，對于不同品牌的網絡視頻產品獲取視頻流需要用到不同的SDK包進行開發(fā)對接。這樣既加大了開發(fā)人員的編碼工作量，也不利于程序擴展性。
專利申請?zhí)枺?01110319599.1公開了視頻分發(fā)系統和視頻分發(fā)方法，其一個目的是提供高質量視頻分發(fā)服務，其保證NGN上的QoS而不對現有技術的門戶服務器和視頻分發(fā)服務器作出較大修改。視頻分發(fā)系統包括用戶終端、SIP會話控制器和視頻分發(fā)服務器。當SIP會話控制器收到建立會話的請求時，SIP會話控制器建立用戶終端和視頻分發(fā)服務器間的會話，并控制帶寬控制器在用戶終端和視頻分發(fā)服務器間的通信路徑中保留視頻內容分發(fā)的帶寬。視頻分發(fā)服務器發(fā)送帶寬改變請求，請求SIP會話控制器改變帶寬以根據分發(fā)視頻內容所需帶寬的一部分保留帶寬。響應于帶寬改變請求，SIP會話控制器進一步在用戶終端和視頻分發(fā)服務器間的通信路徑中保證用于視頻內容分發(fā)的帶寬。
技術實現要素：
本發(fā)明的目的在于克服現有技術的不足，提供基于ZeroMQ和MessagePack的通用視頻分發(fā)技術，本發(fā)明實現網絡通信，使視頻傳輸速度更快，數據壓縮質量更高，降低網絡帶寬資源的消耗，具有跨語言的特性。
本發(fā)明的目的是通過以下技術方案來實現的：基于ZeroMQ和MessagePack的通用視頻分發(fā)技術，包括以下步驟：
S1、啟動分發(fā)Manager，分發(fā)Manager自動獲取當前網絡中的可用網絡視頻產品，并主動與網絡視頻產品建立數據鏈接；
S2、檢測網絡視頻產品是否有對應的Publisher服務器端在處理數據，如果沒有則由分發(fā)Manager自動分配一個Publisher服務器端，如果一個Publisher服務器端處理不過來時，分發(fā)Manager會自動再創(chuàng)建新的Publisher服務器端來處理此網絡視頻產品的數據；
S3、通過MessagePack對網絡視頻產品請求的數據進行序列化操作，并通過ZeroMQ向分發(fā)Manager發(fā)起請求，分發(fā)Manager會返回網絡視頻產品對應的Publisher服務器端地址給應用程序；
S4、應用程序獲取到Publisher服務器端地址后，通過ZeroMQ向Publisher服務器端發(fā)起請求獲取網絡視頻產品視頻流數據。
本發(fā)明中，設定Publisher服務器端會向所有訂閱者廣播視頻流數據。
本發(fā)明中，設定分發(fā)Manager下有多個的節(jié)點，當分發(fā)Manager監(jiān)測到節(jié)點不夠用或故障時會自動分配新節(jié)點，所述節(jié)點分為活動節(jié)點和備用節(jié)點。
本發(fā)明中，Publisher服務器端一直不斷向網絡視頻產品廣播視頻流數據，如果中途有與網絡視頻產品相連的用戶退出，并不影響Publisher服務器端的持續(xù)性廣播，當退出后的用戶再連接上來的時候，收到的就是后來發(fā)送的新的視頻流數據。
本發(fā)明中，Publisher服務器端和網絡視頻產品之間的通信方式為ONVIF協議和RTSP協議。
本發(fā)明中，用戶和Publisher服務器端通信方式是ZeroMQ和MessagePack。
本發(fā)明的有益效果是：
（1）實現網絡通信，使視頻傳輸速度更快，數據壓縮質量更高，降低網絡帶寬資源的消耗，具有跨語言的特性；
（2）通過ONVIF標準網絡視頻設備之間的信息交換通用協議和RTSP實時流傳輸協議相結合使不同廠商生產的網絡視頻產品具有互通性；
（3）如果當前節(jié)點不能滿足需求時，分發(fā)Manager會自動在創(chuàng)建一個或N個Publisher服務器端來處理視頻分發(fā)需求，并由分發(fā)Manager自動管理所有的Publisher服務器端，有利于實現負載均衡。
附圖說明
圖1為本發(fā)明的流程圖。
具體實施方式
下面結合附圖進一步詳細描述本發(fā)明的技術方案，但本發(fā)明的保護范圍不局限于以下所述。
在本公開使用的術語是僅僅處于描述特定實施例的目的，而非旨在限制本公開。在本公開和所附權利要求書中所使用的單數形式的“一種”、“所述”和“該”也旨在包括多數形式，除非上下文清楚地表示其含義，還應當理解，本文中使用的術語“分發(fā)Manager”即為“分發(fā)管理器”，“MessagePack”即為數據包，“Publisher服務器端”即為視頻提供服務器端，“”
“和/或”是指并包含一個或多個相關聯的例出項目的任何或所有可能的組合。
實施例：
如圖1所示，基于ZeroMQ和MessagePack的通用視頻分發(fā)技術，包括以下步驟：
S1、啟動分發(fā)Manager，分發(fā)Manager自動獲取當前網絡中的可用網絡視頻產品，并主動與網絡視頻產品建立數據鏈接；
S2、檢測網絡視頻產品是否有對應的Publisher服務器端在處理數據，如果沒有則由分發(fā)Manager自動分配一個Publisher服務器端，如果一個Publisher服務器端處理不過來時，分發(fā)Manager會自動再創(chuàng)建新的Publisher服務器端來處理此網絡視頻產品的數據；
S3、通過MessagePack對網絡視頻產品請求的數據進行序列化操作，并通過ZeroMQ向分發(fā)Manager發(fā)起請求，分發(fā)Manager會返回網絡視頻產品對應的Publisher服務器端地址給應用程序；
S4、應用程序獲取到Publisher服務器端地址后，通過ZeroMQ向Publisher服務器端發(fā)起請求獲取網絡視頻產品視頻流數據。
本發(fā)明中，設定Publisher服務器端會向所有訂閱者廣播視頻流數據。
本發(fā)明中，設定分發(fā)Manager下有多個的節(jié)點，當分發(fā)Manager監(jiān)測到節(jié)點不夠用或故障時會自動分配新節(jié)點，所述節(jié)點分為活動節(jié)點和備用節(jié)點。
本發(fā)明中，Publisher服務器端一直不斷向網絡視頻產品廣播視頻流數據，如果中途有與網絡視頻產品相連的用戶退出，并不影響Publisher服務器端的持續(xù)性廣播，當退出后的用戶再連接上來的時候，收到的就是后來發(fā)送的新的視頻流數據。
本發(fā)明中，Publisher服務器端和網絡視頻產品之間的通信方式為ONVIF協議和RTSP協議。
本發(fā)明中，用戶和Publisher服務器端通信方式是ZeroMQ和MessagePack。
分發(fā)Manager具有兩個特性：高可用性集群和自動監(jiān)測分配節(jié)點。 高可用性集群和自動監(jiān)測分配節(jié)點，是保證業(yè)務連續(xù)性的有效解決方案，分發(fā)Manager下可以有多個的節(jié)點，當分發(fā)Manager監(jiān)測到節(jié)點不夠用或故障時會自動分配新節(jié)點，所有節(jié)點分為活動節(jié)點及備用節(jié)點。當活動節(jié)點出現問題，導致正在運行的任務不能正常運行時，備用節(jié)點此時就會偵測到，并立即接續(xù)活動節(jié)點來執(zhí)行業(yè)務。從而實現業(yè)務的不中斷或短暫中斷。
Publisher服務器端一直不斷的廣播網絡視頻產品視頻流數據，如果中途有與網絡視頻產品相連的用戶退出，并不影響他繼續(xù)的廣播，當用戶再連接上來的時候，收到的就是后來發(fā)送的新的視頻流數據。這對比較晚加入的，或者是中途離開的訂閱者，必然會丟失掉一部分視頻流數據。如果與網絡視頻產品相連的視頻提供者中途離開，所有的用戶會變成等待狀態(tài)，等待視頻提供者再上線的時候，會繼續(xù)接收視頻流數據。
設備是不同廠商生產的支持ONVIF標準網絡視頻設備之間信息交換協議的網絡視頻產品，Publisher服務器端和設備之間的通信方式是采用ONVIF協議+RTSP。Publisher服務器端通過ONVIF協議獲取設備信息，設備返回RTSP視頻流信息及地址。
用戶是任何語言的支持ZeroMQ和MessagePack的應用程序。用戶和視頻提供者通信方式是ZeroMQ+MessagePack。采用ZeroMQ進行網絡通信，采用MessagePack對數據進行序列化，節(jié)省用戶的流量。需要注意的是訂閱的通道出錯了的話，用戶是不會收到Publisher服務器端發(fā)送過來的數據。
以上所述實施例僅表達了本發(fā)明的具體實施方式，其描述較為具體和詳細，但并不能因此而理解為對本發(fā)明專利范圍的限制。應當指出的是，對于本領域的普通技術人員來說，在不脫離本發(fā)明構思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。