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

1、xxxx大學(xué)本科畢業(yè)論文（設(shè)計(jì)）任務(wù)書論文（設(shè)計(jì)）題目：流媒體技術(shù)在企業(yè)中的應(yīng)用 學(xué) 院：軟件學(xué)院 專業(yè)：軟件工程 班級(jí)：2008級(jí)xx班 學(xué)生姓名：xxx 學(xué)號(hào)：xxxxxxxx 指導(dǎo)教師：xxx 職稱：高級(jí)工程師 1、 論文（設(shè)計(jì)）研究目標(biāo)及主要任務(wù)n 研究目標(biāo)：對流媒體(streaming media)進(jìn)行深入剖析，調(diào)查流媒體（streaming media）技術(shù)在當(dāng)前企業(yè)中的應(yīng)用程度和現(xiàn)狀。并且實(shí)現(xiàn)視頻會(huì)議，視頻點(diǎn)播服務(wù)器，視頻監(jiān)控n 主要任務(wù)：調(diào)查流媒體（streaming media）技術(shù)在當(dāng)前企業(yè)中的應(yīng)用程度和現(xiàn)狀，重點(diǎn)在視頻監(jiān)控技術(shù)，視頻會(huì)議，視頻教學(xué)，視頻點(diǎn)播系統(tǒng)等幾方面進(jìn)行

2、深入研究。最終實(shí)現(xiàn)視頻會(huì)議，視頻點(diǎn)播服務(wù)器，視頻監(jiān)控。2、 論文（設(shè)計(jì)）的主要內(nèi)容n 配置流媒體技術(shù)實(shí)驗(yàn)環(huán)境n 設(shè)計(jì)基于流媒體技術(shù)的應(yīng)用程序l 如何搭建使用流媒體技術(shù)實(shí)現(xiàn)視頻監(jiān)控環(huán)境l 如何搭建視頻點(diǎn)播服務(wù)器l 如何實(shí)現(xiàn)視頻會(huì)議n 實(shí)現(xiàn)基于流媒體技術(shù)的應(yīng)用軟件3、 論文（設(shè)計(jì)）的基礎(chǔ)條件及研究路線基礎(chǔ)條件：本文寫作的基礎(chǔ)是在對流媒體技術(shù)有一定的了解以及對流媒體技術(shù)應(yīng)用領(lǐng)域有一定了解的基礎(chǔ)上，為了滿足企業(yè)需求節(jié)省下載等待時(shí)間和儲(chǔ)存空間，將流媒體技術(shù)應(yīng)用于企業(yè)日常工作當(dāng)中，它使得信息發(fā)布傳播更廣、產(chǎn)品介紹更加生動(dòng)活潑便于客戶接受、視頻會(huì)議不受時(shí)空限制更加經(jīng)濟(jì)高效、對職工的培訓(xùn)更加方便便捷。研究路線

