备播系统

备播系统（共7篇）

备播系统 篇1

0引言

随着计算机技术、数字化技术、网络化技术、高带宽存储技术的不断发展, 近年来, 电视台在新系统建设中都选择了“编、制、存、播”一体化的新型的电视节目生产、存储、播出方式。天津广播电视台数字电视大厦从2010年开始全面进行技术系统建设, 按照全台数字化、无带化、网络化的制作、存储、播出模式进行设计, 经过努力全面实现了全新的节目生产模式, 大大提高了节目生产效率, 为天津电视大发展提供了有利支撑。数字电视大厦技术构架主要由全台主干网络平台、节目媒资存储系统、节目备播系统、节目播出中心4部分组成, 以全台主干网络平台为依托, 互联互通, 完成节目的生产、传送、存储、播出。本文重点介绍节目备播系统。

电视节目备播系统, 是保证安全播出的重要防线。它的主要作用是, 将全台16个播出频道即将播出的节目通过网络送播、网络下载、应急上载等方式提前存储到备播系统存储区, 再按照播出日期, 提前将播出的节目传送到播出中心。这样, 为安全播出就起到了保障作用。

该系统同时还要完成16个播出频道播出节目单的编排、广告单的编排;还要完成每条播出节目的自动技审, 保证节目中不能有超过黑场25帧, 静帧4秒, 静音10秒的画面, 保障安全播出;完成高、标同播系统中高清节目AFD (Active Format Descriptor, 活动图像格式描述符) 信息的添加。

1电视节目备播系统的组成和业务流程

电视节目备播系统 (图1) 也称为总编室系统, 主要有节目代码管理系统、节目编排子系统、备播二级缓存、节目应急上载子系统、影视缩编子系统、素材迁移子系统、对外接口等部分组成, 其业务流程如图2所示。

1.1节目代码管理子系统

由于受资金投入限制, 天津广播电视台没有做全台节目生产管理系统 (包含节目代码管理) , 节目代码全部在节目备播系统产生和管理。每一条上载的节目、网络送播的节目、媒资系统下载的节目都必须独立申请节目代码, 保证节目代码唯一性管理, 并且具有同一类型的节目批量申请节目代码的功能。节目代码命名规则如表1。

节目代码管理流程如图3所示, 分为节目代码生成、节目代码匹配以及节目代码维护三个流程。节目代码生成完成节目在申请成功后为其生成一个唯一的节目代码;节目代码匹配完成在周单节目信息匹配时, 为周单关联上节目代码信息以及节目的信息;节目代码维护完成节目信息修改和节目代码作废时的一些相对应的处理。

1.2节目单编排子系统

节目单编排流程分为频道周播节目单编排与频道日播节目单编排。频道周播节目单编排流程完成周节目单编排, 频道日播节目单编排流程完成日节目单编排。周节目单编排过程中可查询历史日节目单, 日播节目单编排以周节目单编排结果为基础。只要申请了节目代码, 该节目就可以虚拟编入节目单, 等节目素材确定后必须进行核实、修改。编排好的日播节目单就可以发送到播出系统, 由播出系统进行整理形成最后的节目播出单。

1.3备播系统二级缓存和备播节目来源

为了保证播出安全, 节目备播系统的二级缓存采用两台存储盘阵, 分为主、备两个存储区, 每个30TB, 节目存储格式为标清15Mbps MXF文件, 高清50Mbps MXF文件。每个频道分配给200小时的节目储备, 基本能保证两周节目的播出存储周期。同时, 还配备了存储空间管理软件, 可以对各频道的分配配额进行自动限定, 防止超过存储空间的上限, 保证存储安全。

备播节目的来源:1.在备播系统素材上载子系统上载的播出节目和广告节目;2.通过全台媒资存储系统直接下载的节目;3.由各频道非编网制作的或由台制作部非编网制作的节目通过全台主干网络平台网络送播的节目和广告部广告制作网通过全台主干网络平台网络送播的广告节目。

1.素材上载子系统上载的节目。上载的节目在上载时填写元数据和绑定节目代码, 节目上载后首先进行节目的技术审核, 技术审核未通过则返回进行重新上载, 通过后进入下一步流程。节目经过自动技审审核后直接进入备播系统备播区等待迁移到播出存储。

2.媒资存储系统下载的节目。节目备播系统可以直接访问媒资存储系统进行节目检索, 查找到需要的节目, 如果是播出格式, 绑定节目代码就可以直接下载到备播系统存储区;如果是高码格式, 需经过转码为播出格式再存到备播系统存储区, 等自动技审通过后等待迁移到播出存储。。

3.网络送播的节目。该类节目在各自所在制作系统进行节目的制作和审核, 所有审核流程通过后, 节目需进行转码、封装为播出格式, 绑定节目代码就可以通过主干平台迁移至备播系统的备播区。对迁移到备播系统的节目首先进行MD5码校验、文件分析等验证, 校验未通过则进行重新迁移, 校验通过后将节目存放到备播系统备播区。

1.4影视缩编子系统

全台购买的电视剧全部以播出格式上载到媒资存储系统长期存储。备播系统可以直接访问媒资存储系统进行检索, 查找到需要的电视剧直接下载到备播缩编存储区, 并根据节目编排需求, 可通过影视缩编子系统进行缩编, 缩编后的节目拷贝到备播系统备播区, 经过自动技审审核后等待迁移到播出存储。

1.5素材迁移子系统

编制好的节目预播单根据播出日期进行提交, 节目预播单将通过大洋GMP系统, 由发单服务器发送给播出中心的消息服务器并保存到播出的数据库, 同时节目预播单中要传送的播出素材信息通过大洋GMP管理软件发送到播出系统的消息服务器并生成发送任务, 素材文件通过备播系统的FTP服务器传送到播出FTP服务器保存到播出存储。大洋GMP (Global Media Preparation的简称) 管理软件, 包括GMPmanager和GMPconsole, 可实现常规状态、紧急状态、及应急状态下对于节目文件的备播处理;GMP也可以依据节目单和业务流程, 在备播系统内查找待播素材, 并根据备播策略将素材迁移到指定的播出位置;还可以手动提交应急任务。

1.6节目备播系统的其它功能

1.节目的自动技审、AFD信息添加、节目备份存储。所有上载、下载、网络送播到备播区的节目必须由备播策略管理服务器分配到自动技审服务器进行自动技审和高清节目AFD信息的添加。自动技审的条件可任意设定, 我台规定的上限值为黑场25帧, 静帧4秒, 静音10秒。节目通过审核以后, 需要向素材同步服务器提交同步任务, 将审核后的素材以FTP的方式同步到备存储区, 作镜像保存。自动技审通不过的将进入人工复审, 人工复审通过后的素材才允许传送到播出中心。

