新闻制播

新闻制播（精选7篇）

新闻制播 篇1

新闻制播网是在在非线性编辑网的基础上针对新闻类节目的特殊性而集文稿、收录、编辑、存储、播出等为一体的网络系统。其中存储系统作为新闻制播网的核心技术之一, 不仅决定了整个系统的框架和规模, 而且决定了系统支持的节目制作量;同时, 新闻节目具有灵活、快速、时间紧的特性, 这些都要求存储系统稳定和安全, 这样才能保证新闻的正常播出。另一方面, 为满足电视信号高质量的需求, 存储系统必须具备海量存储与高带宽的特性。上述特点对新闻制播网存储系统的设计提出了较高要求。所以, 存储系统的设计、规划与管理已成为新闻网设计中十分重要的一环。本人在江西电视台新闻中心技术科工作, 日常主要从事新闻类节目的视频音频调试, 新闻制播网的维护和管理。因此, 本论文写作可以使我的实践和理论相结合, 对我的实际工作有很重大的指导意义。

近年来, 随着越来越多的通信技术应用到了电视台后期制作中, 新闻制播网作为一个新型概念出现了, 新闻制播网不仅包括了电视台后期制作网, 更是将电视台信号收录、节目编辑、节目播出等多种工作连接起来, 实现各部门资源共享, 大大提升了节目后期制作和播出的效率。采用新闻网编辑及播出给电视台传统的基于磁带的编辑工作流程带来了很大变化。这是因为新闻网中节目制播模式发生了根本的变化:节目存储的载体从传统的磁带转变为硬盘存储;节目的存储形式由传统的磁带上的视音频轨转变为数字化的视音频文件;节目的播放方式从传统的录像机播出变成播出服务器对存储体中多媒体文件的播放。

我台新闻制播网的建设目标是实现节日资源共享、节目收录、视音频制作、内容管理和输出, 并具有综合业务管理能力的全数字环境的智能化、自动化、数据化的非线性制作网络系统, 使节目生产制作流程变成无带、无纸化, 因而对网络的整体性能要求较高, 系统建成时在先进性、可靠性、实用性方面应具有目前先进水平, 并符合或代表数据化节目制作领域的发展方向。系统能够在未来几年内适应电视台需求的变化, 能够进行一定地扩充和升级, 这其中最重要的环节就是存储系统。依据这个原则, 本存储系统设计具备以下技术性能:

1 存储系统的先进性

(1) 系统设计和设备规格符合专业电视广播规范和电视技术发展潮流, 适应数字技术发展的要求。

(2) 采用的EMC公司的CX4-480系列存储光纤存储阵列是目前技术先进的存储设备, 广泛被广电用户采用。

2 存储系统的可靠性

(1) CX4-480存储设备和其他的所有的硬件产品都已经被用户大量选用, 实践证明其具有良好的可靠性。

(2) 本地+双网络相结合的安全解决方案, 也就是所有的本地工作站都实现本地存储使用, 中心存储体和本机存储体实现冗余备份。

(3) 使用的x RAID技术是NETGEAR创新的RAID技术, 它允许自动化的卷管理和扩充, 允许在扩充容量的情况下不影响原来数据, 使用户可以轻松任意地实现从一个硬盘向未来4个硬盘的扩充, 而无须掌握专门的RAID组合知识和重新组合数据。

(4) 存储系统所有配置的硬件在散热、电源支持、防震方面给予充分考虑, 保障单机运行的可靠。

(5) 存储系统软件设计具备相应保护功能, 保证机器掉电、误操作等不会对系统造成致命的影响。

3 系统的容错性

(1) CX4-480配置备份硬盘, 采用x RAID技术, 单块硬盘损坏时不会导致数据的丢失, 并且能够立即替换故障盘, 恢复数据, 继续系统运行。

(2) 系统针对在线存储系统还配置了备份存储体, 实现了全系统无单点故障。

4 存储系统的可扩充性

目前CX4-480有空余硬盘槽位, 可以随时扩充容量。另外, CX4-480支持通过级连方式实现容量扩充, 即可通过级连相同类型盘箱实现硬盘容量扩充。

5 存储系统的易维护性、可管理性

存储设备和服务器中的大部分部件支持热插拔, 方便维护, 网络管理软件以数据库为基础, 所有的客户端都可以方便的对系统进行设置实行整个网络系统的管理。

对于我台的实际情况, 存储结构上SAN模式将是理想的选择。实际上在组网过程中可能需要采用多种模式相结合的方式。例如可以采用SAN模式或IP-SAN模式为主, 并结合NAS和DAS存储模式进行数据备份, 这样可以灵活应用不同存储模式的优势, 以获得最佳的性价比.存储磁盘使用的x RAID技术彻底实现RAID扩展的自动化配置, 完全解决了传统存储产品当中实现系统扩展时最为复杂的技术实现工作, 同时对于大文件系统的传输也明显地提高了性能 (约提高20%) , 是一项能为我们的新闻制播网带来巨大价值的存储技术。存储系统的高带宽、高速率和大容量也是必不可少的, 而且还必须具有容错性和可扩展性, 维护和管理也要比较方便。

新闻制播网络系统的安全设计分析 篇2

由于唐山电视台新闻业务的特殊性, 新闻制播系统对系统安全的要求比普通业务系统的高, 虽然目前新闻制播系统在系统安全性上考虑较多, 但是要完全避免系统发生故障是不太可能的, 因此新闻制播系统系统安全性的重点不仅是要如何避免故障的发生, 还要关注在故障发生后如后有效地从故障中恢复, 不能因为故障的发生导致新闻业务流程的中断和节目素材的丢失。

1 存储安全性设计

为了保证网络编辑的安全性, 我们使用的索贝提供的双存储架构设计来应对存储故障给节目编辑安全带来的隐患。在双存储架构之下, 系统中的编辑站点平均地连接到两个独立的存储体上, 任意站点对存储的写操作均会被系统中部署的FISEC数据安全增强组件截获并使用驱动层复制技术将数据同时写入到两个存储体中, 由于驱动层复制技术实现的是数据的实时同步写入, 这样系统中的两个存储体都拥有同样的素材, 对于编辑站点来说, 不论访问哪个存储体都能找到需要的素材。

在某一台系统存储出现故障的时候, FISEC可自动检测到存储故障, 并在节目编辑等应用程序继续运行的情况下, 自动根据事先预设的策略将故障存储负担的访问转移到另一台存储上, 保证应用的连续性和可用性, 从而提高了系统的整体安全性。

双存储架构示意图如1所示。

2 演播室播出安全性

在新闻演播室与新闻制作的关系上, 采用业务紧密结合, 但系统依赖性低的方式。例如:演播室播出系统采用本地播出方式、本地控制方式, 不依赖于新闻制作部分提供的数据库等。可保证在新闻节目制作部分出现网络故障时, 在播节目仍可正常播出。在网络结构上, 演播室播出部分采用专用的以太网交换设备, 避免由于新闻制作部分的网络故障影响演播室播出。

