知数字内容流式传送处理。这些方法能够例如使用在图1中说明的且在本文描述的系统架构来实现。然而，在其它实施例中能使用其它系统架构，这鉴于本公开将是显而易见的。为此，在图2A和2B中示出的各种数据管线和功能与在图1中说明的特定组件的相关性并不意在暗示任何构造和/或使用限制。反而，其它实施例可以例如包括其中多个功能由一个系统有效执行的各种集成的程度。例如，在替代实施例中，单个模块能够用于执行上下文感测和内容回放。因而，取决于实现的粒度，其它实施例可以具有更少或更多的模块。鉴于本公开，大量的变化和替代的配置将是显而易见的。
[0038]如在图2A和2B中说明的，方法1000开始于使用由计算设备100提供的资源来收集上下文数据164。参见图2B中的附图标记1100。如在本文描述的，能够例如使用在计算设备100上运行的一个或多个上下文感测应用160来收集多种多样的上下文数据164。上下文感测应用160被可选地配置为连接到一个或多个传感器162并且从该一个或多个传感器162聚集上下文数据164，这样的传感器162可以被集成到计算设备100中，或者位于计算设备100的外部。例如，在一个实施例中，计算设备100被配置为与无线视频传感器进行通信，该无线视频传感器能够监视用户在房屋、办公室或者其它环境内或周围的移动。所收集的上下文数据164能够被高速缓存在存储器120中，使得其对于本文描述的使用可用。因而，在一些情况下，被高速缓存的上下文数据164能够用于识别使用模式，该使用模式能够以更加有效地使用网络和/或设备资源的方式形成用于调整数字内容的流式传送的基础。
[0039]计算设备100能够被配置为通过将第一 HTTP GET请求发送到流媒体服务器300而发起对于内容的请求。参见图2A和2B中的附图标记1200。该第一 GET请求识别要被取回的特定内容，并且可以响应于特定用户命令生成，或者可以基于预定义的规则或者其它准则而自动生成。在接收到第一 GET请求时，流媒体服务器300能够被配置为将MPD文件322发送到计算设备100。参见图2A和2B中的附图标记1400。如在本文描述的，MPD文件322能够用于描述其中服务器300被配置为对内容进行流式传送的各种方式。例如，在媒体服务器300能够使用各种不同比特率来对内容进行流式传送的实施例中，MPD文件322能够包括可用比特率的描述。MPD文件322也能够包括唯一网络地址或者统一资源定位符(URL)，对应到从服务器300可用的每一个内容流。因而，MPD文件322能够被理解为菜单，提供能够将特定内容从媒体服务器300流式传送到设备100的各种方式的选择。
[0040]在接收到MPD文件322时，计算设备100能够被配置为选择对应到所收集的上下文数据或者以其它方式被相信是对所收集的上下文数据164进行最佳调整的特定MPD。参见图2B中的附图标记1500。例如，在上下文数据164指示用户正在具有不能够渲染高清内容的小显示器的智能电话上观看视频的情况下，计算设备100能够被配置为基于在MPD文件322中呈现的选择，从服务器300请求更低的比特率。作为另一示例，在上下文数据164指示用户在灯光昏暗的房间中观看视频的情况下，计算设备100能够被配置为基于在MPD文件322中呈现的选择，从服务器300请求具有减小的像素光度的内容。在MPD文件322不包括与被确定为对于给定的使用上下文最佳的内容流精确匹配的内容流的情况下，计算设备100能够被配置为选择与最接近地对应到最佳内容流的内容流。用于做出适当的MPD选择的逻辑能够由上下文感测应用160、内容消费应用170或者形成计算设备100的一部分的另一t吴块提供。
[0041]—旦选择了适当的MPD，设备100就能够被配置为将包括对应到选定的MPD的URL的第二 HTTP GET请求发送到流媒体服务器300。参见图2A和2B中的附图标记1600。基于上下文数据164来选择对应到特定MPD的这一具体URL，这使客户端计算设备100能够操控如何从媒体服务器300流式传送内容。在接收到第二 GET请求时，流媒体服务器300将对应到选定的MPD的媒体流式传送到客户端计算设备100。参见图2A和2B中的附图标记1700。这一技术使客户端设备100能够检测特定的使用上下文，并且影响如何基于所检测的上下文从媒体服务器300流式传送内容。这通过避免将高比特率的内容流式传送到不能够充分利用这样的内容的用户，有利地允许更有效地使用网络和设备资源。
[0042]图2A和2B说明了示例方法1000，其中，客户端计算设备100和流媒体服务器300直接与彼此进行交互，以便提供对由设备100检测的特定使用上下文进行调整的流式传送内容。然而，在其它实施例中，上下文自适应DASH服务器500能够在设备100和服务器300之间提供接口，如在图3A和3B中说明的。具体地说，图3A是示意性说明如何能够将数字内容以对其中使用计算设备100的上下文调整的方式从媒体服务器300经由上下文自适应DASH服务器500流式传送到计算设备100的数据流图。图3B是说明用于将数字内容以对其中使用计算设备100的上下文调整的方式从媒体服务器300经由上下文自适应DASH服务器500流式传送到计算设备100的方法2000的流程图。
[0043]方法2000开始于使用由计算设备100提供的或者以其它方式对于计算设备100可用的资源来收集上下文数据164。参见图3B中的附图标记2100。各种上下文数据164能够使用相对应种类的技术和传感器162来收集，如在本文中描述的。在收集了至少一些量的上下文数据164之后，计算设备100能够被配置为通过将第一 HTTP GET请求发送到流媒体服务器300来发起对于内容的请求。参见图3A和3B中的附图标记2200。该第一 GET请求识别要被取回的特定内容。在接收到第一 GET请求时，流媒体服务器300将MPD文件322发送到计算设备100。参见图3A和3B中的附图标记2400。如本文描述的，MPD文件322能够用于描述其中服务器300被配置为对内容进行流式传送的各种方式。尽管图3A和3B说明了其中在将第一 GET请求发送到媒体服务器300之前收集上下文数据164的实施例，但是在其它实施例中，可以直到发送了第一 GET请求之后，或者甚至直到接收到MPD文件322之后才收集上下文数据164。在其它实施例中，上下文数据164以持续、周期性、或者断续的基础来收集，并且因而，可以在客户端设备100开始与媒体服务器300进行通信之后继续收集。
[0044]在接收到MPD文件322时，计算设备100能够被配置将具有期望的转码和MPD文件的拷贝的第二 HTTP GET请求发送到上下文自适应DASH服务器500。参见图3A和3B中的附图标记2600。期望的转码能够由所收集的上下文数据164进行推导，并且在某些实施例中对应到媒体流式传送技术，该媒体流式传送技术被配置为使能设备和/或网络资源在所检测到的使用上下文的情况下被有效地消耗。例如，在上下文数据164指示用户正在使用具有几乎耗尽的电池的设备观看视频的情况下，期望的转码可以对应到音频流而不是视频流。作为另一示例，在上下文数据164指示用户经由蜂窝数据网络进行连接，并且用户已经表达了最小化在这样的网络上的数据使用量的偏好的情况下，期望的转码可以对应到标清视频流而不是高清视频流。在一些情况下，期望的转码可以指定在特定的使用上下文的情况下优选的目标比特率。用于确定期望的转码的逻辑能够由上下文感测应用160、内容消费应用170、或者形成计算设备100的一部分的另一模块提供。
[0045]在接收到MPD文件322和期望的转码时，上下文自适应DASH服务器500能够被配置为选择接近期望的转码的MPD。参见图3B中的附图标记2620。这一选择能够基于可用MPD中的哪一个最适当地对应到期望的转码的评估。上下文自适应DASH服务器500接着能够被配置为将包括对应到选定的MPD的URL的第三HTTP GET请求发送到流媒体服务器300。参见图3A和3B中的附图标记2640。对应到特定MPD的这一特定URL使客户端计算设备100能够操控如何将内容从媒体服务器300进行流式传送，该特定MPD是基于期望的转码进行选择的，该期望的转码顺次地基于上下文数据164而建立。在接收到第三GET请求时，流媒体服务器300将对应到选定的MPD的媒体流式传送到上下文自适应DASH服务器500。参见图3A和3B中的附图标记2700。
[0046]在一些实施例中，上下文自适应DASH服务器500能够被配置为基于从客户端设备100接收到的期望的转码，对从服务器300接收到的媒体进行转码。参见图3B中的附图标记2720。经转码的媒体接着能够被流式传送到客户端设备100。参见图3A和3B中的附图标记2740。由DASH服务器500进行的这样的中间转码有利地允许提供到客户端设备100的内容更密切或者更精确地匹配先前建立的期望的转码。这在其中期望的转码不密切地对应到可用MPD中的一个的应用中会特别有利。由DASH服务器500进行的中间转码还有利地允许以不配置媒体服务器300的方式来操控内容流。例如，在一个实施例中，上下文自适应DASH服务器500能够被配置为基于检测到的使用内容来调整像素光度，甚至在媒体服务器300不能够做出这样的调整的情况下。在替代实施例中，由DASH服务器500进行的中间转码仅在没有可用的Mro被视为对于可适用的使用上下文适当的情况下才执行。一般而言，使用上下文自适应DASH服务器500有利地允许将附加的功能引入现有系统，并且使内容能够以响应于检测到的使用上下文的方式而在现有的客户端服务器架构中进行流式传送。特别地，上下文自适应DASH服务器500使计算设备100能够使用常规HTTP GET请求来请求内容，同时使媒体服务器300能够响应于这样的请求，而不需要响应于流式传送的内容在其上被最终修改的所收集的上下文数据164。
[0047]在替代实施例中，上下文自适应DASH服务器500能够被配置为将所接收的媒体流直接传递到客户端设备100，而不进行转码或者其它修改。在其它实施例中，客户端设备100能够被配置为将上下文数据164直接发送到媒体服务器300，媒体服务器300能够被配置为基于所接收的上下文数据164来生成MPD文件322。这将增加MPD文件322包括更密切或者精确地匹配目标转码的传输协议的可能性。在这样的实施例中，上下文自适应的DASH服务器500可选地被省略。然而，一般而言，上下文自适应DASH服务器500能够用作对于媒体服务器300的可选的中间节点。上下文自适应DASH服务器500例如能够位于用于连接到家庭网络的设备的家庭网关内，位于用于连接到蜂窝网络的设备的小区中，或者位于边缘路由器处。使用上下文自适应DASH服务器500能够使本文公开的某些实施例在服务器300不被配置用于自适应流式传送服务的情况下使用，在这样的情况下，上下文自适应DASH服务器500不仅提供上下文感知功能，而且提供HTTP自适应转码功能。
[0048]图3A和3B说明了示例方法2000，其中，上下文自适应DASH服务器500在客户端设备100和服务器300之间提供接口。然而，在其它实施例中，这样的接口能够由网络硬件210提供，如图4A和4B中说明的。特别是，图4A是示意性说明如何能够由中间网络硬件210基于其中使用客户端计算设备100的上下文来调整数字内容从媒体服务器300到客户端计算设备100的流式传送的数据流图。图4B是说明用于使用网络硬件210来基于其中使用客户端计算设备100的上下文调整数字内容从媒体服务器300到客户端计算设备100的流式传送的方法3000的流程图。配置网络硬件210以适应所感测的使用上下文在诸如无线接入点或者长期演进(LTE)演进型节点B(eNB)基站的无线基站将内容同时流式传送到多个客户端设备的情况下尤其有利。
[0049]方法3000开始于使用由计算设备100提供的或者以其它方式对于计算设备100可用的资源来收集上下文数据164。参见图4B中的附图标记3100。各种上下文数据164能够使用相对应种类的技术和传感器162来收集，如本文描述的。在收集至少一些量的上下文数据164之后，计算设备100能够被配置为将至少一部分这样的数据164发送到网络硬件210。参见图4A和4B中的附图标记3150。例如，在一个实施例中，上下文数据164被发送到无线网络基站，该无线网络基站被配置为将数字内容同时流式传送到多个客户端设备。在这样的实施例中，基站