改善流式数字媒体回放的启动时间的制作方法

文档序号:6497690阅读:126来源:国知局
改善流式数字媒体回放的启动时间的制作方法
【专利摘要】提供了用于流式传输数字媒体内容的技术。在一个实施例中,与数字媒体内容标题相关联的元数据在接收到播放该数字媒体内容标题的任意用户请求之前被检索。在接收到播放该数字媒体内容标题的用户请求时,基于所检索到的元数据,请求许可。在接收到许可时,开始数字媒体内容标题的流式回放。
【专利说明】改善流式数字媒体回放的启动时间
【技术领域】
[0001]本发明的实施例总体涉及数字媒体,并且,更具体地,涉及改善流式(streaming)数字媒体回放的启动时间。
【背景技术】
[0002]数字媒体内容分发系统通常包括内容服务器、内容播放器、以及将内容服务器连接至内容播放器的通信网络。内容服务器被配置为存储数字媒体内容文件,可以将这些数字媒体内容文件从内容服务器下载至内容播放器。每个数字媒体内容文件与用户所熟悉的具体的标识标题相对应,比如“Gone with the ffind(飘)”。数字媒体内容文件通常包括根据回放时间表(chronology)来组织的顺序内容数据,并且可以包括音频数据、视频数据、或它们的组合。
[0003]响应于选择用于回放的标题的用户请求,内容播放器被配置为下载并播放数字媒体内容文件。播放数字媒体内容文件的过程包括将音频数据和视频数据解码为同步的音频信号和视频信号,其可以驱动具有扬声器子系统和视频子系统的显示系统。回放通常涉及本领域称之为“流式传输(streaming) ”的技术,在该技术中,内容服务器将数字媒体内容文件顺序地传输至媒体播放器,并且当接收到包括该数字媒体内容文件的内容数据时,内容播放器播放该数字媒体内容文件。

【发明内容】

[0004]本发明的实施例提供了用于执行使得客户端设备获得对流式传输所请求的媒体标题的授权的计算机实现的方法、计算机可读存储介质、以及系统。该操作包括:输出能够用于流式回放的多个媒体标题,以在用户界面中进行显示。该操作还包括:在接收用户请求以开始对多个媒体标题中的任意一个媒体标题的进行流式回放之前,检索与多个媒体标题中至少第一媒体标题相关联的数字版权管理(DRM)数据。该操作还包括:在接收到对播放第一媒体标题的请求时,至少部分基于DRM数据,生成对授权第一媒体标题的回放的许可的请求。该操作还包括:在接收到对于第一媒体标题的许可时,开始对第一媒体标题的流式回放。
【专利附图】

