專利名稱：一種流媒體采集編碼服務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體技術(shù)領(lǐng)域，特別是涉及一種流媒體采集編碼服務(wù)系統(tǒng)。
背景技術(shù)：
互聯(lián)網(wǎng)的普及和多媒體技術(shù)在互聯(lián)網(wǎng)上的應(yīng)用，迫切要求能解決實(shí)時(shí)傳送視頻、 音頻、計(jì)算機(jī)動(dòng)畫等媒體文件的技術(shù)，在這種背景下，產(chǎn)生了流式傳輸技術(shù)及流媒體。通俗 的講，流式傳輸技術(shù)是指在互聯(lián)網(wǎng)上的視音頻服務(wù)器將聲音、圖像或動(dòng)畫等媒體文件從服 務(wù)器向客戶端實(shí)時(shí)連續(xù)傳輸時(shí)，用戶不必等待全部媒體文件下載完畢，而只需延遲幾秒或 十幾秒，就可以在用戶的計(jì)算機(jī)上播放，而文件的其余部分則由用戶計(jì)算機(jī)在后臺(tái)繼續(xù)接 收，直至播放完畢或用戶中止操作。這種技術(shù)使用戶在播放視音頻或動(dòng)畫等媒體的等待時(shí) 間成百倍的減少，而且不需要太多的緩存。而流媒體指在internet/intranet中使用流式 傳輸技術(shù)的連續(xù)時(shí)基媒體，如音頻、視頻或多媒體文件。流媒體技術(shù)廣泛地應(yīng)用于視頻直播、視頻點(diǎn)播等多個(gè)領(lǐng)域，包括源信號(hào)采集、壓縮 編碼、流媒體傳輸、播出等多個(gè)環(huán)節(jié)的處理。其中，流媒體數(shù)據(jù)的壓縮處理較多采用MPEG系 列標(biāo)準(zhǔn)。MPEG系列壓縮算法從早期的MPEG-1、MPEG-2發(fā)展到現(xiàn)在的MPEG-4以及最新的 H. 264，其核心壓縮原理沒(méi)有變化。一種采用H. 264或MPEG-4壓縮算法的網(wǎng)絡(luò)流媒體視頻服務(wù)器，當(dāng)把其放在網(wǎng)絡(luò)帶 寬過(guò)低或網(wǎng)絡(luò)帶寬不明確且不穩(wěn)定的互聯(lián)網(wǎng)上時(shí)，存在以下問(wèn)題圖像畫面非常不流暢，畫面停頓感和滯后感非常強(qiáng)烈，可能幾秒畫面才動(dòng)一下，或 者畫面很長(zhǎng)時(shí)間不動(dòng)，無(wú)法滿足正常觀看和播放的質(zhì)量要求。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種流媒體采集編碼服務(wù)系統(tǒng)，以解決圖像畫 面不流暢的問(wèn)題。為了解決上述問(wèn)題，本發(fā)明公開了一種流媒體采集編碼服務(wù)系統(tǒng)，包括信號(hào)采集模塊，用于實(shí)時(shí)采集原始音視頻流；編碼器，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模塊，編 碼過(guò)程中根據(jù)網(wǎng)絡(luò)帶寬實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀出現(xiàn)的概率；通訊服務(wù)模塊，用于將所述音視頻數(shù)據(jù)拆分成網(wǎng)絡(luò)傳輸包的形式分發(fā)給請(qǐng)求端。優(yōu)選的，所述信號(hào)采集模塊用于對(duì)每個(gè)視頻源實(shí)時(shí)采集多路原始音視頻流，每路 對(duì)應(yīng)一種碼率。優(yōu)選的，所述編碼器為多路編碼器，用于對(duì)每個(gè)視頻源并發(fā)啟動(dòng)多路編碼，每路對(duì)
應(yīng)一種碼率。優(yōu)選的，所述編碼器包括編碼模塊，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模 塊；
帶寬檢測(cè)模塊，用于實(shí)時(shí)檢測(cè)網(wǎng)絡(luò)帶寬；關(guān)鍵幀調(diào)整模塊，用于根據(jù)網(wǎng)絡(luò)帶寬，通過(guò)減小音視頻數(shù)據(jù)中關(guān)鍵幀產(chǎn)生的間隔， 來(lái)增加編碼過(guò)程中關(guān)鍵幀出現(xiàn)的概率。優(yōu)選的，所述編碼器還包括校驗(yàn)?zāi)K，用于在所述關(guān)鍵幀中加入校驗(yàn)信息。優(yōu)選的，所述通訊服務(wù)模塊每次將多個(gè)網(wǎng)絡(luò)傳輸包分發(fā)給請(qǐng)求端。其中，所述請(qǐng)求端為流媒體直播引擎或集群存儲(chǔ)服務(wù)器。優(yōu)選的，所述流媒體直播引擎用于將接收到的音視頻數(shù)據(jù)傳輸給客戶端播放器， 傳輸過(guò)程中實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀的發(fā)送概率。優(yōu)選的，所述信號(hào)采集模塊同步采集原始音視頻流。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)首先，本發(fā)明提供了一種流媒體采集編碼服務(wù)系統(tǒng)，對(duì)流媒體壓縮編碼的處理進(jìn) 行了優(yōu)化，在網(wǎng)絡(luò)帶寬過(guò)低或網(wǎng)絡(luò)帶寬不明確且不穩(wěn)定的情況下，通過(guò)在編碼過(guò)程中增加 音視頻數(shù)據(jù)中關(guān)鍵幀出現(xiàn)的概率，解決圖像畫面不流暢的問(wèn)題。其次，所述系統(tǒng)可以對(duì)每個(gè)視頻源實(shí)時(shí)采集多路原始音視頻流，并可以對(duì)每個(gè)視 頻源并發(fā)啟動(dòng)多路編碼，其中每路對(duì)應(yīng)一種碼率。這樣，同一視頻就有多種碼率可供用戶選 擇，用戶可以在網(wǎng)絡(luò)帶寬資源較少的情況下選擇低碼率，而在帶寬資源充足的情況下選擇 高碼率，實(shí)現(xiàn)多碼率的切換，從而保證視頻播放的流暢度。再次，所述系統(tǒng)在向請(qǐng)求端發(fā)送網(wǎng)絡(luò)傳輸包形式的音視頻數(shù)據(jù)時(shí)，可以打破傳統(tǒng) TCP/IP協(xié)議每次讀取64K數(shù)據(jù)包的規(guī)定，一次讀取和傳輸多個(gè)包，即每次讀取和傳輸?shù)臄?shù) 據(jù)量大于64K，從而減少數(shù)據(jù)讀寫次數(shù)，減少整個(gè)系統(tǒng)和網(wǎng)絡(luò)的開銷。


