第 9 章媒资管理系统架构与功能

《数字媒体资产管理》

第 9 章媒资管理系统架构与功能

刘士军[email protected]

数字媒体资产管理2

数字媒体资产管理系统功能近几年 , 媒资系统的技术和功能越来越完善，对媒资

系统的定位也基本达到统一：媒体资产管理系统通过对节目资料的数字化采集上载，利用

海量存储和分级存储管理技术对数字化文件形式存在的节目资料进行长期、可靠的存储

在计算机辅助编目技术帮助下对节目资料完成完善详细的编目，最终使用人员可以比较方便的从检索系统查找到精确到镜头的节目资料

通过下载系统将所需资料输出到录像带上，或者直接以数字化文件的形式到其他系统中使用。

总结起来说媒资系统的 5 大核心功能就是：采集上载、编目、节目存储管理、检索、下载再利用


本章摘要媒资管理系统是由 2 个主要部分组成的：硬件基础设

施和软件组件，通过一个统一的系统架构来表示硬件基础设施为内容的存储、处理和传送提供基本资源，

加上它们的标准软件媒资管理系统是在这些基本软件和那些能执行特定任务

的软件系统的基础上开发出来的系统架构须要考虑富内容组织的用户需求和工作流程系统架构还必须考虑各内容组件的特点和特征，要能

够对素材以多种格式编码，以便在不同环境中服务于不同的目的；并对不同的内容表示方式加以支持

介绍系统的基本设计原理、主要功能、软件架构、服务及应用等，并加以详细论述


本章内容 9.1 媒资管理系统设计原理 9.2 媒资管理系统架构与功能 9.3 媒资管理系统中的服务 9.4 媒资管理系统中的应用 9.5 关键问题 9.6 媒资管理系统案例


1. 软件设计原理通过分布式实现可扩展性

媒资管理系统典型的任务是：服务大量的用户、管理大量的资产、存储海量的数据，因此必须具有很高的性能和可靠性

若采用大型中心服务器和数据库加以实现，必然会产生瓶颈因此，媒资管理系统设计所依据的原则是：通过分布式实现

可扩展性，以便在需要提高性能或存储空间时，可以方便地给系统增加资源


1. 软件设计原理如何实现通过分布式实现可扩展性 ?

架构的每个组件必须能在专用的服务器平台上运行，所有组件间的通信必须完全基于网络

由于系统的组件可能被分布到在物理上相隔很远的服务器上，采用的网络协议应能够通过广域网实现组件间的通信

系统的组件应该被设计成能够同时满足多个请求，并行地运行，通过负载分配提高可用性和性能

系统的组件不应该有对特定硬件可用性的要求；应该能在系统硬件架构中的任何一个服务器平台上运行

系统的组件应该能在其他媒资管理系统的组件没有响应或发生故障时，具有自身的弹性，即它们必须具有作为标准功能模块的多重连接策略和恢复方法


1. 软件设计原理服务组

服务是指在整个架构中自身包含的、用于执行特定任务的模块，可加强内容管理系统的功能。这种功能性模块包括上载、输入输出、素材分析、索引、转换、转码、对素材的修剪和拼接等

在一个服务组中，每个服务实例在一个专用服务器上运行。借助服务和服务器平台，服务可提供一定量的资源（即可由它并行处理的任务）

采用此概念，大量可用的资源通过增加服务实例的数量，可轻易地扩展

服务实例

服务器1

n1资源

服务器2

n2资源

服务器3

n3资源

服务器4

n4资源

服务器5

n5资源

服务器6

n6资源


1. 软件设计原理代理器一管理器一服务器

在单一服务器层次上，建构对于特定服务组件的多个实例，以达到最优性能和可用性

在组织中的单一位置，建构多存储簇，以达到最大的灵活性和可扩展性

对组织的多位置进行集成，使之看上去像是单个的统一系统多组织之间的交互，使得它们能够无缝地共享选定的项目

代理器

管理器管理器

代理器

管理器管理器管理器代理器

代理器代理器

管理器管理器


2. 系统架构与功能系统整体结构设计

硬件设施系统构建在 FC＋以太的网络化平台之上上载工作站、下载工作站、 MDC 服务器、迁移服务器、转码

服务器、流媒体服务器、高速磁盘阵列、数据流磁带库同时连接在 FC网和以太网上

主要的非结构化媒体数据对象（高码率、低码率视音频数据等）可以通过高速的千兆以太网或 FC 传输

