作者：M·J·威廉姆斯 A·R·基尔纳
本文作者M. J. Williams、A. R. Kilner先生，Sony英国广播与专业设备研究实验室成员。
原文发表于《IBC 2003论文集》，版权为IBC所有。译文有删节。

关键词：元数据　生成　传送　电视制作

广播新闻运作中的角色

广播新闻运作中的角色已经演变了，一切围绕着如何快速地将新闻传送到屏幕上。从捕获到播出和存档的整个工作流程，正受到尽快把图像从摄像机传送到电视屏幕的要求所驱动。因此，摄像师、记者和录音师是作为一个团队来捕获信息的；记者和编辑须根据制片人的要求协同工作，以创建出一个作品。

图1示出制作过程每一阶段的团队关系、作品的性质在各阶段间怎样变化、在制作周期中哪一个团队成员何时出现。下面探讨了其中的每一个方面，以及它们怎样生成对元数据的需求。

新闻采集

在新闻采集阶段，摄像师、记者和录音师(如果在场)一起采集那些不仅最能描述事件本身，而且可以强化故事感染力的图像和声音。因此，要录制大量的素材，直到记者认为捕获到的东西能很好地满足表达故事的需求为止。拍摄完了以后，摄像师和记者依靠记忆和亲自检查记录媒介来确保得到了全部所需素材，并且知道这些素材记录在媒介上的什么位置。
　　
记者可以写下批注或文稿以搭建故事的架构，并将捕获的媒体素材按概念分配给故事大纲的各个部分。然后，再在纸上动笔，创建故事大纲并将捕获的内容写出文稿。另外，记者或其助手还要记下那些受访者的名字、他们的责任和工作头衔，确保该广播机构有权使用该媒体素材。

负责物理记录媒介的摄像师，根据规定在磁带上贴上标签，并记下有关信息，如：日期、时间、地点，甚至包括一个故事的参考编码。记者的想法和概念故事板在回到演播室和编辑设备之前，一直是分离的。在回到演播室之前，摄像师会将磁带交给记者；自此之后，摄像师脑中掌握的相关知识也消失了。

编辑处理

为创作一则新闻，记者、编辑，可能还有制作人，将从采集素材开始便一起工作。如果工作是非线性的，内容将被上载并审阅；如果工作是线性的，磁带将被简单地审阅若干次，以得到有关内容影响力和脚本质量的印象。编辑、制作人和记者挑选出最合适的镜头，并带上适当的感情转述该故事。记者试图实现他关于这个故事来他的概念，与编辑和制作人沟通，创作出一个篇幅和份量合适的作品。然后故事被下载制成母带，并送去供新闻播出。
　　
这一编辑处理涉及记者试图将他的概念与编辑联系起来、编辑努力理解记者对此事件的观感，并审看摄像师的脚本如何能在作品中最好地展开。制作人必须理解作品的影响力，确定作品的长度以及在运行程序中应该何时出现等。制作人需要依循一系列准则，这些准则同样适用于编辑创建最终作品。
　　
因此，来自记者、制作人和编辑的三组要求汇合在一起，共同作用于由摄像师所记录的媒体，但由于各种原因，最终的作品很可能仅有20%的原始素材和与作品有关的1%的元数据，连同A4纸上对有关内容的概述一起，被送到演播室用于播出。

播出

演播室收到带有概述表的媒体后就将其上载至播出系统中新闻播出的合适位置待播。新闻会在指定的日期和时间播出，并附有运行顺序和制作队伍信息。尽管美工组成员甚至制作人都几乎不能再对已完成的作品施加影响，由于法定的原因，他们仍需登记一些东西：作品什么时候播出，记者、制作人以及新闻节目的上下文。

这是另一类与媒体没有直接联系的元数据，但是必须记在纸上并附到播出新闻节目记录表上。然后媒体被存储在本地的节目库，并转移到中心库存档。被送到库中、带有新闻节目记录的元数据是包在外面的一张纸片。来自新闻节目各环节的全部初始元数据都丢失了。

