CN1290444A

CN1290444A - 用于媒体数据传输的方法和装置

Info

Publication number: CN1290444A
Application number: CN99802946A
Authority: CN
Inventors: 安妮·琼斯; 杰伊·吉甘; 克文·L·巩; 阿拉古·伯里严南; 戴维·W·辛格
Original assignee: Apple Computer Inc
Current assignee: Apple Inc
Priority date: 1998-01-15
Filing date: 1999-01-13
Publication date: 2001-04-04
Anticipated expiration: 2019-01-13
Also published as: AU2322499A; CN1308437A; US6134243A; US20030204555A1; KR20010034224A; CA2318963C; WO1999037057A3; JP2009225458A; KR100431110B1; CA2318963A1; JP4891364B2; JP2009246991A; US6829648B1; DE69933281T2; KR20010052144A; JP5081868B2; EP1062782A2; DE69933281D1; US6717952B2; CN1166142C

Abstract

一种用于处理在数据通信介质内传输的媒体数据的方法和装置。一组数据指示如何根据一个传输协议发送媒体数据的时间相关序列。该组数据包括一个与媒体数据的时间相关序列相关的数据的时间相关序列。该组数据可以由一个数字处理系统使用以发送媒体数据的时间相关序列(例如,通过根据传输协议产生的分组和该数据组)。

Description

用于媒体数据传输的方法和装置

本发明涉及准备用于传输的时间相关媒体数据序列的方法和装置，特别涉及这样媒体数据的分组传输。

当前存在所采用的存储基于时间的媒体数据的各种不同的文件结构：诸如AIFF之类的音频格式，诸如AVI之类的视频格式，以及诸如RealMedia之类的流式格式。这些数据结构不同的一个原因是其不同的聚焦点和适用性。这些格式中的某些被相当宽地接受，其应用范围较宽，并且实施较为简单，这样，这些格式不仅用于内容传送而且也可以用于互换格式。这些一般格式中最重要的是QuickTime文件格式。现在该文件格式用于提供基于时间数据的大多数网站；在包括专业环境的多数特许环境中；以及在多数多媒体CDROM标题。

QuickTime媒体层支持具有基于时间的材料(视频，音频等)的一般多媒体数据的有效显示和管理。媒体层将QuickTime文件格式用作存储和媒体信息的互换格式。该层的结构性能比现有的结构宽，并且该文件格式能够表示比现有QuickTime实现当前要求的信息多的信息。

与诸如AVI之类的格式不同，AVI一般被设计为支持同步媒体的本地随机存取，QuickTime允许系统管理数据，关系和一般多媒体演播(presentation)的定时。特别是，QuickTime文件格式具有表示一般的基于时间的数据流的暂时行为，覆盖网络分组的基于时间发出的概念，以及多媒体数据的基于时间的本地演播的结构。

现有的QuickTime文件结构由Apple计算机公司在1996年5月的文件格式规范中公开描述，在QuickTime站点，http://www.apple.com/quicktime可以找到该规范。

QuickTime文件格式的一个方面是媒体数据的物理结构(盘记录中的布局)是独立的，并且由该文件的逻辑结构来描述的概念。该文件被一组“电影”元数据(meta-data)充分描述。该元数据提供关于实际媒体数据的声明，结构和暂时信息。

媒体数据可以处于与描述数据，(该“电影”元数据)相同的文件内，或者处于其他文件内。构成为一个文件的一个电影通常被称为“单调”，并且是自含的。可以构成非单调电影以引用其他文件内的某些，或全部媒体数据。

因而，该格式一般适用于不同应用程序的优化。例如，当编辑(组合)时，使用由于编辑而必须重写的数据并且重新排序媒体数据；元数据文件可以被扩展并暂时映象所调整的信息。当完成编辑时，相关的媒体数据和元数据可以重写为一个用于本地或网络访问的单一的，交叉存取的，以及优化的文件。结构化和优化的文件都是有效的QuickTime文件，并且二者都可以被检查，播放，以及修改。

结构化(“非单调”)文件的使用使得可以在任何数目的演播中使用和重复使用相同的基本媒体数据。下面将看到，当使用(serving)时会出现相同的优点。

在编辑和使用时，在不复制媒体数据的情况下还允许将多个文件认为是一个电影的一部分。可以从诸如Sun Microsystem’s的“au”音频格式或AVI视频格式之类的文件直接进行这样的编辑和使用，从而大大扩展了这些格式的适用性。

将QuickTime文件划分为被称为基本单元(atom)的一组对象。每个对象以一个基本单元标题开始，该基本单元标题声明其大小和类型：

class Atom{

      int(32)          size；

      char             type(4)；

      byte             contents[]；

}

尺寸为字节，包括尺寸和类型标题字段。类型字段为四个字符(一般为打印的)，以允许易于文件编制和识别。类型字段之后的对象内的数据可以是所包含对象的字段，序列，或二者都包括。

因此一个文件可以简单地为一个对象序列：

class File{

      Atom；

}

两个重要的顶层对象是媒体数据(mdat)和元数据(moov)。

媒体数据对象包含实际的媒体(例如，声音样本序列)。其格式不由文件格式限定；它们常常不是对象。在媒体数据内描述了它们的格式，而不是由与其物理相临的任何声明来描述。例如，在完全由移动-JPEG构成的电影中，与媒体数据相临地存储JPEG帧，而不用干涉附加的标题。媒体数据对象内的媒体数据逻辑上分为组块(chunk)；然而，在媒体数据内不存在明确的组块标记。

当QuickTime文件引用其他文件内的媒体数据时，不需要根据QuickTime规定格式化这些“次要”文件，因为这些媒体数据可能被格式化，就好象它们是媒体对象的内容一样。由于QuickTime格式不必需要任何标题或与媒体数据物理相临的其他信息，媒体数据有可能成为包含“外部”标题(例如，UNIX“．au”文件，或AVI文件)以及QuickTime元数据有可能包含适当的声明信息并引用“外部”文件内的媒体数据。以这种方式在不复制的情况下，可以使用QuickTime文件格式更新不同格式内的材料的已有本体。QuickTime文件格式不但是一个已确定的格式而且能够协作，包含，从而超前其他已有的格式。

还可以通过一个对象描述自由空间(例如，通过一个编辑操作进行删除)。软件读取包括自由空间对象的文件应忽略这样的自由空间对象，以及不理解的任何层次上的对象。这就允许通过引入新的对象任何虚拟层次上的文件扩展。

主要的元数据是电影对象。一个QuickTime文件刚好具有一个一般处于文件开始或结束的电影对象，以允许其易于定位：

class Movie{

      int(32)               size；

      char                  type[4]=‘moov’；

      MovieHeader           mh；

      Contents              Atom[]；

}

电影标题提供与总体演播有关的基本信息(其创建日期，总体时标，等)。在被包含对象的序列，一般存在至少一个道(track)，该道描述暂时出现的数据。

Class Track{

      Int(32)               size；

      Char                  type[4]=‘track’；

      TrackHeader           th；

      Contents              Atom[]；

}

道标题提供关于该道的相对比较基本的信息(其ID，时标，等)。该道所包含的对象可以是对其他道的引用(例如，用于复杂的合成)，或编辑列表。在被包含对象的序列存在一个媒体对象，该媒体对象描述播放该道时出现的媒体数据。

该媒体对象包含与该道所需的演播有关的声明(例如，可以是采样的音频，或MIDI，或用于3Dscene的方向信息)。这种类型的道由其处理程序声明：

class handler{

      int(32)                size；

      char                   type[4]=‘hdlr’；

      int(8)                 version；

      bit(24)                flags；

      char                   handlertype[4]；

      char                   handlersubtype[4]

      char                   manufacturer[4]；

      bit(32)                handlerflags；

      bit(32)               handlerflagsmask；
      string                componentname；

}

在媒体信息内同样存在用于数据处理程序(该程序取出媒体数据)的处理程序声明，和数据信息声明，该声明定义哪一个文件包含用于相关道的媒体数据。通过使用该声明，可以构造跨越几个文件的电影。

在最低层次，使用一个样本表，该表使该道的时间特征与文件所存储的数据相关：

class sampletable{

      int(32)                size；

      char                   type[4]=‘stbl’；

      sampledescription      sd；

      timetosample           tts；

      syncsampletable        syncs；

      sampletochunk          stoc；

      samplesize             ssize；

      chunkoffset            coffset；

      shadowsync             ssync；

}

样本描述包含与媒体有关的信息(例如，视频所用的压缩格式)。时间样本表使该道内的时间与应在该时间显示的样本(通过索引)相关。Sync样本表声明哪一个样本为sync(关键的)样本，与其他样本无关。

样本组块对象声明如何找到一个给定样本的媒体数据，以及给出其索引的描述：

class sampletochunk{

      int(32)                 size；

      char                    type[4]=‘stsc’；
      int(8)                  version；

      bits(24)                  flags；

      int(32)                   entrycount；

  for(int I=0;I＜entrycount;I++){

      int(32)                   firstchunk；

      int(32)                   samplesperchunk；

      int(32)                   sampledescriptionindex；

}

}

样本尺寸表指示每个样本的大小。Chunkoffset表指示到包含每个组块开始的文件的偏移。

通过上述结构找到一个给定时间所显示的适当数据是相当直接的，一般包括索引和增加。使用sync表，有可能备份前面的sync样本，并且将‘silently’累积增量向前滚动到所要求的开始点。

图1表示具有一个道的简单电影的结构。在QuickTime文件格式文档中可以找到类似的图，以及各个对象的字段的详细描述。这里示出其类型处于灰方框的QuickTime基本单元(对象)，和上面的描述名称。该电影包含一个单独的视频道。视频帧处于一个单独的数据组块内的相同文件。应该注意到‘组块’仅是一个逻辑结构；其不是一个对象。组块内是一般以其本身形式存储的视频帧。不需要视频帧本身内的标题或字段。

图2是不但具有音频而且具有视频道的自含文件的图。为简便起见，这里示出较少的基本单元；从该道到媒体数据的指针自然是常用的样本表声明，该声明包括时序信息。

QuickTime文件格式具有很多优点，包括：

1)尺寸和比特率的伸缩性。元数据是灵活，而且紧致的。

这就使其适于较小电影的下载以及提供多个高档编辑系统的基础。

2)物理结构与逻辑和时间结构无关。这就使得有可能优化基于不同使用的文件所具有的物理结构。特别是，这就意味着一个单独文件格式适于写作和编辑；下载或置于CDROMs；以及用于流式传输。

3)该文件格式已表明能够处理多种编解码类型和道类型，包括很多所设计的当时未知的类型。这也表明以向上兼容的方式发展的能力是存储格式成功的基础。

在QuickTime文件格式可以以多种方式处理伸缩性，或分层，编解码。对于支持伸缩性的流动协议，样本可以通过分层或发送该样本所要求的带宽阈值来标记。

可以标记构成一组替代物(例如，不同的自然语言声音道)的道以便仅选择一个道用于重放。可以使用相同的结构以选择用于流式传输的替代物(例如，用于语言选择)。这种能力在QuickTime文件格式中被进一步描述。

