CN110431848A - 内容提供系统、内容提供方法和程序 - Google Patents

Abstract

本公开内容涉及用于能够最优和有效分配多个传输媒体的内容提供系统、内容提供方法和程序。内容递送装置使用具有不同传输特性的多个网络将内容递送到再现内容的客户端。当递送由具有不同特性的多个流配置的内容时，内容提供设备向内容递送设备提供在多个网络中分配每个流的递送时用作确定标准的策略。本技术可以应用于例如使用MPEG DASH提供内容的内容提供系统。

Description

内容提供系统、内容提供方法和程序

技术领域

本公开内容涉及内容提供系统、内容提供方法和程序，并且更具体地涉及能够优化和简化多个传输媒体的分配的内容提供系统、内容提供方法和程序。

背景技术

作为诸如因特网协议电视(IPTV)的因特网流中的标准化流程，正在执行通过超文本传输协议(HTTP)流或实时流应用于视频点播(VOD)流的方法的标准化。

具体地，在ISO/IEC/MPEG中标准化的运动图像专家组基于HTTP的动态自适应流传输(MPEG-DASH)已经引起注意(例如，参见非专利文献1)。

此外，在MPEG DASH中，在服务器和网络辅助DASH(SAND)中定义状态消息，代理或CDN边缘服务器通过所述状态消息向客户端通知DASH段的高速缓存状态(可用性)(例如，参见非专利文献2)。

引用列表

非专利文献

非专利文献1：ISO/IEC 23009-1：2012信息技术基于HTTP的动态自适应流(DASH)

非专利文献2：ISO/IEC JTC 1/SC 29/WG 11，信息技术——基于HTTP的动态自适应流(DASH)——第5部分：服务器和网络辅助DASH(SAND)，FDIS ISO/IEC 23009-5，N15991，2015年02月19日

发明内容

技术问题

顺便提及，在MPEG DASH中，可以将DASH流(例如，具有不同传输特性例如不同的比特率的流)分配给多个传输媒体。例如，在MPEG DASH中，假设DASH流被分配给诸如ATSC和3GPP-MBMS的广播以及双向传递介质。因此，当DASH流被分配给多个传输媒体时，需要更可靠地优化和简化分配。

本公开内容是鉴于前述内容而做出的，并且能够优化和简化多个传输媒体的分配。

解决技术问题的技术方案

本公开内容的第一方面的内容提供系统包括：内容递送装置，其使用具有不同传输特性的多个网络将内容递送到再现内容的客户端；以及内容提供装置，其当由具有不同特性的多个流构成内容时，向所述内容递送装置提供在多个网络分配流中的每一个的递送时用作确定标准的策略。

本公开内容的第一方面的内容提供方法包括：由内容提供系统使用具有不同传输特性的多个网络将内容递送到再现内容的客户端；以及当由具有不同特性的多个流构成内容时，由内容提供系统提供由当多个网络分配流中的每一个的递送时用作确定标准的策略。

本公开内容的第一方面的程序使得内容提供系统的计算机执行包括以下操作的过程：使用具有不同传输特性的多个网络将内容递送到再现内容的客户端，以及当由具有不同特性的多个流构成内容时提供在多个网络分配流中的每一个的递送时用作确定标准的策略。

在本公开内容的第一方面中，使用具有不同传输特性的多个网络将内容递送到再现内容的客户端。此外，当由具有不同特性的多个流构成内容时，提供在多个网络分配流中的每一个的递送时用作确定标准的策略。

本公开内容的第二方面的内容提供系统，包括：服务器，其构成内容递送网络以及客户端装置，其被提供有经由内容递送网络递送的内容，其中服务器或客户端装置参考元数据以优先级的降序顺序预取构成内容的段，所述元数据将从多个提供源提供的优先级描述成随时间变化。

本公开内容的第二方面的内容提供方法在内容提供系统中执行，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由内容递送网络递送的内容的客户端装置，并且所述内容提供方法包括由服务器或客户端装置参考元数据预取以优先级的降序构成内容的段，所述元数据中将从多个提供源提供的优先级描述成随时间变化。

本公开内容的第二方面的程序使得内容递送系统的计算机执行由服务器或客户端装置参考元数据以优先级的降序顺序预取构成内容的段，所述元数据中将从多个提供源提供的优先级描述成随时间变化，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由内容递送网络递送的内容的客户端装置。

在本公开内容的第二方面中，服务器或客户端装置参考元数据以优先级降序顺序预取构成内容的段，所述元数据中将从多个提供源提供的优先级描述成随时间变化。

发明的有益效果

根据本公开内容的第一方面，可以优化和简化多个传输媒体的分配。根据本公开内容的第二方面，可以降低段的数据递送的延时。

附图说明

图1是用于描述无限座位的概念的图。

图2是用于描述提供无限座位的服务的图像的图。

图3是示出通过使用MPD进行单播和广播来执行资源分配的概述的图。

图4是用于描述通过使用MPD的广播和MBMS执行资源分配的概述的图。

图5是用于描述座位位置和视图与编码之间的关系的图。

图6是示出针对每个座位获取的全向视图与每个角度的视图之间的关系的图。

图7是示出分配广播和网络使得如有可能通过广播推送优先座位的策略的示例的图。

图8是示出在如有可能通过广播推送ROI角度视图的情况下的分配的示例的图。

图9是示出级别与广播负载之间的关系的图。

图10是示出表示在如有可能通过广播推送优先座位的情况下的分配的示例的分配策略(DistributionPolicy)元素的内容的图。

图11是示出表示在如有可能通过广播推送ROI角度视图的情况下的分配的示例的分配策略元素的内容的图。

图12是示出在MPD中描述的情况下DistributionPolicy的XML表示的示例的图。

图13是用于描述可选的分配媒体依赖的扩展(DistributionMediaDependantExtension)元素的图。

图14是示出MPD的描述示例的图。

图15是示出要从图14所示的MPD生成的有效MPD的图。

图16是结构上示出MPD的重新配置的图。

图17是示出MPD的描述示例的图。

图18是示出要根据图17所示的MPD生成的有效MPD的图。

图19是示出MPD的描述示例的图。

图20是示出要根据图19所示的MPD生成的有效MPD的图。

图21是结构上示出MPD的重新配置的图。

图22是结构上示出MPD的重新配置的图。

图23是示出内容提供系统的第一配置示例的图。

图24是用于描述使用MPD/DistrictionGroup作为提示生成的MPD的图。

图25是示出内容提供系统的第二配置示例的图。

图26是用于描述内容递送过程的流程图。

图27是示出一般MPD事件的示例的图。

图28是示出带内事件信令的示例的图。

图29是示出其中带内事件(InbandEventStream)元素被布置在MPD的适应集(AdaptationSet)/表示(Representation)元素中的示例的图。

图30是示出通过DASH事件的策略/级别通知的示例的图。

图31是示出MPD的描述示例的图。

图32是示出emsg盒的描述示例的图。

图33是示出MPD的描述示例的图。

图34是示出内容提供系统的第三配置示例的图。

图35是示出可以在客户端侧重新配置的MPD的图。

图36是示出由客户端生成的MPD的图。

图37是示出由客户端生成的MPD的图。

图38是用于描述内容递送过程的流程图。

图39是用于描述内容递送过程的流程图。

图40是示出由客户端解析的MPD的示例的图。

图41是示出由客户端和重新配置的MPD检测的带内事件的示例的图。

图42是示出由客户端解析的MPD的示例的图。

图43是示出由客户端和重新配置的MPD检测的带内事件的示例的图。

图44是用于描述内容递送过程的流程图。

图45是用于描述内容递送过程的流程图。

图46是示出由客户端解析的MPD的示例的图。

图47是示出由客户端和重新配置的MPD检测的带内事件的示例的图。

图48是示出由客户端解析的MPD的示例的图。

图49是示出由客户端和重新配置的MPD检测的带内事件的示例的图。

图50是示出MPD扩展的变型的图。

图51是示出MPD扩展的变型的图。

图52是示出消息传送接口的定义的图。

图53是用于描述在DANE之间交换的消息的图。

图54是用于描述SAND的消息的交换的图。

图55是示出DASH客户端中的过程的流程的图。

图56是用于描述MPD更新指示(MPDUpdateDirective)消息的图。

图57是示出MPD更新指示消息的示例的图。

图58是示出MPD更新指示片段的实例的第一描述示例的图。

图59是示出MPD更新指示片段的实例的第二描述示例的图。

图60是示出MPD更新指示片段的实例的第三描述示例的图。

图61是示出MPD更新指示片段的实例的第四描述示例的图。

图62是用于描述内容递送过程的流程图。

图63是用于描述内容递送过程的流程图。

图64是示出由客户端解析的MPD的示例的图。

图65是示出MPD更新指示的示例的图。

图66是示出由客户端重新配置的MPD的示例的图。

图67是示出由客户端解析的MPD的示例的图。

图68是示出MPD更新指示的示例的图。

图69是示出由客户端重新配置的MPD的示例的图。

图70是用于描述广播系统的信令扩展的图。

图71是示出MPD更新指示片段的实例的第一描述示例的图。

图72是示出MPD更新指示片段的实例的第二描述示例的图。

图73是示出MPD更新指示片段的实例的第三描述示例的图。

图74是示出MPD更新指示片段的实例的第四描述示例的图。

图75是用于描述内容递送过程的流程图。

图76是用于描述内容递送过程的流程图。

图77是示出由客户端解析的MPD的示例的图。

图78是示出由客户端重新配置的MPD的示例的图。

图79是示出由客户端重新配置的MPD的示例的图。

图80是示出由客户端重新配置的MPD的示例的图。

图81是示出表示在经由网络递送具有低延时约束的一个的情况下的分配的示例的分配策略元素的内容的图。

图82是示出MPD的描述示例的图。

图83示出了根据图82所示的MPD要生成的有效MPD。

图84是示出ATSC 3.0客户端实现模型的图。

图85是示出Annex.ATSC 3.0协议栈的图。

图86是示出基于路径/DASH的栈的图。

图87是示出其中参考指示优先级的元数据来预取段的内容提供系统的概述的图。

图88是示出段流行度时间线的元素的定义的示例的图。

图89是示出使用段流行度时间线的元素的MPEG DASH的MPD的示例的图。

图90是示出段流行度时间线的元素的第一变型的图。

图91是示出使用第一变型的段流行度时间线的元素的MPEG DASH的MPD的示例的图。

图92是示出使用第二变型的段流行度时间线的元素的MPEG DASH的MPD的示例的图。

图93是用于描述段流行度时间线的元素的第三变型的图。

图94是示出其中分配策略的元素中的级别的元素被DP级别时间线的元素替换的示例的图。

图95是示出第三变型的分配策略的描述示例的图。

图96是用于描述预取段的预取过程的第一过程示例的流程图。

图97是用于描述预取过程(适应集)的流程图。

图98是用于描述预取过程(表示)的流程图。

图99是描述预取段的预取过程的第二过程示例的流程图。

图100是示出SAND消息的描述示例的图。

图101是示出以优先级顺序列出的多个SAND消息的描述示例的图。

图102是用于描述当使用用于CDN服务器的段流行度时间线时通知要赋予优先级的源值的过程的概念的图。

图103是示出应用本技术的计算机的实施方式的配置示例的框图。

具体实施方式

下文中，下面将参照附图详细描述应用本技术的示例性实施方式。

<无限座位>

首先，将参照图1描述通过应用本技术的内容递送方法实现的无限座位(无限座位)的概念。

根据虚拟现实(VR)的热潮，存在对支持能够基于VR提供无限座位服务的用例的技术的需求。

例如，在体育赛事、音乐会、游戏展示、电视节目等的广播或多播中，在用于提供来自优先座位与其他座位之间的多个特定的座位(位置)的360°视图的价格上可能产生差异。然后，用户可以从多个优先座位与其他座位中选择任意座位并且观看内容或自由切换那些座位。

例如，在图1所示的示例中，阴影圆圈表示优先座位(预留的)，并且无阴影圆圈表示其他座位(其他)。此外，多个用户可以从任意座位观看360°视图的内容，并且例如，在图1的示例中，用户U1和用户U2正在从相同的优先座位观看360°视图的内容。此外，用户U3和U4正在从其他优先座位观看360°视图的内容，并且用户U5和U6正在从其他座位观看360°视图的内容。

将参照图2描述提供应用无限座位的这样的用例的服务的系统的图像。

图2所示的内容提供系统11被配置成使得经由广播网络14和双向网络15将内容从全向相机12-1至12-3递送到客户端13-1至13-3。然后，内容提供系统11可以提供用于递送体育场记录流例如多场事件中继的服务。

在这样的内容提供系统11中，为了提供舒适的VR观看体验，当用户的视角发生变化时，从由用户当前暂时选择的座位的全向视图中剪切出必要区域。然后，为了确保低时延和显示连续性，使用下述方法：显示角度变化之后的剪切区域并且切换到视角的高分辨率视图并且如果确定用户的视角则显示用户的视角。

然后，为了实现这样的服务提供，全向相机12被安装在多个座位中，并且流传输可以从每个座位观看的全向视图以及每个角度的高分辨率视图。此外，用户可以使用客户端13观看内容。例如，假设使用安装在头戴式显示器(HMD)中的VR客户端的形式用于用户观看内容。

顺便提及，在不存在对递送成本的限制的情况下，考虑经由其中保证诸如比特率和延时的服务质量(QoS)的广播网络14递送所有全向视图流和所有角度视图流。然而，执行这样的递送是不现实的，因为递送成本太高。

因此，例如，期望经由广播网络14对假定要由相对大量的观看者选择的座位的全向视图流执行推送型递送并且经由双向网络15对其他流执行牵引型递送。替选地，在存在用于递送成本空间的情况下，除了全向视图流之外，可以经由广播网络14仅针对可能由观看者观看的感兴趣区域(ROI)高分辨率角度视图流执行推送型递送。此外，在不知道用户选择的座位的流行度的情况下，可以经由广播网络14对所有座位的全向流执行推送型递送。执行这样的各种组合、级别分类等是现实的。

如上所述，在经由具有不同递送成本的多个网络(传输介质)执行递送的情况下，根据递送介质的成本分配多个传输媒体。例如，在3GPP-MBMS平台中，可以为每个小区灵活地分配广播和双向网络中的每一个的带宽配置。顺便提及，当如上所述将流分配给多个传输媒体时，将用于优先执行分配的优先级用作提示信息以最佳且有效地执行这样的组合。然而，这样的提示信息通常仅能由内容提供者理解。

