電臺(tái)跨平臺(tái)廣告?zhèn)鲉蔚膶?shí)現(xiàn)

張紅飛

摘 要 河南廣播電視臺(tái)使用的英夫美迪Admxp廣告管理系統(tǒng)和播出系統(tǒng)使用的英夫美迪Air5和RCS的Zetta兩種系統(tǒng)不同，為實(shí)現(xiàn)廣告在不同平臺(tái)間的統(tǒng)一傳單，我們和廠家協(xié)商，制定了統(tǒng)一的數(shù)據(jù)接口標(biāo)準(zhǔn)，經(jīng)過二次開發(fā)和反復(fù)測試，已成功實(shí)現(xiàn)了從Admxp廣告管理系統(tǒng)向Air5和RCS的Zetta兩個(gè)不同的播出系統(tǒng)進(jìn)行廣告排單，既降低了運(yùn)營成本又提高了系統(tǒng)效率。

關(guān)鍵詞 廣播電臺(tái)；跨平臺(tái)；廣告?zhèn)鲉?/p>

中圖分類號(hào) G2 文獻(xiàn)標(biāo)識(shí)碼 A 文章編號(hào) 1674-6708（2018）207-0091-02

廣告管理系統(tǒng)作為電臺(tái)的一個(gè)主要支撐業(yè)務(wù)，可為發(fā)展決策提供準(zhǔn)確的判斷依據(jù)。但由于廣播行業(yè)的精細(xì)化特點(diǎn)，一個(gè)電臺(tái)內(nèi)往往使用多個(gè)不同廠家的播出系統(tǒng)，相對(duì)應(yīng)也會(huì)存在著多個(gè)相互獨(dú)立的廣告管理系統(tǒng)，這就為廣告數(shù)據(jù)的整合、統(tǒng)計(jì)和分析帶來了極大的不便。

1 接口方案和接口協(xié)議

1.1 接口方案

要想實(shí)現(xiàn)在Admxp廣告管理系統(tǒng)向RCS系統(tǒng)傳輸廣告，就要在廣告網(wǎng)內(nèi)部署中間數(shù)據(jù)庫服務(wù)器，將英夫美迪的廣告播單數(shù)據(jù)庫同步到中間數(shù)據(jù)庫上，Admxp接口程序從中間數(shù)據(jù)庫服務(wù)器獲取廣告播單數(shù)據(jù)，按照RCS的開放接口標(biāo)準(zhǔn)生成相關(guān)接口文件，RCS接口程序則讀取并分析該接口文件從而在播出系統(tǒng)內(nèi)生成和合并廣告播出單。接口方案要求廣告業(yè)務(wù)網(wǎng)與RCS制播網(wǎng)間能進(jìn)行安全數(shù)據(jù)交互，接口交換數(shù)據(jù)內(nèi)容包括節(jié)目模板、音頻素材信息及音頻文件、廣告編排播出數(shù)據(jù)。前端對(duì)接包括廣告節(jié)目單模板和播出串聯(lián)單的對(duì)接。廣告節(jié)目單模板采用手工對(duì)應(yīng)方式，需要在廣告系統(tǒng)和播出系統(tǒng)建立一致的廣告節(jié)目單模板，以保證傳單的準(zhǔn)確性；廣告系統(tǒng)按照雙方約定的格式將播出串聯(lián)單傳給共享交換區(qū)，播出系統(tǒng)接受管理系統(tǒng)指令，從共享交換區(qū)將規(guī)定格式的播出串聯(lián)單處理后導(dǎo)入到播出系統(tǒng)。其中，播出串聯(lián)單是以媒體包的形式進(jìn)行傳輸?shù)?。每個(gè)媒體包主要是以頻率、日期、欄目為單位的標(biāo)準(zhǔn)格式的播單信息，以及相應(yīng)頻率、日期、欄目下的廣告音頻素材。

1.2 接口協(xié)議

1）廣告播出單模板接口。廣告播出單模板按照開始時(shí)間（精確到時(shí)分秒）為標(biāo)準(zhǔn)索引進(jìn)行手工對(duì)接，開始時(shí)間的格式為： HH：MM：SS。如：早上九點(diǎn)一刻的廣告開口，雙方接口系統(tǒng)均統(tǒng)一表示為：09：15：00。

