CN103369410A - 播放广播内容的方法和设备 - Google Patents

Abstract

本发明涉及播放广播内容的方法和设备。该方法包括：经由分发信道接收具有标识视频内的位置的标识符以及定义所存储的播放列表的定位的地址的视频数据；相应于用户输入而从服务器获得播放列表，该播放列表包括标识所存储的传输流的定位的定位信息；通过网络从播放列表中标识的位置接收传输流；以及显示所获得的传输流。

Description

播放广播内容的方法和设备

技术领域

本公开涉及一种方法和设备，特别涉及播放广播内容的方法和设备。

背景技术

目前，消费者有机会在因特网上利用“视频点播”系统观看电视内容。这种系统类型使得用户能够在因特网上选择视频内容观看。这种视频内容可以包括之前广播的电视广播。这样的一个例子是英国广播公司（BBC）提供的iPlayer。

不过，为了访问这个内容，电视广播必须完成并通过视频点播服务上载到服务器。这对于观看者来讲是不方便的。

本公开的实施方式的一个目标是解决该问题。

发明内容

本公开的实施方式提供了将广播内容链接到在服务器上可用的相应内容的软件应用程序。该相应内容可以被分割成多个部分。相应内容可以基本上时间上对准广播内容，允许在内容和/或交付系统的组装（assembly）中延迟（latency）。

根据本公开的一个方面，提供的方法包括：经由广播信道接收具有标识符和地址的视频数据，所述标识符标识视频内的位置（position），所述地址限定所存储的播放列表的定位（location，位置）；响应于用户输入从服务器获得播放列表，该播放列表包括标识所存储的传输流的定位的定位信息；通过网络从播放列表中标识的定位处接收传输流；以及显示所获得的传输流。

这是有利的，因为其允许用户与广播内容互动以便对内容提供附加功能。

所存储的传输流可以包括对应于在广播信道上接收的所述视频数据的至少一个帧。这是有利的，因为其允许用户对内容有效执行例如暂停、快退、快进等的操作。

该方法可以进一步包括：与显示从服务器获得的传输流并行地存储通过广播信道获得的视频数据；通过增加传输流的播放（playback）速度来执行变换（transition）回所接收的视频数据；停止传输流的显示；以及利用增大的播放速度显示所存储的视频数据。这是有利的，因为返回广播内容的变换更平滑。

该方法可以进一步包括存储通过广播信道获得的视频数据；停止传输流的显示和显示存储的视频数据。这还减少从基于服务器的内容向广播内容的切换的不连续。

传输流可以包括多个传输流片段（transport stream clip），每个传输流片段具有预定的片段持续时间；在播放列表中提供每个传输流片段的定位和每个传输流片段的持续时间，并且该方法可以包括根据在播放列表中提供的每个传输流片段持续时间和视频内的位置的标识符选择要被检索的传输流；以及检索所选择的传输流片段。

该标识符可以是视频时间戳。

根据另一个方面，其提供包含计算机可读指令的计算机程序，当计算机程序在被加载到计算机时配置计算机执行根据任何实施方式的方法。

一种存储介质，被配置在所述存储介质中或在所述存储介质上存储上述另一方面的计算机程序。

根据另一个方面，提供的设备包括：被配置用于经由广播信道接收具有标识符和地址的视频数据的接收器，所述标识符标识视频内的位置，所述地址定义所存储的播放列表的定位；网络连接器，被配置用于响应于用户输入从服务器获得播放列表，该播放列表包括标识所存储的传输流的定位的定位信息；其中所述网络连接器被进一步配置用于通过网络从在播放列表中标识的定位处接收传输流；以及被配置用于输出所获得的传输流以供显示的输出端。

所存储的传输流可以包括对应于在广播信道上接收的所述视频数据的至少一个帧。

该设备可以进一步包括：存储器，被配置用于与显示从服务器获得的传输流并行地进行存储通过广播信道获得的视频数据；以及控制器，被配置用于通过增大传输流的播放速度来执行返回所接收的视频数据的转换；停止传输流的显示；以及以增大的播放速度输出所存储的视频数据以供显示。

该设备可以进一步包括存储器，被配置用于存储通过广播信道获得的视频数据；以及控制器，被配置用于停止传输流的显示和输出所存储的视频数据以供显示。

传输流可以包括多个传输流片段，每个传输流片段具有预定的片段持续时间；以及该播放列表在播放列表中提供每个传输流片段的定位和每个传输流片段的持续时间；该设备可以进一步包括：控制器，被配置用于根据播放列表中提供的每个传输流片段的持续时间和视频内的位置的标识符，选择要被检索的传输流片段；以及网络连接器，被配置用于检索所选择的传输流片段。

该标识符可以是视频时间戳。

还提供了一种电视机，其包括显示器和根据任意一个实施方式的设备。

附图说明

