專利名稱：一種電視節(jié)目多媒體文件的傳輸方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電視節(jié)目制作領(lǐng)域中，特別是應(yīng)用于基于網(wǎng)絡(luò)的電視節(jié)目的多媒體文件的實(shí)時(shí)傳輸，所使用的一種電視節(jié)目多媒體文件的傳輸方法及系統(tǒng)。
背景技術(shù)：
在電視節(jié)目制作領(lǐng)域，為實(shí)現(xiàn)對(duì)現(xiàn)場(chǎng)多媒體文件的實(shí)施使用，因此需要電視節(jié)目遠(yuǎn)程連線完成多媒體文件的傳輸，能夠顯著増加電視節(jié)目的現(xiàn)場(chǎng)感和真實(shí)感，豐富了節(jié)目可以使用的素材范圍，并且能夠使不在現(xiàn)場(chǎng)的人參與到節(jié)目中來(lái)。這種方式已經(jīng)被各電視 臺(tái)廣泛采用。目前常用的幾種連線方法及其缺點(diǎn)如下首先，電話連線。這種方式的優(yōu)點(diǎn)是使用方便，只需要遠(yuǎn)程參與節(jié)目的人有一部電話即可，受限制小。但這種方法只能進(jìn)行語(yǔ)音連線，而不能進(jìn)行視頻連線，對(duì)于突發(fā)事件等情況并不適用。其次、3G視頻連線。通過3G電話網(wǎng)絡(luò)傳輸視頻信號(hào)到演播室。但由于3G網(wǎng)絡(luò)的帶寬限制，視頻信號(hào)的質(zhì)量不能保證，也會(huì)影響到觀眾的收視效果。隨著計(jì)算機(jī)網(wǎng)絡(luò)的不斷發(fā)展，其帶寬和延遲都足以保證高質(zhì)量的視頻流傳輸。目前在因特網(wǎng)上已經(jīng)有眾多的網(wǎng)絡(luò)流媒體服務(wù)。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)的缺點(diǎn)為在實(shí)現(xiàn)現(xiàn)場(chǎng)多媒體文件從采集到制作，及傳輸?shù)绞褂眠^程中，需要根據(jù)傳輸方式、網(wǎng)絡(luò)協(xié)議及使用時(shí)的播放格式進(jìn)行統(tǒng)一，因此，在對(duì)多媒體流文件的制作過程中需要較長(zhǎng)的時(shí)間，而且在網(wǎng)絡(luò)傳輸和播放過程中，其多媒體文件的傳輸質(zhì)量及使用時(shí)的播放質(zhì)量受到網(wǎng)絡(luò)傳輸?shù)南拗?，?jīng)常會(huì)因?yàn)榫W(wǎng)絡(luò)傳輸?shù)南拗贫档投嗝襟w文件的使用。