主备播出、主备录制的全冗余方式、以保证在任意一台录放服务器出现故障时, 节目能正常播出与录制。

播出、循环垫播等多种不同播出与录制业务采用独立的、专用的通道, 提高播出安全性、降低故障范围。

另外, 特别提供第三备视频服务器, 新闻演播室配置了一套MSV555 EX播出服务器作为演播室主服务器MSV-4211P的第三备服务器, 以达到在演播室主备服务器都出问题的情况下能通过MSV555完成应急播出, 形成演播室的第三备 (演播室自身已经拥有主备能力) , 增强演播室的应急处理能力, 提高播出安全性。安全播出示意图如图2所示。

3 文稿业务系统安全设计

新闻业务管理系统采用典型的三层B/S模式结构, 软件架构本身就具有极高安全性。这种三层模式逻辑上将应用功能分为客户显示层、业务逻辑层、数据层等三个层次。除了软件本身的安全性考虑外, 对于基于浏览器的开放式访问安全风险, 我们在部署时也特别对Web网络应用安全做了周全的考虑。

首先, 外网用户从他们的客户机开始, 通过internet访问对外的Web应用, 经过应用层VPN终结器, 到办公网建立一条加密的IP通道。应用层VPN的核心是应用层代理, 应用层代理能够保护位于防火墙之后的专用网络, 应用层VPN在远程客户机请求与服务器应用之间起协调作用。它在应用层上接收来自远程用户的连接请求, 并对输入数据进行处理, 然后将数据转换为合适的应用协议。在这一过程中, 应用层VPN分析应用信息, 执行安全政策, 并发挥internet与专用网络之间的网闸作用。

4 数据传输安全设计

数据传输的安全性对以太网技术来说是一个弱项, 共享式的数据传输原理极易造成数据窃取行为的产生。本方案通过系统划分VLAN, 来控制各个子网之间有序的交换数据。

以太网采用多台交换机堆叠后划分VLAN的方式实现, VLAN的划分跨交换机, 这样每个VLAN均分布在不同的交换机上, 每个功能模块内的站点均不会全部连接到一台交换机上, 任何一台交换机的故障不会导致某一个VLAN的全部瘫痪, 即不会出现某个功能模块的站点全部失效的情况发生。

5 软件的安全设计

5.1 户权限安全设计

本系统设计中, 在新闻非编制作网络系统内部的统一认证服务器, 可通过全台统一认证和授权平台实现对用户集中管理和统一授权, 建立相应的权限列表。当统一认证平台失效时, 只影响认证信息的同步, 应用系统仍可通过本地权限列表认证, 以保证用户继续使用应用系统。

5.2 计算机终端安全设计

在整个新闻非编制作网络系统中, 计算机终端是整个网络系统中直接面对用户的站点, 被操作使用的比较频繁, 其安全性也直接对整个网络系统有很大的影响, 因此通过以下技术和管理手段来加强这些终端的安全性。

所有制播网络内的计算机终端都通过域控制策略进行管理, 限制除制播软件外的所有其他软件的安装。

去除所有计算机终端的光驱和软驱, 并禁用USB接口, 防止操作人员通过这些方式拷贝文件。

制播网内安装网络版的防病毒软件, 客户端通过防病毒服务器实现病毒库的更新, 服务器定期通过手动方式实现更新。所有计算机终端的时钟通过网络的方式与台内时钟系统同步。

6 防病毒管理设计

现在的互联网病毒肆虐, 一旦染上病毒, 轻者文件受损, 系统处理速度变慢, 系统资源被用光;重者则会导致系统崩溃。所以, 防范病毒也是系统安全性要必须考虑的问题之一。一般的解决方案是通过防火墙对系统进行保护。

针对素材远程回传的防病毒处理, 系统提供了两种并行的解决方式:方案一是远程回传的素材经网关工作站播放, 终端工作站再以信号上载的方式将素材注入新闻非编制作系统, 完全杜绝了病毒对于系统的威胁;方案二是利用导入导出工作站和硬件防毒墙将素材进行查毒, 确认安全以后再以文件的方式将素材导入新闻非编制作系统, 在导入的过程自动对文件进行转码操作, 极大地降低了病毒对于系统的威胁。

7 结束语

新闻系统的安全问题是新闻网设计的重点, 涉及到存储安全、演播室播出安全、文稿系统的安全及应用安全, 任一环节的安全设计不到位, 都会影响到新闻节目的正常播出。唐山广播电视台新闻制播网络经过一年多的实践证明, 本网络系统具有较高级别的安全保障, 并能够有效抵御网络病毒、木马等程序的侵袭, 保障了本新闻网络的安全运行, 达到了预期目标。

摘要：新闻系统的安全播出一直是新闻网络建设的重点, 本文结合新闻制播网的建设, 提出了系统安全设计思路及实践经验, 供同行参考。

新闻制播 篇3

2006年, 国家广电总局发布了《电视台数字化网络化建设白皮书》, 为国内各级电视台网络化建设提供了理论依据。2008年, 北京奥运会全程高清转播, 极大推动了国内高清技术的普及和应用, 高清化已成为未来电视技术发展的必然趋势。《浙江省推动文化大发展大繁荣纲要 (2008—2012) 》明确提出:“推进新闻核心业务数字化, 积极发展数字高清晰度电视”。

浙江广播电视集团作为国内先进省级媒体, 一直在高清节目制作工艺、高清技术应用上进行积极探索和实践。新闻节目是电视台常态化制播栏目、涉及采编制播存各个业务流程, 安全性要求高, 同时突发事件的报道时效性又非常强, 选择新闻业务作为高清制播的对象, 是高清技术的最佳应用实践。2008年, 根据集团高清建设的统一布局, 以浙江卫视新闻制播平台的升级改造为契机, 提出建设一个“新闻高清全流程制播平台”, 逐步完善台内高清制播体系。2009年, 浙江卫视高清全流程新闻制播项目完成深化设计、施工安装、调试试运行, 2010年4月, 项目正式上线启用, 2011年8月, 项目完成验收。

1项目简介

1.系统架构

浙江卫视技术中心对频道新闻生产进行了详细深入的调研, 分析了当前新闻制播的实际需求, 强化新闻生产管理功能, 确定了“一个平台、两大驱动、三库并重“的新闻制播架构 (一个平台即新闻制播平台、两大驱动即管理业务和制播业务驱动, 三库并重即线索库、素材库和资料库) , 集成新闻非编网和新闻演播室两个子系统, 实现了浙江卫视新闻的高清全流程制播, 如图1所示。

2.系统组成

系统由服务及存储模块、内容管理模块、收录模块、编辑制作模块、集群式直播系统、远程广告编辑模块、EFP岛、高安全区、新闻交流网、新闻业务管理系统等有机结合而成, 如图2所示。