2）播出串聯(lián)單對(duì)接。廣告系統(tǒng)與播出系統(tǒng)的串聯(lián)單是包括廣告播出時(shí)間等編播信息的文本文件，以及相應(yīng)的廣告音頻文件所組成。播出串聯(lián)單以文本文件形式由廣告客戶端通過FTP方式上傳到數(shù)據(jù)交換區(qū)中。廣告播出單以文件夾形式分別存儲(chǔ)，不同頻率存儲(chǔ)于不同文件夾下。在RCS系統(tǒng)中指定一臺(tái)電腦建立數(shù)據(jù)交換文件夾，如，下設(shè)頻率子目錄如，再下設(shè)三個(gè)子目錄，

示例：“C0015：00SP0708 16年8月公益廣告0050COM”表示0點(diǎn)15分需要播出一條標(biāo)題為“16年8月公益廣告” 的廣告，其ID 為SP0708。

3）音頻文件交換。播出串聯(lián)單目錄結(jié)構(gòu)規(guī)范：一級(jí)目錄以“AD-interface”命名，二級(jí)目錄以頻率號(hào)命名，三級(jí)目錄以具體分類命名。示例如下：

-＼-＼ -

RCS接受的廣告音頻文件的命名方式為 “廣告ID～廣告名稱.S48”，如“A0001～奧迪汽車秋季版.S48”

雙方接口系統(tǒng)均應(yīng)具有檢查廣告音頻校驗(yàn)功能。廣告接口系統(tǒng)需確保數(shù)據(jù)交換區(qū)內(nèi)待播待傳廣告音頻為指定的S48格式。播出系統(tǒng)需要檢查數(shù)據(jù)交換區(qū)文件在播出系統(tǒng)廣告音頻播出區(qū)是否存在，并檢查文件信息，確保數(shù)據(jù)一致。

4）播單比較。播出系統(tǒng)獲取廣告系統(tǒng)的廣告串聯(lián)單分析并形成播出串聯(lián)單后，需要返回播出系統(tǒng)的播出串聯(lián)單和音頻文件，播出串聯(lián)單類似于播單文件。在廣告系統(tǒng)中進(jìn)行播單比較，會(huì)將這份播出串聯(lián)單和廣告串聯(lián)單進(jìn)行播單比對(duì)，并可以審聽音頻。RCS接口程序?qū)霃V告串聯(lián)單后，將生成導(dǎo)入后的廣告編排單文件存放到指定的目錄，英夫美迪接口程序在進(jìn)行播單比較時(shí)會(huì)從該指定目錄中查找到對(duì)應(yīng)的廣告編排單文件，下載到本地經(jīng)過處理后顯示在播單比較的界面，同時(shí)可以通過下載的方式訪問實(shí)際音頻進(jìn)行審聽。

2 跨平臺(tái)廣告?zhèn)鲉蜗到y(tǒng)的建設(shè)和應(yīng)用

在項(xiàng)目實(shí)施過程中，可以使用廣告服務(wù)器充當(dāng)中間數(shù)據(jù)庫服務(wù)器，使用媒體網(wǎng)閘實(shí)現(xiàn)播出網(wǎng)和廣告網(wǎng)之間的安全隔離。在播出網(wǎng)分別為Air5和Zetta單獨(dú)配置一臺(tái)廣告應(yīng)急傳單站，當(dāng)系統(tǒng)出現(xiàn)重大故障時(shí)，可以使用該站點(diǎn)在播出網(wǎng)內(nèi)緊急完成廣告排單，以保證正常播出。整個(gè)系統(tǒng)部署情況如圖1。

1）使用SerU軟件在RCS播出網(wǎng)內(nèi)的播出服務(wù)器上部署FTP服務(wù)，建立帳號(hào)、密碼及供對(duì)接軟件存放接口文件的FTP存儲(chǔ)目錄即數(shù)據(jù)交換區(qū)，其路徑設(shè)為D：＼SPOTS＼IN＼，新的廣告音頻和廣告串聯(lián)單會(huì)直接上傳到該目錄。廣告網(wǎng)內(nèi)的接口軟件可以通過網(wǎng)閘訪問該目錄。

2）為確保播出系統(tǒng)的網(wǎng)絡(luò)安全，需在廣告網(wǎng)和播出網(wǎng)之間部署媒體網(wǎng)閘。設(shè)定網(wǎng)閘的可信端和不可信端IP地址、映射端口等參數(shù)，完成網(wǎng)閘安全過濾參數(shù)的設(shè)置，并測試廣告網(wǎng)內(nèi)的客戶端經(jīng)過網(wǎng)閘安全過濾后是否能正常訪問播出網(wǎng)內(nèi)的FTP服務(wù)。

