确定视频中的兴趣水平的制作方法
【技术领域】
[0001]本发明总体上涉及视频取回和回放，并且特别地涉及标识很可能让用户感兴趣的视频的节段并且生成用于那些节段的关键帧。
【背景技术】
[0002]内容主控服务向用户提供对视频和其它类型的媒体内容的在线访问。用户请求来自主控服务的视频，主控服务然后向用户的客户端设备传输视频。客户端设备通常将在内容已经被完全地下载到客户端设备之前、仅在视频已经被充分地缓冲之后开始回放。这允许用户当在回放期间带宽充分时更快地开始查看视频而无中断。在加载视频以用于回放时，视频播放器通常按照视频将按照这一顺序播放的顺序以时间线性方式加载视频文件而无用户中断。然而，用户可以跳过视频的已经被加载的某个部分以在更晚部分处开始观看，从而造成在视频播放器再次缓冲视频以用于回放之时回放的中断。
【发明内容】
[0003]视频由视频主控服务器分析以标识用于视频中的多个帧中的每个帧的兴趣水平。帧的兴趣水平是由一个或者多个定量因子确定的品质因数(figure of merit)。一个因子类型代表在以非线性方式访问视频的帧时的用户行为、比如客户端多么经常地通过跳跃或者查找到视频的显示帧的时间位置来访问视频。例如反复地在视频中查找、但是然后停止并且让回放继续使对回放继续的位置感兴趣的强指示符。另一因子类型基于视频的可听和可视内容以及标识可能让客户端的用户感兴趣的时间位置、比如有显著运动的帧、景物改变、音频音量或者内容改变等。基于这些因素，为帧或者帧集合计算兴趣水平。然后通过具有超过兴趣阈值的兴趣水平来标识在多个帧内的一个或者多个帧作为关键帧。可以使用标识的关键帧以使视频的哪些部分优先在视频由客户端加载时自动地缓冲。也可以使用关键帧信息以使内容分发优化优先。自动地缓冲的部分可以在关键帧开始或者包含关键帧。缓冲的部分的长度可以被设置成默认值或者给予如下因素来确定，这些因素可以包括在时间上位于关键帧附近的帧的兴趣水平。附加地，视频播放器可以在它接受对于向前或者向后跳过的请求时使用关键帧以无论请求哪一个都自动地向前或者向后移动回放点到视频中的最近关键帧、由此提供可变跳过特征。在一个实施例中，对关键帧的标识可以允许广告在视频中被放置在可能让用户感兴趣的关键帧之前。相似地，由关键帧标识的视频部分可以要求付费查看，而非关键帧视频部分或者关键帧视频部分的子集可以作为预览免费地可用。
[0004]在说明书中描述的特征和优点不是囊括，并且具体而言，许多附加特征和优点将按照附图、说明书和权利要求书而为本领域普通技术人员所清楚。另外，应当注意在说明书中使用的言语已经主要出于可读性和指导目的而加以选择并且可以尚未被选择用于界定或者限制公开的主题内容。
【附图说明】
[0005]图1是根据一个实施例的系统架构的框图。
[0006]图2是图示用于用作根据一个实施例的客户端的计算机的是你的框图。
[0007]图3是图示根据一个实施例的关键帧模块的具体视图的框图。
[0008]图4使图示根据一个实施例的客户端的视频播放器的具体视图的框图。
[0009]图5是图示根据一个实施例的标识和存储视频的关键帧的方法的流程图。
[0010]图6是图示根据一个实施例的利用接收的关键帧标识以增强视频回放的方法的流程图。
【具体实施方式】
[0011]计算系统自动地标识视频中的很可能让用户感兴趣的关键帧，并且利用关键帧以通过实现视频向客户端设备的非线性下载来增强用户的查看体验，从而使得用户可以在视频的开始之后立即地开始查看关键帧，以及实现从当前帧向最近关键帧的可变向前跳过和向后跳过。关键帧如在本申请中讨论的那样是被标识为很可能或者已经证明了让用户高度感兴趣的视频帧的视频帧。这不会与在指代除了在视频压缩中其本身之外未参考任何帧而被编码的帧时使用“关键帧”混淆。这也不会与在参照附图时使用“关键帧”混淆，这些附图定义动画和摄制中的任何流畅过渡的起点和终点。无论是否涉及到任何压缩或者动画，都可以使用如在本申请中讨论的标识兴趣水平的关键帧。附图和以下描述仅通过例示来描述某些实施例。本领域技术人员将从以下描述容易地认识到可以运用这里所示的结构和方法的备选实施例而未脱离这里描述的原理。现在将具体参照若干实施例，在附图中图示了这些实施例的示例。注意，只要实用，就可以在图中使用相似或者相同的标号，并且相似或者相同的标号可以指示相似或者相同的功能。
[0012]图1图不了用于确定和利用关键巾贞的系统环境。视频主控服务100包括如端web服务器140、视频服务模块110、用户分析模块120、关键帧模块130、视频数据库155、用户访问日志160和关键帧贮存库165。视频主控服务100连接到网络180。图1还包括运行视频播放器125的客户端123。客户端123也连接到网络180。
[0013]并未示出许多常规特征(比如防火墙、负荷平衡器、应用服务器、故障转移服务器、网络管理工具等等)以免模糊系统的特征。用于实施系统的适当设备是在WWW.youtube, com处发现的YOUTUBE?服务；其它视频主控服务也是已知的，并且可以被适配用于根据这里公开的教导来操作。术语“服务”代表被适配用于使用任何联网协议来供应内容的任何计算机系统，而并未旨在于限于经由因特网或者HTTP协议上传或者下载的内容。一般而言，在一个实施例中被描述为在服务器侧上被执行的功能如果适合则也可以在其它实施例中在客户端侧上被执行。附加地，归于特定部件的功能可以由一起操作的不同的或者多个的部件执行。
[0014]这里描述的服务器和模块被实施为在包括CPU、存储器、网络接口、外围接口和其它已知部件的服务器类计算机上执行的计算机程序。计算机本身在一些实施例中运行常规专有或者开源操作系统(比如Microsoft Windows、Mac OS、Linux等)、具有一般高性能CPU、吉字节或者更多的存储器以及吉字节、太字节或者更多的盘存储装置。当然，可以使用其它类型的计算机，并且预计随着将来开发更强大计算机，可以根据这里的教导而配置她们。在图2中图示了适当计算机的示例。可以从在有形计算机可读存储介质(例如，RAM、硬盘或者光/磁介质)中存储的计算机程序产品提供由单元中的任何单元实施的功能。比如图2中所图示计算机的操作和结构的细节是已知的并且这里未加以重复。
[0015]客户端123经由网络180连接到前端服务器140，网络180通常是因特网，但是也可以是包括但不限于LAN、MN、WAN、移动、有线或者无线网络、专有网络或者虚拟专有网络的任何组合的任何网络。尽管示出了仅三个客户端123，但是应理解可以支持很大数目(例如，数百万个)的客户端并且这些客户端可以在任何时间与视频主控服务100通信。客户端123可以包括多种不同计算设备。客户端设备123的示例是个人计算机、数字助理、个人数字助理、蜂窝电话、移动电话、平板计算机、智能电话或者膝上型计算机。如本领域普通技术人员将清楚的那样，本发明不限于以上列举的设备。
[0016]客户端123包括通过浏览器(未示出)的视频播放器125或者包括允许客户端123呈现在视频主控服务100上提供的数字内容的专用应用。适当浏览器例如包括MicrosoftInternet Explorer、Netscape Navigator、Mozilla Firefox、Apple Safari 和 GoogleChrome0客户端125、视频播放器125和/或浏览器可以包括用于实现视频回放以及增强用户界面的HTML或者Javascript。浏览器也可以包括或者支持用于视频播放器的插件(例如，来自Adobe System, Inc.的Flash?)或者被适配用于在视频主控服务100中使用的视频文件格式的任何其它播放器。备选地，视频可以由从浏览器分离的程序访问。适当专用视频播放器包括 Quicktime 和 Windows Media Player0
[0017]数字内容项目可以例如包括视频、音频或者视频和音频的组合。为了方便和描述一个实施例的目的，数字内容项目将被称为“视频”、“视频文件”或者“视频项目”，但是这一术语未旨在于对数字内容项目类型的限制。其它适当数字内容项目类型包括音频文件(例如，音乐、播客、音频书等)、多媒体演示等等。
[0018]视频主控服务100提供已经由视频主控服务100的其他用户上传或者可以已经由视频主控服务运营商或者由第三方提供的视频。客户端123可以基于关键词或者其它元数据来搜索视频。在一个实施例中，这些请求由前端服务器140接收作为查询并且向视频服务模块110提供。
[0019]视频数据库155存储向客户端123提供的视频。在一个实施例中每个视频具有视频标识符(ID)。每个视频文件具有包括视频ID、作者、标题、描述和关键字的关联元数据，如可用则可以包括附加元数据。在一个实施例中，与视频关联的元数据包括关键帧位置。备选地。关键帧元数据可以被存储在关键帧数据库16