2.备播存储节目回迁存档到媒资存储系统。备播系统应急上载和网络送播的首播节目, 如果该节目只需存储播出格式, 首播结束后就可以通过主干网络平台回迁到全台媒资存储系统进行归档存储。

2节目备播系统与播出系统边界安全

根据总局广播电视安全播出实施细则中第八十三条规定, 应结合系统实际情况采取相应的安全防护措施:网间物理隔离;组合使用路由器、网关、防火墙和安全隔离网闸等设备的功能特性, 进行网络边界安全防护;采用多重、异构杀毒引擎对跨信息系统的输入文件进行检测。

原节目备播系统与播出系统之间采用二层网络进行互联, 没有其它安全防护措施。所以, 按照要求在不改变原备播系统与播出系统网络结构的情况下, 增加了安全设备对播出系统边界进行防护, 所增加的安全设备均采用透明模式部署。网络连接图如图4所示。

防火墙采用Hillstone SG-6000-3150;安全网关采用Panda 9000-E, 网闸采用网神Sec SIS-3600-E。通过对设备运行情况的观察及流量的记录分析以及严格测试, 相关的网络及安全设备运行正常, 符合设计要求。

为了保证安全播出, 本方案设计的安全拓扑结构能够实现单设备或链路故障的自动切换。当出现不可恢复的故障时, 可通过预留的应急线缆迅速回退至原有状态。

3结束语

天津节目备播系统已使用几年, 运行平稳, 达到了当初的的设设计计目目的的, , 为为安全播出确实起到了防护作用。总结经验, 该该系系统统在在设设计计时时必必须定位清晰, 生产流程必须设计好, 不能反反复复修修改改, , 否否则则影影响实施进度和软件的调试。该系统涉及到的的接接口口很很多多, , 可可能能涉及到多家实施公司, 必须在实施之前做好好协协调调工工作作, , 把把接接口标准规划好, 并且双方认可, 才有利于系系统统顺顺利利实实施施。。

摘要：本文介绍了天津广播电视台电视节目备播系统的组成和功能, 对该系统通过主干平台与媒资存储系统、节目制作系统、节目播出系统的互连互通进行了分析, 并对其整个生产流程进行了详细阐述。

关键词：节目备播系统,节目代码,网络送播,主干平台

安徽台条目广告备播系统设计 篇2

广告作为电视台收入的主要来源在电视台节目播出中占有举足轻重的作用, 对于技术部门来说, 虽然广告素材也是节目素材的一种, 但是由于它的不确定性 (广告的播出与业务部门的实际合同有关, 播控中心无法单独提早确定广告播出时段) 、时效性 (不能准确的确定播出时间) 、顺序规律性 (各个广告之间的先后顺序) 等特殊性, 一般电视台广告素材根据节目播出计划和广告时段划分由广告系统单独提交播控中心的播出方式。

1.1 原有广告系统现状

安徽广播电视台原有广告播出系统由兰洋广告系统、广告串编系统、播出迁移系统三个系统配合完成。工作流程是由兰洋广告系统根据广告客户的要求、时长制定广告播出计划生成广告单, 广告串编人员根据广告单和电视节目串联单将单条广告按照一定顺序组合、打包成一个广告段位后转码成播出需要的格式 (安徽台用的标清MXF 15Mbps, 高清MXF 50Mbps) 提交到

播出缓存, 播出上载进行广告段位名称匹配, 最后由播出迁移系统将素材迁移到制定的播出存储区进行备播。业务流程图如图1所示:

1.2 现有广告系统的不足

从上图可以看出, 广告素材需要经过串编人员串编、打包、转码、提交后进入播出系统, 称这种广告播出方式为广告段位播出方式。这种将短广告 (5秒、10秒) 的广告合成为一条长广告段的方式 (1分钟、5分钟) 可以减轻播出视频服务器频繁切换素材的压力, 有利于播出的安全。然而随着视频服务器技术的进步、高标清同播系统的迅速发展、进一步提高工作效率的要求, 这种方式自身存在着的很多弊端。

第一, 遇到修改或替换单条广告条目时, 需要将存在该条广告条目的所有广告段位重新串编、打包、转码提交播出。每次修改耗费大量人力物力。

第二, 在高标清同播系统中, 广告条目存在标清、高清两个版本, 标清频道采用高清信号下变换方式播出时, 不同的广告条目的下变换方式有可能不同 (下变换有切边、加边、挤压三种方式) , 这种段位方式由于多条广告条目素材变为单一素材, 所以在播出时只能采用单一的下变换方式, 影响节目观看效果。

为了解决上述问题, 台技术人员决定在现有基础上对广告系统和播出系统进行升级改造。

2 广告备播系统设计

新广告备播系统要满足将来的工作需要, 除了常用的上载、编辑、修改的功能以外还要实现播出系统条目播出、广告单和串联单合并、广告素材自动迁移、自动转码、AFD嵌入等功能。

2.1 系统流程设计

为了尽量减少对现有工作习惯的变动和对系统改造最小, 保留原有广告系统的业务部分, 即现有的广告合同、广告单的生成仍然由广告系统负责, 广告串编系统对素材的上载和管理逐步暂停使用, 在播控中心增加广告备播系统, 该系统负责大洋播控系统和广告系统的衔接, 广告系统产生的广告单、素材信息经过xml文件导入到广告备播系统中, 广告备播系统根据素材信息将素材从广告系统迁移到广告备播系统存储中 (如果素材没有完成上载和AFD的写入, 可以利用广告备播系统的上载工作站进行上载和写入, 同时内容处理服务器可以实现转码功能, 包括格式、码率、高标清转换) , 再由备播系统存储迁移到播出缓存中, 与此同时将广告单发送给播出系统, 播出系统将串联单和广告单合并按照一定的策略将播出缓存中的广告素材迁移到相应的播出服务器中等待播出。

系统结构如如2所示。

2.2 软件设计

广告系统和播出系统的软件对于各个电视台的技术人员都很熟悉, 功能根据各台的需要也各不完全相同, 就不再一一陈述, 本文主要阐述条目广告备播系统新增软件的功能如下:

广告备播系统数据库:负责管理广告备播系统的广告素材, 包括素材信息、广告单、素材状态 (记录素材存储的位置, 是未上载还是在备播系统或播出系统中)

上载软件:负责广告素材的上载, AFD信息加入。

广告接口:负责播出系统和广告备播系统的信息交换, 包括广告单的传递、素材信息的传递。

内容处理软件:负责广告素材的格式检验、转码等。

广告备播管理软件:负责根据播出串联单和广告单按照事先制定的素材迁移策略向迁移服务器发送素材迁移任务。

素材迁移:负责素材从广告备播向播出缓存迁移。

2.3 硬件设计

系统硬件方面增加8台服务器分别是:主备数据库服务器、主备广告接口服务器、主备素材迁移服务器、主备内容处理服务器。