当QuickTime显示一个电影或道时，适当的媒体处理程序在特定时间存取媒体数据。该媒体处理程序必须正确地解释数据流以便检索所要求的数据。例如，关于视频媒体，媒体处理程序一般经过几个基本单元以找到一个给定媒体时间的样本的位置和尺寸。该媒体处理程序可以执行下面的处理：

1．确定媒体时间坐标系统的时间。

2．检查时间样本基本单元以确定包含特定时间的数据的样本数。

3．扫描样本组块基本单元以找到哪个组块包含所述样本。

4．从组块偏移基本单元提取到该组块的偏移。

5．通过使用样本尺寸基本单元找到组块内的偏移和样本的尺寸。

常常要求经数据通信介质发送QuickTime文件或其他类型的媒体数据的时间相关序列，该通信介质可能与一个计算机网络相关(例如因特网)。在很多计算机网络，发送到网络的数据一般应为分组形式。通常，媒体数据的时间相关序列一般不是用于经网络发送的适当的分组格式。例如，QuickTime格式内的媒体数据文件不是分组格式。这样，存在将数据，有时也称为流式传输数据收集到用于经网络传输的分组的需求。

一种提出经网络发送媒体数据的时间相关序列的已有方法的问题是使用诸如超文本传送协议(HTTP)之类的网络或传输协议经网络发送媒体文件。这样，媒体文件本身从一个计算机系统经网络发送到另一个计算机系统。然而，可能存在不需要在接收计算机系统保留媒体文件。即，当在接收计算机系统接收并浏览或收听媒体文件时，可能不需要由接收计算机系统的用户存储该文件的复制品，例如，如果接收计算机系统是一个网络计算机或一个具有低存储容量的计算机时。

解决如何通过经网络的分组收集用于传输的数据的问题的另一个替换方法是准备在文件内包含用于特定传输协议的网络协议数据单元的文件。在某种意义上，这样的文件可以考虑为一个本质上以相同格式存储的分组文件，就好象其根据特定的传输协议被发送一样。执行这样的操作一般包括以用于特定数据传输率和特定媒体文件格式的特定网络协议的分组形式存储文件。这样，对于特定数据传输率的每个不同的传输协议，该文件本质上以其分组的形式进行复制。这种文件的固定形式可能限制其应用性/兼容性并使其不易本地浏览这样的文件。这样，这种方法可能大大增加存储要求以试图提供各种不同数据传输率时的各种传输协议内的文件。进一步，根据已有的替换方法产生的每个分组文件一般被限定到一个特定的媒体文件格式，并且，相同媒体对象(例如，一个数字电影)的其他媒体文件格式一般被分组并存储到发送计算机系统。

解决如何流式传输媒体数据的时间相关序列问题的再一个方法是当基于所要求的特定传输协议的发送系统需要时执行媒体数据的分组。在很多情况下，该方法需要一个相当长的时间量，从而，该方法可能降低发送系统的性能。

这样，需要提供一种改进的用于发送媒体数据的时间相关序列的方法和装置。

本发明提供一种用于在数据通信介质中处理传输媒体数据的方法和装置。在一个实施例，一组数据表示如何根据传输协议发送媒体数据的时间相关序列。根据一个实施例，该组数据包括与媒体数据的时间相关序列相关的数据的时间相关序列。根据本发明的一个方面，通过一个数字处理系统使用该组数据以发送媒体数据的时间相关序列(例如，通过根据传输协议和数据组产生的分组)。

图1示出已有技术中具有一个道的简单电影的结构的实例。

图2是已有技术中自含电影文件的实例。

图3是表示根据本发明的一个方法的实例的流程图。

图4示出本发明的提示道的实例。

图5示出本发明的提示道的另一个实例。

图6是一个计算机网络的图，其中根据本发明的一个实施例可以交换和/或处理媒体数据。

图7是根据本发明的一个实施例可以使用的数字处理系统的方框图。

图8是根据本发明的一个实施例使用传送媒体数据的提示的系统的方框图。

图9是根据本发明的一个实施例使用传送媒体数据的提示的系统的方框图。

图10是表示根据本发明一个实施例产生提供媒体数据传输的提示的方法的流程图。

图11是表示根据本发明一个实施例处理通过基于提示的一个接收系统接收的媒体数据的方法的流程图。

图12是根据本发明一个实施例可以通过一个数字处理系统，例如一个发生器存取的机器可读存储介质的实例。

图13是根据本发明一个实施例可以通过一个数字处理系统，例如一个服务器存取的机器可读存储介质的实例。

图14是根据本发明一个实施例可以通过一个数字处理系统，例如一个接收系统或其它数字处理系统存取的机器可读存储介质的实例。

图15是根据本发明一个实施例其上具有存储/传输的媒体和提示信息的数据存储和/或通信介质的图。

本发明提供用于允许经诸如计算机网络之类的通信介质的媒体数据的时间相关序列的传输，特别是分组传输的方法和装置，其中媒体数据包括，例如，视频，音频，视频和音频，等。

在本发明的一个实施例，一个数字处理系统创建指示如何根据传输协议发送媒体数据的时间相关序列的数据组。通常，该组数据存储在连接到数字处理系统的存储设备，进一步，该组数据是与媒体数据的时间相关序列有关的数据的时间相关序列。

本发明可以完全由一个存储在计算机可读介质的可执行的计算机程序指令或由软件和硬件的组合，或在特定实施例，可以完全由硬件实现。通常，一个连接到网络的服务器计算机系统将创建数据组，该数据组被称为一个提示道，并且将该提示道存储在连接到服务器计算机系统的一个存储设备。当一个客户计算机系统要求媒体数据文件的演播(例如，浏览或收听或浏览和收听)时，服务器系统使用提示道以确定如何分组发送到客户计算机系统的媒体数据。应该认识到本发明一般用于媒体数据的时间相关序列，并且QuickTime在本文仅表示为该一般适用性的一个实例，这样，本发明不应限定到QuickTime。

图3示出一个根据本发明的方法的实例。图3示出的方法300在步骤301开始，在该步骤确定需要发送的特定媒体数据的媒体文件格式。在步骤303，还确定特定传输协议或需要使用的协议。然而，步骤301和303是可选项，例如，在使用相同传输协议一直发送相同媒体文件格式的情况下是这样。

在步骤305，诸如服务器计算机系统之类的数字处理系统创建和存储用于分组媒体文件内的媒体数据的时间相关序列的提示。作为一种替换，一个计算机系统可以创建该提示并将其提供给另一个系统，例如，一个存储这些提示以用于后面的传输处理的服务器计算机系统。该分组还允许根据步骤303确定的所要求的传输协议经网络或通信介质的传输。在本发明一个实施例，将提示存储为所涉及的提示的时间相关序列道，但是在一个实施例，该道与媒体数据的其它道分开。在本发明一个实施例，提示道可以与其涉及的媒体数据分开存储。同样，提示道可以可以存储在与包含该提示道所涉及的媒体数据的另一个文件不同的文件，或者提示道可以存储在包含媒体数据的文件内的提示区，该提示区与包含实际媒体数据的数据区分开和不同。在本发明的一个实施例，一个提示道，或其相关部分可以被解释为由服务器执行的指令，该可执行指令使服务器分组数据的时间相关序列，该数据通常是，但不限于，基于时间的媒体数据。在本发明的一个实施例，将提示存储在连接到发送数字处理系统的存储设备。

在步骤307，从诸如服务器计算机系统之类的发送系统将根据提示分组的数据发送到一个接收系统。通过根据提示分组媒体数据来发送该媒体数据。在本发明的一个实施例，服务器计算机系统可以决定不使用该提示并且通过一个替换的分组处理来发送媒体数据。

在步骤309，接收系统演播媒体数据所表示的媒体对象。通常，随着在接收系统接收分组数据执行该演播(该演播可以是媒体对象的浏览和收听或仅仅是媒体对象的浏览或仅仅是媒体对象的收听)。在本发明的一个实施例，该分组数据可以存储在接收系统，但不是必须的。这样在一旦演播结束时该数据的演播不是瞬时的，在接收系统无本地复制。在另一个实施例，媒体对象的演播可以在创建表示媒体对象的媒体数据之后在服务器系统上进行。在本发明一个实施例，媒体数据不必被格式化，复制等以用于基于提示的分组。

在步骤311，如果所接收的媒体文件已存储在接收系统，则接收系统可以可选地重新汇编媒体文件。应该认识到可以以与所示出的不同的顺序执行图3示出方法的各个步骤并且可以同时执行上述步骤和/或某些步骤。例如，在一个实施例，并行执行步骤309和311。

现在详细描述根据本发明一个实施例通过QuickTime的特定实现。在本发明的一个实施例，提供不但本地浏览文件(例如，在服务器，发生器等)，而且在QuickTime电影内经网络流动的演播。通常，流式服务器(或另一个系统)应具有与数据单元有关的信息以流式传输其成分和时序。由于这样的信息一般是暂时的，可以在道内进行描述。一个服务器可以，例如通过使用与用于浏览一个演播相同的索引操作执行分组并确定协议信息。

包含用于服务器的指令的道有时被称为“提示”道，这是因为这样的道表示在形成和发送分组的过程中指示服务器的数据组。QuickTime文件格式支持经网络的媒体流式传输以及本地重放。发送协议数据单元的处理是基于时间的，就象基于时间数据的显示一样，并且由此适合于由基于时间的格式来描述。支持流式传输的QuickTime文件或‘电影’包括与流式传输数据单元有关的信息。该信息包括在称为“提示”道的文件的附加道内。

提示道包含参与分组信息的流式服务器(或其它数字处理系统)的指令。这些指令可能包含服务器的即时数据以发送(例如，标题信息)或引用媒体数据段。在本发明一个实施例，以与在QuickTime文件内编码编辑或演播信息以用于本地重放的相同方式在QuickTime文件内编码指令。取代编辑或演播信息，可以提供允许服务器以适于使用特定网络传输的流式传输的方式分组媒体数据的信息。

在本发明一个实施例，无论提示是用于本地重放还是经多个不同传输类型的流式传输，在包含提示的QuickTime文件内使用相同的媒体数据。用于不同传输类型的分开的“提示”道可以包括在相同的文件内并且在不进行媒体本身的任何附加复制的情况下可以在所有这样的传输类型播放媒体。另外，通过用于特定传输的适当提示道的加入现存的媒体可以成为可流式传输的。根据本发明的一个方面，媒体数据本身不必被重写或重新格式化。

因此提示道内的样本一般包括形成分组的指令。这些指令可以包含服务器的即时数据以便发送(例如，标题信息)或引用另一个道内的媒体数据段。

在本发明一个实施例，使用三层设计以便：

1)将媒体数据表示为一组网络独立道，这些道可能被播放，编辑，等；

2)存在用于服务器提示道的公共声明以及基本结构；该公共格式是独立的协议，但是包含哪个协议在服务器道内被描述的声明；