發(fā)明內(nèi)容
針對(duì)現(xiàn)有技術(shù)電視節(jié)目多媒體文件傳輸過程中的所存在的問題和局限，本發(fā)明要解決的技術(shù)問題是解決了媒體流文件網(wǎng)絡(luò)實(shí)施傳輸、播放的問題。針對(duì)上述技術(shù)問題通過本發(fā)明提供一種電視節(jié)目多媒體文件的傳輸方法，具體包括接收多媒體文件；根據(jù)封裝條件將所述多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式；獲取播放端的傳輸?shù)刂罚鶕?jù)所述的傳輸?shù)刂穼⑺龇庋b后傳輸文件傳輸至所述播放端；將所述播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放。同時(shí)，本發(fā)明還提供一種節(jié)目多媒體文件的傳輸系統(tǒng)，包括接收單元；封裝單元；傳輸單元；解除封裝単元；播放單元，其中接收單元，用于接收多媒體文件；封裝単元，用于根據(jù)封裝條件將所述多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式；傳輸單元，用于獲取播放端的傳輸?shù)刂罚鶕?jù)所述的傳輸?shù)刂穼⑺龇庋b后傳輸文件傳輸至所述播放端；解除封裝単元，用于將所述播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件；播放單元，用于在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例具有以下優(yōu)點(diǎn)通過對(duì)多媒體文件的采集，及對(duì)所采集多媒體文件的封裝，將所采集的多媒體流文件轉(zhuǎn)換為可通過網(wǎng)絡(luò)實(shí)時(shí)傳輸及播放的媒體流數(shù)據(jù)文件，從而實(shí)現(xiàn)對(duì)媒體流文件的實(shí)時(shí)傳輸及實(shí)時(shí)播放。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I :是本發(fā)明實(shí)施例一中一種電視節(jié)目多媒體文件的傳輸方法的流程圖；圖2 :是本發(fā)明實(shí)施例ニ中另ー種電視節(jié)目多媒體文件的傳輸方法的流程圖；圖3 :是本發(fā)明實(shí)施例三中一種電視節(jié)目多媒體文件的傳輸系統(tǒng)的示意圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例I中提供了一種電視節(jié)目多媒體文件的傳輸方法，如圖I所示，包括以下步驟步驟SlOl :接收多媒體文件；此步驟在實(shí)現(xiàn)過程中，通常會(huì)由視頻采集端完成，在電視節(jié)目制作領(lǐng)域，視頻采集端所指的是要進(jìn)行現(xiàn)場(chǎng)視頻連線的嘉賓、現(xiàn)場(chǎng)記者所處得視頻采集點(diǎn)，而實(shí)際播放端是演播室現(xiàn)場(chǎng)的主持人，視頻采集端和播放端通過計(jì)算機(jī)網(wǎng)絡(luò)連接。在視頻采集端，需要準(zhǔn)備ー個(gè)USB接ロ的攝像頭，ー個(gè)麥克風(fēng)，一臺(tái)裝有windowsmedia encoder的計(jì)算機(jī),并保證網(wǎng)絡(luò)連接正常。多媒體文件的采集過程,首先在視頻采集端進(jìn)行硬件采集設(shè)備的配置，將采集設(shè)備與連接USB攝像頭和麥克風(fēng)相連，進(jìn)行多媒體資料的錄制，從而完成對(duì)多媒體數(shù)據(jù)的采集。步驟S102 :進(jìn)行媒體流文件封裝；根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式；在此步驟中，要將采集獲得的多媒體資料按照一定協(xié)議規(guī)則及播放端的播放方式進(jìn)行編碼，具體可以在Windows Media Services的控制臺(tái)中，選擇要從中傳輸數(shù)據(jù)的服務(wù)器及控制協(xié)議，通常使用HTTP協(xié)議將已編碼流發(fā)送到Windows Media服務(wù)器；之后，在Windows Media Encoder的計(jì)算機(jī)上啟動(dòng)Media Encoder,在向?qū)е羞x擇“廣播實(shí)況事件”，并選擇視頻和音頻的輸入設(shè)備；選擇視頻流傳輸?shù)姆椒ㄍǔＳ袃煞N方式，一種是“推傳遞到WindowsMedia服務(wù)器”，另外ー種是“自編碼器拉傳遞”，本發(fā)明中采用推方式，考慮到拉方式需要引入一個(gè)視頻采集與分發(fā)服務(wù)器，他的引入必然增加網(wǎng)絡(luò)延遲，加劇視頻傳輸不同步的可能性；指定服務(wù)器的名稱或地址，并指定發(fā)布點(diǎn)的名稱，選擇編碼方式等內(nèi)容，根據(jù)實(shí)際來(lái)選擇多比特率流；在進(jìn)行以上操作后可以在編碼器窗口上點(diǎn)擊“開始編碼”。步驟S103 :獲取播放端傳輸?shù)刂?；獲取播放端傳輸?shù)刂罚瑢⑺龇庋b后傳輸文件傳輸至所述播放端地址； 在此步驟中，采集端首先獲取多媒體視頻播放端的地址(IP或MAC地址)，在與對(duì)方(多媒體視頻播放端)建立對(duì)話后，開始進(jìn)行多媒體視頻文件的傳輸；步驟S104 :將媒體流文件進(jìn)行還原；將播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件；在此步驟中，視頻播放端先對(duì)所收到的多媒體視頻文件進(jìn)行解封裝操作，還原回最初所采集的視頻文件；步驟S105 :播放媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放。在播放端將配置與視頻采集系統(tǒng)響應(yīng)的播放系統(tǒng)如安裝流媒體播放軟件(如windows media player,暴風(fēng)影音等)，從而實(shí)現(xiàn)多媒體文件在播放端的播放。本發(fā)明實(shí)施例2中提供了另ー種電視節(jié)目多媒體文件的傳輸方法的流程圖，如圖2所示，包括以下步驟步驟S201 :接收多媒體文件；此步驟與實(shí)施例一中一致，不再重復(fù)闡述；步驟S202 :進(jìn)行媒體流文件封裝；根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式；在此步驟的實(shí)現(xiàn)過程中，還可以在進(jìn)行媒體流文件封裝過程中具體包括根據(jù)網(wǎng)絡(luò)傳輸協(xié)議類型及傳輸速率將所述接收多媒體文件進(jìn)行一次封裝；將封裝后的多媒體文件根據(jù)多媒體文件數(shù)據(jù)傳輸格式進(jìn)行二次封裝，并在所述ニ次封裝過程中對(duì)視頻關(guān)鍵幀按播放順序給予標(biāo)號(hào)、記錄，并生成關(guān)鍵幀記錄文件；通過以上封裝操作可以對(duì)視頻關(guān)鍵幀的數(shù)量進(jìn)行統(tǒng)計(jì)，對(duì)關(guān)鍵幀的播放順序進(jìn)行編號(hào)，在播放端對(duì)傳輸文件解碼過程中，如果在傳輸過程中出現(xiàn)錯(cuò)誤，可以通過對(duì)關(guān)鍵幀數(shù)量及標(biāo)號(hào)的匹配檢驗(yàn)，核實(shí)所傳輸文件是否為正確可用的文件，同時(shí)，對(duì)于文件容量較大的文件，通常需要幾次傳輸才能完成，正確記錄下所傳輸?shù)年P(guān)鍵幀，可以有效保證，后續(xù)的傳輸，及所傳輸媒體流文件的整體性，之后，獲得封裝后傳輸文件。在生成關(guān)鍵幀記錄文件后還包括
對(duì)所述視頻關(guān)鍵幀進(jìn)行截圖，生成關(guān)鍵幀截圖文件，所述關(guān)鍵幀截圖文件與所述關(guān)鍵巾貞播放順序標(biāo)號(hào)相對(duì)應(yīng)；通過對(duì)關(guān)鍵幀截圖文件，可以獲得更為準(zhǔn)確的媒體流文件在播放端的預(yù)覽，對(duì)于容量較大的文件，通常情況下只有在播放端將全部媒體流文件獲取后才能完成連續(xù)播放的工作，但是通過以上對(duì)關(guān)鍵幀截圖的操作，在媒體流文件傳輸開始，就可完成對(duì)傳輸媒體流文件，關(guān)鍵幀截圖文件的傳輸，對(duì)應(yīng)時(shí)間關(guān)鍵幀播放系列，在播放端，可以在媒體流文件開始傳輸后，獲取以上的關(guān)鍵幀截圖，因此，用戶可以預(yù)先對(duì)所希望觀看的媒體流文件，通過對(duì)關(guān)鍵幀截圖的預(yù)覽，進(jìn)行快速定位，并且不會(huì)増加系統(tǒng)的計(jì)算量。在對(duì)媒體流文件采集、封裝過程中，由于不同用戶對(duì)媒體流文件的需要，如有些用戶只需要對(duì)媒體流文件中的音頻進(jìn)行采集，因此可以對(duì)媒體流文件進(jìn)行以下操作首先，接收多媒體文件；將所述多媒體文件分解為，視頻文件及音頻文件；將所述視頻文件及音頻文件根據(jù)封裝條件進(jìn)行封裝，所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式。
步驟S203 :提取源文件記錄；提取所述封裝后傳輸文件的文件長(zhǎng)度及播放時(shí)間，生成源文件記錄，在進(jìn)行源文件封裝后，為了能有效核實(shí)，源媒體流文件是否在傳輸過程中丟失，因此，對(duì)封裝后的媒體流文件信息進(jìn)行采集記錄。步驟S204 :獲取播放端傳輸?shù)刂罚猾@取播放端傳輸?shù)刂?，將所述封裝后傳輸文件傳輸至所述播放端地址；此步驟與實(shí)施例一中一致，不再重復(fù)闡述；步驟S205 :將媒體流文件進(jìn)行還原；將播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件；步驟S206 :對(duì)源多媒體文件進(jìn)行校驗(yàn)具體包括播放端接收所述傳輸文件、及所述源文件記錄；播放端根據(jù)所述封裝條件還原多媒體文件；提取所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間；判斷所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間與源文件記錄中的文件長(zhǎng)度及播放時(shí)間是否一致，若否，則輸出傳輸異常提示；通過以上對(duì)源文件的校驗(yàn)，可以有效驗(yàn)證媒體流文件是否在傳輸過程中丟失，并且文件丟失后，及時(shí)對(duì)播放端用戶進(jìn)行提示。步驟S207 :播放媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放；此步驟與實(shí)施例一中一致，不再重復(fù)闡述；本發(fā)明實(shí)施例3中提供了一種節(jié)目多媒體文件的傳輸系統(tǒng)，如圖3所示，包括接收單元301 ;封裝單元302 ;傳輸單元303 ;解除封裝単元304 ;播放單元305 ；接收單元301，用于接收多媒體文件；封裝単元302，用于根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式；封裝單元302還包括二次封裝單元3021，所述二次封裝單元用于，根據(jù)網(wǎng)絡(luò)傳輸協(xié)議類型及傳輸速率將所述接收多媒體文件進(jìn)行一次封裝；將封裝后的多媒體文件根據(jù)多媒體文件數(shù)據(jù)傳輸格式進(jìn)行二次封裝，并在所述二次封裝過程中對(duì)視頻關(guān)鍵幀按播放順序給予標(biāo)號(hào)、記錄，并生成關(guān)鍵幀記錄文件；獲得封裝后傳輸文件。所述封裝単元302中還包括源文件生成単元3022，所述源文件生成単元，用于提取所述封裝后傳輸文件的文件長(zhǎng)度及播放時(shí)間，生成源文件記錄。
所述封裝単元302，還包括多媒體文件分解単元3023，所述多媒體文件分解単元，用于接收多媒體文件；將所述多媒體文件分解為，視頻文件及音頻文件；將所述視頻文件及音頻文件根據(jù)封裝條件進(jìn)行封裝，所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式。所述二次封裝単元3021中還包括關(guān)鍵幀圖像截取単元30211，所述關(guān)鍵幀圖像截取単元，用于對(duì)所述視頻關(guān)鍵幀進(jìn)行截圖，生成關(guān)鍵幀截圖文件，所述關(guān)鍵幀截圖文件與所述關(guān)鍵巾貞播放順序標(biāo)號(hào)相對(duì)應(yīng)。傳輸單兀303,用于獲取播放端傳輸?shù)刂?將所述封裝后傳輸文件傳輸至所述播放端地址；解除封裝単元304，用于將播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多
媒體文件；解除封裝単元304中還包括傳輸文件比對(duì)單元3041，所述傳輸文件比對(duì)單元，用于播放端接收所述傳輸文件、及所述源文件記錄；播放端根據(jù)所述封裝條件還原多媒體文件；提取所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間；判斷所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間與源文件記錄中的文件長(zhǎng)度及播放時(shí)間是否一致，若否，則輸出傳輸異常提
/Jn ο播放單元305，用于在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放。通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可以通過硬件實(shí)現(xiàn)，也可以借助軟件加必要的通用硬件平臺(tái)的方式來(lái)實(shí)現(xiàn)。基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來(lái)，該軟件產(chǎn)品可以存儲(chǔ)在一個(gè)非易失性存儲(chǔ)介質(zhì)(可以是⑶-R0M，U盤，移動(dòng)硬盤等)中，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例所述的方法。本領(lǐng)域技術(shù)人員可以理解附圖只是ー個(gè)優(yōu)選實(shí)施例的示意圖，附圖中的模塊或流程并不一定是實(shí)施本發(fā)明所必須的。本領(lǐng)域技術(shù)人員可以理解實(shí)施例中的裝置中的模塊可以按照實(shí)施例描述進(jìn)行分布于實(shí)施例的裝置中，也可以進(jìn)行相應(yīng)變化位于不同于本實(shí)施例的ー個(gè)或多個(gè)裝置中。上述實(shí)施例的模塊可以合并為ー個(gè)模塊，也可以進(jìn)ー步拆分成多個(gè)子模塊。上述本發(fā)明實(shí)施例序號(hào)僅僅為了描述，不代表實(shí)施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個(gè)具體實(shí)施例，但是，本發(fā)明并非局限于此，任何本領(lǐng)域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種電視節(jié)目多媒體文件的傳輸方法，其特征在于，包括 接收多媒體文件； 根據(jù)封裝條件將所述多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式； 獲取播放端的傳輸?shù)刂罚鶕?jù)所述的傳輸?shù)刂穼⑺龇庋b后傳輸文件傳輸至所述播放端; 將所述播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件； 在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放。
2.如權(quán)利要求I中所述的方法，其特征在于，所述根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率、多媒體文件數(shù)據(jù)傳輸格式具體包括 根據(jù)網(wǎng)絡(luò)傳輸協(xié)議類型及傳輸速率將所述多媒體文件進(jìn)行一次封裝，得到第一次封裝文件； 將所述第一次封裝文件根據(jù)多媒體文件數(shù)據(jù)傳輸格式進(jìn)行二次封裝得到第二次封裝文件，并在所述二次封裝過程中對(duì)視頻關(guān)鍵幀按播放順序給予標(biāo)號(hào)和記錄，并生成關(guān)鍵幀記錄文件； 根據(jù)所述第二次封裝文件及所述關(guān)鍵幀記錄文件獲得封裝后傳輸文件。
3.如權(quán)利要求2中所述的方法，其特征在于，所述將封裝后的多媒體文件根據(jù)多媒體文件數(shù)據(jù)傳輸格式進(jìn)行二次封裝，并在所述二次封裝過程中對(duì)視頻關(guān)鍵幀按播放順序給予標(biāo)號(hào)和記錄，并生成關(guān)鍵幀記錄文件后還包括 對(duì)所述視頻關(guān)鍵幀進(jìn)行截圖，生成關(guān)鍵幀截圖文件，所述關(guān)鍵幀截圖文件與所述關(guān)鍵中貞播放順序標(biāo)號(hào)相對(duì)應(yīng)。
4.如權(quán)利要求I中所述的方法，其特征在于，所述根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件步驟后還可以包括 提取所述封裝后傳輸文件的文件長(zhǎng)度及播放時(shí)間，生成源文件記錄。
5.如權(quán)利要求4中所述的方法，其特征在于，所述將播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件步驟中具體包括 播放端接收所述傳輸文件及所述源文件記錄； 播放端根據(jù)所述封裝條件還原多媒體文件； 提取所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間； 判斷所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間與源文件記錄中的文件長(zhǎng)度及播放時(shí)間是否一致，若否，則輸出傳輸異常提不。
6.如權(quán)利要求I中所述的方法，其特征在于，所述根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件步驟具體包括 接收多媒體文件； 將所述多媒體文件分解為視頻文件及音頻文件； 將所述視頻文件及音頻文件根據(jù)封裝條件進(jìn)行封裝，所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式。
7.一種節(jié)目多媒體文件的傳輸系統(tǒng)，其特征在于，包括接收單元；封裝単元；傳輸單元；解除封裝単元；播放單元，其中 接收單元，用于接收多媒體文件； 封裝単元，用于根據(jù)封裝條件將所述多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式； 傳輸單元，用于獲取播放端的傳輸?shù)刂?，根?jù)所述的傳輸?shù)刂穼⑺龇庋b后傳輸文件傳輸至所述播放端； 解除封裝単元，用于將所述播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件； 播放單元，用于在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放。
8.如權(quán)利要求7中所述的系統(tǒng)，其特征在于所述封裝単元，還包括，二次封裝単元，所述二次封裝単元用于，根據(jù)網(wǎng)絡(luò)傳輸協(xié)議類型及傳輸速率將所述接收多媒體文件進(jìn)行一次封裝； 將封裝后的多媒體文件根據(jù)多媒體文件數(shù)據(jù)傳輸格式進(jìn)行二次封裝，并在所述二次封裝過程中對(duì)視頻關(guān)鍵幀按播放順序給予標(biāo)號(hào)、記錄，并生成關(guān)鍵幀記錄文件； 獲得封裝后傳輸文件。
9.如權(quán)利要求8中所述的系統(tǒng)，其特征在于，所述二次封裝単元中還包括關(guān)鍵幀圖像截取單元，所述關(guān)鍵幀圖像截取單元，用于對(duì)所述視頻關(guān)鍵幀進(jìn)行截圖，生成關(guān)鍵幀截圖文件，所述關(guān)鍵幀截圖文件與所述關(guān)鍵幀播放順序標(biāo)號(hào)相對(duì)應(yīng)。
10.如權(quán)利要求7中所述的系統(tǒng)，其特征在于，所述封裝単元中還包括源文件生成單元，所述源文件生成単元，用于提取所述封裝后傳輸文件的文件長(zhǎng)度及播放時(shí)間，生成源文件記錄。
11.如權(quán)利要求10中所述的系統(tǒng)，其特征在于，所述解除封裝単元中還包括傳輸文件比對(duì)單元，所述傳輸文件比對(duì)單元，用于播放端接收所述傳輸文件、及所述源文件記錄；播放端根據(jù)所述封裝條件還原多媒體文件；提取所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間；判斷所述還原多媒體文件的文件長(zhǎng)度及播放時(shí)間與源文件記錄中的文件長(zhǎng)度及播放時(shí)間是否一致，若否，則輸出傳輸異常提示。
12.如權(quán)利要求7中所述的系統(tǒng)，其特征在于，所述封裝単元，還包括多媒體文件分解単元，所述多媒體文件分解単元，用于接收多媒體文件；將所述多媒體文件分解為，視頻文件及音頻文件；將所述視頻文件及音頻文件根據(jù)封裝條件進(jìn)行封裝，所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式。
全文摘要
本發(fā)明公開了一種電視節(jié)目多媒體文件的傳輸方法及系統(tǒng)，具體包括接收多媒體文件；根據(jù)封裝條件將所述接收多媒體文件進(jìn)行封裝，獲得封裝后傳輸文件；所述封裝條件包括，網(wǎng)絡(luò)傳輸協(xié)議類型、傳輸速率和多媒體文件數(shù)據(jù)傳輸格式；獲取播放端傳輸?shù)刂罚瑢⑺龇庋b后傳輸文件傳輸至所述播放端地址；將播放端所接收的傳輸文件，根據(jù)所述封裝條件還原為多媒體文件；在所述播放端配置與所述多媒體文件格式匹配的播放系統(tǒng)，對(duì)所述多媒體文件進(jìn)行播放，本發(fā)明解決了媒體流文件網(wǎng)絡(luò)實(shí)施傳輸、播放的問題，并獲得了將所采集的多媒體流文件轉(zhuǎn)換為可通過網(wǎng)絡(luò)實(shí)時(shí)傳輸及播放的媒體流數(shù)據(jù)文件，從而實(shí)現(xiàn)對(duì)媒體流文件的實(shí)時(shí)傳輸及實(shí)時(shí)播放。
文檔編號(hào)H04N5/262GK102694989SQ20111024970
公開日2012年9月26日 申請(qǐng)日期2011年8月26日 優(yōu)先權(quán)日2011年8月26日
發(fā)明者王蓓蓓 申請(qǐng)人:新奧特(北京)視頻技術(shù)有限公司