驯服视频内容发现的多头问题

让我们面对现实吧:OTT领域正变得越来越碎片化. 它的承诺是，消费者可以创建他们想要的内容包(来自不同的提供商)，以取代传统有线电视运营商的电子节目指南(EPG)中无尽的频道。. 现实已经变成了一个孤立的怪物, as brands split off from aggregator services (like Hulu and Netflix; remember, Hulu是由福克斯(Fox)和康卡斯特(Comcast)组建的，是它们自己直接面向消费者的产品. 似乎每天都有新的OTT产品发布. 如果消费者想要所有这些网站的节目，他们现在必须有大量的OTT订阅.

然而，潜在的问题并不是碎片化本身. 而是消费者将所有OTT服务视为单一的“电视体验”.“在EPG的陪伴下长大(到目前为止，我自己也是如此)， 电视指南)，消费者希望在一个界面中访问所有内容，而不管其位置如何. 值得庆幸的是, 部分OTT平台, 比如Xfinity和Liberty Global, 正忙着将Netflix等提供商整合到他们的节目指南中，这样观众就不必在一堆应用程序中摸索了. (哦，对了，他们用的是哪个应用? 智能电视上的那个, 或者在Apple TV上, 或者Roku怎么样, 别忘了亚马逊Fire TV Stick...). 其他创新公司，比如 Caavo, 是否尝试以不同的方式解决问题——充当所有查看者订阅的代理并将内容聚合到单个视图中. (苹果也有类似的做法.)

但这只能部分解决问题, 因为观众仍然非常担心什么内容是由哪个提供商提供的, 更重要的是, 他们可能会喜欢看什么内容. 随着OTT提供商将推荐技术融入到用户体验中, 消费者已经习惯了它们. 回到一个沉闷的想法, 有线电视提供商提供的不提供任何推荐的旧EPG似乎很野蛮. 但是，观众如何在所有服务中获得推荐呢? 简短的回答是，他们不能.

第一个原因是后勤问题. 这些OTT提供商都非常孤立. 他们不想与他们视为竞争对手的供应商分享信息. 为什么他们想让观众得到竞争对手服务上的内容推荐(即使消费者不认为它是竞争对手)?? 尽管这些服务通常建立在开放的网络技术之上，但它们已经变成了封闭的花园. 我可以向您保证，它们中的大多数都有RESTful api, 能输出JSON或XML吗, 并且有一个他们可以共享的元数据格式.

这就是第二个问题:元数据. 不幸的是, 大多数OTT提供商和视频分销商都有自己的元数据框架来描述他们的视频资产. 像MovieLabs和EIDR这样的组织已经实现了将视频内容数据源连接在一起的方法(MovieLabs本体特别有趣)。, 但这并不能解决元数据问题. 有, 简单地说, 流媒体视频行业没有标准的方法以编程方式描述和表示视频资产. 这就给内容推荐和发现带来了一个大问题. 如果没有服务“使用相同的语言”,“向观众推荐内容变得非常困难, 更不用说跨服务搜索了.

为了统一这种新的电视体验, 整个行业必须团结起来，就描述内容的标准数据结构达成一致. 然后, OTT服务必须愿意打开大门，以便描述数据可以在其他地方共享和使用. 到处都是. 他们现在担心的事情可能是他们最大的资产:而不是担心在竞争对手的平台上推荐内容, 也许他们应该寻找机会，让观众从他们的服务中获得推荐内容? 显然，这是双向的.

[本文发表于2019年7月/ 8月号。 流媒体杂志 内容发现的日益严重的问题."]