隨著手機(jī)應(yīng)用和用戶(hù)生成型內(nèi)容（UGC）的飛速增長(zhǎng)，將SMS和MMS信息等手機(jī)內(nèi)容發(fā)布到廣播系統(tǒng)中的能力變得越來(lái)越重要 - 尤其是在電視節(jié)目和活動(dòng)的直播等情形下。

　　大多數(shù)情況下，手機(jī)和廣播系統(tǒng)互動(dòng)的目的都是為了獲取某些UGC并將之發(fā)布到廣播系統(tǒng)，以覆蓋模式（例如屏幕底部的帶狀區(qū)）顯示在電視或者活動(dòng)現(xiàn)場(chǎng)的大屏幕里。這類(lèi)UGC是推動(dòng)用戶(hù)互動(dòng)的一個(gè)絕佳方法。它拉近了組織者和觀眾的距離，為觀眾或者活動(dòng)參與者提供了有趣的體驗(yàn)。

　　在圖1中，一個(gè)規(guī)則型信息收發(fā)引擎被用于接收來(lái)自各種來(lái)源（SMS、MMS、IVR、iTV和Web等）的輸入，并將一套數(shù)據(jù)驅(qū)動(dòng)的規(guī)則加到進(jìn)入的“信息”上。首先是從用戶(hù)那里接收內(nèi)容。雖然也有可能采取上述的其它方式，但這個(gè)步驟一般是以一個(gè)SMS信息的形式來(lái)完成的。

　　圖1：該圖以多個(gè)輸入格式和多個(gè)輸出格式展示了某個(gè)活動(dòng)的集成點(diǎn)和信息流

　　調(diào)節(jié)過(guò)程

　　從用戶(hù)那里接收到之后，信息會(huì)被放到一個(gè)數(shù)據(jù)庫(kù)表中，排隊(duì)等候調(diào)節(jié)器的認(rèn)可，通過(guò)認(rèn)可后才能傳輸?shù)狡聊簧稀Ｔ趯⒂脩?hù)生成型手機(jī)內(nèi)容發(fā)布到廣播網(wǎng)絡(luò)上時(shí)，這個(gè)調(diào)節(jié)過(guò)程決定著發(fā)布是否能成功。其原因主要有以下幾點(diǎn)：

　　大部分廣播網(wǎng)絡(luò)都要求有足夠的被認(rèn)可信息才能進(jìn)行發(fā)布。

　　及時(shí)的內(nèi)容調(diào)節(jié)確保信息能以最快的時(shí)間被顯示出來(lái)。

　　必須符合恰當(dāng)內(nèi)容的規(guī)定原則，這一點(diǎn)至關(guān)重要。

　　必須確認(rèn)所有所需信息都是相關(guān)的。

　　圖2：在線調(diào)節(jié)界面截圖

　　大部分演播室都面臨著嚴(yán)格的空間限制，有時(shí)這會(huì)增加現(xiàn)場(chǎng)調(diào)節(jié)的難度，尤其是當(dāng)活動(dòng)現(xiàn)場(chǎng)所在地空間有限時(shí)。這種情況下可以利用Web瀏覽器，進(jìn)入信息收發(fā)系統(tǒng)內(nèi)的調(diào)解用戶(hù)界面進(jìn)行離線調(diào)節(jié)。

　　信息被認(rèn)可通過(guò)后，就可采取以下方式來(lái)將內(nèi)容發(fā)布到廣播系統(tǒng)：

　　由圖形系統(tǒng)通過(guò)HTTP以XML格式取回信息

　　在某些圖形系統(tǒng)中（如DekoCast），可以通過(guò)寫(xiě)一個(gè)模塊來(lái)呼叫一個(gè)外部系統(tǒng)，取回仍待發(fā)布的信息。比如，5th Finger公司的無(wú)線電廣播，就采用了一個(gè)API來(lái)返回當(dāng)前的被認(rèn)可信息隊(duì)列。這個(gè)XML文件可以被讀入到圖形系統(tǒng)，并放置到一個(gè)等待顯示的隊(duì)列中。

　　這個(gè)例子中調(diào)用得API被稱(chēng)為“CampaignChatData（活動(dòng)聊天數(shù)據(jù)）”。該接口可界面可取回以XmlNode形式存在于隊(duì)列中的聊天信息。通過(guò)規(guī)定不同的參數(shù)，CampaignChatData Web服務(wù)可以提供以下功能：

　　取回隊(duì)列中的所有信息或特定數(shù)量的信息

　　取回隊(duì)列中未被讀取的所有信息或特定數(shù)量的信息

　　取回后自動(dòng)從隊(duì)列中刪除信息

　　自動(dòng)刪除隊(duì)列中某個(gè)特定信息

　　以信息被調(diào)節(jié)的順序或相反順序取回信息（例如，最近的調(diào)制信息會(huì)被先返回）

　　取回上一次呼叫后被調(diào)節(jié)的信息