专利名称：用于处理视频文件的系统和方法
技术领域：
本发明大体上涉及计算机系统，且更明确地说，涉及用于处理视频文件的系统和方法。
背景技术：
随着因特网变得更快且更普及，视频信号经由计算机网络的传输已变得更普遍。 因此，更多的视频内容提供商正选择在线分发视频，而不是在传统的零售渠道中销售和租赁数字视频光盘。然而，随着以电子方式分发的视频的图片质量和分辨率提高，计算机视频分发网络所需的处理量已对应地增加。使得增加视频处理量的一个因素是多视图视频内容。举例来说，多视图视频位流可含有两个视图一个视图指定用于右眼，且另一视图指定用于左眼。多视图视频技术还用于使用多个(两个以上)视图的情形，例如体育赛事或现场播放。通过使用诸如多视图编码标准(例如H. 264/AVC规范的附件H中指定的多视图视频编码(MVC)，其为H. 264/AVC的多视图扩展)将多个视图编码在同一视频位流中来实施此多视图视频内容。使得增加视频处理的量的另一因素是可缩放的视频内容，其中不同质量、帧速率和/或空间分辨率，标准清晰度(SD)和高清晰度(HD)的视频信号可在同一视频位流中表示。具有多视图和/或可缩放视频内容的结果之一是这些内容的传输和接收可在带宽和处理方面非常密集。此外，并不是所有接收到此视频内容的客户端都需要所传输的视频信号的所有内容。举例来说，具有单个标准分辨率监视器的用户不需要HD或三维视频信号所提供的所有特征。需要用以将视频内容更高效地递送给客户端的系统和方法。
发明内容
根据一实施例，一种方法包含存储视频文件，所述视频文件包括第一格式的第一位流和第二格式的第二位流。第一位流包括多个独立编码的视频分量，且第二位流包括所述多个独立编码的视频分量中的一个。所述方法还包含选择所述多个独立编码的视频分量中的所述一者以及识别存储第二位流的磁道。根据一实施例，一种操作视频服务器的方法包含接收第一视频位流；将所述第一位流存储在存储器中；从第一视频位流产生第二视频位流；以及将第二视频位流存储在存储器中。第一视频位流具有多个独立编码的视图，且第二位流具有所述多个独立编码的视图中的一个。根据另一实施例，一种视频服务器具有存储器和处理器。所述处理器用于接收具有第一独立编码的视图和第二独立编码的视图的第一视频位流，且从第一视频位流产生具有第二独立编码的视图的第二视频位流。处理器将第一和第二视频位流存储在存储器中。前面已相当广泛地概述了本发明实施例的特征，以使得可更好地理解以下对本发明的详细描述。下文将描述本发明实施例的额外特征和优点，其形成本发明的所附权利要求书的标的物。所属领域的技术人员应了解，所揭示的概念和特定实施例可容易地用作修改或设计用于实行本发明的相同目的的其它结构或过程的基础。所属领域的技术人员还应认识到，此类等效构造不脱离如所附权利要求书中陈述的本发明的精神和范围。
为了更完整地理解本发明及其优点，现在参考以下结合附图进行的描述，其中图1说明实施例视频服务器系统的图；以及图2说明实施例存储器分配。除非另有指示，否则不同图中的对应标号和符号通常指代对应部分。绘示各图是为了清楚地说明实施例的相关方面，且各图不一定是按比例绘制的。
具体实施例方式下文详细论述各种实施例的制造和使用。然而，应了解，本发明提供可在各种各样的特定情境中体现的许多适用的发明性概念。所论述的特定实施例仅说明制造和使用本发明的特定方式，且不限制本发明的范围。将相对于特定场景(例如用于处理视频文件的系统和方法)中的实施例描述本发明。本发明的实施例还可应用于针对其它类型的数据通信的系统和方法。图1说明实施例视频分发系统100。客户端104经由连接106耦合到服务器102。 为便于说明，仅展示一个客户端104，但在实施例中，一个以上客户端可连接到服务器102。 服务器102具有处理器112、网络接口 116和存储器114。在一些实施例中，服务器102经由连接108耦合到进一步的网络，例如因特网110。在一些其它实施例中，因特网110和连接108是连接106的一部分。在实施例中，服务器102将视频内容或其一部分存储在存储器114中。在一实施例中，存储器114由磁盘驱动器阵列组成，然而，存储器114可包含其它形式的存储装置，例如固态存储器，例如DRAM和SRAM、其它种类的磁性存储装置，或其它形式的存储器存储。服务器102可为诸如由广域网或大城市网中的服务提供商运行的远程定位服务器、局域网服务器或另一类型的服务器。连接106和108可为有线、无线、DSL和/ 或其它类型的连接。此外，连接106和108可根据TCP-IP、UDP-IP或其它种类的协议来运行。图2说明服务器102的存储器114分配的实施例。(图1)在本发明的实施例中， 第一视频位流120和第二视频位流112存储在存储器114中。在一实施例中，第一视频位流120编码具有一个或一个以上独立编码的视图，且第二视频位流122编码具有单个独立编码的视图。在一实施例中，第一位流120具有至少两个视频组件。第一视频组件称为“A视图”。在实施例中，此“A视图”编码独立地编码在第一位流120中。第一位流120还具有至少一个进一步的视频组件，其中的第一者称为“B视图”。在一些情况下，“B视图”不是独立于“A视图”编码而编码的，例如，在例如3D视频的情况下，其中“B视图”与“A视图”密切相关。在这些情况下，“B视图”信息可由与“A视图”的差异经编码编码组成，而不是对“B 视图”编码的整体进行编码组成。然而，在一些实施例中，例如当第一位流120携带游戏、 表演或体育赛事的多个视图时，“B视图”编码独立地编码。举例来说，“A视图”可能表示赛道的鸟瞰图，且“B视图”可能表示汽车比赛的车内视图。在进一步实施例中，第一位流120 具有两个以上视图，例如进一步包含“C视图”、“D视图”等等。这些额外视图可与“A视图” 有关或无关。在一个实施例中，“A视图”以及至少一个进一步视图(例如“B视图”)编码是独立编码的视图。为了阐述的简单起见，将假定“B视图”编码是独立编码的。应理解，除“B 视图”编码之外的其它视图可为独立编码的，因此每当参考“B视图”时，也可考虑其它视图。 举例来说，在一个实施例中，“ B视图”是从属视图，且“ C视图”是独立视图。在一实施例中，服务器102取具有至少两个独立视图的第一位流，创建含有单个视图的第二位流122。在一实施例中，编码在第二位流中的视图是不同于“A视图”编码的独立编码的视图。在进一步实施例中，第二位流可含有“A视图”，编码或任何独立或从属编码的视图。在一实施例中，服务器从连接108接收第一位流120，然而，第一位流还可写入到存储器或硬盘或其它装置中以供用户本地存储，例如，在用户在无网络时直接复制DVD视频的情况下。在服务器102接收到第一位流120后不久产生和写入第二位流122，以供客户端104以后检索。或者，可在以后的时间，例如响应于客户端104或其它客户端对替代物的请求而产生第二位流122。在一实施例中，处理器112对经压缩的可缩放或多视图视频内容的子集进行转码，包含将用于经转码层或视图的磁道映射到用于原始层或视图的磁道。在一个实施例中， 服务器102不实施转码功能性来提供对应于原始位流的子集的符合标准的可缩放或多视图位流，其中所述子集不取决于基础层或基础视图。相反，在一些实施例中，服务器102创建具有单个位流的第二位流122。在一些实施例中，多视图和单视图位流是根据H. 264/AVC标准而格式化，H. 264/ AVC标准也称为ITU-T推荐H. 264和IS0/IEC国际标准(IS) 14496-10。此标准由IS0/IEC 运动图片专家组(MPEG)和ITU-T编码视频编码专家组(VCEG)的联合视频小组(JVT)开发。 可缩放视频编码(SVC)是H. ^4/AVC规范的附件G中指定的H. ^4/AVC的可缩放扩展，编码且多视图视频编码(MVC)是H. 264/AVC规范的附件H中指定的H. 264/AVC的多视图扩展。 在替代实施例中，还可使用例如IS0/IEC IS 13818-2等其它标准。在基于SVC的实施例中，以较低的空间分辨率、较低质量或较低帧速率来提取、解码和呈现位流的一部分。SVC位流具有一个基础层和若干个增强层。基础层位流子集可以向后兼容较早在H. ^4/AVC规范的附件A中指定的一个或多个不可缩放资料档案。在一些实施例中，增强层将较低层用于层间预测，编码以获得改进的编码效率。为了简单起见，本发明将增强层称为非基础层。另一方面，一个实施例中的MVC位流具有例如由多个相机捕捉到的一个或一个以上经编码视图。在替代实施例中，这些经编码视图可具有自不同来源的不同视频内容。提取并解码位流的一部分，以表示由整个位流表示的视图子集。MVC位流中的视图之一是基础视图，位流子集可以向后兼容较早在H. ^4/AVC规范的附件A中指定的一个或多个不可缩放资料档案。其它视图称为非基础视图。在一些实施例中，编码非基础视图可使用另一视图来获得改进的编码效率。为了简单，将遵从或符合H. ^4/AVC规范的附件A中指定的资料档案或与之兼容的位流或解码器称为遵从或符合H. ^4/AVC或与H. ^4/AVC兼容，将遵从或符合H. 264/AVC 规范的附件G中指定的资料档案或与之兼容的位流或解码器称为遵从或符合SVC或与SVC 兼容，且将遵从或符合H. 264/AVC规范的附件H中指定的资料档案或与之兼容的位流或解码器称为遵从或符合MVC或与MVC兼容。在实施例SVC或MVC实施方案中，非基础层或视图可或可不取决于其它层或视图。 非基础层或视图不取决于其它视图的一个实例是当所有层或视图均彼此无关时。另一实例是当非基础层或视图的子集与所有其它层或视图无关时，以及子集内存在从属性的情况。 在此情况下，子集中至少有一个层或视图不取决于任何其它层或视图。在一实施例中，编码接收器发出播放非基础层或视图的一个独立编码子集的请求。当独立子集中的非基础层或视图的数目为一时，接收器可使用遵从H. 264/AVC或遵从 SVC或MVC的解码器。在两种情况下，对为所请求的非基础层或视图而提取的位流子集进行转码，以遵从HJ64/AVC。在后者情况下(即，当接收器具有遵从SVC或MVC的解码器时) 非基础视图或层为何也转码为遵从H. 264/AVC的一个原因是，在SVC或MVC中，可能需要符合的位流含有遵从H. 264/AVC的基础层或视图。因此，当提取非基础层或视图的独立子集时，子集内的独立非基础层或视图转码为遵从H. 264/AVC0当独立子集中的非基础层或视图的数目大于一时，接收器使用遵从SVC或MVC的解码器。因此，为了产生具有层或视图子集的位流，将子集内的独立非基础层或视图转码为符合H. 264/AVC0在一个实施例中，H. 264/AVC规范的子条款G. 13. 2. 1(语法元素conversion_ type_idc[i]的语义，当C0nversi0n_type_idC[i]等于2时)中描述将独立非基础层转码为遵从 H. 264/AVC ο在一实施例中，根据H. 264/AVC规范的子条款H. 8. 5. 5中所描述的方法来实现将非基础视图的独立子集中的独立非基础视图转码为遵从H. 264/AVC的表示的方法。在一实施例中，编码响应于接收器对非基础层或视图的一个独立编码的子集的请求，视频服务器执行转码(例如，如以上实例中所指定)，并将经转码的位流发送到接收器。 然而，为了降低复杂性和成本，一些服务器可能不配备有这些转码能力。为了实现这些应用情景，在一些实施例中，一机制将经转码的位流存储在媒体文件中，使得服务器在文件中直接选择所要磁道，且将基本流发送到接收器。在IS0/IEC IS 14496-12中指定ISO基础媒体文件格式，其广泛用于存储多媒体内容。在一些实施例中，基于ISO基础媒体文件格式来得出一系列文件格式标准或草案标准，包含 MPEG-4 文件格式(IS0/IEC IS 14496-14)、H. ^4/AVC 文件格式(IS0/IEC IS 14496-15)、SVC 文件格式(IS0/IEC IS14496—15 修正 2)以及 MVC 文件格式(IS0/IEC IS14496-15 修正 3)。在一实施例中，使用基于2009年2月在瑞士洛桑市举行的第87届MPEG会议的 MPEG输出文献W10445中的草案MVC文件格式的方法，所述文献以引用的方式并入本文中。 在此实施例中，指定新的对话框，名为VirtualBaseViewTracks (虚拟基础视图磁道)对话框。VirtualBaseVieWracks对话框包含在多视图信息对话框中，多视图信息对话框包含在含有存储在文件中的多视图流的基础视图的磁道的媒体信息对话框中。如下指定新的对话框。将对话框类型设置为“vbvt”。新对话框的容器为多视图信息对话框(“mvci”)。在一些实施例中，所述新对话框是任选的。所述新对话框提供存储独立编码编码的非基础视图的虚拟基础视图的磁道的信息。在一实施例中，对于任何独立编码编码的非基础视图，虚拟基础视图是所述视图的H. 264/AVC兼容表示，且可通过H. 264/ AVC规范的子条款H. 8. 5. 5中指定的过程来创建。通过解码时间来使含有独立编码编码的非基础视图的数据单元的样本与虚拟基础视图的样本对准。以下语法指定新对话框的格式以及新对话框VirtualBaseViewTracks含有什么
η息。
aligned(8) class VirtualBaseVi ewTracksBox() extends FullBox('vbvt', version = 0, flags){
unsigned int(16) num entries; for(i=0; i<num_entries; i++) { unsigned int(8) entry—type; unsigned int(32) track—id; if (entry—type == 1)
unsigned int(16) tier—id; unsigned int(32) vbv—track—id;在上文所列的实施例语法中，语法元素的语义如下num_entries是磁道或针对其识别含有虚拟基础视图的磁道的层级的数目；entry_type指示下面是哪一类型的磁道或层级。指定entry_type的以下值0-整个磁道。在此情况下，由trackjd识别的磁道仅含有独立编码编码的非基础视图，以及1-磁道内的层级。在此情况下，由track_id和tier_id识别的层级仅含有独立编码编码的非基础视图；track_id 指示磁道；tier_id指示磁道内的层级；以及vbv_track_id 指示含有由 track_id(当 entry_type 等于 0 时)或由 track_id 禾口 tier_id(当entry_type等于1时)识别的视图的虚拟基础视图的磁道。在一实施例中，VirtualBaseViewTracks对话框为每一独立编码编码的非基础视图(或其时间子集)提供含有遵从H. 264/AVC的或(例如)根据H. 264/AVC规范的子条款 H. 8. 5. 5中所指定的过程而创建的虚拟基础视图(或其时间子集)的磁道的磁道识别符。 当提取和解码非基础视图的子集时，则视图子集之中具有最小视图次序索引的视图为独立编码编码的非基础视图(否则需要提取更多视图)。在此情况下，对于具有最小视图次序索引的视图，从对应的虚拟基础视图磁道取得数据单元。像平常一样从原始磁道取得用于其它视图的数据单元。如果待提取和解码的非基础视图的子集中的视图数目为一(即，将仅提取和解码一个独立编码编码的非基础视图)，那么直接取得虚拟视图。在本发明的另一实施例中，使用基于2009年2月在瑞士洛桑市举行的第87届 MPEG会议的MPEG输出文献W10445中的草案MVC文件格式的另一方法。在此方法中，代替于定义新的对话框，定义新的磁道参考类型“vbvt”。在实施例中，含有虚拟基础视图的任何磁道均包含指代含有对应的独立编码编码的非基础视图的源磁道的类型“vbvt”的磁道参考。对于这种新的磁道参考类型，服务器识别含有独立编码编码的非基础视图的虚拟基础视图的文件磁道，且当客户端请求独立编码编码的非基础视图时，服务器便将所识别的磁道中所含有的媒体数据发送到客户端。在另一实施例中，使用新的对话框或新的磁道参考类型来应用于可缩放的视频内容。当客户端请求非基础层时，此新的对话框或新的磁道参考类型提供与上文针对多视图视频内容所述类似的功能性，但此处是针对可缩放的视频内容。在一实施例中，一种方法包含存储视频文件，所述视频文件包括第一格式的第一位流和第二格式的第二位流。第一位流包括多个独立编码编码的视频分量，且第二位流包括所述多个独立编码编码的视频分量中的一者。所述方法还包含选择所述多个独立编码编码的视频分量中的所述一者以及识别存储第二位流的磁道。在一些实施例中，所述方法进一步包含将第二位流传输到客户端。在进一步实施例中，多个独立编码编码的视频分量中的每一者包含一独立编码编码的视图和/或独立编码编码的层。在一实施例中，第一格式为根据H. 264/AVC视频编码编码标准的附件H中所指定的资料档案的多视图视频编码编码(MVC)格式，且第二格式是根据H. ^4/AVC视频编码编码标准的附件A中所指定的资料档案的高级视频编码编码(AVC)格式。在另一实施例中， 第一格式为根据H. ^4/AVC视频编码编码标准的附件G中所指定的资料档案的可缩放视频编码编码(SVC)格式，且第二格式包括根据H. ^4/AVC视频编码编码标准的附件A中所指定的资料档案的高级视频编码编码(AVC)格式。在一些实施例中，根据多视图视频编码编码(MVC)文件格式或根据可缩放视频编码编码(SVC)文件格式来存储视频文件。在进一步实施例中，可使用其它格式。根据实施例，识别存储第二位流的磁道包含使用来自视频文件的信息，其中来自视频文件的信息指示存储第二位流的磁道。在一些实施例中，来自视频文件的指示存储第二位流的磁道的信息包括含有存储第二位流的磁道的信息的对话框和/或指示存储第二位流的磁道的信息的磁道参考。在一实施例中，一种操作视频服务器的方法包含接收第一视频位流，其中第一视频位流包含多个独立编码的视图。所述方法进一步包含将第一位流存储在存储器中；从第一视频位流产生第二视频位流；以及将第二视频位流存储在存储器中。第二视频位流包括多个独立编码的视图中的一者。在一实施例中，所述方法进一步包含将第二位流传输到客户端。在进一步实施例中，所述方法还包含从客户端接收对多个位流中的一者的请求，其中响应于接收到所述请求而执行传输。一些实施例包含从第一视频位流产生第三视频位流，其中第三视频位流包含所述多个独立编码视图中的另一者；以及将第三视频位流存储在存储器中。在一些实施例中，第二视频位流与第一位流存储在同一文件中。在一些实施例中，第二位流与第一位流以不同格式编码。在一个实例中，以多视图视频编码(MVC)格式编码第一位流；且以可缩放视频编码(SVC)格式编码第二位流。在一些实施例中，所述多个独立编码的视图包括A视图以及至少一个进一步独立编码的视图， 且第二位流中的所述多个独立编码视图中的所述一者包括所述至少一个进一步独立编码的视图。在一实施例中，视频服务器包含存储器；以及处理器，其中所述处理器经配置以接收具有第一独立编码的视图和第二独立编码的视图的第一视频位流。所述处理器进一步经配置以将第一位流存储在存储器中，从第一视频位流产生第二视频位流，且将第二视频位流存储在存储器中。第二视频位流包含第二独立编码视图。在一些实施例中，视频服务器经配置以传输第二位流。在进一步实施例中，视频服务器经配置以响应于对第二视频流的请求而将第二位流传输到客户端。在一实施例中，第二位流与第一位流以不同格式编码。在一个实例中，以多视图视频编码(MVC)格式编码第一位流；且以可缩放视频编码(SVC)格式编码第二位流。在另一实施例中，第一独立编码视图包括A视图，且第二独立编码视图包括B视图。在一实施例中，分配视频数据的方法包含提供第一视频位流，其中第一视频位流包含第一独立编码视图和第二独立编码视图。所述方法还包含从第一视频位流产生第二视频位流以及将第二视频位流存储在存储器中，其中第二视频位流包含第二独立编码视图。 在实施例中，所述方法进一步包含将第二位流传输到客户端。在一些实施例中，响应于来自客户端的对第二独立编码视图的请求而执行将第二位流传输到客户端。在一些实施例中，产生是通过处理器来执行的。在进一步实施例中，提供第一视频位流包含从计算机网络接收第一视频位流。在视频服务器的一些实施例中，以多视图视频编码(MVC)格式编码第一位流；且以可缩放视频编码(SVC)格式编码第二位流。在一些实施例中，可使用在处理器上运行的计算机程序或软件来实施实施例算法。从多视图位流创建单个视图位流的实施例的优点是向客户端提供次要视图的能力，而不必在每次请求视图时执行转码操作。实施例的另一优点是请求次要视图的客户端节点不必支持或执行多视图解码算法，且不必将处理资源分配给多视图解码。这允许例如智能电话和笔记型计算机等较低功率和/或较低性能的客户端存取全功能视频内容，而不必花费处理资源来从多视图位流提取视图。本发明的实施例进一步提供一种视频文件处理设备，其包括存储单元，其用于存储视频文件，所述视频文件包括第一格式的第一位流和第二格式的第二位流，其中所述第一位流包括多个独立编码的视频组件，且第二位流包括所述多个独立编码的视频组件中的一者；选择单元，其用于选择所述多个独立编码的视频组件中的所述一者；以及
识别单元，其用于识别存储第二位流的磁道。所述视频文件处理设备可进一步包括传输单元，用于将第二位流传输到客户端。所述视频文件处理设备的识别单元可使用来自视频文件的信息，其中来自视频文件的信息指示存储第二位流的磁道。本发明的实施例还进一步提供一种视频服务器，其包括接收单元，用于接收第一视频位流，所述第一视频位流包括多个独立编码的视图；产生单元，用于从第一视频位流产生第二视频位流，其中所述第二视频位流包括所述多个独立编码的视图中的一者；以及存储单元，用于存储第一位流和第二视频位流。所述视频服务器可进一步包括传输单元，用于将第二位流传输到客户端。在另一方面中，所述视频服务器可进一步包括产生单元，进一步用于从第一视频位流产生第三视频位流，其中所述第三视频位流包括所述多个独立编码的视图中的另一者；以及存储单元，进一步用于将第三视频位流存储在存储器中。尽管已详细地描述了本发明的实施例及其优点，但应理解，可在不脱离由所附权利要求书界定的本发明的精神和范围的情况下，在本文中作出各种改变、替代和更改。举例来说，上文所论述的许多特征和功能可以软件、硬件、固件或其组合来实施。此外，本申请案的范围不希望限于本说明书中所描述的过程、机器、制品、物质组成、构件、方法和步骤的特定实施例。如所属领域的一般技术人员从本发明的揭示内容将容易了解，当前存在或以后待开发的大体上执行与本文描述的对应实施例相同的功能或实现与其大体上相同效果的过程、机器、制品、物质组成、构件、方法或步骤可根据本发明而加以利用。因此，所附权利要求书意在将此类过程、机器、制造、物质组成、构件、方法或步骤包含在其范围内。
权利要求
1.一种方法，其特征在于，包括存储视频文件，所述视频文件包括第一格式的第一位流和第二格式的第二位流，其中所述第一位流包括多个独立编码的视频组件，且所述第二位流包括所述多个独立编码的视频组件中的之一；选择所述多个独立编码的视频组件中的所述之一；以及识别存储所述第二位流的磁道。
2.根据权利要求1所述的方法，其特征在于，进一步包括将所述第二位流传输到客户端。
3.根据权利要求1所述的方法，其特征在于，所述多个独立编码的视频组件中的每一个包括独立编码的视图。
4.根据权利要求1所述的方法，其特征在于，所述多个独立编码的视频组件中的每一个包括独立编码的层。
5.根据权利要求1所述的方法，其特征在于，所述第一格式包括根据H.264/AVC视频编码标准的附件H中所指定的资料档案的多视图视频编码(MVC)格式，所述第二格式包括根据所述H. ^4/AVC视频编码标准的附件A中所指定的资料档案的高级视频编码(AVC)格式。
6.根据权利要求1所述的方法，其特征在于，中所述第一格式包括根据所述H.264/ AVC视频编码标准的附件G中所指定的资料档案的可缩放视频编码(SVC)格式，所述第二格式包括根据所述H. ^4/AVC视频编码标准的附件A中所指定的资料档案的高级视频编码 (AVC)格式。
7.根据权利要求1所述的方法，其特征在于，根据多视图视频编码(MVC)文件格式来存储所述视频文件。
8.根据权利要求1所述的方法，其特征在于，根据可缩放视频编码(SVC)文件格式来存储所述视频文件。
9.根据权利要求1所述的方法，其特征在于，所述识别存储所述第二位流的磁道包括使用来自所述视频文件的信息，其中来自所述视频文件的所述信息指示存储所述第二位流的所述磁道。
10.根据权利要求9所述的方法，其特征在于，所述来自所述视频文件的指示存储所述第二位流的所述磁道的所述信息包括含有存储所述第二位流的所述磁道的信息的对话框。
11.根据权利要求9所述的方法，其特征在于，所述来自所述视频文件的指示存储所述第二位流的所述磁道的所述信息包括指示存储所述第二位流的所述磁道的信息的磁道参考。
12.一种运行视频服务器的方法，所述方法包括接收第一视频位流，所述第一视频位流包括多个独立编码的视图； 存储所述第一位流；从所述第一视频位流产生第二视频位流，其中所述第二视频位流包括所述多个独立编码的视图中的一个；以及存储所述第二视频位流。
13.根据权利要求11所述的方法，其特征在于，进一步包括将所述第二位流传输到客户端。
14.根据权利要求13所述的方法，其特征在于，进一步包含从所述客户端接收对所述多个位流中的一个的请求，其中响应于接收到所述请求而执行所述传输。
15.根据权利要求12所述的方法，其特征在于，所述第二位流与所述第一位流以不同格式编码。
16.根据权利要求15所述的方法，其特征在于以多视图视频编码(MVC)格式来编码所述第一位流；以及以可缩放视频编码(SVC)格式来编码所述第二位流。
17.根据权利要求16所述的方法，其特征在于多个独立编码的视图包括A视图以及至少一个进一步独立编码的视图；且所述第二位流中的所述多个独立编码的视图中的一个包括所述至少一个进一步独立编码的视图。
18.根据权利要求12所述的方法，其特征在于，进一步包括从所述第一视频位流产生第三视频位流，其中所述第三视频位流包括所述多个独立编码的视图中的另一个；以及将所述第三视频位流存储在存储器中。
19.根据权利要求12所述的方法，其特征在于，所述第二视频位流与所述第一位流存储在同一文件中。
20.一种视频文件处理设备，其特征在于，包括存储单元，其用于存储视频文件，所述视频文件包括第一格式的第一位流和第二格式的第二位流，其中所述第一位流包括多个独立编码的视频组件，且所述第二位流包括所述多个独立编码的视频组件中的一个；选择单元，其用于选择所述多个独立编码的视频组件中的所述一个；以及识别单元，其用于确定存储所述第二位流的磁道。
21.根据权利要求20所述的设备，其特征在于，进一步包括传输单元，用于将所述第二位流传输到客户端。
22.根据权利要求20所述的设备，其特征在于，所述识别单元使用来自所述视频文件的信息，其中来自所述视频文件的所述信息指示存储所述第二位流的所述磁道。
23.一种视频服务器，其特征在于，包括接收单元，用于接收第一视频位流，所述第一视频位流包括多个独立编码的视图； 产生单元，用于从所述第一视频位流产生第二视频位流，其中所述第二视频位流包括所述多个独立编码的视图中的一个；以及存储单元，用于存储所述第一位流和所述第二视频位流。
24.根据权利要求23所述的视频服务器，其特征在于，进一步包括传输单元，用于将所述第二位流传输到客户端。
25.根据权利要求12所述的视频服务器，其特征在于，进一步包括所述产生单元，进一步用于从所述第一视频位流产生第三视频位流，其中所述第三视频位流包括所述多个独立编码的视图中的另一个；以及所述存储单元，进一步用于将所述第三视频位流存储在存储器中。
26.一种视频服务器，其特征在于，包括 存储器；以及处理器，其中所述处理器用于接收包括第一独立编码视图和第二独立编码视图的第一视频位流， 将所述第一位流存储在所述存储器中，从所述第一视频位流产生第二视频位流，其中所述第二视频位流包括所述第二独立编码的视图；以及将所述第二视频位流存储在所述存储器中。
27.根据权利要求20所述的视频服务器，其特征在于，所述视频服务器进一步用于传输所述第二位流。
28.根据权利要求20所述的视频服务器，其特征在于，所述视频服务器用于响应于对第二视频流的请求而将所述第二位流传输到客户端。
29.根据权利要求20所述的视频服务器，其特征在于，中所述第二位流与所述第一位流以不同格式编码。
30.根据权利要求23所述的视频服务器，其特征在于 所述第一位流以多视图视频编码(MVC)格式来编码；以及所述第二位流以可缩放视频编码(SVC)格式来编码。
31.根据权利要求M所述的视频服务器，其特征在于所述第一独立编码的视图包括A视图，且所述第二独立编码的视图包括B视图。
全文摘要
根据一实施例，一种操作视频服务器的方法包含接收第一视频位流；将所述第一位流存储在存储器中；从所述第一视频位流产生第二视频位流；以及将所述第二视频位流存储在所述存储器中。所述第一视频位流具有多个独立编码的视图，且所述第二视频位流具有所述多个独立编码的视图中的一个。
文档编号H04N7/30GK102224733SQ201080006517
公开日2011年10月19日 申请日期2010年4月14日 优先权日2009年4月14日
发明者王业奎 申请人:华为技术有限公司