此外，期望可能要在将来推广其中经由具有多个传输媒体的服务提供者(内容递送网络(CDN)提供者)递送从内容提供者提供的一组服务流的形式。因此，期望的是对用于优化和简化这样的资源分配的提示信息的需求可能增加。

例如，如图3和图4所示，可以使用用于描述MPEG DASH中的元信息的媒体呈现描述(MPD)向CDN提供者提供用于优化和简化资源分配的提示信息。

在图3所示的内容提供系统11中，在内容提供者21的MPD中描述指示用于通过单播和广播来分配资源的策略的分配策略。然后，CDN服务提供者22可以参考分配策略选择单播优先或广播优先之一。例如，在将优先级赋予使用双向网络15的内容递送的情况下，选择单播优先，并且在将优先级赋予使用广播网络14的内容递送的情况下，选择广播优先。

在图3的示例中，CDN服务提供者22-1选择单播优先，并且优先地在使用广播网络14的内容递送上执行使用双向网络15的内容递送。此外，CDN服务提供者22-2选择广播优先，并且优先地在使用双向网络15的内容递送上执行使用广播网络14的内容递送。

此外，在图4所示的内容提供系统11中，执行通过广播和多媒体广播和多播服务(MBMS)的资源分配。此外，在图4所示的示例中，CDN服务提供者22选择MBMS优先，并且优选地在使用双向网络15的内容递送上执行使用MBMS的内容递送。此外，广播服务提供者23选择广播优先，并且仅执行使用广播网络14的内容递送。

此外，图5示出了被配置成观看田赛项目(field event)、游行等的座位位置与针对每个座位捕获的视图和编码之间的关系。

例如，作为座位位置，存在布置在田赛项目、游行等附近的优先座位(预留的)和布置得比优先座位更远的其他座位(其他)。然后，可以向每个座位递送全向视图(ViewScope-ALL)和每个角度的视图。此外，作为每个角度的视图，存在由观看者观看的概率高的角度视图(ViewScope-ROI)和其他角度视图(ViewScope-NonROI)。

此外，假设使用编码类型(基本正常分辨率)对全向视图(ViewScope-ALL)进行编码，并且假设使用编码类型(高于增强型正常分辨率的高分辨率)对每个角度视图(ViewScope-ROI/NonROI)进行编码。

图6是示出用于实现上述服务的MPD的配置示例的图。

如图6所示，可以在一个MPD中描述根据每个优先座位生成的全向视图的适应集(AS-R-B-All)、每个优先座位的每个角度视图的适应集(AS-R-E-ROI/NonROI)、根据其他座位中的每一个生成的全向视图的适应集(AS-O-B-ALL)、其他座位中的每一个的每个角度视图的适应集(AS-O-E-ROI/NonROI)。注意，在以下说明中，适应集可以替换为表示或子表示(SubRepresentation)。

此外，在使用具有不同成本或传输特性的媒体来递送上述服务的情况下，将流(适应集)分配给媒体。此处，例如，将2种类型即广播和网络描述为具有不同成本或传输特性的媒体。

图7示出了分配广播和网络使得如有可能通过广播推送优先座位的策略的示例。

在图7所示的示例中，广播和网络以级别1、级别2和级别3的顺序分配使得广播负载增加。此处，其中以正常分辨率对优先座位的Scope-ALL进行编码的内容被称为第一流，并且以正常分辨率对其他座位的ViewScope-ALL进行编码的内容被称为第二流。此外，其中以高分辨率对优先座位的ViewScope-ROI进行编码的内容被称为第三流，并且其中以高分辨率对其他座位的ViewScope-ROI进行编码的内容被称为第四流。此外，其中以高分辨率对优先座位的ViewScope-NonROI进行编码的内容被称为第五流，并且其中以高分辨率对其他座位的ViewScope-NonROI进行编码的内容被称为第六流。

例如，在级别1处，通过广播递送第一流，并且通过网络递送第二流至第六流。此外，在第二级别处，通过广播递送第一流和第三流，并且通过网络递送第二流和第四流至第六流。此外，在第三级别处，通过广播递送第一流、第三流和第五流，并且通过网络递送第二流、第四流和第六流。

此外，图8示出了分配广播和网络使得如有可能通过广播推送ROI角度视图的策略的示例。

在图8所示的示例中，广播和网络被分配成使得以级别1、级别2、级别3和级别4的顺序增加广播负载。然后，类似于图7，将第一流至第六流分配到广播或网络并且将其递送。

例如，在级别1处，通过广播递送第一流，并且通过网络递送第二流至第六流。此外，在第二级别处，通过广播递送第一流和第三流，并且通过网络递送第二流和第四流至第六流。此外，在第三级别处，通过广播递送第一流至第三流，并且通过网络递送第四流至第六流。此外，在第四级别处，通过广播递送第一流至第四流，并且通过网络递送第五流至第六流。

可以参考这样的策略来优化和简化这样的资源分配。

<第一MPD扩展方法>

将描述启用用于优化要在MPD中描述的递送介质的分配的提示信息(策略)的第一MPD扩展方法。

例如，在时段下定义新的DistributionPolicy元素(可以在时段下放置多个)。

作为DistributionPolicy中包括的元素/属性，存在tag(标签)、PolicyDistribution(策略分配)、NumLevels、Level[1]AdaptationSetIDs(级别[1]适应集ID)、Level[2]AdaptationSetIDs(级别[2]适应集ID)、……、Level[NumLevels]AdaptationSetIDs(级别[NumLevels]适应集ID)和DistributionMediaDependantExtension(分配媒体依赖的扩展)。

Tag是标识DistributionPolicy本身的字符串(在MPD内是唯一的)。PolicyDistribution是表示策略的字符串(提示)。注意，tag和PolicyDistribution是可选的。NumLevel是表示级别的级别号(数字)。

Level[1]AdaptationSetIDs是属于级别1的as-id的序列，Level[2]AdaptationSetIDs是属于级别2的as-id的序列，并且对于随后级别，类似地，Level[NumLevels]AdaptationSetIDs是属于对应级别的序列。此外，作为选项，可以准备能够存储可能是可能涉及决定资源分配的提示的信息，例如(从最大MPD计算并且获得的)每个级别的比特率和的区域。

例如，作为DistributionMediaDependantExtension，存在指示将下面扩展应用于的适应集组的级别索引的maxLevelToBeApplied、AttributeToBeApplied：作为要添加到对应的适应集的元素的“baseURL＝'/bc'(用于广播等的URL)、以及用于描述其他分配媒体(DistributionMedia)的属性(字符串)。

在第一MPD扩展方法中，引入了这样的通用流组定义方案。

此外，可以通过选择DistributionPolicy的级别(级别[1]、级别[2]、……、和级别[NumLevel])来减少或增加如图9所示的广播负载。

例如，在图9中，级别被布置成使得广播负载随着向左移动而减少，并且广播负载随着向右移动而增加，并且属于级别1的as-id的序列在广播负载中是最小的，并且属于级别1和级别2的as-id的序列在广播负载中是次最小的。如上所述，广播负载趋向于随着级别增加而增加。

图10和图11示出了表示上面参照图7和图8描述的两种类型的资源分配示例的DistributionPolicy元素的内容。换句话说，图10示出了在“如有可能通过广播预留座位”的情况下的DistributionPolicy元素，并且图11示出了在“如有可能通过广播的ROI角度”的情况下的DistributionPolicy元素。

如图10所示，由Tag：“1”标识的DistributionPolicy是其中如有可能通过广播(基于广播预留)递送优先座位的策略，并且广播负载具有从级别1至级别3的三个级别。此外，如上面参照图7所述，通过级别1处的广播仅递送第一流，通过级别2处的广播递送第一流和第三流，并且通过级别3处的广播递送第一流、第三流以及第五流。如上所述，分配资源使得在级别1处广播负载较小，并且在级别3处增加广播负载。

如图11所示，由Tag：“2”标识的DistributionPolicy是其中如有可能通过广播(基于广播的ROI)递送ROI角度的策略，并且广播负载具有从级别1至级别4的四个级别。此外，如上面参照图8所述，通过级别1处的广播仅递送第一流，通过级别2处的广播递送第一流和第三流，通过级别3处的广播递送第一流至第三流，以及通过级别4处的广播递送第一流至第四流。如上所述，分配资源使得在级别1处广播负载较小，并且在级别4处增加广播负载。

<DistributionPolicy的具体示例和MPD生成示例>

图12示出了在MPD中描述的情况下DistributionPolicy的XML表示的示例。

此外，图12所示的XML表示是基本结构，但是例如，可以将可选的源特定信息(ResourceSpecificInformation)属性作为属性放置在每个级别处，并且例如，可以描述<Level resourceSpecificInformation＝’...’.../>。注意，也可以将其定义为元素。此处，可以准备能够存储可能是可能涉及决定负载资源分配的提示的信息(例如每个级别的比特率和)的区域。

例如，在使用属于该级别的适应集序列的最大比特率的和(maxBitRate)的情况下，可以将<Level maxBitRate＝‘属于该级别的适应集序列的最大比特率的和值’.../>描述为ResourceSpecificInformation。

此外，可以定义要添加到一组适应集元素直到某个级别的元素(Element)或属性(Attribute)。例如，可以通过添加BaseURL＝'(指示广播递送的url的前缀)'来指示要由广播递送的适应集元素。

因此，图13所示的描述可以作为可选的DistributionMediaDependantExtension元素被布置在DistributionPolicy中，该可选的DistributionMediaDependantExtension可以指示要添加到该适应集元素的部分的“BaseURL＝'(指示广播递送的url的前缀)”。图13所示的描述意味着在<ElementToBeAppended>元素中存储的元素被添加到级别中包括的适应集序列，直到某个级别值。注意，存在准备应用这样的简单扩展的特殊元素的情况，并且存在使用XML查询更新等表示元素添加扩展的情况。

例如，在存在如图14所示的描述的MPD的情况下，如图15所示描述要生成的有效MPD。换句话说，如图16所示添加作为DistributionMediaDependantExtension的BaseURL＝'/bc'被应用到级别2。

另一方面，如果不存在maxLevelToBeApplied属性或maxLevelToBeApplied被指定为0，则如图17所示描述MPD。然后，如图18所示，描述当其变为有效时要生成的MPD。此处，可以将DistributionMediaDependantExtension元素的maxLevelToBeApplied属性的值的通知给予生成具有与稍后要描述的MPD不同的数据结构(事件、消息、信令等)的有效MPD的实体。

此外，作为另一示例，在客户端与两个或更多个类型的广播网络(例如，ATSC广播和3GPP-MBMS网络)连接的情况下，ATSC广播由<BaseURL>/atscBc</BaseURL>指定，3GPP-MBMS网络由<BaseURL>/3gppBc</BaseURL>指定，并且资源分配策略对它们不同，定义了具有以下两种类型的DistributionPolicy的MPD。

例如，在如图19所示描述MPD的情况下，对于ATSC广播的DistributionPolicy@tag＝'1'，maxLevelToBeApplied被指定为最多至2，并且对于3GPP MBMS广播的DistributionPolicy@tag＝'2'，maxLevelToBeApplied被指定为最多至1，生成图20所示的MPD。

换句话说，如图21所示，对于标签＝1(适用于ATSC广播的情况)，将添加作为DistributionMediaDependantExtension的BaseURL＝'/atscBc'应用到级别2。类似地，如图22所示，对于标签＝2(适用于3GPP广播的情况)，将添加作为DistributionMediaDependantExtension的BaseURL＝'/3gppBc'应用到级别1。

<内容提供系统的第一配置示例>

图23示出了由内容提供者21、CDN服务提供者22-1和22-2以及客户端13-1和13-2构成的内容提供系统11的配置示例。

如图23所示，在具有不同CDN平台的一组服务提供者中管理递送资源的情况下，考虑到每个CDN的广播或双向资源的带分配，使用MPD/DistributionPolicy作为提示生成针对每个CDN优化的MPD。

例如，在如图24的上侧所示描述内容提供者21的MPD的情况下，CDN服务提供者22-1使用MPD/DistricutionGroup作为提示生成图24的左下侧所示的MPD'。类似地，在该情况下，CDN服务提供者22-2使用MPD/DistricutionGroup作为提示生成在图24的右下侧示出的MPD”。

此时，CDN服务提供者22-1通过如MPD'所述的广播传输来递送AS-1，但是甚至在能够按顺序执行双向递送的服务器上准备AS-1的一些副本以救援通过广播传输意外地被击败的客户端。类似地，CDN服务提供者22-2通过如MPD”中描述的广播传输来递送AS-1和AS-2，甚至在能够按顺序执行双向递送的服务器上准备AS-1和AS-2的一些副本以救援通过广播传输意外地被击败的客户端。

<内容提供系统的第二配置示例>

图25示出了由内容提供者21、包括CDN段管理器31-1和31-2的服务提供者22A以及客户端13-1和13-2构成的内容提供系统11A的配置示例。

如图25所示，在具有支持3GPP-eMBMS的递送平台的一个运营商(服务提供者)内，考虑到每个CDN段的广播/双向资源的带分配，每个eNodeB上的CDN段管理器(管理多播/单播流分配分配的模块)使用MPD/DistributionPolicy作为提示生成针对每个CDN段优化的MPD。

例如，如上所述，如图24的上侧所示描述内容提供者21的MPD的情况下，CDN段管理器31-1使用MPD/DistricutionGroup作为提示生成图24的左下侧所示的MPD'。类似地，在该情况下，CDN段管理器31-2使用MPD/DistricutionGroup作为提示生成在图24的右下侧示出的MPD”。

此时，CDN段管理器31-1通过如MPD'中所述的广播传输来递送AS-1，但是甚至在能够按顺序执行双向递送的服务器上准备AS-1的一些副本以救援通过广播传输意外地被击败的客户端。类似地，CDN段管理器31-2通过如MPD”中描述的广播传输来递送AS-1和AS-2，甚至在能够按顺序执行双向递送的服务器上准备AS-1和AS-2的一些副本以救援通过广播传输意外地被击败的客户端。

<内容递送过程>

将参照图26描述在图23的内容提供系统11中递送内容的内容递送过程的示例。

在步骤S101中，内容提供者21生成MPD和AS(适应集和DASH段的序列)，并且将它们传输到CDN服务提供者22。