原有广告系统有7台串编工作站经过改造后分别是广告审核工作站、广告上载工作站、广告下载工作站、管理工作站。实际使用时为了方便使用尽可能一个工作站配置多个功能, 比如既可以审核也可以上载。为了不影响广告系统的正常使用, 采用分频道逐渐过渡的系统改造方式, 即先将一台工作站接入广告备播系统, 完成一个频道的系统改造任务, 待工作稳定后再进行下一个频道的改造。

2.4 实际效果

经过改造后的系统, 在播出工作站上显示的播出单包括广告段位和普通素材, 普通素材和以往的一样, 而广告段位和普通素材相比前面多了一个加号, 点开加号后可以显示广告段位中的广告条目, 实际播出时在播出PGM信号后接入下变换器, 则下变换器根据实际素材中的AFD值将信号变换成标清信号供标清频道使用播出。播出系统比较简单本文不再。播出软件实际效果如图3所示

3结语

广告备播系统是在台现有广告网、播出网的基础上进行的技术改造, 改造前根据实际情况进行调研, 并没有完全采用厂家成熟的广告备播解决方案 (该方案不能在不中断现有的业务的情况下完成改造) 而是增加广告系统和播出系统间的相互转换接口和相应的迁移、转码服务器, 广告备播系统相当于连接两个系统之间的桥梁, 这种改造方式不中断现有的广告和播出业务, 并且对现有系统改造最少, 达到了最初保障安全播出、提高工作效率、节省资金、技术先进的设计初衷。

摘要：本文从安徽广播电视台的实际应用出发, 为了提高工作效率, 适应新的播出环境, 在不影响正常播出和广告业务的情况下对广告系统和播出系统进行升级改造, 实现广告条目化播出、广告素材自动备播等主要功能, 并且详细描述了系统流程和软硬件的具体功能, 给广大电视行业同仁提供一定的技术参考。

关键词：自动备播,条目化播出

参考文献

备播系统 篇3

与传统播出系统改造主要以硬件系统改造为核心不同, 硬盘播出系统的改造增加了对视频服务器系统、自动播出控制软件系统及数据交换系统等一系列改造工作, 内容复杂, 硬件系统改造平台跨越大, 软件版本差异也需要统筹考虑, 涉及改造工作应用部门也比以前多。由于播出系统一般每天24小时都处于运行状态, 对系统的升级改造的大部分工作都涉及在线设备和系统, 现场条件和播出恢复时间都是制约因素。同时, 主管部门对安全播出的要求越来越高, 对重点频道 (如卫视频道) 播出要求更是提高到了前所未有的高度, 对在线播出安全性、系统数据安全性、网络安全性及播出控制软件系统安全等提出了更高要求。

一项目提出背景和需求

云南电视台早在2000年就实施了系统改造, 实现了当时3个频道的全硬盘播出。2004至2006年间, 台里播出频道增加到了9个, 播出系统经过两次大规模建设, 实现了全硬盘、数字化播出。随着云南台全台制作网络的建成和业务的大幅拓展, 2010年播出系统又经过一次较大改造, 配置了二级存储系统。作为播出板块的重要组成部分, 这套系统实现了生产存储板块到播控系统的互联和待播内容的整备, 构建了媒体文件和消息传递的重要入出口, 打通了播出系统与制作网的连接和数据共享通道, 实现了系统的开放和大部分节目的数据化传输, 播出素材管理和分发启用了新模式。可以说, 云南台播出系统的基础网络平台、整备互联平台、播出播控网络系统已基本成型, 然而系统使用的视频服务器自2004年起一直没有更换。目前担负云南台6个频道播出任务的核心播出服务器群组由6台PINNACLE MSS900s服务器组成, 迄今已经连续每日24小时不间断运行8年多, 早已进入故障高发阶段, 且由于原来的服务器生产厂家PINNACLE已被AVID公司并购并停止该型号服务器生产, 已无法继续提供备件及相关维护服务, 一旦出现硬件故障就面临无法修复的情况, 对安全播出工作具有较大威胁。卫视和经济频道是云南台的主要频道, 由于这个原因, 我们对这两个频道运用新模式一直有担心。为此云南台领导及时决策, 实施云南台主频道备播系统建设项目, 对二级存储部分进行扩容, 云南台的卫视和经济两个频道纳入二级存储素材管理运行模式, 并实现播控网络系统中两个频道的信号同步应急上载, 信号同步播出控制, 实现对两个主要频道的视频服务器及播出控制做软硬件系统的在线热备份。

项目整体目标包括两方面内容, 其一是实现对现有播出二级存储系统的扩容, 其二是对两个主要频道的视频服务器 (PINNACLE MSS900si) 及播出控制做软硬件系统的在线热备份。具体需求包括以下几项:

增设独立于原有系统的视频服务器、存储设备和数据管理系统, 采用异构模式, 为两个频道分别提供两路完全按照相同节目串联单播出的信号源, 形成播出主+备1+备2+备3的四路硬盘信号同步镜像的主备格局。这种模式对原有系统改动较小, 数据迁移和编解码不占用现有资源, 不会给现有的使用时间很长的老服务器增加任何负担, 备播功能较灵活。采用异构服务器做备份, 一般不会因为素材问题导致服务器出现同样的故障, 备播作用能得到较好的体现。为更好兼容原有PINNACLE MSS900si服务器和二级存储素材, 素材采用10Mbps码流、长GOP帧的MXF格式, 音频格式为1声道嵌入音频, 48kHz取样, 24 bit量化;

备播系统本身具有完全的冗余结构和素材主备镜像功能, 能提供两个频道完整的本地上载和素材管理功能, 一来适应现有的日常栏目、热播带的临时上载, 二来满足应急上载需求。在本地上载素材时, 必须解决素材上载一次即可分别进入不同服务器、写入不同数据库的问题, 保障新旧系统中的数据完全相同;

此次改造不涉及视音频周边系统, 备播系统信号暂时仅提供接入切换开关系统。待备播系统运行稳定后, 择机进行主备系统割接, 将备播系统用作主播信号源, 而现有服务器则作为以后的备播服务器, 仍然保持一主三备的格局;

新建备播系统必须对已经先期建成使用的云南台广告电视剧串编网开放, 实现互联互通。新增存储设备也必须与原有二级存储系统实现素材共享, 存储设备亦可实现互备;

在确保安全和功能的基础上, 要有一定的前瞻性。鉴于云南台还没有高标清同播频道, 此次备播系统建设拟

新增系统必须具有自动技审和信号监测功能, 对通过二级存储交换的素材进行软审, 能够对素材中的黑场、静帧、音频中断等现象进行初步判断与提示, 供素材审核时做参考;

在不改变既有的业务工作流程和工作模式的前提下, 充分整合已有资源。

二系统设计实践

