内容供应装置、内容供应方法、程序以及内容供应系统制造方法及图纸

本公开涉及一种内容供应装置、内容供应方法、程序以及内容供应系统，其能够通过扩展DASH，在单播发送、多播发送或广播发送之间无缝切换接收和再现。所述内容供应装置配备有：HTTP发送单元，根据HTTP单播发送流数据的段文件；RTP发送单元，在RTP数据包内无变化地储存段文件，并且根据RTP通过多播和广播中的至少一个发送RTP数据包；以及图元文件生成单元，其生成描述在根据HTTP发送的段文件与根据RTP发送的段文件之间的时间对应关系的图元文件，并且将所述图元文件供应给接收侧。本公开可以应用于通过流方式传送内容的系统。

【技术实现步骤摘要】
【国外来华专利技术】
本公开涉及一种内容供应装置、一种内容供应方法、一种程序以及一种内容供应系统，并且更具体而言，涉及一种内容供应装置、一种内容供应方法、一种程序以及一种内容供应系统，在超文本发送协议(HTTP)通过互联网单播发送内容时，其能够由作为替换路径的实时发送协议(RTP)通过广播网络多播发送或广播发送内容。
技术介绍
近年来，超过限度视频(OTT-V)通过互联网变成流服务的主流，并且作为其基本技术，众所周知使用HTTP的通过HTTP的活动图像专家组-动态自适应流媒体(在后文中称为“DASH”)(MPEG-DASH)，其中，供应侧通过点对点的方式与接收侧连接，与网站等的浏览相似(例如，参照非专利文献I)。在DASH内，实现自适应流媒体技术。换言之，内容供应侧具有能够供应多个流的系统，所述多个流包括相同主体的内容，但是具有不同的图像质量或视角尺寸，并且接收侧被配置为根据互联网的通信环境或接收侧的能力或状态，切换和观看最佳流。在DASH内，作为使接收侧能够自适应地切换流的信息，将称为媒体呈现描述(MPD)的图元文件从供应侧中供应给接收侧。在MPD中描述表示分成大块的流数据(媒体数据，例如，音频/视频/副标题)的供应源的服务器的地址(url信息)。接收侧可以基于url信息访问服务器，并且获取和再现HTTP发送的流数据。图1示出了基于DASH通过流媒体方式传送内容的内容供应系统的配置的一个实例性。内容供应系统20包括设置在供应内容的侧边上的内容管理服务器21、DASH段流转化器22以及DASH MPD服务器23、以及设置在接收和观看内容的侧边上的DASH客户端30。虽然未显示，但是假设具有多个DASH客户端30。内容管理服务器21管理要供应给接收侧的内容，生成具有与相同主体的内容不同的比特率的多块流数据，并且将所生成的流数据输出给DASH段流转化器22。DASH段流转化器22将内容的流数据在时间上分成几段，保持每个段，作为文件，并且通知DASH MPD服务器23文件的地址。进一步，DASH段流转化器22作为HTTP服务器通过互联网11响应于接收侧的DASH客户端30的请求，单播传送分段的流数据的文件。DASH MPD服务器23生成MPD，其中，例如，描述了用作分段的流数据的文件的供应源的DASH段流转化器22的地址。DASH MPD服务器23作为HTTP服务器通过互联网11响应于接收侧的DASH客户端30的请求，将MPD单播传送给DASH客户端30。接收侧的DASH客户端30接收和再现内容，并且基于从DASH MPD服务器23中获取的MPD，访问用作HTTP服务器的DASH段流转化器22，并且接收和再现分段的流数据的文件。具有以下情况，高速缓存服务器安装在互联网11上，以高速缓存单播传送的MPD、分段的流数据的文件等，并且进行DASH段流转化器22或DASH MPD服务器23的操作。引用列表非专利文献非专利文献1:Mitsuhiro Hirabayashi/‘Achieving Uninterrupted VideoStreaming Using Existing Web Servers，，、NIKKEI ELECTRONICS、2012 年 3 月 19 日
技术实现思路
技术问题如上所述，在DASH中，实现根据HTTP通过单播发送供应内容的自适应流媒体技术。例如，在多个DASH客户端30可能同时获取和再现的内容(例如，实时体育广播的内容)通过DASH供应给多个装置时，由于使用HTTP，所以需要由内容输送网络(CDN)支持。然而，虽然由CDN支持，但是由于成本限制，所以难以获得与在现有广播传送中一样高的可扩展性。顺便提一下，为了将内容同时供应给多个接收侧，具有使用通过电视广播网络或移动网络的多播承载或广播承载的方法，并且在该方法中，通常使用RTP。因此，在接收侧可以接收再现多播发送的或广播传送的内容时，接收侧可以可取地在DASH中使用多播发送或广播发送自适应地选择流，作为替换路径。然而，在DASH的现有说明书中，仅仅考虑根据HTTP的内容的流数据的单播传送，并且不考虑使用多播承载或广播承载。因此，在DASH的MPD中，在对应于段间隔的多播承载或广播承载上，难以描述在根据HTTP单播发送的DASH段与根据RTP流动的内容间隔之间的对应关系。进一步，目前，未规定可以储存在RTP数据包内的不改变、不破坏作为用作DASH的控制目标的内容流块的片段MP4的箱体结构的有效载荷格式。因此，在DASH的现有标准中，难以在单播传送与多播发送和广播发送中的任一个之间实现内容的无缝切换。鉴于上述内容，构造本公开，并且可取地在根据HTTP的单播发送与根据RTP的多播发送和广播发送中的任一个之间实现内容的无缝切换。问题的解决方案根据本公开的第一方面，提供了一种内容供应装置，其根据MPEG-DASH供应内容的流数据，所述内容供应装置包括:HTTP发送单元，被配置为将所述流数据转换成以段为单位的文件，并且根据HTTP单播发送所产生的段文件；RTP发送单元，被配置为在RTP数据包内无变化地储存段文件，并且根据RTP通过多播和广播中的至少一个发送RTP数据包；以及图元文件生成单元，被配置为生成图元文件并且将所述图元文件供应给接收侧，在图元文件中描述在根据HTTP单播发送的段文件与根据RTP，通过多播和广播中的至少一个发送的段文件之间的时间对应关系。所述内容的流数据可以是片段MP4。所述RTP发送单元可以在RTP数据包内储存所述段文件，同时保持所述片段MP4的箱体结构，并且根据RTP，通过多播和广播中的至少一个发送所述RTP数据包。所述RTP发送单元可以在所述RTP数据包的RTP报头的时间戳字段内描述在发送所述RTP数据包时第一位的发送时间。所述RTP发送单元可以在RTP数据包的所述RTP有效载荷内描述表示RTP有效载荷的模式的信息以及表示段边界的信息，并且在有效载荷数据内设置NAL单元。所述RTP发送单元可以在所述RTP数据包的RTP有效载荷内设置在MPEG-DASH内规定的初始化段的元数据以及媒体段的元数据，或者在所述RTP数据包的RTP有效载荷内设置所述媒体段的元数据，或者在所述RTP数据包的RTP有效载荷内不设置初始化段的元数据和所述媒体段的元数据。根据本公开的第一方面，提供了一种内容供应装置的内容供应方法，所述内容供应装置根据MPEG-DASH供应内容的流数据，所述内容供应方法包括:HTTP发送步骤，用于通过所述内容供应装置，将所述流数据转换成以段为单位的文件，并且根据HTTP单播发送所产生的段文件；RTP发送步骤，用于通过所述内容供应装置，在RTP数据包内无变化地储存段文件，并且根据RTP，通过多播和广播中的至少一个发送RTP数据包；以及图元文件生成步骤，用于通过所述内容供应装置，生成图元文件并且将所述图元文件供应给接收侧，在图元文件中描述在根据HTTP单播发送的段文件与根据RTP通过多播和广播中的至少一个发送的段文件之间的时间对应关系。根据本公开的第一方面，提供了一种使计算机用作以下单元的程序，所述计算机根据MPEG-DASH供应内容的流数据:HTTP发送单元，其被配置为将所述流数据转换成以段为单位的文件，并且根据H本文档来自技高网...

【技术保护点】
一种内容供应装置，根据MPEG‑DASH供应内容的流数据，所述内容供应装置包括：HTTP发送单元，被配置为将所述流数据转换成以段为单位的文件，并且根据HTTP单播发送所产生的段文件；RTP发送单元，被配置为在RTP数据包内无变化地储存所述段文件，并且根据RTP，通过多播和广播中的至少一个发送所述RTP数据包；以及图元文件生成单元，被配置为生成图元文件并且将所述图元文件供应给接收侧，在所述图元文件中，描述了在根据HTTP单播发送的所述段文件与根据RTP通过多播和广播中的至少一个发送的所述段文件之间的时间对应关系。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：山岸靖明，
申请(专利权)人：索尼公司，
类型：发明
国别省市：日本;JP