CDN服务提供者22的资源管理器接收在步骤S101中由内容提供者21传输的MPD和AS。然后，在步骤S111中，CDN服务提供者22的资源管理器分配广播或双向递送的资源，重写MPD，将MPD和AS布置在双向服务器和广播服务器中，并且传输它们。

在步骤S121中，如果在步骤S111中在由资源管理器布置MPD和AS之后存在来自客户端13的对MPD的请求，则CDN服务提供者22的双向服务器将MPD传输到客户端13。此后，在步骤S122中，如果存在来自客户端13的对AS的请求，则CDN服务提供者22的双向服务器将AS传输到客户端13。

在步骤S131中，在通过资源管理器布置MPD和AS之后，CDN服务提供者22的广播服务器将MPD传输到客户端13。此后，在步骤S132中，CDN服务提供者22的广播服务器将AS传输到客户端13。

客户端13的本地代理服务器(其中安装了广播调谐器和中间件)获取在步骤S131中由CDN服务提供者22的广播服务器传输的MPD。此外，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22发送对MPD的请求，并且获取在步骤S121中响应于请求由CDN服务提供者22的双向服务器传输的MPD。然后，在步骤S141中，客户端13的本地代理服务器将从广播服务器获取的MPD和从双向服务器获取的MPD中的任何一个MPD传输到DASH客户端。

此后，客户端13的本地代理服务器获取在步骤S132中由CDN服务提供者22的广播服务器传输的AS。此外，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22发送对AS的请求，并且获取在步骤S122中响应于该请求由CDN服务提供者22的双向服务器传输的AS。然后，在步骤S142中，客户端13的本地代理服务器将从广播服务器获取的AS或从双向服务器获取的AS中的任何一个传输到DASH客户端。

在步骤S151中，如果选择了服务或内容，则客户端13的DASH客户端请求所选择的服务或内容的MPD。此后，客户端13的DASH客户端获取在步骤S141中由客户端13的本地代理服务器传输的MPD。

然后，在步骤S152中，客户端13的DASH客户端解析获取的MPD，指定AS并且请求指定的AS。此后，客户端13的DASH客户端获取在步骤S142中由客户端13的本地代理服务器传输的AS。然后，在步骤S153中，客户端13的DASH客户端再现所获取的AS。

如上所述，在内容提供系统11中，CDN服务提供者22可以进行广播或双向传输资源分配。然后，可以通过在CDN服务提供者22的资源管理器中重写MPD来向客户端通知传输资源的分配。

注意，即使在图25的内容提供系统11A中，也执行与内容提供系统11中的内容递送过程类似的内容递送过程，并且通过服务提供者22A的CDN段管理器31执行广播或双向传输资源分配。

<通过DASH事件通知DistributionPolicy及其级别>

在MPEG DASH中，定义了称为DASH事件的事件通知机制，并且定义了两种类型的事件传输方法。第一事件传输方法是MPD事件，并且第二事件传输方法是带内事件信令。

例如，通过以DASH-MPD的时段为单位添加事件流(EventStream)元素，可以描述以MPD的时段的单位在其事件触发定时处由客户端要处理的事件触发调度和事件数据(要被传输到客户端上运行的应用)。

图27示出了一般MPD事件的示例。

例如，在MPD事件中，可以通过EventStream/@schemeIdUri(和可选的EventStream/@value)属性定义事件类型，并且将事件数据添加到EventStream/Event元素的内容部分。换句话说，由EventStream/@schemeIdUri属性的值(以下示例中的'urn：xxx')指定(定义)在MPD/Period/EventStream/Event元素的内容部分中存储的事件相关数据的格式(应当存储的内容)。例如，MPD事件仅适用于在发送MPD之前可以确定MPD中描述的时段的内容的情况。

图28示出了带内事件信令的示例。

在带内事件信令中，将具有MP4商标名称“emsg”盒类型的称为“DASHEventMessageBox”的mp4盒插入到DASH段中并且在段流(流内)中传输。例如，在带内事件信令的情况下，在DASH事件消息盒(DASHEventMessageBox)的scheme_id_uri字段(和可选的值字段)中定义事件的类型，并且事件数据被添加到message_data字段。此处，图28所示的“presentation_time_delta＝0”指示与包括emgs盒的段的最早呈现时间(EarliestPresentationStime)的偏移量，并且“event_duration＝0xFFFF”表示无穷大。

此外，DASHEventMessageBox被布置在DASH段的盒结构中。

如图29所示，例如，为了指定哪个流(适应集/表示)用于传输存储图28所示的emgs盒的DASH段，放置MPD的适应集/表示元素中的InbandEventStream元素。

DistributionPolicy的标签值“tag”和级别值“level”由上述的DASH事件(MPD事件和带内事件)指定，并且可以确定是否将DistributionPolicy/DistributionMediaDependantExtension/ElementToBeApp ended应用到与客户端侧处的DistributionPolicy定义的级别(DistributionPolicy/DistributionMediaDependantExtension/maxLevelToBeApplied)。因此，可以在事件发送定时处动态地重新配置递送资源的流分配而无需在服务器侧重写MPD，并且因此可以控制执行细粒度资源分配控制。

注意，图30示出了通过DASH事件的策略/级别通知的示例。

此外，如图31所示，在由MPD事件通知istributionPolicy的标签和级别的情况下，将MPD/Period/EventStream@schemeIdUri设置在“urn:mpeg:dash:event:distributionPolicy”中并且将“标签值，级别值”存储在MPD/Period/EventStream/Event元素的内容部分中。

另一方面，如图32所示，在通过带内事件通知DistributionPolicy的标签和级别的情况下，将“urn:mpeg:dash:event:distributionPolicy”存储在emsg盒的scheme_id_uri字段中，将“标签值，级别值”的字符串存储在message_data[]字段中，并且通过将MPD/Period/AdaptationSet/Representation/InbanedEventStream@schemeIdUri＝'urn:mpeg:dash:event:distributionPolicy’指定为其中可能要递送包括emsg盒的DASH段的表示来将通知给予客户端侧。

此处，如图32所示描述了emsg盒。此外，如图33所示描述了用于指定其中可能要提取带内事件的适应集/表示的MPD。

<内容提供系统的第三配置示例>

图34示出了由内容提供者21、包括CDN段管理器31-1和31-2的CDN服务提供者22B以及客户端13-1和13-2构成的内容提供系统11B的第三配置示例。

在图34所示的内容提供系统11B中，每个CDN段管理器31将包括DistributionPolicy的MDP发送到客户端13，客户端13检测任何一个适应集中的DASH事件(带内事件)，并且动态地生成针对每个CDN段优化的MPD。如上所述，描述了用于通过DASH事件实现动态MDP生成的DASH事件的扩展。

例如，如图35的上侧所示描述了内容提供者21的MPD。然后，如图35的下侧所示，CDN段管理器31的MPD可以通过分别用信号传输的DistributionPolicy和的DistributionPolicy@tag签值+级别值来重新配置客户端13侧上的MPD。此外，CDN段管理器31动态地向客户端13通知MPD事件而不重写MPD。

此时，CDN段管理器31-1通过如在MPD中描述的广播传输来递送AS-1，但是甚至在能够按顺序执行双向递送的服务器上准备AS-1的一些副本以救援通过广播传输意外地被击败的客户。类似地，CDN段管理器31-2通过如在MPD中描述的广播传输来递送AS-1和AS-2，但是甚至在能够按顺序执行双向递送的服务器上准备AS-1和AS-2的一些副本以救援通过广播传输意外地被击败的客户端。

然后，如图36所示，通过MPD事件动态地将CDN段管理器31-1的任何一个AS的DASH段中的带内事件通知给客户端13-1。然后，客户端13-1基于级别值生成MPD'。

类似地，如图37所示，通过MPD事件动态地将CDN段管理器31-2的任何一个AS的DASH段中的带内事件通知给客户端13-2。然后，客户端13-2基于级别值生成MPD"。

<内容递送过程>

将参照图38至图43描述在图34的内容提供系统11B中递送内容的内容递送过程的示例。

在图38的步骤S201中，内容提供者21生成MPD和AS，并且将它们传输到CDN服务提供者22B。

在图38的步骤S211中，CDN服务提供者22B的资源管理器分配双向递送的资源，将具有DistributionPolicy的MPD和AS布置在双向服务器中，并且传输它们。在步骤S212中，CDN服务提供者22B的资源管理器分配广播或双向递送的资源，将带内事件插入到AS(N-1)中，将AS(N及其后)重新布置在双向服务器和广播服务器中的每一个中，并且使它们被传输。

类似地，在图39的步骤S213中，CDN服务提供者22B的资源管理器分配广播或双向递送的资源，将带内事件插入到AS(M-1)中，重新布置双向服务器和广播服务器中的每一个中的AS(M及其后)，并且使它们被传输。

如果在步骤S211中由资源管理器布置具有DistributionPolicy的MPD和AS之后存在来自客户端13的对MPD的请求，则在图38的步骤S221中，CDN服务提供者22B的双向服务器将MPD传输到客户端13。此后，如果存在来自客户端13的对AS的请求，则在步骤S222中，CDN服务提供者22B的双向服务器将AS传输到客户端13。此外，如果在步骤S212中由资源管理器重新布置AS(N或其后)之后存在来自客户端13的对AS的请求，则在步骤S223中，CDN服务提供者22B的双向服务器将AS(N-1)传输到客户端。

类似地，如果存在来自客户端13的对AS的请求，则在图39的步骤S224中，CDN服务提供者22B的双向服务器将AS(N)递送到客户端13。此后，如果在由资源管理器重新布置AS(M或其后)之后存在来自客户端的对AS(M-1)的请求，则CDN服务提供者22B的双向服务器将AS(M-1)递送到客户端13。此后，如果存在来自客户端13的对AS(M)的请求，则在步骤S226中，CDN服务提供者22B的双向服务器将AS(M)传输到客户端13。

在步骤S212中由资源管理器重新布置AS(N及其后)之后，在图39的步骤S231中，CDN服务提供者22B的广播服务器将AS(N)传输到客户端13。此后，在步骤S213中由资源管理器重新布置AS(M及其后)之后，在步骤S232中，CDN服务提供者22B的广播服务器将AS(M-1)传输到客户端13。

客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22B发送对MPD的请求，并且获取响应于请求在步骤S221中从CDN服务提供者22B的双向服务器传输的MPD。然后，在步骤S241中，客户端13的本地代理服务器将MPD传输到DASH客户端。此外，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22B发送对AS的请求，并且获取响应于请求在步骤S222中从CDN服务提供者22B的双向服务器传输的AS。然后，在步骤S242中，客户端13的本地代理服务器将AS传输到DASH客户端。

此外，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22B发送对AS下面段(N-1)的请求，并且获取响应于该请求在步骤S223中从CDN服务提供者22B的双向服务器传输的AS(N-1)。然后，在步骤S243中，客户端13的本地代理服务器将AS(N-1)传输到DASH客户端。

此后，类似地，在图39的步骤S244中客户端13的本地代理服务器将AS(N)传输到DASH客户端，在步骤S245中将AS(M-1)传输到DASH客户端，并且在步骤S246中将AS(M)传输到DASH客户端。

在步骤S251中，如果选择了服务或内容，则客户端13的DASH客户端请求所选择的服务或内容的MPD。此后，客户端13的DASH客户端获取在步骤S221B中从CDN服务提供者22的双向服务器传输的MPD，即，在步骤S241中从客户端13的本地代理服务器传输的MPD。

随后，在步骤S252中，客户端13的DASH客户端解析获取的MPD，指定AS并且请求指定的AS。注意，在图40中示出了解析的MPD的示例。

此后，客户端13的DASH客户端获取在步骤S222中从CDN服务提供者22的双向服务器传输的AS，即，在步骤S242中从客户端13的本地代理服务器传输的AS。然后，在步骤S253中，客户端13的DASH客户端再现所获取的AS。

此外，在步骤S254中，客户端13的DASH客户端请求AS下面段(N-1)。此后，客户端13的DASH客户端获取在步骤S223中从CDN服务提供者22的双向服务器传输的AS(N-1)，即，在步骤S243中从客户端13的本地代理服务器传输的AS(N-1)。然后，在步骤S255中，客户端13的DASH客户端再现所获取的AS(N-1)。

然后，在步骤S256中，客户端13的DASH客户端检测带内事件并且重新配置MPD。注意，在图41中示出了所检测的带内事件和重新配置的MPD的示例。

类似地，客户端13的DASH客户端在图39的步骤S257中解析MPD、指定段(N)、请求指定的AS(N)，以及在步骤S258中再现AS(N)。注意，在图42中示出了在步骤S257中解析的MPD的示例。

此外，类似地，客户端13的DASH客户端在步骤S259中请求AS下面段(M-1)，并且在步骤S260中再现AS(M-1)。此外，类似地，客户端13的DASH客户端在步骤S261中检测带内事件、重新配置MPD、在步骤S262中解析MPD、指定段(M)并且请求所指定的AS(M)、以及在步骤S263中再现AS(M)。注意，在图43中示出了所检测的带内事件和重新配置的MPD的示例。

如上所述，在内容提供系统11B中，CDN服务提供者22B的CDN段管理器31将包括DistributionPolicy的MDP发送到客户端13。此外，客户端13可以在检测任何一个适应集中的DASH事件(带内事件)并且动态地生成针对每个CDN段优化的MPD。

<内容递送过程>

将参照图44至图49描述在图34的内容提供系统11B中递送内容的内容递送过程的另一示例。

在上面参照图37和图38的流程图描述的内容递送过程中，DASH客户端可以在没有意识到网络(广播或网络)的差异的情况下从实现广播调谐器或中间件的本地代理服务器中获取段。另外，例如，可以在不经过这样的本地代理服务器的情况下执行该过程。

此外，CDN服务提供者22可以被配置成包括两个双向服务器而不是上述广播服务器。例如，将不同的IP地址分配给第一双向服务器和第二双向服务器，并且例如，提供给第一双向服务器的段的url从1号开始，并且提供给第二双向服务器的段的url从2号开始。

在图44的步骤S301中，内容提供者21生成MPD和AS，并且将它们传输到CDN服务提供者22B。

在图44和图45的步骤S311至S313中，CDN服务提供者22B的资源管理器执行类似于图38和图39的步骤S211至S213的过程。