3)存在用于可以发送的每个协议的服务器提示道的特定设计；所有这些设计使用相同的基本结构。例如，存在用于RTP(用于因特网)以及MPEG-2传输(用于广播)，或者用于新标准或卖方特定的协议的的设计。

在本发明一个实施例，在提示道的指示下由于服务器发送所产生的数据流为正常数据流，并且不不必包括QuickTime信息的跟踪文件。本发明的该实施例不需要QuickTime，或其结构或声明样式，它们必须处于传输媒体(例如网络电缆)的数据内或处于解码站。例如，在本发明一个实施例，在完全与用于将这些编码分组为RTP的IETF规范兼容的分组数据流内可以导致使用H.261视频和DVI音频，在RTP控制下被流式传输的一个文件。

在本发明一个实施例，可以建立并标记提示道以便当本地浏览演播时，接收系统可以在本质上忽略提示道。

在一个实施例，媒体数据的时间相关序列可以通过一个数字处理系统分组，并且接着在相同的数字处理系统显示，这些媒体数据可以包括视频，音频等。进一步，分组可以是暂时的，以便被显示，存储，读取等的时间相关序列在“不工作时”也被分组。在一个实施例，提示可以涉及还未被进行复制，格式化等的媒体数据；例如，提示涉及的媒体数据可以以原始格式存储在一个只读存储器等。

在一个实施例，随着执行分组，提供分组的相同提示程序还显示媒体。在本发明一个替换实施例，根据提示道可以产生时间相关媒体数据的分组文件并且进行存储，例如，用于后面的传输。

图4示出根据本发明一个实施例用于传输媒体数据的提示道的使用。在图4，示出用于媒体道403的提示道401。每个提示道样本，例如描述如何形成RTP分组的提示道样本405，可以包含一个标题，并且在视频道403的情况下可以从一个相关媒体道引用某些数据。在图4示出的实施例，可以交错媒体数据(视频帧)和RTP提示以便可以相对容易地读出相关媒体数据。在该实例，由于适合一个单独的RTP分组，所以示出每一帧。自然，当需要时有可能将帧分为几个分组。相反，如果要求的话，多个帧也可以放入一个单独的分组，该分组通常由音频数据执行。

如上所述，上述的逻辑结构不必隐含物理结构。媒体数据可以在存储器内高速缓存，并且提示道样本物理上与其涉及的媒体样本交错(如图4所示)。

作为一种替换，有可能写入新的元数据和媒体数据组，新的元数据和媒体数据组包含引用并增加已有演播中的元数据和媒体数据的提示道。图5示出根据本发明一个实施例使用提示道以引用一个分开文件内的媒体数据。在图5，示出两个电影文件502和504，每个具有其本身的元数据。首先，电影文件502包括一个视频道。其次，电影文件504不但包含一个视频道而且包含一个提示道，但是元数据声明用于视频道的媒体数据处于第一电影502内。这样，与电影文件504相关的提示也指向第一电影502内的媒体数据。

在本发明的一个实施例，一个媒体文件可以包含用于多个协议的分组提示道。同样，每个道可以包含该提示道所适合的协议(以及协议参数，如果适合的话)的声明。自然，这些道可以全部从文件内的基本媒体轨迹引用媒体数据。可以以上述方式满足协议独立性和扩展性的要求。

在本发明一个实施例，提示道不必使用媒体道内的所有数据。提示道可以使用该数据的子组(例如，通过省略某些视频帧)以达到一个带宽阈值，或用于其他原因。由于可以提供多个提示道以用于相同协议，可以提供不同比率时的相同基本媒体数据信息的不同子组。同样，本发明可以提供较已有方法和装置的改进的伸缩性。

应该强调的是，在一个实施例，尽管提示道本身，以及QuickTime元数据应该是QuickTime文件，但是基本媒体可以是在适当时候QuickTime是重要并可以引用的任何文件类型。在本发明一个实施例，电影文件内的元数据包括声明媒体数据处于另一个文件的数据引用。样本表偏移和指针从而可以涉及该“外部”文件内的数据。这样，根据本发明一个实施例，在不需要基本媒体数据的复制和重新格式化的情况下，诸如“au”音频文件，“AVI”音频/视频文件，以及MIDI文件之类的已有遗留格式可以被流式传输。因为基本媒体数据不写入，仅仅由分开文件内的QuickTime声明和提示信息增加，所以还可以在诸如CDROM之类的只读机器可读介质提供基本媒体信息。

在本发明一个实施例，提示道体现离线计算结果并且一般被优化以便向服务器提供信息以支持分组，并且如果需要的话，还可以支持多路复用。

例如，在附件A-C示出用于RTP(IETF标准实时协议)以及MPEG-2传输的提示实例。

在本发明一个实施例，在不使空间过度开销的情况下，一个单独的文件可以支持用于多个协议的提示道，或相同协议的多个不同分组。在不影响依靠已有协议的系统的情况下，可以设计新的协议，及其相关的提示道。这样，至少在一个实施例，本发明是协议-中性的。

在QuickTime文件格式，通过更新或复制以及增加元数据可以将一个道增加到电影。如果媒体数据处于与元数据分开的文件内，或不需要优化交错，则这就是相对简单和有效的操作。

在本发明一个实施例，通过建立一个新的电影元数据组可以提取道，该新的电影元数据组可以仅包含一个道，并且如果需要的话，可以引用原始的媒体数据。

例如，在本发明一个实施例，可以增加一个被标记为替换其他音频道组的新的音频道。如果其还通过语言码(例如，法语，或Tagalog语)被标记，则在演播时可以选择适当的道。

根据本发明一个实施例，当需要时，SMPTE时间码道是可以显示，增加，或移去的初级数据流实例。

根据本发明一个方面，在不产生与已有服务器或本地重放的兼容性的问题的情况下，提示道可以允许用于新协议的新格式的开发。另外，可以在文件格式的生存期内增加新的媒体道，同时保持向后兼容性。

在本发明一个实施例，扩展性区域包括：

a)可以被定义以用于未被当前QuickTime文件格式(例如，实验室仪器示数)覆盖的媒体类型的新的道类型。

b)可以定义用于已有道的新的编码类型(例如，视频或音频编解码)。存在用于其编解码特定的初始化信息的明确规定。

c)在不发生用于媒体数据本身的空间开销的情况下，可以定义用于新的协议的新的提示道类型，以及可以包含用于多于一个协议的提示信息的文件。

本发明可以使用只读介质上的已有内容(例如，CDROM，DVD等上的预分组电影)。

进一步，根据本发明一个方面，可以使用各种“外部”文件格式。在本发明一个实施例，例如，如果已有内容处于QuickTime格式，或者被输入，则在不需要复制或重新格式化的情况下其可以被编辑和被流式传输。

在本发明一个实施例，如果编解码支持媒体数据的条带化以实现带宽的伸缩性，接着可以使用多个数据流道表示这些分带带宽。每个道可以表示一个不同的带宽。在所选择的基本媒体的子组内可以共同分组道。

在本发明一个实施例，如果协议支持带宽伸缩性，则提示道本身可以包含每个协议数据单元(提示道内的样本)的信息。信息可以包括带宽阈值，在该带宽阈值之上应将协议数据单元传送到网络。这样，提示道可以指示一个较高，较低等的可用的带宽，和/或与数据传输带宽有关的其他信息。

在本发明一个实施例，如果协议为多路复用协议(例如，MPEG-2传输)，则可以建立使用不同的初级数据流道的子组以实现不同的数据率的不同提示道。因此，对于低比特率传输可以完全忽略某些道。

在本发明一个实施例，如果要求记录使用不同编解码的基本数据，则这些道可以形成为一个替换组，并且仅选择一个用于演播。选择哪个道用于演播一般与协议有关并且可以通过使用这里描述的提示道方法实现。

在本发明一个实施例，也可以将加密用于媒体文件。在这种情况下，加密数据可以存储在(a)链接到原始媒体数据(或者如果不再需要原始媒体数据可以将其移去)的一个新的初级数据流(新的道)或者(b)提示道本身。在情况(b)，提示道从未使用的初级未加密数据流有可能未提取任何数据流。这样，所有媒体数据可能处于提示道以及流式传输分组协议数据单元信息，因为可以通过加密转换媒体数据。

作为嵌入对象内容信息的实例，用于整个电影，以及用于各个道的IETF对话描述信息可以存储在RTP提示道的元数据内，作为用户基本单元。

在本发明一个实施例，一个文件格式一般不但包括可播放格式的媒体数据，而且包括流式传输信息。在一个实施例，有可能直接从具有相对较低开销的该格式直接进行流式传输，同时保持媒体独立性，协议独立性，以及本地显示媒体的能力。

根据本发明的一个方面，提示道可以将编解码，时序和分组的详细知识提取为离线准备过程。这样，在提示道之后产生数据流可能相对简单并且不需要流式传输媒体数据的专门知识。这样，根据本发明的一个方面，可以从数据内容的细节提供服务器的去耦。

在本发明一个实施例，一组提示道可以用于构成一个被直接优化以用于流式传输的文件，例如，在该提示道应该发送的时间序列，通过在逻辑盘边界布置盘上的网络PDUs构造该文件。这样的文件可能不再是一个一般的演播，但是可能被流式传输。再一个实施例，可以存储使用提示道创建的分组文件，并且例如，以后被优化以用于流式传输。

在本发明一个实施例，通过封装外部文件格式，媒体数据可以保留在其它格式同时仍在QuickTime内公布。例如，通过应用适当的包装可以将一个已有的格式直接封装到一个新的媒体数据文件，或者原样保留并与段相比或者总体上通过提示道，在不复制的情况下允许剩余格式被流式传输。一个单独的电影可以包含从多个剩余格式选择的部分(pieces)。本发明不约束基本媒体格式。

通常，跨越俘获，认可和编辑，下载和流式传输的通常格式一般提供灵活性。在不被复制和格式化的情况下材料在使用之后可以再被加工，或用于多种方式。在本发明一个实施例，通过使用标准编辑器去除提示道有可能重新加工和重新使用已被提示的材料，并且接着完成编辑之后的重新提示。

如果要求下载一个媒体文件用于局部浏览，则可以使用引用相同的基本媒体数据的分开的声明文件内的流式元数据，建立一个优化的交错文件用于该目的。因此，该下载可以不包括流式信息，并且媒体数据在流式服务器还可以仅显示一次。

通过将逻辑结构和物理结构分开，根据应用(例如，编辑，局部浏览，流式传输)可以有差别地优化文件的物理结构。

在本发明一个实施例，通过允许用于每个媒体道的多个提示的存在，在不需要媒体的多个复制品的情况下，可以通过经多个协议的流式传输公布该文件。