【附图说明】
[0005]以上采用本发明的上述特征可以被详细地理解的方式简要地进行了总结,本发明更加具体的说明可以通过参照实施例来描述,在附图中示出了这些实施例中的一些实施例。然而,应当注意的是,附图仅示出了本发明的典型的实施例,因此,不被认为是对本发明范围的限制,因为本发明可以许可其他等效实施例。
[0006]图1示出了被配置为实现本公开中呈现的一个或多个实施例的内容分发系统。
[0007]图2是根据本发明的一个实施例的、示出了端点设备的部件的框图。
[0008]图3是根据本发明的一个实施例的、描绘了用于流式传输数字媒体内容的顺序图。
[0009]图4A-4B根据本发明的一个实施例示出了端点设备的示例图形用户界面(GUI)屏眷。
[0010]图5是根据本发明的一个实施例的、从端点设备的角度描绘用于流式传输数字媒体内容的方法的流程图。
【具体实施方式】
[0011]本发明的实施例提供了用于获取对于流式数字媒体内容的授权的技术。一个实施例提供了在接收对播放数字媒体内容标题的任何用户请求之前检索与该数字媒体内容标题相关联的元数据的端点设备。该元数据可以在检测到满足触发条件之后被检索。在后续接收到对播放数字媒体内容标题的请求之后,基于所检索的元数据,该端点设备生成数字版权管理(DRM)许可请求。该端点设备然后将该请求发送至DRM服务器。在从DRM服务器接收到DRM许可之后,响应于用户请求,端点设备播放数字媒体内容标题。应该注意,尽管终端可以等待直到接收到DRM许可才开始下载标题,但是端点设备还可以在从DRM服务器接收到许可之前下载标题(不需要对其进行解密)。有利地,在一些情形中,可以减小用户请求播放数字媒体内容标题的时间与数字媒体内容标题的回放开始的时间之间的感知(和实际)延时。
[0012]在下面的说明中,呈现许多具体细节来提供对本发明更加透彻的理解。然而,对于本技术的技术人员来说,本发明可以不需要这些具体细节中的一个或多个细节来进行实践是显而易见的。在其他实例中,为了避免模糊本发明,没有描述熟知的特征。
[0013]图1是示出了被配置为实施本公开中所展示的一个或多个实施例的内容分发系统100的框图。如图所示,内容分发系统100包括:内容分发网络(⑶N) 102、通信网络104、控制服务器105、数字版权管理(DRM)服务器106以及端点设备108。
[0014]在一个实施例中,通信网络104包括多个诸如路由器和交换机之类的网络通信系统,这些网络通信系统被配置为促进⑶N102、控制服务器105、DRM服务器106和端点设备108之间的数据通信。本领域的技术人员将认识到,存在许多技术上可行的技术用于构建通信网络104,包括在部署熟知的互联网通信网络中实践的技术。
[0015]在一个实施例中,端点设备108可以是具有网络连接性并被耦合至或包括用于呈现视频帧和生成声音输出的显示设备和扬声器设备的计算机系统、机顶盒、诸如移动手机之类的移动设备、或任何其他技术上可行的计算平台。
[0016]在一个实施例中,⑶N102包括一个或多个被配置为服务从端点设备108接收的对数字内容文件的下载请求的计算机系统。数字内容文件可以驻留在该计算机系统可访问的大容量存储系统上。大容量存储系统可以包括但不限于:直接附连存储装置、网络附连文件存储装置、或网络附连块级存储装置。可以使用任意技术上可行的技术将数字内容文件格式化并存储在大容量存储系统上。诸如熟知的超文本传输协议(HTTP)之类的数据传输协议可以用来将数字内容文件从CDN102下载至端点设备108。
[0017]在一个实施例中,控制服务器105为对与数字内容文件相关联的元数据的请求服务。元数据(本申请也称为DRM数据)用于请求授权对数字内容文件的回放的许可。在一个实施例中,元数据包括流头部和/或DRM头部。流头部包括一个或多个与数字内容文件相关联的媒体属性。至少在一些实施例中,这些媒体属性不包含与数字内容文件相关联的DRM信息。媒体属性的示例包括:(i)数字内容文件的第一位置的指示;和(ii)数字内容文件的一个或多个可替代的位置,万一数字内容文件无法经由第一位置获得。每个位置可以被表示为统一资源标识符(URI)。在一些实施例中,每个可替代的位置与不同的CDN相对应。这些媒体属性的其他示例包括数字内容文件的分辨率或比特率、与数字内容文件相关联的多个音频通道、与数字内容文件相关联的子标题信息、与数字内容文件相关联的音轨、数字内容文件的纵横比、以及与数字内容文件相关联的编解码。
[0018]在一个实施例中,端点设备108生成被发送至DRM服务器106的DRM信息。该DRM信息由端点设备108发送至DRM服务器106以保护许可响应(即,DRM服务器106使用DRM信息info来对许可响应进行加密,因此只有端点设备108可以对该许可进行解密)。许可信息可以包括:认证/授权令牌、设备DRM信息、以及流DRM信息。流DRM信息包括消除端点设备108下载流头部来提取相同信息的需要的密钥标识符。DRM许可还包含用于对数字内容文件进行解密的解密密钥。
[0019]尽管本申请描述的实施例参照了提供流头部和DRM头部二者的控制服务器105进行描述,但是其他实施例被宽泛地考虑在内。例如,在可替代的实施例中,DRM头部被作为数字内容文件的一部分存储在CDN102中,而不是存储在控制服务器105上。在这样的实施例中,控制服务器105为对流头部的请求服务,并且CDN102为对DRM头部的请求服务。
[0020]在一个实施例中,DRM服务器106为对与从端点设备108接收到的加密数字内容文件相关联的许可的请求服务。在操作中,由端点设备108从CDN102下载的加密数字内容文件必须在该数字内容文件能够被播放之前进行解密。DRM服务器106将与加密的数字内容文件相关联的许可传送至端点设备108,端点设备108继而使用包括在该许可中的密钥来对该数字内容文件进行解密。在一些实施例中,每个密钥是针对每个会话即时(on-the-fly)生成的,以授权端点设备108来流式传输媒体标题。在其他实施例中,文件采用其被加密的密钥被从服务器侧的数据库中取回,并且然后被封装在许可中。在这样的实施例中,在从端点设备108接收到有效的证书(例如,用户名和密码)时,可以将密钥提供给端点设备108。而且,在一些实施例中,DRM服务器106的一些或所有功能可以被集成在控制服务器105中。
[0021]在上面的说明中,尽管内容分发系统100被示出为具有一个端点设备108和一个CDN102,但是本领域的技术人员将认识到,图1的架构通常可以支持大量的端点设备108以及多个⑶N102。因此,图1不旨在限制本发明的范围。
[0022]图2是根据本发明的一个实施例的、示出了图1的端点设备108的部件的框图。如图所示,部件200包括但不限制于:中央处理单元(CPU) 210、图形子系统212、输入/输出(I/O)设备接口 214、大容量存储单元216、网络接口 218、互连222、以及存储器子系统230。依照该实施例,端点设备可以是但不限制于传统的计算系统,例如,桌面PC、膝上计算机、或家庭影院PC(HTPC)、或各种最终用户客户端设备中的任何一种,这些最终用户客户端设备包括:移动电话、平板电脑和上网本计算设备、游戏机和掌上视频游戏系统、数字视频录像机(DVR)、DVD播放器、连接的数字TV、以及专用媒体流式传输设备(例如,Roku?机顶盒)
坐寸ο
[0023]在一个实施例中,CPU210被配置为检索并运行存储在存储器子系统230中的编程指令。类似地,CPU210被配置为存储并检索驻留在存储器子系统230中的应用数据。互连222被配置为促进CPU210、图形子系统212、I/O设备接口 214、大容量存储装置216、网络接口 218和存储器子系统230之间的数据,比如,程序指令和应用数据。
[0024]在一个实施例中,图形子系统212被配置为生成视频数据的帧,并且将这些视频数据的帧传输到显示设备250。在一个实施例中,可以将图形子系统212随同CPU210集成到集成电路中。显示设备250可以包括任何技术上可行的用于生成图像以进行显示的装置。例如,可以使用液晶显示(IXD)技术、阴极射线技术、以及发光二极管(LED)显示技术(有机或无机)来制造显示设备250。输入/输出(I/O)设备接口 214被配置为从用户I/O设备252接收输入数据,并且将输入数据经由互连222传输至CPU210。例如,用户I/O设备252可以包括一个或多个按钮、键盘、鼠标或其他定点设备。I/O设备接口 214还包括被配置为生成电音频输出信号的音频输出单元。用户I/O设备252包括被配置为响应于电音频输出信号生成声音输出的扬声器。在可替代的实施例中,显不设备250可以包括扬声器。电视是本领域所熟知的能够显示视频帧并且生成声音输出的设备的示例。诸如硬盘驱动或闪速存储器存储驱动之类的大容量存储单元216被配置为存储非易失性数据。网络接口218被配置为经由通信网络104传输并接收数据的分组。在一个实施例中,网络接口 218被配置为使用熟知的以太网标准进行通信。网络接口 218被经由互连222耦合至CPU210。
[0025]在一个实施例中,存储器子系统230包括包含操作系统232、用户界面234和回放应用236的编程指令和数据。操作系统232执行系统管理功能,比如,管理包括网络接口 218、大容量存储单元216、I/O设备接口 214和图形子系统212的硬件设备。操作系统232还为用户界面234和回放应用236提供过程和存储器管理模型。诸如窗口和对象比拟(metaphor)之类的用户界面234提供用于用户与端点设备108进行交互的机制。本领域的技术人员将认识到本领域所熟知的并且适合于合并进端点设备108中的各种操作系统和用户界面。
[0026]在一个实施例中,回放应用236被配置为经由网络接口 218从⑶N102检索加密的数字内容。回放应用236还可以解密并呈送所检索到的数字内容。在操作中,回放应用236首先从控制服务器105检索与来自CDN102的将被播放的数字内容文件相关联的元数据。如上面所描述的,元数据可以包括与数字内容相关联的流头部和/或DRM头部。基于所检索的元数据,回放应用236生成对DRM许可的请求。回放应用236然后将所生成的请求发送至DRM服务器106。
[0027]如上面所描述的,在一个实施例中,在接收到对DRM许可的请求时,DRM服务器106将与将被播放的数字内容文件相关联的DRM许可传输至回放应用236。DRM许可包括对加密的数字内容文件进行解密所需要的解密密钥。同时(或在接收到DRM许可之后),回放应用236检索加密的内容。在接收到(加密的内容)时,基于DRM许可,回放应用236解密并呈送所检索的数字内容。在一些实施例中,DRM许可还可以包括用来创建会话密钥的密钥,并且可以包括提交至⑶N102的密码令牌,授权端点设备108从⑶N102接收加密的媒体标题。
[0028]图3是根据本发明的一个实施例的描绘用于流式传输数字媒体内容的方法300的顺序图。如图所示,方法300开始于步骤302处,其中端点设备108检测触发条件是否被满足。当满足触发条件时,端点设备108从控制服务器105检索元数据。按照本申请所使用的,触发条件指的是以经由用户界面234接收的用户输入或显示的输出而不是对播放数字媒体内容标题的用户请求来限定的任何条件。触发条件的一个示例是用户控制的光标悬停在用户界面234中的显示元件上达到预定义的时间段,其中,显示元件与数字媒体内容标题相关联。例如,显示元件可以是与数字媒体内容标题相关联的任何文本或图形图标。触发条件的另一个示例是对查看与数字媒体内容标题相关联的详细信息的用户请求的接收。例如,用户可以请求查看与数字媒体内容标题相关联的演员表。触发条件可以由回放应用236的开发者和/或管理员来定义,并且可以被剪裁成适合特定情形的需要。
[0029]在一个实施例中,一旦满足触发条件,端点设备108从控制服务器105检索与一个或多个数字媒体内容被标题相关联的元数据(步骤304和306)。端点设备108可以基于满足触发条件的特定的方式来标识一个或多个数字媒体内容标题。例如,端点设备108可以在检测到用户控制的光标悬停在代表特定电影的图形图标上时检索与该特定电影相关联的元数据。在另一个实施例中,如果触发条件是用户查看内容选择屏幕达到预定义的时间段,那么端点设备108检索与该内容选择屏幕上可见的所有电影相关联的元数据。
[0030]在步骤308处,端点设备108接收对播放数字媒体内容标题之一的用户请求。在步骤310处,端点设备108基于所检索到的元数据生成DRM许可请求,并且将该DRM请求发送至DRM服务器106。DRM服务器106可以将DRM许可提供给端点设备108(步骤312)。如上面所描述的,在一些实施例中,DRM服务器106的一些或全部功能可以被集成在控制服务器105中。在312中接收到DRM许可时,基于所检索到的元数据304,端点设备108可以从CDN102请求数字媒体内容标题(步骤314和316)。端点设备108然后可以解密并播放数字媒体内容标题(步骤318)。步骤318之后,方法300结束。
[0031]通过配置端点设备108来在满足触发条件时检索元数据,至少在一些情形中可以减小用户请求播放数字媒体内容标题的时间与数字媒体内容标题的回放开始的时间之间的感知(和实际)延时。特别地,可以减小感知延时,因为元数据在用户请求播放数字媒体内容标题之前被检索的。换句话说,在用户请求播放数字媒体内容标题的时候,元数据已经被检索并且可以立即用于请求针对数字媒体内容标题的DRM许可。在一些情形中,在用户请求播放数字媒体内容标题之前检索元数据可以减少感知延时达至少五百毫秒(即,半秒)。
[0032]而且,在一个实施例中,触发事件可以被剪裁以只针对用户可能后续请求播放的数字媒体内容标题来检索元数据。例如,用户控制的光标悬停在与数字媒体内容标题相关联的缩略图上可以表明用户将后续请求播放该数字媒体内容标题的可能性很高(例如,通过使用定点设备点击缩略图)。而且,对于用户请求播放的数字媒体内容标题的改善的用户体验胜于针于用户最终未请求播放的数字媒体内容标题检索元数据而导致的任何处理开销。
[0033]而且,在一个实施例中,处理开销和改善的用户体验之间的折中还可以经由一个或多个触发事件来管理。例如,在改善的用户体验被认为比避免处理开销更需要的情形中,触发事件能够被限定以使得每个用户界面屏幕的所有可见的显示元件触发对元数据的检索。例如,仅仅显示数字媒体内容标题的缩略图对于端点设备108检索与数字媒体内容标题相关联的元数据是足够的,而忽略用户控制的光标的位置。在另一个实施例中,端点设备108只检索与用户界面234中用户控制的光标的预定义周边内的缩略图相关联的元数据。例如,预定义周边可以以始于用户控制的光标的多个像素来测量。
[0034]图4A-4B根据本发明的一个实施例,示出了端点设备108的示例图形用户界面(⑶I)屏幕400、450。如图4A中所示,⑶I屏幕400包括显示元件402,每个显示元件表示一部不同的电影。⑶I屏幕400还包括用于用户选择电影以进行回放的的指示408。⑶I屏幕400还包括用于滚动⑶I屏幕400中的显示元件的滚动条406。通过使用滚动条406,用户可以影响⑶I屏幕400中的显示元件的可视性,比如,使用其他显示元件代替显示元件402。
[0035]图4A的⑶I屏幕400还包括用户控制的光标404。如图所示,用户控制的光标404正悬停在与“电影B”相关联的显示元件410上。如上面所描述的,悬停在显示元件410上达预定义的时间段(比如2秒)可以满足触发条件,并使得端点设备108从控制服务器105检索与电影B相关联的元数据。如果用户后续请求播放电影B(例如,通过点击显示元件410),那么电影B的回放可以随着相对于其他方法而言较少的时延开始。
[0036]在该特定的示例中,与其他电影(比如,电影A、C和D)相关联的元数据没有被检索。然而,在可替代的实施例中,触发条件被限定以使得端点设备108检索与GUI屏幕400中可见的所有显示元件相关联的元数据。换句话说,端点设备108检索针对电影A、B、C和D中每部电影的元数据,不考虑GUI屏幕400中用户控制的光标的位置。例如,这四个标题A、B、C、D可以各自表示可用于流式传输的电影标题。在这样的情形中,当用户从当前页转换到(显示电影标题E、F、G和H的)另一页时,针对这后四部电影的元数据被检索。
[0037]如图4B中所示,⑶I屏幕450包括对于特定电影(“电影Z”)的详细信息。⑶I屏幕450还包括用于播放该电影的按钮454。如图所示,详细的信息包括发行年份、类型、导演、演员以及剧情。在一个实施例中,触发条件是基于详细信息的显示而限定的。例如,如果针对电影Z的详细信息在GUI屏幕中可见达预定义的时间段(例如,10秒),那么满足触发条件,并且端点设备108检索针对电影Z的元数据。有利地,用户后续请求播放电影Z(例如,通过点击显示元件454),那么对电影Z的回放可以以相对于其他方法而言较少的延时开始。在替代的实施例中,仅仅显示针对电影Z的详细信息就足以满足触发条件,不管该详细信息在GUI屏幕中可见的时长。
[0038]图5是根据本发明的一个实施例从图1的端点设备108的角度描绘用于流式传输数字媒体内容的方法500的流程图。如图所示,方法500开始于步骤510处,其中端点设备108从控制服务器105检索与数字媒体内容标题相关联的元数据。元数据可以在接收对播放该数字媒体内容标题的用户请求之前被检索。在步骤520处,端点设备108接收对播放该数字媒体内容标题的用户请求。在步骤530处,端点设备108请求对于该数字媒体内容标题的DRM许可。该DRM许可授权对该数字媒体内容标题的回放。该请求是基于所检索的元数据来生成的。在步骤540处,端点设备108从DRM服务器106接收对于该数字媒体内容标题的DRM许可。在步骤550处,端点设备108播放从CDN102接收的数字媒体内容标题。步骤550之后,方法500结束。
[0039]有利地,本发明的实施例提供了用于流式传输数字媒体内容的技术。一个实施例提供了在接收任何对播放数字媒体内容标题的用户请求之前检索与该数字媒体内容标题相关联的元数据的端点设备。在后续接收到对播放数字媒体内容标题的用户请求时,该端点设备基于所检索到的元数据生成DRM许可请求。该端点设备然后将该请求发送至DRM服务器。在从DRM服务器接收到DRM许可时,响应于用户请求,端点设备播放该数字媒体内容标题。有利地,至少在一些情形中,可以减少用户请求播放数字媒体内容标题的时间与该数字媒体内容标题的回放开始的时间之间的感知延时。
[0040]本发明的一个实施例可以被实现为存储在端点设备108内的计算机可读存储介质上的程序产品。在该实施例中,端点设备108包括诸如机顶盒之类的嵌入式计算机平台。本发明的一个可替代实施例可以被实现为被下载到计算机系统内的存储器的程序产品,例如,嵌入在互联网网站内的可执行指令。在该实施例中,端点设备108包括计算机系统。
[0041]尽管前述针对的是本发明的一些实施例,但是可以在不背离其基本范围下设计本发明的其他以及进一步的实施例。例如,本发明的各方面可以在硬件或软件或硬件和软件的结合中实现。本发明的一个实施例可以被实现为与计算机系统一起使用的程序产品。该程序产品的程序限定这些实施例(包括本申请所描述的方法)的功能,并且可以被包含在各种计算机可读存储介质上。说明性的计算机可读存储介质包括但不限于:(i)信息被永久存储在其上的非可写存储介质(例如,计算机内的只读存储器设备,比如,由CD-ROM驱动可读的CD-ROM盘、闪速存储器、ROM芯片或任意类型的固态非易失性半导体存储器);和(?)可变的信息存储在其上的可写存储介质(例如,软盘驱动或硬盘驱动内的磁盘或任意类型的固态随机存储半导体存储器)。这样的计算机可读存储介质,当承载指示本发明的功能的计算机可读指令时,是本发明的实施例。
[0042]这些图中的流程图和框图示出了根据本发明的各个实施例的系统、方法和计算机程序产品的可能的实现方式的架构、功能和操作。鉴于此,流程图或框图中的每个图框可以表示包括一个或多个用于实现指定的逻辑功能的可执行指令的代码的模块、段或部分。应当注意的是,在一些可替代的实现方式中,图框中标注出的功能可以不按照图中所标注的顺序出现。例如,事实 上,取决于涉及的功能,顺序示出的两个图框可以基本同时地被运行,或者这些图框有时可以以相反的顺序被运行。还将注意的是,框图和/或流程示意图的每个图框,以及框图和/或流程示意图的图框的组合可以通过执行指定的功能或动作的专用的基于硬件的系统、或专用硬件指令和计算机指令的组合来实现。
[0043]鉴于上述内容,本发明的范围由所附权利要求来确定。
【权利要求】
1.一种使得客户端设备获得授权来流式传输所请求的媒体标题的计算机实现的方法,所述方法包括: 输出能够用于流式回放的多个媒体标题,以在用户界面中进行显示; 在接收对开始流式回放所述多个媒体标题中任意媒体标题的用户请求之前,通过一个或多个计算机处理器的操作来检索与所述多个媒体标题中的至少第一媒体标题相关联的数字版权管理(DRM)数据; 在接收到对播放所述第一媒体标题的请求时,至少部分地基于所述DRM数据,生成对授权所述第一媒体标题的回放的许可的请求;以及 在接收到对于所述第一媒体标题的所述许可时,开始对所述第一媒体标题的流式回放。
2.如权利要求1所述的方法,其中,在检测到触发条件被满足时,所述DRM数据被检索。
3.如权利要求2所述的方法,其中,所述触发条件包括接收查看与所述第一媒体标题相关联的信息的用户请求。
4.如权利要求2所述的方法,其中,所述触发条件包括用户控制的光标悬停在与所述第一媒体标题相关联的显示元件上达预定义的时间段。
5.如权利要求2所述的方法,其中,所述触发条件包括显示元件在所述用户界面中可见,其中,所述显示元件 与所述第一媒体标题相关联。
6.如权利要求1所述的方法,其中,所述DRM数据包括与所述第一媒体标题相关联的DRM头部,其中,所述DRM头部包括认证和授权令牌、以及流DRM信息。
7.如权利要求6所述的方法,其中,所述DRM数据还包括与所述第一媒体标题相关联的流头部,其中,所述流头部包括与所述第一媒体标题相关联的一个或多个属性。
8.一种包含程序的计算机可读存储介质,当所述程序被运行时,所述计算机可读存储介质执行使得客户端设备获得授权来流式传输所请求的媒体标题的操作,所述操作包括: 输出能够用于流式回放的多个媒体标题,以在用户界面中进行显示; 在接收对开始流式回放所述多个媒体标题中任意媒体标题的用户请求之前,检索与所述多个媒体标题中的至少第一媒体标题相关联的数字版权管理(DRM)数据; 在接收到对播放所述第一媒体标题的请求时,至少部分地基于所述DRM数据,生成对授权所述第一媒体标题的回放的许可的请求;以及 在接收到对于所述第一媒体标题的所述许可时,开始对所述第一媒体标题的流式回放。
9.如权利要求8所述的方法,其中,在检测到触发条件被满足时,所述DRM数据被检索
10.如权利要求9所述的计算机可读存储介质,其中,所述触发条件包括接收查看与所述第一媒体标题相关联的信息的用户请求。
11.如权利要求9所述的计算机可读存储介质,其中,所述触发条件包括用户控制的光标悬停在与所述第一媒体标题相关联的显示元件上达预定义的时间段。
12.如权利要求9所述的计算机可读存储介质,其中,所述触发条件包括显示元件在所述用户界面中可见,其中,所述显示元件与所述第一媒体标题相关联。
13.如权利要求8所述的计算机可读存储介质,其中,所述DRM数据包括与所述第一媒体标题相关联的DRM头部,其中,所述DRM头部包括认证和授权令牌。
14.如权利要求13所述的计算机可读存储介质,其中,所述DRM数据还包括与所述第一媒体标题相关联的流头部,其中,所述流头部包括与所述第一媒体标题相关联的一个或多个属性。
15.—种系统,包括: 一个或多个计算机处理器; 包含程序的存储器,当所述程序由所述一个或多个计算机处理器运行时,所述存储器被配置为执行用于获得授权以流式传输所请求的媒体标题的操作,所述操作包括: 输出能够用于流式回放的多个媒体标题,以在用户界面中进行显示; 在接收对开始流式回放所述多个媒体标题中任意媒体标题的用户请求之前,检索与所述多个媒体标题中的至少第一媒体标题相关联的数字版权管理(DRM)数据; 在接收到对播放所述第一媒体标题的请求时,至少部分地基于所述DRM数据,生成对授权所述第一媒体标题的回放的许可的请求;以及 在接收到对于所述第一媒体标题的所述许可时,开始对所述第一媒体标题的流式回放。
16.如权利要求15 所述的系统,其中,在检测到触发条件被满足时,所述DRM数据被检索。
17.如权利要求16所述的系统,其中,所述触发条件包括接收查看与所述第一媒体标题相关联的信息的用户请求。
18.如权利要求16所述的系统,其中,所述触发条件包括用户控制的光标悬停在与所述第一媒体标题相关联的显示元件上达预定义的时间段。
19.如权利要求16所述的系统,其中,所述触发条件包括显示元件在所述用户界面中可见,其中,所述显示元件与所述第一媒体标题相关联。
20.如权利要求15所述的系统,其中,所述DRM数据包括与所述第一媒体标题相关联的DRM头部,其中,所述DRM头部包括认证和授权令牌。
【文档编号】G06F21/10GK103999090SQ201280062268
【公开日】2014年8月20日 申请日期:2012年12月12日 优先权日:2011年12月14日
【发明者】克里斯汀·凯瑟尔, 吉恩-玛利亚·怀特, 赖阳浩 申请人:奈飞公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1