实况广播的制作方法

文档序号:20013110发布日期:2020-02-22 04:43阅读:305来源:国知局
实况广播的制作方法



背景技术:

1.技术领域

本技术涉及流式媒体,更具体地涉及将用户产生的内容实时合并到广播媒体流中。

2.相关技术描述

流式媒体可包括来自不同内容提供商的多种不同类型的内容。这样的内容可包括电视节目、电影、数字游戏等。这样的内容可包括事件的现场直播,这些事件包括体育赛事、突发新闻事件、颁奖典礼、演讲等。

通过传统电视广播而分发的一些媒体标题也可流式传输。例如,有线电视提供商可向订户提供对他们的电视节目的访问权限。电视节目从许多现有提供商(例如,directv、verizon、at&tu-verse)之一提供给订户。通过支付订阅,订户获得(从提供商)访问与某些有线网络(诸如hbo、mtv和卡通网络(cartoonnetwork))相关联的内容的权限。在一些情况下,用户可根据需要购买一个或多个频道。在其他情况下,用户通过捆绑一次购买两个或更多个频道。在一些情况下,有线网络可操作它们自己的订阅系统以将内容流式传输给订户。此外,还存在在线内容服务(例如,netflix、hulu、amazonfiretv),这些在线内容服务允许用户在各种计算设备(例如,移动设备、笔记本电脑、台式机)上观看流式媒体和视频点播内容。

用户将他们自己的评论和其他相关内容添加到特定媒体标题(例如,电视节目剧集)的当前可用方式可包括下载媒体标题(或其剪辑)的文件,结合所下载的文件记录他们的评论,然后将带有所记录的评论的文件上载到分发频道(例如,)。

用于分发用户生成的内容的另一模型可包括允许用户生成内容,该内容可直接流式传输(例如,facebooklive、twitch.tv)给一组订户。但是,这样的用户生成的内容可能受限于由该用户生成的内容。在用户希望提供对由另一用户生成的媒体标题的评论的情况下,该用户可能被要求得到对该内容的许可或获得对该内容的某些权限或仅使用该内容的有限或低质量版本。这样的要求使得例如即时生成高质量评论音轨变得复杂,这些高质量评论音轨是实时的以便与正被评论的媒体标题的高质量、全长流同步播放。

因此,这样的模型的缺点可包括用户生成的内容提供的即时体验较差、上下文较少、原始内容质量较低,以及对内容提供商的价值较低(这可能因此降低可协调和分发评论的媒体标题的可用性)。

因此,本领域需要将用户产生的内容流实时合并到广播媒体流中的系统和方法



技术实现要素:

本发明的实施方案包括用于将用户产生的内容实时合并到广播媒体流中的系统和方法。媒体标题可通过通信网络流式传输到制作者计算设备。制作者计算设备与用于结合媒体标题而分发用户产生的内容的频道相关联。当在制作者计算设备上播放流式传输的媒体标题时,可从制作者计算设备捕获产生的内容。这样的所捕获的产生的内容可被指定用于该频道。然后,媒体标题和产生的内容可通过通信网络实时广播到订阅该频道的一个或多个订户设备。媒体标题和产生的内容可以在广播内同步,以反映当在制作者计算设备上播放媒体标题时关于媒体标题而捕获产生的内容的时间。

各种实施方案可包括用于将用户产生的内容实时合并到广播媒体流中的系统。这样的系统可包括存储器,该存储器存储关于与频道相关联的制作者计算设备的信息;网络接口,该网络接口通过通信网络将媒体标题流式传输到制作者计算设备;以及处理器,该处理器执行指令,这些指令导致当在制作者计算设备上播放流式传输的媒体标题时,从制作者计算设备捕获产生的内容。所捕获的产生的内容被指定用于该频道。网络接口可以通过通信网络将媒体标题和产生的内容以在广播内同步的方式实时广播到订阅该频道的一个或多个订户设备,以反映当在制作者计算设备上播放媒体标题时关于媒体标题而捕获产生的内容的时间。

附加实施方案可包括用于将用户产生的内容实时合并到广播媒体流中的方法。这样的方法可包括通过通信网络将媒体标题流式传输到与频道相关联的制作者计算设备;当在制作者计算设备上播放流式传输的媒体标题时从制作者计算设备捕获产生的内容,其中所捕获的产生的内容被指定用于该频道;以及通过通信网络将媒体标题和产生的内容实时广播到订阅该频道的一个或多个订户设备。媒体标题和产生的内容可以在广播内同步,以反映当在制作者计算设备上播放媒体标题时关于媒体标题而捕获产生的内容的时间。

另外的实施方案包括非暂态计算机可读存储介质,在该非暂态计算机可读存储介质上包含可由处理器执行以实施如上所述用于将用户产生的内容实时合并到广播媒体流中的方法的程序。