3、：通過流媒體技術(shù)本身特點(diǎn)（把連續(xù)的音頻和視頻信息在壓縮后放到網(wǎng)絡(luò)的服務(wù)器上，網(wǎng)絡(luò)用戶通過客戶端一邊下載一邊進(jìn)行收聽或觀看，而不必等到把整個(gè)文件下載完畢）及人們對流媒體認(rèn)可程度分析，流媒體技術(shù)不僅僅在人們?nèi)粘Ｉ钪校ㄈ缇W(wǎng)絡(luò)電視、視屏電話）等應(yīng)用，在企業(yè)中同樣可以發(fā)揮巨大作用。這樣只要做到在自己的網(wǎng)絡(luò)內(nèi)部建設(shè)流媒體應(yīng)用平臺(tái)，同時(shí)為該系統(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 劉平企

4、業(yè)戰(zhàn)略管理. 清華大學(xué)出版社,20085 李文斌，鐘寧，劉椿年異步p2p網(wǎng)絡(luò)的實(shí)現(xiàn)機(jī)制j.廣西師范大學(xué)學(xué)報(bào)(自然科學(xué)版)，2007，25(4):281-2856 moy j.ospf version 2s.rfc 2328, 19987 莊捷流媒體原理與應(yīng)用中國廣播電視出版，2007.88 張春紅，裘曉峰，弭偉p2p技術(shù)全面解析人民郵電出版社，20079 karl paulsen focal pressmoving media storage technologies: applications & workflows for video and media server platforms，

5、20115、 計(jì)劃進(jìn)度階段起止日期 1 2熟悉流媒體的相關(guān)知識(shí)需求分析，撰寫需求分析說明書2011.12.19-2012.02.152012.02.16-2012.03.02 3 4撰寫系統(tǒng)設(shè)計(jì)說明書系統(tǒng)實(shí)現(xiàn)2012.03.03-2012.03.142012.03.15-2012.03.28 5系統(tǒng)測試2012.03.29-2012.04.03 6論文撰寫與修改2012.04.04-2011.05.01 7論文答辯2012.05.07-2011.05.11 指 導(dǎo) 教師: 年 月 日教研室主任: 年 月 日河北師范大學(xué)本科生畢業(yè)論文（設(shè)計(jì)）開題報(bào)告書 軟件 學(xué)院 軟件工程 專業(yè) 2012 屆學(xué)

6、生姓名xxx論文（設(shè)計(jì)）題目流媒體技術(shù)在企業(yè)中的應(yīng)用指導(dǎo)教師xxx專業(yè)職稱高級(jí)工程師所屬教研室網(wǎng)絡(luò)研究方向流媒體課題論證：流媒體是指在網(wǎng)絡(luò)中使用流式傳輸技術(shù)直接傳送音頻、視頻和多媒體文件等。流媒體傳輸技術(shù)的特點(diǎn)就是把連續(xù)的音頻和視頻信息經(jīng)過壓縮后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端一邊下載一邊進(jìn)行收聽或觀看而不需要把整個(gè)文件下載完畢后在進(jìn)行收聽或觀看。（下見附頁一）方案設(shè)計(jì)： 首先調(diào)查并了解企業(yè)對流媒體技術(shù)的需求并且做出合理規(guī)劃，然后根據(jù)企業(yè)需求設(shè)計(jì)出適合企業(yè)應(yīng)用的方案，再搭建環(huán)境測試該方案能否有相應(yīng)效果，最后在企業(yè)中測試驗(yàn)證是否可以執(zhí)行并且做相應(yīng)的改進(jìn)。進(jìn)度計(jì)劃：11年12月19日 12年02

7、月15日 熟悉流媒體的相關(guān)知識(shí)12年02月16日 12年03月02日 需求分析，撰寫需求分析說明書12年03月03日 12年03月14日 撰寫系統(tǒng)設(shè)計(jì)說明書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í)，列一方

8、面便于領(lǐng)導(dǎo)隨時(shí)隨地將自己的想法傳遞到員工當(dāng)中更加便于統(tǒng)一規(guī)劃管理，同時(shí)保證公司內(nèi)部情況不至于泄露。一個(gè)完整的流媒體平臺(tái)一般由流服務(wù)應(yīng)用軟件、集中分布式視頻系統(tǒng)、視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)、視頻采集制作端系統(tǒng)、媒體內(nèi)容檢索系統(tǒng)、數(shù)字版權(quán)管理(drm)、媒體存儲(chǔ)系統(tǒng)、客戶端系統(tǒng)等組成。目前有三大“流派”使用流媒體技術(shù)音視頻文件。分別是微軟的asf（advanced stream format）、realnetworks公司的realmedia和蘋果公司的quicktime。流媒體技術(shù)使得網(wǎng)絡(luò)帶寬對多媒體傳輸?shù)南拗频玫酵黄啤Ｒ虼嗽诰W(wǎng)絡(luò)廣播、視頻點(diǎn)播、企業(yè)培訓(xùn)等多個(gè)領(lǐng)域得到廣泛應(yīng)用。當(dāng)然在企業(yè)中應(yīng)用尤為

9、便利它使得信息發(fā)布傳播更廣、產(chǎn)品介紹更加生動(dòng)活潑便于客戶接受、視頻會(huì)議不受時(shí)空限制更加經(jīng)濟(jì)高效、對職工的培訓(xùn)更加方便便捷。河北師范大學(xué)本科生畢業(yè)論文（設(shè)計(jì)）文獻(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)行收聽或觀看而不需要把整個(gè)文件下載完畢后

