標(biāo)簽：MMS  UGC

隨著手機(jī)應(yīng)用和用戶生成型內(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)用戶互動(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)入的“信息”上。首先是從用戶那里接收內(nèi)容。雖然也有可能采取上述的其它方式，但這個(gè)步驟一般是以一個(gè)SMS信息的形式來(lái)完成的。

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

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

從用戶那里接收到之后，信息會(huì)被放到一個(gè)數(shù)據(jù)庫(kù)表中，排隊(duì)等候調(diào)節(jié)器的認(rèn)可，通過(guò)認(rèn)可后才能傳輸?shù)狡聊簧?。在將用戶生成型手機(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)解用戶界面進(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被稱為“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é)的信息[NextPage]

參數(shù)示例

下面是一些為確保實(shí)現(xiàn)所需功能必須包含的參數(shù)：

數(shù)量

指待返回信息的數(shù)量(如5個(gè))。如果在過(guò)濾和讀取后隊(duì)列中的信息數(shù)量少于這個(gè)數(shù)，那么將不會(huì)有信息被返回。如果有該數(shù)量或超過(guò)該數(shù)量的信息在隊(duì)列中，則會(huì)有對(duì)應(yīng)數(shù)量的信息被返回。若想返回所有信息，可將數(shù)量規(guī)定為“0”。

自動(dòng)刪除

該參數(shù)用來(lái)標(biāo)記某些通過(guò)Web服務(wù)取回的信息是“正確的”以使之被自動(dòng)刪除，或標(biāo)記某些信息是“錯(cuò)誤的”以將之留在隊(duì)列中。

證書(shū)ID

這個(gè)URL編碼的活動(dòng)證書(shū)是用來(lái)獲取聊天數(shù)據(jù)，以便在活動(dòng)過(guò)程中顯示出來(lái)(例如1vJzUtW8B7d5PT2iuPrkNgg1t4OPVXDuGR3eFNm%2bki1LD3sXtlX87iWdhY7MV14x1XA1UTC2AcZyJloOOgdA6A==)。這個(gè)ID系統(tǒng)可以被輕松通過(guò)Web服務(wù)遠(yuǎn)程或現(xiàn)場(chǎng)取回。

已讀

該參數(shù)用來(lái)標(biāo)記某些信息是“正確的”以便返回隊(duì)列中已經(jīng)被標(biāo)識(shí)為已讀的信息，或標(biāo)記某些信息是“錯(cuò)誤的”以便只返回新信息按照調(diào)節(jié)順序由這一參數(shù)標(biāo)記為“正確”的信息將被按照之前調(diào)節(jié)的順序返回，被標(biāo)記為“錯(cuò)誤”的信息將被按照與之前調(diào)解相反的順序返回。以相反順序返回時(shí)，最近的被調(diào)節(jié)信息將被首先返回。

最后隊(duì)列ID

已接收信息的最后排隊(duì)ID，會(huì)導(dǎo)致只有在某個(gè)規(guī)定時(shí)間后收到的信息才被包括在內(nèi)。您可以不選這個(gè)參數(shù)，放棄對(duì)結(jié)果的過(guò)濾。Web服務(wù)的輸出是一個(gè)XML文件。如下圖所示：

通過(guò)FTP推方案由圖形系統(tǒng)接收信息

在某些圖形系統(tǒng)(如VizRT)中，數(shù)據(jù)必須采用可進(jìn)入到圖形引擎的平面文本文件格式。讓這些系統(tǒng)可以獲得數(shù)據(jù)的最好方法，是通過(guò)一個(gè)FTP推方案。通過(guò)這種方法，平臺(tái)會(huì)周期性地將一個(gè)預(yù)置的文件格式(比如由廣播方確定的)推到一個(gè)安全的位置。這個(gè)位置里有隊(duì)列中已經(jīng)被認(rèn)可但還沒(méi)有顯示在廣播系統(tǒng)上的信息。

將筆記本電腦的VGA信號(hào)輸出到混合顯示桌面上

當(dāng)現(xiàn)場(chǎng)沒(méi)有圖形引擎，但可以將多個(gè)輸入混合到一個(gè)輸出屏幕時(shí)，就必須將VGA信號(hào)從筆記本電腦輸出到廣播系統(tǒng)上。筆記本電腦將播放一個(gè)特別格式化的flash文件，其中包含了即將顯示在屏幕上的圖象。這個(gè)flash文件可以覆蓋全屏，而背景則采用一個(gè)預(yù)置的色度鍵顏色(如下圖3)。筆記本的輸出是VGA，因此必須通過(guò)一個(gè)掃描轉(zhuǎn)換器，將VGA轉(zhuǎn)換成混合顯示桌面可以兼容的信號(hào)。

圖3：Flash文件的基本屏幕布局

藍(lán)色是色度鍵顏色，因此不會(huì)被廣播顯示出來(lái)。下層的廣播內(nèi)容(如音樂(lè)會(huì)的場(chǎng)景)會(huì)被顯示在藍(lán)色區(qū)域。底部的黑色帶狀區(qū)則將顯示在場(chǎng)景的上層。

圖4：大屏幕上顯示的最終畫(huà)面

將VGA信號(hào)從筆記本電腦輸出是播放格式化flash文件的最常用方法，因?yàn)樵摲椒ㄋ笈c廣播公司的結(jié)合工作是最少的。[NextPage]

采用MMS實(shí)現(xiàn)更豐富的屏幕體驗(yàn)

有一些廣播公司利用MMS(多媒體信息服務(wù))來(lái)從用戶的手機(jī)接收?qǐng)D片信息或視頻，以豐富屏幕和互動(dòng)體驗(yàn)。

