專利名稱：會(huì)議電視流媒體數(shù)據(jù)管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字信息的傳輸，尤其涉及一種會(huì)議電視流媒體數(shù)據(jù)管理方法。
背景技術(shù)：
在現(xiàn)有技術(shù)中，如果要在流媒體會(huì)議電視系統(tǒng)中實(shí)現(xiàn)點(diǎn)播功能，必須在流媒體會(huì)議直播或制作過(guò)程中完成流媒體視音頻數(shù)據(jù)的實(shí)時(shí)接收存儲(chǔ)和流媒體格式轉(zhuǎn)換工作。
流媒體會(huì)議存儲(chǔ)過(guò)程中，由于每路會(huì)議的持續(xù)時(shí)間是不確定的，且要處理的流媒體視音頻數(shù)據(jù)量也是巨大的；所以對(duì)于流媒體會(huì)議電視系統(tǒng)而言，要想盡可能多地存儲(chǔ)會(huì)議，提高產(chǎn)品的競(jìng)爭(zhēng)力，就必須對(duì)流媒體視音頻數(shù)據(jù)進(jìn)行實(shí)時(shí)接收并加以存儲(chǔ)。
現(xiàn)有技術(shù)中的流媒體視頻會(huì)議實(shí)時(shí)存儲(chǔ)是指流媒體會(huì)議直播時(shí)的視音頻媒體數(shù)據(jù)的存儲(chǔ)過(guò)程。圖1為一個(gè)典型的會(huì)議電視流媒體直播和點(diǎn)播解決方案，其中實(shí)線表示流媒體直播時(shí)視音頻媒體數(shù)據(jù)的走向，虛線表示點(diǎn)播時(shí)媒體數(shù)據(jù)和指令的走向，直播時(shí)，視音頻數(shù)據(jù)首先經(jīng)會(huì)議電視終端編解碼處理形成碼流發(fā)送給會(huì)議電視多點(diǎn)控制單元(MCUMultiple Control Unit)；然后多點(diǎn)控制單元轉(zhuǎn)發(fā)視音頻碼流數(shù)據(jù)到流媒體服務(wù)器特定端口；接著客戶端根據(jù)需要點(diǎn)擊相應(yīng)會(huì)議鏈接；接著流媒體服務(wù)器響應(yīng)鏈接請(qǐng)求轉(zhuǎn)發(fā)相應(yīng)端口的視音頻數(shù)據(jù)給客戶端播放。在直播過(guò)程中，當(dāng)有流媒體存儲(chǔ)需求時(shí)，流媒體服務(wù)器會(huì)發(fā)送存儲(chǔ)消息通知存儲(chǔ)服務(wù)器，并向存儲(chǔ)服務(wù)器特定端口轉(zhuǎn)發(fā)視音頻編碼數(shù)據(jù)，存儲(chǔ)服務(wù)器接收到流媒體服務(wù)器消息后，就會(huì)在指定端口接收視音頻編碼數(shù)據(jù)，并存儲(chǔ)轉(zhuǎn)化為可供點(diǎn)播的媒體文件。點(diǎn)播時(shí)，首先，用戶根據(jù)需要點(diǎn)擊網(wǎng)頁(yè)面上相應(yīng)會(huì)議媒體文件鏈接；然后，流媒體服務(wù)器響應(yīng)鏈接請(qǐng)求并根據(jù)直播存儲(chǔ)得到的媒體文件發(fā)送相應(yīng)視音頻媒體數(shù)據(jù)給客戶端。由上所述可知，存儲(chǔ)模塊對(duì)視頻會(huì)議點(diǎn)播系統(tǒng)實(shí)現(xiàn)和質(zhì)量起著關(guān)鍵作用。
當(dāng)前，世界上占主導(dǎo)地位的流媒體平臺(tái)主要有三個(gè)，即Apple公司的QuickTime Darwin Streaming Server、微軟公司的Windows Media和Real公司的Real Server，這三個(gè)流媒體平臺(tái)在完成流媒體點(diǎn)播的視音頻流數(shù)據(jù)發(fā)送過(guò)程中都要求讀取各自對(duì)應(yīng)的流媒體格式文件，其中，Apple公司的是mov格式、微軟公司的是ASF格式、Real公司的是rm格式，在這些結(jié)構(gòu)定義有所不同的格式中，為了支持流媒體點(diǎn)播的時(shí)間任意性及其他相關(guān)特性，這些流媒體格式都采用了如下相同的策略a、文件格式由視音頻媒體數(shù)據(jù)、視音頻媒體描述信息和其他相關(guān)信息組成。其中，視音頻媒體數(shù)據(jù)是真正的視音頻編碼碼流；視音頻描述信息用于描述視音頻媒體數(shù)據(jù)類型、同步時(shí)間點(diǎn)等信息；其他相關(guān)信息則包括版權(quán)等用戶信息。
b、都是采用對(duì)視音頻媒體數(shù)據(jù)分“時(shí)間片”描述的策略來(lái)實(shí)現(xiàn)點(diǎn)播的時(shí)間任意性及其他相關(guān)特性的同步。由于在流媒體會(huì)議召開(kāi)之前或進(jìn)行當(dāng)中，流媒體會(huì)議結(jié)束時(shí)間是不明確或不可預(yù)知的，也就是說(shuō)，流媒體會(huì)議持續(xù)時(shí)間不確定，所以視音頻媒體描述數(shù)據(jù)是動(dòng)態(tài)的。對(duì)此，上面的三個(gè)公司都提供了各自相應(yīng)格式存儲(chǔ)的開(kāi)發(fā)工具包，來(lái)實(shí)現(xiàn)流媒體格式轉(zhuǎn)換，但三種開(kāi)發(fā)工具包的運(yùn)行過(guò)程卻大致相同，具體如下在流媒體會(huì)議電視存儲(chǔ)過(guò)程中，每當(dāng)來(lái)一個(gè)媒體數(shù)據(jù)包，開(kāi)發(fā)工具包函數(shù)就會(huì)相應(yīng)開(kāi)辟一組描述這一媒體數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)，并根據(jù)媒體數(shù)據(jù)的情況，把相關(guān)信息寫入到這組數(shù)據(jù)結(jié)構(gòu)中；當(dāng)流媒體會(huì)議結(jié)束后，程序調(diào)用另外一個(gè)開(kāi)發(fā)工具包函數(shù)把這些已經(jīng)得到的信息寫入到文件格式中，從而完成格式轉(zhuǎn)換存儲(chǔ)，生成流格式文件。
從上可知，這里的信息數(shù)據(jù)結(jié)構(gòu)就是格式文件中對(duì)應(yīng)的數(shù)據(jù)結(jié)構(gòu)，開(kāi)發(fā)工具包函數(shù)給出的技術(shù)方案實(shí)質(zhì)上是以文件格式中描述結(jié)構(gòu)的可變性來(lái)解決流媒體會(huì)議持續(xù)時(shí)間的不確定性。
在流媒體格式中，必須描述媒體數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)組，而且媒體數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)組是很多的，以Apple公司的mov格式為例，對(duì)一路會(huì)議的一個(gè)時(shí)間點(diǎn)的視音頻媒體數(shù)據(jù)進(jìn)行描述并且需要生成的格式支持點(diǎn)播來(lái)言，需要20個(gè)數(shù)據(jù)結(jié)構(gòu)進(jìn)行描述，這樣，一路會(huì)議就需要程序維護(hù)20個(gè)變長(zhǎng)的數(shù)據(jù)結(jié)構(gòu)。同時(shí)，由于媒體數(shù)據(jù)量巨大，每路會(huì)議在每秒鐘都可能接收處理例如幾十個(gè)媒體數(shù)據(jù)包，假如以n表示個(gè)數(shù)，就意味著每路會(huì)議每秒要開(kāi)辟n*20個(gè)描述結(jié)構(gòu)空間，對(duì)于多路會(huì)議或者長(zhǎng)時(shí)間的流媒體會(huì)議而言，極易導(dǎo)致內(nèi)存碎片的產(chǎn)生，進(jìn)而可能直接導(dǎo)致整個(gè)會(huì)議存儲(chǔ)的失敗。另一方面，這種采用動(dòng)態(tài)分配內(nèi)存的方式如果在斷電、死機(jī)等異常時(shí)，同樣會(huì)導(dǎo)致整個(gè)會(huì)議存儲(chǔ)的失??；盡管可以通過(guò)寫入臨時(shí)文件的方式替代這種動(dòng)態(tài)分配內(nèi)存的方式，但是這意味著每路會(huì)議將有20個(gè)I/O操作。對(duì)于流媒體會(huì)議電視而言，視音頻媒體數(shù)據(jù)量巨大，幾十個(gè)I/O操作的存在將嚴(yán)重影響會(huì)議存儲(chǔ)的性能，這將成為流媒體存儲(chǔ)服務(wù)器提高存儲(chǔ)路數(shù)的瓶頸。最后，由于每一個(gè)媒體數(shù)據(jù)包的來(lái)到，都會(huì)影響到格式中某些定長(zhǎng)的結(jié)構(gòu)單元的變化，會(huì)導(dǎo)致頻繁修改更新某個(gè)特定的數(shù)據(jù)結(jié)構(gòu)單元變量，增加實(shí)時(shí)存儲(chǔ)負(fù)擔(dān)。
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種效率高且可靠性強(qiáng)的會(huì)議電視流媒體數(shù)據(jù)管理方法。
本發(fā)明所采用的方法為A、會(huì)議進(jìn)行當(dāng)中，接收媒體數(shù)據(jù)后，媒體數(shù)據(jù)便進(jìn)入媒體數(shù)據(jù)統(tǒng)計(jì)層；B、在媒體數(shù)據(jù)統(tǒng)計(jì)層中，生成并建立數(shù)據(jù)統(tǒng)計(jì)文件，用于記錄統(tǒng)計(jì)格式轉(zhuǎn)換時(shí)所需要生成的文件格式中的數(shù)據(jù)結(jié)構(gòu)大小等信息；C、在會(huì)議結(jié)束后，根據(jù)所接收到的媒體數(shù)據(jù)的統(tǒng)計(jì)文件確定格式轉(zhuǎn)換時(shí)所需要的文件格式的數(shù)據(jù)結(jié)構(gòu)及相關(guān)信息，進(jìn)行格式轉(zhuǎn)換，生成流格式文件。
其中，在媒體數(shù)據(jù)統(tǒng)計(jì)層中，只統(tǒng)計(jì)分析并記錄媒體數(shù)據(jù)各個(gè)原子含有的定長(zhǎng)數(shù)據(jù)結(jié)構(gòu)的數(shù)量，而不直接分配記錄相應(yīng)的數(shù)據(jù)結(jié)構(gòu)；在格式轉(zhuǎn)換時(shí)，根據(jù)統(tǒng)計(jì)文件給出的媒體數(shù)據(jù)各原子所含結(jié)構(gòu)數(shù)量，開(kāi)辟定長(zhǎng)的用于媒體數(shù)據(jù)描述的各原子結(jié)構(gòu)空間，并根據(jù)數(shù)據(jù)統(tǒng)計(jì)文件中其他信息，一次性在內(nèi)存中操作對(duì)各原子的各個(gè)結(jié)構(gòu)賦值，最后寫入文件從而生成流格式文件；會(huì)議進(jìn)行當(dāng)中，根據(jù)媒體數(shù)據(jù)統(tǒng)計(jì)層分析統(tǒng)計(jì)得到的數(shù)據(jù)，定時(shí)刷新統(tǒng)計(jì)文件。
本發(fā)明的原理和有益效果為在流媒體會(huì)議電視中，視音頻媒體數(shù)據(jù)的存儲(chǔ)通常是為了會(huì)議電視流媒體點(diǎn)播的需要實(shí)現(xiàn)的，一般來(lái)說(shuō)，會(huì)議電視的流媒體點(diǎn)播并不要求直播完畢后立刻點(diǎn)播節(jié)目，這樣就可以在對(duì)文件格式中變長(zhǎng)媒體描述結(jié)構(gòu)的處理以及選擇處理的時(shí)間上進(jìn)行調(diào)整，在現(xiàn)有技術(shù)中，格式轉(zhuǎn)換在會(huì)議進(jìn)行中完成；而在本發(fā)明中，格式轉(zhuǎn)換在會(huì)議結(jié)束后進(jìn)行，這樣就把格式轉(zhuǎn)換的工作與實(shí)時(shí)存儲(chǔ)的過(guò)程分離，在不影響系統(tǒng)使用的前提下，提高了系統(tǒng)的效率。
本發(fā)明在媒體數(shù)據(jù)接收存儲(chǔ)與格式轉(zhuǎn)換間增加了一媒體數(shù)據(jù)統(tǒng)計(jì)層，該媒體數(shù)據(jù)統(tǒng)計(jì)層生成并建立數(shù)據(jù)統(tǒng)計(jì)文件，統(tǒng)計(jì)格式轉(zhuǎn)換時(shí)所需要的生成的文件格式中的數(shù)據(jù)結(jié)構(gòu)大小，待到會(huì)議結(jié)束后進(jìn)行格式轉(zhuǎn)換，從而使得格式轉(zhuǎn)換的工作不在寶貴的會(huì)議媒體數(shù)據(jù)接收階段完成，在會(huì)議結(jié)束前只對(duì)媒體數(shù)據(jù)進(jìn)行統(tǒng)計(jì)分析，會(huì)議期間絕大部分的工作量在接收存儲(chǔ)媒體數(shù)據(jù)，相對(duì)增加了流媒體存儲(chǔ)服務(wù)器能夠接收的存儲(chǔ)路數(shù)，提高了流媒體會(huì)議電視存儲(chǔ)的可靠性和有效性，而且這種接收存儲(chǔ)與格式轉(zhuǎn)換分離的方式，以及在會(huì)議進(jìn)行當(dāng)中，根據(jù)媒體數(shù)據(jù)統(tǒng)計(jì)層分析統(tǒng)計(jì)得到的數(shù)據(jù)，定時(shí)刷新統(tǒng)計(jì)文件，可以在不增加存儲(chǔ)服務(wù)器開(kāi)銷的情況下避免死機(jī)、斷電等災(zāi)難所產(chǎn)生的對(duì)數(shù)據(jù)的毀滅性損害，可相對(duì)加強(qiáng)會(huì)議存儲(chǔ)的恢復(fù)功能，進(jìn)一步提高了流媒體會(huì)議電視存儲(chǔ)的安全性和可靠性。
另外，在媒體數(shù)據(jù)統(tǒng)計(jì)層中，只統(tǒng)計(jì)分析并記錄媒體數(shù)據(jù)各個(gè)原子含有的定長(zhǎng)數(shù)據(jù)結(jié)構(gòu)的數(shù)量，而不直接分配記錄相應(yīng)的數(shù)據(jù)結(jié)構(gòu)，就避免了會(huì)議接收存儲(chǔ)時(shí)內(nèi)存的開(kāi)銷，使得會(huì)議期間絕大部分的工作量集中在接收存儲(chǔ)媒體數(shù)據(jù)；在格式轉(zhuǎn)換時(shí)，根據(jù)統(tǒng)計(jì)文件給出的媒體數(shù)據(jù)各原子所含結(jié)構(gòu)數(shù)量，開(kāi)辟定長(zhǎng)的用于媒體數(shù)據(jù)描述的各原子結(jié)構(gòu)空間，并根據(jù)數(shù)據(jù)統(tǒng)計(jì)文件中其他信息，一次性在內(nèi)存中操作對(duì)各原子的各個(gè)結(jié)構(gòu)賦值，最后寫入文件從而生成流格式文件，這樣就將現(xiàn)有技術(shù)中格式轉(zhuǎn)換中的動(dòng)態(tài)的變長(zhǎng)處理轉(zhuǎn)化為一次性的定長(zhǎng)處理，可消除內(nèi)存碎片和重復(fù)設(shè)置某一結(jié)構(gòu)變量的開(kāi)銷，提高格式轉(zhuǎn)換效率和安全性，進(jìn)一步提高了本發(fā)明的工作可靠性和實(shí)用性。
總之，本發(fā)明在會(huì)議持續(xù)時(shí)間不確定、流媒體視音頻數(shù)據(jù)量巨大、多路會(huì)議同時(shí)存儲(chǔ)的情況下，提供了一種可靠、高效的會(huì)議電視流媒體數(shù)據(jù)管理方法。
圖1為現(xiàn)有會(huì)議電視流媒體直播和點(diǎn)播解決方案示意圖；
圖2為現(xiàn)有技術(shù)方案示意圖；圖3為本發(fā)明技術(shù)方案示意圖。
具體實(shí)施例方式
下面根據(jù)附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明根據(jù)圖3，在會(huì)議進(jìn)行當(dāng)中，接收媒體數(shù)據(jù)后，進(jìn)入媒體數(shù)據(jù)統(tǒng)計(jì)層，生成并建立數(shù)據(jù)統(tǒng)計(jì)文件，用于統(tǒng)計(jì)格式轉(zhuǎn)換時(shí)所需要生成的文件格式中的數(shù)據(jù)結(jié)構(gòu)大小，其中，媒體數(shù)據(jù)統(tǒng)計(jì)層只統(tǒng)計(jì)分析并記錄媒體數(shù)據(jù)各個(gè)原子含有的定長(zhǎng)數(shù)據(jù)結(jié)構(gòu)的數(shù)量，而不直接分配記錄相應(yīng)的數(shù)據(jù)結(jié)構(gòu)；在會(huì)議結(jié)束后，根據(jù)所接收到的媒體數(shù)據(jù)的統(tǒng)計(jì)文件確定格式轉(zhuǎn)換時(shí)所需要的文件格式的數(shù)據(jù)結(jié)構(gòu)及相關(guān)信息，進(jìn)行格式轉(zhuǎn)換，在格式轉(zhuǎn)換時(shí)，根據(jù)統(tǒng)計(jì)文件給出的媒體數(shù)據(jù)各原子所含結(jié)構(gòu)數(shù)量，開(kāi)辟定長(zhǎng)的用于媒體數(shù)據(jù)描述的各原子結(jié)構(gòu)空間，并根據(jù)數(shù)據(jù)統(tǒng)計(jì)文件中其他信息，一次性在內(nèi)存中操作對(duì)各原子的各個(gè)結(jié)構(gòu)賦值，最后寫入文件從而生成流格式文件。
下面，以QuickTime平臺(tái)的一路流媒體會(huì)議為例作進(jìn)一步詳細(xì)說(shuō)明，其中，視頻采用H.263協(xié)議，音頻采用G.711協(xié)議，對(duì)QuickTime平臺(tái)的mov格式而言，如果需要支持會(huì)議的視頻數(shù)據(jù)及音頻數(shù)據(jù)各一路的遠(yuǎn)程點(diǎn)播，必須至少包含四個(gè)track，本說(shuō)明中各個(gè)英文解釋參見(jiàn)本文后部，即視頻track、視頻hint track、音頻track、音頻hint track，其中，視頻hint track用于視頻track的遠(yuǎn)程發(fā)送，音頻hint track用于音頻track的遠(yuǎn)程發(fā)送。這四個(gè)track結(jié)構(gòu)的定義基本是一致的，每個(gè)track中與媒體數(shù)據(jù)相關(guān)動(dòng)態(tài)變長(zhǎng)的有五個(gè)原子atom結(jié)構(gòu)stts，stss，stsz，stco，stsc，每個(gè)原子都是根據(jù)來(lái)到的媒體數(shù)據(jù)信息選擇添加或改變一個(gè)定長(zhǎng)的數(shù)據(jù)結(jié)構(gòu)來(lái)改變大小。
根據(jù)以上特性，可以在接收媒體數(shù)據(jù)時(shí)，只統(tǒng)計(jì)分析并記錄各個(gè)原子含有的定長(zhǎng)數(shù)據(jù)結(jié)構(gòu)的個(gè)數(shù)，而不直接分配記錄相應(yīng)的數(shù)據(jù)結(jié)構(gòu)，進(jìn)而避免了會(huì)議接收存儲(chǔ)時(shí)內(nèi)存的開(kāi)銷，使得會(huì)議期間絕大部分的工作量在接收存儲(chǔ)媒體數(shù)據(jù)；當(dāng)會(huì)議結(jié)束后，格式轉(zhuǎn)換時(shí)根據(jù)統(tǒng)計(jì)文件給出的媒體數(shù)據(jù)各原子所含結(jié)構(gòu)數(shù)量，開(kāi)辟定長(zhǎng)的用于媒體數(shù)據(jù)描述的各原子結(jié)構(gòu)空間，并根據(jù)數(shù)據(jù)統(tǒng)計(jì)文件中其他信息，一次性在內(nèi)存中操作對(duì)各原子的各個(gè)結(jié)構(gòu)賦值，最后寫入文件從而生成流格式文件。
至于媒體數(shù)據(jù)統(tǒng)計(jì)文件結(jié)構(gòu)的構(gòu)造，則與track中各個(gè)變長(zhǎng)原子間存在一定的聯(lián)系且和采取的規(guī)則有關(guān)，比如可以采取這樣的規(guī)則對(duì)于視頻track，把一幀圖像的數(shù)據(jù)包當(dāng)作一個(gè)sample，每五幀圖像，即五個(gè)sample，作為一個(gè)chunk，每三幀圖像，即三個(gè)sample，作為一個(gè)關(guān)鍵幀Sync Frame；對(duì)于音頻track，把4000個(gè)采樣值當(dāng)作一個(gè)sample，每五個(gè)sample當(dāng)作一個(gè)chunk，音頻的每一個(gè)sample都作為關(guān)鍵幀Sync Frame處理；對(duì)于hint track的處理，采用和對(duì)應(yīng)track一樣的原則方式。視頻和音頻track的原子中各定長(zhǎng)結(jié)構(gòu)訂立原則如下表所示
依據(jù)以上的原則，可以訂立以下數(shù)據(jù)結(jié)構(gòu)作為數(shù)據(jù)統(tǒng)計(jì)文件結(jié)構(gòu)<pre listing-type="program-listing">typedef struct DataCfgStruct{ …<!-- SIPO <DP n="7"> --><dp n="d7"/> unsigned longVFirstTime；//視頻起始時(shí)間 unsigned longSFirstTime；//音頻起始時(shí)間 unsigned longVideoFileSize；//視頻碼流文件大小 unsigned longVideoFrameNum；//接收到的視頻幀數(shù) unsigned longVideoDuration；//接收到視頻持續(xù)時(shí)間 unsigned longVideosttsNum；//視頻stts原子數(shù)量 unsigned longSoundFileSize；//剝離后音頻碼流文件大小 unsigned longSoundDuration；//接收到音頻持續(xù)時(shí)間 … }DataCfgStruct；</pre>從上面的結(jié)構(gòu)可以看出，整個(gè)結(jié)構(gòu)是定長(zhǎng)且短小的，根據(jù)媒體數(shù)據(jù)統(tǒng)計(jì)層分析統(tǒng)計(jì)得到的數(shù)據(jù)，定時(shí)刷新統(tǒng)計(jì)文件，可以每次刷新該數(shù)據(jù)結(jié)構(gòu)后寫入文件中，以便于在死機(jī)、或斷電等情況下讀取該統(tǒng)計(jì)文件使得整個(gè)會(huì)議的存儲(chǔ)得以恢復(fù)。
本說(shuō)明中的英文解釋track軌，多媒體格式文件中常用于標(biāo)示一段媒體；hint trackQuickTime的mov文件格式中用于描述一個(gè)媒體track遠(yuǎn)程播放時(shí)發(fā)送時(shí)序的軌；atom原子，QuickTime的mov文件格式中最小組成單位；sample樣本，QuickTime的mov文件格式中媒體數(shù)據(jù)最小單位；chunk塊，QuickTime的mov文件格式中播放時(shí)用于存取媒體數(shù)據(jù)的單位；sttstime to sample，QuickTime的mov文件格式用于表示每個(gè)樣本時(shí)間值的原子；stsssync sample，QuickTime的mov文件格式用于表示哪個(gè)樣本必須播放的原子；
stszsample to size，QuickTime的mov文件格式用于表示樣本大小的原子；stcochunk to offset，QuickTime的mov文件格式用于標(biāo)示塊在媒體文件中偏移量的原子；stscsample to chunk，QuickTime的mov文件格式用于表示樣本歸屬與哪個(gè)塊的原子。
權(quán)利要求
1.一種會(huì)議電視流媒體數(shù)據(jù)管理方法，其特征在于，該方法包括如下的步驟A、會(huì)議進(jìn)行當(dāng)中，接收媒體數(shù)據(jù)后，媒體數(shù)據(jù)便進(jìn)入媒體數(shù)據(jù)統(tǒng)計(jì)層；B、在媒體數(shù)據(jù)統(tǒng)計(jì)層中，生成并建立數(shù)據(jù)統(tǒng)計(jì)文件，用于記錄統(tǒng)計(jì)格式轉(zhuǎn)換時(shí)所需要生成的文件格式中的數(shù)據(jù)結(jié)構(gòu)大小等信息；C、在會(huì)議結(jié)束后，根據(jù)所接收到的媒體數(shù)據(jù)的統(tǒng)計(jì)文件確定格式轉(zhuǎn)換時(shí)所需要的文件格式的數(shù)據(jù)結(jié)構(gòu)及相關(guān)信息，進(jìn)行格式轉(zhuǎn)換，生成流格式文件。
2.根據(jù)權(quán)利要求1所述的會(huì)議電視流媒體數(shù)據(jù)管理方法，其特征在于在步驟B所述的媒體數(shù)據(jù)統(tǒng)計(jì)層中，只統(tǒng)計(jì)分析并記錄媒體數(shù)據(jù)各個(gè)原子含有的定長(zhǎng)數(shù)據(jù)結(jié)構(gòu)的數(shù)量，而不直接分配記錄相應(yīng)的數(shù)據(jù)結(jié)構(gòu)。
3.根據(jù)權(quán)利要求1所述的會(huì)議電視流媒體數(shù)據(jù)管理方法，其特征在于步驟C所述的格式轉(zhuǎn)換，其具體過(guò)程為根據(jù)統(tǒng)計(jì)文件給出的媒體數(shù)據(jù)各原子所含結(jié)構(gòu)數(shù)量，開(kāi)辟定長(zhǎng)的用于媒體數(shù)據(jù)描述的各原子結(jié)構(gòu)空間，并根據(jù)數(shù)據(jù)統(tǒng)計(jì)文件中其他信息，一次性在內(nèi)存中操作對(duì)各原子的各個(gè)結(jié)構(gòu)賦值，最后寫入文件從而生成流格式文件。
4.根據(jù)權(quán)利要求1所述的會(huì)議電視流媒體數(shù)據(jù)管理方法，其特征在于步驟A所述的會(huì)議進(jìn)行當(dāng)中，會(huì)根據(jù)媒體數(shù)據(jù)統(tǒng)計(jì)層分析統(tǒng)計(jì)得到的數(shù)據(jù)，去定時(shí)刷新統(tǒng)計(jì)文件。
全文摘要
一種涉及數(shù)字信息的傳輸?shù)臅?huì)議電視流媒體數(shù)據(jù)管理方法，在會(huì)議進(jìn)行當(dāng)中，接收媒體數(shù)據(jù)后，進(jìn)入媒體數(shù)據(jù)統(tǒng)計(jì)層，生成建立數(shù)據(jù)統(tǒng)計(jì)文件，用于記錄統(tǒng)計(jì)格式轉(zhuǎn)換時(shí)所需要生成的文件格式中的數(shù)據(jù)結(jié)構(gòu)大小等信息，在會(huì)議結(jié)束后，根據(jù)所接收到的媒體數(shù)據(jù)的統(tǒng)計(jì)文件確定格式轉(zhuǎn)換時(shí)所需要的文件格式的數(shù)據(jù)結(jié)構(gòu)及相關(guān)信息，進(jìn)行格式轉(zhuǎn)換，根據(jù)統(tǒng)計(jì)文件給出的媒體數(shù)據(jù)各原子所含結(jié)構(gòu)數(shù)量，開(kāi)辟定長(zhǎng)的用于媒體數(shù)據(jù)描述的各原子結(jié)構(gòu)空間，并根據(jù)數(shù)據(jù)統(tǒng)計(jì)文件中其他信息，一次性在內(nèi)存中操作對(duì)各原子的各個(gè)結(jié)構(gòu)賦值，最后寫入文件從而生成流格式文件，本發(fā)明提供了一種可靠、高效的會(huì)議電視流媒體數(shù)據(jù)管理方法。
文檔編號(hào)H04N7/15GK1463158SQ0212230
公開(kāi)日2003年12月24日 申請(qǐng)日期2002年5月31日 優(yōu)先權(quán)日2002年5月31日
發(fā)明者盛馥鐘, 熊聯(lián)歡 申請(qǐng)人:華為技術(shù)有限公司