3.系统规模

编辑站点72台, 其中高码率站点32台、低码率站点40台, 配音站点4台, 编目站点2台, 高清收录通道2个, 标清收录通道4个, 后台服务器约50台。两个集群新闻演播室互联互备, 共10个摄像机讯道, 其中切换台两主一备, 调音台两主两备, 另配置AJ-HPS1500 P2高清录像机、DVCPRO录像机、HDW2000高清录像机、主备K2服务器和第三备索贝MSV4211服务器等多种格式重放设备。

2项目关键技术

1.AVC Intra 100Mbps的高码制作

选用AVC Intra 100Mbps作为高清前期采拍格式, 原格式上载并编辑制作, 高清收录格式为MPEG I帧100Mbps, 制作环节支持多格式混编技术, 打包成高清MPEG-2 IBP longgop 50Mbps送播, 演播室播出信号为1080/50I HD SDI, 如图3所示。

2.基于“线索库、素材库、资料库”的存储结构

存储分为线索库、素材库和资料库, 使用FS+以太的双网架构。线索库是新闻线索的汇聚池, 包容各类富媒体形式, 主要来源包括:记者报题、新闻互动热线 (电话、来信、email、短信) 、地方台稿件等, 线索库采用EMC NS40, NAS连接, 容量22TB, 素材库主要面向制作和播出, 采用主备DDN 9550, FS SAN连接, 单体容量32TB, 资料库主要面向新闻资料的归档, 有价值新闻内容的沉淀, 使用EMC CX480作为在线存储, NAS连接, 容量22TB, 并使用一台SUN SLK3000作为近线磁带库。

3.采用“主-备-备”的数据库系统

数据库采用两台SUN SPARC Enterprise M4000服务器, Oracle 10g+oracle RAC备份系统, 两个服务器之间采取负载均衡技术, 集群工作。同时部署一台数据库第三备份服务器, 安装DBSEC数据库备份软件, 确保在主集群数据库服务器都瘫痪时仍然可以保证系统业务正常运行, 如图4所示。

4.逐级安全机制的高安全区

系统设立高安全区保证数据交换防护安全:1) 、配置2套主备CISCO的ASA5520等传统网络安全设备;2) 、设置专门的数据安全交换区, 用2套主备伟思信安的VIGAP 300安全网闸与内网进行物理隔离;3) 、在数据交换工作站上, 安装“媒体防火墙”和防病毒软件 (型号) , 通过文件特征识别上传媒体文件的合法性, 并只对规定格式的文件放行;4) 、设置数据交换区应用服务器, 上面安装web服务, 完成数据交换页面管理功能, 如图5所示。

5.多种控制协议的自动化播控系统

利用GPIO协议实现音频跟随视频的控制;通过tally协议实现由切换台控制视频服务器的联动播放;通过MOS协议实现新闻业务管理系统与演播室播调、播控、提词器、字幕机实时的信息同步和控制同步, 如图6所示。

6.基于移动存储介质的新闻制播应急流程

在正常情况下, 新闻全流程网络化制播, 在网络瘫痪或存储故障的情况下, 会启用应急流程。应急模式下, 将非编站点从网络制作模式全部切换成单机制作模式, 利用P2介质, 完成配音和制作, 在素材不上载到非编本地存储的情况下, 直接对P2上的素材上时间线进行编辑, 并由非编站点直接打包合成下载到P2, 直接在P2录像机上播出。

7.广告自动串编系统

位于台外的广告串编系统与台内通过光纤通道连接, 是一个相对独立的系统。系统采用两个DFTraid3016F4R-D作为主备存储, 配置3台高清制作站点, 配置4台后台管理服务器完成数据库、存储访问、与台内互连等服务。广告串编工作站可以直接导入广告MIS系统的广告串联表, 系统根据广告串联表中的广告名称自动搜索匹配广告素材, 生成事件线文件, 并自动在片头增加广告标版, 在片尾增加静帧, 输出后, 广告节目可直接被推送到台内素材库。目前, 利用广告串编系统完成浙江卫视全天候约6.5小时的广告串编工作, 系统操作简便, 提升了广告串编的制作效率, 减少了因人工串片引起的错漏播。

8.三个播控通道的镜像播出

采用多协助播出控制技术, 通过集成播控平台, 实现演播室K2播出服务器和索贝MVS555服务器的镜像播出, 解决了国外、国内服务器混合播出的难题。系统采用3个播控分别控制两个K2通道和一个MSV通道镜像播出, 利用服务器之间的心跳感应实现主备多级同步功能。当切换台PGM母线以CUT或MIX方式切换服务器通道时, 服务器实现素材自动重放, 并按照串联单指定罗辑CUE待播素材, 如图7所示。

3系统应用

新闻制播 篇4

十多年来, 重庆广电集团的信息化建设走过了一条艰辛的道路, 现在基本实现了广播电视节目的制、播、存、管全流程数字化和网络化。我们在1998年开始进行大规模的网络化建设, 并在当年建成了计算机局域网系统;2002年建成了新闻制作网、节目制作网和播出网等三大视频网络系统;2005年开始媒体资产管理系统的建设, 我们制订了《内容管理基础平台与各应用子系统的接口规范》, 建成了以内容管理平台为核心, 以平台加上层应用构架的媒资系统, 并在2006年投入运行, 实践了一个媒资中心库、若干二级库和对应业务系统的网络化互联互通的应用模式。这些网络化项目的特点之一是多家公司的共同参与。目前, 我们已经实现了几乎所有节目的网络化制作和大部分节目的文件化送播和播出。

新闻制作网在2002年开始投入使用以后到现在, 经过了多次改造和扩容, 目前是一个以新闻二级平台 (二级库) 、索贝网、大洋网和新奥特包装系统组成的异构体系, 并且通过二级平台实现了成片级的信息共享与交换。

有了上述的探索与实践, 在这样的背景和前提下, 我们提出了新闻高清制播网项目的总体目标:在统一的规范下实现深度信息共享, 即以新闻平台为中心, 满足集团新闻节目生产需要, 满足高清业务发展需要, 建立集团新闻制播的新模式。

我们从2008年下半年开始设计新一代的高清新闻制播网, 初步提出要实现全高清制作流程, 实现不同公司的新闻节目工程文件级交互和面向桌面的高清新闻节目制作。

具体地说, 这个项目有如下特色:

细粒度工程文件级交互;

面向服务的开放性新闻平台;

基于IP技术的单网结构;

规模化桌面编辑;

精细化流程定制。

一细粒度工程文件级交互

首先, 我们制订了两个至关重要的规范, 即《故事板工程文件规范》和《字幕工程文件规范》, 设计制订这些规范的最终目标是在新闻节目制作各个环节实现时间上帧精确度控制, 空间上像素级控制。