圖1是本發(fā)明實(shí)施例一所述一種流媒體采集編碼服務(wù)系統(tǒng)的結(jié)構(gòu)圖；圖2是本發(fā)明實(shí)施例一中編碼器的結(jié)構(gòu)圖；圖3是本發(fā)明實(shí)施例二所述一種流媒體采集編碼服務(wù)系統(tǒng)的結(jié)構(gòu)圖。
具體實(shí)施例方式為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí) 施方式對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說(shuō)明。在實(shí)際應(yīng)用中，雖然H. 264或者M(jìn)PEG-4的壓縮算法比MPEG-2、MJPEG等先進(jìn)了很 多，更大的降低了碼流，但是，在低帶寬下卻反而容易造成畫面不流暢的問(wèn)題。這是為什么 呢？首先需要分析出原因，才能解決該問(wèn)題。本發(fā)明對(duì)此問(wèn)題的分析如下與MJPEG壓縮每一幀都是單獨(dú)JPEG圖的方式不同，MPEG系列壓縮算法采用了 I 幀、P幀和B幀的模式，其中，I幀是關(guān)鍵幀，P幀是前向預(yù)測(cè)幀，B幀是后向預(yù)測(cè)幀。MPEG解 碼過(guò)程如下當(dāng)解碼器收到一個(gè)I幀，可立刻進(jìn)行解碼，而不需要其它條件。但是，當(dāng)解碼器收 到P幀或者B幀的時(shí)候，就不能夠立刻進(jìn)行解碼，比如，P幀的解碼需要解碼器先解碼該幀前面的P幀或者I幀。如果前面的P幀或者I幀在網(wǎng)絡(luò)中丟掉，即使后面連續(xù)收到很多P幀， 也無(wú)法正常解碼。例如在帶寬不夠的情況下網(wǎng)絡(luò)丟掉一個(gè)I幀，即使隨后的P幀都收到， 仍然無(wú)法正確解碼出圖像。這就是為什么低帶寬下MPEG4或者H. 264壓縮算法表現(xiàn)還不如 MJEPG的原因。本發(fā)明基于上述原因，提供了一種流媒體采集編碼服務(wù)系統(tǒng)，該系統(tǒng)提出一種解 決思路增加關(guān)鍵幀的概率，使解碼器在一定時(shí)間內(nèi)收到更多的關(guān)鍵幀，這樣，即使由于網(wǎng) 絡(luò)問(wèn)題出現(xiàn)丟幀現(xiàn)象，由于解碼器可以在更短的時(shí)間間隔內(nèi)收到下一個(gè)關(guān)鍵幀，因此可以 立即進(jìn)行解碼播放，從而解決了畫面長(zhǎng)時(shí)間停滯的問(wèn)題。下面通過(guò)實(shí)施例進(jìn)行詳細(xì)說(shuō)明。實(shí)施例一參照?qǐng)D1，是本發(fā)明實(shí)施例一所述一種流媒體采集編碼服務(wù)系統(tǒng)的結(jié)構(gòu)圖。所述流媒體采集編碼服務(wù)系統(tǒng)主要包括信號(hào)采集模塊11，用于實(shí)時(shí)采集原始音視頻流；編碼器12，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模塊 13，編碼過(guò)程中根據(jù)網(wǎng)絡(luò)帶寬實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀出現(xiàn)的概率；通訊服務(wù)模塊13，用于將所述音視頻數(shù)據(jù)拆分成網(wǎng)絡(luò)傳輸包的形式分發(fā)給請(qǐng)求端。其中，參照?qǐng)D2，所述編碼器12可以進(jìn)一步包括編碼模塊21，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模 塊；帶寬檢測(cè)模塊22，用于實(shí)時(shí)檢測(cè)網(wǎng)絡(luò)帶寬；關(guān)鍵幀調(diào)整模塊23，用于根據(jù)網(wǎng)絡(luò)帶寬，通過(guò)減小音視頻數(shù)據(jù)中關(guān)鍵幀產(chǎn)生的間 隔，來(lái)增加編碼過(guò)程中關(guān)鍵幀出現(xiàn)的概率。所述帶寬檢測(cè)模塊22能以比較簡(jiǎn)單的算法和較低的開銷，對(duì)帶寬進(jìn)行實(shí)時(shí)檢測(cè)， 實(shí)時(shí)掌握實(shí)際的網(wǎng)絡(luò)帶寬，這樣就可以對(duì)編碼策略進(jìn)行實(shí)時(shí)調(diào)整，從而最大利用帶寬進(jìn)行 流媒體視頻傳輸。在MPEG系列編碼算法中，通常用GOP (Group Of Picture)這一值來(lái)設(shè)置I幀產(chǎn)生 的間隔。所謂G0P，意思是畫面組，一個(gè)GOP就是一組連續(xù)的畫面。經(jīng)過(guò)所述帶寬檢測(cè)模塊22的檢測(cè)，如果當(dāng)前網(wǎng)絡(luò)帶寬良好，則所述關(guān)鍵幀調(diào)整模 塊23可以按照通常的經(jīng)驗(yàn)值來(lái)設(shè)置GOP值。但是，如果檢測(cè)結(jié)果是當(dāng)前的網(wǎng)絡(luò)帶寬過(guò)低或 網(wǎng)絡(luò)帶寬不明確且不穩(wěn)定，則所述關(guān)鍵幀調(diào)整模塊23可以將GOP的值調(diào)整到一個(gè)較小的合 適值，相應(yīng)的，I幀產(chǎn)生的間隔變小，就可以增加編碼過(guò)程中I幀出現(xiàn)的概率。例如，一組視 頻幀包含15幀，假設(shè)每隔4幀是一個(gè)I幀，則共有3個(gè)I幀；將I幀的間隔減小為2幀，則 共有5個(gè)I幀，I幀增加了 2幀。這樣，如果1秒鐘能夠產(chǎn)生多個(gè)I幀，即使偶爾丟掉了一個(gè)I幀，下一個(gè)I幀也能 很快彌補(bǔ)上，圖像不至于長(zhǎng)時(shí)間的停滯。優(yōu)選的，為了保證服務(wù)器播放的內(nèi)容不會(huì)被隨意篡改，所述編碼器12還可以包 括校驗(yàn)?zāi)K24，用于在所述關(guān)鍵幀中加入校驗(yàn)信息。
上述系統(tǒng)解決了圖像畫面不流暢的問(wèn)題，在此基礎(chǔ)上優(yōu)選的，所述系統(tǒng)還提供了多碼率編碼的特性，如下所述信號(hào)采集模塊11可以對(duì)每個(gè)視頻源實(shí)時(shí)采集多路原始音視頻流，每路對(duì)應(yīng) 一禾中碼率；并且，所述編碼器12可以對(duì)每個(gè)視頻源并發(fā)啟動(dòng)多路編碼，每路對(duì)應(yīng)一種碼率。其中，碼率就是數(shù)據(jù)傳輸時(shí)單位時(shí)間傳送的數(shù)據(jù)位數(shù)，碼率也叫碼流(Data Rate)ο所述視頻源是指視頻的信號(hào)來(lái)源，一路視頻源可以為一個(gè)單獨(dú)的節(jié)目，也可以針 對(duì)一個(gè)頻道。每一路視頻源會(huì)預(yù)置多種可選的碼率，不同視頻源可以設(shè)置不同的碼率。這樣，同一視頻就有多種碼率可供用戶選擇，用戶可以在網(wǎng)絡(luò)帶寬資源較少的情 況下選擇低碼率，而在帶寬資源充足的情況下選擇高碼率，實(shí)現(xiàn)多碼率的切換，從而保證視 頻播放的流暢度。例如，提供兩路碼率高清視頻碼率和流暢視頻碼率。其中，流暢視頻碼率是針對(duì) 帶寬環(huán)境不能滿足高清視頻要求的客戶設(shè)置。高清視頻碼率的配置為320kbps H. 264 High profile 視頻 +64kbps MP3 音頻；流暢視頻碼率的配置為200kbps H. 264 視頻 +48kbps MP3 音頻。編碼器并發(fā)啟動(dòng)兩路編碼，這樣用戶可以在帶寬支持高畫質(zhì)的情況下選擇高清視 頻碼率，在帶寬不支持高畫質(zhì)的情況下選擇流暢視頻碼率，雖然畫質(zhì)受到一些影響，但還是 可以保證視頻的流暢播放。再例如，提供多種碼率，用戶在不同的場(chǎng)景下，可以選擇不同的碼流。如對(duì)于主要使用聲音模式的場(chǎng)景，如用戶在網(wǎng)上進(jìn)行遠(yuǎn)程教育的學(xué)習(xí)，播放網(wǎng)絡(luò)講 座等，由于用戶關(guān)注的是聲音，對(duì)畫面的播放可以忽略，因此這種情況下，可以選擇低碼流 的播放，即使畫面播放不連續(xù)，但保證聲音播放流暢即可。對(duì)于主要觀看視頻畫面的場(chǎng)景，如電影、電視劇的播放、球賽的直播等，用戶關(guān)注 聲音的同時(shí)，更主要的是觀看畫面，因此這種情況下，就需要選擇高碼流的播放，以保證畫 面的流暢。而且在網(wǎng)絡(luò)帶寬支持的情況下，用戶還可以選擇更高的碼流來(lái)提高畫面的清晰 度，享受高畫質(zhì)的播放。實(shí)施例二 參照?qǐng)D3，是本發(fā)明實(shí)施例二所述一種流媒體采集編碼服務(wù)系統(tǒng)的結(jié)構(gòu)圖。所述系統(tǒng)包括三個(gè)層級(jí)，最底層的是系統(tǒng)層1，包括硬件平臺(tái)以及覆蓋其上的操作 系統(tǒng)和設(shè)備驅(qū)動(dòng)，還有音/視頻采集設(shè)備；中間層是采集壓縮系統(tǒng)2，主要包括信號(hào)采集模 塊、多路編碼器和通訊服務(wù)模塊；最上層的是請(qǐng)求端3，如流媒體直播引擎、轉(zhuǎn)發(fā)服務(wù)及存 儲(chǔ)服務(wù)等，其中存儲(chǔ)服務(wù)可以由集群存儲(chǔ)服務(wù)器實(shí)現(xiàn)。其中，所述采集壓縮系統(tǒng)2是整個(gè)系統(tǒng)中非常重要的組件，其主要功能是采集音 視頻源信號(hào)，將其編碼成多種碼率的FLV格式，并發(fā)送給直播引擎和集群存儲(chǔ)服務(wù)器的錄 制端。所述系統(tǒng)的采集編碼過(guò)程如下
信號(hào)采集模塊通過(guò)音、視頻采集設(shè)備或數(shù)字信號(hào)進(jìn)行多碼率實(shí)時(shí)采集，應(yīng)用了優(yōu) 化的視音頻幀interleave算法，通過(guò)由視頻源采集出音視頻，實(shí)現(xiàn)同步性高的音視頻采 集。采集得到的中間格式以高清晰的H. 264格式編碼后傳入多路編碼器。多路編碼器可對(duì)于每個(gè)視頻源并發(fā)啟動(dòng)多路編碼，接收到來(lái)自信號(hào)采集模塊的 H. 264格式的原始音視頻流后，按照用戶需求將其編碼成多個(gè)不同圖像大小、碼率、幀率的 流，然后提供給通訊服務(wù)模塊。本實(shí)施例提供了一種優(yōu)化的編碼策略多路編碼器在編碼過(guò) 程中可以根據(jù)網(wǎng)絡(luò)帶寬實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀出現(xiàn)的概率，例如在網(wǎng)絡(luò)帶寬過(guò)低或 網(wǎng)絡(luò)帶寬不明確且不穩(wěn)定的情況下，可以通過(guò)減小關(guān)鍵幀產(chǎn)生的間隔，來(lái)增加編碼過(guò)程中 關(guān)鍵幀出現(xiàn)的概率，解決畫面流暢的問(wèn)題。通訊服務(wù)模塊接受外部應(yīng)用的請(qǐng)求后，將音視頻數(shù)據(jù)拆分成網(wǎng)絡(luò)傳輸包的形式分 發(fā)給請(qǐng)求端。如果網(wǎng)絡(luò)發(fā)生阻塞，通訊服務(wù)模塊可以根據(jù)實(shí)時(shí)性要求選擇暫存或丟棄幀的 策略，后者可以保證所發(fā)數(shù)據(jù)都是最新的。例如，通訊服務(wù)模塊可以將音視頻數(shù)據(jù)發(fā)送給流 媒體直播引擎，該引擎用于提供音視頻直播服務(wù)，直播引擎可以將編碼好的音視頻數(shù)據(jù)實(shí) 時(shí)發(fā)送給用戶。優(yōu)選的，所述流媒體采集編碼服務(wù)系統(tǒng)的一個(gè)特點(diǎn)是數(shù)據(jù)發(fā)送方式通常，網(wǎng)絡(luò)上的數(shù)據(jù)傳輸按照傳統(tǒng)TCP/IP協(xié)議每次讀取64K的數(shù)據(jù)包。但本實(shí)施 例中，所述通訊服務(wù)模塊定義了自己的通信協(xié)議，該協(xié)議將網(wǎng)絡(luò)傳輸包發(fā)送給請(qǐng)求端的過(guò) 程中，每次讀取多個(gè)64K的包進(jìn)行傳輸，即每次的數(shù)據(jù)量要大于64K。這樣，可以減少數(shù)據(jù)讀 寫次數(shù)，減少整個(gè)系統(tǒng)和網(wǎng)絡(luò)的開銷。例如，通訊服務(wù)模塊向?qū)崿F(xiàn)存儲(chǔ)服務(wù)的集群存儲(chǔ)服務(wù)器發(fā)送音視頻數(shù)據(jù)，每次向 集群存儲(chǔ)服務(wù)器存入大于64K的多個(gè)數(shù)據(jù)包，由于每次訪問(wèn)集群存儲(chǔ)服務(wù)器的數(shù)據(jù)量較 大，因此總的訪問(wèn)次數(shù)減少了，就可以節(jié)省CPU、網(wǎng)絡(luò)等各項(xiàng)資源。優(yōu)選的，在通訊服務(wù)模塊將音視頻數(shù)據(jù)發(fā)送給流媒體直播引擎的過(guò)程中，本實(shí)施 例還提供了一種優(yōu)化的發(fā)送策略，用于解決圖像畫面的不流暢，如下所述流媒體直播引擎可以在傳輸過(guò)程中實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀的發(fā)送概 率，可以通過(guò)增加單位時(shí)間內(nèi)容I幀的發(fā)送概率來(lái)盡量滿足解碼器的解碼需求。綜上所述，所述流媒體采集編碼服務(wù)系統(tǒng)具有實(shí)時(shí)采集、多碼率優(yōu)化編碼、優(yōu)化發(fā) 送等特點(diǎn)，可廣泛的應(yīng)用于網(wǎng)絡(luò)直播、點(diǎn)播等多個(gè)領(lǐng)域。本說(shuō)明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與 其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似的部分互相參見即可。以上對(duì)本發(fā)明所提供的一種流媒體采集編碼服務(wù)系統(tǒng)，進(jìn)行了詳細(xì)介紹，本文中 應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助 理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想， 在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書內(nèi)容不應(yīng)理解為對(duì)本 發(fā)明的限制。
權(quán)利要求
一種流媒體采集編碼服務(wù)系統(tǒng)，其特征在于，包括信號(hào)采集模塊，用于實(shí)時(shí)采集原始音視頻流；編碼器，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模塊，編碼過(guò)程中根據(jù)網(wǎng)絡(luò)帶寬實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀出現(xiàn)的概率；通訊服務(wù)模塊，用于將所述音視頻數(shù)據(jù)拆分成網(wǎng)絡(luò)傳輸包的形式分發(fā)給請(qǐng)求端。
2.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于所述信號(hào)采集模塊用于對(duì)每個(gè)視頻源實(shí)時(shí)采集多路原始音視頻流，每路對(duì)應(yīng)一種碼率。
3.根據(jù)權(quán)利要求2所述的系統(tǒng)，其特征在于所述編碼器為多路編碼器，用于對(duì)每個(gè)視頻源并發(fā)啟動(dòng)多路編碼，每路對(duì)應(yīng)一種碼率。
4.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述編碼器包括編碼模塊，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模塊； 帶寬檢測(cè)模塊，用于實(shí)時(shí)檢測(cè)網(wǎng)絡(luò)帶寬；關(guān)鍵幀調(diào)整模塊，用于根據(jù)網(wǎng)絡(luò)帶寬，通過(guò)減小音視頻數(shù)據(jù)中關(guān)鍵幀產(chǎn)生的間隔，來(lái)增 加編碼過(guò)程中關(guān)鍵幀出現(xiàn)的概率。
5.根據(jù)權(quán)利要求4所述的系統(tǒng)，其特征在于，所述編碼器還包括 校驗(yàn)?zāi)K，用于在所述關(guān)鍵幀中加入校驗(yàn)信息。
6.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于所述通訊服務(wù)模塊每次將多個(gè)網(wǎng)絡(luò)傳輸包分發(fā)給請(qǐng)求端。
7.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于所述請(qǐng)求端為流媒體直播引擎或集群存儲(chǔ)服務(wù)器。
8.根據(jù)權(quán)利要求7所述的系統(tǒng)，其特征在于所述流媒體直播引擎用于將接收到的音視頻數(shù)據(jù)傳輸給客戶端播放器，傳輸過(guò)程中實(shí) 時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀的發(fā)送概率。
9.根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于 所述信號(hào)采集模塊同步采集原始音視頻流。
全文摘要
本發(fā)明提供了一種流媒體采集編碼服務(wù)系統(tǒng)，所述系統(tǒng)包括信號(hào)采集模塊，用于實(shí)時(shí)采集原始音視頻流；編碼器，用于將所述原始音視頻流編碼成音視頻數(shù)據(jù)，并提供給通訊服務(wù)模塊，編碼過(guò)程中根據(jù)網(wǎng)絡(luò)帶寬實(shí)時(shí)調(diào)整音視頻數(shù)據(jù)中關(guān)鍵幀出現(xiàn)的概率；通訊服務(wù)模塊，用于將所述音視頻數(shù)據(jù)拆分成網(wǎng)絡(luò)傳輸包的形式分發(fā)給請(qǐng)求端。而且，所述信號(hào)采集模塊可以對(duì)每個(gè)視頻源實(shí)時(shí)采集多路原始音視頻流，所述編碼器可以對(duì)每個(gè)視頻源并發(fā)啟動(dòng)多路編碼，其中每路對(duì)應(yīng)一種碼率。所述系統(tǒng)可以保證圖像畫面的流暢播放，并提供了多碼率可供用戶選擇切換。
文檔編號(hào)H04N7/26GK101917613SQ200910242808
公開日2010年12月15日 申請(qǐng)日期2009年12月17日 優(yōu)先權(quán)日2009年12月17日
發(fā)明者何宇飛, 夏永宏, 李軍, 溫曉瑤 申請(qǐng)人:新奧特(北京)視頻技術(shù)有限公司