10、在進(jìn)行收聽或觀看。它是網(wǎng)絡(luò)技術(shù)與視音技術(shù)的有機(jī)結(jié)合。2、 流媒體技術(shù)發(fā)展現(xiàn)狀及發(fā)展趨勢流媒體技術(shù)發(fā)展的主要依賴有網(wǎng)絡(luò)傳輸條件、文件傳輸控制、客戶端的解碼以及文件的編碼壓縮效率等幾個(gè)方面。這當(dāng)中每一個(gè)方面都會(huì)影響到流媒體技術(shù)的發(fā)展和應(yīng)用。起初由于網(wǎng)絡(luò)帶寬不足、客戶端計(jì)算機(jī)解碼運(yùn)算速度不高等原因?qū)е氯藗兒茈y看到高畫質(zhì)的影音節(jié)目。隨著互聯(lián)網(wǎng)在全球范圍內(nèi)的普及，美國real networks、microsoft等公司倡導(dǎo)發(fā)起了流媒體技術(shù)。由于其大大節(jié)省了網(wǎng)絡(luò)帶寬是的播放速度更加流暢受到大眾的青睞，流媒體技術(shù)迅速崛起成為人們必不可少的工具之一，他的商業(yè)模式也越來越成熟。目前流媒體技術(shù)已被列為中國寬帶建設(shè)

11、中最主要的應(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)品介紹、視頻會(huì)議、遠(yuǎn)程監(jiān)控、職工培訓(xùn)、客戶服務(wù)等方面。下面做詳細(xì)闡述：（1） 信息發(fā)布就一個(gè)企業(yè)而言，經(jīng)常需要向公眾發(fā)布一些重要信息從而引起公眾注意、吸引客戶眼球。從前是靠一些傳統(tǒng)媒體進(jìn)行發(fā)布，如廣播、電視、報(bào)紙等。這些往往導(dǎo)致企業(yè)要投入大量資金而且只能覆蓋一些特定的地理區(qū)域，往往導(dǎo)致其投資與實(shí)際收到的效果不成正比。而用流媒體技術(shù)在互聯(lián)網(wǎng)上面向世界發(fā)布不僅大大降低了成本，覆蓋面也極大提高，從公司整

12、體利益來看是百利而無一害。（2） 產(chǎn)品介紹在網(wǎng)絡(luò)技術(shù)不夠發(fā)達(dá)的時(shí)候多數(shù)的企業(yè)通過報(bào)紙電視等傳統(tǒng)媒體上介紹自己的產(chǎn)品，同樣出現(xiàn)投入資金與實(shí)際收到的效果不成正比的現(xiàn)象。當(dāng)網(wǎng)絡(luò)普及時(shí)多數(shù)企業(yè)擁有了自己的網(wǎng)站，但是也僅僅是通過普通的文字、圖片介紹自己的產(chǎn)品同樣收不到很好的效果。然而流媒體技術(shù)可以使企業(yè)更加生動(dòng)形象地介紹自己的產(chǎn)品，猶如當(dāng)面推銷，不僅增加了產(chǎn)品的可信度而且更容易讓大眾接受，使得該產(chǎn)品深入熱心。 （3） 視頻會(huì)議 由于一些企業(yè)擁有跨地域的分支結(jié)構(gòu)或者企業(yè)員工分布在不同地域，迫切需要將會(huì)議精神及時(shí)準(zhǔn)確的傳達(dá)給各個(gè)分支或員工，通過視頻會(huì)議不僅節(jié)省了大量因?yàn)槌霾钤斐傻娜肆Y金支出而且大大提高了效

13、率。這樣方便了公司內(nèi)部交流同時(shí)也增進(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é)出版社,2008.5 李文斌，鐘寧，劉椿年異步p2p網(wǎng)絡(luò)的實(shí)現(xiàn)機(jī)制j.廣西師范大學(xué)學(xué)報(bào)(自然科學(xué)版)，2007，25(4):281-285.6 moy j.ospf version 2s.rfc 2328, 1998.7 莊捷流媒體原理與應(yīng)用中國廣播電視出版，2007.88 張春紅，裘曉峰，弭偉p2p技術(shù)全