通过结合附图阅读以下示例性实施方式的详细描述，本公开的上述目标、特征和优势将变得显而易见，其中：

图1示出根据本公开实施方式的系统；

图2示出根据本公开实施方式的电视机；

图3示出本公开实施方式的代表性屏幕截图；

图4示出根据本公开实施方式的存储在服务器中的查阅表的结构；

图5示出根据本公开实施方式的播放列表的结构；

图6示出说明根据实施方式的编码电视内容的流程图；

图7A示出说明当在电视机上观看直播倒带（live rewind）时根据本公开实施方式的观看直播倒带的流程图；

图7B示出说明当在平板计算机上观看直播倒带时根据本公开实施方式的观看直播倒带的流程图；

图8示出用于控制视频流的平板计算机的平面图；以及

图9A至图9F示出控制平板计算机的不同手势。

具体实施方式

参考图1，示出了根据本公开实施方式的系统100。在这个系统100中，摄像机105捕捉视频和/或音频内容。摄像机105的输出通常在编辑程序（editing suite）（未示出）中编辑。捕捉（并且可以是编辑过的）的内容在编码器110中编码。

在实施方式中，内容使用例如运动图像专家组（MPEG）2格式编码。不过，本公开不限于这样的格式，可以采用任意其他的视频和/或音频格式。

编码内容被输入多路复用器115。多路复用器115多路复用（multiplex）所接收的编码视频和/或音频数据与其他数据。在实施方式中，其他数据包括唯一标识广播节目（broadcast program，广播程序）和混合广播宽带电视（HBBTV）URL的标识符。由于HBBTV程序语言对于本领域的技术人员来说是已知的，所以不提供HBBTV程序语言的详细描述。不过，HBBTV URL是标识HBBTV应用程序的定位的.html链接。不过，本领域的技术人员应当明白HBBTV URL可以是index.php、main.cgi或application.asp等。在实施方式中，标识符是视频时间戳，尽管标识视频的标识符也可以为任何类型的标识符。该标识符可以唯一标识视频帧以用于非常精确的播放或可以指示视频的特定帧的大致定位。例如，特定帧的定位可以利用最近的视频时间戳大致确定。

在实施方式中，其他数据被插入到MPEG2传输流适配字段（transportstream adaptation field）的私有字段（private field）。为了指示MPEG2传输流适配字段的私有字段具有包括在其中的数据，本领域的技术人员能理解，传输私有数据标志被设置为1。

此外，其他数据可以包括元数据，例如提供电子节目指南（EPG）信息的事件信息表（EIT）。此外，隐藏式字幕信息也可以包括在元数据中。EIT和隐藏式字幕信息对于本领域的技术人员来说是已知的，并由各种数字视频广播（DVB）标准定义。当然，相应的表在同样适用于本公开实施方式的其他传输标准中也是可用的。这些标准的例子包括ATSC和ARIB。

当然，在实施方式中，尽管其他数据和元数据被插入到MPEG2传输流适配字段的私有字段中，但是其他数据和元数据可以被插入到传输流的任何适当部分。

多路复用器115被连接到数据库145。在数据库145中存储被用于标识传输流中的视频的视频时间戳和包括初始网络标识符（ONID）、传输流标识符（TSID）和与时间戳相关联的服务标识符（SID）的三元组信息。通过多路复用器115检索视频时间戳。

多路复用的MPEG2传输流被输入广播站150。广播站150是陆地广播站。不过，可以理解，广播站150可以是卫星广播站、有线电视广播站、或任何广播站，例如符合数字视频广播-手持（DVB-H）格式的手持设备广播的广播站。可以等同地使用其他的广播模式和/或标准。

广播站150通过空气155广播被多路复用的MPEG2传输流。广播信号由天线160在室内接收。接收的多路复用传输流被输入电视机140。电视机140将参考图2更详细地描述。

此外，多路复用器115多路复用被编码的MPEG2内容，以生成大量MPEG2传输流文件。换句话说，多路复用器115将被编码的MPEG2传输流拆分为若干区段（segment），并且多路复用器115为每个区段生成传输流文件。这些传输流文件将被用于使得观看者能够下载视频，从而使用户可以“倒带”广播内容或对其执行其他功能。虽然会在稍后解释，但是应当注意MPEG2传输流文件的生成将符合用于将内容投送到电视机的特定协议（HTTP直播流媒体（Live Streaming））。如果使用不同的协议，例如MPEG2动态自适应流媒体，那么传输流文件的生成可以是不必要的或可以是不同的。

在实施方式中，多路复用器115将传输流分割（segment）为多个传输流文件，每个文件包括8秒的编码视频。此外，由多路复用器115创建的是播放列表文件。播放列表文件将参考图5更详细地说明。但是简言之，播放列表文件包括每个创建传输流文件的指针，并且符合HTTP直播流媒体格式。存储在播放列表文件中的指针可以是URL或URI（唯一的资源标识符）。