设计原则确定后, 我们进行了系统方案设计及工程实施方案制定。

1. 硬件系统设计方案

硬盘服务器系统:由于是在原有系统基础上进行改造, 仅增加一组 (两台) 硬盘服务器即可。增加的部分很简单, 但是考虑到以后升级高清系统的需要, 服务器按照高清播出和存储的需求做设计考虑。

硬盘服务器完成当前两个主频道的备播任务 (最终做主播) , 采用上载播出分离、存储共享结构。两个频道共4路播出解码通道、4路上载编码通道, 另需配置两路回放审看通道。考虑高标清同播初步需要, 服务器应具备对高标清素材的自适应播放能力, 以便简单地得到高标清输出信号。

考虑今后高清播出的需要, 以及云南台节目播出、重播的通常编排情况, 我们一般要求服务器在线存储能满足保存3～5天的节目素材。按两频道每天共44小时节目计, 5天共计220小时。高清素材码流按50Mbps取值, 则在线存储需求为:50Mbps×3600×44×5/8=4950000MB, 即4.95TB。由于播出服务器是在线工作模式, 其安全容量一般我们要求不能超过总容量的75%, 则服务器实际可用存储容量应为6.6TB。

服务器的FTP带宽和最大编解码通道数也是需要考虑的问题。因为此次改造涉及的播出和上载通道都不多, 而现代单台视频服务器普遍可提供至少4个编解码通道, 已经能满足我们此次改造的需求。

二级存储系统:增设存储设备及其所包含的数据管理、素材转码接口等子系统。二级存储的容量按照全高清节目两个月存储需要确定。高清素材码流按50Mbps取值, 每天按20小时素材计算, 则最大总容量需求为:50Mbps×3600×20×60/8=27000000MB, 即约27TB。考虑存储的安全冗余, 按照80%安全容量取值, 则二级存储实际可用容量应不小于33.75TB。用于目前标清播出, 相当于可以存储6000小时的10Mbps素材, 可与云南台原有的素材整备系统互为备份, 提高素材存储的安全性。该系统还应包含独立的数据管理、素材转码接口及节目单接口, 在不占用原有系统资源的同时, 也可以方便地与制作网及原有素材整备系统进行数据交换, 不需要原有系统支持即可进行完整的上载、播出管理。

播出上载控制:鉴于备播系统的相对独立性, 系统尚需配置相应的播出和上载控制工作站, 以便让系统能独立工作。同时为一段时间后用作主播系统, 播出软件的版本、自动控制要和原有系统的受控外设如录像机、切换开关等兼容。由于这两个频道有部分热播节目需要临时上载, 上载时必须能够同时输入新老服务器, 实际上就是要进入两个数据库, 上载软件必须解决这个问题。

根据设计要求, 并考虑云南台目前播出工作实际运行的情况, 我们仍然选择了与北大方正公司合作进行本次改造。服务器选用Omneon公司的Spectrum服务器。该型号服务器硬盘阵列、编解码通道采用模块化设计, 灵活性、可扩展性较好。单台服务器配置2个解码通道和2个半双工编/解码通道, 分别用于播出和临时上载。半双工的编/解码通道可实现在一块板卡上编码和解码, 非常适合上载审看这种场合, 减少了资源占用, 也节约了资金。服务器可实现最高50Mbps的HD编解码, 并支持标清素材上变换后与高清素材的混播以及高标清自适应播出 (素材的上下变换) 。服务器所配存储用了12块1TB SATA硬盘做RAID, 有效容量约为10TB, 高于设计要求的6.6TB, 其FTP传输带宽不低于200MB/s, 理论上最高可以支持10个高清编解码通道。服务器没有采用通常的SAN结构, 而是采用了最普通的主备镜像结构, 主要是出于安全方面的考虑, 以及编解码通道不多的现实, 毕竟SAN结构的维护要求是比较高的。该款服务器可以说很好地满足了设计要求, 且具有很好的可扩展性和前瞻性。

二级存储采用Harmonic产品, 型号为MG-BASE2124, 配置了36块2TB硬盘, 裸容量为72TB。该设备可动态调整文件片重复因子, 在重复因子设为2时, 有效容量为36TB, 其读写带宽最高可达400MB/s, 完全满足设计要求。

其余硬件设备还包括搭建网络基础互联平台所需的转码服务器 (从Pinnacle转native MXF文件) 、技审服务器、监控管理服务器、数据库服务器等, 以及播出、上载所需的播出控制机、上载控制机、422倒换开关等, 均选用当前主流设备并着重考虑和原系统的兼容。

系统结构示意如图1所示。

2.系统软件功能要求及实现

软件功能是实现流程化播出的关键。结合云南台已有的工作流程, 我们重点对改造涉及的两个主频道的播出流程进行了梳理, 首先确立了“新旧数据库相对独立、互联互通”和“一次性完成新旧服务器应急上载, 一次性完成素材新旧数据库录入”两项基本原则, 既可以实现改造不对正常播出产生安全方面的影响, 又不对原有工作模式进行较大改动。这样对软件的通用功能和本地化提出了较高的要求, 是此次改造中的最大难点之一。

软件系统的改造主要分为三部分:

(1) 基础网络及内外互联系统

基础网络系统部分的改造分两步进行。首先是内部网络的升级改造, 主要包括内部网络环境和网络管理等方面。内部网络系统升级改造需一次完成, 我们提前完成了新旧网络IP分配调整、网络管理方式制定、网络系统用户管理等工作, 考虑了实施时间及网络系统恢复时间, 选择适当的时候与老系统进行了对接, 实现了新旧网络的互通。第二步实现与外部的节目单编制网、广告及电视剧缩编网和广告串编系统的素材、数据共享。由于此前已有现成的通道和流程, 仅需要增添适当的数据转码和传输接口即可实现。

(2) 数据库系统

云南台的硬盘播出系统建设时间较早, 原有素材管理模式是将关联性较大的频道设置在不同的服务器组中, 建立一个独立的数据库进行管理, 六个频道素材分别由三个数据库进行管理, 这种模式安全性较高、但应用不很方便, 而且给这次改造带来了一些困难。原来想借改造的机会实现统一, 但出于安全播出的考虑, 几经讨论, 还是放弃了这一想法, 对老系统数据库不做改动, 新建数据库通过相应接口实现素材和数据的共享, 实现了素材在二级存储系统内的统一备份和管理, 即使在播出端出现素材丢失等情况, 也能够在新旧二级存储系统、二级存储与播出服务器之间实现数据迁移。

数据库系统升级改造主要涉及数据备份、数据库结构调整、数据库测试等工作。在改造工程出现多数据库并存情况, 因此需做好所有数据库区分工作, 并要建立完善的数据备份恢复机制, 以免在升级改造过程中万一数据库出现故障、数据丢失等情况时无法进行恢复。当整体系统完成升级改造工作后, 需将老数据库及相应备份数据进行清除, 以保证数据库系统清洁。

