流媒体技术在企业中的应用毕业论文.doc

《流媒体技术在企业中的应用毕业论文.doc》由会员分享，可在线阅读，更多相关《流媒体技术在企业中的应用毕业论文.doc（44页珍藏版）》请在三一办公上搜索。

1、XXXX大学本科毕业论文（设计）任务书论文（设计）题目：流媒体技术在企业中的应用 学 院：软件学院 专业：软件工程 班级：2008级XX班 学生姓名：XXX 学号：XXXXXXXX 指导教师：XXX 职称：高级工程师 1、 论文（设计）研究目标及主要任务n 研究目标：对流媒体(Streaming Media)进行深入剖析，调查流媒体（Streaming Media）技术在当前企业中的应用程度和现状。并且实现视频会议，视频点播服务器，视频监控n 主要任务：调查流媒体（Streaming Media）技术在当前企业中的应用程度和现状，重点在视频监控技术，视频会议，视频教学，视频点播系统等几方面进行

2、深入研究。最终实现视频会议，视频点播服务器，视频监控。2、 论文（设计）的主要内容n 配置流媒体技术实验环境n 设计基于流媒体技术的应用程序l 如何搭建使用流媒体技术实现视频监控环境l 如何搭建视频点播服务器l 如何实现视频会议n 实现基于流媒体技术的应用软件3、 论文（设计）的基础条件及研究路线基础条件：本文写作的基础是在对流媒体技术有一定的了解以及对流媒体技术应用领域有一定了解的基础上，为了满足企业需求节省下载等待时间和储存空间，将流媒体技术应用于企业日常工作当中，它使得信息发布传播更广、产品介绍更加生动活泼便于客户接受、视频会议不受时空限制更加经济高效、对职工的培训更加方便便捷。研究路线

3、：通过流媒体技术本身特点（把连续的音频和视频信息在压缩后放到网络的服务器上，网络用户通过客户端一边下载一边进行收听或观看，而不必等到把整个文件下载完毕）及人们对流媒体认可程度分析，流媒体技术不仅仅在人们日常生活中（如网络电视、视屏电话）等应用，在企业中同样可以发挥巨大作用。这样只要做到在自己的网络内部建设流媒体应用平台，同时为该系统准备和提供内容，面向内部或外部用户，直接进行信息服务即可。4、 主要参考文献1 钟玉琢，向哲，沈洪流媒体和视频服务器.清华大学出版社，20032 廖勇，周德松流媒体技术入门与提高.国防工业出版社，20063 杨辉华. 流媒体技术及其应用. 2003年第2期4 刘平企

4、业战略管理. 清华大学出版社,20085 李文斌，钟宁，刘椿年异步P2P网络的实现机制J.广西师范大学学报(自然科学版)，2007，25(4):281-2856 Moy J.OSPF Version 2S.RFC 2328, 19987 庄捷流媒体原理与应用中国广播电视出版，2007.88 张春红，裘晓峰，弭伟P2P技术全面解析人民邮电出版社，20079 Karl Paulsen Focal PressMoving Media Storage Technologies: Applications & Workflows for Video and Media Server Platforms，

5、20115、 计划进度阶段起止日期 1 2熟悉流媒体的相关知识需求分析，撰写需求分析说明书2011.12.19-2012.02.152012.02.16-2012.03.02 3 4撰写系统设计说明书系统实现2012.03.03-2012.03.142012.03.15-2012.03.28 5系统测试2012.03.29-2012.04.03 6论文撰写与修改2012.04.04-2011.05.01 7论文答辩2012.05.07-2011.05.11 指 导 教师: 年 月 日教研室主任: 年 月 日河北师范大学本科生毕业论文（设计）开题报告书 软件 学院 软件工程 专业 2012 届学

