專利名稱：音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及音視頻技術(shù)，尤其涉及一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法和系統(tǒng)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)、移動媒體的快速發(fā)展，音視頻數(shù)據(jù)的展示方式也變得豐富多彩。將傳 統(tǒng)廣播電視媒體中的音視頻節(jié)目在互聯(lián)網(wǎng)上或移動媒體中進(jìn)行播放，或者是將互聯(lián)網(wǎng)上和 移動媒體中的音視頻數(shù)據(jù)借助廣播電視媒體進(jìn)行展示的方式越來越受到用戶的歡迎。由于 傳統(tǒng)廣播電視媒體，互聯(lián)網(wǎng)和移動媒體這三種平臺支持的音視頻數(shù)據(jù)編碼格式和采用的傳 輸控制協(xié)議各不相同，在這三種平臺下，如果其中任一種平臺需要展示另外兩種平臺下的 音視頻數(shù)據(jù)時，就需要將接收到的音視頻數(shù)據(jù)進(jìn)行相應(yīng)的格式轉(zhuǎn)換再發(fā)送給用戶端。目前， 已經(jīng)有一些技術(shù)解決方案可以實現(xiàn)將其中一種或兩種平臺下的音視頻數(shù)據(jù)格式轉(zhuǎn)換成第 三種平臺支持的音視頻數(shù)據(jù)格式進(jìn)行展示。比如，網(wǎng)絡(luò)電視實現(xiàn)了傳統(tǒng)的廣播電視媒體中 的音視頻節(jié)目在互聯(lián)網(wǎng)平臺上的播放；手機(jī)電視，公交移動電視等移動終端設(shè)備可以展現(xiàn) 傳統(tǒng)的廣播電視媒體中的音視頻節(jié)目；借助電視網(wǎng)絡(luò)播放機(jī)可以將互聯(lián)網(wǎng)平臺上和移動媒 體中的音視頻數(shù)據(jù)展示在廣播電視媒體上。然而，音視頻數(shù)據(jù)的編碼格式和傳輸控制協(xié)議種類繁多，雖然已有很多標(biāo)準(zhǔn)成為 了業(yè)內(nèi)標(biāo)準(zhǔn)，但由于各個標(biāo)準(zhǔn)的制定者并不是由同一公司制定，用戶將其它平臺的音視頻 數(shù)據(jù)在自己的平臺下展示前仍需要進(jìn)行音視頻數(shù)據(jù)相應(yīng)的格式轉(zhuǎn)換。而目前市場上雖然已 經(jīng)出現(xiàn)一些音視頻技術(shù)解決方案，但這些解決方案互不兼容，都是只專注于將接收到的音 視頻數(shù)據(jù)按照特定平臺所支持的音視頻數(shù)據(jù)編碼格式或按照特定平臺所采用的傳輸控制 協(xié)議進(jìn)行轉(zhuǎn)發(fā)，例如借助網(wǎng)絡(luò)電視，采用互聯(lián)網(wǎng)平臺下的解決方案只是實現(xiàn)了傳統(tǒng)的廣播 電視媒體中的音視頻節(jié)目在互聯(lián)網(wǎng)平臺上的播放；如果想在手機(jī)電視，公交移動電視等移 動終端設(shè)備上觀看傳統(tǒng)的廣播電視媒體中的音視頻節(jié)目就需要采用移動媒體解決方案。因 此，現(xiàn)有技術(shù)中，在同一個解決方案里無法實現(xiàn)將接收到的音視頻數(shù)據(jù)在多個平臺上按照 各自所支持的音視頻數(shù)據(jù)格式或按照各自所采用的傳輸控制協(xié)議實現(xiàn)轉(zhuǎn)發(fā)。

