VOD系统解决方案

上传人:m**** 文档编号:564889674 上传时间:2023-01-23 格式:DOCX 页数:28 大小:213.30KB
返回 下载 相关 举报
VOD系统解决方案_第1页
第1页 / 共28页
VOD系统解决方案_第2页
第2页 / 共28页
VOD系统解决方案_第3页
第3页 / 共28页
VOD系统解决方案_第4页
第4页 / 共28页
VOD系统解决方案_第5页
第5页 / 共28页
点击查看更多>>
资源描述

《VOD系统解决方案》由会员分享,可在线阅读,更多相关《VOD系统解决方案(28页珍藏版)》请在金锄头文库上搜索。

1、VOD 视频点播系统解决方案指定联系人徐铨职务副总经理电话号码 86-10-64979106传真号码 86-10-64977565电子邮件q地址北京市朝阳区安苑路17号甲1惠安轩大厦5层国家、城市中国,北京邮政编码 100029网址 http:/www .t 用户需求分析52. WINDOWS MEIDA 的介绍52.1 概述:52.2 压缩方式:52.3 最新发展以及展望53. 系统管理解决方案63.1 系统直播与点播示意图63.2 系统支持的并发客户数(直播与点播)73.3 系统的稳定性与可靠性。73.4 系统的可扩性73.5 系统的用户权限管理和用户认证机制83.6 视频节目级别管理与

2、删除管理83.7 节目公告83.8 节目的自动直播93.9 在线监控94. 节目管理解决方案104.1 VCD、DVD 等光盘介质媒体的播放104.2 电视、录像的节目播放104.3 具备远程管理、上传下载功能 114.4 管理界面友好界面 114.5 节目查询功能 114.6 具备专题分类 114.7 保留压缩日志 114.8 节目制作 11三、主要设备技术规范:111. 视音频播放服务器配置介绍112. 视频管理服务器配置介绍143. 视音频采集压缩服务器功能介绍16四、硬件方案描述181. 网络拓朴结构图182. 系统方案安全保障体系193. 系统方案硬件描述20五、工程实施与项目管理错

3、误!未定义书签。1.工程组织机构 错误!未定义书签。1.1 机构中人员构成职责 错误!未定义书签。1.2 人力资源分配表 错误!未定义书签。2. 工程实施 错误!未定义书签。2.1 硬件系统的安装与调试 错误!未定义书签。2.2 软件系统的安装调试 错误!未定义书签。2.3 系统总测试 错误!未定义书签。2.4 安装工程进度表 错误!未定义书签。六、 验收错误!未定义书签。七、 售后服务及培训错误!未定义书签。1.售后服务及技术支持: 错误!未定义书签。2.培训 错误!未定义书签。八、系统报价221.硬件报价222.软件报价233. 系统总造价244. 用户自购软件及硬件明细表(推荐)24九、

4、公司简介25十、参考资料:ZD LABS测试研究报告错误!未定义书签。一、总述随着网络技术的飞速发展,基于多媒体形式的内容将越来越多,多媒体流服务系统将成 为大多数应用系统的基础应用平台。如何利用已经建设或即将建设的网络环境实现真正的网 络视音频发布传输,是当前迫切需要解决的问题。而一种新兴的网络多媒体传播方式流 媒体播放技术将是未来几年内网络视音频传播技术的主流。依据我们的经验,网络视音频系统通常会遇到以下一些问题:如何充分适应和利用网络环境,以流媒体的形式为网络用户提供视频服务 如何实现现场实况的网上实时直播和电视节目的转播 如何将录象带、VCD、DVD中的内容存储到点播数据库中,整合传统

