CN105052159B - 内容提供设备、内容提供方法、程序、和内容提供系统 - Google Patents

内容提供设备、内容提供方法、程序、和内容提供系统 Download PDF

Info

Publication number
CN105052159B
CN105052159B CN201480014550.7A CN201480014550A CN105052159B CN 105052159 B CN105052159 B CN 105052159B CN 201480014550 A CN201480014550 A CN 201480014550A CN 105052159 B CN105052159 B CN 105052159B
Authority
CN
China
Prior art keywords
data segment
file
rtp
content
broadcast
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201480014550.7A
Other languages
English (en)
Other versions
CN105052159A (zh
Inventor
山岸靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN105052159A publication Critical patent/CN105052159A/zh
Application granted granted Critical
Publication of CN105052159B publication Critical patent/CN105052159B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26616—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for merging a unicast channel into a multicast channel, e.g. in a VOD application, when a client served by unicast channel catches up a multicast channel to save bandwidth
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
    • H04L12/1827—Network arrangements for conference optimisation or adaptation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/762—Media network packet handling at the source 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/4302—Content synchronisation processes, e.g. decoder synchronisation
    • H04N21/4307—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen
    • H04N21/43072—Synchronising the rendering of multiple content streams or additional data on devices, e.g. synchronisation of audio on a mobile phone with the video output on the TV screen of multiple content streams on the same device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/631—Multimode Transmission, e.g. transmitting basic layers and enhancement layers of the content over different transmission paths or transmitting with different error corrections, different keys or with different transmission protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本公开内容涉及在接收并回放单播传输、多播传输、或者广播传输时允许无缝切换的内容提供设备、内容提供方法、程序、和内容提供系统。该内容提供设备设置有如下单元：HTTP传输单元，将流数据的各个数据段转换为文件并作为单播传输所产生的数据段文件；RTP传输单元，作为多播和/或广播传输数据段文件；和元文件生成单元，生成表示作为单播传输的数据段文件与作为多播和/或广播传输的数据段文件之间按时间顺序的对应的元文件并将该元文件提供至接收侧。本公开内容可以应用于经由流递送内容的系统。

Description

内容提供设备、内容提供方法、程序、和内容提供系统
技术领域
本公开内容涉及内容提供设备、内容提供方法、程序、和内容提供系统。具体地，本公开内容涉及能够作为经由超文本传输协议(HTTP)通过互联网单播内容的情形的替代路径，经由实时传输协议(RTP)通过网络多播或者广播内容的内容提供设备、内容提供方法、程序、和内容提供程序。
背景技术
最近，OTT(over-the-top)视频(OTT-V)已经进入使用互联网的流服务的主流。作为OTT-V的基本技术，使用HTTP的运动图像专家组-HTTP动态自适应流(MPRG-DASH，在下文中，称为DASH)已经为人所知晓，通过DASH，供应商与接收器以与浏览网站的情形相似的方式通过点对点连接(例如，参见非专利文献1)。
根据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通知文件的地址。另外，作为HTTP服务器，DASH数据段流转化器22响应于来自DASH客户端30的请求经由互联网11将分段的流数据的文件传输至在接收器侧的DASH客户端30。
DASH MPD服务器23生成描述分段的流数据的文件的来源地址的MPD。另外，作为HTTP服务器，DASH MPD服务器23响应于来自DASH客户端30的请求经由互联网11将MPD传输至在接收器侧的DASH客户端30。
在接收器侧的DASH客户端30获取并复制内容。具体地，DASH客户端30基于从DASHMPD服务器23获取的MPD访问DASH数据段流转化器22，并且获取并复制分段的流数据的文件。
应注意，还可以提供互联网11上的缓存服务器，缓存经由HTTP等传输的分段的流数据和MPD的文件，并代替DASH数据段流转化器22和DASH MPD服务器23的操作。
引用列表
非专利文献
非专利文献1：“在现有的网络服务器中实现不间断的视频递送”，MitsuhiroHIRABAYASHI，NIKKEI ELECTRONICS 2012.3.19
发明内容
技术问题
如上所述，根据DASH，实现用于通过经由HTTP的单播传输提供内容的自适应流技术。
然而，在诸如许多DASH客户端30可以同时获取并复制的体育的实时广播的内容经由DASH提供的情形中，因为使用HTTP，所以需要来自内容递送网络(CDN)的支持。然而，即使当来自CDN的支持可利用时，因为成本限制，难以达到可与现有的广播递送匹配的可扩展性。
同时，经由电视网络和/或移动网络使用多播载体和/或广播载体的方法用于同时向许多接收器提供内容。通常，RTP用于该方法。
因此，当内容的接收器与多播传输和广播传输相配时，优选的是，多播传输和/或广播传输用作DASH中的替代路径并且允许接收器自适应地选择流。
然而，根据现有的DASH规范，仅假设经由HTTP传输内容的流数据，而未假设使用多播载体和广播载体。因此，DASH的MPD未描述经由HTTP单播的DASH数据段与在对应于数据段部分的广播载体或者多播载体上经由RTP流动的内容部分之间的对应关系。因此，难以实现内容的单播传输和多播传输或者广播传输之间的无缝切换。
关注于上述问题，本公开内容实现经由HTTP的内容的单播传输与经由RTP的内容的多播传输或者广播传输之间的无缝切换。
问题的解决方案
根据本公开内容的第一方面，提供了根据MPEG-DASH提供内容的流数据的内容提供设备，内容提供设备包括：HTTP传输单元，被配置为将流数据的各个数据段转换为文件并且经由HTTP单播产生的数据段文件；RTP传输单元，被配置为经由RTP多播和/或广播数据段文件；和元文件生成单元，被配置为生成描述经由HTTP单播的数据段文件与经由RTP多播和/或广播的数据段文件之间的按时间顺序的对应关系的元文件，并将元文件提供至接收器。
根据本公开内容的第一方面的内容提供设备可以进一步包括被配置为生成描述用于接收经由HTTP单播的数据段文件的信息的MPD的MPD生成单元。元文件生成单元可以通过重写MPD生成元文件。
元文件生成单元通过以与经由HTTP单播的所述数据段文件的mediaRange属性相关联的方式，添加经由RTP多播和/或广播的所述数据段文件的rtspRange属性，而生成所述元文件，mediaRange属性在MPD中描述。
RTP传输单元可以执行协议转换以便将通过HTTP传输单元经由HTTP单播的所述数据段文件移动至RTP数据包，并多播和/或广播数据段文件。
RTP传输单元可以进一步经由RTCP传输RTP时间戳和对应于RTP时间戳的NTP时间戳。
根据本公开内容的第一方面，提供了通过根据MPEG-DASH提供内容的流数据的内容提供设备执行的内容提供方法，内容提供方法包括：将流数据的各个数据段转换为文件并且经由HTTP单播产生的数据段文件的HTTP传输步骤；经由RTP多播和/或广播数据段文件的RTP传输步骤；以及生成描述经由HTTP单播的数据段文件与经由RTP多播和/或广播的数据段文件之间的按时间顺序的对应关系的元文件，并将元文件提供至接收器的元文件生成步骤。
根据本公开内容的第一方面，提供了使根据MPEG-DASH提供内容的流数据的计算机起以下作用的程序：HTTP传输单元，被配置为将流数据的各个数据段转换为文件并且经由HTTP单播产生的数据段文件；RTP传输单元，被配置为经由RTP多播和/或广播数据段文件；和元文件生成单元，被配置为生成描述经由HTTP单播的数据段文件与经由RTP多播和/或广播的数据段文件之间的按时间顺序的对应关系的元文件，并将元文件提供至接收器。
根据本公开内容的第一方面，流数据的各个数据段被转换为文件，产生的数据段文件经由HTTP单播，并且数据段文件经由RTP多播和/或广播。另外，生成描述经由HTTP单播的数据段文件与经由RTP多播和/或广播的数据段文件之间的按时间顺序的对应关系的元文件，并将元文件提供至接收器。
根据本公开内容的第二方面，提供了内容提供系统，包括：根据MPEG-DASH提供内容的流数据的内容提供设备；和接收流数据的客户端设备。内容提供设备包括HTTP传输单元，被配置为将流数据的各个数据段转换为文件并且经由HTTP单播产生的数据段文件，RTP传输单元，被配置为经由RTP多播和/或广播数据段文件，和元文件生成单元，被配置为生成描述经由HTTP单播的数据段文件与经由RTP多播和/或广播的数据段文件之间的按时间顺序的对应关系的元文件，并将元文件提供至接收器。基于所获取的元文件，客户端设备切换经由HTTP单播的数据段文件和经由RTP多播和/或广播的数据段文件以接收并复制数据段文件。
根据本公开内容的第二方面，内容提供设备将流数据的各个数据段转换为文件，经由HTTP单播产生的数据段文件，并经由RTP多播和/或广播数据段文件。另外，生成描述经由HTTP单播的数据段文件与经由RTP多播和/或广播的数据段文件之间的按时间顺序的对应关系的元文件，并将元文件提供至接收器。基于所获取的元文件，客户端设备切换经由HTTP单播的数据段文件和经由RTP多播和/或广播的数据段文件以接收并复制数据段文件。
发明有益效果
根据本公开内容的第一方面和第二方面，可以实现经由HTTP的内容的单播传输与经由RTP的内容的多播传输或者广播传输之间的无缝切换。
附图说明
[图1]图1是示出使用DASH的现有的内容提供系统的配置示例的框图。
[图2]图2是示出根据本公开内容的内容提供系统的配置示例的框图。
[图3]图3是示出内容的按时间顺序分离的示图。
[图4]图4是示出MPD的配置的示图。
[图5]图5是示出MPD中的低于周期的分级结构的示图。
[图6]图6是其中MPD的元素排列在时间轴上的示图。
[图7]图7是示出低于MPD的表征的详细配置的示图。
[图8]图8是示出MPD的示例的示图。
[图9]图9是示出重写的MPD的示例的示图。
[图10]图10是示出ServiceLocation元素的XML模式的示例的示图。
[图11]图11是示出ServiceLocation元素的数据结构的示图。
[图12]图12是示出User Searvice Description的示例的示图。
[图13]图13是示出协议的分级结构的示图。
[图14]图14是示出内容提供系统的第一操作的流程图。
[图15]图15是示出内容提供系统的第二操作的流程图。
[图16]图16是示出计算机的配置示例的框图。
具体实施方式
下面是用于执行本公开内容的最佳模式(以下称之为实施方式)的参照附图的详细描述。
[内容提供系统的配置示例]
根据本公开内容的实施方式的内容提供系统在接收器获取并复制内容时，能够在经由HTTP的单播传输的内容流与经由RTP的多播传输和广播传输的内容流之间无缝切换。
具体地，DASH中的MPD被扩展以描述表示经由HTTP单播的内容流的部分的mediaRange与表示经由RTP多播或者广播的内容流的部分的rstpRange之间的对应关系。
图2示出根据本公开内容的实施方式的内容提供系统的配置示例。
内容提供系统50包括内容提供商侧的内容提供设备60和内容观看者侧的许多DASH客户端70。内容提供设备60和DASH客户端70经由互联网11连接。DASH客户端70能够通过网络12接收由内容提供设备60多播并广播的内容。除了使用地波、卫星波等的电视网络之外，网络12包括移动网络，诸如多媒体广播多播服务(MBMS)。
内容提供设备60包括通过互联网11相互连接的内容管理服务器61、DASH数据段流转化器62、DASH MPD服务器63、MPD代理服务器64、MPD配置器65、广播/多播(BC/MC)资源管理器66、DASH客户端代理67、和广播/多播(BC/MC)服务提供装置68。
内容管理服务器61管理将要提供至接收器侧的DASH客户端70的内容(包括直播内容)，从具有相同的内容的内容生成具有不同比特率的多条流数据，并且将生成的多条流数据提供至DASH数据段流转化器62。
DASH数据段流转化器62按时间顺序划分内容的流数据。
图3示出内容的时间划分。即，如图3中所示，DASH数据段流转化器62按时间顺序将内容的流数据分隔为多个周期，将周期划分为数据段，将每个数据段转换为文件，并且向DASH MPD服务器63通知文件的源地址。
另外，作为HTTP服务器，DASH数据段流转化器62响应于来自DASH客户端70的请求，通过互联网11经由HTTP传输分段的流数据的文件(通过使用HTTP单播分段的流数据的文件)。
DASH MPD服务器63生成与经由HTTP获取单播内容的DASH客户端70相关联的MPD。随后，响应于来自DASH客户端70的请求，DASH MPD服务器63通过互联网11经由HTTP传输MPD。另外，DASH MPD服务器63响应于来自MPD代理服务器64的请求提供生成的MPD。
MPD代理服务器64获取来自DASH MPD服务器63的MPD，并将MPD提供至MPD配置器65。
MPD配置器65重写MPD使得DASH客户端70可以获取内容从而广播和多播具有与经由HTTP单播的内容相同内容的内容。广播/多播资源管理器66向MPD配置器65通知广播载体和多播载体的资源的状态。
DASH客户端代理67将重写的MPD传输至DASH客户端70并将重写的MPD提供至广播/多播服务提供装置68以使重写的MPD经由FLUTE多播。DASH客户端代理67获取来自DASH数据段流转化器62的内容的数据段，将获取的数据段转换为多播协议或者广播协议，将数据段提供至广播/多播服务提供装置68，并通过网络12使数据段经由RTP多播和广播。
广播/多播服务提供装置68通过网络12使经由FLUTE重写的MPD多播。另外，广播/多播服务提供装置68通过网络12使经由RTP的内容的流数据段多播并广播。
[MPD的概述]
接下来，参考图4和图5，说明DASH中的MPD的概述。
图4示出MPD的数据配置。图5示出MPD中的低于周期(Period)的分级结构。
在MPD中，关于内容(媒体)的信息被分成部分为多个周期。在每个周期中，设置有包括关于流数据的信息的多个表征，所述流数据具有相同的内容并且具有不同的流属性，诸如比特率。所述表征存储关于通过进一步按时间顺序将周期分段获得的数据段的信息。
图6是其中MPD的元素设置在时间轴上的示图。
如图6中所示，存在用于数据段的多个表征。因此，DASH客户端70自适应地选择表征中的任一个，并且因此可以根据通信环境切换并观看适当的流数据并且解码DASH客户端70的性能。
图7示出低于MPD的表征的详细配置。所述表征描述DASH数据段流转化器62的地址，该地址是存储分段的流数据的文件的来源。具体地，在每条分段的流数据已单独地转换为文件的情形中，各个文件的地址(URL信息)的序列被描述。替代地，在各条分段的流数据已转换为文件的情形中，除了文件的地址(BaseURL)之外，文件的每个数据段的范围(mediaRange)的序列被描述。应注意，图7示出后者情形。
图8示出其中以XML格式描述低于图7中示出的表征的配置的示例。
在MPD/Period/Adaptationset/Representation/BaseURL中，在分段的流数据已转换为文件的情形中文件源的地址被描述。在图8中，“http://example.com/counter-10mn_avc_dash.mp4”表示文件的地址。
在MPD/Period/Adaptationset/Representation/SegmentList/SegmentURL/@mediaRange中，文件中分段的流数据的字节范围的序列被描述。
因此，DASH客户端70指定“http://example.com/counter-10mn_avc_dash.mp4”作为文件的URL，指定mediaRange作为其Range数据头，发布HTTP请求，并且从而获取期望的数据段。
例如，“MPD/Period/Adaptationset/Representation/SegmentList/SegmentURL/@mediaRange＝”795-83596””表示文件的从第795个字节到第83596个字节的范围的字节是第一个分段的流数据。同样，下一个“MPD/Period/Adaptationset/Representation/SegmentList/SegmentURL/@mediaRange＝”83597-166046””表示从第83597个字节到第166046个字节的范围的字节是第二个分段的流数据。
因此，为了获取第一数据段，必须指定文件URL“http：//example.com/counter-10mn_avc_dash.mp4”，并且描述mediaRange“795-83596”作为范围规范。在该情形中，HTTP请求如下：
GET/counter-10mn_avc_dash.mp4HTTP/1.1
Host:example.com
Range:bytes＝795-83596
同样，为了获取第二数据段，必须发布以下HTTP请求：
GET/counter-10mn_avc_dash.mp4HTTP/1.1
Host:example.com
Range:bytes＝83597-166046
[MPD的重写]
根据本实施方式，通过使用经由HTTP的单播传输、经由RTP的多播传输、和经由RTP的广播传输，分段的流数据被提供至接收器侧的DASH客户端70。另外，在DASH客户端70中执行单播传输、多播传输、和广播传输之间的无缝切换。
为了达到无缝切换，最新引入ServiceLocation元素。另外，表征经由RTP多播或者广播的流数据段的部分的rtspRange被添加，流数据段对应于经由HTTP单播的数据段的字节范围。
图9示出图8中示出的MPD重写的示例。具体地，rtspRange属性被放置在SegmentURL元素中作为用于指定数据段流的经由RTP多播和广播(即从经由HTTP传输的数据段切换)的部分的属性。另外，ServiceLocationAttributeUrl属性放入MPD的BaseURL中，ServiceLocationAttributeUrl属性描述其中存储ServiceLocation元素作为根元素的ServiceLocationAttribute文件的URL。
重写的MPD的SegmentURL元素中的rtspRange属性以范围参数的格式(UTC格式)存储字串，以便识别在用于控制在Request For Comment(RFC)2326中限定的RTP流的实时流协议(RTSP)中限定的RTP流部分。应注意，存储在rtspRange属性中的信息的格式不限于UTC格式。
例如，在图9的情形中，包括经由HTTP单播的文件的从第795个字节到第83596个字节的字节范围的第一数据段对应于经由RTP多播或者广播的数据段流的从19961108T143720.25Z至19961108T143730.25Z的部分。
同样，包括经由HTTP单播的文件的从第83597个字节到第166046个字节的字节范围的第二数据段对应于经由RTP多播或者广播的数据段流的从19961108T143730.25Z至19961108T143740.25Z的部分。
图10示出通过ServiceLocationAttributeUrl属性指定的ServiceLocationAttribute文件的XML模式的示例。
图11示出最新引入的ServiceLocation元素。ServiceLocation元素包括调谐参数(DeliverySystemAttributes)和IPMulticastAddress。另外，其中ServiceLocation元素作为根元素存储的ServiceLocationAttribute文件的URL在放入BaseURL中的ServiceLocationAttributeUrl属性中描述。
例如，在使用移动网络(诸如MBMS)的多播载体和广播载体的情形中，具有用于基于MBMS的多播传输或者广播传输的调谐参数的数据结构的格式标识符(MBMS情形中的ID_MBMS)在DeliverySystemAttributes的DeliverySystemIdentifier中描述。
替代地，在使用现有的电视网络(诸如DVB地面网络)的广播载体的情形中，描述了具有用于DVB地面网络中的广播传输的调谐参数的数据结构的格式标识符(DVB地面网络的情形中的ID_DVB_T)。
在DeliverySystemAttributes的DeliverySystemDescriptor中，描述了在由DeliverySystemIdentifier识别的广播递送或者多播递送中限定的调谐参数的数据结构(参数本身)。应注意，实际上，表征参数的字节序列通过Base64等转换为字串，并在DeliverySystemDescriptor中描述了所述字串。
图12是作为用于根据MBMS的多播传输和广播传输的调谐参数的UserServiceDescription的数据结构的示例。
bundleDescription(namespase"urn:3GPP:metadata:2005:MBMS:userServiceDescription")是用于使多个userServiceDescription(namespace“urn：3GPP：metadata：2005：MBMS：userServiceDescription“)结合在一起的元素。UserServiceDescription是用于存储用于获取(调谐/结合)经由MBMS广播或者多播的流的信息的元素，所述流通过serviceId属性识别。
DeliveryMethod(namespase“urn：3GPP：metadata：2005：MBMS：userServiceDescription”)是用于指定其中描述流的多播地址的会话描述协议(SDP)的元素。具体地，通过sessionDescriptionURI属性指定SDP文件的URL。Registration(namespace“urn：3GPP：metadata：2008：MBMS：userServiceDescription”)例如是，用于获取在多播服务中注册所必需的流的保护键等的流程(与通过运行由registrationURL属性指定的服务器侧脚本而执行的认证会话链接(在多播流被编码/保护的情形中))。
在上述UserServiceDescription结构存储在DeliveryServiceDescriptor中的情形中，通过根据MBMS服务的条款中规定的流程进行注册可以获取MBMS广播流或者MBMS多播流。
如上所述，在根据存储在ServiceLocation/DeliverySystem元素中的信息获取的MBMS广播流或者MBMS多播流上，内容流经由RTP递送至IP数据包流当中的具有由ServiceLocation/IPMulticastAddress元素指定的多播地址的IP数据包流。在该情形中，协议的等级结构如在图13的A中所示。
在使用基于DVB地面网络的广播载体的情形中，包括在"ETSI TS 102851V1.1.1(2010-01)数字视频广播(DVB)；用于DVB系统的UniformResourceIdentifiers(URI)"中限定的VB_Triplet的DVBurl格式dvb://<ONid>.<TSid>.<Sid>被存储作为调谐参数，并且通过参考DVBurl格式获取基于DVB地面网络的广播流。
在此，DVB_Triplet表示关于包括存储在DVB-SI的网络信息表NIT中的原始网络标识符ONid，和存储在DVB-SI的流描述表SDT中的传输流标识符TSid和服务标识符Sid的这三项上的信息。
如上所述，内容流经由RTP协议递送至IP数据包流当中的具有由ServiceLocation/IPMulticastAddress元素指定的多播地址的IP数据包流以在基于通过存储在ServiceLocation/DeliverySystem元素中的DVBurl格式获取的DVB地面网络的广播流上转发。在该情形中，协议的等级结构如在图13的B中所示。
[内容提供系统50的操作]
接下来，说明内容提供系统50的操作。
图14是示出内容提供系统50的第一操作的流程图。在第一操作中，DASH客户端70自发地请求MPD配置器65重写MPD。
应注意，作为第一操作的前提，DASH数据段流转化器62已经从内容管理服务器61获取针对具有相同的内容的内容的具有不同的比特率的多条流数据，将多条流数据的每条分段，保留分段的数据，并且开始经由HTTP传输分段的数据。
另外，DASH MPD服务器63基于通过DASH数据段流转化器62通知的流数据段的文件的地址生成MPD，并且开始经由HTTP传输MPD。
在步骤S1，DASH客户端70经由互联网11访问DASH MPD服务器63并请求DASH MPD服务器63经由HTTP传输MPD以接收并复制内容。应注意，DASH客户端70已知DASH MPD服务器63的地址。
在步骤S11，DASH MPD服务器63响应于来自DASH客户端70的请求通过互联网11将MPD经由HTTP传输至DASH客户端70。
已接收MPD的DASH客户端70基于MPD访问DASH数据段流转化器62，并且接收并复制经由HTTP单播的流数据段。具体地，基于MPD的BaseURL和mediaRange发布HTTP请求，并请求DASH数据段流转化器62经由HTTP传输DASH流数据段的文件。响应于该请求，DASH数据段流转化器62通过互联网11将相应的文件经由HTTP传输至DASH客户端70，并DASH客户端70接收并复制相应的文件。
在步骤S2，DASH客户端70在接收的同时监测互联网11的频带，并将获取的MPD传输至MPD配置器65并在单播接收在下文中似乎变得不稳定并且DASH客户端70本身可以通过网络12接收多播或者广播的内容的情形中请求MPD配置器65重写MPD。
在步骤S21，MPD配置器65响应于来自DASH客户端70的重写MPD的请求，利用广播/多播资源管理器66检查关于广播载体和多播载体的资源的使用情况。另外，鉴于一起使用广播载体和多播载体的成本判定使用，并请求广播/多播资源管理器66保留资源。在从广播/多播资源管理器66接收资源已保留的通知之后，MPD配置器65重写MPD并将重写的MPD传输至DASH客户端70。应注意，在DASH客户端70接收MPD之前，通过DASH客户端代理67监测已被传输的重写的MPD。
在步骤S31，已经监测重写的MPD的DASH客户端代理67请求广播/多播提供装置68通过网络12定期地经由FLUTE多播MPD。在步骤S41，广播/多播提供装置68响应于所述请求通过网络12定期地经由FLUTE多播重写的MPD。通过这种多播传输，重写的MPD还可以提供至没有发布重写MPD的请求的DASH客户端70。
在步骤S32，DASH客户端代理67基于监测的MPD请求DASH数据段流转化器62而不是DASH客户端70提供流数据段。在步骤S51，DASH数据段流转化器62响应于请求通过互联网11将流数据段经由HTTP单播至DASH客户端代理67。
在步骤S33，已接收经由HTTP单播的流数据段的DASH客户端代理67执行用于移动的协议转换用于将存储在HTTP数据包中的流数据段移动至RTP数据包的有效载荷。另外，DASH客户端代理67通过网络12请求广播/多播提供装置68在协议转换之后经由RTP多播并广播流数据段。
在步骤S42，广播/多播提供装置68在协议转换之后响应于请求通过网络12开始经由RTP多播并广播的流数据段。
应注意，已获取重写的MPD的DASH客户端70进行至随后的步骤S3或者步骤S5。
即，在通过互联网11经由HTTP单播的流数据段的接收和复制继续的情形中，DASH客户端70进行至步骤S4。在流数据段切换至通过网络12经由RTP多播或者广播的流数据段的情形中，DASH客户端70进行至步骤S5。
在步骤S3，在单播的流数据段的接收和复制继续的情形中，DASH客户端70请求DASH数据段流转化器62基于MPD提供流数据段。随后，在步骤S4，DASH客户端70响应于请求接收并复制从DASH数据段流转化器62通过互联网11经由HTTP单播的流数据段(步骤S52中的过程)。
在步骤S5，在切换至通过网络12经由RTP多播或者广播的流数据段的情形中，基于重写的MPD，在协议转换之后的，DASH客户端70将接收和复制从经由HTTP单播的数据段流的接收和复制切换为多播或者广播的流数据段的接收和复制。
通过依赖存储在对应于与重写的MPD上的多播流对应的表征的数据段序列中的rtspRange的时间部分信息，基于与对应于单播的表征的数据段序列的对应关系判定切换的定时。
应注意，上述用于在协议转换中将流数据段存储在RTP数据包的有效载荷中的方法被设置用于每个内容编码方案(AVC、AMR等)。在流经由RTP的情形中，转发RTP时间戳和相应的网络时间协议(NTP)时间戳以便判定在使用RTP控制协议(RTCP)的同时通过多个RTP数据包流传输的流之间的同步复制的时间轴。
应注意，NTP时间戳表示自从1970年1月1日00：00的秒数(具有32位整数部分和32位小数部分的无符号固定点)，并且NTP时间戳可以轻易地转换为UTC时间戳(格式示例是：表示UTC格式的2004年4月1日中午的2004-04-01T12：00Z(20040401T1200Z))。因此，可以计算RTP时间戳的绝对时间(挂钟时间)上的位置(时间)。即，内容提供商和内容接收器的系统时间(挂钟)通过NTP时间戳同步，并且基于经由RTCP传输的RTP时间戳与NTP时间戳之间的对应关系的信息在时间轴上指定将要切换的RTP数据包。
然后，可以在通过互联网11经由HTTP单播的流数据段与通过网络12经由RTP多播或者广播的流数据段之间执行无缝切换。
已说明内容提供系统50的第一操作。
接下来，图15是示出内容提供系统50的第二操作的流程图。在第二操作，MPD代理服务器64对请求MPD配置器65重写MPD采取主动。
应注意，作为第二操作的前提，DASH数据段流转化器62已经从内容管理服务器61获取相对于具有相同内容的内容具有不同比特率的多条流数据，将多条流数据的每条分段，保留分段的数据，并且开始经由HTTP传输分段的数据。
另外，DASH MPD服务器63已经基于通过DASH数据段流转化器62通知的流数据段的文件的地址生成MPD，并且开始经由HTTP传输MPD。
在步骤S71，DASH客户端70请求DASH MPD服务器63通过互联网11经由HTTP传输MPD以接收并复制内容。MPD代理服务器64接收请求，并且MPD代理服务器64在步骤S81请求DASHMPD服务器23传输MPD。
在步骤S91，DASH MPD服务器63响应于请求将MPD传输至MPD代理服务器64。在步骤S82，已接收MPD的MPD代理服务器64将所接收的MPD传输至MPD配置器65并请求MPD配置器65重写MPD。
在步骤S101，MPD配置器65响应于重写MPD的请求，利用广播/多播资源管理器66检查关于广播载体和多播载体的资源的使用情况。另外，根据一起使用广播载体和多播载体的成本来决定使用，并请求广播/多播资源管理器66保留资源。在从广播/多播资源管理器66接收资源已保留的通知之后，MPD配置器65重写MPD并将重写的MPD传输至MPD代理服务器64。
在步骤S83，MPD代理服务器64将重写的MPD传输至DASH客户端70。应注意，在DASH客户端70接收MPD之前，通过DASH客户端代理67监测已被传输的重写的MPD。
在步骤S111，监测重写的MPD的DASH客户端代理67请求广播/多播提供装置68定期地通过网络12经由FLUTE多播MPD。在步骤S121，广播/多播提供装置68响应于请求定期地通过网络12经由FLUTE多播重写的MPD。通过这种多播传输，重写的MPD还可以提供至没有发布传输MPD的请求的DASH客户端70。
在步骤S113，DASH客户端代理67基于监测并重写的MPD请求DASH数据段流转化器62替代DASH客户端70提供流数据段。在步骤S131，DASH数据段流转化器62响应于请求通过互联网11将流数据段经由HTTP单播至DASH客户端代理67。
在步骤S113，已接收经由HTTP单播的流数据段的DASH客户端代理67执行协议转换以便将存储在HTTP数据包中的流数据段移动至RTP数据包的有效载荷。另外，DASH客户端代理67请求广播/多播提供装置68通过网络12经由RTP多播并广播协议转换之后的流数据段。
在步骤S122，广播/多播提供装置68响应于请求通过网络12开始经由RTP多播并广播协议转换之后的流数据段。
另一方面，DASH客户端70已获取重写的MPD。在步骤S72，DASH客户端70基于互联网11的频带状态、DASH客户端70的接收功能等选择是否通过互联网11接收单播传输或者通过网络12接收多播传输或者广播传输。
在选择接收和复制通过互联网11经由HTTP单播的流数据段的情形中，过程进行至步骤S73。在步骤S73，DASH客户端70请求DASH数据段流转化器62基于MPD提供流数据段。随后，在步骤S74，DASH客户端70响应于请求接收并复制通过互联网11从DASH数据段流转化器62经由HTTP单播的流数据段(步骤S132中的过程)。
在选择接收和复制通过网络12经由RTP多播或者广播的流数据段的情形中，过程进行至步骤S75。在步骤S75，基于重写的MPD，DASH客户端70接收并复制经由RTP多播或者广播的协议转换之后的流数据段。
然后，可以在通过互联网11经由HTTP单播的流数据段与通过网络12经由RTP多播或者广播的流数据段之间执行无缝切换。
已说明内容提供系统50的第二操作。
如以上说明的，在根据本公开内容的实施方式的内容提供系统50中，可以在通过互联网11经由HTTP单播的流数据段与通过网络12经由RTP多播或者广播的流数据段之间执行无缝切换。因此，DASH客户端70的用户可以自适应地选择并观看具有相同内容并具有不同路径的流。
执行上述一系列处理的内容提供系统60和DASH客户端70，可以通过执行软件的计算机实现，以及分别通过硬件配置。这里，表述“计算机”包括其中结合了专用硬件的计算机和当安装了各种程序时能够执行各种功能的通常意义的个人计算机等。
图16是示出计算机的硬件配置的示例的框图。
在计算机100中，中央处理单元(CPU)101，只读存储器(ROM)102和随机存取存储器(RAM)103通过总线104互连。
输入输出接口105还连接至总线104。输入单元106、输出单元107、存储单元108、通信单元109和驱动110连接至输入输出接口105。
输入单元106由键盘、鼠标、麦克风等配置。输出单元107由显示器、扬声器等配置。存储单元108由硬盘、非易失性存储器等配置。通信单元109由网络接口等配置。驱动110驱动可移动介质111，例如磁盘、光盘、磁光盘、半导体存储器等。
在如上所述配置的计算机100中，CPU101经由输入输出接口105和总线104将例如存储在存储单元108中的程序加载到RAM103上，并且执行程序。因此，上述一系列处理被执行。
通过计算机100(CPU101)执行的程序被设置记录在作为封装式介质等的可移动介质111中。同样，可以经由有线或无线传输介质(例如局域网、互联网或数字卫星广播)提供程序。
在计算机100中，通过将可移动介质111插入到驱动110中，该程序可经由输入输出接口105安装在存储单元108中。此外，该程序可经由有线或者无线传输介质被通信单元109接收并且可安装在存储单元108中。此外，该程序可提前安装在ROM102或者存储单元108中。
应注意，通过计算机100实施的程序可以是其中以该说明书中描述的顺序的时间序列进行处理的程序或者可以是其中以并行或者需要的时序，诸如当调用处理时进行处理的程序。
本公开内容的实施方式不限于上述实施方式，并且在不背离本公开内容的范围的情况下，可以进行各种变化和修改。
参考标识列表
11 互联网
12 网络
50 内容提供系统
60 内容提供设备
61 内容管理服务器
62 DASH数据段流转化器
63 DASH MPD服务器
64 MPD代理服务器
65 MPD配置器
66 广播/多播资源管理器
67 DASH客户端代理
68 广播/多播服务提供装置
70 DASH客户端
100 计算机
101 CPU。

Claims (18)

1.一种内容提供设备，配置为根据MPEG-DASH提供内容的流数据，所述内容提供设备包括：
HTTP传输单元，被配置为将所述流数据的各个数据段转换为文件并且经由HTTP单播所产生的数据段文件；
RTP传输单元，被配置为经由RTP多播和/或广播所述数据段文件；以及
元文件生成单元，被配置为以彼此关联的方式生成描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件，并将所述元文件提供至接收器。
2.根据权利要求1所述的内容提供设备，进一步包括：
MPD生成单元，被配置为生成描述用于接收经由HTTP单播的所述数据段文件的信息的MPD，
其中，所述元文件生成单元通过重写所述MPD生成所述元文件。
3.根据权利要求2所述的内容提供设备，
其中，所述元文件生成单元被配置为通过以与表示经由HTTP单播的所述数据段文件的每个数据段的字节范围的mediaRange属性相关联的方式，添加表示经由RTP多播和/或广播的所述数据段文件的每个数据段的所述发送时间的rtspRange属性，而生成所述元文件，所述mediaRange属性在所述MPD中描述。
4.根据权利要求2或3所述的内容提供设备，
其中，所述RTP传输单元被配置为执行协议转换以便将通过所述HTTP传输单元经由HTTP单播的所述数据段文件移动至RTP数据包，并多播和/或广播所述数据段文件。
5.根据权利要求2或3所述的内容提供设备，
其中，所述RTP传输单元进一步配置为经由RTCP传输RTP时间戳和对应于所述RTP时间戳的NTP时间戳。
6.一种由根据MPEG-DASH提供内容的流数据的内容提供设备执行的内容提供方法，所述内容提供方法包括：
将所述流数据的各个数据段转换为文件并且经由HTTP单播所产生的数据段文件的HTTP传输步骤；
经由RTP多播和/或广播所述数据段文件的RTP传输步骤；以及
生成以彼此关联的方式描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件，并将所述元文件提供至接收器的元文件生成步骤。
7.一种存储介质，包括所存储的程序，其中当所述程序执行时，使得被配置为根据MPEG-DASH提供内容的流数据的计算装置执行如下操作：
将流数据的各个数据段转换为文件并且经由HTTP单播所产生的数据段文件；
经由RTP多播和/或广播所述数据段文件；以及
生成以彼此关联的方式描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件，并将所述元文件提供至接收器。
8.一种内容提供系统，包括：
内容提供设备，被配置为根据MPEG-DASH提供内容的流数据；以及
客户端设备，被配置为接收所述流数据，
其中，所述内容提供设备包括
HTTP传输单元，被配置为将所述流数据的各个数据段转换为文件并且经由HTTP单播所产生的数据段文件，
RTP传输单元，被配置为经由RTP多播和/或广播所述数据段文件，并且
元文件生成单元，被配置为生成以彼此关联的方式描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件，并将所述元文件提供至接收器，并且
其中，基于所获取的元文件，所述客户端设备被配置为切换经由HTTP单播的所述数据段文件和经由RTP多播和/或广播的所述数据段文件以接收并复制所述数据段文件。
9.根据权利要求8所述的内容提供系统，其中所述内容提供设备进一步包括：
MPD生成单元，被配置为生成描述用于接收经由HTTP单播的所述数据段文件的信息的MPD，
其中，所述元文件生成单元通过重写所述MPD生成所述元文件。
10.一种内容接收设备，根据MPEG-DASH接收内容的流数据，所述内容接收设备包括：
HTTP接收单元，被配置为接收经由HTTP单播的数据段文件，每个数据段与所述流数据相关联；
RTP接收单元，被配置为经由RTP接收多播的和/或广播的数据段文件；以及
元文件接收单元，被配置为以彼此关联的方式接收描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件。
11.根据权利要求10所述的内容接收设备，
其中，所述元文件包括表示与经由HTTP单播的所述数据段文件的mediaRange属性相关联的经由RTP多播和/或广播的所述数据段文件的每个数据段的所述发送时间的rtspRange属性，所述mediaRange属性在MPD中描述。
12.根据权利要求10或11所述的内容接收设备，
其中，所述RTP接收单元被配置为进一步经由RTCP接收RTP时间戳和对应于所述RTP时间戳的NTP时间戳。
13.根据权利要求10或11所述的内容接收设备，被配置为从电视网络接收电视内容。
14.一种内容接收方法，该方法由根据MPEG-DASH接收内容的流数据的内容接收设备执行，所述内容接收方法包括：
HTTP接收步骤，接收经由HTTP单播的数据段文件，每个数据段与所述流数据相关联；
RTP接收步骤，经由RTP接收多播和/或广播的数据段文件；以及
元文件接收步骤，以彼此关联的方式接收描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件。
15.根据权利要求14所述的内容接收方法，
其中，所述元文件包括表示与经由HTTP单播的所述数据段文件的mediaRange属性相关联的经由RTP多播和/或广播的所述数据段文件的每个数据段的所述发送时间的rtspRange属性，所述mediaRange属性在MPD中描述。
16.根据权利要求14或15所述的内容接收方法，
其中，所述RTP接收步骤进一步包括经由RTCP接收RTP时间戳和对应于所述RTP时间戳的NTP时间戳。
17.根据权利要求14或15所述的内容接收方法，其中，从电视网络接收电视内容。
18.一种存储介质，包括存储的程序，其中当所述程序执行时，使得被配置为根据MPEG-DASH提供内容的流数据的计算装置执行如下操作：
HTTP接收步骤，接收经由HTTP单播的数据段文件，每个数据段与所述流数据相关联；
RTP接收步骤，经由RTP接收多播的和/或广播的数据段文件；以及
元文件接收步骤，以彼此关联的方式接收描述经由HTTP单播的所述数据段文件的每个数据段的字节范围与经由RTP多播和/或广播的所述数据段文件的每个数据段的发送时间的元文件。
CN201480014550.7A 2013-03-19 2014-03-07 内容提供设备、内容提供方法、程序、和内容提供系统 Active CN105052159B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2013-056759 2013-03-19
JP2013056759 2013-03-19
PCT/JP2014/055928 WO2014148277A1 (ja) 2013-03-19 2014-03-07 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム

Publications (2)

Publication Number Publication Date
CN105052159A CN105052159A (zh) 2015-11-11
CN105052159B true CN105052159B (zh) 2019-03-22

Family

ID=51579964

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201480014550.7A Active CN105052159B (zh) 2013-03-19 2014-03-07 内容提供设备、内容提供方法、程序、和内容提供系统

Country Status (6)

Country Link
US (1) US10165035B2 (zh)
EP (1) EP2978229B1 (zh)
JP (1) JP6457931B2 (zh)
CN (1) CN105052159B (zh)
BR (1) BR112015022727A8 (zh)
WO (1) WO2014148277A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9866608B2 (en) * 2014-03-24 2018-01-09 Qualcomm Incorporated Processing continuous multi-period content
JP6340882B2 (ja) * 2014-04-04 2018-06-13 ソニー株式会社 情報処理装置、情報処理方法、及び、プログラム
JP6483797B2 (ja) * 2014-11-10 2019-03-13 バイエリシエ・モトーレンウエルケ・アクチエンゲゼルシヤフト デジタルオーディオ放送（ｄａｂ）伝送と拡張マルチメディア放送／マルチキャスト（ｅｍｂｍｓ）伝送の間の切換を含む放送サービスを受信するための方法及び装置
US10432688B2 (en) 2015-03-13 2019-10-01 Telefonaktiebolaget Lm Ericsson (Publ) System and method for optimized delivery of live ABR media
US10735823B2 (en) 2015-03-13 2020-08-04 Telefonaktiebolaget Lm Ericsson (Publ) System and method for optimized delivery of live ABR media
US9854375B2 (en) * 2015-12-01 2017-12-26 Qualcomm Incorporated Selection of coded next generation audio data for transport
US20220131921A1 (en) * 2018-11-30 2022-04-28 British Telecommunications Public Limited Company Multicast to unicast conversion

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2010050022A1 (ja) * 2008-10-29 2012-03-29 富士通株式会社 配信システム、代理サーバおよび配信方法
ES2648087T3 (es) * 2010-10-25 2017-12-28 Alcatel Lucent Procedimiento de difusión en continuo adaptativa
US9026671B2 (en) * 2011-04-05 2015-05-05 Qualcomm Incorporated IP broadcast streaming services distribution using file delivery methods
US9986209B2 (en) * 2013-02-15 2018-05-29 Steven Philip Meyer Method and system for managing data from digital network surveillance cameras

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012096372A1 (ja) * 2011-01-14 2012-07-19 シャープ株式会社 コンテンツ再生装置、コンテンツ再生方法、配信システム、コンテンツ再生プログラム、記録媒体、およびデータ構造

Also Published As

Publication number Publication date
JPWO2014148277A1 (ja) 2017-02-16
EP2978229A1 (en) 2016-01-27
US10165035B2 (en) 2018-12-25
EP2978229A4 (en) 2016-10-26
EP2978229B1 (en) 2021-02-24
BR112015022727A8 (pt) 2019-11-26
CN105052159A (zh) 2015-11-11
BR112015022727A2 (pt) 2017-07-18
US20150365458A1 (en) 2015-12-17
WO2014148277A1 (ja) 2014-09-25
JP6457931B2 (ja) 2019-01-23

Similar Documents

Publication Publication Date Title
CN105052159B (zh) 内容提供设备、内容提供方法、程序、和内容提供系统
CN105210372B (zh) 内容供应装置、内容供应方法、程序以及内容供应系统
CN104604243B (zh) 内容提供设备、内容提供方法、程序和内容提供系统
US8887214B1 (en) System and method for unified metadata brokering and policy-based content resolution in a video architecture
US8898717B1 (en) System and method for obfuscating start-up delay in a linear media service environment
CN105325005B (zh) 内容供应装置、内容供应方法、存储介质、终端装置以及内容供应系统
CN105340280B (zh) 内容供应装置、内容供应方法、存储介质、终端装置及内容供应系统
US20200336526A1 (en) Reception device, reception method, transmission device, and transmission method for distributing signaling information
CN105659614B (zh) 内容供给设备、内容供给方法、程序、终端设备与内容供给系统
WO2014196392A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
EP4175259A1 (en) Method and apparatus for processing multicast signal
JPWO2018043134A1 (ja) 配信装置、配信方法、受信装置、受信方法、プログラム、およびコンテンツ配信システム
WO2014203745A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2015029800A1 (ja) サーバ装置、情報処理方法、プログラム、端末装置、およびコンテンツ供給システム
CN104509121B (zh) 内容供应设备、内容供应方法、程序、终端设备和内容供应系统
Hammershøj et al. Next-generation ott distribution architecture supporting multicast-assisted abr (mabr) and http/3 over quic
WO2015045917A1 (ja) コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
WO2017212931A1 (ja) 受信装置および受信方法、再生装置および再生方法、供給装置および供給方法、並びにプログラム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant