媒体资源存储和管理制造技术

所提供的是用于执行媒体资源存储和管理的计算机实施的方法和系统。所述计算机实施的方法和系统是作为请求管理器实施的，所述请求管理器能够在内容递送网络中监视媒体资源请求。对于每一个被监视的请求，请求管理器确定是否为所述被请求的媒体资源产生多文件。例如请求管理器可以首先确定媒体资源是否胜任于多文件生成。如果胜任的话，则请求管理器确定媒体资源是否已经达到流行度阈值。如果媒体资源已经达到流行度阈值，则请求管理器开始为所述被请求的媒体资源产生多文件。通常，所产生的多文件保存在与内容递送网络相关联的存储系统中。

【技术实现步骤摘要】
【国外来华专利技术】相关申请本申请要求享有2009年4月24日提交的名为“Media Resource Storage and Management”的共同拥有美国临时申请61/172,638的权益，其中该申请在这里全部引入以用于所有用途。
技术介绍
常规的操作系统和文件系统通常不会在磁盘存储器上连续地存储较小文件的集合。因此，如果相关联的小型文件的存储遍布在磁盘或盘片的不同扇区和/或磁道上，那么对这些相关联的小型文件进行检索，有可能需要磁头进行大量艰巨的寻道操作，以使其自身处于数据所在的正确扇区和/或磁道。如果管理磁盘存储器的文件系统或操作系统没有辨认出相关联的小型文件，那么该文件系统或操作系统有可能根据用于存储较小文件的最优存储算法来将这些部分散布到磁盘上。但是，这种非连续存储有可能导致在访问每一个小型文件时，进行新的随机存取(例如磁头寻址+旋转定位)或离散操作(例如文件打开)。
技术实现思路
这里概括性公开的实施方式，包括用于执行媒体资源存储和管理的计算机实施的方法和系统。在一个例示实施方式中，计算机实施的方法和系统是作为请求管理器实现的，它能够监视关于媒体资源的请求(例如在内容递送网络中)。对于所监视的每一个请求来说，请求服务器确定是否为所请求的媒体资源产生一个多文件。例如，请求管理器首先可以确定媒体资源是否适合多文件生成。如果适合的话，则请求管理器确定媒体资源是否达到流行度阈值。如果媒体资源达到流行度阈值，则请求管理器开始为所请求的媒体资源产生多文件。通常的，所产生的多文件保存在与内容递送系统相关联的存储系统(例如基于磁盘的存储器)中。这里公开的更进一步的实施例包括用于减小缓存服务器中的磁盘读取时间的计算机实施方法和系统。根据一个例示实施方式，所述计算机实施的方法和系统是作为请求管理器实现的，所述方法和系统能够反复请求在服务器上将资源(例如视频、图像、网页等媒体对象)归合成一个公共文件(或多文件)。请求服务器构造这个公共文件，作为被请求资源的连续群组。此外，请求服务器可以通过连续地从公共文件中读取至少一些被请求的资源而开始提供所述公共文件的至少一部分(例如向请求资源的终端用户)。相应地，与将被请求的文件作为独立文件保存在磁盘上相比，公共文件的连续特性将会导致以一种更有效的方式来从关联于缓存服务器的磁盘中读取被请求的资源。附图说明从以下关于附图所示的本专利技术的特定实施例的描述中可以清楚了解本专利技术的前述和其他目标、特征和优点，在附图中，相同的参考字符在不同的视图中始终指的是相同的部分。这些附图没有必要按比例绘制，而重点是放在了例证本专利技术的原理上。图1是根据例示实施例的用于媒体资源存储和管理的网络环境的框图。图2是显示了根据例示实施例的与提供多文件的处理相关的处理操作的流程图。图3是显示了根据例示实施例的与构建多文件的处理相关联的处理操作的流程图。图4是根据例示实施例的用于媒体资源存储和管理的处理配置的框图。图5是根据例示实施例的适合执行媒体资源存储和管理的计算机系统的框图。图6是显示根据例示实施例的由请求管理器执行的处理操作的流程图。图7是显示根据例示实施例的由请求管理器执行的处理操作的流程图。图8是显示根据例示实施例的由请求管理器执行的处理操作的流程图。图9是显示根据例示实施例的由请求管理器执行的处理操作的流程图。图10是显示根据例示实施例的由请求管理器执行的处理操作的流程图。在附图中，相同的参考数字始终将被理解成指的是相同的部分和组件。具体实施方式一般来说，这里公开的实施例提供的是用于媒体资源存储和管理的改进方法和系统。特别地，本说明书中描述的方法和系统涉及的是识别适合多文件生成的媒体对象(例如数字音乐，电影，web内容，软件等等)。媒体对象通常包括很多相关的资源。例如，媒体对象可以是被分成很多较小的视频部分的视频——其中每一个较小的视频部分还可以具有与之关联的不同的统一资源定位符“URL”。关于媒体对象的另一个示例可以包括网页(例如超文本标记语言“HTML”页面)，所述网页包含了很多图像和/或标志。同样，网页相关资源(即本示例中的图像/标志)中的每一个都可以具有与之关联的不同URL。根据以下进一步描述的实施例，适合多文件生成的媒体对象通常满足两个需求：1)合适性(例如由很多具有很高的最终被请求的可能性的较小相关资源组成的媒体对象)，以及2)媒体对象(或是其内包含的资源)的流行度。在以下关于实施例和附图的论述中，这种改进将会是显而易见的。一般来说，多文件是包含了多个相关文件的缓存器中的单个条目。在一个实施方式中，多文件包含的是其顺序与可能被请求的顺序基本相同的较小文件。同样，生成多文件的处理可以通过检索那些还未被请求但在未来某个时刻很可能会被请求的资源。就此而论，构建和提供多文件的两个特定优点包括：1)与单独加载相关资源所需要的操作相比，允许使用较少的操作(文件打开，磁盘读取)来从磁盘中加载多个相关资源。特别地，与小型(不相关)文件相比，如果在大型文件中具有多个资源，那么将会允许缓存更有效地运行。2)保持相关数据在磁盘上相互靠近，由此限制加载资源所需要的寻道开销，即便在多个操作需要执行该操作的时候也是如此。多文件在当相关资源相对较小，以及当请求内容是许多资源都同时受欢迎时，多文件是特别有用的，从而防止缓存将所有资源保留在存储器中。即便在缓存受到下层存储系统限制的情况下(例如缓存运行受到磁盘约束)，通过允许使用较少且更有效地操作来从磁盘中检索资源，以及在磁盘上保持相关联的数据相互靠近，性能仍然会得到改善。此外，多文件管理可以在应用层执行，由此从底层文件系统和/或操作系统以及与之关联的存储器管理体制中提供一个抽象。关于包含大量较小资源的大型媒体对象的一个这样的示例是数字视频。由于数据字视频回放可以可能具有变化的分辨率(例如分辨率越高，所需要的带宽就越多)，因此，单个视频对象有可能具有可供用户或软件应用选择的一系列解决方案。由此举例来说，在对流式传输到终端用户计算机的视频进行回放的过程中，在用户计算机上运行的回放应用，可以响应于在流传输带宽中检测到的变化来动态调整视频分辨率。为了达到该目的，内容提供商为视频对象创建了不同的分辨率，然后将这些不同分辨率中的每一个都分成较小的资源(例如两秒的部分)。这些部分本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】2009.04.24 US 61/172,6381.一种用于减少缓存服务器中的读盘时间的计算机实施的方法，
该方法包括：
在缓存服务器上，重复请求将资源归合成一个公共文件；
将这个公共文件构建成被请求资源的连续群组；以及
通过以连续方式从公共文件中读取至少一些被请求的资源而开始
提供公共文件的至少一部分。
2.如权利要求1所述的计算机实施的方法，其中与将被请求的资源
作为独立文件保存在磁盘上相比，将公共文件构建成被请求资源的连续
群组的步骤促使以一种更有效的方式来从关联与缓存服务器的磁盘中读
取被请求的资源。
3.如权利要求1所述的计算机实施的方法，其中所述公共文件与元
数据相关联，所述元数据包含了指向公共文件的指针、被请求资源在公
共文件内部的偏移以及多文件内部的资源大小中的至少一项。
4.如权利要求1所述的计算机实施的方法，还包括：
在重复请求资源的步骤之前，当关联于被请求的资源的统一资源定
位符(URL)匹配正规表达式时，确定被请求的资源合适于被归合成公
共文件。
5.如权利要求4所述的计算机实施的方法，其中所述重复请求资源
的步骤是在确定被请求的资源超出流行度阈值之后开始的。
6.如权利要求1所述的计算机实施的方法，其中所述被请求的资源
是从内容递送网络中的源服务器或中间服务器中的至少一个获取的。
7.如权利要求1所述的计算机实施的方法，其中所述被请求的资源
包括具有不同分辨率的视频内容，所述被请求的资源被提供给请求该视
频内容的终端用户。
8.一种计算机实施的方法，包括：
在内容递送网络中检视媒体资源请求；
对于每一个被监视的请求，确定是否为被请求的媒体资源产生多文
件；以及
开始为被请求的媒体资源产生多文件，其中所产生的多文件保存在
与内容递送网络相关联的存储系统中。
9.如权利要求8所述的计算机实施的方法，其中所述产生的多文件
代表的是以基本连续的方式保存在存储系统中的被请求媒体资源的连续
部分。
10.如权利要求8所述的计算机实施的方法，其中确定是否产生多
文件的步骤包括：确定用于多文件生成的被请求媒体资源的合适性。
11.如权利要求10所述的计算机实施的方法，还包括：当关联于被
请求的媒体资源的统一资源定位符URL与正规表达式相匹配时，确定被
请求的媒体资源合适于多文件生成。
12.如权利要求8所述的计算机实施的方法，其中所述确定是否生
成多文件的步骤包括评估被请求的媒体资源的请求历史，以便确定被请
求的媒体资源是否等于或超出频率阈值。
13.如权利要求8所述的计算机实施的方法，其中所述开始生成多
文件的步骤是响应于确定在被请求的媒体资源在被请求的时候之前的一
个回溯时段内部至少出现了关于被请求媒体资源的阈值数量的请求而被
执行的。
14.如权利要求8所述的计算机实施的方法，其中所述确定是否为
被请求的媒体资源产生多文件的步骤包括：
确定用于多文件生成的被请求媒体资源的合适性；以及
其中开始生成多文件的步骤是响应于确定关于被请求的媒体资源
的请求数量等于或超出流行度阈值而被执行的。
15.如权利要求8所述的计算机实施的方法，其中所述监视和确定
步骤是由在内容递送网络中的缓存服务器上运行的进程执行的，并且其
中存储系统是位于内容递送网络中的缓存服务器本地的基于磁盘的存储
系统。
16.如权利要求8所述的计算机实施的方法，其中开始生成多文件
的步骤是由在内容递送网络中的缓存服务器上运行的进程执行的，并...

【专利技术属性】
技术研发人员：威廉·克劳德，杰弗里·科勒，大卫·弗莱盖尔，
申请(专利权)人：第三级通讯公司，
类型：发明
国别省市：