工程文件通常是以二进制形式来表征, 是非线性编辑软件中最复杂的核心数据结构, 编辑的所有创作过程和成果都是记录在工程文件中。

每家公司都有自己的工程文件规范及特点, 而且还存在不同的版本, 不仅是不同公司的版本不兼容, 或许同一家公司的不同版本也还不兼容。这使得我们面临时间紧、内容多、风险大、难控制等难题。

1.思路和对策

对需求进行分析和提炼。我们认为, 新闻节目的生产所需要的特技并不是电视节目制作中所有的特技, 只是其中一部分, 相对而言还是比较简单的一部分。字幕也是这个情况, 新闻节目有自己的规律, 有自己特定的字幕要求。所以, 我们首先进行分析和提炼, 有利于复杂问题简单化。

参考成熟的框架与好的经验。我们关注、学习中央电视台、上海文广等电视台经过实践证明的好的经验。本项目也一直得到中央台何宗就副台长的关心和支持, 我们好几次专门向中央台丁文华总工程师和宋宜纯副总工程师请教, 尽量参考成熟的框架, 这使我们获益匪浅。

参与规范设计。组织协调多家厂商进行规范制订或验证, 需要我们自己有明确的、可行的主张并积极参与其中。

提供规范参考实现源代码, 如果要做到工程级文件交互, 这是至关重要的。

提供规范测试样例。要搭建测试环境, 最终靠测试数据来说话。这是一个从理论到实践的过程, 也是一个从构想到实施的过程, 更是一个从可行到可用的过程。

多家公司联合验证。一家之言并不能表明真正的跑通, 多家共同的参与、共同的验证才能解决问题, 才可以认定其实用性。

2.具体做法

把新闻制作中常见音频视频特技做了一个归类, 每个大类里面还可以细分。新闻类特技有:溶解、划像, 上下翻转、左右翻转、上下左右翻转, 变速、移动、修剪、缩放、旋转、折叠, ALPHA、分离ALPHA, 亮度键、色度键, 音量渐进、音频单参溶解、音频双参溶解, 黑闪、白闪, 静帧, 马赛克、高斯模糊、素材适配。

分析新闻制作中的常用字幕形态:标题字, 多边形, 椭圆, 图像, 标板物件组, 动画, 唱词, 滚屏。

多家共同参与。我们与索贝、大洋、新奥体公司共同成立了工作组, 联合设计、联合验证, 具体由索贝负责新闻类节目故事板工程文件规范制订, 由大洋负责新闻类字幕工程文件规范制订, 新奥特参与基于规范的验证及软件实现。

搭建测试的环境, 提供现场验证的基础条件。到目前为止, 我们完成了21种视频特技验证, 3种音频特技验证, 8种字幕物件验证, 7种字幕特技验证。

选择成熟框架为设计基础, 基于AAF制订两个规范。

3.规范制订的基本原则

(1) 扩展性

确保规范具有较强的生命力。随着需求的变化, 新的特技效果、新的物件类型都可以增加。

(2) 平台无关性

确保规范具有较强的适应性, 规范的实现与语言和操作系统无关。

(3) 相对独立性

确保两个规范独自发展, 互相不能影响。

4.规范制订的具体目标

具有明确的语法, 具有明确的语义, 具有符合规范的参考实现, 具有符合规范的测试样例。

故事板工程文件例图如图1所示。

字幕的工程文件例图如图2所示。

二面向服务的开放性新闻平台

1.新闻平台

新闻平台以服务接口的形式对外提供平台拥有资源, 主要分为数据资源和功能资源。

(1) 数据资源

核心的数据资源与新闻业务有关, 比如选题、线索、通稿、文稿, 串联单、素材、资料等等。针对每一种数据资源, 我们都分别设计了相应的服务接口, 接口设计的原则主要是围绕检索、增加、更新、删除这四种数据操作动作来设计。接口命名与业务流程相关, 比如, 增加操作可以被命名为提交, 这些都与新闻业务紧密相关。

(2) 功能资源

原子型功能资源, 比如迁移、转码、合成等等。组合这些原子型的功能资源可以构建适应不同新闻业务流程的功能, 这些功能都以服务接口的形式对外发布。使用平台的服务接口, 使现有系统以及未来发展增加的系统都能充分使用平台提供的数据资源和功能资源。

2.平台内外的子系统

基于新闻平台服务接口, 本项目有索贝新闻制作网、大洋新闻制作网、新奥特新闻包装网。这些网络可以平等使用平台资源、共享节目工程文件。

功能资源模块也能充分使用平台的接口与平台集成, 并且支持同类型的功能资源同时部署, 本项目中, 新闻平台的实现由索贝公司承建。平台内部合成服务, 我们选择了大洋公司的产品。而在我们搭建的测试平台演示环境中, 同时部署了这两家公司的合成服务。

三基于IP技术的单网结构

高清节目制作相比标清节目制作, 对存储带宽和存储容量都提出了更高的要求。传统的双网结构也许能满足这个要求。但是我们认为双网结构也存在一些问题, 比如, 以太和FC双链路、FC交换机、以太交换机、MDC、专用文件系统、多个NAS头等等, 部署双网结构非常复杂, 因此建设成本和运行维护成本比较高。此外, 光纤网络之间互联不太容易实现。还存在专用文件系统有一定的局限性, 网络管理安全措施较弱等问题。

我们选择了基于IP技术的单网结构。

CPU+GPU技术的发展已经让公司的非线性编辑软件不再依赖硬件板卡、可控的帧缓存技术已经能克服一定的网络时延及网络带宽的波动。

以太网技术以及以太网核心交换机性能的不断发展, 使得部署千兆以太网到桌面、万兆以太网主干互联的性价比不断提高。

基于IP的集群存储技术的日渐成熟, 存储带宽和存储容量指标甚至超过FC存储体。

网络结构简单、建设成本及运行维护成本相对较低。

采用IP技术的集群存储系统使用通用文件系统接口, 如CIFS。

具有相对较强的网络扩展和互联能力。

具有成熟的网络安全管理措施。

本项目采用华三公司的95系列核心交换机和ISILON公司的集群存储系统。

四规模化桌面编辑

将以往在专业机房, 专业工作站上的节目制作推向办公桌面会带给记者编辑们全新的工作体验, 拓展他们的创作空间。同时, 办公桌面具有更多的资源可以被记者编辑们使用, 比如集团内部其他的信息系统。办公桌面更易实现大规模部署。

规模化桌面编辑的技术基础:

基于IP技术的单网结构具有成熟的网络安全管理措施;

视频压缩技术的发展也使低码率获得高画质成为可能, 降低了对网络带宽的要求。我们拟采用的H.264压缩, 这样, 大规模部署桌面编辑, 每个子系统的带宽等压力并不大;

基于代理码率的编辑可以达到帧精确。

五精细化流程定制

1.常见的各种新闻业务生产流程