图6是一个计算机网络的图，其中根据本发明一个实施例可以处理媒体数据。如图6所示，多个客户计算机系统通过因特网622耦合在一起，其中多个客户计算机系统中的一个或多个可以表示上面参照图3描述的一个接收系统的实现。应该认识到术语“因特网”涉及网络的网络。这样的网络可以使用多种协议用于信息交换，例如TCP／IP，ATM，SNA，SDI，等。因特网的物理连接和因特网的协议以及通信程序对本领域技术人员来说是公知的。一般由诸如ISP624以及ISP626之类的因特网业务提供者(ISPs)提供接入因特网103。诸如客户计算机系统602，604，618，以及620之类客户系统的用户一般通过诸如ISP624以及ISP626之类的因特网业务提供者获得接入因特网。接入因特网可以方便两个或更多数字处理系统，例如客户计算机系统602，604，618，以及620和/或Web服务器系统628之间的信息(例如，电子邮件，文本文件，媒体文件等)的传送。例如，客户计算机系统602，604，618，以及620中的一个或多个和/或Web服务器系统628可以将媒体数据(例如，视频和音频，或视频，或音频)提供到客户计算机系统602，604，618，以及620中的另一个或多个和/或Web服务器系统628。如本文所述，这样的媒体数据可以根据提示在系统600内传送。在本发明一个实施例，可以根据媒体数据的特定格式和/或特定的数据通信创建这样的提示。

Web服务器系统628一般由使用一个或多个数据通信协议，例如万维网的协议操作的至少一个计算机系统组成，并且同样，一般耦合到因特网622。可选地，Web服务器系统628可以是提供接入因特网和/或用于客户计算机系统的其它网络的ISP的一部分。客户计算机系统602，604，618，和620每一个都可以通过适当的web浏览软件，访问由Web服务器628提供的数据，例如HIML文件(例如，web网页)。这样的数据可以提供诸如QuickTime之类的媒体，该媒体可以由客户计算机系统602，604，618，以及620显示。

ISP628提供经调制解调器接口606到客户计算机系统620的因特网连通性，该调制解调器接口606可以认为是客户计算机系统602的一部分。客户计算机系统可以是一个常规的计算机系统，例如Macintosh计算机，“网络”计算机，手持/便携计算机，Web TV系统，或其它类型的数字处理系统(例如，一个具有数字处理能力的蜂窝电话)。类似地，ISP626提供客户计算机系统604，618和620的因特网连通性，尽管如图6所示，这样的连通性在各个客户计算机系统，例如客户计算机系统602，604，618，以及620之间可能会变化。例如，如图6所示，客户计算机系统604通过调制解调器接口608耦合到ISP626，同时客户计算机系统618和620作为一个局域网(LAN)的一部分。在图6，分别由调制解调器606和608示出的接口606和608可以是一个模拟调制解调器，ISDN调制解调器，一个有线调制解调器，一个卫星传输接口(例如，“直接DC”)，一个无线接口，或将诸如客户计算机系统之类的数字处理系统耦合到另一个数字处理系统的其它接口。客户计算机系统618和620通过网络接口614和616分别耦合到一个LAN总线612。网络接口614和616可以是以太网类型，异步传输模式(ATM)，或其它类型的网络接口。LAN总线还耦合到一个网关数字处理系统610，该网关数字处理系统610提供防火墙以及用于LAN的其它因特网相关业务。网关数字处理系统610依次耦合到ISP626以提供到客户计算机系统618和620的因特网连通性。网关数字处理系统610可以包括，例如一个常规的服务器计算机系统。类似地，Web服务器628可以包括，例如一个常规的服务器计算机系统。

系统600可以允许客户计算机系统602，604，618，和620中的一个或多个和/或Web服务器628以便将媒体数据(例如，视频和音频，或视频，或音频)提供到客户计算机系统602，604，618，和620中的一个或多个和/或Web服务器628。例如，可以响应接收系统的一个请求提供这样的数据，其中接收系统可以是例如客户计算机系统602，604，618，以及620中的一个或多个。如本文所述，这样的媒体数据可以根据提示或提示道在系统600内传送。在本发明一个实施例，可以根据媒体数据的特定格式和/或一个特定的数据通信(例如，网络)协议以便根据本发明的一个方面允许媒体数据的分组。

图7是根据本发明一个实施例可以使用的一个数字处理系统的方框图。例如，图7所示的数字处理系统650可用作一个客户计算机系统，一个Web服务器系统，一个常规的服务器系统等。进一步，可以使用数字处理系统650执行诸如ISP624或626之类的因特网业务提供者的一个或多个功能。数字处理系统650可以通过一个调制解调器或网络接口668与外部系统接口。应该认识到该调制解调器或网络接口668可认为是数字处理系统650的一部分。调制解调器或网络接口668可以是一个模拟调制解调器，ISDN调制解调器，一个有线调制解调器，一个令牌网接口，一个卫星传输接口，一个无线接口，或在两个或多个数字处理系统之间提供数据通信链路的其它接口。

数字处理系统650包括处理器652，处理器652可以表示一个或多个处理器并且可以包括一个或多个这样的常规处理器类型，例如，Motorola PowerPC处理器，Intel Pentium(或x86)处理器等。一个存储器155通过总线656耦合到处理器652。存储器155可以是动态随机存取存储器(DRAM)和/或可以包括静态RAM(SRAM)。处理器还可以耦合到其它类型的存储区域/存储器(例如，高速缓存存储器，闪速存储器，盘等)，该存储区域/存储器可以认为是存储器155的一部分或与存储器155分开。

总线656进一步将处理器652耦合到显示控制器658，海量存储器662，调制解调器或网络接口668，以及输入/输出(I/O)控制器664。海量存储器662可以表示一个磁，光，磁-光，磁带，和/或用于存储信息的其它类型机器可读介质/设备。例如，海量存储器662可以表示一个硬盘，一个只读或可写光盘CD等。显示控制器658以常规方式控制显示器660，该显示器660表示一个阴极射线管(CRT)显示器，一个液晶显示器(LCD)，一个等离子显示器，或其它类型的显示设备。I/O控制器664控制I/O设备666，该I/O设备666可以包括一个或多个键盘，鼠标/跟踪球或其它指向设备，磁和/或光盘驱动器，打印机，扫描器，数字摄象机，麦克风等。

应该认识到数字处理系统650仅表示一个系统的实例，该系统可以具有很多不同的配置和结构，并且可以由本发明采用。例如，Macintosh和Intel系统常常具有多个总线，例如一个外围总线，一个专用高速缓存总线等。另一方面，可用作本发明的数字处理设备的一个网络计算机可以不包括，例如，一个硬盘或其它海量存储设备，但是可以从网络连接，例如调制解调器或接口668接收由处理器652处理的例行程序和/或数据。类似地，本领域公知的一个Web TV系统可以被认为是本发明的一个数字处理系统，但是这样的系统可以不包括一个或多个I/O设备，例如参照I/O设备666所描述的那些设备。因此，一个可以采用蜂窝电话和/或寻呼功能的便携通信和数据处理系统可以被认为是本发明可以使用的一个数字处理系统。

在图7示出的系统650，海量存储器662(和/或存储器654)可以存储根据本发明进行处理(例如，通过提示的方式)的媒体(例如，视频，音频，电影等)。作为一种替换，媒体数据可以通过数字处理系统650，例如，经调制解调器或网络接口668被接收，以及由显示器660和/或I/O设备666存储和/或显示。在一个实施例，分组数据可以根据提示道，经诸如LAN和/或因特网之类的数据通信网络进行发送。另一方面，处理器652可以执行一个或多个例行程序以使用具有一个或多个提示道的文件，或者，作为一种替换，创建一个或多个提示道以处理基于提示道的显示或分组的媒体(例如，分组电影，音频文件，视频文件等)。这样的例行程序可以存储在海量存储器662，存储器664，和/或由数字处理系统650存取的另一个机器可读介质。在一个实施例，数字处理系统650可以处理其内嵌有提示道的媒体数据。类似地，这样的嵌入媒体数据可以存储在海量存储器662，存储器664，和/或由数字处理系统650存取的另一个机器可读介质。

图8是根据本发明一个实施例使用提示以传送媒体数据的系统的方框图。图8示出的系统680包括一个接收系统，该接收系统表示为一个经数据通信链路686耦合到服务器694的客户数据处理系统682。服务器694和/或客户数据处理系统可以，例如，表示一个参照图6和7所述的设备/系统或其组合。

服务器694包括一个提示生成和处理单元688，一个媒体处理单元690，以及一个数据通信单元692，其中的每一个可以包括硬布线电路或机器执行指令或其组合。进一步，这样的硬布线电路和/或机器执行指令的至少一部分可以在提示生成和处理单元688，媒体处理单元690，以及数据通信单元692的组合之间共享。在一个实施例，至少部分使用耦合到至少一个处理器的具有适当的例行程序和/或其内存储数据的至少一个存储区域/存储器(例如，一个机器可读介质)，以便实现提示生成和处理单元688，媒体处理单元690，以及数据通信单元692中的一个或其组合。

在一个实施例，提示生成和处理单元688创建并存储用于媒体处理单元690处理的媒体数据的分组的提示。如上所述，可以创建并存储该提示作为相对于媒体文件的一个分开文件或可以将其嵌入媒体数据。如果要处理多于一个的媒体格式，则通过提示生成和处理单元688考虑一个适当的格式以产生该提示。与媒体格式有关的信息可以由媒体处理单元690提供，媒体处理单元690也可以提供媒体数据(例如，视频，音频，或视频和音频等媒体文件)。类似地，数据通信单元692可以提供用于这样媒体数据根据提示，经数据通信链路686的交换，分组的一个或多个数据通信(例如，网络)协议。同样，提示生成和处理单元根据媒体处理单元690提供的媒体格式信息以及数据通信单元692提供的数据通信协议信息可以确定，适当的提示以及媒体的分组和/或用于传送到一个诸如客户数据处理系统682之类的接收数字处理系统的提示。在一个实施例，根据QuickTime格式进行媒体和提示的流式传输。

响应经数据通信链路686接收的媒体数据和提示分组，客户数据处理系统682可以演播由媒体数据表示的一个媒体对象。如上所述，可以暂时进行这样的演播。在本发明一个实施例，该媒体数据可以可选地由客户数据处理系统682存储并且例如，在以后时间，被重新汇编以用于由客户数据处理系统682进行的演播和/或传输。

图9是根据本发明一个实施例使用提示以传送媒体数据的系统的方框图。特别是，图9示出一个本发明的实施例，其中被称为发生器的一个分开的数字处理系统可以产生提示(或提示道)以提供到另一个系统，例如一个服务器，该服务器使用该提示分组传送到另一个系统，例如一个客户计算机系统的媒体数据。图9示出的系统696包括一个服务器700，服务器700可以经数据通信链路686，与客户数据处理系统682交换数据。然而，在图9示出的实施例，服务器700不产生提示。而且，通过数据通信链路708耦合到服务器700的发生器710包括一个产生用于分组媒体数据的提示的提示生成单元712。