其它管理信息、数据索引信息、数据请求信息等结构化信息通过以太网支持


2. 系统架构与功能软件系统结构

面向信息服务、加工、存储等业务运行管理的数据管理平台；面向节目资料数字化的采集整理子系统；面向节目资料深入加工编目处理的编目子系统；面向内部用户服务的信息检索子系统；面向节目资料存储的存储管理子系统；面向数据转换的转码中心子系统；面向数据再利用的下载子系统；


2. 系统架构与功能内容管理系统有 3 个主要的功能：

内容创建：包括所有与生产有关的工作，比如节目策划、信号录制、编辑工作、后期制作、编排和播出

文件编制：包括所有手工的编目和索引工作自动特征提取：它包括所有直接从素材自动获得索引信息的

技术（如影像捕捉、关键帧提取、语音识别、说话人识别及声音分析等）

素材管理数据管理

标引

内容创建文件

自动特征创建

分类摘要

对象和时码参照


2. 系统架构与功能——素材管理素材管理是以对素材存储、供应及操作为主要目的的

工作素材管理的主要组件是：存储管理服务：该服务根据不同的可配置存储策略，自动、

有效地将素材项目在存储层次结构中移动转码服务：该服务提供对文件格式和编码格式的转换传送服务：如文件传输和流服务，以便上载和供应素材数据库：其中保存了技术元数据（如格式、比特率、色彩深度等）和管理信息（如位置、文件大小等）


2. 系统架构与功能——素材管理素材管理负责在一个分布式存储环境中存储、管理和

提供素材对象，素材管理可处理以下内容：通过对存档管理服务器的引导，存取海量存储系统通过控制存档传输服务器，在在线和近线存储之间转移文件在存档中创造素材文件的多个备份通过对缓存服务器的引导，处理在线存储系统内容和完整性通过将客户端连接到流服务器，将内容传送至客户端通过连接到传输服务器，从远程存储系统接收或传送素材


2. 系统架构与功能——素材管理素材管理系统可管理一个素材对象的多重版本。每个版本服务于特定的目的。例如：原始磁带拷贝：内容管理系统要能够管理原始拷贝，载体通常是传统模拟格式或数字视频磁带，并且在素材管理中必须存在一个该拷贝的引用参照

高品质文件拷贝：原始拷贝的文件版本，信号质量与原始磁带拷贝没有区别，一般是在上载时编码产生，也可作为已经编码的文件输入。如果一个先进的数字压缩视频磁带格式被上载，高品质文件拷贝将保留原始编码格式（如算法、参数、比特率等）

EDL浏览副本：中等品质文件拷贝，可在内容管理系统环境中用于剪辑和离线编辑，要求有必需的带宽

内容浏览副本：素材的低品质版本，存在局域网和广域网环境中用于查看和择

关键帧：静态帧，一般从素材中自动提取


2. 系统架构与功能——素材管理素材管理的基本构建模块为：

存档管理服务器档案传输管理器档案传输服务器高速缓存服务器流和传输管理器流服务器传输服务器

在线存储

近线存储

数据库

高速缓存服务器

档案传输服务器

档案传输管理器

流和传输管理器存档管理器流和传输服

务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理存档管理服务器

存档管理服务器是素材存档管理部分的“大脑”，它跟踪海量存储系统（如磁带和磁带池）或磁盘池中的所有存储单元，从内容管理系统接收到对文件加以存档或恢复的请求

在大多数情况下，内容管理系统的海量存储系统的核心是近线存储系统

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理档案传输管理器

档案传输管理器从存档管理服务器接到存档和恢复文件的请求，在在线存储和近线存储之间拷贝文件

由于从档案传输服务器传到档案传输管理器的请求的数量可能会超过可用的档案传输服务器所能处理的并发请求数量，因此，管理器不得不提供一个事务安全请求队列

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理档案传输服务器

档案传输服务器处理近线和在线存储之间的数据移动

一般来说，一个档案传输务器至少与一个磁带驱动器（磁带库）有连接，或和一个存档磁盘池有连接

将数据从在线存储拷贝到磁带中，拷贝到磁盘池中，或者从磁带或磁盘池中读取数据并将其写入到在线存储上

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理高速缓存服务器

高速缓存服务器管理在线存储系统，即在高速缓存区的素材可以在线存取

高速缓存服务器总是试图使最频繁存取的资料保持在线，因为人们预测这些资料在生产时会被频繁存取

根据用户定义的存储则，高速缓存服务器会决定保存哪些资料，清除哪些资料，以便使缓存区可装入新的内容

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理流管理器