6、生姓名XXX论文（设计）题目流媒体技术在企业中的应用指导教师XXX专业职称高级工程师所属教研室网络研究方向流媒体课题论证：流媒体是指在网络中使用流式传输技术直接传送音频、视频和多媒体文件等。流媒体传输技术的特点就是把连续的音频和视频信息经过压缩后放到网络服务器上，网络用户在客户端一边下载一边进行收听或观看而不需要把整个文件下载完毕后在进行收听或观看。（下见附页一）方案设计： 首先调查并了解企业对流媒体技术的需求并且做出合理规划，然后根据企业需求设计出适合企业应用的方案，再搭建环境测试该方案能否有相应效果，最后在企业中测试验证是否可以执行并且做相应的改进。进度计划：11年12月19日 12年02

7、月15日 熟悉流媒体的相关知识12年02月16日 12年03月02日 需求分析，撰写需求分析说明书12年03月03日 12年03月14日 撰写系统设计说明书12年03月15日 12年03月28日 系统实现12年03月29日 12年04月03日 系统测试12年04月04日 12年05月01日 论文撰写与修改12年05月07日 12年05月11日 论文答辩指导教师意见：指导教师签名： 年 月 日教研室意见： 教研室主任签名： 年 月 日附页一流媒体是网络技术与视音技术的有机结合。通过流媒体本身的特点及人们对流媒体技术的日益青睐，流媒体技术也逐渐应用与企业当中，这样一方面方便员工内部交流学习，列一方

8、面便于领导随时随地将自己的想法传递到员工当中更加便于统一规划管理，同时保证公司内部情况不至于泄露。一个完整的流媒体平台一般由流服务应用软件、集中分布式视频系统、视频业务管理媒体发布系统、视频采集制作端系统、媒体内容检索系统、数字版权管理(DRM)、媒体存储系统、客户端系统等组成。目前有三大“流派”使用流媒体技术音视频文件。分别是微软的ASF（Advanced Stream Format）、RealNetworks公司的RealMedia和苹果公司的QuickTime。流媒体技术使得网络带宽对多媒体传输的限制得到突破。因此在网络广播、视频点播、企业培训等多个领域得到广泛应用。当然在企业中应用尤为

9、便利它使得信息发布传播更广、产品介绍更加生动活泼便于客户接受、视频会议不受时空限制更加经济高效、对职工的培训更加方便便捷。河北师范大学本科生毕业论文（设计）文献综述基于“流媒体技术在企业中的应用”文献综述摘要：本文主要描述了流媒体技术在国内外的研究现状、发展趋势。列出一些流媒体技术在企业中的相关的应用，并指出其存在的优点，最后描述了参考文献依据，并且对文献资料进行概括、分析。1、 前言流媒体是指在网络中使用流式传输技术直接传送音频、视频和多媒体文件等。流媒体传输技术的特点就是把连续的音频和视频信息经过压缩后放到网络服务器上，网络用户在客户端一边下载一边进行收听或观看而不需要把整个文件下载完毕后

10、在进行收听或观看。它是网络技术与视音技术的有机结合。2、 流媒体技术发展现状及发展趋势流媒体技术发展的主要依赖有网络传输条件、文件传输控制、客户端的解码以及文件的编码压缩效率等几个方面。这当中每一个方面都会影响到流媒体技术的发展和应用。起初由于网络带宽不足、客户端计算机解码运算速度不高等原因导致人们很难看到高画质的影音节目。随着互联网在全球范围内的普及，美国Real Networks、Microsoft等公司倡导发起了流媒体技术。由于其大大节省了网络带宽是的播放速度更加流畅受到大众的青睐，流媒体技术迅速崛起成为人们必不可少的工具之一，他的商业模式也越来越成熟。目前流媒体技术已被列为中国宽带建设

11、中最主要的应用之一。鉴于宽带网络用户的日益增加流媒体技术也得到了企业的高度重视，未来也将逐渐应用于各大领域。3、 3、流媒体技术在企业中的相关应用4、 目前流媒体技术在企业中的应用主要包括信息发布、产品介绍、视频会议、远程监控、职工培训、客户服务等方面。下面做详细阐述：（1） 信息发布就一个企业而言，经常需要向公众发布一些重要信息从而引起公众注意、吸引客户眼球。从前是靠一些传统媒体进行发布，如广播、电视、报纸等。这些往往导致企业要投入大量资金而且只能覆盖一些特定的地理区域，往往导致其投资与实际收到的效果不成正比。而用流媒体技术在互联网上面向世界发布不仅大大降低了成本，覆盖面也极大提高，从公司整