5、的节目资源, 并不断积累原创信息 如何搭建多媒体流服务平台,丰富并完善基于宽带的互动媒体点播、 VOD 点播、网络教育、网络导购等新型网络运营模式 如何提高宽带视频的服务能力和管理手段,满足实际业务开展的需要 如何用最少的精力实现对大量多媒体信息的管理,使网络视频服务更可靠、有效。AV2000系统为解决以上问题提供了有效途径,应用AV2000可以实现: 网络电视:建立网络电视台。采用直播控制,按照预定的节目表,系统会自动实现 节目信号的采集、直播、存储的过程,实现各电视台节目、卫星节目在网上的直播。 VOD 视频点播系统:客户端只需通过多媒体电脑,即可点播自己喜爱的节目。系统配有检索系统,便于

6、查找视频文件,页面可根据客户要求进行个性化设计(包括播放器)。互联网上可以实现高质量的 VOD 点播,为各级别的人员提供视音频资 料,并具有级别权限管理功能。 会议直播:将会议实况在网上转播,采集服务器则可移动,系统可以将会议视音频 信号实时采集、上传,在网上直播,并能自动形成点播,同时这些视频内容能够在 网上发布。降低企业运营成本,提高工作效率。 点播库自动生成:通过自动方式实现大量视音频资料的整合。系统特点: 自动控制直播过程有条不紊 自动监测直播过程稳定可靠 自动存储节省大量的精力 网络传输控制充分调配网络的使用 管理平台完善视频信息的管理并且易操作 可扩展性在此平台的基础上可不断扩充承

7、载能力软件技术规范: 采用 Microsoft 公司 Media Server 流媒体技术 开发语言和工具Microsoft公司SDK开发包、VC、JAVA、ASP、SQL 开发平台WINDOWS 2000 数据库 SQL 2000二、技术解决方案1. 用户需求分析1) 希望建立适应网络环境的视音频播放系统平台,达到可以满足 400 个视频点播的 迸发用户的点播要求。2) 希望将电视台的节目或现场会议的视音频信号,实时采集并在网上直播,并可生成 点播库,提供视音频节目查询和点播。3) 希望得到较高质量视频效果,并按不同视频码流(128K-2000K)。4) 希望将VCD、DVD和录像带等视音频

8、资料录入到点播库中,供点播使用。5) 希望具备用户权限管理和用户认证机制,充分保证超级用户的收看权限。6) 希望通过网页方式收看视频信息。7) 希望系统具有完善的在线监视和自检报警功能。8) 希望同时提供有线电视用户能够收看的页面。9) 希望系统对视频文件提供完善的管理功能。2. WINDOWS MEIDA 的介绍2.1 概述:Microsoft 公司的 Wi ndows Media 的核心是 ASF(Adva need Stream Format)。 ASF 是一种数据格式,音频、视频、图像以及控制命令脚本等多媒体信息通过这种格 式,以网络数据包的形式传输,实现流式多媒体内容发布。2.2 压