多路复用器115将创建的传输流文件和播放列表文件存储在服务器120中。服务器120可通过因特网或任何类型的网络130访问。这样的网络可以具有或不具有服务质量保证。在图1中，服务器120存储播放列表126（参见图5）、HBBTV查询表122（参见图4）和视频传输流文件124是显而易见的。正如稍后所说明的，也连接到电视机140的路由器135经由因特网130访问存储在服务器120内的信息。

电视机140由操作用户控制205的用户控制。用户控制205可以是遥控器等。不过，用户控制205可以是运行在手持计算设备（例如索尼公司生产的Tablet S）上的应用程序。语音激活或基于手势的命令可以提供替代方案，并且在某些实施方式中，可以消除物理的用户控制205的需求。用户控制205与控制接收器210通信，控制接收器210将从用户控制205接收的控制信号解码。控制接收器210被连接到控制电视机140操作的控制器215。解码器240也被连接到控制器215。解码器240被连接到天线160，并将从广播站150接收的广播信号解码。解码信号被输入控制器215。在实施方式中，解码器包括调谐器和解调器。

为了显示视频，控制器215向音频和/或视频（A/V）处理器220提供从解码器240接收的视频和/或音频数据。A/V处理器220生成在扬声器（未示出）上播放的音频信号和在显示器225上再现的视频信号。显示器225可以是例如索尼公司

电视机的液晶显示类显示器。

存储器230也被连接到控制器215。存储器230可以被内置在电视机中或可以由外部提供。在实施方式中，存储器230是固体存储器，但是本公开不作限制，可以是任何存储器类型，例如光学可读的存储器等。

存储器230存储是以计算机程序形式的计算机可读指令。存储在存储器230中的计算机程序控制控制器215执行根据本公开实施方式的方法。此外，正如稍后所说明的，存储器230起存储电视机140从服务器120检索的传输流的缓冲器的作用。

控制器215也被连接到因特网连接器235。在实施方式中，因特网连接器235是以太网连接器。因特网连接器235被连接到路由器135。当然，本公开的实施方式可以应用到任何类型的网络连接。例如，因特网连接器235可以是有线、无线、电力线或

或3G/4G网络。

此外，平板计算机800与电视机140通信。平板计算机800可以是任何类型的平板计算机，例如索尼公司的Tablet S或索尼公司

TabletS，其还可以用作或不用做用户控制205。平板计算机800可以使用蓝牙或任何类型的有线或无线连接进行通信。平板计算机800的操作将参考图7B和8更详细地描述。

图3示出本公开实施方式的操作的一系列屏幕截图。在天线160处接收电视信号。电视机140接收这个信号并显示关联的视频帧或视频帧的序列。图像序列300中的第一图像305向用户显示。第一图像305示出一帧直播内容（live content）。换句话说，第一图像305是正由广播站150广播的一帧视频。

此时，电视机140的观看者决定他或她想要倒带当前广播视频。为了与当前广播内容互动，用户按下用户控制205上的按钮。这个按钮可以是所谓的“红色按钮”。直播视频流继续，并且图形用户界面（GUI）被显示在显示器上。这在第二帧310中示出。GUI利用存储在服务器120内的HBBTV应用程序生成。为了获得HBBTV应用程序，电视机140检索HBBTV URL，其位于由广播站150的传输流广播中。HBBTV URL提供由电视机140通过网络130下载的HBBTV应用程序的定位。换句话说，当电视机140解码通过广播站引入的传输流广播时，HBBTV URL将电视机140引导到存储在服务器120上HBBTV应用程序的定位（location，位置）。接着，电视机140从服务器120下载HBBTV应用程序，并将其本地存储在存储器230中。

下载的HBBTV应用程序提供代码以在屏幕上显示GUI。可以设想，该HBBTV应用程序由广播站150更新，广播站150可定制GUI，例如将广告赞助商标志包括在GUI中。

一旦HBBTV应用程序被加载，用户可以使用用户控制205控制GUI中的视频控制。在示例实施方式中，用户希望倒带广播内容。这在第三帧315的GUI中由环绕倒带符号的虚线316表示。

正如稍后所说明的，存储在查询表125中的URL被用于访问播放列表。这个URL在下文中被称为“播放列表URL”。接着，该播放列表被用于控制在电视机140上显示的内容。为了使播放列表和适当内容被下载到电视机140的存储器230中，屏幕将被冻结一段时间。这是因为广播内容被分割成8秒的区段，然后被存储在服务器120上。因此，如果广播内容是直播内容，用户可能必须等待8秒直到直播视频的区段完成和更小的时间t以允许电视机保存该区段、更新该播放列表和下载该区段。因此，等待给定时间长度，定时器（egg-timer）321被显示在冻结屏幕的角落，如第四帧320所示，以指示用户正在下载应用程序。尽管示出定时器，但是可以显示任何其他类型的消息。这可以包括要求观看者等待的消息、甚至是广告。如果提供的是广告，广播电台可以在广播开始时传输广告，并可以将广告存储在电视机140的存储器230中。该广告可以在那时或事先经由网络提供。因此，广播电台可以通过向赞助商销售广告机会而产生收入。