如果在步骤S311中由资源管理器布置具有DistributionPolicy的MPD和AS之后存在来自客户端13的对MPD的请求，则在图44的步骤S321中，CDN服务提供者22B的第一双向服务器将MPD传输到客户端13。此后，如果存在来自客户端13的对AS的请求，则在步骤S322中，CDN服务提供者22B的第一双向服务器将AS传输到客户端13。此外，如果在步骤S312中从资源管理器重新布置AS(N及其后)之后存在来自客户端13的对AS的请求，则在步骤S323中，CDN服务提供者22B的第一双向服务器将AS(N-1)传输到客户端13。

此后，如果在由资源管理器重新布置AS(M及其后)之后存在来自客户端13的对AS(M)的请求，则在步骤S324中，CDN服务提供者22B的第一双向服务器将AS(M)传输到客户端13。

如果在步骤S312中由资源管理器重新布置AS(N及其后)之后存在来自客户端13的对AS(N)的请求，则在步骤S331中，CDN服务提供者22B的第二双向服务器将AS(N)传输到客户端13。此外，如果在步骤S313中由资源管理器重新布置AS(M及其后)之后存在来自客户端13的对AS(M-1)的请求，则在步骤S332中，CDN服务提供者22B的第二双向服务器将AS(M-1)传输到客户端13。

在步骤S351中，如果选择了服务或内容，则客户端13的DASH客户端请求CDN服务提供者22B的第一双向服务器以提供所选择的服务或内容的MPD。此后，客户端13的DASH客户端获取在步骤S321中从CDN服务提供者22B的第一双向服务器传输的MPD。

然后，在步骤S352中，客户端13的DASH客户端解析获取的MPD、指定AS并且请求指定的AS。注意，在图46中示出了解析的MPD的示例。

此后，客户端13的DASH客户端获取在步骤S322中从CDN服务提供者22的第一双向服务器传输的AS。然后，在步骤S353中，客户端13的DASH客户端再现所获取的AS。

此外，在步骤S354中，客户端13的DASH客户端请求CDN服务提供者22B的第一双向服务器以提供AS下面段(N-1)。此后，客户端13的DASH客户端获取在步骤S323中由CDN服务提供者22的第一双向服务器传输的AS(N-1)。然后，在步骤S355中，客户端13的DASH客户端再现所获取的AS(N-1)。

然后，在步骤S356中，客户端13的DASH客户端检测带内事件并且重新配置MPD。注意，在图47中示出了所检测的带内事件和重新配置的MPD的示例。此处，如图47所示，由于在重新配置的MPD中描述了/BaseURL＝'No.2'，因此也可以从CDN服务提供者22B的第二双向服务器获取。

因此，在图45的步骤S357中，客户端13的DASH客户端解析MPD、指定段(N)，并且请求CDN服务提供者22B的第二双向服务器以提供指定的AS(N)。然后，客户端13的DASH客户端获取在步骤S331中从CDN服务提供者22B的第二双向服务器传输的AS(N)，并且在步骤S358中再现AS(N)。注意，在图48中示出了在步骤S357中解析的MPD的示例。

此外，在步骤S359中，客户端13的DASH客户端请求CDN服务提供者22B的第二双向服务器以提供AS下面段(M-1)。此后，客户端13的DASH客户端获取在步骤S332中从CDN服务提供者22的第二双向服务器传输的AS(M-1)。然后，在步骤S360中，客户端13的DASH客户端再现所获取的AS(N-1)。

此外，客户端13的DASH客户端在步骤S361中检测带内事件、重新配置MPD、在步骤S362中解析MPD、指定段(M)并且请求CDN服务提供者22的第一双向服务器以提供所指定的AS(M)。此后，客户端13的DASH客户端获取在步骤S324中从CDN服务提供者22的第一双向服务器传输的AS(M)。然后，在步骤S363中，客户端13的DASH客户端再现所获取的AS(M)。

注意，在图49中示出了所检测的带内事件和重新配置的MPD的示例。此处，如图49所示，由于在重新配置的MPD中仅描述了/BaseURL＝'No.1'，因此它仅可以从CDN服务提供者22B的第一双向服务器获取。

如上所述，在内容提供系统11B中，例如，可以比图37和图38的内容递送过程更简单地执行内容递送过程。

<MPD扩展的变型>

将参照图50和图51描述MPD扩展的变型。

例如，如图51所示，它被配置成使得补充属性(SupplementalProperty)元素可以被布置在每个适应集元素下方，“urn:mpeg:dash:event:distributionPolic”可以被设置为SupplementalProperty@schemeIdUri属性值，并且值属性值可以被描述为“标签＝值”、(策略描述(policyDescription)＝值)、(级别＝值)、(attributeToBeAppended＝值)、.....”。

这意味着适应集属于由标签值指示的分配策略的(由级别值指示的)级别、分配策略的策略描述是策略描述值，并且当应用DistributionPolicy.level(要应用的最大级别)时在适应集元素中反映多个要附加的属性值中指示的加法。例如，在每个要附加的属性中，通过适当的描述方法例如<！CDATA[<BaseURL>/bc</BaseURL>]]>描述要添加的元素。

此外，图51示出了与图50所示的MPD的描述等效的表示。

<DASH-SAND的扩展>

将参照图52至图60描述DASH-SAND的扩展。

DASH事件可以用于指示哪个级别应用于MPD中定义的DistributionPolicy以如参照图27所述重新配置MPD。另外，例如，可以使用DASH-SAND通知DistributionPolicy及其级别使得可以在客户端侧或服务器侧重新配置MPD。

例如，在SAND中，如图52和图53所示，定义了具有用于理解称为DASH感知网络元素(DANE)的DASH协议并且优化DASH流的功能以及能够在网络部件/服务器与DASH客户端之间交互的消息传送接口的网络部件/服务器。

此外，如图53所示，对于作为在DANE之间交换的消息的参数增强分配(PED)，仅在当前的DASH-SAND中定义接口(PED)的接口的存在，并且特定消息尚未定义。

此外，由Web服务器经由HTTP提供由DASH客户端使用的MPD和媒体段，但是如图54所示，在与HTTP传送的路径不同的路径中交换SAND消息。

例如，尽管图55示出了DASH客户端中的过程的流程，但是MPD和媒体段本身用于流再现，而SAND用于优化DASH流。

此处，如图56所示，假设由内容提供者(上游侧)提供的DANE和由服务提供者(下游侧)提供的DANE。注意，存在在每个内容提供者或每个服务提供者中配置多个DANE的情况。

例如，MPDUpdateDirective消息作为DANE之间的PED消息或者从DANE至DASH客户端的PER消息被引入。

MPDUpdateDirective消息是具有描述如何更新要修改的MPD的内容的元素的消息。作为MPDUpdateDirective消息的根元素的MPDUpdateDirective元素具有作为可选属性的mpdUri参考(mpdUriReference)使得可以指定目标MPD实例的URI。子元素具有多个分配策略变化(DistributionPolicyChange)元素，并且DistributionPolicyChange元素具有作为其属性的可选的策略参考(PolicyRefence)属性使得可以指定目标DistributionPolicy的标签值。此外，它具有可选的DistiributionPolicy元素(上面描述的MPD/Period/DistributionPolicy元素本身)和级别变化(LevelChange)元素。LevelChange元素被配置成能够存储要作为属性更新的级别值。

此外，例如，如图57所示的示例中，通过HTTP-POST传输SAND的MPDUpdateDirective消息。

图58示出了MPDUpdateDirective片段的实例的第一描述示例。例如，在MPD不包括DistributionPolicy元素的情况下，它被配置成能够在由图58所示的MPDUpdateDirective片段重新配置MPD的情况下指示要应用的DistributionPolicy以及级别。

图59示出了MPDUpdateDirective片段的实例的第二描述示例。例如，在MPD不包括DistributionPolicy元素的情况下，它被配置成能够在由图59所示的MPDUpdateDirective片段重新配置MPD的情况下指示应用的两个DistributionPolicy及其级别。

图60示出了MPDUpdateDirective片段的实例的第三描述示例。例如，在MPD包括一个DistributionPolicy元素的情况下，它被配置成能够在由图60所示的MPDUpdateDirective片段重新配置MPD的情况下指示要应用的DistributionPolicy以及级别。

图61示出了MPDUpdateDirective片段的实例的第四描述示例。例如，在MPD包括两个DistributionPolicy元素的情况下，它被配置成在能够由图61所示的MPDUpdateDirective片段重新配置MPD的情况下指示要应用的每个DistributionPolicy以及级别。

注意，由于将标识SAND消息实例的消息Id(messageId)作为属性给予所有SAND消息，因此添加messageId作为messageId元素的属性。

<内容递送过程>

将参照图62至图69描述使用作为SAND-PED传输的MPDUpdateDirective的内容递送过程的示例。

在图62的步骤S401中，内容提供者21生成MPD和AS，并且将它们传输到CDN服务提供者22B。

在图38的步骤S411中，CDN服务提供者22的资源管理器上游DANE分配广播或双向递送的资源、将具有DistributionPolicy的MPD和AS布置在双向服务器和广播服务器中，并且传输它们。在步骤S412中，CDN服务提供者22的资源管理器上游DANE分配广播或双向递送的资源、通知MPDUpdateDirective的SAND-PED、重新布置双向服务器中的AS(N及其后)、并且使AS被传输。

类似地，在图63的步骤S413中，CDN服务提供者22的资源管理器上游DANE分配广播或双向递送的资源、通知MPDUpdateDirective的SAND-PED、重新布置双向服务器中的AS(M及其后)、使AS被传输。

如果在步骤S411中由资源管理器布置具有DistributionPolicy的MPD和AS之后存在来自客户端13的对MPD的请求，则在图62的步骤S421中，CDN服务提供者22的双向服务器将MPD传输到客户端13。此后，如果存在来自客户端13的对AS的请求，则在步骤S422中，CDN服务提供者22的双向服务器将AS传输到客户端13。此外，如果在步骤S412中由资源管理器重新布置AS(N及其后)之后存在来自客户端13的对MPDUpdateDirective SAND-PED的请求，则在步骤S423中，CDN服务提供者22的双向服务器将MPDUpdateDirective SAND-PED传输到客户端13。注意，在图65中示出了MPDUpdateDirective的示例。然后，如果存在来自客户端13的对AS的请求，则在步骤S424中，CDN服务提供者22的双向服务器将AS(N-1)传输到客户端13。

类似地，如果存在来自客户端13的对AS(N)的请求，则在步骤S425中，CDN服务提供者22的双向服务器将AS(N)传输到客户端13。此后，如果在由资源管理器重新布置AS(M及其后)之后存在来自客户端13的对MPDUpdateDirective的请求，则在步骤S426中，CDN服务提供者22的双向服务器将MPDUpdateDirective传输到客户端13。注意，在图68中示出了传输的MPDUpdateDirective的示例。

此外，如果存在来自客户端13的对AS下面段(M-1)的请求，则在步骤S427中，CDN服务提供者22的双向服务器将AS(M-1)传输到客户端13。然后，如果存在来自客户端13的对AS下面段(M)的请求，则在步骤S428中，CDN服务提供者22的双向服务器将AS(M)传输到客户端13。

在图62的步骤S431中，在步骤S411中通过资源管理器布置具有DistributionPolicy的MPD和AS之后，CDN服务提供者22的广播服务器将MPD传输到客户端13。此后，CDN服务提供者22的双向服务器在步骤S432中将AS(N)传输到客户端13，并且在步骤S443中将AS(M-1)传输到客户端13。

客户端13的本地代理服务器下游侧DANE获取在步骤S431中从CDN服务提供者22的广播服务器传输的MPD。然后，客户端13的本地代理服务器下游侧DANE通过DASH客户端向CDN服务提供者22发送对MPD的请求，并且获取响应于请求在步骤S421中从CDN服务提供者22的双向服务器传输的MPD。然后，在步骤S441中，客户端13的本地代理服务器下游侧DANE将从广播服务器获取的MPD和从双向服务器获取的MPD中的任何一个MPD传输到DASH客户端。

此外，客户端13的本地代理服务器下游侧DANE通过DASH客户端向CDN服务提供者22发送对AS的请求，并且获取响应于请求在步骤S422中从CDN服务提供者22的双向服务器传输的AS。然后，在步骤S442中，客户端13的本地代理服务器下游侧DANE将AS传输到DASH客户端。

在步骤S443中，客户端13的本地代理服务器下游侧DANE向CDN服务提供者22请求MPDUpdateDirective SAND-PED，并且获取响应于请求在步骤S423中从CDN服务提供者22的双向服务器传输的MPDUpdateDirective SAND-PED。此外，客户端13的本地代理服务器下游侧DANE通过DASH客户端向CDN服务提供者22发送对AS下面段(N-1)的请求，并且获取响应于该请求在步骤S424中从CDN服务提供者22的双向服务器传输的AS(N-1)。

然后，在步骤S444中，客户端13的本地代理服务器下游侧DANE重新配置MPD，并且将MPDUpdateEvent插入到段中。注意，在图66中示出了重新配置的MPD的示例。在步骤S445中，客户端13的本地代理服务器下游侧DANE将AS(N-1)传输到DASH客户端。此后，如果从DASH客户端请求MPD，则在步骤S466中，客户端13的本地代理服务器下游侧DANE将在步骤S444中重新配置的MPD传输到DASH客户端。

类似地，客户端13的本地代理服务器下游侧DANE在步骤S447中将AS(N)传输到DASH客户端，并且在步骤S448中请求CDN服务提供者22以提供MPDUpdateEvent。此外，客户端13的本地代理服务器下游侧DANE在步骤S449中重新配置MPD、将MPDUpdateEvent插入到该段中、并且在步骤S450中将AS(M-1)传输到DASH客户端。注意，在图69中示出了重新配置的MPD的示例。

然后，客户端13的本地代理服务器下游侧DANE在步骤S451中将在步骤S449中重新配置的MPD传输到DASH客户端，并且在步骤S452中将AS(M)传输到DASH客户端。

在步骤S461中，如果选择了服务或内容，则客户端13的DASH客户端请求所选择的服务或内容的MPD。此后，客户端13的DASH客户端获取在步骤S441中从客户端13的本地代理服务器下游侧DANE传输的MPD。

然后，在步骤S462中，客户端13的DASH客户端解析获取的MPD、指定AS、并且请求指定的AS。注意，在图64中示出了解析的MPD的示例。

此后，客户端13的DASH客户端获取在步骤S422中从CDN服务提供者22的双向服务器传输的AS以及在步骤S442中从客户端13的本地代理服务器下游侧DANE传输的AS。然后，在步骤S463中，客户端13的DASH客户端再现所获取的AS。