14、面解析人民郵電出版社，20079 karl paulsen focal pressmoving media storage technologies: applications & workflows for video and media server platforms，2011河北師范大學(xué)本科生畢業(yè)論文（設(shè)計(jì)）翻譯文章中文翻譯：在互聯(lián)網(wǎng)上流媒體傳輸?shù)囊曨l編碼格雷戈里康克林， 美國電氣和電子工程協(xié)會(huì)會(huì)員，加里格林鮑姆， 艾倫利普曼樓，美國電氣和電子工程協(xié)會(huì)會(huì)員，尤里a. reznik，美國電氣和電子工程協(xié)會(huì)會(huì)員摘要：我們今天提供了一個(gè)概述互聯(lián)網(wǎng)流媒體傳輸網(wǎng)絡(luò)，并描述了各種這種系統(tǒng)對視頻編碼

15、方面的問題。我們展示基于分布模型，類型（單播的網(wǎng)絡(luò)傳輸機(jī)制與組播），優(yōu)化與標(biāo)準(zhǔn)的參與者網(wǎng)絡(luò)利用手段（例如，失真最小一個(gè)給定的連接率，盡量減少交通專用交付網(wǎng)絡(luò)等），它可以識(shí)別幾種模式通信，可能需要從兩個(gè)不同的傳播源和信道編碼來闡述我們的觀點(diǎn)。我們解釋了怎樣使用一些傳統(tǒng)的框架，這些問題是可以將時(shí)間運(yùn)動(dòng)補(bǔ)償變換為基礎(chǔ)的視頻com的pression算法，支持通過適當(dāng)?shù)那?，適應(yīng)在流媒體的客戶端和服務(wù)器組件的機(jī)制系統(tǒng)。這些技術(shù)大多已經(jīng)實(shí)施在realnetworks公司的realsystem8和它的realvideo8編解碼器，我們用整個(gè)文件，說明我們的研究結(jié)果。關(guān)鍵字：網(wǎng)絡(luò)媒體 傳輸網(wǎng)絡(luò) 可擴(kuò)展的視頻編

16、碼 流媒體 視頻壓縮一 流媒體技術(shù)的演變流媒體的概念是一個(gè)基本的多媒體技術(shù)在臺(tái)式電腦上已經(jīng)建立了自己的時(shí)間。數(shù)字化音頻和視頻剪輯，編碼（例如，使用mpeg-1壓縮標(biāo)準(zhǔn)），提出了計(jì)算機(jī)的文件系統(tǒng)上的文件。查看信息，在這樣的文件記錄，個(gè)人電腦用戶運(yùn)行特殊的軟件設(shè)計(jì)解壓縮，并呈現(xiàn)在屏幕上。這種模式在互聯(lián)網(wǎng)上最自然的擴(kuò)展，可下載媒體的概念。壓縮媒體從網(wǎng)上下載文件，預(yù)存到本地計(jì)算機(jī)上下載的，在那里他們可以使用回放標(biāo)準(zhǔn)多媒體軟件。然而，這是不能令人滿意的解決方案為用戶提供數(shù)量有限的磁盤空間，速度慢的轉(zhuǎn)換連接速度和有限的耐心。這實(shí)質(zhì)上是創(chuàng)建需要的流媒體技術(shù)，使用戶體驗(yàn)上的動(dòng)態(tài)多媒體演示，而這是被從互聯(lián)網(wǎng)上下

17、載?；趆ttp的流一些早期的流媒體方案的設(shè)計(jì)，像vivoactive1.0，是基于該標(biāo)準(zhǔn)的使用（基于http）web服務(wù)器來提供編碼的媒體內(nèi)容。使用保證交付運(yùn)輸協(xié)議（如tcp），由于所有的http服務(wù)器 - 客戶端交易實(shí)施。這些方案的跡象是非常簡單。例如，vivoac結(jié)合h.263標(biāo)準(zhǔn)視頻和g.723音頻編解碼器，一個(gè)簡單的多路復(fù)用協(xié)議結(jié)合在單一文件的音頻和視頻流。這些編解碼器來自桌面視頻會(huì)議，只有輕微的算法的變化（大多與速率控制）被要求作出這樣的系統(tǒng)工作。然而，最初用于提供靜態(tài)文檔進(jìn)行設(shè)計(jì)，http協(xié)議不是特別適合實(shí)時(shí)流。例如，缺乏控制率，其中web服務(wù)器通過網(wǎng)絡(luò)把數(shù)據(jù)以及使用保證交付運(yùn)輸