在广播内容被预录的情况下，不会发生关于直播内容的上述延迟。这是因为视频时间戳、播放列表和视频传输流文件早已被创建并存储在服务器120上。不过，当广播录制内容时，播放列表将被修改以与当前的广播内容相对应。换句话说，当广播录制内容时，录制内容的初始播放列表（即，创建内容时的播放列表）将被改变。将需要相应地更新存储在服务器120上的播放列表。

在用户使用用户控制205选择倒带符号后，电视机140从服务器120检索适当的传输流，将在稍后说明。在适当的数据从服务器120被下载到电视机140后，将停止显示定时器，取而代之的是电视机140将显示从服务器120获得的传输流。从服务器120获得的传输流将是在时间上最接近当前广播的帧的传输流的传输流。在GUI操作期间，向用户显示的视频是由服务器提供的传输流而不是由广播站150提供的视频广播。

为了向用户指示正在播放的视频是由服务器120而不是广播站150提供的，可以向用户显示消息。这个消息可以包括指示视频是由服务器120提供而不是由广播站150提供的文本或图形信息。例如，如果对用户的指示是图形的，可以显示时间或时钟，示出在由服务器120提供的内容与由广播站150提供的内容之间逝去时间。该逝去的时间可以从视频时间戳或某些其他机制获取。用户能够切换是否示出这个信息。

当用户希望启动从服务器120获得的视频的播放时，用户使在第五帧325中示出的播放按钮326突出显示。然后用户选择播放按钮326，视频内容被播放。需要着重指出的是，在这期间的内容是从服务器120下载的内容而不是由广播站150广播的内容。

当用户希望返回直播内容（即，该内容由广播站150广播）时，用户可以再次按下红色按钮。不过，用户在GUI上按下停止按钮（未示出）对于更加无缝的体验是有用的。由于HBBTV应用程序必须回复显示由广播站150广播的内容，定时器再次在第六屏幕330中示出。然后，在第七屏幕335中在电视机140上显示的内容返回由广播站150正在广播的直播内容。

如图3所示，在用户启动HBBTV应用程序并选择倒带广播内容后，发生短暂延时（参见第四屏幕截图320）。在此延时期间，HBBTV应用程序从传输流检索视频时间戳和DVB三元组。HBBTV应用程序还从服务器120检索指示播放列表的定位的播放列表URL。在电视机140中的HBBTV应用程序通过因特网130访问服务器120。HBBTV应用程序访问在服务器122内的HBBTV查询表122。HBBTV查询表122在图4中示出。

参考图4，标识特定广播节目的DVB三元组被存储在HBBTV查询表中。具体地，DVB三元组被存储在查询表的三元组列125A中。此外，播放列表URL被存储在播放列表URL列125B中。播放列表URL与DVB三元组相应地存储。在实施方式中，播放列表URL为与DVB三元组（虽然可以采用其他指针形式）关联的节目提供播放列表的定位的.html链接。在实施方式中，播放列表被存储在服务器120内。

此外，存储在与播放列表URL关联的定位处的播放列表被检索。

图5示出根据本公开实施方式的播放列表。在实施方式中，播放列表（.m3u8）符合HTTP直播流媒体协议，不过本公开不限于此，可以采用任何适当的协议。虽然本领域的技术人员明白这点，但是“EXT-X-TARGETDURATION”值被设置为8。这意味着，在此情况下，每个传输流是8秒长。不过，“EXT-X-TARGETDURATION”值可以被改变成任何值。这个值决定传输流文件的长度。例如，如果“EXT-X-TARGETDURATION”值是2，传输流文件是2秒长。此值可以是任何合适的值，例如2秒或10秒等。

进一步地，对每个传输流在播放列表中提供传输流文件URL。因此，通过追踪传输流文件URL，可以下载适当的8秒视频区段。

应当明白，由广播站150正在广播的内容将以8秒区段存储在服务器120内。每个8秒区段将具有传输流文件的唯一URL。在8秒区段的产生和创建后，传输流文件URL将被存储在播放列表内。这意味着在节目广播期间，播放列表被动态更新。

根据实施方式的内容的编码将参考图6的流程图600描述。首先，在步骤605，捕获（capture，拍摄）内容。在步骤610，捕获内容被编码以产生MPEG2传输流。接着，将编码数据输入多路复用器115，多路复用器115产生用于广播的传输流和用于在服务器120上存储的单独的传输流。