此外，在步骤S464中，客户端13的DASH客户端请求AS下面段(N-1)。此后，客户端13的DASH客户端获取在步骤S424中从CDN服务提供者22的双向服务器传输的AS(N-1)，即，在步骤S445中从客户端13的本地代理服务器下游侧DANE传输的AS。然后，在步骤S465中，客户端13的DASH客户端再现所获取的AS(N-1)。

然后，在步骤S466中，客户端13的DASH客户端检测带内事件并且请求MPD。然后，客户端13的本地代理服务器下游侧DANE获取在步骤S446中传输的MPD。

类似地，客户端13的DASH客户端在图63的步骤S467中解析MPD、指定段(N)、请求指定的AS(N)，并且在步骤S468中再现AS(N)。注意，在图67中示出了在步骤S467中解析的MPD的示例。

此外，类似地，客户端13的DASH客户端在步骤S469中请求AS下面段(M-1)，并且在步骤S470中再现AS(M-1)。此外，类似地，在步骤S471中，客户端13的DASH客户端检测带内事件并且请求MPD。然后，客户端13的本地代理服务器下游侧DANE获取在步骤S451中传输的MPD。客户端13的DASH客户端在步骤S471中检测带内事件、请求MPD，在步骤S472中解析MPD、指定段(M)、指定所指定的段(M)，并且在步骤S473中再现AS(M)。注意，在图69中示出了重新配置的MPD的示例。

如上所述，在服务提供者(或服务提供者中的CDN段管理器)承担广播/双向传输资源的分配的情况下，资源管理器可以通过作为SAND-PED传输的MPDUpdateDirective向客户端侧通知传输资源的分配而不重写MPD，并且客户端侧可以重新配置MPD。

<广播系统的信令扩展>

将参照图70至图74描述广播系统的信令扩展。

如上面参照图27所述，DASH事件可以用于指示将哪个级别应用于在MPD中定义的DistributionPolicy以重新配置MPD。另一方面，例如，可以单独定义在不使用DASH事件的情况下鼓励在客户端侧重新配置MPD的方法。

例如，在ATSC和3GPP-MBMS广播环境中，每个服务层信令协议被扩展成使得可以按顺序通知DistributionPolicy及其级别以在不使用DASH事件的情况下实现上述功能。

换句话说，如图70所示，在ATSC 3.0中，可以通过服务层信令(SLS)的信令片段(XML)在递送信令的时间点处将有效MPD发送到客户端。此外，此处，MPDUpdateDirective片段被引入作为新的信令片段。

例如，MPDUpdateDirective片段是描述在该时间点处更新有效MPD的内容的方法的元素。作为MPDUpdateDirective片段的根元素的MPDUpdateDirective元素具有作为可选属性的mpdUriReference使得可以指定目标MPD实例的URI。子元素具有多个DistributionPolicyChange元素，并且DistributionPolicyChange元素具有作为其属性的可选的PolicyReference属性使得可以指定目标DistributionPolic的标签值。此外，它具有可选的DistributionPolic元素(上面描述的MPD/Period/DistributionPolicy元素本身)和LevelChange元素。LevelChange元素被配置成能够存储要作为属性更新的级别值。

图71示出了MPDUpdateDirective片段的实例的第一描述示例。例如，在MPD不包括DistributionPolicy元素的情况下，它被配置成能够在由图71所示的MPDUpdateDirective片段重新配置MPD的情况下指示要应用的DistributionPolicy以及级别。

图72示出了MPDUpdateDirective片段的实例的第二描述示例。例如，在MPD不包括DistributionPolicy元素的情况下，它被配置成能够在由图72所示的MPDUpdateDirective片段重新配置MPD的情况下指示应用的两个DistributionPolicy及其级别。

图73示出了MPDUpdateDirective片段的实例的第三描述示例。例如，在MPD包括一个DistributionPolicy元素的情况下，它被配置成能够在由图73所示的MPDUpdateDirective片段重新配置MPD的情况下指示要应用的DistributionPolicy以及级别。

图74示出了MPDUpdateDirective片段的实例的第四描述示例。例如，在MPD包括两个DistributionPolicy元素的情况下，它被配置成能够在由图74所示的MPDUpdateDirective片段重新配置MPD的情况下指示要应用的每个DistributionPolicy以及级别。

<内容递送过程>

将参照图75至图80描述使用作为ATSC 3.0或3GPP-MBMS的信令片段传输的MPDUpdateDirective的内容递送过程的示例。

在步骤S501中，内容提供者21生成MPD和AS，并且将它们传输到CDN服务提供者22。

CDN服务提供者22的资源管理器接收在步骤S501中从内容提供者21传输的MPD和AS。然后，在步骤S511中，CDN服务提供者22的资源管理器分配广播或双向递送的资源、重写MPD、布置双向服务器和广播服务器中的MPD和AS、以及传输它们。在步骤S512中，CDN服务提供者22的资源管理器分配广播或双向递送的资源、执行MPDUpdateDirective的信令广播、重新布置双向服务器和广播服务器中的AS(N及其后)，并且使它们被传输。注意，在图65中示出了MPDUpdateDirective的示例。

类似地，在图76的步骤S513中，CDN服务提供者22的资源管理器分配广播或双向递送的资源、执行MPDUpdateDirective的信令广播、重新布置双向服务器和广播服务器中的AS(M及其后)，并且使它们被传输。注意，在图68中示出了MPDUpdateDirective的示例。

如果在步骤S511中由资源管理器布置具有DistributionPolicy的MPD和AS之后存在来自客户端的对MPD的请求，则在图75的步骤S521中，CDN服务提供者22的双向服务器将MPD传输到客户端13。此后，如果存在来自客户端13的对AS的请求，则在步骤S522中，CDN服务提供者22的双向服务器将AS传输到客户端13。此外，如果在步骤S512中由资源管理器重新布置AS(N及其后)之后存在来自客户端13的对AS的请求，则在步骤S523中，CDN服务提供者22的双向服务器将AS(N-1)传输到客户端13。

类似地，如果存在来自客户端13的对AS的请求，则在图76的步骤S524中，CDN服务提供者22的双向服务器将AS(N)传输到客户端13。此外，如果在由资源管理器重新布置AS(M及其后)之后存在来自客户端13的对AS(M-1)的请求，则在步骤S525中，CDN服务提供者22的双向服务器将AS(M-1)传输到客户端13。此后，如果存在来自客户端13的对AS(M)的请求，则在步骤S526中，CDN服务提供者22的双向服务器将AS(M)传输到客户端13。

在步骤S511中由资源管理器重新布置具有DistributionPolicy的MPD和AS之后，在图75的步骤S531中，CDN服务提供者22的广播服务器将MPD传输到客户端13。此后，CDN服务提供者22的广播服务器获取在步骤S512中由资源管理器生成的MPDUpdateDirective，并且在步骤S532中将MPDUpdateDirective传输到客户端13。

此后，在图76的步骤S533中，CDN服务提供者22的广播服务器将AS(N)传输到DASH客户端。此外，CDN服务提供者22的资源管理器获取在步骤S513中生成的MPDUpdateDirective、获取重新布置的AS(M及其后)，并且在步骤S534中将MPDUpdateDirective和AS(M-1)传输到客户端13。然后，在步骤S535中，CDN服务提供者22的广播服务器将AS(N)传输到DASH客户端。

客户端13的本地代理服务器获取在步骤S531中由CDN服务提供者22的广播服务器传输的MPD。然后，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22发送对MPD的请求，并且获取响应于请求在步骤S521中由CDN服务提供者22的双向服务器传输的MPD。然后，在步骤S541中，客户端13的本地代理服务器将从广播服务器获取的MPD和从双向服务器获取的MPD中的任何一个MPD传输到DASH客户端。

此外，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22发送对AS的请求，并且获取响应于请求在步骤S522中从CDN服务提供者22的双向服务器传输的AS。然后，在步骤S542中，客户端13的本地代理服务器将AS传输到DASH客户端。

此后，客户端13的本地代理服务器获取在步骤S532中从CDN服务提供者22的广播服务器传输的MPDUpdateDirective。此外，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22发送对AS(N-1)的请求，并且获取响应于请求在步骤S523中从CDN服务提供者22的双向服务器传输的AS。然后，在步骤S543中，客户端13的本地代理服务器重新配置MPD，并且将MPDUpdateEvent插入到段中。注意，在图78中示出了重新配置的MPD的示例。

此外，在步骤S544中，客户端13的本地代理服务器将AS(N-1)传输到DASH客户端。此后，如果从DASH客户端请求MPD，则在步骤S545中，客户端13的本地代理服务器将在步骤S543中重新配置的MPD传输到DASH客户端。

此外，客户端13的本地代理服务器获取在步骤S533中从CDN服务提供者22的广播服务器传输的AS(N)。然后，客户端13的本地代理服务器通过DASH客户端接收对段(N)的请求，并且如果没有从广播服务器接收到目标段，则客户端13的本地代理服务器将该段(N)请求发送到CDN服务提供者22，并且获取在步骤S524中从CDN服务提供者22的双向服务器传输的AS(N)。然后，在步骤S546中，客户端13的本地代理服务器将AS(N)传输到DASH客户端。

此外，客户端13的本地代理服务器获取在步骤S534中从CDN服务提供者22的广播服务器传输的MPDUpdateDirective和AS(M-1)。然后，客户端13的本地代理服务器通过DASH客户端接收对AS下面段(M-1)的请求，并且如果没有从广播服务器接收到目标段，则客户端13的本地代理服务器将对AS下面段(M-1)的请求发送到CDN服务提供者22，并且获取响应于请求在步骤S525中从CDN服务提供者22的双向服务器传输的AS(M-1)。

然后，在步骤S547中，客户端13的本地代理服务器重新配置MPD，并且将MPDUpdateEvent插入到段中。注意，在图80中示出了重新配置的MPD的示例。在步骤S548中，客户端13的本地代理服务器将AS(N-1)传输到DASH客户端。此后，如果从DASH客户端请求MPD，则在步骤S549中，客户端13的本地代理服务器将在步骤S547中重新配置的MPD传输到DASH客户端。

此后，客户端13的本地代理服务器通过DASH客户端向CDN服务提供者22发送对AS(M)的请求，并且获取响应于请求在步骤S526中从CDN服务提供者22的双向服务器传输的AS(M)。然后，在步骤S550中，客户端13的本地代理服务器将AS(M)传输到DASH客户端。

在步骤S561中，如果选择了服务或内容，则客户端13的DASH客户端请求所选择的服务或内容的MPD。此后，客户端13的DASH客户端获取在步骤S521中从CDN服务提供者22的双向服务器传输的MPD和在步骤S531中从CDN服务提供者22的广播服务器传输的MPD中的在步骤S541中从客户端13的本地代理服务器传输的任何一个MPD。

然后，在步骤S562中，客户端13的DASH客户端解析获取的MPD、指定AS并且请求指定的AS。注意，在图77中示出了解析的MPD的示例。

此后，客户端13的DASH客户端获取在步骤S522中从CDN服务提供者22的双向服务器传输的AS以及在步骤S542中从客户端13的本地代理服务器传输的AS。然后，在步骤S563中，客户端13的DASH客户端再现所获取的AS。

此外，在步骤S564中，客户端13的DASH客户端请求AS下面段(N-1)。此后，客户端13的DASH客户端获取在步骤S523中从CDN服务提供者22的双向服务器传输的AS(N-1)，即，在步骤S544中从客户端13的本地代理服务器传输的AS。然后，在步骤S565中，客户端13的DASH客户端再现所获取的AS(N-1)。

然后，在步骤S566中，客户端13的DASH客户端检测带内事件(MPDUpdate)并且请求MPD。然后，客户端13的本地代理服务器获取在步骤S545中传输的MPD。

类似地，客户端13的DASH客户端在步骤S567中解析MPD、指定段(N)、请求指定的AS(N)、并且在步骤S568中再现AS(N)。注意，在图79中示出了在步骤S567中解析的MPD的示例。

此外，类似地，客户端13的DASH客户端在步骤S569中请求AS下面段(M-1)，并且在步骤S570中再现AS(M-1)。此外，类似地，在步骤S471中，客户端13的DASH客户端检测带内事件(MPDUpdate)并且请求MPD。然后，客户端13的本地代理服务器下游侧DANE获取在步骤S549中传输的MPD。客户端13的DASH客户端在步骤S571中检测带内事件、请求MPD、在步骤S572中解析MPD、指定AS(M)、指定所指定的AS(M)、并且在步骤S573中再现AS(M)。注意，在图80中示出了重新配置的MPD的示例。

如上所述，在服务提供者(或服务提供者中的CDN段管理器)承担广播/双向传输资源的分配的情况下，资源管理器可以通过作为ATSC 3.0或3GPP-MBMS的信令片段传输的MPDUpdateDirective向客户端侧通知传输资源的分配而不重写MPD，并且客户端侧可以重新配置MPD。

<ResourceSpecificInformation的其他示例>

将参照图81至图83描述ResourceSpecificInformation的另一示例。

例如，可以在DistributionPolicy的PolicyDescription中描述属于特定级别的适应集组的各种类型的内容。除了上述示例之外，还可以基于传输流所必需的传输特性的约束来限定它。传输特性的约束指示在获取流(广播)时所需的网络要求的质量条件。例如，存在延时、延时波动、损失(误差)、吞吐量等。

其中，在延时用于约束描述的情况下，例如，如图81所示，描述为DistributionPolicy.PolicyDescription＝'广播具有高延时约束的一个'。此外，它可以在每个级别元素的ResourceSpecificInformation部分中描述如在<Level LatencyLimit＝'100毫秒'.../>中使得可以针对每个级别存储特定约束值。

此处，例如，时延被定义为在DASH用户发出段请求之后直到获取目标段的第一字节为止的延时。例如，除了延时之外，还可以考虑延时波动(抖动)、错误率等，但是假设分别定义了与每个参数对应的描述规则(属性名称)及其详细含义/定义。

如上所述，如图82所示描述了使用ResourceSpecificInformation的MPD。如图82所示，除了上面描述的DistributionMediaDependant Extension/ElementToBeAppended之外，还描述了DistributionMediaDependant Extension/ElementToBeRemoved元素。这指示要从多达由maxLevelToBeApplied指定的级别的包含的适应集元素中删除的元素。

然后，如图83所示描述要生成的有效MPD。换句话说，如图83所示，从AS@id＝1和2的AS中删除BaseURL＝/bc，并且添加BaseURL＝/net。