18、協(xié)議（tcp）造成大幅波動(dòng)，在片段的編碼數(shù)據(jù)的交貨時(shí)間。用相當(dāng)大的預(yù)卷緩沖區(qū)是為了防止這樣的過程中突發(fā)的情況。盡管如此，如果由于某種原因，交付的下一個(gè)片段數(shù)據(jù)延遲超過可用的預(yù)卷時(shí)間，不得不暫停交付，直到緩沖區(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í)時(shí)視頻源信息（如任何標(biāo)準(zhǔn)的

19、模擬錄像機(jī)）是連接到編碼器。編碼引擎是負(fù)責(zé)輸入的模擬視頻捕獲和數(shù)字化信息壓縮，并通過所產(chǎn)生的數(shù)據(jù)下降到服務(wù)器。另外，服務(wù)器可以接收這些信息從模擬實(shí)時(shí)傳輸代理的slta，一個(gè)軟件工具從存檔讀取預(yù)編碼的信息，并把它發(fā)送一臺(tái)服務(wù)器，如果它剛剛從活源編碼。服務(wù)器是負(fù)責(zé)分散壓縮公司從編碼器到所有連接的分配器和/或客戶已加入廣播。分配器是額外的服務(wù)器這可以是一個(gè)專門的媒體交付網(wǎng)絡(luò)的一部分，或多次訪問一公共的基于ip的傳送網(wǎng)絡(luò)，或可以被嵌入的網(wǎng)絡(luò)流量高速緩存，在現(xiàn)場的情況下流媒體廣播，傳遞信息。在其最簡單的形式，通過單播服務(wù)器（或分配器），每一個(gè)客戶單獨(dú)使用編碼視頻信息單向數(shù)據(jù)流（結(jié)合雙向rtsp會(huì)話控制）

20、。在這種情況下，參數(shù)之間的連接服務(wù)器和每個(gè)客戶端可以在每個(gè)月初估計(jì)會(huì)議，并可以在廣泛的系統(tǒng)監(jiān)測投。在網(wǎng)絡(luò)配備組播禁止路由器情況下，服務(wù)器需要發(fā)送一個(gè)組播流，它會(huì)自動(dòng)復(fù)制到所有訂閱網(wǎng)絡(luò)上的客戶。組播的重要限制是單向的信息傳輸和非保證交貨。此外，服務(wù)器通常不知道有多少客戶端訂閱的廣播和/或他們的實(shí)際連接的統(tǒng)計(jì)信息。一種可能的方式為客戶不同的連接速度是聯(lián)播幾個(gè)獨(dú)立的編碼版本，針對不同的比特率（流）源，并讓客戶決定使用哪個(gè)流。除了服務(wù)器客戶端傳輸，流媒體網(wǎng)絡(luò)也有分發(fā)編碼的視頻信息是之間他們的分配器。有幾種可能的方式，這種分配可以通過網(wǎng)絡(luò)實(shí)現(xiàn)。一種可能的實(shí)現(xiàn)，分裂是由源服務(wù)器發(fā)起的，這所有直接連接的分配

21、器，等廣播信息。我們稱這樣的過程中推動(dòng)分裂。另外，分裂可以由一個(gè)客戶端連接到當(dāng)?shù)氐姆蛛x器（或啟動(dòng)網(wǎng)絡(luò)緩存作為一個(gè)分配器），轉(zhuǎn)讓不活躍的，如果要求上層分離器，等等，直到它到達(dá)最近的分配器。一旦發(fā)現(xiàn)這樣一個(gè)分配器，它可以開始通過中間連接到客戶端的鏈所要求的信息傳輸。我們稱之為模型拉分裂。在一個(gè)拆分為多個(gè)交貨訪問網(wǎng)絡(luò)的一部分使用的情況下，它可以建立連接幾個(gè)地理分布上一線分配器。結(jié)論 在本文中，我們提供了一個(gè)架構(gòu)的概述今天的互聯(lián)網(wǎng)流媒體傳輸網(wǎng)絡(luò)和各種問題，他們對視頻編碼。我們還解釋了一些在現(xiàn)有機(jī)制realsystem8的支持自適應(yīng)預(yù)編碼信息傳輸，并闡述其整體架構(gòu)的realvideo8編解碼器。我們發(fā)現(xiàn)