文稿优先的新闻流程;

制作优先的新闻流程;

先合成再审查的新闻流程;

先审查再合成的3新闻流程。

2.新闻业务流程应用的实际情况

不同电视台会有不同的新闻业务生产流程;

同一电视台也会有不同的新闻业务生产流程;

新闻业务生产流程是根据新闻节目需求的变化而变化的。

3.精细化流程控制的设计目标与应对措施

同时满足不同的新闻业务生产流程, 灵活应对新闻业务生产流程变化是精细化流程控制的设计目标;

抽象出新闻业务生产流程所涉及的对象;

抽象出满足新闻业务生产流程所需的基础功能, 如转码、合成、迁移等;

设计能将各种基础功能灵活组合以适应新闻业务生产流程的流程引擎;

发布服务接口实现元数据交互;

制订工程文件规范实现工程级的交互。

六搭建测试平台

在完成制订规范的基础上, 搭建了实际的测试平台, 验证了不同公司的新闻工程文件的交互, 验证字幕文件的交互, 实现了基于IP技术的单网结构、面向服务的开放性新闻平台的构建, 以及精细化流程的定制。在这个过程中, 参与项目的各家公司均投入大量的技术力量, 完成了研发、测试和验证工作。

测试平台结构图如图3所示。

七专题研讨与全面实施

今年3月底, 我们专门组织了新闻高清制播网项目研讨会, 广电总局科技司、中央电视台、上海文广、江苏总台、黑龙江电视台、北京电视台、辽宁电视台等单位的领导和专家对测试平台进行了实地考察, 对本项目的创新性探索与实践给予了充分的肯定, 给我们提出了宝贵的意见和建议。

新闻制播 篇5

1 高清新闻制播网络存储架构技术发展现状

高清新闻制播服务器从最初的应用到电视台的广告播出, 到现在经历三个发展阶段第一阶段以数字硬盘录像机为主要应用的播出应用, 主要是完成广告自动化播出, 典型的产品有GVG的profile LEITCH的VR系列服务器, 例如, 北京电视台广告播出系统采用GVG的服务器, 基本采用播出服务器加录像机混合播出方式;第二阶段以品尼高MSS系列服务器和GVG的profile系列服务器为主, 实现了全硬盘播出, 主要特点是, 单机播出通道数多, 存储容量较大, 可以满足多频道的播出.主要以单机主备播出为主, 素材的传输采用以太网传输。基本上全国大部分省市级电视台都采用这类服务器第三阶段以LEITCH Nexio系列服务器、汤姆逊K2和OMNEON服务器.都采用网络化存储架构, 更加灵活安全, 具有更好的扩展性。目前已有多个电视台采用。

2 高清新闻制播网络存储架构与传统存储的比较

在DAS中, 应用与存储是一体的, 通过系统总线可以访问存储设备而网络存储的基本思想是把主机和存储系统分开, 使存储系统作为一个较为独立的模块运行, 通过网络同主机交换数据以提供服务, 来降低系统总成本并提高系统可用性。这种概念DAS架构下, 应用系统的存储器系统的升级和扩展不会影响到应用服务器, 同样应用服务器系统的升级也不会影响到存储器系统, 整个体系更易于扩展同时多个应用服务器使用物理上同一个存储资源, 使得昂贵的存储硬件投资被更有效地利用。另外, 这种概念DAS架构也提高了数据的可用性和完整性, 集中化和专业化了存储系统的管理。

高清新闻制播网络存储架构与传统存储相比, 主要有以下一些优点网络存储DAS架构的存储系统是完全独立的, 而传统DAS架构中, 存储系统与服务器紧密连接。网络存储DAS架构可以很容易地实现数据共享, 而传统DAS架构中只能间接地通过服务器提供数据共享服务, 无法实现更广泛的、直接的共享连接。网络存储DAS架构可以实现高速的数据传输, 而传统DAS架构中所有的访问都要通过服务器, 所以很容易形成瓶颈。网络存储DAS架构可以拥有更多的存储容量, 可增加存储设备而实现系统扩充, 在传统架构中由于地址数量的限制, 使单个主机的存储容量受限, 只能通过增加服务器和磁盘存储量来扩展容量。网络存储DAS架构采用中心化数据管理, 便于控制网络上的每一个存储点, 传统DAS架构中需要大量的服务器和存储系统, 其异构型和分布性使管理工作难度很大。网络存储DAS架构方便实现数据统一管理、存储介质可多种多样, 而传统架构数据分散, 且不便管理, 存储介质由于与服务器之间紧密的物理连接使其应用受到较多限制。

3 高清新闻制播网络存储架构设计思路和实现方案

高清新闻制播网络存储架构对象存储文件系统就是由客户端 (client) 、存储服务器 (OST, Object Storage Target) 和元数据服务器 (MDS) 三个主要部分组成。网络架构的客户端运行网络架构文件系统, 它由OST进行文件数据I/O的交互, 和MDS进行命名空间操作的交互。为了提高网络架构文件系统的性能, 通常Client、OST和MDS是分离, 当然这些子系统也可以运行在同一个系统中。

客户端可以透明地访问集群文件系统中的数据, 而无需知道这些数据的实际存储位置。客户端通过网络读取服务器上的数据, 存储服务器负责实际文件系统的读写操作以及存储设备的连接, 元数据服务器负责文件系统目录结构、文件权限和文件的扩展属性以及维护整个文件系统的数据一致性和响应客户端的请求。网络架构把文件当作由元数据服务器定位的对象, 元数据服务器指导实际的文件I/O请求到存储服务器, 存储服务器管理在基于对象的磁盘组上的物理存储。由于采用元数据和存储数据相分离的技术, 可以充分分离计算和存储资源, 使得客户端计算机可以专注于用户和应用程序的请求;存储服务器和元数据服务器专注于读、传输和写数据。存储服务器端的数据备份和存储配置以及存储服务器扩充等操作不会影响到客户端, 存储服务器和元数据服务器均不会成为性能瓶颈。网络架构的全局命名空间为文件系统的所有客户端提供了一个有效的全局唯一的目录树, 并将数据条块化, 再把数据分配到各个存储服务器上, 提供了比传统SAN的“块共享”更为灵活的共享访问方式。全局目录树消除了在客户端的配置信息, 并且在配置信息更新时仍然保持有效。

对象存储文件系统的核心是将数据通路 (数据读或写) 和控制通路 (元数据) 分离, 并且基于对象存储设备 (Object-based Storage Device, OSD) 构建存储系统, 每个对象存储设备具有一定的智能, 能够自动管理其上的数据分布, 对象存储文件系统通常有以下几部分组成:对象是系统中数据存储的基本单位, 一个对象实际上就是文件的数据和一组属性的组合, 这些属性可以定义基于文件的RAID参数、数据分布和服务质量等, 而传统的存储系统中用文件或块作为基本的存储单位, 在块存储系统中还需要始终追踪系统中每个块的属性, 对象通过与存储系统通信维护自己的属性。

