广播技术运维服务平台的设计与开发

苏斌

【摘要】广播技术运维服务平台是一个完全自主设计开发，以实现高效的广播播控业务管理、精准的技术服务为目的，确保安全播出的平台。其中播控运维管理模块实现了本台播出二部技术业务的统一管理;广播部导播综合管理模块能够为各广播部提供及时的技术服务;上下游联络机制模块以播出信号链路为路由，实现了上下游技术部门的联络沟通。每个功能模块既可独立运行，也可在不同PC上同时运行多个实例，通过台内办公网访问统一的数据库，模块之间也可實现数据交换。此平台于2018年10月正常运行至今。

【关键词】自主设计开发;安全播出;经济务实;统一管理;精准服务;数据库管理

中图分类号：TN929                            文献标识码：A                           DOI：10.12246/j.issn.1673-0348.2021.08.028

广播播控的业务管理尽管已经采用了一些电子化的方式，但并没有将部门各项技术管理工作有机地结合在一起，不利于管理工作的量化。同时，各广播部导播的日常工作中，各种日志、数据报表等都没有统一的管理机制，各类技术服务需求缺乏高效的与技术部门的对接机制，技术部门上下游之间的播出信号联络确认机制也需进一步完善。为此，我们确定自主设计开发一个高效的广播技术运维服务平台。

1. 系统设计

1.1 系统架构

1.2 总体设计

本平台包括播控运维管理模块、广播部导播综合管理模块、上下游技术联络机制（播出信号双向确认模块）3个部分。播出运维管理模块、广播部导播综合管理模块均能够收集、存储本部门的各种工作数据，对数据进行分析、统计，以体现工作中的优点和短板，对日常工作加以指导、修正，提高部门的工作管理水平，提高安全播出保障能力。此外，这2个模块之间还能够进行数据交换，为各广播部提供精准的技术服务。上下游联络机制模块能够实现上下游各技术部门之间的信息沟通，实现播出信号的双向确认。

1.3 设计目标

满足需求的同时，平台要设计得尽量简洁;UI设计、界面配色充分反映该部门的特点;软件操作简便，最大程度减少键盘输入操作，最大程度降低学习成本;无需修改库、数据表，无需修改程序代码，即可满足今后业务功能改变;各模块不仅可以单机运行，也可多机同时运行多个实例，通过台内办公网访问统一的数据库，并在各模块之间实现数据交换;平台采用多用户、多层权限访问方式，严格控制不同权限用户的操作范围;运行平台的PC禁止直连外网，需设置防火墙，安装杀毒软件。

2. 功能设计

2.1 播控运维管理模块

为播控运维管理模块设计了人员管理、值班管理、转播管理、维护管理、设备器材、培训考核、文件资料等功能模块。其中每个功能模块都含有若干子功能。 转播管理包括转播调度、转播日志、转播统计及其它调度文件的管理;维护管理包括每年各项维护计划、各种维护日志、系统与设备的测试、各广播部提出的维护申请等管理;设备器材包括部门所有设备、器材的资产管理、调拨借用等;培训考核管理包括部门全体员工的培训与考核记录及量化统计。

2.2 广播部导播综合管理模块

为导播综合管理模块设计了人员管理、值班管理、转播管理、播出管理、维护申请等子功能。广播部可通过维护申请功能随时向技术部门提出维护要求;播控运维管理中的维护申请功能则实现维护申请的接收、呈现，2个维护功能之间能够实现各项维护工作的进度反馈、完成情况等数据交换。播出管理包括节目播出表单、节目网络互动等，人员管理、值班管理和转播管理与上述类似，不再赘述。

2.3 上下游技术部门联络机制

为上下游技术部门联络机制设计了播出信号双向确认功能。以播出信号链路为路由，实现此路由上各部门之间的播出信号的一键双向确认。

3.数据库设计

数据库采用SQL Server，通过ODBC访问。

3.1 建立完善的数据库

在大量需求分析和功能设计的基础上，为3个功能模块设计了各自的数据库，3个模块共计建立了近70张数据表。建立哪些数据表、数据表中建立哪些字段、每个字段的数据类型及长度都经过仔细斟酌，以提供安全可靠的数据存储、数据查询服务，并避免在后期的代码编写中增减或修改表结构为开发工作带来麻烦。在这里无法展示所有的数据表，挑选其中2张如图3、图4所示

3.2 设置数据表关系

