[发明专利]采用音视频文件导播的音频信号播出方法及其播出系统

说明书

技术领域

本发明属于音视频信号处理领域，是一种采用音视频文件导播的音频信号播出方法及其播出系统。

背景技术

目前，各个广播电台主要使用以PC架构为主的音频工作站模式，很多电台都是上百台的计算机在局域网内协同工作，并且普遍采用共享目录方式进行内容交换，这样老旧且极度不安全的系统架构，致使病毒、系统稳定性和网络安全性等种种方面问题泛滥。

在网络技术高速发展的今天，共享目录的文件管理方式已经在上规模的网络应用中逐步消失了，取而代之的是基于专用传输协议和高级权限管理文件交互方式。并且随着21世纪嵌入硬件式技术的飞速发展，在视频领域已经开始采用嵌入式硬件服务器作为播出的主力。

发明内容

本发明的目的在于提供一种采用音视频文件导播的音频信号播出系统，能够提高广播电视播控系统的安全性和稳定性。

为了实现上述目的，本发明采用如下技术方案：一种采用音视频文件导播的音频信号播出系统，包括BS系统和现场控制设备，其特征在于BS系统和现场控制设备均与存储推送服务器连接，现场控制设备和存储推送服务器与硬件播放器连接，其中存储推送服务器，用于存储和推送播放文件包；BS系统设有音视频播放文件制作单元，将需要播出的音视频文件信息与音视频流进行编辑，生成播放文件包，并上传至存储推送服务器；现场控制设备设有播放控制单元，从存储推送服务器提取播放文件包，根据播放文件包中音视频文件信息，控制硬件播放器，从存储推送服务器或现场控制设备或硬件播放器本身获取音频信号。

本发明的另一目的在于提供一种采用音视频文件导播的音频信号播出方法，能够提高广播电视播控系统的安全性和稳定性。

为了实现上述目的，本发明采用如下技术方案：一种采用音视频文件导播的音频信号播出方法，其特征在于该方法包括以下步骤：A、由BS系统内的音视频播放文件制作单元将需要播出的音视频文件信息与音视频流进行编辑，生成播放文件包，并上传至存储推送服务器；B、现场控制设备的播放控制单元从存储推送服务器提取播放文件包，根据播放文件包中音视频文件信息，控制硬件播放器，从存储推送服务器或现场控制设备或硬件播放器本身获取音频信号。

本发明采用实时音频信号和音视频文件混合播出的方法，并以嵌入式硬件为基础，采用多操作系统异构的播出系统，提高系统的安全性和稳定性，其优点在于能够提高广播电视播控系统的安全性和稳定性，同时采用实时音视频流和音视频文件混合播出的工作机制，提高广播电视播控系统技术水平。

附图说明

图1为本发明一实施例的系统框图。

图2为采用音视频文件导播音频信号的系统硬件连接图。

图3为本发明的软件流程图。

图4为编辑音视频播出内容包的软件序列图。

图5为播出时的软件序列图之一。

图6为播出时的软件序列图之二。

图7为播出时的软件序列图之三。

具体实施方式

下面对本发明进行进一步描述。

如图1所示，一种采用音视频文件导播的音频信号播出系统，包括BS系统1和现场控制设备2，BS系统和现场控制设备均与存储推送服务器3连接，现场控制设备2和存储推送服务器3与硬件播放器4连接，其中存储推送服务器3，用于存储和推送播放文件包；BS系统1设有音视频播放文件制作单元，将需要播出的音视频文件信息与音视频流进行编辑，生成播放文件包，并上传至存储推送服务器；现场控制设备2设有播放控制单元，从存储推送服务器提取播放文件包，根据播放文件包中音视频文件信息，控制硬件播放器4，从存储推送服务器或现场控制设备或硬件播放器本身获取音频信号。存储推送服务器3设置在Linux云平台上，BS系统与Linux云平台之间采用Web 2.0接口协议或其他接口； 现场控制设备与Linux云平台之间采用 Streamnet接口协议或其他接口。

整个播出系统除BS用户登录端外，所有核心系统都没有采用Windows系统，并且分别采用了Linux云平台（中心系统）和CS系统（现场控制设备）配合硬件播放器，形成了一个标准的多操作系统异构的播出系统。因此彻底杜绝了Windows病毒的影响，同时不管是Linux系统病毒还是CS系统病毒都无法彻底对整个系统形成全面的威胁。（BS: Brower/Server的缩写,浏览器和服务器结构）

由于WEB部分可以同时支持在Internet上访问和在内网的访问，所以在工作流程分为了外网登录和内网登录的两种模式。