在一个实施例，系统696操作如下：服务器700向发生器710请求产生用于包含媒体数据的一个或多个媒体文件的提示。例如，媒体文件可以存储在服务器700内的机器可读介质。该请求可以包括指示媒体文件格式和/或媒体数据传输的数据通信协议的信息和/或其他数据。该数据通信协议可以与数据通信链路686相关，在本发明一个实施例，数据通信链路686可以与具有特定物理和逻辑特征的网络连接相关以便于服务器700和客户数据处理系统682之间的媒体和/或其他数据的交换。响应该请求，提示生成单元712产生与时间相关提示道相关的适当的提示，并将该提示提供给服务器700。响应经数据通信链路708从发生器710接收的提示，服务器700，特别是提示处理单元702使用该提示以分组传输到客户数据处理系统682的媒体数据。

响应经数据通信链路686接收的媒体数据和提示分组，客户数据处理系统682可以演播该媒体数据所表示的一个媒体对象。如上所述，可以暂时进行这样的演播。在本发明一个实施例，该媒体数据可以可选地由客户数据处理系统682存储并且例如，在以后时间，被重新汇编以用于由客户数据处理系统682进行的演播和/或传输。

图10是表示根据本发明一个实施例的一种产生提供媒体数据传输的提示的方法流程图。在步骤720，如果将使用多于一个的格式，确定要传输的媒体数据的媒体格式。如果仅使用一个格式，将不执行720。在步骤722，再次假定可以使用多于一个的协议，确定一个适当的数据通信协议。在步骤724，根据媒体格式和数据通信协议(已被选择/配置的一个或两个)，创建并存储与媒体数据传输相关的提示(例如，提示道)。

在步骤726，将提示发送到另一个数字处理系统，该步骤是可选的。在本发明一个实施例，例如，图10的方法，至少部分可以由一个数字处理系统(例如，一个服务器)专门执行。在一个替换实施例，图10的方法，至少部分可以由两个或多个数字处理系统执行。例如，可以由服务器或其他系统向另一个数字处理系统，例如发生器提供媒体数据的属性。作为响应，发生器根据该属性确定可以存储在服务器的适当的媒体格式，数据通信协议，以及用于媒体数据分组的提示。作为一种替换，服务器可以将适当的媒体格式以及协议提供给发生器，发生器接着产生提示。发生器可以将该提示发送到根据该提示分组媒体数据的服务器或其他数据处理系统。

图11是表示根据本发明一个实施例一种用于处理根据提示由接收系统接收的媒体数据的方法的流程图。在步骤730，由接收系统根据提示或提示道接收所发送的媒体数据。在一个实施例，接收系统将接收分组媒体数据，以及分组提示道。在本发明一个实施例，提示道可以与至少部分媒体数据相关。响应接收系统产生的请求可以由接收系统来接收这样的数据。例如，在一个实施例，接收系统可以是一个客户计算机系统并且可以向服务器或其他数字系统产生媒体数据的请求。作为一个响应，服务器可以产生(或者已由一个分开的数字处理系统为其产生)分组媒体数据的提示，并将包括提示的分组媒体数据发送到接收系统。

在步骤732，由接收系统演播接收系统接收的媒体数据所表示的一个媒体对象。例如，该媒体数据可以包括由接收系统在，例如，一个显示器和扬声器上“演播”的视频，音频，或其组合。如上所述，该媒体数据可以与一个QuickTime电影相关。

可选地，在步骤734，包括提示的媒体数据可以由接收系统存储为媒体文件。这样，在本发明一个替换实施例，当接收媒体数据时还不执行步骤732，或者在步骤734之前，之后，或者与其并行执行。

在步骤734，存储的媒体文件可以可选地被重新汇编和/或演播。同样，在步骤734之后执行步骤732。

图12是根据本发明一个实施例可以由诸如一个发生器之类的数字处理系统访问的机器可读存储介质的实例。应该认识到存储参照图12所示出和后面描述的单元的实际存储器可以是一个或几个单元，例如一个或多个盘(例如，可以是磁盘，光盘，磁-光盘等)，存储器654和/或上面参照图7所述的海量存储器662。进一步，在一个实施例，图12所示的机器可读存储介质与其相关的发生器是一个网络计算机，机器可读存储介质的一个或多个单元可以存储在另一个数字处理系统并下载到发生器。进一步，在某个时间点，参照机器可读存储介质所述的单元可以存储在非易失性海量存储器(例如，一个硬盘)。相反，在其他时间，在例如DRAM，SRAM，盘等的不同存储区域之间可以分散机器存储介质的单元。

图12示出一个机器可读存储介质740。在一个实施例，根据本发明的一个或多个方法，通过一个产生提示或提示道的数字处理系统，即，一个发生器至少部分使用机器可读存储介质。如参照图8所述，发生器可以集成到根据提示道发送媒体数据的一个数字处理系统，或者如参照图9所示，可以是一个创建并将提示提供给诸如服务器之类的使用该提示分组并发送媒体数据的另一个数字处理系统的数字处理系统。

如图12所示，机器可读存储介质740一般包括多个单元。例如，机器可读存储介质740包括用于将操作系统功能性提供给发生器的软件，如发生器操作系统(OS)742所示。一个网络传输例行程序748提供数据通信功能性，例如例行程序，协议，等，以允许发生器经数据通信链路发送和接收数据。

另外，机器可读存储介质740包括用于创建与媒体传输相关的提示的例行程序和数据。同样，机器可读存储介质740可以可选地包括信息750，信息750提供与一个或多个数据通信协议相关的信息和提示创建例行程序744创建提示所必须的媒体格式。例如，信息750包括与QuickTime电影，RTP，MPEG等有关的信息。然而，这样的信息可以至少部分地集成到提示创建例行程序744和/或通过远程数字处理系统提供给发生器。

提示创建例行程序744创建的提示可以存储为所创建的提示746和/或存储/发送到其他地方(例如，到可作为一个服务器的远程数字处理设备)。该提示为与媒体数据的分组和传输时间相关的提示道，该媒体数据也是时间相关(例如，视频，音频，视频和音频等)。

尽管参照发生器描述了机器可读存储介质740，介质740至少可以部分地作为多个类型的数字处理系统，数据存储介质等的一部分。例如，作为服务器或其他数字处理系统的一部分至少可以部分地包括机器可读存储介质740。进一步，作为一个或多个盘或其他机器可读介质上的软件效用的一部分至少可以部分地包括机器可读介质740。

图13是根据本发明一个实施例，可由数字处理系统，例如服务器存取的机器可读介质的实例。应该认识到存储参照图13所示出和后面描述的单元的实际存储器可以是一个或几个单元，例如一个或多个盘(例如，可以是磁盘，光盘，磁-光盘等)，存储器654和/或上面参照图7所述的海量存储器662。进一步，在一个实施例，图13所示的机器可读存储介质与其相关的服务器是一个网络计算机，机器可读存储介质的一个或多个单元可以存储在另一个数字处理系统并下载到服务器。进一步，在某个时间点，参照机器可读存储介质所述的单元可以存储在非易失性海量存储器(例如，一个硬盘)。相反，在其他时间，在例如DRAM，SRAM，盘等的不同存储区域之间可以分散机器存储介质的单元。

图13示出一个机器可读存储介质760。在一个实施例，根据本发明的一个或多个方法，至少部分地使用机器可读存储介质以分组在数据通信链路上传输的媒体数据。机器可读存储介质760可以与一个服务器相关，例如，参照图8所述的服务器694，以便包括创建提示道并根据该提示道发送媒体数据的例行程序。在另一个实施例，机器可读存储介质760可以与一个数字处理系统相关，例如，参照图9所述的服务器700，其中诸如发生器之类的数字处理系统包括创建提示的例行程序，并且使用机器可读存储介质760提供的例行程序所处理的提示的服务器，可以分组和发送媒体数据。

机器可读存储介质760包括多个单元。例如，机器可读存储介质760包括用于将操作系统功能性提供给发生器的软件，如发生器操作系统(OS)762所示。一个网络传输例行程序768提供数据通信功能性，例如例行程序，协议，等，以允许服务器经数据通信链路发送和接收数据。

另外，机器可读存储介质760包括用于分组媒体数据的媒体分组例行程序770，该媒体数据可以根据提示时间相关，并且还可以被分组。因此，机器可读存储介质760包括分别存储媒体数据(例如，可以是QuickTime电影或其他媒体道)和提示(例如，提示道)的媒体数据存储区域764和提示存储区域766。该提示可以包括用于媒体数据的分组和传输的时间相关的提示道，该媒体数据一般也是时间相关的(例如，视频，音频和音频)。在一个实施例，提示道可以与媒体数据分组分开地被分组。在一个实施例，提示包括识别处于一个分开的媒体文件的媒体数据(例如，一个特定分组)的指针信息。

图14是根据本发明一个实施例，可由一个数字处理系统，例如一个接收系统或其他数字处理系统存取的机器可读介质的实例。应该认识到存储参照图14所示出和后面描述的单元的实际存储器可以是一个或几个单元，例如一个或多个盘(例如，可以是磁盘，光盘，磁-光盘等)，存储器654和/或上面参照图7所述的海量存储器662。进一步，在一个实施例，图14所示的机器可读存储介质与其相关的接收系统是一个网络计算机，机器可读存储介质的一个或多个单元可以存储在另一个数字处理系统并下载到接收系统。进一步，在某个时间点，参照机器可读存储介质所述的单元可以存储在非易失性海量存储器(例如，一个硬盘)。相反，在其他时间，在例如DRAM，SRAM，盘等的不同存储区域之间可以分散机器存储介质的单元。

图14示出一个机器可读存储介质780。在一个实施例，根据本发明的一个或多个方法，至少部分地使用机器可读存储介质以处理分组的媒体数据。机器可读存储介质780可以与一个接收系统相关，例如，参照图8和9所述的客户数据处理系统682，以便包括演播根据提示发送/接收的媒体数据的例行程序。作为一种替换，机器可读存储介质780可以包括其内嵌入提示(例如，提示道)的媒体数据。这样的嵌入媒体数据可以由存储在机器可读存储介质，例如机器可读存储介质780上的例行程序预分组或产生。

机器可读存储介质780包括多个单元。例如，机器可读存储介质780包括用于将操作系统功能性提供给发生器的软件，如发生器操作系统(OS)772所示。一个网络传输例行程序782提供数据通信功能性，例如例行程序，协议，等，以允许服务器经数据通信链路发送和接收数据。

另外，机器可读存储介质780包括用于演播根据提示分组的媒体数据的媒体演播例行程序778。这样，机器可读存储介质780，以及特别是，媒体演播例行程序778可以包括用于音频和/或视频数据的解压缩，视频的显示，和/或重放音频等的例行程序。进一步，媒体演播例行程序778一般提供与媒体数据相关的提示的处理。在一个实施例，当演播媒体时可简单忽略提示。

可选地，机器可读存储介质780可以存储根据提示已被分组为媒体数据774的媒体数据，并且包括一个可重新汇编到所存储的媒体数据(例如，被演播，发送等)的媒体数据汇编例行程序776。

图15是根据本发明一个实施例，其上具有存储/传输媒体和提示信息的数据存储和/或通信介质的图。示出一个数据存储和/或通信介质(介质)800，该数据存储和/或通信介质(介质)800表示其中可以存储或传输根据本发明分组的媒体数据分组804和提示分组806的各种类型的传输和/或存储介质。例如，介质800可以表示参照图7所述的海量存储器662和/或存储器654。介质800还可以表示一个诸如图6所示的LAN总线612之类的通信介质或用于传输表示媒体和/或其他信息的数据/信号的数据通信链路686。