这指示可以由将图83中所示的MPD递送至的客户端设备接收的双向传输可以提供50毫秒或更短的最大延时，并且向其传输多达级别[2](级别[1]和级别[2])的适应集组。另一方面，可以由设备接收的广播传输可以提供10毫秒或更短的最大延时，并且向其传输级别[3]的适应集组。

<ATSC 3.0客户端实现模型>

图84是示出假设为ATSC 3.0客户端实现模型的配置示例的框图。

如图84所示，在ATSC 3.0广播接收客户端设备(“具有ATSC 3.0调谐器(PHY/MAC)的(具有ATSC 3.0PHY/MAC)3.0客户端”)上实现的浏览器上执行ATSC 3.0客户端应用(“3.0DASH客户端”)(存在不仅将其作为浏览器应用执行而且作为本机应用执行的情形)。

此外，ATSC 3.0客户端应用根据由客户端本地ATSC中间件接收的DASH-MPD文件、DASH段文件或服务级别信令(SLS)文件执行流呈现或应用控制，在该客户端本地ATSC中间件中广播系统接收栈经由通过客户端上实现的客户端本地HTTP代理服务器执行网络系统发送/接收过程的正常网络栈实现或获取。

此外，ATSC 3.0DASH客户端应用甚至可以在经由LAN等的ATSC3.0广播接收客户端设备可访问的另一设备上实现的浏览器(或作为本机应用)上执行，并且应用还经由ATSC3.0广播接收客户端设备上的实现的客户端本地HTTP代理服务器获取由客户端本地ATSC中间件接收或经由正常网络栈获取的DASH-MPD文件、DASH段文件或服务级别信令(SLS)文件并且执行流渲染或应用控制。