(3) 上载、播出软件系统

由于现阶段云南台尚有部分节目需要在线上载, 所以上

经过与合作厂家的共同协作, 我们对上载软件进行了较大的改动, 分别对上载系统信号通道、上载编码通道的控制和两个不同数据库的素材写入的硬件部分进行了必要的改造, 实现了在进行录像机上载时, 信号同时进入既有的Pinnacle服务器 (原有线路不变) 和新购买的视频服务器做同步上载, 并向新旧两套数据库系统分别注册素材入库。做播出时, 新旧两套播出要同步播出 (原有播出不变) , 所有播出动作也做到了严格同步。

此外我们还为上载系统配置两个标清上载通路的信号技审, 在这个两个通路上进行上载时, 软件会自动启动信号技审软件并记录信号内容监测数据, 该技审数据对审片环节流程提供效率优化的支持。示意图如图2。

上载和播出软件系统的升级改造实际上是和在线播出有最直接关系的步骤, 包括软件系统环境安装调试、新设备控制开发测试、软件功能测试、整体工作流程测试、模拟在线频道播出测试等重要环节都必须做到兼容原系统, 在线测试必不可少。因云南台并没有可供测试的备用系统, 所有的测试都安排在夜间停播以后进行。在此期间出现新旧软件版本共存的情况, 我们统筹安排做好软件版本区分工作及新软件测试期间系统恢复工作, 对实施期间测试时间及系统恢复时间的安排做出了精确的安排, 没有影响在线系统正常运行。

虽然解决了素材的双库上载问题, 但节目单的双系统提交功能却因为涉及环节过多而没有做进一步的改造。不过由于节目单文件是标准的XML格式文件, 我们在编单站上简单地通过文件拷贝, 然后分别提交的办法, 实现了两个节目单同步传送至不同的播出控制站, 实现了同步播出。

经过改造, 云南台的卫视和经济频道实现了二级存储工作模式, 其简要流程如图3。

3. 主备系统割接实施

根据系统建设计划, 整个项目的最后一步是新旧系统之间的割接, 实现新系统做主播、老系统做备播的格局, 避免老服务器故障率高的问题对安全播出产生更大的影响。在经过硬件测试、系统搭建和软件改造测试等工作阶段后, 新系统进行了将近三个月并播试用。通过试用, 首先理清了与总编室、广告部和节目制作中心网络管理部门的工作流程与责任划分, 其次陆续解决了一些素材迁移、时间同步和设备控制方面的问题, 达到了实用的要求, 最后的割接工作也已万事俱备, 只欠东风了。

割接前我们首先考虑了播出控制的问题。原有系统是简单的一主一备, 主备信号来自不同的服务器, 由主备播出工作站在分别控制服务器的同时, 也通过422切换开关实现对需要控制的周边设备如切换开关和录像机等的控制。此次改造后形成播出主+备1+备2+备3的四路主备格局, 每个频道有四台播出站, 要想每一台都具备全面控制功能, 势必要配置四选一的422切换或用两级422切换才能实现, 这样不仅会让系统结构过于复杂, 过多的切换也不利于播出应急操作。考虑到节目几乎都是上载播出, 每天仅只在几档节目直播时需要对周边切换开关等进行控制, 因此我们干脆放弃了备2和备3播出站对周边设备的控制, 而只对服务器进行控制。主播和备1播出站则沿用原有的422倒换系统, 提供全面控制功能。

割接工作主要涉及系统信号通道改造、播出控制线路改造、控制系统在线测试和播出软件配置文件数值微调等, 不管准备如何充分, 这些事都只能在线完成。涉及的两个频道, 卫视是24小时播出, 经济频道21小时, 只能申请节目编排做出调整, 利用夜间停播时间来做割接, 最长只有4个小时的时间。因此工作难点在于如何按部就班地把这些工作完成, 并预留测试时间和意外处理时间。工作步骤计划必不可少, 针对可能发生的情况, 我们也做了临时应急预案, 甚至包括了改造不成恢复原有系统的步骤。实际操作中, 我们是分先后两次对经济频道和卫视频道进行割接的, 中间间隔了一周时间。有了前面充分的准备和计划, 两次割接施工都一次成功, 未出现任何影响到播出的情况。

三结束语

备播系统 篇4

播出备播平台系统是面向江苏广电总台所有频道 (传统频道、高清频道、付费频道) 的大框架整备系统, 为频道的节目素材在播出前提供所有的播前准备工作 (MD5校验工作、自动技审工作、软审工作、迁移工作、播前审看工作) , 是整个江苏广电总台播出系统的重要组成部分, 系统将会从存储升级、网络改造、接口服务改造、内容管理软件升级4个方面, 全方位升级改造现有播出系统, 为江苏广电总台实现全面高清化奠定坚实的技术基础。

存储升级将从存储容量、带宽、架构等多个方面升级, 新增的存储将会代替现有EVA存储的作用, 即作为播出全部素材的完备存储, 同时作为播出对外的交互存储。而现有的EVA存储只作为播出子系统的存储。由于存储的架构发生变化, 相应的网络架构也应随之改变, 最终将完适应新的存储架构。在接口服务方面不仅要考虑到播出总接口的新的需求 (例如导入允许控制、存储路径判断等) , 同时也要解决播出内部接口的新问题。新的内容管理软件则是基于能力平台流程驱动型的软件。

1备播平台架构图

本方案中采用“大备播+播出群”的系统架构, 新建的备播系统同时为各个播出群组提供服务。新备播系统将完全替换现有系统的主干接口以及备播存储, 通过流程驱动的方式实现节目的准备和分发。备播系统与各播出系统之间保持相对独立, 其通过接口实现素材的交互。各频道通过编单系统进行统一编单, 之后通过接口与各播出系统、备播以及监控系统进行数据交互。备播系统将构建能力平台为播出系统提供自动技审、MD5、迁移以及转码等服务, 而硬盘播出系统将被尽量简化。

2全台网送播

全台网生产文件化送播是通过播出提供的Web Service接口服务, 由主干流程统一调度, 实现各制作系统通过主干平台向播出系统进行文件的迁移和元数据信息的注入。本项目主要是对播出接口服务进行升级改造, 新接口服务完全遵循江苏广电总台全台网接口协议规范, 在不影响主干以及其他业务系统的情况下, 能够实现接口对送播流程以及各任务节点的控制, 能够弥补原接口的各种系统性缺陷, 同时支持新老备播系统平滑过渡等。

2.1播出接口功能

播出接口提供节目代码查询、节目代码详细信息查询、导入允许, 文件校验和元数据导入等服务。

