[发明专利]动态媒体内容预览

说明书

技术领域

本发明的实施例涉及流式媒体(streaming media)，尤其是涉及提供流式媒体和数字媒体内容的安全预览。

背景技术

随着计算机用户变得越来越见多识广，对于人们使用的计算机程序的高效性的需求也在不断提高。例如，很多计算机系统具有某一类型的文件管理系统，该系统管理用户可能需要存取的数百甚或数千个文件。在许多常规的文件管理系统中，难以使用与该文件的文件类型相关联的必需应用程序在无需实际打开该文件的情况下确定特定文件的内容。时常，在打开文件之前用户可以获得的关于该文件的有用信息仅仅是文件名。很多用户希望能够在将资源实际用于打开完全应用程序以及随后打开该文件之前预览该文件的内容。某些文件管理系统，诸如由Cupertino，CA的Apple Inc.提供的Mac OS X中的Finder，提供了用于在打开文件之前预览文件的功能。其它操作系统和文件管理系统也可以提供某些静态预览功能。

例如，使用Apple的Finder，用户可以预览文档，诸如PDF、文本文件、字处理文档和电子数据表等。Finder也允许用户预览具有Mac OS识别出的原有文件类型的某些视频内容。

Mac OS中的Quick Look后台程序(daemon)包括多种插件，每个插件接受来自客户端进程的特定数据类型并将其转换成具有一组标准格式——诸如PDF和HTML——中的一种格式的预览。随后，由客户端进程使用Quick Look框架来显示标准格式的预览。这种结构的优点在于它避免由第三方插件崩溃而导致的客户端应用程序崩溃。但是，这种模型对于诸如流式媒体的动态媒体并不能很好地工作，原因在于将与非原有文件类型相关联的动态媒体转换成适当的标准格式花费太多的处理时间而使其不可用或不可靠。

发明内容

当客户端进程接收到对于动态媒体内容的预览的请求时，该请求被传递给沙箱化进程。沙箱化进程与客户端进程隔离，这意味着如果沙箱化进程崩溃，客户端进程保持功能性和可操作性。在沙箱化进程中，确定动态媒体内容的类型。内容类型可以基于例如统一类型标识符(UTI)来确定。一旦内容类型被确定，沙箱化进程就取回流化插件(streaming plug-in)以将动态媒体内容转换成客户端进程可以用来显示动态媒体的预览的媒体类型。

插件被用来根据与该插件相关联的协议转换动态媒体内容。在一些实施例中，插件产生音频分量和视频分量二者(至少为具有音频和视频二者的动态媒体内容产生这二者)。随着动态内容的每一帧被产生，其被传递给客户端进程以显示为流式预览。在一些实施例中，插件给客户端进程提供允许用户控制动态媒体内容的预览的有限方面(例如，“停止”、“播放”和“暂停”等)的一种或多种控制。

附图说明

以下说明包括对于附图的讨论，所述附图图解说明了本发明实施例的实施方式的例子。附图只是出于举例说明而非限制的目的提供的。本文中对于一个或多个“实施例”的提及要被理解为描述包括在本发明的至少一种实施方式中的特定特征、结构或特性。因此，诸如出现在本文中的“在一个实施例中”或“在替换实施例中”之类的短语描述了本发明的各种实施例和实施方式，而无须全部指的是同一实施例。但是，它们也无须互相排斥。

图1是图示按照各种实施例的系统的框图。

图2是图示按照各种实施例的系统的框图。

图3是按照各种实施例的系统中的操作的流程图。

图4是图示按照各种实施例的系统的框图。

具体实施方式

本文中提供的各种方法、设备和系统使得能够预览动态媒体内容。当用户选择文件(例如，从文件管理系统中选择)并请求该文件的预览时，本文所描述的实施例有助于将该动态媒体转换为适合于预览该动态媒体内容的格式。

图1是按照各种实施例的框图。如图所示，文件管理系统(例如，Finder、Windows Explorer等)或其它程序(例如，客户端应用程序、网络浏览器等)包括客户端进程102。客户端进程102是与特定程序的用户级交互发生之处。当用户请求文件110的预览时，应用编程接口(API)112发送请求116给预览后台程序104。如果预览后台程序104尚未运行，则其被启动。在各种实施例中，预览后台程序104是沙箱化进程。沙箱化进程是与其它运行的进程或程序分离开的进程。沙箱化进程，或简称为沙箱，通常为访客程序提供受到紧密控制的资源集合以便运行在诸如盘和存储器上的暂存空间(scratch space)中。在各种实施例中，在沙箱中通常不允许或严格限制网络访问、检查主机系统的能力或从输入设备中读取。