9、缩方式:Windows Media 8 是目前的最新版本,采用 MPEG4 压缩编码,我们也看到了他正式版的效果要比BETA版本好很多。无论是在WMV还是WMA的压缩方法上,就原来的V7都有很 大的进步。支持True-VBR(真正动态变量速率编码,该技术能保证下载过程中影像的 品质和Two-Pass编码技术。2.3 最新发展以及展望Windows Media:最新的 Windows Media Encode 8,不仅压缩比率又有新的突破,而且支持更多不 同的网络数据传输速率和压缩比率:可以用48Kbps速率播放接近CD音质的音频数据 流,用64Kbps速率,播放与CD音质等同的音频数据流;最新

10、发布的视频编码则明显 优化了动态效果的处理。不管它是否和官方所称的比 WindowsMediaFormat7 提高了 30%一致,但我们都可以肯定的是它确实使人的期待得到了答复, WMV8 还是目前惟 一能够提供 TrueMotion-Picture-ReadyVideoCodec 的视频格式,用低档的 DSL Cable连接速率(250Kbps)下能够达到近乎VHS的视频品质(Near-VHSQuality,分辨率 为320X240,每秒24帧)。用DSL / Cable连接速率(500Kbps)下能够达到与较好的视频品质 (Near-DVDQuality,分辨率为 640X480,每秒 2

11、4 帧)。3. 系统管理解决方案3.1 系统直播与点播示意图3.2 系统支持的并发客户数(直播与点播)根据ZD LABS的研究报告(微软认可的结果),在1000M的NETWORK环境,一个服 务器同时并发2406个100KBPS视频流(或客户端)。我们可以推出在1000M的NETWORK 环境,一个视音频服务器可支持同时并发至少400个2000KBPS视频流(或客户端)以上。因此,我们为用户推荐同等性能的视音频服务器。3.3 系统的稳定性与可靠性。AV2000的WINDOWS MEDIA版的一大特点就是系统的稳定与可靠极高,并保证无 人职守(24*7 小时)以上,这是在众多的政府机关和企业单位

12、的应用案例中得到的用户证 实的。下面我们对上面的阐述进行具体的分析:3.3.1稳定性由于AV2000的核心技术是我们基于Windows Media的开发包进行二次开发的,自1999 年底至今已经有两年多的系统运行和调整期,可以说系统已经经过了系统研制开发周期,已 经进入系统稳定运行周期。另外,我们采用的程序间的数据传递接口是通过数据库中的数据进行的通信。因此数据 库只要是稳定的我们的系统也就相应的稳定,并且我们的程序对可能发生的错误进行了相应 的纠错处理。因此,只要不是像计算机掉电的这样的错误发生,我们的系统就会稳定的工作。3.3.2可靠性 系统的不可靠可能回有这样几种显现,节目预定不准时开始

13、,停止时不能按要求停止, 文件不能上传,网络断了后再连通不能对外进行直播,形成的视频文件不能索引等等。总体 上说,就是系统不能按照预期的结果工作。我们通过在多家用户中的实际应用,对上面出现的问题进行了容错的具体处理,目前上 面的问题在我们系统中是绝对不会出现的。也就是说,我们的系统是完全按照预期进行工作 的。3.3.3无人职守 我们的系统是一种按照预先定好的任务进行工作的。所以,只要用户事先把任务安排好, 系统就会按照预期工作正常进行。就可以实现节目在网页的自动发布。3.4 系统的可扩性3.4.1点播节目的存储空间不够用 我们会在系统存储空间不够时进行提示报警。如果用户增加物理存储空间,我们会

14、根据 用户的需要进行相应的调整。可根据用户的需要进行数据转移。3.4.2点播人数增加 使用单视音频服务器发现性能不能满足当前的需要,我们可以提供一种叫 MEDIASERVER集群的方式,使每台的机器的承载负担件减少,以保证直播和点播系统高质量的工 作。 用户只需要增加硬件视音频服务器和我们的控制软件即可。3.5 系统的用户权限管理和用户认证机制3.5.1管理用户的权限管理(后台) 这部分指的是系统管理者,我们分为超级用户与节目管理用户。超级用户可以以操作 整个系统,节目管理用户只能操作相应的节目所有控制,这样使用分级主要是使操作分开使 人员的负担减少到最少,操作者相互不会干扰,提高使用的效率。

15、3.5.2访问者用户的权限管理(前台) 我们的系统根据用户的要求访问用户进行分级,不同级别的用户可以看到相应级别的 节目,我们的级别分配方法是0, 12.N,其中0,是用户初始的级别,他只能看没有级别 的级别。1代表级别最低的用户,N是级别最高的用户她能看到所有的节目,并对最高的级 别的用户进行了特殊处理,如果是最高的级别的用户在观看时,我们可以让他满足最佳效果。注:如何使级别最高的用户满足最佳的效果 在带宽满足条件的情况下,我们无须处理。特殊情况:在某个时间段,只要求最高用户观看,在这种情况下我们可以通过控制使所有 低于此级别的用户全部退出访问MEDIA SERVR 用户的访问量到达一定的程度,我们可以自动使级别最低的用户先退出。 通知系统管理员有级别最高的用户上线,使管理

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号