播出业务（精选三篇）
播出业务 篇1
(1) 值、检分开工作模式已基本实现, 发射机房工作重心从值班、检修并重转为以检修为主, 值班部门的工作重心转为以安全播出和应急处理为主。这种情况下使值班员实际操作和故障处理的机会大大减少, 传统的培训内容和模式需要调整, 与之相适应。 (2) 职工参加业务培训基本上是被动的, 主要依靠主管台领导通过一些制度规定强制实施。这种状况在大家头脑中逐步形成了一种潜意识, 即“业务培训是领导要我学, 是工作的需要”。随着人事制度改革的深化, 专业技术人员分级管理制度的实行, 新的培训观念应该成为共识:“自我提高不仅仅是领导的要求, 更是个人的要求”。要进一步加大培训管理力度, 逐步建立科学有效的考核评价和奖惩机制, 使业务培训真正成为安全播出事业发展的内在需要、技术人员成长的自身需要。新形势下“我要学”应该是第一位的, “要我学”是第二位的。只有自己主动去学, 才能学到东西, 培训效果才能有保证。
2 新形势下的业务培训管理
2.1 合理制定业务培训计划
“凡事预则立, 不预则废”, 培训计划好比一份培训的交通图, 指导培训快捷准确地达到目标。业务培训计划要结合业务实际情况合理制定, 要做到在培训中讲到的, 在维护中就要去实践, 让维护与学习有机的结合起来, 使培训工作具有学后看得见、摸得着、用得上的良好效果。而且“计划要跟得上变化”, 如培训目标的变动、计划的进一步细化、实际进程的变化、新的问题、人员的变化等出现后, 都需要及时对项目计划进行调整, 要与中心工作紧密相连。
2.2 选择合适的实施负责人
针对不同的培训计划, 选择合适的实施负责人。“强将手下无弱兵”, 实施负责人是培训实施的核心人物, 必须具备一定的业务、专业知识。
2.3 坚持目标管理和过程管理相结合
对于具体的培训项目, 既要明确培训目标又要坚持目标管理和过程管理相结合的原则。过程管理主要掌握培训条件的具备、技术资料的完整、培训的效果、应用情况等要件。
2.4 制定激励机制, 保障落实
通过制定激励机制, 使人的主观能动性得以充分发挥, 调动职工的工作积极性和创造性, 真正激励先进, 鞭策落后。激励机制不单单是指奖惩制度, 还包括给予重用、提升职务、改善工作环境与条件、待遇提高、满足个人的合理要求等方式。
3 开展形式多样的业务培训工作
在业务培训工作中, 保持值班员对于培训工作参与的积极性非常重要, 培训工作的效果好不好, 取决于大家参与程度高不高。要改进和创新培训的方式方法, 使培训工作形式更加灵活、有效、多样, 形式好了, 培训的气氛就会活跃, 培训的效果也好。
举例1:可组织以班组为单位的学习活动, 把培训计划中的一部分内容安排给各班, 让他们自己备课, 亲自讲授。值班员自己当老师, 讲解相应培训内容, 并让大家参与点评和讨论, 这样不仅给值班员增加压力, 也带来了动力, 可充分调动每一位职工的积极性, 增加培训工作的互动性。同时, 也可促进各部门了解职工的业务水平, 并根据值班员自身情况在培训工作中有针对性地开展工作。
举例2:培训中可结合发射机实际电路, 将发射机的一些基本电路分解成学习内容, 机房给出设计要求、器件资料等, 让值班员自己动手设计和制作电路, 增强值班员的动手能力、读图能力和故障分析处理能力。
举例3:机房可将定型故障、应急措施制作成图文并茂的操作卡片, 放于控制桌和设备前, 既能够方便值班员学习, 又能够使值班员在处理故障和异态时可以拿着卡片, 按照要求顺序操作, 将处理时间缩短, 减小发生处理不当责任事故的可能性。
举例4:在业务培训中注重提高大家观察问题和分析问题的能力, 对工作中发现的异态故障, 不要直接告诉大家原由和结果, 先组织全机房人员对问题进行讨论和分析, 然后再进行总结, 形成故障异态分析处理经验记录供大家进行学习。
通过开展多种形式的业务培训工作, 可充分调动和发挥值班员的主观能动性, 让职工一改以往的“要我学”为“我要学”, 业务学习风气的变化将为值班员业务素质的提升和安全播出成绩的提高打下坚实的基础, 责任性事故将大大降低。
4 以科技创新带动业务培训工作
在科技创新、技术革新工作中, 要把科技创新与业务培训相结合的方式来开展, 使用在工作岗位上有潜质、想干事、能干事的年轻同志开展研制工作。鼓励他们发挥才能, 允许作各种技术尝试, 开发中允许失败, 但是要总结积累经验。通过做好技术开发工作, 业务培训也可在其中得以有效实施, 参与项目的人也得到了更快的成长。项目实施改造后, 还能够得到很好的使用与维护, 安全播出工作也进一步得到了保障。
5 重视新职工入台培训工作
新同志参加工作后, 前几年的培训教育至关重要。首先应在技办室统一集中学习, 对电台的发展情况、安全播出工作、技术安全、消防安全、保密工作、电台管理等规章制度有一个比较全面的了解。然后再到不同部门进行短期学习, 使他们认识学习各种设备, 体验全台各技术部门的管理方法, 对全台的安全传输工作模式、运行维护有较完整的感性认识, 这对新职工提高自身综合素质, 提高他们对整体安全播出工作业务的认识会有很大帮助, 分到部门后能尽快适应工作。
要想做到更有效、更全面、更高效, 还要根据设备特点制定相应的《上岗考核标准》, 《标准》要全面, 要含盖基础理论、技术安全、原理图、实际操作等内容, 而且上岗考核要严格。
6建立标准化培训档案管理
培训档案管理是业务培训工作的重要组成部分, 培训档案要包括个人培训档案和部门培训档案。
6.1个人培训档案
个人培训档案要有培训笔记本、作业本、考核试卷、岗位演练的实施记录等内容, 而且要书写规范。
培训笔记本中要记录培训时间、培训内容、听课要点笔记等。
考核试卷卷面要干净, 标有姓名、成绩。
岗位演练实施记录中要有演练内容、演练目的、故障现象、处理方法、故障分析等内容。
6.2部门培训档案
部门培训档案中要有培训计划、培训课件、考核试题及标准答案等内容。培训计划中要有实际操作演练、新知识、新技术培训、技术安全培训等内容。
业务培训是安全播出工作的重要组成部分, 既可以丰富职工的专业知识, 又能增强业务能力, 有利于职工潜能的发挥, 从而提高工作效率, 推动电台事业的发展。
摘要：随着广播设备自动化程度不断提高, 以及人事制度改革不断深化, 传统的培训内容和模式已不适应新的发展趋势, 需要改革创新, 开拓多种培训方式, 优化业务培训质量, 防止职工技能的退化, 为安全播出提供能力保障。文章主要从培训管理、培训形式、档案管理等几方面介绍在新形势下如何做好业务培训工作。
播出业务 篇2
目前电影频道互联互通网络体系已经建立, 播出系统、备播系统、媒资系统、节目生产管理系统、制作系统已经实现了业务流程的互联互通, 从制作到播出、从标清到高清实现了全程全网文件化传输流程。由于网络化、互联互通导致了节目制播的工作模式、业务流程、系统结构发生相应的变化, 而且软件故障动态多变、易扩散、难定位, 因此建立完善的技术保障体系来保证安全播出工作的顺利进行, 势在必行。电影频道播出运行监测管理平台项目正是基于这样的考虑提出的, 而这个项目中最关键的最具创新性的也是最难实现的任务就是基于多个异构播出系统的业务流程监控软件。
对于多个异构业务系统的流程进行统一监控和展现, 还是广电行业传统监控系统的空白领域。电视台业务系统的流程个性化很突出, 并且它本身随着业务发展不可避免地会进行调整, 同时业务流程又与人和管理密切相关。考虑到这是一项高难度的系统工程, 除了技术方面的难度, 还涉及到现有业务流程重新梳理和整合, 甚至是现有组织结构的调整和重组, 这些首先必须得到管理层由上至下强有力的推动和支持, 也必须得到业务系统工作人员的深度配合和参与。因此我们决定统一规划分步实施, 首先实现较为熟悉的播出系统的业务流程监控。
在设计业务流程监控方案时, 我们不仅考虑到对多个异构播出系统的节目单、素材业务流程实时运行状态进行统一监测, 还创新性地将人性化、自动化的运维管理模式融入整体设计, 对运维人员的日常值班工作流程进行全程监测和统一直观展现, 使得运维人员从传统的机械地操作系统的工作模式, 向更高层次“管理和监督业务运转”的工作模式转变, 从而提高协同工作效率, 使得各播出系统的业务流程运转状态尽在掌控之中。
1 项目目标
该项目总体工作流程如下:先将四家不同的播出系统的业务流程有效地梳理、优化和整合, 设定业务流程关键监控点;再将其监控点信息进行逻辑分析和格式整理, 完全采用统一、精简、高效的监控服务接口, 把他们的运转状况及时准确地传递给播出业务流程监控软件;最后由播出业务流程监控软件对多个播出业务流程的全程运转状况做统一直观的展现。经过项目组一年多来的深入分析、论证和研讨, 结合播出线上工作人员的实际需求, 我们确定业务流程监控的目标是:
在网络化互联互通的大环境下, 实现多个异构播出系统的全流程透明化监控, 使各级工作人员掌握当前业务系统流程 (素材业务流程、节目单业务流程) 每个环节的运行状态。
1.快速定位跨部门跨平台的业务流程接口方面的问题原因, 为与外部门业务流程接口问题的处理提供有效沟通的依据。
2.通过对各个播出系统的日常值班工作流程的进展状况的统一直观展现, 帮助各级工作人员及时掌控业务流程运转状况。
3.通过对多个播出系统业务流程监控信息的集中监控及展现, 及时或尽早发现当前业务流程运行和工作流程执行中的缺陷和漏洞, 协助部门管理人员对其业务和工作流程进行优化和完善。
2 项目范围
电影频道现有4套播出系统, 其中高清播出系统2套 (共计3个高清频道) , 标清播出系统2套 (共计10个频道) 。
2套高清播出系统在不同时期建成, 新高清播出系统具备2个高清频道的播出能力, 旧高清播出系统具备1个高清频道的播出能力, 他们分别由不同厂商集成搭建, 设备和播出软件厂商也各不相同。2套标清播出系统的情况与高清播出系统类似, 新、旧标清播出系统目前各自具备5个标清频道的播出能力, 他们也分属于不同的集成厂商、设备厂商和播出软件厂商。以上均为异构的播出业务系统。
电影频道播出业务系统的业务流程主要包括两个:节目单业务流程、素材业务流程。此外, 考虑到播出系统值班人员的日常工作需要, 我们归纳整理了一个播出系统的值班工作流程。各流程的简单描述如下:
1.节目单业务流程
从播出系统的节目单接收开始, 直到该节目单播出完毕, 展现节目单在播出各个环节的状态。
2.素材业务流程
以节目单为单位, 从播出系统接收备播素材迁移信息开始, 到该节目单上所有素材播出完毕, 展现整个节目单上每个素材在播出各个环节的状态。
3.值班工作流程
在以上两个业务流程的基础上, 结合值班工作人员的日常工作安排, 整理出了值班人员的日常工作流程, 并将其工作任务划分为十个工作节点, 通过各个节点状态的实时变化展现指定时间内的每日每班次工作任务的进展情况。
3 总体架构
播出业务流程监控软件为C/S架构, 总体架构示意图如图1所示。
播出业务流程监控软件整体功能的实现由三个组件完成:“播出业务流程监控软件 (服务器) ”、播出运行监测管理平台客户端、播出系统内部的“本地监控软件”。
1.播出业务流程监控软件 (服务器)
它是播出运行监测管理平台的核心组件之一, 向所有播出系统提供统一的“流程监控报警上报接口服务”、“流程监控事件上报接口服务”, 通过统一接口服务总线, 实时接收来自各个播出系统的业务流程监控信息, 并将其进行解析、转换、存储以及叠加开关门时间处理。
2.播出运行监测管理平台客户端
它根据播出业务流程监控软件 (服务器) 在接收到业务流程报警、节点状态以及特殊事件信息后的处理结果消息通知, 在播出运行监测管理平台客户端的流程监控界面上予以统一直观地展现。
3.播出系统的“本地监控软件”
多个播出系统虽然均属异构, 有基于Java平台的也有基于.Net平台的, 但他们都根据项目需求, 设计并实现了这样一个进行自身业务流程状态监控的本地监控软件:它负责维护各自所属播出系统的业务流程节点相关业务数据源的完整性、准确性、实时性和持久性, 并为播出业务流程监控软件 (服务器) 提供了统一格式的“流程监控信息查询接口服务”。
以上提及的所有接口服务均通过遵循统一接口服务规范的Web Service服务来实现。
4 详细设计
整个播送域的业务流程监控是播出运行监测管理平台的设计重点和难点, 它与播送域值班人员的大部分工作息息相关, 其业务逻辑的分析处理也最为复杂, 对保障播出系统的正常运行至关重要。
4.1 总体设计思路
4.1.1 播出业务流程监控对象的设计思路
播出业务流程监控对象以节目单为实例组织单位, 建立了“节目单流程实例”和“节目单素材表实例”。播出业务流程监控对象的设计示意图如图2所示。
根据用户设置的需要监控的节目单天数M, 播出业务流程监控对象同时可以生成M个节目单流程实例。如果将一个节目单业务流程中设定了N个监测节点, 那每个节目单流程实例就包含了N个节目单流程实例节点, 它们均作为节目单流程实例的元素。
节目单素材表是由节目单中各条节目相应的素材组成的列表, 其中包含有每个素材的详细信息, 比如素材ID、名称、迁移状态、存储状态、审核状态等, 它与节目单共享关门时间的约束。节目单流程实例和节目单素材表实例均以“节目单频道+节目单日期+节目单名称”组成ID唯一标识。
如果当前的节目单中包含P个素材, 那相应的节目单素材表实例中可以生成P个素材实例, 素材实例以素材ID为唯一标识。如果将一个素材业务流程中设定了Q个监测节点, 那每个素材实例就包含了Q个素材流程实例节点, 它们均作为素材实例的元素。
4.1.2 流程节点的开关门时间
1.开门时间:工作流程节点启动监控的时间点, 即节点监控开始关注的时间点。
2.关门时间:正常情况下工作流程节点最晚完成的时间点, 超过该时间点, 若节点未完成将被视为异常情况。
3.开、关门时间的设定包括如下信息:是否需要设置开、关门时间;开、关门时间天数 (当天即第0天起) 、具体时间 (例如7:00) 。
4.1.3 流程节点的状态展示
所有的播出业务流程的监控节点状态均为四种, 具体设计如下:
1.“等待”状态:表示节点还未到开门时间, 处于等待状态, 用“白色”作为节点展现颜色。
2.“处理中”状态:表示节点正在处理中, 自动或手动的任务还未完成, 用“黄色”作为节点展现颜色。
3.“报警”状态:表示节点在处理中发生错误, 或是表示超时即节点在关门时间后仍然未完成处理, 用“红色”作为节点展现颜色。
4.“完成”状态:表示节点已处理完成且无报错, 用“绿色”作为节点展现颜色。
4.2 节目单业务流程
通过在节目单业务流程的关键环节处设置监测节点, 实现对节目单业务流程的总体监控。其详细监控设计如图3所示。
用户可以根据节目单所属频道及日期时间进行选择, 展现所关注节目单的当前监控状态。客户端的节目单业务流程监控视图上将以节目单业务流程中设定的监测节点为展现元素, 以不同的颜色来展现当前节目单业务流程完成的情况。
4.3 素材业务流程
素材流程的监控及展现以节目单为单位, 即展现每个节目单上全部待播出素材的流程状态。
通过在素材业务流程的关键节点设置监测点, 实现对素材业务流程的总体监控。其详细监控设计如图4所示。
素材业务流程监控以节目单为单位进行展现, 用户根据节目单所属频道及日期时间来选择需要展现的素材业务流程。以素材业务流程中设定的监测节点为元素, 以不同的颜色来表示当前素材业务流程完成的情况。
4.4 值班人员工作流程
播出值班人员的日常工作是围绕节目单和素材进行的, 我们将节目单流程、素材流程和值班人员的每天工作任务相互融合, 按时间顺序, 归纳提炼出关键工作流程节点进行监控, 来进行日常工作的运维管理。
4.4.1 工作流程节点设计
将播出值班人员的主要工作任务整理成按时间推进的工作流程, 以节目单的生命周期为主线贯穿关键的工作流程节点, 以此作为“业务流程监控”主界面组成内容。通过监控各个工作流程节点的进行状态, 既反映出每个班次值班人员的工作任务完成情况, 也反映出一个时间段内的节目单的整个生命周期内的当前进展状况。
根据对值班人员工作具体内容的描述, 可以将目前每天的白班和夜班全部工作任务进行整合分析, 抽取出一个包含10个监控节点的工作流程, 如表1所示。
每个节点代表一项工作任务, 我们对每个节点规定了相应的启动时间和关门时间以及节点状态的颜色表示。
4.4.2 流程节点详细状态定义
本项目就值班工作流程每个节点的状态进行了详细定义, 白、黄、红、绿色所代表的四种状态对应每个具体的节点而言代表不同的含义。在进行完上述定义后, 根据播出系统可能发生的所有事件, 我们归纳出了每种事件发生后, 所有节点应该如何变化的规则。同时, 在系统初始化、接口重新连接、页面刷新以及每天翻页的系统事件发生时, 软件内部应该如何动作以保证节点状态信息真实性, 以及一些常见的异常处理和日志记录格式方面也进行了详细的设计和约定。
其中开关门时间由播出业务流程监控软件 (服务器) 实现, 播出系统的本地监控软件只负责上报节点的红、黄、绿三种状态。
下面以“节目单入库”节点为例, 描述一下它对应各种不同节点状态的具体含义:
1.红色:1) 工作流程节点启动, 在关门时间前, 节目单入库失败:逻辑检查报错;本地保存失败;写入数据库失败;2) 关门时间到, 节目单仍没有入库成功。
2.绿色:工作流程节点启动, 节目单最近一次入库成功。
3.黄色:工作流程节点启动, 在关门时间前, 未收到节目单入库消息。
4.4.3 工作流程监控——展现界面设计
将需要关注的N天时间内的节目单及素材运转情况集中显示在一起.针对每个节目单自左向右展示了从"节目单入库"一直到完成最后"播出"所需要做的所有工作, 帮助操作人员理解每项日常工作在流程中的作用与相互关系.工作流程监控展示界面的设计效果示意图如图5所示。
其中关键UI元素包括:
1.节目频道选择;
2.节目单、素材查询区域;
3.功能跳转区域 (界面最上方点击区域) ;
4.N天节目单的各个工作流程节点的实时状态展示, 不同状态代表不同的含义, 用不同的颜色表示 (这里N=9, 该参数可以配置) ;
5.报警日志列表 (状态栏) ;
6.子流程的流程图展示;
7.其它非工作流程节点的日常工作任务监控展示区域 (如图5左下角图标) 。
界面主体以节目单为展现单位, 通过矩阵框格的形式来展现N天内各频道节目单从接收、素材准备、审核及到最后播出等涵盖10个工作流程节点的完整播出工作流程, 每个工作流程节点框格用不同的颜色块来表示当前流程节点运行的情况, 以提示值班工作人员需要关注的当前工作环节。
4.4.4 查询素材详细信息
针对用户需要关注节目单下具体素材的当前状态的需求, 考虑到对播出系统的信息交互应最大程度上不影响其自身运行, 在实现上采用如下方法:通过人工操作 (比如双击当前节目单) , 则播出业务流程监控软件通过统一查询接口, 即时向播出系统查询该节目单的全部素材状态信息, 并以列表方式展现。
查询素材详细信息列表的界面如图6所示。
5 接口设计
电影频道多个异构播出业务系统通过“统一监控服务总线”与播出业务流程监控软件 (服务器) 进行监控数据信息的交互。业务流程报警、节点状态及其他特殊事件的上报接口服务是由播出业务流程监控软件 (服务器) 本身提供的, 而它所调用的外部接口服务是由各个播出业务系统内部的本地监控软件提供的。
业务流程监控涉及所有的接口服务都由本项目进行遵循统一接口服务规范进行设计和实现, 采用Web Service接口方式实现异构系统之间的互操作。
1.播出业务流程监控软件提供的对外服务接口
1) 播出系统的业务流程状态、报警事件上报服务接口;
2) 播出系统的业务流程特殊事件上报接口;
3) Web服务存活信息的上报服务接口。
2.调用的由业务系统提供的服务接口
1) 播出系统的流程节点当前状态的查询服务接口;
2) 播出系统的节目单素材当前详细状态的查询服务接口。
6 小结
电影频道播出业务流程监控软件是电影频道播出运行监测管理平台的核心之一, 是结合电影频道实际播出业务特点建设的。它采用了统一规范的Web Service接口服务, 实现对多个异构播出业务系统的流程的统一监控和展现, 有利于工作人员全面掌控播出业务运转状况, 提高工作效率和工作的自动化程度, 提高播出系统的技术保障能力, 从而确保安全播出工作的顺利进行。当然, 这只是我们对互联互通大环境下播出系统业务流程监控的一项探索和创新, 希望能和广电行业同仁们一起探讨新一代监测管理平台的建设问题, 相互借鉴、共同发展。
摘要：全台互联互通环境下的安全保障体系建设是当前备受关注的一项广播电视工程, 各电视台都在尝试建立符合本台业务特点的、能充分保障业务系统正常运转的监控系统。作为其重中之重的播出系统业务流程监控, 是传统监控所未涉及的也是高难度的, 是电影频道建设播出运行监测管理平台的核心目的之一, 也是电影频道节目安全播出的重要技术保障体系之一。本文结合电影频道实际播出系统, 就多个异构播出系统中的业务流程统一监控提出了富有创新性和通用参考性的设计和实现方案。
关键词：异构播出系统,业务流程,节目单,素材,值班工作流程,统一监控
参考文献
[1]周春来.广播电视自动监控技术[M].北京:中国广播电视出版社, 2009.
播出系统的延时播出解决方案 篇3
苏州电视台原来使用的延时播系统是由2台PRO⁃FILE-PVS播出服务器和2 台装有大洋公司延时播出软件的延时播出工作站组成。2 台PROFILE-PVS播出服务器由于使用年限太久,加上系统老化严重,部分功能已无法使用,虽然通过改造将串口控制该为NPORT控制,并安装了相应软件,但是光纤卡、解码卡等的故障使得系统在使用中存在着不稳定因素,因此决定在现有播出系统的基础上,通过大洋播出软件的功能挖掘,配以422倒换器的手动控制,实现延时播出任务。
1 系统的总体介绍
苏州电视台现在的播出系统主要由6台K2视频服务器[1]完成5个频道的全年无间断播出任务。每2个频道共同时用2 台K2 视频服务器互为主备,每个频道配有一主一备2台播出工作站。空余的1个频道资源,作为其他5个频道播出系统的备份,在设备检修或故障时完成应急播出的任务。
正常情况下,各频道信号源经8931 分配后分别进入1602 切换器和CONCERTO矩阵(64×64),再一起进入QMC后经2 块8931 后输出,此为PGM信号。其中,QMC含内置LOGO及1路键,并具BYPASS功能。系统流程如图1所示。
播出主备控制机控制主备K2 的播出通道、QMC(包括上下台标)、矩阵。其中,控制QMC可间接控制1602切换器,这是播出的主通路;控制矩阵是切换播出的备通路。主备控制工作站中都安装了MOXA卡,扩展出8个RS-422串口;主备串口再通过RS-422倒换器[2],连接到所控设备。控制示意图如图2所示。
2 延时播出系统的设计和实现
2.1 延时播出系统的设计
利用苏州电视台的一个空闲频道资源,通过大洋软件的线路上载功能,配合大洋播出软件,实现串联单的手动修改,完成延时播出任务。
首先,要解决的就是视频信号SDI的通路问题。对照单台K2视频服务器的编解码通道,将实时的现场信号通过矩阵调度切给K2 视频服务器的线路上载通道(见图3)。
其次,利用大洋公司的上载软件,将信号采集进K2视频服务器,通过边载边播的功能,在信号上载进入K2视频服务器大约30 s之后,就可以通过审片软件,对现场信号进行审片,这个功能使技术人员可以预先在播出之前察看进入视频服务器的现场信号,并根据时间点对视频进行处理(由于是播出软件,并不具备非编功能,因此视频的处理例如删减片断、插播广告需要实时地在播出软件中通过修改串联单实现)。
由于现场信号采用边载边播的播出方式,因此与传统的播出方式不太一样,视频文件不可能通过视频服务器间的迁移来实现主、备的同步播出,因此为了实现信号源的冗余,将主、备2路现场信号分别切换给作为主、备延时播服务器的2台K2服务器,通过2路线路采集,采用不同的ID号采集,进入视频服务器。
2.2延时播出中的422控制方式
在通常的播出方式中,所有的播出设备都是由1台播出控制机控制,422切换器的作用实际上实现的是当主播出控制机发生故障时,备播出机可以实现接管功能。
不同于平常的播出,延时播需要同时播放2个不同ID的素材(上文介绍的线路上载的素材),通过对大洋播出软件的功能挖掘,发现通过手动控制422切换器,将主K2 服务器的主路播出通道手动切换给播出主机控制,播放进入主K2 服务器的主现场信号素材,将备K2服务器的备路播出通道手动切换给播出备机控制,播放进入备K2服务器的备现场信号素材。
这样,就实现了通过播出软件,控制2台K2视频服务器,播放2路现场信号素材。
2.3 延时播出中的素材处理
采用延时播出的方式,就是为了能够在现场信号出现异常时有时间及时处理,规避直播中的播出风险,同时,应广告客户的需求,可以在外景直播中插播广告。
但是,一般的播出上载软件[3],并不具有非线性编辑的功能,因此要实现素材的删减,广告内容的插播只能通过播出软件的实时修改串联单功能来实现。实时播出界面如图4所示。
因此,在播出中,首先要通过上载软件的边上载边审片的功能,找到现场信号的开始点,通过手动修改播出串联单的素材入点,实现对于播出入点的控制。
其次,要实现广告的插播功能,就需要通过边上载边审片的功能,实时地找到广告插播的时间点,通过计算(应扣除播出入点)相对播放时间,将广告以“相对插播”的方式进行播出。
2.4 关键时间点的计算
所谓延时播出,就是现场节目提前一定时间开始,而电视播出的时间要比节目开始的时间有一定的延后。因此,关键时间点的把握,十分重要。
假设1,现场节目的开始时间为T0,电视信号一般会提前10 min左右开始录制,假设节目开始录制时间为T,电视直播节目的开始时间为TK,时间轴见图5。
因此,相对于播出系统来说,定时播出的时间为TK,播出文件(素材)的入点为T0–T。本次的播出延时量为TK–T0。
假设2,广告1 的插播的绝对时间为T1,播放的时间长度为t,则时间轴见图6。
因此,相对播出系统来说,播出广告1 的相对插播点为T1-TK,播放长度为t。
假设3,现场有一段信号由于种种原因需要删除,开始点为T2,结束点为T3,如图7所示。
因此,需要手动的,在当前播出素材的下面,重新添加一条与延时播素材相同ID的素材,播出方式为定时播出,定时开始时间为T2+(TK–T0),素材的入点为T3-T。
以上就是延时播出中一些节目需求的相关处理方式以及相关时间点的计算,其他的计算方式依次类推。
3 实际延时播出中的操作步骤
3.1 信号源的调度
将2路实时的现场主、备信号,分别切给2台K2视频服务器。
3.2 较时
直播具有很强的实时性,因此在开始前,所有的播出设备都必须进行较时操作,保证整个系统内的时间准确。
3.3 现场信号的上载
一般情况下,提前10 min开始采集现场信号,并在采集开始30 s以后,打开审片通道,实时地进行审片操作,及时找到开始点。
3.4 延时播出中的其他操作
首先,确认2台K2服务器通过手动切换的方式,由2台不同的播出控制机控制。
其次,将2个不同ID的现场信号素材分别加载到2台播出机的串联单中。
通过审片软件,找到现场信号开始的时间点,手动修改播出串联单的素材入点。
通过审片软件,找到现场信号中的广告插入点,并通过计算(扣除播出入点)相对播放时间,将广告以“相对插播”的方式进行播出。
通过审片软件,找到现场信号中需要删除片断的开始点,并通过计算(扣除播出入点)相对播放时间,在加上节目之间广告播出的实际总长度,确定删除片断结束点开始的播出时间(用来设置定时播的开始时间),手动增加1条现场信号的素材,添加到播出串联单中,将素材入点设置为需要删除片断的结束点,开播时间设置为定时播出,时间为之前计算得出的开始时间。
3.5 整个系统的缺陷和处理
由于本文采用播出软件来实现延时播的功能,因此受到软硬件条件的制约,操作比较繁琐,需要手动控制422切换器,在播出中需要通过人工找点的方式找到相应的关键时间点,并通过人工的计算,得到播出的素材入点、广告插播点、素材的删除点、新的播出时间等,操控台的技术人员还需要与计算、找点的技术人员配合,不断地实时修改延时播的串联单,诸多环节,例如人工找点、时间点的计算,手动修改实时的播出串联单等,都存在着相应的播出风险。
针对以上的问题,采取了利用老的PROFILE-PVS播出服务器配来进行一些找时间点的操作,并用PRO⁃FILE-PVS播出服务器作为K2视频服务器延时播出的热备,同时也有技术人员进行操作,共同完成延时播出的任务。
4 结束语
苏州电视台通过采用K2 视频服务器配合大洋的播出软件,实现了延时播出的任务,并配以老的PRO⁃FILE-PVS播出服务器作为热备,利用创新的设计思路,深度挖掘播出软件的功能,真正实现了利用播出系统构建了延时播出的解决方案,出色完成了2013 年苏州旅游节开幕的延时播出任务,收获颇丰。
摘要：苏州电视台因原播出服务器使用年限太久,系统严重老化,部分功能已无法使用。利用大洋播出软件和K2视频服务器,实现了延时播出、插播广告、删除多余内容等常见的延时播出需求,并以老延时播出系统为热备,总结了利用播出软件和K2视频服务器实现延时播出所遇到的问题及解决方案。