(1) 节目代码查询服务主要提供给各制作网, 使其能够通过节目名称、频道、播出日期以及栏目等条件查询到播出系统中节目对应得节目代码。

(2) 节目代码详细信息查询服务主要提供给各制作网, 使其能够查询到节目的详细信息, 比如:关门时间、计划播出时间、节目名称、栏目、频道等。

(3) 导入允许服务主要提供:节目代码查询、节目详细信息查询、素材详细信息查询、重复导入判断、关门时间判断等功能:①判断代码合法性。②判断该代码下有无绑定素材, 有则生成重复导入请求。③判断关门时间。④生成物理ID返回) 。

(4) 文件校验服务:①生成数据校验任务存储至数据库。②接收播出接口校验结果并向主干反馈, 主要是通过文件MD5值的校验比对来验证文件传输的可靠性。

(5) 元数据导入服务完成素材信息的导入和文件的最终入库:①判断该节目代码下有无绑定素材。②将文件从临时目录剪切到播出素材库所在目录。③更新数据库标识 (包括素材表和素材位置信息表等信息) 。

2.2接口服务改进

2.2.1原系统缺陷

(1) 现有播出接口无法对网络传输素材进行导入允许控制, 只能提供开关式服务, 一旦有素材排队则无法对应急素材采取策略。

(2) 对已存在流程中的素材, 如果由于误操作进行节目代码二次绑定, 在素材没有入库之前, 可以错误导入, 造成素材被替换的现象, 而且流程不报错不易察觉。

(3) 导入允许服务判断关门时间为“查询当天以后”的节目单, 应该精确到“查询当前时间以后”的节目单。

(4) 在处理重复导入请求的逻辑存在不合理性, 应当先判断关门时间, 再把原始文件删除。

(5) MD5校验软件无法控制优先级, 造成紧急任务无法及时进行数据校验, 影响素材文件的迁移更有甚者可能影响素材的安全播出。

(6) 现有接口服务器为单机冷备, 一旦接口出现系统问题, 冷备切换需要一定时间, 在此期间播出系统则无法与外界任何系统进行交互。

2.2.2播出接口管控

(1) 导入允许控制。在不影响现有系统安全性的情况下, 对从各个部门传来的素材进行导入允许的控制。由于现有播出系统接口导入允许无法对网络传输素材进行管控, 只能提供开关式服务, 所以带来很多问题, 新的导入允许服务应提供以下控制;

对同时传输的素材进行先后次序和数量的控制, 例如同时送播节目不能超过10条 (可以由软件修改) , 其余节目等待, 每条节目都可以在接口控制软件中手动停止或优先级调整。

(2) MD5校验控制。新建系统接口服务MD5校验模块必须实现调整优先级的功能, 初次通过素材到达时间分配MD5校验ACTOR, 在应急情况下可以实现在软件中手动分配MD5检验ACTOR, 手动调整素材校验优先级, 确保需要的素材及时到达。

2.3新播出接口架构图

各个子系统通过接口访问播出, 经常要用到节目代码查询服务和节目代码详细信息查询。这2个服务也是播出提供给各个业务系统, 使其能够通过节目名称、频道、播出日期以及栏目等条件查询到播出系统中节目对应得节目代码。

当素材通过主干平台进入播出首先要经过导入允许服务, 判断代码合法性、关门时间、生成物理ID, 不同点是由于存在新老存储需要判断素材的存储路径, 之后在导入允许控制之下, 进入播出开始EMB迁移, 迁移结束之后, 在接口进行MD5校验, 此时可以在MD5控制里进行人工干预, 可将紧急素材手动提前, 结束之后进行导入元数据服务, 更行新老内容管理库及数据库。

3上载子系统

3.1上载现状

上载载系统主要完成节目素材的编码审看, 垫片播放等工作, 现有上载系统分为3块:4楼标清上载, 5楼标清上载, 5楼高清上载。

4楼标清上载主要完成卫视标清、综艺、城市等10个标清频道的上载审看及垫片播放等工作。系统采用SAN架构, 使用了两套Omneon Spectrum服务器, 总共提供20路编码通道, 20路解码通道, 满足素材上载审看, 广告上载审看, 延时编辑播出, 垫片播出的功能。具体分配为:播出上载14路编码, 播出审看8路解码;延时上载4路解码, 延时编辑8路解码, 延时播出路解码;广告上载2路编码, 2路解码;垫片播出2路解码。

5楼标清上载完成3个付费频道的标清节目上载、审看及垫片播放工作。使用两台Omneon单机服务器共提供6路编码通道, 4路解码通道, 分别是6路播出上载、2路上载审看、1路应急备播、1路垫片。

5楼高清频道上载素材较少, 目前是利用备播出服务器作为上载服务器, 共提供1路应急备播、1路垫片、1路播出上载、1路上载审片。

3.2新的上载能力

(1) 支持对现有上载服务器的素材管理, 系统能够利用现有上载服务器资源, 逐步进行融合, 并最终形成能支撑所有高、标清频道的统一的上载集群。

(2) 支持工作站方式上载站点, 能实现上载站点的快速扩展。

(3) 能兼容第三方上载软件, 实现上载素材的统一管理。

4其他内容平台内容汇聚

随着互联网技术带来的新媒体技术的发展, 传统的信息获取渠道无论从信息量还是时效性方面都已经不能满足人们的需求, 内容汇聚平台正是以其快而全的优势信息获取服务。

为了保证播出安全, 系统具备完备的素材检查机制。当节目进入系统后, 系统可以灵活调用技审模块, 执行素材检查, 通过技审及软审等手段保证待播素材不会出现黑场、静帧、静音等事故。同时, 由于节目来源包括全台网、互联网以及第三方内容提供商等, 素材格式会极其丰富, 由此可能会产生内容发布隐患。为了解决这个问题, 系统中集成了转码功能, 将不适合播出的素材格式转换为系统统一的编码格式, 确保播出安全。

电视台正常运作过程中, 节目生产网络与整备系统间存在大量的大文件 (视音频素材) 传输, 考虑到视音频文件格式单一, 所有素材文件通过防火墙进入。由于在接口上已经将所有的数据通过USB安全隔离系统做互联, 已经涵盖了网络隔离、白名单过滤、异构杀毒等功能。所以对于台内自产的视音频文件, 防火墙的需求十分简化, 只需开启网络访问控制等基本功能, 即可满足需求。

采用此方案, 有以下优势:

(1) 将元数据/消息与视音频文件分离处理, 简化了防火墙的功能要求, 在同等性能上, 大大提高了防火墙的通过带宽。

备播系统 篇5

以往电视台节目生产与播出业务受传统技术模式的限制, 播出系统备播工作流程基于节目磁带运作、节目素材本地上载到播出服务器, 节目单的传递与修改依赖于人工纸质操作。显然, 这种封闭模式不仅低效繁琐, 也无法适应今天电视台节目制播网络化的发展趋势。