在实际方案实现中, 根据业务需求和前述原则总共配置了7组服务器完成所有类型跨系统迁移/转码任务。下面以新闻迁移/转码服务器组为例说明服务配置情况, 该服务器组负责新闻在线存储、媒资新闻在线存储、媒资历史资料库、总编室节目备播库、非新闻媒资在线存储、媒资体育在线存储之间的数据迁移, 满足新闻业务与其它应用系统之间主要的跨系统媒体数据迁移/转码需求, 高清图像制播要求。

4 结束语

随着高清直播网络存储架构技术的逐步提高, 服务器的单机技术已经非常成熟, 而采用什么样的网络管理架构和网络存储技术将直接影响到播出的安全。视频服务器网络应用逐渐扩大, 系统规模也越来越复杂。不管是SAN存储管理, 还是数据通讯和传输.都需要安全稳定的系统来控制, 而视频服务器网络的复杂性必然带来系统管理负荷的增加。如何降低系统故障风险成为系统设计的重要安全性考虑, 系统管理的分散设计成为降低系统负荷.提高安全性的必然选择, 而现有的计算机技术已经完全可以满足这样的需求, 实现大系统分散管理的模式。

摘要：随着高性能计算由传统的主机方式向网络化集群演变, 传统的基于主机的存储架构已逐渐向网络化存储发展。高清新闻制播网络存储架构是电视台、电视中心近年来使用的最新的网络存储架构系统, 它具有着其他系统不能相媲美的优越性, 本文主要研究了高清新闻制播网络存储架构技术发展及特点, 探讨了高清新闻制播网络存储架构设计思路和实现方案。

关键词：高清新闻制播,网络存储,架构

参考文献

[1]周北确, 叶青.存储区域网概念与应用[M].北京:人民邮电出版社, 2002, 6.

[2]郭玉东, 尹青.基于对象的网络存储Ⅱ棚[M].北京:电子工业出版社, 2007, 10.

新闻制播网在城市台的设计与实践 篇6

新闻制播网络主要应用于唐山电视台新闻综合频道, 负责全面、及时、权威地反映唐山市重大新闻事件, 准确、客观地报道百姓生活热点问题。新闻节目制播网络系统在编辑制作方面采用网络化、数据化的工作模式。而且将来可与网络内其它系统配合, 实现资料归档、资料调用、新闻节目送播、节目/素材收录等跨系统业务的网络化。

在网络结构上, 新闻制播网络系统首选采用双网结构, 即“FC网+以太网”为总体架构;在节目送播过程中, 避免了上下载环节。在节目审查通过后, 采用网络迁移节目到新闻直播演播室或者播控系统。从节目的采、编、播、管、存所有环节上实现全流程网络化、高清化。

2 系统总体架构

新闻制播网络系统主要由新闻文稿系统、节目制作系统、演播室播出、主题库管理和网络管理等业务模块组成。另外通过系统对外接口可实现本系统和其他业务系统, 如媒资、播出等业务的交互和连接。模块组成示意图如图1所示。

3 栏目的制播流程

新闻节目一般具备制作周期短, 时效性高、流程性强的特点, 对安全性、稳定性也有特殊要求。本系统可以满足我台新闻部、制作部等部门的新闻资讯类节目的制作播出要求。制播流程如图2所示。

我台工作岗位划分如下:记者负责采访、写稿, 编辑负责编辑制作视音频节目, 主/责编负责初审稿件、编辑串联单, 值班领导负责终审稿件、串联单和合成送审的节目, 播出人员负责节目播出。

4 系统组成

4.1 文稿系统

Info Share新闻业务管理系统是索贝出品的新一代新闻业务管理系统。作为New Star新闻网的集中控制平台, 在整个新闻制作过程当中全面充当业务监管的重要角色。

本系统立足于新闻网络制播的业务管理, 涵盖新闻前期信息汇聚、业务管理以及新闻制播生产执行的关键功能单元, 以线索、选题、文稿、串联单编排为业务生产主线, 通过业务流程驱动, 以强任务流的方式, 建立与制播域的业务协作关系;另外, Info Share还通过和制作、演播的信息交互, 实现新闻业务全流程化的协同工作平台。文稿流程如图3所示。

4.2 编辑制作系统

(1) 高码率/上载编辑工作站

主要用于节目上载以及高码率素材的编辑。高码率编辑工作站在硬件方面采用高性能的HP Z800工作站和专业的视音频I/O板卡, 保证在编辑实时性方面满足系统要求。在网络连接方式上, 通过双网连接, 在软件方面, 采用目前索贝最新的Nova非线性编辑系统, 在节目的生产制作过程中, 能感受到Nova所带来的强大的节目编辑能力和方便、快捷的编辑体检。

(2) 低码率编辑工作站

主要用于低码率素材编辑场景, 不作录像机上下载, 在网络连接上, 利用千兆以太网能满足需求。在软件方面, 也采用了最新的Nova非线性编辑系统, 在节目制作的各项功能上与精编工作站完全相同。

(3) 配音工作站

主要用于节目制作的配音。由于配音间里设备较多, 并且都远离中心机房, 配音采用低码率配音。在硬件配置上, 采用了专业声卡, 以达到专业级的配音效果。网络连接方面, 采用千兆以太网方式。索贝Nova-VO配音软件, 具有丰富的配音功能, 专业化、准确化。

(4) 审片工作站

在节目编辑、配音结束后, 通过审片工作站来对节目进行内容审查。在网络连接方式中, 采用双网连接方式。软件方面采用索贝专业审片软件, 可实现成片或时间线的审查, 同时审查节目和对应稿件, 填写审查意见。通过的节目可直接送入演播室进行节目播出, 未通过节目可在非编中再次打开, 根据审查意见修改节目。

4.3 演播室播出系统

演播室系统, 尤其是直播, 对安全播出的要求至关重要, 本系统演播室直播从系统架构、播出控制及媒体数据信息安全等几个方面全面优化, 保障节目播出系统无单点故障。安全播出设计示意图如图4所示。

播控主备, 保证播出控制系统的安全。

控制链路主备, 保证控制指令有效到达。

播出通道主备加第三备, 保证播出系统最重要部分的安全可靠。

配置新一代多通道播出服务器, 提供播出第三备的同时可实现演播室回采功能, 回采的素材可回传到制作网中。

5 系统特点及安全设计

5.1 系统特点

以太网建设, 实现系统所有元数据、管理信息、素材的传输和交互。

FC网建设, 主要为高质量素材提供高速、低延时、可靠的路由和交换。

交换设备的应用, 实现网络中各个应用子系统相关业务数据的传输和交换。

存储设备的应用, 实现整个网所有素材的集中存放。

主题库系统的应用, 实现制作网素材归档存储。