因为对内容流的并发请求的数量可能超过一个流服务器所能处理的流的最大数量，因此内容管理系统应允许安装可以共享存取同一内容的流服务器组

流管理器被用来选择合适的流服务器，来执行到来的请求，并协调客户端与被选的流服务器之间的连接

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理流服务器

流服务器能对媒体内容进行流式存取

在大多数情况下，流服务器建在一个已经存在的、有效的音频或视频服务器周围，此视音频服务器必须能直接对存取素材进行在线存储。流服务器在一个客户端和该流产品之间协调、建立连接

流解决方案通过流服务器存取位于在线存储系统上的素材，并将其以流形式传送至客户端

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能——素材管理传输管理器

对内容的文件传输并发请求的数量可能超过单个传输服务器所能处理的最大传输数量。因此，内容管理系统应该允许设置可共享存取同一内容的传输服管理器被用来选择合适的传输服务器来执行到来的请求

传输服务器在与不受内容管理系统管理的远程内容服务器交换文件时，应该使用传输服务器

这样一个内容服务器可以是任何一种提供或接受内容或素材的系统。例如编码器、解码器、制作系统、媒体自动点唱机、盒式磁带机、播出服务器或非线性编辑系统

在线存储

近线存储

数据库





务器

素材移动

内容管理系统

素材请求请求


2. 系统架构与功能设备管理

设备管理可以通过专门的设备服务器控制外部设备，该服务器对系统赋予了基于信息技术的连接，其基本建构模块是设备管理器、一个或多个设备服务器簇、大量专门设备服务器

自动化

设备管理器

内容管理系统

设备控制

设备服务器簇

自动化设备服务器

磁带录像机

磁带录像机设备服务器

编码器解码器

编码设备服务器

档案管理系统

档案设备服务器

播出服务器

播出设备服务器

编辑系统

非线性设备服务器

信息访问文件交换







2. 系统架构与功能——设备管理设备管理器

设备管理器是在服务或应用需要对外部设备进行直接控制时，与内容管理系统交互的实体

设备服务器设备服务器向各类外部设备（如磁带录像机、磁盘记录仪、视频服务器、档案案管理系统、演播室自动化系统或外部文件系统）提供统一的控制接口文件系统接口：通过直接文件存取实现对设备上的资产的存取设备控制接口：通过网络实现对设备的远程控制库存管理：用于对资产进行存储及提供元数据和状态信息事件处理：可根据特定的事件触发动作，如显示、删除、改变

资产的状态等高速缓存管理：可在高水位、低水位之间保留用过的存储空间，

以识别每个资产的辅助条件，如设备的最高、最低寿命及状态


2. 系统架构与功能数据管理

作为典型的信息技术，数据管理基本上由数据库和搜索引擎组成，它负责对用来描述素材的元数据进行组织和管理，此描述性元数据是开发节目或内容项的关键

用来处理对所有数据库和信息系统的存取，数据库和信息系统中储存着述性元数据或可在检索时被用于辨识的内容

图像相似搜索引擎

数据代理器

内容管理系统

数据管理器解析器

图形相似数据管理器

音频近似搜索引擎

音频相似数据管理器

全文搜索引擎

全文搜索数据管理器

层管理数据库

层搜索数据管理器

内容管理系统数据库

E-R模型数据管理器

遗留数据库

遗留数据管理器

问题更新


2. 系统架构与功能——多媒体数据库

Applications Domain

Systems Domain

Media Domain



MultimediaData Management

MultimediaData Management

DataStorage

DataStorage

MultimediaDatabase

MultimediaDatabase



Multimedia database v.s. text database Temporal data: Requires temporal modeling Huge amount of data: Compression helps get around this. Data is not easily indicative of the information Requires a lot of pre-processing in order to store data effici

ently: PCA, feature extraction and segmentation

Novel Query mechanisms Hypermedia: The ability to interactively move around in the

data.



A Reference Architecture for MMDB System Considerations:

Real time aspects/constraints impose strong demands on the systems Simultaneous presentation of multimedia objects may cause

performance problems. Data Sharing

Due to the possibly very large multimedia data, traditional replicated data technique may not be applicable, hence data sharing is essential

Multiple Client/ Multiple Server Architecture


2. 系统架构与功能——多媒体数据库 Considerations:

Real time aspects/constraints Data Sharing Multiple Client/ Multiple Server Architecture

