VOD点播系统设计（精选8篇）
VOD点播系统设计 篇1
VOD (Video on Demand) 即视频点播系统自问世以来, 因其点播的自主性、多媒体表现形式的直观性, 一直受到市场的广泛关注, 成为视频压缩与传输研究领域的一大热点。但由于计算机系统性能和网络带宽等方面的限制, VOD应用一直在小规模系统上徘徊。随着骨干网和接入网带宽的飞速提高, 及计算机系统性能的不断进步, 计算、存储、网络带宽的价格逐年下降, 一种全新的基于分布式的VOD视频系统正在不断被研究中。本文设计了一个分布式VOD视频系统来支持流媒体的内容传送业务。它能有效地管理宽带网上大量媒体内容, 保证终端用户获得高质量流媒体体验。
1 基于WEB网络的VOD视频点播系统的特点
(1) 系统的先进性、开放性、实用性、可靠性和稳定性
(2) 系统的安全性和保密性
该系统通过身份识别, 服务器端认证等手段, 防止非法管理员进行管理。同时管理员可以根据用户信息来对用户进行识别, 减少用户对服务器端的侵害。在系统实现过程中, 还对数据库及源代码进行加密, 防止非法用户获取代码。
(3) 系统的可扩展性和升级功能和可维护性
在系统设计时, 选用具有开放性的TCP/IP网络协议、UDP协议和Windows平台, 易于扩充升级;提供一个操作方便、界面友好的管理平台, 具有全网监视控制、统计、维护等功能。
(4) 系统的低投入
尽可能地利用局域网现有资源, 避免在局域网硬件上的大投资, 使整个系统具
2 系统构架分析
系统首先将来自各个不同地方的视频源进行数据采集处理工作, 具体系统的结构拓扑如图1所示。
该分布式流媒体V O D视频系统由媒体管理器MM (Media Manager) 、边缘服务器ES (Edge Server) 、用户调度服务器RRS (Request Routing Server) 、用量采集器UM (Usage Mediator) 、Portal Server、中心服务器CS (Central Server) 、操作维护中心OMC (Operation Maintenance Center) 等多个设备组成。这些设备可以和内容提供商ICP (Intemet Content Provider) 的Web网站、运营管理系统、业务支撑中心组成一个集内容制作、分发、服务、计费功能为一体韵综合内容运营平台。为用户提供视频点播、实况直播、文件下载等服务。
3 系统硬件架构设计
W E B网上的V O D系统在网络环境上显示其自身的特殊性, 但整体的物理结构跟一般局域网上的点播系统一样, 分为三大部分:服务端系统、网络系统和客户端系统。服务端系统又分为视频服务和管理控制服务, 视频服务提供视频流的点播, 管理控制服务包括节目管理和用户管理等。
图2系统软件简要组成框图图3点播节目交互顺序图
4 系统软件架构设计
该系统的软件主要由视频服务程序、W e b交互界面、客户端节目播放器等组成。V O D服务程序为终端用户提供流畅的视频流传输服务, 同时为系统管理员提供强大的视频流监控服务, Web交互界面主要为浏览、查询、点播节目提供服务, 同时管理员可通过页面实现对节目、用户、服务进行管理, 客户端节目播放器负责向视频服务程序发送请求和播放节目。
系统软件简要组成框图如图2所示。
用户共有的操作有:用户评论、统计本人点播信息、影片浏览和查询、点播节目。管理员身份的用户还具有额外的操作权限, 服务控制 (启动和停止视频服务程序) 、扫描节目、统计管理、节目管理、用户管理等。服务程序运行在服务器后台, 等待客户端节目播放器的连接请求。用户在点播节目时, 客户端打开本地节目播放器, 向VOD服务程序发送一个连接请求, VOD服务处理请求后, 打开服务器上的相应节目文件并向客户端播放器发送节目流。在播放期间, 用户可以请求快进、后退或任意拖动节目位置, 服务器端都会给出相应的响应。当用户关闭播放器时, VOD服务断开连接, 停止向客户端发送视频流 (具体交互图如3所示) 。
5 系统管理服务端设计
Web上的视频点播系统的软件主要由视频服务程序、W e b交互界面、客户端节目播放器等组成。Web交互界面主要为浏览、查询、点播节目提供服务, 同时管理员可通过页面实现对节目、用户、服务进行管理。
5.1 交互界面模块设计
用户登录网站后可以浏览、查询影片以及具体节目信息, 系统查询节目表和节目分类表后, 把结果返回并显示到客户端。用户在浏览和查询时可以随时选择点播节目, 此时启动播放器根据节目链接的参数信息向服务器请求节目数据, 服务器发送数据给播放器解码播放。用户还可以查询自己最近点播节目的统计信息, 可以浏览本月和上月的所有点播情况。系统查询点播日志表后返回并显示结果。
5.2 数据库表设计
在分析完整个业务后, 将VOD系统分成一个一个对象, 然后按需求建立表以及表之间的关联。即通过对象属性表示一个对象对另外一个对有关数据库的相关内容。如用户表与用户日志表为一对多的关系, 一个用户可以观看多部电影。
统计信息的提供是组成决策支持系统的基础, 通过工具对原始统计信息进行专门处理后, 就能够很方便地对管理者提供决策支持功能。对于普通用户, 由于要为自己点播的节目付服务费, 他们希望能够查看到自己近期对节目的点播情况的汇总信息。这样通过为用户提供受限制的统计信息查询功能, 减轻了服务器的负担, 同时限制用户只能查询与自己有关的信息, 在为用户提供足够而且合理的服务的同时提高了系统的安全性。这样, 用户所用到的统计信息察看功能实际上可以使用管理员用到的统计管理模块的一个子模块来实现, 即用户具有较低的受限权限, 只能使用部分的统计功能。
经过实验测试, 基于W E B网开发的VOD视频点播系统, 采用单台视频服务器可支持450路以上的并发连接, 从远端接受视频流响应速度极快, 拖动无延时, 读取画面流畅清晰, 具备良好的服务性能。
摘要：基于网络的视频点播系统是一种基于单播的交互式点播系统, 可以提供方便独立的用户交互功能。论文系统地分析了VOD视频点播系统的需求分析和业务流程, 给出了系统的设计方案, 并实现了部分子系统。
关键词：VOD、WEB网络,流媒体,多媒体
参考文献
[1] 王曙.视频点播.北京:人民邮电大学出版社.2002
[2] 李华, 戴琼海, 曾坷.基于流媒体的现场直播大用户量并发播放的研究.北京:计算机工程与应用.2004
[3] 邢波, 董玮文, 杨宇航.视频点播服务器的动态缓存管理.北京:计算机应用与软件.2004
[4] 黄曦, 曹文君.广域网VOD系统中的视频流组播传输机制设计.北京:计算机应用与软件.2004
[5] 白晓飞, 孙季丰.基于P2P网络模式VOD系统的数据传输新方法.北京:计算机应用与软件.2006
VOD点播系统设计 篇2
VOD(视频点播)通过多媒体压缩技术及流媒体技术摆脱了传统电视受时空限制的束缚，解决了想看什么节目就看什么、想何时看就何时看的问题，在教育行业中得到广泛应用。VOD系统服务器端提供流服务和音视频资源管理功能，流服务器管理调度控制视频系统资源，响应用户请求，产生音视频流。视频点播是双向不对称的点到点单播流，点播人数多时带宽耗费较大。而组播流对每个节目只发送一个视频数据流，带宽耗费小，是一种单向的、能够支持大量观众的、经济有效的视频应用，传统VOD开始逐步采用组播技术实现视频直播与广播应用。部分VOD系统还增加了浏览器功能，实现了对文字、图片、录音、录像、课件等全功能的点播，有些甚至进一步发展为简易IPTV系统，提供点播、直播、转播、广播等功能。
教育行业的IPTV／VOD系统中拥有大量教育、教学片段与课堂实录。辅助教师课堂教学或用于实现远程教学。通过使用VOD，教学时间更加灵活，个别化教学、协作学习等形式得以强调，学习者由被动接受者转变为主体。教师由知识讲授者变为信息组织者和学习指导者。
有别于VOD系统，视频会议系统为用户提供实时互动的多媒体应用，MCU(多点控制单元)是视频会议系统中的核心设备，它对视频、语音、数据信号以数据流方式进行切换，实现基于音频、视频和数据的信息交互和共享。可根据需求设置参与互动的视频数目，控制发言权，利用电子白板、文档共享、桌面共享功能实现共享与互操作。视频会议系统可实现网上多媒体教室、研讨会和交流会、远程观摩评估等应用模式与服务。
视频会议系统为用户构建了一个网上虚拟的交互空间，它可以是一个虚拟的教室。可以是一个虚拟的会议室。也可以是一个虚拟的学校，完全打破了交流时对交流者所处空间的限制，交流更便捷。在网络多媒体教室模式下，每一个“会议”即一个虚拟课堂，学生和授课教师可在指定时间里进入该课堂，学生与教师像在实体教室一样，“面对面”听讲、问答与讨论，教师分发材料给全体学生会更容易。尽管缺乏真正面对面交流时的亲切和自然，但特定需求下比实际课堂教学更方便和强大。进行公开课、示范课等远程活动时，参与的领导和教研人员无需到教学现场，避免了常规模式下劳师动众和干扰学校、班级正常教学秩序的问题。
在视频会议交互参与方过多时，会加大会议复杂度，造成无法有效掌控会议过程滩以达成会议目标，并且实时的、对称的、双向的(或多个双向的)视频会议属多点传输视频应用，带宽耗费巨大，因此交互方不宜过多。同时，出于成本和便于部署的考虑，教育部门常采用服务器安装软件做MCU构成视频会议系统。由于MCU价格昂贵，支持大量节点交互的MCU购买成本过高，因此常常只采购支持8-16个交互节点的MCU。
对现有的IPTV／VOD平台与远程视频会议平台整合，一定程度上可以实现二者优势互补。一方面。在某些“会议”的关注者较多时，仅靠视频会议系统无法实现更大范围的实时收视，利用IPTV／VOD系统的直播功能可实现这一目标。此时，因为学校所拥有的视频会议和IFFV／VOD系统通常由不同厂家开发，音视频流的格式、管控方式迥异，需要提供接口进行转换，通过软件实现难度大，可行性差，对音视频输出信号再采集的实现则简便易行：对视频会议系统的输出信号，使用VGA采集卡采集视频信号，独立声卡采集音频信号，解决音视频同步等问题后，通过IPTV／VOD的直播功能播出。另一方面，将录制的网络视频会议内容放人IPTV／VOD资源库，供用户随时点播。因为不需要实时操作，所以只需在“会议”结束后录像转为通用视频格式，放入IPTV／VOD系统中即可。
视频会议与IPTV／VOD系统的互补，把强大的交互性与更大的参与面结合起来，在一定程度上打破了人际交互的时间和空间限制。让交流变得更加随时随地，在教育教学中具有实际应用价值，是三网融合的一个有益尝试。
基于HFC的VOD系统设计 篇3
HFC(Hybrid fiber coaxial)是一种新型的光纤同轴电缆混合宽带网[1],其一般采用光纤到服务区,同轴电缆到用户的连接方式,如有线电视网。随着网络技术的飞速发展,目前的HFC接入技术也逐步由基于单向的HFC系统向基于双向的HFC网络系统转变,对于后者,其上行和下行业务都使用光纤和同轴电缆实施传输,其可为多媒体信号传输提供足够的网络带宽,从而为数据量大的多媒体通信应用提供了通信带宽保证;同时基于双向的HFC网络系统可灵活地支持交互式与广播式等多种业务,能有效地实现文本、音频与视频等媒体的真正集成,这是其他接人方式所难以比拟的[2,3]。然而,目前的HFC的频带资源被大量闲置的问题,引起众多有线电视业者的广泛关注,这里,如我们通过IP/QAM设备,将千兆带宽转换成24个8MHz的通信频道,这就为通过HFC进行VOD点播业务提供了可能。下面就介绍基于HFC网络的VOD系统的设计与实现方案。
1 系统结构
基于HFC网的VOD软件系统如图1所示,系统主要由视频服务子系统、终端机顶盒子系统、点播控制子系统与节目制作子系统四部分组成。其中视频服务子系统可以采用现有比较成熟的Windows Media Server、Dar Win Streaming Server[4]或VLS等视频服务系统来实现,只是在实现过程中,需要对其中的数据封装(如图2所示)和发送机制进行相应的修改(如图3所示),以适应TS流复用的需要;终端机顶盒子系统可充分利用现有的IP视频机顶盒中的用户管理、计费、加密等基础功能,并根据视频服务系统的要求,在目前的IP视频机顶盒功能的基础上,新增TS流的接收与解码功能。点播控制子系统主要包括用户的接入控制、用户管理、界面管理、帐务管理等功能。其主要完成为终端用户提供良好的交互控制界面,同时负责将用户的点播请求转换为控制信息反馈给视频服务系统处理。节目制作子系统将各种现有的节目或实时的电视节目转换或编码成为视频服务器可以识别并且能够通过TS流打包发送的格式,并将所制作的节目存放到节目库中。
2 主要模块的设计
下面介绍系统的主要功能模块的设计与实现方法。
2.1 终端子系统
基于HFC网络的VOD中的终端系统,实际上是一个经过改造的机顶盒。其主要的功能模块如图4所示。
VOD终端子系统工作时,首先利用TS流解析与解密模块,将从TS流接收设备上所接收的所有TS流实施解析与解密,然后根据TS流中的PSI信息构造出节目流表与相关的点播信息,并将这些信息通过图形化界面呈现给用户。用户再根据需要选择其希望点播的内容后,通过网络将相关点播请求发送到点播控制子系统。然后点播控制子系统通过对TS流的解析,等候其所需要的TS流,当收到其所需要的TS流后,其从TS流解析出对应的视频流和音频流,并交给相应的解码器解码和输出。
其中上述功能可以分为三个部分,分别是对TS流的选择接收部分、对TS流节目进行视音频解码部分以及浏览器和图形界面部分。
·TS流接收部分的接口原型定义如下:
Receive Program(struct Program ID,void*data,int data Len);
其中Program ID从终端浏览器中得到
·视音频解码部分接口原型定义如下:
Play Video(void*data,time_struct&time);
Play Audio(void*data,time_struct&time);
·图形界面和浏览器部分主要接口原型如下(Web方式):
Send Demand(struct Program Info);
Get Program Id(struct Program ID);
2.2 点播控制子系统
点播控制子系统的功能模块如图5所示。其中主要包括用户的接入控制、用户管理、界面管理、帐务管理等,并同终端用户交互的信息,其主要工作过程如下:用户通过终端(机顶盒)上的浏览器,浏览可点播的视频内容;然后选择所要点播的节目,并通过CGI程序向视频服务系统发送广播节目信息(即通知视频服务系统从节目库中读取数据并通过TS流打包发送);同时终端通过浏览器(公用网络)向终端发送其所点节目的TS流接收信息。
2.3 视频服务子系统
视频服务子系统其结构如如图6所示,其主要完成多媒体节目的点播控制、读写控制与TS流化与复用等功能。
在图6中的节目点播控制模块主要实现对用户请求的解析以及对相应视频数据进行操作的控制;节目数据读写控制主要根据视频点播的操作命令,对节目库中的数据进行读写(包括复制及缓冲等);节目数据的TS流化及复用采用VLS视频服务系统相应模块来实现。其中,系统关键部分是视频数据的流化及复用功能,其接口原型如下:
Get Program ID(struct Program Info);
Senddata(struct Program ID,time_struct t);
Send Program ID_To_Term(struct Program ID);
这里,G e t P r o g r a m I D根据用户请求的Program Info信息获得节目数据发送的TS流信息,即Program ID;然后立即将Program ID通过Web方式发送到对应的终端系统;最后服务子系统根据所获取的Program ID,利用Send_Data周期性的从相应的节目库中读取所需的数据,并按照图2的方式打包、复用后发送给终端子系统。
2.4 节目制作子系统
节目制作子系统主要提供节目格式转换和实时节目制作两大功能。节目格式转换需要对其他不同格式的节目源从存放格式到编码格式进行转换,以便视频服务系统可以直接读取并进行打包发送。实时节目制作需要通过对电视等实时播放内容进行接收并编码存放,以便用户点播。其重要数据结构定义如下:
struct program Info_tag{
节目存放位置
节目属性
}Program Info
struct program ID_tag{
用户信息
TS流接收信息
}Program ID
3 结束语
文章设计了一套基于HFC的VOD系统,该系统通过IP/QAM设备,将千兆网络带宽划分为24个8MHz的频道,从而使该系统支持交互式与广播式等多种多媒体通信应用。此系统具有成本低廉、全面支持数字业务与相对成熟的技术优势等特点,将具有很好的发展前景。本方案的实施可以提高HFC网络运营商提高媒体服务能力和水平,降低HFC网络运营商的运维成本。
摘要：针对目前的HFC的频带资源被大量闲置的问题,文章设计了一套基于HFC的VOD系统,此系统通过IP/QAM设备,将千兆网络带宽划分为24个8MHz的频道,从而实现通过HFC实施支持交互式与广播式等多种多媒体通信应用。文章介绍了基于HFC网络的VOD系统设计与实现方案。
关键词：有线电视,视频点播,光纤同轴混合网
参考文献
[1]李鉴增,焦方性.有线电视综合信息网技术[M].北京:人民邮电出版社,2002.
[2]谭新庚,詹益旺.一种基于3G的HFC监控系统设计[J].移动通信,2011(15):54-58.
[3]唐明光,周东.有线电视宽带HFC网络技术[M].中国广播电视出版社,2004.
VOD点播系统设计 篇4
DSM-CC(Digital Storage Media Command and Control)是宽带网络用于传输多媒体服务的多个协议集合[1]。其中,DSM-CC U-N定义了网络(资源会话管理器)与用户(如机顶盒、服务器)之间的消息[2],它分为会话和资源两个部分:会话为网络和用户之间提供一种关联,用户请求一种服务是通过与网络建立一个会话实现的,在服务结束时,用户不再需要连接网络,会话可以拆除;资源是需要在一个会话中由网络来分配的,DSM-CC U-N定义了资源描述信息(AddResource等消息),由此,网络根据用户发送的资源描述信息分配资源。
资源会话管理器(Session and Resource Manager,SRM)就是DSM-CC U-N中的网络。当用户请求某种服务,它负责与用户建立会话,并且分配用户请求服务需要的资源,当服务结束,用户不再需要资源,SRM释放被占用的资源,同时,释放与用户间的连接。
最具代表的交互服务VOD(Video on Demand)通过HFC网络为用户提供视频点播(VOD)、时移电视(TSTV)、网络录像(nPVR)等服务。但是,VOD视频点播系统中的资源是有限的,例如,IPQAM的频谱资源。此时,需要有一个SRM来分配资源。为此,ISA(Interactive Services Architecture)架构[3]选择DSM-CC U-N协议。这样,可以使频谱资源得到合理分配,以实现最大带宽利用率。
1 资源会话管理器结构框图
SRM的功能包括完成IPQAM与用户机顶盒(STB)静态映射(下发配置流,使两者有相同ServiceGroupID,即它们在同一节点组下),通过DSM-CC U-N消息对传输网络资源(如带宽)进行集中控制和动态管理,对交互过程中会话的管理。SRM结构框图如图1所示。
2 STB与IPQAM静态映射
2.1 节点组(ServiceGroupID)的概念
STB开机接入网络后,首先会调制到指定的频点接收配置流(包含服务信息),完成与IPQAM的静态映射[4],映射过程基于节点组概念:将IPQAM的RF资源集合[5]划分成多个节点组,存在用户组与之对应。SRM将节点组内的所有带宽资源作为一个资源池,为该用户组提供服务。节点组与STB对应映射关系是在STB读取配置流时生成的,如图2所示。
2.2 映射流程
映射流程为:
1)SRM周期性地为自身管理的每个节点组下的IPQAM发送定向配置流,这个流中包含SRM的IP地址和端口号、SessionGateway的IP地址、该节点组表示的ServiceGroupID等服务信息。
2)STB上电后,从EPG服务器网页获取频率信息,然后调制到此频率以接收配置流。
3)STB接收到自身所在节点组的配置流后,获取SRM地址、SessionGateway地址、自身节点组表示等信息,并存储这些信息为建立session作好准备。如果下次STB获取信息失败,可以继续使用以前存储的信息。
3 资源管理
3.1 资源分配策略
如果用户请求的影片可以播放,视频服务器在推流之前向SRM请求资源,请求信息包含TSDownStreamBandWidth,ServiceGroupID(由STB所在组确定)等资源描述,这些资源描述信息都是在DSM-CC U-N AddResource,DeleteResource等消息中定义的:
1)TSDownStreamBandWidth。此资源描述符表明TS流(即点播的视频流)下推需要的带宽,由视频服务根据点播的视频产生。
2)ServiceGroupID。表明ClientID,根据ServiceGroupID可以判断该STB所属节点组,为SRM分配频谱资源提供可选范围。
SRM接到资源请求消息后,根据ServiceGroupID、视频服务器提供的TS下行流带宽,合理有效地为会话分配资源,满足用户点播要求。具体流程为:
1)SRM解析收到的资源请求消息,得到TS流下行所需的带宽数、STB所在节点组ServiceGroupID。
2)SRM根据ServiceGroupID查询自己数据库的资源池,找到该节点组下IPQAM资源占用信息。如果该节点组下IPQAM资源全部被占用,就拒绝请求。
3)如果有空闲资源,算出各IPQAM端口的可用带宽,找到带宽最小的IPQAM端口,如果这个带宽数大于视频服务器请求的TS流下行带宽,就选择该端口推流。否则选择满足TS流带宽并且负载最小的端口。
4)SRM将选定的资源信息保存,并标示该资源状态为“被占用”,提供资源给STB用户,直到STB释放会话或者其他原因导致的播放失败,SRM回收该资源,标示该资源状态为“空闲”。
3.2 资源回收策略
最常见资源回收发生在用户STB请求释放会话时,不过这个是在正常情况下一般的回收策略,实际环境中还可能出现STB强制关机或者网络连接断开等异常,这就需要其他方法侦查异常并处理。具体实现方法为:
1)被动释放。SRM收到来自STB或者视频服务器释放会话(ReleaseSession)消息,SRM根据收到消息释放该会话占用的资源,回收到资源池。
2)主动释放。SRM在会话建立后,通过与STB维持心跳,监听STB是否在线。如果心跳超时SRM还没有收到STB的心跳,就认为STB发生异常,SRM进行异常处理,回收与STB所建立会话的资源。
4 会话管理
对于会话管理包括STB请求建立session[6]、STB主动释放session、SRM主动释放session、服务器主动释放session这些流程以及该流程中涉及消息都是DSM-CC U-N部分定义的。
4.1 STB请求建立session
STB请求建立session流程如图3所示。
STB发送ClientSessionSetUpRequest消息给SRM建立一个新会话。SessionID由STB生成。客户端(ClientID)和服务器端(ServerID)在OSI NSAP地址中定义,服务器地址应该是其在DSP.HODSP结构中的地址,客户端地址应该是其在DSP.ESI结构中的DeviceID。ClientID用于区别不同的STB,由STB自己产生。SRM使用ServerID与Server通信,ServerID信息由STB在指定频点下配置流提供。
为了满足用户请求建立会话要求,Server发出ServerAddResourceRequest消息请求给SRM为会话按照前面策略分配资源。一旦完成资源分配后,SRM发送ServerAddResourceConfirm消息给Server,这个消息包括所分配的IPQAM IP地址以及端口号,通知视频服务器向这个指定的IPQAM端口推出电影流。
Server收到ServerAddResourceConfirm消息后,回复包含资源描述信息的ServerSessionSetUpResponse消息给SRM。STB收到ClientSessionSetUpConfirm消息,如果资源对于STB是可用的,建立的这个会话就被激活,STB根据消息中解析HeartBeat时间,此后,STB在这个时间间隔内发送ClientSessionInProgress消息给SRM维持心跳。
4.2 STB主动释放session
STB主动释放session流程如图4所示。
STB通过ClientSessionReleaseRequest消息通知SRM释放会话,SRM收到此消息后发送ServerReleaseIndication消息给Server,Server通知视频服务器停止推流,Server发送ServerReleaseResponse消息给SRM,SRM发送ClientReleaseConfirm消息给STB,并且回收与此次会话相关的资源到资源池,供下次分配使用。
5 测试结果
笔者实现的SRM是为了对有限IPQAM频谱资源实现最大利用率。用已在秦皇岛酒店试用的VOD视频点播系统作为测试平台,对SRM进行性能测试。使用一台每个口提供8个频点的IPQAM,每个带宽均为38.8 MHz,使用这个IPQAM中3个口,SRM就是对这931.2(3×8×38.8)MHz带宽进行管理,为秦皇岛酒店VOD点播系统中的400台STB提供标清(节目源峰值,标清5 Mbit/s)点播服务。在此测试环境下,测试数据如图5所示(图中测试数据由SRM带宽利用率统计功能提供)。
按照系统中都是标清电影点播,计算该IPQAM可以同时播放影片数,单路标清电影最大带宽为5 Mbit/s,一个频点同时推出8路(38.8/5)影片,这样,此IPQAM能并发播出约192(8×8×3)路标清电影。在图5中可以看出,当在线点播STB的数量小于192时,带宽利用率随请求点播STB数增加至97.62%;当在线点播STB的数量大于或等于192时,带宽利用率在97.62%下小幅度波动,带宽利用率达到最高。
6 小结
DSM-CC U-N提供了一种独立于传输网络的控制机制,用于VOD视频点播服务,对资源动态分配和回收,大大提高了有限带宽的利用率。
摘要：资源会话管理器以ISA架构为平台,负责对交互服务中资源和会话进行管理,实现有线带宽资源的最大利用率。为了便于管理资源和会话,该设计遵守DSM-CC U-N协议规则,采用静态映射机制保证视频服务器正确定位交互终端STB,对IPQAM的带宽进行动态分配。
关键词：会话资源管理,ISA,IPQAM,交互业务,视频点播
参考文献
[1]罗亚,赵志强,王劲林.应用于HFC网络交互业务的会话资源管理系统[J].电视技术,2008,32(9):55-57.
[2]ISO/IEC 13818-6,Coding of moving pictures and associated audio,part 1:system[S].1996.
[3]Time Warner.Pegasus interactive services architecture[EB/OL].[2010-04-02].http://bbs.dvbcn.com/showtopic-59684-1.html.
[4]王继成,陈毅松,张福炎.基于DSM-CC的多媒体宽带服务[J].南京大学学报:自然科学版,2000(2):177-182.
[5]陈文周,郑德林,顾峰.基于以太网实现VOD的方法研究[J].电视技术,2002,26(3):40-43.
VOD视频点播系统 篇5
ASP是Active Server Pages的简称, 是微软公司开发的服务器脚本编写环境。ASP是结合Markup标签语言 (如HTML) 和脚本语言 (如VBScript或Java Script) 及Active X来处理的一种动态、交互页面, 可以使用某种类型的中间应用程序或插件程序来连接。它能够接收用户请求, 读取并解释核实的基于服务器的脚本文件;接着创建输出页, 并传送给Web服务器;最后作为响应发送给客户端。因此, 我们可以使用ASP来创建动态的Web页面, 从而开发出强大的Web应用程序。
1 系统分析
播放页面首先检测用户是否有权限点播此电影, 然后根据需要进行操作, 最后将调用客户端的Active X插件播放电影。为了使得系统结构清晰、模块化强, 本系统前台页面分为了3个模块, 第一个模块是页面顶部模块 (Inc Head.asp文件) , 此部分内容为网页的头部代码, 包括数据连接文件、系统公用函数文件等;另外, 此部分还从数据库调用一些系统设置信息, 并从数据库中取出所有电影分类进行生成导航列表的操作。
2 数据库设计与实现
2.1 数据库需求分析与E-R图
数据库的设计, 首先需要建立一个tb Film表, 用来保存电影的名称、地址、分类、片长等信息。因为影视的分类只有有限的几种, 所以还要有一个tb Type表来保存影视的分类信息。
用户类表的设计, 需要有一个表tb User存放用户的用户名、密码等基本信息;与此相关的有用户的收藏夹, 用户收藏的电影使用tb Favorite表来存放。
2.2 数据库逻辑设计
tb Film表存放影视信息, 即最主要的电影名称、地址信息等, 这里的特殊字段是Is Index, 在后台中将有相应功能根据此处设定来生成首页信息。
3 视频浏览及点播模块设计
3.1 系统页面中模块的构建
因为前台各页面的页面结构都是相似的, 所以可以将其模块化, 提炼出每个页面均需要包含的3个部分, 即:头部文件Inc/Head.asp, 左侧导航文件Inc/Left.asp, 底部文件Inc/Bottom.asp。
Head.asp文件是网页的头部, 其HTML盗马部分应包括HTML定义头及网页头部一个显示网站标志和影视类别的通栏表格。首先, 为了方便调用, 将包含数据连接文件和公用函数文件的代码加入次页面;而后需要进行3次数据库查询, 依次取出一些系统设置以及取出影视类别列表。
3.2 系统首页 (Default.asp) 设计
一个网站首页的设计是十分重要的, 一般来说, 首页是用户进入网站所浏览的第一个页面, 从心理学的“首因因素”来讲, 网站首页将给用户留下网站是一个什么样网站的重要印象, 因此首页的设计需要很好地策划。应当将网站较新、较好的内容展示在首页中, 因此本系统的首页主要展示网站最新添加的影视信息, 以及网站管理员推荐的影视信息。
3.3 视频列表页面 (List.asp) 设计
当用户单击页面顶部的影视类别导航链接后, 将跳转到相应的按类别方式显示视频列表的页面List.asp。这个页面的主要功能就是根据所传递的GET参数从数据库中调取相应的影视记录并分页显示, 由于所要查询的类别编号已经由GET参数获得, 因此我们之需要在查询中用Where子关键字指定所属分类为相应编号的影视信息即可。
3.4 视频查询设计
一个电影网站的电影可能有很多, 为了方便用户快捷地找到其想观看的电影, 就需要查询搜索功能。在前台的几个列表页面均有搜索表单如下图所示:用户单击“SEARCH”按钮, 将以GET方式提交表单至页面Search.asp。Search.asp页面处理所取得的参数并进行搜索, 最后将结果以列表方式显示在页面上。
3.5 视频信息及视频点播页面设计
当用户单击列表中的“播放”按钮时, 将打开视频信息页面Film.asp, 此页面取出视频的信息并显示给用户。程序首先获取参数Id, 即视频编号;然后根据此编号打开记录集取出相应的视频信息;然后进行判断, 如果该影片不存在则给出提示, 否则就显示信息;最后关闭记录集。Play.asp是具体播放影片的页面, 在影视信息页面单击“播放”按扭, 将打开Play.asp页面播放相应的影片。Play.asp页面的代码程序中, 将首先检测获取的ID数值是否合法, 若不合法则给出提示;然后打开影片信息表tb Film查询当前影片的信息, 并将信息保存在本地变量中;在前面的处理完成后, 将进行播放影片的处理。在本系统中并没有实现该功能, 因此不再赘述。
3.6 对电影发表评论及报告连接错误
为了提高网站的互动性, 本系统设计了一个用户对电影的评论模块, 在影视信息页面可以查看最新发表的5条评论, 同时用户还可以发表自己的评论。本模块首先打开记录集, 从数据库中取出最新的5条评论, 然后进行判断, 如果没有任何评论则显示“没有任何评论”字样, 否则列表显示这些评论。最后还显示一个用户发表评论的表单, 用户可以填写此表单并提交到页面Remark.asp。实现此功能的代码在Film.asp页面中, 在此不将其罗列出来了。该段程序与一般的打开记录集显示信息的代码类似。
3.7 用户最近浏览记录
为了方便用户访问, 需要追踪并记录用户的浏览记录, 并显示给用户, 以便于其了解最近查看的影片。这种记录应该是基于客户端的, 因为:第一, 可能有未注册的用户访问网站需要记录, 而在数据库中没有其注册的记录;第二, 如果所有访问者的信息均记录在服务器端, 那么将耗费大量的服务器存储空间和资源, 而这些记录在客户端可以方便地完成。在客户端一般使用Cookies记录信息, 可以通过设定Cookies的保存期限来设定信息在用户计算机的存储时间。实现用户最近浏览的记录和记录显示是通过在影视信息页面Film.asp中使用include指令包含文件Inc/Last/Visit.asp来实现的。
3.8 用户视频收藏
用户可能比较喜欢某个电影, 并且想记录下来以便可以继续观看, 这时就要为用户提供在线影视收藏功能。此功能是将用户所收藏的电影ID和名称信息保存在服务器上, 当用户打开“我的收藏夹”连接时, 可以显示出其收藏的影视列表。
3.9 E-mail订阅影视信息
如果用户认为网站不错, 想长期获得网站的一些更新信息, 本系统为其提供一个订阅站点邮件的功能—邮件列表, 邮件列表的信息是由网站主动推向用户的。用户在网站左侧的导航页面中填写自己的邮件地址并提交表单, 将打开页面Mail List.asp, 此页面主要功能仅为向数据库中添加相应记录。具体发送邮件的代码在后台管理模块设计中。
4 后台管理模块设计
本系统的后台管理部分分三个小模块, 其中之一是系统管理模块, 此部分主要实现对系统基本信息、数据库管理的设置。
5 总结
在这篇论文中, 我分析了一个在线宽频电影点播系统的设计和制作。作为一个宽频电影点播系统, 本设计实现了对用户及应虱的管理, 同时面向其应用环境———并发访问量大, 站用服务器资源多的特性进行了特别的优化。在系统设计阶段首先进行需求分析和建模, 并绘制各个元素间的实体关系图, 很大程度上简化了系统的后期制作。
参考文献
[1]美:Stephen Walther希望图书创作室翻译.active server pages12.0揭秘.北京希望电子出版社.
[2]廖信彦.ACTIVE SERVER PAGES应用大全-ASP与数据库的整合.清华大学出版社, 2000-4-1出版.
[3]顼宇峰, 马军.ASP网络编程从入门到精通.清华大学出版社, 2006-1出版.
[4]韩国峰等.ASP网站开发典型模块与实例精讲.电子工业出版社, 2006年8月出版.
VOD点播系统设计 篇6
1.1 随着2001年十五计划纲要第一次明确提出“三网融
合”的概念, 到2010年国务院对首批试点城市的批准, “三网融合”实现了从构想到现实的跨越。对于有线电视行业来讲, 能够形成较为完整的数字电视产业链, 实现数字电视技术研发、产品制造、传输与接入、用户服务相关产业协调发展, 是成为广电运营商的关键。其中开展VOD业务将成为广电运营商实现“三网融合”的一个切入点。
1.2 VOD点播系统简介
VOD (Video On Demand) 即视频点播技术的简称, 也称为交互式电视点播系统。通俗地讲, VOD就是想看什么节目就看什么节目, 想什么时间看就什么时间看。它综合了网络通信技术、多媒体技术和电视技术, 是一种基于有线电视双向网络的先进的视频通信技术。
2. VOD设备工作原理
2.1 下图为一个省级VOD组网图, VOD视频服务器的作用是VOD视频服务器通过与用户之间直接的、实时双向交互来控制节目的播放, 包括节目的选择、播放过程的开始与终止、播放速度的控制以及不同节目之间的动态切换等。EPG服务器又称导航服务器, 负责从后台管理系统获得STB用户原始数据, 然后根据商业运营的需要按不同的方式来组织媒体导航的结构和内容, 在确认无误后发布给客户端访问和呈现应用交互界面。EPG服务器的另一个功能是为STB用户提供媒资节目信息, 以便STB用户通过这些信息, 能够看到节目分类, 节目描述等等。后台管理系统能够为EPG服务器提供资源描述数据。
2.2 如上图所示分别在省中心机房和用户点播率较高的市级中心机房安装EPG服务器和VOD视频服务器, 通过安装在省中心机房的后台管理系统设备对全网EPG资源进行调度分配, 根据设定的调度分配策略将用户分配到边缘EPG上 (市级EPG) , 这可以大大提高用户点播反应速度。
通过省级核心交换机、市级核心交换机到县级交换机建立信息交换通路, 用户首先必须到后台管理系统, 提交用户STB相关参数, 并获取EPG地址及IPQAM资源后, 即可通过本地HFC网络和IP网络与本地VOD视频服务器通信进行多媒体信息的点播, 当用户所在地区中心机房没有VOD视频服务器或本地视频服务器中没有用户所点播的节目, 用户则通过交换信息通路连接到上一级的VOD视频服务器上进行节目的搜索。
2.3 如果需要计费, 需要在省级中心机房增加计费服务器, 它会记录时间, 然后根据单位时间的费用计算出总的费用, 对全省VOD用户进行统一管理。
3. VOD系统测试
决定VOD性能指标的有三部分:VOD视频服务器、HFC网络和IP网络、客户端。
3.1 视频服务器的选择
VOD视频服务器的主要性能就是要看其大量用户进行并发点播时的处理能力, 它是VOD系统服务质量的关键。VOD软件具有硬件依赖性, 需要进行软硬件协同测试考察系统性能, 并以测试结果为依据进行视频服务器配置优化。
3.2 网络和STB测试
为保证用户终端能够正常进行VOD业务相关操作, 需要同时保证IP网络及HFC网络处于良好状态。因此, 需同时测试用户终端的IP与HFC网络。
IP网络测试的主要内容为:网络延时、网络抖动及丢包率;
HFC网络测试的主要内容为:电平、MER、BER。
测试过程:
在测试前, 首选需要确定用户STB所获取的IP地址是为VOD业务所规划的IP地址, 这可以保证VOD视频服务器所推出的流可以到达用户终端。
用户终端机顶盒为正确的IP地址后, 首先通过场强仪等工具测量用户终端射频信号相关指标。而后应使用安捷伦的AAA、NetIQ等专业仪器对用户终端的IP网络质量进行测试, 并对网络进行优化。如果没有专业仪器也可采用将便携式计算机接入用户终端网络, 设置成与机顶盒相同的IP地址等参数, 并在其上执行PING命令粗略的对用户接入网进行评估。
4. 结束语
VOD技术的出现更好地满足了用户对自主收看视频节目的需求, 也是广电行业进入“三网融合”时代的杰作。随着VOD技术的不断成熟, 现在已经在全国各地得到了广泛的应用, 它不仅可以为终端用户提供多样化的媒体信息流, 而且在医院、宾馆、飞机等场所, 公司的职员培训、远距离市场调查、公司的广告业务等领域将发挥巨大的作用, 给大众文化和生活带来颠覆性的、积极的变化。
参考文献
[1]李向明, 李春平.VOD视频服务器测试与配置优化研究.计算机应用.2004.6
基于IPQAM的VOD系统部署 篇7
VOD的全称为Video On Demand, 即视频点播技术, 也称交互式电视点播系统, 意即按需要的视频流播放。“在想看的时候看想看的节目”, 这是最适合用户胃口的地方, 也是点播业务最具魅力之处。用户可以根据自己的意愿选择收看电视节目, 从根本上改变了过去被动式收看电视的不足。随着国家信息化建设的大力开展和三网融合的积极推进, 广电行业加快了有线电视数字化整体转换工作的步伐。然而, 数字电视用户数目的快速增长并没有为广电行业的发展带来实质的推动作用。
目前数字电视用户可消费的业务绝大多数仍基于单向网络, 并且业务仅限于数据广播、信息浏览、NVOD等缺乏互动性的业务。这些业务中, 数据广播提供的信息量有限, 信息浏览和NVOD等业务不支持用户的参与, 单纯的模拟转数字带来的清晰度提高有限和同质的频道增加已很难满足用户日益增长的消费需求。因此, 单纯的数字化转换意义不大, 运营商必须以用户为本, 充分调动用户参与的积极性, 不断满足用户快速增长的精神文化和信息服务需求, 并努力提高相关收益。这些就需要运营商加快双向网络的改造, 大力提供丰富多彩的互动业务。
2 广电运营商中VOD业务发展状况
VOD业务即视频点播业务, 是一种可以按用户需要点播节目的互动式视频业务。它的一个重要特点就是需要很高的带宽来传送下行的媒体流。广电的CATV网络可以提供非常高的下行带宽, 适于媒体流的传送。因此, 广电行业的VOD业务提供多采用基于IPQAM的VOD解决方案, 即利用IP网络实现流媒体的控制, 通过CATV网络下发媒体流的方式。
目前, 基于IPQAM的VOD解决方案的相关规范主要有时代华纳提出的ISA (Interactive Services Architecture) 和Comcast提出的NGOD (Next Generation On Demand) 等。其中ISA架构的流控协议采用基于ISO/IECDSM-CC标准的SSP和LSCP协议, 而前端服务器实体之间采用CORBA实现, 实现的复杂性相对较高。NGOD则是在RTSP协议的基础上提出, 实体交互基于Web Service实现, 目前还很少有相关的商用产品。
在现在的国内外市场中, 能提供基于IPQAM的VOD解决方案的国内厂商主要有同洲、华为、思华等。国外厂商主要有Sea Change、MOTO、CISCO等。国外厂商的产品都支持ISA规范, 而ISA规范由于本身定义的复杂性, 造成整个系统的复杂度提高, 也直接导致了系统实现的成本非常昂贵。国内产品中, 虽然思华的产品不是基于ISA架构, 其点播协议采用RTSP协议, 但其商用产品也价格不菲。
3 基于IP QAM的VOD系统解决方案
目前, 与视频服务器相关的开源项目有很多, 如MPEG4IP, VLS等等。其中live555是免费, 开源的, 并支持TS流, 但live555的设计并不适用于商业运营;Darwin Streaming Server具备商业运营必须的认证、计费、远程管理等特性, 可以很好地支持商业运营, 但是对于广电系统的应用来说, 缺乏对TS流的支持。本文基于可运营性的考虑, 选取Darwin Streaming Server作为基础, 通过扩展使之支持MPEG-2TS流, 实现低成本的视频服务器, 以支持基于IPQAM的VOD解决方案。
3.1 Dar Win Streaming Server简介
Darwin Streaming Server (简称DSS) 是苹果公司的开源视频服务器版本, 与DSS相对应, APPLE有一个商业版本的视频服务器QTSS (Quick Time Streaming Server) , 两者采用相同的核心设计。DSS符合ISMA规范, 支持多种标准协议和格式, DSS的主要特性如下:
a.完全符合标准, 支持各种标准的播放器或者机顶盒。
b.支持MP4、3GPP等文件格式;
c.支持MPEG-4、H.264等视频编解码格式;
d.支持RTSP流控协议, 支持HTTP协议;
e.支持RTP流媒体传输协议;
f.支持单播和组播;
g.支持基于Web的管理;
h.具有完备的日志功能。
此外, 该服务器版本提供了一个基于模块的扩展方法。利用DSS提供的API就可以很方便地编写静态或动态的模块, 对DSS进行扩展, 使其支持其它文件格式、协议或者功能。本文就是利用这种方法对DSS进行扩展, 使其支持采用MPEG-2TS封装格式的MPEG-2视频文件。
3.2 DSS模块的编写
每个DSS模块必须实现两个函数:一个是Main函数, 服务器在启动时将调用这个函数进行必要的初始化。另一个是Dispatch函数, 通过实现此函数, 服务器可调用DSS模块并完成特定处理。对于编译到服务器里面的模块, 其主函数的地址必须传递到服务器的模块Main函数中。
3.3 DSS对MPEG-2 TS流的支持
对DSS进行扩展, 以实现对MPEG-2 TS流的支持, 主要涉及三个方面的问题:首先, RTSP协议需要支持MPEG-2 TS over DVB-C;其次, 能够通过UDP协议直接发送TS流;最后, 发送的速率需要依据PCR (Program Clock Reference, 即节目时钟参考) 实现适当的调节。下面针对这三个方面问题的解决进行简要的说明:
为了让RTSP协议能支持QAM传输, 需要对标准的RTSP协议做扩展, 即在SETUP阶段, 终端告诉服务器需要QAM传输, 服务器会为该终端分配传输资源, 并告诉终端相应的参数 (包括频点和节目号等) 。对于IPQAM资源, 节目号与UDP端口号是一一对应的, 视频服务器可以维护一个包括UDP端口、节目号、频点以及UDP端口使用状况的列表。
当使用扩展后的RTSP协议实现一次MPEG-2 TS流点播时, 与通常的RTSP交互过程相比, 在SETUP阶段有所不同。
为了实现MPEG-2TS流通过Cable下发, 关键点是视频服务器能够采用UDP协议将TS流依特定速率发送到IPQAM设备。
采用UDP协议把TS包发送到IPQAM设备, 实现相对比较简单, 假定TS包的大小是188字节的, 只要遵照一个UDP包不应大于以太网最大传输单元的原则, 将7个TS包打包成一个UDP包, 发送给IPQAM设备即可实现。
而依特定的速率发送则要求服务器在发送MPEG-2TS流时, 必须保证发送数据的速率与媒体正常播放的速率一致性。考虑到终端会有一个缓冲区来平滑发送数据时可能产生的波动, 因此对于发送速率与正常播放速率的一致性的要求并不是绝对的。但发送数据带来的波动要在IPQAM设备许可的范围内, 否则IPQAM无法正常处理。
结束语
进行双向网络改造, 大力发展双向业务, 是中国广电行业提高市场竞争力的必经之路。
VOD点播系统设计 篇8
VOD (Vie do On De m and) 即视频点播技术的简称, 也称为交互式电视点播系统。它是一种受用户控制的音视频分配业务, 使得每一个用户可以交互式地访问远端服务器所存储的丰富的节目。VOD系统使用非常简单直观, 用户可以按照自己的意愿自由地选择节目内容和节目的播放时间, 实现人与电视机的直接对话 (人机交互式操作) , 用户选择节目的过程可以象在饭店吃饭点菜一样简单。VOD点播技术曾广泛应用于卡拉OK娱乐业;另外, 它还有在电影点播、点播新闻、信息服务、远程教学、远程购物和家庭银行等方面的具体应用。
2 VOD系统有三种实现方案
2.1 基于有线电视的模拟方案
2.1.1 配置
(1) 网络:有线电视网+电话网; (2) 主机房:视频服务器+视频解压设备+模拟电视调制设备; (3) 客房:模拟机顶盒。
2.1.2 实现方式
客人在房间内用遥控器向模拟机顶盒发出命令, 模拟机顶盒通过电话线将客户请求发送至视频服务器端。视频服务器将客户请求观看的节目通过视频解压设备转换为模拟电视信号, 通过模拟电视调制设备与普通的有线电视节目一起传输。客户端机顶盒自动选取客户点播节目所在频道, 使客人观看到点播的节目。
2.2 基于有线电视的数字方案
2.2.1 配置
(1) 网络:经过改造的有线电视网; (2) 主机房:视频服务器+数字电视调制设备; (3) 客房:数字机顶盒。
2.2.2 实现方式
这种方案其实是有线电视台的数字化方案。首先需要对有线电视网进行双向改造, 数字机顶盒接收的客户请求可以通过有线电视网上行到达视频服务器, 视频服务器端将压缩的数字视频信号经过数字电视调制设备发送到有线电视网上, 每个模拟频道可由多个数字视频流复用, 数字机顶盒接收数字视频信号后进行实时解压并输出到电视机上。经过数字化改造的有线电视网还可以传输数据, 实现上网、综合服务等功能。
2.3 基于计算机网络的方案
2.3.1 配置
(1) 网络:计算机局域网; (2) 主机房:视频服务器+网络交换机; (3) 客房:PC机或网络机顶盒。
2.3.2 实现方式
基于计算机网络的方案相当于一套计算机应用系统。从早期的10兆网, 发展到现在的百兆、千兆交换网, 计算机网络为用户提供了越来越多的带宽资源, 这就使人们对在网络中传输多路视频节目的需求能够实现, 计算机应用也从以文本为主向着包含文本、音频、视频的多媒体应用发展。基于计算机网络的视频点播工作过程如下:用户在客户端PC机或机顶盒启动播放请求, 这个请求通过网络发出, 到达并由服务器的网卡接收, 传送给服务器, 经过请求验证后, 服务器把节目库中可访问的节目名准备好, 使用户可以浏览到所喜爱的节目单。用户选择节目后, 服务器从节目库中取出节目内容, 并传送到客户端播放。
由于计算机网络本身具有的功能, 只需加上一台代理服务器, 就可以将所有客房连入Internet网, 并且可以实现强大的点菜、计费、游戏等功能。
3 VOD系统在宾馆、酒店中的应用
3.1 VOD的应用
中国宾馆酒店产业规模正在逐年扩大, 并且明显地朝着娱乐化、高档化、规范化、计算机网络化、国际化等方向转化。宾馆酒店只有为客人提供更加丰富完善的服务, 才能在激烈的竞争中获胜。影视点播、上Internet网、综合信息服务, 将渐渐成为宾馆酒店的客房里必不可少的功能。
目前VOD视频点播在宾馆酒店行业发展迅速, 以香港地区为例, 现有酒店80%左右都配备了影视点播及收费系统, 而我国仅在10%左右。由于宾馆的客人来自不同的国家和地区, 教育、文化背景均不相同, 因而对电视节目的要求也千差万别。视频点播业务以其丰富的节目内容给客人提供享受, 能够满足不同客人的不同需求, 无疑是酒店客人喜爱的一种服务形式。
酒店视频点播系统在国内外的酒店能够得到广泛的认可, 有其以下一些原因, 如: (1) 可增加酒店娱乐服务的内容:增加传统广播电视节目以外的一些精彩节目, 增加节目的娱乐性, 可使顾客得到极大享受。 (2) 可以提供特殊的信息服务功能, 如股票证券、交通等信息。 (3) 降低管理成本:由于该系统自动化程度高, 完全可以做到无人值守, 从而提高服务质量的同时又降低了人员与经济的消耗。 (4) 提高了酒店的服务档次:在酒店星级评审中, 根据国家旅游局计划VOD视频点播也将作为星级评审的标准之一。 (5) 增收创益。
3.2 宾馆酒店VOD系统
前面已讲述VOD系统的三种实现方案, 对于宾馆、酒店而言, 各种方案有其不同适合场所。
3.2.1 第一种方案的优点在于其利用了现有的有线电视网和电话网, 无需铺设新的线路, 并且客户端模拟机顶盒造价低廉, 整个系统的成本较低;但是模拟电视信号传输容易衰减和受干扰, 每一路点播节目需要占用一个有线电视频道, 所以并发点播数极其受限制, 最多只能支持16路或24路, 并且无法提供上网和消费等综合服务, 功能单一。
因此这种方案属于过渡性方案, 特别适合于旧楼改造工程, 对新工程而言不失为一个低成本方案, 在低档酒店还有一定生命期, 同时该方案为目前一个主流产品, 但是长期来看将逐渐被淘汰。
3.2.2 第二种方案的优点在于利用了现有的有线电视网, 无需铺设新的线路数字调制采用的频道复用技术可以在一个模拟频道上传输多达25路VCD品质的视频节目, 可以满足很大的并发点播要求, 数字化传输保证了视频品质, 同时采用CABLE MODEM技术后可以实现上网等功能;当然该方案也存在着包括有线电视网需要经过改造、数字机顶盒价格较高以及服务器和数字调制设备代价昂贵的缺点。
目前这种方案的相关技术尚未完全成熟, 投资较大, 在实际应用中较少。
3.2.3 第三种方案也就是基于计算机网络方案, 与前前两种方案相比, 节省服务器的有线电视调制设备费用, 完全数字化传输保证了视音频品质, 上网、消费等综合服务功能很容易实现而且功能强大, 高达千兆的网络带宽可以支持几百个客户的并发点播, 同时由于综合布线的日益普及, 计算机网络的建设已不再是该方案的关键问题。
技术已经十分成熟, 能够提供的综合功能是其它方案无法比拟的。但是该系统也有初期投资大, 计算机更新换代快、容易造成投资风险等缺点。
该方案适合于新建高标准的宾馆、酒店。
4 VOD系统功能特点
4.1 影视歌曲点播
一台视频服务器可以存储多达100部电影, 支持超过40个用户同时点播一个节目或不同节目, 配备多台视频服务器实现分布式点播, 可以支持多达几百个用户同时点播节目, 可以包括电影、卡拉OK歌曲, 也可以是自制的介绍节目或者广告, 播放的视频品质支持MPEG-1、MPEG-2, 可以达到相当于VCD和DVD品质, 客户在观看时可以对节目进行完全控制, 包括播放、暂停、快进、快退等;丰富美观的交互界面, 支持多种点播方式;采用红外线遥控设备, 操作方便快捷。
4.2 计费管理点播计费:
对客人点播的节目按点播节目次数进行收费;上网计费:根据时间收费 (选项) ;帐单查询:客人可自己查询消费的内容和应付金额;营业报表:自动统计每日和周期营业报表;经理查询:经理可随时查看当前营业状况和历史记录。
4.3 其它服务Internet上网:
VOD-4000机顶盒可以通过网络上的代理服务器直接连Internet;客人若带有便携式电脑, 亦可直接通过计算机网络上网收发邮件和浏览, 无需拨号。游戏:可提供多种趣味电脑游戏供客人休闲娱乐。内部网站:可以建立单位内部网站, 为用户提供个性化信息服务甚至可以有BBS和聊天室。
4 结束语