在步骤615，产生用于广播的传输流。具体地，多路复用器115将被编码的捕获内容与其他数据（HBBTV URL和视频时间戳）多路复用。此外，多路复用器115可以包括元数据，例如在传输流中的EIT等。接着，使用广播站150广播多路复用的编码数据。

多路复用器115还产生用于在服务器120上存储的数据。具体地，多路复用器115生成HBBTV查询表125，HBBTV查询表125存储与播放列表URL关联的DVB三元组。而且，多路复用器115生成8秒传输流片段，并将其存储在服务器120上。关联的播放列表也被更新，以包括由多路复用器115最新创建的传输流的8秒片段的链接（传输流URL）。被更新的播放列表文件和8秒片段被上载返回服务器120。这在图6的步骤625、630和635示出。

编码步骤在步骤640结束。

图7示出了说明根据实施方式的系统的操作的流程图700。在步骤705，用户打开电视机140并选择适当的频道。电视机140经由天线160接收多路复用的流。在步骤710，接收的流被多路分用。在步骤715，多路分用的流被解码并在电视机上观看。此外，在步骤717，电视机140从传输流检索HBBTV URL，并从服务器120下载HBBTV应用程序。该HBBTV应用程序被存储在电视机140的存储器230中。在步骤720，电视机140还执行HBBTV应用程序。由于在用户按下红色按钮以激活GUI之前电视机140执行该HBBTV应用程序，电视机响应用户输入所花费的时间明显减少。

接着到达步骤725的判定点。如果用户不希望启动交互式GUI，用户不按下该红色按钮，从而跟随“否”路径。用户继续观看广播传输流。但是，如果用户按下该红色按钮启动交互式GUI，沿“是”路径进行。此时，达到727的第二判定点。此判定点确定是平板计算机还是电视机显示从服务器播放的视频。

如果电视机140播放服务器的视频，则HBBTV应用程序在电视机140的屏幕上示出GUI。这是步骤730。正如之前所提到的，在电视机140上显示的内容将是广播内容。

在步骤735，用户选择“倒带”内容。因此，用户在GUI上选择适当的图标。在做出适当的图标选择后，帧在电视机140的屏幕上被冻结，并且显示定时器或适当的消息。

HBBTV应用程序从冻结视频帧检索视频时间戳和DVB三元组。这是步骤740。使用查询表，跟踪对应于被检索三元组的播放列表URL。这是步骤745。下载存储在被检索播放列表URL的播放列表。这是步骤750。

由于被检索播放列表包括许多8秒传输流的链接，电视机必须确定存储的传输流中的哪个包括被冻结的帧。

为了做到这点，电视机将检索出的视频时间戳与8秒传输流片段的总和比较。换句话说，如果视频时间戳指示冻结帧是从广播开始的约817秒，那么适当的帧将位于播放列表内的第103个传输流内。换句话说，对于8秒长的传输流片段，从广播开始的817秒的帧将位于第103个传输流中的大约1秒。这是步骤755。在这样的情况下，电视机140然后检索在播放列表中标识的第103个传输流。这是步骤760。在下载第103个传输流后，电视机利用视频时间戳标识被冻结帧的大致定位。该大致定位被确定为与从被冻结图像检索的视频时间戳最接近的所存储的传输流中的视频时间戳。这是步骤765。然后，电视机140从该定位处倒带。这是步骤770。当用户按下GUI中的播放按钮时，用于倒带的处理结束。这是步骤775。

接着，用户观看服务器120的内容。当用户希望返回观看广播内容时，用户按下红色按钮或GUI上的按钮。该HBBTV应用程序可以简单完成并返回显示广播内容。不过，由于该内容被并行地广播，返回观看广播内容所花费的时间可能导致内容观看的不连续。

为了减少不连续的影响，进行转换处理（transition process过渡处理）。具体地，在实施方式中，在电视机140内的存储器230被用作存储由广播站150广播的部分视频的缓冲器。存储器230可以被用于存储由广播站广播的所有视频，或可被用于仅存储视频的部分帧。例如，存储器230可以被用于仅存储I-帧。不过，当存储器230被用作缓冲器时，由广播站150广播的视频将总是由存储器230缓存，而不管正在播放的内容是否实际上由服务器120提供。

在实施方式中，存储器230存储和缓存8秒的视频。换句话说，在实施方式中，虽然存储器230能够存储任何长度的视频，但是由存储器230存储的视频量与传输流文件中的一个的长度相同。于是存储在存储器230中的视频被用于减少不连续的影响。

在转换处理的操作的一种机制中，当用户希望返回观看的广播内容时，从服务器120检索的8秒传输流文件以正常速度的两倍播放。这意味着8秒传输流文件在4秒内播放。

