信息处理装置和方法、程序和内容供应系统的制作方法
【技术领域】
[0001]本公开涉及信息处理装置和方法、程序和内容供应系统，并且具体涉及可以更高效地执行内容分配的信息处理装置和方法、程序和内容供应系统。
【背景技术】
[0002]近年来，互联网上的流服务(streaming service)的主流已变为机顶盒视频(OverThe Top Video) (OTT-V)。作为这一核心技术的普遍开始是基于HTTP的动态自适应流(Dynamic Adaptive Streaming over HTTP) (DASH)(例如，参考非专利文献 I)。
[0003]因为DASH是通过点对点超文本传输协议(HTTP)流实现的，所以在应用于可能同时被大量客户端观看的内容(程序)的流的情况下，诸如体育转播，其经常会需要诸如Akamai (注册商标)的内容传送网络(Contents Delivery Network) (CDN)的支持。
[0004]然而，因为，从开销(cost)限制来看，CDN通常不能够获得可以与现有的广播分配相匹敌的可量测程度，所以可以考虑通过共同使用多播或广播承载(bearer)来减小网络资源的负载的方法。
[0005]引用列表
[0006]非专利文献
[0007]非专利文献I 通过现有的网页服务器实现不间断的视频分配(Implementat1nof uninterrupted video distribut1n by an existing Web server)，，MitsuhiroHirabayashi, NIKKEI ELECTRONICS 2012.3.19
【发明内容】
[0008]技术问题
[0009]然而，仅通过应用这个方法，根据联合使用的多播/广播网络资源的容量等，其通常将不会局限于所获得的显著的开销优势。
[0010]考虑到这样的情况创作本公开，并且可以更高效地执行内容的分配。
[0011]问题的解决方案
[0012]本技术的一个方面是信息处理装置，包括:判定单元，判定是否将多播分配或广播分配用于内容的供应；以及更新单元，在通过判定单元判定使用多播分配或广播分配的情况下，该更新单元更新与内容的单播分配相关的控制信息以将多播分配或广播分配用于内容的供应。
[0013]判定单元可以评估在将该多播分配或该广播分配用于该内容的供应的情况下的开销，并且根据该评估结果判定是否将该多播分配或该广播分配用于该内容的供应。
[0014]可以进一步包括接收控制信息的接收单元，判定单元可以根据由该接收单元接收到的该控制信息来评估在将该多播分配或该广播分配用于该内容的供应的情况下的开销，并且根据该评估结果判定是否将该多播分配或该广播分配用于该内容的供应，并且在通过该判定单元判定使用该多播分配或该广播分配的情况下，该更新单元更新由该接收单元接收到的该控制信息以将该多播分配或该广播分配用于该内容的供应。
[0015]判定单元可以根据根据由该接收单元接收到的该控制信息的量来对该开销进行评估。
[0016]接收单元可以接收从连接至预定网络的客户端供应的该控制信息。
[0017]接收单元可以接收从供应该内容的服务器的代理服务器供应的、已通过该代理服务器从客户端收集的该控制信息。
[0018]可以进一步包括确认单元，该确认单元确认该多播分配或该广播分配的资源的使用状况，并且该判定单元评估针对使用由该确认单元确认的可用资源的情况下的该开销。
[0019]可以进一步包括确保单元，在通过该判定单元判定使用该多播分配或该广播分配的情况下，该确保单元确保用于供应该内容的该多播分配或该广播分配的资源，并且该更新单元更新该控制信息以将由该确保单元确保的资源用于该内容的供应。
[0020]内容可以是 DASH (Dynamic Adaptive Streaming over HTTP)(基于 HTTP 的动态自适应流)格式的流，并且控制信息可以是MPD (Media Presentat1n Descript1n)(媒体演示说明)。
[0021]更新单元可以将标识用于该内容的供应的该多播分配或该广播分配的标识符存储在由布置在该MPD的BaseURL中的serviceLocat1nAttribute URL属性所指定的服务位置(Service Locat1n)文件的 DeliverySystemIdentifier 中。
[0022]更新单元可以将用于在对应于存储在该DeliverySystemIdentifier中的标识符的系统中获取流数据的参数存储在由布置在该MPD的BaseURL中的serviceLocat1nAttribute URL属性所指定的服务位置文件的DeliverySystemDescriptor 中。
[0023]可以进一步包括单播分配单元，该单播分配单元单播分配该内容的单播用的流。
[0024]可以进一步包括:转换单元，该转换单元将该内容的该单播用的流转换成多播分配或广播分配用的流；以及BC/MC分配单元，该BC/MC分配单元多播分配或广播分配由该转换单元生成的该流。
[0025]单播的流可以是DASH(基于HTTP的动态自适应流)格式的流，并且由该转换单元生成的多播分配或广播分配用的流可以是是FLUTE(单向文件传输)协议的文件。
[0026]该转换单元在该FLUTE协议的文件的FDT (文件传送表)-实例中引入范围属性来作为文件要素的属性。
[0027]可以进一步包括供应单元，该供应单元供应由该更新单元更新的控制信息。
[0028]可以进一步包括供应控制单元，该供应控制单元代替客户端获取内容，并且根据根据由该供应单元供应的控制信息，将获取的该内容通过单播分配供应至该客户端，或者将获取的该内容通过使用多播分配或广播分配的资源供应至该客户端。
[0029]本技术的一个方面是信息处理方法，包括:判定是否将多播分配或广播分配用于内容的供应；以及在判定使用该多播分配或该广播分配的情况下，更新与该内容的单播分配相关的控制信息以将该多播分配或该广播分配用于该内容的供应。
[0030]本技术的一个方面是使计算机起到如下功能的程序:判定单元，判定是否将多播分配或广播分配用于内容的供应；以及更新单元，在通过该判定单元判定使用该多播分配或该广播分配的情况下，该更新单元更新与该内容的单播分配相关的控制信息以将该多播分配或该广播分配用于该内容的供应。
[0031]本技术的一个方面是将内容从服务器供应至客户端的内容供应系统，包括:根据来自该客户端的该内容的获取要求量判定是否将多播分配或广播分配用于该内容的供应；以及在判定使用该多播分配或该广播分配的情况下，更新与该内容的单播分配相关的控制信息以将该多播分配或该广播分配用于将该内容从该服务器供应至该客户端。
[0032]在本公开中，判定是否使用多播分配或广播分配来供应内容，并且在判定使用多播分配或广播分配的情况下，更新与这些内容的单播分配相关的控制信息从而使用这个多播分配或广播分配来供应内容。
[0033]发明的有益效果
[0034]根据本公开的实施方式，可以处理与内容的分配相关的信息。具体地，可以更高效地执行内容的分配。
【附图说明】
[0035][图1]是描述了在相关技术中的内容分配系统的实例的图。
[0036][图2]是描述DASH的概要的图。
[0037][图3]是示出MPD的配置实例的图。
[0038][图4]是描述内容的时间分区的图。
[0039][图5]是示出在MPD中的时间段(Per1d)以下的分级结构的实例的图。
[0040][图6]是描述时间轴上的MPD文件的配置实例的图。
[0041][图7]是描述MPD的表示(Representat1n)以下的结构的实例的图。
[0042][图8]是示出MPD的XML描述实例的图。
[0043][图9]是描述片段获取要求的实例的图。
[0044][图10]是示出扩展的MPD的XML描述实例的图。
[0045][图 11]是不出由 ServiceLocat1nAttributeUrl 属性指定的 ServiceLocat1n要素的XML模式的实例的图。
[0046][图 12]是不出由 ServiceLocat1nAttributeUrl 属性指定的 ServiceLocat1n要素的数据结构的图。
[0047][图13]是示出用户服务描述结构的实例的图。
[0048][图14]是示出FLUTE协议的分级结构的图。
[0049][图15]是示出FDT的数据结构的图。
[0050][图16]是示出扩展的FDT的数据结构的图。
[0051][图17]是示出内容分配系统的主要配置实例的框图。
[0052][图18]是示出MPD配置器(configurator)的物理配置的实例的框图。
[0053][图19]是DASH片段流的功能的实例的功能框图。
[0054][图20]是示出FLUTE服务器的功能的实例的功能框图。
[0055][图21]是示出广播分配服务器的功能的实例的功能框图。
[0056][图22]是示出DASH-MPD服务器的功能的实例的功能框图。
[0057][图23]是DASH客户端的功能的实例的功能框图。
[0058][图24]是示出MPD配置器的功能的实例的功能框图。
[0059][图25]是示出BC/MC资源管理器的功能的实例的功能框图。
[0060][图26]是DASH客户端代理的功能的实例的功能框图。
[0061][图27]是描述分配控制过程的流程的实例的流程图。
[0062][图28]是描述DASH客户端代理过程的流程的实例的流程图。
[0063][图29]是描述内容分配过程的流程的实例的流程图。
[0064][图30]继图29描述了内容分配过程的流程的实例的流程图。
[0065][图31]继图29描述了内容分配过程的流程的实例的流程图。
[0066][图32]示出内容分配系统的另一配置实例的框图。
[0067][图33]示出代理服务器的功能的实例的功能框图。
[0068][图34]描述内容分配过程的流程的另一实例的流程图。
[0069][图35]是继图34描述了内容分配过程的流程的另一实例的流程图。
[0070][图36]是继图34描述了内容分配过程的流程的另一实例的流程图。
[0071][图37]是描述MPD和片段的分配过程的流程的实例的流程图。
[0072][图38]是描述在单播分配的情况下，MPD和片段的分配过程的流程的实例的流程图。
[0073][图39]是描述在多播分配或广播分配的情况下，MPD和片段的分配过程的流程的实例的流程图。
[0074][图40]是描述在多播分配或广播分配的情况下，MPD和片段的分配过程的流程的另一实例的流程图。
[0075][图41]是描述在通过FLUTE分配MPD和片段的情况下的分配过程的流程的实例的流程图。
[0076][图42]是描述在经由代理服务器执行的情况下，MPD和片段的分配过程的流程的实例的流程图。
【具体实施方式】
[0077]在下文中，将描述用于执行本公开的模式(在下文中称之为实施方式)。注意，将按照下面的顺序给出描述。
[0078]0.概要
[0079]1.第一实施方式(内容分配系统)
[0080]2.第二实施方式(内容分配系统)
[0081]3.第三实施方式(MH)和流的传输)
[0082]〈0.概要 >
[0083]〈内容分配系统〉
[0084]近年来，互联网上的流服务的主流已变为机顶盒视频(OTT-V) ο这个核心技术的普遍开始是基于HTTP的动态自适应流(DASH)。
[0085]因为DASH是通过点对点超文本传输协议(HTTP)流实现的，所以在应用于可能同时被大量客户端观看的内容(程序)的流的情况下(诸如体育转播)，这经常会需要内容传送网络(⑶N)的支持，例如，Akamai (注册商标)。
[0086]图1是描述通过DASH分配内容的系统的实例的图。在图1中示出的内容分配系统10是通过使用DASH将来自服务器的由图像、音频等组成的内容数据分配至客户端的系统。
[0087]如在图1中示出的实例中，在这个内容分配系统10中，经由整个⑶N分配DASH-MPD文件和DASH片段。就是说，首先，DASH MPD服务器11经由CDN 20将DASH-MPD文件41供应至最初发起HTTP请求的DASH客户端31。这个DASH-MPD文件41保留在⑶N20的缓存服务器(DASH缓存21)中。
[0088]当DASH客户端31要求内容时，基于所获得的DASH-MPD文件41，DASH片段流12经由⑶N 20将这个内容的DASH片段61供应至DASH客户端31，诸如箭头51。图1中的小的椭圆形分别示出了分段内容的DASH片段。这些DASH片段61还保留在⑶N 20的缓存服务器(DASH缓存22至DASH缓存24等)中。
[0089]然后，当另一个客户端DASH客户端32发出对于相同的内容的HTTP请求时，⑶N20的DASH缓存21将保留的DASH-MPD文件41作为DASH-MPD文件42供应至DASH客户端32。以这种方法，减少了 DASH MH)服务器11的负载。毫无疑问，在DASH-MPD文件没有被缓存在⑶N 20的缓存服务器中的情况下，将DASH-MPD文件42从DASH MPD服务器11供应给DASH客户端32，与DASH客户端31的情况类似。
[0090]另外，当DASH客户端32要求内容时，基于所获得的DASH-MH)文件42，DASH片段流12经由⑶N 20将这个内容的DASH片段61供应至DASH客户端32，诸如箭头52。这时，在这个内容的DASH片段61缓存在⑶N 20的缓存服务器(DASH缓存22至DASH缓存24等)中的情况下，这些DASH片段61被供应给DASH客户端32。以这种方法减少了 DASH片段流12的负载。
[0091]通过使用这样的⑶N，可以更高效地对内容进行分配。
[0092]<DASH>
[0093]将通过参照图2描述通过DASH传输内容的过程。首先，获取内容侧的客户端通过诸如浏览器的应用程序(HTTP流客户端)来选择所期望的内容的MPD，并且从服务器获取该所期望的内容(HTTP服务器上的媒体演示)。
[0094]当获得MPD时，客户端通过分析该MPD从服务器获取所期望的内容的DASH片段，并且再现(reproduce，再生)该DASH片段。
[0095]MPD具有诸如在图3中示出的配置。在MPD的分析(解析)中，客户端从包括在MPD的时间段中的表示属性中选择最佳部分(图3的媒体演示(Media Presentat1n))。
[0096]客户端通过调用所选择的表示的引导片段获取并且处理初始的片段。客户端继续获取并再现后续的片段。
[0097]应注意，在MPD中，在时间段、表示与片段(Segment)之间的关系如图4中的那样。就是说，一个媒体内容可以分各个时间段来管理，各个时间段是时间方向的数据单位，并且可以针对各个片段来管理各个时间段，各个片段是时间方向的数据单位。此外，具有不同的属性，诸如比特率的多个表示，可以构成各个时间段。
[0098]因此，这个MPD的文件(也称为MPD文件)在时间段以下具有诸如在图5中示出的分级结构。此外，这个MPD的结构当布置在时间轴上时变为诸如图6的实例中的那样。如从图6清晰可见的是相同的片段存在多个表示。客户端可以根据通信环境、它自身的解码容量等通过适当选择这些中的一个，获取并再现适合的流数据。
[0099]然而，从开销限制来看，CDN通常不能获得可与现有的广播分配相比较的可量测程度。
[0100]在通过表示描述的目标是通过互联网(网络接口控制器(NIC))分配的流的url时，在客户端安装(广播系统)用于广播/多播的物理层，诸如多媒体广播和多播服务(MBMS)的情况下，将存在以下情况，在相同的现场广播等分配在可以通过这些接收的信道上时，可以在通过这些的接收和再现由广播系统的服务质量(QoS)(确保频带/延迟等)确保的传输路径上预期更高质量的内容再现。
[0101]此外，可以实现成本能够被合理分配地使用广播。此外，在再现期间条件变为仅能够以超过准备的比特率的范围(的下限)的流接收的情况下，例如，由于互联网分配环境(通信量)的突然改变，则