流媒體技術(shù)在企業(yè)中的應(yīng)用 畢業(yè)論文

XXXX大學(xué)本科畢業(yè)論文（設(shè)計）任務(wù)書論文（設(shè)計）題目流媒體技術(shù)在企業(yè)中的應(yīng)用學(xué)院軟件學(xué)院專業(yè)軟件工程班級2008級XX班學(xué)生姓名XXX學(xué)號XXXXXXXX指導(dǎo)教師XXX職稱高級工程師1、論文（設(shè)計）研究目標(biāo)及主要任務(wù)研究目標(biāo)對流媒體STREAMINGMEDIA進(jìn)行深入剖析，調(diào)查流媒體（STREAMINGMEDIA）技術(shù)在當(dāng)前企業(yè)中的應(yīng)用程度和現(xiàn)狀。并且實(shí)現(xiàn)視頻會議，視頻點(diǎn)播服務(wù)器，視頻監(jiān)控主要任務(wù)調(diào)查流媒體（STREAMINGMEDIA）技術(shù)在當(dāng)前企業(yè)中的應(yīng)用程度和現(xiàn)狀，重點(diǎn)在視頻監(jiān)控技術(shù)，視頻會議，視頻教學(xué)，視頻點(diǎn)播系統(tǒng)等幾方面進(jìn)行深入研究。最終實(shí)現(xiàn)視頻會議，視頻點(diǎn)播服務(wù)器，視頻監(jiān)控。2、論文（設(shè)計）的主要內(nèi)容配置流媒體技術(shù)實(shí)驗(yàn)環(huán)境設(shè)計基于流媒體技術(shù)的應(yīng)用程序如何搭建使用流媒體技術(shù)實(shí)現(xiàn)視頻監(jiān)控環(huán)境如何搭建視頻點(diǎn)播服務(wù)器如何實(shí)現(xiàn)視頻會議實(shí)現(xiàn)基于流媒體技術(shù)的應(yīng)用軟件3、論文（設(shè)計）的基礎(chǔ)條件及研究路線基礎(chǔ)條件本文寫作的基礎(chǔ)是在對流媒體技術(shù)有一定的了解以及對流媒體技術(shù)應(yīng)用領(lǐng)域有一定了解的基礎(chǔ)上，為了滿足企業(yè)需求節(jié)省下載等待時間和儲存空間，將流媒體技術(shù)應(yīng)用于企業(yè)日常工作當(dāng)中，它使得信息發(fā)布傳播更廣、產(chǎn)品介紹更加生動活潑便于客戶接受、視頻會議不受時空限制更加經(jīng)濟(jì)高效、對職工的培訓(xùn)更加方便便捷。研究路線通過流媒體技術(shù)本身特點(diǎn)（把連續(xù)的音頻和視頻信息在壓縮后放到網(wǎng)絡(luò)的服務(wù)器上，網(wǎng)絡(luò)用戶通過客戶端一邊下載一邊進(jìn)行收聽或觀看，而不必等到把整個文件下載完畢）及人們對流媒體認(rèn)可程度分析，流媒體技術(shù)不僅僅在人們?nèi)粘Ｉ钪校ㄈ缇W(wǎng)絡(luò)電視、視屏電話）等應(yīng)用，在企業(yè)中同樣可以發(fā)揮巨大作用。這樣只要做到在自己的網(wǎng)絡(luò)內(nèi)部建設(shè)流媒體應(yīng)用平臺，同時為該系統(tǒng)準(zhǔn)備和提供內(nèi)容，面向內(nèi)部或外部用戶，直接進(jìn)行信息服務(wù)即可。4、主要參考文獻(xiàn)1鐘玉琢，向哲，沈洪流媒體和視頻服務(wù)器清華大學(xué)出版社，20032廖勇，周德松流媒體技術(shù)入門與提高國防工業(yè)出版社，20063楊輝華流媒體技術(shù)及其應(yīng)用2003年第2期4劉平企業(yè)戰(zhàn)略管理清華大學(xué)出版社,20085李文斌，鐘寧，劉椿年異步P2P網(wǎng)絡(luò)的實(shí)現(xiàn)機(jī)制J廣西師范大學(xué)學(xué)報自然科學(xué)版，2007，2542812856MOYJOSPFVERSION2SRFC2328,19987莊捷流媒體原理與應(yīng)用中國廣播電視出版，200788張春紅，裘曉峰，弭偉P2P技術(shù)全面解析人民郵電出版社，20079KARLPAULSENFOCALPRESSMOVINGMEDIASTORAGETECHNOLOGIESAPPLICATIONSWORKFLOWSFORVIDEOANDMEDIASERVERPLATFORMS，20115、計劃進(jìn)度階段起止日期12熟悉流媒體的相關(guān)知識需求分析，撰寫需求分析說明書2011121920120215201202162012030234撰寫系統(tǒng)設(shè)計說明書系統(tǒng)實(shí)現(xiàn)201203032012031420120315201203285系統(tǒng)測試20120329201204036論文撰寫與修改20120404201105017論文答辯2012050720110511指導(dǎo)教師年月日教研室主任年月日河北師范大學(xué)本科生畢業(yè)論文（設(shè)計）開題報告書軟件學(xué)院軟件工程專業(yè)2012屆學(xué)生姓名XXX論文（設(shè)計）題目流媒體技術(shù)在企業(yè)中的應(yīng)用指導(dǎo)教師XXX專業(yè)職稱高級工程師所屬教研室網(wǎng)絡(luò)研究方向流媒體課題論證流媒體是指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)直接傳送音頻、視頻和多媒體文件等。流媒體傳輸技術(shù)的特點(diǎn)就是把連續(xù)的音頻和視頻信息經(jīng)過壓縮后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端一邊下載一邊進(jìn)行收聽或觀看而不需要把整個文件下載完畢后在進(jìn)行收聽或觀看。（下見附頁一）方案設(shè)計首先調(diào)查并了解企業(yè)對流媒體技術(shù)的需求并且做出合理規(guī)劃，然后根據(jù)企業(yè)需求設(shè)計出適合企業(yè)應(yīng)用的方案，再搭建環(huán)境測試該方案能否有相應(yīng)效果，最后在企業(yè)中測試驗(yàn)證是否可以執(zhí)行并且做相應(yīng)的改進(jìn)。進(jìn)度計劃11年12月19日12年02月15日熟悉流媒體的相關(guān)知識12年02月16日12年03月02日需求分析，撰寫需求分析說明書12年03月03日12年03月14日撰寫系統(tǒng)設(shè)計說明書12年03月15日12年03月28日系統(tǒng)實(shí)現(xiàn)12年03月29日12年04月03日系統(tǒng)測試12年04月04日12年05月01日論文撰寫與修改12年05月07日12年05月11日論文答辯指導(dǎo)教師意見指導(dǎo)教師簽名年月日教研室意見教研室主任簽名年月日附頁一流媒體是網(wǎng)絡(luò)技術(shù)與視音技術(shù)的有機(jī)結(jié)合。通過流媒體本身的特點(diǎn)及人們對流媒體技術(shù)的日益青睞，流媒體技術(shù)也逐漸應(yīng)用與企業(yè)當(dāng)中，這樣一方面方便員工內(nèi)部交流學(xué)習(xí)，列一方面便于領(lǐng)導(dǎo)隨時隨地將自己的想法傳遞到員工當(dāng)中更加便于統(tǒng)一規(guī)劃管理，同時保證公司內(nèi)部情況不至于泄露。一個完整的流媒體平臺一般由流服務(wù)應(yīng)用軟件、集中分布式視頻系統(tǒng)、視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)、視頻采集制作端系統(tǒng)、媒體內(nèi)容檢索系統(tǒng)、數(shù)字版權(quán)管理DRM、媒體存儲系統(tǒng)、客戶端系統(tǒng)等組成。目前有三大“流派”使用流媒體技術(shù)音視頻文件。分別是微軟的ASF（ADVANCEDSTREAMFORMAT）、REALNETWORKS公司的REALMEDIA和蘋果公司的QUICKTIME。流媒體技術(shù)使得網(wǎng)絡(luò)帶寬對多媒體傳輸?shù)南拗频玫酵黄?。因此在網(wǎng)絡(luò)廣播、視頻點(diǎn)播、企業(yè)培訓(xùn)等多個領(lǐng)域得到廣泛應(yīng)用。當(dāng)然在企業(yè)中應(yīng)用尤為便利它使得信息發(fā)布傳播更廣、產(chǎn)品介紹更加生動活潑便于客戶接受、視頻會議不受時空限制更加經(jīng)濟(jì)高效、對職工的培訓(xùn)更加方便便捷。河北師范大學(xué)本科生畢業(yè)論文（設(shè)計）文獻(xiàn)綜述基于“流媒體技術(shù)在企業(yè)中的應(yīng)用”文獻(xiàn)綜述摘要本文主要描述了流媒體技術(shù)在國內(nèi)外的研究現(xiàn)狀、發(fā)展趨勢。列出一些流媒體技術(shù)在企業(yè)中的相關(guān)的應(yīng)用，并指出其存在的優(yōu)點(diǎn)，最后描述了參考文獻(xiàn)依據(jù)，并且對文獻(xiàn)資料進(jìn)行概括、分析。1、前言流媒體是指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)直接傳送音頻、視頻和多媒體文件等。流媒體傳輸技術(shù)的特點(diǎn)就是把連續(xù)的音頻和視頻信息經(jīng)過壓縮后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端一邊下載一邊進(jìn)行收聽或觀看而不需要把整個文件下載完畢后在進(jìn)行收聽或觀看。它是網(wǎng)絡(luò)技術(shù)與視音技術(shù)的有機(jī)結(jié)合。2、流媒體技術(shù)發(fā)展現(xiàn)狀及發(fā)展趨勢流媒體技術(shù)發(fā)展的主要依賴有網(wǎng)絡(luò)傳輸條件、文件傳輸控制、客戶端的解碼以及文件的編碼壓縮效率等幾個方面。這當(dāng)中每一個方面都會影響到流媒體技術(shù)的發(fā)展和應(yīng)用。起初由于網(wǎng)絡(luò)帶寬不足、客戶端計算機(jī)解碼運(yùn)算速度不高等原因?qū)е氯藗兒茈y看到高畫質(zhì)的影音節(jié)目。隨著互聯(lián)網(wǎng)在全球范圍內(nèi)的普及，美國REALNETWORKS、MICROSOFT等公司倡導(dǎo)發(fā)起了流媒體技術(shù)。由于其大大節(jié)省了網(wǎng)絡(luò)帶寬是的播放速度更加流暢受到大眾的青睞，流媒體技術(shù)迅速崛起成為人們必不可少的工具之一，他的商業(yè)模式也越來越成熟。目前流媒體技術(shù)已被列為中國寬帶建設(shè)中最主要的應(yīng)用之一。鑒于寬帶網(wǎng)絡(luò)用戶的日益增加流媒體技術(shù)也得到了企業(yè)的高度重視，未來也將逐漸應(yīng)用于各大領(lǐng)域。3、3、流媒體技術(shù)在企業(yè)中的相關(guān)應(yīng)用4、目前流媒體技術(shù)在企業(yè)中的應(yīng)用主要包括信息發(fā)布、產(chǎn)品介紹、視頻會議、遠(yuǎn)程監(jiān)控、職工培訓(xùn)、客戶服務(wù)等方面。下面做詳細(xì)闡述（1）信息發(fā)布就一個企業(yè)而言，經(jīng)常需要向公眾發(fā)布一些重要信息從而引起公眾注意、吸引客戶眼球。從前是靠一些傳統(tǒng)媒體進(jìn)行發(fā)布，如廣播、電視、報紙等。這些往往導(dǎo)致企業(yè)要投入大量資金而且只能覆蓋一些特定的地理區(qū)域，往往導(dǎo)致其投資與實(shí)際收到的效果不成正比。而用流媒體技術(shù)在互聯(lián)網(wǎng)上面向世界發(fā)布不僅大大降低了成本，覆蓋面也極大提高，從公司整體利益來看是百利而無一害。（2）產(chǎn)品介紹在網(wǎng)絡(luò)技術(shù)不夠發(fā)達(dá)的時候多數(shù)的企業(yè)通過報紙電視等傳統(tǒng)媒體上介紹自己的產(chǎn)品，同樣出現(xiàn)投入資金與實(shí)際收到的效果不成正比的現(xiàn)象。當(dāng)網(wǎng)絡(luò)普及時多數(shù)企業(yè)擁有了自己的網(wǎng)站，但是也僅僅是通過普通的文字、圖片介紹自己的產(chǎn)品同樣收不到很好的效果。然而流媒體技術(shù)可以使企業(yè)更加生動形象地介紹自己的產(chǎn)品，猶如當(dāng)面推銷，不僅增加了產(chǎn)品的可信度而且更容易讓大眾接受，使得該產(chǎn)品深入熱心。（3）視頻會議由于一些企業(yè)擁有跨地域的分支結(jié)構(gòu)或者企業(yè)員工分布在不同地域，迫切需要將會議精神及時準(zhǔn)確的傳達(dá)給各個分支或員工，通過視頻會議不僅節(jié)省了大量因?yàn)槌霾钤斐傻娜肆Y金支出而且大大提高了效率。這樣方便了公司內(nèi)部交流同時也增進(jìn)了公司間的合作。5、4、參考文獻(xiàn)1鐘玉琢，向哲，沈洪流媒體和視頻服務(wù)器清華大學(xué)出版社，2003年2廖勇，周德松流媒體技術(shù)入門與提高國防工業(yè)出版社，2006年3楊輝華流媒體技術(shù)及其應(yīng)用2003年第2期4劉平企業(yè)戰(zhàn)略管理清華大學(xué)出版社,20085李文斌，鐘寧，劉椿年異步P2P網(wǎng)絡(luò)的實(shí)現(xiàn)機(jī)制J廣西師范大學(xué)學(xué)報自然科學(xué)版，2007，2542812856MOYJOSPFVERSION2SRFC2328,19987莊捷流媒體原理與應(yīng)用中國廣播電視出版，200788張春紅，裘曉峰，弭偉P2P技術(shù)全面解析人民郵電出版社，20079KARLPAULSENFOCALPRESSMOVINGMEDIASTORAGETECHNOLOGIESAPPLICATIONSWORKFLOWSFORVIDEOANDMEDIASERVERPLATFORMS，2011河北師范大學(xué)本科生畢業(yè)論文（設(shè)計）翻譯文章中文翻譯在互聯(lián)網(wǎng)上流媒體傳輸?shù)囊曨l編碼格雷戈里康克林，美國電氣和電子工程協(xié)會會員，加里格林鮑姆，艾倫利普曼樓，美國電氣和電子工程協(xié)會會員，尤里AREZNIK，美國電氣和電子工程協(xié)會會員摘要我們今天提供了一個概述互聯(lián)網(wǎng)流媒體傳輸網(wǎng)絡(luò)，并描述了各種這種系統(tǒng)對視頻編碼方面的問題。我們展示基于分布模型，類型（單播的網(wǎng)絡(luò)傳輸機(jī)制與組播），優(yōu)化與標(biāo)準(zhǔn)的參與者網(wǎng)絡(luò)利用手段（例如，失真最小一個給定的連接率，盡量減少交通專用交付網(wǎng)絡(luò)等），它可以識別幾種模式通信，可能需要從兩個不同的傳播源和信道編碼來闡述我們的觀點(diǎn)。我們解釋了怎樣使用一些傳統(tǒng)的框架，這些問題是可以將時間運(yùn)動補(bǔ)償變換為基礎(chǔ)的視頻COM的PRESSION算法，支持通過適當(dāng)?shù)那溃m應(yīng)在流媒體的客戶端和服務(wù)器組件的機(jī)制系統(tǒng)。這些技術(shù)大多已經(jīng)實(shí)施在REALNETWORKS公司的REALSYSTEM8和它的REALVIDEO8編解碼器，我們用整個文件，說明我們的研究結(jié)果。關(guān)鍵字網(wǎng)絡(luò)媒體傳輸網(wǎng)絡(luò)可擴(kuò)展的視頻編碼流媒體視頻壓縮一流媒體技術(shù)的演變流媒體的概念是一個基本的多媒體技術(shù)在臺式電腦上已經(jīng)建立了自己的時間。數(shù)字化音頻和視頻剪輯，編碼（例如，使用MPEG1壓縮標(biāo)準(zhǔn)），提出了計算機(jī)的文件系統(tǒng)上的文件。查看信息，在這樣的文件記錄，個人電腦用戶運(yùn)行特殊的軟件設(shè)計解壓縮，并呈現(xiàn)在屏幕上。這種模式在互聯(lián)網(wǎng)上最自然的擴(kuò)展，可下載媒體的概念。壓縮媒體從網(wǎng)上下載文件，預(yù)存到本地計算機(jī)上下載的，在那里他們可以使用回放標(biāo)準(zhǔn)多媒體軟件。然而，這是不能令人滿意的解決方案為用戶提供數(shù)量有限的磁盤空間，速度慢的轉(zhuǎn)換連接速度和有限的耐心。這實(shí)質(zhì)上是創(chuàng)建需要的流媒體技術(shù)，使用戶體驗(yàn)上的動態(tài)多媒體演示，而這是被從互聯(lián)網(wǎng)上下載?；贖TTP的流一些早期的流媒體方案的設(shè)計，像VIVOACTIVE10，是基于該標(biāo)準(zhǔn)的使用（基于HTTP）WEB服務(wù)器來提供編碼的媒體內(nèi)容。使用保證交付運(yùn)輸協(xié)議（如TCP），由于所有的HTTP服務(wù)器客戶端交易實(shí)施。這些方案的跡象是非常簡單。例如，VIVOAC結(jié)合H263標(biāo)準(zhǔn)視頻和G723音頻編解碼器，一個簡單的多路復(fù)用協(xié)議結(jié)合在單一文件的音頻和視頻流。這些編解碼器來自桌面視頻會議，只有輕微的算法的變化（大多與速率控制）被要求作出這樣的系統(tǒng)工作。然而，最初用于提供靜態(tài)文檔進(jìn)行設(shè)計，HTTP協(xié)議不是特別適合實(shí)時流。例如，缺乏控制率，其中WEB服務(wù)器通過網(wǎng)絡(luò)把數(shù)據(jù)以及使用保證交付運(yùn)輸協(xié)議（TCP）造成大幅波動，在片段的編碼數(shù)據(jù)的交貨時間。用相當(dāng)大的預(yù)卷緩沖區(qū)是為了防止這樣的過程中突發(fā)的情況。盡管如此，如果由于某種原因，交付的下一個片段數(shù)據(jù)延遲超過可用的預(yù)卷時間，不得不暫停交付，直到緩沖區(qū)空閑這就是所謂的重新緩沖過程。使用標(biāo)準(zhǔn)的WEB服務(wù)器的其他一些挑戰(zhàn)，流現(xiàn)場演示和實(shí)施VCR樣式的導(dǎo)航功能如尋求，快進(jìn)，點(diǎn)播流倒帶。圖1服務(wù)器之間的REALAUDIO和REALAUDIO播放器的通信。二流媒體傳輸機(jī)制重要的是要區(qū)分兩種模式，可以在互聯(lián)網(wǎng)上分發(fā)視頻信息，即，直播和點(diǎn)播流。下面，我們認(rèn)為，這些模型和相應(yīng)的現(xiàn)代流媒體系統(tǒng)交付使用的機(jī)制。視頻直播的分布實(shí)時視頻源信息（如任何標(biāo)準(zhǔn)的模擬錄像機(jī)）是連接到編碼器。編碼引擎是負(fù)責(zé)輸入的模擬視頻捕獲和數(shù)字化信息壓縮，并通過所產(chǎn)生的數(shù)據(jù)下降到服務(wù)器。另外，服務(wù)器可以接收這些信息從模擬實(shí)時傳輸代理的SLTA，一個軟件工具從存檔讀取預(yù)編碼的信息，并把它發(fā)送一臺服務(wù)器，如果它剛剛從活源編碼。服務(wù)器是負(fù)責(zé)分散壓縮公司從編碼器到所有連接的分配器和/或客戶已加入廣播。分配器是額外的服務(wù)器這可以是一個專門的媒體交付網(wǎng)絡(luò)的一部分，或多次訪問一公共的基于IP的傳送網(wǎng)絡(luò)，或可以被嵌入的網(wǎng)絡(luò)流量高速緩存，在現(xiàn)場的情況下流媒體廣播，傳遞信息。在其最簡單的形式，通過單播服務(wù)器（或分配器），每一個客戶單獨(dú)使用編碼視頻信息單向數(shù)據(jù)流（結(jié)合雙向RTSP會話控制）。在這種情況下，參數(shù)之間的連接服務(wù)器和每個客戶端可以在每個月初估計會議，并可以在廣泛的系統(tǒng)監(jiān)測投。在網(wǎng)絡(luò)配備組播禁止路由器情況下，服務(wù)器需要發(fā)送一個組播流，它會自動復(fù)制到所有訂閱網(wǎng)絡(luò)上的客戶。組播的重要限制是單向的信息傳輸和非保證交貨。此外，服務(wù)器通常不知道有多少客戶端訂閱的廣播和/或他們的實(shí)際連接的統(tǒng)計信息。一種可能的方式為客戶不同的連接速度是聯(lián)播幾個獨(dú)立的編碼版本，針對不同的比特率（流）源，并讓客戶決定使用哪個流。除了服務(wù)器客戶端傳輸，流媒體網(wǎng)絡(luò)也有分發(fā)編碼的視頻信息是之間他們的分配器。有幾種可能的方式，這種分配可以通過網(wǎng)絡(luò)實(shí)現(xiàn)。一種可能的實(shí)現(xiàn)，分裂是由源服務(wù)器發(fā)起的，這所有直接連接的分配器，等廣播信息。我們稱這樣的過程中推動分裂。另外，分裂可以由一個客戶端連接到當(dāng)?shù)氐姆蛛x器（或啟動網(wǎng)絡(luò)緩存作為一個分配器），轉(zhuǎn)讓不活躍的，如果要求上層分離器，等等，直到它到達(dá)最近的分配器。一旦發(fā)現(xiàn)這樣一個分配器，它可以開始通過中間連接到客戶端的鏈所要求的信息傳輸。我們稱之為模型拉分裂。在一個拆分為多個交貨訪問網(wǎng)絡(luò)的一部分使用的情況下，它可以建立連接幾個地理分布上一線分配器。結(jié)論在本文中，我們提供了一個架構(gòu)的概述今天的互聯(lián)網(wǎng)流媒體傳輸網(wǎng)絡(luò)和各種問題，他們對視頻編碼。我們還解釋了一些在現(xiàn)有機(jī)制REALSYSTEM8的支持自適應(yīng)預(yù)編碼信息傳輸，并闡述其整體架構(gòu)的REALVIDEO8編解碼器。我們發(fā)現(xiàn)的REALSYSTEM8提供了一個開放和可擴(kuò)展的平臺，能夠容納各種未來互聯(lián)網(wǎng)上的流媒體基礎(chǔ)設(shè)施，并在需要特別是，為提高視頻編碼技術(shù)的新的要求。英文原文VIDEOCODINGFORSTREAMINGMEDIADELIVERYONTHEINTERNETGREGORYJCONKLIN,MEMBER,IEEE,GARYSGREENBAUM,MEMBER,IEEE,KARLOLILLEVOLD,ALANFLIPPMAN,MEMBER,IEEE,ANDYURIYAREZNIK,MEMBER,IEEEINVITEDPAPERABSTRACTWEPROVIDEANOVERVIEWOFANARCHITECTUREOFTODAYSINTERNETSTREAMINGMEDIADELIVERYNETWORKSANDDESCRIBEVARIOUSPROBLEMSTHATSUCHSYSTEMSPOSEWITHREGARDTOVIDEOCODINGWEDEMONSTRATETHATBASEDONTHEDISTRIBUTIONMODELLIVEORONDEMAND,THETYPEOFTHENETWORKDELIVERYMECHANISMUNICASTVERSUSMULTICAST,ANDOPTIMIZATIONCRITERIAASSOCIATEDWITHPARTICULARSEGMENTSOFTHENETWORKEG,MINIMIZATIONOFDISTORTIONFORAGIVENCONNECTIONRATE,MINIMIZATIONOFTRAFFICINTHEDEDICATEDDELIVERYNETWORK,ETC,ITISPOSSIBLETOIDENTIFYSEVERALMODELSOFCOMMUNICATIONTHATMAYREQUIREDIFFERENTTREATMENTFROMBOTHSOURCEANDCHANNELCODINGPERSPECTIVESWEEXPLAINHOWSOMEOFTHESEPROBLEMSCANBEADDRESSEDUSINGACONVENTIONALFRAMEWORKOFTEMPORALMOTIONCOMPENSATED,TRANSFORMBASEDVIDEOCOMPRESSIONALGORITHM,SUPPORTEDBYAPPROPRIATECHANNELADAPTATIONMECHANISMSINCLIENTANDSERVERCOMPONENTSOFASTREAMINGMEDIASYSTEMMOSTOFTHESETECHNIQUESHAVEALREADYBEENIMPLEMENTEDINREALNETWORKSREALSYSTEM8ANDITSREALVIDEO8CODEC,WHICHWEAREUSINGTHROUGHOUTTHEPAPERTOILLUSTRATEOURRESULTSTERMSINTERNETMEDIADELIVERYNETWORKS,SCALABLEVIDEOCODING,STREAMINGMEDIA,VIDEOCOMPRESSIONIEVOLUTIONOFSTREAMINGMEDIATECHNOLOGIESTHECONCEPTOFSTREAMINGMEDIACAMEATATIMEWHENBASICMULTIMEDIATECHNOLOGIESHADALREADYESTABLISHEDTHEMSELVESONDESKTOPPCSAUDIOANDVIDEOCLIPSWEREDIGITIZED,ENCODEDEG,USINGMPEG1COMPRESSIONSTANDARD,ANDPRESENTEDASFILESONTHECOMPUTERSFILESYSTEMTOVIEWTHEINFORMATIONRECORDEDINSUCHFILES,PCUSERSRANSPECIALSOFTWAREDESIGNEDTODECOMPRESSANDRENDERTHEMONTHESCREENTHEFIRSTANDMOSTNATURALEXTENSIONOFTHISPARADIGMONTHEINTERNETWASTHECONCEPTOFDOWNLOADABLEMEDIACOMPRESSEDMEDIAFILESFROMTHEWEBWEREEXPECTEDTOBEDOWNLOADEDONLOCALMACHINES,WHERETHEYCOULDBEPLAYEDBACKUSINGTHESTANDARDMULTIMEDIASOFTWAREHOWEVER,THISWASNOTASATISFACTORYSOLUTIONFORUSERSWITHLIMITEDAMOUNTSOFDISKSPACE,SLOWCONNECTIONSPEEDSAND/ORLIMITEDPATIENCETHISESSENTIALLYCREATEDTHENEEDFORSTREAMINGMEDIA,ATECHNOLOGYTHATENABLEDTHEUSERTOEXPERIENCEAMULTIMEDIAPRESENTATIONONTHEFLY,WHILEITWASBEINGDOWNLOADEDFROMTHEINTERNETHTTPBASEDSTREAMINGTHEDESIGNOFSOMEEARLYSTREAMINGMEDIAPROGRAMS,LIKEVIVOACTIVE10,WASBASEDONTHEUSEOFTHESTANDARDHTTPBASEDWEBSERVERSTODELIVERENCODEDMEDIACONTENTSINCEALLHTTPSERVERCLIENTTRANSACTIONSAREIMPLEMENTEDUSINGAGUARANTEEDDELIVERYTRANSPORTPROTOCOL,SUCHASTCP,THEDESIGNOFTHESEPROGRAMSWASVERYSIMPLEFOREXAMPLE,VIVOACTIVEUSEDACOMBINATIONOFTHESTANDARDH263VIDEOANDG723AUDIOCODECS,ANDASIMPLEMULTIPLEXINGPROTOCOLTOCOMBINETHEAUDIOANDVIDEOSTREAMSINSINGLEFILETHESECODECSCAMEFROMDESKTOPVIDEOCONFERENCING,ANDONLYMINORALGORITHMICCHANGESMOSTLYRELATEDTORATECONTROLWEREREQUIREDTOMAKESUCHASYSTEMWORKHOWEVER,BEINGORIGINALLYDESIGNEDFORSERVINGSTATICDOCUMENTS,HTTPPROTOCOLWASNOTPARTICULARLYSUITEDFORREALTIMESTREAMINGFOREXAMPLE,THELACKOFCONTROLOVERTHERATEATWHICHTHEWEBSERVERPUSHESDATATHROUGHTHENETWORK,ASWELLASTHEUSEOFTHEGUARANTEEDDELIVERYTRANSPORTPROTOCOLTCP,CAUSEDSUBSTANTIALFLUCTUATIONINTHEDELIVERYTIMESFORTHEFRAGMENTSOFTHEENCODEDDATATHISISWHYTHEVIVOACTIVEPLAYERUSEDAQUITELARGE520SPREDRILLBUFFERTHATWASMEANTTOCOMPENSATEFORTHEBUSINESSOFSUCHADELIVERYPROCESSNEVERTHELESS,IFFORSOMEREASONTHEDELIVERYOFTHENEXTFRAGMENTOFDATAWASDELAYEDBYMORETHANTHEAVAILABLEPREDRILLTIME,THEPLAYERHADTOSUSPENDRENDERINGUNTILTHEBUFFERWASREFILLEDTHISSOCALLEDREBUFFINGPROCESSWASAFREQUENTCAUSEOFDIMINISHEDUSEREXPERIENCESOMEOTHERCHALLENGESOFUSINGSTANDARDWEBSERVERSWERESTREAMINGOFLIVEPRESENTATIONSANDIMPLEMENTINGVCRSTYLENAVIGATIONFEATURESSUCHASSEEK,FASTFORWARD,ANDREWINDFORONDEMANDSTREAMINGFIG1COMMUNICATIONBETWEENREALAUDIOSERVERANDREALAUDIOPLAYERIISTREAMINGMEDIADELIVERYMECHANISMSITISIMPORTANTTODISTINGUISHBETWEENTWOMODESINWHICHVIDEOINFORMATIONCANBEDISTRIBUTEDOVERTHEINTERNET,NAMELY,LIVEBROADCASTINGANDONDEMANDSTREAMINGBELOW,WECONSIDEREACHOFTHESEMODELSANDTHECORRESPONDINGDELIVERYMECHANISMSUSEDBYMODERNSTREAMINGMEDIASYSTEMSDISTRIBUTIONOFLIVEVIDEOADIAGRAMILLUSTRATINGVARIOUSSTEPSINTHEDISTRIBUTIONOFLIVECONTENTISPRESENTEDINFIG3THESOURCEOFLIVEVIDEOINFORMATIONSUCHASANYSTANDARDANALOGVIDEORECORDERISCONNECTEDTOTHEENCODERTHEENCODINGENGINEISRESPONSIBLEFORCAPTURINGANDDIGITIZINGTHEINCOMINGANALOGVIDEOINFORMATION,COMPRESSINGIT,ANDPASSINGTHERESULTINGDATADOWNTOTHESERVERALTERNATIVELY,THESERVERCANRECEIVESUCHINFORMATIONFROMASIMULATEDLIVETRANSFERAGENTSLTA,ASOFTWARETOOLTHATREADSPREENCODEDINFORMATIONFROMANARCHIVEANDSENDSITTOASERVERASIFITHASJUSTBEENENCODEDFROMALIVESOURCETHESERVERISRESPONSIBLEFORDISPERSINGTHECOMPRESSEDINFORMATIONFROMTHEENCODERTOALLCONNECTEDSPLITTERSAND/ORCLIENTSWHOHAVEJOINEDTHEBROADCASTSPLITTERSAREADDITIONALSERVERSTHATCANBEEITHERPARTOFADEDICATEDMEDIADELIVERYNETWORK,ORAPUBLICIPBASEDMULTIPLEACCESSDELIVERYNETWORK,ORCANBEEMBEDDEDINNETWORKTRAFFICCACHES,WHICHINCASEOFLIVESTREAMINGBROADCASTSJUSTPASSTHEINFORMATIONTHROUGHINITSSIMPLESTFORM,THESERVERORSPLITTERUNICASTSTHEENCODEDVIDEOINFORMATIONTOEACHOFTHECLIENTSINDIVIDUALLYUSINGAONEWAYDATASTREAMCOMBINEDWITHTWOWAYRTSPSESSIONCONTROLINTHISCASE,THEPARAMETERSOFTHECONNECTIONBETWEENSERVERANDEACHCLIENTCANBEESTIMATEDATTHEBEGINNINGOFEACHSESSIONANDCANBESYSTEMATICALLYMONITOREDDURINGTHEBROADCASTINTHECASEWHEREANETWORKISEQUIPPEDWITHMULTICASTENABLEDROUTERS,THESERVERNEEDSTOSENDONLYONEMULTICASTSTREAM,WHICHISAUTOMATICALLYREPLICATEDTOALLSUBSCRIBEDCLIENTSONTHENETWORKIMPORTANTLIMITATIONSOFMULTICASTINGAREONEWAYTRANSMISSIONANDNONGUARANTEEDDELIVERYOFINFORMATIONINADDITION,THESERVERDOESNOTTYPICALLYKNOWHOWMANYCLIENTSARESUBSCRIBEDTOTHEBROADCASTAND/ORTHEIRACTUALCONNECTIONSTATISTICSAPOSSIBLEWAYTOSERVECLIENTSWITHDIFFERENTCONNECTIONSPEEDSISTOSIMULCASTSEVERALINDEPENDENTENCODEDVERSIONSSTREAMSOFTHESOURCETARGETEDFORDIFFERENTBITRATES,ANDLETCLIENTSDECIDEWHICHSTREAMTOUSEINADDITIONTOTHESERVERCLIENTTRANSFERS,STREAMINGMEDIANETWORKSALSOHAVETODISTRIBUTEENCODEDVIDEOINFORMATIONBETWEENTHEIRSPLITTERSTHEREARESEVERALPOSSIBLEWAYSSUCHDISTRIBUTIONCANBEIMPLEMENTEDBYTHENETWORKINONEPOSSIBLEIMPLEMENTATION,SPLITTINGISINITIATEDBYTHESOURCESERVER,WHICHBROADCASTSINFORMATIONTOALLDIRECTLYCONNECTEDSPLITTERS,ANDSOONWECALLSUCHPROCESSPUSHSPLITTINGALTERNATIVELY,SPLITTINGCANBEINITIATEDBYACLIENTCONNECTINGTOALOCALSPLITTERORNETWORKCACHEACTINGASASPLITTERWHICH,IFNOTACTIVE,TRANSFERSREQUESTTOANUPPERTIERSPLITTER,ANDSOON,UNTILITREACHESTHENEARESTACTIVESPLITTERONCESUCHASPLITTERISFOUND,ITCANSTARTTRANSMISSIONOFTHEREQUESTEDINFORMATIONDOWNTHROUGHTHECHAINOFINTERMEDIATECONNECTIONSTOTHECLIENTWECALLTHISMODELPULLSPLITTINGINTHECASEWHEREASPLITTERISUSEDASPARTOFAMULTIPLEACCESSDELIVERYNETWORK,ITCANESTABLISHCONNECTIONSTOSEVERALGEOGRAPHICALLYDISTRIBUTEDUPPERTIERSPLITTERSWECALLSUCHADELIVERYPROCESSMULTIPLEACCESSSPLITTINGCONCLUSIONINTHISPAPER,WEPROVIDEDANOVERVIEWOFTHEARCHITECTUREOFTODAYSINTERNETSTREAMINGMEDIADELIVERYNETWORKSANDVARIOUSPROBLEMSTHEYPOSEFORVIDEOCODINGWEALSOEXPLAINEDSOMEOFTHEEXISTINGMECHANISMSINREALSYSTEM8THATSUPPORTADAPTIVETRANSMISSIONOFPREENCODEDINFORMATION,ANDDESCRIBEDTHEOVERALLARCHITECTUREOFITSREALVIDEO8CODECWESHOWEDTHATREALSYSTEM8PROVIDESANOPENANDEXTENSIBLEPLATFORM,CAPABLEOFACCOMMODATINGVARIOUSFUTURENEEDSOFSTREAMINGMEDIAINFRASTRUCTUREONTHEINTERNET,ANDINPARTICULAR,NEWDEMANDSFORIMPROVEDVIDEOCODINGTECHNIQUES本文來自于HTTP/WWWCOMPUTERORG/CSDL/PROCEEDINGS/DCC/2001/1031/00/10310493ABSHTMLXXX大學(xué)本科生畢業(yè)論文設(shè)計流媒體技術(shù)在企業(yè)中的應(yīng)用作者姓名XXX指導(dǎo)教師XXX所在學(xué)院軟件學(xué)院專業(yè)（系）軟件工程班級（屆）2012屆A1班二一二年四月二十八日目錄摘要11流媒體技術(shù)211流媒體簡介212流媒體的傳輸方式及基本原理213流媒體的傳輸流程及協(xié)議32流媒體技術(shù)的實(shí)現(xiàn)與組成321流服務(wù)的應(yīng)用軟件422集中分布式視頻系統(tǒng)423視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)424視頻采集制作系統(tǒng)525媒體內(nèi)容自動索引檢索系統(tǒng)526媒體數(shù)字版權(quán)加密系統(tǒng)527媒體存儲系統(tǒng)528客戶端系統(tǒng)63流媒體技術(shù)的應(yīng)用631流媒體技術(shù)的應(yīng)用模式6311本身同時具有基礎(chǔ)運(yùn)營商和業(yè)務(wù)平臺使用者兩種身份的用戶群體。6312本身只是作為基礎(chǔ)運(yùn)營商7313開放統(tǒng)一的綜合業(yè)務(wù)模式8314流媒體技術(shù)的播放方式832企業(yè)中常見流媒體格式8321MPEG1格式8322MPEG2格式8323MPEG4933流媒體服務(wù)器的應(yīng)用9331信息發(fā)布9332產(chǎn)品介紹9333視頻會議934P2P流媒體技術(shù)10341P2P技術(shù)簡介10342P2P技術(shù)的特點(diǎn)10343基于P2P的流媒體技術(shù)11344P2P關(guān)鍵技術(shù)124流媒體技術(shù)實(shí)現(xiàn)過程1241創(chuàng)建點(diǎn)播站點(diǎn)1242創(chuàng)建廣播站點(diǎn)19421創(chuàng)建單播廣播站點(diǎn)19422創(chuàng)建多播廣播站點(diǎn)215總結(jié)24致謝25參考文獻(xiàn)26ABSTRACT27流媒體技術(shù)在企業(yè)中的應(yīng)用摘要隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，流媒體技術(shù)的日益成熟由于其具有把連續(xù)的音頻和視頻信息經(jīng)過壓縮編碼處理分成一個個小的數(shù)據(jù)包后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達(dá)到邊下載邊觀看的效果，由于這一優(yōu)勢它也被廣泛應(yīng)用與各個領(lǐng)域。它會將連續(xù)的聲音和影像等多媒體信息進(jìn)行壓縮編碼處理分成了一個個小的數(shù)據(jù)包，從而降低了對時延、抖動和傳輸帶寬的要求，它會把連續(xù)的音頻和視頻信息經(jīng)過壓縮分割后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達(dá)到邊下載邊觀看的效果本文介紹了流媒體技術(shù)的基本特征，詳細(xì)闡述了流媒體技術(shù)在企業(yè)中的應(yīng)用，包括職工培訓(xùn)、產(chǎn)品介紹、視頻會議、信息發(fā)布等，及其核心技術(shù)智能流技術(shù)。同時重點(diǎn)介紹了一下P2P流媒體技術(shù)。還指出流媒體在企業(yè)應(yīng)用中出現(xiàn)的問題，最后對流媒體技術(shù)在企業(yè)中應(yīng)用發(fā)展進(jìn)行展望。關(guān)鍵詞流媒體技術(shù)P2P技術(shù)職工培訓(xùn)視頻會議信息發(fā)布1流媒體技術(shù)11流媒體簡介流媒體的基本組成結(jié)構(gòu)如圖11所示編圖11流媒體系統(tǒng)的組成結(jié)構(gòu)流媒體（STREAMINGMEDIA）是應(yīng)用流技術(shù)在網(wǎng)絡(luò)上實(shí)時、順序地傳輸以及播放視頻、音頻等多媒體內(nèi)容的連續(xù)時基數(shù)據(jù)流的一種多媒體文件。它會將連續(xù)的聲音和影像等多媒體信息進(jìn)行壓縮編碼處理分成了一個個小的數(shù)據(jù)包，從而降低了對時延、抖動和傳輸帶寬的要求，它會把連續(xù)的音頻和視頻信息經(jīng)過壓縮分割后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達(dá)到邊下載邊觀看的效果。這樣比將文件全部下載后再觀看具有明顯的優(yōu)勢。12流媒體的傳輸方式及基本原理流媒體傳輸過程中是依靠HTTP/TCP協(xié)議在RTCP的控制下進(jìn)行的，具體過程如圖12所示HTTP/TCP源文件搜索定位控制信息RTCP/TCPUDP數(shù)據(jù)信息RTP/UDP圖12流媒體傳輸基本原理流媒體實(shí)現(xiàn)的基本原理1是將原來的媒體文件使用高效的壓縮算法進(jìn)行壓縮以后，應(yīng)用合適的流式傳輸，經(jīng)過流媒體服務(wù)器的配置，采用一定的實(shí)時協(xié)議來傳輸數(shù)據(jù)。實(shí)現(xiàn)流式傳輸按照傳輸方式的不同可以分為實(shí)時流傳輸（REALTIMESTREAMING）和順序流傳輸（PROGRESSIVESTREAMING）。實(shí)時流傳輸指的是在保證媒體信號帶寬同網(wǎng)絡(luò)連接帶寬相匹配的同時使得傳輸?shù)拿襟w可以被實(shí)時的看到。它是基于實(shí)時傳輸協(xié)議（RTB）編碼壓縮存儲器媒體服務(wù)器英特網(wǎng)SWITCHERMDSLMODEMCABLEMODEM媒體播放器媒體播放器媒體播放器WEB瀏覽器WEB服務(wù)器AV播放器AV服務(wù)器者微軟公司專有的多媒體協(xié)議，能夠保證媒體的信號帶寬同網(wǎng)絡(luò)的連接帶寬相匹配，最終使得媒體可以被實(shí)時播放。實(shí)時流傳輸同HTTP的流式傳輸不同，它必須要有專用的流媒體服務(wù)器和傳輸協(xié)議。實(shí)時流式傳輸不僅支持隨機(jī)訪問更重要的是適合現(xiàn)場事件，它使得用戶可以隨時快進(jìn)、后退以及跳躍地觀看自己想看的內(nèi)容而不被時間所限制。順序流傳輸只基于HTTP協(xié)議，順序流式服務(wù)只用標(biāo)準(zhǔn)的WEB服務(wù)器就能夠?qū)崿F(xiàn)，相對于實(shí)時流式傳輸更加簡便，但是也存在一些缺陷，順序流式傳輸只能用于傳輸一些高質(zhì)量的短的片段，例如廣告、片頭、片尾等。對于一些長的片段或者有隨機(jī)訪問要求的視頻內(nèi)容，如電視劇、演講等卻不能有效地支持。13流媒體的傳輸流程及協(xié)議這里引用圖12對流媒體的具體傳輸流程2做詳細(xì)敘述。WEB瀏覽器和WEB服務(wù)器之間通過HTTP/TCP協(xié)議交換控制信息，以便從大量的原始信息中將所需要傳輸?shù)膶?shí)時數(shù)據(jù)檢索出來用HTTP協(xié)議從WEB服務(wù)器中檢索出相關(guān)的數(shù)據(jù)并且將AV播放器進(jìn)行初始化。根據(jù)WEB服務(wù)器檢索出的相應(yīng)的服務(wù)器的地址來定位AV服務(wù)器。這時AV服務(wù)器和AV播放器之間就會交換AV傳輸所需要的實(shí)時控制協(xié)議。當(dāng)AV數(shù)據(jù)信息抵達(dá)客戶端時，就可以看到AV播放器所播放的節(jié)目了。根據(jù)之前的描述不難總結(jié)流媒體傳輸?shù)膮f(xié)議主要分為實(shí)時流協(xié)議、實(shí)時傳輸協(xié)議和資源預(yù)定協(xié)議三個部分。實(shí)時流協(xié)議（RTSP）即REALTIMESTREAMINGPROTOCOL，在數(shù)據(jù)傳送通路以及傳輸機(jī)制上是遵循最底層的TCP或RTP協(xié)議，它能夠?yàn)閱吸c(diǎn)傳送和多點(diǎn)傳送的流式多媒體提供高播放性能，與此同時還能夠兼容不同廠商所生產(chǎn)的發(fā)送端和接收端的應(yīng)用程序。實(shí)時傳輸協(xié)議包括RTP和RTCP協(xié)議，由于RTP和RTCP的配合使用能夠有效地進(jìn)行反饋，有利于提高傳輸效率減少開銷，因此被用于網(wǎng)上實(shí)時數(shù)據(jù)的傳輸非常適合。資源預(yù)訂協(xié)議（RSVP）即RESOURCERESERVEPROTOCOL，由于使用RSVP能夠預(yù)留一部分網(wǎng)絡(luò)資源從而能夠在一定程度上為流媒體的傳輸提供QOS。2流媒體技術(shù)的實(shí)現(xiàn)與組成流媒體技術(shù)3一般來說包含了四大原件圖21流媒體的組成服務(wù)器（SERVERS）能夠管理并且傳輸大量的多媒體內(nèi)容；編碼器（SCRIPTERS）能夠整合多媒體內(nèi)容并且以互動的方式呈現(xiàn)；轉(zhuǎn)檔/轉(zhuǎn)碼工具（ENCODERS）用于壓縮轉(zhuǎn)檔；播放器（PLAYERS）主要用于在用戶端的PC上呈現(xiàn)文件內(nèi)容。一個完整的流媒體平臺3主要包括流服務(wù)應(yīng)用軟件、視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)、集中分布是視頻系統(tǒng)、媒體內(nèi)容檢索系統(tǒng)、媒體儲存系統(tǒng)、數(shù)字版權(quán)管理、和客戶端系統(tǒng)等部分。21流服務(wù)的應(yīng)用軟件系統(tǒng)中最重要的成分便是應(yīng)用流軟件，它要求在最廣闊的范圍內(nèi)、不同鏈接、最快速度的基礎(chǔ)上能夠提供性能最好的多媒體效果，同時具有較強(qiáng)的可伸縮能力和系統(tǒng)管理能力。他還需要有標(biāo)準(zhǔn)、開放以及跨平臺的架構(gòu)。軟件系統(tǒng)必須具有相當(dāng)好的傳輸能力和壓縮比，從而適合網(wǎng)路發(fā)布。對服務(wù)器端的軟件要求也很高，它需要能夠支持廣泛的媒體格式和大量的流媒體商業(yè)模式與互聯(lián)網(wǎng)用戶群同時擁有強(qiáng)大的網(wǎng)絡(luò)管理功能。22集中分布式視頻系統(tǒng)隨著流應(yīng)用需求量的不斷增加，對系統(tǒng)的可伸縮性要求也越來越高。這樣隨著用戶的增多和業(yè)務(wù)的增加系統(tǒng)能夠更加靈活的調(diào)整現(xiàn)場直播流的數(shù)量，同時通過增加接近最終用戶端的邊緣流媒體服務(wù)器數(shù)量和帶寬集群，調(diào)節(jié)并發(fā)用戶數(shù)量，從而不斷滿足用戶對于系統(tǒng)擴(kuò)展的需求。23視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)主要包括節(jié)目管理，廣播和點(diǎn)播的管理，創(chuàng)建、發(fā)布及計費(fèi)認(rèn)證服務(wù)，直播、傳送節(jié)目的解決方案，提供定時按需錄制，管理多服務(wù)器系統(tǒng)負(fù)載均衡調(diào)度及用戶訪問服務(wù)。24視頻采集制作系統(tǒng)視頻采集制作系統(tǒng)是利用媒體采集設(shè)備來進(jìn)行STREAM的制作和生成。它包含了由獨(dú)立的視頻、圖片、聲音、文字組合到豐富的流媒體制作等一系列工具。這些工具產(chǎn)生的STREAM文件能夠存儲為固定的格式為發(fā)布服務(wù)器所使用。視頻采集系統(tǒng)的優(yōu)點(diǎn)就是能夠?qū)崟r的向發(fā)布服務(wù)器提供其所需視頻以及提供實(shí)時的多媒體信息發(fā)布服務(wù)。25媒體內(nèi)容自動索引檢索系統(tǒng)媒體內(nèi)容自動索引檢索系統(tǒng)能夠?qū)γ襟w源進(jìn)行標(biāo)記，將捕捉到的音頻視頻文件建立索引，同時根據(jù)高分辨率的媒體建立低分辨率的代理文件，這樣就可以用于視頻節(jié)目的審查、檢索以及自動發(fā)布基于媒體的片段，從而形成一套相對強(qiáng)大的數(shù)字媒體管理發(fā)布應(yīng)用系統(tǒng)。媒體分析軟件可以根據(jù)屏幕文本實(shí)時的識別，實(shí)時的語音識別能夠判斷說話者的聲音類型和名字還能夠用來鑒別口述單詞，同時能夠感應(yīng)到屏幕圖像的變化最終通過一個視頻數(shù)據(jù)庫將收到的信息進(jìn)行歸類。媒體分析軟件還能夠感應(yīng)到視覺內(nèi)容的變化，能夠智能的將感知到的視頻分解成片段同時產(chǎn)生可供瀏覽的關(guān)鍵幀圖像，也可以像識別屏幕上的文字、數(shù)字一樣識別出視頻中的人像，同時能夠從視頻信號中判斷出語音文本或標(biāo)題文字。利用聲音識別，媒體分析軟件能夠?qū)⑿盘栔姓f話者的聲音類型、姓名轉(zhuǎn)換成可以編輯的文本信息。用戶使用一個標(biāo)準(zhǔn)的WEB瀏覽器，可以將視頻片段像檢索互聯(lián)網(wǎng)其他信息一樣檢索出來，同時用戶還可以利用一些信息來搜索自己需要的視頻片段。26媒體數(shù)字版權(quán)加密系統(tǒng)媒體數(shù)字版權(quán)加密系統(tǒng)即DRM是基于互聯(lián)網(wǎng)基礎(chǔ)上對媒體內(nèi)容進(jìn)行加密的一種相對安全的端到端的解決方案。它可以使內(nèi)容提供商隨心所欲的在他發(fā)布的節(jié)目或媒體中的指定的內(nèi)容、觀看次數(shù)及時間段進(jìn)行加密和保護(hù)。DRM認(rèn)證服務(wù)器不僅支持靈活的訪問權(quán)限，如內(nèi)容限制、時間限制、播放次數(shù)限制及其他各種組合等，同時也支持其他一些具有完整商業(yè)模型的媒體數(shù)字版權(quán)加密系統(tǒng)集成，這其中包括出租、所有權(quán)、定金、VOD以及基于B2B的多級內(nèi)容版權(quán)管理領(lǐng)域等。是保障運(yùn)營商對內(nèi)容進(jìn)行保護(hù)及依靠所發(fā)布的內(nèi)容盈利的關(guān)鍵技術(shù)。27媒體存儲系統(tǒng)由于有大量的影視資料需要存儲，所以媒體存儲系統(tǒng)必須要配備大容量的磁盤陣列。同時對于數(shù)據(jù)的讀寫能力要求也非常高，高速傳輸外界所請求的數(shù)據(jù)從而使得用戶能夠更快訪問共享數(shù)據(jù)，同時需要其具有高度的兼容性、可擴(kuò)展性并且支持標(biāo)準(zhǔn)的接口。這種系統(tǒng)配置的具有滿足數(shù)千小時的視頻數(shù)據(jù)存儲從而實(shí)現(xiàn)大量片段存儲的優(yōu)點(diǎn)。28客戶端系統(tǒng)客戶端系統(tǒng)能夠支持視頻和音頻的點(diǎn)播和直播，可以播放多種流行的媒體格式，如圖片、WEB頁面、文字、視頻和音頻等集成表現(xiàn)形式，同時能在流行的瀏覽器中竊入。在帶寬充裕的前提下，流式媒體播放器能夠自動檢測視頻服務(wù)器的連接狀況從而選擇相對合適的視頻，最終獲得更好的視覺效果。目前有美國微軟公司的MEDIAPLAYER、美國蘋果公司的QUICKTIME和美國REALNETWORKS公司的REALPLAYER三種產(chǎn)品應(yīng)用最為廣泛。3流媒體技術(shù)的應(yīng)用目前很多人對流媒體存在一定的認(rèn)識誤區(qū)，認(rèn)為流媒體就是視頻點(diǎn)播或VOD，而實(shí)際上，流媒體卻是一種新型的數(shù)據(jù)信息載體。人們不僅要考慮流媒體技術(shù)，更重要的是需要設(shè)計自己的業(yè)務(wù)模式。流媒體作為眾多寬帶業(yè)務(wù)的基礎(chǔ)平臺具有先進(jìn)的業(yè)務(wù)伸縮能力。所以，用戶必須首先區(qū)分在整個流媒體應(yīng)用領(lǐng)域中的各種角色的定義以及劃分。基礎(chǔ)運(yùn)營商它是增值業(yè)務(wù)的提供者，擁有完整的寬帶應(yīng)用平臺和網(wǎng)絡(luò)本身。業(yè)務(wù)平臺使用者是依靠基礎(chǔ)運(yùn)營商提供的寬帶應(yīng)用平臺來進(jìn)行信息服務(wù)的用戶，如企業(yè)、學(xué)校、電視臺、網(wǎng)站等。信息消費(fèi)者普通用戶。目前流媒體技術(shù)主要有基于寬帶和窄帶兩種應(yīng)用方式。其中寬帶方式包括KTV、網(wǎng)絡(luò)電