一種電視節目多媒體文件的傳輸方法及系統的製作方法
2023-12-03 23:43:16 1
專利名稱：一種電視節目多媒體文件的傳輸方法及系統的製作方法
技術領域：
本發明涉及電視節目製作領域中，特別是應用於基於網絡的電視節目的多媒體文件的實時傳輸，所使用的一種電視節目多媒體文件的傳輸方法及系統。
背景技術：
在電視節目製作領域，為實現對現場多媒體文件的實施使用，因此需要電視節目遠程連線完成多媒體文件的傳輸，能夠顯著増加電視節目的現場感和真實感，豐富了節目可以使用的素材範圍，並且能夠使不在現場的人參與到節目中來。這種方式已經被各電視 臺廣泛採用。目前常用的幾種連線方法及其缺點如下首先，電話連線。這種方式的優點是使用方便，只需要遠程參與節目的人有一部電話即可，受限制小。但這種方法只能進行語音連線，而不能進行視頻連線，對於突發事件等情況並不適用。其次、3G視頻連線。通過3G電話網絡傳輸視頻信號到演播室。但由於3G網絡的帶寬限制，視頻信號的質量不能保證，也會影響到觀眾的收視效果。隨著計算機網絡的不斷發展，其帶寬和延遲都足以保證高質量的視頻流傳輸。目前在網際網路上已經有眾多的網絡流媒體服務。在實現本發明的過程中，發明人發現現有技術的缺點為在實現現場多媒體文件從採集到製作，及傳輸到使用過程中，需要根據傳輸方式、網絡協議及使用時的播放格式進行統一，因此，在對多媒體流文件的製作過程中需要較長的時間，而且在網絡傳輸和播放過程中，其多媒體文件的傳輸質量及使用時的播放質量受到網絡傳輸的限制，經常會因為網絡傳輸的限制而降低多媒體文件的使用。
發明內容
針對現有技術電視節目多媒體文件傳輸過程中的所存在的問題和局限，本發明要解決的技術問題是解決了媒體流文件網絡實施傳輸、播放的問題。針對上述技術問題通過本發明提供一種電視節目多媒體文件的傳輸方法，具體包括接收多媒體文件；根據封裝條件將所述多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式；獲取播放端的傳輸地址，根據所述的傳輸地址將所述封裝後傳輸文件傳輸至所述播放端；將所述播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放。同時，本發明還提供一種節目多媒體文件的傳輸系統，包括接收單元；封裝單元；傳輸單元；解除封裝単元；播放單元，其中接收單元，用於接收多媒體文件；封裝単元，用於根據封裝條件將所述多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式；傳輸單元，用於獲取播放端的傳輸地址，根據所述的傳輸地址將所述封裝後傳輸文件傳輸至所述播放端；解除封裝単元，用於將所述播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件；播放單元，用於在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放。與現有技術相比，本發明實施例具有以下優點通過對多媒體文件的採集，及對所採集多媒體文件的封裝，將所採集的多媒體流文件轉換為可通過網絡實時傳輸及播放的媒體流數據文件，從而實現對媒體流文件的實時傳輸及實時播放。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖I :是本發明實施例一中一種電視節目多媒體文件的傳輸方法的流程圖；圖2 :是本發明實施例ニ中另ー種電視節目多媒體文件的傳輸方法的流程圖；圖3 :是本發明實施例三中一種電視節目多媒體文件的傳輸系統的示意圖。
具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然所描述的實施例是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。本發明實施例I中提供了一種電視節目多媒體文件的傳輸方法，如圖I所示，包括以下步驟步驟SlOl :接收多媒體文件；此步驟在實現過程中，通常會由視頻採集端完成，在電視節目製作領域，視頻採集端所指的是要進行現場視頻連線的嘉賓、現場記者所處得視頻採集點，而實際播放端是演播室現場的主持人，視頻採集端和播放端通過計算機網絡連接。在視頻採集端，需要準備ー個USB接ロ的攝像頭，ー個麥克風，一臺裝有windowsmedia encoder的計算機,並保證網絡連接正常。多媒體文件的採集過程,首先在視頻採集端進行硬體採集設備的配置，將採集設備與連接USB攝像頭和麥克風相連，進行多媒體資料的錄製，從而完成對多媒體數據的採集。步驟S102 :進行媒體流文件封裝；根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式；在此步驟中，要將採集獲得的多媒體資料按照一定協議規則及播放端的播放方式進行編碼，具體可以在Windows Media Services的控制臺中，選擇要從中傳輸數據的伺服器及控制協議，通常使用HTTP協議將已編碼流發送到Windows Media伺服器；之後，在Windows Media Encoder的計算機上啟動Media Encoder,在嚮導中選擇「廣播實況事件」，並選擇視頻和音頻的輸入設備；選擇視頻流傳輸的方法通常有兩種方式，一種是「推傳遞到WindowsMedia伺服器」，另外ー種是「自編碼器拉傳遞」，本發明中採用推方式，考慮到拉方式需要引入一個視頻採集與分發伺服器，他的引入必然增加網絡延遲，加劇視頻傳輸不同步的可能性；指定伺服器的名稱或地址，並指定發布點的名稱，選擇編碼方式等內容，根據實際來選擇多比特率流；在進行以上操作後可以在編碼器窗口上點擊「開始編碼」。步驟S103 :獲取播放端傳輸地址；獲取播放端傳輸地址，將所述封裝後傳輸文件傳輸至所述播放端地址； 在此步驟中，採集端首先獲取多媒體視頻播放端的地址(IP或MAC地址)，在與對方(多媒體視頻播放端)建立對話後，開始進行多媒體視頻文件的傳輸；步驟S104 :將媒體流文件進行還原；將播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件；在此步驟中，視頻播放端先對所收到的多媒體視頻文件進行解封裝操作，還原回最初所採集的視頻文件；步驟S105 :播放媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放。在播放端將配置與視頻採集系統響應的播放系統如安裝流媒體播放軟體(如windows media player,暴風影音等)，從而實現多媒體文件在播放端的播放。本發明實施例2中提供了另ー種電視節目多媒體文件的傳輸方法的流程圖，如圖2所示，包括以下步驟步驟S201 :接收多媒體文件；此步驟與實施例一中一致，不再重複闡述；步驟S202 :進行媒體流文件封裝；根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式；在此步驟的實現過程中，還可以在進行媒體流文件封裝過程中具體包括根據網絡傳輸協議類型及傳輸速率將所述接收多媒體文件進行一次封裝；將封裝後的多媒體文件根據多媒體文件數據傳輸格式進行二次封裝，並在所述ニ次封裝過程中對視頻關鍵幀按播放順序給予標號、記錄，並生成關鍵幀記錄文件；通過以上封裝操作可以對視頻關鍵幀的數量進行統計，對關鍵幀的播放順序進行編號，在播放端對傳輸文件解碼過程中，如果在傳輸過程中出現錯誤，可以通過對關鍵幀數量及標號的匹配檢驗，核實所傳輸文件是否為正確可用的文件，同時，對於文件容量較大的文件，通常需要幾次傳輸才能完成，正確記錄下所傳輸的關鍵幀，可以有效保證，後續的傳輸，及所傳輸媒體流文件的整體性，之後，獲得封裝後傳輸文件。在生成關鍵幀記錄文件後還包括
對所述視頻關鍵幀進行截圖，生成關鍵幀截圖文件，所述關鍵幀截圖文件與所述關鍵巾貞播放順序標號相對應；通過對關鍵幀截圖文件，可以獲得更為準確的媒體流文件在播放端的預覽，對於容量較大的文件，通常情況下只有在播放端將全部媒體流文件獲取後才能完成連續播放的工作，但是通過以上對關鍵幀截圖的操作，在媒體流文件傳輸開始，就可完成對傳輸媒體流文件，關鍵幀截圖文件的傳輸，對應時間關鍵幀播放系列，在播放端，可以在媒體流文件開始傳輸後，獲取以上的關鍵幀截圖，因此，用戶可以預先對所希望觀看的媒體流文件，通過對關鍵幀截圖的預覽，進行快速定位，並且不會増加系統的計算量。在對媒體流文件採集、封裝過程中，由於不同用戶對媒體流文件的需要，如有些用戶只需要對媒體流文件中的音頻進行採集，因此可以對媒體流文件進行以下操作首先，接收多媒體文件；將所述多媒體文件分解為，視頻文件及音頻文件；將所述視頻文件及音頻文件根據封裝條件進行封裝，所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式。
步驟S203 :提取源文件記錄；提取所述封裝後傳輸文件的文件長度及播放時間，生成源文件記錄，在進行源文件封裝後，為了能有效核實，源媒體流文件是否在傳輸過程中丟失，因此，對封裝後的媒體流文件信息進行採集記錄。步驟S204 :獲取播放端傳輸地址；獲取播放端傳輸地址，將所述封裝後傳輸文件傳輸至所述播放端地址；此步驟與實施例一中一致，不再重複闡述；步驟S205 :將媒體流文件進行還原；將播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件；步驟S206 :對源多媒體文件進行校驗具體包括播放端接收所述傳輸文件、及所述源文件記錄；播放端根據所述封裝條件還原多媒體文件；提取所述還原多媒體文件的文件長度及播放時間；判斷所述還原多媒體文件的文件長度及播放時間與源文件記錄中的文件長度及播放時間是否一致，若否，則輸出傳輸異常提示；通過以上對源文件的校驗，可以有效驗證媒體流文件是否在傳輸過程中丟失，並且文件丟失後，及時對播放端用戶進行提示。步驟S207 :播放媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放；此步驟與實施例一中一致，不再重複闡述；本發明實施例3中提供了一種節目多媒體文件的傳輸系統，如圖3所示，包括接收單元301 ;封裝單元302 ;傳輸單元303 ;解除封裝単元304 ;播放單元305 ；接收單元301，用於接收多媒體文件；封裝単元302，用於根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式；封裝單元302還包括二次封裝單元3021，所述二次封裝單元用於，根據網絡傳輸協議類型及傳輸速率將所述接收多媒體文件進行一次封裝；將封裝後的多媒體文件根據多媒體文件數據傳輸格式進行二次封裝，並在所述二次封裝過程中對視頻關鍵幀按播放順序給予標號、記錄，並生成關鍵幀記錄文件；獲得封裝後傳輸文件。所述封裝単元302中還包括源文件生成単元3022，所述源文件生成単元，用於提取所述封裝後傳輸文件的文件長度及播放時間，生成源文件記錄。
所述封裝単元302，還包括多媒體文件分解単元3023，所述多媒體文件分解単元，用於接收多媒體文件；將所述多媒體文件分解為，視頻文件及音頻文件；將所述視頻文件及音頻文件根據封裝條件進行封裝，所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式。所述二次封裝単元3021中還包括關鍵幀圖像截取単元30211，所述關鍵幀圖像截取単元，用於對所述視頻關鍵幀進行截圖，生成關鍵幀截圖文件，所述關鍵幀截圖文件與所述關鍵巾貞播放順序標號相對應。傳輸單兀303,用於獲取播放端傳輸地址,將所述封裝後傳輸文件傳輸至所述播放端地址；解除封裝単元304，用於將播放端所接收的傳輸文件，根據所述封裝條件還原為多
媒體文件；解除封裝単元304中還包括傳輸文件比對單元3041，所述傳輸文件比對單元，用於播放端接收所述傳輸文件、及所述源文件記錄；播放端根據所述封裝條件還原多媒體文件；提取所述還原多媒體文件的文件長度及播放時間；判斷所述還原多媒體文件的文件長度及播放時間與源文件記錄中的文件長度及播放時間是否一致，若否，則輸出傳輸異常提
/Jn ο播放單元305，用於在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通過硬體實現，也可以藉助軟體加必要的通用硬體平臺的方式來實現。基於這樣的理解，本發明的技術方案可以以軟體產品的形式體現出來，該軟體產品可以存儲在一個非易失性存儲介質(可以是⑶-R0M，U盤，移動硬碟等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，伺服器，或者網絡設備等)執行本發明各個實施例所述的方法。本領域技術人員可以理解附圖只是ー個優選實施例的示意圖，附圖中的模塊或流程並不一定是實施本發明所必須的。本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布於實施例的裝置中，也可以進行相應變化位於不同於本實施例的ー個或多個裝置中。上述實施例的模塊可以合併為ー個模塊，也可以進ー步拆分成多個子模塊。上述本發明實施例序號僅僅為了描述，不代表實施例的優劣。以上公開的僅為本發明的幾個具體實施例，但是，本發明並非局限於此，任何本領域的技術人員能思之的變化都應落入本發明的保護範圍。
權利要求
1.一種電視節目多媒體文件的傳輸方法，其特徵在於，包括 接收多媒體文件； 根據封裝條件將所述多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式； 獲取播放端的傳輸地址，根據所述的傳輸地址將所述封裝後傳輸文件傳輸至所述播放端; 將所述播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件； 在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放。
2.如權利要求I中所述的方法，其特徵在於，所述根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率、多媒體文件數據傳輸格式具體包括 根據網絡傳輸協議類型及傳輸速率將所述多媒體文件進行一次封裝，得到第一次封裝文件； 將所述第一次封裝文件根據多媒體文件數據傳輸格式進行二次封裝得到第二次封裝文件，並在所述二次封裝過程中對視頻關鍵幀按播放順序給予標號和記錄，並生成關鍵幀記錄文件； 根據所述第二次封裝文件及所述關鍵幀記錄文件獲得封裝後傳輸文件。
3.如權利要求2中所述的方法，其特徵在於，所述將封裝後的多媒體文件根據多媒體文件數據傳輸格式進行二次封裝，並在所述二次封裝過程中對視頻關鍵幀按播放順序給予標號和記錄，並生成關鍵幀記錄文件後還包括 對所述視頻關鍵幀進行截圖，生成關鍵幀截圖文件，所述關鍵幀截圖文件與所述關鍵中貞播放順序標號相對應。
4.如權利要求I中所述的方法，其特徵在於，所述根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件步驟後還可以包括 提取所述封裝後傳輸文件的文件長度及播放時間，生成源文件記錄。
5.如權利要求4中所述的方法，其特徵在於，所述將播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件步驟中具體包括 播放端接收所述傳輸文件及所述源文件記錄； 播放端根據所述封裝條件還原多媒體文件； 提取所述還原多媒體文件的文件長度及播放時間； 判斷所述還原多媒體文件的文件長度及播放時間與源文件記錄中的文件長度及播放時間是否一致，若否，則輸出傳輸異常提不。
6.如權利要求I中所述的方法，其特徵在於，所述根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件步驟具體包括 接收多媒體文件； 將所述多媒體文件分解為視頻文件及音頻文件； 將所述視頻文件及音頻文件根據封裝條件進行封裝，所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式。
7.一種節目多媒體文件的傳輸系統，其特徵在於，包括接收單元；封裝単元；傳輸單元；解除封裝単元；播放單元，其中 接收單元，用於接收多媒體文件； 封裝単元，用於根據封裝條件將所述多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式； 傳輸單元，用於獲取播放端的傳輸地址，根據所述的傳輸地址將所述封裝後傳輸文件傳輸至所述播放端； 解除封裝単元，用於將所述播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件； 播放單元，用於在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放。
8.如權利要求7中所述的系統，其特徵在於所述封裝単元，還包括，二次封裝単元，所述二次封裝単元用於，根據網絡傳輸協議類型及傳輸速率將所述接收多媒體文件進行一次封裝； 將封裝後的多媒體文件根據多媒體文件數據傳輸格式進行二次封裝，並在所述二次封裝過程中對視頻關鍵幀按播放順序給予標號、記錄，並生成關鍵幀記錄文件； 獲得封裝後傳輸文件。
9.如權利要求8中所述的系統，其特徵在於，所述二次封裝単元中還包括關鍵幀圖像截取單元，所述關鍵幀圖像截取單元，用於對所述視頻關鍵幀進行截圖，生成關鍵幀截圖文件，所述關鍵幀截圖文件與所述關鍵幀播放順序標號相對應。
10.如權利要求7中所述的系統，其特徵在於，所述封裝単元中還包括源文件生成單元，所述源文件生成単元，用於提取所述封裝後傳輸文件的文件長度及播放時間，生成源文件記錄。
11.如權利要求10中所述的系統，其特徵在於，所述解除封裝単元中還包括傳輸文件比對單元，所述傳輸文件比對單元，用於播放端接收所述傳輸文件、及所述源文件記錄；播放端根據所述封裝條件還原多媒體文件；提取所述還原多媒體文件的文件長度及播放時間；判斷所述還原多媒體文件的文件長度及播放時間與源文件記錄中的文件長度及播放時間是否一致，若否，則輸出傳輸異常提示。
12.如權利要求7中所述的系統，其特徵在於，所述封裝単元，還包括多媒體文件分解単元，所述多媒體文件分解単元，用於接收多媒體文件；將所述多媒體文件分解為，視頻文件及音頻文件；將所述視頻文件及音頻文件根據封裝條件進行封裝，所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式。
全文摘要
本發明公開了一種電視節目多媒體文件的傳輸方法及系統，具體包括接收多媒體文件；根據封裝條件將所述接收多媒體文件進行封裝，獲得封裝後傳輸文件；所述封裝條件包括，網絡傳輸協議類型、傳輸速率和多媒體文件數據傳輸格式；獲取播放端傳輸地址，將所述封裝後傳輸文件傳輸至所述播放端地址；將播放端所接收的傳輸文件，根據所述封裝條件還原為多媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統，對所述多媒體文件進行播放，本發明解決了媒體流文件網絡實施傳輸、播放的問題，並獲得了將所採集的多媒體流文件轉換為可通過網絡實時傳輸及播放的媒體流數據文件，從而實現對媒體流文件的實時傳輸及實時播放。
文檔編號H04N5/262GK102694989SQ20111024970
公開日2012年9月26日 申請日期2011年8月26日 優先權日2011年8月26日
發明者王蓓蓓 申請人:新奧特(北京)視頻技術有限公司