系统防火墙、防毒墙的应用, 实现制作网外来素材的安全交互, 实现办公系统与中心文稿系统的业务交互。

制作平台的应用, 可实现高标清节目制作。

演播室播出系统的应用, 可实现主、备及第三备播出系统安全直播。

5.2 Fisece安全设计

对比传统的主备存储方式, 双存储架构最大的特点是“实时的同步数据”。

双存储架构方式可最大化利用采购的存储设备, 避免主备方式造成的隐形浪费。

可以降低对单存储体的压力。把系统负载分摊到两套存储上, 可提高系统的整体稳定性。

能够保证在其中一套存储出现故障时, 完全满足新闻业务要求。

6 结束语

唐山台新闻制播网络系统已经于2012年12月开始运行, 经过半年多的实践, 节目制作和播出顺利, 系统稳定、高效, 操作简单, 提高了编辑们制作速度, 实现了资源共享, 提高了信号质量, 从节目的采、编、播、存储等环节全面实现了新闻节目制作播出的数字化、网络化。

摘要：本文详细介绍了唐山电视台新闻制播网的设计方案, 并阐述了系统特点及安全设计思路与实践过程。

关键词：新闻制播网,存储,网络化,演播室播出

参考文献

[1]章必雄, 陈以金.电视动态视频帧的定时捕获与识别.武汉交通科技大学学报, Vol.23 No.6.

新闻制播 篇7

节目制作、播出方式的改变, 必然导致编播人员工作方式的改变, 面对新系统使用中的诸多新问题, 笔者积极、主动地联系索贝运行维护人员, 通过与节目部门的沟通, 并结合笔者过去的经验, 制定出新闻共享11系统硬盘播出制作规范与应急方案。经过一年多的时间, 效果还是很好的, 有力地保障了西语、法语、俄语、阿语等频道新闻节目的安全播出。

一新闻共享11系统制作规范

新闻共享11系统包括制作和播出两大部分, 虽然播出很重要, 但是制作更重要, 只有制作出合格的节目, 安全播出才有可能, 节目有问题, 播出一定有问题。因此要杜绝问题的发生, 就要严把制作关。

1. 视频规范

节目制作中的字幕特技放到字幕轨上;

配音的默认设置为音频的第五和第六轨, 配音音量要控制在-8dB左右比较适宜;

节目制作完成后音频合成矩阵是:A1、A2、A3、A4、A5、A6声道进CH1, A2、A3、A4声道进CH2, A3声道进CH3, A4声道进CH4;

节目有效素材要求: (前一后十) 。画面开始1秒后方可出现配音或同期声, 以避免切换时出现声音吞字。新闻尾句后必须保留10秒有效画面, 且保持画面稳定完整, 防止切换不及时导致播出黑场。新闻尾句处画面禁止换镜头, 以避免视频切换时出现类似夹帧画面的播出。新闻尾句后10秒内, 除现场声自然延续外, 不能有任何杂声音;

节目制作完成后, 提交合成前, 删除所有没用的素材, 将所有有效素材打好入出点, 并移到0时码处;

审查过后才可以下载, 以只读模式打开节目后下载。

2. NPM文稿规范

串联单中的文稿即播出文稿, 进入播出环节前必须确保准确无误;

串联单文稿中的“Copy (口播) ”、“Lead in (导语) ”、“Voice_over (正文、同期) ”、“Super (字幕) ”等标注是播出线各工种的操作依据, 必须正确规范;

新闻文稿的尾句必须与串联单上标注的尾句一致;

插画面形式播出的新闻, 必须在文稿上以“ () ”标注画面的入点和出点。

3. NPM串联单标注规范

“导语、口播、硬盘、磁带、前方信号、”每条新闻播出形态的描述, 是引导各工种找到信号源的标识, 必须在串联单中准确无误地标示;

按时长切的新闻要在串联单尾句栏标注清楚, 并与文稿的尾句保持一致。

4. 制作流程规范

这里的流程主要是指重播重审流程, 如果对已播节目进行重播 (即复用已播节目) , 必须重新打开相应节目的时间线, 重新提交合成送审, 审片通过后, 才可以正常播出。

二新闻共享11系统演播室注意事项

节目开播之前, 检查播控提取的串联单中有哪条节目没有到演播室, 如果有及时联系栏目的制作人员;

节目开播前浏览一遍节目, 确定没有花帧和黑场, 检查声音是否正常;

主MSV如果有异常, 通知导播及时切换备MSV播出节目;

开播前15分钟, 由演播室技术人员对硬盘播出的节目进行例行审看;

关于节目调序的问题, 假如要调换节目的顺序, 只能通过播调调整, 然后重新“同步播出”, 不可以用播控软件对节目进行跳播;

播出中导播调整串联单顺序要及时通知播控操作人员, 播控操作人员应该等待节目播起后刷新, 倒数20秒内不允许刷新串联单;

倒计时10秒, 播控操作人员开始倒计时;

导播要在“开始调单”的状态下调整播调中的串联单, 完成调单后点击保存, 播控串联单才会更新;

为了硬盘播出系统的播出安全, 应在网络制播的同时准备应急带, 以备网络故障情况下的应急播出;

如果主、备播控进行一次切换, 必须重启一次软件。

三硬盘播出系统演播室操作规范

1. 播前准备

每档节目播出前, 负责播控操作的人员提前半小时到岗。重启播调和播控工作站。查看主、备播控工作站状态是否正常;打开应急平台, 查看主、备MSV是否正常;测试视频、音频信号是否正常;检查通话器是否正常;

检测播出流程是否正常。播出流程包括两步, 第一, 在非编中制作5条节目, 并把节目发送合成。待节目合成后, 将节目审片通过, 检查节目是否正常迁移到MSV播出服务器中。第二, 复用当日首档节目到一张测试串联单中, 检查节目是否正常迁移到MSV播出服务器, 并发送到“播控工作站”中备用;

检查播控主、备路监视器输出信号是否同步, 备监视器“预览通道”是否正确;

检查主、备播控工作站中待播节目时长是否一致, 如果出现紫色告警显示, 说明主、备MSV的本地素材不同步, 需要提前通报导播重新迁移, 如果仍未恢复正常, 应做好备播准备;

检查播出串联单中节目时长, 播控界面是否有红色告警, 节目时长小于5秒的节目在播控界面会有明显的红色告警, 此类节目不能进行播出。如果发现, 要立即告知导播, 并向导播确认节目时长;

播出前十五分钟, 提醒责编从播调发单到播控工作站。在主播控工作站点击“开始”按钮, 查看视频节目是否进入播出通道;

责编在播调“开始调单”的状态下进行调整串联单, 然后点击“同步播出”同步给播控。播控“刷新”按钮亮起, 放像人员在时间宽裕时, 点击“刷新”按钮, “播控串联单”与“播调串联单”同步;