Many multimedia applications work with data that are stored on remote sites (e.g, VOD, tele-learning), which suggests for client / server architecture.

A client consists of three layers… User Interaction – takes care of input and output of multimedia data Server Access – allows searching of servers by the client Operating System – not a real part of the MMDBS

A server consists of four layers: DBMS Interface Query Processor File Manager Operating System


2. 系统架构与功能——数据流媒资系统的运行应用过程中，非线编或录像机输出的视音频信号通过采集上载工作站数字化生成时间上精确同步的 MPEG-2高码流文件和 MPEG-4低码流文件（采集上载提供灵活的采集方式，可同时抽取生成节目的关键帧），采集过程中完成一些原始编目信息的录入工作；

上载的数字化节目资料经过质量等方面的审查后，文件经过 FC网络存储到磁盘阵列中，同时节目相关信息包括一些原始编目信息将自动写入数据库

编目工作站即可自动产生一条待编目对象，可浏览上载节目的低码流视音频，通过人工编目工作完成对节目文字描述信息、节目详细编目标引信息的录入

编目过程中需要进行不同层次的审编，审编通过后，该节目即可被用户检索、下载使用


2. 系统架构与功能——数据流系统根据用户定制的迁移策略自动的将高码流文件迁移到数据流磁带库中，在用户需要下载某一节目时，如果节目在盘阵中就可直接提供用户使用；如果该节目已经上载到带库中，系统将自动完成从带库到盘阵的迁移提供用户使用


2. 系统架构与功能——数据流用户通过系统提供的多种查询方法，用户检索过程中

文字、图片、 MPEG-4低码流视频在 WEB端可以立刻浏览 MPEG-2 高码流节目的输出需要从带库或从磁盘阵列缓冲池

下载，系统支持片断下载输出用户可直接在 MPEG-4低码流上标记出需要下载片断的入点、

出点，提交下载申请审批通过后系统会通过存储管理软件完成节目的自动迁移。节目片断通过下载工作站以数字、模拟视音频方式输出至磁带或非线编工作站中，完成节目下载


3. 服务服务扩展了内容管理系统的范围和能力。如同操作系

统中的后台程序或服务，内管理系统的服务一般是后台进程，可从客户端（如一个应用或其他服务）接受作业，并可访问核心，以便执行各种存取素材、元数据或设备的任务上载播出输入输出编辑转换

分析水印订单管理监视文件夹网页检索工作空间管理


3. 服务——上载上载服务负责向内容管理系统导人视听信号。信号可

能是来自卫星或有线网络的输入，或来自演播室设备（如磁带、数字录音带或 CD播放设备／录制设备）。信号通过合适的编码器被数字化转换为多重格式，并写入一个在线存储区域


3. 服务——播出播出服务用于在信号层次重放视听信号。它采用合适

的解码器或视频服务器来成该任务。尽管内容管理系统一般不直接涉及无线传输过程，但可能有许多工作流，例如对来自信号的浏览版本进行重新编码，或将存档的素材转为磁带播出，需要对基于文件的素材作为基带信号来提供


3. 服务——输入输入服务灵活地处理可能应用于输入的多种多样的需

要和状况输入服务包括一个管理输入过程的工作流处理器和一

组可以被当作插件加以添加的处理器集这组处理器中的每一个处理器均可按照工作流的顺序被调用，并且每个处理器可再次使用外部系统、外部代码或内容管理系统服务，以在输人过程中完成特定任务


3. 服务——输出输出服务对工作流处理器、前置处理器、处理器、转换服务和后置处理器的使用，应该提供足够的灵活性，以便处理不同种类的输出方案

此外，每个处理器可再次使用外部系统、外部代码或内容管理系统服务，以便在输出过程中完成特定任务


3. 服务——编辑内容管理系统应该可以将内容当作汇编好的片断加以

存储，但也可将内容拆分成基本的视频和音频剪辑、静止画面、图片和文本素材。因此，内容管理系统应该可以将内容分割成更小的成分

反向的操作（即将更小的成分加以组装）也是需要的


3. 服务——转换转换服务为内容管理系统提供在不同的媒介格式或文

件格式之间进行转码的能在富内容组织中，有许多编码格式被使用，其范围从

标准格式（如基于 MPEG 或 DV 的格式）到专有产品转换服务使得可以在这些格式之间进行转换，而不需

要每次都经过一个重新录制的过程


3. 服务——分析分析服务封装高级素材处理工具，用于分析媒体、过