附图说明

图1示出了网络环境,其中可实现用于将用户产生的媒体实时合并到广播媒体流中的系统。

图2是示出用于将用户产生的媒体实时合并到广播媒体流中的示例性方法的流程图。

图3是可用于将用户产生的媒体实时合并到广播媒体流中的示例性电子娱乐系统。

具体实施方式

本发明的实施方案包括用于将用户产生的内容实时合并到广播媒体流中的系统和方法。媒体标题可通过通信网络流式传输到制作者计算设备。制作者计算设备与用于结合媒体标题而分发用户产生的内容的频道相关联。当在制作者计算设备上播放流式传输的媒体标题时,可从制作者计算设备捕获产生的内容。这样的所捕获的产生的内容可被指定用于该频道。然后,媒体标题和产生的内容可通过通信网络实时广播到订阅该频道的一个或多个订户设备。媒体标题和产生的内容可以在广播内同步,以反映当在制作者计算设备上播放媒体标题时关于媒体标题而捕获产生的内容的时间。

图1示出了网络环境100,其中可实现用于将用户产生的媒体实时合并到广播媒体流中的系统。网络环境100可包括提供用于分发(例如,经由一个或多个视频点播(vod)服务)的流式内容(例如,视频)的一个或多个内容源服务器110、一个或多个内容提供商服务器应用程序接口(api)120、内容传递网络服务器130、后端服务层140和一个或多个客户端设备150。

内容源服务器110可以维护和提供可用于流式传输的媒体标题。这样的媒体标题不仅可包括预先录制的内容(例如,dvr内容),而且可包括现场直播流(例如,直播体育赛事、直播电子竞技赛事、广播首播)。内容源服务器110可与下述任何内容提供商相关联,该内容提供商使其内容可用于流式传输

来自内容源服务器110的流式内容可通过内容提供商服务器api120提供,该内容提供商服务器api120允许各种类型的内容源服务器110与后端服务层140通信。内容提供商服务器api120可以特定于提供流式内容的内容源服务器110的特定语言、操作系统、协议等。在包括多个不同类型的内容源服务器110的网络环境100中,同样可以存在对应数量的内容提供商服务器api120。

因此,内容提供商服务器api120便于客户端设备150中的每一个访问由内容源服务器110托管的内容。关于所访问的内容的附加信息(例如元数据)也可以由内容提供商服务器api120提供给客户端设备150。如下所述,附加信息(即元数据)可用于提供关于正被流式传输到客户端设备150的内容的细节。最后,还可以经由内容提供商服务器api120从内容源服务器110向客户端设备150提供与所访问的内容相关联的附加服务,诸如聊天服务、等级和简档。

内容提供商服务器api120可以由内容传递网络服务器130访问。内容传递网络服务器130可包括提供与流式媒体相关的资源和文件(包括与客户端设备150有关的促销图像和服务配置)的服务器。内容传递网络服务器130还可以由请求流式传输或订阅特定内容的客户端设备150调用。

内容提供商服务器api120可以由后端服务层140访问,以便获得关于客户端设备150的可用流式内容的信息。如下所述,关于内容的附加信息可包括描述可用内容的元数据(例如,按作者、标题、流派)。该信息还可包括存储内容的位置(例如,url),使得用户设备可以继续从内容源服务器110检索内容。此外,(例如,作者、标题、流派)120可包括用于实现允许不同客户端设备150彼此交互的功能(例如,聊天)的指令。后端服务层140可以使用这样的指令来向客户端设备150提供某些功能。

后端服务层140可以负责与不同的内容源服务器110通信,以便将该内容提供给客户端设备150。后端服务层140可以执行例如用于识别媒体标题的格式和格式化媒体标题以便可以在客户端设备150上播放的指令。这样的格式化可包括识别与每个内容相关联的元数据,然后使用各种不同类型的转换技术,使得在内容源服务器110处以一种格式存储的数据可以被呈现并显示在客户端设备150上,这可能需要不同的格式。这样,不同格式的媒体标题可以经由后端服务层140提供给客户端设备150并使其与该客户端设备兼容。

客户端设备150可包括多个不同类型的计算设备。例如,客户端设备150可包括任何数量的不同游戏控制台、移动设备、膝上型计算机和台式机。这样的客户端设备150还可被配置为访问来自其他存储介质(诸如但不限于就下载服务而言可能适合的内存卡或磁盘驱动器)的数据。这样的设备150可包括标准硬件计算部件,诸如但不限于网络和媒体接口、非暂态计算机可读存储设备(存储器),以及用于执行可以存储在存储器中的指令的处理器。这些客户端设备150还可以使用多种不同的操作系统(例如,ios、安卓)、应用程序或计算语言(例如,c++、javascript)来运行。本文参考图3详细描述了示例性客户端设备150。