如图15所示，提示分组806和媒体分组804可以集成到一个分组或分开地存储和/或传输。进一步，提示分组806和媒体分组804可以包含几种类型的格式，例如本文所述的类型或与其他媒体格式，网络协议，和/或数字处理设备结构相关的类型。

下面提供的是某些提示格式的实例。然而，应该认识到可以本发明可用于各种类型的网络协议，数字处理系统结构，媒体格式等，以便提供时间相关数据的传输。

替换实施例

尽管已参照几个实施例和示图描述了本发明，本领域技术人员可以认识到本发明不限于所述的实施例和附图。特别是，本发明可以用于提供时间相关媒体数据的分组的几个替换实施例。

因此，应该明白在附属权利要求书的精神和范围内可对本发明的方法和装置进行修改和替换。这样说明书被认为是示意性的而不是用于限定本发明。

附录A-分组提示样本描述

在本发明一个实施例，每个提示道具有一个样本描述表。提示道一般具有一个样本描述。表1描述一个根据本发明实施例的用于一个提示道的每个样本描述项的格式。

表1：提示道样本描述格式

提示道样本描述	字节
样本描述大小	4
数据格式	4
保留	6
数据引用索引	2
最大分组尺寸	4
附加数据表	可变

分组提示标题基本单元包含下面数据单元：字段描述样本描述尺寸规定样本描述中的字节数的32-位整数数据格式表示存储在样本数据内的提示格式的32-位整数。

可以定义不同格式用于不同提示类型。下面的

表列出所定义的格式。保留 6个字节被设定为0。数据引用包含与使用该样本描述的样本有关的数据索引

的索引的16-位整数。数据引用存储在数据引用基

本单元。最大分组尺寸指示该道内计算的分组的最大尺寸的32-位整数附加数据表包含在每个道基础上所需的附加信息的表。该

值为标记项。存在不需要的项。如果一项不出现在该

表内，则可使用适当的缺省。

表2示出附加数据项的结构

表2：附加数据表格式

附加数据表	字节
项长度	4
数据类型	4
数据	项长度-8

附加数据表项包含下面的数据单元

字段描述：

项长度指示字节内的整个项长度的32位整数(包括用于长度

和类型字段的8字节)。

数据类型指示项内的数据含义的32位整数。

数据用于该项的数据。数据长度由表的数据长度字段指示。

可以定义下面的数据标记用于几个数据格式类型的几种不同的类型。其他标记可以根据需要进行标记。

长度类型数据描述

9 ‘rely’ 一个指示该道是否应经一个可靠的传输

发送的1字节。定义0和1的值。如果该标

记未出现，则假定使该值为0，指示其经一个

不可靠的传输，例如UDP发送。

定义下面的数据格式类型。新的类型可以根据需要定义。

数据格式描述

‘rtp’ 由音频-视频传输(AVT)工作组的各种IETF

图描述

的用于具体媒体类型和编码的经RTP发送媒

体的分组提示。

在用于‘rtp’数据的一个实施例使用下面的数据标记。

长度类型数据描述

12 ‘times’ 指示RTP时标的32位数字。

该标记出现在一个用于RTP

数据的实施例。

对于‘rtp’数据下面的数据标记是可选的。

长度类型数据描述

12 ‘tsro’ 指示发送RTP分组时增加到所存储的时间标

记的随机偏移。如果该字段未出现，根据RTP

规定，则应使用真正的随机数。该字段的值应该

为零，以指示未增加随机偏移。

10 ‘snro’ 指示发送RTP分组时增加到序列号的随机偏

移的16位数。如果该字段未出现，根据RTP规

定，则应使用真正的随机数。该字段的值应该为

零，以指示未增加随机偏移。

附录B-用于RTP的提示道的实例

该段表示一个用于流式传输来自QuickTime电影的RTP的提示道格式的实例。

在标准的RTP，每个媒体流一般作为一个分开的RTP流发送。多路复用一般通过使用IP端口层多路复用实现，而不是通过将来自多个流的数据交错到一个单独的RTP会话来实现。因此电影内的每个媒体道应具有一个相关的RTP提示道。在本发明一个实施例，每个提示道包括一个回到正被流式传输的媒体道的到引用。

在该实例，在创建提示道时确定分组尺寸。因此，在提示道的样本描述中(包含特定到‘编码’-在该情况下为一个协议的字段的数据结构)，指示所选择的分组尺寸。在本发明一个实施例，提供用于每个媒体道的几个RTP提示道以提供不同的分组尺寸选择。也可以用参数表示其他协议。类似地，在下面的样本描述中提供用于RTP时钟的适当时标。

通过一个简单的道引用声明使提示道与其基础媒体道相关。(RTP不允许一个单独的RTP流内的媒体的多路复用)。用于RTP的样本描述声明该提示道将产生的最大分组尺寸。会话描述(SAP/SDP)信息存储在道内的用户-数据基本单元。

RTP提示道内的每个样本包含发出在一个给定时间内必须发出的一组分组的指令。提示道内的时间是发射时间，未必是相关媒体的媒体时间。

在下面的描述中，样本的内部结构不必构成为对象，在该实例内的术语该样本是媒体数据，不是元数据。

在该实例，每个样本包含两个部分：组成分组的指令，以及发送这些分组时所需的任何额外数据(例如，媒体数据的加密版本)。

Struct RTPsample{

       Int(16)      packetcount；

       RTPpacket    packets[packetcount]；

       Byte[]       extradate；

}

每个RTP提示分组包含发送一个单个分组的信息。在一个实施例，为使媒体时间与发射时间分开，特定包括与形成RTP标题所必须的数据一起的一个RTP时间标记。然而，在一个替换实施例，就不是这种情况。一般提供其他标题信息。结构项表构成如下：

struct RTPpacket{

       int(32)        RTPtime；

       int(16)        partialRTPheader；

       int(16)        RTPsequenceseed；

       int(16)        entrycount；

       dataentry      constructors[entrycount]；

}

存在各种形式的构造器。每个构造器为16字节，这使得迭代相对简单。第一字节是一个联合鉴别器。

Struct dataentry{

       Int(8)        entrytype；

       Switch        entrytype{

    Case   immediate：

       Int(8)     bytecount；

       Int(8)     bytestocopy[bytecount]；

    Case   mediasample：

       Int(8)     reserved[5]；

       Int(16)    length；

       Int(32)    mediasamplenumber；

       Int(32)    mediasampleoffset；

    Case   hintsample：

       Int(8)     reserved[5]；

       Int(16)    length；

       Int(32)    hintsamplenumber；

       Int(32)    hintsampleoffset；

   }

}

即时模式允许有效负荷特定的标题的插入(例如，RTP H.261标题)。对于媒体‘不受阻碍’被发送情况下的提示道，媒体样本项通过给出要复制的样本号，数据偏移，以及长度规定从媒体道复制的字节。对于相对复杂的情况(例如，加密或前向纠错)，可以将转换数据放入提示样本，并且接着使用提示样本模式，该模式可以从RTP样本本身的额外数据字段提供。

在本发明一个实施例，不需要连续分组发送来自媒体流的连续字节。例如，为符合H.261的RTP标准封装，在本发明一个实施例，在一个分组结尾以及还在下一个分组的开始(当宏模块边界落入一个字节内时)可以发送一个字节。

附录C-用于数据格式‘rtp’的分组提示样本数据

根据本发明一个实施例，该附录提供用于‘rtp’格式的样本数据的描述。‘rtp’格式假定一个服务器正使用实时传输协议(RTP)发送数据。该格式假定服务器了解RTP标题，但是不需要服务器知道任何关于特定媒体标题的信息，包括各种IETF图定义的媒体标题。

在本发明一个实施例，提示道内的每个样本将产生一个或多个RTP分组。提示道样本内的样本数据表内的每项对应于一个单个的RTP分组。提示道内的样本可以或者不可以准确对应于媒体道内的样本。在本发明一个实施例，提示道样本内的数据是按字节排列的，但不是32位排列。

字段描述

项计数表示表内的分组项数的16位无符号整数。表内的每

项对应于一个分组。单个样本内的多个项指示媒体样

本必须分为多个分组。保留具有项计数为零的一个样

本并且如果未出现，则应跳过该样本。

分组项表包含分组项的一个可变长度表。下面定义分组项。

附加数据包含由下面表3示出的数据表内的项所指向的数据的

可变长

度字段

表3-附加数据

分组项	字节
相对分组传输时间	4
标记	4
RTP标题信息	2
RTP序列号	2
项计数	2
数据表	可变

在一个实施例，分组项包含下面的数据单元：字段描述：相对分组在提示道时标内，32位有符号整数值，指示时间，传输时间以便相对于提示样本的实际时间发送该分组。负值

表示该分组将早于实际时间发送，这对于平滑数据

率很有用。正值用于在后面时间重复分组。在每个

提示样本道内，每个分组时间标记是不减少的。

标记指示该分组的确定属性的32位字段。

RTP标题信息字段包含下面的单元：

字段位# 描述

R 31 指示这是一个重复分组-在前面的分组已定义

了该数据的1-位数字。可以选择服务器以跳过

重复分组来有助于当其落后其分组传输时追上

其分组传输。在相同的提示样本内关注给定分

组内的所有重复分组。

保留所有未定义位(0-30)并将其设定到零。

RTP标题信息规定在RTP标题内设定的各种值的16位整数

RTP标题信息字段包含下面的单元：

字段位# 描述

P 2 对应于RTP标题内的填充(P)位的1-位数字。

该位可以不设定，因为需要不同分组填充的一个

服务器一般必须未填充并且重复填充分组本身

X 3 对应于RTP标题内的扩展(X)位的1-位数

字。该位可以不设定，因为必须发送其本身的

RTP扩展的一个服务器或者能够，或者被迫

替换来自提示道的任何扩展。

M 8 对应于RTP标题内的标记(M)位的1-位数字。

有效负荷类型 9-15 对应于RTP标题内的有效负荷类型

(PT)字段的7-位数字。

保留所有未定义位(0-1和4-7)并将其设定到零。所定义位的位置处于与

RTP标题内相同的位位置。

RTP序列号规定分组的RTP序列号的16位整数。RTP

服务器在发送分组之前将一个随机偏移增加

到该序列号。该字段允许分组的重复发送，

例如，可以使用相同的序列号和不同(后面)

的分组传输时间汇编相同分组。例如，可以

每10秒重复发送具有5分钟持续时间的一个

文本样本，因此错过初始样本发送的客户(或

许他们从中间开始播放一个电影)在最长10

秒之后将被“刷新”。

项计数规定数据表内的项数的16-位无符号整数

数据表定义被放入RTP分组的有效负荷部分的数据的

表。该表定义可以检索数据的各个位置，如表

4所示。

表4-数据表

