網(wǎng)絡(luò)流媒體技術(shù)在企業(yè)中的應(yīng)用畢業(yè)論文(編輯修改稿)

　

【文章內(nèi)容簡介】 ssing it, and passing the resulting data down to the server. Alternatively, the server can receive such information from a Simulated Live Transfer Agent (SLTA), a software tool that reads preencoded 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 pressed information 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 publicIPbased multipleaccess delivery network, or can be embedded in network traffic caches, which 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 oneway data stream (bined with twoway RTSP sessioncontrol). In this case, the parameters of 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 multicastenabled routers, the server needs to send only one multicast stream, which is automatically replicated to all subscribed clients on the network. Important limitations of multicasting are oneway 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 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 serverclient transfers, streaming media networks also have to 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. 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 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 multipleaccess delivery network, it can establish connections to several geographically distributed uppertier splitters. We call such a delivery process multipleaccess splitting.CONCLUSIONIn this paper, we provided an overview of the architecture of today’s Internet streaming media delivery networks and various problems they pose for video coding. We also explained some of the existing mechanisms in RealSystem8 that support adaptive transmission of preencoded information, and described the overall architecture of its RealVideo8 codec.We showed that RealSystem8 provides an open and extensible platform, capable of acmodating various future needs of streaming media infrastructure on the Internet, and inparticular, new demands for improved videocoding techniques.本文來自于：XXX大學本科生畢業(yè)論文設(shè)計流媒體技術(shù)在企業(yè)中的應(yīng)用作者姓名：XXX 指導教師：XXX 所在學院：軟件學院 　 專業(yè)（系）：軟件工程 班級（屆）：2012屆A1班 二〇一二 年 四 月 二十八日目錄摘要： 11 流媒體技術(shù) 2 流媒體簡介 2 流媒體的傳輸方式及基本原理 2 流媒體的傳輸流程及協(xié)議 32 流媒體技術(shù)的實現(xiàn)與組成 3 流服務(wù)的應(yīng)用軟件 4 集中分布式視頻系統(tǒng) 4 視頻業(yè)務(wù)管理媒體發(fā)布系統(tǒng) 4 視頻采集制作系統(tǒng) 5 媒體內(nèi)容自動索引檢索系統(tǒng) 5 媒體數(shù)字版權(quán)加密系統(tǒng) 5 媒體存儲系統(tǒng) 5 客戶端系統(tǒng) 63 流媒體技術(shù)的應(yīng)用 6 流媒體技術(shù)的應(yīng)用模式 6 本身同時具有基礎(chǔ)運營商和業(yè)務(wù)平臺使用者兩種身份的用戶群體。 6 本身只是作為基礎(chǔ)運營商 7 開放統(tǒng)一的綜合業(yè)務(wù)模式 8 流媒體技術(shù)的播放方式 8 企業(yè)中常見流媒體格式 8 MPEG1 格式 8 MPEG2格式 8 MPEG4 9 流媒體服務(wù)器的應(yīng)用 9 信息發(fā)布 9 產(chǎn)品介紹 9 視頻會議 9 P2P流媒體技術(shù) 10 P2P技術(shù)簡介 10 P2P技術(shù)的特點 10 基于P2P的流媒體技術(shù) 11 P2P關(guān)鍵技術(shù) 124 流媒體技術(shù)實現(xiàn)過程 12 12 19 19 創(chuàng)建多播廣播站點 215 總結(jié) 24致謝 25參考文獻 26ABSTRACT 27流媒體技術(shù)在企業(yè)中的應(yīng)用河北師范大學軟件學院 軟件工程專業(yè)指導教師 潘剛柱作 者 郭澤軍摘要：隨著網(wǎng)絡(luò)技術(shù)的不斷發(fā)展，流媒體技術(shù)的日益成熟由于其具有把連續(xù)的音頻和視頻信息經(jīng)過壓縮編碼處理分成一個個小的數(shù)據(jù)包后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達到邊下載邊觀看的效果，由于這一優(yōu)勢它也被廣泛應(yīng)用與各個領(lǐng)域。它會將連續(xù)的聲音和影像等多媒體信息進行壓縮編碼處理分成了一個個小的數(shù)據(jù)包，從而降低了對時延、抖動和傳輸帶寬的要求，它會把連續(xù)的音頻和視頻信息經(jīng)過壓縮分割后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達到邊下載邊觀看的效果本文介紹了流媒體技術(shù)的基本特征，詳細闡述了流媒體技術(shù)在企業(yè)中的應(yīng)用，包括職工培訓、產(chǎn)品介紹、視頻會議、信息發(fā)布等，及其核心技術(shù)—智能流技術(shù)。同時重點介紹了一下P2P流媒體技術(shù)。還指出流媒體在企業(yè)應(yīng)用中出現(xiàn)的問題，最后對流媒體技術(shù)在企業(yè)中應(yīng)用發(fā)展進行展望。關(guān)鍵詞：流媒體技術(shù) P2P技術(shù) 職工培訓 視頻會議 信息發(fā)布 1 流媒體技術(shù) 流媒體簡介 ：媒體播放器Switcher媒體服務(wù)器編碼壓縮存儲器 編 媒體播放器MDSL Modem英特網(wǎng)媒體播放器Cable Modem 流媒體系統(tǒng)的組成結(jié)構(gòu)流媒體（Streaming Media）是應(yīng)用流技術(shù)在網(wǎng)絡(luò)上實時、順序地傳輸以及播放視頻、音頻等多媒體內(nèi)容的連續(xù)時基數(shù)據(jù)流的一種多媒體文件。它會將連續(xù)的聲音和影像等多媒體信息進行壓縮編碼處理分成了一個個小的數(shù)據(jù)包，從而降低了對時延、抖動和傳輸帶寬的要求，它會把連續(xù)的音頻和視頻信息經(jīng)過壓縮分割后放到網(wǎng)絡(luò)服務(wù)器上，網(wǎng)絡(luò)用戶在客戶端只需要短暫的緩存就能夠觀看部分下載下來的文件，而未下載的文件則繼續(xù)緩存，從而達到邊下載邊觀看的效果。這樣比將文件全部下載后再觀看具有明顯的優(yōu)勢。 流媒體的傳輸方式及基本原理 流媒體傳輸過程中是依靠HTTP/TCP協(xié)議在RTCP的控制下進行的，：Web服務(wù)器Web瀏覽器 HTTP/TCP 源文件 搜索定位AV服務(wù)器AV播放器 控制信息RTCP/TCP(UDP) 數(shù)據(jù)信息RTP/UDP 流媒體傳輸基本原理流媒體實現(xiàn)的基本原理[1]是將原來的媒體文件使用高效的壓縮算法進行壓縮以后，應(yīng)用合適的流式傳輸，經(jīng)過流媒體服務(wù)器的配置，采用一定的實時協(xié)議來傳輸數(shù)據(jù)。實現(xiàn)流式傳輸按照傳輸方式的不同可以分為實時流傳輸（Real time Streaming）和順序流傳輸（(Progressive Streaming）。實時流傳輸指的是在保證媒體信號帶寬同網(wǎng)絡(luò)連接帶寬相匹配的同時使得傳輸?shù)拿襟w可以被實時的看到。它是基于實時傳輸協(xié)議（RTB）者微軟公司專有的多媒體協(xié)議，能夠保證媒體的信號帶寬同網(wǎng)絡(luò)的連接帶寬相匹配，最終使得媒體可以被實時播放。實時流傳輸同HTTP的流式傳輸不同，它必須要有專用的流媒體服務(wù)器和傳輸協(xié)議。實時流式傳輸不僅支持隨機訪問更重要的是適合現(xiàn)場事件，它使得用戶可以隨時快進、后退以及跳躍地觀看自己想看的內(nèi)容而不被時間所限制。順序流傳輸只基于HTTP協(xié)議，順序流式服務(wù)只用標準的Web服務(wù)器就能夠?qū)崿F(xiàn)，相對于實時流式傳輸更加簡便，但是也存在一些缺陷，順序流式傳輸只能用于傳輸一些高質(zhì)量的短的片段，例如：廣告、片頭、片尾等。對于一些長的片段或者有隨機訪問要求的視頻內(nèi)容，如電視劇、演講等卻不能有效地支持。 流媒體的傳輸流程及協(xié)議 對流媒體的具體傳輸流程[2]做詳