存档和检索

磁带库收到的是一盘磁带，附有一张纸，描述的是播出时间、日期和运行顺序。磁带接受审看，然后，根据公司预先定义的特定元数据的处理要求，在一个专用系统中对磁带进行手工整理和登录。带库管理员观看这些素材并手工录入送带者、故事线、条目和每一条目的注释。这些人工记录成为整个元数据资源，可供新闻节目中的全部条目共用。记录随数据库管理员的技巧和经验，以及可利用的素材登录时间而有所变化。
　　
当节目研究人员对素材提出申请时，运用关键字搜索元数据记录，于是按磁带格式从存储端返送、调出一连串条目。为了搜集到广泛地符合研究者要求的一批磁带，对原始素材的初审是在VCR上进行的。数据库管理员和研究者一起观看磁带内容，并在VHS上生成适用素材的一份低分辨率拷贝。这可供拷贝原始媒体以供播出之前进一步筛选使用。要使数据库存档中的任意一个元数据都伴随媒体将来的使用过程，是不大可能的。对研究者而言，了解广播公司使用该素材具备什么样的权利，就已经足够了。表1总结了制作过程每一阶段对元数据的要求。它揭示出谁来生成每一条目，以及什么时候可能被再用。表1还显示出，在一个过程中生成的元数据将保存在哪里，以供下一过程使用。

生成元数据及与素材的关联

元数据要求

表1说明新闻制作过程的各阶段对元数据的要求各不相同。例如，采集阶段，元数据和物理媒介有关，比如摄像机数据中的时间码和摄像机设置；还有的元数据和媒体内容有关，如故事概念、受访者、名字、时间、地点等。还有一点也是很显然的，一个阶段生成的元数据不一定是下一个阶段所必需的，而且元数据有可能会丢失；如果以后存档需要的话，必须由数据库管理员重建。元数据也可能先于内容以文稿、故事板和镜头清单的形式生成。
　　
很显然，能使元数据与制作链工作流无缝集成的技术，必须既是稳固的，以满足运行配置，又要足够灵活，嫩捕获并传送制作过程各阶段生成的信息。假如元数据已经存在，那么，它和它所描述的内容是怎样关联的呢？

元数据与内容的关联

确保内容和元数据在需要时总能相互关联，不是一个微不足道的问题，而且它有可能是在广播运营中具有元数据功能的系统不常见的最重要原因。
　　
通过对制作过程的分析，我们能够发现每一阶段的主要驱动力是对内容的要求和尽快传送这一内容。然而，从内容生成之时开始，元数据就会是非常有用的。比如，有了元数据，一个数据库管理员就能够在媒体到达之前为存档做好准备，从而能实现存档处理自动化，并有更充裕的时间录入全部必需数据。
　
在某些情况下，将元数据和内容放在一起是很有好处的。然而，在电视新闻制作中，将元数据和内容分开却更有好处，它使元数据拥有更大的流动性，可以同时用于制作过程的各个不同点。不管什么样的情形，假如某内容能够被唯一识别，元数据只能和该内容相关。下面就介绍这种唯一的内容识别方法。

唯一的内容识别

UMID，如SMPTE330M所规范，可供全球通用来识别单帧内容。现在的问题不是如何保证其唯一性，而是如何将它以一种不会改变内容的方式与内容永久地联系在一起。

内容承载体

随着IT技术的发展，它们日益适合作为元数据领域的内容载体，即音视频文件类，既稳固又灵活。将一个UMID用于一个文件类型，变得就像给它指配一个文件名一样简单。然后，元数据就可以包含在一个简单的数据库中，它以UMID作为关联的基本“钥匙”。不幸的是现在的电视制作是基于磁带的，磁带作为内容的承载体，虽然有足够的稳固性，但灵活性远远不够。
　　
主要问题是视频磁带能够再用。部分磁带能够反复录制，因而，当一个盒带被赋予一个特别的ID(标签)后，它不保证其中的内容就是元数据所描述的对象。所要求的是内容本身能够被唯一识别，因此允许元数据用以认证内容。下面探讨两个问题：什么生成UMID？如何将UMID和内容联系起来？

