文稿系统与演播室集控交互

黄敏杰

【摘要】伴随着互联网的发展，最近几年一些自媒体和直播平台如雨后春岁般的发展开来，给传统广播电视行业带来了巨大的冲击，于此同时，这也给传统广电带来了活力，广电从原先的单一的播放渠道渐渐转型到了全媒体播放模式。这就使得节目内容的制作和包装的呈现变的越来越多元化，对各个节目制作的精准化和内容的多样性也越来越高，演播室集中控制作为一门新兴的技术被各大电视台重视，纷纷投入资源用于发展建设演播室集中控制系统。

本文的主要目的在于研究并提出一套行至有效的方法，通过对集中控制系统的深入研究，并与国外案例相结合，打通集控系统和国内新闻文稿系统之间的壁垒，将集控融入到国内新闻直播的制作流程中。这样在减少操控人员的同时，更能保障节目生产的高效和精确，保障节目制作的流程化、规范化、安全化。

【关键字】大洋CS文稿 Mosart演播室集中控制 C#语言XML 数据库

一.绪论

1.项目背景

经过长达三年多的项目建设，苏州广播电视总台于2016年5月正式入驻苏州工业园区新大楼传媒广场，也因此新闻节目采集、编辑、播出正式进去高清时代。相比于以往老台的系统和设备，新大楼建设完成后系统复杂度和设备多样性都远远高于以前，在节目量、演播室、播出时间日趋增加的同时，对人员操作的准确性和多元性也在不断提高，为了减少多档直播过程中可能出现的人为误操作，提高各类设备配合的精确性，也为了降低每档节目的人员配置，苏州广播电视总台急需引进了一套集中控制系统到新闻演播室，来管理演播室内设备的运行和节目的正常制作。

经过多方探讨及测试准备，最终苏州广电六号演播室决定采纳Vizrt公司提供的Mosart集中控制方案。

2.国内演播室集控现状

在国内，近几年我们的电视节目呈现形式慢慢从标清化播出过渡到高清化，标清到高清的过度，不仅仅是显示分辨率方面的提升，高清化以后的节目安全播出方案、对比度和色域的提高、响度声音的控制、画面的构造形式等都和以往标清播出有很大的差别，因此国内电视节集控化的播出，也属于刚刚起步发展阶段，目前大部分有能力实现集控化播出的电视台，都是借鉴国外的经验，但是还属于探索阶段，有以下几个原因，制约着国内演播室集控化的发展：

（1）在国内安全形式播出严峻。

（2）互联网的重启和自身的转型升级。

（3）集控和演播室文稿系统之间的交互还不够完善。

苏州广播电视总台在选择Mosart演播室集控播出方案的同时，沿用了国外演播室集控化播出的形式，但是在对于节目流程上的对接，还是需要自行开发，提出一套自行的演播室集控播出方案。

本文的核心在于定制一套演播室文稿系统和集控系统的交互方案，因此在做项目之前，必须首先屡清楚为什么需求做以及需要做什么事情的问题。

3.论文研究的目的及意义

前文提到，国内外演播室在集控化播出中存在许多差异，这种差异的导致，有互联网等外部因素，也有国内安全播出差异化上的因素，本文的主要目的，在于研究演播室系统中最核心的文稿系统，如何与集控化播出相融合，在节目集控化播出的同时，也能保障好播出的安全。

集控系统和演播室文稿系统交互融合，既提高了演播室的操作精确度，又加快了节目的制作效率，能够很好的满足苏州广电新大楼演播室节目的制作需求。

二.文稿和集控系统的交互分析

1.概述

苏州广播电视总台在新大楼新闻直播演播室系统中选用的Mosart集中控制系统，经过多方努力和配合，成为国内乃至亚洲首个应用于新闻直播的演播室集控系统。Mosart最早源于挪威一家电视台，那边地广人稀，人力因素制约着广电行业发展的步伐，为了提高操作的效率和精确度，降低播出过程中的风险，也为了更加复杂的节目形式，2015年挪威电视台的工程师们自主开发了Mosart集控系统，用于完成频道内24小时节目自动化播出的需求，这套集控受到了欧洲各大电视台的青睐，并最终被Vizrt公司成功收购，历经多代研发，拓宽了与各个设备厂商之间协议的互通，成为一个更稳定、更庞大的集控系统。