数据表项	字节
数据源	1
数据	15

该项表的数据源字段指示如何解释该项的其他15个字节。定义值0到4。下面定义各种数据表格式。尽管存在各种方案，各个方案内的各项一般为16字节长。

No-Op数据模式

数据表项具有下面的No-Op模式格式：

字段描述：

数据源=0 零值指示该数据表项不可忽略。

即时数据模式

数据表项具有下面的即时模式格式：

字段描述：

数据源=1 值1表示从跟随数据字节立即取出的数据

即时长度表示从跟随数据取出的字节数的8位整数。合法值

从0到14变化。

即时数据放入分组的有效负荷部分的14字节数据。仅使用由

即时长度字段表示的第一字节数。

样本模式

该数据表项具有下面的样本模式格式：

字段描述：

数据源=2 值2表示从一个道的样本数据取出的数据

道引用索引指示样本数据所来自的道的值。值零

表示准确存在一个要使用的媒体道引用。从1到127的

值是指示提示道引用基本单元项的索引，指示从哪个初

始媒体道读取该样本。值-1表示提示道本身，即，使用

来自与当前正被分析的提示样本相同的道的样本。

每压缩模块字节规定从压缩每压缩模块字段样本内的样本数产

生的字节数的16位无符号整数。值零相当于

值1。

每压缩模块样本规定每压缩模块未压缩样本的16-位无符号整

数。值零相当于值1。

长度规定要复制的样本内的字节数的16-位整数。

样本号规定该道的样本号的32-位整数。

偏移规定从开始复制的样本的开始的偏移的32位

整数。如果引用提示道内的样本，则将一般

指向附加数据区。

如果每压缩模块字节和/或每压缩模块样本大于1，则使用该比率将一个样本号转换为一个实际的字节偏移。该比率模式一般用于QuickTime电影内的压缩音频道，以便：

CB=NS^*BPCB/SPCB

其中，

CB=压缩字节

NS=样本数

BPCB=每压缩模块字节

SPCB=每压缩模块样本

例如，一个GSM压缩模块一般是分组为33字节的160个样本。

因此，BPCB=33以及SPCB=160。提示样本请求第161个媒体样本开始时的33字节数据。假定第一QuiekTime组块包含至少320个样本，则在确定该数据来自组块1，并且组块1开始之后，使用该比率以调整到找到所请求的样本的文件的偏移。

Chunk_number=1；/^*通过该样本-到-组块基本单元计算^*/

First_sample_in_this_chunk=1；/^*也从该基本单元计算^*/

Chunk_offset=chunk_offsets[chunk_number]；/^*来自stco基本单元^*/

Data_offset = (sample_number-first_sampile_in_this_chunk)^*BPP/SPP

Read_from_file(chunk_offset+data_offset，length)；/^*读出数据^*/

样本描述模式

该数据表项具有下面的样本描述模式的格式：

字段描述：

数据源=3 值3指示从媒体道的样本描述表取出的数据。

道引用索引该值指示样本数据将来自的道。值零表示准确存

在要使用的一个提示道引用。从1到127的值是指

示提示道引用基本单元项的索引，指示从哪个初始

媒体道读取该样本。值-1表示提示道本身，即，

使用来自与当前正被分析的提示样本相同的道的样

本。

保留设定为零的四个字节。

长度规定要复制样本内的字节数的16位整数。

样本描述索引规定到媒体样本描述表的索引的32位整数。

偏移规定从开始复制的样本的开始的偏移的32位

整数。

附加数据包含由数据表内的提示道样本模式指向的数据

的可变长度字段。

附录D-用于MPEG-2传输的提示道格式实例

该段给出一个用于从QuickTime电影保持基本数据流流式传输MPEG-2传输的简单道格式的实例。

MPEG-2传输流与一个或多个基本流的多路复用有关。由于这个原因，MPEG-2传输提示道描述如何从一个或更多的媒体道构成这样的多路复用。在媒体道和和MPEG-2传输提示道之间不必存在一对一的关系。每个提示道包含到其表示的初级流的引用。在本发明的一个实例，一个QuickTime文件可以包含多个这样的提示道以描述不同的多路复用。

分组尺寸一般不是问题，因为所有的MPEG-2传输分组的尺寸为188字节。在本发明一个实施例，每个传输分组(处于MPEG-2传输协议)包含来自一个媒体道的有效负荷数据。这就允许用于每个传输分组的相对简单的提示描述。在本发明一个实施例，每个这样的提示描述哪个标题数据出现在每个传输分组，并且接着指向用于传输分组的适当的媒体道内的有效负荷。对于不对应一个媒体道的分组，例如PSI分组，提示描述188字节的标题数据，并且任何媒体道引用被认为不相关。对于不对应于一个媒体道的分组，该标题数据说明诸如传输标题，可能的适应标题，以及用于开始PES分组的传输分组的PES标题之类的信息。

产生到样本描述基本单元(类型‘stsd’)内的MPEG-2传输提示道的引用。该基本单元包括一个样本描述表，以及根据媒体类型而不同的该表内的项。在本发明的一个实例，提示道通过图1所示的结构开始。附加数据表可以通过表2所示的结构保持项。

在本发明一个实例，如果提示道是一个MPEG-2传输提示道，提示道样本描述项内的数据格式将是‘m2t’并且最大分组尺寸将一直是188。在这样的描述项，在附加数据表内可以找到表5-7下面示出的类型：

表5-附加数据表项

项长度	数据类型	数据描述
项长度	数据类型	数据描述	8	0x00000000	指示表内不存在更多的项
9	‘otyp’	描述在提示内如何描述偏移。数据的一个字节具有图B.4下面描述的值。该项在附加数据表内是强制性的	8	0x00000000	指示表内不存在更多的项
9	‘otyp’	描述在提示内如何描述偏移。数据的一个字节具有图B.4下面描述的值。该项在附加数据表内是强制性的	9	‘msns’	描述媒体样本号的尺寸。数据的一个字节表示用于规定媒体样本号的字节数。如果该项未出现，并且媒体样本号出现在样本数据，则缺省值为4字节
9	‘msos’	描述媒体样本偏移的尺寸。数据的一个字节表示用于规定媒体样本偏移的字节数。如果该项未出现，并且媒体样本偏移出现在样本数据，则缺省值为4字节	9	‘msns’
9	‘msos’		9	‘fosz’	描述文件偏移的尺寸。数据的一个字节表示用于规定样本内的文件偏移的字节数。如果该项未出现，并且文件偏移出现在样本数据，则缺省值为4字节
可变	‘tmap’	描述媒体道的缩写映象。每5字节项将4字节道ID映象到1字节道引用号。这就将任何给定的传输mux限定为包含不大于256个媒体道，但是这不应该是一个限定因素，并且该压缩有助于限定提示道的尺寸。在下面的图B。5规定这些5字节项的格式。该项在附加数据表内是强制性的	9	‘fosz’

表6-附加数据表内的‘otyp’值

值	描述
0	按照媒体样本描述样本
1	按照文件偏移描述样本

表7-‘tmap’附加数据项内的各项的格式

长度	描述
4	初始道ID
1	样本内使用的缩写道引用号

在本发明一个实例，每个提示样本描述一个传输分组。每个传输分组可以描述为由来自一个媒体道的某些有效负荷量跟随的一些标题数据。由于MPEG-2传输分组相对较小，可以产生大量的提示样本，并且这样，这些样本最好应尽可能小。上面附加数据表内的数个项可以用于最小化样本尺寸，但是这样的系数使样本项内的某些字段尺寸可变。

如果数据表内的‘otyp’项具有值0，以指示按照媒体样本描述有效负荷数据，则提示样本可以是表8所示的格式：

表8-使用媒体样本引用的提示样本格式

长度	描述
长度	描述	1	保持该分组的有效负荷数据的媒体道的道引用数。这可以被映象到附加数据表内使用’tmap’项的道ID。如果该提示规定188字节的即时数据，则该字段不相关。
1	该分组的即时数据的长度。注意到其必须是188或比188小，这是因为传输分组长度为188字节	1
1	该分组的即时数据的长度。注意到其必须是188或比188小，这是因为传输分组长度为188字节	可变	用作传输分组的标题的即时数据的长度。该字节数由前面的字段描述。
可变	用于有效负荷数据的媒提样本数。该字段的缺省尺寸是4字节，但是可以通过附加数据表内所出现的’mans’项进行修改。	可变	用作传输分组的标题的即时数据的长度。该字节数由前面的字段描述。
可变	用于有效负荷数据的媒提样本数。该字段的缺省尺寸是4字节，但是可以通过附加数据表内所出现的’mans’项进行修改。	可变	用于有效负荷数据的媒体样本偏移。该字段的缺省尺寸是4字节，但是可以通过附加数据表内所出现的’msos’项进行修改。

在本发明一个实例，不必指示分组的有效负荷数据的长度，因为在MPEG-2，该长度等于188减去分组的标题数据的尺寸。

如果数据表内的‘otyp’项具有值1，以指示按照文件偏移描述有效负荷数据，则提示样本可以是表9所示的下面的格式：

表9

长度	描述
长度	描述	1	保持该分组的有效负荷数据的媒体道的道引用数。这可以被映象到附加数据表内使用’tmap’项的道ID。如果该提示规定188字节的即时数据，则该字段不相关。
1	该分组的即时数据的长度。注意到其必须是188或比188小，这是因为传输分组长度为188字节	1
1	该分组的即时数据的长度。注意到其必须是188或比188小，这是因为传输分组长度为188字节	可变	用作传输分组的标题的即时数据的长度。该字节数由前面的字段描述。
可变	定位有效负荷数据处的文件偏移。该偏移处于定位媒体道的数据的文件内。该字段的缺省尺寸是4字节，但是可以通过附加数据表内所出现的’fosz’项进行修改。	可变	用作传输分组的标题的即时数据的长度。该字节数由前面的字段描述。

在本发明一个实例，提示样本可以按照媒体样本或按照文件偏移描述其偏移。两种方法中的每一种都具有优点和缺点。如果提示样本按照媒体样本规定有效负荷，则其更适应包含媒体道的文件的附加编辑，但是需要用于传送的附加处理。如果提示样本按照文件偏移规定有效负荷，则可以相对较快地存取有效负荷数据，但是包含媒体道的文件的任何编辑将无效该提示。

附录E-一个文件实例

下面提供一个按照本发明一个实施例的相对较短(6帧)的样本文件，该文件具有某些相对较不重要的字段和省去的对象(这里由省略号“…”标记)，以及某些假定数以表示准备经RTP流式传输的文件的整个结构。媒体数据已被省去；只示出元数据。

Claims

1、一种用于处理媒体数据的由数字处理系统实现的方法。所述方法包括：

在第一数字处理系统创建一组数据以指示如何按照传输协议发送媒体数据的时间相关序列；和

将所述数据组存储在耦合到第一数字处理系统的存储设备，其中所述数据组是与所述媒体数据的时间相关序列相关并且分开的数据的时间相关序列。