程元数据（包括关于内容结构的信息）和视听摘要。分析服务接受素材作为输入，并使用该素材自动产生附加信息视频分析服务：基本的视频分析服务既支持镜头捕捉，又支

持对关键帧的选择和提取音频分析服务用于分析音轨、添加附加的元数据，或是被用

于索引的目的还有许多其他技术可以允许对媒体的某些特征进行自动分析

和检索。例如，对屏上的文本进行光学字符识别 (Optical Character Recognition ， OCR) 。图像和视频自动索引技术应用的另一个有趣选择是面部识别，从而能识别人


3. 服务——水印水印服务能处理媒体对象认证方面的事务，以及节目

资料交换中的安全事务。关于水印，至少可以考虑 2种方法一种方法是插入一个可见或可听的水印，这样仍允许接收者欣赏内容，但澄清了所有权并限制了重复使用的可能性

第二种方法是插人不可见或不可听的水印，借此建立了所有权，拒绝对内容未经授权的重复使用


3. 服务——订单管理订单管理至少应该支持资料室人员对请求进行间接深度查询，即内容管理系统的用户应该能要求资料室管理人员处理存档，内容管理系统能响应这些请求，并将这些请求输入系统


3. 服务——监视文件夹监视文件夹 (Watch Folder) 服务允许触发显示文件的后台处理进程。一个监视文件夹服务对具有给定后缀的文件作出反应，并执行一个可配置的“行动”

解析一个更详尽的例子：一个广播台的客户服务接收到一名观众的请求，他想要得到一个已播出节目的 DVD拷贝。该节目的拷贝可在资料室得到，但是资料室是以特定的存档格式 ( 如 DVCPR050)保存的，而不是 DVD 所需要的格式 ( 如 MPEG – 2 long GoP)

监视文件夹可密切追踪请求的执行和请求状态


3. 服务——网页检索网页检索服务提供对内容的基于网页的存取。例如，

它可提供一个基于网页的界面，提供简单或高级查询接口，并通过任何一个台式机上的标准网页浏览器显示检索结果，如命中清单、元数据及关键帧等


3. 服务——工作空间管理工作空间管理服务可以对用户日常工作的多个方面（如组织资产和查询、存取数据库以及浏览文件系统）提供唯一的接口

工作空间管理服务管理着文件夹的结构。每个文件夹属于相应的文件夹类，文件夹的类别可界定此文件夹所提供的功能。每个文件夹类被打开时，执行一类特定的操作，如读硬盘上物理目录的内容、执行特定的数据库查询，或从一个设备读取数据集


3. 服务——支撑服务作业管理

工作流管理任务管理事务控制

系统管理命名管理事件日志进程监测资源管理

事务管理用户管理服务帐号和许可消息传递配置管理远程安装


4. 应用应用是用来访问内容管理系统所提供的功能接口在富内容组织中，每日业务所涉及到的人员包括：

内容生产者、内容分配者、内容编目者以及其他用户这些业务的工作包括：

策划和起草、上载、输入、日志、编目、检索、浏览、粗剪、输出、清除以及事务管理

由此，内容管理系统提供构造这些应用的工具箱，此工具箱应建立在可复用的组件以及灵活布局的机制上

采用这种方法，用户可容易地设置应用，如在需要时添加或移除功能，并可为新的客户需求配置新的应用


5. 关键问题整体网络结构

媒体资产管理系统处理的数据主要有 2类：一类是大数据量的视音频数据，另一类是视音频数据的描述性元数据信息和控制信息，根据系统整体业务压力的大小，可以选择几种不同的网络结构来构建媒体资产管理系统。

由于元数据和控制信息的数据流量通常都比较小，所以网络结构选择的主要依据是视音频数据流量

通常来说，构建媒资系统最常用的网络结构还是 FC 加以太网双网结构，在这种网络结构下，高码流视音频文件通过 FC网络完成交换和传输，可以满足大量的文件集中读写和高带宽的特性，低码流和管理、控制信息通过以太网传递


5. 关键问题整体网络结构

对于一些小型的媒资系统来说，高性能的 NAS 存储设备也能满足上载和节目下载需要，这时网络就可以采用纯以太网的模式，上载、下载和存储管理系统使用千兆以太网，其他使用百兆以太网即可

一些新型的网络结构选择 IBM 的 GPFS 文件共享管理系统，它在服务器和存储设备之间

依然使用 FC连接，保证较高的总带宽，同时在客户端实现单网（统一的以太网环境）结构，给设备部署、网络施工和后期维护都带来很大的方便性


