异构平台下江苏广播广告管理与播出系统的设计与实现

张海勇 马捷 江苏省广播电视总台广播传媒中心

异构平台下江苏广播广告管理与播出系统的设计与实现

张海勇 马捷 江苏省广播电视总台广播传媒中心

江苏广播新一代广告管理与播出系统设计采用业界知名的南洋广告管理系统与英夫美迪制播系统两家异构系统组成，取各家之长，同时创新采用webservice技术实现两家异构平台安全高效对接，实现了整个广告编播管等流程的全自动一条龙服务。

广告管理系统 制播系统 异构平台 webservice

一、引言

江苏广播收入的主要来源是广告，在今年传统媒体广告大环境不理想的情况下，我台广告收入仍稳步增长。仅以交通广播为例，今年上半年实现广告收入1.08亿元，占全台总收入的53.63%。广告形式复杂多样（包含定点广告、手点广告、普通点广告、口播广告等），所以整个广告经营管理与播出系统起着重要的支撑作用。本系统使用涉及的部门包括经营管理办公室、广告部、广告部下属各频率、财务部、制作部、技术部等十几个部门，涵盖了广告合同、文案、编排与播出的全生命周期，还担负着广告数据分析、统计、财务结算等重要任务，因而成为江苏广播经济命脉的支撑点。江苏广播的旧制播网系统联汇link2000已经使用十多年之久，其性能已经不能适应新时代的发展需求。在江苏广播新一代制播网的系统设计中，播出系统采用了新一代的英夫美迪AIR5播出系统，广告编排系统采用专业智能的南洋广告经营管理系统，这两家系统在各自业界分别是市场占有率最高的系统。如何将两家异构系统安全、高效对接，使其发挥各家之长，实现广告经营管理与制作播出的一条龙自动化服务，是江苏广播广告系统设计是否成功的关键。

Webservice技术是近年来越来越成熟的接口技术，以标准的方式提供出接口服务，系统集成不需要各个厂商互相太多深入的了解对方的数据结构，极其适用于不同软件厂商产品之间的接口开发；各个不同技术路线、不同年代、不同操作系统的系统可以采用统一的方式集成。在此之前，南洋系统与英夫美迪系统还没有采用web技术进行成功对接的先例，江苏广播在本系统设计中融合两家系统之长，在异构平台架构下采用webservice技术进行全新接口设计与开发，是业界全新的尝试。

图1 异构广告系统架构图

二、系统详细设计

2.1 系统功能架构

整个广播广告经营管理与播出系统由南洋广告经营管理系统和英夫美迪制播系统组成。两家系统是异构系统，数据结构不同，网络部署不同，服务访问模式不同。异构系统融合目标就是发挥各家之长，实现广告经营管理与制作播出的一条龙自动化服务。

整个系统架构示意图如图1所示。南洋广告系统和英夫美迪制播系统的组成各自保持系统独立性。英夫美迪系统部署在制播内网，包含制作系统、播出系统、webservice系统。广告管理系统部署在办公网，包含后台服务系统、接口服务系统以及桌面客户端，方便每个管理人员在办公桌面即可管理与操作。两个系统之间在物理连接上通过安全网闸连接，这种方式下广告管理系统可以采用多种灵活的方式与制播系统进行交互。

南洋广告经营管理系统采用B/S架构，后台采用Oracle数据库实现庞大的数据管理，主要完成广告协议、合同录入、流程审批、文案创意、制作审听、播出编排、停播管控、广告进帐的财务管理、行业代理公司完成任务情况统计等业务，实现江苏广播广告管理的准确、高效。它提供各种统计报表及图表，提供灵活的人机交互查询模式，还能智能提醒用户应进行的工作流程。

英夫美迪制播系统采用C/S架构，后台主要采用MSSQL数据库。制播网的建设严格按照总局62号令的要求进行构建，制作网和播出网分离设计，保持播出网和制作网的相对独立，通过webservice服务系统进行数据交互。播出网主要承担传统广播安全播出功能，节目生产流程中的成品音频、素材音频和慢录系统的音频由部署在制作网的素材音频库统一管理，待播出的节目随用随发，入播出库。Webservice系统采用三层架构建立统一的web服务，实现“制、发、播、存、管”的全业务流程。所有客户端都通过WebService来访问后台数据库，而不是直接连接到数据库来进行数据访问，这样带来了更高的安全性、可靠性以及更好的可维护性。

在本系统中南洋广告管理系统等同于制播网某客户端，通过开发专用的webservice组件进行交互，实现广告播出。