2、如权利要求1所述方法，其中所述数据组存储为指示数据的道，并且其中所述传输协议包括一个分组数据协议。

3、如权利要求1所述方法，进一步包括：

在创建所述数据组之前确定所述媒体数据的时间相关序列的格式；

在创建所述数据组之前确定所述传输协议，其中所述传输协议用于发送具有所述格式的媒体数据的所述时间相关序列。

4、如权利要求1所述方法，进一步包括：

根据所述传输协议发送表示媒体数据的所述时间相关序列的数据分组。

5、如权利要求4所述的方法，进一步包括：

将所述数据组发送到第二数字处理系统，该第二数字处理系统响应接收所述数据组，产生所述数据分组。

6、如权利要求4所述方法，其中所述每个分组，所述数据组涉及与所述媒体数据的时间相关序列相关的图象数据序列或音频数据序列中的至少一个内的数据。

7、如权利要求5所述方法，其中所述第一数字处理系统将所述数据组提供给存储所述数据组的服务器数字处理系统并将所述数据分组发送到一个接收数字处理系统。

8、一种包含可执行的程序指令的机器可读介质，当所述指令在一个数字处理系统上被执行时，使该数字处理系统执行一种方法，包括：

检索指示如何根据一个传输协议发送一个媒体数据的时间相关序列的数据组；

根据所述数据组发送表示媒体数据的所述时间相关序列的数据，其中所述数据组是与媒体数据的所述时间相关序列相关并分开的数据的时间相关序列。

9、如权利要求8所述的机器可读介质，其中所述数据组存储为指示数据的道，并且其中所述传输协议包括一个分组数据协议。

10、如权利要求8所述的机器可读介质，其中所述可执行程序指令的执行进一步使所述数字处理系统执行一种方法，包括：

确定所述媒体数据的时间相关序列的格式；

确定所述传输协议，其中所述传输协议用于发送具有所述格式的媒体数据的所述时间相关序列。

11、如权利要求10所述的机器可读介质，其中所述可执行程序指令的执行进一步使所述数字处理系统执行一种方法，包括：

12、如权利要求11所述的机器可读介质，其中对于所述每个分组，所述数据组涉及与所述媒体数据的时间相关序列相关的图象数据序列或音频数据序列中的至少一个内的数据。

13、如权利要求8所述的机器可读介质，包括一个磁存储区，其中所述可执行指令和所述媒体数据的时间相关序列中的至少一个存储在所述磁存储区域。

14、如权利要求8所述的机器可读介质，包括一个光存储区，其中所述可执行指令和所述媒体数据的时间相关序列中的至少一个存储在所述光存储区域。

15、如权利要求8所述的机器可读介质，包括一个电存储区，其中所述可执行指令和所述媒体数据的时间相关序列中的至少一个存储在所述电存储区域。

16、一种装置，包括：

第一数字处理系统，该系统包括根据一个传输协议产生与媒体数据的时间相关序列的传输相关的数据组的第一处理器，其中所述数据组是与媒体数据的所述时间相关序列相关并分开的数据的时间相关序列。

17、如权利要求16所述的装置，进一步包括：

第二数字处理系统，耦合到所述第一数字处理系统，以便从所述第一数字处理系统接收所述数据组，所述第二处理器包括：

一个第二处理器；

存储所述媒体数据的第一存储区；以及

存储所述数据组的第二存储区。

18、如权利要求17所述的装置，其中所述第二数字处理系统耦合到一个数据通信链路以提供表示根据所述传输协议的媒体数据的所述时间相关序列的数据分组。

19、如权利要求18所述的装置，其中对于所述每个分组，所述数据组涉及与媒体数据的所述时间相关序列相关的图象数据序列或音频数据序列中的至少一个内的数据。

20、一种计算机可读介质，包括：

媒体数据的时间相关序列；

一个数据组，当被数字处理系统处理时，该数据组指示所述数字处理系统如何根据一个传输协议发送媒体数据的所述时间相关序列，其中所述数据组是与媒体数据的所述时间相关序列相关并分开的数据的时间相关序列。

21、如权利要求20所述的计算机可读介质，其中所述数据组存储为一个指示数据的道，并且其中所述传输协议包括一个分组数据协议。

22、如权利要求20所述的计算机可读介质，进一步包括：

使数字处理系统确定媒体数据的所述时间相关序列的格式的第一指令组；

使所述数字处理系统确定所述传输协议的第二指令组，其中所述传输协议用于发送具有所述格式的媒体数据的所述时间相关序列。

23、如权利要求22所述的计算机可读介质，其中所述数据组存储为一个指示数据的道，并且其中所述传输协议包括一个分组数据协议。

24、如权利要求21所述的计算机可读介质，进一步包括使数字处理系统产生表示媒体数据的所述时间相关序列的分组的一组指令，其中对于每个所述分组，所述数据组涉及与媒体数据的所述时间相关序列相关的图象数据序列和音频数据序列中的至少一个内的数据。

25、如权利要求20所述的计算机可读介质，包括一个磁存储区，其中媒体数据的所述时间相关序列和所述数据组中的至少一个存储在所述磁存储区域。

26、如权利要求8所述的机器可读介质，包括一个光存储区，其中媒体数据的所述时间相关序列和所述数据组中的至少一个存储在所述光存储区域。

27、如权利要求8所述的机器可读介质，包括一个电存储区，其中媒体数据的所述时间相关序列和所述数据组中的至少一个存储在所述电存储区域。

28、一种包含可执行的计算机程序指令的计算机可读介质，其中当在第一数字处理系统上执行时使第一数字处理系统执行一种方法，包括：

产生指示根据一个传输协议发送媒体数据的时间相关序列的方法的一个数据组，其中所述数据组使与媒体数据的所述时间相关序列相关并分开的数据的时间相关序列；和

存储所述数据组。

29、如权利要求28所述的计算机可读介质，其中所述数据组存储为一个指示数据的道，并且其中所述传输协议包括一个分组数据协议。

30、如权利要求28所述的机器可读介质，其中所述可执行程序指令进一步使第一数字处理系统执行一种方法，包括：

确定所述媒体数据的时间相关序列的格式；

31、如权利要求28所述的机器可读介质，其中所述可执行程序指令进一步使第一数字处理系统执行一种方法，包括：

根据所述传输协议产生表示媒体数据的所述时间相关序列的数据分组；和

将所述分组发送到第二数字处理系统。

32、如权利要求28所述的机器可读介质，其中所述可执行程序指令进一步使第一数字处理系统执行一种方法，包括：

将所述分组发送到第二数字处理系统，其中所述第二数字处理系统使用所述数据组产生表示根据所述传输协议的媒体数据的所述时间相关序列的数据分组。

33、如权利要求31所述的机器可读介质，其中对于所述每个分组，所述数据组涉及与所述媒体数据的时间相关序列相关的图象数据序列或音频数据序列中的至少一个内的数据。

34、如权利要求22所述的机器可读介质，其中对于所述每个分组，所述数据组涉及所述图象数据序列和所述音频数据序列中的至少一个内的数据。

35、如权利要求32所述的机器可读介质，其中所述第二数字处理系统响应所述数据组，将所述数据组发送到另一个数字处理系统。

36、一种用于处理媒体数据的装置，所述装置包括：

第一装置，用于根据一个传输协议产生与媒体数据的时间相关序列的传输相关的一个数据组，其中所述数据组是与媒体数据的所述时间相关序列相关并分开的数据的时间相关序列；和

第二装置，用于存储所述第一数据组。

37、如权利要求36所述的装置，进一步包括：

第三装置，用于发送表示媒体数据的所述时间相关序列的数据分组。

38、如权利要求37所述的装置，其中所述数据组识别至少一个所述数据组部分。

39、如权利要求37所述的装置，其中所述数据组至少提供包括在所述数据组的信息的部分。

40、如权利要求37所述的装置，进一步包括：

第三装置，用于将所述数据组发送到一个服务器装置，所述服务器装置具有用于产生表示传输到一个接收装置的媒体数据的所述时间相关序列的数据分组的装置。

41、一种用于处理媒体数据的方法，所述方法包括：

存储媒体数据的时间相关序列；

存储一个数据组以使第一数字处理系统根据一个传输协议产生表示媒体数据的所述时间相关序列的数据分组，其中所述数据组是与媒体数据的所述时间相关序列相关的数据的时间相关序列。

42、如权利要求41所述的方法，其中所述数据组至少提供包括在所述数据分组的信息部分。

43、如权利要求41所述的方法，其中所述数据组识别包括在所述数据分组的信息部分。

44、如权利要求41所述的方法，进一步包括：

在第二数字处理系统产生所述数据组；

所述第二数字处理系统将所述数据组发送到所述第一数字处理系统；和

所述第一数字处理系统响应接收所述数据组产生所述数据分组。

45、如权利要求44所述的方法，进一步包括：

所述第一数字处理系统将所述数据分组发送到将其演播为一个媒体对象的另一个数字处理系统。

46、一种用于处理媒体数据的由数字处理系统实现的方法。所述方法包括：

在第一数字处理系统产生数据的第一时间相关序列以指示如何按照传输协议发送数据的第二时间相关序列，其中数据的所述第二时间相关序列与基于时间的媒体相关，以及其中数据的第一时间相关序列与数据的所述第二时间相关序列相关；和

存储数据的所述第一时间相关序列。

47、如权利要求46所述方法，其中所述数据的第一时间相关序列存储为一个指示数据的道，并且其中所述传输协议包括一个分组数据协议。

48、如权利要求46所述方法，进一步包括：

在产生数据的所述第一时间相关序列之前确定数据的所述第二时间相关序列的格式；和

在产生数据的所述第一时间相关序列之前确定所述传输协议，其中所述传输协议用于发送具有所述格式的数据的所述第二时间相关序列。

49、如权利要求46所述方法，进一步包括：

根据所述传输协议发送表示数据的所述第二时间相关序列的数据分组。

50、如权利要求49所述的方法，进一步包括：

将数据的所述第一时间相关序列发送到第二数字处理系统，该第二数字处理系统响应接收数据的所述第一时间相关序列，产生所述数据分组。

51、如权利要求49所述方法，其中对于所述每个分组，数据的所述第一时间相关序列涉及与数据的所述第二时间相关序列相关的图象数据序列或音频数据序列中的至少一个内的数据。

52、如权利要求50所述方法，其中所述第一数字处理系统将数据的所述第一时间相关序列提供给存储数据的所述第一时间相关序列的服务器数字处理系统并将所述数据分组发送到一个接收数字处理系统。

53、如权利要求50所述方法，进一步包括在所述第一数字处理系统和所述第二数字处理系统中的至少一个演播媒体数据的所述时间相关序列。

54、如权利要求46所述的方法，其中数据的所述第二时间相关序列存储在一个只读存储器(ROM)。

55、如权利要求54所述方法，其中所述只读存储器(ROM)包括一个光存储介质。

56、如权利要求54所述方法，其中在不对数据的所述第二时间相关序列至少执行存储和格式化中的一个的情况下根据数据的所述第一时间相关序列分组数据的所述第二时间相关序列。