5. 关键问题系统存储码率格式的选择

媒体资产存储格式的选定应权衡质量、压缩效率和系统总体成本，在保证高质量的媒体信息存储的前提下，尽可能降低存储成本，减少网络传输压力，同时必须考虑使用的通用性，即满足电视节目的制作、播出，具有良好的兼容性、开放性，适应媒体信息（电视节目）传输，节目资料交换等

MPEG-2 是数字电视最基本的国际标准，是标准视频数据压缩编码格式。 MPEG-2 能满足高质量、大容量存储的要求，在得到广播级图像质量的前提下， PAL制 4:2:2 可实现 20:1的压缩，数据率为 1MB/s ， 1小时的电视节目仅占 3.6GB的存储空间


5. 关键问题系统存储码率格式的选择

目前，最具代表性的有 ATSC 、 DVB 和 ISDB三种数字电视标准。这些标准的数字电视图像压缩编码均采用 MPEG-2 标准。我国采用的 DVB广播 (DVB-S 、 DVB-C) 以及 DVB-T均是不同调制方式调制的 MPEG-2 数据流。 MPEG-2 数据流可直接进入电视节目的制作、播出、存储、分配、传输

在媒体资产管理系统中，不同的节目资料可以采用不同的编码格式和文件格式，这就支持不同的应用需求采用不同的存储格式：用于交流共享的高画质并且长期保存的媒体资料可以使用 MPEG-2 I帧、 MPEG-2 IBP帧文件格式存储，来自非编制作网或新闻网的素材则可以直接使用其在原系统中的原始格式存储

同时，通常建立一个镜像的低码流 MPEG-4 格式文件，用于媒体资料下载粗编、浏览、检索。这样，既可以保证系统中存储的节目压缩比高，占用空间少，又可以在来自其他系统的素材进入媒资系统和会调到其原来系统中时，不需要经过转码过程，即可使节目的画面质量不因反复转换而损耗，可提交系统间数据交换共享的效率，提高使用的方便性


5. 关键问题节目数据来源的多样性

通常媒资系统都会包含一个采集上载系统，完成传统节目磁带的数字化采集上载，该上载系统应该除支持高低码率文件同步采集外，还应支持对采集文件简单的剪切合并等编辑操作，删除掉彩条黑场和广告等，真正将有用的素材进入到媒资系统长期保存

同时由于系统之间互联互通、节目资料共享需求的增加，要求媒资系统可以直接导入或接收其他系统已有的节目文件，完成对这些节目的存储管理与编目，同时还应提取其在原系统中的描述信息（元数据），采集部分有用信息直接作为节目的编目信息，即保证信息的正确性，也降低编目人员的工作量和工作


5. 关键问题工作流引擎对业务的支持

一方面采用工作流程定义和管理的标准和规范，建立好工作流程不断改进的平台，另一方面采用先进的新技术和新产品（如远程数据传输技术、移动便携式数据存储介质），增强系统工作流程的灵活多样性和应变能力。

一个完善、先进的媒资系统应该支持通用的工作流引擎或拥有自建的工作流引擎。大洋媒体资产管理系统就支持多种通用的工作流引擎，同时也可提供大洋媒资系统内建的工作流引擎。工作流引擎的使用，使得大洋媒体资产管理系统不仅内部拥有简单易用和规范的工作流管理，同时也给多系统互联带来了极大的方便性和规范性


5. 关键问题系统整体管理

媒体资产管理系统的核心功能之一就是节目资料的存储管理，媒体资产管理系统将节目资料的高码流、低码流、关键帧、编目信息、管理信息和附件等作为一个统一的存储对象管理的，面向对象的存储管理不仅保证了系统内部数据的一致性和管理的规范，还给节目资料导出再利用提供了很大的便利


5. 关键问题媒体数据的存储管理

在目前成熟的网络海量存储系统中，数据流磁带（数据流磁带库）、硬盘（磁盘阵列）、光盘（光盘库）是最主要的三类存储介质，解决系统性能和成本的平衡问题就要采用“分级存储”方式：在线存储、近线存储和离线存储

在线指设备永久连接在计算机系统中，并随时保持可实时快速访问的状态的设备。在线存储通常具有很高的访问速度和良好的反应能力，适合要求频繁访问，并且对反应和数据传输都要求较高的应用。实际应用中的在线设备往往选用硬盘阵列


5. 关键问题媒体数据的存储管理