2.Mosart集中控制系统

（1）设备间的级联和协议体系

Mosart集中控制系统的最大优点是对演播室各类设备实时控制的同时，不影响任何手动操作，并且能够播控软件、服务器的主备通信，在主备设备之间切换保持无缝衔接。

如下图1给出了Mosart集控系统设备连接的概览，Mosart带有自己的播控软件MosartGUI，位于整个设备通信的最顶层，MosartGUI负责集控化方案的整体播出，和文稿系统、集控服务器之间的通信保证了数据能够实时的传送到MosartGUI的播控中；MosartAvautomation位于集控系统的服务器端，主要负责与各外部设备之间软件和硬件上的互联互通，目前集控服务器端能够支持接入的设备包含现在大部分主流的切换台、矩阵、调音台、视频服务器、灯光台、在线包装和机器人，同时Mosart集控服务器端还负责集控模板的定制，MosartGUI中播出单的具体内容，就是通过调取集控服务器中的模板实现的；NewsroomSystem代表文稿系统，文稿系统不包含于集控系统之间，它和Mosart集控系统的通信主要通过标准Mos协议端口，实现文稿数据和集控数据之间双向的实时通信。

（2）系统内部的功能划分

M o s a r t集控服务器端的内部系统概览如下图2所示，V i z M o s a r t S e r v e r下包含有四个主要的服务软件，“ManusAdministrator”是整个内部服务系统的大脑，掌管对其他服务的调度和日志的实时读取，外部的控制系統也是首先通过“ManusAdministrator”来建立起通讯，然后再分发到其他的服务当中；“GraphicsInterface”是掌管与字幕包装、大屏包装之间的具体通信的服务，除了能够支持Vizrt自身的所有包装系统外，还兼容其他在线包装的控制；“MediaAdministrator”负责视频服务器端的通信，能够读取到视频服务器中视频的ID、时长、名字和格式信息，并对视频服务器进行控制；“AV Automation”功能更加复杂，它提供了宽泛的接口通信方案，支持TCP/IP，MIDI ，RS232/RS422灯各类接入方式，负责和演播室系统中切换台、调音台、灯光系统、机器人等设备之间的通信，它也兼顾播控模板的制作和测试功能。endprint

（3）播出控制界面

Mosart集中控制系统最终是以操控界面的方式呈现在操作员眼前的，即上述所将的“MosartGUI”，播控界面如图3所示，播控界面最核心的部分是中间显示的整个播出单，称为“Rundown”，功能类似于文稿中的串联单，负责整个一档栏目的播出，并对应具体的播出模板，“Rundown”中的每一行为“Story”，功能类似于串联单中的稿件，“Story”下能够预览到该条条目对应的播出内容、时间、播出状态等信息，在集控化播出过程中，会有一根时间条实时的在“Story”中移动，标明播出的具体位置；“Story”中的各个方块称为“Element”，即播出元素，对应的是集控服务器中已经制作好的播控模板，在这些播控模板上加上对应的播出信息，就构成了该条“Story”下具体的播出元素。

（4）模板制作、存储及调用

Mosart GUI集控的播出界面中，每个播出元素都有相应的模板，模板的制作在服务器端，一个模板可以同时控制演播室内多台设备的运行，也可以指定多个设备的运行顺序。外部文稿系统或者编单软件通过读取模板并赋予内容，最终生成在演播室播出的“Rundown”播出单。

3.大洋CS文稿系统

（1）文稿系统制作流程

大洋CS文稿系统从老台标清系统沿用到新大楼演播室至今，有一套规范化的制作流程管理系统，文稿系统流程图如下图2.4所示，系统能够对每一个流程进行实时监控。

（2）串联单、稿件、条目介绍

大洋文稿采用CS文稿方式，即在电脑上安装文稿客户端，就能够访问文稿数据库，根据登陆客户端的用户名，获取不同的权限，读取或者修改栏目对应的串联单。苏州广电大洋文稿系统下对应有两个频道，分别指向两个数据库结构，用户可以根据频道、栏目等信息查找到对应的日期的串联单，也能够新建和编辑串联单，当串联单在被建立的时候，数据库中就保存有这份串联单对应的相关信息，包括频道、栏目、日期、状态等。