例如，在该模型中，由于应用程序必须经由客户端本地HTTP代理服务器访问外部世界，因此不知道是经由广播还是经由网络获取文件组(提供网络透明性)，并且因此，可以增加应用程序程序的可移植性(不必专门用于广播，而是无论要使用何种因特网，也可以实现广播。

此外，如果ATSC 3.0DASH客户端应用请求获取文件组(HTTP请求)，则已经接收到该请求的客户端本地HTTP代理服务器执行是经由广播接收栈获取还是经由“广播/宽带地址解析器”中的网络获取的确定。

此处，由“SLS信令解析器”提供用作确定材料的信息。“SLS信令解析器”请求“SLS信令检索器”获取作为ATSC 3.0的信令元的USBD/USD、S-TSID等。“SLS信令检索器”提取由通过ATSC调谐器“ATSC 3.0PHY/MAC”广播和接收的SLS LCT分组携带的信令元。“SLS信令解析器”还通过采用来自段获取请求中包括的url的信令元来解析用于获取目标文件的广播递送地址信息。

然后，如果已知广播并且递送或广播，则基于广播递送地址信息从广播流中获取存储期望文件的段LCT分组并且在“代理缓存”中对该段LCT分组开发。客户端本地HTTP代理服务器将文件返回到应用(作为HTTP响应)。

如上所述，如果所请求的段文件的url不包括在信令元中，则客户端本地HTTP代理服务器经由正常网络栈获取段文件。

此外，图85示出了ATSC 3.0协议栈，并且图86示出了基于ROUTE/DASH的栈。

<内容递送方法中的第二递送方法>

接下来，将描述应用本技术的内容递送方法的第二递送方法。

在上述的内容递送方法(第一递送方法)中，当经由保持多个传输媒体的服务提供者递送内容时，参考分配策略选择单播优先或广播优先。另一方面，在内容递送方法的第二递送方法中，当预取段时要参考的信息(优先级)被定义为类似地用于分配策略的元数据，并且因此期望以低延时递送内容。

例如，当在诸如体育的事件的中继中或在递送全向(360°VR)内容等中提供多个视点的视频时，可以采用内容递送方法的第二递送方法。作为提供多个视点的这样的视频的方法，例如，存在作为一个内容提供来自布置在多个完全不同的位置处的相机的视频流的方法。此外，存在提供在全向内容中的用于用户的视线方向的每一行(称为视口)的单独视频流的方法以及组合使用这些方法的方法。

此外，当提供多个视点的视频时，客户端可以提供用于选择视频的观看内容的各种类型的(对象)元数据。另一方面，可以基于如在全向视频中的感兴趣区域(ROI)中的创建者的意图(导演的剪辑)来提供推荐视点。

另一方面，在内容递送方法的第二递送方法中，由元数据顺序提供在预取段时要参考的信息(优先级)以通过降低段数据递送中的延时来改善用户体验。例如，分配优先级使得预期由相对大量的观看者选择的视点或者观看者可能观看的ROI的角度视图变为高优先级。注意，元数据不同于用于基于相关技术中的由客户的用户意图、包括佩戴HMD的观看者的动作的交互等选择观看流的元数据。

此外，内容提供者、网络或其他源可以用作元数据源(生成元数据的生成源、提供元数据的提供源以及添加元数据的实体的类型)。作为创建内容的创建者的意图而期望的流行度可以用作由内容提供者提供的元数据。此外，表示在过去实际递送内容时测量的用户的选择率的实际测量值(基于实际测量的统计的值)可以用作由网络提供的元数据。此外，还可以由除内容提供者和网络之外的实体提供元数据。如上所述，可以从多个源同时提供元数据，并且每条元数据可以随时间改变。

如上所述，有必要有效地描述由MPEG DASH的MPD中的多个源提供的时变元数据。

将参照图87描述其中参考指示优先级的元数据预取段的内容提供系统的概述。

在图87所示的内容提供系统11中，通过递送服务器51控制从内容提供者21(源服务器)递送的内容的递送资源在广播网络14与双向网络15之间的分配。此外，双向网络15由CDN中间服务器52和CDN边缘服务器53构成，并且经由例如CDN中间服务器52将从递送服务器51发送的内容递送到通过CDN边缘服务器53提供内容的客户端13。

此外，指示优先级的元数据可以被添加到针对每个段从内容提供者21递送的内容，并且例如，高优先级被设置在具有高流行度的视点的段中。然后，参照该元数据，CDN中间服务器52和CDN边缘服务器53可以参考元数据优先预取具有高优先级的段，或者客户端13可以优先预取具有高优先级的段。

注意，在可以一起使用经由广播网络14进行广播或多播以及经由双向网络15进行单播的情况下，可以优先将具有高优先级的段分配给广播或多播并且进行递送。

此处，如上所述，例如，在通过用户在客户端13中的意图或交互来选择流的情况下，可以使用文件格式级别的信息。另一方面，为了优化由递送服务器51对递送资源的分配，期望在MPEG DASH的MPD级别下的信令。类似地，为了通过处于双向网络15和客户端13上的递送路径的中间的CDN中间服务器52和CDN边缘服务器53预取段，期望在MPD级别下的信令。

然而，在已经针对MPEG DASH的MPD描述提出的方法中，如果从多个源提供元数据并且元数据随时间改变，则描述变得复杂。因此，有必要有效地描述在MPEG DASH的MPD中的这样的元数据。

<段流行度时间线的元素的定义示例>

首先，将描述用于描述用作当在MPEG DASH的MPD中预取段时要参考的信息的“流行度”的方法。例如，可以基于客户端消耗流的概率的高度来获得“流行度”。

如图88所示，段流行度时间线(SegmentPopularityTimeline)被定义为适应集(AdaptationSet)或MPD的表示(Representation)的子元素。

例如，段流行度时间线指定原始段序列的流行度(流行度率)。

有条件地必要使用源(@源)，并且将“内容”、“网络”和“其他”中的任何一个指定为表示提供源或“流行度”的类型的值。“内容”指示“流行度”是由内容提供者提供的预测流行度。“网络”指示“流行度”是由执行诸如基于用户的过去观看历史统计的值的递送的网络提供的流行度。“其他”指示“流行度”是不同于内容提供者和网络的实体的流行度。注意，在特定元素(适应集或表示)具有两个或更多个段流行度时间线元素的情况下，必须指定源。

SP元素是其中可以描述1至N个片并且具有流行度(比率)值的元素。必须使用由SP元素指定的比率(@比率)，并且“流行度”由从1至100的整数指定。例如，比率被设置成使得级别1具有最高的流行度，并且流行度随着数目增加而降低。可选地使用由SP元素指定的开始(@开始)，并且指定应用SP元素的比率的值的一系列段中的第一段的段数。可选地使用由SP元素指定的段数(@r)，并且指定应用由SP元素指定的比率的一系列随后段的编号。注意，在段数中不包括指定比率的第一段。

如上所述，可以通过定义段流行度时间线有效地描述当预取段时要参考的信息。

注意，在图88中，由SP元素指定的比率的值可以与在MPEG DASH的MPD中(在时段级别下)单独描述DistributionPolicy(例如，参见图12)的Level@index(级别元素的索引属性)的值相关联。

图89示出了其中使用参照图88描述的段流行度时间线的元素描述由两种类型的提供源提供的“流行度”的MPEG DASH的MPD的示例。

在图89所示的示例中，针对具有持续时间的从t＝0开始的六个段指定“流行度”，在该持续时间中段模板(SegmentTemplate)的流行度时间线的SP元素被描述为180180。例如，在源是内容提供者(源＝“内容”)的段流行度时间线中，50被指定为前两个(第一个和第二个)段的比率的值。然后，30被指定为随后两个(第三个和第四个)段的比率的值，并且10被指定为随后两个(第五个和第六个)段的比率的值。

此外，图89仅示出了用于一个适应集的段流行度时间线的描述示例。实际上，在时段中描述了多个适应集，并且在每个适应集中描述了段流行度时间线的元素。此外，由每个SP元素的比率值指定的“流行度”指示在该时段中的特定间隔中的不同适应集之间的相对“流行度”。因此，CDN中间服务器52、CDN边缘服务器53或客户端13可以基于该信息针对该时段中的特定间隔选择和预取特定适应集中的段。

<段流行度时间线的元素的第一变型>

将参照图90和图91描述段流行度时间线的元素的第一变型。

在图88所示的段流行度时间线的元素的定义示例中，以最初在适应集的元素的段时间线中指定的段为单位指定“流行度”。另一方面，例如，可以独立于每个段的时间段(持续时间)来指定“流行度”。

在图90中所示的段流行度时间线的定义中，由SP元素指定的源(@源)和比率(@比率)类似于图88的定义中的那些并且省略其描述。

可选地使用由SP元素指定的开始时间(@start_time)，并且基于应用于适应集的时间尺度来描述应用SP元素的比率的值的开始时间(媒体时间)。注意，在省略开始时间的情况下，可适用的开始时间是在先前SP元素中指定的结束时间或时段的开始时间。

可选地使用由SP元素指定的结束时间(@end_time)，并且基于应用于适应集的时间尺度来描述应用SP元素的比率的值的结束时间(媒体时间)。注意，在省略结束时间的情况下，适用的结束时间是时段的结束时间。

图91示出了其中使用参照图90描述的第一变型的段流行度时间线的元素来描述由两种类型的提供源提供的“流行度”的MPEG DASH的MPD的示例。

在图91所示的示例中，在段模板的段时间线(SegmentTemplate.SegmentTimeline)的S元素中描述的时间尺度是90000(时间尺度意味着在一秒内计数90000次)。此外，针对从t＝0开始的六个段指定“流行度”，其中，每个段的时间段(持续时间)是180180(＝180180/90000秒)。

例如，在源是内容提供者(源＝“内容”)的段流行度时间线中，50被指定为在t＝0至3.003秒处的比率的值而不管段的边界。在该示例中，由于省略了开始时间，因此从时段的开始时间开始应用。此外，在多达t＝6.006秒的随后间隔中，30被指定为比率值，并且在多达t＝12.012秒的随后间隔中，10被指定为比率值。

此外，在源是网络(源＝“网络”)的段流行度时间线中，10被指定为多达t＝0至3.5秒的间隔中的比率值。然后，在多达t＝3.5至7.0秒的随后间隔中，50被指定为比率值，并且在多达t＝7.0至12.012秒的随后间隔中，70被指定为比率值。在该示例中，由于省略了结束时间，因此将其应用到时段的结束时间。

<段流行度时间线的元素的第二变型>

将参照图92描述段流行度时间线的元素的第二变型。

例如，段流行度时间线的元素可以是不同于适应集的元素的子元素的表示的元素的子元素。具体地，在源是网络(源＝“网络”)的情况下，即，在“流行度”是基于用户过去获取的流的统计信息的情况下，以表示为单元进行描述，并且因此CDN边缘服务器53可以在预取段时更有效地参考它。换句话说，统计值指示获取来自CDN边缘服务器53的流的客户端13的可用频带的趋势。

图92示出了其中使用第二变型的段流行度时间线的这样的元素以段为单位描述“流行度”的MPEG DASH的MPD的示例。

注意，在图92所示的示例中，仅源是网络(源＝“网络”)的段流行度时间线以表示为单位指定比率值。注意，这并不排除在源是内容提供者(源＝“内容”)的段流行度时间线中以表示为单位指定比率值。例如，可以指定以表示为单位的优先级以便指定其中根据创建者的意图建议观看每个间隔的最小质量(图92中所示的@bandwidth的值，即图92所示的流的编码比特率)。

此外，在图92所示的示例中，针对从t＝0开始的六个段指定“流行度”，在该段中在段模板的段时间线(SegmentTemplate.SegmentTimeline)的S元素中描述的时间段(持续时间)是180180。

例如，在源是网络(源＝“网络”)的段流行度时间线中，在前两个(第一个和第二个)段中，带宽＝“50000”的表示的比率值被指定为最高值。然后，在随后的两个(第三个和第四个)段中，带宽＝“1000000”的表示的比率值被指定为最高值，并且在随后的两个(第五个和第六个)段中，带宽＝“50000”的表示的比率值被指定为最高值。注意，由这些比率值指示的“流行度”不仅表示适应集中的表示之间的相对关系，还表示如上所述的其他适应集中描述的段之间的相对关系。

<段流行度时间线的元素的第三变型>

将参照图93描述段流行度时间线的元素的第三变型。

例如，可以根据时间指定由上述内容递送方法的第一递送方法限定的分配策略(distributionPolicy)的元素中的级别(Level)的元素。图93示出了分配策略的元素的描述示例。

此外，分配策略的元素中的级别的这样的元素可以用如图94所示定义的DP级别时间线的元素替换。

例如，DP级别时间线描述了随时间变化的分配策略的级别。可以将1至N级别描述为级别，并且指定每个间隔的分配策略的级别。必须使用由级别指定的索引ASID(@index_ASID)，并且表示应用于级别的元素间隔的优先级(或“流行度”)的索引值和应用它的适应集ID由命令限定并且将其列出。

可选地使用由级别指定的开始时间(@start_time)，并且以秒为单位描述应用级别的元素的比率的值的开始时间(媒体时间)。注意，在省略开始时间的情况下，可适用的开始时间是在先前级别的元素中指定的结束时间或时段的开始时间。

可选地使用由级别指定的结束时间(@end_time)，并且以秒为单位描述应用级别的元素的值的结束时间(媒体时间)。注意，在省略结束时间的情况下，可适用的结束时间是该时段的结束时间。

图95示出了参照图94描述的第三变型分配策略的描述示例。

在图95所示的示例中，在t＝0至3.003秒处在AS-1中指定级别值(索引值)1，在AS-2和AS-3中指定级别值(索引值)2，并且在AS-4中指定级别值(索引值)3。在该示例中，由于省略了开始时间，因此从时段的开始时间开始应用。此外，在多达t＝6.006秒的随后间隔中，在AS-1和AS-2中指定级别值(索引值)1，在AS-3中指定级别值(索引值)2，并且在AS-4中指定级别值(索引值)3。此外，在多达t＝12.012秒的随后间隔中，在AS-1中指定级别值(索引值)1，在AS-2和AS-4中指定级别值(索引值)2，并且在AS-3中指定级别值(索引值)3。

<预取段的预取过程的第一过程示例>

将参照图96描述预取段的预取过程的第一过程示例。此外，在CDN中间服务器52、CDN边缘服务器53和客户端13中的每一个中执行预取过程，并且在下文中将它们中的任何一个描述为过程主体(main entity)。

例如，当CDN中间服务器52、CDN边缘服务器53和客户端13中的每一个获取MPD时，开始该过程。在步骤S601中，执行过程的过程主体首先在用于设置用作确定标准的源的源参数中设置指示内容提供者的值($SourceParam$＝“内容”)。因此，优先执行基于由内容提供者提供的信息的确定。

在步骤S602中，过程主体确定在至少一个适应集中是否存在其中指示源的属性的值与源参数中设置的值一致(@source＝$SourceParam$)的段流行度时间线的元素。

在过程主体在步骤S602中确定在至少一个适应集中存在其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的元素的情况下，过程进行到步骤S603。在步骤S603中，如稍后将参照图97所述，执行基于适应集(和表示)的段流行度时间线信息预取段的预取过程(适应集)，并且然后过程结束。

另一方面，在过程主体在步骤S602中确定在至少一个适应集中不存在其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的元素的情况下，过程进行到步骤S604。

在步骤S604中，过程主体确定在至少一个表示中是否存在其中指示源的属性的值与源参数中设置的值一致(@source＝$SourceParam$)的段流行度时间线的元素。

在过程主体在步骤S604中确定在至少一个表示中存在其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的元素的情况下，过程进行到步骤S605。在步骤S605中，如稍后将参照图98所述，执行基于表示的段流行度时间线信息预取段的预取过程(适应集)，并且然后过程结束。

另一方面，在过程主体在步骤S604中确定在至少一个表示中不存在其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的元素的情况下，过程进行到步骤S606。

在步骤S606中，过程主体确定是否在源参数中设置了指示内容提供者的值。

在过程主体在步骤S606中确定在源参数中设置了指示内容提供者的值的情况下，过程进行到步骤S607。在步骤S607中，过程主体在源参数中设置指示网络的值($SourceParam$＝“网络”)。因此，执行基于由网络提供的信息的确定，并且然后过程返回到步骤S602，并且随后重复类似的过程。

另一方面，在过程主体在步骤S606中确定在源参数中未设置指示内容提供者的值的情况下，过程进行到步骤S608。

在步骤S608中，过程主体确定是否在源参数中设置了指示网络的值。

在过程主体在步骤S608中确定在源参数中设置了指示网络的值的情况下，过程进行到步骤S609。在步骤S609中，过程主体在源参数中设置了指示网络的值($SourceParam$＝“其他”)。因此，执行基于由其他提供的信息的确定，并且然后过程返回到步骤S602，并且随后重复类似的过程。

另一方面，在过程主体在步骤S608中确定在源参数中未设置指示网络的值的情况下，执行在源参数中设置内容提供者、网络和其他的过程。

因此，过程结束。

在上面的示例中，CDN中间服务器52、CDN边缘服务器53和客户端13首先将优先级赋予其中源是内容提供者(源＝“内容”)的段流行度时间线的比率，并且在没有提供这样的信息的情况下，使用其中源是网络(源＝“网络”)的段流行度时间线的比率。此外，在未描述的情况下，执行使用其中源是其他(源＝“其他”)的段流行度时间线的比率的确定。

将参照图97所示的流程图来描述图96的步骤S603中执行的预取过程。注意，在预取过程中，对在段的时间线上的下一要获取的段，即获取段随后的时间的段执行用于选择适应集中的段的确定，在该适应集中其中指示源的属性的值与在源参数中设置的值一致(@source＝$SourceParam$)的段流行度时间线的比率的值(SP@rate)是最小的。

在步骤S611中，过程主体选择其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的值(SP@rate)最小的适应集。

在步骤S612中，确定在步骤S611中在选择的适应集中的表示中是否指定了指示源的属性的值与源参数中设置的值一致的段流行度时间线。

如果在步骤S612中确定在步骤S611中选择的适应集中的表示中指定了指示源的属性的值与源参数中设置的值一致的段流行度时间线，则过程进行到步骤S613。

在步骤S613中，过程主体在步骤S611中选择的适应集中的表示中选择其中指示源的属性的值与源参数中设置的值一致的表示，并且预取段。此时，过程主体可以预取时间线上的相同时间间隔的一个或更多个段。

另一方面，如果在步骤S612中确定在步骤S611中选择的适应集中的表示中未指定其中指示源的属性的值与源参数中设置的值一致的段流行度时间线，则过程进行到步骤S614。

在步骤S614中，根据下面描述的预定条件预取段。

例如，在执行预取过程的过程主体是CDN中间服务器52或CDN边缘服务器53的情况下，将优先级赋予与其中添加到步骤S611中选择的适应集的表示的指示源的属性的值与源参数中设置的值一致(@source＝$SourceParam$)的表示不同的表示的段流行度时间线的比率的对应段。替选地，预取基于一些确定(例如，仅过去请求的比特率的对应表示(@带宽)等)选择的段。

此外，在执行预取过程的过程主体是客户端13的情况下，根据当前网络状态预取适当表示的段。

在步骤S613或S614的过程之后，过程进行到步骤S615，并且过程主体确定是否已经获取了段直到由时段(Period)表示的间隔结束。

在步骤S615中确定过程主体确定尚未获取段的情况下，过程返回到步骤S611，并且重复地执行类似地预取待获取的随后段的过程。

另一方面，在过程主体在步骤S615中确定已获取了段的情况下，预取过程结束。

将参照图98所示的流程图描述在图96的步骤S605中执行的预取过程。注意，在适应集中不存在对应的段流行度时间线的元素并且在表示中存在对应的段流行度时间线的元素的情况下执行预取过程。

在步骤S621中，过程主体比较段的其中指示源的属性的值与源参数中设置的值一致(@source＝$SourceParam$)的表示的段流行度时间线的比率(SP@rate)的值，选择其中值很小的表示，并且获取该段，所述段遍历多个适应集并且期望在段的时间线上的下一个被获取，即获取的段随后的时间的段。此时，过程主体获取时间线上相同时间间隔的一个或更多个段。

在步骤S622中，过程主体确定是否已经获取了段直到由时段(Period)表示的间隔结束。

在步骤S622中确定过程主体确定尚未获取段的情况下，过程返回到步骤S621，并且重复地执行类似地预取待获取的随后段的过程。

另一方面，在步骤S622中确定过程主体确定已获取段的情况下，预取过程结束。

<预取段的预取过程的第二过程示例>

顺便提及，在参照图96至图98的流程图描述的处理中，假设适应集的段流行度时间线优先于表示的段流行度时间线处理。另一方面，例如，类似于MPEG DASH的MPD中的其他元素，可以解释为在下部元素中指定的属性优先于在上部元素中指定的值。

在这方面，将参照图99所示的流程图描述预取段的预取过程的第二过程示例。注意，在图99所示的流程图中，将描述在假设必须在自适应集和表示中的至少一个中指定其中指示源的属性的值与源参数中设置的值一致(@源＝“内容”)的段流行度时间线的情况下执行仅基于此的选择的示例。例如，在使用其中指定除了指示源的属性的值与源参数中设置的值一致的段流行度时间线之外段流行度时间线的信息的情况下，通过对应于图96的流程图中的S606和S608的处理重复类似的过程。

例如，如果请求MPD则开始过程，并且在步骤S631中，过程主体将指示内容提示者的值设置在用于设置用作确定标准的源的源参数中($SourceParam$＝“内容”)。因此，随后，执行基于由内容提供者提供的信息的确定。

在步骤S632中，过程主体确定在至少一个表示中是否存在其中指示源的属性的值与源参数中设置的值一致(@source＝$SourceParam$)的段流行度时间线的元素。

在过程主体在步骤S632中确定在至少一个表示中存在其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的元素的情况下，过程进行到步骤S633。

在步骤S633中，过程主体将其中指示源的属性的值与源参数中设置的值一致的表示的段流行度时间的比率的最小值与包括每个适应集的选择目标的段的表示的适应集的段流行度时间线的比率的值(该时段中的时间间隔)进行比较，并且将较小的值设置为选择目标的(对应的)适应集的比率的值。

在步骤S633的过程之后，该过程进行至步骤S634。此外，在过程主体在步骤S632中确定在至少一个表示中不存在其中指示源的属性的值与源参数中设置的值一致的段流行度时间线的元素的情况下，过程进行到步骤S634。

在步骤S634中，过程主体在具有其中指示源的属性的值与在源参数中设置的值一致(@source＝$SourceParam$)的段流行度时间线的元素的适应集中选择具有段流行度时间线的最小比率的适应集。此处，适应集不具有段流行度时间线，但是通过步骤S633的过程获得的比率值的适应集也包括在用作选择目标的适应集中。

在步骤S635中，根据下面基于步骤S634中选择的适应集要描述的预定条件对在段的时间线上的下一个要获取的段，即获取段随后的时间的段预取其中指示源的属性的值与在源参数中设置的值一致(@source＝$SourceParam$)的段流行度时间线的比率(SP@rate)的值是最小的适应集中的段。

例如，在执行预取过程的过程主体是CDN中间服务器52或CDN边缘服务器53的情况下，预取了基于一些确定(例如，在过去请求的仅比特率的对应表示(@带宽)等)选择的段。

此外，在执行预取过程的过程主实体是客户端13的情况下，根据当前网络状态预取适当表示的段。

在步骤S635之后，过程进行到步骤S636，并且过程主体确定是否已经获取了段直到由时段(Period)表示的间隔结束。

在步骤S636中确定过程主体确定尚未获取段的情况下，过程返回到步骤S632，并且重复地执行类似地预取待获取的随后段的过程。

另一方面，在过程主体在步骤S636中确定已获取了段的情况下，预取过程结束。

此处，将描述由客户端13指定应用于CDN中间服务器52或CDN边缘服务器53的策略的方法。此处，应用策略是作为当根据如上所述的MPD中描述的段流行度时间线预取段时要被赋予优先级的信息源(类型)的源。

例如，客户端13可以使用MPEG DASH的SAND消息(参见图54)来指定应用于CDN中间服务器52或CDN边缘服务器53的策略。注意，非专利文献“ISO/IEC 23009-5：2017服务器和网络辅助DASH(SAND)”中详细描述了MPEG DASH的SAND消息。

例如，在SAND中，从客户端13至CDN服务器的消息(DASH感知网络元素(DANE))等被称为SAND状态消息，并且可以通过添加以下扩展的媒体段获取请求(HTTP获得请求)的头部来传输。

此处，在本实施方式的内容提供系统11中，可以将当使用段流行度时间线的比率的传输预取中请求媒体段(Media Segment)时通过添加头部“SAND-PopularityRateSource:network”优先应用的源的值的信息传输到CDN中间服务器52或CDN边缘服务器53。替选地，可以添加其中以优先级顺序列出多个源的头部“SAND-PopularityRateSource:content,network”。

此外，当CDN边缘服务器53获取或预取段时，该消息也在没有改变的情况下从CDN边缘服务器53转发到上游侧处的CDN中间服务器52。

类似地，当内容提供者21指定应用于CDN中间服务器52或CDN边缘服务器53的策略时，可以使用MPEG DASH的SAND消息。此处，应用策略是当如上所述选择要预取的段时要应用的段流行度时间线的源的值。

例如，在内容提供者21与CDN中间服务器52或CDN边缘服务器53之间交换的消息被称为参数增强递送(PED)消息，并且PED消息用于传输当选择要预取的段时要应用的段流行度时间线的源的值。

注意，目前，在MPEG标准中，PED消息仅在架构上提及，并且没有定义特定消息。此外，发送和接收PED消息的递送服务器51、CDN中间服务器52或CDN边缘服务器53被称为SAND标准中的DASH感知网络元素(DANE)。

此外，为了在DANE之间交换SAND消息，在SAND标准中定义了下面要描述的两种方法。

换句话说，在第一方法中，将其中描述用于获取SAND消息的URL的扩展HTTP头部添加到对例如从下游DANE至上游DANE的用于获取媒体段的HTTP获得请求的响应。然后，存在其中已经接收到它的下游DANE将HTTP获得请求发送到URL并且获取SAND消息的方法。

此外，在第二方法中，建立用于预先在DANE之间交换SAND消息的WebSocket信道，并且存在使用该信道发送消息的方法。

此处，尽管使用第一方法和第二方法中的任何一个来实现目的，但是在第一方法中，其限于消息的传输目的地发送媒体段获取请求的情况，并且因此期望使用第二方法。当然，即使使用第一方法，也可以在一定范围内获得效果。注意，不管使用哪种方法，如图100所示，假设在XML文档中描述SAND消息本身并且具体表示SAND消息本身。

替选地，如图101所示，可以列出并且表示流行度比率源(PopularityRateSource)的多个元素。在图101所示的示例中，指示其中源是内容提供者(源＝“内容”)的段流行度时间线被赋予比其中源是网络(源＝“网络”)的段流行度时间线更高的优先级。

注意，在图100和图101中，此处，可以将enderID、生成时间(generationTime)作为属性添加到<CommonEnvelope>。此外，messageId的值指示SAND消息的类型，但是在图100和图101所示的示例中，针对未在标准中定义的新消息设置“针对将来的ISO使用的预留”的值。

如上所述，可以在MPEG DASH的MPD中将诸如由多个源提供的段的“流行度”或客户端13消耗的“概率”的信息简明地表示为元数据。因此，可以容易地由CDN中间服务器52、CDN边缘服务器53或客户端13执行与其对应的递送资源分配的优化以及段的预取(预测)。

图102示出了当在CDN服务器(DANE)中使用段流行度时间线时通知要赋予优先级的源的值(@源)的过程的构思。

如图102所示，DASH递送服务器61使用SAND PED消息将要在用于预取段的确定时赋予优先权的源的值传输到多个CDN服务器62中的每一个。此外，将包括段流行度时间线(SPT)的MPD和媒体段从DASH递送服务器61发送到CDN服务器62。

此外，MPD客户端63使用SAND状态消息将要在用于预取段的确定时赋予优先权的源的值传输到多个CDN服务器62中的每一个。然后，将包括段流行度时间线(SPT)的MPD和媒体段从CDN服务器62发送到MPD客户端63。

<计算机的配置示例>

注意，参照上述流程图描述的过程不必按照作为流程图描述的顺序按时间顺序执行，并且也包括并行或单独执行的过程(例如，并行过程或基于对象的过程)。此外，程序可以由一个CPU处理或者可以由多个CPU共享和处理。

此外，以上描述的一系列过程(内容递送方法)可以由硬件或软件执行。在通过软件执行一系列过程的情况下，构成软件的程序被安装在结合到专用硬件中的计算机，例如，能够根据来自其中记录有程序的程序记录介质的其中安装有各种类型程序等执行各种类型的功能的通用个人计算机。

图103是示出根据程序执行上述一系列过程的计算机的硬件的配置示例的框图。

在计算机中，中央处理单元(CPU)101、只读存储器(ROM)102以及随机存取存储器(RAM)103经由总线104彼此连接。

另外，输入/输出接口105连接至总线104。以下部件均连接至输入/输出接口105：输入单元106，其包括键盘、鼠标、麦克风等；输出单元107，其包括显示器、扬声器等；存储单元108，其包括硬盘、非易失性存储器等；通信单元109，其包括网络接口等；以及驱动器110，其驱动可移除介质111，例如磁盘、光盘、磁光盘或半导体存储器。

在如上描述配置的计算机中，例如，CPU 101经由输入/输出接口105和总线104将存储单元108中存储的程序加载至RAM 103中并且执行该程序使得执行一系列过程。

例如，由计算机(CPU 101)执行的程序被记录在作为包括磁盘(包括柔性盘)、光盘(致密只读盘存储器(CD-ROM))、数字通用盘(DVD)等)、磁光盘、半导体存储器等的封装介质的可移除介质111中或者通过诸如局域网、因特网和数字卫星广播的有线或无线传输介质提供。