对于数据库来说，数据是什么不是最重要的，数据之间的关系才是最重要的。为此，在各个数据表之间选择所需字段设置了相应关系，将所有数据形成一个有机的整体，在存储、删除数据时均严格遵守数据之间的关系。值班日志表中的当班AID字段与员工信息表中的员工ID字段这对关系如图5所示;值班日志表中的当班班别字段与值班类别表中的值班类别字段这对关系如图6所示。

3.3 辅助数据表

建立辅助数据表的目的就是为了实现在不修改数据表结构，不修改程序代码的情况下，平台也能够适应今后业务变化的需要。

3.4  数据的备份与恢复

为了保证数据安全，制定了数据库备份计划。每天零点30分后台自动执行，通过网络备份到另一台PC上，备份方式为完整备份。每周二下午整理一次备份文件。

4.软件代码编写

软件开发环境采用了Microsoft Visual Studio，整个代码编写始终遵循前文所述的设计目标。在整个代码编写中，使用了众多的技术：采用WebBrowser控件实现多种文档、图片的加载呈现;采用Excel类实现Excel文档的载入与导出;采用Chart控件实现饼图、柱状图对数据统计结果的呈现;采用NetStream类实现办公网内的网络通讯和数据交换;自定义多个类结构、函数、子过程，实现屏幕分辨率自适应、防程序多次运行、无操作自动注销等小功能。播控运维管理模块的主界面如图7所示。导播综合管理模块的主界面如图8所示;播出信号双向确认的主界面如图9所示。

9. 播出信号双向主界面

由于篇幅有限，这里只介绍如何使用二进制数据流双向转换，将文档、图片存入Image字段，并可从Image字段中重新生成原文件。同时，文档和图片均可用WebBrowser控件呈现。这种方法实现起来比较简单，代码运行稳定，执行效率较高。下列代码并不是完整的代码，只是实现此功能的关键代码。

Dim DiaoDustream As New ADODB.Stream  '定义用于加载转播调度的数据流

Dim rsDiaoDu As New ADODB.Recordset  '定义用于存储转播调度的记录集

DiaoDustream.Type=ADODB.StreamTypeEnum.adTypeBinary  '设置数据流

DiaoDustream.Open（）  '打开数据流

DiaoDustream.LoadFromFile（具休路径/文档名）  '将文档转换成数据流

WebBrowser1.Navigate（具休路径/文档名， False）  '将这个文档在WebBrowser控件中呈现出来

rsDiaoDu.Fields（"调度单"）.Value=DiaoDustream.Read  '将数据流读到字段中

以上是将文档转换成二进制数据流并存储到字段中的过程。再次强调这不是完整的代码，rsDiaoDu记录集的产生及写入数据库都省略了。写入数据库时应把文档的扩展名同时存入某字段，以方便今后从数据库生成原文档时使用。生成原文件如下列代码。

DiaoDustream.Mode=ADODB.ConnectModeEnum.adModeReadWrite  '         设置数据流的读写模式

DiaoDustream.Type=ADODB.StreamTypeEnum.adTypeBinary    '          设置数据流

DiaoDustream.Open（）  ' 打开数据流

DiaoDustream.Write（rsDiaoDu.Fields（"调度单"）.Value）  '               将字段内容写入数据流

DiaoDustream.SaveToFile（具体路径/文档名，DODB.SaveOptionsEnum.adSaveCreateOverWrite）  '生成原文件

WebBrowser1.Navigate（具休路径/文档名，False）  '將这个文档在WebBrowser控件中呈现出来

生成原文件时，扩展名一定要与原来相同，否则就会出现乱码。

5. 使用情况

自2018年10月开始，各模块已在3个部门投入使用，运行稳定，安全机制完善。本平台的建成，提高了资源利用效率，实现了系统、资源、业务流程的智能化管控，更好地满足了广播节目、技术业务需求，符合总台媒体融合战略部署。

平台操作方便、快捷，用户体验舒适、流畅，解决了工作中的实际问题，经济、务实、高效，减轻了工作人员的压力，保障了安全播出，获得了各使用部门的一致好评。

本平台完全由播出二部技术人员自主设计开发。这种开发形式成本低，维护、升级方便，开发出的产品更符合本部门的实际工作情况。同时也锻炼了队伍，提高了技术的业务水平。

参考文献：

[1]Thomas Nield.Getting Started with SQL. OReilly Media，2016.

[2]Lars Powers，Mike Snell.Visual Studio技术大全. 人民邮电出版社.