海峽之聲網(wǎng)絡(luò)電臺(tái)系統(tǒng)設(shè)計(jì)與特色分析

楊　軍福州海峽之聲廣播電臺(tái)，福建福州　350001

?

海峽之聲網(wǎng)絡(luò)電臺(tái)系統(tǒng)設(shè)計(jì)與特色分析

楊軍
福州海峽之聲廣播電臺(tái)，福建福州350001

摘要當(dāng)前，絕大多數(shù)傳統(tǒng)廣播、電視媒體均建有網(wǎng)站，但原有網(wǎng)站系統(tǒng)大多基于WMS流媒體服務(wù)器提供的播出服務(wù)，采用的編解碼格式是WMV9和WMA，隨著時(shí)間的推移，這幾種編解碼方法已經(jīng)逐步被新的H.264/AAC編解碼格式所取代。整個(gè)系統(tǒng)應(yīng)該是模塊化、構(gòu)件化設(shè)計(jì)，面向?qū)ο蟮?，能夠整合各種不同的資源。所以選擇一種有效的設(shè)計(jì)模式會(huì)給目標(biāo)系統(tǒng)帶來(lái)無(wú)盡的好處。在技術(shù)體系已經(jīng)確定的情況下，找到合適的設(shè)計(jì)模式也是系統(tǒng)開(kāi)發(fā)的重要組成部分。而MVC設(shè)計(jì)模式便是將這些問(wèn)題很好解決的手段。通過(guò)MVC設(shè)計(jì)模式能夠切實(shí)將M（model）、V（View）、C（controller）三層分離的目標(biāo)實(shí)現(xiàn)。

關(guān)鍵詞H.264編碼技術(shù)；JavaEE體系結(jié)構(gòu)；MVC設(shè)計(jì)模式

隨著移動(dòng)互聯(lián)網(wǎng)迅速發(fā)展，受眾更習(xí)慣于手機(jī)、iPad等移動(dòng)終端。傳統(tǒng)廣播應(yīng)借助新媒體特點(diǎn)，建立網(wǎng)絡(luò)電臺(tái)提升影響力。下面以海峽之聲廣播電臺(tái)為例，介紹網(wǎng)絡(luò)電臺(tái)系統(tǒng)編碼技術(shù)、系統(tǒng)設(shè)計(jì)與特色分析。

1　網(wǎng)絡(luò)電臺(tái)系統(tǒng)編碼技術(shù)

海峽之聲網(wǎng)絡(luò)電臺(tái)系統(tǒng)建設(shè)，充分考慮采用最能代表技術(shù)優(yōu)勢(shì)與潮流的新技術(shù)。下面從網(wǎng)絡(luò)視頻存量較大的WMV9編碼和H.264編碼進(jìn)行技術(shù)對(duì)比（涉及圖像質(zhì)量、存儲(chǔ)要求、終端適應(yīng)性等幾方面），闡述海峽之聲網(wǎng)絡(luò)電臺(tái)系統(tǒng)建設(shè)的技術(shù)要點(diǎn)。

1.1提高編碼性能，減少帶寬開(kāi)支

下面的圖比較了H.264以及WMV9的壓縮性能。其中表示碼率的是橫坐標(biāo)，表示圖像質(zhì)量的是縱坐標(biāo)，上面的圖像質(zhì)量更好。通過(guò)研究直方圖，我們很容易發(fā)現(xiàn)，在碼率相同的情況下，WMV9的圖像質(zhì)量要比H.264差，也就是說(shuō)H.264本身的壓縮效率超高了WMV9，并且碼率越低，這種區(qū)別便愈加的明顯。

1.2提升圖像質(zhì)量，提高用戶(hù)體驗(yàn)

圖2中是H.264、MPEG4、WMV9三種視頻編碼格式進(jìn)行同樣碼率以及相同分辨率視頻文件的編碼，并分別選擇同一幀的畫(huà)面截圖，來(lái)對(duì)比起效果。通過(guò)對(duì)比可以明顯的看出，無(wú)論是人臉還是煙火，圖像質(zhì)量更出色的都是H.264，其動(dòng)態(tài)畫(huà)面的細(xì)節(jié)非常細(xì)膩和清晰，靜態(tài)畫(huà)面也比較的柔和，層次感也比較強(qiáng)。

圖1　H.264和WMV9壓縮性能比較

1.3減少存儲(chǔ)空間，節(jié)省設(shè)備投入

在相同分辨率、相同畫(huà)質(zhì)的情況下，WMV9編碼與H.264編碼所需存儲(chǔ)空間如表1。

