真正的社交电视应该是：出于社交网络，胜于社交网络

编者按：本文作者为 John Funge，一位连续创业者及Brightcontext创始人，有丰富电视行业经验。他认为尽管目前社交电视大多基于 Twitter，但随着社交电视成为电视商业的一部分，社交网络可能更多地是竞争对手而不是合作伙伴。要真正做到社交电视，还需要解决实时大数据的处理，而这在技术上已有可能。

在所有有关社交电视（social TV）的谣言和讨论中，有个谜团依旧存在：为什么还没出现？为什么现在大部分社交电视的体验都基于 Twitter？

要回答这个问题，需要先说说“实时大数据”——对大量数据进行即时消费、路由选择、处理和广播的问题。

你有没想过，Twitter 是怎么在 Lady Gaga 给她粉丝发一个飞吻时即时处理发送出 2800 万条消息的？这个问题只有很少一部分的 Twitter 或 CIA 的人能够回答。但这个问题的答案恰恰就是社交电视未来的核心。

在电视过去发展的 80 年来，它一直是单向的广播通信。而社交电视则是让观众可以和其他人（包括广告商、节目制作人）衔接起来。在这个层面上，电视将不再是一个单向的媒体。

这种有关社交电视的想象是让人无法抗拒的。但要如何处理这种潜在的实时流量负荷呢？就好像节假日时的机场一样，服务器也会因为某些节目突然变得不堪重负。你需要考虑负载问题，更需要考虑每分钟会增加多少用户。“在同一时间有多少人在看同一个电视节目”是个很容易被遗忘的考虑。但像一个《生活大爆炸》的重播可能就有能够坐满 30 个洋基球场的观众，更不用说大型球赛活动了。

这么多年以来，电视网络在处理他们网站的流量高峰时会使用像 Akamai 这样的缓存服务。但缓存在内容频繁变化时并不能很好地工作。如果你想让观众在节目中参与互动——点击、投票和评论——你会有困难。

如果有 200 万人同时在看《好汉两个半》的重播，而其中 0.5% 的人都接入了一个电视伴侣 app，那也相当于在运行一个拥有 1 万人的聊天室。而等社交电视成为主流，这个数字只会有增无减。

所以为什么不让 Facebook 和 Twitter 去处理所有的这些实时数据呢？

现在不少电视节目已经在利用社交网络（比如就某个话题、新闻发送微博），更不用说像 GetGlue（娱乐签到服务）这样的 app 了，我们在 2012 年了解到的社交电视大部分和 Twitter 有关。在 2010 年，MTV 为了 MTV 音乐电视大奖专门设置了 twitter 跟踪一栏。而从那以后，我们看到了更多基于这种概念的版本变化。事实上，Twitter 自己也主动参与这个趋势，用自己处理实时数据的能力协助大型现场活动的播出，比如它之前为奥运赛事和 NBC 的合作。

但社交电视必须超越 Facebook 和 Twitter。

这有两个原因：首先，为了激发观众并随时保持竞争力，社交电视应用必然需要变得更有野心，更个性化，与线性内容更紧密结合，更游戏化，赞助更有创意，并且变得与电视节目本身在商业上更贴合（要做到这些需要脱离现有的社交网络）。

其次，随着社交电视成为电视商业的一部分，社交网络可能更多地是竞争对手而不是合作伙伴。如果市场挑选出能与观众形成新的直接关系的社交电视产品，它的回报是相当高的。Twitter 和 Facebook 已经比节目制作人、发行公司对电视观众有更好的洞察。而要释放社交电视的全部潜能并保持独立，应用开发商需要一个解决汹涌实时数据负载的新方法。

而这当中有两点近年才出现的理由可以为应用开发商带来希望：首先，通过云计算，工程师不需要将物理服务器安装到数据中心就可以部署服务器容量。但如果服务器不能一起工作，云计算并不能帮上什么忙。而新的被称为“NoSQL”的数据库管理方法现在让通过更多服务器做分布数据库负载成为可能。结合云计算，NoSQL 可以处理极端水平的、电视观众可生成的数据库写操作。

建立可以让 100 万个并发用户进行实时互动的系统已不再是疯狂的想象。相信随着技术层面的考虑渐渐消失，有创意的制作人会将社交电视带到现在还不能想象的境界。