随着手机应用和用户生成型内容(UGC)的飞速增长,将SMS和MMS信息等手机内容发布到广播系统中的能力变得越来越重要 - 尤其是在电视节目和活动的直播等情形下。
大多数情况下,手机和广播系统互动的目的都是为了获取某些UGC并将之发布到广播系统,以覆盖模式(例如屏幕底部的带状区)显示在电视或者活动现场的大屏幕里。这类UGC是推动用户互动的一个绝佳方法。它拉近了组织者和观众的距离,为观众或者活动参与者提供了有趣的体验。
在图1中,一个规则型信息收发引擎被用于接收来自各种来源(SMS、MMS、IVR、iTV和Web等)的输入,并将一套数据驱动的规则加到进入的“信息”上。首先是从用户那里接收内容。虽然也有可能采取上述的其它方式,但这个步骤一般是以一个SMS信息的形式来完成的。
图1:该图以多个输入格式和多个输出格式展示了某个活动的集成点和信息流
调节过程
从用户那里接收到之后,信息会被放到一个数据库表中,排队等候调节器的认可,通过认可后才能传输到屏幕上。在将用户生成型手机内容发布到广播网络上时,这个调节过程决定着发布是否能成功。其原因主要有以下几点:
大部分广播网络都要求有足够的被认可信息才能进行发布。
及时的内容调节确保信息能以最快的时间被显示出来。
必须符合恰当内容的规定原则,这一点至关重要。
必须确认所有所需信息都是相关的。
图2:在线调节界面截图
大部分演播室都面临着严格的空间限制,有时这会增加现场调节的难度,尤其是当活动现场所在地空间有限时。这种情况下可以利用Web浏览器,进入信息收发系统内的调解用户界面进行离线调节。
信息被认可通过后,就可采取以下方式来将内容发布到广播系统:
由图形系统通过HTTP以XML格式取回信息
在某些图形系统中(如DekoCast),可以通过写一个模块来呼叫一个外部系统,取回仍待发布的信息。比如,5th Finger公司的无线电广播,就采用了一个API来返回当前的被认可信息队列。这个XML文件可以被读入到图形系统,并放置到一个等待显示的队列中。
这个例子中调用得API被称为“CampaignChatData(活动聊天数据)”。该接口可界面可取回以XmlNode形式存在于队列中的聊天信息。通过规定不同的参数,CampaignChatData Web服务可以提供以下功能:
取回队列中的所有信息或特定数量的信息
取回队列中未被读取的所有信息或特定数量的信息
取回后自动从队列中删除信息
自动删除队列中某个特定信息
以信息被调节的顺序或相反顺序取回信息(例如,最近的调制信息会被先返回)
取回上一次呼叫后被调节的信息
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)