此外制播系统还通过流媒体服务提供节目音频审听功能，广告节目可以在广告管理系统桌面就实现音频审听。

2.2 关键业务流程

广告从文案生成到播出主要分为7个阶段：预设广告开口时段、编辑广告制作任务、发送广告制作任务、广告音频制作、广告编排串联单、广告传入整体播出单、广告查验审听。

南洋系统独立承担第2、5阶段，即编辑广告任务和串联单；英夫美迪系统独立承担第4阶段，即广告制作；共同承担第1、3、6、7阶段，即协商设定广告开口时段、传送广告任务、传送广告串联单、审听。英夫美迪系统提供广告webservice接口，南洋系统采用轮询机制对webservice进行操作。

图2 江苏广播广告管理与播出系统业务流程

整体广告业务流程如图2所示，广告管理系统（左）与制播系统（右）分别按照自己的业务流程工作，中间通过webservice（+网闸）进行交互，具体过程如下：

（1）在广告管理系统与制播系统中共同约定设置好广告开口时段，制播系统的播出单中的广告时段要与广告管理系统中的广告时段一模一样，精确到秒。

（2）在广告管理系统中起草广告文案，生成广告任务。

（3）南洋系统把广告任务发送到制作系统中，此动作需要两个异构系统协同工作，通过Web Service接口方法实现。

（4）制作系统接收到广告制作任务后，制作人员看到广告制作通知，这里的制作分两种情况：一种是音频现场录制，一种是外来成品音频。对于外来成品音频只需要从制作站本机导入节目库中即可；对于现场录制音频需要按照广告任务规定的音频大小、格式进行制作，制作完成后发送到节目库中。

（5）南洋系统通过轮询查到广告音频制作完毕的消息后，即可着手广告编排工作。在此之前需要做的准备工作是合同录入，其作用是通过把每一份广告合同录入到南洋管理系统，既便于生成财务报表用于财务结算，又便于所有待播广告按照各自的合同时段进行编排，最后拼成广告串联单。生成广告串联单后，接下来的工作就是向播出系统传送串联单。

（6）传送广告串联单需要两个异构系统协同工作。首先，传送广告串联单之前南洋系统通过调用英夫美迪的Web Service接口，校验串联单中每一条广告的时段是否与节目播出单中设置的完全一致，如果不一致，系统工作将会停止并提醒广告管理人员；如果一致，将会调用webservice方法进行传单，广告单写入播出单。

（7）广告串联单传入制播系统播出单后，南洋通过轮询获得“成功”消息，然后即可点击串联单中的任意一条来进行审听实际播单中的音频。

最后，英夫美迪制播系统完成每日的播出后，会生成播出日志。供南洋系统通过webservice查询，以确定每条广告的实际播出时间（包括是否错播、是否漏播、是否多播）。南洋系统也可以通过webservice清理英夫美迪中的废弃的广告任务。

2.3 系统接口详细介绍

系统接口的设置主要是用于异构系统双方的数据传输与信息同步，通过读取其中的接口方法使得双方的相关数据库内容完全一致。在本项目中有多个类别的接口任务，其中最重要两项接口任务是：（1）广告任务提交与查询；（2）广告串联单的播单时段比对与传送。此外还有播出日志查询，历史任务素材清理等。

Webservice前端页面如图3所示，按照顺序分别为：

（1）提交广告制作任务接口：InsertIntoADTask；

（2）查询广告制作结果接口：GetADTaskBy-IDAndStationnumber；

（3）广告串联单比对节目播单广告开口时段接口：GetLogsListByCategory；

（4）广告串联单上传到播出单上传接口：SetLogsList；

图3 广告webservice前端界面图

（5）广告播出单上传到播出单删除接口：DeleteL-ogsList；

（6）广告播出日志查询接口：SetPlayedLogsList；

2.3.1 广告任务提交与查询接口

此项接口主要包括广告制作任务提交与广告任务查询两项接口方法，南洋系统通过调用此方法完成从南洋到英夫美迪制作任务的发送与回执。

任务提交方法名称：

bool InsertIntoADTask(string ADTaskXML)

任务提交方法参数说明见表1：

表1 任务提交方法参数

表2 查询方法参数

任务提交方法参数示例：

i t e m i d="4 A 6 4 2 0 7 8-8 3 A 0-4 C F 3-B 0 E 5-

88811D748213"

stationnumber="1"

adname="好视力眼贴---90秒11449方言收音机礼包1篇"

presetlength="90000"

recodetype ="新录"

recorder="张三"

daterecord="2016/1/12 13:43:47"

admemo="1" />

查询方法名称：

表3 串联单与播单比对方法参数