發(fā)明內(nèi)容
本發(fā)明的實施例提供一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法和系統(tǒng)，實現(xiàn)將接收到的音視頻 數(shù)據(jù)按照多種平臺各自所支持的編碼格式或各自所采用的傳輸控制協(xié)議進(jìn)行轉(zhuǎn)發(fā)。為達(dá)到上述目的，本發(fā)明的實施例采用如下技術(shù)方案一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，包括從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)；將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出。一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，包括提取單元，用于從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)；輸出單元，用于將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出O由上述方案所描述的本發(fā)明實施例，所述源數(shù)據(jù)和目標(biāo)數(shù)據(jù)都可以來自于多種平 臺，采用不同的編碼格式或傳輸控制協(xié)議。所述提取單元可以從不同的源數(shù)據(jù)中提取出無 壓縮的音視頻數(shù)據(jù)，并將所述無壓縮的音視頻數(shù)據(jù)發(fā)送到輸出單元，所述輸出單元可以按 照用戶所需求的目標(biāo)數(shù)據(jù)所采用的編碼格式或傳輸控制協(xié)議，將所述無壓縮的音視頻數(shù)據(jù) 轉(zhuǎn)換成多種格式的目標(biāo)數(shù)據(jù)，并發(fā)送所述目標(biāo)數(shù)據(jù)給用戶。所述目標(biāo)數(shù)據(jù)根據(jù)用戶的需求 動態(tài)確定，不會出現(xiàn)現(xiàn)有技術(shù)中只能按照特定平臺所支持的數(shù)據(jù)編碼格式或所采用的傳輸 控制協(xié)議進(jìn)行轉(zhuǎn)發(fā)的問題，實現(xiàn)將接收到的音視頻數(shù)據(jù)按照多種平臺各自所支持的音視頻 數(shù)據(jù)編碼格式或各自所采用的傳輸控制協(xié)議進(jìn)行轉(zhuǎn)發(fā)。


