方案设计数字电视城域点播系统方案设计

方案设计数字电视城域点播系统方案设计 数字电视城域点播系统是集点播服务、节目分发、节目管理、节目收录、运营管理、系统监控和管理等功能于一体的大型管理系统，全面支持通用数字平台信息交互，支持目前主流的数字电视机顶盒产品，主要目的是为用户提供方便快捷、稳定流畅的高品质VOD服务。考虑系统成本和目前有线电视网单向性，笔者提出一种经济可行的解决方案。该方案如图1所示： 此方案的优势在于将有线电视网(CATV网)和电信公共电话网(PSTN 网)结合起来，利用CATV网作为宽带下行信道，PSTN网作为窄带上行信道，在单向网络中开展视频点播业务。同时可充分利用HFC广播网络的特点，开展点播、轮播等业务，实现汇聚点播、直播节目点播、跟看等不同的点播策略，以及利用数字电视节目发布，实现EPG、电视网站等节目告知手段，使点播节目信息更丰富，内容更新速度更快。 考虑到系统的稳定性、可靠性、通用性，本系统基于Windows2000操作系统进行开发。由于Delphi 7.0具备可视化的组件开发能力、快速的编译能力和对分布式开发中间件CORBA支持，故本系统选用Delphi 7.0作为开发工具，选用 Rational Rose工具进行系统整体规划和设计。数据库建模采用Erwin工具建立系统物理模型和逻辑模型，数据存储和管理采用目前主流的关系数据库管理系统 SQL Server 2000。 数字电视城域点播系统业务支撑平台的分析 数字电视城域点播系统是面向覆盖全城的分布式多层应用系统。考虑何种分布式对象技术实现整合异质平台和操作系统，保证系统强固的容错能力以及稳定性、高效性是构建这样的分布式系统的核心问题。就分布式对象技术而言，目前分布式结构使用的核心技术大致上有两种不同的软件标准：第一种是微软制定的/D以及+。第二种是由对象管理集团OMG提倡的CORBA(Common Object Request Broker Architecture公共对象请求代理结构）。CORBA体系的优势在于拥有比 更好的体系结构，它的制定和修改均由OMG组织严格控制，并得到众多商家的支持，具有平台无关性。CORBA比更适合开发异构的企业级分布式应用。因此本系统采用CORBA中间件技术。 CORBA体系结构总体上是客户端/服务端结构。底层使用的传送层（NETWORK）机制使用的TCP/IP通信协议。在客户端和服务器端之间增加了一个抽象层，该抽象层对客户程序隐藏了服务器端的实现，甚至隐藏了具体的响应该请求的服务器。这一过程是由ORB来控制的，CORBA封包的传送和沟通是使用GIOP（General Inter-ORB Protocol）或者IIOP（Inter Inter-ORB Protocol)协议。在服务器端，ORB负责把客户请求传递给一个自动生成的Skeleton，最后通过Skeleton 调用真正实现了接口的服务器端对象。其中BOA（Basic Object Adapter， 基本对象适配器）的作用在于联系Skeleton和服务器端ORB。通过BOA, Skeleton可以在Smart Agent上注册服务器对象。 数字电视城域点播系统业务支撑平台设计 点播系统业务支撑平台在软件结构设计上采用C/S 三层软件架构，即按照客户端、商业逻辑层和资源层三部分来实现。为了能够支持多种数据库，增加了数据访问模块。整个系统中用户界面、核心商业逻辑、数据存储实现相互独立，从系统设计的角度为系统提供足够的安全性、灵活性和扩展特性，并为适应需求变化、快速后续开发、升级迁移提供了良好基础。 客户端提供用户与系统的交互。根据数字电视城域点播系统的业务需要，客户端同样采用模块划分的思路，将其划分为用户管理模块、系统管理模块、运营管理模块、节目管理模块。点播呼叫中心实现业务支撑平台的核心商业逻辑，按照面向对象和分层设计思想，把公共访问层纵向划分为接口层、接口实现层、数据通用访问底层，横向划分成为六个部分。VOD是在SMS（数字电视用户管理系统）平台上开展的增值业务，它和SMS系统之间存在一定的信息交互如：互动点播要实现用户的身份确认，获取用户区域信息，点播内容推送、计费等功能。具体的交互内容是：用户身份的确认；用户地理位置查找；用户订购产品信息确认。结合上面的交互内容分析，可以设计出SMS-互动点播业务的接口TVODSMSWeb和定义的CORBA数据类型（如图2所示）。VodUserPayType用户付费枚举类型：按次付费、按小时付费、包月付费。 随着技术的不断进步，有线电视网络向全业务双向数字 _络发展的趋势日趋明显，在有线电视网络中承载的新业务(如交互式数字电视、用户语音、视频、宽带业务)迫切要求有线电视网络进行双向化改造。本系统充分抓住了