接着，下一个8秒广播内容以正常速度的两倍从存储器230播放。换句话说，由存储器230而不是由服务器120提供下一个8秒广播内容，并且在4秒内播放。由此，当在该转换之后恢复观看直播广播内容时，不连续的影响被减少到零延时。为了减少播放速度增大的影响，以及为了减少存储器使用，可以在该加速播放期间仅播放I帧。

在操作的第二种机制中，在实施方式中，如果用户已经请求电视机140倒带直播内容，电视机140将连续存储来自广播站150的8秒被缓存内容。因此，当用户切换回观看直播内容时，该内容将由存储器230中的缓冲器提供，而不是由天线直接提供。换句话说，与由天线160接收的内容相比，用户将观看延时8秒的视频内容。这种配置消除所有不连续，并且不需要加速被显示的内容。

在操作的其他模式中，在检测到用户的选择信号时，可以采用所谓的缓冲器刷新（buffer flush），以允许存储在各自的缓冲器中的内容之间的快速转换。这通过将指针向存储器中应当被读取的位置重新定位来操作。

在平板计算机800播放内容的情况中，接续图7B的流程图。在描述图7B的流程图之前，将描述平板计算机800与电视机140的相互作用。

在实施方式中，接收广播信道和来自服务器的传输流两者的电视机140本身用作平板计算机800的服务器。电视机140可以传输广播信道的视频数据或由播放列表标识的传输流或这两者。因此，广播信道可以在电视机140和平板计算机800两者上显示。

因此，在平板计算机800连接电视机140后，电视机140接收广播信道。然后，电视机140用作平板计算机800接收内容的服务器。电视机140以单播方式向连接平板计算机800的IP地址发送视频数据。显然，如果不止一台平板计算机被连接到电视机140，视频数据可以以单播方式或多播方式转移。这允许来自广播信道或传输流（或这两者）的视频数据在平板计算机800上播放。

返回图7B，当平板计算机800被用于控制从服务器播放视频时，执行步骤1730。平板计算机可以获得HbbTV应用程序，或者能够存储和执行例如定义GUI的单独应用程序。平板计算机可以从服务器下载例如HTML的适当应用程序。这可以通过将电视机140中HbbTV应用程序的URL传递给平板计算机800而实现。平板计算机800如图8所示地在屏幕上示出GUI。如图8所见，当前视频1315在平板计算机800上示出。GUI具有向用户810呈现并允许控制所显示视频的控制条810。在这样的情况下，用户810按下在平板计算机800的屏幕上显示的倒带按钮1316。换句话说，用户执行图7B的步骤1735。这里应当注意的是虽然GUI显示控制条810，但在其他实施方式中，可以设想其他的控制机制。这些将参考图9A至图9F稍后描述。

平板计算机800使用实时流协议（RTSP）向电视机140发送控制信号。该控制信号指示电视机140，用户希望从在平板计算机800上显示的帧开始倒带。由于电视机140向平板计算机800发送视频，电视机140接着返回图7A流程图的步骤740，从广播流检索ONID/TSID/SID。

电视机140从服务器检索视频，而不是在电视机140上播放视频传输流，电视机将检索出的视频转移到平板计算机800上，同时该电视机暂停该广播信道以允许用户稍后继续观看电视机140，或者继续显示直播的广播信道，同时用户在平板计算机800上观看检索出的视频传输流。

在其他实施方式中，服务器可以通过IP网络直接与平板计算机通信。因此，平板计算机可以被看作该服务器的从属设备（slave），而不是电视机140的从属设备。

图9A至图9F示出不需要控制条810的控制机制的不同例子。这些控制机制意味着提供更多的屏幕空间用于显示视频。

在图9A中，示出了跳到视频下一章节的机制。用户810将两个手指810A和810B放置在平板计算机800的触摸屏上。接着，用户810将他们的手指向左划动，同时仍然接触该屏幕。平板计算机800检测接触该屏幕的两个手指并检测到向左的运动。于是平板计算机800发出将视频移向之前章节的命令。类似的情形在图9F中给出，除了用户810将他们的手指810A和810B划向右边以便将该视频推进到下一章节以外。

在图9B中，示出了视频倒带的机制。用户810将一个手指810A放置在平板计算机800的触摸屏上。接着，用户810将他们的手指向左划动，同时仍然接触该屏幕。平板计算机800仅检测到接触该屏幕的单个手指并检测出向左的运动。于是平板计算机800发出将视频倒带的命令。在这样的情况下，用户划动手指的速度决定倒带的速度。例如，如果用户仅希望以两倍的速度将该视频倒带，那么划动屏的速度应该较慢。不过，对于30倍的倒带，划动应该较快。类似的情形在图9E中给出，除了用户810将他们的手指810A向右边划动以将该视频快进以外。