近线介于离线和在线之间，既可做到较大的存储总容量，又可获得较快的存取速度。近线存储设备一般采用自动化的数据流磁带库或者光盘塔，近线设备上存储的是和在线设备频繁读写交换的数据

离线是指设备或介质平时没有装载在计算机系统中，在存取数据时需要将设备或介质临时性地装载或连接到计算机系统，当数据访问完成时可以脱开连接。一旦断开连接之后，就可以更换介质。离线存储配套系统成本很低，所以说可以将总存储做得很大。但是由于离线到在线的介质装载过程很长，所以离线媒体一般用来存储不常使用的冷数据

在分级存储系统中，通过存储管理软件中各种可设定的迁移策略将离线存储、近线存储和在线存储设备管理起来。对用户而言，整个分级存储系统类似一个无限大的硬盘，数据的存储和迁移均由后台服务软件控制进行。系统的迁移可以考虑充分利用系统空闲时段，集中处理数据迁移，以提高系统网络带宽的利用效率


5. 关键问题编目检索系统的用户定制

由于不同的电视台对资料的应用水平、应用角度不同，不同类型的节目也具有各自的特点，因此不能完全使用同一套编目结构和编目字段来对所有的节目资料进行编目。好的编目系统能给用户提供最大的方便性，支持用户自定义的编目字段，支持对非必要编目字段的删减，同时也可对不同节目使用不同的编目结构


5. 关键问题系统软件对业务的支持方式

媒资系统在使用过程中也会有不同的应用模式，简单分析可以归为如下几种：大型音像资料馆类型的系统、电视台节目存储中心系统、支持总编室管理的媒资系统、支持新闻制作业务的媒资系统、支持播出系统的媒资系统、作为 DVB（数字电视广播）系统内容管理平台的媒资系统等

这几种类型在工作流程和个性化应用等方面各不相同，在系统建设的初期就应该针对不同的业务，设计不同的生产流程，使媒资系统对业务系统的支持最大化，给业务的运行开展提供最大的方便例如对大型音像资料馆类型的系统，媒资系统应该提供完善的库房管

理，完善的出入库管理和统计，方便的视听审看预约登记和计费等对支持新闻制作业务的媒资系统需要提供快捷的编目、大容量的准在线存储、方便的归档和回调等

对支持播出系统的媒资系统来说，保证节目资料随时可用，按节目预播单自动回调上传待播节目等是必须考虑的功能


6.举例——大洋数媒资产管理系统


6.举例——大洋数媒资产管理系统硬件组织

在硬件上，以中心存储为核心，通过各种中间服务器进行底层管理，以千兆交换机搭建网络平台，连接各个工作终端，为多用户并行提供上下载、编目、检索浏览等服务


6.举例——大洋数媒资产管理系统软件系统—— iMAM Console 管理控制台


6.举例——大洋数媒资产管理系统节目收录子系统

负责将各种信号、数据、文件等资源进行采集和导入，以数字媒体文件的形式进入内容管理平台进行保存和处理。支持卫星、干线网、 UDP 、磁带、 VCD 、 DVD 、媒体文件、

1394 等多种收录途径支持导入外部节目单并自动生成收录计划单台服务器支持 4路 ASI 输入和 16路 TS 节目采集支持自动化、集群化工作方式，实现无人值守的工作模式收录系统与编辑系统共享资源管理器，收录后的节目可在编辑

系统中直接编辑


6.举例——大洋数媒资产管理系统节目编辑子系统

主要任务是完成节目资料的编辑加工，采用了大洋新一代 D3-Edit 系列非线性编辑系统，可以完成从简单剪切编辑到复杂包装制作等工作。强大的 TS 流处理能力，可全程使用 TS 文件进行编辑制作，避免多次转码带来的质量损耗

支持多格式混合编辑，充分利用各种节目资源，提高资源利用率

预置上千种二维、三维特技，通过简单的鼠标操作即可实现绚丽的特技效果

字幕与编辑高度融合，台标字幕所见即所得专业音频处理能力，可规格化音量，为声音处理提供方便支持后台智能打包中心进行节目超实时合成，可无人值守安全

工作


6.举例——大洋数媒资产管理系统节目处理子系统

主要负责对节目进行详细的编目处理，便于节目发布时准确、快速的进行检索查询，编目后的元数据信息发布时也可随节目一起提供给播出平台。编目字段可动态扩充修改，可根据需要和使用习惯自由设计编

目界面多格式管理，同一个节目可预存多个不同格式的媒体文件基本编目信息可自动提取，支持编目模板，简化编目流程采用 XML 格式输入输出节目元数据，方便节目交流支持添加节目片花、海报、文档等附件，可一并发布给播出平

