通过将其它内容插入到主内容进行操作的流方法和装置

1.一种再现媒体数据的方法，该方法包括：
接收第一文件，第一文件包含关于第一内容时段的信息、关于外部时段的第二文件的位置信息和关于外部时段的第二文件的插入信息；
基于接收的第一文件接收和再现第一内容的多个媒体数据中包括的至少一个段；以及基于位置信息和插入信息访问外部时段的第二文件，
其中，位置信息指示从其接收第二文件的地址，以及
其中，插入信息包括指示预定事件出现之后应该访问的外部时段的第二文件的强行再现属性。
2.如权利要求1所述的方法，其中关于第一内容时段的信息包括关于通过编码第一内容以具有不同质量而产生的多个第一媒体数据的位置信息，
其中所述多个第一媒体数据的每一个都包含通过编码第一内容以具有预定质量并基于时间划分已编码的第一内容而产生的至少一个片断。
3.如权利要求1所述的方法，其中第一文件还包括外部时段的插入时间和指示位置信息识别外部时段的位置还是识别外部时段的第二文件的位置的类型信息中至少一个。
4.如权利要求1所述的方法，其中：
接收第一文件的步骤包括基于外部时段的第二文件的位置信息从服务器接收第二文件。
5.如权利要求4所述的方法，其中：
基于用户简档和偏好中的至少一个从多个第二文件中选择从服务器接收的第二文件；
以及
所述多个第二文件包括：可选的第二文件，包含关于第一可选内容的第二媒体数据的持续时间信息和位置信息；及另一可选的第二文件，包含关于不同于第一可选内容的第二可选内容的第二媒体数据的持续时间信息和位置信息。
6.如权利要求1所述的方法，其中：
第一文件是可扩展标记语言(XML)文件，包含关于第一内容时段的第一标签和关于外部时段的第二标签；以及
第一和第二标签每一个都包含指示相应标签是关于第一内容时段的第一标签还是关于外部时段的第二标签的属性。
7.如权利要求1所述的方法，其中外部时段是广告内容。
8.如权利要求1所述的方法，还包括基于外部时段的位置信息接收并再现外部时段的第二媒体数据。
9.如权利要求8所述的方法，其中：
接收并再现第一内容的第一媒体数据的步骤包括从第一服务器接收第一媒体数据；而接收并再现外部时段的第二媒体数据的步骤包括从不同于第一服务器的第二服务器接收第二媒体数据。
10.如权利要求1所述的方法，其中接收第一文件的步骤包括接收第一文件作为对HTTP请求的HTTP响应。
11.如权利要求1所述的方法，其中接收并再现第一内容的第一媒体数据的步骤包括：
基于接收的第一文件请求并接收第一媒体数据的首标；以及
基于接收的第一文件和接收的首标请求并接收第一媒体数据。
12.一种服务器发送媒体数据的方法，该方法包括：
向客户端发送第一文件，第一文件包含关于第一内容时段的信息，关于外部时段的第二文件的位置信息和关于外部时段的第二文件的插入信息；和
根据客户端的请求，基于第一文件发送第一内容的多个媒体数据中包括的至少一个段，
其中，位置信息指示从其接收第二文件的位置，
其中，插入信息包括指示预定事件出现之后应该访问的外部时段的第二文件的强行再现属性，并且
其中，客户端基于位置信息和插入信息访问外部时段的第二文件。
13.一种用于再现媒体数据的装置，该装置包括：
信息接收器，接收第一文件，第一文件包含关于第一内容时段的信息，关于外部时段的第二文件的位置信息和关于外部时段的第二文件的插入信息；以及
媒体数据再现器，基于接收的第一文件接收和再现第一内容的多个媒体数据中包括的至少一个段，并且基于位置信息和插入信息访问外部时段的第二文件，其中，位置信息指示从其接收第二文件的位置，
其中，插入信息包括指示预定事件出现之后应该访问的外部时段的第二文件的强行再现属性。
14.一种用于发送媒体数据的装置，该装置包括：
信息发送器，向客户端发送第一文件，第一文件包含关于第一内容时段的信息，关于外部时段的第二文件的位置信息和关于外部时段的第二文件的插入信息；以及媒体数据发送器，根据客户端的请求，基于第一文件发送第一内容的多个媒体数据中包括的至少一个段，
其中，位置信息指示从其接收第二文件的位置，
其中，插入信息包括指示预定事件出现之后应该访问的外部时段的第二文件的强行再现属性，并且
其中，客户端基于位置信息和插入信息访问外部时段的第二文件。

