中科大洋构建苏州电视台总编室媒体资产综合业务系统案例

发表于:2007-06-09来源:作者:点击数: 标签:
一、项目背景 苏州电视台作为我国重要的城市电视台之一,在国内的电视媒体行业具有较大的影响力。经过几代电视人的艰苦努力,苏州电视台目前已拥有 相当数量的音像节目和素材资料,这是苏州电视台最为宝贵的财富,是全体员工几十年的劳动成果和智慧结晶,是

一、项目背景

    

苏州电视台作为我国重要的城市电视台之一,在国内的电视媒体行业具有较大的影响力。经过几代电视人的艰苦努力,苏州电视台目前已拥有

相当数量的音像节目和素材资料,这是苏州电视台最为宝贵的财富,是全体员工几十年的劳动成果和智慧结晶,是苏州电视台在未来日益激烈的市场竞争中得以持续有力地发展和保持领先地位的重要资本和信息基础。随着事业的发展,节目制作播出的规模越来越大,水平越来越高,质量越来越好,数量也越来越多。同时,随着岁月的流逝,许多珍贵的历史资料和音像素材都急需加以复制和保护。从各方面业务需求来看,苏州电视台作为江苏省规模较大并具有较大影响力的电视媒体,其音像资料存储和管理业务仅依靠现有的设施和系统来承担将非常困难的,新建数字化、网络化媒体资产管理系统是十分必要的。

二、系统建设目标

苏州台媒体资产管理系统由上下载系统、编目子系统、检索子系统、存储系统、管理子系统以及MIS系统组成,分别描述如下:

 

面向信息服务、加工、存储等业务运行管理的运行管理子系统;

面向客户服务的信息检索子系统;

面向数据加工生产和节目输出的节目上下载子系统;

面向数据深入加工编目处理的编目子系统;

面向数据存储的数据存储子系统。

 

系统设计原则

先进性:要具有一定程度超前的技术先进性,保证系统能有较长的生命力。

标准性和开放性:表现在各软件子系统间,各平台间的接口要标准化。这样可避免被某个特定厂商的产品绑定,从而获得更多产品的选择的权力。

 

扩展性和整合性:这一系统架构不只为满足实现管理信息系统的需要,并且,要提供一个基于标准的“插件式”总线结构。在这一总线结构之上,增加新的应用系统不但会非常方便容易,而且,各应用系统间能达到无缝整合。

        

适应性:当业务发生变化时,可能要求应用系统的数据模型、算法模型以及工作流程发生相应变化。系统必须向用户提供图形化工具来完成对系统的数据模型、算法模型以及工作流程的改变。避免传统上当业务发生变化,就需要改动程序的状况,以保护客户在软件上的投资。

       

可靠性:系统同时处理大量用户的并发请求,并保证快速的响应速度,必须具有系统容错性能

       

安全性:系统必须提供系统认证和对数据和功能的权限控制,并提供分级授权的能力。

三、子系统划分

1、上下载子系统

上载系统

 

根据系统的要求在采集的同时生成两路素材:高码流MPEG-2格式和低码流MPEG-Ⅳ或流媒体格式;

实现遥控方式和非遥控方式的采集;

支持两种低码流流媒体方式采集:固定码率和可变码率;

上载完成后可直接浏览查看高码流视频的质量;

支持同时多个采集任务,并顺序进行采集;

对采集上来的高画质素材进行简单编目

下载系统

下载任务查询调看通过各检索工作站终端选择检索,下载工作站获得下载任务做出相应处理,而管理工作站提供完善的任务监控、统计分析以及数据处理功能。

2、编目子系统

编目检索系统一方面用于系统数据的加工处理,另一方面则承担着系统数据的再利用,系统的设计要以规范的管理、完善的编目、易用的检索、丰富的内容为主要目标,以“规范的管理、编目、检索”为建设重点。索引类管理是系统内容管理平台的核心内容之一,编目检索只是索引类管理的客户化表现。

3、检索子系统

 

灵活的参量检索和其它检索功能:在参量检索中系统提供灵活的界面配置功能,管理员可以通过管理系统对检索的元素进行筛选,只有选中的元素才能在用户前台系统中出现,并进行检索。

 

公文包,收藏夹功能:对于用户感兴趣的节目,用户可以加入到我的收藏夹下并登陆系统,可以通过收藏夹浏览该节目。我的公文包对用户提供临时存入感兴趣的节目,一旦用户推出系统,则公文包自动清空。

 

多媒体浏览:对于查询出的节目,用户可以使用clearcase/" target="_blank" >cc">浏览器浏览该节目片断,图片信息等。

