[发明专利]用于将媒体内容流式传输到客户端设备的方法和设备

说明书

一种用于向客户端设备(130‑134)提供流式传输媒体的方法，包括：为客户端设备(130‑134)提供(202)识别多个可变流(122‑126)的可变播放列表文件(120)，每个可变流对应于同一呈现的不同编码，但是每个呈现具有相同持续时间的相同内容，以及从客户端设备(130‑134)接收(204)用以提供第一组标识符的第一请求，该第一组标识符将第一客户端设备(130‑134)指引到来自可变播放列表文件(120)中的多个可变流(122‑126)的第一可变流(122‑126)的第一组媒体段，其中，第一组媒体段对应于第一编码。该方法还包括响应于第一请求，提供(206)第二组标识符，该第二组标识符将客户端设备(130‑134)指引到第二组媒体段，其对应于第二编码，以在下载内容的第一部分中使用。

技术领域

本公开一般地涉及将媒体内容流式传输到客户端设备且更具体地涉及使得能够实现用于已下载媒体内容的更快重放启动时间。

背景技术

自1992年以来，当第一个图像被张贴在互联网上时，已经开发了继续演进的用于跨计算机网络传送媒体的方法。现在，视频由于与多种具备多媒体能力的可用设备耦合的更大的网络带宽而称为已下载媒体的主导形式中的一个。例如，YouTube报告到2012年1月为止，单独在其站点上每日观看40亿个视频——这个数字在继续增长。

用来支持视频下载的普遍标准是超文本传输协议(HTTP)实时流式传输(HLS)，其允许重放在整体地接收到视频之前已在客户端设备上开始。如在互联网工程任务组(IETF)互联网草案文献HTTP实时流式传输(Pantos&May；ver.09；September 22,2012–March 26,2013和所有后续版本(在这里共同地称为HLS、HLS草案规范或HLS标准))是客户端驱动协议，其将视频呈现划分成可以被单独地下载并按照连续顺序播放的小块。虽然这种方法消除了与观看视频相关联的某些等待时间，但客户端设备在更换频道或者另外开始新的视频流时仍然经历启动延迟。

启动延迟的问题至少部分地源自于控制客户端设备的协议的使用和其如何在其缓冲器内存储内容以支持不中断重放。当前工程努力集中于修改客户端设备内的硬件和/或软件元件以达到可能的解决方案。然而，这种方法并不够。

因此，需要用于将媒体内容流式传输到客户端设备的新型方法和设备。

附图说明

其中相同的附图标记遍及单独的各图指示相同或功能上类似元件的附图连同以下详细描述一起被结合在本说明书中并构成其一部分，并且用于进一步举例说明包括要求保护的发明的概念的实施例，并解释那些实施例的各种原理和优点。

图1是根据本讲授内容的某些实施例的被配置成流式传输多媒体内容的网络基础设施的框图。

图2是图示根据本讲授内容的某些实施例的用于流式传输多媒体内容的方法的逻辑流程图。

图3A和图3B一起形成图示根据本讲授内容的某些实施例的用于流式传输多媒体内容的方法的逻辑流程图。

图4是图示根据本讲授内容的某些实施例的用于流式传输多媒体内容的方法的逻辑流程图。

图5是根据本讲授内容的某些实施例的媒体段文件的示意图。

技术人员将认识到的是图中的元件是为了简单和明了起见而图示出的且不一定按比例描绘。例如，可将图中的某些元件的尺寸相对于其它元件放大以帮助改善本发明的实施例的理解。另外，本描述和附图不一定要求所示的顺序。还将认识到的是苛刻按照事件的特定顺序来描述或描绘某些动作和/或捕捉，同时本领域的技术人员将理解的是实际上并不要求相对于序列的此类特殊性。

已在适当的情况下在图中用常规符号来表示设备和方法部件，其仅示出了与理解本发明的实施例有关的那些特定细节，以免由于对于受益于这里的描述的本领域技术人员而言将显而易见的细节而使本公开含糊难懂。

具体实施方式