22、的realsystem8提供了一個(gè)開放和可擴(kuò)展的平臺(tái)，能夠容納各種未來互聯(lián)網(wǎng)上的流媒體基礎(chǔ)設(shè)施，并在需要特別是，為提高視頻編碼技術(shù)的新的要求。英文原文：video coding for streaming media deliveryon the internetgregory j. conklin, member, ieee, gary s. greenbaum, member, ieee, karl o. lillevold,alan f. lippman, member, ieee, and yuriy a. reznik, member, ieee invited paperabstr

23、actwe provide an overview of an architecture of todays internet streaming media delivery networks and describe various problems that such systems pose with regard to video coding. we demonstrate that based on the distribution model (live or on-demand), the type of the network delivery mechanism (uni

24、cast versus multicast), and optimization criteria associated with particular segments of the network (e.g., minimization of distortion for a given connection rate, minimization of traffic in the dedicated delivery network, etc.), it is possible to identify several models of communication that may re

25、quire different treatment from both source and channel coding perspectives. we explain how some of these problems can be addressed using a conventional framework of temporal motion-compensated, transform-based video compression algorithm, supported by appropriate channel-adaptation mechanisms in cli

26、ent and server components of a streaming media system. most of these techniques have already been implemented in real networks real system 8 and its real video 8 codec, which we are using throughout the paper to illustrate our results. termsinternet media delivery networks, scalable video coding, st

27、reaming media, video compression.i evolution of streaming media technologiesthe concept of streaming media came at a time when basic multimedia technologies had already established themselves on desktop pcs. audio and video clips were digitized, encoded(e.g., using mpeg-1 compression standard), and

28、presented as files on the computers file system. to view the information recorded in such files, pc users ran special software designedto decompress and render them on the screen.the first and most natural extension of this paradigm on the internet was the concept of downloadable media. compressed m

29、edia files from the web were expected to be downloaded on local machines, where they could be played back using the standard multimedia software. however, this was not a satisfactory solution for users with limited amounts of disk space, slow connection speeds and/or limited patience. this essential

30、ly created the need for streaming media, a technology that enabled the user to experience a multimedia presentation on-the-fly, while it was being downloaded from the internet.http-based streamingthe design of some early streaming media programs, like vivo active 1.0, was based on the use of the sta

31、ndard (http-based) web servers to deliver encoded media content. since all http server-client transactions are implemented using a guaranteed-delivery transport protocol, such as tcp , the design of these programs was very simple. for example, vivo active used a combination of the standard h.263 vid

32、eo andg.723 audio codecs, and a simple multiplexing protocol to combine the audio and video streams in single file. these codecs came from desktop video conferencing, and only minor algorithmic changes (mostly related to rate control) were required to make such a system work.however, being originall

33、y designed for serving static documents, http protocol was not particularly suited for real-time streaming. for example, the lack of control over the rate atwhich the web server pushes data through the network, as well as the use of the guaranteed-delivery transport protocol (tcp), caused substantia

34、l fluctuation in the delivery times for the fragments of the encoded data. this is why the vivo active player used a quite large (520 s) predrill buffer that was meant to compensate for the business of such a delivery process. nevertheless, if for some reason the delivery of the next fragment of dat

35、a was delayed by more than the available predrill time, the player had to suspend rendering until the buffer was refilled. this so-called rebuffing process was a frequent cause of diminished user experience.some other challenges of using standard web servers were streaming of live presentations and

36、implementing vcr-style navigation features such as seek, fast-forward, and rewind foron demand streaming.fig. 1 communication between realaudio server and realaudio playerii. streaming media delivery mechanismsit is important to distinguish between two modes in which video information can be distrib

37、uted over the internet, namely, live broadcasting and on-demand streaming. below, we consider each of these models and the corresponding delivery mechanisms used by modern streaming media systems.distribution of live videoa diagram illustrating various steps in the distribution of live content is pr

38、esented in fig. 3. the source of live video information (such as any standard analog video recorder) is connected to the encoder. the encoding engine is responsible for capturing and digitizing the incoming analog video information, compressing it, and passing the resulting data down to the server.