3）使用廣告服務(wù)器充當(dāng)中間數(shù)據(jù)庫服務(wù)器，在該服務(wù)器上建立廣告接口數(shù)據(jù)庫，完成廣告數(shù)據(jù)庫服務(wù)器、播出數(shù)據(jù)庫服務(wù)器、FTP服務(wù)器、WEBSERVICE服務(wù)器地址等相關(guān)參數(shù)的設(shè)置、并建立廣告數(shù)據(jù)庫到廣告接口數(shù)據(jù)庫的數(shù)據(jù)同步。

4）在廣告系統(tǒng)內(nèi)配置一臺(tái)單獨(dú)的廣告站用于運(yùn)行廣告接口程序。在廣告網(wǎng)內(nèi)運(yùn)行對(duì)接軟件ADS1TransferBill.exe，該程序可根據(jù)設(shè)定按照頻率、日期等信息生成RCS和Air5播出系統(tǒng)各頻率所需的廣告串聯(lián)單文件。該廣告站會(huì)將生成的廣告串聯(lián)單文件連同廣告串聯(lián)單欄目內(nèi)的廣告音頻一起發(fā)送給數(shù)據(jù)交換區(qū)，數(shù)據(jù)交換區(qū)的編播接口目錄結(jié)構(gòu)由廣告接口系統(tǒng)生成，并將廣告串編單文件通過FTP方式上載到相應(yīng)日期的目錄下供播出接口系統(tǒng)調(diào)用。

5）RCS播出網(wǎng)內(nèi)的接口程序watchfile會(huì)自動(dòng)監(jiān)測播出服務(wù)器上的FTP上傳目錄D：＼SPOTS＼ IN＼，其中參數(shù)Action應(yīng)設(shè)置為NONE，以保證當(dāng)watchfile對(duì)新上傳音頻進(jìn)行處理后，不會(huì)刪除原音頻。

6）當(dāng)watchfile檢測到有新的廣告音頻上傳后，會(huì)按照特定目錄下的模板在D：＼SPOTS＼XML＼目錄下生成相對(duì)應(yīng)的XML文件，同時(shí)拷貝廣告音頻到D：＼SPOTS＼OUT＼目錄下等待入庫。

7）RCS播出系統(tǒng)監(jiān)測D：＼SPOTS＼IN＼目錄，當(dāng)有新的廣告串編單文件上傳到該目錄時(shí)，會(huì)根據(jù)協(xié)議進(jìn)行數(shù)據(jù)解析，并執(zhí)行合并當(dāng)日廣告單的動(dòng)作。

8）RCS播出系統(tǒng)監(jiān)測D：＼SPOTS＼XML＼目錄，當(dāng)有新的XML文件生成時(shí)，會(huì)根據(jù)XML文件包含的信息將D：＼SPOTS＼OUT＼目錄下對(duì)應(yīng)的廣告音頻進(jìn)行入庫。完成廣告的上單工作。

經(jīng)過反復(fù)測試和一年多的運(yùn)行，該接口系統(tǒng)運(yùn)行穩(wěn)定可靠，播單數(shù)據(jù)對(duì)比準(zhǔn)確，未出現(xiàn)過重大故障，既提高了各系統(tǒng)的工作效率也降低了系統(tǒng)的運(yùn)維難度。

3 結(jié)論

跨平臺(tái)廣告?zhèn)鲉蜗到y(tǒng)的建成和應(yīng)用使我臺(tái)的廣告運(yùn)營管理實(shí)現(xiàn)了數(shù)字化、流程化、科學(xué)化，高效整合的廣告數(shù)據(jù)也為后續(xù)的價(jià)值開發(fā)和運(yùn)用帶來了便利。我們更清楚地認(rèn)識(shí)到，建立開放統(tǒng)一的接口標(biāo)準(zhǔn)，安全可靠地打通各種平臺(tái)，進(jìn)行更加廣泛地二次開發(fā)和應(yīng)用是充分實(shí)現(xiàn)每個(gè)系統(tǒng)最大價(jià)值的有效手段。

參考文獻(xiàn)

[1]李懷暢.電臺(tái)廣告智能監(jiān)播系統(tǒng)設(shè)計(jì)[J].電聲技術(shù)，2016（10）：20-25，32.

[2]艾福森.省級(jí)電臺(tái)廣告管理系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[D].天津：天津大學(xué)，2013.