通过将其它内容插入到主内容进行操作的流方法和装置\n技术领域\n[0001] 与示范性实施例一致的装置和方法涉及一种流方法和装置，更具体地，涉及一种通过在流传输主内容时将其它内容插入到主内容进行操作的流方法和装置。\n背景技术\n[0002] 通过网络发送媒体数据的方法的例子包括下载方法和流方法（streaming method）。在流方法中，服务器实时发送媒体数据，客户端实时再现接收的媒体数据。\n[0003] 不像下载方法是在发送和接收媒体数据之后才开始再现媒体数据，流方法是通过服务器和客户端之间设置的逻辑信道实时发送和接收媒体数据。\n发明内容\n[0004] 解决方案\n[0005] 一个或更多的示范性实施例提供了一种通过在流传输主内容时将其它内容插入到主内容进行操作的流方法和装置。\n[0006] 一个或更多的示范性实施例还提供了一种计算机可读的记录媒介，上面已经记录了执行所述方法的程序。\n[0007] 有益效果\n[0008] 根据一个或更多的示范性实施例，可以通过插入其它内容而不影响主内容的流传输来执行流传输，因此主内容可以使用任何方法来进行流传输。诸如广告内容的商业内容也可以插入，因此主内容可以按照内容提供商和内容用户的要求进行流传输。\n附图说明\n[0009] 通过参照附图详细描述示范性实施例，上述及/或其它方面将变得更加明显，其中：\n[0010] 图1是依据示范性实施例的流系统的示意图；\n[0011] 图2a和2b是描述依据示范性实施例的流方法的流程图；\n[0012] 图3是根据示范性实施例的包含内容信息的文件的图式；\n[0013] 图4a示出了根据示范性实施例定义多个媒体数据的信息；\n[0014] 图4b示出了根据示范性实施例的媒体数据首标的信息；\n[0015] 图4c示出了根据示范性实施例的在多个媒体数据的每一个中包含的至少一个片断的信息；\n[0016] 图5a和5b是描述依据其它示范性实施例的流方法的流程图；\n[0017] 图6是依据另一示范性实施例的包含内容信息的文件的图式；\n[0018] 图7示出了依据示范性实施例的关于内容的信息；\n[0019] 图8a和8b是依据示范性实施例的媒体呈现描述（media  presentation \ndescription）的图式；\n[0020] 图9a到9h示出了依据示范性实施例的媒体呈现描述；\n[0021] 图10a到10c的每个都示出了依据示范性实施例的多个媒体数据；\n[0022] 图11a和11b是描述依据其它示范性实施例的流方法的流程图；\n[0023] 图12a到12c的每个示出了依据其它示范性实施例的多个媒体数据；\n[0024] 图13a和13b是根据示范性实施例，当通过在流传输主内容时将其它内容插入到主内容来执行流传输时的时序图；\n[0025] 图13c是依据示范性实施例的主内容时序和插入内容时序的图。\n[0026] 图14a和14b是分别描述依据示范性实施例的动态广告内容插入和静态广告内容插入的示意图；\n[0027] 图15a和15b是示出了根据示范性实施例，通过将其它内容插入主内容再现其它内容的方法的流程图；\n[0028] 图16a到16e是依据示范性实施例的包含关于插入内容的信息的主内容的媒体呈现描述；\n[0029] 图17a到17c是依据其它示范性实施例的包含关于插入内容的信息的主内容的媒体呈现描述；\n[0030] 图18是依据示范性实施例的包含关于插入内容信息的主内容和与该媒体呈现描述相应的时段的媒体呈现描述的示意图；\n[0031] 图19a和19b分别示出了依据示范性实施例的主内容和包含关于插入内容信息的文件的媒体呈现描述。\n[0032] 图20是依据示范性实施例的主内容和包含插入内容信息的多个文件的媒体呈现描述的示意图；\n[0033] 图21是根据示范性实施例的主内容、包含关于插入内容信息的文件和相应于一媒体呈现描述的时段的媒体呈现描述的示意图；\n[0034] 图22是依据示范性实施例的服务器的示意图；以及\n[0035] 图23是依据示范性实施例的客户端的示意图。\n具体实施方式\n[0036] 根据示范性实施例的一方面，提供了客户端执行再现媒体数据的一种方法，该方法包括：接收包含关于第一内容的时段信息和第二内容的时段信息的第一文件，第二内容是通过在再现第一内容时插入到第一内容再现的；基于接收的第一文件，接收并再现第一内容的媒体数据；停止再现第一内容的媒体数据，基于接收的第一文件接收并再现第二内容的媒体数据；当第二内容的媒体数据再现完成时，再次接收并再现第一内容的媒体数据，其中第二内容的时段信息包括第二内容媒体数据的位置信息或包含第二内容媒体数据位置信息的第二文件的位置信息。\n[0037] 第一内容的时段信息可以包括多个媒体数据的位置信息，通过编码第一内容以拥有不同质量产生多个媒体数据，其中该多个媒体数据的每一个包括至少一个片断，通过编码第一内容以拥有预定的质量并基于时间划分编码的第一内容产生至少一个片断。\n[0038] 第二内容的时段信息可以进一步包括第二内容的插入时间和指示第二内容时段信息中包含的位置信息是第二内容媒体数据的位置信息还是第二文件的位置信息的类型信息中的至少一个。\n[0039] 接收第一文件可以包括：如果第二内容的时段信息包括第二文件的位置信息，则基于第二文件的位置信息从服务器接收第二文件；接收并再现第二文件的媒体数据包括基于包含于接收的第二文件的第二内容媒体数据的位置信息接收并再现第二内容的媒体数据。\n[0040] 从服务器接收的第二文件可以是基于客户端的用户简档（profile）和偏好中的至少一个从多个文件中选择的一个文件，其中该多个文件包含不同持续时间的信息和不同内容媒体数据的位置信息。\n[0041] 第一文件可以是一个可扩展标记语言（XML）文件，包含关于第一内容时段的第一标签和关于第二内容时段的第二标签，其中第一和第二标签每个都包含一个指示标签是关于第一内容时段的第一标签还是关于第二内容时段的第二标签的属性。\n[0042] 根据另一示范性实施例的一方面，提供了服务器发送媒体数据的一种方法，该方法包括：向客户端发送包含第一内容的时段信息和第二内容的时段信息的第一文件，第二内容通过在再现第一内容时插入到第一内容再现；根据客户端基于第一文件的请求，发送第一内容的媒体数据；根据客户端基于第一文件的请求，向客户端发送第二内容的媒体数据；以及在第二内容的媒体数据再现完成之后，再次向客户端发送第一内容的媒体数据，其中第二内容的时段信息包括第二内容媒体数据的位置信息或包含第二内容媒体数据位置信息的第二文件的位置信息。\n[0043] 根据另一示范性实施例的一方面，提供了一种再现媒体数据的装置，该装置包括：\n信息接收器，接收包含第一内容时段信息和第二内容时段信息的第一文件，第二内容是通过在再现第一内容时插入到第一内容再现；媒体数据再现器，基于接收的第一文件接收并再现第一内容的媒体数据，停止再现第一内容的媒体数据，基于接收的第一文件接收并再现第二内容的媒体数据，以及当第二内容的媒体数据再现完成时再次接收并再现第一内容的媒体数据，其中第二内容的时段信息包括第二内容媒体数据的位置信息或包含第二内容媒体数据位置信息的第二文件的位置信息。\n[0044] 根据另一示范性实施例的一方面，提供了一种发送媒体数据装置，该装置包括：信息发送器，向客户端发送包含第一内容的时段信息和第二内容的时段信息的第一文件，第二内容通过在再现第一内容时插入到第一内容再现；以及媒体数据发送器，根据客户端基于第一文件的请求发送第一内容的媒体数据，根据客户端基于第一文件的请求向客户端发送第二内容的媒体数据，在第二内容的媒体数据再现完成之后，再次向客户端发送第一内容的媒体数据，其中第二内容的时段信息包括第二内容媒体数据的位置信息或包含第二内容媒体数据位置信息的第二文件的位置信息。\n[0045] 根据另一示范性实施例的一方面，提供了一种计算机可读的记录媒介，上面已经记录了执行上述任何示范性方法的程序。\n[0046] 根据另一示范性实施例的一方面，提供了服务器发送媒体数据的一种方法，该方法包括：向客户端发送包含第一内容时段信息和第二内容时段信息的第一文件，第二内容通过在再现第一内容时插入到第一内容被再现；根据客户端基于第一文件的第一请求，第一次发送第一内容的第一媒体数据；在客户端再现第二内容的第二媒体内容完成之后，第二次向客户端发送第一内容的第一媒体数据，其中第二内容的时段信息包括第二内容的第二媒体数据的位置信息或包含第二内容的第二媒体数据位置信息的第二文件的位置信息。\n[0047] 下面将参照附图更全面地描述示范性实施例，其中通篇相似的参考数字指代相似的元素。在下文中，一列元素之后的诸如“……中的至少一个”的表达修饰的是整个元素列，而不是仅仅修饰该列中的单一元素。\n[0048] 图1是依据示范性实施例的流系统100的示意图。\n[0049] 参照图1，流系统100包括编码设备110、服务器120和客户端130。\n[0050] 编码设备110通过编码一个输入内容以拥有多个不同的质量来产生相应于该输入内容多个媒体数据。当服务器120将媒体数据流传输到客户端130时，流环境可以改变。例如，用于流传输的网络140的带宽可以改变，或服务器120可以用于发送媒体数据或客户端\n130用于接收媒体数据的硬件源可以改变。\n[0051] 相应地，根据变动的流环境，编码设备110将一个内容编码成拥有适应流传输的不同质量。可以通过调节例如比特率、采样频率、分辨率、帧率等因素中的至少一个将一个内容编码成拥有不同的质量。比如，可以通过在不同的分辨率编码一个图像内容产生\n500Kbps、1000Kbps和2000Kbps的多个媒体数据。\n[0052] 所述多个不同质量的媒体数据被发送到服务器120。这时候，关于内容的信息和关于每个媒体数据的信息也可以被发送到服务器120。关于内容的信息可以包括关于该内容的标题、梗概、内容标识符（ID）、内容统一资源定位符（URL）等中的至少一个的信息，作为该内容的元数据（meta data）。关于每个媒体数据的信息可以包括每个媒体数据的质量、类型、ID等中的至少一个，下面将参照图4a到4c详细描述。\n[0053] 客户端130接收关于内容的信息和关于每个媒体数据的信息中的至少一个，并基于接收到的关于内容的信息和关于每个媒体数据的信息中的至少一个，向服务器120请求多个媒体数据的至少一个。客户端130确定或估计流环境，并基于估计的流环境，选择多个媒体数据的至少一个。可以选择在所述估计的流环境中可以维持合适的服务质量（QoS）的所述至少一个媒体数据。接着，客户端130可以发送一个超文本传输协议（HTTP）请求以请求服务器120发送所述选择的至少一个媒体数据。\n[0054] 当流环境恶化而接收了高质量媒体数据但不可能连续再现媒体数据时，可以在多个媒体数据中请求低质量媒体数据。当流环境改善而接收了高质量媒体数据但连续再现媒体数据是可能的时候，可以在多个媒体数据中继续请求高质量媒体数据。\n[0055] 在接收预定媒体数据时，客户端130可以请求服务器120发送另一媒体数据。例如，客户端130在恶化的流环境中请求并正在接收低质量的第一媒体数据，随着流环境的改善可以请求服务器120发送比第一媒体数据质量更高的第二媒体数据。根据一种相关技术领域的流方法，当服务器120和客户端130在初始设置流信道时设置一种质量时，那么媒体数据以相同的质量连续发送和接收。但是，根据当前的示范性实施例，适应于流环境的流传输可能是，因为客户端130即使在接收同一内容的第一媒体数据时也能再次请求第二媒体数据。\n[0056] 客户端130可以通过使用估计流环境所基于的任何方法来估计流环境，例如，网络\n140的带宽以及服务器120和客户端130的至少一个可以使用的硬件资源中的至少一个。例如，客户端130可以基于接收的媒体数据的时间戳和误比特率（BER）来估计流环境。当通过检查接收的媒体数据的时间戳发现接收媒体数据的速度慢于再现速度时，可以确定流环境恶化了。可替代地，当接收的媒体数据的BER提高时，可以确定流环境恶化了。\n[0057] 当客户端130根据流环境向服务器120请求发送至少一个媒体数据时，服务器120向客户端130发送所请求的媒体数据。响应于HTTP请求，服务器120可以以HTTP响应向客户端130发送所请求的媒体数据。\n[0058] 每个媒体数据可以包含多个片断中的至少一个，通过以不同的质量编码内容并划分已编码内容来产生片断。换言之，编码设备110编码内容产生的每个媒体数据可以包含基于时间划分的至少一个片断。服务器120通过将内容划分成多个片断来发送内容，并分别发送所述多个片断，而不是编码内容成一个流然后连续发送该内容。可以通过将内容划分成预定的诸如10或20秒的时间单元来产生所述多个片断。可以基于图片组（GOP）设置用于划分内容的基础的时间。与一个或更多的GOP的图片相应的媒体数据可以设置成一个片断。\n[0059] 例如，当流传输的内容拥有两种质量时，第一媒体数据可以包含通过编码内容成第一种质量并基于时间划分已编码的内容而产生的至少一个片断，第二媒体数据可以包含通过编码内容成第二种质量并基于时间划分已编码内容而产生的至少一个片断。\n[0060] 通过基于时间划分每一媒体数据，适应的流传输是可能的。例如，流传输开始时，服务器120发送与低质量的第一媒体数据的0到20秒相应的片断。接着，当20秒后确定流环境改善了并且客户端130请求更高质量的媒体数据时，服务器120可以发送与高质量的第二媒体数据的20到40秒相应的片断。因为媒体数据基于时间划分成了多个片断，所以即使处于流传输过程中，也可以根据流环境发送不同媒体数据的片断。\n[0061] 图2a是描述依据示范性实施例的流方法的流程图。\n[0062] 参照图2a，在操作210中客户端130向服务器120发送请求以发送关于预定内容的信息。例如，当客户端130的用户从客户端130的屏幕上显示的用户界面选择了预定内容时，客户端130请求服务器120发送关于所选内容的信息。客户端130可以发送HTTP请求，请求服务器120发送关于预定内容的信息。\n[0063] 一旦接到来自客户端130的请求，服务器120就向客户端130发送关于预定内容的信息。响应于HTTP请求，服务器120可以以HTTP响应向客户端130发送关于预定内容的信息。\n关于预定内容的信息可以是依据开放IPTV论坛（OIPF）标准的内容访问符（content access descriptor,CAD）。现在将参照图3详细描述关于预定内容的信息。\n[0064] 图3是根据示范性实施例的包含内容信息的文件的图式。该文件可以是CAD，可以是可扩展标记语言（XML）文件。分开描述了标签和属性，但是对一位本领域普通技术人员来说很明显，标签定义的条目可以由属性定义，属性定义的条目可以由标签定义。\n[0065] 参照图3，关于内容的信息可以包括“Title”、“Synopsis”、“OriginSite”和“ContentURL”标签。\n[0066] 因为相关领域的媒体数据的流传输是通过编码一个内容以拥有预定的质量来产生一个媒体数据，所以相关领域的关于内容的信息（特别是依据OIPF的CAD）不包括关于通过编码内容成不同的质量产生的多个媒体数据的信息。\n[0067] 但是，根据当前的示范性实施例，关于内容的信息包括关于通过编码内容成不同的质量产生的多个媒体数据的信息，并且对应对图3的“Tracks”、“RefData”和“Fragments”标签。\n[0068] 图4a示出了根据示范性实施例定义多个媒体数据的信息。\n[0069] 参照图4a，“Tracks”标签是用于分类通过编码内容成不同质量而产生的多个媒体数据的信息。“Tracks”标签包括分配给每个媒体数据的“ID”属性、“Type”属性和“Bitrate”属性。\n[0070] “ID”属性定义了（例如，顺序地）分配给所述多个媒体数据的标识符，“Type”属性定义了媒体数据是对应于音频数据、视频数据、音频/视频数据还是字幕数据。例如，当“Type”属性是“Packed”时，该媒体数据是音频/视频数据，当“Type”属性是“视频”时，该媒体数据是视频数据。“Bitrate”属性定义了编码该媒体数据使用的比特率。\n[0071] 图4b示出了根据示范性实施例的媒体数据首标的信息。\n[0072] 参照图4b，“RefData”标签包括“Type”属性和“ID”属性。“Type”属性定义了首标的媒体格式。例如，当“Type”属性是“HEAD-TS”时，该首标是传输流格式的首标。“ID”属性定义了首标的媒体数据。例如，当“ID”属性是“1”时，该首标是具有为“1”的媒体数据ID的媒体数据的首标。而且，“RefData”标签包括指向首标的信息，“URL”标签定义了首标的位置，即首标的URL。\n[0073] “RefData”标签是可选的元素。就是说，“RefData”标签在首标从媒体数据中分离出来并作为单独的文件存在时包含在关于内容的信息中，在首标与媒体数据合在一起时不包含在关于内容的信息中。\n[0074] 图4c示出了根据示范性实施例的在多个媒体数据的每一个中包含的至少一个片断的信息。\n[0075] 参照图4c，“Fragments”标签的子标签“Fragment”标签包括在多个媒体数据的每一个中包含的至少一个片断的信息。\n[0076] “Fragments”标签包含“NextFragmentsXMLURL”属性。当一个内容的流传输完成之后连续传输后续内容时，像在直播的流传输情况下，当客户端130意识到后续内容的信息时，后续内容可以无缝续流。相应地，“Fragments”标签定义关于后续内容的信息作为“NextFragmentsXMLURL”标签。关于后续内容的多个媒体数据的URL可以被定义作“NextFragmentsXMLURL”属性。\n[0077] “Fragment”标签包括关于当前内容的至少一个片断的信息。参照图4c，构成通过编码内容成第一种质量得到第一媒体数据而产生的第一片断的“slice1-1.as”的URL信息由“URL”标签定义，对应的首标ID由“RefPointer”标签定义。此外，第一片断的起始时间由“StartTime”属性定义，每一片断的持续时间由“Duration”属性定义。第一媒体数据的质量由“BitRate”属性定义。\n[0078] 在图4c中，“Fragments”标签表明了每一个只包含一个片断的媒体数据。但是，如上面参照图1所描述的，对本领域一个普通技术人员来说很明显，当每一媒体数据划分成多个片断时，一个“Fragments”标签可以包括至少两个片断的信息。\n[0079] 回头参照图2a，操作220中客户端130请求服务器120发送多个媒体数据中的至少一个。该多个媒体数据是通过编码一个内容成不同的质量来产生。客户端130从这多个媒体数据中选择编码成适合流环境的质量的至少一个媒体数据，向服务器120请求所选的至少一个媒体数据。基于包含在内容信息中的关于该多个媒体数据的信息，客户端130可以向服务器120发送HTTP请求。\n[0080] 如上参照图4c所描述的，关于内容的信息可以包括“Fragments”标签。在这种情况下，客户端130基于包含在“Fragments”标签中的URL信息，请求服务器120发送所选的媒体数据。\n[0081] 服务器120根据客户端130的请求发送媒体数据。服务器120可以向客户端130发送所请求媒体数据的至少一个片断。服务器120可以向客户端130发送所请求的媒体数据作为关于HTTP请求的HTTP响应。\n[0082] 图2b是描述依据另一示范性实施例的流方法的流程图。图2b示出了首标作为媒体数据之外的单独文件存在时的流方法。\n[0083] 参照图2b，在操作212中客户端130请求服务器120发送关于预定内容的信息，并且服务器120发送所述关于内容的信息。操作212相应于图2a中的操作210。作为例子，接收了包括参照图4b描述如上的“RefData”标签的内容信息。\n[0084] 在操作222，基于操作212中接收的内容信息，客户端130请求从多个媒体数据中选择的媒体数据的首标。基于操作212接收的内容信息，从所述多个媒体数据中选择至少一个适合于流环境的媒体数据，并请求所选的至少一个媒体数据的首标。例如，参考操作212中接收的内容信息中包括的“RefData”标签，请求所选择的至少一个媒体数据的首标。\n[0085] 服务器120向客户端130发送请求的首标。首标文件可以作为XML文件发送给客户端130。\n[0086] 在操作232中，基于操作212中接收的内容信息和操作222中接收的首标，客户端\n130请求服务器120发送选择的媒体数据。客户端130请求服务器120发送基于时间划分媒体数据产生的至少一个片断，服务器120向客户端130发送请求的至少一个片断。\n[0087] 图5a是描述依据另一示范性实施例的流方法的流程图。\n[0088] 参照图5a，操作510中客户端130请求服务器120发送关于预定内容的信息，服务器\n120发送关于预定内容的信息。例如，客户端130发送HTTP请求，请求服务器120发送关于内容的信息，并且接收关于内容的信息作为针对HTTP请求的HTTP响应。所述关于内容的信息可以是一个XML文件。操作510中客户端130接收的关于内容的信息与图2的操作210中客户端130接收的关于内容的信息不同，现在将参照图6和7描述。\n[0089] 图6是依据另一示范性实施例的包含内容信息的文件的图式（schema）。\n[0090] 参照图6，依据当前示范性实施例的关于内容的信息可以包括“Title”、“Synopsis”、“OriginSite”和“ContentURL”标签，像在图3中一样。\n[0091] 但是，在图3中，关于内容的信息通过包含“Tracks”、“RefData”和“Fragments”标签来包含关于多个媒体数据的信息，而在图6中，代替包含关于多个媒体数据的信息，关于内容的信息定义了包含关于多个媒体数据信息的文件（下文被称为媒体呈现描述）的URL。\n“ContentURL”标签可以定义媒体呈现描述的URL。\n[0092] 通过将媒体呈现描述的URL插入到图6所示的内容信息中来执行适应于流环境的流传输时可以保持与各种媒体数据格式的兼容性，不需要大范围改变相关领域包含内容信息的文件的图式。\n[0093] 如图6所示，关于内容的信息可以包括与流方法相关的信息，而不包括关于多个媒体数据的信息。换言之，“ContentURL”标签可以包含定义流传输中使用的媒体数据格式的“MediaFormat”属性，以及定义媒体数据类型的“MIMEType”属性。\n[0094] 特别地，“ContentURL”标签可以包含定义与内容流传输相关的业务的\n“TransferType”属性。例如，“TransferType”属性可以定义内容流传输是否与内容传递（Content on Delivery,CoD）业务、直播业务、适应流传输直播业务、适应流传输CoD业务等有关。\n[0095] 图7示出了依据示范性实施例的关于内容的信息。图7可以是依据OIPF标准的CAD。\n[0096] 参照图7，根据图6的图式产生的关于内容的信息可以在“ContentURL”标签中定义媒体呈现描述的URL。http://asexample.com/vod/movies/18888/Meta/MainMeta.xml是媒体呈现描述的URL。此外，如参照图6所描述的，可以在“ContentURL”标签中定义“MediaFormat”属性、“MIMEType”属性和“TransferType”属性。\n[0097] 回头参照图5a，在操作520中，客户端130基于操作510中接收的关于内容的信息，向服务器120请求关于多个媒体数据的信息。客户端130可以通过HTTP请求从服务器120请求媒体呈现描述，并且可以接收该媒体呈现描述作为HTTP响应。\n[0098] 在操作510中客户端130从服务器120接收的关于内容的信息可以包含如参照图6和7描述的媒体呈现描述的URL。在这种情况下，客户端130参考内容信息中的“ContentURL”标签，从服务器120请求并接收媒体呈现描述。现在将参照图8a和8b，以及图9a到9h，详细描述该媒体呈现描述。\n[0099] 图8a和8b是依据示范性实施例的媒体呈现描述的图式。该媒体呈现描述可遵守OIPF标准。\n[0100] 参照图8a，依据当前示范性实施例的媒体呈现描述包括关于多个媒体数据URL的模板标签、定义首标位置的标签、定义流传输相关业务的标签、定义媒体数据的容器格式的标签以及定义多个媒体数据的标签。\n[0101] “urlTemplate”标签定义了多个媒体数据的URL的普通部分。例如，如果http://example.com/vod/movie/18888/Track/{TrackID}/Segments/{SegmentID}是URL模板，则可以通过分别用每一媒体数据的ID和包含在每一媒体数据的至少一个片断的ID替换“TrackID”和“SegmentID”来定义媒体数据的URL。\n[0102] “headerUrl”标签相应于参照图4b描述的“RefData”标签。换言之，“headerUrl”标签定义了多个媒体数据首标的URL。\n[0103] “isLive”标签定义了与流传输相关的业务。例如，当“isLive”标签定义成“Live”时，流传输与直播业务相关，并且当“isLive”标签定义成“CoD”时，流传输与CoD业务相关。\n[0104] “contentType”标签定义了流传输期间使用的媒体数据的容器格式。\n“contentType”标签可以指示容器格式是MP4格式还是MPEG2-TS格式。容器格式在此是MP4格式或MPEG2-TS格式，虽然一个本领域普通技术人员理解容器格式不是仅限于此，而是可以使用用于发送媒体数据的任何容器格式。例如，“contentType”标签可以定义该容器格式遵守MPEG媒体传输（MMT）标准。\n[0105] “Stream”标签为每一媒体数据产生且定义每一媒体数据。为了定义通过编码一个内容成不同质量而产生的每一媒体数据，“Stream”标签包含“streamName”属性、“type”属性、“bitrate”属性、“startTime”属性、“firstIntervalNum”属性、“duration”属性和“intervalCount”属性。\n[0106] “streamName”属性定义媒体数据的名称，且可以是媒体数据的ID。“type”属性定义媒体数据的类型，例如，作为音频数据、视频数据或音频/视频数据。当媒体数据只包括关于用于随时点播（trick play）的I-帧的数据时，可以在“type”属性中定义这些信息。\n[0107] “Bitrate”属性定义媒体数据的比特率，“startTime”属性定义用于指定媒体数据起始时间的时间戳，以及“firstIntervalNum”属性定义最初开始的片断的数字。\n[0108] “duration”属性定义媒体数据包含的片断的持续时间，以及“intervalCount”属性定义媒体数据包含的至少一个片断的总数。\n[0109] “Segment”标签是“Stream”标签的子标签，并且如上描述，当媒体数据包含通过编码内容成预定的质量并基于时间划分编码的内容而产生的至少一个片断时，定义了每一个所述至少一个片断。\n[0110] “IntNum”属性定义片断数目，以及“StartTime”标签定义相应片断的起始时间。\n“Duration”标签定义相应片断的持续时间，以及“url”定义相应片断的URL。\n[0111] “Segment”标签可以是可选标签，并且如果关于媒体数据中包含的至少一个片断的信息可以从“Stream”标签的其它属性中推断出来，则媒体呈现描述中可以不包含“Segment”标签。换言之，当“Segment”标签的内容可以从“Stream”标签中定义的“startTime”、“firstIntervalNum”、“duration”和“intervalCount”属性中推断出来，则媒体呈现描述中可以不包含“Segment”标签。此外，如果在“urlTemplate”中定义了预定的模板，则可以不包含“Segment”标签的“url”属性，并且可以通过在所定义的预定模板中替换所述多个媒体数据的每个ID和每一媒体数据中包含的至少一个片断的ID推断出片断的URL。\n[0112] 参照图8b，依据另一示范性实施例的媒体呈现描述还可以包括\n“nextManifestURL”标签。如上描述，当一个内容的流传输完成之后连续流传输后续内容时，例如在直播流传输或者广告插入的情形中，客户端130提前知道关于后续内容的信息以便无缝流传输后续内容。相应地，可以由“nextManifestURL”标签定义当前内容之后要流传输的后续内容的媒体呈现描述的URL。\n[0113] 图9a到9h示出了依据示范性实施例的媒体呈现描述。\n[0114] 参照图9a，依据示范性实施例的媒体呈现描述包含“URLTemplate”标签、“RefDataURL”标签和分别定义多个媒体数据的多个标签。\n[0115] 图9a的“URLTemplate”标签和“RefDataURL”标签分别对应于图8A和8B的“urlTemplate”标签和“RefDataURL”标签。\n[0116] 图9a的“ID”属性、“Type”属性、“Bitrate”属性、“StartTime”属性、“SegmentDuration”属性、“SegmentStartID”属性和“SegmentCount”属性分别对应于图8a和8b中“Stream”标签的“streamName”属性、“type”属性、“bitrate”属性、“startTime”属性、“duration”属性，“Stream”标签的“firstIntervalNum”属性和“intervalCount”属性。\n[0117] 图9a的媒体呈现描述包括关于通过编码内容成不同质量产生的三个视频数据的信息、关于一个音频数据的信息和关于通过编码用于随时点播的唯一I-帧产生的媒体数据的信息。\n[0118] 参照图9b，依据示范性实施例的媒体呈现描述还包括“NextAdaptiveControlURL”标签。该“NextAdaptiveControlURL”标签相应于图8b的“nextManifestURL”标签。相应地，可以由“NextAdaptiveControlURL”标签定义当前内容之后要再现的后续内容的媒体呈现描述的URL。\n[0119] 图9c展示了当图9b的“NextAdaptiveControlURL”标签定义了当前内容之后要再现的后续内容的媒体呈现描述的URL时，后续内容的媒体呈现描述。对比图9b和9c的媒体呈现描述，可以看出“StartTime”属性不同于图9b的当前内容的媒体呈现描述，因为图9c的媒体呈现描述是用于后续内容的。\n[0120] 图9d和9e示出了根据示范性实施例的用于有选择地控制用户想执行的高质量视频再现的媒体呈现描述。图9d示出了当通过编码一个内容成具有5种不同质量来产生多个媒体数据时的媒体呈现描述。这里，图9d和9e的媒体呈现描述在包含关于编码成具有高质量的视频的信息的标签上是不同的，即，具有“ID”属性为“5”的媒体数据的“StartTime”属性和“SegmentCount”属性。\n[0121] 在现在的示范性实施例中，服务器120根据客户端130的用户等级（rating），有选择地发送图9d的媒体呈现描述或图9e的媒体呈现描述。当客户端130的用户等级高时（例如，当客户端130是付费用户时），发送图9d的媒体呈现描述以便自由地再现高质量视频，而当客户端130的用户等级低时（例如，当客户端130是免费用户时），发送图9e的媒体呈现描述以便在高质量视频中从“StartTime”属性定义的时间开始再现“SegmentCount”属性定义的片断。\n[0122] 图9f示出了根据示范性实施例的当广告插入到内容中时的媒体呈现描述。参照图\n9f，媒体呈现描述可以包含关于具有不同“StartTime”属性的广告内容和主内容的信息。媒体呈现描述可以包含：关于广告内容的信息，从“00：00：00”到“00：02：00”以“500000”的比特率再现该广告内容；以及关于主内容的信息，从“00：02：00”以“1000000”、“2000000”、“3000000”或“4000000”的比特率再现该主内容。如果通过编码广告内容以具有一种比特率，服务器120将广告内容提供给客户端130，并通过编码主内容成四种不同的比特率，将具有与广告内容不同的“StartTime”属性的主内容提供给客户端130，则图9f的媒体呈现描述可以从服务器120发送到客户端130。\n[0123] 图9g示出了根据示范性实施例的包括关于广告内容的信息的媒体呈现描述。用于提供主内容的服务器和用于提供广告内容的服务器可以不同。例如，当客户端130从图5a的服务器120接收主内容而从服务器120以外的服务器接收广告内容时，图9g的媒体呈现描述可以包括该广告内容的URL。如图9g所示，媒体呈现描述可以包括编码成具有一种质量的广告内容的URL。\n[0124] 下面将参照图13a到23描述根据各种示范性实施例的用于通过在流传输主内容时将广告内容插入到主内容来再现广告内容的方法和装置。\n[0125] 图9h示出了根据示范性实施例的包括语言和字幕信息的媒体呈现描述。参照图\n9h，音频数据可以包括关于多种语言的信息。媒体呈现描述可以包括：关于多种语言的音频数据的信息，其中“ID”属性为“4”或“5”；或者关于多种语言的字幕的信息，其中“ID”属性为“6”或“7”。\n[0126] 因为不仅音频数据，而且字幕都可以基于时间划分成多个片断，所以在流传输中音频数据和字幕可以变成另一种语言的音频数据和字幕。\n[0127] 回头参照图5a，操作530中客户端130请求服务器120发送多个媒体数据中的至少一个。客户端130通过参考关于多个媒体数据的信息，选择被编码成具有适合流环境质量的至少一个媒体数据，并向服务器120请求所选择的至少一个媒体数据。客户端130可以发送HTTP请求，请求服务器120发送预定的媒体数据。服务器120根据客户端130的请求发送媒体数据。可替代地，服务器可以向客户端130发送通过编码内容以具有预定的质量并基于时间划分已编码内容而产生的至少一个片断。服务器120可以向客户端130发送所请求的媒体数据作为对所述HTTP请求的HTTP响应。\n[0128] 图5b是描述依据另一示范性实施例的流方法的流程图。\n[0129] 参照图5b，在操作512中客户端130请求服务器120发送关于预定内容的信息，并从服务器120接收该关于预定内容的信息。例如，客户端130可以发送HTTP请求，请求服务器\n120发送关于预定内容的信息，并且接收该关于预定内容的信息作为对所述HTTP请求的HTTP响应。该关于预定内容的信息可以包含在XML文件中。\n[0130] 在操作522中，客户端130基于操作512中接收的关于预定内容的信息，请求服务器\n120发送关于多个媒体数据的信息。例如，客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并接收该媒体呈现描述作为HTTP响应。\n[0131] 在操作532中，客户端130基于操作522中接收的关于多个媒体数据的信息，请求所选的媒体数据的首标。基于操作522中接收的关于多个媒体数据的信息，从该多个媒体数据中选择了至少一个适合于流环境的媒体数据，并且请求了所选的至少一个媒体数据的首标。通过参考操作522中接收的关于多个媒体数据的信息请求所选的至少一个媒体数据的首标。服务器120响应于客户端130的请求，向客户端130发送所选的至少一个媒体数据的首标的文件。\n[0132] 在操作542中，客户端130基于操作522中接收的关于多个媒体数据的信息及操作\n532中接收的首标，请求服务器120发送所选择的媒体数据。客户端130请求服务器120发送通过编码内容以具有预定的质量并基于时间划分已编码的内容而产生的至少一个片断，并且服务器120向客户端130发送所选择的至少一个片断。\n[0133] 图10a到10c每个都示出了依据示范性实施例的多个媒体数据。例如，图10a到10c的每个都示出了包含在服务器120中的要执行依据图5a和5b的流方法的多个媒体数据。\n[0134] 参照图10a，服务器120可以包括通过编码一个内容以具有多个不同质量而产生的、用于适合于流环境的流传输的多个媒体数据1010到1030。“Track1”到“TrackN”表示该多个媒体数据1010到1030。另外，该多个媒体数据1010到1030的每一个都可以包括通过基于时间划分该多个媒体数据1010到1030的每一个而产生的至少一个片断。“Slice1-1.as”、“Slice1-2.as”、“Slice1-3.as”、“Slice2-1.as”、“Slice2-2.as”、“Slice2-3.as”、“SliceN-1.as”、“SliceN-2.as”和“SliceN-3.as”表示至少一个片断。\n[0135] 服务器120可以包括客户端130用于访问该多个媒体数据1010到1030的信息1040。\n服务器120可以包含“CadMeta.xml”文件作为关于内容的信息，“MainMeta.xml”文件作为关于所述多个媒体数据1010到1030的信息，及“Head1.ref”文件、“Head2.ref”文件等作为所述多个媒体数据1010到1030的首标文件。这里，“Head1.ref”文件可以是“Track1”的首标文件，并且“Head2.ref”文件可以是“Track2”的首标文件。\n[0136] “CadMeta.xml”文件可以是依据OIPF标准的CAD文件，并且“MainMeta.xml”文件可以是如上所述的媒体呈现描述。另外，“Head1.ref”和“Head2.ref”文件是可选元素，并且当首标包含在所述多个媒体数据1010到1030中时可以不存在。\n[0137] 参照图10b，客户端130用于访问所述多个媒体数据1010到1030的信息1042还可以包括“NextMeta.xml”文件。如上所述，“NextMeta.xml”文件可以是在当前内容之后要再现的后续内容的媒体呈现描述。如上所述，当前内容的媒体呈现描述，即“MainMeta.xml”文件包含后续内容的媒体呈现描述的URL，并且因此客户端130可以基于“MainMeta.xml”文件访问“NextMeta.xml”文件。\n[0138] 参照图10c，所述多个媒体数据1010到1030的首标文件可以存在于一个首标文件\n1050中。替代针对所述多个媒体数据1010到1030的每一个而存在，首标文件可以作为一个首标文件1050存在且可以包含在用于访问所述多个媒体数据1010到1030的信息1044中。\n[0139] 例如，当所述多个媒体数据1010到1030的每一个都相应于基本流（elementary stream），比如依据MPEG-2的基本流时，所述多个媒体数据1010到1030的首标文件可以是包含程序关联表（PAT）和程序映射表（PMT）的首标文件1050。从所述多个媒体数据1010到1030分离出PAT和PMT中的至少一个来准备首标文件1050，并且媒体呈现描述可以包含指向首标文件1050的信息。例如，该指向首标文件1050的信息可以是首标文件1050的URL信息或指定MPEG-2传输流（TS）中的包括首标文件1050的分组的信息。包含PAT和PMT中至少一个的首标文件1050是初始化片断，并且可以在包含负载数据的片断之前发送到客户端130，以便开始所述多个媒体数据1010到1030的再现。\n[0140] 回头参照图5b的操作532，客户端130可以通过参考媒体呈现描述获得指向首标文件1050的信息，并且可以基于指向首标文件1050的信息请求该首标文件1050。在基于指向首标文件1050的信息请求并接收该首标文件1050之后，基于首标文件1050中包含的PAT和PMT的至少一个来选择所述多个媒体数据1010到1030中的至少一个，并且从服务器120请求所选择的至少一个媒体数据。PAT和PMT可以分离作为首标文件1050或包含在所述多个媒体数据1010到1030中，并且无论PAT和PMT的位置在哪儿，都可以包括在所述多个媒体数据\n1010到1030中包含的基本流的整个列表。\n[0141] 根据MPEG-2，PAT和PMT中定义的分组ID（PID）依据基本流而不同。相应地，分配给所述多个媒体数据1010到1030的每一个的PID也可以不同。可替代地，根据另一示范性实施例，因为通过编码一个内容以具有不同质量而产生的多个媒体数据1010到1030是同一内容的基本流，所以可以设置相同的PID。\n[0142] 当所述多个媒体数据1010到1030相应于多个依据MPEG-2的基本流时，所述多个媒体数据1010到1030中包含的每一片断可以包括至少一个连续的分组化的基本流（PES）。但是，一个PES包含于一个片断中。也就是说，一个PES不包含在两个不同的片断中。\n[0143] 因为通过编码一个内容以具有不同的质量来产生多个媒体数据，所以包含于所述多个媒体数据的PES的呈现时间戳（presentation time stamps,PTS）和解码时间戳（decoding time stamps,DTS）中的至少一个可以依据再现时间对齐。换言之，如果第一媒体数据的初始PES和第二媒体数据的初始PES是同时再现的内容，则PTS和DTS中的至少一个可以进行同等地设置。\n[0144] 而且，当通过在再现第一媒体数据时依据流环境而改变媒体数据来再现第二媒体数据时，PTS和DTS中的至少一个可以连续对齐，以便连续地再现第一和第二媒体数据。换言之，当通过在再现第一媒体数据时改变媒体数据来再现第二媒体数据时，可以连接地设置变化之前最后一个PES的PTS和DTS中的至少一个和变化之后第一个PES的PTS和DTS中的至少一个。\n[0145] 所述PTS和DTS中的至少一个定义视频数据的时间戳。相应地，关于视频数据的多个媒体数据的时间戳根据如上描述的多个媒体数据的再现时间进行对齐。这样基于再现时间的时间戳对齐同样可以适用于音频数据。换言之，如关于视频数据的多个媒体数据的时间戳一样，关于音频数据的多个媒体数据的时间戳也可以依据用于适合的流传输的再现时间对齐。\n[0146] 图11a是描述依据另一示范性实施例的流方法的流程图。\n[0147] 参照图11a，操作1110中客户端130从服务器120请求关于多个媒体数据的信息。例如，客户端130可以通过HTTP请求从服务器120请求媒体呈现描述，并可接收该媒体呈现描述作为HTTP响应。客户端130向服务器120请求并接收关于通过编码一个内容以具有不同的质量而产生的多个媒体数据的信息，以便执行适应于流环境的流传输。图11a的流方法与图\n5a的流方法的不同之处在于请求并接收关于多个媒体数据的信息，而不请求并接收关于内容的信息。\n[0148] 在操作1120中，客户端130请求服务器120发送多个媒体数据中的至少一个。客户端130通过参考关于多个媒体数据的信息，选择并请求编码成具有适合流环境的质量的至少一个媒体数据，并从服务器120接收请求的至少一个媒体数据。\n[0149] 图11b是描述依据另一示范性实施例的流方法的流程图。\n[0150] 参照图11b，在操作1112中客户端130请求服务器120发送关于多个媒体数据的信息并从服务器120接收响应于该请求的所述关于多个媒体数据的信息。例如，客户端130可以通过HTTP请求向服务器120请求媒体呈现描述，并接收该媒体呈现描述作为HTTP响应。\n[0151] 在操作1122中，客户端130基于操作1112中接收的关于多个媒体数据的信息请求所选择的媒体数据的首标。客户端130通过参考操作1112中接收的关于多个媒体数据的信息请求根据流环境选择的媒体数据的首标。响应于该请求，服务器120向客户端130发送包含所选媒体数据首标的文件。\n[0152] 在操作1132中，客户端130请求服务器120发送基于操作1112中接收的关于多个媒体数据的信息和操作1122中接收的首标而选择的媒体数据。客户端130请求服务器120发送通过编码一个内容成预定质量并基于时间划分已编码内容而产生的至少一个片断，并且服务器120向客户端130发送所请求的至少一个片断。\n[0153] 图12a到12c的每个示出了依据其它示范性实施例的多个媒体数据。例如，图12a到\n12c的每个示出了包含于服务器120中的、用于执行图11a和11b中流方法的多个媒体数据。\n[0154] 参照图12a，服务器120可以包含通过编码一个内容以具有多个不同质量（用于适应于流环境的流传输）而产生的多个媒体数据1010到1030，像图10a所示。\n[0155] 这里，图12a的多个媒体数据1010到1030不同于图10a的多个媒体数据1010到1030的地方在于客户端130用于访问所述多个媒体数据1010到1030的信息1240，其中服务器120包括关于多个媒体数据1010到1030的信息，而没有关于内容的信息，不像图10a的示范性实施例。这里，客户端130可以从替代服务器120的另一实体接收关于内容的信息，并基于接收的内容信息访问服务器120中包含的多个媒体数据1010到1030。\n[0156] 参照图12b，可以通过进一步将“NextMeta.xml”文件包含于图12a的信息1240中来准备客户端130用于访问多个媒体数据1010到1030的信息1242。\n[0157] 参照图12c，多个媒体数据1010到1030的首标文件可以存在于一个首标文件1250中。首标文件不针对所述多个媒体数据1010到1030的每一个而存在，但是可以作为一个首标文件1250包含于用于访问多个媒体数据1010到1030的信息1244中。该首标文件1250相应于图10c的首标文件1050。\n[0158] 图13a和13b是根据示范性实施例的当通过在流传输主内容时将其它内容插入进主内容来执行流传输时的时序图。下文中，“时段”指的是分配给预定内容的时段。\n[0159] 当如图13a所示确定了第一内容的时段1310时，在流传输该第一内容的“00：10：\n00”过去之后插入第二内容。该第二内容可以与第一内容相关且可以是广告内容。“开始”是基于第一内容设置的时间，并且表示每一时段开始的时间，以及“持续时间”表示在每一时段中连续再现内容的时间。\n[0160] 图13b显示了当如图13a所示插入第二内容时第一和第二内容的时序。参照图13b，根据第二内容的插入，时段1310被划分成了插入第二内容之前的时段1312，以及插入第二内容之后的时段1314。\n[0161] 基于每一时段中再现的内容设置再现时间，并且在从再现第一内容时过去“00：\n10：00”之后插入第二内容，所以在插入第二内容之后的时段1314的再现时间为“00：10：\n00”。类似地，由于再现时间是基于第二内容设置的，所以第二内容的时段1320的再现时间为“00：00：00”。\n[0162] 图13c是依据示范性实施例的主内容的时序和插入内容的时序的示意图。\n[0163] 参照图13c，随着第二内容的时段1338插入到第一内容的时段，第一内容的时段划分成了在时段1338之前和之后的两个时段1332和1334。沿着第一内容的时序，在时段1332再现第一内容，根据指示已插入时段1338的指示符1336再现第二内容。如下文将要描述的，指示符1336是包含关于第二内容时段的信息的标签，并且可以是包含第二内容媒体数据位置信息或包含第二内容媒体数据位置信息的第二文件的位置信息的标签。\n[0164] 向客户端130提供的以便再现主内容（即第一内容）的媒体呈现描述可以包括这样的指示符1336，并且客户端130基于媒体呈现描述中包含的指示符1336，可以通过对第一内容的时段1332和1334以及第二内容的时段1338分类来再现第一和第二内容。\n[0165] 参照图13c，为了第一和第二内容的连续再现使用了多个时序。第二内容的时序以分离第一内容的时序而存在，并且因为在再现第一内容之后的10分钟后第一次插入第二内容的时段1338，所以第二内容的时序开始于基于第一内容再现时间的10分钟之后。因为为第一和第二内容分别设置时序，并且在每一时序中单独地设置时间，所以时序之间的移动（movement）是不可能的。例如，沿着第一内容的时序在再现第一内容之后的1分钟后，在第二内容的时序中移至30秒是不可能的，而如果当前正在再现第一内容，则只有沿着第一内容时序的移动是可能的。\n[0166] 图14a和14b是分别描述依据示范性实施例的动态广告内容插入和静态广告内容插入的示意图。广告内容可以相应于图13a和13b的第二内容。在下文中，“广告内容”指主内容再现期间插入的商业内容。\n[0167] 图14a示出了动态插入广告内容的示范性实施例。参照图14a，客户端130在从服务器120接收并再现主内容时将广告内容插入到主内容。从服务器120接收并在流方法中再现该主内容并停止再现该主内容，接着再现广告内容。客户端130通过使用流引擎单元1414和广告应用单元1412插入并再现广告内容，流引擎单元1414执行主内容和广告内容的流传输，即请求、接收和再现主内容和广告内容，广告应用单元1412插入广告内容。\n[0168] 流引擎单元1414从服务器120接收主内容，并再现主内容。如上描述，流引擎单元\n1414可以接收通过编码主内容以具有不同质量用于适应的流传输而产生的多个媒体数据中的至少一个。这里，接收主内容的媒体呈现描述，并基于接收的媒体呈现描述请求并接收至少一个媒体数据。每一媒体数据可以包括通过基于时间划分主内容而产生的多个片断，用于上述适应的流传输。\n[0169] 当从服务器120接收并再现主内容期间是时候插入广告内容时，在操作1401中，流引擎单元1414通知广告应用单元1412产生了广告事件。一接到关于广告事件的通知，在操作1402中广告应用单元1412向服务提供商或内容提供商的服务器140请求与广告内容有关的信息，并接收响应于该请求的所述与广告内容有关的信息。所述与广告内容有关的信息可以是广告内容的位置信息，比如URL。\n[0170] 当主内容开始再现时，要插入的广告内容不是预定的，但是因为当产生广告事件时从服务器140接收了关于广告内容的信息，并基于接收的信息确定了广告内容，所以广告内容被动态地插入到主内容。\n[0171] 在操作1403中，广告应用单元1412向流引擎单元1414发送操作1402中接收的信息，即广告内容的URL。\n[0172] 在操作1404中，流引擎单元1414基于操作1403中接收的信息请求广告内容，并接收响应于该请求的广告媒体数据。该广告媒体数据可以是根据不同质量编码的多个媒体数据，像主内容一样。\n[0173] 在广告内容的接收和再现完成之后，在操作1405中流引擎单元1414通知广告应用单元1412广告事件结束并再次再现主内容。从主内容的再现由于广告内容的插入而停止的时间点再现主内容，并且在如上参照图1 3b描述的插入广告内容的时间再次再现主内容。\n[0174] 图14b示出了静态插入广告内容的示范性实施例。\n[0175] 参照图14b，当从服务器120接收并再现主内容期间是时候插入广告内容时，在操作1441中流引擎单元1414通知广告应用单元1412产生了广告事件。\n[0176] 在操作1442中，流引擎单元1414从服务器120请求广告内容，并接收响应于该请求的广告媒体数据。像主内容一样，广告媒体数据可以是根据不同质量编码的多个媒体数据的至少一个。\n[0177] 图14b的示范性实施例涉及插入静态广告内容，其中要插入的广告内容是预定的。\n从服务器120接收的用于再现主内容的主内容媒体呈现描述包括关于要插入的广告内容的信息，并且流引擎单元1414通过参考媒体呈现描述中包含的关于广告内容的信息，请求并接收广告内容。\n[0178] 在广告内容的接收和再现完成之后，在操作1405流引擎单元1414通知广告应用单元1412广告事件结束，并再次再现主内容。\n[0179] 在图14a和14b中，主内容和广告内容都是由服务器120提供。但是，一个本技术领域的普通技术人员可以理解主内容和广告内容可以由不同的服务器提供。\n[0180] 图15a是示出了根据示范性实施例的通过将其它内容插入到主内容来再现其它内容的方法的流程图。\n[0181] 参照图15a，操作1501中客户端130向服务器120请求包含第一内容媒体数据位置信息的第一文件。该第一内容对应于主内容。第一文件可以是第一内容的媒体呈现描述。客户端130可以通过使用HTTP请求向服务器120请求第一内容的媒体呈现描述，并接收所述第一内容的媒体呈现描述作为HTTP响应。\n[0182] 不像图11a的方法，图15a的方法通过将第二内容插入到第一内容来再现第二内容。相应地，操作1501中接收的媒体呈现描述包含关于第一内容时段的信息和关于第二内容时段的信息，其中关于第二内容时段的信息包括第二内容的媒体数据的位置信息。现在将参照图16a到16e详细描述依据示范性实施例的媒体呈现描述。\n[0183] 图16a到16e是依据示范性实施例的包含关于插入内容的信息的主内容媒体呈现描述。\n[0184] 参照图16a，根据示范性实施例在操作1501客户端130接收的第一内容媒体呈现描述包括关于第一内容时段的信息和关于第二内容时段的信息。该媒体呈现描述可以是包含关于第一内容时段的标签和关于第二内容时段的标签的XML文件。在当前的示范性实施例中，基于“start”和“Type”属性定义时段。\n[0185] “start”属性表示时段的开始时间，并且基于主内容来设置。相应地，可以设置构成关于第二内容时段的信息的第二“Period”标签的“start”属性与构成关于再次再现第一内容的时段的信息的第三“Period”标签的“start”属性相同。换言之，根据第二内容的插入，第二和第二“Period”标签的“start”属性可以重复，但是因为在再现第一内容时插入了第二内容，所以例外地允许“start”属性的重复。\n[0186] “Type”属性定义“Period”标签是关于主内容（即第一内容）时段的标签还是关于插入内容（即第二内容）时段的标签。当“Type”属性是“Internal”时，“Period”标签是关于主内容时段的标签；而当“Type”属性是“External”时，“Period”标签是关于插入内容时段的标签。\n[0187] 因为基于主内容，插入内容是在“00：15：00”时刻插入，所以“Type”属性是“External”的第二时段的开始时间和“Type”属性是“Internal”的第三时段的开始时间相同。基于主内容，在“00：15：00”时刻插入并再现插入内容，并且当插入内容完全再现时，从“00：15：00”再次再现主内容。\n[0188] 可替代地，如图16b的示范性实施例所示，关于主内容时段的“Period”标签可以不包括“Type”属性，而只有关于插入内容时段的“Period”标签可以包括“Type”属性。指示每一时段开始时间的“start”属性如图16a所示。\n[0189] 可替代地，如图16c的示范性实施例所示，关于插入内容时段的标签的名称与关于主内容时段的标签可以设置得不同。参照图16c，关于插入内容时段的标签的名称为“externalPeriod”。通过区分名称来对插入内容和主内容的时段彼此分类，而不是基于如图16a和16b所示的“Type”属性。指示每一时段开始时间的“start”属性如图16a所示。\n[0190] 图16d示出了根据示范性实施例的当在再现主内容的同时多个内容插入到主内容时的媒体呈现描述。在图16d中，在再现主内容期间，可以在“00：15：00”时刻插入三个内容。\n因为再现主内容期间插入了全部的三个内容，所以基于主内容，“Period”标签的“Type”属性是相同的，即“External”，且开始时间是相同的，即“00：15：00”。但是，通过“externalID”属性对所述三个内容进行了分类。“externalID”属性是识别每一内容的属性，且可以是任何标识符，例如URL、统一资源标识符（URI）、全球唯一标识符（GUID）等。\n[0191] 根据图16d的媒体呈现描述，当到达所述开始时间“00：15：00”时，正在再现主内容的客户端130选择并插入具有“External”的“Type”属性和“00：15：00”的“start”属性的所述三个内容之一。这里，客户端130可以基于“externalID”属性选择要插入的内容。可以提供单独的描述给客户端130，用于内容选择。该单独的描述可以独立于图16d的媒体呈现描述单独地提供给客户端130，或在该媒体呈现描述中提供给客户端130。例如，可以通过向客户端130提供指示具有“A/a/aaa/a”的“externalID”属性的内容是关于汽车的广告而具有“B/b/bbb/advertisement”的“externalID”属性的内容是关于书的广告的描述来支持内容选择。\n[0192] 在图16a到16d中，基于主内容定义“Period”标签的“start”属性。换言之，基于主内容的再现时间定义“start”属性，不管其它内容的插入，例如图13b的时序。但是，可以基于实际过去的时间而不是主内容的再现时间定义“start”属性，如图16e所示。图16e示出了根据示范性实施例，当再现主内容期间在“00：15：00”时刻具有“00：01：00”的持续时间的其它内容插入到主内容时的媒体呈现描述。参照图16e，用于主内容的连续再现的第三“Period”标签的“start”属性被定义为“00：16：00”，即再现主内容和其它内容的一个已过去的时间。\n[0193] 在图16e中，在第三“Period”标签中的基于主内容的实际开始时间是“00：15：00”，而“start”属性是“00：16：00”。因此，实际开始时间和第三“Period”标签定义的开始时间不同。\n[0194] 回头参照图15a，在操作1502中，客户端130基于操作1501中接收的第一文件，请求第一内容（即主内容）的媒体数据，并接收响应于该请求的媒体数据。基于第一文件中包含的关于第一内容时段的信息，请求并接收第一内容的媒体数据。客户端130请求服务器120发送通过编码第一内容以具有不同质量而产生的多个媒体数据的至少一个，并从服务器\n120接收该至少一个媒体数据。\n[0195] 在操作1503中再现第一内容期间，在操作1504中客户端130请求第二内容的媒体数据并接收响应于该请求的媒体数据。如上参照图16a到16e所描述的，操作1501中接收的第一文件（即媒体呈现描述）也包含关于第二内容时段的信息，其中所述关于第二内容时段的信息包括关于第二内容媒体数据的位置信息。\n[0196] 相应地，客户端130基于如上参照图16a到16e所描述的“start”属性确定第二内容的插入时间，并向服务器120请求第二内容并在插入时刻从服务器120接收第二内容。在下面将参照图17a到17c描述可以静态地或动态地插入第二内容。\n[0197] 图17a到17c是依据其它示范性实施例的包含关于插入内容的信息的主内容媒体呈现描述。\n[0198] 参照图17a的示范性实施例，“Period”标签包括如图16a到16e所示的“start”属性。此外，“Period”标签包含“Representation”标签和“SegmentInfo”标签作为子标签。\n“Representation”标签包含关于多个媒体数据的每一个的信息，而“SegmentInfo”标签包含关于包含在每一媒体数据的至少一个片断的信息。关于多个媒体数据的每一个的信息可以是所述多个媒体数据的位置信息，例如URL。\n[0199] “AD”标签包括关于第二内容（例如，再现第一内容期间插入的广告内容）时段的信息，并且包括如图16a到16e所示的基于第一内容的“start”属性，以及指示是否强行再现第二内容的“forcePlayout”属性。如果“forcePlayout”属性设置为“true”，则务必再现第二内容，并且不能停止和/或跳过。在图17a中，在“00：03：10”和“00：05：10”时刻两次插入第二内容。\n[0200] 如上描述，关于第二内容时段的信息包括关于第二内容媒体数据的位置信息。但是，在图17a中是动态地插入第二内容，并且在第一内容媒体呈现描述中没有详细定义关于第二内容媒体数据的位置信息。相应地，解译“AD”标签为隐性地包含关于动态插入的第二内容媒体数据的位置信息。换言之，认为包含在第一内容媒体呈现描述里的关于第二内容媒体数据的位置信息被设置为关于动态插入的内容媒体数据的位置信息。\n[0201] 参照图17b，根据示范性实施例，可以通过在媒体呈现描述的开头或末尾使用单独的标签来定义关于第二内容时段的信息。可以单独定义包含关于第二内容时段的信息的“ProgramInsertion”标签，并且可以定义至少一个包括至少一个第二内容时段的信息的“Program”标签。每一“Program”标签包含定义插入时间的“startTime”属性。像图17a，可以包括“forcePlayout”属性来定义强行的再现。如上描述，关于第二内容时段的信息包括关于第二内容媒体数据的位置信息。相应地，图17b的媒体呈现描述包含“url”属性。但是，不像在用于第二内容的动态插入的图17a中那样详细定义所述“url”属性。\n[0202] 在图17c中，根据示范性实施例静态地插入第二内容。将图17c与图17a相比，在图\n17c中具有“00：03：10”的“start”属性的第二“Period”标签包括插入的第二内容的媒体数据的URL。在图17c中，http://ad.content.com/ad01/是所述媒体数据的URL。如上描述，在再现第一内容期间插入的第二内容可以是通过编码第二内容以具有不同的质量而产生的多个媒体数据，而且每个媒体数据可以包含至少一个片断。相应地，第二“Period”标签包含“Representation”标签和“SegmentInfo”标签。\n[0203] 回头参照图15a，在操作1505再现第二内容期间，在操作1506中客户端130请求第一内容的媒体数据并接收响应于该请求的媒体数据，并在操作1507中再次再现第一内容。\n[0204] 再现第一内容期间插入的第二内容的时段结束之后，从停止再现第一内容的时间再次再现第一内容。\n[0205] 在图15a中，如果再现第二内容不必要，则可以忽略再现第二内容而可连续再现第一内容。然而，如果如图17a到17c所示“forcePlayOut”属性定义为“true”，则不会忽略第二内容的时段，且在再现第一内容期间插入并再现第二内容。\n[0206] 另外，在图15a中，服务器120提供第一内容（即主内容）和第二内容（即广告内容）。\n然而，可以理解另一示范性实施例不限于此，可以由不同的服务器提供主内容和广告内容。\n换言之，主内容的服务器和广告内容的服务器可以是分开的，且操作1502和操作1504可以由不同实体执行。另外，提供第一文件的服务器可以不同于依据另一示范性实施例的提供第一内容的服务器。\n[0207] 图18是依据示范性实施例的包含关于插入内容信息的主内容媒体呈现描述和与该媒体呈现描述相应的时段的示意图。将参照基于图15a中操作1501中客户端130接收的第一文件再现第一和第二内容时的情形描述图18。\n[0208] 参照图18，依据当前示范性实施例的媒体呈现描述包含关于第一内容时段的信息和关于第二内容时段的信息。在关于第一内容时段的“Period”标签1810和1830之间插入关于第二内容时段的“Period”标签1820。\n[0209] 参照图15a，“Period”标签1810到1830的每一个都包含关于在每一时段再现的媒体数据的位置信息，其中每一媒体数据可以包括基于时间划分的多个片断。\n[0210] 图15b是示出了根据另一示范性实施例的通过将其它内容插入到主内容来再现其它内容的方法的流程图。\n[0211] 参照图15b，在操作1511中客户端130向服务器120请求包括关于第一内容的多个媒体数据的位置信息的第一文件。所述第一内容相应于主内容。所述第一文件可以是第一内容的媒体呈现描述。客户端130可以通过使用HTTP请求向服务器130请求第一内容的媒体呈现描述，并且接收第一内容的媒体呈现描述作为HTTP响应。\n[0212] 客户端130在操作1511中接收的媒体呈现描述可以包含关于第一内容时段的信息和关于第二内容时段的信息，如在图15a中一样。但是，图15a中客户端130在操作1501中接收的第一文件包含第二内容媒体数据的位置信息，例如URL，然而客户端130在操作1511中接收的第一文件包含第二文件（包含第二内容媒体数据的位置信息）的位置信息，例如URL。\n[0213] 在操作1512中，客户端130向服务器120请求第二文件，并接收响应于该请求的第二文件。现在将参照图19a、19b和20详细描述操作1512。\n[0214] 图19a和19b分别示出了依据示范性实施例的主内容和包含插入内容信息的文件的媒体呈现描述。\n[0215] 参照图19a的示范性实施例，客户端130在操作1511中接收的第一内容的媒体呈现描述，即第一文件，包含第二文件（包含关于第二内容媒体数据的位置信息）的位置信息。\n[0216] 第一内容（即主内容）的媒体数据的位置信息由“Period”标签和\n“Representation”标签定义，且包含关于第二内容（即插入内容）媒体数据的位置信息的第二文件的URL由“ProgramInformation”标签的“moreInformationURL”属性定义。\n[0217] 在图16a到16e、17a到17c和18中的所有媒体呈现描述中，关于第二内容媒体数据的位置信息在第一文件的“Period”标签中定义。动态内容插入和静态内容插入都如“Period”标签定义的执行。但是，图19a的第一内容媒体呈现描述包含第二文件的URL。一接收到第一内容的媒体呈现描述，客户端130通过参考由“moreInformationURL”属性定义的“programinsertion.xml”文件来插入第二内容。\n[0218] 图19b示出了依据示范性实施例的包含关于第二内容媒体数据的位置信息的第二文件，即“programinsertion.xml”文件。在操作1511中客户端130接收图19a的第一文件，并基于接收的第一文件在操作1512接收图19b的第二文件。\n[0219] 参照图19b，包含关于插入内容信息的“programinsertion.xml”文件包含“Program”标签作为“programinsertion”标签的子标签，并且根据“Program”标签的“startTime”属性和“forcePlayOut”属性可以确定第二内容的插入时间和强行的再现。\n[0220] 当动态地确定第二内容时，不定义“Program”标签的“url”属性；而当静态地确定第二内容时，可以定义“url”属性。“Program”标签的“url”属性是第二内容媒体数据的位置信息，并且因为图19b的第二文件不定义“url”属性，所以可以动态地确定第二内容的媒体数据。\n[0221] 图20是依据示范性实施例的主内容和包含插入内容信息的多个文件的媒体呈现描述的示意图。\n[0222] 参照图20，客户端130在操作1511中接收的第一内容的媒体呈现描述2010可以包含关于第二内容时段的信息。具有“00：15：00”的“start”属性和“External”的“Type”属性的“Period”标签是定义了关于第二内容时段的信息的标签。关于第二内容时段的标签是子标签，并且可以包括“ExternalURL”、“ExternalType”和“ExternalParameter”标签。\n[0223] “ExternalURL”标签定义描述如上的第二文件的URL。“ExternalURL”标签是用于访问外部媒体数据或外部文件的标签，并且可以替代“ExternalURL”标签使用任何执行与“ExternalURL”标签相同的功能的XML标签。例如，可以替代“ExternalURL”标签使用XML链接语言的“xlink”标签或XML内含物（inclusion）的“xinclude”标签。\n[0224] “ExternalType”标签定义了“ExternalURL”标签的类型。如图15b所示，当第一内容的媒体呈现描述2010包含第二文件位置信息而不是关于第二内容媒体数据的位置信息时，如图20所示“ExternalType”标签可以定义为“xml”。但是，如图15a所示当第一内容的媒体呈现描述2010还包括关于第二内容媒体数据的位置信息时，即当“ExternalURL”标签定义了第二内容媒体数据的位置信息时，“ExternalType”标签可以定义为“data”。\n[0225] 在图20中，再现第一内容期间可以插入多个第二内容。相应地，提供第二内容的服务器可以向客户端130提供多个文件，即“ExternalPeriod_1.xml”2022、“ExternalPeriod_\n2.xml”2024和“ExternalPeriod_3.xml”2026之一，作为与第一内容的媒体呈现描述2010中的“ExternalURL”标签中定义的“ExternalPeriod.xml”相应的第二文件。\n[0226] “ExternalPeriod_1.xml”2022、“ExternalPeriod_2.xml”2024和\n“ExternalPeriod_3.xml”2026可以包含关于不同内容的媒体数据的位置信息，并且该媒体数据可以包含通过基于时间划分媒体数据而产生的多个片断。另外，“ExternalPeriod_\n1.xml”2022、“ExternalPeriod_2.xml”2024和“ExternalPeriod_3.xml”2026的每一个可以包括关于通过编码内容以具有不同质量而产生的多个媒体数据的位置信息。\n[0227] “ExternalParameter”标签包含选择所述多个文件之一的参数。\n“ExternalParameter”标签可以包含关于客户端130的用户简档和偏好中的至少一个的参数。客户端130可以向服务器120发送关于客户端130的用户简档和偏好中至少一个的参数，并且服务器120基于接收的参数可以选择并发送“ExternalPeriod_1.xml”2022、“ExternalPeriod_2.xml”和“ExternalPeriod_3.xml”2026中之一到客户端130。可以通过使用“ExternalPeriod_1.xml”2022、“ExternalPeriod_2.xml”2024和“ExternalPeriod_\n3.xml”2026设置具有不同持续时间和不同内容的时段。客户端130的简档可以是关于客户端130的用户的年龄、性别、居住地区等中的至少一个。\n[0228] 回头参照图15b，在操作1511之后可以不立即执行操作1512。换言之，在接收第一文件之后可以不立即接收第二文件。例如，如图20所示，如果通过第一文件确定第二内容的插入时间，则可以在接收并再现第一内容期间的第二内容时段开始之前接收第二文件。\n[0229] 在操作1513中，客户端130基于操作1511中接收的第一文件请求第一内容，即主内容的媒体数据，并接收响应于该请求的媒体数据。客户端130基于第一文件中包含的信息请求并接收第一内容的媒体数据。客户端130请求服务器120发送通过编码第一内容以具有不同质量而产生的多个媒体数据的至少一个，并接收所述至少一个媒体数据。\n[0230] 在操作1514再现第一内容期间，在操作1515中客户端130请求第二内容的媒体数据并接收响应于该请求的媒体数据。如上参照图19a、19b和20所描述的，基于操作1512中接收的第二文件请求并接收第二内容的媒体数据。操作1512中接收的第二文件包含关于第二内容媒体数据的信息，因此基于第二文件请求并接收第二内容。\n[0231] 如图19a和19b所示，基于第二文件确定第二内容的插入时间，并且可以从确定的插入时间开始再现第二内容。可替代地，如图20所示，可以基于包含在第一内容媒体呈现描述2010中包括的关于第二内容时段信息的“start”属性确定第二内容的插入时间，并且可以从所确定的插入时间开始再现第二内容。\n[0232] 在操作1516中再现第二内容之后，在操作1517中客户端130请求第一内容的媒体数据，接收响应于该请求的媒体数据，并在操作1518中再现第一内容。在再现第一内容期间插入的第二内容时段完成之后，从第一内容的再现停止的时间开始再次再现第一内容。\n[0233] 在图15b中，如果第二内容的再现不是必不可少的，则第二内容的再现可以跳过，并且可以如参照图15a所描述的连续再现第一内容。\n[0234] 另外，虽然在图15b中第一文件、第二文件、第一内容和第二内容都是通过同一服务器120提供，但是本技术领域一个普通技术人员可以理解，根据一个或更多的其它示范性实施例，第一文件、第二文件、第一内容和第二内容的至少一个可以由图15b的服务器120以外的服务器提供。\n[0235] 图21是根据示范性实施例的主内容媒体呈现描述、包含关于插入内容信息的文件和相应于媒体呈现描述的时段的示意图。将参照以下情形描述图21：基于客户端130在图\n15b的操作1511中接收的第一文件再现第一内容并基于客户端130在图15b的操作1512中接收的第二文件再现第二内容。\n[0236] 参照图21，依据当前的示范性实施例的第一内容媒体呈现描述包含关于再现第一内容期间插入的第二内容的时段的“Period”标签2120。在关于第一内容时段的“Period”标签2110和2130之间插入关于第二内容时段的“Period”标签2120。\n[0237] 在第一内容时段内再现第一内容媒体数据，因为关于第一内容时段的“Period”标签2110和2130包含关于在每一时段再现的第一内容媒体数据的位置信息。\n[0238] 关于第二内容时段的“Period”标签2120将“～～/period_external.xml”定义为关于包含第二内容媒体数据位置信息的第二文件的信息。相应地，客户端130基于该URL接收多个第二文件2122到2126中的一个。像第一文件的“Period”标签2120中的“start”属性一样将第二文件2122到2126中的所有“start”属性定义为“00：10：00”。\n[0239] 在第一文件的“Period”标签2120中定义的“external_start”属性基于第二内容定义开始时间。另外，可以不同地设置第二文件2122到2126定义的多个不同内容的持续时间。例如，“period_external_1.xml”定义的第二内容的长度可以是“00：00：30”，而“period_external_2.xml”定义的第二内容的长度可以是“00：01：00”。因为在基于客户端\n130的用户简档和偏好选择了第二文件2122到2126之一后将其发送到服务器120，所以基于客户端130的用户简档和偏好可以不同地设置并插入持续时间。另外，因为第二文件2122到\n2126包含不同的第二内容媒体数据的位置信息，所以可以不同地设置再现第一内容期间插入的第二内容。\n[0240] 关于第一内容时段的“Period”标签2110和2130中的每一个以及第二文件2122到\n2126的“Period”标签可以包含关于通过编码相应内容以具有不同质量而产生的多个媒体数据的位置信息，并且每一媒体数据可以包含通过基于时间划分媒体数据产生的多个片断。\n[0241] 根据包含在描述如上的媒体呈现描述中的包含关于第二内容时段的信息的标签，在再现第一内容期间插入第二内容。然而，包含关于第二内容时段的信息的标签可以设置成在再现第一内容期间不插入第二内容的方式。\n[0242] 当第一内容时段和第二内容时段已经确定并不能改变时，用户在再现第一内容期间再现插入的第二内容。当第一内容片断和第二内容片断已经合并并形成一个媒体数据时再现第二内容。这里，通过使用媒体呈现描述可以忽略第二内容的插入，而不是不得不再现第二内容。\n[0243] 关于第二内容插入时间的信息、关于第二内容持续时间的信息和指示是否再现第二内容的信息可以由包含关于媒体呈现描述的第二内容时段的信息的标签定义。关于插入时间的“insertiontime”属性、关于持续时间的“duration”属性和关于第二内容再现的“onofflag”属性中的每个可以由包含关于第二内容时段的信息的标签定义。当忽略第二内容时段时，“onofflag”属性可以定义为“off”。\n[0244] 当显然忽略了第二内容时段且不设置“onofflag”属性时，仅定义了\n“insertiontime”属性和“duration”属性，因而跳过第二内容时段。\n[0245] 图22是依据示范性实施例的服务器120的示意图。\n[0246] 参照图22，依据当前示范性实施例的服务器120包括信息发送器2210和媒体数据发送器2220。\n[0247] 信息发送器2210从客户端130接收发送预定信息的请求，并发送响应于该请求的所请求信息。服务器120从客户端130接收发送包含关于第一内容时段的信息和关于第二内容时段的信息的第一文件，即媒体呈现描述的请求，并发送请求的媒体呈现描述到客户端\n130。可以发送诸如图16a到16e、17a到17c、18、19a、20和21所示的第一内容，即主内容的媒体呈现描述到客户端130。例如，服务器120可以从客户端130接收请求媒体呈现描述的HTTP请求，并且可以发送该媒体呈现描述作为HTTP响应。\n[0248] 如图15b所示，如果客户端130基于第一文件再次请求包含再现第一内容期间插入的第二内容的媒体数据位置信息的第二文件，则信息发送器2210可以发送诸如图19b、20和\n21所示的第二文件到客户端130。当第一文件不包含关于第二文件媒体数据的位置信息，但包含第二文件的URL时，可以发送第二文件到客户端130。如图20和21所示，可以选择并发送多个第二文件之一到客户端130。\n[0249] 媒体数据发送器2220从客户端130接收发送第一或第二内容的请求，并发送所请求的第一或第二内容到客户端130。当客户端130基于信息发送器2210发送的如图15a所示的第一文件，或基于信息发送器2210发送的如图15b所示的第一和第二文件，请求第一或第二内容时，服务器120发送所请求的第一或第二内容到客户端130。\n[0250] 服务器120从编码设备110接收并存储通过编码第一内容以具有不同质量而产生的多个媒体数据，并当客户端130请求根据流环境所选择的至少一个媒体数据时发送所请求的媒体数据。当客户端130随着再现第一内容期间第二内容时段的开始，请求第二内容时，发送根据流环境从通过编码第二内容以具有不同质量而产生的多个媒体数据中选择的至少一个媒体数据。\n[0251] 虽然在图22中，第一文件、第二文件、第一内容和第二内容全都由同一服务器120提供，但是本技术领域一个普通技术人员可以理解，第一文件、第二文件、第一内容和第二内容中至少一个可以由图22中服务器120以外的服务器提供。例如，第一文件和第一内容可以由图22的服务器120提供，而第二文件和第二内容可以由单独包含的用于提供广告的广告服务器提供。\n[0252] 图23是依据示范性实施例的客户端130的示意图。\n[0253] 参照图23，依据当前示范性实施例的客户端130包括信息接收器2310和媒体数据再现器2320。\n[0254] 信息接收器2310向服务器120发送请求以发送预定信息，并从服务器120接收响应于该请求的所请求信息。客户端130发送请求以从服务器120发送包含关于第一内容时段的信息和关于第二内容时段的信息的第一文件，即媒体呈现描述，并从服务器120接收所请求的媒体呈现描述。可以从服务器120接收诸如图16a到16e、17a到17c、18、19a、20和21所示的第一内容，即主内容的媒体呈现描述。例如，客户端130可以发送HTTP请求，向服务器120请求媒体呈现描述，并可以接收该媒体呈现描述作为HTTP响应。\n[0255] 如图15b所示，信息接收器2310可以基于第一文件，向服务器120再次请求包含关于再现第一内容期间插入的第二文件媒体数据的位置信息的第二文件，并从服务器120接收诸如图19b、20和21所示的第二文件。当第一文件不包含关于第二内容媒体数据的位置信息，但包含第二文件URL时，可以向服务器120请求第二文件并可以从服务器120接收第二文件。如图20和21所示，可以接收所述多个第二文件之一。\n[0256] 媒体数据再现器2320向服务器120发送请求以发送第一或第二内容，并从服务器接收所请求的第一或第二内容。可以基于信息接收器2310接收的如图15a所示的第一文件，或基于信息接收器2310接收的如图15b所示的第一和第二文件，请求第一或第二内容。\n[0257] 客户端130可以根据流环境请求通过编码第一内容以具有不同质量而产生的至少一个媒体数据，并接收所请求的至少一个媒体数据。当再现第一内容期间第二内容时段开始时，客户端130可以根据流环境选择并请求通过编码第二内容以具有不同质量而产生的多个媒体数据中至少一个，并接收所请求的至少一个媒体数据。当第二内容时段完成时，再次请求并接收第一内容媒体数据的至少一个。\n[0258] 媒体数据再现器2320可以包括参照图14a和14b描述的广告应用单元1412和流引擎单元1414，并可以如图14a中在再现第一内容期间动态地插入第二内容或如图14b所示在再现第一内容期间静态地插入第二内容。\n[0259] 根据一个或更多示范性实施例，可以通过插入其它内容而又不影响主内容流传输来执行流传输，并且因此可以通过使用任何方法流传输主内容。另外，可以插入诸如广告内容的商业内容，并且因此可以根据内容提供商和内容用户的请求来流传输主内容。\n[0260] 示范性实施例也可以体现为计算机可读记录媒介上的计算机可读代码。\n[0261] 例如，依据一个或更多示范性实施例的服务器和客户端可以包括耦接到图22和23中的装置的每一单元的总线，以及连接至该总线的至少一个处理器。另外，所述流装置还包括耦接到所述至少一个处理器的存储器（以便存储命令）、接收的信息或者产生的信息，其中所述至少一个处理器连接至总线以执行命令。\n[0262] 虽然已经具体展示并如上描述示范性实施例，但是本领域普通技术人员将理解，在不脱离由所附权利要求书所限定的本发明思想的精神和范围的情况下，可以进行形式和细节上的各种变化。