在图9C中，示出了暂停视频的机制。用户810将两个手指810A和810B放置在平板计算机800的触摸屏上。接着，用户810将他们的手指在屏幕上保持一段时间，例如0.3秒不动。平板计算机800检测到接触屏幕的两个手指并且没有移动。于是平板计算机800发出暂停视频的命令。

在图9D中，示出了视频播放的机制。用户810将一个手指810A放置在平板计算机800的触摸屏上。接着，用户810将他们的手指在屏幕上保持一段时间，例如0.3秒不动。平板计算机800检测到接触该屏幕的一个手指并且没有移动。于是平板计算机800发出播放视频的命令。

虽然前面所述描述有关本公开的控制视频，图9A至图9F的触摸屏命令可以被用于在任何触摸屏设备上以控制在任何视频播放设备上的任何视频的播放。例如，在图9A至图9F中给出的手势可以被用于控制DVD播放机、蓝光播放机、视频流设备、或者视频和/或音频播放需要被控制的任何类型的设备。

尽管在前述实施方式中，已经描述广播信道，但是在某些视频分发环境中，视频数据或电视信号可以通过因特网或运行因特网协议技术的网络上分发。这些有时候被称为IPTV或OTT（Over the Top）服务。在IPTV中，可以使用服务质量有保证的受控网络。利用OTT，IPTV视频数据在因特网上运载，并且通过例如用户的长期演进技术（LTE）订阅的xDSL（数字用户线路）订阅是可用的。

在IP环境中，视频可以以单播方式分发。在这种类型的系统中，视频以点到点方式从服务器被分发到目标设备。使用接收器（例如调制解调器、路由器或家庭网关设备）将视频传递到目标设备。

在其他实施方式中，视频可以使用多播协议分发。目标设备组可以是预先定义的，或通过做出加入多播组的请求来动态定义。这可以以支付作为交换。接着，视频数据利用其中包含的多播标识符或地址以及报头信息等分发。接着，隶属多播组的目标设备标识和解译经由网络接收的视频数据包。其他设备将忽略该数据包。本领域的技术人员应当明白，当多个设备正在接收相同视频内容项目时，多播传输可以节约带宽。本公开以与广播信道的类似方式适用于多播信道。因此，虽然上面提到广播信道，但是本公开与多播信道或任何类型的分发信道相关。播放列表标识的存储传输流可以利用单播协议发送到目标设备。

虽然上文已经结合平板计算机800进行了描述，但是可以采用带有屏幕的任何类型的设备。例如，蜂窝电话、膝上型计算机等可以被用于替换平板计算机800或与平板计算机800一起使用。

虽然上文通过结合从正在广播的、捕获内容产生的在服务器上的传输流进行了说明，但是本公开不局限于此。例如，服务器上的传输流可以包括从不同摄像机角度或变焦水平捕获的广播内容。或，服务器上的传输流可以包括与广播内容有关的内容。例如，如果广播内容是电影，由播放列表引用的服务器上的内容可以是导演的评论。

虽然上文已经利用符合HTTP直播流媒体协议的播放列表进行说明，但是本公开不局限于此。其他的合适协议包括MPEG DASH或微软平滑流（Microsoft Smooth Streaming）等。

虽然上文已经结合被用作唯一标识符的视频时间戳进行描述，但是本公开不局限于此。可以使用使得帧的定位能够在播放列表内建立的任何唯一标识符。例如，如果EIT是广播传输流的一部分，可以使用从EIT启动时间开始的逝去时间。实际上，如果其他元数据，例如TDT/TOT（时间和数据表/时间偏移表）中的唯一时间代码（UTC），被提供在其他数据中，这可以被使用。

虽然上文已经结合用户倒带广播内容进行描述，但是本公开不局限于此。用户可以暂停广播内容，可以快速进带该内容（通过跳过帧），可以以慢动作的方式播放该内容，或实际上执行该内容的任何审阅（review）。

虽然上文已经通过结合由服务器120提供的传输流代替由广播站150提供的传输流被显示进行说明，但是本公开不局限于此。除了广播传输流以外，还可以提供由服务器提供的传输流。例如，由服务器120提供的传输流可以与由广播站150提供的内容一起在画中画布置中显示。这允许用户并行观看获得的传输流和广播传输流。

虽然上文已经采用用于GUI的HBBTV进了行说明，但是本公开不局限于此，可以替换使用例如Adobe Flash或MHEG的任何种类的合适编程语言。

虽然上文说明了采用查询表，通过查询表，DVB三元组与播放列表URL关联地存储，但是本公开不局限于此。实际上，如果广播电台仅希望将一个播放列表与一个信道关联，则播放列表URL可以被包括在广播传输流中。在这样的情况下，不需要查询表。

在某些实施方式中，HBBTV应用程序可以限制内容的快进。这允许文件事先被上载到服务器120上，但是限制快进使得观看者不能从服务器120观看还没有广播的内容。

Claims (20)

