文/莫 鑫 胡 强(湖南广播电视台)

　　摘要 在互联网新媒体与传统电视台竞争加剧，IPTV与有线电视竞争加剧的行业环境下，电视台制播技术系统如何优化业务流程和后台设计，为节目创作提供便捷高效的服务平台是一个值得我们电视技术人员深思的问题。本篇将以湖南广播电视台全台网为例，介绍针对不同业务需求的全台网弹性业务模式。

　　关键词 全台网 制作域 播出域 弹性业务模式 分布式集群

　　1 引言

　　全台网是一个大的课题，总局2006年开始发布《电视台数字化网络化建设白皮书》，当时还是标清电视的时代，2009年9月28日含中央台新闻综合频道和湖南卫视在内的9个高清频道一同开播，国内各家电视台逐渐进入高标清同播时代。随着IT技术的飞速发展电视台制作和播出领域均由传统的磁带介质方式向网络传输和文件存储的全台网方式转变。各大电视台全台网模式基本遵循总局白皮书的架构，根据自身的业务特点进行业务流程编排。2016年总局发布《电视台全媒体制播网络白皮书》，白皮书中支出网络化建设是广电行业发展的必然趋势、战略的必然要求，为下一步全媒体网络建设指明了方向。现在全国电视台已有许多的媒体云，但多数侧重于技术合作和开发，偏向于打破技术壁垒，在实际业务承接上并未全面展开，在此过渡期间，技术业务人员可以多利用现有全台网平台深入了解实际节目业务流程和需求，思考业务迁移方式，为将来新技术平台的建设和业务迁移积累更多的经验。

　　2 全台网弹性业务模式流程设计

　　所谓弹性业务模式实际上指的就是针对不同频道和栏目进行业务模式的细分，采用不用的业务流程设计，满足不同的业务需求。针对制作网与主干和媒资系统结合紧密的频道采用传统的全台网模式，送播业务可直接在制作系统发起;针对制作网与主干结合不紧密的频道采用基于B/S架构的松耦合模式。在节目ID创建上即可由节目编排人员规划周期性节目便于制作人员绑定节目ID，也可由节目制作人员临时申请节目ID，便于非周期性节目的送播。系统即能够实现节目的送播，也能够实现节目由播出网到制作网的回传下发。流程监控上针对不同的业务人员账号展现不同的流程进度模块，还可通过短信和微信等方式及时告知相关人员任务进度情况。

　　2.1采用紧耦合模式的全台网模式

　　紧耦合模式适用于我台卫视电视剧和综艺等节目类型，此类节目主要在国外品牌非编制作网进行制作，无法直接生成播出系统规定格式，需要借助中间系统转码服务生成播出格式，同时高码率版本需要在主干媒资进行存储。由于我台非编制作网、非编转码服务和主干系统均由制作调度中心进行运维，故此类环节在文中我们统一划归到制作域。

　　如图1所示，节目在制作域完成三审和送播后，进入到播出域，完成文件的校验和技审后，节目进入播出二级存储，系统会自动根据播出时间等条件迁移至播出服务器，待人工审核完成后，便可进行播出。

图1 制作播出紧耦合模式全台网业务流程图

　　2.2采用松耦合模式的基于B/S架构的业务流程设计

　　松耦合模式可适用于我台卫视新闻中心制作的节目，此类节目一般直接在国内品牌非编系统完成制作，可直接打包生成播出兼容格式。节目直接由非编存储上传至播出域缓冲池，当然基于安全考虑仍会在播出域进行转码规整。任何非编站点均可通过浏览器访问播控中心文件化送播页面进行任务提交。在2.1中讲到的紧耦合模式下，如果中间系统或者主干系统出现故障时，也可采用播控中心页面进行任务的提交。

图2 制作播出松耦合模式全台网业务流程图

　　2.3弹性节目ID

　　我台频道和节目数量较多，节目编排情况相对比较复杂。一部分频道节目能够实现提前规划，提前送播和编单，此类节目可由总编室通过播控中心页面提前完成进行节目ID创建，节目制作人员送播节目时便可在制作域或者播控中心页面进行节目ID的绑定。总编室编单时即算节目未上载也可在资料库中查询节目ID进行编单，无需再手动建立节目名称。四种情况下ID创建绑定流程见下图3和图4，图中省略部分与ID无关的流程。

图3 提前规划节目ID业务流程图

图4 未提前规划节目ID业务流程图

　　2.4弹性下发业务