记者和编辑都赋予有对稿件内容修改的权利，稿件中该稿件的标题、频道、栏目、记者以及建稿人信息等，都在稿件建立的初期就自动分配到了对应内容栏中，记者需要负责的是填写稿件内容并剪辑和稿件相关联的视频，稿件中的内容会根据文字的长短自动计算“文字时间”，同时稿件中包含有关键字信息，如“导语（前）”、“导语（后）”、“配音”、“字幕同期声”等。

（3）数据库结构分析及访问

文稿数据库在数据库中命名为“news30”，主要存放每个栏目的稿件名、稿件内容、记者名、稿件时长等信息，视频数据库在数据库中命名为“dyplaycommanddatabase”，主要存着视频的长ID，短ID等信息，文稿数据库中稿件有指向对应其在视频数据库中的视频ID。

（4）交互方案关键问题分析和解析

在广播电视行业内，各个系统之间实现交互和控制，都是通过MOS（Media Object Server）标准协议来完成。MOS协议传输的信息包括了数据信息和控制信息，它采用通用标准协议的方式来实现不同厂家，不同设备间的信息传递。

Mosart集中控制系统支持最新的MOS 2.8协议，能够与INEWS等国外文稿系统实现实时通信。同时Mosart通过ActiveX插件的方式，能够将Mosart集控模板的信息添加到稿件中，这样在稿件制作的同时，也能够完成稿件对应模板的定制。

苏州广电总台新大楼新闻文稿系统采用大洋CS文稿2.0版本，由于版本和结构问题，目前不支持ActveX插件的安装以及MOS2.8播控协议，因此集控系统在与稿件交互和模板定制方面，存在一定的障碍，主要如下：

（1）集控系统无法读取文稿中串联单的信息。

（2）文稿中标题内容、大屏和虚拟包装信息等无法实时输送给集中控制系統。

（3）与文稿关联的视频ID无法知道。

（4）有些外来数据，如天气信息、图片和内容信息等，只能通过手动方式添加。

虽然Mosart集控系统能够和演播室各设备之间实现互联互通，但是没有和新闻文稿系统打通的话，在播出上仍旧存在一定的隐患，除了增加操控人员外，还提高了操作的复杂性。

三.文稿和集控交互设计与实现

1.概述

在Mosart集控系统和大洋CS文稿系统交互的设计上，有如下几个方面的需求需要考虑，这些需求的确认，才能最终确定下来最符合需求的开发平台。

最终软件方案上选择通过C#语言，在VS2010平台上开发实现，C#语言.net库强大的托管代码合类，强大的兼容性和灵活性，面向对象编程，快速编译等功能，都大大缩短了软件开发的周期，非常适合本次交互方案的开发。

2.总体架构设计

针对上述方案设计中的需求和主要存在的问题，也为了避免演播室集控化播出以后给安全播出上造成不必要的隐患，项目的整体化结构方案首先应该被确立，之后就是对方案中的具体操作环节实现规范化制作和管理，最后再提出有效的应急预案，这样才能满足现有播出安全的要求，保障演播室集控化的播出稳定的向前发展。如下图6所示，是总体交互方案的框架图。endprint

3.文稿系统的交互设计

（1）文稿系统数据导出设计

以苏州广电新闻演播室“苏州今朝”这档栏目为例，将Mosart集控系统中的各项内容和大洋CS文稿中的内容做对应匹配，具体的对应表如下表1所示。因此只要在大洋数据库中找到相关的数据项，就能放置到Mosrt集控服务器中对应的元素中，这样也就初步建立起了大洋文稿系统和Mosart集控服务器之间的连接。

（2）外部数据与文稿内容结合

外部数据的导入是在生成栏目的Mosart集控播出单之后再进行的，这样技能保证数据结构上的对应，又能方便后期数据更改和更新。

外部数据通过导入Excel表格的方式，每个栏目对应有自己的Excel数据表，每个表都对应和FullScreen和Overlay两页，每页存放的内容大屏、图片包装内容和字幕包装内容，Excel表格可以更新完之后实时导入交互系统。

4.集控系统的交互设计

文稿串联单和集控播出单都是以XML文件的形式进行保存、传输和读取的，文稿串联单导入集控系统，系统内部转换成能够识别的播出单。