开播前核对节目导语项是否正确并在播出前十分钟严格按照串联单核对节目是否已到播出线, 对还未提交到播出线的节目告知导播。即将播出但还未迁移到本地的节目, 应提前5分钟提示放像员注意, 做好备播准备, 对于这类制作时间过长的节目, 可建议导播使用磁带进行备播。

2. 播中监测

正在播出时如果需要调整播出顺序或删掉某条节目时, 应在播调工作站中进行修改并保存。串联单要求使用手动刷新模式, 保存后责编应通知播控操作员手动刷新串联单, 在节目倒计时10秒内如果不是必要刷新, 尽量不进行刷新等有可能的危险操作;

已经开播后, 审片后节目应全流程跟进到演播室, 并且利用备播上编辑入出点浏览节目以确保节目的可播性;

已经开播后, 时刻关注当前播出节目状态, 如发现播控状态异常时, 或者下条节目没有及时准备好, 及时通知导播做应急处理;

播出过程中应随时注意主、备播控工作站是否连接正常, 当主播控异常时, 主/备播控的连接指示灯将显示黄色告警, 播控操作人员要立即进行应急操作, 保证节目播出安全。

3. 播后整理

每档节目播出结束后, 在菜单中选择停止播出, 然后右键清空已播串联单, 保证下一次提取串联单时能正常提取, 最后退出播出系统。

四新闻共享11系统应急处理预案

演播室硬盘播出系统启用之前就有相应的应急设计, 针对硬盘播出过程中可能出现的各种问题都有对应的应急处理预案, 下面就系统的硬件、软件和网络等部分可能出现的问题分别说明。

1. 主播控工作站异常

故障现象:主播控宕机、网络中断、断电;

应急操作:备播控工作站接管;

预期效果:不影响在播节目, 整个串联单和下一条节目都可以继续正常播出。

2. 主备播控工作站都异常

故障现象:主备播控都宕机、网络中断、断电;

应急操作:启动MSV上的本地应急播出;

预期效果:控制主备MSV播出正常, 当前串联单能继续播放, 但不能刷新后续串联单结果。

3. 主MSV异常

故障现象:主MSV宕机、网络中断、断电;

应急操作:通知导播切换到备路信号;

预期效果:播控控制备MSV播出正常。

4. 网络异常

故障现象:主备播控、主备MSV网络全部中断;

应急操作:启动MSV上的本地应急播出;

预期效果:主MSV播出正常, 主路信号继续输出, 但不能进行后续串联单刷新。

5. 提取串联单之前数据库异常

故障现象:正常提取串联单失败;

应急操作:使用提取本地串联单功能;

预期效果:播控可以提取出串联单, 按本地串联单进行播放, 但不能更新后续串联单。

除了上面所提到的某一功能模块出现异常以外, 系统中还有一些问题比较复杂, 产生的原因也是多方面的。对于这一类的问题, 处理的原则是保障播出正常的情况下尽快处理, 如果时间紧张, 立即启动备播方案。以下是演播室的实例问题举例、分析及处理过程。

6. 播调发送串联单后, 播控上不能查询到该串联单 (10.104.129.209/10.104.129.210互为MOS与接口)

检查MOS网关是否接到信息, 然后检查播出接口, 是否收到该串联单;

如果接口没有收到该串联单, 换一台播调发送该串联单;

如果换一台播调还是不能收到, 检查串联单及节目名中是否有特殊字符, 去掉这些字符再发送;

如果接口显示保存串联单失败, 将该串联单复用到另一个串联单发送、使用;

如果接口收到该串联单并保存成功, 但主播控不能查询出该串联单, 使用备播控进行提单;同时检查主播控的网络及数据库访问是否正常, 是否可以提取其他串联单;

如果备播控也提取不到串联单, 重启主、备播控软件和服务, 删除config文件。重新登录主、备播控服务与软件。

7. 审片后, 节目在播控上不是本地, 不能进行播出

查看播控中的节目状态, 如果为网络或者未审片, 请审片老师重新审片;

当遇到节目正在迁移, 但是始终迁移, 状态转换不过来时, 先用播控刷新本条节目, 如果状态还没有刷过来, 可以使用播控软件中的重新迁移, 素材迁移到本地。如果还是不行, 给数据中心打电话, 让他们查看MPC状态;

重新审片后节目状态还是没有变成本地的, 首先检查MOS网关是否接到信息, 如果没有接到重新开启MOS网关, 如果收到查看播出接口, 是否收到该审片消息。如果接口没有收到消息, 重启接口服务。如果接口收到消息, 查看MPC状态, 如果MPC状态停滞, 重置本条迁移任务, 如果MPC始终显示等待, 看演播室迁移软件是否正常。演播室迁移 (10.104.129.197) ;

没有收到审片消息的, 换一台审片进行审片;

收到审片消息的, 检查节目名是否有特殊字符, 通知责编该节目需要新建文稿重新制作。

8. 节目本地长度显示紫色告警 (紫色报警说明主或备MSV素材时长不正确)

通知责编该节目不可播, 需要重新审片或者用播控进行重新迁移;

大量节目出现节目本地长度告警时, 重启MSV软件, 重新审片;

以上操作仍无效时, 重启MSV机器, 重新审片。

9. 主播控或者备播控关键帧出现异常

先关闭主或者备播控与服务, 然后在C盘根目录下找到stamproot文件夹, 拷贝文件夹里面的4个.dat文件至其他位置, 删除此文件夹, 然后重启服务和软件, 在新生成的stamproot文件夹中粘贴4个.dat文件 (.dat文件为新版本素材选项) 。

1 0. 播控删除素材后, 在MSV上仍存在

重启MSV的迁移服务, 如果该操作无效时通知数据中心, 重启MPC调度中心 (10.104.129.203) 。

新闻共享11系统是一个集制作与播出于一体的网络, 有些极端情况也是需要考虑的, 例如整个硬盘播出系统瘫痪, 无法播出。即使如此, 播出安全也是有保障的。因为在系统内的应急预案以外, 还有系统级的备份保证节目播出安全, 在演播室里除了硬盘播出系统, 还有基于录像机的播出系统, 这两个系统是互为备份的, 即使硬盘播出系统有任何意外, 还可以使用磁带播出节目。

五结束语

中央电视台新闻共享11系统正式运行的这一年多的时间里, 一直比较稳定, 没有发生过任何一起重大播出事故, 这与一线值班人员平时严格执行制作规范和各种应急预案是密不可分的。规定是死的, 人是活的, 只要一线值班人员在工作中保持高度的责任心, 笔者相信新闻共享11系统的播出安全一定是有保障的。

摘要：随着新闻共享11系统的启用, 网络制播的播出安全成为一个新的问题, 本文结合中央电视台外语频道的实际使用情况, 通过制作规范与演播室应急两个方面对这一问题进行讨论, 希望对读者有所帮助。