39、alternatively, the server can receive such information from a simulated live transfer agent (slta), a software tool that reads pre-encoded information from an archive and sends itto a server as if it has just been encoded from a live source.the server is responsible for dispersing the compressed inf

40、ormation from the encoder to all connected splitters and/or clients who have joined the broadcast. splitters are additional servers that can be either part of a dedicated media delivery network, or a public-ip-based multiple-access delivery network, or can be embedded in network traffic caches, whic

41、h in case of live streaming broadcasts just pass the information through.in its simplest form, the server (or splitter) unicasts the encoded video information to each of the clients individually using a one-way data stream (combined with two-way rtsp sessioncontrol). in this case, the parameters of

42、the connection between server and each client can be estimated at the beginning of each session and can be systematically monitored during the broadcast.in the case where a network is equipped with multicast-enabled routers, the server needs to send only one multicast stream, which is automatically

43、replicated to all subscribed clients on the network. important limitations of multicasting are one-way transmission and nonguaranteed delivery of information. in addition, the server does not typically know how many clients are subscribed to the broadcast and/or their actual connection statistics. a

44、 possible way to serve clients with different connection speeds is to simulcast several independent encoded versions (streams) of the source targeted for different bit rates, and let clients decide which stream to use. in addition to the server-client transfers, streaming media networks also have to

45、 distribute encoded video information between their splitters. there are several possible ways such distribution can be implemented by the network. in one possible implementation, splitting is initiated by the source server, which broadcasts information to all directly connected splitters, and so on

46、. we call such process push splitting. alternatively, splitting can be initiated by a client connecting to a local splitter (or network cache acting as a splitter) which, if not active, transfers request to an upper tier splitter, and so on, until it reaches the nearest active splitter. once such a

47、splitter is found, it can start transmission of the requested information down through the chain of intermediate connections to the client. we call this model pull splitting. in the case where a splitter is used as part of a multiple-access delivery network, it can establish connections to several g

48、eographically distributed upper-tier splitters. we call such a delivery process multiple-access splitting.conclusionin this paper, we provided an overview of the architecture of todays internet streaming media delivery networks and various problems they pose for video coding. we also explained some

49、of the existing mechanisms in realsystem8 that support adaptive transmission of pre-encoded information, and described the overall architecture of its realvideo8 codec.we showed that realsystem8 provides an open and extensible platform, capable of accommodating various future needs of streaming medi

50、a infrastructure on the internet, and inparticular, new demands for improved video-coding techniques.本文來自于：/csdl/proceedings/dcc/2001/1031/00/10310493-abs.htmlxxx大學(xué)本科生畢業(yè)論文設(shè)計(jì)流媒體技術(shù)在企業(yè)中的應(yīng)用作者姓名：xxx 指導(dǎo)教師：xxx 所在學(xué)院：軟件學(xué)院 專業(yè)（系）：軟件工程 班級(jí)（屆）：2012屆a1班 二一二 年 四 月 二十八日目錄摘要：11 流媒體技術(shù)21.1 流媒體簡介21

51、.2 流媒體的傳輸方式及基本原理21.3 流媒體的傳輸流程及協(xié)議32 流媒體技術(shù)的實(shí)現(xiàn)與組成32.1 流服務(wù)的應(yīng)用軟件42.2 集中分布式視頻系統(tǒng)42.3 視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng)42.4 視頻采集制作系統(tǒng)52.5 媒體內(nèi)容自動(dòng)索引檢索系統(tǒng)52.6 媒體數(shù)字版權(quán)加密系統(tǒng)52.7 媒體存儲(chǔ)系統(tǒng)52.8 客戶端系統(tǒng)63 流媒體技術(shù)的應(yīng)用63.1 流媒體技術(shù)的應(yīng)用模式63.1.1 本身同時(shí)具有基礎(chǔ)運(yùn)營商和業(yè)務(wù)平臺(tái)使用者兩種身份的用戶群體。63.1.2 本身只是作為基礎(chǔ)運(yùn)營商73.1.3 開放統(tǒng)一的綜合業(yè)務(wù)模式83.1.4 流媒體技術(shù)的播放方式83.2 企業(yè)中常見流媒體格式83.2.1 mpeg-1