UMID的创建

在现在的IT基制作系统中，内容在上载点接收到其唯一的识别符。一旦指定了UMID，元数据所能提供的好处就显而易见。为了确保在这一过程早期提供的元数据的好处，需要在媒体创建点即摄像机处就赋予它一个UMID。对磁带基格式而言，这意味着摄录机和VCR必须执行这一任务，而且磁带格式要支持内容的每一帧都有一个全球化的唯一识别符。

开发元数据样机系统

上述问题最终归结为建立一个可对元数据相关问题进行讨论和反馈的样机系统。

系统要求

系统必须能够：在源头就能捕获元数据；在拍摄过程中生成代理视/音频；在摄像机处指配UMID(SMPTE 330M)：用UMID将要素与元数据关联；在网络互联应用和设备上创建和共享元数据。图2是一个样机系统工作流。它和表1中的制作过程分析中的工作流及角色几乎相同。

设备

有了旨在解决运营中一般问题的需求和基于运营角色的工作流，下一个重要问题就是在设备上予以实现。样机系统是基于Sony的IMX磁带格式，由MSW-900P摄录一体机和MSW-M2000P VCR各一台组成。所以选择IMX是因为它在运行理念上嵌入了Sony的Tele-File技术(一种既可为摄录一体机又可为VCR读取的非接触式记忆磁带标签)。
　　
设计了一个可以同任意一台Sony 1/2"数字磁带格式摄录一体机尾部连接的适配箱，用以在采集时按要求生成元数据。适配箱内置了一系列功能用以支持电视新闻的各种运行角色。它们包括：代理A/V和元数据记录；同移动装置(IEEE-802.11b)连接的无线以太网接口(PCMCIA)；有线以太网接口(10/100 Based-T);可移动硬盘驱动器(PCMCIA)；自动的元数据接口：UMID、入/出点时间码、时间和日期、GPS数据及磁带的ID(Tele-File)。
　　
这一复杂系统能满足运行需求，但仍然要求元数据具有一种能被通用访问的格式。为了解决这一问题，被捕获的元数据以XML格式存储，可被多个平台读取。除了描述性元数据，低分辨率的A/V被存成Quicktime文件格式(.mov)。每拍摄一次(即从录制开始到结束)就生成一个XML文件，且代理文件位置以一个URL的形式注明在XML中。

用于元数据的设备、处理和格式及媒体创建都实现后，剩下要解决的唯一问题就是元数据和内容的相关性。

元数据与内容的关联

如前所述，每一磁带都用Tele-File记忆标签系统。它包含一个能为摄录一体机和VCR阅读的I唯一D。在采集阶段，样机适配箱监视对磁带的插入：在哪一点读取Tele-File标签上的唯一ID。适配箱将该ID保存在该磁带中所有的XML文件中。这样在操作每一个起/止按钮时，实际上在视频的每一帧内，都有一个ID被写进XML文件，但是为该磁带创建的元数据提供参照的却是Tele-File上的唯一的ID。下面将进一步探讨。

最小的元数据集

理论上，为创建一个元数据丰富的系统，在采集阶段要求捕获最起码的元数据便是一个唯一的ID。在样机系统中，每一关键帧都要生成一个这样的ID，这一系列ID都要保存下来，作为增添更多元数据的精确位置的依据。然而，这一最低要求不能给制作过程立即带来好处。更完整的元数据要求包括：卷ID——用来识别存储了关键元素的带盒，如：Tele-File ID；镜头ID——用来识别某一卷中的各个镜头，如SMPTE 330M的基本ID。一个镜头被定义为摄录一体机在一次录制起/止运行中间捕获的要素；时间码入点——磁带上与拍摄起点相关的LTC值，假定磁带上的LTC值是按顺序递增的；时间码出点—磁带上与拍摄终点相关的LTC值，假定磁带上的LTC值是按顺序递增的；代理A/V——拍摄要素的低质量版本，如QuickTime电影文件。

