内容供给装置、内容供给方法、程序、终端装置、以及内容供给系统的制作方法
【技术领域】
[0001]本公开涉及内容供给装置、内容供给方法、程序、终端装置、以及内容供给系统，更特别地，涉及在内容的流数据根据单向传输的文件传送而被(FLUTE)传送时适当地使用的内容供给装置、内容供给方法、程序、终端装置、以及内容供给系统。
【背景技术】
[0002]已经知道了运动图片专家组-HTTP动态自适应流(以下，称为“DASH”)(MPEG-DASH)(例如，见非专利文献1)，其使用与网站的浏览相同的HTTP作为可用于经由互联网的运动图像传送的国际标准化运动图像传输协议。
[0003]在DASH中，采用了自适应流技术。换句话说，内容供给侧被配置为准备包括同一主题的内容且根据图像质量的差异、视图大小的角度等比特率不同的多个流。另一方面，接收侧可以根据互联网的通信环境、接收侧的解码能力等从供给侧准备的多个流中选择最佳流，并且获取和再生所选择的最佳流。
[0004]此外，从供给侧向接收侧供给称为媒体演示说明(MPD)的图元文件，使得接收侧可以适当地选择和获取流。
[0005]在MPD中描述了把被分成块的内容的流数据(诸如音频/视频/字幕等的媒体数据)向接收侧供给的服务器(供给源)的地址(url信息)。接收侧可以基于url信息访问充当内容供给源的服务器，请求流数据，以及根据请求接收和再生从服务器HTTP-单播传送(HTTP-unicast-delivered)的流数据。
[0006]图1示出了基于DASH以流方式传送内容的内容供给系统的配置实例。
[0007]内容供给系统10包括供给内容的多个内容供给装置20以及接收和再生内容的多个DASH客户端30。DASH客户端30可以经由使用互联网11的内容传送网络(⑶N) 12连接至内容供给装置20。
[0008]内容供给装置20传送包括同一主题的内容且比特率不同的多个流。内容供给装置20包括信道流光21、DASH片段流光22、以及DASH MPD服务器23。
[0009]信道流光21管理待传送到DASH客户端30的内容的源数据，从源数据生成具有不同比特率的多条流数据，并将多条流数据输出到DASH片段流光22。
[0010]DASH片段流光22通过临时地将每条流数据分成段而生成诸如片段化MP4 (fragmented MP4)的片段流，并且保持所生成的片段流作为文件。此外，响应于作为web服务器的DASH客户端30的请求(HTTP请求)，DASH片段流光22将所保持的片段流文件HTTP单播传送到请求源。DASH片段流光22将包括指示片段流文件的供给源的地址的元数据通知DASH MPD服务器23。
[0011]DASH ΜΗ)服务器23生成MPD，其中，例如，描述了指示片段流文件的供给源(即，DASH片段流光22)的地址。DASH MPD服务器23根据来自作为web服务器的DASH客户端30的请求(HTTP请求)，将所生成的MPD HTTP-单播传送到请求源。
[0012]DASH客户端30请求DASH ΜΗ)服务器23传输MPD，并且接收响应于请求而被HTTP-单播传送的MPD。DASH客户端30基于接收的MPD请求DASH片段流光22传输片段流文件，并且接收和再生响应于请求而被HTTP-单播传送的片段流文件。
[0013]⑶N 12包括缓存服务器(未示出)，并且缓存服务器缓存MPD或者经由⑶N 12被HTTP-单播传送的片段流文件。缓存服务器可以向请求源的DASH客户端30，而不是向充当web服务器的DASH MPD服务器23或者DASH片段流光22，HTTP-单播传送所缓存的MPD或者片段流文件。
[0014]引用列表
[0015]非专利文献
[0016]非专利文献1:Mitsuhiro Hirabayashi, “Achieving Uninterrupted VideoStreaming Using Existing Web Servers, ”NIKKEI ELECTRONICS, 2012 年 3 月 19 日。
【发明内容】
[0017]发明要解决的课题
[0018]如上所述，在DASH中，实施了使用HTTP-单播传送的自适应流技术。
[0019]如果接收侧可以接收例如FLUTE-多播传送的或者RTP-多播传送的流以及HTTP-单播传送的流，则理想的是，使用传送路径传送流，并且使得接收侧能够适应性地选择流。
[0020]换句话说，由于FLUTE-多播传送和RTP-多播传送保证了 QoS (例如，保证了的频带/延迟)，因此当传送诸如实时视频的其中实时属性很有必要的内容时，预计接收侧可以比HTTP-单播传送中更稳定地接收和再生流。
[0021]这里，将考虑如下的情况:其中，从实时捕获的内容的源数据生成诸如片段化MP4的片段流，然后顺序FLUTE-多播传送。
[0022]图2示出了当FLUTE-传送(FLUTE-delivered)片段化MP4时，根据相关技术的文件传输单位生成方法的概述。
[0023]换句话说，当FLUTE-传送片段化MP4时，以G0P为单位生成文件传输单位，G0P用作可随机访问并FLUTE-多播传送的片段化MP4的最小单位。实际上，还存在其中以整数倍的G0P单位生成文件传输单位的情况，但是在该说明书中，假设以G0P为单位生成文件传输单位。
[0024]在图2的实例中，假设片段化MP4的G0P范围的数据按时间顺序包括样本(s) (1)、样本(s) (2)、以及样本(s) (3)。在生成了样本(s)⑴至样本(s) (3)之后生成文件传输单位并FLUTE-多播传送。
[0025]图3示出了当FLUTE-传送片段化MP4时根据相关技术的文件传输单位的数据结构。
[0026]文件传输单位(媒体片段)包括styp、moof、和mdat。Moof包括mfhd和traf，traf包括tfhd、tfdt、trun、和sdtp。顺序传输的文件传输单位的sequence_number (序列_号)存储在mfhd中，并且G0P单位的头部的样本(s) (1)的BaseMediaDecodeTime-1 (基本媒体解码定时-1)存储在traf的tfdt中。计算属于G0P单位的样本(s) (1)至样本(s)(3)的呈现时间所必须的信息存储在traf的trun中。mdat的头和样本(s) (1)至样本(s)(3)存储在mdat中。
[0027]图4示出了用于传输文件传输单位的时序。图4A示出了如下的实例，其中，例如，相比于文件传输单位的数据量，其中传输了文件传输单位的广播网络的频带足够大，并且在该情况下，可以在没有延迟的情况下为每个G0P将文件传输单位批量传输到接收侧。
[0028]然而，实际上，广播网络等的频带并不一定是足够大以一次性批量传输文件传输单位，并且，预计将来内容的图像质量和碎片MP的比特率会增大。在该情况下，如图4B所示，文件传输单位的供给可能会延迟，该延迟可能会引起接收侧的缓冲开始时间的延迟，因此，不利地影响了具有实时属性的内容的再生。
[0029]图5示出了解决上述问题的方法的概述。换句话说，为了解决上述问题，不是在生成了每个G0P的样本(s) (1)至样本(s) (3)之后生成并传输文件传输单位，理想的是减小文件传输单位的大小，并且顺序传输所得到的文件传输单位。然而，过去还没有建立该方法。
[0030]鉴于上述内容而作出本发明，理想的是，在没有延迟的情况下传输片段流文件传输单位。
[0031]解决课题的手段
[0032]根据本公开的第一方面，提供了一种对内容的片段流进行多播传送的内容供给装置，该内容供给装置包括:片段流生成单元，配置为基于内容的源数据生成片段流；以及传送单元，配置为把所生成的片段流划分成能够随机接入的第一数据单位并且将第一数据单位细分成第二数据单位，从而以第二数据单位为单位生成文件传输单位，并且对文件传输单位进行FLUTE-多播传送。
[0033]传送单元可以生成如下的文件传输单位，其包括:moof，其中，版本属性添加到了片段流的第一数据单位的第二数据单位;mdat，其中，存储了第二数据单位的数据。
[0034]传送单元可以生成如下的文件传输单位，其包括:moof，其中，styp、版本属性、和ntpt添加到片段流的第一数据单位的头部的第二数据单位；mdat，其中，存储了第二数据单位的数据；并且可以生成如下的文件传输单位，其包括用于与第一数据单位的头部的第二数据单位不同的另一第二数据单位的moof和mdat。
[0035]传送单元可以在版本属性中存储指示moof的版本的多个值，并且在ntpt中存储与第一数据单位的头部的第二数据单位的BaseMediaDecodeTime-1对应的NTPTime-1 (NTP 定时-1)。
[0036]传送单元可以通过拷贝和更新先前生成的文件传输单位的包括版本属性和ntpt的moof，生成与不同于头部的