而北京台新台播出系统的建设, 则是以实现全台制播网络一体化为目标。播出网络设计不仅要考虑与总编室媒资系统高效高质量的节目交换, 还要能实现网络化与文件化播出备播系统的安全可靠。其功能不单是为满足节目播出及节目单的准备与管理, 它更是一个智能化、信息化、流程化的实施系统。它不仅仅可以将节目素材与节目单备播、存储、修改、审看、播出、管理整合到一体化流程中, 还可以通过与总编室业务系统接口, 接收媒资系统备播素材, 并对素材进行文件级校验和检测, 为播出中心提供节目与节目单数据的支持和安全保障。这些具有战略意义的功能, 使北京台播出系统网络化、信息化程度有了一个飞跃, 也为推进北京台制播网络一体化发展奠定了基础。

如图1所示, 为满足制播网络环境下的播出系统业务需求, 在新台播出网络中, 我们构建了播出二级存储、总编室节目单和信息接口服务、备播节目应急上载、节目文件技审、播出备播流程监控管理等各子系统, 通过这些服务资源的设置与应用, 为播出系统安全运行提供了扎实的技术基础。

同时, 随着电视台节目播出高清化发展, 尤其是在高、标清同播环境下, 增加了播出业务系统的复杂性。因此, 系统设计的重点就是要做到“网络安全高效、服务可靠、流程可管可控、应急可用、质量可控”。那么设计一个什么样的网络化平台, 才能保证播出业务安全稳定运行呢?我们在以下四个方面做了新的尝试。

一播出网络安全可靠性设计

播出网络安全可靠性设计分两方面考虑∶一方面是播出网络系统安全, 另一方面是网络架构安全、防病毒体系和边界防火墙等。

1. 播出网络系统安全

与传统播出系统不同, 网络化播出系统不仅增加了设备的复杂性, 也增加了对IT架构的设备系统和各类应用软件的依赖性。因此, 在系统设计上, 涉及到的安全环节很多。在确保功能完善的基础上, 我们建立冗余备份机制。冗余部分系统层面主要从关键业务子系统、系统链路和网络基础平台等方面分别设计和考虑, 包括播出二级存储系统备份、数据库备份、应用服务组件备份、播出服务器系统以及播出控制系统热备份等。做到系统从宏观到微观, 无单一崩溃点。

举例来说, 播出二级存储系统是从媒资到播出服务器节目备播链路的关键业务系统。系统设计是否合理将会直接影响节目素材备播的效率和安全。因此, 我们在系统构建中着重解决以下几点:

(1) 存储架构的选择

采用SAN架构集中式存储技术, 这种存储技术的特点是通过中央系统管理软件对数据进行统一管理和高RAID级别保护, 有利于控制存储空间, 存储效率高。

(2) 系统冗余性设计

从数据冗余和系统应用冗余两方面着手, 设计二级存储体为双阵列系统, 所有数据在RAID级保护基础上还可以获得双阵列系统之间的镜像冗余。

(3) 素材文件迁移效率

提高二级存储素材迁移效率, 特别是针对高清节目大文件的读写应用。一方面需要解决上述存储带宽性能问题, 另一方面还需合理构建存储上层应用服务系统平台。

2. 网络架构安全设计

与传统播出相比, 播出系统网络化使其在系统边界和业务边界方面都发生了很大变化。这种变化给播出带来的最直接风险就是网络安全问题。网络安全核心概括起来包括:预防恶意代码、数据完整性和可用性的保护, 以及在接口边界建立端口访问控制等。为此, 就网络层面设计而言, 我们主要遵循以下几点:

网络架构。考虑到播出网络系统规模, 我们采用“核心-接入”二层拓扑模型。并通过核心交换机划分VLAN, 配置ACL, 实现区域隔离和对外访问控制;

在与外系统交互边界部署防火墙、网关、网闸等硬件安全设备。例如:在与总编室节目单与元数据信息链路边界部署防火墙, 使得节目单与元数据交换是需通过防病毒网关或网闸, 可以有效隔离病毒, 保障数据的安全性;

建立防病毒服务体系, 在主干系统业务应用平台建立播出系统防病毒数据库的专用升级链路;

媒体文件在经过跨系统边界传输后, 采用MD5码校验, 以确保数据在传输过程中的安全性和完整性。

二服务可靠性设计

在新台制播网络化环境下, 与播出系统网络接口相关的业务主要包括:总编室媒资系统节目备播、节目单编排业务、广告节目备播业务、播后数据统计业务等。出于安全考虑, 为了尽可能减小播出系统与生产网主干平台业务的耦合性, 我们直接在播出系统与总编室媒资备播系统之间建立点对点的连接, 播出网络通过此应用接口实现与全台各业务网络系统的互联互通。播出网络访问路径设计如图2所示。

播出与总编室编播网络跨系统平台信息交互是采用Web Services方式, 其特点是可以跨越防火墙, 实现不同语言写成的在不同平台上运行的各类应用程序的通信。对于系统接口服务和具体参数而言, 无论是调用播出系统提供的, 还是调用总编室与媒资备播系统提供的, 要求都是一致的。因此, 建立接口规范, 是实现跨系统互联的一个重要前提。

三播出系统备播流程设计

播出系统业务流程设计是网络化与文件化制播应用的主导核心。关于流程管理方面的设计, 没有统一的模式。我们需要结合实际应用、实际业务流程, 进行针对性设计。也正因为如此, 其合理化设计显得尤为重要。

播出系统备播流程从业务内容上划分, 主要分为节目文件备播流程与节目单编辑及交互流程。面对网络化流程带来的挑战, 我们需要重点解决流程运行、控制、监管和应急等几方面的问题。

1. 流程运行

流程运行以节目文件备播流程为例。一方面, 我们对备播链路各环节的带宽吞吐能力进行评估, 避免出现瓶颈效应。由于播出二级存储系统是打通总编室媒资到播出服务器素材传输链路的关键环节, 因此, 我们重点解决二级存储带宽性能问题。并采用负载均衡, 防止迁移任务堵塞, 以确保备播业务高效运转。另一方面, 我们对节目代码进行规范, 制定网络备播时长门限和节目素材存储生命周期管理, 以保障备播业务运行的可持续性和精细化与自动化管理。

2. 流程控制

流程控制是指节目备播流程各环节的触发与任务执行。包括正常节目备播流程、在线直发节目备播和应急流程的启动等。

在设计中, 为了方便处理应急流程的问题, 我们采用基于策略的自动控制和手动触发控制两种方式。其中以自动控制为主, 保留手动控制的灵活性。即:建立策略服务平台, 将总编室媒资备播素材按照一定的条件 (节目单、节目属性、频道等) 自动生成迁移任务, 迁移到播出服务器。例如:按照节目单时段对节目进行分类, 分为当天在线直发节目和次日预播节目, 根据播出时间, 按照不同策略优先级自动生成迁移任务, 实现节目备播流程的可管、可控。