可以明顯看出H.264在低碼率下所占存儲(chǔ)空間僅為WMV文件的80%左右，因此，采用H.264編碼方案后，相同存儲(chǔ)設(shè)備可以更加有效地利用。

表1　WMV9編碼壓縮存儲(chǔ)空間計(jì)算表

表2　H.264編碼壓縮存儲(chǔ)空間計(jì)算表

圖2　WMV9、Mpeg4、H.264圖像質(zhì)量對(duì)比

1.4擴(kuò)展終端類(lèi)型，適合多屏應(yīng)用

H.264/AAC編解碼格式視頻文件可以適應(yīng)PC終端播放，且適應(yīng)手機(jī)、IPTV STB等多種終端設(shè)備。

1.5節(jié)目單模板化，管理靈活簡(jiǎn)便

系統(tǒng)應(yīng)該按模版方式提供臨時(shí)節(jié)目單功能，提供日歷展現(xiàn)方式展現(xiàn)節(jié)目單并提供多種展現(xiàn)時(shí)間周期。另外，用戶(hù)可在不同的展現(xiàn)界面上直接拖動(dòng)和編輯節(jié)目。

2　網(wǎng)絡(luò)電臺(tái)系統(tǒng)設(shè)計(jì)

在進(jìn)行系統(tǒng)設(shè)計(jì)的時(shí)候，必須根據(jù)當(dāng)前的工作流程進(jìn)行，全面的考慮到實(shí)際的需要，滿(mǎn)足操作人員對(duì)靈活性和簡(jiǎn)潔性方面的相關(guān)要求，在結(jié)構(gòu)設(shè)計(jì)上，應(yīng)具備強(qiáng)大的集成和擴(kuò)展能力。

2.1采用多層B/S結(jié)構(gòu)

將三層應(yīng)用體系結(jié)構(gòu)運(yùn)用進(jìn)去，對(duì)于用戶(hù)界面可以利用www瀏覽器來(lái)實(shí)現(xiàn)。一些事物邏輯可以通過(guò)前端實(shí)現(xiàn)，但是主要的事務(wù)邏輯需要通過(guò)服務(wù)器來(lái)實(shí)現(xiàn)，并進(jìn)行3-tier結(jié)構(gòu)的形成。通過(guò)通用流感器便能夠做到以往需要通過(guò)復(fù)雜軟件才能夠做到的事情。

2.2利用XML技術(shù)作為系統(tǒng)接口的數(shù)據(jù)交換標(biāo)準(zhǔn)

利用XML可以確保異構(gòu)系統(tǒng)數(shù)據(jù)接口需要能夠得到滿(mǎn)足，確保系統(tǒng)數(shù)據(jù)資源的整合能夠達(dá)到最佳。在異構(gòu)應(yīng)用間數(shù)據(jù)共享中XML比較的適用，其擴(kuò)展性和靈活性能夠幫助其描述差異差別較大的應(yīng)用數(shù)據(jù)。ML屬于元標(biāo)記語(yǔ)言，可用于強(qiáng)大的數(shù)據(jù)檢索。能夠支持多種語(yǔ)種，其中包含了UTF-7、UFT-8、UNICODE、GB2312（簡(jiǎn)體中文）、BIG5（繁體中文）等，這個(gè)特點(diǎn)的存在也讓其更加適用多語(yǔ)種應(yīng)用方面的開(kāi)發(fā)。

2.3采用JavaEE體系結(jié)構(gòu)

Java EE本身便是通過(guò)Java2平臺(tái)來(lái)幫助企業(yè)簡(jiǎn)化方案開(kāi)發(fā)、管理以及部署的體系結(jié)構(gòu)，它定義了一套標(biāo)準(zhǔn)化組件，并為這些組件提供了完整服務(wù)。全媒體系統(tǒng)在開(kāi)發(fā)的過(guò)程中將Java EE體系結(jié)構(gòu)運(yùn)用了進(jìn)去，優(yōu)點(diǎn)主要體現(xiàn)在下面幾點(diǎn)：

1）具有平臺(tái)無(wú)關(guān)性的優(yōu)點(diǎn)。其可以根據(jù)自身的實(shí)際需要選擇合適的數(shù)據(jù)庫(kù)、硬件和操作系統(tǒng)，從而確保系統(tǒng)真正的開(kāi)放，支持多個(gè)操作系統(tǒng)平臺(tái)。

2）具有用戶(hù)投資保護(hù)的優(yōu)點(diǎn)。若是用戶(hù)進(jìn)行平臺(tái)的更換，Java EE的系統(tǒng)能夠較為便捷的直接移植到其他平臺(tái)上面去，沒(méi)有必要重現(xiàn)進(jìn)行開(kāi)發(fā)，能夠很好的保護(hù)用戶(hù)的投資。

