一、项目背景
苏州电视台作为我国重要的城市电视台之一,在国内的电视媒体行业具有较大的影响力。经过几代电视人的艰苦努力,苏州电视台目前已拥有
|
二、系统建设目标
苏州台媒体资产管理系统由上下载系统、编目子系统、检索子系统、存储系统、管理子系统以及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可以控制数据交换的内容,从而既保证数据交换的灵活性又保证安全性。