　　全台网既然是网络必定支持数据的双向传送，我台全台网除了支持文件的送播业务，还可支持文件的下发业务。频道人员可在播控中心提供的文件下发页面进行下发素材的编单和下载单审核，不同的业务需求经过不同的流程后可将素材迁移至指定位置。图5为四种不同类型的素材下发下发流程，流程1会经过转码、技审和人工审核等环节，确认无误后素材方可进行迁移。此类素材可用于频道的节目归档等业务，无需进行二次编辑;流程2不需要进行转码，下发素材可用于兼容播出格式的用途;流程3未配置人工审核和技审等环节，但可将素材转码成指定格式，可用于节目对外出售等用途;流程4是最简单快捷的下发流程，主要针对时间要求比较紧张的素材下发。

图5 素材下发流程图

　　3 系统架构和后台服务模块设计

　　3.1系统架构

　　系统采用接入到核心的扁平化网络架构，采用IRF智能弹性架构技术，进行跨设备双链路聚合，实现网络的高可用性、高可扩展性和高可靠性。

　　播出系统通过文件化送播系统与制作域(包括主干和各频道制作网)互联，制作域通过接口方式获取播出域数据。制作网和文件化送播系统均可通过IDC中心申请到节目代码，制作域送播的节目会先落地于文件化送播系统存储，在文件化送播系统完成一列的校验、转码和技审等流程后，节目再从文件化送播系统存储，到达播出二级存储和播出服务器。

图6 湖南广播电视台文件化送播系统拓扑图

　　3.2服务模块设计

图7 服务模块设计图

　　系统服务模块设计借鉴了微服务的理念，采用15个服务模块，可以按照不同的业务需求拼接成不同的工作流。服务主要进行任务分配和管理工作，代理主要进行服务分配的实际业务，任何素材状态的改变均可通过微信和短信网关及时通知相关人员。具体服务功能如表1所示。

表1 服务模块功能表

　　模块名称功能说明

　　分配服务模块用于任务分配

　　分配代理模块任务分发并执行拷贝、MD5计算等

　　网页辅助服务模块网页IIS提交任务辅助服务

　　技审服务模块为技审将文件分片及合并中间文件

　　技审代理模块分片文件的技审

　　转码服务模块为转码将文件分片及合并中间文件

　　转码代理模块分片文件的转码

　　短信微信服务模块提供短信微信通知

　　监控服务模块提供系统监控

　　文件交互ESB服务模块导入许可、入库、反馈标准对外接口

　　与播出互联服务播出查询和详细查询

　　播出状态和查重服务模块播出查重、节目单、未上载、状态

　　导入服务模块素材导入到播出系统

　　导入分配模块素材导入到播出的任务分配

　　IDC服务模块ID申请、审核、查询等服务

　　3.3分布式集群模式

　　服务模块设计上结合云计算和虚拟化计算领域的理念，所有服务模块均采用分布式集群架构，任何的单机故障都不会造成业务的中断，为将来业务向云和虚拟化方向发展奠定了基础。以转码服务为例需要转码的素材通过转码调度服务，被切片分配到转码服务器集群进行转码，完成后进行合拼拼接，组成成品供各种业务部门使用。采用素材分片的形式极大地提高了单个业务环节的效率，在突发情况下专用服务器集群较繁忙时，还可使用通用服务器进行虚拟化服务器扩展。

图8 转码系统架构图

　　4 总结

　　就电视台而言技术平台最终是为节目生产服务，特别对较大的省级电视台而言，面临着频道多、栏目多和人员多的特点，不同的频道和栏目可能有不同业务流程，它们之间既有共性又有差异性，那么我们在技术系统的设计上就需要充分考虑到，在满足功能需求的情况下，对服务进行细分，让服务可编排组合，以可伸缩的弹性业务模式满足不同的流程，从而避免业务流程变化带来的系统变更。另外在单个服务模块后台的设计上可以采用分布式集群模式，任务分片进行，既能够提高效率又能够保障安全。采用弹性业务模式的流程设计和分布式系统，能够在进行业务的虚拟化云平台迁移时，实现技术系统更新，加快效率，同时将对业务的负面影响降到最低。

　　5. 参考文献

　　1. 赵华.媒体融合大势下的媒体云现状与思考.传媒参考，2017;1:48-49

　　2. 杨骁.为融合发展插上“技术翅膀”.中国新闻出版广电报，2016;0412：第二版要闻

　　（编辑：易灵巧）