沈阳电视台编播业务流程设计及实践
图1
三、设计五种播出素材准备方式,形成五类业务流程
在新的节目播出单制作系统设计时,我们增加了一个字段要素--"素材准备方式"。可有五项选择:录像带上载、转码、广告、直播、播出素材库。基于这五种准备方式,可形成五个类型的业务流程。
1.录像带上载
在制作节目播出单时,会向设为该准备方式的节目分配新的节目ID,当节目单发送给播出系统后,会在播出系统形成"待上载列表",该列表可按频道、播出日期进行检索。播出部值班员根据该列表上载播出节目,但该节目的名称、长度、播出时间、素材删除日期、播出期间可否键入字幕等要素,均已在节目单制作时设定,值班员只是用录像带上载,上载后审看素材内容、长度是否与播出单一致即可。目前沈阳电视台对电影、天气预报、专题一类的节目采用此类流程。
2.转码
采用转码方式的节目,必须是在非编网上制作、提交给媒资系统的播出版节目,当然也包括媒资编目保存在近线磁带库后又回迁到在线磁盘阵列的节目。对这类节目,我们设计为首先可在媒资网上进行审看,并在审看过程中可以标记一些信息,如是否合格、广告插播点等。其次通过嵌入在总编室编单工作站上的媒资浏览查询软件,将该节目与节目播出单绑定,实际上是把媒资系统该节目的ID复制在节目播出单上。最后再向播出系统发送,可以随节目播出单一起发送,也可以单条节目发送。发送后,通过迁移调度软件,系统会自动将节目素材写入到一个播出缓存之中,写完后系统会自动校验,无问题则向播出系统发送消息,播出系统会启动转码程序,将节目素材转码迁移到播出系统,转码结束后也设有自动校验及向媒资系统反馈消息的程序。开始我们在播出系统还设计了转码后值班员审看环节,但经过一定时期的实践,特别是增加了自动校验之后,转码没有出现过问题,就将此环节撤销了。目前沈阳电视台对电视剧、节目导视、重点节目宣传、综合栏目等节目采用此类流程。
3.广告
在节目播出单上准备方式设为"广告"的节目,实际上是个逻辑段包。在节目单向播出系统发送的同时,也向广告串编管理系统发送广告段包的信息,主要是播出日期,段包数量、长度等。沈阳电视台广告串编管理系统是一个集客户管理、合同管理、财务管理、编播管理、统计管理为一体网络系统,它是将原有硬盘播出系统与广告管理系统结合而成,与沈阳电视台现有播出系统采用相同类别的播出服务器,可作为备播系统,目前该系统由广告管理部门使用。当签订广告协议后,有关人员将协议输入广告管理系统,系统会自动形成每日广告串连单。但该广告串连单中的广告段包必须与总编室节目播出单设定的广告段包在数量上一至,才能导入到广告串编工作站上,在广告串编工作站上对无素材的广告提示需上载素材,也可进行必要的填补或调整。之后,由广告管理人员向播出发送,实际发送的只是播出服务器上没有的几条广告,又不需转码,所以速度很快。发送结束后,发送者必须通过检测软件检验发送是否成功。从这个流程可以看出,总编室对广告类节目的播出,只是进行宏观控制,只规定每天广告段播出的次数,每段的时间,至于广告段里具体的内容,则由广告部门决定。广告部门如要更改播出次数,增减每段长度,必须经一定审批程序,经总编室修改节目播出单方可实施。
4.直播
电视台的许多节目是采用直播方式的。节目播出单对此类节目的准备方式设为"直播"。但总编室制作的节目单中不包含"直播信号源"要素。所以节目单发送给播出系统之后,对直播方式的节目,会在播出系统作出提示,让播出值班员在直播前正确选择外接信号源。另外需注意,有些直播节目是采用延迟播出,实际是边上载边播出,制作节目播出单时应将该类节目的准备方式设为"录像带上载"。
5.播出素材库
前面已经提到,对长期播出的节目,素材长期保留在播出服务器上,可采用制作"宣传片"的方法。但要明确,并不是在节目播出单上将准备方式设为"播出素材库",节目素材就一定存在于播出服务器上了,而是第一次必须采用录像带上载或转码方式将节目素材上载到播出服务器上,设置较长的素材保留时间,然后再使用该节目ID时,系统会自动将准备方式切换到"播出素材库",不需人为设置。如果素材被播出系统删除,即便设为播出素材库也不能正常播出。采用"播出前检测"的方法,可判断节目素材是否存在于播出服务器上。
通过上述五类流程的介绍,可以看出在网络环境下沈阳电视台编播业务流程是具有一定的灵活性的。其总体流程可用图2表示。
图2
四、实践中发现的问题及应对措施
沈阳电视台网络环境下编播业务流程是在实践中不断完善、逐渐成熟的,在实践过程中出现过不少这样那样的问题,现归纳几点供大家借鉴。
1.节目播出单制作、发送方面的问题
沈阳电视台媒资系统与播出系统分别由两个公司承建的,所以制定接口协议是必需的。我们规定节目单采用XML标准格式文件向播出系统发送,,也规定了缓存方式、字节定义等。但忽视了两家公司节目单制作内在的一些东西,如字段阈值范围。新系统启用不久,经常出现节目单发送失败现象,经我们查找,确定是由于总编室编单中采用了XML文件的非法字符,如〈〉‘’等,在对软件进行完善之后,个别时候仍有节目单发送失败的现象,我们再次进行细致检查,最终确定是由于总编室编单中节目名称过长,超出了播出系统的许可字节长度造成的,加以限定后,节目单发送失败的现象不再发生。最近出现过一次较为奇怪的现象,某个频道编辑制作节目单时,将一些播出节目素材的删除日期设为2100年12月31日,节目单发送到播出系统之后,凡是检索该节目素材的上载工作站全都处于瘫痪状态,所有值班员账户都不能登陆。沈阳电视台有关技术人员直接对数据库进行操作,将这些素材的删除日期改为2008年12月31日之后,系统才恢复正常。这一类似"千年虫"的问题说明严格规定阈值范围是很重要的。
2.播出节目素材迁移转码方面的问题
播出节目素材通过文件迁移方式向播出系统发送,是网络环境下业务流程具有的一个突出特点,也是一个容易出现问题的加载方式。在使用网络上传节目初期,我们发现媒资系统提交给播出系统的节目在转码之后,有时会出现"空壳"现象,即转码后有节目名称,但内容编码全是0。为克服此问题,我们为系统增加了自动校验功能,在媒资系统将播出节目写入播出缓存之后,首先自动进行校验,校验成功后再向播出系统发消息,令其开始迁移转码,如果校验失败,媒资系统会自动重新进行写入缓存的操作。同时,播出系统转码之后也进行自动校验,如有问题则向媒资系统发送操作失败的消息,节目素材不入数据库。此项改革后,播出转码的此类故障再未发生。
对文件转码、迁移类的节目加载过程,我们采用的一个原则是,谁发送节目,就由谁检测是否发送成功。转码节目由总编室频道编辑发送,在节目单上设有转码检测功能,也就是说节目单发送后,一段时间后,转码节目成功后,会在该节目记录前标记"√",如失败会标记"?"。广告节目是由广告部门有关人员负责发送的,所以由该责任人负责检测。有一次,广告部门某频道串编人员把日期记错了,把后日的广告加载给播出系统,而没把第二日的广告进行加载,结果第二天清晨,播出部值班员加载播出单时,发现一个频道的广告素材全是空的。此时虽经紧急处置没出现问题,但我们也察觉到在流程上又不安全的因素存在。所以我们协调承建公司在播出系统上安装自动报警软件,在播出前一日晚上对广告加载进行自动检测,如有问题将自动报警。
3.节目制作网络化提交、审看方面的问题
节目制作后,采用网上提交播出的方式,是实施新业务流程的一个难点。因为它涉面比较广,编辑记者的技术水平参差不齐,责任心也有强弱之分,稍有疏忽就会给播出造成问题。在测试中,我们就发现网上提交的节目声音有大有小,甚至没有声音,有些节目时间长度不符合要求,有时节目说是提交了,但总编室在媒资系统找不到。解决这些问题的办法,一是制定操作规范、二是加强人员培训。对此沈阳电视台制定出《综合非编制作网节目制作、审查、交版及播出业务流程相关技术性操作规范》,该规范对非编节目制作--制片人审看--主任审看--总编室审看--总编室编单调用--播出值班员核对播出等环节,都作出了具体规范。例如,在非编制作环节,规范节目名称的建立、素材采集视音频幅度、音频输出的设置等。在主任审看环节,规范审看时间期限及审看重点等。沈阳电视台先后举办了四期培训班,对所有编辑记者进行普遍培训。而在具体栏目实行网络提交时,对该栏目的制作人员再次进行重点培训。另外,实施过程中要采取循序渐进的方式,成熟一个,实行一个,不能一蹴而就。
对网络提交节目的审看,首先要求节目负责人在制作网打包合成播出版后进行一次审看,合格才能向媒资进行迁移。然后总编室专职审片人员在媒资网设置的专用审看工作站上,对节目进行播出前审看,可标注审看意见及信息。这里请注意,审看工作站一定要对高码流的播出素材进行审看,一定要有音频电平显示。
4.媒资系统在线、近线迁移方面的问题
通过媒资进行网络整合后,在沈阳电视台非编制作网制作的节目,打包合成后,可以将播出版上传给媒资系统(合成的制作版或原素材也可以提交媒资保存),播出版在媒资系统既可以编目保存,也可以用于播出,但媒资在线盘阵存储容量有限,所以对节目提交的时间必须作出规定,根据沈阳电视台的实际情况,总编室规定节目网络提交应在节目播出前2~5天内完成。
但有些提前制作完成节目,必须要保留的,可以迁移保留在近线存储上,播出时再回迁,例如电视剧等节目。我们采用的流程是:将每部电视剧剪辑成标准播出版,提交媒资编目保存。播出前回迁、再次审看,然后由频道编辑将其与节目单绑定,发送到播出。由于数量很大,每天要播出30集左右,所以保证电视剧播出节目素材在媒资系统正常迁入迁出是一项重要工作。在实践中,我们多次遇到迁移方面的问题,有硬件故障,也有软件方面缺陷,操作流程不当也有影响。我们的经验是,必须合理安排任务,均衡数据流磁带机的操作。电视剧回迁提前3~4天,尽量与批量编目保存任务错开时间操作。同时加强系统的技术监管,发现问题及时解决。
http://info.broadcast.hc360.com/2008/06/121111112470-5.shtml