整个Mosart集控播出单的结构如图8所示，串联单中条目对应“Story”，“story”类中会添加条目名（slug）、条目作者（author）、条目的ID（ID）、上一个条目的ID（InsertID）、条目时长（pdur）等属性，用来说明单条播出稿件的大概信息。“story”下面会具体再制定一些元素如“item”、“fields”、“transtions”等，这些元素中也包含有“story”的ID信息，用以表示附属于该条“story”，这些元素主要用来说明集控播出单播出时，各个模板的播出情况，例如摄像机机位、播出视频、包装元素等。

5.主要制作流程

（1）演播室集控播出流程

极限情况下，Mosart集中控制系统能够兼顾到演播室内一档直播栏目需要的所有操作工位，一位操作员和一位导播，就能够做到切换台、调音台、在线包装、视频服务器、灯光、以及文稿调整的所有工作，这也是苏州广播电视总台建设集控系统的初衷。但是从实际操作上面，考虑到目前国内的播出形式，基本操作人员也需要随时待命，如果出现紧急情况，能够马上切换到手动模式。

在人员配备方面，正常一档直播栏目，我们需要配备以下下人员：

（1）技术负责，熟悉演播室视音频系统和直播流程，引导好各工位的操作情况。

（2）Mosart集中控制操作员，负责操作集控播出软件，使用文稿与集控交互软件生成集控播出单，当出现紧急情况需要手动播出时，兼顾掉调音台的工位。

（3）导播，负责计算栏目播出时间和调整串联单播出顺序，当出现紧急情况时，兼顾掉切换台的工位。

（4）放像员，在集控过程中，保障播出服务器随时待命，当出现紧急情况或者有特殊片子需要播出时，手动操控播出服务器。

（5）字幕员，在集控过程中，保障好各类在线包装随时待命，当出现紧急情况时，手动操作播出包装内容，并兼顾好演播室机器人的操作。

（2）集控应急流程

Mosart集中控制系统是基于现有演播室视音频系统之上而集成的一套自动化系统，当主备集控系统同时出现问题的时候，也不会影响演播室原有的视音频系统；Mosart集控的服务器和播控机都存在主备，在播控软件中，能够无缝切换主备服务器。

此次交互方案在播出应急上面也做了相应处理，集控播出单能够实时导出并且备份，当播控机中的播出单损坏时，可以立即把备份好的播出单导入集控系统；同时主备集控服务器之间播出单也会互相实时同步，保障了主备切换时播出的安全。

6.功能分析和对比

将演播室集控和文稿系统实现交互之后，演播室制作效率相比以往有了巨大的提高，主要如下：

（1）相比以往单一的演播室集控和文稿分开的操作，减少了二次播出单编辑的带来的时间上的浪费，缩短了从文稿定稿到演播室集控正式播出间隔的时间。

（2）降低了操作复杂度，集控操作人员不要额外的播出单修改功能，所有数据导入都能一步并且快速完成。

（3）把各個操作位的功能划分，降低了单人操作带来的风险，串联单生成交给集控操作人，数据导入由字幕员完成，导播负责核对最终播出单。

（4）实现对视频素材的精准化播出，交互完成之后，集控播出单能够精确关联到条目对应的视频并自动控制其播出。

四.总结与展望

1.方案总结

这次在大洋文稿系统和Mosart集控交互方案的设计，满足了苏州广电对于演播室集控化播出的需求，目前已经测试通过并准备投入到苏州广电新大楼3号、6号新闻直播演播室的集控化播出当中，我国目前在演播室集控化播出这方面还属于起步阶段，此次方案的设计，主要目的也是在实践过程中探讨和总结，为后面国内演播室集控化播出的发展做出探索。

2.未来展望

我国演播室集控系统目前尚处于起步阶段，但是发展迅速，相信在不远的将来，集控化播出会在广电内越来越普及开来。本项目此次所做的是一次探索与尝试，在接口协议不明确。B&P

参考文献：

1.C#入门经典第五版，清华大学出版社，（美）K a r l i Watson、Christian Nagel等著。

2.Visual Studio 2010 LightSwitch开发入门经典，清华大学出版社，（匈牙利）Istvan Novak等著。

3.Linq to xml操作XML，http：//www.cnblogs.com/ yukaizhao/archive/2011/07/21/linq-to-xml.html。

4.C#数据库查询和操作大全，http：//www.cnblogs.com/ zhangruifeng/p/5955916.html。endprint