3）具有廣泛支持的優(yōu)點(diǎn)。Java EE技術(shù)規(guī)范現(xiàn)在已經(jīng)獲得了自由軟件開(kāi)發(fā)者以及國(guó)際性大公司的支持，SUN，IBM，ORACLE，NETSCAPE，BEA等紛紛推出基于Java EE的軟件產(chǎn)品。

2.4面向服務(wù)架構(gòu)（SOA）

面向服務(wù)的體系結(jié)構(gòu)（SOA）是互相通信服務(wù)的集合，本身便是一個(gè)靈活性比較強(qiáng)的體系結(jié)構(gòu)，其規(guī)范了計(jì)算機(jī)環(huán)境下的開(kāi)發(fā)、設(shè)計(jì)、管理以及應(yīng)用的邏輯單元。

2.5采用MVC設(shè)計(jì)模式

應(yīng)用系統(tǒng)的各個(gè)模塊之間存在強(qiáng)耦合，系統(tǒng)不同部分之間會(huì)互相的依賴(lài)，這也讓系統(tǒng)的組件化更加的困難，并且不可能重用代碼，若是系統(tǒng)其中一個(gè)部分出現(xiàn)問(wèn)題，會(huì)給整個(gè)系統(tǒng)的運(yùn)行穩(wěn)定造成嚴(yán)重的影響。

3　網(wǎng)絡(luò)電臺(tái)系統(tǒng)特色分析

3.1視頻高清化

在網(wǎng)絡(luò)全媒體時(shí)代，通過(guò)H.264高清壓縮格式來(lái)進(jìn)行視頻的播出。海峽之聲網(wǎng)絡(luò)電臺(tái)系統(tǒng)平臺(tái)可以提供從20kbps碼流到高達(dá)8Mbps碼流的網(wǎng)絡(luò)視音頻技術(shù)支撐，滿(mǎn)足從CIF到Full HD的全領(lǐng)域內(nèi)容資源應(yīng)用。

3.2播出碎片化

網(wǎng)絡(luò)電臺(tái)系統(tǒng)采用碎片化播出方式。碎片化是將大文件按照業(yè)務(wù)需要，在播出端物理切分成時(shí)間較短、大小較小的碎片文件，在解碼端收看時(shí)在拼裝為可連續(xù)播放的視音頻流。

3.3一云多屏化

系統(tǒng)采用“全媒體云”部署建設(shè)方式，用戶(hù)僅僅需要將自己的終端設(shè)備接入到互聯(lián)網(wǎng)中去，便能夠得到相關(guān)的公共信息。

3.4管理可視化

網(wǎng)絡(luò)電臺(tái)系統(tǒng)管理可視化主要體現(xiàn)在節(jié)目排單操作、采集播出監(jiān)控、信息統(tǒng)計(jì)分析、專(zhuān)題制作幾個(gè)環(huán)節(jié)。一是實(shí)現(xiàn)網(wǎng)播節(jié)目排單可視化；二是實(shí)現(xiàn)流媒體服務(wù)器監(jiān)管的可視化，通過(guò)可視化的網(wǎng)絡(luò)、圖形以及系統(tǒng)管理人員能夠?qū)α髅襟w的播出服務(wù)器狀態(tài)進(jìn)行監(jiān)控；三是實(shí)現(xiàn)統(tǒng)計(jì)分析可視化，能夠幫助管理者更好的了解網(wǎng)友的興趣所在，把握網(wǎng)絡(luò)電臺(tái)的內(nèi)容。

參考文獻(xiàn)

［1］李華，戴瓊海，曾珂.基于流媒體的現(xiàn)場(chǎng)直播大用戶(hù)量并發(fā)播放的研究［J］.計(jì)算機(jī)工程與應(yīng)用，2004，40（6）：140-142.

［2］司凱威.網(wǎng)絡(luò)電臺(tái)技術(shù)原理分析及監(jiān)管對(duì)策研究［J］.廣播電視信息，2016（2）.

中圖分類(lèi)號(hào)G2

文獻(xiàn)標(biāo)識(shí)碼A

文章編號(hào)1674-6708（2016）165-0138-02

作者簡(jiǎn)介：楊軍，高級(jí)工程師，海峽之聲廣播電臺(tái)副總編輯，研究方向?yàn)橛?jì)算機(jī)網(wǎng)絡(luò)，新媒體開(kāi)發(fā)。