台具备审核机制，可查看视音频的详细参数，确保播出安全


6.举例——大洋数媒资产管理系统节目发布子系统

主要完成和播出平台的信息交互工作，向播出平台提供节目内容和元数据信息。提供全文检索、分类检索、多条件联合检索等多种检索方式，

可自定义检索界面支持同音字检索，错别字自动纠正，信息返回更加全面支持多种应用系统： NVOD 、 VOD 、 IPTV 、手机电视、移动电视、网络视频，可自动进行格式转换

通过标准化的通用接口完成对外的内容发布： ADI ， CMS ，MreML……

支持多种数据交互方式： WebService ， Corba ， FTP ，网络共享……

与国内主流的播出平台都有成功的集成案例，可快速上线使用


6.举例——大洋数媒资产管理系统存储管理

是数字媒体内容管理平台数据归档保存和迁移调用的核心，主要实现海量数据的存储和管理。支持 FC-SAN 、 IP-SAN 、 NAS 等多种存储网络结构支持三级存储架构，存储容量可无限扩展超大容量存储设备的统一管理，方便系统的维护针对不同类型数据的特点，按照最优化的策略管理存储空间支持节目分段回调，大幅提高工作效率提供多种归档迁移策略，可满足不同业务需求


6.举例——大洋数媒资产管理系统系统管理

提供了良好的管理手段，为系统高效稳定地运行提供了有力保障，同时也为用户进行系统维护带来更大的方便。统一用户认证，为全系统提供统一的用户和权限管理工作流管理，实现对所有业务流程的配置和监控网络管理，为系统中的节目归属、存储路径、磁盘空间等提供

全方位、立体化管理编目管理，对节目处理中的编目字段、编目界面进行集中统一

管理设备管理，统一监控和管理系统中所有的工作站点日志管理，为系统维护和故障排查提供有效手段


6.举例——Drupal 內容管理系统 Drupal 是一个开源的模块化框架和內容管理系統，

用 PHP语言写成。 Drupal 可以运行在 Windows 和Unix/Linux操作系统上，支持 IIS 和 Apache Web 服务器，需要 MySQL 或者 PostgreSQL 数据库

白宫的新网站 Recovery.gov采用 Drupal


6.举例——Drupal 內容管理系统通过公司员工订餐系统展示如何使用 Drupal 构建一

个简单的数据库网站系统需求


6.举例——Drupal 內容管理系统选择 Drupal

用 Drupal 作为框架来构建系统，其实就是一个“映射”的过程

把需求中的角色和类以及功能，映射到 Drupal 中去充分利用 Drupal 现有 CMS 功能，实现需求


6.举例——Drupal 內容管理系统页面原型 -订餐前


6.举例——Drupal 內容管理系统页面原型 -订餐完成


6.举例——Drupal 內容管理系统确定模块

根据页面原型和功能，确定要使用的模块 CCK

扩展内容类型 Views

生成节点列表其他

Ubercart ：电子商务相关模块自定义模块


6.举例——Drupal 內容管理系统从页面角度考虑

主要页面：菜单列表： Views 菜单详细信息页面 : Node 订餐列表 : Custom Database List

其它一些页面如发布页面等，均为 Drupal自带功能，不重复列出


6.举例——Drupal 內容管理系统开发步骤

安装 Drupal ，下载及开启模块创建 Lunch 内容类型使用 CCK 扩展其属性使用 Views 生成列表开发自定义模块


6.举例——Drupal 內容管理系统 Views模块

Views 模块可以生成各种列表在界面上操作，无须写 SQL脚本以节点、分类、评论、用户为主有缓存机制，用于提升性能添加必备模块


6.举例——Drupal 內容管理系统开发订餐模块 -Lunch Order ，其主要功能：

在午餐浏览页面显示订餐表单将订餐信息存入数据库显示员工订餐列表

步骤 1.创建数据表 2. 使用 FAPI 生成表单

FAPI – Form API Drupal 中的表单相关函数生成表单、检查表单、处理表单

3. 将表单放置在合适的位置


6.举例——Drupal 內容管理系统效果展示


本章小结媒资管理系统设计原理媒资管理系统主要功能媒资管理系统软件架构媒资管理系统中的服务媒资管理系统中的应用关键问题讨论案例

第 9 章 媒资管理系统架构与功能

Documents

第 9 章媒资管理系统架构与功能