圖1為本發(fā)明實施例1視音頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法的流程圖；圖2為本發(fā)明實施例1視音頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)圖；圖3為本發(fā)明實施例2視音頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法的流程
圖4為本發(fā)明實施例2視音頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護(hù)的范圍。實施例1 本發(fā)明實施例提供一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，如圖1所示，該方法包括如下步 驟101、從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)。所述無壓縮的音視頻數(shù)據(jù)為一種沒有 經(jīng)過編碼壓縮處理的數(shù)據(jù)，并且該數(shù)據(jù)中不包含其他類型的數(shù)據(jù)，只包含音視頻數(shù)據(jù)。該無 壓縮的音視頻數(shù)據(jù)可以按照多種平臺各自所支持的音視頻數(shù)據(jù)編碼格式或各自所采用的 傳輸控制協(xié)議進(jìn)行轉(zhuǎn)換。102、將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出。所述目標(biāo) 數(shù)據(jù)根據(jù)不同的用戶需求動態(tài)確定，存在多種格式，可以是在互聯(lián)網(wǎng)上或移動媒體中傳輸 的流媒體數(shù)據(jù)，也可以是在電視廣播平臺上傳輸?shù)臒o壓縮的音視頻數(shù)據(jù)，或者是存儲在硬 盤上音視頻文件。為了實現(xiàn)上述方法，本發(fā)明實施例還提供一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，如圖2所 示，該系統(tǒng)包括提取單元21和輸出單元22。該系統(tǒng)接收到的源數(shù)據(jù)之后，提取單元21用于從源數(shù)據(jù)中提取出無壓縮的音視 頻數(shù)據(jù)。輸出單元22用于將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸 出。經(jīng)過提取單元21，可以將無壓縮的音視頻數(shù)據(jù)與源數(shù)據(jù)中的其他類型的數(shù)據(jù)進(jìn)行分離， 該無壓縮的音視頻數(shù)據(jù)可以在輸出單元22根據(jù)用戶需求目標(biāo)數(shù)據(jù)的不同，按照多種編碼 格式進(jìn)行數(shù)據(jù)編碼格式的轉(zhuǎn)換或采用多種傳輸控制協(xié)議實現(xiàn)傳輸方式的轉(zhuǎn)換并輸出。實現(xiàn)了將接收到的音視頻數(shù)據(jù)按照多種平臺各自所支持的音視頻數(shù)據(jù)編碼格式或各自所采用 的傳輸控制協(xié)議進(jìn)行轉(zhuǎn)發(fā)。 實施例2 由實施例1可知，所述目標(biāo)數(shù)據(jù)是根據(jù)用戶需求的不同而確定，存在多種格式。本 實施例具體描述源數(shù)據(jù)為采用MMS(Microsoft Media Server Protocol，微軟媒體服務(wù)器 協(xié)議)傳輸?shù)牧髅襟w數(shù)據(jù)，目標(biāo)數(shù)據(jù)為MP4(MPEG-4 Part 14)格式的音視頻文件，如圖3所 示，在該實施例中音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法包括如下步驟301、接收匪S流媒體數(shù)據(jù)。302、按照MMS協(xié)議對所述MMS流媒體數(shù)據(jù)進(jìn)行解包得到壓縮音視頻數(shù)據(jù)。經(jīng)過解包，可以將音視頻數(shù)據(jù)與匪S流媒體數(shù)據(jù)中包含的其他數(shù)據(jù)相分離，只獲 得所需的音視頻數(shù)據(jù)，這種音視頻數(shù)據(jù)是一種壓縮格式的數(shù)據(jù)。303、將上述經(jīng)過解包得到的壓縮音視頻數(shù)據(jù)按照所述MMS流媒體數(shù)據(jù)對應(yīng)的解 碼算法進(jìn)行解碼為無壓縮的音視頻數(shù)據(jù)。經(jīng)過解碼，解包得到的壓縮音視頻數(shù)據(jù)被還原為無壓縮的音視頻數(shù)據(jù)，這種無壓 縮的音視頻數(shù)據(jù)可以方便地按照其他編碼格式轉(zhuǎn)換為多種不同格式的音視頻數(shù)據(jù)。304、將所述無壓縮的音視頻數(shù)據(jù)按照MP4文件對應(yīng)的編碼算法進(jìn)行壓縮編碼得 到壓縮音視頻數(shù)據(jù)。經(jīng)過壓縮編碼，可以將無壓縮的音視頻數(shù)據(jù)進(jìn)行相應(yīng)的壓縮，得到的壓縮音視頻 數(shù)據(jù)占用較少的存儲空間，利于存儲。305、按照MP4文件格式將所述壓縮音視頻數(shù)據(jù)寫入MP4文件。所述MP4文件存放 在相應(yīng)存儲設(shè)備上，如硬盤。上述方法支持多種目標(biāo)數(shù)據(jù)格式的轉(zhuǎn)發(fā)。目標(biāo)數(shù)據(jù)為流媒體數(shù)據(jù)時，例如采用 RTSP協(xié)議(Real Time Streaming Protocol，實時流傳輸協(xié)議)傳輸?shù)牧髅襟w數(shù)據(jù)，上述步 驟304-305可以采用以下步驟進(jìn)行替換304A 按照RTSP流媒體數(shù)據(jù)對應(yīng)的編碼算法將所述無壓縮的音視頻數(shù)據(jù)進(jìn)行壓 縮編碼得到壓縮音視頻數(shù)據(jù)。所述無壓縮的音視頻數(shù)據(jù)是經(jīng)過步驟303得到的無壓縮的音 視頻數(shù)據(jù)。305A 按照RTSP協(xié)議將所述壓縮音視頻數(shù)據(jù)打包成RTSP流媒體數(shù)據(jù)。經(jīng)過打包 之后的RTSP流媒體數(shù)據(jù)包含了 RTSP協(xié)議相應(yīng)的控制信息和壓縮音視頻數(shù)據(jù)，并以傳輸包 的形式在網(wǎng)絡(luò)上傳輸。306A 按照RTSP協(xié)議將RTSP流媒體數(shù)據(jù)發(fā)送給用戶。經(jīng)過步驟304A-306A，實現(xiàn)了將從所述MMS流媒體數(shù)據(jù)提取出來的無壓縮的音視 頻數(shù)據(jù)轉(zhuǎn)換為RTSP流媒體數(shù)據(jù)并發(fā)送到互聯(lián)網(wǎng)或移動媒體上。目標(biāo)數(shù)據(jù)也可以為無壓縮格式的目標(biāo)數(shù)據(jù)，主要在電視廣播平臺上進(jìn)行傳輸。 無壓縮格式的目標(biāo)數(shù)據(jù)通過無壓縮目標(biāo)數(shù)據(jù)傳輸接口進(jìn)行發(fā)送，所述無壓縮目標(biāo)數(shù)據(jù)傳 輸接 口包括 SDI 接口(Serial Digital Interface，數(shù)字串行接口)或 HDMI 接口(High Definition Multimedia Interface，冑 冑口 )。在目標(biāo)數(shù)據(jù)為SDI信號時，上述步驟304-305可以采用以下步驟進(jìn)行替換304B 由于最后需要形成SDI信號，而SDI信號是一種通過SDI接口傳輸?shù)臒o壓縮的音視頻數(shù)據(jù)，故而本過程需要將無壓縮的音視頻數(shù)據(jù)發(fā)送到SDI接口，從SDI接口輸出的音視頻數(shù)據(jù)形成了 SDI信號。在目標(biāo)數(shù)據(jù)為HDMI信號時，上述步驟304-305將采用以下步驟進(jìn)行替換304C 由于最后需要形成HDMI信號，而HDMI信號是一種通過HDMI接口傳輸?shù)臒o 壓縮的音視頻數(shù)據(jù)，故而本過程需要將無壓縮的音視頻數(shù)據(jù)發(fā)送到HDMI接口，從HDMI接口 輸出的音視頻數(shù)據(jù)形成了 HDMI信號。經(jīng)過步驟304B或304C，實現(xiàn)了將從所述MMS流媒體數(shù)據(jù)提取出來的無壓縮的音視 頻數(shù)據(jù)發(fā)送到SDI接口或HDMI接口，以SDI信號或HDMI信號進(jìn)行輸出。同樣，上述音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法也支持多種格式的源數(shù)據(jù)的接收。源數(shù)據(jù)為音 視頻文件時，例如MPEG (Moving Picture Experts Group，動態(tài)圖像專家組)格式的音視頻 文件，上述步驟301-303可以采用如下步驟進(jìn)行替換301A 接收MPEG文件。所述MPEG文件是一種經(jīng)過壓縮編碼的音視頻文件，只包含 音視頻數(shù)據(jù)，存放在相應(yīng)的存儲設(shè)備上，如硬盤。302A 將所述MPEG文件按照MPEG文件對應(yīng)的解碼算法進(jìn)行解碼為無壓縮的音視 頻數(shù)據(jù)。步驟302A執(zhí)行完之后，根據(jù)目標(biāo)數(shù)據(jù)格式的不同可以選擇從步驟304或304A或 304B或304C開始執(zhí)行。實現(xiàn)將所述從MPEG文件提取出來的無壓縮的音視頻數(shù)據(jù)根據(jù)不同 的目標(biāo)數(shù)據(jù)格式進(jìn)行編碼轉(zhuǎn)為MP4文件再存儲，或者進(jìn)行編碼再打包轉(zhuǎn)換為RTSP流媒體數(shù) 據(jù)進(jìn)行發(fā)送，或者直接發(fā)送到SDI接口或HDMI接口進(jìn)行輸出。實現(xiàn)了將接收到的MPEG文 件按照多種格式進(jìn)行轉(zhuǎn)發(fā)。源數(shù)據(jù)也可以是無壓縮格式的源數(shù)據(jù)，所述無壓縮格式的源數(shù)據(jù)是一種通過無壓 縮源數(shù)據(jù)傳輸接口接收到的無壓縮的音視頻數(shù)據(jù)，主要在電視廣播平臺上進(jìn)行傳輸。所述 無壓縮源數(shù)據(jù)傳輸接口包括采集設(shè)備輸出接口，如SDI接口或HDMI接口。在源數(shù)據(jù)為SDI信號時，上述步驟301-303可以采用如下步驟進(jìn)行替換301B:由于所述SDI信號是一種通過SDI接口傳輸?shù)臒o壓縮的音視頻數(shù)據(jù)，所以本 過程只需要從SDI接口接收無壓縮的音視頻數(shù)據(jù)。步驟301B執(zhí)行完之后，根據(jù)目標(biāo)數(shù)據(jù)格式的不同可以選擇從步驟304或304A或 304C開始執(zhí)行，實現(xiàn)將所述從SDI接口接收的無壓縮的音視頻數(shù)據(jù)根據(jù)不同的目標(biāo)數(shù)據(jù)格 式進(jìn)行編碼轉(zhuǎn)為MP4文件再存儲，或者進(jìn)行編碼再打包轉(zhuǎn)換為RTSP流媒體數(shù)據(jù)進(jìn)行發(fā)送， 或者直接發(fā)送到HDMI接口進(jìn)行輸出。實現(xiàn)了將接收到的SDI信號按照多種格式進(jìn)行轉(zhuǎn)發(fā)。源數(shù)據(jù)為HDMI信號時，上述步驟301-303可以采用如下步驟進(jìn)行替換30IC 由于所述HDMI信號是一種通過HDMI接口傳輸?shù)臒o壓縮的音視頻數(shù)據(jù)，所以 本過程只需要從HDMI接口接收無壓縮的音視頻數(shù)據(jù)。步驟301C執(zhí)行完之后，根據(jù)目標(biāo)數(shù)據(jù)格式的不同可以選擇從步驟304或304A或 304B開始執(zhí)行。實現(xiàn)了將接收到的HDMI信號按照多種格式進(jìn)行轉(zhuǎn)發(fā)。本實施例還提供一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，當(dāng)源數(shù)據(jù)為匪S流媒體數(shù)據(jù)，目標(biāo) 數(shù)據(jù)為MP4格式的音視頻文件時，如圖4所示，該系統(tǒng)包括提取單元41和輸出單元42。其中，所述提取單元41包括第一接收模塊411、解包模塊412和第一解碼模塊 413。第一接收模塊411用于接收MMS流媒體數(shù)據(jù)；解包模塊412用于按照MMS協(xié)議對所述MMS流媒體數(shù)據(jù)進(jìn)行解包得到壓縮音視頻數(shù)據(jù)；第一解碼模塊413用于將上述經(jīng)過解包得 到的音視頻數(shù)據(jù)按照所述MMS流媒體數(shù)據(jù)對應(yīng)的解碼算法進(jìn)行解碼為無壓縮的音視頻數(shù) 據(jù)。
所述輸出單元42包括第二編碼模塊421用于按照所述MP4文件格式對應(yīng)的編碼 算法將經(jīng)過提取單元41得到的無壓縮的音視頻數(shù)據(jù)進(jìn)行壓縮編碼得到壓縮音視頻數(shù)據(jù)， 和寫入模塊422用于將所述壓縮音視頻數(shù)據(jù)按照MP4文件格式寫入MP4文件。該系統(tǒng)支持多種格式的目標(biāo)數(shù)據(jù)轉(zhuǎn)發(fā)，當(dāng)所述目標(biāo)數(shù)據(jù)為流媒體數(shù)據(jù)時，例如 RTSP流媒體數(shù)據(jù)，所述輸出單元42包括第一編碼模塊421A、打包模塊423和第一發(fā)送模 塊 424。第一編碼模塊421A用于按照所述RTSP流媒體數(shù)據(jù)格式對應(yīng)的編碼算法將所述提 取單元41得到的無壓縮的音視頻數(shù)據(jù)進(jìn)行壓縮編碼得到壓縮音視頻數(shù)據(jù)，打包模塊423用 于按照RTSP協(xié)議將所述壓縮音視頻數(shù)據(jù)打包成RTSP流媒體數(shù)據(jù)，第一發(fā)送模塊424用于 將RTSP流媒體數(shù)據(jù)按照RTSP協(xié)議發(fā)送到互聯(lián)網(wǎng)或移動媒體上。該系統(tǒng)中所述第二編碼模塊421和第一編碼模塊421A可以集成在同一個模塊中， 也可以是兩個獨立的模塊。所述第二編碼模塊421和第一編碼模塊421A的編碼功能可以 通過編碼器實現(xiàn)。所述目標(biāo)數(shù)據(jù)也可以為無壓縮格式的目標(biāo)數(shù)據(jù)，包括SDI信號或HDMI信號。所述 目標(biāo)數(shù)據(jù)為SDI信號時，所述輸出單元42包括第二發(fā)送模塊424A用于將所述提取單元41 得到的無壓縮的音視頻數(shù)據(jù)發(fā)送到SDI接口，以SDI信號的形式輸出。所述目標(biāo)數(shù)據(jù)為HDMI信號時，所述第二發(fā)送模塊424A還用于將所述提取單元41 得到的無壓縮的音視頻數(shù)據(jù)發(fā)送到HDMI接口，以HDMI信號的形式輸出。該系統(tǒng)中所述第一發(fā)送模塊424和第二發(fā)送模塊424A可以集成在同一個模塊中， 也可以是兩個獨立的模塊。同樣，該系統(tǒng)也支持多種格式的源數(shù)據(jù)的接收。源數(shù)據(jù)為音視頻文件時，例如 MPEG文件，所述提取單元41包括第二接收模塊41IA用于接收MPEG文件，和第二解碼模塊 413A用于將所述MPEG文件按照MPEG文件對應(yīng)的解碼算法進(jìn)行解碼為無壓縮的音視頻數(shù) 據(jù)。該系統(tǒng)中所述第一解碼模塊413和第二解碼模塊413A可以集成在同一個模塊中， 也可以是兩個獨立的模塊。所述第一解碼模塊413和第二解碼模決413A的解碼功能可以 通過解碼器實現(xiàn)。源數(shù)據(jù)也可以是無壓縮格式的源數(shù)據(jù)，包括采集設(shè)備輸出接口輸出的音視頻數(shù) 據(jù)，如SDI信號或HDMI信號。當(dāng)所述源數(shù)據(jù)為SDI信號時，由于所述SDI信號是一種通過SDI接口傳輸?shù)臒o壓 縮的音視頻數(shù)據(jù)，故而所述提取單元41包括第三接收模塊411B用于從SDI接口接收無壓 縮的音視頻數(shù)據(jù)，并將該無壓縮的音視頻數(shù)據(jù)直接發(fā)送給輸出單元42。當(dāng)所述源數(shù)據(jù)為HDMI信號時，由于所述HDMI信號是一種通過HDMI接口傳輸?shù)臒o 壓縮的音視頻數(shù)據(jù)，故而，所述第三接收模塊41IB還用于從HDMI接口接收無壓縮的音視頻 數(shù)據(jù)，并將該無壓縮的音視頻數(shù)據(jù)直接發(fā)送給輸出單元42。該系統(tǒng)中的第一接收模塊411，第二接收模塊411A和第三接收模塊411B可以集成在同一個模塊中，也可以 是分開的獨立模塊。該系統(tǒng)主要應(yīng)用于音視頻技術(shù)領(lǐng)域，也可以用于音視頻數(shù)據(jù)的播出控制。經(jīng)過解 碼操作，或者解包再解碼的操作，或者通過無壓縮源數(shù)據(jù)傳輸接口的接收操作，提取單元將 無壓縮的音視頻數(shù)據(jù)從源數(shù)據(jù)中提取出來。然后，經(jīng)過壓縮編碼，或者壓縮編碼再打包，或 者通過無壓縮目標(biāo)數(shù)據(jù)傳輸接口的發(fā)送操作，輸出單元將提取單元得到的無壓縮的音視頻 數(shù)據(jù)轉(zhuǎn)換成多種格式的音視頻數(shù)據(jù)進(jìn)行發(fā)送。從而實現(xiàn)了將接收到的音視頻數(shù)據(jù)按照多種 平臺各自所支持的音視頻數(shù)據(jù)格式或各自所采用的傳輸控制協(xié)議進(jìn)行轉(zhuǎn)發(fā)。通過以上的實施方式的描述，所屬領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借 助軟件加必需的通用硬件的方式來實現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳 的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部 分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在可讀取的存儲介質(zhì)中，如計 算機(jī)的軟盤，硬盤或光盤等，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)， 服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何 熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵 蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)所述以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1.一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，包括從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)；將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出。
2.根據(jù)權(quán)利要求1所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述源數(shù)據(jù)為流媒體 數(shù)據(jù)時，從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)包括接收流媒體數(shù)據(jù)；按照所述流媒體數(shù)據(jù)采用的傳輸控制協(xié)議對所述流媒體數(shù)據(jù)進(jìn)行解包得到壓縮音視 頻數(shù)據(jù)；將上述經(jīng)過解包得到的壓縮音視頻數(shù)據(jù)按照所述流媒體數(shù)據(jù)對應(yīng)的解碼算法進(jìn)行解 碼得到無壓縮的音視頻數(shù)據(jù)。
3.根據(jù)權(quán)利要求1所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述源數(shù)據(jù)為音視頻 文件時，從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)包括接收音視頻文件；將所述音視頻文件按照所述音視頻文件對應(yīng)的解碼算法進(jìn)行解碼得到無壓縮的音視 頻數(shù)據(jù)。
4.根據(jù)權(quán)利要求1所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述源數(shù)據(jù)為來自于 源數(shù)據(jù)時，從源數(shù)據(jù)中提取出無壓縮的音視頻數(shù)據(jù)為從無壓縮源數(shù)據(jù)傳輸接口接收無壓縮格式的源數(shù)據(jù)，并將該無壓縮格式的源數(shù)據(jù)作為 無壓縮的音視頻數(shù)據(jù)。
5.根據(jù)權(quán)利要求3所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述無壓縮源數(shù)據(jù)傳 輸接口包括采集設(shè)備輸出接口。
6.根據(jù)權(quán)利要求1所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述目標(biāo)數(shù)據(jù)為流媒 體數(shù)據(jù)時，將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出包括將所述無壓縮的音視頻數(shù)據(jù)按照所述流媒體數(shù)據(jù)對應(yīng)的編碼算法進(jìn)行壓縮編碼得到 壓縮音視頻數(shù)據(jù)；按照流媒體數(shù)據(jù)格式采用的傳輸控制協(xié)議將所述壓縮音視頻數(shù)據(jù)打包成流媒體數(shù)據(jù)；發(fā)送所述打包之后的流媒體數(shù)據(jù)。
7.根據(jù)權(quán)利要求1所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述目標(biāo)數(shù)據(jù)為音視 頻文件時，將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出包括將所述無壓縮的音視頻數(shù)據(jù)按照所述音視頻文件對應(yīng)的編碼算法進(jìn)行壓縮編碼得到 壓縮音視頻數(shù)據(jù)；按照音視頻文件格式將所述壓縮音視頻數(shù)據(jù)寫入音視頻文件。
8.根據(jù)權(quán)利要求1所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，所述目標(biāo)數(shù)據(jù)為無壓 縮格式的目標(biāo)數(shù)據(jù)時，將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出包 括將無壓縮的音視頻數(shù)據(jù)發(fā)送到無壓縮目標(biāo)數(shù)據(jù)傳輸接口進(jìn)行輸出。
9.根據(jù)權(quán)利要求7所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法，其特征在于，無壓縮目標(biāo)數(shù)據(jù)傳輸 接口包括數(shù)字串行接口或高清晰多媒體接口。
10.一種音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，包括提取單元，用于從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)；輸出單元，用于將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出。
11.根據(jù)權(quán)利要求10所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述源數(shù)據(jù)為流媒 體數(shù)據(jù)時，所述提取單元包括第一接收模塊，用于接收流媒體數(shù)據(jù)；解包模塊，用于按照所述流媒體數(shù)據(jù)采用的傳輸控制協(xié)議對所述流媒體數(shù)據(jù)進(jìn)行解包 得到壓縮音視頻數(shù)據(jù)；第一解碼模塊，用于將上述經(jīng)過解包得到的壓縮音視頻數(shù)據(jù)按照所述流媒體數(shù)據(jù)對應(yīng) 的解碼算法進(jìn)行解碼得到無壓縮的音視頻數(shù)據(jù)。
12.根據(jù)權(quán)利要求10所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述源數(shù)據(jù)為音視 頻文件時，所述提取單元包括第二接收模塊，用于接收音視頻文件；第二解碼模塊，用于將所述音視頻文件按照所述音視頻文件對應(yīng)的解碼算法進(jìn)行解碼 為無壓縮的音視頻數(shù)據(jù)。
13.根據(jù)權(quán)利要求10所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述源數(shù)據(jù)為無壓 縮格式的源數(shù)據(jù)時，所述提取單元包括第三接收模塊，用于從無壓縮源數(shù)據(jù)傳輸接口接收無壓縮格式的源數(shù)據(jù)，并將該無壓 縮格式的源數(shù)據(jù)直接發(fā)送給輸出單元。
14.根據(jù)權(quán)利要求10所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述目標(biāo)數(shù)據(jù)為流 媒體數(shù)據(jù)時，所述輸出單元包括第一編碼模塊，用于將所述無壓縮的音視頻數(shù)據(jù)按照所述流媒體數(shù)據(jù)對應(yīng)的編碼算法 進(jìn)行壓縮編碼得到壓縮音視頻數(shù)據(jù)；打包模塊，用于按照所述流媒體數(shù)據(jù)格式采用的傳輸控制協(xié)議將所述壓縮音視頻數(shù)據(jù) 打包成流媒體數(shù)據(jù)；第一發(fā)送模塊，用于發(fā)送所述打包之后的流媒體數(shù)據(jù)。
15.根據(jù)權(quán)利要求10所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述目標(biāo)數(shù)據(jù)為音 視頻文件時，所述輸出單元包括第二編碼模塊，用于將所述無壓縮的音視頻數(shù)據(jù)按照所述音視頻文件對應(yīng)的編碼算法 進(jìn)行壓縮編碼得到壓縮音視頻數(shù)據(jù)；寫入模塊，用于按照音視頻文件格式將所述壓縮音視頻數(shù)據(jù)寫入音視頻文件。
16.根據(jù)權(quán)利要求10所述的音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)系統(tǒng)，其特征在于，所述目標(biāo)數(shù)據(jù)為無 壓縮格式的目標(biāo)數(shù)據(jù)時，所述輸出單元包括第二發(fā)送模塊，用于將無壓縮的音視頻數(shù)據(jù)發(fā) 送到無壓縮目標(biāo)數(shù)據(jù)傳輸接口進(jìn)行輸出。
全文摘要
本發(fā)明公開了音視頻數(shù)據(jù)的轉(zhuǎn)發(fā)方法和系統(tǒng)，涉及音視頻技術(shù)領(lǐng)域，解決了現(xiàn)有技術(shù)中只能將接收到的音視頻數(shù)據(jù)按照特定平臺所支持的音視頻數(shù)據(jù)編碼格式或按照特定平臺所采用的傳輸控制協(xié)議進(jìn)行轉(zhuǎn)發(fā)的問題。該方法包括從源數(shù)據(jù)中提取無壓縮的音視頻數(shù)據(jù)；將所述無壓縮的音視頻數(shù)據(jù)按照用戶所需求的目標(biāo)數(shù)據(jù)格式輸出。本發(fā)明實施例主要應(yīng)用在音視頻技術(shù)領(lǐng)域。
文檔編號H04N21/643GK102075817SQ200910241509
公開日2011年5月25日 申請日期2009年11月25日 優(yōu)先權(quán)日2009年11月25日
發(fā)明者周銘慧, 時杰, 白東巖 申請人:北京北大方正電子有限公司, 北大方正集團(tuán)有限公司