4、存储管理子系统

   

整个存储系统仍划分为在线、近线与离线三个区域。各存储区将根据实际应用要求,配置相应的存储设备。在线存储系统采用磁盘阵列,近线存储系统采用独立的磁带机,离线系统是磁带的密集排架。三个存储区由存储管理系统统一调度,共同完成数据对象的存储、交换和维护任务。在线存储全部低码率素材和部分高码率素材,近线存储全部高码率素材,离线存储高密级高码率素材。

四、用户收益

流媒体技术应用

流媒体文件采用的是边下载边播放的方式,因此,一般情况下,只能浏览,不能保存。所以,对于媒体资产的版权起到了一定的保护作用。

  

对于流媒体文件检索方式,客户端通过流媒体服务器和流媒体文件进行数据的交互,客户端无法直接对数据进行操作。降低了病毒感染和黑客侵入的概率,从而增强了系统数据的安全性。

 

完善的系统安全机制

  

无论是C/S还是B/S,人工操作客户端均采用三层数据访问方式,对数据库进行有效保护。

数据库、MDC、应用服务器、全文检索等关键服务器均采用HA工作方式。网络链路不存在单点故障。

视音频数据和数据库、全文检索数据独立存储,数据库、全文检索数据盘阵采用RAID技术保护。

实现数据库、全文检索数据定期自动备份。

编目数据实现数据库、数据流磁带多重存储保证节目素材的安全。

对于数据流磁带读写过程中发生故障,存储软件可保证现有任务不丢失,原有数据不被破坏。

对于重要素材,归档时软件可实现自动生成两份独立拷贝保证数据安全。

当发生数据流磁带不可恢复的损坏,通过系统数据库中保存的该磁带上文件和上载任务关系表,重新采集相关资料,然后自动重新映射相关元数据的对应关系,实现介质重建。

   

数据流磁带纠错(限于磁头可以定位到指定块,但数据块损坏的情况):由于文件元数据在数据库上保存备份,系统可以通过数据库中的文件元数据恢复文件。对于普通数据块损坏:可以通过应用程序让磁头跳过坏块重新定位,读取其他数据块到硬盘中。这样还需要对剩余的数据块进行文件打包。目前,大洋公司已能做到将整个视音频文件分割打包成多个小文件。

  

具有磁带自动定期维护的功能,系统自动将可能发生数据损坏的磁带提前复制。

系统中上下载、传输迁移、转码、编目不存在单点故障。

通过传输服务器进行三层网络数据交换,有效地进行网间隔离。

三层架构应用

  

即插即用:这是此系统构架所独有的特性之一。任何应用系统只要按照系统构架接口的标准来开发,就能插入到系统构架中,便可与其它应用系统进行无缝地结合。重要的是系统构架的接口标准都是开放的,而不是某些特定厂家所独有的。

 

交易集中和服务分散:系统构架的“应用平台总线”是建立在J2EE标准的应用服务器之上。这类应用服务器提供了服务器端负载均衡和容灾的特性,从而使安插在“总线”之上的应用系统能应付交易集中下大用户量访问的情况。“B/S显示控制器”还可支持“瘦”客户端的应用。

  

权限控制:权限控制在这一系统构架中分两个层次来管理。第一个层次是对功能的权限控制,确保不同的用户根据其角色所能使用的功能是不同的。对功能的权限控制是通过“B/S显示控制器”对视图的权限控制来达到的。第二个层次是对数据的权限控制,以确保用户只能看到或修改其权限所允许的数据。对数据的权限控制则通过“应用平台总线”中对DAO调用的管理来达到。

  

应用系统的无缝整合:不同应用系统间的整合体现在两个方面。第一是通过“B/S显示控制器”使用户在同一界面上统一地对不同应用系统进行操作。第二是通过“应用平台总线”中的工作流引擎来达到不同应用系统间的控制流和信息流的整合。并且,不同应用系统间的整合是建立在“松耦合”的机制上,这样便于系统的变更和扩展。

  

多种结构整合: 本结构的的主要特征之一就是“应用平台总线”不仅提供JAVA 数据对象接口,还提供XML的数据接口,大大扩展了次结构的灵活性,使得系统的应用逻辑与客户端彻底与数据无关。而且,客户端可以是任何平台。包括VC,JAVA的应用软件客户端程序。

  

支持与其它各种系统的数据交换:由于“应用平台总线”提供XML的数据接口,其他应用系统可以方便地与本系统进行数据交换。通过本系统定义好的XML SCHEMA可以控制数据交换的内容,从而既保证数据交换的灵活性又保证安全性。

 

 

原文转自:http://www.ltesting.net