52、格式83.2.2 mpeg-2格式83.2.3 mpeg-493.3 流媒體服務(wù)器的應(yīng)用93.3.1 信息發(fā)布93.3.2 產(chǎn)品介紹93.3.3 視頻會(huì)議93.4 p2p流媒體技術(shù)103.4.1 p2p技術(shù)簡介103.4.2 p2p技術(shù)的特點(diǎn)103.4.3 基于p2p的流媒體技術(shù)113.4.4 p2p關(guān)鍵技術(shù)124 流媒體技術(shù)實(shí)現(xiàn)過程124.1創(chuàng)建點(diǎn)播站點(diǎn)124.2創(chuàng)建廣播站點(diǎn)194.2.1創(chuàng)建單播廣播站點(diǎn)194.2.2 創(chuàng)建多播廣播站點(diǎn)215 總結(jié)24致謝25參考文獻(xiàn)26abstract27流媒體技術(shù)在企業(yè)中的應(yīng)用 摘要：隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，流媒體技術(shù)的日益成熟由于其具有把連續(xù)的音頻和視

53、頻信息經(jīng)過壓縮編碼處理分成一個(gè)個(gè)小的數(shù)據(jù)包后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達(dá)到邊下載邊觀看的效果，由于這一優(yōu)勢它也被廣泛應(yīng)用與各個(gè)領(lǐng)域。它會(huì)將連續(xù)的聲音和影像等多媒體信息進(jìn)行壓縮編碼處理分成了一個(gè)個(gè)小的數(shù)據(jù)包，從而降低了對時(shí)延、抖動(dòng)和傳輸帶寬的要求，它會(huì)把連續(xù)的音頻和視頻信息經(jīng)過壓縮分割后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達(dá)到邊下載邊觀看的效果本文介紹了流媒體技術(shù)的基本特征，詳細(xì)闡述了流媒體技術(shù)在企業(yè)中的應(yīng)用，包括職工培訓(xùn)、產(chǎn)品介紹、視頻會(huì)

54、議、信息發(fā)布等，及其核心技術(shù)智能流技術(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) 視頻會(huì)議 信息發(fā)布1 流媒體技術(shù)1.1 流媒體簡介 流媒體的基本組成結(jié)構(gòu)如圖1.1所示：媒體播放器switcher媒體服務(wù)器編碼壓縮存儲(chǔ)器 編 媒體播放器mdsl modem英特網(wǎng)媒體播放器cable modem 圖1.1 流媒體系統(tǒng)的組成結(jié)構(gòu)流媒體（streaming media）是應(yīng)用流技術(shù)在網(wǎng)絡(luò)上實(shí)時(shí)、順序地傳輸以及播放視頻、音頻等多媒體內(nèi)容的連續(xù)時(shí)基數(shù)據(jù)流的一種多媒體文件。它會(huì)將連續(xù)的聲音和影

55、像等多媒體信息進(jìn)行壓縮編碼處理分成了一個(gè)個(gè)小的數(shù)據(jù)包，從而降低了對時(shí)延、抖動(dòng)和傳輸帶寬的要求，它會(huì)把連續(xù)的音頻和視頻信息經(jīng)過壓縮分割后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達(dá)到邊下載邊觀看的效果。這樣比將文件全部下載后再觀看具有明顯的優(yōu)勢。1.2 流媒體的傳輸方式及基本原理 流媒體傳輸過程中是依靠http/tcp協(xié)議在rtcp的控制下進(jìn)行的，具體過程如圖1.2所示：web服務(wù)器web瀏覽器 http/tcp 源文件 搜索定位av服務(wù)器av播放器 控制信息rtcp/tcp(udp) 數(shù)據(jù)信息rtp/udp 圖1.2 流媒體傳輸基本原理流媒體實(shí)現(xiàn)的基本原理1是將原來的媒體文件使用高效的壓縮算法進(jìn)行壓縮以后，應(yīng)用合適的流式傳輸，經(jīng)過流媒體服務(wù)器的配置，采用一定的實(shí)時(shí)協(xié)議來傳輸數(shù)據(jù)。實(shí)現(xiàn)流式傳輸按照傳輸方式的不同可以分為實(shí)時(shí)流傳輸（real time streaming）和順序流傳輸（(p