[发明专利]使用内容部分的定制播放列表对媒体内容进行流传输

说明书

技术领域

本发明涉及媒体系统，特别地但非专门地用于流媒体(例如，到客户端设备的视频)和／或用于使用交互式界面来显示媒体内容。 

背景技术

已经设计出专用于在网络(例如因特网)上对媒体进行流传输的流传输协议(例如，实时流传输协议(RTSP)、实时传送协议(RTP)和实时传送控制协议(RTCP))，。然而，这些协议可能在中间节点(例如，防火墙和代理服务器)造成问题。作为备选，Appl e Inc.已经开发了HLS(HTTP实况流)，作为使用标准HTTP作为传输协议来对媒体进行流传输的手段，因此其在大多数形式的因特网连接上都是可靠的。 

在HLS中，视频流被分为‘组块’，每个组块包括较小的可下载文件。产生相关联的播放列表文件，包括定义如何输出组块以重构视频流的元数据。当向流中添加新组块时，播放列表文件更新，并且流客户端周期性地请求新的播放列表文件。HLS的细节在专利公开WO-A-2010／078281和2010年11月19日IETF草稿“HTTP Live Streaming”版本5中公开。 

作为实况流传输的备选，完整的媒体文件可以下载到本地设备，并可以从文件中的任意点回放。然而，此功能不可能用于HLS媒体流，因为相关联的播放列表仅允许‘实况’(即，在最近添加媒体内容的点)播放流。仅当实况媒体流已经关闭时，可以作为可下载媒体文件获得其内容。然而，可能对可作为单个文件下载的媒体的大小造成闲置。例如，当前Apple Inc.的‘应用程序的需求’将可下载视频的大小限制为10分钟或5分钟时长的5MB数据；大于此大小，视频必须由HLS传送(见2010年11月15日Apple Inc.的‘HTTP Live Streaming Overview’)。 

发明内容

根据本发明的一个方面，提供了一种用于使用非流专用传输协议通过网络提供流媒体的方法和系统，其中，媒体流作为多个单独媒体文件存储在服务器上，并提供了播放列表，所述播放列表指示用于输出所述媒体流的特定部分所需的媒体文件；其中，响应于与所述媒体流的对应不同部分有关的请求，向各个不同的媒体流客户端提供多个相互不同的播放列表。 

不同部分可以与不同时间点或所述媒体流中的不同预定分段有关，使得所述媒体流客户端能够要么在其当前时间点(例如，作为实况流)要么在先前点输出所述流；这能够实现倒回、快进和／或跳到实况流的指定点。 

可以从数据库提供多个不同播放列表，数据库接收周期性更新的当前播放列表作为输入，并从而存储包括所述流的媒体文件的部分或完全历史索引。 

多个不同播放列表中的至少一个可以包括标识媒体流的分段的终止点的闭合播放列表，其中，所述媒体流是开放流。 

所述服务器可以响应于与先前指定的绝对或相对时间有关的请求。所述请求可以指定媒体流的对应部分的持续时间。服务器还可以响应于例如通过关键字、时间和／或流行性来标识分段的搜索请求。 

所述分段可以通过用户界面预先确定，以手动地定义分段。 

根据本发明的另一方面，提供了一种媒体流客户端，所述媒体流客户端被布置为：如上所述地产生请求并接收对应的播放列表。所述客户端可以包括用户界面，所述用户界面允许用户选择所述客户端要请求并输出的媒体流的部分。所述用户界面可以指示所述媒体流的输出部分是否是当前的(实况的)。 

根据本发明的另一方面，提供了一种媒体数据结构，所述媒体数据结构包括主模块和一个或更多个相关联的辅助模块，所述主模块包括视频内容和相关联的元数据，并且每个辅助模块包括与所述视频内容相关联的媒体内容。 

可以通过同时显示作为主显示的视频内容和作为辅助显示的相关 联辅助模块的媒体内容的至少一部分，优选地将所述媒体数据结构显示在媒体设备上。可以选择辅助模块的显示中的至少一个，以便于显示辅助模块的媒体内容作为主显示。主模块可以同时显示为辅助显示。用户可以在不同的所述辅助模块的显示之间导航作为所述主显示。用户可以将一个或更多个辅助模块与一个或更多个其他用户共享。 

多个所述主模块可以以网格和／或时间轴格式同时显示。主模块可以彼此独立，或通过例如元标签而链接。 

附图说明

现在下文仅通过示例方式，参考以下所标识附图，描述本发明的实施例的详细描述。 

图1是传统HLS实现的示意图。 

图2是根据本发明实施例的实况媒体流传输系统的示意图。 

图3是本实施例中更详细的示意图。