图2是示出用于将用户产生的媒体实时合并到广播媒体流中的示例性方法200的流程图。图2的方法200可以体现为非暂态计算机可读存储介质(包括但不限于cd、dvd或非易失性存储器诸如硬盘驱动器)中的可执行指令。存储介质的指令可以由一个处理器(或多个处理器)执行,以使得托管或以其他方式访问存储介质的计算设备的各种硬件部件执行该方法。图2中标识的步骤(及其顺序)是示例性的,并且可包括其各种替代形式、同等形式或派生形式,包括但不限于其执行顺序。

在方法200中,可以将关于制作者和相关联的频道的信息存储在存储器中,可以将媒体标题流式传输到制作者设备,可以在播放流式传输的媒体标题期间捕获在制作者设备处生成的内容,可以将一个或多个时间戳与所捕获的内容相关联,并且可以同步媒体标题和所捕获的内容以用于向已经订阅从频道接收内容的一个或多个订户设备广播。

在步骤210中,可以将关于制作者和相关联的频道的信息存储在存储器中。制作者可以建立用于分发用户生成的内容(例如,包括评论或其他相关内容)的频道。制作者可以与允许与内容分发频道相关联地建立账户的认证信息(例如,用户名、密码)相关联。另外,网络中的各种其他设备可以订阅以接收通过频道分发的内容。关于制作者、相关联的一个或多个频道和每个频道的一个或多个订户的信息可以保持在存储器中。在某些内容提供商需要特定订阅(例如,“优质”有线电视内容)的情况下,订户设备可能要求具有与内容提供商相关联的订阅,以便通过该频道访问内容。

在步骤220中,可以将媒体标题(例如,电视节目的指定剧集)流式传输到制作者设备。如本文所讨论的,媒体标题可包括可用于通过通信网络流式传输的任何类型的预先录制的或直播的媒体内容。这样的媒体标题可以源自内容源服务器110,由内容提供商服务器api层120格式化,并提供给后端服务层140。因此,客户端设备150可以在连续下载后续部分期间播放媒体标题文件的开始部分。

在步骤230中,可以在播放媒体标题文件期间捕获由制作者生成的内容。这样的制作者生成的内容可包括音频或视频评论、反应、背景或其他情境旁白,以及与媒体标题相关的其他类型的内容。由于可以在播放媒体标题期间产生和捕获制作者生成的内容,因此制作者生成的内容的定时可以与媒体标题的定时相关联。例如,制作者生成的内容可以在媒体标题的时间线内的某个点开始。

在步骤240中,媒体标题的一个或多个时间戳可以与制作者生成的内容相关联。由于制作者生成的内容可以响应于在播放媒体标题期间所显示的内容,因此当在没有媒体标题的情况下播放或者当与媒体标题不同步播放时,这样的制作者生成的内容可能没有意义或者说是缺乏情境。然而,当捕获制作者生成的内容时,一个或多个时间戳(例如,反映正在播放的媒体标题的时间线内的当前点)可以与制作者生成的内容内的某些点相关联。这样的制作者生成的内容可包括音频、视频、文本、主题标签、链接、图形以及与媒体标题相关的其他类型的内容。

在步骤250中,可以基于媒体标题和制作者生成的内容来准备广播。这样的广播可包括单个流(例如,其中媒体标题已经以同步方式与制作者生成的内容组合)或两个同步流。该同步(其可以基于关于步骤240描述的时间戳信息)允许观众(例如,订阅设备的观众)体验当在制作者计算设备上播放媒体标题时关于媒体标题所捕获的制作者生成的内容的播放。这样的同步(以及为这样的同步提供基础的时间戳的相关生成)可以由制作者计算设备、内容传递网络服务器130、后端服务层140或客户端设备150控制。在一些实施方案中,这样的同步发生在订户设备150处。可以利用各种其他同步手段,包括将两个或更多个内容流复用到单个传输流中以允许同步回放。

在一些实施方案中,广播可以与一组广告相关联,该组广告可以插播、覆盖或以其他方式与广播一起播放。可以基于特定制作者设备、特定频道、特定订户设备、与前述方面相关的各种参数或它们的任何组合来选择或分配这样的一组广告。这样的广告可以由与第三方提供商、制作者计算设备、内容源服务器110或内容传递网络服务器130相关联的广告服务器提供。