在节目备播流程设计中, 为保障在线频道短缺节目按时备播, 需要合理制定关门时间。根据节目的开播时间、节目时长、文件大小以及审查和迁移所占用的时间, 推算出流程中各环节的最迟提交时间。该时间为关门时间, 以保障每一环节按时启动。

3. 流程监管

我们通过监控软件的定制开发, 建立流程关键环节监管平台。可以随时监看到节目备播流程的当前状态和节目单交互的信息。可以及时发现流程运转中的故障点, 实现对流程运行的动态监管。监管的内容包括:总编室业务系统到播出系统接口数据交互和节目单交互信息状态, 媒资备播库至播出二级存储素材迁移状态, 播出服务器素材迁移状态等。

4. 应急流程

为确保播出系统业务不中断, 我们对系统建立了各种应急预案。例如:针对总编室业务系统故障, 设计了备播节目素材和节目单手工导入播出系统的应急操作流程。针对播出二级存储系统故障, 设计了播出服务器节目素材应急上载流程等, 以避免网络化与文件化备播系统可能出现的各种隐患, 保障业务系统应用的连续性。

四质量控制

对于网络化与文件化备播系统而言, 素材文件的好坏直接关系到播出安全。因此, 素材文件的质量控制, 是整个文件化备播流程中的重要一环。具体来说, 质量控制设计是一个立体防护, 需要采用多种监测和技术手段。例如:MD5码校验、自动技审、人工复检以及头尾检测等技术。通过多种技术手段对节目素材进行检测, 可提早发现带有“硬伤”的节目素材, 确保节目备播质量与安全。

为此, 我们在系统业务中增加了必要的素材文件检测功能。按照全台制播网络节目存储文件格式统一规范, 播出系统节目文件编码压缩格式采用MPEG-2、4:2:2、IBP帧 (高清50Mbps, 标清12Mbps) , 封装格式统一采用MXF-OP1a格式。备播节目文件在经过了MD5码校验后, 还可以根据需要, 在后续流程中设置必要的文件技审环节, 对素材文件进行MXF封装格式的检测。

通过对MXF文件进行物理层的检测 (包括检测MXF文件Head信息, 检测KLV结构等) , 可以有效滤除MXF结构不完整的文件, 进一步提高备播节目文件在视频服务器播出的安全性。

总之, 素材文件整体性的保障是关键。但是, 我们也不能忽略其他方面会产生的直接影响。例如:节目中出现的黑场、彩条、静帧等不可播内容, 播出中节目切换时出现的声音变幅过大, 这些会直接影响到用户的感官体验。我们从素材源头上杜绝出现不可播内容, 再加以后期的技审和人工复审。这种多级技术检查机制也充分体现了网络化与文件化备播模式所具有的优势, 并有效避免了由于素材本身可能给播出一线带来的安全隐患问题。

五结束语

网络化与文件化备播系统不仅给整个播出业务带来了工作模式和流程的改变, 而且也使播出系统结构及设备更加复杂, 流程更加多样, 故障复杂多变。如何确保播出备播系统安全、高效、稳定地运行, 如何做到对整个业务流程可监、可管、可控, 是目前全台网环境下, 播出网络系统设计需要考虑的重点, 也是未来系统需要不断完善和发展方向。本文结合北京台新台高标清播出网络系统建设与应用情况, 从构建安全的网络环境、建立高可用的接口服务规范、流程设计以及节目质量控制等诸多方面, 阐述了网络化与文件化播出备播系统的设计要点, 供同行参考与指正。

摘要：依据北京台新台高标清播出网络系统建设与应用实践, 介绍了网络化与文件化播出备播系统的设计要点与方案, 阐述了在构建播出网络安全环境、跨系统接口服务规范、备播业务系统流程设计和节目质量控制等诸多方面的有益尝试。

春耕备播注意事项 篇6

一、播前准备

⑴播种前应仔细查看地块情况, 做到心中有数, 以确保作业质量和机械安全。

⑵备足种子、肥料和易损机械部件, 以免耽误播种, 贻误农时。

⑶种子必须干燥干净, 不得夹杂秸秆和石块等杂物, 以免堵塞排种口, 影响播种质量。精量播种时, 种子必须经过严格挑选, 肥料也要清洁干净, 否则会影响播种施肥质量。

⑷把种子肥料放在地头适当位置, 以免添加种子和肥料时耽误时间。

二、播种注意事项

⑴播种机械在作业时要尽量避免停车。必须停车时, 应将播种机升起, 后退一段距离, 再进行播种。下降播种机时, 要使拖拉机在缓慢行进中进行。开沟器入土时播种机不得后退, 以防止堵塞或损坏开沟器。

⑵地头转弯时, 应将播种机升起, 切断排种器和排肥器动力, 并升起划行和开沟器。

⑶辅助人员要在作业中随时观察播种机的作业状况, 特别要注意排种器是否排种;排肥器是否排肥;输种、输肥管有无堵塞;种箱、肥箱中是否有足够的种、肥等情况。

⑷播完一种作物后, 要认真清理种子箱, 以免种子混杂造成排种故障、种子浪费和给以后的田间管理带来麻烦。播种完毕后, 要及时清理排肥箱, 以防止腐蚀机器。

春耕备播用农机学问大 篇7

一、播前准备

1. 播种前应仔细查看地块情况, 做到心中有数, 以确保作业质量和机械安全。

2. 备足种子、肥料和易损机械部件, 以免耽误播种, 贻误农时。

3. 种子必须干燥干净, 不得夹杂秸秆和石块等杂物, 以免堵塞排种口, 影响播种质量。精量播种时, 种子必须经过严格挑选, 肥料也清洁干净, 否则会影响播种施肥质量。

4. 把种子肥料放在地头适当位置, 以免添加种子和肥料时耽误时间。

二、播种注意事项

1. 播种机械在作业时要尽量避免停车。必须停车时, 应将播种机升起, 后退一段距离, 再进行播种。下降播种机时, 要使拖拉机在缓慢行进中进行。开沟器入土时播种机不得后退, 以防止堵塞或损坏开沟器。

2. 地头转弯时, 应将播种机升起, 切断排种器和排肥器动力, 并升起划行和开沟器。

3. 机械手要在作业中随时观察播种机的作业状况, 特别要注意排种器是否排种;排肥器是否排肥;输种、输肥管有无堵塞;种箱、肥箱中是否有足够的种、肥等情况。

4. 播完一种作物后, 要认真清理种子箱, 以免种子混杂造成排种故障, 造成种子浪费和给以后的田间管理造成困难和麻烦。播种完毕后, 要及时清理排肥箱, 以防止腐蚀机器。