在适当的情况下，还可以得到GPS和摄像机的设置数据。尽管此系统能够支持元数据的生成、捕获和提供参照，起先还不清楚它是否会给操作人员带来更重的负担。

操作装置

为使该系统能被广泛接受，样机的摄像机适配器必须不给摄像机操作员的操作过程添加任何额外任务。图3给出了适配器在录制起止点间自动执行的操作程序。没有额外的负担加给摄像机操作员—本质上元数据的创建是不受限制的。由适配器为拍摄镜头生成的XML文件包含上面所说的起码的元数据。
很清楚，可以在摄像机上自由创建元数据，并将其用于制作的后续各阶段；但也可创建能为制作组的其它成员所用的应用，以提高元数据的实时性。
　　
下面探讨利用和增强由摄像机操作员在拍摄时创建的元数据的应用潜力。
已经开发出几种利用系统元数据功能的应用，包括“直播装置”、“离线装置”和“媒体浏览器”。
　　
直播装置应用便于向适配箱的自动生成元数据中增加元数据。该应用运行于多个平台之上，包括标准的膝上PC和PDA。功能性包括：通过无线RTP流媒体进行直播视/音频的监测；捕获摄录一体机的状态和时间码；直播元数据注释，如镜头题目、说明和拍摄号。更进一步的功能包括定制的要素标记，以允许用户通过预定义一系列记号去标记“情况”。对足球比赛来说，这样的标记可包括“犯规”、“角球”、“黄牌”、“红牌”等。该系统还将生成一个自动的镜头卡，从而可以显示镜头概况(时间码和代表性的关键标志)。这一附加的元数据然后被存回摄像机适配器，并插入代表该镜头的XML文件中。
　　
离线装置应用设计用于膝上或桌面PC。为得到更多的注释和审示采集时捕获的元数据，摄像机适配器保持的元数据被传送到离线装置。传送机制可以是通过有线或无线以太网，也可以是简单的PCMCIA硬盘驱动器。功能包括离线元数据注解和标记、摄像卡浏览、代理A/V浏览和故事板/EDL创建。
　　
创建的最后一顶应用是媒体浏览器，是为与VCR协同工作的。应用时从Tele-File标签上读取带盒ID，并使它们同整个磁带的元数据再次关联以供显示。借助一个图形时间线界面，操作者能够回顾所有的元数据，并快速浏览磁带上感兴趣的其它部分。系统还能够自动将元数据标注为KEEP的镜头注入到硬盘服务器或NLE上。
该系统通过在捕获点创建元数据向记者、制片人和编辑提供支持，这不会给摄像机操作者带来任何负担。

结论

本文研究了一个简单的新闻制作过程中的操作任务和角色。在这一过程形成的工作流的基础上所产生的需求催生了相应的无线技术系统和软件应用，该软件应用便于创建、捕获和增加系统中的元数据，并通过SMPTE标准的唯一识别符使之和帧层次上的要素建立了相关性。
　　
来自演示系统的反馈是肯定的，证明了在广播域确实需要建立一个元数据系统。演示系统还表明现有的磁带基系统和运作将会受益于这一革新工作流。
　　
该系统显示了自动生成的元数据数量小到多少不会影响现有的工作实践，这一点是非常有用的，特别是在提高编辑过程的效率上。采集阶段收集到大量额外的元数据会实现带来最大好处。这些数据还能显著简化存档处理。
　　
该样机系统还突出了与UMID实施的相关技术问题。为了增强元数据系统功能，采集阶段所需的最少元数据仅仅是一个唯一的ID。该ID必须和内容及其它一系列ID相联系，其它的那些ID是保存用于将来作参照或增加元数据的。
　　
广播设备制造商只需要解决一个问题—提供机理以确保内容能从创建点被唯一识别。这样便能增添完全可操作的特定元数据。（来源：《世界广播电视》）