在步骤260中,将广播实时提供给已经订阅或以其他方式请求从频道接收内容的订户设备。当制作者生成的内容在制作者设备处生成时,可以发起包括同步的媒体标题和制作者生成的内容的广播。这样,在制作者设备上播放流式传输的媒体标题与向订户设备提供广播之间可能存在小的时间延迟。但是,在到制作者设备的流已完成其播放时间之前,可以发起向订阅设备的广播。例如,原始剧集的电视广播可以流式传输到用户可以提供评论的制作者计算设备,该评论可以被捕获并实时地流式传输给订户的观众。在一些实施方案中,广播(以及关于媒体标题和制作者生成的内容的信息)可以进一步存储在存储器中并经由与制作者设备相关联的频道来访问。这样,订户设备可以选择不实时接收同步广播,而是稍后访问广播。

图3是可用于将用户产生的媒体实时合并到广播媒体流中的示例性电子娱乐系统。图3的娱乐系统300包括主存储器305、中央处理单元(cpu)310、矢量单元315、图形处理单元320、输入/输出(i/o)处理器325、i/o处理器存储器330、控制器接口335、内存卡340、通用串行总线(usb)接口345和ieee1394接口350。娱乐系统300进一步包括操作系统只读存储器(osrom)355、声音处理单元360、光盘控制单元370和硬盘驱动器365,它们经由总线375连接到i/o处理器325。

娱乐系统300可以是电子游戏控制台。替代地,娱乐系统300可以实现为通用计算机、机顶盒、手持游戏设备、平板计算设备或移动计算设备或电话。娱乐系统可包含更多或更少的操作部件,这取决于特定的形状因数、目的或设计。

图3的cpu310、矢量单元315、图形处理单元320和i/o处理器325经由系统总线385进行通信。此外,图3的cpu310经由专用总线380与主存储器305通信,而矢量单元315和图形处理单元320可以通过专用总线390进行通信。图3的cpu310执行存储在osrom355和主存储器305中的程序。图3的主存储器305可包含预存储的程序和使用光盘控制单元370从cd-rom、dvd-rom或其他光盘(未示出)通过i/o处理器325传输的程序。图3的i/o处理器325还可以允许引入通过无线或其他通信网络(例如,4$、lte、1g等)传输的内容。图3的i/o处理器325主要控制娱乐系统300的各种设备之间的数据交换,这些设备包括cpu310、矢量单元315、图形处理单元320和控制器接口335。

图3的图形处理单元320执行从cpu310和矢量单元315接收的图形指令,以产生用于在显示设备(未示出)上显示的图像。例如,图3的矢量单元315可以将对象从三维坐标变换为二维坐标,并将二维坐标发送到图形处理单元320。此外,声音处理单元360执行产生声音信号的指令,该声音信号被输出到音频设备诸如扬声器(未示出)。其他设备可以经由usb接口345和ieee1394接口350诸如无线收发器连接到娱乐系统300,这些接口也可以嵌入在系统300中或者作为一些其他部件诸如处理器的一部分。

图3的娱乐系统300的用户经由控制器接口335向cpu310提供指令。例如,用户可以指示cpu310将某些游戏信息存储在内存卡340或其他非暂态计算机可读存储介质上或指示游戏中的角色执行某一指定动作。

本发明可以在可以由多种终端用户设备操作的应用程序中实现。例如,终端用户设备可以是个人计算机、家庭娱乐系统(例如,sony或sony或sony)、便携式游戏设备(例如,sony或sony)或不是那么知名的不同制造商的家庭娱乐系统。本文描述的本方法完全旨在可在多种设备上操作。本发明也可利用交叉标题中立性(cross-titleneutrality)而实施,其中本系统的一个实施方案可在各种发行商的多种标题中使用。

非暂态计算机可读存储介质是指参与向中央处理单元(cpu)提供指令以供执行的任何一种或多种介质。这样的介质可以采用多种形式,包括但不限于非易失性和易失性介质,分别诸如为光盘或磁盘和动态存储器。常见形式的非暂态计算机可读介质包括例如软盘、软磁盘、硬盘、磁带、任何其他磁介质、cd-rom光盘、数字视频光盘(dvd)、任何其他光学介质、ram、prom、eprom、flasheprom以及任何其他存储器芯片或盒式磁盘。

各种形式的传输介质可以涉及将一个或多个指令的一个或多个序列传送到cpu以供执行。总线将数据传送到系统ram,cpu从中检索并执行指令。系统ram接收的指令可以任选地在由cpu执行之前或之后存储在固定磁盘上。同样地可以实现各种形式的存储设备以及必要的网络接口和实现这些网络接口的网络拓扑结构。

已出于说明和描述的目的呈现了本技术的前述详细描述。并非旨在为穷举性的或将技术限于所公开的精确形式。根据上述教导,很多修改和变型是可能的。选择所描述的实施方案是为了最好地阐释本技术的原理及其实际应用,以及使本领域的其他技术人员能够在各种实施方案中利用本技术,并且作出适合所设想的特定用途的各种修改。旨在由权利要求限定本技术的范围。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1