stringGetADTaskByIDAndStationnumber (string itemID,string stationnumber)

查询方法参数说明见表2：

查询方法参数示例：

itemID: 4A642078-83A0-4CF3-B0E5-88811D748213

stationnumber : 0/1/2

2.3.2 广告串联单的播单时段比对与传送接口

此项接口主要包括广告串联单比对节目播出单时段，以及串联单传送到节目播出单两项方法，南洋系统通过调用此方法首先获得广告栏目对应的节目播单里的具体时间，然后校对通过后把广告串联单传送到播单中。

串联单与播单比对方法名称：

publicstring GetLogsListByCategory(int stationNumber, DateTime startdate, DateTime stopdate, int category-Type, int zoneID)

串联单与播单比对方法参数说明见表3：

串联单写入播单方法名称：

PublicboolSetLogsList (int stationNumber,string xml-LogsList)

串联单与播单比对方法参数说明见表4：

2.3.3 其他接口

广告播出单上传到播出单删除接口方法：

publicbool DeleteLogsList(int stationNumber, string xmlLogsList)

广告播出日志查询接口方法：

publicboolSetPlayedLogsList(int stationNumber, string xmlLogsList)

2.3.4 广告管理系统接口客户端设计

表4 串联单与播单比对方法参数

广告任务的文案录入、文案审核、文案上载轮询确认；广告编排串联单批量传送、传送记录查询、播出日志查询等。

客户端操作界面如图4、图5所示:

三、系统性能优化

该系统在上线运行过程中，出现了两个问题：一是在广告量特别多的交通频率，出现广告串联单传入节目播单越来越慢的现象，操作人员要加班3个半小时才能回家；二是出现了主持人在播出站上经常遇到不能查询节目的现象。经过技术分析，终于发现这两个现象是一个原因所致，即webservice传输机制需要性能优化。

江苏台交通频率广告时段多，一天有136个广告时段，每个时段内广告条目多达二、三十条，再加上另外的几个频率（文艺、生活等）的广告，一天的广告会多达1000多条。而广告串联单传入节目播单采用的是数据整体打包的方式传输，逐条写入播出库，只有在整包数据传输完毕后，数据库资源才能被释放用于其他活动。在极端情况下极有可能会造成数据库表死锁。一旦数据库死锁，就会影响其他人对数据库的访问，播出站就不能进行节目查询。

针对上述原因，采用数据传输机制改进办法进行解决，如图6所示：

图4 广告串联单写入节目播出单界面

图5 广告任务发送界面

图6 广告数据传输机制改进办法示意图

（1）修改在南洋广告接口客户端的数据传输机制，将原有一次性打包提交一天内所有频率的广告串联单改为根据一个频率一天的一个广告时段内所有的广告作为串联单发送播出数据，减少每次写入数据库的数据量，从而避免极端情况下数据库表死锁的情况。

（2）根据目前江苏台各个频率广告数量，由南洋广告接口客户端做出频率合理搭配，由一个广告多的频率加上三个广告少的频率作为一个数据提交进程，让多个进程同时传输数据从而做到合理分配资源。

（3）在数据库事务设计上方面，为了避免数据库表出现死锁的情况，将单个串联单中超过20条广告数据的情况作为没有数据库事务来处理，如果过程中出现异常，在所有数据提交完成后，南洋广告系统还会进行串联单比对工作，如果上单情况与南洋广告串联单出现差异，则删除所有已上单数据重新进行数据提交，直至数据完全一致。

四 、安全措施

根据相关安全规定，在广告管理系统所在的综合业务网（办公网）和制播网之间，必须要通过安全网闸进行隔离，实现公安部或广电总局认可的隔离网络安全连接，不能进行任何的网络协议交互，只能允许可控的部分数据文件交互。

本系统采用英夫美迪安全网闸NetGap200，它按照双主机架构，不仅从物理层阻断了网络协议，而且在双主机之间的数据交换采用了只允许单向连接的私有安全协议，该协议完全阻止可信网主机向不可信网主机发起连接。因此位于可信网的制播网服务器可以完全免受来自外部的网络攻击。

NetGap200外部网络接口均采用1000M网络接口，可以同时在多个客户端和多个服务器之间建立一对一的连接，最高可支持1000路并发连接。

五 、实施结果

该系统从上线至今已经平稳运行半年多，取代了原有的旧系统，实现了广告编、播、管等业务的全流程一条龙自动化服务，充分展现了文案便捷、编单智能、开口严密，音频长度精确等优点，限制了广告时间资源的流失，提高了工作效率，大大促进了江苏广播广告创收业务。