此外，当可移除介质111被装载到驱动器110上时，可以经由输入/输出接口105将程序安装到存储单元108中。此外，可以由通信单元109经由有线或无线传输介质来接收程序并且将程序安装在存储单元108中。此外，程序可以被预先安装在ROM 102或存储单元108中。

<配置的组合的示例>

注意，本技术还可以具有以下配置。

(1)一种内容提供系统，包括：

内容递送装置，其使用具有不同传输特性的多个网络将内容递送到再现所述内容的客户端；以及

内容提供装置，其当由具有不同特性的多个流构成所述内容时，向内容递送装置提供在所述多个网络分配流中的每一个的递送时用作确定标准的策略。

(2)根据(1)所述的内容提供系统，其中，

在所述策略中，针对指示所述网络上的负载大小的每个级别，将具有不同特性的所述多个流中的要由预定网络递送的流和要由另一网络递送的流进行分类。

(3)根据(2)所述的内容提供系统，其中，

所述内容提供装置使用用于描述MPEG DASH中的元信息的媒体呈现描述(MPD)来描述所述策略和所述级别，并且将所述MPD传输到所述内容递送装置。

(4)根据(3)所述的内容提供系统，其中，

所述内容递送装置根据参考所述MPD中描述的策略和级别的级别来重写从所述内容提供装置传输的所述MPD。

(5)根据(3)或(4)所述的内容提供系统，其中，

所述内容递送装置具有多个段管理器，并且针对所述段管理器中的每一个重写所述MPD。

(6)根据(2)所述的内容提供系统，其中，

所述内容提供装置使用所述MPEG DASH中通知事件的功能向再现所述内容的所述客户端提供所述策略和所述级别。

(7)根据(2)所述的内容提供系统，其中，

所述内容提供装置，使用在所述内容提供装置与所述内容递送装置或再现所述内容的所述客户端之间交换的消息传送接口向所述内容递送装置或再现所述内容的所述客户端提供所述策略和所述级别。

(8)一种内容提供方法，包括：

使用具有不同传输特性的多个网络将内容递送到再现所述内容的客户端；以及

当由具有不同特性的多个流构成所述内容时，提供在所述多个网络分配流中的每一个的递送时用作确定标准的策略。

(9)一种使计算机执行包括以下的处理的程序：

使用具有不同传输特性的多个网络将内容递送到再现所述内容的客户端；以及

当由具有不同特性的多个流构成所述内容时，提供在所述多个网络分配流中的每一个的递送时用作确定标准的策略。

(10)一种内容提供系统，包括：

服务器，其构成内容递送网络；以及

客户端装置，其被提供有经由所述内容递送网络递送的内容，其中，

所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的优先级描述成随时间变化。

(11)根据(10)所述的内容提供系统，其中，

所述优先级由提供所述内容的内容提供者提供并且通过根据创建所述内容的创建者的意图的值描述。

(12)根据(10)或(11)所述的内容提供系统，其中，

所述优先级由所述内容递送网络提供并且通过基于在过去经由所述内容递送网络递送所述内容时实际测量的统计的值来描述。

(13)根据(10)至(12)中的任一项所述的内容提供系统，其中，

在所述元数据中描述了指定将所述优先级应用于的段的元素。

(14)根据(13)所述的内容提供系统，其中，

使用标识将所述优先级应用于的一系列段的第一段的编号和所述系列段的段数来指定将所述优先级应用于的所述段。

(15)根据(10)至(12)中的任一项所述的内容提供系统，其中，

使用开始应用所述优先级时的开始时间和结束应用所述优先级时的结束时间来指定应用所述优先级的时段。

(16)根据(10)至(15)中的任一项所述的内容提供系统，其中，

当预取所述段时参考的所述元数据被定义为MPEG DASH的MPD中描述的适应集的子元素。

(17)根据(10)至(15)中的任一项所述的内容提供系统，其中，

当预取所述段时参考的所述元数据被定义为MPEG DASH的MPD中描述的表示的子元素。

(18)根据(10)至(15)中的任一项所述的内容提供系统，其中，

使用MPEG DASH的MPD中由多个网络执行分配时用作确定标准的策略/级别的描述中使用的分配策略的元素的级别来指定在预取所述段时参考的所述元数据。

(19)一种在内容提供系统中执行的内容提供方法，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由所述内容递送网络递送的内容的客户端装置，所述内容提供方法包括：

由所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的所述优先级描述成随时间变化。

(20)一种使内容提供系统的计算机执行以下操作的程序，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由所述内容递送网络递送的内容的客户端装置，所述操作包括：

由所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的所述优先级描述成随时间变化。

注意，本实施方式不限于上述的实施方式，并且在不脱离本公开内容的范围的情况下可以进行各种修改。

参考符号列表

11 内容提供系统

12 全向相机

13 客户端

14 广播网络

15 双向网络

21 内容提供者

22 CDN服务提供者

23 广播服务提供者

31 CDN段管理者

权利要求书(按照条约第19条的修改)

1.(修改)一种内容提供系统，包括：

服务器，其构成内容递送网络；以及

客户端装置，其被提供有经由所述内容递送网络递送的内容，其中，

所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的优先级描述成随时间变化。

2.(修改)根据权利要求1所述的内容提供系统，其中，

所述优先级由提供所述内容的内容提供者提供并且通过根据创建所述内容的创建者的意图的值描述。

3.(修改)根据权利要求1所述的内容提供系统，其中，

所述优先级由所述内容递送网络提供并且通过基于在过去经由所述内容递送网络递送所述内容时实际测量的统计的值来描述。

4.(修改)根据权利要求1所述的内容提供系统，其中，

在所述元数据中描述了指定将所述优先级应用于的段的元素。

5.(修改)根据权利要求4所述的内容提供系统，其中，

使用标识将所述优先级应用于的一系列段的第一段的编号和所述一系列段的段数来指定将所述优先级应用于的段。

6.(修改)根据权利要求1所述的内容提供系统，其中，

使用开始应用所述优先级的开始时间和结束应用所述优先级的结束时间来指定应用所述优先级的时段。

7.(修改)根据权利要求1所述的内容提供系统，其中，

当预取所述段时参考的所述元数据被定义为MPEG DASH的MPD中描述的适应集的子元素。

8.(修改)根据权利要求1所述的内容提供系统，其中，

当预取所述段时参考的所述元数据被定义为MPEG DASH的MPD中描述的表示的子元素。

9.(修改)根据权利要求1所述的内容提供系统，其中，

使用MPEG DASH的MPD中由多个网络执行分配时用作确定标准的策略/级别的描述中使用的分配策略的元素的级别来指定在预取所述段时参考的所述元数据。

10.(修改)一种在内容提供系统中执行的内容提供方法，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由所述内容递送网络递送的内容的客户端装置，所述内容提供方法包括：

由所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的所述优先级描述成随时间变化。

11.(修改)一种使内容提供系统的计算机执行以下操作的程序，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由所述内容递送网络递送的内容的客户端装置，所述操作包括：

由所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的所述优先级描述成随时间变化。

12.(删除)

13.(删除)

14.(删除)

15.(删除)

16.(删除)

17.(删除)

18.(删除)

19.(删除)

20.(删除)

Claims (20)

1.一种内容提供系统，包括：

内容递送装置，其使用具有不同传输特性的多个网络将内容递送到再现所述内容的客户端；以及

内容提供装置，其当由具有不同特性的多个流构成所述内容时，向所述内容递送装置提供在由所述多个网络分配流中的每一个的递送时用作确定标准的策略。

2.根据权利要求1所述的内容提供系统，其中，

在所述策略中，针对指示所述网络上的负载大小的每个级别将具有不同特性的所述多个流中的要由预定网络递送的流和要由另一网络递送的流进行分类。

3.根据权利要求2所述的内容提供系统，其中，

所述内容提供装置使用用于描述MPEG DASH中的元信息的媒体呈现描述(MPD)来描述所述策略和所述级别，并且将所述MPD传输到所述内容递送装置。

4.根据权利要求3所述的内容提供系统，其中，

所述内容递送装置根据参考所述MPD中描述的策略和级别的级别来重写从所述内容提供装置传输的所述MPD。

5.根据权利要求4所述的内容提供系统，其中，

所述内容递送装置具有多个段管理器，并且针对所述段管理器中的每一个重写所述MPD。

6.根据权利要求2所述的内容提供系统，其中，

所述内容提供装置使用所述MPEG DASH中通知事件的功能向再现所述内容的所述客户端提供所述策略和所述级别。

7.根据权利要求2所述的内容提供系统，其中，

所述内容提供装置使用在所述内容提供装置与所述内容递送装置或再现所述内容的所述客户端之间交换的消息接口向所述内容递送装置或再现所述内容的所述客户端提供所述策略和所述级别。

8.一种内容提供方法，包括：

由内容提供系统使用具有不同传输特性的多个网络将内容递送到再现所述内容的客户端；以及

当由具有不同特性的多个流构成所述内容时，由所述内容提供系统提供在由所述多个网络分配流中的每一个的递送时用作确定标准的策略。

9.一种使内容提供系统的计算机执行包括以下操作的处理的程序：

使用具有不同传输特性的多个网络将内容递送到再现所述内容的客户端；以及

当由具有不同特性的多个流构成所述内容时，提供在由所述多个网络分配流中的每一个的递送时用作确定标准的策略。

10.一种内容提供系统，包括：

服务器，其构成内容递送网络；以及

客户端装置，其被提供有经由所述内容递送网络递送的内容，其中，

所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的优先级描述成随时间变化。

11.根据权利要求10所述的内容提供系统，其中，

所述优先级由提供所述内容的内容提供者提供并且通过根据创建所述内容的创建者的意图的值描述。

12.根据权利要求10所述的内容提供系统，其中，

所述优先级由所述内容递送网络提供并且通过基于在过去经由所述内容递送网络递送所述内容时实际测量的统计的值来描述。

13.根据权利要求10所述的内容提供系统，其中，

在所述元数据中描述了指定将所述优先级应用于的段的元素。

14.根据权利要求13所述的内容提供系统，其中，

使用标识将所述优先级应用于的一系列段的第一段的编号和所述一系列段的段数来指定将所述优先级应用于的段。

15.根据权利要求10所述的内容提供系统，其中，

使用开始应用所述优先级的开始时间和结束应用所述优先级的结束时间来指定应用所述优先级的时段。

16.根据权利要求10所述的内容提供系统，其中，

当预取所述段时参考的所述元数据被定义为MPEG DASH的MPD中描述的适应集的子元素。

17.根据权利要求10所述的内容提供系统，其中，

当预取所述段时参考的所述元数据被定义为MPEG DASH的MPD中描述的表示的子元素。

18.根据权利要求10所述的内容提供系统，其中，

使用MPEG DASH的MPD中由多个网络执行分配时用作确定标准的策略/级别的描述中使用的分配策略的元素的级别来指定在预取所述段时参考的所述元数据。

19.一种在内容提供系统中执行的内容提供方法，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由所述内容递送网络递送的内容的客户端装置，所述内容提供方法包括：

由所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的所述优先级描述成随时间变化。

20.一种使内容提供系统的计算机执行以下操作的程序，所述内容提供系统包括构成内容递送网络的服务器和被提供有经由所述内容递送网络递送的内容的客户端装置，所述操作包括：

由所述服务器或所述客户端装置参考元数据以优先级降序顺序预取构成所述内容的段，在所述元数据中将从多个提供源提供的所述优先级描述成随时间变化。