12、体利益来看是百利而无一害。（2） 产品介绍在网络技术不够发达的时候多数的企业通过报纸电视等传统媒体上介绍自己的产品，同样出现投入资金与实际收到的效果不成正比的现象。当网络普及时多数企业拥有了自己的网站，但是也仅仅是通过普通的文字、图片介绍自己的产品同样收不到很好的效果。然而流媒体技术可以使企业更加生动形象地介绍自己的产品，犹如当面推销，不仅增加了产品的可信度而且更容易让大众接受，使得该产品深入热心。 （3） 视频会议 由于一些企业拥有跨地域的分支结构或者企业员工分布在不同地域，迫切需要将会议精神及时准确的传达给各个分支或员工，通过视频会议不仅节省了大量因为出差造成的人力资金支出而且大大提高了效

13、率。这样方便了公司内部交流同时也增进了公司间的合作。5、 4、参考文献1 钟玉琢，向哲，沈洪流媒体和视频服务器.清华大学出版社，2003年.2 廖勇，周德松流媒体技术入门与提高.国防工业出版社，2006年.3 杨辉华. 流媒体技术及其应用. 2003年第2期.4 刘平企业战略管理. 清华大学出版社,2008.5 李文斌，钟宁，刘椿年异步P2P网络的实现机制J.广西师范大学学报(自然科学版)，2007，25(4):281-285.6 Moy J.OSPF Version 2S.RFC 2328, 1998.7 庄捷流媒体原理与应用中国广播电视出版，2007.88 张春红，裘晓峰，弭伟P2P技术全

14、面解析人民邮电出版社，20079 Karl Paulsen Focal PressMoving Media Storage Technologies: Applications & Workflows for Video and Media Server Platforms，2011河北师范大学本科生毕业论文（设计）翻译文章中文翻译：在互联网上流媒体传输的视频编码格雷戈里康克林， 美国电气和电子工程协会会员，加里格林鲍姆， 艾伦利普曼楼，美国电气和电子工程协会会员，尤里A. Reznik，美国电气和电子工程协会会员摘要：我们今天提供了一个概述互联网流媒体传输网络，并描述了各种这种系统对视频编码

15、方面的问题。我们展示基于分布模型，类型（单播的网络传输机制与组播），优化与标准的参与者网络利用手段（例如，失真最小一个给定的连接率，尽量减少交通专用交付网络等），它可以识别几种模式通信，可能需要从两个不同的传播源和信道编码来阐述我们的观点。我们解释了怎样使用一些传统的框架，这些问题是可以将时间运动补偿变换为基础的视频COM的pression算法，支持通过适当的渠道，适应在流媒体的客户端和服务器组件的机制系统。这些技术大多已经实施在RealNetworks公司的RealSystem8和它的RealVideo8编解码器，我们用整个文件，说明我们的研究结果。关键字：网络媒体 传输网络 可扩展的视频编

16、码 流媒体 视频压缩一 流媒体技术的演变流媒体的概念是一个基本的多媒体技术在台式电脑上已经建立了自己的时间。数字化音频和视频剪辑，编码（例如，使用MPEG-1压缩标准），提出了计算机的文件系统上的文件。查看信息，在这样的文件记录，个人电脑用户运行特殊的软件设计解压缩，并呈现在屏幕上。这种模式在互联网上最自然的扩展，可下载媒体的概念。压缩媒体从网上下载文件，预存到本地计算机上下载的，在那里他们可以使用回放标准多媒体软件。然而，这是不能令人满意的解决方案为用户提供数量有限的磁盘空间，速度慢的转换连接速度和有限的耐心。这实质上是创建需要的流媒体技术，使用户体验上的动态多媒体演示，而这是被从互联网上下

17、载。基于HTTP的流一些早期的流媒体方案的设计，像VivoActive1.0，是基于该标准的使用（基于HTTP）Web服务器来提供编码的媒体内容。使用保证交付运输协议（如TCP），由于所有的HTTP服务器 - 客户端交易实施。这些方案的迹象是非常简单。例如，VivoAc结合H.263标准视频和G.723音频编解码器，一个简单的多路复用协议结合在单一文件的音频和视频流。这些编解码器来自桌面视频会议，只有轻微的算法的变化（大多与速率控制）被要求作出这样的系统工作。然而，最初用于提供静态文档进行设计，HTTP协议不是特别适合实时流。例如，缺乏控制率，其中Web服务器通过网络把数据以及使用保证交付运输

18、协议（TCP）造成大幅波动，在片段的编码数据的交货时间。用相当大的预卷缓冲区是为了防止这样的过程中突发的情况。尽管如此，如果由于某种原因，交付的下一个片段数据延迟超过可用的预卷时间，不得不暂停交付，直到缓冲区空闲这就是所谓的重新缓冲过程。使用标准的Web服务器的其他一些挑战，流现场演示和实施VCR样式的导航功能如寻求，快进，点播流倒带。图1服务器之间的RealAudio和RealAudio播放器的通信。二 流媒体传输机制重要的是要区分两种模式，可以在互联网上分发视频信息，即，直播和点播流。下面，我们认为，这些模型和相应的现代流媒体系统交付使用的机制。视频直播的分布 实时视频源信息（如任何标准的

19、模拟录像机）是连接到编码器。编码引擎是负责输入的模拟视频捕获和数字化信息压缩，并通过所产生的数据下降到服务器。另外，服务器可以接收这些信息从模拟实时传输代理的SLTA，一个软件工具从存档读取预编码的信息，并把它发送一台服务器，如果它刚刚从活源编码。服务器是负责分散压缩公司从编码器到所有连接的分配器和/或客户已加入广播。分配器是额外的服务器这可以是一个专门的媒体交付网络的一部分，或多次访问一公共的基于IP的传送网络，或可以被嵌入的网络流量高速缓存，在现场的情况下流媒体广播，传递信息。在其最简单的形式，通过单播服务器（或分配器），每一个客户单独使用编码视频信息单向数据流（结合双向RTSP会话控制）

20、。在这种情况下，参数之间的连接服务器和每个客户端可以在每个月初估计会议，并可以在广泛的系统监测投。在网络配备组播禁止路由器情况下，服务器需要发送一个组播流，它会自动复制到所有订阅网络上的客户。组播的重要限制是单向的信息传输和非保证交货。此外，服务器通常不知道有多少客户端订阅的广播和/或他们的实际连接的统计信息。一种可能的方式为客户不同的连接速度是联播几个独立的编码版本，针对不同的比特率（流）源，并让客户决定使用哪个流。除了服务器客户端传输，流媒体网络也有分发编码的视频信息是之间他们的分配器。有几种可能的方式，这种分配可以通过网络实现。一种可能的实现，分裂是由源服务器发起的，这所有直接连接的分配

21、器，等广播信息。我们称这样的过程中推动分裂。另外，分裂可以由一个客户端连接到当地的分离器（或启动网络缓存作为一个分配器），转让不活跃的，如果要求上层分离器，等等，直到它到达最近的分配器。一旦发现这样一个分配器，它可以开始通过中间连接到客户端的链所要求的信息传输。我们称之为模型拉分裂。在一个拆分为多个交货访问网络的一部分使用的情况下，它可以建立连接几个地理分布上一线分配器。结论 在本文中，我们提供了一个架构的概述今天的互联网流媒体传输网络和各种问题，他们对视频编码。我们还解释了一些在现有机制RealSystem8的支持自适应预编码信息传输，并阐述其整体架构的RealVideo8编解码器。我们发现

22、的RealSystem8提供了一个开放和可扩展的平台，能够容纳各种未来互联网上的流媒体基础设施，并在需要特别是，为提高视频编码技术的新的要求。英文原文：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 geographi