MMS被很多人用來(lái)將手機(jī)拍攝的照片進(jìn)行點(diǎn)到點(diǎn)傳輸。它被越來(lái)越多地用于集成來(lái)自手機(jī)用戶的豐富內(nèi)容。

比如，某些公司可能會(huì)使用上面所述的調(diào)節(jié)型文本信息收發(fā)方式來(lái)顯示滾動(dòng)的帶狀區(qū)內(nèi)容，但也會(huì)在文本顯示的過(guò)程中覆蓋某張由手機(jī)用戶拍攝的圖象。這張圖片一般可能是該用戶的貓或狗，然后加上一些有趣的元素。在戶外活動(dòng)中，我們可以用拍到的圖象來(lái)加強(qiáng)文本信息。比如，活動(dòng)現(xiàn)場(chǎng)可以就屏幕上的一張照片提問(wèn)“他夠不夠火辣?”。這樣的問(wèn)答結(jié)果隨后就可以被實(shí)時(shí)廣播到屏幕上。

當(dāng)然，被以MMS信息格式接收到的圖象或視頻文件，必須采用和文本信息一樣的嚴(yán)格規(guī)定來(lái)調(diào)節(jié)。

標(biāo)注和處理MMS信息

我們必須確保進(jìn)入的MMS信息被標(biāo)注有重要的識(shí)別信息。在規(guī)則型信息收發(fā)引擎(如5th Finger公司的無(wú)線電廣播)接收MMS信息時(shí)，該信息是通過(guò)一個(gè)名為MM7(用于MMS服務(wù)器/中繼器來(lái)和VASP通信)的協(xié)議來(lái)傳輸?shù)?。接收到的信息?huì)被標(biāo)注一個(gè)報(bào)頭，描述來(lái)源和目的地址及其它數(shù)據(jù)，并擁有一個(gè)MIME編碼型SMIL文檔主體。SMIL是一種演示格式，可以描述整個(gè)幻燈片演示文檔(如PowerPoint演示文檔)，包括版面和媒體文件的定時(shí)。一般來(lái)說(shuō)，由于手機(jī)用戶只能發(fā)送一個(gè)簡(jiǎn)單的照片或視頻，SMIL是一種很基本的文檔。

圖5：我們可以編輯(旋轉(zhuǎn)或裁減)圖象，然后調(diào)節(jié)使之可被顯示在屏幕上

但是，這整個(gè)過(guò)程還取決于運(yùn)營(yíng)商的能力(或者某些市場(chǎng)中的集成商的能力)，而當(dāng)無(wú)法直接和MMS中心(MMSC)連接時(shí)，規(guī)則型信息收發(fā)引擎還可以通過(guò)一個(gè)作業(yè)程序來(lái)接收這些信息，該程序可以監(jiān)控一個(gè)電郵地址的收件箱(通過(guò)POP3)。此時(shí)，手機(jī)用戶將其MMS信息發(fā)到一個(gè)電子郵件地址(如photos@nike.com)，而不是一個(gè)短代碼(如95294)，而他們的手機(jī)網(wǎng)絡(luò)運(yùn)營(yíng)商會(huì)將MMS重新格式化成一封帶有其標(biāo)志的電子郵件，并將媒體文件作為附件。隨后，一個(gè)電郵剖析器會(huì)接收郵件，辨別運(yùn)營(yíng)商和對(duì)應(yīng)的剖析器，并從電郵信息中重新獲取所有相關(guān)信息。采用這種方法發(fā)送的MMS信息，一般都會(huì)被重建并傳輸?shù)揭?guī)則型信息收發(fā)引擎。

當(dāng)MMS到達(dá)信息收發(fā)平臺(tái)后，會(huì)以和SMS一樣的方式被處理，但會(huì)被標(biāo)識(shí)成一種不同的信息類(lèi)別，并且附上圖片數(shù)據(jù)。用戶的圖片會(huì)由基于web的用戶界面提供并進(jìn)行調(diào)節(jié)，而一旦完成調(diào)節(jié)，就會(huì)以一個(gè)和SMS信息一樣的方式被處理。

和SMS類(lèi)似，該方案一般也會(huì)采用一個(gè)Flash程序來(lái)導(dǎo)出這些圖片并顯示到屏幕上。同時(shí)，它還會(huì)利用一個(gè)API來(lái)下載被調(diào)節(jié)的MMS信息、圖片或視頻數(shù)據(jù)。雖然屏幕上的Flash程序可以直接導(dǎo)出此內(nèi)容，但最好還是利用一個(gè)桌面程序來(lái)在本地保存所有圖象數(shù)據(jù)，并配置Flash程序來(lái)將圖象從本地保存位置導(dǎo)出來(lái)。通過(guò)這一步驟可以消除網(wǎng)絡(luò)延遲，因?yàn)楫?dāng)前的手機(jī)都可以輸出分辨率1280x960的圖象從而形成大量的大尺寸圖象文件。

圖6：另一種圖象顯示分辨率

結(jié)論

隨著手機(jī)多媒體內(nèi)容和信息收發(fā)的日益增加，這種與觀眾互動(dòng)的方法將變得越加重要和普及。因此，我們必須了解所有的技術(shù)難題和最佳方法，來(lái)確保大型活動(dòng)的完整性。尤其對(duì)于現(xiàn)場(chǎng)直播和廣播節(jié)目，更需要部署好周密的技術(shù)方案，在直播中避免任何技術(shù)和內(nèi)容上的問(wèn)題。