1.一种方法，包括：

经由分发信道接收具有标识符和地址的视频数据，所述标识符标识视频内的位置，所述地址限定所存储的播放列表的定位；

响应于用户输入从服务器获得所述播放列表，所述播放列表包括标识所存储的传输流的定位的定位信息；

通过网络从在所述播放列表中标识的定位处接收所述传输流；以及

显示所获得的传输流。

2.根据权利要求1所述的方法，其中，所存储的传输流包括所述视频数据的至少一个帧，所述视频数据对应于通过所述分发信道接收的视频数据。

3.根据权利要求1或2所述的方法，包括：与显示从所述服务器获得的所述传输流并行地存储通过所述分发信道获得的所述视频数据；通过增大所述传输流的播放速度来执行回到所接收的视频数据的转换；停止所述传输流的显示；以及以增大的播放速度显示所存储的视频数据。

4.根据权利要求1或2所述的方法，进一步包括：存储通过所述分发信道获得的所述视频数据；停止所述传输流的显示并显示所存储的视频数据。

5.根据前述权利要求任一项所述的方法，其中，所述传输流包括多个传输流片段，每个传输流片段具有预定的片段持续时间；

在所述播放列表中提供每个所述传输流片段的所述定位和每个所述传输流片段的所述持续时间；

根据所述播放列表中提供的每个所述传输流片段的所述持续时间和所述视频内的所述位置的所述标识符，选择要被检索的传输流片段；以及

检索所选择的传输流片段。

6.根据前述权利要求任一项所述的方法，其中，所述标识符是视频时间戳。

7.根据前述权利要求任一项所述的方法，包括：在第二屏幕上显示所存储的传输流或所述分发信道。

8.一种包括计算机可读指令的计算机程序，所述计算机程序在被加载到计算机时配置所述计算机以执行根据任一前述权利要求所述的方法。

9.一种存储介质，被配置为在所述存储介质中或在所述存储介质上存储根据权利要求7所述的计算机程序。

10.一种设备，包括：

接收器，被配置用于经由分发信道接收具有标识符和地址的视频数据，所述标识符标识视频内的位置，所述地址限定所存储的播放列表的定位；

网络连接器，被配置用于响应于用户输入从服务器获得所述播放列表，所述播放列表包括标识所存储的传输流的定位的定位信息；其中，所述网络连接器被进一步配置用于通过网络从在所述播放列表中标识的定位处接收所述传输流；以及

输出端，被配置用于输出所获得的传输流以供显示。

11.根据权利要求10所述的设备，其中，所存储的传输流包括所述视频数据的至少一个帧，所述视频数据对应于通过所述分发信道接收的视频数据。

12.根据权利要求10或11所述的设备，包括：存储器，被配置用于与显示从所述服务器获得的所述传输流并行地存储通过所述分发信道获得的所述视频数据；以及控制器，被配置用于通过增大所述传输流的播放速度来执行回到所接收的视频数据的转换；停止所述传输流的显示；以及以增大的播放速度输出所存储的视频数据以供显示。

13.根据权利要求10或11所述的设备，进一步包括：存储器，被配置用于存储通过所述分发信道获得的所述视频数据；以及控制器，被配置用于停止所述传输流的显示和输出所存储的视频数据以供显示。

14.根据权利要求10到13任一项所述的设备，其中，所述传输流包括多个传输流片段，每个传输流片段具有预定的片段持续时间，并且所述播放列表在所述播放列表中提供每个所述传输流片段的所述定位和每个所述传输流片段的所述持续时间，所述设备进一步包括：

控制器，被配置用于根据所述播放列表中提供的每个所述传输流片段的所述持续时间和所述视频内的所述位置的所述标识符，选择要被检索的传输流片段；以及

网络连接器，被配置用于检索所选择的传输流片段。

15.根据权利要求10到14中任一项所述的设备，其中，所述标识符是视频时间戳。

16.根据权利要求10到15中任一项所述的设备，其中，所述控制器被配置与第二屏幕通信以在其上显示所存储的传输流或所述分发信道。

17.一种电视机，包括显示器和根据权利要求9到14中任一项所述的设备。

18.一种如说明书中结合附图充分描述的方法、计算机软件或设备。

19.一种控制视频和/或音频流播放的方法，包括：检测在触摸屏上的至少一个接触点的存在性并检测所述接触点的运动，其中，根据检测出的至少一个接触点的存在性和所述接触点的运动来控制所述视频和/或音频流。

20.一种包含计算机可读指令的计算机程序产品，所述计算机可读指令在被加载到计算机时配置所述计算机以执行一种方法，所述方法包括：检测在触摸屏上的至少一个接触点的存在性，以及检测所述接触点的运动，其中根据所检测出的所述至少一个接触点的存在性和所述接触点的运动来控制所述视频和/或音频流。

Images